電子書籍勉強会で発表した動画です。
くわしい記事はコチラ
一度iPadでホームページを表示してブックマークをホーム画面に追加。
アプリケーションのようにiPadに登録されるので
オフラインにしてiBooksのように本を閲覧することが出来ます。
AppStoreを通す必要はありません。
7/24日 大阪DTPの勉強部屋の電子書籍勉強会でお話させていただきます。
ePubを少々いじって実験とかしていたのでパネラーとして招待されたのですが、だんだんDRMに興味が出てきてPDFに認証をかけるDEMOをさせていただきます。（そのかわりePubは勉強不足だ）
内容としては
PDFに簡易DRMをしてみる
あたりの話をしたいと思います。自分の中ではiBookStoreやAppStoreをはじめ、その他同様のサービスを使って販売するより、自前でなんとか出来ないかを考えています。興味のある方は、ぜひご参加ください。特に出版系の方はいろいろご意見を聞かせていただけるとありがたいです。
HTML5にはオフラインで読める機能があるのでそれを利用。PDFはキャッシュしてくれなかったのでJPEG画像を表示することにしました。
下記に接続してブックマークを追加するときに「ホーム画面に追加」を選ぶとiPadのホーム画面にアイコンが追加されます。追加された本棚はオフラインでも本を読む事ができます。
本棚が表示されたらブックマークに追加「ホーム画面に追加」を選びます。
ホーム画面に追加すると、こんな感じ。iBooksのマネしてみました（笑）
これを表示するとオフラインでも本を読む事が出来ます。いちおうページめくりと上の方をタップすると本棚に戻る事が出来ます。
今回のテストでは静的なページですが、購入した本によってひとりひとり違うページももちろん作る事ができます。JavaScriptとHTML5で実現できさほど難しいことはしていません。雛型があればだれでも作れる技術です。高い料金や中間マージンを払って本をうるほどでは無い場合なんかに良いのでは無いでしょうか。
と非常におもしろく夢が広がる話なのですが、やはり欠点があります。
DRMはiPad限定できるしうまく作れると思います。
本がJPEG画像なので読み込むのに時間がかかります。まぁこれは「ビューン」でもそうなので問題無いかもしれません。
次にやはりJPEG画像なのでページをめくるアクションはJavaScriptで自作する必要があります。このアクションを入れると今度はマルチタップでの拡大といったiPadらしい機能も自作する必要があります。せっかくの機能なのに使えずに再度自作するのはちょっと不毛です。
またオフラインにキャッシュさせる書き方がかなりデリケートで現在のテストでは奇跡的にうまくいった感じです。
このあたりをうまく作れればとっても面白いと思います。でもそろそろ別の方法も考えたくなって来たのでひとまずこれで公開します。
はまったところなど。
オフラインでも読めるようにキャッシュさせるにはcache.manifestというファイルを作ります。ここにはキャッシュさせたいファイルを列記します。#はコメント行です。
cache.manifestを認識させるために.htaccessには下記のように書いておきます。
AddType text/cache-manifest .manifest
CACHE MANIFEST
# Version: 2.6
CACHE:
# Desktop Icon
img/myCustomIcon.png
# HTML
# CSS
common/css/main.css
# JavaScript
common/js/view.js
# Images
book/dtp0001_001.jpg
book/dtp0001_002.jpg
book/dtp0001_003.jpg
book/dtp0001_004.jpg
book/dtp0002_001.jpg
book/dtp0002_002.jpg
book/dtp0002_003.jpg
book/dtp0002_004.jpg
book/dtp0002_005.jpg
book/dtp0002_006.jpg
book/dtp0002_007.jpg
book/dtp0002_008.jpg
book/dtp0002_009.jpg
book/dtp0002_010.jpg
bookpreview/0001.jpg
bookpreview/0002.jpg
img/back.jpg
あと本体のパスの書き方ですがパスの最初に「./」を書くとダメです。
cache.manifestもhtmlもです。なんかつい書いてしまって苦労しました。
<img src="./book/img001.jpg">これはダメ
<img src="book/img001.jpg">これはOK
ソースはコチラ
「htaccess」は「.htaccess」に変更してください。
電子書籍が注目され、iPad関連の話を出版者さんに聞くと、iBookStoreやAppStore、Amazonなどに30%も持っていかれると出版が成り立たないといった話を聞きます。例えば通常だと2000円の本が電子出版では1000円程度でしか売れなくて300円を中間マージンとして持っていかれて、残り700円で編集費、著作料金、制作費、広告費をまかなうというのが大変なようです。またiBookStoreやAppStoreで販売しても多数の本に埋もれてしまい、なかなか売れない事も予想されます。でePubなどを自社サーバからダウンロードできるようにすれば問題は解決しそうですが、コピーされてしまう問題が残ります。このコピー問題を解決する仕組みがいくつかのベンダーさんから出されています。どれも非常に優秀で強固なコピープロテクトをかける事が出来るのですが、高額であったり、1本売れるたびに料金が発生したりと小規模な出版社さんにはちょっと合わないようです。
そこでもう少し簡易な物を実験的に作成しました。AcrobatのJavaScriptを使いPDFに認証をかけます。JavaScriptがOFFのAdobeReaderやAdobeReader以外のリーダーでは読む事が出来ません。認証を解除するには初回起動時にネットワークに繋がっている必要がありますが、一旦認証を解除するといつでも閲覧する事が出来ます。認証を解除したPDFを他のPCにコピーすると、再び認証がかかってしまいます。認証を解除するには元のPCでPDFを認証解除し他のPCで再度認証する必要があります。
オンラインでしか読めないPDFなんかはあるのですが、オフラインにこだわってみました。
http://www.openspc2.org/reibun/Acrobat7/javascript/doc/010/index.html
欠点としては
Acrobatのセキュリティがキツすぎて動かない可能性がある。
暗号化してデータを送って、サーバで解読し、また暗号化して送り返しているので暗号を解析されると破る事ができる。
（暗号化が破られる事より、解除されて読める状態のPDFをばらまかれるのが怖い。）
といったところでしょうか。
詳しいソースはDRMという事もあって書けないのですが、暗号化部分をいろいろ工夫していけば効果あると思います。
しくみは下記のようになっています。
PDFの作成方法ですが
フォームオブジェクトに色を塗ってPDFを隠すという方法が多かったのですが、この場合iPadではフォームオブジェクトが無視されて丸見えという事が判明したので、レイヤー付きPDFにします。上のレイヤーが白で本文を隠します。この状態がデフォルトのPDFなのでJavaScriptが動かないリーダーでは読めません。認証に成功すれば隠しているレイヤーを非表示にするだけです。
変更されたりできないようにセキュリティをかけますが、パスワードによるセキュリティをかけるとJavaScriptがグローバル変数にアクセスできなくなってしまいます。電子著名を使うとうまくいくようです。
iPadで読めないのはくやしいので、オンラインで素のPDFを出す事にしました。iPadとiPhoneは簡単に判別できるので、iPadとiPhoneの場合のみPDFを表示します。PDFの直アドレスはわからないようにしていますが、完璧にするならbasic認証かなんかすればいいかと思います。
]]>大日本をはじめ、どこかしこも判で押したようにWEB上で電子書籍販売のお店を開いているのに驚き。そしてどこでも売り上げの30%。どこもがAppleのiBookstoreにもっていかれる前に自社で本を出してね。って、そんな感じです。
そんな中GoogleがGoogleブックスを発表。
今は本が検索にひっかかるという状態ですが、そのうち販売もするそうです。
なによりもPDFか本を送れば勝手に電子化してくれるので出版社さんは楽です。
くわしくは「印刷どーなる？」で
http://www.gorilog.net/print/archives/120#more-120
いずれにせよ、かなり混とんとしています。出版社さんにとってはどれを選べばいいんだよ。いいかげんにしてくれよって感じでしょうか？
そういう意味で出版社さんが自前でサイト立ち上げて販売できる提案がひとつも無かったのはさびしく思いました。DRMを自前で何とか出来ればできるんですけどね。
iPhoneやiPodなどのスマートフォンだけが（オンライン）見れるMy本棚みたいなのは比較的簡単にできます。あとPCではアイドックのASPサービス「Keyring」なんかは良いのではないでしょうか？（ちょっと高いけど）
http://code.google.com/p/sigil/downloads/list
]]>
CSSで改ページの実験下記を追加し
.pagebreak { page-break-before: always; }
改ページしたいところのクラスを作成したpagebreakクラスに設定する。
<div class="image"> <img src="images/20100602_fmt.jpeg" alt="20100602.pdf" /> </div> <div class="pagebreak"> <img src="images/20100602_fmt1.jpeg" alt="20100602.pdf" /> </div>
これで改ページされるっぽいが、iPadでは失敗。
改ページはやはりファイルを分けないと行けないみたい。
SIgilでCapterBreakが楽。改ページというより章がえだね。
ちなみにePubをHPにアップしてiPhoneのサファリからダウンロードしようとしたが失敗。
]]>［Adobe Digital Editionsのダウンロード］
http://www.adobe.com/jp/products/digitaleditions/
課金の問題
電子出版するという事はやはりそこでお金を稼がないといけないわけで、となると課金をどうするかという問題とDRM（デジタル著作権管理）の問題。そういう意味でAppleのiBooksの存在は課金とDRMを小さな出版社や個人出版でも比較的簡単にクリアしてくれる。
見せ方の問題（iPadやiPhoneに限定して考える）
雑誌的なもの：レイアウトを崩せないのでPDFのように全体を拡大する縮小する方式になる。
これらの形式はインタラクティブを入れたいが手間ががかる
Appleで販売するにはアプリにする必要があり、これといったスタンダードが無いため混とんとしている。Adobeのソリューションで終止符が打たれそう。
小説的なもの：文字の拡大縮小ができ読みやすいように工夫がある。表現力が低い。
Appleが採用したePubは縦組みもルビもできないのでT-TimeやモリサワのMCBookなどが出ている。時期ePubで解決するか？
コンテンツの問題
ただ本をそのまま電子出版するのでは本は売れなさそう。デバイスに合わせたコンセプトが必要。AppleのiBooksで販売しても当然埋もれてしまうだろう。どう広告していくか。
電子出版はもうからない問題
電子書籍は本より価格は下がるしAppleに30%払わないといけない。制作費や編集料金、著者への著作権など実はもうからないという話。自費出版に近くなるのか？
僕は電子出版でただ本を販売するのではなく、やはりプラスアルファが必要だと思う。で思いついた事。
・たしかモーニング2が無料で読める時に聞いた話だと思うが、マンガ雑誌はそれ自体ではもうからなくて、コミックを売るための宣伝的な使い方と考えているらしい。そのような電子雑誌（おそらく無料）での連載を広告にして気に入ったらまとめた本を買って下さいという方法。
・電子書籍をWEB的に考えて広告をうまく入れていく。電子出版をするということは当然それを売りたいわけで、他にも通販系の会社も多数あり、SEO対策のように電子書籍を使った広告を考える。なんだかわからん。
・素人でも出せるとなると現在のブログのように良い情報を見つけるのが大変だし体系的にまとまられたものを読みたい。こういう編集者の仕事をみせる本が読みたい。そして電子出版の特性として即効性がいいので。編集者が話題となる内容（例えば電子出版）をテーマに体系的な目次を作り著者を何人か選定して1週間程度で発売する。DTPBooster14を本にしたようなイメージ。
6時間という長丁場でしたが電子書籍でみなさんの知識や考え方に触れられてとても有意義なセミナーでした。この日得た知識はほんとうに大きな財産です。
という事でメインのスクリプトノートではなくここに感想を書いて、電子書籍にちゃんと取り組むという宣言。がんばるぞっ！
キーノート（小木昌樹さん）
小木さんのお話はいつも現実的で、しかし夢があって聞いていてわくわくする。電子出版によって編集者が手に入れる事の出来るデジタルによる表現の自由。今まで編集者が手に入れたと思っていたが実は手に入れられていなかったデジタル化による本当の自由が手に入った事になる。1990年代Macによってデザインの主導権がすべてデザイナーの手に集まり。デザイナーは表現の自由を手に入れたと同時に責任も大きくなった。今回の電子署できではどういう事が起こるんだろう。そんな事を考えさせられました。
電子出版を理解するための5つのポイント（境 祐司さん）
実は僕は電子書籍はほとんど触れていない。今回やっと携帯電話で50円のコミックをダウンロードしてみた。その程度。たぶんこういう人は多いと思う。僕が電子書籍を買うならiPhoneかなと思っていた。今回おしえていただいた現状は、Appleの中の事しか考えていなかった私の殻を破壊してくれました。乱立するフォーマット・ビューア戦争（制するのはどこか？）本を売るのにどのような事がされているか。本当に参考になりました。
アドビDigital Publishing Platform（岩本 崇）
Digital Publishing Platformについては知っていたのですが、やはりAdobeが決定版を出したかという印象。雑誌やカタログ的なレイアウトはInDesignで作って書き出す。こちら、今からがんばれば第一人者ですが、FLASHから同じものが書き出されようになるのでは？と思ってしまう。表現力はすさまじいが、僕にはePubで遊ぶ方が楽しそう。
InDesignから書き出すEPUBをコントロールする（森 裕司さん）
YUJIさんが時間をかけて検証されたInDesignからePubへの書き出しノウハウ。本当にありがとうございます。最初の一歩を踏み出すのは本当に大変です。セミナー受ける前までは作成したePubはどうやってiPadで読むのかも知らなかった私ですが、このセミナーだけでほぼ理解できたと思います。そして普段から仕事でWeb作成もやっているので、cssやJavaScriptをつかって、もっといろいろ表現できそうだという事がわかりました。新しく試したい事もいっぱいできました。ほんとうにありがとうございます。そして楽をしてノウハウを手に入れてしまった自分。申し訳ないです。
新しいメディアの開拓～photoJ.創刊のプロセスと今後の発展～（黒須信宏さん）
ここまでこだわって物を作っているのかと驚き。安易に電子出版をするのではなくデバイスに合わせてユーザーが求めるメディアの特性に沿ったコンテンツを作る。言うのはたやすいが、それを実現されているphotoJ.に驚いた。やはりこういう人がどんどん表に出てくるんだろうなぁ。あれだけの事をするにはそうとう自分を追い込まなくてはいけない。イケメンだがDTPBoosterの紹介写真が怖いのも納得。
電子書籍元年／ビジネスの立ち位置が天国と地獄を決める（田代真人さん）
こちらは逆に超シビアで現実的なお話し。出版業界をほとんど知らなかったので教えていただき、たしかに電子出版では出版社は成り立たないという事がわかりました。この危機的状況。逆に電子出版では成り立たないが、だからこそ工夫をすれば成り立つ。そこがおもしろい。出版についていろいろ考えさせられたお話でした。
$targetdir="./output/";
ではなくて
$targetdir="/home/アカウント名/www/news/output/";
というようにします。
]]>http://www.it-omakase.com/index.php?sakura
]]>/usr/local/bin/php /home/******/www/hoge.php
/usr/local/bin/php
の後の半角スペースも忘れないように。