(57)【要約】【課題】  自装置と他の通信装置との間の接続状態が、外部装置からのコンテンツの取得に適さない場合であっても、好適に外部装置からコンテンツを取得できるようにすることを目的とする。【解決手段】  他の通信装置から、外部装置が有するコンテンツの取得を指示する際に送信される所定の信号を受信する。当該所定の信号を受信した場合に、他の通信装置との接続状態が外部装置からのコンテンツの取得に適さない場合は、他の通信装置との接続状態を変更して、外部装置からコンテンツを取得する。【選択図】  図３
2018190040.tif 000002
【特許請求の範囲】
【請求項１】
通信装置であって、
他の通信装置が第一の無線ネットワークを構築する役割となり、前記通信装置が前記第一の無線ネットワークに参加する役割となることで、前記第一の無線ネットワークを介して前記他の通信装置と接続する第一の接続手段と、
外部装置が有するコンテンツの取得を前記通信装置へ指示する際に前記他の通信装置が送信する所定の信号を、前記第一の接続手段により接続した前記他の通信装置から前記第一の無線ネットワークを介して受信する第一の受信手段と、
前記第一の受信手段によって前記所定の信号を受信した際に、前記他の通信装置との接続を、前記第一の無線ネットワークを介した接続から前記通信装置の役割が無線ネットワークを構築する役割となる第二の無線ネットワークを介した接続へ変更する変更手段と、
前記変更手段により前記他の通信装置との接続が変更された場合に、前記第二の無線ネットワークを介した接続を維持したまま、前記外部装置から第三の無線ネットワークを介して前記コンテンツを取得する取得手段と、
前記取得手段による前記コンテンツの取得を行う場合に、前記他の通信装置と前記第二の無線ネットワークを介して前記コンテンツの再生に関する情報を通信する通信手段と、
を有することを特徴とする通信装置。
【請求項２】
前記通信装置が有する第一の値と、前記他の通信装置が有する第二の値とに基づいて、前記通信装置が無線ネットワークを構築する役割となるか否かを決定する決定手段をさらに有し、
前記変更手段は、前記通信装置の役割が無線ネットワークを構築する役割となる前記第二の無線ネットワークを構築できるように前記第一の値を変更することにより、前記他の通信装置との接続を前記第一の無線ネットワークを介した接続から前記第二の無線ネットワークを介した接続へ変更することを特徴とする請求項１に記載の通信装置。
【請求項３】
前記変更手段により前記他の通信装置との接続が前記第二の無線ネットワークを介した接続へ変更された場合に、前記外部装置が有する前記コンテンツの情報を前記第二の無線ネットワークを介して前記他の通信装置から受信する第二の受信手段を有し、
前記第二の受信手段によって受信した前記コンテンツの情報に基づいて前記取得手段は前記コンテンツを取得することを特徴とする請求項１または２に記載の通信装置。
【請求項４】
前記第二の受信手段が受信する前記コンテンツの情報は、前記コンテンツの識別子を含むことを特徴とする請求項３に記載の通信装置。
【請求項５】
前記通信手段は、前記他の通信装置に前記コンテンツの再生に関する情報を前記第二の無線ネットワークを介して送信することを特徴とする請求項１から４の何れか一項に記載の通信装置。
【請求項６】
第一の動作チャネルを利用した前記第三の無線ネットワークを介して前記外部装置と接続する場合に、前記第二の無線ネットワークを前記第一の動作チャネルを利用して構築する構築手段をさらに有することを特徴とする請求項１から５の何れか一項に記載の通信装置。
【請求項７】
前記第一の受信手段により前記所定の信号を受信した場合に前記通信装置が前記第一の接続手段により前記他の通信装置と接続していることに基づいて、前記取得手段による前記外部装置からの前記コンテンツの取得を行えないことを前記他の通信装置に通知する通知手段をさらに有することを特徴とする請求項１から６の何れか一項に記載の通信装置。
【請求項８】
前記通信装置が前記第二の無線ネットワークを介して前記他の通信装置と接続する第二の接続手段と、
外部装置が有するコンテンツの取得を前記通信装置へ指示する際に前記他の通信装置が送信する前記所定の信号を、前記第二の接続手段により接続した前記他の通信装置から前記第二の無線ネットワークを介して受信する第三の受信手段と、を有し、
前記変更手段は、前記第三の受信手段によって前記所定の信号を受信した際に、前記他の通信装置との接続を変更せず、
前記取得手段は、前記変更手段により前記他の通信装置との接続が変更されない場合に、前記第二の無線ネットワークを介した接続を維持したまま、前記外部装置から前記第三の無線ネットワークを介して前記コンテンツを取得することを特徴とする請求項１から７の何れか一項に記載の通信装置。
【請求項９】
前記通信装置が前記第一の接続手段または前記第二の接続手段の何れかにより前記他の通信装置と接続していることを判定する判定手段をさらに有し、
前記変更手段は、前記判定手段により前記通信装置が前記第一の接続手段により前記他の通信装置と接続していると判定された場合は、前記他の通信装置との接続を前記第一の無線ネットワークを介した接続から前記第二の無線ネットワークを介した接続へ変更し、
前記通信装置が前記第二の接続手段により前記他の通信装置と接続していると判定された場合は、前記他の通信装置との接続を前記第二の無線ネットワークを介した接続から変更しないことを特徴とする請求項８に記載の通信装置。
【請求項１０】
アクセスポイントと、前記アクセスポイントが構築する前記第三の無線ネットワークを介して接続する第三の接続手段を有し、
前記アクセスポイントを介して前記外部装置と接続することを特徴とする請求項１から９の何れか一項に記載の通信装置。
【請求項１１】
前記第一の無線ネットワークと、前記第二の無線ネットワークは、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔ規格に準拠した無線ネットワークであることを特徴とする請求項１から１０の何れか一項に記載の通信装置。
【請求項１２】
通信装置であって、
第一の動作チャネルを利用する第一の無線ネットワークを介して他の通信装置と接続する第一の接続手段と、
外部装置が有するコンテンツの取得を前記通信装置へ指示する際に前記他の通信装置が送信する所定の信号を、前記第一の接続手段により接続した前記他の通信装置から前記第一の無線ネットワークを介して受信する第一の受信手段と、
前記第一の受信手段によって前記所定の信号を受信した際に、前記外部装置と第二の動作チャネルを利用する第二の無線ネットワークを介して接続する前記他の通信装置との接続を、前記第一の無線ネットワークを介した接続から前記第二の動作チャネルを利用する第三の無線ネットワークを介した接続へ変更する変更手段と、
前記変更手段により前記他の通信装置との接続が変更された場合に、前記第三の無線ネットワークを介した接続を維持したまま、前記外部装置から前記第二の無線ネットワークを介して前記コンテンツを取得する取得手段と、
前記取得手段により前記コンテンツの取得を行う場合に、前記他の通信装置と前記第三の無線ネットワークを介して前記コンテンツの再生に関する情報を通信する通信手段と、
を有することを特徴とする通信装置。
【請求項１３】
前記通信装置の前記第一の無線ネットワークにおける役割が前記他の通信装置が構築した前記第一の無線ネットワークに参加する役割である場合、前記変更手段は、前記他の通信装置に動作チャネルの変更を要求することによって、前記他の通信装置との接続を前記第三の無線ネットワークを介した接続へ変更することを特徴とする請求項１２に記載の通信装置。
【請求項１４】
前記第一の受信手段により前記所定の信号を受信した場合に、前記通信装置が前記第一の接続手段により前記他の通信装置と接続していることに基づいて、前記取得手段による前記外部装置からの前記コンテンツの取得を行えないことを前記他の通信装置に通知する通知手段をさらに有することを特徴とする請求項１２または１３に記載の通信装置。
【請求項１５】
前記変更手段により前記他の通信装置との接続が前記第三の無線ネットワークを介した接続へ変更された場合に、前記外部装置が有する前記コンテンツの情報を前記第三の無線ネットワークを介して前記他の通信装置から受信する第二の受信手段を有し、
前記第二の受信手段によって受信した前記コンテンツの情報に基づいて前記取得手段は前記コンテンツを取得することを特徴とする請求項１２から１４の何れか一項に記載の通信装置。
【請求項１６】
前記第二の受信手段が受信する前記コンテンツの情報は、前記コンテンツの識別子を含むことを特徴とする請求項１５に記載の通信装置。
【請求項１７】
前記通信手段は、前記他の通信装置に前記コンテンツの再生に関する情報を前記第三の無線ネットワークを介して送信することを特徴とする請求項１２から１６の何れか一項に記載の通信装置。
【請求項１８】
前記通信装置が前記第三の無線ネットワークを介して前記他の通信装置と接続する第二の接続手段と、
外部装置が有するコンテンツの取得を前記通信装置へ指示する際に前記他の通信装置が送信する所定の信号を、前記第二の接続手段により接続した前記他の通信装置から前記第三の無線ネットワークを介して受信する第三の受信手段と、を有し、
前記変更手段は、前記第三の受信手段によって前記所定の信号を受信した際に、前記他の通信装置との接続を変更せず、
前記取得手段は、前記変更手段により前記他の通信装置との接続が変更されない場合に、前記第三の無線ネットワークを維持したまま、前記外部装置から前記第二の無線ネットワークを介して前記コンテンツを取得することを特徴とする請求項１２から１７の何れか一項に記載の通信装置。
【請求項１９】
前記通信装置が前記第一の接続手段または前記第二の接続手段の何れかにより前記他の通信装置と接続していることを判定する判定手段をさらに有し、
前記変更手段は、前記判定手段により前記通信装置が前記第一の接続手段により前記他の通信装置と接続していると判定された場合は、前記他の通信装置との接続を、前記第一の無線ネットワークを介した接続から前記第三の無線ネットワークを介した接続へ変更し、
前記通信装置が前記第二の接続手段により前記他の通信装置と接続していると判定された場合は、前記他の通信装置との接続を前記第三の無線ネットワークを介した接続から変更しないことを特徴とする請求項１８に記載の通信装置。
【請求項２０】
アクセスポイントと、前記アクセスポイントが構築する前記第二の無線ネットワークを介して接続する第三の接続手段を有し、
前記アクセスポイントを介して前記外部装置と接続することを特徴とする請求項１２から１９の何れか一項に記載の通信装置。
【請求項２１】
前記第一の無線ネットワークと、前記第三の無線ネットワークとは、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔ規格に準拠した無線ネットワークであることを特徴とする請求項１２から２０の何れか一項に記載の通信装置。
【請求項２２】
前記所定の信号は、前記外部装置から前記コンテンツを取得できるアプリケーションの問合せを含むことを特徴とする請求項１から２１の何れか一項に記載の通信装置。
【請求項２３】
前記所定の信号は、前記外部装置が有する前記コンテンツの取得および再生の実施可否の問合せを含むことを特徴とする請求項１から２２の何れか一項に記載の通信装置。
【請求項２４】
前記所定の信号は、前記通信装置に前記外部装置から前記コンテンツを取得し再生させるための指示を含むことを特徴とする請求項１から２３の何れか一項に記載の通信装置。
【請求項２５】
前記通信手段により前記他の通信装置から受信した前記コンテンツの再生に関する情報に基づいて、前記取得手段による前記コンテンツの取得と、前記コンテンツの再生との少なくとも一方を制御する制御手段をさらに有することを特徴とする請求項１から２４の何れか一項に記載の通信装置。
【請求項２６】
前記他の通信装置から、前記他の通信装置が表示している画面の情報と再生している音声の情報の少なくとも一方を受信する第四の受信手段をさらに有し、
前記第四の受信手段によって前記画面の情報と前記音声の情報の少なくとも一方を受信している場合に、前記第一の受信手段によって前記所定の信号を受信することを特徴とする請求項１から２５の何れか一項に記載の通信装置。
【請求項２７】
前記第四の受信手段は、Ｗｉ−Ｆｉ  Ｍｉｒａｃａｓｔ規格に準拠した通信により前記画面の情報と前記音声の情報の少なくとも一方を受信することを特徴とする請求項２６に記載の通信装置。
【請求項２８】
前記取得手段によって取得した前記コンテンツを表示するための表示手段をさらに有することを特徴とする請求項１から２７の何れか一項に記載の通信装置。
【請求項２９】
前記通信手段は、前記他の通信装置に、前記コンテンツの再生に関する情報として、前記コンテンツが再生、停止、早送り、巻き戻し、一時停止、又はエラーの少なくとも一つの状態になっていることを示す情報を送信することを特徴とする請求項１から２８の何れか一項に記載の通信装置。
【請求項３０】
前記通信手段は、前記他の通信装置から、前記コンテンツの再生に関する情報として、前記コンテンツの再生、停止、早送り、巻き戻し、一時停止、音量の変更、又は再生位置の指定の少なくとも一つの指示を示す情報を受信することを特徴とする請求項１から２９の何れか一項に記載の通信装置。
【請求項３１】
前記第一の無線ネットワークと、前記第二の無線ネットワークと、前記第三の無線ネットワークのうちの少なくとも一つは、ＩＥＥＥ８０２．１１シリーズ規格に準拠した無線ネットワークであることを特徴とする請求項１から３０の何れか一項に記載の通信装置。
【請求項３２】
通信装置であって、
前記通信装置が第一の無線ネットワークを構築する役割となり、前記他の通信装置が前記第一の無線ネットワークに参加する役割となることで、前記第一の無線ネットワークを介して前記他の通信装置と接続する接続手段と、
外部装置が有するコンテンツの取得を前記他の通信装置へ指示する際に、前記接続手段により接続した前記他の通信装置に前記第一の無線ネットワークを介して所定の信号を送信する第一の送信手段と、
前記第一の送信手段によって前記所定の信号を送信した際に、前記他の通信装置との前記第一の無線ネットワークを介した接続を切断する切断手段と、
前記切断手段によって切断した場合に、前記他の通信装置の役割が無線ネットワークを構築する役割となる第二の無線ネットワークを介して前記他の通信装置と再接続する再接続手段と、
前記再接続手段によって再接続した場合に、前記他の通信装置に前記第二の無線ネットワークを介して前記コンテンツの情報を送信する第二の送信手段と、
前記第二の送信手段により送信した前記コンテンツの情報に基づいて前記他の通信装置が前記外部装置から前記コンテンツを取得する場合に、前記他の通信装置と前記第二の無線ネットワークを介して前記コンテンツの再生に関する情報を通信する通信手段と、
を有することを特徴とする通信装置。
【請求項３３】
通信装置であって、
第一の動作チャネルを利用する第一の無線ネットワークを介して他の通信装置と接続する接続手段と、
外部装置が有するコンテンツの取得を前記他の通信装置へ指示する際に、前記接続手段により接続した前記他の通信装置に前記第一の無線ネットワークを介して所定の信号を送信する第一の送信手段と、
前記第一の送信手段により前記所定の信号を送信した際に、前記外部装置と第二の動作チャネルを利用する第二の無線ネットワークを介して接続する前記他の通信装置との接続を、前記第一の無線ネットワークを介した接続から前記第二の動作チャネルを利用する第三の無線ネットワークを介した接続へ変更する変更手段と、
前記変更手段により前記他の通信装置との接続が変更された場合に、前記他の通信装置に前記第二の無線ネットワークを介して前記コンテンツの情報を送信する第二の送信手段と、
前記第二の送信手段により送信した前記コンテンツの情報に基づいて前記他の通信装置が前記外部装置から前記コンテンツを取得する場合に、前記他の通信装置と前記第三の無線ネットワークを介して前記コンテンツの再生に関する情報を通信する通信手段と、
を有することを特徴とする通信装置。
【請求項３４】
通信装置の制御方法であって、
他の通信装置が第一の無線ネットワークを構築する役割となり、前記通信装置が前記第一の無線ネットワークに参加する役割となることで、前記第一の無線ネットワークを介して前記他の通信装置と接続する接続工程と、
外部装置が有するコンテンツの取得を前記通信装置へ指示する際に前記他の通信装置が送信する所定の信号を、前記接続工程で接続した前記他の通信装置から前記第一の無線ネットワークを介して受信する第一の受信工程と、
前記第一の受信工程によって前記所定の信号を受信したことに基づいて、前記他の通信装置との接続を、前記第一の無線ネットワークを介した接続から前記通信装置の役割が無線ネットワークを構築する役割となる第二の無線ネットワークを介した接続へ変更する変更工程と、
前記変更工程により前記他の通信装置との接続が変更されたことに基づいて、
前記第二の無線ネットワークを介した接続を維持したまま、前記外部装置から第三の無線ネットワークを介して前記コンテンツを取得する取得工程と、
前記取得工程で前記コンテンツの取得を行う場合に、
前記他の通信装置と前記第二の無線ネットワークを介して前記コンテンツの再生に関する情報を通信する通信工程と、
を有することを特徴とする通信装置の制御方法。
【請求項３５】
通信装置の制御方法であって、
第一の動作チャネルを利用する第一の無線ネットワークを介して他の通信装置と接続する接続工程と、
外部装置が有するコンテンツの取得を前記通信装置に指示する際に前記他の通信装置が送信する所定の信号を、前記接続工程で接続した前記他の通信装置から前記第一の無線ネットワークを介して受信する第一の受信工程と、
前記第一の受信工程で前記所定の信号を受信したことに基づいて、前記外部装置と第二の動作チャネルを利用する第二の無線ネットワークを介して接続する前記他の通信装置との接続を、前記第一の無線ネットワークを介した接続から前記第二の動作チャネルを利用する第三の無線ネットワークを介した接続へ変更する変更工程と、
前記変更工程により前記他の通信装置との接続が変更されたことに基づいて、
前記第三の無線ネットワークを介した接続を維持したまま、前記外部装置から前記第二の無線ネットワークを介して前記コンテンツを取得する取得工程と、
前記取得工程で前記コンテンツの取得を行う場合に、
前記他の通信装置から前記第三の無線ネットワークを介して前記コンテンツの再生に関する情報を通信する通信工程と、
を有することを特徴とする通信装置の制御方法。
【請求項３６】
コンピュータを請求項１から３３の何れか一項に記載の通信装置の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数装置間の通信に関する。
【背景技術】
【０００２】
通信装置が表示している画面や再生している音声をワイヤレスでミラーリングする技術がある。ミラーリングとは、送信装置が表示している画面の情報や再生している音声の情報を、ネットワークを介して受信装置へ伝送することで、表示している画面や再生している音声を送信装置と受信装置とで共有する技術である。
【０００３】
このような技術として、Ｗｉ−Ｆｉ  Ｄｉｓｐｌａｙ（Ｍｉｒａｃａｓｔ）がある。Ｗｉ−Ｆｉ  Ｄｉｓｐｌａｙでは、表示している画面の情報や再生している音声の情報を送信するソース機器と、ソース機器から当該画面の情報や当該音声の情報を受信するシンク機器とが定められている。
【０００４】
特許文献１には、上述したミラーリング機能と、シンク機器がソース機器以外の外部装置からコンテンツを取得して表示するコンテンツリダイレクト機能とについて開示されている。コンテンツリダイレクト機能では、ソース機器がシンク機器に外部装置が有するコンテンツの情報を送信し、シンク機器が外部装置からコンテンツを取得して再生する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１６−７１６３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
コンテンツリダイレクトのように、シンク機器が外部装置からコンテンツを取得する場合、シンク機器はアクセスポイント（ＡＰ）と接続する必要がある。従って、シンク機器とソース機器との間の接続を維持したままコンテンツリダイレクトを実施するには、シンク機器はソース機器、および、ＡＰの双方と同時に接続できる必要がある。しかし、シンク機器とソース機器間の接続状態によっては、同時接続ができない場合がある。
【０００７】
上記を鑑み、本発明は、自装置と他の通信装置との間の接続状態が、外部装置からのコンテンツの取得に適さない場合であっても、好適に外部装置からコンテンツを取得できるようにすることを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、本発明の通信装置は、他の通信装置が第一の無線ネットワークを構築する役割となり、前記通信装置が前記第一の無線ネットワークに参加する役割となることで、前記第一の無線ネットワークを介して前記他の通信装置と接続する第一の接続手段と、外部装置が有するコンテンツの取得を前記通信装置へ指示する際に前記他の通信装置が送信する所定の信号を、前記第一の接続手段により接続した前記他の通信装置から前記第一の無線ネットワークを介して受信する第一の受信手段と、前記第一の受信手段によって前記所定の信号を受信した際に、前記他の通信装置との接続を、前記第一の無線ネットワークを介した接続から前記通信装置の役割が無線ネットワークを構築する役割となる第二の無線ネットワークを介した接続へ変更する変更手段と、前記変更手段により前記他の通信装置との接続が変更された場合に、前記第二の無線ネットワークを介した接続を維持したまま、前記外部装置から第三の無線ネットワークを介して前記コンテンツを取得する取得手段と、前記取得手段による前記コンテンツの取得を行う場合に、前記他の通信装置と前記第二の無線ネットワークを介して前記コンテンツの再生に関する情報を通信する通信手段と、を有する。
【０００９】
また、本発明の他の側面の通信装置は、第一の動作チャネルを利用する第一の無線ネットワークを介して他の通信装置と接続する第一の接続手段と、外部装置が有するコンテンツの取得を前記通信装置へ指示する際に前記他の通信装置が送信する所定の信号を、前記第一の接続手段により接続した前記他の通信装置から前記第一の無線ネットワークを介して受信する第一の受信手段と、前記第一の受信手段によって前記所定の信号を受信した際に、前記外部装置と第二の動作チャネルを利用する第二の無線ネットワークを介して接続する前記他の通信装置との接続を、前記第一の無線ネットワークを介した接続から前記第二の動作チャネルを利用する第三の無線ネットワークを介した接続へ変更する変更手段と、前記変更手段により前記他の通信装置との接続が変更された場合に、前記第三の無線ネットワークを介した接続を維持したまま、前記外部装置から前記第二の無線ネットワークを介して前記コンテンツを取得する取得手段と、前記取得手段により前記コンテンツの取得を行う場合に、前記他の通信装置と前記第三の無線ネットワークを介して前記コンテンツの再生に関する情報を通信する通信手段と、を有する。
【００１０】
また、本発明の他の側面の通信装置は、前記通信装置が第一の無線ネットワークを構築する役割となり、前記他の通信装置が前記第一の無線ネットワークに参加する役割となることで、前記第一の無線ネットワークを介して前記他の通信装置と接続する接続手段と、外部装置が有するコンテンツの取得を前記他の通信装置へ指示する際に、前記接続手段により接続した前記他の通信装置に前記第一の無線ネットワークを介して所定の信号を送信する第一の送信手段と、前記第一の送信手段によって前記所定の信号を送信した際に、前記他の通信装置との前記第一の無線ネットワークを介した接続を切断する切断手段と、前記切断手段によって切断した場合に、前記他の通信装置の役割が無線ネットワークを構築する役割となる第二の無線ネットワークを介して前記他の通信装置と再接続する再接続手段と、前記再接続手段によって再接続した場合に、前記他の通信装置に前記第二の無線ネットワークを介して前記コンテンツの情報を送信する第二の送信手段と、前記第二の送信手段により送信した前記コンテンツの情報に基づいて前記他の通信装置が前記外部装置から前記コンテンツを取得する場合に、前記他の通信装置と前記第二の無線ネットワークを介して前記コンテンツの再生に関する情報を通信する通信手段と、を有する。
【００１１】
また、本発明の他の側面の通信装置は、第一の動作チャネルを利用する第一の無線ネットワークを介して他の通信装置と接続する接続手段と、外部装置が有するコンテンツの取得を前記他の通信装置へ指示する際に、前記接続手段により接続した前記他の通信装置に前記第一の無線ネットワークを介して所定の信号を送信する第一の送信手段と、前記第一の送信手段により前記所定の信号を送信した際に、前記外部装置と第二の動作チャネルを利用する第二の無線ネットワークを介して接続する前記他の通信装置との接続を、前記第一の無線ネットワークを介した接続から前記第二の動作チャネルを利用する第三の無線ネットワークを介した接続へ変更する変更手段と、前記変更手段により前記他の通信装置との接続が変更された場合に、前記他の通信装置に前記第二の無線ネットワークを介して前記コンテンツの情報を送信する第二の送信手段と、前記第二の送信手段により送信した前記コンテンツの情報に基づいて前記他の通信装置が前記外部装置から前記コンテンツを取得する場合に、前記他の通信装置と前記第三の無線ネットワークを介して前記コンテンツの再生に関する情報を通信する通信手段と、を有する。
【発明の効果】
【００１２】
本発明によれば、自装置と他の通信装置との間の接続状態が、外部装置からのコンテンツの取得に適さない場合であっても、好適に外部装置からコンテンツを取得することができる。
【図面の簡単な説明】
【００１３】
【図１】通信システムのネットワーク構成を示す図である。
【図２】通信装置１０１、１０２のハードウェア構成を示す図である。
【図３】通信装置１０２がコンテンツリダイレクトを実施する際に実現するフローチャートである。
【図４】通信装置１０１と通信装置１０２がミラーリングを実施する際に実現するシーケンス図である。
【図５】通信装置１０１、通信装置１０２、クラウドサーバ１０４が、通信装置１０２の役割に基づいてコンテンツリダイレクトが実施可能と判定された際に実現するシーケンス図である。
【図６】通信装置１０１、通信装置１０２、クラウドサーバ１０４が、通信装置１０２の役割に基づいてコンテンツリダイレクトが実施不可と判定された際に実現するシーケンス図である。
【図７】通信装置１０２がコンテンツリダイレクトを実施する際に実現する別のフローチャートである。
【発明を実施するための形態】
【００１４】
以下、添付の図面を参照して実施形態を詳細に説明する。なお、以下の実施形態において示す構成は一例に過ぎず、本発明は図示された構成に限定されるものではない。
【００１５】
＜実施形態１＞
図１に本実施形態に係る通信システムのネットワーク構成を示す。ネットワーク１１０、およびネットワーク１１１において、各装置はＩＥＥＥ８０２．１１シリーズ規格に準拠した無線通信方式で通信を行う。ＩＥＥＥとは、Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ，Ｉｎｃの略である。
【００１６】
ネットワーク１１０は、ＩＥＥＥ８０２．１１シリーズに準拠したアクセスポイント１０３が形成するインフラストラクチャモードの無線ネットワークであり、通信装置１０２が参加可能である。なお、通信装置１０１もネットワーク１１０に参加可能であってもよい。アクセスポイント１０３はルータ機能を備えており、通信装置１０２等は、アクセスポイント１０３を介してクラウドサーバ１０４と通信することができる。
【００１７】
また、ネットワーク１１１は、Ｗｉ−Ｆｉ  Ｐ２Ｐ仕様（Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔ規格）に従って形成される無線ネットワークである。ここで、Ｐ２ＰとはＰｅｅｒ−ｔｏ−Ｐｅｅｒの略である。本実施形態において、通信装置１０１と通信装置１０２とは、Ｗｉ−Ｆｉ  Ｄｉｓｐｌａｙ仕様（Ｗｉ−Ｆｉ  Ｍｉｒａｃａｓｔ規格）に従い、ネットワーク１１１を介して直接通信する。しかし、これに限らずＩＥＥＥ８０２．１１シリーズに規定されたインフラストラクチャモードの無線ネットワークを介して通信してもよい。
【００１８】
なお、各装置はＩＥＥＥ８０２．１１シリーズ規格に準拠した無線通信に加えて、もしくは、代えて、Ｂｌｕｅｔｏｏｔｈ（登録商標）、近距離無線通信、ＵＷＢ、ＺｉｇＢｅｅ、ＭＢＯＡなどの他の無線通信方式に準拠した通信方式も利用してもよい。なお、ＵＷＢはＵｌｔｒａ  Ｗｉｄｅ  Ｂａｎｄの略であり、ＭＢＯＡはＭｕｌｔｉ  Ｂａｎｄ  ＯＦＤＭ  Ａｌｌｉａｎｃｅの略である。また、近距離無線通信としては、Ｎｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ（以下ＮＦＣと称す）がある。また、ＵＷＢには、ワイヤレスＵＳＢ、ワイヤレス１３９４、ＷｉＮＥＴなどが含まれる。また、有線ＬＡＮなどの有線通信方式に準拠した通信方式も適用可能である。
【００１９】
通信装置１０１と通信装置１０２とは、通信装置１０１をソース機器、通信装置１０２をシンク機器として、Ｗｉ−Ｆｉ  Ｄｉｓｐｌａｙ仕様に基づいたミラーリングを行う。このとき、ソース機器およびシンク機器は夫々Ｗｉ−Ｆｉ  Ｄｉｓｐｌａｙ仕様に基づいてデータの送信処理及び受信処理を行う。Ｗｉ−Ｆｉ  Ｄｉｓｐｌａｙ仕様に基づいたミラーリングでは、ソース機器は、表示している画面や再生している音声の情報のストリームを、ネットワークを介してシンク機器へ伝送（ストリーミング）する送信装置として動作する。そして、シンク機器は、ソース機器から受信した画面の表示や音声の情報のストリームを受信し、ソース機器と同期して再生する受信装置として動作する。つまり、ソース機器が表示している画面や再生している音声がソース機器とシンク機器とで共有して再生される。なお、Ｗｉ−Ｆｉ  Ｄｉｓｐｌａｙに限らず、他の仕様に基づいてミラーリングを行ってもよい。
【００２０】
通信装置１０１の具体的な例としては、タブレット、スマートフォン、ＰＣ、携帯電話、カメラ、ビデオカメラなどの入力装置が挙げられるが、これらに限定されない。また、通信装置１０２の具体的な例としては、タブレット、スマートフォン、ＰＣ、携帯電話、テレビ、ヘッドマウントディスプレイ、プロジェクター、ディスプレイ、カーナビゲーション装置などの出力装置が挙げられるが、これらに限定されない。
【００２１】
また、通信装置１０１（ソース機器）と通信装置１０２（シンク機器）とはコンテンツリダイレクト機能を利用できる。コンテンツリダイレクト機能では、ソース機器はシンク機器に、ソース機器以外の外部装置からコンテンツを取得させ、シンク機器に当該コンテンツを再生させる。このとき、ソース機器は、シンク機器にコンテンツを外部装置から取得させるために必要な情報を送信する。
【００２２】
ここで、当該必要な情報とは、クラウドサーバ１０４上にあるコンテンツの情報である。コンテンツの情報は、例えば、クラウドサーバ１０４上にあるコンテンツを識別するための識別子や、サービス名、コンテンツの所在情報（ＵＲＩ、ＵＲＬ）、再生開始時間（オフセット）などの情報である。なお、受信するコンテンツの情報は、これらの情報の一部であってもよい。コンテンツの識別子とは、コンテンツを一意に決定するための識別子のことである。また、ＵＲＩはＵｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒの、ＵＲＬはＵｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒの夫々、略である。通信装置１０２は通信装置１０１から受信したコンテンツの情報に基づいて、アクセスポイント１０３を介してクラウドサーバ１０４上にあるコンテンツを受信して再生する。
【００２３】
図２に、通信装置１０１のハードウェア構成を示す。
【００２４】
通信装置１０１は、記憶部２０１、制御部２０２、機能部２０３、入力部２０４、出力部２０５、通信部２０６、および、アンテナ２０７を備える。
【００２５】
記憶部２０１はＲＯＭやＲＡＭ等のメモリにより構成され、後述する各種動作を行うためのプログラムや、無線通信のための通信パラメータ等の各種情報を記憶する。なお、記憶部２０１として、ＲＯＭ、ＲＡＭ等のメモリの他に、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＤＶＤなどの記憶媒体を用いてもよい。また、記憶部２０１が複数のメモリ等を備えていてもよい。
【００２６】
制御部２０２はＣＰＵやＭＰＵ等のプロセッサにより構成され、記憶部２０１に記憶されたプログラムを実行することにより通信装置１０１全体を制御する。また、制御部２０２は、記憶部２０１に記憶されたプログラムを実行することで、ソース機器としてのミラーリング機能、および、コンテンツリダイレクト機能を実現する。ここで、ソース機器としてのミラーリング機能とは、自装置が表示している画面をキャプチャし、符号化した画面データや、符号化した音声データをシンク機器に送信する機能である。また、ソース機器としてのコンテンツリダイレクト機能とは、シンク機器で再生するコンテンツを、シンク機器がソース機器以外の外部装置から取得するために必要な情報をシンク機器に送信し、当該コンテンツの再生をシンク機器に指示する機能である。なお、当該指示は明示的なものでなくてもよい。例えば、コンテンツを外部装置から取得するために必要な情報を受信したシンク機器が、自動的にコンテンツリダイレクト処理を行うシステムである場合には、ソース機器は当該必要な情報をシンク機器に送るだけでよい。
【００２７】
制御部２０２は、記憶部２０１に記憶されたプログラムとＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）との協働により通信装置１０１全体を制御するようにしてもよい。また、制御部２０２がマルチコアなどの複数のプロセッサを備え、複数のプロセッサにより通信装置１０１全体を制御するようにしてもよい。
【００２８】
また、制御部２０２は、機能部２０３を制御して、撮像やコンテンツの閲覧等の所定の処理を実行する。機能部２０３は、通信装置１０１が所定の処理を実行するためのハードウェアである。例えば、通信装置１０１がカメラである場合、機能部２０３は撮像部であり、撮像処理を行う。このとき、通信装置１０１は、撮像部が生成したデータを、出力部２０５によって画面上に表示し、制御部２０２のミラーリング機能によって他の通信装置に送信することでミラーリングを実行することができる。あるいは、通信装置１０１の記憶部２０１に記憶されているデータを出力部２０５によって画面上に表示し、同様にミラーリングを実行してもよい。
【００２９】
入力部２０４は、ユーザからの各種操作の受付を行う。出力部２０５は、モニタ画面やスピーカーなどを介してユーザに対して各種出力を行う。ここで、出力部２０５による出力とは、画面上への表示の他、スピーカーによる音声出力や、振動出力などであってもよい。なお、タッチパネルを利用して入力部２０４と出力部２０５の出力先とを１つのモジュールで実現するようにしてもよい。
【００３０】
通信部２０６は、ＩＥＥＥ８０２．１１シリーズに準拠した無線通信の制御や、有線ＬＡＮ等の有線通信の制御、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）通信の制御を行う。また、通信部２０６はアンテナ２０７を制御して、無線通信のための無線信号の送受信を行う。通信装置１０１は通信部２０６を介して、画像データ、文書データ、音声データ、映像データ等のコンテンツを通信装置１０２と通信する。
【００３１】
通信装置１０２は通信装置１０１と同様のハードウェア構成を有する。通信装置１０２の記憶部２０１、制御部２０２、機能部２０３、入力部２０４、出力部２０５、および、アンテナ２０７は通信装置１０１と同様であるため説明を省略する。
【００３２】
なお、通信装置１０２の制御部２０２は、記憶部２０１に記憶されたプログラムを実行することで、シンク機器としてのミラーリング機能、および、コンテンツリダイレクト機能を実現する。ここで、シンク機器としてのミラーリング機能とは、ソース機器が表示している画面をキャプチャしたものである符号化された画面データや符号化された音声データを受信し、復号、再生する機能である。また、シンク機器としてのコンテンツリダイレクト機能とは、ソース機器から送られた情報、および、指示に基づいてソース機器以外の外部装置からコンテンツを取得し、再生する機能である。なお、シンク機器は、明示的な指示がなくても、コンテンツの取得、再生を行うようにしてもよい。
【００３３】
また、通信装置１０２の通信部２０６は、複数のネットワークへ並行して接続することが可能である同時接続機能を有している。同時接続機能によって、通信装置１０２はネットワーク１１１を介して通信装置１０１と通信すると共に、ネットワーク１１０を介してアクセスポイント１０３と通信することができる。ただし、同時接続が実行できる条件が、ネットワーク１１０とネットワーク１１１における通信装置１０２の役割に基づいて決められている。ここでは、通信装置１０２の同時接続機能がサポートする、各ネットワークにおける通信装置１０２の役割の組み合わせが、ＳＴＡ／ＧＯと決められているとする。
【００３４】
ここで、ＳＴＡはＳｔａｔｉｏｎのことであり、ＡＰ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）が構築するネットワークに参加する役割の機器である。なお、ＡＰが構築するネットワークとは、ここではアクセスポイント１０３が構築するネットワーク１１０のことを指す。また、ＧＯはＷｉ−Ｆｉ  Ｐ２Ｐ仕様に準拠したＧｒｏｕｐ  Ｏｗｎｅｒのことであり、ネットワークを構築する役割の機器である。なお、ＧＯが構築するネットワークとは、ここではネットワーク１１１のことを指す。また、Ｗｉ−Ｆｉ  Ｐ２Ｐ接続において、ＧＯが構築するネットワークに参加する機器をＣＬ（Ｃｌｉｅｎｔ）という。
【００３５】
同時接続機能がサポートする役割の組み合わせがＳＴＡ／ＧＯであるとは、通信装置１０２がネットワーク１１０においてＳＴＡの役割を有し、かつ、ネットワーク１１１においてＧＯの役割を有している場合に限り、同時接続が実行できるということである。従って、例えば通信装置１０２がネットワーク１１１においてＣＬの役割を有している場合は、通信装置１０２はネットワーク１１０およびネットワーク１１１への同時接続を実行できない。これは、通信装置１０２の記憶部２０１が、ＳＴＡおよびＣＬという二種類のネットワークに参加する側の役割に関する接続情報を、同時に保持できないからである。そのため通信装置１０２の同時接続機能は、ＳＴＡ／ＣＬの同時接続は行えない。
【００３６】
なお、通信装置１０１および通信装置１０２は、画像の表示と音声の再生のどちらも行える装置である。しかし、通信装置１０１と通信装置１０２のどちらも、画像の表示か音声の再生のどちらか一方しか行えない装置であってもよい。
【００３７】
続いて、図３に、シンク機器（通信装置１０２）がコンテンツリダイレクトを実施する際に、記憶部２０１に記憶されたプログラムを制御部２０２が読み出して実行することにより実現するフローチャートを示す。本フローチャートは、シンク機器において所定のアプリケーションが起動したことに応じて開始される。なお、シンク機器の電源が入ることで開始されるようにしてもよい。
【００３８】
まず、シンク機器はミラーリングが開始されるか判定する（ステップＳ３０１）。具体的には、ソース機器からミラーリングを開始するための信号が送信されたか判定する。あるいは、シンク機器に対して、ミラーリングを開始するためのユーザ操作が入力されたことに基づいて判定してもよい。ミラーリングが開始されると判定すると（ステップＳ３０１のＹｅｓ）、Ｓ３０２に進む。ミラーリングが開始されないと判定すると（ステップＳ３０１のＮｏ）、Ｓ３０１に戻る。
【００３９】
続いて、シンク機器はデバイス探索を開始する（ステップＳ３０２）。具体的には、シンク機器は探索信号（例えば、ＩＥＥＥ８０２．１１シリーズに準拠したＰｒｏｂｅ  Ｒｅｑｕｅｓｔ）を送信する。当該信号を受信したソース機器（通信装置１０１）は、当該信号に対する応答信号（例えば、ＩＥＥＥ８０２．１１シリーズに準拠したＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅ）を送信する。シンク機器は、この応答信号を受信することにより、ソース機器を発見する。なお、ソース機器が送信する報知信号（例えば、ＩＥＥＥ８０２．１１シリーズに準拠したビーコン）や、探索信号（Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔ）をシンク機器が受信することにより、ソース機器を発見してもよい。
【００４０】
なお、ソース機器も同様にして、デバイス探索を行う。そして、ソース機器において発見されたデバイスの一覧が表示され、当該一覧から接続相手装置が選択される。なお、接続相手装置の選択を、シンク機器において行ってもよい。
【００４１】
また、ＮＦＣ、ＱＲコード（登録商標）、Ｂｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙ（ＢＬＥ）などを利用することで、ソース機器が接続相手装置を発見してもよい。例えば、ソース機器がＮＦＣの通信機能を有しているとき、ソース機器とシンク機器とのペアリングをＮＦＣタッチ操作で行い、以降の通信はＷｉ−Ｆｉ  Ｄｉｓｐｌａｙ仕様に基づいて行うことも可能である。あるいは、ソース機器がシンク機器に表示されるＱＲコードを読み取り、シンク機器との接続に必要な情報を得て、以降の通信はＷｉ−Ｆｉ  Ｄｉｓｐｌａｙ仕様に基づいて行ってもよい。また、ソース機器がＢＬＥの通信機能を有しているとき、ＢＬＥ対応機器をスキャンし、シンク機器とペアリングを行い、以降の通信はＷｉ−Ｆｉ  Ｄｉｓｐｌａｙ仕様に基づいて行うことも可能である。なお、ソース機器ではなく、シンク機器が接続相手装置を発見してもよい。
【００４２】
続いて、シンク機器は接続セットアップを行う（ステップＳ３０３）。具体的にはＷｉ−Ｆｉ  Ｄｉｓｐｌａｙの接続処理を行い、その後、ＴＣＰの接続処理を行う。これらの接続処理を行うことにより、接続セットアップが完了する。ＴＣＰとはＴｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌの略である。
【００４３】
Ｗｉ−Ｆｉ  Ｄｉｓｐｌａｙ接続を確立させる方法として、２種類の方法、即ち、Ｗｉ−Ｆｉ  Ｐ２ＰまたはＴＤＬＳから選ぶことができるが、本実施形態ではＷｉ−Ｆｉ  Ｐ２Ｐ仕様に従って行う。ここで、ＴＤＬＳはＴｕｎｎｅｌｅｄ  Ｄｉｒｅｃｔ  Ｌｉｎｋ  Ｓｅｔｕｐの略である。
【００４４】
ここで、ステップＳ３０３の詳細な手順について説明する。まず、ＧＯを決定するため、ソース機器から役割決定要求としてＧＯ  Ｎｅｇｏｔｉａｔｉｏｎ  Ｒｅｑｕｅｓｔを受信する。この信号にはソース機器がＧＯになりたい度合いを示すインテント値が含まれる。
【００４５】
ＧＯ  Ｎｅｇｏｔｉａｔｉｏｎ  Ｒｅｑｕｅｓｔに対する応答として、シンク機器はＧＯ  Ｎｅｇｏｔｉａｔｉｏｎ  Ｒｅｓｐｏｎｓｅを送信する。この信号には、シンク機器のインテント値が含まれる。ソース機器は、シンク機器とソース機器の夫々のインテント値の大小を比較し、インテント値が大きかった方の機器がＧＯとなる。他方、インテント値が小さかった方の機器がＣＬとなる。本実施形態では、ソース機器のインテント値の方がシンク機器のインテント値よりも大きく、ソース機器がＧＯになったとする。最後に、シンク機器はソース機器からＧＯ  Ｎｅｇｏｔｉａｔｉｏｎ  Ｃｏｎｆｉｒｍを受信することで、シンク機器の役割が、ＧＯ、ＣＬのいずれになるかが決定する。ここでは、シンク機器の役割がＣＬとして決定したものとする。なお、シンク機器のインテント値の方がソース機器のインテント値よりも大きい場合は、シンク機器がＧＯとなる。このように、ＧＯやＣＬを決定するための信号のやり取りを、ＧＯ  Ｎｅｇｏｔｉａｔｉｏｎという。
【００４６】
その後、ＷＰＳに従って、シンク機器は、接続やセキュリティに関する情報など、ソース機器との間でネットワーク接続を確立するために必要なパラメータ情報をソース機器から受信する。なお、ＷＰＳはＷｉ−Ｆｉ  Ｐｒｏｔｅｃｔｅｄ  Ｓｅｔｕｐの略である。そして、ＣＬであるシンク機器は受信したパラメータ情報を利用してＧＯであるソース機器へ、Ａｓｓｏｃｉａｔｉｏｎ  Ｒｅｑｕｅｓｔを送信する。ソース機器から、当該信号に対する応答としてＡｓｓｏｃｉａｔｉｏｎ  Ｒｅｓｐｏｎｓｅを受信する。
【００４７】
以上のようにして、ソース機器との間で、Ｗｉ−Ｆｉ  Ｐ２Ｐ仕様に従ったＷｉ−Ｆｉ  Ｄｉｓｐｌａｙ接続、即ち、Ｗｉ−Ｆｉ  Ｐ２Ｐ接続が確立する。なお、上記で挙げた各無線信号について、上述の実施形態ではソース機器が送信する信号をシンク機器が送信するようにし、上述の実施形態ではシンク機器が送信する信号をソース機器が送信するようにしてもよい。また、Ｗｉ−Ｆｉ  Ｄｉｓｐｌａｙ接続を確立させるにあたって、上記に挙げたもの以外の無線信号を用いても良い。具体的には、Ｂｅａｃｏｎ、Ｒｅａｓｓｏｃｉａｔｉｏｎメッセージ、Ｐ２Ｐ  Ｉｎｖｉｔａｔｉｏｎメッセージ、Ｐｒｏｖｉｓｉｏｎ  Ｄｉｓｃｏｖｅｒｙメッセージ等を用いても良い。
【００４８】
続いて、シンク機器はソース機器との間でＴＣＰ接続を確立する。この接続はシンク機器がＴＣＰクライアントの役割を担い、ソース機器とＴｈｒｅｅ−ｗａｙ  ｈａｎｄｓｈａｋｉｎｇを行うことで確立される。
【００４９】
このように、Ｗｉ−Ｆｉ  Ｄｉｓｐｌａｙ接続の確立とＴＣＰ接続が確立されたことにより、接続セットアップが完了する。
【００５０】
続いて、シンク機器は、Ｃａｐａｂｉｌｉｔｙ  Ｎｅｇｏｔｉａｔｉｏｎを行う（ステップＳ３０４）。Ｗｉ−Ｆｉ  Ｄｉｓｐｌａｙ仕様では、Ｃａｐａｂｉｌｉｔｙ  ＮｅｇｏｔｉａｔｉｏｎにはＲＴＳＰ（Ｒｅａｌ  Ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）を利用するよう規定されている。ＲＴＳＰはストリーミングを制御するためのプロトコルである。また、下位層のトランスポートプロトコルとしては一般的にＴＣＰが用いられる。Ｃａｐａｂｉｌｉｔｙ  Ｎｅｇｏｔｉａｔｉｏｎでは、シンク機器はＲＴＳＰ  Ｍ１〜Ｍ４までの所定のメッセージをソース機器との間で交換する。このＲＴＳＰメッセージの交換によって、シンク機器はソース機器に自装置の能力情報を提供する。そして、ソース機器は、シンク機器の能力情報に基づいてミラーリングで使用するパラメータを決定し、シンク機器へ通知する。シンク機器は、通知されたパラメータを設定する。
【００５１】
なお、能力情報とは、例えばシンク機器の画面についての能力情報であり、対応する画面の解像度、フレームレート、コーデックなどの情報である。また、例えばシンク機器の音声処理についての能力情報であり、対応するコーデックやサンプリング周波数などの情報である。本ステップのＣａｐａｂｉｌｉｔｙ  Ｎｅｇｏｔｉａｔｉｏｎの結果、シンク機器にパラメータが設定され、シンク機器がソース機器との間でミラーリング時に使用する画面や音声の符号化方式の種類や映像の解像度、フレームレートなどが決定される。なお、送受信する能力情報は、これらの情報の一部であってもよい。また、ソース機器から通知され、シンク機器で設定されるパラメータは、ミラーリングで使用するパラメータだけでなく、コンテンツリダイレクトなど他の機能に関するパラメータが含まれていてもよい。
【００５２】
Ｃａｐａｂｉｌｉｔｙ  Ｎｅｇｏｔｉａｔｉｏｎが完了すると、シンク機器は、ソース機器とＷｉ−Ｆｉ  Ｄｉｓｐｌａｙのセッションを確立する（ステップＳ３０５）。具体的には、シンク機器は、Ｗｉ−Ｆｉ  Ｄｉｓｐｌａｙ仕様に従い、ＲＴＳＰ  Ｍ５〜Ｍ７までの所定のメッセージを、ソース機器との間で交換することでＷｉ−Ｆｉ  Ｄｉｓｐｌａｙのセッションを確立する。これらのＲＴＳＰメッセージの交換によって、ソース機器とシンク機器の双方において、ミラーリングで使用するポート番号の設定などが行われ、Ｗｉ−Ｆｉ  Ｄｉｓｐｌａｙのセッションが確立される。なお、Ｗｉ−Ｆｉ  Ｄｉｓｐｌａｙのセッション確立に際して、シンク機器はコンテンツリダイレクトなどの他の機能で使用するポート番号を設定してもよい。また、複数のポート番号が設定されてもよい。
【００５３】
ステップＳ３０５までのＲＴＳＰメッセージ交換を終えると、シンク機器でミラーリング処理が行われる（ステップＳ３０６）。シンク機器におけるミラーリング処理は、例えば、データ受信、逆多重化、キャプチャ画像の復号化、復号されたキャプチャ画像の再生処理である。このようなミラーリング処理が行われることで、シンク機器はソース機器に表示されている画面や再生している音声の情報のストリーム（画面・音声ストリーム）を受信し、再生する。
【００５４】
ミラーリング実行中、シンク機器はミラーリングを終了するか判定する（ステップＳ３０７）。具体的には、シンク機器はソース機器からミラーリングの終了を示す信号が送信されたかに基づいて判定する。当該判定は、シンク機器に入力されたユーザ操作に基づいて判定してもよい。あるいはソース機器もしくはシンク機器間の通信品質や、ソース機器とシンク機器の少なくとも一方のバッテリーの残量に基づいて判定してもよい。ミラーリングを終了すると判定すると（ステップＳ３０７のＹｅｓ）、本フローチャートを終了する。ミラーリングを終了しないと判定すると、ステップＳ３０８に進む。
【００５５】
シンク機器はコンテンツリダイレクト機能についての問合せを受信したか判定する（ステップＳ３０８）。当該問合せを受信していない場合（ステップＳ３０８のＮｏ）、ステップＳ３０６に戻り、シンク機器はミラーリング処理を継続する。当該問合せを受信した場合は（ステップＳ３０８のＹｅｓ）、ステップＳ３０９に進み、シンク機器はコンテンツリダイレクトを実施可能か判定する。
【００５６】
ここで、コンテンツリダイレクトの実施可否は、ステップＳ３０３で行ったＧＯ  Ｎｅｇｏｔｉａｔｉｏｎにおいて、シンク機器がＧＯ、あるいはＣＬのどちらの役割になったかに基づいて判定される。このように判定する理由を説明する。
【００５７】
コンテンツリダイレクトでは、シンク機器は外部装置（クラウドサーバ１０４）からコンテンツを取得する必要があるため、アクセスポイント１０３を介して外部装置と通信する。この場合に、アクセスポイント１０３（ＡＰ）に対して、シンク機器はステーション（ＳＴＡ）として接続する必要がある。ここで、図２で説明したようにシンク機器の同時接続機能はＳＴＡ／ＧＯと決められている。従って、ネットワーク１１１におけるシンク機器の役割がＧＯでなければ、シンク機器はソース機器との接続を維持したまま、コンテンツリダイレクトを実施することができない。
【００５８】
そのため、本ステップの判定は、ソース機器との通信におけるシンク機器のネットワーク１１１における役割に基づいて行う。いま、ソース機器との通信におけるシンク機器の役割は、ステップＳ３０３でＣＬに決定している。そのため、シンク機器はソース機器とアクセスポイント１０３との同時接続が出来ず、コンテンツリダイレクトの実施は不可と判定される（ステップＳ３０９のＮｏ）。なお、ソース機器との通信におけるシンク機器の役割がＧＯだった場合、コンテンツリダイレクトの実施は可と判定される（ステップＳ３０９のＹｅｓ）。
【００５９】
なお、ステップＳ３０９における判定は、前述のようにＧＯもしくはＣＬであるかで行ってもよいし、シンク機器の同時接続機能がサポートする役割の組み合わせを取得し、当該組み合わせと比較してもよい。
【００６０】
また、ステップＳ３０９の判定は、シンク機器のアプリケーションの内、コンテンツリダイレクトに対応するアプリケーションがあるかで判定してもよい。あるいは、シンク機器がコンテンツリダイレクトを行うことが、シンク機器の設定として許可されているかで判定してもよい。ステップＳ３０９の判定は、これらの判定基準の組み合わせで判定してもよい。
【００６１】
なお、本実施形態では、ステップＳ３０８でコンテンツリダイレクト機能についての問合せを受信したと判定すると、ステップＳ３０９のコンテンツリダイレクトの実施可否の判定を行っている。しかし、これに限らず、ステップＳ３０３のＧＯ  Ｎｅｇｏｔｉａｔｉｏｎでシンク機器の役割が決定した以降のいつでも当該判定を行ってもよい。この場合、ステップＳ３０８でコンテンツリダイレクト機能についての問合せを受信すると、ステップＳ３０９では既に行った判定の結果に基づいてＹｅｓ／Ｎｏを分岐すればよい。
【００６２】
シンク機器は、コンテンツリダイレクトの実施が不可と判定すると、Ｓ３０８で受信した問合せに対する応答として、ソース機器にＮＧの通知を送信する（ステップＳ３１０）。この通知には、ＮＧを示す情報のみが含まれていてもよいし、コンテンツリダイレクトが実施できない理由に関する情報や、シンク機器のアプリケーションの中でコンテンツリダイレクトが実施可能なアプリケーションに関する情報などが含まれていてもよい。なお、シンク機器のアプリケーションの中でコンテンツリダイレクトが実施可能なアプリケーションに関する情報については、シンク機器はステップＳ３０２以降のいつでもソース機器に通知できる。
【００６３】
次に、シンク機器は、シンク機器とソース機器間の通信を切断する（ステップＳ３１１）。具体的には、シンク機器がＷｉ−Ｆｉ  Ｄｉｓｐｌａｙ仕様に準拠したＲＴＳＰ  ＴＥＡＲＤＯＷＮメッセージを発行、送信する。この結果、シンク機器とソース機器間の通信が切断される。具体的には、Ｗｉ−Ｆｉ  Ｄｉｓｐｌａｙセッションが切断される。このとき、シンク機器とソース機器間のＴＣＰ接続やＷｉ−Ｆｉ  Ｐ２Ｐ接続が切断されても良い。あるいは、Ｗｉ−Ｆｉ  Ｄｉｓｐｌａｙ接続として、ＴＤＬＳに準拠したＴＤＬＳ接続を行っていた場合には、Ｗｉ−Ｆｉ  Ｐ２Ｐ接続に代えて、ＴＤＬＳ接続が切断されるようにする。なお、ソース機器からＲＴＳＰ  ＳＥＴ＿ＰＡＲＡＭＥＴＥＲメッセージを受信したことに応じて、シンク機器がＲＴＳＰ  ＴＥＡＲＤＯＷＮメッセージを発行、送信してもよい。また、ステップＳ３１０のＮＧの通知を省略して、ステップＳ３１１のＲＴＳＰ  ＴＥＡＲＤＯＷＮメッセージを送信してもよい。
【００６４】
ソース機器との通信を切断したシンク機器は、アクセスポイント１０３との通信を確立する（ステップＳ３１２）。そして、自身のインテント値を変更する（ステップＳ３１３）。具体的には、自身がＧＯになるようインテント値を１５に設定する。なお、シンク機器のインテント値は、ソース機器のインテント値より大きければよいので、０から１５の間の整数で、ソース機器のインテント値より大きい値を、シンク機器のインテント値とすればよい。
【００６５】
続いて、シンク機器は接続セットアップを行う（ステップＳ３１４）。これはステップＳ３０３と同様である。ステップＳ３１３でのシンク機器のインテント値の変更を受けて、ＧＯ  Ｎｅｇｏｔｉａｔｉｏｎの結果はシンク機器がＧＯ、ソース機器がＣＬになる。
【００６６】
その後、Ｃａｐａｂｉｌｉｔｙ  Ｎｅｇｏｔｉａｔｉｏｎ（ステップＳ３１５）、および、セッション確立（ステップＳ３１６）が行われる。これらのステップは、夫々ステップＳ３０４、ステップＳ３０５と同様である。なお、ステップＳ３１３からステップＳ３１５ではシンク機器はソース機器と所定の信号を交換するが、省略できる信号のやり取りは適宜省略してもよい。シンク機器はステップＳ３１４からステップＳ３１６で確立されるソース機器との通信の動作チャネルを、ステップＳ３１２で確立したアクセスポイント１０３との通信の動作チャネルと同じ動作チャネルに設定する。これは、ソース機器との通信の動作チャネルと、アクセスポイント１０３との通信の動作チャネルが異なる場合、シンク機器がデータを受信し損ねる場合があるからである。
【００６７】
セッション確立まで完了すると、シンク機器はステップＳ３０６にもどり、ミラーリング処理を行う。シンク機器はミラーリングが終了されるか判定する（ステップＳ３０７）。ミラーリングが終了されないと判定すると（ステップＳ３０７のＮｏ）、コンテンツリダイレクト機能についての問合せを受信したか判定する（ステップＳ３０８）。当該問合せを受信すると（ステップＳ３０８のＹｅｓ）、ステップＳ３０９に進み、コンテンツリダイレクトの実施可否を判定する。
【００６８】
本実施形態では、シンク機器の同時接続機能はＳＴＡ／ＧＯでの同時接続をサポートしている。ステップＳ３１３で、シンク機器の役割はＧＯになったため、シンク機器は同時接続を実行できる。従って、シンク機器の役割に基づいてコンテンツリダイレクトは実施可能と判定される（ステップＳ３０９のＹｅｓ）。
【００６９】
コンテンツリダイレクトが実施可能と判定されると、シンク機器はステップＳ３１７に進み、ソース機器にＯＫの通知を送信する（ステップＳ３１７）。この通知には、シンク機器のアプリケーションの中でコンテンツリダイレクトが実施可能なアプリケーションに関する情報などが含まれていてもよい。あるいはシンク機器の所定のアプリケーションがコンテンツリダイレクトを実施可能かという情報が含まれていてもよい。
【００７０】
そして、シンク機器はソース機器からコンテンツの情報を受信する（ステップＳ３１８）。ここで受信するコンテンツの情報は、例えば、クラウドサーバ１０４上にあるコンテンツを識別するための識別子や、サービス名、コンテンツの所在情報（ＵＲＩ、ＵＲＬ）、再生開始時間（オフセット）などの情報である。なお、受信するコンテンツの情報は、これらの情報の一部であってもよい。また、コンテンツ情報の通知には、ＲＴＳＰ  ＳＥＴ＿ＰＡＲＡＭＥＴＥＲメッセージを用いる。
【００７１】
続いて、コンテンツリダイレクトを行うためにアクセスポイント１０３に接続済みか判定する（ステップＳ３１９）。アクセスポイント１０３に接続済みである場合とは、例えばステップＳ３１２でアクセスポイント１０３と接続した場合や、ミラーリングの実行前もしくは実行中にアクセスポイント１０３と接続した場合である。
【００７２】
既にアクセスポイント１０３に接続済みと判定された場合（ステップＳ３１９のＹｅｓ）、ステップＳ３２１に進む。まだアクセスポイントに接続していないと判定された場合（ステップＳ３１９のＮｏ）、ステップＳ３２０に進み、アクセスポイント１０３と接続を確立し、ステップＳ３２１に進む。なお、ステップＳ３１９およびステップＳ３２０を、ステップＳ３１７より先に行ってもよい。
【００７３】
ステップＳ３２１では、シンク機器は、ソース機器との通信の動作チャネルと、アクセスポイント１０３との通信の動作チャネルとが異なるか判定する。二つの通信の動作チャネルが異ならない場合（ステップＳ３２１のＮｏ）、ステップＳ３２３に進む。二つの通信の動作チャネルが異なると（ステップＳ３２１のＹｅｓ）、ステップＳ３２２に進み、ソース機器との通信の動作チャネルを変更する。そしてステップＳ３２３に進む。
【００７４】
前述したステップＳ３２２までの処理で、コンテンツリダイレクトの開始準備が整ったシンク機器は、実行中のミラーリング処理を一時停止する（ステップＳ３２３）。ミラーリングを実行中にコンテンツリダイレクトを実施する場合、ミラーリング処理を一時停止することにより、シンク機器におけるミラーリングの処理負荷を軽減し、消費電力を抑えることが可能である。この場合に、ソース機器とシンク機器間のＷｉ−Ｆｉ  Ｄｉｓｐｌａｙ接続（Ｐ２Ｐ接続やＴＣＰ接続）は維持されている。
【００７５】
続いて、シンク機器はステップＳ３１８で受信したコンテンツの情報を基に、クラウドサーバ１０４にコンテンツを要求する（ステップＳ３２４）。この際、シンク機器はアクセスポイント１０３に、ＳＴＡとして接続する。そして、シンク機器はコンテンツをクラウドサーバ１０４から取得し、再生する（ステップＳ３２５）。ここでは、シンク機器はアクセスポイント１０３を介してクラウドサーバ１０４からコンテンツを取得する。また、ここでのコンテンツの取得方法やプロトコルは、コンテンツの種類やサービスの種類によって様々である。例えばＨＬＳ方式やＨＴＴＰのＧＥＴメソッドなどを用いてもよい。ここでＨＬＳとはＨＴＴＰ  Ｌｉｖｅ  Ｓｔｒｅａｍｉｎｇの、ＨＴＴＰはＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌの夫々略である。
【００７６】
ステップＳ３２５でコンテンツを再生したシンク機器は、ステップＳ３０６のミラーリングを再開する。あるいは、ステップＳ３０１に戻り、ミラーリングを開始するか待ち受けてもよい。ステップＳ３１８に戻り、ソース機器から新たなコンテンツの情報を受信してもよい。この場合、ステップＳ３１９からステップＳ３２３はスキップしてよい。もしくはステップＳ３２５でコンテンツを取得および再生している間に、ソース機器から新たなコンテンツの情報を受信し、コンテンツの再生終了後、ステップＳ３２４に戻り、新たなコンテンツをサーバに要求してもよい。
【００７７】
以上、図３のフローチャートには、コンテンツリダイレクトを実施する際に、シンク機器が実現する処理を示した。
【００７８】
以下、図４から図６のシーケンス図におけるシンク機器は、図３のフローチャートに従って動作する。
【００７９】
図４に、通信装置１０１（ソース機器）と通信装置１０２（シンク機器）がミラーリングを実施する際に実現するシーケンス図を示す。
【００８０】
まず、ソース機器の入力部２０４に、ユーザから画面・音声共有の開始操作が行われる（ステップＳ４０１）。開始操作とは、例えば、ユーザによる画面・音声共有を開始するための制御ボタンの押下や、所定のアプリケーションの立ち上げ、または所定のコンテンツの再生開始などである。
【００８１】
開始操作が行われると、ソース機器とシンク機器間においてデバイス探索が行われる（ステップＳ４０２）。これにより、ソース機器とシンク機器は互いを発見する。そして、ソース機器において発見されたデバイスの一覧が表示され、デバイス一覧から、接続相手装置（シンク機器）が選択される（ステップＳ４０３）。
【００８２】
次に、ソース機器とステップＳ４０３で選択されたシンク機器との間で接続セットアップが行われる（ステップＳ４０４）。具体的にはＷｉ−Ｆｉ  Ｄｉｓｐｌａｙの接続処理を行い、その後、ＴＣＰの接続処理を行う。これらの接続処理を行うことにより、接続セットアップが完了する。ここでは、図３のステップＳ３０３で決定したように、ソース機器がＧＯ、シンク機器がＣＬとなるものとする。
【００８３】
続いて、ソース機器とシンク機器は、Ｃａｐａｂｉｌｉｔｙ  Ｎｅｇｏｔｉａｔｉｏｎを行う（ステップＳ４０５）。Ｃａｐａｂｉｌｉｔｙ  Ｎｅｇｏｔｉａｔｉｏｎが完了すると、ソース機器とシンク機器は、Ｗｉ−Ｆｉ  Ｄｉｓｐｌａｙのセッションを確立する（ステップＳ４０６）。これらの処理は、上述したようにＲＴＳＰメッセージ交換を行うことで完了する。
【００８４】
ステップＳ４０６までのＲＴＳＰメッセージ交換を終え、Ｗｉ−Ｆｉ  Ｄｉｓｐｌａｙのセッションが確立されると、ソース機器とシンク機器との間でミラーリング処理が行われる（ステップＳ４０７）。
【００８５】
続いて、ソース機器の入力部２０４を介してユーザからコンテンツリダイレクトの開始指示が出される（ステップＳ４０８）。ここで、コンテンツリダイレクトの開始指示は、例えば、ソース機器で、コンテンツリダイレクトのサービス対象とされているコンテンツ（クラウドサーバ１０４上にあるコンテンツ）をユーザが選択するなどの操作が考えられる。あるいは、シンク機器がコンテンツを特定するために必要な情報をユーザが入力するといった操作を開始指示としてもよい。またコンテンツ再生中にユーザが特定の操作を行うことや、ユーザが所定のアプリケーションを起動することで開始指示が出されたとしても良い。
【００８６】
ユーザからコンテンツリダイレクトの開始が指示されると、ソース機器はシンク機器へコンテンツリダイレクト機能についての問合せを送信する（ステップＳ４０９）。問合せを受け取ったシンク機器は、コンテンツリダイレクトの実施可否を判定する（ステップＳ４１０）。シンク機器によるコンテンツリダイレクトの実施可否の判定については、図３のステップＳ３０９に説明の通りである。
【００８７】
そしてステップＳ４０９の問合せの応答として、コンテンツリダイレクトの実施可否や、シンク機器のアプリケーションの中でコンテンツリダイレクトが実施可能なアプリケーションに関する情報をソース機器へ通知する（ステップＳ４１１）。
【００８８】
以上、図４のシーケンス図には、ミラーリングを実施する際に、ソース機器およびシンク機器が実現する処理を示した。
【００８９】
図５に、通信装置１０１（ソース機器）、通信装置１０２（シンク機器）、クラウドサーバ１０４（外部装置）が、シンク機器の役割に基づいてコンテンツリダイレクトが実施可能と判定された際に実現するシーケンス図を示す。本シーケンス図の前段階として、図４のステップＳ４０１〜Ｓ４０８までの各処理が完了している。なお、本シーケンスでは、図４のステップＳ４０４のＧＯ  Ｎｅｇｏｔｉａｔｉｏｎで、ソース機器の役割がＣＬ，シンク機器の役割がＧＯとして決定したものとする。また、本シーケンス図のシンク機器は、同時接続機能を有し、ＳＴＡ／ＧＯでの同時接続をサポートしており、アクセスポイント１０３には未接続であるとする。
【００９０】
ソース機器はシンク機器へコンテンツリダイレクト機能についての問合せを送信する（ステップＳ４０９）。問合せを受け取ったシンク機器は、コンテンツリダイレクトの実施可否を判定する（ステップＳ４１０）。シンク機器によるコンテンツリダイレクトの実施可否の判定の方法については、図３のステップＳ３０９に説明した通りである。いま、シンク機器はＧＯ  ＮｅｇｏｔｉａｔｉｏｎでＧＯに決定しているので、ステップＳ４１０の判定結果は肯定となる。
【００９１】
続いてシンク機器は、ソース機器にコンテンツリダイレクトＯＫの通知を送信する（ステップＳ４１１）。ソース機器はコンテンツリダイレクトＯＫの情報を確認すると（ステップＳ５０１）、シンク機器にコンテンツ情報を送信する（ステップＳ５０２）。シンク機器はコンテンツ情報を受信すると（ステップＳ５０３）、自装置がアクセスポイント１０３と接続しているか判定する（ステップＳ５０４）。本シーケンス図のシンク機器は、アクセスポイント１０３に接続していないので、否定判定となる。シンク機器はアクセスポイント１０３との接続を確立する（ステップＳ５０５）。そして、アクセスポイント１０３との通信の動作チャネルと、ソース機器との通信の動作チャネルとが異なるか判定する（ステップＳ５０６）。本シーケンス図では、アクセスポイント１０３との通信の動作チャネルと、ソース機器との通信の動作チャネルとが異ならないので、ステップＳ５０６は否定判定となる。
【００９２】
コンテンツリダイレクトの準備が整ったシンク機器は、ミラーリングを一時停止する（ステップＳ５０７）。また、ソース機器もミラーリングを一時停止する（ステップＳ５０８）。ミラーリングが一時停止すると、シンク機器は、接続したアクセスポイント１０３を介して外部装置にコンテンツを要求する（ステップＳ５０９）。そしてシンク機器は外部装置からコンテンツを受信し、再生する（ステップＳ５１０）。
【００９３】
以上、図５のシーケンス図には、シンク機器の役割に基づいてコンテンツリダイレクトが実施可能と判定された際に実現する各装置の処理を示した。
【００９４】
図６に、通信装置１０１（ソース機器）、通信装置１０２（シンク機器）、クラウドサーバ１０４（外部装置）が、シンク機器の役割に基づいてコンテンツリダイレクトの実施が不可と判定された際に実現するシーケンス図を示す。なお、本シーケンスでは、図４のステップＳ４０４のＧＯ  Ｎｅｇｏｔｉａｔｉｏｎで、ソース機器の役割がＧＯ，シンク機器の役割がＣＬとして決定したものとする。また、本シーケンス図のシンク機器は、同時接続機能を有し、ＳＴＡ／ＧＯでの同時接続をサポートしており、アクセスポイント１０３には未接続であるとする。
【００９５】
ソース機器はシンク機器へコンテンツリダイレクト機能についての問合せを送信する（ステップＳ４０９）。問合せを受け取ったシンク機器は、コンテンツリダイレクトの実施可否を判定する（ステップＳ４１０）。シンク機器によるコンテンツリダイレクトの実施可否の判定の方法については、図３のステップＳ３０９に説明した通りである。いま、シンク機器はＧＯ  ＮｅｇｏｔｉａｔｉｏｎでＣＬに決定しているので、ステップＳ４１０の判定結果は否定となる。
【００９６】
シンク機器はステップＳ４１０でコンテンツリダイレクトの実施が不可と判定したため、ソース機器にＮＧの通知を送信する（ステップＳ４１１）。ソース機器はコンテンツリダイレクトＮＧの情報を確認する（ステップＳ６０１）。
【００９７】
次に、シンク機器とソース機器間の通信が切断される（ステップＳ６０２）。なお、ステップＳ４１０でシンク機器がコンテンツリダイレクト実施不可と判定した場合に、ステップＳ６０２でシンク機器とソース機器間の通信を切断する前に、ユーザに通信を切断するか選択させてもよい。具体的には、シンク機器がステップＳ４１０でコンテンツリダイレクト実施不可と判定したことに基づいて、シンク機器の出力部２０５を介してシンク・ソース間の通信の切断および再接続を行うかユーザに問う通知を表示してもよい。そして、ユーザが当該通信の切断および再接続を行うと選択した場合に、ステップＳ６０２以降のシーケンスを行ってもよい。ユーザが当該通信の切断および再接続を行わないと選択した場合は、ミラーリングを継続してもよい。または、コンテンツリダイレクトで再生したかったコンテンツをソース機器が外部装置から取得・再生し、シンク機器にミラーリングで送信してもよい。
【００９８】
あるいは、ソース機器がステップＳ４１１でコンテンツリダイレクトＮＧの通知を受信した際に、ユーザに通信を切断するか選択させてもよい。具体的には、ソース機器がステップＳ６０１でＮＧの通知を確認すると、ソース機器の出力部２０５を介して、シンク・ソース間の通信の切断および再接続を行うかユーザに問う通知を表示してもよい。この場合に、シンク機器からＲＴＳＰ  ＴＥＡＲＤＯＷＮメッセージを送信されても、ソース機器はＲＴＳＰ  ＯＫ以外の応答を返す。即ち、ソース機器はＲＴＳＰ  ＴＥＡＲＤＯＷＮメッセージに対して、Ｗｉ−Ｆｉ  Ｄｉｓｐｌａｙのセッションを切断することを拒絶する応答をシンク機器に返す。
【００９９】
そして、ユーザが当該通信の切断および再接続を行うと選択すると、ソース機器は、シンク機器にＲＴＳＰ  ＴＥＡＲＤＯＷＮメッセージの送信を要求するＲＴＳＰ  ＳＥＴ＿ＰＡＲＡＭＥＴＥＲメッセージを送信する。これにより、シンク機器に再度ＲＴＳＰ  ＴＥＡＲＤＯＷＮメッセージを送信し、シンク機器とソース機器との間のＷｉ−Ｆｉ  Ｄｉｓｐｌａｙのセッションが切断される。
【０１００】
一方、ユーザが当該通信の切断および再接続を行わないと選択した場合は、ミラーリングを継続する。もしくは、コンテンツリダイレクトで再生したかったコンテンツをソース機器が外部機器から取得・再生し、シンク機器にミラーリングで送信してもよい。
【０１０１】
また、コンテンツリダイレクト実施不可の判定に基づいて通信を切断および再接続するのか、ユーザ選択に基づいて通信を切断および再接続するのかを予め設定しておいてもよい。これは、初期設定で決定されていてもよいし、ユーザによって設定されてもよい。
【０１０２】
あるいは、コンテンツの種別や、ソース機器やシンク機器の処理負荷、ソース機器とシンク機器の間の通信のトラフィック量などに基づいて、シンク機器とソース機器間の通信を切断および再接続するか設定されてもよい。
【０１０３】
シンク機器とソース機器間の通信が切断されると、シンク機器はアクセスポイント１０３との通信を確立する（ステップＳ６０３）。そして、シンク機器は自身がＧＯになるようにインテント値を変更する（ステップＳ６０４）。続いてシンク機器とソース機器は、接続セットアップを行う（ステップＳ６０５）。ステップＳ６０３でシンク機器のインテント値は変更されたので、ＧＯ  Ｎｅｇｏｔｉａｔｉｏｎの結果、シンク機器がＧＯ、ソース機器がＣＬになる。その後、Ｃａｐａｂｉｌｉｔｙ  Ｎｅｇｏｔｉａｔｉｏｎ（ステップＳ６０６）、および、セッション確立（ステップＳ６０７）が行われる。ステップＳ６０５からステップＳ６０７を行いソース機器との通信を確立する場合、シンク機器は、ソース機器との通信の動作チャネルと、ステップＳ６０３で確立したアクセスポイント１０３との通信の動作チャネルが同じになるようにする。
【０１０４】
セッション確立まで完了すると、ソース機器とシンク機器はミラーリングを行う（ステップＳ６０８）。ミラーリングを開始すると、ソース機器の入力部２０４を介してユーザからコンテンツリダイレクトの開始指示が出される（ステップＳ６０９）。これは図４のステップＳ４０８と同様である。続いてソース機器はシンク機器へコンテンツリダイレクト機能についての問合せを送信する（ステップＳ６１０）。これは図４のステップＳ４０９と同様である。
【０１０５】
コンテンツリダイレクト機能についての問合せを受信したシンク機器は、シンク機器の役割に基づいてコンテンツリダイレクトの実施可否を判定する（ステップＳ６１１）。判定方法は図４のステップＳ４１０と同様である。ステップＳ６０５で行われたＧＯ  Ｎｅｇｏｔｉａｔｉｏｎの結果、シンク機器の役割はＧＯなので、ステップＳ６１１の判定結果は肯定となる。
【０１０６】
続いて、シンク機器はソース機器にＯＫの通知を送信する（ステップＳ６１２）。ステップＳ６１３からステップＳ６１５は、図５のステップＳ５０１からステップＳ５０３と同じである。続いて、シンク機器は自装置がアクセスポイント１０３と接続しているか判定する（ステップＳ６１６）。いま、シンク機器はアクセスポイント１０３と接続しているので、判定結果は肯定となる。
【０１０７】
シンク機器は、ソース機器との通信の動作チャネルと、アクセスポイント１０３との通信の動作チャネルとが異なるかを判定する（ステップＳ６１７）。本シーケンス図において、二つの通信の動作チャネルが異なるとする。シンク機器はステップＳ６１７の判定に対して、肯定と判定する。シンク機器は、ソース機器との通信の動作チャネルが、アクセスポイント１０３との通信の動作チャネルと同時になるように変更する（ステップＳ６１８）。ステップＳ６１９からステップＳ６２２は、図５のステップＳ５０７からステップＳ５１０と同じ処理を行う。
【０１０８】
以上、図６のシーケンス図には、シンク機器の役割に基づいてコンテンツリダイレクトが実施不可と判定された際に、各装置が実現する処理を示した。
【０１０９】
なお、シンク機器の同時接続機能がサポートする役割の組み合わせは、他に、ＳＴＡ／ＣＬ、ＳＴＡ／ＧＯ＆ＣＬ、ＡＰ／ＧＯ、ＡＰ／ＣＬ、ＡＰ／ＧＯ＆ＣＬ、ＡＰ＆ＳＴＡ／ＧＯ＆ＣＬなどであってもよい。ここでＳＴＡ／ＧＯ＆ＣＬとは、シンク機器がアクセスポイント１０３との通信においてＳＴＡである場合、ソース機器との通信における役割がＧＯであってもＣＬであっても同時接続が可能という意味である。シンク機器の同時接続機能がサポートする役割の組み合わせに応じて、図３のステップＳ３０９におけるコンテンツリダイレクトが実施可能かの判定の基準を適宜変更してよい。
【０１１０】
なお、本実施形態では、ソース機器との通信の動作チャネルと、アクセスポイント１０３との通信の動作チャネルとが異なるか判定を行ったが、当該判定を行わなくてもよい。その場合、図３においてはステップＳ３２１およびステップＳ３２２をスキップすればよい。
【０１１１】
また、本実施形態では、シンク機器とソース機器間の通信の切断および再接続を行った場合、ミラーリングに戻っていた。具体的には、図３においてステップＳ３１６のあとステップＳ３０６に戻っていた。この場合に、シンク機器がステップＳ３０８で待ち受けるコンテンツリダイレクト機能についての問合せは、ソース機器を介して入力されたユーザ操作に基づいてソース機器から送信される。しかし、シンク機器がステップＳ３０９で否定と判定したことに基づいて、ソース機器が自動的にコンテンツリダイレクト機能についての問合せを送信してもよい。
【０１１２】
具体的には、シンク機器とソース機器間の通信を切断し再接続した後シンク機器へコンテンツリダイレクト機能についての問合せを送信させるための指示が含まれる、所定の信号がシンク機器からソース機器に送信されてもよい。当該所定の信号は、ステップＳ３１０からステップＳ３１６のいずれのタイミングでシンク機器からソース機器に送信されてもよい。または、ステップＳ３１０のＮＧ通知に当該指示が含まれてもよい。もしくは、ステップＳ３１０でシンク機器から送信されるＮＧ通知を受信したことに基づいて、ソース機器がシンク機器との通信が再接続されると自動的にステップコンテンツリダイレクト機能についての問合せを送信するようにしてもよい。ステップＳ３１０のＮＧ通知に含まれるコンテンツリダイレクトが実施できない理由に関する情報に基づいて、ソース機器がコンテンツリダイレクト機能についての問合せを自動的に送信してもよい。いずれの場合も、ソース機器において、コンテンツリダイレクト機能についての問合せを送信するためのユーザ指示をスキップできる。
【０１１３】
なお、本実施形態では、シンク機器が自身のインテント値を変更した。これに限らず、ソース機器がステップＳ４１１でコンテンツリダイレクトがＮＧであることを受信した後、ソース機器のインテント値を変更してもよい。たとえばシンク機器の同時接続機能がＳＴＡ／ＧＯをサポートしており、シンク機器がＣＬだった場合は、ソース機器がインテント値をシンク機器より小さな値に変更してもよい。
【０１１４】
もしくは、シンク機器とソース機器の双方がインテント値を変更してもよい。たとえばシンク機器の同時接続機能がＳＴＡ／ＧＯをサポートしている場合は、シンク機器のインテント値を大きくする一方、ソース機器のインテント値を小さくしてもよい。
【０１１５】
また、ステップＳ３１３、ステップＳ６０４で、シンク機器がインテント値を変更するのではなく、自身をＡｕｔｏｎｏｍｏｕｓ  ＧＯして動作するようにしてもよい。この場合、シンク機器（ＧＯ）がＢｅａｃｏｎを送信することで、ソース機器（ＣＬ）と接続セットアップが開始される。また、ステップＳ３１３の接続セットアップにおいて、ＧＯ  Ｎｅｇｏｔｉａｔｉｏｎは実行されない。
【０１１６】
これに限らず、シンク機器（ＧＯ）からＩｎｖｉｔａｔｉｏｎ  Ｒｅｑｕｅｓｔが送信され、ソース機器（ＣＬ）が応答としてＩｎｖｉｔａｔｉｏｎ  Ｒｅｓｐｏｎｓｅを送信することで接続セットアップが開始されてもよい。さらに、シンク機器の同時接続機能がたとえばＳＴＡ／ＣＬをサポートしている場合は、ソース機器がインテント値を変更するのではなく、自身をＧＯと設定してもよい。
【０１１７】
なお、図４〜図６における通信装置１０１のシーケンス図は、通信装置１０１の記憶部２０１に記憶されたプログラムを制御部２０２が読み出して、実行することで実現される。また、通信装置１０２のシーケンス図は、通信装置１０２の記憶部２０１に記憶されたプログラムを制御部２０２が読み出して、実行することで実現される。また、図４〜図７のシーケンス図の少なくとも一部または全部をハードウェアにより実現してもよい。ハードウェアにより実現する場合、例えば、所定のコンパイラを用いることで、各ステップを実現するためのプログラムからＦＰＧＡ上に専用回路を生成し、これを利用すればよい。ＦＰＧＡとは、Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙの略である。また、ＦＰＧＡと同様にしてＧａｔｅ  Ａｒｒａｙ回路を形成し、ハードウェアとして実現するようにしてもよい。また、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）により実現するようにしてもよい。図３の通信装置１０２のフローチャートにおいても同様である。
【０１１８】
図３〜図６に示したシーケンス図やフローチャートの各ステップを不図示の複数のＣＰＵもしくは装置で分散して行うようにしてもよい。複数の装置で分散して行う場合、ソース機器についてはソースシステム、シンク機器についてはシンクシステムとして動作する。
【０１１９】
実施形態１では、シンク機器の二つの通信における役割に基づいてコンテンツリダイレクト実施不可の場合に、シンク機器の役割を変更することで、コンテンツリダイレクトを実施可能とした。具体的には、コンテンツリダイレクトを行う場合、シンク機器はアクセスポイント１０３との通信と、ソース機器との通信の両方を同時に行う必要がある。例えば、シンク機器とソース機器とがＷｉ−Ｆｉ  Ｄｉｒｅｃｔで接続し、シンク機器がＣＬとして動作している場合、シンク機器がアクセスポイント１０３と接続するためには、ＳＴＡとしても動作する必要がある。しかし、シンク機器がＳＴＡ／ＣＬとして動作できない場合、同時接続ができない。そのため、シンク機器が自装置の役割に基づいてコンテンツリダイレクト実施不可と判定すると、シンク機器はソース機器との通信を切断し、自装置の役割をＧＯとしてソース機器と再接続する。その結果、シンク機器はソース機器およびアクセスポイント１０３の両方との同時接続が可能になり、コンテンツリダイレクトを実施可能となる。
【０１２０】
＜実施形態２＞
本実施形態に係る通信システムのネットワーク構成は、図１と同様である。また、本実施形態において、通信装置１０１のハードウェア構成は、図２に示した通りであり、実施形態１の通信装置１０１と同様である。
【０１２１】
通信装置１０２は通信装置１０１と同様のハードウェア構成を有する。通信装置１０２の記憶部２０１、制御部２０２、機能部２０３、入力部２０４、出力部２０５、および、アンテナ２０７は通信装置１０１と同様であるため説明を省略する。
【０１２２】
なお、通信装置１０２の制御部２０２は、記憶部２０１に記憶されたプログラムを実行することで、シンク機器としてのミラーリング機能、および、コンテンツリダイレクト機能を実現する。ここで、シンク機器としてのミラーリング機能とは、ソース機器が表示している画面をキャプチャしたものである符号化された画面データや符号化された音声データを受信し、復号、再生する機能である。また、シンク機器としてのコンテンツリダイレクト機能とは、ソース機器から送られた情報、および、指示に基づいてソース機器以外の外部装置からコンテンツを取得し、再生する機能である。なお、シンク機器は、明示的な指示がなくても、コンテンツの取得、再生を行うようにしてもよい。
【０１２３】
また、通信装置１０２の通信部２０６は、複数のネットワークへ並行して接続することが可能である同時接続機能を有している。同時接続機能によって、通信装置１０２はネットワーク１１１を介して通信装置１０１と通信すると共に、ネットワーク１１０を介してアクセスポイント１０３と通信することができる。ただし、通信装置１０１とアクセスポイント１０３との通信を同時に行う場合、二つの通信の動作チャネルが異なると、通信装置１０２は自装置の動作チャネルを時分割で切り替えてデータの送受信を行う。つまり、通信装置１０２は各装置からのデータを、自装置の動作チャネルを時分割で切り替えて受信することになる。この場合、通信装置１０２がデータを受信し損ねる場合がある。そのため、二つの通信の動作チャネルが異なる場合というのは、コンテンツリダイレクトの実施に適していない。
【０１２４】
なお、通信装置１０１および通信装置１０２は、画像の表示と音声の再生のどちらも行える装置である。しかし、通信装置１０１と通信装置１０２のどちらも、画像の表示か音声の再生のどちらか一方しか行えない装置であってもよい。
【０１２５】
図７に、通信装置１０２（シンク機器）がコンテンツリダイレクトを実施する際に、記憶部２０１に記憶されたプログラムを制御部２０２が読み出して実行することにより実現するフローチャートを示す。本フローチャートはシンク機器において所定のアプリケーションが起動したことに応じて開始される。なお、シンク機器の電源が入ることで開始されるようにしてもよい。
【０１２６】
ステップＳ７０１〜ステップＳ７０７は夫々図３のステップＳ３０１〜ステップＳ３０７と同様である。
【０１２７】
シンク機器はミラーリング実行中、コンテンツリダイレクト機能についての問合せを受信したか判定する（ステップＳ７０８）。当該問合せを受信していない場合（ステップＳ７０８のＮｏ）、ステップＳ７０６に戻り、シンク機器はミラーリング処理を継続する。当該問合せを受信した場合は（ステップＳ７０８のＹｅｓ）、ステップＳ７０９に進み、アクセスポイント１０３と接続しているか判定する。アクセスポイント１０３に接続していない場合（ステップＳ７０９のＮｏ）、シンク機器はアクセスポイント１０３と通信を確立する（ステップＳ７１０）。アクセスポイント１０３との通信を確立すると、ステップＳ７１１に進む。一方、アクセスポイント１０３に接続済みである場合（ステップＳ７０９のＹｅｓ）、ステップＳ７１１に進む。アクセスポイント１０３に接続済みである場合とは、例えばステップＳ７１０でアクセスポイント１０３と接続した場合や、ミラーリングの実行前もしくは実行中にアクセスポイント１０３と接続した場合である。
【０１２８】
ステップＳ７１１で、シンク機器はコンテンツリダイレクトを実施可能か判定する。ここで、コンテンツリダイレクトの実施可否の判定は、ネットワーク１１０およびネットワーク１１１の動作チャネルに基づいて行う。具体的には、シンク機器はソース機器と確立しているネットワーク１１１の動作チャネルの情報を取得する。さらに、ステップＳ７１０で通信を確立した、あるいは既に通信を確立済みのアクセスポイント１０３との通信の動作チャネルの情報を取得し、ネットワーク１１１の動作チャネルと比較する。
【０１２９】
二つの動作チャネルが異なる場合、シンク機器は時分割で自装置の動作チャネルを切り替えてデータを待ち受ける。この場合に、シンク機器がデータを受信し損ねる場合がある。例えばアクセスポイント１０３からビデオコンテンツを受信している場合、データを受信し損ねるとビデオコンテンツの映像や音声が乱れる。そのため、二つの動作チャネルが異なる場合は、コンテンツリダイレクトの実施に適していないので、シンク機器はコンテンツリダイレクト実施不可と判定する。
【０１３０】
二つの動作チャネルが共通であると、シンク機器はコンテンツリダイレクトが実施可能と判定する（ステップＳ７１１のＹｅｓ）。動作チャネルが異なる場合、シンク機器はコンテンツリダイレクトが実施不可と判定する（ステップＳ７１１のＮｏ）。
【０１３１】
なお、本実施形態では、ステップＳ７０８でコンテンツリダイレクト機能についての問合せを受信したと判定すると、ステップＳ７１１のコンテンツリダイレクトの実施可否の判定を行っている。しかし、ステップＳ７０９以前にアクセスポイント１０３との通信が確立していた場合、これに限らず、ステップＳ７０５でソース機器との通信が確立して以降、いつでも当該判定を行ってもよい。この場合、ステップＳ７０８でコンテンツリダイレクト機能についての問合せを受信すると、ステップＳ７１１では既に行った判定の結果に基づいてＹｅｓ／Ｎｏを判定すればよい。
【０１３２】
シンク機器は、コンテンツリダイレクトの実施が不可と判定すると、自装置の役割がＧＯであるか判定する（ステップＳ７１２）。具体的には、ステップＳ７０３のＧＯ  Ｎｅｇｏｔｉａｔｉｏｎの結果、シンク機器の役割がＧＯになったか、ＣＬになったかに基づいて判定する。シンク機器の役割がＧＯであったら、ステップＳ７１３に進み（ステップＳ７１２のＹｅｓ）、ＣＬであったらステップＳ７１４に進む（ステップＳ７１２のＮｏ）。
【０１３３】
シンク機器の役割がＧＯで、ステップＳ７１３に進んだ場合、シンク機器はソース機器との通信の動作チャネルを変更する。具体的には、アクセスポイント１０３との通信の動作チャネルと同じ動作チャネルになるように変更する。一方、シンク機器の役割がＣＬで、ステップＳ７１４に進んだ場合、シンク機器はソース機器に動作チャネル変更要求を送信する。この信号は、ソース機器にネットワーク１１１の動作チャネルの変更を要求する信号である。具体的には、アクセスポイント１０３との通信の動作チャネルと共通になるようにソース機器との通信の動作チャネルを設定するための要求である。
【０１３４】
ステップＳ７１３またはステップＳ７１４の処理を終えたシンク機器は、ステップＳ７１５に進み、ソース機器にＯＫの通知を送信する（ステップＳ７１５）。ステップＳ７１５およびステップＳ７１６は、図３のステップＳ３１７およびステップＳ３１８と同様の処理を行う。また、ステップＳ７１７からステップＳ７１９は、図３のステップＳ３２３からステップＳ３２５と夫々同様の処理を行う。
【０１３５】
ステップＳ７１９でコンテンツを再生したシンク機器は、ステップＳ７０６のミラーリングを再開する。あるいは、ステップＳ７０１に戻り、ミラーリングを開始するか待ち受けてもよい。ステップＳ７１６に戻り、ソース機器から新たなコンテンツの情報を受信してもよい。もしくはステップＳ７１９でコンテンツを取得および再生している間に、ソース機器から新たなコンテンツの情報を受信し、コンテンツの再生終了後、ステップＳ７１８に戻り、新たなコンテンツをサーバに要求してもよい。
【０１３６】
以上図７のフローチャートには、コンテンツリダイレクトを実施する際に、シンク機器が実現する処理を示した。
【０１３７】
なお、本フローチャートでは、ステップＳ７０９でアクセスポイント１０３との通信が確立しているか判定し、ステップＳ７１１で二つの通信の動作チャネルが異なるか判定した。ステップＳ７０９でアクセスポイント１０３との通信が確立していない場合、ステップＳ７１０でアクセスポイント１０３との通信を確立した。しかし、アクセスポイント１０３との通信の確立を、ステップＳ７１１からステップＳ７１６の何れかの後に行ってもよい。その場合、ステップＳ７１１の判定は、シンク機器が周囲の接続可能なアクセスポイントをサーチし、接続可能なアクセスポイントを発見すると、当該アクセスポイントの動作チャネル情報を取得することで行ってもよい。なお、接続可能なアクセスポイントが複数ある場合に、ソース機器との通信の動作チャネルと同じ動作チャネルで接続可能なアクセスポイントがある場合は、ステップＳ７１１でＹｅｓとしてもよい。この場合、アクセスポイントとの接続を確立するステップにおいて、当該アクセスポイントと優先的に接続を確立する。
【０１３８】
なお、図７における通信装置１０２のフローチャートは、通信装置１０２の記憶部２０１に記憶されたプログラムを制御部２０２が読み出して、実行することで実現される。また、図７のシーケンス図の少なくとも一部または全部をハードウェアにより実現してもよい。ハードウェアにより実現する場合、例えば、所定のコンパイラを用いることで、各ステップを実現するためのプログラムからＦＰＧＡ上に専用回路を生成し、これを利用すればよい。ＦＰＧＡとは、Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙの略である。また、ＦＰＧＡと同様にしてＧａｔｅ  Ａｒｒａｙ回路を形成し、ハードウェアとして実現するようにしてもよい。また、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）により実現するようにしてもよい。
【０１３９】
図７に示したフローチャートの各ステップを不図示の複数のＣＰＵもしくは装置で分散して行うようにしてもよい。複数の装置で分散して行う場合、ソース機器についてはソースシステム、シンク機器についてはシンクシステムとして動作する。
【０１４０】
実施形態２では、二つの通信の動作チャネルに基づいてコンテンツリダイレクト実施不可の場合に、ソース機器との通信の動作チャネルを変更することで、コンテンツリダイレクト実施可能とした。具体的には、コンテンツリダイレクトを行う場合、シンク機器はアクセスポイント１０３との通信と、ソース機器との通信の両方を同時に行う必要がある。シンク機器は、ソース機器との通信の動作チャネルと、アクセスポイント１０３との通信の動作チャネルとが異なると、自装置の動作チャネルを時分割で切り替えて動作する。しかし、シンク機器が時分割で動作チャネルを切り替えてデータを待ち受けていると、データを受信し損ねる場合がある。このような場合は、コンテンツリダイレクトの実施に適していない。そこで、二つの通信の動作チャネルが異なる場合、ソース機器との通信の動作チャネルを、アクセスポイント１０３との通信の動作チャネルと同じにすることで、コンテンツリダイレクトの実施に適した状態にする。
【０１４１】
なお、実施形態１および実施形態２で、ソース機器からシンク機器に送信されるコンテンツリダイレクト機能についての問合せは、シンク機器のアプリケーションの中でコンテンツリダイレクトを実施可能なアプリケーションに関する情報の要求を含む。アプリケーションに関する情報とは、例えばアプリケーションの名称や、種類、発行元などの情報である。または、シンク機器がコンテンツリダイレクトを実施可能かの問合せを含んでもよい。もしくは、コンテンツリダイレクトの開始指示や、コンテンツの情報の少なくとも一方を含んでもよい。
【０１４２】
また、実施形態１および実施形態２において、シンク機器が外部装置からコンテンツを取得し再生している場合に、ソース機器とシンク機器間の通信を介して、ソース機器とシンク機器はコンテンツの再生に関する情報を互いに送信してもよい。具体的に、ソース機器からシンク機器に、コンテンツを制御するための再生制御情報を送信してもよい。具体的には、例えばコンテンツの停止や早送りなどの再生制御情報を、ソース機器からシンク機器に送信することで、シンク機器で再生されているコンテンツを制御する。送信される再生制御情報は、一時停止や巻き戻し、再生、音量の変更などであってもよい。また、ユーザがコンテンツ中の時間を指定し、ユーザが指定した時間までコンテンツの再生位置を飛ばす指示でもよい。あるいは、現在シンク機器で再生されているコンテンツの次にユーザが再生したいコンテンツの情報が、ソース機器からシンク機器に送信されてもよい。
【０１４３】
また、シンク機器からソース機器に、ソース機器とシンク機器間の通信を介して、コンテンツの再生状況情報が送信されてもよい。コンテンツの再生状況情報とは、例えばコンテンツが停止状態になったことや、早送り状態になったことを示す情報である。具体的には、ソース機器あるいはシンク機器を介して、コンテンツの再生の停止を示すユーザ操作が入力されると、コンテンツの再生は停止される。シンク機器はコンテンツの再生が停止されたことをソース機器に送信する。コンテンツの再生状況情報は、他に一時停止状態や巻き戻し状態、再生状態などであってもよい。また、コンテンツの再生に関してシンク機器でエラーが発生した場合、ソース機器にエラーに関する情報を送信してもよい。エラーであることを示す情報や、エラーの原因に関する情報、エラーの種類に関する情報などの情報をソース機器に送信してもよい。あるいはシンク機器は、シンク機器から入力されたユーザ操作に関する情報をソース機器に送信してもよい。また、シンク機器でコンテンツの再生が終了した場合に、コンテンツの再生が終了したことをソース機器に通知してもよい。シンク機器でのコンテンツの再生が終了した後、何も再生していないことを示す情報を送信してもよい。
【０１４４】
なお、実施形態１および実施形態２では、ミラーリング開始後にコンテンツリダイレクト機能についての問合せを受信した。しかしこれに限らず、図３のステップＳ３０１または図７のステップＳ７０１のミラーリングの開始指示の代わりに、コンテンツリダイレクト機能についての問合せを受信することも可能である。この場合、実施形態１においては、図３のステップＳ３０１でコンテンツリダイレクト機能の問合せを受信し、ステップＳ３０２からステップＳ３０５を行う。そして、ステップＳ３０６からステップＳ３０８を省略し、ステップＳ３０９に進んでもよい。実施形態２においては、図７のステップＳ７０１でコンテンツリダイレクト機能の問合せを受信し、ステップＳ７０２からステップＳ７０５を行う。そして、ステップＳ７０６からステップＳ７０８を省略し、ステップＳ７０９に進んでもよい。
【０１４５】
また、実施形態１および実施形態２では、シンク機器とソース機器間の通信の動作チャネルを変更する際、シンク機器とソース機器間の通信を切断せずに変更した。しかし、実施形態１および実施形態２において、シンク機器とソース機器間の通信の動作チャネルを変更する際、シンク機器とソース機器間の通信を切断し、動作チャネルを変更し、また通信を再接続してもよい。
【０１４６】
例えば、実施形態１においては、図３のステップＳ３２１で二つの通信の動作チャネルが異なると判定されると、シンク機器はソース機器にＮＧの通知を送信する。そしてシンク機器はソース機器との通信を切断する。具体的には、シンク機器がＷｉ−Ｆｉ  Ｄｉｓｐｌａｙ仕様に準拠したＲＴＳＰ  ＴＥＡＲＤＯＷＮメッセージを発行、送信する。この結果、シンク機器とソース機器間の通信が切断される。具体的には、Ｗｉ−Ｆｉ  Ｄｉｓｐｌａｙセッションが切断される。このとき、シンク機器とソース機器間のＴＣＰ接続やＷｉ−Ｆｉ  Ｐ２Ｐ接続が切断されても良い。あるいは、Ｗｉ−Ｆｉ  Ｄｉｓｐｌａｙ接続として、ＴＤＬＳに準拠したＴＤＬＳ接続を行っていた場合には、Ｗｉ−Ｆｉ  Ｐ２Ｐ接続に代えて、ＴＤＬＳ接続が切断されるようにする。なお、ソース機器からＲＴＳＰ  ＳＥＴ＿ＰＡＲＡＭＥＴＥＲメッセージを受信したことに応じて、シンク機器がＲＴＳＰ  ＴＥＡＲＤＯＷＮメッセージを発行、送信してもよい。また、ＮＧの通知を省略して、ＲＴＳＰ  ＴＥＡＲＤＯＷＮメッセージを送信してもよい。ソース機器との通信を切断したシンク機器は、ソース機器との通信の動作チャネルを変更する。動作チャネルを変更したシンク機器は接続セットアップ、Ｃａｐａｂｉｌｉｔｙ  Ｎｅｇｏｔｉａｔｉｏｎ、セッション確立を行う。セッション確立まで完了したシンク機器は、ステップＳ３０６のミラーリング処理に進み、あとは図３のフローに従う。
【０１４７】
例えば、実施形態２においては、図７のステップＳ７１１で二つの通信の動作チャネルが異なると判定されると、シンク機器はソース機器にＮＧの通知を送信する。そしてシンク機器は自装置の役割がＧＯか判定する。シンク機器は自装置の役割がＧＯだと、ソース機器との通信を切断する。具体的には、シンク機器がＷｉ−Ｆｉ  Ｄｉｓｐｌａｙ仕様に準拠したＲＴＳＰ  ＴＥＡＲＤＯＷＮメッセージを発行、送信する。この結果、シンク機器とソース機器間の通信が切断される。具体的には、Ｗｉ−Ｆｉ  Ｄｉｓｐｌａｙセッションが切断される。このとき、シンク機器とソース機器間のＴＣＰ接続やＷｉ−Ｆｉ  Ｐ２Ｐ接続が切断されても良い。あるいは、Ｗｉ−Ｆｉ  Ｄｉｓｐｌａｙ接続として、ＴＤＬＳに準拠したＴＤＬＳ接続を行っていた場合には、Ｗｉ−Ｆｉ  Ｐ２Ｐ接続に代えて、ＴＤＬＳ接続が切断されるようにする。なお、ソース機器からＲＴＳＰ  ＳＥＴ＿ＰＡＲＡＭＥＴＥＲメッセージを受信したことに応じて、シンク機器がＲＴＳＰ  ＴＥＡＲＤＯＷＮメッセージを発行、送信してもよい。また、ＮＧの通知を省略して、ＲＴＳＰ  ＴＥＡＲＤＯＷＮメッセージを送信してもよい。ソース機器との通信を切断したシンク機器は、ソース機器との通信の動作チャネルを、コンテンツリダイレクトが実施可能と判定されるように変更する。一方、シンク機器の役割がＣＬであった場合、シンク機器はソース機器に、動作チャネル変更要求を送信する。そして、ソース機器との通信を切断する。続いて、シンク機器の役割がＧＯの場合も、ＣＬの場合も、シンク機器は接続セットアップ、Ｃａｐａｂｉｌｉｔｙ  Ｎｅｇｏｔｉａｔｉｏｎ、セッション確立を行う。セッション確立まで完了したシンク機器は、ステップＳ７０６のミラーリング処理に進み、あとは図７のフローに従う。
【０１４８】
なお、実施形態１では、シンク機器の役割に基づいて、コンテンツリダイレクトの実施可否を判定した。また、実施形態２ではネットワーク１１１の動作チャネルと、シンク機器とアクセスポイントとの通信における動作チャネルとに基づいて、コンテンツリダイレクトの実施可否を判定した。そして、これらの判定でコンテンツリダイレクトが実施不可と判定されると、ネットワーク１１１の役割や動作チャネルを変更した。
【０１４９】
しかし、コンテンツリダイレクトが実施不可と判定されても、ソース機器とシンク機器間のＷｉ−Ｆｉ  Ｐ２Ｐ接続を一時的に切断することで、コンテンツリダイレクトを実施してもよい。即ち、ソース機器とシンク機器間の通信が切断されれば、ネットワーク１１１と、ネットワーク１１０の同時接続ではなくなる。よって役割や動作チャネルに関係なく、シンク機器は外部装置と接続し、コンテンツを取得できる。
【０１５０】
以上、実施形態を詳述したが、本発明は例えば、システム、装置、方法、プログラム若しくは記録媒体（記憶媒体）などとしての実施態様をとることが可能である。具体的には、複数の機器（例えば、ホストコンピュータ、インタフェース機器、撮像装置、ｗｅｂアプリケーションなど）から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１５１】
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【符号の説明】
【０１５２】
１０１  通信装置（ソース機器）
１０２  通信装置（シンク機器）
１０３  アクセスポイント
１０４  クラウドサーバ
２０１  記憶部
２０２  制御部
２０３  機能部
２０４  入力部
２０５  出力部
２０６  通信部
２０７  アンテナ
【図１】
2018190040.tif 000003
【図２】
2018190040.tif 000004
【図３】
2018190040.tif 000005
【図４】
2018190040.tif 000006
【図５】
2018190040.tif 000007
【図６】
2018190040.tif 000008
【図７】
2018190040.tif 000009