システム開発・サーバ運用の解決策などを掲載しています。登場以降、日本でもようやく電子書籍ブームが到来してる。それと書籍のPDF化は別の話。出る以前からやっていた人はいたわけで。代わり、相性がよくなったというだけのこと。未来に暗雲が立ちこめてしまう。電子書籍の可能性はこんな程度のものではないのだから。どんな情報システムでも、紙をそのまま画面上に「電子化」しただけものは大抵失敗する。電子化のメリットを活かせていないからだ。「電子カルテ」を、医師が記入する紙カルテをパソコンの画面に置き換えたものだと思っている人もいる。それでは電子カルテのメリットがまったく活かされていない。電子カルテが紙カルテにくらべて優れているところは枚挙にいとまがない。文字が読みやすいとか、過去のカルテを検索できるだけではない。各種検査システムと連携してCTの画像や心電図の波形などをすぐに参照できるのもそう。複数のスタッフが同時に一つのカルテを見たり書いたりすることもできるのも電子カルテならではだ。誤投薬の防止や禁忌薬の警告なども(システムが適切に機能すれば)安全性にも寄与するし、電子カルテのデータベースを活かして統計的な情報を得ることもできる。いったことを知れば、紙を電子化しただけの電子カルテは考えられない。話がそれたけど、紙をスキャンして画像として電子化されただけでは電子書籍のメリットは活かされない。テキストデータが含まれていれば、正確に検索できるのはもちろん、音声読み上げや、ユーザ側でのフォントの変更、文字サイズ変更時の再レイアウトなどに利用できる。機能が付いているよ、と言う人もいるだろうし、もちろん知っている。精度が向上しているとはいえ、まだまだ。認識されないし、表などでもうまくいかないことが多い。現状は健常者が補助的な検索に使う程度だからなんとかなっている程度。いう姿が電子書籍のあるべき姿なのか。海外の技術書の電子書籍には、辞書が内蔵されているものがある。わからない単語はその場で辞書をひけるのだ。紙の本では注釈は章末にまとまっている場合でも、電子書籍ではそのような制約を引き継ぐ必要はない。その場で注釈を参照できればよい。示されていればブラウザで開けるようにすればよい。正誤表もいちいち参照する必要なく、自動的にアップデートが適用されるようになるかもしれない。文字の大きさを変更したときに、テキストがリフローされて業がはみ出したりしないことは重要だと思う。サイズで快適に読めるとは限らないだろう。使った問診入力システムが紹介されていたが、ピンチ動作で文字を拡大すると文章が左右にはみ出てしまい、ドラッグしないと文章が見渡せないという何とも使えないシロモノだった。患者にそんなことをさせるのか。文字が大きくなったら一行の文字数が自動的に少なくなればいいだけのこと。ここまで読むと電子書籍のあるべき姿とはウェブと似ていると思ったあなたは鋭い。電子書籍の将来はウェブとの境界が曖昧になってくると思う。書籍の中で動画再生も当たり前になり、インタラクティブな動作をしたりするようになると思う。オープン標準フォーマットであり、リフロー可能(reflowable)なフォーマットだ。縦書きに対応していないし、ルビや縦中横・傍点といった日本語表現にも対応していない。そのため縦書きの日本語書籍の電子化には、独自規格が用いられている。デザイナーがウェブデザインに参入してきて紙のイメージでテーブルレイアウトやフォントサイズ固定などのサイトを量産したときと、状況は同じではないかと思う。いまの電子書籍は「○○ブラウザ推奨」「フォントサイズは○で閲覧してください」などと表示していたウェブ初期の姿に似ている。当時はウェブサイトの「文字を全て画像化してコピーペーストを防ぐ」という方法すらまともに紹介されていたこともあったのだ。電子書籍の作り手はそのような失敗を繰り返さず、標準化準拠とグラフィックデザインよりもユニバーサルデザインを初めから念頭に置いていて欲しいと思っている。スキャンしてPDF化したファイルは便利であるが、「電子書籍」とは呼びたくないのである。グラフでピーク値を表示する。パスは現在のディレクトリとしてサポートされません。