JP3688464B2

JP3688464B2 - Terminal device, server device, communication device, and control method

Info

Publication number: JP3688464B2
Application number: JP12113998A
Authority: JP
Inventors: 幹生橋本; 健斉藤; 由彰高畠
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 1997-05-06
Filing date: 1998-04-30
Publication date: 2005-08-31
Anticipated expiration: 2018-04-30
Also published as: JPH11187061A

Description

【０００１】
【発明の属する技術分野】
本発明は、ホームネットワーク環境におけるディレクトリサービス、機器の遠隔操作、あるいは周辺装置を制御する機能を備えたコンピュータ等の通信装置、特に汎用バスに接続された多種の装置を制御する可能性があるコンピュータ等の通信装置、及び該通信装置により行われる通信制御方法、サービス登録方法、サービス提供方法及び装置制御プログラム登録方法に関する。
【０００２】
【従来の技術】
（１）近年、マルチメディア技術の発展に象徴されるように、電子機器のデジタル化が急速に進行している。この傾向は、まずオフィス環境で始まっている。ハードウエアの面では、パソコンの導入、ＯＡ機器のデジタル化、それらのネットワーク化という形で進行している。ソフトウエアの面では、ホストによる基幹業務（これはライトサイジングされてパソコン等に移行されつつある）や、ワープロ、表計算などのソフトウエア、あるいはＷＷＷ等のインターネットアプリケーション等が導入されている。そして、デジタル化の適用分野は益々広まり、その発展はとどまるところを知らない。
【０００３】
上記の傾向は、家庭内で使用される機器やその関連分野等においても見られる。すなわち、ＡＶ機器のデジタル化（すなわちＤＶＤ、デジタルＶＴＲ、デジタルビデオカメラ等）、放送のデジタル化、ＯＣＮ等のインターネットアクセス等の導入など、デジタル化は着実に進行している。
【０００４】
オフィス環境を始めとして推し進められてきた上記のような技術革新の波は、今後、ネットワーク化の方向へと向かっていくことが考えられる。すなわち、情報・通信・放送といった種々の分野の技術がデジタル化によって束ねられ、ネットワーク化によって相互乗り入れを始めていくと言われている。
【０００５】
これを実現するための基盤となるネットワーク技術としては、種々の候補が考えられる。例えば、イーサネットは、オフィス環境にて圧倒的な実績を持っており、家庭でのパソコンネットワークにおいても、その最有力候補であると言える。また、ＡＴＭも有力な候補である。これは、インフラの構築側（電話会社やＣＡＴＶ等）が、高速、リアルタイム、広帯域といったＡＴＭの特徴に注目し、この技術を使ってインフラを構築していこうというのが一般的な動きだからである。
【０００６】
これらの候補に加えて、最近、ＩＥＥＥ１３９４なるネットワーク技術（バス技術）が注目を集めている。これは、高速、リアルタイム（ＱＯＳ保証）、プラグアンドプレイ等の数々の注目すべき特徴を持っており、特にＡＶ機器産業界においてデジタルＡＶ機器同士の接続方式の最有力候補として大変な注目を集めている。また、パソコンなどのコンピュータ産業界においても、この技術への注目が集まりはじめている。
【０００７】
さて、情報・通信・放送等のネットワーク化による相互乗り入れは、まず家庭向けのデジタル機器の普及に伴い、ユーザに所望されるネットワーク技術によりそれらデジタル機器を相互接続することで実現されていくであろう。そのようにして徐々に家庭内デジタルネットワークのプロトタイプが生み出されていくと考えられる。
【０００８】
そして、その次の段階として、これらのデジタルネットワーク同士を相互に接続したいというニーズが顕在化してくると考えられる。例えば、ユーザ宅の１階の応接間の１３９４ネットワークに接続されたＡＶ機器と、２階の部屋の１３９４ネットワークに接続されたＡＶ機器とを、相互接続して、例えばダビング等、協調動作をさせようというようなニーズである。あるいは、ユーザＡ宅の１３９４ネットワークに接続された機器ａと、ユーザＢ宅の１３９４ネットワークに接続された機器ｂとを協調動作させるような場合である。
【０００９】
しかしながら、家庭内あるいは家庭間デジタルネットワーク同士の相互接続を実現するためには、以下のような問題がある。
【００１０】
（ｉ）家庭内あるいは家庭間でネットワークを介した機器の制御を行おうという場合に、「ネットワーク上のどの位置に何の機器があるか」あるいは「ネットワーク上でどのようなサービスが提供されているか」とった情報を知るための機構が存在しない。この機構がないと、ユーザは、特定の機器／サービスの存在をネットワーク上で認識することができず、対象機器の操作もしくは制御を行いあるいはサービスの提供を受けることができない。
【００１１】
（ii）デジタルネットワーク同士の相互接続においては異なるプロトコルに従う部分が混在するものと想定されるが、異なるプロトコルを越えて操作コマンド等を伝える機構が存在しない。
【００１２】
例えばＩＥＥＥ１３９４を用いた場合に１３９４対応機器の他にインターネット対応機器等が混在することが可能であり、必ずしもその使用プロトコルは一致しない。そのような混在状況において遠隔操作を行なおうとした場合、すなわち異なる種別のネットワークを介して対象機器を制御しようとする場合、異なる種別のネットワークではＩＥＥＥ１３９４プロトコルを稼動することができないため、操作コマンドの送付が不可能である。
【００１３】
また、ゲートウエイを設けて遠隔操作等を実現する方法も考えられるが、この様な場合におけるゲートウエイの設計指針等は存在しない。
【００１４】
（２）ところで、近年の急速なパーソナルコンピュータの普及とアプリケーションの多様化に伴い、その周辺機器は、例えばハードディスクのようなストレージ装置やスキャナ、カメラのような入力装置などに多様化しその種類は増え続けている。
【００１５】
過去においてはアプリケーションソフトウェアと周辺機器ハードウェアの両方の汎用性がなく、周辺機器は特定のアプリケーションからのみ使用でき、他から利用できない不便さがあった。この障害は現在では主として次の３つの技術によりかなりの部分解消されている。その技術とはハードウェアの制御の違いを吸収するドライバと呼ばれるソフトウェアと、必要に応じてドライバを読み込みオペレーティングシステム（以下、ＯＳと呼ぶ）に組み込むことのできるローダブルドライバの技術、そして接続された周辺機器をコンピュータ自身が検出して適切なドライバを組み込むプラグアンドプレイの技術である。
【００１６】
これにより周辺機器とアプリケーションプログラムとがともに汎用性が高まり、利用者の利便性が向上するとともに、汎用性にともなう量産効果によって価格も低下する正のフィードバックを生む結果となった。もちろんパーソナルコンピュータにおいてはハードウェア自体、ＩＳＡ、ＰＣＩなどのバス規格、ＩＤＥやＳＣＳＩといったストレージ装置の接続規格によって標準化されて来たこともこれを助けている。
【００１７】
最近ではＵＳＢ（ＵｎｉｖｅｒｓａｌｓｅｒｉａｌＢｕｓ）やＩＥＥＥ１３９４といった接続作業と配線の取り回しが容易な周辺装置の接続規格が採用されつつある。これらは数対のより対線の接続なので簡易なネットワークとしても利用が可能である。ＩＥＥＥ１３９４は過去のコンピュータのシステムバスに匹敵する高速な転送能力を備え、画像伝送が可能なことからＴＶ、ビデオなどの家電機器の接続規格としても有力である。また、ＩＥＥＥ１３９４規格では制御は全てＩＥＣ１２１２（ＡＮＳＩ／ＩＥＥＥＳｔｄ１２１２ＣｏｎｔｒｏｌａｎｄＳｔａｔｕｓＲｅｇｉｓｔｅｒ（ＣＳＲ）ＡｒｃｈｉｔｅｃｔｕｒｅｆｏｒＭｉｃｒｏｃｏｍｐｕｔｅｒＢｕｓｅｓ［ＩＳＯ／ＩＥＣ１３２１３］）で規格化された６４ビット形式のアドレス空間にマッピングされたレジスタに対する読み書きによって行われる。このため、ストレージデバイスで多く使われているＳＣＳＩ規格と同様に制御するホストプロセッサのアーキテクチャに依存しないインターフェースを周辺機器が持つことができる。
【００１８】
一方、上記した汎用化が利点となる前提条件は多種の周辺機器に対応したドライバがＯＳとともに提供されることである。これにはＯＳのベンダと周辺機器のベンダがともに大きな労力を割かねばならない。実際、Ｍｉｃｒｏｓｏｆｔ社のオペレーティングシステム、Ｗｉｎｄｏｗｓ９５では４０枚に及ぶフロッピーディスクに多種のドライバが収納されている。もちろんこの全てがドライバではないものの、全体に占める割合は少なくない。ドライバソフトのソフトウェアはＯＳに依存するため、ソフトベンダはＯＳごとにドライバを用意しなければならない。デバイスドライバは一般にＯＳのメモリ管理と密接に関連して動作しているためである。ＯＳ自体がホストプロセッサのアーキテクチャに依存する部分の大きいことはいうまでもない。
【００１９】
デバイスドライバの汎用性を高める試みとして、ＳＣＳＩやＩＥＥＥ１３９４、ＵＳＢで実現されているように、周辺機器との通信や制御に汎用のプロトコルを使う方法がある。ＯＳがＳＣＳＩやＩＥＥＥ１３９４のパケットを送信するドライバを提供し、そのドライバを利用して機器固有のデバイスドライバがそれぞれの周辺機器を制御する方式である。この方式をとれば同一のＯＳではＳＣＳＩやＩＥＥＥ１３９４などの装置接続インタフェースが異ってもＳＣＳＩＨＤやプリンタなどの装置固有の制御を行う部分のドライバは共通に使うことができる。
【００２０】
このような汎用の接続装置アーキテクチャにもいくつかの方法がある。ＳＣＳＩでは通信に加えて制御コマンドのプロトコルも規定されている。ＩＥＥＥ１３９４では通信方法は規定されているが、制御のコマンドまでは規定せず、さまざまな制御プロトコルを持つ機器の余地を残している。
【００２１】
また、ＩＥＥＥ１３９４には汎用入出力バスとしての側面の他にネットワークとして利用できる側面があり、ＩＥＥＥ１３９４バス上へのインターネットプロトコルのマッピングも提案されている（ＤＡＶＩＣＩＰｏｖｅｒＩＥＥＥ１３９４．１９９５Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ，１９９６）。しかしながら通信ネットワークの面と入出力バスとしての面を統合したインタフェースは未だ実現されていない。
【００２２】
さて、ＯＳがそれぞれの機器に対応するドライバを読み込むことでさまざまな周辺機器が利用可能になっている。しかし、デバイスドライバ自体はＯＳに依存しており、汎用性を持たないために種々のＯＳ毎にそれぞれ対応のドライバの開発が必要であった。このため周辺機器ベンダによるデバイスドライバの開発が特定の良く普及したＯＳに限られてしまう問題があった。この結果として、デバイスドライバの開発がある特定のＯＳに集中し、他のＯＳで使えないデバイスが増加している。これはＯＳの用途に合わせた多様化を妨げることになり、利用者の利便性を損うものである。
【００２３】
もう一つの問題は周辺装置が多様化することによって、利用しない装置のドライバや、上位プロトコルに対応するＡＰＩにＯＳの資源が占有されてしまうことである。
【００２４】
また、ＩＥＥＥ１３９４では周辺機器制御バスのみならず、ネットワーク的な利用形態も考えられる。ネットワーク的に利用される場合、制御する側のＰＣが予め接続される装置をすべて把握することは困難であり、接続されている装置に応じて利用法を決定できることと、同一のＩＥＥＥ１３９４バスに複数のＰＣが接続されているとき、どちらのＰＣが制御権を持つかを決定することが要求される。しかし、これを解決しているシステムは従来は存在しなかった。
【００２５】
また、電話網や広域ネットワークを通じて遠隔にあるＩＥＥＥ１３９４装置を制御できるシステムも従来は存在しなかった。
【００２６】
【発明が解決しようとする課題】
従来、家庭内あるいは家庭間デジタルネットワーク同士を相互接続し、ネットワークを介した機器の制御を行おうとしても、
（１）ネットワーク上に存在する各機器の位置あるいはネットワーク上で提供されているサービスに関する情報を知るための技術がなく、ユーザは、特定の機器／サービスの存在をネットワーク上で認識することができず、対象機器の操作もしくは制御を行いあるいはサービスの提供を受けることができなかった。また、デジタルネットワーク同士の相互接続において異なるプロトコルに従う部分が混在する場合、異なるプロトコルを越えて操作コマンド等を伝える技術がなく、ユーザは、異なるプロトコルを越えた対象機器の操作もしくは制御を行いあるいはサービスの提供を受けることができなかった。
【００２７】
（２）さらに、近い将来、家庭内にも種々のインターネット処理機能を持った、いわゆる情報家電が入り込んでくると考えられているが、現在のインターネットは深刻なアドレス不足に悩んでいる。家庭内に入り込んでくる家電機器は、非常に多くの数になるものと考えられ、これら全てに新たにＩＰアドレスを考えるのは非現実的である。そこで、以下のような２つの方法が提案されている。
【００２８】
・家庭内はプライベートＩＰアドレスを用いる。
【００２９】
・家庭内は、ＩＰｖ６（ＩＰバージョン６）アドレスを用いる。
【００３０】
しかしながら、実際のインターネット（公衆網）はＩＰｖ４（ＩＰバージョン４）で運用されているのが現実であり、上記のような方法を取った場合、インターネット上から家庭内の機器へアクセスする方法が無い。この問題に対する対処方法としては、ＮＡＴ（ネットワークアドレス変換）やＩＰマスカレードが知られているが、これらを用いたとしても、インターネット（公衆網）上のユーザは、家庭内の種々の機器のアドレスを、実際にそれらの操作を行おうとする以前に認識する必要があるが、これを実現するメカニズムは無い。
【００３１】
（３）また、従来、デバイスドライバはＯＳに依存しており汎用性を持たないために、種々のＯＳ毎にそれぞれ対応のドライバの開発が必要である問題点があった。また、周辺装置が多様化することによって、予めデバイスドライバを豊富に内蔵しておくことが良く行われるが、利用しない装置のデバイスドライバや、上位プロトコルに対応するＡＰＩにＯＳの資源が無駄に占有されてしまう問題点があった。
【００３２】
本発明は、上記事情を考慮してなされたもので、上記第１の問題点を解決するために、特定のネットワークに依存せず、統一的なサービス提供環境を実現することが可能な通信装置、サービス登録方法およびサービス提供方法を提供することを目的とする。
【００３３】
また、上記第２の問題点を解決するために、本発明は、アドレス体系の異なるネットワーク（例えば、ＩＰｖ４とＩＰｖ６、プライベートアドレスとＩＰｖ４、プライベートアドレスとＩＰｖ６等）を相互接続した場合でも、各ネットワークにおいて提供されているサービスを他のネットワークからでもアクセス可能にする通信装置を提供することを目的とする。
【００３４】
また、上記第３の問題点を解決するために、本発明は、ＯＳやハードウェアに依存せず、必要の生じた時点で装置制御プログラムを登録することの可能な通信装置および装置制御プログラム登録方法を提供することを目的とする。
【００３５】
【課題を解決するための手段】
（１）本発明は、単一アドレス空間にマップされたレジスタの操作を行う通信手段と、自装置に関する構成情報を記憶する構成情報記憶手段（コンフィグレーションメモリ）とを備えた通信装置（例えば、パーソナル・コンピュータ等）であって、前記構成情報記憶手段には、自装置（当該通信装置）上で稼動するサービスに関する情報を動的に記述することを特徴とする。
【００３６】
本発明によれば、通信装置を介して通信される他ノードは、この構成情報記憶手段をアクセスすることによって、その時点でその通信装置がサービスしているアプリケーションをタイムリに認識することができ、網構成のディレクトリサービスや、移動ノードのサービス検出が可能となり、網の運用の柔軟性が向上する。特に、動的に稼動サービスが変化する場合や、サービスがソフトウエアにより実現される場合には、ソフトウエアのインストールや、バージョンアップ等に伴い、そのサービスの稼動の動的変化はより激しいものとなるため、サービス構成情報を動的に変化させることの有効性は極めて大きなものとなる。
【００３７】
（２）本発明は、単一アドレス空間にマップされたレジスタの操作を行う通信手段と、自装置に関する構成情報を記憶する構成情報記憶手段（コンフィグレーションメモリ）とを備えた通信装置（例えば、パーソナル・コンピュータ等）であって、前記構成情報記憶手段には、自装置（当該通信装置）上で稼動するサービスに関する情報と、自装置の属性に関する情報（例えば、ベンダＩＤ、ノードケーパビリティー等）とを併せて記述することを特徴とする。
【００３８】
本発明によれば、通信装置を介して通信される他ノードに対して、サービスをベースとした構成情報と、装置をベースとした構成情報の両方を通知することができ、該他ノードがその通信装置が接続されるネットワークのディレクトリ情報を構成する際に、サービス別の構成情報とするか、装置別の構成情報とするかの選択をより簡略化するのに有効である。これは、サービス別の操作・検索になれているユーザと、装置別の操作・検索になれているユーザの両方が存在するため、その両方に対応するために、特に有益である。
【００３９】
（３）本発明は、単一アドレス空間にマップされたレジスタの操作を行う第１の通信手段と、自装置に関する構成情報を記憶する構成情報記憶手段（コンフィグレーションメモリ）とを備えた通信装置（例えば、パーソナル・コンピュータ等）であって、前記構成情報記憶手段には、自装置（当該通信装置）に前記第１の通信手段とは異なる第２の通信手段を介して接続されたネットワークに関する構成情報（例えば、端末の情報、サービスの情報）の少なくとも一部を記述することを特徴とする。
【００４０】
本発明によれば、第１の通信手段に接続された当該通信装置以外のノードは、当該通信装置に第２の通信手段に接続されたネットワーク構成情報を、この構成情報記憶手段を通して認識することが可能となり、この結果、相互接続されたネットワーク全体の構成情報を、第１の通信手段を介した構成情報記憶手段を通して認識することが可能となり、よって、網管理、網サービス登録などの仕組み、手間の簡略化を図ることが可能となる。
【００４１】
（４）本発明は、接続されたネットワーク内に存在するディレクトリエージェントにサービスを登録する通信装置（例えば、パーソナル・コンピュータ等）であって、接続された前記ネットワークのデータリンクに依存するプロトコルで通信する、電子的装置（例えば、周辺機器、ＡＶ機器、家電機器等）のサービスを、該電子的装置に代わって前記ディレクトリエージェントに登録する手段を備えたことを特徴とする。
【００４２】
本発明によれば、ディレクトリエージェントは、それが稼動するプロトコル（例えばＩＰ等のネットワークレイヤプロトコル等）のディレクトリサービスに対して、データリンクレイヤプロトコル（例えばＩＥＥＥ１３９４レイヤ等）で提供されるサービス（例えばＩＥＥＥ１３９４のＡＶ／Ｃプロトコル等）を登録することが可能となり、この結果、ディレクトリエージェントもしくはディレクトリサービスは、ネットワーク上で展開されているサービスを、その提供レイヤの区別なく、検索されることが可能となり、ネットワーク利用者の利便性の向上と、柔軟性の向上を同時に図ることが可能となる。
【００４３】
（５）本発明は、接続されたネットワーク内のユーザエージェントからの問い合わせに応じてサービスに関する情報を通知する通信装置（例えば、パーソナル・コンピュータ等）であって、接続された前記ネットワークのデータリンクに依存するプロトコルで通信する、電子的装置（例えば、周辺機器、ＡＶ機器、家電機器等）のサービスを、該電子的装置に代わって前記ユーザエージェントに通知する手段を備えたことを特徴とする。
【００４４】
本発明によれば、ユーザエージェントは、それが稼動するプロトコル（例えばＩＰ等のネットワークレイヤプロトコル等）のサービスロケーションサービスに対して、データリンクレイヤプロトコル（例えばＩＥＥＥ１３９４レイヤ等）で提供されるサービスに関する情報を得ることが可能となり、この結果、ユーザエージェントもしくはサービスロケーションサービスは、ネットワーク上で展開されているサービスを、その提供レイヤの区別なく検索することが可能となり、ネットワーク利用者の利便性の向上と柔軟性の向上を同時に図ることができる。
【００４５】
（６）本発明は、上記（４）または（５）に記載の通信装置において、ディレクトリエージェントへの登録またはユーザエージェントへの通知の際に、登録または通知する前記サービスへのアクセスのためのポートとして、自装置（例えば、パーソナル・コンピュータ等）の論理多重識別子を登録または通知することを特徴とする。
【００４６】
このようにすれば、前記通信装置は、その論理多重識別子へのアクセスがあった場合には、前記電子的装置のサービスへのアクセスであることを認識することが可能となり、そのサービスを実際に実現するための適切な処理を施すことが可能となる。
【００４７】
一方、ディレクトリエージェントは、前記電子的装置のサービスへのアクセスポイントとして、この論理多重識別子を応答することが可能となり、もってサービスの提供レイヤを問わない統一的なディレクトリサービスを提供することが可能となる。
【００４８】
また、ユーザエージェントは、前記電子的装置のサービスへのアクセスポイントとして、この論理多重識別子を通知された場合、レイヤを問わず、そのサービスがこの論理多重識別子を通じて提供されるものと認識することとなり、ネットワーク全体で、レイヤを問わない、統一的なサービス提供体制を提供することが可能となる。
【００４９】
（７）本発明は、上記（６）に記載の通信装置において、前記論理多重識別子で指定されたポートにコマンドが到達した場合に、このコマンドを、それに対応する前記データリンクに依存するプロトコルのコマンドに変換して、前記電子的装置（例えば、周辺機器、ＡＶ機器、家電機器等）に送信することを特徴とする。
【００５０】
このようにすれば、前記通信装置は、その論理多重識別子へのアクセスがあった場合には、前記電子的装置のサービスへのアクセスであることを認識し、実際にそのサービスを提供している実体に、その提供データリンクのプロトコルに合致したコマンド変換をした上で、そのコマンド送出を行うこと、すなわちサービス要求を行うことが可能となり、もって、全体の「サービス要求→サービス実現」の手順の実現を図ることが可能となる。
【００５１】
また、ユーザエージェントは、前記電子的装置のサービスへのアクセスは、あくまで、そのコマンドを記述したレイヤで行われるものと認識していることとなるため、処理の単純化、すなわち該レイヤでのサービスアクセスの環境さえ整えておけば、該ネットワーク上の種々のサービスへのアクセスが可能となることを意味し、該ネットワークのサービス提供環境の単純化、効率化、統一化の各々に寄与することが可能となる。
【００５２】
（８）本発明は、上記（６）に記載の通信装置において、前記論理多重識別子のポートに到達したコマンドを、該コマンドに対応する前記データリンクに依存するプロトコルのコマンドにマッピングするための対応テーブルを有することを特徴とする。
【００５３】
このようにすれば、前記通信装置は、その論理多重識別子へのアクセスがあった場合のコマンド変換を、あらかじめ決められた手順で行うことが可能となり、これによって、前記電子的装置のサービスへのアクセスであることを認識し、実際にそのサービスを提供している実体に、その提供データリンクのプロトコルに合致したコマンド変換をした上で、そのコマンド送出を行うこと、すなわちサービス要求を行うことが可能となり、もって、全体の「サービス要求→サービス実現」の手順の実現を図ることが可能となる。
【００５４】
また、ユーザエージェントは、前記電子的装置のサービスへのアクセスは、あくまで、そのコマンドを記述したレイヤで行われるものと認識していることとなるため、処理の単純化、すなわち該レイヤでのサービスアクセスの環境さえ整えておけば、該ネットワーク上の種々のサービスへのアクセスが可能となることを意味し、該ネットワークのサービス提供環境の単純化、効率化、統一化の各々に寄与することが可能となる。
【００５５】
（９）本発明は、第１の通信手段に従えば通信できず、第２の通信手段に従えば通信可能な電子的装置と、第１の通信手段および第２の通信手段のいずれに従っても通信可能な電子的装置とが接続される可能性のあるネットワークに接続された通信装置におけるサービス登録方法であって、前記第１の通信手段を通じて前記電子的装置夫々から提供されるサービスに関する情報の登録を受け付け、前記第２の通信手段により存在が認識された電子的装置で、かつ、前記第１の通信手段を通じての前記通知がなかったものについて、登録すべき該電子的装置夫々により提供されるサービスに関する情報を前記第２の通信手段を用いて取得し、通知された前記サービスに関する情報および取得された前記サービスに関する情報をもとに、前記ネットワーク上のサービスディレクトリ情報を構成することを特徴とする。
【００５６】
（１０）本発明は、第１のプロトコルに従えば通信できず、第２のプロトコルに従えば通信可能な少なくとも１つの電子的装置が接続された通信装置におけるサービス提供方法であって、前記電子的装置により提供されるサービスへのアクセスのためのポートとして前記第１のプロトコルに従う自装置の論理多重識別子を割り当て、前記論理多重識別子で指定されたポートにコマンドが到達した場合に、このコマンドを、前記第２のプロトコルに従うコマンドに変換して、前記電子的装置に送信することを特徴とする。
【００５７】
（１１）本発明は、単一アドレス空間にマップされたレジスタの操作を行う通信手段と、前記通信手段によって認識された電子的装置（例えば、周辺機器、ＡＶ機器、家電機器等）の属性情報（例えば、ｕｎｉｑｅＩＤ、ｕｎｉｔＩＤ、ｃａｐａｂｉｌｉｔｙ等）を入手する入手手段と、前記通信手段に対して前記単一アドレス空間上のレジスタの操作を行う指示を発行することによって前記電子的装置を制御する装置制御プログラム（デバイスドライバソフト）の登録（ＯＳへの組み込み）を、入手された前記電子的装置の属性情報に基づいて動作中に行う登録手段とを備えたことを特徴とする。
【００５８】
本発明によれば、前記装置制御プログラムがいわゆるデバイスドライバの役割を果たすことになるが、本発明によれば、単一アドレス空間にマップされたレジスタの操作を行う通信手段によって入手された電子的装置の属性情報に基づいて、前記単一アドレス空間上のレジスタの操作を行う指示を発行することによって前記電子的装置を制御する装置制御プログラムを登録するので、動作中に必要に応じて、ドライブする対象の属性にあわせた装置制御プログラムをＯＳに組み込むことができる。
【００５９】
また、装置制御プログラムがネットワークローダブルな形（例えばＪＡＶＡ言語で記述された形）で提供されれば、ＯＳの種別やハードウエアの種別を問わずに、装置制御プログラムの登録を行うことが可能となる。
【００６０】
（１２）本発明は、上記（１１）に記載の通信装置において、前記登録手段は、前記入手手段により入手された前記電子的装置の属性情報に基づいて入手すべき装置制御プログラムの識別名を求める手段と、求められた前記識別名に基づいて、該当する装置制御プログラムを入手する手段とを有することを特徴とする。
【００６１】
このようにすれば、前記電子的装置の属性に適合した装置制御プログラムを、必要に応じて入手し、デバイスドライバとして使用することができる。
【００６２】
（１３）本発明は、上記（１１）または（１２）に記載の通信装置において、前記電子的装置の属性情報は、前記電子的装置内の予め定められた構成情報記憶領域（例えば、コンフィグレーションＲＯＭ、あるいはコンフィグレーション・メモリ）に記述されたものであり、前記入手手段は、前記構成情報記憶領域に記述された内容を読み取ることで前記属性情報を入手することを特徴とする。
【００６３】
このように前記電子的装置の属性情報を当該電子的装置内の構成情報記憶領域を読み取ることで入手するようにすれば、構成情報記憶領域には通常そのデバイスの属性情報が記述されていることが期待され、適当な装置制御プログラムを入手するのための手がかりとなる適切な情報が得られることが期待される。
【００６４】
（１４）本発明は、上記（１１）乃至（１３）のいずれか１項に記載の通信装置において、前記単一アドレス空間は、ＩＥＥＥ１３９４バスの形で提供されることを特徴とする。
【００６５】
ＩＥＥＥ１３９４バスは単一メモリ空間を実現するバスとして解釈することが可能であることから、上記機構をそのまま採用することが可能であり、本来困難であったネットワークのデバイスドライバのネットワークを介した動的ローディングが可能になり、ユーザの利便性を飛躍的に高めることができる。
【００６６】
（１５）本発明は、上記（１２）乃至（１４）のいずれか１項に記載の通信装置において、前記装置制御プログラムの識別名として、外部ネットワークの特定の資源を指示可能な識別名を用いることを特徴とする。
【００６７】
このように、前記電子的装置の装置制御プログラムをネットワークローダブルとすれば、必要に応じて外部ネットワークから入手することが可能になり、前記通信装置は、あらかじめ想定される全ての装置制御プログラムを持たなければいけないという制約条件から開放され、ディスクやＯＳの容量の節約、ソフトウエアのバージョンアップ等、様々な利点を享受することが可能となる。
【００６８】
好ましくは装置制御プログラムはＪＡＶＡ言語等で記述されたものである。
【００６９】
（１６）本発明は、単一アドレス空間にマップされたレジスタの操作を行う手段により所定の電子的装置と通信可能な他の通信装置（第２の通信装置）との間での通信が、論理ネットワークを利用した通信手段によって可能である通信装置（第１の通信装置）であって、前記通信手段を通じて前記他の通信装置（第２の通信装置）に対して前記電子的装置（例えば、パーソナル・コンピュータ、周辺機器、ＡＶ機器、家電機器等）の属性情報（例えば、ｕｎｉｑｅＩＤ、ｕｎｉｔＩＤ、ｃａｐａｂｉｌｉｔｙ等）の取得を要求する手段と、前記電子的装置を制御する装置制御プログラム（デバイスドライバソフト）の登録（ＯＳへの組み込み）を、前記要求により前記他の通信装置から入手した前記電子的装置の属性情報に基づいて動作中に行う手段と、前記他の通信装置（第２の通信装置）との間で前記通信手段を通じて前記単一アドレス空間上のレジスタの操作を行う指示に関する情報を送受信する手段とを備えたことを特徴とする。
【００７０】
本発明によれば、制御主体である通信装置（第１の通信装置）は、論理ネットワークを通じて接続された他の通信装置（第２の通信装置）を仲介として前記電子的装置を利用するための機能を持つことができ、単一アドレス空間上のレジスタの操作を行う制御プログラムを変更することなく単一アドレス空間上にマップされたレジスタの操作を行う手段に限らず論理ネットワークを通じて遠隔の電子的装置を制御することが可能になる。
【００７１】
好ましくは、前記要求により前記他の通信装置から入手した前記電子的装置の属性情報に基づいて動作中に行う手段は、入手された前記電子的装置の属性情報に基づいて入手すべき装置制御プログラムの識別名を求める手段と、求められた前記識別名に基づいて、該当する装置制御プログラムを入手する手段とを有するようにしても良い。
【００７２】
また、好ましくは、前記電子的装置の属性情報は、前記電子的装置内の予め定められた構成情報記憶領域に記述されたものであり、前記属性情報は前記他の通信装置（第２の通信装置）により前記構成情報記憶領域に記述された内容を読み取られることで入手されたものであっても良い。
【００７３】
また、好ましくは、前記単一アドレス空間は、ＩＥＥＥ１３９４バスの形で提供されても良い。
【００７４】
また、好ましくは、前記装置制御プログラムの識別名として、外部ネットワークの特定の資源を指示可能な識別名を用いても良い。
【００７５】
（１７）本発明は、通信装置の動作中に装置制御プログラムを登録する装置制御プログラム登録方法であって、単一アドレス空間にマップされたレジスタの操作を行う所定の通信手段によって認識された電子的装置の属性情報を入手し、前記通信手段に対して前記単一アドレス空間上のレジスタの操作を行う指示を発行することによって前記電子的装置を制御する装置制御プログラムの登録を、入手された前記電子的装置の属性情報に基づいて動作中に行うことを特徴とする。
【００７６】
なお、以上の各装置に係る発明は方法に係る発明としても成立する。
【００７７】
また、上記の発明は、相当する手順、機能あるいは手段をコンピュータに実行させるためのプログラムを記録した機械読取り可能な媒体としても成立する。
【００７８】
（１８）本発明の通信装置は、第１のネットワークに接続して該第１のネットワークに依存するプロトコルで通信するサービス提供装置を第２のネットワークを介して制御するための通信装置において、前記サービス提供装置を制御するための前記第１のネットワークの通信プロトコルに依存する第１のコマンドに対応する前記第２のネットワークの通信プロトコルに依存する第２のコマンドに関する情報を少なくとも前記第２のネットワークを介して提供する提供手段と、この提供手段で提供された第２のコマンドを含むメッセージを前記第２のネットワークを介して受信する受信手段と、この受信手段で受信されたメッセージに含まれる第２のコマンドを前記第１のコマンドに変換し、該第１のコマンドで前記サービス提供装置を制御する制御手段と、を具備したことにより、特定のネットワークに依存せず、統一的なサービス提供環境を実現することが可能となる。
【００７９】
（１９）本発明の通信装置は、第１のネットワークに接続して該第１のネットワークに依存するプロトコルで通信するサービス提供装置を第２のネットワークを介して制御するための通信装置において、前記サービス提供装置の提供するサービスに関する情報を収集する収集手段と、この収集手段で収集されたサービスに関する情報に対応する前記サービス提供装置を制御するための前記第１のネットワークの通信プロトコルに依存する第１のコマンドに対応する前記第２のネットワークの通信プロトコルに依存する第２のコマンドに関する情報を少なくとも前記第２のネットワークを介して提供する提供手段と、この提供手段で提供された第２のコマンドを含むメッセージを前記第２のネットワークを介して受信する受信手段と、この受信手段で受信されたメッセージに含まれる第２のコマンドを前記第１のコマンドに変換し、該第１のコマンドで前記サービス提供装置を制御する制御手段と、を具備したことにより、特定のネットワークに依存せず、統一的なサービス提供環境を実現することが可能となる。
【００８０】
（２２）本発明の通信装置は、第１のネットワークに接続して該第１のネットワークに依存するプロトコルで通信するサービス提供装置を第２のネットワークを介して制御するための通信装置において、前記サービス提供装置を制御するための前記第１のネットワークの通信プロトコルに依存する第１のコマンドを発行するためのホームページを前記第２のネットワークを介して提供する提供手段と、この提供手段で提供された前記ホームページに基づくメッセージを前記第２のネットワークを介して受信する受信手段と、この受信手段で受信されたメッセージに基づき発行された前記第１のコマンドで前記サービス提供装置を制御する制御手段と、を具備したことにより、ホームページを受信し操作を行うユーザは、第１のネットワークに接続されたサービス提供装置のプロトコルが何であるかを問わず、具体的にはＩＥＥＥ１３９４に接続されるＡＶ機器のように、リンクレイヤ技術に依存するプロトコルしか解釈しない機器についても、遠隔制御を行うことが可能となる。
【００８１】
（２３）本発明の通信装置は、第１のネットワークに接続して該第１のネットワークに依存するプロトコルで通信するサービス提供装置を第２のネットワークを介して制御するための通信装置において、前記サービス提供装置の提供するサービスに関する情報を収集する収集手段と、この収集手段で収集されたサービスに関する情報に対応する前記サービス提供装置を制御するための前記第１のネットワークの通信プロトコルに依存する第１のコマンドを発行するためのホームページを前記第２のネットワークを介して提供する提供手段と、この提供手段で提供された前記ホームページに基づくメッセージを前記第２のネットワークを介して受信する受信手段と、この受信手段で受信されたメッセージに基づき発行された前記第１のコマンドで前記サービス提供装置を制御する制御手段と、を具備したことにより、ホームページを受信し操作を行うユーザは、第１のネットワークに接続されたサービス提供装置のプロトコルが何であるかを問わず、具体的にはＩＥＥＥ１３９４に接続されるＡＶ機器のように、リンクレイヤ技術に依存するプロトコルしか解釈しない機器についても、遠隔制御を行うことが可能となる。
【００８２】
（２４）本発明の通信装置は、第１のネットワークに接続して該第１のネットワークに依存するプロトコルで通信するサービス提供装置を第２のネットワークを介して制御するための通信装置において、前記サービス提供装置の提供するサービスに関する情報を収集する収集手段と、この収集手段で収集されたサービスに関する情報に基づき前記サービス提供装置を制御するための前記第１のネットワークの通信プロトコルに依存する第１のコマンドを発行するためのホームページを作成する作成手段と、この作成手段で作成されたホームページを前記第２のネットワークを介して提供する提供手段と、この提供手段で提供された前記ホームページに基づくメッセージを前記第２のネットワークを介して受信する受信手段と、この受信手段で受信されたメッセージに基づき発行された前記第１のコマンドで前記サービス提供装置を制御する制御手段と、を具備したことにより、ホームページを受信し操作を行うユーザは、第１のネットワークに接続されたサービス提供装置のプロトコルが何であるかを問わず、具体的にはＩＥＥＥ１３９４に接続されるＡＶ機器のように、リンクレイヤ技術に依存するプロトコルしか解釈しない機器についても、遠隔制御を行うことが可能となる。
【００８３】
（２５）なお、本発明の通信装置は、前記サービス提供装置の提供するサービス毎に予め定められた前記第１のコマンドに対応する該サービス提供装置を制御するための前記第２のネットワークの通信プロトコルに依存する第２のコマンドを登録したテーブルを具備し、前記収集手段で収集されたサービスに関する情報に対応する第２のコマンドに関する情報を該テーブルから取得して前記ホームページを作成することにより、ホームページには、第２のコマンド情報（遠隔制御コマンド）により実現できるサービス提供装置の遠隔制御の一覧を表示することが可能になり、もって運用可能な遠隔制御方法を列挙したホームページを作成することが可能になる。
【００８４】
（２６）また、本発明の通信装置は、前記メッセージは、前記サービス提供装置を制御するための前記第２のネットワークの通信プロトコルに依存する第２のコマンドを含み、前記制御手段は、前記第１のコマンドと前記第２のコマンドとの対応テーブルを参照して前記受信手段で受信されたメッセージに含まれる第２のコマンドを前記第１のコマンドに変換することにより、特定の第２のコマンド情報（遠隔制御コマンド）を前記受信手段を介して受信した場合に、それがどのような動作を第１のネットワークの所望の装置(この場合第１のネットワークに接続されたサービス提供装置)に行えばいいのかを、上記対応テーブルを参照すればわかるようになる。
【００８５】
（２７）また、本発明の通信装置は、前記メッセージは、前記サービス提供装置を制御するための前記第２のネットワークの通信プロトコルに依存する第２のコマンドと、前記第２のネットワークの通信プロトコルに依存するアドレスと、前記第１のネットワークに依存する前記サービス提供装置を特定するための多重識別子とを含み、前記制御手段は、前記第１のコマンドと前記第２のコマンドとの対応テーブルを参照して前記受信手段で受信されたメッセージに含まれる第２のコマンドを前記第１のコマンドに変換し、該第１のコマンドで前記多重識別子にて識別されるサービス提供装置を制御することにより、ホームページを受信したノードは、第２のコマンド情報（遠隔制御コマンド）として、ハイパーリンク参照された対象に働きかけることによって、制御対象である前記第１のネットワークに接続されたサービス提供装置を指定し、その所望の動作を指定することが可能となり、もって所望の前記第１のネットワークに接続されたサービス提供装置の遠隔操作を行うことが可能になる。
【００８６】
（２８）また、本発明の通信装置は、前記ホームページは、前記サービス提供装置を制御するための前記第２のネットワークの通信プロトコルに依存する第２のコマンドを含むメッセージを生成するためのプログラムを含み、前記制御手段は、前記第１のコマンドと前記第２のコマンドとの対応テーブルを参照して前記受信手段で受信されたメッセージに含まれる第２のコマンドを前記第１のコマンドに変換し、該第１のコマンドでサービス提供装置を制御することにより、ホームページを受信したノードは、それに対応付けられたプログラム（ＪＡＶＡプログラム）を起動させ、制御対象である前記第１のネットワークに接続されたサービス提供装置を指定し、その所望の動作を指定するコマンドを発行させることが可能となり、もって所望の前記第１のネットワークに接続されたサービス提供装置の遠隔操作を行うことが可能になる。
【００８７】
（２９）また、本発明の通信装置は、前記制御手段は、前記受信手段で受信されたメッセージにて前記第１のコマンドを発行するためのプログラム（例えば、ＣＧＩスクリプト）を起動することにより、ホームページを受信したノードは、それに対応付けられたプログラム（ＣＧＩスクリプト）を起動させ、制御対象である前記第１のネットワークに接続されたサービス提供装置を指定し、その所望の動作を指定するコマンドを発行せせることが可能となり、もって所望の前記第１のネットワークに接続されたサービス提供装置の遠隔操作を行うことが可能になる。
【００８８】
（３０）また、本発明の通信装置は、前記メッセージには、情報を送信する際の通信プロトコルを指定する情報が含まれていることにより、前記ホームページを受信した相手ノードからの要求を受けて情報を送信する際に、その送出方法を特定することが出来るようになり、もって送信相手に確実に情報を送り届けることが出来るようになる。これは、送信すべき相手が、ネットワークレイヤパケットの受信能力の無い場合に特に有効である。また、送信情報を受信するノードが第２のコマンド情報（遠隔制御コマンド）と同一のネットワークレイヤプロトコルをサポートしていない場合や、送信情報のネットワークレイヤプロトコルへのカプセル化に多大なコストがかかる場合などにおいて、ネットワークレイヤプロトコル以外での情報送信を前記ホームページを受信した装置は促すことが可能になる。
【００８９】
さらに、前記メッセージに、情報を送信する際の通信プロトコルを指定する情報の他に、情報を送信する際の該通信プロトコルに依存するヘッダ情報が含まれていてもよい。
【００９０】
（３５）本発明の通信装置（第５の実施形態）は、第１のネットワークと第２のネットワークに接続される通信装置であって、前記第１のネットワーク上の任意の装置の第１の論理多重識別子で提供されるサービスに第２の論理多重識別子を割り当て、前記第１の論理多重識別子とそのサービスを提供する前記第１のネットワーク上の装置の第１のアドレスと、前記第２のネットワークからアクセス可能な第２のアドレスと前記第２の論理多重識別子との対応関係を記憶する記憶手段と、前記第１の論理多重識別子の各サービスを前記第２のネットワークから前記第２のアドレスと前記第２の論理多重識別子とでアクセスできるサービスとして提示する提示手段と、前記記憶手段に記憶された対応関係に基づき、前記第１および第２のネットワーク間で前記提示手段で提示された前記第１のネットワーク上のサービスを提供するためのパケット転送を行うことにより、第１のネットワークが、第２のネットワークと異なるアドレス体系、例えば第２のネットワークがＩＰｖ４のアドレス体系で運用されている場合に、第１のネットワークがＩＰｖ６のアドレス体系で運用される場合や、第１のネットワークがプライベートＩＰアドレスの体系で運用されている場合などにおいて、第２のネットワークのユーザに対して、第１のネットワークで提供されているサービスへのアクセスを実現することができる。
【００９１】
即ち、第２のネットワークのユーザに対しては、前記提示手段としての例えばホームページを用いて、前記第１のネットワークで提供されているサービスが本通信装置が提供しているものとして、第２のネットワークに対して提示する。前記第２のネットワークのユーザからのこのサービスへのアクセスがあった場合は、前記記憶手段に記憶された対応関係（アドレス・ポート番号変換テーブル）を用いて、前記第２のネットワークのユーザと本通信装置間のパケットを、本通信装置と前記第１のネットワークで提供されているサービス間のパケットに変換することで、前記第２のネットワークのユーザ、及び前記第１のネットワークで提供されているサービスからは透過的なパケットのやり取りを行っていると認識されることになる。
【００９２】
（３６）前記第１のネットワーク上の前記第１の論理多重識別子と各サービスを提供する装置の第１のアドレスを収集する収集手段をさらに具備したことにより、前記第１のネットワークのサービスについての収集情報をもとに、前記提示手段としての例えばホームページの自動更新を行うことが可能となる。
【００９３】
（３７）前記第２のネットワークから入力されるパケットのうち前記第１のネットワークへ転送可能なパケットの識別子を記憶する第２の記憶手段と、前記第２のネットワークから入力されるパケットのうち、前記記憶手段に記憶された識別子を有するパケットのみ前記第１のネットワークへ出力する出力手段と、を具備したことにより、予めユーザ認証を行うなどして、公衆網等の外部ネットワークから前記第１のネットワークへの不正パケットの侵入を防ぐことができる。
【００９４】
【発明の実施の形態】
以下、図面を参照しながら発明の実施の形態を説明する。
【００９５】
（第１の実施形態）
図１に本実施形態に係るシステムの構成例を示す。
【００９６】
本実施例では図１に示すように公衆網２を介して２つの家庭内ネットワークが相互接続されているものとする。公衆網２は、電話網でもよいし、ＩＳＤＮ等の広い帯域の回線、あるいは専用線のようなものであってもよいし、インターネットであってもよい。ただし、好ましくは、サービスの利用・提供に必要な通信帯域を満足する網を利用する。
【００９７】
第１の家庭内ネットワークは、第１のＩＥＥＥ１３９４バス１から構成されている。また、このＩＥＥＥ１３９４バス１には第１のＡＶ接続装置４、パーソナル・コンピュータ（以下、ＰＣ）６、デジタルＴＶ７が接続されているものとする。
【００９８】
第２の家庭内ネットワークは、第２のＩＥＥＥ１３９４バス３と、ホームオートメーション網１２から構成されている。本実施形態では、このホームオートメーション網１２には、エシェロン社のＬＯＮ（ローカルオペレーティングネットワーク）を用いるものとする。エシェロン社のＬＯＮについては、例えばエシェロン社のホームページ（ｈｔｔｐ：／／ｗｗｗ．ｅｃｈｅｌｏｎ．ｃｏｍ）等から得られるの情報に詳しく記述されている。
【００９９】
第２の家庭内ネットワークのＩＥＥＥ１３９４バス３には、第２のＡＶ接続装置５、ＤＶＤプレーヤ８、デジタルＶＴＲ９、ＰＣ１０、プリンタ１１が接続されているものとする。また、ＰＣ１０はホームオートメーション網１２にも接続されている。ホームオートメーション網１２は、ＰＣ１０のほかに、エアコン１３と、電子レンジ１４にも接続されている。
【０１００】
これらのネットワークに接続されている端末群のうち、第１のＡＶ接続装置４、ＰＣ６、第２のＡＶ接続装置５、ＰＣ１０、プリンタ１１は、それぞれＩＰアドレス（ここではプライベートＩＰアドレスとする）を持っており、いわゆるＩＰ端末である。第１のＡＶ接続装置４のＩＰアドレスは１９２．１６８．２．２５４、ＰＣ６のＩＰアドレスは１９２．１６８．２．１、第２のＡＶ接続装置５のＩＰアドレスは１９２．１６８．１．２５４、ＰＣ１０のＩＰアドレスは１９２．１６８．１．１、プリンタ１１のＩＰアドレスは１９２．１６８．１．２であるものとする。このように、本実施形態における端末のＩＰアドレスにはプライベートＩＰアドレス（公衆網２がインターネットではなくＩＳＤＮ等である場合）またはグローバルＩＰアドレス（公衆網２がインターネットである場合）を使用しており、各々の端末間のルーチングのためのルーチング機構の設定（ＩＰルーチングテーブルの設定など）は適切に行われているものとする。なお、現在グローバルＩＰアドレスは３２ビットであるが、近い将来に１２８ビットになる見込みであり、各端末にグローバルＩＰアドレスを割り当て可能な環境は現実のものとなりつつある。
【０１０１】
一方、デジタルＴＶ７、ＤＶＤプレーヤ８、デジタルＶＴＲ９は、いわゆる１３９４端末であり、１３９４プロトコル群（ＩＥＥＥ１３９４−１９９５，ＩＥＣ１８８３，ＩＥＥＥ１３９４ＡＶ／Ｃ，ＳＢＰなど）のみを解釈する端末である。
【０１０２】
また、エアコン１３、電子レンジ１４は、いわゆるＬＯＮ端末であり、ＬＯＮで定められたプロトコル群のみを解釈する端末である。
【０１０３】
第１のＡＶ接続装置４および第２のＡＶ接続装置５は、それぞれ、２つ以上のネットワーク（本実施形態の場合ＩＥＥＥ１３９４バスと公衆網）の間を相互接続する機能を基本的に有する。図２に、本ＡＶ接続装置４，５の内部構成を示す。
【０１０４】
図２に示されるように本実施例のＡＶ接続装置は、１３９４インタフェース２１、データリンクスイッチ２２、公衆網インタフェース２３、ＩＰ処理機能２４、ＦＡＮＰ処理機能２５、１３９４／ＩＰサービスロケーション処理機能２６、サービスロケーション代理機能２７、１３９４ＡＶコマンド処理機能２８、１３９４／ＩＰコマンド変換機能２９を有する。これらの各機能は、それぞれ、ハードウエアにより実現してもよいし、ソフトウエアにより実現してもよい。
【０１０５】
１３９４インタフェース２１は、１３９４バスとのインタフェースとなる機能である。
【０１０６】
データリンクスイッチ２２は、ネットワーク間をまたがるデータ転送を行うためのスイッチであり、より詳しくは、データリンクレイヤ識別子／情報のみの参照（例えば同期チャネル識別子や、ＡＴＭ−ＶＣＩ、伝送波長などの参照）によって、明示的にそのデータの転送先が予め判るように、例えばＦＡＮＰなどのプロトコルによって設定をしておき、１３９４バスから入力されたデータを公衆網に転送しおよび公衆網から入力されたデータを１３９４バスに転送するためのスイッチである。
【０１０７】
公衆網インタフェース２３は、公衆網とのインタフェースとなる機能である。例えば、公衆網のデータリンクレイヤがＡＴＭであれば、物理的にはＡＴＭのインタフェースを、論理的にはＡＴＭシグナリングの機能などを持つことになる。
【０１０８】
ＩＰ処理機能２４は、ＴＣＰ／ＵＤＰ／ＩＰなど、一連のインターネットプロトコル（ＴＣＰ／ＩＰプロトコルスーツ）の諸機能である。
【０１０９】
ＦＡＮＰ処理機能２５は、データの伝送経路のデータリンクレイヤでの帯域や仮想伝送路識別子の確保、整合を行う機能である。なお、ＦＡＮＰ処理機能の詳細は例えば文献「『レジデンシャル環境におけるネットワーク相互接続方式』、電子情報通信学会、情報ネットワーク研究会研究報告ＩＮ９７−１９、ｐｐ．７３−７８、１９９７年」（あるいは特願平８−２６４４９６、特願平８−２７２６７２、特願平９−５２１２５）等にて説明されている。
【０１１０】
ＦＡＮＰ処理機能２５は、映像データ等のようにある程度広い帯域を保証する必要のあるサービスを扱う場合には設けることが望ましいものであり、帯域保証を必要としない場合には省いても構わない。なお、ＦＡＮＰ処理機能の代わりにＲＳＶＰプロトコル（ＲｅｓｏｕｒｃｅＲｅＳｅｒＶａｔｉｏｎＰｒｏｔｏｃｏｌ；インターネットドラフトのｄｒａｆｔ−ｉｅｔｆ−ｒｓｖｐ−ｓｐｅｃ−０８．ｔｘｔ）に従った処理機能等を用いることも可能である。
【０１１１】
また、提供するサービスに応じてＦＡＮＰ処理機能２５等の使用を制御するようにしてもよい。例えば、ＩＰアドレスとポート番号の組毎にＦＡＮＰ処理機能２５等を使用するか否かを決定するようにしてもよい。あるいは、ユーザからの明示的な要求により使用することを決定するようにしてもよい。
【０１１２】
１３９４／ＩＰサービスロケーション処理機能２６は、１３９４バスに接続された端末あるいはサービスを検索しあるいはその登録を受け、１３９４バス上にどのような端末／サービスが存在しているのかを認識し、要求された場合など必要に応じてその情報を外部に通知する機能を持つ。１３９４／ＩＰサービスロケーション処理機能２６は、少なくともサービスロケーションプロトコル（インターネットドラフトのｄｒａｆｔ−ｉｅｔｆ−ｓｖｒｌｏｃ−ｐｒｏｔｏｃｏｌ−１６．ｔｘｔ）の処理機能を持つ。
【０１１３】
サービスロケーション代理機能２７は、公衆網側に対して、ＩＰベースのサービスロケーションの形でサービスロケーションプロトコルを稼動する。また、１３９４バスに接続されたサービスあるいは端末、すなわちＩＰベースではなく、一連の１３９４プロトコルしか認識、処理できないＩＥＥＥ１３９４専用プロトコル端末／サービス（第１の家庭内ネットワークではデジタルＴＶ７、第２の家庭内ネットワークではＤＶＤプレーヤ８とデジタルＶＴＲ９）についても、本ＡＶ接続装置がそれらサービスあるいは端末の代理サーバとなって、それら端末／サービスを広告する機能を持つとともに、これら広告されたサービスを公衆網側（一般的にはＩＰ側）から受け取った場合に、それらをＩＥＥＥ１３９４のコマンドあるいはサービスにマッピングすべく１３９４・ＩＰコマンド変換機能２９に通知する機能を持つ。
【０１１４】
１３９４ＡＶコマンド処理機能２８は、ＩＥＥＥ１３９４の端末制御プロトコル（たとえば１３９４ＡＶ／Ｃプロトコルや、ＳＢＰなど）の処理機能である。
【０１１５】
１３９４／ＩＰコマンド変換機能２９は、ＩＰを使って送られてきたあるいは送る制御コマンド（例えばＲＴＳＰ（ＲｅａｌＴｉｍｅＳｔｒｅａｍＰｒｏｔｏｃｏｌ）など；なお、ＲＴＳＰについては、例えばインターネットドラフトｄｒａｆｔ−ｉｅｔｆ−ｍｍｕｓｉｃ−ｒｔｓｐ−０２．ｐｓにて詳しく説明されている）と、１３９４バス上を送られるＩＥＥＥ１３９４の端末制御コマンド（例えば１３９４ＡＶ／ＣプロトコルやＳＢＰのコマンド）を相互に変換して、相手側に通知する機能を持つ。
【０１１６】
次に、第２の家庭内ネットワークにおいて、第２のＡＶ接続装置５が、第２の家庭内ネットワークに関する情報を取得する手順、すなわち第２の家庭内ネットワーク上に存在する端末およびサービスを認識する手順について説明する。
【０１１７】
図３にＩＥＥＥ１３９４特有の機構を用いた端末／サービス収集手順のシーケンスの一例を示す。１３９４バスに接続される端末には、それぞれ、その端末についての所定の情報が書き込まれたコンフィグレーションＲＯＭが格納されている。図３では、第２のＡＶ接続装置５は、１３９４バス３につながる各装置８〜１１のコンフィグレーションＲＯＭの読み込み（リード）を行い、各装置８〜１１の情報収集を行う。この情報収集は、１３９４バス３につながる端末すべてに対して行ってもよい。
【０１１８】
以下では、コンフィグレーションＲＯＭに記述する情報についていくつかの例を示す。ここでは、ＰＣ１０のコンフィグレーションＲＯＭを例にとって説明する。なお、本実施例では、ＩＥＥＥ１３９４の仕様書にならい「ＲＯＭ」という語句を用いているが、実際には「レジスタ」あるいは「メモリ空間の一部」と認識されればよく、ＲＯＭでない場合（ＲＡＭ等の場合）も含むものとする。
【０１１９】
図４に、コンフィグレーションＲＯＭに記述する情報の第１の例を示す。この例では、コンフィグレーションＲＯＭには、その端末についての基本的情報であるノード情報（例えばベンダＩＤ、ノードケーパビリティなど）（図４中３１）の他に、ユニット情報として、そのＰＣ１０が行うサービスを記述するものである。すなわち、このＰＣ１０は、ＷＷＷサーバ、デジタルアルバムサーバ機能を有しており、これらがコンフィグレーションＲＯＭの内容に反映されている（図４中３２、３３）。このようにコンフィグレーションＲＯＭに記述しておくことによって、１３９４バスにつながる他の端末に対して、自身がどのような端末であるのかを説明するだけではなく、自身がどのようなサービスを行っているかを知らしめることが可能となる。この機能は、特にＰＣのように、一つの端末に複数の機能が実現されているような場合にきわめて有益である。具体的にコンフィグレーションＲＯＭに記述される情報としては、サービス種別、そのサービスの属性（そのサービスを受けるために使用する種々のパラメータ等で、例えば最大データ転送速度、装置仕様、設定パラメータ等）などである。
【０１２０】
ところで、ＰＣ１０は、ホームオートメーション網１２にも接続されており、これらのホームオートメーションのサーバともなっている。つまり、ホームオートメーション網１２につながる各種機器（ここではエアコン１３と電子レンジ１４）の制御はこのＰＣ１０が行う構成となっている。言い換えると、このＰＣ１０にアクセスすることにより、第２の１３９４バス３につながる端末は、ホームオートメーション１２網につながる各種機器の制御を行うことができることを意味する。このことを、第２の１３９４バス３上の端末に知らしめるために、ホームオートメーション網１２についての情報（サービス情報）もＰＣ１０のコンフィグレーションＲＯＭに格納している。
【０１２１】
まず、ホームオートメーションサービスを行っていることを示す情報がコンフィグレーションＲＯＭに格納されている（図４中３４）。１３９４バス上では、これを一つのユニットであると認識させてもよい。次に、このユニット依存ディレクトリとして、エアコンサービス、電子レンジサービスが提供されていることを示す情報がそれぞれコンフィグレーションＲＯＭに記述されている（図４中３５、３６）。このようにすることにより、１３９４バスにつながる他の端末は、１３９４バスではない別のネットワークに接続されたサービスについても、どのようなサービスがどのように行われているのかを知ることができるようになり、サービスの認識やその操作性の大幅な向上が見込まれる。
【０１２２】
次に、図５に、コンフィグレーションＲＯＭに記述する情報の第２の例を示す。第１の例では、コンフィグレーションＲＯＭには、その端末についてのユニット情報として、その端末が行うサービスについての記述が行われていたのに対して、第２の例では、サービスについての記述（図５中４５〜５０）の他に、端末別の情報も記述してある（図５中４２〜４４）。これらは、それぞれユニット情報として格納されており、それぞれユニット依存ディレクトリとして格納されていてもよい。また、端末別の情報とサービス別の情報であることを区別するために、それらの区別（どちらのユニットか）を示す領域（それぞれ図５中４２、４５）が存在してもよい。
【０１２３】
ここでは、端末別情報として、ＰＣ１０にホームオートメーション網１２を介して接続されている端末（エアコン１３と電子レンジ１４）についての情報がそれぞれ格納されている（図５中４３、４４）。これらを参照することによって、他の１３９４ノードは、１３９４バスにつながるノードばかりでなく、その１３９４バスにつながるノードに接続された他のノード（本実施例ではエアコン１３と電子レンジ１４）についての情報も、１３９４レベルで得ることが可能となり、家庭内ネットワークの統合的な管理や制御にきわめて有効である。
【０１２４】
また、第１の例と同様に、このＰＣ１０は、ＷＷＷサーバ、デジタルアルバムサーバ機能等を有する場合、これらがコンフィグレーションＲＯＭに反映される（図５中４５〜５０）。その記述の具体的ルールは、基本的に第１の例と同様である。
【０１２５】
次に、図６に、コンフィグレーションＲＯＭに記述する情報の第３の例を示す。この例は、ＰＣ１０自身についての情報のみを格納する場合である。この場合は、第１の例や第２の例と異なり、サービスをベースとした記述ではなく、ノードとしての情報すなわち自身についての装置としての情報のみを記載することになるので、ユニット情報としては、自身がＰＣあるいはＰＣボード（例えば１３９４ＰＣＩボード）である旨が記載される。
【０１２６】
さて、前述のようにして第２のＡＶ接続装置５にて収集された第２の家庭内ネットワーク上の端末／サービス情報を、例えば当該第２のＡＶ接続装置５のコンソール上に表示することにより、ユーザにその操作を促すことができる。その際の表示方法として、サービス別の表示を行うことも可能であるし、端末ベースの表示を行うことも可能である。
【０１２７】
図７にサービス別の表示を行う場合の画面例を示す。図７のように、第２の家庭ネットワーク上に展開されているサービス別に１つづつアイコン（ｉ１〜ｉ７）が用意され、ユーザは所定のユーザインタフェースにより使用したいサービスを指示することで（例えばマウス装置を用いてクリックしあるいはドラッグアンドドロップすることで）、そのサービスにアクセスすることが可能となる。
【０１２８】
ここで、図７のサービス別のアイコンの画面表示は、ネットワークの種別を問わず、第２のＩＥＥＥ１３９４バス３に接続されたサービスも、ホームオートメーション網１２に接続されたサービスも区別なく同様に表示されている。これは、一般にユーザにとってはそのサービスがどの物理ネットワークにつながっているかどうかは関心が無いため、上記のように区別なく表示するのが好ましいと考えられるからである。これによってユーザに物理ネットワークを意識させた場合に生じるであろう混乱を防止することができる。
【０１２９】
なお、画面には必ずしもコンフィグレーションＲＯＭに書き込んである情報そのものを表示させる必要は無く、対応する別の情報を表示するようにしてもよい。例えば、コンフィグレーションＲＯＭに書き込まれている情報は、一般的に専門家向けのコードであることが多いと考えられ、一般ユーザにはなじみの薄い用語であることが多いと考えられる。具体例を挙げると、コンフィグレーションＲＯＭに「デジタルＶＣＲ」を意味するコードが書かれていたとしても、日本人にはこの用語はなじみが薄い。そこでこのような場合、「デジタルＶＣＲ」の代わりに、一般ユーザによりなじみ深い「ビデオ」あるいは「ビデオデッキ」等と表示するようにしても良い。
【０１３０】
次に、図８に端末別の表示を行う場合の画面例を示す。サービス別の場合と同様に、第２の家庭ネットワーク上に展開されている端末別に１つづつアイコン（ｉ１１〜ｉ１５）が用意され、ユーザは所定のユーザインタフェースにより使用したいサービスを指示することで（例えばマウス装置を用いてクリックしあるいはドラッグアンドドロップすることで）、そのサービスにアクセスすることが可能となる。この場合も、画面表示ではネットワークの種別を問わず、第２のＩＥＥＥ１３９４バス３に接続されたサービスも、ホームオートメーション網１２に接続されたサービスも区別なく表示されている。
【０１３１】
以上、１３９４バスのコンフィグレーションＲＯＭの読み込みによって、端末あるいはサービスを認識する方法であった。
【０１３２】
次に、サービスロケーションプロトコルを利用したサービスの登録について説明する。
【０１３３】
インターネットの標準化機関であるＩＥＴＦでは、サービスロケーションプロトコルを用いたサービスの登録、検索方式を検討している。これらでは、ＩＰ端末を対象に、サービスをあらかじめいくつかに分類し、
（１）それらのサービス別にディレクトリエージェント（本実施形態においてはディレクトリサーバともいう）に、そのサービスを行うサーバの位置情報を登録する。ユーザは、このディレクトリエージェントに問い合わせをすることで、サービスの位置を知ることができるようになる。
【０１３４】
（２）サービス別にＩＰマルチキャストアドレスを用意する。あるサービスを要求しているユーザは、そのＩＰマルチキャストアドレスに対して、「そのサービスはどこだ？」という意味のメッセージを飛ばす。そのサービスを提供しているサーバは、これに呼応することで、ユーザはそのサービスを提供しているサーバの位置を知ることができるようになる。
【０１３５】
という２つの方法でサービス登録、検索ができるようになっている。
【０１３６】
本実施形態では、第２のＡＶ接続装置５が、上記（１）のサービスロケーションプロトコルのディレクトリエージェントとなっている。
【０１３７】
第２の家庭内ネットワーク上のＩＰ端末（図１ではＰＣ１０とプリンタ１１）は、その提供しているサービスをディレクトリエージェントである第２のＡＶ接続装置５に登録する。まず、ＩＰ端末は、ネットワーク上のどこにディレクトリエージェントが存在しているかどうかを調査し、サービス情報を登録するための手順を踏む。これについて、ＰＣ１０がサービスを登録する場合を例にして、図９を参照しながら説明する。
【０１３８】
ＰＣ１０は、サービスリクエストメッセージを第２のＩＥＥＥ１３９４バス３に対して、送出する。サービスリクエストメッセージは「このサービスを提供しているサーバは返事をしてください」という意味のメッセージであり、本例の場合より具体的には「ディレクトリサービスを提供してるサーバは返事をしてください」という意味のメッセージを送出する。
【０１３９】
サービスリクエストメッセージには対象とするサービス種別を特定するために「ｐｒｅｄｉｃａｔｅ」領域が設けられており、この領域に「ディレクトリサービス」と記述し、さらに宛先をディレクトリエージェント（ＤＡ）ディスカバリマルチキャストアドレス（ＩＰアドレス）としてこのメッセージを送出する。
【０１４０】
本実施形態においては、第２の家庭内ネットワークにおいて、ＩＰパケットが到達するネットワークを第２のＩＥＥＥ１３９４バス３のみとするため、ＰＣ１０から送出されたサービスリクエストメッセージは、ディレクトリエージェントである第２のＡＶ接続装置５とプリンタ１１に到達する。
【０１４１】
サービスリクエストメッセージを受け取ったディレクトリエージェントである第２のＡＶ接続装置５は、自身がディレクトリエージェントであることを通知するために、「ディレクトリエージェント（ＤＡ）アドバタイズメント」をＰＣ１０に送り返す。なお、プリンタ１１は、自身がディレクトリエージェントではないことから、サービスリクエストメッセージを無視する（通常はリンクレイヤが受け取らない）。
【０１４２】
次に、ＰＣ１０は、ディレクトリエージェント（ＤＡ）アドバタイズメントを受け取ることで、ディレクトリエージェントが第２のＡＶ接続装置５に存在することを認識する。
【０１４３】
次に、ＰＣ１０は、自身が提供しているサービスのディレクトリエージェントへの登録を行う。本実施形態では、ＰＣ１０は、自身がＷＷＷサービス（具体的にｈｔｔｐサーバ）とデジタルアルバムサービスを提供するとともに、さらにホームオートメーション網１２につながるエアコン１３と電子レンジ１４のサービスについても代理サーバとして外部からのサービス要求を受けられるようになっている。
【０１４４】
サービス登録にあたってＰＣ１０は、ＰＣ１０自身が提供しているＷＷＷサービスとデジタルアルバムサービスのそれぞれについて、その位置情報や属性情報等を登録するとともに、ホームオートメーション網（ＬＯＮ）１２上のサービスそれぞれについても、エアコン１３と電子レンジ１４に代わってその位置情報や属性情報等の登録を行う。
【０１４５】
図１０の（ａ）、（ｂ）にそれぞれＷＷＷサービス、デジタルアルバムサービスの登録情報の内容の一例を示す。ＷＷＷサービス、デジタルアルバムサービスの位置情報としてＰＣ１０のＩＰアドレスと各サービス毎に定められたポート番号を含むＵＲＬが用いられている。
【０１４６】
また、図１０の（ｃ）、（ｄ）にそれぞれＰＣ１０が代理するエアコンサービス、電子レンジサービスの登録情報の内容の一例を示す。この場合、各代理サービス用にＰＣ１０のポート番号を割当てる。図１０の例ではＬＯＮ上のエアコンサービスには１５０００を、ＬＯＮ上の電子レンジサービスには１５００１を割当てている。これによって、外部の端末は、ＰＣ１０上にエアコンサービスと電子レンジサービスが存在すると解釈すとともに、しかも、それらサービスはＩＰレベルでのサービスであると解釈する。
【０１４７】
外部の端末が、ホームオートメーション網１２のエアコンサービスにアクセスしたいときはＰＣ１０のポート番号１５０００にアクセスし、電子レンジサービスにアクセスしたいときはＰＣ１０のポート番号１５００１にアクセスする。一方、ＰＣ１０は、ポート番号１５０００にアクセスされた場合にはエアコン向けのサービス要求であると解釈し、またポート番号１５００１にアクセスされた場合には電子レンジ向けのサービス要求であると解釈し、渡されたＩＰの制御コマンドをＬＯＮの制御コマンドに翻訳し、これをホームオートメーション網１２上の実際の機器（エアコン１３または電子レンジ１４）に向けて送出する。この操作についてはエアコンサービスへのアクセスを例にとって後述する。
【０１４８】
このように図９のサービス登録によって、第２のＡＶ接続装置５に、ＷＷＷサービス、デジタルアルバムサービス、ＬＯＮ上のエアコンサービス、ＬＯＮ上の電子レンジサービスが登録されることになる。サービス登録が成功すると、ディレクトリエージェントである第２のＡＶ接続装置５はサービスアクノリッジ（ＡＣＫ）をＰＣ１０に向けて返送する。
【０１４９】
なお、同様にしてプリンタ１１から第２のＡＶ接続装置５に対してプリンタサービスの登録が行われる。
【０１５０】
以上のように、サービスロケーションプロトコルの登録の手続きにより、ＷＷＷ、デジタルアルバム、エアコン、電子レンジ、プリンタの各サービスがディレクトリエージェントである第２のＡＶ接続装置５に登録されることになる。
【０１５１】
さて、この登録手順により得られる情報と、先説明したＩＥＥＥ１３９４上のコンフィグレーションＲＯＭの読み込みにより得られる情報と合わせて、第２の家庭内ネットワーク上のサービス情報を構成することが可能である。
【０１５２】
その構成方法はさまざまな種類が考えられるが、本実施形態では、その一例として、（ｉ）サービスロケーションプロトコルにて登録されたサービスについては、これを優先的に表示し、（ii）ここに現れないサービス、具体的には、サービスロケーションプロトコルでは認識されないノードであって、かつ、ＩＥＥＥ１３９４上のコンフィグレーションＲＯＭの読み込みでは認識されたノードについては、コンフィグレーションＲＯＭの情報に基づいてサービス情報を構成し、（ｉ）と（ii）の両者の情報を併せて、一つの「第２の家庭内ネットワーク上のサービスディレクトリ情報」としてユーザおよび外部に紹介するという方法である。
【０１５３】
より具体的には、サービスロケーションプロトコルの登録の手続きにより認識された、ＷＷＷサービス、デジタルアルバムサービス、エアコンサービス、電子レンジサービス、プリンタサービスと、ＩＥＥＥ１３９４上のコンフィグレーションＲＯＭの読み込みにより認識されたＤＶＤプレーヤサービスと、ビデオサービスを合わせて、全サービスが認識される。そして、例えば図７のように第２のＡＶ接続装置５のコンソール上に、第２の家庭ネットワーク上に展開されているサービス別に１つづつアイコン（ｉ２１〜ｉ２７）が表示される。また、前述と同様にユーザは所定のユーザインタフェースにより使用したいサービスを指示することで（例えばマウス装置を用いてクリックしあるいはドラッグアンドドロップすることで）、そのサービスにアクセスすることが可能となる。
【０１５４】
ところで、サービスの提供を受けるユーザ端末であるユーザエージェントは、自身が接続されているＩＥＥＥ１３９４バス上のサービスに関する情報をディレクトリエージェントに問い合わせて入手することもできるが、その代わりに前述したディレクトリエージェントへのサービスに関する情報の登録手順と同様の手順により、自身が各装置からの通知を受けることとで、サービスに関する情報を入手することもできる。
【０１５５】
次に、第１の家庭内ネットワークのユーザ（つまり１３９４バス１に接続された端末のユーザ）が、公衆網２を介して、第２の家庭内ネットワーク内の端末（つまり１３９４バス３またはホームオートメーション網１２に接続された端末）を遠隔操作して所望の動作をさせる場合について説明する。
【０１５６】
図１に示されるように、第１の家庭内ネットワークと、第２の家庭内ネットワークとは、公衆網２で相互接続されている。前述したように公衆網２は、電話網でもよいし、広い帯域の回線、あるいは専用線のようなものであってもよいし、インターネットであってもよい。また、ＩＰアドレスにはプライベートＩＰアドレス（公衆網２がインターネットではなくＩＳＤＮ等である場合）またはグローバルＩＰアドレス（公衆網２がインターネットである場合）を使用するものとする。
【０１５７】
ここで、第１のＡＶ接続装置４は、第１の家庭内ネットワークのディレクトリエージェントであり、先に第２のＡＶ接続装置５について説明したものと同様の手順によりネットワーク内のサービスを認識しているものとする。より具体的には、端末としてはＰＣ６とデジタルＴＶ７が認識され、サービスとしてはＰＣ６により提供されるなんらかのサービスとデジタルＴＶサービスが認識される。
【０１５８】
さて、最初のフェイズとして、第１の家庭内ネットワークのユーザに対して、第２の家庭内ネットワーク内のサービスを提示するために、第１のＡＶ接続装置４は、第２の家庭内ネットワークのサービス情報（ディレクトリ情報）を収集することを試みる。その際、第１の家庭内ネットワークと第２の家庭内ネットワークとは、インターネットプロトコルにて通信を行うものとする。なお、本実施形態の手法は別のプロトコル、例えばＩＰＸやＮｅｔＢＥＵＩ等を用いた場合も同様に適用可能である。
【０１５９】
図１２に、サービス情報の収集のために第１のＡＶ接続装置４と第２のＡＶ接続装置５との間で行われる情報交換の手順の一例を示す。
【０１６０】
まず、第１のＡＶ接続装置４は、第２の家庭内ネットワーク内のディレクトリエージェントを検索するため、第２の家庭内ネットワークに向けて、「ｐｒｅｄｉｃａｔｅ」をディレクトリエージェントとしたサービスリクエストを送出する。これを実現するためには、例えば、ホップ数を複数にして（スコープが他の家庭内ネットワークも含むようにして）ＩＰマルチキャストを送付する方法や、第２の家庭内ネットワークに対してソースルーチングあるいはルーチングヘッダを付けた上で、上記ＩＰマルチキャストアドレスに送付する方法などが考えられる。
【０１６１】
ここで、相手側の家のＩＰアドレス、特にＩＰサブネットアドレス（すなわちネットワークのアドレス）を知る方法としては、例えば、相手側の家に対して、ルーチングプロトコルによってルーチング情報を交換して、相手側のアドレスを知る方法などが考えられる。
【０１６２】
さて、このサービスリクエストを受信した第２の家庭内ネットワークのディレクトリエージェントである第２のＡＶ接続装置５は、自身がディレクトリエージェントである旨を伝えるためにディレクトリエージェントアドバタイズメントを第１のＡＶ接続装置４に伝える。
【０１６３】
次に、第１のＡＶ接続装置４は、第２の家庭内ネットワークでどのようなサービスが提供されているかを知るために、サービスタイプリクエストを第２のＡＶ接続装置５に送付する。
【０１６４】
第２のＡＶ接続装置５は、サービスタイプリプライとして、ＷＷＷ（ＵＲＬで表記されたサービス名はｈｔｔｐ）、デジタルアルバム（同ａｌｂｕｍ）、プリンタ（同ｌｐｒ）の他に、ＬＯＮに接続されたエアコン（同ａｉｒｃｏｎ＿ｌｏｎ）、ＬＯＮに接続された電子レンジ（同ｍｉｃｒｏｗａｖｅ＿ｌｏｎ）、１３９４端末であるＤＶＤプレーヤ（同ＤＶＤ１３９４）、１３９４端末であるデジタルＶＴＲ（同ＤＶＴＲ１３９４）が通知される。例えば図１２に示すように、「Ｓｅｒｖｉｃｅ：ｈｔｔｐ：／／」、「Ｓｅｒｖｉｃｅ：ａｌｂｕｍ：／／」、「Ｓｅｒｖｉｃｅ：ｌｐｒ：／／」、「Ｓｅｒｖｉｃｅ：ａｉｒｃｏｎ＿ｌｏｎ：／／」、「Ｓｅｒｖｉｃｅ：ｍｉｃｒｏｗａｖｅ＿ｌｏｎ：／／」、「Ｓｅｒｖｉｃｅ：ＤＶＤ１３９４：／／」、「Ｓｅｒｖｉｃｅ：ＤＶＴＲ１３９４：／／」が通知される。
【０１６５】
ＬＯＮに接続された機器については、ＰＣ１０から通知されたサービス情報（サービスのロケーションを表すＵＲＬ情報）を、そのまま第１のＡＶ接続装置４に通知している。すなわち、ＩＰのサービスロケーションプロトコルで登録されたサービスについては、そのまま第１のＡＶ接続装置４に通知している。
【０１６６】
第２の家庭内ネットワークのディレクトリエージェントである第２のＡＶ接続装置５が１３９４端末／サービスとしてしか認識できなかったサービスについては、ディレクトリエージェントである第２のＡＶ接続装置５自身がそのサービスの代理サーバとしてサービスを提供することを試みるために、「１３９４上のＤＶＤ」、「１３９４上のＤＶＴＲ」という意味で、「ｓｅｒｖｉｃｅ：ＤＶＤ１３９４」、「ｓｅｒｖｉｃｅ：ＤＶＴＲ１３９４」という新しいサービスカテゴリを用いてＩＰ上で第１のＡＶ接続装置４に紹介している。
【０１６７】
次に、これら情報を受け取った第１のＡＶ接続装置４は、受け取ったそれぞれのサービスについての詳細情報を収集するための手順に入る。
【０１６８】
その収集方法の一例を以下に示す。すなわち、上記サービスタイプリプライで受信した全サービスについて、あるいはそのうち第１のＡＶ接続装置４側にとって興味のあるサービスについて、そのロケーションと属性情報を得るために、それぞれサービスリクエストおよび属性リクエストをディレクトリエージェントである第２のＡＶ接続装置５に送付する。サービスリクエストに対しては、サービスリプライ（具体的には、そのサービスのロケーション情報であるＵＲＬ；例えば、ＵＲＬ：Ｓｅｒｖｉｃｅ：ＤＶＤ１３９４：／／１９２．１６８．１．２５４：２００００）が返答され、属性リクエストに対しては、属性リプライ（そのサービスの属性情報；例えば、１３９４上のＤＶＤの属性情報）が返答される。なお、詳細についてはサービスロケーションプロトコルのドキュメント（例えばインターネットドラフトのｄｒａｆｔ−ｉｅｔｆ−ｓｖｒｌｏｃ−ｐｒｏｔｏｃｏｌ−１６．ｔｘｔなど）に記述されている。
【０１６９】
図１２にはＤＶＤ１３９４サービスについての上記手続きについて記述してあるが、その外の全てのサービスについても同様にして情報を収集すると、第１のＡＶ接続装置４は、第２の家庭内ネットワークのサービス情報を図１３のように収集できる。
【０１７０】
ここで、ＤＶＤ１３９４、ＤＶＴＲ１３９４のそれぞれのサービスについては、先にも述べたように、第２のＡＶ接続装置５がこれらのサービスの代理サーバとして、外部からのサービス要求を受けられるようになっている。すなわち、具体的なサービスの具現である、ＩＰのプロトコルである遠隔コマンドプロトコル等を、１３９４ノードに代わって第２のＡＶ接続装置５が受け、これを１３９４ノードと１３９４プロトコルに変換してやり取りする（なお、その詳細については後述する）。このようにすることにより、本来１３９４プロトコルでしかやり取りのできないサービス（ここではＤＶＤサービスとＤＶＴＲサービス）について、ネットワークを問わないプロトコルであるＩＰのサービス紹介プロトコルを通して紹介することができるため、ネットワークを問わず、任意のＩＰノードから、上記１３９４ノードへのコマンドの送付、制御が可能となる（可制御となる）。
【０１７１】
各種リプライで収集された情報のうち第２のＡＶ接続装置５が代理で受付るサービス（ＤＶＤサービスとＤＶＴＲサービス）については、そのサービス窓口となるポート番号、すなわち各代理サービス用のポート番号を割当てるようにする。このポート番号は、あらかじめ標準化機関などによって割当てがなされたものであってもよいし、ノード同士のネゴシエーションにより決められたものであってもよい。本実施形態の場合は、１３９４上のＤＶＤサービスについては２００００、１３９４上のＤＶＴＲサービスについては２０００１とする。これによって、外部の端末（例えば第１の家庭内ネットワーク上の端末）は、第２の家庭内ネットワーク上に上記サービスが存在すると解釈するとともに、しかも、それはＩＰレベルでのサービスであると解釈する。
【０１７２】
さて、第１の家庭内ネットワーク上の端末、例えば第１のＡＶ接続装置４は、例えば図１４のように、そのコンソール上に、自身が認識しているサービスの一覧表示という形で、第１の家庭内ネットワークについての情報に加えて、第２の家庭内ネットワーク（例えば○○さん宅の家庭内ネットワーク）上のサービスの情報についても、前記サービスロケーションで取得した情報に基づいて表示する。この表示の仕方は図１１のものと同一の方針によるものであってもよい。
【０１７３】
次に、外部の端末が第２の家庭内ＬＡＮの各種サービスにアクセスしたいときは、図１３のＵＲＬで紹介されているアドレスとポート番号にそれぞれアクセスする。
【０１７４】
例えば、ユーザが第１のＡＶ接続装置４を操作して、第２の家庭内ＬＡＮ上の１３９４端末であるＤＶＤプレーヤ８から映像を公衆網２を介して持ってきて、これをデジタルＴＶ１０７に映し出す場合を考える。
【０１７５】
ユーザの実際の操作は例えば次のようになる。ユーザはまず図１４のＤＶＤプレーヤのアイコンをクリックする。すると例えば図１５のようなＤＶＤプレーヤ操作のための操作ボタン群が画面に表示される。次にユーザは所望の操作ボタンをクリックするなどしてＤＶＤプレーヤ８の遠隔操作を行う。また、受信端末がデジタルＴＶであることをクリック等、なんらかの入力方法で指定する。
【０１７６】
図１６に、このときに実際のネットワーク上を流れるコマンド群、プロトコル群についてのシーケンスの一例を示す。
【０１７７】
まず、第１のＡＶ接続装置４は、デジタルＴＶ７に映像を流し込んで、これを表示させるための設定を行うべく、以下のようなシーケンスの動作を行う。すなわち、ＩＥＣ１８８３プロトコルにしたがって、第１のＩＥＥＥ１３９４バス上の同期チャネルを確保する。このとき、取得した同期チャネルの同期チャネル番号は＃ｙであるとする。
【０１７８】
次に、第１のＡＶ接続装置４は、デジタルＴＶ７の電源をオンにし、同期チャネル＃ｙからの映像を画面に映し出すための、あらかじめ１３９４ＴＡ等の標準化団体で定められた制御コマンド（例えば１３９４ＡＶ／Ｃプロトコル）を使って、コマンドを送付する。コマンドが受け付けられたなら、ＡＣＫを第１のＡＶ制御装置４に返すようにしてもよい。これにより、第１のＡＶ接続装置４からデジタルＴＶ７までの回線が確保されたことになる。
【０１７９】
これと相前後してまたは並行的に、第１のＡＶ接続装置４は、第２のＡＶ制御装置５に対して、ＤＶＤプレーヤ８に対するコマンドを発行する。ここで、第１のＡＶ接続装置４は、ＤＶＤプレーヤ８はＩＰサービスであると解釈している。コマンドは、第２のＡＶ接続装置５（ＩＰアドレス＝１９２．１６８．１．２５４）の代理サーバのポート、すなわち２００００に対して発行される。
【０１８０】
ここで、遠隔操作のためのコマンドとしては、例えばＲＴＳＰ（ＲｅａｌＴｉｍｅＳｔｒｅａｍｉｎｇＰｒｏｔｏｃｏｌ）を利用する。ＲＴＳＰは、遠隔のリアルタイム信号の制御を行うためのプロトコルであり、インターネットの標準化機関であるＩＥＴＦで議論が行われている。詳細については例えばインターネットドラフトｄｒａｆｔ−ｉｅｔｆ−ｍｍｍｕｓｉｃ−ｒｔｓｐ−０２．ｐｓに開示されている。
【０１８１】
第１のＡＶ接続装置４は、ＤＶＤプレーヤ８を再生させるために必要なコマンド（例えばＳＥＴＵＰコマンドや、ＰＬＡＹコマンド）をＲＴＳＰ上で発行する。
【０１８２】
ＲＴＳＰのＳＥＴＵＰコマンドを受信した第２のＡＶ接続装置５は、今後ＤＶＤプレーヤ８に対する制御が開始されると解釈し、ＤＶＤプレーヤ８が接続されている第２のＩＥＥＥ１３９４バス３上に映像伝送のための帯域、すなわち同期チャネルの確保を行う。これは、ＩＥＣ１８８３により行われる。ここで、確保された同期チャネル番号を＃ｙとする。帯域は、経験的な値（例えばＭＰＥＧなら６Ｍｂｐｓ等）を用いることとしてもよいし、メッセージ中に要求値を含めてもよい。
【０１８３】
また、ＲＴＳＰのＰＬＡＹコマンドを受信した第２のＡＶ接続装置５は、これを１３９４コマンド、すなわち１３９４ＡＶ／Ｃプロトコル等、１３９４端末間のプロトコルとして規定された、対応するコマンド（例えばＤＶＤ−ＰＬＡＹというコマンドが規定するものとする）により、コマンドをＤＶＤプレーヤ８に発行する。
【０１８４】
このようなコマンドの変換は、１３９４／ＩＰコマンド変換機能２９にて行われる。その処理の流れを図１７を参照しながら説明する。ＩＰ上のコマンドはサービスロケーション代理機能２７により受信される。受信されたコマンドは１３９４／ＩＰコマンド変換機能２９によりコマンド変換される。具体的には、ＤＶＤ用のコマンド対応テーブル６１、ＤＶＴＲ用のコマンド対応テーブル６２といったように、ＩＰ上のコマンド（あるいは操作）と１３９４上のコマンド（あるいは操作）との関係を記述したテーブルをサービス別に設け、これらサービス別テーブルをもとにＩＰで送付されてきたコマンドを１３９４のコマンドに変換し、これを１３９４ＡＶコマンド処理機能２８に渡し送出を指示する。そして、指示を受けた１３９４ＡＶコマンド処理機能２８により実際のコマンドの送出が行われる。
【０１８５】
なお、上記とは逆の方向にコマンドが流れる場合、すなわち１３９４コマンドが入力されこれをＩＰコマンドに変換して出力する場合も、手順は同じ様になる。すなわち、１３９４コマンドは１３９４ＡＶコマンド処理機能２８により受信され、これが１３９４／ＩＰコマンド変換機能２９においてサービス別テーブルをもとにＩＰコマンドに変換され、これがサービスロケーション代理機能２７により送出される。
【０１８６】
さて、このようにしてコマンドがＤＶＤプレーヤ８に到達すると、実際の映像データの送信が第２の１３９４バス３の同期チャネル＃ｘを通して行われる。これは、ＡＣＫ信号が返った後（なお、ＡＣＫ信号は公衆網（ＩＳＤＮあるいはインターネット等）上ではＲＴＳＰのＯＫに変換されてもよい）、実際のデータ転送が開始される。
【０１８７】
第２のＡＶ接続装置５は、データリンクスイッチ２２を介して、映像データを公衆網２に送出する。その際、ＭＰＥＧ多重の形でこれを送付してもよい。
【０１８８】
送出された映像データは公衆網２を介して第１のＡＶ接続装置４に送付される。第１のＡＶ接続装置４は、受信した映像データをデータリンクスイッチ２２を介して、第１の１３９４バス１の同期チャネル＃ｙに送付し、最終的に映像データはデジタルＴＶ７にて再生される。この結果、第１の家庭内ＬＡＮのユーザはデジタルＴＶ７にて、第２の家庭内ＬＡＮ上のＤＶＤプレーヤ８からの映像を見ることができるようになる。
【０１８９】
なお、前述したように、映像データの伝送経路のデータリンクレイヤでの帯域や仮想伝送路識別子の確保、整合を、ＦＡＮＰ処理機能２５あるいはその他のＲＳＶＰ処理機能等により実現するのが好ましい。ＦＡＮＰ等を用いることにより、ネットワーク種別を問わない、通信資源の確保が可能となる。そのようにした場合のシーケンスの一例を図１８に示す。図１８では、実際の映像データの送付に先立ち、ＦＡＮＰにより、映像データの経路となるデータリンクの通信資源の確保と、識別子の整合、接続装置の設定等が行われている。
【０１９０】
次に、公衆網２を介した遠隔操作の他の例として、例えば第１の家庭内ＬＡＮのユーザが、第１のＡＶ接続装置４を操作して、第２の家庭内ＬＡＮ上のエアコン１３（ＬＯＮ端末である）を操作することを考える。
【０１９１】
ユーザの実際の操作は例えば次のようになる。ユーザはまず図１４のエアコンのアイコンをクリックする。すると例えばエアコン操作のための操作ボタン群が画面に表示される。次にユーザは所望の操作ボタンをクリックするなどしてエアコン１３の遠隔操作を行う。
【０１９２】
図１９に、このときに実際のネットワーク上を流れるコマンド群、プロトコル群についてシーケンスの一例を示す。
【０１９３】
まず、第１のＡＶ接続装置４は、サービスロケーションで示されている、代理サーバのＰＣ１０に対して、エアコン１３に対するコマンドを発行する。ここで、第１のＡＶ接続装置４は、エアコン１３はＰＣ１０が提供しているＩＰサービスであると解釈している。コマンドは、代理サーバであるＰＣ１０のポート、すなわち１５０００に対して発行される。
【０１９４】
ここで、遠隔操作のためのコマンドとしては、ＣＣＣＰ（ＣａｍＣｏｄｅｒＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ）を利用することができる。ＣＣＣＰは、遠隔のカムコーダの制御をインターネットを介して行うためのプロトコルであるが、同様の考え方で様々な電気機器の制御が可能であり、特にエアコン向けのコマンド群がＣＣＣＰに存在するものとする。なお、ＣＣＣＰの詳細は例えばインターネットドラフトｄｒａｆｔ−ｏｈｔａ−ｃｃｃ−ｖｉｄｅｏ−００．ｔｘｔに開示されている。
【０１９５】
第１のＡＶ接続装置４は、エアコン１３の電源をオンにするのに必要なコマンド（ＰＯＥＷＲ＿ＯＮコマンド）をＣＣＣＰ上で発行する。
【０１９６】
ＣＣＣＰのＰＯＷＥＲ＿ＯＮコマンドを受信したＰＣ１０は、これをＬＯＮコマンド、ＬＯＮノード間のプロトコルとして規定された、対応するコマンド（例えばＬＯＮ＿ＰＯＷＥＲ＿ＯＮというコマンドが規定するものとする）により、コマンドをエアコン１３に発行する。
【０１９７】
このようなコマンドの変換は、ＰＣ１０内にて行われる。その処理の流れを図２０を参照しながら説明する。ＩＰ上のコマンドは、サービス代理受信機能７１が受信する。受信されたコマンドはＣＣＣＰ／ＬＯＮコマンド変換機能７２によりコマンド変換される。具体的には、ＣＣＣＰ／ＬＯＮコマンド変換機能７２にＬＯＮ用のコマンド対応テーブル、すなわちＩＰ上のコマンド（あるいは操作）とＬＯＮ上のコマンド（あるいは操作）との関係を記述したテーブルを設け、このテーブルをもとにＣＣＣＰで送付されてきたコマンドからＬＯＮを介してエアコン１３に対して送付すべきコマンドに変換し、これをＬＯＮコマンド発行機能７３に渡し送出を指示する。そして、指示を受けたＯＮコマンド発行機能７３により実際のコマンドの送出が行われる。
【０１９８】
上記とは逆の方向にコマンドが流れる場合、すなわちＬＯＮコマンドが入力されこれをＣＣＣＰコマンドに変換して出力する場合も、手順は同じ様になる。
【０１９９】
なお、ＡＣＫ信号が返る場合は（なお、ＡＣＫ信号は公衆網（ＩＳＤＮあるいはインターネット等）上ではＣＣＣＰのＯＫに変換されてもよい；図１９中ではＯＫとして示してある) 、これも第１のＡＶ接続装置４に通知される。
【０２００】
なお、本実施形態で説明したメカニズムは、家庭内ネットワークに限らず、一般の企業ネットワーク、特にいわゆる「モバイル環境」を実現するためのネットワーク技術に適用することが可能であることは、言うまでもない。
【０２０１】
また、本実施形態では、ネットワークレイヤのプロトコルとしてＩＰ、データリンクレイヤのプロトコルとしてＩＥＥＥ１３９４とＬＯＮを用いて説明したが、ネットワークレイヤのプロトコルとして、ＤＡＶＩＣで標準化を進めているＤＳＭ−ＣＣや、ＩＰＸ等、データリンクレイヤのプロトコルとして、イーサネットやＡＴＭ等の技術を用いることも可能である。
【０２０２】
ところで、上記した実施形態では、ＡＶ接続装置にサービスロケーションサービスの機能およびコマンド変換の機能を設け、ＡＶ接続装置がサービスを提供したが、これらの機能は、本実施形態のＡＶ接続装置すなわちネットワークの相互接続を行っているノードが行う必要はなく、例えば図１におけるＰＣ６あるいはＰＣ１０に設け、それらがサービスを提供するようにしても良い。
【０２０３】
この場合、図２のＡＶ接続装置がサービスを実現していた場合と同様に、ネットワークＩ／Ｆ（図２の１３９４Ｉ／Ｆ２１に相当）、ＩＰ処理機能２４、１３９４／ＩＰサービスロケーション処理機能２６、サービスロケーション代理機能２７、１３９４ＡＶコマンド処理機能２８、１３９４／ＩＰコマンド変換機能２９を、ＰＣ６あるいはＰＣ１０あるいはその他のノードに実装し、さらにネットワークの通信資源を確保させる制御や、ネットワーク間で用いる識別子を整合させる制御等のネットワーク制御が必要な場合は、ＦＡＮＰ処理機能２５あるいはＲＳＶＰによる制御処理機能等を実装すれば良い。
【０２０４】
また、サービスロケーションサービスの機能とコマンド変換の機能とを、互いに異なるに実装することも可能である。
【０２０５】
なお、以上の説明では、公衆網２がインターネットではなくＩＳＤＮ等である場合に端末のＩＰアドレスにはプライベートＩＰアドレスを用い、あるいは公衆網２がインターネットである場合に端末のＩＰアドレスにはグローバルＩＰアドレスを用いるものとしたが、例えばＮＡＴ（ＮｅｔｗｏｒｋＡｄｄｒｅｓｓＴｒａｎｓｌａｔｉｏｎ）等のアドレス変換を用いて、公衆網２がインターネットである場合に少なくともネットワークの相互接続を行うノード（図１ではＡＶ接続装置端末）にグローバルＩＰアドレスを用い、その他のノードにはプライベートＩＰアドレスを用いることができるようにしてもよい。この場合、例えば、外部のネットワークからは、ネットワークの相互接続を行うノードのグローバルＩＰアドレスと、宛先となるノードのプライベートＩＰアドレス（またはプライベートＩＰアドレスとポート番号の組）を指し示すためのポート番号との組を宛先として、ＩＰパケットを転送し、ネットワークの相互接続を行うノードにて、テーブルを参照するなどして、当該グローバルＩＰアドレスとポート番号の組を、宛先となるノードのプライベートＩＰアドレス（またはプライベートＩＰアドレスとポート番号の組）に変換するようにしてよい。
【０２０６】
（第２の実施形態）
本実施形態ではＩＥＥＥ１３９４インタフェースを持つＰＣが同一の１３９４バスに接続された１３９４装置を認識して利用する場合について説明する。
【０２０７】
一般に、１３９４バスには種々の装置が接続される可能性があり、ＰＣは予め接続されるすべての装置に関する情報やそれを制御するためのドライバソフトウェアを持っているわけではない。
【０２０８】
そこで、本実施形態では、１３９４バスに接続された装置の情報の収集を行う。その手順の概略は次の通りである。
【０２０９】
ｉ）まず、１３９４ｕｎｉｔの認識を行う。具体的には１３９４ノードのｕｎｉｑｕｅＩＤとｕｎｉｔ番号を取得する。
【０２１０】
ii）次に、各ｕｎｉｔのカテゴリ判別を行う。そして、登録済みの論理デバイスに対応するカテゴリか否か判断する。
【０２１１】
iii ）次に、登録済みデバイスについて、占有状態の取得を行う（なお、この場合には、標準ドライバを利用する）。
【０２１２】
iv）そして、登録済みでない１３９４ｕｎｉｔの占有状態の判定を行う。
【０２１３】
また、本実施形態では、非同期的に発生してデバイスドライバの構成の変更を行う事象として次のものを扱う。
【０２１４】
ｉ）アプリケーションによる装置の利用要求
ii）ＩＥＥＥ１３９４インタフェースのバスリセット（１３９４装置の追加、削除）
iii ）装置の占有状態の変更
以下、本実施形態について詳しく説明する。
【０２１５】
まず、ハードウェア構成について説明する。
【０２１６】
図２１に本実施形態に係るＰＣの構成例を示す。８１はＰＣを、８２はプロセッサを、８３はプロセッサのローカルバスに接続されたメインメモリを、８４はシステムバスを、８５は２次記憶装置を、８６，８７はＩＥＥＥ１３９４インタフェースを、８８はハードディスクをそれぞれ表す。
【０２１７】
２次記憶装置８５とＩＥＥＥ１３９４インタフェース８６とＩＥＥＥ１３９４インタフェース８７は、それぞれシステムバス８４に接続されている。２次記憶装置８５は、例えばフラッシュＥＥＰＲＯＭによって構成される。
【０２１８】
ハードディスク８８は、ＰＣ８１の筐体内部にあるＩＥＥＥ１３９４インタフェース８７によって接続されている。
【０２１９】
ＩＥＥＥ１３９４インタフェース８６は、ＰＣ８１の筐体外に置かれているプリンタ９０、ＦＡＸ９１、マッサージ装置（リクライニングシート型マッサージ装置とする；以下、単に、マッサージ装置と呼ぶ）９２、トースタ９３にそれぞれ接続している。なお、説明上、ＦＡＸ９１はＦＡＸ機能およびスキャナ機能に対応するユニットとプリンタ機能に対応するユニットを持ち、マッサージ装置９２は背中、首等の上半身部分へのマッサージ機構に対応するユニットと足等の下半身部分へのマッサージ機構に対応するユニットを持つものとする。
【０２２０】
次に、オペレーティングシステム（以下、ＯＳ）のソフトウェア構造について説明する。
【０２２１】
図２２に本実施形態のＰＣ８１におけるソフトウェア構造の一例を示す。
【０２２２】
図２２のＯＳ内部において、１０１はＯＳの論理デバイス管理機能、１０２は２次記憶装置管理機能、１０３は１３９４インタフェース管理機能をそれぞれ表す。
【０２２３】
２次記憶装置１０２，ハードディスク１０３はＯＳが直接管理する。一方、プリンタ９０、ＦＡＸ９１、マッサージ装置９２、トースタ９３の各ハードウェアについては１３９４管理機能を通じてデバイスの認識や登録が行われる（この手順については後述する）。
【０２２４】
１１１，１１２は、２次記憶装置管理機能１０２の配下にあり、２次記憶装置８５とハードディスク８８をそれぞれ制御するデバイスドライバである。１１３，１１４はそれぞれ１３９４インタフェース管理機能１０３の配下にあり、ＩＥＥＥ１３９４インタフェース８６，８７をそれぞれ制御するデバイスドライバである。
【０２２５】
図２２のＯＳＡＰＩ（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｇｒａｍｉｎｇＩｎｔｅｒｆａｃｅ）とＪＡＶＡＡＰＩの間において、１２１は１３９４管理オブジェクトを表す。
【０２２６】
図２２のＪＡＶＡＳＰＩ（ＳｙｓｔｅｍＰｒｏｇｒａｍｉｎｇＩｎｔｅｒｆａｃｅ）とＪＡＶＡＡＰＩの間において、１２２は論理デバイス管理オブジェクトを表し、１３１，１３２，１３３，１３４はそれぞれモデム、プリンタ、スキャナ，不明に対応する論理デバイスクラスオブジェクトを表し、１３１−１〜２，１３２−１，１３３−１，１３４−１〜３はそれぞれ１３１，１３２，１３３，１３４の論理デバイスクラスオブジェクトによって管理される論理デバイスオブジェクトを表す（不明のクラスの詳細については後述する）。
【０２２７】
図２２のＯＳＡＰＩとＪＡＶＡＳＰＩの間において、１５１はプリンタ９０のｕｎｉｔ１（図２２中１０４）に、１５２はＦＡＸ９１のｕｎｉｔ１（図２２中１０５）に、１５３はＦＡＸ９１のｕｎｉｔ２（図２２中１０６）に、１５４はマッサージ装置９２のｕｎｉｔ１（図２２中１０７）に、１５５はマッサージ装置９２のｕｎｉｔ２（図２２中１０８）に、１５６はトースタ９３のｕｎｉｔ１（図２２中１０９）にそれぞれ対応する物理デバイスオブジェクトを表す。また、１６１，１６２，１６３，１６４，１６５，１６６はそれぞれ１５１〜１５６の物理デバイスオブジェクトに対応するドライバオブジェクトを表す。
【０２２８】
図２２中において、矢印は各々のオブジェクトの参照関係を表す。参照関係を持つことにより、参照先のオブジェクトのメソッドを起動して状態変数を読み出すことができる。例えば、物理デバイスオブジェクト１５１〜１５６は、１３９４管理オブジェクト１２１に始まる参照関係を持つことによって、１３４９管理オブジェクトの配下にある物理デバイスオブジェクトとして登録されていることを表している。１５１はプリンタクラスの論理デバイスオブジェクト１３１−２に登録されており、ドライバオブジェクト１６１は物理デバイスオブジェクト１５１に登録されており、他のものも同様である。
【０２２９】
次に、ＯＳの初期化について説明する。
【０２３０】
ＰＣ８１は、電源投入後、２次記憶装置８５に格納されたプログラムを読み込みＯＳを起動する。ＯＳの一般仕様については特に問わないが、ＯＳ上ではコンパイルされたＪａｖａコードが実行できるものとする。なお、Ｊａｖａについては種々の文献があるが例えばＪａｖａＬａｎｇｕａｇｅＳｐｅｃｉｆｉｃａｔｉｏｎｈｔｔｐ：／／ｊａｖａ．ｓｕｎ．ｃｏｍにて詳しく説明されている。
【０２３１】
本実施形態では、ＩＥＥＥ１３９４インタフェース８７に接続されるハードディスク８８はＯＳで直接管理する１３９４装置として予め決められている。ＩＥＥＥ１３９４機器はレジスタへの値の書き込みや読み出しにによって操作するものであり、ＰＣ８１はハードディスク８７の予め定められたレジスタにＰＣ８１自身のＩＥＥＥ１３９４インタフェースのｕｎｉｑｕｅＩＤを書き込むことにより、ハードディスク８８をＩＥＥＥ１３９４インタフェース８７を持つＰＣ８１が排他的に使用することを示す。
【０２３２】
ＰＣ８１のＯＳはＪａｖａプログラムからＩＥＥＥ１３９４インタフェースのトランザクション要求の発行および応答ができるＡＰＩ（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｇｒａｍｉｎｇＩｎｔｅｒｆａｃｅ）を持つ。ＰＣ８１の初期化によるＯＳの起動後、上記ＡＰＩを通じて各々の１３９４インタフェースに接続されているＩＥＥＥ１３９４機器を管理するＪａｖａコードが実行される。これを１３９４管理オブジェクトと呼ぶ。また、ＯＳは、オブジェクトクラスの名前から対応するコードの識別子を得てオブジェクトを生成する動的オブジェクトローディング機構を備えているものとする。
【０２３３】
以下では、Ｊａｖａコードの格納、伝送形態をｘｘコード、あるクラス全体に関わるオブジェクトをｘｘクラスオブジェクト、あるクラスの実体化されたオブジェクトをｘｘオブジェクトと呼ぶ。例えば、ある型の論理装置全てを管理するオブジェクトを論理デバイスクラスオブジェクト、各々の物理装置に対応する装置のＪａｖａＡＰＩを提供するオブジェクトを論理デバイスオブジェクトと呼ぶ。また、オブジェクトのコードにはある識別子が付与されていて、それを他のオブジェクトと識別することができるものとする。識別名はオブジェクトコードに埋め込まれていても良いし、それを格納するファイル名あるいはそれが格納されているＩＳＯ１２１２形式のアドレスで表現されても良い。一方、オブジェクトには少なくとも当該ＰＣで一意に他のオブジェクトと識別できる識別子が付与されているものとする。例えばオブジェクトが格納される仮想記憶空間のアドレスである。ＩＥＥＥ１３９４バスで使用する際には識別子はＩＥＥＥ１３９４バス上で一意に識別されることが望ましい。
【０２３４】
次に、物理装置の認識について説明する。
【０２３５】
ＯＳによる１３９４インタフェースの初期化が完了すると、１３９４管理オブジェクト１２１と論理デバイス管理オブジェクト１２２が生成される。１３９４管理オブジェクト１２１と論理デバイス管理オブジェクト１２２は互いの参照を保持し、相互に情報を交換しながらデバイスの認識と登録を行う。
【０２３６】
１３９４管理オブジェクト１２１はＩＥＥＥ１３９４インタフェース８６，８７に接続されている装置の情報を収集して各１３９４ノードを認識する。ただし、１３９４管理オブジェクト１２１の初期化時に予めＯＳが排他的に利用するものと定義されたハードディスク８７は認識から除外される。１３９４管理オブジェクト１２１は前述の１３９４制御ＡＰＩを通じてＰＣ８１の各１３９４インタフェースの持つＴＯＰＯＬＯＧＹ＿ＭＡＰレジスタまたはＳＰＥＥＤ＿ＭＡＰレジスタにあるｎｏｄｅＩＤ毎に各ノードにｃｏｎｆｉｇＲＯＭ領域の読み出し要求を発行して当該ノードのｕｎｉｑｅＩＤとｕｎｉｔが複数存在すればそれぞれのｕｎｉｔＩＤおよびｃａｐａｂｉｌｉｔｙを得る。これらレジスタの形式はＩＥＣ１２１２（ＡＮＳＩ／ＩＥＥＥＳｔｄ１２１２ＣｏｎｔｒｏｌａｎｄＳｔａｔｕｓＲｅｇｉｓｔｅｒ（ＣＳＲ）ＡｒｃｈｉｔｅｃｔｕｒｅｆｏｒＭｉｃｒｏｃｏｍｐｕｔｅｒＢｕｓｅｓ［ＩＳＯ／ＩＥＣ１３２１３］）で定められており、詳細についてはここでは省略する。
【０２３７】
最終的に１３９４管理オブジェクト１２１はｕｎｉｑｕｅＩＤとｕｎｉｔＩＤとｃａｐａｂｉｌｉｔｙの組のリストを得てこれらデバイスの登録を行う。１３９４管理オブジェクト１２１はプリンタ９０、ＦＡＸ９１，マッサージ装置９２、トースタ９３から上記レジスタの値を読み出してそれぞれのｕｎｉｔに対応する１３９４物理装置オブジェクト１５１〜１５６を生成する。ＦＡＸ９２、マッサージ装置９３は２つのｕｎｉｔを持っており、それぞれ対応する物理デバイスオブジェクト１５２，１５３，１５４，１５５を生成する。オブジェクトの生成が完了すると１３９４管理オブジェクト１２１は論理デバイス管理オブジェクト１２２に物理デバイス登録の完了を通知する。
【０２３８】
認識の対象から外される装置は、予めＯＳによって占有されている装置の他に、装置自身のレジスタが占有を表していて、そこに占有を示す値が書き込まれている場合には認識の対象とはしないこととしても良い。
【０２３９】
ここで、登録について説明する前に、デバイスを制御するプログラム（ここではオブジェクトと呼ぶ）の構造と動作について説明する。
【０２４０】
各々の装置の機能に対応し、アプリケーションに入出力ＡＰＩを提供するのが１３１−１，１３２−１，…の論理デバイスオブジェクトである。それぞれの論理デバイスオブジェクトは、ファイル、プリンタといった種別毎に設けられる論理デバイスクラスオブジェクトによって管理される。各々の論理デバイスオブジェクトはただ一つの論理デバイスクラスオブジェクトに帰属するが、一つの論理デバイスクラスオブジェクトは配下に複数の論理デバイスオブジェクトを持っても良い。例えば、プリンタの論理デバイスオブジェクト１３１−１は、ただ一つの論理デバイスクラスオブジェクト１３１に帰属するが、プリンタの論理デバイスクラスオブジェクト１３１の配下には、１３１−１，１３１−２の２つの論理デバイスオブジェクトがある。
【０２４１】
物理デバイスオブジェクトは、１３９４ユニットと１対１対応に存在する。１つの物理デバイスオブジェクトが複数の論理デバイスオブジェクトから参照されることもある。例えば、物理デバイスオブジェクト１５２は、プリンタ９１のｕｎｉｔ１に対応しているとともに、プリンタの論理デバイスオブジェクト１３１−１とＦＡＸの論理デバイスオブジェクト１３３−１の２つの論理デバイスオブジェクトから参照されている。
【０２４２】
本実施形態では、ＰＣ８１は、プリンタ、スキャナ、ＦＡＸ、不明の各デバイスクラスに対応する論理デバイスクラスオブジェクト１３１〜１３４を持っているものとする。各々の論理デバイスクラスオブジェクトは、その配下に論理デバイスオブジェクト１３１−１…ｎ，１３２−１…ｎ，１３３−１…ｎ，１３４−１…ｎを持っている。ＰＣ８１で実行されるＪａｖａアプリケーションはこれら論理デバイスオブジェクトを通じて物理装置の実装の差異に関らず同一のクラスに属する物理装置は同一の方法で利用することができる。これはそれぞれの論理デバイスクラスオブジェクト毎にＪａｖａＳＰＩが共通化されているからである。
【０２４３】
例えば、プリンタ装置のアクセスを行う際のＩＥＥＥ１３９４レジスタのアドレスと手順は、ＡＮＳＩＸ３Ｔ１０ＳｅｒｉａｌＢｕｓＰｒｏｔｏｃｏｌ（ＳＢＰ）として定められている。ＩＥＥＥ１３９４インタフェースがどのような実装であっても上記ＳＢＰに則ったＩＥＥＥ１３９４形式のメッセージをデバイスドライバが生成すればプリンタの制御を行うことができる。さらに、デバイスドライバがハードウェアやＯＳに依存しないＪａｖａで記述されていれば、ＩＥＥＥ１３９４インタフェースのドライバへのシステムプログラムインタフェースが同一である限り、どのようなＯＳにおいても同一のプリンタデバイスドライバが使用可能である。
【０２４４】
アプリケーションは、論理デバイス管理オブジェクト１２２にデバイスクラス一覧を要求することによって、論理デバイスクラスオブジェクト１３１〜１３４の一覧を得ることができる。論理デバイスクラスオブジェクトからは、それぞれのプリンタ、スキャナといった同じタイプに属する論理デバイスオブジェクトの一覧を得ることができる。論理デバイス管理オブジェクト１２２は、論理デバイスクラスオブジェクトの登録／削除などの管理も行う。
【０２４５】
次に、論理デバイス管理オブジェクト１２２による論理デバイスクラスオブジェクトの初期化について説明する。図２３に論理デバイス管理オブジェクト初期化手順の一例を示す。
【０２４６】
論理デバイス管理オブジェクト１２２は、予め定められたデバイスクラス、プリンタ、スキャナ、ＦＡＸに対応する論理デバイスクラスオブジェクト１３１，１３２，１３３を生成し、図２中にて矢印で示されるこれらオブジェクト間の参照を作る（ステップＳ１１〜Ｓ１４）。
【０２４７】
これら１３１，１３２，１３３の各論理デバイスクラスオブジェクトは、生成に続いて初期化を行う（その間、論理デバイス管理オブジェクト１２２は初期化完了を待つ；ステップＳ１５）。初期化が完了すると論理デバイス管理オブジェクト１２２へ初期化が完了したことを通知する。
【０２４８】
完了通知を受けた論理デバイス管理オブジェクト１２２は、最後に１３１〜１３３の各論理デバイスクラスオブジェクトによって認識されなかった物理デバイスを管理する不明の論理デバイスクラスオブジェクト１３４を生成し、初期化する（ステップＳ１６，Ｓ１７）。論理デバイス管理オブジェクト１２２は、不明のクラスの初期化の完了通知を受けとると、初期化完了状態となる（ステップＳ１８）。
【０２４９】
次に、論理デバイスクラスオブジェクトの初期化について論理デバイスクラスオブジェクト１３１を例に取りつつ説明する。図２４に論理デバイスクラスオブジェクト初期化手順の一例を示す。
【０２５０】
論理デバイス管理オブジェクト１２２は、論理デバイスクラスオブジェクトの生成時に１３９４管理オブジェクト１２１への参照を渡す。論理デバイスクラスオブジェクト１３１は、１３９４管理オブジェクト１２１に物理デバイスオブジェクトへの参照を要求する（ステップＳ２１）。
【０２５１】
１３９４管理オブジェクト１２１は、物理デバイスオブジェクトの参照が要求されると、自オブジェクトが保持している参照に従って物理デバイスオブジェクト１５１から順番に参照を返却する。
【０２５２】
論理デバイスクラスオブジェクト１３１は、物理デバイスオブジェクト１５１への参照を入手すると、オブジェクト１５１の属性値取得メソッドを起動してｕｎｉｑｕｅＩＤ、ｕｎｉｔＩＤ、ｃａｐａｂｉｌｉｔｙを取得する（ステップＳ２２）。論理デバイスクラスオブジェクト１３１は、これらの値が自デバイスクラスに合致するかを判定するテーブルを予め持っており、取得した物理デバイスオブジェクト１５１が自クラスに合致するかを判定することができる。
【０２５３】
物理デバイス１５１のｕｎｉｑｕｅＩＤ、ｕｎｉｔＩＤはプリンタを示す値であったので、論理デバイスクラスオブジェクト１３１は、物理デバイスオブジェクト１５１に対応する論理デバイスオブジェクト１３１−１を生成し、初期化を開始させる。このときも論理デバイスクラスオブジェクトと論理デバイスオブジェクトは相互に参照関係を持ち、論理デバイスオブジェクト１３１−１は論理デバイスクラスオブジェクト１３１の配下として登録される（ステップＳ２３〜Ｓ２４）。
【０２５４】
この判定はｕｎｉｑｅＩＤ、ｕｎｉｔＩＤに限らず他の属性値の組合せによって行っても良い。また、論理デバイスクラスオブジェクトがテーブルを持つことなくｕｎｉｑｕｅＩＤやｕｎｉｔＩＤをキーとしてＰＣ８１の外にある検索サーバに問い合わせても良い。
【０２５５】
以下、引き続いて論理デバイスクラスオブジェクト１３１は、１３９４管理オブジェクト１２１に物理デバイスへの参照を要求し、１５２，１５３，…について同様の作業を最後の物理デバイス１５６まで行う。ＦＡＸ１５２のｕｎｉｔ２はプリンタのｃａｐａｂｉｌｉｔｙを持っているのでこれも論理デバイスオブジェクト１３１−２としてプリンタクラスオブジェクトに登録される（ステップＳ２１〜Ｓ２４）。
【０２５６】
全ての物理デバイスオブジェクトについて作業が終了すると、登録した論理デバイスオブジェクト１３１−１，１３２−２からの初期化完了通知を待つ（ステップＳ２５）。論理デバイスオブジェクト１３１−１，１３２−２からの初期化完了通知を受けとると、プリンタクラスの論理デバイスクラスオブジェクト１３１は、論理デバイス管理オブジェクト１２２に初期化の完了を通知する（ステップＳ２６）。
【０２５７】
次に、論理デバイスオブジェクトの初期化について論理デバイスオブジェクト１３１−１を例に取りつつ説明する。図２５に論理デバイスオブジェクト初期化手順の一例を示す。
【０２５８】
論理デバイスオブジェクト１３１−１は、自身の属性値を初期化した後、物理デバイス１５１に初期化要求を発行して１５１からの完了通知を待つ（ステップＳ３１，Ｓ３２）。完了通知を受信するとプリンタクラスの論理デバイスクラスオブジェクト１３１に完了通知を発行する（ステップＳ３３）。初期化要求を受信した物理デバイスオブジェクト１５１は、物理装置９０に対応するデバイス制御コードを決定し、それを読み込んでデバイス制御オブジェクト１６１を生成し、物理デバイスオブジェクトに登録する。
【０２５９】
次に、物理デバイスオブジェクトの初期化について物理デバイスオブジェクト１５１を例に取りつつ説明する。図２６に物理デバイスオブジェクト初期化手順の一例を示す。
【０２６０】
なお、物理デバイスオブジェクトの生成は１３９４管理オブジェクト１２１によって論理デバイスオブジェクトの生成以前に行われており、ここでの初期化は生成とは異り、また１３９４管理オブジェクト１２１が物理デバイスオブジェクト１５１を生成した時点ではプリンタ制御固有のコードは読み込まれていない。
【０２６１】
ロードするデバイス制御コードは例えば次のようにして決定される。１３９４管理オブジェクト１２１は属性値ｕｎｉｑｕｅＩＤ、ｕｎｉｔＩＤ、ｃａｐａｂｉｌｉｔｙと論理デバイスクラスオブジェクトからデバイス制御コードのクラス名を求めるテーブルを持っており、物理デバイスオブジェクト１５１は１３９４管理オブジェクト１２１に自身の持つ属性値ｕｎｉｑｕｅＩＤ、ｕｎｉｔＩＤ、ｃａｐａｂｉｌｉｔｙを含む問い合わせ要求を発行し、その返り値としてクラス名を得る（ステップＳ４１）。デバイス制御コードの識別子は前述のように当該ＰＣのファイルを示すパス名でよい。もちろん、ＰＣ８１の外部に属性値に基づく問い合わせを発行して取得しても構わない。
【０２６２】
上記の方法で得たクラス名から動的オブジェクトローディング機能により、デバイス制御コードがロードされてデバイス制御オブジェクト１６１が生成され、物理デバイスオブジェクト１５１に登録される。物理デバイスオブジェクト１５１は、デバイス制御オブジェクト１６１の属性値の初期化を行った後、ハードウェアの初期化要求を発行する（ステップＳ４２〜Ｓ４４）。
【０２６３】
クラス名に対応するコードがローカルに存在すればそれを読み込む。クラス名がリモートのネットワーク上の資源を示していれば、ネットワーク上から取得する。クラス名が明示的にネットワーク上の資源を指していない場合でも、コードがローカルに存在しない場合はネットワーク上の検索サーバなどを利用してネットワーク上の位置を取得し、コードを読み込む。
【０２６４】
次に、デバイス制御オブジェクト１６１はハードウェアの初期化のためのレジスタ書き込みを行うパケットを準備し、１３９４トランザクションのシステムコールを呼び、物理装置９０を初期化する。初期化が完了すると物理デバイスオブジェクト１５１は論理デバイスオブジェクト１３１−１に完了通知を発行する（ステップＳ４５）。
【０２６５】
ところで、物理デバイスオブジェクトには物理デバイスオブジェクト１５２のように２つ以上の論理デバイスオブジェクト（１３１−１，１３３−１）に登録されているもの。このような物理デバイスオブジェクトは２回以上の初期化要求を受けることになる。２度目の初期化では、属性値から決定したデバイス制御オブジェクトが１度目に獲得したデバイス制御オブジェクトと同一であるかどうかを比較し（ステップＳ４４）、同一であれば同一のものを使用し、違っていれば新たにデバイス制御オブジェクトを読み込み、生成する。物理デバイスオブジェクト１５２ではプリンタクラス、ＦＡＸクラスに同一のデバイス制御オブジェクト１６２を使用するが、これはデバイス制御オブジェクトがプリンタとＦＡＸの両方のＪａｖａＳＰＩをサポートするものだからである。もし最初にロードしたデバイス制御オブジェクトがプリンタクラスのＪａｖａＳＰＩのみをサポートしてＦＡＸクラスをサポートしていなければ、新たに両方をサポートするデバイス制御オブジェクトを検索して入手するか、ＦＡＸクラスのサポートをやめる。もし両立ができなければ最初にロードされたクラスが優先されることとする。
【０２６６】
さて、一般に論理デバイス種別が増えたときに、利用する可能性のある全ての論理デバイスクラスオブジェクトを予め用意しておくことはメモリなどの資源の利用の点で非効率的である。また、一つの物理装置が多数の論理デバイスクラスオブジェクトから利用される可能性があり、かつ下位デバイス制御プログラム（本実施形態のデバイス制御オブジェクト）が上位論理デバイスクラスオブジェクトに依存して変更される場合には物理デバイスに合わせて上位論理デバイスを決定する手順は繁雑になる。特に、ＩＥＥＥ１３９４バスのように家庭に導入され、家庭内のネットワークとしても利用されるバスでは接続される機器を予め限定することは難しい。
【０２６７】
むしろ利用者の利用形態によって規定される上位論理デバイスを利用者が決定して、接続された装置をその方法によって利用することが上記ネットワークにおいては適切である。このため本実施形態では、不明のデバイスクラスを設けることによって使用法が未知の装置をとりあえず認識し、詳しくは後述するように装置に合わせた上位論理デバイスを新たに付け加える方法を取っている。
【０２６８】
１３９４管理オブジェクト１２１が複数の論理デバイスと属性値に対応するクラス名の表を持っており、物理デバイスオブジェクトが２度目の初期化を行う際には２つの論理デバイスクラスオブジェクトの名前と属性値を指定して１３９４管理オブジェクト１２１に問い合わせを行っても良い。
【０２６９】
次に、不明の論理デバイスクラスオブジェクト１３４の初期化について説明する。
【０２７０】
不明の論理デバイスクラスオブジェクト１３４は、１３１〜１３３までの論理デバイスクラスオブジェクト１３４と同様、生成時に１３９４管理オブジェクト１２１への参照を受け取る。そして、論理デバイスクラスオブジェクト１３１〜１３３の初期化と同様に１５１，…，１５６の各物理デバイスオブジェクトへの参照を得る。
【０２７１】
不明の論理デバイスクラスオブジェクト１３４は、最初に物理デバイスオブジェクト１５１への参照を得る。不明の論理デバイスクラスオブジェクト１３４は物理デバイスオブジェクト１５１へ論理デバイスオブジェクトへの参照を持っているかどうかの問い合わせを行い、持っていれば物理デバイスオブジェクト１５１の認識を中止して、次の物理デバイスオブジェクト１５２への参照を入手する。物理デバイスオブジェクト１５１，１５２，１５３はいずれも他の論理デバイスオブジェクトに登録されているので不明のデバイスとしての登録は行わない。
【０２７２】
一方、物理デバイスオブジェクト１５４は、論理デバイスオブジェクトからの参照を持っていない。ここで不明の論理デバイスクラスオブジェクト１３４は、物理デバイスオブジェクト１５４に対応する論理デバイスオブジェクト１３４−１を生成して自身に登録する。論理デバイスオブジェクト１３４−１は、物理デバイスオブジェクト１５４を自身に登録する。不明の論理デバイスオブジェクト１３４−１は、物理デバイスオブジェクト１５４へ初期化を要求しない。したがって、この時点では物理デバイスオブジェクト１５４にはデバイス制御オブジェクトは登録されない。
【０２７３】
以下、物理デバイスオブジェクト１５５，１５６についても同様の初期化を行い、不明の論理デバイスオブジェクト１３４−２，１３４−３が生成されて、完了の通知を発行し、不明のデバイスクラスの初期化が完了する。
【０２７４】
論理デバイス管理オブジェクト１２２は、予め定められた論理デバイスクラスオブジェクトの生成初期化と、それに続く不明の論理デバイスクラスオブジェクトの生成初期化が完了すると終了する。初期化が終ると論理デバイス管理オブジェクト１２２はアプリケーションからのデバイスクラス一覧要求に答えることができる。初期化が完了する前はアプリケーションからの問い合わせに対して、利用不能の答を返す。
【０２７５】
次に、アプリケーションからのデバイスの利用について説明する。ここでは、アプリケーションからプリンタ９０を利用する場合を例にとって説明する。
【０２７６】
なお、物理デバイスと論理デバイスとの間のインタフェースをＪａｖａＳＰＩ、論理デバイスとアプリケーションとの間をＪａｖａＡＰＩと呼ぶ。これらはＯＳとＪａｖａとの間のＡＰＩとは異るものである。
【０２７７】
アプリケーションプログラムは、ＯＳへの問い合わせなどの所定の方法によりプリンタ９０に対応する論理デバイスオブジェクト１３１−１への参照を知っているものとする。
【０２７８】
例えば、アプリケーションは、論理デバイス管理オブジェクト１２２への参照を予め知っていて、論理デバイス管理オブジェクト１２２を通じてプリンタクラスへの参照を獲得し、プリンタクラスからプリンタ１３１−１への参照を入手する。または、装置構成に関するネーミングサービスが提供されていても良い。
【０２７９】
アプリケーションプログラムは、ｐｏｓｔｓｃｒｉｐｔファイルへの参照を引数として、論理デバイスオブジェクト１３１−１に印刷要求を発行する。
【０２８０】
論理デバイスオブジェクト１３１−１は、ファイルのヘッダ情報からそれがｐｏｓｔｓｃｒｉｐｔファイルであることを知り、ｐｏｓｔｓｃｒｉｐｔファイルをビットマップイメージに展開する。そして、論理デバイスオブジェクト１３１−１は、ビットマップイメージとビットマップ以外の紙サイズ指定などの情報を含むオブジェクトへの参照を引数として、物理デバイスオブジェクト１５１に印刷要求を発行する。なお、論理デバイスオブジェクト１３１−１にて待ち行列処理を行うことが望ましい。
【０２８１】
物理デバイスオブジェクト１５１は、デバイス制御オブジェクト１６１を通じて印刷イメージに対応するビットマップ情報をプリンタ９０に転送する。すなわち、プリンタ９０の予め定められたＣＳＲレジスタＡにｌｏｃｋトランザクションによってＰＣ８１が利用するフラグを書き込む。ｌｏｃｋに成功してプリンタの使用権を獲得すると、次はデータを転送するためのＩＥＥＥ１３９４バス上のＩｓｏｃｈｒｏｕｎｓチャネルの設定と、紙サイズ、トレイ情報などのプリンタの設定を行うトランザクションを発行する。チャネルを獲得したらビットマップ情報を転送し、転送が完了すると転送完了のトランザクションを発行してプリンタへの印刷指示を完了する。プリンタでの印刷状況はあるＣＳＲレジスタに表示されるので、物理デバイスオブジェクトがそれをポーリングすることによって印刷の完了を知る。
【０２８２】
次に、不明のタイプとして登録されている装置の利用についてマッサージ装置１２を例にとって説明する。
【０２８３】
図２７は論理デバイスクラスオブジェクトを追加したときのソフトウェア構造、図２８はアプリケーションによる新規デバイスクラス追加要求手順の一例、図２９は論理デバイス管理オブジェクト１２２による新規デバイスクラス追加手順の一例をそれぞれ示す。
【０２８４】
アプリケーションは、論理デバイス管理オブジェクト１２２に論理デバイスクラスの一覧取得要求を発行する（ステップＳ５１）。不明の論理デバイスクラスオブジェクト１３４への参照を取得すると、不明のデバイスクラス１３４に論理デバイスの一覧取得を要求する（ステップＳ５２，Ｓ５３）。
【０２８５】
アプリケーションは、一覧からマッサージ装置９２に対応する論理デバイスオブジェクト１３４−１への参照を選択して利用可能な論理デバイス情報を要求する（ステップＳ５４）。
【０２８６】
論理デバイスオブジェクト１３４−１は、物理デバイスオブジェクト１５４からその属性値を取得し、論理デバイス管理オブジェクト１２２に物理デバイスオブジェクト１５４が利用可能な論理デバイスクラスの検索要求を発行する。既述のように論理デバイス管理オブジェクト１２２は属性値から論理デバイスクラス名とを対応させるテーブルを持っている。このテーブルから論理デバイスクラス名またはそのリストが論理デバイス１３４−１に返却され、論理デバイス１３４−１は要求に対して論理デバイスクラス名を獲得し、論理デバイス情報としてアプリケーションに通知する。もちろん、ここでもデバイスクラス名の検索をネットワーク上のサーバに問い合わせることによって行っても構わない。ドライバオブジェクトの格納場所には少なくともマッサージ装置のデフォルトのドライバのオブジェクトコードと利用法の自然言語による説明が格納されていることが望ましい。
【０２８７】
アプリケーションは、使用する論理デバイスクラス名「マッサージ装置」を選択して論理デバイスクラス登録要求を論理デバイス管理オブジェクト１２２に発行する（ステップＳ５５，Ｓ５６，Ｓ５７）。
【０２８８】
論理デバイス管理オブジェクト１２２は，指定されたクラス名に対応する新しい論理デバイスクラスオブジェクト１３５を生成し（ステップＳ６１）、不明の論理デバイスクラスオブジェクト１３４および不明のクラスとリンクされているＦＡＸの論理デバイスクラスオブジェクト１３３との間に挿入する（ステップＳ６２）。そして、今まで不明のデバイスクラスに登録されていた論理デバイスオブジェクト１３４−１，１３４−２を削除して（ステップＳ６３）、論理デバイスクラスオブジェクト１３５に初期化要求を発行する（ステップＳ６４）。この状態を図２７に示す。以後のステップＳ６５とステップＳ６６の手順と新規論理デバイスクラスオブジェクト１２５の初期化手順は既に説明したものと同様である。なお、図２７中、１３５−１は新たに生成された論理デバイスオブジェクトである。
【０２８９】
ここでは，不明のデバイスに対応する論理デバイスを検索する例について説明したが、既存の物理デバイスの組合せから、対応する新しい論理デバイスを検索しても良い。例えば、プリンタとスキャナとモデムの機能を持つ各物理デバイスの組合せによって利用可能な新しい論理デバイスＦＡＸを検索するような場合である。
【０２９０】
上記の機能を備えることにより、普段使用しないデバイスを制御するための不要なプログラムはシステムの初期化時には読み込まず、必要になった時点で読み込むことにより、ＰＣのメモリなどの資源を節約してコストを低下させることができる。
【０２９１】
次に、１３９４デバイスの構成変更イベントについて説明する。
【０２９２】
ＰＣが利用できる１３９４装置の接続状況は変化し得る。しかも、ＩＥＥＥ１３９４バスでは動作中にコネクタの挿抜によって構成を変更することができる。この変更結果は、デバイスオブジェクトの追加や削除として論理デバイスに反映されなければならない。また、ある装置によるデバイスの占有が終了すれば、そのデバイスは他の装置で利用可能になる。以下では、このような構成の変化を認識する手順について説明する。
【０２９３】
バスリセットが発生すると、ＯＳの１３９４インタフェースから１３９４管理オブジェクト１２１にバスリセットが通知される。１３９４管理オブジェクト１２１は、再度、ＴＯＰＯＬＯＧＹ＿ＭＡＰおよびＳＰＥＥＤ＿ＭＡＰから１３９４物理装置の一覧を取得し、それらのｕｎｉｑｕｅＩＤを取得して既知のデバイスとの対応をとる。
【０２９４】
まず、バスリセット後に、１３９４管理オブジェクト１２１は、全ての物理デバイスオブジェクトのｅｘｉｓｔ属性値を「不明」とする。
【０２９５】
装置から取得したｕｎｉｑｕｅＩＤが既存の物理デバイスオブジェクトの保持するｕｎｉｑｕｅＩＤに一致する場合、その装置は既に登録済みでありｅｘｉｓｔを「存在」とする。
【０２９６】
装置から取得したｕｎｉｑｕｅＩＤが既存の物理デバイスオブジェクトの保持するｕｎｉｑｕｅＩＤと一致しない場合、その装置は新しく追加された装置であり、物理デバイスオブジェクトを生成初期化し、ｅｘｉｓｔを「存在」とする。
【０２９７】
この操作を全てのＮＯＤＥＩＤについて行った後、ｅｘｉｓｔが不明になっている物理デバイスオブジェクトは対応する装置が取り去られたものとして、それを削除する。物理デバイスオブジェクトを削除すると、対応する論理デバイスオブジェクトにそれが通知され、論理デバイスオブジェクトは終了処理を行い、対応するデバイスクラスに通知した後、自身を消去する。
【０２９８】
追加、削除による参照の修正作業が完了すると、１３９４管理オブジェクト１２１は、論理デバイス管理オブジェクト１２２に構成の変更を通知する。もし構成に全く変化がなければ、通知は行わない。
【０２９９】
通知を受信した論理デバイス管理オブジェクト１２２は、各デバイスクラスに構成変更要求を発行する。
【０３００】
構成変更要求を受信したプリンタクラス１３１は、初期化と同様に、論理デバイスオブジェクト１２２に物理デバイスの参照を要求する。初期化と異るのは、初期化では全ての物理デバイスオブジェクトが対象だったのに対し、構成変更では新しく追加された物理デバイスオブジェクトだけが対象になることである。各論理デバイスクラスは、新しく追加された物理デバイスの属性を読み出し、自クラスに一致するかを判定して一致すれば、対応する論理デバイスオブジェクトを生成、登録する。
【０３０１】
全てのクラスの構成変更が完了すると、不明のクラスの初期化が行われ、追加されたデバイスでどの論理デバイスとして登録されなかった物理デバイスオブジェクトは不明のクラスに登録される。
【０３０２】
次に、占有状態の変更について説明する。
【０３０３】
初期化においてレジスタの読みとりによって他ノードによる占有状態にあると判断されて認識から除外された装置に対して、１３９４管理オブジェクト１２１は周期的なポーリングを行ってデバイス占有状態の変更を検出する。非占有状態になったデバイスは、バスリセットで記述したデバイス構成の変化と同様の手順で登録する。もし当該ＰＣが前記装置を排他的に占有するのであれば、それを装置の占有状態を示すレジスタにそれを示す値を書き込む。
【０３０４】
次に、ローカルの論理デバイスオブジェクトが古い場合について説明する。
【０３０５】
このような場合、論理デバイスクラスオブジェクトはバージョン番号の属性を持っている。アプリケーションは、論理デバイス管理オブジェクト１２２に論理デバイスクラスオブジェクトの更新要求を発行することができる。論理デバイス管理オブジェクト１２２は、更新が要求された論理デバイスクラスオブジェクトのバージョン番号を取得する一方、予め指定された論理デバイスクラスオブジェクトのアーカイブサーバに最新のバージョン番号を要求する。もしローカルの論理デバイスクラスオブジェクトのバージョン番号が最新のものに一致すれば、もしローカルの論理デバイスクラスオブジェクトのバージョン番号が若ければ、アーカイブサーバから最新のデバイスクラスを読み込み、オブジェクトを生成する。この時点ではこの論理デバイスクラスオブジェクトは動作しない。
【０３０６】
オブジェクトの生成に成功すると、既存の論理デバイスに終了通知を発行し、動作を終了させる。プリンタならば、新たな印刷ジョブの受付を中止し、実行中の印刷ジョブの終了を待つ。実行中のジョブと終了処理が完了すると、論理デバイス管理オブジェクト１２２に完了を通知する。論理デバイス管理オブジェクト１２２は、古い論理デバイスの持つ参照関係を変更し、新しい論理デバイスオブジェクトが参照関係を引き継いだ後、論理デバイスの開始通知を論理デバイスクラスオブジェクトに送る。通知を受信した論理デバイスクラスオブジェクトは動作を開始する。
【０３０７】
（第３の実施形態）
本実施形態では、ネットワークに接続されたＰＣ（第２の実施形態の機能を持つもの）がＩＥＥＥ１３９４以外のネットワークを経由して接続された遠隔のＩＥＥＥ１３９４装置を制御する場合について説明する。
【０３０８】
図３０に、本実施形態に係るシステムの構成例を示す。４０１、４１１、４３４はそれぞれ第１の家庭４５１内にあるＰＣ、ネットワーク接続装置、トースタを表す。４０２、４１２、４３１、４３２、４３３はそれぞれ第２の家庭４５２内にあるＰＣ、ネットワーク接続装置、プリンタ、ＦＡＸ、マッサージ装置を表す。なお、図３０中のネットワーク接続装置以外の各構成要素は図１中の対応するものと同様のものである。
【０３０９】
家庭４５１内のＬＡＮと家庭４５２内のＬＡＮとの間はＩＳＤＮ通信回線４１３で結ばれているものとする。通信回線４１３はネットワーク接続装置４１１，４１２で終端されている。
【０３１０】
家庭４５１内のＬＡＮにおいて、接続装置４１１，ＰＣ４０１，トースタ４３４の間は１３９４バス４２１によって接続されている。
【０３１１】
家庭４５２内のＬＡＮにおいて、接続装置４１２，ＰＣ４０２，プリンタ４３１、スキャナ４３２、マッサージ装置４３３の間は、１３９４バス４２２によって接続されている。
【０３１２】
ネットワークはインターネットプロトコルを使うインターネットであり、ＰＣ４０１，４０２と接続装置４１１，４１２のみが予めＩＰアドレスを持っているものとする。ＩＰアドレスは固定的に割り当てられたものでも、ＤＨＣＰ，ＰＰＰなどのプロトコルによって割り当てられたもののどちらでも良い。
【０３１３】
ここで、家庭４５１にあるＰＣ４０１が家庭４５２の機器との接続を試みる。ＰＣ４０１はインターネットプロトコルによってネットワーク接続装置４１１に家庭４５２を示す文字列、例えばその氏名である「高畠由彰」を含む接続要求を送る。そして、ネットワーク接続装置４１１は例えば「高畠由彰」に対応する家庭４５２の電話番号を検索するデータベースを持っており、家庭４５２の接続装置４１２への接続を行う。
【０３１４】
接続装置４１２は、接続の前には接続元の認証を行う。認証ステップで許可されなければ接続は行わないものとする。認証は例えば発信電話番号表示を用い、予め第２の家庭４５２にて登録した電話番号以外の接続を認めないとすることができる。接続が完了すれば、家庭４５１，４５２の間でインターネットプロトコルによる通信を行うことができる。
【０３１５】
ただし、セキュリティ保護の観点から接続が完了しても接続装置がその家庭の方針によってパケットの通過の可／不可を判断するいわゆるファイアウォールとして動作することが望ましい。ここでは家庭４５１と家庭４５２の間は予め全てのパケットが通過し、全ての操作が行えるよう、設定されているものとする。
【０３１６】
なお、この接続は電話による接続ではなくＩＰ接続であっても構わない。
【０３１７】
さて、家庭４５１にあるＰＣ４０１はサービス管理サーバのアドレスを接続装置４１１のデータベースから取得する。アドレスは予め接続装置４１１に登録されているものとする。次に、ＰＣ４０１はサービス管理サーバに利用可能なサービスの問い合わせを行う。ここではネットワーク接続装置４１２がサービス管理サーバを兼ねているものとする。
【０３１８】
サービス管理サーバは、問い合わせに応答して当該ネットワーク中のサービスおよびそのサーバの情報を返す。ここでは次のサービスが登録されている。
【０３１９】
ｐｒｉｎｔｅｒ：ｐｃ２
ＪａｖａＯＲＢ：ｐｃ２
左の列はサービスの種別、ここではサービスに割り当てられた多重化識別子（例えばポート番号）を表し、右の列はサービスの所在、ここではＰＣ４０２のＩＰアドレスを表す。このようなサービス情報提供手段はインターネットにおいてはサービスロケーションプロトコルとして知られている（例えば文献「インターネットドラフトｄｒａｆｔ−ｉｅｔｆ−ｓｖｒｌｏｃ−ｐｒｏｔｏｃｏｌ−１６．ｔｘｔ」）。
【０３２０】
これらはサービスを提供するホスト、ここではＰＣ４０２が起動時に予め定められたネットワーク接続装置４１２に登録する。
【０３２１】
ｐｒｉｎｔｅｒはインターネット標準で定められた印刷サービスを表し、５１５のＵＤＰ／ＴＣＰ番号が割り当てられている。ここで使用するプロトコルは予めインターネット標準によって規定されている。
【０３２２】
ＪａｖａＯＲＢは、Ｊａｖａオブジェクトを外部から利用できるサービスを表している。このようなサービスは現在まだ標準としては規定されていないが、ここではＪａｖａＯＲＢを表すポート番号について予め合意があるものとする。
【０３２３】
次に、リモートの１３９４装置を利用する２種類の方法、
方法１）インターネットで標準化されたネットワークサービスを介して利用する方法
方法２）１３９４プロキシオブジェクトを通じて利用する方法
について説明する。
【０３２４】
方法１では、ＰＣ４０２にＩＥＥＥ１３９４インタフェースによって接続されたプリンタ４３１をインターネットプロトコルとして標準化されたｐｒｉｎｔｅｒサービスによって利用する。ＰＣ４０１は、ｐｒｉｎｔｅｒプロトコルのクライアントを持ち、プリンタ４３１を表す論理名称を指定してインターネット形式で標準化された形式の印刷要求をＰＣ４０２に送り、プリンタを利用する。この方法では、ネットワークを伝送するメッセージには装置依存の要素は含まれない。ＰＣ４０１のアプリケーションは、プリンタサービスとプリンタ４３１に対応する装置の名前を指定して要求するだけで、装置の特性は意識しない。
【０３２５】
方法２は、概略的には、ネットワークを伝送するメッセージに、ＩＥＥＥ１３９４形式のパケットがＩＰパケットにカプセル化された形式を使うものである。ＰＣ４０１はあたかもプリンタ４３１がローカルの１３９４バスに接続されているかのように利用することができる。
【０３２６】
以下、上記の方法２についてさらに詳しく説明する。
【０３２７】
図３１にクライアント側の接続前におけるネットワーク経由サービスのソフトウェア構造を示し、図３２にクライアント側の接続後におけるネットワーク経由サービスのソフトウェア構造を示し、図３３にプロキシ側の接続前におけるネットワーク経由サービスのソフトウェア構造を示し、図３４にプロキシ側の接続後におけるネットワーク経由サービスのソフトウェア構造を示す。なお、図３１〜図３４中のＩＰ機能以外の各構成要素は、図２中の対応するものと同様の機能を有するものである。ＩＰ機能５０４は、ＴＣＰ／ＵＤＰ／ＩＰなど、一連のインターネットプロトコル（ＴＣＰ／ＩＰプロトコルシート）の諸機能である。
【０３２８】
図３１は１３９４スタブオブジェクト生成前のクライアントＰＣ４０１のソフトウェア構成であり、５０１は論理デバイス管理機能、５０２は２次記憶管理機能、５１１，５１２は５０２の配下にあるそれぞれのハードディスクの管理機能、５０３は１３９４インタフェース管理機能、５１３，５１４はそれぞれの１３９４インタフェース管理機能、５０４はＩＰ機能、４３４はトースタ、５０９はトースタ機能を示すｕｎｉｔ１，５２１は１３９４管理オブジェクト、５２２は論理デバイス管理オブジェクト、５３１，５３２，５３３，５３４はプリンタ、スキャナ、マッサージ装置、不明の各論理デバイスクラスオブジェクトに対応する。５３４−１は不明のクラスの論理デバイスオブジェクトである。５５１はトースタ４３４に対応する物理デバイスオブジェクトを表す。５６１は物理デバイスオブジェクト５５１に対応するドライバオブジェクト（制御プログラム）を表す。
【０３２９】
図３２は１３９４スタブオブジェクト生成後のクライアントＰＣ４０１のソフトウェア構成であり、図３１の構成に１３９４スタブオブジェクト５７１、論理デバイスオブジェクト５３３−１，５３３−２、物理デバイスオブジェクト５５１、ドライバオブジェクト５６２，５６３が付加されている。
【０３３０】
図３３は１３９４プロキシオブジェクト生成前のプロキシ側ＰＣ４０２のソフトウェア構成であり、６０１は論理デバイス管理機能、６０２は２次記憶管理機能、６１１，６１２は６０２の配下にあるそれぞれのハードディスクの管理機能、６０３は１３９４インタフェース管理機能、６１３，６１４はそれぞれの１３９４インタフェース管理機能、４３１はプリンタ、４３２はＦＡＸ、４３３はマッサージ装置をそれぞれ表す。６２１は１３９４管理オブジェクト、６２２は論理デバイス管理オブジェクト、６３１，６３２，６３３，６３４はプリンタ、スキャナ、ＦＡＸ、不明の各デバイスクラスに対応する論理デバイスクラスオブジェクト、６５１，６５２，６５３，６５４，６５５はそれぞれプリンタのｕｎｉｔ１（図中６０４）、ＦＡＸのｕｎｉｔ１（図中６０５），ｕｎｉｔ２（図中６０６）、マッサージ装置のｕｎｉｔ１（図中６０７），ｕｎｉｔ２（図中６０８）に対応する物理デバイスオブジェクト、６３１−１，６３１−２，６３２−１，６３３−１，６３４−１，６３４−２はそれぞれ論理デバイスクラスの配下にある論理デバイスである。６６１，６６２，６６３はそれぞれ物理デバイスオブジェクト６５１，６５２，６５３に対応するドライバオブジェクトを表す。
【０３３１】
図３４は１３９４プロキシオブジェクト生成後のプロキシ側ＰＣ４０２のソフトウェア構成であり、図３３の構成に１３９４プロキシオブジェクト６８１、論理デバイスクラスオブジェクト６３５、論理デバイスオブジェクト６３５−１，６３５−２が付加され、論理デバイスオブジェクト６３４−１，６３４−２が削除されている。
【０３３２】
ＰＣ４０１は、サービス情報に基づいてリモートのＰＣ４０２のＩＰアドレスを指定して１３９４スタブオブジェクト５７１を生成する。１３９４スタブオブジェクトは、リモートのＰＣ４０２のＪａｖａＯＲＢポートに１３９４プロキシオブジェクトに割り当てられたクラス名を指定して、その生成を要求する。
【０３３３】
あるホストから別のホストのＪａｖａＯＲＢを利用するときには、受信側のセキュリティマネージャがその接続を許すか否かを判断する。これは送信側のオブジェクトによるＯＲＢの利用要求によって自動的に行われるものとする。
【０３３４】
ここでは、ＰＣ４０１からのＯＲＢ利用要求がＰＣ４０２によって受け付けられたものとし、ＰＣ４０２では要求通り１３９４プロキシオブジェクト６８１が生成され、その参照がＰＣ４０２の１３９４スタブオブジェクトに返却される。１３９４スタブオブジェクト５７１は、以後の要求を１３９４プロキシオブジェクト６８１を通じて行う。なお、ＰＣ４０２が要求前に予め１３９４プロキシオブジェクト５７１を生成しておき、当該オブジェクトから起動できるメソッドのみが利用できるＯＲＢを１３９４サービスとしてあるポートに割り当てても構わない。これは、１３９４に限定したサービスを提供したい場合に有効である。
【０３３５】
１３９４プロキシオブジェクト６８１は、参照を受けとると、不明クラスの論理デバイスに対応する物理デバイスへの参照を獲得し、１３９４スタブオブジェクト５７１に通知する。
【０３３６】
１３９４スタブオブジェクト５７１は、上記参照を獲得すると、１３９４管理オブジェクト５２２に１３９４管理オブジェクト自身を登録し、１３９４デバイスを再構成する要求を発行する。
【０３３７】
１３９４管理オブジェクト５２２は、この要求によって１３９４プロキシオブジェクト６８１によって再構成を開始し、物理デバイスオブジェクトへの参照を要求する。１３９４スタブオブジェクトは５７１、１３９４プロキシオブジェクト６８１から獲得した物理オブジェクトへの参照６５４，６５５を順番に１３９４管理オブジェクト５２１に渡す。ここから属性値を取りだし、１３９４管理オブジェクト５２１は第２の実施形態で説明した初期化の場合と同様の手順で物理デバイスオブジェクト５５２，５５３を作成する。ただし、ここで作成した物理デバイスオブジェクト（以下、スタブデバイスオブジェクトとよぶ）は、リモートにある物理デバイスオブジェクトへの参照を保持しており、ローカルの物理デバイスオブジェクトでは１３９４インタフェースへのトランザクション要求として処理される入出力が、スタブデバイスオブジェクトでは１３９４スタブオブジェクト５７１との間の入出力として処理される点が異る（なお、その詳細は後述する）。
【０３３８】
次に、論理デバイス管理オブジェクト５２２による論理デバイスクラスオブジェクト５３３の初期化、それに続く論理デバイスオブジェクトの初期化が行われる。スタブオブジェクト５５２，５５３は物理デバイスオブジェクト６５４，６５５に対応しマッサージ装置クラスに合致する。リモートのＰＣ４０２ではマッサージ装置クラスは利用されていないため、これらの装置は不明の装置として認識されているが、ローカルのＰＣ４０１ではマッサージ装置クラスが登録されているので、論理デバイスオブジェクト５３３−１，５３３−２として登録される。
【０３３９】
論理デバイスオブジェクト５３３−１からスタブオブジェクト５５２に初期化要求が行われると、リモートの１３９４プロキシオブジェクト６８１に対応する物理デバイスオブジェクト６５４の使用要求を発行する。
【０３４０】
リモートの１３９４プロキシオブジェクト６８１は、プロキシクラスの論理デバイスクラスオブジェクト６３５を生成し、登録する。物理デバイスオブジェクト６５４に対応する論理デバイスオブジェクト６３４−１を消去し、プロキシクラスのデバイスをつくってプロキシ論理デバイスオブジェクト６３５−１として登録する。
【０３４１】
プロキシ論理デバイスオブジェクト６３５−１が生成されると、スタブオブジェクト５３３−１との間とにポート番号を割り当てて論理コネクションを生成する。ここで使うポートはＪａｖａＯＲＢとは別のポートを用いて１３９４パケットの伝送を行うためのものである。
【０３４２】
制御プログラムが読み込まれて動作するのはローカルのＰＣ４０１のスタブオブジェクト５５２の側であり、リモートのＰＣ４０１の物理デバイスオブジェクトはポートから入力したパケットを１３９４インタフェースに出力し、１３９４インタフェースから入力したパケットをポートに転送するだけであり、装置の状態制御はスタブオブジェクト５５２の制御プログラム５６２が行う。ただし、バスリセットなどのイベントは伝達する。
【０３４３】
論理デバイスオブジェクト５３３−２からスタブオブジェクト５５３に初期化要求が行われた場合についても同様である。
【０３４４】
以上の手順により、リモートの物理デバイスをローカルの論理デバイスから利用できるできる環境が整う。
【０３４５】
次に、動作について説明する。ここでは、スタブの物理デバイスオブジェクト５５２を例に取って説明する。
【０３４６】
物理デバイスオブジェクト５５２が論理デバイスドライバ５３１−１から処理要求を受けとり、それに対応する１３９４形式のパケットを生成する。１３９４形式のパケットはＩＰパケットにカプセル化されて前記確保した論理コネクションに出力される。
【０３４７】
ここで、物理デバイスオブジェクト５５２からの出力は、ＩＥＥＥ１３９４インタフェース５０３に直接出力されるのではなく、論理コネクションからＩＰ機能５０４を通して処理される。
【０３４８】
ここでは、ＩＰ機能５０４の先はＩＥＥＥ１３９４インタフェースによって処理されているが、これはイーサネットやＡＴＭであっても構わない。つまり、ＩＥＥＥ１３９４インタフェースを持っていないＰＣでもＩＥＥＥ１３９４装置があたかもローカルに接続されているかのように制御を行うことができる。
【０３４９】
さて、ＩＰパケットにカプセル化されたパケットはプロキシ論理デバイスオブジェク６３５−１に届き、１３９４形式のパケットが取り出され、物理デバイスオブジェクト６５４に渡される。物理デバイスオブジェク６５４はこれをそのまま１３９４インタフェースに出力し、装置４３３のレジスタに作用する。
【０３５０】
ＩＥＥＥ１３９４のアイソクロナスチャネルの入出力は前述の方法では中継できない。ＩＥＥＥ１３９４においてはＩＥＣ１８８３で定められた方式でレジスタを操作することによってアイソクロナスチャネルが設定される。
【０３５１】
スタブオブジェクト５５２から自装置宛に発行されたＩＥＣ１８８３の設定要求は、１３９４スタブオブジェクト５７１転送され、１３９４スタブオブジェクト５７１はアイソクロナスチャネルに対応するインターネット上のコネクションを設定する。
【０３５２】
ＩＥＥＥ１３９４のアイソクロナスチャネルでは確保する帯域を指定することができる。上記設定要求にはその情報が含まれているので、インターネット上で帯域を確保する手段例えばＲＳＶＰなどの手段によってコネクションの帯域を指定することが望ましい。
【０３５３】
なお、本実施形態では、家庭４５１内のＬＡＮと家庭４５２内のＬＡＮとの間はＩＳＤＮ通信回線４１３で結ばれているものとしたが、第１の実施形態と同様に、家庭４５１内のＬＡＮと家庭４５２内のＬＡＮとの間の接続をインターネットとし、この場合に端末のＩＰアドレスにはグローバルＩＰアドレスを用いるようにしてもよいし、例えばＮＡＴ（ＮｅｔｗｏｒｋＡｄｄｒｅｓｓＴｒａｎｓｌａｔｉｏｎ）等のアドレス変換を用いて、公衆網２がインターネットである場合に少なくともネットワークの相互接続を行うノード（図１ではＡＶ接続装置端末）にグローバルＩＰアドレスを用い、その他のノードにはプライベートＩＰアドレスを用いることができるようにしてもよい。
【０３５４】
なお、以上の各機能は、ソフトウェアとしても実現可能である。また、上記した各手順あるいは手段をコンピュータに実行させるためのプログラムを記録した機械読取り可能な媒体として実施することもできる。
【０３５５】
本発明は、上述した実施の形態に限定されるものではなく、その技術的範囲において種々変形して実施することができる。
【０３５６】
（第４の実施形態）
第１の実施形態では、図１２に示したように、第１のＡＶ接続装置４に対して第２の家庭ネットワーク内の収容されたサービス提供装置（例えば、ＤＶＤプレーヤ８、デジタルＶＴＲ９、ＰＣ１０に具備されたＷＷＷサーバやデジタルアルバムサーバ機能等、プリンタ１１）の提供するサービスに関する情報（以下、簡単にサービス情報と呼ぶ）を通知するのに、サービスロケーションプロトコルを用いる場合を示した。
【０３５７】
第４の実施形態では、ＷＷＷ（ＷｏｒｌｄＷｉｄｅＷｅｂ）サーバと、ホームページを用いて、これを行う場合について説明する。
【０３５８】
第４の実施形態におけるシステム構成例は図１と同様である。ここでも、第１の実施形態と同様に、第１の家庭内ネットワークの第１のＡＶ接続装置４から、第２の家庭内ネットワーク内の各種サービス提供装置（ＤＶＤプレーヤ８、デジタルＶＴＲ９、ＰＣ１０に具備されたＷＷＷサーバ、デジタルアルバムサーバ機能等、プリンタ１１）の遠隔制御を行うことを考える。
【０３５９】
図３５は、第４の実施形態における、第２のＡＶ接続装置５の内部構成例を示したもので、１３９４Ｉ／Ｆ１４０１、データリンクスイッチ１４０２、公衆網Ｉ／Ｆ１４０３、ＩＰ処理機能１４０４、ＦＡＮＰ処理機能１４０５、１３９４ＡＶコマンド処理機能１４０８の各部の動作は、図２の同一機能部と同様で、異なる点について説明する。すなわち、図２のサービスロケーション処理機能２７、１３９４／ＩＰコマンド変換機能２９が、図３５では、それぞれホームページ処理機能１４０７、ＨＴＴＰ／ＲＴＳＰ処理機能１４０９に置き換えられている。
【０３６０】
１３９４／ＩＰサービスロケーション処理機能１４０６は、第１の実施形態と同様に、ＩＥＥＥ１３９４バスに接続されているサービス提供装置の提供するサービスを検索し、あるいはその登録を受け、１３９４バス上にどのようなサービス提供装置が存在し、どのようなサービスを提供するのかを認識し、要求された場合など必要に応じて、サービス情報を外部に通知する機能を持つ。また、このようにして得られた各サービス提供装置毎のサービス情報を後述するホームページ処理機能１４０７に通知し、第２の家庭内ネットワークの状況を表示するホームページの作成を促す。
【０３６１】
ホームページ処理機能１４０７は、ＷＷＷサーバ機能を持つ。１３９４／ＩＰサービスロケーション処理機能１４０６から、第２の家庭内ネットワークのサービス情報を受け取り、それをホームページとしてまとめる。例えば、各サービス提供装置を表すアイコン、文字列をホームページ上に配置する。そして、各サービス提供装置を遠隔制御するためのコマンドを、それぞれに対応するホームページ上の各々のサービス提供装置を表すアイコン、文字列にリンクさせる。このようにして作成されたホームページに例えば公衆網２を介してアクセスがあった場合には、必要に応じて要求されたホームページを送信したり、公衆網２を介して受信した遠隔制御のためのコマンドをＨＴＴＰ／ＲＴＳＰ処理機能１４０９に転送するようになっている。詳細は後述する。
【０３６２】
ここで、サービス提供装置を遠隔制御するためのコマンドとは、ＨＴＴＰあるいはＲＴＳＰ（ＷＷＷサーバ中のリアルタイムメディアを遠隔操作するためのプロトコル）等に適したものである。ＨＴＴＰに適した遠隔制御のためのコマンドをＨＴＴＰコマンド、ＲＴＳＰに適した遠隔制御のためのコマンドをＲＴＳＰコマンドと呼ぶ。
【０３６３】
ＨＴＴＰ／ＲＴＳＰ処理機能１４０９は、内部にＨＴＴＰデーモンあるいはＲＴＳＰデーモンを有しており、ホームページ処理機能１４０７から転送されてきたＨＴＴＰコマンドあるいはＲＴＳＰコマンドに対する処理を行う機能と共に、そのコマンドの宛先が、第２のＡＶ接続装置５が代理となって公開しているサービスに割当てられているものである場合には、それを必要に応じてＩＥＥＥ１３９４コマンドに変換し、１３９４ＡＶコマンド処理機能１４０８を介して、１３９４バス３上の機器の制御を行う機能（代理処理）も有する。
【０３６４】
次に、第２の家庭内ネットワークにおいて、第２のＡＶ接続装置５が第２の家庭内ネットワークに接続された各サービス提供装置のサービス情報を取得する手順について説明する。これは、第１の実施形態と同様である。即ち、図３に示したように、第２のＡＶ接続装置５は、接続された機器（ＤＶＤプレーヤ８、デジタルＶＴＲ９、ＰＣ１０、プリンタ１１）のコンフィグレーションメモリを読み取ることと、図９に示したように、サービスロケーションプロトコルを用いることとで、第２の家庭内ネットワークに接続されたサービス提供装置のサービス情報を取得する。
【０３６５】
なお、コンフィグレーションメモリに含まれる情報は、図４、図５、図６の様なものがあってもよい。また、図１０に示した形式でサービス情報が登録されていてもよい。
【０３６６】
さて、この時点で、第２のＡＶ接続装置５は、コンフィグレーションメモリの読み込みを通じて、１３９４ノードとしてＤＶＤプレーヤ８、デジタルＶＴＲ９、ＰＣ１０、プリンタ１１を認識する。また、サービスロケーションプロトコルを通じて、さらに、ＷＷＷサービス、デジタルアルバムサービス、エアコンサービス、電子レンジサービスのそれぞれを認識する。ここで、第２のＡＶ接続装置５は、エアコンサービスと電子レンジサービスはＰＣ１０にて提供されるサービスであると認識する。
【０３６７】
さて、第２のＡＶ接続装置５は、この収集したサービス情報に基づき、「その家には何があるか（どんなサービス提供装置、どんなサービスが存在するか）」を紹介するホームページを作成する。
【０３６８】
作成されるホームページは、例えば、図３６に示すように、ユーザに認識させたいサービス提供装置毎に、それらを表すアイコンや文字列などを列挙するものである。このホームページは、例えばその家のＷＷＷサーバがデフォルトで紹介する最初のホームページの中の、例えば「わが家の電気機器」といった文字列なり、アイコンなりからのハイパーリンクで到達できるように、これを構築してもよい。ちなみに、この「わが家の電気機器」のホームページに移る際は、許可を得ていない他人に侵入されないように、何らかの認証手続きを経るのが望ましい。
【０３６９】
図３６に示したようなホームページ中のアイコン、文字列をクリックすると、それに対応するサービス提供装置あるいはサービス毎のホームページが現れるようにする。例えば、図３６のＤＶＤプレーヤのアイコンをクリックすると、それにリンクされた図３９に示すような「ＤＶＤプレーヤのホームページ」が表示されるようにしてもよい。
【０３７０】
このような構成の例えば図３６に示すようなホームページを作成するために、ホームページ処理機能１４０７は、例えば図３７のフローチャートに示すような手順を踏む。
【０３７１】
まず、１３９４／ＩＰサービスロケーション処理機能１４０６に登録されているサービス情報を、例えばサービス提供装置毎に１つずつ読み出し、各サービス提供装置毎のホームページ（例えば、図３９に示すような「ＤＶＤプレーヤのホームページ」）を作成する（ステップＳ１０１〜ステップＳ１０２）。
【０３７２】
図３８に示すフローチャートは、ステップＳ１０２のサービス提供装置毎のホームページ作成処理手順を示したものである。
【０３７３】
１３９４／ＩＰサービスロケーション処理機能１４０６に具備されている各サービス提供装置毎のＲＴＳＰコマンド対応テーブル１４１０（図５０参照）を参照して各サービス提供装置の予め定められたコマンド群（ホームページを通して、ユーザに公開するサービス提供装置の制御のためのコマンド群）を取得し（ステップＳ１１１）、各コマンド毎にそれに対応するアイコンあるいは文字列を作成する（ステップＳ１１２）。例えば、サービス提供装置がＤＶＤプレーヤの場合、図５０のＲＴＳＰコマンド対応テーブルから「再生」を指示するための「ＰＬＡＹ」というＲＴＳＰコマンドを取得し、そのコマンドに対応するアイコン（図３９のアイコンｉ２０６）を作成する。
【０３７４】
ＲＴＳＰコマンド対応テーブル１４１０は、各サービス提供装置毎にＲＴＳＰコマンドが記述してある。例えば、ＤＶＤプレーヤ８の場合、コマンド群としては、電源オン、電源オフ、再生、巻き戻し、前の曲、早送り、次の曲、停止、一時停止の各ＲＴＳＰコマンドが挙げられる。また、図５０に示すように、第２のＡＶ接続装置５にて代理処理を行っているＤＶＤプレーヤ８、デジタルＶＴＲ９の場合は、各ＲＴＳＰコマンドに対応する１３９４コマンドをともに記憶されている。
【０３７５】
なお、ＲＴＳＰコマンド対応テーブル１４１０は、後述する図４２の１３９４／ＩＰコマンド変換機能１４２３に具備されるテーブルと同一のものであってもよい。
【０３７６】
さて、ステップＳ１１２で作成されたアイコンあるいは文字列に、そのサービス提供装置のＲＴＳＰコマンドを対応付ける（ステップＳ１１３）。例えば、図３９の「再生」のアイコンｉ２０６には、「ＰＬＡＹ」というＲＴＳＰコマンドを対応させる。例えば、アイコンあるいは文字列と、それに対応するＲＴＳＰコマンドとをテーブルに登録しておいてもよい。
【０３７７】
なお、第２のＡＶ接続装置５にて代理処理を行っているＤＶＤプレーヤ８、デジタルＶＴＲ９の場合は、第２のＡＶ接続装置５のアドレスとＤＶＤプレーヤ８、デジタルＶＴＲ９それぞれのＩＥＥＥ１３９４ノードに割り当てたポート番号をＲＴＳＰコマンドに含める。
【０３７８】
以上をそのサービス提供装置の提供する全てのコマンドに対し行い、作成されたアイコンあるいは文字列を適当に配置して、例えば図３９に示すようなサービス提供装置のホームページを作成する（ステップＳ１１４〜ステップＳ１１５）。
【０３７９】
次に、図３７の説明に戻り、図３８のフローチャートに従って作成された各サービス提供装置毎のホームページへのハイパーリンクを持った、そのサービス提供装置のアイコンあるいは文字列を作成あるいは取得する（ステップＳ１０３）。すなわち、サービス提供装置毎のアイコン等は、そのサービス提供装置のコンフィグレーションメモリから取り出してもよいし、サービスロケーションプロトコルにより、このアイコンの位置を一意に指定できるＵＲＬが提供され、そこに取りに行く形で入手してもよい。
【０３８０】
ステップＳ１０３で得たアイコンを、「わが家の電気機器」のホームページに貼り付ける。以上の手順を第２の家庭内ネットワークに収容されれている全てのサービス提供装置について行い、図３６のようなホームページが作成できる（ステップＳ１０４）。
【０３８１】
さて、図３６に示したホームページ上のサービス提供装置を表すアイコンあるいは文字列のうち、ＤＶＤプレーヤを表すアイコンｉ１０１をクリックすると、このアイコンに対応付けられたサービス提供装置のホームページ、すなわち、図３９に示したようなＤＶＤプレーヤのホームページが現れる。
【０３８２】
図３９に示したようなサービス提供装置のホームページ、すなわち、この場合、ＤＶＤプレーヤのホームページは、ＤＶＤプレーヤの操作盤として用いて、ユーザはＤＶＤプレーヤ８を遠隔制御することができる。例えば、「電源ＯＮ」ボタンをクリックすると、ＤＶＤプレーヤ８の電源がオンになる、といった具合である。
【０３８３】
次に、例えば、第１の家庭内ネットワークのＰＣ６から第１のＡＶ接続装置４、公衆網２を介して、第２の家庭内ネットワーク内の各種サービス提供装置（ＤＶＤプレーヤ８、デジタルＶＴＲ９、ＰＣ１０に具備されたＷＷＷサーバ、デジタルアルバムサーバ機能等、プリンタ１１）を遠隔制御する場合の処理動作を図４０に示すシーケンス図を参照して説明する。
【０３８４】
第１の家庭内ネットワークに収容されているＰＣ６にて所定のＷＷＷブラウザを用いることにより、図３６に示したようなホームページが提示されたとする。ユーザが、例えばＤＶＤプレーヤｉ１０１のアイコンをクリックすると、それに対応つけされたＤＶＤプレーヤのホームページを要求するＨＴＴＰメッセージがＰＣ６から出力される。
【０３８５】
このメッセージを受けて、第１のＡＶ接続装置４では第２のＡＶ接続装置５に対して、ＤＶＤのホームページの送出要求を行う（ステップＳ４５０１）。例えば、「ＧＥＴ／ａｐｐｌｉａｎｃｅｓ／ｄｖｄ．ｈｔｍｌＨＴＴＰ／１．１」というメッセージが第１のＡＶ接続装置４から第２のＡＶ接続装置５に送信される。
【０３８６】
これを受けて、第２のＡＶ接続装置５は、例えば図３９で示したようなＤＶＤプレーヤのホームページのテキスト（図４１参照）を第１のＡＶ接続装置４に対して送付する（ステップＳ４５０２）。
【０３８７】
図４１に示すように、例えば「再生」のアイコンｉ２０６に付与されるハイパーリンクは、再生を指示するためのＲＴＳＰの「ＰＬＡＹ」コマンドであり、その接続先となるノード（本実施形態の場合、第２のＡＶ接続装置５のＩＰアドレス、即ち「１９２．１６８．１．２５４」）と、そのポート番号（本実施形態の場合「２０００」）とが付加されている。このようにすることにより、「再生」のアイコンｉ２０６をクリックすれば、ユーザは、ＲＴＳＰの「ＰＬＡＹ」コマンドを送信先のアドレスを気にすることなく所望のノードの所望のポートに送出することができるようになる。もって、ＲＴＳＰを使った遠隔制御をハイパーリンクの関連付けを通して行うことができるようになる。
【０３８８】
さて、第１のＡＶ接続装置のユーザは、ＤＶＤのホームページを受け取ると、ＤＶＤプレーヤの遠隔操作を開始できる。例えば、図３９のホームページの「電源ＯＮ」のアイコンｉ２０１をクリックしたとする（ステップＳ４５０３）。「電源ＯＮ」のアイコンｉ２０１には、例えば、ＲＴＳＰの「ＳＥＴＵＰ」コマンドがハイパーリンクにより対応づけられている。よって、「ＳＥＴＵＰｒｔｓｐ：／／１９２．１６８．１．２５４：２０００ＲＴＳＰ／１．０１Ｔｒａｎｓｐｏｒｔ：ｒｔｐ／ｕｄｐ；ｐｏｒｔ＝５５００」といコマンドデータが第１のＡＶ接続装置４から第２の接続装置５に送信される（ステップＳ４５０４）。このコマンドデータによって、第１のＡＶ制御装置４は、ＲＴＰ／ＵＤＰの各プロトコルを使用してデータを送信し、受信側のポート番号は「５５００」を用いることを要求している。
【０３８９】
これを受け取った第２のＡＶ接続装置５の動作を以下に説明する。第２のＡＶ接続装置のＨＴＴＰ／ＲＴＳＰ処理機能１４０９の内部構成例を図４２に示す。上記ＲＴＳＰの「ＳＥＴＵＰ」コマンドデータは、ＨＴＴＰ／ＲＴＳＰ主処理機能１４２１に到達する。ここでは、まず、「ＳＥＴＵＰ」コマンドデータ中、ポート番号「２０００」は、１３９４ノードであるＤＶＤプレーヤ８に割り当てられているポート番号である事を認識し、ＲＴＳＰ代理機能１４２２に制御が渡される。
【０３９０】
ＲＴＳＰ代理機能１４２２は、１３９４／ＩＰコマンド変換機能１４２３内のテーブルを参照して、対応する１３９４ＡＶ／Ｃコマンド（本実施形態の場合、電源オンを意味するＡＶ／Ｃコマンド）を見つけ、該当する１３９４ノード（本実施形態の場合、ＤＶＤプレーヤ８）に対して、１３９４ＡＶコマンド処理機能１４０８を通して、上記ＡＶ／Ｃコマンドを発行する（ステップＳ４５０５）。
【０３９１】
これに成功すると、第２のＡＶ接続装置５は、第１のＡＶ接続装置４に対して、制御完了を意味するＲＴＳＰの「ＯＫ」コマンドデータ（例えば、「ＲＴＳＰ／１．０２００１ＯＫＳｅｓｓｉｏｎ：１２３４」）を送出する（ステップＳ４５０６）。その際に、ＲＴＳＰコマンドには、このセッションを通して一意の番号として、セッション番号（本実施形態の場合、「１２３４」）を付加している。第１のＡＶ接続装置４のブラウザは、このセッション番号を保持し、以下同一の装置に対してＲＴＳＰコマンドを発行する場合、セッション番号「１２３４」をコマンドに付加する。
【０３９２】
次に、ユーザは、図３９のホームページの「再生」のアイコンｉ２０６をクリックしたとする（ステップＳ４５０７）。「再生」のアイコンｉ２０６には、例えば、ＲＴＳＰの「ＰＬＡＹ」コマンドがハイパーリンクにより対応づけられている。よって、このハイパーリンクによって対応づけられた第２のＡＶ接続装置５（ＩＰアドレス「１９２．１６８．１．２５４」、ポート番号「２０００」、セッション番号「１２３４」）に対して、「ＰＬＡＹｒｔｓｐ：／／１９２．１６８．１．２５４：２０００ＲＴＳＰ／１．０２Ｓｅｓｓｉｏｎ：１２３４」というコマンドデータが第１のＡＶ接続装置４から送信される（ステップＳ４５０８）。
【０３９３】
これを受信した第２のＡＶ接続装置５は、ＤＶＤプレーヤ８の再生を促すべく、
ＩＥＣ１８８３による同期チャネルの確保（ステップＳ４５０９）、１３９４ＡＶ／ＣプロトコルのＤＶＤプレーヤ８に対する「ＰＬＡＹ」コマンドの実行（ステップＳ４５１０）を行い、映像データの上記確保した同期チャネルに対する送出を促す。そして、ＤＶＤプレーヤ８から映像データの送信準備が完了した旨の「ＡＣＫ」信号を受け取ったとき、第２のＡＶ接続装置５は、ＲＴＳＰの「ＯＫ」コマンドデータ（「ＲＴＳＰ／１．０２００２ＯＫＳｅｓｓｉｏｎ：１２３４」）を第１のＡＶ接続装置４に送信する（ステップＳ４５１１〜ステップＳ４５１２）。
【０３９４】
その後、第２のＡＶ接続装置５は、この同期チャネルを通して送られてきた映像データをＩＰカプセル化し、ＩＰパケットとして第１のＡＶ接続装置４に対して送出する（ステップＳ４５１３〜４５１５）。
【０３９５】
第１のＡＶ接続装置４は、ＩＰパケットとして上記映像データを受信し、映像の表示など必要な処理を行う。映像の送出先をデジタルＴＶ７とする場合は、第１の実施形態と同様に、第１の家庭内ネットワークであるＩＥＥＥ１３９４上における必要な同期チャネルの確保や、第１のＡＶ接続装置４がデジタルＴＶ７に対して、該同期チャネルからのデータ受信及びそのデータの画面への表示を指示した後、上記映像データを受信ＩＰパケットから取り出し、ＩＥＥＥ１３９４向けのフォーマットに変換した後、第１の家庭内ネットワークに送出すればよい。
【０３９６】
なお、ユーザが、図３９のホームページの「電源ＯＮ」のアイコンｉ２０１をクリックする前に「再生」のアイコンｉ２０６をクリックした場合でも、そのユーザはＤＶＤプレーヤ８の操作の意志があると判断して、「再生」のアイコンｉ２０６のクリックに呼応して、「ＳＥＴＵＰ」コマンドと、「ＰＬＡＹ」コマンドの両方を送出するようになっていても良い。
【０３９７】
また、ＤＶＤプレーヤのホームページを開く時点で、ＲＴＳＰコマンドとして、
ＤＶＤプレーヤの「ＳＥＴＵＰ」コマンドを送出するようになっていても良い。
【０３９８】
以上説明したように、第２の家庭内ネットワークに収容される遠隔制御可能な全てのサービス提供装置から収集されたサービス情報に基づき第２のＡＶ接続装置５は、ＲＴＳＰコマンド対応テーブル１４１０を参照して各サービス提供装置のＲＴＳＰコマンドとリンクされたアイコンを掲載するホームページを作成し、このホームページにアクセスした第１のＡＶ接続装置４側で所望のアイコンがクリックされたとき、そのアイコンにハイパーリンクによって対応付けられた（ＨＴＴＰ／ＲＴＳＰ処理機能１４０９の１３９４／ＩＰコマンド変換機能１４２３のテーブルに登録されている）ＲＴＳＰコマンドが、１３９４ＡＶ／Ｃコマンドに変換されて所望のサービス提供装置に対し所望の制御を実行することにより、第２の物理ネットワーク（例えばＩＥＥＥ１３９４バス３）に接続されたサービス提供装置（例えばＤＶＤプレーヤ８）がデータリンクレイヤに依存するプロトコルしか解釈できない場合でも（本発明のＡＶ接続装置を用いれば）遠隔制御が可能となる。
【０３９９】
さて、以上は第２のＡＶ接続装置５が映像データをＩＰパケットにカプセル化して送出する場合について説明した。これに対して、第２のＡＶ接続装置５が、ＩＰカプセル化を行わず、非ＩＰデータのまま第１のＡＶ接続装置４に対して映像データを送出する方法も考えられる。この場合について図４３に示すシーケンスを参照して説明する。
【０４００】
ステップＳ４８０１〜ステップＳ４８０２の第１のＡＶ接続装置４のユーザは、ＤＶＤプレーヤのホームページを受け取り、ＤＶＤプレーヤの遠隔操作を始めるまでは、図４０の説明と同様である。
【０４０１】
例えば、図３９のホームページの「電源ＯＮ」のアイコンｉ２０１をクリックしたとする（ステップＳ４８０３）。「電源ＯＮ」のアイコンｉ２０１には、例えば、ＲＴＳＰの「ＳＥＴＵＰ」コマンドがハイパーリンクにより対応づけられている。よって、「ＳＥＴＵＰｒｔｓｐ：／／１９２．１６８．１．２５４：２０００ＲＴＳＰ／１．０１Ｔｒａｎｓｐｏｒｔ：ｉｅｃ１８８３／ｎｏｎｉｐ；ｐｏｒｔ＝ＦＡＮＰ」というＲＴＳＰの「ＳＥＴＵＰ」コマンドデータが第１のＡＶ接続装置４から第２の接続装置５に送信される（ステップＳ４８０４）。このコマンドデータにより、第１のＡＶ制御装置４は、データをＩＥＣ１８８３でカプセル化し、ＩＰパケットではない形で送信することを要求している（すなわち、ＲＴＳＰの［ＳＥＴＵＰ」コマンドには非ＩＰパケット化を指示するための「ｉｅｃ１８８３／ｎｏｎｉｐ」という情報を含んでいる）。また、送信されるデータのリンクレイヤ情報と、属性情報を知るために、第２のＡＶ接続装置５に対して、ＦＡＮＰを用いて、上記情報を第１のＡＶ接続装置４に通知することを要求している。
【０４０２】
ＲＴＳＰの「ＳＥＴＵＰ」コマンドデータは、第２のＡＶ接続装置５のＨＴＴＰ／ＲＴＳＰ処理機能１４０９で受け取られ、ＨＴＴＰ／ＲＴＳＰ主処理機能１４２１に到達する。
【０４０３】
ＨＴＴＰ／ＲＴＳＰ主処理機能１４２１では、ポート番号「２０００」は、１３９４ノードであるＤＶＤプレーヤ８に割り当てられている番号である事を認識し、ＲＴＳＰ代理機能１４２２に制御が渡される。
【０４０４】
ＲＴＳＰ代理機能１４２２は、１３９４／ＩＰコマンド変換機能１４２３内のテーブルを参照して、対応する１３９４ＡＶ／Ｃコマンド（本実施形態の場合、電源オンを意味するＡＶ／Ｃコマンド）を見つけ、該当する１３９４ノード（本実施形態の場合、ＤＶＤプレーヤ８）に対して、１３９４ＡＶコマンド処理機能１４０８を通して、上記ＡＶ／Ｃコマンドを発行する（ステップＳ４８０５）。
【０４０５】
これに成功すると、第２のＡＶ接続装置５は、第１のＡＶ接続装置４に対して、制御完了を意味するＲＴＳＰの「ＯＫ」コマンドデータ（例えば、「ＲＴＳＰ／１．０２００１ＯＫＳｅｓｓｉｏｎ：１２３４」）を送出する（ステップＳ４８０６）。その際に、ＲＴＳＰコマンドには、このセッションを通して一意の番号として、セッション番号（本実施形態の場合、「１２３４」）を付加している。第１のＡＶ接続装置４のブラウザは、このセッション番号を保持し、以下同一の装置に対してＲＴＳＰコマンドを発行する場合、セッション番号「１２３４」をコマンドに付加する。ブラウザが保持するセッション番号は、ユーザによる明示的なセッションの終了、例えばセッション終了に対応するハイパーリンクの参照、または対向側の第２のＡＶ接続装置５によるセッションの終了、もしくはページのリロードによっても更新される。
【０４０６】
次に、ユーザは、図３９のホームページの「再生」のアイコンｉ２０６をクリックしたとする（ステップＳ４８０７）。「再生」のアイコンｉ２０６には、例えば、ＲＴＳＰの「ＰＬＡＹ」コマンドがハイパーリンクにより対応づけられている。よって、このハイパーリンクによって対応づけられた第２のＡＶ接続装置５（ＩＰアドレス「１９２．１６８．１．２５４」、ポート番号「２０００」、セッション番号「１２３４」）に対して、「ＰＬＡＹｒｔｓｐ：／／１９２．１６８．１．２５４：２０００ＲＴＳＰ／１．０２Ｓｅｓｓｉｏｎ：１２３４」というコマンドデータが第１のＡＶ接続装置４から送信される（ステップＳ４８０８）。
【０４０７】
これを受信した第２のＡＶ接続装置５は、ＤＶＤプレーヤ８の再生を促すべく、
ＩＥＣ１８８３による同期チャネルの確保（＃Ｘ）、１３９４ＡＶ／ＣプロトコルのＤＶＤプレーヤに対する「ＰＬＡＹ」コマンドの実行を行い、映像データの上記確保した同期チャネルに対する送出を促す（ステップＳ４８０９〜Ｓ４８１１）。そして、ＤＶＤプレーヤ８から映像データの送信準備が完了した旨の「ＡＣＫ」信号を受け取ったとき、第２のＡＶ接続装置５は、ＲＴＳＰの「ＯＫ」コマンドデータ（「ＲＴＳＰ／１．０２００２ＯＫＳｅｓｓｉｏｎ：１２３４」）を第１のＡＶ接続装置４に送信する（ステップＳ４８１１〜ステップＳ４８１２）。
【０４０８】
その後、第２のＡＶ接続装置５は、この同期チャネル（＃Ｘ）を通して送られてきた映像データを、ＩＰカプセル化は行わず、そのまま公衆網のカプセル化をして、第１のＡＶ接続装置４に対して送出する。例えば、公衆網がＡＴＭ網であれば、第２のＡＶ接続装置５に伝送されてきたＩＥＣ１８８３パケットをそのままＡＴＭ網にマッピングして送出してもよいし、ＩＥＣ１８８３パケットを一度外し、映像データそのものをＡＴＭ網にマッピングして送出してもよい。いずれにしろ、第２のＡＶ接続装置５が送出するリンクレイヤのヘッダ情報を第１のＡＶ接続装置４に対して通知するため、ＦＡＮＰメッセージ「ＦＡＮＰｍｅｓｓａｇｅ（ｃｈ：＃ｙ、Ｓｅｓｓｉｏｎ：１２３４）」を送出する（ステップＳ４８１３）。
【０４０９】
ＦＡＮＰメッセージの使い方は、基本的に第１の実施形態と同様であるが、ステップＳ４８１２において通知されたセッション番号に対応するＦＡＮＰであることを明確にするために、このＦＡＮＰメッセージにはステップＳ４８１２にて通知された値と同一の値のセッション番号（本実施形態の場合「１２３４」）が含まれても良い。この様にすることにより、受信側ノードすなわち第１のＡＶ接続装置４は、ＦＡＮＰメッセージが前記ＲＴＳＰの「ＰＬＡＹ」コマンドに対応するものであることを認識する事ができる。
【０４１０】
さて、第２のＡＶ接続装置５では、ＤＶＤプレーヤ８から同期チャンネル（＃Ｘ）で送られてきた映像データをＩＰカプセル化せずに公衆網２に出力すると、それを受信した第１のＡＶ接続装置４では、映像の表示など必要な処理を行う（ステップＳ４８１４〜Ｓ４８１６）。その際、ステップＳ４８１５にあるように、例えば、ＭＰＥＧｏｖｅｒ１３９４からＭＰＥＧｏｖｅｒＡＴＭ等、伝送されるネットワークに依存するデータ伝送方法が規定されている場合は、必要なフォーマット変換を行っても良い。また、映像の送出先をデジタルＴＶ７とする場合も前述の場合と同様である。
【０４１１】
以上の第４の実施形態では、ホームページ中のアイコンあるいは文字列にサービス提供装置を遠隔制御するためのＲＴＳＰコマンドをハイパーリンクにて対応させる場合について説明してきたが、ハイパーリンクにて対応させる代わりに各ＲＴＳＰコマンドに対応するホームページ中のアイコンあるいは文字列のそれぞれに、対応するＲＴＳＰコマンドデータを作成するためのプログラム（例えばＪＡＶＡ（登録商標）プログラム）を張り付け、そのアイコンあるいは文字列がクリックされた場合は、該プログラムを第１のＡＶ接続装置４（例えば、第１のＡＶ接続装置４上のＪＡＶＡ仮想マシン）にて起動して、図４０や図４３で説明したようなＲＴＳＰコマンドが送出されるようになっていてもよい。
【０４１２】
この場合の処理動作は、図４０、図４３と同様であり、異なるのは、例えば図４０のステップＳ４５０４、図４３のステップＳ４８０２で第２のＡＶ接続装置５から送信されるサービス提供装置のホームページのテキスト記述である。
【０４１３】
サービス提供装置のホームページのテキストの一例を図４４に示す。図４４には、ＤＶＤプレーヤのホームページのテキストで、例えば、図３９の「再生」のアイコンｉ２０６にＲＴＳＰコマンドを生成するプログラムが付加されている。
【０４１４】
やはり、この場合も、「再生」のアイコンｉ２０６をクリックすれば、ＲＴＳＰの「ＰＬＡＹ」コマンドを生成するプログラムを起動することにより、そのコマンドを所望のノードの所望のポートに送出することができるようになり、もってＲＴＳＰを使ったサービス提供装置を遠隔制御することができる。
【０４１５】
次に、図３９のホームページの「詳細設定」のアイコン（ボタン）ｉ２１０について説明する。このボタンは、ＲＴＳＰコマンドにて予め定められた遠隔制御よりも細かな操作を対象のサービス提供装置（例えば、ＤＶＤプレーヤ８）に対して行いたい場合に用いるものである。即ち、ＩＥＥＥ１３９４のＡＶ／Ｃプロトコルにて規定されるＤＶＤプレーヤ８の制御コマンドは、ＲＴＳＰで規定されるコマンドよりも多岐にわたる可能性がある。このように、ＲＴＳＰコマンドにて、１３９４ＡＶ／Ｃのすべてのコマンドに対応できない場合の対策として、これを行うホームページを別途設け、図３９の「詳細設定」のボタンを押すと、それに対応付けられた、例えば「ＧＥＴ／ａｐｐｌｉａｎｃｅｓ／ｄｖｄ＿ｄｅｔａｉｌ．ｈｔｍｌＨＴＴＰ／１．１」というコマンドが送出されて、図４７に示すようなＤＶＤプレーヤの詳細設定のためのホームページが送付される。
【０４１６】
図４５は、サービス提供装置の詳細設定のためのホームページの作成処理手順を示したものである。すなわち、前述の各サービス提供装置毎のコマンドテーブル１４１０にて対応がなされていない、そのサービス提供装置のリンクレイヤ方式（本実施形態の場合、ＩＥＥＥ１３９４のＡＶ／Ｃプロトコル）に依存したコマンド（ネイティブコマンド）を登録したネイティブコマンド対応テーブルを別途１３９４／ＩＰサービスロケーション処理機能１４０６に具備している。各サービス提供装置毎にネイティブコマンドテーブルを参照してネイティブコマンドを取得し（ステップＳ１２１）、各コマンド毎にそれに対応するアイコンあるいは文字列を作成する（ステップＳ１２２）。生成されたアイコンあるいは文字列にはＣＧＩ（ＣｏｍｍｏｎＧａｔｅｗａｙＩｎｔｅｒｆａｃｅ）スクリプトを対応付ける（ステップＳ１２３）。以上をそのサービス提供装置のネイティブコマンドの全てに対し行い、作成されたアイコンあるいは文字列を適当に配置して、例えば図４７に示すようなサービス提供装置の詳細設定のためのホームページを作成する（ステップＳ１２４〜ステップＳ１２５）。
【０４１７】
なお、ネイティブコマンド対応テーブルは、図４２に示したＨＴＴＰ／ＲＴＳＰ処理機能に具備されているＣＧＩ処理機能１４２４内のテーブルと同様のものであっても良い。
【０４１８】
図４７のＤＶＤプレーヤの詳細設定のためのホームページに配置されたボタン（アイコンあるいは文字列）の一部は、第２のＡＶ接続装置５内のＣＧＩ（ＣｏｍｍｏｎＧａｔｅｗａｙＩｎｔｅｒｆａｃｅ）処理機能により処理されるＣＧＩスクリプトに対応付けされている。そして、おのおののＣＧＩスクリプトが、対応するＩＥＥＥ１３９４のＡＶ／Ｃコマンドを、第２の家庭内ネットワークのＩＥＥＥ１３９４バスに対して送出するようなスクリプトとなっており、もって、上記アイコンあるいは文字列をクリックすればＡＶ／Ｃプロトコルで定められた粒度の制御が行えるようになる。
【０４１９】
このようにして、詳細設定のためのホームページを作成し、そのホームページ内のアイコンあるいは文字列がクリックされると、それい対応付けられた第２のＡＶ接続装置５内のＣＧＩスクリプトを起動するための要求メッセージがＨＴＴＰにて送信され、それを受けて第２のＡＶ接続装置５では、該ＣＧＩスクリプトを起動し、対応するＡＶ／Ｃコマンドが発行される。
【０４２０】
図４６は、第２のＡＶ接続装置５から送信される例えばＤＶＤプレーヤの詳細設定のためのホームページのテキスト記述の一例を示したもので、図４７の「スロー再生」の文字列にＣＧＩスクリプトを対応つけている場合を示している。
【０４２１】
図４７のＤＶＤプレーヤの詳細設定のためのホームページで「通常再生」を選択すると、前述の図４０のステップＳ４５０８同様にＲＴＳＰコマンドが発行されるが、「言語選択」や「スロー再生」などのＲＴＳＰでサポートされていないコマンドについては、第２のＡＶ接続装置５のＨＴＴＰ／ＲＳＴＰ処理機能に具備されたＣＧＩ処理機能１４２４において、該当するＣＧＩスクリプトを起動し、対応するＡＶ／Ｃコマンドを１３９４ＡＶコマンド処理機能１４０８を通して発行する。
【０４２２】
例えば、図４７に示すホームページで「スロー再生」を選択した場合、これに対応するＣＧＩスクリプトを起動するためのメッセージ「ＧＥＴｈｔｔｐ：／／１９２．１６８．１．２５４／ｄｖｄ／ｓｌｏｗｐｌａｙ．ｃｇｉＨＴＴＰ／１．１」を第２のＡＶ接続装置５に向けて送出する。これを受信した第２のＡＶ接続装置５では、「スロー再生」のコマンドはＲＴＳＰでサポートされていないので、ＨＴＴＰ／ＲＳＴＰ処理機能に具備されたＣＧＩ処理機能１４２４において、該当するＣＧＩスクリプトを起動し、対応するＡＶ／Ｃコマンドを１３９４ＡＶコマンド処理機能１４０８を通して発行する。
【０４２３】
サービス提供装置の詳細設定のためのホームページには、ＲＴＳＰコマンドに対応するアイコンあるいは文字列と、ＣＧＩスクリプトに対応するアイコンあるいは文字列とが混在していてもよいし、また、そのホームページがＣＧＩスクリプトに対応するアイコンあるいは文字列とでのみ構成されていてももちろん良い。例えば、図４７の「再生」ボタンや「電源ＯＮ」、「電源ＯＦＦ」のボタンなど、ＲＴＳＰコマンド対応テーブルにあるコマンドについては、ハイパーリンクなり、ＪＡＶＡプログラム等により実現されていてもよく、「選択言語」、「字幕」といった、その他の詳細コマンドについてはＣＧＩにて実現されていてもよい。
【０４２４】
また、図４７の詳細設定のためのホームページに配置されている全てのボタンは、ネイティブコマンド対応テーブルに登録されていて、ＣＧＩスクリプトに対応つけられていてもよい。
【０４２５】
以上、第４の実施形態では、ＩＥＥＥ１３９４バス上のＡＶ／Ｃコマンドに従うＡＶ機器の遠隔制御について述べてきたが、同様の制御はその他の任意のリンクレイヤに依存するプロトコル群を有する機器についても同様に行うことができる。その一例として、ホームオートメーション網の一種であるＬＯＮを適用する場合について説明する。
【０４２６】
図４８、図４９は、それぞれＬＯＮを接続するＡＶ接続装置の内部構成例、ＨＴＴＰ／ＲＴＳＰ処理機能の構成例を示したものである。
【０４２７】
ＩＥＥＥ１３９４のＡＶ／Ｃコマンドの代わりに、ＬＯＮで定められたコマンド群、例えばＬＯＮＴａｌｋ等のコマンド群を送出できるようになっている点が、
差分点であり、その他の各構成部は、前述同様である。
【０４２８】
なお、以上第４の実施形態で説明した各機能は、ソフトウェアとしても実現可能である。また、上記した各手順あるいは手段をコンピュータに実行させるためのプログラムを記録した機械読取り可能な媒体として実施することもできる。
【０４２９】
本発明は、上述した実施の形態に限定されるものではなく、その技術的範囲において種々変形して実施することができる。
【０４３０】
（第５の実施形態）
図５１は、本発明の第５の実施形態に係る通信システムの構成例を示したもので、第１のネットワーク（例えばＩＥＥＥ１３９４バスで構成されるホームネットワーク）２０１０および第２のネットワーク（例えば公衆網２１０１上のインターネット）が、ＡＶ接続装置２２０１を介して相互接続されている。以下、第１のネットワーク２０１０をホームネットワーク２０１０、第２のネットワーク２１０１をインターネット２１０１と呼ぶ。また、ホームネットワーク２０１０に接続されている各端末装置はインターネット処理機能をもつ情報家電であるとする。
【０４３１】
ＡＶ接続装置２２０１は、ホームネットワーク２０１０とインターネット２１０１とを接続するゲートウエイの役割を持ち、後述するように、ホームネットワークやインターネットの終端機能、ルータ機能、プロトコル変換機能、代理サーバ機能などを持つ。
【０４３２】
ホームネットワーク２０１０を構成するＩＥＥＥ１３９４バスには、パーソナルコンピュータ（ＰＣ）２００１、プリンタ２００２、ＤＶＤプレーヤ２００３が接続されている。インターネット２１０１には、ＩＰ通信を行うことのできるＩＰ端末２１０２が接続されている。もちろん、上記以外の端末装置がホームネットワーク２０１０、インターネット２１０１に接続されていてもよい。
【０４３３】
図５１において、全ての端末装置はインターネット端末、即ちＩＰアドレスを持ち、ＩＰ通信を行うことができる端末装置である。ただし、ホームネットワーク２０１０を構成するＩＥＥＥ１３９４バスは、プライベートＩＰアドレス空間のアドレスで運用されており、インターネット２１０２はグローバルＩＰアドレス（例えばＩＰｖ４）空間で運用されている。ＩＰ端末２１０１のＩＰアドレスは「Ｇ．２」であるとする。一方、ホームネットワーク２０１０上の各装置のアドレスとしては、プライベートサブネットアドレス「Ｐ．０」を持ち、ＰＣ２００１が「Ｐ．１」、プリンタ２００２が「Ｐ．２」、ＤＶＤプレーヤ２００３が「Ｐ．３」であるとする。
【０４３４】
ＡＶ接続装置２２０１は、アドレス体系の異なるこれら２つのネットワークに接続されているので、２つの異なるアドレス体系のアドレスを有する。すなわち、ホームネットワーク２０１０側のＩＰアドレスが「Ｐ．２５４」で、インターネット２１０１側のＩＰアドレスが「Ｇ．１」であるとする。
【０４３５】
図５２は、ＡＶ接続装置２２０１の構成例を示したものである。ＡＶ接続装置２２０１は、ホームネットワーク２０１０を構成するＩＥＥＥ１３９４バスと接続するためのインタフェースを司る１３９４インタフェース（Ｉ／Ｆ）２２０２、インターネット２１０１と接続するためのインタフェースを司るインターネットインタフェース（Ｉ／Ｆ）２２０５、インターネットパケットのルーチング処理や、グローバルＩＰアドレスとプライベートＩＰアドレスとの間のアドレス変換等を行うＩＰ処理部２２０２、ホームネットワーク２０１０内のサービスを検出、収集し、これらサービスをインターネット２１０１側に対してホームページ処理部２２０４を通じて提示（広告）するサービスロケーション代理処理部２２０３、ホームネットワーク２０１０上の装置、サービスについて、インターネット２１０１側からの遠隔制御を行うことができるようなホームページを生成し、これを要求に応じて配送するホームページ処理部２２０４から構成される。
【０４３６】
ＩＰ処理部２２０２は、アドレス変換処理を行うＮＡＴ処理部２２０６を具備する。ＮＡＴとはネットワークアドレス変換（トランスレーション）の略であり、一般にグローバルＩＰアドレスとプライベートＩＰアドレスとの間の変換処理、あるいはＩＰｖ４アドレスとＩＰｖ６アドレスとの変換処理等を行う。詳細は、ＲＦＣ１６３１を参照されたい。
【０４３７】
ＮＡＴ処理部２２０６は、ＩＰマスカレードと呼ぶポート単位のアドレス変換機能もある。即ち、ホームネットワーク２０１０側にいくつもの端末装置があったとしても、インターネット２１０１側に必要なグローバルＩＰアドレスが１つ（本実施形態の場合「Ｇ．１」）あれば十分とする技術であり、具体的には、ホームネットワーク２１０１に接続されている各々の端末装置、各々のサービス（例えばＲＦＣ１３４０で規定されているポート番号にて識別されるサービス）の論理多重識別子（ＲＦＣ１３４０で規定されているポート番号にて識別されるサービスの論理多重識別子はポート番号である）に対して、同一のグローバルＩＰアドレス「Ｇ．１」と、各サービス毎に別々の他の論理多重識別子（例えばＲＦＣ１３４０で規定されているポート番号）を割当て、これらの対応関係を図５５に示すようなテーブル（アドレス・ポート番号変換テーブル２２０７）として記憶する。そして、インターネット２１０１およびホームネットワーク２０１０のいずれか一方から他方へ転送されるパケットの宛先アドレスは、このテーブル２２０７を用いて、互いのアドレス空間のアドレス及びポート番号に変換されて転送されることにより、インターネット２１０１上の端末装置とホームネットワーク２０１０上の装置とが互いに通信可能となる。
【０４３８】
ＩＰ処理部２２０２は、さらに、パケットフィルタ２２０８を具備する。パケットフィルタ２２０８は、いわゆるファイアウオールとしての機能を有する。即ち、ＡＶ接続装置２２０１を通過すべきでないパケット（あるいは通過してもよいパケット）を判別し、通過すべきでないパケットについてはこれをＩＰ処理部２２０２以外の他の部位に渡さないようにして（例えば廃棄する）、外部からホームネットワーク２０１０へのアクセスを制限する。これにより、悪意のユーザによるホームネットワーク２０１０上のサービスへのアクセスを未然に防止するようになっている。この判断処理のために、パケットフィルタ２２０８は、例えば、ＡＶ接続装置２２０１を通過してホームネットワーク２０１０へ送出可能なパケットのソースアドレスを登録したテーブル（パケットフィルタテーブル２２０９）を持ち、インターネット２１０１から入力されるパケットのソースアドレスが、このテーブルに登録されている時にその通過を許可する。なお、パケットフィルタテーブル２２０９にはＡＶ接続装置２２０１を通過させないソースアドレスが登録されていてもよい。この場合、インターネット２１０１から入力されるパケットのソースアドレスが、このテーブルに登録されていなければ、そのパケットの通過を許可する。
【０４３９】
次に、図５３に示すシーケンスを参照して、インターネット２１０１上のＩＰ端末２１０２から、ホームネットワーク２０１０にアクセスし、例えばＤＶＤプレーヤ２００３の遠隔操作を行う場合を例にとり、ＡＶ接続装置２２０１の処理動作について説明する。
【０４４０】
まず、ＡＶ接続装置２２０１のサービスロケーション代理処理部２２０３は、ホームネットワーク２０１０上のサービスロケーション情報を収集する（ステップＳ５００１〜ステップＳ５００３）。サービスロケーション情報とは、ホームネットワーク２０１０上にどのようなサービスあるいは端末装置が存在しているかを示す情報である。サービスロケーション情報の収集を行う方法としては、いくつかの方法が考えられる。例えば、サービスロケーションプロトコルを用いる方法、ＬＤＡＰ（ライトウエイトディレクトリアクセスプロトコル）を用いる方法、ＤＨＣＰ（ダイナミックホストコンフィグレーションプロトコル）を用いる方法、ＳＮＭＰ（シンプル網管理プロトコル）のＭＩＢ（マネージメントインフォメーションベース）を用いる方法など、種々の方法が考えられるが、これらのいずれの方法を用いても良い。
【０４４１】
ここでは、例えば、図１２に示したようなサービスロケーションプロトコルを用いて、ホームネットワーク２０１０上のサービスロケーション情報を収集するものとする。なお、サービスロケーションプロトコルの詳細はＲＦＣ２１６５を参照されたい。実際のサービスロケーション情報の収集は、図５３のように、ＡＶ接続装置２２０１がホームネットワーク２０１０のディレクトリエージェントとなっており、各サービスエージェント（即ちＰＣ２００１、プリンタ２００２、ＤＶＤプレーヤ２００３）からＡＶ接続装置２２０１へ、それぞれのサービスの登録を行うものであってもよい。
【０４４２】
なお、このような方法以外にも、ＡＶ接続装置２２０１がサポート可能なサービスについて、それぞれのサービスにあらかじめ割当てられたＩＰマルチキャストアドレスに対して、ＡＶ接続装置２２０１がサービス要求を送出し、この要求に対し、当該サービスを提供する端末装置自身が答えるようにしてもよい。また、ＡＶ接続装置２２１０がホームネットワーク２０１０上に別個存在するディレクトリエージェントに、ホームネットワーク２０１０上のサービスの詳細を問い合わせるようにしてもよい。
【０４４３】
ここで収集されたホームネットワーク２０１０上で提供されているサービスに関する情報（より具体的には、ホームネットワーク２０１０上の端末装置のアドレスと当該装置により提供されるサービスのポート番号（ＲＦＣ１３４０で規定））を基に、図５４のフローチャートに示すような処理動作を行う。
【０４４４】
ＡＶ接続装置２２０１は、ホームネットワーク２０１０の所有者（例えばＡさんとする）宅にどのようなサービスや端末装置が存在するのかを説明するホームページをホームページ処理部２２０４にて作成する（ステップＳ５１０１〜ステップＳ５１０２）。
【０４４５】
このホームページは、例えば、図５９に示すようなもので、インターネット２１０１上の任意の端末装置から、Ａさん宅のＵＲＬ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ）、すなわち、例えば「ｈｔｔｐ：／／Ｇ．１」にアクセスすると表示されるホームページである。このホームページから、例えば、ＣＧＩ（ＣｏｍｍｏｎＧａｔｅＷａｙ）プログラムにより、Ａさん宅に存在している各サービスや端末装置を操作することができるようなユーザインタフェースである。実際には、このホームページから、ホームネットワーク２０１０上の各端末装置に対してリンクが張られており、そのオブジェクトをクリックすると、次には各端末装置のホームページに接続され、各端末装置が提供する、その端末装置の操作スイッチ等を遠隔操作することが可能となるホームページが表示される仕組みになっている。
【０４４６】
次に、サービスロケーション代理処理部２２０３は、先に収集されたサービス、あるいは端末装置のそれぞれについて、独自の論理多重識別子、すなわち、例えば、ＲＦＣ１３４０で規定されているポート番号（ウエルノウンポート番号ではなく、動的に設定可能なポート番号）を割り当てていく（ステップＳ５１０４）。以下、ホームネットワーク２０１０上でもともと定めれれているポート番号を第１のポート番号と呼び、ホームネットワーク２０１０上のサービスに対しサービスロケーション代理処理部２２０３で独自に割り当てられるポート番号を、ホームネットワーク２０１０上でもともと定めれれているポート番号とは区別するために第２のポート番号と呼ぶ。
【０４４７】
例えば、第２のポート番号「２０００」はＤＶＤプレーヤ２００３に、第２のポート番号「２００２」はプリンタ２００２、第２のポート番号「２００４」はＰＣ２００１と言うように割当てていく。この第２のポート番号は、ＡＶ接続装置２２０１のグローバルＩＰアドレスと組になり、運用される。即ち、インターネット２１０１側より、例えば第２のポート番号「２０００」がアクセスされた場合、ＡＶ接続装置２２０１は、これはＤＶＤプレーヤ２００３に対するアクセスであると解釈していくこととなる。なお、論理多重識別子は、ＲＦＣ１３４０で規定されているポート番号に限らず、ホームネットワーク２０１０上で提供される各サービスをインターネット上で識別できる識別子であれば何でもよい。
【０４４８】
ＡＶ接続装置２２０１のグローバルユニークＩＰアドレスと、ホームネットワーク２０１０上で提供される各サービスに割り当てられた第２のポート番号と、ホームネットワーク２０１０上の当該サービスに対する論理多重識別子としての第１のポート番号と、当該サービスを提供する装置のプライベートＩＰアドレスとの対応関係は、アドレス・ポート番号対応テーブル２２０７に登録される（ステップＳ５１０５）。
【０４４９】
アドレス・ポート番号対応テーブル２２０７の具体例を図５５に示す。アドレス・ポート番号対応テーブル２２０７には、ホームネットワーク２０１０上で提供される各サービス毎に、インターネット２１０１側のＩＰアドレス（グローバルユニークＩＰアドレス）と第２のポート番号、ホームネットワーク２０１０側のＩＰアドレス（プライベートＩＰアドレス）と第１のポート番号の対が登録されている。このテーブル２２０７に、ホームネットワーク２０１０上で提供される全てのサービスについての対応関係が順次登録されていく。
【０４５０】
例えば、ＤＶＤプレーヤ２００３の場合、ホームネットワーク２０１０内でのＤＶＤプレーヤのサービス（ＩＰアドレス（プライベートＩＰアドレス）＝Ｐ．３、第１のポート番号＝８０でＤＶＤプレーヤにより提供されるｈｔｔｐサービスであると、サービスロケーションプロトコルにより解釈される）には、インターネット２１０１側に対しては、ＡＶ接続装置２２０１のグローバルＩＰアドレス「Ｇ．１」で第２のポート番号「２０００」が割当てられている。
【０４５１】
このようなアドレス・ポート番号変換テーブル２２０７の作成が、Ａさん宅のサービスの各々について行われる。この各々について、Ａさん宅のホームページへの記述が行われる。
【０４５２】
Ａさん宅の全てのサービスについて、テーブル２２０７への登録が終わった時点で、アドレス・ポート番号変換テーブル２２０７の作成、及びＡさん宅のホームページの作成が終了する（ステップＳ５１０６）。
【０４５３】
さて、作成されたアドレス・ポート番号変換テーブル２２０７は、ＡＶ接続装置２２０１内をＩＰパケットが通過する際、ＩＰアドレスとポート番号の変換処理を行う際に用いられる。図５８を参照して、アドレス・ポート番号変換テーブル２２０７を用いた、ＩＰアドレスとポート番号の変換処理について具体的に説明する。例えばインターネット２１０１側から宛先ＩＰアドレスが「Ｇ．１」、宛先ポート番号が「２０００」であるようなＩＰパケットは、テーブル２２０７を参照することにより、宛先ＩＰアドレスが「Ｐ．３」、宛先ポート番号が「８０」であるようなＩＰパケットに変換されて、ホームネットワーク２０１０側に送出される。逆に、ホームネットワーク１１０側から送信元ＩＰアドレスが「Ｐ．３」、送信元ポート番号が「８０」であるようなＩＰパケットは、送信元ＩＰアドレスが「Ｇ．１」、送信元ポート番号が「２０００」であるようなＩＰパケットに変換されて、インターネット２１０１に送出される。
【０４５４】
さて、この様なアドレス・ポート番号変換テーブル２２０７、及びＡさん宅のホームページの作成を終了したＡＶ接続装置２２０１は、このホームページをＡさん宅のホームページとしてインターネット２１０１上に公開する（図５９参照）。
【０４５５】
次に、インターネット２１０１上のＩＰ端末２１０２のユーザが、Ａさん宅のＤＶＤプレーヤ２００３の遠隔操作を行う場合について説明する。
【０４５６】
インターネット２１０１側からＩＰパケットを受信した場合のＡＶ接続装置２２１０の処理動作を図５６に、ホームネットワーク２０１０側からＩＰパケットを受信した場合のＡＶ接続装置２２０１の処理動作を図５７に示す。以下、図５３と図５６〜図５７に示すフローチャートを参照して説明する。
【０４５７】
まず、ＩＰ端末２１０２はＡＶ接続装置２２０１に対して、Ａさん宅のホームページの送付を要求するため、認証手続きを行う（図５３のステップＳ５００４）。例えばＩＰ端末２１０２のユーザに対して、パスワード入力等を要求し、これにより認証されたユーザについてのみ、そのＩＰ端末２１０２のＩＰアドレスを前述のパケットフィルタテーブル２２０９に登録する。
【０４５８】
パケットフィルタテーブル２２０９は、単にＩＰアドレスが羅列してあるのみのテーブルで、このテーブルに登録されているＩＰアドレスのみがホームネットワーク２０１０、およびホームネットワーク２０１０上で提供されるサービスへのアクセスが可能となる。
【０４５９】
次に、ＩＰ端末２１０２は、ＡＶ接続装置１０４に対して、Ａさん宅のホームページの送付を要求する（ステップＳ５００５）。パケットフィルタ２２０８で当該ホームページの送付要求のパケットのソースアドレスがパケットフィルタテーブル２２０９に登録されているか否かをチェックし（ステップＳ５００６）、当該ソースアドレスがパケットフィルタテーブル２２０９に登録されている場合に限り、当該パケットはホームページ処理部２２０４に渡され、当該要求に応じて、ホームページ処理部２２０４は、ＩＰ端末２１０２に対して、Ａさん宅のホームページの送付を行う（ステップＳ５００７）。
【０４６０】
ここで送付されるホームページには、図５９に示したように、ホームネットワーク２０１０上のＤＶＤプレーヤ２００３、プリンタ２００２、ＰＣ２００１のそれぞれのホームページへのリンクが付いている。例えば、図５９のホームページ上の「ＤＶＤプレーヤ」という文字あるいは絵にはＤＶＤプレーヤ２００３へリンクされている。実際のリンク先のアドレスはＡＶ接続装置２２０１のグローバルＩＰアドレス「Ｇ．１」の第２のポート番号「２０００」となっており、形式上は、ＡＶ接続装置２２０１がホームネットワーク２０１０上の装置へアクセスするための代理サーバとなっている。これは、もちろん、ＩＰ端末２１０２からは認識されていない。しかしながら、代理サーバ処理とは違い、実際にＡＶ接続装置２２０１が行う処理は、後述のようにＩＰマスカレード処理、即ちＩＰアドレスとポート番号の変換処理である。
【０４６１】
さて、ＩＰ端末２１０２のユーザは、ＤＶＤプレーヤ２００３の遠隔操作をするべく、ＤＶＤプレーヤのホームページの送出要求を送出する。例えば、図５９に示したホームページ上の「ＤＶＤプレーヤ」という文字あるいは絵をクリックすることにより、ＤＶＤプレーヤのホームページの送出要求のＩＰパケットが送出される。このパケットの宛先は、宛先ＩＰアドレスが「Ｇ．１」、宛先ポート番号が「２０００」である（ステップＳ５００８）。
【０４６２】
このＩＰパケットをＡＶ接続装置２２０１が受信したときの処理動作、すなわち、図５３のステップＳ５００９〜ステップＳ５０１０までのパケットフィルタリング及びアドレス・ポート番号変換処理について図５６に示すフローチャートを参照して説明する。
【０４６３】
ＡＶ接続装置２２０１は、受信したＩＰパケットの宛先アドレスを参照して自分宛てであることを確認すると（ステップＳ５２０１）、まず、パケットフィルタテーブル２２０９を参照してパケットフィルタリング処理を行う（ステップＳ５２０２）。当該パケットのソースアドレスがパケットフィルタテーブル２２０９に登録されていれば、次に、当該パケットの宛先ＩＰアドレスと宛先ポート番号との組がアドレス・ポート番号変換テーブル２２０７に登録されているか否かをチェックする（ステップＳ５２０３）。登録されていれば、アドレス・ポート番号変換テーブル２２０７に従って、当該宛先ＩＰアドレス及び宛先ポート番号を、対応するホームネットワーク側のＩＰアドレス（プライベートＩＰアドレス）及び第１のポート番号に差し替え（ステップＳ５２０４）、ホームネットワーク２０１０へ当該ＩＰパケットを送出する（ステップＳ５２０５）。この様にして、グローバルＩＰアドレスおよび第２のポート番号から、プライベートアドレスおよび第１のポート番号へのアドレス変換が行われる。
【０４６４】
なお、アドレス・ポート番号変換テーブル２２０７に登録されておらず、かつＡＶ接続装置２２０１自身宛てのパケットでない場合は、そのパケットは廃棄する（ステップＳ５２０６）。
【０４６５】
図５３の説明に戻り、アドレス・ポート番号変換処理（ＩＰマスカレード処理）が施されて、ホームネットワーク２０１０側へ送出されたＩＰパケットは、ＤＶＤプレーヤ２００３に到達し（ステップＳ５０１１）、ＤＶＤプレーヤ２００３はＩＰ端末２１０２のグローバルＩＰアドレスを宛先アドレスとしてＤＶＤプレーヤ２００３のホームページを送付する。その際のＩＰパケットの送信元ＩＰアドレスはプライベートＩＰアドレス「Ｐ．３」、送信元ポート番号は第１のポート番号「８０」である（ステップＳ５０１２）。
【０４６６】
ＤＶＤプレーヤ２００３のホームページを含むＩＰパケットをホームネットワーク２０１０側から受信したときのＡＶ接続装置２２０１の処理動作、すなわち、図５３のステップＳ５０１３のアドレス・ポート番号変換処理動作について図５７に示すフローチャートを参照して説明する。
【０４６７】
ＡＶ接続装置２２０１は、受信したＩＰパケットの送信元アドレスとポート番号との組がアドレス・ポート番号変換テーブル２２０７に登録されているか否かをチェックする（ステップＳ５３０１〜ステップＳ５３０２）。登録されていれば、アドレス・ポート番号変換テーブル２２０７に従って、当該宛先ＩＰアドレス及び宛先ポート番号を、対応するインターネット側のＩＰアドレス（グローバルユニークＩＰアドレス）及び第２のポート番号に差し替えてから（ステップＳ５３０３）、当該ＩＰパケットをインターネット２１０１へ送出する（ステップＳ５３０４）。なお、ステップＳ５３０３において、アドレス・ポート番号変換テーブル２２０７に登録されていなかったときは、通常のＩＰマスカレード処理を行う（ステップＳ５３０５）。すなわち、ソースアドレスとポート番号との組を新たにアドレス・ポート番号変換テーブルに登録し、以降のＩＰマスカレード通信に備える。
【０４６８】
図５３の説明に戻り、アドレス・ポート番号変換処理（ＩＰマスカレード処理）が施されて、インターネット２１０１側へ送出されたＩＰパケットは、ＩＰ端末２１０２に到達し（ステップＳ５０１４）、ＩＰ端末２１０２にＤＶＤプレーヤ２００３のホームページが表示され、この画面を使って、ＩＰ端末２１０２のユーザはＤＶＤプレーヤ２００３の遠隔操作を行うことになる。
【０４６９】
この遠隔操作は、たとえば、ＤＶＤプレーヤ２００３の再生動作の開始等をＩＰ端末２１０５とＤＶＤプレーヤ２００３との間でＣＧＩプログラムによる要求とその処理結果をＩＰパケットでやり取りして行われるが、その際、当然ながら図５３のステップＳ５０１０、ステップＳ５０１３の様なＩＰマスカレード処理が行われる。
【０４７０】
この間、ＩＰ端末２１０２は、自分がプライベートアドレス空間のノード（具体的にはプライベートＩＰアドレスを持ったＤＶＤプレーヤ２００３）と通信をしているという認識はない。このように、サービスの紹介とアドレス変換処理（ＩＰマスカレード処理）とを一体として扱うことにより、グローバルユニークＩＰアドレス空間からプライベートＩＰアドレス空間中で提供されるサービスへのアクセスを可能としている。
【０４７１】
なお、本実施形態においては、第２のネットワークとしてグローバルＩＰアドレス空間を持つインターネット２１０１、第１のネットワークとしてプライベートＩＰアドレス空間を持つホームネットワーク２０１０との間におけるＡＶ接続装置２２０１によるアドレス・ポート番号変換処理を説明してきたが、当然ながら、第１および第２のネットワークは、以下のような組み合わせのいずれも可能である。
【０４７２】
（１）グローバルＩＰアドレスと、プライベートＩＰアドレスとの組み合わせ
（２）ＩＰｖ４アドレスと、ＩＰｖ６アドレスとの組み合わせ
（３）ＩＰｖ６アドレスと、リンクローカルＩＰｖ６アドレスとの組み合わせ
例えば、第２のネットワークとしてＩＰｖ４アドレスにて運用されるインターネット、第１のネットワークとしてＩＰｖ６アドレスにて運用されるインターネットとしても、本発明は適用が可能である。
【０４７３】
また、第２のネットワークをＩＰｖ６アドレスにて運用されるインターネット、第１のネットワークとしてリンクローカルＩＰｖ６アドレスにて運用されるインターネットとしても、本発明は、そのまま適用が可能である。
【０４７４】
また、上記実施形態においては、インターネット２１０２に対する、ホームネットワーク２０１０上のサービスの広告の方法として、ＡＶ接続装置２２０１上のホームページを使う方法について説明してきたが、このサービス広告の方法としては、上記方法以外に、ＬＤＡＰ（ライトウエイトディレクトリアクセスプロトコル）を用いる方法、ＤＨＣＰ（ダイナミックホストコンフィグレーションプロトコル）のコンフィグレーションオプションを用いる方法、ＳＮＭＰ（シンプル網管理プロトコル）のＭＩＢ（マネージメントインフォベース）のリモートアクセスを用いる方法など、種々の方法が考えられる。このサービス広告の方法として、これらのいずれの方法を用いてももちろん良い。
【０４７５】
【発明の効果】
本発明によれば、特定のネットワークに依存せず、統一的なサービス提供環境を実現することが可能となる。
【０４７６】
また、本発明によれば、ＯＳやハードウェアに依存せず、必要の生じた時点で装置制御プログラムを登録することが可能となる。
【図面の簡単な説明】
【図１】本発明の第１の実施形態に係るネットワーク・システムの一構成例を示す図
【図２】同実施形態に係るＡＶ接続装置の内部構成例を示す図
【図３】端末／サービス収集のシーケンスの一例を示す図
【図４】コンフィグレーションＲＯＭに記述される内容の一例を示す図
【図５】コンフィグレーションＲＯＭに記述される内容の他の例を示す図
【図６】コンフィグレーションＲＯＭに記述される内容のさらに他の例を示す図
【図７】サービス別の表示を行う場合の画面例を示す図
【図８】端末別の表示を行う場合の画面例を示す図
【図９】ディレクトリエージェントにサービス情報を登録する手順の一例を示す図
【図１０】ディレクトリエージェントに登録する情報の一例を示す図
【図１１】サービス別の表示を行う場合の画面例を示す図
【図１２】ディレクトリエージェントからサービス情報を入手する手順の一例を示す図
【図１３】ディレクトリエージェントから入手された情報の一例を示す図
【図１４】サービス別の表示を行う場合の画面例を示す図
【図１５】ＤＶＤプレーヤ操作のための画面例を示す図
【図１６】第２の家庭内ＬＡＮ上から第１の家庭内ＬＡＮ上のサービスを利用する場合におけるネットワーク上を流れるコマンド群、プロトコル群についてのシーケンスの一例を示す図
【図１７】コマンド変換について説明するための図
【図１８】第２の家庭内ＬＡＮ上から第１の家庭内ＬＡＮ上のサービスを利用する場合におけるネットワーク上を流れるコマンド群、プロトコル群についてのシーケンスの他の例を示す図
【図１９】第２の家庭内ＬＡＮ上から第１の家庭内ＬＡＮに接続された装置を制御する場合におけるネットワーク上を流れるコマンド群、プロトコル群についてのシーケンスの他の例を示す図
【図２０】コマンド変換について説明するための図
【図２１】本発明の第２の実施形態に係るＰＣの一構成例を示す図
【図２２】同実施形態に係るデバイスドライバのソフトウェア構成の一例を示す図
【図２３】論理デバイス管理オブジェクト初期化手順を示すフローチャート
【図２４】論理デバイスクラスオブジェクト初期化手順を示すフローチャート
【図２５】論理デバイスオブジェクト初期化手順を示すフローチャート
【図２６】物理デバイスオブジェクト初期化手順を示すフローチャート
【図２７】不明のタイプを利用した場合におけるソフトウェア構造を説明するための図
【図２８】アプリケーションによる新規デバイスクラス追加要求手順を示すフローチャート
【図２９】論理デバイス管理オブジェクトによる新規デバイスクラス追加手順を示すフローチャート
【図３０】本発明の第３の実施形態に係る家庭内ＬＡＮ間を接続したネットワーク・システムの構成例を示す図
【図３１】クライアント側の接続前におけるネットワーク経由サービスのソフトウェア構造を示す図
【図３２】クライアント側の接続後におけるネットワーク経由サービスのソフトウェア構造を示す図
【図３３】プロキシ側の接続前におけるネットワーク経由サービスのソフトウェア構造を示す図
【図３４】プロキシ側の接続後におけるネットワーク経由サービスのソフトウェア構造を示す図
【図３５】本発明の第４の実施形態に係るＡＶ接続装置の構成例を示した図
【図３６】第２の家庭内ネットワークに収容される全ての遠隔制御可能なサービス提供装置を提示したホームページの具体例を示した図
【図３７】図３６に示したようなホームページの作成手順を説明するためのフローチャート
【図３８】サービス提供装置のホームページの作成手順を説明するためのフローチャート
【図３９】サービス提供装置（ＤＶＤプレーヤ）のホームページの具体例を示した図
【図４０】第２の家庭内ネットワークに収容されるサービス提供装置を遠隔制御する場合の処理動作を説明するためのシーケンス図（ホームページのアイコンとＲＴＳＰコマンドが対応付けられ、さらに、送信データをＩＰカプセル化する場合）。
【図４１】送信されるホームページのテキストの一具体例を示した図。
【図４２】ＡＶ接続装置のＨＴＴＰ／ＲＴＳＰ処理機能の構成例を示した図
【図４３】第２の家庭内ネットワークに収容されるサービス提供装置を遠隔制御する場合の処理動作を説明するためのシーケンス図（ホームページのアイコンとＲＴＳＰコマンドが対応付けられ、さらに、送信データをＩＰカプセル化しない場合）。
【図４４】サービス提供装置（ＤＶＤプレーヤ）のホームページのテキストの他の例を示した図（図３９の「再生」のアイコンにＲＴＳＰコマンドを生成するプログラムが付加されている場合）
【図４５】サービス提供装置の詳細設定のためのホームページの作成処理手順を示したフローチャート
【図４６】サービス提供装置（ＤＶＤプレーヤ）の詳細設定のためのホームページのテキスト記述の一例を示した図（図４７の「スロー再生」の文字列にＣＧＩスクリプトを対応つけている場合）
【図４７】サービス提供装置（ＤＶＤプレーヤ）の詳細設定のためのホームページの具体例を示した図
【図４８】ＬＯＮを接続するＡＶ接続装置の内部構成例を示した図
【図４９】図４８のＨＴＴＰ／ＲＴＳＰ処理機能の構成例を示した図
【図５０】ＲＴＳＰコマンド対応テーブルの一具体例を示した図
【図５１】本発明の第５の実施形態に係る通信システムの構成例を示した図。
【図５２】図５１のＡＶ接続装置の構成例を示した図。
【図５３】インターネット上のＩＰ端末からホームネットワークにアクセスして、ＤＶＤプレーヤの遠隔操作を行う場合の図５１に示した通信システム全体のシーケンス図。
【図５４】ホームネットワーク上で提供されているサービスに関する情報（ホームネットワーク上の端末装置のアドレスと当該装置により提供されるサービスのポート番号）を基にした、ＡＶ接続装置の処理動作を説明するためのフローチャート。
【図５５】アドレス・ポート番号対応テーブルの具体例を示した図。
【図５６】インターネット側からＩＰパケットを受信した場合のＡＶ接続装置の処理動作を説明するためのフローチャート。
【図５７】ホームネットワーク側からＩＰパケットを受信した場合のＡＶ接続装置の処理動作を説明するためのフローチャート。
【図５８】アドレス・ポート番号変換テーブルを用いた、ＩＰアドレスとポート番号の変換処理を具体的に説明するための図。
【図５９】ＡＶ接続装置にて作成される宅内ホームページの一例を示した図。
【符号の説明】
１、３…ＩＥＥＥ１３９４バス
２…公衆網
４、５…ＡＶ接続装置
６、１０…ＰＣ
７…デジタルＴＶ
８…ＤＶＤプレーヤ
９…デジタルＶＴＲ
１１…プリンタ
１２…ホームオートメーション網
１３…エアコン
１４…電子レンジ
２１…１３９４インタフェース
２２…データリンクスイッチ
２３…公衆網インタフェース
２４…ＩＰ処理機能
２５…ＦＡＮＰ処理機能
２６…１３９４／ＩＰサービスロケーション処理機能
２７…サービスロケーション代理機能
２８…１３９４ＡＶコマンド処理機能
２９…１３９４／ＩＰコマンド変換機能
６１、６２…コマンド対応テーブル
７１…サービス代理受信機能
７２…ＣＣＣＰ／ＬＯＮコマンド変換機能
７３…ＬＯＮコマンド発行機能
８１、４０１、４０２…ＰＣ
８２…プロセッサ
８３…メインメモリ
８４…システムバス
８５…２次記憶装置
８６、８７…ＩＥＥＥ１３９４インタフェース
８８…ハードディスク
９０、４３１…プリンタ
９１、４３２…ＦＡＸ
９２、４３３…マッサージ装置
９３、４３４…トースタ
１０１、５０１、６０１…論理デバイス管理機能
１０２、５０２、６０２…２次記憶管装置理機能
１０３、５０３、６０３…１３９４インタフェース管理機能
１０４、６０４…プリンタのｕｎｉｔ１
１０５、６０５…ＦＡＸのｕｎｉｔ１
１０６、６０６…ＦＡＸのｕｎｉｔ２
１０７、６０７…マッサージ装置のｕｎｉｔ１
１０８、６０８…マッサージ装置のｕｎｉｔ２
１０９、５０８…トースタのｕｎｉｔ１
１１１、１１２、５１１、５１２、６１１、６１２…ハードディスク管理機能１１３、１１４、５１３、５１４、６１３、６１４…ＩＥＥＥ１３９４インタフェースのデバイスドライバ
１２１、５２１、６２１…１３９４管理オブジェクト
１２２、５２２、６２２…論理デバイス管理オブジェクト
１３１〜１３５、５３１〜５３４、６３１〜６３５…論理デバイスクラスオブジェクト
１３１−１、１３１−２、１３２−１、１３３−１、１３４−１〜１３４−３、１３５−１、５３３−１、５３３−２、５３４−１、６３１−１、６３１−２、６３２−１、６３３−１、６３４−１、６３４−２、６３５−１、６３５−２…論理デバイスオブジェクト
１５１〜１５６、５５１〜１５３、６５１〜１５５…物理デバイスオブジェクト
１６１〜１６６、５６１〜５６３、６６１〜６６５…ドライバオブジェクト
４１１、４１２…ネットワーク接続装置
４１３…ＩＳＤＮ通信回線
４２１、４２２…１３９４バス
５０４…ＩＰ機能
５７１…１３９４スタブオブジェクト
６８１…１３９４プロキシオブジェクト
１４０１…１３９４Ｉ／Ｆ
１４０２…データリンクスイッチ
１４０３…公衆網Ｉ／Ｆ
１４０４…ＩＰ処理機能
１４０５…ＦＡＮＰ処理機能
１４０６…１３９４／ＩＰサービスロケーション処理機能
１４０７…ホームページ処理機能
１４０８…１３９４ＡＶコマンド処理機能
１４０９…ＨＴＴＰ／ＲＴＳＰ処理機能
１４１０…ＲＴＳＰ対応テーブル
２００１…パーソナルコンピュータ
２００２…プリンタ
２００３…ＤＶＤプレーヤ
２０１０…第１のネットワーク（ホームネットワーク）
２１０１…第２のネットワーク（インターネット）
２１０２…ＩＰ端末装置
２２０１…ＡＶ接続装置[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a directory service in a home network environment, remote operation of equipment, or a communication device such as a computer having a function of controlling peripheral devices, in particular, a computer capable of controlling various devices connected to a general-purpose bus. And a communication control method, a service registration method, a service providing method, and a device control program registration method performed by the communication device.
[0002]
[Prior art]
(1) In recent years, as symbolized by the development of multimedia technology, digitization of electronic devices has been progressing rapidly. This trend begins with the office environment. In terms of hardware, progress is being made in the form of introduction of personal computers, digitalization of OA devices, and networking of them. In terms of software, core business by the host (which is being right-sized and being transferred to personal computers, etc.), software such as word processors and spreadsheets, or Internet applications such as WWW are introduced. And the application fields of digitization are becoming more and more widespread.
[0003]
The above-mentioned tendency is also seen in devices used in the home and related fields. That is, digitalization is steadily progressing, such as digitalization of AV equipment (ie, DVD, digital VTR, digital video camera, etc.), digitalization of broadcasting, Internet access such as OCN.
[0004]
The wave of technological innovation as described above, which has been promoted starting with the office environment, is likely to move toward networking in the future. In other words, it is said that technologies in various fields such as information, communication, and broadcasting are bundled by digitization, and mutual introduction is started by networking.
[0005]
Various candidates are conceivable as network technologies that serve as a basis for realizing this. For example, Ethernet has an overwhelming track record in the office environment, and it can be said that it is the leading candidate in the personal computer network at home. ATM is also a strong candidate. This is because it is a common movement for infrastructure builders (telephone companies, CATV, etc.) to focus on ATM features such as high speed, real time, and broadband, and to build infrastructure using this technology. .
[0006]
In addition to these candidates, network technology (bus technology) called IEEE 1394 has recently attracted attention. This has many remarkable features such as high speed, real-time (QOS guarantee), plug and play, etc., especially in the AV equipment industry, attracting great attention as the leading candidate for the connection method between digital AV equipment ing. In the computer industry such as personal computers, attention to this technology has begun to gather.
[0007]
Now, the mutual introduction of information, communication, broadcasting, etc. through networking will be realized by interconnecting these digital devices with the network technology desired by users as the home-use digital devices become popular. Let's go. In this way, it is thought that prototypes of domestic digital networks will gradually be created.
[0008]
Then, as the next stage, the need to connect these digital networks to each other will become apparent. For example, an AV device connected to the 1394 network between the reception floors of the first floor of the user's house and an AV device connected to the 1394 network of the second floor room are interconnected to perform a cooperative operation such as dubbing, for example. That is the need. Or it is the case where the apparatus a connected to the 1394 network of the user A house and the apparatus b connected to the 1394 network of the user B house are operated in a coordinated manner.
[0009]
However, there are the following problems in order to realize interconnection between home or home digital networks.
[0010]
(I) When controlling devices in a home or between homes via a network, “what device is in which location on the network” or “what services are provided on the network” There is no mechanism to know the information that “is”. Without this mechanism, the user cannot recognize the presence of a specific device / service on the network, and cannot operate or control the target device or receive a service.
[0011]
(Ii) In the interconnection between digital networks, it is assumed that parts conforming to different protocols are mixed, but there is no mechanism for transmitting an operation command or the like across different protocols.
[0012]
For example, when IEEE 1394 is used, it is possible to mix devices compatible with the Internet in addition to 1394 compatible devices, and the use protocols do not always match. When remote operation is attempted in such a mixed situation, that is, when the target device is to be controlled via a different type of network, the IEEE 1394 protocol cannot be operated on the different type of network. Sending is impossible.
[0013]
In addition, a method of realizing a remote operation by providing a gateway is conceivable, but there is no gateway design guideline or the like in such a case.
[0014]
(2) By the way, with the rapid spread of personal computers and diversification of applications in recent years, peripheral devices have been diversified into storage devices such as hard disks, scanners, input devices such as cameras, etc. continuing.
[0015]
In the past, both application software and peripheral device hardware are not versatile, and peripheral devices can only be used from specific applications and cannot be used by others. This obstacle has now been largely eliminated by the following three technologies. The technology is a software called a driver that absorbs differences in hardware control, a loadable driver technology that can load a driver as needed and incorporate it into an operating system (hereinafter referred to as OS), and is connected This is a plug-and-play technique in which a peripheral device is detected by a computer and an appropriate driver is incorporated.
[0016]
As a result, the versatility of both the peripheral device and the application program is enhanced, and the convenience of the user is improved. In addition, the positive feedback that reduces the price due to the mass production effect due to the versatility is generated. Of course, personal computers have been standardized by hardware itself, bus standards such as ISA and PCI, and storage device connection standards such as IDE and SCSI.
[0017]
In recent years, connection standards for peripheral devices that facilitate connection work and wiring such as USB (Universal Serial Bus) and IEEE1394 are being adopted. Since these are several pairs of twisted pair connections, they can be used as a simple network. IEEE 1394 has a high-speed transfer capability comparable to the system bus of past computers, and is capable of image transmission, so it is a leading connection standard for home appliances such as TV and video. In the IEEE 1394 standard, all control is performed in a 64-bit address space that is standardized by IEC1212 (ANSI / IEEE Std 1212 Control Status Register (CSR) Architecture for Microcomputer Buses [ISO / IEC13213]). Done. For this reason, the peripheral device can have an interface that does not depend on the architecture of the host processor to be controlled in the same manner as the SCSI standard often used in storage devices.
[0018]
On the other hand, the precondition that the above-mentioned generalization is an advantage is that drivers corresponding to various peripheral devices are provided together with the OS. Both OS vendors and peripheral vendors must devote great effort to this. In fact, in the Microsoft operating system Windows 95, various drivers are stored in 40 floppy disks. Of course, all of this is not a driver, but it accounts for a large percentage. Since the software of the driver software depends on the OS, the software vendor must prepare a driver for each OS. This is because the device driver generally operates in close association with the memory management of the OS. Needless to say, the OS itself is largely dependent on the architecture of the host processor.
[0019]
As an attempt to increase the versatility of the device driver, there is a method of using a general-purpose protocol for communication and control with peripheral devices, as realized by SCSI, IEEE1394, and USB. The OS provides a driver for sending SCSI and IEEE 1394 packets, and a device driver specific to the device uses the driver to control each peripheral device. If this method is used, the same OS can use a driver for a part that performs device-specific control such as SCSI HD and printer, even if the device connection interface such as SCSI or IEEE1394 is different.
[0020]
There are several methods for this general purpose connection device architecture. SCSI defines a protocol for control commands in addition to communication. IEEE 1394 defines a communication method, but does not define control commands, leaving room for devices having various control protocols.
[0021]
In addition to the aspect as a general-purpose I / O bus, IEEE 1394 has an aspect that can be used as a network, and mapping of the Internet protocol on the IEEE 1394 bus has been proposed (DAVIC IP over IEEE 1394. 1995 Specifications, 1996). However, an interface that integrates the communication network and the input / output bus has not yet been realized.
[0022]
Now, various peripheral devices can be used by the OS reading drivers corresponding to the respective devices. However, since the device driver itself depends on the OS and does not have versatility, it is necessary to develop a corresponding driver for each of various OSs. For this reason, there has been a problem that development of a device driver by a peripheral device vendor is limited to a specific well-known OS. As a result, the development of device drivers is concentrated on a specific OS, and the number of devices that cannot be used by other OSs is increasing. This hinders diversification in accordance with the use of the OS and impairs user convenience.
[0023]
Another problem is that the resources of the OS are occupied by drivers of devices that are not used and APIs corresponding to higher-level protocols due to diversification of peripheral devices.
[0024]
In addition, in IEEE 1394, not only the peripheral device control bus but also a network usage mode is conceivable. When used in a network, it is difficult to grasp all the devices to which the controlling PC is connected in advance, and it is possible to determine the usage method according to the connected devices, and to the same IEEE 1394 bus. When two or more PCs are connected, it is required to determine which PC has the control right. However, there has been no system that solves this problem.
[0025]
Further, there has been no system that can control a remote IEEE 1394 device through a telephone network or a wide area network.
[0026]
[Problems to be solved by the invention]
Traditionally, even if you try to interconnect home or home digital networks and control devices over the network,
(1) There is no technology for knowing the location of each device on the network or information on the service provided on the network, and the user can recognize the presence of a specific device / service on the network. In other words, it was impossible to operate or control the target device or receive service. Also, if there are parts that follow different protocols in the interconnection of digital networks, there is no technology to transmit operation commands etc. across different protocols, and the user can operate or control the target device beyond different protocols or services Could not receive the offer.
[0027]
(2) Furthermore, although it is thought that so-called information appliances with various Internet processing functions will enter the home in the near future, the current Internet suffers from a serious shortage of addresses. The number of home appliances entering the home is considered to be very large, and it is unrealistic to consider new IP addresses for all of them. Therefore, the following two methods have been proposed.
[0028]
・ Use private IP addresses at home.
[0029]
-Use IPv6 (IP version 6) address in the home.
[0030]
However, the actual Internet (public network) is actually operated by IPv4 (IP version 4), and there is no method for accessing home devices from the Internet when the above method is used. . NAT (network address translation) and IP masquerading are known as countermeasures against this problem, but even if these are used, users on the Internet (public network) can specify addresses of various devices in the home. It is necessary to recognize before actually performing those operations, but there is no mechanism for realizing this.
[0031]
(3) Conventionally, the device driver depends on the OS and does not have versatility. Therefore, there is a problem that it is necessary to develop a corresponding driver for each of various OSs. As peripheral devices diversify, it is often the case that device drivers are built in abundantly in advance, but OS resources are unnecessarily occupied by device drivers of devices that are not used and APIs that support higher-level protocols. There was a problem that would be done.
[0032]
The present invention has been made in view of the above circumstances, and in order to solve the first problem, a communication apparatus that can realize a unified service providing environment without depending on a specific network. An object of the present invention is to provide a service registration method and a service provision method.
[0033]
Further, in order to solve the second problem, the present invention enables each network even when networks having different address systems (for example, IPv4 and IPv6, private address and IPv4, private address and IPv6, etc.) are interconnected. It is an object of the present invention to provide a communication apparatus that makes it possible to access the service provided in the network from other networks.
[0034]
In order to solve the third problem, the present invention does not depend on an OS or hardware, and can register a device control program when necessary, and device control program registration. It aims to provide a method.
[0035]
[Means for Solving the Problems]
(1) The present invention A communication device (for example, a personal computer) provided with a communication means for operating a register mapped in a single address space and a configuration information storage means (configuration memory) for storing configuration information about the device itself The configuration information storage means dynamically describes information relating to a service operating on the own device (the communication device).
[0036]
According to the present invention, another node communicated via the communication device can recognize the application serviced by the communication device at that time in a timely manner by accessing the configuration information storage unit. Network configuration directory services and mobile node service detection are possible, and network operation flexibility is improved. In particular, when the operation service changes dynamically, or when the service is realized by software, the dynamic change in the operation of the service is more severe with software installation or version upgrade. Therefore, the effectiveness of dynamically changing the service configuration information is extremely large.
[0037]
(2) The present invention A communication device (for example, a personal computer) provided with a communication means for operating a register mapped in a single address space and a configuration information storage means (configuration memory) for storing configuration information about the device itself. In the configuration information storage means, information related to a service operating on the own device (the communication device) and information on attributes of the own device (for example, vendor ID, node capability, etc.) are described together. It is characterized by that.
[0038]
According to the present invention, it is possible to notify both the configuration information based on the service and the configuration information based on the device to the other node communicated via the communication device, and the other node When configuring the directory information of the network to which the communication device is connected, it is effective to further simplify the selection between the configuration information for each service and the configuration information for each device. This is particularly useful for dealing with both the user who can operate and search for each service and the user who can operate and search for each device.
[0039]
(3) The present invention A communication device (for example, a personal computer) provided with first communication means for operating a register mapped to a single address space and configuration information storage means (configuration memory) for storing configuration information about the device itself In the configuration information storage means, the configuration information relating to the network connected to the own apparatus (the communication apparatus) via the second communication means different from the first communication means (for example, the terminal Information, service information) is described at least in part.
[0040]
According to the present invention, a node other than the communication device connected to the first communication unit recognizes the network configuration information connected to the communication device to the second communication unit through the configuration information storage unit. As a result, it becomes possible to recognize the configuration information of the entire interconnected network through the configuration information storage means via the first communication means, and thus the network management, network service registration and other mechanisms, It becomes possible to simplify labor.
[0041]
(4) The present invention An electronic device (such as a personal computer) that registers a service with a directory agent that exists in a connected network and that communicates with a protocol that depends on the data link of the connected network ( For example, it is provided with means for registering services of peripheral devices, AV devices, home appliances, etc.) in the directory agent instead of the electronic device.
[0042]
According to the present invention, a directory agent provides a service (for example, IEEE 1394) provided by a data link layer protocol (for example, IEEE 1394 layer) for a directory service of a protocol (for example, a network layer protocol such as IP) in which the directory agent operates. As a result, the directory agent or the directory service can search for a service deployed on the network without distinguishing between its providing layers. It is possible to improve the convenience of network users and improve flexibility at the same time.
[0043]
(5) The present invention A communication device (for example, a personal computer) for notifying information related to a service in response to an inquiry from a user agent in a connected network, and communicating with a protocol depending on a data link of the connected network The electronic device (for example, a peripheral device, an AV device, a home appliance, etc.) is provided with means for notifying the user agent of a service in place of the electronic device.
[0044]
According to the present invention, a user agent can provide information on a service provided by a data link layer protocol (for example, IEEE 1394 layer) for a service location service of a protocol (for example, a network layer protocol such as IP) on which the user agent operates. As a result, the user agent or service location service can search for services deployed on the network without distinction of the layers provided, thereby improving the convenience for network users. Flexibility can be improved at the same time.
[0045]
(6) The present invention provides the above (4) or (5) In the communication device described in (1), when registering with the directory agent or notifying the user agent, as a port for accessing the service to be registered or notified, logical multiplexing of the own device (for example, personal computer) An identifier is registered or notified.
[0046]
In this way, when there is access to the logical multiplex identifier, the communication device can recognize that the access is to the service of the electronic device, and the service is actually Appropriate processing for realization can be performed.
[0047]
On the other hand, the directory agent can respond with this logical multiple identifier as an access point to the service of the electronic device, and can provide a unified directory service regardless of the service providing layer. Become.
[0048]
Further, when the user agent is notified of the logical multiple identifier as an access point to the service of the electronic device, the user agent recognizes that the service is provided through the logical multiple identifier regardless of the layer. It is possible to provide a uniform service provision system regardless of the layer in the entire network.
[0049]
(7) The present invention provides the above (6) When the command arrives at the port specified by the logical multiplex identifier, the command is converted into a command of a protocol depending on the data link corresponding to the command, and the electronic device ( For example, it is transmitted to a peripheral device, an AV device, a home appliance, or the like.
[0050]
In this way, when there is an access to the logical multiple identifier, the communication device recognizes that the access is to the service of the electronic device and actually provides the service. It is possible to send the command after the command conversion that matches the protocol of the provided data link to the entity, that is, to make a service request. Realization is possible.
[0051]
Further, since the user agent recognizes that the access to the service of the electronic device is only performed in the layer describing the command, the processing is simplified, that is, the service in the layer. It means that access to various services on the network becomes possible if the access environment is prepared, and this contributes to simplification, efficiency, and unification of the service provision environment of the network. It becomes possible.
[0052]
(8) The present invention provides the above (6) The communication device according to claim 1, further comprising: a correspondence table for mapping a command that has reached the logical multiplex identifier port to a command of a protocol that depends on the data link corresponding to the command.
[0053]
In this way, the communication device can perform command conversion when there is access to the logical multiplex identifier in accordance with a predetermined procedure, whereby the communication to the service of the electronic device can be performed. Recognizing that access is being performed, performing command conversion that matches the protocol of the provided data link to the entity actually providing the service, and then sending the command, that is, making a service request Therefore, it is possible to realize the entire procedure “service request → service realization”.
[0054]
Further, since the user agent recognizes that the access to the service of the electronic device is only performed in the layer describing the command, the processing is simplified, that is, the service in the layer. It means that access to various services on the network becomes possible if the access environment is prepared, and this contributes to simplification, efficiency, and unification of the service provision environment of the network. It becomes possible.
[0055]
(9) The present invention An electronic device that cannot communicate according to the first communication means, and an electronic device that can communicate according to the second communication means, and an electronic device that can communicate according to any of the first communication means and the second communication means And a service registration method in a communication apparatus connected to a network to which the electronic apparatus may be connected, accepting registration of information about services provided from each of the electronic apparatuses through the first communication means, Information relating to services provided by each of the electronic devices to be registered with respect to electronic devices whose existence has been recognized by the two communication means and which have not been notified through the first communication means; Based on the information related to the service acquired and notified using the second communication means and the information related to the acquired service, the service on the network is And characterized in that it constitutes a screw directory information.
[0056]
(10) The present invention A service providing method in a communication device to which at least one electronic device that cannot communicate according to the first protocol and that can communicate according to the second protocol is connected, provided by the electronic device When a logical multiplex identifier of the device according to the first protocol is assigned as a port for accessing the service, and the command arrives at the port specified by the logical multiplex identifier, the command is assigned to the second protocol. The command is converted into a command conforming to and transmitted to the electronic device.
[0057]
(11) The present invention , Communication means for operating a register mapped in a single address space, and attribute information (eg, uniq ID, etc.) of an electronic device (eg, peripheral device, AV device, home appliance) recognized by the communication means. a unit control program (device driver) for controlling the electronic device by issuing an instruction to operate a register on the single address space to the communication unit. Registration means for performing registration of software (incorporation into the OS) during operation based on the acquired attribute information of the electronic device.
[0058]
According to the present invention, the device control program serves as a so-called device driver, but according to the present invention, an electronic device obtained by a communication means that operates a register mapped to a single address space. Register a device control program for controlling the electronic device by issuing an instruction to operate a register on the single address space based on the device attribute information. A device control program tailored to the target attribute can be incorporated into the OS.
[0059]
If the device control program is provided in a network loadable form (for example, written in the JAVA language), it is possible to register the device control program regardless of the OS type or hardware type. It becomes.
[0060]
(12) The present invention provides the above (11) In the communication apparatus according to claim 1, the registration means includes means for obtaining an identification name of a device control program to be obtained based on attribute information of the electronic device obtained by the obtaining means, and the obtained identification name. And a means for obtaining a corresponding device control program.
[0061]
In this way, a device control program suitable for the attributes of the electronic device can be obtained as needed and used as a device driver.
[0062]
(13) The present invention provides the above (11) or (12) In the communication device described in the item 1, the attribute information of the electronic device is described in a predetermined configuration information storage area (for example, a configuration ROM or a configuration memory) in the electronic device. The obtaining means obtains the attribute information by reading the contents described in the configuration information storage area.
[0063]
Thus, if the attribute information of the electronic device is obtained by reading the configuration information storage area in the electronic device, the attribute information of the device is usually described in the configuration information storage area. Therefore, it is expected that appropriate information as a clue for obtaining an appropriate device control program can be obtained.
[0064]
(14) The present invention provides the above (11) to (13). The communication device according to any one of the above, wherein the single address space is provided in the form of an IEEE 1394 bus.
[0065]
Since the IEEE 1394 bus can be interpreted as a bus that realizes a single memory space, it is possible to adopt the above mechanism as it is, and it is difficult to perform dynamics via a network of network device drivers that were originally difficult. Loading becomes possible, and the convenience of the user can be greatly improved.
[0066]
(15) The present invention provides the above (12) to (14). In the communication apparatus according to any one of the above, an identification name capable of indicating a specific resource of an external network is used as the identification name of the apparatus control program.
[0067]
Thus, if the device control program for the electronic device is network loadable, it can be obtained from an external network as necessary, and the communication device can store all the device control programs that are assumed in advance. It is possible to enjoy various advantages such as saving of disk and OS capacity and software version upgrade.
[0068]
Preferably, the device control program is written in JAVA language or the like.
[0069]
(16) The present invention Uses a logical network for communication with another communication device (second communication device) capable of communicating with a predetermined electronic device by means for operating a register mapped to a single address space. A communication device (first communication device) capable of being communicated by the communication means, the electronic device (for example, a personal computer, a peripheral) with respect to the other communication device (second communication device) through the communication means Registration of a device control program (device driver software) for controlling acquisition of attribute information (for example, unique ID, unit ID, capability, etc.) of device, AV device, home appliance, etc. Means for performing during operation based on attribute information of the electronic device obtained from the other communication device by the request; Characterized by comprising a means for transmitting and receiving information about the instruction for operating the register on said single address space through the communication means with the serial another communication apparatus (second communication apparatus).
[0070]
According to the present invention, a communication device (first communication device) that is a control subject uses the electronic device via another communication device (second communication device) connected through a logical network. It is possible to have a function, and it is not limited to a means for operating a register mapped on a single address space without changing a control program for operating a register on a single address space. The device can be controlled.
[0071]
Preferably, the means for performing during operation based on the attribute information of the electronic device obtained from the other communication device by the request is a device control program to be obtained based on the acquired attribute information of the electronic device. There may be provided means for obtaining the identification name and means for obtaining the corresponding device control program based on the obtained identification name.
[0072]
Preferably, the attribute information of the electronic device is described in a predetermined configuration information storage area in the electronic device, and the attribute information is the other communication device (second communication device). It may be obtained by reading the contents described in the configuration information storage area by the device.
[0073]
Preferably, the single address space may be provided in the form of an IEEE 1394 bus.
[0074]
Preferably, an identification name capable of indicating a specific resource of the external network may be used as the identification name of the device control program.
[0075]
(17) The present invention is an apparatus control program registration method for registering an apparatus control program during operation of a communication apparatus, wherein an electronic device recognized by a predetermined communication means that operates a register mapped to a single address space. A device control program registration is obtained, which obtains attribute information of an electronic device and issues an instruction to operate the register on the single address space to the communication means. It is performed during operation based on attribute information of the electronic device.
[0076]
The invention relating to each of the above devices is also established as an invention relating to a method.
[0077]
The above-described invention can also be realized as a machine-readable medium recording a program for causing a computer to execute a corresponding procedure, function, or means.
[0078]
(18) Communication apparatus of the present invention For controlling a service providing apparatus in a communication apparatus for controlling, via a second network, a service providing apparatus that is connected to a first network and communicates with a protocol that depends on the first network. Providing means for providing, via at least the second network, information related to a second command that depends on a communication protocol of the second network corresponding to a first command that depends on a communication protocol of the first network; Receiving means for receiving a message including the second command provided by the providing means via the second network; and receiving a second command contained in the message received by the receiving means. Control means for converting into a command and controlling the service providing apparatus with the first command. And makes it possible to realize not dependent on a specific network, unified service delivery environments.
[0079]
(19) Communication apparatus of the present invention Relates to a service provided by the service providing apparatus in a communication apparatus for controlling, via the second network, a service providing apparatus that is connected to the first network and communicates with a protocol that depends on the first network. A collecting means for collecting information, and a first command corresponding to a first command depending on a communication protocol of the first network for controlling the service providing apparatus corresponding to the information relating to the service collected by the collecting means; Providing means for providing at least information about the second command depending on the communication protocol of the second network via the second network; and a message including the second command provided by the providing means. Receiving means for receiving via the network and messages received by this receiving means And a control unit that converts the second command included in the first command into the first command and controls the service providing apparatus with the first command. It is possible to realize a simple service providing environment.
[0080]
(22) Communication apparatus of the present invention For controlling a service providing apparatus in a communication apparatus for controlling, via a second network, a service providing apparatus that is connected to a first network and communicates with a protocol that depends on the first network. Providing means for providing a home page for issuing a first command depending on the communication protocol of the first network via the second network, and a message based on the home page provided by the providing means, By providing a receiving means for receiving via the second network, and a control means for controlling the service providing apparatus with the first command issued based on the message received by the receiving means. The user who receives and operates the service providing device connected to the first network Regardless of whether the protocol is what, as AV equipment specifically connected to the IEEE1394, for even devices only protocol that depends on the link layer technology does not interpret, it is possible to perform the remote control.
[0081]
(23) Communication apparatus of the present invention Relates to a service provided by the service providing apparatus in a communication apparatus for controlling, via the second network, a service providing apparatus that is connected to the first network and communicates with a protocol that depends on the first network. Collecting means for collecting information, and a first command depending on a communication protocol of the first network for controlling the service providing apparatus corresponding to the information about the service collected by the collecting means Providing means for providing a home page via the second network, receiving means for receiving a message based on the home page provided by the providing means via the second network, received by the receiving means The service providing apparatus is activated by the first command issued based on the message. A user who receives and operates a homepage by connecting to the IEEE 1394, regardless of the protocol of the service providing apparatus connected to the first network. Remote control is also possible for devices that only interpret protocols that depend on link layer technology, such as AV devices.
[0082]
(24) Communication apparatus of the present invention Relates to a service provided by the service providing apparatus in a communication apparatus for controlling, via the second network, a service providing apparatus that is connected to the first network and communicates with a protocol that depends on the first network. Collecting means for collecting information, and a home page for issuing a first command depending on the communication protocol of the first network for controlling the service providing apparatus based on information about the service collected by the collecting means Creating means for creating the website, providing means for providing the home page created by the creating means via the second network, and messages based on the home page provided by the providing means via the second network Based on the message received by the receiving means and the receiving means. Control means for controlling the service providing apparatus with the issued first command, so that a user who receives and operates a homepage can use the protocol of the service providing apparatus connected to the first network. Regardless of what is, it is possible to perform remote control even for devices that interpret only protocols that depend on link layer technology, such as AV devices connected to IEEE 1394.
[0083]
(25) The communication device of the present invention Registers a second command depending on a communication protocol of the second network for controlling the service providing apparatus corresponding to the first command predetermined for each service provided by the service providing apparatus The second command information ((2) is included in the homepage by acquiring the information on the second command corresponding to the information on the service collected by the collecting means from the table and creating the homepage. It is possible to display a list of remote control of the service providing apparatus that can be realized by a remote control command), and to create a homepage listing the remote control methods that can be operated.
[0084]
(26) Further, the communication device of the present invention , The message includes a second command depending on a communication protocol of the second network for controlling the service providing apparatus, and the control means includes the first command and the second command. By converting the second command included in the message received by the receiving unit with reference to the correspondence table into the first command, specific second command information (remote control command) is sent to the receiving unit. Refer to the above correspondence table to see what operation it should perform to the desired device of the first network (in this case, the service providing device connected to the first network). You will understand.
[0085]
(27) Moreover, the communication apparatus of the present invention The message includes a second command that depends on a communication protocol of the second network for controlling the service providing device, an address that depends on a communication protocol of the second network, and the first A multiple identifier for identifying the service providing apparatus depending on the network, and the control means is received by the receiving means with reference to a correspondence table of the first command and the second command By converting the second command included in the message into the first command and controlling the service providing apparatus identified by the multiple identifier with the first command, the node receiving the home page Command information (remote control command) on the control target by acting on the hyperlinked reference target It is possible to designate a service providing apparatus connected to the first network and to designate a desired operation thereof, and to remotely operate the service providing apparatus connected to the desired first network. Is possible.
[0086]
(28) Moreover, the communication apparatus of the present invention The homepage includes a program for generating a message including a second command depending on a communication protocol of the second network for controlling the service providing apparatus, and the control means includes the first The second command contained in the message received by the receiving means is converted into the first command with reference to the correspondence table between the command and the second command, and the service providing apparatus using the first command By controlling the homepage, the node that receives the home page activates the program (JAVA program) associated therewith, specifies the service providing apparatus connected to the first network that is the control target, and the desired service It is possible to issue a command for designating an operation, so that the desired first network can be connected. It is possible to perform the remote operation of the service providing device that is.
[0087]
(29) Further, the communication apparatus of the present invention The control means activates a program (for example, CGI script) for issuing the first command in the message received by the receiving means, so that the node receiving the homepage associates with it. The specified program (CGI script) is started, the service providing apparatus connected to the first network to be controlled is designated, and a command for designating the desired operation can be issued. It becomes possible to remotely control the service providing apparatus connected to the first network.
[0088]
(30) Further, the communication apparatus of the present invention The message includes information designating a communication protocol for transmitting information, so that when the information is transmitted in response to a request from the partner node that has received the homepage, It becomes possible to specify information, so that information can be surely sent to the transmission partner. This is particularly effective when the party to be transmitted does not have the ability to receive network layer packets. Also, when the node receiving the transmission information does not support the same network layer protocol as the second command information (remote control command), or when encapsulating the transmission information into the network layer protocol is very expensive In such a case, the apparatus that has received the homepage can prompt the information transmission other than the network layer protocol.
[0089]
Further, the message may include header information depending on the communication protocol at the time of transmitting information, in addition to information specifying the communication protocol at the time of transmitting information.
[0090]
(35) Communication device of the present invention (fifth embodiment) Is a communication device connected to the first network and the second network, and a second logical multiplex identifier for a service provided by the first logical multiplex identifier of an arbitrary device on the first network The first logical multiplex identifier, a first address of a device on the first network providing the service, a second address accessible from the second network, and the second logic Storage means for storing a correspondence relationship with multiple identifiers, and each service of the first logical multiple identifier is presented as a service that can be accessed from the second network with the second address and the second logical multiple identifier. Based on the correspondence stored in the storage means and the first presented by the presenting means between the first and second networks. By performing packet transfer for providing services on the network, the first network is operated in a different address system from the second network, for example, when the second network is operated in the IPv4 address system. When the first network is operated with the IPv6 address system or when the first network is operated with the private IP address system, it is provided to the user of the second network with the first network. Access to the services that are being implemented.
[0091]
That is, for a user of the second network, it is assumed that the service provided by the first network is provided by the communication device using, for example, a homepage as the presenting means. Present to the network. When there is an access to this service from a user of the second network, the correspondence between the user and the second network is stored using the correspondence (address / port number conversion table) stored in the storage means. Provided by the user of the second network and the first network by converting packets between the communication devices into packets between services provided by the communication device and the first network. From the service, it is recognized that a transparent packet is exchanged.
[0092]
(36) Collecting information about the services of the first network is further provided by collecting means for collecting the first logical multiplex identifier on the first network and the first address of the device providing each service. Based on this, it is possible to automatically update, for example, a home page as the presenting means.
[0093]
(37) Of the packets input from the second network, second storage means for storing identifiers of packets that can be transferred to the first network; and among the packets input from the second network, the storage means Output means for outputting only the packet having the identifier stored in the first network to the first network, so that user authentication is performed in advance, for example, from an external network such as a public network to the first network. Intrusion of illegal packets can be prevented.
[0094]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the invention will be described with reference to the drawings.
[0095]
(First embodiment)
FIG. 1 shows a configuration example of a system according to the present embodiment.
[0096]
In this embodiment, it is assumed that two home networks are interconnected via a public network 2 as shown in FIG. The public network 2 may be a telephone network, a wide band line such as ISDN, a dedicated line, or the Internet. However, it is preferable to use a network that satisfies the communication bandwidth necessary for using and providing the service.
[0097]
The first home network is composed of a first IEEE 1394 bus 1. Further, it is assumed that a first AV connection device 4, a personal computer (hereinafter referred to as PC) 6, and a digital TV 7 are connected to the IEEE 1394 bus 1.
[0098]
The second home network is composed of a second IEEE 1394 bus 3 and a home automation network 12. In this embodiment, the home automation network 12 is assumed to use an Echelon LON (local operating network). Echelon LON is described in detail in information obtained from, for example, the Echelon website (http://www.chelon.com).
[0099]
It is assumed that a second AV connection device 5, a DVD player 8, a digital VTR 9, a PC 10, and a printer 11 are connected to the IEEE 1394 bus 3 of the second home network. The PC 10 is also connected to the home automation network 12. The home automation network 12 is connected to an air conditioner 13 and a microwave oven 14 in addition to the PC 10.
[0100]
Among the terminals connected to these networks, the first AV connection device 4, PC 6, second AV connection device 5, PC 10, and printer 11 each have an IP address (here, a private IP address). It is a so-called IP terminal. The IP address of the first AV connection device 4 is 192.168.2.254, the IP address of the PC 6 is 192.168.2.1, and the IP address of the second AV connection device 5 is 192.168.1.254. The IP address of the PC 10 is 192.168.1.1, and the IP address of the printer 11 is 192.168.1.2. As described above, a private IP address (when the public network 2 is not the Internet but ISDN) or a global IP address (when the public network 2 is the Internet) is used as the IP address of the terminal in the present embodiment. It is assumed that the setting of the routing mechanism for routing between the terminals (setting of the IP routing table, etc.) is appropriately performed. Although the global IP address is currently 32 bits, it is expected to become 128 bits in the near future, and an environment in which a global IP address can be assigned to each terminal is becoming a reality.
[0101]
On the other hand, the digital TV 7, the DVD player 8, and the digital VTR 9 are so-called 1394 terminals and are terminals that interpret only the 1394 protocol group (IEEE 1394-1995, IEC 1883, IEEE 1394AV / C, SBP, etc.).
[0102]
The air conditioner 13 and the microwave oven 14 are so-called LON terminals and are terminals that interpret only a protocol group defined by the LON.
[0103]
Each of the first AV connection device 4 and the second AV connection device 5 basically has a function of interconnecting two or more networks (in the present embodiment, an IEEE 1394 bus and a public network). FIG. 2 shows the internal configuration of the AV connection apparatuses 4 and 5.
[0104]
As shown in FIG. 2, the AV connection apparatus of this embodiment includes a 1394 interface 21, a data link switch 22, a public network interface 23, an IP processing function 24, a FANP processing function 25, a 1394 / IP service location processing function 26, a service. It has a location proxy function 27, a 1394AV command processing function 28, and a 1394 / IP command conversion function 29. Each of these functions may be realized by hardware or software.
[0105]
The 1394 interface 21 is a function serving as an interface with the 1394 bus.
[0106]
The data link switch 22 is a switch for transferring data across networks. More specifically, the data link switch 22 refers to only the data link layer identifier / information (for example, reference to a synchronization channel identifier, ATM-VCI, transmission wavelength, etc.). Thus, the destination of the data is explicitly set in advance by a protocol such as FANP so that the data input from the 1394 bus is transferred to the public network and the data input from the public network is This is a switch for transferring to the 1394 bus.
[0107]
The public network interface 23 is a function serving as an interface with the public network. For example, if the data link layer of the public network is ATM, it has a physical ATM interface and logically has an ATM signaling function.
[0108]
The IP processing function 24 is a function of a series of Internet protocols (TCP / IP protocol suit) such as TCP / UDP / IP.
[0109]
The FANP processing function 25 is a function for securing and matching the bandwidth and virtual transmission path identifier in the data link layer of the data transmission path. The details of the FANP processing function are described in, for example, the document ““ Network Interconnection Method in Residential Environment ”, IEICE, Information Network Research Group Research Report IN97-19, pp. 73-78, 1997” (or Japanese Patent Application No. 8-26496, Japanese Patent Application No. 8-272672, Japanese Patent Application No. 9-52125) and the like.
[0110]
The FANP processing function 25 is preferably provided when handling services that require a certain degree of bandwidth, such as video data, and may be omitted when bandwidth guarantee is not required. Instead of the FANP processing function, it is also possible to use a processing function according to the RSVP protocol (Resource Reservation Protocol; Internet draft draft-ietf-rsvp-spec-08.txt).
[0111]
Further, the use of the FANP processing function 25 or the like may be controlled according to the service to be provided. For example, it may be determined whether to use the FANP processing function 25 or the like for each set of IP address and port number. Or you may make it determine using it by the explicit request | requirement from a user.
[0112]
The 1394 / IP service location processing function 26 searches for a terminal or service connected to the 1394 bus or receives its registration, recognizes what terminal / service exists on the 1394 bus, and is requested. It has a function to notify the information to the outside as needed. The 1394 / IP service location processing function 26 has at least a service location protocol processing function (Internet draft draft-ietf-svrloc-protocol-16.txt).
[0113]
The service location proxy function 27 operates a service location protocol in the form of an IP-based service location for the public network side. Also, a service or terminal connected to the 1394 bus, ie, an IEEE 1394 dedicated protocol terminal / service that can recognize and process only a series of 1394 protocols, not IP-based (digital TV 7 in the first home network, second home network) In the DVD player 8 and the digital VTR 9 as well, the AV connection device functions as a proxy server for these services or terminals, and has a function of advertising these terminals / services. When the data is received from the IP side), it has a function of notifying the 1394 / IP command conversion function 29 to map them to IEEE 1394 commands or services.
[0114]
The 1394AV command processing function 28 is a processing function of an IEEE1394 terminal control protocol (for example, 1394AV / C protocol, SBP, etc.).
[0115]
The 1394 / IP command conversion function 29 is a control command (for example, RTSP (Real Time Stream Protocol) or the like) that has been sent or sent using IP; for RTSP, for example, the Internet draft draft-ietf-music-rtsp-02 And the IEEE 1394 terminal control commands (for example, 1394 AV / C protocol and SBP commands) sent on the 1394 bus are mutually converted and notified to the other party.
[0116]
Next, in the second home network, the second AV connection apparatus 5 recognizes a procedure for acquiring information related to the second home network, that is, a terminal and a service existing on the second home network. The procedure will be described.
[0117]
FIG. 3 shows an example of a sequence of a terminal / service collection procedure using a mechanism specific to IEEE 1394. Each terminal connected to the 1394 bus stores a configuration ROM in which predetermined information about the terminal is written. In FIG. 3, the second AV connection device 5 reads (reads) the configuration ROMs of the devices 8 to 11 connected to the 1394 bus 3 and collects information of the devices 8 to 11. This information collection may be performed for all terminals connected to the 1394 bus 3.
[0118]
In the following, some examples of information described in the configuration ROM are shown. Here, the configuration ROM of the PC 10 will be described as an example. In this embodiment, the word “ROM” is used in accordance with the IEEE 1394 specification. However, in actuality, it may be recognized as “register” or “part of memory space”. Etc.).
[0119]
FIG. 4 shows a first example of information described in the configuration ROM. In this example, in the configuration ROM, in addition to node information (for example, vendor ID, node capability, etc.) (31 in FIG. 4) that is basic information about the terminal, the service performed by the PC 10 as unit information Is described. That is, the PC 10 has WWW server and digital album server functions, which are reflected in the contents of the configuration ROM (32 and 33 in FIG. 4). By describing it in the configuration ROM in this way, it not only explains what terminal it is to other terminals connected to the 1394 bus, but also what kind of service it performs. It becomes possible to let you know. This function is extremely useful particularly when a plurality of functions are realized in one terminal, such as a PC. Specifically, information described in the configuration ROM includes a service type, attributes of the service (various parameters used for receiving the service, for example, maximum data transfer speed, device specifications, setting parameters, etc.) It is.
[0120]
Incidentally, the PC 10 is also connected to the home automation network 12 and serves as a server for these home automation. That is, the PC 10 controls various devices (here, the air conditioner 13 and the microwave oven 14) connected to the home automation network 12. In other words, it means that the terminal connected to the second 1394 bus 3 can control various devices connected to the home automation 12 network by accessing the PC 10. In order to inform the terminal on the second 1394 bus 3 of this, information (service information) about the home automation network 12 is also stored in the configuration ROM of the PC 10.
[0121]
First, information indicating that the home automation service is performed is stored in the configuration ROM (34 in FIG. 4). On the 1394 bus, this may be recognized as one unit. Next, as the unit-dependent directory, information indicating that the air conditioner service and the microwave oven service are provided is described in the configuration ROM (35 and 36 in FIG. 4). In this way, other terminals connected to the 1394 bus can know what service is being performed and how the service is connected to another network that is not the 1394 bus. Therefore, the service recognition and operability can be greatly improved.
[0122]
Next, FIG. 5 shows a second example of information described in the configuration ROM. In the first example, the configuration ROM describes the service performed by the terminal as unit information for the terminal, whereas in the second example, the service description (FIG. In addition to 45 to 50 in FIG. 5, information for each terminal is also described (42 to 44 in FIG. 5). Each of these is stored as unit information, and may be stored as a unit-dependent directory. In addition, in order to distinguish between the information for each terminal and the information for each service, there may be areas (42 and 45 in FIG. 5) indicating the distinction (which unit).
[0123]
Here, information about terminals (air conditioner 13 and microwave oven 14) connected to the PC 10 via the home automation network 12 is stored as terminal-specific information (43 and 44 in FIG. 5). By referring to these, other 1394 nodes are not only nodes connected to the 1394 bus but also information about other nodes (air conditioner 13 and microwave oven 14 in this embodiment) connected to the node connected to the 1394 bus. Can be obtained at the 1394 level, and is extremely effective for integrated management and control of the home network.
[0124]
Similarly to the first example, when the PC 10 has a WWW server, a digital album server function, etc., these are reflected in the configuration ROM (45 to 50 in FIG. 5). The specific rules for the description are basically the same as in the first example.
[0125]
Next, FIG. 6 shows a third example of information described in the configuration ROM. In this example, only information about the PC 10 itself is stored. In this case, unlike the first example and the second example, not the description based on the service, but only the information as the node, that is, the information about the device itself is described. , It is described that it is a PC or a PC board (for example, a 1394 PCI board).
[0126]
Now, by displaying the terminal / service information on the second home network collected by the second AV connection device 5 as described above on the console of the second AV connection device 5, for example. The user can be prompted to perform the operation. As a display method at that time, it is possible to perform display for each service, and it is also possible to perform terminal-based display.
[0127]
FIG. 7 shows an example of a screen when displaying by service. As shown in FIG. 7, icons (i1 to i7) are prepared one by one for each service deployed on the second home network, and the user designates a service to be used through a predetermined user interface (for example, a mouse). You can access the service by clicking or dragging and dropping with the device.
[0128]
Here, the screen display of the icon for each service in FIG. 7 displays the service connected to the second IEEE 1394 bus 3 and the service connected to the home automation network 12 in the same manner regardless of the type of network. Has been. This is because the user is generally not interested in which physical network the service is connected to, and therefore it is preferable to display without distinction as described above. As a result, confusion that may occur when the user is aware of the physical network can be prevented.
[0129]
It is not always necessary to display the information itself written in the configuration ROM on the screen, and other corresponding information may be displayed. For example, information written in the configuration ROM is generally considered to be a code for professionals in general, and is considered to be a term unfamiliar to general users. For example, even if a code meaning “digital VCR” is written in the configuration ROM, this term is not familiar to Japanese people. Therefore, in such a case, instead of “digital VCR”, “video” or “video deck” that is more familiar to general users may be displayed.
[0130]
Next, FIG. 8 shows an example of a screen when performing display for each terminal. As in the case of each service, icons (i11 to i15) are prepared one by one for each terminal deployed on the second home network, and the user designates a service to be used by a predetermined user interface ( You can access that service (for example, by clicking or dragging and dropping with a mouse device). Also in this case, regardless of the type of network, the service connected to the second IEEE 1394 bus 3 and the service connected to the home automation network 12 are displayed on the screen without distinction.
[0131]
As described above, the terminal or service is recognized by reading the configuration ROM of the 1394 bus.
[0132]
Next, service registration using the service location protocol will be described.
[0133]
The IETF, an Internet standardization organization, is considering a service registration and search method using a service location protocol. In these, services for IP terminals are classified into some in advance,
(1) The location information of the server that performs the service is registered in a directory agent (also referred to as a directory server in this embodiment) for each service. The user can know the location of the service by making an inquiry to the directory agent.
[0134]
(2) Prepare an IP multicast address for each service. A user requesting a service skips a message meaning “Where is the service?” To the IP multicast address. The server providing the service responds to this, so that the user can know the location of the server providing the service.
[0135]
Service registration and search can be performed in two ways.
[0136]
In the present embodiment, the second AV connection device 5 is a directory agent of the service location protocol (1).
[0137]
The IP terminal (PC 10 and printer 11 in FIG. 1) on the second home network registers the provided service in the second AV connection device 5 which is a directory agent. First, the IP terminal investigates where the directory agent exists on the network and takes a procedure for registering service information. This will be described with reference to FIG. 9, taking as an example the case where the PC 10 registers a service.
[0138]
The PC 10 sends a service request message to the second IEEE 1394 bus 3. The service request message is a message that means "Please reply to the server that provides this service." More specifically, in this example, "Please reply to the server that provides the directory service." Is sent out.
[0139]
The service request message is provided with a “predicate” area for specifying the target service type. In this area, “directory service” is described, and the destination is a directory agent (DA) discovery multicast address (IP address). ) To send this message.
[0140]
In the present embodiment, in the second home network, since the network to which the IP packet reaches is only the second IEEE 1394 bus 3, the service request message sent from the PC 10 is the second AV that is the directory agent. The connection device 5 and the printer 11 are reached.
[0141]
The second AV connection device 5 that is the directory agent that has received the service request message sends back “directory agent (DA) advertisement” to the PC 10 in order to notify that it is a directory agent. Since the printer 11 itself is not a directory agent, the printer 11 ignores the service request message (usually not received by the link layer).
[0142]
Next, the PC 10 recognizes that the directory agent exists in the second AV connection apparatus 5 by receiving the directory agent (DA) advertisement.
[0143]
Next, the PC 10 registers the service provided by the PC 10 in the directory agent. In the present embodiment, the PC 10 provides a WWW service (specifically, an http server) and a digital album service, and also provides services for the air conditioner 13 and the microwave oven 14 connected to the home automation network 12 from the outside as a proxy server. The service request can be received.
[0144]
In the service registration, the PC 10 registers position information, attribute information, and the like for each of the WWW service and the digital album service provided by the PC 10 itself, and for each service on the home automation network (LON) 12, 13 and the microwave oven 14 are registered in place of the position information and attribute information.
[0145]
FIGS. 10A and 10B show examples of contents of registration information of the WWW service and the digital album service, respectively. As the location information of the WWW service and the digital album service, a URL including the IP address of the PC 10 and a port number determined for each service is used.
[0146]
FIGS. 10C and 10D show examples of the contents of registration information of the air conditioner service and the microwave oven service that the PC 10 acts on behalf of, respectively. In this case, the port number of the PC 10 is assigned for each proxy service. In the example of FIG. 10, 15000 is assigned to the air conditioner service on the LON, and 15001 is assigned to the microwave oven service on the LON. Accordingly, the external terminal interprets that the air conditioner service and the microwave oven service exist on the PC 10 and interprets these services as services at the IP level.
[0147]
When an external terminal wants to access the air conditioning service of the home automation network 12, it accesses the port number 15000 of the PC 10, and when it wants to access the microwave service, it accesses the port number 15001 of the PC 10. On the other hand, the PC 10 interprets it as a service request for an air conditioner when it accesses the port number 15000, and interprets it as a service request for the microwave oven when it accesses the port number 15001. The translated IP control command is translated into a LON control command, which is sent to an actual device (air conditioner 13 or microwave oven 14) on the home automation network 12. This operation will be described later with an example of access to an air conditioner service.
[0148]
As described above, the service registration of FIG. 9 registers the WWW service, the digital album service, the air conditioner service on the LON, and the microwave oven service on the LON in the second AV connection apparatus 5. When the service registration is successful, the second AV connection device 5 as the directory agent returns a service acknowledge (ACK) to the PC 10.
[0149]
Similarly, the printer service is registered in the second AV connection apparatus 5 from the printer 11.
[0150]
As described above, according to the service location protocol registration procedure, the WWW, digital album, air conditioner, microwave oven, and printer services are registered in the second AV connection apparatus 5 that is a directory agent.
[0151]
Now, it is possible to configure service information on the second home network by combining the information obtained by this registration procedure and the information obtained by reading the configuration ROM on the IEEE 1394 described above.
[0152]
There are various types of configuration methods. In this embodiment, as an example, (i) a service registered by the service location protocol is preferentially displayed, and (ii) appears here. For a service that is not recognized by a service location protocol, specifically, a node that is not recognized by the service location protocol and that is recognized by reading the configuration ROM on IEEE 1394, service information is configured based on the information in the configuration ROM. , (I) and (ii) are combined and introduced to the user and the outside as one “service directory information on the second home network”.
[0153]
More specifically, the DVD player recognized by reading the configuration ROM on IEEE 1394, which is recognized by the registration procedure of the service location protocol, WWW service, digital album service, air conditioner service, microwave oven service, printer service. All services are recognized, combining services and video services. Then, for example, icons (i21 to i27) are displayed on the console of the second AV connection apparatus 5 one by one for each service developed on the second home network as shown in FIG. Similarly to the above, the user can access the service by instructing the service to be used through a predetermined user interface (for example, by clicking or dragging and dropping using the mouse device).
[0154]
By the way, a user agent that is a user terminal that receives service provision can inquire and obtain information about the service on the IEEE1394 bus to which the user agent is connected. By receiving a notification from each device, the service-related information can be obtained in the same procedure as the service-related information registration procedure.
[0155]
Next, a user in the first home network (that is, a user of a terminal connected to the 1394 bus 1) passes a terminal in the second home network (that is, the 1394 bus 3 or the home automation) via the public network 2. A case where a desired operation is performed by remotely operating a terminal connected to the network 12 will be described.
[0156]
As shown in FIG. 1, the first home network and the second home network are interconnected by a public network 2. As described above, the public network 2 may be a telephone network, a wide band line, a dedicated line, or the Internet. Also, a private IP address (when the public network 2 is not the Internet but ISDN) or a global IP address (when the public network 2 is the Internet) is used as the IP address.
[0157]
Here, the first AV connection device 4 is a directory agent of the first home network, and recognizes the service in the network by the same procedure as described for the second AV connection device 5 previously. It shall be. More specifically, PC 6 and digital TV 7 are recognized as terminals, and some service and digital TV service provided by PC 6 are recognized as services.
[0158]
Now, as the first phase, in order to present the service in the second home network to the user in the first home network, the first AV connection device 4 is connected to the second home network. Attempts to collect service information (directory information). At this time, the first home network and the second home network communicate with each other using the Internet protocol. Note that the method of the present embodiment can be similarly applied when another protocol, such as IPX or NetBEUI, is used.
[0159]
FIG. 12 shows an example of an information exchange procedure performed between the first AV connection apparatus 4 and the second AV connection apparatus 5 for collecting service information.
[0160]
First, the first AV connection device 4 sends a service request using “predictate” as a directory agent to the second home network in order to search for a directory agent in the second home network. In order to realize this, for example, a method of sending an IP multicast with a plurality of hops (with the scope including other home networks), or a source routing or routing header for the second home network A method of sending to the IP multicast address after attaching
[0161]
Here, as a method of knowing the IP address of the other party's house, in particular, the IP subnet address (that is, the network address), for example, the routing information is exchanged with the other party's house using a routing protocol. A method of knowing the address can be considered.
[0162]
The second AV connection device 5 that is the directory agent of the second home network that has received this service request sends the directory agent advertisement to the first AV connection device in order to notify that it is a directory agent. Tell 4
[0163]
Next, the first AV connection device 4 sends a service type request to the second AV connection device 5 in order to know what service is provided in the second home network.
[0164]
The second AV connection device 5 uses, as a service type reply, an air conditioner (connected to the LON) in addition to WWW (the service name expressed in URL is http), a digital album (the same album), and a printer (the same lpr). The aircon_lon), the microwave oven connected to the LON (the microwave_lon), the DVD player (the DVD1394) which is a 1394 terminal, and the digital VTR (the DVTR1394) which is a 1394 terminal. For example, as shown in FIG. 12, "Service: http: //", "Service: album: //", "Service: lpr: //", "Service: aircon_lon: //", "Service: microwave_lon: /" / "," Service: DVD1394: // ", and" Service: DVTR1394: // "are notified.
[0165]
For the device connected to the LON, the service information (URL information indicating the location of the service) notified from the PC 10 is notified to the first AV connection device 4 as it is. That is, the service registered by the IP service location protocol is notified to the first AV connection apparatus 4 as it is.
[0166]
For a service that the second AV connection device 5 that is the directory agent of the second home network can recognize only as a 1394 terminal / service, the second AV connection device 5 that is the directory agent itself represents the service. In order to try to provide services as a server, in the sense of “DVD on 1394”, “DVTR on 1394”, on the IP using the new service categories of “service: DVD1394”, “service: DVTR1394” The first AV connection device 4 is introduced.
[0167]
Next, the first AV connection apparatus 4 that has received the information enters a procedure for collecting detailed information about each received service.
[0168]
An example of the collection method is shown below. That is, in order to obtain the location and attribute information for all the services received by the service type reply, or for the services that are of interest to the first AV connection apparatus 4 side, the service request and attribute request are respectively received by the directory agent. It is sent to a certain second AV connection device 5. In response to the service request, a service reply (specifically, a URL that is location information of the service; for example, URL: Service: DVD1394: //192.168.1.254: 20000) is returned, and an attribute request is sent. , An attribute reply (attribute information of the service; for example, attribute information of DVD on 1394) is returned. Details are described in a service location protocol document (for example, draft-ietf-svrloc-protocol-16.txt of the Internet draft).
[0169]
FIG. 12 describes the above-described procedure for the DVD1394 service. If information is collected in the same manner for all other services, the first AV connection apparatus 4 will receive the second home network service. Information can be collected as shown in FIG.
[0170]
Here, for the services of DVD 1394 and DVTR 1394, as described above, the second AV connection device 5 can receive service requests from the outside as a proxy server for these services. . That is, the second AV connection device 5 receives a remote command protocol, which is an IP protocol, which is a concrete implementation of the service, instead of the 1394 node, and exchanges it with the 1394 node by converting it to the 1394 protocol. (The details will be described later). In this way, services that can only be exchanged only with the 1394 protocol (here, DVD service and DVTR service) can be introduced through the IP service introduction protocol, which is a network-independent protocol. It is possible to send and control commands from any IP node to the 1394 node (becomes controllable).
[0171]
Of the information collected by various replies, for the services (DVD service and DVTR service) received on behalf of the second AV connection device 5, the port number serving as the service window, that is, the port number for each proxy service is assigned. Like that. This port number may be assigned in advance by a standardization organization or the like, or may be determined by negotiation between nodes. In the case of this embodiment, the DVD service on 1394 is 20000, and the DVTR service on 1394 is 20001. As a result, an external terminal (for example, a terminal on the first home network) interprets that the service exists on the second home network, and interprets it as a service at the IP level. .
[0172]
Now, the terminal on the first home network, for example, the first AV connection apparatus 4, as shown in FIG. 14, for example, displays the first list of services recognized by itself on the console. In addition to the information about the home network, information about services on the second home network (for example, the home network of Mr. XX's home) is also displayed based on the information acquired at the service location. This display method may be based on the same policy as in FIG.
[0173]
Next, when an external terminal wants to access various services of the second home LAN, it accesses the address and port number introduced in the URL of FIG.
[0174]
For example, the user operates the first AV connection device 4 to bring a video from the DVD player 8 which is a 1394 terminal on the second home LAN via the public network 2 and displays this on the digital TV 107. Think about the case.
[0175]
The actual operation of the user is as follows, for example. First, the user clicks the DVD player icon in FIG. Then, for example, an operation button group for DVD player operation as shown in FIG. 15 is displayed on the screen. Next, the user remotely operates the DVD player 8 by clicking a desired operation button. Further, it is designated by some input method such as clicking that the receiving terminal is a digital TV.
[0176]
FIG. 16 shows an example of a sequence of command groups and protocol groups flowing on the actual network at this time.
[0177]
First, the first AV connection device 4 performs the following sequence of operations in order to set video and video to be displayed on the digital TV 7 for display. That is, a synchronization channel on the first IEEE 1394 bus is secured in accordance with the IEC 1883 protocol. At this time, it is assumed that the synchronization channel number of the acquired synchronization channel is #y.
[0178]
Next, the first AV connection device 4 turns on the power of the digital TV 7 and controls a control command (for example, 1394AV /) defined in advance by a standard organization such as 1394TA to display the video from the synchronization channel #y on the screen. The command is sent using the (C protocol). If the command is accepted, ACK may be returned to the first AV control device 4. As a result, a line from the first AV connection device 4 to the digital TV 7 is secured.
[0179]
Before or after this, the first AV connection device 4 issues a command for the DVD player 8 to the second AV control device 5. Here, the first AV connecting apparatus 4 interprets that the DVD player 8 is an IP service. The command is issued to the port of the proxy server of the second AV connection apparatus 5 (IP address = 192.168.1.254), that is, 20000.
[0180]
Here, as a command for remote control, for example, RTSP (Real Time Streaming Protocol) is used. RTSP is a protocol for controlling remote real-time signals, and is being discussed at the IETF, an Internet standardization organization. For details, see, for example, the internet draft draft-ietf-mmmusicic-rtsp-02. ps.
[0181]
The first AV connection device 4 issues commands (for example, a SETUP command and a PLAY command) necessary for reproducing the DVD player 8 on the RTSP.
[0182]
The second AV connection device 5 that has received the RTSP SETUP command interprets that control for the DVD player 8 will be started in the future, and for video transmission on the second IEEE 1394 bus 3 to which the DVD player 8 is connected. Bandwidth, that is, a synchronization channel is secured. This is done by IEC 1883. Here, the reserved synchronization channel number is assumed to be #y. As the bandwidth, an empirical value (for example, 6 Mbps for MPEG) may be used, or a request value may be included in the message.
[0183]
Also, the second AV connection apparatus 5 that has received the RTSP PLAY command specifies the corresponding command (for example, a command called DVD-PLAY) defined as a 1394 command, that is, a protocol between 1394 terminals such as the 1394 AV / C protocol. The command is issued to the DVD player 8.
[0184]
Such command conversion is performed by the 1394 / IP command conversion function 29. The processing flow will be described with reference to FIG. The command on the IP is received by the service location proxy function 27. The received command is converted by the 1394 / IP command conversion function 29. Specifically, a table describing the relationship between commands (or operations) on IP and commands (or operations) on 1394, such as command correspondence table 61 for DVD and command correspondence table 62 for DVTR, is provided as a service. Separately provided, the command sent by IP based on these service-specific tables is converted into a 1394 command, and this is transferred to the 1394AV command processing function 28 to instruct transmission. Upon receiving the instruction, the 1394AV command processing function 28 sends out an actual command.
[0185]
The procedure is the same when a command flows in the opposite direction, that is, when a 1394 command is input and converted into an IP command and output. In other words, the 1394 command is received by the 1394AV command processing function 28, converted into an IP command based on the service-specific table in the 1394 / IP command conversion function 29, and sent out by the service location proxy function 27.
[0186]
When the command reaches the DVD player 8 in this way, actual video data is transmitted through the synchronization channel #x of the second 1394 bus 3. This is because after the ACK signal is returned (note that the ACK signal may be converted into RTSP OK on the public network (ISDN or the Internet)), actual data transfer is started.
[0187]
The second AV connection device 5 sends the video data to the public network 2 via the data link switch 22. At this time, this may be sent in the form of MPEG multiplexing.
[0188]
The transmitted video data is sent to the first AV connection device 4 via the public network 2. The first AV connection device 4 sends the received video data to the synchronization channel #y of the first 1394 bus 1 via the data link switch 22, and the video data is finally reproduced on the digital TV 7. . As a result, the user of the first home LAN can view the video from the DVD player 8 on the second home LAN on the digital TV 7.
[0189]
As described above, it is preferable to secure and match the bandwidth and virtual transmission path identifier in the data link layer of the transmission path of the video data by using the FANP processing function 25 or other RSVP processing functions. By using FANP or the like, it is possible to secure communication resources regardless of the network type. An example of the sequence in such a case is shown in FIG. In FIG. 18, prior to sending actual video data, the FANP secures communication resources for data links that are paths for video data, matches identifiers, and sets connection devices.
[0190]
Next, as another example of remote operation via the public network 2, for example, a user of the first home LAN operates the first AV connection device 4 to operate the air conditioner 13 on the second home LAN. Consider operating (which is a LON terminal).
[0191]
The actual operation of the user is as follows, for example. The user first clicks the air conditioner icon in FIG. Then, for example, a group of operation buttons for operating the air conditioner is displayed on the screen. Next, the user remotely operates the air conditioner 13 by clicking a desired operation button.
[0192]
FIG. 19 shows an example of a sequence of command groups and protocol groups flowing on the actual network at this time.
[0193]
First, the first AV connection apparatus 4 issues a command for the air conditioner 13 to the proxy server PC 10 indicated by the service location. Here, the first AV connection device 4 interprets that the air conditioner 13 is an IP service provided by the PC 10. The command is issued to the port of the proxy server PC 10, that is, 15000.
[0194]
Here, CCCP (Cam Coder Control Protocol) can be used as a command for remote operation. CCCP is a protocol for controlling a remote camcorder via the Internet, but it is possible to control various electrical devices with the same concept, and it is assumed that a command group especially for air conditioners exists in CCCP. . The details of CCCP are described in, for example, the Internet draft draft-ohta-ccc-video-00. It is disclosed in txt.
[0195]
The first AV connection device 4 issues a command (POEWR_ON command) necessary for turning on the power of the air conditioner 13 on the CCCP.
[0196]
Upon receiving the CCCP POWER_ON command, the PC 10 issues a command to the air conditioner 13 using a corresponding command (for example, a command LON_POWER_ON) defined as a protocol between the LON command and the LON node.
[0197]
Such command conversion is performed in the PC 10. The processing flow will be described with reference to FIG. The command on IP is received by the service proxy reception function 71. The received command is command-converted by the CCCP / LON command conversion function 72. Specifically, the CCCP / LON command conversion function 72 is provided with a command correspondence table for LON, that is, a table describing the relationship between commands (or operations) on IP and commands (or operations) on LON. Based on the above, the command sent by CCCP is converted into a command to be sent to the air conditioner 13 via the LON, and this is sent to the LON command issuing function 73 to instruct sending. Then, the ON command issuing function 73 that has received the instruction sends the actual command.
[0198]
The procedure is the same when a command flows in the opposite direction, that is, when a LON command is input, converted into a CCCP command, and output.
[0199]
If an ACK signal is returned (note that the ACK signal may be converted to CCCP OK on the public network (ISDN or the Internet, etc .; shown as OK in FIG. 19), this is also the first. The AV connection device 4 is notified.
[0200]
Needless to say, the mechanism described in the present embodiment can be applied not only to a home network but also to a general corporate network, particularly to a network technology for realizing a so-called “mobile environment”.
[0201]
In this embodiment, the network layer protocol is described as IP, and the data link layer protocol is defined as IEEE 1394 and LON. However, as the network layer protocol, DSM-CC, IPX, etc. that are being standardized by DAVIC are used. As a data link layer protocol, technologies such as Ethernet and ATM can be used.
[0202]
In the above-described embodiment, the AV connection device is provided with the service location service function and the command conversion function, and the AV connection device provides the service. However, these functions are the same as those of the AV connection device of the present embodiment, that is, the network. There is no need for the nodes performing the interconnection, and for example, they may be provided in the PC 6 or PC 10 in FIG. 1 to provide services.
[0203]
In this case, the network I / F (corresponding to the 1394 I / F 21 in FIG. 2), the IP processing function 24, the 1394 / IP service location processing function 26, Service location proxy function 27, 1394AV command processing function 28, 1394 / IP command conversion function 29 are installed in PC6, PC10 or other nodes, and control for securing communication resources of network and identifiers used between networks are matched. When network control such as control is required, the FANP processing function 25 or the control processing function by RSVP may be installed.
[0204]
Also, the service location service function and the command conversion function can be implemented differently.
[0205]
In the above description, when the public network 2 is not the Internet but ISDN or the like, a private IP address is used for the terminal IP address, or when the public network 2 is the Internet, the terminal IP address is a global IP address. The address is used. For example, when the public network 2 is the Internet by using address conversion such as NAT (Network Address Translation), at least a node (AV connection device terminal in FIG. 1) that interconnects the network is used. A global IP address may be used, and private IP addresses may be used for other nodes. In this case, for example, from an external network, a global IP address of a node that interconnects the network, and a port number for indicating a private IP address (or a combination of a private IP address and a port number) of a destination node A node that forwards an IP packet with the set of destinations as the destination and refers to the table at a node that interconnects the network, and the private IP address (the destination node's private IP address ( Alternatively, it may be converted into a combination of a private IP address and a port number.
[0206]
(Second Embodiment)
In this embodiment, a case where a PC having an IEEE 1394 interface recognizes and uses a 1394 device connected to the same 1394 bus will be described.
[0207]
In general, various devices may be connected to the 1394 bus, and the PC does not have information on all devices connected in advance and driver software for controlling the information.
[0208]
Therefore, in the present embodiment, information on devices connected to the 1394 bus is collected. The outline of the procedure is as follows.
[0209]
i) First, 1394 unit is recognized. Specifically, the unique ID and unit number of the 1394 node are acquired.
[0210]
ii) Next, category determination of each unit is performed. Then, it is determined whether the category corresponds to the registered logical device.
[0211]
iii) Next, an occupation state is acquired for a registered device (in this case, a standard driver is used).
[0212]
iv) The occupancy state of 1394 units that are not registered is determined.
[0213]
In the present embodiment, the following are handled as events that occur asynchronously and change the configuration of the device driver.
[0214]
i) Device usage request by application
ii) IEEE 1394 interface bus reset (addition or deletion of 1394 devices)
iii) Changing the device occupation status
Hereinafter, this embodiment will be described in detail.
[0215]
First, the hardware configuration will be described.
[0216]
FIG. 21 shows a configuration example of the PC according to the present embodiment. 81 is a PC, 82 is a processor, 83 is a main memory connected to the processor's local bus, 84 is a system bus, 85 is a secondary storage device, 86 and 87 are IEEE1394 interfaces, and 88 is a hard disk. Represent each.
[0217]
The secondary storage device 85, the IEEE 1394 interface 86, and the IEEE 1394 interface 87 are connected to the system bus 84, respectively. The secondary storage device 85 is configured by, for example, a flash EEPROM.
[0218]
The hard disk 88 is connected by an IEEE 1394 interface 87 inside the casing of the PC 81.
[0219]
The IEEE 1394 interface 86 is connected to a printer 90, a FAX 91, a massage device (referred to as a reclining seat type massage device; hereinafter simply referred to as a massage device) 92, and a toaster 93, which are placed outside the casing of the PC 81. For the sake of explanation, the FAX 91 has a unit corresponding to the FAX function and the scanner function and a unit corresponding to the printer function, and the massage device 92 is a unit corresponding to the massage mechanism for the upper body part such as the back and the neck and the lower body part such as the foot. It shall have a unit corresponding to the massage mechanism to the part.
[0220]
Next, the software structure of the operating system (hereinafter referred to as OS) will be described.
[0221]
FIG. 22 shows an example of the software structure in the PC 81 of this embodiment.
[0222]
In the OS of FIG. 22, reference numeral 101 denotes an OS logical device management function, 102 denotes a secondary storage device management function, and 103 denotes a 1394 interface management function.
[0223]
The OS directly manages the secondary storage device 102 and the hard disk 103. On the other hand, for the hardware of the printer 90, FAX 91, massage device 92, and toaster 93, device recognition and registration are performed through the 1394 management function (this procedure will be described later).
[0224]
111 and 112 are device drivers under the secondary storage device management function 102 and controlling the secondary storage device 85 and the hard disk 88, respectively. Reference numerals 113 and 114 are device drivers under the 1394 interface management function 103, respectively, for controlling the IEEE 1394 interfaces 86 and 87, respectively.
[0225]
Reference numeral 121 denotes a 1394 management object between the OS API (Application Programming Interface) and the JAVA API in FIG.
[0226]
In FIG. 22, between JAVA SPI (System Programming Interface) and JAVA API, 122 represents a logical device management object, and 131, 132, 133, and 134 represent logical device class objects corresponding to modem, printer, scanner, and unknown, respectively. Reference numerals 131-1 to 2, 132-1, 133-1, and 134-1 to 131-3 represent logical device objects managed by the logical device class objects 131, 132, 133, and 134, respectively (details of unknown class Will be described later).
[0227]
Among the OS API and JAVA SPI of FIG. 22, 151 is unit 1 of printer 90 (104 in FIG. 22), 152 is unit 1 of FAX 91 (105 in FIG. 22), and 153 is unit 2 of FAX 91 (106 in FIG. 22). 154 is a unit 1 (107 in FIG. 22) of the massage device 92, 155 is a unit 2 (108 in FIG. 22) of the massage device 92, and 156 is a physical device corresponding to unit 1 (109 in FIG. 22) of the toaster 93. Represents an object. Reference numerals 161, 162, 163, 164, 165, and 166 denote driver objects corresponding to the physical device objects 151 to 156, respectively.
[0228]
In FIG. 22, the arrows indicate the reference relationship between the objects. By having a reference relationship, a state variable can be read by invoking a method of a reference destination object. For example, the physical device objects 151 to 156 have a reference relationship that starts with the 1394 management object 121, thereby indicating that they are registered as physical device objects under the control of the 1349 management object. 151 is registered in the logical device object 131-2 of the printer class, the driver object 161 is registered in the physical device object 151, and the others are the same.
[0229]
Next, OS initialization will be described.
[0230]
After the power is turned on, the PC 81 reads the program stored in the secondary storage device 85 and starts the OS. The general specifications of the OS are not particularly limited, but it is assumed that the compiled Java code can be executed on the OS. There are various documents about Java. For example, Java Language Specification http: // java. sun. com in detail.
[0231]
In this embodiment, the hard disk 88 connected to the IEEE 1394 interface 87 is determined in advance as a 1394 device that is directly managed by the OS. The IEEE 1394 device is operated by writing and reading a value to and from the register. The PC 81 writes the unique ID of the IEEE 1394 interface of the PC 81 itself to a predetermined register of the hard disk 87, so that the hard disk 88 is connected to the IEEE 1394 interface 87. It shows that the PC 81 possessed is used exclusively.
[0232]
The OS of the PC 81 has an API (Application Programming Interface) that can issue and respond to a transaction request of the IEEE 1394 interface from a Java program. After the OS is started by initializing the PC 81, Java code for managing the IEEE 1394 equipment connected to each 1394 interface is executed through the API. This is called a 1394 managed object. The OS also includes a dynamic object loading mechanism that generates an object by obtaining an identifier of a corresponding code from the name of the object class.
[0233]
In the following, the storage and transmission form of Java code is referred to as xx code, an object related to an entire class is referred to as an xx class object, and a materialized object of a certain class is referred to as an xx object. For example, an object that manages all logical devices of a certain type is called a logical device class object, and an object that provides a Java API of a device corresponding to each physical device is called a logical device object. Further, it is assumed that an identifier is given to the code of the object and can be identified from other objects. The identification name may be embedded in the object code, or may be represented by the name of a file storing it or an ISO 1212 format address storing it. On the other hand, it is assumed that at least an identifier that can be uniquely identified by the PC with another object is assigned to the object. For example, the address of the virtual storage space where the object is stored. When used on the IEEE 1394 bus, the identifier is desirably uniquely identified on the IEEE 1394 bus.
[0234]
Next, physical device recognition will be described.
[0235]
When the initialization of the 1394 interface by the OS is completed, a 1394 management object 121 and a logical device management object 122 are generated. The 1394 management object 121 and the logical device management object 122 hold each other's reference, and recognize and register devices while exchanging information with each other.
[0236]
The 1394 management object 121 collects information on devices connected to the IEEE 1394 interfaces 86 and 87 and recognizes each 1394 node. However, the hard disk 87 that is previously defined to be exclusively used by the OS when the 1394 management object 121 is initialized is excluded from recognition. The 1394 management object 121 issues a read request for the configROM area to each node for each node ID in the TOPOLOGY_MAP register or SPEED_MAP register of each 1394 interface of the PC 81 through the 1394 control API, and a plurality of unique IDs and units of the node are issued. If present, each unit ID and capability are obtained. The format of these registers is defined by IEC 1212 (ANSI / IEEE Std 1212 Control and Status Register (CSR) Architecture for Microcomputer Buses [ISO / IEC13213]), and details thereof are omitted here.
[0237]
Finally, the 1394 management object 121 obtains a list of pairs of unique ID, unit ID, and capability, and registers these devices. The 1394 management object 121 reads the value of the register from the printer 90, the FAX 91, the massage device 92, and the toaster 93, and generates 1394 physical device objects 151 to 156 corresponding to each unit. The FAX 92 and the massage apparatus 93 have two units, and generate corresponding physical device objects 152, 153, 154, and 155, respectively. When the object generation is completed, the 1394 management object 121 notifies the logical device management object 122 of the completion of physical device registration.
[0238]
A device to be excluded from the recognition target is a recognition target when the register of the device itself indicates the occupation and the value indicating the occupation is written in addition to the device previously occupied by the OS. It is also good not to.
[0239]
Here, before describing registration, the structure and operation of a program (herein referred to as an object) for controlling a device will be described.
[0240]
The logical device objects 131-1, 132-1,... Correspond to the functions of the respective devices and provide the input / output API to the application. Each logical device object is managed by a logical device class object provided for each type such as a file and a printer. Each logical device object belongs to only one logical device class object, but one logical device class object may have a plurality of logical device objects under it. For example, the logical device object 131-1 of a printer belongs to only one logical device class object 131, but two logical device objects 131-1 and 131-2 are subordinate to the logical device class object 131 of the printer. There is.
[0241]
The physical device object has a one-to-one correspondence with the 1394 unit. One physical device object may be referred to by a plurality of logical device objects. For example, the physical device object 152 corresponds to unit 1 of the printer 91 and is referred to by two logical device objects, a logical device object 131-1 of the printer and a logical device object 133-1 of the FAX.
[0242]
In this embodiment, it is assumed that the PC 81 has logical device class objects 131 to 134 corresponding to the printer, scanner, FAX, and unknown device classes. Each logical device class object has logical device objects 131-1 ... n, 132-1 ... n, 133-1 ... n, 134-1 ... n. A Java application executed on the PC 81 can use physical devices belonging to the same class through these logical device objects in the same method regardless of differences in mounting physical devices. This is because the Java SPI is shared by each logical device class object.
[0243]
For example, the address and procedure of the IEEE 1394 register when accessing the printer apparatus is defined as ANSI X3T10 Serial Bus Protocol (SBP). Regardless of the implementation of the IEEE 1394 interface, the printer can be controlled if the device driver generates an IEEE 1394 format message conforming to the SBP. Furthermore, if the device driver is written in Java independent of hardware or OS, the same printer device driver can be used in any OS as long as the system program interface to the IEEE 1394 interface driver is the same. is there.
[0244]
An application can obtain a list of logical device class objects 131 to 134 by requesting a device class list from the logical device management object 122. From the logical device class object, a list of logical device objects belonging to the same type, such as respective printers and scanners, can be obtained. The logical device management object 122 also performs management such as registration / deletion of the logical device class object.
[0245]
Next, initialization of the logical device class object by the logical device management object 122 will be described. FIG. 23 shows an example of the logical device management object initialization procedure.
[0246]
The logical device management object 122 generates logical device class objects 131, 132, and 133 corresponding to predetermined device classes, printers, scanners, and faxes, and references between these objects indicated by arrows in FIG. Make (steps S11 to S14).
[0247]
The logical device class objects 131, 132, and 133 are initialized following generation (while the logical device management object 122 waits for completion of initialization; step S15). When the initialization is completed, the logical device management object 122 is notified that the initialization is completed.
[0248]
The logical device management object 122 that has received the completion notification generates and initializes an unknown logical device class object 134 that manages physical devices that have not been recognized by the logical device class objects 131 to 133 at the end (step S16). , S17). When the logical device management object 122 receives a notification of completion of initialization of an unknown class, the logical device management object 122 enters an initialization completion state (step S18).
[0249]
Next, initialization of the logical device class object will be described taking the logical device class object 131 as an example. FIG. 24 shows an example of the logical device class object initialization procedure.
[0250]
The logical device management object 122 passes a reference to the 1394 management object 121 when the logical device class object is generated. The logical device class object 131 requests the 1394 management object 121 to refer to the physical device object (step S21).
[0251]
When the reference to the physical device object is requested, the 1394 management object 121 returns the reference in order from the physical device object 151 according to the reference held by the self object.
[0252]
When the logical device class object 131 obtains a reference to the physical device object 151, the logical device class object 131 activates the attribute value acquisition method of the object 151 and acquires a unique ID, a unit ID, and a capability (step S22). The logical device class object 131 has a table for determining whether these values match the own device class in advance, and can determine whether the acquired physical device object 151 matches the own class.
[0253]
Since the unique ID and unit ID of the physical device 151 are values indicating a printer, the logical device class object 131 generates a logical device object 131-1 corresponding to the physical device object 151 and starts initialization. Also at this time, the logical device class object and the logical device object have a reference relationship with each other, and the logical device object 131-1 is registered under the logical device class object 131 (steps S23 to S24).
[0254]
This determination is not limited to the unique ID and unit ID, and may be performed by a combination of other attribute values. Further, the logical device class object may make an inquiry to a search server outside the PC 81 using the unique ID or unit ID as a key without having a table.
[0255]
Subsequently, the logical device class object 131 requests the 1394 management object 121 to refer to the physical device, and performs the same work for 152, 153,... Up to the last physical device 156. Since unit 2 of FAX 152 has printer capability, it is also registered in the printer class object as logical device object 131-2 (steps S21 to S24).
[0256]
When the work is completed for all the physical device objects, it waits for an initialization completion notification from the registered logical device objects 131-1 and 132-2 (step S25). When the initialization completion notification is received from the logical device objects 131-1 and 132-2, the logical device class object 131 of the printer class notifies the completion of initialization to the logical device management object 122 (step S26).
[0257]
Next, initialization of the logical device object will be described by taking the logical device object 131-1 as an example. FIG. 25 shows an example of the logical device object initialization procedure.
[0258]
The logical device object 131-1, after initializing its own attribute value, issues an initialization request to the physical device 151 and waits for a completion notification from 151 (steps S31 and S32). When the completion notification is received, a completion notification is issued to the logical device class object 131 of the printer class (step S33). The physical device object 151 that has received the initialization request determines a device control code corresponding to the physical device 90, reads it, generates a device control object 161, and registers it in the physical device object.
[0259]
Next, initialization of the physical device object will be described using the physical device object 151 as an example. FIG. 26 shows an example of a physical device object initialization procedure.
[0260]
The physical device object is generated by the 1394 management object 121 before the logical device object is generated. The initialization here is different from the generation, and the 1394 management object 121 generates the physical device object 151. At this point, the code specific to the printer control is not read.
[0261]
The device control code to be loaded is determined as follows, for example. The 1394 management object 121 has a table for obtaining the class name of the device control code from the attribute value unique ID, unit ID, capability and logical device class object. The physical device object 151 has its own attribute value unique in the 1394 management object 121. An inquiry request including ID, unitID, and capability is issued, and a class name is obtained as a return value (step S41). The identifier of the device control code may be a path name indicating the file of the PC as described above. Of course, an inquiry based on the attribute value may be issued outside the PC 81 for acquisition.
[0262]
The device control code is loaded from the class name obtained by the above method by the dynamic object loading function, and the device control object 161 is generated and registered in the physical device object 151. After initializing the attribute value of the device control object 161, the physical device object 151 issues a hardware initialization request (steps S42 to S44).
[0263]
If the code corresponding to the class name exists locally, read it. If the class name indicates a resource on the remote network, get it from the network. Even if the class name does not explicitly refer to a resource on the network, if the code does not exist locally, the location on the network is obtained using a search server on the network and the code is read.
[0264]
Next, the device control object 161 prepares a packet for register writing for hardware initialization, calls a 1394 transaction system call, and initializes the physical device 90. When the initialization is completed, the physical device object 151 issues a completion notification to the logical device object 131-1 (step S45).
[0265]
By the way, the physical device object is registered in two or more logical device objects (131-1, 133-1) like the physical device object 152. Such a physical device object receives two or more initialization requests. In the second initialization, whether or not the device control object determined from the attribute value is the same as the device control object acquired in the first time is compared (step S44). If so, a new device control object is read and created. The physical device object 152 uses the same device control object 162 for the printer class and the FAX class because the device control object supports both printer and FAX Java SPI. If the first loaded device control object supports only the printer class Java SPI and does not support the FAX class, search for and obtain a new device control object that supports both, or support the FAX class. quit. If they are not compatible, the first loaded class will take precedence.
[0266]
In general, it is inefficient in terms of the use of resources such as memory to prepare all logical device class objects that may be used in advance when the number of logical device types increases. In addition, there is a possibility that one physical device may be used by many logical device class objects, and the lower device control program (device control object of this embodiment) is changed depending on the upper logical device class object. However, the procedure for determining the upper logical device in accordance with the physical device becomes complicated. In particular, it is difficult to preliminarily limit devices connected to a bus that is introduced into a home such as the IEEE 1394 bus and is also used as a home network.
[0267]
Rather, it is appropriate in the above-mentioned network that the user determines the upper logical device defined by the user's usage form and uses the connected apparatus by the method. For this reason, in the present embodiment, a device whose usage is unknown is recognized for the time being by providing an unknown device class, and, as will be described in detail later, a method of newly adding an upper logical device suitable for the device is used.
[0268]
The 1394 management object 121 has a table of class names corresponding to a plurality of logical devices and attribute values. When the physical device object performs the second initialization, the names and attribute values of the two logical device class objects are set. An inquiry may be made to the 1394 management object 121 by designating it.
[0269]
Next, initialization of the unknown logical device class object 134 will be described.
[0270]
The unknown logical device class object 134 receives a reference to the 1394 management object 121 at the time of generation, like the logical device class objects 134 to 133. Then, as with the initialization of the logical device class objects 131 to 133, references to the physical device objects 151,.
[0271]
The unknown logical device class object 134 first gets a reference to the physical device object 151. The unknown logical device class object 134 inquires of the physical device object 151 whether or not it has a reference to the logical device object. If it has, the recognition of the physical device object 151 is stopped, and the next physical device object 152 Get a reference to Since the physical device objects 151, 152, and 153 are all registered in other logical device objects, they are not registered as unknown devices.
[0272]
On the other hand, the physical device object 154 has no reference from the logical device object. Here, the unknown logical device class object 134 creates a logical device object 134-1 corresponding to the physical device object 154 and registers it. The logical device object 134-1 registers the physical device object 154 in itself. The unknown logical device object 134-1 does not request initialization from the physical device object 154. Accordingly, at this time, no device control object is registered in the physical device object 154.
[0273]
Thereafter, the same initialization is performed for the physical device objects 155 and 156, the unknown logical device objects 134-2 and 134-3 are generated, the completion notification is issued, and the initialization of the unknown device class is completed. To do.
[0274]
The logical device management object 122 ends when generation and initialization of a predetermined logical device class object and subsequent generation and initialization of an unknown logical device class object are completed. When the initialization is completed, the logical device management object 122 can answer the device class list request from the application. Before initialization is completed, an unusable answer is returned to the inquiry from the application.
[0275]
Next, use of a device from an application will be described. Here, a case where the printer 90 is used from an application will be described as an example.
[0276]
The interface between the physical device and the logical device is called Java SPI, and the interface between the logical device and the application is called Java API. These are different from the API between the OS and Java.
[0277]
It is assumed that the application program knows a reference to the logical device object 131-1 corresponding to the printer 90 by a predetermined method such as an inquiry to the OS.
[0278]
For example, the application knows a reference to the logical device management object 122 in advance, obtains a reference to the printer class through the logical device management object 122, and obtains a reference from the printer class to the printer 131-1. Alternatively, a naming service related to the device configuration may be provided.
[0279]
The application program issues a print request to the logical device object 131-1, using the reference to the postscript file as an argument.
[0280]
The logical device object 131-1 learns from the file header information that it is a postscript file, and expands the postscript file into a bitmap image. Then, the logical device object 131-1 issues a print request to the physical device object 151 using a reference to an object including information such as a bitmap image and paper size designation other than the bitmap as an argument. Note that it is desirable to perform queue processing in the logical device object 131-1.
[0281]
The physical device object 151 transfers bitmap information corresponding to the print image to the printer 90 through the device control object 161. That is, a flag used by the PC 81 is written in a predetermined CSR register A of the printer 90 by a lock transaction. When the lock is successfully acquired and the right to use the printer is acquired, a transaction for setting the Isochrons channel on the IEEE 1394 bus for transferring data and setting the printer such as paper size and tray information is issued. When the channel is acquired, the bitmap information is transferred. When the transfer is completed, a transfer completion transaction is issued to complete the print instruction to the printer. Since the printing status of the printer is displayed in a certain CSR register, the physical device object knows the completion of printing by polling it.
[0282]
Next, the use of a device registered as an unknown type will be described taking the massage device 12 as an example.
[0283]
FIG. 27 shows a software structure when a logical device class object is added, FIG. 28 shows an example of a new device class addition request procedure by the application, and FIG. 29 shows an example of a new device class addition procedure by the logical device management object 122.
[0284]
The application issues a logical device class list acquisition request to the logical device management object 122 (step S51). When a reference to the unknown logical device class object 134 is acquired, the unknown device class 134 is requested to acquire a list of logical devices (steps S52 and S53).
[0285]
The application requests a usable logical device information by selecting a reference to the logical device object 134-1 corresponding to the massage device 92 from the list (step S54).
[0286]
The logical device object 134-1 acquires the attribute value from the physical device object 154, and issues a search request for a logical device class that can be used by the physical device object 154 to the logical device management object 122. As described above, the logical device management object 122 has a table that associates logical device class names with attribute values. A logical device class name or a list thereof is returned from this table to the logical device 134-1, and the logical device 134-1 acquires the logical device class name in response to the request and notifies the application as logical device information. Of course, the device class name search may also be performed here by inquiring a server on the network. It is desirable that the driver object storage location stores at least a default driver object code of the massage apparatus and a description of usage in natural language.
[0287]
The application selects the logical device class name “massage device” to be used and issues a logical device class registration request to the logical device management object 122 (steps S55, S56, and S57).
[0288]
The logical device management object 122 generates a new logical device class object 135 corresponding to the specified class name (step S61), and the logical device class of the FAX linked to the unknown logical device class object 134 and the unknown class. It inserts between the objects 133 (step S62). Then, the logical device objects 134-1 and 134-2 previously registered in the unknown device class are deleted (step S63), and an initialization request is issued to the logical device class object 135 (step S64). This state is shown in FIG. The subsequent steps S65 and S66 and the initialization procedure of the new logical device class object 125 are the same as those already described. In FIG. 27, 135-1 is a newly created logical device object.
[0289]
Although an example of searching for a logical device corresponding to an unknown device has been described here, a new corresponding logical device may be searched from a combination of existing physical devices. For example, a search is made for a new logical device FAX that can be used by a combination of physical devices having functions of a printer, a scanner, and a modem.
[0290]
By providing the above functions, unnecessary programs for controlling devices that are not normally used are not loaded when the system is initialized, but are loaded when they are needed, saving resources such as PC memory and cost. Can be reduced.
[0291]
Next, a configuration change event of the 1394 device will be described.
[0292]
The connection status of 1394 devices that can be used by a PC can vary. Moreover, the configuration of the IEEE 1394 bus can be changed by inserting and removing connectors during operation. This change result must be reflected in the logical device as addition or deletion of a device object. Further, when the occupation of a device by a certain device is completed, the device can be used by another device. Hereinafter, a procedure for recognizing such a change in configuration will be described.
[0293]
When a bus reset occurs, the bus reset is notified to the 1394 management object 121 from the 1394 interface of the OS. The 1394 management object 121 obtains a list of 1394 physical devices from the TOPOLOGY_MAP and SPEED_MAP again, acquires their unique IDs, and takes correspondence with known devices.
[0294]
First, after the bus reset, the 1394 management object 121 sets the “exist” attribute values of all physical device objects to “unknown”.
[0295]
If the unique ID acquired from the device matches the unique ID held by the existing physical device object, the device has already been registered and “exist” is set to “exist”.
[0296]
If the unique ID acquired from the device does not match the unique ID held by the existing physical device object, the device is a newly added device, the physical device object is generated and initialized, and the “exist” is set to “exist”.
[0297]
After this operation is performed for all NODE IDs, the physical device object with the unknown “exist” is deleted as the corresponding device is removed. When the physical device object is deleted, it is notified to the corresponding logical device object, the logical device object performs a termination process, notifies the corresponding device class, and then deletes itself.
[0298]
When the reference correction work by addition or deletion is completed, the 1394 management object 121 notifies the logical device management object 122 of the configuration change. If there is no change in configuration, no notification is given.
[0299]
The logical device management object 122 that has received the notification issues a configuration change request to each device class.
[0300]
The printer class 131 that has received the configuration change request requests the logical device object 122 to refer to the physical device, similarly to the initialization. Unlike initialization, all physical device objects are targeted for initialization, whereas only newly added physical device objects are targeted for configuration change. Each logical device class reads the attribute of the newly added physical device, determines whether it matches the own class, and if it matches, generates and registers a corresponding logical device object.
[0301]
When the configuration change of all classes is completed, the unknown class is initialized, and the physical device object that is not registered as any logical device in the added device is registered in the unknown class.
[0302]
Next, the change of the occupied state will be described.
[0303]
The 1394 management object 121 performs periodic polling to detect a change in the device occupation state with respect to a device that is determined to be occupied by another node by initialization and is excluded from recognition. A device that has become an unoccupied state is registered in the same procedure as the device configuration change described in the bus reset. If the PC exclusively occupies the device, it writes a value indicating it in a register indicating the occupancy status of the device.
[0304]
Next, a case where the local logical device object is old will be described.
[0305]
In such a case, the logical device class object has a version number attribute. The application can issue a logical device class object update request to the logical device management object 122. The logical device management object 122 obtains the version number of the logical device class object requested to be updated, and requests the latest version number from the archive server of the logical device class object designated in advance. If the version number of the local logical device class object matches the latest one, if the version number of the local logical device class object is young, the latest device class is read from the archive server and an object is generated. At this point, this logical device class object does not operate.
[0306]
If the object is successfully generated, an end notification is issued to the existing logical device, and the operation is ended. If it is a printer, it stops accepting a new print job and waits for the end of the print job being executed. When the job being executed and the end process are completed, the logical device management object 122 is notified of the completion. The logical device management object 122 changes the reference relationship of the old logical device, and after the new logical device object takes over the reference relationship, sends a logical device start notification to the logical device class object. The logical device class object that has received the notification starts its operation.
[0307]
(Third embodiment)
In this embodiment, a case will be described in which a PC connected to a network (having the function of the second embodiment) controls a remote IEEE 1394 device connected via a network other than IEEE 1394.
[0308]
FIG. 30 shows a configuration example of a system according to the present embodiment. Reference numerals 401, 411, and 434 represent PCs, network connection devices, and toasters in the first home 451, respectively. Reference numerals 402, 412, 431, 432, and 433 denote a PC, a network connection device, a printer, a FAX, and a massage device in the second home 452, respectively. Each component other than the network connection device in FIG. 30 is the same as the corresponding one in FIG.
[0309]
It is assumed that the LAN in the home 451 and the LAN in the home 452 are connected by an ISDN communication line 413. The communication line 413 is terminated by network connection devices 411 and 412.
[0310]
In the LAN in the home 451, the connection devices 411, the PC 401, and the toaster 434 are connected by a 1394 bus 421.
[0311]
In the LAN in the home 452, the connection device 412, the PC 402, the printer 431, the scanner 432, and the massage device 433 are connected by a 1394 bus 422.
[0312]
The network is the Internet using the Internet protocol, and only the PCs 401 and 402 and the connection devices 411 and 412 have IP addresses in advance. The IP address may be either fixedly assigned or assigned by a protocol such as DHCP or PPP.
[0313]
Here, the PC 401 in the home 451 tries to connect to a device in the home 452. The PC 401 sends a connection request including a character string indicating the home 452 to the network connection device 411 using the Internet protocol, for example, “Yoshiaki Takatsuki” as its name. The network connection device 411 has a database for searching for the telephone number of the home 452 corresponding to “Yoshiaki Takatsuki”, for example, and connects the home 452 to the connection device 412.
[0314]
The connection device 412 authenticates the connection source before connection. If it is not permitted in the authentication step, no connection is made. For example, a caller telephone number display is used for authentication, and connections other than telephone numbers registered in advance in the second home 452 can be prohibited. When the connection is completed, communication using the Internet protocol can be performed between the homes 451 and 452.
[0315]
However, from the viewpoint of security protection, it is desirable that the connection device operates as a so-called firewall that determines whether packets can pass or not according to the policy of the home even if the connection is completed. Here, it is assumed that all the packets pass between the homes 451 and 452 so that all operations can be performed.
[0316]
This connection may be an IP connection instead of a telephone connection.
[0317]
Now, the PC 401 in the home 451 acquires the address of the service management server from the database of the connection device 411. Assume that the address is registered in the connection device 411 in advance. Next, the PC 401 makes an inquiry about available services to the service management server. Here, it is assumed that the network connection device 412 also serves as a service management server.
[0318]
In response to the inquiry, the service management server returns the service in the network and information about the server. Here, the following services are registered.
[0319]
printer: pc2
Java ORB: pc2
The left column represents the type of service, here, a multiplexing identifier (for example, port number) assigned to the service, and the right column represents the location of the service, here, the IP address of the PC 402. Such service information providing means is known as a service location protocol on the Internet (for example, the document “Internet draft draft-ietf-svrloc-protocol-16.txt”).
[0320]
These are registered in a predetermined network connection device 412 when the host providing the service, here the PC 402, is activated.
[0321]
“printer” represents a print service defined by the Internet standard, and is assigned a UDP / TCP number of 515. The protocol used here is defined in advance by the Internet standard.
[0322]
The Java ORB represents a service that can use a Java object from the outside. Such a service is not yet defined as a standard at present, but here, it is assumed that there is an agreement in advance regarding the port number representing the Java ORB.
[0323]
Next, two methods of using a remote 1394 device,
Method 1) Method of using through a network service standardized on the Internet
Method 2) Method to use through 1394 proxy object
Will be described.
[0324]
In the method 1, the printer 431 connected to the PC 402 by the IEEE1394 interface is used by a printer service standardized as an Internet protocol. The PC 401 has a printer protocol client, designates a logical name representing the printer 431, sends a print request in a format standardized in the Internet format to the PC 402, and uses the printer. In this method, the device-dependent element is not included in the message transmitted through the network. The application of the PC 401 simply designates and requests the printer service and the name of the device corresponding to the printer 431, and is not aware of the device characteristics.
[0325]
The method 2 generally uses a format in which an IEEE 1394 format packet is encapsulated in an IP packet in a message transmitted over the network. The PC 401 can be used as if the printer 431 is connected to the local 1394 bus.
[0326]
Hereinafter, the above method 2 will be described in more detail.
[0327]
FIG. 31 shows the software structure of the service via the network before the connection on the client side, FIG. 32 shows the software structure of the service via the network after the connection on the client side, and FIG. 33 shows the software of the service via the network before the connection on the proxy side FIG. 34 shows the software structure of the service via the network after connection on the proxy side. Each component other than the IP function in FIGS. 31 to 34 has the same function as the corresponding one in FIG. The IP function 504 is a function of a series of Internet protocols (TCP / IP protocol sheet) such as TCP / UDP / IP.
[0328]
FIG. 31 shows the software configuration of the client PC 401 before the generation of the 1394 stub object, 501 is a logical device management function, 502 is a secondary storage management function, 511 and 512 are management functions of the respective hard disks under 502, and 503 is 1394 interface management function, 513 and 514 are respective 1394 interface management functions, 504 is an IP function, 434 is a toaster, 509 is a unit 521 indicating a toaster function, 522 is a 1394 management object, 522 is a logical device management object, 531 and 532 533 and 534 correspond to printers, scanners, massage devices, and unknown logical device class objects. 534-1 is an unknown class logical device object. Reference numeral 551 denotes a physical device object corresponding to the toaster 434. Reference numeral 561 represents a driver object (control program) corresponding to the physical device object 551.
[0329]
FIG. 32 shows the software configuration of the client PC 401 after generation of the 1394 stub object. The 1394 stub object 571, logical device objects 533-1 and 533-2, physical device object 551, and driver objects 562 and 563 are added to the configuration of FIG. Has been.
[0330]
FIG. 33 shows the software configuration of the proxy-side PC 402 before generation of the 1394 proxy object, 601 is a logical device management function, 602 is a secondary storage management function, 611 and 612 are management functions for the respective hard disks under 602, Represents a 1394 interface management function, 613 and 614 represent respective 1394 interface management functions, 431 represents a printer, 432 represents a FAX, and 433 represents a massage device. 621 is a 1394 management object, 622 is a logical device management object, 631, 632, 633, 634 are printer, scanner, FAX, logical device class objects corresponding to unknown device classes, 651, 652, 653, 654, 655 are Physical device objects corresponding to unit 1 of the printer (604 in the figure), FAX unit 1 (605 in the figure), unit 2 (606 in the figure), unit 1 (607 in the figure) and unit 2 (608 in the figure) of the massage device, 631 -1, 631-2, 632-1, 633-1, 634-1, 634-2 are respectively logical devices under the logical device class. Reference numerals 661, 662, and 663 denote driver objects corresponding to the physical device objects 651, 652, and 653, respectively.
[0331]
FIG. 34 shows the software configuration of the proxy-side PC 402 after generation of the 1394 proxy object. The 1394 proxy object 681, the logical device class object 635, and the logical device objects 635-1 and 635-2 are added to the configuration of FIG. Objects 634-1 and 634-2 are deleted.
[0332]
The PC 401 generates the 1394 stub object 571 by specifying the IP address of the remote PC 402 based on the service information. The 1394 stub object specifies the class name assigned to the 1394 proxy object in the Java ORB port of the remote PC 402 and requests its generation.
[0333]
When a Java ORB of another host is used from one host, the receiving security manager determines whether or not to permit the connection. It is assumed that this is automatically performed by an ORB usage request by an object on the transmission side.
[0334]
Here, it is assumed that the ORB usage request from the PC 401 is received by the PC 402, and the PC 402 generates the 1394 proxy object 681 as requested, and the reference is returned to the 1394 stub object of the PC 402. The 1394 stub object 571 makes subsequent requests through the 1394 proxy object 681. Note that the PC 402 may generate a 1394 proxy object 571 in advance before the request, and assign an ORB that can be used only by a method that can be activated from the object to a port as a 1394 service. This is effective when a service limited to 1394 is desired.
[0335]
When the 1394 proxy object 681 receives the reference, the 1394 proxy object 681 acquires a reference to the physical device corresponding to the logical device of the unknown class, and notifies the 1394 stub object 571 of the reference.
[0336]
When the 1394 stub object 571 acquires the above reference, it registers the 1394 management object itself in the 1394 management object 522 and issues a request to reconfigure the 1394 device.
[0337]
In response to this request, the 1394 management object 522 starts reconfiguration by the 1394 proxy object 681, and requests a reference to the physical device object. The 1394 stub object passes the references 654 and 655 to the physical object acquired from the 571 and 1394 proxy objects 681 to the 1394 management object 521 in order. The attribute value is extracted from this, and the 1394 management object 521 creates the physical device objects 552 and 553 in the same procedure as in the initialization described in the second embodiment. However, the physical device object created here (hereinafter referred to as stub device object) holds a reference to the remote physical device object, and is processed as a transaction request to the 1394 interface in the local physical device object. The stub device object is processed as input / output with the 1394 stub object 571 (the details will be described later).
[0338]
Next, initialization of the logical device class object 533 by the logical device management object 522 and subsequent initialization of the logical device object are performed. The stub objects 552 and 553 correspond to the physical device objects 654 and 655 and match the massage device class. Since the massage device class is not used in the remote PC 402, these devices are recognized as unknown devices. However, since the massage device class is registered in the local PC 401, the logical device objects 533-1 and 533 are registered. -2.
[0339]
When an initialization request is made from the logical device object 533-1 to the stub object 552, a use request for the physical device object 654 corresponding to the remote 1394 proxy object 681 is issued.
[0340]
The remote 1394 proxy object 681 creates and registers a logical device class object 635 of the proxy class. The logical device object 634-1 corresponding to the physical device object 654 is deleted, and a proxy class device is created and registered as the proxy logical device object 635-1.
[0341]
When the proxy logical device object 635-1 is generated, a logical connection is generated by assigning a port number to the stub object 533-1. The port used here is for transmitting 1394 packets using a port different from Java ORB.
[0342]
The control program is read and operated on the stub object 552 side of the local PC 401. The physical device object of the remote PC 401 outputs a packet input from the port to the 1394 interface, and the packet input from the 1394 interface to the port. The control program 562 of the stub object 552 controls the state of the apparatus. However, events such as bus reset are transmitted.
[0343]
The same applies to a case where an initialization request is made from the logical device object 533-2 to the stub object 553.
[0344]
With the above procedure, an environment in which a remote physical device can be used from a local logical device is prepared.
[0345]
Next, the operation will be described. Here, a stub physical device object 552 will be described as an example.
[0346]
The physical device object 552 receives a processing request from the logical device driver 531-1 and generates a corresponding 1394 format packet. The 1394 format packet is encapsulated in an IP packet and output to the reserved logical connection.
[0347]
Here, the output from the physical device object 552 is not directly output to the IEEE 1394 interface 503 but is processed from the logical connection through the IP function 504.
[0348]
Here, the point of the IP function 504 is processed by the IEEE 1394 interface, but this may be Ethernet or ATM. That is, even a PC that does not have an IEEE 1394 interface can perform control as if the IEEE 1394 device is connected locally.
[0349]
Now, the packet encapsulated in the IP packet reaches the proxy logical device object 635-1, and a 1394 format packet is taken out and passed to the physical device object 654. The physical device object 654 outputs it to the 1394 interface as it is and acts on the register of the device 433.
[0350]
The input / output of the IEEE 1394 isochronous channel cannot be relayed by the above-described method. In IEEE 1394, an isochronous channel is set by operating a register in a manner defined by IEC 1883.
[0351]
The IEC 1883 setting request issued from the stub object 552 to the own device is transferred to the 1394 stub object 571, and the 1394 stub object 571 sets a connection on the Internet corresponding to the isochronous channel.
[0352]
In the IEEE 1394 isochronous channel, a band to be reserved can be designated. Since the information is included in the setting request, it is desirable to designate the bandwidth of the connection by means for securing the bandwidth on the Internet, such as RSVP.
[0353]
In this embodiment, the LAN in the home 451 and the LAN in the home 452 are connected by the ISDN communication line 413, but the LAN in the home 451 is the same as in the first embodiment. In this case, a global IP address may be used as the IP address of the terminal, or address conversion such as NAT (Network Address Translation) may be used. When the public network 2 is the Internet, a global IP address is used for at least a node (AV connection device terminal in FIG. 1) that interconnects the network, and a private IP address can be used for other nodes. Also good.
[0354]
The above functions can also be realized as software. Further, the present invention can also be implemented as a machine-readable medium in which a program for causing a computer to execute each procedure or means described above is recorded.
[0355]
The present invention is not limited to the above-described embodiment, and can be implemented with various modifications within the technical scope thereof.
[0356]
(Fourth embodiment)
In the first embodiment, as shown in FIG. 12, a service providing device (for example, a DVD player 8, a digital VTR 9, or a PC 10) accommodated in the second home network with respect to the first AV connection device 4 is provided. The case where the service location protocol is used to notify information (hereinafter simply referred to as service information) related to the service provided by the printer 11) such as the provided WWW server and digital album server function is shown.
[0357]
In the fourth embodiment, a case of performing this using a WWW (World Wide Web) server and a home page will be described.
[0358]
The system configuration example in the fourth embodiment is the same as that in FIG. Here, as in the first embodiment, various service providing devices (DVD player 8, digital VTR 9, PC 10) in the second home network are transferred from the first AV connection device 4 in the first home network. Consider remote control of the printer 11), such as the WWW server and digital album server functions provided.
[0359]
FIG. 35 shows an example of the internal configuration of the second AV connection apparatus 5 in the fourth embodiment. The 1394 I / F 1401, the data link switch 1402, the public network I / F 1403, the IP processing function 1404, and the FANP process The operation of each part of the functions 1405 and 1394AV command processing function 1408 is the same as that of the same function part of FIG. That is, the service location processing function 27 and the 1394 / IP command conversion function 29 in FIG. 2 are replaced with a homepage processing function 1407 and an HTTP / RTSP processing function 1409, respectively, in FIG.
[0360]
As in the first embodiment, the 1394 / IP service location processing function 1406 searches for a service provided by a service providing apparatus connected to the IEEE 1394 bus or receives its registration, A service providing apparatus exists, has a function of recognizing what kind of service is provided, and notifying service information to the outside when necessary. In addition, the service information for each service providing apparatus obtained in this way is notified to a homepage processing function 1407, which will be described later, and the creation of a homepage that displays the status of the second home network is prompted.
[0361]
The homepage processing function 1407 has a WWW server function. The service information of the second home network is received from the 1394 / IP service location processing function 1406 and collected as a home page. For example, an icon and a character string representing each service providing device are arranged on the home page. Then, a command for remotely controlling each service providing device is linked to an icon and a character string representing each service providing device on the corresponding home page. When the home page created in this way is accessed via the public network 2, for example, the requested home page is transmitted if necessary, or for remote control received via the public network 2. The command is transferred to the HTTP / RTSP processing function 1409. Details will be described later.
[0362]
Here, the command for remotely controlling the service providing apparatus is suitable for HTTP or RTSP (protocol for remotely operating real-time media in the WWW server). A command for remote control suitable for HTTP is called an HTTP command, and a command for remote control suitable for RTSP is called an RTSP command.
[0363]
The HTTP / RTSP processing function 1409 has an HTTP daemon or an RTSP daemon inside, and the destination of the command is a second address along with a function for processing the HTTP command or the RTSP command transferred from the homepage processing function 1407. If the AV connection apparatus 5 is assigned to a service published on behalf of the AV connection apparatus 5, it is converted into an IEEE 1394 command as necessary, and the 1394 bus is transmitted via the 1394 AV command processing function 1408. 3 also has a function (proxy processing) for controlling the above devices.
[0364]
Next, a procedure for acquiring service information of each service providing apparatus connected to the second home network by the second AV connection apparatus 5 in the second home network will be described. This is the same as in the first embodiment. That is, as shown in FIG. 3, the second AV connection device 5 reads the configuration memory of the connected device (DVD player 8, digital VTR 9, PC 10, printer 11), as shown in FIG. As described above, by using the service location protocol, the service information of the service providing apparatus connected to the second home network is acquired.
[0365]
Information included in the configuration memory may be as shown in FIG. 4, FIG. 5, and FIG. Also, service information may be registered in the format shown in FIG.
[0366]
At this point, the second AV connection apparatus 5 recognizes the DVD player 8, the digital VTR 9, the PC 10, and the printer 11 as 1394 nodes through reading the configuration memory. Further, each of the WWW service, digital album service, air conditioner service, and microwave oven service is recognized through the service location protocol. Here, the second AV connection device 5 recognizes that the air conditioner service and the microwave oven service are services provided by the PC 10.
[0367]
Now, the second AV connection apparatus 5 creates a homepage that introduces “what is in the house (what service providing apparatus, what service exists)” based on the collected service information.
[0368]
For example, as shown in FIG. 36, the homepage to be created enumerates icons, character strings, and the like representing them for each service providing apparatus that the user wants to recognize. For example, this homepage is a character string such as “Home electrical equipment” in the first homepage introduced by default by the WWW server of the home, and is constructed so that it can be reached by a hyperlink from an icon. May be. By the way, when going to the homepage of “Home electrical equipment”, it is desirable to go through some kind of authentication procedure so that it is not intruded by an unauthorized person.
[0369]
When an icon or a character string in the homepage as shown in FIG. 36 is clicked, a corresponding service providing apparatus or a homepage for each service appears. For example, when a DVD player icon in FIG. 36 is clicked, a “DVD player homepage” as shown in FIG. 39 linked to the icon may be displayed.
[0370]
In order to create a homepage having such a configuration, for example, as shown in FIG. 36, the homepage processing function 1407 follows a procedure, for example, as shown in the flowchart of FIG.
[0371]
First, service information registered in the 1394 / IP service location processing function 1406 is read out, for example, for each service providing apparatus, and a homepage (for example, “DVD player Homepage ") is created (steps S101 to S102).
[0372]
The flowchart shown in FIG. 38 shows the homepage creation processing procedure for each service providing apparatus in step S102.
[0373]
Referring to the RTSP command correspondence table 1410 (see FIG. 50) for each service providing device provided in the 1394 / IP service location processing function 1406, a predetermined command group of each service providing device (via the home page, to the user) A command group for controlling the service providing device to be disclosed) is acquired (step S111), and an icon or character string corresponding to each command is created (step S112). For example, when the service providing apparatus is a DVD player, an RTSP command “PLAY” for instructing “play” is acquired from the RTSP command correspondence table in FIG. 50, and an icon corresponding to the command (icon i 206 in FIG. 39). Create
[0374]
The RTSP command correspondence table 1410 describes RTSP commands for each service providing apparatus. For example, in the case of the DVD player 8, examples of the command group include RTSP commands of power on, power off, playback, rewind, previous song, fast forward, next song, stop, and pause. As shown in FIG. 50, in the case of the DVD player 8 and the digital VTR 9 that perform proxy processing in the second AV connection device 5, both 1394 commands corresponding to each RTSP command are stored.
[0375]
The RTSP command correspondence table 1410 may be the same as the table provided in the 1394 / IP command conversion function 1423 of FIG.
[0376]
Now, the RTSP command of the service providing apparatus is associated with the icon or character string created in step S112 (step S113). For example, the “play” icon i206 in FIG. 39 is associated with an RTSP command “PLAY”. For example, icons or character strings and corresponding RTSP commands may be registered in the table.
[0377]
In the case of the DVD player 8 and the digital VTR 9 that perform proxy processing in the second AV connection device 5, the addresses of the second AV connection device 5 and the IEEE 1394 nodes of the DVD player 8 and the digital VTR 9 are assigned. Include the port number in the RTSP command.
[0378]
The above is performed for all commands provided by the service providing apparatus, and the created icon or character string is appropriately arranged to create a home page of the service providing apparatus as shown in FIG. 39, for example (step S114 to step S114). S115).
[0379]
Next, returning to the description of FIG. 37, an icon or a character string of the service providing device having a hyperlink to the home page for each service providing device created according to the flowchart of FIG. 38 is created or acquired (step S103). ). That is, an icon or the like for each service providing apparatus may be taken out from the configuration memory of the service providing apparatus, or a URL that can uniquely specify the position of this icon is provided by the service location protocol, and the icon is retrieved. You may obtain it in the form.
[0380]
The icon obtained in step S103 is pasted on the homepage of “Home electrical equipment”. The above procedure is performed for all service providing apparatuses accommodated in the second home network, and a home page as shown in FIG. 36 can be created (step S104).
[0381]
When the icon i101 representing the DVD player is clicked in the icon or character string representing the service providing device on the homepage shown in FIG. 36, the homepage of the service providing device associated with this icon, ie, FIG. The DVD player home page as shown will appear.
[0382]
The home page of the service providing apparatus as shown in FIG. 39, that is, in this case, the home page of the DVD player is used as the operation panel of the DVD player, and the user can remotely control the DVD player 8. For example, when the “power ON” button is clicked, the DVD player 8 is turned on.
[0383]
Next, for example, various service providing devices (DVD player 8, digital VTR 9, PC 10) in the second home network from the PC 6 in the first home network via the first AV connection device 4 and the public network 2. The processing operation in the case of remotely controlling the printer 11) such as the WWW server and the digital album server function provided in FIG. 40 will be described with reference to the sequence diagram shown in FIG.
[0384]
Assume that a homepage as shown in FIG. 36 is presented by using a predetermined WWW browser on the PC 6 accommodated in the first home network. For example, when the user clicks on the icon of the DVD player i101, an HTTP message requesting the homepage of the DVD player associated with the icon is output from the PC 6.
[0385]
In response to this message, the first AV connection device 4 sends a DVD homepage transmission request to the second AV connection device 5 (step S4501). For example, a message “GET / appliances / dvd.html HTTP / 1.1” is transmitted from the first AV connection device 4 to the second AV connection device 5.
[0386]
In response to this, the second AV connection apparatus 5 sends, for example, the text of the home page of the DVD player as shown in FIG. 39 (see FIG. 41) to the first AV connection apparatus 4 (step S4502). .
[0387]
As shown in FIG. 41, for example, the hyperlink given to the “playback” icon i206 is an RTSP “PLAY” command for instructing playback, and a node to which the hyperlink is connected (in this embodiment, The IP address of the second AV connection apparatus 5, that is, “192.168.1.254”) and its port number (“2000” in this embodiment) are added. In this way, when the “play” icon i206 is clicked, the user can send the RTPLAY “PLAY” command to the desired port of the desired node without worrying about the destination address. become able to. Thus, remote control using RTSP can be performed through hyperlink association.
[0388]
When the user of the first AV connection apparatus receives the DVD homepage, the user can start remote operation of the DVD player. For example, assume that the “power ON” icon i201 on the homepage in FIG. 39 is clicked (step S4503). For example, an RTSP “SETUP” command is associated with the “power ON” icon i201 by a hyperlink. Therefore, the command data “SETUP rtsp: /192.168.1.254: 2000 RTSP / 1.0 1 Transport: rtp / udp; port = 5500” is transmitted from the first AV connection device 4 to the second connection device. 5 (step S4504). With this command data, the first AV control device 4 transmits data using each protocol of RTP / UDP, and requests that the port number on the receiving side be “5500”.
[0389]
The operation of the second AV connection apparatus 5 that has received this will be described below. FIG. 42 shows an internal configuration example of the HTTP / RTSP processing function 1409 of the second AV connection apparatus. The RTSETUP “SETUP” command data reaches the HTTP / RTSP main processing function 1421. Here, first, it is recognized that the port number “2000” in the “SETUP” command data is a port number assigned to the DVD player 8 which is a 1394 node, and control is passed to the RTSP proxy function 1422.
[0390]
The RTSP proxy function 1422 refers to the table in the 1394 / IP command conversion function 1423, finds the corresponding 1394 AV / C command (in this embodiment, an AV / C command meaning power-on), and the corresponding 1394 The AV / C command is issued to the node (DVD player 8 in this embodiment) through the 1394AV command processing function 1408 (step S4505).
[0390]
If this succeeds, the second AV connection device 5 sends the RTSP “OK” command data (for example, “RTSP / 1.0 200 1 OK Session” meaning control completion) to the first AV connection device 4. : 1234 ") (step S4506). At this time, a session number (“1234” in this embodiment) is added to the RTSP command as a unique number throughout the session. The browser of the first AV connection device 4 holds this session number, and when issuing an RTSP command to the same device thereafter, adds the session number “1234” to the command.
[0392]
Next, assume that the user clicks the “play” icon i206 on the home page of FIG. 39 (step S4507). For example, an RTSP “PLAY” command is associated with the “play” icon i 206 by a hyperlink. Therefore, for the second AV connection apparatus 5 (IP address “192.168.1.254”, port number “2000”, session number “1234”) associated with this hyperlink, “PLAY rtsp: //192.168.254:2000 RTSP / 1.0 2 Session: 1234 ”is transmitted from the first AV connection apparatus 4 (step S4508).
[0393]
The second AV connection device 5 that has received the request prompts the DVD player 8 to play back.
The synchronization channel is secured by the IEC 1883 (step S4509), and the “PLAY” command is executed for the DVD player 8 of the 1394AV / C protocol (step S4510) to prompt the transmission of the video data to the secured synchronization channel. When receiving the “ACK” signal indicating that the video data transmission preparation is completed from the DVD player 8, the second AV connection apparatus 5 receives the RTSP “OK” command data (“RTSP / 1.0 200 2”). OK Session: 1234 ") is transmitted to the first AV connection apparatus 4 (steps S4511 to S4512).
[0394]
Thereafter, the second AV connection device 5 IP-encapsulates the video data sent through this synchronization channel, and sends it to the first AV connection device 4 as an IP packet (steps S4513 to 4515).
[0395]
The first AV connection device 4 receives the video data as an IP packet and performs necessary processing such as video display. When the video transmission destination is the digital TV 7, as in the first embodiment, the necessary synchronization channel is secured on the IEEE 1394, which is the first home network, and the first AV connection device 4 is connected to the digital TV 7. In response to receiving data from the synchronization channel and displaying the data on the screen, the video data is extracted from the received IP packet, converted into a format for IEEE 1394, and then sent to the first home network. Send it out.
[0396]
Even when the user clicks the “play” icon i 206 before clicking the “power ON” icon i 201 on the home page of FIG. 39, the user determines that he / she intends to operate the DVD player 8. In response to a click on the “play” icon i206, both a “SETUP” command and a “PLAY” command may be transmitted.
[0397]
Also, when opening the DVD player home page, as RTSP command,
A “SETUP” command of the DVD player may be transmitted.
[0398]
As described above, the second AV connection apparatus 5 refers to the RTSP command correspondence table 1410 based on service information collected from all remotely controllable service providing apparatuses accommodated in the second home network. Then, a homepage is created that displays an icon linked to the RTSP command of each service providing device, and when a desired icon is clicked on the first AV connection device 4 side that has accessed this homepage, the icon is hyperlinked. The associated RTSP command (registered in the table of the 1394 / IP command conversion function 1423 of the HTTP / RTSP processing function 1409) is converted into a 1394AV / C command and desired control is performed on the desired service providing apparatus. By executing the second physical network (E.g. IEEE1394 bus 3) connected to the service providing apparatus (for example, a DVD player 8) (the use of the AV connection device of the present invention) even if the can only interpret protocols that rely on the data link layer enables the remote control.
[0399]
The case where the second AV connection apparatus 5 encapsulates the video data in an IP packet and transmits it has been described above. On the other hand, a method in which the second AV connection device 5 transmits video data to the first AV connection device 4 as non-IP data without performing IP encapsulation is also conceivable. This case will be described with reference to the sequence shown in FIG.
[0400]
The user of the first AV connection apparatus 4 in steps S4801 to S4802 receives the homepage of the DVD player and starts the remote operation of the DVD player.
[0401]
For example, assume that the “power ON” icon i201 on the home page in FIG. 39 is clicked (step S4803). For example, an RTSP “SETUP” command is associated with the “power ON” icon i201 by a hyperlink. Therefore, the “SETUP” command data of RTSP “SETUP rtsp: //192.168.1.254: 2000 RTSP / 1.0 1 Transport: iec1883 / nonip; port = FANP” is received from the first AV connection device 4. It is transmitted to the second connection device 5 (step S4804). With this command data, the first AV controller 4 requests that the data be encapsulated in IEC 1883 and transmitted in a form other than an IP packet (that is, non-IP packetized for the [SETUP] command of RTSP). Information “iec1883 / nonip” is included). Further, in order to know the link layer information and attribute information of the data to be transmitted, the second AV connection apparatus 5 is notified of the above information to the first AV connection apparatus 4 using FANP. Demands.
[0402]
The “SETUP” command data of RTSP is received by the HTTP / RTSP processing function 1409 of the second AV connection apparatus 5 and reaches the HTTP / RTSP main processing function 1421.
[0403]
The HTTP / RTSP main processing function 1421 recognizes that the port number “2000” is a number assigned to the DVD player 8 that is a 1394 node, and passes control to the RTSP proxy function 1422.
[0404]
The RTSP proxy function 1422 refers to the table in the 1394 / IP command conversion function 1423, finds the corresponding 1394 AV / C command (in this embodiment, an AV / C command meaning power-on), and the corresponding 1394 The AV / C command is issued to the node (DVD player 8 in this embodiment) through the 1394AV command processing function 1408 (step S4805).
[0405]
If this is successful, the second AV connection device 5 sends the RTSP “OK” command data (for example, “RTSP / 1.0 200 1 OK Session” meaning control completion) to the first AV connection device 4. : 1234 ") (step S4806). At that time, a session number (“1234” in this embodiment) is added to the RTSP command as a unique number throughout the session. The browser of the first AV connection apparatus 4 retains this session number, and when issuing an RTSP command to the same apparatus thereafter, adds the session number “1234” to the command. The session number held by the browser is also determined by an explicit session end by the user, for example, a hyperlink corresponding to the session end, a session end by the second AV connection device 5 on the opposite side, or a page reload. Updated.
[0406]
Next, assume that the user clicks the “play” icon i206 on the home page of FIG. 39 (step S4807). For example, the “play” icon i206 is associated with a “PLAY” command of RTSP by a hyperlink. Therefore, “PLAY rtsp: Command data “/192.168.1.254:2000 RTSP / 1.0 2 Session: 1234” is transmitted from the first AV connection apparatus 4 (step S4808).
[0407]
The second AV connection device 5 that has received the request prompts the DVD player 8 to play back.
The synchronization channel is secured by IEC1883 (#X), the “PLAY” command is executed for the 1394AV / C protocol DVD player, and the transmission of the video data to the secured synchronization channel is urged (steps S4809 to S4811). When receiving the “ACK” signal indicating that the video data transmission preparation is completed from the DVD player 8, the second AV connection apparatus 5 receives the RTSP “OK” command data (“RTSP / 1.0 200 2”). OK Session: 1234 ") is transmitted to the first AV connection apparatus 4 (steps S4811 to S4812).
[0408]
After that, the second AV connection device 5 does not encapsulate the video data sent through the synchronization channel (#X), but encapsulates the public network as it is, so that the first AV connection device 4 is sent. For example, if the public network is an ATM network, the IEC1883 packet transmitted to the second AV connection device 5 may be mapped and sent to the ATM network as it is, or the IEC1883 packet may be removed once and the video data itself may be transmitted. You may map and send to an ATM network. In any case, the FANP message “FANP message (ch: #y, Session: 1234)” is used to notify the first AV connection device 4 of the header information of the link layer transmitted by the second AV connection device 5. Is sent out (step S4813).
[0409]
The usage of the FANP message is basically the same as that of the first embodiment. However, in order to clarify that the FANP message corresponds to the session number notified in step S4812, the FANP message includes the FANP message in step S4812. The session number (“1234” in the case of the present embodiment) having the same value as the notified value may be included. By doing in this way, the receiving side node, that is, the first AV connection apparatus 4 can recognize that the FANP message corresponds to the “PLAY” command of the RTSP.
[0410]
Now, in the second AV connecting device 5, when the video data sent from the DVD player 8 through the synchronization channel (#X) is output to the public network 2 without being IP-encapsulated, the received first AV is received. The connection device 4 performs necessary processing such as video display (steps S4814 to S4816). At this time, as shown in step S4815, for example, if a data transmission method depending on the network to be transmitted is defined, such as MPEG over 1394 to MPEG over ATM, necessary format conversion may be performed. The case where the video transmission destination is the digital TV 7 is the same as that described above.
[0411]
In the fourth embodiment described above, a case has been described in which an RTSP command for remotely controlling a service providing device is associated with an icon or character string in a home page by a hyperlink. When a program (for example, JAVA (registered trademark) program) for creating corresponding RTSP command data is pasted to each icon or character string in the home page corresponding to each RTSP command, and the icon or character string is clicked Activates the program on the first AV connection device 4 (for example, the JAVA virtual machine on the first AV connection device 4), and sends out the RTSP command as described with reference to FIGS. It may be like this.
[0412]
The processing operation in this case is the same as in FIG. 40 and FIG. 43. The difference is, for example, the home page of the service providing apparatus transmitted from the second AV connection apparatus 5 in step S4504 in FIG. 40 and step S4802 in FIG. Is a text description.
[0413]
An example of the text of the homepage of the service providing device is shown in FIG. In FIG. 44, for example, a program for generating an RTSP command is added to the “play” icon i206 in FIG.
[0414]
Again, in this case, if the “play” icon i206 is clicked, the program for generating the RTSP “PLAY” command is started, so that the command can be sent to the desired port of the desired node. Thus, the service providing apparatus using RTSP can be remotely controlled.
[0415]
Next, the “detailed setting” icon (button) i210 on the home page of FIG. 39 will be described. This button is used when it is desired to perform a finer operation than the remote control predetermined by the RTSP command on the target service providing apparatus (for example, the DVD player 8). That is, the control commands of the DVD player 8 defined by the IEEE 1394 AV / C protocol may be more diverse than the commands defined by RTSP. In this way, as a countermeasure when the RTSP command cannot deal with all 1394AV / C commands, a separate homepage is provided, and when the “detailed setting” button in FIG. For example, a command “GET / appliances / dvd_detail.html HTTP / 1.1” is transmitted, and a home page for detailed setting of the DVD player as shown in FIG. 47 is sent.
[0416]
FIG. 45 shows a procedure for creating a homepage for detailed setting of the service providing apparatus. That is, a command (native command) that does not correspond to the command table 1410 for each service providing device described above and depends on the link layer system of the service providing device (in this embodiment, the IEEE 1394 AV / C protocol). 1394 / IP service location processing function 1406 is separately provided with a native command correspondence table in which) is registered. A native command is obtained by referring to the native command table for each service providing device (step S121), and an icon or character string corresponding to the command is created for each command (step S122). A CGI (Common Gateway Interface) script is associated with the generated icon or character string (step S123). The above is performed for all the native commands of the service providing apparatus, and the created icon or character string is appropriately arranged to create a home page for detailed setting of the service providing apparatus as shown in FIG. Step S124 to Step S125).
[0417]
Note that the native command correspondence table may be the same as the table in the CGI processing function 1424 provided in the HTTP / RTSP processing function shown in FIG.
[0418]
A part of buttons (icons or character strings) arranged on the home page for the detailed setting of the DVD player in FIG. 47 is processed by a CGI (Common Gateway Interface) processing function in the second AV connection device 5. Associated with a script. Each CGI script is a script that sends the corresponding IEEE 1394 AV / C command to the IEEE 1394 bus of the second home network, so click on the above icon or character string. For example, the granularity defined by the AV / C protocol can be controlled.
[0419]
In this way, a home page for detailed setting is created, and when an icon or a character string in the home page is clicked, the associated CGI script in the second AV connection apparatus 5 is activated. The second AV connection apparatus 5 receives the request message by HTTP and activates the CGI script and issues a corresponding AV / C command.
[0420]
FIG. 46 shows an example of a text description of a home page transmitted from the second AV connection device 5 for detailed setting of, for example, a DVD player. A CGI script is added to the character string “slow playback” in FIG. The case where it corresponds is shown.
[0421]
When “normal playback” is selected on the homepage for detailed setting of the DVD player in FIG. 47, an RTSP command is issued as in step S4508 in FIG. 40 described above, but RTSP such as “language selection” and “slow playback” is issued. For commands that are not supported by, in the CGI processing function 1424 provided in the HTTP / RSTP processing function of the second AV connection device 5, the corresponding CGI script is started and the corresponding AV / C command is processed by the 1394AV command processing. Issue through function 1408.
[0422]
For example, when “slow playback” is selected on the home page shown in FIG. 47, a message “GET http://192.168.1.254/dvd/slowplay.cgi HTTP / 1.1 ”is sent to the second AV connection apparatus 5. In the second AV connection apparatus 5 that has received this, since the “slow playback” command is not supported by RTSP, the corresponding CGI script is activated in the CGI processing function 1424 provided in the HTTP / RSTP processing function. The corresponding AV / C command is issued through the 1394 AV command processing function 1408.
[0423]
An icon or character string corresponding to the RTSP command and an icon or character string corresponding to the CGI script may be mixed in the home page for the detailed setting of the service providing apparatus, and the home page is a CGI script. Of course, it may be composed only of icons or character strings corresponding to. For example, the commands in the RTSP command correspondence table such as the “Play” button, “Power ON” button, and “Power OFF” button in FIG. 47 are hyperlinks and may be realized by a JAVA program or the like. Other detailed commands such as “Language” and “Subtitle” may be realized by CGI.
[0424]
47 may be registered in the native command correspondence table, and may be associated with the CGI script.
[0425]
As described above, in the fourth embodiment, the remote control of the AV device according to the AV / C command on the IEEE 1394 bus has been described. However, the same control applies to other devices having a protocol group depending on any link layer. Can be done. As an example, a case where LON which is a kind of home automation network is applied will be described.
[0426]
48 and 49 show an example of the internal configuration of an AV connection apparatus for connecting an LON and an example of the configuration of an HTTP / RTSP processing function, respectively.
[0427]
Instead of the IEEE 1394 AV / C command, a command group defined by LON, for example, a command group such as LONTalk can be sent.
This is the difference point, and the other components are the same as described above.
[0428]
The functions described in the fourth embodiment can be realized as software. Further, the present invention can also be implemented as a machine-readable medium in which a program for causing a computer to execute each procedure or means described above is recorded.
[0429]
The present invention is not limited to the above-described embodiment, and can be implemented with various modifications within the technical scope thereof.
[0430]
(Fifth embodiment)
FIG. 51 shows a configuration example of a communication system according to the fifth embodiment of the present invention. A first network (for example, a home network configured by an IEEE1394 bus) 2010 and a second network (for example, a public network) are shown. Internet on 2101) are interconnected via an AV connection device 2201. Hereinafter, the first network 2010 is referred to as a home network 2010, and the second network 2101 is referred to as the Internet 2101. Each terminal device connected to the home network 2010 is assumed to be an information home appliance having an Internet processing function.
[0431]
The AV connection device 2201 has a role of a gateway that connects the home network 2010 and the Internet 2101 and has a home network and Internet termination function, a router function, a protocol conversion function, a proxy server function, and the like, as will be described later.
[0432]
A personal computer (PC) 2001, a printer 2002, and a DVD player 2003 are connected to the IEEE 1394 bus constituting the home network 2010. An IP terminal 2102 capable of performing IP communication is connected to the Internet 2101. Of course, terminal devices other than those described above may be connected to the home network 2010 and the Internet 2101.
[0433]
In FIG. 51, all the terminal devices are Internet terminals, that is, terminal devices having IP addresses and capable of performing IP communication. However, the IEEE 1394 bus constituting the home network 2010 is operated with an address in a private IP address space, and the Internet 2102 is operated with a global IP address (for example, IPv4) space. It is assumed that the IP address of the IP terminal 2101 is “G.2”. On the other hand, each device on the home network 2010 has a private subnet address “P.0”, the PC 2001 is “P.1”, the printer 2002 is “P.2”, and the DVD player 2003 is “P.3”. ”.
[0434]
Since the AV connection apparatus 2201 is connected to these two networks having different address systems, the AV connection apparatus 2201 has addresses of two different address systems. That is, assume that the IP address on the home network 2010 side is “P.254” and the IP address on the Internet 2101 side is “G.1”.
[0435]
FIG. 52 shows a configuration example of the AV connection apparatus 2201. The AV connection device 2201 includes a 1394 interface (I / F) 2202 that controls an interface for connecting to an IEEE 1394 bus constituting the home network 2010, an Internet interface (I / F) 2205 that controls an interface for connecting to the Internet 2101, Detects and collects services in the IP processing unit 2202 and home network 2010 that perform routing processing of Internet packets, address conversion between a global IP address and a private IP address, etc. The service location proxy processing unit 2203 to be presented (advertised) through the processing unit 2204, the devices and services on the home network 2010, and Generating a home page that can perform remote control from the 1 side, and a homepage processing unit 2204 to deliver in accordance with this request.
[0436]
The IP processing unit 2202 includes a NAT processing unit 2206 that performs address conversion processing. NAT is an abbreviation for network address translation (translation), and generally performs a translation process between a global IP address and a private IP address, or a translation process between an IPv4 address and an IPv6 address. Refer to RFC1631 for details.
[0437]
The NAT processing unit 2206 also has an address conversion function called a port unit called IP masquerading. That is, even if there are a number of terminal devices on the home network 2010 side, it is sufficient to have one global IP address required on the Internet 2101 side (“G.1” in this embodiment). Specifically, each terminal device connected to the home network 2101 and each service (for example, a service identified by a port number defined by RFC 1340) logical multiplex identifier (port defined by RFC 1340) The logical multiple identifier of the service identified by the number is the port number), and the same global IP address “G.1” and other logical multiple identifiers (for example, defined in RFC 1340) that are different for each service. 55), and the correspondence between these is shown in a table (address) as shown in FIG. Is stored as the port number conversion table 2207). Then, the destination address of the packet transferred from one of the Internet 2101 and the home network 2010 to the other is converted into the address and port number of each other's address space using this table 2207, and transferred. A terminal device on the Internet 2101 and a device on the home network 2010 can communicate with each other.
[0438]
The IP processing unit 2202 further includes a packet filter 2208. The packet filter 2208 has a function as a so-called firewall. That is, a packet that should not pass through the AV connection device 2201 (or a packet that may pass through) is determined, and a packet that should not pass is not passed to any part other than the IP processing unit 2202 ( For example, the access to the home network 2010 is restricted from the outside. This prevents malicious users from accessing services on the home network 2010 in advance. For this determination processing, the packet filter 2208 has, for example, a table (packet filter table 2209) in which source addresses of packets that can be sent to the home network 2010 through the AV connection device 2201 are registered. Allow the source address of the packet to be passed when it is registered in this table. In the packet filter table 2209, a source address that does not pass through the AV connection device 2201 may be registered. In this case, if the source address of a packet input from the Internet 2101 is not registered in this table, the packet is permitted to pass.
[0439]
Next, referring to the sequence shown in FIG. 53, the processing operation of the AV connection apparatus 2201 will be described by taking as an example the case where an IP terminal 2102 on the Internet 2101 accesses the home network 2010 and performs remote operation of the DVD player 2003, for example. Will be described.
[0440]
First, the service location proxy processing unit 2203 of the AV connection apparatus 2201 collects service location information on the home network 2010 (steps S5001 to S5003). The service location information is information indicating what service or terminal device exists on the home network 2010. There are several possible methods for collecting service location information. For example, a method using a service location protocol, a method using LDAP (Lightweight Directory Access Protocol), a method using DHCP (Dynamic Host Configuration Protocol), a method using MIB (Management Information Base) of SNMP (Simple Network Management Protocol) Various methods are conceivable, and any of these methods may be used.
[0441]
Here, for example, it is assumed that service location information on the home network 2010 is collected using a service location protocol as shown in FIG. Refer to RFC 2165 for details of the service location protocol. As shown in FIG. 53, the actual service location information is collected by using the AV connection device 2201 as a directory agent of the home network 2010, and from each service agent (ie, the PC 2001, the printer 2002, and the DVD player 2003), the AV connection device 2201. Each service may be registered.
[0442]
In addition to this method, for services that can be supported by the AV connection apparatus 2201, the AV connection apparatus 2201 sends a service request to an IP multicast address assigned in advance to each service, and the request is made. On the other hand, the terminal device itself providing the service may answer. Further, the AV connection apparatus 2210 may inquire the details of the service on the home network 2010 to a directory agent that exists separately on the home network 2010.
[0443]
Information about services provided on the home network 2010 collected here (more specifically, the address of the terminal device on the home network 2010 and the port number of the service provided by the device (specified in RFC 1340)) Based on this, the processing operation shown in the flowchart of FIG. 54 is performed.
[0444]
The AV connection device 2201 creates a home page that explains what services and terminal devices exist in the home of the owner (for example, Mr. A) of the home network 2010 in the home page processing unit 2204 (step S5101 to step S5101). S5102).
[0445]
This home page is, for example, as shown in FIG. 59, and an arbitrary terminal device on the Internet 2101 accesses the URL (Uniform Resource Locator) of Mr. A's house, for example, “http: //G.1”. This is the home page that is displayed. From this home page, for example, the user interface is such that each service and terminal device existing in Mr. A's house can be operated by a CGI (Common Gate Way) program. Actually, a link is established from this home page to each terminal device on the home network 2010. When the object is clicked, next, the home page of each terminal device is connected and provided by each terminal device. The homepage is displayed so that the operation switch of the terminal device can be remotely operated.
[0446]
Next, the service location proxy processing unit 2203 has a unique logical multiplex identifier for each of the previously collected services or terminal devices, that is, for example, a port number (not a well-known port number defined in RFC1340). And dynamically settable port numbers) are assigned (step S5104). Hereinafter, the port number originally determined on the home network 2010 is referred to as a first port number, and the port number uniquely assigned by the service location proxy processing unit 2203 for the service on the home network 2010 is set on the home network 2010. However, in order to distinguish it from the originally determined port number, it is called a second port number.
[0447]
For example, the second port number “2000” is assigned to the DVD player 2003, the second port number “2002” is assigned to the printer 2002, and the second port number “2004” is assigned to the PC 2001. This second port number is paired with the global IP address of the AV connection device 2201 and operated. That is, for example, when the second port number “2000” is accessed from the Internet 2101 side, the AV connection device 2201 interprets this as an access to the DVD player 2003. The logical multiplex identifier is not limited to the port number defined in RFC 1340, and any identifier that can identify each service provided on the home network 2010 on the Internet may be used.
[0448]
The global unique IP address of the AV connection apparatus 2201, the second port number assigned to each service provided on the home network 2010, and the first port number as a logical multiplex identifier for the service on the home network 2010 And the private IP address of the device providing the service are registered in the address / port number correspondence table 2207 (step S5105).
[0449]
A specific example of the address / port number correspondence table 2207 is shown in FIG. The address / port number correspondence table 2207 includes, for each service provided on the home network 2010, an IP address (global unique IP address) on the Internet 2101 side, a second port number, and an IP address on the home network 2010 side ( (Private IP address) and first port number pair are registered. In this table 2207, correspondence relationships for all services provided on the home network 2010 are sequentially registered.
[0450]
For example, in the case of the DVD player 2003, the service of the DVD player in the home network 2010 (IP address (private IP address) = P.3, http service provided by the DVD player with the first port number = 80). Is interpreted by the service location protocol), the second port number “2000” is assigned to the Internet 2101 side with the global IP address “G.1” of the AV connection device 2201.
[0451]
Such an address / port number conversion table 2207 is created for each of the services of Mr. A's house. For each of these, a description is made on the homepage of Mr. A's house.
[0452]
For all the services of Mr. A's house, the creation of the address / port number conversion table 2207 and the creation of the homepage of Mr. A's house are completed when registration in the table 2207 is completed (step S5106).
[0453]
The created address / port number conversion table 2207 is used when IP packets and port numbers are converted when an IP packet passes through the AV connection device 2201. With reference to FIG. 58, the IP address / port number conversion process using the address / port number conversion table 2207 will be specifically described. For example, for an IP packet having a destination IP address “G.1” and a destination port number “2000” from the Internet 2101 side, the destination IP address is “P.3” and the destination port is referred to by referring to the table 2207. It is converted into an IP packet whose number is “80” and sent to the home network 2010 side. Conversely, an IP packet having a transmission source IP address “P.3” and a transmission source port number “80” from the home network 110 side has a transmission source IP address “G.1”, a transmission source port number. Is converted to an IP packet such that “2000” is transmitted to the Internet 2101.
[0454]
Now, the AV connection device 2201 that has completed the creation of such an address / port number conversion table 2207 and the homepage of Mr. A's home publishes this homepage on the Internet 2101 as the homepage of Mr. A's home (see FIG. 59). .
[0455]
Next, a case where the user of the IP terminal 2102 on the Internet 2101 performs a remote operation of the DVD player 2003 at Mr. A's house will be described.
[0456]
FIG. 56 shows the processing operation of the AV connection apparatus 2210 when receiving an IP packet from the Internet 2101 side, and FIG. 57 shows the processing operation of the AV connection apparatus 2201 when receiving an IP packet from the home network 2010 side. Hereinafter, description will be made with reference to the flowcharts shown in FIGS. 53 and 56 to 57.
[0457]
First, the IP terminal 2102 performs an authentication procedure to request the AV connection device 2201 to send a home page of Mr. A's home (step S5004 in FIG. 53). For example, the user of the IP terminal 2102 is requested to input a password, and the IP address of the IP terminal 2102 is registered in the packet filter table 2209 only for the user authenticated by this.
[0458]
The packet filter table 2209 is a table in which IP addresses are simply listed, and only the IP addresses registered in this table can access the home network 2010 and services provided on the home network 2010. Become.
[0459]
Next, the IP terminal 2102 requests the AV connection device 104 to send a home page of Mr. A's home (step S5005). The packet filter 2208 checks whether or not the source address of the packet of the homepage sending request is registered in the packet filter table 2209 (step S5006), and only when the source address is registered in the packet filter table 2209. The packet is passed to the homepage processing unit 2204, and in response to the request, the homepage processing unit 2204 sends the homepage of Mr. A's home to the IP terminal 2102 (step S5007).
[0460]
As shown in FIG. 59, the homepage sent here has links to homepages of the DVD player 2003, the printer 2002, and the PC 2001 on the home network 2010. For example, the character or picture “DVD player” on the home page in FIG. 59 is linked to the DVD player 2003. The actual link destination address is the second port number “2000” of the global IP address “G.1” of the AV connection device 2201, and the AV connection device 2201 is connected to the device on the home network 2010 in terms of form. It is a proxy server for access. Of course, this is not recognized by the IP terminal 2102. However, unlike the proxy server process, the process actually performed by the AV connection apparatus 2201 is an IP masquerade process, that is, an IP address and port number conversion process, as will be described later.
[0461]
Now, the user of the IP terminal 2102 sends a DVD player home page sending request to remotely control the DVD player 2003. For example, by clicking a character or picture “DVD player” on the homepage shown in FIG. 59, an IP packet for sending the homepage of the DVD player is sent out. The destination of this packet is the destination IP address “G.1” and the destination port number “2000” (step S5008).
[0462]
Processing operations when the AV connection apparatus 2201 receives this IP packet, that is, packet filtering and address / port number conversion processing from step S5009 to step S5010 in FIG. 53 will be described with reference to the flowchart shown in FIG.
[0463]
When the AV connection apparatus 2201 confirms that it is addressed to it by referring to the destination address of the received IP packet (step S5201), it first performs packet filtering processing with reference to the packet filter table 2209 (step S5202). If the source address of the packet is registered in the packet filter table 2209, it is next checked whether the pair of the destination IP address and the destination port number of the packet is registered in the address / port number conversion table 2207. (Step S5203). If registered, the destination IP address and destination port number are replaced with the corresponding home network side IP address (private IP address) and first port number in accordance with the address / port number conversion table 2207 (step S5204). The IP packet is transmitted to the home network 2010 (step S5205). In this manner, the address conversion from the global IP address and the second port number to the private address and the first port number is performed.
[0464]
If the packet is not registered in the address / port number conversion table 2207 and is not addressed to the AV connection apparatus 2201 itself, the packet is discarded (step S5206).
[0465]
Returning to the description of FIG. 53, the IP packet sent to the home network 2010 after the address / port number conversion process (IP masquerade process) is performed reaches the DVD player 2003 (step S5011). The home page of the DVD player 2003 is sent with the global IP address of the IP terminal 2102 as the destination address. At this time, the source IP address of the IP packet is the private IP address “P.3”, and the source port number is the first port number “80” (step S5012).
[0466]
Refer to the flowchart shown in FIG. 57 for the processing operation of the AV connection device 2201 when the IP packet including the home page of the DVD player 2003 is received from the home network 2010 side, that is, the address / port number conversion processing operation in step S5013 of FIG. To explain.
[0467]
The AV connection device 2201 checks whether or not the combination of the source address and port number of the received IP packet is registered in the address / port number conversion table 2207 (steps S5301 to S5302). If registered, the destination IP address and destination port number are replaced with the corresponding IP address on the Internet side (global unique IP address) and the second port number according to the address / port number conversion table 2207 (step In step S5303, the IP packet is sent to the Internet 2101 (step S5304). If it is not registered in the address / port number conversion table 2207 in step S5303, normal IP masquerade processing is performed (step S5305). That is, a set of a source address and a port number is newly registered in the address / port number conversion table to prepare for subsequent IP masquerade communication.
[0468]
Returning to the description of FIG. 53, the IP packet sent to the Internet 2101 after the address / port number conversion process (IP masquerade process) is performed reaches the IP terminal 2102 (step S5014), and the IP terminal 2102 receives the DVD. The home page of the player 2003 is displayed. Using this screen, the user of the IP terminal 2102 performs a remote operation of the DVD player 2003.
[0469]
This remote operation is performed, for example, by exchanging a request by the CGI program between the IP terminal 2105 and the DVD player 2003 and a processing result thereof with an IP packet to start the reproduction operation of the DVD player 2003. Of course, IP masquerade processing such as steps S5010 and S5013 in FIG. 53 is performed.
[0470]
During this time, the IP terminal 2102 does not recognize that it is communicating with a node in the private address space (specifically, the DVD player 2003 having a private IP address). In this way, service introduction and address translation processing (IP masquerade processing) are handled as a unit, thereby enabling access to a service provided in the private IP address space from the global unique IP address space.
[0471]
In this embodiment, address / port number conversion by the AV connection apparatus 2201 between the Internet 2101 having a global IP address space as the second network and the home network 2010 having the private IP address space as the first network. Although the processing has been described, of course, the first and second networks can be any of the following combinations.
[0472]
(1) Combination of global IP address and private IP address
(2) Combination of IPv4 address and IPv6 address
(3) Combination of IPv6 address and link local IPv6 address
For example, the present invention can also be applied to the Internet operated with an IPv4 address as the second network and the Internet operated with the IPv6 address as the first network.
[0473]
Further, the present invention can be applied as it is to the Internet operated with the IPv6 address as the second network and the Internet operated with the link local IPv6 address as the first network.
[0474]
In the above embodiment, a method of using a home page on the AV connection device 2201 as a method of advertising a service on the home network 2010 to the Internet 2102 has been described. In addition, a method using LDAP (Lightweight Directory Access Protocol), a method using a configuration option of DHCP (Dynamic Host Configuration Protocol), and a remote access of MIB (Management Info Base) of SNMP (Simple Network Management Protocol) are used. Various methods such as a method are conceivable. Of course, any of these methods may be used as the service advertisement method.
[0475]
【The invention's effect】
According to the present invention, it is possible to realize a unified service providing environment without depending on a specific network.
[0476]
Further, according to the present invention, it is possible to register a device control program at a point in time when necessity arises without depending on the OS or hardware.
[Brief description of the drawings]
FIG. 1 is a diagram showing a configuration example of a network system according to a first embodiment of the present invention.
FIG. 2 is a diagram showing an example of the internal configuration of the AV connection apparatus according to the embodiment;
FIG. 3 shows an example of a terminal / service collection sequence.
FIG. 4 is a diagram showing an example of contents described in a configuration ROM
FIG. 5 is a diagram showing another example of contents described in the configuration ROM
FIG. 6 is a diagram showing still another example of contents described in the configuration ROM.
FIG. 7 is a diagram showing an example of a screen when displaying by service
FIG. 8 is a diagram showing an example of a screen when displaying by terminal
FIG. 9 is a diagram showing an example of a procedure for registering service information in a directory agent.
FIG. 10 is a diagram showing an example of information registered in a directory agent
FIG. 11 is a diagram showing an example of a screen when displaying by service
FIG. 12 is a diagram showing an example of a procedure for obtaining service information from a directory agent.
FIG. 13 is a diagram showing an example of information obtained from a directory agent
FIG. 14 is a diagram showing an example of a screen when displaying by service
FIG. 15 is a diagram showing an example of a screen for operating a DVD player
FIG. 16 is a diagram showing an example of a sequence for a command group and a protocol group that flow on the network when a service on the first home LAN is used from the second home LAN.
FIG. 17 is a diagram for explaining command conversion;
FIG. 18 is a diagram showing another example of a sequence of command groups and protocol groups that flow on the network when a service on the first home LAN is used from the second home LAN.
FIG. 19 is a diagram showing another example of a sequence for a command group and a protocol group that flow on the network when controlling a device connected to the first home LAN from the second home LAN.
FIG. 20 is a diagram for explaining command conversion;
FIG. 21 is a diagram showing a configuration example of a PC according to the second embodiment of the present invention.
FIG. 22 is a view showing an example of the software configuration of the device driver according to the embodiment.
FIG. 23 is a flowchart showing a logical device management object initialization procedure;
FIG. 24 is a flowchart showing a logical device class object initialization procedure.
FIG. 25 is a flowchart showing a logical device object initialization procedure.
FIG. 26 is a flowchart showing a physical device object initialization procedure.
FIG. 27 is a diagram for explaining a software structure when an unknown type is used;
FIG. 28 is a flowchart showing a new device class addition request procedure by an application;
FIG. 29 is a flowchart showing a procedure for adding a new device class using a logical device management object.
FIG. 30 is a diagram showing a configuration example of a network system in which home LANs are connected according to the third embodiment of the present invention.
FIG. 31 is a diagram showing a software structure of a service via a network before connection on the client side
FIG. 32 is a diagram showing a software structure of a service via a network after connection on the client side
FIG. 33 is a diagram showing a software structure of a service via a network before connection on the proxy side
FIG. 34 is a diagram showing a software structure of a service via a network after connection on the proxy side
FIG. 35 is a diagram showing a configuration example of an AV connection apparatus according to the fourth embodiment of the present invention.
FIG. 36 is a diagram showing a specific example of a home page presenting all remotely controllable service providing apparatuses accommodated in the second home network.
FIG. 37 is a flowchart for explaining a procedure for creating a homepage as shown in FIG. 36;
FIG. 38 is a flowchart for explaining a procedure for creating a home page of the service providing apparatus.
FIG. 39 is a diagram showing a specific example of a home page of a service providing apparatus (DVD player).
FIG. 40 is a sequence diagram for explaining a processing operation in the case of remotely controlling a service providing apparatus accommodated in a second home network (a homepage icon and an RTSP command are associated with each other, and transmission data is assigned to IP When encapsulating).
FIG. 41 is a diagram showing a specific example of text of a home page to be transmitted.
FIG. 42 is a diagram illustrating a configuration example of an HTTP / RTSP processing function of an AV connection apparatus;
FIG. 43 is a sequence diagram for explaining a processing operation in the case of remotely controlling a service providing apparatus accommodated in a second home network (a homepage icon and an RTSP command are associated with each other, and transmission data is transferred to IP If not encapsulated).
44 is a diagram showing another example of text on a home page of a service providing apparatus (DVD player) (when a program for generating an RTSP command is added to the “play” icon in FIG. 39);
FIG. 45 is a flowchart showing a procedure for creating a homepage for detailed setting of a service providing apparatus.
FIG. 46 is a diagram showing an example of a text description of a home page for detailed setting of the service providing device (DVD player) (when a CGI script is associated with the character string “slow playback” in FIG. 47);
FIG. 47 is a diagram showing a specific example of a home page for detailed setting of a service providing apparatus (DVD player).
FIG. 48 is a diagram showing an example of the internal configuration of an AV connection apparatus that connects LONs;
49 is a diagram showing a configuration example of the HTTP / RTSP processing function of FIG. 48;
FIG. 50 shows a specific example of an RTSP command correspondence table.
FIG. 51 is a diagram showing a configuration example of a communication system according to a fifth embodiment of the present invention.
52 is a diagram showing a configuration example of the AV connection apparatus in FIG. 51. FIG.
FIG. 53 is a sequence diagram of the entire communication system shown in FIG. 51 when a home network is accessed from an IP terminal on the Internet and a DVD player is remotely operated.
FIG. 54 describes the processing operation of the AV connection apparatus based on information related to the service provided on the home network (the address of the terminal apparatus on the home network and the port number of the service provided by the apparatus). Flowchart for
FIG. 55 is a diagram showing a specific example of an address / port number correspondence table;
FIG. 56 is a flowchart for explaining the processing operation of the AV connection apparatus when an IP packet is received from the Internet side.
FIG. 57 is a flowchart for explaining the processing operation of the AV connection apparatus when an IP packet is received from the home network side.
FIG. 58 is a diagram for specifically explaining IP address / port number conversion processing using an address / port number conversion table;
FIG. 59 shows an example of a home page created by the AV connection device.
[Explanation of symbols]
1, 3 ... IEEE1394 bus
2 ... Public network
4, 5 ... AV connection device
6, 10 ... PC
7 ... Digital TV
8 ... DVD player
9 ... Digital VTR
11 ... Printer
12 ... Home automation network
13 ... Air conditioner
14 ... Microwave oven
21 ... 1394 interface
22 ... Data link switch
23 ... Public network interface
24 ... IP processing function
25 ... FANP processing function
26 ... 1394 / IP service location processing function
27… Service location proxy function
28 ... 1394AV command processing function
29 ... 1394 / IP command conversion function
61, 62 ... Command correspondence table
71: Service proxy reception function
72 ... CCCP / LON command conversion function
73 ... LON command issue function
81, 401, 402 ... PC
82. Processor
83 ... Main memory
84 ... System bus
85 ... Secondary storage device
86, 87 ... IEEE1394 interface
88 ... Hard disk
90, 431 ... Printer
91, 432 ... FAX
92, 433 ... Massage device
93, 434 ... Toaster
101, 501, 601, ... logical device management function
102, 502, 602 ... Secondary memory management function
103, 503, 603 ... 1394 interface management function
104, 604... Unit 1 of the printer
105, 605 ... FAX unit1
106,606 ... FAX unit2
107,607 ... unit 1 of the massage device
108,608 ... unit 2 of the massage device
109,508 ... unit 1 of toaster
111, 112, 511, 512, 611, 612... Hard disk management function 113, 114, 513, 514, 613, 614... IEEE1394 interface device driver
121, 521, 621... 1394 managed object
122, 522, 622 ... Logical device management objects
131-135, 531-534, 631-635 ... Logical device class object
131-1, 131-2, 132-1, 133-1, 134-1 to 134-3, 135-1, 533-1, 533-2, 534-1, 631-1, 631-2, 632 1, 633-1, 634-1, 634-2, 635-1, 635-2 ... Logical device object
151-156, 551-153, 651-155 ... physical device object
161-166, 561-563, 661-665 ... Driver object
411, 412 ... Network connection device
413 ... ISDN communication line
421, 422 ... 1394 bus
504 ... IP function
571 ... 1394 stub object
681 ... 1394 proxy object
1401 ... 1394 I / F
1402 ... Data link switch
1403 ... Public network I / F
1404 ... IP processing function
1405: FANP processing function
1406 ... 1394 / IP service location processing function
1407: Homepage processing function
1408 ... 1394AV command processing function
1409 ... HTTP / RTSP processing function
1410 ... RTSP correspondence table
2001 ... Personal computer
2002 ... Printer
2003 ... DVD player
2010 ... First network (home network)
2101 ... Second network (Internet)
2102 ... IP terminal device
2201 ... AV connection device

Claims

One of the plurality of terminal devices in a system formed by connecting a plurality of terminal devices and a server device,
A plurality of devices are connected to the terminal device via a predetermined network,
The terminal device
Storage means for storing at least information related to the first service provided from the terminal device and information related to the second service provided from each of the plurality of devices;
In order to register at least information stored in the storage means to the server device so that the server device recognizes the first service and the second service as services provided from the terminal device. Means for transmitting ;
Comprising
The information stored in the storage means is updated each time the first service and the second service are changed.

The storage means further stores attribute information of the terminal device itself for causing the server device to recognize the attribute of the terminal device, and transmits the attribute information to be registered in the server device. The terminal device according to claim 1 .

The server device in a system formed by connecting a plurality of terminal devices and a server device via a first network ,
Collection means for collecting information on services provided from each terminal device from each of the plurality of terminal devices;
In response to a request from a user terminal that is communicably connected to the server device via a second network, the plurality of terminal devices are controlled from the user terminal based on information collected by the collecting means. As possible, at least first transmission means for transmitting information related to services provided from each of the plurality of terminal devices to the user terminal;
Receiving means for receiving, from the user terminal, a first command for controlling at least one of the plurality of terminal devices as a control target;
In accordance with the first command, second transmission means for transmitting a second command for controlling the controlled object to the terminal device to be controlled;
A server apparatus comprising:

The first transmission means transmits at least a logical multiplex identifier corresponding to each of the plurality of services;
It said receiving means includes a first command, receives a packet corresponding addressed service to the logical multiplexing identifier of the control object,
The second transmitting unit transmits the second command to the control target that provides a service corresponding to the logical multiplex identifier described as a destination of the packet received by the receiving unit. The server device according to claim 3 .

The first command depending on a first communication protocol as a communication protocol between the server device and the user terminal, the first communication protocol between the server device and the plurality of terminal devices, Further comprises conversion means for converting to the second command depending on a different second communication protocol,
The receiving means receives the first command depending on the first communication protocol from the user terminal;
4. The server device according to claim 3, wherein the second transmission unit transmits the second command obtained by the conversion unit to the terminal device to be controlled .

Storage means for storing a table representing a correspondence relationship between the first command and the second command;
The server device according to claim 5 , wherein the conversion unit converts the first command into the second command with reference to the table.

A control method for controlling a plurality of terminal devices on a first network from a user terminal connected to a second network different from the first network,
A server device connected to each of the first network and the user terminal is provided, and in this server device,
Collecting information on services provided from each terminal device from each of the plurality of terminal devices,
In response to a request from the user terminal, on the basis of the collected information, at least a service provided from each of the plurality of terminal devices so that the plurality of terminal devices can be controlled from the user terminal Send information to the user terminal ,
When receiving a first command for controlling at least one of the plurality of terminal devices as a control target from the user terminal, a first command for controlling the control target according to the first command. 2 is transmitted to the terminal device to be controlled.

The server device
When receiving the first command depending on a first communication protocol as a communication protocol between the server device and the user terminal, the first command is transmitted between the server device and the plurality of terminal devices. claims wherein converting said second command that depends on a second communication protocol different from the first communication protocol, and transmits the second command to the control target terminal apparatus 7 The control method described.

The terminal device in a system formed by connecting a plurality of devices and terminal devices,
Means for collecting attribute information including at least an identifier of the device stored in each of the plurality of devices;
Means for obtaining identification information of a control program for controlling the device corresponding to the attribute information based on the collected attribute information, and loading the control program based on the identification information ;
A terminal device comprising:

Each of the plurality of devices has a storage unit that stores the attribute information of the device, and the terminal device reads the attribute information from the storage unit of the device, so that each of the plurality of devices The terminal device according to claim 9 , wherein the attribute information is collected.

The terminal device according to claim 9, wherein the plurality of devices and the terminal device are connected by an IEEE 1394 bus.

The terminal device according to claim 9 , wherein when it is determined by the identification information that the control program exists on an external network, the control program is loaded via the external network.

The server device in a system formed by connecting a plurality of terminal devices and a server device,
In response to a request from a user terminal that is communicably connected to the server device, information about services provided from each of the plurality of terminal devices is provided, and each of the plurality of terminal devices can be controlled. A means of providing a structured homepage;
In the user terminal, a desired service is selected based on the homepage, and one of the plurality of terminal devices that provide the selected service transmitted from the user terminal is controlled as a control target. Receiving means for receiving a packet including a first command for:
Transmitting means for transmitting a second command for controlling the controlled object to said first command included in the received packet Accordingly, at the receiving unit to the control target terminal,
A server apparatus comprising:

Collection means for collecting information on services provided from each terminal device from each of the plurality of terminal devices;
Creating means for creating the home page based on the information collected by the collecting means;
The server apparatus according to claim 13 , further comprising:

The server device
The first command depending on a first communication protocol as a communication protocol between the server device and the user terminal, the first communication protocol between the server device and the plurality of terminal devices, Further comprises conversion means for converting to the second command depending on a different second communication protocol,
The receiving means receives a packet including a first command depending on the first communication protocol from the user terminal ;
The server device according to claim 13 , wherein the transmission unit transmits the second command obtained by the conversion unit to the terminal device to be controlled .

Collection means for collecting information on services provided from each terminal device from each of the plurality of terminal devices;
Storage means for storing a table in which the correspondence relationship between the first command and the second command is registered in advance;
Further comprising
The server device according to claim 15 , wherein the home page is created based on the table.

The transmission unit transmits the second command to the control target that provides a service corresponding to the logical multiplex identifier described as a destination of the packet received by the reception unit. Item 14. The server device according to Item 13 .

The home page includes a first program for generating a packet including at least the first command,
The server device according to claim 15 , wherein the receiving unit receives the first command by receiving the packet transmitted from the user terminal.

The receiving means receives the packet transmitted from the user terminal and starts a second program for converting the packet into the second command using the packet,
16. The server device according to claim 15 , wherein the conversion unit converts the first command into the second command according to the second program.

16. The communication apparatus according to claim 15 , wherein the receiving unit receives a packet including information specifying a communication protocol for transmitting information to the first command and the user terminal .

The server device according to claim 13, wherein the plurality of terminal devices and the server device are connected to each other via an IEEE 1394 network.

The server device according to claim 13, wherein the plurality of terminal devices and the server device are connected to each other by a LON (Local Operating Network).

A control method for controlling a plurality of terminal devices on a first network from a user terminal connected to a second network different from the first network,
A server device connected to the first network and the second network is provided, a first communication protocol as a communication protocol between the server device and the user terminal, the server device and the plurality of terminals When the second communication protocol as the communication protocol with the device is different from each other,
In the server device,
When a first command that is transmitted from the user terminal and depends on the first communication protocol for controlling one of the plurality of terminal devices as a control target is received, the first command is received as the second communication. A control method characterized in that the control target is controlled by converting the second command depending on the protocol and transmitting the second command to the control target.

A control method for controlling a plurality of terminal devices on a first network from a user terminal connected to a second network different from the first network,
A server device connected to the first network and the second network is provided, and in this server device,
Collecting information related to services provided from each terminal device from each of the plurality of terminal devices, providing information related to services provided from each of the plurality of terminal devices, and each of the plurality of terminal devices Create a homepage that is configured to control
In response to a request from the user terminal, a home page is provided to the user terminal,
In the user terminal, a desired service is selected based on the homepage, and one of the plurality of terminal devices that provide the selected service transmitted from the user terminal is controlled as a control target. Upon receiving a packet including a first command for, in accordance with the first command included in the packet, sending a second command for controlling the controlled object to the control target terminal Characteristic control method.

A communication device connected to a first network and a second network,
A plurality of first logical multiplex identifiers depending on the first network for identifying each of a plurality of services provided from each of a plurality of first terminal devices on the first network; Assign a second logical multiple identifier that depends on the two networks;
For each of the plurality of services, a first address depending on the first network of the first terminal device that provides the service, the first logical multiple identifier of the service, and the service are provided. Storage means for storing a correspondence relationship with the second logical multiplex identifier depending on the second network of the first terminal device;
Presenting means for presenting the plurality of services to a second terminal device on the second network;
In the second terminal device, a first service selected from the plurality of services presented by the presenting unit and specified by the second logical multiplex identifier transmitted from the second terminal device Receiving means for receiving packets addressed to;
Rewriting means for rewriting the destination of the packet received by the receiving means to the first address and the first logical multiplex identifier corresponding to the first service, based on the correspondence stored in the storage means;
An output means for outputting the packet whose destination is rewritten by the rewriting means to the first network;
A communication apparatus comprising:

The first logical multiplex identifier corresponding to each of the plurality of services and the first address of the first terminal device providing the service are collected from each of the plurality of first terminal devices. 26. The communication apparatus according to claim 25 , further comprising a collecting unit.

Second storage means for storing an identifier of a packet that can be transferred to the first network among packets input from the second network;
26. The communication apparatus according to claim 25, wherein only packets having an identifier stored in the second storage unit among the packets input from the second network are output to the first network.