JP6503558B2 - 情報処理装置、情報処理システム、および情報処理方法 - Google Patents

Description

本開示は、情報処理装置、情報処理システム、および情報処理方法に関する。

今日、様々な種類の電子機器が、マルチメディアコンテンツを符号化して伝送し、又は復号して再生する能力を有している。符号化されたコンテンツは、マルチメディアネットワーク上で伝送され、当該コンテンツを受信した機器により再生される。マルチメディアネットワークは、従来はＨＤＭＩ（登録商標）（High-Definition Multimedia Interface）などの有線通信技術を用いて形成されることが多かった。しかし、近年の無線通信技術の急速な発展の結果として、例えば無線ＬＡＮ（Local Area Network）などの無線通信ネットワークを、マルチメディアコンテンツを伝送するために活用することも可能となった。

コンテンツを必要に応じて符号化してネットワークへ送出する機器は、一般に、ソース機器と呼ばれる。対照的に、ソース機器からコンテンツを受信して再生する機器は、シンク機器と呼ばれる。ソース機器から送出したコンテンツをシンク機器で表示する技術のひとつとして、例えばＷｉ−Ｆｉディスプレイがある。

非特許文献１は、Ｗｉ−Ｆｉアライアンスにより策定されたＷｉ−Ｆｉディスプレイの技術仕様書である。Ｗｉ−Ｆｉディスプレイは、Ｗｉ−Ｆｉ ＣＥＲＴＩＦＩＥＤ Ｍｉｒａｃａｓｔ（登録商標、以下では単にＭｉｒａｃａｓｔとも称する）とも呼ばれる。Ｗｉ−Ｆｉディスプレイは、アクセスポイントを介することなく無線ＬＡＮ機器同士で無線通信ネットワークを形成するためのＷｉ−Ｆｉ Ｄｉｒｅｃｔ（登録商標）を基盤技術として採用し、高精細な映像コンテンツをソース機器からシンク機器へ伝送するためのプロトコルを定義する。

"Wi-Fi Display Technical Specification Version 1.0.0", Wi-Fi Alliance Technical Committee， Wi-Fi Display Technical Task Group, August 24, 2012.

しかし、上記非特許文献１に開示された技術では、コンテンツの再生制御に関する技術が主に定義されており、ユーザ操作に対してどのようにソース機器およびシンク機器が連携し動作するかについては発展途上である。そこで、本開示では、ユーザ操作に対するソース機器およびシンク機器の連携に係る技術を向上させることが可能な、新規かつ改良された情報処理装置、情報処理システム、および情報処理方法を提案する。

本開示によれば、他の情報処理装置との間で無線通信を行う無線通信部と、前記無線通信部により前記他の情報処理装置から受信された画像を表示する表示部と、前記表示部により表示された前記画像のうち前記無線通信部により前記他の情報処理装置から受信された制御情報が示す領域への操作を取得する取得部と、前記取得部により取得された操作に応じて前記制御情報が示す処理を行うよう制御する制御部と、を備える情報処理装置が提供される。

また、本開示によれば、他の情報処理装置との間で無線通信を行う無線通信部と、前記無線通信部を介して前記他の情報処理装置に画像を送信させ、前記他の情報処理装置が表示した前記画像のうち指定された領域への操作を検出した場合に対応する処理を行うことを可能にするための制御情報を、前記無線通信部を介して前記他の情報処理装置に送信する制御部と、を備える情報処理装置が提供される。

また、本開示によれば、送信側装置と受信側装置とを備え、前記送信側装置は、前記受信側装置との間で無線通信を行う第１の無線通信部と、前記第１の無線通信部を介して前記受信側装置に画像を送信させ、前記受信側装置が表示した前記画像のうち指定された領域への操作を検出した場合に対応する処理を行うことを可能にするための制御情報を、前記第１の無線通信部を介して前記受信側装置に送信する第１の制御部と、を有し、前記受信側装置は、前記送信側装置との間で無線通信を行う第２の無線通信部と、前記第２の無線通信部により前記送信側装置から受信された前記画像を表示する表示部と、前記表示部により表示された前記画像のうち前記第２の無線通信部により前記送信側装置から受信された前記制御情報が示す領域への操作を取得する取得部と、前記取得部により取得された前記操作に応じて前記制御情報が示す処理を行うよう制御する制御部と、を有する、情報処理システムが提供される。

また、本開示によれば、他の情報処理装置との間で無線通信を行うことと、前記他の情報処理装置から受信された画像を表示することと、表示された前記画像のうち前記他の情報処理装置から受信された制御情報が示す領域への操作を取得することと、取得された前記操作に応じて前記制御情報が示す処理を行うよう情報処理装置を制御することと、を含む、プロセッサにより実行される情報処理方法が提供される。

本開示に係る技術によれば、ソース機器によるユーザ操作の認識およびシンク機器への指示を要することなく、シンク機器がユーザ操作に応じた処理を直接的に実行することが可能となる。
なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。

第１の実施形態に係る通信システムの概要について説明するための説明図である。 第１の実施形態に係るシンク機器の構成の一例を示すブロック図である。 コマンド領域およびコマンド情報について説明するための図である。 第１の実施形態に係るソース機器の構成の一例を示すブロック図である。 第１の実施形態に係るシンク機器により実行される基本的な動作処理の流れの一例を示す図である。 第１の実施形態に係るソース機器により実行される基本的な動作処理の流れの一例を示す図である。 第１の実施形態に係るシンク機器により実行される着呼処理および発呼処理の流れの一例を示す図である。 第１の実施形態に係るシンク機器により実行される着呼処理および発呼処理の流れの一例を示す図である。 第１の実施形態に係るソース機器により実行される着呼処理および発呼処理の流れの一例を示す図である。 第１の実施形態に係るソース機器により実行される着呼処理および発呼処理の流れの一例を示す図である。 第１の実施形態に係る通信システムにおいて実行される発呼処理の流れの一例を示すシーケンス図である。 発呼画面および発呼ボタンの一例を示す図である。 音声通話画面および切断ボタンの一例を示す図である。 第１の実施形態に係る通信システムにおいて実行される発呼処理の流れの一例を示すシーケンス図である。 第１の実施形態に係る通信システムにおいて実行される着呼処理の流れの一例を示すシーケンス図である。 着呼画面および着呼ボタンの一例を示す図である。 第１の実施形態に係る通信システムにおいて実行される着呼処理の流れの一例を示すシーケンス図である。 第１の実施形態に係る通信システムにおいて実行されるメッセージシーケンスの全体図を示す図である。 能力交渉手続の詳細なＲＴＳＰメッセージシーケンスを示す図である。 セッション確立手続の詳細なＲＴＳＰメッセージシーケンスを示す図である。 コンテンツ送受信のＰＡＵＳＥ設定を行うためのＲＴＳＰメッセージシーケンスを示す図である。 コンテンツ送受信のＰＡＵＳＥ解除設定を行うためのＲＴＳＰメッセージシーケンスを示す図である。 ＵＩＢＣのＲＴＳＰメッセージシーケンスを示す図である。 第２の実施形態に係る通信システムにおいて実行される発呼処理の流れの一例を示すシーケンス図である。 第２の実施形態に係る通信システムにおいて実行される発呼処理の流れの一例を示すシーケンス図である。 第２の実施形態に係る通信システムにおいて実行される着呼処理の流れの一例を示すシーケンス図である。 第２の実施形態に係る通信システムにおいて実行される着呼処理の流れの一例を示すシーケンス図である。 第３の実施形態に係る環境設定画面の表示例を示す図である。 第３の実施形態に係る環境設定画面の表示例を示す図である。 スマートフォンの概略的な構成の一例を示すブロック図である。 カーナビゲーション装置の概略的な構成の一例を示すブロック図である。

以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

なお、説明は以下の順序で行うものとする。
１．システムの概要
２．シンク機器の構成例
３．ソース機器の構成例
４．動作処理
４−１．基本動作
４−２．動作処理の具体例
４−２−１．シンク機器の着呼／発呼時の動作
４−２−２．ソース機器の着呼／発呼時の動作
４−３．メッセージ送受信の流れ
４−４．補足
５．第２の実施形態
６．第３の実施形態
７．応用例
７−１．第１の応用例
７−２．第２の応用例
８．まとめ

＜１．システムの概要＞
図１は、一実施形態に係る通信システム（情報処理システム）１の概要について説明するための説明図である。通信システム１は、シンク機器（情報処理装置）１００、およびソース機器（情報処理装置）２００を含む。シンク機器１００は、ソース機器２００との間で無線接続を確立する。また、シンク機器１００は、ソース機器２００および基地局３００を経由して外部機器４００との間で無線接続を確立することが可能である。

シンク機器は、ソース機器から受信されるコンテンツを再生する受信側装置である。図１の例では、シンク機器１００は、車載モニタである。車載モニタ１００は、例えば音声入出力のためのマイク１５１およびスピーカ１５２を有している。ソース機器は、コンテンツをシンク機器へ送信する送信側装置である。通信システム１において、ソース機器からシンク機器へ送信されるコンテンツは、典型的には、映像コンテンツ及び音声コンテンツの少なくとも一方を含む。図１の例では、ソース機器２００は、スマートフォンである。また、図１の例では、外部機器４００はスマートフォンである。なお、本開示に係る技術は、図示された例に限定されず、例えば、テレビジョン装置、プロジェクタ、デジタルスチルカメラ、デジタルビデオカメラ、タブレットＰＣ（Personal Computer）、デスクトップＰＣ、ラップトップＰＣ、ＰＤＡ（Personal Digital Assistant）、携帯電話、ゲーム機器、ウェアラブルデバイス又はストレージデバイスなどの、任意の種類のシンク機器及びソース機器に適用可能である。

シンク機器１００とソース機器２００との間の無線接続は、例えば、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）８０２．１１ａ、１１ｂ、１１ｇ、１１ｎ、１１ａｃ又は１１ａｄなどの無線ＬＡＮ（Local Area Network）方式、ＵＷＢ（Ultra Wideband）若しくはＺｉｇｂｅｅ（登録商標）などの無線ＰＡＮ（Personal Area Network）方式、又はＩＥＥＥ８０２．１６などの無線ＭＡＮ（Metropolitan Area Network）方式といった、任意の種類の無線通信方式に従って形成されてよい。また、シンク機器１００とソース機器２００との間に、無線アクセスポイントなどの中間的な機器が介在してもしなくてもよい。また、ソース機器２００および外部機器４００は、例えば基地局３００を介する公衆網無線通信網（例えば、第３世代移動通信システム）を用いて無線接続される。

なお、以下の説明では、一例として、シンク機器１００とソース機器２００とが無線ＬＡＮ方式で接続され、無線ＬＡＮ接続上でＷｉ−Ｆｉディスプレイのメッセージング仕様に従ってコンテンツが伝送されるものとする。この無線ＬＡＮ接続に関して用いられる近距離無線ＡＶ（Audio Visual）伝送通信として、例えばＭｉｒａｃａｓｔを用いることができる。Ｍｉｒａｃａｓｔでは、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔを用いて、又はＴＤＬＳ（Tunneled Direct Link Setup）と呼ばれる接続プロトコルを用いて、シンク機器１００とソース機器２００との間で無線接続を確立する。そして、ソース機器２００で再生される音声や表示画像をシンク機器１００に送信し、シンク機器１００でも同様にその音声、画像データを出力させる（ミラーリングする）ことが可能となる。さらに、シンク機器１００とソース機器２００との間で、ユーザ入力情報を交換するための制御チャネルが形成されてもよい。当該制御チャネルは、例えば、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）ベースのＵＩＢＣ（User Input Back Channel）であってもよい。なお、Ｗｉ−Ｆｉディスプレイの代わりに、例えば、ＶＮＣ（Virtual Network Computing）などの他のリモートデスクトップアプリケーションを用いて、コンテンツが伝送されてもよい。

また、シンク機器１００およびソース機器２００は、ソース機器からシンク機器への片方向のコンテンツ送信だけでなく、シンク機器からソース機器への双方向のコンテンツ送信が可能な、Dual−role機能を有していてもよい。この機能によれば、シンク機器１００およびソース機器２００は、Ｍｉｒａｃａｓｔの接続を双方向で行い、それぞれシンク機器としての機能およびソース機器としての機能の両方を発揮することを可能にする。即ち、シンク機器１００は、コンテンツを受信して再生するだけでなく、他の無線機器にコンテンツ送信して再生させ得る。同様に、ソース機器２００は、コンテンツを他の無線機器に送信して再生させるだけでなく、コンテンツを受信して再生させ得る。例えば、図１に示した例で、スマートフォン２００とスマートフォン４００とが電話等の音声通信を行う場合を想定する。スマートフォン４００からの音声については、スマートフォン２００がソース機器として機能し、車載モニタ１００がシンク機器として機能する。具体的には、スマートフォン２００は、スマートフォン４００から受信した音声を車載モニタ１００に送信し、車載モニタ１００は、スピーカ１５２から相手の音声を出力する。一方で、マイク１５１に入力されたユーザの音声については、車載モニタがソース機器として機能し、スマートフォン２００がシンク機器として機能する。具体的には、車載モニタ１００は、マイク１５１に入力されたユーザ音声をスマートフォン２００に送信し、スマートフォン２００は、受信したユーザ音声をスマートフォン４００に送信する。これにより、通信システム１は、スマートフォン２００とスマートフォン４００との音声通話を、マイク１５１およびスピーカ１５２を用いて行うことを可能にする。このように、シンク機器１００およびソース機器２００は、互いにシンク機器としての機能およびソース機器としての機能の両機能を併せ持つことが可能であるが、特に断らない限り、シンク機器１００をシンク機器、ソース機器２００をソース機器として説明する。

上述したように、Ｍｉｒａｃａｓｔでは、コンテンツの再生制御に関する技術が主に定義されており、ユーザ操作に対してどのようにソース機器およびシンク機器が連携し動作するかについては発展途上であった。例えば、図１に示した例では、Ｍｉｒａｃａｓｔの利用により、スマートフォン２００に表示される画面が車載モニタ１００にミラーリングされて、双方のタッチパネルに同一の画面表示がされる。図１に示した例では、双方に「着呼」ボタン「発呼」ボタンが表示されている。ユーザは、「着呼」ボタンをタッチすることにより、例えば外部機器４００から掛かってきた電話に応答することができる。また、ユーザは、「発呼」ボタンをタッチすることにより、例えば外部機器４００に電話を掛けることができる。しかし、ユーザが車載モニタ１００側のボタンをタッチしても、車載モニタ１００はこのユーザ操作を独自に認識して処理することができなかった。例えば、ユーザが車載モニタ１００側の「着呼」ボタンをタッチした場合、車載モニタ１００は、この操作情報を一旦スマートフォン２００に送信して、返信された指示に応じてマイク１５１およびスピーカ１５２の起動等の各種処理を行っていた。さらに、車載モニタ１００側でユーザ操作を独自に認識しようとしても、ユーザ操作が車載モニタ１００に対してなされたのか、スマートフォン２００に対してなされたのかを判別することは困難であった。このため、例えば、スマートフォン２００からミラーリングされた画面上で音量の増加が指示されても、車載モニタ１００は、それがスマートフォン２００または車載モニタ１００のいずれの音量を増加させるべきかを判別することは困難であった。そこで、以下、ソース機器によるユーザ操作の認識およびシンク機器への指示を要することなく、シンク機器がユーザ操作に応じた処理を直接的に実行することが可能となる各実施形態について、次節より詳細に説明する。

＜２．シンク機器の構成例＞
図２は、一実施形態に係るシンク機器１００の構成の一例を示すブロック図である。図２を参照すると、シンク機器１００は、無線通信部１１０、ストリーム送受信部１２０、圧縮展開部１３０、表示部１４０、音声入出力部１５０、制御信号送受信部１６０、制御部１７０、およびユーザインタフェース部１８０を有する。なお、上述したように、シンク機器１００は、ソース機器としての機能も有し得るが、ソース機器としての機能はソース機器２００の構成例について後に詳しく説明するので、ここではソース機器としての機能に関する詳細な説明は省略する。

（１）無線通信部１１０
無線通信部１１０は、シンク機器１００による他の装置との間の無線通信を仲介する無線インタフェースである。本実施形態において、無線通信部１１０は、ソース機器２００との間で無線接続を確立する。そして、無線通信部１１０は、無線接続上でソース機器２００により送信されるコンテンツデータを含む無線信号を、アンテナを介して受信する。無線通信部１１０は、コンテンツデータを含む受信信号をストリーム送受信部１２０へ出力する。また、無線通信部１１０は、ソース機器２００との間で制御メッセージ（制御情報）をも送受信し得る。ソース機器２００へ送信される制御メッセージは、後に説明する制御部１７０により生成される。また、ソース機器２００から受信される制御メッセージは、制御部１７０により解釈される。

無線通信部１１０は、伝送レートの互いに異なる複数の周波数チャネルを並列的に又は選択的に使用可能であってもよい。複数の周波数チャネルとは、例えば、２．４ＧＨｚ、５ＧＨｚ及び６０ＧＨｚの伝送レートをそれぞれ有するチャネルであってもよい。無線通信部１１０は、制御部１７０による割当てに従って、ソース機器２００からのコンテンツの受信のために使用すべき周波数チャネルを切り替え得る。無線通信部１１０は、周波数チャネル情報を利用し使用する周波数を可変にしてもよい。また、無線通信部１１０は、各周波数チャネルの接続品質を測定し、測定結果を示す品質指標（例えば、受信信号強度又はＳＮＲ（Signal-to-Noise Ratio）など）を制御部１７０へ出力してもよい。もちろん、２．４ＧＨｚ、５ＧＨｚ及び６０ＧＨｚ以外の他の周波数チャネルが用いられてもよい。

（２）ストリーム送受信部１２０
ストリーム送受信部１２０は、無線通信部１１０から入力される受信信号から、再生すべきコンテンツ（例えば、映像コンテンツ又は音声コンテンツ）のビットストリームを取得する。そして、ストリーム送受信部１２０は、再生すべきコンテンツについて取得したビットストリームを、圧縮展開部１３０へ出力する。

ストリーム送受信部１２０は、各ストリームについて無線接続の接続品質を評価するための品質指標（例えばＢＥＲ（Bit Error Rate）又はＰＥＲ（Packet Error Rate）など）を測定し、当該品質指標を制御部１７０へ出力してもよい。

（３）圧縮展開部１３０
圧縮展開部１３０は、ソース機器２００から受信されるコンテンツのビットストリームから、コンテンツをそれぞれ復号する。圧縮展開部１３０は、映像コンテンツを復号した場合には、復号した映像コンテンツを表示部１４０へ出力する。また、圧縮展開部１３０は、音声コンテンツを復号した場合には、復号した音声コンテンツを音声入出力部１５０へ出力する。圧縮展開部１３０は、複数のコンテンツを並列的に復号することができる。コンテンツが圧縮符号化されている場合には、圧縮展開部１３０における復号処理を通じて、当該コンテンツは展開される。なお、圧縮展開部１３０は、ソフトウェアにより復号処理を実現してもよいし、ハードウェアにより復号処理を実現してもよい。

（４）表示部１４０
表示部１４０及び音声入出力部１５０は、圧縮展開部１３０により復号されるコンテンツを再生するために使用される。表示部１４０は、無線通信部１１０によりソース機器２００から受信され、圧縮展開部１３０により復号および展開された画像データに基づく画像を表示する。例えば、表示部１４０は、復号された映像コンテンツの各フレームを順次出力する。表示部１４０は、所望のウィンドウ構成と出力先のディスプレイの仕様とに合わせて、再生される映像コンテンツの表示属性（例えば、フレームサイズなど）を調整し得る。これにより、例えばシンク機器１００とソース機器２００との画面サイズが異なる場合であっても、表示部１４０がソース機器２００からミラーリングされた画像を伸縮することにより、適切なサイズの画面が出力され得る。また、表示部１４０は複数であってもよく、例えば制御部１７０は、各表示部１４０の解像度、表示部１４０の数などに応じて出力する表示部１４０を変更してもよい。なお、表示部１４０は、例えば、有機ＥＬ（Electro-Luminescence）パネル、ＬＣＤ（Liquid Crystal Display）パネル等の表示パネルにより実現される。また、表示部１４０は、ユーザが指等を表示面に接触または近接することにより操作入力を行うことが可能なタッチパネルとして実現されてもよい。

（５）音声入出力部１５０
音声入出力部１５０は、音声を入力および出力する機能を有し、例えば図１に示したスピーカ１５２およびマイク１５１により実現される。音声入出力部１５０は、圧縮展開部１３０により復号および展開された音声コンテンツの音声信号を順次出力する。音声入出力部１５０は、複数であってもよく、例えば制御部１７０は、各音声入出力部１５０の音声再生能力、音声入出力部１５０の数などに応じて出力する音声入出力部１５０を変更してもよい。

（６）制御信号送受信部１６０
制御信号送受信部１６０は、後述の制御部１７０から出力された制御信号（制御メッセージ）を、無線通信部１１０を介して例えばソース機器２００などの他の無線通信装置に送信する送信処理を行う。また、制御信号送受信部１６０は、無線通信部１１０により例えばソース機器２００などの他の無線通信装置から受信された制御メッセージを、制御部１７０に出力する。

（７）制御部１７０
制御部１７０は、演算処理装置および制御装置として機能し、各種プログラムに従ってシンク機器１００内の動作全般を制御する。例えば、制御部１７０は、後述するユーザインタフェース部１８０により入力された各種設定情報に応じて、ソース機器２００との画像コンテンツおよび音声コンテンツに関するネゴシエーションを行う。具体的には、制御部１７０は、制御信号送受信部１６０により受信された制御メッセージ、シンク機器１００に含まれる各装置の性能、および後述するユーザインタフェース部１８０により入力された各種設定情報などに基づいて、コンテンツの送信元のソース機器２００の動作を制御する。

例えば、制御部１７０は、ソース機器２００から送信されるストリームを、シンク機器１００自身の処理能力を超えないように制御する。具体的には、制御部１７０は、表示部１４０および音声入出力部１５０により再生されるコンテンツにより要求される要求復号能力および圧縮展開部１３０の実復号能力に基づいて、コンテンツの送信元のソース機器２００におけるコンテンツの符号化条件を制御するための制御メッセージを生成してもよい。また、制御部１７０は、帯域に関する設定情報に基づいて、コンテンツの送信元のソース機器２００から送信されるコンテンツストリームの帯域制御を行うための制御メッセージを生成してもよい。また、制御部１７０は、ディスプレイの解像度に関する設定情報に基づいて、表示部１４０に表示される画像の解像度を変更し、この解像度と同等の送信レートをソース機器２００に要求するための制御メッセージを生成してもよい。また、例えば、制御部１７０は、ディスプレイの画面サイズに関する設定情報に基づいて、表示部１４０に表示される画像の表示領域およびサイズを変更するための制御信号を生成してもよい。生成されたこれらの制御メッセージは、制御信号送受信部１６０を介してソース機器２００に送信されて、ソース機器２００における処理に反映される。

なお、これらの制御メッセージによる変更内容は、例えば表示部１４０によりユーザに通知されてもよい。また、制御部１７０は、通信システム１全体のブロック制御に関する機能を有していてもよい。例えば、制御部１７０は、ストリーム送受信部１２０およびユーザインタフェース部１８０からの情報に基づいて、使用する周波数チャネルおよび解像度の設定を行う機能を有していてもよい。

上述したように、制御部１７０は、ネゴシエーションのための制御メッセージを生成して、制御信号送受信部１６０を介してソース機器２００に送信する。他方、制御部１７０は、ソース機器２００から受信された制御メッセージに基づいて、シンク機器１００に含まれる各装置を制御する。

ソース機器２００から受信される制御メッセージには、多様な情報が格納され得る。例えば、制御メッセージは、表示部１４０に表示された画像のうち、ユーザインタフェース部１８０が操作を取得すべき領域を特定する情報、取得すべき操作の種別を示す情報、および当該領域への操作を受け付けた場合に制御部１７０が制御すべき処理を示す情報の組み合わせを含む。かかる組み合わせの情報のうち１つ目を座標情報とも称し、２つ目を種別情報とも称し、３つ目をコマンド情報とも称する。また、座標情報により特定される領域をコマンド領域とも称する。座標情報により特定されるコマンド領域は、例えば四角形、角丸四角形、三角形、円、その他の多様な形状を取り得る。種別情報が示す操作の種別としては、例えば１点タッチ、多点タッチ、スワイプ、ピンチイン、ピンチアウト等の多様な操作が挙げられる。制御部１７０は、コマンド領域において種別情報に合致するユーザ操作が取得された場合に、コマンド情報が示す処理を行うよう制御する。コマンド情報が示す処理としては、例えば、発呼、着呼、メールの送受信、インターネットブラウジングに関する、シンク機器１００のハードウェア又はソフトウェアの環境設定、ＯＮ／ＯＦＦ処理などの多様な処理が挙げられる。制御部１７０は、ユーザインタフェース部１８０により取得されたコマンド領域へのユーザ操作に応じて、コマンド情報に応じた処理を行うようシンク機器１００内の各装置を制御する。なお、制御部１７０がコマンド情報に応じた処理を行うようシンク機器１００内の各装置を制御することを、以下では単にコマンドを実行するとも称する。また、座標情報、種別情報、およびコマンド情報の組み合わせを動作設定情報とも称し、動作設定情報を含む制御メッセージを、以下では動作設定メッセージとも称する。コマンド領域およびコマンド情報の具体例について、図３を参照して具体的に説明する。

図３は、コマンド領域およびコマンド情報について説明するための図である。図３の左図はソース機器２００の画面を示し、図３の右図はシンク機器１００の画面を示す。なお、シンク機器１００の画面はタッチパネルに表示されているものとする。図３に示すように、ソース機器２００の画面がシンク機器１００にミラーリングされており、着呼ボタンが表示されている。ここで、着呼ボタンの座標情報、タッチ操作を示す種別情報、および着呼ボタンがタッチされた場合にすべき処理を示すコマンド情報の組み合わせを含む動作設定メッセージが、ソース機器２００から受信された場合を考える。座標情報は、例えば左上の座標（Ｘ１，Ｙ１）および右下の座標（Ｘ２，Ｙ２）によって、コマンド領域である着呼ボタンの領域を特定している。制御部１７０は、この動作設定メッセージ基づき、着呼ボタンが操作された場合に、例えばマイク１５１をＯＮにして、音声入出力部１５０による音声入力を有効化する。そして、シンク機器１００は、後に説明するソース機器としての機能を発揮することにより、マイク１５１により取得されたマイク音声を、音声通話相手に伝送することが可能となる。

動作設定メッセージは、動作設定情報の、有効または無効のいずれかを示すフラグ情報を含んでいてもよい。制御部１７０は、有効な動作設定情報に係るコマンド領域がタッチされた場合にコマンドを実行する。他方、制御部１７０は、動作設定情報の無効がソース機器２００より通知された場合、無効な動作設定情報に係るコマンド領域がタッチされてもコマンドを実行しない。即ち、制御部１７０は、動作設定情報の有効が通知されてから無効が通知されるまでの間、コマンド領域へのユーザ操作を監視して、指定されたユーザ操作が取得された場合にコマンドを実行する。以下では、動作設定メッセージのうち、フラグ情報が有効である、即ち動作設定情報を有効化するメッセージを有効化メッセージとも称する。また、フラグ情報が無効である、即ち動作設定情報を無効化するメッセージを無効化メッセージとも称する。以下、図３に示した着呼ボタンに関する動作設定メッセージの一例を示す。

＜有効化メッセージ＞
座標情報：（Ｘ１，Ｙ１）＝（１０，３００），（Ｘ２，Ｙ２）＝（１００，４００）
種別情報：（タッチ）
コマンド情報：（着呼）
フラグ情報：（有効）

＜無効化メッセージ＞
座標情報：
（Ｘ１，Ｙ１）＝（１０，３００），（Ｘ２，Ｙ２）＝（１００，４００）
種別情報：（タッチ）
コマンド情報：（着呼）
フラグ情報：（無効）

制御部１７０は、有効化メッセージが受信されてから無効化メッセージが受信されるまでの間、座標（１０，３００）および座標（１００，４００）により特定された領域をコマンド領域として監視し、タッチされた場合に着呼に関するコマンドを実行する。なお、動作設定メッセージは、動作設定情報を複数含んでいてもよいし、有効な動作設定情報と無効な動作設定情報とが混在していてもよい。また、制御部１７０は、ディスプレイの解像度、画面サイズ、表示方向等の差異に応じて、コマンド領域の座標を変換する機能を有する。このため、シンク機器１００におけるコマンド領域の座標と、ソース機器２００における着呼ボタンの座標は同一でもよいし、異なっていてもよい。

ここで、実行するコマンドによっては、シンク機器１００単体では成し得ず、ソース機器２００による連携した処理も必要な場合がある。この場合、制御部１７０は、ソース機器２００にコマンド情報が示す処理に対応する処理を実行させるためのメッセージを、無線通信部１１０を介してソース機器２００に送信する。このメッセージを、以下では連携要求メッセージとも称する。連携要求メッセージは、ソース機器２００が実行すべき処理を指示する情報を含んでいてもよい。また、連携要求メッセージは、単にユーザインタフェース部１８０により取得されたユーザ操作を示す操作情報含んでいてもよく、ソース機器２００が操作情報に基づいて実行すべき処理を判断してもよい。例えば、制御部１７０は、制御信号送受信部１６０を制御して、このような連携要求メッセージを、ＴＣＰ／ＩＰ上でＵＩＢＣを用いて送信する。着呼ボタンがタッチされた場合、制御部１７０は、制御信号送受信部１６０を制御して操作情報を含んだ連携要求メッセージをＵＩＢＣ上で送信し、ソース機器２００は、操作情報に基づいて音声通話の着呼に関する処理を行う。例えば、着呼の場合、ソース機器２００は、発呼元の外部機器４００との通信の確立などを行う。これにより、ソース機器２００により通信が確立されつつ、シンク機器１００による音声通話が可能となる。ここでは、図３を参照して着呼に関して説明したが、例えば発呼に関しても同様である。また、連携要求メッセージの他の例として、制御部１７０は、ＲＴＳＰのＰＡＵＳＥ設定用またはＰＬＡＹ設定用メッセージを送信してもよい。例えば、制御部１７０は、Ｍｉｒａｃａｓｔ接続を確立した上で、コンテンツの送受信が行われない間はＰＡＵＳＥ設定を行い、コンテンツの送受信が行われる間はＰＡＵＳＥ解除設定（ＰＬＡＹ設定）を行うことで、無駄な通信を回避することができる。

他にも、制御部１７０は、コンテンツの再生に関連するコマンド（例えば、再生開始、再生停止、早送り及び巻き戻しなど）を含む制御メッセージを、機器間の制御チャネルを介して送受信してもよい。制御部１７０は、そうしたコマンドの検出に応じて、表示部１４０および音声入出力部１５０の動作を制御し得る。

（８）ユーザインタフェース部１８０
ユーザインタフェース部１８０は、シンク機器１００の入力デバイス（図示せず）を介して、ユーザ入力を受け付ける。ユーザインタフェース部１８０は、例えば、リモートコントローラ、タッチパネル、キーボード、マウス、ボタン又はスイッチなどの固有のハードウェアにおいて生成される入力信号を、ユーザ入力として受け付けてもよい。また、ユーザインタフェース部１８０は、マイクロフォンを通じて取得される音声コマンド、カメラを通じて取得されるジェスチャコマンド、又はジャイロセンサおよび人感センサ等の各種センサを通じて取得されるセンサコマンドを、ユーザ入力として受け付けてもよい。本実施形態に係るユーザインタフェース部１８０は、表示部１４０により表示された画像のうち、無線通信部１１０によりソース機器２００から受信された動作設定メッセージが示すコマンド領域への操作を取得する取得部として機能する。本明細書では、ユーザインタフェース部１８０は、表示部１４０と一体的に形成されるタッチパネルにより実現されるものとして説明する。ユーザインタフェース部１８０は、受け付けたユーザ入力を制御部１７０へ出力する。

以上、シンク機器１００の構成例を説明した。続いて、図４を参照して、ソース機器２００の構成例を説明する。

＜３．ソース機器の構成例＞
図４は、一実施形態に係るソース機器２００の構成の一例を示すブロック図である。図４を参照すると、ソース機器２００は、無線通信部２１０、ストリーム送受信部２２０、圧縮展開部２３０、コンテンツ取得部２４０、コンテンツ再生部２５０、制御信号送受信部２６０、制御部２７０、およびユーザインタフェース部２８０を有する。なお、上述したように、ソース機器２００は、シンク機器としての機能も有し得るが、シンク機器としての機能はシンク機器１００の構成例おいて上記詳しく説明したので、ここでのシンク機器としての機能に関する詳細な説明は省略する。なお、ソース機器２００の無線通信部２１０を第１の無線通信部、シンク機器１００の無線通信部１１０を第２の無線通信部として捉えることも可能である。また、ソース機器２００の制御部２７０を第１の制御部、シンク機器１００の制御部１７０を第２の制御部として捉えることも可能である。

（１）無線通信部２１０
無線通信部２１０は、ソース機器２００による他の装置との間の無線通信を仲介する無線インタフェースである。本実施形態において、無線通信部２１０は、シンク機器１００との間で無線接続を確立する。無線通信部２１０は、ストリーム送受信部２２０により生成されるコンテンツデータを含む無線信号を、アンテナを介して無線接続上でシンク機器１００へ送信する。また、無線通信部２１０は、シンク機器１００との間で、制御メッセージを含む無線信号をも送受信し得る。シンク機器１００へ送信される制御メッセージは、後に説明する制御部２７０により生成される。また、シンク機器１００から受信される制御メッセージは、制御部２７０により解釈される。

また、無線通信部２１０は、公衆網無線通信網（例えば、第３世代移動通信システム）を用いて、外部機器４００との間で無線接続を確立する。無線通信部２１０は、ストリーム送受信部２２０により生成されるコンテンツデータを含む無線信号を、アンテナを介して無線接続上で外部機器４００へ送信する。また、無線通信部２１０は、外部機器４００からのコンテンツデータを含む無線信号を、アンテナを介して無線接続上で受信する。

（２）ストリーム送受信部２２０
ストリーム送受信部２２０は、後述する圧縮展開部２３０から入力される符号化されたコンテンツのビットストリームを、無線通信部２１０を介してシンク機器１００へ送信する。ストリーム送受信部２２０は、映像コンテンツのストリーム及び音声コンテンツのストリームを多重化することによりマルチメディアストリームを生成し、生成したマルチメディアストリームを送信してもよい。

（３）圧縮展開部２３０
圧縮展開部２３０は、後述するコンテンツ取得部２４０から入力される、シンク機器１００へ送信すべきコンテンツを符号化し、コンテンツのビットストリームを生成する。そして、圧縮展開部２３０は、生成したビットストリームをストリーム送受信部２２０へ出力する。圧縮展開部２３０におけるコンテンツの符号化条件は、シンク機器１００から受信される制御メッセージに基づいて、制御部２７０により制御される。例えば、映像コンテンツについての符号化条件は、使用されるビデオコーデックのコーデック種別、解像度、フレームレート及び画質レベルを含み得る。音声コンテンツについての符号化条件は、使用されるオーディオコーデックのコーデック種別、サンプリングレート及び音質レベルを含み得る。圧縮展開部２３０は、コンテンツを圧縮符号化しないことが指示された場合には、コンテンツを圧縮することなく、無圧縮フォーマットでコンテンツのビットストリームを生成してもよい。

圧縮展開部２３０は、ハードウェアとしての１つ以上の符号化回路を有していてもよい。また、圧縮展開部２３０は、映像符号化用及び音声符号化用のソフトウェアモジュールを実行可能なプロセッサを有していてもよい。また、圧縮展開部２３０は、ハードウェアとしての符号化回路及びソフトウェアモジュールを実行可能なプロセッサの双方を有していてもよい。圧縮展開部２３０は、任意のコーデック種別をサポートし得る。

（４）コンテンツ取得部２４０
コンテンツ取得部２４０は、シンク機器１００へ提供すべきコンテンツを図示しない記憶部又は他のデータソースから取得し、取得したコンテンツを圧縮展開部２３０へ出力する。他のデータソースとは、例えば、ソース機器２００のカメラ及びマイクロフォン、又はソース機器２００によりアクセス可能なリモードデバイス（例えば、コンテンツサーバ又はマイクロフォン付きのＷｅｂカメラなど）、又はソース機器２００と無線接続されている外部機器４００を含み得る。シンク機器１００へどのコンテンツを提供すべきかは、ユーザインタフェース部２８０により検出されるユーザ入力によって、又はシンク機器１００から受信される制御メッセージによって指定され得る。コンテンツ取得部２４０は、取得したコンテンツがシンク機器１００から指示された符号化条件とは異なるコーデック種別で符号化されている場合には、当該コンテンツを一旦復号した後に圧縮展開部２３０へ出力してもよい。

（５）コンテンツ再生部２５０
コンテンツ再生部２５０は、無線通信部２１０を介してシンク機器１００または外部機器４００から受信され、圧縮展開部２３０により復号されるコンテンツを再生する機能を有する。例えば、コンテンツ再生部２５０は、有機ＥＬパネル、ＬＣＤパネル等の表示パネルにより実現され得る。また、コンテンツ再生部２５０は、ユーザが指等を表示面に接触または近接することにより操作入力を行うことが可能なタッチパネルとして実現されてもよい。他にも、コンテンツ再生部２５０は、例えばスピーカにより実現され得る。なお、音声および画像は、シンク機器１００およびソース機器２００の双方から出力されてもよい。ただし、音声については、制御メッセージによるネゴシエーションにより、シンク機器１００またはソース機器２００のいずれか一方のみから出力されることが望ましい。

（６）制御信号送受信部２６０
制御信号送受信部２６０は、後述の制御部２７０から出力された制御メッセージを、無線通信部２１０を介して例えばシンク機器１００などの他の無線通信装置に送信する送信処理を行う。また、制御信号送受信部２６０は、無線通信部２１０により例えばシンク機器１００などの他の無線通信装置から受信された制御メッセージを、制御部２７０に出力する。

（７）制御部２７０
制御部２７０は、演算処理装置および制御装置として機能し、各種プログラムに従ってソース機器２００内の動作全般を制御する。例えば、制御部２７０は、シンク機器１００との画像コンテンツおよび音声コンテンツに関するネゴシエーションを行い、ネゴシエーション結果に基づいて動作するようソース機器２００内の各装置を制御する。

例えば、制御部２７０は、シンク機器１００から受信される制御メッセージに基づいて、圧縮展開部２３０におけるコンテンツの符号化条件を制御する。また、制御部２７０は、制御メッセージに基づいて、送信対象となる画像データの解像度を変更させるための制御や、送信対象となる画像データの画像領域を変更させるための制御を行ってもよい。また、制御部２７０は、制御メッセージに基づいて、送信対象となるメディアストリームの帯域制御を行ってもよい。この帯域制御のために、制御部２７０は、シンク機器１００との間の無線接続の接続品質を評価するための品質指標（例えばＢＥＲ又はＰＥＲなど）を測定してもよい。

また、制御部２７０は、シンク機器１００とのネゴシエーション結果に従って、通信システム１全体の制御を行ってもよい。例えば、制御部２７０は、シンク機器１００との間の無線接続の周波数チャネルをさらに制御してもよい。例えば、制御部２７０は、シンク機器１００とのメッセージ交換を通じて、通信システム１内の各装置の電源状態（例えば、バッテリ駆動しているか若しくは電源に接続されているか、又はバッテリ残量など）を取得する。そして、制御部２７０は、例えばバッテリ駆動しているソース機器２００におけるバッテリ消費を抑制するために、使用する周波数チャネルを選択してもよい。また、シンク機器１００へ送信すべきコンテンツのビットレートが高くなることが認識される場合には、シンク機器１００との間の無線接続に、より伝送レートの高い（又はより接続品質の良好な）周波数チャネルが割当てられてもよい。

制御部２７０は、シンク機器１００との間のメッセージの交換によりシンク機器１００における動作をも制御し得る。シンク機器１００へ送信されるメッセージとしては、例えば動作設定メッセージが挙げられる。ソース機器２００は、シンク機器１００に表示される画面の画面遷移等を監視して、操作可能な領域が表示される場合に有効化メッセージを送信し、当該領域が非表示になった場合に無効化メッセージを送信する。操作可能な領域としては、例えば図３に示した着呼ボタンの他に、発呼ボタン、メールの送受信ボタン、インターネットブラウザの各種操作ボタンなどが挙げられる。もちろん、ボタンの他にも、スワイプ操作等の任意の操作が可能な領域が、操作可能な領域に含まれ得る。

例えば、まず、制御部２７０は、コンテンツ取得部２４０を監視して、無線通信部２１０によるコンテンツ伝送を介してシンク機器１００に表示される画像に、操作可能な領域が含まれるか否かを判定する。操作可能な領域が含まれる場合、制御部２７０は、当該領域に係る動作設定メッセージをシンク機器１００に送信する。詳しくは、制御部２７０は、この領域を特定するための座標情報、取得すべき操作の種別を示す種別情報、およびこの領域へ操作を取得した場合にシンク機器１００が実行すべき処理を示すコマンド情報の組み合わせから成る動作設定情報を含む有効化メッセージを生成する。そして、制御部２７０は、生成した有効化メッセージを、無線通信部２１０を介してシンク機器１００に送信する。他方、制御部２７０は、コンテンツ取得部２４０を監視して、無線通信部２１０によるコンテンツ伝送を介してシンク機器１００に表示される画像から、例えば画面遷移等により操作可能な領域が含まれなくなったか否かを判定する。操作可能な領域が含まれなくなった場合、制御部２７０は、この領域に係る動作設定情報を含む無効化メッセージを生成する。そして、制御部２７０は、生成した無効化メッセージを、無線通信部２１０を介してシンク機器１００に送信する。なお、無線通信部２１０は、この動作設定メッセージを、Ｍｉｒａｃａｓｔに規定されたメッセージのひとつを拡張されたものを用いて送信してもよいし、規定されていない他のメッセージを用いて送信してもよい。

また、シンク機器１００から受信されるメッセージは、シンク機器１００において実行されるコマンドに対応する処理を要求する、上述した連携要求メッセージを含み得る。制御部２７０は、連携要求メッセージが無線通信部２１０を介して受信された場合、受信した連携要求メッセージが示す処理を実行するよう、ソース機器２００内の各装置を制御する。図３に示した例において、シンク機器１００において着呼ボタンがタッチされた場合、制御部２７０は、着呼に対応する処理を行うようソース機器２００内の各装置を制御する。例えば、制御部２７０は、操作情報を含む連携要求メッセージに基づいて、外部機器４００との無線接続を確立するよう無線通信部２１０を制御する。他にも、制御部２７０は、ＲＴＳＰのＰＡＵＳＥ設定用またはＰＬＡＹ設定用メッセージに基づいて、コンテンツの送受信のＰＡＵＳＥ設定またはＰＡＵＳＥ解除設定（ＰＬＡＹ設定）を行ってもよい。

さらに、制御部２７０は、ユーザインタフェース部２８０においてコンテンツの再生に関連するユーザ入力が検出された場合には、検出されたユーザ入力に対応するコマンドを含む制御メッセージを、機器間の制御チャネルを介してシンク機器１００へ送信してもよい。例えばソース機器２００が待機機器として選択された場合には、コンテンツの再生停止を指示する制御メッセージが無線通信部２１０により受信され得る。この場合、制御部２７０は、ソース機器２００の動作モードをスタンバイモードへ移行させ、スタンバイモードの期間中にソース機器２００の各部への電力供給を部分的に停止してもよい。スタンバイモードにおいて、無線通信部２１０は、例えば間欠的に動作し、周期的なアクティブ期間においてシンク機器１００からの制御メッセージを受信し得る。即ち、シンク機器１００とソース機器２００との間の無線接続は、スタンバイモードの期間中にも維持され得る。制御部２７０は、スタンバイモードの期間中にコンテンツの再生開始を指示する制御メッセージが受信されると、ソース機器２００の動作モードをアクティブモードへ復帰させ得る。

（８）ユーザインタフェース部２８０
ユーザインタフェース部２８０は、ソース機器２００の入力デバイス（図示せず）を介して、ユーザ入力を受け付ける。ユーザインタフェース部２８０は、例えば、リモートコントローラ、タッチパネル、キーボード、マウス、ボタン又はスイッチなどの固有のハードウェアにおいて生成される入力信号を、ユーザ入力として受け付けてもよい。また、ユーザインタフェース部２８０は、マイクロフォンを通じて取得される音声コマンド、カメラを通じて取得されるジェスチャコマンド、又はジャイロセンサおよび人感センサ等の各種センサを通じて取得されるセンサコマンドを、ユーザ入力として受け付けてもよい。本明細書では、ユーザインタフェース部２８０は、ディスプレイと一体的に形成されるタッチパネルにより実現されるものとして説明する。ユーザインタフェース部２８０は、受け付けたユーザ入力を制御部２７０へ出力する。

以上、ソース機器２００の構成例を説明した。続いて、通信システム１による動作処理を説明する。

＜４．動作処理＞
［４−１．基本動作］
まず、図５、図６を参照して、シンク機器１００およびソース機器２００の基本的な動作処理を説明する。

（シンク機器１００の基本動作）
図５は、本実施形態に係るシンク機器１００により実行される基本的な動作処理の流れの一例を示す図である。図５を参照すると、まず、シンク機器１００の制御部１７０は、ソース機器２００からの有効化メッセージが制御信号送受信部１６０により受信されたか否かを判定する（ステップＳ１０）。受信されていないと判定された場合（ステップＳ１０／ＮＯ）、処理は再度ステップＳ１０に戻り、制御部１７０は、有効化メッセージの受信確認を繰り返す。一方で、有効化メッセージが受信されたと判定された場合（ステップＳ１０／ＹＥＳ）、制御部１７０は、コマンド領域を有効化する（Ｓ１２）。詳しくは、制御部１７０は、コマンド領域へのユーザ操作の監視を開始する。次いで、制御部１７０は、ソース機器２００からの当該コマンド領域に関する無効化メッセージが制御信号送受信部１６０により受信されたか否かを判定する（ステップＳ１４）。受信されていないと判定された場合（ステップＳ１４／ＮＯ）、処理は再度ステップＳ１４に戻り、制御部１７０は、コマンド領域の監視を継続する。制御部１７０は、監視中にコマンド領域への種別情報に合致するユーザ操作がユーザインタフェース部１８０により取得された場合、有効化メッセージで指定されたコマンドを実行しつつ、連携要求メッセージをソース機器２００に送信する。一方で、無効化メッセージが受信されたと判定された場合（ステップＳ１４／ＹＥＳ）、制御部１７０は、コマンド領域を無効化する（ステップＳ１６）。詳しくは、制御部１７０は、コマンド領域へのユーザ操作の監視を停止する。なお、本動作処理は複数メッセージを処理することも可能である。

（ソース機器２００の基本動作）
図６は、本実施形態に係るソース機器２００により実行される基本的な動作処理の流れの一例を示す図である。図６を参照すると、まず、ソース機器２００の制御部２７０は、シンク機器１００に表示される画面の画面遷移等を監視して、操作可能な領域が表示されるか否かを判定する（ステップＳ２０）。表示されないと判定された場合（ステップＳ２０／ＮＯ）、処理は再度ステップＳ２０に戻り、制御部２７０は、シンク機器１００に表示される画面の監視を継続する。一方で、表示されると判定された場合（ステップＳ２０／ＹＥＳ）、制御部２７０は、当該領域をコマンド領域として指定する動作設定情報を含む有効化メッセージを生成し、無線通信部２１０を介してシンク機器１００に送信する（ステップＳ２２）。次いで、制御部２７０は、シンク機器１００に表示される画面の画面遷移等を監視して、表示されている操作可能な領域が非表示になるか否かを判定する（ステップＳ２４）。継続して表示されると判定された場合（ステップＳ２４／ＮＯ）、処理は再度ステップＳ２４に戻り、制御部２７０は、シンク機器１００に表示される画面の監視を継続する。一方で、非表示になると判定された場合（ステップＳ２４／ＹＥＳ）、制御部２７０は、当該領域に関する無効化メッセージを生成して、無線通信部２１０を介してシンク機器１００に送信する（ステップＳ２６）。なお、本動作処理は複数メッセージを処理することも可能である。

［４−２．動作処理の具体例］
続いて、図７〜図１０を参照して、シンク機器１００およびソース機器２００の具体的な動作処理を説明する。ここでは、一例として、シンク機器１００でなされたタッチ操作をトリガとする、シンク機器１００およびソース機器２００において実行される着呼処理および発呼処理の流れを説明する。

［４−２−１．シンク機器１００の着呼／発呼時の動作］
図７、図８は、本実施形態に係るシンク機器１００により実行される着呼処理および発呼処理の流れの一例を示す図である。

図７を参照すると、まず、シンク機器１００の制御部１７０は、シンク機器１００内の各装置の初期化処理および準備処理を行う（ステップＳ１０２）。次いで、制御部１７０は、無線通信部１１０を制御して、ソース機器２００の無線通信部２１０との無線接続を確立する（ステップＳ１０４）。次に、無線通信部１１０は、ソース機器２００とのＭｉｒａｃａｓｔ接続を双方向で確立する（ステップＳ１０６）。詳しくは、まず、制御部１７０は、制御信号送受信部１６０を制御して、ソース機器２００の制御信号送受信部２６０と制御メッセージを送受信することで各種ネゴシエーションを行う。そして、制御部１７０は、ストリーム送受信部１２０および圧縮展開部１３０を制御して、無線通信部１１０によりソース機器２００から受信された無線信号からコンテンツデータを復号し、表示部１４０および音声入出力部１５０から出力させる。この処理により、シンク機器１００は、シンク機器として動作して、ソース機器から送信されたコンテンツを再生することが可能となる。また、制御部１７０は、音声入出力部１５０により取得された音声データを、圧縮展開部１３０およびストリーム送受信部１２０を制御して無線信号に変換して、無線通信部１１０を介してソース機器２００に送信する。この処理により、シンク機器１００は、ソース機器として動作して、シンク機器として機能するソース機器２００に送信したコンテンツを再生させることが可能となる。このような双方向の接続により、例えば、電話等の音声通話を行う際に、スピーカ１５２により相手の音声を再生し、マイク１５１により取得されたユーザ音声を相手に伝送することが可能となる。ここで、音声通話が行われていない間は、シンク機器１００からソース機器２００へのマイク音声の送信は不要であるため、制御部１７０は、ＭｉｒａｃａｓｔのＰＡＵＳＥ設定を行い、ソース機器２００への音声データの送信を一時停止することが好ましい。なお、ＰＡＵＳＥ用メッセージは、ＲＴＳＰ（Real Time Streaming Protocol）のＭ９メッセージを用いて実装され得る。

次いで、制御部１７０は、着呼ボタンの有効化メッセージが制御信号送受信部１６０により受信されたか否かを判定する（ステップＳ１０８）。受信されていないと判定された場合（ステップＳ１０８／ＮＯ）、制御部１７０は、発呼ボタンの有効化メッセージが制御信号送受信部１６０により受信されたか否かを判定する（ステップＳ１２６）。いずれも受信されていないと判定された場合（ステップＳ１２６／ＮＯ）、処理は再度ステップＳ１０８に戻る。

着呼ボタンの有効化メッセージが受信されたと判定された場合（ステップＳ１０８／ＹＥＳ）、制御部１７０は、着呼ボタンを有効化する（ステップＳ１１０）。例えば、制御部１７０は、着呼ボタンの有効化メッセージに含まれる座標情報により特定される着呼ボタンのコマンド領域へのタッチが、ユーザインタフェース部１８０により取得されるか否かの監視を開始する。

着呼ボタンにタッチされない場合（ステップＳ１１２／ＮＯ）、制御部１７０は、着呼ボタンの無効化メッセージが制御信号送受信部１６０により受信されたか否かを判定する（ステップＳ１２８）。受信されていないと判定された場合（ステップＳ１２８／ＮＯ）、処理は再度ステップＳ１１２に戻り、制御部１７０は着呼ボタンへのタッチの監視を継続する。一方で、受信されたと判定された場合（ステップＳ１２８／ＹＥＳ）、制御部１７０は、着呼ボタンを無効化する（ステップＳ１３０）。詳しくは、制御部１７０は、着呼ボタンの無効化メッセージに含まれる座標情報により特定される着呼ボタンのコマンド領域へのタッチが、ユーザインタフェース部１８０により取得されるか否かの監視を停止する。そして、処理は再度ステップＳ１０８に戻る。

着呼ボタンにタッチされた場合（ステップＳ１１２／ＹＥＳ）、制御部１７０は、着呼ボタンの有効化メッセージに含まれるコマンド情報が示す着呼ボタンのコマンドを実行する（ステップＳ１１４）。例えば、制御部１７０は、マイク１５１をＯＮにして、音声入力を有効化する。また、制御部１７０は、ＭｉｒａｃａｓｔのＰＡＵＳＥ解除設定（ＰＬＡＹ設定）を行い、ソース機器２００への音声データ送信を再開する。また、制御部１７０は、制御信号送受信部１６０を制御して、着呼ボタンに関する連携要求メッセージをソース機器２００に送信する。例えば、制御部１７０は、連携要求メッセージとして、着呼ボタンにタッチされたことを示す操作情報を含むメッセージ、およびＰＬＡＹ設定用メッセージを送信する。なお、ＰＬＡＹ設定用メッセージは、ＲＴＳＰのＭ７メッセージを用いて実装され得る。これにより、例えばソース機器２００と着呼相手との無線接続が確立され、音声通話が開始される。よって、例えば着呼画面から音声通話画面に画面遷移して、着呼ボタンが非表示となり切断ボタンが表示される。これに伴い、ソース機器２００は、着呼ボタンの無効化メッセージおよび切断ボタンの有効化メッセージをシンク機器１００に送信することとなる。着呼ボタンの無効化メッセージが制御信号送受信部１６０により受信されると、制御部１７０は、着呼ボタンを無効化する（ステップＳ１１６）。

また、切断ボタンの有効化メッセージが制御信号送受信部１６０により受信されると、制御部１７０は、切断ボタンを有効化する（ステップＳ１１８）。詳しくは、制御部１７０は、切断ボタンの有効化メッセージに含まれる座標情報により特定される切断ボタンのコマンド領域へのタッチが、ユーザインタフェース部１８０により取得されるか否かの監視を開始する。切断ボタンにタッチされない場合（ステップＳ１２０／ＮＯ）、処理は再度ステップＳ１２０に戻り、制御部１７０は切断ボタンへのタッチの監視を継続する。一方で、切断ボタンにタッチされた場合（ステップＳ１２０／ＹＥＳ）、制御部１７０は、切断ボタンの有効化メッセージに含まれるコマンド情報が示す切断ボタンのコマンドを実行する（ステップＳ１２２）。例えば、制御部１７０は、マイク１５１をＯＦＦにして、音声入力を無効化する。また、制御部１７０は、ＭｉｒａｃａｓｔのＰＡＵＳＥ設定を行い、ソース機器２００への音声データ送信を一時停止する。また、制御部１７０は、制御信号送受信部１６０を制御して、切断ボタンに関する連携要求メッセージをソース機器２００に送信する。例えば、制御部１７０は、連携要求メッセージとして、切断ボタンにタッチされたことを示す操作情報を含むメッセージ、およびＰＡＵＳＥ設定用メッセージを送信する。これにより、ソース機器２００と着呼相手との無線接続が切断され、音声通話が終了される。よって、例えば音声通話画面からメニュー画面に画面遷移して、切断ボタンが非表示となる。これに伴い、ソース機器２００は、切断ボタンの無効化メッセージをシンク機器１００に送信することとなる。切断ボタンの無効化メッセージが制御信号送受信部１６０により受信されると、制御部１７０は、切断ボタンを無効化する（ステップＳ１２４）。詳しくは、制御部１７０は、切断ボタンの無効化メッセージに含まれる座標情報により特定される切断ボタンのコマンド領域へのタッチが、ユーザインタフェース部１８０により取得されるか否かの監視を停止する。

Ｍｉｒａｃａｓｔ接続が確立（ステップＳ１０６）した後、発呼ボタンの有効化メッセージが受信されたと判定された場合（ステップＳ１２６／ＹＥＳ）、図８を参照すると、制御部１７０は、発呼ボタンを有効化する（ステップＳ１３２）。例えば、制御部１７０は、発呼ボタンの有効化メッセージに含まれる座標情報により特定される発呼ボタンのコマンド領域へのタッチが、ユーザインタフェース部１８０により取得されるか否かの監視を開始する。

発呼ボタンにタッチされない場合（ステップＳ１３４／ＮＯ）、制御部１７０は、発呼ボタンの無効化メッセージが制御信号送受信部１６０により受信されたか否かを判定する（ステップＳ１４８）。受信されていないと判定された場合（ステップＳ１４８／ＮＯ）、処理は再度ステップＳ１３４に戻り、制御部１７０は発呼ボタンへのタッチの監視を継続する。一方で、受信されたと判定された場合（ステップＳ１４８／ＹＥＳ）、制御部１７０は、発呼ボタンを無効化する（ステップＳ１５０）。そして、処理は再度ステップＳ１０８に戻る。

発呼ボタンにタッチされた場合（ステップＳ１３４／ＹＥＳ）、制御部１７０は、発呼ボタンの有効化メッセージに含まれるコマンド情報が示す発呼ボタンのコマンドを実行する（ステップＳ１３６）。例えば、制御部１７０は、マイク１５１をＯＮにして、音声入力を有効化する。また、制御部１７０は、ＭｉｒａｃａｓｔのＰＡＵＳＥ解除設定（ＰＬＡＹ設定）を行い、ソース機器２００への音声データ送信を再開する。また、制御部１７０は、制御信号送受信部１６０を制御して発呼ボタンに係る連携要求メッセージをソース機器２００に送信する。例えば、制御部１７０は、連携要求メッセージとして、発呼ボタンにタッチされたことを示す操作情報を含むメッセージ、およびＰＬＡＹ設定用メッセージを送信する。これにより、例えばソース機器２００と発呼相手との無線接続が確立され、音声通話が開始される。よって、例えば発呼画面から音声通話画面に画面遷移して、発呼ボタンが非表示となり切断ボタンが表示される。これに伴い、ソース機器２００は、発呼ボタンの無効化メッセージおよび切断ボタンの有効化メッセージをシンク機器１００に送信することとなる。発呼ボタンの無効化メッセージが制御信号送受信部１６０により受信されると、制御部１７０は、発呼ボタンを無効化する（ステップＳ１３８）。

また、切断ボタンの有効化メッセージが制御信号送受信部１６０により受信されると、制御部１７０は、切断ボタンを有効化する（ステップＳ１４０）。切断ボタンにタッチされない場合（ステップＳ１４２／ＮＯ）、処理は再度ステップＳ１４２に戻り、制御部１７０は切断ボタンへのタッチの監視を継続する。一方で、切断ボタンにタッチされた場合（ステップＳ１４２／ＹＥＳ）、制御部１７０は、切断ボタンの有効化メッセージに含まれるコマンド情報が示す切断ボタンのコマンドを実行する（ステップＳ１４４）。例えば、制御部１７０は、マイク１５１をＯＦＦにして、音声入力を無効化する。また、制御部１７０は、ＭｉｒａｃａｓｔのＰＡＵＳＥ設定を行い、ソース機器２００への音声データ送信を一時停止する。また、制御部１７０は、制御信号送受信部１６０を制御して切断ボタンに係る連携要求メッセージをソース機器２００に送信する。例えば、制御部１７０は、連携要求メッセージとして、切断ボタンにタッチされたことを示す操作情報を含むメッセージ、およびＰＡＵＳＥ設定用メッセージを送信する。これにより、ソース機器２００と発呼相手との無線接続が切断され、音声通話が終了される。よって、例えば音声通話画面からメニュー画面に画面遷移して、切断ボタンが非表示となる。これに伴い、ソース機器２００は、切断ボタンの無効化メッセージをシンク機器１００に送信することとなる。切断ボタンの無効化メッセージが制御信号送受信部１６０により受信されると、制御部１７０は、切断ボタンを無効化する（ステップＳ１４６）。

以上、本実施形態に係るシンク機器１００により実行される着呼処理および発呼処理の流れを説明した。上記ステップＳ１０８以降の処理は、必要に応じて繰り返されてもよい。本実施形態に係るシンク機器１００は、有効化メッセージを受信するとコマンド領域が有効化され、コマンド領域が操作された場合に直接的にコマンドを実行することが可能である。例えばシンク機器１００は、着呼ボタン、発呼ボタン、および切断ボタンがタッチされた場合、ソース機器２００による判断および指示を経ることなく、直接的にマイク１５１のＯＮ／ＯＦＦ等の各種処理を行うことができる。このため、タッチされてからシンク機器１００が動作するまでの間にソース機器２００との間で送受信される制御メッセージの数が削減されるため、レスポンスが高速化され、また消費電力が削減される。

また、シンク機器１００は、Ｍｉｒａｃａｓｔ接続を双方向で予め確立しておくことにより、音声通話が必要になったときに初めて双方向の接続を確立する場合と比較して、レスポンスの高速化を図ることができる。また、シンク機器１００は、音声通話が行われていない間はＰＡＵＳＥ設定を行い、音声通話が行われる間のみＰＡＵＳＥ解除設定を行うことにより、低消費電力化を実現することができる。

［４−２−２．ソース機器２００の着呼／発呼時の動作］
図９、図１０は、本実施形態に係るソース機器２００により実行される着呼処理および発呼処理の流れの一例を示す図である。

図９を参照すると、まず、ソース機器２００の制御部２７０は、ソース機器２００内の各装置の初期化処理および準備処理を行う（ステップＳ２０２）。次いで、制御部２７０は、無線通信部２１０を制御して、シンク機器１００の無線通信部１１０との無線接続を確立する（ステップＳ２０４）。次に、無線通信部２１０は、シンク機器１００とのＭｉｒａｃａｓｔ接続を双方向で確立する（ステップＳ２０６）。詳しくは、まず、制御部２７０は、制御信号送受信部２６０を制御して、シンク機器１００の制御信号送受信部１６０と制御メッセージを送受信することで各種ネゴシエーションを行う。そして、制御部２７０は、ストリーム送受信部２２０および圧縮展開部２３０を制御して、コンテンツ取得部２４０により取得されたコンテンツを無線信号に変換して、無線通信部２１０によりシンク機器１００へ送信する。この処理により、ソース機器２００は、ソース機器として動作して、シンク機器に送信したコンテンツを再生させることが可能となる。また、制御部２７０は、ストリーム送受信部２２０および圧縮展開部２３０を制御して、無線通信部２１０によりシンク機器１００から受信された無線信号からコンテンツデータを復号し、コンテンツ再生部２５０から出力させる。この処理により、ソース機器２００は、シンク機器として動作して、ソース機器として機能するシンク機器１００から受信したコンテンツを再生することが可能となる。このような双方向の接続により、例えば、電話等の音声通話を行う際に、スピーカ１５２により相手の音声を再生し、マイク１５１により取得されたユーザ音声を通話相手に伝送することが可能となる。ここで、音声通話が行われていない間は、シンク機器１００からのマイク音声の受信は不要であるため、制御部２７０は、ＭｉｒａｃａｓｔのＰＡＵＳＥ設定を行い、シンク機器１００からの音声データの受信を一時ＰＡＵＳＥすることが好ましい。

次いで、制御部２７０は、着呼画面が表示されるか否かを判定する（ステップＳ２０８）。着呼画面は、例えば公衆網無線通信網を用いて外部から電話が掛かってきてから音声通話が開始されるまでの間に表示される。着呼画面が表示されていないと判定された場合（ステップＳ２０８／ＮＯ）、制御部２７０は、発呼画面が表示されるか否かを判定する（ステップＳ２２６）。発呼画面とは、例えば、公衆網無線通信網を用いて電話を掛ける際の、通話相手を選択する画面又は電話番号を入力する画面であり、発呼ボタンをタッチすると電話を掛けることができる画面である。いずれも表示されていないと判定された場合（ステップＳ２２６／ＮＯ）、処理は再度ステップＳ２０８に戻る。

外部からの着呼があり着呼画面が表示された場合（ステップＳ２０８／ＹＥＳ）、制御部２７０は、制御信号送受信部２６０を制御して、着呼ボタンの有効化メッセージをシンク機器１００に送信する（ステップＳ２１０）。これにより、シンク機器１００において、着呼ボタンを有効化される。次いで、制御部２７０は、シンク機器１００において着呼ボタンがタッチされたか否かを判定する（ステップＳ２１２）。制御部２７０は、着呼ボタンへのタッチに起因する連携要求メッセージがシンク機器１００から受信された場合に、着呼ボタンがタッチされたと判定する。

着呼ボタンにタッチされていないと判定された場合（ステップＳ２１２／ＮＯ）、制御部２７０は、着呼画面の表示が継続しているか否かを判定する（ステップＳ２２８）。着呼画面の表示が継続していると判定された場合（ステップＳ２２８／ＹＥＳ）、処理は再度ステップＳ２１２に戻り、制御部２７０は着呼ボタンにタッチされたか否かの判定を繰り返す。一方で、着呼画面の表示が終了したと判定された場合（ステップＳ２２８／ＮＯ）、制御部２７０は、制御信号送受信部２６０を制御して、着呼ボタンの無効化メッセージをシンク機器１００に送信する（ステップＳ２３０）。これにより、シンク機器１００において、着呼ボタンが無効化される。そして、処理は再度ステップＳ２０８に戻る。

着呼ボタンにタッチされたと判定された場合（ステップＳ２１２／ＹＥＳ）、制御部２７０は、着呼処理を行う（ステップＳ２１４）。例えば、制御部２７０は、連携要求メッセージに基づいて、無線通信部２１０を制御して着呼相手との無線接続を確立して、ソース機器２００と着呼相手との音声通話を開始する。また、制御部２７０は、ＭｉｒａｃａｓｔのＰＬＡＹ設定用メッセージに基づいてＰＡＵＳＥ解除設定を行い、シンク機器１００からの音声データ受信を再開する。これにより、シンク機器１００のマイク１５１により取得されたユーザ音声を、通話相手に伝送することが可能となる。音声通話が開始されると、例えば着呼画面から音声通話画面に画面遷移して、着呼ボタンが非表示となり切断ボタンが表示される。これに伴い、制御部２７０は、制御信号送受信部２６０を制御して、着呼ボタンの無効化メッセージおよび切断ボタンの有効化メッセージをシンク機器１００に送信する（ステップＳ２１６、Ｓ２１８）これにより、シンク機器１００において、着呼ボタンが無効化され、切断ボタンが有効化される。

次いで、制御部２７０は、シンク機器１００において切断ボタンがタッチされたか否かを判定する（ステップＳ２２０）。制御部２７０は、切断ボタンへのタッチに起因する連携要求メッセージがシンク機器１００から受信された場合に、切断ボタンがタッチされたと判定する。切断ボタンにタッチされない場合（ステップＳ２２０／ＮＯ）、処理は再度ステップＳ２２０に戻り、制御部２７０は切断ボタンにタッチされたか否かの判定を繰り返す。一方で、切断ボタンにタッチされたと判定された場合（ステップＳ２２０／ＹＥＳ）、制御部２７０は、切断処理を行う（ステップＳ２２２）。例えば、制御部２７０は、連携要求メッセージに基づいて、無線通信部２１０を制御して着呼相手との無線接続を切断する。また、制御部２７０は、ＭｉｒａｃａｓｔのＰＡＵＳＥ設定用メッセージに基づいてＰＡＵＳＥ設定を行い、シンク機器１００からの音声データ受信を一時停止する。このようにして音声通話が終了すると、例えば音声通話画面からメニュー画面に画面遷移して、切断ボタンが非表示となる。これに伴い、制御部２７０は、制御信号送受信部２６０を制御して、切断ボタンの無効化メッセージをシンク機器１００に送信する（ステップＳ２２４）。これにより、シンク機器１００において、切断ボタンが無効化される。

Ｍｉｒａｃａｓｔ接続が確立（ステップＳ２０６）した後、発呼画面が表示された場合（ステップＳ２２６／ＹＥＳ）、図１０を参照すると、制御部２７０は、制御信号送受信部２６０を制御して、発呼ボタンの有効化メッセージをシンク機器１００に送信する（ステップＳ２３２）。これにより、シンク機器１００において、発呼ボタンが有効化される。次いで、制御部２７０は、シンク機器１００において発呼ボタンがタッチされたか否かを判定する（ステップＳ２３４）。制御部２７０は、発呼ボタンへのタッチに起因する連携要求メッセージがシンク機器１００から受信された場合に、発呼ボタンがタッチされたと判定する。

発呼ボタンにタッチされていないと判定された場合（ステップＳ２３４／ＮＯ）、制御部２７０は、発呼画面の表示が継続しているか否かを判定する（ステップＳ２４８）。発呼画面の表示が継続していると判定された場合（ステップＳ２４８／ＹＥＳ）、処理は再度ステップＳ２３４に戻り、制御部２７０は発呼ボタンにタッチされたか否かの判定を繰り返す。一方で、例えばユーザが発呼を中止するなどして、発呼画面の表示が終了したと判定された場合（ステップＳ２４８／ＮＯ）、制御部２７０は、制御信号送受信部２６０を制御して、発呼ボタンの無効化メッセージをシンク機器１００に送信する（ステップＳ２５０）。これにより、シンク機器１００において、発呼ボタンが無効化される。そして、処理は再度ステップＳ２０８に戻る。

発呼ボタンにタッチされたと判定された場合（ステップＳ２３４／ＹＥＳ）、制御部２７０は、発呼処理を行う（ステップＳ２３６）。例えば、制御部２７０は、連携要求メッセージに基づいて、無線通信部２１０を制御して発呼相手との無線接続を確立して、ソース機器２００と発呼相手との音声通話を開始する。また、制御部２７０は、ＭｉｒａｃａｓｔのＰＬＡＹ設定用メッセージに基づいてＰＡＵＳＥ解除設定を行い、シンク機器１００からの音声データ受信を再開する。これにより、シンク機器１００のマイク１５１により取得されたユーザ音声を、通話相手に伝送することが可能となる。音声通話が開始されると、例えば発呼画面から音声通話画面に画面遷移して、発呼ボタンが非表示となり切断ボタンが表示される。これに伴い、制御部２７０は、制御信号送受信部２６０を制御して、発呼ボタンの無効化メッセージおよび切断ボタンの有効化メッセージをシンク機器１００に送信する（ステップＳ２３８、Ｓ２４０）これにより、シンク機器１００において、発呼ボタンが無効化され、切断ボタンが有効化される。

次いで、制御部２７０は、シンク機器１００において切断ボタンがタッチされたか否かを判定する（ステップＳ２４２）。制御部２７０は、切断ボタンへのタッチに起因する連携要求メッセージがシンク機器１００から受信された場合に、切断ボタンがタッチされたと判定する。切断ボタンにタッチされない場合（ステップＳ２４２／ＮＯ）、処理は再度ステップＳ２２０に戻り、制御部２７０は切断ボタンにタッチされたか否かの判定を繰り返す。一方で、切断ボタンにタッチされたと判定された場合（ステップＳ２４２／ＹＥＳ）、制御部２７０は、切断処理を行う（ステップＳ２４４）。例えば、制御部２７０は、連携要求メッセージに基づいて、無線通信部２１０を制御して発呼相手との無線接続を切断する。また、制御部２７０は、ＭｉｒａｃａｓｔのＰＡＵＳＥ設定用メッセージに基づいてＰＡＵＳＥ設定を行い、シンク機器１００からの音声データ受信を一時停止する。このようにして音声通話が終了すると、例えば音声通話画面からメニュー画面に画面遷移して、切断ボタンが非表示となる。これに伴い、制御部２７０は、制御信号送受信部２６０を制御して、切断ボタンの無効化メッセージをシンク機器１００に送信する（ステップＳ２４６）。これにより、シンク機器１００において、切断ボタンが無効化される。

以上、本実施形態に係るソース機器２００により実行される着呼処理および発呼処理の流れを説明した。上記ステップＳ２０８以降の処理は、必要に応じて繰り返されてもよい。本実施形態に係るソース機器２００は、有効化メッセージを送信することで、シンク機器１００における直接的なコマンド実行を可能にする。このため、シンク機器１００においてユーザ操作が取得されてから動作するまでの間に、シンク機器１００との間で送受信される制御メッセージの数が削減されるため、レスポンスが高速化され、また消費電力が削減される。

［４−３．メッセージ送受信の流れ］
続いて、図７〜図１０を参照して上記説明した、シンク機器１００およびソース機器２００において送受信される制御メッセージおよび各装置の動作の対応関係を、図１１〜図１７を参照して説明する。

（発呼処理）
図１１は、本実施形態に係る通信システム１において実行される発呼処理の流れの一例を示すシーケンス図である。

図１１に示すように、まず、シンク機器１００およびソース機器２００は、ＷＦＤ（Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ）を用いて、Ｍｉｒａｃａｓｔ接続を双方向で確立する（ステップＳ３０２）。このとき、シンク機器１００は、シンク機器１００のマイク１５１により取得される音声データの送信に関してＭｉｒａｃａｓｔのＰＡＵＳＥ設定を行い、シンク機器１００からソース機器２００への音声データの送信を一時停止する（ステップＳ３０４）。

シンク機器１００およびソース機器２００において発呼画面が表示されると（ステップＳ３０６）、ソース機器２００はシンク機器１００へ発呼ボタンの有効化メッセージを送信する（ステップＳ３０８）。これにより、シンク機器１００において発呼ボタンが有効化される。ここで、図１２を参照して、発呼画面および発呼ボタンの一例を説明する。

図１２は、発呼画面および発呼ボタンの一例を示す図である。図１２左図は、電話番号を入力する画面であり、発信ボタン３００ａがタッチされた場合に、入力された電話番号宛てに発信することが可能な発呼画面である。図１２右図は、発信履歴を表示する画面であり、発信履歴３００ｂまたは発信ボタン３００ｃがタッチされた場合に、発信履歴が示す電話番号宛てに発信することが可能な発呼画面である。図１２では、発信ボタン３００ａ、３００ｃ、および発信履歴３００ｂが発呼ボタンとして機能する。図１２右図に示すように、コマンド領域は複数であってもよい。

シンク機器１００において、発呼ボタンへのタッチが認識されると（ステップＳ３１０）、シンク機器１００はソース機器２００へ連携要求メッセージを送信する。例えば、シンク機器１００は、発呼ボタンへタッチされたことを示す操作情報を、ＵＩＢＣを用いて送信する（ステップＳ３１２）。また、シンク機器１００は、シンク機器１００のマイク１５１により取得される音声データの送信に関してＰＡＵＳＥ解除設定を行い、ソース機器２００への音声データ送信を再開する（ステップＳ３１４）。次に、シンク機器１００は、発呼ボタンへのタッチの認識に応じて、マイク１５１をＯＮにして音声入力を有効化する（ステップＳ３１６ａ）。一方で、ソース機器２００は、受信した連携要求メッセージに基づいて発呼処理を行う（ステップＳ３１６ｂ）。そして、ソース機器２００は、発呼画面から音声通話画面への遷移による発呼ボタンの非表示化および切断ボタンの表示に合わせて、発呼ボタンの無効化メッセージおよび切断ボタンの有効化メッセージをシンク機器１００へ送信する（ステップＳ３１８、Ｓ３２０）。これにより、シンク機器１００およびソース機器２００と、発呼相手との音声通話が行われる（ステップＳ３２２）。ここで、図１３を参照して、音声通話画面および切断ボタンの一例を説明する。

図１３は、音声通話画面および切断ボタンの一例を示す図である。図１３に示した音声通話画面では、音声通話中の相手が表示されると共に、切断ボタン３１０が表示されている。切断ボタン３１０がタッチされると、音声通話が終了する。

シンク機器１００において切断ボタンへのタッチが認識されると（ステップＳ３２４）、シンク機器１００はソース機器２００へ連携要求メッセージを送信する。例えば、シンク機器１００は、切断ボタンへタッチされたことを示す操作情報を、ＵＩＢＣを用いて送信する（ステップＳ３２６）。また、シンク機器１００は、シンク機器１００のマイク１５１により取得される音声データの送信に関してＰＡＵＳＥ設定を行い、ソース機器２００への音声データ送信を一時停止する（ステップＳ３２８）。次に、シンク機器１００は、切断ボタンへのタッチの認識に応じて、マイク１５１をＯＦＦにして音声入力を無効化する（ステップＳ３３０ａ）。一方で、ソース機器２００は、受信した連携要求メッセージに基づいて切断処理を行う（ステップＳ３３０ｂ）。そして、ソース機器２００は、音声通話画面の終了および切断ボタンの非表示化に合わせて、切断ボタンの無効化メッセージをシンク機器１００へ送信する（ステップＳ３３２）。これにより、シンク機器１００およびソース機器２００と発呼相手との音声通話が終了する。

図１１では、シンク機器１００により音声通話の切断が行われる例を説明したが、相手側から音声通話の切断が行われる場合も考えられる。このような場合の処理について、図１４を参照して説明する。

図１４は、本実施形態に係る通信システム１において実行される発呼処理の流れの一例を示すシーケンス図である。図１４のステップＳ３０２〜Ｓ３２２における処理は、図１１を参照して上記説明した通りであるので、ここでの説明は省略する。

図１４に示すように、相手側から音声通話の切断が行われると（ステップＳ３３４）、ソース機器２００は、切断処理を行う（ステップＳ３３６）。次に、ソース機器２００は、シンク機器１００のマイク１５１により取得される音声データの受信に関してＰＡＵＳＥ設定を行い、シンク機器１００からの音声データ受信を一時停止する（ステップＳ３３８）。次いで、シンク機器１００は、ＰＡＵＳＥを受信したことにより、マイク１５１をＯＦＦにして音声入力を無効化する（ステップＳ３４０）。そして、ソース機器２００は、音声通話画面の終了および切断ボタンの非表示化に合わせて、切断ボタンの無効化メッセージをシンク機器１００へ送信する（ステップＳ３４２）。これにより、シンク機器１００およびソース機器２００と発呼相手との音声通話が終了する。

以上、発呼処理に関して送受信される制御メッセージおよび各装置の動作の対応関係を説明した。続いて、図１５〜図１７を参照して、着呼処理に関して送受信される制御メッセージおよび各装置の動作の対応関係を説明する。

（着呼処理）
図１５は、本実施形態に係る通信システム１において実行される着呼処理の流れの一例を示すシーケンス図である。

図１５に示すように、まず、シンク機器１００およびソース機器２００は、ＷＦＤを用いて、Ｍｉｒａｃａｓｔ接続を双方向で確立する（ステップＳ４０２）。このとき、シンク機器１００は、シンク機器１００のマイク１５１により取得される音声データの送信に関してＭｉｒａｃａｓｔのＰＡＵＳＥ設定を行い、シンク機器１００からソース機器２００への音声データの送信を一時停止する（ステップＳ４０４）。

シンク機器１００およびソース機器２００において着呼画面が表示されると（ステップＳ４０６）、ソース機器２００はシンク機器１００へ着呼ボタンの有効化メッセージを送信する（ステップＳ４０８）。これにより、シンク機器１００において着呼ボタンが有効化される。ここで、図１６を参照して、着呼画面および着呼ボタンの一例を説明する。

図１６は、着呼画面および着呼ボタンの一例を示す図である。図１６に示すように、電話の発信元である着呼相手が表示されると共に、着呼ボタン４００が表示されている。この例では、着呼ボタン４００の左側のアイコンがタッチされて右方向にスワイプされると、着呼相手との音声通話が可能となる。もちろん、着呼ボタンは、単にタッチされた場合に着呼相手との音声通話が可能となるものであってもよい。

シンク機器１００において着呼ボタンへのタッチ（スワイプ）が認識されると（ステップＳ４１０）、シンク機器１００はソース機器２００へ連携要求メッセージを送信する。例えば、シンク機器１００は、着呼ボタンへタッチされたことを示す操作情報を、ＵＩＢＣを用いて送信する（ステップＳ４１２）。また、シンク機器１００は、シンク機器１００のマイク１５１により取得される音声データの送信に関してＰＡＵＳＥ解除設定を行い、ソース機器２００への音声データ送信を再開する（ステップＳ４１４）。次に、シンク機器１００は、着呼ボタンへのタッチの認識に応じて、マイク１５１をＯＮにして音声入力を有効化する（ステップＳ４１６ａ）。一方で、ソース機器２００は、受信した連携要求メッセージに基づいて着呼処理を行う（ステップＳ４１６ｂ）。そして、ソース機器２００は、着呼画面から音声通話画面への遷移による着呼ボタンの非表示化および切断ボタンの表示に合わせて、着呼ボタンの無効化メッセージおよび切断ボタンの有効化メッセージをシンク機器１００へ送信する（ステップＳ４１８、Ｓ４２０）。これにより、シンク機器１００およびソース機器２００と着呼相手との音声通話が行われる（ステップＳ４２２）。音声通話画面および切断ボタンの具体例は、例えば図１３を参照して上記説明した通りである。

シンク機器１００において切断ボタンへのタッチが認識されると（ステップＳ４２４）、シンク機器１００はソース機器２００へ連携要求メッセージを送信する。例えば、シンク機器１００は、切断ボタンへタッチされたことを示す操作情報を、ＵＩＢＣを用いて送信する（ステップＳ４２６）。また、シンク機器１００は、シンク機器１００のマイク１５１により取得される音声データの送信に関してＰＡＵＳＥ設定を行い、ソース機器２００への音声データ送信を一時停止する（ステップＳ４２８）。次に、シンク機器１００は、切断ボタンへのタッチの認識に応じて、マイク１５１をＯＦＦにして音声入力を無効化する（ステップＳ４３０ａ）。一方で、ソース機器２００は、受信した連携要求メッセージに基づいて切断処理を行う（ステップＳ４３０ｂ）。そして、ソース機器２００は、音声通話画面の終了および切断ボタンの非表示化に合わせて、切断ボタンの無効化メッセージをシンク機器１００へ送信する（ステップＳ４３２）。これにより、シンク機器１００およびソース機器２００と着呼相手との音声通話が終了する。

図１５では、シンク機器１００により音声通話の切断が行われる例を説明したが、相手側から音声通話の切断が行われる場合も考えられる。このような場合の処理について、図１７を参照して説明する。

図１７は、本実施形態に係る通信システム１において実行される着呼処理の流れの一例を示すシーケンス図である。図１７のステップＳ４０２〜Ｓ４２２における処理は、図１５を参照して上記説明した通りであるので、ここでの説明は省略する。

図１７に示すように、相手側から音声通話の切断が行われると（ステップＳ４３４）、ソース機器２００は、切断処理を行う（ステップＳ４３６）。次に、ソース機器２００は、シンク機器１００のマイク１５１により取得される音声データの受信に関してＰＡＵＳＥ設定を行い、シンク機器１００からの音声データ受信を一時停止する（ステップＳ４３８）。次いで、シンク機器１００は、ＰＡＵＳＥを受信したことにより、マイク１５１をＯＦＦにして音声入力を無効化する（ステップＳ４４０）。そして、ソース機器２００は、音声通話画面の終了および切断ボタンの非表示化に合わせて、切断ボタンの無効化メッセージをシンク機器１００へ送信する（ステップＳ４４２）。これにより、シンク機器１００およびソース機器２００と着呼相手との音声通話が終了する。

以上、着呼処理および発呼処理において送受信される制御メッセージ、および各装置の動作の対応関係を説明した。

［４−４．補足］
図１８〜図２３に、Ｍｉｒａｃａｓｔで定義されたメッセージのシーケンスを示す。図１８は、シンク機器（Ｓｉｎｋ）とソース機器（Ｓｏｕｒｃｅ）とがＷＦＤで接続を開始してから、ソース機器によるコンテンツの送信およびシンク機器におけるコンテンツ再生が行われ、その後切断されるまでの間のメッセージシーケンスの全体像を示している。図１９は、図１８における能力交渉手続（WFD Capability Negotiation）の詳細なＲＴＳＰメッセージシーケンスを示している。また、図２０は、図１８におけるセッション確立手続（WFD Session Establishment）の詳細なＲＴＳＰメッセージシーケンスを示している。図２１は、コンテンツ送信のＰＡＵＳＥ設定を行うためのＲＴＳＰメッセージシーケンスを示している。図２２は、コンテンツ送受信のＰＡＵＳＥ解除設定（ＰＬＡＹ設定）を行うためのＲＴＳＰメッセージシーケンスを示している。図２３は、ＵＩＢＣのＲＴＳＰメッセージシーケンスを示している。なお、これらのメッセージシーケンスは、上記非特許文献１に示されたＷｉ−Ｆｉディスプレイの仕様の通りであるので、個々のメッセージに関する詳細な説明は省略する。

＜５．第２の実施形態＞
本実施形態は、動作設定メッセージを用いず、シンク機器１００がソース機器２００による制御のもとで各種処理を行う形態である。以下、図２４〜図２７を参照して、本実施形態に係る動作処理を説明する。

（発呼処理）
図２４は、本実施形態に係る通信システム１において実行される発呼処理の流れの一例を示すシーケンス図である。

図２４に示すように、まず、シンク機器１００およびソース機器２００は、ＷＦＤを用いて、Ｍｉｒａｃａｓｔ接続を双方向で確立する（ステップＳ５０２）。このとき、シンク機器１００は、シンク機器１００のマイク１５１により取得される音声データの送信に関してＭｉｒａｃａｓｔのＰＡＵＳＥ設定を行い、シンク機器１００からソース機器２００への音声データの送信を一時停止する（ステップＳ５０３）。なお、ＰＡＵＳＥ設定についてはソース機器２００から行われてもよい。発呼画面が表示され（ステップＳ５０４）、シンク機器１００において発呼ボタンへのタッチが認識されると（ステップＳ５０６）、シンク機器１００は、発呼ボタンへタッチされたことを示す操作情報を、連携要求メッセージとしてＵＩＢＣを用いてソース機器２００に送信する（ステップＳ５０８）。次いで、ソース機器２００は、連携要求メッセージに基づいてシンク機器１００において発呼ボタンがタッチされたことを認識して発呼処理を行う（ステップＳ５１０）。次に、ソース機器２００は、マイクＯＮ処理を実行するよう指示する制御メッセージをシンク機器１００に送信する（ステップＳ５１２）。また、ソース機器２００は、シンク機器１００のマイク１５１により取得される音声データの受信に関してＰＡＵＳＥ解除設定を行い、シンク機器１００からの音声データ受信を再開する（ステップＳ５１３）。次に、シンク機器１００は、受信した制御メッセージに従い、マイク１５１をＯＮにして音声入力を有効化する（ステップＳ５１４）。これにより、シンク機器１００およびソース機器２００と、発呼相手との音声通話が行われる（ステップＳ５１６）。

シンク機器１００において切断ボタンへのタッチが認識されると（ステップＳ５１８）、シンク機器１００は、切断ボタンへタッチされたことを示す操作情報を、連携要求メッセージとしてＵＩＢＣを用いてソース機器２００に送信する（ステップＳ５２０）。次いで、ソース機器２００は、連携要求メッセージに基づいてシンク機器１００において切断ボタンがタッチされたことを認識して切断処理を行う（ステップＳ５２２）。次に、ソース機器２００は、マイクＯＦＦ処理を実行するよう指示する制御メッセージをシンク機器１００に送信する（ステップＳ５２４）。また、ソース機器２００は、シンク機器１００のマイク１５１により取得される音声データの受信に関してＰＡＵＳＥ設定を行い、シンク機器１００からの音声データ受信を一時停止する（ステップＳ５２５）。次に、シンク機器１００は、受信した制御メッセージに従い、マイク１５１をＯＦＦにして音声入力を無効化する（ステップＳ５２６）。これにより、シンク機器１００およびソース機器２００と、発呼相手との音声通話が終了する。なお、マイクＯＮ／ＯＦＦ処理の実行指示の制御メッセージとＰＡＵＳＥ設定／解除とマージさせて、ＰＡＵＳＥ設定されたらシンク機器１００はマイクＯＦＦの処理を行い、ＰＡＵＳＥ解除されたらシンク機器１００はマイクＯＮ処理を行うようにしてもよい。

図２４では、シンク機器１００により音声通話の切断が行われる例を説明したが、相手側から音声通話の切断が行われる場合も考えられる。このような場合の処理について、図２５を参照して説明する。

図２５は、本実施形態に係る通信システム１において実行される発呼処理の流れの一例を示すシーケンス図である。図２５のステップＳ５０２〜Ｓ５１６における処理は、図２４を参照して上記説明した通りであるので、ここでの説明は省略する。

図２５に示すように、相手側から音声通話の切断が行われると（ステップＳ５２８）、ソース機器２００は、切断処理を行う（ステップＳ５３０）。次に、ソース機器２００は、マイクＯＦＦ処理を実行するよう指示する制御メッセージをシンク機器１００に送信する（ステップＳ５３２）。また、ソース機器２００は、シンク機器１００のマイク１５１により取得される音声データの受信に関してＰＡＵＳＥ設定を行い、シンク機器１００からの音声データ受信を一時停止する（ステップＳ５３３）。次に、シンク機器１００は、受信した制御メッセージに従い、マイク１５１をＯＦＦにして音声入力を無効化する（ステップＳ５３４）。これにより、シンク機器１００およびソース機器２００と、発呼相手との音声通話が終了する。なお、マイクＯＮ／ＯＦＦ処理の実行指示の制御メッセージとＰＡＵＳＥ設定／解除とマージさせて、ＰＡＵＳＥ設定されたらシンク機器１００はマイクＯＦＦの処理を行い、ＰＡＵＳＥ解除されたらシンク機器１００はマイクＯＮ処理を行うようにしてもよい。

以上、本実施形態に係る発呼処理の流れの一例を説明した。続いて、図２６〜図２７を参照して、本実施形態に係る着呼処理の流れの一例を説明する。

（着呼処理）
図２６は、本実施形態に係る通信システム１において実行される着呼処理の流れの一例を示すシーケンス図である。

図２６に示すように、まず、シンク機器１００およびソース機器２００は、ＷＦＤを用いて、Ｍｉｒａｃａｓｔ接続を双方向で確立する（ステップＳ６０２）。このとき、シンク機器１００は、シンク機器１００のマイク１５１により取得される音声データの送信に関してＭｉｒａｃａｓｔのＰＡＵＳＥ設定を行い、シンク機器１００からソース機器２００への音声データの送信を一時停止する（ステップＳ６０３）。なお、ＰＡＵＳＥ設定についてはソース機器２００から行われてもよい。着呼画面が表示され（ステップＳ６０４）、シンク機器１００において着呼ボタンへのタッチが認識されると（ステップＳ６０６）、シンク機器１００は、着呼ボタンへタッチされたことを示す操作情報を、連携要求メッセージとしてＵＩＢＣを用いてソース機器２００に送信する（ステップＳ６０８）。次いで、ソース機器２００は、連携要求メッセージに基づいてシンク機器１００において着呼ボタンがタッチされたことを認識して着呼処理を行う（ステップＳ６１０）。次に、ソース機器２００は、マイクＯＮ処理を実行するよう指示する制御メッセージをシンク機器１００に送信する（ステップＳ６１２）。また、ソース機器２００は、シンク機器１００のマイク１５１により取得される音声データの受信に関してＰＡＵＳＥ解除設定を行い、シンク機器１００からの音声データ受信を再開する（ステップＳ６１３）。次に、シンク機器１００は、受信した制御メッセージに従い、マイク１５１をＯＮにして音声入力を有効化する（ステップＳ６１４）。これにより、シンク機器１００およびソース機器２００と、着呼相手との音声通話が行われる（ステップＳ６１６）。

シンク機器１００において切断ボタンへのタッチが認識されると（ステップＳ６１８）、シンク機器１００は、切断ボタンへタッチされたことを示す操作情報を、連携要求メッセージとしてＵＩＢＣを用いてソース機器２００に送信する（ステップＳ６２０）。次いで、ソース機器２００は、連携要求メッセージに基づいてシンク機器１００において切断ボタンがタッチされたことを認識して切断処理を行う（ステップＳ６２２）。次に、ソース機器２００は、マイクＯＦＦ処理を実行するよう指示する制御メッセージをシンク機器１００に送信する（ステップＳ６２４）。また、ソース機器２００は、シンク機器１００のマイク１５１により取得される音声データの受信に関してＰＡＵＳＥ設定を行い、シンク機器１００からの音声データ受信を一時停止する（ステップＳ６２５）。次に、シンク機器１００は、受信した制御メッセージに従い、マイク１５１をＯＦＦにして音声入力を無効化する（ステップＳ６２６）。これにより、シンク機器１００およびソース機器２００と、着呼相手との音声通話が終了する。なお、マイクＯＮ／ＯＦＦ処理の実行指示の制御メッセージとＰＡＵＳＥ設定／解除とマージさせて、ＰＡＵＳＥ設定されたらシンク機器１００はマイクＯＦＦの処理を行い、ＰＡＵＳＥ解除されたらシンク機器１００はマイクＯＮ処理を行うようにしてもよい。

図２６では、シンク機器１００により音声通話の切断が行われる例を説明したが、相手側から音声通話の切断が行われる場合も考えられる。このような場合の処理について、図２７を参照して説明する。

図２７は、本実施形態に係る通信システム１において実行される着呼処理の流れの一例を示すシーケンス図である。図２７のステップＳ６０２〜Ｓ６１６における処理は、図２６を参照して上記説明した通りであるので、ここでの説明は省略する。

図２７に示すように、相手側から音声通話の切断が行われると（ステップＳ６２８）、ソース機器２００は、切断処理を行う（ステップＳ６３０）。次に、ソース機器２００は、マイクＯＦＦ処理を実行するよう指示する制御メッセージをシンク機器１００に送信する（ステップＳ６３２）。また、ソース機器２００は、シンク機器１００のマイク１５１により取得される音声データの受信に関してＰＡＵＳＥ設定を行い、シンク機器１００からの音声データ受信を一時停止する（ステップＳ６３３）。次に、シンク機器１００は、受信した制御メッセージに従い、マイク１５１をＯＦＦにして音声入力を無効化する（ステップＳ６３４）。これにより、シンク機器１００およびソース機器２００と、着呼相手との音声通話が終了する。なお、マイクＯＮ／ＯＦＦ処理の実行指示の制御メッセージとＰＡＵＳＥ設定／解除とマージさせて、ＰＡＵＳＥ設定されたらシンク機器１００はマイクＯＦＦの処理を行い、ＰＡＵＳＥ解除されたらシンク機器１００はマイクＯＮ処理を行うようにしてもよい。

以上、本実施形態に係る動作処理を説明した。本実施形態によれば、シンク機器１００は、ソース機器２００による制御のもと、マイク１５１を使用しない間はＯＦＦにしておくことが可能となり、常にＯＮにしておく場合と比較して、消費電力が削減される。なお、ソース機器２００側において着呼ボタン、発呼ボタン、または切断ボタンが直接操作された場合、上記説明したメッセージシーケンスと同様に、シンク機器１００はソース機器２００による制御のもとで動作し得る。

＜６．第３の実施形態＞
上記第１、第２の実施形態は、シンク機器１００とソース機器２００とが連携して動作する形態であった。本実施形態は、シンク機器１００がソース機器２００との連携を行うことなく独自の動作を行う形態である。

詳しくは、本実施形態に係るソース機器２００は、コマンド情報として、シンク機器１００の環境設定を変更する処理を示す情報を含む動作設定メッセージをシンク機器１００に送信する。環境設定としては、例えば音量、画面の明るさ、時刻設定、省電力設定などの多様な設定項目が挙げられる。シンク機器１００は、コマンド情報が示す処理が環境設定を変更する処理である場合、コマンド領域への操作を認識した場合の連携要求メッセージの送信を中止する。つまり、シンク機器１００は、コマンドを実行しても連携要求メッセージを送信しない。このため、本実施形態に係る通信システム１では、シンク機器１００側で環境設定を変更する操作が行われた場合、シンク機器１００側では設定変更が反映されるが、ソース機器２００側では操作を認識できないため設定変更が反映されない。

これと同様に、ソース機器２００は、環境設定を変更する操作を認識した場合、環境設定を変更する処理をシンク機器１００に実行させるための制御メッセージをシンク機器１００に送信しない。このため、本実施形態に係る通信システム１では、ソース機器２００側で環境設定を変更する操作が行われた場合、ソース機器２００側では設定変更が反映されるが、シンク機器１００側では操作を認識できないため設定変更が反映されない。

例えば、ユーザが車載モニタ１００を操作して音量を調節する場合、ユーザは車載モニタ１００側の音量を調節することを意図しており、スマートフォン２００側の音量までも調節することを意図していない。本実施形態では、通信システム１に含まれる装置のうち、ユーザが環境設定を変更する操作を行った装置のみ設定変更が反映されるので、ユーザの意図に応じた設定変更を実現することができる。

ここで一例として、図２８、図２９を参照して、本実施形態に係る環境設定画面の表示例および動作設定メッセージの具体例を示す。図２８、図２９は、本実施形態に係る環境設定画面の表示例を示す図である。図２８に示した環境設定画面では、音量の設定領域７００、７１０、７２０をスワイプされた場合、シンク機器１００またはソース機器２００は、スワイプの方向および量に応じて、操作された装置のみの音量を調節することが可能である。図２８に示した環境設定画面に関する動作設定メッセージの一例を以下に示す。

＜有効化メッセージ＞
座標情報：（Ｘ１，Ｙ１），（Ｘ２，Ｙ２）
種別情報：（スワイプ）
コマンド情報：（音量）
フラグ情報：（有効）

＜無効化メッセージ＞
座標情報：（Ｘ１，Ｙ１），（Ｘ２，Ｙ２）
種別情報：（スワイプ）
コマンド情報：（音量）
フラグ情報：（無効）

また、図２９に示した環境設定画面では、明るさの設定領域７３０をスワイプされた場合、シンク機器１００またはソース機器２００は、スワイプの方向および量に応じて、操作された装置のみの画面の明るさを調節することが可能である。図２９に示した環境設定画面に関する動作設定メッセージの一例を以下に示す。

＜有効化メッセージ＞
座標情報：（Ｘ１，Ｙ１），（Ｘ２，Ｙ２）
種別情報：（スワイプ）
コマンド情報：（明るさ）
フラグ情報：（有効）

＜無効化メッセージ＞
座標情報：（Ｘ１，Ｙ１），（Ｘ２，Ｙ２）
種別情報：（スワイプ）
コマンド情報：（明るさ）
フラグ情報：（無効）

本実施形態では、通信システム１に含まれる装置のうち、ユーザが環境設定を変更する操作を行った装置のみ設定変更が反映されるので、ユーザの意図に応じた設定変更を実現することができる。なお、上記では、環境設定を変更する操作については、シンク機器１００またはソース機器２００のうち、操作を受け付けた方の装置のみ設定変更を反映すると説明したが、本実施形態はこれに限定されない。例えば、ユーザ設定に応じて、環境設定の変更する操作であっても、シンク機器１００およびソース機器２００の双方で設定変更を反映してもよい。

＜７．応用例＞
本開示に係る技術は、様々な製品へ応用可能である。例えば、シンク機器１００およびソース機器２００は、スマートフォン、タブレットＰＣ（Personal Computer）、ノートＰＣ、携帯型ゲーム端末若しくはデジタルカメラなどのモバイル端末、テレビジョン受像機、プリンタ、デジタルスキャナ若しくはネットワークストレージなどの固定端末、又はカーナビゲーション装置などの車載端末として実現されてもよい。また、シンク機器１００およびソース機器２００は、スマートメータ、自動販売機、遠隔監視装置又はＰＯＳ（Point Of Sale）端末などの、Ｍ２Ｍ（Machine To Machine）通信を行う端末（ＭＴＣ（Machine Type Communication）端末ともいう）として実現されてもよい。さらに、シンク機器１００およびソース機器２００は、これら端末に搭載される無線通信モジュール（例えば、１つのダイで構成される集積回路モジュール）であってもよい。

［７−１．第１の応用例］
図３０は、本開示に係る技術が適用され得るスマートフォン９００の概略的な構成の一例を示すブロック図である。スマートフォン９００は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１３、アンテナスイッチ９１４、アンテナ９１５、バス９１７、バッテリー９１８及び補助コントローラ９１９を備える。

プロセッサ９０１は、例えばＣＰＵ（Central Processing Unit）又はＳｏＣ（System on Chip）であってよく、スマートフォン９００のアプリケーションレイヤ及びその他のレイヤの機能を制御する。メモリ９０２は、ＲＡＭ（Random Access Memory）及びＲＯＭ（Read Only Memory）を含み、プロセッサ９０１により実行されるプログラム及びデータを記憶する。ストレージ９０３は、半導体メモリ又はハードディスクなどの記憶媒体を含み得る。外部接続インタフェース９０４は、メモリーカード又はＵＳＢ（Universal Serial Bus）デバイスなどの外付けデバイスをスマートフォン９００へ接続するためのインタフェースである。

カメラ９０６は、例えば、ＣＣＤ（Charge Coupled Device）又はＣＭＯＳ（Complementary Metal Oxide Semiconductor）などの撮像素子を有し、撮像画像を生成する。センサ９０７は、例えば、測位センサ、ジャイロセンサ、地磁気センサ及び加速度センサなどのセンサ群を含み得る。マイクロフォン９０８は、スマートフォン９００へ入力される音声を音声信号へ変換する。入力デバイス９０９は、例えば、表示デバイス９１０の画面上へのタッチを検出するタッチセンサ、キーパッド、キーボード、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９１０は、液晶ディスプレイ（ＬＣＤ）又は有機発光ダイオード（ＯＬＥＤ）ディスプレイなどの画面を有し、スマートフォン９００の出力画像を表示する。スピーカ９１１は、スマートフォン９００から出力される音声信号を音声に変換する。

無線通信インタフェース９１３は、ＩＥＥＥ８０２．１１ａ、１１ｂ、１１ｇ、１１ｎ、１１ａｃ及び１１ａｄなどの無線ＬＡＮ標準のうちの１つ以上をサポートし、無線通信を実行する。無線通信インタフェース９１３は、インフラストラクチャーモードにおいては、他の装置と無線ＬＡＮアクセスポイントを介して通信し得る。また、無線通信インタフェース９１３は、アドホックモード又はＷｉ−Ｆｉ Ｄｉｒｅｃｔ等のダイレクト通信モードにおいては、他の装置と直接的に通信し得る。なお、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔでは、アドホックモードとは異なり２つの端末の一方がアクセスポイントとして動作するが、通信はそれら端末間で直接的に行われる。無線通信インタフェース９１３は、典型的には、ベースバンドプロセッサ、ＲＦ（Radio Frequency）回路及びパワーアンプなどを含み得る。無線通信インタフェース９１３は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を集積したワンチップのモジュールであってもよい。無線通信インタフェース９１３は、無線ＬＡＮ方式に加えて、近距離無線通信方式、近接無線通信方式又はセルラ通信方式などの他の種類の無線通信方式をサポートしてもよい。アンテナスイッチ９１４は、無線通信インタフェース９１３に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９１５の接続先を切り替える。アンテナ９１５は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９１３による無線信号の送信及び受信のために使用される。

なお、図３０の例に限定されず、スマートフォン９００は、複数のアンテナ（例えば、無線ＬＡＮ用のアンテナ及び近接無線通信方式用のアンテナ、など）を備えてもよい。その場合に、アンテナスイッチ９１４は、スマートフォン９００の構成から省略されてもよい。

バス９１７は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１３及び補助コントローラ９１９を互いに接続する。バッテリー９１８は、図中に破線で部分的に示した給電ラインを介して、図３０に示したスマートフォン９００の各ブロックへ電力を供給する。補助コントローラ９１９は、例えば、スリープモードにおいて、スマートフォン９００の必要最低限の機能を動作させる。

図３０に示したスマートフォン９００は、シンク機器として動作し得る。その場合、スマートフォン９００は、例えば図２を用いて説明したシンク機器１００の機能を有していてもよい。それにより、スマートフォン９００は、動作設定メッセージに基づいて動作することで、ソース機器による制御を経ることなく、ユーザ操作に応じた処理を直接的に実行することができる。また、スマートフォン９００は、ソース機器として動作し得る。その場合、スマートフォン９００は、例えば図４を用いて説明したソース機器２００の機能を有していてもよい。それにより、スマートフォン９００は、動作設定メッセージを送信することで、シンク機器による独自の動作を可能にする。

［７−２．第２の応用例］
図３１は、本開示に係る技術が適用され得るカーナビゲーション装置９２０の概略的な構成の一例を示すブロック図である。カーナビゲーション装置９２０は、プロセッサ９２１、メモリ９２２、ＧＰＳ（Global Positioning System）モジュール９２４、センサ９２５、データインタフェース９２６、コンテンツプレーヤ９２７、記憶媒体インタフェース９２８、入力デバイス９２９、表示デバイス９３０、スピーカ９３１、無線通信インタフェース９３３、アンテナスイッチ９３４、アンテナ９３５及びバッテリー９３８を備える。

プロセッサ９２１は、例えばＣＰＵ又はＳｏＣであってよく、カーナビゲーション装置９２０のナビゲーション機能及びその他の機能を制御する。メモリ９２２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９２１により実行されるプログラム及びデータを記憶する。

ＧＰＳモジュール９２４は、ＧＰＳ衛星から受信されるＧＰＳ信号を用いて、カーナビゲーション装置９２０の位置（例えば、緯度、経度及び高度）を測定する。センサ９２５は、例えば、ジャイロセンサ、地磁気センサ及び気圧センサなどのセンサ群を含み得る。データインタフェース９２６は、例えば、図示しない端子を介して車載ネットワーク９４１に接続され、車速データなどの車両側で生成されるデータを取得する。

コンテンツプレーヤ９２７は、記憶媒体インタフェース９２８に挿入される記憶媒体（例えば、ＣＤ又はＤＶＤ）に記憶されているコンテンツを再生する。入力デバイス９２９は、例えば、表示デバイス９３０の画面上へのタッチを検出するタッチセンサ、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９３０は、ＬＣＤ又はＯＬＥＤディスプレイなどの画面を有し、ナビゲーション機能又は再生されるコンテンツの画像を表示する。スピーカ９３１は、ナビゲーション機能又は再生されるコンテンツの音声を出力する。

無線通信インタフェース９３３は、ＩＥＥＥ８０２．１１ａ、１１ｂ、１１ｇ、１１ｎ、１１ａｃ及び１１ａｄなどの無線ＬＡＮ標準のうちの１つ以上をサポートし、無線通信を実行する。無線通信インタフェース９３３は、インフラストラクチャーモードにおいては、他の装置と無線ＬＡＮアクセスポイントを介して通信し得る。また、無線通信インタフェース９３３は、アドホックモード又はＷｉ−Ｆｉ Ｄｉｒｅｃｔ等のダイレクト通信モードにおいては、他の装置と直接的に通信し得る。無線通信インタフェース９３３は、典型的には、ベースバンドプロセッサ、ＲＦ回路及びパワーアンプなどを含み得る。無線通信インタフェース９３３は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を集積したワンチップのモジュールであってもよい。無線通信インタフェース９３３は、無線ＬＡＮ方式に加えて、近距離無線通信方式、近接無線通信方式又はセルラ通信方式などの他の種類の無線通信方式をサポートしてもよい。アンテナスイッチ９３４は、無線通信インタフェース９３３に含まれる複数の回路の間でアンテナ９３５の接続先を切り替える。アンテナ９３５は、単一の又は複数のアンテナ素子を有し、無線通信インタフェース９３３による無線信号の送信及び受信のために使用される。

なお、図３１の例に限定されず、カーナビゲーション装置９２０は、複数のアンテナを備えてもよい。その場合に、アンテナスイッチ９３４は、カーナビゲーション装置９２０の構成から省略されてもよい。

バッテリー９３８は、図中に破線で部分的に示した給電ラインを介して、図３１に示したカーナビゲーション装置９２０の各ブロックへ電力を供給する。また、バッテリー９３８は、車両側から給電される電力を蓄積する。

図３１に示したカーナビゲーション装置９２０は、シンク機器として動作し得る。その場合、カーナビゲーション装置９２０は、例えば図２を用いて説明したシンク機器１００の機能を有していてもよい。それにより、カーナビゲーション装置９２０は、動作設定メッセージに基づいて動作することで、ソース機器による制御を経ることなく、ユーザ操作に応じた処理を直接的に実行することができる。また、カーナビゲーション装置９２０は、ソース機器として動作し得る。その場合、カーナビゲーション装置９２０は、例えば図４を用いて説明したソース機器２００の機能を有していてもよい。それにより、カーナビゲーション装置９２０は、動作設定メッセージを送信することで、シンク機器による独自の動作を可能にする。

また、本開示に係る技術は、上述したカーナビゲーション装置９２０の１つ以上のブロックと、車載ネットワーク９４１と、車両側モジュール９４２とを含む車載システム（又は車両）９４０として実現されてもよい。車両側モジュール９４２は、車速、エンジン回転数又は故障情報などの車両側データを生成し、生成したデータを車載ネットワーク９４１へ出力する。

＜８．まとめ＞
ここまで、図１〜図３１を用いて、本開示に係る技術の実施形態を詳細に説明した。上述した実施形態によれば、シンク機器は、ソース機器から受信された画像を表示し、表示された画像のうち動作設定メッセージが示すコマンド領域への操作が取得された場合に動作設定メッセージが示すコマンドを実行する。これにより、シンク機器は、ソース機器によるユーザ操作の認識およびシンク機器への指示を要することなく、ユーザ操作に応じた処理を直接的に実行することが可能となる。従って、シンク機器においてユーザ操作が認識された後の、シンク機器とソース機器との間でのメッセージ交換数が削減されるため、レスポンスが高速化され、また消費電力が削減される。

動作設定メッセージは、コマンド領域を示す座標情報、取得すべき操作の種別を示す種別情報、およびコマンド情報の組み合わせから成る動作設定情報を少なくともひとつ以上含むことが可能である。これにより、シンク機器は、ひとつの画面内で多様な操作を認識して多様なコマンドを直接的に実行することが可能である。また、動作設定メッセージは動作設定情報の有効または無効を指定することが可能であるため、シンク機器は、画面遷移に応じて認識するユーザ操作を切り替えることが可能である。

また、シンク機器およびソース機器は、Ｍｉｒａｃａｓｔ接続を双方向で予め確立しておくことにより、コンテンツの送受信が必要になった時に初めて双方向の接続を確立する場合と比較して、レスポンスの高速化を図ることができる。また、シンク機器およびソース機器は、コンテンツの送受信が行われていない間はＰＡＵＳＥ設定を行い、コンテンツの送受信が行われる間のみＰＡＵＳＥ解除設定を行うことにより、低消費電力化を実現することができる。

以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。

なお、本明細書において説明した各装置による一連の処理は、ソフトウェア、ハードウェア、及びソフトウェアとハードウェアとの組合せのいずれを用いて実現されてもよい。ソフトウェアを構成するプログラムは、例えば、各装置の内部又は外部に設けられる記憶媒体（非一時的な媒体：non-transitory media）に予め格納される。そして、各プログラムは、例えば、実行時にＲＡＭに読み込まれ、ＣＰＵなどのプロセッサにより実行される。

また、本明細書においてフローチャート及びシーケンス図を用いて説明した処理は、必ずしも図示された順序で実行されなくてもよい。いくつかの処理ステップは、並列的に実行されてもよい。また、追加的な処理ステップが採用されてもよく、一部の処理ステップが省略されてもよい。

また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。

なお、以下のような構成も本開示の技術的範囲に属する。
（１）
他の情報処理装置との間で無線通信を行う無線通信部と、
前記無線通信部により前記他の情報処理装置から受信された画像を表示する表示部と、
前記表示部により表示された前記画像のうち前記無線通信部により前記他の情報処理装置から受信された制御情報が示す領域への操作を取得する取得部と、
前記取得部により取得された操作に応じて前記制御情報が示す処理を行うよう制御する制御部と、
を備える情報処理装置。
（２）
前記制御情報は、前記取得部が操作を取得すべき領域を特定する情報、前記取得部が取得すべき操作の種別を示す情報、および当該領域への操作を受け付けた場合に前記制御部が制御すべき前記処理を示す情報の組み合わせを含む、前記（１）に記載の情報処理装置。
（３）
前記制御情報は、前記組み合わせの有効または無効のいずれかを示す情報を含む、前記（２）に記載の情報処理装置。
（４）
前記制御情報は、前記組み合わせを複数含む、前記（２）または（３）に記載の情報処理装置。
（５）
前記無線通信部は、前記情報処理装置との間で、Wi-Fi CERTIFIED MIRACAST（登録商標）による接続を双方向で確立する、前記（１）〜（４）のいずれか一項に記載の情報処理装置。
（６）
前記制御部は、前記他の情報処理装置に前記制御情報が示す処理に対応する処理を実行させる場合、当該処理を実行させるためのメッセージを、前記無線通信部を介して前記他の情報処理装置に送信する、前記（１）〜（５）のいずれか一項に記載の情報処理装置。
（７）
前記メッセージは、前記取得部により取得された前記操作を示す操作情報を含み、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）上でＵＩＢＣ（User Input Back Channel）を用いて送信される、前記（６）に記載の情報処理装置。
（８）
前記メッセージは、ＲＴＳＰ（Real Time Streaming Protocol）のＰＡＵＳＥ設定用またはＰＬＡＹ設定用メッセージを含む、前記（６）または（７）に記載の情報処理装置。
（９）
前記情報処理装置は、音声を入力および出力する音声入出力部を備え、
前記制御情報が示す処理は、前記音声入出力部による音声入力の有効化であり、
前記制御情報が示す処理に対応する処理は、音声通話の発呼または着呼に関する処理である、前記（６）〜（８）のいずれか一項に記載の情報処理装置。
（１０）
前記制御情報が示す処理は、前記音声入出力部による音声入力の無効化であり、
前記制御情報が示す処理に対応する処理は、音声通話の切断に関する処理である、前記（９）に記載の情報処理装置。
（１１）
前記制御部は、前記制御情報が示す処理が前記情報処理装置の環境設定を変更する処理である場合、前記メッセージの送信を中止する、前記（６）〜（８）のいずれか一項に記載の情報処理装置。
（１２）
他の情報処理装置との間で無線通信を行う無線通信部と、
前記無線通信部を介して前記他の情報処理装置に画像を送信させ、前記他の情報処理装置が表示した前記画像のうち指定された領域への操作を取得した場合に対応する処理を行うことを可能にするための制御情報を、前記無線通信部を介して前記他の情報処理装置に送信する制御部と、
を備える情報処理装置。
（１３）
前記制御部は、前記無線通信部を介して前記他の情報処理装置から受信したメッセージに基づいて、前記制御情報が示す処理に対応する処理を実行するよう制御する、前記（１２）に記載の情報処理装置。
（１４）
前記制御部は、前記画像に操作可能な領域が含まれる場合に、前記領域を特定する情報、当該領域において取得すべき操作の種別を示す情報、および当該領域への操作を取得した場合に前記他の情報処理装置が実行すべき処理を示す情報の組み合わせを含む前記制御情報を、前記無線通信部を介して前記他の情報処理装置に送信する、前記（１２）または（１３）に記載の情報処理装置。
（１５）
前記制御情報は、Wi-Fi CERTIFIED Miracast（登録商標）に規定されたメッセージのひとつを拡張されたものを用いて送信される、前記（１２）〜（１４）のいずれか一項に記載の情報処理装置。
（１６）
送信側装置と受信側装置とを備え、
前記送信側装置は、
前記受信側装置との間で無線通信を行う第１の無線通信部と、
前記第１の無線通信部を介して前記受信側装置に画像を送信させ、前記受信側装置が表示した前記画像のうち指定された領域への操作を検出した場合に対応する処理を行うことを可能にするための制御情報を、前記第１の無線通信部を介して前記受信側装置に送信する第１の制御部と、
を有し、
前記受信側装置は、
前記送信側装置との間で無線通信を行う第２の無線通信部と、
前記第２の無線通信部により前記送信側装置から受信された前記画像を表示する表示部と、
前記表示部により表示された前記画像のうち前記第２の無線通信部により前記送信側装置から受信された前記制御情報が示す領域への操作を取得する取得部と、
前記取得部により取得された前記操作に応じて前記制御情報が示す処理を行うよう制御する制御部と、
を有する、情報処理システム。
（１７）
他の情報処理装置との間で無線通信を行うことと、
前記他の情報処理装置から受信された画像を表示することと、
表示された前記画像のうち前記他の情報処理装置から受信された制御情報が示す領域への操作を取得することと、
取得された前記操作に応じて前記制御情報が示す処理を行うよう情報処理装置を制御することと、
を含む、プロセッサにより実行される情報処理方法。

１ 通信システム
１００ シンク機器
１１０ 無線通信部
１２０ ストリーム送受信部
１３０ 圧縮展開部
１４０ 表示部
１５０ 音声入出力部
１６０ 制御信号送受信部
１７０ 制御部
１８０ ユーザインタフェース部
２００ ソース機器
２１０ 無線通信部
２２０ ストリーム送受信部
２３０ 圧縮展開部
２４０ コンテンツ取得部
２５０ コンテンツ再生部
２６０ 制御信号送受信部
２７０ 制御部
２８０ ユーザインタフェース部
３００ 基地局
４００ 外部機器

Claims (13)

1. 情報処理装置であって、
   他の情報処理装置との間で無線通信を行う無線通信部と、
   前記無線通信部により前記他の情報処理装置から受信された画像を表示する表示部と、
   前記表示部により表示された前記画像のうち前記無線通信部により前記他の情報処理装置から受信された制御情報が示す領域への操作を取得する取得部と、
   前記取得部により取得された操作に応じて、前記制御情報が示す第１の処理を前記情報処理装置が行うよう制御し、及び前記他の情報処理装置に前記第１の処理に対応する前記第１の処理と異なる第２の処理を実行させるためのメッセージを、前記無線通信部を介して前記他の情報処理装置に送信するよう制御する制御部と、
   音声を入力および出力する音声入出力部と、
   を備え、
   前記制御情報が示す処理は、前記音声入出力部による音声入力の有効化であり、
   前記制御情報が示す処理に対応する処理は、音声通話の発呼または着呼に関する処理である、情報処理装置。
2. 前記制御情報は、前記取得部が操作を取得すべき領域を特定する情報、前記取得部が取得すべき操作の種別を示す情報、および当該領域への操作を受け付けた場合に前記制御部が制御すべき前記第１の処理を示す情報の組み合わせを含む、請求項１に記載の情報処理装置。
3. 前記制御情報は、前記組み合わせの有効または無効のいずれかを示す情報を含む、請求項２に記載の情報処理装置。
4. 前記制御情報は、前記組み合わせを複数含む、請求項２又は３に記載の情報処理装置。
5. 前記無線通信部は、前記情報処理装置との間で、Wi-Fi CERTIFIED MIRACAST（登録商標）による接続を双方向で確立する、請求項１〜４のいずれか一項に記載の情報処理装置。
6. 前記メッセージは、前記取得部により取得された前記操作を示す操作情報を含み、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）上でＵＩＢＣ（User Input Back Channel）を用いて送信される、請求項１〜５のいずれか一項に記載の情報処理装置。
7. 前記メッセージは、ＲＴＳＰ（Real Time Streaming Protocol）のＰＡＵＳＥ設定用またはＰＬＡＹ設定用メッセージを含む、請求項１〜６のいずれか一項に記載の情報処理装置。
8. 前記制御情報が示す処理は、前記音声入出力部による音声入力の無効化であり、
   前記制御情報が示す処理に対応する処理は、音声通話の切断に関する処理である、請求項１〜７のいずれか一項に記載の情報処理装置。
9. 情報処理装置であって、
   他の情報処理装置との間で無線通信を行う無線通信部と、
   前記無線通信部を介して前記他の情報処理装置に画像を送信させ、前記他の情報処理装置が表示した前記画像のうち指定された領域への操作を取得した場合に対応する第１の処理を前記他の情報処理装置が行うことを可能にするための制御情報を、前記無線通信部を介して前記他の情報処理装置に送信する制御部と、
   を備え、
   前記制御部は、前記無線通信部を介して前記他の情報処理装置から受信したメッセージに基づいて、前記第１の処理に対応する前記第１の処理と異なる第２の処理を前記情報処理装置が実行するよう制御し、
   前記他の情報処理装置は、音声を入力および出力する音声入出力部を備え、
   前記制御情報が示す処理は、前記音声入出力部による音声入力の有効化であり、
   前記制御情報が示す処理に対応する処理は、音声通話の発呼または着呼に関する処理である、情報処理装置。
10. 前記制御部は、前記画像に操作可能な領域が含まれる場合に、前記領域を特定する情報、当該領域において取得すべき操作の種別を示す情報、および当該領域への操作を取得した場合に前記他の情報処理装置が実行すべき処理を示す情報の組み合わせを含む前記制御情報を、前記無線通信部を介して前記他の情報処理装置に送信する、請求項９に記載の情報処理装置。
11. 前記制御情報は、Wi-Fi CERTIFIED Miracast（登録商標）に規定されたメッセージのひとつを拡張されたものを用いて送信される、請求項９又は１０に記載の情報処理装置。
12. 送信側装置と受信側装置とを備え、
    前記送信側装置は、
    前記受信側装置との間で無線通信を行う第１の無線通信部と、
    前記第１の無線通信部を介して前記受信側装置に画像を送信させ、前記受信側装置が表示した前記画像のうち指定された領域への操作を検出した場合に対応する第１の処理を前記受信側装置が行うことを可能にするための制御情報を、前記第１の無線通信部を介して前記受信側装置に送信する第１の制御部と、
    を有し、
    前記受信側装置は、
    前記送信側装置との間で無線通信を行う第２の無線通信部と、
    前記第２の無線通信部により前記送信側装置から受信された前記画像を表示する表示部と、
    前記表示部により表示された前記画像のうち前記第２の無線通信部により前記送信側装置から受信された前記制御情報が示す領域への操作を取得する取得部と、
    前記取得部により取得された前記操作に応じて、前記制御情報が示す前記第１の処理を前記受信側装置が行うよう制御し、及び前記送信側装置に前記第１の処理に対応する前記第１の処理と異なる第２の処理を実行させるためのメッセージを、前記第２の無線通信部を介して前記送信側装置に送信するよう制御する第２の制御部と、
    音声を入力および出力する音声入出力部と、
    を有し、
    前記第１の制御部は、前記第１の無線通信部を介して前記受信側装置から受信したメッセージに基づいて、前記第２の処理を前記送信側装置が実行するよう制御し、
    前記制御情報が示す処理は、前記音声入出力部による音声入力の有効化であり、
    前記制御情報が示す処理に対応する処理は、音声通話の発呼または着呼に関する処理である、情報処理システム。
13. 他の情報処理装置との間で無線通信を行うことと、
    前記他の情報処理装置から受信された画像を表示することと、
    表示された前記画像のうち前記他の情報処理装置から受信された制御情報が示す領域への操作を取得することと、
    取得された前記操作に応じて、前記制御情報が示す第１の処理を行うよう情報処理装置を制御し、及び前記他の情報処理装置に前記第１の処理に対応する前記第１の処理と異なる第２の処理を実行させるためのメッセージを前記他の情報処理装置に送信するよう制御することと、
    音声を入力および出力することと、
    を含み、
    前記制御情報が示す処理は、音声入力の有効化であり、
    前記制御情報が示す処理に対応する処理は、音声通話の発呼または着呼に関する処理である、プロセッサにより実行される情報処理方法。
    

Images