少なくともプロセッサを包含するホストサーバと、システムバスと、ユーザ入力デバイスと通信するように構成されたユーザ入力インターフェースと、ディスプレイと通信するように構成されたディスプレイインターフェースと、少なくとも1つのリモートデバイス、および、データベースを包含する少なくとも1つのデータ格納手段と通信するように構成されたネットワークインターフェースと、パフォーマンスルックアップテーブルと、前記プロセッサにより実装されたとき、少なくとも1つのリモートデバイスから少なくとも1つのパフォーマンスパラメータ値を受け、パフォーマンスルックアップテーブルを照会するプログラム命令を包含する少なくとも1つのアナライザモジュールとを有することを特徴とするリモートデバイスモニタリングシステム。少なくともプロセッサを備えた少なくとも1つのリモートデバイスと、システムバスと、ネットワークインターフェースと、ユーザ入力インターフェースと、少なくとも1つのモニタリングモジュールをストアするように構成されたデータストレージ手段と、を更に有し、前記プロセッサによって実装されるとき、前記モニタリングモジュールが、少なくとも1つのリモートデバイスシステムイベントをモニタし、少なくとも1つのシステムイベントに対応する少なくとも1つのパフォーマンスパラメータ値をストアする、ことを特徴とする請求項1に記載のリモートデバイスモニタリングシステム。前記データベースが、少なくとも1つのパフォーマンスパラメータ値をストアするように構成され、前記ルックアップテーブルが、少なくとも1つのシステムコンポーネントに関する所定の故障値と、少なくとも1つのシステムコンポーネントに関する計算された故障値とからなるグループから選択された少なくとも1つの故障値をストアするように構成され、前記アナライザモジュールが、少なくとも1つのパフォーマンスパラメータ値と少なくとも1つの対応する故障値とを比較するように更に構成されることを特徴とする請求項1に記載のリモートデバイスモニタリングシステム。パフォーマンスパラメータ値が、少なくとも1つのエラーコードを包含し、デバイス製造者インターフェースを更に有し、前記ホストサーバが、少なくとも1つのエラーコードをデバイス製造業者インターフェースに通信するように構成され、前記デバイス製造業者インターフェースが、少なくとも1つの知識ベースモジュールと、各エラーコードに関する少なくとも1つのエントリを備えたエラーコードルックアップテーブルとを包含し、各エントリが更に、エラーに関連する情報を包含し、リモートデバイス製造業者インターフェースの知識ベースモジュールが、エラーコードに対応するエントリを受信し、エラーに関係する対応する情報をホストサーバに通信するために、エラーコードルックアップテーブルを照会するように更に構成されることを特徴とする請求項1に記載のリモートデバイスモニタリングシステム。少なくともリモートプロセッサを包含する複数のシステムコンポーネントと、リモートシステムバスと、リモートネットワークインターフェースと、リモートユーザ入力インターフェースと、少なくとも1つのモニタリングモジュールをストアするように構成されたリモートデータ格納手段とを含む少なくとも1つのリモートデバイスであって、前記モニタリングモジュールが、リモートプロセッサによって実装されるとき、少なくとも1つのパフォーマンスパラメータ値をリモートネットワークインターフェースに通信するプログラム命令を包含することを特徴とする少なくとも1つのリモートデバイスと、少なくとも1つのリモートデバイスのリモートネットワークインターフェースと通信するように構成されたホストサーバと、を有し、前記ホストサーバが、少なくとも1つのサーバプロセッサと、サーバシステムバスと、サーバネットワークインターフェースと、サーバユーザ入力デバイスと通信するように構成されたサーバユーザ入力インターフェースと、データベースを包含するサーバデータ格納手段およびサーバディスプレイと通信するように構成されたサーバディスプレイインターフェースと、パフォーマンスルックアップテーブルと、前記サーバプロセッサによって実装されるとき、少なくとも1つのパフォーマンスパラメータ値を受信し、パフォーマンスルックアップテーブルを照会するプログラム命令を包含する少なくとも1つのアナライザモジュールとを包含する、ことを特徴とするリモートデバイスモニタリングシステム。0008したがって、ネットワーク化された装置をモニタし、リモートデバイスおよび/またはシステムコンポーネント故障およびパフォーマンスをより効果的に管理するように構成される予測遠隔デバイス管理システムの必要性がある。0009以下の通り、本発明を添付の図面を参照して開示する。0013適当な参照番号が対応する特徴を示すために図において繰り返されることは、明確化の目的にのために明らかであろう。0014図1Aおよび1Bを参照すると、読取りスキャンプリント証印のための2台の典型的な遠隔デバイス100が示される。遠隔デバイスハウジングは、ハンドル部分104を使用する人間の手に気持ちよく適合するように形づくられることができ、データおよび命令を入力するためのキーパッド102、電源ボタン、および、例えば、ローカル又はリモートでホストプロセッサとの通信を容易にするためのアンテナと同様に指作動可能なスキャン/キャプチャまたはトリガーボタン101を含む。リモートデバイスはまた、例えば、情報をユーザに表示するために、ディスプレイ103例えばLCDまたはOLEDディスプレイを含む。ディスプレイ103が、タッチスクリーンである場合、スタイラス図示せずはまた、タッチスクリーンとの相互作用を促進するために含まれ得る。照明208およびイメージング光学204がターゲット214まで実質的に妨害されないアクセスをするように、ハウジングの開口は含まれる。リモートデバイスはまた、ネットワークインターフェース234との有線または無線通信を容易にするための一つ以上の通信ポートと同様に、電力供給228を受信するためのパワーポートを含むことができる。本発明がリモートデバイスに関して記載されているけれども、本発明はまた、例えば、バーコードスキャナ、モバイルデバイス、モバイルコンピュータまたはパーソナルデータアシスタントPDAで利用できる。0015図2を参照すると、本発明に関するリモートデバイス200を一緒に有する基本的構造のブロック略図が示される。リモートデバイス200は、バーコードのようなターゲット214を照射するための照明アセンブリ208、および、ターゲット214のイメージを受信し、その中で光学的にコード化される画素データを表す電気的な出力信号を生成するためのイメージングアセンブリ202を含む。照明アセンブリ208は、ターゲット214の方向に光源212から光を導くための照明光学系210例えば一つ以上の反射器と共に、少なくとも一つの光源212を含む。光源212は、近赤外線レンジの光を発するように構成される少なくとも一つのLED、および/または、例えば、可視範囲の光を発するように構成される少なくとも一つのLEDを含むことができる。イメージングアセンブリ202は、イメージセンサ206上にターゲット214のイメージを受信し、焦点合わせさせるためのイメージング光学204と一緒に、CCD、CMOS、NMOS、PMOS、CID、または、CMDソリッドステートイメージセンサのような2Dイメージセンサ206を含む。0016依然として図2を参照すると、リモートデバイス200は、データ格納手段222から取り出すプログラム指示を実行することによって、リモートデバイス200の動作を制御するプロセッサ216を更に含む。より具体的には、プロセッサ216は受信し、出力し、イメージ画素データを含むデータを処理し、イメージング202および照明208アセンブリを作動させ、他のオペレーション中にシステムバス238と通信するように構成される。更に、プロセッサ216は、光源212の照射、イメージセンサ206のタイミング、アナログ‐ディジタル変換、並びに、RS232、RS485、USB、イーサネット、WiFi、BluetoothTM、IrDAまたはZigbeeインタフェースのようなネットワークインターフェース234を介してリーダに対して外部のリモートコンピュータ又はホストサーバ236のプロセッサ216への、および、前記プロセッサからの、データの送受信を制御し、走査トリガーボタン101および/またはキーパッド102を有するユーザ相互作用を管理するユーザ入力インタフェースを制御し、ディスプレイインタフェース232を介して出力装置103例えばLCDまたはOLEDディスプレイを制御するように構成される。プロセッサ216は、マイクロプロセッサ例えばVLSIまたはASIC集積回路マイクロプロセッサであってよい。リモートデバイス200はまた、一つ以上の電力供給228例えば、交流を受信するための一つ以上の電池および/または回路、および、ユーザー入力装置例えば、キーボード、キーパッド、トリガ及び/又はタッチスクリーンからデータを受け取るためのユーザ入力インタフェース230を含む。図2に示される遠隔デバイス200システムコンポーネントは、好ましくは一つ以上のプリント回路基板図示せずで支えられる。0017図2に示した実施形態では、データ格納手段222は、ローカル、ネットワークアクセス可能networkaccessible、取り外し可能、および/または、非取り外し可能なメモリ例えばRAM、ROMおよび/またはフラッシュを含む。更に、データ格納手段222は、プログラムインストラクションアプリケーションモジュール例えばオペレーティングシステム225、バーコードデコードモジュール226および監視モジュール224を含む。オペレーティングシステム225は、プロセッサ216によって実装されるとき、さまざまなシステムコンポーネントの動作を管理するプログラム指示を含む。バーコードデコードモジュール226は、プロセッサ216により実行されるとき、イメージ画素データをイメージセンサ206から取り出し、知られる技術であるようなイメージに含まれるいかなるバーコードも復号化する、プログラム指示を含む。0018監視モジュール224は、プロセッサ216によって実装されるとき、一つ以上のパフォーマンスパラメータ値を獲得し、連続的に、周期的なベースで、および/または、サーバ236からのリクエストに応じて、ネットワークインターフェース234を介してホストサーバ236にパフォーマンスパラメータ値を通信するプログラム指示を含む。例示のパフォーマンスパラメータ値は、累積プロセッサ稼働時間、プロセッサ故障、ネットワークインターフェーススループット、メモリ伝達時間に対するイメージエンジン、メモリ利用、完全なメモリ利用失敗、メモリ読出し/書込み失敗、バッテリレベル、電池故障、主電力源故障、ネットワークコネクション失敗、アプリケーション識別、スクリーン識別、タイムスタンプ、バッテリ充電/放電サイクル、ドック/アンドックdockundockサイクル、ドックインタフェース故障、キーパッド/トリガープレス、キーパッド/トリガー故障、ディスプレイ故障、タッチスクリーンプレス、および、単位領域あたりのタッチスクリーンプレスを含む。好ましくは、監視モジュール234は、効果的に複数のシステムコンポーネントおよび/またはイベントをモニタするために複数のパフォーマンスパラメータ値を得る。0019ホストサーバ236にパフォーマンスパラメータ値を通信するために、監視モジュール224は、パフォーマンスパラメータ値を得るために最初に少なくとも一つのシステムコンポーネントと通信する。例えば、タッチスクリーンプレスを決定するために、ディスプレイインタフェース232は、累積されたタッチスクリーンプレスの総数、または、ホストサーバ236との最後の通信から起こっているタッチスクリーンプレスの数を表す、例えば、整数または浮動小数点データタイプの変数を設定し、または、更新することができる監視モジュール224とイベントを通信できる。したがって、パフォーマンスパラメータ値は、ホストサーバ236との最後の通信に続いて生じるそれらのモニタされたイベント、または、例えば、特定の時まで続いて生じるモニタされたイベントの数を有する。0020パフォーマンスパラメータ値はまた、システムコンポーネント故障の場合のようなエラーコードを含むか、または、該エラーコードから成ることができる。例えば、データ格納手段222またはメモリシステムコンポーネントが、例えば、不正な記憶ブロックまたは完全なメモリ利用状態のために、読出し/書込み失敗時にシステムバス238にエラーコードを出すように構成されることができることは、公知技術である。メモリ読出し/書込みエラーの場合、エラーコードを含むパフォーマンスパラメータ値が、更なる処理のためにホストサーバ236に発信されることができる監視モジュール224に自動的に通信されることは好ましい。メモリ利用パフォーマンスパラメータ値は、周期的に、ホストサーバからの要求に応じて、または、同時にシステムコンポーネント故障の場合に例えば、エラーコードを含むパフォーマンスパラメータ値の監視モジュールによる受取によって初期化される、ホストサーバ236に通信されるのは好ましい。また、監視モジュール224によって、ホストサーバ236に通信されるのは、遠隔デバイス識別子が、パラメータ値が通信されたデバイスに関する情報をホストサーバに提供するのが好ましい。0021ネットワーク管理者によって画定され、または、固有のシステム構成によって画定される著しい失敗の場合には、リモートデバイス200は、エラーコードを含むパフォーマンスパラメータ値を伝達するためにその最後の周知の成功したネットワーク通信路を検索するように構成される。更に、デバイス200はまた、必要に応じて、二次電池のようなその主電力源ではなく他で作動することによって、エラーコードを含むパフォーマンスパラメータ値を伝達するように構成される。0022ある典型的な実施形態では、監視モジュール224は、ホストサーバ236との前の通信に続く少なくとも所定期間の間、例えば、キーパッド/トリガープレスの累積数、蓄積されたプロセッサクロックサイクル、蓄積されたネットワークインターフェース234のスループット、バッテリ充電/放電サイクル、および、蓄積されたタッチスクリーンプレスを維持しおよびログをとり、リモートデバイス200は、リクエストされるにつれて周期的に、ホストサーバ236に対してこれらのパフォーマンスパラメータ値を通信する。更に、監視モジュール224は、メモリ読出し/書込み失敗、バッテリ又は主電源228の故障、キーパッド/トリガー故障またはタッチスクリーン故障の際に、エラーコードの形でパフォーマンスパラメータ値を自動的に受信する。エラーコードを含むパフォーマンスパラメータ値を受信すると、監視モジュール224は、システムバス238、ネットワークインターフェース234およびホストサーブ236rにパフォーマンスパラメータ値を自動的に伝える。0023図3を参照すると、システムをモニタするリモートデバイスは、複数の遠隔デバイスRD1n200、ホストサーバ236、および、任意の遠隔デバイス製造業者インタフェース246を含むように示される。ホストサーバ236は、少なくともプロセッサ260、システムバス258、マウスまたはキーボードのようなユーザー入力デバイスと通信するように構成されるユーザ入力インタフェース254、タッチスクリーン、LCDまたはOLEDのようなディスプレイと通信するように構成されるディスプレイインタフェース252、少なくとも一つのリモートデバイス200およびデータベース246を含む少なくとも一つのデータ格納手段242と通信するように構成されたネットワークインターフェース250、パフォーマンスルックアップテーブル248、および、少なくとも一つのアナライザモジュール244を含む。パフォーマンスルックアップテーブル248は、データベース246に含まれ、若しくは、別々のデータベースまたはテーブルであってよい。アナライザモジュール244または、ホストサーバ236のデータ格納手段242にストアされる他のモジュールは、プロセッサ260によって実装されるとき、遠隔デバイス200のうちの少なくとも1つから、少なくとも一つのパフォーマンスパラメータ値を受け取るプログラム指示を含む。受信は、遠隔デバイス200のうちの少なくとも1台からの通信によって始められることが可能であり、または、例えば、遠隔デバイス200のうちの少なくとも1つまで、ホストサーバの236のリクエストによって、始められることが可能である。ホストサーバ236によるパフォーマンスパラメータ値を受けると、値はデータベース246に格納される。任意に、ホストサーバ236によって受信されるパフォーマンスパラメータ値が、データベースの適切なリモートデバイス200と関係しているように、データベース246は、遠隔デバイス識別子により構成される。パフォーマンスパラメータ値を受けると、それぞれのデータベース246エントリの値は、最近の値と置換され、または、値は、データベース246にすでに存在するデータに加えられ、その結果、履歴パフォーマンスパラメータ値historicalperformanceparametervaluesが維持される。0024パフォーマンスルックアップテーブル248は、少なくとも一つのパフォーマンスパラメータと関連する少なくとも一つの予め定められた失敗値および/または少なくとも一つの算出失敗値を格納するように構成される。好ましくは、パフォーマンスルックアップテーブル248は、各々のパフォーマンスパラメータに関する予め定められた値で最初に占有され、予め定められた値は、周知の失敗を表すリモートデバイス200相手先商標製造会社OEMとして一般に公知である。別の実施形態では、パフォーマンスルックアップテーブル248は、システムコンポーネント故障の際に最初に占有され、それにより、パフォーマンスルックアップテーブル248は、失敗と同時に受信されるパフォーマンスパラメータ値の値で占有される。パフォーマンスルックアップテーブル248の別の実施形態の構成では、各々の失敗の値は、現在の失敗で同時に受信した値に基づいて算出される値と置換され、失敗の時のパフォーマンスルックアップテーブル248の失敗の値は、例えば、平均または他の計算によって算出される。作動中、アナライザモジュール244は、最も最近受信したパフォーマンスパラメータ値を、パフォーマンスルックアップテーブル248の対応するパフォーマンスパラメータ値と比較するように構成される。0025ある典型的な実施形態では、100充電/放電サイクルが、80のOEM電池の電池の失敗に終わるとOEMによって公知であるので、100充電/放電サイクルパラメータ値が、パフォーマンスルックアップテーブル248に最初にセットされる。したがって、作動中に、ホストサーバ236は、監視モジュール224から、累算されたバッテリ充電/放電サイクルパフォーマンスパラメータ値を受けるために周期的にリモートデバイス200をポーリングする。アナライザモジュール244は、次いで、パフォーマンスルックアップテーブル248の100の値まで、ホストサーバ236によって受信した値を比較する。値が100より大きい場合、アナライザモジュール244は、失敗が次の充電/放電サイクルで80パーセント以上起こりそうであると予測できる。0026典型的な他の実施形態では、例えば電池故障の際に、データベース246にすでに格納されるバッテリ充電/放電サイクルパフォーマンスパラメータ値例えば100は、現在の失敗で、同時に受信される値例えば80と置換される、なぜならば、80の充電/放電サイクルは、ユーザの環境/ネットワークのOEM電池のありそうな故障のより正確な代表および予測だからである。この実施形態では、更にアナライザモジュール244は、使用レベルおよびそれらの遠隔デバイスユーザの活動と同様に、環境に基づいてそれぞれの遠隔デバイスネットワークの遠隔デバイスシステムコンポーネントの故障をより正確に予測する。0027さらに別の態様では、ホストサーバ236のアドミニストレータは、パフォーマンスルックアップテーブル248の値を定めることができる。例えば、ホストサーバ236のアドミニストレータが、バッテリ電源が遠隔デバイス200のネットワーク環境で重要でないと決定する場合、アドミニストレータは、パフォーマンスルックアップテーブル248のバッテリ充電/放電サイクルパフォーマンスパラメータ値を例えば200にセットすることができ、その結果、例えば、次の充電/放電サイクルに99パーセント起こりそうであるまで、アナライザモジュール244は、失敗が差し迫っていると判断しない。0028依然として図3を参照すると、少なくとも1つの入り口を介して一つ以上のホストサーバ236と通信するウェブベースのインタフェースのような任意の遠隔デバイス製造業者インタフェース290がまた示される。遠隔デバイス製造業者インタフェース290は、少なくとも知識ベースモジュール292と、各々のエラーコードに関する少なくとも一つのエントリを有するエラーコードルックアップテーブル294とを含み、各々のエントリが、可能であればエラー状態のようなエラーに関連する情報、および提案されたソリューションを更に含む。OEMデバイス200のさまざまなシステムコンポーネントにより伝達されるエラーコードに関して、OEMが独自に熟知しているようなOEMにより、エラーコードおよびエラー情報は定義される。0029ホストサーバ236のアナライザモジュール244が、少なくともパフォーマンスパラメータ値、ホストサーバ236、および/または、アナライザモジュール244の一部としてエラーコードを受信するある実施形態では、通信エラーコードに基づいて、知識ベースモジュール292がエラーコードルックアップテーブル294を照会することができる遠隔デバイス製造業者インタフェース290に、エラーコードを通信することができ、エラーコード情報を検索でき、次いで、情報がホストサーバ236のアドミニストレータに表示されるホストサーバ236と通信する。したがって、遠隔デバイス200のシステムコンポーネント故障の際に、ホストサーバ236のアドミニストレータは、失敗に関する情報を自動的に受信でき、それにより、遠隔デバイス200の故障の原因を診断して、潜在的に分解することを必要とする影響を劇的に減らす。0030別の実施形態では、データベース246またはパフォーマンスルックアップテーブル248のうちの1つは、パフォーマンスパラメータと関連する1つ以上のOEMエラーコードを含む。したがって、システムコンポーネントがありそうな失敗に近づいているアナライザモジュール244による判断の際に、アナライザモジュール244は、システムコンポーネントの故障から生じそうなエラーコードを取り出し、エラーコードルックアップテーブル294から検索されるエラーコード情報をホストサーバ236に通信することによって自動的に応答する遠隔デバイス製造業者インタフェース290に、エラーコードを自動的に通信する。遠隔デバイス製造業者インタフェース290および/または知識ベースモジュール292はまた、アドミニストレータによるリクエストまたはOEMによって必要性が判断されるときに、ホストサーバに、少なくとも一つのシステム最新版情報、技術資料およびシステムアップグレード情報を通信するように構成される。0031アナライザモジュール244がシステムコンポーネントのありそうな故障を判断するように構成されるそれらの実施形態では、ホストサーバ236はまた、トリガー状態に基づいて一つ以上の通知を自動的に伝達するように構成される。通知は、ホストサーバ23上の単純なグラフィックディスプレイの形態であってよく、returnmaterialauthorizationRMAリクエスト通知のようなOEMに送信されるオートメーション化した通知、または、知識ベースモジュール292から取り出されるエラー情報を任意に含むオートメーション化した電子メールメッセージ、および/または、アドミニストレータのオプションでOEMへの送信のために準備されたRMAであってよい。好ましくは、通知は、故障したデバイスの遠隔デバイス識別子を含む。0032ある実施形態では、トリガー状態は、OEMにより予め決められる。別の実施形態では、通知は、ホストサーバアドミニストレータによって、ホストサーバ236のアナライザモジュール244に通信されるトリガー状態に基づいて送信される。例えば、アドミニストレータが、例えば、リモートデバイスが使われている環境において電池が重要でないと判断するならば、アドミニストレータは、送られた通知が、アドミニストレータに対する電子メールメッセージであり、RMAでないように、トリガー状態にセットするためにアナライザモジュール244と通信することができる。したがって、パフォーマンスルックアップテーブル248の対応する値との比較によって判断されるように、ありそうな失敗を示すバッテリ充電/放電パフォーマンスパラメータ値が受信されるとき、アドミニストレータは、電子メールにより知らされ、次いで、失敗に関する次の行動方針を決定する。別の実施形態では、アドミニストレータは、バッテリ充電/放電サイクルパフォーマンスパラメータまたは他のいかなるパラメータに関して通知が送られないと判断できる。更に、ホストサーバ上のグラフィックディスプレイ、エラーコード情報を含むアドミニストレータに対する電子メールメッセージ、および、OEMに対するRMAが、デバイス200のシステムコンポーネント故障または他の通知または通知の組合せに提供されるように、アドミニストレータは、アナライザモジュール244にトリガー状態をセットすることができる。0033RMAが所定のトリガー状態に基づいてOEMへ自動的に通信される実施形態では、置換リモートデバイス200またはシステムコンポーネントは、RMAのOEMによって受け取られる際にユーザ/アドミニストレータに自動的に出荷される。置換コンポーネントまたはデバイス200と一緒に、故障したデバイス200をOEMに出荷することに関する指示は、任意に含まれ得る。したがって、この実施形態では、アナライザモジュールは、上述したような遠隔デバイス200のシステムコンポーネント故障を予測し、パフォーマンスルックアップテーブル248および所定のトリガー状態の値との比較に基づいて、RMAリクエストを自動的に生成するように構成され、OEMによって、置換コンポーネントまたはデバイス200を出荷することにより直ぐに応答することができ、それにより、デバイスダウンタイムを著しく減らしまたは除去することが可能である。0034更に、遠隔デバイスソフトウェア/データ格納手段/メモリ/ディスクイメージまたはイメージそれ自体の位置は、各々のデバイス200に関する遠隔デバイス識別子に対応するデータベース246のエントリに格納されることができ、RMAリクエストとともに送信され、その結果、OEMは、任意に遠隔デバイス製造業者インタフェース290を介した通信により、ソフトウェアイメージおよび/またはソフトウェアイメージそれ自体の位置を検索することができ、必要に応じて、実質的に同一のソフトウェア構成を含む置換リモートデバイス200を出荷できる。同様に、いかなるユニークなデバイス200のハードウェアコンポーネントの識別は、各々のデバイス200に関する遠隔デバイス識別子に対応するデータベース246のエントリに格納されることができ、RMA通知とともに送られ、その結果、OEMが、必要に応じて、適当なハードウェア構成を有する故障したデバイス200を取り替えることができる。0035別の実施形態では、アナライザモジュールまたはホストサーバ236上の他のモジュールは、プロセッサ260によって実装されるとき、データベース246および/またはパフォーマンスルックアップテーブル248から検索される少なくとも一つのパフォーマンス値を視覚的に表示するためにディスプレイインタフェース252と通信するプログラム命令を含む。この実施形態では、アドミニストレータは、獲得したパフォーマンスデータのより役立つ解釈を考慮に入れるために一つ以上のデバイス200に関するパフォーマンスパラメータデータを選択的に表示するためにホストサーバ236と通信する。0036ある典型的なオペレーションでは、タイムスタンプ、アプリケーション識別およびスクリーン識別は、リクエストの際に、ホストサーバ236へ通信されるパフォーマンスパラメータ値のシステムスナップショットの任意の部分である。これらのパフォーマンスパラメータのいずれも、システムの故障を反映しやすくないにもかかわらず、これらの値は、同時にハードウェア性能と比較して、遅れずに特定の位置で、アプリケーションおよびスクリーン使用に関して情報を提供する。これらのパフォーマンスパラメータは、アプリケーションおよび特定のスクリーン使用に関する情報を提供するように機能し、したがって、ユーザ、アドミニストレータ、および/または、OEMインストールされたアプリケーションと同様に、第三者のソフトウェアアプリケーションに関してデバイス200パフォーマンスへのOEMアクセスを許容するように機能する。第三者ソフトウェアアプリケーションは、ディスプレイインタフェース232および/または監視モジュール224との通信によるようなスクリーンIDパラメータ値およびロギングアプリケーションに関するフレームワークを提供するOEMソフトウェア開発キットによって設計されることができる。したがって、パフォーマンスパラメータ情報は、アプリケーションが、例えば、特定のスクリーン上のユーザによって費やされる特定の時間および平均時間で使用される、より効果的なビューをアドミニストレータに許容するために、アナライザモジュール244またはホストサーバ236の他のいかなるモジュールによって視覚的に表示されることができる。0037他の順列およびパラメータ値データのグラフィック表示はまた、匹敵するシステムコンポーネントの調子および/または全体的なデバイス200の調子を同時に判断するいくつかのデバイス200のパフォーマンス値データを表示し、故障に近づいているそれらのシステムコンポーネントを判断するために現在のパフォーマンスルックアップテーブル248値と、同時に1つのデバイス200のパフォーマンスパラメータ値を表示することが可能である。パフォーマンスパラメータデータの他のグラフィック表示はまた、企図される。0038本発明の原則を本願明細書において記載してきたけれども、それはこの説明が例証としてなされただけであることは当業者にとって明らかであり、本発明の範囲を限定するものではない。特に、本願明細書において、用いられる特定のパフォーマンスパラメータは、例示的なものであり、本発明を制限することを目的としない。他の実施形態は、本願明細書において、図と共に記載される典型的な実施形態に加えて、本発明の範囲内で企図される。当業者による修正及び置換は、本願発明の範囲内にあるものであり、以下の特許請求の範囲による限定を除いて、制限されるものではない。