JP2008035372A - 通信装置、通信方法、並びに当該通信方法をコンピュータに実行させるためのコンピュータプログラム - Google Patents

Abstract

【課題】 複数の動作モードを有する通信装置が他の通信装置と通信を開始する場合、最初に接続した通信モードが希望する通信モードと一致しているとは限らない。また、一方の装置が切替えを行うことを認識できない場合や、既に他の装置と通信中の場合は、もう一方の装置が一方的に通信モードを切替えてしまうと、それまでの通信が突如切断されてしまう等の問題が生じる。
【解決手段】 最初に接続した通信モードと希望する通信モードが異なる場合は、Ｎｏｎ−ＤＵＡＬ装置の能力や、現在の通信状況等に応じて、適切な通信モードを決定することができる。
【選択図】 図１

Description

本発明は、通信装置、通信方法、並びに当該通信方法をコンピュータに実行させるためのコンピュータプログラムに関する。

ＩＥＥＥ８０２．１１無線ＬＡＮシステムでは、端末局がアクセスポイント（以下ＡＰ）と呼ばれる基地局を介して通信を行うインフラストラクチャモードと、ＡＰを介さずに端末局同士が直接通信を行うアドホックモードの２つの通信モードがある（例えば引用文献１）。

また、無線ＬＡＮ以外にも、基地局を介して端末局が通信を行う通信モードと、基地局を介さず端末局同士で直接通信を行う通信モードと、の２つの通信モードを有する無線通信システムが存在する（例えば引用文献２）。

上記無線ＬＡＮシステムにおいて、１つの通信装置が、ＡＰとしての動作をするＡＰモードと、端末局として動作するＳＴＡモードと、の２つの動作モードを有し、いずれか一方の動作モードを選択して通信を行うことが考えられる。
特開２００３−３４８１０３号公報 特開平５−１５３０３９号公報

このような複数の動作モードを有する通信装置は、予め定められた動作モードで起動し、起動した動作モードに応じた通信モードで他の通信装置と接続を行う。しかしながら、希望する通信モードと、接続した通信モードが必ずしも一致するとは限らない。また、通信モードを切替えたい場合であっても、一方の装置が切替えを行うことを認識できない場合や、既に他の装置と通信中の場合は、もう一方の装置が一方的に通信モードを切替えてしまうと、それまでの通信が突如切断されてしまう等の問題が生じる。

複数の動作モードと、複数の通信モードと、を有する通信装置が他の通信装置と通信する際に、適切な通信モードにて通信を行うことを目的とする。

上記課題を解決するため、本発明は、無線ネットワーク上の制御局として動作する制御局モードと、無線ネットワーク上の端末局として動作する端末局モードと、を含む複数の動作モード及び、無線ネットワーク上の端末局が制御局を介して通信する第1の通信モードと、制御局を介さずに複数の端末局が直接通信する第２の通信モードと、を含む複数の通信モードを有する通信装置が、他の通信装置と通信する方法であって、前記第１、第２の通信モードのいずれか一方の通信モードによって前記他の通信装置と接続し、通信モードを切替える場合に、動作モードを切替えることを特徴とする。

また、本発明は、無線ネットワーク上の制御局として動作する制御局モードと、無線ネットワーク上の端末局として動作する端末局モードと、を含む複数の動作モード及び、無線ネットワーク上の端末局が制御局を介して通信する第1の通信モードと、制御局を介さずに複数の端末局が直接通信する第２の通信モードと、を含む複数の通信モードを有する通信装置であって、前記第１、第２の通信モードのいずれか一方の通信モードによって前記他の通信装置と接続する手段と、通信モードの切替える場合に、動作モードを切替える切替手段と、を有することを特徴とする。

さらにまた、本発明は、無線ネットワーク上の制御局として動作する制御局モードと、無線ネットワーク上の端末局として動作する端末局モードと、を含む複数の動作モード、及び無線ネットワーク上の端末局が制御局を介して通信する第1の通信モードと、制御局を介さずに複数の端末局が直接通信する第２の通信モードと、を含む複数の通信モードを有する他の通信装置と通信する通信装置であって、前記制御局モード、前記端末局モードのいずれか一方の動作モードで動作している前記他の通信装置と、前記第１、第２の通信モードのいずれか一方の通信モードによって接続する接続手段と、前記他の通信装置から通信モードの変更要求を受信する受信手段と、前記通信装置の通信状態又は電力状態に応じて、通信モードを変更するか否かを判断する判断手段と、前記判断手段による判断結果に基づいて、通信モードを切替える切替手段と、を有することを特徴とする。

以上説明したように、本発明によれば、複数の動作モードと、複数の通信モードと、を有する通信装置が他の通信装置と接続後、通信モードを切替える場合に、動作モードを切替えることができる。

（実施形態１）
以下、本発明の実施例について図面を参照しながら説明する。

ここからの各実施例では、ＩＥＥＥ８０２．１１無線ＬＡＮ通信を用いた実施例について説明する。
ＩＥＥＥ８０２．１１無線ＬＡＮの通信モードには、インフラストラクチャモードとアドホックモードの２種類がある。

インフラストラクチャモードは、複数の端末局が、ＡＰ（アクセスポイント）と呼ばれる基地局を介して無線通信する通信モードである。従って、ＡＰは、端末局を制御し、端末局の通信を中継する役割を果たす。また、通信モードをインフラストラクチャモードに設定された端末局は、ＡＰを介して他の端末局と通信を行う。

アドホックモードは、ＡＰを介さず、複数の端末局が直接通信する通信モードである。従って、通信モードをアドホックモードに設定された端末局は、他の端末局と直接無線パケットのやり取りを行って通信する。

図１は、各実施例におけるネットワーク構成を示した図である。
通信装置１は、無線ＬＡＮによる通信機能を備え、動作モードとしてＡＰモードとＳＴＡ（ステーション）モードの２つのモードを有しており、これら２つのモードを切替えることができる。以降、ＡＰモードとＳＴＡモードを切替える機能（以下Ｄｕａｌ機能）を有している通信装置をＤＵＡＬ装置と呼ぶことにする。

通信装置２は、無線ＬＡＮによる通信機能を備えているが、上記Ｄｕａｌ機能を有しておらず、無線ＬＡＮ端末局としての機能のみを有する通信装置である。以降、無線ＬＡＮ端末局としての機能のみを有する通信装置をＮｏｎ−ＤＵＡＬ装置と呼ぶことにする。

ここで、ＡＰモードとは、ＡＰとしての動作を行う動作モードである。ＤＵＡＬ装置がＡＰモードで動作する場合、インフラストラクチャモードによる通信が可能である。

ＳＴＡモードとは、無線ＬＡＮ端末局としての動作を行う動作モードである。ＤＵＡＬ装置は、ＳＴＡモードで動作する場合、ＡＰの制御の下でインフラストラクチャモードによる通信が可能である。また、ＳＴＡモードで動作中のＤＵＡＬ装置は、Ｎｏｎ−ＤＵＡＬ装置との間で、アドホックモードによる直接通信を行うことも可能である。なお、後述の各実施形態においては、ＤＵＡＬ装置がＳＴＡモードで起動した場合、アドホックモードによる動作を行うよう設定されているものとする。また、上述のＮｏｎ−ＤＵＡＬ装置は、ＳＴＡモードのみを有する通信装置、と言い換えることもできる。

３は、ＤＵＡＬ装置である通信装置１とＮｏｎ−ＤＵＡＬ装置である通信装置２によって構成される基本無線セル（ＢＳＳ：Ｂａｓｉｃ Ｓｅｒｖｉｃｅ Ｓｅｔ）である。

図２０に、ＤＵＡＬ装置（通信装置１）のブロック図を示す。
２００１は通信装置１０１を制御する制御部、２００２は無線ＬＡＮの通信制御を行う無線通信処理部、２００３は電源部である。

２００４はＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、２００５は後述の各種動作を行うための動作プログラムが格納されているＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）である。

２００６はアンテナ、２００７はアンテナ制御部、２００８は表示部、２００９は操作部である。２０１０は無線以外の通信インタフェース部であり、例えばＵＳＢやＩＥＥＥ１３９４等が考えられる。
２０１１は動作モードの切替えを行う動作モード制御部である。

図２１に、Ｎｏｎ−ＤＵＡＬ装置（通信装置２）のブロック図を示す。
２１０１は通信装置１０２を制御する制御部、２１０２は無線ＬＡＮの通信制御を行う無線通信処理部である。
２１０３はＲＡＭであり、２１０４は後述の各種動作を行うための動作プログラムが格納されているＲＯＭである。
２１０５はアンテナ制御部、２１０６はアンテナである。２１０７は表示部、２１０８は操作部、２１０９は電源部である。２１１０は無線以外の通信インタフェース部であり、例えばＵＳＢやＩＥＥＥ１３９４等が考えられる。

図２に、ＤＵＡＬ装置とＮｏｎ−ＤＵＡＬ装置の機能レイヤ図を示す。
ＤＵＡＬ装置には、Ｎｏｎ−ＤＵＡＬ装置と比較すると、ＡＰモードで動作するために、“Ｗｉｒｅｌｅｓｓ ＬＡＮ ＡＰ Ｄｒｉｖｅｒ”（２０４）機能が追加されている。また、ＤＵＡＬ装置は、“Ｗｉｒｅｌｅｓｓ ＬＡＮ ＳＴＡ Ｄｒｉｖｅｒ”（２０３）と“Ｗｉｒｅｌｅｓｓ ＬＡＮ ＡＰ Ｄｒｉｖｅｒ”（２０４）機能を択一的に起動／制御することができる。択一的な起動／制御のため、ＤＵＡＬ装置には“ＤｕａｌＤｅｖｉｃｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｒ”（２０６）機能が、“Ｎｏｎ−ＤＵＡＬ Ｄｅｖｉｃｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｒ”（２０５）機能の代わりに実装されている。

以下、本発明の各実施例について説明する。

（第１の実施例）
図３〜５は、ＤＵＡＬ装置及びＮｏｎ−ＤＵＡＬ装置の処理フローを示した図である。

ＤＵＡＬ装置は、起動する際に、機器内に予め記憶されている起動条件を参照し（３００）、ＳＴＡモード、ＡＰモードのいずれかの動作モードで起動する（３０１、３０２、３０３）。なお、本実施形態では、ＳＴＡモードで起動した場合はアドホックモードによる動作を開始するよう設定されているものとする。従って、ＳＴＡモードで起動した場合は、Ｎｏｎ−ＤＵＡＬ装置とアドホックモードにより接続する。ＡＰモードで起動した場合は、Ｎｏｎ−ＤＵＡＬ装置とインフラストラクチャモードにより接続する。

ＤＵＡＬ装置がＳＴＡモード動作時に、ＤＵＡＬ装置又はＮｏｎ−ＤＵＡＬ装置のいずれか一方から通信開始要求があった場合（３０６のＹｅｓ）、図５のＢに進む。ＤＵＡＬ装置がＡＰモード動作時に、ＤＵＡＬ装置又はＮｏｎ−ＤＵＡＬ装置のいずれか一方から通信開始要求があった場合（３０７のＹｅｓ）、図４のＡに進む。停止指示があった場合は（３０４のＹｅｓ、３０５のＹｅｓ）、ＤＵＡＬ装置は動作を停止する。

図４に関して説明する。

ＤＵＡＬ装置がＡＰモード動作時に上記通信開始要求があった場合、当該通信の要求元がＮｏｎ−ＤＵＡＬ装置か、ＤＵＡＬ装置かによって処理が分かれる（４００）。

要求元がＮｏｎ−ＤＵＡＬ装置である場合、Ｎｏｎ−ＤＵＡＬ装置の要求する通信モードがインフラストラクチャモードであれば、直ちにインフラストラクチャモードによる通信を開始する（４０１、４０２）。その後、図３のＣに進む。

このように、Ｎｏｎ−ＤＵＡＬ装置の希望する通信モードが現状の通信モードと一致していた場合は、そのまま通信を継続することができる。

要求元がＮｏｎ−ＤＵＡＬ装置である場合、Ｎｏｎ−ＤＵＡＬ装置の要求する通信モードがアドホックモードであれば、当該Ｎｏｎ−ＤＵＡＬ装置がＤＵＡＬ装置との通信モード変更に関するメッセージ通信に対応できるか否かによって処理が分かれる（４０３）。

ここで、本実施例における前記メッセージ通信とは、Ｎｏｎ−ＤＵＡＬ装置とＤＵＡＬ装置との間で通信モードの変更に関するネゴシエーションをすることをいう。前記メッセージ通信に対応可能なＮｏｎ−ＤＵＡＬ装置とは、前記ネゴシエーションのための特定の信号のやり取りが可能な装置をいう。

本実施例における前記メッセージ通信では、Ｎｏｎ−ＤＵＡＬ装置からＤＵＡＬ装置に対して動作モード（ＡＰモード／ＳＴＡモード）の変更を要求し、要求を受けたＤＵＡＬ装置が変更の可否を応答する。また、ＤＵＡＬ装置からＮｏｎ−ＤＵＡＬ装置に対して通信モード（インフラストラクチャモード／アドホックモード）の変更を要求し、要求を受けたＮｏｎ−ＤＵＡＬ装置が変更の可否を応答する場合もある。

Ｎｏｎ−ＤＵＡＬ装置がＤＵＡＬ装置との前記メッセージ通信に対応していない場合は（４０３のＮｏ）、ＤＵＡＬ装置はＡＰモードでの動作を維持する（４０４）。

その後、Ｎｏｎ−ＤＵＡＬ装置は、ＤＵＡＬ装置がＡＰモード動作時に送信するインフラストラクチャモード用のビーコンを検出することにより（４０５）、ＤＵＡＬ装置がＡＰモードを継続していることを認識する。そして、Ｎｏｎ−ＤＵＡＬ装置が通信を開始する場合は、アドホックモードではなく、インフラストラクチャモードを選択して通信を開始する（４０６）。こうして、図３のＣに進む。

このように、Ｎｏｎ−ＤＵＡＬ装置が現状の通信モードとは異なる通信モードでの通信を希望する場合でも、Ｎｏｎ−ＤＵＡＬ装置が前記メッセージ通信に対応していない場合は、現状の通信モードによる通信を行う。従って、所望の通信モードにて通信できなくても、通信可能な通信モードにて通信を継続することができるため、通信ができなくなるという状況を避けることができる。

Ｎｏｎ−ＤＵＡＬ装置がＤＵＡＬ装置との間の前記メッセージ通信に対応していれば（４０３のＹｅｓ）、Ｎｏｎ−ＤＵＡＬ装置はＤＵＡＬ装置との間でメッセージ通信のためのセッションを接続する（４０７）。

セッションの接続が完了すると、Ｎｏｎ−ＤＵＡＬ装置はＤＵＡＬ装置との間で前記メッセージ通信を開始する。まず、Ｎｏｎ−ＤＵＡＬ装置は、ＤＵＡＬ装置に対してＳＴＡモードでの動作を要求する（４０８）。

ＤＵＡＬ装置は、ＳＴＡモードでの動作要求を受信した際に、現状の通信状態等から、動作モードの変更を承諾するか否かを判定し、判定結果をＮｏｎ−ＤＵＡＬ装置に返送する（４０９）。

判定結果の返送後、ＤＵＡＬ装置はメッセージ通信用のセッションを切断し（４１０）、ＳＴＡモードへ変更してよいと判断した場合は（４１１のＹｅｓ）、動作モードをＳＴＡモードに変更する（４１２）。そして、ＤＵＡＬ装置はＮｏｎ−ＤＵＡＬ装置との間でアドホックモードによる通信を行う（４１３）。こうして図３のＤに進む。

ＳＴＡモードへ変更すべきでないと判断した場合は（４１１のＮｏ）、ＤＵＡＬ装置はＡＰモードでの動作を維持し、Ｎｏｎ−ＤＵＡＬ装置との間でインフラストラクチャモードによる通信を行う（４０５，４０６）。

図４の４０７〜４１３及び４０５、４０６におけるＤＵＡＬ装置の動作フローを図１２に、Ｎｏｎ−ＤＵＡＬ装置の動作フローを図１３に示す。

まず、Ｎｏｎ−ＤＵＡＬ装置とＤＵＡＬ装置間でのセッションの接続後、Ｎｏｎ−ＤＵＡＬ装置は、ＤＵＡＬ装置に対してＳＴＡモードへの切替要求を送信する（１３０１）。ＤＵＡＬ装置は、ＳＴＡモードへの切替要求を受信すると（１２０１）、自機の現時点での通信状態を参照する（１２０２）。

ＤＵＡＬ装置が、ＡＰモード（インフラストラクチャモード）で既に他の装置と通信中であれば（１２０３のＹｅｓ）、Ｎｏｎ−ＤＵＡＬ装置に対してＳＴＡモードへの切替拒否通知を返送し（１２０４）、ＡＰモードでの動作を継続する（１２０５）。そしてＤＵＡＬ装置は、Ｎｏｎ−ＤＵＡＬ装置とインフラストラクチャモードによる通信を開始する（１２０６）。

他の装置と通信が行われていないのであれば（１２０３のＮｏ）、Ｎｏｎ−ＤＵＡＬ装置に対して、ＳＴＡモードへの切替承諾通知を返送し（１２０７）、ＳＴＡモードに切替わる（１２０８）。そして、ＤＵＡＬ装置は、Ｎｏｎ−ＤＵＡＬ装置とアドホックモードにより通信を開始する（１２０９）。

Ｎｏｎ−ＤＵＡＬ装置は、動作モード切替承諾通知を受信した場合（１３０２のＹｅｓ）、アドホックモードによりＤＵＡＬ装置と通信を開始する（１３０３）。Ｎｏｎ−ＤＵＡＬ装置は、切替拒否通知を受信した場合（１３０２のＮｏ、１３０４のＹｅｓ）、インフラストラクチャモードによりＤＵＡＬ装置と通信を開始する（１３０５）。

このように、Ｎｏｎ−ＤＵＡＬ装置が現状の通信モードとは異なる通信モードでの通信を希望し、かつ前記メッセージ通信に対応している場合は、ＤＵＡＬ装置の現状の通信状態を鑑みて、希望する通信モードへの切替えを行うか否かを判断する。従って、通信モードを切替えることにより、それまで通信していた相手との通信が突如切断される、といった事態を回避すると共に、可能な限り希望の通信モードにて通信を行うことができる。
図４の説明（４００）に戻る。

通信開始の要求元がＤＵＡＬ装置である場合も、要求する通信モードがインフラストラクチャモードであるかアドホックモードであるかによって処理が分かれる（４１４）。

ＤＵＡＬ装置の要求する通信モードがインフラストラクチャモードの場合、ＤＵＡＬ装置はＮｏｎ−ＤＵＡＬ装置との間で、インフラストラクチャモードによる通信を開始する（４１４、４１５）。その後、図３のＣに進む。

このように、ＤＵＡＬ装置の希望する通信モードが現状の通信モードと一致する場合は、そのまま通信を継続することができる。

ＤＵＡＬ装置の要求する通信モードがアドホックモードの場合には、Ｎｏｎ−ＤＵＡＬ装置がＤＵＡＬ装置との通信モード変更に関するメッセージ通信に対応できるか否かによって処理が分かれる（４１６）。なお、前記メッセージ通信に対応しているか否かは、ＤＵＡＬ装置がＮｏｎ−ＤＵＡＬ装置に対して前記メッセージ通信の可否を調べるための信号を送信し、それに対する応答があるか否かによって判断する、等の方法がある。

Ｎｏｎ−ＤＵＡＬ装置がＤＵＡＬ装置との前記メッセージ通信に対応していなければ（Ｓ４１６のＮｏ）、ＤＵＡＬ装置はＡＰモードでの動作を維持する（４１７）。

この後、Ｎｏｎ−ＤＵＡＬ装置は、ＤＵＡＬ装置がＡＰモード動作時に送信するインフラストラクチャモード用のビーコンを検出することにより（４１８）、ＤＵＡＬ装置がＡＰモードを継続していることを認識する。そして、Ｎｏｎ−ＤＵＡＬ装置が通信を開始する場合は、アドホックモードではなく、インフラストラクチャモードによって通信を開始する（４１９）。こうして図３のＣに進む。

このように、ＤＵＡＬ装置が現状の通信モードとは異なる通信モードでの通信を希望する場合でも、Ｎｏｎ−ＤＵＡＬ装置が前記メッセージ通信に対応していない場合は、現状の通信モードでの通信を行う。従って、所望の通信モードにて通信できなくても、通信可能な通信モードにて通信を継続することができるため、通信ができなくなるという状況を避けることができる。

Ｎｏｎ−ＤＵＡＬ装置がＤＵＡＬ装置との間の前記メッセージ通信に対応していれば（４１６のＹｅｓ）、ＤＵＡＬ装置は、Ｎｏｎ−ＤＵＡＬ装置との間で前記メッセージ通信用のセッションを接続する（４２０）。

セッションの接続が完了すると、ＤＵＡＬ装置はＮｏｎ−ＤＵＡＬ装置との間で前記メッセージ通信を開始する。まず、ＤＵＡＬ装置は、Ｎｏｎ−ＤＵＡＬ装置に対してアドホックモードでの通信を要求する（４２１）。

Ｎｏｎ−ＤＵＡＬ装置は、アドホックモードでの通信要求を受信すると、現状の通信状態等から通信モードの変更を承諾するか否かを判定し、判定結果をＤＵＡＬ装置に返送する（４２２）。

返送結果の受信後、ＤＵＡＬ装置はメッセージ通信用のセッションを切断する（４２３）。Ｎｏｎ−ＤＵＡＬ装置からアドホックモードへの変更承諾通知が返送された場合は（４２４のＹｅｓ）、ＤＵＡＬ装置は通信モードをＳＴＡモードに変更する（４２５）。そして、ＤＵＡＬ装置はＮｏｎ−ＤＵＡＬ装置との間でアドホックモードによる通信を行う（４２６）。こうして図３のＤに進む。

Ｎｏｎ−ＤＵＡＬ装置からアドホックモードへの変更拒否通知が返送された場合は（４２４のＮｏ）、ＤＵＡＬ装置はＡＰモードでの動作を維持し、Ｎｏｎ−ＤＵＡＬ装置との間でインフラストラクチャモードによる通信を行う（４１８，４１９）。

図４の４２０〜４２６及び４１８、４１９におけるＤＵＡＬ装置の動作フローを図１４に、Ｎｏｎ−ＤＵＡＬ装置の動作フローを図１５に示す。

まず、Ｎｏｎ−ＤＵＡＬ装置とＤＵＡＬ装置間でのセッションの接続後、ＤＵＡＬ装置は、Ｎｏｎ−ＤＵＡＬ装置に対してアドホックモードへの切替要求を送信する（１４０１）。

Ｎｏｎ−ＤＵＡＬ装置は、アドホックモードへの切替要求を受信すると（１５０１）、自機の現時点での通信状態を参照する（１５０２）。

既にインフラストラクチャモードにより他の装置と通信中であれば（１５０３のＹｅｓ）、Ｎｏｎ−ＤＵＡＬ装置は、ＤＵＡＬ装置に対してアドホックモードへの切替拒否通知を返送し（１５０４）、インフラストラクチャモードでの動作を継続する（１５０５）。そしてＮｏｎ−ＤＵＡＬ装置は、ＤＵＡＬ装置とインフラストラクチャモードによる通信を開始する（１５０６）。

他の装置と通信が行われていないのであれば、ＤＵＡＬ装置に対して、アドホックモードへの切替承諾通知を返送し（１５０７）、アドホックモードでの動作に変更する（１５０８）。そして、Ｎｏｎ−ＤＵＡＬ装置は、ＤＵＡＬ装置とアドホックモードにより通信を開始する（１５０９）。

ＤＵＡＬ装置は、通信モード切替承諾通知を受信した場合（１４０２のＹｅｓ）、通信モードをＳＴＡモードに切替える（１４０３）。そしてＤＵＡＬ装置は、Ｎｏｎ−ＤＵＡＬ装置とアドホックモードにより通信を開始する（１４０３）。

ＤＵＡＬ装置は、切替拒否通知を受信した場合（１４０２のＮｏ、１４０４のＹｅｓ）、ＡＰモードによる動作を継続し、インフラストラクチャモードによりＮｏｎ−ＤＵＡＬ装置と通信を開始する（１４０５）。

このように、ＤＵＡＬ装置が現状の通信モードとは異なる通信モードでの通信を希望し、かつＮｏｎ−ＤＵＡＬ装置が前記メッセージ通信に対応している場合は、Ｎｏｎ−ＤＵＡＬ装置の現状の通信状態を鑑みて、希望の通信モードへの切替えを行うか否かを判断する。従って、通信モードを切替えることにより、それまで通信していた相手との通信が突如切断される、といった事態を回避すると共に、可能な限り希望の通信モードにて通信を行うことができる。

次に図５に関して説明する。上述のように図５は、ＤＵＡＬ装置がＳＴＡモード動作時に通信開始要求を検出した場合のフローである。

ＤＵＡＬ装置がＳＴＡモード動作時に通信開始要求を検出した場合、当該通信の要求元がＮｏｎ−ＤＵＡＬ装置か、ＤＵＡＬ装置かによって処理が分かれる（５００）。

要求元がＮｏｎ−ＤＵＡＬ装置である場合、Ｎｏｎ−ＤＵＡＬ装置の要求する通信モードがアドホックモードであれば、直ちにアドホックモードを利用した通信を開始する（５０１、５０２）。その後、図３のＤに進む。

このようにＮｏｎ−ＤＵＡＬ装置の希望する通信モードが現状の通信モードと一致している場合は、そのまま通信を継続することができる。

要求元がＮｏｎ−ＤＵＡＬ装置である場合、Ｎｏｎ−ＤＵＡＬ装置の要求する通信モードがインフラストラクチャモードであれば、当該Ｎｏｎ−ＤＵＡＬ装置がＤＵＡＬ装置との通信モード変更に関するメッセージ通信に対応できるか否かによって処理が分かれる（５０３）。

Ｎｏｎ−ＤＵＡＬ装置がＤＵＡＬ装置との前記メッセージ通信に対応していなければ（５０３のＮｏ）、ＤＵＡＬ装置はＳＴＡモードでの動作を維持する（５０４）。 その後、Ｎｏｎ−ＤＵＡＬ装置は、ＤＵＡＬ装置がＳＴＡモード動作時に送信するアドホックモード用のビーコンを検出することにより（５０５）、ＤＵＡＬ装置がＳＴＡモードを継続していることを認識する。そして、Ｎｏｎ−ＤＵＡＬ装置が通信を開始する場合は、インフラストラクチャモードでなく、アドホックモードを選択して通信を開始する（５０６）。こうして、図３のＤに進む。

このように、Ｎｏｎ−ＤＵＡＬ装置が現状の通信モードとは異なる通信モードでの通信を希望する場合でも、Ｎｏｎ−ＤＵＡＬ装置が前記メッセージ通信に対応していない場合は、現状の通信モードでの通信を行う。従って、所望の通信モードにて通信できなくても、通信可能な通信モードにて通信を継続することができるため、通信ができなくなるという状況を避けることができる。

Ｎｏｎ−ＤＵＡＬ装置がＤＵＡＬ装置と間の前記メッセージ通信に対応していれば（５０３のＹｅｓ）、Ｎｏｎ−ＤＵＡＬ装置は、ＤＵＡＬ装置との間でメッセージ通信のためのセッションを接続する（５０７）。

セッションの接続が完了すると、Ｎｏｎ−ＤＵＡＬ装置はＤＵＡＬ装置との間で前記メッセージ通信を開始する。まず、Ｎｏｎ−ＤＵＡＬ装置は、ＤＵＡＬ装置に対してＡＰモードでの動作を要求する（５０８）。

ＤＵＡＬ装置は、ＡＰモードでの動作要求を受信した際に、現状の通信状態等から動作モードの変更を承諾するか否かを判定し、判定結果をＮｏｎ−ＤＵＡＬ装置に返送する（５０９）。

判定結果の返送後、ＤＵＡＬ装置はメッセージ通信用のセッションを切断し（５１０）、ＡＰモードへ変更してよいと判断した場合は（５１１のＹｅｓ）、動作モードをＡＰモードに変更する（５１２）。そして、ＤＵＡＬ装置はＮｏｎ−ＤＵＡＬ装置との間でインフラストラクチャモードによる通信を行う（５１３）。こうして図３のＣに進む。

ＡＰモードへ変更すべきでないと判断した場合は（５１１のＮｏ）、ＤＵＡＬ装置はＳＴＡモードでの動作を維持し、Ｎｏｎ−ＤＵＡＬ装置との間でアドホックモードによる通信を行う（５０５，５０６）。

図５の５０７〜５１３及び５０５、５０６におけるＤＵＡＬ装置の動作フローを図８に、Ｎｏｎ−ＤＵＡＬ装置の動作フローを図９に示す。

まず、Ｎｏｎ−ＤＵＡＬ装置とＤＵＡＬ装置間でのセッションの接続後、Ｎｏｎ−ＤＵＡＬ装置は、ＤＵＡＬ装置に対してＡＰモードへの切替要求を送信する（９０１）。ＤＵＡＬ装置は、ＡＰモードへの切替要求を受信すると（８０１）、自機の現時点での通信状態を参照する（８０２）。

ＤＵＡＬ装置が、ＳＴＡモード（アドホックモード）で既に他の装置と通信中であれば（８０３のＹｅｓ）、Ｎｏｎ−ＤＵＡＬ装置に対してＡＰモードへの切替拒否通知を返送し（８０４）、ＳＴＡモードでの動作を継続する（８０５）。そしてＤＵＡＬ装置は、Ｎｏｎ−ＤＵＡＬ装置とアドホックモードによる通信を開始する（８０６）。

他の装置と通信が行われていないのであれば（８０３のＮｏ）、Ｎｏｎ−ＤＵＡＬ装置に対して、ＡＰモードへの切替承諾通知を返送し（８０７）、ＡＰモードに切替わる（８０８）。そして、ＤＵＡＬ装置は、Ｎｏｎ−ＤＵＡＬ装置とインフラストラクチャモードにより通信を開始する（１２０９）。

Ｎｏｎ−ＤＵＡＬ装置は、動作モード切替承諾通知を受信した場合（９０２のＹｅｓ）、インフラストラクチャモードによりＤＵＡＬ装置と通信を開始する（９０３）。Ｎｏｎ−ＤＵＡＬ装置は、切替拒否通知を受信した場合（９０２のＮｏ、９０４のＹｅｓ）、アドホックモードによりＤＵＡＬ装置と通信を開始する（９０５）。

このように、Ｎｏｎ−ＤＵＡＬ装置が現状の通信モードとは異なる通信モードでの通信を希望し、かつ前記メッセージ通信に対応している場合は、ＤＵＡＬ装置の現状の通信状態を鑑みて、希望の通信モードへの切替えを行うか否かを判断する。従って、通信モードを切替えることにより、それまで通信していた相手との通信が突如切断される、といった事態を回避すると共に、可能な限り希望の通信モードにて通信を行うことができる。
図５の説明（５００）に戻る。

通信開始の要求元がＤＵＡＬ装置である場合も、要求する通信モードがインフラストラクチャモードであるかアドホックモードであるかによって処理が分かれる（５１４）。

ＤＵＡＬ装置の要求する通信モードがアドホックモードの場合、ＤＵＡＬ装置はＮｏｎ−ＤＵＡＬ装置との間で、アドホックモードによる通信を開始する（５１４、５１５）。その後、図３のＤに進む。

このように、ＤＵＡＬ装置の希望する通信モードが現状の通信モードと一致している場合は、そのまま通信を継続することができる。

ＤＵＡＬ装置の要求する通信モードがインフラストラクチャモードの場合には、Ｎｏｎ−ＤＵＡＬ装置がＤＵＡＬ装置との通信モード変更に関するメッセージ通信に対応できるか否かによって処理が分かれる（５１６）。なお、前記メッセージ通信に対応しているか否かは、ＤＵＡＬ装置がＮｏｎ−ＤＵＡＬ装置に対して前記メッセージ通信の可否を調べるための信号を送信し、それに対する応答があるか否かによって判断する、等の方法がある。

Ｎｏｎ−ＤＵＡＬ装置が、ＤＵＡＬ装置との前記メッセージ通信に対応していなければ（Ｓ５１６のＮｏ）、ＤＵＡＬ装置はＳＴＡモードでの動作を維持する（５１７）。

この後、Ｎｏｎ−ＤＵＡＬ装置は、ＤＵＡＬ装置がＳＴＡモード動作時に送信するアドホックモード用のビーコンを検出することにより（５１８）、ＤＵＡＬ装置がＳＴＡモードを継続していることを認識する。そして、Ｎｏｎ−ＤＵＡＬ装置が通信を開始する場合は、インフラストラクチャモードではなく、アドホックモードによって通信を開始する（５１９）。こうして図３のＤに進む。

このように、ＤＵＡＬ装置が現状の通信モードとは異なる通信モードでの通信を希望する場合でも、Ｎｏｎ−ＤＵＡＬ装置が前記メッセージ通信に対応していない場合は、現状の通信モードでの通信を行う。従って、所望の通信モードにて通信できなくても、通信可能な通信モードにて通信を継続することができるため、通信ができなくなるという状況を避けることができる。

Ｎｏｎ−ＤＵＡＬ装置がＤＵＡＬ装置との間の前記メッセージ通信に対応していれば（５１６のＹｅｓ）、ＤＵＡＬ装置は、Ｎｏｎ−ＤＵＡＬ装置との間で前記メッセージ通信用のセッションを接続する（５２０）。

セッションの接続が完了すると、ＤＵＡＬ装置はＮｏｎ−ＤＵＡＬ装置との間で前記メッセージ通信を開始する。まず、ＤＵＡＬ装置は、Ｎｏｎ−ＤＵＡＬ装置に対してインフラストラクチャモードでの通信を要求する（５２１）。

Ｎｏｎ−ＤＵＡＬ装置は、インフラストラクチャモードでの通信要求を受信すると、現状の通信状態等から通信モードの変更を承諾するか否かを判定し、判定結果をＤＵＡＬ装置に返送する（５２２）。

返送結果の受信後、ＤＵＡＬ装置はメッセージ通信用のセッションを切断する（５２３）。Ｎｏｎ−ＤＵＡＬ装置からインフラストラクチャモードへの変更承諾通知が返送された場合は（５２４のＹｅｓ）、ＤＵＡＬ装置は通信モードをＡＰモードに変更する（５２５）。そして、ＤＵＡＬ装置はＮｏｎ−ＤＵＡＬ装置との間でインフラストラクチャモードによる通信を行う（５２６）。こうして図３のＣに進む。

Ｎｏｎ−ＤＵＡＬ装置からインフラストラクチャモードへの変更拒否通知が返送された場合は（５２４のＮｏ）、ＤＵＡＬ装置はＳＴＡモードでの動作を維持し、Ｎｏｎ−ＤＵＡＬ装置との間でアドホックモードによる通信を行う（５１８，５１９）。

図５の５２０〜５２６及び５１８、５１９におけるＤＵＡＬ装置の動作フローを図１０に、Ｎｏｎ−ＤＵＡＬ装置の動作フローを図１１に示す。

まず、Ｎｏｎ−ＤＵＡＬ装置とＤＵＡＬ装置間でセッションの接続後、ＤＵＡＬ装置は、Ｎｏｎ−ＤＵＡＬ装置に対してインフラストラクチャモードへの切替要求を送信する（１００１）。

Ｎｏｎ−ＤＵＡＬ装置は、インフラストラクチャモードへの切替要求を受信すると（１１０１）、自機の現時点での通信状態を参照する（１１０２）。

既にアドホックモードにより他の装置と通信中であれば（１１０３のＹｅｓ）、Ｎｏｎ−ＤＵＡＬ装置は、ＤＵＡＬ装置に対してインフラストラクチャモードへの切替拒否通知を返送し（１１０４）、アドホックモードでの動作を継続する（１１０５）。そしてＮｏｎ−ＤＵＡＬ装置は、ＤＵＡＬ装置とアドホックモードによる通信を開始する（１１０６）。

他の装置と通信が行われていないのであれば、Ｎｏｎ−ＤＵＡＬ装置はＤＵＡＬ装置に対して、インフラストラクチャモードへの切替承諾通知を返送し（１１０７）、インフラストラクチャモードでの動作に変更する（１１０８）。そして、Ｎｏｎ−ＤＵＡＬ装置は、ＤＵＡＬ装置とインフラストラクチャモードにより通信を開始する（１１０９）。

ＤＵＡＬ装置は、通信モード切替応答を受信した場合（１００２のＹｅｓ）、通信モードをＡＰモードに切替え、Ｎｏｎ−ＤＵＡＬ装置とインフラストラクチャモードにより通信を開始する（１００３）。

ＤＵＡＬ装置は、切替拒否通知を受信した場合（１００２のＮｏ、１００４のＹｅｓ）、ＳＴＡモードによる動作を継続し、アドホックモードによりＮｏｎ−ＤＵＡＬ装置と通信を開始する（１００５）。

このように、ＤＵＡＬ装置が現状の通信モードとは異なる通信モードでの通信を希望し、かつＮｏｎ−ＤＵＡＬ装置が前記メッセージ通信に対応している場合は、Ｎｏｎ−ＤＵＡＬ装置の現状の通信状態を鑑みて、希望の通信モードへの切替えを行うか否かを判断する。従って、通信モードを切替えることにより、それまで通信していた相手との通信が突如切断される、といった事態を回避すると共に、可能な限り希望の通信モードにて通信を行うことができる。

このように、本実施例によれば、ＤＵＡＬ装置が起動した動作モードに応じた通信モードによってＮｏｎ−ＤＵＡＬ装置と接続した場合でも、通信モードを切替えることができる。また、Ｎｏｎ−ＤＵＡＬ装置が前記メッセージ通信に対応可能な場合、すなわちＮｏｎ−ＤＵＡＬ装置が通信モードの切替えを行うことを認識できる場合にのみ切替えを行う。従って、ＤＵＡＬ装置が一方的に動作モード及び通信モードを切替えることにより、Ｎｏｎ−ＤＵＡＬ装置との通信が中断されてしまうといった事態を回避することができる。さらに、Ｎｏｎ−ＤＵＡＬ装置が通信モードの切替えを行うことを認識できる場合であっても、いずれか一方の装置が他の装置と通信中の場合は切替えを行わない。従って、システム全体の通信状況を鑑みて通信モードを切替えることができる。

（実施形態２）
本実施例では、通信モードを切替える際に、ＩＥＥＥ８０２．１１の機器探索メッセージシーケンス（Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ／Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅ）を利用してＮｏｎ−ＤＵＡＬ装置とＤＵＡＬ装置との間でネゴシエーションを行う場合について説明する。

本実施例におけるＤＵＡＬ装置及びＮｏｎ−ＤＵＡＬ装置の処理フローを図３及び図６、７に示す。ＤＵＡＬ装置は、起動する際に、機器内に予め記憶されている起動条件を参照し（３００）、ＳＴＡモード、ＡＰモードのいずれかの動作モードで起動する（３０１、３０２、３０３）。なお、本実施形態では、ＳＴＡモードで起動した場合はアドホックモードによる動作を開始するよう設定されているものとする。従って、ＳＴＡモードで起動した場合は、Ｎｏｎ−ＤＵＡＬ装置とアドホックモードにより接続する。ＡＰモードで起動した場合は、Ｎｏｎ−ＤＵＡＬ装置とインフラストラクチャモードにより接続する。

ＤＵＡＬ装置がＳＴＡモード動作時に、ＤＵＡＬ装置またはＮｏｎ−ＤＵＡＬ装置のいずれかから通信要求があった場合（３０６のＹｅｓ）、図５のＢに進む。ＤＵＡＬ装置がＡＰモード動作時に、ＤＵＡＬ装置またはＮｏｎ−ＤＵＡＬ装置のいずれかから通信要求があった場合（３０７のＹｅｓ）、図４のＡに進む。停止指示があった場合は（３０４のＹｅｓ、３０５のＹｅｓ）、ＤＵＡＬ装置は動作を停止する。

図６に関して説明する。
ＤＵＡＬ装置がＡＰモード動作時に通信開始要求があった場合、当該通信の要求元がＮｏｎ−ＤＵＡＬ装置か、ＤＵＡＬ装置かによって処理が分かれる（６００）。

要求元がＮｏｎ−ＤＵＡＬ装置である場合、Ｎｏｎ−ＤＵＡＬ装置の要求する通信モードがインフラストラクチャモードであれば、ＤＵＡＬ装置とＮｏｎ−ＤＵＡＬ装置の間で直ちにインフラストラクチャモードによる通信を開始する（６０１、６０２）。その後、図３のＣに進む。

要求元がＮｏｎ−ＤＵＡＬ装置である場合、Ｎｏｎ−ＤＵＡＬ装置の要求する通信モードがアドホックモードであれば、当該Ｎｏｎ−ＤＵＡＬ装置がＤＵＡＬ装置との通信モード変更に関するメッセージ通信に対応できるか否かによって処理が分かれる（６０３）。

ここで、本実施例におけるメッセージ通信とは、ＩＥＥＥ８０２．１１の機器探索メッセージシーケンス（Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ／Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅ）を利用してＮｏｎ−ＤＵＡＬ装置とＤＵＡＬ装置との間で通信モードの変更に関するネゴシエーションをすることをいう。

Ｎｏｎ−ＤＵＡＬ装置がＤＵＡＬ装置との前記メッセージ通信に対応していなければ（６０３のＮｏ）、ＤＵＡＬ装置はＡＰモードでの動作を維持する（６０４）。

その後、Ｎｏｎ−ＤＵＡＬ装置は、ＤＵＡＬ装置がＡＰモード動作時に送信するインフラストラクチャモード用のビーコンを検出することにより（６０５）、ＤＵＡＬ装置がＡＰモードを継続していることを認識する。そして、Ｎｏｎ−ＤＵＡＬ装置が通信を開始する場合は、アドホックモードではなく、インフラストラクチャモードを選択して通信を開始する（６０６）。こうして、図６のＣに進む。

Ｎｏｎ−ＤＵＡＬ装置がＤＵＡＬ装置との間の前記メッセージ通信に対応していれば（６０３のＹｅｓ）、Ｎｏｎ−ＤＵＡＬ装置は、現在インフラストラクチャモードで通信に使用中のＳＳＩＤを指定したＰｒｏｂｅ Ｒｅｑｕｅｓｔを送信する（６０７）。

上記Ｐｒｏｂｅ Ｒｅｑｕｅｓｔを受信したＤＵＡＬ装置は、ＡＰモードで動作時のＳＳＩＤを格納したＰｒｏｂｅ ＲｅｓｐｏｎｓｅをＮｏｎ−ＤＵＡＬ装置に送信する（６０８）。

次に、Ｎｏｎ−ＤＵＡＬ装置は、ＳＳＩＤを指定しないＰｒｏｂｅ Ｒｅｑｕｅｓｔを送信する（６０９）。当該Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ（ＳＳＩＤ指定なし）を受信したＤＵＡＬ装置は、現状の通信状態等から、動作モードをＳＴＡモードへ変更してもよいか否かを判断する（６１０）。

ＳＴＡモードへの変更してよいと判断した場合は（６１１のＹｅｓ）、ＤＵＡＬ装置は動作モードをＳＴＡモードへ切替え（６１２）、Ｎｏｎ−ＤＵＡＬ装置との間でアドホックモードによる通信を開始する（６１３）。その後、図３のＤに進む。

ＳＴＡモードへ変更すべきでないと判断した場合は（６１１のＮｏ）、ＤＵＡＬ装置はＡＰモードでの動作を維持し、Ｎｏｎ−ＤＵＡＬ装置との間でインフラストラクチャモードによる通信を開始する（６０５、６０６）。

図６の６０７〜６１３及び６０５、６０６におけるＮｏｎ−ＤＵＡＬ装置の動作フローを図１８に、ＤＵＡＬ装置の動作フローを図１９に示す。

まず、Ｎｏｎ−ＤＵＡＬ装置は、インフラストラクチャモードでの通信用のＳＳＩＤを指定したＰｒｏｂｅ Ｒｅｑｕｅｓｔを送信する（１８０１）。ＤＵＡＬ装置は、当該Ｐｒｏｂｅ Ｒｅｑｕｅｓｔを受信すると、通信モード変更のためのネゴシエーションが開始されたことを認識する。そして、ＤＵＡＬ装置は、ＡＰモード（インフラストラクチャモード）で動作時のＳＳＩＤを格納したＰｒｏｂｅ ＲｅｓｐｏｎｓｅをＮｏｎ−ＤＵＡＬ装置に送信し（１９０１）、インフラストラクチャモードによるビーコンの送信を開始する（１９０２）。

Ｎｏｎ−ＤＵＡＬ装置は、上記Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅを受信した後（１８０２）、１８０１にて指定したＳＳＩＤを含むビーコンを受信するまで待機する（１８０３）。Ｎｏｎ−ＤＵＡＬ装置は、当該ビーコンを受信したら（１８０３のＹｅｓ）、ＳＳＩＤ指定なしのＰｒｏｂｅ Ｒｅｑｕｅｓｔを送信する（１８０４）。

ＳＳＩＤ指定なしのＰｒｏｂｅ Ｒｅｑｕｅｓｔを受信したＤＵＡＬ装置は、当該Ｐｒｏｂｅ Ｒｅｑｕｅｓｔの送信元が、以前に受信したＳＳＩＤ指定のＰｒｏｂｅ Ｒｅｑｕｅｓｔの送信元と同一か否かを調べる（１９０３）。

同一であれば（１９０３のＹｅｓ）、ＳＴＡモードへの変更要求であるものと認識し、ＤＵＡＬ装置は自機の現時点での通信状態を参照する（１９０４）。ＤＵＡＬ装置が、ＡＰモードで既に他の装置と通信中であれば（１９０５のＹｅｓ）、現状の動作を維持する。すなわち、ＡＰモード（インフラストラクチャモード）でビーコンの送信を継続する（１９０８）。１９０３にてＮｏの場合も同様の処理を行う（１９０８）。

他の装置と通信中でなければ（１９０５のＮＯ）、ＤＵＡＬ装置は動作モードをＳＴＡモードに変更し、アドホックモードでのビーコン送信を開始する。なお、ビーコンには、１９０１にて指定したＳＳＩＤと同一のＳＳＩＤを格納して送信するものとする。

Ｎｏｎ−ＤＵＡＬ装置は、ＳＳＩＤ指定なしのＰｒｏｂｅ Ｒｅｑｕｅｓｔを送信後（１８０４）、１８０１にて指定したＳＳＩＤを含むアドホックモードのビーコンを受信したか否かを調べる（１８０５）。

当該ビーコンを受信した場合は（１８０５のＹｅｓ）、Ｎｏｎ−ＤＵＡＬ装置はＤＵＡＬ装置との間でアドホックモードによる通信を開始する（１８０７、１９０７）。当該ビーコンを受信しなかった場合は（１８０５のＮＯ）、Ｎｏｎ−ＤＵＡＬ装置はＤＵＡＬ装置との間でインフラストラクチャモードによる通信を開始する（１８０６、１９０９）。
図６の説明（６００）に戻る。

通信開始の要求元がＤＵＡＬ装置である場合も、要求する通信モードがインフラストラクチャモードであるかアドホックモードであるかによって処理が分かれる（６１４）。

ＤＵＡＬ装置の要求する通信モードがインフラストラクチャモードの場合、ＤＵＡＬ装置はＮｏｎ−ＤＵＡＬ装置との間で、インフラストラクチャモードによる通信を開始する（６１４、６１５）。その後、図３のＣに進む。

Ｄｕａｌ装置の要求する通信モードがアドホックモードである場合は、ＤＵＡＬ装置は、アドホックモードでの接続待ちタイマをスタートし（６１６）、動作モードをＳＴＡモードに切替える（６１７）。

そして、タイマ時間内にＮｏｎ−ＤＵＡＬ装置とのアドホックモードでの接続が成功したら（６１８のＹｅｓ、６１９のＮＯ）、Ｎｏｎ−ＤＵＡＬ装置とアドホックモードによる通信を開始する（６２３）。その後、図３のＤに進む。

タイマ時間内にアドホックモードでの接続が成功しない場合（６１８のＮｏ、６１９のＹｅｓ）、インフラストラクチャモードでの通信を行うために、ＤＵＡＬ装置は動作モードをＡＰモードに切替える（６２０）。

そして、ＤＵＡＬ装置とＮｏｎ−ＤＵＡＬ装置との間でインフラストラクチャモードによる通信を開始する（６２１、６２２）。その後、図３のＣに進む。

次に、図７に関して説明する。上述のように図７は、ＤＵＡＬ装置がＳＴＡモード動作時に通信開始要求があった場合のフローである。

ＤＵＡＬ装置がＳＴＡモード動作時に通信開始要求があった場合、当該通信の要求元がＮｏｎ−ＤＵＡＬ装置か、ＤＵＡＬ装置かによって処理が分かれる（７００）。

要求元がＮｏｎ−ＤＵＡＬ装置である場合、Ｎｏｎ−ＤＵＡＬ装置の要求する通信モードがアドホックモードであれば、ＤＵＡＬ装置とＮｏｎ−ＤＵＡＬ装置の間で直ちにアドホックモードによる通信を開始する（７０１、７０２）。その後、図３のＤに進む。

要求元がＮｏｎ−ＤＵＡＬ装置である場合、Ｎｏｎ−ＤＵＡＬ装置の要求する通信モードがインフラストラクチャモードであれば、当該Ｎｏｎ−ＤＵＡＬ装置がＤＵＡＬ装置との通信モード変更に関するメッセージ通信に対応できるか否かによって処理が分かれる（７０３）。

ここで、前述したように、本実施例におけるメッセージ通信とは、ＩＥＥＥ８０２．１１の機器探索メッセージシーケンス（Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ／Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅ）を利用してＮｏｎ−ＤＵＡＬ装置とＤＵＡＬ装置との間で通信モードの変更に関するネゴシエーションをすることをいう。

Ｎｏｎ−ＤＵＡＬ装置がＤＵＡＬ装置との前記メッセージ通信に対応していなければ（７０３のＮｏ）、ＤＵＡＬ装置はＳＴＡモードでの動作を維持する（７０４）。

その後、Ｎｏｎ−ＤＵＡＬ装置は、ＤＵＡＬ装置がＳＴＡモード動作時に送信するアドホックモード用のビーコンを検出することにより（７０５）、ＤＵＡＬ装置がＳＴＡモードを継続していることを認識する。そして、Ｎｏｎ−ＤＵＡＬ装置が通信を開始する場合は、アドホックモードを選択して通信を開始する（７０６）。こうして、図３のＤに進む。

Ｎｏｎ−ＤＵＡＬ装置がＤＵＡＬ装置との間の前記メッセージ通信に対応していれば（７０３のＹｅｓ）、Ｎｏｎ−ＤＵＡＬ装置は、ＳＳＩＤ指定なしのＰｒｏｂｅ Ｒｅｑｕｅｓｔを送信する（７０７）。

当該Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ（ＳＳＩＤ指定なし）を受信したＤＵＡＬ装置は、“現状の通信状態等から、動作モードをＡＰモードへ変更してもよいか否かを判断する（７０８）。

ＡＰモードへ変更すべきでないと判断した場合は（７０９のＮｏ）、ＤＵＡＬ装置は、アドホックモードによる通信に用いるＳＳＩＤを格納したＰｒｏｂｅ ＲｅｓｐｏｎｓｅをＮｏｎ−ＤＵＡＬ装置に返信する（７１０）。その後、ＤＵＡＬ装置はＮｏｎ−ＤＵＡＬ装置との間でアドホックモードによる通信を行う（７０５、７０６）。

ＡＰモードへ変更してもよいと判断した場合は（７０９のＹｅｓ）、ＤＵＡＬ装置は、インフラストラクチャモードによる通信に用いるＳＳＩＤを格納したＰｒｏｂｅ ＲｅｓｐｏｎｓｅをＮｏｎ−ＤＵＡＬ装置に返信する（７１１）。

その後、Ｎｏｎ−ＤＵＡＬ装置は、上記インフラストラクチャモード通信用のＳＳＩＤを指定したＰｒｏｂｅ Ｒｅｑｕｅｓｔを送信する（７１２）。当該Ｐｒｏｂｅ Ｒｅｑｕｅｓｔを受信したＤＵＡＬ装置は、動作モードをＡＰモードに変更する（７１３）。そして、ＤＵＡＬ装置とＮｏｎ−ＤＵＡＬ装置との間でインフラストラクチャモードによる通信を開始する（７１４）。こうして図３のＤに進む。

図７の７０７〜７１４及び７０５、７０６におけるＮｏｎ−ＤＵＡＬ装置の動作フローを図１６に、ＤＵＡＬ装置の動作フローを図１７に示す。

まず、Ｎｏｎ−ＤＵＡＬ装置は、ＳＳＩＤ指定なしのＰｒｏｂｅ Ｒｅｑｕｅｓｔを送信する（１６０１）。当該Ｐｒｏｂｅ Ｒｅｑｕｅｓｔを受信したＤＵＡＬ装置は、Ｎｏｎ−ＤＵＡＬ装置からの動作モード変更要求であることを認識し、自機の現時点での通信状態を参照する（１７０１）。

ＤＵＡＬ装置が他の装置と通信中であれば（１７０２のＹｅｓ）、ＡＰモード動作時（インフラストラクチャモードによる通信）に用いるＳＳＩＤを格納したＰｒｏｂｅ ＲｅｓｐｏｎｓｅをＮｏｎ−ＤＵＡＬ装置に返信する（１７０３）。

ＤＵＡＬ装置が、ＳＴＡモードで既に他の装置と通信中であれば（１７０２のＹｅｓ）、現状の通信（アドホックモード）にて使用しているＳＳＩＤを格納したＰｒｏｂｅ ＲｅｓｐｏｎｓｅをＮｏｎ−ＤＵＡＬ装置に返信する（１７０７）。そして、ＤＵＡＬ装置は、アドホックモードでのビーコンの送信を開始する（１７０８）。

１７０３または１７０７にてＤＵＡＬ装置が送信したＰｒｏｂｅ Ｒｅｓｐｏｎｓｅを受信したＮｏｎ−ＤＵＡＬ装置は（１６０２）、当該Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅに含まれるＳＳＩＤと同一のＳＳＩＤを含んだビーコンを受信するか否かを調べる（１６０３）。

当該ビーコンを受信した場合（１６０３のＹｅｓ）、Ｎｏｎ−ＤＵＡＬ装置はＤＵＡＬ装置との間でアドホックモードによる通信を開始する（１６０７、１７０９）。

当該ビーコンを受信しない場合（１６０３のＮｏ）、Ｎｏｎ−ＤＵＡＬ装置は、１６０２にて受信したＰｒｏｂｅ Ｒｅｓｐｏｎｓｅに含まれるＳＳＩＤを指定したＰｒｏｂｅ Ｒｅｑｕｅｓｔを送信する（１６０４）。

ＤＵＡＬ装置は、当該Ｐｒｏｂｅ Ｒｅｑｕｅｓｔを規定時間内に受信した場合（１７０４のＹｅｓ）、動作モードをＡＰモードに変更し、インフラストラクチャモードでのビーコン送信を開始する（１７０５）。

Ｎｏｎ−ＤＵＡＬ装置は、１６０４にて指定したＳＳＩＤと同一のＳＳＩＤを含むビーコンを受信すると（１６０５のＹｅｓ）、ＤＵＡＬ装置との間でインフラストラクチャモードによる通信を開始する（１６０６、１７０６）。
図７の説明（７００）に戻る。

通信開始の要求元がＤＵＡＬ装置である場合も、要求する通信モードがインフラストラクチャモードであるかアドホックモードであるかによって処理が分かれる（７１５）。

ＤＵＡＬ装置の要求する通信モードがアドホックモードの場合、ＤＵＡＬ装置はＮｏｎ−ＤＵＡＬ装置との間で、アドホックモードによる通信を開始する（７１５、７１６）。その後、図３のＤに進む。

Ｄｕａｌ装置の要求する通信モードがインフラストラクチャモードである場合は、ＤＵＡＬ装置は、インフラストラクチャモードでの接続待ちタイマをスタートし（７１７）、動作モードをＡＰモードに切替える（７１８）。

そして、タイマ時間内にＮｏｎ−ＤＵＡＬ装置とのインフラストラクチャモードでの接続が成功したら（７１９のＹｅｓ、７２０のＮＯ）、Ｎｏｎ−ＤＵＡＬ装置とインフラストラクチャモードによる通信を開始する（７２４）。その後、図３のＣに進む。

タイマ時間内にインフラストラクチャモードでの接続が成功しない場合（７１９のＮｏ、７２０のＹｅｓ）、アドホックモードでの通信を行うために、ＤＵＡＬ装置は動作モードをＳＴＡモードに切替える（７２１）。

そして、ＤＵＡＬ装置とＮｏｎ−ＤＵＡＬ装置との間でアドホックモードによる通信を開始する（７２２、７２３）。その後、図３のＤに進む。

本実施例によれば、第１の実施形態と同様の処理を、ＩＥＥＥ８０２．１１で規定されているメッセージシーケンスを用いて実現することができる。つまり、既に規定されているメッセージに、通信モード変更に関するネゴシエーションのための新たな意味付けを行うことにより、実施例１と同様の効果を容易に得ることができる。

上記各実施形態では、ＤＵＡＬ装置が動作モード、通信モードの変更可否を判断する際に、自己の通信状況を参照し、他の装置と通信中であるか否かを基準として判断したが、他の判断基準を用いても良い。

例えば、給電条件を参照し、電力に余裕のあるＤＵＡＬ装置（商用電源駆動、或は十分な容量のバッテリを維持、等）は、ＡＰモードへの変更を許可するが、電力に余裕のないＤＵＡＬ装置は、電力消費の大きいＡＰモードへの変更を許可しない、等が考えられる。アドホックモードの場合、各装置がランダムにビーコンを送信するのに対し、インフラストラクチャモードの場合、ＡＰモードで動作する装置のみがビーコンを送信するため、ＤＵＡＬ装置の消費電力が大きくなってしまうためである。

一方、Ｎｏｎ−ＤＵＡＬ装置の場合、アドホックモードの場合はビーコンを送信する必要があるため、インフラストラクチャモードに比べ消費電力が大きい。従って、Ｎｏｎ−ＤＵＡＬ装置が通信モードの変更可否を判断する場合は、電力に余裕のある場合はアドホックモードへの変更を可能と判断し、電力に余裕のない場合はアドホックモードへの変更を不可能と判断する方法が考えられる。

上記各実施形態では、ＩＥＥＥ８０２．１１無線ＬＡＮを利用する例について説明したが、他の通信方式にも本発明は適用可能である。例えば、ＩＥＥＥ８０２．１５系無線ＰＡＮにおけるマスターモード、スレーブモード間の動作モードの切替え、及びＨｕｂ−ａｎｄ−Ｓｐｏｋｅ型モード、Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ型モード間の通信モード切替えにも適用可能である。また、ＵＳＢ等の有線バス系ネットワークにおける、ホストモード、デバイスモード間の動作モードの切替え及びＨｕｂ−ａｎｄ−Ｓｐｏｋｅ型モード、Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ型モード間の通信モード切替えにも適用可能である。

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

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

また、前記コンピュータが読み出したプログラムコードを実行することにより、前述した実施例の機能が実現されるだけでなく、当該プログラムコードの指示に基づき、コンピュータ上で稼動しているＯｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施例の機能が実現される場合も含まれることは言うまでもない。

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

以上のように、上記実施例によれば、ＤＵＡＬ装置とＮｏｎ−ＤＵＡＬ装置が通信を開始する際に、接続した通信モードと希望する通信モードが異なる場合は、Ｎｏｎ−ＤＵＡＬ装置の能力や、現在の通信状況等に応じて、適切な通信モードを決定することができる。アドホックモードは管理局が存在しないために、暗号鍵の交換、管理等のセキュリティ制御が困難であり、インフラストラクチャモードに比べ、セキュリティレベルが低いことが多い。従って、セキュリティの高い通信を行いたい場合は、アドホックモードからインフラストラクチャモードに切替えることができる。インフラストラクチャモードでは、ＡＰモードで動作する装置が各種の管理を行わなければならないため、処理負荷が大きく、電力の消費も大きい。従って、インフラストラクチャモードからアドホックモードに切替えることによりＡＰモードで動作する装置の負担を小さくすることができる。

本実施形態におけるシステム構成図 ＤＵＡＬ装置とＮｏｎ−ＤＵＡＬ装置の機能レイヤ図 ＤＵＡＬ装置及びＮｏｎ−ＤＵＡＬ装置の処理フロー 第１実施形態において、ＤＵＡＬ装置がＡＰモード動作時に通信開始要求を検出した場合の処理フロー 第１実施形態において、ＤＵＡＬ装置がＳＴＡモード動作時に通信開始要求を検出した場合の処理フロー 第２実施形態において、ＤＵＡＬ装置がＡＰモード動作時に通信開始要求を検出した場合の処理フロー 第２実施形態において、ＤＵＡＬ装置がＳＴＡモード動作時に通信開始要求を検出した場合の処理フロー 図５の５０７〜５１３及び５０５、５０６におけるＤＵＡＬ装置の動作フロー 図５の５０７〜５１３及び５０５、５０６におけるＮｏｎ−ＤＵＡＬ装置の動作フロー 図５の５２０〜５２６及び５１８、５１９におけるＤＵＡＬ装置の動作フロー 図５の５２０〜５２６及び５１８、５１９におけるＮｏｎ−ＤＵＡＬ装置の動作フロー 図４の４０７〜４１３及び４０５、４０６におけるＤＵＡＬ装置の動作フロー 図４の４０７〜４１３及び４０５、４０６におけるＮｏｎ−ＤＵＡＬ装置の動作フロー 図４の４２０〜４２６及び４１８、４１９におけるＤＵＡＬ装置の動作フロー 図４の４２０〜４２６及び４１８、４１９におけるＮｏｎ−ＤＵＡＬ装置の動作フロー 図７の７０７〜７１４及び７０５、７０６におけるＮｏｎ−ＤＵＡＬ装置の動作フロー 図７の７０７〜７１４及び７０５、７０６におけるＤＵＡＬ装置の動作フロー 図６の６０７〜６１３及び６０５、６０６におけるＮｏｎ−ＤＵＡＬ装置の動作フロー 図６の６０７〜６１３及び６０５、６０６におけるＤＵＡＬ装置の動作フロー ＤＵＡＬ装置のブロック構成図 Ｎｏｎ−ＤＵＡＬ装置のブロック構成図

符号の説明

１ 本実施例におけるＤＵＡＬ装置
２ 本実施例におけるＮｏｎ−ＤＵＡＬ装置
３ ＤＵＡＬ装置と、Ｎｏｎ−ＤＵＡＬ装置にて構成される基本無線セル（ＢＳＳ）

Claims (7)

1. 無線ネットワーク上の制御局として動作する制御局モードと、無線ネットワーク上の端末局として動作する端末局モードと、を含む複数の動作モード及び、無線ネットワーク上の端末局が制御局を介して通信する第1の通信モードと、制御局を介さずに複数の端末局が直接通信する第２の通信モードと、を含む複数の通信モードを有する通信装置が、他の通信装置と通信する方法であって、
   前記第１、第２の通信モードのいずれか一方の通信モードによって前記他の通信装置と接続し、
   通信モードを切替える場合に、動作モードを切替えることを特徴とする通信装置。
2. 無線ネットワーク上の制御局として動作する制御局モードと、無線ネットワーク上の端末局として動作する端末局モードと、を含む複数の動作モード及び、無線ネットワーク上の端末局が制御局を介して通信する第1の通信モードと、制御局を介さずに複数の端末局が直接通信する第２の通信モードと、を含む複数の通信モードを有する通信装置であって、
   前記第１、第２の通信モードのいずれか一方の通信モードによって前記他の通信装置と接続する手段と、
   通信モードの切替える場合に、動作モードを切替える切替手段と、
   を有することを特徴とする通信装置。
3. 前記他の通信装置から動作モードの変更要求を受信する受信手段と、
   前記通信装置の通信状態又は電力状態に応じて、動作モードを変更するか否かを判断する判断手段と、を有し、
   前記判断手段による判断結果に応じて、前記切替手段は、動作モードを切替えることを特徴とする請求項２記載の通信装置。
4. 前記通信装置が通信モードの切替えを要求する場合に、前記他の通信装置に対して通信モードの切替えを要求する要求手段と、
   前記通信モードの切替要求に対する応答に応じて、動作モードを切替えるか否かを判断する判断手段と、を有し
   前記判断手段による判断結果に基づいて、前記切替手段は、動作モードを切替えることを特徴とする請求項２記載の通信装置。
5. 前記通信装置が通信モードの切替えを要求する場合に、前記他の通信装置が通信モードの切替えが可能か否かを判別する判別手段を有し、
   前記判別手段による判別結果に応じて、前記他の通信装置に対して通信モードの切替えを要求することを特徴とする請求項４記載の通信装置。
6. 無線ネットワーク上の制御局として動作する制御局モードと、無線ネットワーク上の端末局として動作する端末局モードと、を含む複数の動作モード、及び無線ネットワーク上の端末局が制御局を介して通信する第1の通信モードと、制御局を介さずに複数の端末局が直接通信する第２の通信モードと、を含む複数の通信モードを有する他の通信装置と通信する通信装置であって、
   前記制御局モード、前記端末局モードのいずれか一方の動作モードで動作している前記他の通信装置と、前記第１、第２の通信モードのいずれか一方の通信モードによって接続する接続手段と、
   前記他の通信装置から通信モードの変更要求を受信する受信手段と、
   前記通信装置の通信状態又は電力状態に応じて、通信モードを変更するか否かを判断する判断手段と、
   前記判断手段による判断結果に基づいて、通信モードを切替える切替手段と、
   を有することを特徴とする通信装置。
7. 請求項１記載の通信方法をコンピュータに実行させるためのコンピュータプログラム。
   

Images