平成22 年度 総務省「新ＩＣＴ利活用サービス創出支援事業」⑤ 電子出版のアクセシビリティの確保
アクセシビリティを考慮した電子出版サービスの実現
オープン型DRM、UI検討ワーキンググループ−仕様案のご報告−

2011年8月3日

プロジェクトの背景、実施スケジュールなど

1

DRM/UI検討の背景・目的
電子出版物＝利用者の利便性を向上させることができる例）文字の拡大や色反転によるコントラスト強調
テキストの読上げなど
現実

様々なサービス乱立、独自DRM保護機能などがあり、下記のような課題が存在→利用者が好みの読上げソフトを利用できない→デバイスを変更すると変更後の端末にコンテンツを移行して閲覧できない→アプリ、デバイス毎にUIの操作方法が異なり、利便性が低い→アプリ、デバイス毎の文字拡大機能（操作、実寸など）にバラつきがあり、閲覧し辛い

オープン型電子出版UI

読書障碍者を含む利用者が特定のデバイスや電子出版流通プラットフォーム（サービスや端末）に限定されることなく、好みの環境で利用できる環境構築を目指す

オープン型電子出版DRM

著作者や出版社の権利保護が適切に実現される環境構築を目
指す目標

オープンなUI、DRMにより、読書障碍者や高齢者向けなど新たな市場創出、活性化を目指す

2

プロジェクトの進捗について調査（必要なものだけ）

開発

実証実験

仕様案策定

期間：2010年11月～2011年3月
１）ICTを利活用した新しいサービスの創出に向けた開発・実証① 「オープン型電子出版DRM」、「オープン型電子出版UI」の開発。
それに基づき、アクセシブルな電子出版物の流通・利用環境が適切に運用できることを実証実験にて確認する。
② 特にUIに関しては、単純な画像拡大・縮小でなく、表示の意味情報を持ったままサイズの変更に対応でき、多様な電子出版物の拡大表示によるアクセシビリティが実現できることを確認する。

２）新しいビジネス分野の基盤となる技術の確立、技術標準化、運用ガイドラインの策定等① 電子出版事業者、電子書籍流通事業者、電子書籍リーダー等の端末、そして利用者及び読書障碍者が利用する読上げソフト等のアプリケーションに対してオープンであり、かつ著作者や出版社の権利保護が適切に実現される、「オープン型電子出版DRM」の仕様案を策定する。
② 単純な画像拡大・縮小でなく、表示の意味情報を持ったままサイズの変更に対応できる「オープン型電子出版UI」の仕様案を策定する。
3

プロジェクトの実施内容、実施体制
１）開発・検証
担当：京セラ丸善システムインテグレーション株式会社
DRMに関する技術開発・システム構築
担当：京セラコミュニケーションシステム株式会社
UIに関する技術開発・システム構築
担当：アクシスソフト株式会社
UIの内、文字や画面拡大に関する技術開発・システム構築
担当：ソニー株式会社
技術検証、サービス展開の考察
担当：京セラ丸善システムインテグレーション株式会社
２）仕様案の策定
担当：京セラ丸善システムインテグレーション株式会社
オープン型DRM/UI仕様案策定に当たっての調査及び仕様設計
担当：インプレスR&D株式会社
仕様案の策定担当：京セラ丸善システムインテグレーション株式会社

4新しいサービスの概要（モデル図）【垂直統合型による電子出版流通】
サービス
利用者A（読者）

電子書籍
端末A
②電子出版
コンテンツの購入

電子書籍
端末B

サービス
利用者B（読者）
電子書籍
端末C【水平分業型による電子出版流通】
電子書籍
端末C

電子書籍
端末A

オープン型DRM,UI
サービス
提供者B

サービス
提供者C

サービス
提供者A

サービス提供者Bサービス提供者C

オープン型DRM,UI

代金

コンテンツ
提供者A
（出版社・電子取次）

サービス
利用者B（読者）サービス
利用者A（読者）

代金

サービス
提供者A
①電子出版
コンテンツの販売委託

【凡例】
□：主体
→ ：サービス（非ネットワーク経由）：サービス（ネットワーク経由）⇒：料金
赤色：現状と違う部分

プロジェクト実施後

現状

コンテンツ
提供者B
（出版社・電子取次）

サービス提供者が固有のプラットフォーム、デバイスで電子出版コンテンツを提供する場合（垂直統合型の場合）、購入者の閲覧できる環境が限定的となり、デバイスを変更すると変更後の端末にコンテンツを移行して閲覧することができないなどの問題が既に生じている。

コンテンツ
提供者A
（出版社・電子取次）

コンテンツ
提供者B
（出版社・電子取次）

垂直統合型モデルでなく、サービス利用者にとっては紙の出版物と同等の永読性が担保されるような、実質的な水平分業型モデルの構築を目指す。

5

実証実験、仕様案の関連について■実証実験における到達目標
到達目標１

水平分業型ビジネスモデル実現のための機能実装と実証

到達目標２

利便性の高いアクセシブルなUIの機能（現存するUIの最大公約数的機能）の実装と実証

到達目標３

文字や画面拡大に関するアクセシブルな機能の実装と実証■大きく２つの実証実験に分けて実施し、４つの仕様案を作成②文字、画面拡大機能に関する実証実験（到達目標３）①DRM/UI 一体型での実証実験（到達目標１，２）

オープン型
電子出版
DRM仕様案①DRM仕様案

オープン型
電子出版
DRM仕様案

オープン型
電子出版
UI仕様案

②UCCF

①操作／ナビゲーション

オープン型
電子出版
UI仕様案
②文字拡大機能6仕様案の構造について•••

オープン型電子出版DRM仕様案、オープン型電子出版UI仕様案（操作／ナビゲーション）は、様々なリーダーやアプリケーションでアクセシブルに電子出版物を利用するため、連携して利用されることを目的としている。
また、この連携は、ユニバーサル・コンテンツ・コンテナ・フォーマット（UCCF）によるコンテンツのパッケージ化により実現することが可能となる。
オープン型電子出版UI仕様案（文字拡大機能）は、様々なリーダーやアプリケーションでアクセシブルな表示となることを目的としている。

ユニバーサル・コンテンツ・コンテ
ナ・フォーマット（UCCF）

オープン型電子出版DRMとオープン型電子出版UI（操作／ナビゲーション）が連携して利用するためのパッケージ化に関する仕様

オープン型電子出版DRM仕様案

電子出版物を適切に保護し、異なるリーダーやアプリケーション間での移動を可能にするための仕様

オープン型電子出版UI仕様案

異なるリーダーやアプリケーションでも操作性を共通化するための仕様

オープン型電子出版UI仕様案

様々なリーダーやアプリケーションでのアクセシ
ブルな電子出版物の文字表示に関する仕様（操作／ナビゲーション）（文字拡大機能）7

DRM/UI 一体型での実証実験結果について
アウトプット‒ オープン型電子出版DRM仕様案 ①DRM仕様案‒ オープン型電子出版DRM仕様案 ②UCCF‒ オープン型電子出版UI仕様案①操作／ナビゲーション

8DRM/UI 一体型での実証実験概要■概要と実験対象範囲※実環境での実験対象範囲（範囲外については仕様案を策定）＜コンテンツ配信サーバ＞＜端末＞（２）コンテンツ配信（１）ライセンス発行・コンテンツへの鍵の付与

暗号化
コンテンツ

暗号化コンテンツ（５）データ受渡し
複合化したコンテンツ

UIでの再生（閲覧）
TTSエンジンでの再生（３）ライセンス要求（４）ライセンス発行・復号化＜DRM・ライセンスサーバ＞※ 利用者IDに基づくコンテンツ毎の暗号化などは（１）のタイミングで行う※ 復号化したコンテンツは物理的に残さず、不正コピー対策を行う

9

DRM/UI 一体型での実験環境について

サーバ環境

端末

MacBook Pro

OS

Mac OS X 10.6

ミドルウェア（Webサーバ）

Apache 2.2

開発言語

PHP 5.3.0

データベースMySQL 5.1

端末
クライアント環境

コンテンツ

Samsung GalaxyTab（画面サイズ7インチ）
ONKYO SlatePad（画面サイズ10.1インチ）
Android 2.2
SC01COMJK2
2.6.32.9
FROYO.OMJK2

クライアントOS
ベースバンドバージョン
カーネルバージョン
ビルド番号「iPhone×iPad クリエイティ
インプレスジャパン株式会社
ブ仕事術 本当に知りたかっ提供。
た厳選アプリ＆クラウド連携
ファイルフォーマットはEPUB
テクニック」
インプレスR&D株式会社提供「OnDeck 創刊号」
ファイルフォーマットはEPUB
10

DRM/UI 一体型での実証実験概要■UIの仕様について■調査
iPad端末のアクセシビリティ機能への対応
VoiceOverへの対応

ズームへの対応

iBooks

対応

対応

i文庫HD

非対応
メニューは読み上げる
対応
が、本棚の内容や書籍本文は読み上げない

stanza

非対応
選択した行を読む、ペー対応
ジ移動など読書に必要な操作ができない

アプリ固有のアクセシビリティ機能

色の反転への対応

対応

対応

対応

音声読み上げ文字拡大

備考
色の反転なし可能
11段階で設定可能

可能
セピア機能

なし

可能
8.00ptから32.00ptまで可能
0.25pt間隔で設定可能
白背景、黒背景、文庫調
ピンチイン／ピンチアウト から設定による拡大・縮小も可能

なし

可能
スライダーで設定可能
ピンチイン／ピンチアウト
による拡大・縮小
タップによる拡大・縮小

iBooksストアでは日本語の書籍は取り扱っていな
い読みやすいフォントに変読みやすいフォントに変更できる機能あり
スムースフォント使用可
能可能
文字色・背景色を個別に 読みやすいフォントに変更できる機能あり
設定
テーマ設定

Voyager

様々なUIの実態調査より、最大公約数のUI機能＝アクセシブルなUI機能の実装を検討した
現在、市場に流通しているアプリケーション…

11

DRM/UI 一体型での実証実験概要

読者が電子出版物を利用しやすくなる補助的な機能を追加したアクセシビリティ
用ファイルフォー
マットとして、UCCFを新たに定義

外包型

内包型

コンテンツファイル、メタデータも含め、ひとまとまりのデータとしてパッケージ化する形式

概要（EPUBの場合）EPUBの仕様に基づき、ファイル内にDRMを定義する形式•EPUB、PDF他、様々なファイルフォーマットへ適用できる•メタデータが付属するためコンテンツファイルそのものの内容が明らかになる（アクセシビリティが高まる、出版者が提供したコンテンツであることの証明となるなど）

主な
メリット

（EPUBの場合）世界で標準化が進められている仕様と方向性を合わせることができる

懸念事項•EPUBではまだ正式にrightsの記述方法が定義されていない点。IDPFより公開された現在策定中のEPUB3の仕様でも未定義のまま。

•独自仕様となる恐れがある•既に販売されたコンテンツの取り扱いなど

オープン型電子出版DRM仕様案•••①DRM仕様案

目的：異なるリーダーやアプリケーション間で、保護された電子出版物の移動を可能にするため、オープン型DRMに要求される機能、および仕様を定義した。
利用対象者：配信事業者、機器・アプリケーションメーカー等
内容：システムがDRMサーバと機器やアプリ内のモジュールの連携によって提供する機能について定めた。

機能（一部抜粋）

内容

デバイス管理ユーザーの使用するデバイスを管理し、デバイスごとにコンテンツの利用権限を管理する。

コピープロテクト

コンテンツを暗号化することで、コンテンツのコピー対策を行う。
（3段階設定可能）

権限設定

アクティベーション・オフライン閲覧、閲覧期限、利用数制限、機能制限など

コンテンツの認証

電子署名を使用し、コンテンツが本システムによって生成された真正のコンテンツであることを確認できる。

ログ送信

コンテンツダウンロード完了ログ、コンテンツ表示ログ、コンテンツ削除ログなどのログをUIからDRMサーバに送信する。

期限切れコンテンツの削除

期限が切れたコンテンツを、ローカルストレージから削除し、削除したことをDRMモジュールに通知する。

テキストコピー権限

テキストコピー可能かを、DRMモジュールに問い合わせ、その結果によって機能の可否を切り替える。

印刷権限

印刷可能かを、DRMモジュールに問い合わせ、その結果によって機能の可否を切り替える。

13

オープン型電子出版DRM仕様案•②UCCF

目的：オープン型電子出版DRM/UIを連携して使用するために有効なパッケージ化のためのフォー
マット仕様を策定した。
利用対象者：出版社、印刷会社、配信事業者、機器・アプリケーションメーカー等
内容：ユニバーサル・コンテンツ・コンテナ・フォーマット（ UCCF ）により、電子出版コンテンツと、その内容を示すメタデータを共にZIPファイル形式で格納して取り扱えるようになっている。

••

HeaderUCCFモデル図

Content_Metadata

UCCFの構造

Content

Version
Universal Content Container
Format（UCCF）

Content̲Metadataの子要素

DRM暗号化
章単位コンテンツ（オプション）
電子書籍コンテンツ要素型

意味Version

文字列

本メタデータのバージョンを表す

HeaderNumberOfContents

正整数

Contentの個数を表すplatform

文字列

配信プラットフォームの名前を表す

Chapter

正整数

記述する章の番号を表す。0の場合は、コンテンツ全体のメタデータであることを示す。

file̲name

文字列

対応するコンテンツのファイル名

ハッシュ演算
メタデータ

ハッシュ値

Signature

VersionContent

電子署名

名称

Package_Hash

Package̲Has starthlength16進数

ハッシュ値の計算領域の開始アドレス

16進数

ハッシュ値の計算領域の長さ

interval

16進数

次のハッシュ値計算領域までの距離

repeatCount

16進数

ハッシュ値計算領域の数。0の場合はファイルの最後まで繰り返す

type

文字列

ハッシュ値計算方式

ZIPパッケージ

Signature

メタデータ自身の電子署名をEnveloped署名形
14式で格納オープン型電子出版UI仕様案•••①操作／ナビゲーション

目的：異なるリーダーやアプリケーションで共通的な操作・ナビゲーションを可能にするため、UIに要求される機能、および仕様を定義した。
利用対象者：出版社、配信事業者、機器・アプリケーションメーカー等
内容：リーダーやアプリケーションがUIで採用すべき機能、および各機能の操作方法等を定めた。

機能カテゴリ機能（一部抜粋）

例

書籍管理

アイコン、リスト

書籍管理にはアイコン表示とリスト表示の2種類を切り替えて利用出来るようにする。切り替
えはタブで行う。

閲覧メニュー表示、目次、索引、サムネイル、ルビ表示、縦書き、ページめくり、ページジャンプ目次を表示し、選択したページへ遷移させる。
目次の表示はメニューから行う。

マーキング

しおり、しおり一覧、ハイライト、ハイライト一覧、画面メモ

ページの上端をタップすることでしおりを追加する。

検索

文書中検索

文書中の任意の言葉を選択して、文書内を検索可能とすること。

表示調整

文字サイズ、文字色斑点、縦横表示

文字サイズの変更を可能とする。操作はピンチイン・アウトにて行う

ソーシャル

Facebook、Twitter、Gmailなどの様々なサービスとの連携

標準設定では文書中をドラックすることで任意の箇所を選択し、共有の操作が出来る。

その他

読上げ、コピー、立地コンテンツ、本の移動、本の貸し借り、定期購読、お勧め、端末同期、印刷文書中の任意の箇所をなぞって選択した部分を、OSのクリップボードにコピーする。ただし、DRMで保護された文書の場合は不可とする。

15

文字、画面拡大機能に関する実証実験結果についてアウトプット‒ オープン型電子出版UI仕様案 ②文字拡大機能

16

オープン型電子出版UI仕様案②文字拡大機能実験・調査に関して①文字の読みやすさに関連する既存文献調査を実施②2つの表示方式を含む既存製品での実証実験を実施（下記5製品、30名）
・文字拡大の操作性比較
・高齢者ユーザーによる文字拡大操作及び文字視認性CLT調査（＊）
実験端末
Sony Reader PRS-650
Amazon Kindle 3
SHARP GALAPAGOSApple iPad
SAMSUNG GALAXY TAB

実験対象者
年齢 58歳～74歳 男女

計30名

読書時にサポートが必
要ない人〜サポートが視力は各年代の平均か 必要な人を満遍なく
ら90パーセンタイル
範囲を満遍なく読書時に文字を読むことに困難な人〜問題ない人を満遍なく＊CLT （Central Location Test）・・・対象者を会場に召集し、個別インタビューにより調査をする方法。

17オープン型電子出版UI仕様案
報告項目②文字拡大機能調査・実験結果まとめ
結論

既存文献

高 齢 者 の 視 視力0.4の人が読みやすい文字サイズを提供することで、70歳前後の高齢者80%以上に読みやすい。
力 分 布 読 み ・70歳前後の高齢者では視力0.4以上で約85%。出典：人間生活工学研究センター、2000
や す い 文 字 ・視力0.4の人が「読みやすい文字サイズ」は漢字で視角32分、平仮名で30分 （40cm視距離で漢字3.8mm、平仮名3.4mm）。出典：製品評価技術基盤機構、2001
サイズ

ＣＬＴ調査

Readerの「読みやすい文字サイズ」は、既存文献の値や他の端末の値よりも、小さい。
・他の端末との比較から、表示画角が小さいことが要因として考えられる。
Readerの文 ・Readerの照度1000lx環境下での視力0.4の結果は以下の通り。
−平仮名：見える文字1.8mm、読みやすい文字2.9mm
字サイズ評−漢字：見える文字2.1mm、読みやすい文字3.0mm
価値−英字：見える文字1.4mm、読みやすい文字2.3mm−ルビ：見える文字0.9mm、読みやすい文字1.1mm

既存文献

文字のコントラスト、視認時間を考慮すると、さらに0.1mm程度文字を大きく表示する必要がある。
文 字 の コ ン ・Readerの1000lx時のコントラスト値0.88から、500lx時のコントラスト値0.82に低下した場合、同じ見やすさを提供するには約0.1mm文字を大きくする必要がある。
トラスト、視 認 時 間 の ・読書速度が速くなると、1文字を視認する時間は短くなり、視認時間が短くなると、より大きな文字サイズが必要になる （1文字1/10秒になると、視力が約0.2低下するため、約1.4mm文字影響を大きくする必要がある）。
出典：照明学会編：照明ハンドブック、1978

事前評価
ＣＬＴ評価

Readerの拡大縮小操作は他の端末より理解しやすいが、主観評価はピンチ操作の方がわずかに良い。
・「ズーム」は高齢者にとって誤操作しやすいボタンサイズ（約6.5mm）であるが、「XXL」〜「XS」ボタン操作であれば、継続的な利用でもほとんど問題はない。
・改行を考慮しない文字の拡縮操作だけで言えば、iPadやGALAXY TABのピンチによる無段階操作の方が主観的な評価は高い。ただし、フィードバック次第によっては、GALAPAGOSのように評価が悪くなる。
18

オープン型電子出版UI仕様案•••②文字拡大機能

仕様案サマリー

目的：個別の電子書籍リーダー等でのアクセシビリティを担保するための表示ルールを規定した。
利用対象者：配信事業者、機器・アプリケーションメーカー等
内容：アクセシビリティを実現するために必要な文字サイズ、操作方法を定めた。

区分

仕様

仕様案策定の背景、課題

 電子出版を閲覧する機器は、LCD（液晶）画面や電子ペーパー画面を搭載するものなど多数存在するが、文字拡大のサイズ、文字拡大機能の操作方法などが機器ごとに異なり、ユーザーのアクセシビリティを損なう結果となっているため仕様案によって解決される課題

 異なる端末においても、ユーザーが読みやすい統一された文字サイズが表示される点
 異なる端末においても、ユーザーが操作しやすい統一された文字拡大機能が実装される点文字サイズ

 アクセシビリティに考慮したビューアでは、 文字拡大機能における文字サイズとして以下の数値以上に拡大できること

操作方法

平仮名

2.9 mm漢字3.0 mm

英字

2.3 mm

ルビ1.1 mm

 操作レスポンスの性能が高いビューアでは、より直観的に文字を拡大・縮小できるピンチ操作の対応を推奨
 操作レスポンス性能が低いビューアでは、 段階拡大操作の対応を推奨。 但し、文字を拡大する機能の入口を示す名称やアイコンは機器によらず統一することが望ましい

19