• ハードウエア版の Kindle、アプリ版の Kindle とも、ユーザーコンテンツを利用可能。
• ただし、アプリ版の Kindle でユーザーコンテンツを利用する際は、端末ごとにファイルを手動コピーしなければならず、クラウドの恩恵を受けることができない。
• どの Kindle でも利用できるファイル形式は Kindle 形式 (.mobi など) で、Amazon.com が提供している「KindleGen」で作成可能。

Kindle におけるコンテンツの流れの図

コンテンツの利用の流れを、入手源別に Kindle Store で購入したものとユーザーコンテンツ (Personal Documents) に分けてまとめるとこんな感じで、大きな流れは A〜D の 4通り。

※注　このページの記事で書かれている Kindle は、2011年10月に発売された Kindle (第4世代) とその時点のアプリ版 Kindle を想定しています。

A: Kindle Store でコンテンツを買う

Kindle Store で購入したコンテンツは、Kindle Library に保存され、ハードウエア版の Kindle (Kindle Device) やアプリ版の Kindle (Kindle Reading Apps) にダウンロードして利用できる。

Kindle Library は、クラウドのストレージであり、同じ Amazon.com のアカウントでひも付いている 各 Kindle 間でコンテンツや最後に読んだページなどを同期することができる。

なおコンテンツによっては、 同じアカウントだけでなく、他人のアカウントに 14日間貸して利用させることもできるそうだ。

B: Kindle Personal Documents Service でユーザーコンテンツを転送

Kindle Personal Documents Service は、Kindle Store から購入したコンテンツ以外の、ユーザー個人のコンテンツを ハードウエア版の Kindle で利用するためのサービス。

基本的な利用フローは、Kindle で利用したいファイルをメールに添付し、Kindle 転送用のアドレス (<変更可能>@kindle.com) に送信することで自動的に転送される。また同時に、そのコンテンツは Kindle Library にも保存されるため、再ダウンロードも可能。

対応しているファイル形式 (MS Word、HTML、画像、PDF、Kindle 形式) やサイズ (〜50MB) の制限の詳細は、サポートページを参照。

注意すべきは、このサービスがアプリ版の Kindle に対応していないこと (サポートページの1段落目の最終行参照)。Kindle Store に日本語のコンテンツがないことを考えると、この点が残念だけど、サポートページの書き方は “… is not currently supported …” というものなので、もしかして将来は？と勝手に期待してしまう。

なお、「Kindle に送る」機能を持つウェブサービスやブラウザのアドオン等は、この方法 (*@kindle.com にメールを送る) を使っているものが多いみたいだ。Readability や Send to Kindle など。

C: 手動でユーザーコンテンツをローカルコピー

アプリ版の Kindle でユーザーコンテンツを利用する場合、これが 2011年10月時点で唯一の方法。

各アプリがコンテンツのデータを保存しているローカルフォルダにファイルを手動でつっこんでやれば、そのコンテンツが利用できるようになる。直接的かつわかりやすいが、当然、読もうと思う端末ごとにコピーが必要だし、Kindle Library のような同期もされない。

そのコンテンツフォルダは、いろいろ調べたところ次の通り。

Kindle 形式 (.mobi, .awz) を除くと、対応しているファイル形式は各アプリによって異なっていて、例えば Mac OS X 版では PDF を読むことができたが、Android 版ではコンテンツとして認識されなかった。

KindleGen でユーザーコンテンツを作ってみる

ユーザーコンテンツを Kindle 形式に変換するためのコンバーターが Amazon.com からフリーで提供されている。「KindleGen」というやつで、HTML、OPF (なんだこれ?)、ePub から .mobi へ変換できる。

試しに青空文庫にある、「文字禍」(中島敦著) の HTML を mobi に変換して Android 版のアプリで見るとこんな感じ。ルビがちょっと残念。

D: Whiepersync

これはコンテンツ自体のやりとりではなく、コンテンツの最後に読んだページや、自分で付けた注釈、ハイライト等をクラウド経由で同期する仕組み。

ただし、ユーザーコンテンツ＆アプリ版の Kindle の組み合わせはこの仕組みを使えない。手動コピーしたユーザーコンテンツはクラウドに保管されていないし、Kindle Personal Documents Service を使うとクラウドに保管されるもののハードウエアの Kindle にしかダウンロードできないため。

参考文献

1. 印刷どーなる？ &raquo; Blog Archive &raquo; EPUBをmobiに変換してKindle3で読んでみました。 <http://www.gorilog.net/print/archives/123>
2. Kindle のおいしい使い方 @Wiki – アプリ版Kindleの辞書入替 <http://www22.atwiki.jp/how2kindle/pages/13.html>

• エクスプローラからカレントフォルダを PowerShell コンソールで素早く開くには、Alt + D ⇒ powershell + <ENTER>

どうやったらカレントフォルダを PowerShell で開けるの？

PowerShell は、セキュリティ上の理由から、ファイルをダブルクリックするだけでは実行できないように作られている。理屈はわかるけど、これが非常に不便。

一応、コンテキストメニューの「PowerSehll で実行」を使うという方法 (v2.0 からだっけ？) もあるんだけど、これだと実行完了後にコンソールのウィンドウごと標準出力の内容が消えてしまって、ちょっと都合が悪い。

そんなわけで、エクスプローラからスクリプトのあるフォルダを PowerShell コンソールで開き、速やかにスクリプト名をタイプして実行する、というタスクのためにこんな JScript を作って SendTo に入れていた。

var args = WScript.Arguments;
if(args.length==0) { WScript.Quit(); }

var fso = new ActiveXObject("Scripting.FileSystemObject");

if(fso.FileExists(args(0))) {
       folder_name = fso.GetFile(args(0)).ParentFolder.Path;
} else if(fso.FolderExists(args(0))) {
       folder_name = args(0);
} else {
       folder_name = '';
}

new ActiveXObject("WScript.Shell").Run("powershell -Noexit -Command \"&{cd '" + folder_name + "'}\"")

で、これはそれなりにちゃんと使えていたのだけど、ところがもっと簡単な方法があることがわかった。

In Windows Explorer, just go to the Address Bar at the top (keyboard shortcut: Alt+D) and typepowershell and press Enter. A Powershell command window opens with the current directory.

負けた。。次からはこれで。

参考文献

How to start PowerShell from Windows Explorer? – Stack Overflow <http://stackoverflow.com/questions/183901/how-to-start-powershell-from-windows-explorer>

Kindle 届く。箱小さい！

中身も小さい！

しばらくごそごそいじった感想は下記の通り。ちょっと夜中でテンション上がってるかも。

• サイズは A4 なんかと比較するよりも、文庫本よりちょっと大きいという感じ。その分、文庫本より読みやすい。
• ハードウエアのキーボードがなかったり、タッチパネルでもなかったりして、文字入力が面倒だろうなと思っていたけど、長文でもない限り問題なさそう。ソフトウエアのキーボードの操作は、思っていた以上に機敏に動くので、単語や WiFi のパスワードを入力するのは、そんなに面倒ではない。
• 画面の表示は、プラスチックの板に印刷されているかのように見えて、とても鮮明。A4 向けにレイアウトされた PDF だとちょっと字が小さくて、明暗のコントラストを上げてやっと何とか読めるかなというものもあり。ただし PDF のページ送りなどはスムーズ。
• スマートフォンその他の電子端末みたいに、バッテリーの残量が何パーセントかなんて、わざわざ数字では出てこないみたい。そんなにケチケチして使うようなものではなさそう。
• Settings の項目も少ないので、なおさら他の電子端末とは違う設計思想なんだと感じる。Kindle に最初から入っている電子書籍の項目に、アマゾン CEO の Jeff Bezos のメッセージがあって、”Our top design objective was for Kindle to disappear in your hands” らしい。本を読むための道具なんだね。
• Kindle Store に和書がないのは残念と改めて感じた。逆説的だけど、Kindle を買ったことで、他の日本の電子書籍サービスに興味がわいてきた。そして、どんどんコンテンツを作って Kindle の中に入れていきたい感じ。

10月4日 (火) 23:30 JST

帰宅したら DHL の不在票がポストに入っていた。今日の12:20に Kindle 届けにきていたらしい。

不在票に記載されていた電話番号に明日の再配達を頼んだら、毎日 16:00 くらいまでしか配達しないらしい。で、それ以降の時間帯でも配達できるけど、その場合は佐川急便に頼むとのこと。その方法で再配達を依頼した。

あー何かもう届いている人もいるっぽい。

10月3日 (月) 19:30 JST

いつの間にか日本に着いていた模様。税関を通ったところ？

昨日さんざん Kindle のサポートページを読んで、ハードウエアの Kindle (Kindle Device) と、アプリ版の Kindle (Free Kindle Reading Apps) は機能が異なることがわかった。

Kindle Store から購入したコンテンツはクラウドに置いてどちらの Kindle でも利用できるのだけど、ユーザーコンテンツ (Personal Documents) をクラウドに置いてもアプリ版の Kindle にはダウンロードできない。その代わり、ローカルのコンテンツフォルダにコピーして読むことはできる、ということらしい。

10月2日 (日) 8:30 JST

Shipment Tracking のページを見ると、こんな感じだった。

どうやらもう西海岸まできていて、近々 Departure ぽい。

到着日時の見積もりは、10月5日とのこと。これって米国時間？だったら日本だと6日かな。

10月1日 (土) 21:00 JST

Manage Your Kindle の Your Kindle Library ページを見てみたら、これまで amazon.com で本を買ったことがないのに色々本が存在する。最初から何冊か本をもらえるのか？それとも不正アクセス？？

よく見たら、辞書と Kindle User’s Guide だった。

Kindle User’s Guide をアンドロイドの Kindle for Android に転送したら読むことができた。

9月29日 (木) 9:30 JST

Amazon からメールが2通届いていた。

Kindle チームからのメールは、こんな感じ。

• あなたの買った Kindle は、あなたの Amazon.com のアカウントに登録されているよ。
• もしギフトとして買ったのだったら、Manage Your Kindle のページで登録を解除してね。そうしたら贈られた人が自分のアカウントで登録できるようになるよ。
• Kindle が届く前でも、本を買ったりして Kindle の本棚を作ることができるよ。

もう1通は Kindle の発送を通知するメールだった。本体代金が  $109、送料が $13.98、計 $122.98。参考として載っている日本円だと 9,767円とのこと。

9月29日 (木) 7:30 JST

朝、出勤前にウェブを見ていたら、28日に Amazon が Kindle の新製品発表会をするということをはじめて知る。あれ、昨日？っていうか日本時間だと今日か。amazon.com を見たらもう商品情報が出ていた。

この、Kindle Touch の With Special Offers ってのがいいな。と思ってレザーカバーと一緒に清算しようとしたら、日本には発送できないらしい。えー。仕方ない。

結局日本に発送できるのは、Special Offers のない無印 Kindle だけのようだ。というか、U.S. only 版と international 版で商品ページが別になっている。

無印 Kindle を買う。値段と機能の差を考えると、値下げされた Kindle Keyboard もいいかなと思ったけど、そこは新製品ということで自分を納得させる。あ、レザーカバー買い忘れた。

参考文献

• iBooks は、PDF と EPUB が読めるけど、EPUB の方が軽くて読みやすい
• dotEPUB を使えば、ウェブページを EPUB に変換できる
• EPUB 形式は、HTML や CSS などウェブ標準技術を使っている

PDF と EPUB のどちらがいいか

iBooks は、PDF と EPUB の2種類のファイルを読むことができる。比べるとこんな感じかな。

• PDF は、EPUB よりも一般に普及しており、読み書きできるアプリが多い。
• PDF は、Mac OS 標準機能で作成できる。
• iBooks で読む場合、PDF は、EPUB よりもページ読み込み等の操作が遅い。
• iBooks で読む場合、PDF は、拡大してもレイアウトが変わらないため、文章を読みにくい。

ということで、EPUB をどうやったら簡単に作れるかなと思っていたら、dotEPUB というウェブサービスが使えそうだということがわかった。

dotEPUB とは

ウェブページを EPUB 形式のファイルに変換するソフトウエア。フリー＆無保証。ホームページは http://dotepub.com/ 。

実行方法はいくつかあるけど、お好みのウェブページを表示させて、予め登録したブックマークレットをクリックするというのが一番簡単。

EPUB への変換処理はサーバーサイドで行われている。

早速 EPUB を作ってみる

変換するウェブページを表示させて、EPUB のブックマークレットをクリック。変換にかかる時間は、普通のニュースサイトなら2〜3秒程度。

EPUB ファイルを保存し、そのファイルを iTunes の左上の「ライブラリ」の辺りにドラッグ＆ドロップ。

その後、iPhone 等を同期させると、iBooks の本棚に EPUB が追加されている。

表紙はこんな感じ。PDF の場合と違い、画面の向きや文字の大きさを変えても、スクリーン幅に合わせて動的にレイアウトされるため、文章を読みやすい。

中身はこんな感じ。ウェブページ全体ではなく、本文の部分だけ抽出されているのに注目。Safari の「リーダー」機能に似てる。

本文の抽出には Readability というソフトを使っているらしい。いくつかのニュースサイトを試した限りでは、本文の範囲の誤検出はなかった。

そもそも EPUB って何

EPUB は電子書籍の規格のひとつ。

IDPF  (International Digital Publishing Forum という組織が策定している。IDPF は米国に本部がある業界団体っぽい。知ってる企業を探すと、Adobe、Apple、Barnes & Noble、Google、HP、Microsoft、Nokia、米ソニーなど。近々 Kindle に EPUB を対応させるとかという Amazon の名前は見当たらず。

日本の企業だと、凸版印刷と大日本印刷が仲良く顔を揃えているほか、日本電子出版協会とか日本電子書籍出版協会とか、よくわかんないけどそれっぽい組織が参加している。

で、このページによると EPUB は、XHML や CSS を規格に沿って作って ZIP したものらしい。そんなに難しくなさそう。仕様も公開されているし、今度眺めてみよう。ん？DRM はどうなっているんだろう。

参考文献

1. Amazon、KindleでEPUBをサポートへ――大手出版社に通告 – 電子書籍情報が満載! eBook USER <http://ebook.itmedia.co.jp/ebook/articles/1105/19/news031.html>
2. 電子書籍フォーマットの本命、「EPUB」をいまのうちに理解しておく − Publickey <http://www.publickey1.jp/blog/11/epub.html>

長らく Mac OS X 使っているものの、システム周りのことは知らないままであったので、勉強がてら、パスワードハッシュを OS から取得して、手計算で計算したハッシュ値と同じになるかを検証してみた。

そのスクリプトはこれ。Mac OS X におけるパスワードハッシュ管理方法は、スクリプト作成元のブログの記事 Cracking Mac OS X Passwords で詳しく説明されている。

以下、その記事の内容を読みながら実験した記録。

ユーザーの GUID を取得

まず、ユーザーの GUID を取得する必要がある。この GUID を使って、ユーザーのパスワードハッシュが保管されているファイルを特定することができる。Mac OS X では、GUID のようなユーザーに関する情報は、ディレクトリサービスで保管している模様。

バージョン 10.5 以降は、dscl というコマンドラインのツールを使う。

$ dscl localhost -read /Search/Users/daisuke | grep GeneratedUID | cut -c15-
8C8B9091-F862-427A-BBFB-7C524B3CC86D

ユーザーのパスワードハッシュを取得

/var/db/shadow/hash/<GUID> というファイルの 169 〜 216 文字目にソルトとパスワードハッシュが入っている。このファイルのアクセス権限は、root の読み書きのみ設定されている。

$ s=`sudo cat /var/db/shadow/hash/8C8B9091-F862-427A-BBFB-7C524B3CC86D | cut -c169-216`
Password:
$ echo $s
4E81C7F31EAE3452888D9042A6605423194AE0A147638C8C

取り出したこの 16 進数文字列 48 文字のうち、最初の 8 文字 4 バイト分がソルト、残りが SHA-1 ハッシュ。

$ salt=${s:0:8}
$ sha1=${s:8}
$ echo $salt
4E81C7F3
$ echo $sha1
1EAE3452888D9042A6605423194AE0A147638C8C

関係ないけど、ソルトってやっぱり料理の塩でソルトなのかな。同じような味付になるのを避けるためひと振りみたいな？

SHA-1 ハッシュ値の計算

SHA-1 の入力は、単純にソルトとパスワードを連結したものでよさそうなので、早速ハッシュ値を計算してみる。

$ printf '\x4e\x81\xc7\xf3password' | openssl sha1
1eae3452888d9042a6605423194ae0a147638c8c

お、同じだ。ということで検証おわり。

セキュリティ上の問題

スラッシュドットの記事によると、10.7 以降は、パスワードハッシュ（とソルト）が一般ユーザーからでも読み取れるような仕様変更がされており、セキュリティ上の懸念があるという。

ハッシュとソルトが漏れてしまえば、ローカルでパスワード解析やり放題になることを考えると、確かにセキュリティの後退と思える。設計上問題とならなかったのかな。

そういうことで、10.7 Lion では、パスワード不要なゲストアカウントを無効にすることが奨められるとのこと。

ちなみに、例の Python スクリプトを実行してみたところ…

$ sudo python osx_crack.py daisuke
Attempting to crack...  4E81C7F3EAE3452888D9042A6605423194AE0A147638C8C
No dictionary file specified. Defaulting to hard coded link.
Trying...
Trying... 123456
Trying... 12345
Trying... 123456789
Trying... password
Cleartext password for user 'daisuke' is : password

速効でクラックされてしまった。当然だけど、単純・ありがち・予測可能なパスワードだと話にならないね。”password” なんてもってのほかです。

参考文献

1. Mac OS X Lionでは一般ユーザーでもshadow化されたパスワードにアクセスできる | スラッシュドット・ジャパン アップル <http://apple.slashdot.jp/story/11/09/20/0840230/Mac-OS-X-Lion%E3%81%A7%E3%81%AF%E4%B8%80%E8%88%AC%E3%83%A6%E3%83%BC%E3%82%B6%E3%83%BC%E3%81%A7%E3%82%82shadow%E5%8C%96%E3%81%95%E3%82%8C%E3%81%9F%E3%83%91%E3%82%B9%E3%83%AF%E3%83%BC%E3%83%89%E3%81%AB%E3%82%A2%E3%82%AF%E3%82%BB%E3%82%B9%E3%81%A7%E3%81%8D%E3%82%8B>
2. yebo blog: Mac OS X Lionはパスワードクラックが簡単 <http://yebo-blog.blogspot.com/2011/09/mac-os-x-lion.html>
3. Defence in Depth: Cracking OS X Lion Passwords <http://www.defenceindepth.net/2011/09/cracking-os-x-lion-passwords.html>
4. Defence in Depth: Cracking Mac OS X Passwords <http://www.defenceindepth.net/2009/12/cracking-os-x-passwords.html>
5. Mac OS X：SHA-1 ダイジェストを確認する方法 <http://support.apple.com/kb/HT1652?viewlocale=ja_JP>

• 3D Transforms はまだドラフトだからブラウザの実装具合もばらばら
• CSS Transition を動的に設定する場合、タイミングによって動かないことも

くるくるフリップとは

こんなやつ。クリックしたらくるっと回転する。動くブラウザは、2011年4月5日時点で、Safari 5 と、Chrome 10 あたり。要は Webkit 系のみ。

コード（Javascript）

<div onclick="flip()">
        <div class="flipper" id="front">表</div>
        <div class="flipper" id="back">裏</div>
</div>
<style>
.flipper {
        line-height: 130%;
        font-size: 240px;
        border: solid 1px black;
        text-align: center;
        width: 320px;
        height: 320px;
}
#back {
        display: none;
        background: black;
        color: white;
}
#front {
        background: white;
        color: black;
}
</style>
<script>
var flipper_front = document.getElementById('front');
var flipper_back = document.getElementById('back');
flipper_front.addEventListener('webkitTransitionEnd', tEnd);
flipper_back.addEventListener('webkitTransitionEnd', tEnd);

function flip() {
        flipper_back.style.webkitTransition = "none";
        flipper_back.style.webkitTransform = "perspective(500) rotateY(-90deg)";
        flipper_front.style.webkitTransition = "-webkit-Transform 0.5s ease-in";
        flipper_front.style.webkitTransform = "perspective(500) rotateY(90deg)";
}

function tEnd(e) {
        if(e.target == flipper_front) {
                flipper_front.style.display = "none";
                flipper_back.style.display = "block";
                flipper_back.style.webkitTransition = "-webkit-Transform 0.5s ease-out";
                window.setTimeout(function() {
                        flipper_back.style.webkitTransform = "perspective(500) rotate(0deg)";
                }, 0);
        } else if(e.target == flipper_back) {
                var swap = flipper_front;
                flipper_front = flipper_back;
                flipper_back = swap;
        }
}

くるくるフリップの実装方法

どうやって回転している風な見た目の変化をさせるか？については CSS 3D Transforms の rotateY 関数を使うのがよさげ。あと、アニメーションをどうやって実現させるかとか、オモテとウラの面の表示方法はどうするかとかについては、人によって色んな作り方があると思う。

上記コードではアニメーションについては CSS Transition とイベント処理（transitionEnd）を使っている。イベント処理を使わず、Transition のディレイを活用してもいいかもしれない。

また、オモテとウラ面の表示については、回転して切り替わる瞬間にスタイルの display プロパティを書き換えて、常にどちらか一方しか表示されないようにしている。これは、position を static のままにしたかったため。absolute なんかでよかったらまた別の作り方がありそう。

コードのポイント

perspective 関数は rotate 関数などよりも先に

perspective 関数を使うことで、奥行きがあるような表現がされるのだけど、どうやら rotateY 関数よりも先に書かないと効果が出ないみたい。最初、逆にしていて、かなり長い時間はまった。

これだとダメ→　element.style.webkitTransform = “rotateY(45deg) perspective(300)”
これならOK→　element.style.webkitTransform = “perspective(300) rotateY(45deg)”

Transition の設定タイミングはシビア？

Transition を DOM を使って動的に設定する場合、対象となるスタイルが設定されたタイミングによっては、思ったようなアニメーションが起きなかったり、逆に想定していないスタイルの変更に対してアニメーションが起きたりするみたい。

flipper_back.style.webkitTransition = "-webkit-Transform 0.5s ease-out";
window.setTimeout(function() {
    flipper_back.style.webkitTransform = "perspective(500) rotate(0deg)";
}, 0);

↑ここで一見意味がなさそうな setTimeout しているのも、こうしないと Transition によるアニメーションが起こらないため。たぶん、Transition のタイミングをちょっと遅らせないといけないのかな。

Chrome と Safari で回転方向が逆？？

フリップを回転させるとき、現在表にきている面は 0度から 90度に、現在裏にきている面は -90度から0度に、それぞれ Y 軸で回転させているのだけど、なぜか Chrome と Safari で回転方向が逆になる。

こんなので実験するとよくわかる。rotateY の引数の角度が増すごとに、Chrome だと右側の辺が手前→左側というように回転するのに、Safari だと右側の辺が奥→左側というように回転する。なんで？

CSS 3 はまだまだドラフト段階の仕様だから、このあたり、将来のバージョンのブラウザでは、動作が変わったりするんだろうな。

他の人による、くるくるフリップの実装

jQTouch という、iPhone などiOS向けのウェブアプリケーションで派手な視覚効果を実現するためのライブラリがあって、そのデモページの中にフリップによる画面遷移も入っている。

ただし、そのライブラリは Safari でしか動かない。同じ Webkit 系の Chrome で動かないのは、上記のような実装の違いがあるため、あえてそのように作っているのだろう。

くるくるフリップよりももっと複雑なことをしているサンプルだったら、ここの Safari 用のデモがすごい。Chrome だと動かないものが多い（2011年4月5日現在）

参考文献

1. Safari CSS Visual Effects Guide: Introduction <http://developer.apple.com/library/safari/#documentation/InternetWeb/Conceptual/SafariVisualEffectsProgGuide/Introduction/Introduction.html>
2. Surfin&#039; Safari – Blog Archive &raquo; 3D Transforms <http://www.webkit.org/blog/386/3d-transforms/>
3. Chromium Blog: Web Graphics &#8211; Past, Present and Future <http://blog.chromium.org/2010/09/web-graphics-past-present-and-future.html>
4. CSS 3D Transforms Module Level 3 <http://www.w3.org/TR/css3-3d-transforms/>

• 月々サポートを使って、30,240円。
• メリット：おサイフケータイ、ワンセグ、新し目のOSだから大抵のことはできそう。
• デメリット：かなりバギーな予感。電池の持ちもよくなさげ。

昨年の５月以来 HTC の HT-03a を使っていたのだけど、力不足を感じることがしばしばあったため、3月15日に発売された NECカシオモバイルコミュニケーションズの MEDIAS N-04C に機種変更（「買い増し」と呼ぶのが正しいらしい）をした。

イオン大日店の上新電機で買った。月々サポートを活用して、本体は 30,240円。 HT-03a の端末購入サポート解除費用が 11,480 円発生したのが痛いけど、上新電機のポイントを 6,000円分もらった。:)

いいところ１：おサイフケータイ

おサイフケータイでは、QUICPay、iD、DCMX、Edy、WAON が既に使える。

Suica は2011年度上期に、nanaco は2011年度中に、それぞれ Android で使えるようになると公式アナウンスされている。関西にいると ICOCA もほしいけど無理かなあ。

早速 WAON のアプリをインストールして使ってみようとしたら、イオン店頭の端末が全く反応してくれなかった。なんどか試してみてわかったのだけど、どうやら Felica マークの部分をちゃんと読み取り機側の Felica マークに重なるよう置かないと認識してもらえないようだ。

ちなみにWAON のアプリは、見事に iアプリ版と同じ画面だった。そういえばどっちも Java で開発できるから、同じプログラムを流用しているのかも。

いいところ２：ワンセグ

比較対象になる端末を使ったことがないんだけど、チャンネルの切り替えや電波の入り、機能について特に文句なし。あとは番組表を見ることができればいいかなって程度。

今回の東日本大震災で、やっぱり身近にテレビを受信できたらいいねと感じた。

いいところ３：さくさく操作できる

色んなアプリの切り替えを頻繁に行っても、動き出すまでに時間がかかるようなことはなく、普通に使える。HT-03a だとこれがもたつくんだ。

あと、当然ながら最新のアプリも動くのもちょっと満足。Flash とか。

Google マップの3D描画なんか、それ使うか？って思わないでもないけど、華やかでいいね。

Flash コンテンツを大きく扱うサイトは、スクロールが鈍くなるように感じる。この点、より計算機能が優れているXPERIA arc やギャラクシーなんちゃらだったら違うのだろうか。

あれ？って思うところ色々

• 電源 OFF 直後は、少し時間を置かないと、再び電源 ON にできない（気がする）
• ギャラリーで Picasa の写真をブラウズできて便利だけど、Picasa の特定のフォルダが表示されなかったり、写真の解像度が低いままだったりする
• カメラが使えないことがある
• ホーム画面のアイコンからSP モードメールのアプリをインストールしようとしたら、マーケットのアプリが強制終了した（再度試すと強制終了しなかったけど）
• 充電時には、LED の色で電池の残量を示すが、ディスプレイを消灯していると色が変わらない
• 満充電からあれこれ使ってるとすぐに残量が半分くらいまで減ってる
• 充電したりしなかったりする
• 電池を外さないと、micro SD カードを外せない
• micro USB だから、これまで持っていたケーブルが使えない
• micro USB のカバーが邪魔をして、ケーブルを接続しにくい
• LED の色がまぶしい

最後あたりはほとんど言いがかりだけど、素人ながらに何か完成度が高くないんじゃないかなって思ってしまう。

NEC の初スマートフォンで、夏には防水機能を持ったマイナーチェンジ版が出るって話なので、パイロット版的な性格もあるんだろう。

そうは言っても基本的な性能には問題がないので、パッチで少しずつ不具合を減らしていってもらえばいいんじゃないかな。

まだ桜は咲いていないものの、桜の名所として知られているので、混雑具合をはかりかねて、早めに出発して昼までに帰ろうと朝７時に出発した。近畿道・南阪奈、国道１６９号経由。

がらがらの駐車場

吉野山の桜は、植えられているエリアよって名前があるようで、地図などをみると下千本、中千本、上千本、奥千本にわけられている。１時間半くらい走って、そのうち、下千本の近くの駐車場に到着した。

駐車場は優に百台以上は入りそうな大きなものだったが、がらがら。時間も早く、天気もよくなかったとはいえ、予想外だった。やっぱり桜が咲かないと来る人は少ないんだね。

ちなみに、昼ごろ帰る時でもそんなに車は増えていなかった。

その後、事前調査で奈良の東大寺に次ぐ大きさの木造建築物であると聞いていた、金峰山寺の蔵王堂に向かうことにした。

二天門

これが蔵王堂？でかい！高い！

・・・って思ったけど、これは二天門というらしい。間違えてしまった。看板によると、吉野に来た修行者の入り口だったって。

二天門をくぐろうとすると、左右に仁王様が登場。東大寺の仁王様は、大きすぎるのと金網で囲まれていたりするけど、ここの仁王様はそんなことがないので、近い距離から見ることができた。

血管が浮き出た足。さすが巨体を支えている足の指は太い。というか、親指と小指の太さが同じ。

蔵王堂

そして、石段を上がると、右手に今度こそ蔵王堂が！いや、これは大きいね！そして立派！二層の屋根の重厚感がすごい。

このあたりにも人はほとんどいなかった。物音といえば、自分の足下で砂利を踏む音と、静かに雨粒が落ちる音くらいしかしなかった。

周囲が静かなことで蔵王堂の存在感が増しているように感じた。奈良の東大寺大仏殿はこれより大きいけど、ほかの参拝者も多く注意が散るからか、こんなにも圧倒的な迫力を感じなかったように思う。

正面からの写真。お堂の内部は撮影禁止だった。

何かの花の形をした大きな器のようなもの。雨水が溢れている。晴れた日に来ていたら注意を払わなかっただろうな。

蔵王堂の軒下で雨音を聞いていると、スピリチュアル趣味めいているかもしれないけど、時空を超えるような感覚があった。

たぶん、木造の建造物が雨に濡れて、自分がその中にいるときの感覚が、何らかの過去の記憶と結びついているんだと思う。肌で感じる温度や、柱の表面の感触、雨粒が地面や屋根を打つ音、鼻の奥で感じる湿った空気といったもの。

小学生のころ雨の日に家の中で一人本を読んでいた記憶や、もうちょっと大きくなって芥川の羅生門を読んだ時の感覚が蘇ってきて、他にもある気がするけど、思い出せない。

脳天大神

その後、観光地図に「脳天大神」という、聞いたら忘れられないような神様の名前を見つけたので、ついでにお参りしてみた。

ここの神様は、「首から上」のことなら何でもご利益が期待できるらしい。だから「脳天」なのかな。

そして、たぶんお百度参りのようなものだと思うけど、細長い回廊をぐるぐる行きつ戻りつ廻って、一周ごとに一礼して手に持った木の棒を箱の中に入れている人々がいた。子供がいたのは学業成就のお参りかも。

また、そこに行きつくまでの道に、かなり多くの神様が祭られているのだけど、数人の老若男女のグループが、一カ所ずつお参りしていた。

こういうあからさまな信仰を目の当たりにしてしまうと、初詣くらいしかお参りしない人間は、何だか戸惑ってしまう。

なんだかずいぶん写実的な神様。姿形も独特。

下千本

肝心の桜は、当然まだ咲いていない。咲き始めるのは、だいたい4月かららしい。

道路から、霧のかかった遠くの山々を見渡したところ。桜が咲いたらどんな風景になるのかな。

ちなみに、お花見期間中は交通規制があるとのこと。

参考情報

1. 吉野山桜情報?<http://www.sakura.yoshino.jp/>
2. おくに navi 奈良県（JAF Mate 2008年3月号）

• フェースブックを創業したマーク・ザッカーバーグが主人公ということで、フェースブックの物語かと思ったら違っていた。
• タイトルにあるとおり、まさにザッカーバーグ自身のソーシャルネットワークの物語だった。

感想

大学の友人との友情、競争、恋愛、起業、法的紛争、起業買収、シリコンバレー。そういった要素が複雑になりすぎることなくまとまっていて、しかもそれは現実を下書きにしているという事実があって、とてもおもしろかった。

弟が先にこの映画を観て、一流シェフの料理に例えていたが、その意味がよくわかった。フィンチャー映画のイメージは、セブンとファイトクラブだったが、だいぶ変わりそうだ。

フェースブックは？

私はフェースブックを使ったことがなく、しかしずいぶん成功しているサービスなので、どういったことが成功につながったのか、それは創業者の人的魅力によるものか、卓越したマーケティングがあったのか、そんなことがわかる映画かなと思っていたが、全く違った。

物語の中心は創業者のザッカーバーグであって、フェースブックではない。

フェースブックを通して、ザッカーバーグ自身のソーシャルネットワークが広がったり変化したりするが、フェースブック自体が持つ意味や社会的影響などは、ほとんど言及されていなかった。

たぶんザッカーバーグにとってのフェースブックは、彼女との関係を修復する手段だったのだろうと思う。

で、北京五輪で6位に入賞した兄弟にとってのフェースブックは、ビジネスとして成功する知的財産だったのだろう。

で、ショーンにとってのフェースブックは、単なる金のなる木だったのだろう。

CFO の彼がフェースブックをどうみていたかはちょっとわからないけど、単なるサービスではなく、ザッカーバーグとの関係との中でとらえていたのは間違いないと思う。

フェースブックが抱えていた法的紛争は結局和解に至ったが、ザッカーバーグ自身はどう思ったのだろう。

ギーク的な興味

ザッカーバーグが使うラップトップは、少なくとも最初に出てきた場面では VAIO だった。その画面は、ずいぶんシンプルだったけど、KDE っぽく見えた。

あとは、女子学生の顔写真をごっそり取得するのに wget コマンドでどうたらとか、perl スクリプトがどうだとか、フェースブックを動かすのに apache の動く HP のマシンがどうのこうの、など、それっぽい単語が会話に出てきた。

また、ビルゲイツの役がちょろっと出てきた。

アメリカ的

それにしても、登場人物がみな自信にあふれていて、言葉と振る舞いにスピードと力強さを感じるのは、アメリカ的だなあと思った。

あと、CFO の彼が動物虐待したというのは、ちょっと私の目から見て、その深刻さがよくわからなかった。

ニワトリをつれて生活していることが虐待なのか？　チキンを食べさせたのがいけないのか？　そもそも社会的に強い非難を受けかねない行為を、ハーバードの伝統あるクラブ？が伝統行事？として新入者に強要しているのか？

• 「ワンコイン　おためしアイ・ミーブ」1時間500円
• 販売会社によっては平日しか予約できない
• ぬるーーっと加速。別の乗り物みたい。

ワンコイン　おためしアイ・ミーブって？

三菱自動車の電気自動車、i-MiEV に、1時間500円で乗れるサービス。2010年から三菱の各販売店で行っているらしい。

もちろん、普通に販売店で試乗させてもらうぶんには無料だろうけど、これは試乗というよりはレンタカーに近い扱いみたいで、何時間か好きな道を自由に走ることができた。

このページに、サービスの内容や、実施している店舗のリストがある。ただし、販売会社によってはローカルルールがあるようで、例えば大阪などの販売会社である西日本三菱自動車販売（株）では、平日しか実施していないとのことだった。また、京都三菱自動車販売（株）では、土日も実施しているものの、最大2時間までという話だった。

乗ってみた！

1月下旬のある晴れた日曜、2時間ほど i-MiEV に乗ってみました。初電気自動車。

京都の十条店からスタートして、松尾神社に行って、十条店に戻って急速充電を試してみて、阪高京都線〜第二京阪をちょっと走って帰ってきたくらいでちょうど2時間。

専門家でもないので、そんなにこと細かにガソリン車との違いに気づいたということはないけど、やっぱり加速が静かで速いです。ぬるーーっという感じ。停止状態から青信号になってアクセルを踏んだら、ぬるーーっとサインカーブを描くように、すぐに60キロを超えてしまった、みたいな。

純粋に騒音だけの話をすると、暖房をつけるとそれ相応の音がするので、全く静かな状況で走れるというわけではないのだけど、エンジンの回転を感じるような音がまったくしないため、なんだか別の乗り物に乗っているように感じました。

高速道路も走ってみたけど、問題なし。ちなみに料金所の区分が「軽二」だったので、軽自動車扱いみたい。

気になる電池の持ち具合

運転席のインジケーターに、残りの電力の量と、走行可能なキロ数が表示されるようになっています。

最初に乗り込んだ時点で、電力はマックスなのに、残り走行可能な距離が54キロくらいでした。販売店の人の話を聞くと、その数字はいい意味であてにならないということで、表示されている距離以上に走れるとのこと。

そうは言っても、ただでさえ走行距離が短いことを考えると、正しい数字を出してくれないと安心できないよね。

ちなみに、京都府では電気自動車の普及を推進しているらしく、京都府内の充電可能な場所の一覧や地図も提供しています。

↓松尾神社で充電中（200V）。100Vや200Vでは時間がかかりすぎるので、ドライブ中の利用は、急速充電以外は現実的ではないです。