kindle KDPの縦書き表示

kindle KDP (Kindle Direct Publishing)で公開した作品の縦書き表示。まだkindleの端末がないので、iPhone4S iOS6 でのスクリーンショットを。
すべてEPUB3のデータ( このページ http://books.doncha.net/epub/ で作ったもの)

kindle iBooks Kinoppy での表示を比較、比べてみた。上から kindle iBooks Kinoppy

全角ダッシュが問題。国産Kinoppyはさすがというか、全角ダッシュが続いてもアキ、空白ができない。残念なことに、iBooksはダッシュとダッシュに間があいてしまう。論外なことに、kindleは全角ダッシュがセンターにこないしダッシュの間があいてしまう。
iBooksはわからないけど、kindleは日本語表示が始まったばかりなので、改善されることを希望。
[11/19 15:21:52] 追記 kindle paperwhite発売!

さすがです。ちゃんと全角ダッシュがセンターに配置されて、繋ぎ部分にアキ、空白ができない。これはイケる。
[11/28 23:00:17] 追記 Kinoppy for Mac

デスクトップ環境でEPUB3を開いて見られるのは、かなりうれしい。これがWINDOWSにもあれば完璧なんだけどなあ。
[12/12 08:25:30]追記 kindle for iPhone

iPhoneアプリ版のkindleも改良されていた!上記で論外と言った、全角ダッシュがきれいに中央配置で繋がるようになった。これならイケるな。
Kindleストアにて販売中!
著者:日野裕太郎
イラスト:ハルノブ、おおぬまひろし、にくきうー、みさわりょう、てぃるよし
・梅の選択
kindleストアにKDPで登録したときの記事
EPUB3の作成についての記事
[更新]2013-03-05 20:49:51
kindle KDPで電子書籍出版

10月25日、amazon の kindleストア日本版がオープン。
それと同時に公開された KDP(Kindle Direct Publishing)で電子書籍をkindleストアに並べた時のメモ。
必要なもの。
・EPUB3の本文データ
・カバー画像(長辺が1000px以上のjpgなど。縦横比1.6 1920x1200)
・振込のための銀行口座
あとは、KDPの登録ページで必要事項を入力するだけ。びっくりするぐらい簡単。登録したら公開、販売されるまでのレビュー期間(審査期間)は、現状ほぼ24時間。あっという間にkindleストアに並ぶ。
わざわざ説明するようなことはなにもなく、拍子抜けするほど・これ大丈夫かと思うほど簡単。同じ単語を何度重複して使っても足りないぐらい簡単だった。
amazon kindleの著者印税については35%で設定した。
35%にするのか70%にするのか選べることになってるけど、今回登録した時点だと、日本のストアは35%以外選択できなかった。わたしの勘違いかもしれない。でも、70%にすると配信コストを計算したりいろいろ面倒な感じなので35%で十分かな、と。
そもそも、紙印刷の著者印税は10%が相場。電子書籍は5%~20%と幅があり、いちいち条件がついてたり。また、自分でサーバーを構築して全部取り分、なんてのは個人ではありえない。
それを考えるとamazonの巨大な販売網、販売力に乗っかることができて35%の取り分というのは悪くない。amazonブランドと(いい悪いはおいといて)DRMもついてくる。
[2013/01/26 09:09:19]追記。
2012年12月14日から、KDPでもロイヤリティ=著者印税70%が選べるようになっている。→ KDPセレクトで無料キャンペーンや70%著者印税 また、70%にした場合の配信手数料は1Mあたり1円
登録で地味にひっかかったのが、銀行口座登録。わたしの場合、口座名義人の名前を「半角カタカナ」で入力するんだけど、半角カタカナなんて入力できん。ネットで全角カタカナを半角カタカナに変換してくれるサイトを見つけてコピペしてどうにか解決。
[11/06 15:34:19] 追記。
アマゾンはアメリカの会社。著者印税から30%、アメリカに源泉徴収されることになる。これを避けるには EIN アメリカの雇用者番号を取得して、税金の減免申請をする必要がある(アップルも同じ)また、振込手数料がバカ高いという話もある。後日わかったら別記事にて。
↓ [01/08 12:34:19] 追記。EIN取得について続報
登録する項目について悩みどころ。
本の登録で、入力項目で「オプション」となっている項目は入力する必要はないけど、amazonの検索に使われそうなところや本を特定してリストアップに使えそうなものは入れておいた方が良い。
「出版者」には doncha.net を入れておいた。他にも電子書籍にする予定があるので、doncha.net をレーベル名ぐらいに使えればなあ、と。
「検索キーワード」は、カテゴリと重なっても意味がないし、検索されそうもない単語を入れてしょうがなくて、悩んだ結果、「同人誌」「文芸」は必須にした。あとは、カテゴリになくてもしかすると検索されそうな単語を選んだつもり。けど、納得できるものはないなぁ。いろいろ検索してみてどんな作品と並ぶのかを実際に眺めてみて、決めた方がいい。
「値段」は、いくらぐらいが適当なのか、正直わからない。最低100円から、となっている。今回は実際に同人誌として販売した金額をもとに決めた。
amazon.comに値段を設定して、あとの国は amazon.comに準じるチェックボックスにチェックを入れる(最安値1ドルは、為替レートではなく日本の最安値100円にとなる)
EPUB3のデータ作りについては、今、並べている本はすべて
↑このページで作ったもの。
レイアウトに凝った作品ならともかく、小説で縦書き一段組み棒打ち。小見出しさえあれば問題ない。
作ったEPUBファイルは、dropboxに入れて、iPhone の iBooks と Kinoppy で表示を確認。KDPでアップロードしてエラーにならないことを確認。できたファイルをダウンロードしてプレビューワーで確認。
現状、プレビューワーで確認すると目次がない、と叱られて、実際目次が使われない。薄い本なので問題なしとしてるけど、要調査。それ以外はプレビューワーよりも iBooks と Kinoppy で確認できればOK。
というか、プレビューワーは本番とも違うことがあるっぽいし、コンバートされたファイルをダウンロードといっても、それがイコール本番に反映ということでもなさそうなので「ダメ元」。販売されたものを購入して表示がおかしかったら修正すればいい。販売が開始されたからといっても新刊のイイ場所に並ぶわけじゃないので閲覧すらしてもらえないだろうから気にしない。
[11/04 09:17:34] 追記。
kindleで目次を利用するにはちょっと面倒で、EPUB3の仕様とはちょっと違うっぽい。
opfファイルで。
manifestにhtmlの目次ファイルをを設定。guideに type=toc で設定。spine で先頭(実際はカバーの後ろ)に並べたところkindleで目次が使えるようになった。
[12/12/19 10:11:05] 追記。整理して記事にしてみた → Kindleで目次を使えるようにする
とまあ、愛想のない説明。専用ページをでっち上げるほどでもないし、後でなにか考えようか。スクショも撮ってあることだしなあ。
くどいけど、本当に簡単。あれこれ考える前にまずKDPのページ( https://kdp.amazon.com/self-publishing/signin )に行って試してみるのが早い。
draft(下書き)でいろいろ入力して試せるし、販売した後も、作品管理機能で、販売停止もできるし、版を変えて修正訂正もできる。まずは電子書籍を作ってkindleストアに並べてみませんか。
検索キーワードなんかを何人もで合わせて登録して、一緒に作品一覧で並ぶようにすれば、相乗効果も期待できるんじゃないかと。
[10/28 21:47:25]
上記EPUB3作成ページで作ったものを、KDPで登録してKindleストアに並べたもの4冊
・梅の選択
[10/29 13:37:03]
[11/04 17:08:11]
[12/12 09:31:14]
[2013/02/12 12:25:33]
[2013/03/05 15:32:32]
Kindleストアで販売中の作品。スクリーンショット(iPhone4S iOS6)

[更新]2026-02-02 08:10:06
kindleがやってきた!KDPがやってきた!

いやもうホント長かったamazon、kindleのくるくる詐欺。いきなり今日10月25日オープンで吃驚。おまけにKDP(Kindle Direct Publishing)もしっかり日本ストアで使えるようになっていてまた吃驚感激。
さっそく、kindle PaperWhite のWiFi版を予約。
kindleでE-Inkの威力美麗は知ってる。本を読むのに、バックライトを見つめるような液晶に興味がなく、問答無用でPaperWhiteだ。動画やリッチコンテンツを見たければiPad miniでもほかのタブレットにすればいい。小説を読むための選択はE-Ink一択。3Gとちょっと迷ったんだけど、ウチにいればWiFiだし、読んでるところを共有=ソーシャルリーディングなんてのは本を読む行為から逸脱してるので興味がなく、外出先などで通信環境・3Gが必要、というシチュエーションが思いつかない。iPhoneなど他のデバイスで読んだところと同期をとるぐらいなものか。
で、こっちが本当に待望だったKDP(Kindle Direct Publishing)個人作家がアマゾン、kindleストアで作品を売ることができるのだ。個人がamazonの販売網・販売力を使うことができるのだ。
もちろん。出版社の持つブランド力、広告広報にかなうわけもなく、大量の本の中に埋もれてしまうんだけど。今まで同じ土俵に乗る機会もほとんどなかったことを考えると、ぐっとハードルが下がるKDPはすばらしいありがたい。さっそく身内原稿をひとつEPUB3にして、KDPにアップロードして申請してみた。
著者印税35%(70%もあるけど、日本のストアでは35%だけしか選べなかった…?)、プレビューワーのデバイス設定でPaperWhite以外は表示してくれなかったけど、まあここはとりあえず駄目もとでやるだけやってみた。だいたい2営業日ぐらいで返事がくるので、駄目だったらデータを見直して申請しなおす。
プログラムなど不要。原稿を用意するだけ。EPUB3やWord形式でOK。レイアウトに凝った雑誌などはさすがにDTPの知識などが必要になるけど、小説や漫画だったらデータを作るのも簡単(原稿を書くのは大変だけど)
コミケやコミティア、文学フリマなどの同人誌即売会、イベントで印刷したものを用意して、一緒にkindleでも公開しておけば、基本的にイベントでしか手に入らない本がいつでも買うことができるようになる。イベントで買って読んだら面白かったから他のも読んでみたいな、と思ったときにkindleに並んでるとその場でスグに手に入る、と繋がることも考えられる。
同人誌、個人作家、クリエイターが頑張れる土壌になる、よね。
実際にamazonのKindleストアで販売を開始した
[更新]2026-02-02 08:10:27
EPUB3作成webサービス

テキストファイルと表紙画像ファイルをアップロードするだけでEPUB3を作成するページを作った。
ので、例によって忘れないうちにメモ
(ちなみに。作成したEPUB3、縦書き表示のスクリーンショット → kindle KDPの縦書き表示)
EPUB3といっても、ファイルのほとんどはxhtmlとcssなので、HTMLをエディタで直に書ける程度のスキルがあればそれでOK。書誌情報の設定ファイルなどもXMLのようなもので、ひな形ひとつあれば、どこにどんな情報を入れるのか見当がつくので上書きすればOK。最後にそれらを所定のディレクトリにおさめて、zipで梱包するだけ。
以上、エディタとzipするためのアプリがひとつあれば手作業でできる。
上記のことをperl を使って、サイトにCGIを組み込んでみた。といっても難しいことはなく手順どおりにやるだけだった。
EPUB3ファイルのディレクトリ構成やファイルのひな形には、FUSEeというフリーウエアが出力する .epub ファイルを参考にした。
ファイル、ディレクトリ構成
mimetype
META-INF/container.xml
OEBPS/content.opf
OEBPS/text/nav.xhtml
OEBPS/text/cover.xhtml
OEBPS/text/contents001.xhtml
OEBPS/images/cover_hyo1.jpg
OEBPS/images/hyo1.jpg
OEBPS/style/default.css
OEBPS/style/nav.css
上記で必須なのが META-INF/container.xml
<?xml version="1.0" encoding="utf-8"?>
<container xmlns="urn:oasis:names:tc:opendocument:xmlns:container" version="1.0">
<rootfiles>
<rootfile full-path="OEBPS/content.opf" media-type="application/oebps-package+xml" />
</rootfiles>
</container>
ここで指定されている OEBPS/content.opf が基本設定ファイルとなってる
content.opf
これに実体ファイルのありかやID名など、いろいろなお約束が書かれている。大事なファイル。
<?xml version="1.0" encoding="utf-8"?>
<package xmlns="http://www.idpf.org/2007/opf" unique-identifier="BookID" version="3.0" xml:lang="ja">
<metadata xmlns:dc="http://purl.org/dc/elements/1.1/">
<dc:identifier id="BookID">urn:uuid:net.doncha.books.0.00000001</dc:identifier>
<meta refines="#BookID" property="identifier-type">uuid</meta>
<dc:title id="title0">タイトル</dc:title>
<dc:creator id="creator0">著者</dc:creator>
<dc:language id="language0">ja</dc:language>
<meta name="cover" content="images.cover.hyo1.jpg" />
<meta name="epub.doncha.net" content="1.0" />
<meta property="dcterms:modified">2012-10-05T09:00:00Z</meta>
</metadata>
<manifest>
<item id="nav" href="text/nav.xhtml" media-type="application/xhtml+xml" properties="nav" />
<item id="text.cover.xhtml" href="text/cover.xhtml" media-type="application/xhtml+xml" />
<item id="text.contents001.xhtml" href="text/contents001.xhtml" media-type="application/xhtml+xml" />
<item id="text.contents002.xhtml" href="text/contents002.xhtml" media-type="application/xhtml+xml" />
<item id="images.hyo1.jpg" href="images/hyo1.jpg" media-type="image/jpeg" />
<item id="images.cover.hyo1.jpg" href="images/cover_hyo1.jpg" media-type="image/png" properties="cover-image" />
<item id="style.nav.css" href="style/nav.css" media-type="text/css" />
<item id="style.default.css" href="style/default.css" media-type="text/css" />
</manifest>
<spine page-progression-direction="rtl">
<itemref idref="text.cover.xhtml" linear="no" />
<itemref idref="text.contents001.xhtml" linear="yes" />
<itemref idref="text.contents002.xhtml" linear="yes" />
</spine>
<guide>
<reference type="cover" title="Cover Page" href="text/cover.xhtml" />
</guide>
</package>
・実体ファイルとそれに対するIDの組み合わせの羅列、のようなもので、これが基準となるファイル。
・identifierのBookIDは一意の文字列。なので、URLとDBに登録した連番と組み合わせて作った。
([10/11 17:55:46] 訂正。連番ではなく、IPアドレスとperlのtimeを組み合わせた物に変更した)
大雑把に。実体ファイルに ID をつけて、ID名で指定していく。IDと実体ファイルは1対1。複数IDに同じファイルを指定するとValidatorにひっかかる。
・metadata で本の定義。
・manifest で使うすべてのファイルのidなどを定義。
・spine は読む順番に上から下へ並べる。linear=yes が順番に組み込む linear=noは順番には出ない(カバーなど)
・guide はどうやらEPUB2までの下位互換、らしい。
OEBPS/text/contents001.xhtml
本文ファイル(名前は content.opf に指定。特に決まった命名規則はない)
ビューワーによって一度に読み込めるファイルサイズの上限がある、という話なので、わたしのスクリプトでは「章立て」ごとにファイルを分割した。contents001.xhtml contents002.xhtml contents003.xhtmlなどなど。
OEBPS/text/nav.xhtml
目次ファイル。本文ファイルの見出し h タグにidをふってあるので、それを ol タグでリストにしたhtmlファイル。本文ファイルと整合性チェックが入るのできちんと合わせる必要がある。
[11/16 12:24:12] 追記。kindleで目次を設定するには
OEBPS/toc.ncx というファイルが必要。guideにtype tocを指定して、spineにhtml版目次を指定する必要がある。
[12/19 14:56:52] 追記。kindleの目次について整理した → http://t2aki.doncha.net/?id=1355879465
OEBPS/text/cover.xhtml
表紙ファイル。img タグで表紙画像を指定しているだけのhtmlファイル。content.opf のspineの項目 coverの linearをno にすることで、本を開いたときに表紙を表示しないようにしてある。
OEBPS/style/
OEBPS/images/
の2つのディレクトリには各々スタイルシートと画像ファイルが入っているだけ。スタイルシートは http://www.epubcafe.jp/egls/kusamakura で公開してくれている basic_vertical.css を基本にして使わせてもらった(ありがとうございます)
HTMLにタグづけしてスタイルシートを頑張れば、凝ったレイアウト・デザインも可能。とりあえず今回は h タグと p タグをつけ足しただけの単純な本文HTMLファイル。
mimetype は application/epub+zip と一行、ファイルタイプが書かれたファイル
以上のファイルを揃えてzipで梱包すれば EPUB3 ファイルのできあがり。
・mimetype はzipファイルの中で先頭に置く必要がある。
・mimetype は圧縮してはいけない。
この2点だけ注意。
perl の Archive::Zip
my $zip = Archive::Zip->new();
my $none = $zip->addFile(’mimetype’); 返り値 $none
$none->desiredCompressionMethod( COMPRESSION_STORED ); $noneは圧縮しない
これで mimetype を圧縮せずにまず先頭に置いて、あとは適当な順番で addFile する。
ウチのようなテキトーなサイトではなくて、EPUB3の仕様などは以下のサイトを参照にしましょう。
http://blog.imagedrive.jp/epub3
と、作ってみた感想。
普通にHTML書けばそれでイケる。ので、作って公開したのはいいけど、他のパッケージソフトや、フリーウエアで使い勝手の良いものを見つけて、凝ったレイアウトデザインを目指したほうがいいような気がする。
とりあえず、ウチの場合、テキストファイルと画像ファイルだけ流し込めばそれっぽく電子書籍にはなるので、電子書籍って、EPUBってこんな感じなのか、という程度の使い方でよろしくお願いします。
ちなみに、実際に
↑このページに本文テキストと表紙用画像を流し込んで作ったEPUB3で、amazon、kindleストアに並べて販売中!
[2013/02/04 14:21:35] 追記。
EPUB3をkindleのKDP登録に使う場合、少しクセがある。そのあたり、検索されているようなので、この雑記帖に散らかしてある縦書きやkindleの目次についてなどへのリンクをまとめてみた。
EPUB3作成メモ

kindleをはじめとして、EPUB3で電子書籍、という流れがいよいよ本格化してきてるので、EPUB3ファイルを作成するためのメモ。
とりあえずEPUB3ファイルを作ってみる
http://weekly.ascii.jp/elem/000/000/049/49724/
↑この記事を参考に
・本文
青空文庫から「虹の橋」久生十蘭 → ファイルダウンロード →46097_47970.html をダウンロード
・縦書きCSS
http://www.epubcafe.jp/egls/kusamakura で公開してくれている basic_vertical.cssをダウンロード
材料が揃ったら、とりあえずそのまんま。
↑このサイトに上記ファイルをアップロードしてEPUB3を作成してみる。
※ Safari ver6.0.1 だと、htmlの本文が出力されないので、Firefoxで試行。
Validationでエラーになった epubcheck(http://code.google.com/p/epubcheck/)
Safariでアップロードしていた時
エラー → is invalid; must be an XML name without colons
対応 →
remove non-alphanumeric characters from your book ID
そもそもSafariだとうまく生成してくれないので、これがエラーの原因になってるんだか不明だった。
FireFoxでアップロードしていた時
エラー → element rb not allowed here
対応 → 青空文庫で使っているルビのタグがEPUB3だと未対応?ってことか。rbタグを外したらエラーはなくなった。
EPUB3の確認というかmacでEPUBビューワーをどれにすればいいのか調査中。なので現時点ではファイルを作るところまで。
EPUB3のファイル構成としては。
mimetype
META-INF/container.xml
OEBPS/content.opf
OEBPS/nav.xhtml
OEBPS/toc.ncx
OEBPS/HTMLFILE contents
OEBPS/STYLESHEET contents
OEBPS/IMAGEFILE contents
これらが揃えばEPUB3ということでブラウザやビューワーで閲覧・読書できるものになる。
META-INF/container.xml が OEBPS/content.opf をルートファイルに指定、content.opfの中に本文の指定などがある。container.xml から辿っていけば構成がわかる、ということか。
META-INF/container.xml 以外のOEBPSなどに関して命名規則は厳密に決まってるわけでもなさそう。
WEBでやるとしたら、contentsをアップロードしてもらって、contents以外を自動生成して、zipで圧縮してダウンロード。という流れか。html、cssを作るところが面倒なら、テキスト流し込みだけにして、htmlの生成、デフォルトcssもWEB側で用意するのかな。
確実な一次情報源はこちら → EPUB3チュートリアル
※ちなみに。
EPUB の構成を見るために、中を覗く。.epub という拡張子だけど、実際は zipで固められているので、拡張子を .zip にして解凍すればOK。
mac OS X で hohoho.epub を hohoho.zip リネームしてダブルクリックすると .cpgz という拡張子のファイルになってしまう。デフォルトの解凍.app は、mimetypeから別のファイル形式だと判定してしまう、らしい。
【解決策】
ターミナルで unzip hohoho.zip と叩けばOK。
content.opf の生成など、続きは → EPUB3作成webサービス
縦書き表示のスクリーンショット → kindle KDPの縦書き表示
実際に作ったページは → EPUB3::かんたん電子書籍作成
EPUB3をkindleのKDP登録に使う場合、少しクセがある。そのあたり、検索されているようなので、この雑記帖に散らかしてある縦書きやkindleの目次についてなどへのリンクをまとめてみた。
こちら → kindle EPUB3作成のまとめ1
| << | 2026/3 | >> | ||||
|---|---|---|---|---|---|---|
| 日 | 月 | 火 | 水 | 木 | 金 | 土 |
| 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 8 | 9 | 10 | 11 | 12 | 13 | 14 |
| 15 | 16 | 17 | 18 | 19 | 20 | 21 |
| 22 | 23 | 24 | 25 | 26 | 27 | 28 |
| 29 | 30 | 31 | ||||
【最近の10件】



