cas-support12012年夏に有料メルマガが増えているということで、有料メルマガの状況を少し調べ、EPUBの可能性の検討、有料メルマガに関するセミナーを行ないました。資料[1]~[4]最近、有料メルマガ撤退の話がいくつかでていますので整理しておきます。普通のあなたのひとつ上の働き方」(月2回刊、月額525円)を止めるという宣言。「売上が月1万円を超えることはほぼなかった。サイト、2013年5月5日、URL:http://www.yo-hey.com/archives/54477445.htmlここにちょっと面白いデータが出ています。無料メルマガは継続しており、3609通送信し、3441通配達だそうです。有料メルマガは最後は36人だったそうです。2014年01月19日、URL:http://blogos.com/article/78218/内容は、題名どおりで有料メルマガは儲からないという話です。実際のデータが出ていて、この時点で、『「イケハヤマガジン」の有料読者は約80人。80人×378円なので、毎月30,240円の売上』だそうです。後ろに、成功するための条件を挙げていますが、あまり現実的ではありません。「休刊・廃刊メルマガ特集」を自分で紹介するが面白い。ところで、ひとつだけ、ノウハウといってはなんですが、私は経験に基づく仮説として、「有償版は無償版の1%」というフリーミアムに関する有償化1%論を立てています。「常見陽平氏の無償メルマガ3600通に対して、有償メルマガ36通(最後の段階)」は大雑把には、この「フリーミアムに関する有償化1%論」にぴったり当てはまっています。3.0がリリースされました。EPUB3.0の目次は依然としてサポートされていません。3.0(ADE3.0)がリリースされたというニュースが流れました。日本語のADEのダウンロードページ(http://www.adobe.com/jp/products/digital-editions/download.html)ではまだ2.0ダウンロードになっています(24日7時)。英語のダウンロードページ(http://www.adobe.com/products/digital-editions/download.html)では3.0になっています。いうことで早速、ダウンロードして、さっと眺めてみました。私的には、一番期待していたのは、ナビゲーション用のパネルに表示する目次の変更です。ADE2.0ではEPUB2.0時代のNCX方式の目次のままです。EPUB3.0の仕様では、標準目次はナビゲーション(nav要素epub:type=”toc”の下のツリー)で表す方式に変更になり、主要EPUBリーダーはほとんどNAV方式をサポートするようになりました。ADE2.0は、NAVで目次を表現する方式はサポートしていません。ADE3.0でNAV方式に切り替わることを期待したのですが、しかし、残念ながら依然としてNAV目次はサポートしていません。論理目次にナビゲーション方式のみのEPUBでは、目次パネルがブランクのままEPUB3ではNCX方式の目次は近々使われなくなるだろうと予想していました。そこでCAS-UBはV2.2正式版にする際に、EPUB3.0生成設定のNCX目次のチェックをOFFに変更してしまいました。ADE3.0ではそうならなかったということです。そこで、お手数ですが、CAS-UBで生成したEPUB3.0ファイルをADE3.0で表示・利用される場合は、CAS-UBのEPUB3生成「一般」設定で、EPUB2と互換の目次を出すようにチェックを入れていただく必要があります。EPUB3生成の「一般」設定で、「EPUB2と互換の目次」の項このチェックボックスは。デフォルトではチェック:OFFになっていますので、チェックを入れてONとして、設定の「保存」をしてください。その設定でEPUB3を生成します、すると、次のようにナビゲーションのパネルに目次が表示されるようになります。論理目次をEPUB2と互換の目次も出力したEPUBADE3.0では表示精度については、縦書きを中心に若干の改良をおこなったとのとです[1]。・数式(MathML)のサポートは行なわれていません。・SVGはサポートしています。SVGのサポートは、2.0と3.0であまり変わっていないようです。cas-support2昨日のブログ[1]で、EPUBPUBの標準活動について紹介しましたが、ボストン・ワークショップの状況についてより詳しく知りたいという要望がありましたので、引き続き調べてみました。1.ボストン会議の概要ワークショップに参加したわけではありませんが、公開されている資料を基に簡単にまとめてみました。e-ラーニングの分野では幾つかの標準とプロトコルがあり、利用者はそれを相互運用しなければならない状態になっています。その状況についての報告とパネルが行なわれました。McCoy氏が進行役。Webプラットフォームの適用により、e-bookでリッチなコンテンツの提供が可能となりました。Gylling氏が進行役。アクセス可能な教育環境についてをテーマとしています。Belfanti氏が進行役。標準ベースのコンテンツ制作・生成・配信の効率や汎用性についてのプレゼンテーションをテーマとしています。ボストンのレポートIDPFのWebページには、ボストンで開催された第1回EDUPUBワークショップの総括レポートがあります。そのポイントは次のとおりです。Cooperによるキーノートとクロージング・スピーチで示されました。Cooper氏は構造化編集と組立ツールによる次世代の教育出版、構造とスタイルの分離、中間形式の標準を廃して出力がすぐ出来る標準へ、競争上益がなくまた相互運用性で妥協が必要な配布形式のバリエーションをなくして革新につながるオープンな経済システムへの要求について述べられました。これを速やかに進めるために、PearsonはIDPFにEDUPUBの出力形式に関するプロファイルの草稿を提案するとのことです。Jaffe氏は出版とWebのより完全な統合について紹介しました。EDUPUBのほか、Metrodigi社のWidgetsと、VersaPub社の文書協調についてのEPUBを改良案の提案の告知がありました。(Pearson)より11項目の課題の提示がありました。ワークショップ後の進展ワークショップの後の動きとして、3つのワーキング・グループが作業を開始しました。EDUPUBEPUBを教育用テキストに利用するためのプロファイルを作成するものです。現在、IDPFのメンバーを中心にワーキンググループができており、週1回のペースで電話会議を行なっています。これに関しては、PearsonからEDUPUBのベースラインプロファイル仕様のドラフトが提出されました。Specこの仕様案はXHTMLのクラス属性を使って意味とレイアウトを規定しようとしています[2]。QTI、LTI、LRMIQTI、LTI、LRMIは、それぞれ次の内容ですが、これらEPUBと整合を持たせるものと見られます。・QTI仕様はIMSが開発した質問、テストデータ、結果レポートの相互運用を可能とするための標準です。・LTI(学習ツールの相互運用性)は、現在、IMSで仕様の開発が進んでいます。・LRMI(学習資源のMetadata)とアクセシビリティについて。EDUPUBとQTIのワーキンググループは、別々に作業を進め、第2回のワークショップの後で整合性の検討を行なうようです。QTIとEPUBでは、現在、HTMLの要素の使い方に相違があります。V2.1にはない要素がだいぶあり、またQTIとEPUBではテーブルのモデルが違うなどの内容モデルが違うとのことです。Widgets小さな単機能のアプリケーションや部品を共有するプラット・フォームを作ろうということのようです。これについて議論をするためのグループができています。Metrodigi社が提供したWidgetsを元に、現在、インターネット上のオープン・ソース用レポジトリが用意されています。クラス属性とCSSを使ってプロファイル仕様を作ろうという考えのようです。これはEPUBの従来の方針とはかなり違うのではないかと思います。3.0.1)はISOの技術標準になることが決まっています。30135として刊行されました[3]。IDPFISOの標準とするに際してのマイナーな変更を行い、EPUB3.0.1とすることになっています。作業はほとんど終了し、昨年末に、公開レビューが行なわれました。3.0.1コメントを整理した上で、次のステップとして提案仕様に進むことになっています。変更点のリストを見ますと、実際はかなり変更になっています。ISO標準化の機会を利用して、仕様のかなり大きな拡張が行なわれました。実態としては3.1と呼ぶべきものでしょう。主なものだけ紹介します。1Publication(OPF)・collection(OPFの最後に0回以上出現)要素が追加になりました。複数のコンテンツ文書に分散する索引、特殊な可視化を実現するコンテンツ文書のためのもの。collectionには役割(role)を指定しなければなりません。roleの語彙は随時追加されますが、1/18時点では、index(索引)とmanifest(関連コンテンツ文書)、preview(試読版)が定義されています。Rendering)が新しく設けられました。rendition:align-x-center属性が追加されました。rendtion:align-x-centerはファイル毎にテキストを上下中央配置(縦組みでは左右中央配置)指定ができます。中扉のテキストを中央に配置するのが大変難しいという現在の制作者の悩みを解決する目的で設けられたものです。EPUB3.0仕様確定後の2012/3に追加で策定された固定レイアウト用メタデータ属性が、この出版物の可視化に関する項に統合されました。・仕様で規定していないカスタム属性を許容しました。これによりリーダーの独自拡張が可能になります。Modesの文法と値が変わりました。oeb-page-footが廃止予定となりました。これは、EPUB2からある、ランニング・ヘッダー、ランニング・フッター(日本語書籍の柱に相当)を指定するためのものでした。実装しているリーダーがないので廃止となりました[1]。Overlaysなどその他の仕様にも細かい変更が行なわれています。(参考)日本語訳に変更点のうちrendition:flowの解説があります。Group)主に固定レイアウトに関するプロファイル仕様として開始されましたが、それ以外の機能を含みつつあります。以下のグループは活動を行なっています。Charter今後、仕様のドラフトを完成して公開することになる見込みです。Annotations)プロジェクトはEPUBに限らず、様々な媒体への注釈のモデルを標準化するものです。これを受けてIDPFでは、2013年11月にEPUBの注釈について検討するワーキング・グループを立ち上げました。このグループは活動が始まったばかりです。これから活動を開始する段階EPUBの教科書への利用についての標準化活動が始まろうとしています。W3Cがデジタル教科書と学習参考書に関するEPUB3のプロファイル仕様作成に関するワークショップを開催しています。ワークショップで仕様標準化の課題をいろいろ挙げてから作業をスタートすることになるのでしょう。ワークショップの段階で課題に入らないと作業開始からの追加は難しいようです。個人的感想:これは仕様の拡張の仕方が悪い(CSSのプロパティを独自拡張)のでやむを得ないとは思います。現在、EPUB3では柱を指定する方法がないため、ボリュームの大きな書籍ではどこを読んでいるのかまったくわかりません。これは大きな欠点だと考えています。泥臭い話の中から見える今後の方向」の続きです。このセミナーの趣旨は、「現在の電子書籍(EPUB)の制作と流通向けのリリースは、紙の制作のワークフローの上に、EPUBの制作のワークフローが載っているので、大変効率が悪い。」そのことについて声を上げるとのことです。一つ現実の問題として、現在、「紙とEPUBの同時発売が求められている」が、EPUBが発売されないか、EPUBの方が遅れがち、ということが切実になっているようです。この二つは必ずしも、同じ問題ではありません。ワークフロー以外に権利者や版元の考え方があるのは周知のことです。ここでは、とりあえず、紙とEPUBの同時発売をどのように実現するか考えます。紙と電子の同時発売を実現するために解決すべき課題には、EPUB制作のワークフローの効率化と共通の項目が沢山ありそうですから。紙とEPUB同時発売を実現するための制作方法に関するアプローチには二つあります。第一は、現在のワークフローを前提にしてEPUBの制作期間を短縮するというアプローチです。梅屋氏(SBクリエイティブ)の報告では、現在のワークフローはDTPで紙の本を作り、それを底本として電子書籍を作るという方法です。現在は1ヶ月程度かかっているとのお話がありました。この方法だと紙とEPUBを同時発売するには、EPUBの制作期間(開始から完成までの期間)を少なくとも1週間程度につめていく必要があるでしょう。現在のワークフローを前提にして、これを実現するためには、1DTPで紙の本を作るときにスタイル指定、グリフの指定方法、などDTPの機能の使い方に制約をかけて、2DTPから自動的にEPUBに変換できるようにし、極力自動処理でEPUBを作るということが解決策となります。DTPの機能に制約をかけるには、DTP制作者のためのガイドラインを完備した上で、制作者を訓練する必要があります。厄介なのは、現時点では紙の方が表現力が高く、EPUBの表現力は相対的に低いということです。表現力の異なる媒体のレイアウトを同時に指定するにはかなりのノウハウが必要です。場合によっては、紙のレイアウトで多少の妥協をすることも必要だからです。従って、紙を制作する部門を上流におき、下流にEPUBを作る組織を置く組織作りではだめだということです。ひとつの部署が両方の制作に責任をもつ、つまり、紙の本とEPUBの本を同時に編集・制作するための組織・体制作りが必要です。第一のアプローチは、堅実であり、版元と制作会社の経営陣がそういう方向を示せば、十分実現可能でしょう。このアプローチは、紙の本の出版点数の方がEPUBの出版点数よりも多い、という暗黙の前提があります。EPUBの方が出版点数が多い場合や、EPUBしか出さない(電子版のみの)場合は、このアプローチは意味を持ちません。第二は、ワークフローを変えて、ワンソース・マルチユース方式をとるアプローチです。第一のアプローチは従来の延長線上にあるのに対して、第二のアプローチは、従来のワークフローをガラッと変える革新となります。従って、第一のアプローチよりも課題は多く、しかも難しくなります。大雑把には次のような課題をあげることができます。(原稿の整理、校正、校閲)マルチユースでは、XHTMLがハブ形式になります。原稿の完成とマークアップは、時には並行処理も必要なので厄介です。DTPに依存しないレイアウト方法を考える。その他、コンテンツの管理方法など上の2番目の課題、XHTMLをマークアップとオーサリングする方法には次のような選択肢がありそうです。エディタやWebページのエディタを使って、人手でXHTMLをコピー&ペーストと範囲指定でタグ付けなどでマークアップする。DTPとは異なる技術的なスキルが必要です。したスキルをもつ人材を社内に配置すると、従来よりコストアップになる可能性が大きくなります。XHTMLを専門の会社に発注して作ることも考えられます。すると制作指示をしたり、納品物の検収する体制が必要となります。テキストに簡易マークアップを施し、システムを使ってXHTMLを生成する方法もあります。現在、簡易マークアップに注目が集まっているのは、この一環でしょう。原稿をWordなどで執筆し完成原稿とした上で、変換によってXHTMLを作り出す。上の3番目の課題、XHTMLから紙の本を組版する方法についてをもう少し詳しくいうと次のようになります。XHTMLができているとき、紙の本のレイアウト制作については自動組版が第一候補になります。自動組版の選択肢には、XSL-FO、CSS、TeX、InDesignなどDTPを使う方法があります。自動組版はコンピュータで行なうものですので、社内で行なうにはXHTMLのマークアップと同様、スキルを持つ人材の確保の問題が出てきます。第二のアプローチをとったとき、大雑把に言えば、従来のように人間のスキル中心の手作りを採用するか、コンピュータ中心の制作システムを採用するかという選択肢があります。どちらを選択するべきかはそれぞれの要件を鑑みて決めることになるのでしょう。同じような章立て構成、同じようなレイアウトの、型にはまった書籍を多数作るのであればシステムによる処理が有利になります。文字主体の新書はシステムで制作できます。ひとつひとつ書籍が章立て構成もレイアウトもまったく異なるのであれば手作りの方が有利になるはずです。一品生産ものを自在に作るためのシステム投資はあまり現実的ではありません。ちなみにCAS-UBは、第二のアプローチで、かつ、人手は減らしてシステムで解決するという考え方をとっています。コメントをどうぞAndroid版KoboにEPUBサイドロードするにはインポートで。ファイル管理ができないのは残念。ファイルの削除できました。cas-support返信Android版のKoboアプリは、日本語EPUBの表示精度という面ではかなりよくできています。アプリの目的がKoboで購入したEPUBを表示するという点を重点としているため、サードパーティの作成したEPUBを表示するのは面倒です。残念ながらKoboに読み込んだEPUBファイルの管理はできないようです[1]。Playストアから無料で配布されていますのでインストールすることは簡単にできます。Koboアプリをインストールしただけでは、外部のEPUBを読んで表示することはできません。前準備としてKoboにアカウントを登録して、ログインする必要があります(アカウントの作り方は省略)。ログインすると「本のインポート」のメニューが表示される2.Dropboxからエクスポートする次にDropboxにあるEPUBファイルをKoboで読む方法を説明します。最初にDropboxのEPUBをファイルをAndroidのDownloadフォルダーに保存します。Dropboxでファイルを選択して、「エクスポート」を選択します。すると図3のメニューが表示されますので、ここで「SDカードに保存」を選択すると、選択したEPUBファイルがDownloadフォルダーに保存されます。ファイルをエクスポートNexus5はSDカードに対応していません。フォルダに保存されます。3.KoboアプリにEPUBをインポートする次にKoboアプリでEPUBを読む方法を説明します。(1)Koboアプリの「ホーム」画面で、上右端のメニューを表示し、「本のインポート」を選択します。(図2)(2)「本のインポート」を選択すると、「メモリカード内を検索し・・・」というパネルが表示されますので「スタート」を選択します。(図4)(3)Nexusではメモリカードはありません。Downloadホルダーと内部メモリーのEPUBを検索してリストします<sup>[2]</sup>。(図5)(4)インポートするファイルを選択して実行します。この一覧でグレーのEPUBはインポート済みのものなので、選択できません。(5)「本の削除」というパネルが表示されます(図6)。このパネルは紛らわしいですが「はい」を選択してもDownloadフォルダーからは削除されません[3]。(6)インポートが開始されます。インポートの実行インポートが完了すると、Koboアプリのホーム画面にインポートしたEPUBの表紙が表示されます。表紙を選択してEPUBを開いて読むことができます。Koboアプリには、こうしてインポートしたEPUBを削除するメニューがありません。このためEPUBを少しずつ修正して表示確認テストをするなどの用途には少しばかり不便です。★本の削除(3/17追加)KoboアプリにインポートしたEPUBファイルをひとつだけ削除するには、次のようにします。EPUBを開いて「目次」を表示して、画面の右上のボタンにタッチします。「本の削除」メニューが出ますので、このメニューを実行すると削除できます。KoboアプリにインポートしたEPUBファイルを、一つだけ選択して削除する操作はできません。しても削除するには、「設定」→「その他設定」で「ローカルデータを削除」を選択します。ローカルデータを削除すると、インポートしたすべてのEPUBファイルが消えてしまいますので、再度、最初からインポートし直しとなります。メモリーカード内のEPUBを検索してリストする際には、DownloadフォルダーのEPUBと、既にインポート済みのEPUBをまとめて表示しています。インポート済みかどうかは、EPUBファイルの内部の識別子(メタデータ)で判定しているようです。このためDownloadフォルダーにある、インポート済みのEPUBと同一の識別子をもつEPUBは、仮にファイル名が異なっていてもグレーになり、選択できません。異なるEPUBファイルとして認識させるにはファイル名を変えるだけではなく、メタデータの識別子を変更する必要があります。CAS-UBでは、識別子は「書誌設定」の版数を変更することで新しくなりますので、修正したEPUBをKoboアプリで読むときは、版数を変更してください。[2]でメモリ内を検索した時点で、EPUBファイルをDownloadホルダーから、Kobo自身が管理する内部メモリー領域にコピーしているようです。Nexus5では「本を削除」では、内部メモリー領域からの削除のみ行なう動作となっています。インストール時点では日本語フォントはインストールされていません。Kobo社のWebページから日本語フォントをダウンロードすことができます。(Nexus5)での動作に基づいています。Android端末の機種が異なる場合、動作が変わる可能性がありますので、ご注意ください。最近、Nexus7、Nexus5というAndroid端末でEPUBを読んでいます。Android用のEPUBリーダーは、ずっとなかなか良いものが見つかっていませんでした。AndroidをメインのEPUBリーダーとして使っています。ブックスがだいぶ良くなっています。ブックスでEPUBを読むには、次の手続きが必要で、少し面倒でした。Playにログインする。マイブックスにEPUBをアップロードする。Android端末でEPUBを読む。ブックスもEPUBを開くインテントに対応しました。ブックスが加わりました。DropboxでEPUBファイルを選択してダウンロードすると、アプリの一覧がでる。ブックスを選択するとEPUBがクラウドのマイブックスに再びアップロードされます。ブックスで読むことができるようになります。PCを使わなくても、Android端末だけでEPUBを読む操作ができるようになり、便利になりました。2.表示精度は?前回11月15日に評価したのは3.0.15でした[2]が、いまは3.1.23にアップしています。3.0.15の評価結果と、3.1.23での表示を比較してみましたが、差異をみつけることができませんでした。EPUBレンダリングエンジンは変わっていないのだろうと思います。Androidと比較すると、まだ、Koboの方が綺麗な組版です。Androidの表示精度が一番良いと思います。Androidは、Koboで購入した電子書籍(EPUB)を読むのに最適化されているため、自分で作成したEPUBを読むのはちょっと面倒な手続きが必要です。コメントをどうぞ『PDFインフラストラクチャ解説』0.37版をリリースしました。Flashの概要を追加しています。新年、明けましておめでとうございます。今年もよろしくお願いします。『PDFインフラストラクチャ解説』0.37版を発行しました。昨年8月に0.36版を発行して以来、しばらくとまっていましたが、久しぶりの更新となります。今回は、正月にFlashを勉強して、24章PDF代替形式の中の24.3項Flashの内容を書きました。PDFとFlashの比較的近い応用分野は電子ブックです。Flashのアニメーションを使って、ページをめくり動作を表現した電子ブックは、一時かなり流行になりました。電子ブックはちらしやカタログなどの分野が主体ですが、一部では読み物にも使われています。速ワザ」という製品でPDFからFlash電子ブックへの変換をサポートしています[1]。Flashというのは商品名なので、SWFというファイル形式という方が適切です。本製品を開発した当時は、SWFファイルの仕様書を利用して再生ソフトを作ることができませんでしたので、ソフトの機能も電子ブック制作のみです。Playerをサポートしない方針を出して話題になりました。Playerサポートもやめてしまいましたので、スティーブ・ジョブスの考えの方が正しかったようです。前回Flashの動向について調べたのは、もう5、6年前ですが、Flashの世界はかなり変わっています。第一にSWFフォーマットが完全オープンになって仕様書を使って再生ソフトを作っても良くなったこと。PlayerからAIRに舵を切ったことです。4.0までは正式サポートされていますが、それ以降はなくなりました。4.4では動かないようです。iOSの最新版でも提供されています。Flashは、アニメーションからスタートしましたが、最近はもっぱら動画配信に使われるようになってきています。AIRはスマホ用のゲームの制作配信環境としての利用も促進しているようです。このようにFlashは、徐々にPDFからは遠ざかっていると言ってよいでしょう。『PDFインフラストラクチャ解説』は、CAS-UBで執筆、PDF版とEPUB3版を同時に無償配布しています。EPUB3版は、CSSレイアウト・テーマを小さな画面用のテーマに変更しました。http://www.cas-ub.com/project/index.html#pdfinfla【追記:2016/1/21】2016年1月に本書発売となり、無償配布を終了させていただきました。この機会にオンラインストアを少し改善しました。第3巻』を10月下旬発売します。第4版』プリントオンデマンド版発売。技術書典5にも出品しますのでどうぞよろしくお願いします。簡単な解説10月8日(月)「アンテナハウスCAS電子出版」は、『技術書典5』に出典します。『XSL-FOの基礎』画像制作のこと。Word経由でインポートした画像は印刷品質の劣化が激しいため、第2版ではできるだけSVG形式に変更した件。EdgeのEPUB表示機能はなかなか良い。これからはEdgeだと言いたいところですが、しかし、残念な点もあります。FormatterClubセミナーでの、CAS-UBのスライドと動画を公開しました。