WO2002037769A1

WO2002037769A1 - Appareil et procede de gestion de communication

Info

Publication number: WO2002037769A1
Application number: PCT/JP2001/009505
Authority: WO
Inventors: Takashi Isoda
Original assignee: Canon Kabushiki Kaisha
Priority date: 2000-10-31
Filing date: 2001-10-30
Publication date: 2002-05-10
Also published as: WO2002037769A8; KR20020069232A; EP1241834B1; EP1241834A4; JP2002141966A; CN1394413A; DE60129296D1; JP4683587B2; ATE367037T1; US7363405B2; US20030005106A1; KR100501856B1; EP1241834A1; CN100484070C

Description

明細誊通信制御装置及び方法技術分野

本発明は、 2機器間のデータ転送の制御を行うための通信制御装置及び方法に関するもので、特に通信プロトコルとして I E E E 1 394を使用する通信制御装置及び方法に関する。背景技術

I EEE (米国電気電子学会）で規定された通信規格のひとつに、 I E E E 1 3 94と呼ばれるものがある。 I E E E 1 3 94で規定された通信方式は、ハンドシヱイク方式に比べて高速で、しかも双方向通信が可能である。また、メモリバスモデルのインターフエ一スであり、 I E E E 13 94シリアルバスで接続された機器は、相手の指定したアドレスにアクセスすることができる。この I E E E 1 394は広範囲に応用するための物理層及ぴリンク層のプロトコルを定めたもので、機器ごとの詳細なプロトコルは定められていない。

そのため、物理層 · リンク層として I E E E 1 394を利用したトランスポート層のプロトコルとして、 SBP— 2 ( s e r i a 1 b u s p r o t o c o l— 2)なるプロトコルが定義されている。 S B P— 2は、 I E E E 1 394のメモリバスモデルとしての特長を生かしたプロトコルであり、これに従えばコマンドの受信側がそれ自身の都合に応じて送信側からデータを受信できる。この SBP 一 2で接続される 2つのデバィスは、コマンドの送信側がィニシェータ、受信側がターゲットと呼ばれ、通信を開始するに当たってのイニシアチブはイニシエータがとる。そのために口グイン動作はィ二シェークのみが行え、ターゲットは原則的にはイニシエータからの働きかけに応える動作を行うことになる。

S BP— 2によれば、イニシエータからログインされると、ィニシェ一タは、データの送受信のために使用されるメモリアドレス等が書かれた 0 R Bと呼ばれるプロックを作成し、その ORBのアドレスをターゲットに通知する。ターゲットは、通知された 0 R Bを読んで、そこに記載されたアドレスからデータを読み出したり、あるいはそのァドレスにデータを書き込むことで、データの送受信を実現している。このために、 OR Bのアドレスはターゲットにおいてキューイングされ、それに対するレスポンスはイニシエータにおいてキュ一イングされる。ターゲットはキューイングされた 0 R B を順に処理し、レスポンスをイニシエータに返す。

さらにこの SBP— 2の上に、ターゲットからイニシエータに対して口グインを促すリバース口グインなどを規定した I E E E 1 3 94. 3なる規格が、 SBP— 2と同じくトランスポート層のプロトコルとして提案されている。この I EEE 1 3 94. 3においては、ログイン動作はイニシエータのみが行え、ターゲットは原則的にはイニシエータからの働きかけに応える動作を行うことになるが, ィニシエー夕によるログインを促すためのリバース口グィンという動作がターゲットからは可能となっている。

このように、イニシエータの方がイニシアチブをとる構成上、規格上もイニシエータにより種々のサービスを提供させ、ターゲットから所望のサービスを指定してそのサービスを受ける、というものになっている。

ここで、 I EEE 13 94の規格においては、互いに接続される各ノ一ドが 1つのデバィスを構成するものとされている。これは、ひとつのノード内で複数のデバイスを管理することの煩雑さ故に、各ノードは単一のデバイスであるという想定の下に規格化された、たとえば S C S Iなどにおける規定をそのまま継承しているためでこのため I E E E 1 394. 3の規定では、イニシエータのノードが有する論理デバイス（ユニット）を定義するためのィニシエータュニットディレクトリは、ひとつの物理ノード（ 1 394シリアルバスが接続されたノードを指す。物理デバイスとも呼ぶ）についてひとつしか持てないと規定されている。この規定により、ィニシエー夕はユニットディレクトリを 2つ以上持つことが許されず、ある物理デバイスが、 I EEE 13 94. 3が規定する物理デバイスを構成する論理デバイスを複数持ち、しかもその役割がィニシエータであるとき、その物理デバイスと各論理デバイスと各サービスの関係を適切な階層構造で他の機器に対して表現することができなかつた。

図 1 9にュニットディレクトリの一例を示す。 I E E E 1 394. 3では、少なくとも図 1 8のようなエントリを持つュニットディレクトリを、 I EEE 1 394. 3で規定するイニシエータの役割が可能な各ノードに 1個のみ持つことを許していた。そして、ュニットディレクトリに含まれるフィーチャーディレクトリオフセットでァドレスを特定された場所にあるフィーチャーディレクトリに、そのノードが提供可能なサービスを I EEE 1 3 94. 3で規定された記述方法で記述することにより、そのノードが他ノ一ドに対して I E E E 1 394. 3を介して提供が可能なサービスを知らしめることができる。図 20はそのフォーマットの 1例である。

そして、 I EEE 1 394. 3により規定されるイニシエータのルートディレクトリ、インスタンスディレクトリ、ユニットディレクトリ、フィーチャ一ディレクトリを I EEE 1 394. 3で規定するイニシエータの役割が可能な各ノードが持つとすれば、階層構造の一例は図 2 1のとおりである。なお、ノスィンフオメーシヨン、ルートディレクトリ、インスタンスディレクトリの記述方法は I E E E 1 2 1 2 Rで規定されているので詳細は省略する。

しかし I EEE 1 394. 3では、各イニシエータノ一ドはィ二シエータュニットディレクトリを 2つ以上持つことを許されていないため、イニシエータにおける複数のィンスタンスがそれぞれのサ一ビスのロケーションをインスタンスごとに I EEE 1 394. 3 を介して提供可能であることを他のノードに対して知らしめる方法がない。そのため、もし複数のィンスタンスが I E E E 1 394. 3で規定される同じサービス I Dで表現されるサービスを提供していれば、そのサービス I Dがどちらのインスタシスが提供するサービスか区別がつかない。図 22はそのような状況に置かれたィニシエータノードにおけるディレクトリの層構造の一例である。このように、イニシエータにおける物理デバィスと各論理デバイスと各サ一ビスの関係を適切な階層構造で他の機器に対して示すことができなかった。

その一方、ある物理デバイスの役割がターゲットである場合には、ターゲットは複数のュニットディレクトリを持つことができ、複数の論理デバイスを持っている場合でも、それぞれの論理デバイスをュニットディレクトリを用いて階層的に表現することができた。そのため、 I EEE 1 394. 3を下位レイヤとして使用するクライアントは、その機器の I E E E 1 394. 3層がイニシエータかターゲットかによつて論理デバイスやそれが提供するサービスの表現の仕方が共通でないために、 I EEE 1 394. 3層がィニシエータかターゲットかによつて振る舞いを変更しなければならない可能性があった。

本発明は上記従来例に鑑みてなされたもので、イニシエータが複数の論理デバイスを有する場合には、ュニットディレクトリを論理デバイスに対応して設けることで、イニシエータにおける論理デバイスの階層的表現を可能ならしめる通信制御装置及び方法を提供することを目的とする。発明の開示

上記目的を達成するために本発明は次のような構成からなる。通信回線を介して、ある機器のメモリ上のデータを他の接続されている機器によりそのデータのァドレスを指定されることにより、直接読み取られることが可能な通信手段で互いに接続されている通信制御装置であって、

その機器の提供可能な機能を、前記通信回線を介して読み取り可能に記憶する記憶手段するとともに、前記通信手段による通信プロトコル能力に依存する属性を 2つ以上記憶する。

さらに好ましくは、前記通信プロトコル能力に依存する属性を各機器に 2つ以上記述することが許されていないプロトコルを採用している機器において、その機器が 2つ以上のその通信プロトコル能力に依存する属性を記述したい場合、前記記憶手段に記憶されている通信プロトコルの属性を表現する項目の一部を利用して、 2っ以上のその通信プロトコル能力に依存するデバイス属性の記述を可能にする。

さらに好ましくは、 I E E E 1 3 9 4 . 3を前記通信プロトコルとして使用し、その役割がイニシエータであるとき、 2つ以上の通信プロトコル能力に依存するデバイス属性の記述を可能にする属性項目として I E E E 1 2 1 2 Rで規定されているュニットディレクトリ内のパージョン項目を利用する。

さらに好ましくは、前記通信プロトコルに依存する属性が複数の場合は、通信プロトコルに依存する属性を表現する前記ュニットディレクトリで、ノージョン項目も含めてすべて I E E 1 3 9 4 . 3 が規定する通りに記述したュニットディレクトリをただひとつだけ持ち、前記属性以外の属性を表現するユニットディレクトリでバ一ジョン項目の値だけが I E E E 1 3 9 4 . 3の規定から異なる特定の値を持ち、それ以外は I E E E 1 3 9 4 . 3の規定とおりであるュニットディレクトリを 1つまたは複数もつ。

さらに好ましくは、 I E E 1 3 9 4 . 3に従うターゲットとも通信をする可能性がある通信プロトコルに依存する唯一の属性に対応するュニットディレクトリを、パージョン項目も含めて I E E 1 3 9 4 . 3が規定する通りに記述し、その以外の属性をバ一ジヨン項目の値だけが I E E E 1 3 9 4 . 3の規定から異なる特定の値を持ち、それ以外は I E E E 1 3 9 4 . 3の規定とおりであるユニットディレクトリで記述する。

あるいは、通信回線を介して、ある機器のメモリ上のデータを他の接続されている機器によりそのデータのァドレスを指定されることにより、直接読み取られることが可能な通信手段で互いに接続されている通信制御装置における通性制御方法であって、

あるいは、コンピュータ可読メモリであって、コンピュータにより、上記いずれかに記載の通信制御装置を実現するためのコンビユータプログラムを格納する。

あるいは、通信回線を通して接続された機器に対して要求されたサービスを提供するための通信制御装置であって、

複数のサービス提供デバイスと、

前記複数のサ一ビス提供デバイスそれぞれにより提供されるサービスについての情報を、前記通信回線を介して他の機器から読み取り可能に記憶する記憶手段とを備え、

前記サ一ビスについての情報は、前記複数のサ一ビス提供デバィスごとに階層的な木構造で構成する。図面の簡単な説明

図 1は、本発明を実装するターゲット側のブロック図である。図 2は、本発明を実装するイニシエータ側のプロック図である。図 3 Aは、本発明を実装するイニシエータに実装されるコンフィグ R O Mの概略階層図である。

図 3 Bは、本発明を実装するイニシエータに実装されるコンフィグ R O Mの具体的なェントリの値の一例を示す図である。

図 4 Aは、本発明を実装する、ターゲット側の動作を示すフローチャートである。

図 4 Bは、本発明を実装する、ターゲット側の動作を示すフローチャートである。

図 5 Aは、本発明を実装する、ターゲット側の動作を示すフローチャートである。

図 5 Bは、本発明を実装する、ターゲット側の動作を示すフローチャートである。

図 6 Aは、本発明を実装する、ターゲット側の動作を示すフローチャートである。

図 6 Bは、本発明を実装する、ターゲット側の動作を示すフローチャートである。図 7A、本発明を実装する、イニシエータ側の動作を示すフローチヤ一トである。

図 7 B、本発明を実装する、イニシエータ側の動作を示すフローチヤ一トである。

図 7 Cは、本発明を実装する、イニシエータ側の動作を示すフロ一チヤ一トである。

図 8は、 I EEE 1394. 3で規定されたコネクトコントロールファンクション（CONNECT) リクエストの構造図である。図 9は、 I EEE 1 394. 3で規定されたコネクトコントロールファンクション（CONNECT) リクエストを本発明を実装するために拡張したものを示す図である。

図 1 0は、 I EEE 1394. 3で規定されたコネクトコント口ールファンクション（CONNECT) レスポンスの構造図でサービスと指定されたキューのタイプがミスマッチのときの構造図である

図 1 1は、 I EEE 13 94. 3で規定されたコネクトコント口ールファンクション（CONNECT) レスポンスの構造図でコネクトが 0 のときの構造図である。

図 1 2は、本発明で I E E E 1 394. 3で規定から拡張されたコネクトコントロールファンクション (CONNECT) レスボンスの構造図でが指定されたュニットディレクトリがないときの構造図である。

図 13は、本発明で I E E E 1 394. 3で規定から拡張されたコネクトコントロールファンクション（CONNECT) レスポンスの構造図でが指定されたサービスが指定されたュニットディレクトリがないときの構造図である。

図 14は、本発明で I E E E 1 394. 3で規定から拡張されたコネクトコントロールファンクション（CONNECT) の値とその意味でディレクトリエ Dが拡張項目を示す図である。

図 1 5は、本発明で I E E E 1 394. 3で規定から拡張されたコネクトコントロールファンクション（CONNECT) レスボンスの値とその意味で 6、 7が拡張項目を示す図である。

図 1 6は、本発明を実装したときのイニシエータ、ターゲット、イニシエータのコンフィグ R OM、本発明モジュール等の関係の一例をモデル化したものを示す図である。

図 1 7は、本発明を実装したときのュニットディレクトリの構造図である

図 1 8は、 I EEE 1394. 3で規定されたコネクトコント口ールファンクション（CONNECT) レスポンスの構造図で接続拒否のときの構造図である

図 1 9は、従来のュニットディレクトリの構成を示す図である。図 20は、従来のュニットディレクトリの構成を示す図である。図 2 1は、従来のイニシエータにおいて提供するサービスを示す階層ディレクトリ構造を示す図である。

図 22は、従来のイニシエータにおいて提供するサービスを示す階層ディレクトリ構造を示す図である。

図 23は、本発明を実装したときのユニットディレクトリの構造図である

図 24は、第 2実施形態におけるイニシエータに実装されるコンフィグ R OMの概略階層図である。発明を実施するための最良の形態

[第 1の実施の形態]

以下、図面を参照し、本発明の実施形態である通信システム及びそれを構成するイニシエータとターゲットについて詳細に説明する ₍ なお、以下の説明で「本発明の規定に準拠」との表現、あるいはそれに類する表現をする場合があるが、これは、本発明に係るシステムゃ装置あるいは方法などの構成や手順（実施形態中で説明される）による限定を表すための表現であって、発明が規格や取り決めそのものであることを意味するものではない。

くシステムの構成〉

本実施形態の概略は次のようなものである。すなわち、 I E E E 1 3 9 4 . 3の規定によれば、イニシエータのノードが有するデバイス（ユニット）を定義するためのイニシエータユニットディレクトリは、ひとつの物理ノード（ 1 3 9 4シリアルバスが接続されたノ一ドを指す。物理デバィスとも呼ぶ）はひとつしか持てないとされている。本発明においてはこれを拡張し、ひとつの物理ノードにつき複数のイニシエータュニットディレクトリ持つことができる。そしてそれぞれのイニシエータュニットディレクトリに識別子をつけ、ターゲットからイニシエータに对して I E E E 1 3 9 4 . 3で規定されているキューをコネクトするとき必要であれば、前記識別子を論理デバイスを指定するパラメ一夕として、コネクトリクエストコマンドのパラメータに付加する。なお、論理デバイスとは、ひとつの物理ノードを構成するデバイスそれぞれを指す。たとえば、コンピュータが物理ノ一ドであるとすれば、それにローカル接続されたスキャナやプリンタ、モデムなどがそれぞれ論理デバイスとなり得る。

本発明が適用される機器構成の概略は図 1 6に示されている。そして、各ノードの構成を定義したデータが登録されているコンフィグ R O Mの中の構成の一例は図 3 A、図 3 Bで示される。

図 1 6において、本システムのイニシエータは、論理デバイス A , B， Cを備えている。本例ではこのデバイスはプリンタであるものとする。同じ機器であるために、各論理デバイスは同じサービスを提供する。ここではサービス A， B, Cをそれぞれ提供している。コンフィグ R 0 M (CONF I G ROM) には、各論理デバイスが定義されている。

一方、ターゲットには、イニシエータの提供するサービスを利用するクライアントを有する。イニシエータとターゲットとは 1 3 9 4シリアルバスで接続されており、双方とも 1 394回線制御部を介して接続される。

図 1は本発明を適応する I E E E 1 3 94. 3で規定されたターゲット（以下ターゲット）の電子機器の内部のブロック構成図である。 1は本発明を制御する C P U、 2は CPU 1のワークエリアを提供する R AM、 3は本発明のプログラムを提供するハードディスク（フロッピ一ディスク、 CDROM、 MO、 ROM, 磁気テープ等でもよい）、 5は I E E E 1 3 94回線制御部、 8はメインバスである。

図 2は本発明を適応する I E E E 1394. 3で規定されたィニシエータ（以下イニシエータ）の電子機器の内部のブロック構成図である。 1 1は本発明を制御する C P U、 1 2は CPU 1 1のヮークエリアを提供する RAM (コンフィグ R OMはここに格納される）、 1 3は本発明のプログラムを提供するハードディスク（フロッピーディスク、 CDROM、 M〇、 ROM、磁気テープ等でもよレ、 1 5は I EEE 1 3 94回線制御部、 1 8はメインバスである。尚、 I EEE 1 394回線制御部には I EEE 1 3 94、 S B P - 2 (S e r i a l B u s p r o t o c o l— 2) で規定されている規約が実装されているとする。

尚、本発明は特に断らない限り、ターゲット、イニシエータともに C P Uがメインバスを介して R AM、ハードディスク、 I EEE 1 394回線制御部を本発明のプログラムに則り制御して動作する _c また、 I E E E 1394回線制御部は、 I EEE 1 3 94プロトコル制御部とも呼ばれる力 ^s、本実施形態においては両者は同一のものである。

<コンフィグ ROMの内容 >

図 3 Aに本発明に係るイニシエータのコンフィグ ROMの内容の一例をあげる。構成情報は階層構造のディレクトリで管理される。すなわち、ルートディレクトリの下に、論理デバィスを定義するィンスタンスディレクトリがあり、その下に論理デバイスを更に詳細に定義するためのュニットディレクトリがある。更に各論理デバイスの提供するサービス等を定義したフィ一チヤ一ディレクトリがその下にある。

図 3 Bはその詳細を示す。ルートディレクトリ 301の下には、インスタンスとして各論理デバイスを定義するィンスタンスディレクトリがリンクされている。たとえばインスタンスディレクトリ 3 02には、論理デバイスであるプリンタ Bのモデル識別子が記述されているのに加えて、さらにその下のュニットディレクトリ 3 03 へのリンクが用意されている。ュニットディレクトリには、プロトコルを指定するスぺシファイア（本実施形態では I E E E 1 3 94 を示す 0 X 5029が指定される）と、プロトコルのバージョン、さらにサービスを定義するフィ一チヤ一ディレクトリ 3 04へのリンクが含まれる。フィ一チヤ一ディレクトリ 304には、論理デバイス Bが提供するサービスである、サービス A， B, Cが定義されている。

ここで注目すべきは、イニシエータュニットディレクトリ 1は I EEE 1 3 94. 3が規定するとおりであるが、イニシエータュニットディレクトリ 2， 3については I E E E 1 3 9 4. 3が規定するパージョンの値が異なり、それ以外の項目は I E E E 1 3 9 4. 3の規定とおりである。すなわち、 I E E E 1 3 9 4. 3が規定するィニシエータュニットディレクトリのパージョンの値は 0だがィニシエータユニットディレクトリ 2， 3では 1である。このパージョン番号により、本来の I E E E 1 3 94： 3の規格であるか、本実施形態で説明する拡張規格であるかが判定可能となる。

そして、イニシエータュニットディレクトリ 3にはイニシエータユニットディレクトリ 2の特徴に加えて、 D I RE C TORY— I D (ディレクトリ I D) の項目がある。

なお本発明の前提として、特に断らない限り、ターゲットには I

E E E 1 3 9 4. 3が規定するターゲットに必要な機能が、そしてィニシエータにはイニシエータに必要な機能が実装されているとする。そしてターゲットとイニシエータは I E E E 1 3 9 4で規定された回線で物理的に接続されているとする（図 1 6参照）。

<ターゲットの動作 >

次に本発明に係るターゲットの動作を図 4 A、図 4 B、図 5 A、図 5 B、図 6 A、図 6 Bのフローチャートを用いて詳細に説明する。最初に図 4 A， 4 Bに従い説明する。

図 4 A， 4 Bのフローチャートを実現するためのプログラムがターゲットの機器初期化の過程で起動された後、アプリケーションからの物理デバイス、論理デバイスとサービスを指定したパラメ一夕を伴った接続要求（コネクトの指示）を待っている（S 1 0 1 )。もしそのような接続要求を受信したならば、 1 3 9 4回線制御部 5 に、今 1 3 94回線で接続されている物理デバイス（物理ノード）をすベて列挙するように要求する（ S 1 0 2 )。なお、図では 1 3 9 4プロトコル制御部と記載されているが、すべて 1 3 94回線制御部のことである。

1394回線制御部 5が I EE E 1 394回線を介して現在接続されている物理デバイス名を読み取る（S 1 03)。 1 394回線制御部 5から現在接続されている物理デバイスのリストを受け取ると、その中にアプリケーションが指定した物理デバィスがあるかどうか調べる（S 1 04)。もしなければ、アプリケーションに指定した物理デバイスがないことを通知する（S 1 06 )。そして S 1 0 1へ戻る。

もし、物理デバイスのリストにアプリケーションが指定した物理デバイスがあれば、その物理デバイスのルートディレクトリの読み込みを 1 3 94回線制御部 5に要求する（S 1 05)。 1 3 94回線制御部 5が読んだルートディレクトリの中にまだその属性を調査していないインスタンスディレクトリのエントリがあるどうかルートディレクトリを調べる（S 1 07)。

すべてのィンスタンスディレクトリのエントリに関して調査済みであれば、 MO D E L F L Gが ONか 0 F Fか調べる（S 1 08 )。もし MO D E L F L Gが ONであれば、 I EEE 1 3 94. 3と本発明に係る方法以外の方法で通信（接続）ができる可能性があるので、もし可能であれば、他の通信プロトコル（例えば FCP等）で接続を試みる（図 4 B ： S 1 09)。そして終了後 S 1 0 1へ進む。もし M 0 D E L F L Gが 0 F Fであれば、アプリケーションに指定した論理デバイスがないことを通知する（S 1 06)。そして S 1 01へ戻る。

一方、ステップ S 1 07において、もし未調査のィンスタンスディレクトリのエントリが 1 394回線制御部 5が読んだルートディレクトリにあれば、その中の一番若いァドレスのインスタンスディレクトリを読むように 1 3 94回線制御部 5に要求する（S 1 1 0)o 1 3 94回線制御部 5が読みこんだィンスタンスディレクトリのモデルのェントリに書かれているモデルがアプリケーシヨンがコネクトを要求した論理デバイスと一致するかどうか調べる（S 1 1 1)。もし一致しなければ S 1 0 7へ戻る。もし一致すれば M〇 DE LF L Gを ONにする（S I 1 2)。 MODEL FLGは図 4 A, 4 Bの手順のプログラムが起動するとき、 OFFに初期化されているものとする。

未調査のュニットディレクトリのエントリが 1 394回線制御部 5が読んだィンスタンスディレクトリにあるかどうか調べる（S 1 1 3)。もしすベてのユニットディレクトリのエントリが調査済みであれば、このインスタンスディレクトリは、本実施形態で定義する手順（プロトコル）に適合しないと判断してステップ S 1 07へ進む。

もし未調査のュニットディレクトリのェントリカ 1 3 94回線制御部 5が読んだインスタンスディレクトリにあれば、その中の一番若いァドレスのュニットディレクトリを読むように 1 3 94回線制御部 5に要求する（S 1 1 4)。 1 3 94回線制御部 5が読みこんだュニットディレクトリのスぺシファイア I Dの項目の値が 0 x 5 029 (I EEE 1394. 3を作成した団体の識別子）であるか調べる（S 1 1 5)。スぺシファイア I Dの項目の値が 0 X 502 9でなければ、このュニットディレクトリは 1 E E E 1 394をサポートしていないと判断し、 S 1 07へ進む。

スぺシファイア I Dの項目の値が 0 X 5029であれば、 1 3 9 4回線制御部 5が読みこんだュ二ットディレクトリのパージヨンェントリの値を調べる（S 1 1 6 )。ユニットディレクトリのパージヨンエントリの値が 0 X 00であれば、このユニットディレクトリは I EEE 1 3 94. 3完全準拠のものであると判断し、図 5Aの Aへ進む。もしュニットディレクトリのバ一ジヨンェントリの値が 0 x 0 1であれば（S 1 1 7)、 I EEE 1 394. 3を拡張した、本実施形態で定義する手順に従うものと判断し、図 6 Aの Bへ進む。ュニットディレクトリのバージョンェントリの値が 0 X 00でも、 0 X 0 1でもなければ、他のプロトコルで通信できる可能性があるため、可能であればその処理を行う（S 1 09)。

このようにして、ターゲットは、イニシエータの資源を示す階層的な構成を獲得し、その資源をターゲットが欲するものであるか否か判断することができる。

<本発明に係るターゲットの動作 > '

ここからは、このユニットディレクトリが I E E E 1 394. 3 を拡張した規格に準拠する、本発明に係るターゲットの動作を図 6 A，図 6 Bを用いて説明する。

読み込んだュニットディレクトリにディレクトリ I Dのエントリがあるかどうか調べる（S 3 0 1 )。もしディレクトリ I Dのェントリがあればその値を I N S (ディレクトリ識別子格納場所）に格納する（S 303 )。もしなければ読み込んだユニットディレクトリの先頭アドレスを I N Sに格納する（S 302 )。

アプリケーションから指定されたサービスに対応したサービス I Dと I N Sに格納されたュニットディレクトリにディレクトリ I D を組み込んだコネクトコントロールリクエストを作成する（S 30 4)。コネクトコントロールリクエストは図 9に示したとおりである。すなわち、先頭の R qフィールドの値はリクエストを表す " 1 "、 c t r 1— f u n c t i o nフィールドの値はコネクトであることを表す " CONNECT " であり、 r e s p o n s eフィールドについては、リクエストなのでその値は特に問題にならない。その他のフィールドは図 9に示すとおりとなる。ここではコネクトコントロールリクエストのサービス I Dを "PRN" (印刷）であるとする。また D I RECTOR Y— I Dをここでは 2 F 4256であるとする。 D I RECTORY— I Dの定義は図 1 4に示してある。すなわち、ターゲットが接続を試みたイニシエータ中のュニットディレクトリを特定する値である。

そして、すでに当該ィニシエー夕の物理デバィスと S B P— 2のログインが確立しているか調べる（S 305 )。もし確立していなければ、 1 394回線制御部 5に、 I EEE 1 394. 3規定のリバースログイン処理を要求する（S 306 )。リバースログインでログインが確立できたかどうか確認し（S 307 )、もし確立できなければ、アプリケーションにコネクト失敗を報告しステップ S 3 08へ進む。

SBP— 2のログインが確立していたり、リバースログイン処理が成功したとき、前記のコネクトコントロールリクエスト（単にコネクトとも呼ぶ）を I EEE 1 3 94. 3規定の方法でィニシエータに送信するように 1 3 94回線制御部 5に要求する（S 309 )。そして 13 94回線制御部 5が当該イニシエータの物理デバイスから何か送信されてくることを待つ（S 3 1 0)。 1 3 94回線制御部 5が当該イニシエータの物理デバイスから何か受信したとき、それがコネクトに対するレスポンス（単にコネクトレスポンスとも呼ぶ）かどうか調べる（S 3 1 1 )。コネクトレスポンスが OKであれば、図 1 1に示す値がレスポンスされる。すなわち、 R qフィールドの値が "0"、 c t r 1— f u n c t i o nフィールドの値が " CONNECT "、 r e s p 0 n s eフィールドの値は OKを示す " 0 " である。

コネクトコントロールリクエストに対するスポンスでなければ、そのコマンドに対応する処理を行う（ S 3 1 2 )。コネクトレスポンスであれば、その結果がコネクト 0 Kか NG (失敗）かをレスポンス項目で判定する（ S 3 1 3 )。コネクトが N Gであればアプリケーシヨンにコネクト失敗を報告してステツプ S 308へ進む。コネクトが 0 Kであればアプリケーションが要求したサービスが利用可能になったことをアプリケーションに報告する（ S 3 14 )。そしてアプリケ一ションの指示に従い、データの送受信をおこない（S 3 1 5 )、アプリケーションの指示によりシャツトダウン処理を行 Ί (S 3 1 6)_Q

他にァクティブなキューが口グイン上に存在するかどうかを調べ (S 3 1 7)、存在しなければログァゥト処理を 1 3 94回線制御部 5を要求して（S 3 1 8) 終了する。存在すればそのまま終了する o

< I E E E 1 394. 3準拠のタ一ゲットの動作 >

ここからはこのュニットディレクトリが I EEE 1 394. 3準拠のときのターゲットの動作を図 5 A、図 5 Bを用いて説明する。

まずアプリケーションから指定されたサービスに対応したサービス I Dを組み込んだコネクトコントロールリクエストを作成する ( S 2 0 1 )。図 8にその内容を示す。 c n t r l— f u n c .t i o nフィールドがコネクトコントロールリクエストを示す "C〇N N E C T " であり、残りのフィールドは図示したとおりである。ここではサービス I Dを "PRN" とする。

そして、すでに当該イニシエータの物理デバイスと S B P— 2のログインが確立しているか調べる（S 202 )。もし確立していなければ、 1 394回線制御部 5に I EEE 1 3 94. 3規定のリバ —スログイン処理を要求する（S 203 )。もしリバースログインで口グインが確立できたかどうか確認し（ S 2 04 )、もし確立できなければ、アプリケーションにコネクト失敗を報告し、ステップ S 2 0 5へ進む。

S B P - 2の口グインが確立していたり、リバース口グイン処理が成功したとき、ステップ S 2 0 1で作成したコネクトコントロールリクエストを I E E E 1 3 94. 3規定の方法でイニシエータに送信するように 1 3 9 4回線制御部 5に要求する（ S 2 0 6 )。そして 1 3 9 4回線制御部 5が当該イニシエータの物理デバイスから何か送信されてくることを待つ（S 2 0 7 )。 1 3 9 4回線制御部 5が当該イニシエータの物理デバイスから何か受信したとき、それがコネクトレスポンスかどうか調べる（ S 2 0 8 )。

コネクトレスポンスであれば図 1 1のレスポンスが返される。コネクトレスポンスでなければ、そのコマンドに対応する処理を行う

(S 2 0 9 )。コネクトレスポンスであれば、その結果がコネクト OKか N G (失敗）かをレスポンス項目で判定する（S 2 1 0)。コネクトが N Gであればアプリケーションにコネクト失敗を報告して S 2 0 5へ進む。コネクトが 0 Kであればアプリケーションが要求したサービスが利用可能になったことををアプリケーションに報告する（ S 2 1 1 )。そしてアプリケーションの指示に従い、データの送受信をおこない（ S 2 1 2 ) アプリケーションの指示によりシャツトダゥン処理を行う（ S 2 1 3 )。

他にァクティブなキューが口グイン上に存在するかどうかを調べ (S 2 1 4)、存在しなければログァゥト処理を 1 3 9 4回線制御部 5を要求して（S 2 1 5) 終了する。存在すればそのまま終了す

<イニシエータの動作 >

次に本発明に係るイニシエータの動作を図 7 A乃至図 7 Cを用いて説明する。イニシエータは、本発明を含む機器が初期化されたとき、同時の起動、初期化されるものとする。また、 S B P— 2で規定されている口グインの動作は 1 394回線制御部 1 5が制御するので、ここでは詳細に説明しない。

まず 1 3 94回線制御部 1 5カゝら本発明に関わるデータを当該夕ーゲット機器から受信するのを待つ（S 40 1)。そして受信したデータがキュー 0に関わるものかどうかを、対応する 0 R Bのキュ一の項目（I EEE 1 3 94. 3で規定）を調べる（S 402 )。もしキュー 0に関するものでなければ、そのキュー番号に対応する処理（ I E E E 1 3 94. 3で規定）を行う（S 403)。 S 40 1へ進む。

キュー 0に関するものであれば、そのコントロールインフォメーシヨンの c n t r l— f u n c t i o nの項目（図 8， 9参照）力？コネクトかどうか調べる（ S 404 )。コネクトでなければ、指定されたコントロールファンクションに对応する処理（ I E E E 1 3 94. 3で規定）を行い（S 405 )、 S 40 1へ進む。

そのコントロールインフォメーションの c n t r 1— f u n c t i o nの項目（図 8， 9参照）がコネクトであれば、そのコントロールインフォメーションの R qの項目を調べる（S 405)。 R q の項目がレスポンスであれば対応する処理（ I E E E 1394. 3 で規定）を行い（S 406 )、 S 40 1へ進む。

もしそのコントロールインフォメーションの R qの項目がリクェストであれば、コントロールインフォメーションに D I R E C T 0 RY— I Dの項目（図 8， 9 , 14参照）があるかどうか調べる（S 407)。

もし D I RECTOR Y— I Dの項目があればその他のパラメ一タは I EEE 1 394. 3のコネクトコントロールで規定されている通りのパラメータがどうか調べる（S 408 )。もし規定外であれば対応するエラー処理をおこない（S 409 )、 S 401へ進む。ステップ S 408において、もし D I RECTOR Y— I Dの項目以外のすべてパラメ一夕が I EEE 1 394. 3のコネクトコントロールで規定通りであれば、 D I RECTOR Y— I Dの項目で指定されているディレクトリ I Dと同値のディレクトリ I Dを持つュニットディレクトリがイニシエータ内に存在するかどうか調べる

(S 4 1 1)。もし D I RECTOR Y—I Dと同値のディレクトリ I Dを持つュニットディレクトリがイニシエータ内に存在しなければ、 D I RECTORY— I Dの値を先頭ァドレスに持つュニットディレクトリがイニシエータ内に存在するかどうか調べる（ S 4 1 2)。 D I RECTOR Y— I Dの値を先頭ァドレスに持つュニットディレクトリがイニシエータ内に存在しなければコネクトレスポンスのパラメータに "指定されたユニットは存在しない" を設定する（図 1 5 , 1 2参照）（S 4 1 3)。そして S 42 2へ進む。ステップ S 422では、指定されたコネクトレスポンスのパラメ一夕を含むコネクトレスポンスを作成する。そして 1 3 94回線制御 1 5に作成したコネクトレスポンスを送信するように要求する (S 423 )。そして S 42 9へ進む。

ステップ S 4 1 1において、 D I RECTOR Y— I Dの項目で指定されているディレクトリ I Dと同値のディレクトリ I Dを持つユニットディレクトリがイニシエータ内に存在するか、または、 D I R E C T〇 R Y— I Dの値を先頭ァドレスに持つュニットディレクトリがイニシエータ内に存在すれば、 D I RECTOR Y_ I D の指すュニットディレクトリが図 1 7に示したようなディレクトリの内容を持つかどうか調べる（S 4 1 4)。もし異なれば、コネクトレスポンスのパラメータに "指定されたユニットは存在しない" を設定する（図 1 5， 1 2参照）（S 4 13)。そして S 42 2へ進む。図 1 7は本発明に係るュニットディレクトリの内容を示し、スぺシフアイャ I D及ぴパージヨンの各エントリが必須であり、ディレクトリ I Dと、提供可能なサービスを定義するフィーチヤ一ディレクトリが必要に応じて付加される。図 23は、各エントリに対応するコードを示している。図のように、スぺシファイア I Dは 1 2 ( 1 6進）、バージョンは 1 3 ( 1 6進）、フィーチャディレクトリオフセットは 9A (1 6進）で示される。また、スぺシファイア I D及びバージョンそれぞれのェントリについては、 00502 9 ( 1 6進）， 000001 (1 6進）という値で固定されている。

ステップ S 4 14において、もし D I RECTOR Y_ I Dの指すュニットディレクトリが、本実施形態で説明するディレクトリの内容、すなわち、図 1 7に示すようなエントリを有するのであれば、コネクトコントロールで指定されたサービス I Dで要求されたサービスを、指定された D I RECTOR Y_ I Dの指すュニットディレクトリに対応するュニット（論理デバイス）がサポートしているかどうか調べる（S 4 1 5)。もしサポートしていなければコネクトレスポンスのパラメータに" 指定されたサービスを指定されたュニットはサポートしていない" を設定する（図 1 5， 1 3参照）（S 4 1 6)。 S 422へ進む。

ステップ S 407において、もしディレクトリ I Dの項目がなければ、 I EEE 1 394. 3のコネクトコントロールで規定されている通りのパラメータがどうか調べる（S 4 1 0)。もし規定外であれば対応するエラー処理をおこない S 42 1へ進む。すべてのパラメータが規定通りであればコネクトコントロールで指定されたサ一ビスェ Dで要求されたサービスを、イニシエータはサポートしているかどうか調べる（S 4 1 7)。

サポートしている場合には、コネクトコントロールで指定されたサービス I Dで要求されたサービスが必要とするキューの性格、数がコネクトコントロールのキューフィールドで指定されたものと合致するかどうか調べる（S 4 1 8 )。そして合致していなければ、コネクトレスポンスのパラメータに "ミスマッチ" を設定する（図 1 5、図 1 0参照）（S 4 1 9)。 S 4 2 2へ進む。

一方ステップ S 4 1 8において、もしコネクトコントロールで指定されたサービス I Dで要求されたサービスが必要とするキューの性格、数がコネクトコントロールのキューフィールドで指定されたものと合致していれば、サービスを要求されたサーバーは指定されたサービスを提供するかどうか調べる（S 4 2 0 )。もし接続しないのであればコネクトレスポンスのパラメータに "接続拒否" を設定する（図 1 5，図 1 9参照）（54 2 1 )。そして34 22へ進む。サービスを要求されたサーバは指定されたサービスを提供するのであれば、コネクトレスポンスのパラメータに "接続 OK" を設定する（図 1 5、図 1 1参照）（S 4 2 4)。そして S 4 2 5へ進む。指定されたコネクトレスポンスのパラメ一タを含むコネクトレスポンスを作成する（S 4 2 5)。そして 1 3 9 4回線制御 1 5に作成したコネクトレスポンスを送信するように要求する（S 4 2 6 )。そしてクライアントの要求に従い 1 3 9 4回線制御 1 5を介してィニシエータとターゲット間でデータの送受信を I E E E 1 3 94. 3で規定された方法で行う (S 4 2 7 )。サービスが終了すればクライアントの要求に従い、 I EE E 1 3 9 4. 3で規定された方法でシャットダゥン処理を行う（S 4 2 8)。なお、クライアントとは、ターゲットを介してイニシエータにサービスを要求するアプリケーシヨンを指す。すなわち、図 5 Bのステップ S 2 1 2， 2 1 3、あるいは、図 6 Bのステップ S 3 1 5， 3 1 6における処理に対応して、ステップ S 4 2 7， S 4 2 8の処理は行われる。ステップ S 4 2 7においては、データの送受信が行われると共に、ターゲットから指定されたサービスがイニシエータによって提供される。その際、ターゲットから、イニシエータにより管理されている論理デバイスおょぴその論理デバイスによりサポートされるサービスが指定されていれば、指定された論理デバィスによる指定されたサービスが提供される。

たとえば、ターゲットからイニシエータに対して発行するコネクトコントロールファンクションの D E V I C E— I Dフィールドで、図 3 Bの論理プリンタ Bのュニットディレクトリ 3 0 3のアドレスを指定し、論理プリンタ Bがサポートするサービスである「印刷」を指定すれば、ターゲットとイニシエータとの間にコネクションが確立される。その後、イニシエータは、ターゲットに対してバッファを提供し、ターゲットからそのバッファに書き込まれるデータを読んで、そのデータに基づいて印刷というサービスを遂行することになる。

その後、そのログイン内にキュー 0以外のアクティブなキューがあるかどうか調べ（S 4 2 9 )、もしあればステップ S 4 0 1へ進む。なければ S B P— 2で規定されているログァゥト処理を行い、終了する（S 4 3 0 )。

ステップ S 4 1 0においてパラメータが正常でないと判定された場合、あるいは、ステップ S 4 1 7において指定されたサービスをイニシエータが提供していないと判定された場合には、それぞれに対応する処理を行って（S 4 1 0— 1 )、ステップ S 4 1 9へ進む。以上の手順により、イニシエータにおけるコンフィグ R O Mにより、イニシエータの論理デバィスごとに各論理デバイスで使用可能なサービスを管理することで、ターゲットとイニシエータとのコネクションを、ターゲットからイニシエータの論理デバイス及ぴサービスを指定して確立することができる。さらに、ターゲットは指定した論理デバイスによりサービスの提供を受けることができる。以上の構成及ぴ手順により、 I EEE 13 94. 3が規定するィニシエー夕の役割の 1つのノードが複数のィンスタンスを持つとき、それぞれのィンスタンスとサービスの関係を表現することができ、また 1つのノード内の複数のィンスタンスが同じサービス I Dのサ一ビスを提供しているときでも、そのサービス I Dが格納されている、フィーチャ一ディレクトリ、ュニットディレクトリのすくなくともどちらかのディレクトリ I Dを指定することによりどのインス夕ンスが提供しているサービスのサービス I Dなのかを特定して表現することができる。

これにより回線で接続されている、本発明をサポートしている他のノードはサービス I Dで公開されているサービスがどのィンスタンスによつて提供されているか理解するこどが可能になる。具体的に多機能周辺機器等の対応が可能になる。

また、既存の I E E E 1 394. 3でイニシエータ用のユニットディレクトリと規定されたュニットディレクトリと、本発明で規定されたュニットディレクトリが混在している場合でも、 1つのノ一ドにっき、ひとつのインスタンスに限ってのみだではあるものの、既存の I EEE 1 3 94. 3との下位互換が可能になる。

[第 2の実施の形態]

第 1の実施の形態では本発明で規定されたュニットディレクトリでのみ構成されるケースについて説明したが、本実施形態では既存の I EEE 13 94. 3でイニシエータ用のユニットディレクトリと規定されたュニットディレクトリと本発明で規定されたュニットディレクトリが混在していないときの例を示す。図 24はその場合の階層構造を示す図である。

こうすることにより、 1つのノードにつき、ひとつのインスタンスに限ってのみだが既存の I E E E 1 394. 3の下位互換が可能になる。産業上の利用可能性

以上の説明したように、 I EEE 1 394. 3が規定するィニシエータの役割の 1つのノードが複数のィンスタンスを持つとき、それぞれのィンスタンスとサービスの関係を表現することができ、また 1つのノ一ド内の複数のィンスタンスが同じサービス I Dのサービスを提供しているときでも、そのサービス I Dが格納されている、フィーチャーディレクトリ、ユニットディレクトリのすくなくともどちらかのディレクトリ I Dを指定することによりどのインスタンスが提供しているサービスのサービス I Dなのかを特定して表現することができる。，

これにより回線で接続されている、本発明をサポートしている他のノードはサービス I Dで公開されているサービスがどのインスタンスによつて提供されているか理解することが可能になる。具体的に多機能周辺機器等の対応が可能になる。

また、既存の I EEE 1 3 94. 3でイニシエータ用のユニットディレクトリと規定されたュニットディレクトリと、本発明で規定されたユニットディレクトリが混在している場合でも、 1つのノードにっき、ひとつのインスタンスに限ってのみだではあるものの、既存の I EEE 1 394. 3との下位互換が可能になる。請求の範囲

1 . 通信回線を介して、ある機器のメモリ上のデータを他の接続されている機器によりそのデータのァドレスを指定されることにより、直接読み取られることが可能な通信手段で互いに接続されている通信制御装置であって、

その機器の提供可能な機能を、前記通信回線を介して読み取り可能に記憶するとともに、前記通信手段による通信プロトコル能力に依存する属性を 2つ以上記憶することを特徴とする通信制御装置。

2 . 前記通信プロトコル能力に依存する属性を各機器に 2つ以上記述することが許されていないプロトコルを採用している機器において、その機器が 2つ以上のその通信プロトコル能力に依存する属性を記述したい場合、前記記憶手段に記憶されている通信プロトコルの属性を表現する項目の一部を利用して、 2つ以上のその通信プロトコル能力に依存するデバイス属性の記述を可能にすることを特徴とする請求項 1 に記載の通信制御装置。

3 . I E E E 1 3 9 4 . 3を前記通信プロトコルとして使用し、その役割がイニシエータであるとき、 2つ以上の通信プロトコル能力に依存するデバイス属性の記述を可能にする属性項目として I E E E 1 2 1 2 Rで規定されているュニットディレクトリ内のパージョン項目を利用することを特徴とする請求項 2に記載の通信制御装

4 . 前記通信プロトコルに依存する属性が複数の場合は、通信プ口トコルに依存する属性を表現する前記ュニットディレクトリで、パージヨン項目も含めてすべて I E E 1 3 9 4 . 3が規定する通りに記述したュニットディレクトリをただひとつだけ持ち、前記属性以外の属性を表現するュニットディレクトリでパージョン項目の値だけが I E E E 1 3 9 4 . 3の規定から異なる特定の値を持ち、それ以外は I E E E 1 3 9 4 . 3の規定とおりであるュニットディレクトリを 1つまたは複数も όことを許すことを特徴とする請求項 3に記載の通信制御装置。

5 . I E E 1 3 9 4 . 3に従うターゲットとも通信をする可能性がある通信プロトコルに依存する唯一の属性に対応するュニットディレクトリを、バージョン項目も含めて I E E 1 3 9 4 . 3が規定する通りに記述し、その以外の属性をバージョン項目の値だけが I E E E 1 3 9 4 . 3の規定から異なる特定の値を持ち、それ以外は I E E E 1 3 9 4 . 3の規定とおりであるユニットディレクトリで記述することを特徴とする請求項 4に記載の通信制御装置。

6 . メモリ上のデータをそのァドレスを指定することで他の機器により直接読み取ることが可能な通信手段で前記他の機器と接続されているコンピュータにより、

当該コンピュータの提供可能な機能を、前記通信回線を介して読み取り可能に記憶するとともに、前記通信手段による通信プロトコル能力に依存する属性を 2つ以上記憶することを実現するためのコンピュータプログラム。

7 . 当該コンピュータが、前記通信プロトコル能力に依存する属性を各機器に 2つ以上記述することが許されていないプロトコルを採用している場合において、当該コンピュー夕が 2つ以上のその通信プロトコル能力に依存する属性を記述したい場合、前記記憶手段に記憶されている通信プロトコルの属性を表現する項目の一部を利用して、 2つ以上のその通信プロトコル能力に依存するデバイス属性の記述を可能にすることを特徴とする請求項 6に記載のコンピュータプログラム。

8 . I E E E 1 3 9 4 . 3を前記通信プロトコルとして使用し、その役割がイニシエータであるとき、 2つ以上の通信プロトコル能力に依存するデバイス属性の記述を可能にする属性項目として I E E E 1 2 1 2 Rで規定されているュニットディレクトリ内のパージョン項目を利用することを特徴とする請求項 7に記載のコンピュ一タプログラム。

9. 前記通信プロトコルに依存する属性が複数の場合は、通信プ口トコルに依存する属性を表現する前記ュニットディレクトリで、パージョン項目も含めてすべて I E E 1 394. 3が規定する通りに記述したュニットディレクトリをただひとつだけ持ち、前記属性以外の属性を表現するユニットディレクトリでバージョン項目の値だけが I E E E 1 3 94. 3の規定から異なる特定の値を持ち、それ以外は I E E E 1 394. 3の規定とおりであるュニットディレクトリを 1つまたは複数もつことを許すことを特徴とする請求項 8に記載のコンピュータブログラム。

1 0. I EE 1394. 3に従うターゲットとも通信をする可能性がある通信プロトコルに依存する唯一の属性に対応するュニットディレクトリを、バージョン項目も含めて I EE 1 3 94. 3が規定する通りに記述し、その以外の属性をバージョン項目の値だけが I E E E 1 394. 3の規定から異なる特定の値を持ち、それ以外は I EEE 1394. 3の規定とおりであるユニットディレクトリで記述することを特徴とする請求項 9に記載のコンピュータブログラム。

1 1. 通信回線を介して、ある機器のメモリ上のデータを他の接続されている機器によりそのデータのァドレスを指定されることにより、直接読み取られることが可能な通信手段で互いに接続されている通信制御装置における通性制御方法であって、

その機器の提供可能な機能を、前記通信回線を介して読み取り可能に記憶するとともに、前記通信手段による通信プロトコル能力に依存する属性を 2つ以上記憶することを特徴とする通信制御方法。

1 2 . コンピュータにより、請求項 6乃至 1 0のいずれか 1項に記載のコンピュータプログラムを格納することを特徴とするコンビユータ可読メモリ。

1 3 . 通信回線を通して接続された機器に対して要求されたサービスを提供するための通信制御装置であって、

複数のサービス提供デバイスと、

前記複数のサービス提供デバイスそれぞれにより提供されるサ一ビスについての情報を、前記通信回線を介して他の機器から読み取り可能に記憶する記憶手段とを備え、

前記サービスについての情報は、前記複数のサ一ビス提供デバィスごとに階層的な木構造で構成することを特徴とする通信制御装置

1 4 . 通信回線を通して接続された機器に対して要求されたサ一ビスを提供するための通信制御方法であって、

複数のサ一ビス提供デバイスそれぞれにより提供されるサービスについての情報を、前記通信回線を介して他の機器から読み取り可能に記憶手段により記憶し、 '

前記サービスについての情報は、前記複数のサ一ビス提供デバィスごとに階層的な木構造で構成することを特徴とする通信制御方法 _c

1 5 . コンピュータにより、通信回線を通して接続された機器に対して要求されたサービスを提供するためのコンピュータプログラムであって、

複数のサービス提供デバイスそれぞれにより提供されるサービスについての情報を、前記通信回線を介して他の機器から読み取り可能に記憶する記憶手段を実現し、

前記サービスについての情報は、前記複数のサービス提供デバィスごとに階層的な木構造で構成することを特徴とするコンピュータプログラム。

1 6 . コンピュータにより、請求項 1 5に記載のコンピュータプログラムを格納することを特徴とするコンピュータ可読メモリ。