JP2008522452A - リクエスタ装置に現在の状態データを提供するためのシステムおよび方法 - Google Patents

Abstract

リクエスタ装置に状態データを提供するためのシステムおよび方法が開示される。状態データを取得するためのリクエストがリクエスタ装置からプロバイダ装置に送信される。リクエストは、リクエスタ装置に保存された変数の直前値を含む。プロバイダ装置で、送信された直前値は、プロバイダ装置に保存された変数の現在値と比較される。現在値が直前値とは異なる変数を含む変更された変数が識別される。変更された変数を識別する変数マップが作成される。変更された変数のための現在値と変数マップは、所定のフォーマットに編成されて状態データを形成する。状態データは、リクエスタ装置に送信される。
【選択図】図１

Description

本発明は、一般にコンピュータおよびコンピュータ関連技術に関する。より詳しくは、本発明は、リクエスタ装置に状態データを提供するためのシステムおよび方法に関する。

コンピュータおよび通信技術は、急速に進歩しつつある。実際に、コンピュータおよび通信技術は、人の日課の中で、多数の態様と関連している。例えば、今日、消費者により使われている多数の装置が、その内部に小型コンピュータを有する。これらの小型コンピュータは、多様なサイズと複雑度を有する。これらの小型コンピュータは、一つのマイクロコントローラから完全な機能の完成されたコンピュータシステムに至るすべてのものを含む。例えば、これらの小型コンピュータとしては、マイクロコントローラ等のワンチップコンピュータと、コントローラ等のワンボード型コンピュータと、ＩＢＭ−ＰＣ互換型等の通常のデスクトップコンピュータとが挙げられる。

コンピュータは、通常、その中央部に一つ以上のプロセッサを有する。プロセッサは、大体、異なる外部入力および出力により相互接続され、特定のコンピュータまたは装置を管理するために機能する。例えば、温度自動調節器のプロセッサは、温度設定を選択するために使われるボタンに、温度を変更するための暖炉または空調機器に、さらに、現在の温度を読み出してディスプレイに表示するための温度センサに、接続されてもよい。

多数の機器、装置等が一つ以上の小型コンピュータを含む。例えば、温度自動調節器、暖炉、空調システム、冷蔵庫、電話機、タイプライター、自動車、自動販売機、および産業設備の異なる多数の類型が、現在通常的にそれらの内部に小型コンピュータまたはプロセッサを有する。コンピュータソフトウェアが、このコンピュータのプロセッサにおいて実行され、所定のタスクを行うための方法をプロセッサに指示する。例えば、温度自動調節器において実行中のコンピュータソフトウェアは、特定の温度に到達すると、空調装置の動作を中断させ、または、必要に応じてヒータを動作させることができる。

装置、機器、ツールの一部であるこの種の小型コンピュータを、一般に埋め込みシステムという。「埋め込みシステム」という用語は、一般に、さらに大きいシステムの一部であるコンピュータハードウェアおよびソフトウェアを意味する。埋め込みシステムは、キーボード、マウス、および／または、モニターのような通常の入出力装置を有していなくてもよい。一般に、各埋め込みシステムの中央部には、一つ以上のプロセッサが存在する。

埋め込みシステムは、広範囲かつ異なる場面において用いられ得る。例えば、照明システムが、埋め込み技術を用いてもよい。特に、埋め込みシステムは、照明システムをモニタし制御するのに用いられ得る。例えば、埋め込みシステムは、照明システム内の個別光または光のセットに対する明るさを暗くし、または増加させるのに用いられ得る。埋め込みシステムは、照明システム内の個別光を活性化することにより、特定の発光パターンを生成するのに用いられてもい。埋め込みシステムは、照明システム内の個別スイッチに連結され得る。埋め込みシステムは、個別光または全体の照明システムの電力を増加または減少させることを、スイッチに指示することができる。したがって、個別光のそれぞれの明るさまたは電力状態が埋め込みシステムにより制御され得る。

保安システムもまた、埋め込み技術を用いることができる。埋め込みシステムは、保安システム内の個別保安センサを制御し、モニタするのに用いられ得る。埋め込みシステムは、昼または夜の特定の時間に自動的に保安センサのそれぞれの電力を増加させるための制御を提供することもできる。埋め込みシステムがモーションセンサに連結され得る。埋め込みシステムは、モーションが検出されると、個別のモーションセンサの電力を自動的に増加させることができ、ビデオカメラおよび／またはアラームを起動するための制御を提供することができる。また、埋め込みシステムは、ドアまたは窓をモニタするセンサに連結され、活動が感知されると、特定の動作を取ることもできる。

埋め込み技術は、携帯電話等の無線製品を制御するのにも用いられ得る。埋め込みシステムは、携帯電話のディスプレイ電力を増加させるための指示を提供することもできる。また、埋め込みシステムは、ユーザに着呼の音声通知を提供するために、携帯電話内のオーディオスピーカを起動することもできる。

ストーブ、冷蔵庫、または電子レンジ等の家庭用電気製品も埋め込み技術を組み込むことができる。例えば、マッサージリクライナーは、ユーザの好みにより、椅子の背もたれを自動的に倒すための指示を提供するために、埋め込みシステムを含むことができる。また、埋め込みシステムは、ユーザの好みにより、椅子内の振動部品を始動させるための指示を提供することもできる。

家庭で多く見られる追加製品も、埋め込みシステムを含んでもよい。例えば、埋め込みシステムは、トイレで給水タンクを満たすときの水位制御に用いられ得る。埋め込みシステムは、噴射式浴槽（ジェットバス）内で、例えば、空気の流出を制御するのに用いられ得る。

埋め込み装置および他のコンピュータシステムはしばしば、装置自体および／またはシステムや、装置によりモニタされる構成要素に関する状態データを含む。さらに、この装置により収集された状態データの履歴を保有することが好ましい場合が多い。この装置は、コンパイルされた状態履歴への遠隔アクセスを許容するために、ネットワークに連結され得る。

不幸にも、状態履歴を保有することは、複雑であり、相当量のメモリと処理能力を要求する。例えば、異なる多数のユーザが特定の装置から状態履歴データを得ようとすることもあり得る。あるユーザは、装置に対して状態履歴を１５秒間隔で保有させようとするのに対して、他のユーザは、状態履歴を３．５秒間隔で保有させようとすることもあり得る。したがって、装置は、状態履歴を要請するユーザそれぞれのために個別履歴を保有しなければならない。少数のユーザが異なる時間間隔で状態履歴を得ようとすると、この作業はあまりにも複雑となり、相当量のメモリと処理能力を要求することになり得る。数百または数千個のそのような要請がなされると、作業の複雑度は甚大となり、装置は相当量のメモリと処理能力を要求することになる。さらに、短時間間隔が用いられるとき、多数の遠隔ユーザに状態履歴または状態データが送信されると、相当なネットワーク帯域幅が消費され得る。

したがって、リクエスタ装置に状態データを提供するための改善されたシステムおよび方法により利点が実現され得る。ここで、リクエスタ装置に状態データを提供するための例示的な一部のシステムおよび方法について説明する。

リクエスタ装置に現在の状態データを提供するための方法が開示される。状態データに対するリクエストがリクエスタ装置からプロバイダ装置に送信される。リクエストは、リクエスタ装置に保存された変数の直前値を含む。プロバイダ装置において、送信された直前値は、プロバイダ装置に保存された変数の現在値と比較される。現在値が直前値と異なる変数を有する変更された変数が識別される。変更された変数を識別する変数マップが作成される。変更された変数のための現在値と変数マップは、所定のフォーマットに編成されて状態データを形成する。状態データは、リクエスタ装置に送信される。

一実施形態において、変数マップは付加的に、どの変数が変更されていないかも識別する。リクエストは、現在値が要請された変数を識別するリクエストマップをさらに備えてもよい。

変数マップは、一実施形態において、それぞれがプロバイダ装置により保存された変数の一つに対応する一連のビットを備えてもよい。一つのビット値は、対応する変数が変更した変数であることを示し、他のビット値は、対応する変数の現在値と直前値が同じであることを示す。一実施形態において、状態データでの変数の順序は、インターフェース定義内での変数の手順により判定される。さらに、このような実施形態において、一連のビット内でのビットの順序は、インターフェース定義内での変数の手順に対応してもよい。他の方法で、変数マップは、それぞれがプロバイダ装置により保存された変数を識別する一連の整数を有してもよい。

リクエストは、所定のフォーマットに編成されてもよい。また、プロバイダ装置が埋め込み装置であってもよい。状態データは、プロバイダ装置を固有に識別する識別子をさらに有してもよい。リクエスタ装置により保存された変数の直前値は、ヌル値であってもよい。

前記した方法を行うためのシステムも開示される。システムは、それと電子通信中の提供者メモリおよび提供者プロセッサを有するプロバイダ装置を含む。リクエスタ装置は、それと電子通信中のリクエスタのメモリおよびリクエスタのプロセッサを含む。プロバイダ装置とリクエスタ装置は、互いに電子通信を行う。提供者メモリおよびリクエスタのメモリに保存された指示は、ここで開示された方法を実施するように実行可能である。前記したシステムおよび方法を行うためのコンピュータ読み取り可能な媒体も開示される。

添付図面と共に考慮される以下の説明および添付の請求項から、本発明の例示的実施形態がさらに明らかになるだろう。この図面は、単に例示的実施形態を示すだけであり、したがってこの図面が発明の範囲を制限するものではないということを理解した上で、添付図面を用いて、本発明の例示的実施形態がさらに明確かつ詳細に説明されるだろう。

以下では、類似した参照符号が同一でありまたは機能的に類似した要素を示す図面を参照して、本発明の多様な実施形態を説明する。本発明の実施形態は、ここで図面において一般的に説明され例示されるように、広範囲かつ異なる構成で準備および設計され得る。したがって、図面で表現された本発明のいくつかの例示的実施形態に対する以下のさらに詳細な説明は、請求された本発明の範囲を制限するものではなく、本発明の実施形態を示すだけである。

「例示的」という単語は、ここで排他的に用いられ、「一例、場合、または例示として機能する」ことを意味する。ここで、「例示的」に説明されるいずれの実施形態も、他の実施形態に比べて必ずしも好ましくまたは有用なものと解釈されることはない。実施形態の多様な態様が図示されるが、特に指定されない限り、図面が必ずしも実寸大に描かれるわけではない。

ここで開示された実施形態の多数の特徴が、コンピュータソフトウェア、電子ハードウェア、または両方の組合せで具現され得る。ハードウェアとソフトウェアのこのような交換性を明示的に例示するために、多様なコンポーネントがそれらの機能性の観点から一般的に説明される。そのような機能性が、ハードウェアまたはソフトウェアのどちらで具現されるかは、特定のアプリケーションおよび全体のシステムに与えられた設計制約に依存する。当業者であれば、説明された機能性を、それぞれの特定のアプリケーションのために、多様な方式で具現することができるが、そのような具現判定が、本発明の範囲を外れるものと解釈されてはならない。

説明された機能性がコンピュータソフトウェアとして具現される場合、そのようなソフトウェアは、メモリ装置内に配置された、および／またはシステムバスまたはネットワークを介して電子信号として送信されたコンピュータの指示またはコンピュータで実行可能なコードの任意の類型を含んでもよい。ここで説明されるコンポーネントと関連する機能性を具現するソフトウェアは、単一の指示または多数の指示を有してもよく、数個の異なるコードセグメントにわたって、異なるプログラム間に、そして数個のメモリ装置にわたって分散されてもよい。

ここで用いられるように、「コンピュータ装置」という用語は、通常的に算術または論理演算を行うプロセッサを有する電子装置の任意の類型を意味する。コンピュータ装置は、メモリ（例えば、ランダム・アクセス・メモリ（ＲＡＭ）、フラッシュメモリ、および／またはハードディスク記憶装置）を含んでもよい。コンピュータ装置は、メモリに保存された指示を処理することができる。コンピュータ装置は、選択的に、他の装置と通信するための通信インターフェース（例えば、ネットワークカードまたはモデム）、ユーザ入力を受信するための入力（例えば、キーボード、タッチパッド、またはマウス）、またはユーザに情報を提供するための出力（例えば、オーディオ出力またはディスプレイスクリーン）のような、他のコンポーネントを含んでもよい。追加的に、コンピュータ装置が、デスクトップコンピュータ、サーバー、タブレット型パソコン、ノート型パソコン、携帯情報端末（ＰＤＡ）、携帯電話、または埋め込み装置のような、装置の異なる類型として実施されてもよいことに注意しなければならない。

図１は、制御／モニタリングシステム１００の一実施形態を例示するブロック図である。システム１００は、ネットワーク１１８を介して電子通信するリクエスタ装置１０２および多数のプロバイダ装置１１０ａ−ｇを含む。プロバイダ装置１１０は、リクエスタ装置１０２からのリクエスト１３０に応答して、状態データ１２０を提供する。また、システム１００は、状態データ１２０を視聴し、および／またはプロバイダ装置１１０を制御するのに用いられるコンピュータシステム１４０を含む。リクエスタ装置１０２、プロバイダ装置１１０、およびコンピュータシステム１４０ａ−ｂは、多様な位置（例えば、位置Ａ１５０ａ、位置Ｂ１５０ｂ、位置Ｃ１５０ｃ、および位置Ｄ１５０ｄ）に配置されてもよく、ネットワーク１１８または他の通信チャンネルを介して互いに電子通信を行うことができる。

プロバイダ装置１１０は、リクエスタ装置１０２により要請される状態データ１２０を保存する。状態データ１２０は、揮発性（例えば、ＲＡＭ）または不揮発性メモリ（例えば、ハードディスク記憶装置）に保存されてもよい。データ１２０は、多数の方式で実施され得る。例えば、状態データ１２０は、プロバイダ装置１１０の動作状態または条件に関するデータを含んでいてもよい。他の方法で、状態データ１２０は、プロバイダ装置１１０によりモニタされるシステムまたは構成要素の状態または条件を含んでもよい。より具体的な一例として、プロバイダ装置１１０は、超音波心エコー図装置であってもよく、状態データ１２０は、モニタされる患者の心拍数を識別することができる。したがって、プロバイダ装置１１０は、状態データ１２０、すなわち、リクエスタ装置または任意のモニタされるシステムや構成要素の状態に関するデータを保存する任意の装置である。

リクエスタ装置１０２は、プロバイダ装置１１０にリクエストを送信可能な任意のコンピュータ装置である。リクエスタ装置１０２は、一連の別途のコンポーネントまたはコンピュータ装置を含んでもよい。例えば、リクエスタ装置は、リクエスト１３０を送信するための第１のコンピュータ装置、状態データ１２０を受信するための第２のコンピュータ装置、および受信された状態データ１２０を保存するための第３のコンピュータ装置を含んでもよい。

一実施形態において、リクエスタ装置１０２は、データベース１０３、状態検索コンポーネント１０４、および制御コンポーネント１０５を含んでもよい。データベース１０３は、プロバイダ装置１１０から受信された状態データ１２０を保存して編成するのに用いられ得る。

状態検索コンポーネント１０４は、状態データ１２０のためのリクエスト１３０の送信を制御することができる。状態検索コンポーネント１０４はさらに、状態データ１２０をデータベース１０３に保存する前に、状態データ１２０の受信および受信された状態データ１２０の処理を制御することもできる。

選択的な制御コンポーネント１０５が、プロバイダ装置１１０を制御するのに用いられ得る。より具体的に、制御コンポーネント１０５は、制御命令をプロバイダ装置１１０に送信するのに用いられ得る。

開示された二つのコンピュータシステム１４０ａ−ｂは、状態データ１２０を視聴するのに、および／またはプロバイダ装置１１０を制御するのに用いられる任意のコンピュータ装置（例えば、携帯情報端末（ＰＤＡ）またはラップトップコンピュータ）を備えてもよい。コンピュータシステム１４０ａ−ｂは、リクエスタ装置１０２または一つ以上のプロバイダ装置１１０と区別または統合され得る。

コンピュータシステム１４０ａ−ｂは、状態視聴コンポーネント１４１ａ−ｂおよび制御コンポーネント１４２ａ−ｂを含んでもよい。視聴コンポーネント１４１は、リクエスタ装置１０２のデータベース１０３に保存されたデータ１２０を検索して視聴するのに用いられ得る。制御コンポーネント１４２は、例えば、制御命令をプロバイダ装置１１０に直接送信し、または命令をリクエスタ装置１０２に送信するのに用いられ、リクエスタ装置１０２は、次に、同一または対応する制御命令を一つ以上のプロバイダ装置１１０に送信することができる。

図１に示されたシステム１００は、特定のビル、工場、施設、国、または世界にわたって配置された多様な場所のような、遠隔位置から状態データ１２０を収集することを可能にする。さらに、開示されたシステム１００は、プロバイダ装置１１０の遠隔管理を可能にすることができる。一実施形態において、プロバイダ装置１１０は、埋め込みコンピュータ装置であってよい。埋め込みコンピュータ装置は、装置により処理されるプログラミング命令の多数または全部が読み出し専用メモリに保存されるコンピュータ装置である。

ネットワーク１１８は、例えば、リクエスタ装置１０２とプロバイダ装置１１０との間でデータが送信される通信チャンネルである。ネットワーク１１８は、多様な方式で実施され得る。例えば、ネットワーク１１８は、ローカル・エリア・ネットワーク（ＬＡＮ）、ストレージ・エリア・ネットワーク（ＳＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、広域ネットワーク（ＷＡＮ）、またはその組合せ（例えば、インターネット）を含んでもよく、リクエスタ装置１０２とプロバイダ装置１１０が、同一の物理的位置１５０、同一のネットワーク１１８セグメント内、さらには、同一のネットワーク１１８内に存在することを要求しない。イーサネット(登録商標)、ＴＣＰ／ＩＰ、ＵＤＰ／ＩＰ、ＩＥＥＥ８０２．１１、ＩＥＥＥ８０２．１６、ブルートゥース、非同期転送モード（ＡＴＭ）、光ファイバー分散データインタフェース（ＦＤＤＩ）、トークンリング、ワイヤレスネットワーク（例えば、８０２．１１ｇまたは無線電話／データネットワーク）、独自的な方式、およびそれに関する組合せを含む、多様かつ異なるネットワーク構成とプロトコルが用いられ得る。勿論、一部の実施形態は、通常「ネットワーク」として見られないこともある、ＥＳＣＯＮ（ｅｎｔｅｒｐｒｉｓｅ ｓｙｓｔｅｍｓ ｃｏｎｎｅｃｔｉｏｎ）、小型コンピュータ用周辺機器インターフェース（ＳＣＳＩ）、ファイバチャンネル等のような、伝統的なポイントツーポイント接続として実施されてもよい。ネットワーク１１８は、一実施形態において、日本国大阪の松下電工株式会社により生産された埋め込み装置ネットワークを備えてもよい。埋め込み装置ネットワークは、要請者、提供者、およびネットワーク障害が発生したとき、通信チャンネルの速い再ルーティングを許容する仲介ノードの分散ネットワークを具備する。

開示されたシステム１００は、図１に示す方式以外の多様な方式で実施され得る。例えば、一実施形態において、プロバイダ装置１１０の制御に関連したコンポーネント１０５、１４２は省略され、それにより、システム１００は、（例えば、図３に示される）モニタリングシステムとなる。さらに、開示されたシステム１００は、単一の位置に配置されまたは任意数の遠隔位置１５０ｂ−ｃに配置された、多数のリクエスタ装置１０２および任意数のコンピュータシステム１４０ａ−ｂまたはプロバイダ装置１１０を含んでもよい。

図２は、家庭２０１内に設けられた制御／モニタリングシステム２００の一実施形態を例示する。図示された家庭２０１は、自動車２１０ａを収容するガレージ２０６ａ、寝室２０６ｂ、入口の通路２０６ｃ、ユーティリティルーム２０６ｄ、居間２０６ｅ、および作業室２０６ｆを含む。図２は、家庭２０１の１階を示す。簡略化のために、２階または他の階は示していない。

図２に示す家庭２０１は、当然、例示に過ぎない。制御／モニタリングシステム２００は、オフィスビル、アパート団地、近郊、都市、地方、または多様な国々のような、多様な環境において用いられ得る。

図２に示すように、リクエスタ装置２０２は、データベース２０３、状態検索コンポーネント２０４、および制御コンポーネント２０５を含む。これらの項目２０３、２０４、２０５は、図１に示すものと同一の機能を行う。例示された実施形態において、状態データ２２０のためのリクエスト２３０が、リクエスタ装置２０２によりプロバイダ装置２１０のいずれかに送信される。これに応答して、状態データ２２０が適切なプロバイダ装置２１０からリクエスタ装置２０２に送信される。

図２は、プロバイダ装置２１０の多数の異なる例示的類型を例示する。特に、図２は、自動車２１０ａ、携帯音楽プレーヤー２１０ｂ、電話システム２１０ｃ、暖炉２１０ｄ、火災警報システム２１０ｅ、自動散水機システム２１０ｆ、健康モニタ２１０ｇ、オーディオシステム２１０ｈ、冷蔵庫２１０ｉ、オーブン２１０ｊ、保安システム２１０ｋ、ファクス２１０ｌ、照明システム２１０ｍ、および空調装置２１０ｎを例示する。

このプロバイダ装置２１０のそれぞれは、リクエスタ装置２０２により検索および保存される状態データ２２０を保有するコンピュータ装置を含んでもよい。例えば、自動車２１０ａからの状態データ２２０は、潜在的な維持補修または誤動作に関するデータを含んでもよい。健康モニター２１０ｇのための状態データ２２０は、心拍数および呼吸数を含んでもよい。冷蔵庫２１０ｊからの状態データは、例えば、ＲＦＩＤ（電波方式認識）技術を用いて、所定の食品がそこにどの程度長い間保存されていたかを示すことができる。照明システム２１０ｍのための状態データ２２０は、どの光が現在ついているかを示すことができる。電話機システム２１０ｃのための状態データ２２０は、いつ音声メッセージが受信され、検索されなかったかを示すことができる。勿論、状態データの前記類型は、例示に過ぎない。

上述したように、ここで開示されたシステム２００は、多様な方式で実施され得る。例えば、モニタ／制御システム２００は、病院内で多様な類型の医療モニタ装置から状態データを収集するのに利用され得る。開示されたシステム２００は、風、温度、および降水量情報のような、天候データを収集するためのフィールド装置を遠隔的にモニタするのに用いられ得る。それは、工場で、工場内の多様な機械の状態をモニタするのに用いられ得る。開示されたシステム２００が用いられる他の方式は、ここに開示されたもの以外に多数ある。

図３は、モニタリングシステム３００の一実施形態を例示する。システム３００は、リクエスタ装置３０２、プロバイダ装置３１０、およびネットワーク３１８を含む。簡略化のために、状態データを視聴するための（図１に示す）コンピュータシステム１４０が、図３には別に示されていないが、リクエスタ装置３０２は、そのようなコンピュータシステム１４０と統合されてもよい。

上述のように、リクエスタ装置３０２は、状態検索コンポーネント３０４、インターフェース定義３１１ａ、およびデータベース３０３を含んでもよい。データベース３０３は、一つ以上のプロバイダ装置３１０に関連した状態データ３２０を保存する。状態検索コンポーネント３０４は、プロバイダ装置３１０からの状態データを要請し、受信するのに用いられる。状態検索コンポーネント３０４は、これらの機能を行うのに必要なハードウェアおよび／またはソフトウェアを含んでもよい。例えば、状態検索コンポーネント３０４は、リクエスト３３０を送信し、状態データ３２０を受信するためのネットワーク通信コンポーネント、ソフトウェア、および／またはファームウエアを含んでもよい。

リクエスタ装置３０２は、インターフェース定義３１１ａを含んでもよい。インターフェース定義３１１ａは、識別子３６０ａ、インターフェース名３６２、および多様な変数名３６４ａ−ｅとデータ類型３６６ａ−ｅを含む。識別子３６０ａは、それらの対応する類型３６６（インターフェース定義３１１ａ）を有する変数３６４の特定セットを固有に識別するコードまたは名前であり、リクエスタ装置３０２およびプロバイダ装置３１０により、変数および類型の完全なセットの代りに用いられ得る。識別子３６０ａは、例えば、固有の一連の２進または１６進数字として表現され得る。ライン文字「｜」は、この出願の図面においてデータフィールド間の分離を示すのに用いられる。

インターフェース名３６２は、消費者がプロバイダ装置３１０を参照できるプロバイダ装置３１０の名前である。したがって、インターフェース名３６２は、一連のストリング文字であってもよい。

変数名３６４は、プロバイダ装置３１０により保存された変数が参照され得る名前または識別子である。それぞれのデータ類型３６６は、データ類型に先行する変数名３６４により参照される変数のデータ類型を定義する。データ類型３６６は、多数の方式（例えば、整数、ストリング、日付または時間フォーマット、通貨値、アレイ、長い整数、または倍精度数）に具現され、ユーザ定義データ型（例えば、曜日または温度）を含んでもよい。

インターフェース定義３１１ａは、ネットワーク３１８を介して、携帯用記憶装置（例えば、ＣＤ−ＲＯＭ、フラッシュメモリドライブ、またはプロッピーディスク）からリクエスタ装置３０２に送信するか、プロバイダ装置３１０からリクエスタ装置３０２に送信することができる。上述したように、ネットワーク３１８は、多様な方式で実施され得、リクエスタ装置３０２とプロバイダ装置３１０との間でデータを送信するのに用いられる。次に説明されるように、インターフェース定義３１１ａは、リクエスタ装置３０２およびプロバイダ装置３１０により交換されるデータのための標準通信プロトコルおよびフォーマットを定義するのに用いられる。

プロバイダ装置３１０は、図３に示すように、インターフェース定義３１１ｂ、リクエスト処理コンポーネント３１２、および比較コンポーネント３１３も含んでもよい。プロバイダ装置３１０のインターフェース定義３１１ｂは、リクエスタ装置３０２により用いられるインターフェース定義３１１ａと同一である。このような標準インターフェース定義３１１ａを用いることが、リクエスタ装置３０２とプロバイダ装置３１０との間でのデータ交換を容易にする。リクエスト処理コンポーネント３１２は、リクエスタ装置３０２から受信されたリクエスト３３０を処理する。比較コンポーネント３１３は、リクエスタ装置３０２から受信された変数３６４の直前値３６８を、プロバイダ装置３１０により保存されたその変数３６４の現在値３７０と比較する。

システム３００により行われるモニタリングプロセスは、リクエスタ装置３０２からのリクエスト３３０により開始される。リクエスト３３０は、インターフェース識別子３６０ａ、装置識別子３６０ｂ、日付／時間フィールド３７２ａ、リクエストマップ３７４、および、場合に応じて、一つ以上の直前値３６８を含んでもよい。識別子３６０ｂは、プロバイダ装置３１０と関連する固有の識別子である。選択的な日付／時間フィールド３７２ａは、直前値３６８と関連する日付および／または時間（例えば、直前値がプロバイダ装置３１０により収集された、および／またはプロバイダ装置３１０に保存されたおおよその時点）を識別する。

直前値３６８は、プロバイダ装置３１０から先に検索された状態データ３２０を含む。直前値３６８中の一つ以上は、例えば、リクエスタ装置３０２が当該変数のための直前値３６８を有していないか、当該変数３６４のための現在値３７０を要請していなければ、ヌル値であってもよい。この出願で用いられるように、ヌル値は、所定の文字またはコードであり、または適切なフィールドまたは直前値のためのデータが単純に脱落しているものでもよい（例えば、リクエストデータは、すべてのフィールドのためのデータが提供される前に、指定された終端文字で終了する）。一実施形態において、リクエストまたは状態データ３３０、３２０のヌル値は、リクエストまたは状態マップ３７４、３７５により示される。例えば、個々のマップ３７４、３７５において、ヌル値は、０として示され得る。

リクエストマップ３７４は、どんな変数が要請されるかを識別し、図４乃至図７に関連させてより詳細に説明される。直前値３６８は、インターフェース定義３１１ａで記述された変数／データ類型３６４／３６６と同一の順序に配列される。このように、リクエスト３３０は、（例えば、インターフェース定義３１１ａを参照して定義された）所定のフォーマット３７６ａに編成され、それにより、プロバイダ装置３１０は、リクエスト３３０を正確に解釈する。

所定のフォーマット３７６ａは、多様な方式で編成され得る。例えば、リクエスト３３０がプロバイダ装置３１０にのみ送信されると、識別子３６０ｂは、脱落することがあり得る。さらに、リクエスト３３０フィールドの手順が再配列され、所定の場合には、日付／時間フィールド３７２ａ、リクエストマップ３７４、および直前値３６８が脱落されることもあり得る。一実施形態では、リクエストマップフィールドおよび／または直前値フィールドにヌル値を含ませることが、すべての変数３６４のための現在値３７０が要請されることを示す。

一実施形態では、リクエスト３３０がプロバイダ装置３１０により受信されるとき、リクエスト処理コンポーネント３１２を用いて、識別された変数３６４のための現在値が判定または識別される。リクエスト処理コンポーネント３１２は、インターフェース定義３１１ｂを用いて、どのデータが特定の直前値３６８またはリクエストマップ３７４と関連するかを識別するように、受信されたリクエスト３３０を解釈する。

一実施形態において、次に、比較コンポーネント３１３は、受信された直前値３６８が適切な変数３６４のための現在値３７０と異なるか否かを判定する。そのような実施形態において、プロバイダ装置３１０は、変更された変数、すなわち、現在値３７０が受信された直前値３６８と異なる変数３６４のための現在値３７０のみを返すように構成され得る。

状態データ３２０は、インターフェース定義３１１ｂに基づいた所定のフォーマット３７６ｂで、リクエスタ装置３０２に返される。例示された所定のフォーマット３７６ｂは、インターフェース識別子３６０ａ、装置識別子３６０ｂ、識別子３６０ｃ、日付／時間フィールド３７２ｂ、変数マップ３７５、および多様な現在値３７０を含む。上述したように、識別子３６０ｃは、プロバイダ装置３１０と関連する固有のコードまたは名前である。日付／時間フィールド３７２ｂは、状態データ３２０に含まれた現在値３７０と関連する日付および／または時間を示す。変数マップ３７５は、どの現在値３７０がリクエスタ装置３０２に送信されるかを示す。示されたように、一実施形態では、要請された、また直前値３６８とは異なる現在値のみが状態データ３２０に含まれる。

状態データ３２０の受信に続いて、このデータ３２０は、データベース３０３に保存され、状態データ３２０の履歴３７８にコンパイルされるか、または追加され得る。他の方法で、または状態データのデータベース３０３への保存と共に、状態データ３２０は、視聴のために（図１に示す）コンピュータシステム１４０に伝達することができる。

開示されたシステム３００は、多数の異なる方式で実施され得る。例えば、状態およびリクエストデータ３２０、３３０は、伝送制御プロトコル／インターネット・プロトコル（ＴＣＰ／ＩＰ）のような、一つ以上の多様なネットワークプロトコルによりフォーマットされ得る。データ３２０／リクエスト３３０を送信するのに用いられるプロトコル（ＴＣＰ／ＩＰ等）、またはデータ３２０／リクエスト３３０自体は、リクエスト３３０と状態データ３２０を結びつける能力を含まなければならず、それにより、リクエスタ装置３０２およびプロバイダ装置３１０は、データ３２０およびリクエスト３３０を適切な順序で処理することができる。また、データ３２０、３３０は、多様な方式で暗号化または符号化され得る。さらに、リクエストおよび状態データ３２０の多様なフィールドとリクエスト３３０は、異なる順序に配置され、または脱落され得る。例えば、識別子３６０ｃは、脱落され得る。識別子３６０ａは、一実施形態において、状態データ３２０がリクエスタ装置３０２またはプロバイダ装置３１０から他の装置に送信される場合にのみ必要となり得る。インターフェース名３６２は、インターフェース定義３１１ａ−ｂから脱落され得る。

リクエスト３３０と対応する状態データ３２０の例示的実施形態は、以下を含む：（１）他のフィールド無しに、インターフェース識別子３６０ｂを有するリクエスト３３０は、プロバイダ装置３１０が、識別子３６０ｃ、日付／時間値３７２ｂ、すべて１である変数マップ３７５、およびプロバイダ装置３１０のためのすべての現在値３７０を有する状態データ３２０（例えば、完全なスナップショット）を送信しなければならないことを示し；（２）直前値３６８無しに、識別子３６０ｂおよびリクエストマップ３７４に選択された１を有するリクエスト３３０は、プロバイダ装置３１０が識別子３６０ｃ、日付／時間値３７２ｂ、リクエスト３３０から送信された１と整合する変数マップ３７５、および変数マップ３７５により判定される選択された現在値３７０を有する状態データ３２０（例えば、部分的なスナップショット）を送信しなければならないことを示し；（３）識別子３６０ｂと一部の１および整合する数の直前値３６８を有するリクエストマップ３７４を有するリクエスト３３０は、プロバイダ装置３１０が、識別子３６０ｃ、日付／時間値３７２ｂ、変更された値を有する変数３６４のためにのみ、１を有する変数マップ３７５、およびリクエストマップ３７４により示される要請された変数３６４のためには、変更された現在値３７０を有する状態データ３２０（例えば、部分的な比較スナップショット）を送信しなければならないことを示し；（４）識別子３６０ｂ、すべてが１であるマップ３７４、およびすべての直前値３６８を有するリクエスト３３０は、プロバイダ装置３１０が、識別子３６０ｃ、日付／時間値３７２ｂ、変更された変数のためにのみ、１を有する変数マップ３７５、および変更された現在値３７０を有する状態データ３２０（例えば、完全な比較スナップショット）を送信しなければならないことを示す。また、一実施形態では、日付／時間フィールド３７２ｂが所定のリクエスト３３０において要求されない。例示的リクエスト１および２は、リクエスト処理コンポーネント３１２は用いることができるが、比較コンポーネント３１３は用いることができない。例示的リクエスト３および４は、処理コンポーネント３１２と比較コンポーネント３１３のすべてを用いることができる。例示的な前記リクエスト３３０と状態データ３２０は、単に例示的実施形態であるだけで、開示されたシステムおよび方法の範囲内に含まれるリクエスト３３０、状態データ３２０、またはリクエストおよびプロバイダ装置３０２、３１０の類型を制限しない。

図４、図５、および図６は、リクエスト４３０、５３０、６３０の多様な類型の実施形態を例示する図表である一方、図７は、状態データ７２０の実施形態を例示する図表である。特に図４を参照すると、例示的識別子４６０ｂおよび日付／時間値４７２ａが示される。また、例示的リクエストマップ４７４ａも示される。上述されたように、リクエストマップ４７４ａは、現在値が要請される変数を識別する。例示された実施形態において、リクエストマップ４７４ａは、一連のビットである。それぞれのビットは、インターフェース定義３１１で識別された変数３６４に対応する。したがって、図４に示すマップ４７４ａと関連するインターフェース定義は、５個の変数３６４を含むが、これはマップ４７４ａに５個のビット値が存在するからである。リクエストマップ４７４ａでのビットの順序は、インターフェース定義３１１での変数３６４の順序に対応する。したがって、第１のビットは、インターフェース定義３１１の変数Ａ３６４ａに対応し、第２のビットは、インターフェース定義３１１の変数Ｂ３６４ｂに対応する方式である。他の方法では、一連のビットとインターフェース定義３１１の変数３６４との間の逆順対応関係のような、他の順序化システムが用いられ得る。

例示された実施形態において、「１」のビット値は、識別された変数３６４のための現在値３７０が要請されることを示す。「０」の存在は、対応する現在値３７０が要請されないことを示す。勿論、反対であってもよいが、言い換えれば、「０」は、特定値が要請されることを示すことができ、「１」は、値３７０が要請されないことを示すこともできる。さらに、マップ４７４ａは、２進数ではなく、１６進数または異なる数字の類型に変換され得る。図４に示すリクエストマップ４７４ａ「１１１１１」は、適切なすべての変数３６４のための現在値３７０が要請されることを示す。さらに、適切なすべての変数３６４のための直前値４６８がリクエスト４３０に提供される。この直前値４６８は、プロバイダ装置３１０により受信されるとき、対応する変数のための現在値３７０と比較され得る。他の実施形態において、リクエストマップ４７４ａは、省略することができ、（ヌル値のような）所定値が、値が要請されていないことを示すものとして用いられ得る。また他の実施形態において、リクエストマップ４７４ａは、現在値７７０のすべてが要請されることを示しながら省略され得る。

図５を参照すると、同様に識別子５６０ｂおよび日付／時間値５７２ａがリクエスト５３０に含まれている。リクエスト５３０と関連して、例示されたリクエストマップ「１０１０１」は、変数Ａ、Ｃ、およびＥ；３６４ａ、３６４ｃ、３６４ｅのための現在値３７０ａ、３７０ｃ、３７０ｅのみが要請されることを示すが、これは第１、第３、および第５の位置のビットのみが１であるからである。第２および第４のビット位置の０は、関連するインターフェース定義３１１の変数ＢおよびＤ；３６４ｂ、３６４ｄのための現在値３７０ｂ、３７０ｄは、要請されないことを示す。

図６は、リクエスト６３０の他の実施形態を例示する。このリクエスト６３０は、プロバイダ装置３１０のための固有の識別子６８０ｂを含む。しかし、日付／時間値６７２ａおよび直前値６６８ａ−ｂは、「ヌル値」である。上述のように、ヌル値は、「ヌル」コードとして指定されたコードにより識別され得、または、他の方法では、対応するフィールド空間内に配置されるデータの不在（例えば、適切なデータフィールドのためのデータに到達する前に、リクエスト終決コードが発見されること）によって識別され得る。「ヌル」値は、リクエスタ装置３０２が（ユーザの要請に応じて）、このデータを提供しないことと判定され、または単純にリクエスタ装置３０２が適切なフィールドに含まれるデータを有していなかったことを示すことができる。例えば、リクエスト６３０がプロバイダ装置３１０に送信された第１のリクエストであれば、リクエスタ装置３０２は、直前値６６８を有していないこともある。図６に示すリクエストマップ６７４ａは、インターフェース定義３１１の変数ＡおよびＢ；３６４ａ、３６４ｂのための現在値が要請されることを示す。

図４、図５、および図６に示す以外に、リクエスト６３０の異なる多数の他の実施形態が可能である。例えば、一実施形態では、例えば、識別子６８０ｂを除くすべてのフィールドがヌルであってもよい。そのような場合、プロバイダ装置３１０は、リクエストのこの類型をプロバイダ装置３１０により保存されたすべての変数３６４の現在値３７０のためのリクエスト６３０と解釈するように構成され得る。他の方法で、一つのプロバイダ装置３１０のみがリクエスタ装置３０２に連結されると、識別子６８０ｂはヌルであってもよい。さらに、開示されたシステムおよび方法の範囲内で変数の異なる多数の類型が可能である。また、変数マップは、異なる多数の方式で実施され得る。

図７は、状態データ７２０の実施形態を例示する図表である。識別子７６０ｃが例示された状態データ７２０に含まれている。指示されたように、識別子７６０ｃは、一つのプロバイダ装置３１０のみがリクエスタ装置３０２に連結されると、不要なこともあり得る。日付／時間値７７２ｂは、状態データ７２０に含まれた現在値７７０と関連する日付および／または時間を示す。

例示された実施形態の変数マップ７７４ｂは、図４乃至図６に示すリクエストマップ６７４ａと類似した方式でフォーマットされる。言い換えれば、それぞれのビットがインターフェース定義３１１の特定の変数３６４と関連する。ビットの順序もまたインターフェース定義３１１内の変数３６４の順序に対応する。したがって、図７に示す変数マップ７７４ｂは、変数Ａ、Ｄ、およびＥ；３６４ａ、３６４ｃ、３６４ｅのための現在値７７０ａ、７７０ｃ、７７０ｅが状態データ７２０に含まれていることを示す。

多数の異なる場面により適切な状態データ７２０が発生し得る。例えば、変数Ａ、Ｄ、およびＥ；３６４ａ、３６４ｃ、３６４ｅのための現在値７７０ａ、７７０ｃ、７７０ｅが要請されたかもしれない。他の一例として、適切な変数３６４のすべてのための状態データが要請されたが、変数Ａ、Ｃ、およびＥ；３６４ａ、３６４ｃ、３６４ｅのみが直前値６６８と関連して変更されたので、このような類型の状態データ７２０が発生されたかもしれない。

勿論、状態データ７２０は、開示されたシステムおよび方法の範囲内で多様な方式で実施され得る。変数３６４の数は、例えば、変更され得る。変数３６４のそれぞれのデータ類型も、多数の異なる方式で実施され得る。フィールドおよび変数３６４の順序も修正され得る。また、変数マップも、状態リクエスト７２０から提供される現在値７７０を識別するという目的を実現するために、多様な方式で構成され得る。

図８は、モニタリングシステム８００の代替実施形態を例示する。例示されたシステム８００は、ネットワーク８１８を介して電子通信するプロバイダ装置８１０および二つのリクエスタ装置８０２ａ−ｂを含む。簡略化のために、プロバイダ装置のインターフェース定義３１１ｂ、リクエスト処理コンポーネント３１２、および比較コンポーネント３１３は省略する。同様に、状態検索コンポーネント３０４およびインターフェース定義３１１は、これもまた簡略化のために、リクエスタ装置８０２ａ−ｂに示されていない。しかし、図８には、各リクエスタ装置８０２ａ−ｂのためのデータベース８０３ａ−ｂが示されている。上述のように、プロバイダ装置８１０は、リクエスタ装置８０２から受信されるリクエスト８３０ａ−ｂに応答してリクエスタ装置８０２ａ−ｂに状態データ８２０ａ−ｂを提供する。

第１リクエスタ装置８０２ａは、第１のデータベース８０３ａに示された状態データ８２０の時間／日付値により指示されるように、５秒毎に状態データ８２０を要請した。それに比べて、第２のデータベース８０３ｂは、第２のデータベース８０３ｂに示された状態データ８２０の日付／時間値により示されるように、約１時間に１回ずつのみ状態データ８２０を要請した。

図８は、開示されたシステムおよび方法の効率性を例示して強調する。システム８００は、プロバイダ装置８１０というよりは、リクエスタ装置８０２からのリクエスト８３０により駆動される。したがって、（その情報が所望され利用されるか否かに拘わらず）プロバイダ装置８１０から連続してデータを送信するよりは、リクエストに回答してのみ状態データ８２０を送信することが、不要なネットワークトラフィックを最小化する。このことは、（１０００個の装置のような）相当な数の装置がネットワーク８１８に連結されると、極めて重要になり得る。状態データ８２０を極めて短い時間間隔で送信することも、ネットワーク８１８を過負荷とすることがあり得る。したがって、開示されたシステム８００は、不要なネットワークトラフィックを最小化する。現在値が変更されないこともあるので、より少ない現在値７７０ａのみが含まれればよく、状態データ８２０は、通常、リクエスト８３０よりも小さい（または小さいことがある）。

また、システム８００は、プロバイダ装置８１０の複雑度を最小化する。プロバイダ装置８１０は、それが多数の異なるリクエスタ装置８０２のために、状態データ８２０を保存することが要求されないので、最小のコンポーネントのみを要求する。かえって、この状態データ８２０は、リクエスタ装置８０２に保存される。さらに、プロバイダ装置８１０は、いつ状態データ８２０がリクエスタ装置８０２に送信されなければならないかについての判定が要求されない。受信された第１のリクエストは処理され、状態データ８２は、リクエスタ装置８０２に送信される。プロバイダ装置８１０は、状態データ８２０のための多数のリクエスト８３０のタイミングをハンドリングするための複雑なアルゴリズムや処理能力を必要としない。

勿論、開示されたシステム８００は、多数の異なる方式で構成され得る。例えば、（例示された二つの（８０２ａ−ｂよりも多い）多数の異なるリクエスタ装置８０２が特定のプロバイダ装置８１０からの状態データ８２０を要請することができる。さらに、リクエスタ装置８０２は、図９と関連して後述するように、一つ以上のプロバイダ装置８１０からの状態データを要請することもある。

図９は、モニタリングシステム９００の他の実施形態を例示する。図９のモニタリングシステム９００は、２個のプロバイダ装置９１０ａ−ｂと単一のリクエスタ装置９０２を含む。簡略化のために、プロバイダ装置９１０のインターフェース定義３１１、リクエスト処理コンポーネント３１２、および比較コンポーネント３１３は省略する。同様に、状態検索コンポーネント３０４もまた、簡略化のために、リクエスタ装置９０２に示されていない。しかし、リクエスタ装置９０２のためのデータベース９０３および各プロバイダ装置９１０ａ−ｂのためのインターフェース定義９１１ａ−ｂは、例示される。

例示された実施形態では、個別リクエスト９３０ａ−ｂがプロバイダ装置９１０ａ−ｂのそれぞれに送信される。これに応答して、状態データ９２０ａ−ｂがネットワーク９１８を介してリクエスタ装置９０２に提供される。

描写されたデータベースは二つの状態履歴９７８ａ−ｂを含む。第１の状態履歴９７８ａは、第１のプロバイダ装置９１０ａに対応し、第２の状態履歴９７８ｂは、第２のプロバイダ装置９１０ｂに対応する。上述のように、リクエスタ装置９０２を用いて状態履歴９７８を追跡することは、プロバイダ装置の簡略化の点で、相当な利点を提供する。開示されたプロバイダ装置９１０ａ−ｂは、状態履歴９７８を保存することなく、個別リクエスト９３０を処理さえすればよい。簡略化されたこの構成は、プロバイダ装置９１０の複雑度のみならず、消費者に対するその費用も大きく減少させることができる。

上述のように、開示されたシステム９００は、多数の異なる方式で実施され得る。例えば、リクエスタ装置９０２は、単に二つのプロバイダ装置９１０ａ−ｂではなく、多数の異なるプロバイダ装置９１０からのデータを要請することができる。さらに、図８と図９の組み合わせにより提示されるように、モニタリングシステム９００は、多数のプロバイダ装置９１０からの状態データ９２０を要請するリクエスタ装置９０２を含むことができ、プロバイダ装置は、多数のリクエスタ装置９０２にデータを提供することができる。さらに、個別のデータベース９０３が各プロバイダ装置９１０からの状態データ９２０を保存するのに用いられ得る。

図１０は、モニタリングシステム１０００の他の実施形態を例示する。特に、図１０のシステム１０００は、リクエスト１０３０および状態データ１０２０のための他のフォーマットの一実施形態を用いる。上述のように、リクエスタ装置１００２は、状態検索コンポーネント１００４、インターフェース定義１０１１ａ、およびデータベース１００３を含んでもよい。図１０に示されたインターフェース定義１０１１ａは、図３に示されたインターフェース定義３１１ａと同一であってもよい。同様に、プロバイダ装置１０１０も、インターフェース定義１０１１ｂ、リクエスト処理コンポーネント１０１２、および比較コンポーネント１０１３を含んでもよい。このコンポーネント１０１１ｂ、１０１２、１０１３は、リクエスト１０３０および状態データ１０２０のために、異なる所定のフォーマット１０７６ａ−ｂが用いられることを除けば、図３と関連して開示された関連コンポーネント３１１ｂ、３１２、３１３と類似した方式で動作する。上述のように、状態データ１０２０は、リクエスタ装置１００２からのリクエスト１０３０の受信に応答し、リクエスタ装置１００２に送信される。

例示された実施形態において、リクエスト１０３０は、図３に示されたリクエスト３３０のように、識別子１０６０ｂおよび日付／時間フィールド１０７２ａを含む。しかし、リクエストマップ１０７４は異なる。特に、リクエストマップ１０７４は、データの不連続なセットである。代わりに、マップ１０７４は、適切な直前値１０６８の直前に、データの分散セグメント、フィールドを含む。例えば、（インターフェース定義１０１１ａの変数Ａ；１０６４ａに対応する）リクエストマップ１０７４ａの部分Ａは、伴われる変数が直前値Ａ；１０６８ａであることを示す整数（例えば、整数「１」）であってもよい。したがって、リクエストマップ１０７４の各部は、それに伴われる直前値１０６８を識別する（リクエストマップ１０７４の「部分」として指定された）値の識別子を具備する。図１０に例示されたように、例示されたリクエスト１０３０では、変数Ａ、Ｂ、およびＥ；１０６４ａ、１０６４ｂ、１０６４ｅのための現在値１０７０が要請される。この変数１０６４のそれぞれのための直前値も、リクエスト１０３０内に含まれる。例示されたリクエストは、上述のように、所定のフォーマット１０７６ａによりフォーマットされる。

状態データ１０２０も、同様にフォーマットされ、現在値１０７０と関連する識別子１０６０ｃおよび日付／時間フィールド１０７２ｂを含む。変数マップ１０７５は、図１０のリクエストマップ１０７４のように、不連続的なデータを含む。変数マップ１０７５の部分Ａ；１０７５ａは、伴われる現在値、すなわち、変数Ａ；１０６４ａに対応する現在値Ａ；１０７０ａを識別する。変数マップ１０７５の部分Ｂ；１０７５ｂは、伴われる現在値を変数Ｂ；１０６４ｂのための現在値Ｂ；１０７０ｂとして識別する。例示された実施形態では、変数ＡおよびＢ；１０６４ａ−ｂのための現在値１０７０ａ−ｂのみが返されるが、これは変数Ｅ；１０６４ｅの現在値１０７０ｅと直前値１０６８ｅは、同一であったからである。したがって、変数ＡおよびＢ；１０６４ａ−ｂは、変更された変数であった。図１０に示された状態データ１０２０は、上述された所定のフォーマット１０７６ｂによりフォーマットされる。

図１１および図１２は、図１０の所定のフォーマット１０７６ａを用いるリクエスト１１３０、１２３０の実施形態を例示する図表である。これに対して、図１３は、図１０の所定のフォーマット１０７６ｂを用いる状態データ１３２０の実施形態を例示する図表である。図１１を参照すると、例示されたリクエスト１１３０は、固有の識別子１１６０ｂおよび日付／時間フィールド１１７２ａを含む。図１１はさらに、不連続的なリクエストマップ１１７４ｂ、１１７４ｃ、１１７４ｅを例示する。リクエストマップ１１７４の部分Ｂ；１１７４ｂと関連する「２」は、後続データがインターフェース定義１０１１の第２の変数である変数Ｂ；１０６４ｂのための直前値１１６８ｂとなることを示す。リクエストマップ１１７４の部分Ｃ；１１７４ｃと関連する「３」は、後続値が変数Ｃ；１０６４ｃのための直前値１１６８ｃとなることを示す方式である。したがって、図１１に示された実施形態では、変数Ｂ、Ｃ、およびＥ；１０６４ｂ、１０６４ｃ、１０６４ｅのための現在値１０７０が要請される。また、この変数１０６４ｂ、１０６４ｃ、１０６４ｅのそれぞれのための直前値１１６８ｂ、１１６８ｃ、１１６８ｅが提供される。

勿論、開示されたリクエストマップ１１７４は、他の方式で実施され得る。例えば、適切なインターフェース定義１０１１のために対応する変数１０６４の文字（例えば、Ａ、Ｂ、Ｃ）のためのＡＳＣＩＩコードが用いられ得るように、伴われる値を識別するために、他の技術が用いられ得る。

図１２を参照すると、リクエスト１２３０の他の実施形態が例示される。この実施形態には、識別子１２６０ｂのみが含まれている。日付／時間値１２７２ａは、ヌル値を含む。このリクエストのための残りのフィールドは、（例えば、そのフィールドでのリクエスト終端コードまたはヌル値の結果として）ヌルであるが、図１２に例示されていない。一実施形態において、そのようなリクエスト１２３０は、プロバイダ装置１０１０により保存されたすべての変数１０６４のために、現在値１０７０を提供するためのリクエストとして解釈され得る。

図１３を参照すると、図１０に示された所定のフォーマット１０７６ｂの状態データ１３２０の実施形態が例示される。また、（省略され得る）識別子１３６０ｃおよび日付／時間値１３７２ｂが含まれている。例示された実施形態では、変数ＡおよびＣ；１０６４ａ、１０６４ｃのための現在値１３７０ａ、１３７０ｃが提供される。プロバイダ装置１０１０により保存されたすべての変数１０６４のための現在値１３７０が、リクエスタ装置１００２に送信されてはいない（例えば、少なくとも変数Ｂのための現在値は、送信されなかった）。これは、変数ＡおよびＣ；１０６４ａ、１０６４ｃのみのための現在値１３７０ａ、１３７０ｃのリクエストの結果であり得る。他の方法で、一実施形態では、これが、より多くの変数１０６４のためのリクエスト１２３０の結果であってもよいが、変数ＡおよびＣ；１０６４ａ、１０６４ｃのみがリクエスト１２３０により提供される直前値１１６８と異なっていた。

図１３に示された状態データ１３２０は、一例に過ぎないことが理解されなければならない。任意数の変数１０６４が、プロバイダ装置１０１０により保存され得る。プロバイダ装置１０１０により保存されたすべての変数１０６４がリクエスタ装置１００２に送信され得る。上述のように、開示された変数マップ１０７５の範囲内で、ナンバリングまたはレタリングの多様なシステムまたは方式が、伴われる現在値１０７０を示すのに用いられ得る。

図１４は、リクエスタ装置１００２に現在の状態データ１３２０を提供するための方法１４００の一実施形態の流れ図である。リクエスト１２３０が、リクエスタ装置１００２からプロバイダ装置１０１０に送信される１４０２。リクエストは、例えば、図３乃至図６および図１０乃至図１２と関連して説明されたようにフォーマットされ得る。

リクエストは、リクエスタ装置１００２に保存された変数１０６４の直前値１１６８を含む。直前値は、一実施形態において、リクエスタ装置がプロバイダ装置から先に受信された状態データを全く有していない場合であり得るように、ヌル値であってもよい。他の方法で、直前値は、例えば、数字、日付、温度、金額、心拍数、呼吸数、または測定可能な値の他の任意の類型であってもよい。

プロバイダ装置でのリクエスト受信に応答して、受信された直前値は、プロバイダ装置に保存された変数の現在値１３７０と比較される１４０４。その後、変更された変数が識別される１４０６。変更された変数は、直前値が現在値とは異なる変数を含む。

その後、変更された変数を識別する変数マップが作成される１４０８。変数マップは、図３および図７と関連して説明されたように、一連のビットのような、多様な方式で実施され得る。そのような実施形態において、それぞれのビットは、プロバイダ装置により保存された変数に対応する。一つのビット値（例えば、「１」）は、対応する値が変更されたことを示し、他のビット値（例えば、「０」）は、値が変更されなかったことを示す。勿論、図１０および図１３と関連して例示されて説明されたような、変数マップ１３７５の他の構成も可能である。

その後、変更された変数のための現在値と変数マップは、所定のフォーマット３７６ｂ、１０７６ｂに編成され１４１０、状態データ１３２０を形成する。所定のフォーマット１０７６は、図３および図１０に示された所定のフォーマット３７６ｂ、１０７６ｂのような、多様な方式で実施され得る。

その後、状態データは、リクエスタ装置１００２に送信される１４１２。次に、状態データは、データベース１００３に保存され、状態履歴１０７８を形成することができる。

状態データは、リクエスタ装置により一定の間隔で要請され得る。多数のリクエスタ装置が単一のプロバイダ装置からのデータを要請することもでき、単一のリクエスタ装置が多数のプロバイダ装置からの状態データを受信することもできる。したがって、保存および処理能力の大部分はリクエスタ装置に存在し、それにより、プロバイダ装置は、リクエスタ装置に状態データを提供するために、相当な処理能力およびメモリを要求しない。したがって、状態データを提供することに関連したプロバイダ装置の態様は、簡単であり、また、費用が最小限で済む。

図１５は、リクエストまたはプロバイダ装置１５０１において通常用いられる主要ハードウェアコンポーネントを例示するブロック図である。例示されたコンポーネントは、同一の物理構造内にまたは個別のハウジングや構造に配置され得る。

装置１５０１は、プロセッサ１５０３およびメモリ１５０５を含む。プロセッサ１５０３は、装置１５０１の動作を制御し、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、または当該技術で公知の他の装置で実施され得る。プロセッサ１５０３は、通常、メモリ１５０５内に保存されたプログラム指示に基づいて論理および算術演算を行う。

ここで用いられるように、メモリ１５０５という用語は、電子情報を保存可能な任意の電子コンポーネントとして広範囲に定義され、読み出し専用メモリ（ＲＯＭ）、ランダム・アクセス・メモリ（ＲＡＭ）、磁気ディスク記憶媒体、光学式記憶媒体、ＲＡＭのフラッシュメモリ装置、プロセッサ１５０３に含まれたオンボードメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ等で実施され得る。メモリ１５０５は、通常、プログラム指示および他のデータ類型を保存する。プログラム指示は、プロセッサ１５０３により実行され、ここで開示された方法の一部または全部を具現することができる。

装置１５０１は、通常、他の電子装置と通信するための一つ以上の通信インターフェース１５０７も含む。通信インターフェース１５０７は、有線通信技術、無線通信技術、またはその両方に基づいてもよい。通信インターフェース１５０７の異なる類型の例としては、シリアルポート、パラレルポート、ユニバーサル・シリアル・バス（ＵＳＢ）、イーサネット(登録商標)アダプタ、ＩＥＥＥ１３９４バスインターフェース、小型コンピュータ用周辺機器インターフェース（ＳＣＳＩ）バスインターフェース、赤外線（ＩＲ）通信ポート、ブルートゥース無線通信アダプダ等が挙げられる。

装置１５０１は、通常、一つ以上の入力装置１５０９および一つ以上の出力装置１５１１も含む。入力装置１５０９の他の種類の例としては、キーボード、マウス、マイクロホン、リモートコントロール装置、ボタン、ジョイスティック、トラックボール、タッチパッド、ライトペン等が挙げられる。出力装置１５１１の他の種類の例としては、スピーカ、プリンタ等が挙げられる。コンピュータシステムに通常的に含まれる出力装置の特定の一類型は、ディスプレイ装置１５１３である。ここで開示された実施形態に用いられるディスプレイ装置１５１３は、陰極線管（ＣＲＴ）、液晶ディスプレー（ＬＣＤ）、発光ダイオード（ＬＥＤ）、ガスプラズマ、エレクトロルミネッセンス等のような、任意の適当な画像投影技術を用いることができる。メモリ１５０５に保存されたデータをディスプレイ装置１５１３に示されるテキスト、グラフィック、および／または動画に（必要に応じて）変換するためのディスプレイ制御機１５１５も提供され得る。

勿論、図１５は、装置１５０１の可能な一構成のみを例示する。多様な他のアーキテクチャ及びコンポーネントも用いられ得る。

装置１５０１は、パーソナルコンピュータ、ラップトップコンピュータ、サーバー、タブレット型パソコン、または埋め込み装置のような、多様な方式で実施され得る。ソフトウェアまたは埋め込みプログラミングと共に作動する装置１５０１は、ここで開示されたシステムおよび方法を行うのに用いられ得る。前記した内容は付加的に、図１に示されたコンピュータシステム１４０ａ−ｂのような、ここで開示された他のコンピュータ装置のコンポーネントまたは選択的なコンポーネントを説明する。

本システムおよび方法は、いくつかの状況で用いられ得る。例えば、モニタリングシステム（例えば、図３および図８乃至図１０に示されたモニタリングシステム）は、（図１と関連して説明され例示された）多様な制御システムと関連して用いられ得る。多様な制御システムの一例は、図１６乃至図１８に示される。モニタリングシステムおよび制御システムは、同一のネットワーク、リクエスタ装置、およびプロバイダ装置を用いてもよい。

図１６は、照明制御機システム１６０８を含む照明システム１６００の一実施形態を例示するブロック図である。図１６の照明システム１６００は、例えば、家庭内の多様な部屋に含まれ得る。例示されたように、システム１６００は、部屋Ａ１６０２、部屋Ｂ１６０４、および部屋Ｃ１６０６を含む。このシステム１６００は、家庭、住宅、ビル、または他の環境内の任意数の多様な部屋で具現され得る。

照明制御機システム１６０８は、システム１６００内の追加的な埋め込みシステムおよびコンポーネントをモニタして制御することができる。一実施形態において、部屋Ａ１６０２および部屋Ｂ１６０４は、それぞれスイッチコンポーネント１６１４、１６１８を含む。スイッチコンポーネント１６１４、１６１８は、２次埋め込みシステム１６１６、１６２０を含んでもよい。２次埋め込みシステム１６１６、１６２０は、中央の照明制御機システム１６０８から指示を受信することができる。次に、２次埋め込みシステム１６１６、１６２０は、この指示を実行することができる。指示は、多様な光コンポーネント１６１０、１６１２、１６２２、および１６２４の電力を高めまたは低くすることを含んでもよい。指示は、多様な光コンポーネント１６１０、１６１２、１６２２、および１６２４の明るさを低くしまたは高めることも含んでもよい。指示は付加的に、光コンポーネント１６１０、１６１２、１６２２、および１６２４の明るさを多様なパターンで設定することも含んでもよい。また、２次埋め込みシステム１６１６、１６２０は、中央埋め込みシステム１６０８を通じてそれぞれの光コンポーネント１６１０、１６１２、１６２２、および１６２４をモニタして制御することを容易にすることができる。

また、照明制御機システム１６０８は、部屋Ｃ１６０６に２次埋め込みシステム１６２８を含む光コンポーネント１６２６に直接に指示を提供することもできる。中央埋め込みシステム１６０８は、例えば、個別の光コンポーネント１６２６の電力を高めまたは低くすることを、２次埋め込みシステム１６２８に指示することができる。同様に、中央埋め込みシステム１６０８から受信される指示は、個別の光コンポーネント１６２６の明るさを暗くし、増加させることを含んでもよい。また、照明制御機システム１６０８は、シーステム１６００内の個別光コンポーネント１６３０、１６３２をモニタし、これらに指示を直接提供することができる。

図１７は、保安システム１７００の一実施形態を例示するブロック図である。照明システムと同様に、保安システム１７００は、描写された実施形態において、部屋Ａ１７０２、部屋Ｂ１７０４、および部屋Ｃ１７０６で具現される。この部屋は、家庭または孤立した他の環境内であってもよい。また、システム１７００は、部屋Ａ、Ｂ、およびＣ；１７０２、１７０４、１７０６が領土または境界を示す非孤立環境でも具現され得る。

システム１７００は、保安制御機システム１７０８を含む。保安制御機システム１７０８は、システム１７００内の多様なコンポーネントをモニタし、それらから情報を受信する。例えば、部屋ＡおよびＢ；１７０２、１７０４のモーションセンサ１７１４、１７１８は、それぞれ２次埋め込みシステム１７１６、１７２０を含んでもよい。モーションセンサ１７１４、１７１８は、モーションのための領域をモニタし、２次埋め込みシステム１７１６、１７２０を通じてモーションが検出されるとき、保安制御機システム１７０８に警告することができる。また、保安制御機システム１７０８は、システム１７００内の多様なコンポーネントに指示を提供することもできる。例えば、保安制御機システム１７０８は、２次埋め込みシステム１７１６、１７２０にウィンドーセンサ１７１０、１７２２、ドアセンサ１７１２、１７２４、またはドアロック１７１３、１７１６の電力を増加または減少させるための指示を提供することができる。一実施形態において、２次埋め込みシステム１７１６、１７２０は、ウィンドーセンサ１７１０、１７２２がウィンドーの動きを検出したとき、保安制御機システム１７０８に通知する。同様に、２次埋め込みシステム１７１６、１７２０は、ドアセンサ１７１２、１７２４がドアの動きを検出したとき、保安制御機システム１７０８に通知する。

また、保安制御機システム１７０８は、システム１７００内の個別のコンポーネントをモニタし、それらに直接指示を提供できる。例えば、保安制御機システム１７０８は、モーションまたはウィンドーセンサ１７３０、１７３２をモニタし、それらの電力を増加または減少させるための指示を提供することができる。

システム１７００を備えたそれぞれの個別のコンポーネントは、２次埋め込みシステムも含んでもよい。例えば、図１７は、２次埋め込みシステム１７２８を含むドアセンサ１７２６を例示する。電子ドアロック１７２９も示される。保安制御機システム１７０８は、上述したように、２次埋め込みシステム１７２８をモニタし、それに指示を提供することができる。

図１８は、ホームシステム１８００の一実施形態を例示するブロック図である。ホームシステム１８００は、照明システム１６００、保安システム１７００等のような、多様なシステムのモニタを容易にするホーム制御機システム１８０８を含む。ホームシステム１８００により、ユーザは、一つ以上の埋め込み装置を通じて、多様なコンポーネントおよびシステムを制御することができる。一実施形態において、ホーム制御機システム１８０８は、図１６および図１７と関連して上述された同一の方式で情報をモニタして提供する。描写された実施形態において、ホーム制御機システム１８０８は、２次埋め込みシステム１８２０を通じて、暖房コンポーネント１８２４に指示を提供する。暖房コンポーネント１８２４は、居住空間または仕事場で通常見られる暖炉または他の暖房装置を含んでもよい。ホーム制御機システム１８０８は、２次埋め込みシステム１８２０を通じて、暖房コンポーネント１８２４の電力を高めまたは低くするための指示を提供することができる。

同様に、ホーム制御機システム１８０８は、冷房コンポーネント１８３０のような、ホームシステム１８００内のコンポーネントをモニタし、それらに直接指示を提供することができる。冷房コンポーネント１８３０は、居住空間または仕事場で通常見られる空調装置または他の冷房装置を含んでもよい。ホーム制御機システム１８０８は、ホーム制御機システム１８０８により収集される温度読出値に応じて、冷房コンポーネント１８３０に電力を高めまたは低くすることを指示することができる。ホームシステム１８００は、図１６および図１７と関連して上述されたものと類似した方式で動作する。

情報および信号は、多様かつ異なる技術および技法のうち、任意のものを用いて表現され得る。例えば、前記説明の全体にわたって参照されるデータ、指示、命令、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界や磁性粒子、光場や光粒子、またはそれらの任意の組合せとして表現され得る。

ここで開示された実施形態と関連して説明された多様な例示的な論理ブロック、モジュール、回路、およびアルゴリズム工程は、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして具現され得る。ハードウェアとソフトウェアのこのような交換性を明示的に例示するために、多様な例示的なコンポーネント、ブロック、モジュール、回路、および工程は、それらの機能性の観点で一般的に詳述された。そのような機能性がハードウェアまたはソフトウェアのどちらで具現されるかは、全般的なシステムに付与される特定のアプリケーションおよび設計制約に依存する。当業者であれば、説明された機能性をそれぞれの特定のアプリケーションのための多様な方式で具現することができるが、そのような具現判定が本発明の範囲を外れるものと解釈されてはならない。

ここで開示された実施形態と関連して説明された多様な例示的な論理ブロック、モジュール、および回路は、ここで説明された機能を行うように設計された汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）信号やプログラム可能な他の論理装置、離散ゲートやトランジスターロジック、離散ハードウェアコンポーネント、またはそれらの任意の組合せとして具現されまたは行われ得る。汎用プロセッサは、マイクロプロセッサであってもよいが、他の方法で、プロセッサは任意の従来のプロセッサ、制御機、マイクロコントローラ、またはステートマシンであってもよい。また、プロセッサは、コンピュータ装置の組合せとして、例えば、ＤＳＰとマイクロプロセッサ、複数個のマイクロプロセッサ、ＤＳＰコアと協働する一つ以上のマイクロプロセッサ、またはそのような任意の他の構成の組合せとして具現され得る。

ここで開示された実施形態と関連して説明された方法またはアルゴリズムの工程は、ハードウェアとして、プロセッサにより実行されるソフトウェアモジュールとして、またはこれら２つの組み合わせで直接に実施され得る。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスター、ハードディスク、リムーバブル・ディスク、ＣＤ−ＲＯＭ、または当該技術で公知の任意の記憶媒体に存在することができる。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み出し、記憶媒体に情報を書き込むようにするために、プロセッサに連結される。他の方法で、記憶媒体は、プロセッサに統合されてもよい。プロセッサおよび記憶媒体は、ＡＳＩＣに存在してもよい。ＡＳＩＣは、ユーザ端末に存在してもよい。他の方法で、プロセッサおよび記憶媒体は、ユーザ端末に離散コンポーネントとして存在してもよい。

ここで開示された方法は、説明された方法を実現するための一つ以上の工程または動作を具備する。方法の工程および／または動作は、本発明の範囲を逸脱しない範囲内で、互いに交換され得る。言い換えれば、実施形態の適当な作用のために、工程または動作の特定の順序が要求されなければ、特定の工程および／または動作の順序および／または使用は、本発明の範囲を逸脱しない範囲内で変更され得る。

本発明の特定の実施形態およびアプリケーションが例示され説明されたが、ここで開示された正確な構成およびコンポーネントにより本発明が制限されないということが、理解されなければならない。当業者にとって明白な多様な修正、変更、および変形が、本発明の精神および範囲を外れない範囲内で、ここで開示された本発明の方法およびシステムの配置、作用、および詳細事項において行われ得る。

本発明は、埋め込みシステムに適用可能である。

制御／モニタリングシステムの一実施形態を例示するブロック図である。 家庭内に設けられた制御／モニタリングシステムの一実施形態を例示するブロック図である。 モニタリングシステムの一実施形態を例示するブロック図である。 モニタリングシステム内において用いられるリクエストの多様な類型の実施形態を例示する図表である。 モニタリングシステム内において用いられるリクエストの多様な類型の実施形態を例示する図表である。 モニタリングシステム内において用いられるリクエストの多様な類型の実施形態を例示する図表である。 モニタリングシステムにより発生した状態データの一実施形態を例示する図表である。 二つのリクエスタ装置と一つのプロバイダ装置を含むモニタリングシステムを例示するブロック図である。 単一のリクエスタ装置および二つのプロバイダ装置を含むモニタリングシステムを例示するブロック図である。 モニタリングシステム内で用いられるリクエストと状態データのための所定のフォーマットの可能な他の実施形態を例示するブロック図である。 図１０に例示された所定のフォーマットによるリクエストの実施形態を例示する図表である。 図１０に例示された所定のフォーマットによるリクエストの実施形態を例示する図表である。 図１０に例示された所定のフォーマットによる状態データの一実施形態を例示する図表である。 リクエスタ装置に状態データを提供するための方法の一実施形態を例示する流れ図である。 リクエストおよび／またはプロバイダ装置において通常用いられる主要ハードウェアコンポーネントを例示するブロック図である。 リクエスタ装置に状態データを提供するための開示されたシステムおよび方法と共に用いられる照明システムを例示するブロック図である。 リクエスタ装置に状態データを提供するための開示されたシステムおよび方法と共に用いられる保安システムを例示するブロック図である。 リクエスタ装置に状態データを提供するための開示されたシステムおよび方法と共に用いられるホームシステムを例示するブロック図である。

Claims (20)

1. リクエスタ装置に現在の状態データを提供するための方法であって、
   前記リクエスタ装置に保存された変数の直前値を含む、状態データを取得するためのリクエストをリクエスタ装置からプロバイダ装置に送信することと、
   前記プロバイダ装置で、前記送信された直前値を前記プロバイダ装置に保存された前記変数の現在値と比較することと、
   前記現在値が前記直前値とは異なる変数を含む変更された変数を識別することと、
   前記変更された変数を識別する変数マップを作成することと、
   前記変更された変数のための現在値および前記変数マップを所定のフォーマットに編成して状態データを形成することと、
   前記状態データを前記リクエスタ装置に送信することと、
   を備える方法。
2. 前記変数マップはさらに、どの変数が変更されていないかを識別する請求項１に記載の方法。
3. 前記リクエストは、現在値が要請される変数を識別するリクエストマップをさらに備える請求項１に記載の方法。
4. 前記変数マップは、それぞれが前記プロバイダ装置により保存された前記変数中の一つに対応する一連のビットを有し、
   一つのビット値は、前記対応する変数が変更された変数であることを示し、他のビット値は、前記対応する変数の前記現在値および直前値が同一であることを示す請求項１に記載の方法。
5. 前記状態データでの変数の順序は、インターフェース定義内での前記変数の順序により判定される請求項４に記載の方法。
6. 前記一連のビット内でのビットの順序は、前記インターフェース定義内での前記変数の順序に対応する請求項５に記載の方法。
7. 前記リクエストは、所定のフォーマットに編成される請求項１に記載の方法。
8. 前記変数マップは、それぞれが前記プロバイダ装置により保存された変数を識別する一連の整数を備える請求項１に記載の方法。
9. 前記プロバイダ装置は、埋め込み装置である請求項１に記載の方法。
10. 前記状態データは、前記プロバイダ装置を固有に識別する識別子をさらに備える請求項１に記載の方法。
11. 前記リクエスタ装置により保存された変数の前記直前値は、ヌル値である請求項１に記載の方法。
12. リクエスタ装置に現在の状態データを提供するための方法を実施するように構成されるシステムであって、
    それとともに電子通信する提供者メモリおよび提供者プロセッサを有するプロバイダ装置と、
    それとともに電子通信するリクエスタのメモリおよびリクエスタのプロセッサを有するリクエスタ装置であって、前記プロバイダ装置と前記リクエスタ装置は互いに電子通信する、リクエスタ装置と、
    前記提供者メモリおよび前記リクエスタのメモリに保存された指示として、
    前記リクエスタ装置に保存された変数の直前値を含む、状態データを取得するためのリクエストをリクエスタ装置から前記プロバイダ装置に送信することと、
    前記プロバイダ装置で、前記送信された直前値を前記プロバイダ装置に保存された前記変数の現在値と比較することと、
    前記現在値が前記直前値とは異なる変数を含む変更された変数を識別することと、
    前記変更された変数を識別する変数マップを作成することと、
    前記変更された変数のための現在値および前記変数マップを所定のフォーマットに編成して状態データを形成することと、
    前記状態データを前記リクエスタ装置に送信することと、
    を備える方法を実施するように実行可能な指示と、
    を備えるシステム。
13. 前記変数マップはさらに、どの変数が変更されていないかを識別する請求項１２に記載のシステム。
14. 前記リクエストは、現在値が要請される変数を識別するリクエストマップをさらに備える請求項１２に記載のシステム。
15. 前記変数マップは、それぞれが前記プロバイダ装置により保存された前記変数中の一つに対応する一連のビットを有し、
    一つのビット値は、前記対応する変数が変更された変数であることを示し、他のビット値は、前記対応する変数の前記現在値および直前値が同一であることを示す請求項１２に記載のシステム。
16. 前記状態データでの変数の順序は、インターフェース定義内での前記変数の順序により判定される請求項１５に記載のシステム。
17. リクエスタ装置に現在の状態データを提供するための方法を実施するように構成されるシステムであって、
    それとともに電子通信する提供者メモリおよび提供者プロセッサを有するプロバイダ装置と、
    それとともに電子通信するリクエスタのメモリおよびリクエスタのプロセッサを有するリクエスタ装置であって、前記プロバイダ装置と前記リクエスタ装置は互いに電子通信する、リクエスタ装置と、
    前記提供者メモリおよび前記リクエスタのメモリに保存された指示であって、
    前記リクエスタ装置に保存された変数の直前値を含み、現在値が要請される変数を識別する一連のビットを含むリクエストマップをさらに含む、状態データを取得するためのリクエストをリクエスタ装置からプロバイダ装置に送信することと、
    前記プロバイダ装置で、前記送信された直前値を前記プロバイダ装置に保存された前記変数の現在値と比較することと、
    前記現在値が前記直前値とは異なる変数を含む変更された変数を識別することと、
    一連のビットを用いて、前記変更された変数を識別する変数マップを作成することと、
    前記変更された変数のための現在値および前記変数マップを所定のフォーマットに編成して状態データを形成することと、
    前記状態データを前記リクエスタ装置に送信することと、
    を備える方法を実施するように実行可能な指示と、
    を備えるシステム。
18. リクエスタ装置に現在の状態データを提供するための方法を実施するように実行可能な指示を有するコンピュータ読み取り可能な媒体であって、
    前記方法は、
    前記リクエスタ装置に保存された変数の直前値を含む、状態データを取得するためのリクエストをリクエスタ装置からプロバイダ装置に送信することと、
    前記プロバイダ装置で、前記送信された直前値を前記プロバイダ装置に保存された前記変数の現在値と比較することと、
    前記現在値が前記直前値とは異なる変数を含む変更された変数を識別することと、
    前記変更された変数を識別する変数マップを作成することと、
    前記変更された変数のための現在値および前記変数マップを所定のフォーマットに編成して状態データを形成することと、
    前記状態データを前記リクエスタ装置に送信することと、
    を備えるコンピュータ読み取り可能な媒体。
19. 前記リクエストは、現在値が要請される変数を識別するリクエストマップをさらに備える請求項１８に記載のコンピュータ読み取り可能な媒体。
20. 前記変数マップは、それぞれが前記プロバイダ装置により保存された前記変数中の一つに対応する一連のビットを有し、
    一つのビット値は、前記対応する変数が変更された変数であることを示し、他のビット値は、前記対応する変数の前記現在値および直前値が同一であることを示す請求項１８に記載のコンピュータ読み取り可能な媒体。

Images