(57)【特許請求の範囲】
【請求項１】
物理的な構成部品の特性を制御する情報処理システムであって、
第１の設定可能な特性を有し、第１のソフトウェアオブジェクトによって表される第１の物理的な構成部品、および第２の設定可能な特性を有し、第２のソフトウェアオブジェクトによって表される第２の物理的な構成部品と、
ルートマネージャーとを具え、
前記ルートマネージャーは、
前記第１の特性と前記第２の特性とを機能的に連結するよう前記第１の特性と前記第２の特性との間の特性ルートを登録し、
前記第２の特性の状態の変化時に、該第２の特性の状態の変化が前記特性ルート自体を実行することによっては引き起こされなかった場合にのみ、前記第１の特性の状態を変化させるよう前記特性ルートを呼び出し、
前記第１の特性の状態の変化時に、該第１の特性の状態の変化が前記特性ルート自体を実行することによっては引き起こされなかった場合にのみ、前記第２の特性の状態を変化させるよう前記特性ルートを呼び出す、情報処理システム。
【請求項２】
第３の設定可能な特性を有し、第３のソフトウェアオブジェクトによって表される第３の物理的な構成部品を具え、
前記ルートマネージャーは、更に、
前記第２の特性と前記第３の特性とを機能的に連結するよう前記第２の特性と前記第３の特性との間の第２の特性ルートを登録し、
前記第３の特性の状態の変化時に、該第３の特性の状態の変化が前記第２の特性ルート自体を実行することによっては引き起こされなかった場合にのみ、前記第２の特性の状態を変化させるよう前記第２の特性ルートを呼び出し、
前記第２の特性の状態の変化時に、該第２の特性の状態の変化が前記第２の特性ルート自体を実行することによっては引き起こされなかった場合にのみ、前記第３の特性の状態を変化させるよう前記第２の特性ルートを呼び出す、請求項１に記載の情報処理システム。
【請求項３】
第１の設定可能な特性を有し、第１のソフトウェアオブジェクトによって表される第１の物理的な構成部品、および第２の設定可能な特性を有し、第２のソフトウェアオブジェクトによって表される第２の物理的な構成部品を具える情報処理システムにおいて物理的な構成部品の特性を制御する方法であって、
前記情報処理システムのルートマネージャーが、
前記第１の特性と前記第２の特性とを機能的に連結するよう前記第１の特性と前記第２の特性との間の特性ルートを登録し、
前記第２の特性の状態の変化時に、該第２の特性の状態の変化が前記特性ルート自体を実行することによっては引き起こされなかった場合にのみ、前記第１の特性の状態を変化させるよう前記特性ルートを呼び出し、
前記第１の特性の状態の変化時に、該第１の特性の状態の変化が前記特性ルート自体を実行することによっては引き起こされなかった場合にのみ、前記第２の特性の状態を変化させるよう前記特性ルートを呼び出す、情報処理システムにおいて物理的な構成部品の特性を制御する方法。
【請求項４】
前記情報処理システムは、第３の設定可能な特性を有し、第３のソフトウェアオブジェクトによって表される第３の物理的な構成部品を有し、
更に、前記ルートマネージャーが、
前記第２の特性と前記第３の特性とを機能的に連結するよう前記第２の特性と前記第３の特性との間の第２の特性ルートを登録し、
前記第３の特性の状態の変化時に、該第３の特性の状態の変化が前記第２の特性ルート自体を実行することによっては引き起こされなかった場合にのみ、前記第２の特性の状態を変化させるよう前記第２の特性ルートを呼び出し、
前記第２の特性の状態の変化時に、該第２の特性の状態の変化が前記第２の特性ルート自体を実行することによっては引き起こされなかった場合にのみ、前記第３の特性の状態を変化させるよう前記第２の特性ルートを呼び出す、請求項３に記載の情報処理システムにおいて物理的な構成部品の特性を制御する方法。
【発明の詳細な説明】
【０００１】
本発明は情報処理システムおよび特にホームまたはオフィス環境における消費者電子機器の制御方法に関するものである。
【産業上の利用分野】
【０００２】
マイクロソフト社のコンポーネント・オブジェクト・モデル（COM/DCOM）技術に基づく計算モデルを考察する。一層詳しい情報を得るにはマイクロソフト社から提供されたコンポーネント・オブジェクト・モデル仕様バージョン0.9(1996年10月)を参照されたい。COMはオブジェクト指向である。オブジェクトはソフトウエアアプリケーションにさらされる関連する電子装置の制御機能性を示す特性を有する。外部からのイベントの結果としてオブジェクトの状態変化はソフトウエアアプリケーションに渡される。アプリケーションはその特性を変更または設定することによってオブジェクトを操作する。アプリケーションを、或る物理的な装置に関連するオブジェクトの特性を修正する場合には、命令を関連する装置に送付する。
【０００３】
COMはアプリケーションを一致状態で通信する基本的な機構であり、且つプログラム構成オブジェクトを開発し、指示するフレームワークである。
これはCORBA(コモン・オブジェクト・リクエスト・ブローカー・アーキテクチュア)で規定されたものと類似の可能性、即ち、ネットワークの分布オブジェクトの相互作動のフレームワークを提供する。OLE（オブジェクトリンキングアンドエンベディング）はユーザがディスプレイで見られる複合文献に対するサービスを提供し、COMによってインターフェース流通の根本的サービスおよびイベントサービス（他のオブジェクトに発生したイベントの結果として一つのオブジェクトをサービスする）を提供する。この実現では、クライアントはOLEオートメーションオブジェクト（アブストラクト表示）としてモデル化され、これには制御を行う特性および状態変化を知らせるイベントを用いる。OLEオートメーションはクライアントサーバーへのスクリプトおよびレートバインディングを行うCOM技術である。OLEオートメーションによって特性（命令および照会）に対する呼により他のプログラムへの通信を行い、このプログラムによって外部使用が行えるようにする。オブジェクトを用いる前には、クライアントアプリケーションは先ず最初オブジェクトのインターフェースポインターを得るようにする。インターフェースポインターはオブジェクトの名前を結ぶことによりまたは装置を列挙することによりネットワークのディレクトリを得る。モニカーバインディングの標準COMAPI’sを用いることができる。オブジェクトへの参照は、所望の装置の名前またはIDを特定するストリングによりGetObjectまたはCoGetObjectを呼することによって得ることができる。アプリケーションはその特性を“設定特性”呼を経て適当な特性に設定または検索することによってオブジェクトを操作する。アプリケーションによって装置に関連するオブジェクトの特性を設定または修正する場合には、特性設定操作または修正操作を命令に変換し、この命令をネットワークを経て関連する装置に送付する。オブジェクトは実現とは異なるが、コントローラ、例えばウインドウに基づく操作システムを有するPCで稼動するクライアントアプリケーションに対する同様の特性に基づくモデルを表わす。
【０００４】
かかるオブジェクト（例えば上述したようにソフトウエアモデュール）およびオブジェクト間の相互作用を制御するクライアントソフトウエアアプリケーションを具える情報処理システムについて考察する。例えば、システムは娯楽用オーディオ／ビデオ機器を有するホームオートメーションサブーシステム、安全サブ−システム、および屋内気候制御サブ−システムを具える。これらサブシステムおよびその構成素子はOLEオートメーションオブジェクトとしてモデル化されている。このOLEオートメーションオブジェクトは特性を用いてその制御をアプリケーションクライアント、および状態変化をアプリケーションクライアントに知らせるイベントを表わすようにする。サブシステムはその制御信号に対する異なる通信プロトコルを用いる。従って、サブシステムは互いに直接通信することはできないため、これらはオブジェクトレベルで通信する。クライアントアプリケーションは第１（ソフトウエア）サブシステムまたは第１装置を表わす第１オブジェクトの“状態”特性に対する変化の告知を登録するとともに第２サブシステムまたは第２装置表わす第２オブジェクトの特定の特性を設定することによって応答する。しかし、クライアントアプリケーションはこの相互作用を提供する全ての時間操作されるようにする必要がある。他の解決策は、変化が第１オブジェクトの特性に生じる場合必ず特性の新たな値を設定特性の呼として第２オブジェクトの特性の伝搬するようにする。この機構は特性ルートと称される。特性ルートによってオブジェクトを相互接続するとともにこれをシステム状OLEオートメーションオブジェクト自体としてネットワークのディレクトリに登録する。ルートの登録によって特性間を、代表的には異なるオブジェクトの特性間をリンクする。第１の特性が変化すると、必ずこの変化によって呼をトリガーし、これら特性を相互接続する登録ルートを経て第２の特性を変化する。上述した種類のホームオートメーションシステムの更なる背景は、1998年9月2日にYevgeniy  Shteynにより出願されたUS特許出願09/146,020(PHA-23,492)”LOW  DATA-RATH  NETWORK  REPRESENTED  ON  HIGH  DATA-RATH  HAVi-NEYWORK”を参照されたい。
【０００５】
【発明が解決しようとする課題】
今、オブジェクトを有するかかるシステム、その特性を特性ルートを経て他の多重オブジェクトの各々からの状態変化により制御し得る場合を考察する。例えば、光を２つのスイッチを経て２つの異なる場所で制御し得る照明システムを考察する。２つのスイッチは第１および第２ソフトウエアオブジェクトで表わされ、光は第３ソフトウエアオブジェクトディレクトリ表わされる。第１のクライアントアプリケーションによって第１の特性ルートを登録して第１スイッチオブジェクトの状態の変化を第３の光オブジェクトに伝搬し、輝度特性の関連する状態変化を生ぜしめる。第２のアプリケーションによって第２の特性ルートを登録し第２のスイッチオブジェクトの状態変化により光の輝度を制御する。第２のスイッチがその状態を“ON”に変化すると、光の輝度は１００％となる。光の輝度状態を第１のスイッチに伝搬する第３のルートが登録されない限り、第１のスイッチの状態が更新されない。しかし、多くの場所、かかる特性は直感的でないように見える。その理由はユーザまたはアプリケーション開発者のシステムの同期化を保持する多くの努力を必要とするためである。また、システムには複雑な論理規則を用いてルート伝搬のループ化を防止する必要がある。第１オブジェクトの伝搬された光の状態変化は第１スイッチオブジェクトからの呼により光オブジェクト、従って、輝度の変化を生じさせることができる。
【０００６】
他の例として、装置の特定の機能（例えば、音量）制御パネルの物理的スライダーを経るとともにリモート制御装置を経て制御し得るようにすることを考察する。スライダーおよびリモート制御装置は第１および第２ソフトウエアオブジェクトによって表わし、機器の制御可能な機能は第３ソフトウエアオブジェクトによって表わすものとする。第１のクライアントアプリケーションによって第１の特性ルートを登録し、スライダーオブジェクトの状態変化を第３オブジェクトに伝搬してボリューム特性に対応する状態変化を生ぜしめるようにする。第２のアプリケーションによって第２の特性ルートを登録しリモート制御に関連するオブジェクトの状態変化により音量を制御する。第１、第２および第３のオブジェクトの同期化を保持するために、装置の状態変化を制御部に伝搬する第３のルートを登録する。しかし、これにより上述した場所のように制御を複雑化し、エンドレスループのチェックを必要とする。本発明者は、システムの構成素子の同期化の特性を保持するために、ユーザまたはアプリケーションの開発者が多大な努力を払う必要があることを確めた。また、本発明者はシステムがエンドレスループ状態に突入するのを防止するために、複雑な論理規則を用いる必要があることも確めた。
【０００７】
本発明の目的は同期化を確実にするとともにエンドレスループを防止するソフトウエアオブジェクトとして物理的な構成素子を制御する装置および方法を提供せんとするにある。
【０００８】
【課題を解決するための手段】
本発明情報処理システムは第１の設定可能な特性（“輝度”）および第２の設定可能な特性（“オン／オフ”）をそれぞれ有する第１ソフトウエアオブジェクトおよび第２ソフトウエアオブジェクトによってそれぞれ表わされる第１および第２機能と、互いに一致する特性の状態を保持可能にする第１および第２の特性間の特性ルートを呼出すルートマネージャー（ホームAPIから既知のソフトウエアエンティティー）とを具え、前記第２特性ルートを実行して、第２特性の状態を前記ルート自体以外の効果によって変化せしめる際に前記第２の特性の状態変化時に前記第１の特性の状態を変化させ、前記第２特性ルートを実行して、第１特性の状態を前記ルート自体以外の効果によって変化せしめる際に前記第１の特性の状態変化時に前記第２の特性の状態を変化させるようにしたことを特徴とする。
【０００９】
本発明は、本発明により特定された条件付実行を簡単且つ有効に行ってエンドレスループを防止し、システムによる状態変化の制御しえない伝搬をも防止し得ると云う事実をもととしてなしたものである。
【００１０】
また、本発明方法は第１の設定可能な特性（“輝度”）および第２の設定可能な特性（“オン／オフ”）をそれぞれ有する第１ソフトウエアオブジェクトおよび第２ソフトウエアオブジェクトによってそれぞれ表わされる第１および第２機能を具える情報処理システムを制御し得る方法において、互いに一致する特性の状態を保持可能にする第１および第２の特性間に特性ルートを呼出し可能とし、前記第２特性ルートを実行して、第２特性の状態を前記特性ルート自体以外の効果によって変化せしめる際に前記第２の特性の状態変化時に前記第１の特性の状態を変化させ、前記第２特性ルートを実行して、第１特性の状態を前記特性ルート自体以外の効果によって変化せしめる際に前記第１の特性の状態変化時に前記第２の特性の状態を変化させるようにしたことを特徴とする。
【００１１】
本発明によってルートにより相互接続されたソフトウエアの条件付状態変化を可能にし、互いに一致した状態を保持し得るようにする。本発明による機構によれば双方向ルートと称されるルートに沿う状態変化の伝搬の方向に関係なくかかる一致を確実にする。
本発明はCOMに限定されるものではなく、クライアントアプリケーションを運転することなく、状態変化がオブジェクト間で伝搬され得る任意のオブジェクト配向ソフトウエア環境で用いることができる。
【００１２】
【実施例】
図面につき本発明を説明する。
図１−３はスイッチ１０４および１０６により制御可能とする光１０２を有するシステム１００における単方向特性ルートを示す。ホームオートメーションシステムにおいては、光１０２およびスイッチ１０４−１０６は制御可能な特性を有するソフトウエアオブジェクトとして表わされる。一つのオブジェクトの特性は例えばこの特性への適宜な呼によってセットすることができる。次に、物理的な構成部品１０２−１０６およびこれらを表わすソフトウエアオブジェクトは同一の基準数値によって示される。さらに、システム１００はルートマネージャー（図示せず）を有する。このルートマネージャーはルートを登録し、呼出すためのサービスである。上述したように、一つのルートはソースオブジェクトの特性および行先オブジェクト間に機能的リンクを確立する。ソース特性の状態が変化すると、この変化に関連するルートがルートマネージャーを経て呼出される。このルートを実行し、状態変化を行先特性に伝搬して行先特性が関連する状態変化を受けるようにする。
【００１３】
図１において、スイッチ１０４の特性状態“オン／オフ”は第１のクライアントアプリケーションにより登録されたルート１０８を経て光１０２の特性“輝度”に機能的に接続される。同様に、スイッチ１０６の特性状態“オン／オフ”は第２のクライアントアプリケーションにより登録されたルート１０２を経て光１０２の特性“輝度”に接続される。最初、スイッチ１０４および１０６は“オフ”状態にあり、光１０２の輝度は０％である。
【００１４】
図２において、スイッチ１０６はその状態を“オフ”から“オン”に変化する。ルート１１０を実行し、状態変化を光１０２に伝搬して光１０２をターンオンし、その輝度を１００％にする。しかし、スイッチ１０４の状態は更新されていない。
【００１５】
図３において、ルート１１４は登録されており、光１０２の特性“輝度”をスイッチ１０４の状態に接続し、構成素子１０２−１０６の状態を互いに一致した状態に保持する。多くの場合に、かかる特性は普通には信じられないように思える。即ち、ユーザまたはアプリケーション開発者は構成素子を同期状態に保持するために意識して努力する必要がある。また、システムは循環ルートプログラムを防止するためには複雑な論理ルールを用いる必要がある。例えば、ルート１１４はルート実行グラフのトラックを保持することによって特性変化の発信者をチェックする必要がある。
【００１６】
図４および５は本発明における情報処理システム４００のブロック図である。システム４００は図１−３のシステム１００にある程度類似している。システム４００は上述したスイッチ１０４および１０６並びに光１０２を具える。しかし、スイッチ１０４および１０６の状態および光１０２の状態を自動的に同期化するために、システム４００には双方向ルート４０２および４０４によって接続された特性を有する。双方向ルートは、状態変化が特性ルート自体によっては生じない状態の下で呼出される。この点を以下に説明する。
【００１７】
図４は双方のスイッチ１０４および１０６が“オフ”状態にある状態におけるシステム４００を示す。スイッチ１０４が、図５に示すように、“オフ”から“オン”の状態に変化すると、この変化はルート４０２を経て光１０２の特性“輝度”に伝搬される。特性“輝度”が変化するとルート４０４を呼出すがルート４０２は呼出さない。その理由はルート４０２が“輝度”の変化に向けられているからである。ルート４０４によってスイッチ１０６の状態をスイッチ１０４の状態に同期し得るように変化させる。”輝度”およびスイッチ１０６の状態間では循環伝搬はチェックする必要はない。その理由はスイッチ１０６の状態変化が同一の論理ルート４０４によって生ずるからである。双方向ルートの状態呼出しを用いることによって、特性を直感的に容易に使用し得るように同期化させる。
【００１８】
図６は双方向ルートを使用する情報処理システム６００の説明図である。システム６００はソフトウエアオブジェクト６０２によって表わされるラウドスピーカー（図示せず）を具える。さらにシステム６００は第１音量コントローラ、例えば、ソフトウエアオブジェクト６０４によって表わされるオーディオ増幅器（図示せず）の前面パネルのスライダーおよびラウドスピーカーの音量を制御するGUI要素（図示せず）を有するリモートコントロール装置を具える。このGUI制御要素はソフトウエアオブジェクト６０６によって表されてよい。GUI制御要素６０６およびスライダー６０４の同期化を保持するために、その“ボリューム”特性を双方向ルート６０８および６１０によってスピーカーオブジェクト６０２に接続する。例えば、ユーザがスライダー６０４の状態を変化させてボリュームを調整する場合には、ルート６０８によって呼出しを行い、スピーカーオブジェクトによってその状態をしかるべく調整する。スピーカーオブジェクト６０２の状態変化によってルート６１０を呼出す。ルート６１０によってGUI制御要素６０６に適宜な状態変化を適合する。GUI制御要素６０６の変化は双方向ルート６１０によって生ぜしめる。従って、GUI制御要素６０６のこの変化は、反対にスピーカーオブジェクト６０２へ伝搬しないように双方向ルート６１０を呼び出さない。これがため、たとえスピーカーの音量が変化したとしても、オブジェクト６０２、６０４および６０６の状態は常時互いに一致する。
【００１９】
図７は双方向ルートをソフトウエアオブジェクトの群別化にも用い得ることを示す情報処理システム７００の概略図である。情報処理システム７００は複数の光を表わす複数のソフトウエアオブジェクト７０２、７０４、７０６、７０８および７１０を具える。これらオブジェクト７０２、７０４、７０６、７０８および７１０は制御オブジェクト７２４（ここでは“オン／オフ”スイッチ用）と光の輝度を連続制御するスライダー用の制御オブジェクト７２６との間に双方向ルート７１２、７１４、７１６、７１８、７２０および７２２により鎖状に接続する。スライダー７２６の最外側位置はスイッチ７２４の“オン”および“オフ”状態に相当する。これら最外側間の位置はスイッチ７２４の等価状態を有さない。これがため、論理表示７２８は、その最低位置への変化は別として、スライダー７２６の任意の位置変化がスイッチ７２４を“オフ”状態にしないようにした制御経路内に挿入する。
【００２０】
図８−９は可能なインプルメンテイション８００を示すダイアグラムにつき、プログラマーの観点から双方向ルートを一層詳細に説明する。インプルメンテイション８００は４つの基本素子：即ち、ソースオブジェクト８０２、行先オブジェクト８０４、予約オブジェクト８０６および加入者オブジェクト８０８を含む。ソースオブジェクト８０２は行先と称される他のオブジェクトに特性変化を要求するオブジェクトである。行先オブジェクト８０４は変化すべき特性を認めるとともに変化に応答し得るオブジェクトである。予約オブジェクト８０６は特性変化に興味のあるクライアントを告知する。この予約オブジェクト８０６は行先オブジェクト８０４と組合せることができる。加入者オブジェクト８０８はこの特性変化に興味のある予約オブジェクト８０６のクライアントとしての登録されたオブジェクトである。その機構は次のように作動する。ソースオブジェクト８０２が特性変化を要求する。行先オブジェクト８０４がこの要求を登録する。この要求により特性、その必要な状態および要求の発生、ここではソースオブジェクト８０２を特定する。行先オブジェクト８０４により変化を行うかまたは変化を開始する。変化が完了すると、行先オブジェクト８０４は変化を予約オブジェクト８０６に告知するとともに変化の発生、ここではソースオブジェクト８０２を表示する。予約オブジェクト８０６は加入者、ここでは特性変化に興味のある加入者オブジェクト８０８をチェックする。加入者は特性変化（イベント）に対して興味を示すとともに条件を特定することができ、変化の告知を欲することを示す。加入者によって条件が特定されなかった場合には、加入者は統べての特性の変化を告知される。
【００２１】
図９は本発明の双方向ルートの手段を用いる図８の構成を実現する。図９は光を制御するシステム９００の概略を示す。システム９００は次のソフトウエアオブジェクト、即ち、スイッチ９０２、スイッチ９０４、光９０６、第１双方向ルート９０８、および双方向ルート９１０を具える。第１双方向ルート９０８がシステムに登録されている場合には、これを光の予約オブジェクト９１２に光の特性“輝度”の興味およびソースがルート９０８に等しくないと云う条件を追加する。同様に、双方向ルート９１０にはソースがルート９１０に等しくないと云う条件を追加する。今、スイッチ９０２がその状態を“オフ”から“オン”に変化すると、ルート９０８を実行して、光９０６の特性”輝度”の変化を要求する。光９０６はこの要求を登録して”輝度”を変化すべき特性として、１００％を要求される状態として、およびルート９０８をソースとして特定する。変化が完了すると、光９０６によってその予約オブジェクト１２を変化に対して告知するとともにルート９０８をソースとして告知する。予約オブジェクト９１２はすべての関連する予約を検討し、ルート９１０のみを告知するように選択する。その理由は条件ソース！＝ルート９１０が“真実”と等価であり、従って条件ソース！＝ルート９０８が“偽”と等価となるからである。ルート９１０によってスイッチ９０４を変化に対して告知し、次いでその状態を“オン”に変化する。上述したように、この機構により、循環基準を防止しながら、スイッチ９０２および９０４を同期化する。同様に、スイッチ９０４がその状態を変化すると、ルート９１０を実行して、”輝度”変化を要求する。変化の完了後、予約オブジェクト９１２によって予約および条件を評価し、変化をルート９０８に伝搬する。
【００２２】
他の告知／循環基準解決機構を実現することができる。この実現のキー要求は双方向ルートを独自に確認する必要があることである。この確認はオブジェクト（上記例参照）または独自のIDとして、或はその両方として実現することができる。システムの実現者は入手可能なリソースおよびプログラム技術に基づくモデルを選択する。条件評価は予約オブジェクトには起こらない。加入者はソース情報が告知とともに通過する限り、評価自体を行う。かかる場合にはソース（ID）および行先(ID)を比較して、告知鎖に沿う任意の点で特性変化の伝搬を停止することができる。
【００２３】
図１０−１２はビシオ(Visio)、マイクロソフトのワード作図ツールおよびビジュアルベーシック、等のようなGUIアプリケーションを用いる本発明のシステムの構成を示すこれらソフトウエアアプリケーションによってコードのあらかじめ選択された部分を選択し、修正するグラフィカルユーザインターフェイスによるプログラム環境を提供する。例えば、選択されたウイジットは、（例えば、プログラム、CAD図面またはデータベース）のコンフィギュレーションの、即ち、機能的な相互接続および共働構成素子のビジュアル表示を生成するために、ドラッグ−アンド−ドロップすることができる。これらソフトウエアアプリケーションの有用性はホームオートメーションシステムのエンド−ユーザ可能性に好適となる。アプリケーションのコンフィギュレーションツールと相俟って相互接続された構成素子をビジュアル表示することによってユーザは本発明でシステムをセットアップしグラフィック管理することができる。ドラッグ−アンド−ドロップ方法によってユーザはビジュアル表示を生成し、コンフィギュレーションツールによって関連するオブジェクトルートおよびシステムとのシナリオを生成し、登録し、このためには物理的装置を制御する。シナリオの背景情報としては、1998年10月2日にYevgeniy Shteynにより出願されたUS特許出願09/165、683(PHA-23,483)”CALLS IDENTIFY SCENARIO FOR CONTROL OF SOFTWARE OBJECTS VIA PROPERTY ROUTES”を参照されたい。後者の特許文献は第１および第２ソフトウエアオブジェクトによって表わされる第１および第２の物理的構成素子を有する情報処理システムに関するものである。両オブジェクトは呼によりオブジェクトに対し変化し得る特性を有する。システムによって第１オブジェクトの第１特性を第２オブジェクトの第２特性にリンクする特性ルートを登録して第１特性の変化により特性ルートの呼出し時に第２の呼を第２のオブジェクトに発生させるようにする。第１オブジェクトへの入力呼はルートを条件付で呼出し得る識別子を具える。斯様にして、異なるシナリオに属するルートを独立して保持し、シナリオ識別子がなくてもシステムを一層信頼性をもって作動させるようにする。
【００２４】
上記文脈内には、ソフトウエアオブジェクトのクラスタもソフトウエアオブジェクトを考察し得ることに注目する。GUIアプリケーションによってTV、チューナー、光、スイッチ、タイマー、論理表現、等のような多数の標準ソフトウエアオブジェクトを規定する。また、特注オブジェクト、表示装置、ソフトウエア素子オブジェクトのグループの生成も奨励される。従って、開発者の観点からすれば、システムによって多数の上述したGUIに基づくホームオートメーションコンフィギュアアプリケーションを生成することができる。かかるアプリケーションは同様のドラッグ−アンド−ドロップ（ボックス−アンド−ライン）アプロ−チを用い、その装置はウイジット（ボックス）で表わされ且つその特性間のルート／接続はラインによって表わされる。このユーザに馴染みのあるアプローチに対しては、多数のユティリティーオブジェクトを規定する必要がある。双方向ルートはこれらオブジェクトの一つである。これは同期化特性／オブジェクト間の双方向接続を直感的に用いることができる。また、同一の性能を有するオブジェクトの群を容易に生成することもできる。双方向ルートの他の積極的な効果は例えば図８および９につき説明するように、循環基準を解決するための用途である。
【００２５】
図１０はシステムを構築するためのユーザのGUI1000を示す。このGUI1000は任意のウイジットをコンフィギュレーションパネル１００４にドラッグして選択するとともに選択したウイジットを所望位置にドロップするウイジットメニューパネル１００２を具える。ここにウイジットメニューパネル１００２は光１０１４のグラフィカル表示、スイッチ００８、論理表示１０１０および１０１２、通常のルート１０１４および双方向ルート１０１６を具える。コンフィギュレーションパネル１００４はドラッグ−アンド−ドロップ方法により生成され、スイッチ１０２６および１０２８、論理“NOT”表示１０３０、および双方向ルート１０３２、１０３４、１０３６、１０３８、１０４０、および１０４２を介してホール光１０１８および１０２０並びにキッチン光１０２２および１０２４を制御するコンフィギュレーションを示す。このコンフィギュレーションでは、ホール光がターンオンする際にキッチン光１０２２および１０２４をターンオフし、その逆とする。
【００２６】
図１１は制御システムを構成するGUI1100の他の例を示す。
GUI１１００は、本例では、ドラッグ−アンド−ドロップを経てユーザプログラム可能またはユーザ選択可能な瞬時にTVをターンオンまたはオフする制御システムを構成するために用いられる時間関連ウイジットを有するメニューパネル１１０２を有する。図１０に示すGUI１０００および図１１のGUI１１００は、ユーザが慣例のように適当なパネルを選択して種々の構成を設定する同一のソフトウエアアプリケーションの一部分として編成される。特定のパネルによって、光およびスイッチのクラスター、即ち、TV機能、VCR機能および電子プログラム案内（EPG）機能を具えるTVプログラムを記録するクラスターのような作動時の機能が相互関連する構成素子を表わすソフトウエアオブジェクトをクラスターする。コンフィギュレーションパネル１１０４は斯くして構成された制御システムのグラフィック表示を示す。メニューパネル１１０２はシステムクロックのウイジット１１０６、警報または時間−関連トリガー用ウイジット１１０８、時間遅延用ウイジット１１１０およびルート用ウイジット１１１２を具える。これらウイジット１１０８−１１１２により表わされるオブジェクトの特性はユーザプログラマブルである。エンドユーザはパネル１１０４に示されるコンフィギュレーションを次のように生成する。ある瞬時、例えば午前７：００にTVチューナ（図示せず）をターンオンし、その後のある瞬時、例えば、４５分後にこれをターンオフするものとする。この目的のために、ユーザはオーディオ／ビデオ機器（図示せず）のメニューパネルを選択し、適当なメニューからTVウイジットを選択し、これをコンフィギュレーションパネル１１０４にTVオブジェクト１１１４としてドラッグ−アンド−ドロップにより位置させる。次いで、ユーザは警報ウイジット１１０８を選択し、警報時間を通常のエントリーを経てGUI１１００に午前７：００と設定し、パネル１１０４にドラッグ−アンド−ドロップし、ここでこれがオブジェクト１１１６として現われる。この警報によりTVのターンオンを選択時間にトリガーする。この例では、警報オブジェクト１１１６を、パネル１１０４のコンフィギュレーションの一分部としてプログラムする際に、システムクロック１１０６に機能的に接続する。或は又、システムクロック１１０６のアイコンを正確にコンフィギュレーションパネル１１０４にドラッグ−アンド−ドロップするとともに適当なルートを経て警報オブジェクト１１１６に接続して正しい時間を警報オブジェクト１１０８に提供し得るようにする。次いで、遅延オブジェクト１１１８は、テンプレート遅延オブジェクト１１１０を選択し、プログラムしてメニューパネル１１０２から生成する。次に、第１ルート１１２０によって警報オブジェクト１１１６をTVオブジェクト１１１４に接続する。ルート１１２０によって警報オブジェクト１１１６により発生したトリガーをTVオブジェクト１１１４に伝搬せしめてTVを実際にターンオンする。次いで、ユーザは第２ルート１１２２をプログラムし、このプログラムは警報オブジェクト１１１６をTVオブジェクト１１１４に接続してTVチューナーを予定の特定チャネル、例えば、CNNに設定する。第３ルート１１２４は、警報オブジェクト１１１６および遅延オブジェクト１１１８間でユーザにより配列し、遅延オブジェクト１１１８で特定された量、ここでは４５分から逆方向にクロックチッキングを開始し得るようにする。ユーザは、遅延オブジェクト１１１８およびTVオブジェクト１１１４間に第４のルート１１２６を設定する。モーメント遅延オブジェクト１１１８は遅延おおの変化を零に逆計数し、その状態をルート１１２６を経てTVオブジェクトに伝搬してTV受像機を実際にターンオフし得るようにする。ある意味では、図１０および１１のGUI１０００および１１００によってユーザをしてソフトウエアオブジェクトのグラフィック表示の操作により、およびユーザ−プログラム可能なルート、ときにソフトウエアオブジェクトによりこれらを接続することによってマクロを生成させることができる。
【００２７】
図１２はシナリオまたはホームオートメーションシステムの生成時の主ステップを有する方法１２００のフローチャートである。ステップ１２０２では、ユーザは図１０および１１につき述べたように、新たなシステムコンフィギュレーションのグラフィック表示を生成する。ステップ１２０４では、例えば、VSスクリプト、ジャバスクリプト、ビジュアルベーシックまたはHTMLメニューを経て新たなコンフィギュレーション（例えば、ＣＯＭ−コンパチブルコード）を発生する。ステップ１２０６では、発生したコードは種々のオブジェクトをシステムのディレクトリ（上記従来技術の項参照）で登録し、ホームオートメーションシステムの新たな機能としてクラスターを一体化し得るようにする。登録すると、ステップ１２０８に示すように新たなコンフィギュレーションを演算用途に容易とする。ステップ１２０２、１２０４および１２０６以外は、時間的にオーバーラップし、または逐次的に行う。構成アプリケーションはインターネットを介して局部的にまたは遠隔的にサーバーでアクセス可能とする。後者の場合には、サーバーで収集された情報はユーザプロフィーリングで将来使用し得るようにする。特定のエンド−ユーザのシステムで優先的に最適化されたコードは専用サーバー（VBスクリプトまたはジャバスクリプト）によって発生させることができる。
【００２８】
この文脈内では、1998年9月25日にアドリアンターナー外により出願されたUS特許出願09/160、490(PHA-23,500)“CUSTOMIZED UPGRADING OF INTERNET-ENABLED DEVICES BASED ON USER-PROFILE”および1998年11月10日にYevgeniy Shteynにより出願されたUS特許出願09/189,535(PHA-23,527)”UPGRADING OF SYNERGETIC ASPECTS OF HOME ENETWORKS”を参照されたい。これらの特許文献は消費者電子ネットワーク可能機器の特定のエンド−ユーザのユーザプロフィールおよびこの種機器の新たな技術的特徴のデータベースを保持するサーバーシステムに関するものである。これらユーザプロフィールおよび新たな技術的特徴間が整合している場合には、および更新またはセールスオファーに関する情報を受信することを示す場合には、ユーザはオプションのネットワークを経て特徴を得ることを告知する。後者の文献は装置の在庫目録およびユーザのホームネットワークの可能性にアクセスするサーバーに関するものである。この在庫は、例えばHAViまたはJini アーキテクチュアによって提供されるようなルックアップテーブルである。また、このサーバーはユーザのネットワークに存在する装置の相乗効果が在庫のリストおよびユーザのプロフィールに基づいて高められ得るかどうかを決めるものである。これら特徴がこれら規準に基づいて相乗効果に関連する場合には、ユーザは告知を行う。
【図面の簡単な説明】
【図１】  図１は片道特性ルート作動を示す説明図である。
【図２】  図２は片道特性ルート作動を示す説明図である。
【図３】  図３は一方向特性ルート作動を示す説明図である。
【図４】  図４は本発明制御システムの双方向特性ルートの作動を示す説明図である。
【図５】  図５は本発明制御システムの往復特性ルートの作動を示す説明図である。
【図６】  図６は本発明制御システムの往復特性ルートの作動を示す説明図である。
【図７】  図７は本発明制御システムの往復特性ルートの作動を示す説明図である。
【図８】  図８は本発明制御システムの往復特性ルートの作動を示す説明図である。
【図９】  図９は本発明制御システムの往復特性ルートの作動を示す説明図である。
【図１０】  図１０は制御システムを構成する或る概要を説明する概要図である。
【図１１】  図１１は制御システムを構成する或る概要を説明する概要図である。
【図１２】  図１２は制御システムを構成する或る概要を説明する概要図である。
【図１】
0005122704.tif 000002
【図２】
0005122704.tif 000003
【図３】
0005122704.tif 000004
【図４】
0005122704.tif 000005
【図５】
0005122704.tif 000006
【図６】
0005122704.tif 000007
【図７】
0005122704.tif 000008
【図８】
0005122704.tif 000009
【図９】
0005122704.tif 000010
【図１０】
0005122704.tif 000011
【図１１】
0005122704.tif 000012
【図１２】
0005122704.tif 000013