JPH11187061A - 通信装置、通信制御方法、サービス登録方法、サービス提供方法及び装置制御プログラム登録方法 - Google Patents

Abstract

(57)【要約】 【課題】特定のネットワークに依存せず、統一的なサー
ビス提供環境を実現することが可能な通信装置を提供す
ること。 【解決手段】第１のネットワークに接続して該第１のネ
ットワークに依存するプロトコルで通信するサービス提
供装置を第２のネットワークを介して制御するための通
信装置において、前記サービス提供装置を制御するため
の前記第１のネットワークの通信プロトコルに依存する
第１のコマンド情報に対応する前記第２のネットワーク
の通信プロトコルに依存する第２のコマンド情報を前記
第２のネットワークを介して提供し、この提供された第
２のコマンド情報を含むメッセージを前記第２のネット
ワークを介して受信したとき、該メッセージに含まれる
第２のコマンド情報を前記第１のコマンド情報に変換し
て、前記サービス提供装置を制御することを特徴とす
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ホームネットワー
ク環境におけるディレクトリサービス、機器の遠隔操
作、あるいは周辺装置を制御する機能を備えたコンピュ
ータ等の通信装置、特に汎用バスに接続された多種の装
置を制御する可能性があるコンピュータ等の通信装置、
及び該通信装置により行われる通信制御方法、サービス
登録方法、サービス提供方法及び装置制御プログラム登
録方法に関する。

【０００２】

【従来の技術】（１）近年、マルチメディア技術の発展
に象徴されるように、電子機器のデジタル化が急速に進
行している。この傾向は、まずオフィス環境で始まって
いる。ハードウエアの面では、パソコンの導入、ＯＡ機
器のデジタル化、それらのネットワーク化という形で進
行している。ソフトウエアの面では、ホストによる基幹
業務（これはライトサイジングされてパソコン等に移行
されつつある）や、ワープロ、表計算などのソフトウエ
ア、あるいはＷＷＷ等のインターネットアプリケーショ
ン等が導入されている。そして、デジタル化の適用分野
は益々広まり、その発展はとどまるところを知らない。

【０００３】上記の傾向は、家庭内で使用される機器や
その関連分野等においても見られる。すなわち、ＡＶ機
器のデジタル化（すなわちＤＶＤ、デジタルＶＴＲ、デ
ジタルビデオカメラ等）、放送のデジタル化、ＯＣＮ等
のインターネットアクセス等の導入など、デジタル化は
着実に進行している。

【０００４】オフィス環境を始めとして推し進められて
きた上記のような技術革新の波は、今後、ネットワーク
化の方向へと向かっていくことが考えられる。すなわ
ち、情報・通信・放送といった種々の分野の技術がデジ
タル化によって束ねられ、ネットワーク化によって相互
乗り入れを始めていくと言われている。

【０００５】これを実現するための基盤となるネットワ
ーク技術としては、種々の候補が考えられる。例えば、
イーサネットは、オフィス環境にて圧倒的な実績を持っ
ており、家庭でのパソコンネットワークにおいても、そ
の最有力候補であると言える。また、ＡＴＭも有力な候
補である。これは、インフラの構築側（電話会社やＣＡ
ＴＶ等）が、高速、リアルタイム、広帯域といったＡＴ
Ｍの特徴に注目し、この技術を使ってインフラを構築し
ていこうというのが一般的な動きだからである。

【０００６】これらの候補に加えて、最近、ＩＥＥＥ１
３９４なるネットワーク技術（バス技術）が注目を集め
ている。これは、高速、リアルタイム（ＱＯＳ保証）、
プラグアンドプレイ等の数々の注目すべき特徴を持って
おり、特にＡＶ機器産業界においてデジタルＡＶ機器同
士の接続方式の最有力候補として大変な注目を集めてい
る。また、パソコンなどのコンピュータ産業界において
も、この技術への注目が集まりはじめている。

【０００７】さて、情報・通信・放送等のネットワーク
化による相互乗り入れは、まず家庭向けのデジタル機器
の普及に伴い、ユーザに所望されるネットワーク技術に
よりそれらデジタル機器を相互接続することで実現され
ていくであろう。そのようにして徐々に家庭内デジタル
ネットワークのプロトタイプが生み出されていくと考え
られる。

【０００８】そして、その次の段階として、これらのデ
ジタルネットワーク同士を相互に接続したいというニー
ズが顕在化してくると考えられる。例えば、ユーザ宅の
１階の応接間の１３９４ネットワークに接続されたＡＶ
機器と、２階の部屋の１３９４ネットワークに接続され
たＡＶ機器とを、相互接続して、例えばダビング等、協
調動作をさせようというようなニーズである。あるい
は、ユーザＡ宅の１３９４ネットワークに接続された機
器ａと、ユーザＢ宅の１３９４ネットワークに接続され
た機器ｂとを協調動作させるような場合である。

【０００９】しかしながら、家庭内あるいは家庭間デジ
タルネットワーク同士の相互接続を実現するためには、
以下のような問題がある。

【００１０】（ｉ）家庭内あるいは家庭間でネットワー
クを介した機器の制御を行おうという場合に、「ネット
ワーク上のどの位置に何の機器があるか」あるいは「ネ
ットワーク上でどのようなサービスが提供されている
か」とった情報を知るための機構が存在しない。この機
構がないと、ユーザは、特定の機器／サービスの存在を
ネットワーク上で認識することができず、対象機器の操
作もしくは制御を行いあるいはサービスの提供を受ける
ことができない。

【００１１】（ii）デジタルネットワーク同士の相互接
続においては異なるプロトコルに従う部分が混在するも
のと想定されるが、異なるプロトコルを越えて操作コマ
ンド等を伝える機構が存在しない。

【００１２】例えばＩＥＥＥ１３９４を用いた場合に１
３９４対応機器の他にインターネット対応機器等が混在
することが可能であり、必ずしもその使用プロトコルは
一致しない。そのような混在状況において遠隔操作を行
なおうとした場合、すなわち異なる種別のネットワーク
を介して対象機器を制御しようとする場合、異なる種別
のネットワークではＩＥＥＥ１３９４プロトコルを稼動
することができないため、操作コマンドの送付が不可能
である。

【００１３】また、ゲートウエイを設けて遠隔操作等を
実現する方法も考えられるが、この様な場合におけるゲ
ートウエイの設計指針等は存在しない。

【００１４】（２）ところで、近年の急速なパーソナル
コンピュータの普及とアプリケーションの多様化に伴
い、その周辺機器は、例えばハードディスクのようなス
トレージ装置やスキャナ、カメラのような入力装置など
に多様化しその種類は増え続けている。

【００１５】過去においてはアプリケーションソフトウ
ェアと周辺機器ハードウェアの両方の汎用性がなく、周
辺機器は特定のアプリケーションからのみ使用でき、他
から利用できない不便さがあった。この障害は現在では
主として次の３つの技術によりかなりの部分解消されて
いる。その技術とはハードウェアの制御の違いを吸収す
るドライバと呼ばれるソフトウェアと、必要に応じてド
ライバを読み込みオペレーティングシステム（以下、Ｏ
Ｓと呼ぶ）に組み込むことのできるローダブルドライバ
の技術、そして接続された周辺機器をコンピュータ自身
が検出して適切なドライバを組み込むプラグアンドプレ
イの技術である。

【００１６】これにより周辺機器とアプリケーションプ
ログラムとがともに汎用性が高まり、利用者の利便性が
向上するとともに、汎用性にともなう量産効果によって
価格も低下する正のフィードバックを生む結果となっ
た。もちろんパーソナルコンピュータにおいてはハード
ウェア自体、ＩＳＡ、ＰＣＩなどのバス規格、ＩＤＥや
ＳＣＳＩといったストレージ装置の接続規格によって標
準化されて来たこともこれを助けている。

【００１７】最近ではＵＳＢ（Ｕｎｉｖｅｒｓａｌ ｓ
ｅｒｉａｌ Ｂｕｓ）やＩＥＥＥ１３９４といった接続
作業と配線の取り回しが容易な周辺装置の接続規格が採
用されつつある。これらは数対のより対線の接続なので
簡易なネットワークとしても利用が可能である。ＩＥＥ
Ｅ１３９４は過去のコンピュータのシステムバスに匹敵
する高速な転送能力を備え、画像伝送が可能なことから
ＴＶ、ビデオなどの家電機器の接続規格としても有力で
ある。また、ＩＥＥＥ１３９４規格では制御は全てＩＥ
Ｃ１２１２（ＡＮＳＩ／ＩＥＥＥ Ｓｔｄ １２１２
Ｃｏｎｔｒｏｌａｎｄ Ｓｔａｔｕｓ Ｒｅｇｉｓｔｅ
ｒ（ＣＳＲ） Ａｒｃｈｉｔｅｃｔｕｒｅ ｆｏｒ Ｍ
ｉｃｒｏｃｏｍｐｕｔｅｒ Ｂｕｓｅｓ［ＩＳＯ／ＩＥ
Ｃ１３２１３］）で規格化された６４ビット形式のアド
レス空間にマッピングされたレジスタに対する読み書き
によって行われる。このため、ストレージデバイスで多
く使われているＳＣＳＩ規格と同様に制御するホストプ
ロセッサのアーキテクチャに依存しないインターフェー
スを周辺機器が持つことができる。

【００１８】一方、上記した汎用化が利点となる前提条
件は多種の周辺機器に対応したドライバがＯＳとともに
提供されることである。これにはＯＳのベンダと周辺機
器のベンダがともに大きな労力を割かねばならない。実
際、Ｍｉｃｒｏｓｏｆｔ社のオペレーティングシステ
ム、Ｗｉｎｄｏｗｓ９５では４０枚に及ぶフロッピーデ
ィスクに多種のドライバが収納されている。もちろんこ
の全てがドライバではないものの、全体に占める割合は
少なくない。ドライバソフトのソフトウェアはＯＳに依
存するため、ソフトベンダはＯＳごとにドライバを用意
しなければならない。デバイスドライバは一般にＯＳの
メモリ管理と密接に関連して動作しているためである。
ＯＳ自体がホストプロセッサのアーキテクチャに依存す
る部分の大きいことはいうまでもない。

【００１９】デバイスドライバの汎用性を高める試みと
して、ＳＣＳＩやＩＥＥＥ１３９４、ＵＳＢで実現され
ているように、周辺機器との通信や制御に汎用のプロト
コルを使う方法がある。ＯＳがＳＣＳＩやＩＥＥＥ１３
９４のパケットを送信するドライバを提供し、そのドラ
イバを利用して機器固有のデバイスドライバがそれぞれ
の周辺機器を制御する方式である。この方式をとれば同
一のＯＳではＳＣＳＩやＩＥＥＥ１３９４などの装置接
続インタフェースが異ってもＳＣＳＩ ＨＤやプリンタ
などの装置固有の制御を行う部分のドライバは共通に使
うことができる。

【００２０】このような汎用の接続装置アーキテクチャ
にもいくつかの方法がある。ＳＣＳＩでは通信に加えて
制御コマンドのプロトコルも規定されている。ＩＥＥＥ
１３９４では通信方法は規定されているが、制御のコマ
ンドまでは規定せず、さまざまな制御プロトコルを持つ
機器の余地を残している。

【００２１】また、ＩＥＥＥ１３９４には汎用入出力バ
スとしての側面の他にネットワークとして利用できる側
面があり、ＩＥＥＥ１３９４バス上へのインターネット
プロトコルのマッピングも提案されている（ＤＡＶＩＣ
ＩＰ ｏｖｅｒ ＩＥＥＥ１３９４．１９９５ Ｓｐ
ｅｃｉｆｉｃａｔｉｏｎｓ，１９９６）。しかしながら
通信ネットワークの面と入出力バスとしての面を統合し
たインタフェースは未だ実現されていない。

【００２２】さて、ＯＳがそれぞれの機器に対応するド
ライバを読み込むことでさまざまな周辺機器が利用可能
になっている。しかし、デバイスドライバ自体はＯＳに
依存しており、汎用性を持たないために種々のＯＳ毎に
それぞれ対応のドライバの開発が必要であった。このた
め周辺機器ベンダによるデバイスドライバの開発が特定
の良く普及したＯＳに限られてしまう問題があった。こ
の結果として、デバイスドライバの開発がある特定のＯ
Ｓに集中し、他のＯＳで使えないデバイスが増加してい
る。これはＯＳの用途に合わせた多様化を妨げることに
なり、利用者の利便性を損うものである。

【００２３】もう一つの問題は周辺装置が多様化するこ
とによって、利用しない装置のドライバや、上位プロト
コルに対応するＡＰＩにＯＳの資源が占有されてしまう
ことである。

【００２４】また、ＩＥＥＥ１３９４では周辺機器制御
バスのみならず、ネットワーク的な利用形態も考えられ
る。ネットワーク的に利用される場合、制御する側のＰ
Ｃが予め接続される装置をすべて把握することは困難で
あり、接続されている装置に応じて利用法を決定できる
ことと、同一のＩＥＥＥ１３９４バスに複数のＰＣが接
続されているとき、どちらのＰＣが制御権を持つかを決
定することが要求される。しかし、これを解決している
システムは従来は存在しなかった。

【００２５】また、電話網や広域ネットワークを通じて
遠隔にあるＩＥＥＥ１３９４装置を制御できるシステム
も従来は存在しなかった。

【００２６】

【発明が解決しようとする課題】従来、家庭内あるいは
家庭間デジタルネットワーク同士を相互接続し、ネット
ワークを介した機器の制御を行おうとしても、 （１）ネットワーク上に存在する各機器の位置あるいは
ネットワーク上で提供されているサービスに関する情報
を知るための技術がなく、ユーザは、特定の機器／サー
ビスの存在をネットワーク上で認識することができず、
対象機器の操作もしくは制御を行いあるいはサービスの
提供を受けることができなかった。また、デジタルネッ
トワーク同士の相互接続において異なるプロトコルに従
う部分が混在する場合、異なるプロトコルを越えて操作
コマンド等を伝える技術がなく、ユーザは、異なるプロ
トコルを越えた対象機器の操作もしくは制御を行いある
いはサービスの提供を受けることができなかった。

【００２７】（２）さらに、近い将来、家庭内にも種々
のインターネット処理機能を持った、いわゆる情報家電
が入り込んでくると考えられているが、現在のインター
ネットは深刻なアドレス不足に悩んでいる。家庭内に入
り込んでくる家電機器は、非常に多くの数になるものと
考えられ、これら全てに新たにＩＰアドレスを考えるの
は非現実的である。そこで、以下のような２つの方法が
提案されている。

【００２８】・家庭内はプライベートＩＰアドレスを用
いる。

【００２９】・家庭内は、ＩＰｖ６（ＩＰバージョン
６）アドレスを用いる。

【００３０】しかしながら、実際のインターネット（公
衆網）はＩＰｖ４（ＩＰバージョン４）で運用されてい
るのが現実であり、上記のような方法を取った場合、イ
ンターネット上から家庭内の機器へアクセスする方法が
無い。この問題に対する対処方法としては、ＮＡＴ（ネ
ットワークアドレス変換）やＩＰマスカレードが知られ
ているが、これらを用いたとしても、インターネット
（公衆網）上のユーザは、家庭内の種々の機器のアドレ
スを、実際にそれらの操作を行おうとする以前に認識す
る必要があるが、これを実現するメカニズムは無い。

【００３１】（３）また、従来、デバイスドライバはＯ
Ｓに依存しており汎用性を持たないために、種々のＯＳ
毎にそれぞれ対応のドライバの開発が必要である問題点
があった。また、周辺装置が多様化することによって、
予めデバイスドライバを豊富に内蔵しておくことが良く
行われるが、利用しない装置のデバイスドライバや、上
位プロトコルに対応するＡＰＩにＯＳの資源が無駄に占
有されてしまう問題点があった。

【００３２】本発明は、上記事情を考慮してなされたも
ので、上記第１の問題点を解決するために、特定のネッ
トワークに依存せず、統一的なサービス提供環境を実現
することが可能な通信装置、サービス登録方法およびサ
ービス提供方法を提供することを目的とする。

【００３３】また、上記第２の問題点を解決するため
に、本発明は、アドレス体系の異なるネットワーク（例
えば、ＩＰｖ４とＩＰｖ６、プライベートアドレスとＩ
Ｐｖ４、プライベートアドレスとＩＰｖ６等）を相互接
続した場合でも、各ネットワークにおいて提供されてい
るサービスを他のネットワークからでもアクセス可能に
する通信装置を提供することを目的とする。

【００３４】また、上記第３の問題点を解決するため
に、本発明は、ＯＳやハードウェアに依存せず、必要の
生じた時点で装置制御プログラムを登録することの可能
な通信装置および装置制御プログラム登録方法を提供す
ることを目的とする。

【００３５】

【課題を解決するための手段】（１）本発明（請求項
１）は、単一アドレス空間にマップされたレジスタの操
作を行う通信手段と、自装置に関する構成情報を記憶す
る構成情報記憶手段（コンフィグレーションメモリ）と
を備えた通信装置（例えば、パーソナル・コンピュータ
等）であって、前記構成情報記憶手段には、自装置（当
該通信装置）上で稼動するサービスに関する情報を動的
に記述することを特徴とする。

【００３６】本発明によれば、通信装置を介して通信さ
れる他ノードは、この構成情報記憶手段をアクセスする
ことによって、その時点でその通信装置がサービスして
いるアプリケーションをタイムリに認識することがで
き、網構成のディレクトリサービスや、移動ノードのサ
ービス検出が可能となり、網の運用の柔軟性が向上す
る。特に、動的に稼動サービスが変化する場合や、サー
ビスがソフトウエアにより実現される場合には、ソフト
ウエアのインストールや、バージョンアップ等に伴い、
そのサービスの稼動の動的変化はより激しいものとなる
ため、サービス構成情報を動的に変化させることの有効
性は極めて大きなものとなる。

【００３７】本発明（請求項２）は、単一アドレス空間
にマップされたレジスタの操作を行う通信手段と、自装
置に関する構成情報を記憶する構成情報記憶手段（コン
フィグレーションメモリ）とを備えた通信装置（例え
ば、パーソナル・コンピュータ等）であって、前記構成
情報記憶手段には、自装置（当該通信装置）上で稼動す
るサービスに関する情報と、自装置の属性に関する情報
（例えば、ベンダＩＤ、ノードケーパビリティー等）と
を併せて記述することを特徴とする。

【００３８】本発明によれば、通信装置を介して通信さ
れる他ノードに対して、サービスをベースとした構成情
報と、装置をベースとした構成情報の両方を通知するこ
とができ、該他ノードがその通信装置が接続されるネッ
トワークのディレクトリ情報を構成する際に、サービス
別の構成情報とするか、装置別の構成情報とするかの選
択をより簡略化するのに有効である。これは、サービス
別の操作・検索になれているユーザと、装置別の操作・
検索になれているユーザの両方が存在するため、その両
方に対応するために、特に有益である。

【００３９】本発明（請求項３）は、単一アドレス空間
にマップされたレジスタの操作を行う第１の通信手段
と、自装置に関する構成情報を記憶する構成情報記憶手
段（コンフィグレーションメモリ）とを備えた通信装置
（例えば、パーソナル・コンピュータ等）であって、前
記構成情報記憶手段には、自装置（当該通信装置）に前
記第１の通信手段とは異なる第２の通信手段を介して接
続されたネットワークに関する構成情報（例えば、端末
の情報、サービスの情報）の少なくとも一部を記述する
ことを特徴とする。

【００４０】本発明によれば、第１の通信手段に接続さ
れた当該通信装置以外のノードは、当該通信装置に第２
の通信手段に接続されたネットワーク構成情報を、この
構成情報記憶手段を通して認識することが可能となり、
この結果、相互接続されたネットワーク全体の構成情報
を、第１の通信手段を介した構成情報記憶手段を通して
認識することが可能となり、よって、網管理、網サービ
ス登録などの仕組み、手間の簡略化を図ることが可能と
なる。

【００４１】本発明（請求項４）は、接続されたネット
ワーク内に存在するディレクトリエージェントにサービ
スを登録する通信装置（例えば、パーソナル・コンピュ
ータ等）であって、接続された前記ネットワークのデー
タリンクに依存するプロトコルで通信する、電子的装置
（例えば、周辺機器、ＡＶ機器、家電機器等）のサービ
スを、該電子的装置に代わって前記ディレクトリエージ
ェントに登録する手段を備えたことを特徴とする。

【００４２】本発明によれば、ディレクトリエージェン
トは、それが稼動するプロトコル（例えばＩＰ等のネッ
トワークレイヤプロトコル等）のディレクトリサービス
に対して、データリンクレイヤプロトコル（例えばＩＥ
ＥＥ１３９４レイヤ等）で提供されるサービス（例えば
ＩＥＥＥ１３９４のＡＶ／Ｃプロトコル等）を登録する
ことが可能となり、この結果、ディレクトリエージェン
トもしくはディレクトリサービスは、ネットワーク上で
展開されているサービスを、その提供レイヤの区別な
く、検索されることが可能となり、ネットワーク利用者
の利便性の向上と、柔軟性の向上を同時に図ることが可
能となる。

【００４３】本発明（請求項５）は、接続されたネット
ワーク内のユーザエージェントからの問い合わせに応じ
てサービスに関する情報を通知する通信装置（例えば、
パーソナル・コンピュータ等）であって、接続された前
記ネットワークのデータリンクに依存するプロトコルで
通信する、電子的装置（例えば、周辺機器、ＡＶ機器、
家電機器等）のサービスを、該電子的装置に代わって前
記ユーザエージェントに通知する手段を備えたことを特
徴とする。

【００４４】本発明によれば、ユーザエージェントは、
それが稼動するプロトコル（例えばＩＰ等のネットワー
クレイヤプロトコル等）のサービスロケーションサービ
スに対して、データリンクレイヤプロトコル（例えばＩ
ＥＥＥ１３９４レイヤ等）で提供されるサービスに関す
る情報を得ることが可能となり、この結果、ユーザエー
ジェントもしくはサービスロケーションサービスは、ネ
ットワーク上で展開されているサービスを、その提供レ
イヤの区別なく検索することが可能となり、ネットワー
ク利用者の利便性の向上と柔軟性の向上を同時に図るこ
とができる。

【００４５】本発明（請求項６）は、請求項４または５
に記載の通信装置において、ディレクトリエージェント
への登録またはユーザエージェントへの通知の際に、登
録または通知する前記サービスへのアクセスのためのポ
ートとして、自装置（例えば、パーソナル・コンピュー
タ等）の論理多重識別子を登録または通知することを特
徴とする。

【００４６】このようにすれば、前記通信装置は、その
論理多重識別子へのアクセスがあった場合には、前記電
子的装置のサービスへのアクセスであることを認識する
ことが可能となり、そのサービスを実際に実現するため
の適切な処理を施すことが可能となる。

【００４７】一方、ディレクトリエージェントは、前記
電子的装置のサービスへのアクセスポイントとして、こ
の論理多重識別子を応答することが可能となり、もって
サービスの提供レイヤを問わない統一的なディレクトリ
サービスを提供することが可能となる。

【００４８】また、ユーザエージェントは、前記電子的
装置のサービスへのアクセスポイントとして、この論理
多重識別子を通知された場合、レイヤを問わず、そのサ
ービスがこの論理多重識別子を通じて提供されるものと
認識することとなり、ネットワーク全体で、レイヤを問
わない、統一的なサービス提供体制を提供することが可
能となる。

【００４９】本発明（請求項７）は、請求項６に記載の
通信装置において、前記論理多重識別子で指定されたポ
ートにコマンドが到達した場合に、このコマンドを、そ
れに対応する前記データリンクに依存するプロトコルの
コマンドに変換して、前記電子的装置（例えば、周辺機
器、ＡＶ機器、家電機器等）に送信することを特徴とす
る。

【００５０】このようにすれば、前記通信装置は、その
論理多重識別子へのアクセスがあった場合には、前記電
子的装置のサービスへのアクセスであることを認識し、
実際にそのサービスを提供している実体に、その提供デ
ータリンクのプロトコルに合致したコマンド変換をした
上で、そのコマンド送出を行うこと、すなわちサービス
要求を行うことが可能となり、もって、全体の「サービ
ス要求→サービス実現」の手順の実現を図ることが可能
となる。

【００５１】また、ユーザエージェントは、前記電子的
装置のサービスへのアクセスは、あくまで、そのコマン
ドを記述したレイヤで行われるものと認識していること
となるため、処理の単純化、すなわち該レイヤでのサー
ビスアクセスの環境さえ整えておけば、該ネットワーク
上の種々のサービスへのアクセスが可能となることを意
味し、該ネットワークのサービス提供環境の単純化、効
率化、統一化の各々に寄与することが可能となる。

【００５２】本発明（請求項８）は、請求項６に記載の
通信装置において、前記論理多重識別子のポートに到達
したコマンドを、該コマンドに対応する前記データリン
クに依存するプロトコルのコマンドにマッピングするた
めの対応テーブルを有することを特徴とする。

【００５３】このようにすれば、前記通信装置は、その
論理多重識別子へのアクセスがあった場合のコマンド変
換を、あらかじめ決められた手順で行うことが可能とな
り、これによって、前記電子的装置のサービスへのアク
セスであることを認識し、実際にそのサービスを提供し
ている実体に、その提供データリンクのプロトコルに合
致したコマンド変換をした上で、そのコマンド送出を行
うこと、すなわちサービス要求を行うことが可能とな
り、もって、全体の「サービス要求→サービス実現」の
手順の実現を図ることが可能となる。

【００５４】また、ユーザエージェントは、前記電子的
装置のサービスへのアクセスは、あくまで、そのコマン
ドを記述したレイヤで行われるものと認識していること
となるため、処理の単純化、すなわち該レイヤでのサー
ビスアクセスの環境さえ整えておけば、該ネットワーク
上の種々のサービスへのアクセスが可能となることを意
味し、該ネットワークのサービス提供環境の単純化、効
率化、統一化の各々に寄与することが可能となる。

【００５５】本発明（請求項９）は、第１の通信手段に
従えば通信できず、第２の通信手段に従えば通信可能な
電子的装置と、第１の通信手段および第２の通信手段の
いずれに従っても通信可能な電子的装置とが接続される
可能性のあるネットワークに接続された通信装置におけ
るサービス登録方法であって、前記第１の通信手段を通
じて前記電子的装置夫々から提供されるサービスに関す
る情報の登録を受け付け、前記第２の通信手段により存
在が認識された電子的装置で、かつ、前記第１の通信手
段を通じての前記通知がなかったものについて、登録す
べき該電子的装置夫々により提供されるサービスに関す
る情報を前記第２の通信手段を用いて取得し、通知され
た前記サービスに関する情報および取得された前記サー
ビスに関する情報をもとに、前記ネットワーク上のサー
ビスディレクトリ情報を構成することを特徴とする。

【００５６】本発明（請求項１０）は、第１のプロトコ
ルに従えば通信できず、第２のプロトコルに従えば通信
可能な少なくとも１つの電子的装置が接続された通信装
置におけるサービス提供方法であって、前記電子的装置
により提供されるサービスへのアクセスのためのポート
として前記第１のプロトコルに従う自装置の論理多重識
別子を割り当て、前記論理多重識別子で指定されたポー
トにコマンドが到達した場合に、このコマンドを、前記
第２のプロトコルに従うコマンドに変換して、前記電子
的装置に送信することを特徴とする。

【００５７】（２）本発明（請求項１１）は、単一アド
レス空間にマップされたレジスタの操作を行う通信手段
と、前記通信手段によって認識された電子的装置（例え
ば、周辺機器、ＡＶ機器、家電機器等）の属性情報（例
えば、ｕｎｉｑｅ ＩＤ、ｕｎｉｔ ＩＤ、ｃａｐａｂ
ｉｌｉｔｙ等）を入手する入手手段と、前記通信手段に
対して前記単一アドレス空間上のレジスタの操作を行う
指示を発行することによって前記電子的装置を制御する
装置制御プログラム（デバイスドライバソフト）の登録
（ＯＳへの組み込み）を、入手された前記電子的装置の
属性情報に基づいて動作中に行う登録手段とを備えたこ
とを特徴とする。

【００５８】本発明によれば、前記装置制御プログラム
がいわゆるデバイスドライバの役割を果たすことになる
が、本発明によれば、単一アドレス空間にマップされた
レジスタの操作を行う通信手段によって入手された電子
的装置の属性情報に基づいて、前記単一アドレス空間上
のレジスタの操作を行う指示を発行することによって前
記電子的装置を制御する装置制御プログラムを登録する
ので、動作中に必要に応じて、ドライブする対象の属性
にあわせた装置制御プログラムをＯＳに組み込むことが
できる。

【００５９】また、装置制御プログラムがネットワーク
ローダブルな形（例えばＪＡＶＡ言語で記述された形）
で提供されれば、ＯＳの種別やハードウエアの種別を問
わずに、装置制御プログラムの登録を行うことが可能と
なる。

【００６０】本発明（請求項１２）は、請求項１１に記
載の通信装置において、前記登録手段は、前記入手手段
により入手された前記電子的装置の属性情報に基づいて
入手すべき装置制御プログラムの識別名を求める手段
と、求められた前記識別名に基づいて、該当する装置制
御プログラムを入手する手段とを有することを特徴とす
る。

【００６１】このようにすれば、前記電子的装置の属性
に適合した装置制御プログラムを、必要に応じて入手
し、デバイスドライバとして使用することができる。

【００６２】本発明（請求項１３）は、請求項１１また
は１２に記載の通信装置において、前記電子的装置の属
性情報は、前記電子的装置内の予め定められた構成情報
記憶領域（例えば、コンフィグレーションＲＯＭ、ある
いはコンフィグレーション・メモリ）に記述されたもの
であり、前記入手手段は、前記構成情報記憶領域に記述
された内容を読み取ることで前記属性情報を入手するこ
とを特徴とする。

【００６３】このように前記電子的装置の属性情報を当
該電子的装置内の構成情報記憶領域を読み取ることで入
手するようにすれば、構成情報記憶領域には通常そのデ
バイスの属性情報が記述されていることが期待され、適
当な装置制御プログラムを入手するのための手がかりと
なる適切な情報が得られることが期待される。

【００６４】本発明（請求項１４）は、請求項１１ない
し１３のいずれか１項に記載の通信装置において、前記
単一アドレス空間は、ＩＥＥＥ１３９４バスの形で提供
されることを特徴とする。

【００６５】ＩＥＥＥ１３９４バスは単一メモリ空間を
実現するバスとして解釈することが可能であることか
ら、上記機構をそのまま採用することが可能であり、本
来困難であったネットワークのデバイスドライバのネッ
トワークを介した動的ローディングが可能になり、ユー
ザの利便性を飛躍的に高めることができる。

【００６６】本発明（請求項１５）は、請求項１２ない
し１４のいずれか１項に記載の通信装置において、前記
装置制御プログラムの識別名として、外部ネットワーク
の特定の資源を指示可能な識別名を用いることを特徴と
する。

【００６７】このように、前記電子的装置の装置制御プ
ログラムをネットワークローダブルとすれば、必要に応
じて外部ネットワークから入手することが可能になり、
前記通信装置は、あらかじめ想定される全ての装置制御
プログラムを持たなければいけないという制約条件から
開放され、ディスクやＯＳの容量の節約、ソフトウエア
のバージョンアップ等、様々な利点を享受することが可
能となる。

【００６８】好ましくは装置制御プログラムはＪＡＶＡ
言語等で記述されたものである。

【００６９】本発明（請求項１６）は、単一アドレス空
間にマップされたレジスタの操作を行う手段により所定
の電子的装置と通信可能な他の通信装置（第２の通信装
置）との間での通信が、論理ネットワークを利用した通
信手段によって可能である通信装置（第１の通信装置）
であって、前記通信手段を通じて前記他の通信装置（第
２の通信装置）に対して前記電子的装置（例えば、パー
ソナル・コンピュータ、周辺機器、ＡＶ機器、家電機器
等）の属性情報（例えば、ｕｎｉｑｅ ＩＤ、ｕｎｉｔ
ＩＤ、ｃａｐａｂｉｌｉｔｙ等）の取得を要求する手
段と、前記電子的装置を制御する装置制御プログラム
（デバイスドライバソフト）の登録（ＯＳへの組み込
み）を、前記要求により前記他の通信装置から入手した
前記電子的装置の属性情報に基づいて動作中に行う手段
と、前記他の通信装置（第２の通信装置）との間で前記
通信手段を通じて前記単一アドレス空間上のレジスタの
操作を行う指示に関する情報を送受信する手段とを備え
たことを特徴とする。

【００７０】本発明によれば、制御主体である通信装置
（第１の通信装置）は、論理ネットワークを通じて接続
された他の通信装置（第２の通信装置）を仲介として前
記電子的装置を利用するための機能を持つことができ、
単一アドレス空間上のレジスタの操作を行う制御プログ
ラムを変更することなく単一アドレス空間上にマップさ
れたレジスタの操作を行う手段に限らず論理ネットワー
クを通じて遠隔の電子的装置を制御することが可能にな
る。

【００７１】好ましくは、前記要求により前記他の通信
装置から入手した前記電子的装置の属性情報に基づいて
動作中に行う手段は、入手された前記電子的装置の属性
情報に基づいて入手すべき装置制御プログラムの識別名
を求める手段と、求められた前記識別名に基づいて、該
当する装置制御プログラムを入手する手段とを有するよ
うにしても良い。

【００７２】また、好ましくは、前記電子的装置の属性
情報は、前記電子的装置内の予め定められた構成情報記
憶領域に記述されたものであり、前記属性情報は前記他
の通信装置（第２の通信装置）により前記構成情報記憶
領域に記述された内容を読み取られることで入手された
ものであっても良い。

【００７３】また、好ましくは、前記単一アドレス空間
は、ＩＥＥＥ１３９４バスの形で提供されても良い。

【００７４】また、好ましくは、前記装置制御プログラ
ムの識別名として、外部ネットワークの特定の資源を指
示可能な識別名を用いても良い。

【００７５】本発明（請求項１７）は、通信装置の動作
中に装置制御プログラムを登録する装置制御プログラム
登録方法であって、単一アドレス空間にマップされたレ
ジスタの操作を行う所定の通信手段によって認識された
電子的装置の属性情報を入手し、前記通信手段に対して
前記単一アドレス空間上のレジスタの操作を行う指示を
発行することによって前記電子的装置を制御する装置制
御プログラムの登録を、入手された前記電子的装置の属
性情報に基づいて動作中に行うことを特徴とする。

【００７６】なお、以上の各装置に係る発明は方法に係
る発明としても成立する。

【００７７】また、上記の発明は、相当する手順、機能
あるいは手段をコンピュータに実行させるためのプログ
ラムを記録した機械読取り可能な媒体としても成立す
る。

【００７８】（３）本発明の通信装置（請求項１８）
は、第１のネットワークに接続して該第１のネットワー
クに依存するプロトコルで通信するサービス提供装置を
第２のネットワークを介して制御するための通信装置に
おいて、前記サービス提供装置を制御するための前記第
１のネットワークの通信プロトコルに依存する第１のコ
マンドに対応する前記第２のネットワークの通信プロト
コルに依存する第２のコマンドに関する情報を少なくと
も前記第２のネットワークを介して提供する提供手段
と、この提供手段で提供された第２のコマンドを含むメ
ッセージを前記第２のネットワークを介して受信する受
信手段と、この受信手段で受信されたメッセージに含ま
れる第２のコマンドを前記第１のコマンドに変換し、該
第１のコマンドで前記サービス提供装置を制御する制御
手段と、を具備したことにより、特定のネットワークに
依存せず、統一的なサービス提供環境を実現することが
可能となる。

【００７９】本発明の通信装置（請求項１９）は、第１
のネットワークに接続して該第１のネットワークに依存
するプロトコルで通信するサービス提供装置を第２のネ
ットワークを介して制御するための通信装置において、
前記サービス提供装置の提供するサービスに関する情報
を収集する収集手段と、この収集手段で収集されたサー
ビスに関する情報に対応する前記サービス提供装置を制
御するための前記第１のネットワークの通信プロトコル
に依存する第１のコマンドに対応する前記第２のネット
ワークの通信プロトコルに依存する第２のコマンドに関
する情報を少なくとも前記第２のネットワークを介して
提供する提供手段と、この提供手段で提供された第２の
コマンドを含むメッセージを前記第２のネットワークを
介して受信する受信手段と、この受信手段で受信された
メッセージに含まれる第２のコマンドを前記第１のコマ
ンドに変換し、該第１のコマンドで前記サービス提供装
置を制御する制御手段と、を具備したことにより、特定
のネットワークに依存せず、統一的なサービス提供環境
を実現することが可能となる。

【００８０】本発明の通信装置（請求項２２）は、第１
のネットワークに接続して該第１のネットワークに依存
するプロトコルで通信するサービス提供装置を第２のネ
ットワークを介して制御するための通信装置において、
前記サービス提供装置を制御するための前記第１のネッ
トワークの通信プロトコルに依存する第１のコマンドを
発行するためのホームページを前記第２のネットワーク
を介して提供する提供手段と、この提供手段で提供され
た前記ホームページに基づくメッセージを前記第２のネ
ットワークを介して受信する受信手段と、この受信手段
で受信されたメッセージに基づき発行された前記第１の
コマンドで前記サービス提供装置を制御する制御手段
と、を具備したことにより、ホームページを受信し操作
を行うユーザは、第１のネットワークに接続されたサー
ビス提供装置のプロトコルが何であるかを問わず、具体
的にはＩＥＥＥ１３９４に接続されるＡＶ機器のよう
に、リンクレイヤ技術に依存するプロトコルしか解釈し
ない機器についても、遠隔制御を行うことが可能とな
る。

【００８１】本発明の通信装置（請求項２３）は、第１
のネットワークに接続して該第１のネットワークに依存
するプロトコルで通信するサービス提供装置を第２のネ
ットワークを介して制御するための通信装置において、
前記サービス提供装置の提供するサービスに関する情報
を収集する収集手段と、この収集手段で収集されたサー
ビスに関する情報に対応する前記サービス提供装置を制
御するための前記第１のネットワークの通信プロトコル
に依存する第１のコマンドを発行するためのホームペー
ジを前記第２のネットワークを介して提供する提供手段
と、この提供手段で提供された前記ホームページに基づ
くメッセージを前記第２のネットワークを介して受信す
る受信手段と、この受信手段で受信されたメッセージに
基づき発行された前記第１のコマンドで前記サービス提
供装置を制御する制御手段と、を具備したことにより、
ホームページを受信し操作を行うユーザは、第１のネッ
トワークに接続されたサービス提供装置のプロトコルが
何であるかを問わず、具体的にはＩＥＥＥ１３９４に接
続されるＡＶ機器のように、リンクレイヤ技術に依存す
るプロトコルしか解釈しない機器についても、遠隔制御
を行うことが可能となる。

【００８２】本発明の通信装置（請求項２４）は、第１
のネットワークに接続して該第１のネットワークに依存
するプロトコルで通信するサービス提供装置を第２のネ
ットワークを介して制御するための通信装置において、
前記サービス提供装置の提供するサービスに関する情報
を収集する収集手段と、この収集手段で収集されたサー
ビスに関する情報に基づき前記サービス提供装置を制御
するための前記第１のネットワークの通信プロトコルに
依存する第１のコマンドを発行するためのホームページ
を作成する作成手段と、この作成手段で作成されたホー
ムページを前記第２のネットワークを介して提供する提
供手段と、この提供手段で提供された前記ホームページ
に基づくメッセージを前記第２のネットワークを介して
受信する受信手段と、この受信手段で受信されたメッセ
ージに基づき発行された前記第１のコマンドで前記サー
ビス提供装置を制御する制御手段と、を具備したことに
より、ホームページを受信し操作を行うユーザは、第１
のネットワークに接続されたサービス提供装置のプロト
コルが何であるかを問わず、具体的にはＩＥＥＥ１３９
４に接続されるＡＶ機器のように、リンクレイヤ技術に
依存するプロトコルしか解釈しない機器についても、遠
隔制御を行うことが可能となる。

【００８３】なお、本発明の通信装置（請求項２５）
は、前記サービス提供装置の提供するサービス毎に予め
定められた前記第１のコマンドに対応する該サービス提
供装置を制御するための前記第２のネットワークの通信
プロトコルに依存する第２のコマンドを登録したテーブ
ルを具備し、前記収集手段で収集されたサービスに関す
る情報に対応する第２のコマンドに関する情報を該テー
ブルから取得して前記ホームページを作成することによ
り、ホームページには、第２のコマンド情報（遠隔制御
コマンド）により実現できるサービス提供装置の遠隔制
御の一覧を表示することが可能になり、もって運用可能
な遠隔制御方法を列挙したホームページを作成すること
が可能になる。

【００８４】また、本発明の通信装置（請求項２６）
は、前記メッセージは、前記サービス提供装置を制御す
るための前記第２のネットワークの通信プロトコルに依
存する第２のコマンドを含み、前記制御手段は、前記第
１のコマンドと前記第２のコマンドとの対応テーブルを
参照して前記受信手段で受信されたメッセージに含まれ
る第２のコマンドを前記第１のコマンドに変換すること
により、特定の第２のコマンド情報（遠隔制御コマン
ド）を前記受信手段を介して受信した場合に、それがど
のような動作を第１のネットワークの所望の装置(この
場合第１のネットワークに接続されたサービス提供装
置)に行えばいいのかを、上記対応テーブルを参照すれ
ばわかるようになる。

【００８５】また、本発明の通信装置（請求項２７）
は、前記メッセージは、前記サービス提供装置を制御す
るための前記第２のネットワークの通信プロトコルに依
存する第２のコマンドと、前記第２のネットワークの通
信プロトコルに依存するアドレスと、前記第１のネット
ワークに依存する前記サービス提供装置を特定するため
の多重識別子とを含み、前記制御手段は、前記第１のコ
マンドと前記第２のコマンドとの対応テーブルを参照し
て前記受信手段で受信されたメッセージに含まれる第２
のコマンドを前記第１のコマンドに変換し、該第１のコ
マンドで前記多重識別子にて識別されるサービス提供装
置を制御することにより、ホームページを受信したノー
ドは、第２のコマンド情報（遠隔制御コマンド）とし
て、ハイパーリンク参照された対象に働きかけることに
よって、制御対象である前記第１のネットワークに接続
されたサービス提供装置を指定し、その所望の動作を指
定することが可能となり、もって所望の前記第１のネッ
トワークに接続されたサービス提供装置の遠隔操作を行
うことが可能になる。

【００８６】また、本発明の通信装置（請求項２８）
は、前記ホームページは、前記サービス提供装置を制御
するための前記第２のネットワークの通信プロトコルに
依存する第２のコマンドを含むメッセージを生成するた
めのプログラムを含み、前記制御手段は、前記第１のコ
マンドと前記第２のコマンドとの対応テーブルを参照し
て前記受信手段で受信されたメッセージに含まれる第２
のコマンドを前記第１のコマンドに変換し、該第１のコ
マンドでサービス提供装置を制御することにより、ホー
ムページを受信したノードは、それに対応付けられたプ
ログラム（ＪＡＶＡプログラム）を起動させ、制御対象
である前記第１のネットワークに接続されたサービス提
供装置を指定し、その所望の動作を指定するコマンドを
発行させることが可能となり、もって所望の前記第１の
ネットワークに接続されたサービス提供装置の遠隔操作
を行うことが可能になる。

【００８７】また、本発明の通信装置（請求項２９）
は、前記制御手段は、前記受信手段で受信されたメッセ
ージにて前記第１のコマンドを発行するためのプログラ
ム（例えば、ＣＧＩスクリプト）を起動することによ
り、ホームページを受信したノードは、それに対応付け
られたプログラム（ＣＧＩスクリプト）を起動させ、制
御対象である前記第１のネットワークに接続されたサー
ビス提供装置を指定し、その所望の動作を指定するコマ
ンドを発行せせることが可能となり、もって所望の前記
第１のネットワークに接続されたサービス提供装置の遠
隔操作を行うことが可能になる。

【００８８】また、本発明の通信装置（請求項３０）
は、前記メッセージには、情報を送信する際の通信プロ
トコルを指定する情報が含まれていることにより、前記
ホームページを受信した相手ノードからの要求を受けて
情報を送信する際に、その送出方法を特定することが出
来るようになり、もって送信相手に確実に情報を送り届
けることが出来るようになる。これは、送信すべき相手
が、ネットワークレイヤパケットの受信能力の無い場合
に特に有効である。また、送信情報を受信するノードが
第２のコマンド情報（遠隔制御コマンド）と同一のネッ
トワークレイヤプロトコルをサポートしていない場合
や、送信情報のネットワークレイヤプロトコルへのカプ
セル化に多大なコストがかかる場合などにおいて、ネッ
トワークレイヤプロトコル以外での情報送信を前記ホー
ムページを受信した装置は促すことが可能になる。

【００８９】さらに、前記メッセージに、情報を送信す
る際の通信プロトコルを指定する情報の他に、情報を送
信する際の該通信プロトコルに依存するヘッダ情報が含
まれていてもよい。

【００９０】本発明の通信装置（請求項３５、第５の実
施形態）は、第１のネットワークと第２のネットワーク
に接続される通信装置であって、前記第１のネットワー
ク上の任意の装置の第１の論理多重識別子で提供される
サービスに第２の論理多重識別子を割り当て、前記第１
の論理多重識別子とそのサービスを提供する前記第１の
ネットワーク上の装置の第１のアドレスと、前記第２の
ネットワークからアクセス可能な第２のアドレスと前記
第２の論理多重識別子との対応関係を記憶する記憶手段
と、前記第１の論理多重識別子の各サービスを前記第２
のネットワークから前記第２のアドレスと前記第２の論
理多重識別子とでアクセスできるサービスとして提示す
る提示手段と、前記記憶手段に記憶された対応関係に基
づき、前記第１および第２のネットワーク間で前記提示
手段で提示された前記第１のネットワーク上のサービス
を提供するためのパケット転送を行うことにより、第１
のネットワークが、第２のネットワークと異なるアドレ
ス体系、例えば第２のネットワークがＩＰｖ４のアドレ
ス体系で運用されている場合に、第１のネットワークが
ＩＰｖ６のアドレス体系で運用される場合や、第１のネ
ットワークがプライベートＩＰアドレスの体系で運用さ
れている場合などにおいて、第２のネットワークのユー
ザに対して、第１のネットワークで提供されているサー
ビスへのアクセスを実現することができる。

【００９１】即ち、第２のネットワークのユーザに対し
ては、前記提示手段としての例えばホームページを用い
て、前記第１のネットワークで提供されているサービス
が本通信装置が提供しているものとして、第２のネット
ワークに対して提示する。前記第２のネットワークのユ
ーザからのこのサービスへのアクセスがあった場合は、
前記記憶手段に記憶された対応関係（アドレス・ポート
番号変換テーブル）を用いて、前記第２のネットワーク
のユーザと本通信装置間のパケットを、本通信装置と前
記第１のネットワークで提供されているサービス間のパ
ケットに変換することで、前記第２のネットワークのユ
ーザ、及び前記第１のネットワークで提供されているサ
ービスからは透過的なパケットのやり取りを行っている
と認識されることになる。

【００９２】（請求項３６）前記第１のネットワーク上
の前記第１の論理多重識別子と各サービスを提供する装
置の第１のアドレスを収集する収集手段をさらに具備し
たことにより、前記第１のネットワークのサービスにつ
いての収集情報をもとに、前記提示手段としての例えば
ホームページの自動更新を行うことが可能となる。

【００９３】（請求項３７） 前記第２のネットワーク
から入力されるパケットのうち前記第１のネットワーク
へ転送可能なパケットの識別子を記憶する第２の記憶手
段と、前記第２のネットワークから入力されるパケット
のうち、前記記憶手段に記憶された識別子を有するパケ
ットのみ前記第１のネットワークへ出力する出力手段
と、を具備したことにより、予めユーザ認証を行うなど
して、公衆網等の外部ネットワークから前記第１のネッ
トワークへの不正パケットの侵入を防ぐことができる。

【００９４】

【発明の実施の形態】以下、図面を参照しながら発明の
実施の形態を説明する。

【００９５】（第１の実施形態）図１に本実施形態に係
るシステムの構成例を示す。

【００９６】本実施例では図１に示すように公衆網２を
介して２つの家庭内ネットワークが相互接続されている
ものとする。公衆網２は、電話網でもよいし、ＩＳＤＮ
等の広い帯域の回線、あるいは専用線のようなものであ
ってもよいし、インターネットであってもよい。ただ
し、好ましくは、サービスの利用・提供に必要な通信帯
域を満足する網を利用する。

【００９７】第１の家庭内ネットワークは、第１のＩＥ
ＥＥ１３９４バス１から構成されている。また、このＩ
ＥＥＥ１３９４バス１には第１のＡＶ接続装置４、パー
ソナル・コンピュータ（以下、ＰＣ）６、デジタルＴＶ
７が接続されているものとする。

【００９８】第２の家庭内ネットワークは、第２のＩＥ
ＥＥ１３９４バス３と、ホームオートメーション網１２
から構成されている。本実施形態では、このホームオー
トメーション網１２には、エシェロン社のＬＯＮ（ロー
カルオペレーティングネットワーク）を用いるものとす
る。エシェロン社のＬＯＮについては、例えばエシェロ
ン社のホームページ（ｈｔｔｐ：／／ｗｗｗ．ｅｃｈｅ
ｌｏｎ．ｃｏｍ）等から得られるの情報に詳しく記述さ
れている。

【００９９】第２の家庭内ネットワークのＩＥＥＥ１３
９４バス３には、第２のＡＶ接続装置５、ＤＶＤプレー
ヤ８、デジタルＶＴＲ９、ＰＣ１０、プリンタ１１が接
続されているものとする。また、ＰＣ１０はホームオー
トメーション網１２にも接続されている。ホームオート
メーション網１２は、ＰＣ１０のほかに、エアコン１３
と、電子レンジ１４にも接続されている。

【０１００】これらのネットワークに接続されている端
末群のうち、第１のＡＶ接続装置４、ＰＣ６、第２のＡ
Ｖ接続装置５、ＰＣ１０、プリンタ１１は、それぞれＩ
Ｐアドレス（ここではプライベートＩＰアドレスとす
る）を持っており、いわゆるＩＰ端末である。第１のＡ
Ｖ接続装置４のＩＰアドレスは１９２．１６８．２．２
５４、ＰＣ６のＩＰアドレスは１９２．１６８．２．
１、第２のＡＶ接続装置５のＩＰアドレスは１９２．１
６８．１．２５４、ＰＣ１０のＩＰアドレスは１９２．
１６８．１．１、プリンタ１１のＩＰアドレスは１９
２．１６８．１．２であるものとする。このように、本
実施形態における端末のＩＰアドレスにはプライベート
ＩＰアドレス（公衆網２がインターネットではなくＩＳ
ＤＮ等である場合）またはグローバルＩＰアドレス（公
衆網２がインターネットである場合）を使用しており、
各々の端末間のルーチングのためのルーチング機構の設
定（ＩＰルーチングテーブルの設定など）は適切に行わ
れているものとする。なお、現在グローバルＩＰアドレ
スは３２ビットであるが、近い将来に１２８ビットにな
る見込みであり、各端末にグローバルＩＰアドレスを割
り当て可能な環境は現実のものとなりつつある。

【０１０１】一方、デジタルＴＶ７、ＤＶＤプレーヤ
８、デジタルＶＴＲ９は、いわゆる１３９４端末であ
り、１３９４プロトコル群（ＩＥＥＥ１３９４−１９９
５，ＩＥＣ１８８３，ＩＥＥＥ１３９４ＡＶ／Ｃ，ＳＢ
Ｐなど）のみを解釈する端末である。

【０１０２】また、エアコン１３、電子レンジ１４は、
いわゆるＬＯＮ端末であり、ＬＯＮで定められたプロト
コル群のみを解釈する端末である。

【０１０３】第１のＡＶ接続装置４および第２のＡＶ接
続装置５は、それぞれ、２つ以上のネットワーク（本実
施形態の場合ＩＥＥＥ１３９４バスと公衆網）の間を相
互接続する機能を基本的に有する。図２に、本ＡＶ接続
装置４，５の内部構成を示す。

【０１０４】図２に示されるように本実施例のＡＶ接続
装置は、１３９４インタフェース２１、データリンクス
イッチ２２、公衆網インタフェース２３、ＩＰ処理機能
２４、ＦＡＮＰ処理機能２５、１３９４／ＩＰサービス
ロケーション処理機能２６、サービスロケーション代理
機能２７、１３９４ＡＶコマンド処理機能２８、１３９
４／ＩＰコマンド変換機能２９を有する。これらの各機
能は、それぞれ、ハードウエアにより実現してもよい
し、ソフトウエアにより実現してもよい。

【０１０５】１３９４インタフェース２１は、１３９４
バスとのインタフェースとなる機能である。

【０１０６】データリンクスイッチ２２は、ネットワー
ク間をまたがるデータ転送を行うためのスイッチであ
り、より詳しくは、データリンクレイヤ識別子／情報の
みの参照（例えば同期チャネル識別子や、ＡＴＭ−ＶＣ
Ｉ、伝送波長などの参照）によって、明示的にそのデー
タの転送先が予め判るように、例えばＦＡＮＰなどのプ
ロトコルによって設定をしておき、１３９４バスから入
力されたデータを公衆網に転送しおよび公衆網から入力
されたデータを１３９４バスに転送するためのスイッチ
である。

【０１０７】公衆網インタフェース２３は、公衆網との
インタフェースとなる機能である。例えば、公衆網のデ
ータリンクレイヤがＡＴＭであれば、物理的にはＡＴＭ
のインタフェースを、論理的にはＡＴＭシグナリングの
機能などを持つことになる。

【０１０８】ＩＰ処理機能２４は、ＴＣＰ／ＵＤＰ／Ｉ
Ｐなど、一連のインターネットプロトコル（ＴＣＰ／Ｉ
Ｐプロトコルスーツ）の諸機能である。

【０１０９】ＦＡＮＰ処理機能２５は、データの伝送経
路のデータリンクレイヤでの帯域や仮想伝送路識別子の
確保、整合を行う機能である。なお、ＦＡＮＰ処理機能
の詳細は例えば文献「『レジデンシャル環境におけるネ
ットワーク相互接続方式』、電子情報通信学会、情報ネ
ットワーク研究会研究報告ＩＮ９７−１９、ｐｐ．７３
−７８、１９９７年」（あるいは特願平８−２６４４９
６、特願平８−２７２６７２、特願平９−５２１２５）
等にて説明されている。

【０１１０】ＦＡＮＰ処理機能２５は、映像データ等の
ようにある程度広い帯域を保証する必要のあるサービス
を扱う場合には設けることが望ましいものであり、帯域
保証を必要としない場合には省いても構わない。なお、
ＦＡＮＰ処理機能の代わりにＲＳＶＰプロトコル（Ｒｅ
ｓｏｕｒｃｅ ＲｅＳｅｒＶａｔｉｏｎ Ｐｒｏｔｏｃ
ｏｌ；インターネットドラフトのｄｒａｆｔ−ｉｅｔｆ
−ｒｓｖｐ−ｓｐｅｃ−０８．ｔｘｔ）に従った処理機
能等を用いることも可能である。

【０１１１】また、提供するサービスに応じてＦＡＮＰ
処理機能２５等の使用を制御するようにしてもよい。例
えば、ＩＰアドレスとポート番号の組毎にＦＡＮＰ処理
機能２５等を使用するか否かを決定するようにしてもよ
い。あるいは、ユーザからの明示的な要求により使用す
ることを決定するようにしてもよい。

【０１１２】１３９４／ＩＰサービスロケーション処理
機能２６は、１３９４バスに接続された端末あるいはサ
ービスを検索しあるいはその登録を受け、１３９４バス
上にどのような端末／サービスが存在しているのかを認
識し、要求された場合など必要に応じてその情報を外部
に通知する機能を持つ。１３９４／ＩＰサービスロケー
ション処理機能２６は、少なくともサービスロケーショ
ンプロトコル（インターネットドラフトのｄｒａｆｔ−
ｉｅｔｆ−ｓｖｒｌｏｃ−ｐｒｏｔｏｃｏｌ−１６．ｔ
ｘｔ）の処理機能を持つ。

【０１１３】サービスロケーション代理機能２７は、公
衆網側に対して、ＩＰベースのサービスロケーションの
形でサービスロケーションプロトコルを稼動する。ま
た、１３９４バスに接続されたサービスあるいは端末、
すなわちＩＰベースではなく、一連の１３９４プロトコ
ルしか認識、処理できないＩＥＥＥ１３９４専用プロト
コル端末／サービス（第１の家庭内ネットワークではデ
ジタルＴＶ７、第２の家庭内ネットワークではＤＶＤプ
レーヤ８とデジタルＶＴＲ９）についても、本ＡＶ接続
装置がそれらサービスあるいは端末の代理サーバとなっ
て、それら端末／サービスを広告する機能を持つととも
に、これら広告されたサービスを公衆網側（一般的には
ＩＰ側）から受け取った場合に、それらをＩＥＥＥ１３
９４のコマンドあるいはサービスにマッピングすべく１
３９４・ＩＰコマンド変換機能２９に通知する機能を持
つ。

【０１１４】１３９４ＡＶコマンド処理機能２８は、Ｉ
ＥＥＥ１３９４の端末制御プロトコル（たとえば１３９
４ＡＶ／Ｃプロトコルや、ＳＢＰなど）の処理機能であ
る。

【０１１５】１３９４／ＩＰコマンド変換機能２９は、
ＩＰを使って送られてきたあるいは送る制御コマンド
（例えばＲＴＳＰ（Ｒｅａｌ Ｔｉｍｅ Ｓｔｒｅａｍ
Ｐｒｏｔｏｃｏｌ）など；なお、ＲＴＳＰについて
は、例えばインターネットドラフトｄｒａｆｔ−ｉｅｔ
ｆ−ｍｍｕｓｉｃ−ｒｔｓｐ−０２．ｐｓにて詳しく説
明されている）と、１３９４バス上を送られるＩＥＥＥ
１３９４の端末制御コマンド（例えば１３９４ＡＶ／Ｃ
プロトコルやＳＢＰのコマンド）を相互に変換して、相
手側に通知する機能を持つ。

【０１１６】次に、第２の家庭内ネットワークにおい
て、第２のＡＶ接続装置５が、第２の家庭内ネットワー
クに関する情報を取得する手順、すなわち第２の家庭内
ネットワーク上に存在する端末およびサービスを認識す
る手順について説明する。

【０１１７】図３にＩＥＥＥ１３９４特有の機構を用い
た端末／サービス収集手順のシーケンスの一例を示す。
１３９４バスに接続される端末には、それぞれ、その端
末についての所定の情報が書き込まれたコンフィグレー
ションＲＯＭが格納されている。図３では、第２のＡＶ
接続装置５は、１３９４バス３につながる各装置８〜１
１のコンフィグレーションＲＯＭの読み込み（リード）
を行い、各装置８〜１１の情報収集を行う。この情報収
集は、１３９４バス３につながる端末すべてに対して行
ってもよい。

【０１１８】以下では、コンフィグレーションＲＯＭに
記述する情報についていくつかの例を示す。ここでは、
ＰＣ１０のコンフィグレーションＲＯＭを例にとって説
明する。なお、本実施例では、ＩＥＥＥ１３９４の仕様
書にならい「ＲＯＭ」という語句を用いているが、実際
には「レジスタ」あるいは「メモリ空間の一部」と認識
されればよく、ＲＯＭでない場合（ＲＡＭ等の場合）も
含むものとする。

【０１１９】図４に、コンフィグレーションＲＯＭに記
述する情報の第１の例を示す。この例では、コンフィグ
レーションＲＯＭには、その端末についての基本的情報
であるノード情報（例えばベンダＩＤ、ノードケーパビ
リティなど）（図４中３１）の他に、ユニット情報とし
て、そのＰＣ１０が行うサービスを記述するものであ
る。すなわち、このＰＣ１０は、ＷＷＷサーバ、デジタ
ルアルバムサーバ機能を有しており、これらがコンフィ
グレーションＲＯＭの内容に反映されている（図４中３
２、３３）。このようにコンフィグレーションＲＯＭに
記述しておくことによって、１３９４バスにつながる他
の端末に対して、自身がどのような端末であるのかを説
明するだけではなく、自身がどのようなサービスを行っ
ているかを知らしめることが可能となる。この機能は、
特にＰＣのように、一つの端末に複数の機能が実現され
ているような場合にきわめて有益である。具体的にコン
フィグレーションＲＯＭに記述される情報としては、サ
ービス種別、そのサービスの属性（そのサービスを受け
るために使用する種々のパラメータ等で、例えば最大デ
ータ転送速度、装置仕様、設定パラメータ等）などであ
る。

【０１２０】ところで、ＰＣ１０は、ホームオートメー
ション網１２にも接続されており、これらのホームオー
トメーションのサーバともなっている。つまり、ホーム
オートメーション網１２につながる各種機器（ここでは
エアコン１３と電子レンジ１４）の制御はこのＰＣ１０
が行う構成となっている。言い換えると、このＰＣ１０
にアクセスすることにより、第２の１３９４バス３につ
ながる端末は、ホームオートメーション１２網につなが
る各種機器の制御を行うことができることを意味する。
このことを、第２の１３９４バス３上の端末に知らしめ
るために、ホームオートメーション網１２についての情
報（サービス情報）もＰＣ１０のコンフィグレーション
ＲＯＭに格納している。

【０１２１】まず、ホームオートメーションサービスを
行っていることを示す情報がコンフィグレーションＲＯ
Ｍに格納されている（図４中３４）。１３９４バス上で
は、これを一つのユニットであると認識させてもよい。
次に、このユニット依存ディレクトリとして、エアコン
サービス、電子レンジサービスが提供されていることを
示す情報がそれぞれコンフィグレーションＲＯＭに記述
されている（図４中３５、３６）。このようにすること
により、１３９４バスにつながる他の端末は、１３９４
バスではない別のネットワークに接続されたサービスに
ついても、どのようなサービスがどのように行われてい
るのかを知ることができるようになり、サービスの認識
やその操作性の大幅な向上が見込まれる。

【０１２２】次に、図５に、コンフィグレーションＲＯ
Ｍに記述する情報の第２の例を示す。第１の例では、コ
ンフィグレーションＲＯＭには、その端末についてのユ
ニット情報として、その端末が行うサービスについての
記述が行われていたのに対して、第２の例では、サービ
スについての記述（図５中４５〜５０）の他に、端末別
の情報も記述してある（図５中４２〜４４）。これら
は、それぞれユニット情報として格納されており、それ
ぞれユニット依存ディレクトリとして格納されていても
よい。また、端末別の情報とサービス別の情報であるこ
とを区別するために、それらの区別（どちらのユニット
か）を示す領域（それぞれ図５中４２、４５）が存在し
てもよい。

【０１２３】ここでは、端末別情報として、ＰＣ１０に
ホームオートメーション網１２を介して接続されている
端末（エアコン１３と電子レンジ１４）についての情報
がそれぞれ格納されている（図５中４３、４４）。これ
らを参照することによって、他の１３９４ノードは、１
３９４バスにつながるノードばかりでなく、その１３９
４バスにつながるノードに接続された他のノード（本実
施例ではエアコン１３と電子レンジ１４）についての情
報も、１３９４レベルで得ることが可能となり、家庭内
ネットワークの統合的な管理や制御にきわめて有効であ
る。

【０１２４】また、第１の例と同様に、このＰＣ１０
は、ＷＷＷサーバ、デジタルアルバムサーバ機能等を有
する場合、これらがコンフィグレーションＲＯＭに反映
される（図５中４５〜５０）。その記述の具体的ルール
は、基本的に第１の例と同様である。

【０１２５】次に、図６に、コンフィグレーションＲＯ
Ｍに記述する情報の第３の例を示す。この例は、ＰＣ１
０自身についての情報のみを格納する場合である。この
場合は、第１の例や第２の例と異なり、サービスをベー
スとした記述ではなく、ノードとしての情報すなわち自
身についての装置としての情報のみを記載することにな
るので、ユニット情報としては、自身がＰＣあるいはＰ
Ｃボード（例えば１３９４ＰＣＩボード）である旨が記
載される。

【０１２６】さて、前述のようにして第２のＡＶ接続装
置５にて収集された第２の家庭内ネットワーク上の端末
／サービス情報を、例えば当該第２のＡＶ接続装置５の
コンソール上に表示することにより、ユーザにその操作
を促すことができる。その際の表示方法として、サービ
ス別の表示を行うことも可能であるし、端末ベースの表
示を行うことも可能である。

【０１２７】図７にサービス別の表示を行う場合の画面
例を示す。図７のように、第２の家庭ネットワーク上に
展開されているサービス別に１つづつアイコン（ｉ１〜
ｉ７）が用意され、ユーザは所定のユーザインタフェー
スにより使用したいサービスを指示することで（例えば
マウス装置を用いてクリックしあるいはドラッグアンド
ドロップすることで）、そのサービスにアクセスするこ
とが可能となる。

【０１２８】ここで、図７のサービス別のアイコンの画
面表示は、ネットワークの種別を問わず、第２のＩＥＥ
Ｅ１３９４バス３に接続されたサービスも、ホームオー
トメーション網１２に接続されたサービスも区別なく同
様に表示されている。これは、一般にユーザにとっては
そのサービスがどの物理ネットワークにつながっている
かどうかは関心が無いため、上記のように区別なく表示
するのが好ましいと考えられるからである。これによっ
てユーザに物理ネットワークを意識させた場合に生じる
であろう混乱を防止することができる。

【０１２９】なお、画面には必ずしもコンフィグレーシ
ョンＲＯＭに書き込んである情報そのものを表示させる
必要は無く、対応する別の情報を表示するようにしても
よい。例えば、コンフィグレーションＲＯＭに書き込ま
れている情報は、一般的に専門家向けのコードであるこ
とが多いと考えられ、一般ユーザにはなじみの薄い用語
であることが多いと考えられる。具体例を挙げると、コ
ンフィグレーションＲＯＭに「デジタルＶＣＲ」を意味
するコードが書かれていたとしても、日本人にはこの用
語はなじみが薄い。そこでこのような場合、「デジタル
ＶＣＲ」の代わりに、一般ユーザによりなじみ深い「ビ
デオ」あるいは「ビデオデッキ」等と表示するようにし
ても良い。

【０１３０】次に、図８に端末別の表示を行う場合の画
面例を示す。サービス別の場合と同様に、第２の家庭ネ
ットワーク上に展開されている端末別に１つづつアイコ
ン（ｉ１１〜ｉ１５）が用意され、ユーザは所定のユー
ザインタフェースにより使用したいサービスを指示する
ことで（例えばマウス装置を用いてクリックしあるいは
ドラッグアンドドロップすることで）、そのサービスに
アクセスすることが可能となる。この場合も、画面表示
ではネットワークの種別を問わず、第２のＩＥＥＥ１３
９４バス３に接続されたサービスも、ホームオートメー
ション網１２に接続されたサービスも区別なく表示され
ている。

【０１３１】以上、１３９４バスのコンフィグレーショ
ンＲＯＭの読み込みによって、端末あるいはサービスを
認識する方法であった。

【０１３２】次に、サービスロケーションプロトコルを
利用したサービスの登録について説明する。

【０１３３】インターネットの標準化機関であるＩＥＴ
Ｆでは、サービスロケーションプロトコルを用いたサー
ビスの登録、検索方式を検討している。これらでは、Ｉ
Ｐ端末を対象に、サービスをあらかじめいくつかに分類
し、 （１）それらのサービス別にディレクトリエージェント
（本実施形態においてはディレクトリサーバともいう）
に、そのサービスを行うサーバの位置情報を登録する。
ユーザは、このディレクトリエージェントに問い合わせ
をすることで、サービスの位置を知ることができるよう
になる。

【０１３４】（２）サービス別にＩＰマルチキャストア
ドレスを用意する。あるサービスを要求しているユーザ
は、そのＩＰマルチキャストアドレスに対して、「その
サービスはどこだ？」という意味のメッセージを飛ば
す。そのサービスを提供しているサーバは、これに呼応
することで、ユーザはそのサービスを提供しているサー
バの位置を知ることができるようになる。

【０１３５】という２つの方法でサービス登録、検索が
できるようになっている。

【０１３６】本実施形態では、第２のＡＶ接続装置５
が、上記（１）のサービスロケーションプロトコルのデ
ィレクトリエージェントとなっている。

【０１３７】第２の家庭内ネットワーク上のＩＰ端末
（図１ではＰＣ１０とプリンタ１１）は、その提供して
いるサービスをディレクトリエージェントである第２の
ＡＶ接続装置５に登録する。まず、ＩＰ端末は、ネット
ワーク上のどこにディレクトリエージェントが存在して
いるかどうかを調査し、サービス情報を登録するための
手順を踏む。これについて、ＰＣ１０がサービスを登録
する場合を例にして、図９を参照しながら説明する。

【０１３８】ＰＣ１０は、サービスリクエストメッセー
ジを第２のＩＥＥＥ１３９４バス３に対して、送出す
る。サービスリクエストメッセージは「このサービスを
提供しているサーバは返事をしてください」という意味
のメッセージであり、本例の場合より具体的には「ディ
レクトリサービスを提供してるサーバは返事をしてくだ
さい」という意味のメッセージを送出する。

【０１３９】サービスリクエストメッセージには対象と
するサービス種別を特定するために「ｐｒｅｄｉｃａｔ
ｅ」領域が設けられており、この領域に「ディレクトリ
サービス」と記述し、さらに宛先をディレクトリエージ
ェント（ＤＡ）ディスカバリマルチキャストアドレス
（ＩＰアドレス）としてこのメッセージを送出する。

【０１４０】本実施形態においては、第２の家庭内ネッ
トワークにおいて、ＩＰパケットが到達するネットワー
クを第２のＩＥＥＥ１３９４バス３のみとするため、Ｐ
Ｃ１０から送出されたサービスリクエストメッセージ
は、ディレクトリエージェントである第２のＡＶ接続装
置５とプリンタ１１に到達する。

【０１４１】サービスリクエストメッセージを受け取っ
たディレクトリエージェントである第２のＡＶ接続装置
５は、自身がディレクトリエージェントであることを通
知するために、「ディレクトリエージェント（ＤＡ）ア
ドバタイズメント」をＰＣ１０に送り返す。なお、プリ
ンタ１１は、自身がディレクトリエージェントではない
ことから、サービスリクエストメッセージを無視する
（通常はリンクレイヤが受け取らない）。

【０１４２】次に、ＰＣ１０は、ディレクトリエージェ
ント（ＤＡ）アドバタイズメントを受け取ることで、デ
ィレクトリエージェントが第２のＡＶ接続装置５に存在
することを認識する。

【０１４３】次に、ＰＣ１０は、自身が提供しているサ
ービスのディレクトリエージェントへの登録を行う。本
実施形態では、ＰＣ１０は、自身がＷＷＷサービス（具
体的にｈｔｔｐサーバ）とデジタルアルバムサービスを
提供するとともに、さらにホームオートメーション網１
２につながるエアコン１３と電子レンジ１４のサービス
についても代理サーバとして外部からのサービス要求を
受けられるようになっている。

【０１４４】サービス登録にあたってＰＣ１０は、ＰＣ
１０自身が提供しているＷＷＷサービスとデジタルアル
バムサービスのそれぞれについて、その位置情報や属性
情報等を登録するとともに、ホームオートメーション網
（ＬＯＮ）１２上のサービスそれぞれについても、エア
コン１３と電子レンジ１４に代わってその位置情報や属
性情報等の登録を行う。

【０１４５】図１０の（ａ）、（ｂ）にそれぞれＷＷＷ
サービス、デジタルアルバムサービスの登録情報の内容
の一例を示す。ＷＷＷサービス、デジタルアルバムサー
ビスの位置情報としてＰＣ１０のＩＰアドレスと各サー
ビス毎に定められたポート番号を含むＵＲＬが用いられ
ている。

【０１４６】また、図１０の（ｃ）、（ｄ）にそれぞれ
ＰＣ１０が代理するエアコンサービス、電子レンジサー
ビスの登録情報の内容の一例を示す。この場合、各代理
サービス用にＰＣ１０のポート番号を割当てる。図１０
の例ではＬＯＮ上のエアコンサービスには１５０００
を、ＬＯＮ上の電子レンジサービスには１５００１を割
当てている。これによって、外部の端末は、ＰＣ１０上
にエアコンサービスと電子レンジサービスが存在すると
解釈すとともに、しかも、それらサービスはＩＰレベル
でのサービスであると解釈する。

【０１４７】外部の端末が、ホームオートメーション網
１２のエアコンサービスにアクセスしたいときはＰＣ１
０のポート番号１５０００にアクセスし、電子レンジサ
ービスにアクセスしたいときはＰＣ１０のポート番号１
５００１にアクセスする。一方、ＰＣ１０は、ポート番
号１５０００にアクセスされた場合にはエアコン向けの
サービス要求であると解釈し、またポート番号１５００
１にアクセスされた場合には電子レンジ向けのサービス
要求であると解釈し、渡されたＩＰの制御コマンドをＬ
ＯＮの制御コマンドに翻訳し、これをホームオートメー
ション網１２上の実際の機器（エアコン１３または電子
レンジ１４）に向けて送出する。この操作についてはエ
アコンサービスへのアクセスを例にとって後述する。

【０１４８】このように図９のサービス登録によって、
第２のＡＶ接続装置５に、ＷＷＷサービス、デジタルア
ルバムサービス、ＬＯＮ上のエアコンサービス、ＬＯＮ
上の電子レンジサービスが登録されることになる。サー
ビス登録が成功すると、ディレクトリエージェントであ
る第２のＡＶ接続装置５はサービスアクノリッジ（ＡＣ
Ｋ）をＰＣ１０に向けて返送する。

【０１４９】なお、同様にしてプリンタ１１から第２の
ＡＶ接続装置５に対してプリンタサービスの登録が行わ
れる。

【０１５０】以上のように、サービスロケーションプロ
トコルの登録の手続きにより、ＷＷＷ、デジタルアルバ
ム、エアコン、電子レンジ、プリンタの各サービスがデ
ィレクトリエージェントである第２のＡＶ接続装置５に
登録されることになる。

【０１５１】さて、この登録手順により得られる情報
と、先説明したＩＥＥＥ１３９４上のコンフィグレーシ
ョンＲＯＭの読み込みにより得られる情報と合わせて、
第２の家庭内ネットワーク上のサービス情報を構成する
ことが可能である。

【０１５２】その構成方法はさまざまな種類が考えられ
るが、本実施形態では、その一例として、（ｉ）サービ
スロケーションプロトコルにて登録されたサービスにつ
いては、これを優先的に表示し、（ii）ここに現れない
サービス、具体的には、サービスロケーションプロトコ
ルでは認識されないノードであって、かつ、ＩＥＥＥ１
３９４上のコンフィグレーションＲＯＭの読み込みでは
認識されたノードについては、コンフィグレーションＲ
ＯＭの情報に基づいてサービス情報を構成し、（ｉ）と
（ii）の両者の情報を併せて、一つの「第２の家庭内ネ
ットワーク上のサービスディレクトリ情報」としてユー
ザおよび外部に紹介するという方法である。

【０１５３】より具体的には、サービスロケーションプ
ロトコルの登録の手続きにより認識された、ＷＷＷサー
ビス、デジタルアルバムサービス、エアコンサービス、
電子レンジサービス、プリンタサービスと、ＩＥＥＥ１
３９４上のコンフィグレーションＲＯＭの読み込みによ
り認識されたＤＶＤプレーヤサービスと、ビデオサービ
スを合わせて、全サービスが認識される。そして、例え
ば図７のように第２のＡＶ接続装置５のコンソール上
に、第２の家庭ネットワーク上に展開されているサービ
ス別に１つづつアイコン（ｉ２１〜ｉ２７）が表示され
る。また、前述と同様にユーザは所定のユーザインタフ
ェースにより使用したいサービスを指示することで（例
えばマウス装置を用いてクリックしあるいはドラッグア
ンドドロップすることで）、そのサービスにアクセスす
ることが可能となる。

【０１５４】ところで、サービスの提供を受けるユーザ
端末であるユーザエージェントは、自身が接続されてい
るＩＥＥＥ１３９４バス上のサービスに関する情報をデ
ィレクトリエージェントに問い合わせて入手することも
できるが、その代わりに前述したディレクトリエージェ
ントへのサービスに関する情報の登録手順と同様の手順
により、自身が各装置からの通知を受けることとで、サ
ービスに関する情報を入手することもできる。

【０１５５】次に、第１の家庭内ネットワークのユーザ
（つまり１３９４バス１に接続された端末のユーザ）
が、公衆網２を介して、第２の家庭内ネットワーク内の
端末（つまり１３９４バス３またはホームオートメーシ
ョン網１２に接続された端末）を遠隔操作して所望の動
作をさせる場合について説明する。

【０１５６】図１に示されるように、第１の家庭内ネッ
トワークと、第２の家庭内ネットワークとは、公衆網２
で相互接続されている。前述したように公衆網２は、電
話網でもよいし、広い帯域の回線、あるいは専用線のよ
うなものであってもよいし、インターネットであっても
よい。また、ＩＰアドレスにはプライベートＩＰアドレ
ス（公衆網２がインターネットではなくＩＳＤＮ等であ
る場合）またはグローバルＩＰアドレス（公衆網２がイ
ンターネットである場合）を使用するものとする。

【０１５７】ここで、第１のＡＶ接続装置４は、第１の
家庭内ネットワークのディレクトリエージェントであ
り、先に第２のＡＶ接続装置５について説明したものと
同様の手順によりネットワーク内のサービスを認識して
いるものとする。より具体的には、端末としてはＰＣ６
とデジタルＴＶ７が認識され、サービスとしてはＰＣ６
により提供されるなんらかのサービスとデジタルＴＶサ
ービスが認識される。

【０１５８】さて、最初のフェイズとして、第１の家庭
内ネットワークのユーザに対して、第２の家庭内ネット
ワーク内のサービスを提示するために、第１のＡＶ接続
装置４は、第２の家庭内ネットワークのサービス情報
（ディレクトリ情報）を収集することを試みる。その
際、第１の家庭内ネットワークと第２の家庭内ネットワ
ークとは、インターネットプロトコルにて通信を行うも
のとする。なお、本実施形態の手法は別のプロトコル、
例えばＩＰＸやＮｅｔＢＥＵＩ等を用いた場合も同様に
適用可能である。

【０１５９】図１２に、サービス情報の収集のために第
１のＡＶ接続装置４と第２のＡＶ接続装置５との間で行
われる情報交換の手順の一例を示す。

【０１６０】まず、第１のＡＶ接続装置４は、第２の家
庭内ネットワーク内のディレクトリエージェントを検索
するため、第２の家庭内ネットワークに向けて、「ｐｒ
ｅｄｉｃａｔｅ」をディレクトリエージェントとしたサ
ービスリクエストを送出する。これを実現するために
は、例えば、ホップ数を複数にして（スコープが他の家
庭内ネットワークも含むようにして）ＩＰマルチキャス
トを送付する方法や、第２の家庭内ネットワークに対し
てソースルーチングあるいはルーチングヘッダを付けた
上で、上記ＩＰマルチキャストアドレスに送付する方法
などが考えられる。

【０１６１】ここで、相手側の家のＩＰアドレス、特に
ＩＰサブネットアドレス（すなわちネットワークのアド
レス）を知る方法としては、例えば、相手側の家に対し
て、ルーチングプロトコルによってルーチング情報を交
換して、相手側のアドレスを知る方法などが考えられ
る。

【０１６２】さて、このサービスリクエストを受信した
第２の家庭内ネットワークのディレクトリエージェント
である第２のＡＶ接続装置５は、自身がディレクトリエ
ージェントである旨を伝えるためにディレクトリエージ
ェントアドバタイズメントを第１のＡＶ接続装置４に伝
える。

【０１６３】次に、第１のＡＶ接続装置４は、第２の家
庭内ネットワークでどのようなサービスが提供されてい
るかを知るために、サービスタイプリクエストを第２の
ＡＶ接続装置５に送付する。

【０１６４】第２のＡＶ接続装置５は、サービスタイプ
リプライとして、ＷＷＷ（ＵＲＬで表記されたサービス
名はｈｔｔｐ）、デジタルアルバム（同ａｌｂｕｍ）、
プリンタ（同ｌｐｒ）の他に、ＬＯＮに接続されたエア
コン（同ａｉｒｃｏｎ＿ｌｏｎ）、ＬＯＮに接続された
電子レンジ（同ｍｉｃｒｏｗａｖｅ＿ｌｏｎ）、１３９
４端末であるＤＶＤプレーヤ（同ＤＶＤ１３９４）、１
３９４端末であるデジタルＶＴＲ（同ＤＶＴＲ１３９
４）が通知される。例えば図１２に示すように、「Ｓｅ
ｒｖｉｃｅ：ｈｔｔｐ：／／」、「Ｓｅｒｖｉｃｅ：ａ
ｌｂｕｍ：／／」、「Ｓｅｒｖｉｃｅ：ｌｐｒ：／
／」、「Ｓｅｒｖｉｃｅ：ａｉｒｃｏｎ＿ｌｏｎ：／
／」、「Ｓｅｒｖｉｃｅ：ｍｉｃｒｏｗａｖｅ＿ｌｏ
ｎ：／／」、「Ｓｅｒｖｉｃｅ：ＤＶＤ１３９４：／
／」、「Ｓｅｒｖｉｃｅ：ＤＶＴＲ１３９４：／／」が
通知される。

【０１６５】ＬＯＮに接続された機器については、ＰＣ
１０から通知されたサービス情報（サービスのロケーシ
ョンを表すＵＲＬ情報）を、そのまま第１のＡＶ接続装
置４に通知している。すなわち、ＩＰのサービスロケー
ションプロトコルで登録されたサービスについては、そ
のまま第１のＡＶ接続装置４に通知している。

【０１６６】第２の家庭内ネットワークのディレクトリ
エージェントである第２のＡＶ接続装置５が１３９４端
末／サービスとしてしか認識できなかったサービスにつ
いては、ディレクトリエージェントである第２のＡＶ接
続装置５自身がそのサービスの代理サーバとしてサービ
スを提供することを試みるために、「１３９４上のＤＶ
Ｄ」、「１３９４上のＤＶＴＲ」という意味で、「ｓｅ
ｒｖｉｃｅ：ＤＶＤ１３９４」、「ｓｅｒｖｉｃｅ：Ｄ
ＶＴＲ１３９４」という新しいサービスカテゴリを用い
てＩＰ上で第１のＡＶ接続装置４に紹介している。

【０１６７】次に、これら情報を受け取った第１のＡＶ
接続装置４は、受け取ったそれぞれのサービスについて
の詳細情報を収集するための手順に入る。

【０１６８】その収集方法の一例を以下に示す。すなわ
ち、上記サービスタイプリプライで受信した全サービス
について、あるいはそのうち第１のＡＶ接続装置４側に
とって興味のあるサービスについて、そのロケーション
と属性情報を得るために、それぞれサービスリクエスト
および属性リクエストをディレクトリエージェントであ
る第２のＡＶ接続装置５に送付する。サービスリクエス
トに対しては、サービスリプライ（具体的には、そのサ
ービスのロケーション情報であるＵＲＬ；例えば、ＵＲ
Ｌ ： Ｓｅｒｖｉｃｅ：ＤＶＤ１３９４：／／１９
２．１６８．１．２５４：２００００）が返答され、属
性リクエストに対しては、属性リプライ（そのサービス
の属性情報；例えば、１３９４上のＤＶＤの属性情報）
が返答される。なお、詳細についてはサービスロケーシ
ョンプロトコルのドキュメント（例えばインターネット
ドラフトのｄｒａｆｔ−ｉｅｔｆ−ｓｖｒｌｏｃ−ｐｒ
ｏｔｏｃｏｌ−１６．ｔｘｔなど）に記述されている。

【０１６９】図１２にはＤＶＤ１３９４サービスについ
ての上記手続きについて記述してあるが、その外の全て
のサービスについても同様にして情報を収集すると、第
１のＡＶ接続装置４は、第２の家庭内ネットワークのサ
ービス情報を図１３のように収集できる。

【０１７０】ここで、ＤＶＤ１３９４、ＤＶＴＲ１３９
４のそれぞれのサービスについては、先にも述べたよう
に、第２のＡＶ接続装置５がこれらのサービスの代理サ
ーバとして、外部からのサービス要求を受けられるよう
になっている。すなわち、具体的なサービスの具現であ
る、ＩＰのプロトコルである遠隔コマンドプロトコル等
を、１３９４ノードに代わって第２のＡＶ接続装置５が
受け、これを１３９４ノードと１３９４プロトコルに変
換してやり取りする（なお、その詳細については後述す
る）。このようにすることにより、本来１３９４プロト
コルでしかやり取りのできないサービス（ここではＤＶ
ＤサービスとＤＶＴＲサービス）について、ネットワー
クを問わないプロトコルであるＩＰのサービス紹介プロ
トコルを通して紹介することができるため、ネットワー
クを問わず、任意のＩＰノードから、上記１３９４ノー
ドへのコマンドの送付、制御が可能となる（可制御とな
る）。

【０１７１】各種リプライで収集された情報のうち第２
のＡＶ接続装置５が代理で受付るサービス（ＤＶＤサー
ビスとＤＶＴＲサービス）については、そのサービス窓
口となるポート番号、すなわち各代理サービス用のポー
ト番号を割当てるようにする。このポート番号は、あら
かじめ標準化機関などによって割当てがなされたもので
あってもよいし、ノード同士のネゴシエーションにより
決められたものであってもよい。本実施形態の場合は、
１３９４上のＤＶＤサービスについては２００００、１
３９４上のＤＶＴＲサービスについては２０００１とす
る。これによって、外部の端末（例えば第１の家庭内ネ
ットワーク上の端末）は、第２の家庭内ネットワーク上
に上記サービスが存在すると解釈するとともに、しか
も、それはＩＰレベルでのサービスであると解釈する。

【０１７２】さて、第１の家庭内ネットワーク上の端
末、例えば第１のＡＶ接続装置４は、例えば図１４のよ
うに、そのコンソール上に、自身が認識しているサービ
スの一覧表示という形で、第１の家庭内ネットワークに
ついての情報に加えて、第２の家庭内ネットワーク（例
えば○○さん宅の家庭内ネットワーク）上のサービスの
情報についても、前記サービスロケーションで取得した
情報に基づいて表示する。この表示の仕方は図１１のも
のと同一の方針によるものであってもよい。

【０１７３】次に、外部の端末が第２の家庭内ＬＡＮの
各種サービスにアクセスしたいときは、図１３のＵＲＬ
で紹介されているアドレスとポート番号にそれぞれアク
セスする。

【０１７４】例えば、ユーザが第１のＡＶ接続装置４を
操作して、第２の家庭内ＬＡＮ上の１３９４端末である
ＤＶＤプレーヤ８から映像を公衆網２を介して持ってき
て、これをデジタルＴＶ１０７に映し出す場合を考え
る。

【０１７５】ユーザの実際の操作は例えば次のようにな
る。ユーザはまず図１４のＤＶＤプレーヤのアイコンを
クリックする。すると例えば図１５のようなＤＶＤプレ
ーヤ操作のための操作ボタン群が画面に表示される。次
にユーザは所望の操作ボタンをクリックするなどしてＤ
ＶＤプレーヤ８の遠隔操作を行う。また、受信端末がデ
ジタルＴＶであることをクリック等、なんらかの入力方
法で指定する。

【０１７６】図１６に、このときに実際のネットワーク
上を流れるコマンド群、プロトコル群についてのシーケ
ンスの一例を示す。

【０１７７】まず、第１のＡＶ接続装置４は、デジタル
ＴＶ７に映像を流し込んで、これを表示させるための設
定を行うべく、以下のようなシーケンスの動作を行う。
すなわち、ＩＥＣ１８８３プロトコルにしたがって、第
１のＩＥＥＥ１３９４バス上の同期チャネルを確保す
る。このとき、取得した同期チャネルの同期チャネル番
号は＃ｙであるとする。

【０１７８】次に、第１のＡＶ接続装置４は、デジタル
ＴＶ７の電源をオンにし、同期チャネル＃ｙからの映像
を画面に映し出すための、あらかじめ１３９４ＴＡ等の
標準化団体で定められた制御コマンド（例えば１３９４
ＡＶ／Ｃプロトコル）を使って、コマンドを送付する。
コマンドが受け付けられたなら、ＡＣＫを第１のＡＶ制
御装置４に返すようにしてもよい。これにより、第１の
ＡＶ接続装置４からデジタルＴＶ７までの回線が確保さ
れたことになる。

【０１７９】これと相前後してまたは並行的に、第１の
ＡＶ接続装置４は、第２のＡＶ制御装置５に対して、Ｄ
ＶＤプレーヤ８に対するコマンドを発行する。ここで、
第１のＡＶ接続装置４は、ＤＶＤプレーヤ８はＩＰサー
ビスであると解釈している。コマンドは、第２のＡＶ接
続装置５（ＩＰアドレス＝１９２．１６８．１．２５
４）の代理サーバのポート、すなわち２００００に対し
て発行される。

【０１８０】ここで、遠隔操作のためのコマンドとして
は、例えばＲＴＳＰ（ＲｅａｌＴｉｍｅ Ｓｔｒｅａｍ
ｉｎｇ Ｐｒｏｔｏｃｏｌ）を利用する。ＲＴＳＰは、
遠隔のリアルタイム信号の制御を行うためのプロトコル
であり、インターネットの標準化機関であるＩＥＴＦで
議論が行われている。詳細については例えばインターネ
ットドラフトｄｒａｆｔ−ｉｅｔｆ−ｍｍｍｕｓｉｃ−
ｒｔｓｐ−０２．ｐｓに開示されている。

【０１８１】第１のＡＶ接続装置４は、ＤＶＤプレーヤ
８を再生させるために必要なコマンド（例えばＳＥＴＵ
Ｐコマンドや、ＰＬＡＹコマンド）をＲＴＳＰ上で発行
する。

【０１８２】ＲＴＳＰのＳＥＴＵＰコマンドを受信した
第２のＡＶ接続装置５は、今後ＤＶＤプレーヤ８に対す
る制御が開始されると解釈し、ＤＶＤプレーヤ８が接続
されている第２のＩＥＥＥ１３９４バス３上に映像伝送
のための帯域、すなわち同期チャネルの確保を行う。こ
れは、ＩＥＣ１８８３により行われる。ここで、確保さ
れた同期チャネル番号を＃ｙとする。帯域は、経験的な
値（例えばＭＰＥＧなら６Ｍｂｐｓ等）を用いることと
してもよいし、メッセージ中に要求値を含めてもよい。

【０１８３】また、ＲＴＳＰのＰＬＡＹコマンドを受信
した第２のＡＶ接続装置５は、これを１３９４コマン
ド、すなわち１３９４ＡＶ／Ｃプロトコル等、１３９４
端末間のプロトコルとして規定された、対応するコマン
ド（例えばＤＶＤ−ＰＬＡＹというコマンドが規定する
ものとする）により、コマンドをＤＶＤプレーヤ８に発
行する。

【０１８４】このようなコマンドの変換は、１３９４／
ＩＰコマンド変換機能２９にて行われる。その処理の流
れを図１７を参照しながら説明する。ＩＰ上のコマンド
はサービスロケーション代理機能２７により受信され
る。受信されたコマンドは１３９４／ＩＰコマンド変換
機能２９によりコマンド変換される。具体的には、ＤＶ
Ｄ用のコマンド対応テーブル６１、ＤＶＴＲ用のコマン
ド対応テーブル６２といったように、ＩＰ上のコマンド
（あるいは操作）と１３９４上のコマンド（あるいは操
作）との関係を記述したテーブルをサービス別に設け、
これらサービス別テーブルをもとにＩＰで送付されてき
たコマンドを１３９４のコマンドに変換し、これを１３
９４ＡＶコマンド処理機能２８に渡し送出を指示する。
そして、指示を受けた１３９４ＡＶコマンド処理機能２
８により実際のコマンドの送出が行われる。

【０１８５】なお、上記とは逆の方向にコマンドが流れ
る場合、すなわち１３９４コマンドが入力されこれをＩ
Ｐコマンドに変換して出力する場合も、手順は同じ様に
なる。すなわち、１３９４コマンドは１３９４ＡＶコマ
ンド処理機能２８により受信され、これが１３９４／Ｉ
Ｐコマンド変換機能２９においてサービス別テーブルを
もとにＩＰコマンドに変換され、これがサービスロケー
ション代理機能２７により送出される。

【０１８６】さて、このようにしてコマンドがＤＶＤプ
レーヤ８に到達すると、実際の映像データの送信が第２
の１３９４バス３の同期チャネル＃ｘを通して行われ
る。これは、ＡＣＫ信号が返った後（なお、ＡＣＫ信号
は公衆網（ＩＳＤＮあるいはインターネット等）上では
ＲＴＳＰのＯＫに変換されてもよい）、実際のデータ転
送が開始される。

【０１８７】第２のＡＶ接続装置５は、データリンクス
イッチ２２を介して、映像データを公衆網２に送出す
る。その際、ＭＰＥＧ多重の形でこれを送付してもよ
い。

【０１８８】送出された映像データは公衆網２を介して
第１のＡＶ接続装置４に送付される。第１のＡＶ接続装
置４は、受信した映像データをデータリンクスイッチ２
２を介して、第１の１３９４バス１の同期チャネル＃ｙ
に送付し、最終的に映像データはデジタルＴＶ７にて再
生される。この結果、第１の家庭内ＬＡＮのユーザはデ
ジタルＴＶ７にて、第２の家庭内ＬＡＮ上のＤＶＤプレ
ーヤ８からの映像を見ることができるようになる。

【０１８９】なお、前述したように、映像データの伝送
経路のデータリンクレイヤでの帯域や仮想伝送路識別子
の確保、整合を、ＦＡＮＰ処理機能２５あるいはその他
のＲＳＶＰ処理機能等により実現するのが好ましい。Ｆ
ＡＮＰ等を用いることにより、ネットワーク種別を問わ
ない、通信資源の確保が可能となる。そのようにした場
合のシーケンスの一例を図１８に示す。図１８では、実
際の映像データの送付に先立ち、ＦＡＮＰにより、映像
データの経路となるデータリンクの通信資源の確保と、
識別子の整合、接続装置の設定等が行われている。

【０１９０】次に、公衆網２を介した遠隔操作の他の例
として、例えば第１の家庭内ＬＡＮのユーザが、第１の
ＡＶ接続装置４を操作して、第２の家庭内ＬＡＮ上のエ
アコン１３（ＬＯＮ端末である）を操作することを考え
る。

【０１９１】ユーザの実際の操作は例えば次のようにな
る。ユーザはまず図１４のエアコンのアイコンをクリッ
クする。すると例えばエアコン操作のための操作ボタン
群が画面に表示される。次にユーザは所望の操作ボタン
をクリックするなどしてエアコン１３の遠隔操作を行
う。

【０１９２】図１９に、このときに実際のネットワーク
上を流れるコマンド群、プロトコル群についてシーケン
スの一例を示す。

【０１９３】まず、第１のＡＶ接続装置４は、サービス
ロケーションで示されている、代理サーバのＰＣ１０に
対して、エアコン１３に対するコマンドを発行する。こ
こで、第１のＡＶ接続装置４は、エアコン１３はＰＣ１
０が提供しているＩＰサービスであると解釈している。
コマンドは、代理サーバであるＰＣ１０のポート、すな
わち１５０００に対して発行される。

【０１９４】ここで、遠隔操作のためのコマンドとして
は、ＣＣＣＰ（Ｃａｍ ＣｏｄｅｒＣｏｎｔｒｏｌ Ｐ
ｒｏｔｏｃｏｌ）を利用することができる。ＣＣＣＰ
は、遠隔のカムコーダの制御をインターネットを介して
行うためのプロトコルであるが、同様の考え方で様々な
電気機器の制御が可能であり、特にエアコン向けのコマ
ンド群がＣＣＣＰに存在するものとする。なお、ＣＣＣ
Ｐの詳細は例えばインターネットドラフトｄｒａｆｔ−
ｏｈｔａ−ｃｃｃ−ｖｉｄｅｏ−００．ｔｘｔに開示さ
れている。

【０１９５】第１のＡＶ接続装置４は、エアコン１３の
電源をオンにするのに必要なコマンド（ＰＯＥＷＲ＿Ｏ
Ｎコマンド）をＣＣＣＰ上で発行する。

【０１９６】ＣＣＣＰのＰＯＷＥＲ＿ＯＮコマンドを受
信したＰＣ１０は、これをＬＯＮコマンド、ＬＯＮノー
ド間のプロトコルとして規定された、対応するコマンド
（例えばＬＯＮ＿ＰＯＷＥＲ＿ＯＮというコマンドが規
定するものとする）により、コマンドをエアコン１３に
発行する。

【０１９７】このようなコマンドの変換は、ＰＣ１０内
にて行われる。その処理の流れを図２０を参照しながら
説明する。ＩＰ上のコマンドは、サービス代理受信機能
７１が受信する。受信されたコマンドはＣＣＣＰ／ＬＯ
Ｎコマンド変換機能７２によりコマンド変換される。具
体的には、ＣＣＣＰ／ＬＯＮコマンド変換機能７２にＬ
ＯＮ用のコマンド対応テーブル、すなわちＩＰ上のコマ
ンド（あるいは操作）とＬＯＮ上のコマンド（あるいは
操作）との関係を記述したテーブルを設け、このテーブ
ルをもとにＣＣＣＰで送付されてきたコマンドからＬＯ
Ｎを介してエアコン１３に対して送付すべきコマンドに
変換し、これをＬＯＮコマンド発行機能７３に渡し送出
を指示する。そして、指示を受けたＯＮコマンド発行機
能７３により実際のコマンドの送出が行われる。

【０１９８】上記とは逆の方向にコマンドが流れる場
合、すなわちＬＯＮコマンドが入力されこれをＣＣＣＰ
コマンドに変換して出力する場合も、手順は同じ様にな
る。

【０１９９】なお、ＡＣＫ信号が返る場合は（なお、Ａ
ＣＫ信号は公衆網（ＩＳＤＮあるいはインターネット
等）上ではＣＣＣＰのＯＫに変換されてもよい；図１９
中ではＯＫとして示してある) 、これも第１のＡＶ接続
装置４に通知される。

【０２００】なお、本実施形態で説明したメカニズム
は、家庭内ネットワークに限らず、一般の企業ネットワ
ーク、特にいわゆる「モバイル環境」を実現するための
ネットワーク技術に適用することが可能であることは、
言うまでもない。

【０２０１】また、本実施形態では、ネットワークレイ
ヤのプロトコルとしてＩＰ、データリンクレイヤのプロ
トコルとしてＩＥＥＥ１３９４とＬＯＮを用いて説明し
たが、ネットワークレイヤのプロトコルとして、ＤＡＶ
ＩＣで標準化を進めているＤＳＭ−ＣＣや、ＩＰＸ等、
データリンクレイヤのプロトコルとして、イーサネット
やＡＴＭ等の技術を用いることも可能である。

【０２０２】ところで、上記した実施形態では、ＡＶ接
続装置にサービスロケーションサービスの機能およびコ
マンド変換の機能を設け、ＡＶ接続装置がサービスを提
供したが、これらの機能は、本実施形態のＡＶ接続装置
すなわちネットワークの相互接続を行っているノードが
行う必要はなく、例えば図１におけるＰＣ６あるいはＰ
Ｃ１０に設け、それらがサービスを提供するようにして
も良い。

【０２０３】この場合、図２のＡＶ接続装置がサービス
を実現していた場合と同様に、ネットワークＩ／Ｆ（図
２の１３９４Ｉ／Ｆ２１に相当）、ＩＰ処理機能２４、
１３９４／ＩＰサービスロケーション処理機能２６、サ
ービスロケーション代理機能２７、１３９４ＡＶコマン
ド処理機能２８、１３９４／ＩＰコマンド変換機能２９
を、ＰＣ６あるいはＰＣ１０あるいはその他のノードに
実装し、さらにネットワークの通信資源を確保させる制
御や、ネットワーク間で用いる識別子を整合させる制御
等のネットワーク制御が必要な場合は、ＦＡＮＰ処理機
能２５あるいはＲＳＶＰによる制御処理機能等を実装す
れば良い。

【０２０４】また、サービスロケーションサービスの機
能とコマンド変換の機能とを、互いに異なるに実装する
ことも可能である。

【０２０５】なお、以上の説明では、公衆網２がインタ
ーネットではなくＩＳＤＮ等である場合に端末のＩＰア
ドレスにはプライベートＩＰアドレスを用い、あるいは
公衆網２がインターネットである場合に端末のＩＰアド
レスにはグローバルＩＰアドレスを用いるものとした
が、例えばＮＡＴ（Ｎｅｔｗｏｒｋ ＡｄｄｒｅｓｓＴ
ｒａｎｓｌａｔｉｏｎ）等のアドレス変換を用いて、公
衆網２がインターネットである場合に少なくともネット
ワークの相互接続を行うノード（図１ではＡＶ接続装置
端末）にグローバルＩＰアドレスを用い、その他のノー
ドにはプライベートＩＰアドレスを用いることができる
ようにしてもよい。この場合、例えば、外部のネットワ
ークからは、ネットワークの相互接続を行うノードのグ
ローバルＩＰアドレスと、宛先となるノードのプライベ
ートＩＰアドレス（またはプライベートＩＰアドレスと
ポート番号の組）を指し示すためのポート番号との組を
宛先として、ＩＰパケットを転送し、ネットワークの相
互接続を行うノードにて、テーブルを参照するなどし
て、当該グローバルＩＰアドレスとポート番号の組を、
宛先となるノードのプライベートＩＰアドレス（または
プライベートＩＰアドレスとポート番号の組）に変換す
るようにしてよい。

【０２０６】（第２の実施形態）本実施形態ではＩＥＥ
Ｅ１３９４インタフェースを持つＰＣが同一の１３９４
バスに接続された１３９４装置を認識して利用する場合
について説明する。

【０２０７】一般に、１３９４バスには種々の装置が接
続される可能性があり、ＰＣは予め接続されるすべての
装置に関する情報やそれを制御するためのドライバソフ
トウェアを持っているわけではない。

【０２０８】そこで、本実施形態では、１３９４バスに
接続された装置の情報の収集を行う。その手順の概略は
次の通りである。

【０２０９】ｉ）まず、１３９４ｕｎｉｔの認識を行
う。具体的には１３９４ノードのｕｎｉｑｕｅ ＩＤと
ｕｎｉｔ番号を取得する。

【０２１０】ii）次に、各ｕｎｉｔのカテゴリ判別を行
う。そして、登録済みの論理デバイスに対応するカテゴ
リか否か判断する。

【０２１１】iii ）次に、登録済みデバイスについて、
占有状態の取得を行う（なお、この場合には、標準ドラ
イバを利用する）。

【０２１２】iv）そして、登録済みでない１３９４ｕｎ
ｉｔの占有状態の判定を行う。

【０２１３】また、本実施形態では、非同期的に発生し
てデバイスドライバの構成の変更を行う事象として次の
ものを扱う。

【０２１４】ｉ）アプリケーションによる装置の利用要
求 ii）ＩＥＥＥ１３９４インタフェースのバスリセット
（１３９４装置の追加、削除） iii ）装置の占有状態の変更 以下、本実施形態について詳しく説明する。

【０２１５】まず、ハードウェア構成について説明す
る。

【０２１６】図２１に本実施形態に係るＰＣの構成例を
示す。８１はＰＣを、８２はプロセッサを、８３はプロ
セッサのローカルバスに接続されたメインメモリを、８
４はシステムバスを、８５は２次記憶装置を、８６，８
７はＩＥＥＥ１３９４インタフェースを、８８はハード
ディスクをそれぞれ表す。

【０２１７】２次記憶装置８５とＩＥＥＥ１３９４イン
タフェース８６とＩＥＥＥ１３９４インタフェース８７
は、それぞれシステムバス８４に接続されている。２次
記憶装置８５は、例えばフラッシュＥＥＰＲＯＭによっ
て構成される。

【０２１８】ハードディスク８８は、ＰＣ８１の筐体内
部にあるＩＥＥＥ１３９４インタフェース８７によって
接続されている。

【０２１９】ＩＥＥＥ１３９４インタフェース８６は、
ＰＣ８１の筐体外に置かれているプリンタ９０、ＦＡＸ
９１、マッサージ装置（リクライニングシート型マッサ
ージ装置とする；以下、単に、マッサージ装置と呼ぶ）
９２、トースタ９３にそれぞれ接続している。なお、説
明上、ＦＡＸ９１はＦＡＸ機能およびスキャナ機能に対
応するユニットとプリンタ機能に対応するユニットを持
ち、マッサージ装置９２は背中、首等の上半身部分への
マッサージ機構に対応するユニットと足等の下半身部分
へのマッサージ機構に対応するユニットを持つものとす
る。

【０２２０】次に、オペレーティングシステム（以下、
ＯＳ）のソフトウェア構造について説明する。

【０２２１】図２２に本実施形態のＰＣ８１におけるソ
フトウェア構造の一例を示す。

【０２２２】図２２のＯＳ内部において、１０１はＯＳ
の論理デバイス管理機能、１０２は２次記憶装置管理機
能、１０３は１３９４インタフェース管理機能をそれぞ
れ表す。

【０２２３】２次記憶装置１０２，ハードディスク１０
３はＯＳが直接管理する。一方、プリンタ９０、ＦＡＸ
９１、マッサージ装置９２、トースタ９３の各ハードウ
ェアについては１３９４管理機能を通じてデバイスの認
識や登録が行われる（この手順については後述する）。

【０２２４】１１１，１１２は、２次記憶装置管理機能
１０２の配下にあり、２次記憶装置８５とハードディス
ク８８をそれぞれ制御するデバイスドライバである。１
１３，１１４はそれぞれ１３９４インタフェース管理機
能１０３の配下にあり、ＩＥＥＥ１３９４インタフェー
ス８６，８７をそれぞれ制御するデバイスドライバであ
る。

【０２２５】図２２のＯＳ ＡＰＩ（Ａｐｐｌｉｃａｔ
ｉｏｎ Ｐｒｏｇｒａｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）
とＪＡＶＡ ＡＰＩの間において、１２１は１３９４管
理オブジェクトを表す。

【０２２６】図２２のＪＡＶＡ ＳＰＩ（Ｓｙｓｔｅｍ
Ｐｒｏｇｒａｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）とＪＡ
ＶＡ ＡＰＩの間において、１２２は論理デバイス管理
オブジェクトを表し、１３１，１３２，１３３，１３４
はそれぞれモデム、プリンタ、スキャナ，不明に対応す
る論理デバイスクラスオブジェクトを表し、１３１−１
〜２，１３２−１，１３３−１，１３４−１〜３はそれ
ぞれ１３１，１３２，１３３，１３４の論理デバイスク
ラスオブジェクトによって管理される論理デバイスオブ
ジェクトを表す（不明のクラスの詳細については後述す
る）。

【０２２７】図２２のＯＳ ＡＰＩとＪＡＶＡ ＳＰＩ
の間において、１５１はプリンタ９０のｕｎｉｔ１（図
２２中１０４）に、１５２はＦＡＸ９１のｕｎｉｔ１
（図２２中１０５）に、１５３はＦＡＸ９１のｕｎｉｔ
２（図２２中１０６）に、１５４はマッサージ装置９２
のｕｎｉｔ１（図２２中１０７）に、１５５はマッサー
ジ装置９２のｕｎｉｔ２（図２２中１０８）に、１５６
はトースタ９３のｕｎｉｔ１（図２２中１０９）にそれ
ぞれ対応する物理デバイスオブジェクトを表す。また、
１６１，１６２，１６３，１６４，１６５，１６６はそ
れぞれ１５１〜１５６の物理デバイスオブジェクトに対
応するドライバオブジェクトを表す。

【０２２８】図２２中において、矢印は各々のオブジェ
クトの参照関係を表す。参照関係を持つことにより、参
照先のオブジェクトのメソッドを起動して状態変数を読
み出すことができる。例えば、物理デバイスオブジェク
ト１５１〜１５６は、１３９４管理オブジェクト１２１
に始まる参照関係を持つことによって、１３４９管理オ
ブジェクトの配下にある物理デバイスオブジェクトとし
て登録されていることを表している。１５１はプリンタ
クラスの論理デバイスオブジェクト１３１−２に登録さ
れており、ドライバオブジェクト１６１は物理デバイス
オブジェクト１５１に登録されており、他のものも同様
である。

【０２２９】次に、ＯＳの初期化について説明する。

【０２３０】ＰＣ８１は、電源投入後、２次記憶装置８
５に格納されたプログラムを読み込みＯＳを起動する。
ＯＳの一般仕様については特に問わないが、ＯＳ上では
コンパイルされたＪａｖａコードが実行できるものとす
る。なお、Ｊａｖａについては種々の文献があるが例え
ばＪａｖａ Ｌａｎｇｕａｇｅ Ｓｐｅｃｉｆｉｃａｔ
ｉｏｎ ｈｔｔｐ：／／ｊａｖａ．ｓｕｎ．ｃｏｍにて
詳しく説明されている。

【０２３１】本実施形態では、ＩＥＥＥ１３９４インタ
フェース８７に接続されるハードディスク８８はＯＳで
直接管理する１３９４装置として予め決められている。
ＩＥＥＥ１３９４機器はレジスタへの値の書き込みや読
み出しにによって操作するものであり、ＰＣ８１はハー
ドディスク８７の予め定められたレジスタにＰＣ８１自
身のＩＥＥＥ１３９４インタフェースのｕｎｉｑｕｅ
ＩＤを書き込むことにより、ハードディスク８８をＩＥ
ＥＥ１３９４インタフェース８７を持つＰＣ８１が排他
的に使用することを示す。

【０２３２】ＰＣ８１のＯＳはＪａｖａプログラムから
ＩＥＥＥ１３９４インタフェースのトランザクション要
求の発行および応答ができるＡＰＩ（Ａｐｐｌｉｃａｔ
ｉｏｎ Ｐｒｏｇｒａｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）
を持つ。ＰＣ８１の初期化によるＯＳの起動後、上記Ａ
ＰＩを通じて各々の１３９４インタフェースに接続され
ているＩＥＥＥ１３９４機器を管理するＪａｖａコード
が実行される。これを１３９４管理オブジェクトと呼
ぶ。また、ＯＳは、オブジェクトクラスの名前から対応
するコードの識別子を得てオブジェクトを生成する動的
オブジェクトローディング機構を備えているものとす
る。

【０２３３】以下では、Ｊａｖａコードの格納、伝送形
態をｘｘコード、あるクラス全体に関わるオブジェクト
をｘｘクラスオブジェクト、あるクラスの実体化された
オブジェクトをｘｘオブジェクトと呼ぶ。例えば、ある
型の論理装置全てを管理するオブジェクトを論理デバイ
スクラスオブジェクト、各々の物理装置に対応する装置
のＪａｖａ ＡＰＩを提供するオブジェクトを論理デバ
イスオブジェクトと呼ぶ。また、オブジェクトのコード
にはある識別子が付与されていて、それを他のオブジェ
クトと識別することができるものとする。識別名はオブ
ジェクトコードに埋め込まれていても良いし、それを格
納するファイル名あるいはそれが格納されているＩＳＯ
１２１２形式のアドレスで表現されても良い。一方、オ
ブジェクトには少なくとも当該ＰＣで一意に他のオブジ
ェクトと識別できる識別子が付与されているものとす
る。例えばオブジェクトが格納される仮想記憶空間のア
ドレスである。ＩＥＥＥ１３９４バスで使用する際には
識別子はＩＥＥＥ１３９４バス上で一意に識別されるこ
とが望ましい。

【０２３４】次に、物理装置の認識について説明する。

【０２３５】ＯＳによる１３９４インタフェースの初期
化が完了すると、１３９４管理オブジェクト１２１と論
理デバイス管理オブジェクト１２２が生成される。１３
９４管理オブジェクト１２１と論理デバイス管理オブジ
ェクト１２２は互いの参照を保持し、相互に情報を交換
しながらデバイスの認識と登録を行う。

【０２３６】１３９４管理オブジェクト１２１はＩＥＥ
Ｅ１３９４インタフェース８６，８７に接続されている
装置の情報を収集して各１３９４ノードを認識する。た
だし、１３９４管理オブジェクト１２１の初期化時に予
めＯＳが排他的に利用するものと定義されたハードディ
スク８７は認識から除外される。１３９４管理オブジェ
クト１２１は前述の１３９４制御ＡＰＩを通じてＰＣ８
１の各１３９４インタフェースの持つＴＯＰＯＬＯＧＹ
＿ＭＡＰレジスタまたはＳＰＥＥＤ＿ＭＡＰレジスタに
あるｎｏｄｅ ＩＤ毎に各ノードにｃｏｎｆｉｇＲＯＭ
領域の読み出し要求を発行して当該ノードのｕｎｉｑｅ
ＩＤとｕｎｉｔが複数存在すればそれぞれのｕｎｉｔ
ＩＤおよびｃａｐａｂｉｌｉｔｙを得る。これらレジ
スタの形式はＩＥＣ １２１２（ＡＮＳＩ／ＩＥＥＥ
Ｓｔｄ １２１２ Ｃｏｎｔｒｏｌ ａｎｄ Ｓｔａｔ
ｕｓ Ｒｅｇｉｓｔｅｒ（ＣＳＲ） Ａｒｃｈｉｔｅｃ
ｔｕｒｅ ｆｏｒ Ｍｉｃｒｏｃｏｍｐｕｔｅｒ Ｂｕ
ｓｅｓ［ＩＳＯ／ＩＥＣ１３２１３］）で定められてお
り、詳細についてはここでは省略する。

【０２３７】最終的に１３９４管理オブジェクト１２１
はｕｎｉｑｕｅ ＩＤとｕｎｉｔＩＤとｃａｐａｂｉｌ
ｉｔｙの組のリストを得てこれらデバイスの登録を行
う。１３９４管理オブジェクト１２１はプリンタ９０、
ＦＡＸ９１，マッサージ装置９２、トースタ９３から上
記レジスタの値を読み出してそれぞれのｕｎｉｔに対応
する１３９４物理装置オブジェクト１５１〜１５６を生
成する。ＦＡＸ９２、マッサージ装置９３は２つのｕｎ
ｉｔを持っており、それぞれ対応する物理デバイスオブ
ジェクト１５２，１５３，１５４，１５５を生成する。
オブジェクトの生成が完了すると１３９４管理オブジェ
クト１２１は論理デバイス管理オブジェクト１２２に物
理デバイス登録の完了を通知する。

【０２３８】認識の対象から外される装置は、予めＯＳ
によって占有されている装置の他に、装置自身のレジス
タが占有を表していて、そこに占有を示す値が書き込ま
れている場合には認識の対象とはしないこととしても良
い。

【０２３９】ここで、登録について説明する前に、デバ
イスを制御するプログラム（ここではオブジェクトと呼
ぶ）の構造と動作について説明する。

【０２４０】各々の装置の機能に対応し、アプリケーシ
ョンに入出力ＡＰＩを提供するのが１３１−１，１３２
−１，…の論理デバイスオブジェクトである。それぞれ
の論理デバイスオブジェクトは、ファイル、プリンタと
いった種別毎に設けられる論理デバイスクラスオブジェ
クトによって管理される。各々の論理デバイスオブジェ
クトはただ一つの論理デバイスクラスオブジェクトに帰
属するが、一つの論理デバイスクラスオブジェクトは配
下に複数の論理デバイスオブジェクトを持っても良い。
例えば、プリンタの論理デバイスオブジェクト１３１−
１は、ただ一つの論理デバイスクラスオブジェクト１３
１に帰属するが、プリンタの論理デバイスクラスオブジ
ェクト１３１の配下には、１３１−１，１３１−２の２
つの論理デバイスオブジェクトがある。

【０２４１】物理デバイスオブジェクトは、１３９４ユ
ニットと１対１対応に存在する。１つの物理デバイスオ
ブジェクトが複数の論理デバイスオブジェクトから参照
されることもある。例えば、物理デバイスオブジェクト
１５２は、プリンタ９１のｕｎｉｔ１に対応していると
ともに、プリンタの論理デバイスオブジェクト１３１−
１とＦＡＸの論理デバイスオブジェクト１３３−１の２
つの論理デバイスオブジェクトから参照されている。

【０２４２】本実施形態では、ＰＣ８１は、プリンタ、
スキャナ、ＦＡＸ、不明の各デバイスクラスに対応する
論理デバイスクラスオブジェクト１３１〜１３４を持っ
ているものとする。各々の論理デバイスクラスオブジェ
クトは、その配下に論理デバイスオブジェクト１３１−
１…ｎ，１３２−１…ｎ，１３３−１…ｎ，１３４−１
…ｎを持っている。ＰＣ８１で実行されるＪａｖａアプ
リケーションはこれら論理デバイスオブジェクトを通じ
て物理装置の実装の差異に関らず同一のクラスに属する
物理装置は同一の方法で利用することができる。これは
それぞれの論理デバイスクラスオブジェクト毎にＪａｖ
ａ ＳＰＩが共通化されているからである。

【０２４３】例えば、プリンタ装置のアクセスを行う際
のＩＥＥＥ１３９４レジスタのアドレスと手順は、ＡＮ
ＳＩ Ｘ３Ｔ１０ Ｓｅｒｉａｌ Ｂｕｓ Ｐｒｏｔｏ
ｃｏｌ（ＳＢＰ）として定められている。ＩＥＥＥ１３
９４インタフェースがどのような実装であっても上記Ｓ
ＢＰに則ったＩＥＥＥ１３９４形式のメッセージをデバ
イスドライバが生成すればプリンタの制御を行うことが
できる。さらに、デバイスドライバがハードウェアやＯ
Ｓに依存しないＪａｖａで記述されていれば、ＩＥＥＥ
１３９４インタフェースのドライバへのシステムプログ
ラムインタフェースが同一である限り、どのようなＯＳ
においても同一のプリンタデバイスドライバが使用可能
である。

【０２４４】アプリケーションは、論理デバイス管理オ
ブジェクト１２２にデバイスクラス一覧を要求すること
によって、論理デバイスクラスオブジェクト１３１〜１
３４の一覧を得ることができる。論理デバイスクラスオ
ブジェクトからは、それぞれのプリンタ、スキャナとい
った同じタイプに属する論理デバイスオブジェクトの一
覧を得ることができる。論理デバイス管理オブジェクト
１２２は、論理デバイスクラスオブジェクトの登録／削
除などの管理も行う。

【０２４５】次に、論理デバイス管理オブジェクト１２
２による論理デバイスクラスオブジェクトの初期化につ
いて説明する。図２３に論理デバイス管理オブジェクト
初期化手順の一例を示す。

【０２４６】論理デバイス管理オブジェクト１２２は、
予め定められたデバイスクラス、プリンタ、スキャナ、
ＦＡＸに対応する論理デバイスクラスオブジェクト１３
１，１３２，１３３を生成し、図２中にて矢印で示され
るこれらオブジェクト間の参照を作る（ステップＳ１１
〜Ｓ１４）。

【０２４７】これら１３１，１３２，１３３の各論理デ
バイスクラスオブジェクトは、生成に続いて初期化を行
う（その間、論理デバイス管理オブジェクト１２２は初
期化完了を待つ；ステップＳ１５）。初期化が完了する
と論理デバイス管理オブジェクト１２２へ初期化が完了
したことを通知する。

【０２４８】完了通知を受けた論理デバイス管理オブジ
ェクト１２２は、最後に１３１〜１３３の各論理デバイ
スクラスオブジェクトによって認識されなかった物理デ
バイスを管理する不明の論理デバイスクラスオブジェク
ト１３４を生成し、初期化する（ステップＳ１６，Ｓ１
７）。論理デバイス管理オブジェクト１２２は、不明の
クラスの初期化の完了通知を受けとると、初期化完了状
態となる（ステップＳ１８）。

【０２４９】次に、論理デバイスクラスオブジェクトの
初期化について論理デバイスクラスオブジェクト１３１
を例に取りつつ説明する。図２４に論理デバイスクラス
オブジェクト初期化手順の一例を示す。

【０２５０】論理デバイス管理オブジェクト１２２は、
論理デバイスクラスオブジェクトの生成時に１３９４管
理オブジェクト１２１への参照を渡す。論理デバイスク
ラスオブジェクト１３１は、１３９４管理オブジェクト
１２１に物理デバイスオブジェクトへの参照を要求する
（ステップＳ２１）。

【０２５１】１３９４管理オブジェクト１２１は、物理
デバイスオブジェクトの参照が要求されると、自オブジ
ェクトが保持している参照に従って物理デバイスオブジ
ェクト１５１から順番に参照を返却する。

【０２５２】論理デバイスクラスオブジェクト１３１
は、物理デバイスオブジェクト１５１への参照を入手す
ると、オブジェクト１５１の属性値取得メソッドを起動
してｕｎｉｑｕｅ ＩＤ、ｕｎｉｔ ＩＤ、ｃａｐａｂ
ｉｌｉｔｙを取得する（ステップＳ２２）。論理デバイ
スクラスオブジェクト１３１は、これらの値が自デバイ
スクラスに合致するかを判定するテーブルを予め持って
おり、取得した物理デバイスオブジェクト１５１が自ク
ラスに合致するかを判定することができる。

【０２５３】物理デバイス１５１のｕｎｉｑｕｅ Ｉ
Ｄ、ｕｎｉｔ ＩＤはプリンタを示す値であったので、
論理デバイスクラスオブジェクト１３１は、物理デバイ
スオブジェクト１５１に対応する論理デバイスオブジェ
クト１３１−１を生成し、初期化を開始させる。このと
きも論理デバイスクラスオブジェクトと論理デバイスオ
ブジェクトは相互に参照関係を持ち、論理デバイスオブ
ジェクト１３１−１は論理デバイスクラスオブジェクト
１３１の配下として登録される（ステップＳ２３〜Ｓ２
４）。

【０２５４】この判定はｕｎｉｑｅ ＩＤ、ｕｎｉｔ
ＩＤに限らず他の属性値の組合せによって行っても良
い。また、論理デバイスクラスオブジェクトがテーブル
を持つことなくｕｎｉｑｕｅ ＩＤやｕｎｉｔ ＩＤを
キーとしてＰＣ８１の外にある検索サーバに問い合わせ
ても良い。

【０２５５】以下、引き続いて論理デバイスクラスオブ
ジェクト１３１は、１３９４管理オブジェクト１２１に
物理デバイスへの参照を要求し、１５２，１５３，…に
ついて同様の作業を最後の物理デバイス１５６まで行
う。ＦＡＸ１５２のｕｎｉｔ２はプリンタのｃａｐａｂ
ｉｌｉｔｙを持っているのでこれも論理デバイスオブジ
ェクト１３１−２としてプリンタクラスオブジェクトに
登録される（ステップＳ２１〜Ｓ２４）。

【０２５６】全ての物理デバイスオブジェクトについて
作業が終了すると、登録した論理デバイスオブジェクト
１３１−１，１３２−２からの初期化完了通知を待つ
（ステップＳ２５）。論理デバイスオブジェクト１３１
−１，１３２−２からの初期化完了通知を受けとると、
プリンタクラスの論理デバイスクラスオブジェクト１３
１は、論理デバイス管理オブジェクト１２２に初期化の
完了を通知する（ステップＳ２６）。

【０２５７】次に、論理デバイスオブジェクトの初期化
について論理デバイスオブジェクト１３１−１を例に取
りつつ説明する。図２５に論理デバイスオブジェクト初
期化手順の一例を示す。

【０２５８】論理デバイスオブジェクト１３１−１は、
自身の属性値を初期化した後、物理デバイス１５１に初
期化要求を発行して１５１からの完了通知を待つ（ステ
ップＳ３１，Ｓ３２）。完了通知を受信するとプリンタ
クラスの論理デバイスクラスオブジェクト１３１に完了
通知を発行する（ステップＳ３３）。初期化要求を受信
した物理デバイスオブジェクト１５１は、物理装置９０
に対応するデバイス制御コードを決定し、それを読み込
んでデバイス制御オブジェクト１６１を生成し、物理デ
バイスオブジェクトに登録する。

【０２５９】次に、物理デバイスオブジェクトの初期化
について物理デバイスオブジェクト１５１を例に取りつ
つ説明する。図２６に物理デバイスオブジェクト初期化
手順の一例を示す。

【０２６０】なお、物理デバイスオブジェクトの生成は
１３９４管理オブジェクト１２１によって論理デバイス
オブジェクトの生成以前に行われており、ここでの初期
化は生成とは異り、また１３９４管理オブジェクト１２
１が物理デバイスオブジェクト１５１を生成した時点で
はプリンタ制御固有のコードは読み込まれていない。

【０２６１】ロードするデバイス制御コードは例えば次
のようにして決定される。１３９４管理オブジェクト１
２１は属性値ｕｎｉｑｕｅ ＩＤ、ｕｎｉｔ ＩＤ、ｃ
ａｐａｂｉｌｉｔｙと論理デバイスクラスオブジェクト
からデバイス制御コードのクラス名を求めるテーブルを
持っており、物理デバイスオブジェクト１５１は１３９
４管理オブジェクト１２１に自身の持つ属性値ｕｎｉｑ
ｕｅ ＩＤ、ｕｎｉｔＩＤ、ｃａｐａｂｉｌｉｔｙを含
む問い合わせ要求を発行し、その返り値としてクラス名
を得る（ステップＳ４１）。デバイス制御コードの識別
子は前述のように当該ＰＣのファイルを示すパス名でよ
い。もちろん、ＰＣ８１の外部に属性値に基づく問い合
わせを発行して取得しても構わない。

【０２６２】上記の方法で得たクラス名から動的オブジ
ェクトローディング機能により、デバイス制御コードが
ロードされてデバイス制御オブジェクト１６１が生成さ
れ、物理デバイスオブジェクト１５１に登録される。物
理デバイスオブジェクト１５１は、デバイス制御オブジ
ェクト１６１の属性値の初期化を行った後、ハードウェ
アの初期化要求を発行する（ステップＳ４２〜Ｓ４
４）。

【０２６３】クラス名に対応するコードがローカルに存
在すればそれを読み込む。クラス名がリモートのネット
ワーク上の資源を示していれば、ネットワーク上から取
得する。クラス名が明示的にネットワーク上の資源を指
していない場合でも、コードがローカルに存在しない場
合はネットワーク上の検索サーバなどを利用してネット
ワーク上の位置を取得し、コードを読み込む。

【０２６４】次に、デバイス制御オブジェクト１６１は
ハードウェアの初期化のためのレジスタ書き込みを行う
パケットを準備し、１３９４トランザクションのシステ
ムコールを呼び、物理装置９０を初期化する。初期化が
完了すると物理デバイスオブジェクト１５１は論理デバ
イスオブジェクト１３１−１に完了通知を発行する（ス
テップＳ４５）。

【０２６５】ところで、物理デバイスオブジェクトには
物理デバイスオブジェクト１５２のように２つ以上の論
理デバイスオブジェクト（１３１−１，１３３−１）に
登録されているもの。このような物理デバイスオブジェ
クトは２回以上の初期化要求を受けることになる。２度
目の初期化では、属性値から決定したデバイス制御オブ
ジェクトが１度目に獲得したデバイス制御オブジェクト
と同一であるかどうかを比較し（ステップＳ４４）、同
一であれば同一のものを使用し、違っていれば新たにデ
バイス制御オブジェクトを読み込み、生成する。物理デ
バイスオブジェクト１５２ではプリンタクラス、ＦＡＸ
クラスに同一のデバイス制御オブジェクト１６２を使用
するが、これはデバイス制御オブジェクトがプリンタと
ＦＡＸの両方のＪａｖａ ＳＰＩをサポートするものだ
からである。もし最初にロードしたデバイス制御オブジ
ェクトがプリンタクラスのＪａｖａ ＳＰＩのみをサポ
ートしてＦＡＸクラスをサポートしていなければ、新た
に両方をサポートするデバイス制御オブジェクトを検索
して入手するか、ＦＡＸクラスのサポートをやめる。も
し両立ができなければ最初にロードされたクラスが優先
されることとする。

【０２６６】さて、一般に論理デバイス種別が増えたと
きに、利用する可能性のある全ての論理デバイスクラス
オブジェクトを予め用意しておくことはメモリなどの資
源の利用の点で非効率的である。また、一つの物理装置
が多数の論理デバイスクラスオブジェクトから利用され
る可能性があり、かつ下位デバイス制御プログラム（本
実施形態のデバイス制御オブジェクト）が上位論理デバ
イスクラスオブジェクトに依存して変更される場合には
物理デバイスに合わせて上位論理デバイスを決定する手
順は繁雑になる。特に、ＩＥＥＥ １３９４バスのよう
に家庭に導入され、家庭内のネットワークとしても利用
されるバスでは接続される機器を予め限定することは難
しい。

【０２６７】むしろ利用者の利用形態によって規定され
る上位論理デバイスを利用者が決定して、接続された装
置をその方法によって利用することが上記ネットワーク
においては適切である。このため本実施形態では、不明
のデバイスクラスを設けることによって使用法が未知の
装置をとりあえず認識し、詳しくは後述するように装置
に合わせた上位論理デバイスを新たに付け加える方法を
取っている。

【０２６８】１３９４管理オブジェクト１２１が複数の
論理デバイスと属性値に対応するクラス名の表を持って
おり、物理デバイスオブジェクトが２度目の初期化を行
う際には２つの論理デバイスクラスオブジェクトの名前
と属性値を指定して１３９４管理オブジェクト１２１に
問い合わせを行っても良い。

【０２６９】次に、不明の論理デバイスクラスオブジェ
クト１３４の初期化について説明する。

【０２７０】不明の論理デバイスクラスオブジェクト１
３４は、１３１〜１３３までの論理デバイスクラスオブ
ジェクト１３４と同様、生成時に１３９４管理オブジェ
クト１２１への参照を受け取る。そして、論理デバイス
クラスオブジェクト１３１〜１３３の初期化と同様に１
５１，…，１５６の各物理デバイスオブジェクトへの参
照を得る。

【０２７１】不明の論理デバイスクラスオブジェクト１
３４は、最初に物理デバイスオブジェクト１５１への参
照を得る。不明の論理デバイスクラスオブジェクト１３
４は物理デバイスオブジェクト１５１へ論理デバイスオ
ブジェクトへの参照を持っているかどうかの問い合わせ
を行い、持っていれば物理デバイスオブジェクト１５１
の認識を中止して、次の物理デバイスオブジェクト１５
２への参照を入手する。物理デバイスオブジェクト１５
１，１５２，１５３はいずれも他の論理デバイスオブジ
ェクトに登録されているので不明のデバイスとしての登
録は行わない。

【０２７２】一方、物理デバイスオブジェクト１５４
は、論理デバイスオブジェクトからの参照を持っていな
い。ここで不明の論理デバイスクラスオブジェクト１３
４は、物理デバイスオブジェクト１５４に対応する論理
デバイスオブジェクト１３４−１を生成して自身に登録
する。論理デバイスオブジェクト１３４−１は、物理デ
バイスオブジェクト１５４を自身に登録する。不明の論
理デバイスオブジェクト１３４−１は、物理デバイスオ
ブジェクト１５４へ初期化を要求しない。したがって、
この時点では物理デバイスオブジェクト１５４にはデバ
イス制御オブジェクトは登録されない。

【０２７３】以下、物理デバイスオブジェクト１５５，
１５６についても同様の初期化を行い、不明の論理デバ
イスオブジェクト１３４−２，１３４−３が生成され
て、完了の通知を発行し、不明のデバイスクラスの初期
化が完了する。

【０２７４】論理デバイス管理オブジェクト１２２は、
予め定められた論理デバイスクラスオブジェクトの生成
初期化と、それに続く不明の論理デバイスクラスオブジ
ェクトの生成初期化が完了すると終了する。初期化が終
ると論理デバイス管理オブジェクト１２２はアプリケー
ションからのデバイスクラス一覧要求に答えることがで
きる。初期化が完了する前はアプリケーションからの問
い合わせに対して、利用不能の答を返す。

【０２７５】次に、アプリケーションからのデバイスの
利用について説明する。ここでは、アプリケーションか
らプリンタ９０を利用する場合を例にとって説明する。

【０２７６】なお、物理デバイスと論理デバイスとの間
のインタフェースをＪａｖａ ＳＰＩ、論理デバイスと
アプリケーションとの間をＪａｖａ ＡＰＩと呼ぶ。こ
れらはＯＳとＪａｖａとの間のＡＰＩとは異るものであ
る。

【０２７７】アプリケーションプログラムは、ＯＳへの
問い合わせなどの所定の方法によりプリンタ９０に対応
する論理デバイスオブジェクト１３１−１への参照を知
っているものとする。

【０２７８】例えば、アプリケーションは、論理デバイ
ス管理オブジェクト１２２への参照を予め知っていて、
論理デバイス管理オブジェクト１２２を通じてプリンタ
クラスへの参照を獲得し、プリンタクラスからプリンタ
１３１−１への参照を入手する。または、装置構成に関
するネーミングサービスが提供されていても良い。

【０２７９】アプリケーションプログラムは、ｐｏｓｔ
ｓｃｒｉｐｔファイルへの参照を引数として、論理デバ
イスオブジェクト１３１−１に印刷要求を発行する。

【０２８０】論理デバイスオブジェクト１３１−１は、
ファイルのヘッダ情報からそれがｐｏｓｔｓｃｒｉｐｔ
ファイルであることを知り、ｐｏｓｔｓｃｒｉｐｔファ
イルをビットマップイメージに展開する。そして、論理
デバイスオブジェクト１３１−１は、ビットマップイメ
ージとビットマップ以外の紙サイズ指定などの情報を含
むオブジェクトへの参照を引数として、物理デバイスオ
ブジェクト１５１に印刷要求を発行する。なお、論理デ
バイスオブジェクト１３１−１にて待ち行列処理を行う
ことが望ましい。

【０２８１】物理デバイスオブジェクト１５１は、デバ
イス制御オブジェクト１６１を通じて印刷イメージに対
応するビットマップ情報をプリンタ９０に転送する。す
なわち、プリンタ９０の予め定められたＣＳＲレジスタ
ＡにｌｏｃｋトランザクションによってＰＣ８１が利用
するフラグを書き込む。ｌｏｃｋに成功してプリンタの
使用権を獲得すると、次はデータを転送するためのＩＥ
ＥＥ１３９４バス上のＩｓｏｃｈｒｏｕｎｓチャネルの
設定と、紙サイズ、トレイ情報などのプリンタの設定を
行うトランザクションを発行する。チャネルを獲得した
らビットマップ情報を転送し、転送が完了すると転送完
了のトランザクションを発行してプリンタへの印刷指示
を完了する。プリンタでの印刷状況はあるＣＳＲレジス
タに表示されるので、物理デバイスオブジェクトがそれ
をポーリングすることによって印刷の完了を知る。

【０２８２】次に、不明のタイプとして登録されている
装置の利用についてマッサージ装置１２を例にとって説
明する。

【０２８３】図２７は論理デバイスクラスオブジェクト
を追加したときのソフトウェア構造、図２８はアプリケ
ーションによる新規デバイスクラス追加要求手順の一
例、図２９は論理デバイス管理オブジェクト１２２によ
る新規デバイスクラス追加手順の一例をそれぞれ示す。

【０２８４】アプリケーションは、論理デバイス管理オ
ブジェクト１２２に論理デバイスクラスの一覧取得要求
を発行する（ステップＳ５１）。不明の論理デバイスク
ラスオブジェクト１３４への参照を取得すると、不明の
デバイスクラス１３４に論理デバイスの一覧取得を要求
する（ステップＳ５２，Ｓ５３）。

【０２８５】アプリケーションは、一覧からマッサージ
装置９２に対応する論理デバイスオブジェクト１３４−
１への参照を選択して利用可能な論理デバイス情報を要
求する（ステップＳ５４）。

【０２８６】論理デバイスオブジェクト１３４−１は、
物理デバイスオブジェクト１５４からその属性値を取得
し、論理デバイス管理オブジェクト１２２に物理デバイ
スオブジェクト１５４が利用可能な論理デバイスクラス
の検索要求を発行する。既述のように論理デバイス管理
オブジェクト１２２は属性値から論理デバイスクラス名
とを対応させるテーブルを持っている。このテーブルか
ら論理デバイスクラス名またはそのリストが論理デバイ
ス１３４−１に返却され、論理デバイス１３４−１は要
求に対して論理デバイスクラス名を獲得し、論理デバイ
ス情報としてアプリケーションに通知する。もちろん、
ここでもデバイスクラス名の検索をネットワーク上のサ
ーバに問い合わせることによって行っても構わない。ド
ライバオブジェクトの格納場所には少なくともマッサー
ジ装置のデフォルトのドライバのオブジェクトコードと
利用法の自然言語による説明が格納されていることが望
ましい。

【０２８７】アプリケーションは、使用する論理デバイ
スクラス名「マッサージ装置」を選択して論理デバイス
クラス登録要求を論理デバイス管理オブジェクト１２２
に発行する（ステップＳ５５，Ｓ５６，Ｓ５７）。

【０２８８】論理デバイス管理オブジェクト１２２は，
指定されたクラス名に対応する新しい論理デバイスクラ
スオブジェクト１３５を生成し（ステップＳ６１）、不
明の論理デバイスクラスオブジェクト１３４および不明
のクラスとリンクされているＦＡＸの論理デバイスクラ
スオブジェクト１３３との間に挿入する（ステップＳ６
２）。そして、今まで不明のデバイスクラスに登録され
ていた論理デバイスオブジェクト１３４−１，１３４−
２を削除して（ステップＳ６３）、論理デバイスクラス
オブジェクト１３５に初期化要求を発行する（ステップ
Ｓ６４）。この状態を図２７に示す。以後のステップＳ
６５とステップＳ６６の手順と新規論理デバイスクラス
オブジェクト１２５の初期化手順は既に説明したものと
同様である。なお、図２７中、１３５−１は新たに生成
された論理デバイスオブジェクトである。

【０２８９】ここでは，不明のデバイスに対応する論理
デバイスを検索する例について説明したが、既存の物理
デバイスの組合せから、対応する新しい論理デバイスを
検索しても良い。例えば、プリンタとスキャナとモデム
の機能を持つ各物理デバイスの組合せによって利用可能
な新しい論理デバイスＦＡＸを検索するような場合であ
る。

【０２９０】上記の機能を備えることにより、普段使用
しないデバイスを制御するための不要なプログラムはシ
ステムの初期化時には読み込まず、必要になった時点で
読み込むことにより、ＰＣのメモリなどの資源を節約し
てコストを低下させることができる。

【０２９１】次に、１３９４デバイスの構成変更イベン
トについて説明する。

【０２９２】ＰＣが利用できる１３９４装置の接続状況
は変化し得る。しかも、ＩＥＥＥ１３９４バスでは動作
中にコネクタの挿抜によって構成を変更することができ
る。この変更結果は、デバイスオブジェクトの追加や削
除として論理デバイスに反映されなければならない。ま
た、ある装置によるデバイスの占有が終了すれば、その
デバイスは他の装置で利用可能になる。以下では、この
ような構成の変化を認識する手順について説明する。

【０２９３】バスリセットが発生すると、ＯＳの１３９
４インタフェースから１３９４管理オブジェクト１２１
にバスリセットが通知される。１３９４管理オブジェク
ト１２１は、再度、ＴＯＰＯＬＯＧＹ＿ＭＡＰおよびＳ
ＰＥＥＤ＿ＭＡＰから１３９４物理装置の一覧を取得
し、それらのｕｎｉｑｕｅ ＩＤを取得して既知のデバ
イスとの対応をとる。

【０２９４】まず、バスリセット後に、１３９４管理オ
ブジェクト１２１は、全ての物理デバイスオブジェクト
のｅｘｉｓｔ属性値を「不明」とする。

【０２９５】装置から取得したｕｎｉｑｕｅ ＩＤが既
存の物理デバイスオブジェクトの保持するｕｎｉｑｕｅ
ＩＤに一致する場合、その装置は既に登録済みであり
ｅｘｉｓｔを「存在」とする。

【０２９６】装置から取得したｕｎｉｑｕｅ ＩＤが既
存の物理デバイスオブジェクトの保持するｕｎｉｑｕｅ
ＩＤと一致しない場合、その装置は新しく追加された
装置であり、物理デバイスオブジェクトを生成初期化
し、ｅｘｉｓｔを「存在」とする。

【０２９７】この操作を全てのＮＯＤＥ ＩＤについて
行った後、ｅｘｉｓｔが不明になっている物理デバイス
オブジェクトは対応する装置が取り去られたものとし
て、それを削除する。物理デバイスオブジェクトを削除
すると、対応する論理デバイスオブジェクトにそれが通
知され、論理デバイスオブジェクトは終了処理を行い、
対応するデバイスクラスに通知した後、自身を消去す
る。

【０２９８】追加、削除による参照の修正作業が完了す
ると、１３９４管理オブジェクト１２１は、論理デバイ
ス管理オブジェクト１２２に構成の変更を通知する。も
し構成に全く変化がなければ、通知は行わない。

【０２９９】通知を受信した論理デバイス管理オブジェ
クト１２２は、各デバイスクラスに構成変更要求を発行
する。

【０３００】構成変更要求を受信したプリンタクラス１
３１は、初期化と同様に、論理デバイスオブジェクト１
２２に物理デバイスの参照を要求する。初期化と異るの
は、初期化では全ての物理デバイスオブジェクトが対象
だったのに対し、構成変更では新しく追加された物理デ
バイスオブジェクトだけが対象になることである。各論
理デバイスクラスは、新しく追加された物理デバイスの
属性を読み出し、自クラスに一致するかを判定して一致
すれば、対応する論理デバイスオブジェクトを生成、登
録する。

【０３０１】全てのクラスの構成変更が完了すると、不
明のクラスの初期化が行われ、追加されたデバイスでど
の論理デバイスとして登録されなかった物理デバイスオ
ブジェクトは不明のクラスに登録される。

【０３０２】次に、占有状態の変更について説明する。

【０３０３】初期化においてレジスタの読みとりによっ
て他ノードによる占有状態にあると判断されて認識から
除外された装置に対して、１３９４管理オブジェクト１
２１は周期的なポーリングを行ってデバイス占有状態の
変更を検出する。非占有状態になったデバイスは、バス
リセットで記述したデバイス構成の変化と同様の手順で
登録する。もし当該ＰＣが前記装置を排他的に占有する
のであれば、それを装置の占有状態を示すレジスタにそ
れを示す値を書き込む。

【０３０４】次に、ローカルの論理デバイスオブジェク
トが古い場合について説明する。

【０３０５】このような場合、論理デバイスクラスオブ
ジェクトはバージョン番号の属性を持っている。アプリ
ケーションは、論理デバイス管理オブジェクト１２２に
論理デバイスクラスオブジェクトの更新要求を発行する
ことができる。論理デバイス管理オブジェクト１２２
は、更新が要求された論理デバイスクラスオブジェクト
のバージョン番号を取得する一方、予め指定された論理
デバイスクラスオブジェクトのアーカイブサーバに最新
のバージョン番号を要求する。もしローカルの論理デバ
イスクラスオブジェクトのバージョン番号が最新のもの
に一致すれば、もしローカルの論理デバイスクラスオブ
ジェクトのバージョン番号が若ければ、アーカイブサー
バから最新のデバイスクラスを読み込み、オブジェクト
を生成する。この時点ではこの論理デバイスクラスオブ
ジェクトは動作しない。

【０３０６】オブジェクトの生成に成功すると、既存の
論理デバイスに終了通知を発行し、動作を終了させる。
プリンタならば、新たな印刷ジョブの受付を中止し、実
行中の印刷ジョブの終了を待つ。実行中のジョブと終了
処理が完了すると、論理デバイス管理オブジェクト１２
２に完了を通知する。論理デバイス管理オブジェクト１
２２は、古い論理デバイスの持つ参照関係を変更し、新
しい論理デバイスオブジェクトが参照関係を引き継いだ
後、論理デバイスの開始通知を論理デバイスクラスオブ
ジェクトに送る。通知を受信した論理デバイスクラスオ
ブジェクトは動作を開始する。

【０３０７】（第３の実施形態）本実施形態では、ネッ
トワークに接続されたＰＣ（第２の実施形態の機能を持
つもの）がＩＥＥＥ１３９４以外のネットワークを経由
して接続された遠隔のＩＥＥＥ１３９４装置を制御する
場合について説明する。

【０３０８】図３０に、本実施形態に係るシステムの構
成例を示す。４０１、４１１、４３４はそれぞれ第１の
家庭４５１内にあるＰＣ、ネットワーク接続装置、トー
スタを表す。４０２、４１２、４３１、４３２、４３３
はそれぞれ第２の家庭４５２内にあるＰＣ、ネットワー
ク接続装置、プリンタ、ＦＡＸ、マッサージ装置を表
す。なお、図３０中のネットワーク接続装置以外の各構
成要素は図１中の対応するものと同様のものである。

【０３０９】家庭４５１内のＬＡＮと家庭４５２内のＬ
ＡＮとの間はＩＳＤＮ通信回線４１３で結ばれているも
のとする。通信回線４１３はネットワーク接続装置４１
１，４１２で終端されている。

【０３１０】家庭４５１内のＬＡＮにおいて、接続装置
４１１，ＰＣ４０１，トースタ４３４の間は１３９４バ
ス４２１によって接続されている。

【０３１１】家庭４５２内のＬＡＮにおいて、接続装置
４１２，ＰＣ４０２，プリンタ４３１、スキャナ４３
２、マッサージ装置４３３の間は、１３９４バス４２２
によって接続されている。

【０３１２】ネットワークはインターネットプロトコル
を使うインターネットであり、ＰＣ４０１，４０２と接
続装置４１１，４１２のみが予めＩＰアドレスを持って
いるものとする。ＩＰアドレスは固定的に割り当てられ
たものでも、ＤＨＣＰ，ＰＰＰなどのプロトコルによっ
て割り当てられたもののどちらでも良い。

【０３１３】ここで、家庭４５１にあるＰＣ４０１が家
庭４５２の機器との接続を試みる。ＰＣ４０１はインタ
ーネットプロトコルによってネットワーク接続装置４１
１に家庭４５２を示す文字列、例えばその氏名である
「高畠由彰」を含む接続要求を送る。そして、ネットワ
ーク接続装置４１１は例えば「高畠由彰」に対応する家
庭４５２の電話番号を検索するデータベースを持ってお
り、家庭４５２の接続装置４１２への接続を行う。

【０３１４】接続装置４１２は、接続の前には接続元の
認証を行う。認証ステップで許可されなければ接続は行
わないものとする。認証は例えば発信電話番号表示を用
い、予め第２の家庭４５２にて登録した電話番号以外の
接続を認めないとすることができる。接続が完了すれ
ば、家庭４５１，４５２の間でインターネットプロトコ
ルによる通信を行うことができる。

【０３１５】ただし、セキュリティ保護の観点から接続
が完了しても接続装置がその家庭の方針によってパケッ
トの通過の可／不可を判断するいわゆるファイアウォー
ルとして動作することが望ましい。ここでは家庭４５１
と家庭４５２の間は予め全てのパケットが通過し、全て
の操作が行えるよう、設定されているものとする。

【０３１６】なお、この接続は電話による接続ではなく
ＩＰ接続であっても構わない。

【０３１７】さて、家庭４５１にあるＰＣ４０１はサー
ビス管理サーバのアドレスを接続装置４１１のデータベ
ースから取得する。アドレスは予め接続装置４１１に登
録されているものとする。次に、ＰＣ４０１はサービス
管理サーバに利用可能なサービスの問い合わせを行う。
ここではネットワーク接続装置４１２がサービス管理サ
ーバを兼ねているものとする。

【０３１８】サービス管理サーバは、問い合わせに応答
して当該ネットワーク中のサービスおよびそのサーバの
情報を返す。ここでは次のサービスが登録されている。

【０３１９】ｐｒｉｎｔｅｒ：ｐｃ２ Ｊａｖａ ＯＲＢ：ｐｃ２ 左の列はサービスの種別、ここではサービスに割り当て
られた多重化識別子（例えばポート番号）を表し、右の
列はサービスの所在、ここではＰＣ４０２のＩＰアドレ
スを表す。このようなサービス情報提供手段はインター
ネットにおいてはサービスロケーションプロトコルとし
て知られている（例えば文献「インターネットドラフト
ｄｒａｆｔ−ｉｅｔｆ−ｓｖｒｌｏｃ−ｐｒｏｔｏｃｏ
ｌ−１６．ｔｘｔ」）。

【０３２０】これらはサービスを提供するホスト、ここ
ではＰＣ４０２が起動時に予め定められたネットワーク
接続装置４１２に登録する。

【０３２１】ｐｒｉｎｔｅｒはインターネット標準で定
められた印刷サービスを表し、５１５のＵＤＰ／ＴＣＰ
番号が割り当てられている。ここで使用するプロトコル
は予めインターネット標準によって規定されている。

【０３２２】Ｊａｖａ ＯＲＢは、Ｊａｖａオブジェク
トを外部から利用できるサービスを表している。このよ
うなサービスは現在まだ標準としては規定されていない
が、ここではＪａｖａ ＯＲＢを表すポート番号につい
て予め合意があるものとする。

【０３２３】次に、リモートの１３９４装置を利用する
２種類の方法、 方法１）インターネットで標準化されたネットワークサ
ービスを介して利用する方法 方法２）１３９４プロキシオブジェクトを通じて利用す
る方法について説明する。

【０３２４】方法１では、ＰＣ４０２にＩＥＥＥ１３９
４インタフェースによって接続されたプリンタ４３１を
インターネットプロトコルとして標準化されたｐｒｉｎ
ｔｅｒサービスによって利用する。ＰＣ４０１は、ｐｒ
ｉｎｔｅｒプロトコルのクライアントを持ち、プリンタ
４３１を表す論理名称を指定してインターネット形式で
標準化された形式の印刷要求をＰＣ４０２に送り、プリ
ンタを利用する。この方法では、ネットワークを伝送す
るメッセージには装置依存の要素は含まれない。ＰＣ４
０１のアプリケーションは、プリンタサービスとプリン
タ４３１に対応する装置の名前を指定して要求するだけ
で、装置の特性は意識しない。

【０３２５】方法２は、概略的には、ネットワークを伝
送するメッセージに、ＩＥＥＥ１３９４形式のパケット
がＩＰパケットにカプセル化された形式を使うものであ
る。ＰＣ４０１はあたかもプリンタ４３１がローカルの
１３９４バスに接続されているかのように利用すること
ができる。

【０３２６】以下、上記の方法２についてさらに詳しく
説明する。

【０３２７】図３１にクライアント側の接続前における
ネットワーク経由サービスのソフトウェア構造を示し、
図３２にクライアント側の接続後におけるネットワーク
経由サービスのソフトウェア構造を示し、図３３にプロ
キシ側の接続前におけるネットワーク経由サービスのソ
フトウェア構造を示し、図３４にプロキシ側の接続後に
おけるネットワーク経由サービスのソフトウェア構造を
示す。なお、図３１〜図３４中のＩＰ機能以外の各構成
要素は、図２中の対応するものと同様の機能を有するも
のである。ＩＰ機能５０４は、ＴＣＰ／ＵＤＰ／ＩＰな
ど、一連のインターネットプロトコル（ＴＣＰ／ＩＰプ
ロトコルシート）の諸機能である。

【０３２８】図３１は１３９４スタブオブジェクト生成
前のクライアントＰＣ４０１のソフトウェア構成であ
り、５０１は論理デバイス管理機能、５０２は２次記憶
管理機能、５１１，５１２は５０２の配下にあるそれぞ
れのハードディスクの管理機能、５０３は１３９４イン
タフェース管理機能、５１３，５１４はそれぞれの１３
９４インタフェース管理機能、５０４はＩＰ機能、４３
４はトースタ、５０９はトースタ機能を示すｕｎｉｔ
１，５２１は１３９４管理オブジェクト、５２２は論理
デバイス管理オブジェクト、５３１，５３２，５３３，
５３４はプリンタ、スキャナ、マッサージ装置、不明の
各論理デバイスクラスオブジェクトに対応する。５３４
−１は不明のクラスの論理デバイスオブジェクトであ
る。５５１はトースタ４３４に対応する物理デバイスオ
ブジェクトを表す。５６１は物理デバイスオブジェクト
５５１に対応するドライバオブジェクト（制御プログラ
ム）を表す。

【０３２９】図３２は１３９４スタブオブジェクト生成
後のクライアントＰＣ４０１のソフトウェア構成であ
り、図３１の構成に１３９４スタブオブジェクト５７
１、論理デバイスオブジェクト５３３−１，５３３−
２、物理デバイスオブジェクト５５１、ドライバオブジ
ェクト５６２，５６３が付加されている。

【０３３０】図３３は１３９４プロキシオブジェクト生
成前のプロキシ側ＰＣ４０２のソフトウェア構成であ
り、６０１は論理デバイス管理機能、６０２は２次記憶
管理機能、６１１，６１２は６０２の配下にあるそれぞ
れのハードディスクの管理機能、６０３は１３９４イン
タフェース管理機能、６１３，６１４はそれぞれの１３
９４インタフェース管理機能、４３１はプリンタ、４３
２はＦＡＸ、４３３はマッサージ装置をそれぞれ表す。
６２１は１３９４管理オブジェクト、６２２は論理デバ
イス管理オブジェクト、６３１，６３２，６３３，６３
４はプリンタ、スキャナ、ＦＡＸ、不明の各デバイスク
ラスに対応する論理デバイスクラスオブジェクト、６５
１，６５２，６５３，６５４，６５５はそれぞれプリン
タのｕｎｉｔ１（図中６０４）、ＦＡＸのｕｎｉｔ１
（図中６０５），ｕｎｉｔ２（図中６０６）、マッサー
ジ装置のｕｎｉｔ１（図中６０７），ｕｎｉｔ２（図中
６０８）に対応する物理デバイスオブジェクト、６３１
−１，６３１−２，６３２−１，６３３−１，６３４−
１，６３４−２はそれぞれ論理デバイスクラスの配下に
ある論理デバイスである。６６１，６６２，６６３はそ
れぞれ物理デバイスオブジェクト６５１，６５２，６５
３に対応するドライバオブジェクトを表す。

【０３３１】図３４は１３９４プロキシオブジェクト生
成後のプロキシ側ＰＣ４０２のソフトウェア構成であ
り、図３３の構成に１３９４プロキシオブジェクト６８
１、論理デバイスクラスオブジェクト６３５、論理デバ
イスオブジェクト６３５−１，６３５−２が付加され、
論理デバイスオブジェクト６３４−１，６３４−２が削
除されている。

【０３３２】ＰＣ４０１は、サービス情報に基づいてリ
モートのＰＣ４０２のＩＰアドレスを指定して１３９４
スタブオブジェクト５７１を生成する。１３９４スタブ
オブジェクトは、リモートのＰＣ４０２のＪａｖａ Ｏ
ＲＢポートに１３９４プロキシオブジェクトに割り当て
られたクラス名を指定して、その生成を要求する。

【０３３３】あるホストから別のホストのＪａｖａ Ｏ
ＲＢを利用するときには、受信側のセキュリティマネー
ジャがその接続を許すか否かを判断する。これは送信側
のオブジェクトによるＯＲＢの利用要求によって自動的
に行われるものとする。

【０３３４】ここでは、ＰＣ４０１からのＯＲＢ利用要
求がＰＣ４０２によって受け付けられたものとし、ＰＣ
４０２では要求通り１３９４プロキシオブジェクト６８
１が生成され、その参照がＰＣ４０２の１３９４スタブ
オブジェクトに返却される。１３９４スタブオブジェク
ト５７１は、以後の要求を１３９４プロキシオブジェク
ト６８１を通じて行う。なお、ＰＣ４０２が要求前に予
め１３９４プロキシオブジェクト５７１を生成してお
き、当該オブジェクトから起動できるメソッドのみが利
用できるＯＲＢを１３９４サービスとしてあるポートに
割り当てても構わない。これは、１３９４に限定したサ
ービスを提供したい場合に有効である。

【０３３５】１３９４プロキシオブジェクト６８１は、
参照を受けとると、不明クラスの論理デバイスに対応す
る物理デバイスへの参照を獲得し、１３９４スタブオブ
ジェクト５７１に通知する。

【０３３６】１３９４スタブオブジェクト５７１は、上
記参照を獲得すると、１３９４管理オブジェクト５２２
に１３９４管理オブジェクト自身を登録し、１３９４デ
バイスを再構成する要求を発行する。

【０３３７】１３９４管理オブジェクト５２２は、この
要求によって１３９４プロキシオブジェクト６８１によ
って再構成を開始し、物理デバイスオブジェクトへの参
照を要求する。１３９４スタブオブジェクトは５７１、
１３９４プロキシオブジェクト６８１から獲得した物理
オブジェクトへの参照６５４，６５５を順番に１３９４
管理オブジェクト５２１に渡す。ここから属性値を取り
だし、１３９４管理オブジェクト５２１は第２の実施形
態で説明した初期化の場合と同様の手順で物理デバイス
オブジェクト５５２，５５３を作成する。ただし、ここ
で作成した物理デバイスオブジェクト（以下、スタブデ
バイスオブジェクトとよぶ）は、リモートにある物理デ
バイスオブジェクトへの参照を保持しており、ローカル
の物理デバイスオブジェクトでは１３９４インタフェー
スへのトランザクション要求として処理される入出力
が、スタブデバイスオブジェクトでは１３９４スタブオ
ブジェクト５７１との間の入出力として処理される点が
異る（なお、その詳細は後述する）。

【０３３８】次に、論理デバイス管理オブジェクト５２
２による論理デバイスクラスオブジェクト５３３の初期
化、それに続く論理デバイスオブジェクトの初期化が行
われる。スタブオブジェクト５５２，５５３は物理デバ
イスオブジェクト６５４，６５５に対応しマッサージ装
置クラスに合致する。リモートのＰＣ４０２ではマッサ
ージ装置クラスは利用されていないため、これらの装置
は不明の装置として認識されているが、ローカルのＰＣ
４０１ではマッサージ装置クラスが登録されているの
で、論理デバイスオブジェクト５３３−１，５３３−２
として登録される。

【０３３９】論理デバイスオブジェクト５３３−１から
スタブオブジェクト５５２に初期化要求が行われると、
リモートの１３９４プロキシオブジェクト６８１に対応
する物理デバイスオブジェクト６５４の使用要求を発行
する。

【０３４０】リモートの１３９４プロキシオブジェクト
６８１は、プロキシクラスの論理デバイスクラスオブジ
ェクト６３５を生成し、登録する。物理デバイスオブジ
ェクト６５４に対応する論理デバイスオブジェクト６３
４−１を消去し、プロキシクラスのデバイスをつくって
プロキシ論理デバイスオブジェクト６３５−１として登
録する。

【０３４１】プロキシ論理デバイスオブジェクト６３５
−１が生成されると、スタブオブジェクト５３３−１と
の間とにポート番号を割り当てて論理コネクションを生
成する。ここで使うポートはＪａｖａ ＯＲＢとは別の
ポートを用いて１３９４パケットの伝送を行うためのも
のである。

【０３４２】制御プログラムが読み込まれて動作するの
はローカルのＰＣ４０１のスタブオブジェクト５５２の
側であり、リモートのＰＣ４０１の物理デバイスオブジ
ェクトはポートから入力したパケットを１３９４インタ
フェースに出力し、１３９４インタフェースから入力し
たパケットをポートに転送するだけであり、装置の状態
制御はスタブオブジェクト５５２の制御プログラム５６
２が行う。ただし、バスリセットなどのイベントは伝達
する。

【０３４３】論理デバイスオブジェクト５３３−２から
スタブオブジェクト５５３に初期化要求が行われた場合
についても同様である。

【０３４４】以上の手順により、リモートの物理デバイ
スをローカルの論理デバイスから利用できるできる環境
が整う。

【０３４５】次に、動作について説明する。ここでは、
スタブの物理デバイスオブジェクト５５２を例に取って
説明する。

【０３４６】物理デバイスオブジェクト５５２が論理デ
バイスドライバ５３１−１から処理要求を受けとり、そ
れに対応する１３９４形式のパケットを生成する。１３
９４形式のパケットはＩＰパケットにカプセル化されて
前記確保した論理コネクションに出力される。

【０３４７】ここで、物理デバイスオブジェクト５５２
からの出力は、ＩＥＥＥ１３９４インタフェース５０３
に直接出力されるのではなく、論理コネクションからＩ
Ｐ機能５０４を通して処理される。

【０３４８】ここでは、ＩＰ機能５０４の先はＩＥＥＥ
１３９４インタフェースによって処理されているが、こ
れはイーサネットやＡＴＭであっても構わない。つま
り、ＩＥＥＥ１３９４インタフェースを持っていないＰ
ＣでもＩＥＥＥ１３９４装置があたかもローカルに接続
されているかのように制御を行うことができる。

【０３４９】さて、ＩＰパケットにカプセル化されたパ
ケットはプロキシ論理デバイスオブジェク６３５−１に
届き、１３９４形式のパケットが取り出され、物理デバ
イスオブジェクト６５４に渡される。物理デバイスオブ
ジェク６５４はこれをそのまま１３９４インタフェース
に出力し、装置４３３のレジスタに作用する。

【０３５０】ＩＥＥＥ１３９４のアイソクロナスチャネ
ルの入出力は前述の方法では中継できない。ＩＥＥＥ１
３９４においてはＩＥＣ １８８３で定められた方式で
レジスタを操作することによってアイソクロナスチャネ
ルが設定される。

【０３５１】スタブオブジェクト５５２から自装置宛に
発行されたＩＥＣ１８８３の設定要求は、１３９４スタ
ブオブジェクト５７１転送され、１３９４スタブオブジ
ェクト５７１はアイソクロナスチャネルに対応するイン
ターネット上のコネクションを設定する。

【０３５２】ＩＥＥＥ１３９４のアイソクロナスチャネ
ルでは確保する帯域を指定することができる。上記設定
要求にはその情報が含まれているので、インターネット
上で帯域を確保する手段例えばＲＳＶＰなどの手段によ
ってコネクションの帯域を指定することが望ましい。

【０３５３】なお、本実施形態では、家庭４５１内のＬ
ＡＮと家庭４５２内のＬＡＮとの間はＩＳＤＮ通信回線
４１３で結ばれているものとしたが、第１の実施形態と
同様に、家庭４５１内のＬＡＮと家庭４５２内のＬＡＮ
との間の接続をインターネットとし、この場合に端末の
ＩＰアドレスにはグローバルＩＰアドレスを用いるよう
にしてもよいし、例えばＮＡＴ（Ｎｅｔｗｏｒｋ Ａｄ
ｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ）等のアドレス変
換を用いて、公衆網２がインターネットである場合に少
なくともネットワークの相互接続を行うノード（図１で
はＡＶ接続装置端末）にグローバルＩＰアドレスを用
い、その他のノードにはプライベートＩＰアドレスを用
いることができるようにしてもよい。

【０３５４】なお、以上の各機能は、ソフトウェアとし
ても実現可能である。また、上記した各手順あるいは手
段をコンピュータに実行させるためのプログラムを記録
した機械読取り可能な媒体として実施することもでき
る。

【０３５５】本発明は、上述した実施の形態に限定され
るものではなく、その技術的範囲において種々変形して
実施することができる。

【０３５６】（第４の実施形態）第１の実施形態では、
図１２に示したように、第１のＡＶ接続装置４に対して
第２の家庭ネットワーク内の収容されたサービス提供装
置（例えば、ＤＶＤプレーヤ８、デジタルＶＴＲ９、Ｐ
Ｃ１０に具備されたＷＷＷサーバやデジタルアルバムサ
ーバ機能等、プリンタ１１）の提供するサービスに関す
る情報（以下、簡単にサービス情報と呼ぶ）を通知する
のに、サービスロケーションプロトコルを用いる場合を
示した。

【０３５７】第４の実施形態では、ＷＷＷ（Ｗｏｒｌｄ
Ｗｉｄｅ Ｗｅｂ）サーバと、ホームページを用い
て、これを行う場合について説明する。

【０３５８】第４の実施形態におけるシステム構成例は
図１と同様である。ここでも、第１の実施形態と同様
に、第１の家庭内ネットワークの第１のＡＶ接続装置４
から、第２の家庭内ネットワーク内の各種サービス提供
装置（ＤＶＤプレーヤ８、デジタルＶＴＲ９、ＰＣ１０
に具備されたＷＷＷサーバ、デジタルアルバムサーバ機
能等、プリンタ１１）の遠隔制御を行うことを考える。

【０３５９】図３５は、第４の実施形態における、第２
のＡＶ接続装置５の内部構成例を示したもので、１３９
４Ｉ／Ｆ１４０１、データリンクスイッチ１４０２、公
衆網Ｉ／Ｆ１４０３、ＩＰ処理機能１４０４、ＦＡＮＰ
処理機能１４０５、１３９４ＡＶコマンド処理機能１４
０８の各部の動作は、図２の同一機能部と同様で、異な
る点について説明する。すなわち、図２のサービスロケ
ーション処理機能２７、１３９４／ＩＰコマンド変換機
能２９が、図３５では、それぞれホームページ処理機能
１４０７、ＨＴＴＰ／ＲＴＳＰ処理機能１４０９に置き
換えられている。

【０３６０】１３９４／ＩＰサービスロケーション処理
機能１４０６は、第１の実施形態と同様に、ＩＥＥＥ１
３９４バスに接続されているサービス提供装置の提供す
るサービスを検索し、あるいはその登録を受け、１３９
４バス上にどのようなサービス提供装置が存在し、どの
ようなサービスを提供するのかを認識し、要求された場
合など必要に応じて、サービス情報を外部に通知する機
能を持つ。また、このようにして得られた各サービス提
供装置毎のサービス情報を後述するホームページ処理機
能１４０７に通知し、第２の家庭内ネットワークの状況
を表示するホームページの作成を促す。

【０３６１】ホームページ処理機能１４０７は、ＷＷＷ
サーバ機能を持つ。１３９４／ＩＰサービスロケーショ
ン処理機能１４０６から、第２の家庭内ネットワークの
サービス情報を受け取り、それをホームページとしてま
とめる。例えば、各サービス提供装置を表すアイコン、
文字列をホームページ上に配置する。そして、各サービ
ス提供装置を遠隔制御するためのコマンドを、それぞれ
に対応するホームページ上の各々のサービス提供装置を
表すアイコン、文字列にリンクさせる。このようにして
作成されたホームページに例えば公衆網２を介してアク
セスがあった場合には、必要に応じて要求されたホーム
ページを送信したり、公衆網２を介して受信した遠隔制
御のためのコマンドをＨＴＴＰ／ＲＴＳＰ処理機能１４
０９に転送するようになっている。詳細は後述する。

【０３６２】ここで、サービス提供装置を遠隔制御する
ためのコマンドとは、ＨＴＴＰあるいはＲＴＳＰ（ＷＷ
Ｗサーバ中のリアルタイムメディアを遠隔操作するため
のプロトコル）等に適したものである。ＨＴＴＰに適し
た遠隔制御のためのコマンドをＨＴＴＰコマンド、ＲＴ
ＳＰに適した遠隔制御のためのコマンドをＲＴＳＰコマ
ンドと呼ぶ。

【０３６３】ＨＴＴＰ／ＲＴＳＰ処理機能１４０９は、
内部にＨＴＴＰデーモンあるいはＲＴＳＰデーモンを有
しており、ホームページ処理機能１４０７から転送され
てきたＨＴＴＰコマンドあるいはＲＴＳＰコマンドに対
する処理を行う機能と共に、そのコマンドの宛先が、第
２のＡＶ接続装置５が代理となって公開しているサービ
スに割当てられているものである場合には、それを必要
に応じてＩＥＥＥ１３９４コマンドに変換し、１３９４
ＡＶコマンド処理機能１４０８を介して、１３９４バス
３上の機器の制御を行う機能（代理処理）も有する。

【０３６４】次に、第２の家庭内ネットワークにおい
て、第２のＡＶ接続装置５が第２の家庭内ネットワーク
に接続された各サービス提供装置のサービス情報を取得
する手順について説明する。これは、第１の実施形態と
同様である。即ち、図３に示したように、第２のＡＶ接
続装置５は、接続された機器（ＤＶＤプレーヤ８、デジ
タルＶＴＲ９、ＰＣ１０、プリンタ１１）のコンフィグ
レーションメモリを読み取ることと、図９に示したよう
に、サービスロケーションプロトコルを用いることと
で、第２の家庭内ネットワークに接続されたサービス提
供装置のサービス情報を取得する。

【０３６５】なお、コンフィグレーションメモリに含ま
れる情報は、図４、図５、図６の様なものがあってもよ
い。また、図１０に示した形式でサービス情報が登録さ
れていてもよい。

【０３６６】さて、この時点で、第２のＡＶ接続装置５
は、コンフィグレーションメモリの読み込みを通じて、
１３９４ノードとしてＤＶＤプレーヤ８、デジタルＶＴ
Ｒ９、ＰＣ１０、プリンタ１１を認識する。また、サー
ビスロケーションプロトコルを通じて、さらに、ＷＷＷ
サービス、デジタルアルバムサービス、エアコンサービ
ス、電子レンジサービスのそれぞれを認識する。ここ
で、第２のＡＶ接続装置５は、エアコンサービスと電子
レンジサービスはＰＣ１０にて提供されるサービスであ
ると認識する。

【０３６７】さて、第２のＡＶ接続装置５は、この収集
したサービス情報に基づき、「その家には何があるか
（どんなサービス提供装置、どんなサービスが存在する
か）」を紹介するホームページを作成する。

【０３６８】作成されるホームページは、例えば、図３
６に示すように、ユーザに認識させたいサービス提供装
置毎に、それらを表すアイコンや文字列などを列挙する
ものである。このホームページは、例えばその家のＷＷ
Ｗサーバがデフォルトで紹介する最初のホームページの
中の、例えば「わが家の電気機器」といった文字列な
り、アイコンなりからのハイパーリンクで到達できるよ
うに、これを構築してもよい。ちなみに、この「わが家
の電気機器」のホームページに移る際は、許可を得てい
ない他人に侵入されないように、何らかの認証手続きを
経るのが望ましい。

【０３６９】図３６に示したようなホームページ中のア
イコン、文字列をクリックすると、それに対応するサー
ビス提供装置あるいはサービス毎のホームページが現れ
るようにする。例えば、図３６のＤＶＤプレーヤのアイ
コンをクリックすると、それにリンクされた図３９に示
すような「ＤＶＤプレーヤのホームページ」が表示され
るようにしてもよい。

【０３７０】このような構成の例えば図３６に示すよう
なホームページを作成するために、ホームページ処理機
能１４０７は、例えば図３７のフローチャートに示すよ
うな手順を踏む。

【０３７１】まず、１３９４／ＩＰサービスロケーショ
ン処理機能１４０６に登録されているサービス情報を、
例えばサービス提供装置毎に１つずつ読み出し、各サー
ビス提供装置毎のホームページ（例えば、図３９に示す
ような「ＤＶＤプレーヤのホームページ」）を作成する
（ステップＳ１０１〜ステップＳ１０２）。

【０３７２】図３８に示すフローチャートは、ステップ
Ｓ１０２のサービス提供装置毎のホームページ作成処理
手順を示したものである。

【０３７３】１３９４／ＩＰサービスロケーション処理
機能１４０６に具備されている各サービス提供装置毎の
ＲＴＳＰコマンド対応テーブル１４１０（図５０参照）
を参照して各サービス提供装置の予め定められたコマン
ド群（ホームページを通して、ユーザに公開するサービ
ス提供装置の制御のためのコマンド群）を取得し（ステ
ップＳ１１１）、各コマンド毎にそれに対応するアイコ
ンあるいは文字列を作成する（ステップＳ１１２）。例
えば、サービス提供装置がＤＶＤプレーヤの場合、図５
０のＲＴＳＰコマンド対応テーブルから「再生」を指示
するための「ＰＬＡＹ」というＲＴＳＰコマンドを取得
し、そのコマンドに対応するアイコン（図３９のアイコ
ンｉ２０６）を作成する。

【０３７４】ＲＴＳＰコマンド対応テーブル１４１０
は、各サービス提供装置毎にＲＴＳＰコマンドが記述し
てある。例えば、ＤＶＤプレーヤ８の場合、コマンド群
としては、電源オン、電源オフ、再生、巻き戻し、前の
曲、早送り、次の曲、停止、一時停止の各ＲＴＳＰコマ
ンドが挙げられる。また、図５０に示すように、第２の
ＡＶ接続装置５にて代理処理を行っているＤＶＤプレー
ヤ８、デジタルＶＴＲ９の場合は、各ＲＴＳＰコマンド
に対応する１３９４コマンドをともに記憶されている。

【０３７５】なお、ＲＴＳＰコマンド対応テーブル１４
１０は、後述する図４２の１３９４／ＩＰコマンド変換
機能１４２３に具備されるテーブルと同一のものであっ
てもよい。

【０３７６】さて、ステップＳ１１２で作成されたアイ
コンあるいは文字列に、そのサービス提供装置のＲＴＳ
Ｐコマンドを対応付ける（ステップＳ１１３）。例え
ば、図３９の「再生」のアイコンｉ２０６には、「ＰＬ
ＡＹ」というＲＴＳＰコマンドを対応させる。例えば、
アイコンあるいは文字列と、それに対応するＲＴＳＰコ
マンドとをテーブルに登録しておいてもよい。

【０３７７】なお、第２のＡＶ接続装置５にて代理処理
を行っているＤＶＤプレーヤ８、デジタルＶＴＲ９の場
合は、第２のＡＶ接続装置５のアドレスとＤＶＤプレー
ヤ８、デジタルＶＴＲ９それぞれのＩＥＥＥ１３９４ノ
ードに割り当てたポート番号をＲＴＳＰコマンドに含め
る。

【０３７８】以上をそのサービス提供装置の提供する全
てのコマンドに対し行い、作成されたアイコンあるいは
文字列を適当に配置して、例えば図３９に示すようなサ
ービス提供装置のホームページを作成する（ステップＳ
１１４〜ステップＳ１１５）。

【０３７９】次に、図３７の説明に戻り、図３８のフロ
ーチャートに従って作成された各サービス提供装置毎の
ホームページへのハイパーリンクを持った、そのサービ
ス提供装置のアイコンあるいは文字列を作成あるいは取
得する（ステップＳ１０３）。すなわち、サービス提供
装置毎のアイコン等は、そのサービス提供装置のコンフ
ィグレーションメモリから取り出してもよいし、サービ
スロケーションプロトコルにより、このアイコンの位置
を一意に指定できるＵＲＬが提供され、そこに取りに行
く形で入手してもよい。

【０３８０】ステップＳ１０３で得たアイコンを、「わ
が家の電気機器」のホームページに貼り付ける。以上の
手順を第２の家庭内ネットワークに収容されれている全
てのサービス提供装置について行い、図３６のようなホ
ームページが作成できる（ステップＳ１０４）。

【０３８１】さて、図３６に示したホームページ上のサ
ービス提供装置を表すアイコンあるいは文字列のうち、
ＤＶＤプレーヤを表すアイコンｉ１０１をクリックする
と、このアイコンに対応付けられたサービス提供装置の
ホームページ、すなわち、図３９に示したようなＤＶＤ
プレーヤのホームページが現れる。

【０３８２】図３９に示したようなサービス提供装置の
ホームページ、すなわち、この場合、ＤＶＤプレーヤの
ホームページは、ＤＶＤプレーヤの操作盤として用い
て、ユーザはＤＶＤプレーヤ８を遠隔制御することがで
きる。例えば、「電源ＯＮ」ボタンをクリックすると、
ＤＶＤプレーヤ８の電源がオンになる、といった具合で
ある。

【０３８３】次に、例えば、第１の家庭内ネットワーク
のＰＣ６から第１のＡＶ接続装置４、公衆網２を介し
て、第２の家庭内ネットワーク内の各種サービス提供装
置（ＤＶＤプレーヤ８、デジタルＶＴＲ９、ＰＣ１０に
具備されたＷＷＷサーバ、デジタルアルバムサーバ機能
等、プリンタ１１）を遠隔制御する場合の処理動作を図
４０に示すシーケンス図を参照して説明する。

【０３８４】第１の家庭内ネットワークに収容されてい
るＰＣ６にて所定のＷＷＷブラウザを用いることによ
り、図３６に示したようなホームページが提示されたと
する。ユーザが、例えばＤＶＤプレーヤｉ１０１のアイ
コンをクリックすると、それに対応つけされたＤＶＤプ
レーヤのホームページを要求するＨＴＴＰメッセージが
ＰＣ６から出力される。

【０３８５】このメッセージを受けて、第１のＡＶ接続
装置４では第２のＡＶ接続装置５に対して、ＤＶＤのホ
ームページの送出要求を行う（ステップＳ４５０１）。
例えば、「ＧＥＴ／ａｐｐｌｉａｎｃｅｓ／ｄｖｄ．ｈ
ｔｍｌ ＨＴＴＰ／１．１」というメッセージが第１の
ＡＶ接続装置４から第２のＡＶ接続装置５に送信され
る。

【０３８６】これを受けて、第２のＡＶ接続装置５は、
例えば図３９で示したようなＤＶＤプレーヤのホームペ
ージのテキスト（図４１参照）を第１のＡＶ接続装置４
に対して送付する（ステップＳ４５０２）。

【０３８７】図４１に示すように、例えば「再生」のア
イコンｉ２０６に付与されるハイパーリンクは、再生を
指示するためのＲＴＳＰの「ＰＬＡＹ」コマンドであ
り、その接続先となるノード（本実施形態の場合、第２
のＡＶ接続装置５のＩＰアドレス、即ち「１９２．１６
８．１．２５４」）と、そのポート番号（本実施形態の
場合「２０００」）とが付加されている。このようにす
ることにより、「再生」のアイコンｉ２０６をクリック
すれば、ユーザは、ＲＴＳＰの「ＰＬＡＹ」コマンドを
送信先のアドレスを気にすることなく所望のノードの所
望のポートに送出することができるようになる。もっ
て、ＲＴＳＰを使った遠隔制御をハイパーリンクの関連
付けを通して行うことができるようになる。

【０３８８】さて、第１のＡＶ接続装置のユーザは、Ｄ
ＶＤのホームページを受け取ると、ＤＶＤプレーヤの遠
隔操作を開始できる。例えば、図３９のホームページの
「電源ＯＮ」のアイコンｉ２０１をクリックしたとする
（ステップＳ４５０３）。「電源ＯＮ」のアイコンｉ２
０１には、例えば、ＲＴＳＰの「ＳＥＴＵＰ」コマンド
がハイパーリンクにより対応づけられている。よって、
「ＳＥＴＵＰ ｒｔｓｐ：／／１９２．１６８．１．２
５４：２０００ ＲＴＳＰ／１．０ １ Ｔｒａｎｓ
ｐｏｒｔ： ｒｔｐ／ｕｄｐ；ｐｏｒｔ＝５５００」と
いコマンドデータが第１のＡＶ接続装置４から第２の接
続装置５に送信される（ステップＳ４５０４）。このコ
マンドデータによって、第１のＡＶ制御装置４は、ＲＴ
Ｐ／ＵＤＰの各プロトコルを使用してデータを送信し、
受信側のポート番号は「５５００」を用いることを要求
している。

【０３８９】これを受け取った第２のＡＶ接続装置５の
動作を以下に説明する。第２のＡＶ接続装置のＨＴＴＰ
／ＲＴＳＰ処理機能１４０９の内部構成例を図４２に示
す。上記ＲＴＳＰの「ＳＥＴＵＰ」コマンドデータは、
ＨＴＴＰ／ＲＴＳＰ主処理機能１４２１に到達する。こ
こでは、まず、「ＳＥＴＵＰ」コマンドデータ中、ポー
ト番号「２０００」は、１３９４ノードであるＤＶＤプ
レーヤ８に割り当てられているポート番号である事を認
識し、ＲＴＳＰ代理機能１４２２に制御が渡される。

【０３９０】ＲＴＳＰ代理機能１４２２は、１３９４／
ＩＰコマンド変換機能１４２３内のテーブルを参照し
て、対応する１３９４ＡＶ／Ｃコマンド（本実施形態の
場合、電源オンを意味するＡＶ／Ｃコマンド）を見つ
け、該当する１３９４ノード（本実施形態の場合、ＤＶ
Ｄプレーヤ８）に対して、１３９４ＡＶコマンド処理機
能１４０８を通して、上記ＡＶ／Ｃコマンドを発行する
（ステップＳ４５０５）。

【０３９１】これに成功すると、第２のＡＶ接続装置５
は、第１のＡＶ接続装置４に対して、制御完了を意味す
るＲＴＳＰの「ＯＫ」コマンドデータ（例えば、「ＲＴ
ＳＰ／１．０ ２００ １ ＯＫ Ｓｅｓｓｉｏｎ：
１２３４」）を送出する（ステップＳ４５０６）。そ
の際に、ＲＴＳＰコマンドには、このセッションを通し
て一意の番号として、セッション番号（本実施形態の場
合、「１２３４」）を付加している。第１のＡＶ接続装
置４のブラウザは、このセッション番号を保持し、以下
同一の装置に対してＲＴＳＰコマンドを発行する場合、
セッション番号「１２３４」をコマンドに付加する。

【０３９２】次に、ユーザは、図３９のホームページの
「再生」のアイコンｉ２０６をクリックしたとする（ス
テップＳ４５０７）。「再生」のアイコンｉ２０６に
は、例えば、ＲＴＳＰの「ＰＬＡＹ」コマンドがハイパ
ーリンクにより対応づけられている。よって、このハイ
パーリンクによって対応づけられた第２のＡＶ接続装置
５（ＩＰアドレス「１９２．１６８．１．２５４」、ポ
ート番号「２０００」、セッション番号「１２３４」）
に対して、「ＰＬＡＹ ｒｔｓｐ：／／１９２．１６
８．１．２５４：２０００ ＲＴＳＰ／１．０ ２
Ｓｅｓｓｉｏｎ：１２３４」というコマンドデータが第
１のＡＶ接続装置４から送信される（ステップＳ４５０
８）。

【０３９３】これを受信した第２のＡＶ接続装置５は、
ＤＶＤプレーヤ８の再生を促すべく、ＩＥＣ１８８３に
よる同期チャネルの確保（ステップＳ４５０９）、１３
９４ＡＶ／ＣプロトコルのＤＶＤプレーヤ８に対する
「ＰＬＡＹ」コマンドの実行（ステップＳ４５１０）を
行い、映像データの上記確保した同期チャネルに対する
送出を促す。そして、ＤＶＤプレーヤ８から映像データ
の送信準備が完了した旨の「ＡＣＫ」信号を受け取った
とき、第２のＡＶ接続装置５は、ＲＴＳＰの「ＯＫ」コ
マンドデータ（「ＲＴＳＰ／１．０ ２００ ２ ＯＫ
Ｓｅｓｓｉｏｎ：１２３４」）を第１のＡＶ接続装置
４に送信する（ステップＳ４５１１〜ステップＳ４５１
２）。

【０３９４】その後、第２のＡＶ接続装置５は、この同
期チャネルを通して送られてきた映像データをＩＰカプ
セル化し、ＩＰパケットとして第１のＡＶ接続装置４に
対して送出する（ステップＳ４５１３〜４５１５）。

【０３９５】第１のＡＶ接続装置４は、ＩＰパケットと
して上記映像データを受信し、映像の表示など必要な処
理を行う。映像の送出先をデジタルＴＶ７とする場合
は、第１の実施形態と同様に、第１の家庭内ネットワー
クであるＩＥＥＥ１３９４上における必要な同期チャネ
ルの確保や、第１のＡＶ接続装置４がデジタルＴＶ７に
対して、該同期チャネルからのデータ受信及びそのデー
タの画面への表示を指示した後、上記映像データを受信
ＩＰパケットから取り出し、ＩＥＥＥ１３９４向けのフ
ォーマットに変換した後、第１の家庭内ネットワークに
送出すればよい。

【０３９６】なお、ユーザが、図３９のホームページの
「電源ＯＮ」のアイコンｉ２０１をクリックする前に
「再生」のアイコンｉ２０６をクリックした場合でも、
そのユーザはＤＶＤプレーヤ８の操作の意志があると判
断して、「再生」のアイコンｉ２０６のクリックに呼応
して、「ＳＥＴＵＰ」コマンドと、「ＰＬＡＹ」コマン
ドの両方を送出するようになっていても良い。

【０３９７】また、ＤＶＤプレーヤのホームページを開
く時点で、ＲＴＳＰコマンドとして、ＤＶＤプレーヤの
「ＳＥＴＵＰ」コマンドを送出するようになっていても
良い。

【０３９８】以上説明したように、第２の家庭内ネット
ワークに収容される遠隔制御可能な全てのサービス提供
装置から収集されたサービス情報に基づき第２のＡＶ接
続装置５は、ＲＴＳＰコマンド対応テーブル１４１０を
参照して各サービス提供装置のＲＴＳＰコマンドとリン
クされたアイコンを掲載するホームページを作成し、こ
のホームページにアクセスした第１のＡＶ接続装置４側
で所望のアイコンがクリックされたとき、そのアイコン
にハイパーリンクによって対応付けられた（ＨＴＴＰ／
ＲＴＳＰ処理機能１４０９の１３９４／ＩＰコマンド変
換機能１４２３のテーブルに登録されている）ＲＴＳＰ
コマンドが、１３９４ＡＶ／Ｃコマンドに変換されて所
望のサービス提供装置に対し所望の制御を実行すること
により、第２の物理ネットワーク（例えばＩＥＥＥ１３
９４バス３）に接続されたサービス提供装置（例えばＤ
ＶＤプレーヤ８）がデータリンクレイヤに依存するプロ
トコルしか解釈できない場合でも（本発明のＡＶ接続装
置を用いれば）遠隔制御が可能となる。

【０３９９】さて、以上は第２のＡＶ接続装置５が映像
データをＩＰパケットにカプセル化して送出する場合に
ついて説明した。これに対して、第２のＡＶ接続装置５
が、ＩＰカプセル化を行わず、非ＩＰデータのまま第１
のＡＶ接続装置４に対して映像データを送出する方法も
考えられる。この場合について図４３に示すシーケンス
を参照して説明する。

【０４００】ステップＳ４８０１〜ステップＳ４８０２
の第１のＡＶ接続装置４のユーザは、ＤＶＤプレーヤの
ホームページを受け取り、ＤＶＤプレーヤの遠隔操作を
始めるまでは、図４０の説明と同様である。

【０４０１】例えば、図３９のホームページの「電源Ｏ
Ｎ」のアイコンｉ２０１をクリックしたとする（ステッ
プＳ４８０３）。「電源ＯＮ」のアイコンｉ２０１に
は、例えば、ＲＴＳＰの「ＳＥＴＵＰ」コマンドがハイ
パーリンクにより対応づけられている。よって、「ＳＥ
ＴＵＰ ｒｔｓｐ：／／１９２．１６８．１．２５４：
２０００ ＲＴＳＰ／１．０ １ Ｔｒａｎｓｐｏｒ
ｔ： ｉｅｃ１８８３／ｎｏｎｉｐ；ｐｏｒｔ＝ＦＡＮ
Ｐ」というＲＴＳＰの「ＳＥＴＵＰ」コマンドデータが
第１のＡＶ接続装置４から第２の接続装置５に送信され
る（ステップＳ４８０４）。このコマンドデータによ
り、第１のＡＶ制御装置４は、データをＩＥＣ１８８３
でカプセル化し、ＩＰパケットではない形で送信するこ
とを要求している（すなわち、ＲＴＳＰの［ＳＥＴＵ
Ｐ」コマンドには非ＩＰパケット化を指示するための
「ｉｅｃ１８８３／ｎｏｎｉｐ」という情報を含んでい
る）。また、送信されるデータのリンクレイヤ情報と、
属性情報を知るために、第２のＡＶ接続装置５に対し
て、ＦＡＮＰを用いて、上記情報を第１のＡＶ接続装置
４に通知することを要求している。

【０４０２】ＲＴＳＰの「ＳＥＴＵＰ」コマンドデータ
は、第２のＡＶ接続装置５のＨＴＴＰ／ＲＴＳＰ処理機
能１４０９で受け取られ、ＨＴＴＰ／ＲＴＳＰ主処理機
能１４２１に到達する。

【０４０３】ＨＴＴＰ／ＲＴＳＰ主処理機能１４２１で
は、ポート番号「２０００」は、１３９４ノードである
ＤＶＤプレーヤ８に割り当てられている番号である事を
認識し、ＲＴＳＰ代理機能１４２２に制御が渡される。

【０４０４】ＲＴＳＰ代理機能１４２２は、１３９４／
ＩＰコマンド変換機能１４２３内のテーブルを参照し
て、対応する１３９４ＡＶ／Ｃコマンド（本実施形態の
場合、電源オンを意味するＡＶ／Ｃコマンド）を見つ
け、該当する１３９４ノード（本実施形態の場合、ＤＶ
Ｄプレーヤ８）に対して、１３９４ＡＶコマンド処理機
能１４０８を通して、上記ＡＶ／Ｃコマンドを発行する
（ステップＳ４８０５）。

【０４０５】これに成功すると、第２のＡＶ接続装置５
は、第１のＡＶ接続装置４に対して、制御完了を意味す
るＲＴＳＰの「ＯＫ」コマンドデータ（例えば、「ＲＴ
ＳＰ／１．０ ２００ １ ＯＫ Ｓｅｓｓｉｏｎ：
１２３４」）を送出する（ステップＳ４８０６）。そ
の際に、ＲＴＳＰコマンドには、このセッションを通し
て一意の番号として、セッション番号（本実施形態の場
合、「１２３４」）を付加している。第１のＡＶ接続装
置４のブラウザは、このセッション番号を保持し、以下
同一の装置に対してＲＴＳＰコマンドを発行する場合、
セッション番号「１２３４」をコマンドに付加する。ブ
ラウザが保持するセッション番号は、ユーザによる明示
的なセッションの終了、例えばセッション終了に対応す
るハイパーリンクの参照、または対向側の第２のＡＶ接
続装置５によるセッションの終了、もしくはページのリ
ロードによっても更新される。

【０４０６】次に、ユーザは、図３９のホームページの
「再生」のアイコンｉ２０６をクリックしたとする（ス
テップＳ４８０７）。「再生」のアイコンｉ２０６に
は、例えば、ＲＴＳＰの「ＰＬＡＹ」コマンドがハイパ
ーリンクにより対応づけられている。よって、このハイ
パーリンクによって対応づけられた第２のＡＶ接続装置
５（ＩＰアドレス「１９２．１６８．１．２５４」、ポ
ート番号「２０００」、セッション番号「１２３４」）
に対して、「ＰＬＡＹ ｒｔｓｐ：／／１９２．１６
８．１．２５４：２０００ ＲＴＳＰ／１．０ ２
Ｓｅｓｓｉｏｎ：１２３４」というコマンドデータが第
１のＡＶ接続装置４から送信される（ステップＳ４８０
８）。

【０４０７】これを受信した第２のＡＶ接続装置５は、
ＤＶＤプレーヤ８の再生を促すべく、ＩＥＣ１８８３に
よる同期チャネルの確保（＃Ｘ）、１３９４ＡＶ／Ｃプ
ロトコルのＤＶＤプレーヤに対する「ＰＬＡＹ」コマン
ドの実行を行い、映像データの上記確保した同期チャネ
ルに対する送出を促す（ステップＳ４８０９〜Ｓ４８１
１）。そして、ＤＶＤプレーヤ８から映像データの送信
準備が完了した旨の「ＡＣＫ」信号を受け取ったとき、
第２のＡＶ接続装置５は、ＲＴＳＰの「ＯＫ」コマンド
データ（「ＲＴＳＰ／１．０ ２００ ２ ＯＫ Ｓｅ
ｓｓｉｏｎ： １２３４」）を第１のＡＶ接続装置４に
送信する（ステップＳ４８１１〜ステップＳ４８１
２）。

【０４０８】その後、第２のＡＶ接続装置５は、この同
期チャネル（＃Ｘ）を通して送られてきた映像データ
を、ＩＰカプセル化は行わず、そのまま公衆網のカプセ
ル化をして、第１のＡＶ接続装置４に対して送出する。
例えば、公衆網がＡＴＭ網であれば、第２のＡＶ接続装
置５に伝送されてきたＩＥＣ１８８３パケットをそのま
まＡＴＭ網にマッピングして送出してもよいし、ＩＥＣ
１８８３パケットを一度外し、映像データそのものをＡ
ＴＭ網にマッピングして送出してもよい。いずれにし
ろ、第２のＡＶ接続装置５が送出するリンクレイヤのヘ
ッダ情報を第１のＡＶ接続装置４に対して通知するた
め、ＦＡＮＰメッセージ「ＦＡＮＰ ｍｅｓｓａｇｅ
（ｃｈ： ＃ｙ、 Ｓｅｓｓｉｏｎ：１２３４）」を送
出する（ステップＳ４８１３）。

【０４０９】ＦＡＮＰメッセージの使い方は、基本的に
第１の実施形態と同様であるが、ステップＳ４８１２に
おいて通知されたセッション番号に対応するＦＡＮＰで
あることを明確にするために、このＦＡＮＰメッセージ
にはステップＳ４８１２にて通知された値と同一の値の
セッション番号（本実施形態の場合「１２３４」）が含
まれても良い。この様にすることにより、受信側ノード
すなわち第１のＡＶ接続装置４は、ＦＡＮＰメッセージ
が前記ＲＴＳＰの「ＰＬＡＹ」コマンドに対応するもの
であることを認識する事ができる。

【０４１０】さて、第２のＡＶ接続装置５では、ＤＶＤ
プレーヤ８から同期チャンネル（＃Ｘ）で送られてきた
映像データをＩＰカプセル化せずに公衆網２に出力する
と、それを受信した第１のＡＶ接続装置４では、映像の
表示など必要な処理を行う（ステップＳ４８１４〜Ｓ４
８１６）。その際、ステップＳ４８１５にあるように、
例えば、ＭＰＥＧｏｖｅｒ１３９４からＭＰＥＧｏｖｅ
ｒＡＴＭ等、伝送されるネットワークに依存するデータ
伝送方法が規定されている場合は、必要なフォーマット
変換を行っても良い。また、映像の送出先をデジタルＴ
Ｖ７とする場合も前述の場合と同様である。

【０４１１】以上の第４の実施形態では、ホームページ
中のアイコンあるいは文字列にサービス提供装置を遠隔
制御するためのＲＴＳＰコマンドをハイパーリンクにて
対応させる場合について説明してきたが、ハイパーリン
クにて対応させる代わりに各ＲＴＳＰコマンドに対応す
るホームページ中のアイコンあるいは文字列のそれぞれ
に、対応するＲＴＳＰコマンドデータを作成するための
プログラム（例えばＪＡＶＡ（登録商標）プログラム）
を張り付け、そのアイコンあるいは文字列がクリックさ
れた場合は、該プログラムを第１のＡＶ接続装置４（例
えば、第１のＡＶ接続装置４上のＪＡＶＡ仮想マシン）
にて起動して、図４０や図４３で説明したようなＲＴＳ
Ｐコマンドが送出されるようになっていてもよい。

【０４１２】この場合の処理動作は、図４０、図４３と
同様であり、異なるのは、例えば図４０のステップＳ４
５０４、図４３のステップＳ４８０２で第２のＡＶ接続
装置５から送信されるサービス提供装置のホームページ
のテキスト記述である。

【０４１３】サービス提供装置のホームページのテキス
トの一例を図４４に示す。図４４には、ＤＶＤプレーヤ
のホームページのテキストで、例えば、図３９の「再
生」のアイコンｉ２０６にＲＴＳＰコマンドを生成する
プログラムが付加されている。

【０４１４】やはり、この場合も、「再生」のアイコン
ｉ２０６をクリックすれば、ＲＴＳＰの「ＰＬＡＹ」コ
マンドを生成するプログラムを起動することにより、そ
のコマンドを所望のノードの所望のポートに送出するこ
とができるようになり、もってＲＴＳＰを使ったサービ
ス提供装置を遠隔制御することができる。

【０４１５】次に、図３９のホームページの「詳細設
定」のアイコン（ボタン）ｉ２１０について説明する。
このボタンは、ＲＴＳＰコマンドにて予め定められた遠
隔制御よりも細かな操作を対象のサービス提供装置（例
えば、ＤＶＤプレーヤ８）に対して行いたい場合に用い
るものである。即ち、ＩＥＥＥ１３９４のＡＶ／Ｃプロ
トコルにて規定されるＤＶＤプレーヤ８の制御コマンド
は、ＲＴＳＰで規定されるコマンドよりも多岐にわたる
可能性がある。このように、ＲＴＳＰコマンドにて、１
３９４ＡＶ／Ｃのすべてのコマンドに対応できない場合
の対策として、これを行うホームページを別途設け、図
３９の「詳細設定」のボタンを押すと、それに対応付け
られた、例えば「ＧＥＴ ／ａｐｐｌｉａｎｃｅｓ／ｄ
ｖｄ＿ｄｅｔａｉｌ．ｈｔｍｌ ＨＴＴＰ／１．１」と
いうコマンドが送出されて、図４７に示すようなＤＶＤ
プレーヤの詳細設定のためのホームページが送付され
る。

【０４１６】図４５は、サービス提供装置の詳細設定の
ためのホームページの作成処理手順を示したものであ
る。すなわち、前述の各サービス提供装置毎のコマンド
テーブル１４１０にて対応がなされていない、そのサー
ビス提供装置のリンクレイヤ方式（本実施形態の場合、
ＩＥＥＥ１３９４のＡＶ／Ｃプロトコル）に依存したコ
マンド（ネイティブコマンド）を登録したネイティブコ
マンド対応テーブルを別途１３９４／ＩＰサービスロケ
ーション処理機能１４０６に具備している。各サービス
提供装置毎にネイティブコマンドテーブルを参照してネ
イティブコマンドを取得し（ステップＳ１２１）、各コ
マンド毎にそれに対応するアイコンあるいは文字列を作
成する（ステップＳ１２２）。生成されたアイコンある
いは文字列にはＣＧＩ（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ
Ｉｎｔｅｒｆａｃｅ）スクリプトを対応付ける（ステ
ップＳ１２３）。以上をそのサービス提供装置のネイテ
ィブコマンドの全てに対し行い、作成されたアイコンあ
るいは文字列を適当に配置して、例えば図４７に示すよ
うなサービス提供装置の詳細設定のためのホームページ
を作成する（ステップＳ１２４〜ステップＳ１２５）。

【０４１７】なお、ネイティブコマンド対応テーブル
は、図４２に示したＨＴＴＰ／ＲＴＳＰ処理機能に具備
されているＣＧＩ処理機能１４２４内のテーブルと同様
のものであっても良い。

【０４１８】図４７のＤＶＤプレーヤの詳細設定のため
のホームページに配置されたボタン（アイコンあるいは
文字列）の一部は、第２のＡＶ接続装置５内のＣＧＩ
（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅｒｆａｃ
ｅ）処理機能により処理されるＣＧＩスクリプトに対応
付けされている。そして、おのおののＣＧＩスクリプト
が、対応するＩＥＥＥ１３９４のＡＶ／Ｃコマンドを、
第２の家庭内ネットワークのＩＥＥＥ１３９４バスに対
して送出するようなスクリプトとなっており、もって、
上記アイコンあるいは文字列をクリックすればＡＶ／Ｃ
プロトコルで定められた粒度の制御が行えるようにな
る。

【０４１９】このようにして、詳細設定のためのホーム
ページを作成し、そのホームページ内のアイコンあるい
は文字列がクリックされると、それい対応付けられた第
２のＡＶ接続装置５内のＣＧＩスクリプトを起動するた
めの要求メッセージがＨＴＴＰにて送信され、それを受
けて第２のＡＶ接続装置５では、該ＣＧＩスクリプトを
起動し、対応するＡＶ／Ｃコマンドが発行される。

【０４２０】図４６は、第２のＡＶ接続装置５から送信
される例えばＤＶＤプレーヤの詳細設定のためのホーム
ページのテキスト記述の一例を示したもので、図４７の
「スロー再生」の文字列にＣＧＩスクリプトを対応つけ
ている場合を示している。

【０４２１】図４７のＤＶＤプレーヤの詳細設定のため
のホームページで「通常再生」を選択すると、前述の図
４０のステップＳ４５０８同様にＲＴＳＰコマンドが発
行されるが、「言語選択」や「スロー再生」などのＲＴ
ＳＰでサポートされていないコマンドについては、第２
のＡＶ接続装置５のＨＴＴＰ／ＲＳＴＰ処理機能に具備
されたＣＧＩ処理機能１４２４において、該当するＣＧ
Ｉスクリプトを起動し、対応するＡＶ／Ｃコマンドを１
３９４ＡＶコマンド処理機能１４０８を通して発行す
る。

【０４２２】例えば、図４７に示すホームページで「ス
ロー再生」を選択した場合、これに対応するＣＧＩスク
リプトを起動するためのメッセージ「ＧＥＴ ｈｔｔ
ｐ：／／１９２．１６８．１．２５４／ｄｖｄ／ｓｌｏ
ｗｐｌａｙ．ｃｇｉ ＨＴＴＰ／１．１」を第２のＡＶ
接続装置５に向けて送出する。これを受信した第２のＡ
Ｖ接続装置５では、「スロー再生」のコマンドはＲＴＳ
Ｐでサポートされていないので、ＨＴＴＰ／ＲＳＴＰ処
理機能に具備されたＣＧＩ処理機能１４２４において、
該当するＣＧＩスクリプトを起動し、対応するＡＶ／Ｃ
コマンドを１３９４ＡＶコマンド処理機能１４０８を通
して発行する。

【０４２３】サービス提供装置の詳細設定のためのホー
ムページには、ＲＴＳＰコマンドに対応するアイコンあ
るいは文字列と、ＣＧＩスクリプトに対応するアイコン
あるいは文字列とが混在していてもよいし、また、その
ホームページがＣＧＩスクリプトに対応するアイコンあ
るいは文字列とでのみ構成されていてももちろん良い。
例えば、図４７の「再生」ボタンや「電源ＯＮ」、「電
源ＯＦＦ」のボタンなど、ＲＴＳＰコマンド対応テーブ
ルにあるコマンドについては、ハイパーリンクなり、Ｊ
ＡＶＡプログラム等により実現されていてもよく、「選
択言語」、「字幕」といった、その他の詳細コマンドに
ついてはＣＧＩにて実現されていてもよい。

【０４２４】また、図４７の詳細設定のためのホームペ
ージに配置されている全てのボタンは、ネイティブコマ
ンド対応テーブルに登録されていて、ＣＧＩスクリプト
に対応つけられていてもよい。

【０４２５】以上、第４の実施形態では、ＩＥＥＥ１３
９４バス上のＡＶ／Ｃコマンドに従うＡＶ機器の遠隔制
御について述べてきたが、同様の制御はその他の任意の
リンクレイヤに依存するプロトコル群を有する機器につ
いても同様に行うことができる。その一例として、ホー
ムオートメーション網の一種であるＬＯＮを適用する場
合について説明する。

【０４２６】図４８、図４９は、それぞれＬＯＮを接続
するＡＶ接続装置の内部構成例、ＨＴＴＰ／ＲＴＳＰ処
理機能の構成例を示したものである。

【０４２７】ＩＥＥＥ１３９４のＡＶ／Ｃコマンドの代
わりに、ＬＯＮで定められたコマンド群、例えばＬＯＮ
Ｔａｌｋ等のコマンド群を送出できるようになっている
点が、差分点であり、その他の各構成部は、前述同様で
ある。

【０４２８】なお、以上第４の実施形態で説明した各機
能は、ソフトウェアとしても実現可能である。また、上
記した各手順あるいは手段をコンピュータに実行させる
ためのプログラムを記録した機械読取り可能な媒体とし
て実施することもできる。

【０４２９】本発明は、上述した実施の形態に限定され
るものではなく、その技術的範囲において種々変形して
実施することができる。

【０４３０】（第５の実施形態）図５１は、本発明の第
５の実施形態に係る通信システムの構成例を示したもの
で、第１のネットワーク（例えばＩＥＥＥ１３９４バス
で構成されるホームネットワーク）２０１０および第２
のネットワーク（例えば公衆網２１０１上のインターネ
ット）が、ＡＶ接続装置２２０１を介して相互接続され
ている。以下、第１のネットワーク２０１０をホームネ
ットワーク２０１０、第２のネットワーク２１０１をイ
ンターネット２１０１と呼ぶ。また、ホームネットワー
ク２０１０に接続されている各端末装置はインターネッ
ト処理機能をもつ情報家電であるとする。

【０４３１】ＡＶ接続装置２２０１は、ホームネットワ
ーク２０１０とインターネット２１０１とを接続するゲ
ートウエイの役割を持ち、後述するように、ホームネッ
トワークやインターネットの終端機能、ルータ機能、プ
ロトコル変換機能、代理サーバ機能などを持つ。

【０４３２】ホームネットワーク２０１０を構成するＩ
ＥＥＥ１３９４バスには、パーソナルコンピュータ（Ｐ
Ｃ）２００１、プリンタ２００２、ＤＶＤプレーヤ２０
０３が接続されている。インターネット２１０１には、
ＩＰ通信を行うことのできるＩＰ端末２１０２が接続さ
れている。もちろん、上記以外の端末装置がホームネッ
トワーク２０１０、インターネット２１０１に接続され
ていてもよい。

【０４３３】図５１において、全ての端末装置はインタ
ーネット端末、即ちＩＰアドレスを持ち、ＩＰ通信を行
うことができる端末装置である。ただし、ホームネット
ワーク２０１０を構成するＩＥＥＥ１３９４バスは、プ
ライベートＩＰアドレス空間のアドレスで運用されてお
り、インターネット２１０２はグローバルＩＰアドレス
（例えばＩＰｖ４）空間で運用されている。ＩＰ端末２
１０１のＩＰアドレスは「Ｇ．２」であるとする。一
方、ホームネットワーク２０１０上の各装置のアドレス
としては、プライベートサブネットアドレス「Ｐ．０」
を持ち、ＰＣ２００１が「Ｐ．１」、プリンタ２００２
が「Ｐ．２」、ＤＶＤプレーヤ２００３が「Ｐ．３」で
あるとする。

【０４３４】ＡＶ接続装置２２０１は、アドレス体系の
異なるこれら２つのネットワークに接続されているの
で、２つの異なるアドレス体系のアドレスを有する。す
なわち、ホームネットワーク２０１０側のＩＰアドレス
が「Ｐ．２５４」で、インターネット２１０１側のＩＰ
アドレスが「Ｇ．１」であるとする。

【０４３５】図５２は、ＡＶ接続装置２２０１の構成例
を示したものである。ＡＶ接続装置２２０１は、ホーム
ネットワーク２０１０を構成するＩＥＥＥ１３９４バス
と接続するためのインタフェースを司る１３９４インタ
フェース（Ｉ／Ｆ）２２０２、インターネット２１０１
と接続するためのインタフェースを司るインターネット
インタフェース（Ｉ／Ｆ）２２０５、インターネットパ
ケットのルーチング処理や、グローバルＩＰアドレスと
プライベートＩＰアドレスとの間のアドレス変換等を行
うＩＰ処理部２２０２、ホームネットワーク２０１０内
のサービスを検出、収集し、これらサービスをインター
ネット２１０１側に対してホームページ処理部２２０４
を通じて提示（広告）するサービスロケーション代理処
理部２２０３、ホームネットワーク２０１０上の装置、
サービスについて、インターネット２１０１側からの遠
隔制御を行うことができるようなホームページを生成
し、これを要求に応じて配送するホームページ処理部２
２０４から構成される。

【０４３６】ＩＰ処理部２２０２は、アドレス変換処理
を行うＮＡＴ処理部２２０６を具備する。ＮＡＴとはネ
ットワークアドレス変換（トランスレーション）の略で
あり、一般にグローバルＩＰアドレスとプライベートＩ
Ｐアドレスとの間の変換処理、あるいはＩＰｖ４アドレ
スとＩＰｖ６アドレスとの変換処理等を行う。詳細は、
ＲＦＣ１６３１を参照されたい。

【０４３７】ＮＡＴ処理部２２０６は、ＩＰマスカレー
ドと呼ぶポート単位のアドレス変換機能もある。即ち、
ホームネットワーク２０１０側にいくつもの端末装置が
あったとしても、インターネット２１０１側に必要なグ
ローバルＩＰアドレスが１つ（本実施形態の場合「Ｇ．
１」）あれば十分とする技術であり、具体的には、ホー
ムネットワーク２１０１に接続されている各々の端末装
置、各々のサービス（例えばＲＦＣ１３４０で規定され
ているポート番号にて識別されるサービス）の論理多重
識別子（ＲＦＣ１３４０で規定されているポート番号に
て識別されるサービスの論理多重識別子はポート番号で
ある）に対して、同一のグローバルＩＰアドレス「Ｇ．
１」と、各サービス毎に別々の他の論理多重識別子（例
えばＲＦＣ１３４０で規定されているポート番号）を割
当て、これらの対応関係を図５５に示すようなテーブル
（アドレス・ポート番号変換テーブル２２０７）として
記憶する。そして、インターネット２１０１およびホー
ムネットワーク２０１０のいずれか一方から他方へ転送
されるパケットの宛先アドレスは、このテーブル２２０
７を用いて、互いのアドレス空間のアドレス及びポート
番号に変換されて転送されることにより、インターネッ
ト２１０１上の端末装置とホームネットワーク２０１０
上の装置とが互いに通信可能となる。

【０４３８】ＩＰ処理部２２０２は、さらに、パケット
フィルタ２２０８を具備する。パケットフィルタ２２０
８は、いわゆるファイアウオールとしての機能を有す
る。即ち、ＡＶ接続装置２２０１を通過すべきでないパ
ケット（あるいは通過してもよいパケット）を判別し、
通過すべきでないパケットについてはこれをＩＰ処理部
２２０２以外の他の部位に渡さないようにして（例えば
廃棄する）、外部からホームネットワーク２０１０への
アクセスを制限する。これにより、悪意のユーザによる
ホームネットワーク２０１０上のサービスへのアクセス
を未然に防止するようになっている。この判断処理のた
めに、パケットフィルタ２２０８は、例えば、ＡＶ接続
装置２２０１を通過してホームネットワーク２０１０へ
送出可能なパケットのソースアドレスを登録したテーブ
ル（パケットフィルタテーブル２２０９）を持ち、イン
ターネット２１０１から入力されるパケットのソースア
ドレスが、このテーブルに登録されている時にその通過
を許可する。なお、パケットフィルタテーブル２２０９
にはＡＶ接続装置２２０１を通過させないソースアドレ
スが登録されていてもよい。この場合、インターネット
２１０１から入力されるパケットのソースアドレスが、
このテーブルに登録されていなければ、そのパケットの
通過を許可する。

【０４３９】次に、図５３に示すシーケンスを参照し
て、インターネット２１０１上のＩＰ端末２１０２か
ら、ホームネットワーク２０１０にアクセスし、例えば
ＤＶＤプレーヤ２００３の遠隔操作を行う場合を例にと
り、ＡＶ接続装置２２０１の処理動作について説明す
る。

【０４４０】まず、ＡＶ接続装置２２０１のサービスロ
ケーション代理処理部２２０３は、ホームネットワーク
２０１０上のサービスロケーション情報を収集する（ス
テップＳ５００１〜ステップＳ５００３）。サービスロ
ケーション情報とは、ホームネットワーク２０１０上に
どのようなサービスあるいは端末装置が存在しているか
を示す情報である。サービスロケーション情報の収集を
行う方法としては、いくつかの方法が考えられる。例え
ば、サービスロケーションプロトコルを用いる方法、Ｌ
ＤＡＰ（ライトウエイトディレクトリアクセスプロトコ
ル）を用いる方法、ＤＨＣＰ（ダイナミックホストコン
フィグレーションプロトコル）を用いる方法、ＳＮＭＰ
（シンプル網管理プロトコル）のＭＩＢ（マネージメン
トインフォメーションベース）を用いる方法など、種々
の方法が考えられるが、これらのいずれの方法を用いて
も良い。

【０４４１】ここでは、例えば、図１２に示したような
サービスロケーションプロトコルを用いて、ホームネッ
トワーク２０１０上のサービスロケーション情報を収集
するものとする。なお、サービスロケーションプロトコ
ルの詳細はＲＦＣ２１６５を参照されたい。実際のサー
ビスロケーション情報の収集は、図５３のように、ＡＶ
接続装置２２０１がホームネットワーク２０１０のディ
レクトリエージェントとなっており、各サービスエージ
ェント（即ちＰＣ２００１、プリンタ２００２、ＤＶＤ
プレーヤ２００３）からＡＶ接続装置２２０１へ、それ
ぞれのサービスの登録を行うものであってもよい。

【０４４２】なお、このような方法以外にも、ＡＶ接続
装置２２０１がサポート可能なサービスについて、それ
ぞれのサービスにあらかじめ割当てられたＩＰマルチキ
ャストアドレスに対して、ＡＶ接続装置２２０１がサー
ビス要求を送出し、この要求に対し、当該サービスを提
供する端末装置自身が答えるようにしてもよい。また、
ＡＶ接続装置２２１０がホームネットワーク２０１０上
に別個存在するディレクトリエージェントに、ホームネ
ットワーク２０１０上のサービスの詳細を問い合わせる
ようにしてもよい。

【０４４３】ここで収集されたホームネットワーク２０
１０上で提供されているサービスに関する情報（より具
体的には、ホームネットワーク２０１０上の端末装置の
アドレスと当該装置により提供されるサービスのポート
番号（ＲＦＣ１３４０で規定））を基に、図５４のフロ
ーチャートに示すような処理動作を行う。

【０４４４】ＡＶ接続装置２２０１は、ホームネットワ
ーク２０１０の所有者（例えばＡさんとする）宅にどの
ようなサービスや端末装置が存在するのかを説明するホ
ームページをホームページ処理部２２０４にて作成する
（ステップＳ５１０１〜ステップＳ５１０２）。

【０４４５】このホームページは、例えば、図５９に示
すようなもので、インターネット２１０１上の任意の端
末装置から、Ａさん宅のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅ
ｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）、すなわち、例えば
「ｈｔｔｐ：／／Ｇ．１」にアクセスすると表示される
ホームページである。このホームページから、例えば、
ＣＧＩ（Ｃｏｍｍｏｎ Ｇａｔｅ Ｗａｙ）プログラム
により、Ａさん宅に存在している各サービスや端末装置
を操作することができるようなユーザインタフェースで
ある。実際には、このホームページから、ホームネット
ワーク２０１０上の各端末装置に対してリンクが張られ
ており、そのオブジェクトをクリックすると、次には各
端末装置のホームページに接続され、各端末装置が提供
する、その端末装置の操作スイッチ等を遠隔操作するこ
とが可能となるホームページが表示される仕組みになっ
ている。

【０４４６】次に、サービスロケーション代理処理部２
２０３は、先に収集されたサービス、あるいは端末装置
のそれぞれについて、独自の論理多重識別子、すなわ
ち、例えば、ＲＦＣ１３４０で規定されているポート番
号（ウエルノウンポート番号ではなく、動的に設定可能
なポート番号）を割り当てていく（ステップＳ５１０
４）。以下、ホームネットワーク２０１０上でもともと
定めれれているポート番号を第１のポート番号と呼び、
ホームネットワーク２０１０上のサービスに対しサービ
スロケーション代理処理部２２０３で独自に割り当てら
れるポート番号を、ホームネットワーク２０１０上でも
ともと定めれれているポート番号とは区別するために第
２のポート番号と呼ぶ。

【０４４７】例えば、第２のポート番号「２０００」は
ＤＶＤプレーヤ２００３に、第２のポート番号「２００
２」はプリンタ２００２、第２のポート番号「２００
４」はＰＣ２００１と言うように割当てていく。この第
２のポート番号は、ＡＶ接続装置２２０１のグローバル
ＩＰアドレスと組になり、運用される。即ち、インター
ネット２１０１側より、例えば第２のポート番号「２０
００」がアクセスされた場合、ＡＶ接続装置２２０１
は、これはＤＶＤプレーヤ２００３に対するアクセスで
あると解釈していくこととなる。なお、論理多重識別子
は、ＲＦＣ１３４０で規定されているポート番号に限ら
ず、ホームネットワーク２０１０上で提供される各サー
ビスをインターネット上で識別できる識別子であれば何
でもよい。

【０４４８】ＡＶ接続装置２２０１のグローバルユニー
クＩＰアドレスと、ホームネットワーク２０１０上で提
供される各サービスに割り当てられた第２のポート番号
と、ホームネットワーク２０１０上の当該サービスに対
する論理多重識別子としての第１のポート番号と、当該
サービスを提供する装置のプライベートＩＰアドレスと
の対応関係は、アドレス・ポート番号対応テーブル２２
０７に登録される（ステップＳ５１０５）。

【０４４９】アドレス・ポート番号対応テーブル２２０
７の具体例を図５５に示す。アドレス・ポート番号対応
テーブル２２０７には、ホームネットワーク２０１０上
で提供される各サービス毎に、インターネット２１０１
側のＩＰアドレス（グローバルユニークＩＰアドレス）
と第２のポート番号、ホームネットワーク２０１０側の
ＩＰアドレス（プライベートＩＰアドレス）と第１のポ
ート番号の対が登録されている。このテーブル２２０７
に、ホームネットワーク２０１０上で提供される全ての
サービスについての対応関係が順次登録されていく。

【０４５０】例えば、ＤＶＤプレーヤ２００３の場合、
ホームネットワーク２０１０内でのＤＶＤプレーヤのサ
ービス（ＩＰアドレス（プライベートＩＰアドレス）＝
Ｐ．３、第１のポート番号＝８０でＤＶＤプレーヤによ
り提供されるｈｔｔｐサービスであると、サービスロケ
ーションプロトコルにより解釈される）には、インター
ネット２１０１側に対しては、ＡＶ接続装置２２０１の
グローバルＩＰアドレス「Ｇ．１」で第２のポート番号
「２０００」が割当てられている。

【０４５１】このようなアドレス・ポート番号変換テー
ブル２２０７の作成が、Ａさん宅のサービスの各々につ
いて行われる。この各々について、Ａさん宅のホームペ
ージへの記述が行われる。

【０４５２】Ａさん宅の全てのサービスについて、テー
ブル２２０７への登録が終わった時点で、アドレス・ポ
ート番号変換テーブル２２０７の作成、及びＡさん宅の
ホームページの作成が終了する（ステップＳ５１０
６）。

【０４５３】さて、作成されたアドレス・ポート番号変
換テーブル２２０７は、ＡＶ接続装置２２０１内をＩＰ
パケットが通過する際、ＩＰアドレスとポート番号の変
換処理を行う際に用いられる。図５８を参照して、アド
レス・ポート番号変換テーブル２２０７を用いた、ＩＰ
アドレスとポート番号の変換処理について具体的に説明
する。例えばインターネット２１０１側から宛先ＩＰア
ドレスが「Ｇ．１」、宛先ポート番号が「２０００」で
あるようなＩＰパケットは、テーブル２２０７を参照す
ることにより、宛先ＩＰアドレスが「Ｐ．３」、宛先ポ
ート番号が「８０」であるようなＩＰパケットに変換さ
れて、ホームネットワーク２０１０側に送出される。逆
に、ホームネットワーク１１０側から送信元ＩＰアドレ
スが「Ｐ．３」、送信元ポート番号が「８０」であるよ
うなＩＰパケットは、送信元ＩＰアドレスが「Ｇ．
１」、送信元ポート番号が「２０００」であるようなＩ
Ｐパケットに変換されて、インターネット２１０１に送
出される。

【０４５４】さて、この様なアドレス・ポート番号変換
テーブル２２０７、及びＡさん宅のホームページの作成
を終了したＡＶ接続装置２２０１は、このホームページ
をＡさん宅のホームページとしてインターネット２１０
１上に公開する（図５９参照）。

【０４５５】次に、インターネット２１０１上のＩＰ端
末２１０２のユーザが、Ａさん宅のＤＶＤプレーヤ２０
０３の遠隔操作を行う場合について説明する。

【０４５６】インターネット２１０１側からＩＰパケッ
トを受信した場合のＡＶ接続装置２２１０の処理動作を
図５６に、ホームネットワーク２０１０側からＩＰパケ
ットを受信した場合のＡＶ接続装置２２０１の処理動作
を図５７に示す。以下、図５３と図５６〜図５７に示す
フローチャートを参照して説明する。

【０４５７】まず、ＩＰ端末２１０２はＡＶ接続装置２
２０１に対して、Ａさん宅のホームページの送付を要求
するため、認証手続きを行う（図５３のステップＳ５０
０４）。例えばＩＰ端末２１０２のユーザに対して、パ
スワード入力等を要求し、これにより認証されたユーザ
についてのみ、そのＩＰ端末２１０２のＩＰアドレスを
前述のパケットフィルタテーブル２２０９に登録する。

【０４５８】パケットフィルタテーブル２２０９は、単
にＩＰアドレスが羅列してあるのみのテーブルで、この
テーブルに登録されているＩＰアドレスのみがホームネ
ットワーク２０１０、およびホームネットワーク２０１
０上で提供されるサービスへのアクセスが可能となる。

【０４５９】次に、ＩＰ端末２１０２は、ＡＶ接続装置
１０４に対して、Ａさん宅のホームページの送付を要求
する（ステップＳ５００５）。パケットフィルタ２２０
８で当該ホームページの送付要求のパケットのソースア
ドレスがパケットフィルタテーブル２２０９に登録され
ているか否かをチェックし（ステップＳ５００６）、当
該ソースアドレスがパケットフィルタテーブル２２０９
に登録されている場合に限り、当該パケットはホームペ
ージ処理部２２０４に渡され、当該要求に応じて、ホー
ムページ処理部２２０４は、ＩＰ端末２１０２に対し
て、Ａさん宅のホームページの送付を行う（ステップＳ
５００７）。

【０４６０】ここで送付されるホームページには、図５
９に示したように、ホームネットワーク２０１０上のＤ
ＶＤプレーヤ２００３、プリンタ２００２、ＰＣ２００
１のそれぞれのホームページへのリンクが付いている。
例えば、図５９のホームページ上の「ＤＶＤプレーヤ」
という文字あるいは絵にはＤＶＤプレーヤ２００３へリ
ンクされている。実際のリンク先のアドレスはＡＶ接続
装置２２０１のグローバルＩＰアドレス「Ｇ．１」の第
２のポート番号「２０００」となっており、形式上は、
ＡＶ接続装置２２０１がホームネットワーク２０１０上
の装置へアクセスするための代理サーバとなっている。
これは、もちろん、ＩＰ端末２１０２からは認識されて
いない。しかしながら、代理サーバ処理とは違い、実際
にＡＶ接続装置２２０１が行う処理は、後述のようにＩ
Ｐマスカレード処理、即ちＩＰアドレスとポート番号の
変換処理である。

【０４６１】さて、ＩＰ端末２１０２のユーザは、ＤＶ
Ｄプレーヤ２００３の遠隔操作をするべく、ＤＶＤプレ
ーヤのホームページの送出要求を送出する。例えば、図
５９に示したホームページ上の「ＤＶＤプレーヤ」とい
う文字あるいは絵をクリックすることにより、ＤＶＤプ
レーヤのホームページの送出要求のＩＰパケットが送出
される。このパケットの宛先は、宛先ＩＰアドレスが
「Ｇ．１」、宛先ポート番号が「２０００」である（ス
テップＳ５００８）。

【０４６２】このＩＰパケットをＡＶ接続装置２２０１
が受信したときの処理動作、すなわち、図５３のステッ
プＳ５００９〜ステップＳ５０１０までのパケットフィ
ルタリング及びアドレス・ポート番号変換処理について
図５６に示すフローチャートを参照して説明する。

【０４６３】ＡＶ接続装置２２０１は、受信したＩＰパ
ケットの宛先アドレスを参照して自分宛てであることを
確認すると（ステップＳ５２０１）、まず、パケットフ
ィルタテーブル２２０９を参照してパケットフィルタリ
ング処理を行う（ステップＳ５２０２）。当該パケット
のソースアドレスがパケットフィルタテーブル２２０９
に登録されていれば、次に、当該パケットの宛先ＩＰア
ドレスと宛先ポート番号との組がアドレス・ポート番号
変換テーブル２２０７に登録されているか否かをチェッ
クする（ステップＳ５２０３）。登録されていれば、ア
ドレス・ポート番号変換テーブル２２０７に従って、当
該宛先ＩＰアドレス及び宛先ポート番号を、対応するホ
ームネットワーク側のＩＰアドレス（プライベートＩＰ
アドレス）及び第１のポート番号に差し替え（ステップ
Ｓ５２０４）、ホームネットワーク２０１０へ当該ＩＰ
パケットを送出する（ステップＳ５２０５）。この様に
して、グローバルＩＰアドレスおよび第２のポート番号
から、プライベートアドレスおよび第１のポート番号へ
のアドレス変換が行われる。

【０４６４】なお、アドレス・ポート番号変換テーブル
２２０７に登録されておらず、かつＡＶ接続装置２２０
１自身宛てのパケットでない場合は、そのパケットは廃
棄する（ステップＳ５２０６）。

【０４６５】図５３の説明に戻り、アドレス・ポート番
号変換処理（ＩＰマスカレード処理）が施されて、ホー
ムネットワーク２０１０側へ送出されたＩＰパケット
は、ＤＶＤプレーヤ２００３に到達し（ステップＳ５０
１１）、ＤＶＤプレーヤ２００３はＩＰ端末２１０２の
グローバルＩＰアドレスを宛先アドレスとしてＤＶＤプ
レーヤ２００３のホームページを送付する。その際のＩ
Ｐパケットの送信元ＩＰアドレスはプライベートＩＰア
ドレス「Ｐ．３」、送信元ポート番号は第１のポート番
号「８０」である（ステップＳ５０１２）。

【０４６６】ＤＶＤプレーヤ２００３のホームページを
含むＩＰパケットをホームネットワーク２０１０側から
受信したときのＡＶ接続装置２２０１の処理動作、すな
わち、図５３のステップＳ５０１３のアドレス・ポート
番号変換処理動作について図５７に示すフローチャート
を参照して説明する。

【０４６７】ＡＶ接続装置２２０１は、受信したＩＰパ
ケットの送信元アドレスとポート番号との組がアドレス
・ポート番号変換テーブル２２０７に登録されているか
否かをチェックする（ステップＳ５３０１〜ステップＳ
５３０２）。登録されていれば、アドレス・ポート番号
変換テーブル２２０７に従って、当該宛先ＩＰアドレス
及び宛先ポート番号を、対応するインターネット側のＩ
Ｐアドレス（グローバルユニークＩＰアドレス）及び第
２のポート番号に差し替えてから（ステップＳ５３０
３）、当該ＩＰパケットをインターネット２１０１へ送
出する（ステップＳ５３０４）。なお、ステップＳ５３
０３において、アドレス・ポート番号変換テーブル２２
０７に登録されていなかったときは、通常のＩＰマスカ
レード処理を行う（ステップＳ５３０５）。すなわち、
ソースアドレスとポート番号との組を新たにアドレス・
ポート番号変換テーブルに登録し、以降のＩＰマスカレ
ード通信に備える。

【０４６８】図５３の説明に戻り、アドレス・ポート番
号変換処理（ＩＰマスカレード処理）が施されて、イン
ターネット２１０１側へ送出されたＩＰパケットは、Ｉ
Ｐ端末２１０２に到達し（ステップＳ５０１４）、ＩＰ
端末２１０２にＤＶＤプレーヤ２００３のホームページ
が表示され、この画面を使って、ＩＰ端末２１０２のユ
ーザはＤＶＤプレーヤ２００３の遠隔操作を行うことに
なる。

【０４６９】この遠隔操作は、たとえば、ＤＶＤプレー
ヤ２００３の再生動作の開始等をＩＰ端末２１０５とＤ
ＶＤプレーヤ２００３との間でＣＧＩプログラムによる
要求とその処理結果をＩＰパケットでやり取りして行わ
れるが、その際、当然ながら図５３のステップＳ５０１
０、ステップＳ５０１３の様なＩＰマスカレード処理が
行われる。

【０４７０】この間、ＩＰ端末２１０２は、自分がプラ
イベートアドレス空間のノード（具体的にはプライベー
トＩＰアドレスを持ったＤＶＤプレーヤ２００３）と通
信をしているという認識はない。このように、サービス
の紹介とアドレス変換処理（ＩＰマスカレード処理）と
を一体として扱うことにより、グローバルユニークＩＰ
アドレス空間からプライベートＩＰアドレス空間中で提
供されるサービスへのアクセスを可能としている。

【０４７１】なお、本実施形態においては、第２のネッ
トワークとしてグローバルＩＰアドレス空間を持つイン
ターネット２１０１、第１のネットワークとしてプライ
ベートＩＰアドレス空間を持つホームネットワーク２０
１０との間におけるＡＶ接続装置２２０１によるアドレ
ス・ポート番号変換処理を説明してきたが、当然なが
ら、第１および第２のネットワークは、以下のような組
み合わせのいずれも可能である。

【０４７２】（１）グローバルＩＰアドレスと、プライ
ベートＩＰアドレスとの組み合わせ （２）ＩＰｖ４アドレスと、ＩＰｖ６アドレスとの組み
合わせ （３）ＩＰｖ６アドレスと、リンクローカルＩＰｖ６ア
ドレスとの組み合わせ 例えば、第２のネットワークとしてＩＰｖ４アドレスに
て運用されるインターネット、第１のネットワークとし
てＩＰｖ６アドレスにて運用されるインターネットとし
ても、本発明は適用が可能である。

【０４７３】また、第２のネットワークをＩＰｖ６アド
レスにて運用されるインターネット、第１のネットワー
クとしてリンクローカルＩＰｖ６アドレスにて運用され
るインターネットとしても、本発明は、そのまま適用が
可能である。

【０４７４】また、上記実施形態においては、インター
ネット２１０２に対する、ホームネットワーク２０１０
上のサービスの広告の方法として、ＡＶ接続装置２２０
１上のホームページを使う方法について説明してきた
が、このサービス広告の方法としては、上記方法以外
に、ＬＤＡＰ（ライトウエイトディレクトリアクセスプ
ロトコル）を用いる方法、ＤＨＣＰ（ダイナミックホス
トコンフィグレーションプロトコル）のコンフィグレー
ションオプションを用いる方法、ＳＮＭＰ（シンプル網
管理プロトコル）のＭＩＢ（マネージメントインフォベ
ース）のリモートアクセスを用いる方法など、種々の方
法が考えられる。このサービス広告の方法として、これ
らのいずれの方法を用いてももちろん良い。

【０４７５】

【発明の効果】本発明によれば、特定のネットワークに
依存せず、統一的なサービス提供環境を実現することが
可能となる。

【０４７６】また、本発明によれば、ＯＳやハードウェ
アに依存せず、必要の生じた時点で装置制御プログラム
を登録することが可能となる。

【図面の簡単な説明】

【図１】本発明の第１の実施形態に係るネットワーク・
システムの一構成例を示す図

【図２】同実施形態に係るＡＶ接続装置の内部構成例を
示す図

【図３】端末／サービス収集のシーケンスの一例を示す
図

【図４】コンフィグレーションＲＯＭに記述される内容
の一例を示す図

【図５】コンフィグレーションＲＯＭに記述される内容
の他の例を示す図

【図６】コンフィグレーションＲＯＭに記述される内容
のさらに他の例を示す図

【図７】サービス別の表示を行う場合の画面例を示す図

【図８】端末別の表示を行う場合の画面例を示す図

【図９】ディレクトリエージェントにサービス情報を登
録する手順の一例を示す図

【図１０】ディレクトリエージェントに登録する情報の
一例を示す図

【図１１】サービス別の表示を行う場合の画面例を示す
図

【図１２】ディレクトリエージェントからサービス情報
を入手する手順の一例を示す図

【図１３】ディレクトリエージェントから入手された情
報の一例を示す図

【図１４】サービス別の表示を行う場合の画面例を示す
図

【図１５】ＤＶＤプレーヤ操作のための画面例を示す図

【図１６】第２の家庭内ＬＡＮ上から第１の家庭内ＬＡ
Ｎ上のサービスを利用する場合におけるネットワーク上
を流れるコマンド群、プロトコル群についてのシーケン
スの一例を示す図

【図１７】コマンド変換について説明するための図

【図１８】第２の家庭内ＬＡＮ上から第１の家庭内ＬＡ
Ｎ上のサービスを利用する場合におけるネットワーク上
を流れるコマンド群、プロトコル群についてのシーケン
スの他の例を示す図

【図１９】第２の家庭内ＬＡＮ上から第１の家庭内ＬＡ
Ｎに接続された装置を制御する場合におけるネットワー
ク上を流れるコマンド群、プロトコル群についてのシー
ケンスの他の例を示す図

【図２０】コマンド変換について説明するための図

【図２１】本発明の第２の実施形態に係るＰＣの一構成
例を示す図

【図２２】同実施形態に係るデバイスドライバのソフト
ウェア構成の一例を示す図

【図２３】論理デバイス管理オブジェクト初期化手順を
示すフローチャート

【図２４】論理デバイスクラスオブジェクト初期化手順
を示すフローチャート

【図２５】論理デバイスオブジェクト初期化手順を示す
フローチャート

【図２６】物理デバイスオブジェクト初期化手順を示す
フローチャート

【図２７】不明のタイプを利用した場合におけるソフト
ウェア構造を説明するための図

【図２８】アプリケーションによる新規デバイスクラス
追加要求手順を示すフローチャート

【図２９】論理デバイス管理オブジェクトによる新規デ
バイスクラス追加手順を示すフローチャート

【図３０】本発明の第３の実施形態に係る家庭内ＬＡＮ
間を接続したネットワーク・システムの構成例を示す図

【図３１】クライアント側の接続前におけるネットワー
ク経由サービスのソフトウェア構造を示す図

【図３２】クライアント側の接続後におけるネットワー
ク経由サービスのソフトウェア構造を示す図

【図３３】プロキシ側の接続前におけるネットワーク経
由サービスのソフトウェア構造を示す図

【図３４】プロキシ側の接続後におけるネットワーク経
由サービスのソフトウェア構造を示す図

【図３５】本発明の第４の実施形態に係るＡＶ接続装置
の構成例を示した図

【図３６】第２の家庭内ネットワークに収容される全て
の遠隔制御可能なサービス提供装置を提示したホームペ
ージの具体例を示した図

【図３７】図３６に示したようなホームページの作成手
順を説明するためのフローチャート

【図３８】サービス提供装置のホームページの作成手順
を説明するためのフローチャート

【図３９】サービス提供装置（ＤＶＤプレーヤ）のホー
ムページの具体例を示した図

【図４０】第２の家庭内ネットワークに収容されるサー
ビス提供装置を遠隔制御する場合の処理動作を説明する
ためのシーケンス図（ホームページのアイコンとＲＴＳ
Ｐコマンドが対応付けられ、さらに、送信データをＩＰ
カプセル化する場合）。

【図４１】送信されるホームページのテキストの一具体
例を示した図。

【図４２】ＡＶ接続装置のＨＴＴＰ／ＲＴＳＰ処理機能
の構成例を示した図

【図４３】第２の家庭内ネットワークに収容されるサー
ビス提供装置を遠隔制御する場合の処理動作を説明する
ためのシーケンス図（ホームページのアイコンとＲＴＳ
Ｐコマンドが対応付けられ、さらに、送信データをＩＰ
カプセル化しない場合）。

【図４４】サービス提供装置（ＤＶＤプレーヤ）のホー
ムページのテキストの他の例を示した図（図３９の「再
生」のアイコンにＲＴＳＰコマンドを生成するプログラ
ムが付加されている場合）

【図４５】サービス提供装置の詳細設定のためのホーム
ページの作成処理手順を示したフローチャート

【図４６】サービス提供装置（ＤＶＤプレーヤ）の詳細
設定のためのホームページのテキスト記述の一例を示し
た図（図４７の「スロー再生」の文字列にＣＧＩスクリ
プトを対応つけている場合）

【図４７】サービス提供装置（ＤＶＤプレーヤ）の詳細
設定のためのホームページの具体例を示した図

【図４８】ＬＯＮを接続するＡＶ接続装置の内部構成例
を示した図

【図４９】図４８のＨＴＴＰ／ＲＴＳＰ処理機能の構成
例を示した図

【図５０】ＲＴＳＰコマンド対応テーブルの一具体例を
示した図

【図５１】本発明の第５の実施形態に係る通信システム
の構成例を示した図。

【図５２】図５１のＡＶ接続装置の構成例を示した図。

【図５３】インターネット上のＩＰ端末からホームネッ
トワークにアクセスして、ＤＶＤプレーヤの遠隔操作を
行う場合の図５１に示した通信システム全体のシーケン
ス図。

【図５４】ホームネットワーク上で提供されているサー
ビスに関する情報（ホームネットワーク上の端末装置の
アドレスと当該装置により提供されるサービスのポート
番号）を基にした、ＡＶ接続装置の処理動作を説明する
ためのフローチャート。

【図５５】アドレス・ポート番号対応テーブルの具体例
を示した図。

【図５６】インターネット側からＩＰパケットを受信し
た場合のＡＶ接続装置の処理動作を説明するためのフロ
ーチャート。

【図５７】ホームネットワーク側からＩＰパケットを受
信した場合のＡＶ接続装置の処理動作を説明するための
フローチャート。

【図５８】アドレス・ポート番号変換テーブルを用い
た、ＩＰアドレスとポート番号の変換処理を具体的に説
明するための図。

【図５９】ＡＶ接続装置にて作成される宅内ホームペー
ジの一例を示した図。

【符号の説明】

１、３…ＩＥＥＥ１３９４バス ２…公衆網 ４、５…ＡＶ接続装置 ６、１０…ＰＣ ７…デジタルＴＶ ８…ＤＶＤプレーヤ ９…デジタルＶＴＲ １１…プリンタ １２…ホームオートメーション網 １３…エアコン １４…電子レンジ ２１…１３９４インタフェース ２２…データリンクスイッチ ２３…公衆網インタフェース ２４…ＩＰ処理機能 ２５…ＦＡＮＰ処理機能 ２６…１３９４／ＩＰサービスロケーション処理機能 ２７…サービスロケーション代理機能 ２８…１３９４ＡＶコマンド処理機能 ２９…１３９４／ＩＰコマンド変換機能 ６１、６２…コマンド対応テーブル ７１…サービス代理受信機能 ７２…ＣＣＣＰ／ＬＯＮコマンド変換機能 ７３…ＬＯＮコマンド発行機能 ８１、４０１、４０２…ＰＣ ８２…プロセッサ ８３…メインメモリ ８４…システムバス ８５…２次記憶装置 ８６、８７…ＩＥＥＥ１３９４インタフェース ８８…ハードディスク ９０、４３１…プリンタ ９１、４３２…ＦＡＸ ９２、４３３…マッサージ装置 ９３、４３４…トースタ １０１、５０１、６０１…論理デバイス管理機能 １０２、５０２、６０２…２次記憶管装置理機能 １０３、５０３、６０３…１３９４インタフェース管理
機能 １０４、６０４…プリンタのｕｎｉｔ１ １０５、６０５…ＦＡＸのｕｎｉｔ１ １０６、６０６…ＦＡＸのｕｎｉｔ２ １０７、６０７…マッサージ装置のｕｎｉｔ１ １０８、６０８…マッサージ装置のｕｎｉｔ２ １０９、５０８…トースタのｕｎｉｔ１ １１１、１１２、５１１、５１２、６１１、６１２…ハ
ードディスク管理機能 １１３、１１４、５１３、５１４、６１３、６１４…Ｉ
ＥＥＥ１３９４インタフェースのデバイスドライバ １２１、５２１、６２１…１３９４管理オブジェクト １２２、５２２、６２２…論理デバイス管理オブジェク
ト １３１〜１３５、５３１〜５３４、６３１〜６３５…論
理デバイスクラスオブジェクト １３１−１、１３１−２、１３２−１、１３３−１、１
３４−１〜１３４−３、１３５−１、５３３−１、５３
３−２、５３４−１、６３１−１、６３１−２、６３２
−１、６３３−１、６３４−１、６３４−２、６３５−
１、６３５−２…論理デバイスオブジェクト １５１〜１５６、５５１〜１５３、６５１〜１５５…物
理デバイスオブジェクト １６１〜１６６、５６１〜５６３、６６１〜６６５…ド
ライバオブジェクト ４１１、４１２…ネットワーク接続装置 ４１３…ＩＳＤＮ通信回線 ４２１、４２２…１３９４バス ５０４…ＩＰ機能 ５７１…１３９４スタブオブジェクト ６８１…１３９４プロキシオブジェクト １４０１…１３９４Ｉ／Ｆ １４０２…データリンクスイッチ １４０３…公衆網Ｉ／Ｆ １４０４…ＩＰ処理機能 １４０５…ＦＡＮＰ処理機能 １４０６…１３９４／ＩＰサービスロケーション処理機
能 １４０７…ホームページ処理機能 １４０８…１３９４ＡＶコマンド処理機能 １４０９…ＨＴＴＰ／ＲＴＳＰ処理機能 １４１０…ＲＴＳＰ対応テーブル ２００１…パーソナルコンピュータ ２００２…プリンタ ２００３…ＤＶＤプレーヤ ２０１０…第１のネットワーク（ホームネットワーク） ２１０１…第２のネットワーク（インターネット） ２１０２…ＩＰ端末装置 ２２０１…ＡＶ接続装置

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 ＦＩ Ｈ０４Ｌ 12/54 Ｈ０４Ｌ 11/20 Ｂ 12/58 １０１Ｂ 29/06 13/00 ３０５Ｂ Ｈ０４Ｍ 3/00 3/42

Claims (37)

【特許請求の範囲】
1. 【請求項１】単一アドレス空間にマップされたレジスタ
   の操作を行う通信手段と、 自装置に関する構成情報を記憶する構成情報記憶手段と
   を備えた通信装置であって、 前記構成情報記憶手段には、自装置上で稼動するサービ
   スに関する情報を動的に記述することを特徴とする通信
   装置。
2. 【請求項２】単一アドレス空間にマップされたレジスタ
   の操作を行う通信手段と、 自装置に関する構成情報を記憶する構成情報記憶手段と
   を備えた通信装置であって、 前記構成情報記憶手段には、自装置上で稼動するサービ
   スに関する情報と、自装置の属性に関する情報とを併せ
   て記述することを特徴とする通信装置。
3. 【請求項３】単一アドレス空間にマップされたレジスタ
   の操作を行う第１の通信手段と、 自装置に関する構成情報を記憶する構成情報記憶手段と
   を備えた通信装置であって、 前記構成情報記憶手段には、自装置に前記第１の通信手
   段とは異なる第２の通信手段を介して接続されたネット
   ワークに関する構成情報の少なくとも一部を記述するこ
   とを特徴とする通信装置。
4. 【請求項４】接続されたネットワーク内に存在するディ
   レクトリエージェントにサービスを登録する通信装置で
   あって、 接続された前記ネットワークのデータリンクに依存する
   プロトコルで通信する、電子的装置のサービスを、該電
   子的装置に代わって前記ディレクトリエージェントに登
   録する手段を備えたことを特徴とする通信装置。
5. 【請求項５】接続されたネットワーク内のユーザエージ
   ェントからの問い合わせに応じてサービスに関する情報
   を通知する通信装置であって、 接続された前記ネットワークのデータリンクに依存する
   プロトコルで通信する、電子的装置のサービスを、該電
   子的装置に代わって前記ユーザエージェントに通知する
   手段を備えたことを特徴とする通信装置。
6. 【請求項６】前記ディレクトリエージェントへの登録ま
   たは前記ユーザエージェントへの通知の際に、登録また
   は通知する前記サービスへのアクセスのためのポートと
   して、自装置の論理多重識別子を登録または通知するこ
   とを特徴とする請求項４または５に記載の通信装置。
7. 【請求項７】前記論理多重識別子で指定されたポートに
   コマンドが到達した場合に、このコマンドを、それに対
   応する前記データリンクに依存するプロトコルのコマン
   ドに変換して、前記電子的装置に送信することを特徴と
   する請求項６に記載の通信装置。
8. 【請求項８】前記論理多重識別子のポートに到達したコ
   マンドを、該コマンドに対応する前記データリンクに依
   存するプロトコルのコマンドにマッピングするための対
   応テーブルを有することを特徴とする請求項６に記載の
   通信装置。
9. 【請求項９】第１の通信手段に従えば通信できず、第２
   の通信手段に従えば通信可能な電子的装置と、第１の通
   信手段および第２の通信手段のいずれに従っても通信可
   能な電子的装置とが接続される可能性のあるネットワー
   クに接続された通信装置におけるサービス登録方法であ
   って、 前記第１の通信手段を通じて前記電子的装置夫々から提
   供されるサービスに関する情報の登録を受け付け、 前記第２の通信手段により存在が認識された電子的装置
   で、かつ、前記第１の通信手段を通じての前記通知がな
   かったものについて、登録すべき該電子的装置夫々によ
   り提供されるサービスに関する情報を前記第２の通信手
   段を用いて取得し、 通知された前記サービスに関する情報および取得された
   前記サービスに関する情報をもとに、前記ネットワーク
   上のサービスディレクトリ情報を構成することを特徴と
   するサービス登録方法。
10. 【請求項１０】第１のプロトコルに従えば通信できず、
    第２のプロトコルに従えば通信可能な少なくとも１つの
    電子的装置が接続された通信装置におけるサービス提供
    方法であって、 前記電子的装置により提供されるサービスへのアクセス
    のためのポートとして前記第１のプロトコルに従う自装
    置の論理多重識別子を割り当て、 前記論理多重識別子で指定されたポートにコマンドが到
    達した場合に、このコマンドを、前記第２のプロトコル
    に従うコマンドに変換して、前記電子的装置に送信する
    ことを特徴とするサービス提供方法。
11. 【請求項１１】単一アドレス空間にマップされたレジス
    タの操作を行う通信手段と、 前記通信手段によって認識された電子的装置の属性情報
    を入手する入手手段と、 前記通信手段に対して前記単一アドレス空間上のレジス
    タの操作を行う指示を発行することによって前記電子的
    装置を制御する装置制御プログラムの登録を、入手され
    た前記電子的装置の属性情報に基づいて動作中に行う登
    録手段とを備えたことを特徴とする通信装置。
12. 【請求項１２】前記登録手段は、 前記入手手段により入手された前記電子的装置の属性情
    報に基づいて入手すべき装置制御プログラムの識別名を
    求める手段と、 求められた前記識別名に基づいて、該当する装置制御プ
    ログラムを入手する手段とを有することを特徴とする請
    求項１１に記載の通信装置。
13. 【請求項１３】前記電子的装置の属性情報は、前記電子
    的装置内の予め定められた構成情報記憶領域に記述され
    たものであり、 前記入手手段は、前記構成情報記憶領域に記述された内
    容を読み取ることで前記属性情報を入手することを特徴
    とする請求項１１または１２に記載の通信装置。
14. 【請求項１４】前記単一アドレス空間は、ＩＥＥＥ１３
    ９４バスの形で提供されることを特徴とする請求項１１
    ないし１３のいずれか１項に記載の通信装置。
15. 【請求項１５】前記装置制御プログラムの識別名とし
    て、外部ネットワークの特定の資源を指示可能な識別名
    を用いることを特徴とする請求項１２ないし１４のいず
    れか１項に記載の通信装置。
16. 【請求項１６】単一アドレス空間にマップされたレジス
    タの操作を行う手段により所定の電子的装置と通信可能
    な他の通信装置との間での通信が、論理ネットワークを
    利用した通信手段によって可能である通信装置であっ
    て、 前記通信手段を通じて前記他の通信装置に対して前記電
    子的装置の属性情報の取得を要求する手段と、 前記電子的装置を制御する装置制御プログラムの登録
    を、前記要求により前記他の通信装置から入手した前記
    電子的装置の属性情報に基づいて動作中に行う手段と、 前記他の通信装置との間で前記通信手段を通じて前記単
    一アドレス空間上のレジスタの操作を行う指示に関する
    情報を送受信する手段とを備えたことを特徴とする通信
    装置。
17. 【請求項１７】通信装置の動作中に装置制御プログラム
    を登録する装置制御プログラム登録方法であって、 単一アドレス空間にマップされたレジスタの操作を行う
    所定の通信手段によって認識された電子的装置の属性情
    報を入手し、 前記通信手段に対して前記単一アドレス空間上のレジス
    タの操作を行う指示を発行することによって前記電子的
    装置を制御する装置制御プログラムの登録を、入手され
    た前記電子的装置の属性情報に基づいて動作中に行うこ
    とを特徴とする装置制御プログラム登録方法。
18. 【請求項１８】 第１のネットワークに接続して該第１
    のネットワークに依存するプロトコルで通信するサービ
    ス提供装置を第２のネットワークを介して制御するため
    の通信装置において、 前記サービス提供装置を制御するための前記第１のネッ
    トワークの通信プロトコルに依存する第１のコマンドに
    対応する前記第２のネットワークの通信プロトコルに依
    存する第２のコマンドに関する情報を少なくとも前記第
    ２のネットワークを介して提供する提供手段と、 この提供手段で提供された第２のコマンドを含むメッセ
    ージを前記第２のネットワークを介して受信する受信手
    段と、 この受信手段で受信されたメッセージに含まれる第２の
    コマンドを前記第１のコマンドに変換し、該第１のコマ
    ンドで前記サービス提供装置を制御する制御手段と、 を具備したことを特徴とする通信装置。
19. 【請求項１９】 第１のネットワークに接続して該第１
    のネットワークに依存するプロトコルで通信するサービ
    ス提供装置を第２のネットワークを介して制御するため
    の通信装置において、 前記サービス提供装置の提供するサービスに関する情報
    を収集する収集手段と、 この収集手段で収集されたサービスに関する情報に対応
    する前記サービス提供装置を制御するための前記第１の
    ネットワークの通信プロトコルに依存する第１のコマン
    ドに対応する前記第２のネットワークの通信プロトコル
    に依存する第２のコマンドに関する情報を少なくとも前
    記第２のネットワークを介して提供する提供手段と、 この提供手段で提供された第２のコマンドを含むメッセ
    ージを前記第２のネットワークを介して受信する受信手
    段と、 この受信手段で受信されたメッセージに含まれる第２の
    コマンドを前記第１のコマンドに変換し、該第１のコマ
    ンドで前記サービス提供装置を制御する制御手段と、 を具備したことを特徴とする通信装置。
20. 【請求項２０】 前記サービス提供装置の提供するサー
    ビス毎に予め定められた前記第１のコマンドに対応する
    前記第２のコマンドを登録したテーブルを具備し、前記
    収集手段で収集されたサービスに関する情報に対応する
    第２のコマンドに関する情報を該テーブルから取得する
    ことを特徴とする請求項１９記載の通信装置。
21. 【請求項２１】 前記第１のコマンドと前記第２のコマ
    ンドとの対応テーブルを具備し、この対応テーブルを参
    照して前記受信手段で受信された第２のコマンドを前記
    第１のコマンドに変換することを特徴とする請求項１８
    または１９記載の通信装置。
22. 【請求項２２】 第１のネットワークに接続して該第１
    のネットワークに依存するプロトコルで通信するサービ
    ス提供装置を第２のネットワークを介して制御するため
    の通信装置において、 前記サービス提供装置を制御するための前記第１のネッ
    トワークの通信プロトコルに依存する第１のコマンドを
    発行するためのホームページを前記第２のネットワーク
    を介して提供する提供手段と、 この提供手段で提供された前記ホームページに基づくメ
    ッセージを前記第２のネットワークを介して受信する受
    信手段と、 この受信手段で受信されたメッセージに基づき発行され
    た前記第１のコマンドで前記サービス提供装置を制御す
    る制御手段と、 を具備したことを特徴とする通信装置。
23. 【請求項２３】 第１のネットワークに接続して該第１
    のネットワークに依存するプロトコルで通信するサービ
    ス提供装置を第２のネットワークを介して制御するため
    の通信装置において、 前記サービス提供装置の提供するサービスに関する情報
    を収集する収集手段と、 この収集手段で収集されたサービスに関する情報に対応
    する前記サービス提供装置を制御するための前記第１の
    ネットワークの通信プロトコルに依存する第１のコマン
    ドを発行するためのホームページを前記第２のネットワ
    ークを介して提供する提供手段と、 この提供手段で提供された前記ホームページに基づくメ
    ッセージを前記第２のネットワークを介して受信する受
    信手段と、 この受信手段で受信されたメッセージに基づき発行され
    た前記第１のコマンドで前記サービス提供装置を制御す
    る制御手段と、 を具備したことを特徴とする通信装置。
24. 【請求項２４】 第１のネットワークに接続して該第１
    のネットワークに依存するプロトコルで通信するサービ
    ス提供装置を第２のネットワークを介して制御するため
    の通信装置において、 前記サービス提供装置の提供するサービスに関する情報
    を収集する収集手段と、 この収集手段で収集されたサービスに関する情報に基づ
    き前記サービス提供装置を制御するための前記第１のネ
    ットワークの通信プロトコルに依存する第１のコマンド
    を発行するためのホームページを作成する作成手段と、 この作成手段で作成されたホームページを前記第２のネ
    ットワークを介して提供する提供手段と、 この提供手段で提供された前記ホームページに基づくメ
    ッセージを前記第２のネットワークを介して受信する受
    信手段と、 この受信手段で受信されたメッセージに基づき発行され
    た前記第１のコマンドで前記サービス提供装置を制御す
    る制御手段と、 を具備したことを特徴とする通信装置。
25. 【請求項２５】 前記サービス提供装置の提供するサー
    ビス毎に予め定められた前記第１のコマンドに対応する
    該サービス提供装置を制御するための前記第２のネット
    ワークの通信プロトコルに依存する第２のコマンドを登
    録したテーブルを具備し、前記収集手段で収集されたサ
    ービスに関する情報に対応する第２のコマンドに関する
    情報を該テーブルから取得して前記ホームページを作成
    することを特徴とする請求項２３または２４に記載の通
    信装置。
26. 【請求項２６】 前記メッセージは、前記サービス提供
    装置を制御するための前記第２のネットワークの通信プ
    ロトコルに依存する第２のコマンドを含み、前記制御手
    段は、前記第１のコマンドと前記第２のコマンドとの対
    応テーブルを参照して前記受信手段で受信されたメッセ
    ージに含まれる第２のコマンドを前記第１のコマンドに
    変換することを特徴とする請求項２２〜２４のいずれか
    １つに記載の通信装置。
27. 【請求項２７】 前記メッセージは、前記サービス提供
    装置を制御するための前記第２のネットワークの通信プ
    ロトコルに依存する第２のコマンドと、前記第２のネッ
    トワークの通信プロトコルに依存するアドレスと、前記
    第１のネットワークに依存する前記サービス提供装置を
    特定するための多重識別子とを含み、前記制御手段は、
    前記第１のコマンドと前記第２のコマンドとの対応テー
    ブルを参照して前記受信手段で受信されたメッセージに
    含まれる第２のコマンドを前記第１のコマンドに変換
    し、該第１のコマンドで前記多重識別子にて識別される
    サービス提供装置を制御することを特徴とする請求項２
    ２〜２４のいずれか１つに記載の通信装置。
28. 【請求項２８】 前記ホームページは、前記サービス提
    供装置を制御するための前記第２のネットワークの通信
    プロトコルに依存する第２のコマンドを含むメッセージ
    を生成するためのプログラムを含み、前記制御手段は、
    前記第１のコマンドと前記第２のコマンドとの対応テー
    ブルを参照して前記受信手段で受信されたメッセージに
    含まれる第２のコマンドを前記第１のコマンドに変換
    し、該第１のコマンドでサービス提供装置を制御するこ
    とを特徴とする請求項２２〜２４のいずれか１つに記載
    の通信装置。
29. 【請求項２９】 前記制御手段は、前記受信手段で受信
    されたメッセージにて前記第１のコマンドを発行するた
    めのプログラムを起動することを特徴とする請求項２２
    〜２４のいずれか１つに記載の通信装置。
30. 【請求項３０】 前記メッセージには、情報を送信する
    際の通信プロトコルを指定する情報が含まれていること
    を特徴とする請求項１８および１９および２２および２
    ３および２４のいずれか１つに記載の通信装置。
31. 【請求項３１】 前記第１のネットワークはＩＥＥＥ１
    ３９４であることを特徴とする請求項１８および１９お
    よび２２および２３および２４のいずれか１つに記載の
    通信装置。
32. 【請求項３２】 前記第１のネットワークはＬＯＮ（Ｌ
    ｏｃａｌ Ｏｐｅｒａｔｉｎｇ Ｎｅｔｗｏｒｋ）であ
    ることを特徴とする請求項１８および１９および２２お
    よび２３および２４のいずれか１つに記載の通信装置。
33. 【請求項３３】 第１のネットワークに接続して該第１
    のネットワークに依存するプロトコルで通信するサービ
    ス提供装置を第２のネットワークを介して制御するため
    の通信制御方法において、 前記サービス提供装置を制御するための前記第１のネッ
    トワークの通信プロトコルに依存する第１のコマンドに
    対応する前記第２のネットワークの通信プロトコルに依
    存する第２のコマンドに関する情報を少なくとも前記第
    ２のネットワークを介して提供し、この提供された第２
    のコマンドを含むメッセージを前記第２のネットワーク
    を介して受信したとき、該メッセージに含まれる第２の
    コマンドを前記第１のコマンドに変換して、前記サービ
    ス提供装置を制御することを特徴とする通信制御方法。
34. 【請求項３４】 第１のネットワークに接続して該第１
    のネットワークに依存するプロトコルで通信するサービ
    ス提供装置を第２のネットワークを介して制御するため
    の通信制御方法において、 前記サービス提供装置の提供するサービスに関する情報
    を収集して、前記サービス提供装置を制御するための前
    記第１のネットワークの通信プロトコルに依存する第１
    のコマンドを発行するためのホームページを作成し、こ
    のホームページを前記第２のネットワークを介して提供
    し、この提供されたホームページに基づくメッセージを
    前記第２のネットワークを介して受信したとき、該メッ
    セージに基づき発行された前記第１のコマンドで前記サ
    ービス提供装置を制御することを特徴とする通信制御方
    法。
35. 【請求項３５】 第１のネットワークと第２のネットワ
    ークに接続される通信装置であって、 前記第１のネットワーク上の任意の装置の第１の論理多
    重識別子で提供されるサービスに第２の論理多重識別子
    を割り当て、前記第１の論理多重識別子とそのサービス
    を提供する前記第１のネットワーク上の装置の第１のア
    ドレスと、前記第２のネットワークからアクセス可能な
    第２のアドレスと前記第２の論理多重識別子との対応関
    係を記憶する記憶手段と、 前記第１の論理多重識別子の各サービスを前記第２のネ
    ットワークから前記第２のアドレスと前記第２の論理多
    重識別子とでアクセスできるサービスとして提示する提
    示手段と、 前記記憶手段に記憶された対応関係に基づき、前記第１
    および第２のネットワーク間で前記提示手段で提示され
    た前記第１のネットワーク上のサービスを提供するため
    のパケット転送を行うことを特徴とする通信装置。
36. 【請求項３６】 前記第１のネットワーク上の前記第１
    の論理多重識別子と各サービスを提供する装置の第１の
    アドレスを収集する収集手段をさらに具備したことを特
    徴とする請求項３５記載の通信装置。
37. 【請求項３７】 前記第２のネットワークから入力され
    るパケットのうち前記第１のネットワークへ転送可能な
    パケットの識別子を記憶する第２の記憶手段と、 前記第２のネットワークから入力されるパケットのう
    ち、前記記憶手段に記憶された識別子を有するパケット
    のみ前記第１のネットワークへ出力する出力手段と、 を具備したことを特徴とする請求項３５記載の通信装
    置。