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