전자책 컨텐츠 표준 동향과플랫폼 고려사항

인터파크 최두립

ODPF/TTA-이러닝,전자책 표준위원

couplewith@naver.com

OVERVIEW : EBOOK’S VALUE CHAIN 유통 업체별 다원화된 유통 플랫폼 : 컨텐츠 생산에서 판매에 이르는 생태계 독자 구축

CPND : 컨텐츠,소프트웨어, 서비스, 하드웨어 융합 환경

Contents ebook Store ebookReader

출판사/개인저자

유통사 사업 영역

솔루션, SaaS컨텐츠 제작,변환

DRM

앱스토어

Amazone

온라인서점

AppleStore

Google

MOBI

EPUB2 EPUB3

TEXT HTML5

PDF

융합서비스플랫폼

Bookmark

XPATH Location

Note 활동시간

FileDB

WebKit

자체렌더링엔진

WEB, App

뷰어환경

iOS,Android, Windows,chrome

전자책 컨텐츠 포멧 동향

epub3

Html5와 CSS3 기술을 기반으로 기존 Text 기반의 컨텐츠 및 음성, 동영상 등의 멀티미디어와 일본,중국,아랍권의 컨텐츠까지 수용하도록 개선한 전자출판 사실표준.

AAP(Association for American Publishers)와 IDPF를 중심으로 epub3 표준화 O’reilly : 2013년 이후 출간된 책을 epub3로 제작, PDF병행

KF-8, Mobi

Amazone은 KF-8이라는 mobi-porket을 개선한 자체 포멧으로 서비스 중

ibooks

Apple은 epub의 fixedlayout을 변형한 iBooks3.0은 TextBook과 제작도구가 개발됨(향후 epub3를 지원 할 예정)

유아동 컨텐츠의 경우 컨텐츠는 App-Book (앱)형태로도 제작됨

PDF

기존 전자책 컨텐츠의 중심 포멧으로 사용한 포멧으로 출판물과 동일한 레이아웃 형태를유지하고 복잡한 내용을 표현 가능하며, 디지털인쇄를 위해 많이 사용.

기존 출판 저작 도구들이 PDF를 지원하여 왔으나 epub으로 변환하기는 힘듬. 모바일에서 용량이 클 경우 로딩이 되지 않는 단점

• 국제표준으로 epub이 ISO에서검토되고있지만가장많이쓰이는것은아마존포멧입니다.• 국내 App Book을만드는업체들은또한애플의 iBooks포멧으로제작을하고있습니다.

AMAZONE 플랫폼

KF8 (Kindle Format 8)

KindleGen Support for all KF8 functionality Generates a single file supporting both KF8 and Mobi format Support for multiple source formats including HTML, XHTML and EPUB

Kindle Comic Creator Create a guided navigation experience with Kindle Panel View Create books with double page spreads or facing pages Import artwork from jpg, pdf, tiff, png and ppm formats Preview content across Kindle devices before publishing

Kindle Plugin for Adobe InDesign® (Beta) supports both KF8 and Mobi formats : Adobe InDesign® CS4, CS5, CS5.5 or CS6

Kindle Previewer preview your content across Kindle devices and apps Accurate rendering of your content across Kindle devices and apps

• HTML5 support CSS3• support Fixed layouts • Embedded fonts

• Drop caps • Kindle Text Pop Up • Kindle Panel View

• 아마존서비스는국제표준이아니지만 전자책플랫폼관련구비해야하는요소들을 제공하고있어정리하였습니다.• Amazone : KF8 : http://www.amazon.com/gp/feature.html?docId=1000729511

전자책 표준 동향

epub3

html5 기반 기술을 활용하여, 기존 Text 기반의 컨텐츠 및 음성,동영상 등의 미디어와일본,중국,아랍권의 컨텐츠를 수용하도록 개선한 전자출판 사실표준 포멧.

국제 표준 동향

해외 전자책 표준 참여업체 : Amazone, Apple, Google, Adobe, Kobo 등 출판 유통업계를 중심으로 표준화가 이루어지고 있음

표준 기구 : IDPF, ISO JTC1/SC34(전자문서), SC36(교육), , W3C epub3 표준 발표 (IDPF:2011.11), epub3 (국제 표준 ISO 심사중)

국내 표준 동향

국내에서는 이러닝과 전재책을 융합한 기술로 전자교과서 표준으로 epub 활용 epub : ODPF (전자책표준포럼) epub3 국가KS표준 제정(2012.12) 관련 기구 : KERIS, 전자출판협회, 전자출판물표준화포럼(ODPF),출판간행물위원회 등

전자책 관련 소프트웨어 환경

epub Editor

epub Reader

Adobe Digital Editions : Desktop용 (windows,OS X) Google Books : iOS, android, Web iBooks : iOS Lexcycle Stanza : iOS, Android, Windows, OS X FBReader : Windows, Android

epub SDK Redium Project

Redium Foundation에서 epub3를 지원하는 S아 Web Based Java-Script와 Chrome Web App 개발 (Chrome Web Store in September, 2012 ) OS X를 지원하는 Binary SDK도 개발

https://code.google.com/p/sigil/

http://www.calibre-ebook.com/ http://www.ado

be.com/products/indesign.html

http://readium.org/

http://www.apple.com/ibooks-author/

전자책과 이러닝 융합

2013년 TTA-ICT 표준 전략맵에서 전자출판 기술과 인터넷 기술을 기반으로 디지털 콘텐츠를 활용한 교육서비스를 제공하는 이러닝 기술로 융합형 서비스 관점으로 접근

• 2013 TTA- ICT 표준화전략맵 융합서비스중 전자출판이러닝 발췌 (2013.10.30)

고려 사항 : 컨텐츠 측면

컨텐츠 제작 이슈 사항

epub3는 기존의 HTML5와 CSS3를 활용하여 제작하므로 웹페이지 제작 기술이 필요함 기존 PDF를 epub으로 변환시 레이아웃을 원형 그대로 유지하기 힘듬

컨텐츠 레이아웃은 별도 구현을 해야 함 제작 환경으로는 Adobe inDesign과 Apple iBook Editor를 활용하나 대부분 별도의 수작업이 필

요함 epub3 는 현재 대부분 소설, 문학류를 기반으로 제작되고 있음 복잡한 레이아웃을 구현시 컨텐츠 를 지원하는 뷰어에서 호환성 문제와 제작 비용이 증가함 전문 제작 업체를 통한 컨텐츠 사전 제작과 검수 조건을 정의하여야 하며, 추후 문제 개선을 위해

업데이트를 위한 조건을 협의 해야함.

epub2와 epub3 차이점

항목 epub2 epub3

목차 <nav> toc.nav 파일로 별도 저장 NCX를 별도 html 페이지로 저장

CSS3 지원 CSS를 폰트, 색상 표현으로 사용 CSS를 통한 레이아웃 표현

Multi-Style 일부 비 표준적으로 지원 가로, 세로형 스타일 및 레이아웃 가능

OTF & WOFF 미지원 일부 특수문자 폰트 임베딩 표준으로 지원

Aural renditions & Media Overlays

미지원 HTML5 rich media H.264 기반 지원

Aural renditions & Media Overlays

미지원 SSML, DTBOOK, SMIL 지원

• epub2 vs. epub3 :http://mpsltd.wordpress.com/2011/05/25/epub-3-vs-epub-2-0-2/

고려 사항 : 유통 플랫폼 관련

컨텐츠 유통을 위한 별도 CMS 구축시

CMS 구축시 컨텐츠 보호를 위한 DRM 도입을 검토 하고 사용자 뷰어 구현 까지 고려해야 함.• DRM의 도입은 컨텐츠 제작,보관, 전송, 뷰어 환경, 단말기 까지 연결되는 중요 사항이며, 추가적인 비용과 라이선스 문제

및 인프라 관리 SLA(서비스 수준 계약)등을 고려해야함.

한때 DRM 호환성이라는 이슈가 제기되었으나, 유통 플랫폼들이 통합되지 못하는 상황에서 DRM의 통합이나 호환성은 해결 하기 힘든 과제임

국내 Major DRM업체는 마크애니:인터파크, 파수:교보문고, 한글과컴퓨터:YES24등 서비스 업체와 연계되어 있음 ( ODPF에서 전자책 DRM 표준화를 진행하였으나 활용은 되지 못함)

컨텐츠 저작권 문제

계약시 고려 사항 : 컨텐츠의 전송과 복제에 관련하여, 타 서비스간의 컨텐츠 공급 및 유통을 위한 저작권 이슈를 고려 하여야 함

컨텐츠 제작 표준 문제

epub은 하난의 패키지 단위로 내부에 Meta영역과 컨텐츠 영역이 포함되어 있으며 메타 정보를 활용하여 CMS DB를 구축 할 수 있음 epub2와 epub3은 뷰어에 따라 지원하지 않으므로 별도 테스팅, 검수와 구분이 되어야함 일부 복잡한 레이아웃은 PDF로 지원으로 하는 경우가 있으며 이때 PDF를 압축하는 기술을 활용하여 컨

텐츠 용량을 줄여야 함 PDF는 모바일 환경에서 페이지가 많을 수록 Randering(표현)이 제대로 되지 않음을 고려해야함 epub은 하나의 html내 일반 종이책 기준 20~30페이지 분량의 내용으로 나누는 것이 좋음 컨텐츠 제작시 ODPF에서 제안하는 제작 가이드를 참고하고 Sigl, Calibe 같은 외산 제작툴 사용시 표준

호환성에 문제가 있음 (아직 완벽한 제작 방식은 수작업 임) 한글파일을 epub으로 변환하는 인터파크 비스킷 메이커, IndeSign은 기존 Indesign으로 제작된 컨텐츠

를 epub으로 변환 저장 기능이 있음 인큐브테크는 Quark Xpress는 별도의 컨버팅 플러그인을 가지고있음

고려 사항 : 사용자 환경 관련

뷰어 개발 고려 사항

전자책이 소비되는 환경은 스마트 폰, Tablet 등이 주로 이루어 지며, 유통업체별 별도의 뷰어를가지고 있음

DRM이슈가 없다면 각 업체별 뷰어 또는 뷰어App를 활용 가능함 ( Side-Loading 지원 ) 최근 Redium 프로젝트로 Chrome App-Store에서 뷰어를 제공하고 있음 (None-DRM) Redium SDK를 이용한 자체 뷰어 개발도 가능한 시점이나 아직은 완전하지 못함. 물론 완벽한 뷰어를 만드는 업체도 없음 뷰어의 핵심은 WebKit 기술이며 모바일 WebView 기능과 동일함.

컨텐츠 검수, 품질

IDPF의 epub Checker를 통해 컨텐츠 정합성의 기준을 정하는 것이 합리적임 컨텐츠별 내용적 특성에 따라 뷰어 별 차이가 있음은 다양한 브라우저 환경에서 웹 페이지가 다

르게 보이는 브라우저 호환성과 같은 이유임 컨텐츠 제작시 내부 포함된 이미지의 양(개수)에 따라 제작 난이도가 따르며 원본 이미지 없이 제

작시 품질 저하가 발생 되므로 원본 이미지 혹은 고용량 PDF가 필요함. 지원하는 뷰어 환경에 따라 폰트가 다르므로 페이지나 글자크기가 차이가 있음 근래 폰트에 대한 저작권 문제로 뷰어 및 제작에 대한 폰트에 대한 기준도 정의 필요함.

Thank You !!