Publickeyでは、現在策定中の電子書籍フォーマット「EPUB 3」の動向について積極的に伝えていますが、ここでちょっと立ち止まって、EPUB 3とは何か？ という基本的な情報について簡単にまとめておこうと思います。 EPUBの仕様はオープンかつフリー EPUBとは、「電子出版」を意味する「Electronic Publication」からとった名称といわれていて、International Digital Publishing Forum（IDPF、国際電子出版フォーラム）が策定をすすめている電子書籍のファイルフォーマットです。ちなみにEPUBは「イーパブ」と読みます（EPUB 3はイーパブスリー）。また、表記は「ePub」と表記されることもありますが、最近は「EPUB」とすべて大文字で表記されることが多いようです（仕様書などでは「EPUB」と表記されています）。 イースト株式会社の

平素は株式会社ライブドアのサービスを ご利用いただきありがとうございます。 提言型ニュースサイト「BLOGOS」は、 2022年5月31日をもちまして、 サービスの提供を終了いたしました。 一部のオリジナル記事につきましては、 livedoorニュース内の 「BLOGOSの記事一覧」からご覧いただけます。 長らくご利用いただき、ありがとうございました。 サービス終了に関するお問い合わせは、 下記までお願いいたします。 お問い合わせ ※カテゴリは、「その他のお問い合わせ」を選択して下さい。

[読了時間：２分] 「電子書籍って友達と借り貸しできないからなあ。だから紙の本のほうがいいんだよね」という人がいるが、米Amazon.comは、電子書籍を友人と借り貸しできるようにすると発表した。 Amazonの電子書籍ストアで購入した電子書籍を最長14日間は、友人の電子書籍リーダー機「kindle」や、iPhone、iPadなど向けのkindleアプリ上でも読めるようになるという。ただし貸出中は、自分のkindleでは貸出中の電子書籍は読めない状態になる。年内にもこの機能を追加する予定。 ただすべての電子書籍が貸し借り可能になるわけではなく、この機能に対応させるかどうかは著者や出版社などの権利保持者の判断次第という。 蛇足：オレはこう思う 電子書籍が、また一つハードルをクリアした。 電子書籍より紙の本が優れている理由として、アンダーラインを引けない、ページの角を折れない、余白にメモを書け

「3Dテレビ元年」ということが喧伝されはじめる直前まで、2010年が「電子出版元年」と言われていたことをおぼえておいでだろうか。 結果は、いずれも空振り。モノ離れ元年。特に電子出版元年の方は、iPad（アイパッド）の需要が一巡すると完全に忘れられた。 なぜだろう。 電子出版元年報道が羊頭狗肉かつ竜頭蛇尾の様相で推移してきた理由は、おそらく、家電業界が電子情報端末の需要に期待している以上に、既存メディアが電子出版の未来に不安をおぼえたからだ。新聞雑誌およびテレビの皆さんは、活字情報が電子化されることに、本能的な反発を感じているのだ。いや、反発というよりも、より端的に恐怖かもしれない。木の洞から出た尺取り虫がはじめて鳥を見た時の感じ。 「ん？　あいつらの口元はなんだかやけに不吉なカタチをしているぞ」 と、ニュースが入ってきた。 「電子書籍の市場拡大を前に、国内の主要459出版社が加盟する日本書

平素は株式会社ライブドアのサービスを ご利用いただきありがとうございます。 提言型ニュースサイト「BLOGOS」は、 2022年5月31日をもちまして、 サービスの提供を終了いたしました。 一部のオリジナル記事につきましては、 livedoorニュース内の 「BLOGOSの記事一覧」からご覧いただけます。 長らくご利用いただき、ありがとうございました。 サービス終了に関するお問い合わせは、 下記までお願いいたします。 お問い合わせ

iPadの上陸、Googleの参入などで盛り上がる電子書籍市場。「Webに近い」性質を持つ電子書籍は、Web制作の世界とも決して無縁ではありません。本連載では、「JavaScriptラボ」でおなじみの古籏一浩氏が、主な電子書籍フォーマットのデータの作成方法を解説します。（編集部） 電子書籍にはPDF、EPUB、.book、AZW/MOBI、Topaz、XMDFなどさまざまなフォーマットがありますが、どのフォーマットがどんなコンテンツに適しているのか、どのような方法でデータを作成できるのか、電子書籍の課題や現実のワークフローは実際にデータの作成を体験することで見えてきます。そこで、本連載では現時点で広く使われている（もしくは仕様が公開されている）4つの電子書籍フォーマットについて、データの作り方を解説します。

「自炊」の目的は、既存の紙の書籍を、iPadやKindleなどの電子書籍媒体で読めるようにすることにある。そのためには、スキャナを利用して書籍のページの内容をPCに取り込み、電子書籍としての体裁を整えてやる必要がある。 ここで問題になるのはスキャナの種類だ。もし利用するのがフラットベッドスキャナだと、何百ページもある本をいちいち手でめくってやらなくてはならず、手間を考えると現実的ではない。また、本をフラットベッド上にうつぶせにして読み取ると、ページとページの間に影がついてしまう欠点もある。スキャナ付属のユーティリティ、もしくは画像処理ソフトで補正できないわけではないが、書籍まるごと1冊にわたってこうした処理を行うのは、ちょっと考えにくい。 ここで登場するのがドキュメントスキャナである。連続取り込みが可能なフィーダに本のページをセットして取り込みを行うことで、いちいち本のページをめくる作業か

ウェブサーフィンしていたら、電子書籍化サービスの「スキャポン」というのを発見。 持っている本を宅急便で送ったら、スキャンして電子ファイル化してくれる、というサービス。 iPadのデビューで、電子書籍化のニーズが高まっている上。 日本では本の電子配信が遅れているので。 凄く可能性のあるサービスに思われるが。 これって、究極のビジネスモデルとも考えられるが。 よくよく考えてみると、やりようによっては「究極の電子万引き」になりえるんじゃない？という疑問が頭をよぎる。 （「スキャポン」さんを貶めているわけではないので、念のため。） だって。 電子書籍化サービス内容を見てみると、やろうと思えば「究極の電子万引き」ビジネスモデルも可能のように思えるから。 「スキャポン」さんのサービス内容の一番上には。 自分の持っている本ではなく、これからAmazonなどで買う新しい本をスキャンして送ります、というサー

昨夜、自分で裁断してScanSnapでスキャン加工したPDFをiPadのアプリ、i文庫HDで読む、というエントリーを書いた。 その際、Macからi文庫HDに作成したPDFを転送する方法として、FTPクライアントを使った方法を紹介したのだが、直後に漫画家の野間美由紀先生から、Twitter経由で、もっと簡単な方法がありますよ、と教えていただいた。 早速確認したところ、野間さんに教えていただいたやり方の方がずっと簡単だった。知らなかった〜(^_^;)。野間先生ありがとうございました！ エントリーを訂正しようかとも思ったが、既に公開して時間が経ってしまったので、別エントリーにした方が親切だろうと思い、早速書いてみる。 ちなみに昨日のエントリーはこちら。 待ってたぜ！ 自分で裁断してScanSnapでPDFにした雑誌と書籍をi文庫HDを使ってiPadで読む！ では、早速その方法をご紹介しよう。 i

まずは下の表を見てください。 Perlベストプラクティス 作者: Damian Conway,クイープ出版社/メーカー: オライリー・ジャパン発売日: 2006/08/24メディア: 大型本購入: 11人 クリック: 153回この商品を含むブログ (155件) を見る |版 / ページ数|B5版 / 513ページ| |スキャン|白黒 600dpi /（表紙のみ）カラー 300dpi| |圧縮前のサイズ|89.2MB| |圧縮後のサイズ|28.1MB| これは前回のエントリー「ScanSnap S1500 の「OCR テキスト認識」に関する 15 の真実」で調査対象にした本（PDF）を、Adobe Acrobat 9（Pro / Standard）を使って圧縮した結果です。*1 前回のエントリーでは、 ScanSnap でスキャンした後に Adobe Acrobat で OCR テキスト認識

スキャナーが約４万円、断裁機が約３万円で計７万円ほどの出費ですが、後述のように、情報管理をする秘書コストや書籍が場所を取らない賃料節約コストに換算すると、たぶん、1千万円単位の金額的価値がある商品ではないかと思います。 この記事をお読みのみなさんもおそらくそうだと思いますし、私もこれを購入した1週間前までは 「スキャンなんてコピー取りと同様、結構面倒くさくて大変な仕事なんじゃないか」 と思っていたのですが、やってみると、すごい技術革新が起こっていて、非常にスムースだということがわかりました。 例えば、みなさんも、レンタルビデオ屋で借りて来たCDをiTunesにコピーする作業が「大変」とは思わないと思います。 書籍のスキャンもそれとほぼ同じくらいの手間でできてしまうわけです。 むしろ、あまりにサクサクとスキャンが進むのが気持ちよくって、一日中スキャンばかりしまくってしまう「スキャン猿」という

というのが、私の現在の仮説だ。 特に、電子書籍に出遅れた感のある日本の出版社が、どうやって電子書籍業界の趨勢を帰られるか、と考えると、 フォーマットとアプリを押さえ、圧倒的な機能を持たせて、ユーザのベースを奪うことが鍵、と私は思っている。 ちょっと大胆な仮説だし、これだけではイミフメイなので、ちゃんと解説するデス。 1. 電子書籍では、「本」はコンテンツ、フォーマット、アプリ、デバイスの4層に「モジュール化」。 今までのようにコンテンツと流通を押さえても、勝てなくなった。 そもそも、電子書籍化で何が一番大きな事件だったか。 それは、今まで、一つの物理的実体として垂直統合されていた「本」が、 コンテンツ（本の中身）、フォーマット（.pdfとか.azw）と、それを読むためのアプリ、デバイスの4層に 「モジュール化」されたことで、競争環境が全く変わってしまったことである。 この「モジュール化」に

大阪から東京への引越しを機に、前からやってみたいと思っていた本の電子化をすることにしました。 電子化の実行に踏み切った理由は、荷造りで部屋を埋め尽くした本入り段ボール箱の山を見て「うへぇ」と思ったからです。これは減らしていかないといつか地震で押し潰されて死んじまうなと。 もう一つの理由は、通勤で電車に乗る時間が片道40分に増えたから。職場が近いと家賃が高いし電車が混む場所なので、40分かかっても座れる方を選んだのです。往復80分あれば随分と本が読めますよね。 普通に本持ってけって話ですが、時間を考えると2〜3冊は持ち歩きたいところ。なので嵩張らないように持ち歩けるのはありがたいのです。 前置きが長くなりましたが、以下に俺自身が試行錯誤して落ち着いたスキャニングの方法について書いていきます。「漫画の電子化の方法」（以下、「電子化」）を参考にさせていただきました。 電子化する本 完結している漫