─グーテンベルクの遙か彼方へ─このブログはEPUB3をはじめとした電子書籍制作の現場からの「現地レポート」を目指しています。電子書籍制作、アプリケーション開発など、多方面の方々からの積極的なご意見をお待ちしております。※『InDesign→EPUB3用XHTML作成ワークフロー』は通常エントリに移動しました。『ジャンル別まとめ/ダウンロード』からアクセスできます。カテゴリーのアーカイブJAGATセミナー「EPUB制作現場の実態と今後の課題」を終えて2013/06/286月17日、JAGATにて「EPUB制作現場の実態と今後の課題」と題しまして、緊デジなど昨年度のDTPデータからの電子書籍作成の状況を実際に電子書籍制作を担当した現場の視点で語ってもらい、今後の制作環境の構築に役立ててもらおうということを狙いとしたトークセッションが行われました。こちらは私がJAGATさんにお願いしまして実現したイベントなのですが、有り難いことに多くの方にご来場いただき、ご好評をいただいたようで何よりでした。今回はセミナーでお話ししたことの振り返りとまとめです。以前に触れたことと重複する部分もあるかとは思いますがご容赦ください。昨年度までの電子書籍関連トピックスの軽いおさらい昨年度は緊デジなどを含めて、電子書籍関連の大きなニュースがそれこそ日替わりで飛び込んできた感がありました。ここで緊デジ、EPUB3を中心として、昨年度までの出来事を時系列順に軽く振り返ってみたいと思います。Specification(IDPF)IDPFによるEPUB3の最終勧告です。これをスタートラインとします。Draft1.0(ボイジャー/インフォシティ)EPUB3の最終勧告を受けて発表された日本語書籍向けEPUBガイドラインです。こちらはボイジャーさん、インフォシティさんが中心になってまとめたもの。2011/11/24:JBasic08(イースト)同じく日本語書籍向けEPUBガイドラインです。こちらはイーストの高瀬さんが中心になってまとめたものです。この時の会議には私も参加させていただいています。デジ事業の説明会です。沢辺さんがユニークな説明をされていたのを覚えています。この時に中核企業としてパブリッシングリンクさんが入ることが発表されています。この時に配布された資料からの抜粋です。「PDFは採用しない」ここで出てきた「中間交換フォーマット」は、三省懇で作られたもののことを指していたようなのですが、独自仕様のXMLです。これはこの時点では仕様がほとんど公開されておらず、後日発表の詳細な資料待ちと言った状況でした。PDFが不採用だった理由は各電子書籍ストアの販売体制の問題とのことだったように思います。出版デジタル機構正式設立はこの日でした。新規参入を容易にし、誰でもが電子出版による言論表現活動に参加できるようにする」との文言があります。このニュースは、さまざまなメディアでかなり大きく取り上げられました(例)。2012/4/10:電子化仮申請「93,725」点これは日本出版インフラセンター(JPO)が行った各出版社からの電子化希望数の集計数です。この時点では著作者サイドの二次使用許諾が取れていなくてもOKとしたため、あくまで「仮」の集計でした。v1.01の発表です。「中間作業ファイルを保存しておくことによって、市場がEPUB3や次世代の電子書籍フォーマットを必要とした時点ですぐに再ビルドが可能な状況を目指す」とあります。ポイントは「中間交換フォーマット」が「アーカイブ用中間作業ファイル」に変わったことで、つまり独自仕様のXMLファイルの納品からXMDF/ドットブックの中間作業ファイルの納品へと方針が変化したわけです。現実味のある形になってきたと言えます。この時点でもまだ求められる納品ファイルはXMDF/ドットブックのみでしたが(リフロー型)、実際まだこの時点ではEPUB3を全面採用したストアはなく、信頼できるビューアもほとんど存在しない状況でしたので、まず現実的な判断だったと思います。分けて2回行われています。東京会場での説明会は講談社さんの社内ホールで行われたと記憶しています。このあと応募社に対して1次審査が行われ、通過した会社に対して試作コンテンツの制作依頼が発注されました。この時点ではリフロー型のEPUB3は採用されていませんので、ドットブックもしくはXMDFでの試作です。touch)の登場を意味していたため、EPUB3普及の決定的な分水嶺となる出来事だったように思います。2012/7/25:緊デジタイトル申請条件緩和Kobo参入を受けて緊デジのタイトル申請条件の大幅緩和が行われています。制作会社の指定が可能にPDFフォーマット指定可能に制作会社の出版社側からの指定が可能になり、EPUB3リフロー型が採用されたことで「ほとんど仕切り直し」になった感があります。この時点ですでに正規受注制作会社の審査中でしたので、なかなかやきもきさせられた記憶があります。デジ制作会社の審査発表です。「なお、EPUBの制作と入力・校正に関する審査につきましては、後日改めて発表いたします」とありますので、これはあくまでXMDF/ドットブックの制作会社という扱いだったようです。「東北作業○○%以上」等の表記がかなり目立つことでわかるように、ここでの審査基準は東北との関連性がかなり重視されたようです。2012/9/5:緊デジ更なる条件緩和ここで、更なる条件緩和が発表されています。コンバート対応は、すでにXMDFやドットブックになっているものをEPUB3に変換するのを1タイトルとして数えるというような話で、おそらく緊デジの制作物のうちかなりの割合がこれだったのではないかと思われるのですが、発表資料からは詳細な内容が読み取れないので分かりません。電書協からEPUB3制作ガイドの発表です。このガイドの性格についてはさまざまな否定的な意見もあったのですが、「印刷物からの電子化」という目的に限って言えば、かなり制作現場の現実に即したガイドラインかと思います。制作ガイド」に準拠することが発表されました。7/25の発表で緊デジでリフロー型EPUB3が採用されること自体は発表されていたのですが、どういったEPUB3を制作すべきかの指針は示されていませんでした。それがここで規定された形になります。これでようやく、EPUB3のビューア、マークアップ規定が揃い、実際にEPUB3を制作できる環境が整ったことになります。いえ、もうこの時点で制作期間は半年を切り、かつある程度誰もが制作に参画できるわかりやすいツールがあるわけでもありませんから、前途多難が予想されました。参入がささやかれていたAmazon、Kindleが正式に日本市場参入の発表をしたのがこの日です。実質これで完全に「電子書籍」の市場形成が確立した感があるように思います。2012/12/14:ボイジャー「BinB」による緊デジEPUB校正システム稼働開始ボイジャーの「BinB」を利用した緊デジの公式なEPUB3校正システムが、この日に開始されています。出版社サイド、制作者サイドが同じ環境でコンテンツを見ることが保証されなければ効率的なコンテンツ制作環境は期待できませんから、これは重要な一歩だったと思います。初期にEPUB3の表示の乱れが多く見られたことや、制作側が柔軟に何度もアップロードして更新できる仕組みになっていなかったこと、ボイジャー社が不具合を修正してもサーバのアップロードスケジュールとの兼ね合いですぐに修正が反映されなかったことなど、課題も数多く見られました。上記の理由で実際にはこちらの校正システムを使用せず、ストアのビューアなどを利用してEPUB3制作を進めた制作会社も多かったのではないかと思います。緊デジタイトルの出版社からパブリッシングリンクへの発送〆切です。フィックス型は10日ほど余裕があり、1月11日に設定されていました。当然といいますか、ここにとても多くのコンテンツが殺到したようです。この時点での正式な納品最終納期は1月31日でした。軽くクラクラしました。2012/1/23:制作納期の最終デッドラインの通知この日、制作会社のみに向けて、制作納期の本当のデッドラインが告知されています。必要な文字」の公開EPUB3およびWebで長らく懸案となっていた縦組み時の記号類の正立/横転表示が各ビューアによって異なることに対処するための基礎資料の公開です。この資料自体は大変有用なもので、私もとても助かったのですが、この時期にこういった「基礎的な資料」が公開されていること自体、実質的にはEPUB3制作のフロー自体がこの時点でも未完成であったことを示唆しているように思います。LAYOUT)2013/2/27:緊デジ制作仕様書v1.8の発表この日に発表された緊デジ制作仕様書v1.8には、「納品するファイルを明確にするため、ファイル/フォルダ保存・命名ルールを詳しく規定し直した」という記述があります。実際にはこのあたりにデータの納品が集中していたことがわかると思います。告知ここで制作納期が「3月18日まで」、とはっきり線引きがされています。ここが本当の最終デッドラインということでしょう。窓口担当者は相当大変だったろうなと同情を禁じ得ません。緊デジ事業終了後の資料公開です。総タイトル数は64,833とのことでした。資料が取り回しにくいPDFで、また出版社名すらない「タイトルのみの羅列」だったことなどからかなり批判も出ました。これに関しては、今後の電子書籍制作環境の整備のためにも、より詳細なきちんとした資料を、できればCSVデータなどのより二次利用がしやすい形で出して欲しいと個人的には思っております。今回は私が登壇者の一人ということもあり、他の登壇者の方の発表内容のメモが追いつかなかった部分があります。記述に間違いなどありましたらご指摘ください。速やかに修正させていただきます。田嶋セッション最初は私のセッションからでした。私の所属する三陽社という会社は、創業が1949年の比較的古い活版印刷系の印刷会社で、学術系や文芸系を中心として比較的伝統的な出版社さんからお仕事をいただいています。その関係で社内に保管されている大量の印刷データの電子書籍化をどうにかしようというのが会社としての電子書籍の取り組みのスタートラインでした。クライアントさんからも比較的古い時期にSONYのリブリエ用データ制作の依頼などもあり、そういう経緯を踏まえて2012年にメディア開発室という部署を立ち上げ、電子書籍制作の研究を本格的に始めています。2011年あたりに危惧していた点としまして、私の会社の場合、メインの組版ソフトがAdobeのInDesignではなくモリサワのMC-B2であるため、これを起点としてのEPUB3制作はちょっと一般ルートで進みそうにないということがありました。そのため、自社である程度まで進めるしかないと考えていました。そこでまずはMC-B2のデータをInDesignタグテキストに変換してInDesignで読み込める形にし、当時、将来できるであろうと想定していたInDesignからのEPUB3制作ルートに乗れる形を整えました。結局、InDesignからの電子化もそう簡単ではないことが徐々に判明し、かなりの部分を自力でワークフロー構築することとなりました。電子書籍の形式としては最初はモリサワのMCBookの研究から始めています。これはMC-B2/Indesignのデータを読み込めることが売りのひとつでしたが、結局元データの事前の整備が必要になり、かえって手がかかることから、MC-B2→InDesignでデータを整備→XMLでタグ付けして書き出し→PerlでMCBook用XMLデータに変換、の形でデータの制作フローを整えました。MCBookは注や異体字関係の機能が充実しており、また組版も非常にきれいだったためかなり期待をしました。当初Appleのアプリ型ソリューションだったことから外資相手の契約が必要になり、出版社サイドの会計処理が煩雑だったこと、結局特定メーカーへのロックインになってしまうことなどの問題点もありました。このため、結局残念ながら会社的にはビジネスには結び付いていません。このMCBookの制作の際に開発した変換スクリプトをもとにして、JBasic08準拠のEPUB3用にInDesignデータからXHTMLを生成するワークフローを発表したりしまして、EPUB3制作のノウハウに結びつけることはできました。緊デジについては受注価格的には会社的に厳しいラインになるのはわかっていたのですが、ノウハウの蓄積を考えると貴重な機会と思えましたので、業務の延長線上にあるリフロー型の制作のみに絞って受注を目指すことにいたしました。当初はEPUB3のみを想定してフロー構築をしていたのですが、XMDFもしくはドットブックでの納品が求められるとの話が3月末にあり、また独自形式のXMLでの納品も必要との話もあったため、InDesignからXMDFにも変換できるようにスクリプトを制作しました。2012年の6月には電子書籍の外字問題に関するエントリをブログに書いたのをきっかけにしまして、当時出版デジタル機構の技術アドバイザーだった深沢英次さんにお声がけいただき、InDedignから電子書籍を制作した際に文字化けを起こす文字のレポートを書きました。これは非常に勉強になりました。こちらのレポートは今、出版デジタル機構さんのホームページの「技術部だより」にありますので、興味がある方はぜひご覧いただければと思います。8月には緊デジ正規受注会社の発表があり、私の所属する会社は結局正規受注会社には選ばれなかったのですが、もともとお付き合いがあり、紙の書籍の制作をさせていただいていた出版社さまからの「制作会社指定」の形で緊デジ事業に参加することになりました。従って私の所属する会社で緊デジで制作したコンテンツの元データはほとんど自社に保存されていたもので、MC-B2のデータや、古いものでは電算写植のデータもありました。後から数点、他社制作データの電子化依頼もいただいたのですが、これもMC-B2のデータがほとんどでした。付き合いのある出版社さんのコンテンツが中心ということで、正字対応など字形にもかなり細かく対応する必要があるのはわかっていましたので、底本と引き合わせて校正をしたりもしました。そのあたりの厳密な校正はもともと会社的に強い部分なので、ここは社内リソースをかなりアテにすることができました。制作上大変だった点として、もとのデータの作り方が制作者によって異なるので、制作時に適宜判断しなければならなかったといったような点が挙げられるのですが、これはおそらく全ての制作会社にとって労力が必要だった部分なのではないかと考えています。InDesignに限らずDTPソフトというのは「紙の本」を効率良く制作するために機能拡張を繰り返してきています。紙の書籍の制作というのは結局書籍として完成した状態の見た目が全てで、そこに至る経路はどんな道を辿ってもいいという世界なので、当然制作会社ごとにノウハウも違いますし、人によっても違ってきます。100人オペレータがいれば100通りのやり方があるくらいに考えても良いくらいだと思います。した印刷会社は社内でミスを減らすためにワークフローを統一しているとは思いますし、私の会社もそれはやっているのですが、例えば緊デジのようにどこで作られたかわからないデータを受け入れて電子書籍にするような話ですと、元データがどう作られているのかをそれぞれ分析し、必要に応じて修正することを考えなければなりません。見かけは同じでもどの機能を使ってそれを実現しているかというのは正直データを開けてみないと分かりません。しないと例えば、意図しない箇所で改行がかかり、ビューア上で組版が大きく乱れるなどといったことが起きてしまいます。この元データ整理の部分の自動化はできないと思います。全般に「紙の本の組版をそのまま再現したい」という出版社サイドの要望が強く、これの対応も大変でした。正確な組版の対応は「ページの概念がない」リフロー型電子書籍ではどこまでいっても限界がありますし、当然できないことや「やらない方がいいこと」も沢山あります。それを出版社さんに説明し納得してもらうために、何故やらない方がいいのかを説明して、代わりの選択肢を箇条書きにして送って選んでもらうなど、かなり神経を使いました。touchとReadium、Kinoppyを併用する形で制作を進めました。KoboとKinoppyで校閲を行った理由は、この二つのストアは当時すでに出版デジタル機構からのコンテンツ供給が確定していたからです。ビューアが当時もうかなり組版的に安定していたという事情ももちろんありました。他にはiBooksなども使っていましたし、社内での読み合わせ校正用としてはMurasakiからプリントアウトし、底本と引き合わせたりもしていました。当時は、それぞれのビューアごとに表示が微妙に異なるといったようなことがあり、あるビューア向けに表現を追い込んでも別のビューアだと崩れてしまうといったようなことがありました。これはWebが辿ってきたのと同じ道だと思います。電書協ガイドはそういうビューア間の「方言」を吸収するために作られた側面があり、電書協や出版デジタル機構が各ビューア開発会社にガイドに沿った形でビューアの改訂を要請し、同時に制作者としてはこの電書協ガイドの仕様に沿ってコンテンツを作ることで近い将来にはほぼ全てのビューアで同じ表示が得られる、というのが緊デジでの電書協ガイド仕様採用の意図だったと思います。ビューア自体の改訂が緊デジの制作期間内に間に合うかと言えばそれは無理なわけで、校正者としてはどうしても目の前の、まだ表示が不完全なビューアの表示に引っ張られます。これはまあ仕方ないことだったかなとは思います。今は大分各ビューアの改訂も進んできており、まあ正直当時この状態だったらなと思わなくもないのですが、これはいわゆる「鶏と卵」的な話でもあるので、生みの苦しみ的な部分はやはりくぐる必要はあったのかなと思います。スケジュール的には当初は出版関連業における閑散期にあたる夏場に人数を割いての作業を想定していたのですが、結局冬場の繁忙期に完全に重なってしまったことが痛かったように思っています。EPUB3制作の流れのおおざっぱなまとめとしては、MC-B2のタグテキストをPerlでInDesignタグテキストに変換し、タグ付けを行ってXMLで書き出し、それをまたPerlで変換してXHTMLにし、自社制作ツールでOPFパッケージングファイル、目次ファイルなど必要なファイルを生成してEPUB3に、というような感じで制作を行っています。このあたりの流れについては7月に出展の決まりました電子出版EXPOでも展示を行っておりますので、ご来場の際はぜひお立ち寄りいただければ嬉しく思います。今後は印刷物の制作とも連携させたワークフローを整え、会社全体で効率良く電子書籍を作れる体制を整えたいと考えております。石倉章晴さんセッションデンショクさんは私が所属していますJAGATの研究会でお世話になっている会社さんなのですが、もともとモトヤの関連会社で、InDesignでデータベース組版の仕組みを構築し医学書を中心とした制作を行われています。書籍だけではなく、同じデータベースからiPadや各種タブレット類へのアプリ制作などもされているとのことです。一般販売される書籍だけではなく、病院内で医師や看護スタッフが利用するソリューションの提供がかなりの比重を占めるとのことで、こうしたマルチな展開はぜひ見習いたいところです。依頼があり、主担当1名ほか、システム開発・タグ付け担当各1名で作業を行ったとのこと。元データは電算写植機データからのドットブック制作がかなりの冊数にのぼった他、EPUB3も6点ほど制作されたとのことでした。エディタとしては当初はFUSEeを検討したものの、結局Dreamweaverをメインに使ったとのことです。私の作ったスクリプト・アプリ類をかなりご活用いただいたとのことで、これは作成者として嬉しい限りです。制作時の問題点として、技術的には「確認したい箇所を底本から探す手間」を挙げておられました。これは大いに頷けるところです。元データがInDesignであればDTPデータをPDFに変換し、検索するなどの方法も考えられますが、もとが電算写植機のデータなどではちょっと方法が思いつきません。電子書籍が効率的に制作できるワークフローの確立」などを挙げておられました。このあたりは大いに参考にしたいです。「非販売系書籍の電子化」も将来的には対象になってくるのではないか、と話されておられ、特定組織内でのみ流通する文書類や、役所などが無料配布する資料などの存在を考えると、確かに決して軽視できない分野であるように思いました。野知潤一さんセッション九州で電子書籍制作の会社を営まれている野知さんのセッションです。電子雑誌トルタルにも参加されています。今回は私からお願いしてご登壇いただきました。電子書籍の制作には2001年から関わっておられ、最初はメディアワークスのライトノベルHPでの立ち読み版制作だったとのこと。縦書き、ルビ対応が必要だったため、当時その技術を持っていたボイジャーのソリューションを採用し、2年間で200冊ほど制作されたとのことでした。2003年には九州のシティ情報誌の文芸賞の電子化、2004年から始めた自社文芸サイトの作品をドットブックにして2005年から理想書店で販売、2007年には女性向け官能小説(ケータイ向け)などのお仕事をされていたものの、どれも大きな売り上げには結び付かず、iPhoneの上陸を機に現在の流れに至るとのお話です。緊デジでは九州の出版社に積極的に営業をかけたのですが、参加したのは海鳥社だけで当初は50〜70冊というような話だったものの、出版社サイドでの著作者への許認可に時間がかかり、最終的に16タイトルの電子化という話になったのが12月末とのこと。データ形式としては旧バージョンのEDICOLORデータがほとんどで、中国や九州の歴史ものが多く、文字コード外の地名・人名がたくさん出てくるもので外字対応に追われた他、ルビの点数がとても多く、大変苦労をされたとのことでした。外字に関しては、当初出版社から要望のあった形式が文字コードがShift_JISのドットブックだったため、文字コードがUTF-8のEPUB3なら外字化しないで対応できるJIS第3・第4水準の漢字まで外字画像化して対応せざるを得なかったとのお話でした。画像が350点以上ととても多い本もあったとのことで、画像をコンテンツ内のどこに配置するかにかなり苦心をされたようです。現状EPUB3でも画像の回り込みの対応は十分とは言えず、どうしても文章が画像で寸断される箇所が出てしまいます。これは結局文字の拡大縮小ができる「リフローの利便性」と「厳密な組版」がぶつかる部分なので、多分将来的にも完全な対応は難しいのではないかと思います。全てドットブックのコンテンツを納品したところで制作業務が終わったと思っていたところ、2月28日の時点で「EPUB3も作って欲しいという要望が判明」し、対応に大わらわだったとのこと。ここではドットブックからEPUB3への変換および、UTF-8で外字から外れる文字の非外字化が技術的課題になったようです。聞くだに大変なお話で、本当に苦労が忍ばれました。Publishingのような有償コンテンツ販売よりも向くのではないか」という言葉で、さらに「パッケージで固め、値付けしたとたんに圧倒的に読者が減るのが大きな問題」とも言われていました。今後はブラウザベースでタテ書きでコンテンツを公開できる方向性を考えたいとのこと。私も現在のセルフパブリッシング(プチ)ブームがどこまで続くのかは少し疑問には思っており、まずWebベースで無料公開し、一定の人気を集めた後に有償コンテンツ販売に移行するというルートが定着する可能性は十分にあると考えています。鎌田幸雄さんセッションシーティーイーの鎌田さんのセッションです。鎌田さんもJAGATの研究会でお世話になっており、今回登壇をお願いしました。シーティーイーさんは43年の歴史を持つDTP制作会社とのことで、鎌田さんはQuarkXpress向けのAppleScriptをかつて積極的に発表され、著書も書かれている方とのこと。私は不勉強で知らなかったのですが、どこかでコードのお世話になっていたかも知れません。モリサワのMCBookを中心にし、現在MCBook、EPUB3の同時納品フローを構築しているとのこと。理由として、もともとシーティーイーはDTPの制作会社であり、会社全体としてCSSの知識は浸透していないことを挙げておられました。緊デジは主に価格面での判断で受注は見合わせたとのことで、現在月産50冊程度の電子書籍制作体制を構築しておられるそうです。DTPを中心とした制作会社にとってCSSの知識が壁になるのは私も痛感しているところで、緊デジが電書協ガイド仕様を採用した理由も「CSSがあらかじめ規定されているフレームワークだから」という部分が大きかったように思います(担当者が勉強すれば、という声も聞こえてきそうですが、「社内に一人詳しい人がいる」のと、「会社としてほぼ全員に一定レベルの知識が期待出来る」のは大違いです)。MCBookでのフロー構築は私も検討はしたのですが、鎌田さんのお話によると結局MCBookが電書協ガイド仕様のEPUB3書き出しにきちんと対応できたのは5月あたりだったとのことなので、これは見送って正解だったようです。出版社さんとあらかじめ相談して作り方を規定し、異体字はMCBookの機能で対応、現在WordからMCBookへのフローも構築しているとのこと。人員としては管理スタッフは2名ほどに留め、制作自体は単価の安い地方で行っているとのお話でした。最近は電子と紙の同時発行の依頼が増えているとのことで、今後増えてくるタイトな制作スケジュールに対応するために、DTPも含めたデータ作成のあり方を考えておられるとのことでした。興味深かったのは、MCBookは結局プロプライエタリ(特定メーカー依存)のツールなため将来的に継続してのコンテンツ制作のベースにするにはコピー&ペーストができないなどの問題点もあり、IDML経由でのコンテンツ制作を考えているとのお言葉です。IDMLはInDesignから書き出せる互換ファイル形式の一種で、通常はCS5→CS4など下位バージョンへの互換目的などで使用します。これはZIPパッケージ内にXMLが収められているもので、一応原理的には全ての要素をXMLで書き出すことが可能です。あまりに複雑すぎるため、私などはこれをハンドリングすることは早々にあきらめ、InDesign内でXMLタグを付加し、書き出して変換する方法を選びました。IDMLから変換してEPUBを制作できるのであれば、タグを付加する手間を省くことができ、かなりの省力化が期待出来るのではないかと思われます。以上、セミナーのまとめでした。長文にお付き合いいただきありがとうございます。この後質疑応答も行われたのですが、いささか長くなりすぎましたし、私自身が登壇者で詳細なメモは取れていませんので、省略させていただきます。今回会場には深沢さん、沢辺さんをはじめ、緊デジ制作でお世話になった方々もご来場いただき、活発な質問も飛び交いました。これを機会として、リアル、ネットを問わず活発な議論が継続して行われるようであれば、これに勝る喜びはありません。ご来場いただいた方々、本当にありがとうございました。緊デジで採用されている電書協EPUB3制作ガイドはあらかじめ必要と思われるプロパティ要素をほぼ全てCSSでclass名として規定しておき、それを選択するだけで基本的なEPUB3の制作ができるように考えられたフレームワークですが、これは使用者の側が規定されたclass名を記憶しておかなかればならないことを意味します。電書協EPUB3制作ガイドの厖大なプロパティ要素を全て記憶しておくことは至難の業で、緊デジでのEPUB3制作では結局毎回CSSを開いて既定されている値を検索する必要がありました。これでは時間もかかる上に、電書協EPUB3制作ガイドの規定プロパティを活かしきることはできません。そこで、Mac用テキストエディタ「mi」(旧名ミミカキエディット)の「モード」機能を利用し、デフォルトで選択できる「HTML」モードをもとに電書協EPUB3制作ガイド(緊デジリフローテンプレート)で規定された全てのプロパティ要素をメニューからのドロップダウン選択だけで入力できる「電書協EPUB用XHTML」モードを作ってみました。修正に多大な労力を要する「ルビ」の修正につきましては、イースト株式会社の高瀬拓史(@lost_and_found)さん作の「でんでんコンバーター」のマークダウン記法、「でんでんマークダウン」のルビ記法とXHTMLのルビタグを相互に変換できる機能を収録し、可読性の高い、容易なルビ修正を実現しました。縦組み時に正立・横転の指定が必要な記号類への自動タグ付加や、3桁までの半角数字への縦中横タグ自動付加、選択した段落への<p>〜</p>タグの自動付加、HTMLコメントの一括消去などもスクリプト化して収録しました。MacでのEPUB制作のおともにお役立ていただければ嬉しいです。10.13にて動作確認済みですmi本体はこちらより入手できます。3.0用にはタグ以外の箇所の半角⇔→全角、カナ⇔かなの変換機能を追加しています。※既にmi2.1でこのモードを使用していた場合、mi3.0をインストールした際に自動で旧モードが取り込まれるのですが、これで取り込まれた旧モードは3.0用ではないため選択するとアプリが落ちてしまうようです。Support/mi3/mode/」でモードフォルダに移動して手動で古いモードを削除し、あらためて読み込んでみてください。ダウンロードしたZIPパッケージをあらかじめ任意の場所に解凍しておきます。メニュー項目「mi」から「モード設定」を選択し、ウィンドウを開きます。「モード追加」→ラジオボタン「新規」が選択されている状態で「ファイル選択」をクリックします(このとき、ラジオボタン「モードファイルからインポート」を選択してファイル選択ウィンドウを開くと、ステップ4で目的のファイルがグレーアウトして選択出来ない状態になることがあるようです)。ダウンロードしたZIPパッケージ内のファイル「電書協EPUB用XHTML」を指定し、「追加」をクリックします。「インポートしようとしているモード/ツールには〜」というメッセージが表示されるので、「インポート」を選択してインポートします。メニュー項目「ドキュメント」→「モード」から「電書協EPUB用XHTML」が選択出来るようになります。変換したい範囲のテキストを選択し、「ツール」→「その他」から「XHTMLルビタグ→でんでんルビ変換」を選択することで、複雑なXHTMLのルビタグを可読性の高いでんでんマークダウンのルビ記法に変換して修正作業を行うことができます。すべての修正が済んだら「でんでんルビ→XHTMLルビタグ変換」を用いて再びXHTMLルビタグに変換します。ルビが修正されているかの確認は、「Command+R」でSafariを呼び出してXHTMLファイルを表示させればOKです。電書協ガイド仕様の外字イメージへのルビ付加にも対応しており、柔軟にルビの付加作業を行うことができます。マークダウンのルビ記法のルールはこちらをご参照ください。class=”sideways”>のタグを付加します。「ツール」→「その他」から「選択範囲内の対象文字に正立/横転タグを自動付与」を選択することで実行できます。タグ付加が必要な文字はこちらの資料を参照しています。選択範囲のテキスト内で全角文字に挟まれた3桁までの半角数字を認識し、自動で縦中横のタグを付加します。「ツール」→「その他」から「選択範囲内の3桁までの半角数字に縦中横タグを自動付与」を選択することで実行できます。選択範囲のテキスト内のHTMLコメント文を消去します。「ツール」→「その他」から「HTMLコメントを消去」を選択することで実行できます。段落に開始タグ「<p>」、終了タグ「</p>」を自動付与します。/></p>」として処理します。「ツール」→「その他」から「選択範囲内に<p>タグを自動付与」を選択することで実行できます。文字列「<p>■分割■</p>」を挿入します。これは以前のエントリで紹介したファイル分割スクリプト「電書協仕様EPUB用XHTMLファイル分割」用のものです。「ツール」→「その他」から「ファイル分割スクリプト用分割マーク挿入」を選択することで実行できます。基本構造(リフロー縦書き/リフロー横書き/フィックス)「ツール」メニューの一番上に並んでいます。選択部分の前後に電書協ガイド仕様の各ヘッダ・フッタを付加します。基本的にCommand+Aでテキストを全体選択して使います。入力後のカーソルは<title></title>の間にありますので、そのままタイトルを入力できます。見出し類<h1>〜<h6>までの見出しタグを入力するための項目グループです。電書協EPUB3制作ガイドで規定されているクラス名、目次リンク用のID名が同時に挿入されます。ID番号は必要に応じて書き換えてください。適用したい段落を選択し、各項目を選択することで前後に例えば以下のようなタグが挿入されます。id=”toc-XXXXXXXXX”>見出しタイトル行</h3>見出し以外の単体プロパティの入力項目については特に説明は必要ないと思われますので、省略いたします。全体字下げ・ぶら下がりインデントしばしば併用される複数のプロパティを同時入力するための項目グループです。全体○字下げ、ぶら下がり○字といったような表現を簡単に入力できます。適用したい段落を選択し、項目を選択することで段落の前後に例えば以下のようなタグが挿入されます。全体字下げ・文字サイズ下げしばしば併用される複数のプロパティを同時入力するための項目グループです。全体○字下げ、文字サイズ○%下げといったような表現を簡単に入力できます。適用したい段落を選択し、項目を選択することで段落の前後に例えば以下のようなタグが挿入されます。右揃え・全体字上げしばしば併用される複数のプロパティを同時入力するための項目グループです。右(縦組では下)揃え、行末○字上げといったような表現を簡単に入力できます。適用したい段落を選択し、項目を選択することで段落の前後に例えば以下のようなタグが挿入されます。文字を選択し、各キーバインドを入力することで以下のタグが挿入されます。class=”upright”>選択文字</span>これはテキストエディタのカスタム機能ですので、モードの項目、キーバインド等気軽に追加、改訂することが可能です。使いやすいようにカスタマイズしてご活用ください。(2013.6.26)テキストエディタ「mi」の「モード/ツールライブラリ」にご掲載いただきました。mi開発者の上山さま、ありがとうございます。(2013.9.9)mi3.0用モードを追加しました。「第28回国際デジタル教科書技術ワークショップ」に行ってきた2013/06/066月5日にJEPAで開催されたセミナー「第28回国際デジタル教科書技術ワークショップ」に参加してきました。今回はIDPFのマーカス・ギリングさんが登壇者のひとりということもあって盛大に英語の飛び交うセミナーで、通訳にあたられていた村田真さんも大変そうでした。以下のレポート内で聞き違いやメモの取り間違いによる誤記があるかも知れませんがご容赦および適宜ツッコミをお願いいたします。なっていたのですが、欧州のみだと話すことがあまりなく、すぐに終わってしまうため、アメリカでの状況も含めてのデジタル教科書のお話とのことでした。デジタル教科書の提供自体は難しくないがそれは単一の会社のソリューションに依存した場合で、それはしばしばロックイン(囲い込み)を引き起こすし多くの場合非合法ですらあるため、オープン標準化が必要というような話がありました。この非合法という部分の意味は今ひとつわからなかったのですが、おそらく独占禁止法的な部分なのかなと思います。標準化に必要な要件として、サーバー、クライアント側リーディングシステム、コミュニケーションプロトコル、コンテンツを挙げています。コミュニケーションプロトコルは先生と生徒の間で情報をやり取りする仕組み的な意味合いだと思います。テストの回答をデジタルネットワークを介して集計する、デジタル教科書に先生が引いた下線や書き込みを同期する仕組みなどといったところでしょうか。Annotation」という取り組みが始まっているとのことで、近い将来ウェブページなどで他のユーザーの書き込みを見て議論を深めていけるようになるのかも知れません。現在でもはてなブックマークのようにページ単位で議論する仕組みはありますが、これがページ内の特定の箇所に適宜注記をつけて議論できるようになるということですね※1。現在利用できる電子書籍での注記同期の実装例としては、Kindleの「ポピュラー・ハイライト」機能がありますが、こういった機能は確かに教育目的ではニーズは高いでしょう。当然のことながら各コンテンツの権利管理や、各生徒のID管理の標準的な仕組みも必要になるとのお話で、まだまだなかなか越えるべき壁は高そうです。印象的だったのは「多くの出版社は紙と同じ形での電子版を望んでいる」というコメントで、確かに当分は紙の教科書との併存が前提になる以上、教育現場の対応も踏まえた現実的な話と受け止めるべきと思います。「アクセシブルな教科書とは?」河村宏さん元デイジーコンソーシアム会長の河村さんのセッションです。最初に「アクセシビリティは多様な人間のニーズに応じられること」というお話があり、これはシンプルでとてもわかりやすく、うなずける言葉です。例として発展途上国のHIV対策を挙げられていたのですが、緊急性が高い場面で命が助かるかどうかは情報の有無が鍵になり、識字率などによって緊急性の高い情報の伝達が阻害されてはならないというようなお話でした。この6月中に視覚障害やプリントディスアビリティのある人々に対して著作権保護作品へのアクセスを保証する国際条約が決まりそうとのお話があったのですが※2、視覚障害だけではなく、脳機能障害などによって読字が難しくなる「プリントディスアビリティ」を抱える人々の存在は、今後ひとりでも多くの人々に電子コンテンツを届ける上で外すべきではないポイントであるように思います。電子教科書については様々な障害者のニーズに出来るだけワンソースで応えたいというようなお話があり、これは決して多額の費用をかけられず、多くをボランティアの労力に頼らざるを得ない障害者向け教科書作成の現状を考えても、まず必要になる考え方でしょう。電子書籍の同時提供を踏まえたコンテンツ制作工程の上流分岐フローの確立は、障害者向けのみならず広く今後の出版フローの合理化を考えて考えなければならない課題です。河村さんのお話の中で「アメリカの著作権法では国境を越えて作られたデジタルトーキングブックがNGなのが現状での問題点」というようなコメントがあったように、単純に技術面での問題だけではなく、著作権など法的な部分でクリアしなければならない課題もまだまだ多いようです。先述したマーカスさんのお話と共通する部分として、「授業の進行を考えると、当面の間は紙との並存を前提にする必要があるし、そのためページ数での指定はデジタル教科書でも当分必要となる」というようなコメントもあり、ページ番号は紙のコンテンツの属性を引きずっているとは言え、現場の要求から当面は必要になりそうなのかなという印象を受けました。実際問題、「みなさん○○ページを開いてください」に代わる適切な指示がちょっとすぐに思いつかないというのも事実です。国際的なデジタル教科書の採用例としては、タイ、韓国、シンガポールなどアジア圏で先行している例が目立つ他、ブラジルも比較的熱心に推進しているとのこと。タイでの例でデバイスのマシンパワー不足で音声読み上げができないというように、まだまだ過渡期ならではの障害も多いようです。さん上智大学の田村先生のセッションです。田村先生はデジタル教科書について主に技術面の研究を進めておられるとのことで、今回は学生さんが試作されたさまざまなインタラクティブな要素が各ビューアで現在動作するかを見るためのサンプルEPUBコンテンツも発表されていました。現状での電子教科書事業の進展状況として、海外での電子教科書の取り組みに加え、国内での取り組みとして文部科学省が2011年に出した「教育の情報化ビジョン」および「学びのイノベーション事業」※3、総務省の「フューチャースクール推進事業」などに言及されていました※4。現状での問題点としては、一般の書籍販売に比べてステークホルダーが多いため調整が大変なことや、伝統的な教育方法とデジタルネイティブ世代に適応した教育のあり方のギャップなどの問題があるとのことで、各ステークホルダー間で電子教科書はどうあるべきかといったコンセンサスすらまだ十分には取れていない現状のため、まだまだ道は遠いとのことです。ドッグイヤーと言われるように技術の移り変わりがとても早いデジタルの世界にあって、従来の慎重に慎重を重ねる(検定教科書制度に代表されるような)教科書作りのあり方が果たして妥当なのか、これからの数年で問われていくことになりそうです。学生さんが作られたサンプルコンテンツについては上述したepubcafeのページでダウンロードできるのですが、JavaScriptなどインタラクティブな要素をめいっぱい詰め込んでいるためかかなり重く、手元のiPad3でもしばしば固まってしまいました。現状動作したプロパティが一番多かったビューアはiBooks3とのことなのですが、それでも55%に留まるようです。インタラクティブな電子教科書を作成し、配布するにはまだ環境が不足しているといったような感じでしょうか。将来的にはダウンロード型ビューアにはどうしても限界があるためブラウザのEPUB表示アドオン拡張に可能性を感じているとのことで、確かに一般書籍などの静的な「読書」と、活発な情報交換を伴う教育の場で使われる「教科書」では必要とされる要件が大幅に異なるため、結局はそちらに行かざるを得ないように感じました。教科書制作の現場で「安心して使えるインタラクティブ要素」を確定する必要は出てくるため、例えブラウザベースに移行したとしても「標準化」は必要になるように思います。さん/桑野和行さん進研ゼミで有名なベネッセコーポレーションのお二方のセッションです。個人的に桑野さんにはJAGATの研究会でお世話になり、いつも面白いお話を聞かせていただいているのですが、今回もなかなか興味深いお話を聞くことができました。ベネッセさんは80年代にファミコン用に電子教材を開発し、また90年代には「ポケットチャレンジ」という専用機を提供、最近ではDSやiPod向けにでソフト展開するなど積極的に電子教材に取り組んできたとのことで、現在は受講者向けに専用Android端末を配布しているとのことでした。従来通りの紙教材も引き続き制作されているわけで、今回はこうしたデジタル・アナログ双方のコンテンツを効率的に制作するためのXML等を利用した上流分岐フロー・XMLスキーマのお話でした。実現するためのまたとないモデルケースなわけで、実に興味が尽きません。相応のコストはかかるわけですが、これがきっちり出来ていれば、どんな形にでもコンテンツを出し分けられるわけです。ベネッセさんでは現在独自スキーマで蓄積しているコンテンツを、将来に備えてHTML5ベースで適宜出力できるようにする仕組みを整える計画とのことで、今年中にこれを完了したいとのこと。独自スキーマは大別して問題系と辞書系の二つあり、全教科全学年を一種類のスキーマで扱っているとのことでした。EPUB3はシステムが自動生成するコンテンツの一つという位置づけで、ハンドコーディングでひとつひとつ作ることは将来も考えていないとのこと。これはまあ大量に作ることを前提にする以上当然の考え方と思います。トライアルコンテンツの表示もされていたのですが、問題の順番をランダムに変え、入力フォームに答えを入力して正誤判定をし、次々に新しい問題に遷移してゆくデジタル教材というようなもので、正直これを現状のEPUBで実現しているのはかなり技術的に凄いレベルと思います。MathMLでの数式表示なども紹介されていました。将来的にはこうしたEPUBの教材を、ReadiumSDKやブラウザのEPUBビューア機能追加などを利用して利用者に提供したいとのことで、解決すべき課題としてDRMやコンテンツ制作者の頭の切り替えの問題があるとのこと。「コンテンツ制作者の頭の切り替え」については私も正直全く他人事ではありません。緊デジ事業等で関わった出版社の方々も皆苦労をされているようでした。社員教育のあり方なども変える必要が出てくるのかも知れません。今回は相当盛りだくさんだったのでなかなか書くのも大変でした。教育分野はコンテンツのリッチ化などに代表されるようにデジタル化の恩恵を受けやすく、また河村さんが言及されていたように従来阻害されがちだった障害を持つ方々にも電子化によって必要な情報を届けられる側面があるために、期待はとても大きいのですが、それだけに乗り越えなければならないさまざまな壁もあるようです。近い将来の教育現場がどのような姿になっているのか、しばらくは興味が尽きません。教科書と直接の関係は無いのですが、来たる6月17日にJAGATさんで「EPUB制作現場の実態と課題」と題して昨年度の印刷物からの電子化の技術的課題を振り返るセミナーを行います。これには私も登壇者のひとりとして参加させていただくのですが、ベネッセさんのお話にあったような、デジタル・アナログ双方のコンテンツを効率的に制作するためのヒントは得られるのではないかと思っています。参加をご検討ください。あと、本当に蛇足ですが、私の所属する会社が7/3から東京ビッグサイトで開催されます「国際電子出版EXPO」に出展します。ご来場されたら是非遊びに来て下さいね。iOS用アプリを発見。こんなの出してるんですね。Reports「進む学校のICT活用とデジタル教科書普及」(2013.6.07)ベネッセコーポレーションのトライアルコンテンツにつきまして、ご指摘をいただきましたので「正解しないと次の問題に遷移できない」→「正誤判定の後次の問題に遷移」の形に表記修正いたしました。Tajimaこちらにて、電子書籍&Web制作を担当しています。このブログは、EPUB3をはじめとした電子書籍制作担当オペレータからの、「電子書籍の制作時にたとえばこんな問題が出てきていますよ」的な「現地レポート」です。整うことを願って、現場からの声を発信していこうと目論んでおります。当ブログ内の記事・資料は、私の所属しております組織の許諾を得て掲載していますが、内容は私個人の見解に基づくものであり、所属する組織の見解を代表するものではありません。本ブログの情報・ツールを利用したことにより、直接的あるいは間接的に損害や債務が発生した場合でも、私および私の所属する組織は一切の責任を負いかねます。License.『電書魂』のコンテンツはクリエイティブ・コモンズによりライセンスされています。記事名の記載と、記事へのリンクを貼って頂ければ、コンテンツを自由にご利用いただくことができます。