(57)【要約】マスタ装置（１）と少なくとも２つのスレーブ装置（１００、２００）とを有するローカルネットワーク内でデータパケット群を送信する方法が、マスタ装置が２つのプロセッサ（２、３）を有する構成に適応している。第１のプロセッサ（２）はアプリケーションを実行し、第２のプロセッサ（３）は、マスタ装置と、スレーブ装置の任意の１つの装置間のデータ伝送を制御する。この方法によれば、第１のスレーブ装置によって第２のスレーブ装置に送信されたデータパケット群は、第２のプロセッサ（３）を通過し、第１のプロセッサ（２）によって相互に対応づけされ、通信されるアドレス要素群から得られた再アドレス指示に従って第２のプロセッサに直接送られる。
2005531234.tif 000002
【特許請求の範囲】
【請求項１】
マスタ装置の役割を持つ１つの通信装置（１）と、前記マスタ装置によって調整されるスレーブ装置の役割を持つその他の装置（１００、２００）の少なくとも３つの通信装置を有し、前記マスタ装置が、前記マスタ装置の内部の接続（４）によって互いに接続された第１のプロセッサ（２）と第２のプロセッサ（３）とを有し、第１のプロセッサ（２）はアプリケーションを実行し、第２のプロセッサ（３）は前記マスタ装置と前記スレーブ装置の任意の１つの装置間のデータ伝送の動作を実行する、ローカルネットワーク内を無線によってデータパケットを送信する方法であって、第１のスレーブ装置によって生成されたデータを第２のスレーブ装置に送信する方法が、
ａ−前記第１のスレーブ装置によって第１のデータパケット群（５０、６０、７０）を送信するステップと、
ｂ−前記第１のデータパケット群を前記マスタ装置で受信するステップと、
ｃ−ある特定のアドレス要素が再アドレス指示の中で指定された条件を満たしているかどうかを判定するために、前記第１のデータパケット群に関連したアドレス要素を前記第２のプロセッサで解析するステップと、
ｄ−前記条件が満たされている場合に、前記第１のデータパケット群に対応する第２のデータパケット群を前記第２のスレーブ装置に前記マスタ装置によって送信するステップと、
を有する方法。
【請求項２】
ステップｄ中、前記の解析されたアドレス要素群群のうちのある特定のアドレス要素が前記指定された条件を満たしていない場合には、前記第２のプロセッサ（３）は、前記第１のデータパケット群に対応するデータの少なくとも一部を前記第１のプロセッサ（２）に前記マスタ装置（１）の内部の接続（４）を通して送る、請求項１記載の方法。
【請求項３】
前記再アドレス指示は、前記第１のプロセッサ（２）で実行されたアプリケーション（１１）によって相互に対応づけされたアドレス要素群から生成され、前記第２のプロセッサ（３）に前記マスタ装置（１）の内部の接続（４）を通して送られる、請求項１または２記載の方法。
【請求項４】
前記再アドレス指示が生成されるアドレス要素群は、前記マスタ装置（１）から前記スレーブ装置（１００、２００）への問い合わせによって得られる、請求項３記載の方法。
【請求項５】
前記再アドレス指示が生成されるアドレス要素群は、スレーブ装置と前記マスタ装置間の接続がセットアップされたときに交換された信号パケットから前記第２のプロセッサ（３）によって読み出される、請求項３記載の方法。
【請求項６】
ステップｄ中に送信された前記第２のデータパケット群は、前記第１のパケットのうちの少なくともある    のデータパケットについて、最初のアドレス要素群を前記第２のスレーブ装置に対応する新しいアドレス要素群と取り替えることで、前記第２のデータパケット群が対応する前記第１のデータパケット群（５０、６０、７０）から、前記第２のプロセッサ（３）によって得られる、請求項１から５のいずれか１項に記載の方法。
【請求項７】
前記取り替えられたアドレス要素群は、各第１のパケットに接続ハンドル（５１）および／または論理チャネル参照（８２）を有する、請求項６記載の方法。
【請求項８】
前記第１のデータパケット群（５０、６０、７０）に関連したアドレス要素を解析する前記ステップｃは、少なくともある前記第１のデータパケット群に論理チャネル参照（８２）を有する少なくとも１つのアドレス要素を読み出すステップを有する、請求項６または７記載の方法。
【請求項９】
前記第２のスレーブ装置（２００）および前記マスタ装置（１）は、前記第１のスレーブ装置（１００）によって送信され、かつ前記第２のスレーブ装置または前記マスタ装置のいずれか一方に向けられたデータを含むパケットに関して異なったそれぞれの論理チャネルに対応づけられ、前記新しいアドレス要素群は、前記論理チャネル参照読み取り（８２）を使用して決定される、請求項８記載の方法。
【請求項１０】
前記第２のスレーブ装置（２００）および前記マスタ装置（１）は、前記第１のスレーブ装置（１００）によって送信され、かつ前記第２のスレーブ装置または前記マスタ装置のいずれか一方に向けられたデータを含むパケットに関して同一の論理チャネルに対応づけられ、前記第１のデータパケット群（５０、６０、７０）に関連したアドレス要素群を解析する前記ステップｃは、前記第１のデータパケット群のうちの少なくともある特定のデータパケット群のデータの受信者通信装置のインジケータを有する少なくとも１つの付加的なアドレス要素群を読み出すステップを有し、前記新しいアドレス要素は、前記データの受信者通信装置から読み出された前記インジケータを使用して決定される、請求項８記載の方法。
【請求項１１】
前記データが前記第１のスレーブ装置（１００）によって連続的に送信される前記第１のデータパケット群（５０、６０、７０）に含まれ、前記第１のパケット群に関連したアドレス要素群の少なくとも一部が、前記他のパケット群の前に送信される前記パケット群により搬送される、請求項１から１０のいずれか１項に記載の方法。
【請求項１２】
マスタ装置の役割を持つ１つの通信装置（１）と、前記マスタ装置によって調整されるスレーブ装置の役割を持つその他の装置（１００、２００）の少なくとも３つの通信装置を有し、前記マスタ装置が、前記スレーブ装置の任意の１つと交換されるデータの伝送を制御する手段を有し、第１と第２のプロセッサ間でデータを伝送するように配置された接続（４）によって互いに連結された、アプリケーションを実行するよう工夫された第１のプロセッサ（２）と、前記マスタ装置と前記スレーブ装置の任意の１つの装置間のデータ伝送の動作を実行するように工夫された第２のプロセッサ（３）とを有する、請求項１から１１のいずれか１項に記載の送信方法の実施に適したシステム。
【請求項１３】
無線によるデータパケット形式のデータの伝送を制御する制御プロセッサ（３）であって、前記制御プロセッサをアプリケーションのホストプロセッサ（２）に接続可能にするインタフェース（４ａ）を有し、
相互に対応づけされたアドレス要素群に対応する信号を前記接続インタフェース（４ａ）で受信する手段と、
前記相互に対応づけされたアドレス要素群から、再アドレス条件を有する再アドレス指示を形成する手段と、
前記再アドレス指示を記録する手段と、
受信したデータパケット群を前記再アドレス条件の関数として解析する手段と、
前記再アドレス条件を満たす、受信したデータパケット群のうちの少なくともある特定のデータパケットの最初のアドレス要素を、再アドレス指示に従って決定された新しいアドレス要素群で取り替える手段と、
前記再アドレス条件を満たす、受信したデータパケット群に対応するデータパケットの送信を命じる手段と、
をさらに有する制御プロセッサ。
【請求項１４】
前記再アドレス条件を満たさない、受信したパケットに対応するデータを前記接続インタフェース（４ａ）によって送信する手段をさらに有する、請求項１３記載の制御プロセッサ。
【請求項１５】
前記アドレス要素を取り替える手段は、接続ハンドル（５１）および／または論理チャネル参照（８２）を取り替える手段を有する、請求項１３または１４記載の制御プロセッサ。
【請求項１６】
受信したパケット群に含まれるデータの受信者通信装置の論理チャネル参照および／またはインジケータを、受信したパケットのうちの少なくともある特定のパケットから読み出す手段を有する、請求項１３から１５のいずれか１項に記載の制御プロセッサ。
【請求項１７】
請求項１３から１６のいずれか１項に記載の制御プロセッサを有する、無線によって通信する装置（１）。
【請求項１８】
少なくとも１つのアプリケーション用のホストプロセッサ（２）であって、前記アプリケーションを実行する手段と、マスタ装置としてローカルネットワーク内の通信を制御する手段と、データパケットにアドレス要素群を相互に対応づけする手段と、を有し、ローカルネットワーク内でデータパケット群を送信する制御プロセッサ（３）を接続するインタフェース（４ｂ）と、前記相互に対応づけされたアドレス要素群に対応する信号、または前記アプリケーションによって処理されたデータを搬送する信号群を、接続インタフェースを通して送る手段と、をさらに有するホストプロセッサ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、すべてのデータパケットがネットワークの到達距離内で送信される少なくとも２つのスレーブ通信装置と１つのマスタ通信装置とを有するローカルネットワーク内で、データパケットを無線により送信する方法に関する。
【０００２】
本発明は、特に、内部のインタフェースによって接続された２つのプロセッサを有するマスタ通信装置をマスタ装置の構成に適応したそのような方法に関する。
【背景技術】
【０００３】
少なくとも３つの通信装置を有するネットワーク内のデータ伝送に星形構造を使用することが知られている。そのような構造は、互いに通信する装置の数が少ないネットワークに特に適している。そのようなネットワーク構造では、装置の１つが他の装置を従えるといった調整役を果たしている。そのようなネットワークの任意の２つの装置間で送信されるように意図されたデータはすべて、先ずマスタ装置で受信され、そのマスタ装置は、次にその最初に受信したデータをスレーブ装置の１つに再送信する。
【０００４】
装置内部での接続によって接続された２つのプロセッサ間でこの装置により実行される機能を、通信装置内に分散させることがさらに有利な場合がある。
【０００５】
第１のプロセッサは、特定のアプリケーションの実行に特に適合できる。このため、第１のプロセッサは、特定の記憶素子、または入力を入力するおよび／または装置のユーザ用のデータを表示するインタフェースの特定の制御装置のような、このアプリケーションのプログラムを実行するのに特に適した手段を有することができる。
【０００６】
第２のプロセッサは、ネットワークに属するこの通信装置と外部の装置間のデータ伝送に必要な、いわゆる下位の動作を実行する。特に、第２のプロセッサは、データを種々の通信装置間で特に使用される送信形態に適合したパケットに分配するように、データを第２のプロセッサの送信に適合した形式に構成する。さらに、第２のプロセッサは、外部の通信装置と交換される信号の送受信機に指示を出す。
【０００７】
第２のプロセッサのような形態は、同一の送信モードに従って動作するすべての通信装置に共通であってもよい。このことは、第２のプロセッサの生産のスケール作用によって、第２のプロセッサのコストの低減という結果をもたらす。一方、この第２のプロセッサは、この装置で実行されるべく意図された主要なアプリケーションによって、全く同一の装置で、多様な形態の第１のプロセッサに対応づけることができる。各通信装置の特化は、第２のプロセッサに関連したコストの低減の利益も得ながらこのように可能である。
【０００８】
次に、出願人は、第１のプロセッサによって実行されるアプリケーションが、このアプリケーションに関連するデータの送信をネットワーク内で全体として管理する通信装置の２つのプロセッサ間での機能の分散について考える。特に、２つのスレーブ装置間のデータの伝送は、これらのデータの特定された受信者装置の機能として、スレーブ装置用のデータを再送信するピボット機能を果たすアプリケーションそのものによって制御される。アプリケーションプログラムは、アプリケーションに関連するデータをすべて単独で解釈できる、つまりある処理がこれらのデータに適用される必要があるか、またはデータを修正せずにスレーブ装置の１つに再送信する必要があるかどうかを判断できるので、そのような役割は、マスタ装置に常駐するアプリケーションプログラムに一般に委ねられている。
【０００９】
したがって、ネットワークの任意の２つの装置間で交換されるデータはすべて、マスタ装置の第１のプロセッサに、この装置の内部の２つのプロセッサ間の接続を通して送られる。この結果、ネットワーク内で交換されるデータ量が多くなればなるほど、この内部送信に関連したエネルギー消費は多くなる。マスタ装置が電池またはバッテリーのタイプの独自の電源を持っている場合には、その電源の独自性は、かなり大きいデータ量の内部送信のために小さくなる。
【００１０】
マスタ装置の２つのプロセッサ間でかなり大きいデータ量を伝送する他の欠点は、十分なバッファーメモリを有する２つのプロセッサの間に伝送用の内部接続を備える必要があることである。このバッファーメモリのコストとは別に、内部接続はエネルギー消費もさらに増加させる。
【発明の開示】
【発明が解決しようとする課題】
【００１１】
本発明の目的は上記欠点を軽減することにある。
【課題を解決するための手段】
【００１２】
したがって、本発明は、マスタ装置の役割を持つ１つの装置と、マスタ装置によって調整されるスレーブ装置の役割を持つその他の装置の少なくとも３つの通信装置を有し、マスタ装置が、マスタ装置の内部の接続によって互いに接続された第１のプロセッサと第２のプロセッサとを有する、ローカルネットワーク内でデータパケットを無線により送信する方法に関する。第１のプロセッサはアプリケーションを実行し、第２のプロセッサは、マスタ装置と、スレーブ装置の任意の１つの装置間のデータ伝送の動作を実行する。本発明によれば、この方法は、第１のスレーブ装置によって生成されたデータを第２のスレーブ装置に送信するための次のステップ、
ａ−第１のスレーブ装置によって第１のデータパケット群を送信するステップと、
ｂ−第１のデータパケット群をマスタ装置で受信するステップと、
ｃ−ある特定のアドレス要素群が再アドレス指示の中で指定された条件を満たしているかどうかを判定するために、第１のデータパケット群に関連したアドレス要素群を第２のプロセッサで解析するステップと、
ｄ−条件が満たされている場合には、第１のデータパケット群に対応する第２のデータパケット群を第２のスレーブ装置にマスタ装置によって送信するステップと、
を有する。
【００１３】
マスタ装置のエネルギー消費の上記の削減以外に、本発明の方法の利点は、２つのスレーブ装置間の送信期間が短くなることにある。特に、もはやそのようなデータはマスタ装置の第１のプロセッサを通過しないので、その結果、マスタ装置の２つのプロセッサ間の送信に関連した待機期間を除くことができる。除かれた待機期間のなかで、主なものは、第１のプロセッサ内のアプリケーションによるデータ処理のステップだけでなく、２つのプロセッサ間の送信データを形成するテップ、および送信以前にバッファーメモリのデータを待つステップである。
【００１４】
本発明の好ましい実施態様において、解析されたアドレス要素群のうちのある特定のアドレス要素が、指定された条件を満たしていない場合には、第２のプロセッサは、ステップｄ中に、これらのアドレス要素群が関連付けする第１のパケットに対応するデータの少なくとも一部を、第１のプロセッサに、マスタ装置の内部の接続を通して送る。したがって、本発明の方法は、スレーブ装置の任意の１つの装置から発生したこのプログラム用のデータに関して、マスタ装置のアプリケーションプログラムにアクセスすることを妨害しない。したがって、第２のプロセッサは、マスタ装置で受信された第１のパケットのすべてに対応するデータを、第２の再送信パケットの形式でスレーブ装置または第１のプロセッサのいずれか一方に、マスタ装置の内部の接続を通して送る機能を備えている。
【００１５】
マスタ装置の第１のプロセッサで実行されるアプリケーションは、種々の装置間で交換されるデータの管理の要求に応じるプログラムとして、再アドレス指示が生成されたアドレス要素群を相互に対応づけする。相互に対応づけされたこれらのアドレス要素群は、マスタ装置の内部の接続を通して第２のプロセッサに送られる。アドレス要素群は、マスタ装置によるスレーブ装置への特定の問い合わせで得ることができる。アドレス要素群は、接続がスレーブ装置とマスタ装置間でセットアップされたときに交換された信号（signalling）パケットから、第２のプロセッサによって読み出すこともできる。
【００１６】
この再アドレス指示は２つの機能を持つ。一方では、再アドレス指示は、スレーブ装置からマスタ装置によって受信したすべてのデータパケット群の中から他のスレーブ装置用のものをマスタ装置に常駐するアプリケーションプログラムによる中間の処理を行うことなく選び出すための、第２のプロセッサによって行われる選択基準を指定する。この選択は、再アドレス指示で指定された条件、およびパケットに関連したアドレス要素群のうちのある要素群との関係に基づいてなされる。これらのアドレス要素は、例えば論理チャネル参照のような特定の送信パラメータに従い第２のプロセッサで決定されてもよい。アドレス要素群は、マスタ装置によってスレーブ装置から受信したデータパケットのうちの少なくともある特定のデータパケットから、これらのパケットのヘッダのレベルまたはこれらのパケットによって搬送されたデータのいずれかで読み出すこともできる。後者の場合、再アドレス指示は、データパケット群内の関連するアドレス要素群の位置の指示を含む。受信されたデータパケット群から読み出された１つまたは２つ以上のアドレス要素群は、特に、これらの受信したパケットに含まれるデータの受信者通信装置のインジケータであってもよい。
【００１７】
ある通信モードによれば、２つの装置間の全く同一な通信セッションのデータは、第１のデータ生成装置によって連続的に送信されるデータパケット群群に含まれ、すべてのパケット群に関連したアドレス要素群の少なくとも一部は、前記第１のパケット群によって搬送される。この場合、第２のプロセッサは、データパケット群群のセットに個別に適用される処理を、指示および再アドレス条件の関数として第１のパケットに従って決定する。
【００１８】
再アドレス指示の第２の機能は、アドレス要素群が再アドレス条件を満たす第１のデータパケット群に対応する、ステップｄ中に送信された第２のデータパケット群の構築方法を指定することにある。第２のデータパケット群は、例えば、最初のアドレス要素群をデータの受信者スレーブ装置に対応するアドレス要素群と取り替えることで、第２のデータパケット群が第１のデータパケット群のうちの少なくともある特定のデータパケット群に個々に一致する第１のデータパケット群から、第２のプロセッサによって直接得ることもできる。
【００１９】
本発明は、上述した送信方法の実施に適したデータパケット群を送信するシステムにも関する。
【００２０】
本発明は、さらに、データパケット群形式の無線によるデータ伝送を制御する制御プロセッサに関するものであり、制御プロセッサをデータ処理のホストプロセッサに接続可能にするインタフェースを有するとともに、
―相互に対応づけされたアドレス要素群に対応する信号を接続インタフェースで受信する手段と、
―相互に対応づけされたアドレス要素群から、再アドレス条件を有する再アドレス指示を形成する手段と、
―再アドレス指示を記録する手段と、
―受信したデータパケット群を再アドレス条件の関数として解析する手段と、
―再アドレス条件を満たす、受信したデータパケット群のうちの少なくともある特定のデータパケット群の最初のアドレス要素群を、再アドレス指示に従って決定された新しいアドレス要素群で取り替える手段と、
―再アドレス条件を満たす、受信したデータパケット群に対応するデータパケット群の送信を命じる手段と、
をさらに有する制御プロセッサに関する。
【００２１】
取り替えられたアドレス要素群は、特に接続ハンドルおよび／または論理チャネル参照を有してもよい。
【００２２】
制御プロセッサは、受信したパケットに含まれるデータの受信者通信装置の論理チャネル参照および／またはインジケータを、受信したパケットのうちの少なくともある特定のパケットから読み出す手段をさらに有していてもよい。
【００２３】
制御プロセッサは、再アドレス条件を満たさない、受信したパケットに対応するデータを接続インタフェースで送信する手段をさらに有していてもよい。
【００２４】
さらに、本発明は、このような制御プロセッサを有する無線通信装置に関する。
【００２５】
本発明は最後に、アプリケーションを実行する手段と、マスタ装置としてローカルネットワーク内の通信を制御する手段と、データパケットにアドレス要素群を相互に対応づけする手段とを有し、このホストプロセッサが、データパケット群をローカルネットワーク内で送信する制御プロセッサを接続するインタフェースと、相互に対応づけされたアドレス要素群に対応する信号、またはアプリケーションによって処理されたデータを搬送する信号を接続インタフェースを通して、送信する手段とをさらに有する、少なくとも１つのアプリケーション用のホストプロセッサに関する。
【発明を実施するための最良の形態】
【００２６】
本発明の他の特徴および利点は、添付の図面を参照して、限定されない典型的な実施形態に関する次の説明のなかで明らかになるであろう。
【００２７】
ここで、本発明を、当業者によく知られた「ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）（登録商標）」規格に従う送信ネットワークに関して詳細に説明する。
【００２８】
ブルートゥース規格は、特に、ローカルネットワーク、いわゆる「ピコネット」を構成するいくつかの通信装置間のデータ伝送に関するものである。このネットワークは、以下に考慮する動作モードでは、前述したようなマスタ装置と、マスタ装置によって調整される、多くとも７つのスレーブ装置とを有する。ブルートゥース規格で規定されている「ピコネット」の特徴によれば、「ピコネット」の通信装置はすべて、マスタ装置またはスレーブ装置の役割に関して交換可能である。このため、各通信装置は、「ピコネット」内の通信を調整する手段と、外部のマスタ装置によって調整される方法で動作する手段とを含み、これらの手段は、マスタ装置の役割を持つ通信装置の機能として交互にアクティブにされる。
【００２９】
図１は、装置１がマスタの機能を実行する、全く同一の「ピコネット」の３つの装置を示している。この役割は、以下のすべての装置１に割り当てられる。装置１００および２００はスレーブである。各装置１、１００、２００は、例えばコンピュータ装置、ゲームコンソール、キーボード、表示画面、プリンタ、ホームオートメーション設備、通信端末装置などのような多様々なタイプであってもよい。この装置は、特にこの装置が、その主な機能、すなわちコンピュータ装置またはゲームコンソールに関するデータ処理、キーボードに関するデータ入力、画面に関するデータ表示、プリンタに関する印刷等の履行を可能にする少なくとも１つのアプリケーションパッケージ、すなわちアプリケーションプログラムを含む。
【００３０】
通信分野の従来の方法では、各装置は、それが「ピコネット」の他の装置と互換性のある方法でデータを交換することを可能にするプロトコルのスタックに従って作られている。これらのプロトコルのなかで主なものは、例えば次のようなプロトコルが挙げられる。
―それぞれ装置１００および２００の層１０５および２０５に対応するＲＦ送信および受信コマンドプロトコル
―当業者に知られている「リンク制御装置」（またはＬＣ）プロトコルのような、いわゆる下位の送信動作（すなわち「ベースバンド」）を実行し、装置１００および２００の層１０６および２０６に対応するプロトコル
―同様に当業者に知られている、例えば「リンクマネージャ」（またはＬＭ）プロトコルのような、層１０７および２０７に対応する「ピコネット」の複数の装置間の通信を初期化し、制御するプロトコル
―特に、異なったアプリケーション用の信号を多重化するプロトコル。これは、当業者にも知られている「論理リンク制御および適応プロトコル」（またはＬ２ＣＡＰ）プロトコルであってもよい。さらに、Ｌ２ＣＡＰプロトコルの層１１０および２１０は、特に、送信されるデータのパケットの整形、またはそれと逆に、受信したデータの連続したパケットへのグルーピング化の要求に応じる。
―各装置に常駐する少なくとも１つのアプリケーションプログラム１１１、２１１。これらのアプリケーションプログラムは、「ピコネット」内で交換されるデータの最後の受信者である。指定されたアプリケーションに関連するデータを交換するいくつかの装置は各々、このアプリケーションのフレームワーク内で交換されるデータを生成し、解釈し、処理するように、このアプリケーションのプログラムを含む必要がある。
【００３１】
各アプリケーションは、当業者によって「プロトコルサービスマルチプレクサ」（またはＰＳＭ）と呼ばれるアプリケーションインジケータの特定の値によって識別される。このインジケータは、特に、各装置１、１００、２００のＬ２ＣＡＰ層が、この装置によって受信された各Ｌ２ＣＡＰデータパケット群に含まれるデータを、データが属するアプリケーションに対応する前記装置に常駐しているアプリケーションプログラムに割り当てることを可能にしている。
【００３２】
２つの構造が各通信装置にとって可能である。一般に「埋め込み」と呼ばれるこれらの構造の１つでは、アプリケーションプログラムの動作だけでなく、上に挙げたすべてのプロトコルの動作も装置の単一のプロセッサで実行される。図１の装置１００および２００はこの構造を有している。
【００３３】
本発明を実施するために、マスタ装置１は、図２に詳述する２つのプロセッサを有する異なった構造を持っている。ホストと呼ばれる第１のプロセッサ２は、Ｌ２ＣＡＰプロトコル１０のみならず、装置１に支援されたアプリケーション１１の少なくとも１つのプログラムも持っている。第２のプロセッサ３、いわゆる制御プロセッサは、無線伝送に関する動作に対応するいわゆる下位層、すなわちＲＦ、ＬＣ、およびＬＭプロトコルのそれぞれの層５、６、および７をホストする。
【００３４】
この２台プロセッサ構造において、プロセッサ２と３は、装置１の内部の接続４を通してデータを交換するように相互に接続されている。この接続４は、例えばＵＳＢ（「ユニバーサルシリアルバス」）接続またはＵＡＲＴ（「汎用非同期式受信送信回路」）接続のような、種々の形態でもよい。それは、プロセッサ２および３のデータ交換インタフェース４ｂおよび４ａにそれぞれ対応する。当業者に知られている「ホストコントローラインタフェース」（またはＨＣＩ）プロトコルであってもよい付加的なプロトコルの２つの層８および９は、それぞれインタフェース４ｂおよび４ａによって交換されるデータの整形および再構築を、各プロセッサ２、３の内部で提供する。制御プロセッサ３によって搬送される層８は「ＨＣＩファームウェア」と呼ばれ、ホストプロセッサ２によって搬送される層９は「ＨＣＩドライバ」と呼ばれる。内部接続４によって交換されるデータは、ＨＣＩパケットと呼ばれる特定のデータパケットで配信される。
【００３５】
「ピコネット」の互いに個別の装置間のデータの交換は、例えば２４００−２４８３．５メガヘルツの周波数帯を使用して、無線によって送信されるデータパケット群の形式で実行される。ブルートゥース規格に関して、出願人らは、「ピコネット」の種々の装置間の通信（「非同期コネクションレスリンク」、またはＡＣＬ）の非同期モードに従うモードで出願人自身を制限している。このモードは、スピーチの送信とは異なり、おそらくオーディオまたはビデオデータであってもよいデータ伝送に特に適している。
【００３６】
当該「ピコネット」の動作では、ネットワークの任意の装置によって送信されたデータパケット群はすべて、ネットワークの他の指定された装置に向けられている。この動作方法は、「ポイントツーポイント」と呼ばれている。このため、アドレス要素群は、このパケットのデータの固有の受信者装置を決定可能な各送信データパケット群に対応づけられている。
【００３７】
「ピコネット」内の星形通信構造によれば、星の中心にあるマスタ装置のデータのルータの役割により、スレーブ装置によって送信されたデータパケット群は、先ずマスタ装置に系統的にアドレス指定される。マスタ装置に常駐するアプリケーションプログラムは次に、これらのデータがマスタ装置に常駐するアプリケーションプログラム用なのか、またはこれらのデータが他のスレーブ装置の１つに常駐するアプリケーションプログラム用なのかを判断しなければならない。
【００３８】
ＡＣＬリンクが、一方でマスタ装置１とスレーブ装置１００間でセットアップされ、他方でマスタ装置１とスレーブ装置２００間でセットアップされると仮定する。したがって、３つの装置は、当業者によって一般に「オープン」状態と呼ばれている、データの受信を待つ状態にある。この状態から、スレーブ装置１００は、マスタ装置１またはスレーブ装置２００のいずれか一方にデータを送信できる。両方の場合においても、データの内容を、内部接続４を通してホストプロセッサ２に、または第２の無線送信を介してスレーブ装置２００のいずれか一方に送信しなければならないマスタ装置１の制御プロセッサ３によって最初に受信されるパケットの形式で、これらのデータは送信される。
【００３９】
図３はＬ２ＣＡＰプロトコル層１１０のレベルで、スレーブ装置１００によって送信されるデータパケット群８０の構造を示している。公知のように、このデータパケット群８０は次のフィールド、すなわち
例えば６５５３３バイトに制限され、マスタ装置１のアプリケーションプログラム１１で、またはスレーブ装置２００のアプリケーションプログラム２１１で処理されるように意図されたデータ専用のデータフィールド８３（または「ペイロード」）、
フィールド８３の長さをバイトで示すフィールド８１、
スレーブ１００から送信されたデータパケット群８０に、マスタ１のアプリケーションプログラム１１によって割り当てられた論理チャネル参照（「チャンネル識別子」またはＣＩＤ）を含む２バイトのフィールド８２、
を持つことができる。
【００４０】
いくつかの互いに異なるＣＩＤが、スレーブ装置１００によって送信されたＬ２ＣＡＰデータパケット群に関してＰＳＭインジケータで特定されたアプリケーションプログラム１１によって割り当てられてもよい。この場合、スレーブ装置１００によって送信され、マスタ装置１のアプリケーションプログラム１１用のデータを含むパケット群を、スレーブ装置１００によって送信され、スレーブ装置２００のアプリケーションプログラム２１１用のデータを含むパケット群と区別するために、異なった２つのＣＩＤが使用されてもよい。この場合、制御プロセッサ３のレベルのＬ２ＣＡＰデータパケット群のＣＩＤを判定することで、それらによってパケットに含まれるデータを、内部接続４を通してホストプロセッサ２、または無線による再送信のためにスレーブ装置２００、のいずれかに向けることが可能になる。
【００４１】
ＰＳＭインジケータによって識別されたアプリケーションプログラム１１は、同じＣＩＤを、マスタ１のアプリケーションプログラム１１用、またはスレーブ装置２００のアプリケーションプログラム２１１用のデータを含む、スレーブ装置１００によって送信されるＬ２ＣＡＰパケットに割り当ててもよい。この場合、本発明の方法を実施するために、プロセッサ３は、マスタ装置１をＬ２ＣＡＰパケットのデータの受信者としてスレーブ装置２００から区別できるようにする付加的なアドレス要素群をデータフィールド８３から読み出すようにプログラムされる。
【００４２】
マスタ装置１内の制御プロセッサ３によってホストされたＨＣＩ「ファームウェア」層８と、ホストプロセッサ２によってホストされたＨＣＩ「ドライバ」層９の接続４を通して送られるために、Ｌ２ＣＡＰデータパケット群は連続したセグメントに細分され、送信されるＨＣＩパケットに１つずつ閉じ込められる。当業者に公知のように、各ＨＣＩパケット５０、６０、７０（図３）は、次のフィールド、すなわち
―ＨＣＩプロトコル層のレベルで、伝送チャネルインジケータ用に確保された、接続ハンドルと呼ばれる１２ビットのフィールド５１。この接続ハンドルは、２つの通信装置間のＨＣＩパケットの送信に特に専用のトンネルと見なすことができる。
【００４３】
―Ｌ２ＣＡＰデータパケット群セグメント８０が配置されたデータフィールド５５
―バイトで表現されたデータ長を示す２バイトのフィールド５４
―同報通信モードのインジケータのフィールド５３（「同報通信フラグ」またはＢＣ）。このフィールドは本発明の実施に関して考慮した２地点間動作の予約値「００」を含む。
【００４４】
―ＨＣＩパケットが、データと同一のＬ２ＣＡＰパケットの連続したセグメントを運ぶＨＣＩパケット群の最初のパケットかどうかによって、値「０１」または「１０」を受信するＨＣＩパケット群の継続のインジケータのフィールド５２（「パケット境界」またはＰＢ）。
【００４５】
スレーブ装置１００によって送信されたデータは、連続したＨＣＬパケット群５０、６０、７０、．．．に分配された、Ｌ２ＣＡＰパケット８０の形式でプロセッサ３によって受信される。したがって、ＰＢフィールド５２に値「０１」を持つ群の第１のＨＣＩパケットの後のＰＢフィールド５２に値「１０」を持つ同じ群のＨＣＩパケットはすべて、ＣＩＤの同じ値で特徴づけられた同じ論理チャネルに対応づけられる。
【００４６】
プロセッサ３は、各ＨＣＩパケットに割り当てられる方向を、このＨＣＩパケットに関連するアドレス要素群の関数としてＨＣＩ「ファームウェア」層８のレベルで算出する。このため、識別されたアドレス要素同士間での関連は、ＨＣＩ「ファームウェア」層８のレベルで格納され、その結果各ＨＣＩパケットの内容をホストプロセッサ２に、または再送信するためにスレーブ装置２００に向けることができる。
【００４７】
本発明の第１の実施形態によれば、この方向付けは、連続的に受信されたＨＣＩパケット群５０、６０、７０、．．．に含まれるＬ２ＣＡＰパケットのＣＩＤの関数として決定される。スレーブ装置２００およびマスタ装置１は次に、スレーブ装置１００によって送信されたパケットに関して別個であって、スレーブ装置２００またはマスタ装置１に向けられたデータを含むそれぞれのＣＩＤに関連づけられる。所与のＬ２ＣＡＰパケットに対応する群の第１のＨＣＩパケット５０は、そのＰＢフィールド５２により識別され、Ｌ２ＣＡＰデータパケット群のＣＩＤ特性の値は、この第１のＨＣＩパケット５０のフィールド５５から読み出される。ＣＩＤのこの読み取り値は、次に、値「０１」が、他のＬ２ＣＡＰデータパケットに関連した新しい群の開始を示すＨＣＩパケットのＰＢフィールド５２から読み出されるまで、同じＬ２ＣＡＰデータパケットに属し、それぞれのＰＢフィールド５２が値「１０」であるすべての後続のＨＣＩパケットに自動的に対応づけられる。
【００４８】
ＣＩＤの読み取り値が、マスタ装置１のアプリケーションプログラム１１用のデータに取ってある読み取り値と一致した場合、制御プロセッサ３は、群のすべての連続したＨＣＩパケット５０、６０、７０、．．．をホストプロセッサ２に内部接続４を通して送る。次に、ＰＳＭの関連する値がアプリケーションプログラム１１に一致した場合、これらのＨＣＩパケットのデータは、層９および１０によって、次にアプリケーションプログラム１１によって、従来の方法で処理される。
【００４９】
ＣＩＤの読み取り値が、スレーブ装置２００のアプリケーションプログラム２１１用のデータの予約された読み取り値に一致した場合、制御プロセッサ３は、群の第１のＨＣＩパケット５０のフィールド５５の、スレーブ装置１００とスレーブ装置２００用のデータに関するマスタ装置１間で送信されるパケットに対応するＣＩＤの初期値を、スレーブ装置１００から発生したデータパケットに予約され、マスタ装置１によってスレーブ装置２００に再送信されたＣＩＤの値と取り替える。第１のＨＣＩパケット５０のフィールド５５に示されたＰＳＭは不変である。次に、群５０、６０、７０、．．．のすべてのＨＣＩパケットは、それらが一致した、Ｌ２ＣＡＰパケットに関連したＣＩＤの値によって、ＨＣＩパケット群をスレーブ装置２００に送信するためにプロセッサ３によって連続的に処理される。特に、各ＨＣＩパケットの最初の接続ハンドル５１は、マスタ装置１からスレーブ装置２００へのＨＣＩパケットの送信に専用の接続ハンドルと取り替えられる。このように、ＨＣＩレベルでは、マスタ装置１によってスレーブ装置２００に再送信されたデータパケット群は、接続ハンドル５１および所与のＬ２ＣＡＰデータパケットに対応する群の第１のＨＣＩパケットのＣＩＤ８２を除いて、スレーブ装置１００から発生したＨＣＩパケットの構造と同一の構造を持つ。ＣＩＤ８２の新しい値は、スレーブ装置１００から発生したデータを、マスタ装置１によってスレーブ装置２００に再送信するのに割り当てられた値である。新しい接続ハンドル５１は、マスタ装置１とスレーブ装置２００間のＡＣＬデータ伝送に割り当てられた接続ハンドルである。ＰＳＭの関連する値がアプリケーションプログラム２１１に一致した場合、Ｌ２ＣＡＰパケット８０のデータ８３は、その後、アプリケーションプログラム２１１によって処理される。
【００５０】
本発明の第２の実施形態によれば、スレーブ装置２００およびマスタ装置１は、スレーブ装置１００によって送信されたパケット群に関して同一であって、スレーブ装置２００またはマスタ装置１のいずれか一方に向けられたデータを含む論理チャネル８２に対応づけられている。したがって、同一のＬ２ＣＡＰデータパケットに関する群の第１のＨＣＩパケット５０から読み出されたＣＩＤの値は、もはや該データの受信者「ピコネット」の通信装置を判定できない。次に、プロセッサ３によるＨＣＩパケット５０、６０、７０、．．．に関連したアドレス要素群の解析は、受信者通信装置を決定するために、ＨＣＩパケットのうちの少なくともある特定のパケットから少なくとも１つの付加的なアドレス要素の読み出しを含む。群の第１のＨＣＩパケット５０のデータフィールド５５から読み出されたこのアドレス要素は、該データの受信者装置のインジケータである。このインジケータは、例えば、その製造中にこの装置に割り当てられた特有のブルートゥースアドレス（すなわちＢＤ＿ＡＤＤＲ）、またはアプリケーションプログラム１１によって割り当てられた「アプリケーションスレーブ識別子」（ＡＰＰ＿ＩＤ）と呼ばれる論理アドレスであってもよい。
【００５１】
このため、再アドレス指示は、データの受信者装置のインジケータが見つけ出せる位置の指示をデータフィールド５５に含む必要がある。この指示は、ＨＣＩパケットの最初のバイトから数える、例えばバイト数（「オフセット」として知られている）の形式を持っている。プロセッサ３が、再度同一の群のＨＣＩパケットをすべて方向づけできるように、データの受信者装置のインジケータは、群の第１のＨＣＩパケット５０のデータフィールド５５に含まれる必要がある。このように、プロセッサ３は、群の第１のＨＣＩパケット５０によって、群のすべてのＨＣＩパケットの受信者装置を決定し、すべての連続するＨＣＩパケットを受信者装置に１つずつアドレス指定し、各ＨＣＩパケットの最初の接続ハンドル５１を、マスタ装置１からスレーブ装置２００への送信に専用の接続ハンドルに取り替える。プロセッサ３は、第１のＨＣＩパケット５０の、スレーブ装置１００からマスタ装置１に送信されたＨＣＩパケットのＣＩＤ８２特性の値を、マスタ装置１からスレーブ装置２００に送信されたＨＣＩパケットのＣＩＤ特性の値にさらに取り替える。プロセッサ３によるＨＣＩパケット５０、６０、７０、．．．の系統的な戻しは、ＰＢフィールド５２に値「０１」を示す第１のＨＣＩパケットのために停止される。
【００５２】
ＨＣＩパケットの上記の解析および可能な再送信を、ＨＣＩプロトコルの一部をプロセッサ３によってホストされたプロトコルスタックに追加することで概略的に示すことができる（図４）。当業者に知られている機能に対応する、図２に示したプロトコル層は別として、ＨＣＩスイッチングと名をつけられたプロトコル部８ａは、下記の機能、すなわち
―インタフェース４ａによって受信され、相互に対応づけされたアドレス要素群からの再アドレス指示の生成、
―再アドレス指示の保存、
―再アドレス指示に従って「ＨＣＩファームウェア」層８によって生成されたＨＣＩパケットの解析、
―これらのＨＣＩパケットをインタフェース４ａの方向か、またはＬＣ層６に対応する処理を目指す方向か、のいずれかへ向けること、
の機能に対応している。
【００５３】
再アドレス指示は、最後のアドレス要素群をテーブルへの入力として最初のアドレス要素群に関連づけるスイッチングテーブルを有する。
【００５４】
再アドレス条件によって、所与のＨＣＩパケットに関連したアドレス要素群が最初のアドレス要素の１つに一致しているかどうかが判定できる。一致している場合には、スイッチングテーブルで示された最後のアドレス要素群は、ＨＣＩパケットがこのパケットによって搬送されたデータの受信者スレーブ装置に再送信されるように、ＨＣＩパケットに割り当てられる。
【００５５】
スイッチングテーブルを更新する最初の手順は、当業者に知られている初期のＰＩＮＧを使用する。この初期のＰＩＮＧは、Ｌ２ＣＡＰ層１０のマスタ装置１のアプリケーションプログラム１１によって生成され、例えばそのブルートゥースアドレス（ＢＤ＿ＡＤＤＲ）によって特定された各スレーブ装置に関連している。初期のＰＩＮＧは、Ｌ２ＣＡＰ層のレベルでは、マスタ装置１によるすべてのスレーブ装置についての問い合わせを発生させる。本来知られている方法で、この問い合わせは、特に、各スレーブ装置へのＥＣＨＯ＿ＲＥＱＵＥＳＴ形式のパケットの無線によるディスパッチング（ｄｉｓｐａｔｃｈｉｎｇ）によって続行できる。各スレーブ装置は次に、マスタ装置１と、マスタ装置１によってこのスレーブ装置に、およびこのスレーブ装置によってマスタ装置１にそれぞれディスパッチされたＬ２ＣＡＰデータパケット群に関連するこの特定のスレーブ装置とに割り当てられたＣＩＤを有するＥＣＨＯ＿ＲＥＳＰＯＮＳＥ形式のパケットによって、マスタ装置１に応答する。これらの要素群は、その後、初期のＰＩＮＧによってマスタ装置１のアプリケーションプログラム１１に再送信される。
【００５６】
マスタ装置１のアプリケーションプログラム１１は次に、当該アプリケーションに属するデータの交換中に関係した利用可能なすべてのアドレス要素群、すなわち、装置１００、２００および各送信方向のマスタ装置１のＣＩＤ、ＢＤ＿ＡＤＤＲ、および各スレーブ装置のＡＰＰ＿ＩＤを持っている。プロセッサ２および３の構成中特に専用のＨＣＩコマンドパケットは、その後、アプリケーションプログラム１１によってＨＣＩ「ファームウェア」層８にディスパッチされる。当業者に知られている、例えば、このパケットのＯＧＦ（「Ｏｐｃｏｄｅ  Ｇｒｏｕｐ  Ｆｉｅｌｄ」）フィールドに置かれた特定の値によって、このＨＣＩパケットにタグを付けることができる。このＨＣＩコマンドパケットは、最初のアドレス要素群と最後のアドレス要素群の間の関連を示す命令を含む。
【００５７】
スイッチングテーブルを更新する第２の手順は、スレーブ装置とマスタ装置間の接続のセットアップ時に使用されるＣＯＮＮＥＣＴＩＯＮ  ＲＥＱＵＥＳＴおよびＣＯＮＮＥＣＴＩＯＮ  ＲＥＳＰＯＮＳＥ形式のＬ２ＣＡＰ信号パケットの層８によるタグ付けで構成される。このタグ付けは、当該アプリケーションに対応するＰＳＭの値を含んだＣＯＮＮＥＣＴＩＯＮ  ＲＥＱＵＥＳＴ信号パケットに先ず的をしぼって行われる。したがって、関連するＣＯＮＮＥＣＴＩＯＮ  ＲＥＳＰＯＮＳＥ信号パケットは、所与のスレーブ装置とこのアプリケーションを実行するマスタ装置１間の双方向交換に割り当てられた対になったＣＩＤを含む。層８は次に、特に専用のＨＣＩパケットによってこれらの要素群をアプリケーションプログラム１１にアドレス指定する。ＨＣＩパケット５０、６０、７０、．．．、を方向づけるのに必要なアドレス要素群を関連づける命令は、最初のアップデート手順と同じ方法で、アプリケーションプログラム１１によってプロセッサ３に返される。逆に、そのような関連づけは、その関連づけに含まれる接続を閉じるために、Ｌ２ＣＡＰパケットの層８によってタグ付け中に除去される。
【００５８】
この第２の手順の利点は、それが、マスタ装置１とスレーブ装置間のデータパケットの特定の交換を必要とする最初の手順とは異なり、マスタ装置１の完全に内部で行われることである。
【００５９】
したがって、「ＨＣＩファームウェア」層８は、アプリケーションのＰＳＭによって識別された、ホストプロセッサ２に常駐する各アプリケーションプログラム１１のアドレス要素間の利用可能な関連づけを持っている。これらの関連づけから作られた再アドレス指示は、スイッチングテーブルと再アドレス条件とを有している。再アドレス指示のこれらの要素によって、ＨＣＩパケットを方向づけするプログラムの、層８のレベルでの構成が可能になる。図３および４を参照して、互いに異なるＣＩＤがスレーブ装置２００またはマスタ装置１用のデータに使用される場合でのこのプログラムのコマンドラインを、スレーブ１００から発生したＨＣＩ  ＡＣＬデータパケットを処理する事に関して、例により以下に示す。
【００６０】
If PB = 01, then 
read the Local#CID from the data field
if Local#CID ∈ list of switched CIDs, then
read Recipient CID (of the slave unit 200) 
from the switching table
read the BD#ADDR of the final recipient unit 
(of the slave unit 200)
search for the "connection handle (BD#ADDR)" 
construct a new HCI ACL data packet
field 51<- "connection handle (BD#ADDR)" 
field 52 <- "01" 
fields 53 and 54: identical to those of the
HCI packet received
field 55 containing the start of an L2CAP
packet 80: 
field 81 identical to that contained in 
the HCI packet received 
field 82 <- Recipient#CID 
field 83 identical to that contained in 
the HCI packet received 
send the new HCI ACL data packet 
indicator of series of HCI packets in
progress  <- TRUE
Else
send the HCI ACL data packet received by the
interface 4a
indicator of series of HCI packets in
progress <- FALSE 
End If
Else (PB = 10) 
If  indicator of series of HCI packets in 
progress = TRUE 
construct a new HCI ACL data packet 
field 51 <- "connection handle (BD#ADDR)" (the
same as for the last HCI packet in which
PB = 01) 
fields 52-55 identical to those of the packet 
received 
transmit the HCI ACL data packet received to
the LC layer 6 
Else 
send the HCI ACL data packet received by the
interface 4a 
End if 
End If.
【図面の簡単な説明】
【００６１】
【図１】本発明を適用するローカルネットワークを示す。
【図２】本発明を適用するマスタ装置のプロトコルの構造を示す。
【図３】図２のマスタ装置の２つのプロセッサ間で交換されるデータパケット群の構造を示す。
【図４】本発明による制御プロセッサのプロトコルの構造を示す。
【図１】
2005531234.tif 000003
【図２】
2005531234.tif 000004
【図３】
2005531234.tif 000005
【図４】
2005531234.tif 000006
【国際調査報告】
2005531234.tif 000007
2005531234.tif 000008
2005531234.tif 000009
2005531234.tif 000010
2005531234.tif 000011
2005531234.tif 000012