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

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

Info

Publication number
JP3525435B2
JP3525435B2 JP2001203538A JP2001203538A JP3525435B2 JP 3525435 B2 JP3525435 B2 JP 3525435B2 JP 2001203538 A JP2001203538 A JP 2001203538A JP 2001203538 A JP2001203538 A JP 2001203538A JP 3525435 B2 JP3525435 B2 JP 3525435B2
Authority
JP
Japan
Prior art keywords
packet
input
network
output
plug
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.)
Expired - Fee Related
Application number
JP2001203538A
Other languages
English (en)
Other versions
JP2003018177A (ja
Inventor
卓郎 野田
真 佐藤
幸彦 青木
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 JP2001203538A priority Critical patent/JP3525435B2/ja
Priority to US10/189,070 priority patent/US7130925B2/en
Publication of JP2003018177A publication Critical patent/JP2003018177A/ja
Application granted granted Critical
Publication of JP3525435B2 publication Critical patent/JP3525435B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08—Protocols for interworking; Protocol conversion

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、情報処理装置およ
び方法、並びに通信システムに関し、特に、IEEE８０２
に基づく第１のネットワークとIEEE１３９４に基づく第
２のネットワークの一方に接続されている機器が、他方
に接続されている機器を知ることができるようにした、
情報処理装置および方法、並びに通信システムに関す
る。
【０００２】
【従来の技術】最近、IEEE（Institute of Electrical
and Electronics Engineers）１３９４高速シリアルバ
スを用いたネットワーク（以下、単にIEEE１３９４ネッ
トワークと称する）が普及してきた。オーディオ機器や
ビデオ機器を、このIEEE１３９４ネットワークに接続す
ることで、各機器は、AV/Cコマンドを用いて、他の機器
を制御することができる。
【０００３】一方、IEEE８０２ネットワークも普及して
いる。このIEEE８０２は、主にパーソナルコンピュータ
を相互に接続するためのネットワークであり、UPnP（Un
iversal Plag and Play）のプロトコルに基づいて、各
パーソナルコンピュータは、他のパーソナルコンピュー
タを制御することができる。
【０００４】
【発明が解決しようとする課題】しかしながら、このIE
EE１３９４ネットワークと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８０２ネットワーク１１に、UPnPコントロール
ポイント１が接続されている。IEEE１３９４ネットワー
ク１２には、１３９４機器３，４が接続されている。IE
EE８０２ネットワーク１１と、IEEE１３９４ネットワー
ク１２は、UPnPデバイス（１３９４プロキシ）２にそれ
ぞれ接続されている。
【００１２】図２は、UPnPデバイス２の構成例を表して
いる。図２において、CPU（CentralProcessing Unit）
２１は、ROM（Read Only Memory）２２に記憶されてい
るプログラム、または記憶部２８からRAM（Random Acce
ss Memory）２３にロードされたプログラムに従って各
種の処理を実行する。RAM２３にはまた、CPU２１が各種
の処理を実行する上において必要なデータなども適宜記
憶される。
【００１３】CPU２１、ROM２２、およびRAM２３は、バ
ス２４を介して相互に接続されている。このバス２４に
はまた、入出力インタフェース２５も接続されている。
【００１４】入出力インタフェース２５には、キーボー
ド、マウスなどよりなる入力部２６、CRT、LCDなどより
なるディスプレイ、並びにスピーカなどよりなる出力部
２７、ハードディスクなどより構成される記憶部２８、
モデム、ターミナルアダプタなどより構成される通信部
２９が接続されている。通信部２９は、IEEE８０２ネッ
トワーク１１またはIEEE１３９４ネットワーク１２を介
しての通信処理を行う。
【００１５】入出力インタフェース２５にはまた、必要
に応じてドライブ３０が接続され、磁気ディスク４１、
光ディスク４２、光磁気ディスク４３、或いは半導体メ
モリ４４などが適宜装着され、それらから読み出された
コンピュータプログラムが、必要に応じて記憶部２８に
インストールされる。
【００１６】UPnP機器（図１の例の場合、UPnPコントロ
ールポイント１およびUPnPデバイス２）は、主に、アド
レシング（Addressing）、ディスカバリ（Discover
y）、ディスクリプション（Decription）、コントロー
ル（Control）、イベンティング（Eventing）、プレゼ
ンテーション（Presentation）の６つの機能を有してい
る。
【００１７】アドレシングは、各UPnP機器が、IEEE８０
２ネットワーク１１上でアドレスを取得するための機能
であり、DHCP（Dynamic Host Configuration Protoco
l）またはAutoIPが用いられる。
【００１８】ディスカバリは、アドレシングの後に行わ
れ、これによりUPnPコントロールポイント１は、コント
ロールしたいターゲット機器を発見することができる。
ここで用いられるプロトコルは、SSDP（Simple Serivic
e Discovery Protocol）である。各機器は、IEEE８０２
ネットワーク１１に接続されたとき、自分自身の中に有
するデバイスやサービスを通知するメッセージをIEEE８
０２ネットワーク１１上にマルチキャストする（特に、
相手を指定しないでパケットを送信する）。UPnPコント
ロールポイント１は、このマルチキャストされたメッセ
ージを受信することで、IEEE８０２ネットワーク１１
に、どのような機器が接続されたのかを知ることができ
る。
【００１９】逆に、UPnPコントロールポイント１の方か
ら、現在IEEE８０２ネットワーク１１に接続されている
機器を調べることもできる。このとき、UPnPコントロー
ルポイント１は、発見したいデバイスやサービスをキー
ワードとして、検索コマンドをIEEE８０２ネットワーク
１１上にマルチキャストする。IEEE８０２ネットワーク
１１に接続されている各機器は、マルチキャストされた
検索コマンドに規定されている条件に自分自身が適合す
る場合、その検索コマンドに対してレスポンスをユニキ
ャストする（相手側を指定して、パケットを送信す
る）。これにより、UPnPコントロールポイント１は、IE
EE８０２ネットワーク１１に接続されている機器を検知
することができる。
【００２０】また、各機器は、IEEE８０２ネットワーク
１１から外れるときも、事前にその旨をブロードキャス
トする。
【００２１】ディスカバリによりUPnPコントロールポイ
ント１が発見したコントロール対象の機器が出力したSS
DPパケットには、デバイスディスクリプション（Device
Description）のURL（Uniform Resource Locator）が
記述されている。UPnPコントロールポイント１は、その
URLにアクセスすることにより、その機器のさらに詳し
いデバイス情報をデバイスディスクリプションから得る
ことができる。このデバイス情報には、アイコン情報、
モデル名、生産者名、商品名などが含まれている。
【００２２】また、このデバイス情報には、そのデバイ
スが有するサービス情報が記述されており、そのサービ
スの詳しい情報が記述されているサービスディスクリプ
ション（Service Discription）も、サービス情報に記
述されているURLから辿ることができる。
【００２３】UPnPコントロールポイント１は、これらの
デバイス情報（Device Description）やサービス情報
（Service Description）から、ターゲットに対するア
クセスの方法を知ることができる。
【００２４】また、デバイスディスクリプションには、
後述するPresentation URLも記述されている。
【００２５】Device DescriptionおよびService Descri
ptionは、XML（Extensible MarkupLanguage）で表現さ
れている。
【００２６】Controlは、アクション（Action）とクエ
リー（Query）の２つに大きく分類される。Actionは、S
ervice Descriptionのアクション情報に規定された方法
で行われ、ActionをInvokeすることにより、UPnPコント
ロールポイント１は、ターゲットを操作することができ
る。
【００２７】一方、Queryは、Service Descriptionのst
ateVariableの値を取り出すために用いられる。stateVa
riableの値は、機器の状態を表している。
【００２８】Controlでは、SOAP（Simple Object Acces
s Protocol）というトランスポートプロトコルが利用さ
れる。その表現言語は、XMLが用いられる。
【００２９】イベンティング（Eventing）は、stateVar
iableの値が変更されたとき、そのことをターゲットか
ら、UPnPコントロールポイント１に通知させるために用
いられる。UPnPコントロールポイント１は、Service De
scription を解析することにより、stateVariableから
ターゲットの保持する変数を知ることができる。UPnPコ
ントロールポイント１はターゲットに対して、Subscrip
tionを出力しておくことにより、その変数のうち、send
Eventsがyesになっている変数に関して、変数の変更が
あったとき、ターゲットから通知を受け取ることができ
る。Eventingでは、GENA（General Event Notification
Architecture）というトランスポートプロトコルが利
用される。その表現言語としては、XMLが用いられる。
【００３０】プレゼンテーション（Presentation）は、
ユーザにユーザインタフェース（UI）を用いたコントロ
ール手段を提供するために用いられる。Device Descrip
tionに記述されたPresentation URLにアクセスすること
で、HTML（Hyper Text Markup Language）によって記述
されたPresentation Pageを得ることができる。その機
能により、ターゲットでアプリケーションを用意するこ
とができる。
【００３１】UPnPデバイス（１３９４プロキシ）２は、
IEEE８０２ネットワーク１１とIEEE１３９４ネットワー
ク１２との間のブリッジとして機能し、内部に、図３に
示されるデバイスモデルを有する。この例のデバイスモ
デルは、１個のルートデバイス（root device）６１で
構成され、このルートデバイス６１は、IEEE１３９４プ
ロキシサービス（IEEE１３９４ proxy service）７１と
IEEE１３９４ノードサービス（IEEE１３９４nodes serv
ice）７２とを有している。
【００３２】IEEE１３９４プロキシサービス（以下、単
に、プロキシサービスと称する）７１は、IEEE１３９４
ネットワーク１２のバスリセット発生、バスID、ノード
の数、バスマネージャ、アイソクロナスリソースマネー
ジャのノードユニークID（NUID）、ギャップカウント
（Gap Count）、セルフIDパケット（Self IDパケット）
などを管理する。
【００３３】IEEE１３９４ノードサービス（以下、単に
ノードサービスと称する）７２は、Link-Onパケット、P
hy Configurationパケットを含むPhyパケットなど、並
びにasynchronousパケットとisochronousパケットの授
受を行う。
【００３４】図４は、このasynchronousパケットの構成
を表している。
【００３５】Asynchronous通信は、非同期にデータの通
信をする際に用いられる。このAsynchronous通信では、
相手ノードに確実にパケットを送信することが保証さ
れ、送信の遅延時間は保証されない。送信ノードは、ヘ
ッダ情報と実データを指定先のノードに送信し、受信ノ
ードは、Acknowledgeパケットを返信することで、パケ
ットを受け取ったことを相手方に通知する。ただし、相
手先ノードを指定しないブロードキャストパケットが受
信された場合には、Acknowledgeパケットは返されな
い。
【００３６】１３９４パケットヘッダの先頭には、dest
ination_ID（Destination identifier）が配置されてい
る。これは、パケット送信先のnode_IDを表す。
【００３７】tl（Transaction label）は、requestパケ
ットとresponseパケットの一対のトランザクションの一
致を認識するためのラベルである。requestパケットのt
lがresponseパケットのtlとしても使われる。
【００３８】rt（Retry code）は、busyのAcknowledge
を受信した時のリトライ方法に関する情報を表す。
【００３９】tcode（Transaction code）は、トランザ
クションパケットの種別コードを表す。即ち、read/wri
te/lock、またはrequest/responseのいずれであるのか
が表される。
【００４０】pri（Priority）は、fair arbitrationで
はall０（cycle startを除く）とされる。
【００４１】source_ID（Source indentifier）は、パ
ケット送信元のnode_IDを表す。
【００４２】source_IDの次には、packet-type-specifi
c informationが配置され、さらに、必要に応じて、pac
ket-type-specific dataが配置される。１３９４パケッ
トヘッダの最後に、以上のヘッダ情報に対するCRCがhad
er_CRCとして挿入される。
【００４３】１３９４パケットヘッダに続いて、データ
ブロックが配置される。データブロックは、必要な数の
data block quadletと、データ情報に対するCRCとして
のdata_CRCにより構成される。
【００４４】図５は、Isochronousパケットの構造を表
している。Data_lengthは、ヘッダの後に続くデータフ
ィールドのバイト値を規定する。この値が０であれば、
データフィールドがないことを表す。
【００４５】tag（isochronous data format tag）は、
Isochronousパケットのフォーマットを示す。
【００４６】channelは、Isochronousパケットの識別用
に使うチャンネル番号を表す。tcode（transaction cod
e）は、パケットの種別を示すコードを表す。Isochrono
usパケットは、Ahとされる。
【００４７】sy（synchronization code）は、送信ノー
ドと受信ノードの間で、映像や音声などの同期情報をや
りとりするのに使われる。
【００４８】data field(data block payload)は、Isoc
hronousデータを表す。
【００４９】図６は、プロキシサービス７１が有するAV
/Cデバイスモデルの構成を表している。このAV/Cデバイ
スモデル５０は、入力プラグとしてアイソクロナスイン
プットプラグ（Isochronous Input Plug）５１と、ゼネ
ラルバスインプットプラグ（General Bus Input Plug）
５２とを有するとともに、出力プラグとして、アイソク
ロナスアウトプットプラグ（Isochronous Output Plu
g）５３と、ゼネラルバスアウトプットプラグ（General
Bus Output Plug）５４とを有する。アイソクロナスイ
ンプットプラグ５１としては、００ｈ乃至１Ehの番号の
プラグを設けることができ、ゼネラルバスインプットプ
ラグ５２としては、４０ｈ乃至５Ehの番号のプラグを設
けることができ、アイソクロナスアウトプットプラグ５
３としては、００ｈ乃至１Ehの番号のプラグを設けるこ
とができ、ゼネラルバスアウトプットプラグ５４として
は、４０h乃至５Ehの番号のプラグを設けることができ
る。
【００５０】アイソクロナスインプットプラグ５１に
は、アイソクロナスパケットが入力される。ゼネラルバ
スインプットプラグ５２には、アイソクロナスパケット
以外のパケット（例えば、IEEE８０２ネットワーク１１
におけるパケット）が入力される。
【００５１】アイソクロナスアウトプットプラグ５３
は、アイソクロナスパケットを出力し、ゼネラルバスア
ウトプットプラグ５４は、その他のパケット（例えば、
IEEE８０２ネットワーク１１のパケット）を出力する。
【００５２】AV/Cデバイスモデル５０は、基本的に、ア
イソクロナスインプットプラグ５１から入力されたデー
タを、アイソクロナスアウトプットプラグ５３から出力
し、ゼネラルバスインプットプラグ５２から入力された
データを、ゼネラルバスアウトプットプラグ５４から出
力するが、必要に応じて、入力と出力を切り替え、アイ
ソクロナスインプットプラグ５１から入力されたデータ
を、アイソクロナスインプットプラグ５４から出力した
り、ゼネラルバスインプットプラグ５２から入力された
データを、アイソクロナスアウトプットプラグ５３から
出力することができる。
【００５３】次に、図７のフローチャートを参照して、
IEEE８０２ネットワーク１１に接続されているUPnPコン
トロールポイント１が、IEEE１３９４ネットワーク１２
に接続されている機器を制御する場合の処理について説
明する。
【００５４】ステップＳ１において、UPnPコントロール
ポイント１は、１３９４プロキシデバイス２を構成する
プロキシサービス７１に、IEEE１３９４ネットワーク１
２に変化があった場合、これを通知してくれるように、
サブスクライブ（SUBSCRIBE）する。ステップＳ１１に
おいて、プロキシサービス７１は、このサブスクライブ
を受け取ると、それに対応する処理を実行する。
【００５５】例えば、今、１３９４機器３がステップＳ
４１において、IEEE１３９４ネットワーク１２に接続さ
れたとすると、ステップＳ４２において、１３９４機器
３にバスリセットが発生し、同様に、ステップＳ２１に
おいて、ルートデバイス６１のノードサービス７２に、
バスリセットが発生する。このとき、ノードサービス７
２は、ステップＳ２２において、このバスリセットの発
生を、プロキシサービス７１に通知する。
【００５６】プロキシサービス７１は、ステップＳ１２
において、ノードサービス７２からの通知を検知する
と、ステップＳ１１において取り込んだUPnPコントロー
ルポイント１からのサブスクライブに基づいて、ステッ
プＳ１３において、UPnPコントロールポイント１に対し
て、１３９４機器３がIEEE１３９４ネットワーク１２に
接続されたことを通知（NOTIFY）する。
【００５７】ステップＳ２において、UPnPコントロール
ポイント１は、プロキシサービス７１からの通知を受け
取る。これにより、UPnPコントロールポイント１は、IE
EE１３９４ネットワーク１２に１３９４機器３が接続さ
れたことを知ることができる。
【００５８】そこで、ステップＳ３において、UPnPコン
トロールポイント１は、例えば、１３９４機器３のレジ
スタの所定のアドレスに記録されている情報を読み出す
ためのasynchronous read request commandに対応するS
OAPに基づくActionのrequestpacketをインボーク（Invo
ke）する。
【００５９】図８は、このときUPnPコントロールポイン
ト１からノードサービス７２に転送されるリクエストメ
ッセージの例を表している。UPnPコントロールポイント
１は、後述する図２０乃至図２３に示される１３９４No
des Service Descriptionを参照して、このリクエスト
メッセージを生成する。
【００６０】Transactionに含まれる数字「５」は、こ
のリクエストに対応してレスポンスが返送されてくるの
で、そのレスポンスがどのリクエストに対応するもので
あるのかを認識させるためのラベルとしてのトランザク
ションラベルを表している。
【００６１】Bodyに含まれるnuidは、このメッセージの
送信相手のノードユニークID（NUID）を表す。今の例の
場合、１３９４機器３のNUIDを表す。このNUID「０８０
０４６００００００００００」は、ステップＳ２の処理
で、プロキシサービス７１から取得した通知に記述され
ていたものである。このNUIDは、ノードサービス７２が
有する対応表に基づいて、１３９４機器３のノードID
（図９の例の場合、「ffc０」）に変換され、図９のパ
ケットのdestination_IDに格納される。
【００６２】commandは、UPnPコントロールポイント１
がノードサービス７２に対して発生を要求するコマンド
の種類を表している。すなわち、この例においては、as
ynchronous read request commandの発生が要求されて
いる。
【００６３】commandに含まれるMSB側の「０００００１
４０００００」（１６進数）は、ノードサービス７２が
発生する図９に示されるread request for data quadle
t packetにおける図９のトランザクションラベルtl、リ
トライコードrt、トランザクションコードtcode、およ
びプライオリティPriを表している。
【００６４】LSB側の「fffff００００４０４」は、図９
のdestination_offsetに対応する。すなわち、この値が
UPnPコントロールポイント１が読み出したい１３９４機
器３のレジスタのアドレスを表している。
【００６５】なお、図９のsource_IDフィールドには、
ノードサービス７２のノードID（図９の例の場合、「ff
c１」）が記述される。
【００６６】これらの値は全てテキストで表されている
ため、IEEE１３９４のどの種類のパケットも記述するこ
とが可能となる。
【００６７】図７に戻って、ノードサービス７２は、ス
テップＳ２３において、図８に示されるActionのインボ
ークを受け取ると、ステップＳ２４において、それに対
応して、図９に示されるようなaysnchronous read requ
estのパケットを生成し、IEEE１３９４ネットワーク１
２を介して１３９４機器３に送信する。このとき、ノー
ドサービス７２は、図８に示されるリクエストと、図９
に示されるリクエストパケットの対応関係を対応表に記
憶する。
【００６８】１３９４機器３は、ステップＳ４３におい
て、ノードデバイス７２より送信されてきたasynchrono
us read requestパケットを受信すると、そのリクエス
トに対応する処理（いまの場合、レジスタの読み出し）
を実行する。ステップＳ４４において、１３９４機器３
は、requestパケットに対応する図１０に示されるよう
なresponseパケットを生成し、ノードサービス７２に送
信する。
【００６９】図１０に示されるように、トランザクショ
ンコードtcodeの値は、responoseを表す値「６」とされ
ている。
【００７０】destination_IDとsource_IDの値は、図９
のread request for data quadlet packetにおける値
が、そのまま使用されている。quadlet dataには、dest
ination_offsetのアドレスから読み出されたデータが配
置されている。
【００７１】ノードサービス７２は、ステップＳ２５に
おいて、１３９４機器３から送信されてきたresponseパ
ケットを受信すると、ステップＳ２６において、図１１
に示されるようなSOAPプロトコルに基づくActionとして
Responseを生成し、UPnPコントロールポイント１に送信
する。
【００７２】対応表に基づいて、図１１に示されるTran
sactionに示される値「５」は、図８のActionと対をな
すActionであることを表すために、図８におけるTransa
ctionの値「５」に対応して「５」（同一の値）とされ
る。
【００７３】また、図１１のBodyには、１３９４のasyc
hronous read responseに対応するものであることを表
すように「Response」が記述されている。そして、そこ
には、「０００００１６００００００００００００００
０００３１３３３９３４」のデータが記述されている。
このデータは、図１０のquadlet dataに記述されていた
値であり、１３９４機器３のオフセットアドレスから読
み取られた値である。ステップＳ４において、UPnPコン
トロールポイント１は、この値を読み取る。
【００７４】この例では、次に、ステップＳ５におい
て、UPnPコントロールポイント１は、１３９４機器３の
所定の動作を制御する（いまの場合、１３９４機器３の
電源をオンする）ためのコマンドを記述した、SOAPに基
づくActionのrequest packetをインボーク（Invoke）す
る。
【００７５】UPnPコントロールポイント１は、ノードサ
ービス７２が有する、後述する図２０乃至図２３に示さ
れる１３９４ Nodes Service Descriptionを参照して、
このメッセージ（コマンド）を作成する。
【００７６】ノードサービス７２は、ステップＳ２７に
おいて、Actionのインボークを受け取ると、ステップＳ
２８において、それに対応して、AV/Cコマンド（AV/C P
OWERcontrol command）を生成し、IEEE１３９４ネット
ワーク１２を介して１３９４機器３に送信する。
【００７７】AV/Cノードサービス７２は、NUIDとノード
IDの対応表を生成、保持しており、バスリセット発生の
度にそれを更新する。NUIDは、この対応表に基づいてノ
ードIDに変換され、IEEE１３９４ネットワーク１２に転
送される。
【００７８】１３９４機器３は、ステップＳ４５におい
て、ノードデバイス７２より送信されてきたAV/C POWER
control commandを受信すると、そのコマンドの内容に
対応して、装置の電源をオンする。その後、ステップＳ
４６において、１３９４機器３は、それに対応するAV/C
レスポンス（AV/C POWER response）を生成し、ノード
サービス７２に送信する。
【００７９】ノードサービス７２は、ステップＳ２９に
おいて、１３９４機器３から送信されてきたAV/C POWER
responseを受信すると、ステップＳ３０において、SOA
Pプロトコルに基づくActionとしてResponseを生成し、U
PnPコントロールポイント１に送信する。
【００８０】ノードサービス７２は、Transactionの対
応関係を保持するためのテーブル（対応表）を生成し、
保持している。すなわち、ステップＳ２７においてAV/C
POWER control commandを受信し、ステップＳ２８にお
いて、AV/C POWER control commandを出力するとき、両
者が対応するものであることをテーブルに記憶する。従
って、このテーブルを参照することで、ノードサービス
７２は、１３９４機器３からAV/C POWER responseが送
信されてきたとき、それが、AV/C POWER control comma
ndに対応するレスポンスであることを認識することがで
きる。
【００８１】そして、ノードサービス７２は、ステップ
Ｓ２９でAV/C POWER responseを受信すると、ステップ
Ｓ３０で、SOAPに基づくactionのresponseを生成し、UP
nPコントロール１に送信する。
【００８２】UPnPコントロールポイント１は、ステップ
Ｓ６において、このレスポンスを受信する。これによ
り、UPnPコントロールポイント１は、１３９４機器３が
装置の電源をオンしたことを知ることができる。
【００８３】AV/Cの規定によれば、AV/C機器は、受信し
たリクエストに対応する処理を直ちに実行できないと
き、INTERIMをレスポンスとして返すことが規定されて
いる。そのAV/C機器は、その後、そのリクエストに対応
する処理が完了したとき、その時点において、ファイナ
ルレスポンスをリクエストの送信者に返すことになる。
【００８４】しかしながら、リクエストを受信してか
ら、ファイナルレスポンスが返されるまでの時間は規定
されていない。そこで、ノードサービス７２は、ステッ
プＳ２８の処理で１３９４機器３に対してAV/Cコマンド
を出力した後、ステップＳ２９の処理で、１３９４機器
３からAV/Cレスポンスを受けるまでの時間を管理する。
予め設定されている所定の時間（例えば、３０秒間）以
内にレスポンスが受信された場合、そのレスポンスがIN
TERIMでなければ（ファイナルレスポンスである場
合）、AV/Cノードサービス７２は、受信したレスポンス
に対応するレスポンスをUPnPコントロールポイント１に
直ちに転送する。
【００８５】これに対して、受信したレスポンスが、IN
TERIMである場合、AV/Cノードサービス７２は、AV/Cコ
マンドを送信してから３０秒間が経過するまで待機す
る。そして、３０秒間が経過する前に、INTERIM以外の
レスポンス（ファイナルレスポンス）が受信されたと
き、そのファイナルレスポンスに対応するレスポンスを
出力する。３０秒以内にファイナルレスポンスが受信さ
れない場合、AV/Cノードサービス７２は、INTERIMをレ
スポンスとして出力する。これにより、UPnPコントロー
ルポイント１は、少なくとも３０秒間以内に要求した処
理が完了できるか否かを知ることができる。
【００８６】図７の例では、さらに、ステップＳ７にお
いて、UPnPコントロールポイント１が、SOAPに基づくAc
tionのget Streamをインボークする。
【００８７】図１２は、この場合に生成、出力されるメ
ッセージの例を表している。
【００８８】「５」は、トランザクションラベルを表
し、「getStream xmlns」は、アクション名を表す。「p
rotocol」は、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 S
IGNAL FORMATであることを表す値１９ｈが記述される。
【００９８】plugフィールドには、入力プラグを特定す
る１つの番号が記述される。
【００９９】ノードサービス７２は、ステップＳ３２に
おいて、１３９４機器３からのコマンドを受信すると、
ステップＳ３３において、このコマンドに対応する処理
を実行する。すなわち、指定された入力プラグに接続さ
れている機器を読み出し、これをAV/C Input Plug Sign
al Format Status Responseとして、１３９４機器３に
出力する。ステップＳ４８において、１３９４機器３
は、このResponseを受信し、その内容を読み取ること
で、IEEE８０２ネットワーク１１に接続されているUPnP
機器を知ることができる。
【０１００】図１６は、この場合におけるResponseのフ
ォーマットを表している。このフォーマットは、INPUT
PLUG SIGNAL FORMAT control command formatと同一の
フォーマットとされている。
【０１０１】fmtフィールドには、Audioの場合、「０１
００００」が記述され、ビデオのMEPG２の場合、「１０
００００」が記述される。
【０１０２】plugフィールドには、図１５のコマンドフ
ォーマットのplugフィールドに記述されていた値が、そ
のまま記述される。
【０１０３】fdfフィールドには、プラグが接続された
時刻が記述される。
【０１０４】以上の処理を実行するために、図３に示さ
れる１３９４プロキシ２が有するデバイスモデルのルー
トデバイス６１は、図１７に示される１３９４Proxy De
viceDescriptionを有し、プロキシサービス７１は、図
１８と図１９に示される１３９４Proxy Service Descri
ptionを有し、ノードサービス７２は、図２０乃至図２
３に示される１３９４Nodes Service Descriptionを有
する。
【０１０５】これらのDescriptionは、その機器が有す
る機能を実行するとき必要とするパラメータ、その他の
条件を記述したものであり、他の機器は、その機器に、
その機能の実行を要求するとき、そのDescriptionを参
照することで、そこに記述されている条件を付加して、
その機器にコマンドを送ることになる。
【０１０６】図１７におけるdeviceType「urn:sony-cor
p:device:1394ProxyDevice:1」は、デバイスの型がProx
y Deviceであることを表している。FriendlyName「prox
y for IEEE1394」は、ルートデバイス６１のフレンドリ
ーネームを表している。
【０１０７】UDN「nuid:upnp-1394proxy-root-08004600
00000000」は、ルートデバイス６１の固有の番号を表し
ている。
【０１０８】このDevice Descriptionには、２つのserv
iceが記述されている。１つは、serviceTypeが「urn:so
ny-corp:service:1394ProxyService:1」であるサービス
であり、他の１つは、serviceTypeが「urn:sony-corp:s
ervice:1394NodeService:1」であるサービスである。す
なわち、前者は、図３のプロキシサービス７１に対応す
るサービスであり、後者は、図３のノードサービス７２
に対応するサービスである。
【０１０９】前者のサービスのSCPDURL「./scpd/proxyS
cpd.xml」は、プロキシサービス７１が有するProxy Ser
vice 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には、「no
deNum」の名称のdirectionが「out」の引数（他の機器
から出力され、転送されてくる引数）が規定されてい
る。そして、この引数「nodeNum」には、関連する規定
がserviceStateTableに記述されている。すなわち「nod
eNum」は、SUBSCRIBEしている機器に対してイベントを
発生させ、また状態変数に変化があった場合、データの
形が「i１」として出力される引数であることが記述さ
れている。
【０１１５】「getIrmId」のactionには、「nuid」の名
称の「direction」が「out」である引数が規定されてい
る。「getGapCount」のactionには、「gapCount」の名
称のdirectionが「out」の引数が規定され、「getSelfI
dPacket」の名称のactionには、「selfIdPacket」の名
称のdirectionが「out」の引数が規定されている。これ
らの引数は、いずれも状態変数に変化があっても、SUBS
CRIBEした機器にもイベントを通知せず、また、データ
の形が「bin.hex」として、各機器から出力されること
が記述されている。
【０１１６】図２０乃至図２３の１３９４Nodes Servic
e Descriptionには、「asyncReqSend」、「avcCommandS
end」、「phyPacketSend」、並びに「LinkOnPacketSen
d」のactionが規定されている。
【０１１７】「asyncReqSend」の名称のactionは、asyn
chronousパケットを送信するアクションを表す。このac
tionに基づき、図８と図１１のactionが生成される。
【０１１８】このアクションには、「nuid」の名称のdi
rectionが「in」の引数（他の機器に向けて出力され、
他の機器に入力される引数）が規定されている。そし
て、この引数「nuid」のデータタイプは、「bin.hex」
とされている。
【０１１９】「asyncReqSend」のactionには、さらに、
「asyncReqest」のdirectionが「in」の引数、並びに
「asyncResponse」のdirectionが「out」の引数が、そ
れぞれ規定されている。
【０１２０】同様に、「asyncRequest」の名称のdirect
ionが「in」の引数と、「asyncResponse」の名称のdire
ctionが「out」の引数は、データの形が「bin.hex」と
して規定されている。
【０１２１】「avcCommandSend」の名称のactionは、AV
/Cコマンドを送信するアクションを表す。これにより、
図７のステップＳ５とＳ３０の処理に伴うactionが生成
される。
【０１２２】「phyPacketSend」の名称のactionは、Phy
パケットを送信するアクションを表す。このコマンド
は、「phyPacket」の名称のdirectionが「in」の引数
と、「phyPacketResp」の名称のdirectionが「out」の
引数が規定されて、これらの引数は関係する変数「phyP
acket」を有し、そのデータタイプは、「ui４」とされ
ている。
【０１２３】「LinkOnPacketSend」の名称のactionは、
LinkOnパケットを送信するアクションを表す。このアク
ションは、「phyId」のdirectionが「in」の引数を有す
る。この引数のデータタイプは、「i１」とされる。
【０１２４】上述した一連の処理は、ハードウエアによ
り実行させることもできるが、ソフトウエアにより実行
させることもできる。一連の処理をソフトウエアにより
実行させる場合には、そのソフトウエアを構成するプロ
グラムが、専用のハードウエアに組み込まれているコン
ピュータ、または、各種のプログラムをインストールす
ることで、各種の機能を実行することが可能な、例えば
汎用のパーソナルコンピュータなどに、ネットワークや
記録媒体からインストールされる。
【０１２５】この記録媒体は、図２に示すように、装置
本体とは別に、ユーザにプログラムを提供するために配
布される、プログラムが記録されている磁気ディスク４
１（フロッピディスクを含む）、光ディスク４２（CD-R
OM(Compact Disk-Read OnlyMemory),DVD(Digital Versa
tile Disk)を含む）、光磁気ディスク４３（ＭＤ（Mini
-Disk）を含む）、もしくは半導体メモリ４４などより
なるパッケージメディアにより構成されるだけでなく、
装置本体に予め組み込まれた状態でユーザに提供され
る、プログラムが記録されているROM２２や、記憶部２
８に含まれるハードディスクなどで構成される。
【０１２６】なお、本明細書において、記録媒体に記録
されるプログラムを記述するステップは、記載された順
序に沿って時系列的に行われる処理はもちろん、必ずし
も時系列的に処理されなくとも、並列的あるいは個別に
実行される処理をも含むものである。
【０１２７】また、本明細書において、システムとは、
複数の装置により構成される装置全体を表すものであ
る。
【０１２８】
【発明の効果】以上の如く本発明によれば、第２のネッ
トワークに接続されている機器から、第１のネットワー
クに接続されている機器を知ることが可能となる。
【図面の簡単な説明】
【図１】本発明が適用されるネットワークシステムの構
成を示す図である。
【図２】図１のUPnPデバイス２の構成を示すブロック図
である。
【図３】図１のUPnPデバイス２が有するデバイスモデル
の構成を示す図である。
【図４】asynchronousパケットの構成を示す図である。
【図５】isochronousパケットの構成を示す図である。
【図６】図３の１３９４ proxy serviceが有するAV/Cデ
バイスモデルの構成を示す図である。
【図７】図１のネットワークシステムの処理を説明する
フローチャートである。
【図８】図7のステップＳ３において出力されるメッセ
ージの構成を示す図である。
【図９】図7のステップＳ２４の処理で出力されるパケ
ットの構成を示す図である。
【図1０】図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
───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平10−112730（ＪＰ，Ａ) 特開2000−36840（ＪＰ，Ａ) 特開 平10−285204（ＪＰ，Ａ) 国際公開00／076131（ＷＯ，Ａ１) (58)調査した分野(Int.Cl.7，ＤＢ名) H04L 12/46 H04L 12/66 G06F 13/00 H04L 29/06

Claims (4)

    (57)【特許請求の範囲】
  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１３９４に基づく第
    ２のコマンドに変換することにより、前記第１のパケッ
    トを前記第３のパケットに変換し、前記中継装置の前記第３の変換手段は、前記第３の入力
    手段から前記第３のパケットとして入力された、前記 IE
    EE １３９４に基づく第２のコマンドに対するレスポンス
    を、前記 IEEE ８０２に基づく第１のコマンドに対するレ
    スポンスに変換することにより、前記第３のパケットを
    前記第１のパケットに変換する ことを特徴とする通信シ
    ステム。
  4. 【請求項４】 IEEE８０２に基づくフォーマットの第１
    のパケットで通信する第１のネットワークに接続された
    第１の電子装置と、 IEEE１３９４に基づく同期通信フォーマットの第２のパ
    ケットおよび IEEE １３９４に基づく非同期通信フォーマ
    ットの第３のパケットで通信する第２のネットワークに
    接続された第２の電子装置と、前記第１のネットワークからの前記第１のパケットを入
    力する第１の入力プラグと、前記第２のネットワークか
    らの前記第２のパケットを入力する第２の入力プラグ
    と、前記第２のネットワークからの前記第３のパケット
    を入力する第３の入力プラグと、前記第１のネットワー
    クへ前記第１のパケットを出力する第１の出力プラグ
    と、前記第２のネットワークへ前記第２のパケットを出
    力する第２の出力プラグと、前記第２のネットワークへ
    前記第３のパケットを出力する第３の出力プラグとを備
    え、 前記第１のネットワークと前記第２のネットワーク
    の双方に接続され、前記第１のネットワークと前記第２
    のネットワークの間でデータを中継する中継装置とから
    構成される通信システムの情報処理方法において、 前記第１の電子装置における、前記第２の電子装置を制
    御するための前記IEEE８０２に基づくフォーマットの第
    １のコマンドと前記第２の電子装置が固有に有する識別
    情報を、前記第１のパケットを用いて送信する送信ステ
    ップと、前記中継装置における、前記第１の入力プラグから入力
    された前記第１のパケットを、前記第２のパケットに変
    換する第１の変換ステップと、 前記中継装置における、前記第１の入力プラグから入力
    された前記第１のパケットを、前記第３のパケットに変
    換する第２の変換ステップと、 前記中継装置における、前記第３の入力プラグから入力
    された前記第３のパケットを、前記第１のパケットに変
    換する第３の変換ステップと、 前記中継装置における、前記第１乃至第３の入力プラグ
    から入力したパケットを解析し、前記第１乃至第３の入
    力プラグ、前記第１乃至第３の変換ステップの処理、お
    よび前記第１乃至第３の出力プラグの対応関係を決定す
    るとともに、前記第１乃至第３の入力プラグ、前記第１
    乃至第３の変換ステップ、および前記第１乃至第３の出
    力プラグを制御する制御ステップと、 前記中継装置における、前記制御ステップの処理で決定
    された、前記第１乃至第３の入力プラグ、前記第１乃至
    第３の変換ステップの処理、および前記第１乃至第３の
    出力プラグの対応関係情報を記憶する第１の記憶ステッ
    プと、 前記中継装置における、前記第２のネットワークに接続
    された電子装置が固有に有する識別情報と、前記電子装
    置に割り当てられた前記第２のネットワークにおける識
    別情報との対応関係を示す識別情報対応表を記憶する第
    ２の記憶ステップと、 前記中継装置における、前記第２のネットワークにバス
    リセットが発生した場合、前記第２の記憶ステップの処
    理で記憶された前記識別情報対応表を更新する更新ステ
    ップと、 前記第２の電子装置における、前記第２のパケットを用
    いて送信された前記第２のコマンドを受信する受信ステ
    ップとを含み、 前記中継装置における前記制御ステップは、前記第１の
    入力プラグによって入力された第１のパケットがストリ
    ーム取得命令である場合、前記ストリーム取得命令に対
    応する前記第１のパケットからなるストリームデータ
    を、前記第１のネットワークから前記第１の入力プラグ
    によって入力させ、入力させた前記第１のパケットから
    なる前記ストリームデータを、前記第１の変換ステップ
    の処理で前記第２のパケットに変換させて前記第２の出
    力プラグから出力させるとともに、前記ストリームデー
    タに関連した前記 IEEE １３９４に基づくコマンドを生成
    して前記第３の出力プラグから出力させ、前記第１の入
    力プラグから入力された第１のパケットが前記ストリー
    ム取得命令以外のコマンドの場合、入力された前記第１
    のパケットを、前記第２の変換ステップの処理で前記第
    ３のパケットに変換させて前記第３の出力プラグから出
    力させ、 前記中継装置における前記第２の変換ステップは、前記
    第１の入力プラグから前記第１のパケットとして入力さ
    れた、前記第２のネットワークに接続された前記第２の
    電子装置が固有に有する識別情報を、前記第２の記憶ス
    テップの処理で記憶された前記識別情報対応表に基づい
    て、前記第２の電子装置に対して割り当てられた前記第
    ２のネットワークにおける識別情報に変換し、前記第１
    の入力プラグから前記第１のパケットとして入力され
    た、前記 IEEE ８０２に基づく第１のコマンドを、前記 IE
    EE １３９４に基づく第２のコマンドに変換することによ
    り、前記第１のパケットを前記第３のパケットに変換
    し、 前記中継装置における前記第３の変換ステップは、前記
    第３の入力プラグから前記第３のパケットとして入力さ
    れた、前記 IEEE １３９４に基づく第２のコマンドに対す
    るレスポンスを、前記 IEEE ８０２に基づく第１のコマン
    ドに対するレスポンスに変換することにより、前記第３
    のパケットを前記第１のパケットに変換する ことを特徴
    とする情報処理方法。
JP2001203538A 2001-07-04 2001-07-04 情報処理装置および方法、並びに通信システム Expired - Fee Related JP3525435B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2001203538A JP3525435B2 (ja) 2001-07-04 2001-07-04 情報処理装置および方法、並びに通信システム
US10/189,070 US7130925B2 (en) 2001-07-04 2002-07-02 Information processing apparatus and method for receiving/transmitting data between an IEEE802-based format and an IEEE1394-based format

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2001203538A JP3525435B2 (ja) 2001-07-04 2001-07-04 情報処理装置および方法、並びに通信システム

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2004001251A Division JP2004104839A (ja) 2004-01-06 2004-01-06 情報処理装置および方法、並びに通信システム

Publications (2)

Publication Number Publication Date
JP2003018177A JP2003018177A (ja) 2003-01-17
JP3525435B2 true JP3525435B2 (ja) 2004-05-10

Family

ID=19040151

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001203538A Expired - Fee Related JP3525435B2 (ja) 2001-07-04 2001-07-04 情報処理装置および方法、並びに通信システム

Country Status (2)

Country Link
US (1) US7130925B2 (ja)
JP (1) JP3525435B2 (ja)

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3800158B2 (ja) * 2002-09-27 2006-07-26 ブラザー工業株式会社 データ送信システム、端末装置、及びプログラム
DE10302477A1 (de) * 2003-01-23 2005-02-24 Deutsche Thomson-Brandt Gmbh Verfahren zur Verfügbarmachung eines Eingabeparameters einer Netzwerkstation eines Netzwerks eines ersten Typs in einem Netzwerk eines zweiten Typs sowie Verbindungseinheit zur Verbindung der Netzwerke des ersten und zweiten Typs
CN100339851C (zh) * 2003-03-31 2007-09-26 联想(北京)有限公司 实现远程电子相册的系统及方法
JP3935459B2 (ja) * 2003-08-28 2007-06-20 株式会社東芝 コンテンツ管理装置、コンテンツ管理システム及びコンテンツ管理プログラム
US7581041B1 (en) * 2003-12-29 2009-08-25 Apple Inc. Methods and apparatus for high-speed serialized data transfer over network infrastructure using a different protocol
US9264384B1 (en) 2004-07-22 2016-02-16 Oracle International Corporation Resource virtualization mechanism including virtual host bus adapters
JP4645165B2 (ja) * 2004-11-12 2011-03-09 セイコーエプソン株式会社 ネットワーク型プラグアンドプレイに対応したネットワーク装置の制御
US20060129700A1 (en) * 2004-12-09 2006-06-15 Bopardikar Rajendra A Bridging a local bus with a data network
US20060230183A1 (en) * 2005-04-07 2006-10-12 Samsung Electronics Co., Ltd. Method and apparatus for synchronizing content with a collection of home devices
US9813283B2 (en) 2005-08-09 2017-11-07 Oracle International Corporation Efficient data transfer between servers and remote peripherals
KR100736090B1 (ko) * 2005-09-28 2007-07-06 삼성전자주식회사 홈 네트워크에서 제 3의 장치의 이벤트를 처리하는 방법 및장치
JP4334534B2 (ja) * 2005-11-29 2009-09-30 株式会社東芝 ブリッジ装置及びブリッジシステム
US7739411B2 (en) 2006-08-11 2010-06-15 Samsung Electronics Co., Ltd. Method and system for content synchronization and detecting synchronization recursion in networks
US20080077650A1 (en) * 2006-08-29 2008-03-27 Jared Matthew A Method and apparatus for transferring data between a home networked device and a storage system
US8296395B2 (en) * 2007-07-03 2012-10-23 Samsung Electronics, Ltd. Obje network device service control method and system
JP4959487B2 (ja) * 2007-09-21 2012-06-20 株式会社日立製作所 ネットワークデバイスのプログラム制御方法およびデバイス監視装置
US9973446B2 (en) * 2009-08-20 2018-05-15 Oracle International Corporation Remote shared server peripherals over an Ethernet network for resource virtualization
US9331963B2 (en) 2010-09-24 2016-05-03 Oracle International Corporation Wireless host I/O using virtualized I/O controllers
KR101697979B1 (ko) * 2010-11-23 2017-01-19 삼성전자주식회사 네트워크로 연결 가능한 기기에서 데이터를 동기화하기 위한 장치 및 방법
US9083550B2 (en) 2012-10-29 2015-07-14 Oracle International Corporation Network virtualization over infiniband
CN104252428B (zh) 2013-06-28 2017-12-29 华为终端（东莞）有限公司 设备识别方法及设备

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6751221B1 (en) 1996-10-04 2004-06-15 Kabushiki Kaisha Toshiba Data transmitting node and network inter-connection node suitable for home network environment
US6657999B1 (en) 1997-03-31 2003-12-02 Texas Instruments Incorporated Link layer gateway computer for interconnecting ethernet and 1394 networks
US6219697B1 (en) * 1997-05-02 2001-04-17 3Com Corporation Method and apparatus for operating the internet protocol over a high-speed serial bus
US5938752C1 (en) * 1997-05-20 2002-02-05 Microsoft Corp System and method for encapsulating legacy data transport protocols for ieee 1394 serial bus
US6370603B1 (en) * 1997-12-31 2002-04-09 Kawasaki Microelectronics, Inc. Configurable universal serial bus (USB) controller implemented on a single integrated circuit (IC) chip with media access control (MAC)
US6522654B1 (en) * 1998-05-15 2003-02-18 Harris-Exigent, Inc. Method for hosting the internet protocol suite on the IEEE-1394 high speed serial bus
US6185607B1 (en) * 1998-05-26 2001-02-06 3Com Corporation Method for managing network data transfers with minimal host processor involvement
US6324178B1 (en) * 1998-05-26 2001-11-27 3Com Corporation Method for efficient data transfers between domains of differing data formats
JP3583621B2 (ja) 1998-07-17 2004-11-04 株式会社東芝 通信装置、通信方法及び通信プログラムを記録したコンピュータ読み取り可能な記録媒体
US6505255B1 (en) * 1999-04-29 2003-01-07 Mitsubishi Electric Information Technology Center America, Inc. (Ita) Method for formatting and routing data between an external network and an internal network
US7349391B2 (en) * 1999-03-19 2008-03-25 F5 Networks, Inc. Tunneling between a bus and a network
EP1058422A1 (en) 1999-06-02 2000-12-06 THOMSON multimedia Methods for bridging a HAVi sub-network and a UPnP sub-network and device for implementing said methods
US6813651B1 (en) * 2000-02-18 2004-11-02 Controlnet, Inc. Interface device for ethernet transceiver and 1394 controller
US6977939B2 (en) * 2001-01-26 2005-12-20 Microsoft Corporation Method and apparatus for emulating ethernet functionality over a serial bus
US7542474B2 (en) * 2001-02-26 2009-06-02 Sony Corporation Method of and apparatus for providing isochronous services over switched ethernet including a home network wall plate having a combined IEEE 1394 and ethernet modified hub

Also Published As

Publication number Publication date
JP2003018177A (ja) 2003-01-17
US20030007505A1 (en) 2003-01-09
US7130925B2 (en) 2006-10-31

Similar Documents

Publication Publication Date Title
JP3525435B2 (ja) 情報処理装置および方法、並びに通信システム
JP3661936B2 (ja) 情報処理装置および方法、記録媒体、並びにプログラム
JP3805725B2 (ja) 相異なるミドルウェアを使用するホームネットワーク上のデバイス間のメッセージの受け渡しを可能にするゲートウェイ、ホームネットワークシステム及びメッセージ受け渡し方法
EP1058422A1 (en) Methods for bridging a HAVi sub-network and a UPnP sub-network and device for implementing said methods
JP2004513562A (ja) デバイスのリモートグループを相互運用するためのブリッジングシステム
JP2005512399A (ja) ＨＡＶｉとＵＰｎＰのブリッジ
JP3661935B2 (ja) 情報処理装置および方法、記録媒体、並びにプログラム
US6298069B1 (en) System and method for implementing self-device control modules in an electronic network
JP2003008610A (ja) 情報処理装置および方法、記録媒体、並びにプログラム
EP1642418B1 (en) Method for controlling a network station in a network of a first type from a network station in a network of a second type, and connection unit for the connection of the networks of the first and second types
KR20030062732A (ko) 프로토콜 변환장치 및 이를 이용한 홈 네트워크 시스템의디바이스 제어방법
JP2004104839A (ja) 情報処理装置および方法、並びに通信システム
US7984191B2 (en) Updating parameters in a bridged multistandard home network
US8233407B2 (en) Method for providing a table of station-specific information in a network of distributed stations, and network station for carrying out the method
KR100952280B1 (ko) 댁내에 설치되는 주거 게이트웨이의 재부팅을 원격으로제어하는 방법
JP4729486B2 (ja) 第１のタイプのネットワーク内のネットワーク局を第２のタイプのネットワーク内のネットワーク局から制御する方法および第１のタイプのネットワークと第２のタイプのネットワークとのコネクション用のコネクションユニット

Legal Events

Date Code Title Description
A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20031111

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20031219

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20040107

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20040126

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20040208

LAPS Cancellation because of no payment of annual fees