JP3651664B2 - 放送型サービスシステム及びその通信方法 - Google Patents
放送型サービスシステム及びその通信方法 Download PDFInfo
- Publication number
- JP3651664B2 JP3651664B2 JP2000333615A JP2000333615A JP3651664B2 JP 3651664 B2 JP3651664 B2 JP 3651664B2 JP 2000333615 A JP2000333615 A JP 2000333615A JP 2000333615 A JP2000333615 A JP 2000333615A JP 3651664 B2 JP3651664 B2 JP 3651664B2
- Authority
- JP
- Japan
- Prior art keywords
- reception
- information
- receiving
- transmission
- information providing
- 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.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
- H04H60/76—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet
- H04H60/81—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet characterised by the transmission system itself
- H04H60/90—Wireless transmission systems
- H04H60/92—Wireless transmission systems for local area
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/40—Connection management for selective distribution or broadcast
-
- 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
Description
【０００１】
【発明の属する技術分野】
本発明は、Bluetooth技術を用いた無線ネットワークにおける放送型サービスシステム及びその通信方法に関する。
【０００２】
【従来の技術】
近年、画像や音声等のデータを交換する標準ワイヤレス技術として、Bluetooth（bluetooth）が開発されている。Bluetoothは、携帯電話やノートパソコン、デジタル家電等のデジタル機器に搭載されて、相互間で近距離無線通信を実現する。
【０００３】
Bluetoothは、２．４ＧＨｚ帯の搬送波周波数を利用しており、周波数ホッピング方式のスペクトラム拡散方式を用いる。即ち、Bluetoothでは、１ＭＨｚ幅の７９チャンネルを用いており、これらのチャンネルを１秒間に最大で１６００回切換えることにより、他の無線通信との干渉を防止するようになっている。
【０００４】
従って、Bluetooth対応機器（以下、Bluetoothユニットという）同士を接続させる場合には、周波数ホッピングパターンを相互に一致させる必要がある。周波数ホッピングパターンを決定するBluetoothユニット（以下、マスタという）とマスタが決定したホッピングパターンに従って通信を行うBluetoothユニット（以下、スレーブという）とは、インクワイアリ（inquiry ）及びページ（page）という過程を経て通信可能な状態となる。
【０００５】
ところで、各Bluetoothユニット同士は、ポイント・ツー・ポイント方式で接続することもでき、また、ポイント・ツー・マルチポイント方式で接続することもできる。マスタに接続されたスレーブは、マスタとの通信に際して３ビットのアクティブ・メンバー・アドレス（active member address ）が割り当てられる。従って、ポイント・ツー・マルチポイント接続では、１マスタに対して７台のスレーブを接続することができる。
【０００６】
しかしながら、ポイント・ツー・マルチポイント接続におけるスレーブの接続数が７台に制限されていることから、マスタによる放送型サービスの提供は困難であるという問題があった。
【０００７】
【発明が解決しようとする課題】
このように、従来、Bluetooth技術を用いて無線ネットワークを構築した場合には、スレーブの接続数が７台に制限されることから、放送型サービスを提供することができないという問題点があった。
【０００８】
本発明はかかる問題点に鑑みてなされたものであって、ポイント・ツー・マルチポイント接続の接続数の制限に拘わらず、充分な数の機器に放送型サービスの提供を可能にすることができる放送型サービスシステム及びその通信方法を提供することを目的とする。
【０００９】
【課題を解決するための手段】
本発明の請求項１に係る放送型サービスシステムは、Bluetooth仕様に基づいた通信が可能な送信装置、受信情報提供装置、受信装置からなる放送型サービスシステムにおいて、前記送信装置は、アプリケーションデータを１つ以上の前記受信装置宛てに送信する第１の送信手段と、前記アプリケーションデータを受信するために前記受信装置が必要とする受信確立情報を送信する第２の送信手段とを有し、前記受信情報提供装置は、前記送信装置から送信された前記受信確立情報を受信する第１の受信手段と、この受信確立情報を所定の前記受信装置宛に送信する受信確立情報送信手段とを有し、前記受信装置は、前記受信情報提供装置から送信された前記受信確立情報を受信する受信確立情報受信手段と、この受信確立情報に基づいて前記送信装置から送信された前記アプリケーションデータを受信する第２の受信手段とを有するものであり、
本発明の請求項４に係る放送型サービスシステムは、Bluetooth仕様に基づいた通信が可能な送信装置及び受信装置からなる放送型サービスシステムにおいて、前記送信装置は、アプリケーションデータを１つ以上の前記受信装置宛てに送信する第１の送信手段と、前記アプリケーションデータを受信するために前記受信装置が必要とする受信確立情報を送信する第２の送信手段とを有し、前記受信装置は、前記送信装置との間でBluetooth仕様に基づいたアクティブモードの通信時に前記送信装置から送信された前記受信確立情報を受信する受信確立情報受信手段と、前記送信装置との間で前記アクティブモードの通信から、Bluetooth仕様に基づいたパークモードの通信に移行した際には、前記アクティブモード時に前記受信確立情報受信手段で受信した前記受信確立情報に基づいて、前記アプリケーションデータを受信する受信手段とを具備するものであり、
本発明の請求項８に係る放送型サービス通信方法は、Bluetooth仕様に基づいた通信が可能な送信装置、受信情報提供装置、受信装置からなる放送型サービスシステムの通信方法において、前記送信装置は、アプリケーションデータを１つ以上の前記受信装置宛てに送信し、前記アプリケーションデータを受信するために前記受信装置が必要とする受信確立情報を送信し、前記受信情報提供装置は、前記送信装置から送信された前記受信確立情報を受信し、この受信確立情報を所定の前記受信装置宛に送信し、前記受信装置は、前記受信情報提供装置から送信された前記受信確立情報を受信し、この受信確立情報に基づいて前記送信装置から送信された前記アプリケーションデータを受信するものであり、
本発明の請求項９に係る放送型サービス通信方法は、Bluetooth仕様に基づいた通信が可能な送信装置及び受信装置からなる放送型サービスシステムの通信方法において、前記送信装置は、アプリケーションデータを１つ以上の前記受信装置宛てに送信し、前記アプリケーションデータを受信するために前記受信装置が必要とする受信確立情報を送信し、前記受信装置は、前記送信装置との間でBluetooth仕様に基づいたアクティブモードの通信時に前記送信装置から送信された前記受信確立情報を受信し、前記送信装置との間で前記アクティブモードの通信から、Bluetooth仕様に基づいたパークモードの通信に移行した際には、前記アクティブモード時に前記受信確立情報受信手段で受信した前記受信確立情報に基づいて、前記アプリケーションデータを受信するものである。
【００１０】
本発明の請求項１において、送信装置はBluetooth仕様に従ってアプリケーションデータを送信する。受信情報提供装置は、送信装置との接続を確立するために必要な受信確立情報を通信装置から取得する。受信装置は、受信情報提供装置との間で通信を行って、受信情報提供装置が送信する受信確立情報を取得し、この受信確立情報を用いて送信装置から送信されるアプリケーションデータを受信する。
【００１１】
本発明の請求項４において、受信装置は、Bluetooth仕様に基づいたアクティブモードの通信時に、送信装置との接続を確立するために必要な受信確立情報を通信装置から取得して保持する。受信装置はパークモード移行後に取得した受信確立情報を用いて送信装置が送信するアプリケーションデータを受信する。
【００１２】
本発明の請求項８において、受信情報提供装置は、送信装置との接続を確立するために必要な受信確立情報を送信装置から取得する。受信確立情報は受信装置に送信され、受信装置は、配布された受信確立情報を用いて、送信装置から送信されるアプリケーションデータを受信する。
【００１３】
本発明の請求項９において、受信装置は、Bluetooth仕様に従って送信装置との間で通信を行って送信装置との接続を確立するために必要な受信確立情報を取得する。受信装置は、パークモード移行後に、取得した受信確立情報を用いて送信装置が送信するアプリケーションデータを受信する。
【００１４】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態について詳細に説明する。図１は本発明に係る放送型サービスシステムの一実施の形態を示すブロック図である。また、図２乃至図４は夫々図１中の送信装置、受信情報提供装置及び受信装置の具体的な構成を示すブロック図である。
【００１５】
図１において、送信装置Ｔ、受信装置Ｒ及び受信情報提供装置Ｏは、いずれもBluetooth仕様に従った通信機能をもつBluetoothユニットである。なお、図１では、説明を簡略化するために、１台の受信装置Ｒのみを示したが、受信装置Ｒの数は限定されない。また、送信装置Ｔも複数台設けられていてもよい。
【００１６】
先ず、Bluetoothにおける接続方法について説明する。接続の開始時には、サービスを提供しようとする機器又はサービスを獲得しようとする機器が接続のためのインクワイアリ・メッセージを送信する。例えば、インクワイアリ・メッセージをマスタが送信するものとする。スレーブがインクワイアリ・スキャン（inquiry scan）状態の場合に、マスタからのインクワイアリ・メッセージを受信すると、スレーブは、自己のBluetooth・デバイス・アドレス（Bluetooth Device Address）（以下、ＢＤ−ＡＤＤＲという）を含むパケット（ＦＨＳパケット）をインクワイアリ・レスポンス・メッセージ（inquiry response message ）として返す。
【００１７】
マスタは、インクワイアリ・レスポンス・メッセージによって応答したBluetoothユニットのＢＤ−ＡＤＤＲを取得し、このＢＤ−ＡＤＤＲを含むページ・メッセージ（page message）を送信する。自機のＢＤ−ＡＤＤＲを含むページ・メッセージを受信したスレーブは、これに応答してページ・レスポンス・メッセージ（page response message ）を送信する。これにより、接続はアクティブとなり、マスタは、スレーブに対してＦＨＳパケットを送信する。
【００１８】
なお、接続に際して、マスタとスレーブとは、ホッピングパターンを一致させる必要がある。マスタからのインクワイアリ・メッセージは、所定のホッピングパターンでチャンネルを変更している。スレーブは所定時間後に同期をとりインクワイアリ・レスポンス・メッセージを返す。これにより、マスタはスレーブを認識する。マスタが自機のＢＤ−ＡＤＤＲを送信すると、スレーブは、マスタのＢＤ−ＡＤＤＲと信号のクロックとを用いた演算によって、ホッピングパターン及びそのフェーズを算出することができる。算出したホッピングパターンを用いて、マスタとスレーブとは同期しながら通信を行う。スレーブは、以後、受信したＦＨＳパケットや他のデータパケットを利用してマスタ・スレーブ間の同期をとる。
【００１９】
図１において、送信装置Ｔは、所定のアプリケーションデータ（以下、放送サービスデータともいう）をBluetooth仕様に従って送信することができるようになっている。受信装置Ｒは送信装置ＴからのアプリケーションデータをBluetooth仕様に従って受信することができる。この場合において、送信装置Ｔとの間でBluetoothにより接続を行う受信装置Ｒ1 ，Ｒ2 ，…（以下、総称して受信装置Ｒという）の総数がBluetooth仕様上の制限（Version1.0では、アクティプ・モード・アドレスの領域の制約によって７台）を超えない限り、各受信装置Ｒは、送信装置Ｔとの間でBluetooth仕様に従って接続及び通信を行う。
【００２０】
即ち、各受信装置Ｒは、送信装置Ｔからの送信信号を受信するために必要な情報（以下、受信確立情報という）を取得することで、受信可能な状態にし、これにより、送信装置Ｔが送信するアプリケーションデータを受信するようになっている。
【００２１】
なお、受信確立情報としては、例えば、送信装置ＴのＢＤ−ＡＤＤＲ及びクロックがある。更に、受信データを利用するためには、ベースバンド、Ｌ２ＣＡＰ（Logical Link Control adn Adaptation Protocol）からアプリケーションに至るまでの、種々のサービス定義も必要である。
【００２２】
受信装置Ｒは、送信装置ＴのＢＤ−ＡＤＤＲとクロックとを入手すると、自機内の情報によってチャンネル・ホッピング・シーケンス（ホッピング・パターン）及びそのフェーズを算出する。受信装置は、算出したホッピングパターンの該当フェーズから始めて、以後シーケンスに従って受信周波数をホッピングさせることにより、送信装置ＴからBluetoothの情報パケットを受信することが可能になる。
【００２３】
受信装置Ｒは、受信したBluetoothの情報パケットから、各プロトコル・レイヤの定義に基づいてベースバンドやＬ２ＣＡＰのヘッダを取り除き、アプリケーションデータが暗号化されている場合にはこの暗号を解除し、アプリケーションデータのコーデックのパラメータに従ってデコード処理を行って、アプリケーションデータを抽出する。
【００２４】
しかしながら、送信装置Ｔとの間で通信を行おうとする受信装置Ｒの総数がBluetooth仕様上の制限を超えると、送信装置Ｔと受信装置とをBluetooth仕様に従って接続することはできず、アプリケーションデータを送受することができない。そこで、本実施の形態においては、受信装置Ｒの総数の制約を受けずに送信装置Ｔのアプリケーションデータを受信可能とするために、受信情報提供装置Ｏを導入している。
【００２５】
受信情報提供装置Ｏは、受信装置Ｒが送信装置からの信号受信を可能とするための受信確立情報を受信装置Ｒに提供することができるようになっている。即ち、本実施の形態においては、受信装置Ｒは、受信確立情報については送信装置Ｔ以外の第三者である受信情報提供装置Ｏから取得し、取得した受信確立情報に基づいて送信装置Ｔからの送信信号の受信可能状態にし、これにより、無線空間に放出されている電波を傍受してアプリケーションデータを受信する。
【００２６】
即ち、この場合には、受信装置Ｒは、送信装置Ｔからアクティブモードアドレスを取得することなく、即ち、Bluetoothの送受信装置としては非接続の状態で、単に物理的に電波を受信するという方法によって、送信装置Ｔが送信するアプリケーションデータを受信する。
【００２７】
受信情報提供装置Ｏは、送信装置Ｔとの間及び受信装置Ｒとの間で、Bluetooth仕様に従って、接続及び通信を行うことができるようになっている。即ち、受信情報提供装置Ｏは、送信装置Ｔとの間でBluetooth仕様に従って接続及び通信を行うことで、送信装置Ｔとの接続に必要な受信確立情報を取得することができる。
【００２８】
受信情報提供装置Ｏは、メモリを有しており、送信装置Ｔとの接続に必要な受信確立情報を記憶保持することができるようになっている。受信情報提供装置Ｏは、保持している受信確立情報を受信装置Ｒに対して送信することができるようになっている。
【００２９】
本実施の形態における受信装置Ｒは、受信情報提供装置Ｏとの間でBluetooth仕様に従って接続及び通信を行って、送信装置Ｔとの接続に必要な受信確立情報を取得し、取得した受信確立情報を用いて、ホッピングパターン及びフェーズを変更する。受信装置Ｒは、受信周波数を適切なホッピング・パターンのフェーズに合わせてBluetoothの情報パケットを受信し、各プロトコル・レイヤの定義に基づいてベースバンドやＬ２ＣＡＰのヘッダを情報パケットから取り除き、暗号を解除し、コーデックのパラメータに従ってデコードすることにより、アプリケーションデータの受信を行う。
【００３０】
このように、本実施の形態における受信装置Ｒは、送信装置Ｔが他の受信装置Ｒに対して送信中のアプリケーションデータを傍受することができるようになっている。
【００３１】
この方法によれば、受信装置Ｒと送信装置Ｔは、直接Bluetooth仕様に従って接続されている訳ではないので、受信総数の制限は受けない。
【００３２】
受信装置Ｒは、受信情報提供装置ＯとBluetooth仕様に従い接続・通信を行い、受信確立情報を取得する。受信確立情報の取得後には、受信装置Ｒは受信情報提供装置Ｏとの接続は終了しても構わない。
【００３３】
なお、受信情報提供装置Ｏは、受信確立情報を保持しているので、送信装置Ｔからの情報の受信を希望する受信装置に受信確立情報を配布する機能以外に、自機が受信装置となって、送信装置Ｔからアプリケーションデータを受信する機能も有している。しかし、受信情報提供装置Ｏは、受信確立情報を提供する機能だけを果たす場合には、アプリケーションデータを必ずしも受信している必要はない。
【００３４】
なお、送信装置Ｔは、接続中の受信装置Ｒが存在しない場合でもアプリケーションデータの送信を実施する機能を有した方がよい。
【００３５】
なお、受信情報提供装置Ｏと送信装置Ｔとは、必ずしもBluetooth接続される必要はなく、例えば有線で接続されていてもよい。この場合には、受信情報提供装置Ｏは、独自の方法で受信確立情報を取得すればよい。
【００３６】
受信情報提供装置Ｏは、受信確立情報を及びアプリケーションデータを有効に受信するために必要な各種情報をメモリに保持する。受信情報提供装置Ｏがメモリに保持する受信確立情報としては、上述したように、送信装置が使用するチャンネル周波数のホッピング・パターンのシーケンス及びそのフェーズがある。チャンネル周波数のホッピング・パターンは、送信装置のＢＤ−ＡＤＤＲとクロックとを用いて、受信装置側の情報により算出可能である。
【００３７】
また、受信情報提供装置Ｏがメモリに格納する情報としては、送信装置が採用している物理層、ベースパンド、Ｌ２ＣＡＰからアプリケーションに至るまでのプロトコル・レイヤ構造と、各プロトコルのパラメータ、ペイロード部分を解読するのに必要な情報、例えば、暗号解読方法や鍵、映像のコーデックの手法並びにパラメータ等がある。
【００３８】
なお、受信情報提供装置Ｏのメモリには、送信装置Ｏについて送信装置自身又は受信情報提供者が自由に記述できる内容も重要な情報である。また、ＳＤＰ（service discovery protocol）で定義されているサービス・レコードや、アプリケーションデータを提供する側又はユーザーが自由に記述することができユーザーから見てアプリケーションデータを識別する手がかりになる情報としてのサービス・レコード等のサービス選択に有効な情報も受信情報提供装置Ｏのメモリに格納することができる。
【００３９】
図５はこれらの受信に必要な情報を格納するパケット・フォーマットの例を示す説明図である。
【００４０】
図５に示すように、パケットフォーマットには、ＢＤ−ＡＤＤＲ、ホップシーケンス及びフェーズの情報、サービス・レコードの情報及びコーデック・パラメータ等の情報が配置されている。
【００４１】
図２は図１中の送信装置Ｔの具体的な構成を示すブロック図である。
【００４２】
図２において、送信装置Ｔは、Bluetooth仕様に従った通信機能を有する機器である。送信装置Ｔは、Bluetooth入出力制御部１を有している。Bluetooth入出力制御部１は、送信制御部２に制御されて、Bluetooth仕様に従い、送信制御部２からの情報を所定のホッピングパターンで図示しないアンテナから無線送信すると共に、図示しないアンテナに誘起した高周波信号に含まれる情報を抽出して送信制御部２に出力する。
【００４３】
コンテンツ格納部３には送信装置Ｔがサービスするアプリケーションデータ（以下、コンテンツともいう）が格納される。送信制御部２は、Bluetooth入出力制御部１と協働して、接続状態がアクティブとなった受信装置Ｒに対してコンテンツを送信させると共に、接続状態がアクティブとなった受信装置Ｒについての情報を受信装置情報保持部４に供給するようになっている。受信装置装置情報保持部４は、各受信装置についての情報を蓄積保持する。
【００４４】
送信制御部２及びBluetooth入出力制御部１は、Bluetooth仕様に従って送信装置Ｔに接続する受信装置Ｒが存在するか否かに拘わらず、アプリケーションデータを送信する機能を備えることもできるようになっている。また、送信装置Ｔ自身とBluetooth仕様に従って接続している受信装置Ｒとのモード移動や接続切断等を実施するために、送信装置Ｔ自身とBluetooth仕様に従って接続している受信装置Ｒの数とモードと、受信装置のモードを変更させる機能、あるいは受信装置との接続を切断する機能を有する。
【００４５】
更に、本実施の形態においては、送信制御部２及びBluetooth入出力制御部１は、接続された受信装置が傍受可能な装置であるか否かの情報も保持する機能を有している。
【００４６】
図３は図１中の受信情報提供装置Ｏの具体的な構成を示すブロック図である。
【００４７】
図３において、受信情報提供装置Ｏは、Bluetooth仕様に従った通信機能を有する機器である。受信情報提供装置ＯもBluetooth入出力制御部５を有している。Bluetooth入出力制御部５は、Bluetooth入出力制御部１と同様の構成である。中央制御部６は、送信装置Ｔとの間の通信によって受信確立情報を含む各種情報を取得する。受信情報提供装置Ｏは受信情報格納部７を有しており、受信情報格納部７は、中央制御部６によって取得された情報を記憶する。
【００４８】
本実施の形態においては、中央制御部６は、Bluetooth入出力制御部５と連携して動作して、アプリケーションデータの提供サービスを行う送信装置が複数ある場合には、各送信装置と順次接続及び通信を行って、受信確立情報を含む各種情報を取得するようになっており、受信情報格納部７は、各送信装置毎に取得した情報を記憶するようになっている。受信情報格納部７には、例えば、ホッピング・パターン、フェーズ、暗号解読法、コーデック・パラメータ等の情報が記憶される。
【００４９】
中央制御部６は、受信装置Ｒが接続された場合には、受信確立情報を含む各種情報を受信情報格納部７から読出し、Bluetooth入出力制御部５を介して受信装置Ｒに送信することができるようになっている。この場合には、中央制御部６は、受信装置の要求に応じた送信装置についての情報を送信する。
【００５０】
なお、中央制御部６は、送信装置が送信するコンテンツに課金を行う場合には、１つ又は複数の送信装置から委託を受けて課金処理、例えば受信装置の認証、課金情報の提示、鍵通知、課金等を代理する機能を有するようにしてもよい。
【００５１】
また、Bluetooth入出力制御部５は、送信装置Ｔから放送サービスデータを受信することもできる。受信された放送サービスデータは機能選択部８に供給される。機能選択部８は、受信した放送サービスデータを各機能毎に分離し、例えば、映像データについては映像表示部９に与え、音声データについては音声再生部１０に与える。
【００５２】
映像表示部９は、入力された映像データに対して所定の信号処理を施して、図示しない表示部に供給する。音声再生部１０は、入力された音声データに対して所定の信号処理を施して、図示しない音声出力部に供給する。こうして、図示しない表示部及び音声出力部によって、放送サービスデータの視聴が可能となる。
【００５３】
なお、図２及び図３の例では、送信装置Ｔと受信情報提供装置Ｏとの間はBluetoothによって情報の授受を行うようになっているが、上述したように、他のインターフェースを利用してもよいことは明らかである。
【００５４】
図４は図１中の受信装置Ｒの具体的な構成を示すブロック図である。
【００５５】
図４において、受信装置Ｒは、Bluetooth仕様に従った通信機能を有する機器である。受信装置ＲもBluetooth入出力制御部１１を有している。Bluetooth入出力制御部１１は、Bluetooth入出力制御部１，５と同様の構成である。中央制御部１２は、送信装置Ｔとの間の通信によって受信確立情報を含む各種情報を取得するだけでなく、受信情報提供装置Ｏとの間の通信によっても、送信装置Ｔとの間の通信に必要な受信確立情報を含む各種情報を取得することができるようになっている。
【００５６】
即ち、中央制御部６は、通常のBluetooth仕様に従った各種制御を実行することができる。更に、中央制御部６は、装置情報通知制御、同期制御、継続受信制御等の各種制御も可能である。また、中央制御部６は、受信情報格納部１３を備えており、受信情報提供装置Ｏとの間の通信によって取得した所定の通信装置Ｔとの間の通信に必要な受信確立情報を含む各種情報を受信情報格納部１３に記憶保持させるようになっている。
【００５７】
上述したように、所定の通信装置Ｔとの間の通信に必要な受信確立情報を含む各種情報としては、例えばホッピング・パターン、フェーズ、暗号解読法、コーデック・パラメータ等の情報が含まれる。
【００５８】
本実施の形態においては、中央制御部６は、所定の送信装置Ｔから放送サービスデータを受信しようとする場合において、送信装置Ｔと接続されている受信装置の数が既に７を越えている場合には、先ず、受信情報提供装置Ｏとの間で通信を行って、受信確立情報を含む各種情報を取得し、受信情報格納部１３に記憶させる。中央制御部６は、記憶した受信確立情報、即ち、所定の送信装置Ｔのホッピングパターン及びフェーズを受信情報格納部１３に格納すると共に、受信周波数をホッピング・パターンの該当フェーズに合わせる同期制御を行う。
【００５９】
これにより、受信装置Ｒは、送信装置Ｔが他の受信装置に対して無線送信中の放送サービスデータの電波を傍受することができる。Bluetooth入出力制御部１１は、傍受した放送サービスデータを機能選択部１４に出力する。機能選択部１４、映像表示部１５及び音声再生部１６の構成は、夫々機能選択部８、映像表示部９及び音声再生部１０と同一である。
【００６０】
なお、放送サービスデータが暗号化されている場合、符号化されている場合等には、中央制御部１２から暗号解読法又はコーデック・パラメータ等の情報を読出すことで暗号を解除し、復号化を行うことができる。
【００６１】
なお、中央制御部１２は、自機が送信装置が他の受信装置に対して送信中の電波を傍受可能な装置であるか否かの情報を送信装置に伝達する装置情報通知機能を有している。
【００６２】
また、中央制御部１２は、送信装置からパークモードに移行させられたり、Bluetooth仕様に従った接続を切断された場合でも、送信を傍受するように切換えることによって、継続した受信を可能にする継続受信機能を有する。
【００６３】
なお、受信情報提供装置Ｏは、送信装置Ｔのホッピングパターン及びフェーズを記憶するのでなく、所定の送信装置ＴのＢＤ−ＡＤＤＲ及びクロック並びにそれら２つの情報を受信装置が受信した時の自受信情報提供装置Ｏのクロックの値を記憶保持し、受信装置Ｒにおいて、受信情報提供装置Ｏから配布された送信装置ＴのＢＤ−ＡＤＤＲ及びクロックから送信装置Ｔのホッピングパターン及びフェーズを算出するようにしてもよい。
【００６４】
次に、このように構成された実施の形態の動作について図６を参照して説明する。図６は実施の形態の動作を説明するためのフローチャートである。
【００６５】
いま、Bluetoothを利用した無線ネットワークエリア内に、１つ以上の送信装置Ｔ（Ｔ1 ，Ｔ2 ，…）、１つ以上の受信装置Ｒ（Ｒ1 ，Ｒ2 ，…）及び受信情報提供装置Ｏが存在するものとする。各送信装置Ｔは、夫々独自の放送データサービスを送信することができる。
【００６６】
先ず、受信情報提供装置Ｏは、送信装置Ｔ（Ｔ1 ）について受信確立情報を含む受信に必要な情報を取得するために、送信装置Ｔ1 との接続を確立する。受信情報提供装置Ｏは、例えばBluetooth仕様に従って、送信装置Ｔ1 との接続を確立する。即ち、受信情報提供装置Ｏは、図６のステップＳ1 において、インクワイアリメッセージを送信装置Ｔ1 に対して送信する。送信装置Ｔ1 はこのインクワイアリメッセージに対してインクワイアリレスポンスを返す（ステップＳ2 ）。更に、受信情報提供装置Ｏは、ページメッセージを送信装置Ｔ1 に送信し（ステップＳ3 ）、送信装置Ｔ1 はページレスポンスを受信情報提供装置Ｏに返す（ステップＳ4 ）。
【００６７】
受信情報提供装置Ｏは、Bluetooth仕様に従って送信装置Ｔ1 と接続を確立することにより、送信装置Ｔ1 との接続に必要な受信確立情報を取得することができる。受信情報提供装置Ｏは、送信装置Ｔ1 についての受信確立情報を受信情報格納部７に格納する。
【００６８】
更に、送信装置Ｔ1 は、その他の受信に必要な情報についても受信情報提供装置Ｏに送信する（ステップＳ5 ）。受信情報提供装置Ｏは、取得した情報を受信情報格納部７に格納する。
【００６９】
同様にして、受信情報提供装置Ｏは、他の送信装置Ｔ2 ，Ｔ3 ，…についても夫々接続及び通信を行って、各送信装置Ｔ2 ，Ｔ3 ，…の受信に必要な情報を取得して、受信情報格納部７に格納する。なお、受信情報提供装置Ｏが受信に必要な情報を記憶することができる送信装置Ｔの数は、受信情報格納部７の記憶容量に依存し、Bluetooth仕様には依存しないことは明らかである。
【００７０】
なお、受信情報提供装置Ｏが送信装置Ｔとの間でBluetooth仕様に従った通信を行わない場合には、受信確立情報についてもステップＳ5 の受信に必要な情報として取得すればよい。
【００７１】
いま、受信装置Ｒを使用するユーザーが送信装置Ｔ1 から放送データサービスの提供を受けようとするものとする。ユーザーの操作によって、受信装置Ｒは、Bluetooth仕様に従って、送信装置Ｔ1 に対して接続を確立しようとする。この場合に、送信装置Ｔ1 が既に通信を行っている受信装置の総数がBluetooth仕様上の制限に到達していない場合には、受信装置Ｒは通常のBluetooth仕様に従って、送信装置Ｔ1 から放送データサービスを受信することができる。
【００７２】
次に、受信装置Ｒを使用するユーザーが送信装置Ｔ2 から放送データサービスの提供を受けようとした場合において、送信装置Ｔ2 が既に通信を行っている受信装置の総数がBluetooth仕様上の制限に到達しているものとする。この場合には、受信装置Ｒは、送信装置Ｔ2 との接続を確立するために、先ず、受信情報提供装置Ｏとの間で通信を行う。
【００７３】
図６のステップＳ6 において、受信装置Ｒはインクワイアリメッセージを受信情報提供装置Ｏに出力する。受信情報提供装置Ｏはこのインクワイアリメッセージに対してインクワイアリレスポンスを返す（ステップＳ7 ）。次に、受信装置Ｒは、ページメッセージを受信情報提供装置Ｏに送信し（ステップＳ8 ）、受信情報提供装置Ｏはページレスポンスを受信装置Ｒに返す（ステップＳ9 ）。
【００７４】
こうして、受信装置Ｒは、Bluetooth仕様に従って受信情報提供装置Ｏと接続を確立する。次に、ステップＳ10において、受信情報提供装置Ｏは、送信装置Ｔ2 の受信に必要な情報を受信装置Ｒに送信する。受信装置Ｒは、ステップＳ10において、受信確立情報を含む各種情報を受信すると、受信した情報を受信情報格納部１３に格納する。
【００７５】
次に、受信装置Ｒは、受信情報格納部１３に格納した受信確立情報、例えば、送信装置Ｔ2 のＢＤ−ＡＤＤＲとクロックとから、送信装置Ｔ2 との接続を確立するために必要なチャンネル・ホッピング・シーケンス（ホッピング・パターン）及びそのフェーズを算出する。受信装置Ｒの中央制御部１２は、算出した情報を受信情報格納部１３に格納すると共に、Bluetooth入出力制御部１１を制御して、ホッピング・パターンの該当フェーズから始めて、シーケンスに従って受信周波数をホッピングさせる。
【００７６】
こうして、受信装置Ｒは、送信装置Ｔ2 が他の受信装置に対して送信中の放送サービスデータを傍受する（ステップＳ11）。受信装置Ｒは、受信情報格納部１３に格納した情報に基づいて、傍受受信した放送サービスデータの情報パケットから、各プロトコル・レイヤの定義に基づいてベースバンドやＬ２ＣＡＰのヘッダを取り除き、暗号を解除し、更にコーデックのパラメータに従ってデコードすることにより、アプリケーションデータを取り出す。
【００７７】
受信装置Ｒの機能選択部１４は、アプリケーションデータのうち映像データを映像表示部１５に与え、音声データを音声再生部１６に与える。こうして、映像表示部１５からの映像信号及び音声再生部１６からの音声信号によって、受信装置Ｒの図示しない表示部及び音声出力部において、送信装置Ｔ2 が放送中のサービスを視聴することができる。
【００７８】
このように、本実施の形態においては、無線ネットワークエリア内の各送信装置が受信装置と接続を確立して通信するための情報を、受信情報提供装置が取得して記憶し、各受信装置は、受信情報提供装置から各送信装置との接続及び通信を可能とするための情報を入手するようになっており、送信装置に接続されている受信装置の数がBluetooth仕様の制限によって接続可能とされた数を越えた場合でも、各受信装置は、希望する送信装置の送信を傍受して、そのサービスを受けることができる。
【００７９】
図６の例では、無線ネットワークエリア内の受信情報提供装置Ｏに対して、受信装置Ｒ側からインクワイアリメッセージを送出する例について説明したが、受信情報提供装置Ｏから各受信装置Ｒに対してインクワイアリメッセージを送信するようにしてもよい。
【００８０】
図７のこの場合のフローチャートを示している。
【００８１】
図７の例は図６のステップＳ6 乃至ステップＳ9 に代えて、ステップＳ6 ′乃至ステップＳ9 ′を採用したものである。ステップＳ6 乃至ステップＳ9 とステップＳ6 ′乃至ステップＳ9 ′とは、送信者と受信者とが逆になった点が異なるのみである。この場合でも、各受信装置Ｒは、所望の送信装置Ｔからの送信信号を受信するために必要な情報を取得することができることは明らかである。
【００８２】
なお、受信装置Ｒは、送信装置Ｔが既に通信を行っている受信装置の総数がBluetooth仕様上の制限に到達していない場合に、受信情報提供装置Ｏから受信確立情報等を入手するものとして説明したが、受信装置Ｒは、接続数の制限に拘わらず、最初から受信確立情報等を受信情報提供装置Ｏから入手するようにしてもよい。この場合には、受信装置Ｒは送信装置Ｔの送信信号を傍受することになるので、送信装置Ｔは必ず１つ以上の受信装置との間で通信を行っている必要がある。つまり、受信情報提供装置Ｏが、送信装置Ｔからの情報を受信する受信装置として機能していない場合には、送信装置Ｔが受信装置の有無に拘わらず、放送サービスデータを送信する機能を備えるようにすればよい。
【００８３】
図８は本発明の他の実施の形態を示すブロック図である。
【００８４】
本実施の形態は、Bluetoothの接続状態の１つであるパークモード（Park Mode）を利用することにより、Bluetooth仕様の接続数の制限を回避するようにしたものである。これにより、本実施の形態においては受信情報提供装置を省略可能にしている。
【００８５】
Bluetoothにおいては、マスタはパークモード状態のスレーブを接続されているスレーブ数にカウントしない。本実施の形態はこれを利用したものである。送信装置ＴＡは、図２の送信装置Ｔと同様の構成であり、送信制御部が接続状態がアクティブとなった受信装置に対して、アクティブとなった直後にＬＭＰ＿ｐａｒｋコマンドを用いることにより、受信装置をパークモードに移行させることが可能な点が異なるのみである。
【００８６】
受信装置ＲＡは、通常のBluetooth仕様の装置と同様の機能を有すると共に、パークモード移行後においても、接続がパークモードとなっている送信相手である送信装置ＴＢのホッピングパターン及びフェーズに受信周波数を切換えて、送信装置ＴＢからの電波を傍受可能にした点が通常のBluetooth仕様の装置と異なる。なお、受信装置ＲＡは、通常のBluetooth仕様の装置と同様に、自らパークモードに移行することも可能である。
【００８７】
なお、図８では１台の送信装置と１台の受信装置のみを示したが、複数台の送信装置及び受信装置にる無線ネットワークにも適用可能であることは明らかである。
【００８８】
次に、このように構成された実施の形態の動作について図９のフローチャートを参照して説明する。
【００８９】
図９のステップＳ21乃至Ｓ24は通常のBluetooth仕様の接続を示している。即ち、送信装置ＴＡはインクワイアリメッセージを送信し、受信装置ＲＡはインクワイアリレスポンスを返す。次に、送信装置ＴＡはページメッセージを送信し、受信装置ＲＡはページレスポンスを送信する。こうして、送信装置ＴＡと受信装置ＲＡとの間で接続が確立し、通信が可能となる。次のステップＳ25では、送信装置ＴＡはアプリケーションデータの受信に必要な情報を受信装置ＲＡに送信する。
【００９０】
なお、図９では、送信装置ＴＡからインクワイアリメッセージを送信する例を示したが、受信装置ＲＡからインクワイアリメッセージを送信するようにしてもよいことは明らかである。
【００９１】
受信装置ＲＡが受信確立情報を含みアプリケーションデータを受信するのに必要な全ての情報を入手すると、送信装置ＴＡは受信装置ＲＡに対してＬＭＰ＿ｐａｒｋコマンドを送信して、受信装置ＲＡをパークモードに移行させる（ステップＳ26）。
【００９２】
なお、パークモードへの移行は、受信装置ＲＡがＬＭＰ＿ｐａｒｋ＿ｒｅｑコマンドを送信装置ＴＡに送り、これに応答して送信装置ＴＡが受信装置ＲＡに対してＬＭＰ＿ｐａｒｋコマンドを送信することで実現してもよい。この場合には、送信装置ＴＡは、接続状態がアクティブとなった直後において受信装置をパークモードに移行させるという機能を有していない通常のBluetooth仕様の装置であってもよい。
【００９３】
受信装置ＲＡは、入手した受信確立情報を含む各種情報を用いて、パークモード移行後において、受信周波数を適切なホッピング・パターンの適切なフェーズから始めてシーケンスに従ってホッピングさせ、送信装置ＴＡから無線で空間に放出されている電波を傍受する（ステップＳ27）。以後、傍受した受信データによって放送サービスの視聴等を行うことは通常のBluetooth仕様の受信装置と同様である。
【００９４】
このように、本実施の形態においては、受信装置はパークモードの状態で、送信装置からの送信信号を傍受することで放送サービスデータを受信しており、受信装置総数の制約を受けることなく、放送サービスを利用することができる。
【００９５】
なお、本実施の形態においても、送信装置ＴＡは、接続状態がアクティブとなっている受信装置の有無に拘わらず、アプリケーションデータを送信する機能を有していた方がよい。
【００９６】
図１０は本発明の他の実施の形態を示すブロック図である。図１０において図１及び図８と同一の構成要素には同一符号を付して説明を省略する。
【００９７】
図１０において、受信情報提供装置Ｏ及び受信装置Ｒは、夫々図３及び図４と同一の構成及び機能を有し、受信装置ＲＮは通常のBluetooth仕様の受信装置である。
【００９８】
本実施の形態における送信装置ＴＢは、図２と同様の構成を有すると共に、送信制御部が受信装置の機能に応じた処理を行う点が図２と異なる。即ち、送信装置ＴＢは、Bluetooth仕様に従って接続されている受信装置の数及びモード並びに受信装置が傍受によって送信装置からの放送サービスデータを受信できるか否かの情報を保持する保持部（図示せず）を有している。送信装置ＴＢは、保持部の情報を読出すことで、接続総数がBluetooth仕様を越える場合に、接続されている受信装置のモードの移行や接続状態の切断等実行する機能を有する。
【００９９】
次に、このように構成された実施の形態の動作について説明する。
【０１００】
送信装置ＴＢからサービスの提供を受けようとする受信装置は、送信装置ＴＢに対してインクワイアリメッセージを送信するか又は送信装置ＴＢからのインクワイアリメッセージに答えることによって、送信装置ＴＢにアクセスする。
【０１０１】
送信装置ＴＢは、受信装置の情報を保持部から読出し、受信装置が送信装置のホッピング・パターンを始めとした受信確立情報を提供されても傍受することができない装置であることを検出した場合、又は、送信装置ＴＢとBluetooth仕様に従って接続している受信装置の総数がBluetooth仕様上の制限を超えていない場合等には、送信装置ＴＢは、Bluetooth仕様に従って受信装置に接続する。従って、通常のBluetooth仕様の受信装置ＲＮは、Bluetooth仕様に従って、送信装置ＴＢからアプリケーションデータを受信する。
【０１０２】
受信装置Ｒは、接続状態の受信装置の総数がBluetooth仕様上の制限を超えている場合、例えば、インクワイアリメッセージに送信装置ＴＢが答えない場合等には、先ず、受信情報提供装置Ｏにアクセスして、接続及び通信に必要な情報を取得し、取得した情報を利用して、送信装置ＴＢから送信されるアプリケーションデータを傍受する。
【０１０３】
しかし、受信装置ＲがBluetooth仕様で送信装置ＴＢに接続された場合には、接続可能な受信装置の残りの台数が少なくなってしまう。そこで、送信装置ＴＢは、保持部の情報を読出すことによって、接続中の受信装置が、傍受によって受信可能な受信装置Ｒであることを検出した場合、或いは、パークモードでの傍受が可能な図８に示す受信装置ＲＡであることを検出した場合には、これらの受信装置を接続切断状態又はパークモードに移行させる。
【０１０４】
これにより、通常のBluetooth仕様での接続を行う状態（以下、アクティブモードという）に移行することにより、傍受による放送サービスデータの受信が不能な通常のBluetooth仕様の受信装置ＲＮが接続可能な残り台数を増やすことが可能である。
【０１０５】
このように、本実施の形態においては、送信装置が受信装置の情報に基づいて、接続状態を変更して、傍受が可能な受信装置については傍受によって放送サービスを提供するようにしているので、放送サービスを提供可能な受信装置ＲＮの数を増やすことができる。
【０１０６】
なお、本実施の形態においては、少なくとも受信装置Ｒ（又は受信装置ＲＡ）は、自己が傍受によって放送サービスを受信可能な装置であることを送信装置に伝達する機能を有する必要がある。また、通常のBluetooth仕様の接続状態から、パークモード又は接続切断の状態に移行された場合でも、傍受に切換えて放送サービスを受信可能な機能を備える必要もある。
【０１０７】
図１１は本発明の他の実施の形態を示すブロック図である。本実施の形態は、パークモードで通信を傍受可能な受信装置と通常のBluetooth仕様の受信装置とが混在する無線ネットワークエリアに適用した例である。図１１において図８及び図１０と同一の構成要素には同一符号を付して説明を省略する。
【０１０８】
送信装置ＴＢは各受信装置の情報を保持部に保持して、アクティブモードでの受信可能な残り台数を増やすようになっている。即ち、送信装置ＴＢは通常のBluetooth仕様に従って受信装置ＲＡと間で接続及び通信を行って、受信確立情報等を受信装置ＲＡに送信した後に、受信装置ＲＡをパークモードに設定する。これにより、通常のBluetooth仕様の受信装置ＲＮの接続可能台数を増加させる。
【０１０９】
例えば、送信装置ＴＢは、アクティブモードでの受信装置の受け入れを停止した際に、最低１つの受信装置をパークモードに移行させて、常に１台以上の受信装置を受け入れられるようにしておくことも可能である。
【０１１０】
他の構成及び作用並びに効果等は図１０の実施の形態と同様である。
【０１１１】
ところで、上述したように、受信情報提供装置Ｏは複数台の送信装置の受信確立情報等を保持可能である。図１２は１台の受信情報提供装置Ｏに３台の装置装置Ｔ1 ，Ｔ2 ，Ｔ3 の受信確立情報等を保持するようにした例を示している。
【０１１２】
受信情報提供装置Ｏは、送信装置Ｔ1 ，Ｔ2 ，Ｔ3 の各受信確立情報等を記憶するメモリ２１乃至２３を有しており、送信装置Ｔ1 乃至Ｔ3 と接続して通信を行うことにより取得した情報をメモリ２１乃至２３に格納するようになっている。また、受信情報提供装置Ｏは、図示しない受信装置の要求に応じて、メモリ２１乃至２３の内容を読出して送信するようになっている。
【０１１３】
なお、送信装置と受信情報提供装置とは１対１に対応してもよいし、多対１で対応していてもよい。
【０１１４】
ところで、上記各実施の形態は種々の応用が可能である。例えば、上述したように、放送サービスに対する課金処理を行うこともできる。
【０１１５】
即ち、送信装置が送信するコンテンツに課金を行う場合には、送信装置毎に課金メカニズムを組込んで処理をすることも可能であるが、１又は複数の送信装置から受信情報提供装置が委託を受けて課金処理を代理することも可能である。
【０１１６】
受信装置は、受信情報提供装置とBluetooth仕様に従って接続し、受信装置の認証を実施する。受信装置は、課金情報提示を受けると、受信を希望する送信コンテンツを選択し、選択したコンテンツに対する代金の支払いを承諾し、課金手続きを終了後に初めて鍵も含めた受信確立情報を通知されるようにする。
【０１１７】
ところで、上述した放送型サービスシステムは、各種の用途に利用することができる。
【０１１８】
たとえば、体育館のような広い場所をいくつもの小さなブースに区切って出展各社が製品のデモンストレーションを行うような展示会を開催する場合に、Bluetoothが利用されることが考えられる。
【０１１９】
このような展示会において、各ブースから製品説明用の音声等を出力すると、相互の影響によって各ブースの音が聞き取りにくくなってしまう。
【０１２０】
そこで、各ブースの音をBluetoothを介してプロードキャストし、Bluetooth仕様のヘッドフォンを利用することで、各ユーザーはヘッドフォンを利用して所望のブースからの音声等を聞くことが可能である。ヘッドフォンにブースを選択する（チャンネルを選択する）ためのスイッチを設けることで、ブース相互の影響を受けることなく、当該ブース内だけでなく、無線ネットワークエリア内の他のブース内においても所望のブースからの音声等を聞くことができる。
【０１２１】
しかし、通常のBluetooth仕様の送信装置及び受信装置（ヘッドフォン）のみを使用した場合には、１ブースに７人までの聴衆にしかブロードキャストすることはできない。
【０１２２】
これに対し、上記各実施の形態の放送型サービスシステムを用いた場合には、聴衆の総数の制限を受けることなく、各ブースからの音声等を希望するユーザーに対して提供することが可能である。
【０１２３】
ところで、上述したように、受信装置Ｒにおいては、送信装置ＴのＢＤ−ＡＤＤＲ及びクロックから送信装置Ｔのホッピングパターン及びフェーズを算出することができる。以下に、送信装置ＴのＢＤ−ＡＤＤＲ及びクロックを受信装置Ｒに供給する方法について更に詳細に説明する。
【０１２４】
先ず、送信装置Ｔと受信情報提供装置ＯとがBluetooth仕様に従って接続されている場合について説明する。
【０１２５】
送信装置Ｔと受信情報提供装置ＯとがBluetooth仕様に従って接続している場合には、受信情報提供装置Ｏは、送信装置ＴからＦＨＳパケットによって通知された送信装置ＴのＢＤ−ＡＤＤＲを保持している。
【０１２６】
また、受信情報提供装置Ｏは、ＦＨＳパケットによって通知された送信装置Ｔのクロックと受信情報提供装置Ｏ自身のクロックとの差（以下、クロックオフセットという）を一旦記憶し、送信装置Ｔからパケット送信がある度にオフセットの見直しを実施し、常に最新のクロックオフセットを保持している。
【０１２７】
この場合には、受信情報提供装置Ｏは、受信装置Ｒに対して、以下の３つの情報（Ａ１）〜（Ａ３）を送信する。
【０１２８】
（Ａ１）送信装置ＴのＢＤ−ＡＤＤＲ
（Ａ２）送信装置Ｔと受信情報提供装置ＯのクロックオフセットＣＫT-O
（Ａ３）受信装置に情報を提供する時点の受信情報提供装置ＯのクロックＣＫO 図１３はこれらの情報（Ａ１）〜（Ａ３）の情報の伝送を説明するための説明図である。
【０１２９】
図１３に例示するように、受信情報提供装置Ｏは、送信装置ＴのＢＤ−ＡＤＤＲを４８ビットに配列し、次に、クロックオフセットＣＫT-O を２８ビットに配列し、最後にクロックＣＫO を２８ビットで配列して、受信装置Ｒに伝送する。
【０１３０】
なお、図１３のパケット内の情報の配置は一例であり、各情報の配列順及びビット数等は図１３の例に限定されるものではなく、例えば、各情報のビット数を図１３の例よりも小さくすることも可能である。
【０１３１】
一方、受信装置Ｒは、情報提供時点の受信情報提供装置ＯのクロックＣＫT-O とクロックオフセットＣＫT-O との加算によって、現在の送信装置ＴのクロックＣＫT を知ることができる。即ち、クロックＣＫT は、ＣＫT ＝ＣＫT-O ＋ＣＫO によって表される。更に、受信装置Ｒは、受信情報提供装置Ｏから送信装置ＴのＢＤ−ＡＤＤＲも提供されるので、これらの情報によって、送信装置Ｔのホッピングパターンとフェーズを算出可能である。
【０１３２】
なお、受信装置Ｒは、情報（Ａ１）〜（Ａ３）の情報の受信時と同時に、送信装置Ｔのホッピングパターンとフェーズを算出するとは限らない。そこで、受信装置Ｒは、受信情報提供装置Ｏから情報を提供された時点における自身のクロックＣＫR を用いて、送信装置Ｔと受信装置ＲとのクロックオフセットＣＫT-R を算出して保持するようになっている。クロックオフセットＣＫT-Rは、ＣＫT-R ＝ＣＫT-O ＋ＣＫO −ＣＫR で与えられる。
【０１３３】
送信装置Ｔのホッピングパターンとフェーズを算出する場合には、その時点における自信のクロックＣＫR 、送信装置Ｔと受信情報提供装置ＯのクロックオフセットＣＫT-O 及び送信装置Ｔと受信装置ＲとのクロックオフセットＣＫT-R を用いて、現時点での送信装置ＴのクロックＣＫT を算出する。算出したクロックＣＫT と送信装置ＴのＢＤ−ＡＤＤＲを用いて送信装置Ｔのホッピングパターンとフェーズを算出する。
【０１３４】
このように、受信情報提供装置Ｏが上記情報（Ａ１）〜（Ａ３）を受信装置Ｒに伝送することで、受信装置Ｒは、送信装置Ｔのホッピングパターンとフェーズを算出することができる。
【０１３５】
ところで、上述したように、送信装置ＴにBluetooth仕様に従って接続可能な端末数は制限がある。従って、受信情報提供装置ＯがBluetooth仕様に従って送信装置Ｔに常時接続可能であるとは限らない。次に、このような場合、即ち、送信装置ＴとBluetooth仕様に従って接続されていた受信情報提供装置Ｏが、現時点では送信装置Ｔに接続されていない場合について説明する。
【０１３６】
受信情報提供装置Ｏは、過去に送信装置Ｔから入手した情報を保存しておく。現時点では、受信情報提供装置Ｏは、送信装置ＴにBluetooth仕様に従って接続されていないが、受信情報提供装置Ｏは、過去に送信装置Ｔから入手した情報を受信装置Ｒに提供するようになっている。
【０１３７】
即ち、受信情報提供装置Ｏは、送信装置Ｔから過去にBluetooth仕様に従って接続されていた際に、ＦＨＳパケットによって通知された送信装置ＴのＢＤ−ＡＤＤＲとその接続時点での送信装置ＴのクロックＣＫTBと、その時点の受信情報提供装置Ｏ自身のクロックＣＫOBとを併せて保持しておく。
【０１３８】
なお、受信情報提供装置Ｏは、独自のプロトコルに従って、これらの情報を入手するようにしてもよい。
【０１３９】
この場合には、受信情報提供装置Ｏは、受信装置Ｒに対して、以下の４つの情報（Ｂ１）〜（Ｂ４）を送信する。
【０１４０】
（Ｂ１）送信装置ＴのＢＤ−ＡＤＤＲ
（Ｂ２）送信装置ＴのクロックＣＫTB
（Ｂ３）クロックＣＫTB取得時の受信情報提供装置ＯのクロックＣＫOB
（Ｂ４）受信装置に情報を提供する時点の受信情報提供装置ＯのクロックＣＫO
図１４はこれらの情報（Ｂ１）〜（Ｂ４）の情報の伝送を説明するための説明図である。
【０１４１】
図１４に例示するように、受信情報提供装置Ｏは、送信装置ＴのＢＤ−ＡＤＤＲを４８ビットに配列し、次に、過去に接続した時点における送信装置のクロックＣＫTBを２８ビットに配列し、次に、過去に接続した時点における受信情報提供装置のクロックＣＫOBを２８ビットに配列し、最後にクロックＣＫO を２８ビットで配列して、受信装置Ｒに伝送する。
【０１４２】
なお、図１４のパケット内の情報の配置は一例であり、各情報の配列順及びビット数等は図１４の例に限定されるものではなく、例えば、各情報のビット数を図１４の例よりも小さくすることも可能である。
【０１４３】
この場合には、受信装置Ｒは、受信情報提供装置Ｏが送信装置Ｔと接続した時点に取得したクロックＣＫOBとそのときのクロックＣＫOBとによって、送信装置Ｔと受信情報提供装置ＯとのクロックオフセットＣＫT-O （＝ＣＫTB−ＣＫOB）を得る。更に、受信装置Ｒは、算出したクロックオフセットＣＫT-O と受信情報提供装置Ｏとの接続によって得た受信情報提供装置のクロックＣＫO との加算によって、現在の送信装置ＴのクロックＣＫT ＝（ＣＫTB−ＣＫOB＋ＣＫO ）を得る。
【０１４４】
以後、動作は上述した例と同様であり、受信装置Ｒは、算出したクロックＣＫT と受信情報提供装置Ｏから提供された送信装置ＴのＢＤ−ＡＤＤＲとによって、送信装置Ｔのホッピングパターンとフェーズを算出する。
【０１４５】
また、受信装置Ｒが送信装置Ｔと受信装置ＲとのクロックオフセットＣＫT-R を算出して保持することにより、所定のタイミングにおいて、送信装置Ｔのホッピングパターンとフェーズを算出することができることも同様である。。
【０１４６】
次に、送信装置Ｔと受信情報提供装置ＯとがBluetooth仕様以外の方法に基づいて接続されている場合について説明する。
【０１４７】
例えば、送信装置Ｔと受信情報提供装置Ｏとが有線で接続されている場合等のように、送信装置Ｔと受信情報提供装置ＯとがBluetooth仕様以外の方法に基づいて接続されているときには、送信装置Ｔと受信情報提供装置Ｏ間の通信に送信装置ＴのＢＤ−ＡＤＤＲ及びクロックが必要でないこともある。
【０１４８】
そこで、受信情報提供装置Ｏは、送信装置ＴのＢＤ−ＡＤＤＲ及びクロックについて、独自プロトコル等の何らかの方法によって、送信装置Ｔから直接情報提供を受ける。そして、受信情報提供装置Ｏは、送信装置Ｔから情報提供を受けた時の情報提供装置Ｏ自身のクロックと共に、送信装置Ｔから受けた情報を保持しておく。
【０１４９】
この場合には、受信装置Ｒは、上述した情報（Ａ１）〜（Ａ３）を受けた場合と同様の処理によって、送信装置Ｔのホッピングパターンとフェーズを算出することができる。
【０１５０】
また、受信情報提供装置Ｏは、送信装置Ｔのクロックに代えて、送信装置Ｔのクロックと情報提供を受けた時の情報提供装置自身のクロックとの差をクロックオフセットとして、独自プロトコル等の何らかの方法によって、直接受信して保持するようにしてもよいことは明らかである。
【０１５１】
この場合には、受信装置Ｒは、上述した情報（Ｂ１）〜（Ｂ４）を受けた場合と同様の処理によって、送信装置Ｔのホッピングパターンとフェーズを算出することができる。
【０１５２】
ところで、このように、受信装置Ｒは、送信装置ＴのＢＤ−ＡＤＤＲとクロック等を用いることで、装置装置Ｔの送信内容を受信することが可能である。しかしながら、受信装置Ｒが傍受した送信内容から上位のサービスを受けるためには、受信装置Ｒ側に上位のサービス仕様を受け入れる準備が必要である。
【０１５３】
そこで、受信情報提供装置Ｏは、受信装置Ｒへ受信情報を提供する際に、受信装置Ｒのサービス仕様をチェックする方法が考えられる。なお、ここでいうサービス仕様の中には、上位レイヤの使用するプロトコル、プロファイルも含まれる。
【０１５４】
サービス仕様を事前にチェックすることで、受信装置Ｒが送信装置Ｔのサービスを利用不能な場合に、無駄なデータ伝送が行われてしまうことを防止することができる。
【０１５５】
図１５はこの場合における傍受までの情報の送受を説明するためのフローチャートである。
【０１５６】
図１５に示すように、受信情報提供装置Ｏは、Bluetooth仕様等に従って送信装置Ｔとの間で通信を行って、受信確立情報を入手した後、送信装置ＴからのＳＤＰ等を用いて送信装置Ｔが提供するサービス仕様を入手しておく。
【０１５７】
受信情報提供装置Ｏは、送信装置ＴのＢＤ−ＡＤＤＲやクロックの情報を受信装置Ｒに送信する前に、受信装置ＲからＳＤＰ等を用いて受信装置Ｒの受け入れ可能なサービス仕様を入手する。そして、受信情報提供装置Ｏは、送信装置Ｔが提供するサービス仕様と受信装置Ｒが受け入れ可能なサービス仕様とを比較し、送信装置Ｔの提供するサービスを受信装置Ｒが受け入れ可能か否かを判断する。
【０１５８】
受信装置Ｒが送信装置Ｔのサービスを受け入れ可能である場合には、受信情報提供装置Ｏは、送信装置ＴのＢＤ−ＡＤＤＲとクロックに加えて、サービス仕様の詳細を受信装置Ｒに送信する。逆に、受信装置Ｒが送信装置Ｔのサービスを受け入れ不能である場合には、受信情報提供装置Ｏは、受信装置Ｒの情報の提供を行わない。これにより、無駄にデータが伝送されることを防止することができる。
【０１５９】
【発明の効果】
以上説明したように本発明によれば、ポイント・ツー・マルチポイント接続の接続数の制限に拘わらず、充分な数の機器に放送型サービスの提供を可能にすることができるという効果を有する。
【図面の簡単な説明】
【図１】本発明に係る放送型サービスシステムの一実施の形態を示すブロック図。
【図２】図１中の送信装置の具体的な構成を示すブロック図。
【図３】図１中の受信情報提供装置Ｏの具体的な構成を示すブロック図。
【図４】図１中の受信装置の具体的な構成を示すブロック図。
【図５】受信に必要な情報を格納するパケット・フォーマットの例を示す説明図。
【図６】実施の形態の動作を説明するためのフローチャート。
【図７】実施の形態の動作を説明するためのフローチャート。
【図８】本発明の他の実施の形態を示すブロック図。
【図９】図８の実施の形態の動作を説明するためのフローチャート。
【図１０】本発明の他の実施の形態を示すブロック図。
【図１１】本発明の他の実施の形態を示すブロック図。
【図１２】１台の受信情報提供装置Ｏに３台の装置装置Ｔ1 ，Ｔ2 ，Ｔ3 の受信確立情報等を保持するようにした例を示す説明図。
【図１３】受信情報提供装置Ｏが受信装置Ｒに伝送する情報を説明するための説明図。
【図１４】受信情報提供装置Ｏが受信装置Ｒに伝送する情報を説明するための説明図。
【図１５】傍受までの情報の送受を説明するためのフローチャート。
【符号の説明】
Ｔ…送信装置、Ｏ…受信情報提供装置Ｏ、Ｒ…受信装置。
【発明の属する技術分野】
本発明は、Bluetooth技術を用いた無線ネットワークにおける放送型サービスシステム及びその通信方法に関する。
【０００２】
【従来の技術】
近年、画像や音声等のデータを交換する標準ワイヤレス技術として、Bluetooth（bluetooth）が開発されている。Bluetoothは、携帯電話やノートパソコン、デジタル家電等のデジタル機器に搭載されて、相互間で近距離無線通信を実現する。
【０００３】
Bluetoothは、２．４ＧＨｚ帯の搬送波周波数を利用しており、周波数ホッピング方式のスペクトラム拡散方式を用いる。即ち、Bluetoothでは、１ＭＨｚ幅の７９チャンネルを用いており、これらのチャンネルを１秒間に最大で１６００回切換えることにより、他の無線通信との干渉を防止するようになっている。
【０００４】
従って、Bluetooth対応機器（以下、Bluetoothユニットという）同士を接続させる場合には、周波数ホッピングパターンを相互に一致させる必要がある。周波数ホッピングパターンを決定するBluetoothユニット（以下、マスタという）とマスタが決定したホッピングパターンに従って通信を行うBluetoothユニット（以下、スレーブという）とは、インクワイアリ（inquiry ）及びページ（page）という過程を経て通信可能な状態となる。
【０００５】
ところで、各Bluetoothユニット同士は、ポイント・ツー・ポイント方式で接続することもでき、また、ポイント・ツー・マルチポイント方式で接続することもできる。マスタに接続されたスレーブは、マスタとの通信に際して３ビットのアクティブ・メンバー・アドレス（active member address ）が割り当てられる。従って、ポイント・ツー・マルチポイント接続では、１マスタに対して７台のスレーブを接続することができる。
【０００６】
しかしながら、ポイント・ツー・マルチポイント接続におけるスレーブの接続数が７台に制限されていることから、マスタによる放送型サービスの提供は困難であるという問題があった。
【０００７】
【発明が解決しようとする課題】
このように、従来、Bluetooth技術を用いて無線ネットワークを構築した場合には、スレーブの接続数が７台に制限されることから、放送型サービスを提供することができないという問題点があった。
【０００８】
本発明はかかる問題点に鑑みてなされたものであって、ポイント・ツー・マルチポイント接続の接続数の制限に拘わらず、充分な数の機器に放送型サービスの提供を可能にすることができる放送型サービスシステム及びその通信方法を提供することを目的とする。
【０００９】
【課題を解決するための手段】
本発明の請求項１に係る放送型サービスシステムは、Bluetooth仕様に基づいた通信が可能な送信装置、受信情報提供装置、受信装置からなる放送型サービスシステムにおいて、前記送信装置は、アプリケーションデータを１つ以上の前記受信装置宛てに送信する第１の送信手段と、前記アプリケーションデータを受信するために前記受信装置が必要とする受信確立情報を送信する第２の送信手段とを有し、前記受信情報提供装置は、前記送信装置から送信された前記受信確立情報を受信する第１の受信手段と、この受信確立情報を所定の前記受信装置宛に送信する受信確立情報送信手段とを有し、前記受信装置は、前記受信情報提供装置から送信された前記受信確立情報を受信する受信確立情報受信手段と、この受信確立情報に基づいて前記送信装置から送信された前記アプリケーションデータを受信する第２の受信手段とを有するものであり、
本発明の請求項４に係る放送型サービスシステムは、Bluetooth仕様に基づいた通信が可能な送信装置及び受信装置からなる放送型サービスシステムにおいて、前記送信装置は、アプリケーションデータを１つ以上の前記受信装置宛てに送信する第１の送信手段と、前記アプリケーションデータを受信するために前記受信装置が必要とする受信確立情報を送信する第２の送信手段とを有し、前記受信装置は、前記送信装置との間でBluetooth仕様に基づいたアクティブモードの通信時に前記送信装置から送信された前記受信確立情報を受信する受信確立情報受信手段と、前記送信装置との間で前記アクティブモードの通信から、Bluetooth仕様に基づいたパークモードの通信に移行した際には、前記アクティブモード時に前記受信確立情報受信手段で受信した前記受信確立情報に基づいて、前記アプリケーションデータを受信する受信手段とを具備するものであり、
本発明の請求項８に係る放送型サービス通信方法は、Bluetooth仕様に基づいた通信が可能な送信装置、受信情報提供装置、受信装置からなる放送型サービスシステムの通信方法において、前記送信装置は、アプリケーションデータを１つ以上の前記受信装置宛てに送信し、前記アプリケーションデータを受信するために前記受信装置が必要とする受信確立情報を送信し、前記受信情報提供装置は、前記送信装置から送信された前記受信確立情報を受信し、この受信確立情報を所定の前記受信装置宛に送信し、前記受信装置は、前記受信情報提供装置から送信された前記受信確立情報を受信し、この受信確立情報に基づいて前記送信装置から送信された前記アプリケーションデータを受信するものであり、
本発明の請求項９に係る放送型サービス通信方法は、Bluetooth仕様に基づいた通信が可能な送信装置及び受信装置からなる放送型サービスシステムの通信方法において、前記送信装置は、アプリケーションデータを１つ以上の前記受信装置宛てに送信し、前記アプリケーションデータを受信するために前記受信装置が必要とする受信確立情報を送信し、前記受信装置は、前記送信装置との間でBluetooth仕様に基づいたアクティブモードの通信時に前記送信装置から送信された前記受信確立情報を受信し、前記送信装置との間で前記アクティブモードの通信から、Bluetooth仕様に基づいたパークモードの通信に移行した際には、前記アクティブモード時に前記受信確立情報受信手段で受信した前記受信確立情報に基づいて、前記アプリケーションデータを受信するものである。
【００１０】
本発明の請求項１において、送信装置はBluetooth仕様に従ってアプリケーションデータを送信する。受信情報提供装置は、送信装置との接続を確立するために必要な受信確立情報を通信装置から取得する。受信装置は、受信情報提供装置との間で通信を行って、受信情報提供装置が送信する受信確立情報を取得し、この受信確立情報を用いて送信装置から送信されるアプリケーションデータを受信する。
【００１１】
本発明の請求項４において、受信装置は、Bluetooth仕様に基づいたアクティブモードの通信時に、送信装置との接続を確立するために必要な受信確立情報を通信装置から取得して保持する。受信装置はパークモード移行後に取得した受信確立情報を用いて送信装置が送信するアプリケーションデータを受信する。
【００１２】
本発明の請求項８において、受信情報提供装置は、送信装置との接続を確立するために必要な受信確立情報を送信装置から取得する。受信確立情報は受信装置に送信され、受信装置は、配布された受信確立情報を用いて、送信装置から送信されるアプリケーションデータを受信する。
【００１３】
本発明の請求項９において、受信装置は、Bluetooth仕様に従って送信装置との間で通信を行って送信装置との接続を確立するために必要な受信確立情報を取得する。受信装置は、パークモード移行後に、取得した受信確立情報を用いて送信装置が送信するアプリケーションデータを受信する。
【００１４】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態について詳細に説明する。図１は本発明に係る放送型サービスシステムの一実施の形態を示すブロック図である。また、図２乃至図４は夫々図１中の送信装置、受信情報提供装置及び受信装置の具体的な構成を示すブロック図である。
【００１５】
図１において、送信装置Ｔ、受信装置Ｒ及び受信情報提供装置Ｏは、いずれもBluetooth仕様に従った通信機能をもつBluetoothユニットである。なお、図１では、説明を簡略化するために、１台の受信装置Ｒのみを示したが、受信装置Ｒの数は限定されない。また、送信装置Ｔも複数台設けられていてもよい。
【００１６】
先ず、Bluetoothにおける接続方法について説明する。接続の開始時には、サービスを提供しようとする機器又はサービスを獲得しようとする機器が接続のためのインクワイアリ・メッセージを送信する。例えば、インクワイアリ・メッセージをマスタが送信するものとする。スレーブがインクワイアリ・スキャン（inquiry scan）状態の場合に、マスタからのインクワイアリ・メッセージを受信すると、スレーブは、自己のBluetooth・デバイス・アドレス（Bluetooth Device Address）（以下、ＢＤ−ＡＤＤＲという）を含むパケット（ＦＨＳパケット）をインクワイアリ・レスポンス・メッセージ（inquiry response message ）として返す。
【００１７】
マスタは、インクワイアリ・レスポンス・メッセージによって応答したBluetoothユニットのＢＤ−ＡＤＤＲを取得し、このＢＤ−ＡＤＤＲを含むページ・メッセージ（page message）を送信する。自機のＢＤ−ＡＤＤＲを含むページ・メッセージを受信したスレーブは、これに応答してページ・レスポンス・メッセージ（page response message ）を送信する。これにより、接続はアクティブとなり、マスタは、スレーブに対してＦＨＳパケットを送信する。
【００１８】
なお、接続に際して、マスタとスレーブとは、ホッピングパターンを一致させる必要がある。マスタからのインクワイアリ・メッセージは、所定のホッピングパターンでチャンネルを変更している。スレーブは所定時間後に同期をとりインクワイアリ・レスポンス・メッセージを返す。これにより、マスタはスレーブを認識する。マスタが自機のＢＤ−ＡＤＤＲを送信すると、スレーブは、マスタのＢＤ−ＡＤＤＲと信号のクロックとを用いた演算によって、ホッピングパターン及びそのフェーズを算出することができる。算出したホッピングパターンを用いて、マスタとスレーブとは同期しながら通信を行う。スレーブは、以後、受信したＦＨＳパケットや他のデータパケットを利用してマスタ・スレーブ間の同期をとる。
【００１９】
図１において、送信装置Ｔは、所定のアプリケーションデータ（以下、放送サービスデータともいう）をBluetooth仕様に従って送信することができるようになっている。受信装置Ｒは送信装置ＴからのアプリケーションデータをBluetooth仕様に従って受信することができる。この場合において、送信装置Ｔとの間でBluetoothにより接続を行う受信装置Ｒ1 ，Ｒ2 ，…（以下、総称して受信装置Ｒという）の総数がBluetooth仕様上の制限（Version1.0では、アクティプ・モード・アドレスの領域の制約によって７台）を超えない限り、各受信装置Ｒは、送信装置Ｔとの間でBluetooth仕様に従って接続及び通信を行う。
【００２０】
即ち、各受信装置Ｒは、送信装置Ｔからの送信信号を受信するために必要な情報（以下、受信確立情報という）を取得することで、受信可能な状態にし、これにより、送信装置Ｔが送信するアプリケーションデータを受信するようになっている。
【００２１】
なお、受信確立情報としては、例えば、送信装置ＴのＢＤ−ＡＤＤＲ及びクロックがある。更に、受信データを利用するためには、ベースバンド、Ｌ２ＣＡＰ（Logical Link Control adn Adaptation Protocol）からアプリケーションに至るまでの、種々のサービス定義も必要である。
【００２２】
受信装置Ｒは、送信装置ＴのＢＤ−ＡＤＤＲとクロックとを入手すると、自機内の情報によってチャンネル・ホッピング・シーケンス（ホッピング・パターン）及びそのフェーズを算出する。受信装置は、算出したホッピングパターンの該当フェーズから始めて、以後シーケンスに従って受信周波数をホッピングさせることにより、送信装置ＴからBluetoothの情報パケットを受信することが可能になる。
【００２３】
受信装置Ｒは、受信したBluetoothの情報パケットから、各プロトコル・レイヤの定義に基づいてベースバンドやＬ２ＣＡＰのヘッダを取り除き、アプリケーションデータが暗号化されている場合にはこの暗号を解除し、アプリケーションデータのコーデックのパラメータに従ってデコード処理を行って、アプリケーションデータを抽出する。
【００２４】
しかしながら、送信装置Ｔとの間で通信を行おうとする受信装置Ｒの総数がBluetooth仕様上の制限を超えると、送信装置Ｔと受信装置とをBluetooth仕様に従って接続することはできず、アプリケーションデータを送受することができない。そこで、本実施の形態においては、受信装置Ｒの総数の制約を受けずに送信装置Ｔのアプリケーションデータを受信可能とするために、受信情報提供装置Ｏを導入している。
【００２５】
受信情報提供装置Ｏは、受信装置Ｒが送信装置からの信号受信を可能とするための受信確立情報を受信装置Ｒに提供することができるようになっている。即ち、本実施の形態においては、受信装置Ｒは、受信確立情報については送信装置Ｔ以外の第三者である受信情報提供装置Ｏから取得し、取得した受信確立情報に基づいて送信装置Ｔからの送信信号の受信可能状態にし、これにより、無線空間に放出されている電波を傍受してアプリケーションデータを受信する。
【００２６】
即ち、この場合には、受信装置Ｒは、送信装置Ｔからアクティブモードアドレスを取得することなく、即ち、Bluetoothの送受信装置としては非接続の状態で、単に物理的に電波を受信するという方法によって、送信装置Ｔが送信するアプリケーションデータを受信する。
【００２７】
受信情報提供装置Ｏは、送信装置Ｔとの間及び受信装置Ｒとの間で、Bluetooth仕様に従って、接続及び通信を行うことができるようになっている。即ち、受信情報提供装置Ｏは、送信装置Ｔとの間でBluetooth仕様に従って接続及び通信を行うことで、送信装置Ｔとの接続に必要な受信確立情報を取得することができる。
【００２８】
受信情報提供装置Ｏは、メモリを有しており、送信装置Ｔとの接続に必要な受信確立情報を記憶保持することができるようになっている。受信情報提供装置Ｏは、保持している受信確立情報を受信装置Ｒに対して送信することができるようになっている。
【００２９】
本実施の形態における受信装置Ｒは、受信情報提供装置Ｏとの間でBluetooth仕様に従って接続及び通信を行って、送信装置Ｔとの接続に必要な受信確立情報を取得し、取得した受信確立情報を用いて、ホッピングパターン及びフェーズを変更する。受信装置Ｒは、受信周波数を適切なホッピング・パターンのフェーズに合わせてBluetoothの情報パケットを受信し、各プロトコル・レイヤの定義に基づいてベースバンドやＬ２ＣＡＰのヘッダを情報パケットから取り除き、暗号を解除し、コーデックのパラメータに従ってデコードすることにより、アプリケーションデータの受信を行う。
【００３０】
このように、本実施の形態における受信装置Ｒは、送信装置Ｔが他の受信装置Ｒに対して送信中のアプリケーションデータを傍受することができるようになっている。
【００３１】
この方法によれば、受信装置Ｒと送信装置Ｔは、直接Bluetooth仕様に従って接続されている訳ではないので、受信総数の制限は受けない。
【００３２】
受信装置Ｒは、受信情報提供装置ＯとBluetooth仕様に従い接続・通信を行い、受信確立情報を取得する。受信確立情報の取得後には、受信装置Ｒは受信情報提供装置Ｏとの接続は終了しても構わない。
【００３３】
なお、受信情報提供装置Ｏは、受信確立情報を保持しているので、送信装置Ｔからの情報の受信を希望する受信装置に受信確立情報を配布する機能以外に、自機が受信装置となって、送信装置Ｔからアプリケーションデータを受信する機能も有している。しかし、受信情報提供装置Ｏは、受信確立情報を提供する機能だけを果たす場合には、アプリケーションデータを必ずしも受信している必要はない。
【００３４】
なお、送信装置Ｔは、接続中の受信装置Ｒが存在しない場合でもアプリケーションデータの送信を実施する機能を有した方がよい。
【００３５】
なお、受信情報提供装置Ｏと送信装置Ｔとは、必ずしもBluetooth接続される必要はなく、例えば有線で接続されていてもよい。この場合には、受信情報提供装置Ｏは、独自の方法で受信確立情報を取得すればよい。
【００３６】
受信情報提供装置Ｏは、受信確立情報を及びアプリケーションデータを有効に受信するために必要な各種情報をメモリに保持する。受信情報提供装置Ｏがメモリに保持する受信確立情報としては、上述したように、送信装置が使用するチャンネル周波数のホッピング・パターンのシーケンス及びそのフェーズがある。チャンネル周波数のホッピング・パターンは、送信装置のＢＤ−ＡＤＤＲとクロックとを用いて、受信装置側の情報により算出可能である。
【００３７】
また、受信情報提供装置Ｏがメモリに格納する情報としては、送信装置が採用している物理層、ベースパンド、Ｌ２ＣＡＰからアプリケーションに至るまでのプロトコル・レイヤ構造と、各プロトコルのパラメータ、ペイロード部分を解読するのに必要な情報、例えば、暗号解読方法や鍵、映像のコーデックの手法並びにパラメータ等がある。
【００３８】
なお、受信情報提供装置Ｏのメモリには、送信装置Ｏについて送信装置自身又は受信情報提供者が自由に記述できる内容も重要な情報である。また、ＳＤＰ（service discovery protocol）で定義されているサービス・レコードや、アプリケーションデータを提供する側又はユーザーが自由に記述することができユーザーから見てアプリケーションデータを識別する手がかりになる情報としてのサービス・レコード等のサービス選択に有効な情報も受信情報提供装置Ｏのメモリに格納することができる。
【００３９】
図５はこれらの受信に必要な情報を格納するパケット・フォーマットの例を示す説明図である。
【００４０】
図５に示すように、パケットフォーマットには、ＢＤ−ＡＤＤＲ、ホップシーケンス及びフェーズの情報、サービス・レコードの情報及びコーデック・パラメータ等の情報が配置されている。
【００４１】
図２は図１中の送信装置Ｔの具体的な構成を示すブロック図である。
【００４２】
図２において、送信装置Ｔは、Bluetooth仕様に従った通信機能を有する機器である。送信装置Ｔは、Bluetooth入出力制御部１を有している。Bluetooth入出力制御部１は、送信制御部２に制御されて、Bluetooth仕様に従い、送信制御部２からの情報を所定のホッピングパターンで図示しないアンテナから無線送信すると共に、図示しないアンテナに誘起した高周波信号に含まれる情報を抽出して送信制御部２に出力する。
【００４３】
コンテンツ格納部３には送信装置Ｔがサービスするアプリケーションデータ（以下、コンテンツともいう）が格納される。送信制御部２は、Bluetooth入出力制御部１と協働して、接続状態がアクティブとなった受信装置Ｒに対してコンテンツを送信させると共に、接続状態がアクティブとなった受信装置Ｒについての情報を受信装置情報保持部４に供給するようになっている。受信装置装置情報保持部４は、各受信装置についての情報を蓄積保持する。
【００４４】
送信制御部２及びBluetooth入出力制御部１は、Bluetooth仕様に従って送信装置Ｔに接続する受信装置Ｒが存在するか否かに拘わらず、アプリケーションデータを送信する機能を備えることもできるようになっている。また、送信装置Ｔ自身とBluetooth仕様に従って接続している受信装置Ｒとのモード移動や接続切断等を実施するために、送信装置Ｔ自身とBluetooth仕様に従って接続している受信装置Ｒの数とモードと、受信装置のモードを変更させる機能、あるいは受信装置との接続を切断する機能を有する。
【００４５】
更に、本実施の形態においては、送信制御部２及びBluetooth入出力制御部１は、接続された受信装置が傍受可能な装置であるか否かの情報も保持する機能を有している。
【００４６】
図３は図１中の受信情報提供装置Ｏの具体的な構成を示すブロック図である。
【００４７】
図３において、受信情報提供装置Ｏは、Bluetooth仕様に従った通信機能を有する機器である。受信情報提供装置ＯもBluetooth入出力制御部５を有している。Bluetooth入出力制御部５は、Bluetooth入出力制御部１と同様の構成である。中央制御部６は、送信装置Ｔとの間の通信によって受信確立情報を含む各種情報を取得する。受信情報提供装置Ｏは受信情報格納部７を有しており、受信情報格納部７は、中央制御部６によって取得された情報を記憶する。
【００４８】
本実施の形態においては、中央制御部６は、Bluetooth入出力制御部５と連携して動作して、アプリケーションデータの提供サービスを行う送信装置が複数ある場合には、各送信装置と順次接続及び通信を行って、受信確立情報を含む各種情報を取得するようになっており、受信情報格納部７は、各送信装置毎に取得した情報を記憶するようになっている。受信情報格納部７には、例えば、ホッピング・パターン、フェーズ、暗号解読法、コーデック・パラメータ等の情報が記憶される。
【００４９】
中央制御部６は、受信装置Ｒが接続された場合には、受信確立情報を含む各種情報を受信情報格納部７から読出し、Bluetooth入出力制御部５を介して受信装置Ｒに送信することができるようになっている。この場合には、中央制御部６は、受信装置の要求に応じた送信装置についての情報を送信する。
【００５０】
なお、中央制御部６は、送信装置が送信するコンテンツに課金を行う場合には、１つ又は複数の送信装置から委託を受けて課金処理、例えば受信装置の認証、課金情報の提示、鍵通知、課金等を代理する機能を有するようにしてもよい。
【００５１】
また、Bluetooth入出力制御部５は、送信装置Ｔから放送サービスデータを受信することもできる。受信された放送サービスデータは機能選択部８に供給される。機能選択部８は、受信した放送サービスデータを各機能毎に分離し、例えば、映像データについては映像表示部９に与え、音声データについては音声再生部１０に与える。
【００５２】
映像表示部９は、入力された映像データに対して所定の信号処理を施して、図示しない表示部に供給する。音声再生部１０は、入力された音声データに対して所定の信号処理を施して、図示しない音声出力部に供給する。こうして、図示しない表示部及び音声出力部によって、放送サービスデータの視聴が可能となる。
【００５３】
なお、図２及び図３の例では、送信装置Ｔと受信情報提供装置Ｏとの間はBluetoothによって情報の授受を行うようになっているが、上述したように、他のインターフェースを利用してもよいことは明らかである。
【００５４】
図４は図１中の受信装置Ｒの具体的な構成を示すブロック図である。
【００５５】
図４において、受信装置Ｒは、Bluetooth仕様に従った通信機能を有する機器である。受信装置ＲもBluetooth入出力制御部１１を有している。Bluetooth入出力制御部１１は、Bluetooth入出力制御部１，５と同様の構成である。中央制御部１２は、送信装置Ｔとの間の通信によって受信確立情報を含む各種情報を取得するだけでなく、受信情報提供装置Ｏとの間の通信によっても、送信装置Ｔとの間の通信に必要な受信確立情報を含む各種情報を取得することができるようになっている。
【００５６】
即ち、中央制御部６は、通常のBluetooth仕様に従った各種制御を実行することができる。更に、中央制御部６は、装置情報通知制御、同期制御、継続受信制御等の各種制御も可能である。また、中央制御部６は、受信情報格納部１３を備えており、受信情報提供装置Ｏとの間の通信によって取得した所定の通信装置Ｔとの間の通信に必要な受信確立情報を含む各種情報を受信情報格納部１３に記憶保持させるようになっている。
【００５７】
上述したように、所定の通信装置Ｔとの間の通信に必要な受信確立情報を含む各種情報としては、例えばホッピング・パターン、フェーズ、暗号解読法、コーデック・パラメータ等の情報が含まれる。
【００５８】
本実施の形態においては、中央制御部６は、所定の送信装置Ｔから放送サービスデータを受信しようとする場合において、送信装置Ｔと接続されている受信装置の数が既に７を越えている場合には、先ず、受信情報提供装置Ｏとの間で通信を行って、受信確立情報を含む各種情報を取得し、受信情報格納部１３に記憶させる。中央制御部６は、記憶した受信確立情報、即ち、所定の送信装置Ｔのホッピングパターン及びフェーズを受信情報格納部１３に格納すると共に、受信周波数をホッピング・パターンの該当フェーズに合わせる同期制御を行う。
【００５９】
これにより、受信装置Ｒは、送信装置Ｔが他の受信装置に対して無線送信中の放送サービスデータの電波を傍受することができる。Bluetooth入出力制御部１１は、傍受した放送サービスデータを機能選択部１４に出力する。機能選択部１４、映像表示部１５及び音声再生部１６の構成は、夫々機能選択部８、映像表示部９及び音声再生部１０と同一である。
【００６０】
なお、放送サービスデータが暗号化されている場合、符号化されている場合等には、中央制御部１２から暗号解読法又はコーデック・パラメータ等の情報を読出すことで暗号を解除し、復号化を行うことができる。
【００６１】
なお、中央制御部１２は、自機が送信装置が他の受信装置に対して送信中の電波を傍受可能な装置であるか否かの情報を送信装置に伝達する装置情報通知機能を有している。
【００６２】
また、中央制御部１２は、送信装置からパークモードに移行させられたり、Bluetooth仕様に従った接続を切断された場合でも、送信を傍受するように切換えることによって、継続した受信を可能にする継続受信機能を有する。
【００６３】
なお、受信情報提供装置Ｏは、送信装置Ｔのホッピングパターン及びフェーズを記憶するのでなく、所定の送信装置ＴのＢＤ−ＡＤＤＲ及びクロック並びにそれら２つの情報を受信装置が受信した時の自受信情報提供装置Ｏのクロックの値を記憶保持し、受信装置Ｒにおいて、受信情報提供装置Ｏから配布された送信装置ＴのＢＤ−ＡＤＤＲ及びクロックから送信装置Ｔのホッピングパターン及びフェーズを算出するようにしてもよい。
【００６４】
次に、このように構成された実施の形態の動作について図６を参照して説明する。図６は実施の形態の動作を説明するためのフローチャートである。
【００６５】
いま、Bluetoothを利用した無線ネットワークエリア内に、１つ以上の送信装置Ｔ（Ｔ1 ，Ｔ2 ，…）、１つ以上の受信装置Ｒ（Ｒ1 ，Ｒ2 ，…）及び受信情報提供装置Ｏが存在するものとする。各送信装置Ｔは、夫々独自の放送データサービスを送信することができる。
【００６６】
先ず、受信情報提供装置Ｏは、送信装置Ｔ（Ｔ1 ）について受信確立情報を含む受信に必要な情報を取得するために、送信装置Ｔ1 との接続を確立する。受信情報提供装置Ｏは、例えばBluetooth仕様に従って、送信装置Ｔ1 との接続を確立する。即ち、受信情報提供装置Ｏは、図６のステップＳ1 において、インクワイアリメッセージを送信装置Ｔ1 に対して送信する。送信装置Ｔ1 はこのインクワイアリメッセージに対してインクワイアリレスポンスを返す（ステップＳ2 ）。更に、受信情報提供装置Ｏは、ページメッセージを送信装置Ｔ1 に送信し（ステップＳ3 ）、送信装置Ｔ1 はページレスポンスを受信情報提供装置Ｏに返す（ステップＳ4 ）。
【００６７】
受信情報提供装置Ｏは、Bluetooth仕様に従って送信装置Ｔ1 と接続を確立することにより、送信装置Ｔ1 との接続に必要な受信確立情報を取得することができる。受信情報提供装置Ｏは、送信装置Ｔ1 についての受信確立情報を受信情報格納部７に格納する。
【００６８】
更に、送信装置Ｔ1 は、その他の受信に必要な情報についても受信情報提供装置Ｏに送信する（ステップＳ5 ）。受信情報提供装置Ｏは、取得した情報を受信情報格納部７に格納する。
【００６９】
同様にして、受信情報提供装置Ｏは、他の送信装置Ｔ2 ，Ｔ3 ，…についても夫々接続及び通信を行って、各送信装置Ｔ2 ，Ｔ3 ，…の受信に必要な情報を取得して、受信情報格納部７に格納する。なお、受信情報提供装置Ｏが受信に必要な情報を記憶することができる送信装置Ｔの数は、受信情報格納部７の記憶容量に依存し、Bluetooth仕様には依存しないことは明らかである。
【００７０】
なお、受信情報提供装置Ｏが送信装置Ｔとの間でBluetooth仕様に従った通信を行わない場合には、受信確立情報についてもステップＳ5 の受信に必要な情報として取得すればよい。
【００７１】
いま、受信装置Ｒを使用するユーザーが送信装置Ｔ1 から放送データサービスの提供を受けようとするものとする。ユーザーの操作によって、受信装置Ｒは、Bluetooth仕様に従って、送信装置Ｔ1 に対して接続を確立しようとする。この場合に、送信装置Ｔ1 が既に通信を行っている受信装置の総数がBluetooth仕様上の制限に到達していない場合には、受信装置Ｒは通常のBluetooth仕様に従って、送信装置Ｔ1 から放送データサービスを受信することができる。
【００７２】
次に、受信装置Ｒを使用するユーザーが送信装置Ｔ2 から放送データサービスの提供を受けようとした場合において、送信装置Ｔ2 が既に通信を行っている受信装置の総数がBluetooth仕様上の制限に到達しているものとする。この場合には、受信装置Ｒは、送信装置Ｔ2 との接続を確立するために、先ず、受信情報提供装置Ｏとの間で通信を行う。
【００７３】
図６のステップＳ6 において、受信装置Ｒはインクワイアリメッセージを受信情報提供装置Ｏに出力する。受信情報提供装置Ｏはこのインクワイアリメッセージに対してインクワイアリレスポンスを返す（ステップＳ7 ）。次に、受信装置Ｒは、ページメッセージを受信情報提供装置Ｏに送信し（ステップＳ8 ）、受信情報提供装置Ｏはページレスポンスを受信装置Ｒに返す（ステップＳ9 ）。
【００７４】
こうして、受信装置Ｒは、Bluetooth仕様に従って受信情報提供装置Ｏと接続を確立する。次に、ステップＳ10において、受信情報提供装置Ｏは、送信装置Ｔ2 の受信に必要な情報を受信装置Ｒに送信する。受信装置Ｒは、ステップＳ10において、受信確立情報を含む各種情報を受信すると、受信した情報を受信情報格納部１３に格納する。
【００７５】
次に、受信装置Ｒは、受信情報格納部１３に格納した受信確立情報、例えば、送信装置Ｔ2 のＢＤ−ＡＤＤＲとクロックとから、送信装置Ｔ2 との接続を確立するために必要なチャンネル・ホッピング・シーケンス（ホッピング・パターン）及びそのフェーズを算出する。受信装置Ｒの中央制御部１２は、算出した情報を受信情報格納部１３に格納すると共に、Bluetooth入出力制御部１１を制御して、ホッピング・パターンの該当フェーズから始めて、シーケンスに従って受信周波数をホッピングさせる。
【００７６】
こうして、受信装置Ｒは、送信装置Ｔ2 が他の受信装置に対して送信中の放送サービスデータを傍受する（ステップＳ11）。受信装置Ｒは、受信情報格納部１３に格納した情報に基づいて、傍受受信した放送サービスデータの情報パケットから、各プロトコル・レイヤの定義に基づいてベースバンドやＬ２ＣＡＰのヘッダを取り除き、暗号を解除し、更にコーデックのパラメータに従ってデコードすることにより、アプリケーションデータを取り出す。
【００７７】
受信装置Ｒの機能選択部１４は、アプリケーションデータのうち映像データを映像表示部１５に与え、音声データを音声再生部１６に与える。こうして、映像表示部１５からの映像信号及び音声再生部１６からの音声信号によって、受信装置Ｒの図示しない表示部及び音声出力部において、送信装置Ｔ2 が放送中のサービスを視聴することができる。
【００７８】
このように、本実施の形態においては、無線ネットワークエリア内の各送信装置が受信装置と接続を確立して通信するための情報を、受信情報提供装置が取得して記憶し、各受信装置は、受信情報提供装置から各送信装置との接続及び通信を可能とするための情報を入手するようになっており、送信装置に接続されている受信装置の数がBluetooth仕様の制限によって接続可能とされた数を越えた場合でも、各受信装置は、希望する送信装置の送信を傍受して、そのサービスを受けることができる。
【００７９】
図６の例では、無線ネットワークエリア内の受信情報提供装置Ｏに対して、受信装置Ｒ側からインクワイアリメッセージを送出する例について説明したが、受信情報提供装置Ｏから各受信装置Ｒに対してインクワイアリメッセージを送信するようにしてもよい。
【００８０】
図７のこの場合のフローチャートを示している。
【００８１】
図７の例は図６のステップＳ6 乃至ステップＳ9 に代えて、ステップＳ6 ′乃至ステップＳ9 ′を採用したものである。ステップＳ6 乃至ステップＳ9 とステップＳ6 ′乃至ステップＳ9 ′とは、送信者と受信者とが逆になった点が異なるのみである。この場合でも、各受信装置Ｒは、所望の送信装置Ｔからの送信信号を受信するために必要な情報を取得することができることは明らかである。
【００８２】
なお、受信装置Ｒは、送信装置Ｔが既に通信を行っている受信装置の総数がBluetooth仕様上の制限に到達していない場合に、受信情報提供装置Ｏから受信確立情報等を入手するものとして説明したが、受信装置Ｒは、接続数の制限に拘わらず、最初から受信確立情報等を受信情報提供装置Ｏから入手するようにしてもよい。この場合には、受信装置Ｒは送信装置Ｔの送信信号を傍受することになるので、送信装置Ｔは必ず１つ以上の受信装置との間で通信を行っている必要がある。つまり、受信情報提供装置Ｏが、送信装置Ｔからの情報を受信する受信装置として機能していない場合には、送信装置Ｔが受信装置の有無に拘わらず、放送サービスデータを送信する機能を備えるようにすればよい。
【００８３】
図８は本発明の他の実施の形態を示すブロック図である。
【００８４】
本実施の形態は、Bluetoothの接続状態の１つであるパークモード（Park Mode）を利用することにより、Bluetooth仕様の接続数の制限を回避するようにしたものである。これにより、本実施の形態においては受信情報提供装置を省略可能にしている。
【００８５】
Bluetoothにおいては、マスタはパークモード状態のスレーブを接続されているスレーブ数にカウントしない。本実施の形態はこれを利用したものである。送信装置ＴＡは、図２の送信装置Ｔと同様の構成であり、送信制御部が接続状態がアクティブとなった受信装置に対して、アクティブとなった直後にＬＭＰ＿ｐａｒｋコマンドを用いることにより、受信装置をパークモードに移行させることが可能な点が異なるのみである。
【００８６】
受信装置ＲＡは、通常のBluetooth仕様の装置と同様の機能を有すると共に、パークモード移行後においても、接続がパークモードとなっている送信相手である送信装置ＴＢのホッピングパターン及びフェーズに受信周波数を切換えて、送信装置ＴＢからの電波を傍受可能にした点が通常のBluetooth仕様の装置と異なる。なお、受信装置ＲＡは、通常のBluetooth仕様の装置と同様に、自らパークモードに移行することも可能である。
【００８７】
なお、図８では１台の送信装置と１台の受信装置のみを示したが、複数台の送信装置及び受信装置にる無線ネットワークにも適用可能であることは明らかである。
【００８８】
次に、このように構成された実施の形態の動作について図９のフローチャートを参照して説明する。
【００８９】
図９のステップＳ21乃至Ｓ24は通常のBluetooth仕様の接続を示している。即ち、送信装置ＴＡはインクワイアリメッセージを送信し、受信装置ＲＡはインクワイアリレスポンスを返す。次に、送信装置ＴＡはページメッセージを送信し、受信装置ＲＡはページレスポンスを送信する。こうして、送信装置ＴＡと受信装置ＲＡとの間で接続が確立し、通信が可能となる。次のステップＳ25では、送信装置ＴＡはアプリケーションデータの受信に必要な情報を受信装置ＲＡに送信する。
【００９０】
なお、図９では、送信装置ＴＡからインクワイアリメッセージを送信する例を示したが、受信装置ＲＡからインクワイアリメッセージを送信するようにしてもよいことは明らかである。
【００９１】
受信装置ＲＡが受信確立情報を含みアプリケーションデータを受信するのに必要な全ての情報を入手すると、送信装置ＴＡは受信装置ＲＡに対してＬＭＰ＿ｐａｒｋコマンドを送信して、受信装置ＲＡをパークモードに移行させる（ステップＳ26）。
【００９２】
なお、パークモードへの移行は、受信装置ＲＡがＬＭＰ＿ｐａｒｋ＿ｒｅｑコマンドを送信装置ＴＡに送り、これに応答して送信装置ＴＡが受信装置ＲＡに対してＬＭＰ＿ｐａｒｋコマンドを送信することで実現してもよい。この場合には、送信装置ＴＡは、接続状態がアクティブとなった直後において受信装置をパークモードに移行させるという機能を有していない通常のBluetooth仕様の装置であってもよい。
【００９３】
受信装置ＲＡは、入手した受信確立情報を含む各種情報を用いて、パークモード移行後において、受信周波数を適切なホッピング・パターンの適切なフェーズから始めてシーケンスに従ってホッピングさせ、送信装置ＴＡから無線で空間に放出されている電波を傍受する（ステップＳ27）。以後、傍受した受信データによって放送サービスの視聴等を行うことは通常のBluetooth仕様の受信装置と同様である。
【００９４】
このように、本実施の形態においては、受信装置はパークモードの状態で、送信装置からの送信信号を傍受することで放送サービスデータを受信しており、受信装置総数の制約を受けることなく、放送サービスを利用することができる。
【００９５】
なお、本実施の形態においても、送信装置ＴＡは、接続状態がアクティブとなっている受信装置の有無に拘わらず、アプリケーションデータを送信する機能を有していた方がよい。
【００９６】
図１０は本発明の他の実施の形態を示すブロック図である。図１０において図１及び図８と同一の構成要素には同一符号を付して説明を省略する。
【００９７】
図１０において、受信情報提供装置Ｏ及び受信装置Ｒは、夫々図３及び図４と同一の構成及び機能を有し、受信装置ＲＮは通常のBluetooth仕様の受信装置である。
【００９８】
本実施の形態における送信装置ＴＢは、図２と同様の構成を有すると共に、送信制御部が受信装置の機能に応じた処理を行う点が図２と異なる。即ち、送信装置ＴＢは、Bluetooth仕様に従って接続されている受信装置の数及びモード並びに受信装置が傍受によって送信装置からの放送サービスデータを受信できるか否かの情報を保持する保持部（図示せず）を有している。送信装置ＴＢは、保持部の情報を読出すことで、接続総数がBluetooth仕様を越える場合に、接続されている受信装置のモードの移行や接続状態の切断等実行する機能を有する。
【００９９】
次に、このように構成された実施の形態の動作について説明する。
【０１００】
送信装置ＴＢからサービスの提供を受けようとする受信装置は、送信装置ＴＢに対してインクワイアリメッセージを送信するか又は送信装置ＴＢからのインクワイアリメッセージに答えることによって、送信装置ＴＢにアクセスする。
【０１０１】
送信装置ＴＢは、受信装置の情報を保持部から読出し、受信装置が送信装置のホッピング・パターンを始めとした受信確立情報を提供されても傍受することができない装置であることを検出した場合、又は、送信装置ＴＢとBluetooth仕様に従って接続している受信装置の総数がBluetooth仕様上の制限を超えていない場合等には、送信装置ＴＢは、Bluetooth仕様に従って受信装置に接続する。従って、通常のBluetooth仕様の受信装置ＲＮは、Bluetooth仕様に従って、送信装置ＴＢからアプリケーションデータを受信する。
【０１０２】
受信装置Ｒは、接続状態の受信装置の総数がBluetooth仕様上の制限を超えている場合、例えば、インクワイアリメッセージに送信装置ＴＢが答えない場合等には、先ず、受信情報提供装置Ｏにアクセスして、接続及び通信に必要な情報を取得し、取得した情報を利用して、送信装置ＴＢから送信されるアプリケーションデータを傍受する。
【０１０３】
しかし、受信装置ＲがBluetooth仕様で送信装置ＴＢに接続された場合には、接続可能な受信装置の残りの台数が少なくなってしまう。そこで、送信装置ＴＢは、保持部の情報を読出すことによって、接続中の受信装置が、傍受によって受信可能な受信装置Ｒであることを検出した場合、或いは、パークモードでの傍受が可能な図８に示す受信装置ＲＡであることを検出した場合には、これらの受信装置を接続切断状態又はパークモードに移行させる。
【０１０４】
これにより、通常のBluetooth仕様での接続を行う状態（以下、アクティブモードという）に移行することにより、傍受による放送サービスデータの受信が不能な通常のBluetooth仕様の受信装置ＲＮが接続可能な残り台数を増やすことが可能である。
【０１０５】
このように、本実施の形態においては、送信装置が受信装置の情報に基づいて、接続状態を変更して、傍受が可能な受信装置については傍受によって放送サービスを提供するようにしているので、放送サービスを提供可能な受信装置ＲＮの数を増やすことができる。
【０１０６】
なお、本実施の形態においては、少なくとも受信装置Ｒ（又は受信装置ＲＡ）は、自己が傍受によって放送サービスを受信可能な装置であることを送信装置に伝達する機能を有する必要がある。また、通常のBluetooth仕様の接続状態から、パークモード又は接続切断の状態に移行された場合でも、傍受に切換えて放送サービスを受信可能な機能を備える必要もある。
【０１０７】
図１１は本発明の他の実施の形態を示すブロック図である。本実施の形態は、パークモードで通信を傍受可能な受信装置と通常のBluetooth仕様の受信装置とが混在する無線ネットワークエリアに適用した例である。図１１において図８及び図１０と同一の構成要素には同一符号を付して説明を省略する。
【０１０８】
送信装置ＴＢは各受信装置の情報を保持部に保持して、アクティブモードでの受信可能な残り台数を増やすようになっている。即ち、送信装置ＴＢは通常のBluetooth仕様に従って受信装置ＲＡと間で接続及び通信を行って、受信確立情報等を受信装置ＲＡに送信した後に、受信装置ＲＡをパークモードに設定する。これにより、通常のBluetooth仕様の受信装置ＲＮの接続可能台数を増加させる。
【０１０９】
例えば、送信装置ＴＢは、アクティブモードでの受信装置の受け入れを停止した際に、最低１つの受信装置をパークモードに移行させて、常に１台以上の受信装置を受け入れられるようにしておくことも可能である。
【０１１０】
他の構成及び作用並びに効果等は図１０の実施の形態と同様である。
【０１１１】
ところで、上述したように、受信情報提供装置Ｏは複数台の送信装置の受信確立情報等を保持可能である。図１２は１台の受信情報提供装置Ｏに３台の装置装置Ｔ1 ，Ｔ2 ，Ｔ3 の受信確立情報等を保持するようにした例を示している。
【０１１２】
受信情報提供装置Ｏは、送信装置Ｔ1 ，Ｔ2 ，Ｔ3 の各受信確立情報等を記憶するメモリ２１乃至２３を有しており、送信装置Ｔ1 乃至Ｔ3 と接続して通信を行うことにより取得した情報をメモリ２１乃至２３に格納するようになっている。また、受信情報提供装置Ｏは、図示しない受信装置の要求に応じて、メモリ２１乃至２３の内容を読出して送信するようになっている。
【０１１３】
なお、送信装置と受信情報提供装置とは１対１に対応してもよいし、多対１で対応していてもよい。
【０１１４】
ところで、上記各実施の形態は種々の応用が可能である。例えば、上述したように、放送サービスに対する課金処理を行うこともできる。
【０１１５】
即ち、送信装置が送信するコンテンツに課金を行う場合には、送信装置毎に課金メカニズムを組込んで処理をすることも可能であるが、１又は複数の送信装置から受信情報提供装置が委託を受けて課金処理を代理することも可能である。
【０１１６】
受信装置は、受信情報提供装置とBluetooth仕様に従って接続し、受信装置の認証を実施する。受信装置は、課金情報提示を受けると、受信を希望する送信コンテンツを選択し、選択したコンテンツに対する代金の支払いを承諾し、課金手続きを終了後に初めて鍵も含めた受信確立情報を通知されるようにする。
【０１１７】
ところで、上述した放送型サービスシステムは、各種の用途に利用することができる。
【０１１８】
たとえば、体育館のような広い場所をいくつもの小さなブースに区切って出展各社が製品のデモンストレーションを行うような展示会を開催する場合に、Bluetoothが利用されることが考えられる。
【０１１９】
このような展示会において、各ブースから製品説明用の音声等を出力すると、相互の影響によって各ブースの音が聞き取りにくくなってしまう。
【０１２０】
そこで、各ブースの音をBluetoothを介してプロードキャストし、Bluetooth仕様のヘッドフォンを利用することで、各ユーザーはヘッドフォンを利用して所望のブースからの音声等を聞くことが可能である。ヘッドフォンにブースを選択する（チャンネルを選択する）ためのスイッチを設けることで、ブース相互の影響を受けることなく、当該ブース内だけでなく、無線ネットワークエリア内の他のブース内においても所望のブースからの音声等を聞くことができる。
【０１２１】
しかし、通常のBluetooth仕様の送信装置及び受信装置（ヘッドフォン）のみを使用した場合には、１ブースに７人までの聴衆にしかブロードキャストすることはできない。
【０１２２】
これに対し、上記各実施の形態の放送型サービスシステムを用いた場合には、聴衆の総数の制限を受けることなく、各ブースからの音声等を希望するユーザーに対して提供することが可能である。
【０１２３】
ところで、上述したように、受信装置Ｒにおいては、送信装置ＴのＢＤ−ＡＤＤＲ及びクロックから送信装置Ｔのホッピングパターン及びフェーズを算出することができる。以下に、送信装置ＴのＢＤ−ＡＤＤＲ及びクロックを受信装置Ｒに供給する方法について更に詳細に説明する。
【０１２４】
先ず、送信装置Ｔと受信情報提供装置ＯとがBluetooth仕様に従って接続されている場合について説明する。
【０１２５】
送信装置Ｔと受信情報提供装置ＯとがBluetooth仕様に従って接続している場合には、受信情報提供装置Ｏは、送信装置ＴからＦＨＳパケットによって通知された送信装置ＴのＢＤ−ＡＤＤＲを保持している。
【０１２６】
また、受信情報提供装置Ｏは、ＦＨＳパケットによって通知された送信装置Ｔのクロックと受信情報提供装置Ｏ自身のクロックとの差（以下、クロックオフセットという）を一旦記憶し、送信装置Ｔからパケット送信がある度にオフセットの見直しを実施し、常に最新のクロックオフセットを保持している。
【０１２７】
この場合には、受信情報提供装置Ｏは、受信装置Ｒに対して、以下の３つの情報（Ａ１）〜（Ａ３）を送信する。
【０１２８】
（Ａ１）送信装置ＴのＢＤ−ＡＤＤＲ
（Ａ２）送信装置Ｔと受信情報提供装置ＯのクロックオフセットＣＫT-O
（Ａ３）受信装置に情報を提供する時点の受信情報提供装置ＯのクロックＣＫO 図１３はこれらの情報（Ａ１）〜（Ａ３）の情報の伝送を説明するための説明図である。
【０１２９】
図１３に例示するように、受信情報提供装置Ｏは、送信装置ＴのＢＤ−ＡＤＤＲを４８ビットに配列し、次に、クロックオフセットＣＫT-O を２８ビットに配列し、最後にクロックＣＫO を２８ビットで配列して、受信装置Ｒに伝送する。
【０１３０】
なお、図１３のパケット内の情報の配置は一例であり、各情報の配列順及びビット数等は図１３の例に限定されるものではなく、例えば、各情報のビット数を図１３の例よりも小さくすることも可能である。
【０１３１】
一方、受信装置Ｒは、情報提供時点の受信情報提供装置ＯのクロックＣＫT-O とクロックオフセットＣＫT-O との加算によって、現在の送信装置ＴのクロックＣＫT を知ることができる。即ち、クロックＣＫT は、ＣＫT ＝ＣＫT-O ＋ＣＫO によって表される。更に、受信装置Ｒは、受信情報提供装置Ｏから送信装置ＴのＢＤ−ＡＤＤＲも提供されるので、これらの情報によって、送信装置Ｔのホッピングパターンとフェーズを算出可能である。
【０１３２】
なお、受信装置Ｒは、情報（Ａ１）〜（Ａ３）の情報の受信時と同時に、送信装置Ｔのホッピングパターンとフェーズを算出するとは限らない。そこで、受信装置Ｒは、受信情報提供装置Ｏから情報を提供された時点における自身のクロックＣＫR を用いて、送信装置Ｔと受信装置ＲとのクロックオフセットＣＫT-R を算出して保持するようになっている。クロックオフセットＣＫT-Rは、ＣＫT-R ＝ＣＫT-O ＋ＣＫO −ＣＫR で与えられる。
【０１３３】
送信装置Ｔのホッピングパターンとフェーズを算出する場合には、その時点における自信のクロックＣＫR 、送信装置Ｔと受信情報提供装置ＯのクロックオフセットＣＫT-O 及び送信装置Ｔと受信装置ＲとのクロックオフセットＣＫT-R を用いて、現時点での送信装置ＴのクロックＣＫT を算出する。算出したクロックＣＫT と送信装置ＴのＢＤ−ＡＤＤＲを用いて送信装置Ｔのホッピングパターンとフェーズを算出する。
【０１３４】
このように、受信情報提供装置Ｏが上記情報（Ａ１）〜（Ａ３）を受信装置Ｒに伝送することで、受信装置Ｒは、送信装置Ｔのホッピングパターンとフェーズを算出することができる。
【０１３５】
ところで、上述したように、送信装置ＴにBluetooth仕様に従って接続可能な端末数は制限がある。従って、受信情報提供装置ＯがBluetooth仕様に従って送信装置Ｔに常時接続可能であるとは限らない。次に、このような場合、即ち、送信装置ＴとBluetooth仕様に従って接続されていた受信情報提供装置Ｏが、現時点では送信装置Ｔに接続されていない場合について説明する。
【０１３６】
受信情報提供装置Ｏは、過去に送信装置Ｔから入手した情報を保存しておく。現時点では、受信情報提供装置Ｏは、送信装置ＴにBluetooth仕様に従って接続されていないが、受信情報提供装置Ｏは、過去に送信装置Ｔから入手した情報を受信装置Ｒに提供するようになっている。
【０１３７】
即ち、受信情報提供装置Ｏは、送信装置Ｔから過去にBluetooth仕様に従って接続されていた際に、ＦＨＳパケットによって通知された送信装置ＴのＢＤ−ＡＤＤＲとその接続時点での送信装置ＴのクロックＣＫTBと、その時点の受信情報提供装置Ｏ自身のクロックＣＫOBとを併せて保持しておく。
【０１３８】
なお、受信情報提供装置Ｏは、独自のプロトコルに従って、これらの情報を入手するようにしてもよい。
【０１３９】
この場合には、受信情報提供装置Ｏは、受信装置Ｒに対して、以下の４つの情報（Ｂ１）〜（Ｂ４）を送信する。
【０１４０】
（Ｂ１）送信装置ＴのＢＤ−ＡＤＤＲ
（Ｂ２）送信装置ＴのクロックＣＫTB
（Ｂ３）クロックＣＫTB取得時の受信情報提供装置ＯのクロックＣＫOB
（Ｂ４）受信装置に情報を提供する時点の受信情報提供装置ＯのクロックＣＫO
図１４はこれらの情報（Ｂ１）〜（Ｂ４）の情報の伝送を説明するための説明図である。
【０１４１】
図１４に例示するように、受信情報提供装置Ｏは、送信装置ＴのＢＤ−ＡＤＤＲを４８ビットに配列し、次に、過去に接続した時点における送信装置のクロックＣＫTBを２８ビットに配列し、次に、過去に接続した時点における受信情報提供装置のクロックＣＫOBを２８ビットに配列し、最後にクロックＣＫO を２８ビットで配列して、受信装置Ｒに伝送する。
【０１４２】
なお、図１４のパケット内の情報の配置は一例であり、各情報の配列順及びビット数等は図１４の例に限定されるものではなく、例えば、各情報のビット数を図１４の例よりも小さくすることも可能である。
【０１４３】
この場合には、受信装置Ｒは、受信情報提供装置Ｏが送信装置Ｔと接続した時点に取得したクロックＣＫOBとそのときのクロックＣＫOBとによって、送信装置Ｔと受信情報提供装置ＯとのクロックオフセットＣＫT-O （＝ＣＫTB−ＣＫOB）を得る。更に、受信装置Ｒは、算出したクロックオフセットＣＫT-O と受信情報提供装置Ｏとの接続によって得た受信情報提供装置のクロックＣＫO との加算によって、現在の送信装置ＴのクロックＣＫT ＝（ＣＫTB−ＣＫOB＋ＣＫO ）を得る。
【０１４４】
以後、動作は上述した例と同様であり、受信装置Ｒは、算出したクロックＣＫT と受信情報提供装置Ｏから提供された送信装置ＴのＢＤ−ＡＤＤＲとによって、送信装置Ｔのホッピングパターンとフェーズを算出する。
【０１４５】
また、受信装置Ｒが送信装置Ｔと受信装置ＲとのクロックオフセットＣＫT-R を算出して保持することにより、所定のタイミングにおいて、送信装置Ｔのホッピングパターンとフェーズを算出することができることも同様である。。
【０１４６】
次に、送信装置Ｔと受信情報提供装置ＯとがBluetooth仕様以外の方法に基づいて接続されている場合について説明する。
【０１４７】
例えば、送信装置Ｔと受信情報提供装置Ｏとが有線で接続されている場合等のように、送信装置Ｔと受信情報提供装置ＯとがBluetooth仕様以外の方法に基づいて接続されているときには、送信装置Ｔと受信情報提供装置Ｏ間の通信に送信装置ＴのＢＤ−ＡＤＤＲ及びクロックが必要でないこともある。
【０１４８】
そこで、受信情報提供装置Ｏは、送信装置ＴのＢＤ−ＡＤＤＲ及びクロックについて、独自プロトコル等の何らかの方法によって、送信装置Ｔから直接情報提供を受ける。そして、受信情報提供装置Ｏは、送信装置Ｔから情報提供を受けた時の情報提供装置Ｏ自身のクロックと共に、送信装置Ｔから受けた情報を保持しておく。
【０１４９】
この場合には、受信装置Ｒは、上述した情報（Ａ１）〜（Ａ３）を受けた場合と同様の処理によって、送信装置Ｔのホッピングパターンとフェーズを算出することができる。
【０１５０】
また、受信情報提供装置Ｏは、送信装置Ｔのクロックに代えて、送信装置Ｔのクロックと情報提供を受けた時の情報提供装置自身のクロックとの差をクロックオフセットとして、独自プロトコル等の何らかの方法によって、直接受信して保持するようにしてもよいことは明らかである。
【０１５１】
この場合には、受信装置Ｒは、上述した情報（Ｂ１）〜（Ｂ４）を受けた場合と同様の処理によって、送信装置Ｔのホッピングパターンとフェーズを算出することができる。
【０１５２】
ところで、このように、受信装置Ｒは、送信装置ＴのＢＤ−ＡＤＤＲとクロック等を用いることで、装置装置Ｔの送信内容を受信することが可能である。しかしながら、受信装置Ｒが傍受した送信内容から上位のサービスを受けるためには、受信装置Ｒ側に上位のサービス仕様を受け入れる準備が必要である。
【０１５３】
そこで、受信情報提供装置Ｏは、受信装置Ｒへ受信情報を提供する際に、受信装置Ｒのサービス仕様をチェックする方法が考えられる。なお、ここでいうサービス仕様の中には、上位レイヤの使用するプロトコル、プロファイルも含まれる。
【０１５４】
サービス仕様を事前にチェックすることで、受信装置Ｒが送信装置Ｔのサービスを利用不能な場合に、無駄なデータ伝送が行われてしまうことを防止することができる。
【０１５５】
図１５はこの場合における傍受までの情報の送受を説明するためのフローチャートである。
【０１５６】
図１５に示すように、受信情報提供装置Ｏは、Bluetooth仕様等に従って送信装置Ｔとの間で通信を行って、受信確立情報を入手した後、送信装置ＴからのＳＤＰ等を用いて送信装置Ｔが提供するサービス仕様を入手しておく。
【０１５７】
受信情報提供装置Ｏは、送信装置ＴのＢＤ−ＡＤＤＲやクロックの情報を受信装置Ｒに送信する前に、受信装置ＲからＳＤＰ等を用いて受信装置Ｒの受け入れ可能なサービス仕様を入手する。そして、受信情報提供装置Ｏは、送信装置Ｔが提供するサービス仕様と受信装置Ｒが受け入れ可能なサービス仕様とを比較し、送信装置Ｔの提供するサービスを受信装置Ｒが受け入れ可能か否かを判断する。
【０１５８】
受信装置Ｒが送信装置Ｔのサービスを受け入れ可能である場合には、受信情報提供装置Ｏは、送信装置ＴのＢＤ−ＡＤＤＲとクロックに加えて、サービス仕様の詳細を受信装置Ｒに送信する。逆に、受信装置Ｒが送信装置Ｔのサービスを受け入れ不能である場合には、受信情報提供装置Ｏは、受信装置Ｒの情報の提供を行わない。これにより、無駄にデータが伝送されることを防止することができる。
【０１５９】
【発明の効果】
以上説明したように本発明によれば、ポイント・ツー・マルチポイント接続の接続数の制限に拘わらず、充分な数の機器に放送型サービスの提供を可能にすることができるという効果を有する。
【図面の簡単な説明】
【図１】本発明に係る放送型サービスシステムの一実施の形態を示すブロック図。
【図２】図１中の送信装置の具体的な構成を示すブロック図。
【図３】図１中の受信情報提供装置Ｏの具体的な構成を示すブロック図。
【図４】図１中の受信装置の具体的な構成を示すブロック図。
【図５】受信に必要な情報を格納するパケット・フォーマットの例を示す説明図。
【図６】実施の形態の動作を説明するためのフローチャート。
【図７】実施の形態の動作を説明するためのフローチャート。
【図８】本発明の他の実施の形態を示すブロック図。
【図９】図８の実施の形態の動作を説明するためのフローチャート。
【図１０】本発明の他の実施の形態を示すブロック図。
【図１１】本発明の他の実施の形態を示すブロック図。
【図１２】１台の受信情報提供装置Ｏに３台の装置装置Ｔ1 ，Ｔ2 ，Ｔ3 の受信確立情報等を保持するようにした例を示す説明図。
【図１３】受信情報提供装置Ｏが受信装置Ｒに伝送する情報を説明するための説明図。
【図１４】受信情報提供装置Ｏが受信装置Ｒに伝送する情報を説明するための説明図。
【図１５】傍受までの情報の送受を説明するためのフローチャート。
【符号の説明】
Ｔ…送信装置、Ｏ…受信情報提供装置Ｏ、Ｒ…受信装置。
Claims (16)
- Bluetooth仕様に基づいた通信が可能な送信装置、受信情報提供装置、受信装置からなる放送型サービスシステムにおいて、
前記送信装置は、
アプリケーションデータを１つ以上の前記受信装置宛てに送信する第１の送信手段と、
前記アプリケーションデータを受信するために前記受信装置が必要とする受信確立情報を送信する第２の送信手段とを有し、
前記受信情報提供装置は、
前記送信装置から送信された前記受信確立情報を受信する第１の受信手段と、この受信確立情報を所定の前記受信装置宛に送信する受信確立情報送信手段とを有し、
前記受信装置は、
前記受信情報提供装置から送信された前記受信確立情報を受信する受信確立情報受信手段と、
この受信確立情報に基づいて前記送信装置から送信された前記アプリケーションデータを受信する第２の受信手段と
を有することを特徴とした放送型サービスシステム。 - 前記受信情報提供装置は、
前記第１の受信手段で受信した前記受信確立情報を前記送信装置毎に記憶保持する記憶手段を更に具備したことを特徴とする請求項１記載の放送型サービスシステム。 - 前記受信情報提供装置は、
前記第１の受信手段で受信した前記受信確立情報を前記送信装置が送信する前記アプリケーションデータ毎に記憶保持する記憶手段を更に具備したことを特徴とする請求項１記載の放送型サービスシステム。 - Bluetooth仕様に基づいた通信が可能な送信装置及び受信装置からなる放送型サービスシステムにおいて、
前記送信装置は、
アプリケーションデータを１つ以上の前記受信装置宛てに送信する第１の送信手段と、
前記アプリケーションデータを受信するために前記受信装置が必要とする受信確立情報を送信する第２の送信手段とを有し、
前記受信装置は、
前記送信装置との間でBluetooth仕様に基づいたアクティブモードの通信時に前記送信装置から送信された前記受信確立情報を受信する受信確立情報受信手段と、
前記送信装置との間で前記アクティブモードの通信から、Bluetooth仕様に基づいたパークモードの通信に移行した際には、前記アクティブモード時に前記受信確立情報受信手段で受信した前記受信確立情報に基づいて、前記アプリケーションデータを受信する受信手段とを具備することを特徴とする放送型サービスシステム。 - 前記送信装置は、
自送信装置との間でBluetooth仕様に基づいたアクティブモードの通信を行っている前記受信装置が存在しない場合でも、アプリケーションデータを送信する機能を更に具備したことを特徴とする請求項１又は４のいずれか一方に記載の放送型サービスシステム。 - 前記送信装置は、
自送信装置との間で前記アクティブモードにて通信している前記受信装置が、前記パークモードによる通信に移行できる受信装置であるか否かを前記受信装置に問い合わせる問合せ手段と、
この問い合わせに対する応答情報を前記受信装置から受信し、この応答情報を記憶する応答情報記憶手段と、
前記応答情報記憶手段に記憶された応答情報に基づいて、前記受信装置との通信を前記アクティブモードから前記パークモードに移行する切替手段と
を更に具備したことを特徴とする請求項４記載の放送型サービスシステム。 - 前記受信装置は、
前記送信装置との間でBluetooth仕様に基づいたアクティブモードの通信ができない場合のみ、前記受信情報提供装置から受信した受信確立情報に基づいて前記送信装置から送信された前記アプリケーションデータを受信することを特徴とする請求項１記載の放送型サービスシステム。 - Bluetooth仕様に基づいた通信が可能な送信装置、受信情報提供装置、受信装置からなる放送型サービス通信方法において、
前記送信装置は、
アプリケーションデータを１つ以上の前記受信装置宛てに送信し、
前記アプリケーションデータを受信するために前記受信装置が必要とする受信確立情報を送信し、
前記受信情報提供装置は、
前記送信装置から送信された前記受信確立情報を受信し、
この受信確立情報を所定の前記受信装置宛に送信し、
前記受信装置は、
前記受信情報提供装置から送信された前記受信確立情報を受信し、この受信確立情報に基づいて前記送信装置から送信された前記アプリケーションデータを受信することを特徴とした放送型サービス通信方法。 - Bluetooth仕様に基づいた通信が可能な送信装置及び受信装置からなる放送型サービス通信方法において、
前記送信装置は、
アプリケーションデータを１つ以上の前記受信装置宛てに送信し、
前記アプリケーションデータを受信するために前記受信装置が必要とする受信確立情報を送信し、
前記受信装置は、
前記送信装置との間でBluetooth仕様に基づいたアクティブモードの通信時に前記送信装置から送信された前記受信確立情報を受信し、
前記送信装置との間で前記アクティブモードの通信から、Bluetooth仕様に基づいたパークモードの通信に移行した際には、前記アクティブモード時に前記受信確立情報受信手段で受信した前記受信確立情報に基づいて、前記アプリケーションデータを受信することを特徴とした放送型サービス通信方法。 - 前記受信装置が受信する前記受信確立情報は、前記送信装置のホッピングパターン及びフェーズの情報であることを特徴とする請求項１乃至７のいずれか１つに記載の放送型サービスシステム。
- 前記受信装置が受信する前記受信確立情報は、前記送信装置のBluetoothデバイスアドレス及び前記送信装置のクロックであることを特徴とする請求項１乃至７のいずれか１つに記載の放送型サービスシステム。
- 前記受信情報提供装置が前記受信装置に供給する前記受信確立情報は、前記送信装置のBluetoothデバイスアドレス、前記送信装置と前記受信情報提供装置とのクロックオフセット、及び前記受信装置に情報を提供する時点の前記受信情報提供装置のクロックであることを特徴とする請求項１に記載の放送型サービスシステム。
- 前記受信情報提供装置が前記受信装置に供給する前記受信確立情報は、前記送信装置のBluetoothデバイスアドレス、前記受信情報提供装置が前記送信装置から情報を受信した時点における前記送信装置のクロック、前記受信情報提供装置が前記送信装置から情報を受信した時点における前記受信情報提供装置のクロック、前記受信装置に情報を提供する時点の前記受信情報提供装置のクロックであることを特徴とする請求項１に記載の放送型サービスシステム。
- 前記受信情報提供装置が前記受信装置に供給する前記受信確立情報は、前記受信情報提供装置が前記送信装置との間でBluetooth仕様に従って通信することによって取得したことを特徴とする請求項１２又は１３のいずれか一方に記載の放送型サービスシステム。
- 前記受信情報提供装置が前記受信装置に供給する前記受信確立情報は、前記受信情報提供装置が前記送信装置との間でBluetooth仕様以外の方法に従って通信することによって取得したことを特徴とする請求項１２又は１３のいずれか一方に記載の放送型サービスシステム。
- 前記受信情報提供装置は、前記送信装置から前記送信装置が提供するサービスの仕様を入手する手段と、
前記送信装置から入手したサービスの仕様と前記受信装置が受け入れ可能なサービスの仕様とを比較する比較手段と、
前記比較手段によって前記受信装置が前記送信装置のサービスを受け入れ可能であると判断された場合にのみ前記送信装置の情報を前記受信装置に提供する提供手段とを具備したことを特徴とする請求項１乃至７のいずれか１つに記載の放送型サービスシステム。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000333615A JP3651664B2 (ja) | 2000-09-01 | 2000-10-31 | 放送型サービスシステム及びその通信方法 |
| US09/942,759 US7336924B2 (en) | 2000-09-01 | 2001-08-31 | Broadcast type service system using bluetooth type radio network |
| EP20010307447 EP1185012B1 (en) | 2000-09-01 | 2001-08-31 | Broadcast system using a bluetooth radio communications network |
| DE2001633161 DE60133161T2 (de) | 2000-09-01 | 2001-08-31 | Rundfunksystem mit Verwendung eines bluetooth Funkkommunikationsnetzes |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000265508 | 2000-09-01 | ||
| JP2000-265508 | 2000-09-01 | ||
| JP2000333615A JP3651664B2 (ja) | 2000-09-01 | 2000-10-31 | 放送型サービスシステム及びその通信方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002152212A JP2002152212A (ja) | 2002-05-24 |
| JP3651664B2 true JP3651664B2 (ja) | 2005-05-25 |
Family
ID=26599082
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000333615A Expired - Fee Related JP3651664B2 (ja) | 2000-09-01 | 2000-10-31 | 放送型サービスシステム及びその通信方法 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US7336924B2 (ja) |
| EP (1) | EP1185012B1 (ja) |
| JP (1) | JP3651664B2 (ja) |
| DE (1) | DE60133161T2 (ja) |
Families Citing this family (22)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002084294A (ja) * | 2000-09-08 | 2002-03-22 | Roland Corp | 通信装置および通信システム |
| US6826387B1 (en) * | 2000-11-30 | 2004-11-30 | Palmsource, Inc. | Efficient service registration for legacy applications in a bluetooth environment |
| JP3607687B2 (ja) * | 2002-04-26 | 2005-01-05 | 株式会社東芝 | データ送受信システムおよびデータ送受信方法 |
| JP3787538B2 (ja) | 2002-07-09 | 2006-06-21 | キヤノン株式会社 | 無線通信装置および無線通信装置の制御方法 |
| DE102004040310B4 (de) * | 2004-08-19 | 2010-09-23 | Infineon Technologies Ag | Bluetooth-Datenübertragungssystem mit Sprachdatenübertragung über einen Broadcast-Transport-Kanal |
| KR100737616B1 (ko) * | 2005-07-20 | 2007-07-10 | 엘지전자 주식회사 | 근거리통신 단말기의 어플리케이션 정보 취득장치 및 방법 |
| US7925214B2 (en) | 2005-12-16 | 2011-04-12 | Sony Ericsson Mobile Communications Ab | Distributed bluetooth system |
| US8331848B2 (en) * | 2005-12-16 | 2012-12-11 | Sony Ericsson Mobile Communications Ab | Audio broadcast in a network |
| JP4935068B2 (ja) * | 2005-12-28 | 2012-05-23 | 日本電気株式会社 | 携帯通信端末の情報反映システム及びその方法並びにそれに用いる携帯通信端末 |
| KR101509763B1 (ko) * | 2008-10-29 | 2015-04-06 | 삼성전자주식회사 | 블루투스를 이용한 정보 제공 방법 및 장치와 그 시스템 |
| TWI399935B (zh) * | 2009-08-18 | 2013-06-21 | Chia Yi Hsu | Portable digital radio group navigation system |
| CN102036125B (zh) * | 2009-09-29 | 2013-02-13 | 徐佳义 | 便携式数字无线电团体导览系统 |
| TWI446806B (zh) * | 2010-10-14 | 2014-07-21 | Wistron Corp | 點對點之訊號同步的方法及其點對點無線通訊裝置與系統 |
| ITMI20131310A1 (it) | 2013-08-02 | 2015-02-03 | Bluegan S R L | Dispositivo elettronico per la trasmissione punto-multipunto di un segnale digitale su una rete di comunicazione radio a breve distanza |
| JP6737272B2 (ja) * | 2015-06-15 | 2020-08-05 | ソニー株式会社 | 通信装置、通信方法、プログラム、及び通信システム |
| CN106792454A (zh) * | 2016-12-19 | 2017-05-31 | 建荣半导体（深圳）有限公司 | 蓝牙通信方法、通信装置、通信系统及电子设备 |
| CN107135256A (zh) * | 2017-04-27 | 2017-09-05 | 建荣半导体（深圳）有限公司 | 蓝牙通信方法、通信装置、通信系统及电子设备 |
| CN107404340A (zh) * | 2017-08-29 | 2017-11-28 | 广东欧珀移动通信有限公司 | 蓝牙音频数据的传输方法、装置、终端和存储介质 |
| US11405880B2 (en) | 2019-11-05 | 2022-08-02 | Realtek Semiconductor Corp. | Main Bluetooth circuit and auxiliary Bluetooth circuit of multi-member Bluetooth device capable of synchronizing audio playback between different Bluetooth circuits |
| TWI727899B (zh) * | 2019-11-05 | 2021-05-11 | 瑞昱半導體股份有限公司 | 可使不同藍牙電路的音訊播放保持同步的多成員藍牙裝置中的主藍牙電路與副藍牙電路 |
| US20210136711A1 (en) * | 2019-11-05 | 2021-05-06 | Realtek Semiconductor Corp. | Multi-member bluetooth device capable of reducing complexity of updating internal clock of bluetooth circuit |
| US11457421B2 (en) | 2019-11-05 | 2022-09-27 | Realtek Semiconductor Corp. | Auxiliary bluetooth circuit of multi-member bluetooth device capable of reducing complexity of updating internal clock of bluetooth circuit |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6590928B1 (en) * | 1997-09-17 | 2003-07-08 | Telefonaktiebolaget Lm Ericsson (Publ) | Frequency hopping piconets in an uncoordinated wireless multi-user system |
| US6570857B1 (en) | 1998-01-13 | 2003-05-27 | Telefonaktiebolaget L M Ericsson | Central multiple access control for frequency hopping radio networks |
| DE19850173C1 (de) * | 1998-10-30 | 2000-07-27 | Dosch & Amand Gmbh & Co Kg | Verfahren zum Bereitstellen eines drahtlosen Netzwerkes sowie einer Basisstation für ein derartiges Netzwerk |
| US6275500B1 (en) * | 1999-08-09 | 2001-08-14 | Motorola, Inc. | Method and apparatus for dynamic control of talk groups in a wireless network |
-
2000
- 2000-10-31 JP JP2000333615A patent/JP3651664B2/ja not_active Expired - Fee Related
-
2001
- 2001-08-31 DE DE2001633161 patent/DE60133161T2/de not_active Expired - Lifetime
- 2001-08-31 US US09/942,759 patent/US7336924B2/en not_active Expired - Lifetime
- 2001-08-31 EP EP20010307447 patent/EP1185012B1/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| DE60133161D1 (de) | 2008-04-24 |
| US7336924B2 (en) | 2008-02-26 |
| EP1185012A3 (en) | 2003-07-09 |
| JP2002152212A (ja) | 2002-05-24 |
| EP1185012B1 (en) | 2008-03-12 |
| DE60133161T2 (de) | 2009-07-09 |
| US20020028658A1 (en) | 2002-03-07 |
| EP1185012A2 (en) | 2002-03-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3651664B2 (ja) | 放送型サービスシステム及びその通信方法 | |
| EP1255383B1 (en) | Method for wireless communication of a first communications device with a second communications device, and communications device and computer program product for implementing the method | |
| US7130584B2 (en) | Method and device for identifying and pairing Bluetooth devices | |
| CN104539325B (zh) | 一种基于低功耗蓝牙微微网的组网互连方法及系统 | |
| US9479546B2 (en) | Method, apparatus, and computer program product for media control for multiple devices | |
| US6928263B2 (en) | Local data delivery through beacons | |
| KR100799885B1 (ko) | 근거리 피코 셀 내에서 방송과 통신 및 제어의 융합이가능한 무선 네트워크 프로토콜 | |
| JP3864142B2 (ja) | ローミングターミナルを伴うショートレンジｒｆネットワーク | |
| US7003115B1 (en) | Communication apparatus, communication system and method of the same | |
| KR100773443B1 (ko) | 휴대 단말기의 스테레오 지원 시스템 및 그 운용 방법 | |
| EP4057565A1 (en) | Method, apparatus, and computer program for setting encryption key in wireless communication system, and recording medium for same | |
| KR20020024328A (ko) | 휴대용 디바이스를 통한 데이터 전송 | |
| KR100370605B1 (ko) | 블루투스 무선 통신을 이용한 정보 공유 방법 | |
| US20220256314A1 (en) | Method, apparatus and computer program for broadcast discovery service in wireless communication system, and recording medium therefor | |
| US20110122967A1 (en) | Method and device for communication between multiple wireless units | |
| CN115669051A (zh) | 用于在无线通信系统中选择通道的方法、设备和计算机程序及其记录介质 | |
| WO2002025838A1 (en) | Wireless communications | |
| WO2016107801A1 (en) | Low power digital radio range extension | |
| US9794777B2 (en) | Varying device identities | |
| US20230080122A1 (en) | Method, device and computer program for cloud-authenticated pairing in wireless communication system, and recording medium therefor | |
| JP2006135398A (ja) | データ通信システム、端末装置 | |
| Kaur | Survey Paper on Bluetooth and Its Applications | |
| JP2006019881A (ja) | 無線ネットワーク通信方法および無線ネットワーク通信システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050204 |
|
| 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: 20050215 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050216 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 3651664 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080304 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090304 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100304 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100304 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110304 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120304 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130304 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130304 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140304 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |