(57)【特許請求の範囲】
【請求項１】
ブルーツースプロトコル及び非ブルーツースプロトコルを含む複数のプロトコルに対する通信を管理するためのコンピュータ実施方法において、
ブルーツースプロトコルを使用してデータ通信を行う回路と、１つ又は複数の非ブルーツースプロトコルを使用してデータ処理を行う回路とを備えるブルーツースモジュールが、複数のプロトコルに関連したポリシーのセットを受け取るステップであって、各ポリシーは、第１の装置及び第２の装置と通信を行うためのプライオリティを含むものであるステップと、
前記ブルーツースモジュールが、ブルーツースプロトコル及び非ブルーツースプロトコルを経て複数の送信を受け取るステップであって、前記非ブルーツースプロトコルを経て受け取られた送信は、前記ブルーツースプロトコルのデータレートを使用してサンプリングされたものである、ステップと、
前記ブルーツースモジュールが、少なくとも一部は前記ポリシーのセットに基づいて、前記第１の装置及び前記第２の装置のデータの送信及び受信をスケジューリングするステップと、
を備えた方法。
【請求項２】
データの送信及び受信をスケジューリングする前記ステップは、ブルーツースプロトコル及び非ブルーツースプロトコルに対するデータの送信に関連した時間インターバル、及びブルーツースプロトコル及び非ブルーツースプロトコルに対するデータの非送信に関連した時間インターバル、に関する情報を決定することを含む、請求項１に記載の方法。
【請求項３】
データの受信をスケジューリングする前記ステップは、ブルーツースプロトコル及び非ブルーツースプロトコルによるデータの送信に関連した時間インターバル中にデータを受信できるようにすることを含む、請求項２に記載の方法。
【請求項４】
データの送信をスケジューリングする前記ステップは、非ブルーツースプロトコルによるデータの非送信に関連した時間インターバル中にブルーツースプロトコルを使用してデータを送信することを含む、請求項２に記載の方法。
【請求項５】
ブルーツースプロトコル及び非ブルーツースプロトコルを含む複数のプロトコルに対する通信を管理するためのコンピュータ実施方法において、
ブルーツースプロトコルを使用してデータ通信を行う回路と、１つ又は複数の非ブルーツースプロトコルを使用してデータ処理を行う回路とを備えるブルーツーストランシーバモジュールが、非ブルーツースプロトコルを経てデータを受信するステップであって、前記非ブルーツースプロトコルを経て受信されたデータは、前記ブルーツースプロトコルのデータレートを使用してサンプリングされたものである、ステップと、
ブルーツースモジュールが、前記非ブルーツースプロトコルに関連した少なくとも第１ポリシーを調べることにより前記非ブルーツースプロトコルに関連したタイミング及び周波数情報を決定するステップと、
前記ブルーツースモジュールが、ブルーツースプロトコルに関連したタイミング及び周波数を、そのブルーツースプロトコルに関連した少なくとも第２ポリシーを調べることにより決定するステップと、
前記非ブルーツースプロトコルに含まれたデータの非送信に対応する第１時間インターバル、及び前記ブルーツースプロトコルに含まれたデータの非送信に対応する第２時間インターバルを識別するステップと、
前記非ブルーツースプロトコル及び前記ブルーツースプロトコルのデータを、前記第１時間インターバル及び第２時間インターバルに少なくとも一部分基づいてスケジューリングするステップと、
を備えた方法。
【請求項６】
ブルーツースプロトコル及び非ブルーツースプロトコルを含む複数のプロトコルに対する通信を管理するための装置において、
ブルーツースプロトコルを使用してデータ通信を行う回路と、１つ又は複数の非ブルーツースプロトコルを使用してデータ処理を行う回路とを備え、前記ブルーツースプロトコルのデータレートを使用してサンプリングされた複数の送信を、前記非ブルーツースプロトコルを経て受け取り、ブルーツースプロトコルに関連した第１ポリシー及び非ブルーツースプロトコルに関連した第２ポリシーを受け取るように構成されたブルーツースモジュールであって、第１ポリシー及び第２ポリシーは、第１の装置及び第２の装置との通信に対する通信プライオリティ情報を含むものであるブルーツースモジュールと、
前記第１ポリシー及び第２ポリシーに少なくとも一部分基づいて前記ブルーツースプロトコル及び非ブルーツースプロトコルに関連したタイミング及び周波数情報を決定するように構成された前記ブルーツースモジュールの分析ロジックと、
少なくとも一部は、前記ブルーツースプロトコル及び非ブルーツースプロトコルに関連した前記タイミング及び周波数情報に基づいて前記ブルーツースプロトコル及び非ブルーツースプロトコルに対する通信をスケジュールするように構成された前記ブルーツースモジュールのスケジューリングロジックと、
を備えた装置。
【請求項７】
ブルーツースプロトコル及び非ブルーツースプロトコルを含む複数のプロトコルに対する通信を管理するための装置において、
ブルーツースプロトコルを使用してデータ通信を行う回路と、１つ又は複数の非ブルーツースプロトコルを使用してデータ処理を行う回路とを備え、前記非ブルーツースプロトコルを経て受信される送信は、前記ブルーツースプロトコルのデータレートを使用してサンプリングされたものである、ブルーツースモジュールと、
前記ブルーツースプロトコル及び非ブルーツースプロトコルに対するデータ非送信の時間インターバルを決定するように構成された前記ブルーツースモジュールの分析モジュールと、
少なくとも一部は、前記ブルーツースプロトコル及び非ブルーツースプロトコルに対するデータ非送信の時間インターバルに基づいて前記ブルーツースプロトコル及び非ブルーツースプロトコルに対するデータ送信をスケジュールするように構成された前記ブルーツースモジュールのスケジューリングモジュールと、
を備えた装置。
【請求項８】
前記スケジューリングモジュールは、更に、少なくとも一部は、前記ブルーツースプロトコル及び非ブルーツースプロトコルに対するデータ非送信の時間インターバルに基づいて前記ブルーツースプロトコル及び非ブルーツースプロトコルからのデータをインターリーブすることによりデータ送信をスケジュールするように構成された、請求項７に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信プロトコルに係る。より詳細には、本発明は、第１データレートでデータを処理する通信モジュールを使用して、第２データレートで送信された信号を処理する技術に係る。
【背景技術】
【０００２】
ポータブルメディアプレーヤ、セルラーホン、パーソナルデジタルアシスタント（ＰＤＡ）、等の電子装置は、それらの使用をサポートする周辺電子装置、例えば、ドッキングステーション等と同様に、今日の市場で一般的なものとなっている。パーソナル電子市場での競争が益々過熱するにつれて、消費者は、このような装置の機能及び使い方の両方に関する要求を益々高めている。
【０００３】
多くの場合に、機能の増加は、機能を発揮する付加的な回路を装置に含ませることでもある。この付加的な回路は、装置のサイズ及び経費を付加する。加えて、以前の機能との後方互換性を与えるために、ある回路を次世代装置に含ませる必要もある。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従って、付加的な回路を装置に追加せずに後方互換性の幾つかの特徴を与えるために、改良された方法及び装置が要望される。更に、上述した欠点の幾つかを軽減するために、改良された方法及び装置が要望される。
【課題を解決するための手段】
【０００５】
第１セットのデータレートをもつ通信モジュールを有する電子装置は、その通信モジュールを使用して、第２セットのデータレートを使用するソースから受信した信号を処理することができる。この装置は、第１セットのデータレートのうちの１つ以上で信号をサンプリングすることにより、リモートソースから受信した信号から、通信モジュールを使用して、パケット、フレーム、等を発生する。次いで、この装置は、第１セットのデータレートで発生されたパケットから、第２セットのデータレートの信号において元々送信されたデータ又はペイロードを再構成する。従って、この装置は、信号を処理するための付加的な受信器又は通信モジュールを必要とせずに、第１セットのデータレートを使用して、第２セットのデータレートの信号又は送信を処理することができる。
【０００６】
種々の実施形態において、非ブルーツース送信器は、非ブルーツースパケットを発生することによりデータを通信する。非ブルーツース送信器は、例えば、ユニキャスト、マルチキャスト、エニーキャスト又はブロードキャスト送信を使用して、特定のデータレートで非ブルーツースパケットを送信することができる。ブルーツース回路を伴うポータブルメディアプレーヤ又はスマートホンのようなブルーツース受信器は、そのブルーツース回路を使用して、特定のデータレートで送信された非ブルーツース信号を受信することができる。一実施形態では、ブルーツース受信器は、ブルーツース回路に関連した１つ以上のデータレートを使用して、特定データレートで送信された非ブルーツースパケットの信号又は送信を「オーバーサンプル」することができる。
【０００７】
ある実施形態では、ブルーツース受信器は、オーバーサンプルされた情報からブルーツースパケットを発生する。又、ブルーツース受信器は、オーバーサンプルされた情報から非ブルーツースパケットを再構成する。更に、ブルーツース受信器は、例えば、適切なセキュリティ及びアドレッシングを保証するために、再構成された非ブルーツースパケットの部分をブルーツースプロトコルに基づいて解釈することができる。
【０００８】
更に別の実施形態では、電子装置は、第１データレートの信号と、第２データレートの信号との間の通信を管理する。この装置は、ポリシー、タイミングプラン、周波数、等に応答して、通信（例えば、送信及び／又は受信）をプライオリティ決めする。一実施形態では、この装置は、干渉や重畳を減少できるように、決定された周波数で生じ得る通信を管理する。
【０００９】
ここに開示する本発明の特徴及び効果は、以下の説明及び添付図面を参照することにより更に理解することができよう。
【００１０】
本発明をより完全に理解するため、添付図面を参照する。これらの図面が本発明の範囲を限定するものでないことを理解して、ここに述べる実施形態、及び本発明の現在最良と考えられる態様を、添付図面を使用して詳細に説明する。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態によるメディアプレーヤのブロック図である。
【図２Ａ】本発明の一実施形態による送信装置のブロック図である。
【図２Ｂ】本発明の一実施形態による受信装置のブロック図である。
【図３】本発明の一実施形態によるブルーツース装置のブロック図である。
【図４】本発明の一実施形態によるブルーツースモジュールのブロック図である。
【図５】本発明の一実施形態により非ブルーツースパケットを処理する方法のフローチャートである。
【図６】本発明の一実施形態によりブルーツースモジュールを使用して非ブルーツースパケットを処理するところを示すメッセージシーケンスチャートである。
【図７】本発明の一実施形態によりデータをオーバーサンプルし再構成するところを示すブロック図である。
【図８】本発明の一実施形態により非ブルーツースパケットを処理する方法のフローチャートである。
【図９】本発明の一実施形態により通信を管理する方法のフローチャートである。
【図１０】本発明の一実施形態による通信管理を示すメッセージシーケンスチャートである。
【図１１】本発明の実施形態によるコンピュータシステムの簡単なブロック図である。
【発明を実施するための形態】
【００１２】
本発明を良く理解するため、種々の実施形態が作用する環境の観点について最初に説明する。
【００１３】
図１は、本発明の実施形態によるメディアプレーヤ１００のブロック図である。一般的に、メディアプレーヤは、メディアプレーヤで再生又は表示できるオーディオトラック、映画又は写真のようなコンテンツ及び／又はメディアアセットを記憶する。メディアプレーヤ１００の一例は、カリフォルニア州クパチーノのアップル社から入手できるｉＰｏｄ（登録商標）メディアプレーヤである。メディアプレーヤ１００の別の例は、ラップトップ又はデスクトップのようなパーソナルコンピュータである。
【００１４】
この例では、メディアプレーヤ１００は、プロセッサ１１０と、記憶装置１２０と、ユーザインターフェイス１３０と、通信インターフェイス１４０とを備えている。一般的に、プロセッサ１００は、メディアプレーヤ１１０に関連した種々の機能を制御する。メディアプレーヤ１００は、オーディオコンテンツ、ビデオコンテンツ、映像コンテンツ、等を出力する。更に、メディアプレーヤ１００は、コンテンツに関連した情報、例えば、トラック情報及びアルバムアートも出力する。
【００１５】
典型的に、ユーザは、記憶装置１２０を使用してコンテンツをロードし又は記憶する。
記憶装置１２０は、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、不揮発性メモリ、フラッシュメモリ、フロッピー（登録商標）ディスク、ハードディスク等である。
ユーザは、メディアプレーヤ１００のユーザインターフェイスと対話して、コンテンツを見たり消費したりする。ユーザインターフェイス１３０の幾つかの例は、ボタン、クリックホイール、タッチパッド、ディスプレイ、タッチスクリーン、及び他の入力／出力装置である。
【００１６】
メディアプレーヤ１００は、典型的に、コンテンツをロードし、コンテンツを検索し、メディアプレーヤ１００上で実行されるアプリケーションと対話し、外部装置とインターフェイスし、等々に使用できる１つ以上のコネクタ又はポートを備えている。この例では、メディアプレーヤ１００は、通信インターフェイス１４０を備えている。通信インターフェイス１４０の幾つかの例は、ユニバーサルシリアルバス（ＵＳＢ）インターフェイス、ＩＥＥＥ１３９４（又はＦｉｒｅＷｉｒｅ／ｉＬｉｎｋ(登録商標)）インターフェイス、ユニバーサル非同期受信器／送信器（ＵＡＲＴ）、ワイヤード及びワイヤレスネットワークインターフェイス、トランシーバ、等を含む。メディアプレーヤ１００は、通信インターフェイス１４０を使用して、装置、アクセサリ、プライベート及びパブリック通信ネットワーク、例えば、インターネット等、に接続することができる。
【００１７】
一実施例では、コネクタ又はポートは、メディアプレーヤ１００が一対のスピーカ１５０にオーディオを出力できるようにする。別の実施例では、コネクタ又はポートは、メディアプレーヤが一対のヘッドホン１６０にオーディオを出力できるようにする。更に別の実施例では、コネクタ又はポートは、メディアプレーヤ１００をアクセサリ１７０又はホストコンピュータ１８０にインターフェイスし或いはドッキングシステム１９０へ挿入できるようにする。
【００１８】
ドッキングシステム１９０は、更に、１つ以上のアクセサリ装置１９５をメディアプレーヤ１００にインターフェイスできるようにする。今日、メディアプレーヤ１００に相互接続できる多数の異なる形式のアクセサリ装置１７０及び１９５がある。例えば、アクセサリは、メディアプレーヤ１００をワイヤレス制御するためのリモート制御を許す。別の実施例として、メディアプレーヤ１００を挿入できるコネクタを自動車に含ませて、自動車のメディアシステムがメディアプレーヤ１００と対話できるようにし、メディアプレーヤ１００に記憶されたメディアコンテンツを自動車内で再生することもできる。
【００１９】
多くの場合、メディアプレーヤ１００は、ユーザがメディアアセットを管理できるように働くコンピュータシステム（例えば、ホストコンピュータ１６０）からコンテンツ又は他のメディアアセットを受け取る。一例として、通信インターフェイス１４０は、メディアプレーヤ１００がホストコンピュータ１６０にインターフェイスできるようにする。ホストコンピュータ１６０は、メディアプレーヤ１００に歌や映画や写真等をロードし且つプレイリストを生成するように、メディアアセットを管理するためのメディア管理アプリケーションを実行する。メディア管理アプリケーションの一例は、カリフォルニア州クパチーノのアップル社により製造されるｉＴｕｎｅ（登録商標）である。
【００２０】
種々の実施形態において、メディアプレーヤ１００は、第１セットのデータレートをもつ通信モジュールを備え、この通信モジュールを使用して、第２セットのデータレートを使用するソースから受信した信号を処理することができる。メディアプレーヤ１００は、第１セットのデータレートのうちの１つ以上で信号をサンプルすることにより、リモートソースから受信した信号から、通信モジュールを使用して、パケット、フレーム、等を発生することができる。次いで、メディアプレーヤ１００は、第１セットのデータレートで発生されたパケットから、第２セットのデータレートの信号において元々送信されたデータ又はペイロードを再構成することができる。
【００２１】
図２Ａ及び２Ｂは、本発明の一実施形態による送信装置２１０及び受信装置２２０のブロック図である。種々の実施形態において、メディアプレーヤ１００は、データを送信するように構成された送信装置２１０である。又、メディアプレーヤ１００は、データを受信するように構成された受信装置２２０でもよい。
【００２２】
この実施例では、送信装置２１０は、送信器２３０及びアンテナ２４０を備えている。
送信器２３０は、データを送信するように構成されたハードウェア及び／又はソフトウェア要素である。送信器２３０は、多数のフォーマット又はプロトコルを使用してアンテナ２４０を経てデータをワイヤレス送信するように構成された無線部を含む。送信器２３０は、１つ以上の所定のデータレートを使用してデータを通信する。プロトコルの幾つかの例は、ＩＥＥＥ８０２．１１又はＷｉＦｉ、ＩＥＥＥ８０２．１５又はブルーツース、ＩＥＥＥ８０２．１６又はＷｉＭＡＸ、ＣＤＭＡ、ＧＳＭ（登録商標）、或いは他のワイヤード及びワイヤレスプロトコルである。送信装置２１０の幾つかの例は、送信器、ワイヤレスリモートコントロール、リモートセンサ、ワイヤレスアクセサリ、等として働くメディアプレーヤ１００である。
【００２３】
受信装置２２０は、受信器２５０及びアンテナ２６０を備えている。受信器２５０は、データを受信するように構成されたハードウェア及び／又はソフトウェア要素である。受信器２５０は、上述したもののような、多数のフォーマット又はプロトコルを使用して、アンテナ２６０を経てデータをワイヤレス受信するように構成された無線部を含む。受信装置２２０は、１つ以上の所定のデータレートを使用してデータを通信する。受信装置２５０の幾つかの例は、受信器、ワイヤレスアクセサリ、等として働くメディアプレーヤ１００である。
【００２４】
種々の実施形態において、受信装置２２０は、通常、第１セットのデータレートで信号を処理する。更に、受信装置２２０は、第２セットのデータレートを使用するソースから受信された信号を処理する。受信装置２２０は、第１セットのデータレートを使用して受信されたかのように信号をサンプリングすることにより、ソースから受信された第２セットのデータレートの信号から、パケット、フレーム、等を発生する。受信装置２２０は、次いで、第１セットのデータレートで発生されたパケットから、第２セットのデータレートの信号において元々送信されたデータ又はペイロードを再構成する。例えば、受信装置２２０は、ブルーツースモジュールを使用してリモートソース（例えば、リモートセンサ、トランスポンダ、等として実施された送信装置２１０）から受信された非ブルーツース信号を処理するように構成される。
【００２５】
図３は、本発明の一実施形態によるブルーツース装置３００のブロック図である。ブルーツース装置３００は、プロセッサ３１０、メモリ３２０、ブルーツースモジュール３３０、アンテナ３４０、及びバス３５０を備えている。プロセッサ３１０、メモリ３２０、及びブルーツースモジュール３３０は、バス３５０を経てリンクされる。ブルーツースモジュール３３０は、アンテナ３４０にリンクされる。
【００２６】
ブルーツースモジュール３３０は、ワイヤード及び／又はワイヤレスプロトコルの１つ以上を使用してデータを通信（例えば、送信及び／又は受信）するように構成されたハードウェア及び／又はソフトウェア要素である。図４を参照して、ブルーツースモジュール３３０の一例を更に説明する。
【００２７】
図４は、本発明の一実施形態によるブルーツースモジュール３３０のブロック図である。ブルーツースモジュール３３０は、ブルーツース回路４０５及び無線部４１０を備えている。ブルーツース回路４０５は、データを通信するためのハードウェア及び／又はソフトウェア要素である。ブルーツース回路４０５は、１つ以上の第１データレートを使用してデータを通信する。
【００２８】
種々の実施形態において、ブルーツース回路４０５は、１つ以上の第１データレートを使用して、１つ以上の第２データレートを使用して送信器から送信されたデータを処理することができる。例えば、ブルーツース回路４０５は、第１に、ブルーツースプロトコルを使用してデータを通信し、第２に、１つ以上の非ブルーツースプロトコルからデータを処理することができる。
【００２９】
この実施例では、ブルーツース回路４０５は、「論理的リンクコントロール及び適応プロトコル（Ｌ２ＣＡＰ）」レイヤ４１５、「ホストコントロールインターフェイス（ＨＣＩ）」４２０、「リンクマネージャー」レイヤ４２５、「ベースバンド」レイヤ４３０、及び「無線」レイヤ４３５を備えている。Ｌ２ＣＡＰレイヤ４１５は、接続指向及び無接続データサービスを提供するように構成されたハードウェア及び／又はソフトウェア要素である。Ｌ２ＣＡＰレイヤ４１５は、更に、プロトコルマルチプレクシング能力、セグメント化及び再アッセンブルオペレーション、並びにグループアブストラクションを与える。種々の実施形態において、２つのリンク形式がサポートされる。即ち、同期接続指向（ＳＣＯ）リンク（例えば、予約された帯域巾を使用してリアルタイムボイストラフィックをサポートする）、及び非同期無接続（ＡＣＬ）リンク（例えば、ベストエフォートトラフィックをサポートする）。
【００３０】
ＨＣＩ  ４２０は、「リンクマネージャー」レイヤ４２５及び「ベースバンド」レイヤ４３０への１つ以上のコマンドインターフェイスを与えるように構成されたハードウェア及び／又はソフトウェア要素である。ＨＣＩレイヤ４２０は、ブルーツース回路４０５に関連したハードウェア状態及びコントロールレジスタへのアクセスを与える。種々の実施形態において、ＨＣＩ  ４２０は、ブルーツース及び非ブルーツースベースバンド能力にアクセスする均一な方法を与え、例えば、非ブルーツース信号を処理し、ブルーツース及び非ブルーツース通信を管理し、等々を行うことができる。
【００３１】
「リンクマネージャー」レイヤ４２５は、リンク管理を行うように構成されたハードウェア及び／又はソフトウェア要素である。「リンクマネージャー」レイヤ４２５は、リンク設定、認証、リンク構成、及び他のプロトコルを与える。ある実施形態では、「リンクマネージャー」レイヤ４２５は、他のリモートリンクマネージャーを発見し、そして「リンクマネージャープロトコル（ＬＭＰ）」を経てそれらと通信する。一般的に、「リンクマネージャープロトコル」は、本質的に、ある装置から別の装置へ送られる多数の「プロトコルデータユニット（ＰＤＵ）」より成る。
【００３２】
「ベースバンド」レイヤ４３０は、物理的チャンネル及びリンクの管理を行うように構成されたハードウェア及び／又はソフトウェア要素である。「ベースバンド」レイヤ４３０は、リンク接続及び電力制御のようなリンクレベルルーチンを実行するために「リンクマネージャー」レイヤ４２５と共に働く「リンクコントローラ」を備えている。種々の実施形態において、「ベースバンド」レイヤ４３０は、非同期及び同期リンクを管理し、パケットを取り扱い、そしてそのエリアのブルーツース装置にアクセスし且つ問合せるためにページング及び問合せを遂行する。「ベースバンド」レイヤ４３０は、時分割デュープレックス（ＴＤＤ）スキーム（交互の送信及び受信）を適用するベースバンドトランシーバを備え、従って、異なるホッピング周波数（周波数分割）とは別に、時間をスロット化することもできる。
【００３３】
「無線」レイヤ４３５は、２．４ＧＨｚのＩＳＭ帯域での動作のような、１つ以上の所定周波数を使用するブルーツーストランシーバ装置の要求を与えるように構成されたハードウェア及び／又はソフトウェアである。
【００３４】
動作の一例において、ブルーツースモジュール３３０は、コントロールライン４４５を使用してコントロール信号を受信して、ブルーツース回路４０５及び無線４１０に関連した１つ以上の機能を動作することができる。ブルーツースモジュール３３０は、データライン４４５を使用してデータを受け取り又は与えることができる。ブルーツースモジュール３３０は、ライン４５０を経てアンテナ３４０にリンクされ、これを通して無線４１０が信号を送信及び／又は受信する。
【００３５】
図３に戻ると、種々の実施形態において、ブルーツースモジュール３３０は、ワイヤレスパーソナルエリアネットワーク（ＰＡＮ）のためのブルーツースプロトコルを使用してパケット、信号、フレーム、等を処理するように構成される。更に、ブルーツースモジュール３３０は、１つ以上の形式の非ブルーツース信号も処理する。従って、ブルーツース装置３００は、ブルーツース信号及び非ブルーツース信号を処理する。ブルーツースモジュール３００は、ブルーツース及び非ブルーツースの両通信を同時に取り扱うようにプログラムされる。１つの例では、トランスポンダが非ブルーツースプロトコルを使用してデータを送信する。ブルーツースモジュール３３０は、無線により送信される非ブルーツース信号を受信又は「サンプル」する（例えば、ハードウェア、ソフトウェア、ファームウェア、又はその組合せを使用して）。
【００３６】
ある実施形態では、ブルーツースモジュール３３０は、ブルーツースプロトコルに関連した１つ以上のデータレートでデータを処理する。ブルーツースモジュール３３０は、データが送信された非ブルーツースプロトコルのデータレート（例えば、２５０ｋｂｐｓ）とは異なるブルーツースプロトコルのデータレート（例えば、１Ｍｂｐｓ）を使用して、非ブルーツース信号を「オーバーサンプル」する。一実施例では、ブルーツースモジュール３３０は、非ブルーツース信号が送信されたデータレートより１桁大きなデータレートで非ブルーツース信号をサンプルする。
【００３７】
非ブルーツース信号をサンプリングするのに応答して、ブルーツースモジュール３３０は、元々送信されたデータを再構成する。例えば、前記オーバーサンプリングを使用して１つ以上のブルーツースパケットを発生することができる。ブルーツースモジュール３３０は、新たに発生されたブルーツースパケットから、元の非ブルーツース信号で搬送されたデータ又はペイロードを再構成することができる。ブルーツースモジュール３３０は、例えば、エラー補正を行い、装置のセキュリティ、アドレッシング等を保証するために、ブルーツースプロトコルに基づいてブルーツースパケット（又は再構成された非ブルーツースパケット）の部分を解釈する。
【００３８】
更に別の実施形態では、ブルーツースモジュール３３０は、ブルーツース信号と非ブルーツース信号との間の通信を管理する。ブルーツースモジュール３３０は、リモートソースからの非ブルーツース信号に関連したタイミングプランに応答して、送信及び／又はスケジュールされた受信のプライオリティを決める。一実施形態では、ブルーツースモジュール３３０は、非ブルーツース信号の送信に関連した周波数を決定する。次いで、ブルーツースモジュール３３０は、その決定された周波数に関連した通信（例えば、ブルーツース及び非ブルーツースの両方）のスケジューリング及び／又はプライオリティ決めを管理し、干渉、衝突及び重畳が減少されるようにする。
【００３９】
従って、ブルーツース装置３００は、ブルーツース及び非ブルーツースの両信号を処理するためにブルーツースモジュール３３０に加えていずれかの受信器を含ませる必要はない。
【００４０】
図５は、本発明の一実施形態により第１のプロトコルを使用して送信されたデータを処理するための方法のフローチャートである。図５に示す処理は、コンピュータシステムのプロセッサ、コンピュータシステムのハードウェアモジュール、又はその組合せで実行されるソフトウェアモジュール（例えば、インストラクション又はコード）により遂行することができる。図５は、ステップ５００で始まる。
【００４１】
ステップ５１０において、データが受け取られる。例えば、リモートソースは、データを収集し、そしてリモート行先へ送信すべくデータを送信器へ送る。ステップ５２０において、そのデータに基づいて非ブルーツースパケットが発生される。非ブルーツースパケットは、ブルーツースプロトコルを使用してデータを送信するものではない送信、信号、フレーム、パケット、等である。
【００４２】
ステップ５３０では、非ブルーツースパケットは、非ブルーツースプロトコルを使用して送信される。例えば、データは、センサパケットのペイロードとして含まれてもよい。
センサパケットは、次いで、多数の非ブルーツースプロトコルに基づいて送信される。別の例では、データは、ブルーツースプロトコルとは異なるデータレートで送信される。
【００４３】
ステップ５４０において、非ブルーツースパケットの送信が受け取られる。一実施形態では、非ブルーツースパケットの送信は、ブルーツースモジュール（例えば、ブルーツースモジュール３３０）によりサンプリングされる。例えば、ブルーツースモジュール３３０は、ブルーツースプロトコルに関連した第１のデータレート（例えば、１Ｍｂｐｓ）を使用して非ブルーツースパケットの送信を受け取る。非ブルーツースパケットの送信が、ブルーツースプロトコルに関連した第１のデータレートとは異なる（例えば、それより低い）第２のデータレートで発生する場合には、ブルーツースモジュール３３０は、非ブルーツースパケットの送信を「オーバーサンプル」する。一般的に、ブルーツースプロトコルに関連したデータレートを使用するオーバーサンプリングは、非ブルーツースデータレートにおける非ブルーツースパケットの送信の各個々のデータエレメントに対して、ブルーツースデータレートで複数のデータエレメント（又はサンプル）を与える。
【００４４】
ステップ５５０において、非ブルーツースパケットを受け取るのに応答して、ブルーツースパケットが発生される。例えば、ブルーツースモジュール３３０は、非ブルーツース信号の個々のデータエレメントを表すブルーツースデータレートで受け取られた複数のデータエレメントからブルーツースパケットを発生する。ステップ５６０において、ブルーツースパケットから非ブルーツースパケットが再構成される。一実施例では、ブルーツースモジュール３３０は、ブルーツースパケットを非ブルーツースパケットへと解釈し、フィルタし、等々を行うハードウェア、ソフトウェア、及び／又はファームウェアを含む。
ブルーツースモジュール３３０は、非ブルーツースパケットのレプリカを発生するか、或いは非ブルーツースパケットの再構成部分（例えば、ヘッダー、アドレス、ペイロード、等）を含むようにブルーツースパケットを再フォーマットする。
【００４５】
ステップ５７０において、データが出力される。ある実施形態では、ブルーツースモジュール３３０は、再構成された非ブルーツースパケットのペイロードを出力する。更に別の実施形態では、ブルーツースモジュール３３０は、非ブルーツースパケットの再構成部分を含むブルーツースパケットを出力する。図５は、ステップ５８０で終了となる。
【００４６】
図６は、本発明の一実施形態によりブルーツースモジュール（例えば、ブルーツースモジュール３３０）を使用して非ブルーツースパケットを処理するところを示すメッセージシーケンスチャートである。この実施例では、装置２１０がステップ６１０においてセンサデータを発生する。ステップ６２０において、装置２１０は、非ブルーツースプロトコルを使用してパケット６３０においてセンサデータを送信する。パケット６３０においてデータを送信するために、装置２１０は、非ブルーツースパケットを発生し、そして非ブルーツースパケットのペイロードにデータを挿入する。
【００４７】
図７を参照すれば、パケット７００は、典型的に、ヘッダー７１０、本体７２０、及びテール７３０を含む。ヘッダー７１０、本体７２０、及びテール７３０は、非ブルーツースプロトコルの１つ以上の特徴を定義し又は指示する情報、アドレス、属性、フラグ、等を含む。本体７２０は、一般的に、送信されるべきデータを含む。非ブルーツースプロトコルは、２５０ｋｂｐｓのデータレートを使用してパケット７００を送信する。
【００４８】
図６に戻ると、ステップ６４０において、装置２２０は、ブルーツースモジュールを使用してパケット６３０の送信をオーバーサンプルする。装置２２０は、オーバーサンプルされた情報を含むパケット６３０の送信を受け取るのに応答してブルーツースパケットを発生する。例えば、図７のデータ７４０は、パケット７００の本体７３０に一連のビット（例えば、０１  ０１  １１  ００  １０）を含む。ブルーツースモジュールは、典型的に、１Ｍｂｐｓ以上でデータを処理するので、ブルーツースモジュールは、パケット６３０の送信をオーバーサンプルして、図７のデータ７５０を発生する。この実施例では、データ７５０は、データ７４０に対してほぼ４対１の比（１Ｍｂｐｓ／２５０ｋｂｐｓ）でオーバーサンプルされたパケット６３０の情報を表す一連のビット（例えば、００００  １１１１  ００００  １１１１  １１１１  １１１１  ００００  ００００  １１１１  ００００）を含む。
【００４９】
従って、装置２１０が２５０ｋｂｐｓで１の値を送信する場合に、１Ｍｂｐｓでデータを処理するブルーツースモジュールを使用する装置２２０は、装置２１０により送信された１の値を、ブルーツースプロトコルにより４つの１の値として「見る」。それ故、装置２２０は、実際にパケット６３０の４倍のビットを含むブルーツースパケットを発生する。種々の実施形態において、装置２２０は、エラー補正の目的でこのオーバーサンプリングの効果を取り入れることができる。
【００５０】
ステップ６５０において、装置２２０は、パケット６３０を再構成する。例えば、装置２２０は、１つ以上のルール及び／又はフィルタを適用して、オーバーサンプルされた情報からパケット６３０を再構成し、図７のデータ７６０を得る。
【００５１】
ステップ６６０において、装置２２０は、パケット６３０の部分を解釈する。例えば、パケット６３０の部分は、ブルーツースソースアドレス、行先アドレス、属性、チェック和、等として解釈される。典型的に、ブルーツース無線は、送信の始めに、非常に特定のビットシーケンス（又はアクセスコード）にロックするようにプログラムされるよう構成される。特定のビットシーケンスをもたない送信は、ブルーツース無線によって破棄される。種々の実施形態において、パケット６３０の部分は、ブルーツースアクセスコードとして解釈され、非ブルーツース送信器が、ブルーツース無線により受け容れられるデータを送信できるようにする。
【００５２】
ステップ６７０において、装置２２０はセンサデータを得る。装置２２０は、パケット６３０の本体部分からセンサデータを検索する。図６は、ステップ６７０で終了となる。
【００５３】
図８は、本発明の一実施形態により非ブルーツースパケットを処理するための方法のフローチャートである。図８は、ステップ８００で始まる。
【００５４】
ステップ８１０において、ブルーツースパケットが受け取られる。ステップ８２０において、ブルーツースパケットから非ブルーツースパケットが再構成される。例えば、上述したように、非ブルーツースパケットの送信がブルーツースモジュールにより受け取られて（例えば、オーバーサンプルされて）、ブルーツースパケットを発生する。ブルーツースモジュールのハードウェア、ソフトウェア及び／又はファームウェア要素が、ルール、フィルタ、及び他のアルゴリズムをブルーツースパケットに適用して、非ブルーツースパケットを再構成する。
【００５５】
非ブルーツースパケットが、ステップ８３０において、有効な繰り返し冗長チェック（ＣＲＣ）を含む場合には、ステップ８４０において、非ブルーツースパケットが有効なアクセスコードを含むかどうかの決定がなされる。非ブルーツースパケットが、ステップ８３０において有効なＣＲＣを含まないか、又はステップ８４０において有効なアクセスコードを含まない場合には、パケットがドロップされる。
【００５６】
或いは又、非ブルーツースパケットが有効なアクセスコードを含む場合には、ステップ８５０において、非ブルーツースパケットのペイロードが出力される（例えば、記憶され、オペレーティングシステムへ送られ、又はアプリケーションへ送られる）。図８は、ステップ８６０で終了する。
【００５７】
種々の実施形態において、図３のブルーツースモジュール３３０は、時間及び周波数の両方に存在する通信を処理するように構成される。一般的に、非ブルーツースパケットの送信又は信号を使用して、非スケジュール通信を送出することができる。パケットの送信はいつでも行えるので、パケットは、次のパケットがいつ到着するかを示す情報でマークされる。これは、一般的に、タイミングプランと称することができる。ブルーツースモジュール３３０は、タイミングプランを使用して、通信のプライオリティを内部で決めることができる。
【００５８】
図９は、本発明の一実施形態により通信を管理する方法のフローチャートである。図９は、ステップ９００で開始する。
【００５９】
ステップ９１０において、１組のポリシーが受け取られる。例えば、図３のブルーツースモジュール３３０は、満足する必要のある１つ以上の基準を表すポリシーを受け取る。
ポリシーは、１つ以上の基準が満足されるときに遂行されるべきアクションも定義する。
ある実施形態では、ブルーツースモジュール３３０は、データトラフィック及び通信より上にボイストラフィック及び通信をプライオリティ決めする１組のポリシーを受け取る。
ブルーツースモジュール３３０は、第１装置（例えば、ヘッドセット）への及びそこからの通信を、第２装置（例えば、トランスポンダ又はビーコン）への及びそこからの通信とは異なるようにプライオリティ決めする１組のポリシーを受け取る。
【００６０】
ステップ９２０において、第１プロトコル信号に関連した通信スケジュールが決定される。例えば、第１プロトコル信号により使用されるタイミング及び周波数が決定される。
ステップ９３０では、第２プロトコル信号に関連した通信スケジュールが決定される。
【００６１】
ステップ９４０において、第１プロトコル信号及び第２プロトコル信号に関連した通信が管理される。一例において、ブルーツースモジュール３３０が、装置又はトランスポンダから次のブルーツース又は非ブルーツースパケットがいつ予想されるか知っている場合には、ブルーツースモジュール３３０は、次のパケットを聞くためにブルーツースモジュール３３０を（例えば、時間及び／又は周波数の両方について）空けることのできるスケジュールを決定する。ブルーツースモジュール３３０は、予想されるパケットを受信すべきとき以外にある間隔で保留中の送信をスケジュールするか、又はデータをより高いプライオリティで送信するために予想されるパケットを無視することができる。
【００６２】
更に、ブルーツース通信は、ノイズの多い無線周波数環境で動作し、そして高速確認・周波数ホッピングスキームを使用して、リンクを頑健な通信手段とするように設計される。種々の実施形態において、ブルーツースモジュール３３０は、パケットを送信又は受信した後に新たな周波数へホップすることにより他の信号からの干渉を回避するように通信を管理する。
【００６３】
図１０は、本発明の一実施形態による通信管理を示すメッセージシーケンスチャートである。この例では、装置１００２は、装置１００４及び装置１００６と通信する。装置１００２は、ブルーツース回路を含む任意の装置である。例えば、装置１００２は、メディアプレーヤ、パーソナルデジタルアシスタント、スマートホン、ブルーツースドングル、等である。装置１００４及び装置１００６は、１つ以上の通信プロトコル、例えば、ブルーツース及び非ブルーツースプロトコルを使用して装置１００２と通信する任意の装置である。
【００６４】
図１０を参照すれば、ステップ１０１０において、装置１００２は、１つ以上のポリシーを受け取る。これらポリシーは、装置１００２の製造者、装置１００２のハードウェア、ソフトウェア、及び／又はファームウェア要素の開発者、装置１００２のユーザ、等により確立される。
【００６５】
ステップ１０１５において、装置１００４は、非ブルーツース信号を発生する。装置１００６は、非ブルーツース信号１０２０を送信し、これは、装置１００２により受信される。例えば、装置１００２は、上述した１つ以上の方法を使用して、ブルーツースモジュールで非ブルーツース信号を受信する。ステップ１０２５において、装置１００２は、非ブルーツース信号に関連したタイミングプラン及び周波数を決定する。装置１００２は、装置１００４からの通信の次のスケジュール送信がいつ生じるか決定する。装置１００２は、更に、装置１００４からの通信に使用される周波数（１つ又は複数）を決定する。
【００６６】
ステップ１０３０において、装置１００２は、装置１００６に宛てられたブルーツースパケットアドレスを受け取る。例えば、装置１００２で実行されるアプリケーションは、装置１００６へデータを送信するように装置１００２に命令する。ステップ１０３５において、装置１００２は、ステップ１０１０で受け取ったポリシーに基づいてブルーツースパケットを送信すべきかどうか決定する。
【００６７】
装置１００２が、ステップ１０４０において、ポリシーに基づきブルーツースパケットを送信すべきであると決定する場合には、ブルーツースパケット１０４５が装置１００６へ送信される。例えば、１組のポリシーは、ボイス通信にはデータ通信より高いサービスクオリティが与えられることを指示する。それ故、装置１００６が、装置１００２に関連したワイヤレスハンドセットである場合に、装置１００２は、ワイヤレスハンドセットでの通信を、他の非ボイス又は非ハンドセット特有通信より高いプライオリティとする。
【００６８】
ステップ１０４０において、装置１００２は、ポリシーに基づき装置１００６へブルーツースパケットを送信しないことを決定する。例えば、装置１００２は、該装置１００２が装置１００４から非ブルーツースパケット１０５０を受け取る間、ブルーツースパケットの送信を遅延できることを決定する。装置１００２は、決定されたタイミングプランに基づいて非ブルーツースパケット１０５０を予想し、そして他の通信を、予想される受信ウインドウの周りでスケジュールする。ステップ１０５５において、装置１００２は、その決定されたタイミングプランに基づいて予想される送信を受け取った後に、ブルーツースパケット１０６０を装置１００６へ送信する。
【００６９】
ある実施形態では、装置１００２は、通信に対してどの周波数を使用又は予約するかのプライオリティを決める。例えば、装置１００２は、装置１００４からの通信を受け取るために特定の周波数を予約する。装置１００２は、その特定周波数以外の周波数では装置１００６との通信にしか加われない。種々の実施形態において、装置１００２は、通信を管理するためにそのような優先事項を装置１００６へ通信する。
【００７０】
図１１は、本発明の実施形態によるコンピュータシステム１１００の簡単なブロック図である。図１１は、本発明の実施形態を例示するものに過ぎず、特許請求の範囲に規定された本発明の範囲を限定するものではない。当業者であれば、他の変更、修正及び置き換えが明らかであろう。
【００７１】
一実施形態において、コンピュータシステム１１００は、プロセッサ（１つ又は複数）１１１０と、ランダムアクセスメモリ（ＲＡＭ）１１２０と、ディスクドライブ１１３０と、入力装置（１つ又は複数）１１４０と、出力装置（１つ又は複数）１１５０と、ディスプレイ１１６０と、通信インターフェイス（１つ又は複数）１１７０と、これらのコンポーネントを相互接続するシステムバス１１８０とを備えている。ファイルシステム、記憶ディスク、リードオンリメモリ（ＲＯＭ）、キャッシュメモリ、コーデック、等の他のコンポーネントが存在してもよい。
【００７２】
ＲＡＭ１１２０及びディスクドライブ１１３０は、音声、映像、映画ファイル、オペレーティングシステムコードのようなデータを記憶するように構成された有形のメディアの一例であり、本発明の実施形態は、実行可能なコンピュータコード、人間が読めるコード、等を含む。他の形式の有形メディアは、フロッピー（登録商標）ディスク、取り外し可能なハードディスク、光学的記憶メディア、例えば、ＣＤ−ＲＯＭ、ＤＶＤ及びバーコード、半導体メモリ、例えば、フラッシュメモリ、リードオンリメモリ（ＲＯＭ）、バッテリバックアップの揮発性メモリ、ネットワーク化記憶装置、等を含む。
【００７３】
種々の実施形態において、入力装置１１４０は、典型的に、コンピュータマウス、トラックボール、トラックパッド、ジョイスティック、ワイヤレスリモート、ドローイングタブレット、ボイスコマンドシステム、アイトラッキングシステム、マルチタッチインターフェイス、スクロールホイール、クリックホイール、タッチスクリーン、ＦＭ／ＴＶチューナ、オーディオ／ビデオ入力、等として実施される。入力装置１１４０は、ユーザが、ボタンのクリック等のコマンドを経て、オブジェクト、アイコン、テキスト、等を選択できるようにする。種々の実施形態において、出力装置１１５０は、典型的に、ディスプレイ、プリンタ、力フィードバックメカニズム、オーディオ出力、ビデオコンポーネント出力、等として実施される。ディスプレイ１１６０は、ＣＲＴディスプレイ、ＬＣＤディスプレイ、プラ図メディスプレイ、等を含む。
【００７４】
通信インターフェイス１１７０の実施形態は、コンピュータインターフェイス、例えば、イーサネット（登録商標）カード、モデム（電話、衛星、ケーブル、ＩＳＤＮ）、（非同期）デジタル加入者ライン（ＤＳＬ）ユニット、ＦｉｒｅＷｉｒｅインターフェイス、ＵＳＢインターフェイス、等を含む。例えば、これらのコンピュータインターフェイスは、コンピュータネットワーク１１９０、ＦｉｒｅＷｉｒｅバス、等に結合される。他の実施形態では、これらコンピュータインターフェイスは、コンピュータシステム１１００のマザーボード又はシステムボードに物理的に一体化され、そしてソフトウェアプログラム、等である。
【００７５】
種々の実施形態において、コンピュータシステム１１００は、ＨＴＴＰ、ＴＣＰ／ＩＰ、ＲＴＰ／ＲＴＳＰプロトコル、等のように、ネットワークを経て通信を可能にするソフトウェアも含む。本発明の別の実施形態では、例えば、ＩＰＸ、ＵＤＰ、等の、他の通信ソフトウェア及び転送プロトコルも使用される。
【００７６】
種々の実施形態において、コンピュータシステム１１００は、Ｍｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓ（登録商標）、Ｌｉｎｕｘ（登録商標）、Ｍａｃ  ＯＳ  Ｘ（登録商標）、リアルタイムオペレーティングシステム（ＲＴＯＳ）、オープンソース及び専有ＯＳ、等のオペレーティングシステムも含む。
【００７７】
図１１は、本発明を実施できるメディアプレーヤ及び／又はコンピュータシステムを表す。当業者であれば、多数の他のハードウェア及びソフトウェア構成も、本発明に使用するのに適していることが容易に明らかであろう。例えば、メディアプレーヤは、デスクトップ、ポータブル、ラックマウント、又はタブレット構成でよい。更に、メディアプレーヤは、一連のネットワーク化されたコンピュータでもよい。更に、メディアプレーヤは、移動装置、埋め込み型装置、パーソナルデジタルアシスタント、スマートホン、等でもよい。更に別の実施形態では、上述した技術は、チップ又は補助的処理ボードで具現化されてもよい。
【００７８】
本発明は、ソフトウェア、ハードウェア又はその両方の組合せのコントロールロジックの形態で具現化することができる。コントロールロジックは、本発明の実施形態に開示された１組のステップを遂行するように情報処理装置に指令する複数のインストラクションとして情報記憶メディアに記憶される。ここでの開示及び教示に基づき、当業者であれば、本発明を具現化する他の仕方及び／又は方法が明らかであろう。
【００７９】
ここに述べた実施形態は、本発明の１つ以上の実施例を示すものに過ぎない。本発明のこれらの実施形態は、図面を参照して説明したので、ここに述べた方法及び／又は特定の構造の種々の変更や適応が当業者に明らかであろう。本発明の教示に依存し、これら教示により技術を進歩させるところのその変更や適応や修正は、全て、本発明の範囲内に包含されると考えられる。従って、ここでの説明及び図面は、それに限定されると考えてはならず、本発明は、ここに示す実施形態のみに限定されないことを理解されたい。
【００８０】
以上の説明は、例示に過ぎず、それに限定されるものではない。当業者であれば、この開示を検討したときに、本発明の種々の変更が明らかであろう。それ故、本発明の範囲は、以上の説明を参照して決定されるものではなく、特許請求の範囲又はその等効物を参照して決定されるものとする。
【符号の説明】
【００８１】
１００：メディアプレーヤ
１１０：プロセッサ
１２０：記憶装置
１３０：ユーザインターフェイス
１４０：通信インターフェイス
１５０：スピーカ
１６０：ヘッドホン
１７０：アクセサリ
１８０：ホストコンピュータ
１９５：アクセサリ
１９０：ドッキング
２１０：装置
２３０：送信器
２４０：アンテナ
２２０：装置
２５０：受信器
２６０：アンテナ
３００：ブルーツース装置
３１０：プロセッサ
３２０：メモリ
３３０：ブルーツースモジュール
３４０：アンテナ
３５０：バス
１１００：コンピュータシステム
１１１０：プロセッサ
１１２０：ランダムアクセスメモリ
１１３０：ディスクドライブ
１１４０：入力装置
１１５０：出力装置
１１６０：通信インターフェイス
１１７０：ディスプレイ
１１８０：システムバス
１１９０：コンピュータネットワーク
【図１】
0005615888.tif 000002
【図２Ａ】
0005615888.tif 000003
【図２Ｂ】
0005615888.tif 000004
【図３】
0005615888.tif 000005
【図４】
0005615888.tif 000006
【図５】
0005615888.tif 000007
【図６】
0005615888.tif 000008
【図７】
0005615888.tif 000009
【図８】
0005615888.tif 000010
【図９】
0005615888.tif 000011
【図１０】
0005615888.tif 000012
【図１１】
0005615888.tif 000013