ひまつぶし雑記帖

2010-06-27: 電子書籍でセルフパブリッシングとか
2010-06-26: paypal と電子書籍のダウンロード販売（その３）
2010-06-21: paypal と電子書籍のダウンロード販売（その２）
2010-06-20: paypal と電子書籍のダウンロード販売（その１）
2010-06-19: dvipdfmx のフォント埋め込み
2010-06-13: 少しずつだけど進行中
2010-06-12: PayPalで購入ボタン
2010-06-06: 水元公園菖蒲祭り
2010-06-05: 個人でできるネットの小額決済はPayPalだな
2010-06-04: platexで悶絶しそうだ

2010-06-27(Sun) [16:24:10]

電子書籍でセルフパブリッシングとか

AmazonだとかiPadだとか、黒船到来、という論調ばかりが目につく。

けどなあ。

電子書籍と言ったところで、PDFの文書は昔っからあるし、ケータイとかPalmとかXMDF形式とかドットブック形式とか昔からある。今に始まったことじゃない。
セルフパブリッシングと言ったところで、コミケに代表されるように同人誌の規模は大きくて、参加してる連中は印刷された本を作ってイベントという公共＝パブリックなところで売っている。今に始まったことじゃない。
「電子書籍でセルフパブリッシング」と言っても、新しいことなんてなにも言ってない。ネットが絡むから新しい？ネットで自作を販売している作家さんもすでに多数。

なのに、この騒ぎはナニ。
イベントで直販する分にはその範囲内なのでいいんだけど、AmazonやAppleを通じて電子書籍を直販するとなると、取次がすっ飛んでしまう。そこが騒ぎの根源。どの業界も流通をつつくとこうなる、てことか。
零細出版社でエロ漫画編集なんてのをしてた頃、取次の部数調整にずいぶんムカついてたりしたので、取次がすっ飛ぶ分にはむしろ喜ばしいところ。（Amazonに並んでいる書籍雑誌は取次経由だけど、なんで取次を経由するのか。版元が直接Amazonに卸せばいいのに、と当時思ってた）

作家のブランディングやPR、保護、作品作りのサポートを考えると、出版社はなくなることはないし、玉石混淆で作品があふれてくればくるほど出版社ブランドは強くなる。
電子書籍だネットだと言ったところで、たとえばわたしの実家はそんなもの無縁。本や雑誌を買うのは地元の本屋さんだ。紙の本がいきなりなくなるとは思えないので、本屋さんの存在感は相変わらず、だろう。
いらないのは日販トーハン栗田大阪屋大洋社その他の取次だけじゃん。というか、今の規模の取次なんてのは不要になるだけの話じゃないのか。見合った規模に取次を統廃合する、だけで今回の騒動は収まるような気がしてきた。電子書籍がAmazonやAppleの店頭に並び、それと同様、本屋さんにも紙の新刊が並ぶ、どちらも成立するソフトランディングというか。

てなことをぼーっと考える梅雨空の日曜だ。

一連のそんなこんなが元となって、電子書籍とダウンロード販売の仕組みを作ろうというモチベーションになった、のは感謝。
・同人誌が何冊もあるんだけどイベントばかりじゃないし。なら自分で出してしまえ。
・部数がとれなくて本が出せない、と。なら自分で出してしまえ。

個人でクレジット決済できる販売ページを作っても、最大の難関、ブランディングとか集客とかが残ってるけど、まずは第一歩。
http://books.doncha.net/hino-yutaro/

[Comment] [Trackback] [Admin] ▲

2010-06-26(Sat) [19:48:42]

paypal と電子書籍のダウンロード販売（その３）

ということで、知人、というか身内の同人誌ダウンロード販売ページを公開した。DRMフリーの電子書籍というかPDF、３００円均一。
下町飲酒会駄文支部日野祐太郎
この中では、「Vanish」!が完成度も高く抜けた傑作。次のグループが「あかるいほうへ」「アロイのやさしい神さま」。「猫神リスペクト」が佳品で、「赤貧遁走曲」はエピソードの長さがいちいちもったいない。
といったところかな。
ぜひ一度読んでみてください。身びいきをさっ引いても、かなりおもしろい小説群です。

[Comment] [Trackback] [Admin] ▲

2010-06-21(Mon) [23:20:06]

paypal と電子書籍のダウンロード販売（その２）

その０．
購入ボタンはこんな感じ

<form name="_xclick" action="PAYPALSERVER" method="post">
<input type="hidden" name="cmd" value="_xclick" />
<input type="hidden" name="business" value="EMAILADDR" />
<input type="hidden" name="currnecy_code" value="JPY" />
<input type="hidden" name="item_name" value="ITEMNAME" />
<input type="hidden" name="item_number" value="ITEMNUMBER" />
<input type="hidden"  name="amount" value="100.00" />
<input type="image" src="PAYPAL PURCHASE BUTTON" />
</form>

item_number以外は必須。item_numberも、商品IDとして使うので、わたしの場合は必須。ユーザーがPaypalから戻ってきたとき・Paypalから即時通知があったときに、この商品IDでデータベースに照合する。

あらかじめ、Paypalで個人設定を仕込む。（以下とは別に、文字コードを日本語、UTF8に設定しておいた）

その１．
「ウェブペイメントの設定」

→自動復帰オン
→復帰URL ユーザーが帰ってくるURLを設定
→支払いデータ転送（PDT）オン
→暗号化されていないウェブペイメントの受領拒否オフ

購入ボタン自動生成で暗号化してないので、最後の設定はオフにしておく。

購入ボタンをクリックしてPaypalにいったユーザーが支払いを完了して「マーチャントに戻る」リンクをクリックしたら、復帰URLにパラメータを持って戻ってくる。それをスクリプトで解析する。以下はほぼほぼPaypalにあるサンプルコード（perl版）まんま。

    my $query  = join('&'， "cmd=_notify-synch"， "tx=$form->{tx}"， "at=PAYPAL_AUTH_TOKEN");
    my $ua  = new LWP::UserAgent;
    my $req = new HTTP::Request("POST"， PAYPAL_SERVER);
    $req->content_type("application/x-www-form-urlencoded");
    $req->content($query);
    my $res = $ua->request($req);
    return if($res->is_error);

    my @response = split("\n"， $self->html_decode($res->content) );
    my $status = shift(@response);
    my %tx;
    if($status eq "SUCCESS"){
        foreach( @response){
            my ($key， $val) = split("="， $_);
            $tx{$key} = $val;
        }
        return \%tx;
    }
    else{
        return;
    }

戻ってきたら、GET でパラメータ＝トランザクションIDを取得して、Paypalの管理ページ、個人設定にある、auth tokenと、定型のコマンドとともに、PaypalのサーバーにPOSTでアクセス。
そこで取得できるcontentを改行でばらして一行ずつ、って先頭の行がSUCCESSであればOK。それ以外だと決済が完了していないので、どうなってるのか調べる必要がある。
というのが「PDT」というヤツ。
ところが、これはユーザーが「マーチャントに戻る」というリンクで戻ってくれないと、情報が何も取得できない。もちろん、Paypalの方からメールがくるし、Paypalの管理画面を見れば、取引状況はわかるので、調べてユーザーに返事を出すこともできる。

でも、今回やりたいのはダウンロード販売。
支払いが終わったらすぐにダウンロードページに行きたいよね…といいつつ、Paypalの「マーチャントに戻る」リンクがまるで目立たない。これじゃ、ユーザーはここでブラウザを閉じて終了、だろう。現に戻ってくる率は２０％もない、という記事もどこかで見かけた。なので、こちらは、もしユーザーが戻ってきたら、ありがとうございましたとか、確認にしばらくお時間くださいとか、表示を選択するためのモノとして使う程度。

そこで、以下のIPN（支払い即時通知）の出番。

その２．
「即時支払い通知（IPN)」

→通知URLを設定

支払いが生じたらPaypalから、通知URLあてに、パラメータを抱えてアクセスがある。それをスクリプトで解析。以下はサンプルコード（以下同文）

    my $query;
    read (STDIN， $query， $ENV{'CONTENT_LENGTH'});
    $query .= '&cmd=_notify-validate';

    my $ua = new LWP::UserAgent;
    my $req = new HTTP::Request("POST" ， PAYPAL_SERVER);
    $req->content_type("application/x-www-form-urlencoded");
    $req->content($query);
    my $res = $ua->request($req);

    my $cnt = 0;
    my %ipn;
    my @pairs = split(/&/，$query);
    foreach my $pair ( @pairs ){
        my ($key， $val) = split(/=/，$pair);
        $val =~ tr/+/ /;
        $val =~ s/%([a-fA-F0-9][a-fA-F0-9])/pack("C"，hex($1))/eg;
        $ipn{$key} = $val;
        $cnt++;
    }
    if( $res->content eq 'VERIFIED' ){
        my $err;
        $err = 1 if($ipn{'payment_status'} ne 'Completed');
        $err = 1 if($ipn{'receiver_email'} ne MY_PAYPAL_EMAILADDR});
        $err = 1 if($ipn{'mc_currency'} ne 'JPY');
料金などのチェック
        if( $err ){
            open(OUT， '>>' . '_err.txt') || die;
            foreach (keys %ipn){ printf OUT qq{[KEY]%s ::: [VAL]%s\n}， $_， $ipn{$_}; }
            close(OUT);
        }
        else{
エラーがなければデータベースに登録したり
ユーザーにメールを出したり
        }
    }
    else{
        open(OUT， '>>' . '_err.txt') || die;
        foreach (keys %ipn){ printf OUT qq{[KEY]%s ::: [VAL]%s\n}， $_， $ipn{$_}; }
        close(OUT);
    }

POSTされたパラメータをそのままに、コマンドを付加して、Papalに返すと、パラメータが正しいか間違ってるかだけ教えてくれる。パラメータが正しければ、料金を確認したり、トランザクションIDをチェックしたり。エラーがあったら、ログを吐き出し、正しければデータベースに登録してユーザーにダウンロードURL案内のメールを出す。

わたしはperlが少しわかる程度。それでもサンプルコードどおりに書けばほぼOK。ダウンロード販売ということで、データを受けてデータベースを使って商品を特定したり、ダウンロードURLを作ったり、というところがちょっと面倒だけど、難しいもんじゃない。
最悪、うまくいかないケースが生じても、Paypalからメールが来るし、Paypalの管理ページに行けば履歴を確認したりキャンセル処理ができるので致命的なことにはならない、はず。
それに、ダウンロード販売なので、面倒な在庫管理は不要。

ちなみに、無責任なことに、これを書いてる時点ではまだ本番でのテストはやってないので、あしからずご了承いただきたく。忘れないうちに自分メモ。

原稿があるなら、Paypalを使って、ダウンロード販売ですよ。たぶん、儲けるのは無理だけど、原稿を塩漬けにしてるぐらいなら、ネットに並べておいてもいいんじゃね、と。個人書店があちこちにできて相互にリンクできれば宣伝にもなって面白いんだろうから、お手伝いしますよー。

[Comment] [Trackback] [Admin] ▲

2010-06-20(Sun) [16:00:33]

paypal と電子書籍のダウンロード販売（その１）

小説や漫画など、電子書籍を作るのは簡単。問題はどうやってそれを売るのか。
「ホームページに並べて・購入してもらって・ダウンロードしてもらう」
というのをどうすんだよ、てことで調べてみたメモ。
（ちなみに、作った電子書籍はDRMなしのPDFファイル）

結論から言うと。

Paypal のプレミア（以上の）アカウントを作れば、個人でも簡単にクレジットカードを使った小額決済ができて、ちょっと仕組みを作ればダウンロード販売までできる。
Paypalのアカウントは固定費不要。クレジットカード決済に審査も不要。一度の決済手数料は40円＋3.8%～。驚く手軽さ気軽さだ。

ショップとユーザーの流れ
ショップを訪れたユーザーがページにつけられたPaypalの購入ボタンをクリックすると、Paypalの支払いページに飛ばされて、そこで支払い手続きとなる。クレジットカード番号やメールアドレスなどをPaypalに対して入力することとなる。Paypalの支払い完了ページに、「マーチャントに戻る」というわけのわからないリンクが目立たないようあるけど、これをクリックすると、ユーザーはショップに戻される。戻ってきたユーザーは、ショップが用意した「ご購入ありがとうございました」ページなどを見る。
こちらでユーザーを誘導する。

ショップの裏方（たとえばデータベース）とPaypalの流れ
それとはまた別に、Paypalは支払いが生じたら、ショップにお知らせしてくるので、それを元に、ショップはデータベースに登録したり、ユーザーにお知らせメールを発送したりする。
こちらでショップとして売買の確定をする。

上記のやりとりで、なにか不明点があっても、Paypalの管理ページを開いてみれば全部わかるので、後でチェックして対応することも簡単にできる。

Paypalとのデータのやりとりでは
「誰が何を買ったのか」
だけがわかればOK。というかPaypalの役割はここまで。

ダウンロードURLを作って、そこでダウンロードできるようにするのは、ショップ側で作ることになる。

PDTとかIPNのサンプルコードなどの具体例は、以下次号、かな。

# ページは、あとは、本番でのチェックと原稿の校正だけ、となった。
# 七月にはオープン予定で。

[Comment] [Trackback] [Admin] ▲

2010-06-19(Sat) [19:31:27]

dvipdfmx のフォント埋め込み

paypalを利用してのダウンロード販売ページは、ほぼ完成。デバッグとテストを繰り返しているところ。後は本番環境でひと通りやって、解説ページを作って、肝心の電子書籍＝PDFの校正をやれば正式オープン。

て、ことで、PDFを作り直してみたら。

dvipdfmxでフォントの埋め込みに失敗していた。
Could not locate a virtual/physical font for TFM ”rmlv”
Please check if kpathsea library can find this font

あーだこーだやって、ぐぐりまくり…拡張子を .otf から .ttc にリネームすればいいだけの話だった。がっくし。

paypalとダウンロード販売について、そのうちココに、メモを残しておこう。

[06/20 10:31:04]

って、一夜明けたら、また dvipdfmx のエラーが。なんでやねん。

[06/20 14:38:50]

うそっ！カレントディレクトリにフォントがないとダメ、てアンタなんじゃそりゃ。

[Comment] [Trackback] [Admin] ▲

2010-06-13(Sun) [18:43:47]

少しずつだけど進行中

今日はいちんち閉じこもる。午前中に図書館に行ったりモスで昼飯を買ったり。金町駅がひとであふれかえってスゲーことになっていた。水元公園の菖蒲祭りだな。バスも長蛇の列だったんだけど、金町駅から水元公園まで歩いたほうが、もしかすると早いんだよねえ。
ちなみに、モスのラー油バーガーは、ふざけてんのか、と思うぐらいにマズくてがっかりだった。

で、昨日に引き続き、サイト作り、というかダウンロード販売の仕組みづくり。いまんとこ、PayPalとのデータのやりとりは仕様どおりサンプルどおりなので、特に問題もない。昨日も書いたように、表ではPDTのデータを受けて、裏でIPNのデータを登録すればいいだけ、っぽい。

ダウンロードの方も、技術的に、というか、スクリプトはそんな面倒なこともない。それより、運用というかファイルの扱いが面倒かもなあ。
DRMは素人が個人で手を出すのは設備的にも金銭的にも無理。そもそも、本てのは、立ち読み回し読みで広がる・広げるものなので、DRMなんて読者にしてみれば邪魔なだけ。
なもんで、DRMをかけないPDFをダウンロードしてもらうにあたって最低限考えることは。
URLを直叩きされてもダウンロードできないようにする。
IDとパスでダウンロードするひとを限定する。
ダウンロードの回数を制限する。
の３点ぐらいか。
httpでアクセスできないところにPDFを置くことにして、IDはPayPalで購入時のメールアドレス、パスワードは一意のハッシュを用意。スクリプト経由でPDFファイルを吐き出すようにして回数はDBに記録・参照できるように。

ボンベイサファイアの炭酸割りに、ベランダのローズマリーを千切って入れたら美味いのなんのって。

[Comment] [Trackback] [Admin] ▲

2010-06-12(Sat) [20:19:48]

PayPalで購入ボタン

購入ボタンまでは不要かな、と思ってたんだけど、宗旨替え。
ブツの通信販売と違って、電子書籍はその場でスグに欲しい。それにはやはりPayPalの「今すぐ購入」ボタンとクレジット決済だよなあ、と。

PayPalの開発環境というかテストサイトのアカウントを取得して、ごそごそテスト＆仕様確認中。テストサイト、sandbox、砂場の使い方なんかが書いてあるところを見ると、ダミーのクレジットカード番号が用意されている、とのことだったけど、わたしが確認した限り、それはなくて、自分の本当のカード番号を使わないとテストできない、のがちょっとアレな感じで嫌んだけど、モタモタしたくないんで、目をつぶる。

で、ほぼほぼサンプルコードをそのまんま使ってやってみたところ、あっさり購入ボタンの利用からクレジット決済まで実装できた…て、まだテスト環境だけ。簡単すぎて驚いた。（使ってるレンタルサーバーはlolipop。使用言語はperl）
WEBのページと同期したPDTをページ表示に使って（サンキューページみたいなもの）、非同期に送られてくる IPN のデータを lolipop の MySQL に登録。お金のやりとりは基本的に PayPal の管理ページで確認するので、DBに登録するのは最低限、誰がどのファイルを買ったのか、だけ。後はそれを元にダウンロードしてもらえるようにページを作る。

電子書籍がどーたら。
PDFなら簡単に誰でも作れる（クオリティはまた別の話として）し、おそらくEPUBという形式・規格もすぐにソフトが出揃うだろう。
なんでも同じ。問題はどうやって個人がネットで売るのか。

ほんと、なにを今さら、だろうけど、PayPalを使えば、個人がネットでクレジット決済でお金のやりとりができる、というのがスゲーんだ。何度も繰り返してくどくてすまん。眠っている原稿、塩漬けにされてる原稿があるなら、自分でネットに並べてみませんかー。業者に依頼するまでもないです。ちょっと調べるだけで自分でできます、マジで簡単ですよ。

個人レベルが勝負できる環境を作っていけるんじゃないかと思うですよ。

[Comment] [Trackback] [Admin] ▲

2010-06-06(Sun) [20:15:11]

水元公園菖蒲祭り

ここんとこ毎年楽しみ。とくに陶器市の側に出現する飲み屋街が素敵。空が広くて開放感たっぷりの水元公園に赤提灯の図がたまりません。
今日は陶器市でタジン鍋を買ってみたり、足りない食器を買ってみたり。その後赤提灯で、澤乃井の蒼天なんかをいただく。シアワセ感溢れる水元公園だった。

帰宅後、昼すぎから、知人の小説をPDFにする作業。…おのれの頭の悪さを呪う感じ。TeXでpdfにするんだけど、いちいちよくわからんくて、困る。コマンドややりたいことをグーグルさまで検索しまくりながら、だ。もともとがいわゆる理系なひとたちのツールなので、小説の・縦書きで・扉ページどーしよとか・奥付どーなのとか、がなかなかヒットしてくれない。
↓いろいろ検索してようやくたどり着いたのが
http://homepage3.nifty.com/tearoller/keisen_doc.html
hbox vbox の考え方、みたいなのがすっきり解説されていて助かった。こいつの応用でどうにかなりそうな、感じかな。

表組み（テーブル）のコマンドなんかを見ると、wikiの記法に似ているし、TeXがいろんなマークアップ言語のおおもとになってんの？、とも。

ヒラギノ明朝２はバランスもいいし美しいフォントだけど、kindleで見ると細い。解像度の問題なのか。もう少し太い方が読みやすい。

ダウンロード販売となると、DRMなし、としても、いろいろシステムを作らなきゃいけないんで、ちょっと面倒。とうぶん先の話かなあ。

[Comment] [Trackback] [Admin] ▲

2010-06-05(Sat) [19:18:19]

個人でできるネットの小額決済はPayPalだな

二日酔いでゲロりまくりの今日。…あれ？先週の土曜も同じ。で、そんなに飲んだ記憶もないのも同じ。ちょっと体調が悪いのかもしれない。

知人の同人誌紹介ページを作ったのはいいけど
http://books.doncha.net/hino-yutaro/
通販の支払いをどうすんの？と。

聞いてみると、同人誌の通販は、定額小為替の郵送とか、郵便振替が昔からよく使われているらしい。郵便局が意外にも便利だというのにちょっと感心。とはいえ、郵便局まで出かけなきゃいけないし、ネットで通販だし「購入ボタン」がほしいぜ、と調べてみた。

PayPalがびっくりの便利さで驚いた。PayPalそのものは知ってたけど、どーせ英語だし使い勝手がわからんちんだろ、と。
https://www.paypal.com/jp/cgi-bin/webscr?cmd=_home
いつのまにやら、日本語の丁寧なサイトまでできていた。

メールでの決済
購入ボタン
ショッピングカート
の3種類が、固定費なし、無料で使える。決済手数料は40円＋3.8%～。

とりあえず、一番簡単そうなメール決済を試してみた。いや同じ単語連発で申し訳ない。本当に簡単で驚いた。
手順としては、

・お客さんからメールなりで、注文を受け取る
・PayPalの管理ページで請求書を作る
・PayPalから支払いページへのリンクのついたメールがお客さんのところに届く
・お客さんはPayPalのページに行って、PayPalのアカウントで支払うかクレジットカード情報を入力して支払いを済ませる

すべてのやりとりの段階でいちいちPayPalから確認のメールが飛んでくるので見落としもない、だろう。

これだけでも十分、だ。
購入ボタンをつけるほうがいいんだろうけど、同人誌紹介ページが、まるでECサイトみたいに見えるのもどうなんだろう、と思うので保留。

同人誌に限らず、個人がネットで展開するのに、PayPalはほんとに便利ですよ。眠っている原稿、塩漬けにされてる原稿があるなら、自分でネットに並べてみませんかー。

[Comment] [Trackback] [Admin] ▲

2010-06-04(Fri) [00:34:08]

platexで悶絶しそうだ

元祖マークアップ言語、みたいなものだろうけど、中間ファイル（dviファイル）にする必要があるので、仕上がりを見るには、コンパイル（？）してプレビューアで見ることになる。これが意外に面倒…なので、先日ちょっと触ってそれっきりになってしまったのだ。我ながら意思の力なんてこれっぽちもありゃしない。

知人の同人誌、せっかくだから、PDFにしておこうとごそごそふたたび。
一度、本になってるので、入稿データとして、すでにPDFになってるとはいえ、Kindle2で見ると字が小さい。以前にkindle2用に、一冊作ったときのポイント数、字数行数でやり直さなきゃ、ちと厳しい。

奥付とか扉とか、ちょっと気の利いたことしたい、とか思うと検索しまくってテンプレート探すか、自分でtexを書いてみるか、どちらにしても時間と根気が必要だなあ。

5月23日の第10回文学フリマで買ってきた同人誌をちょっとずつ読んでいて。そりゃムチャ、ちょっと調べろよ、と思うのも正直あるけど、逆に、文章もしっかりしていて人物描写で思わずはっとさせられるものもあって、驚かされる。同人誌はまだまだ頑張れる、としみじみ。個人発の創作活動を盛り上げることができればうれしいぞ。

面白い小説も、ひと知れずこっそり、ではもったいないので、積極的に使えるものは使って、と。文学フリマで買ってきた本は片っ端から読んで、面白かったものはブログに紹介していく。残念ながら、この雑記帖だとPageRankもなく人通りもほとんどなく閑散としてるんで、excite か biglobeか大手で人目につきやすいブログを使おう。

面白いものは少しでも知ってもらいたいよね。

[Comment] [Trackback] [Admin] ▲

2010(55)