(57)【特許請求の範囲】
【請求項１】
インターネット情報を移動体エージェントへ供給するシステムにおいて、
インターネットへの接続、およびユーザへの出力を行う移動体情報端末機と、
前記移動体情報端末機へＵＲＬを伝送するローカルエージェントとを有し、
前記ＵＲＬは、前記インターネットに対する前記移動体情報端末のカスタマイズを可能にするプレースホルダ変数を含み、
前記プレースホルダ変数は前記移動体情報端末によって、前記ＵＲＬを使用してＷＷＷドキュメントが検索されるときに書き込まれ、
前記ＵＲＬの長さは、前記移動体端末機がローカルエージェントのレンジ内にいると予測される時間の長さに依存して制限される、
ことを特徴とするシステム。
【請求項２】
前記移動体情報端末機は、
前記ＵＲＬを受信するための受信手段と、
前記ＵＲＬをＵＲＬ待ち行列に格納するための格納手段とを有する、請求項１記載のインターネット情報を移動体エージェントへ供給するシステム。
【請求項３】
前記移動体情報端末機は、
前記ローカルエージェントからの前記ＵＲＬを受信するための受信器と、
前記受信器に接続されたＵＲＬ待ち行列と、
前記ＵＲＬ待ち行列に接続されたＷＷＷブラウザとを有する、請求項１記載のインターネット情報を移動体エージェントへ供給するシステム。
【請求項４】
前記ローカルエージェントは、
前記ＵＲＬを前記移動体情報端末機へ伝送するための送信機と、
前記送信機に接続されたデータ入力手段とを有する、請求項１記載のインターネット情報を移動体エージェントへ供給するシステム。
【請求項５】
前記送信機は、複数の既知の周波数のうちの１つの周波数で、前記移動体情報端末機へ達するレンジで前記ＵＲＬを一斉送信する、請求項４記載のインターネット情報を移動体エージェントへ供給するシステム。
【請求項６】
前記ＵＲＬそれぞれは、
ＵＲＬ文字列と、
タイトル文字列と、
要求されたプロトコルコードとを有する、請求項１記載のインターネット情報を移動体エージェントへ供給するシステム。
【請求項７】
前記ＵＲＬそれぞれは、
開始コードと、
ＵＲＬ文字列と、
ブレークコードと、
タイトル文字列と、
チェックサムコードとを有し、
前記開始コードは前記ＵＲＬの１つの開始を指定し、
前記ブレークコードは前記ＵＲＬ文字列と前記タイトル文字列との間に送信され、前記ＵＲＬ文字列と前記タイトル文字列とを区切り、
前記タイトル文字列は、前記移動体情報端末機の前記ユーザが前記ＵＲＬ文字列を識別するための情報を含み、
前記チェックサムコードは標準のエラー訂正を使用する、請求項１記載のインターネット情報を移動体エージェントへ供給するシステム。
【請求項８】
前記受信器は任意のＵＲＬの一斉送信に対して指定されているすべての周波数を聴取し、前記受信器が開始コードを受信するまではすべての情報を無視し、その後ＵＲＬ文字列の格納を開始し、前記ＵＲＬの１つが正確に受信されると前記ＵＲＬ文字列およびタイトル文字列は前記ＵＲＬ待ち行列へ転送される、請求項３記載のインターネット情報を移動体エージェントへ供給するシステム。
【請求項９】
前記ＵＲＬ待ち行列は、
ＵＲＬ文字列およびタイトル文字列をＡＳＣＩＩ文字のシーケンスとしてＵＲＬ文字列とタイトル文字列のペアの形で格納するための標準的なデジタルメモリを有する、請求項３記載のインターネット情報を移動体エージェントへ供給するシステム。
【請求項１０】
前記ＵＲＬ待ち行列はさらに、
新しいＵＲＬ文字列が受信されると前記ユーザに知らせるための通知手段を有する、請求項９記載のインターネット情報を移動体エージェントへ供給するシステム。
【請求項１１】
前記ＷＷＷブラウザは、
前記インターネットからのＷＷＷドキュメントを読み出すための読み出し手段と、
前記ＵＲＬ待ち行列からＵＲＬ文字列とタイトル文字列のペアを受信するための受信手段と、
ＵＲＬ文字列に任意のプレースホルダ変数を書き込むための書込手段とを有する、請求項３記載のインターネット情報を移動体エージェントへ供給するシステム。
【請求項１２】
前記ＷＷＷブラウザはさらに、
前記ＷＷＷドキュメントをレンダリングするためのレンダリング手段と、
前記ユーザにインタフェースを提供するためのブラウザ手段を有する、請求項１１記載のインターネット情報を移動体エージェントへ供給するシステム。
【請求項１３】
前記データ入力手段は、
ＵＲＬ文字列およびタイトル文字列を前記送信機へ転送するための転送手段を有する、請求項４記載のインターネット情報を移動体エージェントへ供給するシステム。
【請求項１４】
インターネット情報を移動体エージェントへ供給する方法において、
インターネットへの接続、およびユーザへの出力を提供するために移動体情報端末機を使用するステップと、
ＵＲＬを前記移動体情報端末機へ伝送するためにローカルエージェントを使用するステップとを有し、
前記ＵＲＬは、前記インターネットに対する前記移動体情報端末のカスタマイズを可能にするプレースホルダ変数を含み、
前記プレースホルダ変数は前記移動体情報端末によって、前記ＵＲＬを使用してＷＷＷドキュメントが検索されるときに書き込まれ、
前記ＵＲＬの長さは、前記移動体端末機がローカルエージェントのレンジ内にいると予測される時間の長さに依存して制限される、
ことを特徴とする方法。
【請求項１５】
移動体情報端末機を有用する方法は、
前記ローカルエージェントからＵＲＬを受信するステップと、
前記ＵＲＬをＵＲＬ待ち行列に格納するステップと、
前記インターネットへアクセスするために前記ＵＲＬ待ち行列に接続されたＷＷＷブラウザを使用するステップとを有する、請求項１４記載のインターネット情報を移動体エージェントへ供給する方法。
【請求項１６】
ローカルエージェントを有用する方法は、
前記ＵＲＬを前記移動体情報端末機へ伝送するステップと、
データ入力手段を有用するステップとを有する、請求項１５記載のインターネット情報を移動体エージェントへ供給する方法。
【発明の詳細な説明】
【０００１】
発明の背景
発明の分野
本発明は、インターネット情報を移動体エージェントへ供給するシステムおよびインターネット情報を移動体エージェントへ供給する方法に関する。
【０００２】
従来技術の説明
道端の広告は、広告掲示板であろうと凝った店先であろうと重要なツールであり、これを介して売買業者やサービス提供者は自分の商品について広告する。潜在的な客は自動車に乗って通り過ぎるときにその広告を見、そしてその商品の存在を知るか、または思い出す。道端の広告の主な欠点は、客がたとえ興味を持っても、その情報をたどる機会がほとんど、または全くないことである。提供可能な情報は限られており、客にさらに情報を提供するためのルートはほとんどない。広告掲示板の場合、客が積極的に努力する以外に機会はない。店先ならば客はその店に立ち寄るかもしれないが、別の場所へ行く途中であるか、またはその商品に一時的な興味しかない場合はおそらく立ち寄らない。たとえその客が立ち寄る見込みがあっても、売買業者は何らかのやり方で自分の商品を競合相手の商品から差別化する必要があり、さもないと客が代わりに別の場所に立ち寄ってしまう恐れがある。
【０００３】
大企業には、短距離無線放送を使用して客へ補足的な情報を送出しているところもある。そのようなシステムは遥かに大量の情報を転送することができるが、それには使用を限定するいくつかの制限がある。第１に前記システムは高価である。第２に前記システムでは、客は情報を聞くために放送レンジ内に長時間いる必要がある。実際にはこれは、地理的に広い面積を占めている企業だけが前記システムを使用できるということを意味する。たとえこれらの制約をクリアしてもなお、前記システムには客が引きつけられる個別情報を配信するために必要な双方向性が欠けている。
【０００４】
今後数年以内に出現する自動車ベースのインターネット・ブラウザにより、売買業者は道端の広告を使用する新しい機会を得る。広告掲示板および店先に短距離データ送信機を装備し、この送信機により通り過ぎる自動車へ向けて非常に短い伝送を一斉送信することができる。この伝送は非常に長い商品情報を搬送する代わりに、短いインターネット Uniform Resource Locator （ＵＲＬ）コードを搬送することができる。一旦自動車がＵＲＬを受信すると、インターネットブラウザを有する運転手はそれを「たどる」ことを選んでＵＲＬが指示するＷＷＷドキュメントにアクセスするか、またはそのＵＲＬを無視することができる。得られるドキュメント、およびそこにリンクしている他のドキュメントは、売り手が選んだ任意のトピックについて任意の量の情報を含むことができ、かつ客が興味の対象に最も関連のある個別情報を入手するのを手助けする双方向性を有することができる。
【０００５】
発明の概要
本発明は、いわゆるドライブバイ・インターネット情報を得るためのＵＲＬを能動的に一斉送信する（ Actively Broadcast URLs for Drive-By Internet Information ）システム、すなわちＡＢＵ−ＤａＢＩＩに関し、このシステムにより道端広告用にカスタマイズされたインターネット情報へアクセスすることができる。本発明はまた、インターネットのウェブサイトおよびオーディオ・プログラムが、自身を効果的に宣伝する方法も提供する。
【０００６】
本発明は主要な情報源としてインターネットを必要とする。本発明はユーザへの出力装置として作動する移動体情報端末機およびローカルで操作されるローカルエージェントを有する。本システムはまたリモートインターネットプログラムへの個別情報の転送も行う。移動体情報端末機は受信器、ＵＲＬ待ち行列およびＷＷＷレンダラ（ renderer すなわちレンダリング・アプリケーション）／ブラウザを有する。ローカルエージェントは、情報ポインタを移動体情報端末機へ送信する短距離送信機、およびデータを送信機へ転送するための機構を有する。
【０００７】
図面の簡単な説明
図１は、動作中の、本発明によるドライブバイ・インターネット情報を得るためのＵＲＬを能動的に一斉送信する（ＡＢＵ−ＤａＢＩＩ）システムを示す。
【０００８】
図２は本発明によるＡＢＵ−ＤａＢＩＩシステムのアーキテクチャを示す。
【０００９】
図３は本発明による能動的に一斉送信されるＵＲＬ（ＡＢＵ）のストラクチャを示す。
【００１０】
発明の詳細な説明
ドライブバイ・インターネット情報を得るためのＵＲＬを能動的に一斉送信する（ＡＢＵ−ＤａＢＩＩ）システムは、移動体端末機へジャスト・イン・タイム方式で情報を送信する。図１は、ＡＢＵ−ＤａＢＩＩシステムがインターネット情報へのドライブ・バイ・アクセス（ drive-by-access ）を提供する際の動作を示す。前記システムは主要な情報源としてインターネット１０を必要とし、出力装置として本実施例では車両１４内に配置されている移動体情報端末機１２、ならびに情報ポインタを送信する送信機１８およびデータを送信機１８へ転送するためのデータ入力手段（図示せず）からなるローカルエージェント（図示せず）を有する。
【００１１】
本発明の機能は、ローカルエージェント、例えば建物、広告掲示板２０と車両１４とが移動体情報端末機１２に情報を与えることを可能にすることである。この機能は、インターネットＵＲＬ２２を既知の周波数で一斉送信する送信機１８を使用することにより達成される。自動車に搭載されるような移動体情報端末機１２はＵＲＬ２２を受信し、それをＵＲＬ待ち行列に格納する。すると端末機のユーザは任意のＵＲＬを読み出し、そのＵＲＬがアドレスするＷＷＷドキュメントにアクセスする機会を有する。この説明の中で、ドキュメントという言葉はＵＲＬにより参照される任意のＷＷＷオブジェクトを指し、様々な種類の混合の、および非テキストのメディア、ならびにＵＲＬによりアクセスされるインターネットプログラムの結果も含む。
【００１２】
図２に本発明のアーキテクチャのブロック図を示す。上記のように本発明はユーザへの出力装置として移動体情報端末機２６、およびローカルで操作されるローカルエージェント２８を含む。移動体情報端末機２６は受信器３０、ＵＲＬ待ち行列３２およびＷＷＷブラウザ３４を有する。ローカルエージェント２８は、移動体情報端末機２６へ情報ポインタを送信するための送信機３６、および送信機３６へデータを転送するためのデータ入力手段３８を有する。
【００１３】
移動体エージェントは動くにつれて多数の伝送エージェントのレンジに入り、移動しながらＵＲＬを収集する。伝送エージェントのオペレータはデータ入力手段３８を使用して、伝送するＵＲＬを更新する。オプションであるバックチャネル４０をＷＷＷサーバ４２とデータ入力手段３８との間に設けて、インターネット４４からのイベントにより伝送中のＵＲＬを更新できるようにすることが可能である。ＷＷＷサーバ４２はインターネット４４および情報基地４６とインタフェース接続している。
【００１４】
ローカルエージェント２８は、インターネットＵＲＬを移動体情報端末機２６へ供給するシステムである。これは送信機３６およびデータ入力手段３８からなる。
【００１５】
送信機３６は、一群の既知の周波数のうちの１つの周波数で、移動体エージェントの通り道（例えば高速道路、移動体エージェントが自動車の中にある場合）だけに達するのに十分なレンジで信号を一斉送信する。そのような送信機はＲＦ（ radio frequency ）または光学的転送機構の一方を使用する。送信機が一斉送信する信号は、能動的に一斉送信されるＵＲＬ（ actively broadcast URL ＝ＡＢＵ）と呼ばれる。図３に示すように、各ＵＲＬ５０は開始コード５２、ＵＲＬ文字列５４、ブレークコード５６、タイトル文字列５８、およびチェックサムコード６０からなる。ＵＲＬ５０中の文字列はＡＳＣＩＩキャラクタのシーケンスで表されるが、コードはその必要はない。ＵＲＬ５０の一斉送信は絶え間なく繰り返される。拡張されたシステムでは、ローカルエージェント（図２の２８）のオペレータにより、複数の異なるＵＲＬ５０を適切に交替させる。
【００１６】
ここでＵＲＬ５０のストラクチャを説明する。開始コード５２は、ＵＲＬ５０の開始を指定する一意の信号である。開始コード５２はＵＲＬ間の区切り記号として作用する。ブレークコード５６は、ＵＲＬ文字列５４とタイトル文字列５８の間に送信され、これらを区切る作用をする一意のコードである。チェックサムコード６０は、ＵＲＬ文字列５４およびタイトル文字列５８を符号化する、いくつかの合意に基づいた標準的なエラー検出または訂正を使用する。
【００１７】
ＵＲＬはインターネットＵＲＬに対するいずれの標準化規約にも従い、例えばＨＴＴＰまたはリアルメディアプロトコルを使用するのと同様、インターネットの実行可能なプログラムへのコモンゲートウェイインタフェース（ＣＧＩ）において符号化された情報を含む。ＵＲＬはプレースホルダ変数も含み、これは移動体情報端末機がＵＲＬを使用してＷＷＷドキュメントの読み出しを試みる際に、端末機により書き込まれる。
【００１８】
タイトル文字列５８は移動体情報端末機（図２の２６）のユーザがＵＲＬ文字列５４を識別するための情報を含む。この情報はＵＲＬ文字列５４により示されるハイパーリンクに対するアンカーとして作用する。
【００１９】
ＵＲＬ５０の合計の長さは、一斉送信されるデータの使用可能な帯域幅、および移動体端末機がローカルエージェントのレンジ内にいると予測される時間の長さに依存して制限されており、介在する信号には依存しない。例えば高速道路にあるローカルエージェントは、自動車ベースの移動体エージェントが２秒間、レンジ内にいると予測することができ、かつ使用可能な一斉送信されるデータの帯域幅が１２００ｂｐｓであるならば、信号は３００バイトに制限される（２ｓｅｃ＊１２００ビット／ｓｅｃ＊１バイト／８ビット＝３００バイト）。ユーザは普通、１回の一斉送信の中途で到来するため、機能上の制限は２分の１すなわち１５０バイトである。
【００２０】
次にデータ入力手段（図２の３８）を説明する。ＵＲＬ５０に含まれているＵＲＬ文字列５４およびタイトル文字列５８は、データ入力手段３８を使用するローカルエージェントのオペレータにより送信機３６に入力される。多くの異なるＵＲＬが同じローカルエージェントにより一斉送信される場合には、すべてのＵＲＬがデータ入力手段を介して入力される。前記データ入力手段は、オペレータが変更を所望する度にＵＲＬ文字列およびタイトル文字列の値を変更するために使用される。
【００２１】
前記データ入力手段は多くの異なる形式を取ることができる。送信機に直接取り付けられた小型端末機であっても、送信機にプラグ接続可能な携帯型端末機であっても、ケーブルまたはワイヤレス接続を介して送信機に接続されるリモート端末機であっても、または送信機にＡＳＣＩＩ文字の入力を可能にするその他任意の機構であってもよい。
【００２２】
移動体エージェントに搭載される移動体情報端末機、図２の２６は、ＵＲＬの受信が可能な装置であり、ＵＲＬを使用してＷＷＷドキュメントを読み出し、場合によっては新しいＵＲＬへのユーザの注意を促し、ＷＷＷドキュメントをレンダリングする。移動体エージェントの例は自動車であるが、場合により任意の移動体システム（歩行者、ロボット、電車等）が前記端末機を使用することができる。端末機２６は３つの部分、受信器３０、ＵＲＬ待ち行列３２、およびＷＷＷブラウザ３４の３つの部分からなり、ＷＷＷブラウザはＷＷＷドキュメントの読み出しおよびレンダリングを行い、かつ端末機のユーザと対話を行う能力を有する。
【００２３】
受信器３０はＵＲＬ伝送を受信するための装置である。この装置は任意のＵＲＬの一斉送信に対して、指定された一群の周波数をすべて聴取する。開始コードを受信するまでは所定のどの周波数で受信する情報も無視し、その時点から受信する文字列をＵＲＬとして格納し始める。ブレークコードを受信するとＵＲＬの格納を終了し、タイトル文字列を格納し始める。チェックサムコードを受信すると格納を終了し、受信器はＵＲＬが正しく受信されたことを確認するためにチェックを行う。正しく受信されていない場合は、受信器はいくつかの回復プロシージャを試みる：実施態様に依存して、エラー訂正アルゴリズムを適用するか、その周波数を再度聴取するかのいずれかである。ＵＲＬが正しく受信された場合には、ＵＲＬ文字列およびタイトル文字列はＵＲＬ待ち行列へ転送される。
【００２４】
受信器は指定された周波数すべてを聴取し続け、複数のＵＲＬを同時に受信でき、伝送の結果に依存してそれらを廃棄またはＵＲＬ待ち行列３２へ転送する。
【００２５】
ＵＲＬ待ち行列装置３２はＵＲＬ文字列およびタイトル文字列の貯蔵所であり、標準的なデジタルメモリからなっている。文字列はＡＳＣＩＩ文字のシーケンスとして、ＵＲＬ文字列とタイトル文字列のペアの形で格納される。新しいＵＲＬ文字列とタイトル文字列のペアは受信器から到来し、ＷＷＷブラウザにより要求される。オプションとして前記待ち行列は、新しいＵＲＬが受信され、かつ使用可能である場合、端末機ユーザに知らせる手段を有する。ＵＲＬ文字列とタイトル文字列のペアはＦＩＦＯ方式で置換される。つまり待ち行列が一杯である場合、最も古く受信されたペアが破棄されて任意の新しいペアのために場所を開ける。
【００２６】
ＷＷＷブラウザ３４は多くの特徴および能力を有し、これらはＡＢＵ−ＤａＢＩＩシステムには依存しない。ＡＢＵ−ＤａＢＩＩを支援するために、少なくとも以下の能力を有しなくてはならない：ＵＲＬが与えられるとインターネット４４からＷＷＷドキュメントの読み出しが可能でなくてはならない；ＵＲＬ待ち行列装置からのＵＲＬ文字列とタイトル文字列のペアの受信が可能でなくてはならない；かつＵＲＬ内の任意のプレースホルダ変数に書き込みが可能でなくてはならない。おそらく端末機ユーザへのＷＷＷドキュメントのレンダリングおよびブラウジングインタフェースの提供も可能でなくてはならないだろうが、これらの能力はすべてのアプリケーションに対して必要なわけではない。
【００２７】
ＵＲＬ文字列とタイトル文字列のペアが待ち行列装置によりＷＷＷブラウザへ送出される優先順位は、ユーザまたはブラウザ開発者の好みに依存して変化するが、以下はほとんどの状況において使用可能な単純かつ効果的なプロトコルの例である。新しいＵＲＬ文字列とタイトル文字列のペアが待ち行列装置により受信される度に、それは呼出メッセージをＷＷＷブラウザへ送出する。ブラウザが待ち行列装置からＵＲＬを要求すると、待ち行列は以下の優先順位をもってＵＲＬを供給する：
１．まだブラウザへ配信されていない、最も新しく受信されたＵＲＬ、
２．すべてのＵＲＬが既に配信されたならば、最も新しく受信された、既に配信されたＵＲＬ。
【００２８】
このプロトコルは以下の例のように使用できる。自動車が、多くの店舗がローカルエージェントを用いている商業地域を通っているとする。特定の店舗を通り過ぎるとき、乗客はどんな商品が現在発売されているのかと考える。彼はブラウザの「ＵＲＬの取り込み」ボタンをクリックする。ブラウザは最も新しいＵＲＬ文字列とタイトル文字列のペアを待ち行列に要求し、そしてユーザへタイトルをレンダリングする。しかしこの場合、最も新しいＵＲＬは所望の店舗からのものではないとすれば、ユーザはこれをレンダリングされたタイトルから判断することができる。そこでユーザは再度「取り込み」を押し、ブラウザは次に新しいＵＲＬを用意する。結果的に所望のタイトルが読み出され、そしてレンダリングされ、そしてユーザはブラウザを使用して「リンクをたどる」、つまり関連したＵＲＬを使用してインターネットからＷＷＷドキュメントを読み出すことができる。
【００２９】
ＡＢＵ−ＤａＢＩＩは、移動体情報端末機からリモートインターネットプログラムへ個別情報を転送するシステムも含む。ローカルエージェント２８はプレースホルダ変数を一斉送信するＵＲＬ内に含めておく。これらの変数により、ユーザのＷＷＷの使い方をユーザのためにブラウザがカスタマイズすることが可能になる。ＷＷＷブラウザは値をＵＲＬ内のプレースホルダ変数の位置に挿入するが、これは移動体エージェントの状況およびユーザの好みに整合している。例えばＵＲＬは、乗用車の目下のガソリン量および燃料効率をパラメータとするＣＧＩプログラムを参照し、適切な距離にあるガソリンスタンドを示唆する。そのようなＵＲＬはこのような形式であると考えられる：http://www.service.com/station?*GAS_LEVEL**FUEL_EFFICY*。ローカルエージェントはＣＧＩパラメータに対するＵＲＬ内のプレースホルダを使用し、これらのプレースホルダはドキュメントにアクセスするとＷＷＷブラウザにより適切な値が書き込まれる。この場合、「 GAS_LEVEL 」に対するプレースホルダは車の目下のガソリン量で置換され、「 FUEL_EFFICY 」に対するプレースホルダは車の燃料効率値で置換される。このようにして、ローカルエージェントのオペレータは運転手の目下の、かつ特定の状況に基づいて、運転手に情報を与える。もちろん運転手は、どの情報を自ら進んで発信するかを事前に特定しなくてはならない。
【００３０】
インターネット４４は実際はＡＢＵ−ＤａＢＩＩシステムの一部ではないが、ローカルエージェントオペレータにより移動体エージェントユーザへ供給される情報を含むドキュメントの貯蔵所として作用する。
【００３１】
ＡＢＵ−ＤａＢＩＩシステムのオプションであるフィーチャの１つはバックチャネルを設けることであり、インターネット上に集まった情報はバックチャネルを介してローカルエージェントを更新するために使用される。例えば所定の人数が特定のドキュメントにアクセスすれば、ローカルエージェントを自動的に更新して異なるＵＲＬを提供するようにできる。バックチャネルは、ローカルエージェントのデータ入力手段をドキュメントを供給するＷＷＷサーバに接続し、ＷＷＷサーバ上のプログラムがデータ入力手段を用いて送信機を更新することを可能にすることにより実現される。
【００３２】
以下にＡＢＵ−ＤａＢＩＩシステムの応用例をいくつか説明する。ローカルな広告の最も単純な場合においては、ローカルエージェントは店先に含まれ、移動体エージェントは自動車内にある。運転手がこの店舗を通り過ぎる際、彼がその店舗からの情報を得ることに関心があるならば、彼はブラウザを使用して待ち行列からＵＲＬを獲得し、その店舗のＷＷＷページにアクセスする。商店主は載せたい情報は何でもそこに載せておくことができ、この情報は発売中の品物、在庫がある珍しい品物、営業時間、宣伝、または運転手にそこで買い物をする気にさせる任意の情報を含む。レストランはメニューを載せてもよい。
【００３３】
この種類の広告は店先に限定されず、広告掲示板、さらには貼り紙をしたトラックに使用してもよい。
【００３４】
広告を客にカスタマイズすることにより、より高度な広告が可能である。例えば、ローカルエージェントにより一斉送信されたＵＲＬはＣＧＩによりインターネットプログラムを参照することができる。このプログラムはローカルエージェントの場所によりパラメータを割り当てることができる。こうすることで、全国的な宣伝活動にユーザの目下の場所についての情報を含めることができる。例えば全国的なホテルチェーンは国中の広告掲示板を借り、各掲示板はそのホテルの中心的な事業所のＵＲＬを一斉送信するが、これにユーザが通過しつつある場所を示すパラメータを加える。この情報は、ユーザに提供される情報を目下の地域内のホテルに絞るために使用できる。
【００３５】
一斉送信されるＵＲＬ内でプレースホルダ変数を使用することにより、さらにいっそうのカスタマイズが可能である。例えば移動体情報端末機のユーザはその端末機を、宿泊施設の形式、食事、ガソリン等に関する彼の好みに応じてプログラムすることが可能である。そしてこの情報をパラメータとしてインターネットプログラムへ送出でき、それによりこれらのサービスのベンダーは、自分達のサービスについて客が最も関連のある情報を常に受信することを確実にできる。
【００３６】
道路標識、交通信号、およびその他の場所に配置されているローカルエージェントを使用して、ローカルな地域についての情報への参照情報を配信する。例えばＷＷＷドキュメントまたはプログラムを設けて、最新の交通情報または気象情報を極めてローカルな地域に対して与える。公の緊急事態情報は、そのようなエージェントを介してドライバへ容易に送信される。街の条例、交通規則、または地方商業会議所からの情報は、この手法で送信される。
【００３７】
自動車情報端末機が精巧さを増すにつれて、自動経路誘導（ route plotting ）のアイディアがより一層理屈にかなったものとなる。最終的には、人々のために自動的に車を運転する自動操縦装置が開発される。しかしこれらの経路誘導装置および自動操縦装置には情報が必要であり、インターネットはその情報源として優れている。経路誘導プログラムはローカルな状態についての情報（閉鎖された道、交通渋滞）を必要とし、これはＡＢＵ−ＤａＢＩＩのローカルエージェントにより指示されるローカルなＷＷＷ資源から獲得することが可能である。
【００３８】
自動操縦装置は周囲の状況に関する情報も要求する。このいくらかはコンピュータ・ビジョンにより提供されるが、コンピュータ・ビジョンは資源集約的である。多くの情報、例えばガソリンスタンドが閉まっていることを認識することは、インターネット情報へのローカルポインタにより供給することが可能である。この手法により、複雑な画像処理のアルゴリズムは重要なタスク（道路上に留まる等）に集中することができ、二次的なタスク（道路が一時的に閉鎖されていることを発見する等）は要請されない。
【００３９】
移動体情報アクセスは次世紀には重要なツールとなる。情報端末機が可動になるにつれて、ジャスト・イン・タイム方式の情報配信に対する新しい必要性が生じる：隣接した目的物または場所についての情報にアクセスする必要性である。本明細書に記載したＡＢＵ−ＤａＢＩＩシステムは、ローカルエージェントがインターネットポインタを移動体端末機へ伝送することを可能にすることにより、その必要性に合致している。そしてインターネットポインタを移動体端末機のユーザがたどって、ローカルエージェントのオペレータにより供給される非限定的なマルチメディア情報にアクセスする。
【００４０】
本発明はハードウェアあるいはソフトウェア構成、または開示した操作上のプロシージャに限定されない。本発明は請求の範囲に包含されるように、それに対するすべての変更および変化を含む。
【図面の簡単な説明】
【図１】  図１は、本発明によるＡＢＵ−ＤａＢＩＩシステムを示す。
【図２】  図２は、本発明によるＡＢＵ−ＤａＢＩＩシステムのアーキテクチャを示す。
【図３】  図３は、本発明によるＡＢＵのストラクチャを示す。
【図１】
0004351384.tif 000002
【図２】
0004351384.tif 000003
【図３】
0004351384.tif 000004