大きな特徴は、

• 多言語(日本語、英語、中国語[簡体字/繁体字])によるグローバルサイト構築ができる
• PayPal決済を標準搭載
• EMS配送料の自動計算プラグインがある(<-宣伝^^;)

これまで海外の人に向けて発信するネットショップを作る場合、選択肢は限られており、専用のASPサービスに長期間契約をするなど結構お金がかかってしまいましたが、
LiveCommerceとレンタルサーバ(お名前.comのVPSなど)を組み合わせる事により、低コストでネットショップが作れるようになります。

機能比較表や、デモサイトを見ると、新しく作っただけあって ZenCart よりも整然とした印象を受けました。

EMS配送料の自動計算プラグインは私が作ったので、不具合やご意見がございましたら
教えて頂けると幸いです。

今回のテーマは「出版社によるメディア活用とマネタイズ」で、
気になるテーマだけに皆真剣に聞いていました。

以下はマネタイズまわりで私が気になった点です。

・雑誌はターゲットメディアであり、「この雑誌だからこの公告」とすでにマッチしている。
・ネットでは、すでに欲しがっている人に届ける事はできるが、掘り起こしができていない。
　(google検索では、「見ていて欲しくなる」が無い？)
・Twitterのマネタイズがヒントにならないか。
　Twitterではつぶやきの内容をGoogleに売ってお金をもらい、
　Googleは買った内容をリアルタイム検索のサービスに使っている。(数秒前の書き込みも検索できる)
　つまり、「間接的な公告」。
・サイトに来た人の情報を他社に売るという方法もある。
　サイトごとに保持するクッキー情報の交換。「オーディエンス・ターゲンティング」と呼ぶ。
　オーディエンス・サイエンス社が手掛けている。
　(参考：デジタル・アドバタイジング・コンソーシアム株式会社 のページ)
　http://www.dac.co.jp/service/technology/ad_platform/bta.html
・ソーシャルメディアでリーチを増やして、ブランディングを武器にしてマネタイズするべき。

電子書籍で収益を上げるには、本の売上と広告掲載料と自社サイトでの販売ぐらいかと
思っていましたが、読者情報の売買や雑誌のようにコミュニティ作成でも
やり方によっては収益化できそうな気がしてきました。
私も色々と試してみようと思います。

• phpのバージョンが古いので、yumでアップデートする。
• 他もyum update しておくのを忘れずに。
• phpmyadmin は、/usr/share/phpmyadmin/ に既に入っている。PHPアップデート後にhttpdの設定を変更する。
• php.ini で、date.timezone = Asia/Tokyo
• DocumentRootを変更した時は、 各ディレクティブの書き換え忘れに注意。
• /catalogがNotFoundで、/catalog.phpでメニューが出るときは、.htaccessが読み込めていない。httpdの設定で「AllowOverride ALL」する
• postcode_content テーブルが空なら、theme テーブルも空(またはテーブル自体が存在しない)。インストール後にカタログ画面で「no current theme」なら、管理画面も開いてエラーメッセージが出たら推測する。

phpmyadminの設定は、/etc/httpd/conf/httpd.conf に、

Alias /phpmyadmin/ “/usr/share/phpmyadmin/”

Options Indexes MultiViews
AllowOverride None
Order allow,deny
Allow from all

と追記しました。
「Order allow,deny」「Allow from all」は後で忘れずに直しておきましょう。

FTPのアップロード時の転送速度はそれなりなので、数百MB単位のファイルを転送する場合は少し時間がかかりますが、値段に見合ったサーバではないでしょうか。

バグ修正メインな気もしますが、販売レポートの強化やページテンプレートの機能強化など今後につながりそうな改善もあり、今後が気になります。

短いサイクルでリリースがあるのは、開発者にとっても悩ましい反面トラブルが避けられるので嬉しいですね。

これは、上記の電子書籍投稿・共有サイトの7月の一ヶ月間に
あった108,794PVのアクセスを解析したもので、
iPadやAndroidなどの携帯端末の比率は13.0%にすぎませんでした。
この背景には、
日本語の電子書籍はまだ少なく、多くの電子書籍は「アプリ」として
AppStoreからダウンロードするため、この統計には表れていないこと、
Androidを搭載した専用リーダーの普及の遅れなどが考えられます。

今後はiBookStoreやAmazon Kindleの日本語対応により、
アプリではない形式の電子書籍ファイルが増える事により、
携帯端末から直接ダウンロードするスタイルに変わってくると
予想しています。

また、PC/携帯端末すべてのアクセスのブラウザ種別は、
アップルにより開発されているウェブブラウザ”Safari”が1位でした。
詳細は以下の通りです。
Safari 42.4%
FireFox 25.4%
IE 19.1%
Chrome 10.3%
その他 2.8%

参考URL(Wikipedia)
http://ja.wikipedia.org/wiki/Safari
http://ja.wikipedia.org/wiki/FireFox
http://ja.wikipedia.org/wiki/Internet_Explorer
http://ja.wikipedia.org/wiki/Google_Chrome

大手が覇権争いで足踏みしてくれているうちに、
やる気のある作家さんや、能力のある編集者さんらと共に、
適正価格で世に出せるサービスができればと思っています。

以下、気になったブースです。

●うちの競合
・DoQ株式会社
翻訳するついでに、KindleストアやiBookStoreにも登録するらしい。
販売手数料だけで翻訳や登録は無料とのこと。
…うちのサービスとややかぶるが、翻訳屋さんなので、IT/技術屋のうちとは住み分けができそう。

・株式会社アトラス
図書館や企業向けに、本や雑誌を閲覧させるSaas。章ごとに販売できる。米国の論文管理ソフトがベース。
…引用管理は面白そうだが研究者向けか。一般人が気軽にというコンセプトでは無さそう。

●価格次第で組めそう
・アシストマイクロ株式会社
InDesignやQuarkXPressから電子書籍を作成するサービス。テキスト抽出＋手入力＋画像貼るっぽい。
…古いバージョンも扱ってくれるなら、自分でやるより楽なのかも。

・株式会社三省堂企画事業部
紙の資料をスキャン・鮮明化・OCR・人力で修正して精度向上。
旧字体が扱えるだけでもポイントが高い。
…戦前の資料で量がある場合は便利そう

・ムサシ画像センター。
…でかいフラットベッドの読み取り機があった。

・東海データサービス株式会社
ケータイ漫画のオーサリングと翻訳をモンゴルでやる。
…数年前から見かけるサービス。リーズナブルかも。

・株式会社デジタルコミュニケーションズ
InDesignやWordなどから、ePubファイルを作成。基本料金30万円＋ページ3千円。
Word2ePub。50万円。
…この値段を標準価格にしてもらえると、うちは嬉しい。

●興味あり
・フリペワールド
海外で発行された日本語フリーペーパーを集めた情報サイト。

http://www.furipe-world.com/

…切り口を考えてピックアップして編集して本にしたらウケないか？と思った

●編集プロダクション
・株式会社サイドランチ
漫画の編集プロダクション。
企業から依頼を受け、ネタをベースに漫画を作ってくれるらしい。
…権利関係で融通のきくなら、うちでも販売しませんか？と話をしたかったが、やたら混んでたので断念

・秋水社
女性向け漫画の編集プロダクション。
ケータイ向け書き下ろしもやってるぽい。
同上。

・有限会社くすのき舎　校正の会社。
・(財)日本編集制作協会　編集プロダクションの協会。

●その他
・日本書籍出版協会
以下を購入。
*出版社の日常用語集。500円。
「毛抜き合せ」「入金報償」など業界用語の解説本。面白い。
*出版契約ハンドブック。1500円。
復刻版や編プロとの契約なども載ってる。厚みが16mmもあるので殴るのにも使える。2006年発行とちょい古。
*出版税務会計の要点。600円。
売れてなくても印刷された本は資産になるのか等が載っていそう。
*外国語出版・国際共同出版マニュアル 第3版。500円。
第2版を読んでも要領を得なかったが、第3版も分からん。ハズレ。

・株式会社CTE
InDesign用プラグイン「オーバーフローチェッカー」。

・株式会社アンク　コピペ判定支援ソフト「コピペルナー」。

・ボイジャー/セルシス
今年のウェットティッシュは備長炭ブラックで大きめです。

E677 – デューイ十進分類法を採用しない図書館，議論の的に（米国）

iBookStoreへの登録に関しては、@ume_nanminchamp さんのBLOGに記事が出ています。http://blog.chabudai.com/?eid=933444
参考になります。現時点では唯一の日本語情報でしょう。

Appleとの契約の際に、iBookStoreの管理画面などの構成を漏らしたら駄目とNDAを結ばされるので、アカウント削除が怖くて情報発信できない人が多いと思います。

うめさんのようにチャレンジ精神あふれる人が新しい世界を切り開いていくのだと思います。

私もがんばりたいです。

びば！もばいる！（＋サーバ達）- ルビにCSS、縦書きにJavaScriptでやってみよう（ePub+iBooksでJavaScriptが動いた！）

【実験】「涅槃」を使って、EPUBファイルを縦組みで表示できるか？ ≪ ECollab Ltd.

結果は、1ページ目しか表示されず、一部のルビもずれてしまいました。
・画像1にあるように、行の最初に現れるルビは正しい位置なのですが、
行内の2番目に現れるルビは、下にずれてしまっています。
・ページ末尾の”髯貯えぬ丸顔”のあとに”を傾けて「描けども、描けども”
と続くはずですが、ここで表示が終わっています。
画面下のページ番号も、2までしかありません。

ベースにしたのは、青空文庫のファイルを「青空文庫 (XHTML) -> ePub変換 Bookmarklet」
で、明朝体ルビありで変換したファイルです。
夏目漱石の「一夜」を使いました。http://www.aozora.gr.jp/cards/000148/card1086.html

縦書きのキモは、縦書き文庫さんの「涅槃」というJavaScriptです。
https://code.google.com/p/nehan/にあります。

縦書きにしたePubファイル内の構成は以下の通りです。
~/mimetype
~/META-INF/container.xml
~/1086_14935.opf
~/1086_14935.ncx
~/OEBPS/1086_14935.html
~/OEBPS/default.css
~/OEBPS/css/kentenbosen/after/sen/*.png (縦書き用記号のpng画像ファイル)
~/OEBPS/css/kentenbosen/after/ten/*.png (縦書き用記号のpng画像ファイル)
~/OEBPS/images/*.png (表示できない文字のpng画像ファイル)
~/OEBPS/img/*.gif (涅槃用のgif画像ファイル)(今回追加)
~/OEBPS/js/nehan.js (涅槃のJavaScript)(今回追加)
~/OEBPS/js/nehan-min.js (涅槃のJavaScript)(今回追加)
~/OEBPS/js/plugins.js (涅槃のJavaScript)(今回追加)

手順は以下の通りです。

(1)*.epubファイルの拡張子をzipにして展開
(2)涅槃のファイルを上記のように配置
(3)~/1086_14935.opf に、今回追加した画像ファイルとJavaScriptを追記。

…

<item id=”dash.gif” href=”OEBPS/img/dash.gif” media-type=”image/gif” />

…

<item id=”nehan.js” href=”OEBPS/js/nehan.js” media-type=”text/javascript” />

…

(4)~/OEBBPS/1086_14935.html を編集。
</head> の直前に、以下のコードを追加。
・1つめのスクリプトのnehan.js の位置を、htmlファイルから見た相対パスに変更。
・2つめのスクリプトのcharImgRoot を、htmlファイルから見た相対パスに変更。
・フォント名に日本語が入っていると何も表示されなかったので、sans-serifに変更

<script charset=”utf-8″ type=”text/javascript”

src=”./js/nehan.js”></script>

<script type=”text/javascript”>

window.onload = function(){

Nehan.LayoutMapper.start(“div”, {

charImgRoot:”./img”,

fontFamily:”sans-serif”,

filter:”direction”,

noBR: false,

onSeek: function(groupName, seekPercent){ },

onComplete: function(groupName){ },

onCompleteAll: function(){ }

});

};

</script>

(5)<body>タグの直後から、以下のdivタグでくくる。

<div class=”lp-vertical lp-width-450 lp-height-730 lp-font-size-16″>

(6)iTunes経由でiPadに転送し、iBooksで開く。

6/29追記：
びば！もばいる！ の hilock702 さんが、ePubs.jp で
縦書きePubファイルを公開してくださいました。
http://bit.ly/bOxD6N

課題も多いですが、縦で読めるのはいわゆる「衝撃」です。

http://www.mosa.gr.jp/?p=3395
【中級】iPad開発セミナー～電子書籍アプリケーションを作る～
MOSAでは、iPad向けアプリ開発をお考えの方を対象に、
電子書籍アプリのプログラミング方法を解説する中級セミナーを開催いたします。

以下は私の気になった点を中心にした参加メモです。

【アジェンダ】
・概要
・CoreTextによるページネーション。文字サイズとリフロー。
・UIScrollViewによるページめくり。三面鏡。
・OpenGLによるページめくり。iBooksみたいなめくり方にしたい！
・コンテンツ管理、セキュリティ。COmmonCryptライブラリとNSDataの新しいメソッド
・ストア。InAppPurchase

それぞれサンプルコードあり。

【概要】
・標準フォーマット vs 独自フォーマット
・作者の思い通りに何でもできる。動画、インタラクティブ、iPadで出来る事なら何でも。
・将来も動作するという安心感を与えるべき(OSやハードウェアのバージョンアップに対応できるのか、などはあらかじめ検討しておく)

・電子書籍アプリの3大機能は、(1)ビューア、(2)コンテンツ管理(含セキュリティ)、(3)ストア(課金)

【CoreTextによるページネーション】
(1)タグ付きファイルから、NSXMLParserでテキストを取り出す
(2)NSAttributedStringオブジェクトで、フォントや行間や左寄せや単語で改行を指定する
(3)CTFrameで領域を決める
(4)領域内に表示する文字の範囲を得る
(5)DrawRect, (CTDrawRect?)で文字を描画する

(Q&Aより)
・禁則処理はデフォルトでサポートしているが、カスタマイズはできないようだ。
・ルビは自前で一行ずつ描画する。ルビ、本文、ルビ、本文、、、
・縦書きは、仕組みはあるが実用的ではない。
・・縦書き用のグリフに変換(カッコやアラビア数字など)
・・点の位置がおかしくなる(?)ので、範囲選択しようとするとおかしくなる。
・CoreGraphicsを使って、自分で描画エンジンを作るという方法もある。

【OpenGLによるページめくり】
・あるとないとでは、アプリの完成度が全く違う。
・UIViewAnimationTransitionCurlUpもあるが、細かい制御ができない
・CALayerでアフィン(線系)変換して積み重ねてもいいが、細かい部分が美しくできない。
・そこで、OpenGLで、描画領域全体を1つの画像にして、OpenGLのテクスチャとして扱い、ポリゴンとして(変形して見えるように)描画する。
・めくれて見える変換アルゴリズムは色々。3Dグラフィックの本を参照。
・ページの表面で円錐を転がす方法の解説。

【コンテンツのセキュリティ】
・ダウンロード型でも、ディスク上にキャッシュしたい。
・スクリーンショット撮影は禁止できない。
・利便性とセキュリティ強度の兼ね合い。説明してお客様と調整。

・Common Crypt ライブラリ。 /use/include/CommomCrypt AES128やRC4などメジャーな暗号をサポートしている。
・CCrypt関数に、NSDataや各パラメタを喰わせる。
・複合先のバッファは、サイズはそれほどかわらないと想定して少し多めに確保。各暗号のアルゴリズムによる。復号もいっしょ。

・NSData writeToFile:option:error: で、option: が増えた。

デモが多く、見ていて楽しかったです。
時間を作って、むかし作った写真集アプリ(サーバ配信型)をiPad対応したいなぁ。。。

講師の方の話を聞き、最後に質疑応答という流れでした。
講師は様々なセミナーなどで電子書籍に関してお話をされている
学校法人　阿佐ヶ谷学園　高度情報化研究所　所長
境祐司　氏（http://admn.air-nifty.com/about.html）です。
以下、内容のメモです。
電子書籍のフォーマットとその周辺の紹介。
・Epub vs PDF。epubは読みやすさや速読を優先。PDFはレイアウト優先。
・epub作成の商用ツールは、検証用でも80万円とかするらしい。
試しに紙で出す本をepub化してみた時の、作業の流れの話し。
・InDesignで作ってepubファイルに書き出し、Sigilで調整した。
・見映えの確認は、iPad, iPhone, Stanza で行った。
・Safariで、開発メニューから、iPad用のレンダリング・エンジンを選べる(らしい)。xhtmlなので、WEBブラウザでもだいたいは確認できる。

Sigilでやったのは、主に以下の作業。
・CSSに無駄が多く、クラス名が長い物があったので、スリム化。
・章区切りを入れる。ファイルが分割される。必ず改ページされるので、推理小説のように「次ページではんにんが！」のような場合に便利。目次にも反映される(？)
・メタデータを入れる。
Title, Author, Language。
iBooks用に、Subjectタグも入れる。カテゴリの意味である。入れないと「未分類」にされてしまう。

・Sigilで新規ファイルを作成して、それにはめ込む場合は、コードビューにして、bodyタグ？内をコピペで貼り付けて、Imageフォルダ内に画像を突っ込めばよい。

質問タイム。
・StanzaとiPadで余白などの見映えが違う。両対応するためには、両者の中間の値を使った。ブラウザハック的な事はしなかった。今後は統合コンテンツ管理システムがうまく各ビューアむけの調整をしてくれる事を期待している。
・iPadでは画像が大きい場合には、縮小して表示される。サイズは大きめにして、width 100% で指定するとよい。
・DRMの話し。
・InDesignでのepub出力について。 CS3はひどかったという印象。CS4で良くなって、CS5はCS4と同じぐらい。

・iTunes経由でiBooksに入れた時の「本のフォーマットが違います」で読めない件。みた事は無い。手打ちで作らず、ツール(Sigil)を使っている。
(会場のフォロー)
・圧縮時のフォルダ階層に注意。
・MacのZip圧縮はWindowsと違い、圧縮してそのまま拡張子をepub に変えてもダメな場合がある。
・マジックワードを使った判定をするなら、頭の文字や、mimetypeを無圧縮で見えるように配置するなどが必要。
・epubファイルのバリデータがあるので、確認するとよい。
http://threepress.org/document/epub-validate
(コアの部分は BSDライセンス。ローカルに配置すれば、部外秘なepubを検証する時に便利)

最後の、ePubファイルのどこがおかしいかを教えてくれるバリデータのWEBサイトは、
英語表示なものの、ePubファイルを自分で作る人にとっては、とても役に立つサイトだと思います。