JP2004104839A - 情報処理装置および方法、並びに通信システム - Google Patents

Abstract

【課題】１３９４機器からUPnP機器を知ることができるようにする。
【解決手段】　IEEE８０２ネットワークには、UPnPコントロールポイントが接続されており、IEEE１３９４ネットワークには、１３９４機器が接続されている。IEEE８０２ネットワークとIEEE１３９４ネットワークは、ブリッジとして機能するUPnPデバイスを介して接続されている。UPnPデバイスは、UPnPコントロールポイントから送信されてきたパケットを、ゼネラルバスインプットプラグ５２から入力し、IEEE１３９４ネットワークのフォーマットに変換し、出力プラグ５３から、IEEE１３９４ネットワークを介して１３９４機器に転送する。UPnPデバイスは、プラグの対応関係を記憶する。
【選択図】図６

Description

　本発明は、情報処理装置および方法、並びに通信システムに関し、特に、IEEE８０２に基づく第１のネットワークとIEEE１３９４に基づく第２のネットワークの一方に接続されている機器が、他方に接続されている機器を知ることができるようにした、情報処理装置および方法、並びに通信システムに関する。

　最近、IEEE(Institute of Electrical and Electronics Engineers)１３９４高速シリアルバスを用いたネットワーク（以下、単にIEEE１３９４ネットワークと称する）が普及してきた。オーディオ機器やビデオ機器を、このIEEE１３９４ネットワークに接続することで、各機器は、AV/Cコマンドを用いて、他の機器を制御することができる。

　一方、IEEE８０２ネットワークも普及している。このIEEE８０２は、主にパーソナルコンピュータを相互に接続するためのネットワークであり、UPnP(Universal Plug and Play)のプロトコルに基づいて、各パーソナルコンピュータは、他のパーソナルコンピュータを制御することができる。

　しかしながら、このIEEE１３９４ネットワークとIEEE８０２ネットワークとは、それぞれ独立したものであり、IEEE１３９４ネットワークに接続されている機器（以下、１３９４機器と称する）は、IEEE８０２ネットワークに接続されている機器（以下、UPnP機器と称する）が、どのような機器であるのかを知ることができない課題があった。

　本発明はこのような状況に鑑みてなされたものであり、１３９４機器が、UPnP機器を知ることがきるようにするものである。

　本発明の情報処理装置は、第１のネットワークからの第１のパケットを入力する第１の入力手段と、第２のネットワークからの第２のパケットを入力する第２の入力手段と、第２のネットワークからの第３のパケットを入力する第３の入力手段と、第１の入力手段から入力された第１のパケットを、第２のパケットに変換する第１の変換手段と、第１の入力手段から入力された第１のパケットを、第３のパケットに変換する第２の変換手段と、第３の入力手段から入力された第３のパケットを、第１のパケットに変換する第３の変換手段と、第１のネットワークへ第１のパケットを出力する第１の出力手段と、第２のネットワークへ第２のパケットを出力する第２の出力手段と、第２のネットワークへ第３のパケットを出力する第３の出力手段と、第１乃至第３の入力手段から入力したパケットを解析し、解析結果に基づいて、第１乃至第３の入力手段、第１乃至第３の変換手段、および第１乃至第３の出力手段の対応関係を決定するとともに、第１乃至第３の入力手段、第１乃至第３の変換手段、および第１乃至第３の出力手段を制御する制御手段と、制御手段により決定された、第１乃至第３の入力手段、第１乃至第３の変換手段、および第１乃至第３の出力手段の対応関係情報を記憶する第１の記憶手段と、第２のネットワークに接続された電子装置が固有に有する識別情報と、電子装置に割り当てられた第２のネットワークにおける識別情報との対応関係を示す識別情報対応表を記憶する第２の記憶手段とを含み、制御手段は、第１の入力手段によって入力された第１のパケットがストリーム取得命令である場合、ストリーム取得命令に対応する第１のパケットからなるストリームデータを、第１のネットワークから第１の入力手段によって入力させ、入力させた第１のパケットからなるストリームデータを、第１の変換手段によって第２のパケットに変換させて第２の出力手段から出力させるとともに、ストリームデータに関連したIEEE１３９４に基づくコマンドを生成して第３の出力手段から出力させ、第１の入力手段から入力された第１のパケットがストリーム取得命令以外のコマンドの場合、入力された第１のパケットを、第２の変換手段により第３のパケットに変換させて第３の出力手段から出力させ、第２の変換手段は、第１の入力手段から第１のパケットとして入力された、第２のネットワークに接続された電子装置が固有に有する識別情報を、第２の記憶手段によって記憶された識別情報対応表に基づいて、電子装置に対して割り当てられた第２のネットワークにおける識別情報に変換し、第１の入力手段から第１のパケットとして入力された、IEEE８０２に基づく第１のコマンドを、IEEE１３９４に基づく第２のコマンドに変換することにより、第１のパケットを第３のパケットに変換し、第３の変換手段は、第３の入力手段から第３のパケットとして入力された、IEEE１３９４に基づく第２のコマンドに対するレスポンスを、IEEE８０２に基づく第１のコマンドに対するレスポンスに変換することにより、第３のパケットを第１のパケットに変換することを特徴とする。

　本発明の第１の情報処理方法は、第１の入力プラグから入力された第１のパケットを、第２のパケットに変換する第１の変換ステップと、第１の入力プラグから入力された第１のパケットを、第３のパケットに変換する第２の変換ステップと、第３の入力プラグから入力された第３のパケットを、第１のパケットに変換する第３の変換ステップと、第１乃至第３の入力プラグから入力したパケットを解析し、第１乃至第３の入力プラグ、第１乃至第３の変換ステップの処理、および第１乃至第３の出力プラグの対応関係を決定するとともに、第１乃至第３の入力プラグ、第１乃至第３の変換ステップ、および第１乃至第３の出力プラグを制御する制御ステップと、制御ステップの処理で決定された、第１乃至第３の入力プラグ、第１乃至第３の変換ステップの処理、および第１乃至第３の出力プラグの対応関係情報を記憶する第１の記憶ステップと、第２のネットワークに接続された電子装置が固有に有する識別情報と、電子装置に割り当てられた第２のネットワークにおける識別情報との対応関係を示す識別情報対応表を記憶する第２の記憶ステップとを含み、制御ステップは、第１の入力プラグによって入力された第１のパケットがストリーム取得命令である場合、ストリーム取得命令に対応する第１のパケットからなるストリームデータを、第１のネットワークから第１の入力プラグによって入力させ、入力させた第１のパケットからなるストリームデータを、第１の変換ステップの処理で第２のパケットに変換させて第２の出力プラグから出力させるとともに、ストリームデータに関連したIEEE１３９４に基づくコマンドを生成して第３の出力プラグから出力させ、第１の入力プラグから入力された第１のパケットがストリーム取得命令以外のコマンドの場合、入力された第１のパケットを、第２の変換ステップの処理で第３のパケットに変換させて第３の出力プラグから出力させ、第２の変換ステップは、第１の入力プラグから第１のパケットとして入力された、第２のネットワークに接続された電子装置が固有に有する識別情報を、第２の記憶ステップの処理で記憶された識別情報対応表に基づいて、電子装置に対して割り当てられた第２のネットワークにおける識別情報に変換し、第１の入力プラグから第１のパケットとして入力された、IEEE８０２に基づく第１のコマンドを、IEEE１３９４に基づく第２のコマンドに変換することにより、第１のパケットを第３のパケットに変換し、第３の変換ステップは、第３の入力プラグから第３のパケットとして入力された、IEEE１３９４に基づく第２のコマンドに対するレスポンスを、IEEE８０２に基づく第１のコマンドに対するレスポンスに変換することにより、第３のパケットを第１のパケットに変換することを特徴とする。

　本発明の通信システムは、第１の電子装置が、第２の電子装置を制御するためのIEEE８０２に基づくフォーマットの第１のコマンドと第２の電子装置が固有に有する識別情報を、第１のパケットを用いて送信する送信手段を含み、中継装置が、第１のネットワークからの第１のパケットを入力する第１の入力手段と、第２のネットワークからの第２のパケットを入力する第２の入力手段と、第２のネットワークからの第３のパケットを入力する第３の入力手段と、第１の入力手段から入力された第１のパケットを、第２のパケットに変換する第１の変換手段と、第１の入力手段から入力された第１のパケットを、第３のパケットに変換する第２の変換手段と、第３の入力手段から入力された第３のパケットを、第１のパケットに変換する第３の変換手段と、第１のネットワークへ第１のパケットを出力する第１の出力手段と、第２のネットワークへ第２のパケットを出力する第２の出力手段と、第２のネットワークへ第３のパケットを出力する第３の出力手段と、第１乃至第３の入力手段から入力したパケットを解析し、解析結果に基づいて、第１乃至第３の入力手段、第１乃至第３の変換手段、および第１乃至第３の出力手段の対応関係を決定するとともに、第１乃至第３の入力手段、第１乃至第３の変換手段、および第１乃至第３の出力手段を制御する制御手段と、制御手段により決定された、第１乃至第３の入力手段、第１乃至第３の変換手段、および第１乃至第３の出力手段の対応関係情報を記憶する第１の記憶手段と、第２のネットワークに接続された第２の電子装置が固有に有する識別情報と、第２の電子装置に割り当てられた第２のネットワークにおける識別情報との対応関係を示す識別情報対応表を記憶する第２の記憶手段とを含み、第２の電子装置が、第２のパケットを用いて送信された第２のコマンドを受信する受信手段を含み、中継装置の制御手段は、第１の入力手段によって入力された第１のパケットがストリーム取得命令である場合、ストリーム取得命令に対応する第１のパケットからなるストリームデータを、第１のネットワークから第１の入力手段によって入力させ、入力させた第１のパケットからなるストリームデータを、第１の変換手段によって第２のパケットに変換させて第２の出力手段から出力させるとともに、ストリームデータに関連したIEEE１３９４に基づくコマンドを生成して第３の出力手段から出力させ、第１の入力手段から入力された第１のパケットがストリーム取得命令以外のコマンドの場合、入力された第１のパケットを、第２の変換手段により第３のパケットに変換させて第３の出力手段から出力させ、中継装置の第２の変換手段は、第１の入力手段から第１のパケットとして入力された、第２のネットワークに接続された第２の電子装置が固有に有する識別情報を、第２の記憶手段によって記憶された識別情報対応表に基づいて、第２の電子装置に対して割り当てられた第２のネットワークにおける識別情報に変換し、第１の入力手段から第１のパケットとして入力された、IEEE８０２に基づく第１のコマンドを、IEEE１３９４に基づく第２のコマンドに変換することにより、第１のパケットを第３のパケットに変換し、中継装置の第３の変換手段は、第３の入力手段から第３のパケットとして入力された、IEEE１３９４に基づく第２のコマンドに対するレスポンスを、IEEE８０２に基づく第１のコマンドに対するレスポンスに変換することにより、第３のパケットを第１のパケットに変換することを特徴とする。

　本発明の第２の情報処理方法は、第１の電子装置における、第２の電子装置を制御するためのIEEE８０２に基づくフォーマットの第１のコマンドと第２の電子装置が固有に有する識別情報を、第１のパケットを用いて送信する送信ステップと、中継装置における、第１の入力プラグから入力された第１のパケットを、第２のパケットに変換する第１の変換ステップと、中継装置における、第１の入力プラグから入力された第１のパケットを、第３のパケットに変換する第２の変換ステップと、中継装置における、第３の入力プラグから入力された第３のパケットを、第１のパケットに変換する第３の変換ステップと、中継装置における、第１乃至第３の入力プラグから入力したパケットを解析し、第１乃至第３の入力プラグ、第１乃至第３の変換ステップの処理、および第１乃至第３の出力プラグの対応関係を決定するとともに、第１乃至第３の入力プラグ、第１乃至第３の変換ステップ、および第１乃至第３の出力プラグを制御する制御ステップと、中継装置における、制御ステップの処理で決定された、第１乃至第３の入力プラグ、第１乃至第３の変換ステップの処理、および第１乃至第３の出力プラグの対応関係情報を記憶する第１の記憶ステップと、中継装置における、第２のネットワークに接続された電子装置が固有に有する識別情報と、電子装置に割り当てられた第２のネットワークにおける識別情報との対応関係を示す識別情報対応表を記憶する第２の記憶ステップと、第２の電子装置における、第２のパケットを用いて送信された第２のコマンドを受信する受信ステップとを含み、中継装置における制御ステップは、第１の入力プラグによって入力された第１のパケットがストリーム取得命令である場合、ストリーム取得命令に対応する第１のパケットからなるストリームデータを、第１のネットワークから第１の入力プラグによって入力させ、入力させた第１のパケットからなるストリームデータを、第１の変換ステップの処理で第２のパケットに変換させて第２の出力プラグから出力させるとともに、ストリームデータに関連したIEEE１３９４に基づくコマンドを生成して第３の出力プラグから出力させ、第１の入力プラグから入力された第１のパケットがストリーム取得命令以外のコマンドの場合、入力された第１のパケットを、第２の変換ステップの処理で第３のパケットに変換させて第３の出力プラグから出力させ、中継装置における第２の変換ステップは、第１の入力プラグから第１のパケットとして入力された、第２のネットワークに接続された第２の電子装置が固有に有する識別情報を、第２の記憶ステップの処理で記憶された識別情報対応表に基づいて、第２の電子装置に対して割り当てられた第２のネットワークにおける識別情報に変換し、第１の入力プラグから第１のパケットとして入力された、IEEE８０２に基づく第１のコマンドを、IEEE１３９４に基づく第２のコマンドに変換することにより、第１のパケットを第３のパケットに変換し、中継装置における第３の変換ステップは、第３の入力プラグから第３のパケットとして入力された、IEEE１３９４に基づく第２のコマンドに対するレスポンスを、IEEE８０２に基づく第１のコマンドに対するレスポンスに変換することにより、第３のパケットを第１のパケットに変換することを特徴とする。

　本発明の情報処理装置および方法、並びに通信システムにおいては、入力された第１のパケットがストリーム取得命令である場合、ストリーム取得命令に対応する第１のパケットからなるストリームデータが第１のネットワークから入力され、第２のパケットに変換されて第２のネットワークに出力されるとともに、ストリームデータに関連したIEEE１３９４に基づくコマンドが生成されて第２のネットワークに出力される。入力された第１のパケットがストリーム取得命令以外のコマンドの場合、入力された第１のパケットが第３のパケットに変換されて第２のネットワークに出力され、第１のパケットとして入力された、第２のネットワークに接続された電子装置が固有に有する識別情報が、記憶された識別情報対応表に基づいて、電子装置に対して割り当てられた第２のネットワークにおける識別情報に変換され、第１のパケットとして入力された、IEEE８０２に基づく第１のコマンドが、IEEE１３９４に基づく第２のコマンドに変換されることにより、第１のパケットが第３のパケットに変換される。また、第３のパケットとして入力された、IEEE１３９４に基づく第２のコマンドに対するレスポンスが、IEEE８０２に基づく第１のコマンドに対するレスポンスに変換されることにより、第３のパケットが第１のパケットに変換される。

　本発明によれば、第２のネットワークに接続されている機器から、第１のネットワークに接続されている機器を知ることが可能となる。

　図１は、本発明を適用したネットワークシステムの構成を表している。この構成においては、IEEE８０２ネットワーク１１に、UPnPコントロールポイント１が接続されている。IEEE１３９４ネットワーク１２には、１３９４機器３，４が接続されている。IEEE８０２ネットワーク１１と、IEEE１３９４ネットワーク１２は、UPnPデバイス（１３９４プロキシ）２にそれぞれ接続されている。

　図２は、UPnPデバイス２の構成例を表している。図２において、CPU（Central Processing Unit）２１は、ROM（Read Only Memory）２２に記憶されているプログラム、または記憶部２８からRAM（Random Access Memory）２３にロードされたプログラムに従って各種の処理を実行する。RAM２３にはまた、CPU２１が各種の処理を実行する上において必要なデータなども適宜記憶される。

　CPU２１、ROM２２、およびRAM２３は、バス２４を介して相互に接続されている。このバス２４にはまた、入出力インタフェース２５も接続されている。

　入出力インタフェース２５には、キーボード、マウスなどよりなる入力部２６、CRT、LCDなどよりなるディスプレイ、並びにスピーカなどよりなる出力部２７、ハードディスクなどより構成される記憶部２８、モデム、ターミナルアダプタなどより構成される通信部２９が接続されている。通信部２９は、IEEE８０２ネットワーク１１またはIEEE１３９４ネットワーク１２を介しての通信処理を行う。

　入出力インタフェース２５にはまた、必要に応じてドライブ３０が接続され、磁気ディスク４１、光ディスク４２、光磁気ディスク４３、或いは半導体メモリ４４などが適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部２８にインストールされる。

　UPnP機器（図１の例の場合、UPnPコントロールポイント１およびUPnPデバイス２）は、主に、アドレシング（Addressing）、ディスカバリ（Discovery）、ディスクリプション（Description）、コントロール（Control）、イベンティング（Eventing）、プレゼンテーション（Presentation）の６つの機能を有している。

　アドレシングは、各UPnP機器が、IEEE８０２ネットワーク１１上でアドレスを取得するための機能であり、DHCP（Dynamic Host Configuration Protocol）またはAutoIPが用いられる。

　ディスカバリは、アドレシングの後に行われ、これによりUPnPコントロールポイント１は、コントロールしたいターゲット機器を発見することができる。ここで用いられるプロトコルは、SSDP（Simple Service Discovery Protocol）である。各機器は、IEEE８０２ネットワーク１１に接続されたとき、自分自身の中に有するデバイスやサービスを通知するメッセージをIEEE８０２ネットワーク１１上にマルチキャストする（特に、相手を指定しないでパケットを送信する）。UPnPコントロールポイント１は、このマルチキャストされたメッセージを受信することで、IEEE８０２ネットワーク１１に、どのような機器が接続されたのかを知ることができる。

　逆に、UPnPコントロールポイント１の方から、現在IEEE８０２ネットワーク１１に接続されている機器を調べることもできる。このとき、UPnPコントロールポイント１は、発見したいデバイスやサービスをキーワードとして、検索コマンドをIEEE８０２ネットワーク１１上にマルチキャストする。IEEE８０２ネットワーク１１に接続されている各機器は、マルチキャストされた検索コマンドに規定されている条件に自分自身が適合する場合、その検索コマンドに対してレスポンスをユニキャストする（相手側を指定して、パケットを送信する）。これにより、UPnPコントロールポイント１は、IEEE８０２ネットワーク１１に接続されている機器を検知することができる。

　また、各機器は、IEEE８０２ネットワーク１１から外れるときも、事前にその旨をブロードキャストする。

　ディスカバリによりUPnPコントロールポイント１が発見したコントロール対象の機器が出力したSSDPパケットには、デバイスディスクリプション（Device Description）のURL（Uniform Resource Locator）が記述されている。UPnPコントロールポイント１は、そのURLにアクセスすることにより、その機器のさらに詳しいデバイス情報をデバイスディスクリプションから得ることができる。このデバイス情報には、アイコン情報、モデル名、生産者名、商品名などが含まれている。

　また、このデバイス情報には、そのデバイスが有するサービス情報が記述されており、そのサービスの詳しい情報が記述されているサービスディスクリプション（Service Description）も、サービス情報に記述されているURLから辿ることができる。

　UPnPコントロールポイント１は、これらのデバイス情報（Device Description）やサービス情報（Service Description）から、ターゲットに対するアクセスの方法を知ることができる。

　また、デバイスディスクリプションには、後述するPresentation URLも記述されている。

　Device DescriptionおよびService Descriptionは、XML（Extensible Markup Language）で表現されている。

　Controlは、アクション（Action）とクエリー（Query）の２つに大きく分類される。Actionは、Service Descriptionのアクション情報に規定された方法で行
われ、ActionをInvokeすることにより、UPnPコントロールポイント１は、ターゲットを操作することができる。

　一方、Queryは、Service DescriptionのstateVariableの値を取り出すために用いられる。stateVariableの値は、機器の状態を表している。

　Controlでは、SOAP（Simple Object Access Protocol）というトランスポートプロトコルが利用される。その表現言語は、XMLが用いられる。

　イベンティング（Eventing）は、stateVariableの値が変更されたとき、そのことをターゲットから、UPnPコントロールポイント１に通知させるために用いられる。UPnPコントロールポイント１は、Service Description を解析することにより、stateVariableからターゲットの保持する変数を知ることができる。UPnPコントロールポイント１はターゲットに対して、Subscriptionを出力しておくことにより、その変数のうち、sendEventsがyesになっている変数に関して、変数の変更があったとき、ターゲットから通知を受け取ることができる。Eventingでは、GENA（General Event Notification Architecture）というトランスポートプロトコルが利用される。その表現言語としては、XMLが用いられる。

　プレゼンテーション（Presentation）は、ユーザにユーザインタフェース（UI）を用いたコントロール手段を提供するために用いられる。Device Descriptionに記述されたPresentation URLにアクセスすることで、HTML（Hyper Text Markup Language）によって記述されたPresentation Pageを得ることができる。その機能により、ターゲットでアプリケーションを用意することができる。

　UPnPデバイス（１３９４プロキシ）２は、IEEE８０２ネットワーク１１とIEEE１３９４ネットワーク１２との間のブリッジとして機能し、内部に、図３に示されるデバイスモデルを有する。この例のデバイスモデルは、１個のルートデバイス（root device）６１で構成され、このルートデバイス６１は、IEEE１３９４プロキシサービス（IEEE１３９４ proxy service）７１とIEEE１３９４ノードサービス（IEEE１３９４nodes service）７２とを有している。

　IEEE１３９４プロキシサービス（以下、単に、プロキシサービスと称する）７１は、IEEE１３９４ネットワーク１２のバスリセット発生、バスID、ノードの数、バスマネージャ、アイソクロナスリソースマネージャのノードユニークID（NUID）、ギャップカウント（Gap Count）、セルフIDパケット（Self IDパケット）などを管理する。

　IEEE１３９４ノードサービス（以下、単にノードサービスと称する）７２は、Link-Onパケット、Phy Configurationパケットを含むPhyパケットなど、並びにasynchronousパケットとisochronousパケットの授受を行う。

　図４は、このasynchronousパケットの構成を表している。

　Asynchronous通信は、非同期にデータの通信をする際に用いられる。このAsynchronous通信では、相手ノードに確実にパケットを送信することが保証され、送信の遅延時間は保証されない。送信ノードは、ヘッダ情報と実データを指定先のノードに送信し、受信ノードは、Acknowledgeパケットを返信することで、パケットを受け取ったことを相手方に通知する。ただし、相手先ノードを指定しないブロードキャストパケットが受信された場合には、Acknowledgeパケットは返されない。

　１３９４パケットヘッダの先頭には、destination_ID（Destination identifier）が配置されている。これは、パケット送信先のnode_IDを表す。

　tl（transaction label）は、requestパケットとresponseパケットの一対のトランザクションの一致を認識するためのラベルである。requestパケットのtlがresponseパケットのtlとしても使われる。

　rt（retry code）は、busyのAcknowledgeを受信した時のリトライ方法に関する情報を表す。

　tcode（transaction code）は、トランザクションパケットの種別コードを表す。即ち、read/write/lock、またはrequest/responseのいずれであるのかが表される。

　pri（priority）は、fair arbitrationではall０（cycle startを除く）とされる。

　source_ID（source identifier）は、パケット送信元のnode_IDを表す。

　source_IDの次には、packet-type-specific informationが配置され、さらに、必要に応じて、packet-type-specific dataが配置される。１３９４パケットヘッダの最後に、以上のヘッダ情報に対するCRCがhader_CRCとして挿入される。

　１３９４パケットヘッダに続いて、データブロックが配置される。データブロックは、必要な数のdata block quadletと、データ情報に対するCRCとしてのdata_CRCにより構成される。

　図５は、Isochronousパケットの構造を表している。Data_lengthは、ヘッダの後に続くデータフィールドのバイト値を規定する。この値が０であれば、データフィールドがないことを表す。

　tag（isochronous data format tag）は、Isochronousパケットのフォーマットを示す。

　channelは、Isochronousパケットの識別用に使うチャンネル番号を表す。tcode（transaction code）は、パケットの種別を示すコードを表す。Isochronousパケットは、Ahとされる。

　sy（synchronization code）は、送信ノードと受信ノードの間で、映像や音声などの同期情報をやりとりするのに使われる。

　data field(data block payload)は、Isochronousデータを表す。

　図６は、プロキシサービス７１が有するAV/Cデバイスモデルの構成を表している。このAV/Cデバイスモデル５０は、入力プラグとしてアイソクロナスインプットプラグ（Isochronous Input Plug）５１と、ゼネラルバスインプットプラグ（General Bus Input Plug）５２とを有するとともに、出力プラグとして、アイソクロナスアウトプットプラグ（Isochronous Output Plug）５３と、ゼネラルバスアウトプットプラグ（General Bus Output Plug）５４とを有する。アイソクロナスインプットプラグ５１としては、００ｈ乃至１Ehの番号のプラグを設けることができ、ゼネラルバスインプットプラグ５２としては、４０ｈ乃至５Ehの番号のプラグを設けることができ、アイソクロナスアウトプットプラグ５３としては、００ｈ乃至１Ｅｈの番号のプラグを設けることができ、ゼネラルバスアウトプットプラグ５４としては、４０ｈ乃至５Ｅｈの番号のプラグを設けることができる。

　アイソクロナスインプットプラグ５１には、アイソクロナスパケットが入力される。ゼネラルバスインプットプラグ５２には、アイソクロナスパケット以外のパケット（例えば、IEEE８０２ネットワーク１１におけるパケット）が入力される。

　アイソクロナスアウトプットプラグ５３は、アイソクロナスパケットを出力し、ゼネラルバスアウトプットプラグ５４は、その他のパケット（例えば、IEEE８０２ネットワーク１１のパケット）を出力する。

　AV/Cデバイスモデル５０は、基本的に、アイソクロナスインプットプラグ５１から入力されたデータを、アイソクロナスアウトプットプラグ５３から出力し、ゼネラルバスインプットプラグ５２から入力されたデータを、ゼネラルバスアウトプットプラグ５４から出力するが、必要に応じて、入力と出力を切り替え、アイソクロナスインプットプラグ５１から入力されたデータを、アイソクロナスインプットプラグ５４から出力したり、ゼネラルバスインプットプラグ５２から入力されたデータを、アイソクロナスアウトプットプラグ５３から出力することができる。

　次に、図７のフローチャートを参照して、IEEE８０２ネットワーク１１に接続されているUPnPコントロールポイント１が、IEEE１３９４ネットワーク１２に接続されている機器を制御する場合の処理について説明する。

　ステップＳ１において、UPnPコントロールポイント１は、１３９４プロキシデバイス２を構成するプロキシサービス７１に、IEEE１３９４ネットワーク１２に変化があった場合、これを通知してくれるように、サブスクライブ（SUBSCRIBE）する。ステップＳ１１において、プロキシサービス７１は、このサブスクライブを受け取ると、それに対応する処理を実行する。

　例えば、今、１３９４機器３がステップＳ４１において、IEEE１３９４ネットワーク１２に接続されたとすると、ステップＳ４２において、１３９４機器３にバスリセットが発生し、同様に、ステップＳ２１において、ルートデバイス６１のノードサービス７２に、バスリセットが発生する。このとき、ノードサービス７２は、ステップＳ２２において、このバスリセットの発生を、プロキシサービス７１に通知する。

　プロキシサービス７１は、ステップＳ１２において、ノードサービス７２からの通知を検知すると、ステップＳ１１において取り込んだUPnPコントロールポイント１からのサブスクライブに基づいて、ステップＳ１３において、UPnPコントロールポイント１に対して、１３９４機器３がIEEE１３９４ネットワーク１２に接続されたことを通知（NOTIFY）する。

　ステップＳ２において、UPnPコントロールポイント１は、プロキシサービス７１からの通知を受け取る。これにより、UPnPコントロールポイント１は、IEEE１３９４ネットワーク１２に１３９４機器３が接続されたことを知ることができる。

　そこで、ステップＳ３において、UPnPコントロールポイント１は、例えば、１３９４機器３のレジスタの所定のアドレスに記録されている情報を読み出すためのasynchronous read request commandに対応するSOAPに基づくActionのrequest packetをインボーク（Invoke）する。

　図８は、このときUPnPコントロールポイント１からノードサービス７２に転送されるリクエストメッセージの例を表している。UPnPコントロールポイント１は、後述する図２０乃至図２３に示される１３９４Nodes Service Descriptionを参照して、このリクエストメッセージを生成する。

　Transactionに含まれる数字「５」は、このリクエストに対応してレスポンス
が返送されてくるので、そのレスポンスがどのリクエストに対応するものであるのかを認識させるためのラベルとしてのトランザクションラベルを表している。

　Bodyに含まれるnuidは、このメッセージの送信相手のノードユニークID（NUID）を表す。今の例の場合、１３９４機器３のNUIDを表す。このNUID「０８００４６００００００００００」は、ステップＳ２の処理で、プロキシサービス７１から取得した通知に記述されていたものである。このNUIDは、ノードサービス７２が有する対応表に基づいて、１３９４機器３のノードID（図９の例の場合、「ffc０」）に変換され、図９のパケットのdestination_IDに格納される。

　commandは、UPnPコントロールポイント１がノードサービス７２に対して発生を要求するコマンドの種類を表している。すなわち、この例においては、asynchronous read request commandの発生が要求されている。

　commandに含まれるMSB側の「０００００１４０００００」（１６進数）は、ノードサービス７２が発生する図９に示されるread request for data quadlet packetにおける図９のトランザクションラベルtl、リトライコードrt、トランザクションコードtcode、およびプライオリティPriを表している。

　LSB側の「fffff００００４０４」は、図９のdestination_offsetに対応する。すなわち、この値がUPnPコントロールポイント１が読み出したい１３９４機器３のレジスタのアドレスを表している。

　なお、図９のsource_IDフィールドには、ノードサービス７２のノードID（図９の例の場合、「ffc１」）が記述される。

　これらの値は全てテキストで表されているため、IEEE１３９４のどの種類のパケットも記述することが可能となる。

　図７に戻って、ノードサービス７２は、ステップＳ２３において、図８に示されるActionのインボークを受け取ると、ステップＳ２４において、それに対応して、図９に示されるようなasynchronous read requestのパケットを生成し、IEEE１３９４ネットワーク１２を介して１３９４機器３に送信する。このとき、ノードサービス７２は、図８に示されるリクエストと、図９に示されるリクエストパケットの対応関係を対応表に記憶する。

　１３９４機器３は、ステップＳ４３において、ノードデバイス７２より送信されてきたasynchronous read requestパケットを受信すると、そのリクエストに対応する処理（いまの場合、レジスタの読み出し）を実行する。ステップＳ４４において、１３９４機器３は、requestパケットに対応する図１０に示されるようなresponseパケットを生成し、ノードサービス７２に送信する。

　図１０に示されるように、トランザクションコードtcodeの値は、responseを表す値「６」とされている。

　destination_IDとsource_IDの値は、図９のread request for data quadlet packetにおける値が、そのまま使用されている。quadlet dataには、destination_offsetのアドレスから読み出されたデータが配置されている。

　ノードサービス７２は、ステップＳ２５において、１３９４機器３から送信されてきたresponseパケットを受信すると、ステップＳ２６において、図１１に示されるようなSOAPプロトコルに基づくActionとしてResponseを生成し、UPnPコントロールポイント１に送信する。

　対応表に基づいて、図１１に示されるTransactionに示される値「５」は、図８のActionと対をなすActionであることを表すために、図８におけるTransactionの値「５」に対応して「５」（同一の値）とされる。

　また、図１１のBodyには、１３９４のasynchronous read responseに対応するものであることを表すように「Response」が記述されている。そして、そこには、「０００００１６０００００００００００００００００３１３３３９３４」のデータが記述されている。このデータは、図１０のquadlet dataに記述されていた値であり、１３９４機器３のオフセットアドレスから読み取られた値である。ステップＳ４において、UPnPコントロールポイント１は、この値を読み取る。

　この例では、次に、ステップＳ５において、UPnPコントロールポイント１は、１３９４機器３の所定の動作を制御する（いまの場合、１３９４機器３の電源をオンする）ためのコマンドを記述した、SOAPに基づくActionのrequest packetをインボーク（Invoke）する。

　UPnPコントロールポイント１は、ノードサービス７２が有する、後述する図２０乃至図２３に示される１３９４ Nodes Service Descriptionを参照して、このメッセージ（コマンド）を作成する。

　ノードサービス７２は、ステップＳ２７において、Actionのインボークを受け取ると、ステップＳ２８において、それに対応して、AV/Cコマンド（AV/C POWER control command）を生成し、IEEE１３９４ネットワーク１２を介して１３９４機器３に送信する。

　AV/Cノードサービス７２は、NUIDとノードIDの対応表を生成、保持しており、バスリセット発生の度にそれを更新する。NUIDは、この対応表に基づいてノードIDに変換され、IEEE１３９４ネットワーク１２に転送される。

　１３９４機器３は、ステップＳ４５において、ノードデバイス７２より送信されてきたAV/C POWER control commandを受信すると、そのコマンドの内容に対応して、装置の電源をオンする。その後、ステップＳ４６において、１３９４機器３は、それに対応するAV/Cレスポンス（AV/C POWER response）を生成し、ノードサービス７２に送信する。

　ノードサービス７２は、ステップＳ２９において、１３９４機器３から送信されてきたAV/C POWER responseを受信すると、ステップＳ３０において、SOAPプロトコルに基づくActionとしてResponseを生成し、UPnPコントロールポイント１に送信する。

　ノードサービス７２は、Transactionの対応関係を保持するためのテーブル（対応表）を生成し、保持している。すなわち、ステップＳ２７においてAV/C POWER control commandを受信し、ステップＳ２８において、AV/C POWER control commandを出力するとき、両者が対応するものであることをテーブルに記憶する。従って、このテーブルを参照することで、ノードサービス７２は、１３９４機器３からAV/C POWER responseが送信されてきたとき、それが、AV/C POWER control commandに対応するレスポンスであることを認識することができる。

　そして、ノードサービス７２は、ステップＳ２９でAV/C POWER responseを受信すると、ステップＳ３０で、SOAPに基づくactionのresponseを生成し、UPnPコントロール１に送信する。

　UPnPコントロールポイント１は、ステップＳ６において、このレスポンスを受信する。これにより、UPnPコントロールポイント１は、１３９４機器３が装置の電源をオンしたことを知ることができる。

　AV/Cの規定によれば、AV/C機器は、受信したリクエストに対応する処理を直ちに実行できないとき、INTERIMをレスポンスとして返すことが規定されている。そのAV/C機器は、その後、そのリクエストに対応する処理が完了したとき、その時点において、ファイナルレスポンスをリクエストの送信者に返すことになる。

　しかしながら、リクエストを受信してから、ファイナルレスポンスが返されるまでの時間は規定されていない。そこで、ノードサービス７２は、ステップＳ２８の処理で１３９４機器３に対してAV/Cコマンドを出力した後、ステップＳ２９の処理で、１３９４機器３からAV/Cレスポンスを受けるまでの時間を管理する。予め設定されている所定の時間（例えば、３０秒間）以内にレスポンスが受信された場合、そのレスポンスがINTERIMでなければ（ファイナルレスポンスである場合）、AV/Cノードサービス７２は、受信したレスポンスに対応するレスポンスをUPnPコントロールポイント１に直ちに転送する。

　これに対して、受信したレスポンスが、INTERIMである場合、AV/Cノードサービス７２は、AV/Cコマンドを送信してから３０秒間が経過するまで待機する。そして、３０秒間が経過する前に、INTERIM以外のレスポンス（ファイナルレスポンス）が受信されたとき、そのファイナルレスポンスに対応するレスポンスを出力する。３０秒以内にファイナルレスポンスが受信されない場合、AV/Cノードサービス７２は、INTERIMをレスポンスとして出力する。これにより、UPnPコントロールポイント１は、少なくとも３０秒間以内に要求した処理が完了できるか否かを知ることができる。

　図７の例では、さらに、ステップＳ７において、UPnPコントロールポイント１が、SOAPに基づくActionのget Streamをインボークする。

　図１２は、この場合に生成、出力されるメッセージの例を表している。

　「５」は、トランザクションラベルを表し、「getStream xmlns」は、アクション名を表す。「protocol」は、IP上でストリームの転送に用いるプロトコルを指定する。「uri」は、Isochronousで流すIP上のファイルを指定する。

　プロキシサービス７１は、ステップＳ１４で、UPnPコントールポイント1から、get Streamのインボークを受け取ると、それに対応して、ステップＳ１５において、IEEE８０２ネットワーク１１に流れるストリームを取得する処理を実行する。また、このとき、プロキシサービス７１は、そのストリームは、AV/Cデバイスモデル５０のゼネラルバスインプットプラグ５２に入力されたものとする。このストリームをIEEE１３９４ネットワーク１２に流すとき、プロキシサービス７１は、パケットのフォーマットの変換処理を行うと共に、ゼネラルバスインプットプラグ５２をアイソクロナスアウトプットプラグ５３に接続させる。

　そして、ノードサービス７２に、パケットのIEEE１３９４ネットワーク１２への伝送を要求する。ノードサービス７２は、ステップＳ３１で、この要求に基づく処理を実行する。

　このようにして、入力プラグと出力プラグの接続関係が内蔵するメモリに記憶（反映）される。

　すなわち、これにより、複数の入力プラグのうちのどのプラグが、複数の出力プラグのうちのどのプラグに接続されているかの対応関係が記憶される。従って、１３９４機器３は、この記憶（テーブル）を参照することで、IEEE８０２ネットワーク１１に接続されているUPnP機器を知ることができる。

　図１３は、ノードサービス７２に記憶されているテーブルの例を表している。この例の場合、ノードサービス７２は、プラグ１乃至プラグ４の、合計４個のプラグを有しており、そのうちの、プラグ１は、番号（ID）４０のゼネラルバスインプットプラグ５２として利用され、プラグ４は、番号（ID）４１のゼネラルバスインプットプラグ５２として利用されている。前者には、MEPGのフォーマットのデータが入力され、後者には、Audioのフォーマットのデータが入力されている。

　ステップＳ１６において、プロキシサービス７１は、ステップＳ１４で受信したActionに対応するActionとしてのget StreamのResponseを生成し、UPnPコントロールポイント１に出力する。UPnPコントロールポイント１は、これを、ステップＳ８で受信する。

　図１４は、この場合におけるメッセージの例を表している。トランザクションラベルの「５」は、図１２のトランザクションラベルと対応している。

　図７の例では、さらに、ステップＳ４７において、１３９４機器３がノードサービス７２に対して、AV/C Input Plug Signal Format Status Commandを出力する。このコマンドは、AV/Cデバイスモデル５０における入力プラグに接続されている機器の通知を要求するものである。

　図１５は、このコマンドのフォーマットを表している。Opcodeには、このコマンドがINPUT PLUG SIGNAL FORMATであることを表す値１９ｈが記述される。

　plugフィールドには、入力プラグを特定する１つの番号が記述される。

　ノードサービス７２は、ステップＳ３２において、１３９４機器３からのコマンドを受信すると、ステップＳ３３において、このコマンドに対応する処理を実行する。すなわち、指定された入力プラグに接続されている機器を読み出し、これをAV/C Input Plug Signal Format Status Responseとして、１３９４機器３に出力する。ステップＳ４８において、１３９４機器３は、このResponseを受信し、その内容を読み取ることで、IEEE８０２ネットワーク１１に接続されているUPnP機器を知ることができる。

　図１６は、この場合におけるResponseのフォーマットを表している。このフォーマットは、INPUT PLUG SIGNAL FORMAT control command formatと同一のフォーマットとされている。

　fmtフィールドには、Audioの場合、「０１００００」が記述され、ビデオのMEPG２の場合、「１０００００」が記述される。

　plugフィールドには、図１５のコマンドフォーマットのplugフィールドに記述されていた値が、そのまま記述される。

　fdfフィールドには、プラグが接続された時刻が記述される。

　以上の処理を実行するために、図３に示される１３９４プロキシ２が有するデバイスモデルのルートデバイス６１は、図１７に示される１３９４Proxy Device Descriptionを有し、プロキシサービス７１は、図１８と図１９に示される１３９４Proxy Service Descriptionを有し、ノードサービス７２は、図２０乃至図２３に示される１３９４Nodes Service Descriptionを有する。

　これらのDescriptionは、その機器が有する機能を実行するとき必要とするパラメータ、その他の条件を記述したものであり、他の機器は、その機器に、その機能の実行を要求するとき、そのDescriptionを参照することで、そこに記述されている条件を付加して、その機器にコマンドを送ることになる。

　図１７におけるdeviceType「urn:sony-corp:device:1394ProxyDevice:1」は、デバイスの型がProxy Deviceであることを表している。FriendlyName「proxy for IEEE1394」は、ルートデバイス６１のフレンドリーネームを表している。

　UDN「nuid:upnp-1394proxy-root-0800460000000000」は、ルートデバイス６１の固有の番号を表している。

　このDevice Descriptionには、２つのserviceが記述されている。１つは、serviceTypeが「urn:sony-corp:service:1394ProxyService:1」であるサービスであり、他の１つは、serviceTypeが「urn:sony-corp:service:1394NodeService:1」であるサービスである。すなわち、前者は、図３のプロキシサービス７１に対応するサービスであり、後者は、図３のノードサービス７２に対応するサービスである。

　前者のサービスのSCPDURL「./scpd/proxyScpd.xml」は、プロキシサービス７１が有するProxy Service DescriptionのURL（具体的には、図１８と図１９に示されるProxy Service DescriptionのURL）を表している。

　また、後者のサービスのSCPDURL「./scpd-nodeScpd.xml」は、ノードサービス７２が有するNodes Service Description（具体的には、図２０乃至図２３に示される１３９４Nodes Service Description）のURLを表している。

　図１８と図１９の１３９４Proxy Service Descriptionにおけるactionは、各種のアクションを表し、「busRest」の名称のactionは、バスリセットを起こすアクションを表す。「getNodeNum」の名称のactionは、１３９４バス上のノードの数を取得するアクションを表す。「getIrmId」の名称のactionは、１３９４バス上のIRM（Isochronous Resource Manger）のNUIDを取得するアクションを表す。

　「getBmId」の名称のactionは、１３９４バス上のバスマネージャのNUIDを取得するアクションを表す。「getGapCount」の名称のactionは、１３９４バス上のGap Countを取得するアクションを表す。

　「getSelfIdPacket」の名称のactionは、１３９４バス上を流れたSelfIDパケットを取得するアクションを表す。

　「getNodeNum」の名称のactionには、「nodeNum」の名称のdirectionが「out」の引数（他の機器から出力され、転送されてくる引数）が規定されている。そして、この引数「nodeNum」には、関連する規定がserviceStateTableに記述されている。すなわち「nodeNum」は、SUBSCRIBEしている機器に対してイベントを発生させ、また状態変数に変化があった場合、データの形が「i１」として出力される引数であることが記述されている。

　「getIrmId」のactionには、「nuid」の名称の「direction」が「out」である引数が規定されている。「getGapCount」のactionには、「gapCount」の名称のdirectionが「out」の引数が規定され、「getSelfIdPacket」の名称のactionには、「selfIdPacket」の名称のdirectionが「out」の引数が規定されている。これらの引数は、いずれも状態変数に変化があっても、SUBSCRIBEした機器にもイベントを通知せず、また、データの形が「bin.hex」として、各機器から出力されることが記述されている。

　図２０乃至図２３の１３９４Nodes Service Descriptionには、「asyncReqSend」、「avcCommandSend」、「phyPacketSend」、並びに「LinkOnPacketSend」のactionが規定されている。

　「asyncReqSend」の名称のactionは、asynchronousパケットを送信するアクションを表す。このactionに基づき、図８と図１１のactionが生成される。

　このアクションには、「nuid」の名称のdirectionが「in」の引数（他の機器に向けて出力され、他の機器に入力される引数）が規定されている。そして、この引数「nuid」のデータタイプは、「bin.hex」とされている。

　「asyncReqSend」のactionには、さらに、「asyncReqest」のdirectionが「in」の引数、並びに「asyncResponse」のdirectionが「out」の引数が、それぞれ規定されている。

　同様に、「asyncRequest」の名称のdirectionが「in」の引数と、「asyncResponse」の名称のdirectionが「out」の引数は、データの形が「bin.hex」として規定されている。

　「avcCommandSend」の名称のactionは、AV/Cコマンドを送信するアクションを表す。これにより、図７のステップＳ５とＳ３０の処理に伴うactionが生成される。

　「phyPacketSend」の名称のactionは、Phyパケットを送信するアクションを表す。このコマンドは、「phyPacket」の名称のdirectionが「in」の引数と、「phyPacketResp」の名称のdirectionが「out」の引数が規定されて、これらの引数は関係する変数「phyPacket」を有し、そのデータタイプは、「ui４」とされている。

　「LinkOnPacketSend」の名称のactionは、LinkOnパケットを送信するアクションを表す。このアクションは、「phyId」のdirectionが「in」の引数を有する。この引数のデータタイプは、「i１」とされる。

　上述した一連の処理は、ハードウエアにより実行させることもできるが、ソフトウエアにより実行させることもできる。一連の処理をソフトウエアにより実行させる場合には、そのソフトウエアを構成するプログラムが、専用のハードウエアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、ネットワークや記録媒体からインストールされる。

　この記録媒体は、図２に示すように、装置本体とは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク４１（フロッピディスクを含む）、光ディスク４２（CD-ROM(Compact Disk-Read Only Memory),DVD(Digital Versatile Disk)を含む）、光磁気ディスク４３（ＭＤ（Mini-Disk）を含む）、もしくは半導体メモリ４４などよりなるパッケージメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される、プログラムが記録されているROM２２や、記憶部２８に含まれるハードディスクなどで構成される。

　なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。

　また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。

本発明が適用されるネットワークシステムの構成を示す図である。 図１のUPnPデバイス２の構成を示すブロック図である。 図１のUPnPデバイス２が有するデバイスモデルの構成を示す図である。 asynchronousパケットの構成を示す図である。 isochronousパケットの構成を示す図である。 図３の１３９４ proxy serviceが有するAV/Cデバイスモデルの構成を示す図である。 図１のネットワークシステムの処理を説明するフローチャートである。 図7のステップＳ３において出力されるメッセージの構成を示す図である。 図7のステップＳ２４の処理で出力されるパケットの構成を示す図である。 図7のステップＳ４４の処理で出力されるパケットの構成を示す図である。 図７のステップＳ２６の処理で出力されるメッセージの例を示す図である。 図７のステップＳ７の処理で出力されるメッセージの例を示す図である。 図３のノードサービスが保持する対応テーブルの例を示す図である。 図７のステップＳ１６の処理で出力されるメッセージの例を示す図である。 図７のステップＳ４７の処理で出力されるパケットの構成を示す図である。 図７のステップＳ４８の処理で出力されるパケットの構成を示す図である。 図３のroot deviceが有する１３９４ Proxy Device Descriptionの構成を示す図である。 図３の１３９４ proxy serviceが有する１３９４ Proxy Service Descriptionの構成を示す図である。 図３の１３９４ proxy serviceが有する１３９４ Proxy Service Descriptionの構成を示す図である。 図３の１３９４ nodes serviceが有する１３９４ Nodes Service Descriptionの構成を示す図である。 図３の１３９４ nodes serviceが有する１３９４ Nodes Service Descriptionの構成を示す図である。 図３の１３９４ nodes serviceが有する１３９４ Nodes Service Descriptionの構成を示す図である。 図３の１３９４ nodes serviceが有する１３９４ Nodes Service Descriptionの構成を示す図である。

符号の説明

　１　UPnPコントロールポイント，　２　UPnPデバイス，　３，４　１３９４機器，　１１　IEEE８０２ネットワーク，　１２　IEEE１３９４ネットワーク，　６１　root device，　７１　１３９４ proxy service，　７２　１３９４ nodes service

Claims (4)

1. 　IEEE８０２に基づくフォーマットの第１のパケットで通信する第１のネットワークと、IEEE１３９４に基づく同期通信フォーマットの第２のパケットおよびIEEE１３９４に基づく非同期通信フォーマットの第３のパケットで通信する第２のネットワークとの両方に接続され、前記第１のネットワークと前記第２のネットワークの間でデータを授受する情報処理装置において、
   　前記第１のネットワークからの前記第１のパケットを入力する第１の入力手段と、
   　前記第２のネットワークからの前記第２のパケットを入力する第２の入力手段と、
   　前記第２のネットワークからの前記第３のパケットを入力する第３の入力手段と、
   　前記第１の入力手段から入力された前記第１のパケットを、前記第２のパケットに変換する第１の変換手段と、
   　前記第１の入力手段から入力された前記第１のパケットを、前記第３のパケットに変換する第２の変換手段と、
   　前記第３の入力手段から入力された前記第３のパケットを、前記第１のパケットに変換する第３の変換手段と、
   　前記第１のネットワークへ前記第１のパケットを出力する第１の出力手段と、
   　前記第２のネットワークへ前記第２のパケットを出力する第２の出力手段と、
   　前記第２のネットワークへ前記第３のパケットを出力する第３の出力手段と、
   　前記第１乃至第３の入力手段から入力したパケットを解析し、解析結果に基づいて、前記第１乃至第３の入力手段、前記第１乃至第３の変換手段、および前記第１乃至第３の出力手段の対応関係を決定するとともに、前記第１乃至第３の入力手段、前記第１乃至第３の変換手段、および前記第１乃至第３の出力手段を制御する制御手段と、
   　前記制御手段により決定された、前記第１乃至第３の入力手段、前記第１乃至第３の変換手段、および前記第１乃至第３の出力手段の対応関係情報を記憶する第１の記憶手段と、
   　前記第２のネットワークに接続された電子装置が固有に有する識別情報と、前記電子装置に割り当てられた前記第２のネットワークにおける識別情報との対応関係を示す識別情報対応表を記憶する第２の記憶手段とを含み、
   　前記制御手段は、前記第１の入力手段によって入力された第１のパケットがストリーム取得命令である場合、前記ストリーム取得命令に対応する前記第１のパケットからなるストリームデータを、前記第１のネットワークから前記第１の入力手段によって入力させ、入力させた前記第１のパケットからなる前記ストリームデータを、前記第１の変換手段によって前記第２のパケットに変換させて前記第２の出力手段から出力させるとともに、前記ストリームデータに関連した前記IEEE１３９４に基づくコマンドを生成して前記第３の出力手段から出力させ、前記第１の入力手段から入力された第１のパケットが前記ストリーム取得命令以外のコマンドの場合、入力された前記第１のパケットを、前記第２の変換手段により前記第３のパケットに変換させて前記第３の出力手段から出力させ、
   　前記第２の変換手段は、前記第１の入力手段から前記第１のパケットとして入力された、前記第２のネットワークに接続された前記電子装置が固有に有する識別情報を、前記第２の記憶手段によって記憶された前記識別情報対応表に基づいて、前記電子装置に対して割り当てられた前記第２のネットワークにおける識別情報に変換し、前記第１の入力手段から前記第１のパケットとして入力された、前記IEEE８０２に基づく第１のコマンドを、前記IEEE１３９４に基づく第２のコマンドに変換することにより、前記第１のパケットを前記第３のパケットに変換し、
   　前記第３の変換手段は、前記第３の入力手段から前記第３のパケットとして入力された、前記IEEE１３９４に基づく第２のコマンドに対するレスポンスを、前記IEEE８０２に基づく第１のコマンドに対するレスポンスに変換することにより、前記第３のパケットを前記第１のパケットに変換する
   　ことを特徴とする情報処理装置。
2. 　IEEE８０２に基づくフォーマットの第１のパケットで通信する第１のネットワークと、IEEE１３９４に基づく同期通信フォーマットの第２のパケットおよびIEEE１３９４に基づく非同期通信フォーマットの第３のパケットで通信する第２のネットワークとの両方に接続され、前記第１のネットワークと前記第２のネットワークの間でデータを授受し、前記第１のネットワークからの前記第１のパケットを入力する第１の入力プラグと、前記第２のネットワークからの前記第２のパケットを入力する第２の入力プラグと、前記第２のネットワークからの前記第３のパケットを入力する第３の入力プラグと、前記第１のネットワークへ前記第１のパケットを出力する第１の出力プラグと、前記第２のネットワークへ前記第２のパケットを出力する第２の出力プラグと、前記第２のネットワークへ前記第３のパケットを出力する第３の出力プラグとを備える情報処理装置の情報処理方法において、
   　前記第１の入力プラグから入力された前記第１のパケットを、前記第２のパケットに変換する第１の変換ステップと、
   　前記第１の入力プラグから入力された前記第１のパケットを、前記第３のパケットに変換する第２の変換ステップと、
   　前記第３の入力プラグから入力された前記第３のパケットを、前記第１のパケットに変換する第３の変換ステップと、
   　前記第１乃至第３の入力プラグから入力したパケットを解析し、前記第１乃至第３の入力プラグ、前記第１乃至第３の変換ステップの処理、および前記第１乃至第３の出力プラグの対応関係を決定するとともに、前記第１乃至第３の入力プラグ、前記第１乃至第３の変換ステップ、および前記第１乃至第３の出力プラグを制御する制御ステップと、
   　前記制御ステップの処理で決定された、前記第１乃至第３の入力プラグ、前記第１乃至第３の変換ステップの処理、および前記第１乃至第３の出力プラグの対応関係情報を記憶する第１の記憶ステップと、
   　前記第２のネットワークに接続された電子装置が固有に有する識別情報と、前記電子装置に割り当てられた前記第２のネットワークにおける識別情報との対応関係を示す識別情報対応表を記憶する第２の記憶ステップとを含み、
   　前記制御ステップは、前記第１の入力プラグによって入力された第１のパケットがストリーム取得命令である場合、前記ストリーム取得命令に対応する前記第１のパケットからなるストリームデータを、前記第１のネットワークから前記第１の入力プラグによって入力させ、入力させた前記第１のパケットからなる前記ストリームデータを、前記第１の変換ステップの処理で前記第２のパケットに変換させて前記第２の出力プラグから出力させるとともに、前記ストリームデータに関連した前記IEEE１３９４に基づくコマンドを生成して前記第３の出力プラグから出力させ、前記第１の入力プラグから入力された第１のパケットが前記ストリーム取得命令以外のコマンドの場合、入力された前記第１のパケットを、前記第２の変換ステップの処理で前記第３のパケットに変換させて前記第３の出力プラグから出力させ、
   　前記第２の変換ステップは、前記第１の入力プラグから前記第１のパケットとして入力された、前記第２のネットワークに接続された前記電子装置が固有に有する識別情報を、前記第２の記憶ステップの処理で記憶された前記識別情報対応表に基づいて、前記電子装置に対して割り当てられた前記第２のネットワークにおける識別情報に変換し、前記第１の入力プラグから前記第１のパケットとして入力された、前記IEEE８０２に基づく第１のコマンドを、前記IEEE１３９４に基づく第２のコマンドに変換することにより、前記第１のパケットを前記第３のパケットに変換し、
   　前記第３の変換ステップは、前記第３の入力プラグから前記第３のパケットとして入力された、前記IEEE１３９４に基づく第２のコマンドに対するレスポンスを、前記IEEE８０２に基づく第１のコマンドに対するレスポンスに変換することにより、前記第３のパケットを前記第１のパケットに変換する
   　ことを特徴とする情報処理方法。
3. 　IEEE８０２に基づくフォーマットの第１のパケットで通信する第１のネットワークに接続された第１の電子装置と、
   　IEEE１３９４に基づく同期通信フォーマットの第２のパケットおよびIEEE１３９４に基づく非同期通信フォーマットの第３のパケットで通信する第２のネットワークに接続された第２の電子装置と、
   　前記第１のネットワークと前記第２のネットワークの双方に接続され、前記第１のネットワークと前記第２のネットワークの間でデータを中継する中継装置と
   　から構成される通信システムにおいて、
   　前記第１の電子装置は、
   　　前記第２の電子装置を制御するための前記IEEE８０２に基づくフォーマットの第１のコマンドと前記第２の電子装置が固有に有する識別情報を、前記第１のパケットを用いて送信する送信手段を含み、
   　前記中継装置は、
   　　前記第１のネットワークからの前記第１のパケットを入力する第１の入力手段と、
   　　前記第２のネットワークからの前記第２のパケットを入力する第２の入力手段と、
   　　前記第２のネットワークからの前記第３のパケットを入力する第３の入力手段と、
   　　前記第１の入力手段から入力された前記第１のパケットを、前記第２のパケットに変換する第１の変換手段と、
   　　前記第１の入力手段から入力された前記第１のパケットを、前記第３のパケットに変換する第２の変換手段と、
   　　前記第３の入力手段から入力された前記第３のパケットを、前記第１のパケットに変換する第３の変換手段と、
   　　前記第１のネットワークへ前記第１のパケットを出力する第１の出力手段と、
   　　前記第２のネットワークへ前記第２のパケットを出力する第２の出力手段と、
   　　前記第２のネットワークへ前記第３のパケットを出力する第３の出力手段と、
   　　前記第１乃至第３の入力手段から入力したパケットを解析し、解析結果に基づいて、前記第１乃至第３の入力手段、前記第１乃至第３の変換手段、および前記第１乃至第３の出力手段の対応関係を決定するとともに、前記第１乃至第３の入力手段、前記第１乃至第３の変換手段、および前記第１乃至第３の出力手段を制御する制御手段と、
   　　前記制御手段により決定された、前記第１乃至第３の入力手段、前記第１乃至第３の変換手段、および前記第１乃至第３の出力手段の対応関係情報を記憶する第１の記憶手段と、
   　　前記第２のネットワークに接続された前記第２の電子装置が固有に有する識別情報と、前記第２の電子装置に割り当てられた前記第２のネットワークにおける識別情報との対応関係を示す識別情報対応表を記憶する第２の記憶手段とを含み、
   　前記第２の電子装置は、
   　　前記第２のパケットを用いて送信された前記第２のコマンドを受信する受信手段を含み、
   　前記中継装置の前記制御手段は、前記第１の入力手段によって入力された第１のパケットがストリーム取得命令である場合、前記ストリーム取得命令に対応する前記第１のパケットからなるストリームデータを、前記第１のネットワークから前記第１の入力手段によって入力させ、入力させた前記第１のパケットからなる前記ストリームデータを、前記第１の変換手段によって前記第２のパケットに変換させて前記第２の出力手段から出力させるとともに、前記ストリームデータに関連した前記IEEE１３９４に基づくコマンドを生成して前記第３の出力手段から出力させ、前記第１の入力手段から入力された第１のパケットが前記ストリーム取得命令以外のコマンドの場合、入力された前記第１のパケットを、前記第２の変換手段により前記第３のパケットに変換させて前記第３の出力手段から出力させ、
   　前記中継装置の前記第２の変換手段は、前記第１の入力手段から前記第１のパケットとして入力された、前記第２のネットワークに接続された前記第２の電子装置が固有に有する識別情報を、前記第２の記憶手段によって記憶された前記識別情報対応表に基づいて、前記第２の電子装置に対して割り当てられた前記第２のネットワークにおける識別情報に変換し、前記第１の入力手段から前記第１のパケットとして入力された、前記IEEE８０２に基づく第１のコマンドを、前記IEEE１３９４に基づく第２のコマンドに変換することにより、前記第１のパケットを前記第３のパケットに変換し、
   　前記中継装置の前記第３の変換手段は、前記第３の入力手段から前記第３のパケットとして入力された、前記IEEE１３９４に基づく第２のコマンドに対するレスポンスを、前記IEEE８０２に基づく第１のコマンドに対するレスポンスに変換することにより、前記第３のパケットを前記第１のパケットに変換する
   　ことを特徴とする通信システム。
4. 　IEEE８０２に基づくフォーマットの第１のパケットで通信する第１のネットワークに接続された第１の電子装置と、
   　IEEE１３９４に基づく同期通信フォーマットの第２のパケットおよびIEEE１３９４に基づく非同期通信フォーマットの第３のパケットで通信する第２のネットワークに接続された第２の電子装置と、
   　前記第１のネットワークからの前記第１のパケットを入力する第１の入力プラグと、前記第２のネットワークからの前記第２のパケットを入力する第２の入力プラグと、前記第２のネットワークからの前記第３のパケットを入力する第３の入力プラグと、前記第１のネットワークへ前記第１のパケットを出力する第１の出力プラグと、前記第２のネットワークへ前記第２のパケットを出力する第２の出力プラグと、前記第２のネットワークへ前記第３のパケットを出力する第３の出力プラグとを備え、前記第１のネットワークと前記第２のネットワークの双方に接続され、前記第１のネットワークと前記第２のネットワークの間でデータを中継する中継装置と
   　から構成される通信システムの情報処理方法において、
   　前記第１の電子装置における、前記第２の電子装置を制御するための前記IEEE８０２に基づくフォーマットの第１のコマンドと前記第２の電子装置が固有に有する識別情報を、前記第１のパケットを用いて送信する送信ステップと、
   　前記中継装置における、前記第１の入力プラグから入力された前記第１のパケットを、前記第２のパケットに変換する第１の変換ステップと、
   　前記中継装置における、前記第１の入力プラグから入力された前記第１のパケットを、前記第３のパケットに変換する第２の変換ステップと、
   　前記中継装置における、前記第３の入力プラグから入力された前記第３のパケットを、前記第１のパケットに変換する第３の変換ステップと、
   　前記中継装置における、前記第１乃至第３の入力プラグから入力したパケットを解析し、前記第１乃至第３の入力プラグ、前記第１乃至第３の変換ステップの処理、および前記第１乃至第３の出力プラグの対応関係を決定するとともに、前記第１乃至第３の入力プラグ、前記第１乃至第３の変換ステップ、および前記第１乃至第３の出力プラグを制御する制御ステップと、
   　前記中継装置における、前記制御ステップの処理で決定された、前記第１乃至第３の入力プラグ、前記第１乃至第３の変換ステップの処理、および前記第１乃至第３の出力プラグの対応関係情報を記憶する第１の記憶ステップと、
   　前記中継装置における、前記第２のネットワークに接続された電子装置が固有に有する識別情報と、前記電子装置に割り当てられた前記第２のネットワークにおける識別情報との対応関係を示す識別情報対応表を記憶する第２の記憶ステップと、
   　前記第２の電子装置における、前記第２のパケットを用いて送信された前記第２のコマンドを受信する受信ステップとを含み、
   　前記中継装置における前記制御ステップは、前記第１の入力プラグによって入力された第１のパケットがストリーム取得命令である場合、前記ストリーム取得命令に対応する前記第１のパケットからなるストリームデータを、前記第１のネットワークから前記第１の入力プラグによって入力させ、入力させた前記第１のパケットからなる前記ストリームデータを、前記第１の変換ステップの処理で前記第２のパケットに変換させて前記第２の出力プラグから出力させるとともに、前記ストリームデータに関連した前記IEEE１３９４に基づくコマンドを生成して前記第３の出力プラグから出力させ、前記第１の入力プラグから入力された第１のパケットが前記ストリーム取得命令以外のコマンドの場合、入力された前記第１のパケットを、前記第２の変換ステップの処理で前記第３のパケットに変換させて前記第３の出力プラグから出力させ、
   　前記中継装置における前記第２の変換ステップは、前記第１の入力プラグから前記第１のパケットとして入力された、前記第２のネットワークに接続された前記第２の電子装置が固有に有する識別情報を、前記第２の記憶ステップの処理で記憶された前記識別情報対応表に基づいて、前記第２の電子装置に対して割り当てられた前記第２のネットワークにおける識別情報に変換し、前記第１の入力プラグから前記第１のパケットとして入力された、前記IEEE８０２に基づく第１のコマンドを、前記IEEE１３９４に基づく第２のコマンドに変換することにより、前記第１のパケットを前記第３のパケットに変換し、
   　前記中継装置における前記第３の変換ステップは、前記第３の入力プラグから前記第３のパケットとして入力された、前記IEEE１３９４に基づく第２のコマンドに対するレスポンスを、前記IEEE８０２に基づく第１のコマンドに対するレスポンスに変換することにより、前記第３のパケットを前記第１のパケットに変換する
   　ことを特徴とする情報処理方法。

Images