(57)【要約】【課題】適切なデータ伝送制御を行う。【解決手段】情報処理装置は、高周波帯域の無線伝送路および低周波帯域の無線伝送路のうちの少なくとも１つを用いてデータ伝送を行い、Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔ仕様に従って他の情報処理装置との間でリアルタイム画像伝送を行う情報処理装置である。また、情報処理装置は、制御部を具備する。この制御部は、Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔに関する制御信号を低周波帯域の無線伝送路を用いて他の情報処理装置に送信させる制御を行うものである。【選択図】図２
2015070568.tif 000002
【特許請求の範囲】
【請求項１】
高周波帯域の無線伝送路および低周波帯域の無線伝送路のうちの少なくとも１つを用いてデータ伝送を行い、Ｗｉ−Ｆｉ（Wireless Fidelity）  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔ仕様に従って他の情報処理装置との間でリアルタイム画像伝送を行う情報処理装置であって、
Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔに関する制御信号を前記低周波帯域の無線伝送路を用いて前記他の情報処理装置に送信させる制御を行う制御部を具備する情報処理装置。
【請求項２】
前記制御部は、前記高周波帯域の無線伝送路を用いて重要度が低いデータを前記他の情報処理装置に送信させ、前記低周波帯域の無線伝送路を用いて重要度が高いデータを前記他の情報処理装置に送信させる請求項１記載の情報処理装置。
【請求項３】
前記制御部は、前記重要度が低いデータとして画像データを送信させ、前記重要度が高いデータとして音声データを送信させる請求項２記載の情報処理装置。
【請求項４】
前記制御部は、前記高周波帯域の無線伝送路の通信品質が基準よりも悪化した場合には、前記画像データの無線伝送路を前記高周波帯域の無線伝送路から前記低周波帯域の無線伝送路に切り替える請求項３記載の情報処理装置。
【請求項５】
前記制御部は、前記無線伝送路の切り替えの際に、前記画像データの符号化方式の変更と、高効率符号化の使用および不使用の切り替えと、前記高効率符号化の種類および設定項目の変更とのうちの少なくとも１つを行う請求項４記載の情報処理装置。
【請求項６】
前記制御部は、前記無線伝送路の切り替え後に送信する画像データについては、当該切り替え前に送信した画像データに依存せずに復号することができる符号化を施して前記他の情報処理装置に送信する請求項４記載の情報処理装置。
【請求項７】
前記制御部は、同一の画像を出力するための画像データを前記高周波帯域の無線伝送路および前記低周波帯域の無線伝送路の双方を用いて前記他の情報処理装置に同時に送信させる請求項１記載の情報処理装置。
【請求項８】
前記制御部は、前記複数の無線伝送路の性質と送信対象となるデータに関する情報とに基づいて、当該データの送信に用いる無線伝送路を前記複数の無線伝送路のうちから選択する請求項１記載の情報処理装置。
【請求項９】
前記制御部は、前記高周波帯域の無線伝送路および前記低周波帯域の無線伝送路の双方を用いて複数のデータを前記他の情報処理装置に送信する場合に、前記低周波帯域の無線伝送路上で複数のＴＣＰ（Transmission Control Protocol）セッションを生成し、それぞれのＴＣＰセッション上で前記複数のデータを送信するための複数のＲＴＳＰ（Real Time Streaming Protocol）セッションを生成する請求項１記載の情報処理装置。
【請求項１０】
前記制御部は、前記高周波帯域の無線伝送路および前記低周波帯域の無線伝送路の双方を用いて複数のデータを前記他の情報処理装置に送信する場合に、前記低周波帯域の無線伝送路上で１つのＴＣＰセッションを生成し、当該ＴＣＰセッション上で前記複数のデータを送信するための１つのＲＴＳＰセッションを生成する請求項１記載の情報処理装置。
【請求項１１】
前記制御部は、前記１つのＲＴＳＰセッションを生成する場合に、ＲＴＳＰメッセージにおいて、カンマ、コロン、セミコロン、ピリオド、＋記号、スラッシュ、スペースの何れかで区切ることにより、前記複数のデータを送信する際に用いられる無線伝送路に関するポート番号を追加して書き込む請求項１０記載の情報処理装置。
【請求項１２】
前記制御部は、前記他の情報処理装置がＲＴＣＰ（Real-time Transport Control Protocol）に対応している場合には、Ｍ６  ＲｅｑｕｅｓｔメッセージおよびＭ６  Ｒｅｓｐｏｎｓｅメッセージ内のｃｌｉｅｎｔ＿ｐｏｒと、Ｍ６  Ｒｅｓｐｏｎｓｅメッセージ内のｓｅｒｖｅｒ＿ｐｏｒｔとについて、ハイフンで区切られた２つの連続した値をＵＤＰ（User Datagram Protocol）ポート番号として書き込み、１つ目の値をＲＴＰ（Real-time Transport Protocol）に対応させ、２つ目の値をＲＴＣＰに対応させる請求項１１記載の情報処理装置。
【請求項１３】
前記制御部は、前記高周波帯域の無線伝送路および前記低周波帯域の無線伝送路の双方を用いて複数のデータを前記他の情報処理装置に送信する場合に、前記低周波帯域の無線伝送路上で１つのＴＣＰセッションを生成し、当該ＴＣＰセッション上で前記複数のデータを送信するための複数のＲＴＳＰセッションを生成する請求項１記載の情報処理装置。
【請求項１４】
前記制御部は、前記複数のＲＴＳＰセッションを生成する場合に、Ｍ４  ｒｅｑｕｅｓｔメッセージに含まれるＵＲＬを、当該ＲＴＳＰセッションの数だけ含める請求項１３記載の情報処理装置。
【請求項１５】
前記制御部は、前記複数のＲＴＳＰセッションを生成する場合に、Ｍ６メッセージおよびＭ７メッセージのやりとりを当該ＲＴＳＰセッションの数だけ行う請求項１３記載の情報処理装置。
【請求項１６】
前記高周波帯域の無線伝送路および前記低周波帯域の無線伝送路のそれぞれに異なるＩＰアドレスが用いられる請求項１記載の情報処理装置。
【請求項１７】
高周波帯域の無線伝送路および低周波帯域の無線伝送路のうちの少なくとも１つを用いてデータ伝送を行い、Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔ仕様に従って他の情報処理装置との間でリアルタイム画像伝送を行う情報処理装置であって、
Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔに関する制御信号を前記低周波帯域の無線伝送路を用いて前記他の情報処理装置から受信させる制御を行う制御部を具備する情報処理装置。
【請求項１８】
前記制御部は、同一の画像を出力するための画像データを前記高周波帯域の無線伝送路および前記低周波帯域の無線伝送路の双方を用いて前記他の情報処理装置から同時に受信した場合には、当該受信した複数の画像データのうちから品質が高い画像データを出力対象の画像データとして選択する請求項１７記載の情報処理装置。
【請求項１９】
高周波帯域の無線伝送路および低周波帯域の無線伝送路のうちの少なくとも１つを用いてデータ伝送を行い、Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔ仕様に従って複数の情報処理装置間でリアルタイム画像伝送を行う通信方法であって、
Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔに関する制御信号を前記低周波帯域の無線伝送路を用いて送信させる通信方法。
【請求項２０】
高周波帯域の無線伝送路および低周波帯域の無線伝送路のうちの少なくとも１つを用いてデータ伝送を行い、Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔ仕様に従って他の情報処理装置との間でリアルタイム画像伝送を行う情報処理装置のコンピュータに実行させるプログラムであって、
Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔに関する制御信号を前記低周波帯域の無線伝送路を用いて前記他の情報処理装置に送信させる制御をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、情報処理装置に関する。詳しくは、無線通信を利用して各種情報のやりとりを行う情報処理装置および通信方法ならびに当該方法をコンピュータに実行させるプログラムに関する。
【背景技術】
【０００２】
従来、無線通信を利用して各種データのやりとりを行う無線通信技術が存在する。例えば、２つの無線通信装置間において無線通信を利用して各種データのやりとりを行う情報交換装置が提案されている（例えば、特許文献１参照。）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−２７８３８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述の従来技術によれば、有線回線で接続しなくても無線通信を利用して２つの情報処理装置間において各種データのやりとりを行うことができる。例えば、送信側の情報処理装置から送信された画像データに基づく画像を、受信側の情報処理装置の表示部に表示させることができる。また、例えば、送信側の情報処理装置から送信された音声データに基づく音声を、受信側の情報処理装置の音声出力部から出力させることもできる。
【０００５】
このように、送信側の情報処理装置から送信されたデータに基づく画像や音声を、受信側の情報処理装置から出力する場合には、ユーザによい体験を与えることが重要である。すなわち、適切なデータ伝送制御を行い、ユーザに与える違和感を低減させ、ユーザ体験を高めることが重要である。
【０００６】
本技術はこのような状況に鑑みて生み出されたものであり、適切なデータ伝送制御を行うことを目的とする。
【課題を解決するための手段】
【０００７】
本技術は、上述の問題点を解消するためになされたものであり、その第１の側面は、高周波帯域の無線伝送路および低周波帯域の無線伝送路のうちの少なくとも１つを用いてデータ伝送を行い、Ｗｉ−Ｆｉ（Wireless Fidelity）  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔ仕様（技術仕様書名：Ｗｉ−Ｆｉ  Ｄｉｓｐｌａｙ）に従って他の情報処理装置との間でリアルタイム画像伝送を行う情報処理装置であって、Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔに関する制御信号を上記低周波帯域の無線伝送路を用いて上記他の情報処理装置に送信させる制御を行う制御部を具備する情報処理装置およびその通信方法ならびに当該方法をコンピュータに実行させるプログラムである。これにより、Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔに関する制御信号を低周波帯域の無線伝送路を用いて他の情報処理装置に送信させるという作用をもたらす。
【０００８】
また、この第１の側面において、上記制御部は、上記高周波帯域の無線伝送路を用いて重要度が低いデータを上記他の情報処理装置に送信させ、上記低周波帯域の無線伝送路を用いて重要度が高いデータを上記他の情報処理装置に送信させるようにしてもよい。これにより、高周波帯域の無線伝送路を用いて重要度が低いデータを他の情報処理装置に送信させ、低周波帯域の無線伝送路を用いて重要度が高いデータを他の情報処理装置に送信させるという作用をもたらす。
【０００９】
また、この第１の側面において、上記制御部は、上記重要度が低いデータとして画像データを送信させ、上記重要度が高いデータとして音声データを送信させるようにしてもよい。これにより、重要度が低いデータとして画像データを送信させ、重要度が高いデータとして音声データを送信させるという作用をもたらす。
【００１０】
また、この第１の側面において、上記制御部は、上記高周波帯域の無線伝送路の通信品質が基準よりも悪化した場合には、上記画像データの無線伝送路を上記高周波帯域の無線伝送路から上記低周波帯域の無線伝送路に切り替えるようにしてもよい。これにより、高周波帯域の無線伝送路の通信品質が基準よりも悪化した場合には、画像データの無線伝送路を高周波帯域の無線伝送路から低周波帯域の無線伝送路に切り替えるという作用をもたらす。
【００１１】
また、この第１の側面において、上記制御部は、上記無線伝送路の切り替えの際に、上記画像データの符号化方式の変更と、高効率符号化の使用および不使用の切り替えと、上記高効率符号化の種類および設定項目の変更とのうちの少なくとも１つを行うようにしてもよい。これにより、無線伝送路の切り替えの際に、画像データの符号化方式の変更と、高効率符号化の使用および不使用の切り替えと、高効率符号化の種類および設定項目の変更とのうちの少なくとも１つを行うという作用をもたらす。
【００１２】
また、この第１の側面において、上記制御部は、上記無線伝送路の切り替え後に送信する画像データについては、当該切り替え前に送信した画像データに依存せずに復号することができる符号化を施して上記他の情報処理装置に送信するようにしてもよい。これにより、無線伝送路の切り替え後に送信する画像データについては、その切り替え前に送信した画像データに依存せずに復号することができる符号化を施して他の情報処理装置に送信するという作用をもたらす。
【００１３】
また、この第１の側面において、上記制御部は、同一の画像を出力するための画像データを上記高周波帯域の無線伝送路および上記低周波帯域の無線伝送路の双方を用いて上記他の情報処理装置に同時に送信させるようにしてもよい。これにより、同一の画像を出力するための画像データを高周波帯域の無線伝送路および低周波帯域の無線伝送路の双方を用いて他の情報処理装置に同時に送信させるという作用をもたらす。
【００１４】
また、この第１の側面において、上記制御部は、上記複数の無線伝送路の性質と送信対象となるデータに関する情報とに基づいて、当該データの送信に用いる無線伝送路を上記複数の無線伝送路のうちから選択するようにしてもよい。これにより、複数の無線伝送路の性質と送信対象となるデータに関する情報とに基づいて、そのデータの送信に用いる無線伝送路を複数の無線伝送路のうちから選択するという作用をもたらす。
【００１５】
また、この第１の側面において、上記制御部は、上記高周波帯域の無線伝送路および上記低周波帯域の無線伝送路の双方を用いて複数のデータを上記他の情報処理装置に送信する場合に、上記低周波帯域の無線伝送路上で複数のＴＣＰ（Transmission Control Protocol）セッションを生成し、それぞれのＴＣＰセッション上で上記複数のデータを送信するための複数のＲＴＳＰ（Real Time Streaming Protocol）セッションを生成するようにしてもよい。これにより、高周波帯域の無線伝送路および低周波帯域の無線伝送路の双方を用いて複数のデータを他の情報処理装置に送信する場合に、低周波帯域の無線伝送路上で複数のＴＣＰセッションを生成し、それぞれのＴＣＰセッション上で複数のデータを送信するための複数のＲＴＳＰセッションを生成するという作用をもたらす。
【００１６】
また、この第１の側面において、上記制御部は、上記高周波帯域の無線伝送路および上記低周波帯域の無線伝送路の双方を用いて複数のデータを上記他の情報処理装置に送信する場合に、上記低周波帯域の無線伝送路上で１つのＴＣＰセッションを生成し、当該ＴＣＰセッション上で上記複数のデータを送信するための１つのＲＴＳＰセッションを生成するようにしてもよい。これにより、高周波帯域の無線伝送路および低周波帯域の無線伝送路の双方を用いて複数のデータを他の情報処理装置に送信する場合に、低周波帯域の無線伝送路上で１つのＴＣＰセッションを生成し、そのＴＣＰセッション上で複数のデータを送信するための１つのＲＴＳＰセッションを生成するという作用をもたらす。
【００１７】
また、この第１の側面において、上記制御部は、上記１つのＲＴＳＰセッションを生成する場合に、ＲＴＳＰメッセージにおいて、カンマ、コロン、セミコロン、ピリオド、＋記号、スラッシュ、スペースの何れかで区切ることにより、上記複数のデータを送信する際に用いられる無線伝送路に関するポート番号を追加して書き込むようにしてもよい。これにより、１つのＲＴＳＰセッションを生成する場合に、ＲＴＳＰメッセージにおいて、カンマ、コロン、セミコロン、ピリオド、＋記号、スラッシュ、スペースの何れかで区切ることにより、複数のデータを送信する際に用いられる無線伝送路に関するポート番号を追加して書き込むという作用をもたらす。
【００１８】
また、この第１の側面において、上記制御部は、上記他の情報処理装置がＲＴＣＰ（Real-time Transport Control Protocol）に対応している場合には、Ｍ６  ＲｅｑｕｅｓｔメッセージおよびＭ６  Ｒｅｓｐｏｎｓｅメッセージ内のｃｌｉｅｎｔ＿ｐｏｒと、Ｍ６  Ｒｅｓｐｏｎｓｅメッセージ内のｓｅｒｖｅｒ＿ｐｏｒｔとについて、ハイフンで区切られた２つの連続した値をＵＤＰ（User Datagram Protocol）ポート番号として書き込み、１つ目の値をＲＴＰ（Real-time Transport Protocol）に対応させ、２つ目の値をＲＴＣＰに対応させるようにしてもよい。これにより、他の情報処理装置がＲＴＣＰに対応している場合には、Ｍ６  ＲｅｑｕｅｓｔメッセージおよびＭ６  Ｒｅｓｐｏｎｓｅメッセージ内のｃｌｉｅｎｔ＿ｐｏｒと、Ｍ６  Ｒｅｓｐｏｎｓｅメッセージ内のｓｅｒｖｅｒ＿ｐｏｒｔとについて、ハイフンで区切られた２つの連続した値をＵＤＰポート番号として書き込み、１つ目の値をＲＴＰに対応させ、２つ目の値をＲＴＣＰに対応させるという作用をもたらす。
【００１９】
また、この第１の側面において、上記制御部は、上記高周波帯域の無線伝送路および上記低周波帯域の無線伝送路の双方を用いて複数のデータを上記他の情報処理装置に送信する場合に、上記低周波帯域の無線伝送路上で１つのＴＣＰセッションを生成し、当該ＴＣＰセッション上で上記複数のデータを送信するための複数のＲＴＳＰセッションを生成するようにしてもよい。これにより、高周波帯域の無線伝送路および低周波帯域の無線伝送路の双方を用いて複数のデータを他の情報処理装置に送信する場合に、低周波帯域の無線伝送路上で１つのＴＣＰセッションを生成し、そのＴＣＰセッション上で複数のデータを送信するための複数のＲＴＳＰセッションを生成するという作用をもたらす。
【００２０】
また、この第１の側面において、上記制御部は、上記複数のＲＴＳＰセッションを生成する場合に、Ｍ４  ｒｅｑｕｅｓｔメッセージに含まれるＵＲＬを、当該ＲＴＳＰセッションの数だけ含めるようにしてもよい。これにより、複数のＲＴＳＰセッションを生成する場合に、Ｍ４  ｒｅｑｕｅｓｔメッセージに含まれるＵＲＬを、そのＲＴＳＰセッションの数だけ含めるという作用をもたらす。
【００２１】
また、この第１の側面において、上記制御部は、上記複数のＲＴＳＰセッションを生成する場合に、Ｍ６メッセージおよびＭ７メッセージのやりとりを当該ＲＴＳＰセッションの数だけ行うようにしてもよい。これにより、複数のＲＴＳＰセッションを生成する場合に、Ｍ６メッセージおよびＭ７メッセージのやりとりをそのＲＴＳＰセッションの数だけ行うという作用をもたらす。
【００２２】
また、この第１の側面において、上記高周波帯域の無線伝送路および上記低周波帯域の無線伝送路のそれぞれに異なるＩＰアドレスが用いられるようにしてもよい。これにより、高周波帯域の無線伝送路および低周波帯域の無線伝送路のそれぞれに異なるＩＰアドレスが用いられるという作用をもたらす。
【００２３】
また、本技術の第２の側面は、高周波帯域の無線伝送路および低周波帯域の無線伝送路のうちの少なくとも１つを用いてデータ伝送を行い、Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔ仕様に従って他の情報処理装置との間でリアルタイム画像伝送を行う情報処理装置であって、Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔに関する制御信号を上記低周波帯域の無線伝送路を用いて上記他の情報処理装置から受信させる制御を行う制御部を具備する情報処理装置およびその通信方法ならびに当該方法をコンピュータに実行させるプログラムである。これにより、Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔに関する制御信号を低周波帯域の無線伝送路を用いて他の情報処理装置から受信させるという作用をもたらす。
【００２４】
また、この第２の側面において、上記制御部は、同一の画像を出力するための画像データを上記高周波帯域の無線伝送路および上記低周波帯域の無線伝送路の双方を用いて上記他の情報処理装置から同時に受信した場合には、当該受信した複数の画像データのうちから品質が高い画像データを出力対象の画像データとして選択するようにしてもよい。これにより、同一の画像を出力するための画像データを高周波帯域の無線伝送路および低周波帯域の無線伝送路の双方を用いて他の情報処理装置から同時に受信した場合には、その受信した複数の画像データのうちから品質が高い画像データを出力対象の画像データとして選択するという作用をもたらす。
【発明の効果】
【００２５】
本技術によれば、適切なデータ伝送制御を行うことができるという優れた効果を奏し得る。なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
【図面の簡単な説明】
【００２６】
【図１】、本技術の第１の実施の形態における通信システム１０の構成例を示す図である。
【図２】本技術の第１の実施の形態における情報処理装置１００の機能構成例を示すブロック図である。
【図３】本技術の第１の実施の形態における情報処理装置２００の機能構成例を示すブロック図である。
【図４】本技術の第１の実施の形態における情報処理装置１００（送信機器）によるデータ送信制御処理の処理手順の一例を示すフローチャートである。
【図５】本技術の第１の実施の形態における情報処理装置２００（受信機器）によるデータ受信制御処理の処理手順の一例を示すフローチャートである。
【図６】本技術の第１の実施の形態における情報処理装置１００（送信機器）によるデータ送信制御処理の処理手順の一例を示すフローチャートである。
【図７】本技術の第１の実施の形態における情報処理装置２００（受信機器）によるデータ受信制御処理の処理手順の一例を示すフローチャートである。
【図８】本技術の第１の実施の形態における情報処理装置２００（受信機器）によるデータ受信制御処理の処理手順の一例を示すフローチャートである。
【図９】本技術の第１の実施の形態における通信システム１０による無線伝送路の選択時に考慮される要素例を示す図である。
【図１０】本技術の第１の実施の形態における通信システム１０によるデータ通信時に重要視される性質の一例を示す図である。
【図１１】本技術の第２の実施の形態における通信システム１０による通信例を示す図である。
【図１２】本技術の第２の実施の形態における通信システム１０による通信例を示す図である。
【図１３】本技術の第２の実施の形態における通信システム１０を構成する各装置によりやりとりされるメッセージの変更例を示す図である。
【図１４】本技術の第２の実施の形態における通信システム１０を構成する各装置によりやりとりされるメッセージの変更例を示す図である。
【図１５】本技術の第２の実施の形態における通信システム１０を構成する各装置間における通信処理例を示すシーケンスチャートである。
【図１６】本技術の第２の実施の形態における通信システム１０による通信例を示す図である。
【図１７】本技術の第２の実施の形態における通信システム１０を構成する各装置によりやりとりされるメッセージの変更例を示す図である。
【図１８】本技術の第２の実施の形態における通信システム１０を構成する各装置間における通信処理例を示すシーケンスチャートである。
【図１９】スマートフォンの概略的な構成の一例を示すブロック図である。
【図２０】カーナビゲーション装置の概略的な構成の一例を示すブロック図である。
【発明を実施するための形態】
【００２７】
以下、本技術を実施するための形態（以下、実施の形態と称する）について説明する。説明は以下の順序により行う。
１．第１の実施の形態（複数種類の無線伝送路を用いて各データ（画像データおよび音声データ）を送信する例）
２．第２の実施の形態（Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔの制御メッセージの拡張例）
３．応用例
【００２８】
＜１．第１の実施の形態＞
［通信システムの構成例］
図１は、本技術の第１の実施の形態における通信システム１０の構成例を示す図である。図１では、２つの情報処理装置（情報処理装置１００および２００）を直接無線接続する際におけるシステム構成の一例を示す。
【００２９】
通信システム１０は、情報処理装置１００および２００を備える。情報処理装置１００は、例えば、無線通信機能を備える送信機器（例えば、画像（映像）および音声をネットワークを介して送信する電子機器）である。また、情報処理装置２００は、例えば、無線通信機能を備える受信機器（例えば、ネットワークから受信した画像および音声を出力する電子機器）である。なお、情報処理装置１００の構成例については図２に示し、情報処理装置２００の構成例については図３に示す。
【００３０】
なお、図１では、情報処理装置１００を、無線通信機能を備える携帯型の情報処理装置（例えば、スマートフォン、タブレット端末）とする例を示す。また、情報処理装置２００を、無線通信機能を備える表示装置（例えば、テレビジョン、プロジェクタ、パーソナルコンピュータ）とする例を示す。なお、図１では、情報処理装置１００を、携帯型の情報処理装置とする例を示すが、他の情報処理装置を用いるようにしてもよい。例えば、情報処理装置１００として、無線通信機能を備える撮像装置（例えば、デジタルスチルカメラ、デジタルビデオカメラ（例えば、カメラ一体型レコーダ））やカメラを搭載した電子機器（例えば、パソコン、ゲーム機）を用いるようにしてもよい。また、図１では、情報処理装置２００を、無線通信機能を備える表示装置とする例を示すが、他の情報処理装置を用いるようにしてもよい。例えば、情報処理装置２００として、表示部を備える他の電子機器（例えば、撮像装置、ゲーム機、スマートフォン、タブレット端末）や携帯型の情報処理装置（例えば、スマートフォン、タブレット端末）を用いるようにしてもよい。
【００３１】
また、情報処理装置１００および２００は、例えば、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）８０２．１１仕様に準拠した無線通信装置とすることができる。そして、情報処理装置１００および２００は、無線通信機能を利用して各種情報のやりとりを行うことができる。
【００３２】
また、通信システム１０に用いられる無線通信として、例えば、無線ＬＡＮ（Local Area Network）を用いることができる。この無線ＬＡＮとして、例えば、Ｗｉ−Ｆｉ（Wireless Fidelity）  Ｄｉｒｅｃｔ、ＴＤＬＳ（Tunneled Direct Link Setup）、アドホックネットワークを用いることができる。また、通信システム１０に用いられる近距離無線ＡＶ（Audio Visual）伝送通信として、例えば、Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔを用いることができる。なお、Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔは、Ｗｉ−Ｆｉ  ＤｉｒｅｃｔやＴＤＬＳの技術を利用して、一方の端末で再生される音声や表示映像を他の端末に送信し、他の端末でも同様にその音声、画像データを出力させるミラーリング技術である。
【００３３】
また、Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔでは、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）上でＵＩＢＣ（User Input Back Channel）を実現している。ＵＩＢＣは、一方の端末から他方の端末へマウスやキーボード等の入力機器の操作情報を送信する技術である。なお、Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔの代わりに、他のリモートデスクトップソフトウェア（例えば、ＶＮＣ（Virtual Network Computing））を適用するようにしてもよい。
【００３４】
ここで、例えば、Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔでは、画像（映像）はＨ．２６４を用いて圧縮・展開すると定められている。また、例えば、Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔでは、Ｈ．２６４を送信側で調整することができる。
【００３５】
例えば、図１に示すように、ユーザ２０が情報処理装置１００におけるタッチパネル１０１を操作することにより情報処理装置１００に記憶されているコンテンツ（例えば、画像データおよび音声データ）を情報処理装置２００に送信することができる。そして、情報処理装置２００は、情報処理装置１００から送信されたコンテンツに基づく画像を画像出力部２３０に表示させ、そのコンテンツに基づく音声を音声出力部２６０から出力させることができる。図１では、情報処理装置１００から送信されたコンテンツに基づく画像として、走る馬が画像出力部２３０に表示され、そのコンテンツに基づく音声として、走る馬の音２６１が音声出力部２６０から出力されている例を示す。
【００３６】
ここで、Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔのように、符号化された画像データと、符号化された音声データと、制御コマンドとを無線伝送路を介してある機器から他の機器に送信する場合を想定する。この場合に、例えば、１種類の無線伝送路（例えば、２．４ＧＨｚ帯の無線ＬＡＮ（例えば、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔ））を使用してそれらの各データを送信することができる。しかしながら、このように各データを送信する場合において、無線伝送路の通信品質が悪くなったときには、データを損失する可能性が高くなり、画像データ、音声データおよび制御コマンドの全てのデータに影響を与えてしまうおそれがある。
【００３７】
一般に、画像データおよび音声データを送信する場合には、制御コマンドや音声ストリームは重要度が相対的に高く、画像ストリームは重要度が相対的に低いことが多い。例えば、テレビ会議システムでは、画像よりも音声が途切れないことを重要視されることが多い。そこで、送信機器および受信機器が複数種類の無線伝送路に対応している場合には、重要度に応じて各データを種類の無線伝送路を用いて同時に送信することが考えられる。例えば、相対的に重要度が高いデータについては通信品質の高い種類の無線伝送路を用いて送信し、相対的に重要度が低いデータについては通信品質の低い種類の無線伝送路を用いて送信することが考えられる。
【００３８】
例えば、携帯電話網（３ＧやＬＴＥ）は、一般に帯域は広くないものの、基地局が通信を制御するため、通信品質が高いことが多い。そこで、音声データについては携帯電話網を経由して相手機器に送信し、画像データについては信頼性が相対的に低い無線ＬＡＮ等を使用して送信することが考えられる。このように送信することにより、受信機器側において、高いユーザ体験を提供することができる。
【００３９】
また、今後、Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔを用いた伝送（例えば、画像データおよび音声データの伝送）において、新たにミリ波を用いた無線伝送方式（例えば、６０ＧＨｚを用いるＩＥＥＥ８０２．１１ａｄ）が導入される可能性がある。ミリ波を用いた無線伝送路は、帯域が非常に広いという利点がある一方で、直進性が強く、間に障害物が入るとデータの損失が発生してしまうという欠点がある。
【００４０】
そこで、例えば、帯域を必要としないが重要度が相対的に高い音声データや制御コマンドについては、データ損失の可能性が相対的に低い２．４ＧＨｚ帯／５ＧＨｚ帯のＷｉ−Ｆｉ  Ｄｉｒｅｃｔを用いて送信することが考えられる。また、例えば、広い帯域を必要とするが重要度は相対的に低い画像データについては、ミリ波の６０ＧＨｚ帯を用いて送信することが考えられる。
【００４１】
また、このように複数種類の無線伝送路を使用することが可能である場合には、通信状況に応じてそれらを切り替えたり、組み合わせて使用したりすることも考えられる。そこで、本技術の第１の実施の形態では、複数種類の無線伝送路を用いてデータ送信を行う例を示す。
【００４２】
また、本技術の第１の実施の形態では、ＩＥＥＥ８０２．１１ａｄ（ミリ波）、ＩＥＥＥ８０２．１１ｎ（２．４ＧＨｚ／５ＧＨｚ）の両方の規格に対応しているＷｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔの送信機器および受信機器を例にして説明する。また、本技術の第１の実施の形態では、その送信機器を情報処理装置１００とし、その受信機器を情報処理装置２００とする例を示す。
【００４３】
この場合には、ＩＥＥＥ８０２．１１ａｄは帯域が広く、原理的には高ビットレートの画像データの伝送に用いることができる。しかしながら、上述したように、ミリ波は直進性が強いため、機器の位置が変化した場合や、機器間に人物が入った場合等に通信が途絶えてしまうおそれがある。このため、Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔによる伝送をそのままＩＥＥＥ８０２．１１ａｄに適用してしまうと、画像および音声が途切れてしまうことが想定される。また、制御信号が不通になり、セッションがタイムアウトしてしまう（切断されてしまう）ことも想定される。
【００４４】
そこで、ＩＥＥＥ８０２．１１ａｄに別の種類の無線伝送路を組み合わせて、相対的に重要度が高い音声部分と制御信号部分は、その無線伝送路を経由して送受信する。例えば、現在、幅広く使われているＩＥＥＥ８０２．１１ｎを用いることができる。これにより、例えば、機器間に人物が入ったような場合でも、画像は乱れるものの、音声や制御信号は途切れずに通信を継続して行うことができる。
【００４５】
なお、情報処理装置１００および２００は、高周波帯域（例えば、ＩＥＥＥ８０２．１１ａｄ）の無線伝送路および低周波帯域（例えば、ＩＥＥＥ８０２．１１ｎ）の無線伝送路のうちの少なくとも１つを用いてデータ伝送を行う情報処理装置の一例である。また、情報処理装置１００および２００は、Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔ仕様（技術仕様書名：Ｗｉ−Ｆｉ  Ｄｉｓｐｌａｙ）に従って他の情報処理装置との間でリアルタイム画像伝送を行う情報処理装置の一例である。
【００４６】
［情報処理装置（送信機器）の構成例］
図２は、本技術の第１の実施の形態における情報処理装置１００の機能構成例を示すブロック図である。
【００４７】
情報処理装置１００は、画像生成部１１０と、画像符号化部１２０と、第１通信部１３０と、アンテナ１３１、１６１と、音声生成部１４０と、音声符号化部１５０と、第２通信部１６０と、制御信号送受信部１７０と、制御部１８０とを備える。
【００４８】
画像生成部１１０は、制御部１８０の制御に基づいて、受信機器（例えば、情報処理装置２００）に送信する画像データを生成するものであり、生成された画像データを画像符号化部１２０に出力する。例えば、画像生成部１１０は、外部記憶装置（図示せず）に記憶されている画像データを読み込むことにより取得して用いることができる。なお、この外部記憶装置に記憶されている画像データは、ストリームデータであってもよく、ファイルデータ（例えば、既に符号化されたファイルデータ）であってもよい。また、外部記憶装置に記憶されている画像データが、既に符号化されたファイルデータである場合には、画像生成部１１０は、符号化されたデータを外部記憶装置から取得し、この取得されたデータをそのまま出力することができる。また、例えば、画像生成部１１０は、情報処理装置１００に内蔵または接続されている画像出力機器（例えば、モニタ）に表示されている画像を動画として取り込むことにより取得して用いることができる。
【００４９】
画像符号化部１２０は、制御部１８０の制御に基づいて、画像生成部１１０から出力された画像データを所定の方式に従って符号化するものであり、符号化された画像データを第１通信部１３０または第２通信部１６０に出力する。この符号化方式として、例えば、データ圧縮を使用する高効率符号化方式を用いてもよい。例えば、Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔの仕様では、Ｈ．２６４を用いた方式が採用されている。なお、画像生成部１１０から出力された画像データが既に符号化されている場合には、画像符号化部１２０は、その画像データについて追加の処理を行わず、その画像データをそのまま出力することができる。
【００５０】
第１通信部１３０は、制御部１８０の制御に基づいて、各データをＩＥＥＥ８０２．１１ａｄの通信規格を用いて、アンテナ１３１を介して受信機器（例えば、情報処理装置２００）に送信するものである。例えば、第１通信部１３０は、画像符号化部１２０から出力された画像データ、または、音声符号化部１５０から出力された音声データを受信機器に送信する。
【００５１】
音声生成部１４０は、制御部１８０の制御に基づいて、受信機器（例えば、情報処理装置２００）に送信する音声データを生成するものであり、生成された音声データを音声符号化部１５０に出力する。例えば、音声生成部１４０は、外部記憶装置（図示せず）に記憶されている音声データを読み込むことにより取得して用いることができる。なお、この外部記憶装置に記憶されている音声データは、ストリームデータであってもよく、ファイルデータ（例えば、既に符号化されたファイルデータ）であってもよい。また、外部記憶装置に記憶されている音声データが、既に符号化されたファイルデータである場合には、音声生成部１４０は、符号化されたデータを外部記憶装置から取得し、この取得されたデータをそのまま出力することができる。また、例えば、音声生成部１４０は、情報処理装置１００に内蔵または接続されている音声出力機器（例えば、スピーカ）から出力されている音声を波形として取り込むことにより取得して用いることができる。
【００５２】
音声符号化部１５０は、制御部１８０の制御に基づいて、音声生成部１４０から出力された音声データを所定の方式に従って符号化するものであり、符号化された音声データを第１通信部１３０または第２通信部１６０に出力する。この符号化方式として、例えば、データ圧縮を使用する高効率符号化方式を用いてもよい。例えば、Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔの仕様では、ＬＰＣＭ（Linear Pulse Code Modulation）、ＡＡＣ（Advanced Audio Coding）、ＡＣ−３（Audio Code number 3）を用いた符号化方式が定められている。なお、音声生成部１４０から出力された音声データが既に符号化されている場合には、音声符号化部１５０は、その音声データについて追加の処理を行わず、その音声データをそのまま出力することができる。
【００５３】
第２通信部１６０は、制御部１８０の制御に基づいて、各データをＩＥＥＥ８０２．１１ｎの通信規格を用いて、アンテナ１６１を介して受信機器（例えば、情報処理装置２００）に送信するものである。例えば、第２通信部１６０は、音声符号化部１５０から出力された音声データと、制御信号送受信部１７０から出力された制御信号（例えば、制御メッセージ）とを受信機器に送信する。また、第２通信部１６０は、受信機器から送信された制御信号を受信した場合には、その制御信号を制御信号送受信部１７０に出力する。
【００５４】
制御信号送受信部１７０は、制御部１８０の制御に基づいて、受信機器側の制御信号送受信部（例えば、図３に示す制御信号送受信部２７０）との間で所定の方式に従って制御信号（例えば、各種メッセージ）のやりとりを行うものである。例えば、Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔの仕様では、ＲＦＣ２３２６として定義されているＲＴＳＰ（Real Time Streaming Protocol）と呼ばれるフォーマットに従ってメッセージを送受信する。そして、画像伝送および音声伝送の開始、停止、一時停止、タイムアウトの検出等のイベントを検出する。また、ＵＩＢＣ（User Input Back Channel）と呼ばれるメッセージを送受信することにより、受信機器から送信機器を制御することもできる。また、制御信号送受信部１７０は、検出されたイベントや制御命令を、制御部１８０に出力する。
【００５５】
制御部１８０は、メモリ（図示せず）に記憶されている制御プログラムに基づいて、情報処理装置１００の全体を制御するものである。例えば、制御部１８０は、画像生成部１１０、画像符号化部１２０、第１通信部１３０、音声生成部１４０、音声符号化部１５０、第２通信部１６０および制御信号送受信部１７０の初期化、動作の開始や停止を行わせるための制御を行う。また、例えば、制御部１８０は、第１通信部１３０または第２通信部１６０を介して受信機器（例えば、情報処理装置２００）との無線伝送路の確立や破棄等を行うための制御を行う。
【００５６】
［情報処理装置（受信機器）の構成例］
図３は、本技術の第１の実施の形態における情報処理装置２００の機能構成例を示すブロック図である。
【００５７】
情報処理装置２００は、第１通信部２１０と、アンテナ２１１、２４１と、画像復号部２２０と、画像出力部２３０と、第２通信部２４０と、音声復号部２５０と、音声出力部２６０と、制御信号送受信部２７０と、制御部２８０とを備える。
【００５８】
第１通信部２１０は、制御部２８０の制御に基づいて、送信機器のＩＥＥＥ８０２．１１ａｄ通信部（例えば、情報処理装置１００の第１通信部１３０）から送信された各データをアンテナ２１１を介して受信するものである。そして、第１通信部２１０は、その受信したデータを画像復号部２２０、音声復号部２５０または制御信号送受信部２７０に出力する。例えば、第１通信部２１０は、送信機器のＩＥＥＥ８０２．１１ａｄ通信部から送信された画像データを受信すると、その画像データを画像復号部２２０に出力する。
【００５９】
画像復号部２２０は、制御部２８０の制御に基づいて、送信機器から受信した画像データを所定の方式に従って復号するものであり、復号された画像データ（例えば、実際の画像信号（映像信号））を画像出力部２３０に出力する。例えば、画像復号部２２０は、第１通信部１３０から出力された画像データを所定の方式に従って復号する。また、復号対象となる画像データについてデータ圧縮が使用されている場合には、画像復号部２２０は、所定の方式に従ってその画像データを展開する。ここで、画像出力部２３０が、送信機器から受信した画像データを外部記憶装置（図示せず）にファイルデータとして書き込む場合も想定される。この場合には、画像出力部２３０は、符号化された画像データを外部記憶装置にそのまま出力する必要がある。このため、画像出力部２３０が、符号化された画像データをそのまま出力する必要がある場合には、画像復号部２２０は、その符号化された画像データを復号せずに、そのまま画像出力部２３０に出力することができる。
【００６０】
画像出力部２３０は、制御部２８０の制御に基づいて、画像復号部２２０から出力された画像データ（画像信号）を表示するものである。例えば、画像出力部２３０は、液晶モニタ、表示パネル（例えば、有機ＥＬ（Electro Luminescence）、ＬＣＤ（Liquid Crystal Display））に対応する。なお、画像出力部２３０は、情報処理装置２００に内蔵するようにしてもよく、別の装置として情報処理装置２００の外部に取り付けるようにしていてもよい。
【００６１】
第２通信部２４０は、制御部２８０の制御に基づいて、送信機器のＩＥＥＥ８０２．１１ｎ通信部（例えば、情報処理装置１００の第２通信部１６０）から送信された各データをアンテナ２４１を介して受信するものである。そして、第２通信部２４０は、その受信したデータを画像復号部２２０、音声復号部２５０または制御信号送受信部２７０に出力する。例えば、第２通信部２４０は、送信機器のＩＥＥＥ８０２．１１ｎ通信部から送信された音声データを受信すると、その音声データを音声復号部２５０に出力する。また、例えば、第２通信部２４０は、送信機器のＩＥＥＥ８０２．１１ｎ通信部から送信された制御信号（例えば、制御メッセージ）を受信すると、その制御信号を制御信号送受信部２７０に出力する。また、第２通信部２４０は、制御信号送受信部２７０により生成された制御信号を、送信機器のＩＥＥＥ８０２．１１ｎ通信部（例えば、情報処理装置１００の第２通信部１６０）に送信する。
【００６２】
音声復号部２５０は、制御部２８０の制御に基づいて、送信機器から受信した音声データを所定の方式に従って復号するものであり、復号された音声データ（例えば、実際の音声信号）を音声出力部２６０に出力する。例えば、音声復号部２５０は、第２通信部２４０から出力された音声データを所定の方式に従って復号する。また、復号対象となる音声データについてデータ圧縮が使用されている場合には、音声復号部２５０は、所定の方式に従ってその音声データを展開する。ここで、音声出力部２６０が、送信機器から受信した音声データを外部記憶装置（図示せず）にファイルデータとして書き込む場合も想定される。この場合には、音声出力部２６０は、符号化された音声データを外部記憶装置にそのまま出力する必要がある。このため、音声出力部２６０が、符号化された音声データをそのまま出力する必要がある場合には、音声復号部２５０は、その符号化された音声データを復号せずに、そのまま音声出力部２６０に出力することができる。
【００６３】
音声出力部２６０は、制御部２８０の制御に基づいて、音声復号部２５０から出力された音声データ（音声信号）を音として出力するものである。例えば、音声出力部２６０は、スピーカに対応する。なお、音声出力部２６０は、情報処理装置２００に内蔵するようにしてもよく、別の装置として情報処理装置２００の外部に取り付けるようにしていてもよい。
【００６４】
制御信号送受信部２７０は、制御部２８０の制御に基づいて、送信機器側の制御信号送受信部（例えば、図２に示す制御信号送受信部１７０）との間で所定の方式に従って制御信号（例えば、メッセージ）のやりとりを行うものである。例えば、図２に示す制御信号送受信部１７０と同様に、制御信号のやりとりを行うことができる。また、制御信号送受信部２７０は、検出されたイベントや制御命令を、制御部２８０に出力する。
【００６５】
制御部２８０は、メモリ（図示せず）に記憶されている制御プログラムに基づいて、情報処理装置２００の全体を制御するものである。例えば、制御部２８０は、第１通信部２１０、画像復号部２２０、画像出力部２３０、第２通信部２４０、音声復号部２５０、音声出力部２６０および制御信号送受信部２７０の初期化、動作の開始や停止を行わせるための制御を行う。また、例えば、制御部２８０は、第１通信部２１０または第２通信部２４０を介して送信機器（例えば、情報処理装置１００）との無線伝送路の確立や破棄等を行うための制御を行う。
【００６６】
［２種類の無線伝送路を用いたデータ通信例］
次に、２種類の無線伝送路を用いてデータ通信を行う場合における動作例について説明する。
【００６７】
［情報処理装置（送信機器）の動作例］
図４は、本技術の第１の実施の形態における情報処理装置１００（送信機器）によるデータ送信制御処理の処理手順の一例を示すフローチャートである。図４では、情報処理装置１００（送信機器）および情報処理装置２００（受信機器）間で無線通信を行う例を示す。また、図４では、第１通信部１３０に画像データを送信させ、第２通信部１６０に音声データおよび制御データ（制御信号）を送信させる例を示す。
【００６８】
最初に、制御部１８０は、情報処理装置２００（受信機器）に画像データおよび音声データを送信するため、各部の初期化や準備を行う（ステップＳ８０１）。
【００６９】
続いて、制御部１８０は、第２通信部１６０を動作させ、情報処理装置２００（受信機器）の第２通信部２４０との無線伝送路（通信路）を確立する（ステップＳ８０２）。すなわち、制御部１８０は、ＩＥＥＥ８０２．１１ｎの無線伝送路を確立する（ステップＳ８０２）。
【００７０】
また、制御部１８０は、第１通信部１３０を動作させ、情報処理装置２００（受信機器）の第１通信部２１０との無線伝送路（通信路）を確立する（ステップＳ８０３）。すなわち、制御部１８０は、ＩＥＥＥ８０２．１１ａｄの無線伝送路を確立する（ステップＳ８０３）。
【００７１】
なお、図４では、ＩＥＥＥ８０２．１１ｎの無線伝送路を確立した後に（ステップＳ８０２）、ＩＥＥＥ８０２．１１ａｄの無線伝送路を確立する（ステップＳ８０３）例を示す。ただし、ＩＥＥＥ８０２．１１ａｄの無線伝送路を確立するタイミングは、これに限定されない。例えば、ＩＥＥＥ８０２．１１ａｄの無線伝送路を確立するタイミングは、ＩＥＥＥ８０２．１１ａｄの無線伝送路を用いて画像データを送信する前であれば、他のタイミングで行うようにしてもよい。例えば、ステップＳ８０２の前にＩＥＥＥ８０２．１１ａｄの無線伝送路を確立するようにしてもよく、ステップＳ８０４の後にＩＥＥＥ８０２．１１ａｄの無線伝送路を確立するようにしてもよい。
【００７２】
続いて、制御部１８０は、制御信号送受信部１７０を動作させ、第２通信部１６０を介して、情報処理装置２００（受信機器）の制御信号送受信部２７０との間で必要な制御メッセージのやりとりを行う（ステップＳ８０４）。すなわち、制御部１８０は、ＩＥＥＥ８０２．１１ｎの無線伝送路上で制御メッセージを送受信してＲＴＳＰセッションを確立するための制御を行う（ステップＳ８０４）。
【００７３】
そして、必要な制御メッセージの送受信が完了し、ＲＴＳＰセッションが確立された後に（ステップＳ８０４）、制御部１８０は、画像生成部１１０、画像符号化部１２０、音声生成部１４０、音声符号化部１５０を動作させる。そして、制御部１８０は、生成された画像データおよび音声データを符号化して、それらの各データを第１通信部１３０および第２通信部１６０を介して情報処理装置２００（受信機器）に送信するための制御を行う（ステップＳ８０５）。具体的には、制御部１８０は、符号化された画像データを第１通信部１３０を介して情報処理装置２００（受信機器）に送信する（ステップＳ８０５）。また、制御部１８０は、符号化された音声データを第２通信部１６０を介して情報処理装置２００（受信機器）に送信する（ステップＳ８０５）。また、画像データおよび音声データの送信終了の指示がされるまでの間、送信処理（ステップＳ８０５）が繰り返し行われる。
【００７４】
このように、制御部１８０は、Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔに関する制御信号を低周波帯域（例えば、ＩＥＥＥ８０２．１１ｎ）の無線伝送路を用いて情報処理装置２００に送信させる制御を行う。この場合に、制御部１８０は、高周波帯域（例えば、ＩＥＥＥ８０２．１１ａｄ）の無線伝送路を用いて重要度が低いデータを情報処理装置２００に送信させ、低周波帯域の無線伝送路を用いて重要度が高いデータを情報処理装置２００に送信させる。例えば、制御部１８０は、重要度が低いデータとして画像データを送信させ、重要度が高いデータとして音声データを送信させる。
【００７５】
［情報処理装置（受信機器）の動作例］
図５は、本技術の第１の実施の形態における情報処理装置２００（受信機器）によるデータ受信制御処理の処理手順の一例を示すフローチャートである。図５では、情報処理装置１００（送信機器）および情報処理装置２００（受信機器）間で無線通信を行う例を示す。また、図５では、第１通信部２１０に画像データを受信させ、第２通信部２４０に音声データおよび制御データ（制御信号）を受信させる例を示す。また、図５に示すデータ受信制御処理は、図４に示すデータ送信制御処理に対応する。
【００７６】
最初に、制御部２８０は、情報処理装置１００（送信機器）から画像データおよび音声データを受信するため、各部の初期化や準備を行う（ステップＳ８１１）。
【００７７】
続いて、制御部２８０は、第２通信部２４０を動作させ、情報処理装置１００（送信機器）の第２通信部１６０との無線伝送路（通信路）を確立する（ステップＳ８１２）。すなわち、制御部２８０は、ＩＥＥＥ８０２．１１ｎの無線伝送路を確立する（ステップＳ８１２）。
【００７８】
また、制御部２８０は、第１通信部２１０を動作させ、情報処理装置１００（送信機器）の第１通信部１３０との無線伝送路（通信路）を確立する（ステップＳ８１３）。すなわち、制御部２８０は、ＩＥＥＥ８０２．１１ａｄの無線伝送路を確立する（ステップＳ８１３）。
【００７９】
なお、図５では、ＩＥＥＥ８０２．１１ｎの無線伝送路を確立した後に（ステップＳ８１２）、ＩＥＥＥ８０２．１１ａｄの無線伝送路を確立する（ステップＳ８１３）例を示す。ただし、図４に示す例と同様に、ＩＥＥＥ８０２．１１ａｄの無線伝送路を確立するタイミングは、これに限定されない。例えば、ＩＥＥＥ８０２．１１ａｄの無線伝送路を確立するタイミングは、ＩＥＥＥ８０２．１１ａｄの無線伝送路で画像データを送信する前であれば、他のタイミングで行うようにしてもよい。例えば、ステップＳ８１２の前にＩＥＥＥ８０２．１１ａｄの無線伝送路を確立するようにしてもよく、ステップＳ８１４の後にＩＥＥＥ８０２．１１ａｄの無線伝送路を確立するようにしてもよい。
【００８０】
続いて、制御部２８０は、制御信号送受信部２７０を動作させ、第２通信部２４０を介して、情報処理装置１００（送信機器）の制御信号送受信部１７０との間で必要な制御メッセージのやりとりを行う（ステップＳ８１４）。すなわち、制御部２８０は、ＩＥＥＥ８０２．１１ｎの無線伝送路上で制御メッセージを送受信してＲＴＳＰセッションを確立するための制御を行う（ステップＳ８１４）。
【００８１】
そして、必要な制御メッセージの送受信が完了し、ＲＴＳＰセッションが確立された後に（ステップＳ８１４）、制御部２８０は、情報処理装置１００（送信機器）から受信した各データを出力するための制御を行う（ステップＳ８１５）。具体的には、制御部２８０は、第１通信部２１０を介して受信した画像データを画像復号部２２０に復号させ、この復号された画像データを画像出力部２３０から出力させる（ステップＳ８１５）。また、制御部２８０は、第２通信部２４０を介して受信した音声データを音声復号部２５０に復号させ、この復号された音声データを音声出力部２６０から出力させる（ステップＳ８１５）。また、画像データおよび音声データの受信終了の指示がされるまでの間、受信処理（ステップＳ８１５）が繰り返し行われる。
【００８２】
このように、制御部２８０は、Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔに関する制御信号を低周波帯域（例えば、ＩＥＥＥ８０２．１１ｎ）の無線伝送路を用いて情報処理装置１００から受信させる制御を行う。
【００８３】
以上では、２種類の無線伝送路にデータを分けて送信する例を示した。すなわち、ＩＥＥＥ８０２．１１ａｄの無線伝送路で画像データを送信し、ＩＥＥＥ８０２．１１ｎの無線伝送路で音声データを送信する例を示した。ただし、データの送信方法については、これらに限定されない。以下では、他の通信方法の例を示す。
【００８４】
［無線伝送路の通信品質に応じて画像データを送信する無線伝送路を変更する例］
上述したように、例えば、ＩＥＥＥ８０２．１１ａｄの無線伝送路は、装置間に障害物が入るとデータの損失が発生する。そこで、このように無線伝送路の通信品質が悪化した場合には、一時的に別の無線伝送路を用いて画像データを送信する。これにより、画像データの欠損を防止することができる。その送信処理の一例を図６に示し、その受信処理の一例を図７に示す。
【００８５】
［情報処理装置（送信機器）の動作例］
図６は、本技術の第１の実施の形態における情報処理装置１００（送信機器）によるデータ送信制御処理の処理手順の一例を示すフローチャートである。図６では、情報処理装置１００（送信機器）および情報処理装置２００（受信機器）間で無線通信を行う例を示す。また、図６では、送信機器において、２種類の無線伝送路を切り替えるデータ送信制御処理の一例を示す。
【００８６】
なお、ＲＴＳＰセッションを確立するまでの各処理（ステップＳ８２１乃至Ｓ８２４）は、図４に示す各処理（ステップＳ８０１乃至Ｓ８０４）と同様であるため、ここでの説明を省略する。
【００８７】
ＲＴＳＰセッションが確立された後に（ステップＳ８２４）、制御部１８０は、現在実行中の画像データおよび音声データの送信処理を終了するか否かを判断する（ステップＳ８２５）。そして、その送信処理を終了すると判断された場合には（ステップＳ８２５）、データ送信制御処理の動作を終了する。
【００８８】
例えば、制御部１８０は、画像データおよび音声データの送信停止がユーザ操作により指示された場合に、現在実行中の画像データおよび音声データの送信処理を終了すると判断する（ステップＳ８２５）。また、例えば、制御部１８０は、情報処理装置２００（受信機器）の制御信号送受信部２７０からデータ送信の停止を意味する制御コマンドが送信された場合に、現在実行中の画像データおよび音声データの送信処理を終了すると判断する（ステップＳ８２５）。また、例えば、制御部１８０は、一定時間以上、制御コマンドの送受信ができず、セッションがタイムアウトした場合に、現在実行中の画像データおよび音声データの送信処理を終了すると判断する（ステップＳ８２５）。なお、これらの判断基準は一例であり、他の判断基準を用いるようにしてもよい。また、図６では、ＲＴＳＰセッションが確立された直後に（ステップＳ８２４）、判断処理（ステップＳ８２４）を行う例を示したが、他のタイミングでその判断処理を行うようにしてもよい。例えば、ステップＳ８２４以降の何れかのタイミングで行うことができる。
【００８９】
なお、データの送信処理（ステップＳ８２６）は、図４に示すデータの送信処理（ステップＳ８０５）と同様であるため、ここでの説明を省略する。
【００９０】
第１通信部１３０を介して画像データを送信した後に（ステップＳ８２６）、制御部１８０は、画像データを送信した無線伝送路（ＩＥＥＥ８０２．１１ａｄ）の通信品質を推定する（ステップＳ８２７）。すなわち、制御部１８０は、その無線伝送路の通信品質を推定することにより、画像データが情報処理装置２００（受信機器）に届いたか否かを確認するための送信結果を取得する（ステップＳ８２７）。
【００９１】
［無線伝送路（ＩＥＥＥ８０２．１１ａｄ）の通信品質の推定方法］
ここで、無線伝送路（ＩＥＥＥ８０２．１１ａｄ）の通信品質を推定する推定方法について説明する。
【００９２】
［受信機器からの受信確認メッセージを用いる例］
最初に、受信機器からの受信確認メッセージを用いて、無線伝送路（ＩＥＥＥ８０２．１１ａｄ）の通信品質を推定する推定方法について説明する。
【００９３】
例えば、ＩＥＥＥ８０２．１１ｎやＩＥＥＥ８０２．１１ａｄでは、送られてきたデータフレームを正しく受信した際に、受信機器は、所定フレームを送信機器に送り返す仕組みになっている。この所定フレームは、Ａｃｋ（ACKnowledgement）またはＢｌｏｃｋ  Ａｃｋと称される。送信機器は、そのような受信確認メッセージが受信機器から送信されたか否かを監視することにより、送信したデータが正しく受信機器に届いたか、または、データが欠損してしまったかを判断することができる。
【００９４】
［受信機器からの通信品質レポートを用いる例］
次に、受信機器からの通信品質レポートを用いて、無線伝送路（ＩＥＥＥ８０２．１１ａｄ）の通信品質を推定する推定方法について説明する。
【００９５】
例えば、ＲＦＣ３５５０で定義されているＲＴＣＰ（Real-time Transport Control Protocol）を用いて、受信機器から送信機器に対して定期的に受信品質のレポートを送信することが考えられる。この受信品質のレポートの中には、受信したデータのサイズ（バイト数）やパケット数等を含めることができる。送信機器は、自機が送信したデータのサイズやパケット数等と、これらの情報（受信品質のレポート）とを比較することにより、データの欠損状況を推定することができる。なお、受信品質のレポートには、例えば、統計情報として用いられる情報を含めることができる。
【００９６】
［受信機器からの再送要求を用いる例］
次に、受信機器からの再送要求を用いて、無線伝送路（ＩＥＥＥ８０２．１１ａｄ）の通信品質を推定する推定方法について説明する。
【００９７】
例えば、受信したデータに欠損が見つかった場合には、受信機器は、送信機器に対して明示的にデータの再送を要求することが考えられる。例えば、ＲＴＳＰの制御メッセージを受信機器から送信機器に対して送信することができる。このように、データの再送を要求する場合において、受信機器から送信機器に対してあまりにも多い再送要求が届いたときには、送信機器は、無線伝送路の通信品質が低下していると推定することができる。
【００９８】
なお、受信機器においてデータの欠損を検出する検出方法として、例えば、各データのパケットに付与されたシーケンス番号や時刻情報（タイムスタンプ）をチェックすることにより、データの欠損を検出する検出方法が考えられる。この検出方法では、例えば、シーケンス番号や時刻に抜けがあった場合に、データが欠損していると判断することができる。
【００９９】
［再送数を用いる例］
次に、再送数を用いて、無線伝送路（ＩＥＥＥ８０２．１１ａｄ）の通信品質を推定する推定方法について説明する。
【０１００】
例えば、ＩＥＥＥ８０２．１１ｎやＩＥＥＥ８０２．１１ａｄでは、データフレームの送信に失敗した場合には、その失敗後に何度か再送を試みることができる。この場合に、再送が多発しているときには、同一チャンネルや隣接するチャンネルからノイズの影響を受けていたり、送信機器と受信機器との距離が離れすぎていてデータフレームが正しく届いていなかったりする可能性がある。そこで、送信機器において再送数をカウントし、そのカウント値が一定以上の割合で増加している場合には、そのカウント対象となる無線伝送路の通信品質が悪いと判断することができる。
【０１０１】
［送信機器内の送信バッファに溜められたデータのサイズを用いる例］
次に、送信機器内の送信バッファに溜められたデータのサイズを用いて、無線伝送路（ＩＥＥＥ８０２．１１ａｄ）の通信品質を推定する推定方法について説明する。
【０１０２】
一般に、送信機器には、送信されるデータを一時的に保存する送信バッファが設けられていることが多い。例えば、実際に無線伝送路を介して送信されたデータ量が、送信したいデータ量に対して少ない場合には、未送信のデータが送信バッファに一時的に溜められることになる。したがって、送信バッファに滞留しているデータのサイズを定期的にチェックすることにより、無線伝送路によるデータ送信が間に合っているかどうかを確認することができる。データ送信が間に合っていない場合には、その無線伝送路の通信品質は悪いと推定することができる。
【０１０３】
［制御メッセージの送受信状況を用いる例］
次に、制御メッセージの送受信状況を用いて、無線伝送路（ＩＥＥＥ８０２．１１ａｄ）の通信品質を推定する推定方法について説明する。
【０１０４】
例えば、Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔでは、一定時間ごとに、送信機器が受信機器に対して制御メッセージを送信し、規定時間内にその返信が返ってくるかどうかを確認する機構がある。この機構は、ｋｅｅｐ−ａｌｉｖｅと呼ばれている。この機構を各無線伝送路において導入し、定期的に制御メッセージをやりとりし、その送受信が規定時間内に完了しない場合には、その無線伝送路の通信品質が悪くなったと推定することができる。
【０１０５】
なお、以上で示した無線伝送路（ＩＥＥＥ８０２．１１ａｄ）の通信品質の推定方法は、一例であり、これらに限定されるわけではなく、他の通信品質の推定方法を用いるようにしてもよい。また、以上で示した無線伝送路（ＩＥＥＥ８０２．１１ａｄ）の通信品質の推定方法のうちの２以上を組み合わせて使用するようにしてもよい。
【０１０６】
［情報処理装置（送信機器）の動作例］
以上で示した無線伝送路の通信品質の推定方法または他の通信品質の推定方法を用いて、制御部１８０は、無線伝送路（ＩＥＥＥ８０２．１１ａｄ）の通信品質が悪いか否かを判断する（ステップＳ８２８）。すなわち、制御部１８０は、無線伝送路（ＩＥＥＥ８０２．１１ａｄ）の通信品質が基準以下であるか否かを判断する（ステップＳ８２８）。例えば、制御部１８０は、無線伝送路（ＩＥＥＥ８０２．１１ａｄ）の通信品質に対応する値が基準値以下であるか否かを判断する（ステップＳ８２８）。例えば、無線伝送路（ＩＥＥＥ８０２．１１ａｄ）のデータ欠損率が一定以上である場合には、制御部１８０は、無線伝送路（ＩＥＥＥ８０２．１１ａｄ）の通信品質が悪いと判断することができる。無線伝送路の通信品質が悪くないと判断された場合には（ステップＳ８２８）、ステップＳ８２５に戻る。
【０１０７】
また、無線伝送路の通信品質が悪いと判断された場合には（ステップＳ８２８）、制御部１８０は、画像データの送信に用いる無線伝送路の種類を変更する（ステップＳ８２９、Ｓ８３０）。このように無線伝送路の種類を変更する場合には、制御部１８０は、必要に応じて、無線伝送路の変更に関する情報を情報処理装置２００（受信機器）に通知する（ステップＳ８２９）。例えば、制御部１８０は、無線伝送路の変更に関する情報（例えば、切り替えるタイミング、無線伝送路の指定、切り替える前後の画像データのフォーマット）をＲＴＳＰ制御メッセージを用いて情報処理装置２００（受信機器）に送信する（ステップＳ８２９）。
【０１０８】
続いて、制御部１８０は、画像データの送信に用いる無線伝送路の種類を変更するための制御を行う（ステップＳ８３０）。図６では、画像データの送信に用いていた無線伝送路（ＩＥＥＥ８０２．１１ａｄ）での送信を中止し、その代わりに、無線伝送路（ＩＥＥＥ８０２．１１ｎ）による送信に切り替える例を示す（ステップＳ８３０）。
【０１０９】
なお、この切り替えの際に、制御部１８０は、画像符号化部１２０の設定を変更して画像データに高効率符号化（圧縮）を適用するように変更したり、その圧縮率を帯域に合わせて変更したりするようにしてもよい。
【０１１０】
例えば、ＩＥＥＥ８０２．１１ａｄでは画像データを非圧縮で送信する場合に、ＩＥＥＥ８０２．１１ｎでは画像データをＨ．２６４で圧縮して送信するように変更することができる。また、例えば、ＩＥＥＥ８０２．１１ａｄでは画像データをＨ.２６４で４０Ｍｂｐｓのレートを用いて圧縮して送信する場合に、ＩＥＥＥ８０２．１１ｎでは画像データをＨ．２６４の１０Ｍｂｐｓのレートを用いて圧縮して送信するように変更することができる。また、例えば、ＩＥＥＥ８０２．１１ａｄでは４Ｋ２Ｋの解像度の画像データを送信する場合に、ＩＥＥＥ８０２．１１ｎでは画像データをフルＨＤ（Ｆｕｌｌ  ＨＤ（high definition））の解像度まで縮小して送信するように変更することができる。なお、使用する高効率符号化の種類はＨ．２６４に限定されない。
【０１１１】
また、無線伝送路の切り替えの際に、切り替え後に送受信される画像データについては、切り替え前に送受信していたデータに依存せずに復号することができる符号化を行うことが好ましい。すなわち、ＩＥＥＥ８０２．１１ｎの無線伝送路に切り替えた後に送信する画像データについては、ＩＥＥＥ８０２．１１ａｄの無線伝送路で送信していた画像データに依存せずに符号化することが好ましい。例えば、ＩＥＥＥ８０２．１１ａｄの無線伝送路で送信していた画像データをＨ．２６４の高効率符号化を用いて符号化している場合を想定する。この場合には、切り替え直後に特定種類のフレーム（例えば、ＩＤＲ（Instantaneous Decoder Refresh）フレーム）を送信するようにする。このように符号化を行うことにより、ＩＥＥＥ８０２．１１ａｄの無線伝送路の通信品質の劣化が切り替え後の画像データに影響を及ぼさないようにすることができる。
【０１１２】
なお、このような符号化方式の変更、圧縮率の変更、ＩＤＲフレームの挿入等は、切り替え前と切り替え後の無線伝送路の帯域が大きく変わる場合にのみ適用するようにしてもよい。
【０１１３】
画像データの送信に用いる無線伝送路の種類が変更された後に（ステップＳ８３０）、制御部１８０は、現在実行中の画像データおよび音声データの送信処理を終了するか否かを判断する（ステップＳ８３１）。そして、その送信処理を終了すると判断された場合には（ステップＳ８３１）、データ送信制御処理の動作を終了する。なお、この判断処理（ステップＳ８３１）では、ステップＳ８２５と同様の判断基準を用いることができる。
【０１１４】
続いて、制御部１８０は、生成された画像データおよび音声データを符号化して、それらの各データを第２通信部１６０を介して情報処理装置２００（受信機器）に送信するための制御を行う（ステップＳ８３２）。すなわち、制御部１８０は、符号化された画像データおよび音声データを、ＩＥＥＥ８０２．１１ｎの無線伝送路を用いて情報処理装置２００（受信機器）に送信する（ステップＳ８３２）。
【０１１５】
続いて、制御部１８０は、ＩＥＥＥ８０２．１１ａｄの無線伝送路の通信品質を取得する（ステップＳ８３３）。すなわち、制御部１８０は、ＩＥＥＥ８０２．１１ａｄの無線伝送路の通信品質を推定することにより、ＩＥＥＥ８０２．１１ａｄの無線伝送路の通信品質を確認する（ステップＳ８３３）。
【０１１６】
例えば、ＩＥＥＥ８０２．１１ａｄの無線伝送路上で試験用のデータを一定量送信しておき、そのデータの欠損状況を取得することにより、ＩＥＥＥ８０２．１１ａｄの無線伝送路の通信品質を推定することができる。この試験用のデータとして、例えば、意味を持たないようなデータ（ＮｕｌｌデータフレームやＱｏＳ（Quality of Service）  Ｎｕｌｌフレームなど）を送信することができる。また、その試験用のデータとして、例えば、ＩＥＥＥ８０２．１１ｎの無線伝送路を用いて送信しているデータを複製してＩＥＥＥ８０２．１１ａｄの無線伝送路に送信することができる。なお、試験用のデータの欠損量が多い状況では、その試験用のデータが同一チャンネル上で動作している他の端末のデータ送受信に大きな影響を及ぼしてしまうおそれがある。このため、そのような状況下では、試験用データのサイズ（ビットレート）を下げておくことが好ましい。
【０１１７】
続いて、制御部１８０は、ＩＥＥＥ８０２．１１ａｄの無線伝送路の通信品質が回復したか否かを判断する（ステップＳ８３４）。すなわち、制御部１８０は、ＩＥＥＥ８０２．１１ａｄの無線伝送路の通信品質が基準以上であるか否かを判断する（ステップＳ８３４）。無線伝送路の通信品質が回復していないと判断された場合には（ステップＳ８３４）、ステップＳ８３１に戻る。
【０１１８】
また、無線伝送路の通信品質が回復したと判断された場合には（ステップＳ８３４）、制御部１８０は、画像データの送信に用いる無線伝送路の種類を変更する（ステップＳ８３５、Ｓ８３６）。このように無線伝送路の種類を変更する場合には、制御部１８０は、必要に応じて、無線伝送路の変更に関する情報を情報処理装置２００（受信機器）に通知する（ステップＳ８３５）。この通知については、ステップＳ８２９と同様であるため、ここでの説明を省略する。
【０１１９】
続いて、制御部１８０は、画像データの送信に用いる無線伝送路の種類を変更するための制御を行い（ステップＳ８３６）、ステップＳ８２５に戻る。図６では、画像データの送信に用いていた無線伝送路（ＩＥＥＥ８０２．１１ｎ）での送信を中止し、その代わりに、無線伝送路（ＩＥＥＥ８０２．１１ａｄ）による送信に切り替える例を示す（ステップＳ８３６）。
【０１２０】
なお、この切り替えの際に、制御部１８０は、ステップＳ８３０と同様に、画像符号化部１２０の設定を変更して画像データに適用していた高効率符号化の圧縮率を帯域に合わせて変更するようにしてもよい。また、制御部１８０は、ステップＳ８３０と同様に、高効率符号化から通常の符号化（例えば、圧縮を用いない符号化）に処理を変更するようにしてもよい。
【０１２１】
また、切り替え後の画像データが切り替え前の画像データに依存しないように符号化するようにしてもよい。
【０１２２】
このように、制御部１８０は、高周波帯域（例えば、ＩＥＥＥ８０２．１１ａｄ）の無線伝送路の通信品質が基準よりも悪化した場合には、画像データの無線伝送路を切り替える。例えば、制御部１８０は、画像データの無線伝送路を、高周波帯域の無線伝送路から低周波帯域（例えば、ＩＥＥＥ８０２．１１ｎ）の無線伝送路に切り替える。また、制御部１８０は、その無線伝送路の切り替えの際に、画像データの符号化方式の変更と、高効率符号化の使用および不使用の切り替えと、高効率符号化の種類および設定項目（例えば、パラメータ）の変更とのうちの少なくとも１つを行うようにしてもよい。また、制御部１８０は、その無線伝送路の切り替え後に送信する画像データについては、その切り替え前に送信した画像データに依存せずに復号することができる符号化を施して情報処理装置２００に送信するようにしてもよい。
【０１２３】
［情報処理装置（受信機器）の動作例］
図７は、本技術の第１の実施の形態における情報処理装置２００（受信機器）によるデータ受信制御処理の処理手順の一例を示すフローチャートである。図７では、情報処理装置１００（送信機器）および情報処理装置２００（受信機器）間で無線通信を行う例を示す。また、図７に示すデータ受信制御処理は、図６に示すデータ送信制御処理に対応する。
【０１２４】
なお、ＲＴＳＰセッションを確立するまでの各処理（ステップＳ８４１乃至Ｓ８４４）は、図５に示す各処理（ステップＳ８１１乃至Ｓ８１４）と同様であるため、ここでの説明を省略する。
【０１２５】
ＲＴＳＰセッションが確立された後に（ステップＳ８４４）、制御部２８０は、現在実行中の画像データおよび音声データの受信処理を終了するか否かを判断する（ステップＳ８４５）。そして、その受信処理を終了すると判断された場合には（ステップＳ８４５）、データ受信制御処理の動作を終了する。なお、この判断処理（ステップＳ８４５）では、図６に示すステップＳ８２５と同様の判断基準を用いることができる。また、図６に示す例と同様に、他のタイミングでその判断処理を行うようにしてもよい。例えば、ステップＳ８４４以降の何れかのタイミングで行うことができる。
【０１２６】
なお、データの受信処理（ステップＳ８４６）は、図５に示すデータの送信処理（ステップＳ８１５）と同様であるため、ここでの説明を省略する。
【０１２７】
続いて、制御部２８０は、情報処理装置１００（送信機器）から切り替えの制御メッセージを受信したか否かを判断する（ステップＳ８４７）。情報処理装置１００（送信機器）からの切り替えの制御メッセージを受信していない場合には（ステップＳ８４７）、ステップＳ８４５に戻る。
【０１２８】
また、情報処理装置１００（送信機器）からの切り替えの制御メッセージを受信した場合には（ステップＳ８４７）、制御部２８０は、画像データの送信に用いる無線伝送路の種類を変更するための制御を行う（ステップＳ８４８）。図７では、図６と同様に、画像データの送信に用いていた無線伝送路（ＩＥＥＥ８０２．１１ａｄ）での送信を中止し、その代わりに、無線伝送路（ＩＥＥＥ８０２．１１ｎ）による送信に切り替える例を示す（ステップＳ８４８）。
【０１２９】
なお、この切り替えの際に、制御部２８０は、必要に応じて、切り替え後の画像データのフォーマットに合わせて画像復号部２２０を再初期化する等の処理を行うようにしてもよい。
【０１３０】
続いて、制御部２８０は、現在実行中の画像データおよび音声データの受信処理を終了するか否かを判断する（ステップＳ８４９）。そして、その受信処理を終了すると判断された場合には（ステップＳ８４９）、データ受信制御処理の動作を終了する。なお、この判断処理（ステップＳ８４９）では、図６に示すステップＳ８２５と同様の判断基準を用いることができる。
【０１３１】
続いて、制御部２８０は、情報処理装置１００（送信機器）から受信した各データを出力するための制御を行う（ステップＳ８５０）。具体的には、制御部２８０は、第２通信部２４０を介して受信した画像データを画像復号部２２０に復号させ、この復号された画像データを画像出力部２３０から出力させる（ステップＳ８５０）。また、制御部２８０は、第２通信部２４０を介して受信した音声データを音声復号部２５０に復号させ、この復号された音声データを音声出力部２６０から出力させる（ステップＳ８５０）。すなわち、制御部２８０は、ＩＥＥＥ８０２．１１ｎの無線伝送路を用いて、情報処理装置１００（送信機器）からの画像データおよび音声データを受信する（ステップＳ８５０）。
【０１３２】
続いて、制御部２８０は、情報処理装置１００（送信機器）から切り替えの制御メッセージを受信したか否かを判断する（ステップＳ８５１）。情報処理装置１００（送信機器）からの切り替えの制御メッセージを受信していない場合には（ステップＳ８５１）、ステップＳ８４９に戻る。
【０１３３】
また、情報処理装置１００（送信機器）からの切り替えの制御メッセージを受信した場合には（ステップＳ８５１）、制御部２８０は、画像データの送信に用いる無線伝送路の種類を変更するための制御を行う（ステップＳ８５２）。図７では、図６と同様に、画像データの送信に用いていた無線伝送路（ＩＥＥＥ８０２．１１ｎ）での送信を中止し、その代わりに、無線伝送路（ＩＥＥＥ８０２．１１ａｄ）による送信に切り替える例を示す（ステップＳ８５２）。
【０１３４】
なお、この切り替えの際に、制御部２８０は、必要に応じて、切り替え後の画像データのフォーマットに合わせて画像復号部２２０を再初期化する等の処理を行うようにしてもよい。
【０１３５】
このように、無線伝送路の種類を自動で切り替えることにより、画像データの送信に用いる無線伝送路の通信品質が一時的に劣化した場合でも、他の種類の無線伝送路に切り替えることができる。これにより、受信機器が出力する画像が途切れることを防止し、ユーザ体験の劣化を防ぐことができる。
【０１３６】
例えば、ＩＥＥＥ８０２．１１ａｄの無線伝送路の通信品質を常にチェックし、通信品質が悪くなった場合には、一時的にＩＥＥＥ８０２．１１ｎの無線伝送路に切り替えることができる。これにより、ＩＥＥＥ８０２．１１ａｄの無線伝送路の通信品質が不安定であっても、画像出力部２３０に表示される画像の欠損を最小限に抑えることができる。
【０１３７】
［複数種類の無線伝送路を用いて、同一の画像を表す画像データを同時に送信する例］
図６および図７では、無線伝送路の通信品質に応じて画像データを送信する無線伝送路を変更する例を示した。ここで、図６および図７に示す例では、無線伝送路の切り替えを行うため、切り替えに時間がかかったり、切り替えのタイミングが遅れたりすることも想定される。このような場合には、その切り替えに要する時間や、そのタイミングが遅れた時間だけ画像データの欠損が続いてしまうおそれがある。
【０１３８】
そこで、ここでは、複数種類（２つまたはそれ以上の種類）の無線伝送路を用いて、同一の画像を表す画像データを送信機器から受信機器に同時に送信する例を示す。ここで、送信対象となる画像データ（同一の画像を表す画像データ）の符号化方式については、それぞれの種類の無線伝送路の帯域に合わせて設定する必要がある。また、送信対象となる画像データ（同一の画像を表す画像データ）の符号化方式として、例えば、高効率符号化を適用する場合には、その設定パラメータについて、それぞれの種類の無線伝送路の帯域に合わせて設定する必要がある。
【０１３９】
［情報処理装置（送信機器）の動作例］
最初に、情報処理装置１００（送信機器）の動作例について説明する。なお、複数種類の無線伝送路を用いて、同一の画像を表す画像データを同時に送信する場合における情報処理装置１００（送信機器）の動作例については、図４に示す例と略同様であるため、図示を省略し、ここでは、図４と異なる点についてのみ説明する。
【０１４０】
２種類の無線伝送路を用いて、同一の画像を表す画像データを同時に送信する場合には、第１通信部１３０および第２通信部１６０の両方を同時に稼働させる。そして、同一の画像を表す画像データを両方の通信部（第１通信部１３０および第２通信部１６０）から２種類の無線伝送路（ＩＥＥＥ８０２．１１ａｄ、ＩＥＥＥ８０２．１１ｎ）に同時に送信する（図４に示すステップＳ８０５）。なお、音声データについては、第２通信部１６０から１種類の無線伝送路（ＩＥＥＥ８０２．１１ｎ）に送信するようにする。
【０１４１】
なお、使用する無線伝送路の種類が３つ以上である場合には、２種類の無線伝送路を用いる場合と同様に、同一の画像を表す画像データを３つ以上の通信部から同時に送信するようにしてもよい（図４に示すステップＳ８０５）。
【０１４２】
このように、制御部１８０は、同一の画像を出力するための画像データを、高周波帯域の無線伝送路および低周波帯域の無線伝送路の双方を用いて情報処理装置２００に同時に送信させることができる。
【０１４３】
［情報処理装置（受信機器）の動作例］
図８は、本技術の第１の実施の形態における情報処理装置２００（受信機器）によるデータ受信制御処理の処理手順の一例を示すフローチャートである。図８では、情報処理装置１００（送信機器）および情報処理装置２００（受信機器）間で無線通信を行う例を示す。また、図８では、受信機器において、２種類の無線伝送路からのデータを同時に受信するデータ受信制御処理の一例を示す。
【０１４４】
なお、ＲＴＳＰセッションを確立するまでの各処理（ステップＳ８６１乃至Ｓ８６４）は、図５に示す各処理（ステップＳ８１１乃至Ｓ８１４）と同様であるため、ここでの説明を省略する。
【０１４５】
ＲＴＳＰセッションが確立された後に（ステップＳ８６４）、制御部２８０は、現在実行中の画像データおよび音声データの受信処理を終了するか否かを判断する（ステップＳ８６５）。そして、その受信処理を終了すると判断された場合には（ステップＳ８６５）、データ受信制御処理の動作を終了する。なお、この判断処理（ステップＳ８６５）では、図６に示すステップＳ８２５と同様の判断基準を用いることができる。また、図６に示す例と同様に、他のタイミングでその判断処理を行うようにしてもよい。例えば、ステップＳ８６４以降の何れかのタイミングで行うことができる。
【０１４６】
続いて、制御部２８０は、情報処理装置１００（送信機器）から受信した各データを復号するための制御を行う（ステップＳ８６６）。具体的には、制御部２８０は、第１通信部２１０を介して受信した画像データと、第２通信部２４０を介して受信した画像データとの両方を画像復号部２２０に入力して復号させる（ステップＳ８６６）。また、制御部２８０は、第２通信部２４０を介して受信した音声データを音声復号部２５０に入力して復号させる（ステップＳ８６６）。
【０１４７】
続いて、制御部２８０は、第１通信部２１０を介して受信した画像データ（復号して得られた画像データ（画像信号））の品質と、第２通信部２４０を介して受信した画像データ（復号して得られた画像データ（画像信号））の品質とを比較する（ステップＳ８６７）。すなわち、制御部２８０は、ＩＥＥＥ８０２．１１ａｄの無線伝送路を用いて受信した画像データの品質と、ＩＥＥＥ８０２．１１ｎの無線伝送路を用いて受信した画像データの品質とを比較する（ステップＳ８６７）。
【０１４８】
ここで、復号して得られた画像データ（画像信号）の品質は、例えば、画像データの欠落の程度を表す情報とすることができる。例えば、画像データの欠落により画像の一部が欠けている場合、その欠落により画像の一部が乱れている場合、または、その欠落により画像が全く出力されない場合には、復号して得られた画像データ（画像信号）の品質が悪いと判断することができる。
【０１４９】
ここで、Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔの場合に、情報処理装置２００（受信機器）側でデータの欠落を検出する方法について説明する。例えば、受信したＲＴＰ（Real-time Transport Protocol）パケットを、パケット毎に付与されているシーケンス番号順に並び替え、そのシーケンス番号に空きがある場合には、画像データが欠落したと判断することができる。また、受信したＭＰＥＧ（Moving Picture Experts Group）−２  ＴＳ（Transport Stream）パケットに含まれているｃｏｎｔｉｎｕｉｔｙ  ｃｏｕｎｔｅｒの値を検査し、番号が非連続に増加した場合（ただし、ラップアラウンドした場合は除く）には、データが欠落したと判断することができる。
【０１５０】
その比較の結果、第１通信部２１０を介して受信して得られた画像データ（ＩＥＥＥ８０２．１１ａｄの無線伝送路を介して受信して得られた画像データ）の品質がよいと判断された場合を想定する（ステップＳ８６８）。この場合には、制御部２８０は、その画像データを出力対象とするための制御を行う（ステップＳ８６９）。すなわち、制御部２８０は、その画像データ（第１通信部２１０を介して受信して得られた画像データ）を画像復号部２２０から画像出力部２３０に出力させ、その画像データを画像出力部２３０から出力させる（ステップＳ８６９）。この場合には、第２通信部２４０を介して受信して得られた画像データ（ＩＥＥＥ８０２．１１ｎの無線伝送路を介して受信して得られた画像データ）については、使用しない。
【０１５１】
一方、第２通信部２４０を介して受信して得られた画像データ（ＩＥＥＥ８０２．１１ｎの無線伝送路を介して受信して得られた画像データ）の品質がよいと判断された場合を想定する（ステップＳ８６８）。この場合には、制御部２８０は、その画像データを出力対象とするための制御を行う（ステップＳ８７０）。すなわち、制御部２８０は、その画像データ（第２通信部２４０を介して受信して得られた画像データ）を画像復号部２２０から画像出力部２３０に出力させ、その画像データを画像出力部２３０から出力させる（ステップＳ８７０）。この場合には、第１通信部２１０を介して受信して得られた画像データ（ＩＥＥＥ８０２．１１ａｄの無線伝送路を介して受信して得られた画像データ）については、使用しない。
【０１５２】
続いて、制御部２８０は、第２通信部２４０を介して受信した音声データ（音声復号部２５０により復号された音声データ）を音声出力部２６０から出力させる（ステップＳ８７１）。
【０１５３】
ここで、画像データの品質の比較の結果、双方の品質が同程度である場合も想定される。例えば、画像の欠落状況が双方とも同じである場合には、双方の品質が同一であると判断される。このような場合には、所定規則に従って出力対象となる画像データを選択することができる。例えば、解像度が高い画像を選択するようにしてもよく、画像データのビットレートが高い画像を選択するようにしてもよい。
【０１５４】
また、以降も同様に、情報処理装置２００（受信機器）は、上述した動作を繰り返し行う。なお、画像データの品質を確認するタイミングについては、定期的または不定期とすることができる。例えば、画像データの品質を定期的に確認する場合には、画像データのフレーム毎に品質の確認を行うようにしてもよく、一定間隔ごとに画像データの品質の確認を行うようにしてもよい。
【０１５５】
なお、使用する無線伝送路の種類が３つ以上である場合には、制御部２８０は、３つ以上の画像データの品質をそれぞれ比較する（ステップＳ８６７）。そして、制御部２８０は、その比較の結果、画像データの品質が最も高い画像を選択し（ステップＳ８６８）、その選択された画像を画像出力部２３０に表示させるようにする（ステップＳ８６９、Ｓ８７０に相当）。
【０１５６】
このように、制御部２８０は、同一の画像を出力するための画像データを高周波帯域の無線伝送路および低周波帯域の無線伝送路の双方を用いて情報処理装置１００から同時に受信する制御を行う。また、この場合には、制御部２８０は、その受信した複数の画像データのうちから品質が高い画像データを出力対象の画像データとして選択する。
【０１５７】
このように、複数種類の無線伝送路を用いて、同一の画像を同時に送信することにより、一方の無線伝送路の通信品質が悪くなった場合でも、他方の無線伝送路を用いて受信した画像データを用いることができる。これにより、受信機器が出力する画像が途切れることを回避することができ、出力対象となる画像の品質の劣化を最小限に抑えることができる。
【０１５８】
［最適な種類の無線伝送路を自動で選択する例］
以上では、主に、ＩＥＥＥ８０２．１１ａｄおよびＩＥＥＥ８０２．１１ｎの２種類の無線伝送路を用いる例について説明したが、上述したように、３種類以上の無線伝送路を用いるようにしてもよい。例えば、画像データをＩＥＥＥ８０２．１１ａｄの無線伝送路を用いて伝送し、音声データをＩＥＥＥ８０２．１１ｎの無線伝送路を用いて伝送し、制御信号をＩＥＥＥ８０２．１１ａｈの無線伝送路を用いて伝送してもよい。また、５ＧＨｚ帯のＩＥＥＥ８０２．１１ｎは、ＩＥＥＥ８０２．１１ａｃに置き換えてもよい。さらに、ＩＥＥＥ８０２．１１ａｄの無線伝送路を用いる時は、送信機器１台に受信機器２台以上を接続させ、同一の画像・音声データを２台以上の受信機器に伝送することによって、データの損失を抑えるような機能と組み合わせてもよいものとする。このように、複数種類の無線伝送路を用いる場合には、画像データや音声データの伝達に用いる無線伝送路の種類を適切に選択することが重要である。例えば、画像データや音声データの伝達に用いる無線伝送路の種類を自動で最適なものに決定することも考えられる。
【０１５９】
そこで、ここでは、無線伝送路の各種類の性質や、データ送信に求められる特性を予め定義しておき、これらの情報に基づいて、使用する無線伝送路の種類を選択する例を示す。
【０１６０】
［無線伝送路の種類の性質やデータの要件に関する要素例］
図９は、本技術の第１の実施の形態における通信システム１０による無線伝送路の選択時に考慮される要素例を示す図である。
【０１６１】
なお、図９に示す要素例は、一例であり、他の要素を用いるようにしてもよい。また、これらは、事前に誰かが定義してもよく、または、データ通信時に送信機器や受信機器が実際に測定して推定するようにしてもよい。
【０１６２】
［データ送信時に重要視される性質例］
図１０は、本技術の第１の実施の形態における通信システム１０によるデータ通信時に重要視される性質の一例を示す図である。
【０１６３】
図１０のａには、画像データ、音声データおよび制御データの伝送について、重要視される性質の一例を示す。図１０のａにおいて、二重丸（◎）は、その性質が非常に重要視されることを示し、丸（○）は、その性質が重要視されることを示し、バー（−）は、その性質があまり重要視されないことを示す。
【０１６４】
ここで、図１０のａを参照して、音声データの伝送に求められる特性について説明する。例えば、音声データの伝送時において、Ａ（最大伝送速度（送信機器側））やＣ（平均伝送速度（送信機器側））に求められる値は小さい（例えば、１２８Ｋｂｐｓ）。しかしながら、音声データの欠損や伝送の遅延は、音声の途切れや遅れに直結してしまう。このため、Ｅ（パケット誤り率（ＰＥＲ））は、できるだけ小さくする必要があり、Ｇ（データ欠損の特性）は、連続的でない方がよく、また、Ｉ（伝送遅延）も小さい方が望ましい。
【０１６５】
図１０のｂには、ＩＥＥＥ８０２．１１ａｄ、ＩＥＥＥ８０２．１１ｎ（５ＧＨｚ帯を使用）およびＩＥＥＥ８０２．１１ｎ（２．４ＧＨｚ帯を使用）の無線伝送路について、それぞれの特性の一例を示す。
【０１６６】
ここで、図１０のｂを参照して、ＩＥＥＥ８０２．１１ａｄの無線伝送路について説明する。例えば、ＩＥＥＥ８０２．１１ａｄの無線伝送路の場合には、一般に、Ａ乃至Ｄ（最大伝送速度（送信機器側、受信機器側）、平均伝送速度（送信機器側、受信機器側））の値は非常に高く（例えば、１Ｇｂｐｓ以上）、Ｉ（伝送遅延）の値は小さい。しかしながら、例えば、機器の間に障害物が存在するような場合には、Ｅ（パケット誤り率（ＰＥＲ））の値は高くなり、Ｇ（データ欠損の特性）は連続的に欠損するという特性になる。また、接続機器の台数が増えると、Ｊ（伝送時間の揺らぎ）の値も大きくなる可能性がある。
【０１６７】
このように、無線伝送路の各種類の性質と伝送データの要件を把握することにより、無線伝送路の種類を選択する場合に、最適な無線伝送路を選択することができる。例えば、音声データの伝送には、Ｅ（パケット誤り率）とＩ（伝送遅延）とが最も低い種類の無線伝送路を使用するように設定することができる。このように設定しておくことにより、音声データに用いる無線伝送路として、最適な無線伝送路を選択することができる。また、無線伝送路の種類が増えた場合や、伝送データの種類が増えた場合（例えば、画像や音声以外のデータが新たに加わる場合）でも、最適な無線伝送路を選択することができる。
【０１６８】
また、無線伝送路の種類を自動で選択する選択方法と組み合わせることにより、ユーザの手間なしに、ユーザ体験を最大化するような無線伝送路の種類を自動で選択することができる。これにより、無線伝送路の種類が増えたような場合でも、最適な無線伝送路を選択することができる。
【０１６９】
このように、制御部１８０は、複数の無線伝送路の性質と、送信対象となるデータに関する情報とに基づいて、そのデータの送信に用いる無線伝送路を複数の無線伝送路のうちから選択することができる。
【０１７０】
＜２．第２の実施の形態＞
本技術の第１の実施の形態では、複数種類の無線伝送路を用いて各データ（画像データおよび音声データ）を送信する例を示した。
【０１７１】
ここで、複数種類の無線伝送路を用いる場合には、実装方法によっては、無線伝送路毎に異なるＩＰアドレスが割り当てられることがある。例えば、ＩＥＥＥ８０２．１１ａｄの無線伝送路とＩＥＥＥ８０２．１１ｎの無線伝送路との２種類の無線伝送路を用いる場合を想定する。この場合に、例えば、送信機器側のＩＥＥＥ８０２．１１ａｄの無線伝送路のＩＰアドレスとして１９２．１６８.１．１が割り当てられ、ＩＥＥＥ８０２．１１ｎの無線伝送路のアドレスとして１９２．１６８.２．１が割り当てられることがある。また、この場合には、例えば、受信機器側のＩＥＥＥ８０２．１１ａｄの無線伝送路のＩＰアドレスとして１９２．１６８.１．２が割り当てられ、ＩＥＥＥ８０２．１１ｎの無線伝送路のＩＰアドレスとして１９２．１６８.２．２が割り当てられることがある。このように、同一の機器に２つのＩＰアドレスが割り当てられることがある。すなわち、高周波帯域の無線伝送路および低周波帯域の無線伝送路のそれぞれに異なるＩＰアドレスが用いられることがある。
【０１７２】
また、Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔの仕様では、画像データおよび音声データを伝達する無線伝送路と、制御メッセージを送受信する無線伝送路とは同じ無線伝送路を使うことが想定されている。このため、例えば、画像データについては６０ＧＨｚで送信し、制御メッセージについては２．４ＧＨｚ／５ＧＨｚでやりとりする場合のように、制御メッセージを画像データおよび音声データとは別の無線伝送路を用いて送受信することができない。そこで、制御メッセージをやりとりするＲＴＳＰセッションの生成方法を新たに確立する必要がある。
【０１７３】
また、Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔで定義されている制御メッセージは、複数のＩＰアドレスを用いて伝送するようなケースを想定して作られていない。このため、無線伝送路毎に異なるＩＰアドレスが割り当てられるような実装の場合には、Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔの仕様をそのまま適用することができない可能性がある。
【０１７４】
このように、Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔの仕様では、画像データおよび音声データと、制御メッセージとの伝送のＩＰアドレスが異なるケースは考慮されていない。また、複数種類の無線伝送路を用いて、画像データおよび音声データを伝送する場合には、使用するＩＰアドレスも複数になってしまうため、Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔの仕様をそのまま適用することができない。
【０１７５】
そこで、本技術の第２の実施の形態では、Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔの制御メッセージの拡張例について説明する。すなわち、複数のＩＰアドレスが使われるような場合において、制御メッセージをやりとりするＲＴＳＰセッションの生成の方法と、Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔで定義されたＲＴＳＰメッセージの拡張方法とについて説明する。
【０１７６】
また、本技術の第２の実施の形態では、ＩＥＥＥ８０２．１１ａｄの無線伝送路とＩＥＥＥ８０２．１１ｎの無線伝送路との２種類の無線伝送路を使い、制御メッセージの送受信にはデータ損失の少ないＩＥＥＥ８０２．１１ｎの無線伝送路を用いる例を説明する。なお、多くの場合、ＤＨＣＰ（Dynamic Host Configuration Protocol）サーバやＤＨＣＰクライアントからＩＰアドレスの情報を取得する。このため、２種類の無線伝送路に割り当てられたＩＰアドレスは、送信機器側および受信機器側とも全て事前に把握しているものとする。
【０１７７】
また、Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔでは、制御メッセージの送受信にＲＴＳＰと呼ばれるプロトコルを使用する。基本的に、１つのストリームに対して１つのＲＴＳＰセッションが対応する。なお、ＲＴＳＰは、ＴＣＰ上で動作するように設計されているが、１つのＴＣＰセッション上で１つのＲＴＳＰセッションを生成することも、複数のＲＴＳＰセッションを生成することも可能である。
【０１７８】
そこで、本技術の第２の実施の形態では、ＲＴＳＰセッションの生成方法に着目し、３つのケースに分類して説明する。また、それぞれのケースについて、現在のＷｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔの仕様からの変更点について説明する。
【０１７９】
［ＩＥＥＥ８０２．１１ｎの無線伝送路上で２つのＴＣＰセッションを生成してそれぞれのＴＣＰセッションの上でＲＴＳＰセッションを１つずつ生成する例］
図１１は、本技術の第２の実施の形態における通信システム１０による通信例を示す図である。なお、通信システム１０を構成する情報処理装置１００および２００の構成については、図２および図３に示すものと同一である。このため、情報処理装置１００および２００の構成については、ここでの詳細な説明を省略する。また、図１１では、図２および図３に示す構成のうち、一部を省略して示す。また、図１２および図１６についても同様とする。
【０１８０】
また、図１１では、ＩＥＥＥ８０２．１１ａｄの無線伝送路４１０を矩形の点線で模式的に示し、ＩＥＥＥ８０２．１１ｎの無線伝送路４２０を矩形の点線で模式的に示す。また、図１１では、各ポートを模式的に示す。具体的には、各ポートとして、ＴＣＰｐｏｒｔ＃１（４０１）、ＴＣＰｐｏｒｔ＃２（４０２）、ＴＣＰｐｏｒｔ＃３（４０３）、ＵＤＰｐｏｒｔ＃１（４０４）、ＵＤＰｐｏｒｔ＃２（４０５）、ＵＤＰｐｏｒｔ＃３（４０６）、ＵＤＰｐｏｒｔ＃４（４０７）を示す。
【０１８１】
また、図１１では、ＩＥＥＥ８０２．１１ａｄの無線伝送路４１０上のストリームと、ＩＥＥＥ８０２．１１ｎの無線伝送路４２０上のストリームとを別のものとして扱い、それぞれに対して１つのＲＴＳＰセッションを生成する例を示す。ここで、Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔでは、ＲＴＳＰセッションを生成する際にＭ１乃至Ｍ７メッセージをやりとりする。また、図１１に示す例では、Ｍ１乃至Ｍ７メッセージを無線伝送路の数（図１１に示す例では、２）だけ繰り返すことになる。なお、図１１に示す例では、メッセージの内容の変更は特に必要ない。
【０１８２】
例えば、ＩＥＥＥ８０２．１１ａｄの無線伝送路４１０上のストリームでは、画像データ（画像信号）（矢印４１１で示す）を伝送する。また、ＩＥＥＥ８０２．１１ｎの無線伝送路４２０上のストリームでは、音声データ（場合によっては、画像データ）（矢印４２１で示す）を伝送する。
【０１８３】
また、これら２つのストリームを制御するためのＲＴＳＰセッションは、何れもＩＥＥＥ８０２．１１ｎの無線伝送路４２０上で生成される。すなわち、ＴＣＰｐｏｒｔ＃１（４０１）およびＴＣＰｐｏｒｔ＃２（４０２）を用いて、ＩＥＥＥ８０２．１１ａｄ用ＲＴＳＰセッション４２２が生成される。また、ＴＣＰｐｏｒｔ＃１（４０１）およびＴＣＰｐｏｒｔ＃３（４０３）を用いて、ＩＥＥＥ８０２．１１ｎ用ＲＴＳＰセッション４２３が生成される。なお、送信機器側のＴＣＰｐｏｒｔについては１つでよいため、図１１では、ＴＣＰｐｏｒｔ＃１（４０１）のみを用いる例を示すが、受信機器側のＴＣＰｐｏｒｔに応じて複数のＴＣＰｐｏｒｔを用いるようにしてもよい。
【０１８４】
また、ＲＴＳＰの制御命令については、ＩＥＥＥ８０２．１１ａｄの無線伝送路４１０上と、ＩＥＥＥ８０２．１１ｎの無線伝送路４２０上とのそれぞれの送信を別々に制御するようにしてもよく、連動させるようにしてもよい。なお、ＲＴＳＰの制御命令は、例えば、ＰＡＵＳＥ、ＰＬＡＹ、ＴＥＡＲＤＯＷＮ、ＷＦＤ＿ｓｔａｎｄｂｙである。
【０１８５】
例えば、ＩＥＥＥ８０２．１１ａｄの無線伝送路４１０に対応するＲＴＳＰセッションにおいてＰＡＵＳＥ命令を発行する場合を想定する。この場合には、ＩＥＥＥ８０２．１１ａｄの無線伝送路４１０上の送信ストリームのみを一時停止させるようにしてもよい。また、ＩＥＥＥ８０２．１１ａｄの無線伝送路４１０と、ＩＥＥＥ８０２．１１ｎの無線伝送路４２０との両方の送信ストリームを一時停止させるようにしてもよい。
【０１８６】
なお、２種類の無線伝送路の送信ストリームを一時停止させる場合には、ある無線伝送路で送られてきたＲＴＳＰメッセージの内容を、全ての無線伝送路上の送信データに対して適用するような制御を、制御部１８０、２８０が行う必要がある。また、ＲＴＳＰメッセージに含まれるＳｅｓｓｉｏｎ  ＩＤを、全てのＲＴＳＰセッションにおいて同一にすると、連動させる動作をより明確にすることができる。
【０１８７】
また、片方のＲＴＳＰセッションが途中で切断されてしまった場合には、再度の接続を試みることが望ましい。この際に、Ｍ１  ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ、Ｍ２  ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅを省略し、Ｍ３  ｒｅｑｕｅｓｔから制御メッセージをやりとりするようにしてもよい。これにより、再接続に要する時間を低減させることができる。
【０１８８】
このように、情報処理装置１００は、高周波帯域の無線伝送路および低周波帯域の無線伝送路の双方を用いて複数のデータを情報処理装置２００に送信させることができる。この場合に、制御部１８０、２８０は、低周波帯域の無線伝送路上で複数のＴＣＰセッションを生成し、それぞれのＴＣＰセッション上で複数のデータを送信するための複数のＲＴＳＰセッションを生成する。
【０１８９】
［ＩＥＥＥ８０２．１１ｎの無線伝送路上で１つのＴＣＰセッションを生成してその上で１つのＲＴＳＰセッションを生成する例］
図１２は、本技術の第２の実施の形態における通信システム１０による通信例を示す図である。
【０１９０】
図１２では、図１１と同様に、ＩＥＥＥ８０２．１１ａｄの無線伝送路４１０を矩形の点線で模式的に示し、ＩＥＥＥ８０２．１１ｎの無線伝送路４２０を矩形の点線で模式的に示す。また、図１２では、図１１と同様に、各ポートを模式的に示す。具体的には、各ポートとして、ＴＣＰｐｏｒｔ＃１（４３１）、ＴＣＰｐｏｒｔ＃２（４３２）、ＵＤＰｐｏｒｔ＃１（４３３）、ＵＤＰｐｏｒｔ＃２（４３４）、ＵＤＰｐｏｒｔ＃３（４３５）、ＵＤＰｐｏｒｔ＃４（４３６）を示す。
【０１９１】
また、図１２では、ＩＥＥＥ８０２．１１ａｄの無線伝送路４１０上のストリームと、ＩＥＥＥ８０２．１１ｎの無線伝送路４２０上のストリームとを１つのものとして扱い、ＲＴＳＰセッションを１つのみ生成する例を示す。
【０１９２】
［メッセージの変更例］
図１３および図１４は、本技術の第２の実施の形態における通信システム１０を構成する各装置によりやりとりされるメッセージの変更例を示す図である。すなわち、１つのＴＣＰセッション上で複数の送信データを制御する場合のメッセージ（Ｍ３  ｒｅｓｐｏｎｓｅメッセージ、Ｍ４  ｒｅｑｕｅｓｔメッセージ、Ｍ６  ｒｅｑｕｅｓｔメッセージ、Ｍ６  ｒｅｓｐｏｎｓｅメッセージ）の変更例を示す。なお、図１３には、メッセージの変更の一例（カンマで区切る例）を示し、図１４には、他の例（新たな行を設ける例）を示す。
【０１９３】
また、図１３および図１４では、追加部分または変更部分を、点線の矩形５０１乃至５０８、５１１乃至５１５で囲んで示す。
【０１９４】
［ＲＴＳＰメッセージ内のポート番号について］
ここで、ＲＴＳＰメッセージ内のポート番号について説明する。
【０１９５】
［Ｍ３  Ｒｅｓｐｏｎｓｅメッセージのｗｆｄ＿ｃｏｎｔｅｎｔ＿ｐｒｏｔｅｃｔｉｏｎパラメータについて］
ここでは、図１３のａおよび図１４のａを参照して説明する。
【０１９６】
このポート番号は、ＨＤＣＰの鍵交換のために受信機器が待ち受けるＴＣＰポート番号を表す。例えば、無線伝送路が複数存在する場合には、それぞれの無線伝送路上でＨＤＣＰの鍵交換を行うことが考えられる。そのため、無線伝送路の数だけポート番号を記載する必要がある。例えば、図１３のａの矩形の点線５０１内に示すように、無線伝送路の数だけポート番号を追加して記載する。
【０１９７】
［Ｍ３  ＲｅｓｐｏｎｓｅおよびＭ４  Ｒｅｑｕｅｓｔ内のｗｆｄ＿ｃｌｉｅｎｔ＿ｒｔｐ＿ｐｏｒｔｓパラメータについて］
ここでは、図１３のａ、ｂおよび図１４のａ、ｂを参照して説明する。
【０１９８】
Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔの仕様では、２つのポート番号をスペース区切りで入力することになっている。例えば、２つのポート番号「１０２８」と「０」を入力する場合には、「１０２８  ０」のようにスペース区切りで入力する。
【０１９９】
また、Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔの仕様では、１つの送信機器（Ｓｏｕｒｃｅデバイス）から、画像のストリームのみを受信機器（Ｐｒｉｍａｒｙ  Ｓｉｎｋ）に伝送し、音声のストリームのみを別の受信機器（Ｓｅｃｏｎｄａｒｙ  Ｓｉｎｋ）に伝送することが認められている。
【０２００】
このため、ｗｆｄ＿ｃｌｉｅｎｔ＿ｒｔｐ＿ｐｏｒｔｓパラメータの２つのポート番号のうち、１つ目は、Ｐｒｉｍａｒｙ  ＳｉｎｋがＲＴＰストリーム受信に使用するＵＤＰポート番号を表す。また、２つ目は、Ｓｅｃｏｎｄａｒｙ  ＳｉｎｋがＲＴＰストリーム受信に使用するＵＤＰポート番号を表す。
【０２０１】
ＳｏｕｒｃｅデバイスおよびＰｒｉｍａｒｙ  Ｓｉｎｋ間でＲＴＳＰのメッセージをやりとりする際は、１つ目のＵＤＰポートの値を非ゼロに、２つ目のＵＤＰポートの値をゼロに設定する。一方、ＳｏｕｒｃｅデバイスおよびＳｅｃｏｎｄａｒｙ  Ｓｉｎｋ間でＲＴＳＰのメッセージをやりとりする際は、１つ目のＵＤＰポートの値をゼロに、２つ目のＵＤＰポートの値を非ゼロに設定する。なお、受信機器が１台の場合（すなわち、１つの機器で画像および音声の両方のストリームを受信する場合）には、Ｐｒｉｍａｒｙ  Ｓｉｎｋのケースと同じ動作を行う。
【０２０２】
また、無線伝送路が２つ以上の場合には、１つ目のＵＤＰポート番号、２つ目のＵＤＰポート番号をそれぞれ無線伝送路の数だけ増やす必要がある。
【０２０３】
［Ｍ６  ＲｅｑｕｅｓｔおよびＭ６  Ｒｅｓｐｏｎｓｅ内のｃｌｉｅｎｔ＿ｐｏｒｔの値について］
ここでは、図１３のｃ、ｄおよび図１４のｃ、ｄを参照して説明する。
【０２０４】
この値は、受信機器が、ＲＴＰストリームを受信する際に用いるＵＤＰポート番号を表す。すなわち、この値は、上述したｗｆｄ＿ｃｌｉｅｎｔ＿ｒｔｐ＿ｐｏｒｔｓ内の値と基本的には同等である。
【０２０５】
なお、Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔの仕様では、オプションとしてＲＴＣＰによる制御情報をやりとりすることができる。ＲＴＣＰの通信には、ＲＴＰポート番号に１を加えたポート番号を使用する。そこで、受信機器がＲＴＣＰに対応している場合には、"１０２８−１０２９"のように、ハイフンで区切られた２つの連続した値を書き込み、１つ目の値をＲＴＰに対応させ、２つ目の値をＲＴＣＰに対応させる。また、ＲＴＣＰに非対応の場合には、ハイフンおよび２つ目の整数は書き込まない。
【０２０６】
［Ｍ６  Ｒｅｓｐｏｎｓｅ内のｓｅｒｖｅｒ＿ｐｏｒｔの値について］
ここでは、図１３のｄおよび図１４のｄを参照して説明する。
【０２０７】
この値は、送信機器が、ＲＴＰストリームを送信する際に用いるＵＤＰポート番号を表す。なお、上述したｃｌｉｅｎｔ＿ｐｏｒｔと同様に、送信機器がＲＴＣＰを用いる場合には、"５０００−５００１"のようにハイフンで区切られた２つの連続した値を書き込み、１つ目の値をＲＴＰに対応させ、２つ目の値をＲＴＣＰに対応させる。また、ＲＴＣＰに非対応の場合、または、送信機器が対応していても受信機器が対応していない場合には、ハイフンおよび２つ目の整数は書き込まない。
【０２０８】
なお、図１３では、新たに追加する各値を、カンマで区切る例を示したが、例えば、他の規則に基づいて区切るようにしてもよい。例えば、コロン、セミコロン、ピリオド、＋記号、スラッシュ、スペースを用いて区切るようにしてもよい。
【０２０９】
［シーケンスチャート例］
図１５は、本技術の第２の実施の形態における通信システム１０を構成する各装置間における通信処理例を示すシーケンスチャートである。なお、図１５では、情報処理装置１００および情報処理装置２００間においてＭ１乃至Ｍ７メッセージ（図１３および図１４に示すメッセージを含む）をやりとりする場合における通信処理例を示す。
【０２１０】
図１５に示す例において、図１３のａおよび図１４のａに示すメッセージは、矢印６０１に対応するメッセージである。また、図１３のｂおよび図１４のｂに示すメッセージは、矢印６０２に対応するメッセージである。また、図１３のｃおよび図１４のｃに示すメッセージは、矢印６０３に対応するメッセージである。また、図１３のｄおよび図１４のｄに示すメッセージは、矢印６０４に対応するメッセージである。
【０２１１】
図１３および図１４に示すように、ＲＴＳＰセッションを生成するためのＭ１乃至Ｍ７メッセージのうち、一部については変更が必要である。具体的には、Ｍ３  ｒｅｓｐｏｎｓｅメッセージ、Ｍ４  ｒｅｑｕｅｓｔメッセージ、Ｍ６  ｒｅｑｕｅｓｔメッセージおよびＭ６  ｒｅｓｐｏｎｓｅメッセージの変更が必要である。また、これらのメッセージには、受信機器が画像データおよび音声データを受信するＵＤＰポート番号が含まれる。
【０２１２】
例えば、複数種類の無線伝送路を用いる場合には、各無線伝送路に対応するＵＤＰポート番号をそれぞれのメッセージに入れる必要がある。同様に、Ｍ６  ｒｅｓｐｏｎｓｅメッセージでは、送信機器が画像データおよび音声データを送信するＵＤＰポート番号を表明するが、こちらも同様にそれぞれの無線伝送路に対応するＵＤＰポート番号をＭ６  ｒｅｓｐｏｎｓｅメッセージに入れる必要がある。
【０２１３】
また、ＨＤＣＰによるＣｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ機構を用いる場合には、受信機器が送信するＭ３  ｒｅｓｐｏｎｓｅメッセージも変更が必要である。例えば、Ｍ３  ｒｅｓｐｏｎｓｅメッセージには、ＡＫＥ（Authentication and Key Interchange）の際に受信機器側が用いるＴＣＰポート番号が含まれる。
【０２１４】
また、複数種類の無線伝送路を用いる場合には、それぞれの無線伝送路上でＡＫＥを行う必要があるため、受信機器がＡＫＥに用いるＴＣＰポート番号を全てＭ３  ｒｅｓｐｏｎｓｅメッセージ内に含める必要がある。
【０２１５】
なお、図１３および図１４に示す変更方法は一例であり、これらに限定されない。
【０２１６】
ここで、ＰＡＵＳＥ、ＰＬＡＹ、ＴＥＡＲＤＯＷＮ、ＷＦＤ＿ｓｔａｎｄｂｙ等のＲＴＳＰの制御命令は、ＩＥＥＥ８０２．１１ａｄの無線伝送路４１０上と、ＩＥＥＥ８０２．１１ｎの無線伝送路４２０上との両方の送信に影響を及ぼす。例えば、ＰＡＵＳＥ命令を発行した場合には、ＩＥＥＥ８０２．１１ａｄの無線伝送路４１０上の送信データと、ＩＥＥＥ８０２．１１ｎの無線伝送路４２０上の送信データとの両方が一時停止される。
【０２１７】
このように、情報処理装置１００は、高周波帯域の無線伝送路および低周波帯域の無線伝送路の双方を用いて複数のデータを情報処理装置２００に送信させることができる。この場合に、制御部１８０、２８０は、低周波帯域の無線伝送路上で１つのＴＣＰセッションを生成し、そのＴＣＰセッション上で複数のデータを送信するための１つのＲＴＳＰセッションを生成する。また、制御部１８０は、１つのＲＴＳＰセッションを生成する場合に、ＲＴＳＰメッセージにおいて、カンマ、コロン、セミコロン、ピリオド、＋記号、スラッシュ、スペースの何れかで区切ることにより、複数のデータを送信する際に用いられる無線伝送路に関するポート番号を追加して書き込む。また、制御部１８０は、情報処理装置２００がＲＴＣＰに対応している場合には、Ｍ６  ＲｅｑｕｅｓｔメッセージおよびＭ６  Ｒｅｓｐｏｎｓｅメッセージ内のｃｌｉｅｎｔ＿ｐｏｒｔと、Ｍ６  Ｒｅｓｐｏｎｓｅメッセージ内のｓｅｒｖｅｒ＿ｐｏｒｔとについて、ハイフンで区切られた２つの連続した値をＵＤＰポート番号として書き込み、１つ目の値をＲＴＰに対応させ、２つ目の値をＲＴＣＰに対応させる。
【０２１８】
［ＩＥＥＥ８０２．１１ｎの無線伝送路上で１つのＴＣＰセッションを生成してその上で２つのＲＴＳＰセッションを生成する例］
図１６は、本技術の第２の実施の形態における通信システム１０による通信例を示す図である。
【０２１９】
図１６では、図１１と同様に、ＩＥＥＥ８０２．１１ａｄの無線伝送路４１０を矩形の点線で模式的に示し、ＩＥＥＥ８０２．１１ｎの無線伝送路４２０を矩形の点線で模式的に示す。また、図１６では、図１１と同様に、各ポートを模式的に示す。具体的には、各ポートとして、ＴＣＰｐｏｒｔ＃１（４４１）、ＴＣＰｐｏｒｔ＃２（４４２）、ＵＤＰｐｏｒｔ＃１（４４３）、ＵＤＰｐｏｒｔ＃２（４４４）、ＵＤＰｐｏｒｔ＃３（４４５）、ＵＤＰｐｏｒｔ＃４（４４６）を示す。
【０２２０】
また、図１６では、ＩＥＥＥ８０２．１１ａｄの無線伝送路４１０上のストリームとＩＥＥＥ８０２．１１ｎの無線伝送路４２０上のストリームとを別々のＲＴＳＰセッションで管理するが、ＲＴＳＰのためのＴＣＰセッションを１つのみ生成する例を示す。
【０２２１】
［メッセージの変更例］
図１７は、本技術の第２の実施の形態における通信システム１０を構成する各装置によりやりとりされるメッセージの変更例を示す図である。すなわち、ＲＴＳＰセッション毎に別のＵＲＬを用いる場合のメッセージ（Ｍ４  ｒｅｑｕｅｓｔメッセージ、Ｍ６  ｒｅｑｕｅｓｔメッセージ、Ｍ７  ｒｅｓｐｏｎｓｅメッセージ）の変更例を示す。
【０２２２】
また、図１７では、追加部分または変更部分を、点線の矩形５２１乃至５２７で囲んで示す。
【０２２３】
［シーケンスチャート例］
図１８は、本技術の第２の実施の形態における通信システム１０を構成する各装置間における通信処理例を示すシーケンスチャートである。なお、図１８では、情報処理装置１００および情報処理装置２００間においてＭ１乃至Ｍ７メッセージ（図１７に示すメッセージを含む）をやりとりする場合における通信処理例を示す。
【０２２４】
図１８に示す例において、図１３のａおよび図１４のａに示すメッセージは、矢印６１１に対応するメッセージである。また、図１７のａに示すメッセージは、矢印６１２に対応するメッセージである。また、図１７のｂに示すメッセージは、矢印６１３、６１５に対応するメッセージである。また、図１７のｃに示すメッセージは、矢印６１７、６１８に対応するメッセージである。
【０２２５】
最初に、図１２乃至図１５に示す例と同様に、Ｍ３  ｒｅｓｐｏｎｓｅメッセージおよびＭ４  ｒｅｑｕｅｓｔメッセージを変更する。また、受信機器が、画像データおよび音声データを受信する際の無線伝送路毎のＵＤＰポート番号を、それぞれのメッセージに含めるようにする。また、Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ機構を用いる場合には、図１２乃至図１５に示す例と同様に、Ｍ３  ｒｅｓｐｏｎｓｅメッセージも変更する。
【０２２６】
また、２つのＲＴＳＰセッションを生成するため、Ｍ６  ｒｅｑｕｅｓｔメッセージ、Ｍ６  ｒｅｓｐｏｎｓｅメッセージ、Ｍ７  ｒｅｑｕｅｓｔメッセージ、Ｍ７  ｒｅｓｐｏｎｓｅメッセージのそれぞれを２回ずつ送受信する。なお、無線伝送路が３つ以上ある場合には、無線伝送路の数だけ繰り返す。
【０２２７】
また、どのＲＴＳＰセッションがどの無線伝送路に対応するかを、事前に定義しておくようにしてもよく、Ｍ６  ｒｅｑｕｅｓｔメッセージのパラメータ欄において対応する無線伝送路を表明してもよい。または、Ｍ６  ｒｅｑｕｅｓｔメッセージやＭ７  ｒｅｑｕｅｓｔメッセージに含まれるＵＲＬを各ＲＴＳＰセッションで別のものを使うことにより、対応する無線伝送路を指定することもできる。この場合には、Ｍ４  ｒｅｑｕｅｓｔメッセージに含まれるＵＲＬ（ＷＦＤ−ｐｒｅｓｅｎｔａｔｉｏｎ−ＵＲＬパラメータ）についても、対応する無線伝送路の数だけ含める必要がある。また、その後に送信されるＭ８  ｒｅｑｕｅｓｔメッセージやＭ９  ｒｅｑｕｅｓｔメッセージ等のＵＲＬも、同様に変更する必要がある。この場合のＭ４  ｒｅｑｕｅｓｔメッセージ、Ｍ６  ｒｅｑｕｅｓｔメッセージ、Ｍ７  ｒｅｑｕｅｓｔメッセージの変更例を図１７のａ乃至ｃに示す。
【０２２８】
また、ＲＴＳＰの制御命令については、図１１に示す例と同様に、ＩＥＥＥ８０２．１１ａｄの無線伝送路４１０上と、ＩＥＥＥ８０２．１１ｎの無線伝送路４２０上とのそれぞれの送信を別々に制御してもよく、連動させるようにしてもよい。
【０２２９】
このように、情報処理装置１００は、高周波帯域の無線伝送路および低周波帯域の無線伝送路の双方を用いて複数のデータを情報処理装置２００に送信させることができる。この場合に、制御部１８０、２８０は、低周波帯域の無線伝送路上で１つのＴＣＰセッションを生成し、そのＴＣＰセッション上で複数のデータを送信するための複数のＲＴＳＰセッションを生成する。また、制御部１８０は、複数のＲＴＳＰセッションを生成する場合に、Ｍ４  ｒｅｑｕｅｓｔメッセージに含まれるＵＲＬを、そのＲＴＳＰセッションの数だけ含める。また、制御部１８０は、複数のＲＴＳＰセッションを生成する場合に、Ｍ６メッセージおよびＭ７メッセージのやりとりをそのＲＴＳＰセッションの数だけ行う。
【０２３０】
なお、本技術の第２の実施の形態では、メッセージの変更方法として１つの無線伝送路を追加する例を示したが、２以上の無線伝送路を追加する場合についても適用することができる。このように、２以上の無線伝送路を追加する場合には、例えば、上述した変更方法により各値を追加する。例えば、カンマ区切りで各値を追加する場合には、２つ以上の各値をカンマ区切りで順次追加することができる。
【０２３１】
ここで、本技術の第２の実施の形態に示す各例において、画像データの送信をある無線伝送路から別の無線伝送路へ切り替える場合を想定する。この場合には、ＲＴＳＰのメッセージを用いて事前に送信機器から受信機器に切り替えを通知することが考えられる。例えば、ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ  ｒｅｑｕｅｓｔメッセージを使用し、パラメータ欄に必要な情報（例えば、切り替えるタイミング、無線伝送路の指定、切り替える前後の映像のフォーマット）を記入する。そして、送信機器から受信機器にそのメッセージを送信することができる。
【０２３２】
また、例えば、ｔｒｉｇｇｅｒ  ＰＡＵＳＥ命令やｔｒｉｇｇｅｒ  ＰＬＡＹ命令を使用して通知を行うようにしてもよい。例えば、必要であればパラメータ欄に追加の情報を入力した上で、切り替えにより送信が停止されるデータを「一時停止」させ、切り替え後に送信されるデータを「再生」するように通知してもよい。
【０２３３】
なお、受信機器側で切り替えの際の事前通知が不要な場合には、このような通知を省略するようにしてもよい。
【０２３４】
このように、本技術の第２の実施の形態によれば、無線伝送路毎に別のＩＰアドレスが使われるような場合でも、既存のＷｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔの機器を用いて、複数種類の無線伝送路を活用した適切なデータ伝送を実現することができる。
【０２３５】
このように、本技術の実施の形態では、無線通信を用いた画像データおよび音声データの伝送において、複数の伝送方式を組み合わせる。これにより、高画質な画像の伝送を可能としつつ、音声が途切れたりセッションが途中で切断されたりすることを防止し、ユーザ体験の劣化を防止することができる。すなわち、適切なデータ伝送制御を行うことができ、ユーザに与える違和感を低減させ、ユーザ体験を高めることができる。
【０２３６】
＜３．応用例＞
本開示に係る技術は、様々な製品へ応用可能である。例えば、情報処理装置１００、２００は、スマートフォン、タブレットＰＣ（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）モジュール９２４、センサ９２５、データインタフェース９２６、コンテンツプレーヤ９２７、記憶媒体インタフェース９２８、入力デバイス９２９、表示デバイス９３０、スピーカ９３１、無線通信インタフェース９３３、アンテナスイッチ９３４、アンテナ９３５及びバッテリー９３８を備える。
【０２４５】
プロセッサ９２１は、例えばＣＰＵ又はＳｏＣであってよく、カーナビゲーション装置９２０のナビゲーション機能及びその他の機能を制御する。メモリ９２２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９２１により実行されるプログラム及びデータを記憶する。
【０２４６】
ＧＰＳモジュール９２４は、ＧＰＳ衛星から受信されるＧＰＳ信号を用いて、カーナビゲーション装置９２０の位置（例えば、緯度、経度及び高度）を測定する。センサ９２５は、例えば、ジャイロセンサ、地磁気センサ及び気圧センサなどのセンサ群を含み得る。データインタフェース９２６は、例えば、図示しない端子を介して車載ネットワーク９４１に接続され、車速データなどの車両側で生成されるデータを取得する。
【０２４７】
コンテンツプレーヤ９２７は、記憶媒体インタフェース９２８に挿入される記憶媒体（例えば、ＣＤ又はＤＶＤ）に記憶されているコンテンツを再生する。入力デバイス９２９は、例えば、表示デバイス９３０の画面上へのタッチを検出するタッチセンサ、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９３０は、ＬＣＤ又はＯＬＥＤディスプレイなどの画面を有し、ナビゲーション機能又は再生されるコンテンツの画像を表示する。スピーカ９３１は、ナビゲーション機能又は再生されるコンテンツの音声を出力する。
【０２４８】
無線通信インタフェース９３３は、ＩＥＥＥ８０２．１１ａ、１１ｂ、１１ｇ、１１ｎ、１１ａｃ及び１１ａｄなどの無線ＬＡＮ標準のうちの１つ以上をサポートし、無線通信を実行する。無線通信インタフェース９３３は、インフラストラクチャーモードにおいては、他の装置と無線ＬＡＮアクセスポイントを介して通信し得る。また、無線通信インタフェース９３３は、アドホックモードにおいては、他の装置と直接的に通信し得る。無線通信インタフェース９３３は、典型的には、ベースバンドプロセッサ、ＲＦ回路及びパワーアンプなどを含み得る。無線通信インタフェース９３３は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を集積したワンチップのモジュールであってもよい。無線通信インタフェース９３３は、無線ＬＡＮ方式に加えて、近距離無線通信方式、近接無線通信方式又はセルラ通信方式などの他の種類の無線通信方式をサポートしてもよい。アンテナスイッチ９３４は、無線通信インタフェース９３３に含まれる複数の回路の間でアンテナ９３５の接続先を切り替える。アンテナ９３５は、単一の又は複数のアンテナ素子を有し、無線通信インタフェース９３３による無線信号の送信及び受信のために使用される。
【０２４９】
なお、図２０の例に限定されず、カーナビゲーション装置９２０は、複数のアンテナを備えてもよい。その場合に、アンテナスイッチ９３４は、カーナビゲーション装置９２０の構成から省略されてもよい。
【０２５０】
バッテリー９３８は、図中に破線で部分的に示した給電ラインを介して、図２０に示したカーナビゲーション装置９２０の各ブロックへ電力を供給する。また、バッテリー９３８は、車両側から給電される電力を蓄積する。
【０２５１】
図２０に示したカーナビゲーション装置９２０において、図２を用いて説明した第１通信部１３０、第２通信部１６０、制御信号送受信部１７０及び制御部１８０は、無線通信インタフェース９３３において実装されてもよい。図２０に示したカーナビゲーション装置９２０において、図３を用いて説明した第１通信部２１０、第２通信部２４０、制御信号送受信部２７０及び制御部２８０は、無線通信インタフェース９３３において実装されてもよい。また、これら機能の少なくとも一部は、プロセッサ９２１において実装されてもよい。
【０２５２】
また、本開示に係る技術は、上述したカーナビゲーション装置９２０の１つ以上のブロックと、車載ネットワーク９４１と、車両側モジュール９４２とを含む車載システム（又は車両）９４０として実現されてもよい。車両側モジュール９４２は、車速、エンジン回転数又は故障情報などの車両側データを生成し、生成したデータを車載ネットワーク９４１へ出力する。
【０２５３】
なお、上述の実施の形態は本技術を具現化するための一例を示したものであり、実施の形態における事項と、特許請求の範囲における発明特定事項とはそれぞれ対応関係を有する。同様に、特許請求の範囲における発明特定事項と、これと同一名称を付した本技術の実施の形態における事項とはそれぞれ対応関係を有する。ただし、本技術は実施の形態に限定されるものではなく、その要旨を逸脱しない範囲において実施の形態に種々の変形を施すことにより具現化することができる。
【０２５４】
また、上述の実施の形態において説明した処理手順は、これら一連の手順を有する方法として捉えてもよく、また、これら一連の手順をコンピュータに実行させるためのプログラム乃至そのプログラムを記憶する記録媒体として捉えてもよい。この記録媒体として、例えば、ＣＤ（Compact Disc）、ＭＤ（MiniDisc）、ＤＶＤ（Digital Versatile Disc）、メモリカード、ブルーレイディスク（Blu-ray（登録商標）Disc）等を用いることができる。
【０２５５】
なお、本明細書に記載された効果はあくまで例示であって、限定されるものではなく、また、他の効果があってもよい。
【０２５６】
なお、本技術は以下のような構成もとることができる。
（１）
高周波帯域の無線伝送路および低周波帯域の無線伝送路のうちの少なくとも１つを用いてデータ伝送を行い、Ｗｉ−Ｆｉ（Wireless Fidelity）  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔ仕様に従って他の情報処理装置との間でリアルタイム画像伝送を行う情報処理装置であって、
Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔに関する制御信号を前記低周波帯域の無線伝送路を用いて前記他の情報処理装置に送信させる制御を行う制御部を具備する情報処理装置。
（２）
前記制御部は、前記高周波帯域の無線伝送路を用いて重要度が低いデータを前記他の情報処理装置に送信させ、前記低周波帯域の無線伝送路を用いて重要度が高いデータを前記他の情報処理装置に送信させる前記（１）に記載の情報処理装置。
（３）
前記制御部は、前記重要度が低いデータとして画像データを送信させ、前記重要度が高いデータとして音声データを送信させる前記（２）に記載の情報処理装置。
（４）
前記制御部は、前記高周波帯域の無線伝送路の通信品質が基準よりも悪化した場合には、前記画像データの無線伝送路を前記高周波帯域の無線伝送路から前記低周波帯域の無線伝送路に切り替える前記（３）に記載の情報処理装置。
（５）
前記制御部は、前記無線伝送路の切り替えの際に、前記画像データの符号化方式の変更と、高効率符号化の使用および不使用の切り替えと、前記高効率符号化の種類および設定項目の変更とのうちの少なくとも１つを行う前記（４）に記載の情報処理装置。
（６）
前記制御部は、前記無線伝送路の切り替え後に送信する画像データについては、当該切り替え前に送信した画像データに依存せずに復号することができる符号化を施して前記他の情報処理装置に送信する前記（４）または（５）に記載の情報処理装置。
（７）
前記制御部は、同一の画像を出力するための画像データを前記高周波帯域の無線伝送路および前記低周波帯域の無線伝送路の双方を用いて前記他の情報処理装置に同時に送信させる前記（１）に記載の情報処理装置。
（８）
前記制御部は、前記複数の無線伝送路の性質と送信対象となるデータに関する情報とに基づいて、当該データの送信に用いる無線伝送路を前記複数の無線伝送路のうちから選択する前記（１）に記載の情報処理装置。
（９）
前記制御部は、前記高周波帯域の無線伝送路および前記低周波帯域の無線伝送路の双方を用いて複数のデータを前記他の情報処理装置に送信する場合に、前記低周波帯域の無線伝送路上で複数のＴＣＰ（Transmission Control Protocol）セッションを生成し、それぞれのＴＣＰセッション上で前記複数のデータを送信するための複数のＲＴＳＰ（Real Time Streaming Protocol）セッションを生成する前記（１）から（８）のいずれかに記載の情報処理装置。
（１０）
前記制御部は、前記高周波帯域の無線伝送路および前記低周波帯域の無線伝送路の双方を用いて複数のデータを前記他の情報処理装置に送信する場合に、前記低周波帯域の無線伝送路上で１つのＴＣＰセッションを生成し、当該ＴＣＰセッション上で前記複数のデータを送信するための１つのＲＴＳＰセッションを生成する前記（１）から（８）のいずれかに記載の情報処理装置。
（１１）
前記制御部は、前記１つのＲＴＳＰセッションを生成する場合に、ＲＴＳＰメッセージにおいて、カンマ、コロン、セミコロン、ピリオド、＋記号、スラッシュ、スペースの何れかで区切ることにより、前記複数のデータを送信する際に用いられる無線伝送路に関するポート番号を追加して書き込む前記（１０）に記載の情報処理装置。
（１２）
前記制御部は、前記他の情報処理装置がＲＴＣＰ（Real-time Transport Control Protocol）に対応している場合には、Ｍ６  ＲｅｑｕｅｓｔメッセージおよびＭ６  Ｒｅｓｐｏｎｓｅメッセージ内のｃｌｉｅｎｔ＿ｐｏｒと、Ｍ６  Ｒｅｓｐｏｎｓｅメッセージ内のｓｅｒｖｅｒ＿ｐｏｒｔとについて、ハイフンで区切られた２つの連続した値をＵＤＰ（User Datagram Protocol）ポート番号として書き込み、１つ目の値をＲＴＰ（Real-time Transport Protocol）に対応させ、２つ目の値をＲＴＣＰに対応させる前記（１１）に記載の情報処理装置。
（１３）
前記制御部は、前記高周波帯域の無線伝送路および前記低周波帯域の無線伝送路の双方を用いて複数のデータを前記他の情報処理装置に送信する場合に、前記低周波帯域の無線伝送路上で１つのＴＣＰセッションを生成し、当該ＴＣＰセッション上で前記複数のデータを送信するための複数のＲＴＳＰセッションを生成する前記（１）から（８）のいずれかに記載の情報処理装置。
（１４）
前記制御部は、前記複数のＲＴＳＰセッションを生成する場合に、Ｍ４  ｒｅｑｕｅｓｔメッセージに含まれるＵＲＬを、当該ＲＴＳＰセッションの数だけ含める前記（１３）に記載の情報処理装置。
（１５）
前記制御部は、前記複数のＲＴＳＰセッションを生成する場合に、Ｍ６メッセージおよびＭ７メッセージのやりとりを当該ＲＴＳＰセッションの数だけ行う前記（１３）または（１４）に記載の情報処理装置。
（１６）
前記高周波帯域の無線伝送路および前記低周波帯域の無線伝送路のそれぞれに異なるＩＰアドレスが用いられる前記（９）から（１５）のいずれかに記載の情報処理装置。
（１７）
高周波帯域の無線伝送路および低周波帯域の無線伝送路のうちの少なくとも１つを用いてデータ伝送を行い、Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔ仕様に従って他の情報処理装置との間でリアルタイム画像伝送を行う情報処理装置であって、
Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔに関する制御信号を前記低周波帯域の無線伝送路を用いて前記他の情報処理装置から受信させる制御を行う制御部を具備する情報処理装置。
（１８）
前記制御部は、同一の画像を出力するための画像データを前記高周波帯域の無線伝送路および前記低周波帯域の無線伝送路の双方を用いて前記他の情報処理装置から同時に受信した場合には、当該受信した複数の画像データのうちから品質が高い画像データを出力対象の画像データとして選択する前記（１７）に記載の情報処理装置。
（１９）
高周波帯域の無線伝送路および低周波帯域の無線伝送路のうちの少なくとも１つを用いてデータ伝送を行い、Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔ仕様に従って複数の情報処理装置間でリアルタイム画像伝送を行う通信方法であって、
Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔに関する制御信号を前記低周波帯域の無線伝送路を用いて送信させる通信方法。
（２０）
高周波帯域の無線伝送路および低周波帯域の無線伝送路のうちの少なくとも１つを用いてデータ伝送を行い、Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔ仕様に従って他の情報処理装置との間でリアルタイム画像伝送を行う情報処理装置のコンピュータに実行させるプログラムであって、
Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔに関する制御信号を前記低周波帯域の無線伝送路を用いて前記他の情報処理装置に送信させる制御をコンピュータに実行させるプログラム。
【符号の説明】
【０２５７】
１０  通信システム
１００  情報処理装置
１０１  タッチパネル
１１０  画像生成部
１２０  画像符号化部
１３０  第１通信部
１３１  アンテナ
１４０  音声生成部
１５０  音声符号化部
１６０  第２通信部
１６１  アンテナ
１７０  制御信号送受信部
１８０  制御部
２００  情報処理装置
２１０  第１通信部
２１１  アンテナ
２２０  画像復号部
２３０  画像出力部
２４０  第２通信部
２４１  アンテナ
２５０  音声復号部
２６０  音声出力部
２７０  制御信号送受信部
２８０  制御部
９００  スマートフォン
９０１  プロセッサ
９０２  メモリ
９０３  ストレージ
９０４  外部接続インタフェース
９０６  カメラ
９０７  センサ
９０８  マイクロフォン
９０９  入力デバイス
９１０  表示デバイス
９１１  スピーカ
９１３  無線通信インタフェース
９１４  アンテナスイッチ
９１５  アンテナ
９１７  バス
９１８  バッテリー
９１９  補助コントローラ
９２０  カーナビゲーション装置
９２１  プロセッサ
９２２  メモリ
９２４  ＧＰＳモジュール
９２５  センサ
９２６  データインタフェース
９２７  コンテンツプレーヤ
９２８  記憶媒体インタフェース
９２９  入力デバイス
９３０  表示デバイス
９３１  スピーカ
９３３  無線通信インタフェース
９３４  アンテナスイッチ
９３５  アンテナ
９３８  バッテリー
９４１  車載ネットワーク
９４２  車両側モジュール
【図１】
2015070568.tif 000003
【図２】
2015070568.tif 000004
【図３】
2015070568.tif 000005
【図４】
2015070568.tif 000006
【図５】
2015070568.tif 000007
【図６】
2015070568.tif 000008
【図７】
2015070568.tif 000009
【図８】
2015070568.tif 000010
【図９】
2015070568.tif 000011
【図１０】
2015070568.tif 000012
【図１１】
2015070568.tif 000013
【図１２】
2015070568.tif 000014
【図１３】
2015070568.tif 000015
【図１４】
2015070568.tif 000016
【図１５】
2015070568.tif 000017
【図１６】
2015070568.tif 000018
【図１７】
2015070568.tif 000019
【図１８】
2015070568.tif 000020
【図１９】
2015070568.tif 000021
【図２０】
2015070568.tif 000022