통합 DB & CMS 적용방안 2008. 7.24

Contents 1. 통합 DB 목표 2. 시스템 간의 통합 DB 범위 3. 통합 DB 의 기대 효과 6. CTS와 CMS의 연동 방안 7. 토네이도 CMS 소개

1. 통합 DB 목표 인물 DB 기사 DB 기타… 통합 DB 신규 추가 DB에 대한 유동적 통합 DB 각 컨텐츠의 관련 메타 정보 관리 화상 DB PDF DB 도서 DB

지면 제작용 DB (기사,동영상,인물,도서,PDF,…) 보관용 DB (기사,동영상,인물,도서,PDF,…) 보관용 DB와 인터넷 서비스 DB를 통합하여 서비스를 극대화 할 수 있습니다.(고객사에 따라 적용 방식은 다릅니다.) 지면 제작기 (CTS) 보관 자료 관리기 (CMS or 기타) 웹 서비스 및 관리기 (Web Site) 지면 제작용 DB (기사,동영상,인물,도서,PDF,…) 보관용 DB (기사,동영상,인물,도서,PDF,…) 인터넷 서비스 DB (기사,동영상,인물,도서,PDF,…)

3. 통합 DB의 기대 효과 정량적 기대 효과 단기 중장기 정성적 기대 효과 통합 DB - 작업자들의 업무 단위시간 활용도 증대 - 컨텐츠 통합 관리로 인한 비용 감소 중장기 - 체계적이고 효율적인 운영 조직 확립 - 신규 컨텐츠 도입 시 비용 절감 정성적 기대 효과 1. 통합 DB 구축을 통한 컨텐츠 인프라 구축 2. 조립형 컨텐츠 관리 체계 확립 향후 컨텐츠 증설 시 유동적인 통합 DB 구축 컨텐츠 간의 관계 정보 관리를 위한 유기적 컨텐츠 관리 단순 컨텐츠 관리에서 컨텐츠가 컨텐츠를 만들어 내는 조립형 컨텐츠 생산 인프라 구축 통합 DB 3. Web 2.0 웹 서비스를 위한 인프라 구축 4. e-Commerce 기반 조성 10대, 20대 인터넷 유저 층 미래 잠재 고객화 DB 축적 다양한 인터페이스를 이용한 웹 서비스 구축 컨텐츠 판매를 위한 기반 조성. 추가적인 수익모델 발굴. DB

중요도 4. 통합 DB 구축 시 고려사항 1.컨텐츠(기사,화상,인물,도서…) 분류 체계 확립 - 컨텐츠를 통합 하기 위한 표준 분류 체계 요구(컨텐츠마다의 분류가 아님) - 분류 체계는 자사의 업무형태 및 성격에 따라 분류체계를 마련해야 함. (고객의 참여도가 중요한 요소임) 중요도 2.컨텐츠(기사,화상,인물,도서…) 필드(메타 데이터) 정의 - 각 컨텐츠 별로 필드를 정의하여 필드 풀을 작성 - 작성된 필드 풀을 기준으로 중복 되거나 사용 되지 않는 필드 제거 - 컨텐츠에 필요한 필수 필드 정의 - 최종 필드들을 각 컨텐츠의 메타 데이터로 정의 하고 CMS를 통해 관리 - 기사나 화상의 경우 특히 정확한 필드 정의 및 설계가 필요 3.컨텐츠(기사,화상,인물,도서…)간 연관 정보 관리 - 각 컨텐츠 간의 연관 정보를 DB에서 관리 하도록 설계되어야 함 - 연관 정보 테이블의 설계 시 각 컨텐츠의 키 값들을 맵핑하여 관리 하도록 데이터 모델링이 되어야 함 4.대용량 컨텐츠 관리 - 기사,화상 등의 대용량 컨텐츠를 체계적으로 관리 할 수 있도록 DB 스키마 정의 - 검색 시 속도를 향상 시키기 위해 검색 인덱스의 표준안 마련

… 4. 통합 DB 구축 시 고려사항 - 분류코드 적용방안 표준 분류 서브 분류 지역 분류 주제 분류 시리즈 분류 - 분류 코드는 다양한 방식과 형태로 정의가 가능하도록 시스템이 구축 되어져야 함. - 하나의 분류 코드만 존재 하는 것이 아니라 여러 개의 분류 정보를 근간으로 코드화 작업이 진행 되어야 함 통합 DB는 여러 컨텐츠가 통합 되어 관리 되므로 하나의 표준 분류 코드가 존재하며 각 컨텐츠의 성격에 맞는 서브 분류 코드가 필요함 NewsML의 Subject Code와 TopicSet이 이에 해당되나 국내정서에 반하는 부분이 있음. 표준 분류 모든 컨텐츠는 반드시 하나의 표준 분류를 가져야 함 컨텐츠에 따라 서브 분류를 다중으로 가질 수 있어야 함 서브 분류 … 지역 분류 주제 분류 시리즈 분류

4. 통합 DB 구축 시 고려사항 – NewML 분류 맵핑 분류 코드 패턴이 존재 분류 코드 패턴이 존재 하지 않음 분류 코드 간 패턴이 존재 한다면 패턴에 맞는 맵핑 표 작성 작성 된 맵핑 표에 따라 분류간 맵핑을 수행하는 모듈 작성 분류 간 존재 하지 않는 분류에 대해서는 ‘미분류’ 처리 맵핑 모듈의 정확도가 떨어질 경우 대량의 ‘미분류’ 발생 분류 간 맵핑을 할 수 있는 다른 정보 이용 (ex. 부서, 기사 별 타입,…) 각 분류 마다 하나 하나 맵핑 할 분류 지정 분류 간 존재 하지 않는 분류에 대해서는 ‘미분류’ 처리 어려움 1. 분류 맵핑 패턴 추가 시 맵핑 표 재 작성 2. 새로운 분류 맵핑 패턴 추가 시 맵핑 모듈 변경 어려움 1. 하나 하나 수동으로 지정 시 인력이 소요됨 2. 맵핑 정보를 대신할 정보를 찾았더라도 정확도가 떨어져 ‘미분류’로 맵핑 되는 경우가 발생

지면 제작용 DB (기사,동영상,인물,도서,PDF,…) 물리적으로 보관용 DB와 인터넷 서비스 DB를 통합하여 하나의 DB로 관리합니다. 기사나 기타 컨텐츠가 중복으로 존재 하지 않으며, 모든 담당자가 동일한 컨텐츠를 실시간으로 변경하며 작업이 가능합니다. 신문(지면) 컨텐츠 (기사,동영상) 지면 제작기 (CTS) 통합 CMS 지면 제작용 DB (기사,동영상,인물,도서,PDF,…) 보관용 DB & 인터넷 서비스 DB (기사,동영상,인물,도서,PDF,…)

지면 제작용 DB (기사,동영상,인물,도서,PDF,…) 보관용 DB (기사,동영상,인물,도서,PDF,…) 물리적으로 보관용 DB와 인터넷 서비스 DB가 별도로 존재 하며 각 DB는 해당 서비스를 위해 별도 서비스가 가능합니다. 이 통합안은 기사나 기타 컨텐츠를 각 서비스에 맞게 별도로 관리 하며 통합 CMS를 통해 가상적으로 통합하여 관리가 가능합니다. 각 서비스에 맞게 기사나 컨텐츠를 변경하여 서비스가 가능합니다. 신문(지면) 컨텐츠 (기사,동영상) 지면 제작기 (CTS) 통합 CMS 지면 제작용 DB (기사,동영상,인물,도서,PDF,…) 보관용 DB (기사,동영상,인물,도서,PDF,…) 인터넷 서비스 DB (기사,동영상,인물,도서,PDF,…)

5. 통합 DB 구성 방안 – 세부 컨텐츠 통합안 범위 산정 통합된 DB내의 기사나 기타 컨텐츠를 관리 함에 있어 컨텐츠간의 관계정보를 별도 관리 하여 향후 컨텐츠의 활용성을 극대화합니다. 각 컨텐츠 별 관계 정보는 별도 테이블 또는 타 DB로 구축이 가능합니다. <관리자> 범위 산정 통합되는 DB는 왼편과 같음 통합 가능 컨텐츠 - 본지 기사 정보 - 본지 화상 정보 - 인물 정보 - 도서 정보 - PDF 정보 - 서비스 기사 정보 (통합 시 사이트 재구축 필요) 통합 DB내의 컨텐츠를 닷컴을 통해 서비스 가능 통합 관리 시스템 (CMS) 기사 DB 화상 DB 인물 DB 도서 DB DB 연관 메타 정보 기관 DB 업체 DB 간행물 DB PDF DB

5. 통합 DB 구성 방안 – 세부 컨텐츠 통합안 (계속) 모든 컨텐츠의 정보를 한 화면에서 구현 가능 하며 각 안에 따라 속도 차이가 있을 수 있음. 검색 결과 화면에 나오는 컨텐츠 항목들은 사용자가 임의로 지정 가능(XML 방식의 지정) 1안> DB 단위의 통합 - 각 컨텐츠를 하나의 DB로 관리 - 각 컨텐츠 연관 정보를 관리할 DB 필요 (DB 연관 메타 정보) - 실제 구축 시 DBLink 기능 요구(DB 간 질의 처리) - DB 단위 백업/복구( 여러 번 백업/복구 작업이 필요) - 각 컨텐츠 별로 DB 스키마를 구축( 전체 스키마의 간략화) - 공통 컨텐츠를 별도 관리(ex> 동화상, 사용자) 2안> 테이블 단위의 통합 - 모든 테이블의 하나의 DB로 통합 - 각 컨텐츠 연관 정보를 관리할 테이블 필요 (연관 테이블) - 실제 구축 시 속도 향상(여러 DB를 접속 하지 않음) - 하나의 DB만 백업/복구 - 공통 컨텐츠를 별도 테이블로 관리(ex> 동화상, 사용자) - 데이터 증가율을 고려한 DB 스키마가 요구 기사 DB 화상 DB 컨텐츠 별 기본 키 정보 관리 인물 DB 도서 DB 기사 테이블 화상 테이블 컨텐츠 별 기본 키 정보 관리 인물 테이블 도서 테이블 DB 연관 메타 정보 연관 테이블 업체 DB 기관 DB 잡지 DB PDF DB 업체테이블 기관 테이블 잡지 테이블 PDF 테이블

5. 통합 DB 구성 방안 – 영상 DB 구성 방안 이미지/동영상 서버 1 (기존 이미지 존재) 통합 CMS - 대량 이미지/동영상에 대한 처리가 가능하도록 구축 - 이미지/동영상 메타 정보 추출 및 저장 (파일 또는 DB) <관리자> 이미지 마이그레이션 프로그램 기동 통합 CMS 이미지/동영상 서버 1 (기존 이미지 존재) - 이미지 저장 위치의 체계화 작업 병행 - 원본 이미지에 대한 사용 범위 확정 - 대량 이미지에 대한 처리가 가능하도록 구축 - 이미지에 대한 메타 정보 파일 또는 DB 존재 해야 함 이미지/동영상 서버 2 (기존 이미지 존재) - 이미지/동영상에 대한 메타 정보 저장 통합 CMS 컨텐츠 저장소

6. CTS와 CMS의 연동 방안 CMS는 기존 운영 중인 뉴스 제작 시스템(CTS)과 유기적으로 결합하여 전체 작업 공정을 최소화 할 수 있습니다. 또한, 다양한 외부 시스템들(CTS,ERP,그룹웨어)과 컨텐츠를 공유 할 수 있도록 표준 NewsML 인터페이스를 제공하며, 다양한 포맷의 컨텐츠를 수용하여 분류체계를 구축, 관리 할 수 있습니다.(제 3의 컨텐츠를 수용 가능) 이렇게 관리되는 컨텐츠는 다양한 포맷으로 배포 할 수 있는 인프라를 제공합니다. 뉴스제작 시스템 기사 입력 단말기 데스크 단말기 화상작업단말기 CTS & 집배신 시스템 취재  편집  교열 데스크 시스템 제작  송출  필름현상  윤전기 연계 시스템(작업) <기자> NewsML NewsML( 기사,동화상, 기사 동화상 연관 정보 포함) HTML/ASP/JSP NewsML 분석기 NewsML 변환기 NewsML Adapter 메타 데이터 분류 코드 관리 기사 분류 시스템 <Web> WML <Mobile> 선출고용 기사 입력 원스탑 출고용 기사 입력 기사 입력 Adapter 컨텐츠 관리 워크플로우/버전 관리 기사 관리 엔진 ATOM(RSS) <외부 페이지> 통합 저장소 <File System> <통합 DB> ATOM(RSS) ATOM 분석기 ATOM 변환기 ATOM(RSS) Adapter 다중 서버 배포 멀티 포맷 관리 배포 시스템 NewsML/XML <타 시스템> 구축 시스템 (CMS)

6. CTS와 CMS의 연동 방안 (계속) CMS CTS CTS에서 전송 받은 컨텐츠의 키코드나 아이디는 재 가공이 가능 하며 재 가공 시 이전 데이터를 반드시 가지고 있도록 설계 (CMS에서 다시 CTS로 재 전송 하는 경우 재사용 될 수 있는 데이터임) 1.기사와 관련 된 동화상 정보 분석 2. 키코드나 아이디 백업 3. CMS용 아이디 부여 4. 내용 보정(HTML 화) CTS CMS 1.기존 키코드나 아이디 추출 2.중복 시 처리 3. 내용 보정(Text화)

7. 토네이도 CMS 소개 - 개요 Tornado Web Studio 웹 사이트의 체계적 관리 웹을 통한 문서 관리 Tornado CMS 기능은 기업내부의 산재 되어 있는 웹 어플리케이션, 컨텐츠 등의 웹 리소스를 통합하여 정보자원을 효율적으로 관리하고 재사용성, 이식성, 가용성을 높이며, 운영 시스템의 중단 없이 웹 자원을 운영서버에 배포하는 배포관리 기능을 지원합니다 웹 사이트의 체계적 관리 웹을 통한 문서 관리 Tornado Web Studio - 사이트의 빈번한 변경 처리 (텍스트, 이미지 변경) - 사이트의 RSS 서비스 인프라 제공 (웹 2.0 인프라 구축) - 단일 관리자에게 집중된 사이트 관리의 분업화 지원 - 사이트의 실시간 모니터링 (링크 깨짐, 컨텐츠 변경 등) - 방대한 양의 문서를 카테고리화 하여 체계적이고 재사용 가능하게 관리 - 문서의 중앙/분산 관리가 가능 - 향후 급속적으로 증가하는 문서의 관리 및 웹 사이트로의 전송 플랫폼 제공 - 일반 문서 뿐만 아니라 웹 사이트 문서의 관리가 가능한 인프라 제공 - 웹 사이트의 통합 관리가 가능하도록 제공 다중 서버 배포 관리 전사적 컨텐츠 관리 - 기업내 모든 컨텐츠의 체계적 관리 - 컨텐츠 수집 및 배포 전반의 작업 관리 - 컨텐츠의 다매체 배포 지원 - 포탈 사나 기타 시스템으로의 컨텐츠 다중 포맷 배포 - 컨텐츠 제공자(CP)로 부터의 컨텐츠 수집 - 컨텐츠의 분산 관리 및 결재라인 적용 - 자산의 다중 저장소 관리 - 서버간의 자산 동기화 - 다중 서버로의 자산 이관 자동화 - 다중 서버로의 실시간/예약 배포 - 서버간 자산 변경 시 알림 시스템 ( SMS, E-Mail ) - 서버들의 자산 실시간 모니터링

7. 토네이도 CMS 소개 – 시스템 구성 Tornado는 웹 어플리케이션과 자원에 대한 정보를 토네이도 서버에 이관하여 기사 입력, 작업절차 관리, 버전관리, 컴포넌트 재구성, 테스트 실행 등의 작업환경을 제공하며, 테스트가 완료된 모듈, 컨텐츠를 스캐쥴러를 통해 예약된 시간에 동시에 여러 개 서버에 배포(동기화검사, 전송, 예약배포, 이력관리)를 수행할 수 있습니다. 사이트 관리 시스템 프로젝트관리, 작업자관리 변경관리, 템플릿관리 프로젝트관리 찾기  배치  저장 컨텐츠/컴포넌트 배치 멀티사이트 배포 관리 배포 관리 <웹사이트관리자> HTML/ASP/JSP NewsML 분석기 NewsML 변환기 NewsML Adapter 메타 데이터 분류 코드 관리 컨텐츠 분류 시스템 <Web> <기자, 데스크, 정보지원팀> WML <Mobile> 메타 데이터 관리 입력 화면 관리 컨텐츠 입력 Adapter 컨텐츠 관리 워크플로우/버전 관리 컨텐츠 관리 엔진 ATOM(RSS) <외부 페이지> CMS Repository <File System> <DB> ATOM(RSS) ATOM 분석기 ATOM 변환기 ATOM(RSS) Adapter 다중 서버 배포 멀티 포맷 관리 배포 시스템 NewsML/XML <타 시스템> 컨텐츠 관리 시스템

7. 토네이도 CMS 소개 – 작업 절차 Tornado CMS는 기사관리, 사이트 통합관리, 화상관리 기능을 지원하여 웹 환경에서 One-Stop으로 기사작성에서 출고까지의 전 과정을 지원합니다. 기사 관리 사이트 통합 관리 배포(출고)관리 1. 프로젝트(사이트) 관리 1. 배포환경관리 1. 기사 분류 선택 2. 템플릿 관리 2. 배포예약관리 2. 기사 생성/내용입력 3. 컴포넌트/컨텐츠 배치 3. 배포(출고) 3. 관련 화상 입력 4. 임시저장/기사 수정 화상관리 포탈서버관리 5. 기사 데스크 전송 (저장) 1. 화상 분류 선택 1. 포탈분류 선택 2. 화상 내용 입력 2. 포탈서버 관리 기사(컨텐츠) 저장소 3. 관련기사 입력 및 전송 3. 포탈서버 전송 컨텐츠 템플릿

7. 토네이도 CMS 소개 – 역할별 기사 관리 작업 Tornado CMS는 각 담당자의 역할별로 서로 다른 작업절차와 업무화면을 지원합니다. 각 사용자 별로 다른 권한을 부여 하여 작업 환경을 다르게 적용 가능합니다. 기자, 데스크(일반 기자 데스크, 인터넷 팀, 닷컴 등), 정보지원팀(조사부) 등의 기사작성 작업 절차를 관리합니다 Tornado 기사 관리 시스템 <기자용> 기사관리 화면 기사분류 선택 기사생성/ 내용입력 관련 화상입력 임시저장/ 기사 수정 기사 데스크 전송 <기자> <데스크용> 기사관리 화면 기사분류/ 기사 선택 기사수정 기사완료 사이트맵핑 <데스크> 관련정보 입력 관련기사 입력 관련화상 입력 기타정보 입력 출고정보 입력 기사 배포 (출고) <지원팀용> 기사관리 화면 기사분류 기사 선택 기사수정 기사분류 입력 관련기사 입력 관련화상 입력 <정보지원팀>

7. 토네이도 CMS 소개 – 기사 정보 Web 2.0 서비스 고객으로 하여금 해당 사이트의 방문 없이도 신규 여행 상품이나 기타 정보를 받아 볼 수 있는 Web 2.0 서비스를 가능하게 하는 인프라를 구축합니다. 고객들은 사이트 방문 없이 자신의 블로그나 RSS Reader에서 기사 정보를 확인 할 수 있습니다. 컨텐츠 관리 시스템(CMS) 기사 정보 RSS 생성기 Widget 생성기 Open API < 컴퓨터 바탕화면 > < 개인 블로그 > 개인 블로그 고객 블로그를 통해 기사 정보를 실시간으로 서비스 컴퓨터 바탕화면 바탕화면에 기동 중인 Widget이나 가젯을 통해 기사 정보를 실시간으로 서비스 RSS Reader 개인 RSS Reader를 통해 기사 정보를 실시간으로 서비스 < RSS Reader >

7. 토네이도 CMS 소개 – 대외계 시스템 연계방안 대외계 시스템과 CMS의 데이터 공유는 DB가 아닌 특정 포맷 형태의 파일을 통해 정보를 공유하도록 설계되어야 합니다. 정보 교환 방식은 파일 형태의 정보를 FTP를 이용해 시스템간에 전송하여 공유합니다. 이를 통해 어떠한 형태의 외부 시스템과도 통합이 가능하며 향후 신규 외부 시스템 도입 시 표준이 되는 인프라가 구축됩니다. 지정된 포맷의 파일 (NewsML, XML) FTP CMS 대외계 시스템 외부 시스템으로부터 수용 가능한 포맷 (XML, RSS, ATOM, NewsML) 지정된 포맷의 파일 전송 새로운 시스템에 대한 포맷 파일을 생성하기 위한 어답터 요구 포탈 사이트 : XML 형태의 포맷 요구 신문 제작 시스템 (CTS) : NewsML 포맷 요구 모바일 장비 : WML 형태의 포맷 요구 RSS Reader : RSS 피드 형태의 포맷 요구 기타 시스템 : 시스템에 적합한 형태의 포맷 요구 Open API FTP 지정된 포맷의 파일 (NewsML, XML)

7. 토네이도 CMS 소개 – 시연 Tornado CMS에서 기사를 작성하기 위한 작업 절차는 아래와 같습니다. 아래 절차는 다양한 요구 조건에 따라 변경이 가능하며 각 단계가 생략 되거나 추가 될 수 있도록 지원합니다 기사 관리 메인 화면 관련 기사 입력 사이트 할당 기사를 작성하는 작업 환경 기자 별로 다른 작업 환경을 제공 해당 기사에 관련된 다른 기사 할당 할당된 기사의 제목/내용을 재사용 작성된 기사의 사이트 할당 한 기사의 다양한 사이트 할당 기사 분류 선택 관련 동화상 입력 기사 배포 기사를 분류 별로 구분 하여 관리 가능 해당 기사에 관련된 동화상 입력 할당된 동화상을 기사 내용에 재입력 작성된 기사의 배포 기사 입력/수정 배포(출고) 정보 입력 원 스탑 배포 기사를 신규로 작성 CTS나 연합에서 입력된 기사 수정 기사에 대한 다양한 배포 정보 입력 외부 포탈 사이트 전송 타 시스템 (CTS) 전송 특종이나 인터넷 뉴스의 작성을 위한 원 스탑 배포