(57)【特許請求の範囲】
【請求項１】
複数の制御局及び少なくとも一個の被制御局を有し、前記局を通信ネットワークを通じて相互接続し、前記被制御局の各々の機能を、ＡＲと称される抽象表示の各々に関連させ、その抽象表示が、前記システムのソフトウェア要素に対するインタフェースを提供して、前記通信ネットワークを通じて前記ＡＲと交換したメッセージによって前記被制御局の機能を制御するように構成した通信システムにおいて、
前記通信システムが、リーディング制御局として前記制御局のうちの１個を選択するリーダ選択手段を有し、
前記制御局の各々が、
どの制御局が各被制御局のＡＲを実行すべきかを決定し、リーディング制御局に配置された場合、各ＡＲを最大でも１個の制御局に割り当てるＡＲ分配手段と、
局所的な制御局に割り当てられた少なくとも１個のＡＲを実行する制御手段とを有することを特徴とする通信システム。
【請求項２】
前記通信システムが、前記制御局の各々に対して関連の独自の識別子を格納する手段と、各制御局が、前記リーダ選択手段をそれぞれ有し、各リーダ選択手段を、全ての制御局の独自の識別子を取り出すように作動させるとともに、その識別子に基づいて、そのローカル制御局が前記リーディング制御局であるか否かを決定するように構成したことを特徴とする請求の範囲１記載の通信システム。
【請求項３】
前記独自の識別子が、前記識別子の最下位ビットを有する低部分と、高部分とを具え、その高部分が、専門業者及び／又は製造者識別を具え、前記リーダ選択手段が、それ自体の制御局に関連した識別子から取り出された値と他の制御局に関連した前記識別子から取り出した値とを比較することによって決定を実行するように作動し、前記値の各々を、対応する識別子をビット反転することによってほぼ形成したことを特徴とする請求の範囲２記載の通信システム。
【請求項４】
前記通信システムが、前記制御局の各々に対して関連の能力インジケータを格納する手段を具え、その能力インジケータが、リーディング制御局として作動する関連の制御局の適合性を表す能力インジケータを表し、前記リーダ選択手段が、前記リーディング制御局に配置された場合、
前記制御局の各々に関連した能力インジケータを取り出し、
前記制御局のうちのいずれが最も能力が高いかを決定し、かつ、
前記リーディング制御局の役割を最も能力が高い局に再割り当てするように構成したことを特徴とする請求の範囲１記載の通信システム。
【請求項５】
前記能力インジケータが、前記関連の制御局が前記制御局外に配置した記憶手段からＡＲを検索することができるか又は内容を更新することができる制御局内の記憶手段からＡＲを検索することができるかを表し、前記リーダ選択手段が、そのような検索能力を有する制御局をそのような検索能力を有しない制御局よりも高い能力を有するものとランク付けするように構成したことを特徴とする請求の範囲４記載の通信システム。
【請求項６】
複数の制御局及び少なくとも１個の被制御局を有する通信システムで使用される制御局であって、前記局を通信ネットワークを通じて相互接続し、前記被制御局の各々の機能を、ＡＲと称される抽象表示の各々に関連させ、その抽象表示が、前記システムのソフトウェア要素に対するインタフェースを提供して、前記通信ネットワークを通じて前記ＡＲと交換したメッセージによって前記被制御局の機能を制御するように構成した制御局において、
前記通信システムが、リーディング制御局として前記制御局のうちの１個を選択するリーダ選択手段を有し、
前記制御局の各々が、
どの制御局が各被制御局のＡＲを実行すべきかを決定し、リーディング制御局に配置された場合、各ＡＲを最大でも１個の制御局に割り当てるＡＲ分配手段と、
局所的な制御局に割り当てられた少なくとも１個のＡＲを実行する制御手段とを有することを特徴とする制御局。
【請求項７】
前記制御局がリーダ選択手段を有し、そのリーダ選択手段を、全ての制御局の独自の識別子を取り出すように作動させるとともに、その識別子に基づいて、そのローカル制御局が前記リーディング制御局であるか否かを決定するように構成したことを特徴とする請求の範囲１記載の制御局。
【発明の詳細な説明】
本発明は、複数の制御局及び少なくとも一個の被制御局を有し、前記局を通信ネットワークを通じて相互接続し、前記被制御局の各々の機能を、ＡＲと称される抽象表示の各々に関連させ、その抽象表示が、前記システムのソフトウェア要素に対するインタフェースを提供して、前記通信ネットワークを通じて前記ＡＲと交換したメッセージによって前記被制御局の機能を制御するように構成した通信システムに関するものである。
また、本発明は、複数の制御局及び少なくとも１個の被制御局を有する通信システムで使用される制御局であって、前記局を通信ネットワークを通じて相互接続し、前記被制御局の各々の機能を、ＡＲと称される抽象表示の各々に関連させ、その抽象表示が、前記システムのソフトウェア要素に対するインタフェースを提供して、前記通信ネットワークを通じて前記ＡＲと交換したメッセージによって前記被制御局の機能を制御するように構成した制御局に関するものである。
本発明は、特にマルチメディア消費者電子システムに関するものである。消費者電子産業は、主にアナログ操作される装置からデジタル操作される装置に移行しつつある。オーディオは、コンパクトディスクのようなデジタル記憶媒体及びＤＡＢのようなデジタル放送技術の到来とともにデジタルになりつつある。ビデオも急速にデジタルになりつつある。デジタルオーディオ及びデジタルビデオを伴う全てのデジタルマルチメディアシステムは、購買可能な価格で利用できる印象的なデジタル処理及び記憶機能のために、消費者に対して新たな可能性を開いている。さらに、デジタル通信ネットワークは、低コストで更にパワフルなものとなっている。
欧州特許公開明細書第０，４０６，４８６号は、ＤＢ２バスを通じて電子装置の自動制御を可能にする消費者電子装置に対するＤ２Ｂ通信システムを記載している。このシステムにおいて、局は、被制御局として作動する１個以上の他の局を制御する制御局として作動する。被制御局は、局所的な機能を、Ｄ２Ｂバスを通じてメッセージを転送することによってアクセス可能な機能のセットの形態で利用できるようにする。機能のセットを、被制御局のハードウェア及び／又はソフトウェアによって提供される実際に内在する機能の抽象表示として見ることができる。表示は、外的に提供された機能と内的な実現との間に厳密な１対１関係が要求されない意味で抽象的である。典型的には、表示が規格化されるのに対して、実際の実現は専門業者又はモデルの詳細である。その結果、被制御局は、抽象表示（ＡＲ）を内部の制御機構に写像し、（例えば、ハードウェア要素を制御するためにＩ２Ｃのような内部バスを用いて）内在するハードウェア／ソフトウェアをそれに応じて制御する。そのような写像及び制御は通常ソフトウェア上で実行される。これは、抽象表示を局の内在するハードウェア／ソフトウェアの具体表示に写像するのに要求される機能もカバーする。
ＡＲを、メッセージ送信機構を用いて制御することができる。コマンドメッセージは、規定されたタスクを実行するために被制御局を命令する各機能に対して規定される。要求メッセージによって、局の状態のような機能の実行に対して被制御局から情報を検索することができる。イベントメッセージによって、被制御局は、被制御局で発生した状態変化のようなイベントの制御局に情報を提供する。
制御局において、他の局の制御機能のタスクは、いわゆるオーディオ／ビデオコントローラ（ＡＶ／Ｃ）に割り当てられる。ＡＶ／Ｃは、他の制御局のうちの任意のものとは独立して作動する。典型的には、ＡＶ／Ｃは、ユーザからのトリガ（例えば、ユーザは遠隔制御のボタンを押す。）又はシステムに発生したイベントに応答して、通常形態又はアプリケーションと称するシーケンスを制御する。ＡＶ／Ｃによって実行されるアプリケーションの典型的な例は、自動再生形態である。この形態に対して、ユーザがＶＣＲの再生機能を行う（例えば、再生ボタンを押し又はテープを挿入する）ことに応答して、ＡＶ／Ｃは、テープを再生するようＶＣＲデッキに命令し、ＴＶに対して利用できるテープから発生するＡ／Ｖ信号を形成するようＶＣＲに命令し、かつ、ＶＣＲからの信号をモニタに提供するようＴＶに命令する。この例に対して、制御ＡＶ／Ｃは、厳格に要求されないとしても好適にはＴＶ又はＶＣＲに配置して、コマンドメッセージの数を減少させる。複数のＡＶ／Ｃは局内に存在する。局は、時間外で又は同時に制御局として又は被制御局として作動する。
Ｄ２Ｂシステムにおいて、ＡＶ／Ｃによって実行される形態と被制御局の機能との間の一致が要求される。この一致は、システムの導入を妨げる。典型的には、ユーザは、既にＡ／Ｖシステムを処理するとともに、装置を個別に置換し又は追加する。Ｄ２Ｂ制御局及び／又は被制御局として動作できる装置を得ることは、システムに機能を追加することにはならない。その理由は、共同する局がまだ利用できないからである。適切に共同する局を一度だけユーザが得る場合のみ、Ｄ２Ｂシステムによって設けられた自動制御機能が利用できるようになる。さらに、制御局及び被制御局の機能は静的である。一例として、システムの残りに対してＶＣＲによって利用できる機能は、主に、現存するＡＶ／ＣすなわちＶＣＲの開発時に開発に基づくＡＶ／Ｃの形態によって決定される。その後、ＶＣＲの他の機能が要求される新たな形態を有するＡＶ／Ｃが導入され、この新たなＡＶ／Ｃは、現存するＶＣＲのハードウェアが原理的に機能を提供するとしても、現存するＤ２Ｂ  ＶＣＲと共同することができない。その結果、システムの機能の変更又は拡張は面倒なものとなる。
本発明の目的は、被制御局の機能に対して更に柔軟性がある冒頭で説明した通信システムを提供することである。本発明の他の目的は、被制御局の機能をユーザフレンドリーに管理できるようにすることである。
本発明の目的に適合するために、前記通信システムが、リーディング制御局として前記制御局のうちの１個を選択するリーダ選択手段を有し、前記制御局の各々が、どの制御局が各被制御局のＡＲを実行すべきかを決定し、リーディング制御局に配置された場合、各ＡＲを最大でも１個の制御局に割り当てるＡＲ分配手段と、局所的な制御局に割り当てられた少なくとも１個のＡＲを実行する制御手段とを有する。
本発明によれば、被制御局の抽象表示を、制御局と称される種々の局上で実行することができる。制御局のＡＲと被制御局の実際のハードウェア／ソフトウェアとの間の通信を任意の方法で実行することができる。これは、任意の規格外の所有権機構を有することができる。このようにして、他の局が制御を行うことができるように所望のＡＲをそれ自体で提供することができない被制御局を、制御局を通じて間接的に制御されるとしても、システムの一部とすることができる。Ｄ２Ｂシステムでは通信中に二つの関連物（すなわち、制御局のＡＶ／Ｃの形態／アプリケーション及び被制御局の機能）が含まれるのに対して、この場合には三つの関連物すなわち（ソフトウェア要素と称される）形態／アプリケーションと制御局及び被制御局のＡＲが含まれる。形態／アプリケーションを、制御メッセージを制御局のＡＲに供給することができる任意の局に配置する。形態／アプリケーションを、制御局それ自体に配置することもできる。
新たなアーキテクチャの他の利点は、被制御局のＡＲを通じて設けた機能を調整し又はアップグレードすることができる点である。一例として、ユーザが最初に、基本ＡＲを有するＶＣＲと、基本ＶＣＲ機能を用いた対応する基本形態を有するＴＶを購入する場合、本発明によれば、ユーザは、ＴＶを、（必要とされないが）向上した形態及びＶＣＲの向上したＡＲを提供する新たなモデルに置換し、この場合、ＴＶのＶＣＲ  ＡＲは、（少なくとも追加された機能に対して）優先権を用いてＶＣＲと通信する。
本発明によれば、制御局に対するＡＲ割当てを管理するために、２ステップアプローチを用いる。先ず、制御局のうちの１個をリーディング制御局として選択する。次に、リーディング制御局は、ＡＲが最大でも１回だけ割り当てられるようにＡＲを制御局に割り当てる。このようにして、不調和の原因となる２個以上のＡＲが同一の被制御局にアクセスする必要が生じることを回避する。被制御局の各々に対して最大で１個のＡＲを有効にすることによって、被制御局を制御する際の不調和を回避する。原理的には複数の局が制御局として作動することができるので、複雑な同期及び管理の実行を、制御局のうちの１個をリーディングとして割り当てるとともにＡＲを制御局に割り当てるようにすることによって回避する。
従属請求の範囲２に規定したような例において、リーダ選択を、最初のリーダであるか否かを決定する制御局の各々によって分配して簡単に実行する。決定は、制御局の各々の独自の識別子に基づく。好適には、独自の識別子に対して、同一の識別子を、ネットワークアドレスのようにネットワークに対する局を識別するのに使用する。識別子を、例えば制御局のうちの１個で中央集中して又は欠く制御局がそれ自体の識別子を格納するように分配して格納する。独自の識別子を用いて、各局は、それがリーダであるか否かを簡単に決定することができる。決定を、例えば、最高又は最低識別子の決定に基づくものとする。また、他のアルゴリズム（例えば、ハッシュ関数を用いた小数の識別子の変換及びこの数の決定）を用いることもできる。
従属請求の範囲３で規定した例において、識別子の最下位ビットを、リーダを決定する際により重い重みを与える。このようにして、全て又は複数のシステムにおいて同一専門業者の局がリーディング局として動作する。この状況は、直接的な決定機構を用いて識別子の値を比較する場合に発生するおそれがある。その理由は、典型的には、識別子の高次のビットを専門業者特有のものとするからである。低次のビットは通常、各製造者によって順次に独立して決定されるので、この結果、リーダの選択を、簡単にある程度任意なものとする。このようにして、同一製造者の局（例えば、ブランドＸのＴＶ及びブランドＹのＶＣＲ）を有する互いに相違するシステムにおいて、全てでないシステムにおいて製造者の一つの局をリーダとして選択する理想的な機会となる。好適には、ある固定システムに対して、常に同一リーダが選択される。これは、ＡＲを制御局に割り当てる際の一貫性を増大させ、好適には、被制御局に対する優先権又は他の情報に基づく場合、等しく適切な制御局間で選択を行う必要がある。これは、システムの動作の一貫性も増大させる。
従属請求の範囲４に規定した例において、各制御局を、リーディング制御局として動作する（すなわち、ＡＲの割当てを管理する）ために関連の制御局の適合性を表す機能インジケータに関連させる。機能インジケータを用いることによって、有効であるが無差別の第１のリーダ選択を、簡単に向上させる。全ての制御局の機能に基づいて収集し及び決定する必要がある全ての制御局の代わりに、この動作は１個の局（最初のリーダ）によってのみ実行され、ＡＲを実行する場所を決定する際に最も有効であることがわかった場合、機能を他の制御局に委ねる。最後のリーダを選択するために１個の局（最初の局）のみを用いることによって、機能インジケータが等しい機能の局を表す場合に生じる不調和も簡単に解決することができる。例えば、最初のリーダは、最も機能の高い局のうちの一つを選択し、例えば、それは、最低又は最高インジケータを有し、最初に又は他の任意の適切な方法で機能インジケータを報告する。他の局が同一データに基づいて他の局を最も機能的なものと選択する事態を回避する。
従属請求の範囲５に規定した例において、ＡＲに対する更新したソフトウェアを検索することがてのる制御局に優先権を付与する。ソフトウェアを、例えば、インターネットから、ハードディスクのようなシステムのプログラマブル記憶装置から、ＣＤ−ＲＯＭのような記録リーダの更新された記憶媒体を挿入することによって検索することができる。このようにして、システムの機能を変更し、好適には製品の寿命を延ばす。
本発明の目的に適合させるために、前記通信システムが、リーディング制御局として前記制御局のうちの１個を選択するリーダ選択手段を有し、
前記制御局の各々が、
どの制御局が各被制御局のＡＲを実行すべきかを決定し、リーディング制御局に配置された場合、各ＡＲを最大でも１個の制御局に割り当てるＡＲ分配手段と、
局所的な制御局に割り当てられた少なくとも１個のＡＲを実行する制御手段とを有する。
本発明のこれら及び他の態様を、図面に示す実施の形態を参照して明らかにする。
図１は、本発明による消費者装置を有するシステムのブロック図である。
図２は、図１のシステムの制御局のソフトウェアアーキテクチャのブロック図である。
図面中、同一参照番号は同様な又は対応する態様を表す。図面中に表した形態の一部は、典型的には、存在するソフトウェアエンティティや、ソフトウェアモジュール又はオブジェクトのようにソフトウェアとして実現される。
図１は、本発明による制御システム１００のブロック図である。システム１００は少なくとも１個の被制御局を具え、被制御局１０２，１０４，１０６，１０８，１１０，．．．，及び１１２を示す。システム１００は、複数の制御局も有する。この図は、制御局１１４及び１１６を示す。制御局を、同一の高さの通信プロトコルを用いながら、例えばＩＥＥＥ１３９４に基づいて、システムの主通信ネットワーク１２０に接続する。制御局１０２−１０６を、制御局１１４に直接接続する。接続を、所有権ネットワークのような任意の適切な通信手段を通じて行う。被制御局１０８を主ネットワーク１２０に接続するが、主ネットワーク１２０に対して要求されるような制御に対してＡＲを利用できるようにすることを要求される全てのプロトコルを使用しない。しかしながら、局１０８は、（例えば、所有権又は他の規格に従って）他のプロトコルを使用することができ、所定の制御局と通信することができる。
システムにおいて、制御局（すなわちコントローラ）と被制御局との間の区別を行う。コントローラを、被制御局に対するホストとして動作する局とする。被制御局及びそのコントローラは、同一の物理装置上に存在しても個別の装置上に存在してもよい。コントローラは、被制御装置に対する抽象表示（ＡＲ）をホストする。制御インタフェースは、このＡＲのＡＰＩ（アプリケーションプログラムインタフェース）を通じて露出される。このＡＰＩを、局を制御するアプリケーション（形態）に対するアクセスポイントとする。例えば、家族娯楽室のインテリジェントテレビジョンを、複数の相互接続した被制御局に対するコントローラとする。被制御局は、局に対するユーザインタフェースを構成するとともに局の外部制御を許容するコードを有する。そのような局を最初に接続すると、コントローラは、ユーザインタフェース及び制御コードを取得する。この際、局を表すアイコンがテレビジョンスクリーン上に出現し、アイコンを処理することによって、制御プログラムの要素が、表示された１個以上の局を、予め規定された方法で起動する。
システム１００の動作及び多目的キャラクタを理解するために、消費者電子局１０２−１１２の通信能力の分配を先ず説明する。ここで認識されるよりも実際には円滑な連続装置能力を有する間、この分配は、システム１００のモデルを理解する上で有用である。この一般例の局１０２−１１２の通信能力は、相違するレベルの複雑さを有する。通信能力に応じて、局１０２−１１２は、以下の分配のうちの一つに属する。
・制御局
以下の２タイプの制御局間の区別を行う。
・完全なＡＶ装置（ＦＡＶ）
完全なＡＶ装置は、一般的に、十分なセットのリソースを有し、複雑なソフトウェア環境をサポートすることができる。ＦＡＶの主な区別の形態は、被制御局に対する抽象表示（ＡＲ）を実行するランタイム環境の存在である。これによって、ＦＡＶは、他の局から又は他のローカルエリア若しくはワイドエリア通信ネットワークを通じたアップロードを許容され、その制御に対する能力が向上する。ＦＡＶは、アプリケーション／形態をダウンロードすることもできる。好適には、ダウンロードコードを、仮想マシンの実行可能コード（例えば、Ｊａｖａ又は同様なバイトコード）の所定の形態とする。同様に、ＦＡＶ装置に対する候補を、セットトップボックス（ＳＴＢ）、デジタルテレビジョン受像機（ＤＴＶ）、一般目的のホーム制御装置及びホームＰＣとする。
・中間のＡＶ装置（ＩＡＶ）
中間のＡＶ装置は、一般に、ＦＡＶ装置より低コストであるとともにリソース上の制約が大きい。それは、ダウンロード可能なＡＲに対するランタイム環境を提供せず、システム内の任意の装置に対するコントローラとして動作することができない。しかしながら、ＩＡＶは、システムの１個以上の特定の被制御局の制御に対する固有のサポートを提供する。
・被制御局
以下の２タイプの制御局間の区別を行う。
・基礎ＡＶ装置（ＢＡＶ）
それは、業務上又はリソース上の理由に対して、アップロード可能なＡＲを提供することによって未来に対する動作を実現することを選択する装置である。その装置を、（アップロード可能なバイトコードを通じたＦＡＶ装置又は本来のコードを通じたＩＡＶ装置によって）制御局によって制御する。ＢＡＶとその制御局との間のプロトコルを、典型的には所有権とする。制御局とＢＡＶ装置との間の通信は、ＢＡＶ装置によって用いられるコマンドプロトコル間でＡＲに対するコマンドを変換することが要求される。この変換は、ＡＲを実行する制御局によって実行される。
・遺贈ＡＶ装置（ＬＡＶ）
ＬＡＶ装置は、上記システムアーキテクチャ及び通信プロトコルに従わない装置である。典型的には、そのような装置は以前に構築されている。その装置は、制御に対する所有権プロトコルを使用し、通常は簡単な制御専用プロトコルを有する。その装置は、ホームネットワーク上で動作するが、ＦＡＶ装置又はＩＡＶ装置がゲートウェイとして動作することを要求する。完全又は中間ＡＶ装置と遺贈ＡＶ装置との間の通信は、遺贈コマンドプロトコル間で変換すべきコマンドを必要とする。
対話中、局は、１対１で制御及びデータを交換する。これによって、通信レベルで、システムに対する主制御装置すなわちコントローラとして動作することが要求される装置がなくなる。しかしながら、それによって、論理的な主制御装置又はコントローラが基本的な１対１通信モデルに制御構造を重ね合わせることを許容する。
ソフトウェアアーキテクチャ
制御局のソフトウェアアーキテクチャを図２に示す。アーキテクチャのソフトウェア要素は、ネットワーク管理、装置抽象化、装置間通信及び装置ユーザインタフェース（ＵＩ）管理の基本概念をサポートする。集合的に、これらソフトウェア要素は、適時情報交換可能性ＡＰＩと、システムのポータブルな分配アプリケーションを構成するサービスのセットを露出する。ソフトウェア要素それ自体は、リアルタイムオペレーティングシステムのような専門業者特有のプラットホーム２１０の上に存在する。図２は、制御局上のソフトウェア要素の配置を示す。実現のための詳細な計画として意図しないが、この図は、ソフトウェア要素がプラットホーム特有のＡＰＩとプラットホーム独立アプリケーションとの間の中間層を形成する方法を強調する。重要なソフトウェア要素は抽象表示（ＡＲ）である。３個のＡＲ（２２０，２２２，２２４）を示す。ＡＲを、局を制御するのに使用されるソフトウェア要素とする。ＡＲは、ＡＲそれ自体に対するコードと、被制御局内の機能要素の各々に対する機能要素モジュール（ＦＣＭ）に対するコードとを具える。ＦＣＭを、ソフトウェア環境及びアプリケーションに対する機能要素の機能を提供する機能要素の（ソフトウェア）抽象化とする。アプリケーションは、ＦＣＭのみを通じて機能要素と通信し、ＦＣＭは、常にＡＲを通じて機能要素と通信しない（これは、少なくとも関係を表すのに使用されるモデルである。）登録（詳細を後に説明する。）の際に受信機として登録される意味で、ＦＣＭはオブジェクトであり、それは、メッセージ送信システムを通じて他のオブジェクトと通信する。機能要素は、局の１個の識別可能な主機能に関連した機能を表す。例えば、ＶＣＲ  ＡＲは、テープデッキ及びチューナに対応する個別のＦＣＭを具え、ＴＶ  ＡＲは、モニタ、ＰＩＰ（画像間表示）及びチューナに対する個別のＦＣＭを具える。更に、ＡＲは、装置制御アプリケーション−装置及びその機能要素のユーザ制御を許容するソフトウェア要素を有する。図において、ＡＲ２２０は、制御局それ自体の機能を表し、それに対して、ＡＲ２２２及び２２４はそれぞれ、二つの被制御局の機能を表す。
制御局は、ＡＲ（例えばアップロードされたＡＲ）又はアプリケーションにランタイム環境を提供する制御手段２４０を具える。制御局は、ＡＲ分配手段２５０と、ＡＲ割当て手段２６０とを更に具える。ＡＲ割当て手段２６０は、この制御局上で実行させるために割り当てられたＡＲを、実行のために制御手段２４０に割り当てる。分配手段２５０は、制御局へのＡＲのインストール及び除去を制御するＡＲマネージャのタスクを実行する。
ＡＲを、アーキテクチャ並びに新たな装置及び形態を収容する柔軟性のソースに対する中心概念である。ＡＲは、二つの主要タイプになる。
・嵌め込みＡＲ−制御局に予めインストールされたＡＲ
・アップロードされたＡＲ−ダウンロード可能なコード例えばバイトコードを用いて実現されるＡＲ。アップロードされたＡＲは、ＦＡＶ装置上でのみ実行される。
好適には、嵌め込まれたＡＲを、一製造者のＶＣＲの範囲のような制御可能な局の範囲を制御するのに用いることができる。そうである場合、好適には、制御局は、（例えば、ネットワークを通じてモデル数を読み出すことによって）実際に含まれる被制御局の追加の情報を取り出し、特定の被制御局に対して最適に動作するように固有のＡＲを調整する。そのように、ＡＲは、装置又は任意的に特定のモデルのみの集合の制御に対してＡＰＩを提供する。一般的に、集合に適合したＡＲは、更に広い使用範囲を有するが、特定のＡＲによって、専門業者特有の形態及び能力の制御を許容する。
被制御局に対して、関連のＡＲをシステム中で表す必要があり、被制御局に対する実行を行うことができる。ＢＡＶ装置に対して、ＡＲを、ＢＡＶ装置の記憶装置から又は（ネットワーク上の又はワイドエリアネットワークを通じてアクセスを介して他の局に配置したハードディスクのような）ＢＡＶ装置に関連した他の記憶装置から直接取り出す（ダウンロードする）必要がある。後者の場合、記憶位置の表示は、被制御局に対して格納される。この表示は、被制御局それ自体又は制御局や中央局のような他の局に格納される。ＬＡＶ装置に対して、ＡＲは、制御局に予めインストレーションされ又は任意の記憶位置から取り出される。同様に、制御局に対しても、他の局のアプリケーション／形態によって使用されるために、実行中のＡＲが要求される。通常、そのようなＡＲが制御局それ自体で実行中であるが、厳密にはこれは要求されない。
制御局は１個以上のアプリケーション（態様）も具え、アプリケーション２７０，２７２及び２７４を示す。アプリケーションは、含まれる１個以上のＡＲにメッセージを送信する。ＡＲを、同一局又は他の局に配置し、他の局に配置する場合、メッセージをネットワークを通じて転送する。
次のような他のソフトウェア要素も制御局に含まれる。
・通信メディアマネージャ２３０−ネットワーク上の非同期及び等時性の通信のような通信を他の要素が実行するのを許容する。好適には、ＩＥＥＥ１３９４をネットワークとして用いる。
・メッセージ送信システム２３２−要素間のメッセージの受け渡しを行う能力を有する。
・イベントマネージャ２３４−イベント受け渡しサービスの役割を果たす。イベントは、オブジェクト又はホームネットワークの状態の変化となる。
・ストリームマネージャ２３６−機能要素間のＡＶ及び他のメディアのリアルタイム転送を管理する能力がある。
・登録２３８−ディレクトリサービスの役割を果たし、任意のオブジェクトがホームネットワーク上に他のオブジェクトを配置するのを許容する。
システム中の局は、局及びその能力についての記述データ（自己表記データすなわちＳＤＤ）を有する。ＩＥＥＥ１３９４をネットワークとして用いる場合、好適には、この情報は、ＲＯＭ形態に対して使用されるＩＥＥＥ１２１２アドレス指定形態に従う。ＳＤＤデータは、ユーザインタフェース要素を構成するためのＡＲコード及びデータを有する。
通信メディアマネージャ
通信メディアマネージャ（ＣＭＭ，２３０）を、ネットワーク中の媒体依存エンティティとする。それは、内在する通信媒体とインタフェースして、ＣＭＭが存在するのと同一装置に存在する他の要素又はアプリケーションプログラムに対してサービスを提供する。物理的な通信媒体の各々は、上記目的の役割を果たすためのそれ自体のＣＭＭを有する。ここで、ＩＥＥＥ１３９４に対するＣＭＭを更に詳細に説明する。
２タイプのサービスがＣＭＭによって提供される。一方は、遠隔装置に要求を送るとともに遠隔装置から表示を受け取る移送機構を提供する。他方は、バス動作を抽象化するとともに情報をシステムに提供するものである。ＩＥＥＥ１３９４を、動的に構成可能なネットワークとする。各バスをリセットした後、装置は、以前に有したものと完全に異なる物理ＩＤを有する。ネットワーク要素又はアプリケーションがネットワーク中の装置と通信する場合、それは、装置が相違する物理ＩＤを有するとしても、バスリセット後に通信を継続する。頻繁なバスリセットに関係なく独自に装置を識別するために、広域的な独自のＩＤ（ＧＵＩＤ）がＣＭＭ及び他のエンティティによって使用される。ＧＵＩＤを、２４ビットのノード専門業者ＩＤ及び４０ビットのチップＩＤから構成される６４ビットとする。装置の物理ＩＤが常に変更される場合、そのＧＵＩＤは不変である。ＣＭＭは、装置のＧＵＩＤ情報をクライアントが利用できるようにする。
１３９４バスの向上した態様のうちの一つは、ホットプラグや引き抜きのような動的な装置動作に対するサポートである。これをユーザレベルまで十分にサポートするために、システム要素又はアプリケーションは、その環境変化に気づく必要がある。ＣＭＭは、イベントマネージャ（ＥＭ）とともに作動して、そのような動的なバス変化を検出し及びアナウンスする。１３９４バス内の任意のトポロジー変化によってバスリセットが生じる場合、ＣＭＭは、変化を見つけるとともに、関連の情報に従うそのような変化についてイベントマネージャに対してイベントを記入する。イベントマネージャは、関連のイベントを、全ての関心のあるエンティティ又はアプリケーションに分配する。
メッセージ送信システム
メッセージ送信システム２３２は、ソフトウェア要素に通信機能を提供する。それは、ネットワーク層及び移送層に依存しない。メッセージ送信システムを、任意のＦＡＶ及びＩＡＶ装置に嵌め込む。装置のメッセージ送信システムは、その装置のソフトウェア要素に対する識別子の割当てを管理する。その識別子は、先ず、登録に対して、ソフトウェア要素によって用いられる。それは、その後、ホームネットワーク内で互いに識別するためにソフトウェア要素によって用いられる。ソフトウェア要素（Ａ）が他のソフトウェア要素（Ｂ）にメッセージを送信することを所望する場合、それは、メッセージ送信システムＡＰＩを起動させる間、Ｂのソフトウェア要素識別子を用いる必要がある。
装置制御
本発明によるシステムにおいて、ＡＲは、そのネットワークで既知のＢＡＶ装置及びＬＡＶ装置の各々に対して存在する必要がある。ＡＲは、装置にインタフェースを提供し、それを、アーキテクチャのソフトウェア要素として提供する。ＡＲ内に、装置の機能要素を表す複数のＦＣＭが含まれ、それは、アーキテクチャ内のソフトウェア構成要素としても表される。他のアプリケーションは、登録を照会して、利用できる装置及び機能要素を見つけるとともに、ソフトウェア要素識別子を取り出し、それがＡＲ及びＦＣＭを通じて装置と相互作用できるようにする。ＡＲは、それをインストールすることができるＦＡＶ又はＩＡＶによって処理される。ＡＲコード単位をインストレーションした結果、関連の全てのＦＣＭがインストレーションされる。コードを標準的なバイトコードで書き込むことができ、この場合、それを全てのＦＡＶ装置に又は一部の固有のコードでインストールすることができ、その場合、それを、そのコードを既知である一部のＦＡＶ又はＩＡＶ上にのみインストールすることができ、その種のコードに対して準備が行われる。
機能要素モジュール（ＦＣＭ）
ＦＣＭは、ソフトウェア環境及びアプリケーションに機能要素の機能を提供する機能要素の（ソフトウェア）抽象化である。アプリケーションは、直接機能要素と通信を行うのではなく、ＦＣＭを通じてのみ機能要素と通信を行い、ＦＣＭは、直接機能要素と通信を行うのではなく、常にＡＲを通じて通信を行う（これは、少なくとも関係を表すのに用いられるモデルである。ＦＣＭを実現すると、直接ＣＭＭと通信を行うことができる。）。ＦＣＭは、登録中に受信機として登録されるとともにメッセージ送信システムを通じて他のオブジェクトと通信することができるという意味でソフトウェアオブジェクトである。それは、メッセージ送信システムを通じて、システムの取り決めに従うコマンドプロトコルを提供する。
種々のタイプの装置に対して、ＡＲは、以下に要約したような種々の役割を果たす。
・ＦＡＶ装置は、できる限り、それ自体を表す１個のＡＲと、ＬＡＶ装置及び／又はＢＡＶ装置を表す０個以上のＡＲをホストする。
・ＩＡＶ装置は、できる限り、それ自体を表す１個のＡＲと、（ＬＡＶモードで動作する）ＬＡＶ装置及び／又はＢＡＶ装置を表す０個以上のＡＲをホストする。
・ＢＡＶ装置それ自体は任意のＡＲをホストせず、バスが、規格化されたコードのＡＲコード単位（以下参照）を提供する。ネットワークにＦＡＶを付すと、各ＦＡＶは、ＡＲをアップロードし及びインストレーションして、他の要素に対してＢＡＶ装置を利用できるようにする。ＡＲコード単位のインストレーションの結果、装置に関連したＡＲ及び全てのＦＣＭがインストレーションされる。ＡＲ／ＦＣＭとＢＡＶ装置との間の通信を、標準化された方法でＣＭＭを通じて行うが、ＡＲ／ＦＣＭと装置との間の実際の通信は、ＢＡＶ製造者に所有権がある。ＦＡＶ装置ではなく、そのＢＡＶの処理する方法を知っているＩＡＶ装置を付すと、ＩＡＶ装置は、ＡＲコートユニットそれ自体を提供して、ＢＡＶ装置を他の構成要素に対して利用できるようにする。この際、ＢＡＶがＬＡＶモードで作動し、この場合、状況はＬＡＶ装置に対する場合と同一である。
・ＬＡＶ装置それ自体はＡＲの任意の概念を有しない。ＬＡＶを処理する方法を既知であるＦＡＶ又はＩＡＶ装置を主ネットワークに付すと、１個のＦＡＶ又はＩＡＶ装置がＡＲコードを提供して、他の局に対してＬＡＶ装置が利用できるようにする必要がある。これを行う方法及びＡＲ／ＦＣＭがＬＡＶ装置と通信を行う方法は、完全にＦＡＶ又はＩＡＶ装置の製造者に所有権がある。
装置（及びその機能要素）を制御するＡＰＩの他に、ＡＲは、装置特有のアプリケーションも提供する。これは、他の全てのアプリケーションのようにシステムによって処理される一般的なアプリケーションである。このアプリケーションによって、装置の製造者は、システムのこれら全ての形態を規格化することなく、製造者によって決定されるように装置の全ての特定の態様を制御する方法をユーザに提供する。
ＡＲマネージャは、例えば新たな装置をネットワークに付す場合、システムに付した新たな装置に対して新たなＡＲ（コード単位）をインストールする能力を有する。装置は１個以上の機能要素からなり、例えば、ある装置は、チューナ及びＶＣＲからなる。ＢＡＶ／ＬＡＶ装置に対して、ＡＲコード単位のインストレーションを、装置の各々に基づいて行い、ＡＲ要素の各々に対してでなく、ＡＲマネージャに対して、ＡＲコード単位を、ＡＲ要素のインストレーション、除去及び置換に対する単一エンティティとする。さらに、あるＡＲコード単位は単一ＢＡＶ／ＬＡＶ装置に対応し、すなわち、それは、その装置に対して全てのＡＲ要素を有する。
ＡＲは、ＢＡＬ／ＬＡＶ装置との単一の通信に対して基本サービスを提供する。好適には、ＡＲマネージャは、新たな装置の取付けを検出するとともに、その装置の独自の識別子（ＧＵＩＤ）を取り出す。この場合、それは、装置と通信して、上記装置の基本情報を取り出すとともに、ＡＲコード単位をインストールする。ＡＲマネージャは、ＡＲコード単位のインストレーション（及び後の除去）を制御する。インストレーションの結果、ＡＲオブジェクト及びＦＣＭオブジェクトが、ＣＭＭ及び付与されたＧＵＩＤを通じて装置との通信に利用できるようになる。インストレーションに当たり、ＡＲ及びＦＣＭが登録を通じてそれ自体既知となる（その結果、それらを、メッセージ送信システムを通じて他のアプリケーションによって見つけられるとともに使用される。）。
ＡＲ要素とＣＭＭとの間の通信は、ＢＡＬ／ＬＡＶ装置のＧＵＩＤに基づく。ＣＭＭは、全てのＡＲ要素によって使用すべき装置との通信に対してＧＵＩＤのみを提供する。この場合、ＣＭＭは、ＢＡＶ／ＬＡＶ装置内の機能要素の構造についての任意の知識を有する必要がない。これによって、ＦＡＶ／ＩＡＶ装置とＢＡＶ／ＬＡＶ装置との間の通信を簡単にし、規格化の影響を小さくし、所有権プロトコルを用いる可能性を増大させる。ＡＲ要素それ自体は、ＣＭＭの適切な使用に対して、すなわち、適切な方法での通信のインターリーブ及びＢＡＶ装置から受信したメッセージの適切なＡＲ要素への分配を行う能力がある。
ＡＲコード単位の成分を、好適には規格化し、その結果、各ＡＲマネージャは、任意のＢＡＶ／ＬＡＶ装置に対してＡＲコード単位を処理することができる。ＡＲコード単位を、例えば標準的なバイトコードで一種の自己抽出パッケージとする。それは、ＡＲマネージャにインストレーション及び除去に対する処理を提供する。ＡＲマネージャは、（ＣＭＭを通じた装置との通信に対して装置のＧＵＩＤを提供する）インストレーション処理を呼び出し、ＡＲコードユニットそれ自体は、同一装置上で全てのＡＲ要素をインストールする能力を有する。同様に、除去処理は、ＡＲコード単位内の全てのＡＲ要素を除去する処理をＡＲマネージャに提供する。これによって、ＡＲコード単位を構成する際にＢＡＶ製造者に対して最大の自由度を許容する。
ＡＲマネージャ
ＡＲ管理システムは、ネットワークに直接接続した被制御局（ＢＡＶ装置及びＬＡＶ装置）の制御に対してＡＲコード単位をインストールし及びアンインストールする能力を有する。ＡＲ管理は、全ての制御局（ＦＡＶ装置及びＩＡＶ装置）上でＡＲマネージャによって一体的に実行される。制御局に対するＡＲコード単位は、所有権を用いて局それ自体によって管理される。ネットワークに接続されず、所有権ネットワークや、同一媒体上で動作する相違する高さのレベルのプロトコルのような、他の通新媒体を用いる局を、好適には、所有権を用いて制御局によって管理される。各被制御局は、ホストと称される制御局にインストレーションされたＡＲコード単位によって容易にする。
ＡＲコード単位は、ＡＲコード単位及びその要素によって必要とされるランタイムサイズの表示を有するプロファイルを伴う。
各ＡＲマネージャは、ソフトウェア要素によって引き起こされる複数の方法と、ＡＲコード単位のインストレーション及びアンインストレーションの結果を告知する複数の広域イベントとを提供する。大抵のＡＲ管理動作は、ネットワークトポロジが変化したとき又は装置が（不）作動状態になったときに典型的に発生するネットワークリセットイベントによってトリガされる。そのようなイベントは、例えば、装置をネットワークに追加し又はネットワークから除去した場合、ネットワークを二つの小さいネットワークに分割した場合、又は二つのネットワークを接続して一つにした場合に発生する。また、他のイベントは、管理動作、例えば、再インストレーションを要求するユーザをトリガする。
ＡＲ管理プロトコル
好適には、ＡＲ管理システムを、制御局のＡＲ管理マネージャの分配されたグループから構成する。ＡＲマネージャは、ローカルシステム要素の要求されるサービスを用いる間、１対１に基づいて対話して、付与されたサービスを実現する。これらを、ＣＭＭ、メッセージ送信システム、イベントマネージャ及びＡＲコード単位とする。好適には、各ＡＲマネージャは、ネットワーク上で接続した局から直接ＳＤＤデータを読み出す。プロトコルは、記憶及びインターネットアクセス設備の使用をサポートする。残りにおいて、分配されたＡＲ管理プロトコルを更に詳細に説明する。２ステップのこのプロトコルにおいて、リーダが選択される（「最初の」リーダは、更に能力のある「最後の」リーダにその能力を譲る。）。最後のリーダは、ＡＲコード単位を制御局に割り当てる。分配されたアプローチの代わりに、ＡＲ管理に対する部分的に又は完全に中央集中化したアプローチを用いることができる。例えば、中央局をデフォールトとしてセットし、すなわちユーザによってセットして、最後のリーダとして作動し、両方のリーダ選択フェーズを冗長にする。また、中央局を、最後のリーダ選択に対して後に説明するプロトコルのみを用いながら、最初のリーダとして割り当てる。しかしながら、種々の業者の製造及びデジタル技術の急速な導入を有するＣＥシステムにおいて特に、「中央の」リーダ局すなわちそのような装置の製造者の適切な割当てを実行するのが困難になる。さらに、システムは、所定の瞬時に１個より多くの「中央」局を有する。そのような状況を回避するために、分配アプローチが好適である。それにもかかわらず、当業者は、分配アプローチに対して設けた情報に基づいて中央集中化したアプローチを実現する。
インストレーションのためのトリガ後、各ＡＲマネージャは、最初のリーダを選択するための手順とともに開始する。あるＡＲマネージャをリーダとして選択する。全てのＡＲマネージャをフォロワとし、リーダに従属する（したがって、リーダのＡＲマネージャは、プロトコル中でフォロワの役割も果たす。）。リーダ及びフォロワは、その後自動的にＡＲコード単位インストレーションを実行する。このプロセスは通常、ＡＲコードユニットがネットワーク中の全ての被制御局に対してインストレーションされた場合に終了する。リーダは、大抵のプロトコル動作を制御する。
リーダ選択について、三つのＬＡＶ変形があり、一つは、完全ＡＲマネージャをサポートするものであり、一つは、ダミーモードと仮定してリーダ選択プロセスのみをサポートするものであり、一つは、任意のＡＲ管理動作をサポートしないものである。ダミー変形は、リーダ選択を除いて他のＡＲ管理動作に参加しない。ＡＲ管理は、ＵＲＬアクセス機能をサポートし、リーダ選択中にこれをアナウンスする。ＦＡＶ装置がこのようなアナウンスをできるようにするのが好適である。ＩＡＶ装置はそのような機能をアナウンスすることができるが、それを行う必要はない。そのような機能をアナウンスする任意の装置をリーダとして選択することができる。
リーダ選択
ホスト装置を始動させた後又はネットワークリセットイベント（若しくはインストレーション／除去を引き起こす他のトリガ）を受信した後、各ＡＲマネージャはこの動作を入力し又は再入力する（１３９４ネットワークに対して、装置をリセットし又は始動／停止させることによって、他の全てのホスト装置にネットワークリセットイベントが発生する。）。
ＡＲマネージャは、例えば局のＳＤＤデータからシステムの全ての局のＧＵＩＤのような識別子を検索する。全ての装置のＳＤＤデータフィールドから他の関連のデータ（GUID,Model_Vendor_ID,Model_ID,Device_Type）を検索する。識別子を有しない装置をＬＡＶ被制御局として分配する。
全てのホスト識別子から、予め設定された基準に基づいて一つを選択し、この識別子を有する装置のＡＲマネージャを、最初のリーダであると明らかにする。例えば、最高又は最低識別子を選択することができる。好適には、最上位ビットオーダ反転識別子を計算する。このような反転によって、識別子が高次の位置を具えるシステムにおいて、所定の専門業者からの装置は通常、大抵のネットワーク形態の最初のリーダとして動作する。全ての装置は、同一の識別子リストを読み出し、最初のリーダと同一のＡＲマネージャを明らかにする。この際、各ＡＲマネージャは、それが最初のリーダであるか最初のフォロワであるかを知る。各装置は、他のＡＲマネージャのうちのいずれが存在するかを知る。
最初のリーダは、最終リーダを選択し及びアナウンスするフォロワとして振る舞う。それは、（例えば、それに機能を通知するメッセージを待機し又はそれを要求することによって）識別した全ての最初のフォロワの機能を取り出す。好適には、機能は、装置がＵＲＬアクセス機能を有するか否かを示す。更に一般的には、ＵＲＬ機能は、局によって提供される再プログラム可能性のレベルを表し、すなわち、制御局の外側の記憶装置から又は内容を更新できる制御局内の記憶手段からＡＲを検索することができる局となる。（例えば、インターネットを通じて、ローカルネットワークを通じて、ハードディスクから、プログラマブル電子メモリ（例えば、不揮発性ＲＡＭ又はＥＥＰＲＯＭ）から、又は記憶機能を比較的容易に置換することができる再プログラムできないが交換可能な記憶手段（例えば、ＣＤ−ＲＯＭプレーヤの新たなプログラムＣＤ又はカードリーダのＲＯＭメモリカード）から）種々の形態の検索間の区別を行う。この能力は、ＣＰＵ速度やＡＲを実行するのに利用できる主記憶の容量のようなパフォーマンスデータも提供する。任意に、能力は、局がダミーＩＡＶ装置であるか否かを表す。
ＵＲＬアクセス能力と、どの装置がダミーＩＡＶ装置であるかを考察すると、最後のリーダの選択は以下のようになる。
−  宣言されたＵＲＬアクセス機能を有するＦＡＶ装置が存在するとき、そのうちの１個を選択する。
−  そうでない場合、宣言されたＵＲＬアクセス能力を有するＩＡＶ装置が存在するとき、そのうちの１個を選択する。
−  そうでない場合、ＦＡＶ装置が存在するとき、そのうちの１個を選択する。
−  そうでない場合、ＩＡＶ装置がダミーモードでないとき、そのうちの１個を選択する。
−  そうでない場合、ダミーＩＡＶ装置のうちの任意のものを選択する。
同等に適切な候補を見つけた場合、パフォーマンスのような追加の機能インディケータは、候補のうちの最も適切なものの選択を助けることができる。
全ての最初のフォロワは、例えばメッセージDMLeaderDeclaration（<selected final leader>,<identified dummy devices>）を送信することによって最後の選択の情報を提供する。好適には、最後のリーダを、同期をとるためにこのメッセージが送信される最後のものとする。
最初のフォロワは、最後のリーダの選択を助けるものとして振る舞う。最初のフォロワは、例えばメッセージDMCapabilityDeclaration（<my capability>）を最初のリーダに送信することによって、その能力を最初のリーダに対して利用できるようにする。好適には、同期をとるために、例えばメッセージDMCapabilityDeclaration（<my capability>）を受信するまで、メッセージを３秒ごとに再送信する。一時中止期間は重要ではなく、一時中止後に増大させることができる。（例えばメッセージDMLeaderDeclaration（<selected final leader>,<identified dummy devices>）を送信することによって）最初のリーダがその情報を提供すると、どのＡＲマネージャが最後のリーダであるか及びどれがダミーＩＡＶ装置であるかを知る。
手順の終了時に、最初に先導し及び従うＡＲマネージャは、どれが最後のリーダであるか及びそれ以外のどれが最後のフォロワであるかを知る。ネットワーク上にダミーモード装置のみが存在する場合、プロトコル動作はこの時点で終了する。そうでない場合、自律動作を開始する。
最後のリーダがＵＲＬアクセス能力を有しない場合、ＵＲＬを有する任意の要求が全ネットワークで遂行できないことを瞬時に決定する。ＵＲＬアクセス能力を有するリーダは、全てのＵＲＬ指示したＡＲコード単位プロファイルを取り出す。これらプロファイルは全ての制御局に送信され、それによって、プロファイルに対応するＡＲコード単位を制御局がホストできるか否か決定することができる。ＡＲマネージャによって要求される場合、ＡＲコード単位を取り出すとともに要求者に送る。
<identified dummy devices>リストは、メッセージをダミー装置に送信するのを防止するために最後のリーダによって使用される。ダミー装置は、プロトコルのリーダ選択部のみをサポートする。ＩＡＶ装置のＡＲマネージャは他の任意のメッセージを送信する必要がない。
先導する制御局の自律動作
リーダ選択を完了した後、最後のリーダは、ＡＲコードインストレーションの処理の開始を行う。リーダは、好適にはネットワークで見つけられる制御局の各々に対して以下のような動作の制御を行う。最後のフォロワの各々に対して、メッセージDMInquiryを送信し、指定したＡＲコード単位のインストレーションを要求する（指定は被制御局のGUIDに基づくものである。）。最初の照会は、好適には、不要なＵＲＬアクセスを防止するためにＵＲＬ検索したプロファイルを有しない。受信した全ての照会記録から、リーダは好適には以下のことを知る。
−  （後に説明されるルールに従って確立した）所望の場合の被制御局に対する優先権。
−  各ホストに対して、被制御局が同一専門業者からのものであるか否か及び被制御局に対する所有権ＡＲコード単位をインストレーションできるか否か。
−  各ホストに対して、ＡＲコード単位を被制御局に対してインストレーションできるか否か。
−  各ホストに対する、インストレーションされたＡＲコード単位の数。
この情報に基づいて、リーダは、被制御局の各々に対して、どの制御局上で被制御局のＡＲを実行すべきかを決定する。それは、DMCommandメッセージを用いて被制御局にＡＲを割り当てる。
インストレーションされたＡＲコード単位が被制御局に対して見つからない場合、リーダは、好適には他のDMInquiryメッセージ及び他のDMCommandメッセージを全ての又は一部のフォロワに送信し、その後ＡＲコード単位をインストールする。このインストレーションの試みの結果は、ARInstallIndicationイベントを記入するＡＲマネージャをインストールすることによって知らせられる。
最後のフォロワが最後のリーダからDMInquiryメッセージ又はDMCommandメッセージを受信すると、最後のフォロワがそのメッセージを処理するとともに、達成した結果を最後のリーダに戻す。好適には、ＡＲコード単位は、そのアンインストレーションのローカルＡＲマネージャを知らせる。
ＡＲコード単位インストレーション及びアンインストレーション
インストレーショントリガ（例えばネットワークリセットイベント）の結果としてのＡＲ管理システムの決定は、デフォールトインストレーション手順を用いて既に説明した。その決定を優先権によって変更することができる。優先権は、デフォールトインストレーション手順から外れるために被制御局の要望に関する情報を提供する。優先権は、被制御局に関連したシステムに格納される。優先権を、（例えばＳＤＤデータの一部として）被制御局それ自体に格納することができる。制御局は一般的によりパワフルであるので、典型的には、優先権は、１個以上の制御局のＡＲマネージャに局所的に格納される。また、優先権を格納するために中央局を使用することができる。
被制御局の各々に対して、最大でも１個のインストレーションされたＡＲコード単位は、ネットワーク全体で有効に実行される。リソースが不足する問題のために、ネットワーク中の一部の被制御局に対してＡＲコード単位がインストレーションされないおそれがある。ＡＲコード単位が所定の理由のためにそれ自体アンインストールするおそれがある。好適には、以前のホストがネットワークから除外された場合、被制御局のＡＲコード単位に対して他のホストを選択する。対応する被制御局がもはやネットワーク中で利用できない場合、ＡＲコード単位はアンインストレーションされる。
選択したリーダのＡＲマネージャは、好適には、以下の形態に従ってＡＲコード単位のインストレーションを制御する。被制御局のものと同一の専門業者のホストが存在する場合、ホストは被制御局を制御することができ、そのようなホストを、被制御局に対して優先権を用いてＡＲコード単位をインストールするように選択する。そうでない場合、被制御局に対して利用できるＡＲコード単位が存在すると、ＡＲコード単位をロードし及びインストールするためにＦＡＶホストを選択する。これを失敗すると、優先権を用いて被制御局に対して（嵌め込まれた）ＡＲコード単位をインストールすることができる任意のホストを選択する。
ＢＡＶ装置は、ＡＲコード単位及び／又はＳＤＤデータ内のそのような単位に対するＵＲＬを内的に格納する。ＡＲコード単位に対するＵＲＬをＢＡＶ装置で指定する場合、それは、ＢＡＶ装置それ自体に含まれるＡＲコード単位の代わりに、指定された位置からロードされるとともにＦＡＶホストにインストールされる。ロードを失敗した場合、ＢＡＶ装置に含まれるＡＲコード単位は、代わりにロードされ及びインストールされる。
原理的には、一部の制御局が所定のＡＲを実行するのに等しく適切である場合、好適には、既にインストールされた最低数のＡＲコード単位を有するその制御局のうちの一つを選択する（システム上のロードの分配）。
いわゆるＵＲＬ（ユニバーサルリソースロケータ）を、ＡＲの位置を表すのに用いる。ＵＲＬの一般的な構文は、一部のパートを任意に有するscheme://host.domain:port/directory/filenameとする。schemeを、例えばhhtp又はfileとすることができる。ＵＲＬは、インターネット上又は（永続的な）記憶媒体上のＡＲコード単位及び／又はそのプロファイルを示す。
優先権
ＡＲ管理システムの動作は、アプリケーション又はユーザによって設定することができる優先権によって案内される。優先権は、典型的に既に説明したデフォルトインストレーション動作から偏位を指定する。システムのＡＲマネージャの優先権を設定し及び検索するために二つの方法が利用できる。優先権は任意のものであり、それは、ＡＲ管理が任意の設定優先権なしで機能することを意味する。優先権を一部の被制御局に対して設定する（例えば、制御局に格納する）場合、それを永続的に格納するのが好ましく、その結果、ネットワーク又は一部の装置を始動させる度にそれを入力する必要がない。優先権は、例えばユーザによって変更可能である。
ＡＲ管理に対する以下の三つの優先権を好適に利用でき、その各々を、（例えばその広域で独自の識別子すなわちＧＵＩＤによる）単一被制御局又は（専門業者モデル識別子すなわちＶＭＩＤによる）被制御局モデルに関連させる。ＬＡＶ被制御局に対しては、ＶＭＩＤがＬＡＶ装置に対して利用できないので、最初の変形例のみが可能である。被制御局に対するＧＵＩＤに基づく優先権は、任意の場合には、不調和を発生させることなく、被制御局モデルに対するＶＭＩＤに基づく優先権を外れる。
0004245670.tif 000002
・ARPreferVendorHost−被制御局と同一の専門業者のホストがＡＲコード単位のインストールに好適であるか否かの指定。任意の被制御局又は被制御局モデルに対して、ＡＲマネージャによって値を真に設定すると、ＡＲ管理システムは同一事業者のホストに対して優先権を与える。
・ARPreferredHost−一部の被制御局又は被制御局モデルに対するＡＲコード単位をインストールするのに好適な特定のホストの指定。これを設定する理由は、例えば、パフォーマンス又は信頼性の考察するためである。
・ARPreferredURL−ＡＲコード単位の位置及び被制御局又は被制御局モデルに対するプロファイルを指定するＵＲＬ（又はそれと同様の方法）。ＢＡＶ被制御局に対して、この優先権を、ＢＡＶ装置のＵＲＬによって指定したＡＲコード単位又はＢＡＶ装置に含まれるＡＲコード単位の代わりにインストールすべきＡＲコード単位を指定するのに用いられる。ＬＡＶ被制御局に対して、それは、ＦＡＶホストにインストールすることができるＡＲコードを指定するのに使用される。
１個の被制御局に対する優先権が１個より多くの制御局に格納される場合、調和しない値が設定される。この場合、一方の値が任意に選択される。好適には、ARPreferVendorHostに対して、調和しない場合には真の値を選択する。好適には、調和しない状況が報告され、ユーザ又はシステムは、優先権を調整することによって矛盾を解決することができる。
ネットワークリセットイベントの際及びそれが設定されるとき以外に（アン）インストレーション要求を呼び出す際に優先権が効力を発することは既知である。好適には、アンビギュイティを解決するために優先権間にプライオリティが存在する。以下のリストは、ＡＲコード単位インストレーションの試みを所定の被制御局に対するリーディング局のＡＲマネージャによって行うのに好適な順序を与える。
１．<ARPreferVendorHost>が真である場合、被制御局と同一専門業者からのホストを試みる（所有権ＡＲコード単位）。適用可能な場合、<ARPreferredHost>を、専門業者ホストのセット中に存在するという条件で考慮する。
２．<ARPreferredHost>が指定されると、そのホストを試みる（嵌め込み可能な又はアップロード可能なコード単位）。適用可能な場合、<ARPreferredURL>も、<ARPreferredHost>がＦＡＶ装置であるという条件で考慮する。
３．<ARPreferredURL>を指定する場合、任意のＦＡＶホスト上でＵＲＬ指定したアップロード可能なＡＲコード単位を試みる。
４．（ＢＡＶ被制御局にのみ適用する）任意のＦＡＶホスト上でＢＡＶ装置のＵＲＬ指定したアップロード可能なＡＲコード単位を試みる。
５．（ＢＡＶ被制御局にのみ適用する）任意のＦＡＶホスト上でＢＡＶ含有アップロード可能なＡＲコード単位を試みる。
６．所有権ＡＲコード単位を任意のホスト上で試みる。
【図１】
0004245670.tif 000003
【図２】
0004245670.tif 000004