(57)【要約】【課題】  通信装置において、他の接続の状況に基づいて他の通信装置との間での直接接続の制御を行うこと。【解決手段】  通信装置は、無線ネットワークに参加すると共に、その無線ネットワークに参加している他の通信装置と直接通信を行う。通信装置は、第１の他の通信装置と直接通信を行っている際に、第１の他の通信装置とは異なる第２の他の通信装置と直接通信を行っているか、および、第１の他の通信装置が第３の他の通信装置と直接通信を行っているか、の少なくともいずれかを判定する。そして、通信装置は、第２の他の通信装置と直接通信を行っている場合、又は第１の他の通信装置が第３の他の通信装置と直接通信を行っている場合に、第１の他の通信装置との間の直接通信によるチャネルの切り替えを制限する。【選択図】  図２
2015162762.tif 000002
【特許請求の範囲】
【請求項１】
通信装置であって、
無線ネットワークに参加すると共に、当該無線ネットワークに参加している他の通信装置と直接通信を行うための通信手段と、
前記通信装置が第１の他の通信装置と直接通信を行っている際に、前記通信装置が前記第１の他の通信装置とは異なる第２の他の通信装置と直接通信を行っているか、および、前記第１の他の通信装置が前記通信装置とは異なる第３の他の通信装置と直接通信を行っているか、の少なくともいずれかを判定する判定手段と、
前記通信装置が前記第２の他の通信装置と直接通信を行っている場合、又は前記第１の他の通信装置が前記第３の他の通信装置と直接通信を行っている場合に、前記通信装置と前記第１の他の通信装置との間の直接通信によるチャネルの切り替えを制限する制限手段と、
を有することを特徴とする通信装置。
【請求項２】
前記第１の他の通信装置から、前記第１の他の通信装置が前記第３の他の通信装置と直接通信を行っているかの情報を取得する取得手段をさらに有する、
ことを特徴とする請求項１に記載の通信装置。
【請求項３】
前記取得手段は、前記第１の他の通信装置との直接通信を確立する際に受信される信号によって、前記情報を取得する、
ことを特徴とする請求項２に記載の通信装置。
【請求項４】
前記制限手段は、前記通信装置が前記第２の他の通信装置と直接通信を行っている場合、又は前記第１の他の通信装置が前記第３の他の通信装置と直接通信を行っている場合に、前記チャネルの切り替えを禁止する、
ことを特徴とする請求項１から３のいずれか１項に記載の通信装置。
【請求項５】
前記通信装置と前記第１の他の通信装置との間のチャネルの切り替えを行う前に、前記通信装置が前記第２の他の通信装置と直接通信を行っている場合に、前記第１の他の通信装置と前記第２の他の通信装置とに対してチャネルの切り替えを要求する第１の信号を送信する送信手段と、
前記第１の信号に対する応答を前記第１の他の通信装置と前記第２の他の通信装置とから受信する受信手段と、
をさらに有することを特徴とする請求項１から４のいずれか１項に記載の通信装置。
【請求項６】
前記制限手段は、前記受信手段が前記第１の他の通信装置と前記第２の他の通信装置とから前記要求を許容する旨の前記応答を受信した場合に、前記チャネルの切り替えを行うことを決定する、
ことを特徴とする請求項５に記載の通信装置。
【請求項７】
前記制限手段は、前記通信装置が複数の前記第２の他の通信装置と直接通信を行っている場合であって、前記受信手段が、前記第１の他の通信装置とその複数の前記第２の他の通信装置との少なくともいずれかから前記要求を拒否する旨の前記応答を受信した場合に、前記チャネルの切り替えを行わないことを決定する、
ことを特徴とする請求項５に記載の通信装置。
【請求項８】
前記制限手段は、前記通信装置が複数の前記第２の他の通信装置と直接通信を行っている場合であって、前記受信手段が前記第１の他の通信装置とその複数の前記第２の他の通信装置との全てから前記要求を許容することを示す前記応答を受信した場合に、前記チャネルの切り替えを行うことを決定する、
ことを特徴とする請求項５に記載の通信装置。
【請求項９】
前記制限手段は、前記通信装置が複数の前記第２の他の通信装置と直接通信を行っている場合であって、前記受信手段が前記第１の他の通信装置とその複数の前記第２の他の通信装置の少なくともいずれかから前記要求を許容することを示す前記応答を受信した場合に、前記チャネルの切り替えを行うことを決定する、
ことを特徴とする請求項５に記載の通信装置。
【請求項１０】
前記送信手段は、予め取得した前記第１の他の通信装置と前記第２の他の通信装置とが共通して切り替えることができるチャネルの情報に基づいて、その共通して切り替えることができるチャネルの少なくともいずれかを指定して、前記第１の他の通信装置と前記第２の他の通信装置とに対して、前記第１の信号を送信する、
ことを特徴とする請求項５から９のいずれか１項に記載の通信装置。
【請求項１１】
前記受信手段は、さらに、前記第１の他の通信装置がチャネルの切り替えを要求することを示す第２の信号を、当該第１の他の通信装置から受信し、
前記送信手段は、前記第２の信号を受信した場合に、前記第２の他の通信装置に対して、前記第１の信号を送信し、
前記送信手段は、さらに、前記受信手段が受信した前記第２の他の通信装置からの応答に応じて、前記第１の他の通信装置によるチャネルの切り替えの要求を許容するか拒否するかを示す応答を、前記第１の通信装置へ送信する、
ことを特徴とする請求項５から１０のいずれか１項に記載の通信装置。
【請求項１２】
前記制限手段は、前記通信装置が前記第２の他の通信装置と直接通信を行っている場合、前記第１の他の通信装置との間の直接通信において切り替えた後のチャネルでの通信の期間の長さを所定の長さ以下に制限する、
ことを特徴とする請求項１に記載の通信装置。
【請求項１３】
前記所定の長さは、前記第１の他の通信装置と前記第２の他の通信装置との総数に応じて定まる、
ことを特徴とする請求項１２に記載の通信装置。
【請求項１４】
無線ネットワークに参加すると共に、当該無線ネットワークに参加している他の通信装置と直接通信を行うための通信手段を有する通信装置の制御方法であって、
判定手段が、前記通信装置が第１の他の通信装置と直接通信を行っている際に、前記通信装置が前記第１の他の通信装置とは異なる第２の他の通信装置と直接通信を行っているか、および、前記第１の他の通信装置が前記通信装置とは異なる第３の他の通信装置と直接通信を行っているか、の少なくともいずれかを判定する判定工程と、
制限手段が、前記通信装置が前記第２の他の通信装置と直接通信を行っている場合、又は前記第１の他の通信装置が前記第３の他の通信装置と直接通信を行っている場合に、前記通信装置と前記第１の他の通信装置との間の直接通信によるチャネルの切り替えを制限する制限工程と、
を有することを特徴とする制御方法。
【請求項１５】
無線ネットワークに参加すると共に、当該無線ネットワークに参加している他の通信装置と直接通信を行うための通信手段を有する通信装置に備えられたコンピュータに、
前記通信装置が第１の他の通信装置と直接通信を行っている際に、前記通信装置が前記第１の他の通信装置とは異なる第２の他の通信装置と直接通信を行っているか、および、前記第１の他の通信装置が前記通信装置とは異なる第３の他の通信装置と直接通信を行っているか、の少なくともいずれかを判定する判定工程と、
前記通信装置が前記第２の他の通信装置と直接通信を行っている場合、又は前記第１の他の通信装置が前記第３の他の通信装置と直接通信を行っている場合に、前記通信装置と前記第１の他の通信装置との間の直接通信によるチャネルの切り替えを制限する制限工程と、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信におけるチャネル切り替え制御技術に関する。
【背景技術】
【０００２】
ＩＥＥＥ８０２．１１規格シリーズに代表される無線ＬＡＮ通信システムが広く利用されている。無線ＬＡＮでは、アクセスポイント（以後、ＡＰ）と呼ばれる基地局と、ＡＰの電波到達範囲内に存在し、無線接続状態のステーション（以後、ＳＴＡ）とが接続を確立してネットワークを確立し、無線通信を行う。また、近年では、従来型のＡＰとＳＴＡによる単純な無線ネットワーク構成だけでなく、さまざまな無線ＬＡＮネットワークの形態で通信を行う方法が出現している。例えば、ＡＰに接続しているＳＴＡ同士が、直接接続（ダイレクトリンク）を用いて通信するための技術として、Ｔｕｎｎｅｌｅｄ  Ｄｉｒｅｃｔ  Ｌｉｎｋ  Ｓｅｔｕｐ（ＴＤＬＳ）がある。非特許文献１には、無線ＬＡＮ端末間でＡＰを介してＴＤＬＳ設定用の制御データを送受信することによって、無線ＳＴＡ間の直接接続を形成する技術が記載されている。直接接続を形成することにより、無線ＬＡＮ端末が相手端末と直接通信することとなるため、ＡＰの能力に縛られない通信が可能となる。
【０００３】
また、ＴＤＬＳでは、ＡＰが構成している無線ネットワークのチャネル（以下、「ベースチャネル」と呼ぶ。）に縛られずに、ＳＴＡ同士の直接通信のためにチャネルを別のチャネル（以下、「オフチャネル」と呼ぶ。）に切り替えることが可能である。これにより、例えば、ＡＰが２．４ＧＨｚ帯で動作している場合でも、ＳＴＡは、相手方のＳＴＡとの間で、５ＧＨｚ帯のチャネルを用いて直接通信をすることができる。
【０００４】
また、ＴＤＬＳによる直接接続を利用した映像ストリーミング通信として、Ｗｉ−Ｆｉ  Ｄｉｓｐｌａｙがある。Ｗｉ−Ｆｉ  Ｄｉｓｐｌａｙは、Ｗｉ−Ｆｉ  Ａｌｌｉａｎｃｅが規格化した無線ダイレクトストリーミング技術である。Ｗｉ−Ｆｉ  Ｄｉｓｐｌａｙでは、映像ストリーミングを送信する側の装置がＳｉｎｋと呼ばれ、映像ストリーミングを受信する側の装置がＳｏｕｒｃｅと呼ばれる。Ｗｉ−Ｆｉ  Ｄｉｓｐｌａｙでは、無線接続に、Ｗｉ−Ｆｉ  ＤｉｒｅｃｔまたはＴＤＬＳのいずれかを使用する。Ｗｉ−Ｆｉ  Ｄｉｓｐｌａｙを用いる通信装置同士は、ＴＤＬＳを用いて直接接続を確立することにより、ＡＰを介さずに映像ストリーミングを送受信することができる。そして、ＴＤＬＳによるチャネルの切り替えにより、通信装置は、例えば、比較的干渉の少ない５ＧＨｚ帯で映像ストリーミングの送受信を行うことができるようになる。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】ＩＥＥＥ  Ｓｔｄ  ８０２．１１−２０１２
【発明の概要】
【発明が解決しようとする課題】
【０００６】
現状、通信装置が、ＴＤＬＳを用いた直接接続を確立し、そのチャネルの切り替えを行うことについて、その時点で確立している他の直接接続への影響は考慮されていない。すなわち、例えば、通信装置が複数の他の通信装置と直接接続を確立している場合に、その複数の他の通信装置のうちの１つとの直接通信においてチャネルを切り替えた場合の課題については検討されていない。
【０００７】
本発明は、上記課題に鑑みなされたものであり、通信装置において、他の接続の状況に基づいて他の通信装置との間での直接接続の制御を行うための技術を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、本発明による通信装置は、無線ネットワークに参加すると共に、当該無線ネットワークに参加している他の通信装置と直接通信を行うための通信手段と、前記通信装置が第１の他の通信装置と直接通信を行っている際に、前記通信装置が前記第１の他の通信装置とは異なる第２の他の通信装置と直接通信を行っているか、および、前記第１の他の通信装置が前記通信装置とは異なる第３の他の通信装置と直接通信を行っているか、の少なくともいずれかを判定する判定手段と、前記通信装置が前記第２の他の通信装置と直接通信を行っている場合、又は前記第１の他の通信装置が前記第３の他の通信装置と直接通信を行っている場合に、前記通信装置と前記第１の他の通信装置との間の直接通信によるチャネルの切り替えを制限する制限手段と、を有する。
【発明の効果】
【０００９】
本発明によれば、通信装置において、他の接続の状況に基づいて他の通信装置との間での直接接続の制御を行うことができる。
【図面の簡単な説明】
【００１０】
【図１】無線通信システムの構成例を示す図。
【図２】実施形態１のＳＴＡ１０１の機能構成の一例を示すブロック図。
【図３】実施形態１のチャネルスイッチ設定制御の流れを示すフローチャート。
【図４】実施形態１の処理の流れの第１の例を示すシーケンス図。
【図５】実施形態１の処理の流れの第２の例を示すシーケンス図。
【図６】実施形態２のＳＴＡ１０３の機能構成の別の例を示すブロック図。
【図７】実施形態２の相手装置の直接接続数判定処理の流れを示すシーケンス図。
【図８】実施形態２において相手装置から受信する信号の構造を示す概念図。
【図９】実施形態２のチャネルスイッチ設定制御の流れを示すフローチャート。
【図１０】実施形態３のチャネルスイッチ設定制御の流れを示すフローチャート。
【図１１】実施形態３の処理の流れの第１の例を示すシーケンス図。
【図１２】実施形態３の別のチャネルスイッチ設定制御の流れを示すフローチャート。
【図１３】実施形態３の処理の流れの第２の例を示すシーケンス図。
【図１４】実施形態４の処理の流れの例を示すシーケンス図。
【発明を実施するための形態】
【００１１】
以下、添付図面を参照して本発明の実施の形態を詳細に説明する。以下では、ＩＥＥＥ８０２．１１規格シリーズに準拠する無線ＬＡＮが用いられる場合について説明する。ただし、以下の実施形態は一例を示すものであって、本発明はこれに限られず、他の同様のシステムが用いられる場合にも適用可能である。すなわち、通信装置が、複数の他の通信装置との間で直接接続を確立し、その直接接続のうちの１つにおいてチャネルの切り替えが生じうるシステムであれば、以下の議論を適用可能である。
【００１２】
なお、以下で説明する通信装置（ＳＴＡ）は、直接接続を確立するためにＴｕｎｎｅｌｅｄ  Ｄｉｒｅｃｔ  Ｌｉｎｋ  Ｓｅｔｕｐ（ＴＤＬＳ）を用いるものとする。すなわち、通信装置は、アクセスポイント（ＡＰ）が構成するネットワークに参加している際に、そのネットワークに参加している他の通信装置との間で、そのＡＰが構成したネットワークを用いて、直接接続を確立する。
【００１３】
（無線通信システムの構成例）
以下に示す各実施形態における無線通信システムの構成例を図１に示す。本無線通信システムは、アクセスポイント（ＡＰ１０２）と、ＡＰ１０２によって構成された無線ネットワーク１０５に参加する複数の端末（ＳＴＡ１０１、ＳＴＡ１０３及びＳＴＡ１０４）を含む。
【００１４】
ＡＰ１０２は、無線ネットワーク１０５を構成する無線ＬＡＮの基地局（ＡＰ）である。ＳＴＡ１０１は、ＩＥＥＥ８０２．１１規格シリーズに準拠した無線ＬＡＮの端末として動作可能であり、ＴＤＬＳにより、例えばＡＰ１０２を介してＳＴＡ１０３及びＳＴＡ１０４と直接通信を行うことができる通信装置である。同様に、ＳＴＡ１０３及びＳＴＡ１０４も、ＩＥＥＥ８０２．１１規格シリーズに準拠した無線ＬＡＮの端末として動作可能であり、ＴＤＬＳにより、例えばＡＰ１０２を介してＳＴＡ１０１と直接通信を行うことができる通信装置である。なお、図１の例では、ＳＴＡ１０１、ＳＴＡ１０３及びＳＴＡ１０４が全て無線ネットワーク１０５に参加しているが、これに限られない。例えば、ＳＴＡ１０３が第１のＡＰが構成する無線ネットワークに参加し、ＳＴＡ１０４が第２のＡＰが構成する無線ネットワークに参加し、ＳＴＡ１０１は、これらの両方の無線ネットワークに参加していてもよい。これにより、例えば、ＳＴＡ１０１とＳＴＡ１０３との直接接続は、第１のＡＰが構成する無線ネットワークを用いて確立され、ＳＴＡ１０１とＳＴＡ１０４との直接接続は、第２のＡＰが構成する無線ネットワークを用いて確立されうる。
【００１５】
また、ＳＴＡ１０１は、ＷｉＦｉ  Ｄｉｓｐｌａｙ規格の映像受信側の端末（Ｓｉｎｋ）として、直接通信により、映像送信側の端末（Ｓｏｕｒｃｅ）から映像のストリーミング受信を行う。一方、ＳＴＡ１０３及び１０４は、ＷｉＦｉ  Ｄｉｓｐｌａｙ規格のＳｏｕｒｃｅとして、直接通信により、Ｓｉｎｋへ映像のストリーミング送信を行う。このように、以下の各実施形態に係るＳＴＡ１０１は、ＷｉＦｉ  Ｄｉｓｐｌａｙ規格を拡張し、ＴＤＬＳにより、複数の他の通信装置（Ｓｏｕｒｃｅ）との間で直接接続を確立し、映像をストリーミングで受信することができるものとする。
【００１６】
このような無線通信システムにおいて、通信装置（ＳＴＡ１０１）は、例えば、複数の他の通信装置との間で直接通信を行っている場合又は直接通信の相手装置が複数の通信装置と直接通信を行っている場合には、ＴＤＬＳによるチャネルの切り替えを制限する。以下の各実施形態では、このような制限を行う通信装置の構成と、実行される具体的な処理の例について、詳細に説明する。
【００１７】
＜＜実施形態１＞＞
本実施形態では、ＳＴＡ１０１は、複数の他のＳＴＡとの間で直接通信を行っている場合、他のＳＴＡからチャネルの切り替えの要求があったとしても、チャネルの切り替えを禁止するように制御を行う。ＳＴＡ１０１は、これにより、複数の他のＳＴＡのうちの１つとの間の直接通信のためにチャネルを切り替えたことにより、複数の他のＳＴＡのうちの別の１つとの間の直接通信が途切れることを防ぐ。以下では、ＳＴＡ１０１の構成と、ＳＴＡ１０１が実行する処理について説明する。
【００１８】
（ＳＴＡ１０１の構成）
図２は、本実施形態に係るＳＴＡ１０１の機能構成の一例を示すブロック図である。ＳＴＡ１０１は、例えば、ＲＦ制御部２０１、端末局制御部２０２、直接通信制御部２０３、チャネルスイッチ設定制御部２０４、ストリーミング制御部２０５、表示部２０６、及び記憶部２０７を有する。
【００１９】
ＲＦ制御部２０１は、他の無線ＬＡＮの通信装置との間で無線信号の送信または受信を行うためのアンテナ、回路、及びそれらを制御するプログラムを含んで構成される。端末局制御部２０２は、例えば、ＲＦ制御部２０１を制御して、無線ＬＡＮのＳＴＡ（端末）として機能するためのハードウェア及びプログラムを含んで構成される。端末局制御部２０２は、ＳＴＡ１０１が無線ネットワーク１０５に参加し、ＡＰ１０２と通信をするための制御を行う。直接通信制御部２０３は、例えば、ＲＦ制御部２０１を制御して、ＡＰ１０２を介してＳＴＡ１０３及び１０４と直接接続を確立した後に、ＡＰ１０２を介さずにＳＴＡ１０３及び１０４と直接通信をするためのハードウェア及びプログラムを含んで構成される。
【００２０】
チャネルスイッチ設定制御部２０４は、例えば、ＴＤＬＳによる直接接続の確立後に、チャネルの切り替えに関する設定制御を行うためのプログラムにより構成される。チャネルスイッチ設定制御部２０４が実行する設定制御の詳細については、図３を用いて後述する。
【００２１】
ストリーミング制御部２０５は、例えば、ＳＴＡ１０１が受信したストリーミングを制御するソフトウェアおよびハードウェアを含んで構成される。具体的には、ストリーミング制御部２０５は、例えば、ＲＴＰパケットを受信し、デコードをした上で、デコードした画像を表示部２０６に表示するための処理を行う。表示部２０６は、ストリーミング制御部２０５で処理されたストリーミング画像を表示するためのディスプレイ、及びそれを制御するソフトウェアおよびハードウェアを含んで構成される。記憶部２０７は、例えば、ＳＴＡ１０１が動作するためのプログラムおよびデータを保存するためのＲＯＭとＲＡＭにより構成される。
【００２２】
（チャネルスイッチ設定制御）
続いて、図３を用いて、チャネルスイッチ設定制御部２０４が実行する処理について説明する。図３の処理は、ＳＴＡ１０１が、ＴＤＬＳによる直接接続を確立しているＳＴＡから、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔを受信した場合に、実行される。
【００２３】
本処理においては、チャネルスイッチ設定制御部２０４は、まず、複数のＳｏｕｒｃｅとの間でＴＤＬＳによる直接接続が確立されているかを判断する（Ｓ３０１）。そして、チャネルスイッチ設定制御部２０４は、複数のＳｏｕｒｃｅとの間で接続が確立されている場合（Ｓ３０１でＹＥＳ）は、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔを拒否することを決定する（Ｓ３０２）。一方、チャネルスイッチ設定制御部２０４は、１つのＳｏｕｒｃｅとの間だけでＴＤＬＳによる直接接続が確立されている場合（Ｓ３０１でＮＯ）は、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔを許容することを決定する（Ｓ３０３）。すなわち、チャネルスイッチ設定制御部２０４は、１つのＳｏｕｒｃｅとの間だけで接続が確立されている場合には、チャネルの切り替えを許可し、複数のＳｏｕｒｃｅとの間で接続が確立されている場合はチャネルの切り替えを拒否する。
【００２４】
続いて、図４及び図５を用いて、ＳＴＡ１０１が、ＳＴＡ１０３からＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔを受信したときの処理の流れについて説明する。なお、図４は、ＳＴＡ１０１は、１つのＳｏｕｒｃｅ（ＳＴＡ１０３）との間のみでＴＤＬＳによる直接接続を確立しており、ＳＴＡ１０４とはＴＤＬＳによる直接接続を確立していない場合の処理の流れを示すシーケンス図である。また、図５は、ＳＴＡ１０１が、複数のＳｏｕｒｃｅ（ＳＴＡ１０３及びＳＴＡ１０４）とＴＤＬＳによる直接接続を確立している場合の処理の流れを示すシーケンス図である。すなわち、図５では、ＳＴＡ１０１は、ＳＴＡ１０３及びＳＴＡ１０４から、それぞれ確立したＴＤＬＳによる直接接続を用いてフレームを受信し得る。
【００２５】
まず、図４の場合について説明する。図４の例において、ＳＴＡ１０３は、ストリーミングのデータを送信する前に、ＳＴＡ１０１にＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔを送信する（Ｓ４０１）。すなわち、ＳＴＡ１０３は、ＳＴＡ１０１に対して、チャネルの切り替えを要求する信号を送信する。なお、この要求は、無線ネットワーク１０５の無線チャネル（ベースチャネル）で送信される。ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔには、切り替え先のチャネル（ＳＴＡ１０３がチャネルの切り替え後に使用したいチャネル、オフチャネル）の情報が含まれる。
【００２６】
ＳＴＡ１０１はＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔを受信すると、チャネルスイッチ設定制御部２０４により、図３に示すチャネルスイッチ設定制御を行う（Ｓ４０２）。この場合、ＳＴＡ１０１は、ＳＴＡ１０３との間のみでＴＤＬＳによる直接接続を確立しているため、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔを許可することを決定する（Ｓ３０３、Ｓ４０２）。そして、この場合、ＳＴＡ１０１は、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  ＲｅｓｐｏｎｓｅのＳｔａｔｕｓ  ＣｏｄｅをＳＵＣＣＥＳＳ（＝０）としてＳＴＡ１０３に応答する（Ｓ４０３）。すなわち、ＳＴＡ１０１は、チャネルの切り替えを許容する旨の信号をＳＴＡ１０３へ送信する。
【００２７】
そして、ＳＴＡ１０１は、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｓｐｏｎｓｅを送信すると、Ｓ４０１において受信したＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔで指定されたオフチャネルに移動する（Ｓ４０４）。このとき、ＳＴＡ１０１は、不図示のＰｏｗｅｒ  Ｍａｎａｇｅｍｅｎｔ  ｂｉｔ＝１のＱｏＳ  Ｎｕｌｌ  Ｆｒａｍｅを、ＡＰ１０２に送信し、ＡＰ１０２からのフレームを受信できない状態にあることを、ＡＰ１０２に通知してもよい。
【００２８】
ＳＴＡ１０３は、Ｓ４０３でＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｓｐｏｎｓｅを受信すると、Ｓ４０１において、自らがＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔで指定したオフチャネルに移動する（Ｓ４０５）。このときも、ＳＴＡ１０３は、Ｐｏｗｅｒ  Ｍａｎａｇｅｍｅｎｔ  ｂｉｔ＝１のＱｏＳ  Ｎｕｌｌ  ＦｒａｍｅをＡＰ１０２に送信してもよい。なお、Ｓ４０４とＳ４０５の処理は、ＳＴＡ１０１及びＳＴＡ１０３のそれぞれがオフチャネルに移動するタイミングに応じて、どちらが先に実行されてもよい。
【００２９】
ＳＴＡ１０３は、チャネルを移動すると、映像ストリーミングのパケットであるＲＴＰパケットを、移動したチャネルにおいてＳＴＡ１０１へ送信する（Ｓ４０６）。そして、ＳＴＡ１０３は、ＲＴＰパケットを送信後、ＡＰ１０２がＢｅａｃｏｎを送信するタイミングが近付くと、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  ＲｅｓｐｏｎｓｅをＳＴＡ１０１へ送信する（Ｓ４０７）。これは、ＳＴＡ１０３がベースチャネルに戻ることをＳＴＡ１０１に通知するために行われる。ここで、ベースチャネルに戻るためのＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｓｐｏｎｓｅは、ＳＴＡ１０１から送信されてもよい。また、ＳＴＡ１０１又はＳＴＡ１０３は、ＡＰ１０２がＢｅａｃｏｎを送信するタイミングでなくとも、その前の任意のタイミングで、ベースチャネルに戻るためのＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｓｐｏｎｓｅを送信してもよい。
【００３０】
ＳＴＡ１０１は、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｓｐｏｎｓｅを受信すると、チャネルをベースチャネルに戻す（Ｓ４０８）。また、ＳＴＡ１０３はＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｓｐｏｎｓｅを送信した後に、チャネルをベースチャネルに戻す（Ｓ４０９）。このとき、Ｓ４０８とＳ４０９の処理が実行される順序はどちらが先であってもよい。そして、ＳＴＡ１０１及びＳＴＡ１０３は、チャネルをベースチャネルに戻したことにより、ＡＰ１０２からのＢｅａｃｏｎを受信することができる（Ｓ４１０）。
【００３１】
続いて、図５の場合について説明する。ここでは、ＳＴＡ１０１が、ＳＴＡ１０３及びＳＴＡ１０４との間でＴＤＬＳによる直接接続を確立している場合に、ＳＴＡ１０３からＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔを受信した場合について説明する。なお、ＳＴＡ１０１が、ＳＴＡ１０４からＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔを受信した場合についても同様の処理が行われる。
【００３２】
ＳＴＡ１０３は、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  ＲｅｑｕｅｓｔをベースチャネルでＳＴＡ１０１へ送信する（Ｓ５０１）。ＳＴＡ１０１は、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔを受信すると、図４の場合と同様に、図３に示すチャネルスイッチ設定制御を行う（Ｓ５０２）。このとき、図３で説明したように、ＳＴＡ１０１は、複数のＳＴＡとＴＤＬＳによる直接接続を確立しているため、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔを拒否することを決定する（Ｓ３０２）。
【００３３】
ＳＴＡ１０１は、Ｓ５０２でＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔを拒否することを決定すると、Ｓ５０１の要求に対する応答（ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｓｐｏｎｓｅ）をＳＴＡ１０３へ送信する（Ｓ５０３）。ここで、ＳＴＡ１０１は、Ｓｔａｔｕｓ  ＣｏｄｅをＲＥＦＵＳＥＤ（＝１）として、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｓｐｏｎｓｅを送信する（Ｓ５０３）。なお、ここでは、ＳＴＡ１０１は、Ｓｔａｔｕｓ  ＣｏｄｅをＲＥＦＵＳＥＤとせずに、Ｓ５０１の応答を拒否することを示す他の情報としてもよい。
【００３４】
ＳＴＡ１０３は、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｓｐｏｎｓｅで、チャネルの切り替えの拒否を通知されると、オフチャネルに移動せずに、ベースチャネルでＲＴＰパケットを送信する（Ｓ５０４）。また、このとき、ＳＴＡ１０１は、チャネルをベースチャネルから移していないため、ＳＴＡ１０４から送信されたＲＴＰパケットを受信することもできる（Ｓ５０５）。また、ＳＴＡ１０１、ＳＴＡ１０３及びＳＴＡ１０４は、チャネルをベースチャネルとしたままであるため、ＡＰ１０２からのビーコンを受信することもできる（Ｓ５０６）。なお、図５においては、ＳＴＡ１０３からＲＴＰパケットが送信された後に、ＳＴＡ１０４からＲＴＰパケットが送信されているが、この順序は逆であってもよい。どちらのＳＴＡがフレームを送信するかは、例えば、通常の無線ＬＡＮにおけるＣＳＭＡ／ＣＡ方式で決定され得る。
【００３５】
図４のケースとは異なり、図５のケースでは、ＳＴＡ１０１は、複数のＳＴＡとの間でＴＤＬＳによる直接接続を確立している。したがって、ＳＴＡ１０１は、Ｓ５０１においてＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔを受信後に、チャネルを切り替えてしまうと、チャネルを切り替えている間、ＳＴＡ１０４からのＲＴＰパケットを受信できなくなってしまう。そのため、ＳＴＡ１０１において、映像ストリーミングが遅延してしまったり、それにより画面が乱れてしまったりする場合が考えられる。しかし、本実施形態に係るＳＴＡ１０１は、Ｓ５０３でチャネル切り替えを拒否するため、このような遅延や画面の乱れを未然に防ぐことができる。
【００３６】
以上のように、本実施形態では、通信装置（ＳＴＡ１０１）は、複数の他の通信装置（ＳＴＡ１０３及びＳＴＡ１０４）との間で直接接続を確立している場合に、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈを禁止するように制御を行う。
【００３７】
なお、ＳＴＡは、複数の他のＳＴＡとの間でＴＤＬＳによる直接接続を確立している場合には、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈの要求を拒否するように制御するのであれば、どのような制御を行ってもよい。例えば、ＳＴＡは、既に一台の他のＳＴＡとＴＤＬＳの直接接続を確立後に、別のＳＴＡからＴＤＬＳ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔを受信した場合に、ＴＤＬＳ  Ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅの情報要素により、チャネルの切り替えを拒否してもよい。具体的には、ＳＴＡは、ＴＤＬＳ  Ｓｅｔｕｐ  ＲｅｓｐｏｎｓｅのＥｘｔｅｎｄｅｄ  Ｃａｐａｂｉｌｉｔｉｅｓ  Ｉｎｆｏｒｍａｔｉｏｎ  ＥｌｅｍｅｎｔのＴＤＬＳ  ｃｈａｎｎｅｌ  ｓｗｉｔｃｈｉｎｇ  ｂｉｔで０を指定する。これにより、ＳＴＡは、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈができないことを相手装置に通知することができる。また、この場合、ＳＴＡは、既にＴＤＬＳの直接接続を確立済みの相手方ＳＴＡに対して、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈをサポートしていることを通知してしまっている。そのため、ＳＴＡは、一度、ＴＤＬＳ  ＴｅａｒｄｏｗｎでＴＤＬＳの直接接続を切断した後に、再度ＴＤＬＳ  ｃｈａｎｎｅｌ  ｓｗｉｔｃｈｉｎｇ  ｂｉｔを０にしてＴＤＬＳ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔをその相手方ＳＴＡへ送信してもよい。または、ＳＴＡは、既にＴＤＬＳを確立済みの相手方ＳＴＡに対しては、図５で示したように、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔを拒否するように設定してもよい。
【００３８】
また、ＳＴＡは、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔに対してＳｔａｔｕｓ  ＣｏｄｅをＲＥＦＵＳＥＤとして送信するのではなく、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔに応答しないようにしてもよい。また、これ以外にも、ＳＴＡは、複数の他のＳＴＡとＴＤＬＳの直接接続を確立している場合は、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈを禁止するようにできる各種方法が用いられてもよい。
【００３９】
＜＜実施形態２＞＞
本実施形態では、ＳＴＡ１０３は、直接接続の相手方のＳＴＡ１０１が、複数の他のＳＴＡとの間で直接通信を行っている場合、ＳＴＡ１０１との間のチャネルの切り替えを禁止するように制御を行う。ＳＴＡ１０３は、これにより、ＳＴＡ１０１との間の直接通信のためにチャネルを切り替えたことにより、ＳＴＡ１０１と他のＳＴＡとの間の直接通信が途切れることを防ぐ。以下では、このような制御を行うＳＴＡ１０３の構成と、その処理の内容について説明する。
【００４０】
（ＳＴＡ１０３の構成）
図６は、ＳＴＡ１０３の機能構成例を示すブロック図である。ＳＴＡ１０３は、例えば、ＲＦ制御部６０１、端末制御部６０２、直接通信制御部６０３、相手装置直接通信確立判断部６０４、チャネルスイッチ設定制御部６０５、ストリーミング制御部６０６、表示部６０７及び記憶部６０８を有する。これらのうち、ＲＦ制御部６０１、端末制御部６０２、直接通信制御部６０３、記憶部６０８は、図２に示すＳＴＡ１０１の同名の機能部と同様の機能であるため、説明を省略する。
【００４１】
相手装置直接通信確立判断部６０４は、例えば、ＴＤＬＳの直接接続を確立した相手方のＳＴＡが、複数のＳＴＡとＴＤＬＳの直接接続を確立しているかを判断するためのソフトウェアを含んで構成される。相手装置直接通信確立判断部６０４の詳細な処理の内容は図７及び図８を用いて後述する。
【００４２】
チャネルスイッチ設定制御部６０５は、例えば、ＴＤＬＳの直接接続の確立後に、チャネルスイッチに関する設定制御を決定するためのプログラムにより構成される。チャネルスイッチ設定制御部６０５の詳細な処理については、図９を用いて後述する。
【００４３】
ストリーミング制御部６０６は、例えば、映像をストリーミング送信するためのソフトウェアおよびハードウェアを含んで構成される。映像のストリーミング送信のためのＲＴＰパケット生成などは、Ｗｉ−Ｆｉ  Ｄｉｓｐｌａｙに準拠して実行される。表示部６０７は、例えば、ＳＴＡ１０３に備えられたディスプレイおよびそれを制御するソフトウェアにより構成される。
【００４４】
（相手装置の直接通信確立数の判定処理）
図７は、直接接続の相手装置であるＳＴＡ１０１が、複数の他のＳＴＡとＴＤＬＳの直接接続を確立しているかを、ＳＴＡ１０３が判定する処理の流れを示すシーケンス図である。この判定処理は、通常のＴＤＬＳの直接接続を確立するのと同様に、ＳＴＡ１０１とＳＴＡ１０３との間で、ＡＰ１０２を介して、ＴＤＬＳ  Ｓｅｔｕｐ  ＲｅｑｕｅｓｔおよびＴＤＬＳ  Ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅを送受信して行われる。
【００４５】
ＳＴＡ１０３は、ＴＤＬＳの直接接続を確立するために、ＡＰ１０２を介して、ＴＤＬＳ  Ｓｅｔｕｐ  ＲｅｑｕｅｓｔをＳＴＡ１０１に送信する（Ｓ７０１）。ＳＴＡ１０１は、ＴＤＬＳ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔを受信すると、ＡＰ１０２を介して、ＴＤＬＳ  Ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅを送信する（Ｓ７０２）。このとき、ＴＤＬＳ  Ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅには図８に示すような情報が含められる。
【００４６】
図８は、Ｗｉ−Ｆｉ  Ｄｉｓｐｌａｙ規格を拡張したＷｉ−Ｆｉ  Ｄｉｓｐｌａｙ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔの構造を示したものである。図８の構造では、Ｗｉ−Ｆｉ  Ｄｉｓｐｌａｙ規格に、Ｓｕｂｅｌｅｍｅｎｔ  ＩＤとしてＷＦＤ  Ｍｕｌｔｉ  Ｉｎｆｏｒｍａｔｉｏｎが追加されている。これは、例えば１  Ｏｃｔｅｔで構成され、Ｍｕｌｔｉ−Ｓｏｕｒｃｅ  ｂｉｔ、Ｍｕｌｔｉ−Ｓｉｎｋ  ｂｉｔ、Ｒｅｓｅｒｖｅｄ  ｂｉｔを含んで構成される。
【００４７】
Ｍｕｌｔｉ−Ｓｏｕｒｃｅ  ｂｉｔは、Ｓｉｎｋが複数のＳｏｕｒｃｅに接続されているかを示す情報である。Ｍｕｌｔｉ−Ｓｏｕｒｃｅ  ｂｉｔには、ＴＤＬＳ  Ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅを送信後に複数のＳｏｕｒｃｅに接続されている状況になる場合は１が、１台のＳｏｕｒｃｅに接続されている状況となる場合には０が、それぞれ設定される。
【００４８】
Ｍｕｌｔｉ−Ｓｉｎｋ  ｂｉｔは、Ｓｏｕｒｃｅが複数のＳｉｎｋに接続されているかを示す情報である。Ｍｕｌｔｉ−Ｓｉｎｋ  ｂｉｔには、ＴＤＬＳ  Ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅを送信後に複数のＳｉｎｋに接続されることとなる場合、又はＳｉｎｋに接続されない場合には１が、１台のＳｉｎｋに接続されることとなる場合には０が、それぞれ設定される。
【００４９】
Ｓ７０２において、ＳＴＡ１０１は、複数のＳｏｕｒｃｅに接続されている場合、すなわち複数のＳＴＡとＴＤＬＳの直接接続を確立している場合には、Ｍｕｌｔｉ−Ｓｏｕｒｃｅ  ｂｉｔを１に設定する。ＳＴＡ１０３は、ＴＤＬＳ  Ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅを受信すると、ＳＴＡ１０１にＴＤＬＳ  Ｓｅｔｕｐ  Ｃｏｎｆｉｒｍを送信する（Ｓ７０３）。これにより、ＴＤＬＳの直接接続の確立が完了する。そして、ＳＴＡ１０３は、Ｓ７０２で受信したＴＤＬＳ  Ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅの情報から、ＳＴＡ１０１が複数のＳＴＡとＴＤＬＳの直接接続を確立することとなるかを判定することできる（Ｓ７０４）。一方、ＳＴＡ１０１は、ＴＤＬＳ  Ｓｅｔｕｐにより、ＳＴＡ１０３のみが接続されることとなる場合には、Ｍｕｌｔｉ−Ｓｏｕｒｃｅ  ｂｉｔを０に設定する。これにより、ＳＴＡ１０３は、ＳＴＡ１０１が複数のＳＴＡとＴＤＬＳの直接接続を確立していないと判断することができる（Ｓ７０４）。
【００５０】
（チャネルスイッチ設定制御）
続いて、本実施形態に係るチャネルスイッチ設定制御について説明する。図９は、本実施形態における、チャネルスイッチ設定制御部６０５が実行する当該処理の流れを示すフローチャートである。本処理は、ＳＴＡ１０３がＲＴＰパケットを送信する前に実行される。
【００５１】
本処理においては、チャネルスイッチ設定制御部６０５は、まず、相手方のＳＴＡ、すなわちＳＴＡ１０１が、複数のＳＴＡとＴＤＬＳの直接接続を確立しているかを判定する（Ｓ９０１）。この判定は、図７及び図８を用いて説明した、相手装置直接通信確立判断部６０４が実行する判定処理の結果によって行われる。このとき、ＳＴＡ１０１が、ＴＤＬＳの直接接続を複数のＳＴＡと確立していない場合（Ｓ９０１でＮＯ）は、チャネルスイッチ設定制御部６０５は、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈを行うことを決定する（Ｓ９０２）。ＳＴＡ１０３は、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈを行うことを決定すると、通常のＴＤＬＳの仕様に従って、チャネルの切り替えをＳＴＡ１０１に要求する。
【００５２】
一方、チャネルスイッチ設定制御部６０５は、ＳＴＡ１０１がＴＤＬＳを複数のＳＴＡと確立している場合（Ｓ９０１でＹＥＳ）は、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈを行わないことを決定する（Ｓ９０３）。ＳＴＡ１０３は、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈを行わないことを決定すると、チャネルの切り替えをせずに、ベースチャネルのままＲＴＰパケットを送信する。
【００５３】
これにより、例えばＳＴＡ１０１が、ＳＴＡ１０３の他に、ＳＴＡ１０４とも直接接続を確立していた場合には、ＳＴＡ１０３は、ＳＴＡ１０１にチャネルの切り替えを要求せずに、ベースチャネルでＲＴＰパケットを送信する。したがって、ＳＴＡ１０１がチャネルの切り替えを行うことがないため、ＳＴＡ１０４も、ベースチャネルでＳＴＡ１０１にＲＴＰパケットを送信することができる。これにより、通信装置は、チャネルの切り替えによる、他の通信装置（Ｓｏｕｒｃｅ）から相手装置（Ｓｉｎｋ）への映像のストリーミング送信の妨害を防ぐことができる。一方、例えばＳＴＡ１０１が、ＳＴＡ１０３の他には直接接続を確立していない場合には、ＳＴＡ１０３は、ＳＴＡ１０１にチャネルの切り替えを要求し、オフチャネルでＲＴＰパケットを送信する。このように、本実施形態に係るチャネルスイッチ設定制御によって、通信装置は、相手装置の状況に応じて、チャネルの切り替えを行うかを決定することができる。
【００５４】
なお、本実施形態では、図７及び図８の処理において、相手装置の直接接続の確立数を確認するのに、ＴＤＬＳ  Ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅに付随するＷＦＤ  Ｍｕｌｔｉ  Ｉｎｆｏｒｍａｔｉｏｎの情報が用いられる例を示したが、これに限られない。すなわち、相手装置が複数の直接接続を確立しているか否かを判別することができる別の情報が用いられてもよい。例えば、ＴＤＬＳ  Ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅの情報要素により、相手装置が複数の直接接続を確立しているかを判別するようにしてもよい。この場合、例えば、Ｅｘｔｅｎｄｅｄ  Ｃａｐａｂｉｌｉｔｉｅｓ  Ｉｎｆｏｒｍａｔｉｏｎ  ＥｌｅｍｅｎｔのＴＤＬＳ  ｃｈａｎｎｅｌ  ｓｗｉｔｃｈｉｎｇ  ｂｉｔで０を指定しているかに応じて、複数の直接接続が確立されているかの情報が取得される。
【００５５】
また、複数のＳＴＡと直接接続を確立しているかの状況は、動的に変わり得る。そのため、通信装置は、定期的に相手装置に対して、複数ＳＴＡと直接接続を確立しているかを問い合わせてもよい。また、通信装置は、相手装置からの、直接接続を確立しているＳＴＡの数が変更された旨の通知により、相手装置の接続状況の情報を取得してもよい。この通知は、定期的に行われてもよいし、相手装置の接続状況が変化した場合に行われてもよい。
【００５６】
＜＜実施形態３＞＞
本実施形態では、通信装置（ＳＴＡ１０１）は、自らがＴＤＬＳの直接接続を確立している相手方のＳＴＡの全てに対して同時にオフチャネルへの移行を促す。これにより、ＳＴＡ１０１は、直接接続を確立しているＳＴＡが異なるチャネルに滞在することにより、通信不能状態となることを防ぐことができる。なお、本実施形態に係るＳＴＡ１０１の構成は、図２に示すのと同様の構成を有するため、説明を省略する。本実施形態では、チャネルスイッチ設定制御部２０４の処理が異なる。このため、チャネルスイッチ設定制御部２０４の処理について、図１０及び図１２を用いて詳細に説明する。
【００５７】
（チャネルスイッチ設定制御）
図１０に、本実施形態におけるチャネルスイッチ設定制御部のフローチャートを示す。本処理は、ＳＴＡ１０１が、ＡＰ１０２からのＢｅａｃｏｎを受信する度に行われる。
【００５８】
チャネルスイッチ設定制御部２０４は、まず複数のＳｏｕｒｃｅとの間で接続が確立されているか、すなわち複数のＴＤＬＳの直接接続が確立されているかを判定する（Ｓ１００１）。ここで、チャネルスイッチ設定制御部２０４は、複数のＳｏｕｒｃｅとの間で接続が確立されている場合（Ｓ１００１でＹＥＳ）は、続いて、全てのＳｏｕｒｃｅが使えるチャネルがあるかを判定する（Ｓ１００２）。すなわち、ＳＴＡ１０１は、ＳＴＡ１０３及びＳＴＡ１０４とＴＤＬＳを確立している場合は、ＳＴＡ１０３及びＳＴＡ１０４が使えるチャネルを確認し、共通して使用できるチャネルを特定する。この特定は、例えば、ＴＤＬＳ  Ｓｅｔｕｐ  ＲｅｑｕｅｓｔまたはＴＤＬＳ  Ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅに含まれるＩｎｆｏｒｍａｔｉｏｎ  ｅｌｅｍｅｎｔを用いて行うことができる。
【００５９】
チャネルスイッチ設定制御部２０４は、全てのＳｏｕｒｃｅが使えるチャネルがあると判定した場合（Ｓ１００２でＹＥＳ）、そのチャネルをＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈで指定するオフチャネルとして決定する（Ｓ１００３）。このとき、全てのＳｏｕｒｃｅで使えるチャネルが複数存在する場合には、そのチャネルの中の少なくともいずれかが選択される。なお、全てのＳｏｕｒｃｅが使えるチャネルがない場合（Ｓ１００２でＮＯ）には、チャネルの切り替えは許容されない。
【００６０】
チャネルスイッチ設定制御部２０４がオフチャネルを決定すると、ＳＴＡ１０１は、全てのＳｏｕｒｃｅ、すなわちＳＴＡ１０３及びＳＴＡ１０４に対して、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔを送信する（Ｓ１００４）。このとき、ＳＴＡ１０１は、オフチャネル先として、Ｓ１００３で決定したチャネルを指定する。ＳＴＡ１０１は、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔを送信すると、全てのＳｏｕｒｃｅからのＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｓｐｏｎｓｅを待ち受ける（Ｓ１００５）。そして、ＳＴＡ１０１は、全てのＳｏｕｒｃｅからＣｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｓｐｏｎｓｅを受信できると（Ｓ１００５でＹＥＳ）、チャネルをオフチャネルに移す（Ｓ１００６）。そして、これ以降の処理は、通常のＴＤＬＳのチャネルスイッチの動作に従って実行される。
【００６１】
一方、ＳＴＡ１０１は、Ｓ１００５において、全てのＳｏｕｒｃｅからＣｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｓｐｏｎｓｅが受信できない状態にある場合（Ｓ１００５でＮＯ）は、一定時間受信できないかどうかを待つ（Ｓ１００７）。その結果、一定時間受信できなかった場合には、次にＣｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｓｐｏｎｓｅが１つ以上受信できたかを判定する（Ｓ１００８）。１つ以上Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｓｐｏｎｓｅが受信できた場合（Ｓ１００８でＹＥＳ）には、少なくとも１つ以上のＳｏｕｒｃｅがチャネルをオフチャネルに移していることとなる。このため、ＳＴＡ１０１もチャネルをオフチャネルに移す（Ｓ１００６）。なお、全てのＳｏｕｒｃｅからＣｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｓｐｏｎｓｅを受信できなかった場合は、ＳＴＡ１０１は、チャネルの切り替えを行わないことを決定してもよい。一方、ＳＴＡ１０１は、どのＳｏｕｒｃｅからもＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｓｐｏｎｓｅを受信しなかった場合（Ｓ１００８でＮＯ）は、チャネルをオフチャネルへ移さない（Ｓ１００９）。これは、チャネルをオフチャネルに移したとしても、ＳＴＡ１０１がどのＳｏｕｒｃｅとも通信を行うことができないからである。
【００６２】
また、ＳＴＡ１０１は、Ｓ１００１において、１台のＳｏｕｒｃｅだけとの間に接続が確立されている場合（Ｓ１００１でＮＯ）は、通常のＴＤＬＳ仕様に則って、オフチャネルへチャネルの切り替えを行う（Ｓ１０１０）。
【００６３】
続いて、図１１を用いて、ＡＰ１０２からＢｅａｃｏｎ受信後にＳＴＡ１０１が直接接続を確立しているＳＴＡ１０３及びＳＴＡ１０４に対してチャネル切り替えを要求する処理の流れについて説明する。
【００６４】
本処理においては、まず、ＳＴＡ１０１が、ＡＰ１０２からＢｅａｃｏｎを受信する（Ｓ１１０１）。ＳＴＡ１０１は、Ｂｅａｃｏｎを受信すると、図１０で説明したように、Ｓ１００１の、複数のＳｏｕｒｃｅとの接続が確立されているかの判定を行う。ここで、本例では、ＳＴＡ１０１は、２つのＳｏｕｒｃｅ（ＳＴＡ１０３及びＳＴＡ１０４）との接続が確立されているため、処理をＳ１００２へ進める。なお、ここでは、ＳＴＡ１０３及びＳＴＡ１０４が共に用いることができるチャネルが存在するものとする（Ｓ１００２でＹＥＳ）。このため、ＳＴＡ１０１は、ＳＴＡ１０３及びＳＴＡ１０４が共通して使用できるチャネルのいずれかを指定したＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔを、ＳＴＡ１０３及びＳＴＡ１０４へ送信する（Ｓ１００３、Ｓ１００４、Ｓ１１０２）。
【００６５】
ＳＴＡ１０３及びＳＴＡ１０４は、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔを受信すると、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｓｐｏｎｓｅにより応答する（Ｓ１１０３、Ｓ１１０４）。なお、図１１では、ＳＴＡ１０３の後にＳＴＡ１０４がＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｓｐｏｎｓｅを送信しているが、この送信の順序は逆であってもよい。
【００６６】
ＳＴＡ１０１は、ＳＴＡ１０３及びＳＴＡ１０４の両方からＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｓｐｏｎｓｅを受信すると（Ｓ１００５でＹＥＳ）、使用するチャネルをオフチャネルへ移す（Ｓ１００６、Ｓ１１０５）。また、ＳＴＡ１０３及びＳＴＡ１０４も、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｓｐｏｎｓｅを送信した時点でチャネルをオフチャネルに移す（Ｓ１１０６、Ｓ１１０７）。なお、Ｓ１１０５〜Ｓ１１０７の、チャネルの切り替えが行われるタイミングは、その後にＲＴＰパケットが正確に送受信されうるタイミングであれば、どのようなものであってもよい。
【００６７】
ＳＴＡ１０３及びＳＴＡ１０４は、チャネルをオフチャネルに移した後に、映像ストリーミングのＲＴＰパケットを送信する（Ｓ１１０８、Ｓ１１０９）。実施形態１でも述べたようにＳ１１０８、Ｓ１１０９の送信順序は、図１２のように順番に送信されるとは限らない。ＲＴＰパケットの送信後に、ＳＴＡ１０１、ＳＴＡ１０３、及びＳＴＡ１０４は、ＴＤＬＳの仕様に従って、ベースチャネルに戻り（Ｓ１１１０〜Ｓ１１１２）、ＡＰ１０２のＢｅａｃｏｎを受信する（Ｓ１１１３）。
【００６８】
ここまでは、通信装置が、自らがチャネルの切り替えを要求する場合の処理について説明した。続いて、以下では、通信装置が、直接接続を確立している相手装置からチャネルの切り替えを要求された場合の処理について説明する。図１２は、ＳＴＡ１０１が、ＴＤＬＳの直接接続を確立している他のＳＴＡからＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔを受信した場合の処理の流れを示すフローチャートである。本処理は、他のＳＴＡからＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔを受信した場合に、チャネルスイッチ設定制御部２０４が実行する。
【００６９】
本処理において、チャネルスイッチ設定制御部２０４は、まず、直接接続の相手装置からＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔを受信すると、複数のＳｏｕｒｃｅとの間で接続が確立されているかを判定する（Ｓ１２０１）。すなわち、チャネルスイッチ設定制御部２０４は、ＴＤＬＳの直接接続を確立しているＳＴＡが複数存在するかを判定する。
【００７０】
チャネルスイッチ設定制御部２０４は、複数のＳｏｕｒｃｅとの間で接続が確立されていると判定した場合（Ｓ１２０１でＹＥＳ）は、続いて、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔに含まれるオフチャネルを確認する（Ｓ１２０２）。そして、チャネルスイッチ設定制御部２０４は、このオフチャネルが、接続を確立している全てのＳｏｕｒｃｅが使えるチャネルであるかを判定する（Ｓ１２０２）。この判定は、Ｓ１００２と同様の処理により実行することができる。なお、チャネルスイッチ設定制御部２０４は、複数のＳｏｕｒｃｅとの間で接続が確立されていないと判定した場合（Ｓ１２０１でＹＥＳ）は、チャネルの切り替えを許容する（Ｓ１２０８）。この場合、ＳＴＡ１０１は、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  ＲｅｓｐｏｎｓｅのＳｔａｔｕｓ  ＣｏｄｅをＳＵＣＣＥＳＳとして、チャネルの切り替え要求に応答する（Ｓ１２０８）。この場合は、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔの送信元のＳＴＡ以外に直接接続を確立しているＳＴＡがおらず、チャネルを切り替えても通信ができなくなるＳｏｕｒｃｅは存在しないため、チャネルの切り替えが許可される。
【００７１】
指定されたオフチャネルが他の全てのＳｏｕｒｃｅにとっても使えるチャネルであった場合（Ｓ１２０２でＹＥＳ）は、ＳＴＡ１０１は、他のＳｏｕｒｃｅに対してＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔを送信する（Ｓ１２０３）。このとき、ＳＴＡ１０１は、受信したＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔで指定されたオフチャネルを、オフチャネル先として指定する。
【００７２】
そして、ＳＴＡ１０１は、他の全てのＳｏｕｒｃｅからＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｓｐｏｎｓｅが受信されるのを待つ（Ｓ１２０４）。そして、ＳＴＡ１０１は、他の全てのＳｏｕｒｃｅからＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｓｐｏｎｓｅを受信できた場合（Ｓ１２０４でＹＥＳ）は、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔを受諾する。すなわち、ＳＴＡ１０１は、チャネルの切り替えを許可する。この場合、ＳＴＡ１０１は、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  ＲｅｓｐｏｎｓｅのＳｔａｔｕｓ  ＣｏｄｅをＳＵＣＣＥＳＳとして、チャネルの切り替え要求に応答する（Ｓ１２０５）。これにより、ＳＴＡ１０１は、直接接続を確立している全てのＳＴＡと同時にチャネルをオフチャネルに移すこととなり、全てのＳｏｕｒｃｅとの間で、オフチャネルにおいて継続的に通信をすることができる。
【００７３】
一方、Ｓ１２０４で、他のＳｏｕｒｃｅからＣｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｓｐｏｎｓｅが受信できない状態である場合は、ＳＴＡ１０１は、そのまま応答を一定時間待ち受ける（Ｓ１２０６、Ｓ１２０４）。そして、ＳＴＡ１０１は、Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｓｐｏｎｓｅを一定時間受信できなかった場合には、受信したＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔを拒否する。すなわち、ＳＴＡ１０１は、チャネルの切り替えを許可しない。この場合、ＳＴＡ１０１は、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  ＲｅｓｐｏｎｓｅでＳｔａｔｕｓ  ＣｏｄｅをＲＥＦＵＳＥＤとして、要求に対して応答する（Ｓ１２０７）。また、Ｓ１２０２で、受信したＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔに含まれるオフチャネルを使用することができない他のＳｏｕｒｃｅがいた場合にも、ＳＴＡ１０１は、チャネルの切り替え要求を拒否する（Ｓ１２０７）。これにより、一部のＳｏｕｒｃｅがチャネルスイッチできない場合に、チャネルの切り替えによって、その一部のＳｏｕｒｃｅとの通信ができなくなってしまうことを防ぐことができる。
【００７４】
続いて、図１３を用いて、ＳＴＡ１０１がＴＤＬＳの直接接続を確立しているＳＴＡ１０３からＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔを受信した場合の処理の流れについて説明する。ＳＴＡ１０１はＳＴＡ１０３とＳＴＡ１０４とＴＤＬＳを確立しているものとする。
【００７５】
本例では、ＳＴＡ１０１は、ＡＰ１０２からＢｅａｃｏｎを受信した（Ｓ１３０１）直後に、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  ＲｅｑｕｅｓｔをＳＴＡ１０３から受信する（Ｓ１３０２）。このとき、図１２で説明したように、Ｓ１２０１の、複数のＳｏｕｒｃｅとの接続が確立されているかの判定を行う。本例では、ＳＴＡ１０１は、２つのＳｏｕｒｃｅ（ＳＴＡ１０３及びＳＴＡ１０４）との接続が確立されているため、処理をＳ１２０２へ進める。なお、ここでは、ＳＴＡ１０４は、ＳＴＡ１０１が受信したＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔで指定されるオフチャネルを使えるものとする（Ｓ１２０２でＹＥＳ）。このため、ＳＴＡ１０１は、ＳＴＡ１０３以外に直接接続を確立しているＳｏｕｒｃｅ、すなわちＳＴＡ１０４に対して、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔを送信する（Ｓ１２０３、Ｓ１３０３）。図１２の説明で述べた通り、受信したＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔで指定されたオフチャネルが、このときのＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔにおいてオフチャネルとして指定される。
【００７６】
ＳＴＡ１０４は、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔを受信すると、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  ＲｅｓｐｏｎｓｅをＳＴＡ１０１に送信する（Ｓ１３０４）。ＳＴＡ１０１は、ＳＴＡ１０４からＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔを受信すると（Ｓ１２０４でＹＥＳ）、チャネルの切り替えを許可することを決定する（Ｓ１２０５）。したがって、ＳＴＡ１０１は、Ｓ１３０２のＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔに対して、Ｓｔａｔｕｓ  ＣｏｄｅをＳＵＣＣＥＳＳとして、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｓｐｏｎｓｅを送信する（Ｓ１３０５）。
【００７７】
ＳＴＡ１０１は、Ｓ１３０５でＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｓｐｏｎｓｅを送信すると、チャネルをオフチャネルに移す（Ｓ１３０６）。ＳＴＡ１０３は、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｓｐｏｎｓｅを受信すると、チャネルをオフチャネルに移す（Ｓ１３０７）。ＳＴＡ１０４は、Ｓ１３０４でＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｓｐｏｎｓｅを送信すると、チャネルをオフチャネルに移す（Ｓ１３０８）。なお、Ｓ１３０６〜Ｓ１３０８の各手順が実行される順序はどのようなものであってもよい。オフチャネルに移動した後の処理（Ｓ１３０９〜Ｓ１３１４）は、図１１のＳ１１０８〜Ｓ１１１３と同様であるため、説明を省略する。
【００７８】
ＳＴＡ１０１は、ＡＰ１０２からのＢｅａｃｏｎを受信後に、ＳＴＡ１０１がＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔの送信と受信とのどちらを先に行ったかに応じて、図１０の処理と図１２の処理とのいずれかを実行する。すなわち、例えば、ＳＴＡ１０１は、自身がＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔを送信した後に、相手方のＳＴＡからＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔを受信した場合は、図１０の処理を実行する。一方、ＳＴＡ１０１は、自身がＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔを送信する前に、相手方のＳＴＡからＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔを受信した場合は、図１２の処理を実行する。
【００７９】
以上のように、本実施形態では、通信装置は、オフチャネルに移る際に、直接接続を確立している相手装置の全てがオフチャネルに移ることができるかを判定する。そして、全ての相手装置がオフチャネルに移ることができる場合に、チャネルの切り替えを行うようにすることで、オフチャネルに移っている間に、特定の相手方ＳＴＡとの通信ができなくなることを防ぐことができる。また、本実施形態では、実施形態１及び２とは異なり、通信装置は、チャネルをオフチャネルに移すことができるため、ベースチャネルが混雑している場合に、混んでいないオフチャネルで通信を行うことができる。
【００８０】
なお、上述の説明のＳ１００７及びＳ１２０６の一定期間は、その時々の状況に応じて変更されてもよい。例えば、同時に接続を確立している相手装置の数に応じて、その長さを変更してもよい。すなわち、ＴＤＬＳを確立しているＳＴＡの数が多ければ多いほど、Ｓ１００５及びＳ１２０４で、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｓｐｏｎｓｅを全てのＳｏｕｒｃｅから受信するのにかかる時間が長くなるため、待ち受け時間を長くしてもよい。この場合、Ｓ１００４及びＳ１２０３のＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔにおいて、Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｔｉｍｉｎｇ  ｅｌｅｍｅｎｔのＳｗｉｔｃｈ  Ｔｉｍｅの値とＳｗｉｔｃｈ  Ｔｉｍｅｏｕｔの値とが変更される。これらの値は、チャネル切り替えを行うまでの時間を設定するための期限を設定するための値である。
【００８１】
また、一定回数以上、一部のＳｏｕｒｃｅからしかＴＤＬＳ  Ｓｗｉｔｃｈ  Ｒｅｓｐｏｎｓｅを受信できなかった場合には、以降はチャネルをオフチャネルへ移さないようにしてもよい。これにより、一部のＳｏｕｒｃｅとの間のみでチャネルの切り替えが繰り返される状態となるのを防ぐことができる。また、ＳＴＡ１０１は、Ｓ１３０２で受信されるＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔに含まれるＣｈａｎｎｅｌ  Ｓｗｉｔｃｈｉｎｇ  Ｔｉｍｉｎｇ又はＳｗｉｔｃｈ  Ｔｉｍｅｏｕｔの値によっては、その要求を拒否してもよい。すなわち、ＳＴＡ１０１は、他のＳｏｕｒｃｅに対してＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈを送信せずに、受信したＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔを拒否してもよい。この場合は、他の全てのＳｏｕｒｃｅとＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  ＲｅｑｕｅｓｔおよびＲｅｓｐｏｎｓｅのやりとりをすると、通常よりもチャネルスイッチにかかる時間が長くなる可能性がある。そのため、接続しているＳｏｕｒｃｅの数が多く、またＣｈａｎｎｅｌ  Ｓｗｉｔｃｈｉｎｇ  Ｔｉｍｅ又はＳｗｉｔｃｈ  Ｔｉｍｅｏｕｔの値が小さい場合は、チャネルの切り替えにかかる時間が足りなくなる場合がある。したがって、このような場合は、ＳＴＡ１０１は、チャネル切り替えを許可しなくてもよい。
【００８２】
また、上述の説明では、ＳＴＡ１０１は、Ｓ１００５及びＳ１２０４において、相手方のＳＴＡから、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｓｐｏｎｓｅが受信されたかのみを判定したが、これに限られない。例えば、ＳＴＡ１０１は、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｓｐｏｎｓｅにおいて、チャネルの切り替えを拒否する相手方のＳＴＡが存在するかを判定してもよい。この場合、ＳＴＡ１０１は、例えば、１つでもチャネルの切り替えを拒否する相手方のＳＴＡが存在する場合は、チャネルの切り替えを行わないことを決定してもよい。
【００８３】
＜＜実施形態４＞＞
本実施形態では、通信装置は、オフチャネルで動作する時間を制限することにより、直接接続を確立しているＳＴＡが異なるチャネルで動作することによって、映像ストリーミングが長時間に渡って送信できない状況となることを防ぐ。なお、本実施形態に係るＳＴＡ１０１の構成は、図２に示すのと同様の構成を有するため、説明を省略する。本実施形態では、チャネルスイッチ設定制御部２０４の処理が異なる。このため、チャネルスイッチ設定制御部２０４の処理について説明する。
【００８４】
本実施形態のチャネルスイッチ設定制御部２０４は、直接接続を確立している各ＳＴＡに対して、チャネル切り替えをする期間を決定する。具体的には、チャネルスイッチ設定制御部２０４は、ＡＰ１０２のＢｅａｃｏｎ間隔を、ＴＤＬＳの直接接続を確立している相手方ＳＴＡの総数で割った時間を、おおよそ１つの相手方ＳＴＡのためにチャネル切り替えを行う期間とする。例えば、ＳＴＡ１０１は、ＡＰ１０２のＢｅａｃｏｎ間隔が１００ｍｓｅｃの場合で、ＳＴＡ１０３及びＳＴＡ１０４の２台の直接接続を確立済みのＳｏｕｒｃｅが存在する場合、それぞれのＳＴＡのためのチャネル切り替えを行う時間を４５ｍｓｅｃとする。すなわち、ＳＴＡ１０１は、ＳＴＡ１０３と共にオフチャネルに移る期間を４５ｍｓｅｃ、ＳＴＡ１０４と共にオフチャネルに移る期間を４５ｍｓｅｃとする。なお、残りの１０ｍｓｅｃは、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅのやりとりや、オフチャネルに移るのに要する時間、およびベースチャネルに戻るのに要する時間として確保される。
【００８５】
図１４は、本実施形態における処理の流れを示すシーケンス図である。本処理においては、ＳＴＡ１０１は、ＡＰ１０２からＢｅａｃｏｎを受信すると（Ｓ１４０１）、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  ＲｅｑｕｅｓｔをＳＴＡ１０３に送信する（Ｓ１４０２）。ＳＴＡ１０３は、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔを受信すると、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｓｐｏｎｓｅを送信する（Ｓ１４０３）。ＳＴＡ１０１及びＳＴＡ１０３は、その後、チャネルをオフチャネルに移す（Ｓ１４０４、Ｓ１４０５）。ここで、Ｓ１４０４及びＳ１４０５の手順が実行される順序はどちらが先であってもよい。
【００８６】
チャネルをオフチャネルに移した後に、ＳＴＡ１０３は、映像ストリーミングのＲＴＰパケットをＳＴＡ１０１へ送信する（Ｓ１４０６）。そしてＳＴＡ１０１は、オフチャネルに移ってから、４５ｍｓｅｃ経過すると、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  ＲｅｓｐｏｎｓｅをＳＴＡ１０３に送信し、ベースチャネルに戻ることを促す（Ｓ１４０７）。ＳＴＡ１０１とＳＴＡ１０３は、その後、チャネルをベースチャネルに移す（Ｓ１４１０、Ｓ１４１１）。ここでＳ１４１０及びＳ１４１１の手順が実行される順序はどちらが先であってもよい。
【００８７】
ＳＴＡ１０１は、ベースチャネルに移ると、次は、ＳＴＡ１０４に対して、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔを送信する（Ｓ１４１０）。ＳＴＡ１０４は、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔを受信すると、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｓｐｏｎｓｅを送信する（Ｓ１４１１）。その後、ＳＴＡ１０１及びＳＴＡ１０４は、チャネルをオフチャネルに移す（Ｓ１４１２、Ｓ１４１３）。ここで、Ｓ１４１２及びＳ１４１３の手順が実行される順序はどちらが先であってもよい。
【００８８】
チャネルをオフチャネルに移すと、ＳＴＡ１０４は映像ストリーミングのＲＴＰパケットをＳＴＡ１０１へ送信する（Ｓ１４１４）。そして、ＳＴＡ１０１は、チャネルをオフチャネルに移してから４５ｍｓｅｃ経過すると、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  ＲｅｓｐｏｎｓｅをＳＴＡ１０４に送信し、ベースチャネルに戻ることを促す（Ｓ１４１５）。その後、ＳＴＡ１０１及びＳＴＡ１０４は、チャネルをベースチャネルに移す（Ｓ１４１６、Ｓ１４１７）。ここで、Ｓ１４１６及びＳ１４１７の手順が実行される順序はどちらが先であってもよい。
【００８９】
以上により、直接接続を確立しているＳＴＡに対して、順々にオフチャネルへの移動を促すことによって、一部のＳＴＡから映像ストリーミングの受信ができなくなることを防ぐことができる。また、実施形態３と異なり、ＳＴＡ１０１は、全ての相手方のＳＴＡが同じチャネルを使えない場合でも、オフチャネルへの移動を促すことができる。
【００９０】
なお、本実施形態では、ＳＴＡ１０１は、少なくとも５５ｍｓｅｃの期間は、ＳＴＡ１０３及びＳＴＡ１０４のいずれか一方からの映像ストリーミングを受信できない期間が存在してしまう。そのため、ＳＴＡ１０１は、５５ｍｓｅｃの期間、映像ストリーミングを受信できない場合でも、映像の乱れが生じないように映像ストリーミングのバッファを用意しておいてもよい。
【００９１】
なお、本実施形態では、Ｂｅａｃｏｎ間隔をもとにチャネルスイッチする時間を決定したが、ＳＴＡ１０１は、映像ストリーミングのバッファサイズに応じてチャネルを切り替える期間を決定してもよい。例えば、１秒間のバッファサイズを有しており、２台のＳｏｕｒｃｅと接続を確立している場合には、４５０ｍｓｅｃずつチャネルを切り替えるようにしてもよい。なお、残りの１００ｍｓｅｃの時間は、上述のように、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅのやりとり、オフチャネルへ移るための処理、およびベースチャネルへ戻るための処理に、それぞれ用いられる。
【００９２】
また、必ずしも直接接続を確立しているＳＴＡのそれぞれに対してチャネルを切り替える期間の長さを均等に設定しなくてもよい。例えば、無線通信のデータレートが高いＳＴＡとの間では短時間で比較的多くのデータを受信できることから、そのＳＴＡについては、チャネルを切り替える期間の長さを比較的短めに設定してもよい。また、映像ソースのビットレートが高いストリーミングを送信するＳＴＡはパケットを受信できる時間を長く設定しないと映像が一時的に表示されなくなったりする可能性が比較的高いため、チャネルを切り替える期間の長さを比較的長めに設定してもよい。
【００９３】
また、本実施形態において、ＳＴＡ１０１が、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔを受信した場合には、これを許可しなくてもよい。例えば、ＳＴＡ１０１が、ＳＴＡ１０３との通信のためにチャネルを切り替えて通信を行った後にベースチャネルに戻ってきた場合に、ＳＴＡ１０３からＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔを受信した場合、これを拒否してもよい。また、ＳＴＡ１０１は、自らの自発的なチャネル切り替えだけを許容するようにして、相手方のＳＴＡからのＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔを全て拒否するようにしてもよい。
【００９４】
＜＜その他の実施形態＞＞
図１２及び図１４において、ＡＰ１０２からＢｅａｃｏｎが受信される度にＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔが送信されているが、Ｂｅａｃｏｎが受信される度にこの要求がなされなければならないわけではない。例えば、ＳＴＡ１０１が他に送信するデータがある場合、ＡＰ１０２から受信するパケットがある場合などでは、その期間は、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔが送信されなくてもよい。また、Ｂｅａｃｏｎが受信された直後ではなく、Ｂｅａｃｏｎが受信された後、所定期間だけ待ってから、要求が送信されるようにしてもよい。また、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔは、Ｂｅａｃｏｎが受信される度に送信されるのではなく、所定回数のＢｅａｃｏｎが受信されるたびに送信されるようにしてもよい。また、ＴＤＬＳ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔは、Ｂｅａｃｏｎと非同期で送信されてもよい。ただし、ＡＰ１０２から、Ｂｅａｃｏｎに含まれるＴＩＭやＤＴＩＭを受信するタイミングにおいては、ベースチャネルに戻っている必要はある。
【００９５】
各実施形態において、ＳＴＡ１０１がＴＤＬＳの直接接続を確立している相手方のＳＴＡは、全てＳｏｕｒｃｅである場合について説明した。しかしながら、ＳｏｕｒｃｅではないＳＴＡとＴＤＬＳの直接接続が確立されている場合にも、上述の各実施形態に係る手法が適用されてもよい。例えば、１つのＳｏｕｒｃｅが複数のＳｉｎｋに対して映像を送信する場合でも、上述の各実施形態に係る手法が適用されてもよい。また、直接接続が確立されている場合に上述の各実施形態に係る手法が適用されうるのであって、必ずしも映像ストリーミングが送受信される必要はない。
【００９６】
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【符号の説明】
【００９７】
１０１、１０３、１０４：無線ＬＡＮ端末（ＳＴＡ）、１０２：無線ＬＡＮアクセスポイント（ＡＰ）、１０５：無線ネットワーク、２０４、６０５：チャネルスイッチ設定制御部、６０５：相手装置直接通信確立判断部
【図１】
2015162762.tif 000003
【図２】
2015162762.tif 000004
【図３】
2015162762.tif 000005
【図４】
2015162762.tif 000006
【図５】
2015162762.tif 000007
【図６】
2015162762.tif 000008
【図７】
2015162762.tif 000009
【図８】
2015162762.tif 000010
【図９】
2015162762.tif 000011
【図１０】
2015162762.tif 000012
【図１１】
2015162762.tif 000013
【図１２】
2015162762.tif 000014
【図１３】
2015162762.tif 000015
【図１４】
2015162762.tif 000016