JP4960841B2 - 制御局、通信制御方法ならびにプログラム - Google Patents

Description

本発明は、制御局における通信制御技術に関するものである。

近距離無線通信（ＷＰＡＮ：Ｗｉｒｅｌｅｓｓ Ｐｅｒｓｏｎａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）の通信方式の一つとして、Ｗｉｒｅｌｅｓｓ Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ（以下、「ＷＵＳＢ」と称す）規格が策定されている。

これは、既に有線通信規格として数多くの製品に搭載され広く普及しているＵＳＢ規格を、無線通信の分野に拡張したものである。当該規格は、例えば下記非特許文献１に示すＵＲＬにおいて公開されている。

当該規格（非特許文献１）の特徴の１つは、無線変復調方式について、ＵＷＢ（Ｕｌｔｒａ Ｗｉｄｅ Ｂａｎｄ）通信方式の１つであるＷｉＭｅｄｉａ規格に準拠しながらも、一部を簡素化した点にある。以下、当該規格による無線通信について具体例を挙げながら説明する。

ＷＵＳＢ規格による無線通信では、基盤となるＷｉＭｅｄｉａ規格での時分割多重通信方式のもとで、各端末に割り当てられた通信スロット内でデータの通信を行うよう各端末が制御される。

各端末に対する通信スロットの割り当ては、制御局として機能する端末（「Ｈｏｓｔ」）が、従属局として機能する端末（「Ｄｅｖｉｃｅ」）との間で、Ｗｉｍｅｄｉａ規格に基づいて折衝を行うことで実現される。Ｈｏｓｔでは、さらに、確保した通信スロットについて細分化し、ＷＵＳＢ規格専用の時分割多重通信方式を適用することで、Ｄｅｖｉｃｅに対してＷＵＳＢ制御情報を送信する。このように、ＷＵＳＢ規格のＨｏｓｔは階層化されたアクセス制御方式を採用する。

一方、ＷＵＳＢ規格のＤｅｖｉｃｅについては、アクセス制御方式において、必ずしもＷｉＭｅｄｉａ規格に準拠しない。

つまり、ＷＵＳＢ規格のＤｅｖｉｃｅの場合、無線変復調方式としてＷｉＭｅｄｉａ規格に従った構成をとりつつも、アクセス制御方式については、簡素化されたＷＵＳＢ規格のみに準拠する。このように構成することで、端末構成が簡略化され、消費電力の低減を図ることが可能となるからである。

以下、アクセス制御方式として、簡素化されたＷＵＳＢ規格に準拠するＤｅｖｉｃｅの動作について説明する。

図１０Ａは、ＷＵＳＢ規格のＨｏｓｔに、ＷＵＳＢ規格のＤｅｖｉｃｅが無線接続することで構成された無線通信ネットワーク（１００５）の一例を示す図である。１００１は、ＷＵＳＢ規格のＨｏｓｔであり、１００３〜１００４は、ＷＵＳＢ規格のＤｅｖｉｃｅを示している。

また、図１０Ｂは、図１０Ａに示す無線通信ネットワークにおいて、Ｗｉｍｅｄｉａ規格に基づく通信スロットの割り当てと、ＷＵＳＢ規格専用の時分割多重方式による当該通信スロットの細分化の様子を示した図である。

上述のようにＷｉｍｅｄｉａ規格では、Ｈｏｓｔ（１００１）がＷｉＭｅｄｉａ規格に準拠する端末（以下、Ｗｉｍｅｄｉａ端末と称す）として通信スロットを確保することから始まる。ＷｉＭｅｄｉａ規格での時分割多重通信方式の場合、各Ｗｉｍｅｄｉａ端末が互いに制御情報（ビーコン）を送信しあう時間帯と、それに続きＷｉｍｅｄｉａ端末ごとの通信スロット（ＭＡＳ）を送信しあう時間帯とがある。そして、それらの時間帯が一定周期のスーパーフレーム（同報フレーム）として繰り返されることで、複数のＷｉｍｅｄｉａ端末間での時分割制御による多重通信を実現している。

スーパーフレーム１周期の間には２５６個のＭＡＳが存在し、各Ｗｉｍｅｄｉａ端末は、順次このＭＡＳ単位で自局の通信スロットを確保していく。既にネットワークに存在するＷｉＭｅｄｉａ端末は、自局が送信するビーコン内に自局の占有するＭＡＳの配置情報を盛り込む。

一方、後からネットワークに参加するＷｉｍｅｄｉａ端末は、既存のＷｉｍｅｄｉａ端末のビーコンを解析して、他のＷｉｍｅｄｉａ端末と時間的に重なり合わないように自局が占有できる通信フレームを決定する。なお、ＷｉＭｅｄｉａ端末間での通信スロットの折衝手順の詳細に関しては、本発明とは直接関連しないため、ここでは説明を省略する。

図１０Ｂの（ａ）は、Ｈｏｓｔ（１００１）が既にＷｉＭｅｄｉａ端末としての折衝を終え、ＷｉＭｅｄｉａ端末としての通信スロットを確保した状態を示している。ビーコン１０１１〜１０１３が一定周期で送信され、その間がスーパーフレーム１周期である。

図１０Ｂの（ａ）の場合、スーパーフレーム１周期中において、各Ｗｉｍｅｄｉａ端末は、３つのＭＡＳグループ１０１４〜１０１６に分かれて通信スロットを確保している。次のスーパーフレームでも同様に１０１７〜１０１９の３つのＭＡＳにわかれて通信スロットを確保している。なお、ＭＡＳの配置は固定的なものではないため、ＷｉＭｅｄｉａ端末同士の折衝で変更されることもある。

ここで、Ｈｏｓｔ（１００１）は、この確保したＭＡＳを更に細分化することで、ＷＵＳＢ規格専用の通信スロットを形成していく。

具体的には、Ｈｏｓｔ（１００１）は、確保したＭＡＳの中においてＷＵＳＢ制御情報（ＭＭＣ：Ｍｉｃｒｏ−ｓｃｈｅｄｕｌｅｄ Ｍａｎａｇｅｍｅｎｔ Ｃｏｍｍａｎｄｓ）を不定期に送信する。各ＭＭＣには、指示情報として、そのＭＭＣの後に続く通信スロットにおいて通信可能なＷＵＳＢ規格のＤｅｖｉｃｅについての識別情報や、その通信スロットの配置情報、ならびに次のＭＭＣの送信タイミング情報等が含まれる。

それゆえ、各Ｄｅｖｉｃｅ（Ｄｅｖ１（１００３）、Ｄｅｖ２（１００４））では、ＷｉＭｅｄｉａ規格に準拠するビーコン１０１１〜１０１３を意識しなくてもＭＭＣを解析するだけで無線通信を行うことができる。このため、各Ｄｅｖｉｃｅでは、ＭＭＣの解析を行うことで、自局に割り当てられた通信スロットが存在すると判断した場合に、その通信スロットを使ってＨｏｓｔ（１００１）と無線通信を行うよう動作する。

この結果、Ｄｅｖｉｃｅでは、自局の通信スロットが割り当てられているか否かにかかわらず、次のＭＭＣを受信することとなる。次のＭＭＣを受信するためには、次のＭＭＣの送信タイミング情報を取得する必要がある。

このように、アクセス制御方式として、簡素化されたＷＵＳＢ規格に準拠するＤｅｖｉｃｅでは、ＭＭＣの受信の都度、次のＭＭＣの送信タイミングを取得する。これにより、Ｈｏｓｔ（１００１）が確保したＷｉＭｅｄｉａ端末としてのＭＡＳの配置情報がどのように変化しようとも、ＷＵＳＢ規格のＤｅｖｉｃｅとしては問題なく無線通信を続けることが可能となっている。

図１０Ｂの（ｂ）は、Ｈｏｓｔ（１００１）とＤｅｖ２（１００３）、Ｄｅｖ３（１００４）の３台で無線通信ネットワーク１００５を形成した場合においてＷＵＳＢ規格専用の通信スロットを形成した様子を示す図である。同図に示すように、ＭＡＳの中には、ＭＭＣ（１０２０〜１０２５）と、当該ＭＭＣの後に続く各Ｄｅｖｉｃｅごとの通信スロットが順次配置される。

なお、図１０Ｂの（ｂ）では、説明の簡略化のため、１つの連続したＭＡＳにはＭＭＣを１つのみ配置することとしている。しかし、ＷＵＳＢ規格のＨｏｓｔでは、接続するＷＵＳＢ規格のＤｅｖｉｃｅの種別やアプリケーションからの要求など、さまざまな理由に対応してＭＡＳ内を細分化することができる。そして、その都度ＭＭＣを配置する。そのため、実際には各ＭＡＳの中には複数のＭＭＣが配置されることとなる。
"Ｗｉｒｅｌｅｓｓ Ｕｎｉｖｅｓａｌ Ｓｅｒｉａｌ Ｂｕｓ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｒｅｖｉｓｉｏｎ １．０"、［online］、Ｍａｙ １２，２００５、［平成１９年１１月２日検索］、インターネット＜ＵＲＬ：http://www.usb.org/developers/wusb/＞

しかしながら、ＷＵＳＢ規格による無線通信の場合、比較的長周期で、かつデータ量の少ない通信しか必要としていないＤｅｖｉｃｅがネットワークに参加した場合、無駄に電力が消費されるという問題がある。図１１Ａ、図１１Ｂを用いて具体的に説明する。

図１１Ａは、図１０Ａに示す状態から、新たに、Ｄｅｖ１（１００２）が参加した無線通信ネットワークの構成を示す図である。

図１１Ａにおいて、Ｄｅｖ１（１００２）は、例えばキーボードやマウスのような、比較的長周期でかつデータ量の少ない通信しか必要としていないＤｅｖｉｃｅであるとする。そして、図１１Ｂは、このときの通信スロットの構成の一例を示す図である。

上述のように、ＷＵＳＢ規格による無線通信では、各ＭＭＣ（１１０１〜１１０８）の後に続く通信スロットには、必ずしも全てのＤｅｖｉｃｅの通信スロットが割り当てられるわけではない。Ｄｅｖ１（１００２）の通信スロット（１１０７、１１０８）については、ＷｉＭｅｄｉａ端末としてのスーパーフレーム１周期中に１回程度の頻度で、かつごく短時間、割り当てられれば十分である。

しかし、各ＭＭＣには次のＭＭＣの送信タイミング情報も含まれている。このため、Ｄｅｖ１（１００２）は、自局用の通信スロットが割り当てられていなくても、無線通信の維持のためにＭＭＣを順次受信して解析していかなければならない。

ここで、ＭＭＣは、Ｈｏｓｔ（１００１）がＷｉＭｅｄｉａ端末として確保した通信フレームの配置や、同じＨｏｓｔに接続するＤｅｖｉｃｅの数などに応じて追加されていく。このため、Ｄｅｖ１（１００２）のように通信頻度の比較的少ないＤｅｖｉｃｅにとっては、ＭＭＣが追加されるにつれて、自局には無関係なＭＭＣを解析する時間が増加することとなり、本質的には不要な受信動作を繰り返すこととなる。このような受信動作は、消費電力の増加を招き、特にバッテリ駆動するＤｅｖｉｃｅにとっては、稼動可能時間の短縮につながるという問題がある。

本発明は、上記課題に鑑みなされたものであり、ネットワークを構成する制御局の通信を制御することにより、通信頻度の少ない従属局における消費電力を低減させることを目的とする。

上記の目的を達成するために本発明に係る制御局は以下のような構成を備える。即ち、
従属局と通信する制御局であって、
前記制御局に接続する前記従属局を、通信頻度の異なる複数のグループに分類する分類手段と、
受信する第１の同報フレームに含まれる指示情報に基づいて自局の通信スロットの割り当てを識別する各従属局に対して、該第１の同報フレームを送信し、前記分類手段により分類される前記複数のグループのうち、第１のグループに分類される従属局が接続するための第１の送信手段と、
前記第１のグループより通信頻度の低い第２のグループに分類される従属局に対する指示情報を含む第２の同報フレームを送信し、前記第２のグループに分類される従属局が接続するための第２の送信手段とを備える。

本発明によれば、ネットワークを構成する制御局の通信を制御することにより、通信頻度の少ない従属局における消費電力を低減させることが可能となる。

以下、図面を参照しながら、本発明の好適な実施形態について詳説する。ただし、以下の実施の形態に記載されている構成要素はあくまで例示であり、本発明の範囲はそれらの構成要素に限定されるものではない。

［第１の実施形態］
１．制御局の構成
図１は、本発明の第１の実施形態にかかる制御局（ＷＵＳＢ規格のＨｏｓｔ）の無線部の内部構成を示すブロック図である。なお、図１では、ＷＵＳＢ規格のＨｏｓｔの無線部のうち、本発明の説明に関連する機能ブロックのみが示されており、Ｈｏｓｔ全体が持つその他の機能に関しては省略してある。

１０１はアンテナであり、アンテナ１０１を介して受信された信号は、ＲＦ部１０２にてキャリアの検出やチャネルの識別処理などが行われ、その後、変復調部２０３にて復調されてベースバンド信号へと変換される。なお、実際の端末においてはここまでの過程においても複雑な処理手順を踏むことになるが、本発明の動作とは直接関連しないため、ここでは説明を省略する。

復調されビットストリームとなったベースバンド信号は、ＷｉＭｅｄｉａ＿ＭＡＣ処理部１０４と、ＷＵＳＢ＿ＭＡＣ処理部１０５に引き渡される。各ＭＡＣ処理部（１０４、１０５）は、受信したビットストリームをそれぞれのアクセス制御方式の信号（ビーコンもしくはＭＭＣ）に基づいて識別処理を行う。

ここでは、ＷＵＳＢ規格による無線通信の動作のみを説明するので、ＷｉＭｅｄｉａ＿ＭＡＣ処理部１０４の動作については関連しないが、Ｈｏｓｔとしての実装条件として必須の機能であるため明示的に示している。なお、実装上、両者は共用化できる部分も存在するが、ここでは機能的に両者を区別するために、異なるブロックとして示している。

ＷＵＳＢ＿Ｈｏｓｔ１（１０６）及びＷＵＳＢ＿Ｈｏｓｔ２（１０７）は共にＷＵＳＢ規格のＨｏｓｔ機能を実現するための処理部であり、それぞれ異なったＨｏｓｔＩＤ（識別子）を持ち、論理的に異なるＨｏｓｔとして機能する。ＷＵＳＢ＿Ｈｏｓｔ１（１０６）及びＷＵＳＢ＿Ｈｏｓｔ２（１０７）が送信する第１の同報フレームまたは第２の同報フレームに含まれるＭＭＣには、それぞれ異なるＨｏｓｔＩＤが含まれる。また、ＷＵＳＢ＿Ｈｏｓｔ２（１０７）は、低消費電力モード用のＷＵＳＢ＿Ｈｏｓｔであるとし、ＭＭＣの送信間隔は、ＷＵＳＢ＿Ｈｏｓｔ１（１０６）よりも長い（広い）ものとする。すなわち、ＷＵＳＢ＿Ｈｏｓｔ１（１０６）とＷＵＳＢ＿Ｈｏｓｔ２（１０７）はそれぞれ別々にＭＭＣを送信する第１の送信手段及び第２の送信手段として機能することとなる。

なお、図１では、ＷＵＳＢ＿ＭＡＣ処理部１０５、Ｗｉｍｅｄｉａ＿ＭＡＣ処理部１０４より先の無線部を共用することとしているが、各ＷＵＳＢ＿Ｈｏｓｔ（１０６、１０７）が時間的に同時に機能することは無い。そのため、このような構成であっても問題は無い。もちろん、当該ＭＡＣ処理部（１０５、１０４）より先の無線部全体を個別に持つように構成しても構わない。

ここで、ＨｏｓｔとＤｅｖｉｃｅとが無線通信ネットワークを構築するには、以下の手順で接続処理が行われる。すなわち、まず、Ｈｏｓｔは、制御信号であるＭＭＣを発信する。一方、Ｄｅｖｉｃｅは当該ＭＭＣを受信し、自局が接続しようとするＨｏｓｔからのＭＭＣであるか否かを判定する。そして自局が接続しようとするＨｏｓｔからのＭＭＣであると認識すると、当該Ｈｏｓｔに対して、接続要求を示す信号を送信する。Ｈｏｓｔでは、Ｄｅｖｉｃｅからの当該接続要求を受信することで、所定の手続きによる接続処理を行う。

ＷＵＳＢ規格の場合、接続処理は、あらかじめ認証処理（ペアリング）を行ったＨｏｓｔとＤｅｖｉｃｅとの間でのみ行われる。ペアリング処理においては、ＤｅｖｉｃｅはＨｏｓｔＩＤに基づいて認証済みのＨｏｓｔかどうかを識別する。

なお、図１において、ＷＵＳＢ＿Ｈｏｓｔ１（１０６）は通常のＷＵＳＢ規格のＨｏｓｔとして動作する通常モード用のＷＵＳＢ＿Ｈｏｓｔであるものとし、通常のＤｅｖｉｃｅは、ＷＵＳＢ＿Ｈｏｓｔ１（１０６）との間でペアリングを行うものとする。

一方、ＷＵＳＢ＿Ｈｏｓｔ２（１０７）は、低消費電力モード用のＷＵＳＢ＿Ｈｏｓｔであるとし、低電力対応のＤｅｖｉｃｅは、ＷＵＳＢ＿Ｈｏｓｔ２（１０７）との間でペアリングを行うものとする。なお、各ＤｅｖｉｃｅがどちらのＨｏｓｔとペアリングを行うか（両方でも構わない）、また、接続処理時にどちらのＷＵＳＢ＿Ｈｏｓｔへの接続を優先させるかなどは、Ｄｅｖｉｃｅ側の実装手法に依存するもので、Ｈｏｓｔ側で規定するものではない。

接続種別判定部１０８は、例えばＷＵＳＢ規格におけるデバイスクラス情報など、Ｄｅｖｉｃｅの種別情報や機能情報、通信条件等に関する情報を取得する。そして、当該取得した情報に基づいて、ＷＵＳＢ＿Ｈｏｓｔに接続要求を行ったＤｅｖｉｃｅが、通信頻度の高いＤｅｖｉｃｅであるのか、低いＤｅｖｉｃｅであるのか（低電力対応のＤｅｖｉｃｅであるのか否か）を判定し、いずれかのグループに分類する。本実施形態では、低電力対応でないＤｅｖｉｃｅの第１のグループと低電力対応のＤｅｖｉｃｅの第２のグループとに分類する。ここで、低電力対応のＤｅｖｉｃｅは、低電力に対応していない通常モードのＤｅｖｉｃｅの通信頻度よりも通信頻度が低いので、通信頻度に基づいてグループを分類していると言い換えることもできる。

なお、デバイスクラス情報はペアリング時にあらかじめ取得しておくようにしても構わないし、実際に接続処理を行った際にＤｅｖｉｃｅから取得するようにしても構わない。なお、一旦取得したデバイスクラス情報はＤｅｖｉｃｅの識別子と共に保持されるものとする。

Ｍａｉｎ＿ＣＰＵ１０９では、接続種別判定部１０８の判定結果を受けて、接続要求を行ったＤｅｖｉｃｅが適切なＷＵＳＢ＿Ｈｏｓｔと接続されているか否かを判断し、必要に応じて各ＷＵＳＢ＿Ｈｏｓｔ（１０６、１０７）の切り替えを制御する。なお、ＷＵＳＢ＿Ｈｏｓｔ１０６と１０７との切り替えの処理に関しては、後述する図２のフローチャートを用いて詳細を説明する。

２．制御局におけるＷＵＳＢ＿Ｈｏｓｔの切り替え処理
図２は、本実施形態にかかる制御局において、ＷＵＳＢ＿Ｈｏｓｔ１０６、１０７の切り替え処理の流れを示すフローチャートである。

ステップＳ２０１では、新たにＨｏｓｔに接続したＤｅｖｉｃｅがないかを監視する。ステップＳ２０１において、新たにＨｏｓｔに接続されたＤｅｖｉｃｅが検出された場合には、ステップＳ２０２に進み、当該Ｄｅｖｉｃｅが低電力対応のＤｅｖｉｃｅであるか否かを判定する。つまり、低消費電力モードに対応するＤｅｖｉｃｅか否かを判定する。

ステップＳ２０２において、低電力対応のＤｅｖｉｃｅでないと判定された場合には、再び、ステップＳ２０１に戻り、新たにＨｏｓｔに接続したＤｅｖｉｃｅがないかを監視する。

一方、ステップＳ２０２において、低電力対応のＤｅｖｉｃｅであると判定された場合には、ステップＳ２０３に進み、ＷＵＳＢ＿Ｈｏｓｔ２（１０７）を起動し、ＷＵＳＢ＿Ｈｏｓｔ２（１０７）によるＭＭＣの送信を開始する。

更に、ステップＳ２０４では、ＷＵＳＢ＿Ｈｏｓｔ１（１０６）に接続した低電力対応のＤｅｖｉｃｅとの接続を一旦切断する。

この場合、Ｄｅｖｉｃｅでは、再接続を試みるよう動作するため、ステップＳ２０５では、再接続処理を行う。このとき、Ｄｅｖｉｃｅでは、低電力モード用のＷＵＳＢ＿Ｈｏｓｔ２（１０７）が送信するＭＭＣを受信することとなる。このため、Ｄｅｖｉｃｅは、ＷＵＳＢ＿Ｈｏｓｔ２（１０７）への接続要求を行うこととなる。

そこで、ステップＳ２０６では、Ｄｅｖｉｃｅによる接続要求が、ＷＵＳＢ＿Ｈｏｓｔ２（１０７）への接続要求であるか否かを判定し、ＷＵＳＢ＿Ｈｏｓｔ２（１０７）への接続要求であると判定された場合には、接続処理を行う。

なお、上述のように、Ｄｅｖｉｃｅの接続処理に関してはＤｅｖｉｃｅの実装方法に依存するため、通常モード用のＷＵＳＢ＿Ｈｏｓｔ１（１０６）に再接続を試みる場合も想定される。その場合は、改めて接続を切断するか、もしくは接続そのものを拒否することで、ＤｅｖｉｃｅがＷＵＳＢ＿Ｈｏｓｔ２（１０７）へ接続されるまで、ステップＳ２０４〜２０６の処理を繰り返す。ＷＵＳＢ＿Ｈｏｓｔ１（１０６）への接続遮断を続けることで、いずれＤｅｖｉｃｅはＷＵＳＢ＿Ｈｏｓｔ２（１０７）への接続要求を行うこととなる。ＷＵＳＢ＿Ｈｏｓｔ２（１０７）では、当該Ｄｅｖｉｃｅからの接続要求を確認した段階で、接続処理を行う。

これにより、低電力対応のＤｅｖｉｃｅでは、自局の無線通信には無関係なＭＭＣを受信する必要が無くなり、無駄な受信動作が軽減されるため、消費電力の低減を実現することが可能となる。

３．実施例
以下、本実施形態にかかる制御局を含む無線通信ネットワークの具体例について説明する。なお、説明は、本実施形態にかかる制御局についての上記特徴が明確になるようなケースについて行うこととする。具体的には、複数のＤｅｖｉｃｅとの間で制御局が無線通信ネットワークを構築している状態（下記（１））において、後から、低電力対応のＤｅｖｉｃｅが当該無線通信ネットワークに参加してきた（下記（２））ケースについて行うこととする。

（１）低電力対応のＤｅｖｉｃｅが接続される前の無線通信ネットワークの構成と通信スロットの構成
図３Ａは、本実施形態にかかる制御局を含む無線通信ネットワークの一例を示す図であり、低電力対応のＤｅｖｉｃｅが接続要求を行う前の無線通信ネットワークの構成を示す図である。

図３Ａにおいて、３０１は、本実施形態に係る制御局であるＷＵＳＢ規格のＨｏｓｔであり（以下、Ｈｏｓｔ３０１と称す）、３０３、３０４はＷＵＳＢ規格のＤｅｖｉｃｅである（以下、Ｄｅｖ２（３０３）、Ｄｅｖ３（３０４）と称す）。

図３Ｂは、図３Ａに示す無線通信ネットワークにおける通信スロットの構成を示す図である。

Ｈｏｓｔ３０１（具体的には、ＷＵＳＢ＿Ｈｏｓｔ１（１０６））は３０６〜３１２で示されたＭＭＣを送信し、各Ｄｅｖ２（３０３）、Ｄｅｖ３（３０４）に通信スロットの構成を報知している。

Ｄｅｖ２（３０３）は、ＭＭＣの指示情報のもと、３１３〜３１８の通信スロットを使ってＨｏｓｔ３０１との間で無線通信を行う。Ｄｅｖ３（３０４）は、ＭＭＣの指示情報のもと、３１９〜３２４の通信スロットを使ってＨｏｓｔ３０１との間で無線通信を行う。

なお、実際にはＨｏｓｔ３０１からＤｅｖ２（３０３）、Ｄｅｖ３（３０４）への通信と、Ｄｅｖ２（３０３）、Ｄｅｖ３（３０４）からＨｏｓｔ３０１への通信とでは、割り当て時間が区別されるなど、通信スロットはより詳細に構成される。しかしながら、ここでは簡略化のため前述のようなＤｅｖｉｃｅ単位の単純な構成として説明することとする。

（２）低電力対応のＤｅｖｉｃｅ起動後の無線通信ネットワークの構成と通信スロットの構成
図４Ａは、本実施形態に係る制御局を含む無線通信ネットワークの一例を示す図であり、図３Ａの状態から、低電力対応のＤｅｖｉｃｅが起動され、新たに該Ｄｅｖｉｃｅが無線通信ネットワークに参加してきた様子を示す図である。

図４Ａにおいて、３０２は、新たにネットワークに参加した低電力対応のＤｅｖｉｃｅであり、例えば、キーボードやマウスなどのＤｅｖｉｃｅである。

図４Ｂは、図４Ａに示す無線通信ネットワークにおける通信スロットの構成を示す図である。

図４Ｂの（ａ）の４０１〜４０７で示したＭＭＣを解析することでＤｅｖ１（３０２）は自局の通信スロットを検出することができるが、実際に自局の通信スロットを検出するのは４０３及び４０６のＭＭＣを解析したときのみである。したがって、Ｄｅｖ１（３０２）にとっては、その他のＭＭＣに関しては単に次のＭＭＣの送信タイミングを知るだけのものでしかない。

そこで、Ｈｏｓｔ３０１は、Ｄｅｖ１（３０２）が無線通信ネットワークに参加してきたことを検出すると、低消費電力用のＷＵＳＢ＿Ｈｏｓｔ（ＷＵＳＢ＿Ｈｏｓｔ２（１０７））を起動する。そして、Ｄｅｖ１（３０２）との無線通信は、ＷＵＳＢ＿Ｈｏｓｔ２（１０７）が行うように制御する。

図４Ｂの（ｂ）は、ＷＵＳＢ＿Ｈｏｓｔ２（１０７）とＤｅｖ１（３０２）との間の通信スロットの構成を示す図である。

新たに起動したＷＵＳＢ＿Ｈｏｓｔ２（１０７）は、ＭＭＣ４１０、４１１においてＤｅｖ１（３０２）の通信スロットについて規定する。このようにＷＵＳＢ＿Ｈｏｓｔ２（１０７）はＤｅｖ１（３０２）の通信スロットのみを管理するため、Ｄｅｖ１（３０２）にとっては無関係なＭＭＣを受信することがなくなる。また、ＷＵＳＢ＿Ｈｏｓｔ２（１０７）がＭＭＣ４１０、４１１を送信する間隔は、ＷＵＳＢ＿Ｈｏｓｔ１（１０６）がＭＭＣ（４０１〜４０７）を送信する間隔よりも長いので、Ｄｅｖ１（３０２）がＭＭＣ受信する頻度も減少する。

なお、Ｄｅｖ２（３０３）、Ｄｅｖ３（３０４）との無線通信は、それまでの無線通信と同様に、ＷＵＳＢ＿Ｈｏｓｔ１（１０６）が行う。具体的には、ＭＭＣ４０１〜４０７を送信し、Ｄｅｖ２（３０３）とＤｅｖ３（３０４）に対して通信スロットの割り当てを行う。

このようにＨｏｓｔ３０１が必要に応じてＷＵＳＢ＿Ｈｏｓｔ２（１０７）を起動することで、Ｄｅｖ１（３０２）では、自局の通信動作が発生する以外のほとんどの時間帯を休眠モードなどに割り当てることが可能となる。この結果、従来の状態（図１１Ｂ）に比べて大幅に消費電力を低減することが可能となる。

以上の説明から明らかなように、本実施形態にかかる制御局では、通信頻度の少ない従属局がネットワークに参加した場合に、通信頻度の多い他の従属局とは独立したＷＵＳＢ＿Ｈｏｓｔを新たに起動させて当該従属局と無線通信を行うように構成した。

この結果、通信頻度の少ない従属局が不必要なＭＭＣを受信する必要がなくなり、当該従属局における消費電力を大幅に低減することが可能となった。

［第２実施形態］
上記第１の実施形態では、論理的に異なる２つのＨｏｓｔ（ＷＵＳＢ＿Ｈｏｓｔ１、２）を起動させることとしたが、本発明はこれに限られず、論理的に異なる複数のＨｏｓｔ（ＷＵＳＢ＿ＨｏｓｔＮ）を起動させるようにしてもよい。

また、その際、いずれのＷＵＳＢ＿Ｈｏｓｔを起動させるかについて、Ｄｅｖｉｃｅより取得した情報のみならず、例えば、Ｄｅｖｉｃｅを動作させるドライバや上位のアプリケーションからの指示に基づいて判断するように構成してもよい。以下、本実施形態の詳細について説明する。

１．制御局の構成
図５は、本実施形態にかかる制御局（ＷＵＳＢ規格のＨｏｓｔ）の無線部の内部構成を示すブロック図である。なお、図５は、図１と同様に、ＷＵＳＢ規格のＨｏｓｔの無線部のうち、本発明の説明に関連する機能ブロックのみを示したものであり、Ｈｏｓｔ全体が持つその他の機能に関しては省略してある。

また、５０１から５０５に示す各部は、図１の１０１から１０５に示す各部と同じであるため、ここでは説明を省略する。

５０６は、ＷＵＳＢ規格のＨｏｓｔ機能を実現するための処理部であり、複数の異なるＨｏｓｔＩＤを持つ、論理的に異なる複数のＨｏｓｔが機能するよう構成されている。各ＷＵＳＢ＿Ｈｏｓｔ１、ＷＵＳＢ＿Ｈｏｓｔ２、・・・ＷＵＳＢ＿ＨｏｓｔＮが送信する各同報フレームに含まれるＭＭＣには、それぞれのＨｏｓｔＩＤが含まれる。すなわち、ＷＵＳＢ＿Ｈｏｓｔ１、ＷＵＳＢ＿Ｈｏｓｔ２、・・・ＷＵＳＢ＿ＨｏｓｔＮは、それぞれ別々のＭＭＣを送信する。

なお、図５の構成では、ＷＵＳＢ＿ＭＡＣ処理部５０５、Ｗｉｍｅｄｉａ＿ＭＡＣ処理部５０４より先の無線部に関しては共用することとしているが、各ＷＵＳＢ＿Ｈｏｓｔが時間的に同時に機能することは無いため、このような構成であっても問題は無い。なお、ＷＵＳＢ＿Ｈｏｓｔの多重化数は特に限定されるものではないため、ここではＮとしている。

上述のように、無線通信ネットワークを構築するにあたっては、Ｈｏｓｔは、最初、ＷＵＳＢ制御情報であるＭＭＣを発信する。一方、Ｄｅｖｉｃｅは自局が接続しようとするＨｏｓｔからのＭＭＣであるか否かを判定し、自局が接続しようとしているＨｏｓｔからのＭＭＣであると認識した場合には、接続要求を発信する。このためＨｏｓｔではこれを受信し、所定の手続きによる接続処理を行う。

ＷＵＳＢ規格の場合、接続処理は、あらかじめ互いに認証処理（ペアリング）を行ったＨｏｓｔとＤｅｖｉｃｅとの間でのみ行われる。ペアリング処理においては、ＤｅｖｉｃｅはＨｏｓｔＩＤに基づいて認証済みのＨｏｓｔかどうかを識別する。なお、図５において、ＷＵＳＢ＿Ｈｏｓｔ１は通常のＷＵＳＢ規格のＨｏｓｔとして動作する通常モード用のＷＵＳＢ＿Ｈｏｓｔであるものとし、通常のＤｅｖｉｃｅはＷＵＳＢ＿Ｈｏｓｔ１との間でペアリングを行うものとする。

一方、ＷＵＳＢ＿Ｈｏｓｔ２〜ＨｏｓｔＮは、低電力モード用のＷＵＳＢ＿Ｈｏｓｔであるとする。低電力対応のＤｅｖｉｃｅは、ＷＵＳＢ＿Ｈｏｓｔ１に加えて、Ｄｅｖｉｃｅごとに異なるＷＵＳＢ＿Ｈｏｓｔとの間で、あらかじめペアリングを行うものとする。また、ＷＵＳＢ＿Ｈｏｓｔ２〜ＨｏｓｔＮが送信するＭＭＣの送信間隔は、ＷＵＳＢ＿Ｈｏｓｔ１（１０６）よりも長いものとする。また、接続するＤｅｖｉｃｅの種別、機能、通信条件等の少なくとも１つに関する情報により、ＷＵＳＢ＿Ｈｏｓｔ２〜ＨｏｓｔＮの夫々が送信するＭＭＣの送信間隔を変えても良い。

接続種別判定部５０７は、例えばＷＵＳＢ規格におけるデバイスクラス情報など、ＷＵＳＢ＿Ｈｏｓｔに接続を試みたＤｅｖｉｃｅの種別や機能、通信条件等に関する情報を取得する。そして、当該取得した情報に基づいて、ＷＵＳＢ＿Ｈｏｓｔに接続要求を行ったＤｅｖｉｃｅが、通信頻度の高いＤｅｖｉｃｅであるのか、低いＤｅｖｉｃｅであるのかを判定する。更に、通信頻度の低いＤｅｖｉｃｅであると判定された場合にあっては、いずれのＷＵＳＢ＿Ｈｏｓｔと無線通信を行うのが適切であるのかを判定する。ここでは、通信頻度の低いＤｅｖｉｃｅを、更に、通信頻度毎にグループに分類し、分類したグループによりいずれのＷＵＳＢ＿Ｈｏｓｔと無線通信を行うのが適切であるのかを判定する。

なお、デバイスクラス情報はペアリング時にあらかじめ取得しておくようにしても構わないし、実際に接続処理を行った際にＤｅｖｉｃｅから取得するようにしても構わない。一旦取得した情報はＤｅｖｉｃｅの識別子と共に保持されるものとする。

Ｍａｉｎ＿ＣＰＵ５０８では、接続種別判定部５０７の判定結果を受けて、接続要求を行ったＤｅｖｉｃｅが適切なＷＵＳＢ＿Ｈｏｓｔに接続されているか否かを判断をし、必要に応じて各ＷＵＳＢ＿Ｈｏｓｔの切り替えを制御する。

２．制御局におけるＷＵＳＢ＿Ｈｏｓｔの切り替え処理
各Ｄｅｖｉｃｅに対するＷＵＳＢ＿Ｈｏｓｔの切り替え処理に関しては、上記第１の実施形態の図２のフローチャートに準ずるため、ここでは説明を省略する。

なお、上記第１の実施形態では、ＷＵＳＢ＿Ｈｏｓｔが２種類であったため、低電力対応のＤｅｖｉｃｅからの接続要求があった場合には、ＷＵＳＢ＿Ｈｏｓｔ２が起動するよう構成されていた。しかし、本実施形態の場合、ＷＵＳＢ＿Ｈｏｓｔが複数あるため、どのＷＵＳＢ＿Ｈｏｓｔを起動させるかを、デバイスクラス情報に基づいて、あるいはデバイスドライバ等の指示に応じて、予め割り当てておく必要がある。

そこで、以下では、ＷＵＳＢ＿Ｈｏｓｔの割り当て処理について説明する。

３．制御局におけるＷＵＳＢ＿Ｈｏｓｔの割り当て処理
Ｄｅｖｉｃｅごとに個別にＷＵＳＢ＿Ｈｏｓｔを割り当てるための処理に関して、図６を用いて説明する。図６は、制御局におけるＷＵＳＢ＿Ｈｏｓｔの割り当て処理の流れを示すフローチャートである。

ＷＵＳＢ＿Ｈｏｓｔ１は、ペアリング時もしくは最初の接続処理時にＤｅｖｉｃｅの持つデバイスクラス情報を取得するため、ステップＳ６０１では、接続種別判定部５０７が、当該デバイスクラス情報に基づいてＤｅｖｉｃｅの種別を判定する。

ステップＳ６０２では、対象とするＤｅｖｉｃｅのデバイスクラスがＨＩＤ（Ｈｕｍａｎ Ｉｎｔｅｒｆａｃｅ Ｄｅｖｉｃｅ）もしくはＰｒｉｎｔｅｒであるか否かを判定する。ステップＳ６０２において、ＨＩＤまたはＰｒｉｎｔｅｒであると判定された場合には、ステップＳ６０３に進む。

ステップＳ６０３では、通常モード用のＷＵＳＢ＿Ｈｏｓｔ１に加えて、共用低電力モード用のＨｏｓｔであるＷＵＳＢ＿Ｈｏｓｔ２を当該Ｄｅｖｉｃｅに割り当てる。なお、ＷＵＳＢ＿Ｈｏｓｔ２は、ＷｉＭｅｄｉａ規格におけるスーパーフレーム１周期に一度に限定して通信を行うＷＵＳＢ＿Ｈｏｓｔであるとする。

一方、対象とするＤｅｖｉｃｅのデバイスクラスがＨＩＤまたはＰｒｉｎｔｅｒでないと判定された場合には、ステップＳ６０４に進む。

ステップＳ６０４では、そのＤｅｖｉｃｅを動作させるドライバや上位のアプリケーションから接続先について要求があるか否かを判定し、要求があると判定された場合には、ステップＳ６０５に進む。

ステップＳ６０５では、通常モード用のＷＵＳＢ＿Ｈｏｓｔ１に加えて、そのＤｅｖｉｃｅ固有のナンバーを与えた個別低電力モード用のＷＵＳＢ＿ＨｏｓｔＮ（Ｎは、１、２以外）を割り当てる。

個別低電力モード用のＷＵＳＢ＿ＨｏｓｔＮは、Ｄｅｖｉｃｅごとの動作に最適化された低電力モードをスケジュール可能であり、例えばＷｉＭｅｄｉａ規格におけるスーパーフレーム１周期に２度ずつといったようなスケジュールを設定できるものとする。また、各Ｄｅｖｉｃｅ固有に割り当てられるＷＵＳＢ＿Ｈｏｓｔであり、スケジュールを任意に変更することも可能であるとする。

一方、ステップＳ６０４において、これらの要求が無いと判定された場合は、ステップＳ６０６に進み、通常モード用のＷＵＳＢ＿Ｈｏｓｔ１のみをＤｅｖｉｃｅに割り当てる。

４.実施例
以下、本実施形態にかかる制御局を含む無線通信ネットワークの具体例について説明する。なお、説明にあたっては、本実施形態にかかる制御局についての上記特徴が明確になるケースについて行うこととする。具体的には、複数のＤｅｖｉｃｅとの間で制御局が無線通信ネットワークを構築した状態（下記（１））で、後から、共用低電力対応のＤｅｖｉｃｅ、及び個別低電力対応のＤｅｖｉｃｅが参加してきたケース（下記（２）、（３））について説明する。

（１）共用低電力対応のＤｅｖｉｃｅ起動前の無線通信ネットワークの構成と通信スロットの構成
図７Ａは、低電力対応のＤｅｖｉｃｅ起動前の無線通信ネットワークの構成を示す図である。また、図７Ｂは、そのときの通信スロットの構成を示す図である。

Ｈｏｓｔ（３０１）は、第１の実施形態と同様に、ＷｉＭｅｄｉａ規格に基づいてＭＡＳ配置を確保し、確保したＭＡＳ配置に従って、ＷＵＳＢ規格に基づくＭＭＣを送信する。

図７Ｂの７０１〜７０３はビーコンを、７０４〜７０９は確保したＭＡＳの構成を示している。また、７１０〜７１５は、ＷＵＳＢ＿Ｈｏｓｔ１により送信されるＭＭＣを示している。

（２）共用低電力対応のＤｅｖｉｃｅ起動後の無線通信ネットワークの構成と通信スロットの構成
図８Ａは、図７Ａの状態から、共用低電力対応のＤｅｖｉｃｅが新たに参加してきた後の無線通信ネットワークの構成を示す図である。

図８Ｂは、図８Ａに示す無線通信システムにおける通信スロットの構成を示す図である。Ｈｏｓｔ３０１では、共用低電力モードのＤｅｖｉｃｅ（Ｄｅｖ１（３０２））を検出すると、共用低電力モード用のＷＵＳＢ＿Ｈｏｓｔ２を起動し、図８Ｂの８１６、８１７に示すＭＭＣの送信を開始する。

共用低電力モードのＤｅｖｉｃｅは、第１の実施形態の図２に示したフローチャートに準じた動作により、ＷＵＳＢ＿Ｈｏｓｔ２へと再接続を行い、８１８、８１９で示した通信スロットが与えられてＨｏｓｔ３０１との無線通信を行う。これにより、共用低電力モードのＤｅｖｉｃｅは不要なＭＭＣを受信することがなくなり、消費電力を低減することが可能となる。

（３）個別低電力対応のＤｅｖｉｃｅ起動後の無線通信ネットワークの構成と通信スロットの構成
図９Ａは、図８Ａの状態から、更に、個別低電力対応のＤｅｖｉｃｅが、新たに参加してきた後の無線通信ネットワークの構成を示す図である。

図９Ｂは、図９Ａに示す無線通信ネットワークにおける通信スロットの構成を示す図である。

Ｈｏｓｔ３０１では、個別低電力モード用のＷＵＳＢ＿Ｈｏｓｔ３を起動し、図９Ｂの９２０〜９２３に示すＭＭＣの送信を開始する。個別低電力対応のＤｅｖｉｃｅ（Ｄｅｖ４（９０１））は、第１の実施形態の図２に示したフローチャートに準じた動作により、ＷＵＳＢ＿Ｈｏｓｔ３と再接続を行い、９２４〜９２７で示した通信スロットが与えられてＨｏｓｔ３０１との無線通信を行う。

これにより、共用低電力対応、個別低電力対応のＤｅｖｉｃｅはそれぞれ自局には不要なＭＭＣの受信を軽減させることが可能となり、それぞれに最適化された形で消費電力を低減することが可能となる。

［他の実施形態］
なお、本発明は、複数の機器（例えばホストコンピュータ、インタフェース機器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置など）に適用してもよい。

また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給するよう構成することによっても達成されることはいうまでもない。この場合、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することにより、上記機能が実現されることとなる。なお、この場合、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

プログラムコードを供給するための記憶媒体としては、例えば、フロッピ（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。

また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現される場合に限られない。例えば、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記憶媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、前述した実施形態の機能が実現される場合も含まれる。つまり、プログラムコードがメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって実現される場合も含まれる。

本発明の第１の実施形態にかかる制御局（ＷＵＳＢ規格のＨｏｓｔ）の無線部の内部構成を示すブロック図である。 本発明の第１の実施形態にかかる制御局において、ＷＵＳＢ＿Ｈｏｓｔ１０６、１０７の切り替え処理の流れを示すフローチャートである。 本発明の第１の実施形態にかかる制御局を含む無線通信ネットワークの一例を示す図であり、低電力対応のＤｅｖｉｃｅが接続要求を行う前の無線通信ネットワークの構成を示す図である。 図３Ａに示す無線通信ネットワークにおける通信スロットの構成を示す図である。 図３Ａの状態から、低電力対応のＤｅｖｉｃｅが起動され、新たに該Ｄｅｖｉｃｅが無線通信ネットワークに参加してきた様子を示す図である。 図４Ａに示す無線通信ネットワークにおける通信スロットの構成を示す図である。 本発明の第２の実施形態にかかる制御局（ＷＵＳＢ規格のＨｏｓｔ）の無線部の内部構成を示すブロック図である。 本発明の第２の実施形態にかかる制御局におけるＷＵＳＢ＿Ｈｏｓｔの割り当て処理の流れを示すフローチャートである。 低電力対応のＤｅｖｉｃｅ起動前の無線通信ネットワークの構成を示す図である。 図７Ａに示す無線通信ネットワークにおける通信スロットの構成を示す図である。 図７Ａの状態から、共用低電力対応のＤｅｖｉｃｅが新たに参加してきた後の無線通信ネットワークの構成を示す図である。 図８Ａに示す無線通信システムにおける通信スロットの構成を示す図である。 図８Ａの状態から、更に、個別低電力対応のＤｅｖｉｃｅが、新たに参加してきた後の無線通信ネットワークの構成を示す図である。 図９Ａに示す無線通信ネットワークにおける通信スロットの構成を示す図である。 ＷＵＳＢ規格のＨｏｓｔに、ＷＵＳＢ規格のＤｅｖｉｃｅが無線接続することで構成された無線通信ネットワーク（１００５）の一例を示す図である。 図１０Ａに示す無線通信ネットワークにおいて、Ｗｉｍｅｄｉａ規格に基づく通信スロットの割り当てと、ＷＵＳＢ規格専用の時分割多重方式による当該通信スロットの細分化の様子を示した図である。 図１０Ａに示す状態から、新たに、Ｄｅｖ１（１００２）が参加した無線通信ネットワークの構成を示す図である。 図１１Ａに示す無線通信ネットワークにおける通信スロットの構成を示す図である。

Claims (8)

1. 従属局と通信する制御局であって、
   前記制御局に接続する前記従属局を、通信頻度の異なる複数のグループに分類する分類手段と、
   受信する第１の同報フレームに含まれる指示情報に基づいて自局の通信スロットの割り当てを識別する各従属局に対して、該第１の同報フレームを送信し、前記分類手段により分類される前記複数のグループのうち、第１のグループに分類される従属局が接続するための第１の送信手段と、
   前記第１のグループより通信頻度の低い第２のグループに分類される従属局に対する指示情報を含む第２の同報フレームを送信し、前記第２のグループに分類される従属局が接続するための第２の送信手段と
   を備えることを特徴とする制御局。
2. 前記第１の送信手段と前記第２の送信手段とは、互いに異なる識別子を持ち、各送信手段が送信する第１または第２の同報フレームに含まれる指示情報には、各送信手段の識別子が含まれていることを特徴とする請求項１に記載の制御局。
3. 前記第２の送信手段が起動される場合であって、前記通信頻度の低いグループに分類されていた従属局が、前記第１の送信手段と接続していた場合には、これを一旦切断し、該従属局から、前記第２の送信手段に対する接続要求があった場合に、該従属局と再接続することを特徴とする請求項１に記載の制御局。
4. 前記分類手段は、前記従属局から取得した情報に基づいて、前記従属局を複数のグループに分類し、該情報には、前記従属局の機器の種別情報、機器の機能情報、通信条件のいずれかの情報が含まれることを特徴とする請求項１に記載の制御局。
5. 前記分類手段は、低消費電力モードに対応する従属局か否かに基づいて、前記グループを分類することを特徴とする請求項１に記載の制御局。
6. 前記第２の送信手段が前記第２の同報フレームを送信する間隔は、前記第１の送信手段が前記第１の同報フレームを送信する間隔よりも長いことを特徴とする請求項１に記載の制御局。
7. 従属局と通信する制御局における制御方法であって、
   分類手段が、前記制御局に接続する前記従属局を、通信頻度の異なる複数のグループに分類する分類工程と、
   第１の送信手段が、受信する第１の同報フレームに含まれる指示情報に基づいて自局の通信スロットの割り当てを識別する各従属局に対して、該第１の同報フレームを送信し、前記分類工程において分類される前記複数のグループのうち、第１のグループに分類される従属局を接続させるための第１の送信工程と、
   第２の送信手段が、前記第１のグループより通信頻度の低い第２のグループに分類される従属局に対する指示情報を含む第２の同報フレームを送信し、前記第２のグループに分類される従属局を接続させるための第２の送信工程と
   を備えることを特徴とする制御方法。
8. 請求項７に記載の制御方法の各工程をコンピュータに実行させるためのプログラム。

Images