(57)【要約】  情報処理デバイスの第１通信部は、IPネットワークの第１セグメント内で通信を行う。第２通信部は、非IPの有線インタフェースを介して、他の情報処理デバイスと通信を行う。プロキシ処理部は、前記第１セグメントに属する第１コントローラから受信する制御コマンドであるIP制御コマンドに基づき、前記有線インタフェースを用いた制御コマンドである有線制御コマンドを生成する。前記プロキシ処理部は、前記第２通信部を利用して、前記有線制御コマンドに基づきプロキシ処理を実行する。前記共有化処理部は、前記第２通信部を利用して、前記プロキシ処理部によるプロキシ制御に関連する関連情報を、第２セグメントに属する第２の情報処理デバイスと共有する。
2019116777.tif 000002
【特許請求の範囲】
【請求項１】
IP（Internet Protocol）ネットワークの第１セグメント内でIPに基づく通信を行うように構成された第１通信部と、
非IPの有線インタフェースを介して、１以上の他の情報処理デバイスと通信を行うように構成された第２通信部と、
少なくとも前記第１セグメントに属する第１コントローラから前記第１通信部を介して受信する制御コマンドであるIP制御コマンドに基づき、前記有線インタフェースを用いた制御コマンドである有線制御コマンドを生成し、前記第２通信部を利用して、前記有線制御コマンドに基づきプロキシ制御を実行するように構成されたプロキシ処理部と、
前記第２通信部を利用して、前記プロキシ処理部によるプロキシ制御に関連する関連情報を、前記１以上の他の情報処理デバイスのうち、前記第１セグメントとは異なる第２セグメントに属する第２の情報処理デバイスと共有するように構成された共有化処理部と
を具備する情報処理デバイス。
【請求項２】
請求項１に記載の情報処理デバイスであって、
前記共有化処理部は、前記関連情報として、この情報処理デバイスによる前記プロキシ制御に関連する第１の関連情報を前記第２の情報処理デバイスに送信し、前記第２の情報処理デバイスによるプロキシ制御に関連する第２の関連情報を、前記第２の情報処理デバイスから受信するように構成される
情報処理デバイス。
【請求項３】
請求項２に記載の情報処理デバイスであって、
前記共有化処理部は、前記第１の関連情報として、前記第１セグメントのIPセグメント情報、および、前記第１コントローラの前記IP制御コマンドに対応する前記有線制御コマンドのリスト情報を、前記第２の情報処理デバイスに送信するように構成される
情報処理デバイス。
【請求項４】
請求項２に記載の情報処理デバイスであって、
前記共有化処理部は、前記第２の関連情報として、前記第２セグメントのIPセグメント情報、および、前記第２セグメントに属する第２コントローラで生成されたIP制御コマンドに対応する有線制御コマンドのリスト情報を、前記第２の情報処理デバイスから受信するように構成される
情報処理デバイス。
【請求項５】
請求項４に記載の情報処理デバイスであって、
前記共有化処理部は、前記第２の情報処理デバイスが属する前記IPネットワークのセグメントが、前記第１セグメントと異なるか否かを判定するように構成される
情報処理デバイス。
【請求項６】
請求項１に記載の情報処理デバイスであって、
前記プロキシ処理部は、前記第２の情報処理デバイスによって生成された有線制御コマンドであって、前記第２セグメントに属する第２コントローラにより生成されたIP制御コマンドに基づき生成された有線制御コマンドを、前記第２通信部を利用して受信し、その受信した有線制御コマンドに基づきプロキシ制御を実行するように構成される
情報処理デバイス。
【請求項７】
請求項６に記載の情報処理デバイスであって、
前記第２コントローラにより生成された前記IP制御コマンドに基づき生成された前記有線制御コマンドは、前記第２の情報処理デバイスが実行できないように定義されたコマンドである
情報処理デバイス。
【請求項８】
IP（Internet Protocol）ネットワークの第１セグメント内でIPに基づく通信を行うように構成された第１通信部と、
非IPの有線インタフェースを介して、１以上の他の情報処理デバイスと通信を行うように構成された第２通信部とを備えた情報処理デバイスによる情報処理方法であって、
前記第２通信部を利用して、前記情報処理デバイスによるプロキシ制御に関連する関連情報を、前記１以上の他の情報処理デバイスのうち、前記第１セグメントとは異なる第２セグメントに属する第２の情報処理デバイスと共有し、
少なくとも前記第１セグメントに属する第１コントローラから前記第１通信部を介して受信する制御コマンドであるIP制御コマンドに基づき、前記有線インタフェースを用いた制御コマンドである有線制御コマンドを生成し、
前記第２通信部を利用して、前記有線制御コマンドに基づきプロキシ制御を実行する
情報処理方法。
【請求項９】
IP（Internet Protocol）ネットワークの第１セグメントに属する第１の情報処理デバイスと、
前記IPネットワークの、前記第１セグメントとは異なる第２セグメントに属し、非IPの有線インタフェースを介して前記第１の情報処理デバイスに接続された第２の情報処理デバイスとを具備し、
前記第１の情報処理デバイスは、
前記第１セグメント内でIPに基づく通信を行うように構成された第１通信部と、
前記有線インタフェースを介して、前記第２の情報処理デバイスを含む１以上の他の情報処理デバイスと通信を行うように構成された第２通信部と、
少なくとも前記第１セグメントに属する第１コントローラから前記第１通信部を介して受信する制御コマンドであるIP制御コマンドに基づき、前記有線インタフェースを用いた制御コマンドである有線制御コマンドを生成し、前記第２通信部を利用して、前記有線制御コマンドに基づきプロキシ制御を実行するように構成されたプロキシ処理部と、
前記第２通信部を利用して、前記プロキシ処理部によるプロキシ制御に関連する関連情報を前記第２の情報処理デバイスと共有するように構成された共有化処理部とを有する
情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、ネットワークを構築する複数の情報処理デバイスで構成される情報処理システム、また、それら情報処理デバイス、および情報処理方法に関する。
【背景技術】
【０００２】
現在、レコーダ、セットトップボックス、その他のAV（Audio Visual）ソースから、テレビジョン受像機（TV）や他のディスプレイに対して、非圧縮（ベースバンド）のAVデータを高速に伝送する通信インタフェースとして、HDMI（登録商標、以下同じ。）（High Definition Multimedia Interface）が普及している。【０００３】
近年では、IP（Internet Protocol）接続を利用して、家庭内の複数のデバイスでネットワークが構築されるケースが増えている。例として、コントロールポイント（例えばモバイルデバイス）が、WiFi等の無線通信を介して、HDMIネットワークに接続されたTVやゲームデバイス等の各種デバイスを制御する技術がある（例えば特許文献１参照。）。この技術では、コントロールポイントが、UPnPプロトコルを用いて、HDMIにおけるCEC（Consumer Electronics Control）コマンドをIPパケット化し、HDMIネットワーク内のデバイス（例えばTV）に送信する。すなわち、このコントロールポイントは、HDMIネットワーク内の各デバイスを制御することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】国際公開第2014/063886号
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ここで、上記HDMIのような非IPネットワークに有線接続された複数のデバイスがそれぞれ異なるIPネットワークセグメントに属することが想定される。この場合、それらセグメントに属するそれぞれのデバイスはIPによる通信を行うことができないため、それらデバイス間で例えば非IP制御系のコンフリクトが生じるおそれがある。【０００６】
本開示の目的は、異なるIPネットワークセグメントにそれぞれ属する情報処理デバイス間での非IP制御系のコンフリクトを回避できる情報処理システム、これに含まれる情報処理デバイス、および情報処理方法を提供することにある。
【課題を解決するための手段】
【０００７】
一形態に係る情報処理デバイスは、第１通信部と、第２通信部と、プロキシ処理部と、共有化処理部とを具備する。
前記第１通信部は、IPネットワークの第１セグメント内でIPに基づく通信を行うように構成される。
前記第２通信部は、非IPの有線インタフェースを介して、１以上の他の情報処理デバイスと通信を行うように構成される。
前記プロキシ処理部は、少なくとも前記第１セグメントに属する第１コントローラから前記第１通信部を介して受信する制御コマンドであるIP制御コマンドに基づき、前記有線インタフェースを用いた制御コマンドである有線制御コマンドを生成するように構成される。また、前記プロキシ処理部は、前記第２通信部を利用して、前記有線制御コマンドに基づきプロキシ制御を実行するように構成される。
前記共有化処理部は、前記第２通信部を利用して、前記プロキシ処理部によるプロキシ制御に関連する関連情報を、前記１以上の他の情報処理デバイスのうち、前記第１セグメントとは異なる第２セグメントに属する第２の情報処理デバイスと共有するように構成される。【０００８】
本情報処理デバイスは、第２の情報処理デバイスとの間で、互いのプロキシ制御のための関連情報を、第２通信部を利用して共有する。これにより、互いのIP制御コマンドに基づく有線制御コマンドの第２通信部における衝突を回避し、つまり非IP制御系のコンフリクトを回避できる。【０００９】
前記共有化処理部は、前記関連情報として、この情報処理デバイスによる前記プロキシ制御に関連する第１の関連情報を前記第２の情報処理デバイスに送信し、前記第２の情報処理デバイスによるプロキシ制御に関連する第２の関連情報を、前記第２の情報処理デバイスから受信するように構成されてもよい。【００１０】
前記共有化処理部は、前記第１の関連情報として、前記第１セグメントのIPセグメント情報、および、前記第１コントローラの前記IP制御コマンドに対応する前記有線制御コマンドのリスト情報を、前記第２の情報処理デバイスに送信するように構成されてもよい。【００１１】
前記共有化処理部は、前記第２の関連情報として、前記第２セグメントのIPセグメント情報、および、前記第２セグメントに属する第２コントローラで生成されたIP制御コマンドに対応する有線制御コマンドのリスト情報を、前記第２の情報処理デバイスから受信するように構成されてもよい。【００１２】
前記共有化処理部は、前記第２の情報処理デバイスが属する前記IPネットワークのセグメントが、前記第１セグメントと異なるか否かを判定するように構成されてもよい。【００１３】
前記プロキシ処理部は、前記第２の情報処理デバイスによって生成された有線制御コマンドであって、前記第２セグメントに属する第２コントローラにより生成されたIP制御コマンドに基づき生成された有線制御コマンドを、前記第２通信部を利用して受信してもよい。また、前記プロキシ処理部は、その受信した有線制御コマンドに基づきプロキシ制御を実行するように構成されてもよい。【００１４】
これにより、第１の情報処理デバイスは、第２の情報処理デバイスを介して、第２コントローラからのIP制御コマンドによるプロキシ制御を実行することができる。【００１５】
前記第２コントローラにより生成された前記IP制御コマンドに基づき生成された前記有線制御コマンドは、前記第２の情報処理デバイスが実行できないように定義されたコマンドであってもよい。【００１６】
これにより、第２の情報処理デバイスが実行できない制御であっても、本情報処理デバイスがそれを実行することができる。【００１７】
一形態に係る情報処理方法は、IPネットワークの第１セグメント内でIPに基づく通信を行うように構成された第１通信部と、非IPの有線インタフェースを介して、１以上の他の情報処理デバイスと通信を行うように構成された第２通信部とを備えた情報処理デバイスによる情報処理方法である。
前記第２通信部を利用して、前記情報処理デバイスによるプロキシ制御に関連する関連情報が、前記１以上の他の情報処理デバイスのうち、前記第１セグメントとは異なる第２セグメントに属する第２の情報処理デバイスと共有される。
少なくとも前記第１セグメントに属する第１コントローラから前記第１通信部を介して受信する制御コマンドであるIP制御コマンドに基づき、前記有線インタフェースを用いた制御コマンドである有線制御コマンドが生成される。
前記第２通信部を利用して、前記有線制御コマンドに基づきプロキシ制御が実行される。【００１８】
一形態に係る情報処理システムは、上記IPネットワークの第１セグメントに属する第１の情報処理デバイスと、前記IPネットワークの、前記第１セグメントとは異なる第２セグメントに属し、非IPの有線インタフェースを介して前記第１の情報処理デバイスに接続された第２の情報処理デバイスとを具備する。
前記第１の情報処理デバイスは、上記第１通信部、上記第２通信部、上記プロキシ処理部、および上記共有化処理部を有する。
【発明の効果】
【００１９】
以上、本技術によれば、異なるIPネットワークセグメントにそれぞれ属する情報処理デバイス間での非IP制御系のコンフリクトを回避できる。【００２０】
なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
【図面の簡単な説明】
【００２１】
【図１】図１は、本技術の一実施形態に係る情報処理システムの構成を示すブロック図である。
【図２】図２は、第１セグメント（または第２セグメント）に属し、有線ネットワークに接続されたデバイスの構成を示すブロック図である。
【図３】図３は、図２に示すデバイスによって共有化され得る関連情報の例を示す。
【図４】図４は、図２に示すデバイスの基本的な動作を示すフローチャートである。
【図５】図５は、情報処理システムの典型的な実施例を示すブロック図である。
【図６】図６は、コマンド(1)をブロードキャストで通知する場合のTVの動作を示すフローチャートである。
【図７】図７は、コマンド<Record On>による制御の依頼を行う場合のシーケンス図である。
【発明を実施するための形態】
【００２２】
以下、本技術に係る実施形態を、図面を参照しながら説明する。
【００２３】
１．情報処理システムの構成
【００２４】
図１は、本技術の一実施形態に係る情報処理システムの構成を示すブロック図である。この情報処理システムは、例えば５つのデバイス１１〜１５、ルータ３１、３２、第１コントローラ１６、第２コントローラ１７等を備える。この情報処理システムには、IPネットワーク２１および２２と、非IPの有線ネットワーク２３とが混在している。
【００２５】
デバイス１１〜１５は、非IPの有線ネットワーク２３に接続され、具体的には、有線インタフェース（以下、有線IFという。）に接続されたケーブル５を介して、デバイス間で相互に接続される。有線IFとしては、例えばHDMIやSCART（Syndicat des Constructeurs d'Appareils Radiorecepteurs et Televiseurs）が用いられる。これらのインタフェースは、AVストリームを主データとして送受信する。
【００２６】
デバイス１１〜１５のうち、デバイス１１、１２は、IPによる通信も可能に構成される。デバイス１３〜１５は、IPには対応していない。デバイス１１〜１５は、後述するように例えばTV、アンプリファイア（Amplifier）、再生デバイス等の家電デバイスである。
【００２７】
この情報処理システムのIPネットワークには、例えば第１セグメント２１および第２セグメント２２の２つのネットワークセグメントが存在する。OSI参照モデルにおいて第１および２層で接続されたネットワークを１つのセグメントとする。つまり、１つのセグメントは１つのLANを構成し、典型的にはルータごとにセグメントが存在する。
【００２８】
第１コントローラ１６、ルータ３１、およびデバイス１１は、第１セグメント２１に属する。第２コントローラ１７、ルータ３２、およびデバイス１２は、第２セグメント２２に属する。デバイス１１は、例えばLAN（Local Area Network）ケーブル９によりルータ３１に接続されている。第１コントローラ１６は、無線LAN（Local Area Network）（例えばWi-Fi）により、ルータ３１に接続されている。デバイス１２、第２コントローラ１７は、Wi-Fiによりルータ３２に接続されている。
【００２９】
第１コントローラ１６、第２コントローラ１７は、例えばスマートフォンやタブレット端末等のモバイルコンピュータである。第１コントローラ１６、第２コントローラ１７は、ユーザーによって操作され、その操作入力に基づく制御コマンドを生成するように構成される。以降の説明では、このようにIP経由で（後述のIP通信部５２を介して）送受信される制御コマンドを、便宜的に「IP制御コマンド」と言う。
【００３０】
図２は、デバイス１１（または１２）の構成を示すブロック図である。デバイス１１（または１２）は、処理部５０、IP通信部５２、および有線IF５４を備える。
【００３１】
処理部５０は、プロキシ処理部５３および共有化処理部５５を有する。処理部５０は、主にCPU、RAM、ROM等のコンピュータの基本的なハードウェアで構成され、また、ROMには必要なプログラムが記憶されている。
【００３２】
IP通信部５２は、IPによる通信が可能に構成された通信モジュールであり、「第１通信部」として機能する。有線IF５４による通信機能は「第２通信部」として機能する。
【００３３】
プロキシ処理部５３は、第１コントローラ１６（第２コントローラ１７）から、デバイス１１（１２）が受信するIP制御コマンドに基づき、有線IFを用いた制御コマンドを生成し、生成した有線制御コマンドに基づき、有線ネットワーク２３内でプロキシ制御を実行する。以降の説明では、有線IFを介して送受信される制御コマンドを、便宜的に「有線制御コマンド」と言う。
【００３４】
例えば、プロキシ処理部５３は、IP制御コマンドと有線制御コマンドとを関連付けるテーブルを記憶しておくことにより、IP制御コマンドを、それに対応する有線制御コマンドに変換できる。
【００３５】
なお、デバイス１１は情報処理デバイス（第１の情報処理デバイス）として機能し、デバイス１２は第２の情報処理デバイスとして機能する。デバイス１１、１２以外の、有線ネットワーク２３に接続されたデバイス（例えばデバイス１３〜１５）は、第３の情報処理デバイスとして機能する。
【００３６】
有線IF５４が例えばHDMIである場合、有線制御コマンドとしては、例えばCEC（Consumer Electronics Control）の制御コマンド（CECコマンド）が挙げられる。
【００３７】
なお、HDMIは、物理アドレスおよび論理アドレスを用いて、ケーブル５内のCECラインを用いて制御コマンドをやり取りすることにより、HDMIネットワーク内のデバイス間制御を実現している。
【００３８】
共有化処理部５５は、デバイス１１（１２）によるプロキシ処理部５３によるプロキシ制御に関連する関連情報を記憶し、また、デバイス１１、１２間でその関連情報を共有する処理を実行するように構成される。
【００３９】
デバイス１１の共有化処理部５５が有する関連情報は、第１セグメント２１内におけるプロキシデバイスであるデバイス１１によるプロキシ制御に関連する情報である。以下、これを第１の関連情報と言う。すなわち、第１の関連情報は、第１コントローラ１６からのIP制御コマンドに基づき、デバイス１１がプロキシとして、有線ネットワーク２３内の他のデバイス１２〜１５を制御するための関連情報である。
【００４０】
デバイス１２の共有化処理部５５が有する関連情報は、第２セグメント２２内におけるプロキシデバイスであるデバイス１２によるプロキシ制御に関連する情報である。以下、これを第２の関連情報と言う。すなわち、第２の関連情報は、第２コントローラ１７からのIP制御コマンドに基づき、デバイス１２がプロキシとして、有線ネットワーク２３内の他のデバイス１１、１３〜１５を制御するための関連情報である。
【００４１】
ここで、デバイス１１、１２は、第１セグメント２１、第２セグメント２２にそれぞれ属しているため、IP上では隔離されている。しかし、本技術は、デバイス１１、１２が有線IF５４により接続されていることに着目する。すなわち、デバイス１１、１２は、有線IF５４の規格に基づく制御コマンドである有線制御コマンドを用いて、互いに通信を行うことが可能である。
【００４２】
図３は、デバイス１１、１２によって共有化され得る関連情報の例を示す。
【００４３】
第１の関連情報は、例えば、第１セグメント２１のIPセグメント情報、および、第１コントローラ１６のIP制御コマンドに対応する有線制御コマンドのリスト情報を含む。上記IPセグメント情報は、どのセグメントであるか示す情報である。上記有線制御コマンドのリスト情報は、デバイス１１が対応可能な有線制御コマンドのリスト情報である。以下、このリスト情報を第１のコマンドリスト情報と言う。第１の関連情報は、デバイス１１のタイプを示す情報（デバイスタイプ情報）を含んでいてもよい。
【００４４】
第２の関連情報は、例えば、第２セグメント２２のIPセグメント情報、および、第２コントローラ１７のIP制御コマンドに対応する有線制御コマンドのリスト情報を含む。このリスト情報は、すなわち、デバイス１２が対応可能な有線制御コマンドのリスト情報である。以下、このリスト情報を第２のコマンドリスト情報と言う。また、第２の関連情報は、デバイス１２のタイプを示す情報を含んでいてもよい。
【００４５】
なお、デバイス１１および第１コントローラ１６は、共通で、またはそれぞれ独自で持つデータベースに、共有化された関連情報（第１および第２の関連情報）を記憶してもよい。同様に、デバイス１２および第２コントローラ１７は、共通で、またはそれぞれ独自で持つデータベースに、共有化された関連情報（第１および第２の関連情報）を記憶してもよい。
【００４６】
後述するように、デバイス１１は第１の関連情報をデバイス１２に提供し、デバイス１２から第２の関連情報を取得する。同様に、デバイス１２は第２の関連情報をデバイス１１に提供し、デバイス１１から第１の関連情報を取得する。すなわち、デバイス１１、１２の共有化処理部５５は同じ情報を共有する。これにより、次のような効果が得られる。
【００４７】
第１の効果として、デバイス１１、１２がそれぞれ互いに第１セグメント２１および第２セグメント２２内の状態を認識するので、非IP制御系のコンフリクト、つまり有線制御コマンドの衝突を回避できる。第１セグメント２１および第２セグメント２２はIP上では互いに隔離されているため、上記共有化処理部５５による情報の共有がない場合には、第１コントローラ１６および第２コントローラ１７からのそれぞれのIP制御コマンドに基づく有線制御コマンドが、デバイス１１、１２間で衝突する可能性がある。共有化処理部５５が互いに第１、第２の関連情報を共有することにより、かかる衝突を回避できる。
【００４８】
第２の効果として、デバイス１１は、第１コントローラ１６のプロキシとして、自身が属さない第２セグメント２２内のデバイス１２が実施できる制御を行うことができる。同様に、デバイス１２は、第２コントローラ１７のプロキシとして、自身が属さない第１セグメント２１内のデバイス１１が実施できる制御を行うことができる。つまり、第１コントローラ１６、第２コントローラ１７が発行可能なコマンドを拡張することができる。
【００４９】
２．情報処理システムの動作
【００５０】
図４は、情報処理システムのうち、デバイス１１の基本的な動作を示すフローチャートである。このフローチャートは、デバイス１１が例えば図１に示すIPネットワークおよび非IPネットワークに接続され、デバイス１１に電源が投入された時に行われる初期設定の動作である。本動作における通信は、有線IF５４を介して実行される。初期時には、デバイス１１、１２は、異なるセグメントにそれぞれ属することを互いに認識していない。
【００５１】
デバイス１１の共有化処理部５５は、第１の関連情報のうち、例えば上述した自分のIPセグメント情報（第１セグメント２１のIPセグメント情報）をデバイス１２に送信する（ステップ（以下、ＳＴ）１０１）。実際には、後述するように、デバイス１１は自分のIPセグメント情報を他のデバイス１２〜１５にブロードキャスト（一斉報知）することが好ましい。
【００５２】
デバイス１２の共有化処理部５５も、同様に、自分のIPセグメント情報（第２セグメント２２のIPセグメント情報）をデバイス１１に送信する。実際には、後述するように、デバイス１２は自分のIPセグメント情報を他のデバイス１１、１３〜１５にブロードキャストすることが好ましい。
【００５３】
デバイス１１の共有化処理部５５は、デバイス１２が送信したIPセグメント情報を受信する（ＳＴ１０２）。デバイス１２も同様に、デバイス１１が送信したIPセグメント情報を受信する。
【００５４】
デバイス１１の処理部５０は、ＳＴ１０２で受信したデバイス１２のIPセグメント情報が、自分のIPセグメント情報と異なるか否かを判定する（ＳＴ１０３）。それらのIPセグメントが異なる場合、デバイス１１の共有化処理部５５は、第１の関連情報のうち第１のコマンドリスト情報をデバイス１２に送信する（ＳＴ１０４）。
【００５５】
例えば、デバイス１２も、ＳＴ１０３の処理と同様に判定処理を実行し、Yes判定である場合、ＳＴ１０４の処理と同様に、第２のコマンドリスト情報をデバイス１１に送信する。
【００５６】
そして、デバイス１１の共有化処理部５５は、デバイス１２から第２のコマンドリスト情報を受信する（ＳＴ１０５）。デバイス１２も同様に、デバイス１１から第１のコマンドリスト情報を受信する。
【００５７】
なお、ＳＴ１０４および１０５は、ステップ１０３より前に行われるようにしてもよい。つまり、後で説明する図６で示すフローチャートのように、デバイス１１は、ＳＴ１０１で、第１の関連情報のすべの情報を一度にデバイス１２に送信し、また、ＳＴ１０２で、第２の関連情報のすべての情報を一度にデバイス１２から受信してもよい。
【００５８】
以上のようにして、デバイス１１、１２は、それぞれ異なるセグメントに属していても、非IPの有線IF５４を利用して、プロキシ制御に関連する関連情報を互いに共有する。これにより、上記第１の効果として説明したように、デバイス１１、１２間での有線制御コマンドの衝突を回避することができる。
【００５９】
第１コントローラ１６、第２コントローラ１７は、例えばデバイス１１であるTVの入力切替やボリューム操作など、第２コントローラ１７との間で制御が衝突する可能性があることを事前に認識することができるようになる。これにより、情報処理システムは、予めその衝突回避を行う処理を実行したり、あるいは衝突したときに迅速に対応したりすることができるようになる。
【００６０】
衝突回避の具体的な方法としては、例えばIP制御コマンド（あるいは有線制御コマンド）ごとに優先順位が設定されればよい。デバイス１１（１２）は、その優先順位にしたがってプロキシ制御を実行することができる。
【００６１】
上述した第２の効果については、次に挙げる情報処理システムの典型的な実施例の中で、より詳細に説明する。
【００６２】
３．情報処理システムの典型的な実施例
【００６３】
図５は、情報処理システムの典型的な実施例を示すブロック図である。図１に示したデバイス１１〜１５と、図５に示したデバイス１１'〜１５'との対応は、例えば次のようになる。デバイス１１はTV１１'、デバイス１２はアンプリファイア１２'、デバイス１３はBD（Blu-ray Disc）プレーヤー１３'、デバイス１４はPVR（Personal Video Recorder）１４'、デバイス１５はSTB（Set Top Box）１５'にそれぞれ対応する。
【００６４】
第１コントローラ１６は、スマートフォン１６'、第２コントローラ１７はタブレット端末１７'に対応する。上記ケーブル５としては、HDMIケーブル２５（２５ａ〜２５ｄ）が用いられる。
【００６５】
HDMIにおけるCECコマンドの１つとして、例えば"One Touch Play"にそれぞれのデバイスが対応している。これにより、ユーザーがBDプレーヤー１３'の再生ボタンを押すと、自動的にTV１１'の入力切替が実行され、かつ必要に応じてTV１１'の電源が投入されて自動的にBDプレーヤー１３'の再生映像がTV１１'に表示される。
【００６６】
TV１１'とアンプリファイア１２'とがHDMIケーブル２５ａで接続され、アンプリファイア１２'とBDプレーヤー１３'とがHDMIケーブル２５ｂで接続されている。したがって、BDプレーヤー１３'の再生ボタンを押したユーザーは、当然映像が表示されるだろうと期待するTV１１'に自動的にその映像が表示され、入力切替や電源投入といった操作を必要としない。また、この情報処理システムは、HDMIケーブル２５という有線で接続されたトポロジーを形成していることにより、ユーザーが期待する表示装置が確実に選択されることになる。
【００６７】
上でも説明したように、IPネットワークにおける２つの異なるセグメント間のデバイスはIPを介した通信を行うことができない。つまり、TV１１'およびアンプリファイア１２'はIP接続による通信機能が実装されているにも関わらず、お互いに異なるセグメントに属しているためにIP上で直接通信を行うことができない。このようなネットワーク構成にする理由がある。
【００６８】
例えば、TV１１'への大容量のネットワークコンテンツの効率的な伝送を実現させるために、本情報処理システムの構成を採用するケースが考えられる。この場合、ユーザーは、TV１１'に他のデバイスからの影響をなるべく排除する形で通信させようとする。そのためユーザーは、あえて主に制御のための通信を行うアンプリファイア１２'が属する第２セグメント２２とは異なる第１セグメント２１に、TV１１'を配置することを考える。
【００６９】
ここで、複数のユーザーのうち一人がスマートフォン１６'を介して第１セグメント２１に属するTV１１'を操作する。一方、別の一人のユーザーが、タブレット端末１７'を介して第２セグメント２２に属するアンプリファイア１２'を操作する。すなわち、これらTV１１'およびアンプリファイア１２'は、HDMIネットワーク２３'内におけるCECコマンドの通信によるプロキシ機能をそれぞれ備えるため、各ユーザーはそのような操作が可能となる。これによりユーザーは、赤外線を利用した一般的なリモートコントローラを利用する場合におけるプロキシ機能に比べ、高度なGUIによる制御や、ユーザーにより明示的に機能を示す便利な機能の提供を受けることができる。
【００７０】
しかしながら、HDMIネットワーク内のTV１１'およびアンプリファイア１２'は互いにIP通信を共有することはできないため、IP制御コマンドをCECコマンドに変換して、デバイス間制御を実行しようとすると、両者の間で通信の衝突が起こる可能性がある。
【００７１】
そこで、これを解決するために本技術は、プロキシ機能を有しているTV１１'とアンプリファイア１２'との間で互いのプロキシ制御に関連する情報をCECコマンドを使って交換しておくこととする。つまりこれは、上記したプロキシ制御に関連する関連情報の共有化処理である。
【００７２】
上記CECコマンドの具体例を以下に示す。
【００７３】
<Report Proxy Profile>["Device Type"]["IP Segment"]["Command List"] … (1)
<Request Proxy Profile> … (2)
【００７４】
コマンド(1)は、プロキシ機能を持つTV１１'およびアンプリファイア１２'が接続されているHDMIネットワーク内の各デバイスに通知するためのコマンドの例である。上記したように、これらは、自身のデバイスタイプ、IPセグメント、コマンドリストの各情報（関連情報）を通知するためのコマンドである。
【００７５】
TV１１'およびアンプリファイア１２'は、HDMIネットワークに接続されたタイミングで、コマンド(1)を、ブロードキャストで他のデバイスへ通知してもよい。
【００７６】
あるいは、TV１１'およびアンプリファイア１２'は、要求されたタイミングでその要求元のデバイスにコマンド(1)をダイレクトに通知してもよい。コマンド(2)は、その場合にコマンド(1)の通知を要求するコマンドである。
【００７７】
図６は、コマンド(1)をブロードキャストで通知する場合のTV１１' （主に共有化処理部５５）の動作を示すフローチャートである。このフローチャートは、図４で示したフローチャートをより具体的に示すものである。
【００７８】
TV１１'がホームネットワーク（第１セグメント２１のIPネットワークおよびHDMIネットワーク２３'）に接続される（ＳＴ２０１）。そうすると、TV１１'は、上記コマンド(1)の<Report Proxy Profile>をブロードキャストする（ＳＴ２０２）。TV１１'は、他のデバイス（アンプリファイア１２'も含む）からの<Report Proxy Profile>からの受信の待機状態に入る（ＳＴ２０３）。アンプリファイア１２'も同様にこれらの処理を実行する。
【００７９】
次に、TV１１'が、アンプリファイア１２'から<Report Proxy Profile>を受信する（ＳＴ２０４）。これにより、TV１１'は同じHDMIネットワーク２３'内に他のプロキシ機能を持つデバイスとしてアンプリファイア１２'が存在することを検知する（ＳＴ２０５）。
【００８０】
また、TV１１'はＳＴ２０４で受信した関連情報に基づいて、アンプリファイア１２'が第１セグメント２１とは異なる第２セグメント２２に属すると判定する（ＳＴ２０６のYes）。そうすると、TV１１'はアンプリファイア１２'とのプロキシ機能の連携機能を有効化し、アンプリファイア１２'と共有されたプロキシ制御の関連情報を利用して制御を行う（ＳＴ２０７）。
【００８１】
同様に、アンプリファイア１２'は、ＳＴ２０５に対応する処理として、同じHDMIネットワーク２３'内に他のプロキシ機能を持つデバイスとしてTV１１'が存在することを検知する。また、アンプリファイア１２'は、ＳＴ２０６に対応する処理として、TV１１'が第２セグメント２２とは異なる第１セグメント２１に属すると判定し、ＳＴ２０７に対応する処理として、TV１１'と共有されたプロキシ制御の関連情報を利用して制御を行う。
【００８２】
このように、異なる第１セグメント２１および第２セグメント２２にそれぞれ属するTV１１'およびアンプリファイア１２'が、それらの間で共有された関連情報を用いて、CECコマンドの衝突を回避することができる。これが上述した第１の効果である。
【００８３】
以下では、上述した第２の効果を本実施例を用いて説明する。第２の効果は、プロキシデバイスであるTV１１'およびアンプリファイア１２において対応できるCECコマンドを拡張できるという点にある。
【００８４】
具体的には、個々のCECコマンドとデバイスタイプ情報とは紐づけされている。例えばTV１１'で視聴中の放送波コンテンツをPVR１４'で録画するためのコマンド＜Record On>は、デバイスタイプ"TV"から、デバイスタイプ"Recording Device"（これに相当するデバイスはPVR１４'）に送信されるコマンドと定義されている。ここで、ユーザーが視聴している映像をPVR１４'を利用して記録する場面を想定する。この場合、ユーザーは、タブレット端末１７'を用いてコマンド＜Record On>による制御を試みる。
【００８５】
しかしながら、アンプリファイア１２'のデバイスタイプは"Audio Device"と定義されている。したがって、コマンド＜Record On>による制御の依頼を受信したアンプリファイア１２'は、コマンド<Record On>をPVR１４'に直接送信することができない。つまり、コマンド＜Record On>は、アンプリファイア１２'が実行できないように定義されたコマンドである。
【００８６】
そこで、アンプリファイア１２'はTV１１'にCECコマンドの発行を依頼する。アンプリファイア１２'は、TV１１'が<Record On>に対応していることは、ＳＴ２０４でコマンド<Report Proxy Profile>により認識済である。CECコマンドの発行を依頼する場合の具体的なCECコマンドの例を下に示す。
【００８７】
<Request Command Submit>["ID", "<Command>[Parameter]">] … (3)
<Respond Command Submit>["ID", "<Command>[Parameter]">] … (4)
【００８８】
コマンド(3)では、パラメータとしてIDを指定することにより、そのレスポンスを認識する。コマンド(4)は、IDで指定されたコマンド発行依頼に対する回答コマンドである。
【００８９】
図７は、コマンド<Record On>による制御の依頼を行う場合のシーケンス図である。ＳＴ３０１のStartRecord()はIP上でタブレット端末１７'からアンプリファイア１２'に発行された録画要請のコマンドの例である。
【００９０】
アンプリファイア１２'は、その要請StartRecord()を受信し、上記コマンド(3)、具体的には<Request Command Submit>[1, "<Record On>["Record Source"]"]をTV１１'に送信する（ＳＴ３０２）。この場合、TV１１'で受信中の映像の録画を依頼する際には、例えば["Record Source"]部を空欄としてそれを表現してもよいし、アンプリファイア１２'がTV１１'に<Give Tuner Device Status>コマンドで問い合わせてもよい。
【００９１】
TV１１'は、これを受け、録画依頼のコマンド<Record On>["Record Source"]をPVR１４'に送信する（ＳＴ３０３）。PVR１４'は、録画を開始した状態であることを示すコマンド<Record Status>["Record Source"]をTV１１'に返す（ＳＴ３０４）。そうすると、TV１１'はこれを受け、録画状態であることを示すコマンド<Response Command Submit>[1, "<Record Status>["Record Source"]"]を、アンプリファイア１２'に送信する（ＳＴ３０５）。アンプリファイア１２'は、これに相当するレスポンスをタブレット端末１７'に送信する（ＳＴ３０６）。
【００９２】
本技術のさらに別の効果として、IPベースの制御を異なるセグメント間で共有することができる。例えば、スマートフォン１６'とTV１１'との間、また、タブレット端末１７'とアンプリファイア１２'との間で、それぞれControl4等のIPベースのデバイス制御コマンドに対応しているとする。Control4は、ホームオートメーションシステム（Home Automation System）や、スマートホームシステム（Smart Home System）で利用される制御システムである。本技術に係る情報処理システムでは、タブレット端末１７'とTV１１'とは異なるセグメントに属しているため、タブレット端末１７'は、TV１１'に対してControl4による制御コマンドを直接送信することはできない。
【００９３】
そこで、図６に示した共有化処理において、TV１１'およびアンプリファイア１２'は、Control4コマンドに対応していることを示す情報、および、その対応コマンドのリスト情報を交換しておく。つまり、共有化される関連情報の１つとして、それらの情報も含めるようする。
【００９４】
TV１１'がControl4に対応していることを示す情報、および、その対応コマンドのリスト情報を取得したアンプリファイア１２'は、タブレット端末１７'に、TV１１'がその対応コマンドをアンプリファイア１２'を介して受信できる旨を、IP経由で、別途定義される方法で報告する。
【００９５】
このようにして、タブレット端末１７'は、異なるセグメント間に属するTV１１'にControl4コマンドをアンプリファイア１２'を介して送信することが可能になる。この場合、アンプリファイア１２'は、IPのControl4コマンドをCECコマンド内にカプセル化して相手に通信すればよい。その場合の実際のCECコマンドの例を以下に示す。
【００９６】
<Other Protocol Container>["Control 4 command"] … (5)
【００９７】
このコマンド(5)では、ダイレクトアドレスコマンドのみが定義される。
【００９８】
以上のように、TV１１'およびアンプリファイア１２'間での関連情報の共有化により、タブレット端末１７'によるIP経由での制御において、アンプリファイア１２'は、自分が実行できないCECコマンドの実行を、TV１１'に依頼することができる。もちろんその逆も可能である。つまり、スマートフォン１６'によるIP経由での制御において、TV１１'は、自分が実行できないCECコマンドの実行を、アンプリファイア１２'に依頼することができる。
【００９９】
しかし、アンプリファイア１２'は、必ずしも自分が実行できないCECコマンドの実行を、TV１１'に依頼する形態に限られない。例えばアンプリファイア１２'が実行できるCECコマンドであっても、TV１１'がそれを実行できれば、アンプリファイア１２'はそれをTV１１'に依頼し、TV１１'がアンプリファイア１２'の代理でそれを実行してもよい。同様に、TV１１'が実行できるCECコマンドであっても、アンプリファイア１２'がそれを実行できればTV１１'はそれをアンプリファイア１２'に依頼し、アンプリファイア１２'がTV１１'の代理でそれを実行してもよい。
【０１００】
４．変形例
【０１０１】
本技術は、以上説明した実施形態に限定されず、他の種々の実施形態を実現することができる。
【０１０２】
上記実施形態では、有線制御コマンドとして、HDMIのCECコマンドを例に挙げた。しかし、今後、HDMI上で別の双方向のデータチャネルが定義された場合、そのデータチャネルを利用する制御コマンドがCECコマンドに代わって用いられてもよい。また有線制御コマンドを、HDMI以外の非IPの有線インタフェースにおける制御コマンドに適用することもできる。
【０１０３】
上記実施形態では、２つの異なるセグメントを含む情報処理システムについて説明した。しかし、情報処理システムは、３つ以上の異なるセグメントを含み、それらセグメントにそれぞれ属する３つ以上の、プロキシ機能を備えるデバイスを含んでいてもよい。
【０１０４】
以上説明した各形態の特徴部分のうち、少なくとも２つの特徴部分を組み合わせることも可能である。
【０１０５】
なお、本技術は以下のような構成もとることができる。
（１）
IP（Internet Protocol）ネットワークの第１セグメント内でIPに基づく通信を行うように構成された第１通信部と、
非IPの有線インタフェースを介して、１以上の他の情報処理デバイスと通信を行うように構成された第２通信部と、
少なくとも前記第１セグメントに属する第１コントローラから前記第１通信部を介して受信する制御コマンドであるIP制御コマンドに基づき、前記有線インタフェースを用いた制御コマンドである有線制御コマンドを生成し、前記第２通信部を利用して、前記有線制御コマンドに基づきプロキシ制御を実行するように構成されたプロキシ処理部と、
前記第２通信部を利用して、前記プロキシ処理部によるプロキシ制御に関連する関連情報を、前記１以上の他の情報処理デバイスのうち、前記第１セグメントとは異なる第２セグメントに属する第２の情報処理デバイスと共有するように構成された共有化処理部と
を具備する情報処理デバイス。
（２）
前記（１）に記載の情報処理デバイスであって、
前記共有化処理部は、前記関連情報として、この情報処理デバイスによる前記プロキシ制御に関連する第１の関連情報を前記第２の情報処理デバイスに送信し、前記第２の情報処理デバイスによるプロキシ制御に関連する第２の関連情報を、前記第２の情報処理デバイスから受信するように構成される
情報処理デバイス。
（３）
前記（２）に記載の情報処理デバイスであって、
前記共有化処理部は、前記第１の関連情報として、前記第１セグメントのIPセグメント情報、および、前記第１コントローラの前記IP制御コマンドに対応する前記有線制御コマンドのリスト情報を、前記第２の情報処理デバイスに送信するように構成される
情報処理デバイス。
（４）
前記（２）または（３）に記載の情報処理デバイスであって、
前記共有化処理部は、前記第２の関連情報として、前記第２セグメントのIPセグメント情報、および、前記第２セグメントに属する第２コントローラで生成されたIP制御コマンドに対応する有線制御コマンドのリスト情報を、前記第２の情報処理デバイスから受信するように構成される
情報処理デバイス。
（５）
前記（４）に記載の情報処理デバイスであって、
前記共有化処理部は、前記第２の情報処理デバイスが属する前記IPネットワークのセグメントが、前記第１セグメントと異なるか否かを判定するように構成される
情報処理デバイス。
（６）
前記（１）から（６）のうちいずれか１項に記載の情報処理デバイスであって、
前記プロキシ処理部は、前記第２の情報処理デバイスによって生成された有線制御コマンドであって、前記第２セグメントに属する第２コントローラにより生成されたIP制御コマンドに基づき生成された有線制御コマンドを、前記第２通信部を利用して受信し、その受信した有線制御コマンドに基づきプロキシ制御を実行するように構成される
情報処理デバイス。
（７）
前記（６）に記載の情報処理デバイスであって、
前記第２コントローラにより生成された前記IP制御コマンドに基づき生成された前記有線制御コマンドは、前記第２の情報処理デバイスが実行できないように定義されたコマンドである
情報処理デバイス。
（８）
IP（Internet Protocol）ネットワークの第１セグメント内でIPに基づく通信を行うように構成された第１通信部と、
非IPの有線インタフェースを介して、１以上の他の情報処理デバイスと通信を行うように構成された第２通信部とを備えた情報処理デバイスによる情報処理方法であって、
前記第２通信部を利用して、前記情報処理デバイスによるプロキシ制御に関連する関連情報を、前記１以上の他の情報処理デバイスのうち、前記第１セグメントとは異なる第２セグメントに属する第２の情報処理デバイスと共有し、
少なくとも前記第１セグメントに属する第１コントローラから前記第１通信部を介して受信する制御コマンドであるIP制御コマンドに基づき、前記有線インタフェースを用いた制御コマンドである有線制御コマンドを生成し、
前記第２通信部を利用して、前記有線制御コマンドに基づきプロキシ制御を実行する
情報処理方法。
（９）
IP（Internet Protocol）ネットワークの第１セグメントに属する第１の情報処理デバイスと、
前記IPネットワークの、前記第１セグメントとは異なる第２セグメントに属し、非IPの有線インタフェースを介して前記第１の情報処理デバイスに接続された第２の情報処理デバイスとを具備し、
前記第１の情報処理デバイスは、
前記第１セグメント内でIPに基づく通信を行うように構成された第１通信部と、
前記有線インタフェースを介して、前記第２の情報処理デバイスを含む１以上の他の情報処理デバイスと通信を行うように構成された第２通信部と、
少なくとも前記第１セグメントに属する第１コントローラから前記第１通信部を介して受信する制御コマンドであるIP制御コマンドに基づき、前記有線インタフェースを用いた制御コマンドである有線制御コマンドを生成し、前記第２通信部を利用して、前記有線制御コマンドに基づきプロキシ制御を実行するように構成されたプロキシ処理部と、
前記第２通信部を利用して、前記プロキシ処理部によるプロキシ制御に関連する関連情報を前記第２の情報処理デバイスと共有するように構成された共有化処理部とを有する
情報処理システム。
【符号の説明】
【０１０６】
５…（有線IF用）ケーブル
９…LANケーブル
１１〜１５…デバイス
１１'…TV
１２'…アンプリファイア
１６…第１コントローラ
１６'…スマートフォン
１７…第２コントローラ
１７'…タブレット端末
２１…第１セグメント
２２…第２セグメント
２３…有線ネットワーク
２３'…HDMIネットワーク
３１、３２…ルータ
５０…処理部
５２…IP通信部
５３…プロキシ処理部
５４…有線IF
５５…共有化処理部
【図１】
2019116777.tif 000003
【図２】
2019116777.tif 000004
【図３】
2019116777.tif 000005
【図４】
2019116777.tif 000006
【図５】
2019116777.tif 000007
【図６】
2019116777.tif 000008
【図７】
2019116777.tif 000009
【国際調査報告】
2019116777.tif 000010
2019116777.tif 000011