JP2015162762A

JP2015162762A - 通信装置、制御方法、及びプログラム

Info

Publication number: JP2015162762A
Application number: JP2014035999A
Authority: JP
Inventors: 仁志青木; Hitoshi Aoki
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2014-02-26
Filing date: 2014-02-26
Publication date: 2015-09-07
Anticipated expiration: 2034-02-26
Also published as: JP6360327B2; US10028252B2; US20150245317A1

Abstract

【課題】通信装置において、他の接続の状況に基づいて他の通信装置との間での直接接続の制御を行うこと。
【解決手段】通信装置は、無線ネットワークに参加すると共に、その無線ネットワークに参加している他の通信装置と直接通信を行う。通信装置は、第１の他の通信装置と直接通信を行っている際に、第１の他の通信装置とは異なる第２の他の通信装置と直接通信を行っているか、および、第１の他の通信装置が第３の他の通信装置と直接通信を行っているか、の少なくともいずれかを判定する。そして、通信装置は、第２の他の通信装置と直接通信を行っている場合、又は第１の他の通信装置が第３の他の通信装置と直接通信を行っている場合に、第１の他の通信装置との間の直接通信によるチャネルの切り替えを制限する。
【選択図】図２

Description

本発明は無線通信におけるチャネル切り替え制御技術に関する。

ＩＥＥＥ８０２．１１規格シリーズに代表される無線ＬＡＮ通信システムが広く利用されている。無線ＬＡＮでは、アクセスポイント（以後、ＡＰ）と呼ばれる基地局と、ＡＰの電波到達範囲内に存在し、無線接続状態のステーション（以後、ＳＴＡ）とが接続を確立してネットワークを確立し、無線通信を行う。また、近年では、従来型のＡＰとＳＴＡによる単純な無線ネットワーク構成だけでなく、さまざまな無線ＬＡＮネットワークの形態で通信を行う方法が出現している。例えば、ＡＰに接続しているＳＴＡ同士が、直接接続（ダイレクトリンク）を用いて通信するための技術として、ＴｕｎｎｅｌｅｄＤｉｒｅｃｔＬｉｎｋＳｅｔｕｐ（ＴＤＬＳ）がある。非特許文献１には、無線ＬＡＮ端末間でＡＰを介してＴＤＬＳ設定用の制御データを送受信することによって、無線ＳＴＡ間の直接接続を形成する技術が記載されている。直接接続を形成することにより、無線ＬＡＮ端末が相手端末と直接通信することとなるため、ＡＰの能力に縛られない通信が可能となる。

また、ＴＤＬＳでは、ＡＰが構成している無線ネットワークのチャネル（以下、「ベースチャネル」と呼ぶ。）に縛られずに、ＳＴＡ同士の直接通信のためにチャネルを別のチャネル（以下、「オフチャネル」と呼ぶ。）に切り替えることが可能である。これにより、例えば、ＡＰが２．４ＧＨｚ帯で動作している場合でも、ＳＴＡは、相手方のＳＴＡとの間で、５ＧＨｚ帯のチャネルを用いて直接通信をすることができる。

また、ＴＤＬＳによる直接接続を利用した映像ストリーミング通信として、Ｗｉ−ＦｉＤｉｓｐｌａｙがある。Ｗｉ−ＦｉＤｉｓｐｌａｙは、Ｗｉ−ＦｉＡｌｌｉａｎｃｅが規格化した無線ダイレクトストリーミング技術である。Ｗｉ−ＦｉＤｉｓｐｌａｙでは、映像ストリーミングを送信する側の装置がＳｉｎｋと呼ばれ、映像ストリーミングを受信する側の装置がＳｏｕｒｃｅと呼ばれる。Ｗｉ−ＦｉＤｉｓｐｌａｙでは、無線接続に、Ｗｉ−ＦｉＤｉｒｅｃｔまたはＴＤＬＳのいずれかを使用する。Ｗｉ−ＦｉＤｉｓｐｌａｙを用いる通信装置同士は、ＴＤＬＳを用いて直接接続を確立することにより、ＡＰを介さずに映像ストリーミングを送受信することができる。そして、ＴＤＬＳによるチャネルの切り替えにより、通信装置は、例えば、比較的干渉の少ない５ＧＨｚ帯で映像ストリーミングの送受信を行うことができるようになる。

ＩＥＥＥＳｔｄ８０２．１１−２０１２

現状、通信装置が、ＴＤＬＳを用いた直接接続を確立し、そのチャネルの切り替えを行うことについて、その時点で確立している他の直接接続への影響は考慮されていない。すなわち、例えば、通信装置が複数の他の通信装置と直接接続を確立している場合に、その複数の他の通信装置のうちの１つとの直接通信においてチャネルを切り替えた場合の課題については検討されていない。

本発明は、上記課題に鑑みなされたものであり、通信装置において、他の接続の状況に基づいて他の通信装置との間での直接接続の制御を行うための技術を提供することを目的とする。

上記目的を達成するため、本発明による通信装置は、無線ネットワークに参加すると共に、当該無線ネットワークに参加している他の通信装置と直接通信を行うための通信手段と、前記通信装置が第１の他の通信装置と直接通信を行っている際に、前記通信装置が前記第１の他の通信装置とは異なる第２の他の通信装置と直接通信を行っているか、および、前記第１の他の通信装置が前記通信装置とは異なる第３の他の通信装置と直接通信を行っているか、の少なくともいずれかを判定する判定手段と、前記通信装置が前記第２の他の通信装置と直接通信を行っている場合、又は前記第１の他の通信装置が前記第３の他の通信装置と直接通信を行っている場合に、前記通信装置と前記第１の他の通信装置との間の直接通信によるチャネルの切り替えを制限する制限手段と、を有する。

本発明によれば、通信装置において、他の接続の状況に基づいて他の通信装置との間での直接接続の制御を行うことができる。

無線通信システムの構成例を示す図。実施形態１のＳＴＡ１０１の機能構成の一例を示すブロック図。実施形態１のチャネルスイッチ設定制御の流れを示すフローチャート。実施形態１の処理の流れの第１の例を示すシーケンス図。実施形態１の処理の流れの第２の例を示すシーケンス図。実施形態２のＳＴＡ１０３の機能構成の別の例を示すブロック図。実施形態２の相手装置の直接接続数判定処理の流れを示すシーケンス図。実施形態２において相手装置から受信する信号の構造を示す概念図。実施形態２のチャネルスイッチ設定制御の流れを示すフローチャート。実施形態３のチャネルスイッチ設定制御の流れを示すフローチャート。実施形態３の処理の流れの第１の例を示すシーケンス図。実施形態３の別のチャネルスイッチ設定制御の流れを示すフローチャート。実施形態３の処理の流れの第２の例を示すシーケンス図。実施形態４の処理の流れの例を示すシーケンス図。

以下、添付図面を参照して本発明の実施の形態を詳細に説明する。以下では、ＩＥＥＥ８０２．１１規格シリーズに準拠する無線ＬＡＮが用いられる場合について説明する。ただし、以下の実施形態は一例を示すものであって、本発明はこれに限られず、他の同様のシステムが用いられる場合にも適用可能である。すなわち、通信装置が、複数の他の通信装置との間で直接接続を確立し、その直接接続のうちの１つにおいてチャネルの切り替えが生じうるシステムであれば、以下の議論を適用可能である。

なお、以下で説明する通信装置（ＳＴＡ）は、直接接続を確立するためにＴｕｎｎｅｌｅｄＤｉｒｅｃｔＬｉｎｋＳｅｔｕｐ（ＴＤＬＳ）を用いるものとする。すなわち、通信装置は、アクセスポイント（ＡＰ）が構成するネットワークに参加している際に、そのネットワークに参加している他の通信装置との間で、そのＡＰが構成したネットワークを用いて、直接接続を確立する。

（無線通信システムの構成例）
以下に示す各実施形態における無線通信システムの構成例を図１に示す。本無線通信システムは、アクセスポイント（ＡＰ１０２）と、ＡＰ１０２によって構成された無線ネットワーク１０５に参加する複数の端末（ＳＴＡ１０１、ＳＴＡ１０３及びＳＴＡ１０４）を含む。

ＡＰ１０２は、無線ネットワーク１０５を構成する無線ＬＡＮの基地局（ＡＰ）である。ＳＴＡ１０１は、ＩＥＥＥ８０２．１１規格シリーズに準拠した無線ＬＡＮの端末として動作可能であり、ＴＤＬＳにより、例えばＡＰ１０２を介してＳＴＡ１０３及びＳＴＡ１０４と直接通信を行うことができる通信装置である。同様に、ＳＴＡ１０３及びＳＴＡ１０４も、ＩＥＥＥ８０２．１１規格シリーズに準拠した無線ＬＡＮの端末として動作可能であり、ＴＤＬＳにより、例えばＡＰ１０２を介してＳＴＡ１０１と直接通信を行うことができる通信装置である。なお、図１の例では、ＳＴＡ１０１、ＳＴＡ１０３及びＳＴＡ１０４が全て無線ネットワーク１０５に参加しているが、これに限られない。例えば、ＳＴＡ１０３が第１のＡＰが構成する無線ネットワークに参加し、ＳＴＡ１０４が第２のＡＰが構成する無線ネットワークに参加し、ＳＴＡ１０１は、これらの両方の無線ネットワークに参加していてもよい。これにより、例えば、ＳＴＡ１０１とＳＴＡ１０３との直接接続は、第１のＡＰが構成する無線ネットワークを用いて確立され、ＳＴＡ１０１とＳＴＡ１０４との直接接続は、第２のＡＰが構成する無線ネットワークを用いて確立されうる。

また、ＳＴＡ１０１は、ＷｉＦｉＤｉｓｐｌａｙ規格の映像受信側の端末（Ｓｉｎｋ）として、直接通信により、映像送信側の端末（Ｓｏｕｒｃｅ）から映像のストリーミング受信を行う。一方、ＳＴＡ１０３及び１０４は、ＷｉＦｉＤｉｓｐｌａｙ規格のＳｏｕｒｃｅとして、直接通信により、Ｓｉｎｋへ映像のストリーミング送信を行う。このように、以下の各実施形態に係るＳＴＡ１０１は、ＷｉＦｉＤｉｓｐｌａｙ規格を拡張し、ＴＤＬＳにより、複数の他の通信装置（Ｓｏｕｒｃｅ）との間で直接接続を確立し、映像をストリーミングで受信することができるものとする。

このような無線通信システムにおいて、通信装置（ＳＴＡ１０１）は、例えば、複数の他の通信装置との間で直接通信を行っている場合又は直接通信の相手装置が複数の通信装置と直接通信を行っている場合には、ＴＤＬＳによるチャネルの切り替えを制限する。以下の各実施形態では、このような制限を行う通信装置の構成と、実行される具体的な処理の例について、詳細に説明する。

＜＜実施形態１＞＞
本実施形態では、ＳＴＡ１０１は、複数の他のＳＴＡとの間で直接通信を行っている場合、他のＳＴＡからチャネルの切り替えの要求があったとしても、チャネルの切り替えを禁止するように制御を行う。ＳＴＡ１０１は、これにより、複数の他のＳＴＡのうちの１つとの間の直接通信のためにチャネルを切り替えたことにより、複数の他のＳＴＡのうちの別の１つとの間の直接通信が途切れることを防ぐ。以下では、ＳＴＡ１０１の構成と、ＳＴＡ１０１が実行する処理について説明する。

（ＳＴＡ１０１の構成）
図２は、本実施形態に係るＳＴＡ１０１の機能構成の一例を示すブロック図である。ＳＴＡ１０１は、例えば、ＲＦ制御部２０１、端末局制御部２０２、直接通信制御部２０３、チャネルスイッチ設定制御部２０４、ストリーミング制御部２０５、表示部２０６、及び記憶部２０７を有する。

ＲＦ制御部２０１は、他の無線ＬＡＮの通信装置との間で無線信号の送信または受信を行うためのアンテナ、回路、及びそれらを制御するプログラムを含んで構成される。端末局制御部２０２は、例えば、ＲＦ制御部２０１を制御して、無線ＬＡＮのＳＴＡ（端末）として機能するためのハードウェア及びプログラムを含んで構成される。端末局制御部２０２は、ＳＴＡ１０１が無線ネットワーク１０５に参加し、ＡＰ１０２と通信をするための制御を行う。直接通信制御部２０３は、例えば、ＲＦ制御部２０１を制御して、ＡＰ１０２を介してＳＴＡ１０３及び１０４と直接接続を確立した後に、ＡＰ１０２を介さずにＳＴＡ１０３及び１０４と直接通信をするためのハードウェア及びプログラムを含んで構成される。

チャネルスイッチ設定制御部２０４は、例えば、ＴＤＬＳによる直接接続の確立後に、チャネルの切り替えに関する設定制御を行うためのプログラムにより構成される。チャネルスイッチ設定制御部２０４が実行する設定制御の詳細については、図３を用いて後述する。

ストリーミング制御部２０５は、例えば、ＳＴＡ１０１が受信したストリーミングを制御するソフトウェアおよびハードウェアを含んで構成される。具体的には、ストリーミング制御部２０５は、例えば、ＲＴＰパケットを受信し、デコードをした上で、デコードした画像を表示部２０６に表示するための処理を行う。表示部２０６は、ストリーミング制御部２０５で処理されたストリーミング画像を表示するためのディスプレイ、及びそれを制御するソフトウェアおよびハードウェアを含んで構成される。記憶部２０７は、例えば、ＳＴＡ１０１が動作するためのプログラムおよびデータを保存するためのＲＯＭとＲＡＭにより構成される。

（チャネルスイッチ設定制御）
続いて、図３を用いて、チャネルスイッチ設定制御部２０４が実行する処理について説明する。図３の処理は、ＳＴＡ１０１が、ＴＤＬＳによる直接接続を確立しているＳＴＡから、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔを受信した場合に、実行される。

本処理においては、チャネルスイッチ設定制御部２０４は、まず、複数のＳｏｕｒｃｅとの間でＴＤＬＳによる直接接続が確立されているかを判断する（Ｓ３０１）。そして、チャネルスイッチ設定制御部２０４は、複数のＳｏｕｒｃｅとの間で接続が確立されている場合（Ｓ３０１でＹＥＳ）は、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔを拒否することを決定する（Ｓ３０２）。一方、チャネルスイッチ設定制御部２０４は、１つのＳｏｕｒｃｅとの間だけでＴＤＬＳによる直接接続が確立されている場合（Ｓ３０１でＮＯ）は、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔを許容することを決定する（Ｓ３０３）。すなわち、チャネルスイッチ設定制御部２０４は、１つのＳｏｕｒｃｅとの間だけで接続が確立されている場合には、チャネルの切り替えを許可し、複数のＳｏｕｒｃｅとの間で接続が確立されている場合はチャネルの切り替えを拒否する。

続いて、図４及び図５を用いて、ＳＴＡ１０１が、ＳＴＡ１０３からＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔを受信したときの処理の流れについて説明する。なお、図４は、ＳＴＡ１０１は、１つのＳｏｕｒｃｅ（ＳＴＡ１０３）との間のみでＴＤＬＳによる直接接続を確立しており、ＳＴＡ１０４とはＴＤＬＳによる直接接続を確立していない場合の処理の流れを示すシーケンス図である。また、図５は、ＳＴＡ１０１が、複数のＳｏｕｒｃｅ（ＳＴＡ１０３及びＳＴＡ１０４）とＴＤＬＳによる直接接続を確立している場合の処理の流れを示すシーケンス図である。すなわち、図５では、ＳＴＡ１０１は、ＳＴＡ１０３及びＳＴＡ１０４から、それぞれ確立したＴＤＬＳによる直接接続を用いてフレームを受信し得る。

まず、図４の場合について説明する。図４の例において、ＳＴＡ１０３は、ストリーミングのデータを送信する前に、ＳＴＡ１０１にＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔを送信する（Ｓ４０１）。すなわち、ＳＴＡ１０３は、ＳＴＡ１０１に対して、チャネルの切り替えを要求する信号を送信する。なお、この要求は、無線ネットワーク１０５の無線チャネル（ベースチャネル）で送信される。ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔには、切り替え先のチャネル（ＳＴＡ１０３がチャネルの切り替え後に使用したいチャネル、オフチャネル）の情報が含まれる。

ＳＴＡ１０１はＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔを受信すると、チャネルスイッチ設定制御部２０４により、図３に示すチャネルスイッチ設定制御を行う（Ｓ４０２）。この場合、ＳＴＡ１０１は、ＳＴＡ１０３との間のみでＴＤＬＳによる直接接続を確立しているため、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔを許可することを決定する（Ｓ３０３、Ｓ４０２）。そして、この場合、ＳＴＡ１０１は、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｓｐｏｎｓｅのＳｔａｔｕｓＣｏｄｅをＳＵＣＣＥＳＳ（＝０）としてＳＴＡ１０３に応答する（Ｓ４０３）。すなわち、ＳＴＡ１０１は、チャネルの切り替えを許容する旨の信号をＳＴＡ１０３へ送信する。

そして、ＳＴＡ１０１は、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｓｐｏｎｓｅを送信すると、Ｓ４０１において受信したＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔで指定されたオフチャネルに移動する（Ｓ４０４）。このとき、ＳＴＡ１０１は、不図示のＰｏｗｅｒＭａｎａｇｅｍｅｎｔｂｉｔ＝１のＱｏＳＮｕｌｌＦｒａｍｅを、ＡＰ１０２に送信し、ＡＰ１０２からのフレームを受信できない状態にあることを、ＡＰ１０２に通知してもよい。

ＳＴＡ１０３は、Ｓ４０３でＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｓｐｏｎｓｅを受信すると、Ｓ４０１において、自らがＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔで指定したオフチャネルに移動する（Ｓ４０５）。このときも、ＳＴＡ１０３は、ＰｏｗｅｒＭａｎａｇｅｍｅｎｔｂｉｔ＝１のＱｏＳＮｕｌｌＦｒａｍｅをＡＰ１０２に送信してもよい。なお、Ｓ４０４とＳ４０５の処理は、ＳＴＡ１０１及びＳＴＡ１０３のそれぞれがオフチャネルに移動するタイミングに応じて、どちらが先に実行されてもよい。

ＳＴＡ１０３は、チャネルを移動すると、映像ストリーミングのパケットであるＲＴＰパケットを、移動したチャネルにおいてＳＴＡ１０１へ送信する（Ｓ４０６）。そして、ＳＴＡ１０３は、ＲＴＰパケットを送信後、ＡＰ１０２がＢｅａｃｏｎを送信するタイミングが近付くと、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｓｐｏｎｓｅをＳＴＡ１０１へ送信する（Ｓ４０７）。これは、ＳＴＡ１０３がベースチャネルに戻ることをＳＴＡ１０１に通知するために行われる。ここで、ベースチャネルに戻るためのＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｓｐｏｎｓｅは、ＳＴＡ１０１から送信されてもよい。また、ＳＴＡ１０１又はＳＴＡ１０３は、ＡＰ１０２がＢｅａｃｏｎを送信するタイミングでなくとも、その前の任意のタイミングで、ベースチャネルに戻るためのＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｓｐｏｎｓｅを送信してもよい。

ＳＴＡ１０１は、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｓｐｏｎｓｅを受信すると、チャネルをベースチャネルに戻す（Ｓ４０８）。また、ＳＴＡ１０３はＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｓｐｏｎｓｅを送信した後に、チャネルをベースチャネルに戻す（Ｓ４０９）。このとき、Ｓ４０８とＳ４０９の処理が実行される順序はどちらが先であってもよい。そして、ＳＴＡ１０１及びＳＴＡ１０３は、チャネルをベースチャネルに戻したことにより、ＡＰ１０２からのＢｅａｃｏｎを受信することができる（Ｓ４１０）。

続いて、図５の場合について説明する。ここでは、ＳＴＡ１０１が、ＳＴＡ１０３及びＳＴＡ１０４との間でＴＤＬＳによる直接接続を確立している場合に、ＳＴＡ１０３からＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔを受信した場合について説明する。なお、ＳＴＡ１０１が、ＳＴＡ１０４からＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔを受信した場合についても同様の処理が行われる。

ＳＴＡ１０３は、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔをベースチャネルでＳＴＡ１０１へ送信する（Ｓ５０１）。ＳＴＡ１０１は、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔを受信すると、図４の場合と同様に、図３に示すチャネルスイッチ設定制御を行う（Ｓ５０２）。このとき、図３で説明したように、ＳＴＡ１０１は、複数のＳＴＡとＴＤＬＳによる直接接続を確立しているため、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔを拒否することを決定する（Ｓ３０２）。

ＳＴＡ１０１は、Ｓ５０２でＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔを拒否することを決定すると、Ｓ５０１の要求に対する応答（ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｓｐｏｎｓｅ）をＳＴＡ１０３へ送信する（Ｓ５０３）。ここで、ＳＴＡ１０１は、ＳｔａｔｕｓＣｏｄｅをＲＥＦＵＳＥＤ（＝１）として、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｓｐｏｎｓｅを送信する（Ｓ５０３）。なお、ここでは、ＳＴＡ１０１は、ＳｔａｔｕｓＣｏｄｅをＲＥＦＵＳＥＤとせずに、Ｓ５０１の応答を拒否することを示す他の情報としてもよい。

ＳＴＡ１０３は、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｓｐｏｎｓｅで、チャネルの切り替えの拒否を通知されると、オフチャネルに移動せずに、ベースチャネルでＲＴＰパケットを送信する（Ｓ５０４）。また、このとき、ＳＴＡ１０１は、チャネルをベースチャネルから移していないため、ＳＴＡ１０４から送信されたＲＴＰパケットを受信することもできる（Ｓ５０５）。また、ＳＴＡ１０１、ＳＴＡ１０３及びＳＴＡ１０４は、チャネルをベースチャネルとしたままであるため、ＡＰ１０２からのビーコンを受信することもできる（Ｓ５０６）。なお、図５においては、ＳＴＡ１０３からＲＴＰパケットが送信された後に、ＳＴＡ１０４からＲＴＰパケットが送信されているが、この順序は逆であってもよい。どちらのＳＴＡがフレームを送信するかは、例えば、通常の無線ＬＡＮにおけるＣＳＭＡ／ＣＡ方式で決定され得る。

図４のケースとは異なり、図５のケースでは、ＳＴＡ１０１は、複数のＳＴＡとの間でＴＤＬＳによる直接接続を確立している。したがって、ＳＴＡ１０１は、Ｓ５０１においてＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔを受信後に、チャネルを切り替えてしまうと、チャネルを切り替えている間、ＳＴＡ１０４からのＲＴＰパケットを受信できなくなってしまう。そのため、ＳＴＡ１０１において、映像ストリーミングが遅延してしまったり、それにより画面が乱れてしまったりする場合が考えられる。しかし、本実施形態に係るＳＴＡ１０１は、Ｓ５０３でチャネル切り替えを拒否するため、このような遅延や画面の乱れを未然に防ぐことができる。

以上のように、本実施形態では、通信装置（ＳＴＡ１０１）は、複数の他の通信装置（ＳＴＡ１０３及びＳＴＡ１０４）との間で直接接続を確立している場合に、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈを禁止するように制御を行う。

なお、ＳＴＡは、複数の他のＳＴＡとの間でＴＤＬＳによる直接接続を確立している場合には、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈの要求を拒否するように制御するのであれば、どのような制御を行ってもよい。例えば、ＳＴＡは、既に一台の他のＳＴＡとＴＤＬＳの直接接続を確立後に、別のＳＴＡからＴＤＬＳＳｅｔｕｐＲｅｑｕｅｓｔを受信した場合に、ＴＤＬＳＳｅｔｕｐＲｅｓｐｏｎｓｅの情報要素により、チャネルの切り替えを拒否してもよい。具体的には、ＳＴＡは、ＴＤＬＳＳｅｔｕｐＲｅｓｐｏｎｓｅのＥｘｔｅｎｄｅｄＣａｐａｂｉｌｉｔｉｅｓＩｎｆｏｒｍａｔｉｏｎＥｌｅｍｅｎｔのＴＤＬＳｃｈａｎｎｅｌｓｗｉｔｃｈｉｎｇｂｉｔで０を指定する。これにより、ＳＴＡは、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈができないことを相手装置に通知することができる。また、この場合、ＳＴＡは、既にＴＤＬＳの直接接続を確立済みの相手方ＳＴＡに対して、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈをサポートしていることを通知してしまっている。そのため、ＳＴＡは、一度、ＴＤＬＳＴｅａｒｄｏｗｎでＴＤＬＳの直接接続を切断した後に、再度ＴＤＬＳｃｈａｎｎｅｌｓｗｉｔｃｈｉｎｇｂｉｔを０にしてＴＤＬＳＳｅｔｕｐＲｅｑｕｅｓｔをその相手方ＳＴＡへ送信してもよい。または、ＳＴＡは、既にＴＤＬＳを確立済みの相手方ＳＴＡに対しては、図５で示したように、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔを拒否するように設定してもよい。

また、ＳＴＡは、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔに対してＳｔａｔｕｓＣｏｄｅをＲＥＦＵＳＥＤとして送信するのではなく、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔに応答しないようにしてもよい。また、これ以外にも、ＳＴＡは、複数の他のＳＴＡとＴＤＬＳの直接接続を確立している場合は、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈを禁止するようにできる各種方法が用いられてもよい。

＜＜実施形態２＞＞
本実施形態では、ＳＴＡ１０３は、直接接続の相手方のＳＴＡ１０１が、複数の他のＳＴＡとの間で直接通信を行っている場合、ＳＴＡ１０１との間のチャネルの切り替えを禁止するように制御を行う。ＳＴＡ１０３は、これにより、ＳＴＡ１０１との間の直接通信のためにチャネルを切り替えたことにより、ＳＴＡ１０１と他のＳＴＡとの間の直接通信が途切れることを防ぐ。以下では、このような制御を行うＳＴＡ１０３の構成と、その処理の内容について説明する。

（ＳＴＡ１０３の構成）
図６は、ＳＴＡ１０３の機能構成例を示すブロック図である。ＳＴＡ１０３は、例えば、ＲＦ制御部６０１、端末制御部６０２、直接通信制御部６０３、相手装置直接通信確立判断部６０４、チャネルスイッチ設定制御部６０５、ストリーミング制御部６０６、表示部６０７及び記憶部６０８を有する。これらのうち、ＲＦ制御部６０１、端末制御部６０２、直接通信制御部６０３、記憶部６０８は、図２に示すＳＴＡ１０１の同名の機能部と同様の機能であるため、説明を省略する。

相手装置直接通信確立判断部６０４は、例えば、ＴＤＬＳの直接接続を確立した相手方のＳＴＡが、複数のＳＴＡとＴＤＬＳの直接接続を確立しているかを判断するためのソフトウェアを含んで構成される。相手装置直接通信確立判断部６０４の詳細な処理の内容は図７及び図８を用いて後述する。

チャネルスイッチ設定制御部６０５は、例えば、ＴＤＬＳの直接接続の確立後に、チャネルスイッチに関する設定制御を決定するためのプログラムにより構成される。チャネルスイッチ設定制御部６０５の詳細な処理については、図９を用いて後述する。

ストリーミング制御部６０６は、例えば、映像をストリーミング送信するためのソフトウェアおよびハードウェアを含んで構成される。映像のストリーミング送信のためのＲＴＰパケット生成などは、Ｗｉ−ＦｉＤｉｓｐｌａｙに準拠して実行される。表示部６０７は、例えば、ＳＴＡ１０３に備えられたディスプレイおよびそれを制御するソフトウェアにより構成される。

（相手装置の直接通信確立数の判定処理）
図７は、直接接続の相手装置であるＳＴＡ１０１が、複数の他のＳＴＡとＴＤＬＳの直接接続を確立しているかを、ＳＴＡ１０３が判定する処理の流れを示すシーケンス図である。この判定処理は、通常のＴＤＬＳの直接接続を確立するのと同様に、ＳＴＡ１０１とＳＴＡ１０３との間で、ＡＰ１０２を介して、ＴＤＬＳＳｅｔｕｐＲｅｑｕｅｓｔおよびＴＤＬＳＳｅｔｕｐＲｅｓｐｏｎｓｅを送受信して行われる。

ＳＴＡ１０３は、ＴＤＬＳの直接接続を確立するために、ＡＰ１０２を介して、ＴＤＬＳＳｅｔｕｐＲｅｑｕｅｓｔをＳＴＡ１０１に送信する（Ｓ７０１）。ＳＴＡ１０１は、ＴＤＬＳＳｅｔｕｐＲｅｑｕｅｓｔを受信すると、ＡＰ１０２を介して、ＴＤＬＳＳｅｔｕｐＲｅｓｐｏｎｓｅを送信する（Ｓ７０２）。このとき、ＴＤＬＳＳｅｔｕｐＲｅｓｐｏｎｓｅには図８に示すような情報が含められる。

図８は、Ｗｉ−ＦｉＤｉｓｐｌａｙ規格を拡張したＷｉ−ＦｉＤｉｓｐｌａｙＩｎｆｏｒｍａｔｉｏｎＥｌｅｍｅｎｔの構造を示したものである。図８の構造では、Ｗｉ−ＦｉＤｉｓｐｌａｙ規格に、ＳｕｂｅｌｅｍｅｎｔＩＤとしてＷＦＤＭｕｌｔｉＩｎｆｏｒｍａｔｉｏｎが追加されている。これは、例えば１Ｏｃｔｅｔで構成され、Ｍｕｌｔｉ−Ｓｏｕｒｃｅｂｉｔ、Ｍｕｌｔｉ−Ｓｉｎｋｂｉｔ、Ｒｅｓｅｒｖｅｄｂｉｔを含んで構成される。

Ｍｕｌｔｉ−Ｓｏｕｒｃｅｂｉｔは、Ｓｉｎｋが複数のＳｏｕｒｃｅに接続されているかを示す情報である。Ｍｕｌｔｉ−Ｓｏｕｒｃｅｂｉｔには、ＴＤＬＳＳｅｔｕｐＲｅｓｐｏｎｓｅを送信後に複数のＳｏｕｒｃｅに接続されている状況になる場合は１が、１台のＳｏｕｒｃｅに接続されている状況となる場合には０が、それぞれ設定される。

Ｍｕｌｔｉ−Ｓｉｎｋｂｉｔは、Ｓｏｕｒｃｅが複数のＳｉｎｋに接続されているかを示す情報である。Ｍｕｌｔｉ−Ｓｉｎｋｂｉｔには、ＴＤＬＳＳｅｔｕｐＲｅｓｐｏｎｓｅを送信後に複数のＳｉｎｋに接続されることとなる場合、又はＳｉｎｋに接続されない場合には１が、１台のＳｉｎｋに接続されることとなる場合には０が、それぞれ設定される。

Ｓ７０２において、ＳＴＡ１０１は、複数のＳｏｕｒｃｅに接続されている場合、すなわち複数のＳＴＡとＴＤＬＳの直接接続を確立している場合には、Ｍｕｌｔｉ−Ｓｏｕｒｃｅｂｉｔを１に設定する。ＳＴＡ１０３は、ＴＤＬＳＳｅｔｕｐＲｅｓｐｏｎｓｅを受信すると、ＳＴＡ１０１にＴＤＬＳＳｅｔｕｐＣｏｎｆｉｒｍを送信する（Ｓ７０３）。これにより、ＴＤＬＳの直接接続の確立が完了する。そして、ＳＴＡ１０３は、Ｓ７０２で受信したＴＤＬＳＳｅｔｕｐＲｅｓｐｏｎｓｅの情報から、ＳＴＡ１０１が複数のＳＴＡとＴＤＬＳの直接接続を確立することとなるかを判定することできる（Ｓ７０４）。一方、ＳＴＡ１０１は、ＴＤＬＳＳｅｔｕｐにより、ＳＴＡ１０３のみが接続されることとなる場合には、Ｍｕｌｔｉ−Ｓｏｕｒｃｅｂｉｔを０に設定する。これにより、ＳＴＡ１０３は、ＳＴＡ１０１が複数のＳＴＡとＴＤＬＳの直接接続を確立していないと判断することができる（Ｓ７０４）。

（チャネルスイッチ設定制御）
続いて、本実施形態に係るチャネルスイッチ設定制御について説明する。図９は、本実施形態における、チャネルスイッチ設定制御部６０５が実行する当該処理の流れを示すフローチャートである。本処理は、ＳＴＡ１０３がＲＴＰパケットを送信する前に実行される。

本処理においては、チャネルスイッチ設定制御部６０５は、まず、相手方のＳＴＡ、すなわちＳＴＡ１０１が、複数のＳＴＡとＴＤＬＳの直接接続を確立しているかを判定する（Ｓ９０１）。この判定は、図７及び図８を用いて説明した、相手装置直接通信確立判断部６０４が実行する判定処理の結果によって行われる。このとき、ＳＴＡ１０１が、ＴＤＬＳの直接接続を複数のＳＴＡと確立していない場合（Ｓ９０１でＮＯ）は、チャネルスイッチ設定制御部６０５は、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈを行うことを決定する（Ｓ９０２）。ＳＴＡ１０３は、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈを行うことを決定すると、通常のＴＤＬＳの仕様に従って、チャネルの切り替えをＳＴＡ１０１に要求する。

一方、チャネルスイッチ設定制御部６０５は、ＳＴＡ１０１がＴＤＬＳを複数のＳＴＡと確立している場合（Ｓ９０１でＹＥＳ）は、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈを行わないことを決定する（Ｓ９０３）。ＳＴＡ１０３は、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈを行わないことを決定すると、チャネルの切り替えをせずに、ベースチャネルのままＲＴＰパケットを送信する。

これにより、例えばＳＴＡ１０１が、ＳＴＡ１０３の他に、ＳＴＡ１０４とも直接接続を確立していた場合には、ＳＴＡ１０３は、ＳＴＡ１０１にチャネルの切り替えを要求せずに、ベースチャネルでＲＴＰパケットを送信する。したがって、ＳＴＡ１０１がチャネルの切り替えを行うことがないため、ＳＴＡ１０４も、ベースチャネルでＳＴＡ１０１にＲＴＰパケットを送信することができる。これにより、通信装置は、チャネルの切り替えによる、他の通信装置（Ｓｏｕｒｃｅ）から相手装置（Ｓｉｎｋ）への映像のストリーミング送信の妨害を防ぐことができる。一方、例えばＳＴＡ１０１が、ＳＴＡ１０３の他には直接接続を確立していない場合には、ＳＴＡ１０３は、ＳＴＡ１０１にチャネルの切り替えを要求し、オフチャネルでＲＴＰパケットを送信する。このように、本実施形態に係るチャネルスイッチ設定制御によって、通信装置は、相手装置の状況に応じて、チャネルの切り替えを行うかを決定することができる。

なお、本実施形態では、図７及び図８の処理において、相手装置の直接接続の確立数を確認するのに、ＴＤＬＳＳｅｔｕｐＲｅｓｐｏｎｓｅに付随するＷＦＤＭｕｌｔｉＩｎｆｏｒｍａｔｉｏｎの情報が用いられる例を示したが、これに限られない。すなわち、相手装置が複数の直接接続を確立しているか否かを判別することができる別の情報が用いられてもよい。例えば、ＴＤＬＳＳｅｔｕｐＲｅｓｐｏｎｓｅの情報要素により、相手装置が複数の直接接続を確立しているかを判別するようにしてもよい。この場合、例えば、ＥｘｔｅｎｄｅｄＣａｐａｂｉｌｉｔｉｅｓＩｎｆｏｒｍａｔｉｏｎＥｌｅｍｅｎｔのＴＤＬＳｃｈａｎｎｅｌｓｗｉｔｃｈｉｎｇｂｉｔで０を指定しているかに応じて、複数の直接接続が確立されているかの情報が取得される。

また、複数のＳＴＡと直接接続を確立しているかの状況は、動的に変わり得る。そのため、通信装置は、定期的に相手装置に対して、複数ＳＴＡと直接接続を確立しているかを問い合わせてもよい。また、通信装置は、相手装置からの、直接接続を確立しているＳＴＡの数が変更された旨の通知により、相手装置の接続状況の情報を取得してもよい。この通知は、定期的に行われてもよいし、相手装置の接続状況が変化した場合に行われてもよい。

＜＜実施形態３＞＞
本実施形態では、通信装置（ＳＴＡ１０１）は、自らがＴＤＬＳの直接接続を確立している相手方のＳＴＡの全てに対して同時にオフチャネルへの移行を促す。これにより、ＳＴＡ１０１は、直接接続を確立しているＳＴＡが異なるチャネルに滞在することにより、通信不能状態となることを防ぐことができる。なお、本実施形態に係るＳＴＡ１０１の構成は、図２に示すのと同様の構成を有するため、説明を省略する。本実施形態では、チャネルスイッチ設定制御部２０４の処理が異なる。このため、チャネルスイッチ設定制御部２０４の処理について、図１０及び図１２を用いて詳細に説明する。

（チャネルスイッチ設定制御）
図１０に、本実施形態におけるチャネルスイッチ設定制御部のフローチャートを示す。本処理は、ＳＴＡ１０１が、ＡＰ１０２からのＢｅａｃｏｎを受信する度に行われる。

チャネルスイッチ設定制御部２０４は、まず複数のＳｏｕｒｃｅとの間で接続が確立されているか、すなわち複数のＴＤＬＳの直接接続が確立されているかを判定する（Ｓ１００１）。ここで、チャネルスイッチ設定制御部２０４は、複数のＳｏｕｒｃｅとの間で接続が確立されている場合（Ｓ１００１でＹＥＳ）は、続いて、全てのＳｏｕｒｃｅが使えるチャネルがあるかを判定する（Ｓ１００２）。すなわち、ＳＴＡ１０１は、ＳＴＡ１０３及びＳＴＡ１０４とＴＤＬＳを確立している場合は、ＳＴＡ１０３及びＳＴＡ１０４が使えるチャネルを確認し、共通して使用できるチャネルを特定する。この特定は、例えば、ＴＤＬＳＳｅｔｕｐＲｅｑｕｅｓｔまたはＴＤＬＳＳｅｔｕｐＲｅｓｐｏｎｓｅに含まれるＩｎｆｏｒｍａｔｉｏｎｅｌｅｍｅｎｔを用いて行うことができる。

チャネルスイッチ設定制御部２０４は、全てのＳｏｕｒｃｅが使えるチャネルがあると判定した場合（Ｓ１００２でＹＥＳ）、そのチャネルをＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈで指定するオフチャネルとして決定する（Ｓ１００３）。このとき、全てのＳｏｕｒｃｅで使えるチャネルが複数存在する場合には、そのチャネルの中の少なくともいずれかが選択される。なお、全てのＳｏｕｒｃｅが使えるチャネルがない場合（Ｓ１００２でＮＯ）には、チャネルの切り替えは許容されない。

チャネルスイッチ設定制御部２０４がオフチャネルを決定すると、ＳＴＡ１０１は、全てのＳｏｕｒｃｅ、すなわちＳＴＡ１０３及びＳＴＡ１０４に対して、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔを送信する（Ｓ１００４）。このとき、ＳＴＡ１０１は、オフチャネル先として、Ｓ１００３で決定したチャネルを指定する。ＳＴＡ１０１は、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔを送信すると、全てのＳｏｕｒｃｅからのＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｓｐｏｎｓｅを待ち受ける（Ｓ１００５）。そして、ＳＴＡ１０１は、全てのＳｏｕｒｃｅからＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｓｐｏｎｓｅを受信できると（Ｓ１００５でＹＥＳ）、チャネルをオフチャネルに移す（Ｓ１００６）。そして、これ以降の処理は、通常のＴＤＬＳのチャネルスイッチの動作に従って実行される。

一方、ＳＴＡ１０１は、Ｓ１００５において、全てのＳｏｕｒｃｅからＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｓｐｏｎｓｅが受信できない状態にある場合（Ｓ１００５でＮＯ）は、一定時間受信できないかどうかを待つ（Ｓ１００７）。その結果、一定時間受信できなかった場合には、次にＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｓｐｏｎｓｅが１つ以上受信できたかを判定する（Ｓ１００８）。１つ以上ＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｓｐｏｎｓｅが受信できた場合（Ｓ１００８でＹＥＳ）には、少なくとも１つ以上のＳｏｕｒｃｅがチャネルをオフチャネルに移していることとなる。このため、ＳＴＡ１０１もチャネルをオフチャネルに移す（Ｓ１００６）。なお、全てのＳｏｕｒｃｅからＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｓｐｏｎｓｅを受信できなかった場合は、ＳＴＡ１０１は、チャネルの切り替えを行わないことを決定してもよい。一方、ＳＴＡ１０１は、どのＳｏｕｒｃｅからもＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｓｐｏｎｓｅを受信しなかった場合（Ｓ１００８でＮＯ）は、チャネルをオフチャネルへ移さない（Ｓ１００９）。これは、チャネルをオフチャネルに移したとしても、ＳＴＡ１０１がどのＳｏｕｒｃｅとも通信を行うことができないからである。

また、ＳＴＡ１０１は、Ｓ１００１において、１台のＳｏｕｒｃｅだけとの間に接続が確立されている場合（Ｓ１００１でＮＯ）は、通常のＴＤＬＳ仕様に則って、オフチャネルへチャネルの切り替えを行う（Ｓ１０１０）。

続いて、図１１を用いて、ＡＰ１０２からＢｅａｃｏｎ受信後にＳＴＡ１０１が直接接続を確立しているＳＴＡ１０３及びＳＴＡ１０４に対してチャネル切り替えを要求する処理の流れについて説明する。

本処理においては、まず、ＳＴＡ１０１が、ＡＰ１０２からＢｅａｃｏｎを受信する（Ｓ１１０１）。ＳＴＡ１０１は、Ｂｅａｃｏｎを受信すると、図１０で説明したように、Ｓ１００１の、複数のＳｏｕｒｃｅとの接続が確立されているかの判定を行う。ここで、本例では、ＳＴＡ１０１は、２つのＳｏｕｒｃｅ（ＳＴＡ１０３及びＳＴＡ１０４）との接続が確立されているため、処理をＳ１００２へ進める。なお、ここでは、ＳＴＡ１０３及びＳＴＡ１０４が共に用いることができるチャネルが存在するものとする（Ｓ１００２でＹＥＳ）。このため、ＳＴＡ１０１は、ＳＴＡ１０３及びＳＴＡ１０４が共通して使用できるチャネルのいずれかを指定したＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔを、ＳＴＡ１０３及びＳＴＡ１０４へ送信する（Ｓ１００３、Ｓ１００４、Ｓ１１０２）。

ＳＴＡ１０３及びＳＴＡ１０４は、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔを受信すると、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｓｐｏｎｓｅにより応答する（Ｓ１１０３、Ｓ１１０４）。なお、図１１では、ＳＴＡ１０３の後にＳＴＡ１０４がＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｓｐｏｎｓｅを送信しているが、この送信の順序は逆であってもよい。

ＳＴＡ１０１は、ＳＴＡ１０３及びＳＴＡ１０４の両方からＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｓｐｏｎｓｅを受信すると（Ｓ１００５でＹＥＳ）、使用するチャネルをオフチャネルへ移す（Ｓ１００６、Ｓ１１０５）。また、ＳＴＡ１０３及びＳＴＡ１０４も、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｓｐｏｎｓｅを送信した時点でチャネルをオフチャネルに移す（Ｓ１１０６、Ｓ１１０７）。なお、Ｓ１１０５〜Ｓ１１０７の、チャネルの切り替えが行われるタイミングは、その後にＲＴＰパケットが正確に送受信されうるタイミングであれば、どのようなものであってもよい。

ＳＴＡ１０３及びＳＴＡ１０４は、チャネルをオフチャネルに移した後に、映像ストリーミングのＲＴＰパケットを送信する（Ｓ１１０８、Ｓ１１０９）。実施形態１でも述べたようにＳ１１０８、Ｓ１１０９の送信順序は、図１２のように順番に送信されるとは限らない。ＲＴＰパケットの送信後に、ＳＴＡ１０１、ＳＴＡ１０３、及びＳＴＡ１０４は、ＴＤＬＳの仕様に従って、ベースチャネルに戻り（Ｓ１１１０〜Ｓ１１１２）、ＡＰ１０２のＢｅａｃｏｎを受信する（Ｓ１１１３）。

ここまでは、通信装置が、自らがチャネルの切り替えを要求する場合の処理について説明した。続いて、以下では、通信装置が、直接接続を確立している相手装置からチャネルの切り替えを要求された場合の処理について説明する。図１２は、ＳＴＡ１０１が、ＴＤＬＳの直接接続を確立している他のＳＴＡからＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔを受信した場合の処理の流れを示すフローチャートである。本処理は、他のＳＴＡからＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔを受信した場合に、チャネルスイッチ設定制御部２０４が実行する。

本処理において、チャネルスイッチ設定制御部２０４は、まず、直接接続の相手装置からＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔを受信すると、複数のＳｏｕｒｃｅとの間で接続が確立されているかを判定する（Ｓ１２０１）。すなわち、チャネルスイッチ設定制御部２０４は、ＴＤＬＳの直接接続を確立しているＳＴＡが複数存在するかを判定する。

チャネルスイッチ設定制御部２０４は、複数のＳｏｕｒｃｅとの間で接続が確立されていると判定した場合（Ｓ１２０１でＹＥＳ）は、続いて、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔに含まれるオフチャネルを確認する（Ｓ１２０２）。そして、チャネルスイッチ設定制御部２０４は、このオフチャネルが、接続を確立している全てのＳｏｕｒｃｅが使えるチャネルであるかを判定する（Ｓ１２０２）。この判定は、Ｓ１００２と同様の処理により実行することができる。なお、チャネルスイッチ設定制御部２０４は、複数のＳｏｕｒｃｅとの間で接続が確立されていないと判定した場合（Ｓ１２０１でＹＥＳ）は、チャネルの切り替えを許容する（Ｓ１２０８）。この場合、ＳＴＡ１０１は、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｓｐｏｎｓｅのＳｔａｔｕｓＣｏｄｅをＳＵＣＣＥＳＳとして、チャネルの切り替え要求に応答する（Ｓ１２０８）。この場合は、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔの送信元のＳＴＡ以外に直接接続を確立しているＳＴＡがおらず、チャネルを切り替えても通信ができなくなるＳｏｕｒｃｅは存在しないため、チャネルの切り替えが許可される。

指定されたオフチャネルが他の全てのＳｏｕｒｃｅにとっても使えるチャネルであった場合（Ｓ１２０２でＹＥＳ）は、ＳＴＡ１０１は、他のＳｏｕｒｃｅに対してＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔを送信する（Ｓ１２０３）。このとき、ＳＴＡ１０１は、受信したＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔで指定されたオフチャネルを、オフチャネル先として指定する。

そして、ＳＴＡ１０１は、他の全てのＳｏｕｒｃｅからＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｓｐｏｎｓｅが受信されるのを待つ（Ｓ１２０４）。そして、ＳＴＡ１０１は、他の全てのＳｏｕｒｃｅからＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｓｐｏｎｓｅを受信できた場合（Ｓ１２０４でＹＥＳ）は、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔを受諾する。すなわち、ＳＴＡ１０１は、チャネルの切り替えを許可する。この場合、ＳＴＡ１０１は、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｓｐｏｎｓｅのＳｔａｔｕｓＣｏｄｅをＳＵＣＣＥＳＳとして、チャネルの切り替え要求に応答する（Ｓ１２０５）。これにより、ＳＴＡ１０１は、直接接続を確立している全てのＳＴＡと同時にチャネルをオフチャネルに移すこととなり、全てのＳｏｕｒｃｅとの間で、オフチャネルにおいて継続的に通信をすることができる。

一方、Ｓ１２０４で、他のＳｏｕｒｃｅからＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｓｐｏｎｓｅが受信できない状態である場合は、ＳＴＡ１０１は、そのまま応答を一定時間待ち受ける（Ｓ１２０６、Ｓ１２０４）。そして、ＳＴＡ１０１は、ＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｓｐｏｎｓｅを一定時間受信できなかった場合には、受信したＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔを拒否する。すなわち、ＳＴＡ１０１は、チャネルの切り替えを許可しない。この場合、ＳＴＡ１０１は、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｓｐｏｎｓｅでＳｔａｔｕｓＣｏｄｅをＲＥＦＵＳＥＤとして、要求に対して応答する（Ｓ１２０７）。また、Ｓ１２０２で、受信したＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔに含まれるオフチャネルを使用することができない他のＳｏｕｒｃｅがいた場合にも、ＳＴＡ１０１は、チャネルの切り替え要求を拒否する（Ｓ１２０７）。これにより、一部のＳｏｕｒｃｅがチャネルスイッチできない場合に、チャネルの切り替えによって、その一部のＳｏｕｒｃｅとの通信ができなくなってしまうことを防ぐことができる。

続いて、図１３を用いて、ＳＴＡ１０１がＴＤＬＳの直接接続を確立しているＳＴＡ１０３からＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔを受信した場合の処理の流れについて説明する。ＳＴＡ１０１はＳＴＡ１０３とＳＴＡ１０４とＴＤＬＳを確立しているものとする。

本例では、ＳＴＡ１０１は、ＡＰ１０２からＢｅａｃｏｎを受信した（Ｓ１３０１）直後に、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔをＳＴＡ１０３から受信する（Ｓ１３０２）。このとき、図１２で説明したように、Ｓ１２０１の、複数のＳｏｕｒｃｅとの接続が確立されているかの判定を行う。本例では、ＳＴＡ１０１は、２つのＳｏｕｒｃｅ（ＳＴＡ１０３及びＳＴＡ１０４）との接続が確立されているため、処理をＳ１２０２へ進める。なお、ここでは、ＳＴＡ１０４は、ＳＴＡ１０１が受信したＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔで指定されるオフチャネルを使えるものとする（Ｓ１２０２でＹＥＳ）。このため、ＳＴＡ１０１は、ＳＴＡ１０３以外に直接接続を確立しているＳｏｕｒｃｅ、すなわちＳＴＡ１０４に対して、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔを送信する（Ｓ１２０３、Ｓ１３０３）。図１２の説明で述べた通り、受信したＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔで指定されたオフチャネルが、このときのＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔにおいてオフチャネルとして指定される。

ＳＴＡ１０４は、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔを受信すると、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｓｐｏｎｓｅをＳＴＡ１０１に送信する（Ｓ１３０４）。ＳＴＡ１０１は、ＳＴＡ１０４からＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔを受信すると（Ｓ１２０４でＹＥＳ）、チャネルの切り替えを許可することを決定する（Ｓ１２０５）。したがって、ＳＴＡ１０１は、Ｓ１３０２のＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔに対して、ＳｔａｔｕｓＣｏｄｅをＳＵＣＣＥＳＳとして、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｓｐｏｎｓｅを送信する（Ｓ１３０５）。

ＳＴＡ１０１は、Ｓ１３０５でＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｓｐｏｎｓｅを送信すると、チャネルをオフチャネルに移す（Ｓ１３０６）。ＳＴＡ１０３は、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｓｐｏｎｓｅを受信すると、チャネルをオフチャネルに移す（Ｓ１３０７）。ＳＴＡ１０４は、Ｓ１３０４でＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｓｐｏｎｓｅを送信すると、チャネルをオフチャネルに移す（Ｓ１３０８）。なお、Ｓ１３０６〜Ｓ１３０８の各手順が実行される順序はどのようなものであってもよい。オフチャネルに移動した後の処理（Ｓ１３０９〜Ｓ１３１４）は、図１１のＳ１１０８〜Ｓ１１１３と同様であるため、説明を省略する。

ＳＴＡ１０１は、ＡＰ１０２からのＢｅａｃｏｎを受信後に、ＳＴＡ１０１がＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔの送信と受信とのどちらを先に行ったかに応じて、図１０の処理と図１２の処理とのいずれかを実行する。すなわち、例えば、ＳＴＡ１０１は、自身がＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔを送信した後に、相手方のＳＴＡからＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔを受信した場合は、図１０の処理を実行する。一方、ＳＴＡ１０１は、自身がＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔを送信する前に、相手方のＳＴＡからＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔを受信した場合は、図１２の処理を実行する。

以上のように、本実施形態では、通信装置は、オフチャネルに移る際に、直接接続を確立している相手装置の全てがオフチャネルに移ることができるかを判定する。そして、全ての相手装置がオフチャネルに移ることができる場合に、チャネルの切り替えを行うようにすることで、オフチャネルに移っている間に、特定の相手方ＳＴＡとの通信ができなくなることを防ぐことができる。また、本実施形態では、実施形態１及び２とは異なり、通信装置は、チャネルをオフチャネルに移すことができるため、ベースチャネルが混雑している場合に、混んでいないオフチャネルで通信を行うことができる。

なお、上述の説明のＳ１００７及びＳ１２０６の一定期間は、その時々の状況に応じて変更されてもよい。例えば、同時に接続を確立している相手装置の数に応じて、その長さを変更してもよい。すなわち、ＴＤＬＳを確立しているＳＴＡの数が多ければ多いほど、Ｓ１００５及びＳ１２０４で、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｓｐｏｎｓｅを全てのＳｏｕｒｃｅから受信するのにかかる時間が長くなるため、待ち受け時間を長くしてもよい。この場合、Ｓ１００４及びＳ１２０３のＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔにおいて、ＣｈａｎｎｅｌＳｗｉｔｃｈＴｉｍｉｎｇｅｌｅｍｅｎｔのＳｗｉｔｃｈＴｉｍｅの値とＳｗｉｔｃｈＴｉｍｅｏｕｔの値とが変更される。これらの値は、チャネル切り替えを行うまでの時間を設定するための期限を設定するための値である。

また、一定回数以上、一部のＳｏｕｒｃｅからしかＴＤＬＳＳｗｉｔｃｈＲｅｓｐｏｎｓｅを受信できなかった場合には、以降はチャネルをオフチャネルへ移さないようにしてもよい。これにより、一部のＳｏｕｒｃｅとの間のみでチャネルの切り替えが繰り返される状態となるのを防ぐことができる。また、ＳＴＡ１０１は、Ｓ１３０２で受信されるＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔに含まれるＣｈａｎｎｅｌＳｗｉｔｃｈｉｎｇＴｉｍｉｎｇ又はＳｗｉｔｃｈＴｉｍｅｏｕｔの値によっては、その要求を拒否してもよい。すなわち、ＳＴＡ１０１は、他のＳｏｕｒｃｅに対してＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈを送信せずに、受信したＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔを拒否してもよい。この場合は、他の全てのＳｏｕｒｃｅとＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔおよびＲｅｓｐｏｎｓｅのやりとりをすると、通常よりもチャネルスイッチにかかる時間が長くなる可能性がある。そのため、接続しているＳｏｕｒｃｅの数が多く、またＣｈａｎｎｅｌＳｗｉｔｃｈｉｎｇＴｉｍｅ又はＳｗｉｔｃｈＴｉｍｅｏｕｔの値が小さい場合は、チャネルの切り替えにかかる時間が足りなくなる場合がある。したがって、このような場合は、ＳＴＡ１０１は、チャネル切り替えを許可しなくてもよい。

また、上述の説明では、ＳＴＡ１０１は、Ｓ１００５及びＳ１２０４において、相手方のＳＴＡから、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｓｐｏｎｓｅが受信されたかのみを判定したが、これに限られない。例えば、ＳＴＡ１０１は、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｓｐｏｎｓｅにおいて、チャネルの切り替えを拒否する相手方のＳＴＡが存在するかを判定してもよい。この場合、ＳＴＡ１０１は、例えば、１つでもチャネルの切り替えを拒否する相手方のＳＴＡが存在する場合は、チャネルの切り替えを行わないことを決定してもよい。

＜＜実施形態４＞＞
本実施形態では、通信装置は、オフチャネルで動作する時間を制限することにより、直接接続を確立しているＳＴＡが異なるチャネルで動作することによって、映像ストリーミングが長時間に渡って送信できない状況となることを防ぐ。なお、本実施形態に係るＳＴＡ１０１の構成は、図２に示すのと同様の構成を有するため、説明を省略する。本実施形態では、チャネルスイッチ設定制御部２０４の処理が異なる。このため、チャネルスイッチ設定制御部２０４の処理について説明する。

本実施形態のチャネルスイッチ設定制御部２０４は、直接接続を確立している各ＳＴＡに対して、チャネル切り替えをする期間を決定する。具体的には、チャネルスイッチ設定制御部２０４は、ＡＰ１０２のＢｅａｃｏｎ間隔を、ＴＤＬＳの直接接続を確立している相手方ＳＴＡの総数で割った時間を、おおよそ１つの相手方ＳＴＡのためにチャネル切り替えを行う期間とする。例えば、ＳＴＡ１０１は、ＡＰ１０２のＢｅａｃｏｎ間隔が１００ｍｓｅｃの場合で、ＳＴＡ１０３及びＳＴＡ１０４の２台の直接接続を確立済みのＳｏｕｒｃｅが存在する場合、それぞれのＳＴＡのためのチャネル切り替えを行う時間を４５ｍｓｅｃとする。すなわち、ＳＴＡ１０１は、ＳＴＡ１０３と共にオフチャネルに移る期間を４５ｍｓｅｃ、ＳＴＡ１０４と共にオフチャネルに移る期間を４５ｍｓｅｃとする。なお、残りの１０ｍｓｅｃは、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅのやりとりや、オフチャネルに移るのに要する時間、およびベースチャネルに戻るのに要する時間として確保される。

図１４は、本実施形態における処理の流れを示すシーケンス図である。本処理においては、ＳＴＡ１０１は、ＡＰ１０２からＢｅａｃｏｎを受信すると（Ｓ１４０１）、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔをＳＴＡ１０３に送信する（Ｓ１４０２）。ＳＴＡ１０３は、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔを受信すると、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｓｐｏｎｓｅを送信する（Ｓ１４０３）。ＳＴＡ１０１及びＳＴＡ１０３は、その後、チャネルをオフチャネルに移す（Ｓ１４０４、Ｓ１４０５）。ここで、Ｓ１４０４及びＳ１４０５の手順が実行される順序はどちらが先であってもよい。

チャネルをオフチャネルに移した後に、ＳＴＡ１０３は、映像ストリーミングのＲＴＰパケットをＳＴＡ１０１へ送信する（Ｓ１４０６）。そしてＳＴＡ１０１は、オフチャネルに移ってから、４５ｍｓｅｃ経過すると、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｓｐｏｎｓｅをＳＴＡ１０３に送信し、ベースチャネルに戻ることを促す（Ｓ１４０７）。ＳＴＡ１０１とＳＴＡ１０３は、その後、チャネルをベースチャネルに移す（Ｓ１４１０、Ｓ１４１１）。ここでＳ１４１０及びＳ１４１１の手順が実行される順序はどちらが先であってもよい。

ＳＴＡ１０１は、ベースチャネルに移ると、次は、ＳＴＡ１０４に対して、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔを送信する（Ｓ１４１０）。ＳＴＡ１０４は、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔを受信すると、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｓｐｏｎｓｅを送信する（Ｓ１４１１）。その後、ＳＴＡ１０１及びＳＴＡ１０４は、チャネルをオフチャネルに移す（Ｓ１４１２、Ｓ１４１３）。ここで、Ｓ１４１２及びＳ１４１３の手順が実行される順序はどちらが先であってもよい。

チャネルをオフチャネルに移すと、ＳＴＡ１０４は映像ストリーミングのＲＴＰパケットをＳＴＡ１０１へ送信する（Ｓ１４１４）。そして、ＳＴＡ１０１は、チャネルをオフチャネルに移してから４５ｍｓｅｃ経過すると、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｓｐｏｎｓｅをＳＴＡ１０４に送信し、ベースチャネルに戻ることを促す（Ｓ１４１５）。その後、ＳＴＡ１０１及びＳＴＡ１０４は、チャネルをベースチャネルに移す（Ｓ１４１６、Ｓ１４１７）。ここで、Ｓ１４１６及びＳ１４１７の手順が実行される順序はどちらが先であってもよい。

以上により、直接接続を確立しているＳＴＡに対して、順々にオフチャネルへの移動を促すことによって、一部のＳＴＡから映像ストリーミングの受信ができなくなることを防ぐことができる。また、実施形態３と異なり、ＳＴＡ１０１は、全ての相手方のＳＴＡが同じチャネルを使えない場合でも、オフチャネルへの移動を促すことができる。

なお、本実施形態では、ＳＴＡ１０１は、少なくとも５５ｍｓｅｃの期間は、ＳＴＡ１０３及びＳＴＡ１０４のいずれか一方からの映像ストリーミングを受信できない期間が存在してしまう。そのため、ＳＴＡ１０１は、５５ｍｓｅｃの期間、映像ストリーミングを受信できない場合でも、映像の乱れが生じないように映像ストリーミングのバッファを用意しておいてもよい。

なお、本実施形態では、Ｂｅａｃｏｎ間隔をもとにチャネルスイッチする時間を決定したが、ＳＴＡ１０１は、映像ストリーミングのバッファサイズに応じてチャネルを切り替える期間を決定してもよい。例えば、１秒間のバッファサイズを有しており、２台のＳｏｕｒｃｅと接続を確立している場合には、４５０ｍｓｅｃずつチャネルを切り替えるようにしてもよい。なお、残りの１００ｍｓｅｃの時間は、上述のように、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅのやりとり、オフチャネルへ移るための処理、およびベースチャネルへ戻るための処理に、それぞれ用いられる。

また、必ずしも直接接続を確立しているＳＴＡのそれぞれに対してチャネルを切り替える期間の長さを均等に設定しなくてもよい。例えば、無線通信のデータレートが高いＳＴＡとの間では短時間で比較的多くのデータを受信できることから、そのＳＴＡについては、チャネルを切り替える期間の長さを比較的短めに設定してもよい。また、映像ソースのビットレートが高いストリーミングを送信するＳＴＡはパケットを受信できる時間を長く設定しないと映像が一時的に表示されなくなったりする可能性が比較的高いため、チャネルを切り替える期間の長さを比較的長めに設定してもよい。

また、本実施形態において、ＳＴＡ１０１が、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔを受信した場合には、これを許可しなくてもよい。例えば、ＳＴＡ１０１が、ＳＴＡ１０３との通信のためにチャネルを切り替えて通信を行った後にベースチャネルに戻ってきた場合に、ＳＴＡ１０３からＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔを受信した場合、これを拒否してもよい。また、ＳＴＡ１０１は、自らの自発的なチャネル切り替えだけを許容するようにして、相手方のＳＴＡからのＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔを全て拒否するようにしてもよい。

＜＜その他の実施形態＞＞
図１２及び図１４において、ＡＰ１０２からＢｅａｃｏｎが受信される度にＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔが送信されているが、Ｂｅａｃｏｎが受信される度にこの要求がなされなければならないわけではない。例えば、ＳＴＡ１０１が他に送信するデータがある場合、ＡＰ１０２から受信するパケットがある場合などでは、その期間は、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔが送信されなくてもよい。また、Ｂｅａｃｏｎが受信された直後ではなく、Ｂｅａｃｏｎが受信された後、所定期間だけ待ってから、要求が送信されるようにしてもよい。また、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔは、Ｂｅａｃｏｎが受信される度に送信されるのではなく、所定回数のＢｅａｃｏｎが受信されるたびに送信されるようにしてもよい。また、ＴＤＬＳＣｈａｎｎｅｌＳｗｉｔｃｈＲｅｑｕｅｓｔは、Ｂｅａｃｏｎと非同期で送信されてもよい。ただし、ＡＰ１０２から、Ｂｅａｃｏｎに含まれるＴＩＭやＤＴＩＭを受信するタイミングにおいては、ベースチャネルに戻っている必要はある。

各実施形態において、ＳＴＡ１０１がＴＤＬＳの直接接続を確立している相手方のＳＴＡは、全てＳｏｕｒｃｅである場合について説明した。しかしながら、ＳｏｕｒｃｅではないＳＴＡとＴＤＬＳの直接接続が確立されている場合にも、上述の各実施形態に係る手法が適用されてもよい。例えば、１つのＳｏｕｒｃｅが複数のＳｉｎｋに対して映像を送信する場合でも、上述の各実施形態に係る手法が適用されてもよい。また、直接接続が確立されている場合に上述の各実施形態に係る手法が適用されうるのであって、必ずしも映像ストリーミングが送受信される必要はない。

また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

１０１、１０３、１０４：無線ＬＡＮ端末（ＳＴＡ）、１０２：無線ＬＡＮアクセスポイント（ＡＰ）、１０５：無線ネットワーク、２０４、６０５：チャネルスイッチ設定制御部、６０５：相手装置直接通信確立判断部

Claims

通信装置であって、
無線ネットワークに参加すると共に、当該無線ネットワークに参加している他の通信装置と直接通信を行うための通信手段と、
前記通信装置が第１の他の通信装置と直接通信を行っている際に、前記通信装置が前記第１の他の通信装置とは異なる第２の他の通信装置と直接通信を行っているか、および、前記第１の他の通信装置が前記通信装置とは異なる第３の他の通信装置と直接通信を行っているか、の少なくともいずれかを判定する判定手段と、
前記通信装置が前記第２の他の通信装置と直接通信を行っている場合、又は前記第１の他の通信装置が前記第３の他の通信装置と直接通信を行っている場合に、前記通信装置と前記第１の他の通信装置との間の直接通信によるチャネルの切り替えを制限する制限手段と、
を有することを特徴とする通信装置。
前記第１の他の通信装置から、前記第１の他の通信装置が前記第３の他の通信装置と直接通信を行っているかの情報を取得する取得手段をさらに有する、
ことを特徴とする請求項１に記載の通信装置。
前記取得手段は、前記第１の他の通信装置との直接通信を確立する際に受信される信号によって、前記情報を取得する、
ことを特徴とする請求項２に記載の通信装置。
前記制限手段は、前記通信装置が前記第２の他の通信装置と直接通信を行っている場合、又は前記第１の他の通信装置が前記第３の他の通信装置と直接通信を行っている場合に、前記チャネルの切り替えを禁止する、
ことを特徴とする請求項１から３のいずれか１項に記載の通信装置。
前記通信装置と前記第１の他の通信装置との間のチャネルの切り替えを行う前に、前記通信装置が前記第２の他の通信装置と直接通信を行っている場合に、前記第１の他の通信装置と前記第２の他の通信装置とに対してチャネルの切り替えを要求する第１の信号を送信する送信手段と、
前記第１の信号に対する応答を前記第１の他の通信装置と前記第２の他の通信装置とから受信する受信手段と、
をさらに有することを特徴とする請求項１から４のいずれか１項に記載の通信装置。
前記制限手段は、前記受信手段が前記第１の他の通信装置と前記第２の他の通信装置とから前記要求を許容する旨の前記応答を受信した場合に、前記チャネルの切り替えを行うことを決定する、
ことを特徴とする請求項５に記載の通信装置。
前記制限手段は、前記通信装置が複数の前記第２の他の通信装置と直接通信を行っている場合であって、前記受信手段が、前記第１の他の通信装置とその複数の前記第２の他の通信装置との少なくともいずれかから前記要求を拒否する旨の前記応答を受信した場合に、前記チャネルの切り替えを行わないことを決定する、
ことを特徴とする請求項５に記載の通信装置。
前記制限手段は、前記通信装置が複数の前記第２の他の通信装置と直接通信を行っている場合であって、前記受信手段が前記第１の他の通信装置とその複数の前記第２の他の通信装置との全てから前記要求を許容することを示す前記応答を受信した場合に、前記チャネルの切り替えを行うことを決定する、
ことを特徴とする請求項５に記載の通信装置。
前記制限手段は、前記通信装置が複数の前記第２の他の通信装置と直接通信を行っている場合であって、前記受信手段が前記第１の他の通信装置とその複数の前記第２の他の通信装置の少なくともいずれかから前記要求を許容することを示す前記応答を受信した場合に、前記チャネルの切り替えを行うことを決定する、
ことを特徴とする請求項５に記載の通信装置。
前記送信手段は、予め取得した前記第１の他の通信装置と前記第２の他の通信装置とが共通して切り替えることができるチャネルの情報に基づいて、その共通して切り替えることができるチャネルの少なくともいずれかを指定して、前記第１の他の通信装置と前記第２の他の通信装置とに対して、前記第１の信号を送信する、
ことを特徴とする請求項５から９のいずれか１項に記載の通信装置。
前記受信手段は、さらに、前記第１の他の通信装置がチャネルの切り替えを要求することを示す第２の信号を、当該第１の他の通信装置から受信し、
前記送信手段は、前記第２の信号を受信した場合に、前記第２の他の通信装置に対して、前記第１の信号を送信し、
前記送信手段は、さらに、前記受信手段が受信した前記第２の他の通信装置からの応答に応じて、前記第１の他の通信装置によるチャネルの切り替えの要求を許容するか拒否するかを示す応答を、前記第１の通信装置へ送信する、
ことを特徴とする請求項５から１０のいずれか１項に記載の通信装置。
前記制限手段は、前記通信装置が前記第２の他の通信装置と直接通信を行っている場合、前記第１の他の通信装置との間の直接通信において切り替えた後のチャネルでの通信の期間の長さを所定の長さ以下に制限する、
ことを特徴とする請求項１に記載の通信装置。
前記所定の長さは、前記第１の他の通信装置と前記第２の他の通信装置との総数に応じて定まる、
ことを特徴とする請求項１２に記載の通信装置。
無線ネットワークに参加すると共に、当該無線ネットワークに参加している他の通信装置と直接通信を行うための通信手段を有する通信装置の制御方法であって、
判定手段が、前記通信装置が第１の他の通信装置と直接通信を行っている際に、前記通信装置が前記第１の他の通信装置とは異なる第２の他の通信装置と直接通信を行っているか、および、前記第１の他の通信装置が前記通信装置とは異なる第３の他の通信装置と直接通信を行っているか、の少なくともいずれかを判定する判定工程と、
制限手段が、前記通信装置が前記第２の他の通信装置と直接通信を行っている場合、又は前記第１の他の通信装置が前記第３の他の通信装置と直接通信を行っている場合に、前記通信装置と前記第１の他の通信装置との間の直接通信によるチャネルの切り替えを制限する制限工程と、
を有することを特徴とする制御方法。
無線ネットワークに参加すると共に、当該無線ネットワークに参加している他の通信装置と直接通信を行うための通信手段を有する通信装置に備えられたコンピュータに、
前記通信装置が第１の他の通信装置と直接通信を行っている際に、前記通信装置が前記第１の他の通信装置とは異なる第２の他の通信装置と直接通信を行っているか、および、前記第１の他の通信装置が前記通信装置とは異なる第３の他の通信装置と直接通信を行っているか、の少なくともいずれかを判定する判定工程と、
前記通信装置が前記第２の他の通信装置と直接通信を行っている場合、又は前記第１の他の通信装置が前記第３の他の通信装置と直接通信を行っている場合に、前記通信装置と前記第１の他の通信装置との間の直接通信によるチャネルの切り替えを制限する制限工程と、
を実行させるためのプログラム。