JP2004510275A - 遠隔デバイスとの動的なインタラクションのためのシステムおよび方法 - Google Patents

Abstract

グラフィカルユーザインタフェース（５３）が、遠隔デバイス（３４、３６）の動的な管理のために使用される。ウェブベースの計算環境（２０、３０）において、ブラウザ（１０４）は、コンピュータシステムに取り付けられたデバイスからデータに遠隔にアクセスするために使用される。グラフィカルインタフェース（５３）がモニタ（４２）じょうに表示されるが、ユーザは、遠隔デバイス（３４、３６）と動的にインタラクトする。すなわち、グラフィカルユーザインタフェース（５３）の装置内のユーザの動作は、ローカルリソースであるかのように、遠隔ハードウェアにおける動作、変化、および更新に影響する。
【選択図】図２

Description

【０００１】
（関連出願の相互参照）
本出願は、米国仮出願第６０／２３６，２８２号（２０００年９月２８日出願）、米国仮出願第６０／２８１，２６３号（２００１年４月３日出願）、および米国仮出願第６０／２８１，２５４号（２００１年４月３日出願）の利益を主張し、本明細書中参考として援用する。
【０００２】
（発明の分野）
本発明は、概して、コンピュータソフトウェアおよびハードウェアに関しており、詳細には、ハードウェアデバイスからのデータを収集するためのグラフィカルユーザインタフェースを生成するためのシステムおよび方法に関する。
【０００３】
（発明の背景）
ユーザインタフェースの発展は、ユーザがコンピュータとインタラクトできることをますます容易にしている。詳細には、グラフィカルユーザインタフェースは、ユーザが多様なタスクを達成するためのグラフィカルイメージを操作する視覚環境（例えば、アイコン、）を提供する。一般的な環境において、ユーザは、コンピュータのキーボード上を、またはマウスなどのユーザインタフェースデバイスを用いてキー操作またはキー操作の組み合わせによってアプリケーションに対応するアイコンを選択することによりアプリケーションを起動する。
【０００４】
グラフィカルユーザインタフェースは、標準化開放型システム間相互接続機構の「ＩＳＯ／ＯＳＩ」参照モデルのアプリケーションレイヤにおいて用いて、コンピュータプロセスの領域を起動する。ＩＳＯ／ＯＳＩモデルは、通信ネットワーク内のエレメント間のインタラクションを標準化する。最も高レベルで、情報のプログラム間の転送を管理して、アプリケーションレベルとして公知である。最も低レベルで、メッセージのコーディング、アドレッシング、ルーティング、ハンドリング、およびトランスポートと、通信の調整と、データのフォーマットおよび表示とを管理する。
【０００５】
レイヤ化アーキテクチャは、ＩＳＯ／ＯＳＩ参照モデルによって実証され、デバイスネットワークは、個々のプロトコルと通信する。システム内の各レイヤは、プロトコルとして公知の規定または規格のセットに依存する。プロトコルにより、クライアントおよびサーバ（リクエスタおよび伝送器）は、通信ネットワーク内の情報をやり取りすることが可能になる。インターネットに関すると、ＴＣＰ／ＩＰは、ＩＳＯ／ＯＳＩモデルのトランスポートレイヤに一致して、ネットワーク間のデータのやり取りを制御するために使用される。ＴＣＰ／ＩＰは、パケット中のデータの分割、データパケットのルーティングを送達、ならびに、送達に関するデータの再構築および検査を統治する。
【０００６】
ワールドワイドウェブ「ＷＷＷ」ブラウザはまた、ＴＣＰ／ＩＰ通信ネットワークにおいてファイルのダウンロードおよび転送を可能にする。ブラウザは、ＨＴＭＬファイルを転送して、取りだし、ネットワーク、イントラネット、またはローカルハードドライブ上の文書へのアクセスを提供する。ブラウザを用いて、さらに、ＨＴＭＬ文書内に組み込まれたプログラム（「アプレット」として公知）を実行する。アプレットは、他のアプリケーション内に含まれるマシン実行可能命令であり、ユーザに見えない。ブラウザの機能であるデバイス通信およびインターネットワークは、遠隔デバイスとの動的なグラフィカルユーザインタラクションを達成する目的のために本発明によって使用される。
【０００７】
データにアクセスして、モニタリングデバイスの操作を制御するために、グラフィカルユーザインタフェースを生成するソフトウェアは、クライアントコンピュータ上にロードされる必要がある。しかし、クライアントコンピュータ上に直接ロードされるソフトウェアは、いくつかの固有の不利な点を有する。詳細には、クライアントコンピュータ上でロードされたソフトウェアは、対応するモニタリングデバイスとインタラクトして、制御する全てのプログラムモジュールを含む必要がある。例えば、訂正（すなわち「バグフィックス」）または新しいプログラムモジュールの包括といったソフトウェアコードへ変化させて、ネットワーク機能を保持するためにクライアントコンピュータ上に更新されたバージョンのソフトウェアをロードする必要があるときに問題が生じる。さらに、このような計算環境において、モニタリングデバイスからのデータは、複数の地理的に遠隔のユーザにアクセスできない。
【０００８】
従って、現在の欠陥を克服するモニタリングネットワーク内のデータの収集および管理を容易にするグラフィカルユーザインタフェースを生成するシステムの必要性がある。
【０００９】
（発明の要旨）
本発明の局面によると、遠隔デバイスとインタラクトする方法が提供される。プレミスサーバは、一つ以上の識別可能な遠隔デバイスを制御することに対応する要求を取得する。プレミスサーバは、遠隔デバイスを制御することを可能にするグラフィカルユーザインタフェースを生成する。デバイスを制御することは、遠隔デバイスにアクセスするステップと命令を発行するステップとを包含する。プレミスサーバは、グラフィカルユーザインタフェースからのユーザ制御命令を取得する。プレミスサーバは、ユーザ制御命令に対応する遠隔デバイス制御データを伝送して、遠隔デバイスによって生成された遠隔デバイスデータを取得する。
【００１０】
本発明の別の局面によると、少なくとも一つの遠隔デバイスにおいて制御するユーザインタフェースを動的に生成するためのシステムが提供される。システムは、制御コマンドを受け取り可能にして、制御コマンドに基づいたモニタリングデータを伝送可能にする少なくとも一つの遠隔デバイスを含む。システムはまた、遠隔デバイスと通信するサーバコンピュータを含む。サーバコンピュータは、遠隔デバイスに基づいたグラフィカルユーザインタフェースを動的に生成可能である。システムは、プレミスサーバと通信するクライアントコンピュータをさらに含む。クライアントコンピュータは、グラフィカルユーザインタフェースを表示することが可能であり、制御コマンドを要求する。
【００１１】
本発明のさらに別の局面によると、少なくとも一つの遠隔デバイスと計算デバイスとの間を動的にインタラクトするためのコンピュータ実行可能なコンポーネントを有するコンピュータ読み出し可能媒体が提供される。コンピュータ読み出し可能媒体は、遠隔デバイスに対応するグラフィカルユーザインタフェースを動的に生成することが可能なユーザインタフェースアプリケーションを含む。コンピュータ読み出し可能媒体はまた、遠隔デバイスからのデバイスデータと通信可能、かつ、データを操作可能なデバイスインタフェースアプリケーションを含む。コンピュータ読み出し可能媒体は、計算デバイスにデータを伝送可能、かつ、遠隔デバイスと計算デバイスとの間の通信を容易にすることが可能なデータ伝送アプリケーションをさらに含む。
【００１２】
本発明のなおさらに別の局面によると、少なくとも一つの遠隔デバイスにおいて制御するためのユーザインタフェースを動的に生成するための方法が提供される。プレミスサーバは、少なくとも一つの予め選択された遠隔デバイスを制御するための要求を取得する。プレミスサーバは、複数のプログラムモジュールからの予め選択された遠隔デバイスに対応するプログラムモジュールを選択する。プログラムモジュールは、遠隔デバイスを制御可能である。プレミスサーバは、プログラムモジュールを有するスクリーンインタフェースを伝送する。プログラムモジュールを含むスクリーンインタフェースは、ブラウザアプリケーション内にロードされたときグラフィカルユーザインタフェースを生成可能である。
【００１３】
本発明に伴う利点の前記局面およびそのほとんどが、以下の詳細な説明の言及によってより良く理解されるときに、さらに容易に理解される。
【００１４】
（好適な実施形態の詳細な説明）
上述されるように、本発明の局面は、ＷＷＷ「サイト」、関連したＨＴＭＬ文書のグループ、ファイル、およびインターネットを介してアクセス可能なＷＷＷサーバによって供給されるデータベースにおいて具現される。当業者に周知であるように、用語「インターネット」は、ＴＣＰ／ＩＰを用いて相互に通信するネットワークおよびルーターの集合を意味する。インターネットの代表的な部分２０を図１に示す。複数のローカルエリアネットワーク（「ＬＡＮ」）２４およびワイドエリアネットワーク（「ＷＡＮ」）２６が、ルーター２２によって相互接続される。ルーター２２は、あるＬＡＮまたはＷＡＮから別のＬＡＮまたはＷＡＮへインタフェースをとるために使用される特別な目的のコンピュータである。ＬＡＮ内の通信リンクは、一組のねじれたワイア、または同軸ケーブルであり得る。ネットワーク間の通信リンクは、５６Ｋｂｐｓのアナログ電話回線、１ＭｂｐｓのデジタルＴ−１ライン、４５ＭｂｐｓのＴ−３ライン、または当業者に公知の他の通信リンクを利用し得る。さらに、コンピュータ２８および他の関連した電子デバイスは、モデムまたは仮設電話または無線リンクを介して、ＬＡＮ２４またはＷＡＮ２６のどちらか一方に遠隔に接続され得る。インターネット２０は、莫大な数のそのような内部接続されたネットワーク、コンピュータ、およびルーターを備えること、および小さい範囲の、インターネットの代表的な部分２０のみが図１に示されることは明らかである。
【００１５】
インターネットは、世界中にわたって配置されるコンピュータとリンクする機能の長所によって最近では爆発的な発展が見られる。インターネットが発展すると同時に、ＷＷＷも発展している。当業者に明白であるように、ＷＷＷは、内部接続された。あるいは、ＨＴＭＬまたはインターネットを介してウェブサイトで電子的に格納された他のマークアップ言語で書き込まれた「ハイパーテキスト」文書の莫大な集合である。ＷＷＷサイトは、ハイパーテキスト文書を格納するための大容量記憶装置を有して、その格納されたハイパーテキスト文書の要求を処理するための管理上のソフトウェアを実行するインターネットに接続されたサーバである。ハイパーテキスト文書は、通常、多数のハイパーリンク、すなわち、インターネット上のＷＷＷサイトにおいて格納された文書と、他の場所に格納された別のハイパーテキスト文書とをリンクする、テキストの強調された部分を含む。それぞれのハイパーリンクは、インターネットに接続されたサーバ上のリンクされた文書の正確な位置を提供して、文書を説明するユニフォームリソースロケータ（「ＵＲＬ」）と関連付けられる。従って、ハイパーテキスト文書が任意のＷＷＷサーバから取り出される毎に、文書は、ＷＷＷから取り出されるように判断される。当業者に公知のように、ＷＷＷサーバはまた、遠隔のコンピュータ上で実行するために、例えば、Ｓｕｎ　Ｍｉｃｒｏｓｙｓｔｅｍｓが提供するＪＡＶＡ（Ｒ）プログラミング言語で書き込まれたアプリケーションプログラムなどのアプリケーションプログラムを格納して、伝送する設備を備える。同様に、ＷＷＷサーバはまた、ＷＷＷサーバ自体でスクリプトおよび他のアプリケーションプログラムを実行するための設備を備える。
【００１６】
ユーザは、ＷＷＷブラウザアプリケーションプログラムを介してＷＷＷからハイパーテキスト文書を取り出し得る。例えば、Ｎｅｔｓｃａｐｅ（Ｒ）のＮＡＶＩＧＡＴＯＲ（Ｒ）またはＭｉｃｒｏｓｏｆｔのＩｎｔｅｒｎｅｔＥｘｐｌｏｒｅｒといったＷＷＷブラウザは、ＷＷＷにグラフィカルコンシューマインタフェースを提供するためのソフトウェアとアプリケーションプログラムである。ＷＷＷブラウザを介するユーザからの要求に応じて、ＷＷＷブラウザはアクセスして、文書およびＨＴＴＰとして公知のプロトコルのＵＲＬを用いる適切なＷＷＷサーバから所望のハイパーテキスト文書を取り出す。ＨＴＴＰは、ＴＣＰ／ＩＰよりも高レベルのプロトコルであり、ＷＷＷの必要性のために特別に設計される。ＨＴＴＰは、サーバとクライアントとの間でハイパーテキスト文書を転送するためにＴＣＰ／ＩＰの最上層で使用される。ＷＷＷブラウザはまた、クライアントコンピュータ上で実行するために、ＷＷＷサーバからアプリケーションプログラム（例えば、ＪＡＶＡ（Ｒ）アプレットなど）を取り出し得る。
【００１７】
ここで、図２を参照すると、遠隔デバイスと動的にインタラクトするための集積情報システム３０が本発明に従って図示され、ここで説明される。システム３０は通信ネットワークである。データは、通信ネットワークにおいて所与の設備、すなわちプレミスからのモニタリングデバイス（データをキャプチャするために使用されるハードウェアデバイス）から取得される。例えば、例えば、カメラなどのビデオデバイスは、プレミス内にインストールされ、設備からビデオデータをキャプチャして、プレミス（すなわちプレミス内の領域）の視覚的な監視を提供し得る。システム３０は、ユーザの操作がグラフィカルユーザインタフェースを介して起動され得ることを介する手段を提供して、データの集合およびデバイスの動作を制御する。グラフィカルユーザインタフェースは、ハードウェアデバイスとの動的なインタラクションの視覚的な環境を提供する。さらに、グラフィカルユーザインタフェースは、集まった生のモニタリングデータおよび以前に記録されたモニタリングデータを一人以上のユーザに提供する。
【００１８】
図２に関連して、システム３０は、例えば、ウェアハウスなどの設備に対応するプレミスサーバ３２を備える。プレミスサーバ３２は、集積化情報システム３０によってモニタリングされるべきである。一般に記載されるように、プレミスサーバ３２は、モニタリングデバイスからデバイスデータを集めて格納し、クライアント計算デバイス９０を介してローカルおよび遠隔の認証されたユーザ５７にそのデータを提示する。クライアント計算デバイス９０はまた、中央サーバ５６からデバイスデータを取得する。中央サーバ５６は、以下により詳細に記載される。プレミスサーバ３２は、ネットワーク接続を介して一つ以上のモニタリングデバイス３４と通信する。モニタリングデバイス３４と通信し、一つ以上のデバイスサーバの使用を含むネットワークのより詳細な説明が、ＡｌｅｘａｎｄｅｒによりＳＹＳＴＥＭ　ＡＮＤ　ＭＥＴＨＯＤ　ＦＯＲ　ＭＡＮＡＧＩＮＧ　Ａ　ＤＥＶＩＣＥ　ＮＥＴＷＯＲＫと題付けされた同時係属の米国仮出願第６０／２８１，２５４号（２００１年４月３日出願）に見出され、本明細書中に参考として援用される。
【００１９】
本発明の例示の実施形態において、モニタリングデバイス３４は、侵入検出デバイス、カードリーダ、ドアストライクおよびコンタクト、アクセス制御パネル、バーコードスキャナ、ビデオカメラ、スチールカメラ、マイクロフォン、および／またはプレミスに関連したデータをキャプチャするかまたは生成するための類似のハードウェアデバイスを備え得る。出力データを生成し、および／または制御コマンドを受け取ることが可能な任意の取り付けられたデバイスが、本発明の範囲内に含まれ得ることは、当業者にとって明白である。モニタリングデバイスが、他の既存のシステム（例えば、前から既存の設備管理またはシステムおよびコンポーネントなど）と統合されることもまた明白である。
【００２０】
プレミスサーバ３２はまた、一つ以上の出力デバイス３６と通信する。例示の実施形態において、出力デバイス３６は、オーディオスピーカ、侵入システムコントローラ、アクセスシステムコントローラ、およびカメラ制御受信器などを含み得る。出力デバイス３６はまた、システムが操作を実行可能にする電気的なデバイスまたは電気機械デバイスを含み得る。出力デバイス３６は、コンピュータシステムインタフェース、電話インタフェース、無線インタフェース、ドアおよびウィンドウロッキングマシン、およびエアゾールスプレーなどを含み得る。さらに、出力デバイス３６は、限定されないが、例えば、ハードディスクドライバ、フロッピ（Ｒ）ディスクドライバ、および格納カードなどの光学格納デバイスおよび大容量メモリ格納デバイスを含む格納媒体を含み得る。当業者に容易に理解されるように、出力デバイスのタイプは、システム製品の操作のタイプと主に関連付けられる。従って、さらなる出力デバイスまたは代替の出力デバイスは、本発明の範囲内になると判断される。
【００２１】
図３は、モニタリングデバイス３４が取り付けられ得るなプレミスサーバ３２の例示のアーキテクチャを示すブロック図である。プレミスサーバがより多くのコンポーネントを含むことは、当業者に明白であり、図３に示される。しかし、本発明を実行するための例示の実施形態を開示するために、一般的な従来のコンポーネントが全て示されることは必要なことではない。図３に示されるように、プレミスサーバ３２は、ＬＡＮまたはＷＡＮに直接接続して、ＬＡＮまたはＷＡＮに遠隔に接続するためのネットワークインタフェース３８を含む。ネットワークインタフェースが、このような接続に必要な回路を含み、さらに、ＴＣＰ／ＩＰプロトコル、ネットワークインタフェースが接続されているＬＡＮまたはＷＡＮの特定のネットワーク構造、および媒体を結合する特定のタイプで使用するために構築されることは、当業者にとって明白である。プレミスサーバ３２はまた、インターネット２０に接続するためにモデムを備え付けられ得る。本発明が複数のビデオ入力に対応するように使用され得ることが、当業者にとって周知のことであるように、プレミスサーバ３２にはまた、一つ以上のカメラが取り付けられる。
【００２２】
プレミスサーバ３２はまた、通信バス、または他の通信デバイスを介して全て接続される、処理ユニット４０、ディスプレイ４２、デバイス入力／出力（Ｉ／Ｏ）インタフェース４４、および大容量メモリ４６を備える。デバイスＩ／Ｏインタフェース４４は、ＴＣＰ／ＩＰ、Ｘ１０、デジタルＩ／Ｏ、ＲＳ−２３２、およびＲＳ−４８５などを含む多様な通信プロトコルを介して多様なモニタリングデバイス３４とのインタラクションを容易にするハードウェアおよびソフトウェアコンポーネントを備える。さらに、デバイスＩ／Ｏインタフェース４４は、電話陸線、無線ネットワーク（セルラー、デジタルおよび無線ネットワークを含む）、およびケーブルネットワークなどを含む多様な通信媒体を介して通信を容易にする。本発明の実用的な実施形態において、デバイスＩ／Ｏインタフェース４４は、個々のデジタルイメージデバイスを制御するために利用されるサーバハードウェアとソフトウェアアプリケーションとの間のレイヤとしてインプリメントされる。代替のインタフェース構成が本発明で実行され得るか、またはプレミスサーバがデバイスＩ／Ｏインタフェース４４を省略し得ることは、当業者によって理解される。
【００２３】
大容量メモリ４６は、プレミスサーバ３２の操作を制御するためにオペレーティングシステム４８を格納する。このコンポーネントが、汎用性サーバのオペレーティングシステムおよびＷＷＷブラウザを含み得ることは明白である。大容量メモリ４６はまた、モニタリングデバイスとインタフェースを取り、モニタリングデバイスデータを処理して、モニタリングデバイスデータを中央サーバに転送するためのプログラムコードおよびデータを格納する。さらに詳細には、大容量メモリ４６は、任意の数のモニタリングデバイスからモニタリングデータを取得して、中央サーバによって処理するデータを操作するために本発明に従ってデバイスインタフェースアプリケーション５２を格納する。デバイスインタフェースアプリケーション５２は、プレミスサーバ３２によって実行されるときに、以下でより詳細に説明するように、デバイスデータを取得して伝送するコンピュータ実行可能命令を含む。
【００２４】
大容量メモリ４６はまた、中央サーバにデバイスデータを伝送して、中央サーバとモニタリングデバイス３４との間の通信を容易にするためのデータ伝送アプリケーション５４を格納する。データ伝送アプリケーションの操作は、以下により詳細に記載される。最終的に、大容量メモリ４６は、例えば、制御アプレットなどの多様なプログラムモジュールを選択することによってグラフィカルユーザインタフェースを動的に生成するためにユーザインタフェースアプリケーション５３を格納する。ユーザインタフェースアプリケーションの操作は、以下により詳細に記載される。これらのコンポーネントがコンピュータ読み出し可能媒体に格納され、コンピュータ読み出し可能媒体に関連したドライブ機構を用いてプレミスサーバのメモリにロードされ得ることは明白である。
【００２５】
図２を再び参照すると、プレミスサーバ３２は、中央サーバ５６と通信する。一般に記載されるように、中央サーバ５６は、モニタリングデバイスデータを取得して、データを処理して、クライアント計算デバイス９０を介して一人以上の認証されたユーザにデータを出力する。本発明の例示の実施形態において、中央サーバ５６とプレミスサーバ３２との間の通信は、遠隔であり、双方向である。
【００２６】
図４は、中央サーバ５６の例示的なアーキテクチャを示すブロック図である。図４に示されるように、中央サーバ５６がより多くのコンポーネントを含むことは、当業者にとって明白である。しかし、この従来のコンポーネントの全てが本発明を実行するための例示的な実施形態を開示するために示される必要はない。
【００２７】
図４に示されるように、中央サーバ５６は、直接ＬＡＮまたはＷＡＮに接続するか、遠隔にＬＡＮまたはＷＡＮに接続するためのネットワークインタフェース５８を備える。ネットワークインタフェースが、このような接続のために必要な回路を含み、さらにＴＣＰ／ＩＰ、ネットワークインタフェースが接続されているＬＡＮまたはＷＡＮの特定のネットワーク構造、および媒体を結合する特定のタイプで使用するために構築されることは、当業者にとって明白である。中央サーバ５６はまた、当業者にとって公知のポイントツーポイントプロトコル（「ＰＰＰ」）接続、またはシリアルラインインターネットプロトコル（「ＳＬＩＰ」）接続を介してインターネット２０に接続するためのモデムを取り付けられ得る。
【００２８】
中央サーバ５６はまた、通信バスまたは他の通信デバイスを介して全て接続される処理ユニット６０、ディスプレイ６２、および大容量メモリ６４を含む。大容量メモリ６４は、一般に、ＲＯＭ、ＲＡＭ、および永久大容量格納デバイス（例えば、ハードディスクドライブ、テープドライブ、光学ドライブ、フロッピ（Ｒ）ディスクドライブ、またはこれらの組み合わせ）を含む。大容量メモリ６４は、中央サーバの操作を制御するためにオペレーティングシステム６６を格納する。このコンポーネントが、当業者にとって公知のＵＮＩＸ（Ｒ）、ＬＩＮＵＸ^ＴＭ、またはＭｉｃｒｏｓｏｆｔのＷＩＮＤＯＷＳ（Ｒ）　ＮＴなどの汎用性サーバのオペレーティングシステムを含むことは明白である。
【００２９】
大容量メモリ６４はまた、プレミスデバイスとインタフェースを取り、デバイスデータを処理して、種々の認証されたユーザとインタフェースを取るためのコードおよびデータを格納する。より詳細には、大容量メモリ６４は、多様なモニタリングデバイスからデータを取得して、プレミスサーバと通信するために本発明に従ってプレミスサーバインタフェースアプリケーション６８を格納する。プレミスインタフェースアプリケーション６８は、以下により詳細に説明されるように中央サーバ５６によって実行されたときに、プレミスサーバ３２とインタフェースを取るコンピュータ実行可能命令を含む。大容量メモリ６４はまた、中央サーバ内に保持される規定に従ってモニタリングデバイスデータを処理するためのデータ処理アプリケーション７０を格納する。データ処理アプリケーション７０の操作は、以下により詳細に記載される。大容量メモリ６４は、本発明に従って種々の認証されたユーザ５７とインタフェースを取るためのクライアントコンピュータインタフェースアプリケーション７２をさらに格納する。クライアントコンピュータインタフェースアプリケーション７２の操作は、以下により詳細に記載される。これらのコンポーネントは、コンピュータ読み出し可能媒体に格納され、コンピュータ読み出し可能媒体（例えば、フロッピ（Ｒ）、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭドライブ、またはネットワークドライブ）と関連したドライブ機構を用いて中央サーバのメモリにロードされることは明白である。
【００３０】
プレミスサーバ３２は、プレミスから遠隔であってもよいし、または完全に省略されてもよいことを当業者によって理解される。このような代替の実施形態において、モニタリングデバイス３４は、モニタリングデータを遠隔プレミスサーバ３２に伝送する。あるいは、モニタリングデバイス３４は、モニタリングデータを直接中央サーバ５６に伝送する。さらに、中央サーバ５６は、プレミスにおいて配置されてもよいし、または完全に省略されてもよいことが当業者によって理解される。このような代替の実施形態において、モニタリングデバイス３４は、モニタリングデータを中央サーバに伝送する。あるいは、モニタリングデバイス３４は、モニタリングデータを直接クライアント計算デバイス９０に伝送する。
【００３１】
また、中央サーバ５６と通信するのは中央データベース７４である。例示の実施形態において、中央データベース７４は、イベントログデータベース７６、アセット定義データベース７８、リソース定義データベース８０、アセットインベントリデータベース８２、リソースインベントリデータベース８４、イベント定義データベース８６、および動作イベントデータベース８８を含む多様なデータベースを含む。中央データベース７４内の個々のデータベースの利用は、以下により詳細に記載される。当業者により容易に理解されるように、中央データベース７４は、互いに遠隔であり得る一つ以上のデータベースであり得る。さらに一つ以上のデータベース７４は、中央サーバ５６の外部で保持され得ることがさらに理解され得る。
【００３２】
継続して図２を参照すると、中央サーバ５６はまた、一人以上の認証されたユーザ５７と通信する。例示の実施形態において、認証されたユーザ５７は、一人以上の認証されたユーザを含む。各認証されたユーザは、未処理および処理されたモニタリングデータに対する通知手段および権利の優先度を有する。認証されたユーザは、プレミスオーナー、セキュリティ管理者または管理、サイトのセキュリティ保護、技術者、遠隔モニタ（認定されたモニタおよび未認定のモニタを含む）、取引先サービスの代表者、および緊急要員などを含む。様々なユーザ認証が本発明で実行され得ることが、当業者に容易に理解され得る。
【００３３】
図５は、グラフィカルユーザインタフェースを提示するために使用されるクライアント計算デバイス９０の例示のアーキテクチャを示すブロック図である。クライアントコンピュータが、図５で示すように、より多くのコンポーネントを含むことは、当業者にとって明白である。しかし、本発明を実行するための例示的な実施形態を開示するために、これら一般的な従来のコンポーネントが示される。図５に示されるように、クライアント計算デバイス９０は、ＬＡＮまたはＷＡＮに直接接続するか、あるいはＬＡＮまたはＷＡＮに遠隔に接続するためのネットワークインタフェース９２を備える。ネットワークインタフェースが、このような接続のための必要な回路を含み、ＴＣＰ／ＩＰプロトコル、ネットワークインタフェースに接続しているＬＡＮまたはＷＡＮの特定のネットワーク構造、および媒体を結合する特定のタイプで使用するためにさらに構築されることは、当業者にとって明白である。クライアント計算デバイス９０はまた、インターネット２０に接続するためのモデム９４を取り付けられ得る。クライアント計算デバイス９０はまた、通信バスまたは他の通信デバイスを介して全て接続される処理ユニット９６、ディスプレイ９８、および大容量メモリ１００を含む。大容量メモリ１００は、一般に、ＲＡＭ、ＲＯＭ、および永久大容量格納デバイス（例えば、ハードウェアドライブ、テープドライブ、光学ドライブ、フロッピ（Ｒ）ディスクドライブ、またはその組み合わせ）を含む。大容量メモリ１００は、クライアント計算デバイスの操作を制御するためのオペレーティングシステム１０２を格納する。このコンポーネントが、例えば、当業者に公知のＵＮＩＸ（Ｒ）、ＬＩＮＵＸ^ＴＭ、またはＭｉｃｒｏｓｏｆｔのＷＩＮＤＯＷＳ（Ｒ）　ＮＴなどの汎用性オペレーティングシステムを含み得る。メモリ１００はまた、ＷＷＷにアクセスするために、例えば、ＮｅｔｓｃａｐｅのＮＡＶＩＧＡＴＯＲ（Ｒ）またはＭｉｃｒｏｓｏｆｔのＩｎｔｅｒｎｅｔ　ＥｘｐｌｏｒｅｒブラウザなどのＷＷＷブラウザ１０４を含む。本発明の実用的な実施形態において、クライアント計算デバイス９０は、ＷＷＷブラウザアプリケーション１０４内に生成されたグラフィカルユーザインタフェースを介してプレミスサーバ３２および中央サーバ５６とインタラクトする。あるいは、クライアント計算デバイス９０は、情報システム３０の多様なコンポーネントとインタフェースを取るための大容量メモリにおいて一つ以上の常駐ソフトウェアアプリケーションを有し得る。
【００３４】
本発明の例示の実施形態において、認証されたユーザは、クライアント計算デバイス９０を利用して、集積化された情報システムの一つ以上のコンポーネントにアクセスする。クライアント計算デバイス９０は、パーソナルコンピュータ、携帯型計算デバイス、無線デバイスを可能にする無線アプリケーションプロトコル、セルラーまたはデジタル電話、およびデジタルページャなどを含む。さらに、中央サーバ５６は、無線アプリケーションプロトコル、ショートメッセージサービス、およびオーディオ伝送等を利用する無線伝送を介して電子メッセージまたはウェブアクセスを利用するインターネット２０を介してこれらのデバイスと通信し得る。通信媒体の特別なインプリメントが、実行されるために、追加のコンポーネントまたは代替のコンポーネントを要求し得ることは、当業者によって容易に理解される。これら全てが、本発明を実施する範囲内にあると判断されるべきである。
【００３５】
一般に記載されるように、本発明は、高く伸長性のある様態において、一人以上の認証されたユーザに分布する多様なプレミス情報を収集して、処理することを容易にする。本発明は、モニタリングされたネットワークを介してデータを処理するためのユーザインタフェースを提供する。詳細には、集積化情報システム３０は、一つ以上の制御モジュールを動的に生成する。一つ以上の制御モジュールは、デバイスが通信ネットワークを介してデータにアクセスして、および／またはデータを処理することをブラウザが可能にすることを容易にする。開示される実施形態が、例示の目的のためであり、限定するように構成されないことは、当業者にとって明白である。
【００３６】
図６は、処理ルーチンを生成する制御６００を示すフロー図である。処理ルーチンを生成する制御６００において、クライアント計算デバイス９０は、本発明の局面に従って、遠隔デバイス（例えば、モニタリングデバイス３４）とインタラクトすることが可能になる。ブロック６０２において、認証されたユーザ５７は、プレミスサーバ３２にアクセスして、モニタリングデバイスデータまたは他の集積化情報システム３０のデータへのアクセスを要求する。本発明の実用的な実施形態において、認証されたユーザ５７は、特定のモニタリングデバイス３４のデータまたはデータカテゴリのどちらか一方の要求を発行する。例えば、クライアント計算デバイス９０は、その要求において特定のモニタリングデバイス識別子（例えば、デバイスのタイプまたはモデルの数）を含み得る。あるいは、クライアント計算デバイス９０は、プレミスの特定のエリアから、データのカテゴリ（例えば、アーカイブビデオデータ）またはモニタリングデバイスデータを要求し得る。本発明の実際の実施形態において、中央サーバ５６は、デバイスが起動されるとき、クライアント計算デバイス９０に特有の識別子コードを送達し得る。
【００３７】
認証されたユーザ５７は、ユーザの識別および認証情報が中央データベース７４に格納された情報によって確認される場合、プロキシサーバ（この場合、中央サーバ５６）を介してプレミスサーバにアクセスする。中央データベース７４に含まれる情報は、ユーザアクセスを認証して、同時に二人以上のユーザによる任意のデバイスの使用を避ける。例えば、特定の認証されたユーザ（例えば、セキュリティ管理者）だけが、ビデオカメラといった特定のモニタリングデバイスへのアクセスを得ることを可能にするということが、その情報に記載される。定義によって決定された時間周期の後、デバイスとのインタラクションが所定の時間周期内で生じない場合、セッションは、自動的に完了する。さらに、認証の優先レベルとかけ離れたユーザはまた、デバイスへのアクセスを得るために、別のユーザによってセッションを保留にされ得る。
【００３８】
認証されたユーザが、一旦、プレミスサーバ３２へのアクセスを得ると、プレミスサーバ３２は、ブロック６０４におけるクライアント計算デバイス９０を介してユーザによって鑑賞されるためのグラフィカルユーザインタフェースを動的に生成する。本発明の実際の実施形態によると、プレミスサーバ３２のユーザインタフェースアプリケーション５３は、一つ以上の制御アプレットを含むウェブページを生成して、クライアント計算デバイス９０のＷＷＷブラウザ１０４のインスタンスの内で実行される。制御アプレットは、例えば、デバイス特定情報といったリソースを含む。リソースにより、クライアント計算デバイス９０は、ＷＷＷブラウザ１０４を介して、適切な要求を発行するか、またはプレミスサーバ３２に命令して、特定のモニタリングデバイス３４を介して制御を得る。制御アプレットは、鑑賞者アプレットを含み、モニタリングデバイス３４（例えば、ビデオカメラ）からの鑑賞可能なデータは、クライアント計算デバイス９０によって鑑賞され得る。
【００３９】
ブロック６０６において、プレミスサーバ３２は、動的に生成されたウェブページをクライアント計算デバイス９０に送達する。クライアント計算デバイス９０がウェブページを一度取得すると、クライアント計算デバイスは、ブロック６０８においてウェブページをロードして、特有の要求されたデバイスユーザインタフェースを生成する。本発明の実際の実施形態において、制御アプレットは、特有のモニタリングデバイスとの、ユーザのインタラクションを容易にするように設計された、インタフェーステンプレートとして公知のグラフィカルイメージをロードする。ロードされたインタフェーステンプレートは、モニタリングデバイスのタイプに対して固有である。例えば、制御可能なサーモスタットは、所望の温度のためのスライドスケールを有し得る。さらに、ビデオカメラは、デバイスの機能性能の視覚的な概要である、コンパスローズ、または他の図式的な表示であり得る。ユーザインタフェースアプリケーション５３によって動的に生成されるグラフィカルユーザインタフェース１４０を含むウェブページの例示的なスクリーンディスプレイの図が、図１２に示される。
【００４０】
図６を再び参照すると、動的に生成されたウェブページが、クライアント計算デバイス９０で一旦ロードされると、クライアント計算デバイスを介して認証されたユーザ５７は、ブロック６１０においてプレミスサーバ３２または中央サーバ５６のどちらか一方から要求されたデータを取得する。クライアント計算デバイス９０によって取得したデータのタイプが、ユーザによって要求されたデータ、およびプレミスサーバによって動的に生成された制御アプレットに直接一致することは、当業者にとって明白である。例えば、グラフィカルユーザインタフェースが、サーモスタットの制御アプレットを含む場合、温度データは、プレミスサーバ３２または中央サーバ５６のどちらか一方から取得される。
【００４１】
本発明の実施形態において、ブロック６１０は、ＷＷＷブラウザ１０４によって生成するグラフィカルユーザインタフェースを利用する予め記録されたビデオを取得することを含み得る。内蔵の鑑賞者アプレットは、中央サーバ５６からデバイス出力（この場合、イメージ）を引き出し、ＷＷＷブラウザ１０４と共に鑑賞される。図１２は、ＷＷＷブラウザ１０４と共にユーザインタフェースアプリケーションによって動的に生成された予め記録されたビデオ、または「ログされた」ビデオのビデオ再生ユーザインタフェース１４０を示す。ユーザは、グラフィカルユーザインタフェースの「制御」を使用して、経時的にデータを鑑賞するか、あるいは記録されたビデオデータのより前のシーケンスまたはより後のシーケンスに移動し得る。図示される実施形態において、例えば、再生、一時停止、巻戻し、および早送りなどの「制御」は、データを鑑賞するためにユーザによって利用される。ビデオが、ユーザ定義（ユーザによって確立された条件または閾値（例えば、３時にプレミスにおいて検出された動作））の規定違反として定義される「イベント」に応答して記録されるとき、図９〜１１Ｂを参照して以下で説明されるように、グラフィカルユーザインタフェースは、イベントトリガーフレームとイベントの前後に記録されたデータとを区別するためのグラフィカル手段（例えば、ドット１４６）を含む。結果として、ユーザは、イベントトリガーフレームおよび他のフレームの一時的な関係をトリガーフレームに対してマークする、ビデオのグラフィカル表示および線形の時間軸を鑑賞することが可能である。さらに、全ての予め記録されたデータは、実行タイムおよびデータスタンプを含む。
【００４２】
本発明の別の実施形態において、ブロック６１０は、ＷＷＷブラウザ１０４によって生成するグラフィカルユーザインタフェースを利用する複数のモニタリングデバイスからのモニタリングデバイスデータを鑑賞することを含む。図１２は、撮影場所に取り付けられた複数のデバイスからのデータのディスプレイ１４８に関するグラフィカルユーザインタフェース１４０を表示する。設備内のデバイスの特定の地理的配置が撮影場所である。撮影場所には、複数のデバイスが取り付けられている。あるいは、デバイスの可能な視野が２ヶ所以上の撮影場所を有するビデオ記録デバイスなどのように、複数の撮影場所に単一のデバイスが取り付けられ得る。例えば、設備の入口は、異なるカメラアングル（例えば、前方ビュー、側面ビュー、および上方ビュー）を有するいくつかのビデオカメラを有し得る。あるイベントがデバイスの記録を始動すると、そのデバイスからのビデオデータは、その撮影場所に取り付けられた他のデバイスから得られるほかのデバイスデータの表示に伴って表示される。マウスを用いて、ユーザは、ビューを最大化するために主要なデバイスのビューまたは補助的なデバイスのビュー上で「右クリック」をし得る。
【００４３】
本発明のまたさらなる実施形態において、ブロック６１０は、ＷＷＷブラウザ１０４によって生成されたグラフィカルユーザインタフェースを利用するモニタリングデバイス３４からのデータを取得して、操作することを含み得る。図１３は、ログされたビデオデータのシミュレートされたズーム操作に関するグラフィカルユーザインタフェース１６０を示す。グラフィカルユーザインタフェース１６０の手段を介して、ユーザは、データフレーム１６２を選択して、拡大したフレーム１６４にデータフレーム１６２を「ズーム」し得る。ズーム効果は、選択されたエリアにおいてピクセルを平均化することによって得られる。
【００４４】
本発明の実際の実施形態において、クライアント計算デバイスは、データ処理サブルーチン７００を利用することによって、例えば、ライブビデオを鑑賞するか、またはビデオカメラの鑑賞ウィンドウを変化するかの一方のためにモニタリングデバイスへのアクセスを得るか、またはモニタリングデバイスを制御する。図７は、本発明に従って利用されるデータ処理サブルーチン７００を表すフロー図である。ブロック７０２において、制御アプレットは、プレミスサーバ３２との通信を確立することを試みる。ブロック７０４において、プレミスサーバ３２は、ユーザから接続要求を受容し、クライアント計算デバイス９０の動的に生成されたユーザインタフェースをチェックして、ユーザが特有のモニタリングデバイス３４の制御を想定するように認証されることを保証する。ユーザによって、特有のモニタリングデバイスが制御され得る場合、プレミスサーバ３２は、デバイスインタフェースアプリケーション５２を介して、特有のモニタリングデバイス（単数または複数）３４との通信リンクを確立する。プレミスサーバと特有のモニタリングデバイスとの間の通信リンクの確立は、Ｂｒｕｃｅ　Ａｌｅｘａｎｄｅｒによる、「Ｓｙｓｔｅｍ　ａｎｄ　Ｍｅｔｈｏｄ　ｆｏｒ　Ｍａｎａｇｉｎｇ　ａ　Ｄｅｖｉｃｅ　Ｎｅｔｗｏｒｋ」という題の同時係属中の米国特許出願第６０／２８１，２５４号（２００１年４月３日出願）に記載される。
【００４５】
プレミスサーバ３２がモニタリングデバイス３４とうまく接続された場合、ブロック７０６において、プレミスサーバ３２は、中央データベース７４を更新して、認証されたユーザが、特有のモニタリングデバイスの制御中であること、かつ、成功した接続メッセージをクライアント計算デバイス９０の制御アプレットに送ることを指し示す。あるいは、モニタリングデバイス３４と通信が確立できない場合、プレミスサーバ３２は、エラーメッセージを制御アプレットに戻す。さらに、制御アプレットは、プレミスサーバ３２が特有のモニタリングデバイスに接続されたかどうかをユーザに通知し得る。ブロック７０８において、クライアント計算デバイス９０は、特有のモニタリングデバイス３４を介して排他的な制御を有する。あるいは、ライブビデオを鑑賞する場合、モニタリングデバイスは、クライアント計算デバイス９０にライブデータストリームをストリーミングする。さらに、図１４に示されるように、動的に生成されたグラフィカルユーザインタフェース１８０は、予め記録されたデバイスデータ１８２およびライブデバイスデータ１８４を鑑賞するための複数の制御アプレットを備えるように図示される。実際の実施形態において、クライアント計算デバイスは、ルーチン６００によって動的に生成されたグラフィカルユーザインタフェースを介して、特有のモニタリングデバイス３４の操作を制御し得る。特有のモニタリングデバイス３４の操作は、図８を参照して、以下により詳細に記載される。サブルーチン７００は、ブロック７１０において完了する。
【００４６】
図８は、処理ルーチン８００を操作するデバイスを示すフロー図である。処理ルーチン８００において、クライアント計算デバイスは、本発明の局面に従って遠隔デバイスを制御することを可能にする。ブロック８０２において、ユーザインタフェースアプリケーションによって明確に選択された制御アプレットは、デバイス操作（例えば、ビデオカメラを移動するための要求）をユーザインタフェース１２０から得る。一旦、制御アプレットがデバイス操作を得ると、ブロック８０４において、制御アプレットは、デバイス操作（例えば、ビデオカメラを左にパンする）を解釈する。本発明の実際の実施形態において、ユーザは、ポインティングデバイスまたは他の手段を用いてブラウザ１０４を介してユーザインタフェース上の特有の場所にポインティングすることによって特有のモニタリングデバイスの状態で変化（例えば、操作）を要求する。例えば、ユーザは、ビデオカメラにおける方向移動をもたらし、環境上の制御セッティング（例えば、サーモスタットの温度）を変更し得る。ブロック８０６において、制御アプレットは、より前に確立されたネットワーク接続を介してプレミスサーバ３２を介して特有のモニタリングデバイス３４に要求を送る。データの転送は、中央サーバ５６を介して間接的に容易にされ得るか、または通信媒体（例えば、インターネット２０）を介してプレミスサーバ３２に直接転送され得る。
【００４７】
ブロック８０８において、プレミスサーバ３２は、コマンドおよびデバイスインタフェースアプリケーション５２を評価して、要求された動作をデバイス特有のプロトコルコマンドに変換する。本発明の例示の実施形態において、デバイスインタフェースアプリケーション５２は、特有のモニタリングデバイス３４を制御するための１セットのデバイス特有のコマンドを保持する。コマンドが認識されなかった場合、プレミスサーバ３２は、要求を拒絶して、エラーの制御アプレットを通知する。コマンドが認識された場合、プレミスサーバ３２は、ブロック８１０においてデバイスインタフェースアプリケーション５２を介してモニタリングデバイス３４に要求を伝送する。モニタリングデバイス３４は、正式に要求された変化（例えば、左にパンする）を実行することを試みて、エラー情報または確認情報を中央サーバ５６に戻して通信し得る。プレミスサーバ３２が、デバイス３４からエラー情報を受信すると、その情報を制御アプレットに戻して通信する。ブロック８１２において、モニタリングデバイス３４は、状態の要求された変化を実行して、プレミスサーバ３２に変更された状態または変化した状態におけるモニタリングデータを伝送する。
【００４８】
モニタリングデバイスに影響され得る操作の種類の例示の例示において、制御アプレットは、機能（例えば、パン、傾き、およびズーム（「ＰＴＺ」）のビデオ方向制御）のセッティングを利用可能にするカメラと通信する。カメラの性能情報は、中央サーバ７４によって保持されるデバイスインタフェースデータベースに含まれる。ウェブページは、カメラの動作およびＰＴＺの制御または他のカメラの機能のために必要なパラメータ情報を中継する。ビデオイメージは、以下に記載されるグラバソフトウェアによってキャプチャされ、ビデオフレームとして中央サーバおよび／またはクライアント計算デバイス９０上に格納される。グラバソフトウェアからオンデマンドを鑑賞するＷＷＷブラウザへ、イメージが更新される。
【００４９】
以下の記載は、本発明に従ってＰＴＺカメラを制御するためのグラフィカルユーザインタフェース１４０の表示エレメントを例示する。本発明の例示の実施形態において、ＰＴＺカメラは、カメラのデフォルトのパン、傾き、またはズーム位置合わせ、ならびに焦点および絞り制御に関連するプリセット情報１５２を含む。ユーザは、マウスの動作を経てプリセットをアクティブにする。このようなビデオカメラなどのデバイスを制御すると、ユーザは、デバイスの動作のインテンシティを確立する方法を必要とする。このインテンシティは、デバイスの動きの角度またはインテンシティとして定義され得る。ユーザインタフェースは、モニタリングデバイスにインテンシティ（すなわち、速度、時間、および方向）を通信するためにグラフィカルコントローラ（例えば、コンパスローズ１５０）を提供する。
【００５０】
図１２に示されるコンパスローズ１５０は、モニタリングデバイス（例えば、ビデオカメラ）において操作をもたらすための方向性テンプレートを提供する。コンパスローズの中心は、直交座標系の原点（０，０）であり、デバイスプリセットのデフォルトセッティングに一致する。コンパスローズのアームは、移動の方向を指し示す。示される実施形態において、コンパスローズの矢印の一方向においてマウスを「クリック」すると、制御アプレットにコマンドを伝送する。コンパスローズの外側への「クリック」は、コンパスローズの中心への「クリック」よりもモニタリングデバイスにおいてさらなる変化（例えば、移動）を作り出し、モニタリングデバイスの移動度（この場合、カメラのパンまたは傾きの速度）は、画面上のグラフィックとユーザのインタラクションに直接関係している。グラフィカルユーザインタフェース、すなわちコンパスローズは、遠隔のユーザとビデオカメラとの間に動的なインタラクションを提供する。
【００５１】
本発明の実際の実施形態において、ビデオカメラの移動の方向、速度、および時間は、所望の移動方向に対応するコンパスローズ１５０上の場所にグラフィカルカーソルを配置して、制御アプレットとその位置とを通信するためのポインタデバイス（例えば、マウス、）をアクティブにすることによって通信される。カーソルデバイスのコンパスローズの原点からの距離は、算出され、全可能距離に対するパーセンテージに変換される。例えば、原点からの最大可能距離が２００の測定ユニットであり、カーソルデバイスは原点から５０ユニットである場合、移動のインテンシティ（速度および時間）は、制御されるデバイスにとって可能な最大速度および時間の２５％である。
【００５２】
ユーザが、一旦、ポインタデバイスを動かして所望の移動を入力すると、クライアント計算デバイス９０の制御アプレットは、移動のインテンシティおよび方向をプレミスサーバ３２に通信する。プレミスサーバ３２は、制御アプレットから受信した移動情報とデバイス定義とを相関して、移動の実際の方向、速度、および時間を決定する。例えば、あるビデオカメラのタイプは、２．２秒のデフォルトの移動時間および７ユニットでセッティングする最大速度を有する。ユーザが、コンパスローズの原点からコンパスローズの５０ユニットの左アーム上の位置を指す場合、プレミスサーバは、移動のインテンシティと最大時間とを掛けること（２．２＊２５％）によって移動の実際の時間を算出し、０．５５秒の実際の時間を与える。同様の処理が移動の速度にも適用（７＊２５％）され、１．７５（２に切り上げられる）の速度を得る。従って、プレミスサーバ３２上のデバイスインタフェースアプリケーション５２は、相対速度２に対し０．５５秒で左へパンするようにカメラに指示する。
【００５３】
プレミスサーバは、ブロック８１４においてデバイスインタフェースアプリケーション５２を介するモニタリングデバイス３４からの要求の結果を得て、プレミスサーバ３２は、ブロック８１６において、データ伝送アプリケーション５４を介して、結果をクライアント計算デバイス９０における制御アプレットに伝送する。クライアント計算デバイスを介するユーザは、ブロック８１８において、変更されたモニタリングデバイスの出力データの実時間伝送を見ることが可能になり得る。あるいは、変更されたモニタリングデバイスの出力データは、プレミスサーバ３２において格納され得る。ルーチン８００はブロック８２０において完了する。
【００５４】
本発明の実際の実施形態において、モニタリングデバイスからの出力データを受容する処理（ビデオ記録デバイスの場合、フレームグラバ）は、標準ＷＷＷブラウザ通信チャンネルを介してデバイスデータを伝送することによってクライアント計算デバイス上のデータを格納する。フレームグラバは、ビデオカメラと直接通信し、受容可能なイメージフォーマット（例えば、ビットマップ、またはジョイントフォトグラフィックエキスパートグループ（「ＪＰＥＧ」）など）で未処理のビデオを格納するソフトウェアデバイスである。いくつかの場合において、デバイス出力は、プレミスサーバ３２によって集められて、データ伝送アプリケーション５４を介してデバイス制御アプレットに伝送される。鑑賞者アプレットは、変更された状態（すなわち、左にパンした後のビデオカメラの異なるビデオイメージ）を表示する。プレミスサーバ３２が、中央サーバ５６にデバイス出力データを送信して、後で鑑賞するために中央データベースにおいて格納され、保管され得ることは、当業者にとって明白である。
【００５５】
ビデオカメラを用いて例示の実施形態が示されるが、本発明の処理がビデオカメラに限定されないことは、当業者に明白である。任意の制御可能なデバイスが、本処理を介して管理され得る。さらに、共通のユーザインタフェースを用いて、同じタイプまたは類似のタイプの複数のデバイスを管理し得る。さらに、本発明が異なるネットワーク構造（例えば、専用のデバイス制御ネットワーク、または専用のデバイスサーバが利用されるＷＡＮ）にインプリメントされ得ることは、当業者にとってさらに明白である。本発明のシステムを利用することによって、データは、ローカルリソースの影響を与えるユーザインタフェースを介して要求され、表示される。最も高いレベルにおける情報（アプリケーション）は、変化を作り出し、最も低いレベル（ハードウェア通信）からデータを取得する。
【００５６】
モニタリングデータを要求して、表示し、モニタリングデバイスを制御するために利用されるグラフィカルユーザインタフェースを生成する一般的な動作および利点を記載すると、集積化情報システム３０の一般的な記載が説明される。従って、開示される実施形態は、単に例示の目的のためであり、限定するためと判断されるべきでない。
【００５７】
本発明の実際の実施形態において、モニタリンデバイスデータは、アセットデータ、リソースデータ、またはデバイスデータとして分類化される。アセットデータは、独立した動作が可能でない識別可能な物体に対応するモニタリングデバイスから得られる。例えば、アセットデータは、特定の場所における特定の物体（例えば、コンピュータ）を識別するバーコードまたはトランスポンダから得られるデータを含む。リソースデータは、独立した動作が可能な識別可能な物体に対応するモニタリングデバイスから得られる。例えば、リソースデータは、プレミスに入った特定の人を識別する磁気カードリーダからのデータを含む。イベントデータは、識別可能な物体に相関しないオン／オフ状態に対応するモニタリングデバイスから得られる。イベントデータは、全てのモニタリングデバイスに対するデフォルトのカテゴリである。代替のデータ分類化が、本発明の範囲内であると判断されることは、当業者によって容易に理解される。
【００５８】
モニタリングデバイスデータは、モニタリングデバイス３４によって得られ、プレミスサーバ３２に伝送され、次に、中央サーバ５６と通信する。中央サーバ５６は、モニタリングデバイスデータを受信して、規定に基づいた決定支援ロジックによってデータを処理する。本発明の実際の実施形態において、中央サーバ５６は、アセットデータ、リソースデータ、およびイベントデータのためのロジック規定を有するデータベース７６を保持する。さらに、モニタリングデバイスデータが二人以上の認証されたユーザに対して潜在的に適用可能であるため、同じモニタリングデバイスデータに、複数の規定が適用され得る。代替の実施形態において、規定データベース７６は、中央サーバ５６から遠隔の場所において保持され得る。モニタリングデバイス３４から収集したデバイス情報の評価が任意の点において実行されること、および本明細書で所与の記載がいくつかの選択肢の一つを示すように意味されることを、当業者は認識する。例えば、規定の評価は、プレミスサーバ３２において実行され、通知は、それぞれ処理する場所から送信され得る。
【００５９】
動作が要求されることを示すモニタリングデバイスを処理する際、中央サーバ５６は、規定に関連した一つ以上の出力を生成する。出力は、モニタリングデバイスデータの規定により指し示され認証されたユーザ５７との通信を含む。例えば、認証されたユーザ５７は、通信媒体（例えば、ページャ、携帯電話、地上線電話）の階層を示し得る。通信媒体の階層は、ユーザと接触することを試みるように利用されるべきである。規定はまた、認証されたユーザと接触され得ない場合に偶発性の接触を示し得る。さらに、規定は、ユーザがアクセス可能になるデータタイプおよび／またはデータ量を制限し得る。さらに、出力は、規定の処理に応答して中央サーバ５６による動作の起動を含み得る。
【００６０】
図９は、本発明に従ってモニタリングデバイスを処理するためのデバイス決定支援ルーチン９００を表すフロー図である。ブロック９０２において、中央サーバ５６は、モニタリングデバイス３４からの入力を取得する。本発明の実際の実施形態において、入力は、プレミスサーバ３２のデバイスインタフェースアプリケーション５２によって取得され、入力は、データ伝達アプリケーション５４を介して中央サーバ５６に伝達される。あるいは、中央サーバ５６は、プレミスサーバ３２をポーリングして、モニタリングデバイスからモニタリングデバイスデータを取得し得る。ブロック９０４において、中央サーバ５６は、データを処理するデバイスを識別する。ネットワークアドレスを決定することによって、その識別が達成され得る。ここで、入力は、ネットワークアドレスを発端として、ネットワークアドレスから特有のデバイスに割り当てられる。あるいは、データ入力が含まれ得る他の識別データを読み込むことによって、その識別が達成され得る。
【００６１】
決定ブロック９０６において、デバイスデータがインテリジェントデータを含むかどうかを決定するために、テストが実行される。本発明の実際の実施形態において、インテリジェントデータは、データが物体を識別する情報を含むために、アセットデータまたはリソースデータとして特徴付けられる。一方、物体を識別する任意の情報を含まないデータは、インテリジェントであると判断されない。デバイスがインテリジェントであると判断されない場合、またはデバイスが識別し得ない場合、ブロック９０８において、イベントログデータベース７６は、入力データを反映するように更新される。ブロック９１０において、中央サーバ５６は、処理デバイスのイベントサブルーチンによりデータを処理する。ルーチン９００は、ブロック９１２において完了する。
【００６２】
図１０は、本発明による処理デバイスのイベントサブルーチン１０００を表すフロー図である。ブロック１００２において、中央サーバ５６は、モニタリングデバイス規定を取得する。実際の実施形態において、モニタリングデバイス規定は、中央サーバ５６と通信してイベント規定データベース８６に格納される。この規定は、規定違反を決定するための一つ以上の領域を示すデータを含む。大雑把に言って、規定違反は、通知が要求されるためのイベントが生じたことを示す。この領域は、モニタリングデバイスによって作成されたデータタイプに対応する。例えば、モニタリングデバイス３４が二段階（例えば、オンまたはオフ）のみが可能である場合、この規定は、一つの段階（例えば、オン）の存在が違反であることを示し得る。この規定が違反であると決定される以前に、さらに、一つ以上のモニタリングデバイスの規定が判断される必要があるという指示を、この規定はさらに含む。例えば、動作検出信号は、規定が違反される以前に検出される必要があるということを、ガラス破壊検出器に対応する規定は示し得る。当業者に容易に理解されるように、追加または代替の規定のタイプが、本発明の範囲内であると判断される。
【００６３】
検出ブロック１００４において、デバイス規定が見出されるかどうかを決定するためのテストが実行される。規定が見出されない場合、ブロック１００６において処理が完了する。しかし、デバイス規定が見出される場合、ブロック１００８において、中央サーバ５６は、モニタリングデバイス３４から受信したデータによる規定を評価する。例示の実施形態において、この規定は、中央サーバ５６によって保持されたプリセットまたはデフォルトの規定を含み得る。さらに、この規定は、一人以上の認証されたユーザによって個々に生成された規定を含み得る。さらに、ユーザインタフェースを介して規定を変更するか、または更新するために、一人以上の認証されたユーザに認証が与えられ得る。
【００６４】
決定ブロック１０１０において、デバイス規定が違反されるかどうかを決定するために、テストが実行される。規定が違反されると、ブロック１０１２において、中央サーバ５６は、規定違反出力を作成する。本発明の実際の実施形態において、規定違反の出力命令は、規定の中に含まれる。この命令は、規定違反の際に通知するための認証されたユーザ５７のリストと、通信媒体およびデバイスがそれぞれの認証されたユーザと接触するために利用されるべき階層とを含む。例えば、命令文が、認証されたユーザとの通信を確立するための相互間の階層をインプリメントする場合、この規定がロジカルな形式になり得る。あるいは、この規定がロジカルな形式になり得、その結果、命令文は、認証されたユーザとの通信を確立するための相互間の階層をインプリメントする。さらに、この命令はまた、認証されたユーザがアクセスするデータの限度を示し得る。例えば、出力は、プレミスオーナーの携帯デバイスへのコール、サイト上のモニタのページング、および公共企業への地上線電話のコールの生成を含み得る。あるいは、中央サーバはまた、それぞれの規定に対応する出力命令を示す出力データベースを保持し得る。
【００６５】
通信を生成することに加えて、規定違反の出力はまた、集積化システム応答を誘発し得る。例えば、不法侵入の場合、エアロゾルスプレーから侵入者に染料がスプレーされ得る。さらに、システムは、警報音を発して、緊急要員に直接ダイアルを発し得る。他の例において、システム規定違反が医学的緊急事態である場合、中央サーバ５６は、異常を発して、プレミス内の照明をつけて、緊急要員による立ち入りを容易にするためにドアを解錠し得る。
【００６６】
一旦、中央サーバ５６がブロック１０１２において規定違反出力を生成したら、またはイベント規定がブロック１０１０において違反されない場合、サブルーチン１０００は、ブロック１０１４において完了する。
【００６７】
図９に戻ると、ブロック９０６において、デバイスデータが、インテリジェント情報を含む場合、ブロック９１４においてそのインテリジェントは、モニタリングデバイスデータから変換される。ブロック９１６において、イベントログデータベース７６は、入力データを反映するように更新される。ブロック９１８において、中央サーバ５６は、処理アセット／リソースのエベントサブルーチンによるデータを処理する。ルーチン９００は、ブロック９２０において完了する。
【００６８】
図１１Ａおよび１１Ｂは、本発明に従った処理アセットまたはリソースエベントサブルーチン１１００を表すフロー図である。図１１Ａに関して、決定ブロック１１０２において、入力信号がアセットデータであるかどうかを決定するために、テストが実行される。信号がアセットデータとして認識される場合、ブロック１１０４において、アセット規定が取得される。本発明の実際の実施形態において、アセット規定は、アセット規定データベース８０に保持され、アセット規定データベース８０から取り出される。ブロック１１０６において、アセット規定が見出されたかどうかを判定するために、テストが実行される。アセット規定がアセットに関して見出されない場合、モニタリングデバイスデータは、ブロック１１０８においてデバイスイベントとして処理される。本発明の実際のアプリケーションにおいて、デバイスイベントは、デバイスイベント処理サブルーチン１０００（図１０）に関して、上述されるように処理される。本発明の例示の実施形態において、アセット規定処理が完了し得ない際、モニタリングデバイスは、それでもデバイスレベルイベントとして処理される。
【００６９】
アセット規定が見出された場合、決定ブロック１１１０において、アセット規定が違反されたかどうかを決定するために、テストが実行される。本発明の実際の実施形態において、アセット規定は、データにより中央サーバ５６が規定違反を決定することを可能にすることを含む。例えば、アセット規定は、違反に対する動作（例えば、ネットワーク中へのログ）を実行する特定の物体（例えば、コンピュータ）を共に必要とすることを示す情報を含み得る。さらに、追加のデバイス、リソース、またはアセット規定は、規定が違反されたかどうかを決定する以前に判断され得ることを、アセット規定が示し得る。上述されたように、この規定は、中央サーバおよびユーザがインプリメントした規定／変更した規定によって保持されるプリセット規定を含み得る。
【００７０】
規定が違反されなかった場合、モニタリングデバイスデータは、ブロック１１０８においてデバイスイベントとして処理される。アセットイベントおよびデバイスイベントの両方と同様に規定を処理することは、モニタリングデバイスデータの複数の目的（例えば、特定の物体の検出および物体の検出）を処理することを可能にする。
【００７１】
アセット規定が違反された場合、ブロック１１１２において、中央サーバ５６は、アセットを識別するために公知のアセットのインベントリを読み出す。本発明の実際の実施形態において、中央サーバは、アセットのインベントリデータベース８２を保持して、アセットのインベントリデータベース８２から読み出される。決定ブロック１１１４において、アセットがアセットのインベントリにおいて見出されたかどうかを決定するために、テストが実行される。アセットが見出されない場合、システムは、ブロック１１０８において、デバイスイベントとしてモニタリングデバイスデータを処理するためにデフォルトする。アセットがアセットのインベントリにおいて見出された場合、ブロック１１１６において、中央サーバ５６は、アセット違反を出力する。本発明の実際の実施形態において、アセット規定は、一人以上の認証されたユーザに対する規定違反の際に、出力を生成するための命令を含む。この命令はまた、認証されたユーザとの接触を試みるための通信媒体および通信デバイスの階層を含む。さらに、この命令は、中央サーバが認証されたユーザと接触され得ない場合、代替の接触要員を含み得る。さらに、上述されるように、出力はまた、集積化システムによる動作を誘発し得る。ブロック１１０８において、モニタリングデバイスデータは、デバイスイベントとして処理される。
【００７２】
図１１Ｂに関して、信号がブロック１１０２（図１１Ａ）においてアセットデータになるように決定されない場合、決定ブロック１１１８において、入力された信号がリソースデータかどうかを決定するために、テストがなされる。信号がリソースデータとして識別されない場合、ブロック１１２０において、モニタリングデバイスデータは、デバイスイベントとして処理される。本発明の実際の実施形態において、デバイスイベントは、デバイスイベント処理サブルーチン１０００（図１０）に関して上述されるように処理される。信号がリソースデータとして識別される場合、ブロック１１２２において、リソース規定が取得される。本発明の実際の実施形態において、リソース規定は、リソース規定データベース８０に保持され、リソース規定データベース８０から取り出される。ブロック１１２４において、リソース規定が見出されるかどうかを決定するために、テストが実行される。リソース規定がリソースに対して見出されない場合、モニタリングデバイスデータは、ブロック１１２６において、デバイスイベントとして処理される。
【００７３】
リソース規定が見出される場合、決定ブロック１１２８において、リソース規定が違反されるかどうかを決定するために、テストが実行される。本発明の実際の実施形態において、リソース規定は、中央サーバ規定違反を決定することを可能にするデータを含む。さらに、追加のデバイス規定、リソース規定、またはアセット規定は、規定が違反したかどうかを決定する以前に判断され得ることを、リソース規定が示し得る。規定が違反されなかった場合、ブロック１１２６において、モニタリングデバイスデータは、デバイスイベントとして処理される。リソースおよびデバイスイベントの両方のように規定が処理されることによって、モニタリングデバイスデータの複数の目的の処理が可能になることが、通常、当業者によって理解される。
【００７４】
リソース規定が違反された場合、ブロック１１３０において、中央サーバ５６は、リソースを識別するための公知のリソースインベントリを読み出す。本発明の実際の実施形態において、中央サーバ５６は、リソースインベントリデータベース８４から保持して、リソースインベントリデータベース８４を読み出す。決定ブロック１１３２において、リソースがリソースインベントリにおいて見出されるかどうかを決定するために、テストが実行される。リソースが見出されない場合、システムは、ブロック１１２６において、デバイスイベントとしてモニタリングデバイスデータを処理するようにデフォルトする。リソースがリソースインベントリにおいて見出される場合、ブロック１１３４において、中央サーバ５６は、リソース違反を出力する。本発明の実際の実施形態において、リソース規定は、一人以上の認証されたユーザに対する規定違反の際に出力を生成するための命令を含む。この命令はまた、認証されたユーザと接触するように試みるための通信媒体および通信デバイスの階層を含む。さらに、命令は、中央サーバ５６が認証されたユーザ５７と接触され得ない場合、代替の接触要員を含み得る。さらに、上述されるように、出力はまた、集積システムによって動作を誘発し得る。ブロック１１２６において、モニタリングデバイスデータは、デバイスイベント（図１０）として処理される。
【００７５】
モニタリングデバイス３４のデバイスは、周囲の出力および入力デバイスの任意の数またはその組み合わせを含み得る。個々のデバイスによって収集された情報は、プレミスサーバによって部分的に収集され、格納される。情報は、ユーザによって定義される規定により収集される。
【００７６】
本発明の好適な実施形態は、図示され、記載されてきたが、本発明の意図および範囲から逸脱することなく多様な変化がなされることは明白である。
【図面の簡単な説明】
【図１】
図１は、インターネット環境のブロック図である。
【図２】
図２は、本発明による遠隔デバイスとの動的なインタラクションのためのシステムのブロック図である。
【図３】
図３は、本発明によるプレミスサーバの例示的なアーキテクチャを示すブロック図である。
【図４】
図４は、本発明によるクライアントコンピュータの例示的なアーキテクチャを示すブロック図である。
【図５】
図５は、本発明による中央サーバコンピュータの例示的なアーキテクチャを示すブロック図である。
【図６】
図６は、本発明の局面によるプロセスルーチンを生成する制御を示すフロー図である。
【図７】
図７は、本発明によるデータ処理サブルーチンを表すフロー図である。
【図８】
図８は、本発明の局面による処理ルーチンを操作するデバイスを示すフロー図である。
【図９】
図９は、本発明の局面によるモニタリングデバイスデータの処理ルーチンを表すフロー図である。
【図１０】
図１０は、本発明の局面によるデバイスイベント処理サブルーチンを表すフロー図である。
【図１１Ａ】
図１１Ａは、本発明の局面によるアセットイベント処理サブルーチンを表すフロー図である。
【図１１Ｂ】
図１１Ｂは、本発明の局面によるリソースイベント処理サブルーチンを表すフロー図である。
【図１２】
図１２は、本発明によるモニタリングデバイスデータをユーザが鑑賞できるグラフィカルユーザインタフェースを示すＷＷＷブラウザによって作成されたスクリーンディスプレイを表す。
【図１３】
図１３は、本発明によるモニタリングデバイスデータをユーザが鑑賞し、操作できるグラフィカルユーザインタフェースを示すＷＷＷブラウザによって作成されたスクリーンディスプレイを表す。
【図１４】
図１４は、本発明による二重の供給視聴者インタフェースを表す例示のグラフィカルユーザインタフェースである。

Claims (40)

1. 遠隔デバイスとインタラクトする方法であって、
   一つ以上の識別可能な遠隔デバイスを制御することに対応する要求を取得する工程と、
   該遠隔デバイスを制御するように操作可能なグラフィカルユーザインタフェースを生成する工程であって、該デバイスを制御することは、該遠隔デバイスにアクセスすることおよび命令を発行することを含む、工程と、
   該グラフィカルユーザインタフェースからユーザ制御命令を取得する工程と、
   該ユーザ制御命令に対応する遠隔デバイス制御データを伝送する工程と、
   該遠隔デバイスによって生成される遠隔デバイスデータを取得する工程と
   を包含する、方法。
2. 前記グラフィカルユーザインタフェースを生成する工程は、グラフィカルユーザインタフェースを動的に生成する工程を含む、請求項１に記載の方法。
3. 前記グラフィカルユーザインタフェースを動的に生成する工程は、
   前記要求に対応する遠隔デバイスを識別する工程と、
   該識別された遠隔デバイスに対応するプログラムモジュールを、複数のプログラムモジュールから選択する工程であって、該プログラムモジュールは、該遠隔デバイスを制御するように操作可能である、工程と、
   該選択されたプログラムモジュールを含むスクリーンインタフェースを生成する工程であって、該プログラムモジュールは、該要求された遠隔デバイスに対応するグラフィカルユーザインタフェースコンポーネントを含む、工程と
   を含む、請求項２に記載の方法。
4. 前記グラフィカルユーザインタフェースを動的に生成する工程は、
   前記要求に対応する二つ以上の遠隔デバイスを識別する工程と、
   該識別された遠隔デバイスの各々に対応するプログラムモジュールを、複数のプログラムモジュールから選択する工程であって、該プログラムモジュールは、該遠隔デバイスを制御するように操作可能である、工程と、
   全てのプログラムモジュールを含む一つのスクリーンインタフェースを生成する工程であって、該プログラムモジュールは、該要求された遠隔デバイスの各々に対応するグラフィカルユーザインタフェースコンポーネントを含む、工程と
   を含む、請求項３に記載の方法。
5. 前記ユーザ制御命令は、前記遠隔デバイスの全ての操作を制御する、請求項４に記載の方法。
6. 前記グラフィカルユーザインタフェースは、ウェブページである、請求項２に記載の方法。
7. 前記一つ以上の識別可能な遠隔デバイスを制御することに対応する要求を取得する工程は、該遠隔デバイスに対応するデータをモニタリングする要求を取得する工程を含む、請求項２に記載の方法。
8. 前記一つ以上の識別可能な遠隔デバイスを制御することに対応する要求を取得する工程は、データを該遠隔デバイスに伝送する要求を取得する工程を含む、請求項２に記載の方法。
9. 前記伝送されたデータは、前記遠隔デバイスを動作させる、請求項８に記載の方法。
10. 前記制御データを伝送する工程は、
    前記遠隔デバイスから、データにアクセスする要求を伝送する工程と、
    該遠隔デバイスへのアクセスに対する認証を伝送する工程と
    を含む、請求項１に記載の方法。
11. 前記遠隔デバイスによって生成される遠隔デバイスデータを取得する工程は、該遠隔デバイスによって生成されるリアルタイムデータを取得する工程を含む、請求項１に記載の方法。
12. 前記遠隔デバイスによって生成される遠隔デバイスデータを取得する工程は、該遠隔デバイスによって生成される予め記録されたデータを取得する工程を含む、請求項１に記載の方法。
13. 前記遠隔デバイスは、ビデオカメラであり、遠隔デバイスデータ取得する工程は、該ビデオカメラからビデオデータを取得する工程を含む、請求項１に記載の方法。
14. 前記制御データを伝送する工程は、前記ビデオカメラを操作するデータを伝送する工程を含む、請求項１３に記載の方法。
15. 前記データを伝送する工程は、前記グラフィカルユーザインタフェースを用いて前記遠隔デバイスの操作パラメータを操作するデータを伝送する工程を含み、前記遠隔デバイスデータを取得する工程は、該操作された操作パラメータに基づいて、前記遠隔デバイスによって生成された遠隔デバイスデータを取得する工程を含む、請求項１に記載の方法。
16. 前記グラフィカルユーザインタフェースは、前記遠隔デバイスの前記操作パラメータを操作するグラフィカル手段を含み、該グラフィカル手段は、該操作に対応するユーザ入力を受信するように操作可能である、請求項１５に記載の方法。
17. 前記遠隔デバイスのビデオカメラおよび前記グラフィカル手段は、原点および方向のインジケータを有するコンパスのグラフィカルな表示を含むグラフィカルコントローラである、請求項１６に記載の方法。
18. 前記グラフィカルコントローラは、前記操作のインテンシティと通信するように操作可能であり、前記ユーザ入力から離れた距離に基づくインテンシティは原点からの距離である、請求項１７に記載の方法。
19. 前記ユーザ制御データを取得する工程は、前記遠隔デバイスの操作パラメータを操作するための要求を取得する工程を包含し、
    遠隔デバイスの制御データを伝送する工程は、該要求をデバイス特有のコマンドに伝送する工程、および該遠隔デバイスの該操作パラメータを変更できるように、該デバイス特有のコマンドを該遠隔デバイスに伝送する工程を包含する、請求項１に記載の方法。
20. 前記変更された操作パラメータに基づいて前記遠隔デバイスによって生成された前記遠隔デバイスデータは、実時間データである、請求項１８に記載の方法。
21. 前記遠隔デバイスは、本来、侵入検出デバイス、カードリーダ、ドアストライクおよび接触、アクセス制御パネル、バーコードスキャナ、ビデオカメラ、スチールカメラ、およびマイクロフォンからなる群から選択される、請求項１に記載の方法。
22. 前記遠隔デバイスは、ロックされ、それにより、一人以上のユーザによる同時の命令提示を防ぎ得る、請求項１に記載の方法。
23. 請求項１〜２２のいずれかに記載される前記方法を実行するコンピュータ実行可能命令を有する、コンピュータ読み出し可能媒体。
24. プロセッサ、メモリ、およびオペレーティング環境を有するコンピュータシステムであって、請求項１〜２２のいずれかに記載される前記方法を実行可能である、コンピュータシステム。
25. 少なくとも一つの遠隔デバイスと計算デバイスとの間を動的にインタラクトするためのコンピュータ実行可能なコンポーネントを有するコンピュータ読み出し可能媒体であって、
    該遠隔デバイスに対応するグラフィカルユーザインタフェースを動的に生成可能なユーザインタフェースアプリケーションと、
    デバイスデータを該遠隔デバイスに通信可能にし、該データを操作可能にするデバイスインタフェースアプリケーションと、
    該データを該計算デバイスに伝送可能にし、該遠隔デバイスと該計算デバイスとの通信を容易にするためのデータ伝送アプリケーションと
    を含む、コンピュータ読み出し可能媒体。
26. 前記計算デバイスはサーバコンピュータである、請求項２５に記載のコンピュータ読み出し可能媒体。
27. 前記計算デバイスはクライアントコンピュータである、請求項２５に記載のコンピュータ読み出し可能媒体。
28. 前記遠隔デバイスは、本来、侵入検出デバイス、カードリーダ、ドアストライクおよび接触、アクセス制御パネル、バーコードスキャナ、ビデオカメラ、スチールカメラ、およびマイクロフォンからなる群から選択される、請求項２５に記載のコンピュータ読み出し可能媒体。
29. 少なくとも一つの遠隔デバイスを制御するためのユーザインタフェースを動的に生成する方法であって、
    少なくとも一つの予め選択された遠隔デバイスを制御するための要求を取得する工程と、
    該予め選択された遠隔デバイスに対応するプログラムモジュールを複数のプログラムモジュールから選択する工程であって、該プログラムモジュールは該遠隔デバイスを制御可能である、選択する工程と、
    スクリーンインタフェースを該プログラムモジュールに伝送する工程と
    を包含し、
    該プログラムモジュールを含む該スクリーンインタフェースは、ブラウザアプリケーション内でロードされるときにグラフィカルユーザインタフェースを生成可能である、方法。
30. 前記制御する要求は、二つ以上の予め選択されたデバイスを含み、前記スクリーンインタフェースは、前記プログラムモジュールを含む集積化されたスクリーンインタフェースであり、前記プログラムモジュールは、前記一つのスクリーンインタフェースがブラウザアプリケーション上にロードされる場合に、該要求された遠隔デバイスに対応するグラフィカルユーザインタフェースを生成するように操作可能である、請求項２９に記載の方法。
31. 前記スクリーンインタフェースは、ウェブページである、請求項２９に記載の方法。
32. 前記予め選択された遠隔デバイスは、パン、傾き、およびズーム機能を有するビデオカメラであり、前記グラフィカルユーザインタフェースは、該ビデオカメラの該パン、傾き、およびズーム機能性を制御し、該ビデオカメラからのデータを視聴するように操作可能である、請求項２９に記載の方法。
33. 前記予め選択された遠隔デバイスは、温度制御デバイスであり、前記グラフィカルユーザインタフェースは、該温度制御デバイスの温度の変化を制御するように操作可能である、請求項２９に記載の方法。
34. 前記予め選択された遠隔デバイスが、動作検出器である、請求項２９に記載の方法。
35. 請求項２９〜３４のいずれかに記載の方法を行う、コンピュータ実行可能命令を有する、コンピュータ読み出し可能媒体。
36. プロセッサ、メモリ、オペレーティング環境を有するコンピュータシステムであって、該コンピュータシステムは、請求項２９〜３４のいずれかに記載の方法を行うように動作可能である、コンピュータシステム。
37. 少なくとも一つの遠隔デバイスを制御する、ユーザインタフェースを動的に生成するシステムであって、
    制御コマンドを受信し、該制御コマンドに基づいて、モニタリングデータを伝送するように操作可能である、少なくとも一つの遠隔デバイスと、
    該遠隔デバイスと通信するサーバコンピュータであって、該サーバコンピュータは、該遠隔デバイスに基づいて、グラフィカルユーザインタフェースを動的に生成するように操作可能である、サーバコンピュータと、
    前記プレミスサーバと通信するクライアントコンピュータであって、該クライアントコンピュータは、該グラフィカルユーザインタフェースを表示し、該制御コマンドを要求するように操作可能である、クライアントコンピュータと
    を備える、システム。
38. 前記クライアントコンピュータおよび前記プレミスサーバと通信するプロキシサーバをさらに備えるシステムであって、該プロキシサーバは、前記遠隔デバイスによって生成されるモニタリングデータを処理し、格納するように操作可能である、請求項３７に記載のシステム。
39. 前記サーバコンピュータおよび前記クライアントコンピュータは、インターネットを介して通信する、請求項３７に記載のシステム。
40. 前記サーバコンピュータおよび前記クライアントコンピュータは、専用デバイス制御ネットワークを介して通信する、請求項３７に記載のシステム。

Images