(57)【要約】本通信システムは、利用可能なデータ（２０）の一部を格納し、第１ネットワーク（６０）を通じて前記利用可能なデータの総てにアクセスし得るビーコン（１０）より成る。ビーコン（１０）は、第２ネットワーク（３５，４０）を通じてクライアント端末（３０）と通信し、前記利用可能なデータの格納された部分（２０）からデータを供給する。クライアント端末（３０）は、第３ネットワーク（８０，９０）を通じて前記利用可能なデータ（７０）の総てにアクセスできる。格納された部分（２０）以外の前記利用可能なデータ中のデータを前記クライアント端末（３０）が要求する場合に、１つ又はそれ以上の所定の基準に基づいて第１ネットワーク（３０）及び第３ネットワーク（８０，９０）からネットワークが選択され、選択されたネットワークを通じて、要求されたデータはアクセスされる。
2004523180.tif 000002
【特許請求の範囲】
【請求項１】
利用可能なデータの一部を格納し、第１ネットワークを通じて前記利用可能なデータの総てにアクセスし得るビーコンより成り、前記ビーコンが、第２ネットワークを通じてクライアント端末と通信し、前記利用可能なデータの格納された部分からデータを供給し、前記クライアント端末が、第３ネットワークを通じて前記利用可能なデータの総てにアクセスし、格納された部分以外の前記利用可能なデータ中のデータを前記クライアント端末が要求する場合に、１つ又はそれ以上の所定の基準に基づいて第１ネットワーク及び第３ネットワークからネットワークが選択され、選択されたネットワークを通じて要求されたデータにアクセスすることを特徴とする通信システム。
【請求項２】
前記第２ネットワークが、ブルートゥースネットワークであることを特徴とする請求項１記載の通信システム。
【請求項３】
前記第３ネットワークが、無線通信ネットワークであることを特徴とする請求項１又は２の何れか１項に記載の通信システム。
【請求項４】
前記クライアント端末が、ＷＡＰ、ＧＰＲＳ又はＵＭＴＳの中から選択されたものを利用して、前記第３ネットワークを通じて前記利用可能なデータにアクセスすることを特徴とする請求項３記載の通信システム。
【請求項５】
クライアント端末からのデータの要求に先立って、前記第２ネットワークを通じて前記利用可能なデータの格納された部分からクライアント端末にデータを供給するようにビーコンが形成されることを特徴とする請求項１乃至４の何れか１項に記載の通信システム。
【請求項６】
前記所定の基準が、ユーザの趣向、クライアント端末の構成、クライアント端末に関するネットワーク趣向、第１及び第３ネットワークへの接続可能性、接続による所定の帯域レベルの利用性、及び接続により与えられる安全性の内の１つ又はそれ以上を包含することを特徴とする請求項１乃至５の何れか１項に記載の通信システム。
【請求項７】
利用可能なデータの格納された部分から供給されるデータが、所定の年齢より古い場合に、前記１つ又はそれ以上の基準に基づいて、第１ネットワーク又は第３ネットワークを通じて前記利用可能なデータから更新されることを特徴とする請求項１乃至６の何れか１項に記載の通信システム。
【請求項８】
所定の年齢より古いデータが、クライアント端末に供給され、取得された場合に更新されたデータで置換されることを特徴とする請求項７記載の通信システム。
【請求項９】
ビーコンに格納されている所定の年齢より古いデータが、更新されたデータにより置換されることを特徴とする請求項７又は８に記載の通信システム。
【請求項１０】
前記第３ネットワークを選択することについての所定の基準が、クライアント端末におけるユーザによる明示的な選択肢の選択、格納された部分以外のデータに関する所定回数の要求、及びクライアント端末に供給されるデータ内のコマンドの内の１つ又はそれ以上を含むことを特徴とする請求項１乃至９の何れか１項に記載の通信システム。
【請求項１１】
クライアント端末にデータを供給するためのデータ供給方法であって：
ビーコンが、利用可能なデータの一部を格納し、第１ネットワークを通じて前記利用可能なデータの総てにアクセスし得るように維持するステップ；
第２ネットワークを通じて前記ビーコン及びクライアントネットワークの間で通信を行い、前記利用可能なデータの一部からデータを供給するステップ；
より成り、前記クライアント端末が第３ネットワークを通じて前記利用可能なデータの総てにアクセスすることが可能であり、当該方法が、更に：
格納された部分以外の前記利用可能なデータ中のデータについて、前記クライアント端末から要求された場合に、１つ又はそれ以上の所定の基準に基づいて、第１ネットワーク及び第３ネットワークからネットワークを選択するステップ；及び
選択されたネットワークを通じて要求されたデータにアクセスするステップ；
より成ることを特徴とするデータ供給方法。
【請求項１２】
更に、クライアント端末からのデータの要求に先立って、前記第２ネットワークを通じてビーコンからクライアント端末へ前記利用可能なデータの格納された部分からデータを供給するステップより成ることを特徴とする請求項１１記載の方法。
【請求項１３】
前記所定の基準が、ユーザの趣向、クライアント端末の構成、クライアント端末に関するネットワーク趣向、第１及び第３ネットワークへの接続可能性、接続による所定の帯域レベルの利用性、及び接続により与えられる安全性の内の１つ又はそれ以上を包含することを特徴とする請求項１１又は１２に記載の方法。
【請求項１４】
利用可能なデータの格納された部分から供給されるデータが、所定の年齢より古いか否かを判別し、古かった場合に、前記１つ又はそれ以上の基準に基づいて、第１ネットワーク又は第３ネットワークを通じて前記利用可能なデータからデータを更新するステップより成ることを特徴とする請求項１０乃至１３の何れか１項に記載の方法。
【請求項１５】
所定の年齢より古いデータをクライアント端末に供給し、取得された場合に更新されたデータで供給されたデータを置換するステップより成ることを特徴とする請求項１４記載の方法。
【請求項１６】
ビーコンに格納されている所定の年齢より古いデータを、更新されたデータで置換するステップより成ることを特徴とする請求項１４又は１５に記載の方法。
【請求項１７】
前記第３ネットワークを選択することについての所定の基準が、クライアント端末におけるユーザによる明示的な選択肢の選択、格納された部分以外のデータに関する所定回数の要求、及びクライアント端末に供給されるデータ内のコマンドの内の１つ又はそれ以上を含むことを特徴とする請求項１１乃至１６の何れか１項に記載の方法。
【請求項１８】
プログラムがコンピュータで実行される場合に、請求項１１乃至１７の何れか１項に記載の総てのステップを実行させるコンピュータプログラムコードより成ることを特徴とするコンピュータプログラム。
【請求項１９】
コンピュータ読取り可能な媒体に記録されることを特徴とする請求項１８記載のコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電話機及び適切に装備されたパーソナルディジタル支援装置（ＰＤＡ）のような移動通信装置に関連し、インフラストラクチャシステム及びそれらに使用するプロトコルにも関連する。
【背景技術】
【０００２】
近年、移動電話ネットワークに対する加入者が世界中で非常に増加しており、技術革新及び多機能化により、セルラ電話機は、個人用の信頼される（ｔｒｕｓｔｅｄ）装置になりつつある。それに加えて、今日の無線ネットワーク技術の進歩は、携帯用コンピュータがネットワークに接続される資源を通じて無線通信することを可能にする。その結果、移動情報社会は、益々重要になりつつある個人向けの局所的な又はローカルなサービスと供に発達している。「背景認知（ＣＡ：Ｃｏｎｔｅｘｔ−Ａｗａｒｅ）」移動電話は、特定の場所の情報を与えるために、ショッピングモールのような場所で、低電力で短距離範囲の基地局と供に利用されることを想定している。この情報には、局所的な地図、近辺の店舗やレストランに関する情報等が含まれ得る。そのユーザのＣＡ端末には、事前に格納済みのユーザの趣向に適合する受信情報を選別するフィルタが備えられ、特に関心のあるデータ項目が受信された場合にのみユーザは報知を受ける。
【０００３】
２０００年８月１５日の優先日に出願され本願優先日に未公開であった国際特許出願ＥＰ０１／０６９４８は、ＣＡ端末を開示しており、ブルートゥースプロトコルによる接続が形成される前にデータを同報又はブロードキャストする原理を提案している。それは、このモードの間に送信される非常に短いＩＤパケットを伸張し（ｅｘｔｅｎｄｉｎｇ）、少量の情報を搬送するために確保した余分な（ｅｘｔｒａ）スペースを利用することによって、ブルートゥース問い合せ期間（ＢｌｕｅＴｏｏｔｈ  Ｉｎｑｕｉｒｙ  ｐｈａｓｅ）を利用するものである。この情報はブルートゥースシステム関連データ又は片方向（ｏｎｅ−ｗａｙ）データであり得る。この手法は、その余分なフィールドを理解することのできない旧式のブルートゥース装置との後方互換性という潜在的に有利な特徴を有する。
【０００４】
ＨＴＭＬウェブブラウザは、一般に、ネットワークトラフィック及びページロード遅延（ｐａｇｅ  ｌｏａｄｉｎｇ  ｄｅｌａｙ）を減らす様々なインテリジェントキャッシュ法（ｉｎｔｅｌｌｉｇｅｎｔ  ｃａｃｈｉｎｇ  ｓｃｈｅｍｅ）を使用する。例えば、新たなページ要求において、ブラウザは先ずローカルページキャッシュを探索し、その後に要求をキャッシュプロキシサーバに伝送し、そこではサーバのユーザが最近又は頻繁にアクセスするページが格納（又はキャッシュ）されており、見当たらない内容（又はコンテンツ）について、その後最終的に本来のサーバへの要求を発行する。ＨＴＴＰ（又はＷＡＰにおけるＷＩＰ）を通じて送信されるページは、それらがどの程度の期間有効であるかについてのある情報を包含することが可能であり、データのキャッシュされている複製物（又はコピー）を利用するか否かをプロキシサーバが決定することを支援する。
【０００５】
無線アプリケーションプロトコル（ＷＡＰ）は今日よく知られた技術であり、それはＨＴＭＬと同様な形式で、即ち電話機又はＰＤＡのような移動クライアントに対するＷＡＰゲートウェーを通じてサーバから‘カード（ｃａｒｄ）’形式の無線マークアップ言語（ＷＭＬ：ｗｉｒｅｌｅｓｓ  ｍａｒｋ−ｕｐ  ｌａｎｇｕａｇｅ）でコンテンツを配信し、そこではそれは多数のＷＭＬブラウザ可変部（ｖａｒｉａｎｔ）により閲覧され得る。これらのカードは‘デック（ｄｅｃｋ）’形式でクライアントに配信され、ブラウザが次に必要とする可能性のあるコンテンツを予測し、ネットワーク遅延を減らすためにそれらがクライアントに格納され得るようにする。ＷＭＬリンク及びＡ／Ｖアセット（ａｓｓｅｔ）は、絶対アドレスによって、又は現在のＷＭＬソースディレクトリに相対的なアドレスによって参照され得る。プロキシアドレシングは伝送形態又はベアラ形態（ｂｅａｒｅｒ  ｔｙｐｅ）に依存する。ＷＡＰプロトコルは、アプリケーション（ＷＡＥ）から、セッション（ＷＳＰ）、トランザクション（ＷＴＰ）、セキュリティ（ＷＴＬＳ）、下位のベアラ層に位置するトランスポート（ＷＤＰ）の階層にわたって、階層化される。ＷＤＰ階層では、‘管理部（ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ）’は、クライアント又はサーバノードが消失したことのような事象を通知する。
【０００６】
可能な近距離ＲＦ伝送技術のようなブルートゥースピコ（ｐｉｃｏ）ネットワークにおけるＷＡＰの非常にローカルな配信についてのＷＡＰフォーラム及びブルートゥース（ＢＴ）委員会を含む標準化の議論が現在進行中である。ＷＭＬコンテンツを発するためのＢＴ又は広域のネットワークを単独で利用すること自体は既に知られている。更に、ＷＡＰベアラとしてのＢＴから代替的なベアラ（例えば、広域ネットワーク）へのＷＡＰセッションハンドオーバについての議論も既に存在する。例えば、複数のベアラをサポートするＷＡＰクライアント装置が、ブルートゥースアクセスポイントの領域から立ち去る場合又はＢＴピコネットワーク接続を失った場合に、クライアントは、ＷＡＰサーバに関する代替的な（広域の）アドレスを問い合わせることが可能であり、その情報はブルートゥース接続の間に送信され且つキャッシュされる。一例にあっては、ＢＴ及びＷＡＰ通信の両機能を有するスマートキオスク（ｓｍａｒｔ  ｋｉｏｓｋ）が、クライアント−サーバセッションを継続するためにセルラパケットデータを利用して、情報配信を継続するためのインターネットアドレスを与える（これについては、例えば、ｓｅｃｔｉｏｎ  ４．１．２  ｏｆ  ＢｌｕｅＴｏｏｔｈ  Ｄｒａｆｔ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｄｏｃｕｍｅｎｔ  Ｖｅｒｓｉｏｎ  １．０Ｂ‘Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  Ｒｅｑｕｉｒｅｍｅｎｔｓ  ｆｏｒ  ＢｌｕｅＴｏｏｔｈ  ａｓ  ａ  ＷＡＰ  ｂｅａｒｅｒ’参照。）。
【０００７】
複数のベアラからのネットワークアクセスを許容することは、固定された（有線接続された）環境ではよく知られている。ＩＰネットワークにおけるシステムは、様々なネットワーク接続を通じて、（特定のＩＰアドレスを有する）様々な遠隔サーバにそれらがアクセスすることを許容する「ルーチンテーブル（ｒｏｕｔｉｎｇ  ｔａｂｌｅ）」を規則的に使用する。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
目下のシステムでは、ビーコンによるキャッシュからのブルートゥース上のローカルなデータ配信は、ＷＡＰによるようなＷＡＮにおけるデータ配信の単なる代替物として与えられている。端末構成及びネットワーク利用性に依存して、何らかの配信機構が使用される。
【課題を解決するための手段】
【０００９】
本発明の第１態様により提供される通信システムは、利用可能なデータの一部を格納し、第１ネットワークを通じて前記利用可能なデータの総てにアクセスし得るビーコンより成り、前記ビーコンが、第２ネットワークを通じてクライアント端末と通信し、前記利用可能なデータの格納された部分からデータを供給し、前記クライアント端末が、第３ネットワークを通じて前記利用可能なデータの総てにアクセスし、格納された部分以外の前記利用可能なデータ中のデータを前記クライアント端末が要求する場合に、１つ又はそれ以上の所定の基準に基づいて第１ネットワーク及び第３ネットワークからネットワークが選択され、選択されたネットワークを通じて要求されたデータにアクセスすることを特徴とする通信システムである。
【００１０】
本発明は、２つ又はそれ以上の異なるネットワークで最も好都合なデータ形態を利用する。一例にあっては、ブルートゥースビーコンは、第１ネットワークにおける広域ネットワーク（ＷＡＮ）、及び第２の、ブルートゥース、ネットワークにおける移動装置と通信を行う。また、移動装置は、第３の、ＷＡＰ、ネットワークにおけるＷＡＮにアクセスする機能をも有する。予め定められた基準を利用することで、データがビーコンに格納されていない場合のデータアクセスに関し、第１及び第３ネットワークの間で賢明な（ｉｎｔｅｌｌｉｇｅｎｔ）選択が可能になる。更に、本発明によれば、上述したシステムにおけるクライアント端末として使用される携帯用通信装置が提供され、本装置は、ビーコンと通信することが可能であり、第３ネットワークを通じて利用可能なデータにアクセスし、格納された部分以外の利用可能なデータに関するデータ要求を生成する。
【００１１】
本発明の第２態様によれば、クライアント端末にデータを供給するためのデータ供給方法であって：
ビーコンが、利用可能なデータの一部を格納し、第１ネットワークを通じて前記利用可能なデータの総てにアクセスし得るように維持するステップ；
第２ネットワークを通じて前記ビーコン及びクライアントネットワークの間で通信を行い、前記利用可能なデータの一部からデータを供給するステップ；
より成り、前記クライアント端末が第３ネットワークを通じて前記利用可能なデータの総てにアクセスすることが可能であり、当該方法が、更に：
格納された部分以外の前記利用可能なデータ中のデータについて、前記クライアント端末から要求された場合に、１つ又はそれ以上の所定の基準に基づいて、第１ネットワーク及び第３ネットワークからネットワークを選択するステップ；及び
選択されたネットワークを通じて要求されたデータにアクセスするステップ；
より成ることを特徴とするデータ供給方法が、提供される。
【００１２】
本発明は、コンテンツアクセスに関するインテリジェント分散キャッシュ及び選択的な調整により、クライアント端末へのコンテンツアクセスに関し、双方のネットワークを同時に且つ賢明に利用することを目的とする。
【００１３】
（デスクトップ又は移動体環境から）ネットワーク接続を開始する場合に、接続を解放することの決定は、通常的には、クラアイントソフトウエア及びユーザの共同作業である。本発明は、その決定が、クライアントソフトウエア、ユーザ及び既にネットワーク化されているサーバの共同作業によってなされることを可能にする解決手段をも提案する。
【００１４】
以下、添付図面を参照しながら本発明の実施例が説明される。
【発明を実施するための最良の形態】
【００１５】
提案される手段は、ＷＡＰ及びＷＡＮを参照することによって説明されるが、任意のＩＰに準拠した又は同様なブラウザプロトコル（例えば、ｉＭｏｄｅ、ＷＡＰ、ＨＴＭＬ／ＨＴＴＰ等）に利用することが可能である。広域ネットワークでコンテンツを発するよりはむしろ、（単独の初期データバースト又はブロードキャストにて、又は多数の近距離ビーコン／ハンドセット交換を通じて）近距離ＲＦ又はＩＲリンクにて、主要なＷＡＰ  ＷＭＬコンテンツの１つ又はそれ以上の部分が配信される。一例にあっては、ＷＭＬ全体又は他のコンテンツの一部が、ビーコンのキャッシュに（又はビーコンの背後のサーバに）反映又はミラー（ｍｉｒｒｏｒ）される。
【００１６】
図１は、本発明の一実施例を示すビーコンネットワークの概略図である。ビーコン１０は、データのキャッシュ２０に関するホストを務める。ビーコン１０はブルートゥースピコネットワークで動作する。ピコネットワーク内のビーコンのブロードキャスト領域は、領域４０として図示されている。ビーコン１０のブロードキャスト領域内の移動電話、ＰＤＡその他の装置形式のＣＡ端末のような、ブルートゥースで動作する移動装置３０は、ビーコン１０と通信することが可能であり、キャッシュ２０からブルートゥースピコネットワークを通じてデータを取得する。キャッシュ２０内のデータは、移動装置３０に利用可能なデータの部分集合である。ビーコン１０はネットワーク接続６０を通じてデータネットワーク５０に接続することが可能である。キャッシュ２０内のデータがその部分集合となっているところの利用可能なデータは、データネットワーク５０を通じてアクセスされ得る１つ又はそれ以上のメモリ７０に保持される。メモリ７０は図１にて単独の対象物として図示されているが、データは、データネットワーク５０からアクセス可能な多数のメモリに格納され得ることは、読者に明白であろう。そのようなメモリは、コンピュータのハードディスク、オンラインストレージメモリその他のデータ格納媒体又はサービスであり得る。更に、データネットワーク５０は、１つ又はそれ以上のイントラネット及び／又はインターネットであり得る。それに加えて、その１つ又は複数のメモリはウェブサイト又は他のウェブを利用するリソースであり得る。
【００１７】
移動装置３０は、ポータル（ｐｏｒｔａｌ）８０を通じてデータネットワーク５０に直接的に接続され得る。移動装置３０及びポータル８０の間のデータ接続９０は、例えばＷＡＰデータ接続であり得る。
【００１８】
移動装置３０がデータに対するアクセスを要する場合には、それはブルートゥース接続３５を通じてビーコン１０と通信する。場合によっては、例えば所定の時点に又はそれがブロードキャスト領域４０に突入した時に、データはブルートゥース接続３５を通じてビーコン１０から移動装置に送り出される。ビーコン１０は、ブルートゥース接続３５を通じて、キャッシュ２０内の利用可能なデータの部分集合から移動装置にデータを供給する。移動装置３０により要求されるデータの全部又は一部が、利用可能なデータのその部分集合内に無い場合に、データネットワーク５０は、メモリ７０から必要な利用可能なデータを取得するためにアクセスされる。
【００１９】
データネットワーク５０を通じて取得するために使用される供給源は、多数の所定の基準に依存して選択される。可能なデータ供給形態の例が、図２，３を参照しながら示される。
【００２０】
図２は、本発明の実施例による、可能なデータ供給源形態を示す図１に関する概略図である。この形態では、ビーコン１０はデータネットワーク５０に対して何らの永続的な接続も有しない。接続６０は、一時的に確立されることが可能であり、例えばＰＳＮＴにおいて、場合によっては手動による介入で、ビーコンのキャッシュ２０を一時的に更新する。この手法では、ビーコンは、効率的なスタンドアローン形式のものであり、データネットワーク５０からの利用可能なデータを単に示すに過ぎない。
【００２１】
例えば、ビーコン１０は、ブロードキャスト領域４０が店舗の店内及び近所を網羅するように設けられる。移動装置がブロードキャスト領域４０に入る場合に、ビーコン１０は、第１供給源になり、ブルートゥースを利用してキャッシュ２０から、例えばその店舗により提供される製品又はサービスに関するデータを送信するために移動装置３０に報知を行う。この例では、詳細な製品及び／又はサービス情報は、キャッシュ２０内のデータ部分集合の一部ではなく、それは、データネットワーク５０によりアクセス可能なウェブサイト７０の形態における第２データ供給源に保持されている。詳細な製品及び／又はサービス情報に関するリンクは、キャッシュ２０からのデータの部分集合内に設けられ、この例における所定の基準の少なくとも一部を形成する。この例におけるリンクは、ウェブサイト７０を示すＷＭＬ又はＨＴＭＬ再方向付け（ｒｅｄｉｒｅｃｔｉｏｎ）リンクであり得る。移動装置によってアクセスされる場合に、そのリンクは、ポータル８０へのＷＡＰ接続９０を確立することを移動装置に指示するように影響を及ぼし、移動装置がその後にそのリンクに関連するウェブサイト７０上のデータにアクセスすることを可能にする。この形態では、所定の基準は、ビーコン１０からのデータに埋め込まれている情報及びリンクを包含し得る。
【００２２】
図３は、本発明の実施例による可能なデータ供給形態を示す図１に関する概略図を示す。この形態では、ビーコン１０は、第１データ供給源であるが、データネットワーク５０にアクセスするための利用可能なネットワーク接続６０を利用し、ストレージ領域ネットワーク７０は、キャッシュ２０に格納されていない総てのデータについての第２データ供給源である。これは、例えば、移動装置３０を所有するある組織が、ビーコン１０及びデータネットワーク５０をも所有するような場合である。
【００２３】
例えば、移動装置３０はあるオフィス内での利用に供され得る。ビーコンのネットワークは、移動装置３０が、オフィスのイントラネット５０における格納領域ネットワーク（ＳＡＮ）７０からデータを取得し得るように維持される。ポータル８０に対する接続を確立するために生じるコストを制限するために、可能であるならば、移動装置３０からの総てのトラフィックは、データ接続３５を通じてブルートゥース上の、ビーコン１０のネットワークの１つに配信される。キャッシュ２０内に保持されていないデータが要求された場合には、各ビーコン１０は、ＳＡＮ７０からデータを取得するために、そのネットワーク接続６０を通じてイントラネット５０にアクセスする。ビーコン１０は、その後に、ブルートゥースデータ接続３５を通じて、取得したデータを移動装置３０に中継する。
【００２４】
総てのリンクが当初のビーコン１０に戻るように続く形態を構築するために、リンクは、どこかのリソースではなく、ビーコン１０を示すように書き込まれる（又は、キャッシュ２０内のデータがＳＡＮからのデータの実際のコピーであるならば、再書き込みされる。）。代替例は、リンクのアドレスに無関係に、複数のビーコン１０の１つに総ての通信を向けるように構築される又はビーコン１０から受信したデータにより指示される移動装置３０に関するものである。
【００２５】
ビーコンが、キャッシュ２０に保持されていないリンクに関する要求を受信した場合には、そのリンクはＳＡＮ７０に改めて方向付けられる。その後にデータは、ビーコン１０により取得され、移動装置３０に転送される。
【００２６】
ブルートゥース接続３５がビーコン１０及び移動装置３０の間で確立され得ない場合にのみ、移動装置３０は、ポータル８０に関する接続９０を通じてデータを求め、ＳＡＮ７０から直接的にデータを取得する。しかしながら、移動装置３０の形態及びキャッシュ２０から与えられるデータに埋め込まれているデータによっては、ポータル８０を通じたＳＡＮ７０へのアクセスを制限し又は妨げ得る。
【００２７】
図２，３は、ビーコン１０からの報知を受けた後に、移動装置３０が異なるデータ供給源を利用するデータ接続を設定する状況を示す。ビーコン１０からの報知におけるポインタ又はリンクは、移動装置３０が、例えばセルラリンクのような広範な領域で、又はビーコン１０と直接的に適切なサービスを行うために必要な指示を与え、後者はサービスコンテンツ（例えば、ＷＭＬ）と供に供給される。商業的見地から（例えば、ネットワークオペレータトラフィック又は接続変更を生じること）、これらの内何れかの形態が採用され得る。
【００２８】
技術的には、図２に示される形態は、ＷＭＬ、ＨＴＭＬその他のコンテンツが１つの主要なサーバーサイト７０にて維持される点で有利である。しかしながら、移動装置３０で何らかのコンテンツが閲覧される前に、広域ネットワーク及びゲートウェー初期化時間に起因する遅延が生じ得る。一方、図３に示される形態では、ビーコンのキャッシュ２０がネットワーク６０を通じてバックエンドネットワーク５０から付加的なコンテンツを抽出しなければならず、又はビーコンキャッシュのコンテンツが期限切れになり、主要コンテンツサイト７０のものに対する変化に追従する必要がある場合に、遅延を生じ得る可能性がある。一般に、帯域制約、接続コスト、サービス品質、近距離ＲＦリンク又は広域ネットワーク何れかのサービス品質又はネットワークセキュリティは、他のネットワークとは異なり、ショートメッセージ、音声又は映像、通信処理等のコンテンツ配信に関する趣向を強制し得る。これら後者の趣向は、サービスコンテンツ全体の中の様々な部分に対して、及び移動ハンドセットの装置属性にも依存して変化し得る。各々の趣向、移動装置形態、ネットワーク利用可能性、及び方針決定（ｐｏｌｉｃｙ  ｄｅｃｉｓｉｏｎ）は、使用されるデータを決定するために、本発明で使用される所定の条件であり得る。
【００２９】
典型的なＷＡＰ形式データアクセス手順では、移動装置のコンテンツブラウザは、ビーコン１０から又はネットワーク５０の何れかから、その所定の条件に基づいて、必要とされる傾向のあるＷＭＬカードをインテリジェントに求める（それらがハンドセット自身のキャッシュに保持されていなかった場合）。例えば、遅延時間又はセルラ料金が優先項目（ｐａｒａｍｏｕｎｔ）であるならば（そこにキャッシュされていることが既知ならば、及びビーコンが依然として領域内ならば）、コンテンツは最初にビーコン１０から要求され、その後にポータル８０を通じた広域ネットワーク５０からのものはなされない。保全処理（ｓｅｃｕｒｅ  ｔｒａｎｓａｃｔｉｏｎ）が近距離リンク３５にて行われないならば、移動措置３０は、例えば広帯域オーディオコンテンツ配信に関し、保全広域リンクとのサービス通信の部分を継続し、その後に近距離通信に復帰する。
【００３０】
ビーコン１０が移動装置３０にキャッシュデータを送信する場合に、それは、移動装置３０が、例えば：
・そのデータを直接的に使用すること、
・ポータル８０を通じて広域ネットワーク５０における当初のデータを要求すること、又は
・ローカルにキャッシュしたデータを利用して（一時的に）広域ネットワーク５０に対する接続９０を開始すること
を行うべきか否かをインテリジェントに決定させ得るデータについての情報を与える。
【００３１】
例えば、ユーザは、ビーコン１０から配信された第１段階のＷＭＬメニューを利用して通信（対話）し、開始した広域ＷＡＰゲートウェー８０を待機することで、広域ゲートウェー８０設立遅延をカムフラージュする。最上位レベル（ユーザの関心のあるものを維持すること）メニュー及びＷＭＬコンテンツは、報知されたＷＭＬ絶対アドレスを有するそのＷＭＬリンクツリーが有する「葉（ｌｅａｖｅｓ）」と供に、ビーコン１０から第１バースト内に送信される。ビーコン１０が範囲内であったとしても、広域ベアラ９０を通じた移動装置のブラウザにより、これらの葉が処理される。（ＷＭＬのこれらトップレベルにおける相互に関する以後のビーコン通信は、任意の段階に位置し得る。）移動装置３０におけるいくつかのＷＡＰブラウザは、移動装置３０にローカルにＷＭＬカードの‘デック’を既にキャッシュしており、サーバからそれをいつ更新するかを把握している。新たなカード／デックについての２つの可能なソースに関連するものがあり、それらは：
１．ビーコンキャッシュ２０；及び
２．広域ゲートウェー８０  である。
【００３２】
コンテンツがビーコン１０にキャッシュされるならば、コンテンツ内に包含される相対的又は絶対的リンクに対する間接指示が必要とされる。メインサイト７０に関するコンテンツの変更に対して、ビーコンのキャッシュされるコンテンツの自動的な又は規則的な更新も、利用され得る。
【００３３】
ビーコン接続３５が依然として利用可能である時間、及び様々な形式のコンテンツのソースに対する趣向に加えて、配信するものが何であるかを見分けるために、インテリジェンスは、移動装置のブラウザに包含される（これらの趣向は、典型的には、所定の基準の一部を形成する。）。
【００３４】
図４にも本願実施例が示される。ビーコンにデータを格納する２つの基本的な手法（それらは組み合わせることが可能である。）が示される：
ｉ）  非キャッシュモデル。ビーコン１０は選択的なサーバ１５を含む。コンテンツは、ビーコン１０に固有であるユニバーサルリソース識別子（ＵＲＩ：Ｕｎｉｖｅｒｓａｌ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）形式のアドレスを有するビーコン１０に格納される。移動装置３０は、ビーコン１０からそのコンテンツを受信する必要がある（ＵＲＩは、広域ネットワーク５０における他のサーバからアクセス可能ではない。）。
ｉｉ）  キャッシュモデル。ビーコン１０は選択的なサーバ１５を利用しない。ネットワーク５０におけるサーバからのコンテンツは、ビーコン１０によりキャッシュされる。ネットワークＵＲＩ及び他のメタ情報（ｍｅｔａ−ｉｎｆｏｒｍａｔｉｏｎ）と供に、そのデータは、ネットワーク５０からビーコン１０に複製される。このデータが移動装置３０からアクセスされると、ビーコン１０が当初のサーバ７０からそれを取得した時に行ったように、そのデータはビーコン１０から同一のＵＲＩを搬送する
ビーコン１０は、それ自身の固有のＩＰアドレス及びサーバを有する（これは、そのビーコンが何らかのネットワークに接続されることを前提としない。）。通信に関する手順の例は、次の通りである。
ａ）  移動装置３０が領域４０内に到来し、近距離（例えば、ＢＴ／Ｉｒｄａ）接続３５が始まる。
ｂ）  ビーコン１０は情報の基本的な排出を行う（例えば、‘特売の低価格チョコレート’プロファイル情報を有するＷＭＬページ）。
ｃ）  移動装置３０は、その後にビーコン１０におけるページ形式でそのデータにアクセスし得る（それらは、キャッシュされたページ、又はローカルビーコンサーバからのページである。）。
ｄ）  移動装置３０が、ビーコン１０外のＵＲＩを有するページを要求する場合に（即ち、ネットワーク全体に）、移動装置３０は、ＧＳＭ／ＧＰＲＳ／３Ｇその他適切なデータ接続９０を開き（ｏｐｅｎ）、この件についての通信を継続する必要がある。これは、クライアントがビーコン１０にキャッシュされているデータのＵＲＩを要求したが、それが期限切れの日付（例えば、ＨＴＴＰヘッダにおける有効期限）を含むメタ情報に関連する場合にも起こりえる。
【００３５】
本発明に使用するために、移動装置３０又はビーコン１０の構成又はコンフィギュレーションが改善され得る更なる領域は、以下のとおりである。
【００３６】
１．時間に間に合って設定されるＷＡＮ接続に関する要求を予測すること（例えば、ＧＳＭ−ＣＳＤは、約２０秒必要とする。）。この予測は、ビーコン１０で行われるのに最適である（それは、移動装置３０よりも充分にキャッシュされるページ自身のレイアウトを把握している。）。移動装置３０に関する装置プロファイル情報は、意思決定手順（ｄｅｃｉｓｉｏｎ  ｍａｋｉｎｇ  ｐｒｏｃｅｓｓ）を支援するために、ビーコン１０に与えられる。（例えば、代替的なデータ接続形式は何か？  接続を設定するのにどの程度の時間がかかるか？）
予測するためのいくつかの可能な手法は：
−＞ユーザが‘フラグ（ｆｌａｇ）’ページをヒット（ｈｉｔ）する（これは、最初のページに又はユーザが閲覧して関心を示した場合に行われる。また、イーコマースサーバへの接続を要する、何かを購入する又は何かを探す場合の関心事を包含するページでもあり得る。）。
【００３７】
−＞ユーザがＸ回以上ページを要求する（ユーザが辿り着く（ｓｕｒｆ）までの時間を有することを示す。）。
【００３８】
−＞明示的な選択肢がページに設けられる（例えば、‘ネットワーク接続を開始するためのボタンを押す’）。
【００３９】
２．ＷＡＮ接続の設定を開始すること。設定を開始するために、単に移動装置３０を利用することで、ＷＡＮ５０からのデータに関する背景‘ダミー（ｄｕｍｍｙ）’要求を行う（理想的には、これはビーコン１０から移動装置３０に送信されたＨＴＴＰ（又は同様な）ヘッダによって達成される。あるいは、ビーコン１０は、移動装置３０にＵＲＬを自動的に要求させる、移動装置に送信したキャッシュしたページに‘空白の（ｂｌａｎｋ）’遠隔画像ＵＲＬを包含し得る。）。これは、‘ネットワークに接続することを希望しますか？’というユーザへのメッセージになり得る。
【００４０】
３．クライアントのネットワーク形態を制御すること。一般に、クライアントは、ビーコン１０及びＷＡＮ５０への接続を動的に制御する。情報プロバイダ（ＩＰ：ｉｎｆｏｒｍａｔｉｏｎ  Ｐｒｏｖｉｄｅｒ）配信テーブル及びドメインネームサーバ（ＤＮＳ：Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｅｒｖｅｒｓ−例えばｗｗｗ．ｙｕｌｅ．ｏｒｇというドメインネームを、例えば６４．１７６．９２．２１９というＩＰアドレスに対応付けるシステム）は、それ故に、所定の基準の一部として使用され得る。ビーコン１０がネットワーク化されるならば、これは、つまるところ、コスト、帯域、遅延、利便性（ブルートゥースを通じて又はＧＰＲＳを通じて同一のＵＲＬにアクセスできる）に関する評価又は決定になる。ビーコン１０がネットワーク化されないならば、その配信テーブルは、キャッシュに準拠するＩＰアドレスに対する要求のみが、ビーコン１０を通じて進むことを許容し、ビーコン１０も自身に関するＤＮＳサーバ（ネームサーバ）を与えるべきである。移動装置３０は、その後にインテリジェンスを要求し、ＵＲＬの要求がビーコン１０における未知のドメインネームであることに起因して不成功であった場合に、１つのＷＡＮネットワーク接続９０を開始すべきである（仮に及び唯一仮に、配信テーブルが‘不完全（ｉｎｃｏｍｐｌｅｔｅ）’である場合＝総ての可能なＩＰアドレスを網羅しない場合）。いったん接続されると、ビーコン及びネットワーク側の両者におけるドメインネームサーバは、将来的なＵＲＬ要求に対してアクセス可能である。
【００４１】
４．移動装置／キャッシュ通信。有線接続されたキャッシュは、クライアントがそれを通じて総ての要求を配信することを想定する（キャッシュ機構は、それをすべきか否かを決定し、その後にネットワーク要求を行う。）。ビーコンモデルでは、ページがそこに格納されているならば、要求はそのキャッシュに配信されるのみである−ネットワーク要求を行うのはそのクライアントになるであろう。クライアントが要求を行うと、キャッシュは、メタデータ（格納された日付、有効期限、それを再度有効化する必要があるか？等）と供に、（格納されていたならば）そのページを返信し、その後にクライアントはページを表示し、又はその情報に基づいてネットワーク接続を開始する。
【００４２】
５．キャッシュ制御拡張。ＨＴＴＰ１．１（及びそのＷＴＰ）は、一組のキャッシュ制御プリミティブ（ｐｒｉｍｉｔｉｖｅ）を規定し、これらは無線の（必ずしも常に接続されない）形態に拡張され得る。
【００４３】
−＞ネットワーク化されている場合のＸ（Ｘ−ｉｆ−ｎｅｔｗｏｒｋｅｄ）（例えば、ネットワーク化されている場合の期間徒過（ｅｘｐｉｒｅ−ｉｆ−ｎｅｔｗｏｒｋｅｄ）、ネットワーク化されている場合の再有効化（ｒｅｖａｌｉｄａｔｅ−ｉｆ−ｎｅｔｗｏｒｋｅｄ），．．．）、即ちクライアントのネットワークステータスに依存して、ページの挙動が異なるようにする（及びクライアントがオンラインで到来する場合に、挙動が変化することを許容する。）。
【００４４】
−＞再有効化−非同期。非同期ではあるが、有効性に関してページが検査されることの要求。即ち、ネットワークが解放され／検査される場合にそのページを表示し続ける。
【００４５】
６．設定／再構築（ｒｅｃｏｎｇｉｇｕｌａｔｉｏｎ）／分解（ｔｅａｒｄｏｗｎ）。接続でビーコンキャッシュ２０が使用されるような設定は、非常に簡潔である（例えば、ブルートゥースにおけるＷＡＰは既に説明及び提示されている。）。しかしながら、移動装置が広域ネットワーク５０に接続される場合の再構築、及びビーコン１０又は広域ネットワーク５０からクライアントが分離する場合の分離も考慮される必要がある。これは、上記の事項（ｉｉｉ）及び（ｉｖ）を組み合わせることで簡易に行われ得る。
【００４６】
・  広域ネットワーク接続が確立された場合に、移動装置３０は、適切なＩＰアドレスを設定するために、ビーコン１０及びネットワークの両者の側のドメインネームサーバにアクセスする必要がある。
【００４７】
・  ビーコン１０におけるウェブキャッシュは、ネットワーク再構築後にアクセス可能になる（及び移動装置３０／ユーザがそれを使用するか否かを決定することができる。）。また、ビーコン１０におけるウェブサーバは依然としてアクセス可能である。
【００４８】
・  ビーコン１０がもはや領域４０にはいない場合に、移動装置３０は、ビーコンキャッシュ２０又はネームサーバを利用しようとしないように再構築し得る。
【００４９】
７．ビーコン２０の自動更新。移動装置３０が、キャッシュされている期限切れのページの更新を行うために、広域ネットワーク５０に接続する場合に、（低優先度の作業として）その格納内容を更新するためにデータをキャッシュ２０に送信し得る。これは、ビーコン１０に対する適切な高帯域の自由なローカルな接続であることを想定している。
【００５０】
上記実施例は特定のハードウエア構成に関して説明されたが、発明的工夫を何ら行うことなしに、これらが変形され得ることは当業者に明白であろう。例えば、ブルートゥースビーコンは、サーバ又はビーコンのネットワークであり得る。移動装置は、ＰＤＡ、移動電話機その他の多数のネットワークと通信し得る装置であり得る。更に、具体的な通信プロトコルが説明されたが、これらも別のものに置換され得る（ＷＡＰの代りにＧＰＲＳ又はＵＭＴＳ；ＷＡＮの代りにＬＡＮ等）。
【図面の簡単な説明】
【００５１】
【図１】本発明の一実施例を示すビーコンネットワークの概略図である。
【図２】可能なデータ供給源の形態を示す図である。
【図３】可能なデータ供給源の形態を示す図である。
【図４】選択された部分を詳細に示す図１に関する概略図である。
【図４】
2004523180.tif 000003
【国際公開パンフレット】
2004523180.tif 000004
2004523180.tif 000005
2004523180.tif 000006
2004523180.tif 000007
2004523180.tif 000008
2004523180.tif 000009
2004523180.tif 000010
2004523180.tif 000011
2004523180.tif 000012
2004523180.tif 000013
2004523180.tif 000014
2004523180.tif 000015
2004523180.tif 000016
2004523180.tif 000017
2004523180.tif 000018
2004523180.tif 000019
2004523180.tif 000020
2004523180.tif 000021
2004523180.tif 000022
2004523180.tif 000023
2004523180.tif 000024
2004523180.tif 000025
2004523180.tif 000026
【国際公開パンフレット（コレクトバージョン）】
2004523180.tif 000027
【国際調査報告】
2004523180.tif 000028
2004523180.tif 000029
2004523180.tif 000030