今回、「ボタンを押すと（ブラウザ内で）ポップアップウィンドゥが開き、その中で画面遷移する」、みたいなアプリをウィンドゥの中と外を極力切り離した形で開
発することとなり、方式をいろいろ検討した。ふと、横の人をみるとなにかしらjQuery とかThickBox とかいうのを使っている。JQuery でjavascript をJava や.Net みたいなイベントドリヴンに書けるみたいだし、ThickBox でポップアップする部分の中身をURL で指定すると
Ajax で取って来たり、まあ便利そうなので使ってみることにした。

次に中身をどうセットするかである。静的な表示と動的（表示するデータが変わる）な場合とを考慮して手法を検討しなければならないか？

１．Javascript の中に直接HTML を書いて、ポップアップウィンドゥのinnerHTML に。

var content = “<div>”;
content += “<h1>D’oh</h1>”;
content += “</div>”;

で、content をポップアップウィンドゥのinnerHTML に。
２．AJAX で中身を取得し、ポップアップウィンドゥのinnerHTML に。

今回は画面遷移が多く、システムを通してひとつのJavascript ファイルで根幹の部分を記述したい。１では、全部の画面データをそのファイルに含めると使いもしないデータが読み込まれまくっているのが微妙だ。

２の方式のようなAjax のリスポンス待ちはないが、今回は画面遷移の度にサーバーとデータのやり取りが生じることがほとんどであまり意味はない。
また、デザイン修正が大変そうなのに加え、ポップアップウィンドゥ内でのイベントをjQuery の強力なイベント処理機能を用いて記述しづらく、タグ内にonclick とか書くと処理を追えないようなコードになりそうだ。

さて、ThickBox では、a タグのhref にURL を指定すると表示するコンテンツをAJAX 的に取得して表示できる。AJAX 的にというのは指定されたURL の出力をそのままポップアップウィンドゥのinnerHTML にほりこむ感じである。ここで、デザインとビジネスロジック的なプログラムコードの分離を考慮した設計を前提にどのように動的データを埋め込むか考えると、

１．URL にPHP を指定し、PHP でSmarty などのテンプレートエンジンを用いて雛形となるHTML ファイルを読み込み、サーバーサイドでデータを埋め込んで出力。

２．URL に雛形となるHTML を指定し、JSON でデータを取得し、クライアントサイドで埋め込み。

素直に考えると１である。２では、HTML を読み込むのと、JSON でのデータ取得と、Ajax処理が２回発生し、クライアントサイドでデータを埋め込みというのが処理を遅く感じさせる。しかし、本件では２を選択してしまった。

まず、その時点ではJSONP を若干考慮していた。AJAX ではドメインが異なるURL からのデータ取得はできないが、script タグのソースはドメインの制限がないため、ドメインの異なるURL をscript タグのソースとして指定し、結果を変数にほりこむあれである。JQuery のJSON 関数はこれらを意識することなくデータが取得可能に設計されている。しかしながら、開発の時点でCertificate が取れていないHTTPS のURL からはデータが取得できないことが判明し、断念した。

次に、ポップアップウィンドゥの中のHTML にもjQuery によるイベント処理や画面遷移のためのThickBox の記述があるが、そういった処理がAjax やPHP を介して取得される部分にあるのが、感覚的になんとなく遠い気がした。

ということで、こういう形式にしてしまったわけだが、開発を通して様々な問題に気づいた。

- ブラウザごとに挙動が異なるJavascript。IE6,IE7, FireFox, Opera, Safari といった主要ブラウザで（時にはWin, Mac 版それぞれで）全動作確認をおこなうのは退屈で骨の折れる作業である。少しの修正でも、全体に影響をあたえることも考えられるし。

- 要求仕様が開発開始前に固まってればいいが、開発開始後にデータ項目が変わったりすると、DB, PHP, HTML, Javascript とそのデータを扱う箇所を全て修正する必要が生じ、精神的苦痛が大きい。

- Plug in などを用いての開発は、要求仕様がPlug in の機能内のうちはいいが、それを超えるような要求仕様変更が生じると、Plug inの中身を解析して修正を施すか、最悪Plug in 全体を自分で書き直すこととなり、想定外に時間を消費する。

- jQuery とPlug in とでVersion の互換性に問題がある場合がある。例えば、Interface Pluginの最新版は現時点でjQuery1.2 では全く動かない。

- jQuery ではHTML タグのID やクラス名で要素を取得して処理を、という形が多いが、デザイナーのCSS とぶつかると痛い。

- jQuery やPrototye.js といったフレームワークを用いると、それぞれでの開発経験がないとコードを追いづらいかもしれない。また、初心者がいきなりprototype.js を用いる前提でjavascript を書き出すと危険である。どこまでがjavascript の言語仕様で、なにがprototype.js の機能かわからなくなると微妙。

- 今年半ばに発表されるIE8 ではたして動くか？

まあとりあえず今回はjQuery でイベント処理部をHTML から分離し、画面毎のファイルも分割されているため、そんなにごちゃごちゃでもないと自分では思うが、PHP にも勝るとも劣らないJavascript の言語仕様のゆるさは、常人には理解しがたい混沌さを生み出すには十分である。特にグローバル変数のスコープは異なるドメインさえ駆け抜ける。

ということで、Ajax はもう無理です。そろそろSliverLight とかでいいです。

この町は人口過剰すぎてきびしい上に、公共交通機関があまり良くない為、車であふれています。無作法な運転の車もかなり多いです。

だいたい、私は眠気がさめるのが遅く、能力も通常時から大きく劣るため、朝に車を運転とか避けたいのですが、代替の通勤手段はバスと電車になります。時間が倍かかるのに加え、ほとんどの乗客がかなり無作法です。Hollywoodに住んでいて車を持っていなかった１ヶ月間くらいの時期で乗客の喧嘩に２回遭遇しました。

もう、無理です。身体的・精神的・社会的に、無理です。LAはもう無理です。

これだけ払っても、Bodily Injury and Property Damageは＄500,000までしかカバーされないのもどうかと思います。日本では年10万円以下で、対人無制限とかのような。

いろいろ他の保険会社も調べましたが、これが最安のようです。もう無理です。アメリカは無理です。

お題は「ある事務所に一番近い花屋を探す」。
6人の方が実験され、そのうち2人の検索行動や視線の動きを確認することが出来ます。他の人がどういう風に検索エンジンを利用しているのかが見れて、ちょっと目が疲れるけど面白いですよ。

詳細は上記のサイトを見ていただくとして、結果6人のうち3人がGoogleマップを利用されたそうです。

著者は「場所を調べるというシチュエーションで、予想以上にGoogleマップが浸透していないことに驚きました。・・」とありますが、私はむしろ意外にマップ機能を使う人が多い・・、

と思ったのと、その便利さを再認識。。

例えば、Google mapで、地域名とジャンルを入力すると表示されます。
画像は、「littletokyo japanese restaurant」を入力した場合です。

ここでは、このエリアにある日本食(関連)の店名が表示されます。
また住所や電話番号のほか、5段階評価やレビュー、画像まで簡単に見ることができます。

これってかなり便利だと思いません？。

一度でもこの検索方法を試した人なら、次回も同じ様に探すと思うんですが、どうでしょう。。

前に使っていたMotrolaのCell Phoneが真っ二つに折れてしまった。原因は酒？

というわけでなんとかメモリだけでも救済してもらおうとAT&Tストアに行ってみてが、
残念ながら救済方法がないらしい。SIMカードにメモリしてなかったからなぁ。。

で意気消沈していたところ、仕方ないので新しい電話機を買うかぁ。。
と見回したらiPhoneが目に入った。（一緒に行ったスタッフがそそのかしたという目撃証言あり）

噂に違わずこいつはすごい。

iPodとemailなどは想像していた通りの感じ。でも動きがかなりスムーズ。
感動したのはズーム。Google Mapが指でグイングインとズームアップする感じはかなり快感。
そしてWebブラウザのSafari・・・まったくMac版Safariと同じように動く。
これまたズームはスムーズでサイトの隅々まで細かく見れる。

さっそく役立ったのは、食事するところを探していたときにiPhoneでサーチしてサイトに
移動して電話番号が書いてあるページを拡大して指で触ったら電話がダイヤルされた！
そのまま予約してGoogle Mapで辿りつつ到着。。。便利。

久々に知的好奇心を満たしてくれる道具に出会ってしまった。
人々にそう思ってもらえるサービスを作らないとなぁ。

やはり、実際に商品を見て買いたい。という方が多いかと思いますが･･･

ネットでのお買い物は、定期的に決まったものを買う消耗品などの注文や、身近なお店では、なかなか購入できないような輸入品などを注文するときに便利ですね。

そして、一番の魅力は値段の比較が簡単にできる！

同じ商品でも、扱っているショップによって値段が違うことが良くあります。

というわけで、今回は価格比較サイトをまとめてみました。

以下のサイトでは、商品名を入力すると、どのショップでいくらで売られているか、そのショップの評判などなど一目で分かります。

1. PriceGrabber

2. NexTag

3. ResellerRatings

4. BizRate

5. mySimon

6. DearlsPlus

7. fat wallet

8. Shopzilla

価格比較サイトをうまく活用して、賢くネットショッピングを楽しみましょ～！

正直途中からどういうネタを書けばいいかわからなくなりました。物書きの端くれとして、読者の望むようなものを提供していければ、と考えていました。しかしながら、編集部からは特に対象や内容に関する情報はなく、通常、年齢層、性別、所在地などから読者を想定して、興味を持っていただけそうなネタを探すのですが、そういったイメージがわかず、かといって、万人に喜ばれるようなものを書けるほど、私は物書きとして優秀でないことに気が付きました。

そして、修行のため、旅にでることを決意しました。

努力を惜しまず、苦痛を恐れず、物書きとして大成できるようがんばっていきたいと思います。

いままでご愛読ありがとうございました。

編集部より
フランチェスコ先生の次回作にご期待ください。

次号、満を持してあの男が登場！新連載「ｘｘｘ」。

何かを探す、例えば、先日書かせて頂いたゴルフ場の件にしてみましても“探す”=>“どうやって”=>“インターネットで”というよりも“探す”=>“インターネットで”が日常になってきていると思われるインターネット依存、インターネットgenerationといいますかインターネッットが日常の必須toolになってきていると思われますがいかがでしょうか？

Google,Yahooなどに代表されるweb検索エンジンですが現状のweb検索というのは“イメージを探す”という時でもなんらかのwordsを入力して探すというTEXTベースの検索が主流ですが、もし検索のkey wordに何を入力していいかわからない検索、例えばといっても例を出すのが難しいのですが、ちょっと汚い話、トイレが詰まった時に使う吸盤が付いてるやつ”plunger”っていう名詞が英語ではあると思いますが日本語でなんていうのだろ～、家には１本はあるような。。。“トイレ”＋“道具”とか入力すれば探し当てる事は恐らくできるのだと思いますが、みたいな時とちょっと例がよろしくないのですが、そんな場合。。

次世代検索エンジンになろうかと思われるのが“画像（動画）ベースの検索”。もちろんTEXTベースの検索プラスという様なHybrid式なものになるかと思われますが。。。でもどうやって？。。。カメラで写真を撮ってＵＳＢなどでＰＣに画像を保存して。。。結構めんどくさいですよね。。でも携帯電話連動なら。。カメラが付いているのは普通になってきていて、画素数も向上してきておりさらに（過去のメルマガにも書かせていただいた通り）携帯とインターネットが日本では既に（米国でもiPhoneをきっかけに！？）融合している状況において、わからない人、物、風景とかの写真を携帯で撮ってそのまま“画像検索エンジンへ”ありだな～と思わされてしまいます。

ちょっと前ですが日本で話題になっていた“顔チェキ！”という携帯サイトがあるのですが（PCからではアクセスできないと思われます。。）これが画像検索という技術を裏で少々使っているオモシロ携帯サイトで口コミにより爆発的にアクセスされています。どんな事をしているサイトかと簡単に申しますと、まず携帯カメラで顔中心の人物写真を撮り、“顔チェキ！”のサイトに携帯でアクセスしてその写真を送信するとその写真がどの芸能人に１，２，３位と順番に何％似ているかというのをメールで返信してくれるだけのサービスなのですが結構、飲み会とかでやるともりあがっちゃうんですね～。

技術的な面では人間の顔のマッチングという点に関しては、ほとんどの人間が目、鼻、口、耳などが大体同じ所に位置しているために他の物のマッチングよりは難易度は低いとの事です。viewdle.comというサービスでもfacial recognition、画像のマッチングがつかわれていますね。

画像（動画）検索（マッチング）という技術自体は既に色々な所で取り入れられています、イギリスなどのsurveillance cameraは有名だと思いますがこの技術を導入していると思われますし、日本でも先日、TVニュースの中で東京メトロの監視カメラでもまだ実用段階には至っていないものの画像マッチング技術をテストしているとの事でしたし、NECさんではすでに“顔認証”でログインするlaptopも登場していてバイオメトリクスの分野の部分でも活躍しています。

Googleなどの大手検索サイトでも既にかなり研究がされているようで一般搭載されるのを期待しております。

　ショッピングサイトは「商品を分類して並べる目次ページ」「商品説明の詳細ページ」「購入時に必要なショッピングカート」、そして「代金支払いのための決済機能」などを運用するため、効率よく表示、管理するシステムが必要です。時間もお金もかかります。「ちょっと試しに」と、気軽な考えでは、ショッピングサイトは作れません。確実な勝算がない限り、誰もがオープンできる訳ではありません。

　インターネットユーザの７割は、検索サイトから自分のほしい情報を取り出すと言われています。ブログは、検索エンジンとの相性の良さがウリの情報発信ツールです。ショッピングサイトは商品を売るために、多くの人の目に付きやすい場所に置く努力をしていかなくてはなりません。検索エンジンに拾われやすいブログシステムは、ショップオーナーも注目のシステムと言えるでしょう。

　ブログを利用したショッピングサイトには２種類あります。実際に在庫を抱えたショップオーナーのサイトと、他社のショッピングサイトに自分のブログから客を誘導して紹介料を得るサイトです。

　前者は従来のサイト構築に比べて、ブログショップサイト製作費用は小さく済むという理由で増えています。後者は他社のショッピングサイトの商品を読み物として紹介して、紹介料を得る（アフィリエイト）ので、前者よりさらに少ないコストで始められます。リスクの少ない後者のサイトは最近急増しています。ただし、後者は薄利多売ですので、多くの訪問者を誘導する技術が必要です

Sep 28, 2007。rollmio起動 in the world market。
この新しい広告メディアはアメリカの広告業界を震撼させること間違いなし。

数年前からネット広告の躍進は目覚しく、ラジオ広告市場を抜き去り雑誌広告市場に
せまり。。TVももはや風前の灯。。と言われて久しい。
だけどやはり映像による訴求力は抜群で、TV広告の存在感は圧倒的だ。

ネット広告の中心はバナーやテキスト広告で、いかにコンテンツにマッチした広告を
配信できるかといった裏側の仕組みに注力し続けてきた。

Google AdSenseはその先駆けで、検索結果に連動した関連するテキスト広告を表示
させることでネット広告市場に流れる莫大な利益を享受しつづけている。

rollmioという新しいメディアはまったく違うアプローチを取る。
メディアの主体は我々ではない。rollmioに参加しているユーザだ。
ユーザが映像CMを自分たちでつくり、自分たちで広める。

自動車のCMを作ったらそれをYouTubeなどの映像共有サイトにアップして、ブログ
を使ってどんどん広める。思わず映像を見たくなるようなコメントと一緒にブログに
書き込まれるので、コンテンツマッチは必然的に行われる。

英語を理解する人たちは世界中に存在し、それぞれの価値観でCMを製作する。
日本製のクルマのCMをアメリカ人が製作しフランス人がそれを見て笑う。

アメリカ製のiPodのCMをインド人が製作し韓国人がそれを見て笑う。

すばらしいではないか！

圧倒的なネット上の口コミによる広がりと訴求力。TVCMとは違い、見ている人は
必ずといっていいほど興味を持った上で映像を見るのだ。