[go: up one dir, main page]

JP2017028587A - 情報処理装置及び情報処理方法 - Google Patents

情報処理装置及び情報処理方法 Download PDF

Info

Publication number
JP2017028587A
JP2017028587A JP2015147257A JP2015147257A JP2017028587A JP 2017028587 A JP2017028587 A JP 2017028587A JP 2015147257 A JP2015147257 A JP 2015147257A JP 2015147257 A JP2015147257 A JP 2015147257A JP 2017028587 A JP2017028587 A JP 2017028587A
Authority
JP
Japan
Prior art keywords
information processing
information
processing apparatus
setting value
media setting
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2015147257A
Other languages
English (en)
Inventor
英輝 石見
Hideki Iwami
英輝 石見
山浦　智也
Tomoya Yamaura
智也 山浦
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Priority to JP2015147257A priority Critical patent/JP2017028587A/ja
Priority to PCT/JP2016/065474 priority patent/WO2017018042A1/ja
Priority to US15/510,748 priority patent/US10582376B2/en
Publication of JP2017028587A publication Critical patent/JP2017028587A/ja
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4363—Adapting the video stream to a specific local network, e.g. a Bluetooth® network
    • H04N21/43637—Adapting the video stream to a specific local network, e.g. a Bluetooth® network involving a wireless protocol, e.g. Bluetooth, RF or wireless LAN [IEEE 802.11]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4363—Adapting the video stream to a specific local network, e.g. a Bluetooth® network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/4508—Management of client data or end-user data
    • H04N21/4516—Management of client data or end-user data involving client characteristics, e.g. Set-Top-Box type, software version or amount of memory available
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/51—Allocation or scheduling criteria for wireless resources based on terminal or device properties
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08—Mobility data transfer
    • H04W8/14—Mobility data transfer between corresponding nodes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24—Transfer of terminal data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0215—Traffic management, e.g. flow control or congestion control based on user or device properties, e.g. MTC-capable devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Information Transfer Between Computers (AREA)
  • Communication Control (AREA)

Abstract

【課題】無線通信を利用して画像データを受信する情報処理装置を提供する。【解決手段】Ｍｉｒａｃａｓｔ Ｒｅｌｅａｓｅ１と親和性が高いＲＴＳＰパラメーターを新設して、シンク機器の要求によるソース機器のメディア設定値を変更する通信シーケンスにおいて、無線区間上のリソースを少なくし、ユーザーの待ち時間を感じさせない通信シーケンスとする。また、複数のソース機器から送信された画像データに基づく複数の画像をシンク機器の表示部に表示させるマルチソース・トポロジー環境では、極力データ伝送レートを割り当てる帯域制御方法を提示することを可能とする。【選択図】 図１

Description

本明細書で開示する技術は、無線通信を利用して画像データを受信する情報処理装置及び情報処理方法に関する。
ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ）８０２．１１で規定される無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）システムでは、親機として動作するアクセスポイントを介して、子機として動作するステーション間での無線による通信が行なわれる。
一方、無線ＬＡＮの普及促進団体であるＷｉ−Ｆｉ（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ）アライアンスが策定した仕様であるＷｉ−Ｆｉ Ｄｉｒｅｃｔは、機器同士が１対１（ピアツーピア）で直接通信する動作モードを提供する。Ｗｉ−Ｆｉ Ｄｉｒｅｃｔの機能を備えた無線ＬＡＮデバイスは、アクセスポイントとインフラストラクチャー・モードで接続されて通信を行なうことと、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔに対応する他の無線ＬＡＮデバイスとＷｉ−Ｆｉ Ｄｉｒｅｃｔで接続されて通信を行なうことの両方の動作が可能である（例えば、特許文献１参照）。
また、近距離無線ＡＶ（Ａｕｄｉｏ Ｖｉｓｕａｌ）伝送通信として、例えば、Ｗｉ−Ｆｉ ＣＥＲＴＩＦＩＥＤ Ｍｉｒａｃａｓｔを用いることができる。Ｗｉ−Ｆｉ ＣＥＲＴＩＦＩＥＤ Ｍｉｒａｃａｓｔは、Ｗｉ−Ｆｉ ＤｉｒｅｃｔやＴＤＬＳ（Ｔｕｎｎｅｌｅｄ Ｄｉｒｅｃｔ Ｌｉｎｋ Ｓｅｔｕｐ）の技術を利用して、一方の端末で再生される音声や表示映像を他の端末に送信し、他の端末でも同様にその音声、画像データを出力させるミラーリング技術である。Ｗｉ−Ｆｉ ＣＥＲＴＩＦＩＥＤ Ｍｉｒａｃａｓｔでは、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）上でＵＩＢＣ（Ｕｓｅｒ Ｉｎｐｕｔ Ｂａｃｋ Ｃｈａｎｎｅｌ）を実現している。ＵＩＢＣは、一方の端末から他方の端末へマウスやキーボードなどの入力機器の操作情報を送信する技術である（例えば、特許文献２を参照のこと）。
特許第５５２１７７４号公報 特開２０１５−７０５６８号公報
本明細書で開示する技術の目的は、無線通信を利用して画像データを好適に受信することができる、優れた情報処理装置及び情報処理方法を提供することにある。
本明細書で開示する技術は、上記課題を参酌してなされたものであり、その第１の側面は、
無線接続される他の情報処理装置からデータを受信する情報処理装置であって、
前記他の情報処理装置からの問合せに応じて前記情報処理装置のＣａｐａｂｉｌｉｔｙ情報を送信するＣａｐａｂｉｌｉｔｙ情報送信部と、
前記情報処理装置に関するＣａｐａｂｉｌｉｔｙ情報と、前記他の情報処理装置との通信に関する解像度情報と、前記情報処理装置における前記受信データの再生出力形式に基づいて前記他の情報処理装置に関するメディア設定値を制御する制御部と、
前記制御部によって選択されたメディア設定値に関する情報を前記他の情報処理装置に送信するメディア設定値送信部と、
を具備する情報処理装置である。
本明細書で開示する技術の第２の側面によれば、第１の側面に係る情報処理装置の前記Ｃａｐａｂｉｌｉｔｙ情報送信部は、Ｍｉｒａｃａｓｔ Ｒｅｌｅａｓｅ１のＣａｐａｂｉｌｉｔｙ Ｎｅｇｏｔｉａｔｉｏｎ処理として、前記情報処理装置のＣａｐａｂｉｌｉｔｙ情報を送信し、前記メディア設定値送信部は、Ｍｉｒａｃａｓｔ機能拡張の処理として、メディア設定値に関する情報を送信するように構成されている。
本明細書で開示する技術の第３の側面によれば、第２の側面に係る情報処理装置は、前記Ｃａｐａｂｉｌｉｔｙ Ｎｅｇｏｔｉａｔｉｏｎ処理として、前記他の情報処理装置との通信に関する前記解像度情報を受信するように構成されている。
本明細書で開示する技術の第４の側面によれば、第１の側面に係る情報処理装置は、Ｍｉｒａｃａｓｔ拡張機能情報を要求するＲＴＳＰパラメーターを含んだ要求メッセージを前記他の情報処理装置から受信したことに応じて、Ｍｉｒａｃａｓｔ拡張機能情報を実装するか否かを示すＲＴＳＰパラメーターを含んだ応答メッセージを返信する拡張機能送信部をさらに備えている。
本明細書で開示する技術の第５の側面によれば、第１の側面に係る情報処理装置は、送出可能なメディア設定値を前記他の情報処理装置に問い合わせるメディア設定値問合せ部をさらに備えている。そして、前記制御部は、前記問い合わせに対する返答に基づいて、前記他の情報処理装置に関するメディア設定値を制御するように構成されている。
本明細書で開示する技術の第６の側面によれば、第１の側面に係る情報処理装置の前記制御部は、現在設定しているメディア設定値を基準として、データ伝送レートを増加又は低減するためのメディア設定値の制御を行なうように構成されている。
本明細書で開示する技術の第７の側面によれば、第６の側面に係る情報処理装置の前記制御部は、ｍｉｎ（前記他の情報処理装置と共通項で最小のものを指定）、ｍａｘ（前記他の情報処理装置と共通項で最大のものを指定）、ｄｏｗｎ（今使っているものより１段階低いものを指定）、ｕｐ（今使っているものより１段階高いものを指定）を用いてメディア設定値の変更要求を行なわせるように構成されている。
本明細書で開示する技術の第８の側面によれば、第７の側面に係る情報処理装置の前記メディア設定値送信部は、ＲＴＳＰパラメーターを用いたメディア設定値の変更要求を送信するように構成されている。
本明細書で開示する技術の第９の側面によれば、第５の側面に係る情報処理装置の前記制御部は、前記情報処理装置が受信可能なメディア設定値と前記他の情報処理装置から送出可能なメディア設定値の間で共通する１以上のメディア設定値を選択して、前記他の情報処理装置に関するメディア設定値を制御するように構成されている。
本明細書で開示する技術の第１０の側面によれば、第９の側面に係る情報処理装置の前記メディア設定値送信部は、ＲＴＳＰパラメーターを用いて前記１以上のメディア設定値を直接指定したメディア設定値の変更要求を送信するように構成されている。
また、本明細書で開示する技術の第１１の側面は、
無線接続される他の情報処理装置からデータを受信する情報処理装置における情報処理方法であって、
前記他の情報処理装置からの問合せに応じて前記情報処理装置のＣａｐａｂｉｌｉｔｙ情報を送信するＣａｐａｂｉｌｉｔｙ情報送信ステップと、
前記情報処理装置に関するＣａｐａｂｉｌｉｔｙ情報と、前記他の情報処理装置との通信に関する解像度情報と、前記情報処理装置における前記受信データの再生出力形式に基づいて前記他の情報処理装置に関するメディア設定値を制御する制御ステップと、
前記制御ステップにおいて選択されたメディア設定値に関する情報を前記他の情報処理装置に送信するメディア設定値送信ステップと、
を有する情報処理方法である。
本明細書で開示する技術によれば、無線通信を利用して画像データを受信する情報処理装置及び情報処理方法を提供することができる。
なお、本明細書に記載された効果は、あくまでも例示であり、本発明の効果はこれに限定されるものではない。また、本発明が、上記の効果以外に、さらに付加的な効果を奏する場合もある。
本明細書で開示する技術のさらに他の目的、特徴や利点は、後述する実施形態や添付する図面に基づくより詳細な説明によって明らかになるであろう。
図１は、通信システム６００の構成例を示した図である。 図２は、第１の実施例におけるソース機器としての情報処理装置７００の機能的構成例を示したブロック図である。 図３は、第１の実施例におけるシンク機器としての情報処理装置８００の機能的構成例を示したブロック図である。 図４Ａは、情報処理装置８００の表示部３５１に表示される画像の遷移例を示した図である。 図４Ｂは、情報処理装置８００の表示部３５１に表示される画像の遷移例を示した図である。 図５は、第１の無線通信装置１００と第２の無線通信装置２００間で実施される通信処理例を示した図である。 図６は、第１の無線通信装置１００と第２の無線通信装置２００間で実施される通信処理例を示した図である。 図７は、第１の無線通信装置１００と第２の無線通信装置２００間で実施される通信処理例を示した図である。 図８は、ソース機器とシンク機器間でＭｉｒａｃａｓｔ Ｒｅｌｅａｓｅ１規格の拡張機能の実装の有無を確認するための通信シーケンス例（ＡＶ伝送前）を示した図である。 図９は、ソース機器がシンク機器の要求によりメディア設定値を変更する通信シーケンス例（ＡＶ伝送後）を示した図である。 図１０は、拡張ＲＴＳＰメッセージを用いたソース機器とシンク機器間の通信シーケンス例を示した図である。 図１１は、追加ＲＴＳＰメッセージの通信シーケンス例（ＡＶ伝送後）を示した図である。 図１２は、シンク機器がソース機器に対して解像度の変更要求する場合のＲＴＳＰ追加ＲＴＳＰメッセージの使用例を示した図である。 図１３は、シンク機器がソース機器に対してビットレートの変更要求する場合のＲＴＳＰ追加ＲＴＳＰメッセージの使用例を示した図である。 図１４は、シンク機器がソース機器に対してデータ伝送速度を指定しつつビットレートの変更要求する場合のＲＴＳＰ追加ＲＴＳＰメッセージの使用例を示した図である。 図１５は、シンク機器の要求によりソース機器がメディア設定値を変更するためのＲＴＳＰメッセージの通信シーケンス例を示した図である。 図１６は、シンク機器の要求によりソース機器がメディア設定値を変更するためのＲＴＳＰメッセージの通信シーケンス例を示した図である。 図１７は、シンク機器の要求によりソース機器がメディア設定値を変更するためのＲＴＳＰメッセージの通信シーケンス例を示した図である。 図１８は、シンク機器の要求によりソース機器がメディア設定値を変更するためのＲＴＳＰメッセージの通信シーケンス例を示した図である。 図１９は、シンク機器の要求によりソース機器がメディア設定値を変更するためのＲＴＳＰメッセージの通信シーケンス例を示した図である。 図２０は、シンク機器の要求によりソース機器がメディア設定値を変更するためのＲＴＳＰメッセージの通信シーケンス例を示した図である。 図２１は、ＲＴＳＰ Ｍ３ Ｒｅｑｕｅｓｔメッセージの例を示した図である。 図２２は、ＲＴＳＰ Ｍ３ Ｒｅｓｐｏｎｓｅメッセージの例を示した図である。 図２３は、ＲＴＳＰ Ｍ３Ｒ Ｒｅｑｕｅｓｔメッセージの例を示した図である。 図２４は、ＲＴＳＰ Ｍ３Ｒ Ｒｅｓｐｏｎｓｅメッセージの例を示した図である。 図２５は、新規定義したＭ３Ｒ Ｒｅｑｕｅｓｔ／Ｒｒｅｓｐｏｎｓｅメッセージを利用したＲＴＳＰメッセージの通信シーケンス例を示した図である。 図２６は、マルチソース・トポロジー環境の通信システム２６００の構成例を示した図である。 図２７は、図２６に示した通信システム２６００を構成する各装置間における通信シーケンス例を示した図である。 図２８は、シンク機器としての情報処理装置８００がマルチソース・トポロジー環境下で実行する動作手順を示したフローチャートである。 図２９は、シンク機器がソース機器に対してリフレッシュ・レートの変更要求する場合のＲＴＳＰ追加ＲＴＳＰメッセージの使用例を示した図である。
以下、図面を参照しながら本明細書で開示する技術の実施形態について詳細に説明する。
［アプリケーション動作開始時における通信例］
図５及び図６には、第１の無線通信装置１００と第２の無線通信装置２００間で実施される通信処理例をシーケンス・チャートの形式で示している。各図は、具体的には、Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅにおいて標準化されているＷｉ−Ｆｉ Ｄｉｒｅｃｔ（Ｄｉｒｅｃｔ）規格（Ｗｉ−Ｆｉ Ｐ２Ｐと呼ばれることもある）での接続に至るダイレクト接続の確立手順の一例である。
Ｗｉ−Ｆｉ Ｄｉｒｅｃｔでは、複数の無線通信装置が互いの存在を検出する（Ｄｅｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ、Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ）。そして、接続機器選択を行なうとその選択された機器間でＷＰＳ（Ｗｉ−Ｆｉ Ｐｒｏｔｅｃｔｅｄ Ｓｅｔｕｐ）で機器認証を行なうことによって、ダイレクト接続が確立される。また、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔでは、複数の無線通信装置が親機（Ｇｒｏｕｐ Ｏｗｎｅｒ）又は子機（Ｃｌｉｅｎｔ）のいずれとしての役割を担うかを決定して通信グループを形成する。
但し、図５及び図６に示す通信処理例では、一部のパケット送受信の図示を省略しており、以下でも詳細な説明は行なわない。例えば、初回接続時には、上述したように、ＷＰＳを使うためのパケット交換が必要であり、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅのやり取りなどにおいてもパケット交換が必要となるが、詳細についてはＷｉ−Ｆｉ Ｄｉｒｅｃｔ（Ｄｉｒｅｃｔ）規格の仕様書を参照されたい。
また、図５及び図６では、ソース機器に相当する第１の無線通信装置１００とシンク機器に相当する第２の無線通信装置２００間における通信処理例を示すが、他の無線通信装置間における通信処理も同様のシーケンス・チャートになると理解されたい。
図５及び図６を参照しながら、Ｐ２Ｐ（Ｐｅｅｒ ｔｏ Ｐｅｅｒ）接続を確立してアプリケーションを動作させるまでの無線パケット送受信手順について説明する。
最初に、第１の無線通信装置（ソース機器）１００と第２の無線通信装置（シンク機器）２００間においてＤｅｖｉｃｅ Ｄｉｓｃｏｖｅｒｙが行なわれる（ＳＥＱ５０１）。例えば、第１の無線通信装置１００は、Ｐｒｏｂｅ ｒｅｑｕｅｓｔ（応答要求信号）を送信し、このＰｒｏｂｅ ｒｅｑｕｅｓｔに対するＰｒｏｂｅ ｒｅｓｐｏｎｓｅ（応答信号）を第２の無線通信装置２００から受信する。これにより、第１の無線通信装置１００と第２の無線通信装置２００は，互いの存在を発見することができる。また、Ｄｅｖｉｃｅ Ｄｉｓｃｏｖｅｒｙにより、相手のデバイス名や種類（ＴＶ、ＰＣ、スマートフォンなど）を取得することができる。
続いて、第１の無線通信装置１００と第２の無線通信装置２００間において、任意のＳｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙが行なわれる（ＳＥＱ５０２）。例えば、第１の無線通信装置１００は、Ｄｅｖｉｃｅ Ｄｉｓｃｏｖｅｒｙで発見した第２の無線通信装置２００が対応しているサービスを問い合わせるＳｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｑｕｅｒｙを送信する。そして、第１の無線通信装置１００は、Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｒｅｓｐｏｎｓｅを第２の無線通信装置２００から受信することにより、第２の無線通信装置２００が対応しているサービスを取得する。すなわち、Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙにより、相手が実行可能なサービスなどを取得することができる。相手が実行可能なサービスは、例えば、ｓｅｒｖｉｃｅ、ｐｒｏｔｏｃｏｌ（ＤＬＮＡ（Ｄｉｇｉｔａｌ Ｌｉｖｉｎｇ Ｎｅｔｗｏｒｋ Ａｌｌｉａｎｃｅ） ＤＭＲ（Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｒｅｎｄｅｒｅｒ）など）である。
続いて、ユーザーにより接続相手の選択操作（接続相手選択操作）が行なわれる（ＳＥＱ５０３）。この接続相手選択操作は、第１の無線通信装置１００又は第２の無線通信装置２００のいずれか一方のみに発生することもある。例えば、第１の無線通信装置１００の表示部に接続相手選択画面が表示され、この接続相手選択画面において接続相手として第２の無線通信装置２００がユーザー操作により選択される。
ユーザーにより接続相手選択操作が行なわれると（ＳＥＱ５０３）、第１の無線通信装置１００と第２の無線通信装置２００間においてＧｒｏｕｐ Ｏｗｎｅｒ Ｎｅｇｏｔｉａｔｉｏｎが行なわれる（ＳＥＱ５０４）。図５及び図６に示す例では、Ｇｒｏｕｐ Ｏｗｎｅｒ Ｎｅｇｏｔｉａｔｉｏｎの結果により，第１の無線通信装置１００がグループ・オーナー（Ｇｒｏｕｐ Ｏｗｎｅｒ）になり、第２の無線通信装置２００がクライアント（Ｃｌｉｅｎｔ）になる。
続いて、第１の無線通信装置１００と第２の無線通信装置２００間において、各処理ＳＥＱ５０７乃至ＳＥＱ５１０）が行なわれることにより、ダイレクト接続が確立される。すなわち、Ａｓｓｏｃｉａｔｉｏｎ（Ｌ２（第２層） ｌｉｎｋ確立）（ＳＥＱ５０７）、Ｓｅｃｕｒｅ ｌｉｎｋ確立（ＳＥＱ５０８）が順次行なわれる。また、ＩＰ Ａｄｄｒｅｓｓ Ａｓｓｉｇｎｍｅｎｔ（ＳＥＱ５０９）、Ｌ４ ｓｅｔｕｐ（ＳＥＱ５１０）が順次行なわれる。ＳＥＱ５１０においては、例えば、ＷＦＤＳ（Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ Ｓｅｒｖｉｃｅｓ）などを用いることが想定される。
続いて、ユーザーによりアプリケーションの指定又は起動操作（アプリ指定・起動操作）が行なわれる（ＳＥＱ５１１）。このアプリ指定・起動操作は、第１の無線通信装置１００又は第２の無線通信装置２００のいずれか一方のみに発生することもある。例えば、第１の無線通信装置１００の表示部にアプリ指定・起動操作画面（後述）が表示され、このアプリ指定・起動操作画面において所望のアプリケーションがユーザー操作により選択される。
ユーザーによりアプリ指定・起動操作が行なわれると（ＳＥＱ５１１）、このアプリ指定・起動操作に対応するアプリケーションが第１の無線通信装置１００及び第２の無線通信装置２００間において実行される（ＳＥＱ５１２）。
ここで、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ規格以前の仕様（すなわち、ＩＥＥＥ８０２．１１で標準化された仕様）の範囲内で、アクセスポイント（Ａｃｃｅｓｓ Ｐｏｉｎｔ）と端末局（Ｓｔａｔｉｏｎ）間の接続を行なう場合には、第２層で接続する前（ＩＥＥＥ８０２．１１用語では「ａｓｓｏｃｉａｔｉｏｎ前」とも呼ぶ）には、どのようなデバイスと繋ごうとしているのかを事前に知ることができない。
これに対し、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ規格では、図５及び図６に示したように、Ｄｅｖｉｃｅ ｄｉｓｃｏｖｅｒｙやＳｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ（ｏｐｔｉｏｎ）において、接続候補相手を探す際に、接続相手の情報を取得することができる。この接続相手の情報は、例えば、基本的なデバイスのタイプや、対応しているアプリケーションなどである。そして、その取得された接続相手の情報に基づいて、ユーザーに接続相手を選択させることができる。
ここで、第２層での接続後に、シンク機器としての第２の無線通信装置２００からの要求により、ソース機器としての第１の無線通信装置１００が、メディア設定値（例えば、解像度、画像圧縮方式、音声圧縮方式、映像又は音声出力形式等）を変更させたい場合を考える。第２層での接続後に、ソース機器のメディア設定値を変更させるためには、現行のＭｉｒａｃａｓｔ規格（Ｒｅｌｅａｓｅ１）ではメッセージが定義されていない。そうなると、ソース機器とシンク機器間で独自ＲＴＳＰ（Ｒｅａｌ Ｔｉｍｅ Ｓｔｒｅａｍｉｎｇ Ｐｒｐｔｏｃｏｌ）メッセージをやり取りさせるか、または、現行のＭｉｒａｃａｓｔ規格（Ｒｅｌｅａｓｅ１）の範囲内で動作させる場合、一度切断し、ソース機器から、シンク機器のＣａｐａｂｉｌｉｔｙ情報を要求させ、シンク機器が返答するＣａｐａｂｉｌｉｔｙ情報の中に、シンク機器が要求するソース機器のメディア設定値を設定する必要がある。
［アプリケーション動作開始時における通信例］
図７には、第１の無線通信装置１００と第２の無線通信装置２００間で実施される通信処理例をシーケンス・チャートの形式で示している。図７は、第２層での接続後に、特定の別なアプリケーションを起動する場合における通信処理例を示している。但し、図５並びに図６と共通する部分については図示を省略している。具体的には、図７中の通信処理ＳＥＱ５４１では、図５及び図６に示した各処理ＳＥＱ５０１乃至ＳＥＱ５１２を行なうものとする。また、通信処理ＳＥＱ５４３でも、図５及び図６に示す各処理ＳＥＱ５０１乃至ＳＥＱ５１２を行なうものとする。
このように、Ｍｉｒａｃａｓｔ Ｒｅｌｅａｓｅ１規格を用いて、シンク機器の要求により、ソース機器がメディア設定値を変更する場合には、Ｄｅｖｉｃｅ ｄｉｓｃｏｖｅｒｙ、第２層の接続処理、ｓｅｃｕｒｅ ｌｉｎｋ確立処理、ＩＰ ａｄｄｒｅｓｓアサイン処理などを再度行なう必要がある。このため、無線区間上のリソースの使用による衝突が増加し、これらの各処理に要する時間だけ、ユーザーの待ち時間が増加することになる。
さらに、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔを用いて接続する環境において、他の無線装置からの干渉波を極力削減するようなアプローチが重要となる。
さらに、マルチソース・トポロジー環境、すなわち送信側の情報処理装置が複数存在し、これらの情報処理装置から送信された画像データに基づく複数の画像を、受信側の情報処理装置の表示部に表示させることも想定される。このような場合には、限られた無線帯域の中で、表示状態に応じて高品質なメディア表示又は再生が必要な情報処理装置に対し、極力、データ伝送速度を割り当てる帯域制御が望ましく、その帯域制御方法が課題となる。
Ｍｉｒａｃａｓｔ規格（Ｒｅｌｅａｓｅ１）の規格拡張として、シンク機器からの要求によって、ソース機器が、メディア設定値を変更し、データ伝送を継続して行なう例について説明する。図１に示した通信システム６００はマルチソース・トポロジーであるが、第１の実施例ではシングルソース・トポロジーを前提として説明する。
まず、シンク機器からの要求によってソース機器がメディア設定値の変更を行なうユースケースと無線環境について説明する。
［通信システムの構成例］
図１には、通信システム６００の構成例を示している。図示の通信システム６００は、Ｐ２Ｐダイレクト通信により無線接続を行なうことができるものとする。
通信システム６００には、情報処理装置７００と、情報処理装置８００と、情報処理装置９００が含まれている。通信システム６００内では、情報処理装置７００及び情報処理装置９００のうちの少なくとも１つから送信されるデータ（例えば、画像データや音声データ）を情報処理装置８００が受信する。すなわち、通信システム６００は、ソース機器としての情報処理装置７００及び情報処理装置９００とシンク機器としての情報処理装置８００間のＰ２Ｐダイレクト通信を用いたマルチソース・トポロジー環境の無線接続を行なうことを想定している。
情報処理装置７００、８００は、無線通信機能を備える機器であり、情報処理装置９００は有線経由で情報処理装置８００と接続する有線通信機能を備える機器である。例えば、情報処理装置７００、８００は、無線通信機能を備える表示装置（例えば、パーソナル・コンピューター）や携帯型の情報処理装置（例えば、スマートフォン、タブレット端末）である。一方、情報処理装置９００はケーブルテレビ用チューナである。また、例えば、情報処理装置７００、８００は、ＩＥＥＥ８０２．１１、ＩＥＥＥ８０２．１５、ＩＥＥＥ８０２．１６、３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）仕様（例えば、Ｗ−ＣＤＭＡ（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）、ＷｉＭＡＸ２、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥ−Ａ（Ａｄｖａｎｃｅｄ））に準拠した無線通信装置である。そして、情報処理装置７００、８００は、無線通信機能を利用して各種情報のやり取りを行なうことができる。
ここで、一例として、情報処理装置７００及び情報処理装置８００間で無線ＬＡＮを用いた無線通信を行なう場合を例にとって説明する。
無線ＬＡＮとして、例えば、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ、ＴＤＬＳ、アドホック・ネットワーク、メッシュ・ネットワークを用いることができる。また、通信システム６００に用いられる近距離無線ＡＶ伝送通信として、例えば、Ｗｉ−Ｆｉ ＣＥＲＴＩＦＩＥＤ Ｍｉｒａｃａｓｔ（技術仕様書名：Ｗｉ−Ｆｉ Ｄｉｓｐｌａｙ）を用いることができる。なお、Ｗｉ−Ｆｉ ＣＥＲＴＩＦＩＥＤ Ｍｉｒａｃａｓｔは、Ｗｉ−Ｆｉ ＤｉｒｅｃｔやＴＤＬＳの技術を利用して、一方の端末で再生される音声や表示画像を他の端末に送信し、他の端末でも同様にその音声、画像データを出力させるミラーリング技術である。
なお、Ｗｉ−Ｆｉ ＣＥＲＴＩＦＩＥＤ Ｍｉｒａｃａｓｔでは、ＴＣＰ／ＩＰ上でＵＩＢＣを実現している。ＵＩＢＣは、一方の端末から他方の端末へマウスやキーボード等の入力機器の操作情報を送信する技術である。また、Ｗｉ−Ｆｉ ＣＥＲＴＩＦＩＥＤ Ｍｉｒａｃａｓｔの代わりに、他のリモートデスクトップソフトウェア（例えば、ＶＮＣ（Ｖｉｒｔｕａｌ Ｎｅｔｗｏｒｋ Ｃｏｍｐｕｔｉｎｇ））を適用するようにしてもよい。
Ｗｉ−Ｆｉ ＣＥＲＴＩＦＩＥＤ Ｍｉｒａｃａｓｔでは、画像（映像）を、例えば、Ｈ．２６４を用いて圧縮・展開することが定められている。また、例えば、Ｗｉ−Ｆｉ ＣＥＲＴＩＦＩＥＤ Ｍｉｒａｃａｓｔでは、Ｈ．２６４を送信側で調整することができる。なお、Ｈ．２６４に限らず、例えば、Ｈ．２６５（例えば、ＨＥＶＣ（ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ ｖｉｄｅｏ ｃｏｄｉｎｇ）、ＳＨＶＣ（ｓｃａｌａｂｌｅ ｖｉｄｅｏ ｃｏｄｉｎｇ ｅｘｔｅｎｓｉｏｎｓ ｏｆ ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ ｖｉｄｅｏ ｃｏｄｉｎｇ））、ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）４、ＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）７０００にも対応することができる。また、例えば、１ライン以上を束ねて圧縮したり、２ライン以上を２×２以上のマクロブロックに分割して圧縮・展開を行なうラインベースコーデック（例えば、Ｗａｖｅｌｅｔ、ＤＣＴ（Ｄｉｓｃｒｅｔｅ Ｃｏｓｉｎｅ Ｔｒａｎｓｆｏｒｍ））にも対応することができる。また、例えば、特定の符号量領域（Ｐｉｃｔｕｒｅ又は複数ラインの束又はマクロブロックなど）の前符号量領域との差分を求めることでＤＣＴやＷａｖｅｌｅｔ等の圧縮を行なわずに伝送レートを減らすコーデックにも対応することができる。また、非圧縮で画像（映像）を送信・受信するようにしてもよい。
本明細書で開示する技術の第１の実施例として、情報処理装置７００が撮像動作により生成された画像データ及び音声データを送信対象とする例を示す。また、第１の実施例では、情報処理装置９００は、ハード・ディスクなどの記憶部に保存されているコンテンツ（例えば、画像データ及び音声データからなるコンテンツ）を送信対象とする例を示す。なお、情報処理装置７００として、カメラを搭載した電子機器（例えば、パソコン、ゲーム機、スマートフォン、タブレット端末）を用いるようにしてもよい。また、情報処理装置８００として、表示部を備える他の電子機器（例えば、撮像装置、ゲーム機、スマートフォン、タブレット端末）を用いるようにしてもよい。また、情報処理装置７００がテザリング機能を備える場合には、無線又は有線ネットワークを介してＩＳＰ（Ｉｎｔｅｒｎｅｔ Ｓｅｒｖｉｃｅｓ Ｐｒｏｖｉｄｅｒ）に保存されたコンテンツを送信対象とするようにしてもよい。
例えば、情報処理装置７００の撮像動作により生成された画像データが情報処理装置８００に送信され、その画像データに基づく画像１１が情報処理装置８００の表示部３５１に表示される。また、情報処理装置９００の記憶部に保存されているコンテンツが情報処理装置８００に送信され、そのコンテンツに基づく画像１２が情報処理装置８００の表示部３５１に表示される。
このように第１の実施例では、情報処理装置７００をソース機器とし、情報処理装置８００をシンク機器とする例を示す。
［情報処理装置（ソース機器）の構成例］
図２には、第１の実施例におけるソース機器としての情報処理装置７００の機能的構成例を示している。図示の情報処理装置７００は、アンテナ２１０と、無線通信部２２０と、制御信号受信部２３０と、制御部２４０と、画像・音声信号生成部２５０と、画像・音声圧縮部２６０と、ストリーム送信部２７０を備えている
無線通信部２２０は、制御部２４０の制御に基づいて、無線通信を利用して、他の情報処理装置（例えば、情報処理装置８００）との間で各情報（例えば、画像データ及び音声データ）の送受信を、アンテナ２１０を介して行なう。例えば、画像データの送信処理が行なわれる場合には、画像・音声信号生成部２５０により生成された画像データが画像・音声圧縮部２６０により圧縮され、この圧縮された画像データ（画像ストリーム）が無線通信部２２０を経由してアンテナ２１０から送信される。
また、無線通信部２２０は、複数の周波数チャネルを利用して、他の情報処理装置（例えば、情報処理装置８００）との間で各情報の送受信を行なうことが可能である。第１の実施例では、無線通信部２２０が、２．４ＧＨｚ、５ＧＨｚ、６０ＧＨｚの３種類の周波数チャネルを同時又は選択した周波数のみを送受信可能な機能を備えるものとする。このように、ソース機器が、複数の周波数チャネルを送受信可能な機能を備える場合には、シンク機器（例えば、情報処理装置８００）は、各ソース機器にどの周波数チャネルを使用させるかを制御することができる。
制御信号受信部２３０は、無線通信部２２０により受信された各情報のうちから、他の情報処理装置（例えば、情報処理装置８００）から送信された制御信号（例えば、情報処理装置８００とのやり取りの情報）を取得する。そして、制御信号受信部２３０は、その取得された制御信号を制御部２４０に出力する。
制御部２４０は、情報処理装置７００から送信される各情報に関する制御を行なう。例えば、制御部２４０は、制御信号受信部２３０により受信された制御信号に基づいて、画像・音声信号生成部２５０及び画像・音声圧縮部２６０に対する制御を行なう。具体的には、制御部２４０は、送信対象となる画像データの解像度や音声のチャネル数を変更させるための制御や、送信対象となる画像データの画像領域を変更させるための制御を行なう。すなわち、制御部２４０は、制御信号受信部２３０により受信された制御信号に基づいて、送信対象となるストリームの伝送制御を行なう。このストリームの伝送制御は、例えば、データ伝送速度制御、スケーラビリティ伝送レート制御である。
また、制御部２４０は、無線通信を利用してシンク機器との間でデータの送受信が行なわれている際における電波伝搬状況（リンク電波伝搬状況）を測定する機能を備え、その測定結果（電波伝搬測定情報）をシンク機器に送信するようにしてもよい。
ここで、電波伝搬測定情報は、例えば、シンク機器との回線品質が、画像データ及び音声データの送受信を行なうことができる品質であるか否かを判断する際に用いられる情報である。また、電波伝搬測定情報は、例えば、ストリームの伝送制御を行なう際に用いられる。なお、電波伝搬測定情報の代わりに、制御部２４０に同一パケットの再送回数をカウントさせ、このカウント数に応じて、ストリームの伝送制御を行なうようにしてもよい。
また、データ伝送速度は、主に、通信路を占有する率を意味し、通信速度や通信容量の意味を含むものとする。また、解像度は、例えば、画像データの画枠（縦・横のピクセル数）、画像データのビットレート（圧縮率）などの要素から構成される画質の指標と定義する。また、画質の指標としては、ストリームのスループットを用いることができる。また、音声のチャネル数は、モノラル（１．０ｃｈ）、ステレオ（２．０ｃｈ）、５．１ｃｈ、６．１ｃｈ、９．１ｃｈ、ハイレゾ（ハイレゾリューションオーディオ（Ｈｉｇｈ−Ｒｅｓｏｌｕｔｉｏｎ Ａｕｄｉｏ））などの音声の記録再生方法の意味を含むものとする。また、音声のチャネル数は、音声データのビットレート（圧縮率）やチャネル数などの要素から構成される音質の指標と定義する。また、音質の指標としては、ストリームのスループットを用いることができる。
また、制御部２４０は、データレート制御では安定化することができない状態を改善させるための制御を行なう。例えば、制御部２４０は、シンク機器（例えば、情報処理装置８００）との情報のやり取りにより、シンク機器のシステム性能情報を把握する。ここで、システム性能情報は、例えば、シンク機器のシステムに関する性能情報である。例えば、システム性能情報は、使用可能な周波数チャネル、解像度、ＴＣＰ、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）である。また、システム性能情報は、例えば、暗号化方法の対応、ＳＤ（Ｓｔａｎｄａｒｄ Ｄｅｆｉｎｉｔｉｏｎ）／ＨＤ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ）／４Ｋ対応、低消費電力モードの対応のそれぞれを示す情報である。例えば、制御部２４０は、シンク機器が低消費電力モードに対応しているか否かに応じて、通信システム６００のシステム全体の安定度をさらに向上させるストリームの伝送制御方法を選ぶことができる。
例えば、制御部２４０は、情報処理装置８００とやり取りする情報の中に、情報処理装置７００がモバイル機器であるかどうかの情報を入れるものとする。例えば、情報処理装置７００に関するケーパビリティー（Ｃａｐａｂｉｌｉｔｙ）情報に、情報処理装置７００がモバイル機器であるかどうかの情報を含めることができる。情報処理装置８００側では、情報処理装置７００がモバイル機器であることを把握すると、他に接続した情報処理装置との関連に基づいて、情報処理装置７００を動作させる必要がないと判断することができる。このように、情報処理装置７００を動作させる必要がないと判断された場合には、情報処理装置７００は、情報処理装置８００から送信停止コマンドを受信する。そして、制御部２４０は、その送信停止コマンドを把握すると、画像・音声信号生成部２５０と、画像・音声圧縮部２６０と、ストリーム送信部２７０とのそれぞれの機能の電源を一定時間ダウンさせることができる。また、制御部２４０は、無線通信部２２０についても間欠受信に移行することができる。間欠受信は、情報処理装置８００からコマンドを受信できる程度に定期的に無線通信部２２０が起き上がり、他は電源をダウンさせるモードである。
画像・音声信号生成部２５０は、制御部２４０の制御に基づいて、出力対象となるデータ（画像データ、音声データ）を生成する。生成されたデータは、画像・音声圧縮部２６０に出力される。例えば、画像・音声信号生成部２５０は、撮像部（図示せず）及び音声取得部（図示せず）を備える。撮像部（例えば、レンズ、撮像素子、信号処理回路）は、被写体を撮像して画像データを生成する。また、音声取得部（例えば、マイク）は、その画像データの生成時における周囲の音声を取得する。このように生成された画像データ及び音声データは、他の情報処理装置（例えば、情報処理装置８００）への送信対象となる。
画像・音声圧縮部２６０は、制御部２４０の制御に基づいて、画像・音声信号生成部２５０により生成されたデータ（画像データ及び音声データ）を圧縮（エンコード）する。そして、画像・音声圧縮部２６０は、その圧縮されたデータ（画像データ及び音声データ）をストリーム送信部２７０に出力する。なお、画像・音声圧縮部２６０は、ソフトウェア又はハードウェアのいずれによるエンコードの実行により実現するようにしてもよい。また、画像・音声圧縮部２６０は、コーデックとして機能することを想定しているが、非圧縮の画像又は音声を扱えるものとする。さらに、画像・音声圧縮部２６０は、スケーラブル・コーデックとしても機能するものとする。ここで、スケーラブル・コーデックは、例えば、受信側の情報処理装置（シンク機器）の解像度やネットワーク環境などに応じて、自在に適応することができるコーデックを意味する。
ストリーム送信部２７０は、制御部２４０の制御に基づいて、画像・音声圧縮部２６０により圧縮されたデータ（画像データ及び音声データ）をストリームとして無線通信部２２０を経由してアンテナ２１０から送信する送信処理を行なう。
なお、情報処理装置７００は、上述した各部以外にも、表示部、音声出力部、操作受付部などを備えることができるが、図２ではこれらの図示を省略する。
情報処理装置７００の表示部（図示せず）は、例えば、画像・音声信号生成部２５０により生成された画像を表示する表示部である。なお、表示部として、各種の表示パネルを用いることができる。例えば、有機ＥＬ（Ｅｌｅｃｔｒｏ Ｌｕｍｉｎｅｓｃｅｎｃｅ）、クリスタルＬＥＤ（Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）ディスプレイ（Ｃｒｙｓｔａｌ ＬＥＤ Ｄｉｓｐｌａｙ）、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）を用いることができる。
情報処理装置７００の音声出力部（図示せず）は、例えば、画像・音声信号生成部２５０により生成された音声を出力する音声出力部（例えば、スピーカー）である。なお、画像については、送信機器及び受信機器の双方から出力することもできるが、音声についてはいずれか一方のみから出力することが好ましい。
情報処理装置７００の操作受付部（図示せず）は、ユーザーにより行なわれた操作入力を受け付ける操作受付部であり、例えば、キーボード、マウス、ゲームパッド、タッチパネル、カメラ、マイクである。なお、操作受付部及び表示部については、使用者がその指を表示面に接触又は近接することにより操作入力を行なうことが可能なタッチパネルを用いて一体で構成することができる。
また、図２では情報処理装置７００が送信対象となる画像データ及び音声データを生成する例を示すが、情報処理装置７００は、送信対象となる画像データ及び音声データを外部装置から取得するようにしてもよい。例えば、情報処理装置７００は、マイクロフォン付きのＷｅｂカメラから、送信対象となる画像データ及び音声データを取得するようにしてもよい。また、情報処理装置７００は、情報処理装置７００の内部、外部にかかわらず、ハード・ディスクなどの記憶装置に保存されているコンテンツ（例えば、画像データ及び音声データからなるコンテンツ）を送信対象とするようにしてもよい。この場合に、その記憶装置に保存されているコンテンツが圧縮済のコンテンツである場合も想定される。この場合に、その圧縮済のコンテンツが、通信システム６００で採用されている規格で定義されたエンコード方式で圧縮されている場合には、その圧縮済のコンテンツを復号（デコード）せずにそのまま送信するようにしてもよい。
［情報処理装置（シンク機器）の構成例］
図３には、第１の実施例におけるシンク機器としての情報処理装置８００の機能的構成例を示している。図示の情報処理装置８００は、アンテナ３１０と、無線通信部３２０と、ストリーム受信部３３０と、画像・音声展開部３４０と、画像・音声出力部３５０と、ユーザー情報取得部３６０と、制御部３７０と、制御信号送信部３８０と、管理情報保持部３９０を備えている。
無線通信部３２０は、制御部３７０の制御に基づいて、無線通信を利用して、他の情報処理装置（例えば、情報処理装置７００）との間で各情報（例えば、画像データ及び音声データ）の送受信を、アンテナ３１０を介して行なう。例えば、画像データの受信処理が行なわれる場合には、アンテナ３１０により受信された画像データが、無線通信部３２０、ストリーム受信部３３０を経由して画像・音声展開部３４０により展開（復号）される。そして、その展開された画像データが画像・音声出力部３５０に供給され、その展開された画像データに応じた画像が画像・音声出力部３５０から出力される。すなわち、その展開された画像データに応じた画像が表示部３５１に表示される。
また、無線通信部３２０は、複数の周波数チャネルを利用して、他の情報処理装置（例えば、情報処理装置７００）との間で各情報の送受信を行なうことが可能である。第１の実施例では、無線通信部３２０が、２．４ＧＨｚ、５ＧＨｚ、６０ＧＨｚの３種類の周波数チャネルを同時又は選択した周波数のみを送受信可能な機能を備えるものとする。すなわち、無線通信部３２０は、第１の周波数帯を用いる通信と、第１の周波数帯よりも高速なデータ伝送速度の第２の周波数帯を用いる通信とを行なうことが可能である。また、制御部３７０は、各ソース機器との無線通信に、複数の周波数チャネルのうちのどの周波数チャネルを使用させるかを制御する。
なお、情報処理装置７００及び情報処理装置８００間のリンクと、情報処理装置９００及び情報処理装置８００間のリンクとは同一の周波数チャネルとするようにしてもよく、異なる周波数チャネルとするようにしてもよい。
また、第１の実施例では、無線通信部３２０が、２．４ＧＨｚ、５ＧＨｚ、６０ＧＨｚの３種類の周波数チャネルを送受信可能な機能を備える例を示すが、本明細書で開示する技術はこれに限定されない。例えば、無線通信部３２０が、他の周波数チャネルや、２又は４以上の周波数チャネルを送受信可能な機能を備えるようにしてもよい。
ストリーム受信部３３０は、制御部３７０の制御に基づいて、無線通信部３２０により受信された各情報のうちから、各ソース機器とのやり取りの情報及びストリーム（例えば、画像ストリーム、音声ストリーム）を受信する。そして、ストリーム受信部３３０は、受信したＲＴＳＰメッセージ情報を制御部３７０に出力し、受信したストリームを画像・音声展開部３４０及び制御部３７０に出力する。
ここで、各ソース機器とやり取りする情報は、ソース機器（例えば、情報処理装置７００）から送信される情報であり、例えば、情報処理装置８００のシステム性能情報の取得要求を含む。このシステム性能情報は、例えば、使用可能な周波数チャネル、解像度、ＴＣＰ、ＵＤＰや、暗号化方法の対応、ＳＤ／ＨＤ／４Ｋ対応、低消費電力モードの対応のそれぞれを示す情報である。
また、ストリーム受信部３３０は、無線通信を利用してシンク機器との間でデータの送受信が行なわれている際における電波伝搬状況（リンク電波伝搬状況）を測定する機能を備える。そして、ストリーム受信部３３０は、その測定結果（電波伝搬測定情報）を制御部３７０に出力する。
画像・音声展開部３４０は、制御部３７０の制御に基づいて、他の情報処理装置（例えば、情報処理装置７００）から送信されたストリーム（画像データ及び音声データ）を展開（デコード）する。そして、画像・音声展開部３４０は、その展開されたデータ（画像データ及び音声データ）を画像・音声出力部３５０に出力する。なお、画像・音声展開部３４０は、ソフトウェア又はハードウェアのいずれによるデコードの実行により実現するようにしてもよい。また、画像・音声展開部３４０は、コーデックとして機能することを想定しているが、非圧縮の画像または音声を扱えるものとする。また、画像・音声展開部３４０は、スケーラブル・コーデックとしても機能するものとする。
画像・音声出力部３５０は、表示部３５１及び音声出力部３５２を備えている。
表示部３５１は、画像・音声展開部３４０により展開された画像データに基づく各画像を表示する。なお、表示部３５１として、例えば、有機ＥＬパネル、クリスタルＬＥＤディスプレイ、ＬＣＤパネルなどの表示パネルを用いることができる。また、表示部３５１として、使用者がその指を表示面に接触又は近接することにより操作入力を行なうことが可能なタッチパネルを用いるようにしてもよい。
音声出力部３５２は、画像・音声展開部３４０により展開された音声データに基づく各種音声（表示部３５１に表示された画像に関する音声など）を出力する音声出力部（例えば、スピーカ）である。ここで、音声の出力方法としては、例えば、中央チャネル（メイン画像）に割り当てられたソース機器の音声のみをスピーカーから再生して周辺チャネル（サブ画像）に割り当てられたソース機器の音声を再生しない方法を用いることができる。また、他の音声の出力方法として、例えば、中央チャネルに割り当てられたソース機器の音声の音量をメインにして、周辺チャネルに割り当てられたソース機器の音声の音量を下げて再生する方法を用いることができる。なお、これら以外の音声の出力方法を用いるようにしてもよい。
ユーザー情報取得部３６０は、ユーザーに関する情報（ユーザー情報）を取得する。取得されたユーザー情報は制御部３７０に出力される。例えば、ユーザー情報取得部３６０は、ユーザーが表示方法を直接設定することができる操作受付部（キーボード、マウス、リモコン、ゲームパッド、タッチパネル）からの入力を受け付けることによりユーザー情報を取得することができる。なお、操作受付部は、例えば、表示部３５１に表示される画像における任意の領域を指定するための操作部材である。また、例えば、ユーザー情報取得部３６０は、カメラ、マイク、各種センサー（例えば、ジャイロセンサー、人体を感知するセンサー）などのようにユーザーの意図を把握することができるデバイスからの入力を受け付けることによりユーザー情報を取得することができる。
例えば、ユーザー情報取得部３６０は、無線通信を利用して他の情報処理装置（例えば、情報処理装置７００）から受信したストリームに基づく情報が画像・音声出力部３５０から出力されている際におけるユーザー動作により生じるユーザー情報を取得する。このユーザー情報は、例えば、表示部３５１に表示されている画像に関するユーザー動作により生じるユーザー情報である。例えば、ユーザー情報は、表示部３５１に表示されている画像に関するユーザー操作に基づいて生成される情報である。
例えば、ユーザー情報取得部３６０は、表示部に付属する撮像部（省略）により生成された画像データを取得してユーザー情報を生成することができる。また、例えば、ユーザー情報取得部３６０は、外部装置（例えば、各センサー、ウェアラブル・デバイス）により取得される情報（例えば、位置情報、識別情報）を取得してユーザー情報を生成するようにしてもよい。
制御部３７０は、ストリーム受信部３３０により取得された各情報を管理情報保持部３９０に保持させ、管理情報保持部３９０に保持されている管理情報に基づいて各ソース機器を管理する。また、制御部３７０は、複数のソース機器から送信されるストリームをシステム全体で安定度が向上するようにストリームの伝送制御を行なう。
例えば、制御部３７０は、ユーザー情報取得部３６０により取得されたユーザー情報と、管理情報保持部３９０に保持されている管理情報とに基づいてストリームの伝送制御を行なう。具体的には、制御部３７０は、管理情報保持部３９０に保持されている管理情報に基づいて、ストリームの伝送制御を行なうための制御信号をソース機器毎に生成する。そして、制御部３７０は、その生成された制御信号を制御信号送信部３８０に出力する。例えば、制御部３７０は、ユーザー情報及び管理情報に基づいて、表示部３５１に表示される画像の解像度を変更し、この解像度と同等の送信レートを各ソース機器に要求するための制御信号を生成する。また、制御部３７０は、ユーザー情報及び管理情報に基づいて、表示部３５１における画像の表示領域を決定するための制御信号を生成する。また、例えば、制御部３７０は、ユーザー情報及び管理情報に基づいて、表示部３５１における画像のサイズを決定するための制御信号を生成する。
また、制御部３７０は、ユーザー情報及び管理情報に基づいて、使用する周波数チャネルと解像度を設定するための制御を行なう。例えば、制御部３７０は、無線通信部３２０が備える複数の周波数チャネルについて、使用する周波数チャネルをソース機器毎に設定する。また、制御部３７０は、周波数チャネル毎に、消費電力モードが異なる場合には、それぞれのモードを把握し、モバイル機器の消費電力をケアした周波数チャネルを設定することができるようにする。すなわち、制御部３７０は、第１の周波数帯に関する第１の消費電力モードと、第１の周波数帯よりも高速なデータ伝送速度の第２の周波数帯に関する第２の消費電力モードを別々に設定することができる。
制御信号送信部３８０は、制御部３７０から出力された制御信号を無線通信部３２０、アンテナ３１０を介して、他の無線通信装置に送信する送信処理を行なう。
［画面の遷移例］
図４には、第１の実施例に係る情報処理装置８００の表示部３５１に表示される画像の遷移例を示している。
図４Ａには、情報処理装置７００から受信した画像１１を中央チャネルとし、情報処理装置９００から受信した画像１２を周辺チャネルとして、情報処理装置８００の表示部３５１に画像１１及び画像１２を表示する表示形式の一例を示している。
また、図４Ｂには、情報処理装置７００から受信した画像１１を周辺チャネルとし、情報処理装置９００から受信した画像１２を中央チャネルとして、情報処理装置８００の表示部３５１に画像１１及び画像１２を表示する表示形式の一例を示している。
例えば、情報処理装置７００及び情報処理装置９００がそれぞれ、標準的な解像度のストリーム（画像データ及び音声データ）を情報処理装置８００に送信する場合を想定する。この場合には、図１に示したように、情報処理装置７００からの画像データに基づく画像１１と、情報処理装置９００からの画像データに基づく画像１２のサイズが同一となるように、情報処理装置８００の表示部３５１に表示することができる。なお、この例では、与えられた解像度と表示領域とを同一と定義しているが、表示部３５１にスケーラー機能を追加し、画像１１と画像１２をそれぞれリスケールして表示部３５１に表示するようにしてもよい。但し、ここでは、スケーラー機能を使用しないことを前提にして簡略化して説明を行なう。
また、画像１１及び画像１２のそれぞれの表示形式については、例えば、前回の通信時に設定された表示形式を保持しておき、この表示形式に応じて画像１１及び画像１２を情報処理装置８００の表示部３５１に表示するようにしてもよい。
また、情報処理装置８００に接続された順序に基づいて、画像１１及び画像１２のそれぞれの表示形式を決定するようにしてもよい。例えば、情報処理装置７００が情報処理装置８００に最初に接続され、この接続後に情報処理装置９００が情報処理装置８００に接続された場合を想定する。この場合には、画像１１を中央チャネルとし、画像１２を周辺チャネルとして、情報処理装置８００の表示部３５１に画像１１及び画像１２を表示する。すなわち、情報処理装置８００への接続順序に基づいて、中央チャネル、周辺チャネルの順に表示するようにしてもよい。
また、図４Ａに示すように、画像１１を中央チャネルとし、画像１２を周辺チャネルとして、表示部３５１に画像１１及び画像１２が表示されている場合に、画像１２を中央チャネルとするユーザー情報がユーザー情報取得部３６０により取得された場合を想定する。例えば、視聴者がリモコンやジェスチャーなどのポインターを用いて画像１２を中央チャネルとするための操作を行なうことにより、画像１２を中央チャネルとするユーザー情報がユーザー情報取得部３６０により取得される。この場合には、図４Ｂに示すように、画像１２を中央チャネルに、画像１１を周辺チャネルに切り替えて、表示部３５１に画像１１及び画像１２が表示される。また、表示部３５１の表示面における画像１１及び画像１２の表示位置についても、ユーザー情報取得部３６０により取得されるユーザー情報（例えば、手動操作、視線）に基づいて決定される。
以上のように、情報処理装置８００（シンク機器）の表示形態によって、情報処理装置７００（ソース機器）が送信するメディア設定値（解像度、画像圧縮方式、音声圧縮方式、映像または音声出力形式など）は変更されてもよい筈である。
そこで、以下に、Ｍｉｒａｃａｓｔ Ｒｅｌｅａｓｅ１規格の機能拡張を行ない、図４Ｂのような表示形態において、素早く、シンク機器が表示する画面サイズに応じてソース機器のメディア設定値を変更し、送信データ伝送速度を制御するための処理動作について、以下に示す。
まず、ソース機器、シンク機器ともに今回の拡張機能を実装しているのか否かの確認が必要となる。そこで、Ｍｉｒａｃａｓｔ Ｒｅｌｅａｓｅ１規格の上述した拡張機能の実装の有無をソース機器とシンク機器間で確認するための通信シーケンス（ＡＶ伝送前）について、図８を参照しながら説明する。但し、図８では、図５及び図６に示したＳＥＱ５０１〜ＳＥＱ５１０のＬ４ ＳｅｔＵｐまでの通信処理の図示を省略し、ＲＴＳＰリンクがソース機器とシンク機器で接続された環境までの通信処理を図示している。
シンク機器は、ソース機器へ、自らのＣａｐａｂｉｌｉｔｙ情報を送信する（ＳＥＱ８０１）。ソース機器は、シンク機器からＣａｐａｂｉｌｉｔｙ情報を受信すると（ＳＥＱ８０２）、シンク機器へ設定要求情報を送信する（ＳＥＱ８０３）。シンク機器は、ソース機器から設定要求情報を受信する（ＳＥＱ８０４）。
なお、ＳＥＱ８０１〜ＳＥＱ８０４の処理は、Ｍｉｒａｃａｓｔ Ｒｅｌｅａｓｅ１でいうＣａｐａｂｉｌｉｔｙ Ｎｅｇｏｔｉａｔｉｏｎ処理であり、Ｇｅｔ＿Ｐａｒａｍｅｔｅｒ Ｒｅｑｕｅｓｔ、Ｇｅｔ＿Ｐａｒａｍｅｔｅｒ ＲｅｓｐｏｎｓｅといったＲＴＳＰメッセージに相当する。このうち、ＳＥＱ３、ＳＥＱ４は、Ｃａｐａｂｉｌｉｔｙ Ｎｅｇｏｔｉａｔｉｏｎ処理のプロセスＭ４におけるＲＴＳＰ Ｍ４ Ｒｅｑｕｅｓｔ及びＲｅｓｐｏｐｎｓｅメッセージにそれぞれ相当する。このプロセスＭ４でシンク機器が受信する設定要求情報には、ソース機器からシンク機器へ送信する画像データに関する解像度情報が含まれる。
ソース機器は、Ｃａｐａｂｉｌｉｔｙ Ｎｅｇｏｔｉａｔｉｏｎのやり取りの際、シンク機器手動でソース機器への設定要求を行なう機能を持つかどうかをシンク機器に問い合わせる機能を持つ。すなわち、ソース機器は、シンク機器へ、拡張機能情報要求を送信する（ＳＥＱ８０５）。シンク機器は、ソース機器から拡張機能情報要求を受信すると（ＳＥＱ８０６）、ソース機器へ拡張機能情報を送信する（ＳＥＱ８０７）。ソース機器は、シンク機器から拡張機能情報を受信する（ＳＥＱ８０８）。具体的なＲＴＳＰメッセージ例としては、ソース機器は、拡張機能情報を要求する旨をＧＥＴ＿Ｐａｒａｍｅｔｅｒ Ｒｅｑｕｅｓｔとしてシンク機器へ送信し、シンク機器は、拡張機能情報を実装するか否かをＧｅｔ＿Ｐａｒａｍｅｔｅｒ Ｒｅｓｐｏｎｓｅで返信する。ＳＥＱ８０５〜ＳＥＱ８０８の処理は、Ｍｉｒａｃａｓｔ拡張機能である。
その後、ソース機器は、ＳＥＱ８０３で送信した設定要求の設定内容でのＡＶデータ送信処理を行ない（ＳＥＱ８０９）、Ｍｉｒａｃａｓｔ Ｒｅｌｅａｓｅ１動作としてのＡＶストリーミングが開始される。そして、シンク機器はＡＶストリームのデータ受信処理を行なう（ＳＥＱ８１０）。
なお、ＳＥＱ８０５の「拡張機能情報要求を送信」からＳＥＱ８０８の「拡張機能情報を受信」までのやり取りは、図８に示した順序には限定されないものとする。例えば、ソース機器が、シンク機器のＣａｐａｂｉｌｉｔｙ情報を要求しシンク機器がＣａｐａｂｉｌｉｔｙ情報を返答するやり取りを行なっているが、「拡張機能情報要求を送信」から「拡張機能情報を受信」までのやり取りを、ソース機器がシンク機器にＣａｐａｂｉｌｉｔｙ情報を要求しシンク機器がＣａｐａｂｉｌｉｔｙ情報を返答するやり取りと同時に行なうことも、Ｃａｐａｂｉｌｉｔｙ情報のやり取りよりも前に行なうことも可能である。
続いて、ＲＴＳＰメッセージを用いて、シンク機器の要求により、ソース機器がメディア設定値を変更する例（ＡＶ伝送後）について、図９を参照しながら説明する。
図９に示すやり取りは、Ｍｉｒａｃａｓｔのソース機器宛ての設定要求変更イベントがシンク機器内部で起こった後、Ｍｉｒａｃａｓｔ機能拡張の処理として開始される。
シンク機器は、ソース機器へ、付加機能開始のための設定情報収集を送信する（ＳＥＱ９０１）。ソース機器は、シンク機器から設定情報要求を受信すると（ＳＥＱ９０２）、シンク機器へ設定情報を送信する（ＳＥＱ９０３）。シンク機器は、ソース機器から設定情報を受信する（ＳＥＱ９０４）。具体的には、シンク機器は、ＧＥＴ＿Ｐａｒａｍｅｔｅｒをソース機器へ送信し、ソース機器からＲｅｓｐｏｎｓｅを受信する。この時点で、シンク機器は、ソース機器が送信可能なＣａｐａｂｉｌｉｔｙ情報を把握することができる。
そして、シンク機器は、受信した設定情報に基づいて設定要求値を選択して、これをソース機器に送信する（ＳＥＱ９０５）。ソース機器は、設定要求値を受信すると（ＳＥＱ９０６）、設定要求応答をシンク機器に送信する（ＳＥＱ９０７）。シンク機器は、ソース機器から設定許可情報を受信する（ＳＥＱ９０８）。具体的には、シンク機器は、ソース機器が送信可能なＣａｐａｂｉｌｉｔｙ情報を１つ選択し、選択されたメディア設定値を選択してＲＴＳＰメッセージでＳｅｔ＿Ｐａｒａｍｅｔｅｒを発呼し、ソース機器に対し、設定変更を要求する。シンク機器は、メディア設定値を選択する際には、ソース機器側のＣａｐａｂｉｌｉｔｙ情報の他、シンク機器自身とソース機器との通信に関する解像度情報、並びにシンク機器自身の使われ方を考慮する。
ソース機器が設定変更を受け入れた後、ソース機器とシンク機器のやり取りはＭｉｒａｃａｓｔ Ｒｅｌｅａｓｅ１と同等の動作になる。ソース機器は、ＳＥＱ９０６で送信した設定要求の設定内容でのＡＶデータ送信処理を行ない（ＳＥＱ９０９）、Ｍｉｒａｃａｓｔ Ｒｅｌｅａｓｅ１動作としてのＡＶストリーミングが開始される。そして、シンク機器はＡＶストリームのデータ受信処理を行なう（ＳＥＱ９１０）。
なお、シンク機器からソース機器へソース機器のメディア設定値の変更を要求するとき、図９に示す例ではシンク側がメディア設定値（例えば解像度）を１つに絞ってソース機器へ通知しているが、本明細書で開示する技術はこれに限定されないものとする。例えば、シンク機器から返信するメディア設定値は、シンク機器が設定要求したいメディア設定値群をすべてソース側へ通知し、ソース機器側では通知されたメディア設定値群の中から選択するようにしてもよい。
次に、Ｍｉｒａｃａｓｔ Ｒｅｌｅａｓｅ１を機能拡張するためのＲＴＳＰメッセージの一例について説明する。同ＲＴＳＰメッセージによって、シンク機器主導でソース機器に解像度の変更やビットレートの変更が追加されている。本機能拡張のＲＴＳＰメッセージの詳細は以下の（１）〜（４）のとおりである。
（１）シンク機器主導のＲＴＳＰメッセージ機能有無確認
シンク機器がＧＥＴ＿Ｐａｒａｍｅｔｅｒ Ｒｅｑｕｅｓｔを送信する機能を持つかを確認する。
（２）シンク機器主導の動的なビットレート変更
シンク機器が、ソース機器の動的なビットレート機能の確認・設定を行なう。
（３）シンク機器主導の動的な解像度変更
シンク機器が、ソース機器の動的な解像度変更の確認・設定を行なう。
（４）シンク機器主導のリフレッシュ・レート機能の確認、設定
シンク機器が動的なリフレッシュ・レート機能の確認、設定を行なう。
図１０には、上記の拡張ＲＴＳＰメッセージを用いたソース機器とシンク機器間の通信シーケンス例（ＡＶ伝送前）を示している。
ソース機器は、付加機能の有無の情報を要求する旨のＧＥＴ＿Ｐａｒａｍｅｔｅｒ Ｒｅｑｕｅｓｔを、上記のコマンドｅｘｔ＿ｃｍｄ＿２０を用いて送信する（ＳＥＱ１００１）。
シンク機器は、ソース機器から設定情報要求を受信すると（ＳＥＱ１００２）、設定情報を含むＧｅｔ＿Ｐａｒａｍｅｔｅｒ Ｒｅｓｐｏｎｓｅを、上記のコマンドｅｘｔ＿ｃｍｄ＿２０で返信する（ＳＥＱ１００３）。
ソース機器がシンク機器からの設定情報を受信すると（ＳＥＱ１００４）、以降はＭｉｒａｃａｓｔ Ｒｅｌｅａｓｅ１と同様の通信動作が続く。
ＳＥＱ１００１では、ソース機器は、新しいＲＴＳＰパラメーターｅｘｔ＿ｒｅｖｅｒｓｅ＿ｇｅｔ＿ｐａｒａｍｅｔｅｒをＧＥＴ＿Ｐａｒａｍｅｔｅｒ Ｒｅｑｕｅｓｔで送信している。このパラメーターｅｘｔ＿ｒｅｖｅｒｓｅ＿ｇｅｔ＿ｐａｒａｍｅｔｅｒは、ＡＢＮＦ（Ａｕｇｍｅｎｔｅｄ Ｂａｃｋｕ−Ｎａｕｒ ｆｏｒｍ）シンタックスで、以下のように定義されるものとする。
この機能に対応しているソース機器は、ＲＴＳＰ Ｍ３ ｒｅｑｕｅｓｔメッセージにｗｆｄ＿ａｕｄｉｏ＿ｓｔｒｅａｍ＿ｃｏｎｔｒｏｌを含めて送信し，シンク機器側もこの機能に対応しているかどうかを問い合わせる。対応していないシンク機器はＲＴＳＰ Ｍ３ Ｒｅｓｐｏｎｓｅ ｍｅｓｓａｇｅにて“ｎｏｎｅ”を返してくるので、以降、ソース機器はこの機能を使わない。対応しているシンク機器は，対応可能なビットを１に設定し，それをＲＴＳＰ Ｍ３ Ｒｅｓｐｏｎｓｅメッセージにてソース機器に伝える。
図２１には、ソース機器からシンク機器へ送信されるＲＴＳＰ Ｍ３ Ｒｅｑｕｅｓｔメッセージの例を示している。コンテンツ長（Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈ）を１７１に指定したことと、パラメーターｅｘｔ＿ｒｅｖｅｒｓｅ＿ｇｅｔ＿ｐａｒａｍｅｔｅｒを含むことが、従来のＲＴＳＰ Ｍ３ Ｒｅｑｕｅｓｔメッセージとの相違点である。
また、図２２には、シンク機器からソース機器へ送信されるＲＴＳＰ Ｍ３ Ｒｅｓｐｏｎｓｅメッセージの例を示している。コンテンツ長（Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈ）を３３１に指定したことと、パラメーターｅｘｔ＿ｒｅｖｅｒｓｅ＿ｇｅｔ＿ｐａｒａｍｅｔｅｒを含むことが、従来のＲＴＳＰ Ｍ３ Ｒｅｑｕｅｓｔメッセージとの相違点である。
なお、本実施例では、Ｍｉｒａｃａｓｔ ｒｅｌｅａｓｅ−１のＲＴＳＰメッセージ交換のシーケンスの変更を最小限にするために、Ｍ３ ＧＥＴ＿ＰＡＲＡＭＥＴＥＲ Ｒｅｓｐｏｎｓｅ中でシンク機器がＧＥＴ＿Ｐａｒａｍｅｔｅｒ＿Ｒｅｑｕｅｓｔを送信する機能を持つかを確認するという、本来とは相違するＧＥＴ＿Ｐａｒａｍｅｔｅｒの使用方法を採用している。後継規格や独自実装など、ＲＴＳＰ ｍｅｓｓａｇｅ交換のシーケンスの変更を許容してよいのであれば、従来のＭ３ Ｒｅｑｕｅｓｔ／ＲｅｓｐｏｎｓｅメッセージやＭ４ Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅメッセージの送信方向を逆にしたＭ３Ｒ Ｒｅｑｕｅｓｔ／ＲｒｅｓｐｏｎｓｅメッセージやＭ４Ｒ Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅメッセージを定義して、それらを用いてソース機器とシンク機器間のｃａｐａｂｉｌｉｔｙ情報の告知やパラメーター設定（メディア設定値の変更）などを行なうようにする方法も考えられる。
Ｍ３ ＧＥＴ＿ＰＡＲＡＭＥＴＥＲやＭ４ ＳＥＴ＿ＰＡＲＡＭＥＴＥＲは、本来の規格では、ソース機器からシンク機器に対してＲｅｑｕｅｓｔを出すものである。これに対し、逆向き（ｒｅｖｅｒｓｅ）を意味する添え字を付けたＭ３Ｒ Ｒｅｑｕｅｓｔ／ＲｒｅｓｐｏｎｓｅメッセージやＭ４Ｒ Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅメッセージは、逆向きにパラメーターを出すために新規定義したメッセージである。図２３には、シンク機器からソース機器へ送信されるＲＴＳＰ Ｍ３Ｒ Ｒｅｑｕｅｓｔメッセージの例を示している。また、図２４には、ソース機器からシンク機器へ送信されるＲＴＳＰ Ｍ３Ｒ Ｒｅｓｐｏｎｓｅメッセージの例を示している。
新規定義したＭ３Ｒ Ｒｅｑｕｅｓｔ／Ｒｒｅｓｐｏｎｓｅメッセージを利用したＲＴＳＰメッセージの通信シーケンス例を図２５に示しておく。Ｍ３Ｒ Ｒｅｑｕｅｓｔ／Ｒｒｅｓｐｏｎｓｅメッセージの処理によって、ソース機器からシンク機器へ「Ｓｕｐｐｏｒｔｅｄ」という返信があった場合には、例えば図１１に示す追加ＲＴＳＰメッセージの通信シーケンス（ＡＶ伝送後）が継続して処理されるものと理解されたい。
次に、シンク機器が、設定情報を受信した後（Ｇｅｔ＿Ｐａｒａｍｅｔｅｒ Ｒｅｓｐｏｎｓｅを利用）、シンク機器がソース機器の解像度を１０２４×７６８ｐ３０に変更要求する場合のＲＴＳＰメッセージのやり取り例について、図１１を参照しながら説明する。
シンク機器は、ソース機器へ、付加機能開始のための設定情報収集を送信する（ＳＥＱ１１０１）。ソース機器は、シンク機器から設定情報要求を受信すると（ＳＥＱ１１０２）、シンク機器へ、設定情報として解像度情報を送信する（ＳＥＱ１１０３）。シンク機器は、ソース機器から解像度情報を受信する（ＳＥＱ１１０４）。具体的には、シンク機器は、ＧＥＴ＿Ｐａｒａｍｅｔｅｒをソース機器へ送信し、ソース機器からＲｅｓｐｏｎｓｅを受信する。
そして、シンク機器は、受信した設定情報に基づいて、所望する設定要求値としての解像度を選択して、これをソース機器に送信する（ＳＥＱ１１０５）。ソース機器は、設定要求値として解像度情報を受信すると（ＳＥＱ１１０６）、設定要求応答をシンク機器に送信する（ＳＥＱ１１０７）。シンク機器は、ソース機器から設定許可情報を受信する（ＳＥＱ１１０８）。
ソース機器が設定変更を受け入れた後、ソース機器とシンク機器のやり取りはＭｉｒａｃａｓｔ Ｒｅｌｅａｓｅ１と同等の動作になる。ソース機器は、ＳＥＱ１１０６で送信した設定要求の設定内容でのＡＶデータ送信処理を行ない（ＳＥＱ１１０９）、Ｍｉｒａｃａｓｔ Ｒｅｌｅａｓｅ１動作としてのＡＶストリーミングが開始される。そして、シンク機器はＡＶストリームのデータ受信処理を行なう（ＳＥＱ１１１０）。また、シンク機器は、内部処理として、解像度及び伝送レートの変更を行なう。
シンク機器がソース機器に対して解像度の変更要求する場合のＲＴＳＰメッセージのやり取り（ＳＥＱ１１０５〜１１０８）は、上述したｅｘｔ＿ｃｍｄ＿２２を用いて、以下の２ステップからなる手順で行なわれる。
（ステップ１）シンク機器は、ソース機器へ、解像度を１０２４×７６８ｐ３０に変更したい要求をｅｘｔ＿ｃｍｄ＿２２コマンドで送信する。
（ステップ２）ソース機器は、メッセージの指示を了解した旨をシンク機器に返信する。
シンク機器がソース機器に対して解像度の変更要求する場合のＲＴＳＰ追加ＲＴＳＰメッセージの使用例を図１２に示しておく。
また、本明細書で開示する技術に従ってシンク機器がソース機器に対して解像度の変更要求する場合のやり取りは、上記に限定されるものではない。例えば、以下の２ステップからなる手順で行なうようにしてもよい。
（ステップ１）シンク機器は、ソース機器へ、解像度を１９２０×１０８０ｐ６０、１９２０×１０８０ｐ３０、１０２４×７６８ｐ３０のどれかに変更したい要求を、ｅｘｔ＿ｃｍｄ＿２２コマンドで送信する。
（ステップ２）ソース機器は、メッセージの指示において、解像度１０２４×７６８ｐ３０を了解した旨をシンク機器に返信する。
次に、シンク機器がソース機器に対してビットレートの変更要求する場合のＲＴＳＰメッセージのやり取りについて説明する。例えば、現在のビットレートを５０％（半分）に変更要求する場合、上述したｅｘｔ＿ｃｍｄ＿２１を用いて、以下の２ステップからなる手順で行なわれる。シンク機器がソース機器に対してビットレートの変更要求する場合のＲＴＳＰ追加ＲＴＳＰメッセージの使用例を図１３に示しておく。
（ステップ１）シンク機器は、ソース機器へ、ビットレートを５０％に落としてほしいことを示す要求をｅｘｔ＿ｃｍｄ＿２１コマンドで送信する。
（ステップ２）ソース機器は、メッセージの指示を了解した旨をシンク機器に返信する。
次に、シンク機器がソース機器に対してデータ伝送速度を指定しつつビットレートの変更要求する場合のＲＴＳＰメッセージのやり取りについて説明する。例えば、データ伝送速度を（例えば）６Ｍｂｐｓ以下にしつつ、現在のビットレートをその８０％に変更要求する場合、以下の２ステップからなる手順で行なわれる。シンク機器は、上述したｅｘｔ＿ｃｍｄ＿２１を用いて、現在のビットレートを８０％に変更要求し、且つ、このソース機器には６Ｍｂｐｓまでしか帯域を与えたくない旨を伝える。シンク機器がソース機器に対してビットレートの変更要求する場合のＲＴＳＰ追加ＲＴＳＰメッセージの使用例を図１４に示しておく。
（ステップ１）シンク機器は、ソース機器へ、ビットレートを８０％に落とし、且つ、データ伝送速度の上限が６Ｍｂｐｓ（６０００ｋｂｐｓ）であることを示す要求をｅｘｔ＿ｃｍｄ＿２１コマンドで送信する。
（ステップ２）ソース機器は、メッセージの指示を了解した旨をシンク機器に返信する。
次に、シンク機器がソース機器に対してリフレッシュ・レートの変更要求する場合のＲＴＳＰメッセージのやり取りについて説明する。例えば、シンク機器がリフレッシュ・レートを（例えば）３０ｆｐｓ以下にしたい場合のＲＴＳＰメッセージのやり取りは、上述したｅｘｔ＿ｃｍｄ＿２３を用いて、以下の２ステップからなる手順で行なわれる。
（ステップ１）シンク機器は、ソース機器へ、リフレッシュ・レートを３０ｆｐｓ以下にするためのメディア設定値３０を、ｅｘｔ＿ｃｍｄ＿２３コマンドで送信する。
（ステップ２）ソース機器は、メッセージの指示を了解した旨をシンク機器に返信する。
シンク機器がソース機器に対してリフレッシュ・レートの変更要求する場合のＲＴＳＰ追加ＲＴＳＰメッセージの使用例を図２９に示しておく。
第２の実施例では、シンク機器がソース機器のメディア設定値（解像度、画像圧縮方式、音声圧縮方式、映像又は音声出力形式など）を把握するＲＴＳＰメッセージがないＭｉｒａｃａｓｔ Ｒｅｌｅａｓｅ１と同等のシステムにおいて、シンク機器の要求により、ソース機器が、メディア設定値（例えば、解像度、画像圧縮方式、音声圧縮方式、映像又は音声出力形式など）を変更する。なお、図１に示した通信システム６００はマルチソース・トポロジーであるが、第１の実施例ではシングルソース・トポロジーを前提として説明する。
図１５には、本実施例におけるソース機器とシンク機器間の通信シーケンス例を示している。
シンク機器は、所望するメディア設定要求値（例えば、解像度、画像圧縮方式、音声圧縮方式、映像又は音声出力形式など）を、ソース機器に送信する（ＳＥＱ１５０１）。ソース機器は、メディア設定要求値を受信すると（ＳＥＱ１５０２）、設定要求応答をシンク機器に送信する（ＳＥＱ１５０３）。シンク機器は、ソース機器から設定許可情報を受信する（ＳＥＱ１５０４）。
ソース機器がメディア設定値の変更を受け入れた後、ソース機器とシンク機器のやり取りはＭｉｒａｃａｓｔ Ｒｅｌｅａｓｅ１と同等の動作になる。ソース機器は、ＳＥＱ１５０２で受信した設定要求の設定内容での映像送信処理を行ない（ＳＥＱ１５０５）、Ｍｉｒａｃａｓｔ Ｒｅｌｅａｓｅ１動作としてのＡＶストリーミングが開始される。そして、シンク機器は映像処理を行なう（ＳＥＱ１５０６）。また、シンク機器は、内部処理として、解像度及び伝送レートの変更を行なう。
シンク機器は、ＳＥＱ１５０１において、ソース機器へ、ＲＴＳＰメッセージであるＳＥＴ＿ＰＡＲＡＭＥＴＥＲ Ｒｅｑｕｅｓｔを用いて、ｗｆｄ２−ｖｉｄｅｏ−ｃｈａｎｇｅ： “ｍｉｎ”／“ｄｏｗｎ”／“ｕｐ”／“ｍａｘ”を送る。“ｍｉｎ”／“ｄｏｗｎ”／“ｕｐ”／“ｍａｘ”の意味は、以下のとおり定義する。
ｍｉｎは、両方の共通項で最小のものを指定
ｍａｘは、両方の共通項で最大のものを指定
ｄｏｗｎは、今使っているものより１段階低いものを指定
ｕｐは、今使っているものより１段階高いものを指定
例えば、ソース機器がサポートしている解像度を１９２０×１０８０ｐ３０（解像度Ｆ）、１９２０×１０８０ｐ２５（解像度Ｅ）、１２８０×７２０ｐ６０（解像度Ｄ）、７２０×５７６ｐ５０（解像度Ｂ）、６４０×４８０ｐ６０（解像度Ａ）とし、シンク機器がサポートしている解像度を１９２０×１０８０ｐ６０（解像度Ｇ）、１９２０×１０８０ｐ３０（解像度Ｆ）、１２８０×７２０ｐ６０（解像度Ｄ）、１２８０×７２０ｐ３０（解像度Ｃ）、６４０×４８０ｐ６０（解像度Ａ）をサポートしている場合、ソース機器とシンク機器で共通な解像度はＡ、Ｄ、Ｆとなる。
ここで、ソース機器とシンク機器間での解像度が１２８０×７２０ｐ６０（解像度Ｄ）の場合、シンク機器からソース機器へｍｉｎ又はｄｏｗｎが指定され、ソース機器からシンク機器へ，ＲＴＳＰメッセージであるＳＥＴ＿ＰＡＲＡＭＥＴＥＲ Ｒｅｑｕｅｓｔを用いて解像度Ａを指定するケースが考えられる。この場合のソース機器とシンク機器間のＲＴＳＰメッセージの通信シーケンス例を図１６に示しておく。
また、ソース機器とシンク機器間での解像度が１２８０×７２０ｐ６０（解像度Ｄ）の場合には、シンク機器からソース機器へｕｐ又はｍａｘが指定され、ソース機器からシンク機器へ，ＲＴＳＰメッセージであるＳＥＴ＿ＰＡＲＡＭＥＴＥＲ Ｒｅｑｕｅｓｔを用いて解像度Ｆを指定するケースが考えられる。この場合のソース機器とシンク機器間のＲＴＳＰメッセージの通信シーケンス例を図１７に示しておく。
また、図１８には、ソース機器とシンク機器間での解像度が１９２０×１０８０ｐ３０（解像度Ｆ）の場合、シンク機器からソース機器へｄｏｗｎが指定されたときの通信シーケンス例を示している。
ソース機器からシンク機器へ，ＲＴＳＰメッセージであるＳＥＴ＿ＰＡＲＡＭＥＴＥＲ Ｒｅｑｕｅｓｔを用いて解像度Ｄを指定する（ＳＥＱ１８０１）。これに対し、シンク機器は、ソース機器へＲＴＳＰメッセージであるＳｅｔ＿Ｐａｒａｍｅｔｅｒ ＲｅｓｐｏｎｓｅとしてＯＫを返信することもあるが、図示の例では、解像度をさらに下げてほしいので、ＮＧを返信する（ＳＥＱ１８０２）。
ソース機器は、シンク機器からＮＧを受信したので、ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ Ｒｅｑｕｅｓｔを用いてさらに下の解像度Ａを指定する（ＳＥＱ１８０３）。これに対し、シンク機器は、ソース機器へＲＴＳＰメッセージであるＳｅｔ＿Ｐａｒａｍｅｔｅｒ ＲｅｓｐｏｎｓｅとしてＯＫを返信する（ＳＥＱ１８０４）。
ソース機器がメディア設定値の変更を受け入れた後、ソース機器とシンク機器のやり取りはＭｉｒａｃａｓｔ Ｒｅｌｅａｓｅ１と同等の動作になる。ソース機器は、ＳＥＱ１８０４で受信した解像度Ａでの映像送信処理を行ない（ＳＥＱ１８０５）、Ｍｉｒａｃａｓｔ Ｒｅｌｅａｓｅ１動作としてのＡＶストリーミングが開始される。そして、シンク機器は映像処理を行なう（ＳＥＱ１８０６）。
図１９には、図１８に示した通信シーケンス例に対する変形例を示している。
ソース機器からシンク機器へ，ＲＴＳＰメッセージであるＳＥＴ＿ＰＡＲＡＭＥＴＥＲ Ｒｅｑｕｅｓｔを用いて解像度Ｄを指定する（ＳＥＱ１９０１）。これに対し、シンク機器は、解像度Ｄよりもさらに下げて欲しい場合が、ソース機器へＲＴＳＰメッセージであるＳｅｔ＿Ｐａｒａｍｅｔｅｒ ＲｅｓｐｏｎｓｅとしてＯＫを返信する（ＳＥＱ１９０２）。これにより、ソース機器は、ＳＥＱ１９０１で指定した解像度Ｄでの映像送信処理を行ない（ＳＥＱ１９０３）、Ｍｉｒａｃａｓｔ Ｒｅｌｅａｓｅ１動作としてのＡＶストリーミングが一旦開始される。そして、シンク機器は映像処理を行なう（ＳＥＱ１９０４）。
その後、シンク機器からＳＥＴ＿ＰＡＲＡＭＥＴＥＲ ｒｅｑｕｅｓｔを用いてｗｆｄ−ｖｉｄｅｏ−ｃｈａｎｇｅ：“ｄｏｗｎ”が送られてくると（ＳＥＱ１９０５）、ソース機器は解像度の低下を受け入れてＯＫを返信する（ＳＥＱ１９０６）。
次いで、ソース機器からシンク機器へ，ＲＴＳＰメッセージであるＳＥＴ＿ＰＡＲＡＭＥＴＥＲ Ｒｅｑｕｅｓｔを用いて解像度Ａを指定する（ＳＥＱ１９０７）。これに対し、シンク機器は、ソース機器へＲＴＳＰメッセージであるＳｅｔ＿Ｐａｒａｍｅｔｅｒ ＲｅｓｐｏｎｓｅとしてＯＫを返信する（ＳＥＱ１９０８）。これにより、ソース機器は、解像度Ａでの映像送信処理を行ない（ＳＥＱ１９０９）、Ｍｉｒａｃａｓｔ Ｒｅｌｅａｓｅ１動作としてのＡＶストリーミングが開始される。そして、シンク機器は映像処理を行なう（ＳＥＱ１９１０）。
加えて、図２０に示すように、シンク機器からソース機器へ、ｕ又はｍａｘを送信した後、ソース機器からシンク機器へ“ＮＧ”とｒｅａｓｏｎ ｃｏｄｅはｒｅａｃｈ ｔｏ ｍａｘといった返答方法でもよい。
上記の第１及び第２の実施例はいずれも、Ｐ２Ｐ通信により無線接続されたソース機器とシンク機器間におけるメディア設定値の変更方法に関するものである。これに対し、第３の実施例は、マルチソース・トポロジー環境を想定している。
図１に示した通信システム６００では、２台のソース機器のうちの一方である情報処理装置７００がシンク機器としての情報処理装置８００とＰ２Ｐ接続されるが、他方のソース機器である情報処理装置９００は情報処理装置８００と有線接続されている。図２６に示すように、情報処理装置８００と情報処理装置９００間を無線接続に変更すると、マルチソース・トポロジー環境の通信システム２６００となる。すなわち送信側の情報処理装置が複数存在し、これらの情報処理装置から送信された画像データに基づく複数の画像を、受信側の情報処理装置の表示部に表示させることが想定される。このような場合には、限られた無線帯域の中で、表示状態に応じて高品質なメディア表示又は再生が必要な情報処理装置に対し、極力、データ伝送速度を割り当てる帯域制御が望ましく、その帯域制御方法が課題となる。
図２７には、図２６に示した通信システム２６００を構成する各装置間における通信シーケンス例を示している。図示の通信シーケンス例では、シンク機器としての情報処理装置８００が、各ソース機器としての情報処理装置７００及び情報処理装置９００からそれぞれに関する管理情報を取得する。
情報処理装置７００は、定期的又は不定期（開始時の実も含む）に、設定情報要求を、情報処理装置８００に送信する（ＳＥＱ２７０１）。この設定情報要求は、情報処理装置８００において設定されている、解像度、画像圧縮方式、映像出力形式、音質、音声圧縮方式、音声出力形式などのメディア設定値の送信を要求するものである。
情報処理装置８００は、設定情報要求を受信すると（ＳＥＱ２７０２）、その設定情報要求に応じたコマンド情報を送信する（ＳＥＱ２７０３）。コマンド情報は、情報処理装置７００が、情報処理装置８００との間の電波伝搬環境と情報処理装置８００における映像の表示形態を考慮して、情報処理装置７００に対して設定を要望するメディア設定値を含む情報である。また、コマンド情報は、Ｃａｐａｂｉｌｉｔｙ情報の一部に含まれる。
情報処理装置７００は、コマンド情報を受信すると（ＳＥＱ２７０４）、コマンド情報に基づいて自装置のメディア設定値を適宜変更して、変更した後の設定情報を情報処理装置８００に送信する（ＳＥＱ２７０５、ＳＥＱ２７０６）。
同様に、情報処理装置９００は、定期的又は不定期（開始時の実も含む）に、設定情報要求を、情報処理装置８００に送信する（ＳＥＱ２７０７）。情報処理装置８００は、設定情報要求を受信すると（ＳＥＱ２７０８）、その設定情報要求に応じたコマンド情報を送信する（ＳＥＱ２７０９）。そして、情報処理装置９００は、コマンド情報を受信すると（ＳＥＱ２７１０）、コマンド情報に基づいて自装置のメディア設定値を適宜変更して、変更した後の設定情報を情報処理装置８００に送信する（ＳＥＱ２７１１、ＳＥＱ２７１２）。
図２８には、シンク機器としての情報処理装置８００がマルチソース・トポロジー環境下で実行する動作手順をフローチャートの形式で示している。但し、情報処理装置８００は、図２６に示したマルチソース・トポロジー環境の通信システム２６００において、第１のソース機器としての情報処理装置７００との間で第１のリンクの接続を行なうとともに、第２のソース機器としての情報処理装置９００との間で第２のリンクの接続を行ない、図２８に示す動作手順を開始した時点では、第１のリンク及び第２のリンクにおいてそれぞれコンテンツ伝送が行なわれているものとする。
まず、制御部３７０は、第１のソース機器としての情報処理装置７００の管理情報を取得し（ステップＳ２８０１）、次いで、第２のソース機器としての情報処理装置９００の管理情報を取得する（ステップＳ２８０２）。図２７に示した通信シーケンスに従って、各ソース機器から管理情報を取得することができる。取得した各管理情報は、管理情報保持部３９０に保持される。
次いで、制御部３７０は、情報処理装置８００に接続されている各ソース機器が不安定であるか否かを判定する（ステップＳ２８０３）。ここで、ソース機器が不安定とは、例えば、表示部３５１に表示される画像が乱れるような場合を意味する。そして、すべてのソース機器が不安定でない場合には（ステップＳ２８０３のＮｏ）、ステップＳ２８０１に戻る。
一方、いずれかのソース機器が不安定である場合には（ステップＳ２８０３のＹｅｓ）、不安定であるソース機器（以下、「対象ソース機器」とする）のリンクの安定度に基づく判定を行なう（ステップＳ２８０４）。具体的には、制御部３７０は、対象ソース機器のＰＥＲ（Ｐａｃｋｅｔ Ｅｒｒｏｒ Ｒａｔｅ）が閾値以上であるか否かを判定する。
対象ソース機器のＰＥＲが閾値未満である場合には（ステップＳ２８０４のＮｏ）、いずれのソース機器とのリンクも安定していると判断することができるため、本処理の動作を終了する。
なお、図２８では、リンクの安定度を判定する際にＰＥＲを指標として用いる例を示すが、他の指標を用いるようにしてもよい。例えば、ＢＥＲ（Ｂｉｔ Ｅｒｒｏｒ Ｒａｔｅ）やＲＳＳＩ（Ｒｅｃｅｉｖｅｃ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ：受信信号強度）、パケットの再送回数、スループット、フレーム落ち、ＳＩＲ（Ｓｉｇｎａｌ ｔｏ Ｓｎｔｅｒｆｅｒｅｎｃｅ Ｒａｔｉｏ：希望信号対干渉信号比）などを指標に用いて、リンクの安定度を判定するようにしてもよい。
また、対象ソース機器のＰＥＲが閾値以上である場合には（ステップＳ２８０４のＹｅｓ）、制御部３７０は、対象ソース機器が大画面（又は高品質な画面表示）か否かをさらに判定する（ステップＳ２８０５）。そして、対象ソース機器が大画面、又は、現在高品質な画面表示に設定されている場合には（ステップＳ２８０５のＹｅｓ）、対象ソース機器に対して低品質な解像度を設定する（ステップＳ２８０６）。逆に、対象ソース機器が大画面でなく、且つ、現在高品質な画面表示に設定されてもいない場合には（ステップＳ２８０５のＮｏ）、対象ソース機器に対して高品質な解像度を設定する（ステップＳ２８０７）。
そして、制御部３７０は、第１のソース機器及び第２のソース機器を、それぞれに指定したメディア設定値で同時動作させる（ステップＳ２８０８）。
次いで、制御部３７０は、通信状況に応じて、高品質なメディア設定値と低品質なメディア設定値において、リフレッシュ・レートを調整するため、対象ソース機器に送信する（ステップＳ２８０９）。
また、制御部３７０は、通信状況に応じて、データ伝送速度を変更するためのメディア設定値を調整するため、対象ソース機器に送信する（ステップＳ２８１０）。
また、制御部３７０は、通信状況に応じて、低品質な対象ソース機器の映像を一時停止するためのメディア設定値を調整して送信する（ステップＳ２８１１）。
Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅにおいて標準化されているＷｉ−Ｆｉ Ｄｉｒｅｃｔ規格では、シンク機器の要求によるソース機器のメディア設定値を変更する場合には、Ｄｅｖｉｃｅ ｄｉｓｃｏｖｅｒｙ、第２層の接続処理、ｓｅｃｕｒｅ ｌｉｎｋ確立処理、ＩＰ ａｄｄｒｅｓｓアサイン処理など（図５を参照のこと）を再度行なう必要がある。このため、無線区間上のリソースの使用による衝突が増加し、これらの各処理に要する時間だけ、ユーザーの待ち時間が増加することが課題となる。
これに対し、本明細書で開示する技術によれば、Ｍｉｒａｃａｓｔ Ｒｅｌｅａｓｅ１と親和性が高いＲＴＳＰパラメーターを新設する。これによって、シンク機器の要求によるソース機器のメディア設定値を変更する通信シーケンスにおいても、無線区間上のリソースを少なくすることができ、さらに、ユーザーの待ち時間を感じさせない通信シーケンスにすることが可能となる。
本明細書で開示する技術によれば、情報処理装置間をＷｉ−Ｆｉ Ｄｉｒｅｃｔを用いて接続する環境において、他の無線装置からの干渉を極力削減するように、メディア設定情報の設定方法を提供することが可能である。
さらに、マルチソース・トポロジー環境、すなわち送信側の情報処理装置が複数存在し、これらの情報処理装置から送信された画像データに基づく複数の画像を、受信側の情報処理装置の表示部に表示させることも想定される。限られた無線帯域の中で、表示状態に応じて高品質なメディア表示又は再生が必要な情報処理装置に対して極力データ伝送速度を割り当てる帯域制御が望ましいが、本明細書で開示する技術によれば、その帯域制御方法を提供することが可能となる。
本明細書で開示する技術は、さまざまな製品に適用することができる。例えば、情報処理装置７００、８００、９００は、スマートフォンやタブレットなどの多機能情報端末、パーソナル・コンピューター、ゲーム機、ディジタルカメラ、その他のモバイル端末、テレビジョン受信機、プリンター、ディジタルスキャナー、ネットワーク・ストレージ・デバイス、その他の固定端末、さらにはカーナビゲーション装置などの車載端末として構成されてもよい。また、情報処理装置７００、８００、９００は、スマート・メーター、自動販売機、遠隔監視装置、ＰＯＳ（Ｐｏｉｎｔ Ｏｆ Ｓａｌｅ）端末などのＭ２Ｍ（Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ）端末、ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）端末として構成されてもよい。さらに、情報処理装置７００、８００、９００は、これらの端末に搭載される無線通信モジュール（例えば、１つのダイで構成される集積回路）であってもよい。
また、上述の実施の形態において説明した処理手順は、これら一連の手順を有する方法として捉えてもよく、また、これら一連の手順をコンピュータに実行させるためのプログラム乃至そのプログラムを記憶する記録媒体として捉えてもよい。この記録媒体として、例えば、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）、ＭＤ（ＭｉｎｉＤｉｓｃ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）、メモリカード、ブルーレイディスク（Ｂｌｕ−ｒａｙ（登録商標）Ｄｉｓｃ）などを用いることができる。
本明細書では、特定の実施形態を参照しながら、本明細書で開示する技術について詳細に説明してきた。しかしながら、本明細書で開示する技術の要旨を逸脱しない範囲で当業者が該実施形態の修正や代用を成し得ることは自明である。
本明細書では、情報処理装置間をＷｉ−Ｆｉ Ｄｉｒｅｃｔを用いて接続する環境に適用した実施形態を中心に説明してきたが、本明細書で開示する技術の要旨はこれに限定されるものではない。他のさまざまな無線電伝送規格を用いて画像データを伝送する環境下においても、同様に本明細書で開示する技術を適用することができる。
要するに、例示という形態により本明細書で開示する技術について説明してきたのであり、本明細書の記載内容を限定的に解釈するべきではない。本明細書で開示する技術の要旨を判断するためには、特許請求の範囲を参酌すべきである。
なお、本明細書の開示の技術は、以下のような構成をとることも可能である。
（１）無線接続される他の情報処理装置からデータを受信する情報処理装置であって、
前記他の情報処理装置からの問合せに応じて前記情報処理装置のＣａｐａｂｉｌｉｔｙ情報を送信するＣａｐａｂｉｌｉｔｙ情報送信部と、
前記情報処理装置に関するＣａｐａｂｉｌｉｔｙ情報と、前記他の情報処理装置との通信に関する解像度情報と、前記情報処理装置における前記受信データの再生出力形式に基づいて前記他の情報処理装置に関するメディア設定値を制御する制御部と、
前記制御部によって選択されたメディア設定値に関する情報を前記他の情報処理装置に送信するメディア設定値送信部と、
を具備する情報処理装置。
（２）前記Ｃａｐａｂｉｌｉｔｙ情報送信部は、Ｍｉｒａｃａｓｔ Ｒｅｌｅａｓｅ１のＣａｐａｂｉｌｉｔｙ Ｎｅｇｏｔｉａｔｉｏｎ処理として、前記情報処理装置のＣａｐａｂｉｌｉｔｙ情報を送信し、
前記メディア設定値送信部は、Ｍｉｒａｃａｓｔ機能拡張の処理として、メディア設定値に関する情報を送信する、
上記（１）に記載の情報処理装置。
（３）前記Ｃａｐａｂｉｌｉｔｙ Ｎｅｇｏｔｉａｔｉｏｎ処理として、前記他の情報処理装置との通信に関する前記解像度情報を受信する、
上記（２）に記載の情報処理装置。
（４）Ｍｉｒａｃａｓｔ拡張機能情報を要求するＲＴＳＰパラメーターを含んだ要求メッセージを前記他の情報処理装置から受信したことに応じて、Ｍｉｒａｃａｓｔ拡張機能情報を実装するか否かを示すＲＴＳＰパラメーターを含んだ応答メッセージを返信する拡張機能送信部をさらに備える、
上記（１）に記載の情報処理装置。
（５）送出可能なメディア設定値を前記他の情報処理装置に問い合わせるメディア設定値問合せ部をさらに備え、
前記制御部は、前記問い合わせに対する返答に基づいて、前記他の情報処理装置に関するメディア設定値を制御する、
上記（１）に記載の情報処理装置。
（６）前記制御部は、現在設定しているメディア設定値を基準として、データ伝送レートを増加又は低減するためのメディア設定値の制御を行なう、
上記（１）に記載の情報処理装置。
（７）前記制御部は、ｍｉｎ（前記他の情報処理装置と共通項で最小のものを指定）、ｍａｘ（前記他の情報処理装置と共通項で最大のものを指定）、ｄｏｗｎ（今使っているものより１段階低いものを指定）、ｕｐ（今使っているものより１段階高いものを指定）を用いてメディア設定値の変更要求を行なわせる、
請求項６に記載の情報処理装置。
（８）前記メディア設定値送信部は、ＲＴＳＰパラメーターを用いたメディア設定値の変更要求を送信する、
上記（７）に記載の情報処理装置。
（９）前記制御部は、前記情報処理装置が受信可能なメディア設定値と前記他の情報処理装置から送出可能なメディア設定値の間で共通する１以上のメディア設定値を選択して、前記他の情報処理装置に関するメディア設定値を制御する、
上記（５）に記載の情報処理装置。
（１０）前記メディア設定値送信部は、ＲＴＳＰパラメーターを用いて前記１以上のメディア設定値を直接指定したメディア設定値の変更要求を送信する、
上記（９）に記載の情報処理装置。
（１１）無線接続される他の情報処理装置からデータを受信する情報処理装置における情報処理方法であって、
前記他の情報処理装置からの問合せに応じて前記情報処理装置のＣａｐａｂｉｌｉｔｙ情報を送信するＣａｐａｂｉｌｉｔｙ情報送信ステップと、
前記情報処理装置に関するＣａｐａｂｉｌｉｔｙ情報と、前記他の情報処理装置との通信に関する解像度情報と、前記情報処理装置における前記受信データの再生出力形式に基づいて前記他の情報処理装置に関するメディア設定値を制御する制御ステップと、
前記制御ステップにおいて選択されたメディア設定値に関する情報を前記他の情報処理装置に送信するメディア設定値送信ステップと、
を有する情報処理方法。
２１０…アンテナ、２２０…無線通信部、２３０…制御信号受信部
２４０…制御部、２５０…画像・音声信号生成部
２６０…画像・音声圧縮部、２７０…ストリーム送信部
３１０…アンテナ、３２０…無線通信部、３３０…ストリーム受信部
３４０…画像・音声展開部、３５０…画像・音声出力部
３６０…ユーザー情報取得部、３７０…制御部
３８０…制御信号送信部、３９０…管理情報保持部
６００…通信システム
７００…情報処理装置

Claims (11)

  1. 無線接続される他の情報処理装置からデータを受信する情報処理装置であって、
    前記他の情報処理装置からの問合せに応じて前記情報処理装置のＣａｐａｂｉｌｉｔｙ情報を送信するＣａｐａｂｉｌｉｔｙ情報送信部と、
    前記情報処理装置に関するＣａｐａｂｉｌｉｔｙ情報と、前記他の情報処理装置との通信に関する解像度情報と、前記情報処理装置における前記受信データの再生出力形式に基づいて前記他の情報処理装置に関するメディア設定値を制御する制御部と、
    前記制御部によって選択されたメディア設定値に関する情報を前記他の情報処理装置に送信するメディア設定値送信部と、
    を具備する情報処理装置。
  2. 前記Ｃａｐａｂｉｌｉｔｙ情報送信部は、Ｍｉｒａｃａｓｔ Ｒｅｌｅａｓｅ１のＣａｐａｂｉｌｉｔｙ Ｎｅｇｏｔｉａｔｉｏｎ処理として、前記情報処理装置のＣａｐａｂｉｌｉｔｙ情報を送信し、
    前記メディア設定値送信部は、Ｍｉｒａｃａｓｔ機能拡張の処理として、メディア設定値に関する情報を送信する、
    請求項１に記載の情報処理装置。
  3. 前記Ｃａｐａｂｉｌｉｔｙ Ｎｅｇｏｔｉａｔｉｏｎ処理として、前記他の情報処理装置との通信に関する前記解像度情報を受信する、
    請求項２に記載の情報処理装置。
  4. Ｍｉｒａｃａｓｔ拡張機能情報を要求するＲＴＳＰパラメーターを含んだ要求メッセージを前記他の情報処理装置から受信したことに応じて、Ｍｉｒａｃａｓｔ拡張機能情報を実装するか否かを示すＲＴＳＰパラメーターを含んだ応答メッセージを返信する拡張機能送信部をさらに備える、
    請求項１に記載の情報処理装置。
  5. 送出可能なメディア設定値を前記他の情報処理装置に問い合わせるメディア設定値問合せ部をさらに備え、
    前記制御部は、前記問い合わせに対する返答に基づいて、前記他の情報処理装置に関するメディア設定値を制御する、
    請求項１に記載の情報処理装置。
  6. 前記制御部は、現在設定しているメディア設定値を基準として、データ伝送レートを増加又は低減するためのメディア設定値の制御を行なう、
    請求項１に記載の情報処理装置。
  7. 前記制御部は、ｍｉｎ（前記他の情報処理装置と共通項で最小のものを指定）、ｍａｘ（前記他の情報処理装置と共通項で最大のものを指定）、ｄｏｗｎ（今使っているものより１段階低いものを指定）、ｕｐ（今使っているものより１段階高いものを指定）を用いてメディア設定値の変更要求を行なわせる、
    請求項６に記載の情報処理装置。
  8. 前記メディア設定値送信部は、ＲＴＳＰパラメーターを用いたメディア設定値の変更要求を送信する、
    請求項７に記載の情報処理装置。
  9. 前記制御部は、前記情報処理装置が受信可能なメディア設定値と前記他の情報処理装置から送出可能なメディア設定値の間で共通する１以上のメディア設定値を選択して、前記他の情報処理装置に関するメディア設定値を制御する、
    請求項５に記載の情報処理装置。
  10. 前記メディア設定値送信部は、ＲＴＳＰパラメーターを用いて前記１以上のメディア設定値を直接指定したメディア設定値の変更要求を送信する、
    請求項９に記載の情報処理装置。
  11. 無線接続される他の情報処理装置からデータを受信する情報処理装置における情報処理方法であって、
    前記他の情報処理装置からの問合せに応じて前記情報処理装置のＣａｐａｂｉｌｉｔｙ情報を送信するＣａｐａｂｉｌｉｔｙ情報送信ステップと、
    前記情報処理装置に関するＣａｐａｂｉｌｉｔｙ情報と、前記他の情報処理装置との通信に関する解像度情報と、前記情報処理装置における前記受信データの再生出力形式に基づいて前記他の情報処理装置に関するメディア設定値を制御する制御ステップと、
    前記制御ステップにおいて選択されたメディア設定値に関する情報を前記他の情報処理装置に送信するメディア設定値送信ステップと、
    を有する情報処理方法。
JP2015147257A 2015-07-24 2015-07-24 情報処理装置及び情報処理方法 Pending JP2017028587A (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2015147257A JP2017028587A (ja) 2015-07-24 2015-07-24 情報処理装置及び情報処理方法
PCT/JP2016/065474 WO2017018042A1 (ja) 2015-07-24 2016-05-25 情報処理装置及び情報処理方法、並びにソース機器
US15/510,748 US10582376B2 (en) 2015-07-24 2016-05-25 Information processing apparatus, information processing method, and source apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2015147257A JP2017028587A (ja) 2015-07-24 2015-07-24 情報処理装置及び情報処理方法

Publications (1)

Publication Number Publication Date
JP2017028587A true JP2017028587A (ja) 2017-02-02

Family

ID=57885500

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2015147257A Pending JP2017028587A (ja) 2015-07-24 2015-07-24 情報処理装置及び情報処理方法

Country Status (3)

Country Link
US (1) US10582376B2 (ja)
JP (1) JP2017028587A (ja)
WO (1) WO2017018042A1 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018101514A1 (ko) * 2016-12-01 2018-06-07 엘지전자 주식회사 영상표시장치, 및 이를 구비하는 영상표시 시스템
JP7080624B2 (ja) * 2017-11-30 2022-06-06 キヤノン株式会社 通信装置、制御方法、およびプログラム
CN112584221B (zh) * 2020-11-06 2024-09-13 西安万像电子科技有限公司 图像采集方法及系统
WO2024060064A1 (en) * 2022-09-21 2024-03-28 Qualcomm Incorporated Miracast end to end (e2e) stream transmission

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009094799A (ja) * 2007-10-09 2009-04-30 Funai Electric Co Ltd コンテンツ転送システム
JP5521774B2 (ja) 2010-05-25 2014-06-18 ソニー株式会社 情報処理装置、情報処理方法、及びそのプログラム
JP2013098903A (ja) * 2011-11-04 2013-05-20 Renesas Electronics Corp 映像音声出力装置及び映像音声出力装置の制御方法
KR102091137B1 (ko) * 2012-07-17 2020-03-20 삼성전자주식회사 영상 제공 시스템 및 방법
WO2014014238A1 (en) 2012-07-17 2014-01-23 Samsung Electronics Co., Ltd. System and method for providing image
JP6202826B2 (ja) * 2013-01-30 2017-09-27 キヤノン株式会社 通信装置、通信装置の制御方法、および、プログラム
US9716737B2 (en) * 2013-05-08 2017-07-25 Qualcomm Incorporated Video streaming in a wireless communication system
JP2015012512A (ja) * 2013-06-28 2015-01-19 株式会社東芝 情報処理装置および情報処理方法
JP5850012B2 (ja) * 2013-08-30 2016-02-03 ブラザー工業株式会社 情報処理装置、プログラム及び通信システム
JP2015070568A (ja) 2013-09-30 2015-04-13 ソニー株式会社 情報処理装置、通信方法およびプログラム
CN104754426B (zh) * 2013-12-25 2018-11-16 华为终端有限公司 一种媒体处理方法、设备及系统
WO2015199680A1 (en) * 2014-06-25 2015-12-30 Intel Corporation Techniques to enhance wireless personal area network performance under interference conditions
US10045065B2 (en) * 2014-09-05 2018-08-07 Qualcomm Incorporated Synchronization and control of overlay contents for video streaming in a wireless communication system
JP6378606B2 (ja) * 2014-10-20 2018-08-22 キヤノン株式会社 通信装置、その制御方法、およびプログラム
KR102250090B1 (ko) * 2014-12-24 2021-05-10 삼성전자주식회사 영상 데이터를 송수신하는 디바이스 및 그 방법
US10663520B2 (en) * 2015-01-07 2020-05-26 Lg Electronics Inc. Method and apparatus for reporting battery state in WFD
US20160308917A1 (en) * 2015-04-20 2016-10-20 Intel Corporation Sensor input transmission and associated processes

Also Published As

Publication number Publication date
US10582376B2 (en) 2020-03-03
WO2017018042A1 (ja) 2017-02-02
US20190090125A1 (en) 2019-03-21

Similar Documents

Publication Publication Date Title
US10383098B2 (en) Information processing device and information processing method
JP6750608B2 (ja) 情報処理装置、情報処理方法およびプログラム
US10805672B2 (en) Information processing device, information processing system, and information processing method
EP3007455B1 (en) Information processing device and information processing method
JP7037358B2 (ja) 情報処理装置、情報処理方法およびプログラム
US11435973B2 (en) Communication apparatus, communication method, and storage medium
TWI684101B (zh) 資訊處理裝置、資訊處理方法及非暫時性電腦可讀取之記錄媒體
JP7123594B2 (ja) 通信装置、制御方法、およびプログラム
US11068148B2 (en) Information processing device
KR20150026947A (ko) 디스플레이 포워딩 기능에 대한 호환성 통지를 이용하는 컨텐트 공유 방법 및 연관 디바이스
WO2017018042A1 (ja) 情報処理装置及び情報処理方法、並びにソース機器
US20190200281A1 (en) Communication apparatus, control method, and storage medium
JP2019215762A (ja) 通信装置、制御方法、および、プログラム