ブラウザなど飾りです（WordでXMLHTTP）

まあ、別に本気でブラウザが飾りだと言いたいわけじゃないんだが。
確かにAJAXやprototype.js、script.aculo.usのおかげでブラウザのユーザビリティはずいぶん高くなって、最早ブラウザ万能なんじゃないの？という感じがするが、まだまだ専用クライアントにはかなわない。例えば、最近ブログの投稿にBlogwriteというソフトを使っているが、これが非常に使いやすい。やはり文章を書くなら専用エディタで、ということだ。
ブラウザが偉大なのは、HTTPクライアントとしてServerと通信して遠隔地の情報を得ることができることと、HTMLを解釈して表示できること、そしてJavaScriptをはじめとするクライアントスクリプトを実行できることだ。後半の二つ、HTMLの解釈とクライアントスクリプトの実行は、両者ともにユーザビリティを高める要素という側面が強い。
それでもなお、ユーザビリティの点でクライアント端末としては専用のものにブラウザが適わないのであれば、いっそその部分は専門にまかせてはどうか。例えば、文書を書くならWordだし、表計算するならExcelだ。

というわけで、作ってみたのが添付のWord文書（HATENA.doc）。VBAからXMLHTTPを呼び出して、WebにアクセスするHTTPクライアントクライアントマクロを持っている。文書に書いてある通り、適当な箇所を選択して、Alt＋F1キーを押すと、「はてなキーワード」にアクセスして、結果を脚注に挿入する（マクロを実行する為には、Wordのメニューから「ツール」→「マクロ」→「セキュリティ」でセキュリティレベルを中以下に設定する必要あり）。実用的なものと呼ぶには程遠いけれども、誰かがここからインスパイヤされればいいんじゃないの？という感じ。AJAXをもじってAVBAX（Asynchronous Visual Basic for Application with XML)と呼ぼうと思ったんだけれども、VBAからは非同期通信できないらしい。くそっ。じゃあ、SynchronousだからSVBAX？いや、既に発音できないって。
同じマクロの使いまわしでBulkfeedsからブログを拾うBULKFEEDS.docというのも作った。使いまわしにするならクラス化しようと思ってクラスモジュールなんてマニアックな機能を使って作りかけたが力尽きたのがこれ（XMLHTTP.doc）。

要は、クライアントは何でもいいわけで、大事なのはユーザーインターフェースとユーザに与えるExperienceということ。iPodだって、もしアレが「iTunesを持ち歩こう」という発想で、802.11a/b/gとCDMAの通信機能を持っていて、いつでもどこでもインターネットに接続して、ネットワークストレージ上の音楽をDonwloadして聞くというSmart Phoneみたいなガジェットだったらヒットしなかっただろう。Appleが実現したかったのは"Music Experience"なわけで、そのために最適な選択肢としてHDDだの高密度のFlash Memoryだのが出てきたわけだ。
なお、そういうクライアントソフトウェアとしてMicrosoftやYahoo!がずっと注目してるのがMessengerで、そのうちアレはSSO（Single Sign On）機能を持ったコマースソフトとかインテリジェントエージェントみたいなのになるのかも。

参考：
VBでURLエンコード（林道の鬼）
Webページをダウンロードする方法～MSXML編～（YU-TANG's MS-Access Directory)
クラスモジュールを使った究極のVBAプログラミング（moug）