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