そもそも、既存の電子書籍プラットフォーム は 何が問題 か
- 電子書籍プラットフォームごとに互換が無い
- それ故に 電子書籍プラットフォーム を乗り換える際に、既存書籍をすべて買い直しせざるを得ない
- あと 電子書籍プラットフォーム が潰れると、すべての 電子資産 が まるごとご破算 となる
複数横断型電子書籍プラットフォームの実現には何が求められるか
上記を実現するための技術的命題を定めると?
以下解説
- 何故 公開鍵暗号ベースの暗号化 か
- また、 連合ベースの分散 Web にする にあたって、 各電子書籍 Platform に依存しない暗号化はどうしても要る
- まぁ、DRM-free にするならその辺り考えなくても良いんだけど。そこまではねぇ
- 何故、 [ソーシャル DRM が必要か
- 何故、 連合 (federation) ベースの分散 Web にする必要があるか
実際に作るべきモノ
- 各種 Protocol の API の制定
- 各種 Protocol の API を満たすソフトウェアの開発
- これはクライアントとサーバサイドと両方が必要
- また、 オフィシャルな実装はリファレンス実装にすると良いんじゃないか とか
- あと、公開鍵暗号なソーシャル DRM を実現するための基盤開発
これらが実現すると、どの様なメリットが有るか
- 電子書籍プラットフォーマー は プラットフォーム開発に集中出来る
- 配信と連合の Protocol を満たせれば、誰でもプラットフォーム開発が出来る
- また、どこと連合を組むかは、プラットフォーマーが選べる
- また、 電子書籍クライアントが、自由に選べる様になる
- そのため、 より優れた電子書籍クライアントソフトウェアが作られる様になるのでは 説
- あと、選択肢が広がる事により アクセサビリティの観点からも自由度が上がる
- それと どの電子書籍ストアで電子書籍を購入したとしても、いつか読めなくなる 、と言う事が起きにくい
- ただ、流石に 秘密鍵なくした とか データが飛んだ とかには対応しきれない
- というか、 その辺りは、ちゃんとバックアップ取れ という話になる
これらの方法の、デメリットは何か
- DRM については、ある程度の諦めが必要
- あと、 各種 Protocol や API の非公開化は、力関係の非対象化を招き、競争を阻害する
- そして 一番の問題点 として、出版社 がそれをやる体力がもうあんまり残ってない
- まぁ 出版業はもう斜陽産業 って、 一部の作家さんから言われる ぐらいですからね……
- あと、体力が無いところへの海賊版問題の発生なので、これ以上は無理ぽっていう……
最後に結論
と言う事で以上です、はい。