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