JP4718754B2 - 携帯装置を通してのデータ配送 - Google Patents

Description

【０００１】
本発明は、電子装置のユーザに、特に、排他的ではないが、携帯電話と好適に装備されたＰＤＡ（携帯情報端末）のような移動通信装置のユーザに、提供されるサービスに関連する。本発明は、更にそのようなサービスの配送で使用される手段及び、それを受信する装置に関連する。
【０００２】
近年、移動電話ネットワークの加入者が世界的に増加し、技術の進歩とその機能性の追加を通じて、セルラ電話は、個人的な信頼性ある装置になってきている。この結果、移動情報社会は発展し、個人化されたそしてローカル化されたサービスの重要性が増している。そのような、”状況を−知っている”（ＣＡ）移動電話は、場所に特定の情報を提供するために、ショッピングモールのような場所の、低電力、短範囲基地局と共に使用される。この情報は、ローカルマップ、近隣の店とレストランの情報等を含んでもよい。ユーザのＣＡ端末は、予め蓄積されたユーザの嗜好に従って、受信された情報をフィルタするように装備され、ユーザは、特定の興味のデータの項目が受信された場合にのみ警告される。
【０００３】
ＣＡ端末の例は、広告掲示板の関係内で無線電話の使用を開示する、米国特許番号５，８３５，８６１に示されている。無線電話のユーザは、無線電話を活性化することにより供給者の電話番号を得て、活性化された広告源に促進信号を送信して、広告源から広告者の電話番号を含む応答信号を得る。電話番号は、公衆切換電話網を介して供給者に、自動的に電話をするのに使用される。代わりに、電話番号は、後の使用のために蓄積される。この配置は、電話番号を記憶することなしに又は書き取ることなしに、供給者に電話をするために使用できる。掲示板と発呼者の間の信号は、変調された赤外（ＩＲ）信号として伝送される。
【０００４】
ＣＡシステムのために提案された多くのサービスと応用は、無線ネットワークに加わる移動端末を要求しない真の放送モードから利益を得る。ＭＩＴのメディアラボは、ｉ．ｒ．範囲内で且つし視界内の時に、着用者が単純なテキストメッセージ又は引用を交換できる、”ｍｅｍｅ バッジ”又は、”考えるタグ”を発明した。”ホット−バッジ”等の他の同様な概念は、例えば、１９９６年の”将来のビジョン”（ｈｔｔｐ：／／ｗｗｗ．ｄｅｓｉｇｎ．ｐｈｉｌｉｐｓ．ｃｏｍ／ｖｏｆ／）で、フィリップス設計により、出版され、個人装置は、個人的な一致が関連する、近隣の他の参加者により受信されるために、ローカル領域へのユーザに関するプロファイル情報を放送する。さらに加えて、短範囲ｒ．ｆ．装置（”Ｌｏｖｅｇｅｔｙ”）は、１９９８年の日本の１０代の間の”目に見えないデート”の簡易化の大流行となった。Ｌｏｖｅｇｅｔｙのユーザは、３つの予め割当てられた信号の１つを設定し、そして、他のＬｏｖｅｇｅｔｙの所有者が範囲内になると音声的及び視覚的に警告され、警告は、出くわすユーザが共に同じ設定を選択している時に異なる（データとを捜している時点に対応する）。
【０００５】
これらの装置の創造者と概念は、個性、興味、ムード、能力又は、資源のユーザの投影の電子的な増加により容易にされることが可能な、個人的な及び社会的な応用の範囲を表現する。Ｌｏｖｅｇｅｔｙの大流行は、そのような短範囲ｒ．ｆ．装置が１０代に、潜在的に大きな人気があることを示す。大きな商業的なショーのような職業的な設定では、そのような”砕氷”装置は、相補的なビジネスの興味を人々にもたらし、又は、電子ビジネスカード交換の形式で使用される。
【０００６】
上述のような従来の装置は、市場を貫くのに制限され、一方移動電話は、非常に速く偏在するようになってきている。ブルーツース通信プロトコルは、移動通信装置の共通技術になると予測され、ＣＡ応用に対する放送モードを確立する問題を解決する１つの可能な方法は、そのようなサービスを選択するのをユーザに同意させることにより、担われる移動装置間のデータ交換のための２方向ブルーツース接続を設定するために、完全な現在のブルーツースハンドシェーキング処理を介してであろう。（本願はその優先権を主張し、参照により個々に組み込まれる）出願人の英国特許出願番号００１５４５４．２に示されているように、固定のビーコンの移動通信ユーザの片側の状況では、現在のブルーツース接続プロトコルは、以下の欠点を担う。
−何れのデータが交換され得る前に接続を確立する時間（１０−３０秒、その時間により出くわす者はｒ．ｆ．範囲の外になる）。
−ネットワーク接続を確立するために、受信している装置に代わって、ハンドシェーク伝送のための電力消費。
−放送装置によりアドレスできる活性化された受信装置の数の制限（１つのピコネット内に７つの活性化）。
−接続の確立の処理で、装置ｉｄ．が放送装置により知られるようになることによる、受信装置によるプライバシーの損失。多くの都合のよい状況では、放送のリスナーは、その識別と位置を、任意で且つ私的に残しておくことを望む。これは大きな欠点である。
【０００７】
これらのＣＡ応用に対する他の可能な解決方法は、固定の設備に近いそれらの移動ユーザを登録し且つ例えば、ウェブに蓄積されたユーザプロファイルと比較し、一致のブルーツース又はセルラネットワークを介してユーザを警告する、中央サービスを介してである。しかし、これは、再び、上述の幾つか（特にプライバシー）の欠点を有し、それに加えて、特別に出くわすよりも、ユーザが配置するｒ．ｆ．ビーコンが設置されている、予め定められた決定された場所に出くわすことを制限する。
【０００８】
従って、専用のハードウェア又は、固定の設備を必要とすることなしに、携帯通信装置のユーザが、互いに情報を放送できる手段を提供することである。
【０００９】
本発明の第１の特徴に従って、無線メッセージ送信が可能な少なくとも１つの第１の携帯装置と、そのようなメッセージ送信を受信できる少なくとも１つの第２の携帯装置を有する通信システムであって、少なくとも１つの第１の携帯装置は、一連の質問メッセージを、各々が第１の通信プロトコルに従って配置された複数の所定のデータフィールドの形式で、放送するように構成され、少なくとも１つの第１の携帯装置は、送信に先だって、各質問メッセージに追加のデータフィールドを追加するように更に構成され、且つ、少なくとも１つの第２の携帯装置は、送信された質問メッセージを受信し且つ前記追加のデータフィールドからデータを読むように構成されたシステムが提供される。質問フェーズに放送メッセージ機構を加えることにより、メッセージは、ピコネットに加わるために、ユーザ装置に送信又は受信を要求すること無く、１人のユーザから他へ（又は、他の多くへ）送信され得る。
【００１０】
そのようなシステムでは、少なくとも１つの第１の携帯装置は、前記追加のデータフィールドをそれぞれの質問メッセージの最後に追加するように構成される及び／又は、少なくとも１つの第１の携帯装置は、前記所定のデータフィールドの１つの中に指示を含むように構成され、前記指示は前記追加のデータフィールドの存在を示す。
【００１１】
好適にはしかし必須ではないが、上述の第１の第１の通信プロトコルは、ブルーツースメッセージを含み、少なくとも１つの第１の携帯装置は、所定のクロックされた連続の周波数で、一連の質問メッセージを放送するように構成され、前記第１の携帯装置に対するクロック情報は前記追加のデータフィールドにより担われるデータ内に含まれる。以下に説明するように、前記追加のデータフィールドは、数ビットから少なくとも６４ビットのデータ及び任意にそれ以上のどのような所定のサイズでも良い。
【００１２】
上述のように携帯装置が不要なメッセージをフィルタ除去することを可能とするために、少なくとも１つの第１の携帯装置は、メッセージ内に第１の比較データを含めるように構成され、少なくとも１つの第２の携帯装置は、第２の比較データを保持する蓄積手段と、第１と第２の比較データの間に一致がある時を識別し且つ追加のデータフィールドから読まれたデータを提示し、そうでない場合にはデータを提示しないように構成された比較手段とを更に有する。システムは、前記第２の携帯装置のユーザのユーザプロファイルから，そのような第２の比較データを発生する手段を更に有する。
【００１３】
本発明の他の特徴に従って、上述のシステムで前記第１の携帯装置として使用するための移動通信装置が提供され、この装置は、無線メッセージ送信が可能であり且つ、一連の質問メッセージを、各々が第１の通信プロトコルに従って配置された複数の所定のデータフィールドの形式で、放送するように構成され、且つ、送信に先だって、各質問メッセージに前記追加のデータフィールドを追加する、通信構成要素を有する。
【００１４】
更に本発明の他の特徴に従って、前述のシステムで前記第２の携帯装置として使用するための移動通信装置が提供され、この装置は、第１の通信プロトコルに従った複数のデータフィールドを含む短範囲無線質問メッセージを受信する受信器、追加のデータフィールドが前記複数のデータフィールドに追加されたときを決定する手段と、そのような追加のデータフィールドからデータを読み且つユーザに同じデータを提示する手段とを有する。
【００１５】
好ましくは、しかし必須ではないが、本発明を具体化する携帯通信装置は、ブルーツースプロトコルに従ってメッセージを受信し及び／又は送信る用に構成され、上述の第１と第２の携帯装置の両方の技術的な特徴を有する。そのような携帯通信装置は、前記第１の携帯装置又は、前記第２の携帯装置としての動作を選択するユーザが動作可能な手段を更に有し及び／又は、前記第１の携帯装置又は、前記第２の携帯装置としての動作の間を切り換えるように動作可能な制御手段をが設けられる。動機問題を解決するために、以下に示すように、そのような制御手段は、擬似ランダム間隔で、前記第１の携帯装置又は、前記第２の携帯装置としての動作の間を切り換えるように好適に動作可能である。
【００１６】
さらに、本発明に従って、他の携帯通信装置のユーザにメッセージを放送することを、第１の携帯通信装置のユーザに可能とする方法であって、前記第１の携帯通信装置は、一連の質問メッセージを、各々が第１の通信プロトコルに従って配置された複数の所定のデータフィールドの形式で放送し、且つ、好適に構成された他の携帯装置が送信された質問メッセージを受信し且つ前記追加のデータフィールドから方法データを読むように、前記第１の携帯通信装置は、送信に先だって、各質問メッセージに、放送メッセージデータを担う追加のデータフィールドを追加する方法が提供される。
【００１７】
そのような方法では、第１の携帯通信装置は、それぞれの質問メッセージの最後に追加のデータフィールドを好適に追加し、及び／又は、第１の携帯通信装置は、前記所定のデータフィールドの１つの中に指示を含み、前記指示は前記追加のデータフィールドの存在を示す。
【００１８】
本発明の代わりの実施例では、無線メッセージ送信が可能な少なくとも１つの携帯装置と、そのようなメッセージ送信を受信できる少なくとも１つの固定された受信装置を有する通信システムであって、少なくとも１つの携帯装置は、一連の質問メッセージを、各々が第１の通信プロトコルに従って配置された複数の所定のデータフィールドの形式で、放送するように構成され、少なくとも１つの携帯装置は、送信に先だって、各質問メッセージに追加のデータフィールドを追加するように更に構成され、且つ、少なくとも１つの固定された受信装置は、送信された質問メッセージを受信し且つ前記追加のデータフィールドからデータを読むように構成されたシステムが提供される。このように、メッセージ受信器は携帯装置であるということは、本発明に従うために必須ではないことは理解されよう。
【００１９】
本発明の最適な実施例は添付の図面を参照して例示的のみに説明される。
【００２０】
以下の説明では、ビーコンから携帯装置（電話、ＰＤＡ又は、その他）へ、そして、特に携帯装置からビーコンへ及び、１つの携帯装置から他へ、メッセージを通信するためにブルーツースプロトコルを使用するＣＡ応用を特に考慮する。認識されているように、質問手順の一部として放送チャネルを含む一般的な発明概念は、ブルーツース装置に制限されておらず、そして、特に周波数ホッピングシステム内の他の通信配置に適用可能である。
【００２１】
解決方法は、移動装置が放送者の、基本的な”質問フェーズを介するデータ放送”の提案を使用する。この方法は、ブルーツース接続を確立するための完全なブルーツースハンドシェーキングの制限を解決し、上述のように、放送ユーザから放送データを受信するために、混雑した場所内で、幾つの受信装置を可能としながら、リスナーの任意性を保存する。
【００２２】
我々は、質問を介した全体の伝送レートを、サイクル当り約６４Ｋバイトと予測する。マスタが質問サイクルを連続的に行う場合（即ち、放送のみでピコネットが設定されない場合）には、ビットレートは全体で５０ｋビット毎秒を有する。このデータレートは、簡単にユーザが、プロファイルデータフォーマット（ＯＰＳ）に対するＷ３Ｃ提案のような標準化されたフォーマット内のＸＭＬ−形式のプロファイル記述を又は、異なる受信装置によりフィルタされるのを助けるために、おそらく分類形式によりタグが付された放送メッセージをそれら自身の周りに、放送することを許す。代わりに、音楽的雰囲気又はユーザに関する音声のストリーム又は、それらのビジネス又は余暇パートナーを見つける関心は、ユーザによりローカルに放送され得る。
【００２３】
受信装置は、入力質問パケット内に方法データがあることを認識し、放送されている媒体フォーマットを復号するためにそれらの形式（移動ユーザーによる放送）と情報を抽出することを必要とする。”スポーツの興味””性別”等のようなクラスによりタグが付された入力データは、一致を捜している受信者のプロファイルと再び一致する必要がある。
【００２４】
ブルーツースを備えた移動体のみが１つのラジオを有し、そして、それらは質問データが放送されるか又は、聞いているかのいずれかが可能であるがしかし、同時に両方はできないので、１つの重要なステップが、必要とされる。更に、２つの移動体が、（例えば、両者が外部とリガを受信することにより）たまたま受信／送信で同期すると、互いに放送を聞くことができない。解決方法は、移動体が交互に放送と受信のモードになることであり、そして、このサイクルの開始時間が互いの移動体で擬似ランダムに選択されるように構成されることである。ユーザは、彼らの移動体に３つの可能な状態の間を選択できる。
−放送のみで、他の放送を聞かない。
−受信のみで全く放送しない。
−周期的に放送と受信状態を繰返す。
【００２５】
典型的な実施例では、”ホット−バッジ”形式の社会的な応用は、固定のブルーツース装置からの質問フェーズ信号内に放送データを埋め込む応用技術を拡張し、ユーザにより担われている移動装置からの１方向接続無しのデータ放送を含める。更に加えて、ユーザからのそのような移動放送又は提供をフィルタできる、ポータル一致処理は移動体に含まれるのが好まれる。このフィルタ処理は、ある共通の分類機構（例えば、ＸＭＬ）に従ってタグが付されている時には、簡単である。
【００２６】
ブルーツースが装備されたＧＳＭ又は、ＵＭＴＳ又は、他のセルラ電話は、この応用の端末のための共通の実行プラットフォームであると予想される。しかしながら、例えば、可能な移動ブルーツースプラットフォームとして通常はリストされている通常のＰＤＡとラップトップパーソナルコンピュータのような他のプラットフォームが明らかにある。
【００２７】
ユーザは、ユーザの移動体からローカル放送をするための、おそらく、追跡するために接続するために興味の他のパーティーのウェブサイト又は電話番号をおそらく含む、１組のオプションで予め定められたデータを選択できる。このデータは、符号化された感情に訴えるグラフィックアイコン、圧縮されたテキストメッセージ、個人の興味又は望む特徴等のリストの形式であろう。例えば、例えば、”だれかロックミュージックは好きか？”又は、”私に電話下さい。私は安いコンピュータを提供します。”、”私は医者です。”、”私はマドンナのファンです。”のような、幾つかのデータは、連続するＳＭＳメッセージとして受信装置により復号されそして、表示され得る。
【００２８】
他のユーザへブルーツースが可能な移動体のような受信装置は、１方向放送データを含むようにタグ付けされている、ブルーツース質問ポーリング信号を検出できる必要がある。これらの受信装置は、入力質問信号にブルーツース応答を送信すること無く、静かなままでいることが出来ねばならない。そして、データパケットを含むようにタグ付けされたブルーツース入力質問信号は、埋め込まれた放送データを、抽出し、復号し、そして翻訳するために、受信装置により複合することを要求する。追加の特徴又は放送データの内容を伴なうメタデータ（例えば、ＸＭＬ記述）は、リスナー自身の興味又は検索プロファイルと比較され、又は、フィルタされることが随意に可能である。このフィルタ処理に生き残った放送は、視覚、オーディオ又は、触覚（例えば、振動）の信号としてリスなの移動体で警告される。
【００２９】
従って、ｒ．ｆ．放送の範囲内の何人の他のユーザも、放送ストリームを復号でき、一方、更に匿名のままである。従って、これらのユーザは、興味の社会的な機会が警告され、そして、随意に、ウェブＵＲＬへの接続ポインター又は、放送に付随する電話番号を追跡し、又は、（受信されたデータに応答して変更されることが可能な）彼ら自身のデータのバージョンを代わりに放送する。
【００３０】
この応用の単純化されたデータフローを図１に示し、送信携帯装置１２のマイクロフォン１００から開始し、活性化段階１０２とコーデック１０４を介して放送端末１０６に達する。空中線１０８から、メッセージ６０は空中戦１１０を介して、受信携帯装置１０内の受信端末１１２に送信される。
【００３１】
受信端末１１２から、オーディオメッセージがコーデック１１４と、ディジタルアナログ変換器１１６を介して、スピーカ１１８へ送られる。表示のためのデータメッセージは、コーデック１１４の出力から表示装置１２０へ送られる。各々のサイドでは、データ蓄積装置１２２、１２４が、メッセージ／データ等の局部的な記憶を提供するために使用されうる。
【００３２】
この機構に関しては、現在のメッセージイの使用、サンプルされた単語又は、異音から合成されたメッセージ、音声合成を含む、多くの可能な変形がある。メモリの節約のために符号化してメッセージを蓄積するのも便利である。他の構成も可能である。
【００３３】
放送端末では、放送データが、無線で送られる前にパケット化されねばならない。個人放送データパケットが、以下の網羅的でないフィールドのリストを含んでもよい。
ヘッダ：
プロトコル識別子（”個人放送オーディオ”）
パケット長インジケータ
パケット内容データの形式（アイコン、テキスト、音楽、音声）
内容を記述する又は、同意した分類を参照するメタデータ
機構
コーデック形式
開始／終了／中間／全体パケット
パケット番号
本体
符号化された内容データ
図２は、他のそのような装置１２及び１つ又はそれ以上の低電力短範囲基地局又はビーコン１４と共に使用される、ＣＡ移動電話１０の概略ブロック図を示す。前述のように、そして、以下に詳細に説明するように、このような配置は、移動装置へ情報のキーをダウンロードするビーコンと共に、ローカルマップ、近隣の店舗及びレストラン等に関する情報のような位置に特定の情報を提供するために、ショッピングモールのような場所で使用できる。これは、移動装置のユーザ１０，１２の間の相互動作に加えられる。情報キーは、全情報のソースへの参照を提供する、小さな情報オブジェクトであり、そして、幾つかの所定のフィールドの形式であり、その１つは、ユーザに提示される短い記述的なテキストを含む。他のフィールドは、例えば、ＵＲＬ又は電話番号のような幾つかの形式のポインタ又はアドレスである。他の補助フィールドは、データがどのようにユーザに提示されかつどのようにアドレスが活用されるかを制御する。ビーコン１４及び／又は移動装置１２は、一般的には、周期的に幾つかのこれらのキーを放送し、各々は典型的には、異なるサービス又はデータの項目に対応する。
【００３４】
ユーザのＣＡ端末１０は、メッセージを送受信するためのトランシーバ段階１８に接続された空中線１６を有する。出力メッセージはユーザ入力から電話への結果となり、マイクロフォン２０とＡ／Ｄ変換器２２を介してのオーディオ入力又は、キーパッド又は、他のん風手段２４を介しての他のデータ入力のいずれかである。これらの入力は、信号及びデータ処理段階２６によりメッセージデータフォーマットへ処理され、そして、トランシーバ段階１８に供給される前に符号化器２８により送信フォーマットに変換される。
【００３５】
空中線１６とトランシーバ１８を介して受信されたメッセージは、復号段階３０を介して、フィルタリング及び信号処理段階３２へ送られる。メッセージにより送られるデータが電話の表示スクリーン３４上に提示されるためのものである場合には、データは表示ドライバ３６へ送られ、随意に、バッファリング３８の後に、ドライバが表示画像をフォーマッティングする。認識されているように、ディスプレイ３４は比較的単純な低解像度装置であり且つ、専用の表示ドライバ段階の要求無しに処理段階３２機能のサブセットとして、データを表示するために受信されたデータの変換が行われる。
【００３６】
メッセージが他のユーザ１２又は１つ又はそれ以上のビーコン１４からのデータを担う場合には、電話は、予め蓄積された４０ユーザの嗜好に従って受信された情報をフィルタする能力を有し、そして、蓄積された嗜好データとメッセージ内の主題インジケータの比較が、特定の興味のデータの項目が受信されたことを示す場合には、ユーザは警告のみされる（即ち、情報はバッファ３８内に保持され及び／又はスクリーン３４に提示される）。
【００３７】
従来のオーディオメッセージに対しては、オーディオデータは、Ｄ／Ａ変換器４２と増幅器４４を介して、イアフォン又はスピーカ４６に、フィルタと処理段階３２により出力される。電話ネットワーク４８からのそのようなメッセージの受信は、矢印５０により示されており、電話ネットワーク４８も、電話１０からワイドエリアネットワーク（ＷＡＮ）サービス５２へそして、（インターネットであろう）ＷＡＮ５４を介して、電話１０に対するデータのソースを提供する、１つ又はそれ以上の遠隔接続業者５６へ、のリンクを提供する。
【００３８】
受信するＣＡ端末（電話１０）と送受信器ユーザ局１２（又は、ビーコン１４）の間の通信は、”プッシュ”と”プル”の２つの形式を取る。”プッシュ”モードでは、情報は、６０で示された短い”キー”の形式で、装置１２、１４により全ての携帯端末１０へ放送される。このキーは、応用に従って種々の形式を取るが、しかし、一般的には、例えば、接続業者５６の１つを識別するＵＲＬのような、送信される情報の簡略な記述と完全な情報へのポインタを含む。
【００３９】
キーは”気づかずに”、即ちユーザによる直接的な介入無しに、端末１０により受信され、そして、ユーザの予め定められた嗜好に従って自動的にフィルタされる。幾つかは捨てられ、幾つかさ更なる学習のために保持され、他は、ユーザをすぐに警告することとなろう。例えば、店舗は、特別な提供の詳細を、興味がありそれゆえにそれに従ってフィルタ３２を設定したユーザがそれらの端末により警告される知識がある端末にプッシュするように選択し得る。
【００４０】
時々、ユーザはキー内に含まれている情報よりも多くの情報を得たいと望む。ここで、”プッシュ”モードは、（ＣＡ用に特別に構成されている必要はない）サーバ５６と接続を確立することを許しそして、端末１０へ活性化要求情報を送る。
【００４１】
一方、既知局又はビーコンは、典型的には、互いに独立であり、（ショッピングモールの設定では、各店舗は隣接店舗により提供されるビーコンを参照することなく自分のビーコン提供し且つ維持する）、ビーコンは全体的に又は部分的に、メッセージを放送するために少なくとも幾つかの調整と共にネットワーク化されている。図３は、本発明を具体化し且つ、例えば、デパート、ショッピングモール、テーマパーク等で使用される設備の実行を提供する、リンクされたビーコンのそのようなシステム２００の図である。このシステム２００は、一連の場所にわたって分散された複数のビーコン２０２、２０４、２０６、２０８を含む。各ビーコン２０２−２０８は、以下に詳細に説明するようにタイム−スロットの形式で１つ又はそれ以上の短範囲質問信号を放送する。ビーコン２０２−２０８は、ビーコン設備サーバ（ＢＩＳ）２１０により制御され、サーバ２１０には１つ又はそれ以上の端末２１２，２１４，２１６，２１８が接続されている。端末２１２−２１８は、サービスプロバイダー即ち、ビーコン２０２−２０８のユーザが、ビーコン２０２−２０８により送信された質問容易化信号を載せられた追加データの形式で、割当てられたサービススロットを著し又は編集することを可能とする。サービスプロバイダは、ビーコン又は、ビーコンのサービススロットの１つを、施設提供者から借りる。このために、サーバ２１０は、ユーザにより書き込める単純なＨＴＭＬテンプレートを端末２１２−２１８の１つを介して提供する。例えば、テンプレートに、ビーコン放送を介して送られるサービス及び、他のデータの情報の記述が書き込まれると、好ましくは例えば、安全ＨＴＴＰ（Ｓ−ＨＴＴＰ）又は、安全ソケットレオや（ＳＳＬ）を使用する安全なリンクを介して、テンプレートはサーバ２１０に戻される。ＳＳＬは、クライアントとサーバ間の安全リンクを形成し、その上を、安全にデータが送られる。Ｓ−ＨＴＴＰは個々のメッセージを安全に伝送するために設計されている。サーバ２１０は、テンプレートともに提出された情報に基づいて、ビーコン２０２−２０８の関連する１つの質問信号に追加するために適切な追加データパッケージを形成する。システム２００は、更に、当業者には容易く理解できるように、種々の機能を実行するのを補助するために、適切なサーバ２２０を含む。
【００４２】
図１と２に戻ると、上述のＣＡシステムの少なくとも”プッシュ”モードに対して必要な無線接続に関する強い候補技術は、ブルーツースである。ＣＡ放送又は、”プッシュ”モード使用に関するブルーツースプロトコルを分析すると、問題がわかる。理想的な場合には、端末１０は、送信する移動体１２又は、固定のビーコン１４を検出し、そして、端末１０が全く送信することを必要とせずに、それらから基本情報を抽出する。しかしながら、この種の放送動作は、現在のブルーツース仕様に包含されてはいない。
【００４３】
一部には、非互換性がブルーツースビーコンシステムの周波数ホッピング特性に従い、これは、放送メッセージ（又は、メッセージ）が端末により受信されるようにするために、端末が時間と周波数の両方でビーコンと同期されていなければならないということを意味する。携帯装置１０は、そのクロックをビーコン（又は、送信する移動装置）のクロックに同期しなければならず、ビーコンの本体から、幾つのホッピングシーケンスが採用されているかを推測しなければならない。
【００４４】
この推測をするために、携帯装置は、従来は、スレーブとして、ピコネットマスタとしてのビーコンにより管理されているピコネットに参加することが要求された。２つの手順の組み、即ち”質問”と”ページ”が使用される。質問は、参加したいスレーブが基地局を見つけ、そして、ピコネットに参加する要求を発行することを許す。ページは、基地局が、ネットに参加するようにスレーブに選択を促すことを許す。これらの手順の分析は、ピコネットに参加しそしてマスタから情報を受信する位置にいる時間が数１０秒であることを示し、これは、ＣＡ応用には大きすぎ、ユーザは参加が完了する前にユーザはビーコンの範囲の外に移動しうる。
【００４５】
ブルーツース質問手順は、マスタとスレーブが共にもたらす問題を解決するために特に提案されており、出願人は、マスタにより発行される質問メッセージ上の放送チャネルを上乗せできる可能性を認識している。ＣＡ端末のみが放送チャネルメッセージを読む必要があり且つ、ＣＡ基地局又はビーコンのみがそれらを送信する。従って、無線インターフェースでは、機構が、従来の（非ＣＡの）ブルーツースシステムと完全に互換性がある。
【００４６】
これがどのように実行されるかを示すために、最初に質問手順それ自身がどのように動作するかを、図４と５を参照して考える。ブルーツースユニットが、他のブルーツース装置を見つけたい場合には、いわゆる質問サブ状態に入る。このモードでは、それは、一般質問アクセスコード（ＧＩＡＣ）又は幾つかのオプション及び、専用の質問アクセスコード（ＤＩＡＣ）を含む質問メッセージを発行する。このメッセージ伝送は、幾つかのレベルで繰返され、最初に、合計で３２の質問ホッピングシーケンスを構成する周波数から１６周波数に関して伝送される。このメッセージは、幾つかのタイムスロットで、２つの周波数で２回送信され、奇数タイムスロットは、２つの対応する質問応答ホッピング周波数に関する応答を聞くのに使用される。
【００４７】
１６周波数とそれらの応答は、従って、１６タイムスロット又は、１０ｍｓをカバーする。図４の図は、おおよそｆ｛ｋ｝が中心の１６周波数のシーケンスの伝送を示す。ここで、ｆ｛ｋ｝は質問ホッピングシーケンスを示す。
【００４８】
次のステップは、少なくともＮ_{ｉｎｑｕｉｒｙ}回の伝送シーケンスの繰返しである。少なくとも、これは、質問伝送トレーンＡと呼ぶ伝送のトレーンを構成する全体シーケンスのＮ_{ｉｎｑｕｉｒｙ}＝２５６繰返しに設定されるべきである。次に質問伝送トレーンＡは、残りの１６周波数に関する伝送シーケンスを構成する質問伝送トレーンＢと交換される。再び、トレーンＢは、伝送シーケンスの２５６回繰返しを構成する。全体的に、質問伝送サイクルは、トレーンＡとトレーンＢの伝送の間である。図５に示されているように、仕様は、トレーン間のこの切換は、誤り無く全ての応答を集めることを保証するために、少なくとも３回は発生しなければならない。これは質問放送は、少なくとも１０．２４秒を占めることを意味する。
【００４９】
これを減少させる方法は、即ち、１６タイムスロットをカバーする１０ｍｓの２５６回繰返しに対する２．５６秒まで待つこと無しに、更に高速に質問伝送トレーンの間を切り換えることである。これは、現在のトレーンの残りの中にはそのようなメッセージが検出されないという理解に関して、５０ｍｓ後に質問メッセージが検出されない場合には、システムを切り換えるように設定することにより達成される。
【００５０】
ビーコンにより発見されたいと望む携帯装置は、質問走査サブ状態に入る。ここで、それは、興味のＧＩＡＣ又はＤＩＡＣを含むメッセージを聴く。これも周期的に動作する。質問により使用されている１６質問周波数をカバーするのに十分に長くなければならない、質問走査期間は、単一のホップ周波数を聴く。連続する走査の開始の間の間隔は、１．２８秒よりも大きい。選択された周波数は、３２の質問ホッピング周波数を構成するリストからくる。
【００５１】
適切なＩＡＣを有する質問を聞くと、携帯装置は、いわゆる応答サブ状態に入り、そして、幾つかの質問応答メッセージをビーコンに発行する。このビーコンは、携帯装置を呼出し、ピコネットに参加するように招く。
【００５２】
上述し且つ図６に示されたように、出願人は、基地局により発行される質問メッセージは、それに追加される余分なフィールドを有し、シューザ定義のペイロード（ＣＡ ＤＡＴＡ）を送ることができるということをを提案する。ＣＡのシナリオでは、このペイロードは、放送情報又はキーを、質問手順中に、ＣＡ端末へ送るのに使用される。フィールドを質問メッセージの最後に追加することにより、非−ＣＡ受信器が、変更無しにそれを無視できることは理解されよう。更に加えて、ＣＡに特定のＤＩＡＣを使用することにより、ＣＡ受信器は、余分な情報フィールドの存在を警告することができる。
【００５３】
余分なデータフィールドの存在は、ブルーツース質問パケットの最後に従来は許されていたガード空間が減少されることを意味する。しかしながら、新たなホップ周波数に変更するための周波数シンセサイザ時間を与えるために設けられたこの空間は、現行の周波数シンセサイザが余分なガード空間に拡張されることを必要とせずにある速度で切り換えることができるので、一般的には、他に未使用である。標準の質問パケットは、長さ６８ビットのＩＤパケットである。半スロット内でそれは送られるので、割当てられたガード空間は、（６２５／２−６８）＝２４４．５μｓ（６２５μｓスロット期間、１Ｍビット／秒信号レート）である。モデムシンセサイザは、１００μｓ又は、この分野の専門家により低いと考えられるルーチンで、非常に短い時間で切り換えることができる。出願人は、従って、新たなフィールドに対する適するサイズとして、１００ビットの配置を提案する。他のフィールドサイズももちろん可能であることは容易く理解されよう。
【００５４】
ＣＡ受話器は、ピコネットに加わるのに長い手順を通すことを要求されることなく、素早く放送データを受信できる。更に加えて、受話器は何も情報を送信する必要が無いので、このようなＣＡ基地局が存在し得るような混雑した環境では特に重要な結果の電力節約がある。それにも関わらず、受話器がインターラクティブモードであり且つ更なる情報を得るためにピコネットに参加したい場合には、通常のデフォルト質問手順が採用できる。追加のデータフィールドの指示を通しての機能の損失はない。
【００５５】
典型的な環境では、１００ビットの４つは、ＩＤフィールドのトレイラービットとして失われ、これは、相関器により読み出される結果である。残りの９６ビットは、出願人は６４ビットがデータとして使用され２／３ＦＥＣ（前向き誤り訂正）チェックサムとして３２ビットが好ましく、しかし、チェックサム、含まれヘッダ及び、他のオーバーヘッドは、データに利用できるビットの数を大きく、ある状況の下では１０ビット以下に、減少する。各質問バーストは、８バイトの放送データを含む。最も共通のシナリオでは、ＡとＢトレーンの第２のグループにより、携帯装置は基地局を見つけ、ＣＡビーコンを理解しそして、放送データを待つ。それは特に聴いているので、携帯装置は少なくとも２５６バーストのデータを２回（ＡとＢ）読むことができ、これは、合計で２Ｋバイト又は４Ｋバイトの２つを与える。
【００５６】
この段階では、携帯装置はビーコンクロックのフェーズを知らない。この情報はまだ送信されていないからである。携帯装置を補助するために、クロック情報は、図７に示すように、ＡとＢの間の次の切換が発生するときを示す幾つかの補助情報と共に、第１のＡとＢグループ内の少なくとも幾つかのトレーン内で送信される。このクロック情報は、ＣＡ放送データの代わりに送信され、これにより２つのデータチャネルの間を区別するための手段が提供される。別のＤＩＡＣは、１つの可能な方法である。
【００５７】
携帯装置が、ビーコンのタイミングを知っているときには、携帯装置はどのようにそれがホップするかも知っており、これは、トレーンの全ての伝送の追跡をする能力を与える。フレーム内に１６の伝送があるので、結果のＣＡチャネルは、１６倍大きな容量を有し、且つ６４Ｋバイトの情報を運ぶことができる。
【００５８】
端末は、１．２８秒以下ごとに起きるので、一般的には、第１のＡ又はＢ期間内の中間のマークにより必要とするクロック情報が得られる。中間のマークでのクロックからデータへの切換は、図８に示されているように、幾つかの有益な優位点を提供する。最初に、幾つかのデータは、質問処理の開始から５秒ないに受信されることが可能である。第２に、端末は更に、キーがサイクル内で比較的に遅く出現しても、（それが適切な動作であるならば）基地局に質問メッセージを自動的に発行することにより重要なキーに応答できる。容量の増加は見込まれていない。
【００５９】
前述では、携帯装置は、３２質問チャネルの１つに関する全ての追加のデータフィールドパケットを受信し、それにより、利用できる帯域の１／３２のみを使用する。認識されているように、携帯端末（ビーコンスレーブ）が第１の質問パケットを受信するときに関する不明確さが克服できる場合には、ホッピングシーケンスの所定の性質が順応され、そして、全帯域はばが使用される。第１パケットを受信した点からマスタ質問シーケンスと同期するスレーブに関しては、スレーブはマスタクロックオフセットと、マスタホッピングシーケンス内の第１の受信されたパケットの位置の両方を知る必要がある。以下の例では、マスタが、（図４に示すような）３つのトレーン切換を伴なう１６チャネル質問ホッピングシーケンスの２５６回の繰返しを含む、ブルーツース最小質問手順に従うとする。１６チャネルをわたる各スイープは、１０ｍｓを要する。
【００６０】
スレーブホッピングと同期する代わりの方法は、各放送フィールドでクロックデータを伝送することである。追加のデータフィールド（ＢＣＤ；図１）は、以下の情報を含む４バイトを担う。
−マスタクロックオフセット（２バイト）
−全トレーン繰返し数（１バイト）−全トレーンは、１０ｍｓトレーンの２５６回繰返しよりなリ、パラメータの範囲は、０−２５５であるとする（次の全トレーンへの質問切換前）。これは、スレーブに、マスタが全トレーンを次に切り換える時を指示する。
−幾つの全トレーン切り換えが現在の質問サイクルで完了したか（１バイト）−このデータはスレーブに、マスタが現在の全トレーンの最後で何を行いそうか、即ち、他の全トレーンに切り換えるか又は、質問手順が終了するか、を示す。
【００６１】
１０ｍｓトレーン内でチャネルが繰返されない場合には、スレーブが、シーケンスの知識からこれを得ることができるので、ホッピングシーケンス内で現在のチャネルの位置を示すためにフィールドは要求されない。
【００６２】
前述より、各追加のフィールドパケットに４バイト追加することにより、スレーブは、質問の最後への全ての追加のフィールドパケットをとることができ、なお、放送データを送るのに（データに対する１００ビットからの６４ビットの好適な割当てから）４バイトが利用できることが、分かる。
【００６３】
完全なビーコン信号を考えると、１つが各質問パケットとともに送られる幾つかの４−バイトパケットに分割される必要があることは容易く理解されよう。説明のために、固定長のビーコン信号を仮定すると、１６ｋＢで、全信号がたんいつの質問トレーン上に収納できる（１つのトレーンは１６−チャネルホップシーケンスの２５６回繰返しで、２５６＊１６＊４バイト＝１６ｋＢ）。
【００６４】
これを拡張することにより、ビーコン信号の第１のパケットが質問トレーンの第１のパケットに行くことを固定することにより、メッセージヘッダ内の現行の１６−チャネルホッピングシーケンスに対する繰返しの数に対するメッセージインジケータフィールドから、スレーブは、完全なビーコン信号内で受信されたビーコンパケットの位置を得ることが可能とされる。
【００６５】
本開示を読めば、他の変更は当業者には明らかである。そのような変更は、設計、製造及び、固定及び携帯通信システム及び、そこに含まれる部品において、既に知られている他の特徴を含んでもよく、そして、それは既に記載した特徴の代わりに又はこれに加えて使用されても良い。例えば、所定の位置内の放送データは、１つの移動体からの個人的な放送の範囲よりも広い領域をカバーする他の固定の放送ユニットに中継する局部的な固定のブルーツースユニットにより拾われてもよく、これは、ユーザが全て中央サービスに登録するシステムをわたってプライバシーを保持する。他の拡張は、特定の位置内の承諾する又は登録された移動体の言う−ザからのユーザデータのあるサブセットの放送をトリガーするための固定のビーコンの使用を含んでもよい。例えば、ディスコ内のビーコンは、その範囲内の全てのユーザの移動体からの個人的な放送をと律するように設定されても良く、放送は、他に、個人のプロファイルの”音楽趣向”の部分を投影する。最後に受信する移動体は、ユーザが出くわした個人放送を、後の使用のための接続ポインタと共に、記録してもよい。
【図面の簡単な説明】
【図１】 データフローを示す携帯装置の組の単純化された概略を示す図である。
【図２】 本発明を具体化するビーコンと携帯装置の組みの概略のブロック図である。
【図３】 リンクされたビーコン設備内の一連の装置の概略を示す図である。
【図４】 所定の周波数を中心とする質問アクセスコードのトレインの送信を示す図である。
【図５】 質問放送の継続期間をわたる質問メッセージのトレインの間の交番を示す図である。
【図６】 現在ある伝送スロット内への放送データのパケットの挿入を示す図である。
【図７】 質問メッセージトレインのシーケンス内でクロックデータを送るための第１の配置を示す図である。
【図８】 クロックデータを送るための図７のクロックデータを送るための交番配置を示す図である。

Claims (28)

1. 無線メッセージ送信が可能な携帯装置であって、
   表示装置、マイクロフォン又はスピーカーの少なくとも１つと、
   他の携帯装置を検出するのに用いられる複数のメッセージを無線送信するよう構成される送信機と、
   を有し、
   前記複数のメッセージのそれぞれは、通信プロトコルに従って配置された複数の所定のデータフィールドを有し、
   当該携帯装置は、送信前に前記他の携帯装置の１以上のためのユーザデータを含む追加のデータフィールドを前記複数のメッセージの少なくとも１つに追加するよう構成される携帯装置。
2. 当該携帯装置はさらに、前記複数のメッセージの少なくとも１つの最後に前記追加のデータフィールドを追加するよう構成される、請求項１記載の携帯装置。
3. 当該携帯装置は、前記追加のデータフィールドの存在を示す表示を前記所定のデータフィールドの１つのに含めるよう構成される、請求項１或は２記載の携帯装置。
4. 前記通信プロトコルは、ブルーツースプロトコルである、請求項１乃至３のうちいずれか一項に記載の携帯装置。
5. 前記送信機はさらに、所定のクロックされた連続の周波数で一連の質問メッセージを送信するよう構成され、
   当該携帯装置からのＳＭＳテキスト情報は、前記追加のデータフィールドに含まれる、請求項４に記載の携帯装置。
6. 当該携帯装置はさらに、メッセージ内に第１の比較データを含めるよう構成され、
   当該携帯装置はさらに、第２の比較データを格納するよう構成される記憶手段と、前記第１と第２の比較データの間に一致がある時を識別し且つ追加のデータフィールドから読まれたデータを提示し、そうでない場合にはデータを提示しないように構成された比較手段とを更に有する、請求項１に記載の携帯装置。
7. 当該携帯装置はさらに、ある携帯装置又は前記他の携帯装置のユーザのユーザプロファイルから，前記第２の比較データを生成するよう構成される、請求項６に記載の携帯装置。
8. 携帯通信装置から他の携帯通信装置にメッセージを送信する方法であって、
   前記携帯通信装置から、前記他の携帯通信装置を検出するのに用いられる複数のメッセージを送信するステップと、
   前記他の携帯通信装置が前記メッセージの少なくとも１つを受信し、送信された各自のユーザデータを読むように、送信前に前記送信されるユーザデータを搬送する追加のデータフィールドを各メッセージに追加するステップと、
   を有し、
   前記複数のメッセージのそれぞれは、通信プロトコルに従って配置された複数の所定のデータフィールドを含む方法。
9. 前記携帯通信装置は、前記複数のメッセージのそれぞれの最後に前記追加のデータフィールドを追加する、請求項８に記載の方法。
10. 前記携帯通信装置は、前記追加のデータフィールドの存在を示す表示を前記所定のデータフィールドの１つに含める、請求項８又は９に記載の方法。
11. 前記携帯通信装置は、表示装置、マイクロフォン、スピーカー又は記憶装置の少なくとも１つを有する、請求項８に記載の方法。
12. 通信プロトコルに従って複数のメッセージを無線送信するよう構成される回路と、
    前記複数のメッセージの少なくとも１つにユーザデータを含む追加のフィールドを追加するよう構成される回路と、
    を有する通信装置であって、
    前記複数のメッセージのそれぞれは、他の通信装置を検出するのに用いられるコードを含む通信装置。
13. 前記通信プロトコルは、ブルーツースプロトコルである、請求項１２記載の通信装置。
14. 前記ユーザデータは、宣伝データである、請求項１２記載の通信装置。
15. 当該通信装置と他の通信装置とは、携帯通信装置である、請求項１２記載の通信装置。
16. 当該通信装置は、携帯電話、ＰＤＡ又はコンピュータの１つである、請求項１２記載の通信装置。
17. 表示装置、マイクロフォン、スピーカー又は記憶装置の少なくとも１つをさらに有する、請求項１２記載の通信装置。
18. 前記複数のメッセージは、問い合わせメッセージである、請求項１２記載の通信装置。
19. 前記追加のフィールドを追加するよう構成される回路は、前記複数のメッセージのそれぞれにユーザデータを含む追加のフィールドを追加するよう構成される、請求項１２乃至１８何れか一項記載の通信装置。
20. 通信プロトコルに従って複数のメッセージを無線受信するよう構成される回路と、
    ユーザデータを処理するよう構成される回路と、
    を有する通信装置であって、
    前記複数のメッセージのそれぞれは、通信装置を検出するのに用いられるコードを有し、
    前記複数のメッセージの少なくとも１つは、前記ユーザデータを含む追加のフィールドを有する通信装置。
21. 前記ユーザデータを処理するよう構成される回路はさらに、前記ユーザデータを復号化及び解釈するよう構成される、請求項２０記載の通信装置。
22. 前記通信プロトコルは、ブルーツースプロトコルである、請求項２０記載の通信装置。
23. 前記ユーザデータは、宣伝データである、請求項２０記載の通信装置。
24. 当該通信装置と他の通信装置とは、携帯通信装置である、請求項２０記載の通信装置。
25. 当該通信装置は、携帯電話、ＰＤＡ又はコンピュータの１つである、請求項２０記載の通信装置。
26. 表示装置、マイクロフォン、スピーカー又は記憶装置の少なくとも１つをさらに有する、請求項２０記載の通信装置。
27. 前記複数のメッセージは、問い合わせメッセージである、請求項２０記載の通信装置。
28. 前記複数のメッセージのそれぞれは、ユーザデータを含む追加のフィールドを有する、請求項２０乃至２７何れか一項記載の通信装置。

Images