ときどき，お会計後に
「出口までお持ちします」
と，購入した商品を運んで見送ってくれるお店があります．

でも，あれをやられると，
出掛けにちょっと気にかかった商品があっても，
じっくり見ることが出来ないのだよね．
ぼくの場合だけかもしれないけれど，
こういうことは結構多いです．

店側としては，この機会損失も勘案した上での，
CS 向上策なのでしょうかね．
でも，見送ってもらっても，さして嬉しくないし．
運ぶのが大変だったり，
額の大きな買い物だったりしない限り，
レジで丁寧に挨拶してくれれば，
充分なのではないかな．
いかがでしょ．

また言葉ネタです．

今日テレビを見ていて，(そんな場合か？)
気になった言葉を二つ．

「てふてふ，つまり蝶々のことです云々」
「いえ "かおり" ではなく "かほり" という感じで云々」

双方とも，話し言葉なので，
「てふてふ」 は 「tefutefu」，
「かほり」 は 「kahori」 と発音されています．
それって，おかしいのではないかい？

と，思ったので調べてみました．

まず，おかしいと思った点をもう少し詳しく述べると，

ということです．

最初に行き当たったのは，江戸末期に前島密が将軍徳川慶喜に提出した「漢字御廃止之儀」．このなかで漢字を廃することとともに，文言一致についても言及していたそうです．
やがて，二葉亭四迷らが実際に文言一致体による小説を書き始め，文体としての 「口語体」 が生まれてきました．
[言文一致体]

ただ，明治期の文学作品を読むとわかるとおり，この段階でもまだ，仮名遣いは現代のものとは異なります．中学校で習った，いわゆる 「歴史的仮名遣い」 です．

この後，ちょっと時代が飛んでしまいますが，第二次大戦終戦直後に出された 昭和二十一年内閣告示第三十三号 現代かなづかい によって，仮名遣いが現在の形に非常に近いものとなりました．
# 戦時中にも，アジア地域に日本語を広めるために
# 仮名遣いを判りやすく改めようという動きはあったようです．

この内閣告示が 昭和六十一年内閣告示第一号 現代仮名遣い で上書きされて，現在に至るのですが，この昭和六十一年の内閣告示の付表をみると，歴史的仮名遣いの 「てふ」 は現代語の音韻の 「チョー」 に対応付けられています．

という感じで，主に仮名遣いの変遷を追ってみたのですが，過去の音韻がどうなっていたのかはいまいちはっきりしませんでした．すみません．

今回の調査中に見つけた，仮名遣い関連の面白そうなページです．
歴史的仮名遣いに関する一考察
言葉 言葉 言葉

日本語の変遷には，仮名遣いの他にも旧字体，当用漢字，常用漢字といった漢字に関するものや，鼻濁音などの音韻に関するものもあって，そちらもなかなか面白そうなのですが，今はあまり時間もないので見送ります．

Explorer やデスクトップのファイル名の表示，
以前から "." が判別しにくくて嫌だったのですが，
案外あっさりと解消しました．

ファイル名が何故 "アイコン" のくくりなのか，
疑問を感じないわけではないのですが，
とにかくここをいじれば，
ファイル名の表示に用いるフォントを変更できます．

変更後，最初のうちは多少違和感があるのですが，
見慣れるとなかなか快適です．
拡張子との区切りの "." が，
なぜか二つも入ったファイルを発見したりもしました．

プロポーショナルフォントは
文章を読むには良いのかもしれませんが，
ファイル名のような "記号列" には向かないと
改めて感じます．

"アイコン" の他には，
"スクロールバー" , "タイトルのボタン" なども
小さくすると画面が少し広く使えて良い感じです．
スクロールマウスや，ショートカットキーがあれば，
これらはあまり使いませんからね．
小さくても，作業にそれほど支障ありません．

ただ，"パレット タイトル" だけは，
一体どこに対応するのかが判りませんでした．

日本の方言(柴田武 著) を読んでいたら， 「明後日，明明後日」の読み方の地域比較がありました．

	二日後	三日後	四日後
岐阜県稲葉群鵜沼町	アサッテ	シアサッテ	ゴヤサッテ
岐阜県郡上郡奥明方村	アサッテ	サアサッテ	シアサッテ
関東甲信越	アサッテ	ヤノアサッテ	シアサッテ
東京共通語	アサッテ	シアサッテ	ヤノアサッテ
東京方言	アサッテ	ヤノアサッテ シアサッテ	--

「アサッテ」は良いとしても，「シアサッテ」「ヤノアサッテ」は同じ音でも，地域で意味が違っているので，混乱をきたしそうです． ただ，昭和33年の本なので， 現在もこうだとは限りませんけれどね． 方言を苦にした自殺があった時代らしいですし・・・．

北海道では，

	二日後	三日後	四日後
北海道札幌市	アサッテ	シアサッテ	ヤノアサッテ

でした．東京共通語と同じですな． 現在は，どこもこうなっちゃっているのかなぁ．

ちょっと前だけれど，こんな事件がありました．
「自分のキーで捜査車両ドア開いた」

ありえなくはないのだろうけれど，酔っ払ってたまたま間違えた車がその何万分の一かの同一鍵の車で，しかも警察車両だったのだから，かなり驚きです．

話は変わって，先日鍵を落としました．家の鍵と，自転車の鍵と，学校の電子鍵．家の鍵はスペアがあったので合鍵を作り，学校の鍵は再発行してもらいました．
問題は，自転車の鍵．スペアが引越しのドサクサでなくなっていました．錠が開かなければ，取り替えることもできません．しばらくは徒歩で行動していましたが，さすがに不便に感じ始めたので，針金で開けにかかりました．
# 自転車の前輪につけるタイプの錠の構造は
# 高校時代に分解して確認済みです．
それにしても，自分の自転車なのに，なんとなく悪いことをしているような気分はなぜでしょうな．
しばらくカチャカチャとやっていたら，あっけなくあいてしまいました．う～ん．開いたことは嬉しいけれど，こんな脆弱な錠で大丈夫なのかと，ちょっと複雑な気分．

そして，近所の鍵屋さん (≠自転車屋さん) に出向いて，交換用の錠を買ってきました．以前とはちょっと鍵の形が違うものだったのだけれど　「このタイプなら，うちで鍵だけの販売も出来るから，なくしたら来て下さい」　というおじちゃんの言葉に，ちょっと安心して購入．どうやら，鍵には3桁の番号が打ってあって，その番号が一致すれば，鍵の形状は同じらしいです．みなさんも，鍵の番号を覚えておいて，自転車の鍵を落としたら，鍵屋さんに行ってみるとよいかもしれませんよ．

でも，家に帰って冷静に考えると，
1/1000 の確率で同一の鍵があるということだよね，これは．
しかも，錠の構造を調べてみたところ，
どう考えても，1000通りも差異を出せる代物じゃないし．
案の定，針金でも開きました．

うーん・・・．
まぁ，安物自転車だから良いのだけれどね・・・．

ぼくはテキスト編集には vi をメインに使っていて，
^Z などを良く使います．
また，シェルでは pushd/popd なども多用します．
su を使って他ユーザになることも管理上必須です．

これらは非常に便利ではあるのですが，
何回使ったかが判らなくなることが，間々あります．
こうなると，popd しても "空っぽよ" と怒られたり，
^Z の状態なのにそれを忘れてシェルから抜けてしまったり，
いろいろと問題が出てきます．

dirs , jobs , ps などで調べられなくもないのですが，
それはそれで面倒です．
そこで，プロンプトに常に表示させることにしました．

まず，background jobs の表示は bash-2.04 の
標準機能で可能でした．

次に，directory stack は標準では無理だったので，
スクリプトを組むことにしました．
dirs の出力を wc で数えればよいのですが，
pushd しなくてもカレントディレクトリが積まれてしまっています．
そこで，dc で 1 を引くことにしました．

最後の，シェルの呼び出し回数がなかなか厄介で，
ps でとろうにもうまくゆきません．
そこで，vine2.5 のデフォルトでは ~/.bashrc から
/etc/bashrc を常に読むことを利用して，
/etc/bashrc に以下の行を追加しました．

以上の下調べ & 準備を終えて，最終的にプロンプトを変更します．
~/.bashrc に以下の行を追加します．

表示はこんな感じ．

使い勝手はなかなか良いです．
ただし，"su -" してしまうと，
シェルの起動数は正しく機能しないようです．
これは，いかんともしがたい・・・．

率直に言うと target="_blank" は嫌いです．

target="_blank" が指定されると，ユーザはリンク先をどのように開くかの選択権を奪われ，別ウィンドウに表示することを強制されます．

target="_blank" が指定されなければ，ウィンドウを再利用したい場合は普通にクリックすればよいですし，別ウィンドウで開きたい場合は Shift + 左クリック (IE) なり，中クリック (mozilla) なり，ユーザ側で明示的な操作を行えば良いのです．

うーん，target="_blank" の必然性が理解できない．

ただ，先ほどここを見て，
インターネットメーラー電信八号オフィシャルサイト

あぁ，なるほど．作成者側がそういう意図をもつ場合もあるのだね，と，認識はしました．

でも，納得はできていません．

あちこちで話題になっているので，知っている人もいると思うけれど．

SoftEther Virtual Ethernet System

これ，なかなかすさまじいアプリケーションです．
TCP の上に SoftEther プロトコルを載せて，
そこをトンネルさせて仮想的に MAC 層を作るものです．

ここまでは，まぁ，それなりにありそうな感じ．

しかしこの SoftEther プロトコルがかなりな曲者で，
なんと Web Proxy 経由で MAC フレームを流せるそうです．
（もちろん HTTP(S) でラップしてだけれど）
これを，普通の LAN とブリッジングしてしまえば，
遠隔地の LAN 同士が第2層でつながってしまいます．
しかも，それが，一般ユーザの手で可能なので，
セキュリティ上，かなりな脅威となるのは確実です．

これを防ぐ側の技術が，どうなるのかも興味があります．
インターネットへの直接接続をはじくのは当然として，
問題は Web Proxy ですな．
コンテンツベースでフィルタリングするしかないのかなぁ．
今後の動向に注目です．

あと，HTTP(S) という，
Request/Responce 型のプロトコル上で，
双方向通信を実現している方法も気になりますな．
以前 masurai と話したあたりの手法ですかねぇ．
近々，SoftEther の仕様が公開されるかもなので，
そのときはまたチェックせねば．

NHK放送文化研究所 のサイトで，国語力テスト なるものが開催されていました．

「アンケート」と「国語常識問題」と「漢字問題」があるのだけれど，国語常識問題は，なかなか難しかったです．
アンケートは，回答すると現在までの集計結果が見られるのだけれど，結構興味深いです．

多分，どれかが絶対正しいということではないのだろうけどね．あと，書き言葉と話し言葉とで，結果が変わるような気がします．

Oracle World レポート第四弾です．

NRI の山崎さんと砂金さんの講演を聴いてきました．そこで山崎さんのお話に出てきたのが，投稿型の知識コミュニティとしての Blog でした．企業名もソースも出ませんでしたが，Blog を企業内の知識コミュニティ運営ツールとして活用している例が既にあるそうです．スライドにあったのは，技術報告や営業日報を「エントリ」として登録，それに対する意見，質問などを「コメント」として登録するという感じでした．コメントから他のエントリに対して「フィードバック」というリンクが張られていたけれど，これは恐らく，「トラックバック」を誤って解釈したものだと思われます．

詳細がわからないので何ともいえないけれど，スライドを見る限りは，Blog である必要が本当にあるのかちょっと疑問でした．知識コミュニティに Blog の特性をうまく活かすには，どういう形態が考えられるでしょうかね．

Oracle World レポート第三弾．
RFID について二点ほど．

Oracle World の入場パスにはミューチップ が埋め込まれていました．会場の入り口や，ブース周りの随所に読み取り装置が置かれていて，ポイントラリーが行われていたり，また，カンファレンスの入場管理にも利用されていました．

到達距離がどの程度か，気になったのでいろいろ試してみたところ，遮蔽物なしでだいたい 5～7cm 程度です．間にいろいろはさみこんで実験しようと思ったのですが，周囲の目を気にして，断念しました・・・不甲斐ない．

ミューチップの埋め込み方にも興味があったので，帰ってきてからパスを分解してみました．チップ自体は確かに芥子粒のように小さいのですが，それを 2.2 x 70 mm くらいのフィルムの上に載せ，更にそのフィルムを二枚の紙で挟み込む構造になっています．フィルム部分には， "A02000045" の文字．ただ，ちょっと気になるのが，フィルム上にアンテナが実装されているように見える点．上記リンク先を見ると，ミューチップ自体がアンテナ内蔵であるように読めるのだけれど，今回使っているのは，アンテナは内蔵されていないタイプなのかな？
本当はスキャンしてアップしようと思ったのですが，スキャナの調子が悪いのでまた今度．

RFID のもう一つは，冷蔵庫の中身の管理．これは今までもよく耳にはしていたけれど，実際にものを見るのは初めてでした．冷蔵庫の扉に液晶タッチパネルがついていて，冷蔵庫の中身と賞味期限が表示されていました．試しに，トマトのパックを一つ取り出すと，トマトの個数が一つ減ります．戻すと，数字が増えます．
ここまでは，まぁ普通．
今回更に面白かったのが，ショッピングカートとの連携です．冷蔵庫前面に USB の端子がついていて，ここに USB メモリを差し込み，庫内のデータを保存します．それを持ってスーパーに買い物に行き，ショッピングカートの USB 端子に差し込みます．このカートにも液晶タッチパネルがついていて，自宅の冷蔵庫の中身を確認しながら，買い物が出来ます．また，冷蔵庫の中身に基づいて，メニューの提案も行ってくれるようです．「ひき肉を 200g 買い加えると，家にあるたまねぎと合わせてハンバーグが作れます．」みたいな感じでしょうかね．USB メモリの部分は，改善の余地が大有りだと思うけれど，なかなか面白い仕組みだと思います．

ただ，現状ではこの RFID による冷蔵庫の在庫管理にも，大きな欠点があります．例えば卵などの場合，出先で気になるのは「あといくつ残っていたかな？」というのが多いです．しかし，パッケージにタグをつけていたのでは，卵の残り個数までは判断できません．この場合は卵一つ一つにタグをつければ良いのだけれど，例えばキャベツの場合を考えると，半分使った状態なのか，3/4 使った状態なのかを RFID を用いて判断することは困難です．
何とか解決する方法はないでしょうかね．

Oracle World レポート第二弾．

ガッツ石松vs猿vs日本オラクル
「Oracle 10g」インストールで三つ巴

インストールが簡単になったという Oracle 10g．
そのインストール競争が行われました．

これ，実際に会場で見ていました．
といっても，空腹などに耐え切れず，
途中で会場を離れたので，結末までは知らなかったのですが，
勝ちましたか，猿が．

インストール作業中に，各 PC の画面が大型スクリーンに
投影されるのですが，
ぼくは，見ましたよ．
猿の PC のマウスカーソルが，
ありえないほどの正確さで動いている様を．
裏では一体何が！？

まぁ，企業イベントという性質上，
演出があるのは，至極当然なので否定しませんが，
見せ方は，もうちょっと何とかならんものか．
一気に冷めました．
処理中の間を持たすためのクイズも，
正直いまいちだったし．

来年からお世話になる会社なので，
あまり悪く言うつもりもないのですが・・・．
でも，こればかっかりは，
ちょっと痛かったなぁ．

Oracle World レポート第一弾です．

当日，会場内で Edy のカードが無料で手に入るということだったので，作ってみました．ANA マイレージクラブ の会員カードと一体になっていて，溜まったマイルを Eｄｙ の電子マネーに交換できるそうです．便利だけれど，ぼくはあまり飛行機に乗らないなぁ・・・．

早速，当日のお昼ご飯を am/pm で Edy を使って購入しました．確かに便利．Suica ほどの感動は無いけれど，お手軽で良いです．最近，マクドナルドでも一部使用できる店舗が出てきたそうですし，am/pm 以外のコンビニにも広がる動きがあるそうです．また，どこかの商店街では，利用額に応じた割引サービスを実施することで，おばちゃんたちの間にも Edy が浸透し始めているらしいです．今度こそ，電子マネーが普及しそうな予感がしますな．
また，パソリ があれば，カードを載せるだけでネット上で決済できるらしいので，クレジットカードよりも，安心，お手軽です．欲しいです，パソリ．関西では，カード申込みと同時に，無料で配られていたことがあったようです．うらやましい．

ところで，ここに，Edy が使えるお店が書いてありますが，ホテルや居酒屋などで Edy って，どうなのだろうか．コンビニやファーストフードなど，せいぜい 1000円台の利用が向いているような気もします．HUB なんかでも，導入されると便利かな．

Oracle World が二日間の会期を終えました．

来年からお世話になる会社のイベントなのですが，内定者も呼んでいただいて，二日間とも堪能してきました．一つの企業が，全社を挙げて行うイベントとしては，最大級ではないでしょうかね．

オラクルは，中身はもちろんなのですが，見せ方も基本的に上手だと感じました．入場してすぐのホールに大きなステージを用意して，まずは印象付け．ホールの周囲をコの字に取り巻く展示会場も，入ってすぐの位置にはオラクルのブースを用意することで，全体の統一感を取っていました．
また，赤，黒，白というコーポレートカラーの選択も効いていました．今回は白は殆ど使われず，赤黒でまとめられていましたが，非常に目を引く派手な組み合わせなので，ああいったイベントではかなり効果的だと思います．

個々の中身については，別エントリで．

日産自動車の70周年記念特別仕様車の CM で，パグが洗濯バサミで鼻をつまんでいるものがあります．(ここの一番上)

みたいな内容です．以前どこかで「その臭いの原因はお前（パグ）だろ」というツッコミを目にして，ちょっと笑った覚えがあるのですが，それとちょっと関連して．

無臭って快適？

多分，あのパグ自身は，自分のにおいを不快なものだとは捉えてないでしょう．恐らく，（設定上は）何か別なにおいが嫌で鼻をつまんでいるのではないかと思います．一般に犬は目がそれほど良くなくて，情報の多くを嗅覚から得ているらしいです．それなのに，周囲のにおいを消し去ってしまった状態というのは，本当にニッコリとできるようなものなのでしょうか．

そもそもの疑問は，先ほど，お香を焚いている最中に，消臭効果を謳った空気清浄機の CM を見て，
「せっかく焚いた香りを消されてはかなわない」
と思ったのがきっかけです．お香や香水の類も，かつては悪臭をごまかすという役割を担って発展した経緯はあります．しかし，現状では，「不快を打ち消す」という消極的な動機ではなく，「快適を求める」ために，積極的に香りが活用される場面も多いのではないかと感じます．

「無臭にする」というのは「不快ではない」程度までしか実現できないのではないでしょうか．
においを消し去ることが良いことであるとは，一概に言い切れないのではないかと，思います．

「謎の白装束集団、渋谷を占拠！？」

そりゃ，恥ずかしかろう．

以前も書いたけれど，他人の検索キーワードってなかなか面白いのだよね．
Excite の Search Stream と それを JSP でラップしたもの．
何か面白いのが引っかかったら，コメントにでも書いてくだされ．

mozilla の機能を追いかけているなかで，このようなものを見つけました．
Alexa Web Search
テキストボックスに適当な URI を入力すると，その URI と関連性が高いページを一覧で表示してくれます．いくつか試してみたところ，案外精度が高いように感じます．

[例]
NIKKEI NET
linux.or.jp
銀河高原ビール

いかがでしょうか？

関連性をどのように決定しているかについては，こちらに簡単に記述がありました．
[FAQ] How are Related Links determined?
ページとリンクからなる静的なグラフ構造に加えて，ユーザのページ遷移情報も用いているようですが，それぞれもう少し詳細な仕組みが知りたいところです．

[この機能を 1-click で利用する方法]
下のリンクを，ここに書いてあるような感じで設定してください．関連ページを調べたいページを開いた状態で，ツールバー上のリンクをクリックすると，Alexa のページに飛びます．

Alexa Details

ぼくは Web ブラウジングに mozilla を使っているのですが，知らない機能がまだまだたくさんありました．

"101 things you can do in Mozilla"

身近なツールでも，ちょっと踏み込むと，案外奥が深いですな．持てる力をきちんと引き出してやらねばと，改めて思いました．

特に気になったものをピックアップしてみます．

4. Site Navigation toolbar
Displays content from the <link> tags provided by a document, allowing one to navigate to various parts of a site.

mt はデフォルトで &lｔ;link> タグを生成するので，この機能を使えました．HTML ファイル内の <a> タグを使わずに，ブラウザの機能で "top" "up" "prev" "next" などのナビゲーションが可能になります．

16. Bookmarks can be checked at a certain schedule
One can set bookmarks to be checked at various schedules and notify when the content has changed. At least, in theory. IE has something like this, which is intended for synchronizing content for offline viewing. It can only check once per day, and provides no notification that the page has changed other than changing the icon or sending an email. Mozilla can check updates on certain days only and at any interval.

はてなアンテナ があれば，いらない機能かとも思いましたが，更新情報が push される点はかなり大きなメリットです．組み合わせれば良いのかな？
更新チェックしたいページを "はてなアンテナ" に登録して，この機能で "はてなアンテナ" をチェックする．
今度試してみます．

52. RDF
Mozilla can read and manipulate Resource Description Framework files.

詳細はこちら．"RDF-in-Mozilla FAQ"
RDF をデータストアに用いる．なるほどね．何かぼくの研究の参考にならないかな．

86. Can bookmark groups of pages (in tabs)
You can bookmark a set of pages and them open them all at once in multiple tabs. To do this, choose Bookmark This Group of Tabs from the Bookmarks menu.

87. Can set multiple pages as a home page.
You can set a group as your home page, so multiple pages appear when you start Mozilla. To set this, open the pages you wish in tabs, and then choose Use Current Group in the Navigator preferences panel.

他のタブブラウザを使ったことはないので，もしかしたら普通の機能なのかもしれないけれど，知らなかったのでびっくり．使いようによっては，かなり便利かも．ひとまず，ニュースサイトと，天気予報と，TV 番組表をグループ化して登録してみました．朝の情報チェックを一発で．

91. Supports data: URLs
data URLs can be used to embed data in a URL.

仕様はこちら [rfc2397]The "data" URL scheme．あまり実用的ではないかもしれないけれど，面白いです．

先ほど，mozilla に保存された URI の履歴を見ていたら，
ちょっと嫌なことに気付いてしまいました．

http://www.amazon.co.jp/exec/obidos/shipment-tracking/?tracking_number=

この "=" のあとに，適当な12桁の数字を入れると，
どこかの誰かへの配送状況が見える場合があります．
名前や注文内容は見えず，配送先の住所と，
荷物がどこを通って届いたか，という程度なのですが，
なんとなく気持ち悪いです．

恐らく，注文者と受取人が別だったときなどに，
受取人が自分宛の荷物の配送状況を見るために
認証なしで閲覧する機能が必要なのだろうけれど，
もう少し何とかならんかなぁ．

日頃よく目にする URI の一般的な構造は，かなり大雑把に書くとこんな感じになります．

<scheme>://<host>[:<port>]/<path>?<query>

さらに，URI参照は Fragment Identifier が加わって，

<scheme>://<host>[:<port>]/<path>?<query>#<fragment>

という感じになります．

# もちろん，これに当てはまらない URI も多く存在しますし，
#定義される名前空間の広さでいえば，
# 当てはまらないもののほうが多いかもしれません．
# ここでは，「日頃よく目にする」ものを考えます．

<host> にはドメイン名が一般的に使われます．これは， "." をルートとしたツリー構造をなします．基本的には，管理主体を単位として分割され，上位から下位に向かって権限が委譲されてゆきます．ここまで広範，大規模なネーミングサービスは，他にあまりないのではないでしょうか．

次に <port> ですが，これは，URI が指し示す先に計算機が存在することを暗に仮定したものです．更にいえば，TCP (or UDP) を用いることも仮定している筈です．ここに構造はなく，フラットな整数値です．

次には <path> ですが，これも，一般的にはツリー構造をなします．代表的なのが，"http" や "ftp" といったスキームに見られる，ファイルシステムに基づくツリー構造です．

<query> は一般的にフラットです．ツリー構造をねじ込むことも可能でしょうけれど，あまり一般的ではありません．

最後に，<fragment< ですが，XPointer を用いれば，これもツリー構造を扱うことが可能になります．例えば，XPointer の xpointer scheme では，XPath で XML 文書内の部分情報を指し示すことが可能です．

という感じで，多少強引な前提を置きつつも，

• <host>
• <path>
• <fragment>

がツリー構造をもつことになります．つまり，"." を根とする計算機のツリー(hostパート)，"/" を根とするファイルシステムのツリー(pathパート)，Document Node を根とするDOM ノードのツリー(fragmentパート) のトラバースを，URI という単一の枠組みを使うことで一気に記述できるわけです．

もちろん，これらには URI の表記上の区切りがありますし，更にいえば，処理の仕方にも違いがあります．
# host は DNS を使って解決するのが一般的．
# path はサーバ側で解決するのが一般的．
# fragment はクライアント側で解決するのが一般的．

しかし，ユーザ側から見れば，この区切りはそれほど意味をもたないのではないでしょうか．host パートと path パートを分ける "/" と，パス区切り文字の "/" を明確に意識して使い分けることは，殆どない筈です．これを更に推し進めて，個々のリソース内のツリー構造へも，シームレスに入り込める枠組みが，すでに存在します．

今，あなたが目にしている文章は，
"." という単一の根からぶら下がった，
無数のノードからなるツリーの，
一つのリーフです．

自分は，良くも悪くも計算機慣れしてしまっていて，URI を構成要素ごとに分解して捉える習慣が身についてしまっていますが，そのくびきから逃れる努力の先に，何か面白いことがあるような気がします．

子供のお遊びを，
おとなが本気でやると，こうなります．

「OGG CRAFT'S GUN LOCKER」

すごいです．欲しいです．
とくに，これなんて，感動ものでした．
P211 TANDEM BARREL II MACHINE GUN
動画が，また，えらいことになっています．

昔自分で作っていたころは，
割り箸だったからね．
おとなって，すごい！

なにやら面白そうなハードウェアです．

T-Engine応用製品向けの超小型プロトタイプ「T-Cube(仮称)」の開発に成功 (パーソナルメディア)

サイズは 52x52x45 で，
それに，超漢字と同等の機能が入っているそうです．
小さいねぇ．
「たくさん並べてグリッド」
と一瞬思ったけれど，
そういう使い方は間違っている気もします・・・．

土曜日に「TRONSHOW2004」に行く予定なので，
またレポートします．

というわけで，自前サーバをメールサーバに仕立てました． 以前から qmail は入っていて，MDA としては使っていたのですが，これからは MTA としての機能も活用してゆきます．

参考にしたのはこのサイト．

• MioCity
• André Oppermann's Homepage の qmail 構成図

1. qmail の設定見直し

   インストール自体はすでに終わっていたので省略．/var/qmail/control/ 以下の設定を書きます．

   • me 　

     これは必須です．

     mizba.net
   • plusdomain , defaultdomain

   これらを設定すると，メール送信時に宛先のドメインを省略できます．でも，mizba.net にメールを送ることはないなぁ．

   mizba.net
   • locals

     このファイルに含まれるドメインが宛先になっているメールは，ユーザがこのサーバに存在するとみなしてローカル配信します．

     localhost
     mizba.net

   • rcpthost

     これはとても大事．SMTP で外から入ってくるメールの宛先 (正確にはRCPT) がここに含まれない場合は拒否します．ここでは，ローカル配信するもののみを書きます．さもないと，不正中継の踏み台にされます．ただ，このままだと，他のドメインへメールが送れないので，次の 02. tcprules の設定見直し を行ってください．

     localhost
     mizba.net

2. tcprules の設定見直し

   自前サーバの qmail は，tcpserver を利用しています．これの設定次第で，特定のクライアントから送られてきたメールは，宛先 (RCPT) に関わらず中継するように設定できます．セットアップの詳細は省きますが，特定のクライアントからの接続には， RELAYCLIENT という環境変数を設定すれば，qmail は中継してくれます．

   /etc/tcprules/smtp.rules

   127.0.0.1:allow,RELAYCLIENT=""
   192.168.100.:allow,RELAYCLIENT=""
   :allow

   という感じでファイルを用意して，

   # tcprules smtp.cdb smtp.tmp < smtp.rules

   と，形式変換をします．

3. 転送設定

   ~alias/ 以下に， .qmail ファイルを作成することで，転送設定を行えます． ここを参考にしてください．

   • INSTALL.alias

   ".qmail-default" というファイルは，システムデフォルトの転送先を指定します． 存在しないアカウント宛のメールは，すべてこの処理対象です． 例えば，"hoge@mizba.net" というアカウントを，"hogehoge@hogehoge.net" に転送したい場合は，~alias/.qmail-hoge というファイル内に，

   hogehoge@hogehoge.net

   と，一行記述します．

以上のような感じで，設定完了です． あ，F/W の設定にも注意．

これで，masurai とお互いに backup mx に設定すれば，上記の問題点も，ある程度解消されるはずです． ただ，backup mx 用の設定も必要ですね．

いやに安かったので，ドメインを取得してみました．

mizba.net

レジストラはここです．
Value-Domain.com
年間 $9 です．日本円で1000円強．
安すぎて，逆に不安を感じたりもしましたが，
まぁ，1000円程度なら，損しても良いかなと思って，
思い切って取得しました．
ドメインの移管も自由に行えるようなので，
不満があったら，どこかに移ればいいし．

ここ，値段もさることながら，
ネームサーバの設定を自分で自由に行える点や，
メール転送が無料で使える点なども，
なかなかポイントが高かったです．
NS レコードが使えると，さらに良かったのだけれど，
この値段で，贅沢言ってはいけませんね．

ここは，外部のネームサーバを使用することもできるので，
手元のサーバで BIND なりを立ててあげれば，
好き勝手できます．
しかし，手元のサーバではアベイラビリティに不安があるので，
EveryDNS.net の使用も検討しました．
ここであれば，NS レコードも使えるので，
かなり自由度が高まります．
サブドメインを切ってやって，
そこは手元のサーバで管理，なども可能．

でも，そこまで設定する時間がとれないので，
現在は，DynDNS.org の Dynamic DNS で
もともと運用していた turu.mine.nu を
CNAME に指定しています．
この方法なら，手元のサーバの設定をいじらずに，
独自ドメインで Dynamic DNS を使えています．
Value-Domain.com にも，
Dynamic DNS の機能はあるみたいだけれど，
更新スクリプトがいまいちだし，どうもうまく動かないようなので，
CNAME を使った方法をお勧めします．

そうは言っても，本当は固定IPをとるのが良いとは思います．
それは，いずれ・・・．

「麺をテーマにしたフードコンプレックス 麺喰王国」のオープンに伴い，トレイダーズ証券が，「麺喰王国ファンド」なるものを売り出したそうです．
あまり詳しくないのだけれど，株みたいな感じ？株よりも，条件が明確なのかな？

というか，またできるんだね，食べ物系テーマパーク．今度は，かなりよさげな立地なので，どれくらい客が入るのか，興味深いところです．

昨日，古本屋でこんな本を見つけました．

• ビールはどこが勝つか

発行が1992年ということで， 後半の各社トップとの対談は，色褪せた感がありますが， 前半部分の，戦後のビール市場の推移は， なかなか興味深いです．

進駐軍統治下での大日本麦酒の分割に始まり， キリンの躍進と分割の危機， 生ビールの台頭， スーパードライの誕生， 多品種化の流れ， オールシーズン販売競争 と，かなり読ませます．

ところで，上のグラフ， どれがどこのメーカーのものか判りますか？

古本屋さんに行ってきました．
その店で買い物をするといつも言われるのが，
「会員カードを作りませんか？」の一言．
今までは，仕組みが良くわからなかったのと，
入会金100円を惜しんで断っていたのだけれど，
今日は，時間もあったので仕組みを尋ねてみました．
大雑把に言うと，購入金額の 5% 程度を
サービスチケットで還元する感じ．
入会金程度は，すぐに回収できそうだったので，
カードを発行してもらいました．

その際に，会員カード規約なるものをもらったのですが，
この記述にちょっとびっくり．
> 50点未満のポイントはレジに加算され，
> 次回のポイントと合算されます．
> * レジが二台以上ある店舗の場合，
> ポイントが蓄積されているレジは特定の一台のみです．
なんと，ポイント情報は「レジ」で管理されるらしい．
最初は，
「そんなシステムありえないだろ．裏にDB置こうよ．」
と思ったのですが，よくよく考えてみると，
顧客情報を管理するでも，他店舗と情報を共有するでもなく，
単にカードの番号 (バーコード) と対応させて
ポイント (0～49) を管理するだけなら，
そんな大仰なシステムはいらないんだよね．
最近のレジには OS が乗っていたりするから，
この程度の機能ならば，レジ単体で事足りるのでしょう．

「機能がちぐはぐ」 とは別の意味で，
設計の難しさを感じました．
何でも自分のフィールドだけで考えちゃいけないね．

でも，せめて，店舗内のレジ間連携はして欲しいなぁ・・・．

ぼくの所属する研究室が入っている建物は，
築4年弱と，比較的新しいものです．
そのためか，いろいろと自動化されていて，
廊下やトイレの蛍光灯は，
人の動きを感知して自動で点灯します．

そして，洗面台の蛇口も，
手を近づけると，自動で水が出るという，
なかなか賢いものが設置されています．

で，この洗面台なのですが，
水を溜めるための栓も備えてあります．
こんな感じの．
しかし，水を出すには，手をかざさなければいけない・・・．

必要量が溜まるまで，ずっと手を出していろと？

水周りの設計 (?) を担当した人が，
実際にどう使われるかを考えなかったのでしょうね．
設計フェーズでの，ユーザの視点の大切さを，改めて痛感．
気をつけねば．

昨日，masurai の実験をお手伝いして，
やはり，検索キーワードの選定はかなり重要だと痛感しました．

そこで思い出したのが，以前目にした，
Web検索の速さを競うコンテスト．
しかし，何せ，かなり昔に目にしたものだったし，
コンテストの名前すら忘れてしまっていたので，
見つけられませんでした．
一番それっぽかったのは，ここです．
四軒丁／検索の鉄人／関裕司
検索コンテストの，優勝者のサイトです．
これなんかは，結構うなずけました．
検索の鉄人 : コラム／No.002:検索語をどう選ぶ？
> 1.ページのタイトルを考えるな
> 2.ページの内容を想像せよ
> 3.そのページのユニークな単語（必ずあるべき単語）は何か
> 4.検索結果から新しいキーワードを盗め

こうなってくると，検索の上手な人が，
ある事柄に対して，どのような検索キーワードを使って
検索を行っているのかが，結構気になるところ．

そこで，これもまた，以前目にしたものを思い出したのですが，
Excite のサービスで，こんなのがあります．
サーチストリーム
Excite に対して投げられた検索キーワードを見られます．
玉石混交なので，他人の技を盗むことはできませんが，
なかなか面白いですよ．

"インドの面積" という，中学生の宿題を思わせるものから，
"粗大ゴミ　雨 日　いいのか" , "お弁当のおかず" という，
主婦の悩みを感じさせるもの，
果ては "東京の天気は？" なんてものまで．
ダメですよ，"?" 使って質問したって・・・．
Excite は答えてはくれません．