JP2004502337A - Data delivery through mobile devices - Google Patents
Data delivery through mobile devices Download PDFInfo
- Publication number
- JP2004502337A JP2004502337A JP2002505458A JP2002505458A JP2004502337A JP 2004502337 A JP2004502337 A JP 2004502337A JP 2002505458 A JP2002505458 A JP 2002505458A JP 2002505458 A JP2002505458 A JP 2002505458A JP 2004502337 A JP2004502337 A JP 2004502337A
- Authority
- JP
- Japan
- Prior art keywords
- message
- data
- interrogation
- mobile device
- broadcast
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 230000005540 biological transmission Effects 0.000 claims abstract description 40
- 238000004891 communication Methods 0.000 claims abstract description 28
- 238000000034 method Methods 0.000 claims description 25
- 238000010295 mobile communication Methods 0.000 claims description 19
- 238000010586 diagram Methods 0.000 description 9
- 230000004044 response Effects 0.000 description 6
- 230000007246 mechanism Effects 0.000 description 5
- 238000012545 processing Methods 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 4
- 230000004913 activation Effects 0.000 description 3
- 238000001994 activation Methods 0.000 description 3
- 230000001413 cellular effect Effects 0.000 description 3
- 238000001914 filtration Methods 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 230000008901 benefit Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000000717 retained effect Effects 0.000 description 2
- DTCAGAIFZCHZFO-UHFFFAOYSA-N 2-(ethylamino)-1-(3-fluorophenyl)propan-1-one Chemical compound CCNC(C)C(=O)C1=CC=CC(F)=C1 DTCAGAIFZCHZFO-UHFFFAOYSA-N 0.000 description 1
- 241001050985 Disco Species 0.000 description 1
- 235000008694 Humulus lupulus Nutrition 0.000 description 1
- 241000555745 Sciuridae Species 0.000 description 1
- 230000003213 activating effect Effects 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000015572 biosynthetic process Effects 0.000 description 1
- 230000003139 buffering effect Effects 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000002996 emotional effect Effects 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 230000002349 favourable effect Effects 0.000 description 1
- 238000003780 insertion Methods 0.000 description 1
- 230000037431 insertion Effects 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000036651 mood Effects 0.000 description 1
- 230000008450 motivation Effects 0.000 description 1
- 230000000149 penetrating effect Effects 0.000 description 1
- 239000011435 rock Substances 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 238000003786 synthesis reaction Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/18—Information format or content conversion, e.g. adaptation by the network of the transmitted or received information for the purpose of wireless delivery to users or terminals
- H04W4/185—Information format or content conversion, e.g. adaptation by the network of the transmitted or received information for the purpose of wireless delivery to users or terminals by embedding added-value information into content, e.g. geo-tagging
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B1/00—Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission
- H04B1/69—Spread spectrum techniques
- H04B1/713—Spread spectrum techniques using frequency hopping
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/20—Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/16—Discovering, processing access restriction or access information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/04—Scheduled access
- H04W74/06—Scheduled access using polling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W64/00—Locating users or terminals or network equipment for network management purposes, e.g. mobility management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
- Small-Scale Networks (AREA)
Abstract
通信システムは、無線メッセージ送信が可能な少なくとも1つの第1の携帯装置(12)と、そのようなメッセージ送信を受信できる少なくとも1つの第2の携帯装置(10)を有する。第1の携帯装置(12)は、一連の質問メッセージ(60)を、ブルーツースのような、各々が第1の通信プロトコルに従って配置された複数の所定のデータフィールドの形式(INQ)で、放送するように構成される。放送を介しての追加のデータの伝送のために、第1の携帯装置(12)は、送信に先だって、各質問メッセージに,放送データを担う追加のデータフィールド(BCD)を追加するように更に構成され、第2の携帯装置(10)は、送信された質問メッセージを受信し且つ前記追加のデータフィールドから放送データを読むように構成される。The communication system has at least one first mobile device (12) capable of wireless message transmission and at least one second mobile device (10) capable of receiving such message transmission. The first portable device (12) broadcasts a series of interrogation messages (60) in the form of a plurality of predetermined data fields (INQ), such as Bluetooth, each arranged according to a first communication protocol. It is configured as follows. For transmission of additional data via broadcast, the first mobile device (12) further adds to each interrogation message an additional data field (BCD) carrying broadcast data prior to transmission. The second mobile device (10) is configured and configured to receive the transmitted interrogation message and read broadcast data from the additional data field.
Description
【0001】
本発明は、電子装置のユーザに、特に、排他的ではないが、携帯電話と好適に装備されたPDA(携帯情報端末)のような移動通信装置のユーザに、提供されるサービスに関連する。本発明は、更にそのようなサービスの配送で使用される手段及び、それを受信する装置に関連する。
【0002】
近年、移動電話ネットワークの加入者が世界的に増加し、技術の進歩とその機能性の追加を通じて、セルラ電話は、個人的な信頼性ある装置になってきている。この結果、移動情報社会は発展し、個人化されたそしてローカル化されたサービスの重要性が増している。そのような、”状況を−知っている”(CA)移動電話は、場所に特定の情報を提供するために、ショッピングモールのような場所の、低電力、短範囲基地局と共に使用される。この情報は、ローカルマップ、近隣の店とレストランの情報等を含んでもよい。ユーザのCA端末は、予め蓄積されたユーザの嗜好に従って、受信された情報をフィルタするように装備され、ユーザは、特定の興味のデータの項目が受信された場合にのみ警告される。
【0003】
CA端末の例は、広告掲示板の関係内で無線電話の使用を開示する、米国特許番号5,835,861に示されている。無線電話のユーザは、無線電話を活性化することにより供給者の電話番号を得て、活性化された広告源に促進信号を送信して、広告源から広告者の電話番号を含む応答信号を得る。電話番号は、公衆切換電話網を介して供給者に、自動的に電話をするのに使用される。代わりに、電話番号は、後の使用のために蓄積される。この配置は、電話番号を記憶することなしに又は書き取ることなしに、供給者に電話をするために使用できる。掲示板と発呼者の間の信号は、変調された赤外(IR)信号として伝送される。
【0004】
CAシステムのために提案された多くのサービスと応用は、無線ネットワークに加わる移動端末を要求しない真の放送モードから利益を得る。MITのメディアラボは、i.r.範囲内で且つし視界内の時に、着用者が単純なテキストメッセージ又は引用を交換できる、”meme バッジ”又は、”考えるタグ”を発明した。”ホット−バッジ”等の他の同様な概念は、例えば、1996年の”将来のビジョン”(http://www.design.philips.com/vof/)で、フィリップス設計により、出版され、個人装置は、個人的な一致が関連する、近隣の他の参加者により受信されるために、ローカル領域へのユーザに関するプロファイル情報を放送する。さらに加えて、短範囲r.f.装置(”Lovegety”)は、1998年の日本の10代の間の”目に見えないデート”の簡易化の大流行となった。Lovegetyのユーザは、3つの予め割当てられた信号の1つを設定し、そして、他のLovegetyの所有者が範囲内になると音声的及び視覚的に警告され、警告は、出くわすユーザが共に同じ設定を選択している時に異なる(データとを捜している時点に対応する)。
【0005】
これらの装置の創造者と概念は、個性、興味、ムード、能力又は、資源のユーザの投影の電子的な増加により容易にされることが可能な、個人的な及び社会的な応用の範囲を表現する。Lovegetyの大流行は、そのような短範囲r.f.装置が10代に、潜在的に大きな人気があることを示す。大きな商業的なショーのような職業的な設定では、そのような”砕氷”装置は、相補的なビジネスの興味を人々にもたらし、又は、電子ビジネスカード交換の形式で使用される。
【0006】
上述のような従来の装置は、市場を貫くのに制限され、一方移動電話は、非常に速く偏在するようになってきている。ブルーツース通信プロトコルは、移動通信装置の共通技術になると予測され、CA応用に対する放送モードを確立する問題を解決する1つの可能な方法は、そのようなサービスを選択するのをユーザに同意させることにより、担われる移動装置間のデータ交換のための2方向ブルーツース接続を設定するために、完全な現在のブルーツースハンドシェーキング処理を介してであろう。(本願はその優先権を主張し、参照により個々に組み込まれる)出願人の英国特許出願番号0015454.2に示されているように、固定のビーコンの移動通信ユーザの片側の状況では、現在のブルーツース接続プロトコルは、以下の欠点を担う。
−何れのデータが交換され得る前に接続を確立する時間(10−30秒、その時間により出くわす者はr.f.範囲の外になる)。
−ネットワーク接続を確立するために、受信している装置に代わって、ハンドシェーク伝送のための電力消費。
−放送装置によりアドレスできる活性化された受信装置の数の制限(1つのピコネット内に7つの活性化)。
−接続の確立の処理で、装置id.が放送装置により知られるようになることによる、受信装置によるプライバシーの損失。多くの都合のよい状況では、放送のリスナーは、その識別と位置を、任意で且つ私的に残しておくことを望む。これは大きな欠点である。
【0007】
これらのCA応用に対する他の可能な解決方法は、固定の設備に近いそれらの移動ユーザを登録し且つ例えば、ウェブに蓄積されたユーザプロファイルと比較し、一致のブルーツース又はセルラネットワークを介してユーザを警告する、中央サービスを介してである。しかし、これは、再び、上述の幾つか(特にプライバシー)の欠点を有し、それに加えて、特別に出くわすよりも、ユーザが配置するr.f.ビーコンが設置されている、予め定められた決定された場所に出くわすことを制限する。
【0008】
従って、専用のハードウェア又は、固定の設備を必要とすることなしに、携帯通信装置のユーザが、互いに情報を放送できる手段を提供することである。
【0009】
本発明の第1の特徴に従って、無線メッセージ送信が可能な少なくとも1つの第1の携帯装置と、そのようなメッセージ送信を受信できる少なくとも1つの第2の携帯装置を有する通信システムであって、少なくとも1つの第1の携帯装置は、一連の質問メッセージを、各々が第1の通信プロトコルに従って配置された複数の所定のデータフィールドの形式で、放送するように構成され、少なくとも1つの第1の携帯装置は、送信に先だって、各質問メッセージに追加のデータフィールドを追加するように更に構成され、且つ、少なくとも1つの第2の携帯装置は、送信された質問メッセージを受信し且つ前記追加のデータフィールドからデータを読むように構成されたシステムが提供される。質問フェーズに放送メッセージ機構を加えることにより、メッセージは、ピコネットに加わるために、ユーザ装置に送信又は受信を要求すること無く、1人のユーザから他へ(又は、他の多くへ)送信され得る。
【0010】
そのようなシステムでは、少なくとも1つの第1の携帯装置は、前記追加のデータフィールドをそれぞれの質問メッセージの最後に追加するように構成される及び/又は、少なくとも1つの第1の携帯装置は、前記所定のデータフィールドの1つの中に指示を含むように構成され、前記指示は前記追加のデータフィールドの存在を示す。
【0011】
好適にはしかし必須ではないが、上述の第1の第1の通信プロトコルは、ブルーツースメッセージを含み、少なくとも1つの第1の携帯装置は、所定のクロックされた連続の周波数で、一連の質問メッセージを放送するように構成され、前記第1の携帯装置に対するクロック情報は前記追加のデータフィールドにより担われるデータ内に含まれる。以下に説明するように、前記追加のデータフィールドは、数ビットから少なくとも64ビットのデータ及び任意にそれ以上のどのような所定のサイズでも良い。
【0012】
上述のように携帯装置が不要なメッセージをフィルタ除去することを可能とするために、少なくとも1つの第1の携帯装置は、メッセージ内に第1の比較データを含めるように構成され、少なくとも1つの第2の携帯装置は、第2の比較データを保持する蓄積手段と、第1と第2の比較データの間に一致がある時を識別し且つ追加のデータフィールドから読まれたデータを提示し、そうでない場合にはデータを提示しないように構成された比較手段とを更に有する。システムは、前記第2の携帯装置のユーザのユーザプロファイルから,そのような第2の比較データを発生する手段を更に有する。
【0013】
本発明の他の特徴に従って、上述のシステムで前記第1の携帯装置として使用するための移動通信装置が提供され、この装置は、無線メッセージ送信が可能であり且つ、一連の質問メッセージを、各々が第1の通信プロトコルに従って配置された複数の所定のデータフィールドの形式で、放送するように構成され、且つ、送信に先だって、各質問メッセージに前記追加のデータフィールドを追加する、通信構成要素を有する。
【0014】
更に本発明の他の特徴に従って、前述のシステムで前記第2の携帯装置として使用するための移動通信装置が提供され、この装置は、第1の通信プロトコルに従った複数のデータフィールドを含む短範囲無線質問メッセージを受信する受信器、追加のデータフィールドが前記複数のデータフィールドに追加されたときを決定する手段と、そのような追加のデータフィールドからデータを読み且つユーザに同じデータを提示する手段とを有する。
【0015】
好ましくは、しかし必須ではないが、本発明を具体化する携帯通信装置は、ブルーツースプロトコルに従ってメッセージを受信し及び/又は送信る用に構成され、上述の第1と第2の携帯装置の両方の技術的な特徴を有する。そのような携帯通信装置は、前記第1の携帯装置又は、前記第2の携帯装置としての動作を選択するユーザが動作可能な手段を更に有し及び/又は、前記第1の携帯装置又は、前記第2の携帯装置としての動作の間を切り換えるように動作可能な制御手段をが設けられる。動機問題を解決するために、以下に示すように、そのような制御手段は、擬似ランダム間隔で、前記第1の携帯装置又は、前記第2の携帯装置としての動作の間を切り換えるように好適に動作可能である。
【0016】
さらに、本発明に従って、他の携帯通信装置のユーザにメッセージを放送することを、第1の携帯通信装置のユーザに可能とする方法であって、前記第1の携帯通信装置は、一連の質問メッセージを、各々が第1の通信プロトコルに従って配置された複数の所定のデータフィールドの形式で放送し、且つ、好適に構成された他の携帯装置が送信された質問メッセージを受信し且つ前記追加のデータフィールドから方法データを読むように、前記第1の携帯通信装置は、送信に先だって、各質問メッセージに、放送メッセージデータを担う追加のデータフィールドを追加する方法が提供される。
【0017】
そのような方法では、第1の携帯通信装置は、それぞれの質問メッセージの最後に追加のデータフィールドを好適に追加し、及び/又は、第1の携帯通信装置は、前記所定のデータフィールドの1つの中に指示を含み、前記指示は前記追加のデータフィールドの存在を示す。
【0018】
本発明の代わりの実施例では、無線メッセージ送信が可能な少なくとも1つの携帯装置と、そのようなメッセージ送信を受信できる少なくとも1つの固定された受信装置を有する通信システムであって、少なくとも1つの携帯装置は、一連の質問メッセージを、各々が第1の通信プロトコルに従って配置された複数の所定のデータフィールドの形式で、放送するように構成され、少なくとも1つの携帯装置は、送信に先だって、各質問メッセージに追加のデータフィールドを追加するように更に構成され、且つ、少なくとも1つの固定された受信装置は、送信された質問メッセージを受信し且つ前記追加のデータフィールドからデータを読むように構成されたシステムが提供される。このように、メッセージ受信器は携帯装置であるということは、本発明に従うために必須ではないことは理解されよう。
【0019】
本発明の最適な実施例は添付の図面を参照して例示的のみに説明される。
【0020】
以下の説明では、ビーコンから携帯装置(電話、PDA又は、その他)へ、そして、特に携帯装置からビーコンへ及び、1つの携帯装置から他へ、メッセージを通信するためにブルーツースプロトコルを使用するCA応用を特に考慮する。認識されているように、質問手順の一部として放送チャネルを含む一般的な発明概念は、ブルーツース装置に制限されておらず、そして、特に周波数ホッピングシステム内の他の通信配置に適用可能である。
【0021】
解決方法は、移動装置が放送者の、基本的な”質問フェーズを介するデータ放送”の提案を使用する。この方法は、ブルーツース接続を確立するための完全なブルーツースハンドシェーキングの制限を解決し、上述のように、放送ユーザから放送データを受信するために、混雑した場所内で、幾つの受信装置を可能としながら、リスナーの任意性を保存する。
【0022】
我々は、質問を介した全体の伝送レートを、サイクル当り約64Kバイトと予測する。マスタが質問サイクルを連続的に行う場合(即ち、放送のみでピコネットが設定されない場合)には、ビットレートは全体で50kビット毎秒を有する。このデータレートは、簡単にユーザが、プロファイルデータフォーマット(OPS)に対するW3C提案のような標準化されたフォーマット内のXML−形式のプロファイル記述を又は、異なる受信装置によりフィルタされるのを助けるために、おそらく分類形式によりタグが付された放送メッセージをそれら自身の周りに、放送することを許す。代わりに、音楽的雰囲気又はユーザに関する音声のストリーム又は、それらのビジネス又は余暇パートナーを見つける関心は、ユーザによりローカルに放送され得る。
【0023】
受信装置は、入力質問パケット内に方法データがあることを認識し、放送されている媒体フォーマットを復号するためにそれらの形式(移動ユーザーによる放送)と情報を抽出することを必要とする。”スポーツの興味””性別”等のようなクラスによりタグが付された入力データは、一致を捜している受信者のプロファイルと再び一致する必要がある。
【0024】
ブルーツースを備えた移動体のみが1つのラジオを有し、そして、それらは質問データが放送されるか又は、聞いているかのいずれかが可能であるがしかし、同時に両方はできないので、1つの重要なステップが、必要とされる。更に、2つの移動体が、(例えば、両者が外部とリガを受信することにより)たまたま受信/送信で同期すると、互いに放送を聞くことができない。解決方法は、移動体が交互に放送と受信のモードになることであり、そして、このサイクルの開始時間が互いの移動体で擬似ランダムに選択されるように構成されることである。ユーザは、彼らの移動体に3つの可能な状態の間を選択できる。
−放送のみで、他の放送を聞かない。
−受信のみで全く放送しない。
−周期的に放送と受信状態を繰返す。
【0025】
典型的な実施例では、”ホット−バッジ”形式の社会的な応用は、固定のブルーツース装置からの質問フェーズ信号内に放送データを埋め込む応用技術を拡張し、ユーザにより担われている移動装置からの1方向接続無しのデータ放送を含める。更に加えて、ユーザからのそのような移動放送又は提供をフィルタできる、ポータル一致処理は移動体に含まれるのが好まれる。このフィルタ処理は、ある共通の分類機構(例えば、XML)に従ってタグが付されている時には、簡単である。
【0026】
ブルーツースが装備されたGSM又は、UMTS又は、他のセルラ電話は、この応用の端末のための共通の実行プラットフォームであると予想される。しかしながら、例えば、可能な移動ブルーツースプラットフォームとして通常はリストされている通常のPDAとラップトップパーソナルコンピュータのような他のプラットフォームが明らかにある。
【0027】
ユーザは、ユーザの移動体からローカル放送をするための、おそらく、追跡するために接続するために興味の他のパーティーのウェブサイト又は電話番号をおそらく含む、1組のオプションで予め定められたデータを選択できる。このデータは、符号化された感情に訴えるグラフィックアイコン、圧縮されたテキストメッセージ、個人の興味又は望む特徴等のリストの形式であろう。例えば、例えば、”だれかロックミュージックは好きか?”又は、”私に電話下さい。私は安いコンピュータを提供します。”、”私は医者です。”、”私はマドンナのファンです。”のような、幾つかのデータは、連続するSMSメッセージとして受信装置により復号されそして、表示され得る。
【0028】
他のユーザへブルーツースが可能な移動体のような受信装置は、1方向放送データを含むようにタグ付けされている、ブルーツース質問ポーリング信号を検出できる必要がある。これらの受信装置は、入力質問信号にブルーツース応答を送信すること無く、静かなままでいることが出来ねばならない。そして、データパケットを含むようにタグ付けされたブルーツース入力質問信号は、埋め込まれた放送データを、抽出し、復号し、そして翻訳するために、受信装置により複合することを要求する。追加の特徴又は放送データの内容を伴なうメタデータ(例えば、XML記述)は、リスナー自身の興味又は検索プロファイルと比較され、又は、フィルタされることが随意に可能である。このフィルタ処理に生き残った放送は、視覚、オーディオ又は、触覚(例えば、振動)の信号としてリスなの移動体で警告される。
【0029】
従って、r.f.放送の範囲内の何人の他のユーザも、放送ストリームを復号でき、一方、更に匿名のままである。従って、これらのユーザは、興味の社会的な機会が警告され、そして、随意に、ウェブURLへの接続ポインター又は、放送に付随する電話番号を追跡し、又は、(受信されたデータに応答して変更されることが可能な)彼ら自身のデータのバージョンを代わりに放送する。
【0030】
この応用の単純化されたデータフローを図1に示し、送信携帯装置12のマイクロフォン100から開始し、活性化段階102とコーデック104を介して放送端末106に達する。空中線108から、メッセージ60は空中戦110を介して、受信携帯装置10内の受信端末112に送信される。
【0031】
受信端末112から、オーディオメッセージがコーデック114と、ディジタルアナログ変換器116を介して、スピーカ118へ送られる。表示のためのデータメッセージは、コーデック114の出力から表示装置120へ送られる。各々のサイドでは、データ蓄積装置122、124が、メッセージ/データ等の局部的な記憶を提供するために使用されうる。
【0032】
この機構に関しては、現在のメッセージイの使用、サンプルされた単語又は、異音から合成されたメッセージ、音声合成を含む、多くの可能な変形がある。メモリの節約のために符号化してメッセージを蓄積するのも便利である。他の構成も可能である。
【0033】
放送端末では、放送データが、無線で送られる前にパケット化されねばならない。個人放送データパケットが、以下の網羅的でないフィールドのリストを含んでもよい。
ヘッダ:
プロトコル識別子(”個人放送オーディオ”)
パケット長インジケータ
パケット内容データの形式(アイコン、テキスト、音楽、音声)
内容を記述する又は、同意した分類を参照するメタデータ
機構
コーデック形式
開始/終了/中間/全体パケット
パケット番号
本体
符号化された内容データ
図2は、他のそのような装置12及び1つ又はそれ以上の低電力短範囲基地局又はビーコン14と共に使用される、CA移動電話10の概略ブロック図を示す。前述のように、そして、以下に詳細に説明するように、このような配置は、移動装置へ情報のキーをダウンロードするビーコンと共に、ローカルマップ、近隣の店舗及びレストラン等に関する情報のような位置に特定の情報を提供するために、ショッピングモールのような場所で使用できる。これは、移動装置のユーザ10,12の間の相互動作に加えられる。情報キーは、全情報のソースへの参照を提供する、小さな情報オブジェクトであり、そして、幾つかの所定のフィールドの形式であり、その1つは、ユーザに提示される短い記述的なテキストを含む。他のフィールドは、例えば、URL又は電話番号のような幾つかの形式のポインタ又はアドレスである。他の補助フィールドは、データがどのようにユーザに提示されかつどのようにアドレスが活用されるかを制御する。ビーコン14及び/又は移動装置12は、一般的には、周期的に幾つかのこれらのキーを放送し、各々は典型的には、異なるサービス又はデータの項目に対応する。
【0034】
ユーザのCA端末10は、メッセージを送受信するためのトランシーバ段階18に接続された空中線16を有する。出力メッセージはユーザ入力から電話への結果となり、マイクロフォン20とA/D変換器22を介してのオーディオ入力又は、キーパッド又は、他のん風手段24を介しての他のデータ入力のいずれかである。これらの入力は、信号及びデータ処理段階26によりメッセージデータフォーマットへ処理され、そして、トランシーバ段階18に供給される前に符号化器28により送信フォーマットに変換される。
【0035】
空中線16とトランシーバ18を介して受信されたメッセージは、復号段階30を介して、フィルタリング及び信号処理段階32へ送られる。メッセージにより送られるデータが電話の表示スクリーン34上に提示されるためのものである場合には、データは表示ドライバ36へ送られ、随意に、バッファリング38の後に、ドライバが表示画像をフォーマッティングする。認識されているように、ディスプレイ34は比較的単純な低解像度装置であり且つ、専用の表示ドライバ段階の要求無しに処理段階32機能のサブセットとして、データを表示するために受信されたデータの変換が行われる。
【0036】
メッセージが他のユーザ12又は1つ又はそれ以上のビーコン14からのデータを担う場合には、電話は、予め蓄積された40ユーザの嗜好に従って受信された情報をフィルタする能力を有し、そして、蓄積された嗜好データとメッセージ内の主題インジケータの比較が、特定の興味のデータの項目が受信されたことを示す場合には、ユーザは警告のみされる(即ち、情報はバッファ38内に保持され及び/又はスクリーン34に提示される)。
【0037】
従来のオーディオメッセージに対しては、オーディオデータは、D/A変換器42と増幅器44を介して、イアフォン又はスピーカ46に、フィルタと処理段階32により出力される。電話ネットワーク48からのそのようなメッセージの受信は、矢印50により示されており、電話ネットワーク48も、電話10からワイドエリアネットワーク(WAN)サービス52へそして、(インターネットであろう)WAN54を介して、電話10に対するデータのソースを提供する、1つ又はそれ以上の遠隔接続業者56へ、のリンクを提供する。
【0038】
受信するCA端末(電話10)と送受信器ユーザ局12(又は、ビーコン14)の間の通信は、”プッシュ”と”プル”の2つの形式を取る。”プッシュ”モードでは、情報は、60で示された短い”キー”の形式で、装置12、14により全ての携帯端末10へ放送される。このキーは、応用に従って種々の形式を取るが、しかし、一般的には、例えば、接続業者56の1つを識別するURLのような、送信される情報の簡略な記述と完全な情報へのポインタを含む。
【0039】
キーは”気づかずに”、即ちユーザによる直接的な介入無しに、端末10により受信され、そして、ユーザの予め定められた嗜好に従って自動的にフィルタされる。幾つかは捨てられ、幾つかさ更なる学習のために保持され、他は、ユーザをすぐに警告することとなろう。例えば、店舗は、特別な提供の詳細を、興味がありそれゆえにそれに従ってフィルタ32を設定したユーザがそれらの端末により警告される知識がある端末にプッシュするように選択し得る。
【0040】
時々、ユーザはキー内に含まれている情報よりも多くの情報を得たいと望む。ここで、”プッシュ”モードは、(CA用に特別に構成されている必要はない)サーバ56と接続を確立することを許しそして、端末10へ活性化要求情報を送る。
【0041】
一方、既知局又はビーコンは、典型的には、互いに独立であり、(ショッピングモールの設定では、各店舗は隣接店舗により提供されるビーコンを参照することなく自分のビーコン提供し且つ維持する)、ビーコンは全体的に又は部分的に、メッセージを放送するために少なくとも幾つかの調整と共にネットワーク化されている。図3は、本発明を具体化し且つ、例えば、デパート、ショッピングモール、テーマパーク等で使用される設備の実行を提供する、リンクされたビーコンのそのようなシステム200の図である。このシステム200は、一連の場所にわたって分散された複数のビーコン202、204、206、208を含む。各ビーコン202−208は、以下に詳細に説明するようにタイム−スロットの形式で1つ又はそれ以上の短範囲質問信号を放送する。ビーコン202−208は、ビーコン設備サーバ(BIS)210により制御され、サーバ210には1つ又はそれ以上の端末212,214,216,218が接続されている。端末212−218は、サービスプロバイダー即ち、ビーコン202−208のユーザが、ビーコン202−208により送信された質問容易化信号を載せられた追加データの形式で、割当てられたサービススロットを著し又は編集することを可能とする。サービスプロバイダは、ビーコン又は、ビーコンのサービススロットの1つを、施設提供者から借りる。このために、サーバ210は、ユーザにより書き込める単純なHTMLテンプレートを端末212−218の1つを介して提供する。例えば、テンプレートに、ビーコン放送を介して送られるサービス及び、他のデータの情報の記述が書き込まれると、好ましくは例えば、安全HTTP(S−HTTP)又は、安全ソケットレオや(SSL)を使用する安全なリンクを介して、テンプレートはサーバ210に戻される。SSLは、クライアントとサーバ間の安全リンクを形成し、その上を、安全にデータが送られる。S−HTTPは個々のメッセージを安全に伝送するために設計されている。サーバ210は、テンプレートともに提出された情報に基づいて、ビーコン202−208の関連する1つの質問信号に追加するために適切な追加データパッケージを形成する。システム200は、更に、当業者には容易く理解できるように、種々の機能を実行するのを補助するために、適切なサーバ220を含む。
【0042】
図1と2に戻ると、上述のCAシステムの少なくとも”プッシュ”モードに対して必要な無線接続に関する強い候補技術は、ブルーツースである。CA放送又は、”プッシュ”モード使用に関するブルーツースプロトコルを分析すると、問題がわかる。理想的な場合には、端末10は、送信する移動体12又は、固定のビーコン14を検出し、そして、端末10が全く送信することを必要とせずに、それらから基本情報を抽出する。しかしながら、この種の放送動作は、現在のブルーツース仕様に包含されてはいない。
【0043】
一部には、非互換性がブルーツースビーコンシステムの周波数ホッピング特性に従い、これは、放送メッセージ(又は、メッセージ)が端末により受信されるようにするために、端末が時間と周波数の両方でビーコンと同期されていなければならないということを意味する。携帯装置10は、そのクロックをビーコン(又は、送信する移動装置)のクロックに同期しなければならず、ビーコンの本体から、幾つのホッピングシーケンスが採用されているかを推測しなければならない。
【0044】
この推測をするために、携帯装置は、従来は、スレーブとして、ピコネットマスタとしてのビーコンにより管理されているピコネットに参加することが要求された。2つの手順の組み、即ち”質問”と”ページ”が使用される。質問は、参加したいスレーブが基地局を見つけ、そして、ピコネットに参加する要求を発行することを許す。ページは、基地局が、ネットに参加するようにスレーブに選択を促すことを許す。これらの手順の分析は、ピコネットに参加しそしてマスタから情報を受信する位置にいる時間が数10秒であることを示し、これは、CA応用には大きすぎ、ユーザは参加が完了する前にユーザはビーコンの範囲の外に移動しうる。
【0045】
ブルーツース質問手順は、マスタとスレーブが共にもたらす問題を解決するために特に提案されており、出願人は、マスタにより発行される質問メッセージ上の放送チャネルを上乗せできる可能性を認識している。CA端末のみが放送チャネルメッセージを読む必要があり且つ、CA基地局又はビーコンのみがそれらを送信する。従って、無線インターフェースでは、機構が、従来の(非CAの)ブルーツースシステムと完全に互換性がある。
【0046】
これがどのように実行されるかを示すために、最初に質問手順それ自身がどのように動作するかを、図4と5を参照して考える。ブルーツースユニットが、他のブルーツース装置を見つけたい場合には、いわゆる質問サブ状態に入る。このモードでは、それは、一般質問アクセスコード(GIAC)又は幾つかのオプション及び、専用の質問アクセスコード(DIAC)を含む質問メッセージを発行する。このメッセージ伝送は、幾つかのレベルで繰返され、最初に、合計で32の質問ホッピングシーケンスを構成する周波数から16周波数に関して伝送される。このメッセージは、幾つかのタイムスロットで、2つの周波数で2回送信され、奇数タイムスロットは、2つの対応する質問応答ホッピング周波数に関する応答を聞くのに使用される。
【0047】
16周波数とそれらの応答は、従って、16タイムスロット又は、10msをカバーする。図4の図は、おおよそf{k}が中心の16周波数のシーケンスの伝送を示す。ここで、f{k}は質問ホッピングシーケンスを示す。
【0048】
次のステップは、少なくともNinquiry回の伝送シーケンスの繰返しである。少なくとも、これは、質問伝送トレーンAと呼ぶ伝送のトレーンを構成する全体シーケンスのNinquiry=256繰返しに設定されるべきである。次に質問伝送トレーンAは、残りの16周波数に関する伝送シーケンスを構成する質問伝送トレーンBと交換される。再び、トレーンBは、伝送シーケンスの256回繰返しを構成する。全体的に、質問伝送サイクルは、トレーンAとトレーンBの伝送の間である。図5に示されているように、仕様は、トレーン間のこの切換は、誤り無く全ての応答を集めることを保証するために、少なくとも3回は発生しなければならない。これは質問放送は、少なくとも10.24秒を占めることを意味する。
【0049】
これを減少させる方法は、即ち、16タイムスロットをカバーする10msの256回繰返しに対する2.56秒まで待つこと無しに、更に高速に質問伝送トレーンの間を切り換えることである。これは、現在のトレーンの残りの中にはそのようなメッセージが検出されないという理解に関して、50ms後に質問メッセージが検出されない場合には、システムを切り換えるように設定することにより達成される。
【0050】
ビーコンにより発見されたいと望む携帯装置は、質問走査サブ状態に入る。ここで、それは、興味のGIAC又はDIACを含むメッセージを聴く。これも周期的に動作する。質問により使用されている16質問周波数をカバーするのに十分に長くなければならない、質問走査期間は、単一のホップ周波数を聴く。連続する走査の開始の間の間隔は、1.28秒よりも大きい。選択された周波数は、32の質問ホッピング周波数を構成するリストからくる。
【0051】
適切なIACを有する質問を聞くと、携帯装置は、いわゆる応答サブ状態に入り、そして、幾つかの質問応答メッセージをビーコンに発行する。このビーコンは、携帯装置を呼出し、ピコネットに参加するように招く。
【0052】
上述し且つ図6に示されたように、出願人は、基地局により発行される質問メッセージは、それに追加される余分なフィールドを有し、シューザ定義のペイロード(CA DATA)を送ることができるということをを提案する。CAのシナリオでは、このペイロードは、放送情報又はキーを、質問手順中に、CA端末へ送るのに使用される。フィールドを質問メッセージの最後に追加することにより、非−CA受信器が、変更無しにそれを無視できることは理解されよう。更に加えて、CAに特定のDIACを使用することにより、CA受信器は、余分な情報フィールドの存在を警告することができる。
【0053】
余分なデータフィールドの存在は、ブルーツース質問パケットの最後に従来は許されていたガード空間が減少されることを意味する。しかしながら、新たなホップ周波数に変更するための周波数シンセサイザ時間を与えるために設けられたこの空間は、現行の周波数シンセサイザが余分なガード空間に拡張されることを必要とせずにある速度で切り換えることができるので、一般的には、他に未使用である。標準の質問パケットは、長さ68ビットのIDパケットである。半スロット内でそれは送られるので、割当てられたガード空間は、(625/2−68)=244.5μs(625μsスロット期間、1Mビット/秒信号レート)である。モデムシンセサイザは、100μs又は、この分野の専門家により低いと考えられるルーチンで、非常に短い時間で切り換えることができる。出願人は、従って、新たなフィールドに対する適するサイズとして、100ビットの配置を提案する。他のフィールドサイズももちろん可能であることは容易く理解されよう。
【0054】
CA受話器は、ピコネットに加わるのに長い手順を通すことを要求されることなく、素早く放送データを受信できる。更に加えて、受話器は何も情報を送信する必要が無いので、このようなCA基地局が存在し得るような混雑した環境では特に重要な結果の電力節約がある。それにも関わらず、受話器がインターラクティブモードであり且つ更なる情報を得るためにピコネットに参加したい場合には、通常のデフォルト質問手順が採用できる。追加のデータフィールドの指示を通しての機能の損失はない。
【0055】
典型的な環境では、100ビットの4つは、IDフィールドのトレイラービットとして失われ、これは、相関器により読み出される結果である。残りの96ビットは、出願人は64ビットがデータとして使用され2/3FEC(前向き誤り訂正)チェックサムとして32ビットが好ましく、しかし、チェックサム、含まれヘッダ及び、他のオーバーヘッドは、データに利用できるビットの数を大きく、ある状況の下では10ビット以下に、減少する。各質問バーストは、8バイトの放送データを含む。最も共通のシナリオでは、AとBトレーンの第2のグループにより、携帯装置は基地局を見つけ、CAビーコンを理解しそして、放送データを待つ。それは特に聴いているので、携帯装置は少なくとも256バーストのデータを2回(AとB)読むことができ、これは、合計で2Kバイト又は4Kバイトの2つを与える。
【0056】
この段階では、携帯装置はビーコンクロックのフェーズを知らない。この情報はまだ送信されていないからである。携帯装置を補助するために、クロック情報は、図7に示すように、AとBの間の次の切換が発生するときを示す幾つかの補助情報と共に、第1のAとBグループ内の少なくとも幾つかのトレーン内で送信される。このクロック情報は、CA放送データの代わりに送信され、これにより2つのデータチャネルの間を区別するための手段が提供される。別のDIACは、1つの可能な方法である。
【0057】
携帯装置が、ビーコンのタイミングを知っているときには、携帯装置はどのようにそれがホップするかも知っており、これは、トレーンの全ての伝送の追跡をする能力を与える。フレーム内に16の伝送があるので、結果のCAチャネルは、16倍大きな容量を有し、且つ64Kバイトの情報を運ぶことができる。
【0058】
端末は、1.28秒以下ごとに起きるので、一般的には、第1のA又はB期間内の中間のマークにより必要とするクロック情報が得られる。中間のマークでのクロックからデータへの切換は、図8に示されているように、幾つかの有益な優位点を提供する。最初に、幾つかのデータは、質問処理の開始から5秒ないに受信されることが可能である。第2に、端末は更に、キーがサイクル内で比較的に遅く出現しても、(それが適切な動作であるならば)基地局に質問メッセージを自動的に発行することにより重要なキーに応答できる。容量の増加は見込まれていない。
【0059】
前述では、携帯装置は、32質問チャネルの1つに関する全ての追加のデータフィールドパケットを受信し、それにより、利用できる帯域の1/32のみを使用する。認識されているように、携帯端末(ビーコンスレーブ)が第1の質問パケットを受信するときに関する不明確さが克服できる場合には、ホッピングシーケンスの所定の性質が順応され、そして、全帯域はばが使用される。第1パケットを受信した点からマスタ質問シーケンスと同期するスレーブに関しては、スレーブはマスタクロックオフセットと、マスタホッピングシーケンス内の第1の受信されたパケットの位置の両方を知る必要がある。以下の例では、マスタが、(図4に示すような)3つのトレーン切換を伴なう16チャネル質問ホッピングシーケンスの256回の繰返しを含む、ブルーツース最小質問手順に従うとする。16チャネルをわたる各スイープは、10msを要する。
【0060】
スレーブホッピングと同期する代わりの方法は、各放送フィールドでクロックデータを伝送することである。追加のデータフィールド(BCD;図1)は、以下の情報を含む4バイトを担う。
−マスタクロックオフセット(2バイト)
−全トレーン繰返し数(1バイト)−全トレーンは、10msトレーンの256回繰返しよりなリ、パラメータの範囲は、0−255であるとする(次の全トレーンへの質問切換前)。これは、スレーブに、マスタが全トレーンを次に切り換える時を指示する。
−幾つの全トレーン切り換えが現在の質問サイクルで完了したか(1バイト)−このデータはスレーブに、マスタが現在の全トレーンの最後で何を行いそうか、即ち、他の全トレーンに切り換えるか又は、質問手順が終了するか、を示す。
【0061】
10msトレーン内でチャネルが繰返されない場合には、スレーブが、シーケンスの知識からこれを得ることができるので、ホッピングシーケンス内で現在のチャネルの位置を示すためにフィールドは要求されない。
【0062】
前述より、各追加のフィールドパケットに4バイト追加することにより、スレーブは、質問の最後への全ての追加のフィールドパケットをとることができ、なお、放送データを送るのに(データに対する100ビットからの64ビットの好適な割当てから)4バイトが利用できることが、分かる。
【0063】
完全なビーコン信号を考えると、1つが各質問パケットとともに送られる幾つかの4−バイトパケットに分割される必要があることは容易く理解されよう。説明のために、固定長のビーコン信号を仮定すると、16kBで、全信号がたんいつの質問トレーン上に収納できる(1つのトレーンは16−チャネルホップシーケンスの256回繰返しで、256*16*4バイト=16kB)。
【0064】
これを拡張することにより、ビーコン信号の第1のパケットが質問トレーンの第1のパケットに行くことを固定することにより、メッセージヘッダ内の現行の16−チャネルホッピングシーケンスに対する繰返しの数に対するメッセージインジケータフィールドから、スレーブは、完全なビーコン信号内で受信されたビーコンパケットの位置を得ることが可能とされる。
【0065】
本開示を読めば、他の変更は当業者には明らかである。そのような変更は、設計、製造及び、固定及び携帯通信システム及び、そこに含まれる部品において、既に知られている他の特徴を含んでもよく、そして、それは既に記載した特徴の代わりに又はこれに加えて使用されても良い。例えば、所定の位置内の放送データは、1つの移動体からの個人的な放送の範囲よりも広い領域をカバーする他の固定の放送ユニットに中継する局部的な固定のブルーツースユニットにより拾われてもよく、これは、ユーザが全て中央サービスに登録するシステムをわたってプライバシーを保持する。他の拡張は、特定の位置内の承諾する又は登録された移動体の言う−ザからのユーザデータのあるサブセットの放送をトリガーするための固定のビーコンの使用を含んでもよい。例えば、ディスコ内のビーコンは、その範囲内の全てのユーザの移動体からの個人的な放送をと律するように設定されても良く、放送は、他に、個人のプロファイルの”音楽趣向”の部分を投影する。最後に受信する移動体は、ユーザが出くわした個人放送を、後の使用のための接続ポインタと共に、記録してもよい。
【図面の簡単な説明】
【図1】
データフローを示す携帯装置の組の単純化された概略を示す図である。
【図2】
本発明を具体化するビーコンと携帯装置の組みの概略のブロック図である。
【図3】
リンクされたビーコン設備内の一連の装置の概略を示す図である。
【図4】
所定の周波数を中心とする質問アクセスコードのトレインの送信を示す図である。
【図5】
質問放送の継続期間をわたる質問メッセージのトレインの間の交番を示す図である。
【図6】
現在ある伝送スロット内への放送データのパケットの挿入を示す図である。
【図7】
質問メッセージトレインのシーケンス内でクロックデータを送るための第1の配置を示す図である。
【図8】
クロックデータを送るための図7のクロックデータを送るための交番配置を示す図である。[0001]
The present invention relates to services provided to users of electronic devices, in particular, but not exclusively, to users of mobile communication devices such as mobile phones and suitably equipped personal digital assistants (PDAs). The invention further relates to the means used in the delivery of such a service and to the device receiving it.
[0002]
In recent years, the number of mobile telephone network subscribers has increased worldwide, and with advances in technology and the addition of its functionality, cellular telephones have become personally reliable devices. As a result, the mobile information society has evolved and the importance of personalized and localized services has increased. Such "aware of situation" (CA) mobile phones are used with low power, short range base stations in locations such as shopping malls to provide location specific information. This information may include a local map, information about nearby shops and restaurants, and the like. The user's CA terminal is equipped to filter the received information according to pre-stored user preferences, and the user is alerted only when an item of data of particular interest is received.
[0003]
An example of a CA terminal is shown in US Pat. No. 5,835,861, which discloses the use of wireless telephones within the context of a billboard. The wireless telephone user obtains the supplier's telephone number by activating the wireless telephone, sends a prompt signal to the activated advertising source, and sends a response signal including the advertiser's telephone number from the advertising source. obtain. The telephone number is used to automatically call the supplier via the public switched telephone network. Instead, the phone number is stored for later use. This arrangement can be used to call a supplier without storing or noting down the telephone number. The signal between the bulletin board and the caller is transmitted as a modulated infrared (IR) signal.
[0004]
Many services and applications proposed for CA systems benefit from a true broadcast mode that does not require mobile terminals to join the wireless network. MIT's Media Lab is an i. r. We have invented a "meme badge" or "thinking tag" that allows the wearer to exchange simple text messages or quotes when in range and when in sight. Other similar concepts, such as "hot-badges," are described in, for example, the "Vision of the Future" (http://www.design.phillips.com/com/vof/) by Philips, published in 1996. The device broadcasts profile information about the user to the local area for the personal match to be received by other participants in the neighborhood. In addition, the short range r. f. The device ("Lovegety") became the epidemic of the simplification of the "invisible date" during the 1998 teens of Japan. The Lovegey user sets one of the three pre-assigned signals, and is alerted audibly and visually when the other Lovegey owners are in range, and the warning is the same setting that both the encountering user has Is different when you select (corresponds to the time you are looking for data).
[0005]
The creators and concepts of these devices extend the range of personal and social applications that can be facilitated by an electronic increase in personality, interest, mood, ability, or user projection of resources. Express. The Lovegety pandemic is such a short-range r.p. f. Indicates that the device is potentially popular among teens. In professional settings, such as large commercial shows, such "ice breaking" devices bring complementary business interest to people or are used in the form of electronic business card exchanges.
[0006]
Conventional devices such as those described above are limited to penetrating the market, while mobile phones are becoming ubiquitous very quickly. The Bluetooth communication protocol is expected to become a common technology in mobile communication devices, and one possible way to solve the problem of establishing a broadcast mode for CA applications is by allowing the user to agree to select such a service. To set up a two-way Bluetooth connection for data exchange between mobile devices served, through a full current Bluetooth handshaking process. As shown in Applicant's UK Patent Application No. 0015454.2 (this application claims its priority and is individually incorporated by reference), in the situation of one side of a fixed beacon mobile communication user, The Bluetooth connection protocol has the following disadvantages.
-The time to establish a connection before any data can be exchanged (10-30 seconds, which will cause the encounter to be outside the rf range).
-Power consumption for handshake transmission on behalf of the receiving device to establish a network connection.
A limit on the number of activated receivers that can be addressed by the broadcaster (seven activations in one piconet).
In the process of establishing a connection, the device id. Loss of privacy by the receiving device due to becoming known by the broadcasting device. In many favorable situations, broadcast listeners want to keep their identification and location arbitrarily and privately. This is a major drawback.
[0007]
Another possible solution to these CA applications is to register those mobile users close to fixed facilities and compare them with, for example, user profiles stored on the web, and match users via a matching Bluetooth or cellular network. Warn, via central service. However, this again has some of the drawbacks mentioned above (especially privacy), plus in addition to the user-arranged r.p.s. f. Restricts encountering a predetermined determined location where the beacon is located.
[0008]
It is therefore an object to provide a means by which users of portable communication devices can broadcast information to each other without the need for dedicated hardware or fixed equipment.
[0009]
According to a first aspect of the present invention, there is provided a communication system having at least one first mobile device capable of wireless message transmission and at least one second mobile device capable of receiving such message transmission, comprising: One first mobile device is configured to broadcast a series of interrogation messages in the form of a plurality of predetermined data fields, each arranged according to a first communication protocol, and wherein at least one first mobile device is provided. The device is further configured to add an additional data field to each interrogation message prior to transmission, and at least one second portable device receives the transmitted interrogation message and said additional data field Provided is a system configured to read data from a. By adding a broadcast message mechanism to the interrogation phase, messages can be transmitted from one user to another (or many others) without requiring the user equipment to send or receive to join the piconet. .
[0010]
In such a system, at least one first mobile device is configured to add the additional data field to the end of each query message and / or at least one first mobile device: It is configured to include an indication in one of the predetermined data fields, the indication indicating the presence of the additional data field.
[0011]
Preferably, but not necessarily, the first first communication protocol described above comprises a Bluetooth message, wherein the at least one first mobile device transmits a series of interrogation messages at a predetermined clocked continuous frequency. And the clock information for the first mobile device is included in the data carried by the additional data field. As described below, the additional data field may be from a few bits to at least 64 bits of data, and optionally any predetermined size, larger.
[0012]
To enable the mobile device to filter out unwanted messages as described above, the at least one first mobile device is configured to include the first comparison data in the message, and the at least one The second portable device has storage means for holding the second comparison data, and identifies when there is a match between the first and second comparison data and presents the data read from the additional data field. And comparison means configured to not present the data otherwise. The system further comprises means for generating such second comparison data from a user profile of a user of the second mobile device.
[0013]
In accordance with another aspect of the present invention, there is provided a mobile communication device for use as the first mobile device in the system described above, the device capable of wireless message transmission and transmitting a series of interrogation messages, A communication component configured to broadcast in the form of a plurality of predetermined data fields arranged according to a first communication protocol, and adding said additional data field to each interrogation message prior to transmission. Have.
[0014]
In accordance with yet another aspect of the present invention, there is provided a mobile communication device for use as the second mobile device in the system described above, the device comprising a short communication device comprising a plurality of data fields according to a first communication protocol. Receiver for receiving a range wireless interrogation message, means for determining when an additional data field has been added to the plurality of data fields, reading data from such additional data fields and presenting the same data to a user Means.
[0015]
Preferably, but not necessarily, a portable communication device embodying the present invention is configured to receive and / or send messages according to the Bluetooth protocol, and to both the first and second portable devices described above. Has technical features. Such a mobile communication device further comprises means operable by a user to select an operation as the first mobile device or the second mobile device and / or the first mobile device or Control means operable to switch between operations as the second portable device is provided. In order to solve the motivation problem, as shown below, such a control means is suitable for switching between operation as the first portable device or the second portable device at pseudo-random intervals. Operable.
[0016]
Further, in accordance with the present invention, a method of enabling a user of a first mobile communication device to broadcast a message to a user of another mobile communication device, wherein the first mobile communication device comprises a series of questions. Broadcasting a message in the form of a plurality of predetermined data fields, each arranged according to a first communication protocol, and wherein another suitably configured portable device receives the transmitted query message and the additional To read the method data from the data field, the first mobile communication device is provided with a method of adding an additional data field carrying the broadcast message data to each interrogation message prior to transmission.
[0017]
In such a method, the first mobile communication device suitably adds an additional data field at the end of each interrogation message, and / or the first mobile communication device includes one of the predetermined data fields. And an indication in said one, said indication indicating the presence of said additional data field.
[0018]
In an alternative embodiment of the invention, a communication system comprising at least one portable device capable of wireless message transmission and at least one fixed receiving device capable of receiving such message transmission, wherein at least one portable device The device is configured to broadcast a series of interrogation messages in the form of a plurality of predetermined data fields, each arranged according to a first communication protocol, wherein at least one portable device transmits each interrogation message prior to transmission. Further configured to add an additional data field to the message, and at least one fixed receiving device configured to receive the transmitted interrogation message and read data from the additional data field A system is provided. Thus, it will be appreciated that the fact that the message receiver is a portable device is not essential to comply with the present invention.
[0019]
The preferred embodiments of the present invention will be described by way of example only with reference to the accompanying drawings.
[0020]
In the following description, CA applications that use the Bluetooth protocol to communicate messages from beacons to portable devices (telephones, PDAs or others), and especially from portable devices to beacons and from one portable device to another Consider especially. As will be appreciated, the general inventive concept involving a broadcast channel as part of the interrogation procedure is not limited to Bluetooth devices and is particularly applicable to other communication arrangements in frequency hopping systems .
[0021]
The solution uses the mobile device's broadcaster's basic "data broadcast through interrogation phase" proposal. This method overcomes the limitations of full Bluetooth handshaking to establish a Bluetooth connection and, as mentioned above, requires several receivers in a crowded location to receive broadcast data from broadcast users. Preserves the arbitrariness of the listener while allowing.
[0022]
We expect the overall transmission rate via interrogation to be about 64K bytes per cycle. If the master performs the interrogation cycle continuously (i.e., if the piconet is not set up for broadcast only), the bit rate will have a total of 50 kbits per second. This data rate can be easily used to help the user filter XML-type profile descriptions in a standardized format such as the W3C proposal for the Profile Data Format (OPS) or by different receivers. Allows broadcast messages, possibly tagged by classification, to be broadcast around themselves. Alternatively, the musical atmosphere or audio stream for the user or their interest in finding a business or leisure partner may be broadcast locally by the user.
[0023]
The receiving device recognizes that there is method data in the input interrogation packet and needs to extract those formats (broadcast by mobile users) and information to decode the media format being broadcast. Input data tagged with classes such as "sports interest", "gender", etc. must match again the profile of the recipient looking for a match.
[0024]
Only mobiles with Bluetooth have one radio, and they can either be broadcast or listen to interrogation data, but not both at the same time, so one important Steps are required. Further, if two mobiles happen to synchronize in receive / transmit (eg, because they both receive the rig and the outside), they cannot hear each other. The solution is that the mobiles are alternately in broadcast and receive mode, and the start time of this cycle is configured to be pseudo-randomly selected by each mobile. The user can choose between three possible states for their mobile.
-Broadcast only, do not listen to other broadcasts.
-Receive only and not broadcast at all.
-Repeat the broadcast and reception state periodically.
[0025]
In an exemplary embodiment, a social application of the "hot-badge" type extends the application technology of embedding broadcast data in the interrogation phase signal from a fixed Bluetooth device, from a mobile device being carried by the user. Of data broadcasting without one-way connection. In addition, a portal matching process that can filter such mobile broadcasts or offers from users is preferably included in the mobile. This filtering is straightforward when tagged according to some common classification mechanism (eg, XML).
[0026]
GSM or UMTS or other cellular phones equipped with Bluetooth are expected to be a common execution platform for terminals in this application. However, there are clearly other platforms such as, for example, conventional PDAs and laptop personal computers, which are usually listed as possible mobile Bluetooth platforms.
[0027]
The user has a set of optional predefined data, possibly including websites or telephone numbers of other parties of interest to connect to the local broadcast from the user's mobile, and possibly to track. Can be selected. This data could be in the form of encoded emotional graphic icons, compressed text messages, lists of personal interests or desired features, and the like. For example, for example, "Who loves rock music?" Or "Call me. I offer a cheap computer.", "I am a doctor.", "I am a Madonna fan." Some data, such as, may be decoded and displayed by the receiving device as a continuous SMS message.
[0028]
Receivers, such as mobiles capable of Bluetooth to other users, need to be able to detect Bluetooth interrogation polling signals that are tagged to contain one-way broadcast data. These receivers must be able to remain silent without transmitting a Bluetooth response to the input interrogation signal. The Bluetooth input interrogation signal, which has been tagged to include the data packet, then requires the embedded broadcast data to be combined by the receiving device to extract, decode, and translate. Metadata (eg, an XML description) with additional features or content of the broadcast data can optionally be compared or filtered with the listener's own interest or search profile. Broadcasts that survive this filtering are warned by squirrels as visual, audio, or tactile (eg, vibration) signals.
[0029]
Therefore, r. f. Any number of other users within the broadcast can decode the broadcast stream, while still remaining anonymous. Thus, these users are alerted to social opportunities of interest and, optionally, track a connection pointer to the web URL or telephone number associated with the broadcast, or (respond to the data received. Broadcast their own version of the data instead.
[0030]
A simplified data flow of this application is shown in FIG. 1, starting from the microphone 100 of the transmitting portable device 12 and reaching the broadcast terminal 106 via the activation stage 102 and the codec 104. From the antenna 108, the message 60 is transmitted to the receiving terminal 112 in the portable receiving device 10 via the aerial battle 110.
[0031]
From the receiving terminal 112, an audio message is sent to the speaker 118 via the codec 114 and the digital-to-analog converter 116. A data message for display is sent from the output of the codec 114 to the display device 120. On each side, data storage devices 122, 124 may be used to provide local storage of messages / data and the like.
[0032]
There are many possible variations on this mechanism, including the use of current messages, messages synthesized from sampled words or allophones, and speech synthesis. It is also convenient to encode and store the messages to save memory. Other configurations are possible.
[0033]
In a broadcast terminal, broadcast data must be packetized before being transmitted wirelessly. A private broadcast data packet may include the following non-exhaustive list of fields.
header:
Protocol identifier ("Personal broadcast audio")
Packet length indicator
Format of packet content data (icon, text, music, voice)
Metadata that describes the content or refers to an agreed classification
mechanism
Codec format
Start / end / intermediate / whole packet
Packet number
Body
Encoded content data
FIG. 2 shows a schematic block diagram of a CA mobile telephone 10 used with other such devices 12 and one or more low power short range base stations or beacons 14. As described above and as will be described in detail below, such an arrangement, along with a beacon that downloads a key of information to the mobile device, may be located in locations such as local maps, information about nearby stores and restaurants, etc. It can be used in places like shopping malls to provide specific information. This is in addition to the interaction between the mobile device users 10,12. An information key is a small information object that provides a reference to the source of all information, and is in the form of several predefined fields, one of which is a short descriptive text presented to the user. Including. Another field is some form of pointer or address, for example, a URL or telephone number. Other auxiliary fields control how data is presented to the user and how addresses are exploited. Beacon 14 and / or mobile device 12 typically broadcast some of these keys periodically, each typically corresponding to a different item of service or data.
[0034]
The user's CA terminal 10 has an antenna 16 connected to a transceiver stage 18 for sending and receiving messages. The output message results from a user input to the telephone, either an audio input via microphone 20 and A /
[0035]
Messages received via the antenna 16 and the transceiver 18 are sent via a decoding stage 30 to a filtering and signal processing stage 32. If the data sent by the message is to be presented on a telephone display screen 34, the data is sent to a display driver 36, optionally after buffering 38, which formats the display image. . As will be appreciated, the display 34 is a relatively simple low resolution device and converts the received data to display the data as a subset of the processing stage 32 function without the need for a dedicated display driver stage. Is performed.
[0036]
If the message carries data from another user 12 or one or more beacons 14, the phone has the ability to filter the information received according to the pre-stored 40 user preferences, and If the comparison of the accumulated preference data with the subject indicator in the message indicates that a particular item of data of interest has been received, the user is only alerted (i.e., the information is retained in buffer 38). And / or presented on screen 34).
[0037]
For conventional audio messages, the audio data is output by a filter and processing stage 32 via a D / A converter 42 and an amplifier 44 to an earphone or speaker 46. Receipt of such a message from telephone network 48 is indicated by arrow 50, which is also from telephone 10 to wide area network (WAN) service 52 and via WAN 54 (which may be the Internet). , Providing a link to one or more remote providers 56 that provide a source of data for telephone 10.
[0038]
Communication between the receiving CA terminal (telephone 10) and the transceiver user station 12 (or beacon 14) takes two forms: "push" and "pull". In the “push” mode, information is broadcast by the devices 12, 14 to all the mobile terminals 10 in the form of short “keys” indicated at 60. This key may take various forms depending on the application, but in general, a short description of the information to be transmitted and a complete description of the information, for example a URL identifying one of the providers 56 Contains pointers.
[0039]
The keys are received by the terminal 10 "unaware", i.e. without direct intervention by the user, and are automatically filtered according to the user's predetermined preferences. Some will be discarded, some will be retained for further learning, others will alert the user immediately. For example, a store may choose to push the details of a special offer to terminals that are interested and therefore the users who have set the filter 32 accordingly have the knowledge to be alerted by those terminals.
[0040]
Sometimes, a user wants to get more information than the information contained in the key. Here, the “push” mode allows establishing a connection with the server 56 (which need not be specially configured for CA) and sends activation request information to the terminal 10.
[0041]
On the other hand, known stations or beacons are typically independent of each other (in a shopping mall setting, each store provides and maintains its own beacon without reference to a beacon provided by an adjacent store); Beacons are wholly or partially networked with at least some coordination to broadcast the message. FIG. 3 is a diagram of such a
[0042]
Returning to FIGS. 1 and 2, a strong candidate technology for the required wireless connection for at least the "push" mode of the above-described CA system is Bluetooth. Analyzing the CA protocol or the Bluetooth protocol for "push" mode usage reveals a problem. In the ideal case, the terminal 10 detects the transmitting mobile 12 or the fixed beacon 14, and extracts the basic information therefrom without requiring the terminal 10 to transmit at all. However, this type of broadcast operation is not included in the current Bluetooth specification.
[0043]
In part, the incompatibility follows the frequency hopping characteristics of the Bluetooth beacon system, which means that a terminal must transmit a beacon in both time and frequency in order for a broadcast message (or message) to be received by the terminal. It means that it must be synchronized. The mobile device 10 must synchronize its clock to the clock of the beacon (or the transmitting mobile device) and must infer from the beacon body how many hopping sequences are employed.
[0044]
In order to make this guess, the mobile device has conventionally been required to participate as a slave in a piconet managed by a beacon as a piconet master. A set of two procedures is used: "Question" and "Page". The query allows the slave to join to find the base station and issue a request to join the piconet. The page allows the base station to prompt the slave to choose to join the net. Analysis of these procedures shows that the time to join the piconet and stay in the position to receive information from the master is tens of seconds, which is too large for CA applications and the user has to join before completing the join. The user may move out of range of the beacon.
[0045]
The Bluetooth interrogation procedure has been specifically proposed to solve the problem presented by both master and slave, and applicants have recognized the possibility of adding broadcast channels on interrogation messages issued by the master. Only CA terminals need to read broadcast channel messages, and only CA base stations or beacons transmit them. Thus, in the wireless interface, the mechanism is fully compatible with conventional (non-CA) Bluetooth systems.
[0046]
To show how this is performed, first consider how the query procedure itself works with reference to FIGS. If the Bluetooth unit wants to find another Bluetooth device, it enters a so-called interrogation sub-state. In this mode, it issues a general message access code (GIAC) or a query message containing some options and a dedicated question access code (DIAC). This message transmission is repeated at several levels, first transmitted for 16 frequencies from the frequencies making up a total of 32 interrogation hopping sequences. This message is transmitted twice on two frequencies, in some time slots, and the odd time slots are used to hear the responses for the two corresponding interrogation response hopping frequencies.
[0047]
The 16 frequencies and their responses thus cover 16 time slots or 10 ms. The diagram of FIG. 4 shows the transmission of a sequence of 16 frequencies centered around f {k}. Here, f {k} indicates a question hopping sequence.
[0048]
The next step is at least N inquiry This is a repetition of the transmission sequence. At the very least, this is the total sequence N inquiry = 256 repetitions. Next, the interrogation transmission train A is exchanged with the interrogation transmission train B that forms the transmission sequence for the remaining 16 frequencies. Again, train B comprises 256 repetitions of the transmission sequence. Overall, the interrogation transmission cycle is between train A and train B transmissions. As shown in FIG. 5, the specification states that this switch between trains must occur at least three times to ensure that all responses are collected without error. This means that the interrogation broadcast occupies at least 10.24 seconds.
[0049]
A way to reduce this is to switch between interrogation transmission trains even faster, without waiting for 2.56 seconds for 256 repetitions of 10 ms covering 16 time slots. This is achieved by configuring the system to switch if no interrogation message is detected after 50 ms with respect to the understanding that no such message is detected in the rest of the current train.
[0050]
A mobile device wishing to be found by a beacon enters the interrogation scan sub-state. Here, it listens to a message containing the GIAC or DIAC of interest. This also operates periodically. The interrogation period, which must be long enough to cover the 16 interrogation frequencies used by the interrogation, listens to a single hop frequency. The interval between the start of successive scans is greater than 1.28 seconds. The selected frequency comes from a list comprising 32 interrogation hopping frequencies.
[0051]
Upon hearing the question with the appropriate IAC, the mobile device enters a so-called answer sub-state and issues some question answer messages to the beacon. The beacon calls the mobile device and invites them to join the piconet.
[0052]
As described above and shown in FIG. 6, Applicants may request that the interrogation message issued by the base station have extra fields added to it and send a shoer defined payload (CA DATA). I suggest that. In the CA scenario, this payload is used to send broadcast information or keys to the CA terminal during the interrogation procedure. It will be appreciated that by adding a field to the end of the query message, the non-CA receiver can ignore it without change. In addition, by using a CA-specific DIAC, the CA receiver can warn of the presence of extra information fields.
[0053]
The presence of the extra data field means that the guard space conventionally allowed at the end of the Bluetooth interrogation packet is reduced. However, this space provided to give the frequency synthesizer time to change to a new hop frequency can be switched at a certain rate without the need for the current frequency synthesizer to be extended to extra guard space. As such, they are generally unused elsewhere. The standard inquiry packet is an ID packet having a length of 68 bits. Since it is sent in half a slot, the guard space allocated is (625 / 2-68) = 244.5 μs (625 μs slot duration, 1 Mbit / s signal rate). Modem synthesizers can be switched in a very short time, with a routine of 100 μs or less, considered by experts in the field. Applicants therefore propose an arrangement of 100 bits as a suitable size for the new field. It will be readily appreciated that other field sizes are of course possible.
[0054]
CA handsets can quickly receive broadcast data without being required to go through a long procedure to join the piconet. In addition, there is a significant power savings particularly important in congested environments where such CA base stations may be present, since the handset does not need to transmit any information. Nevertheless, if the handset is in interactive mode and wants to join the piconet to get more information, the normal default interrogation procedure can be employed. There is no loss of functionality through the indication of additional data fields.
[0055]
In a typical environment, four of the 100 bits are lost as trailer bits in the ID field, which is the result of being read by the correlator. For the remaining 96 bits, applicants prefer 64 bits as data and 32 bits as 2/3 FEC (forward error correction) checksum, but the checksum, included headers and other overhead are used for data. The number of possible bits is large, and under certain circumstances drops to less than 10 bits. Each interrogation burst contains 8 bytes of broadcast data. In the most common scenario, with the second group of A and B trains, the mobile device finds a base station, understands CA beacons, and waits for broadcast data. Since it is listening specifically, the portable device can read at least 256 bursts of data twice (A and B), which gives a total of 2 or 2 Kbytes.
[0056]
At this stage, the mobile device does not know the phase of the beacon clock. This information has not been transmitted yet. To assist the portable device, the clock information, along with some auxiliary information indicating when the next switch between A and B occurs, as shown in FIG. Sent in at least some trains. This clock information is transmitted instead of the CA broadcast data, thereby providing a means for distinguishing between the two data channels. Another DIAC is one possible method.
[0057]
When the mobile device knows the timing of the beacon, it also knows how it hops, which gives it the ability to keep track of all transmissions on the train. Since there are 16 transmissions in the frame, the resulting CA channel has 16 times greater capacity and can carry 64K bytes of information.
[0058]
Since the terminal wakes up every 1.28 seconds or less, the clock information needed is generally obtained by the middle mark in the first A or B period. Switching from clock to data at an intermediate mark provides some beneficial advantages, as shown in FIG. Initially, some data may be received no more than 5 seconds after the start of query processing. Second, the terminal can also generate important keys by automatically issuing an interrogation message to the base station (if it is a proper operation), even if the key appears relatively late in the cycle. Can respond. No increase in capacity is expected.
[0059]
In the foregoing, the mobile device receives all additional data field packets for one of the 32 interrogation channels, thereby using only 1/32 of the available bandwidth. As will be appreciated, if the ambiguity regarding when the mobile terminal (beacon slave) receives the first interrogation packet can be overcome, then certain properties of the hopping sequence will be accommodated, and the full bandwidth will be reduced. Is used. For a slave that synchronizes with the master interrogation sequence from the point of receiving the first packet, the slave needs to know both the master clock offset and the position of the first received packet in the master hopping sequence. In the following example, assume that the master follows a Bluetooth minimum interrogation procedure that includes 256 repetitions of a 16-channel interrogation hopping sequence with three train switches (as shown in FIG. 4). Each sweep over 16 channels takes 10 ms.
[0060]
An alternative way to synchronize with slave hopping is to transmit clock data on each broadcast field. The additional data field (BCD; FIG. 1) carries 4 bytes containing the following information:
-Master clock offset (2 bytes)
-Total train repetition count (1 byte)-All trains consist of 256 repetitions of a 10ms train, and the parameter range is 0-255 (before the next question switch to all trains). This instructs the slave when the master next switches all trains.
-How many all train switches have been completed in the current interrogation cycle (1 byte)-this data tells the slave what the master is going to do at the end of all current trains, i.e. switch to all other trains Or, indicate whether the question procedure ends.
[0061]
If the channel is not repeated within the 10 ms train, no fields are required to indicate the current channel position in the hopping sequence, since the slave can derive this from knowledge of the sequence.
[0062]
From the foregoing, by adding 4 bytes to each additional field packet, the slave can take all the additional field packets at the end of the query and still send the broadcast data (from 100 bits for the data). It can be seen that 4 bytes are available (from the preferred allocation of 64 bits for...).
[0063]
Given the complete beacon signal, it will be readily appreciated that one needs to be split into several 4-byte packets sent with each interrogation packet. For the sake of illustration, assuming a fixed length beacon signal, at 16 kB, all signals can be accommodated on a single interrogation train (one train is 256 * 16 * 4 bytes with 256 repetitions of a 16-channel hop sequence). = 16 kB).
[0064]
By extending this, by fixing that the first packet of the beacon signal goes to the first packet of the interrogation train, the message indicator field for the number of repetitions for the current 16-channel hopping sequence in the message header Is allowed to obtain the position of the received beacon packet within the complete beacon signal.
[0065]
From reading the present disclosure, other modifications will be apparent to persons skilled in the art. Such modifications may include other features already known in the design, manufacture, and installation of the fixed and portable communication systems and components contained therein, and which may replace or replace the features already described. It may be used in addition to. For example, broadcast data within a given location may be picked up by a local fixed Bluetooth unit that relays to another fixed broadcast unit covering an area larger than a personal broadcast from one mobile. Alternatively, this preserves privacy across systems where users all register for a central service. Other extensions may include the use of fixed beacons to trigger the broadcasting of a certain subset of user data from authorized or registered mobiles within a particular location. For example, a beacon in a disco may be set up to regulate personal broadcasts from mobiles of all users within its range, and broadcasts may be otherwise based on the "musical taste" of the personal profile. Project the part. The last receiving mobile may record a personal broadcast encountered by the user, along with a connection pointer for later use.
[Brief description of the drawings]
FIG.
FIG. 3 shows a simplified schematic of a set of portable devices showing the data flow.
FIG. 2
1 is a schematic block diagram of a combination of a beacon and a portable device embodying the present invention.
FIG. 3
FIG. 2 is a diagram schematically illustrating a series of devices in a linked beacon facility.
FIG. 4
FIG. 4 is a diagram illustrating transmission of a train of question access codes centered on a predetermined frequency.
FIG. 5
FIG. 9 is a diagram showing alternations during a train of question messages over the duration of a question broadcast.
FIG. 6
FIG. 7 is a diagram illustrating insertion of a packet of broadcast data into a current transmission slot.
FIG. 7
FIG. 4 shows a first arrangement for sending clock data in a sequence of interrogation message trains.
FIG. 8
FIG. 8 is a diagram showing an alternation arrangement for transmitting clock data of FIG. 7 for transmitting clock data.
Claims (17)
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
GBGB0015454.2A GB0015454D0 (en) | 2000-06-26 | 2000-06-26 | Data delivery through beacons |
GB0015454.2 | 2000-06-26 | ||
GB0020098.0 | 2000-08-15 | ||
GBGB0020098.0A GB0020098D0 (en) | 2000-06-26 | 2000-08-15 | Data delivery through portable devices |
PCT/EP2001/006941 WO2002001804A1 (en) | 2000-06-26 | 2001-06-18 | Data delivery through portable devices |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2004502337A true JP2004502337A (en) | 2004-01-22 |
JP4718754B2 JP4718754B2 (en) | 2011-07-06 |
Family
ID=9894295
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2002505466A Expired - Fee Related JP4718755B2 (en) | 2000-06-26 | 2001-06-18 | Communication system, beacon device, communication device and method |
JP2002505464A Expired - Fee Related JP4778661B2 (en) | 2000-06-26 | 2001-06-18 | Communication system, primary station, secondary station and method |
JP2002505458A Expired - Fee Related JP4718754B2 (en) | 2000-06-26 | 2001-06-18 | Data delivery through portable devices |
Family Applications Before (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2002505466A Expired - Fee Related JP4718755B2 (en) | 2000-06-26 | 2001-06-18 | Communication system, beacon device, communication device and method |
JP2002505464A Expired - Fee Related JP4778661B2 (en) | 2000-06-26 | 2001-06-18 | Communication system, primary station, secondary station and method |
Country Status (5)
Country | Link |
---|---|
JP (3) | JP4718755B2 (en) |
KR (4) | KR100719791B1 (en) |
AT (1) | ATE424072T1 (en) |
DE (1) | DE60137754D1 (en) |
GB (5) | GB0015454D0 (en) |
Families Citing this family (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4483271B2 (en) | 2003-11-19 | 2010-06-16 | ソニー株式会社 | Wireless communication apparatus and response data processing method for wireless communication apparatus |
US7154862B2 (en) * | 2003-12-31 | 2006-12-26 | Openpeak Inc. | Device control system, method, and apparatus for server-based or peer-to-peer network environments |
US7760671B2 (en) * | 2004-02-13 | 2010-07-20 | Nokia Corporation | Protocol for indicating enhanced capabilities for use by short-range wireless connectivity equipment |
BRPI0621900A2 (en) * | 2006-07-25 | 2011-12-20 | Thomson Licensing | recovery from burst packet loss on internet protocol-based wireless networks using staggered transmission and early cross-packet error correction |
JP2008219863A (en) | 2007-02-08 | 2008-09-18 | Nec Corp | Location information management system, location information management method, program, and location information management server |
US9414425B2 (en) * | 2012-07-23 | 2016-08-09 | Eri, Inc. | Information distribution system, wireless communication apparatus and program |
JP5755213B2 (en) * | 2012-11-22 | 2015-07-29 | トムソン ライセンシングThomson Licensing | Recovering from burst packet loss in internet protocol based wireless networks using stagger casting and cross-packet forward error correction |
KR102282103B1 (en) * | 2014-05-14 | 2021-07-27 | 삼성전자주식회사 | Method and apparatus for communicating audio data |
KR101670899B1 (en) * | 2015-02-27 | 2016-10-31 | 모바일센 주식회사 | Standby-time service method using operating server and mobile communication terminal capable of communicating with beacon |
JP6645920B2 (en) * | 2016-07-06 | 2020-02-14 | 富士通コンポーネント株式会社 | Wireless communication device |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH1013910A (en) * | 1996-06-18 | 1998-01-16 | Nec Corp | Location identifier allocating method and moving host corresponding network |
JPH1146294A (en) * | 1997-07-25 | 1999-02-16 | Canon Inc | Image communication method and image communication system |
JPH11220771A (en) * | 1998-01-30 | 1999-08-10 | Toshiba Tec Corp | Method and system for radio communication |
JPH11298533A (en) * | 1997-10-14 | 1999-10-29 | Lucent Technol Inc | Method for sharing band width in multiplex access system for communication network |
WO2000032002A1 (en) * | 1998-11-20 | 2000-06-02 | Ericsson Inc. | Radiocommunication system proximity detection by mobile stations |
JP2002505466A (en) * | 1998-02-26 | 2002-02-19 | サンマイクロシステムズ インコーポレーテッド | Remote method invocation method and apparatus |
JP2002505464A (en) * | 1998-02-26 | 2002-02-19 | サン・マイクロシステムズ・インコーポレーテッド | Apparatus and method for providing downloadable code for use in communicating with devices in a distributed system |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5604921A (en) | 1995-07-07 | 1997-02-18 | Nokia Mobile Phones Ltd. | Radiotelephone user interface for broadcast short message service |
WO1998048969A2 (en) * | 1997-04-24 | 1998-11-05 | Friedrich Niederndorfer | Object for wireless transmission and/or reception of object and/oor person related data |
FI980427A (en) * | 1998-02-25 | 1999-08-26 | Ericsson Telefon Ab L M | Procedure, arrangement and device for verification |
US6020810A (en) | 1998-10-22 | 2000-02-01 | Har-Even; Eva A. | Automatic electronic date/mate finder and method of electronically finding a date/mate |
DE19857782C2 (en) * | 1998-12-04 | 2001-01-11 | Mannesmann Ag | Method for transmitting table information from a control center to a terminal via a transmission channel and control center for performing the method |
-
2000
- 2000-06-26 GB GBGB0015454.2A patent/GB0015454D0/en not_active Ceased
- 2000-08-15 GB GBGB0020099.8A patent/GB0020099D0/en not_active Ceased
- 2000-08-15 GB GBGB0020098.0A patent/GB0020098D0/en not_active Ceased
- 2000-08-15 GB GBGB0020076.6A patent/GB0020076D0/en not_active Ceased
- 2000-08-15 GB GBGB0020073.3A patent/GB0020073D0/en not_active Ceased
-
2001
- 2001-06-18 KR KR1020027002504A patent/KR100719791B1/en not_active IP Right Cessation
- 2001-06-18 AT AT01960340T patent/ATE424072T1/en not_active IP Right Cessation
- 2001-06-18 JP JP2002505466A patent/JP4718755B2/en not_active Expired - Fee Related
- 2001-06-18 DE DE60137754T patent/DE60137754D1/en not_active Expired - Fee Related
- 2001-06-18 KR KR1020027002320A patent/KR100769606B1/en not_active IP Right Cessation
- 2001-06-18 KR KR1020027002264A patent/KR100769610B1/en not_active IP Right Cessation
- 2001-06-18 JP JP2002505464A patent/JP4778661B2/en not_active Expired - Fee Related
- 2001-06-18 JP JP2002505458A patent/JP4718754B2/en not_active Expired - Fee Related
- 2001-06-18 KR KR1020027002251A patent/KR100742237B1/en not_active IP Right Cessation
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH1013910A (en) * | 1996-06-18 | 1998-01-16 | Nec Corp | Location identifier allocating method and moving host corresponding network |
JPH1146294A (en) * | 1997-07-25 | 1999-02-16 | Canon Inc | Image communication method and image communication system |
JPH11298533A (en) * | 1997-10-14 | 1999-10-29 | Lucent Technol Inc | Method for sharing band width in multiplex access system for communication network |
JPH11220771A (en) * | 1998-01-30 | 1999-08-10 | Toshiba Tec Corp | Method and system for radio communication |
JP2002505466A (en) * | 1998-02-26 | 2002-02-19 | サンマイクロシステムズ インコーポレーテッド | Remote method invocation method and apparatus |
JP2002505464A (en) * | 1998-02-26 | 2002-02-19 | サン・マイクロシステムズ・インコーポレーテッド | Apparatus and method for providing downloadable code for use in communicating with devices in a distributed system |
WO2000032002A1 (en) * | 1998-11-20 | 2000-06-02 | Ericsson Inc. | Radiocommunication system proximity detection by mobile stations |
JP2002531031A (en) * | 1998-11-20 | 2002-09-17 | エリクソン インコーポレイテッド | Proximity detection of wireless communication system by mobile station |
Also Published As
Publication number | Publication date |
---|---|
GB0020073D0 (en) | 2000-10-04 |
GB0020099D0 (en) | 2000-10-04 |
KR100742237B1 (en) | 2007-07-25 |
KR20020024328A (en) | 2002-03-29 |
KR20020024331A (en) | 2002-03-29 |
KR100769606B1 (en) | 2007-10-23 |
KR20020026602A (en) | 2002-04-10 |
JP4718755B2 (en) | 2011-07-06 |
JP4778661B2 (en) | 2011-09-21 |
DE60137754D1 (en) | 2009-04-09 |
JP4718754B2 (en) | 2011-07-06 |
JP2004502341A (en) | 2004-01-22 |
KR20020026591A (en) | 2002-04-10 |
JP2004502339A (en) | 2004-01-22 |
KR100719791B1 (en) | 2007-05-21 |
GB0015454D0 (en) | 2000-08-16 |
ATE424072T1 (en) | 2009-03-15 |
GB0020098D0 (en) | 2000-10-04 |
GB0020076D0 (en) | 2000-10-04 |
KR100769610B1 (en) | 2007-10-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP1216548B1 (en) | Data delivery through portable devices | |
US7587207B2 (en) | Data delivery through beacons | |
US6928263B2 (en) | Local data delivery through beacons | |
US6868256B2 (en) | Portable device interaction with beacons | |
EP1249105B1 (en) | Data delivery through beacons | |
US20020183004A1 (en) | Beacon infrastructure | |
US20040192206A1 (en) | Method and device for identifying and pairing bluetooth devices | |
KR20020058015A (en) | Message handover for networked beacons | |
KR20020026596A (en) | Localised audio data delivery | |
JP4718754B2 (en) | Data delivery through portable devices | |
Jain | Wireless Protocols for IoT Part I: Bluetooth and Bluetooth Smart | |
KR20020088081A (en) | Connectionless broadcast signalling | |
KR20030005369A (en) | Broadcasting system for power line network | |
KR20020024329A (en) | Local data delivery through beacons |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20080616 |
|
A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A711 Effective date: 20090514 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100720 |
|
A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20101012 |
|
A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20101019 |
|
A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20101111 |
|
A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20101118 |
|
A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20101216 |
|
A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20101224 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20110120 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20110322 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20110401 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140408 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140408 Year of fee payment: 3 |
|
S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140408 Year of fee payment: 3 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
LAPS | Cancellation because of no payment of annual fees |