JP2009516883A - モバイル機器への情報提供システムおよび情報提供方法 - Google Patents

Abstract

情報提供システムおよび情報提供方法が開示されている。本発明のシステムは、データベース・システムと、ユーザ機器と、第１の通信チャネルと、第２の通信チャネルとを備えている。データベース・システムは、サービス・プロバイダによって変更可能なレコートを有している。ユーザ機器は、多義キーを備えた入力デバイスを有している。ユーザ機器はさらに、データベース・システムのレコードに対応する情報をユーザに供給し得るモニタを有している。
【選択図】図１

Description

［関連出願の相互参照］
本願は、２００５年１１月２１日に出願された仮特許出願６０／７３８，５１３に基づく優先権の利益を主張する。

本発明は、モバイル機器を介しての情報提供に関する。

デスクトップにおけるユーザの経験を模倣するセッション経由で、インターネットと交信するモバイル機器の使用はよく知られている。セッションは、接続の確立と、全ての交信が経由するブラウザのようなアプリケーションの起動とにより、開始される。混雑したモバイル環境の中で帯域幅が制限されるため、データ・スループットは遅くなり得る。また、比較的小さなディスプレイ・エリアによる制約が加えられたとき、総合的パフォーマンスは不十分になり得る。デスクトップ・デバイスにおけるデータ処理を支援する様々な技術改善によって、ユーザは親アプリケーション・スクリーンをほとんど瞬間的に見るようになった。また、これは、モバイル機器システムの応答が一般的に緩慢であるという意識を増大させた。デスクトップ・ユーザによって経験された迅速なリフレッシュ・レートは、混雑したモバイル・ネットワークにおいて全く一般的ではない。

モバイル機器を使用する場合、ユーザは所望する情報を見つける前に、親スクリーンから他のスクリーンへ移る必要があり得る。それらのスクリーンの表示は時間の浪費となり得る。さらに、ユーザは、所望する情報を効率的に見つける方法を知らないかもしれない。また、ユーザは、既に見たスクリーン（親スクリーンを含む）を再度見る必要があるかもしれない。モバイル機器の不活発なトランザクション速度に加えて、欲しい情報を見つけるプロセスはフラストレーションの溜まるものであった。モバイル機器の使用代金は、大抵の場合、データ・ボリュームではなく接続時間に基づくので、ネットワークの待ち時間はユーザに多大な不利益を与える。その結果生じるユーザの不満は、使用頻度を低下させるとともに、サービス・プロバイダへの苦情を生じる。そのうえ、このことにより、サービスの価値は低下し、サービスの成長が抑制される。

携帯電話通信の初期段階において、コール・セットアップは、手動で、携帯電話会社に電話をし、携帯電話会社が要求された呼び出しをし、電話元のモバイル機器にコールバックすることによって、なされていた。初期の自動式システムは、単純であり、ネットワーク性能が抑制されていたため、待ち時間（チャネルが保持されている間）が耐えられないものであった。接続時間に基づいて生じた代金は、ユーザからの抗議を生じていた。暫定的解決策として、携帯電話会社の作業をオフエアー・コール・セットアップ（ｏｆｆ−ａｉｒ ｃａｌｌ ｓｅｔ−ｕｐ）にミラーリングするものがあった。これは、他の需要者による使用のためにホールドされている時間またはアイドル状態である待ち時間の間、チャネルを解放するものであった。同時にコール・セットアップをすることによって、音声チャネルが割り当てられるようにする部分的解決が達成された。ほぼ同じ時に、ネットワーク設備はより好ましい通信速度に達していた。

この運用上の待ち時間問題は、既存のモバイル・データ・ユーザによって経験された不便に類似している。それゆえ、オフエアー・コール・セットアップに類似する解決策を発展させることができれば、専用チャネルを採用している場合の待ち時間および当然失われていたホールド時間が、大幅に改善される可能性がある。しかしながら、サーバー待ち時間が、サービス・プロバイダのコントロールまたは影響の及ぶ範囲ではないため、上記の音声の場合と同様の解決策は実際的ではない。

操作上の待ち時間問題に加えて、モバイル機器の複雑なメニュー構造から生じるユーザ障害は、ユーザがモバイル機器を完全利用するのを妨げていた。複雑さを示す証拠として、ほとんどのユーザ・マニュアルは、それらが記述する製品よりも大きなボリュームを占め、多くの場合理解困難か、理解するのに時間を消費するものであった。さらに、通常の電話機能およびテキスト・メッセージを例外として、ユーザは、予期しない高額な代金を負担することを恐れながら、また、なんとかして破損もしくは再起不能にならないように、コミュニケーション・デバイスを使用していた。ユーザは、モバイル機器の様々な機能を使いこなす方法を学習するのに時間を費やすことを不本意に感じている。したがって、サービス・プロバイダは広範囲のサービスを提供することは困難であると認識する。サービス・プロバイダは、そのビジネスにおけるサービスを売る能力に極度に依存するので、メニューなしのインターフェースのような非常に単純なユーザ相互作用システムに対する要望は高い。

グラフィカル・インターフェースはこの問題を解決するのに大いに役立つ。しかし、ユーザは、アプリケーションを切り替えるために、オペレーティング・モードを頻繁に切り替える必要がある。障害としては大したことではないが、そのようなスイッチングはユーザ・フレンドリーでなく、混乱に結びつく。

本発明は、データベース・システム、ユーザ機器、第１および第２の通信チャネルを備えた情報提供システムとして具体化され得る。データベース・システムは、サービス・プロバイダによって変更可能なレコードを備え得る。

ユーザ機器は入力デバイスを備え得る。入力デバイスは、１より多いシンボル（例えば文字）を示すために用いられる多義キー（ｐｏｌｙｓｅｍｏｕｓ ｋｅｙｓ）を備えている。これにより、ユーザは、単一のキー押しシーケンスによって、１より多い言葉を表すことができる。別の例では、特別な多義キーによって示されるシンボルは、文字の１ストロークであり得る。これにより、ユーザは、単一のキー押しシーケンスによって、１より多い文字を表すことができる。

さらに、ユーザ機器はモニタを備え得る。モニタは、ユーザに対し、データベース・システムのレコードに対応する情報を提供する。

第１の通信チャネルは、ユーザによって示されたデータベース・システムへのキー押しシーケンスを提供するために、ユーザ機器をデータベース・システムに接続する。第２の通信チャネルは、データベース・システムの少なくとも１つのレコードに対応するユーザ機器情報を提供するために、ユーザ機器をデータベース・システムに接続する。第１の通信チャネルと第２の通信チャネルは、情報の流れの方向が違っていることが認識されるだろう。また、そういうものとして、両チャネルは、同じ信号周波数を使用したシリアル通信システムとして提供される。また例えば、それぞれのチャネルが独自の周波数を与えられたパラレル通信システムとして提供される。

本発明の方法によれば、前述のような情報提供システムが提供される。入力デバイス上のキーは、キー押しシーケンスを提供するために押される。キー押しシーケンスは、第１の通信チャネルに供給される。データベース・システムにおける少なくとも１つのレコードであって、上記シーケンスに一致するものが特定される。その後、特定されたレコードに対応する情報は、第２の通信チャネルによって、ユーザ機器に供給される。

本発明の特徴および目的についてより十分に理解するために、添付図面および後の記述が参照されるべきである。簡潔に、図面は次のとおりである：
図１は本発明にかかる情報提供システムを示す概略図である。図２は本発明にかかる方法のフローチャートである。そして、図３は本発明にかかる方法のフローチャートである。

課題を解決するキーパッドは、以下に記述される。図形的または数値的である機器のデフォルト機能の代わりに、本発明の実施形態によれば、テキスト・ベースのデフォルト・スクリーンが備えられる。

本発明にかかる情報提供システム１０は、ユーザ機器１３を有している。ユーザ機器１３には、携帯電話が含まれる。ユーザ機器１３は、入力デバイス１６を備えている。入力デバイス１６は例えば、多くの電話機に見られるように、標準的な１２個のボタン・キーパッドによって構成される。ユーザは、この入力デバイス１６を用いて、単一のキー押しシーケンスによる１より多い言葉を示すことができる。なぜなら、キーパッドにおけるキー１９のいくつかは、１つより多いシンボル（例えば文字、数字、または文字における１ストロークなどの文字の一部）を表すために用いられるからである。

本発明は標準１２個のボタン・キーパッドに限定されるものではない。他のタイプの入力デバイス１６が使用されてもよい。例えば、ジェスチャー・デバイスや視線検知器は、本発明の入力デバイス１６として好適である。これらの入力デバイス１６では、キー１９はモニタ２２に表示されるバーチャル・キーであってもよい。バーチャル・キーは、バーチャル・キー押しによって選択される。バーチャル・キー押しは、ユーザが押したいバーチャル・キーを示すために、例えば、押したいバーチャル・キーへカーソルを移動させて押したいバーチャル・キーを選択することによってなされる。

ユーザ機器１３はさらに、ＬＣＤ・ディスプレイ・モニタのようなモニタ２２を有している。モニタ２２は、ユーザに、データベース・システム２８のレコード２５に対応する情報を提供する。選択デバイス３１は、モニタ２２に表示されたアイテムを特定するために、モニタ２２と共に使用される。選択デバイス３１は、矢印キーによって構成することができ、モニタ２２上のカーソルをコントロールする。矢印キーを押すことによって、カーソルは、モニタ２２に表示された希望のアイテムがハイライトされるまで、モニタ２２上で移動せしめられる。希望のアイテムがハイライトされると、ユーザが所望した選択であることを示すべく、入力キー３４が押される。

ユーザ機器１３は、コンピューター・ネットワーク２３を介し、さらに通信チャネル３７、４０を使用して、データベース・システム２８と通信する。ここで、通信チャネル３７、４０のいずれか一方は、ネットワーク２３へ情報を送信するためのものであり、他方はネットワーク２３から情報を受信するためのものである。前述のとおり、通信チャネル３７，４０には、シリアル通信が可能なように、同一周波数が用いられる。データベース・システム２８は、サービス・プロバイダによって変更可能なレコード２５を有している。

そのような環境では、ユーザは、入力デバイス１６によって、所望のシンボル表現を入力する。そして、ユーザ機器１３は、最良または最適な文脈上のアクションを決定する。例えば、標準的な電話機のキーパッドにて、キー・シーケンス「２２６」を入力することは、「２２６」で始まる電話番号の文字エントリに相当する可能性がある。あるいは、それは、以前に用いられたまたは格納されたシーケンス「２２６」を含む数に相当する可能性がある。あるいは、それは、キー１９上でマークされた文字と数のいくつかのコンビネーションを使用する言葉に相当する可能性がある。

標準的な電話機のキーパッドでは、キー１９における「２」は、さらに文字「Ａ」、「Ｂ」および「Ｃ」を有している。さらに、キー１９における「６」は、文字「M」、「Ｎ」および「Ｏ」を有している。したがって、シーケンス「２２６」は、ユーザが「ＣＡＭｅｒａ」、「ＢＡＮｎｅｒｓ」または「Ａ２６」と示したかった可能性がある。これらのうちのどれでも、当該機器におけるローカルな機能あるいは注釈付きエントリ（ａｎｎｏｔａｔｅｄ ｅｎｔｒｙ）へと導くかもしれない。本明細書では、「言葉」は何かを特定するシンボルのシーケンスを示すために、使用される。電話番号の場合、「言葉」は２２６−８９３５であるかもしれない。文字の場合、「言葉」は「カメラ（ｃａｍｅｒａ）」あるいは「バナー（ｂａｎｎｅｒｓ）」かもしれない。「Ａ２６」のような、数および文字の両方でいくつかの「言葉」が構成されるかもしれないことに留意されるべきである。

さらに、本発明の多義キー１９は、英語用に制限されていないことに留意されるべきである。例えば、多義キー１９によって表わされるシンボルは、日本語の文字を形成するいくつかのストロークであってもよい。この場合、「言葉」は、日本語の文字（例えば蒸気を意味する「汽」）を書くために使用される画（ストローク）のシーケンスである。

機器のローカル・テーブルは、本発明のシステム１０で利用され得る。既存のモバイル機器は、ユーザ・シノニム（ｓｙｎｏｎｙｍ）・データセットを含むローカル・テーブル４３を保持している。ローカル・テーブル４３は、ユーザによってプログラムされ、コンピューターショートカットという思想を生む。ローカル・テーブル４３によって、ユーザは、ユーザが押したキー１９を含むはるかに長いシーケンスへのエントリ・ポイントを生じる短いキー・シーケンスだけを入力する。典型的なのはｕｒｌ（ユニフォーム・リソース・ロケーター)アドレスにアクセスする短い名前である。この場合、単一の言葉は、テキスト接頭辞（ｐｌｅｆｉｘｅｓ）あるいは接尾辞（ｓｕｆｆｉｘｅｓ）を備えた４つの数字列の１グループへのショートカットであるかもしれない。文字インデックス付け（ｌｉｔｅｒａｌ ｉｎｄｅｘｉｎｇ）に加えて、シノニム・テーブル４３は、クロス・インデックス付け（ｃｒｏｓｓ ｉｎｄｅｘｉｎｇ）を許可するかもしれない。したがって、例えば、「ＰＨＯｔｏ」を示したいユーザの望みを示すために「７４６」に対応するキー１９を押すと、これを受けて、機器１３のモニタ２２は、ユーザが選択した可能性のある機能として、「ＣＡＭＥＲＡ」を表示してもよい。

本発明にかかる情報提供システム１０は、レコード２５を有するデータベース・システム２８を含んでいる。データベース・システム２８は、本明細書において頻繁に、「ダイナミック・レコード・インデックス」と称されている。ダイナミック・レコード・インデックス２８は、いくつかの機器上で現在使用されている文字インデックス付けおよびシノニム・テーブル４３と共に、使用される。機器から離れて配置され、顧客への販売時に項目インデックス・エントリが専用化（ｄｅｄｉｃａｔｅｄ）される文字インデックス付けおよびシノニム・テーブル４３とは異なり、ダイナミック・レコード・インデックス２８は、機器上に配置される必要はなく、機器以外の場所から変更される。ダイナミック・レコード・インデックス２８は、必ずしもサイズで制限されない。しかし、例えば利用可能なメモリが制限されるような実際的な制約は、実現を大きく妨げる。

サービス・プロバイダがサービス提供を拡張するか変更したい時、サービス・プロバイダは、ダイナミック・レコード・インデックス２８を投入することができる。ユーザ機器１３は、モニタ２２を介し、ダイナミック・レコード・インデックス２８からの追加要素だけでなく、ユーザが打ち込んだキー１９のシーケンスに応じてローカルに生成された通常オプションを提供する。一例として、オペレータが、ユーザへの付加価値サービスの目的で提示するビジネス・オファーに関する情報を提供したいと仮定する。レコード２５は、サービス・プロバイダに利用可能なデータを使用して、ダイナミック・レコード・インデックスの中で作られる。その結果、ユーザが次に項目セット中の情報を検索するとき、そのレコードに対応するビジネス・オファーのような情報が、ユーザに対して表示される。例えば、ユーザが利用可能な通常のブックマーク・エントリに加えて、ユーザが「ＴＲＡ」と解釈されるキー・シーケンスを入力すれば、オペレータは、その日の列車（ｔｒａｉｎ）の運行のための特別オファーを利用可能にし得る。補足的シノニムは、一時的または持続的なエントリであり得る。さらに次の例として、ユーザが「ＳＰＥ」と解釈されるキー・シーケンスを入力すれば、日替わりの特別オファー（ｓｐｅｃｉａｌ ｏｆｆｅｒ）がユーザに供給され得る。

携帯電話のようなモバイル機器は、機器自体のアドレス・データだけでなく、モバイル通信ネットワークでしばしば見られる２つの他のエレメントにも関係している。これらは、ネットワーク時間と、機器の概略領域的現在地（ｔｈｅ ａｐｐｒｏｘｉｍａｔｅ ｒｅｇｉｏｎａｌ ｌｏｃａｔｉｏｎ）ある。モバイル機器用の多くの通信ネットワークでは、機器１３と通信ネットワークの間の通信リンクは、機器への信号を受け取る受信機と機器へ信号を送る送信機を備えた基地局（例えば携帯電話基地局）経由で遂行される。基地局は、通信ネットワーク用に意図された機器１３から信号を送る役割を果たすとともに、機器１３用に意図される通信ネットワークからの信号を受け取る役割を果たす。どの基地局が利用されているかを知ることによって、機器１３のローカル時間および概略現在地が決定される。あるいは、機器１３は、全地球測位システムと時計を含んでいる。また、機器１３は、通信ネットワークに対して周期的信号を送るようになっており、機器１３のローカル時間および現在地を通信ネットワークに通知する。

ローカル時間および概略現在地情報から、サービス・プロバイダは、ダイナミック・レコード・インデックス２８におけるどのレコード２５がユーザのために最も意味があるのかを決定する。したがって、本発明の情報提供システム１０は、ユーザ機器１３に対応する時刻を決定するとともに、決定した時刻に基づいて、データベース・システム２８における少なくとも１つのレコード２５が、通信チャネル４０あるいはモニタ２２に供給されるべきかどうかを決定するようにプログラムされたマイクロプロセッサ４５を含んでいる。

あるいは、またはさらに、情報提供システム１０は、ユーザ機器１３の現在地を決定するとともに、決定した現在地に基づいて、データベース・システム２８におけるレコード２５が、通信チャネル４０あるいはモニタ２２に供給されるべきかどうかを決定するようにプログラムされたマイクロプロセッサ４５を含んでいる。その結果、サンフランシスコに本拠があるが現在英国において旅行中であるユーザには、２４時間有効なアムトラックの特別オファーは提供されないが、その代わり、ロンドンからエディンバラへの特別な週末に関する情報が供給される。ユーザがどこにいるかを知ることによって、ダイナミック・レコード・インデックス２８は、ユーザがより望むレコード２５で占められる。同様に、ユーザ・リクエスト「４６６」が「ＧＯＯｄｐｕｂ」を指すかもしれないが、提案された施設が手近な距離になければ、これは全く役立たない。それゆえ、本発明のシステム１０は、機器１３の近くにあるパブのリストを提供し、ユーザ機器１３の近くにないパブをリストから除外する。モバイル機器１３の近くにあるパブを特定する方法の１つは、機器１３によって使用されている基地局が、特定パブを提供する基地局かどうかを判断することだろう。もし、特定パブが関連する基地局と機器１３の基地局とが同じ、またはいくつかの特定距離以内であれば、そのパブはダイナミック・レコード・インデックス２８に加えられるだろう。

サービス・プロバイダは、ユーザの現在地および／または時刻を考慮して、どの地方データおよび／または全国データ・レコード２５が、特定ユーザまたはユーザ・グループに対応するダイナミック・レコード・インデックス２８に格納されるべきかを決定する。データベース・システム２８におけるレコード２５は、全国レコード、地方レコードまたはローカル・レコード２５として、レコード２５を識別するフラグを関連付ける。レコード２５はそれぞれ、フラグが立てられる有効期間をそれに関連付ける。これらのフラグは、情報がユーザに提示されるべきか、提示されるべきでないのかを決定するために使用される。また、これらのフラグは、ダイナミック・レコード・インデックス２８から期限切れのレコード２５を消去するのに使用される。

ユーザが、機器１３のキー１９を押してシーケンスを入力し始めると、ダイナミック・レコード・インデックス２８からのレコード２５との一致は、機器１３からローカルに生成されたレコードとの一致に加えて、ユーザによる選択用のモニタ２２に表示される。さらに、補足的一致に遭遇すると、このデータへのポインタは、ダイナミック・レコード・インデックス２８の予備セグメントに格納される。それゆえ、ユーザが、興味のある一致に遭遇するが、より差し迫ったタスクのために迅速にアクセスされないキー・シーケンスを入力すれば、それは、ユーザが機器１３に供給する後の問合せ（ｉｎｑｕｉｒｙ）によって、取り消すことができる。

ユーザがダイナミック・レコード・インデックス２８から提供されるアイテムを選択する場合、機器１３は、サービス・プロバイダに対し、より多くの情報を要求するかもしれない。これはいくつかの方法で行うことができる。しかし、本発明の一実施形態では、ブラウザ・セッションは、ユーザと選択されたアイテムに関係のある情報との間の有効なインターフェースを提供してもよい。比較的短いメッセージの変換でさえ、この機能を可能にするために用いられ得ることは、当業者にとって明らかだろう。

図１には、言葉を受け取ることができるモバイル機器エンジン５１が示される。モバイル機器エンジン５１は、所定の機能を行なうようにプログラムされたマイクロプロセッサ４５であり得る。言葉は、ユーザが入力デバイス１６を介して実行したキー押しシーケンスによって、提供される。例えば、言葉は、ユーザの携帯電話上の「７４６」に関連したキー１９を押すことにより、作成され得る。機器エンジン５１は、情報が要求されているとして、言葉を解釈し得る。ユーザが所望する情報を得るために、エンジン５１は、ローカル・シノニム・テーブル４３にアクセスし得る。ローカル・シノニム・テーブル４３は、ユーザが以前に所望した情報であって特有のキー押しシーケンスを入力したときの情報に対する複数のポインタを格納している。例えば、ローカル・シノニム・テーブル４３は「７４６」というエントリに対応し、カメラ（ＣＡＭｅｒａ）機能を指すポインタを含み得る。「７４６」というエントリは、写真をとるために最近使用されたか、「７４６」で始まる電話番号をダイヤルするのに最近使用されたか、「ｓｉｎｋ」という言葉をテキスト・メッセージとして送信するのに最近使用されたものであり得る。

ローカル・シノニム・テーブル４３中のフラグは、ダイナミック・レコード・インデックス２８中に、そのシーケンスに対応するレコード２５があるかどうかを示すために使用され得る。それゆえ、入力されたシーケンスが「７４６」であり、かつ「７４６」に対応するローカル・シノニム・テーブル４３中のフラグがセットされている場合、モバイル機器１３は、レコード２５に対応する情報を、ダイナミック・レコード・インデックス２８から、ユーザのモバイル機器１３のディスプレイへ送信する要求を送る。このように、ユーザには、新しい着信音（ＲＩＮｇｔｏｎｅ）を購入する商機が提供され得るだけでなく、ユーザの所在地近くの劇場で現在上演されている「間抜けのサイモン（ＳＩＭｐｌｅ Ｓｉｍｏｎ）」のチケットを購入する商機が提供され得る。ダイナミック・レコード・インデックス２８から提供される情報は、機器１３のメモリから提供される情報、例えばカメラ（ＣＡＭｅｒａ）機能、電話番号「７４６−９９８５」または言葉「ｓｉｎｋ」、と共に、提供され得る。

ローカル・シノニム・テーブル４３に対応する追加フラグは、例えば、ダイナミック・レコード・インデックス２８からどのような情報が命令されるべきなのかといった、ユーザの選択を示すように設定され得る。例えば、ユーザは、ダイナミック・レコード・インデックス２８からの情報アイテムの順序を、無料であるプレミアムサービス情報がリストの先頭にくるようになっているのを好むかもしれない。あるいは、ユーザは、期間限定のビジネス・オファーが、リストの先頭にくることを好むかもしれない。

モバイル機器１３は、ダイナミック・レコード・インデックス２８によって示された情報がローカルに格納されることを可能にする記憶装置５６を含み得る。一旦、ダイナミック・レコード・インデックス２８によって示された情報がモバイル機器１３にダウンロードされて記憶装置５６に格納されると、モバイル機器１３は、ダイナミック・レコード・インデックス２８によって示された情報を得るために、ネットワーク２３にアクセスする必要はない。その結果、ユーザは、ダイナミック・レコード・インデックス２８によって示された情報により速くアクセスすることができる。

一旦、情報アイテムが、ダイナミック・レコード・インデックス２８から機器１３へダウンロードされると、ダウンロードされたアイテムは、ローカル・シノニム・テーブル４３によって示され、それによって、その情報の将来的使用が促進される。このように、モバイル機器１３は、キー１９の特定シーケンスがユーザによって入力されるごとに、情報をダイナミック・レコード・インデックス２８からダウンロードする必要がない。ローカル・シノニム・テーブル４３中のフラグが、ダイナミック・レコード・インデックス２８からの最後のダウンロードが生じたときを示した場合、モバイル機器エンジン５１は、追加情報アイテムがダイナミック・レコード・インデックス２８からダウンロードするのに有用かどうかを決定するために、ローカル・シノニム・テーブル４３のフラグを比較する。そして、そのようなアイテムが存在すれば、追加的情報アイテムのみダウンロードする必要がある。

ダイナミック・レコード・インデックス２８からダウンロードされ、ローカル・シノニム・テーブル４３によって指し示された情報アイテムは、失効フラグが立てられる。例えば、そのような情報は、所定時間で失効するようにフラグが立てられる。それによって、ローカル・シノニム・テーブル４３が、ダイナミック・レコード・インデックス２８にアクセスする必要なしに、機器１３によって修正されることを可能にする。これは、特定な時間の後に失効するか有用でなくなる情報アイテムに対して、特に役立つ。また、そのようなフラグは、モバイル機器１３がある地理的な位置から別の位置に移動せしめられる場合に、ダウンロードされた情報アイテムを削除するか差し止める必要性を示している。このようにすることで、例えばサンフランシスコにいるユーザに対しては、ロンドンのパブでの日替わり特別食の情報は提供されない。

図２は、本発明の方法において、一旦ユーザがキー押しシーケンスを入力したとき、ダイナミック・レコード・インデックス２８から受け取られた情報アイテムを指し示すために、ローカル・シノニム・テーブル４３がアップデートされるフローを示している。この方法では、モバイル機器１３は起動され、機器１３とネットワーク２３の間の通信が、例えば通信チャネル３７，４０を通じて確立される（ステップ１００）。ローカル・シノニム・テーブル４３は、機器１３の時間および現在地を反映するために、アップデートされる（ステップ１０３）。その後、ユーザがキー１９のシーケンスを押し、エントリが受信される（ステップ１０６）。次いで、機器１３は、通信チャネル３７を通じて、ダイナミック・レコード・インデックス２８からダウンロードするための要求を送る（ステップ１０９）。その要求に対応するレコード２５が、データベース・システム２８中で特定さる。特定されたレコード２５に対応する情報アイテムが、ダイナミック・レコード・インデックス２８から送られ、機器１３によって受信される（ステップ１１２）。ローカル・シノニム・テーブル４３は、ダイナミック・レコード・インデックス２８から送られた情報の存在を反映して、アップデートされる（ステップ１１５）。次いで、モニタ２２が、ダイナミック・レコード・インデックス２８からの情報だけでなく、ローカル・シノニム・テーブル４３からの情報アイテムをユーザに提供するために用いられる（ステップ１１８）。

図３は、本発明の方法において、ローカル・シノニム・テーブル４３が周期的に更新されるフローを示している。この方法では、まずモバイル機器１３が起動され、機器１３とネットワーク２３の間の通信が、例えば通信チャネル３７，４０を通じて確立される（ステップ２００）。ローカル・シノニム・テーブル４３は、機器１３の時間および現在地を反映するために、アップデートされる（ステップ２０３）。その後、機器１３は、機器１３に適用可能なダイナミック・レコード・インデックス２８に対する変更があるかどうかを判断するために、問合せ（ｑｕｅｒｙ）を送る（ステップ２０６）。次いで、情報がダウンロードされ（ステップ２０９）、ローカル・シノニム・テーブル４３が、ダイナミック・レコード・インデックス２８に対する変更を反映するために、アップデートされる（ステップ２１２）。その後、ユーザはキー１９のシーケンスを押す（ステップ２１５）。そして、そのキー押しシーケンスがダイナミック・レコード・インデックス２８におけるレコード２５に一致すると、対応する情報アイテムが、ローカル・シノニム・テーブル４３からのアイテムと共に、ユーザに提供される（ステップ２１８）。

本発明は１つ以上の特定な実施例に関して記述されているが、本発明の他の実施例が、本発明の精神および範囲から外れることなく、作られ得ることは理解されるだろう。従って、本発明は、添付された特許請求の範囲とそれについての合理的な解釈によってのみ、限定されて認められる。

本発明にかかる情報提供システムを示す概略図である。 本発明にかかる方法のフローチャートである。 本発明にかかる方法のフローチャートである。

Claims (19)

1. サービス・プロバイダによって変更可能な複数のレコードを備えたデータベース・システムと、
   （ａ）それぞれが１つ以上のシンボルを表し、ユーザが単一のキー押しシーケンスを通じて１つ以上の言葉を示すことを可能にする入力デバイスと、（ｂ）前記ユーザに対し、前記データベース・システムのレコードに対応する情報を供給し得るモニタと、を備えたユーザ機器と、
   前記ユーザ機器を前記データベース・システムに接続する第１の通信チャネルであって、前記入力デバイスを通じて前記ユーザが示したキー押しシーケンスを、前記データベース・システムに供給し得るものと、
   前記ユーザが示した前記キー押しシーケンスに合致する、前記データベース・システムにおける少なくとも１つのレコードに対応する情報を、前記ユーザ機器に供給する第２の通信チャネルと、
   を含んでいることを特徴とする情報提供システム。
2. 前記ユーザから前記モニタを通じて供給された選択情報を受信し得る選択デバイスをさらに含んでいることを特徴とする請求項１に記載の情報提供システム。
3. （ａ）前記ユーザ機器に対応する時刻を決定すると共に、（ｂ）前記時刻に基づいて、前記データベース・システムにおける前記少なくとも１つのレコードが前記第２の通信チャネルに供給されるべきかどうかを決定するようにプログラムされたマイクロプロセッサをさらに含んでいることを特徴とする請求項１に記載の情報提供システム。
4. （ａ）前記ユーザ機器に対応する時刻を決定すると共に、（ｂ）前記時刻に基づいて、前記データベース・システムにおける前記少なくとも１つのレコードが前記モニタに供給されるべきかどうかを決定するようにプログラムされたマイクロプロセッサをさらに含んでいることを特徴とする請求項１に記載の情報提供システム。
5. （ａ）前記ユーザ機器の所在地を決定すると共に、（ｂ）前記所在地に基づいて、前記データベース・システムにおける前記少なくとも１つのレコードが前記第２の通信チャネルに供給されるべきかどうかを決定するようにプログラムされたマイクロプロセッサをさらに含んでいることを特徴とする請求項１に記載の情報提供システム。
6. （ａ）前記ユーザ機器の所在地を決定すると共に、（ｂ）前記所在地に基づいて、前記データベース・システムにおける前記少なくとも１つのレコードが前記モニタに供給されるべきかどうかを決定するようにプログラムされたマイクロプロセッサをさらに含んでいることを特徴とする請求項１に記載の情報提供システム。
7. 前記データベース・システムにおける少なくともいくつかのレコードは、情報が前記ユーザに供給されるべきであるという状態を示すフラグを有していることを特徴とする請求項１に記載の情報提供システム。
8. 前記フラグは、前記情報が前記ユーザに供給され得る時間を示していることを特徴とする請求項７に記載の情報提供システム。
9. 前記フラグは、前記情報が前記ユーザに供給され得る地理的領域を示していることを特徴とする請求項７に記載の情報提供システム。
10. 前記データベース・システムにおける少なくともいくつかのレコードは、情報が前記ユーザに供給されるべきでないという状態を示すフラグを有していることを特徴とする請求項１に記載の情報提供システム。
11. 前記フラグは、前記情報が前記ユーザまたは前記第２の通信チャネルに供給されるべきでない時間の始まりを示していることを特徴とする請求項７に記載の情報提供システム。
12. 前記データベース・システムにおける少なくともいくつかのレコードは、情報が前記データベース・システムから取り除かれるべきであるという状態を示すフラグを有していることを特徴とする請求項１に記載の情報提供システム。
13. 前記第２の通信チャネルは、前記データベース・システムが特定のキー押しシーケンスに対応するレコードを有しているかどうかを示すフラグを、前記ユーザ機器に供給し得ることを特徴とする請求項１に記載の情報提供システム。
14. サービス・プロバイダによって変更可能な複数のレコードを備えたデータベース・システムを準備するステップと、
    （ａ）それぞれが１つ以上のシンボルを表し、ユーザが単一のキー押しシーケンスを通じて１つ以上の言葉を示すことを可能にする入力デバイスと、（ｂ）前記ユーザに対し、前記データベース・システムのレコードに対応する情報を供給し得るモニタと、選択デバイスと、を備えたユーザ機器を準備するステップと、
    前記ユーザ機器を前記データベース・システムに接続する第１の通信チャネルであって、前記入力デバイスを通じて前記ユーザが示したキー押しシーケンスを、前記データベース・システムに供給し得るものを準備するステップと、
    前記ユーザが示した前記キー押しシーケンスに合致する、前記データベース・システムにおける少なくとも１つのレコードに対応する情報を、前記ユーザ機器に供給する第２の通信チャネルを準備するステップと、
    キー押しシーケンスを供給すべく、キーを押すステップと、
    前記第１の通信チャネルへ前記シーケンスを供給するステップと、
    前記シーケンスに対応する前記データベースにおける少なくとも１つの前記レコードを特定し、特定レコードを供給するステップと、
    前記特定レコードに対応する情報を前記第２の通信チャネルに供給するステップと、
    前記情報を、前記モニタを通じて前記ユーザに供給するステップと、
    を含んでいることを特徴とする情報提供方法。
15. 前記ユーザ機器に対応する時刻を決定するステップと、
    前記特定レコードが許容時刻情報を示しているかどうかを決定するステップと、
    前記ユーザ機器に対応する前記時刻と前記許容時刻情報とを比較するステップと、
    前記ユーザ機器に対応する前記時刻が前記許容時刻情報の範囲内であるかどうかを決定するステップと、
    前記ユーザ機器に対応する前記時刻が前記許容時刻情報の範囲内である場合に、前記特定レコードに対応する情報が前記第２の通信チャネルに供給されるべきであることを示すステップと、
    をさらに含んでいることを特徴とする請求項１４に記載の情報提供方法。
16. 前記ユーザ機器に対応する時刻を決定するステップと、
    前記特定レコードが許容時刻情報を示しているかどうかを決定するステップと、
    前記ユーザ機器に対応する前記時刻と前記許容時刻情報とを比較するステップと、
    前記ユーザ機器に対応する前記時刻が前記許容時刻情報の範囲内であるかどうかを決定するステップと、
    前記ユーザ機器に対応する前記時刻が前記許容時刻情報の範囲内である場合に、前記特定レコードに対応する情報が前記モニタに供給されるべきであることを示すステップと、
    をさらに含んでいることを特徴とする請求項１４に記載の情報提供方法。
17. 前記ユーザ機器の現在地を決定するステップと、
    前記特定レコードが許容現在地情報を示しているかどうかを決定するステップと、
    前記ユーザ機器の前記現在地と前記許容現在地情報とを比較するステップと、
    前記ユーザ機器の前記現在地が前記許容現在地情報の範囲内であるかどうかを決定するステップと、
    前記ユーザ機器の前記現在地が前記許容現在地情報の範囲内である場合に、前記特定レコードに対応する情報が前記第２の通信チャネルに供給されるべきであることを示すステップと、
    をさらに含んでいることを特徴とする請求項１４に記載の情報提供方法。
18. 前記ユーザ機器の現在地を決定するステップと、
    前記特定レコードが許容現在地情報を示しているかどうかを決定するステップと、
    前記ユーザ機器の前記現在地と前記許容現在地情報とを比較するステップと、
    前記ユーザ機器の前記現在地が前記許容現在地情報の範囲内であるかどうかを決定するステップと、
    前記ユーザ機器の前記現在地が前記許容現在地情報の範囲内である場合に、前記特定レコードに対応する情報が前記モニタに供給されるべきであることを示すステップと、
    をさらに含んでいることを特徴とする請求項１４に記載の情報提供方法。
19. 前記データベース・システムが前記キー押しシーケンスに対応するレコードを有しているかどうかを決定するために、フラグをチェックするステップをさらに含んでいることを特徴とする請求項１４に記載の情報提供方法。

Images