JP6379783B2 - 情報処理装置、情報処理システム及び情報処理プログラム - Google Patents

Description

本発明は、情報処理装置、情報処理システム及び情報処理プログラムに関する。

特許文献１には、遠隔保守端末装置及びデータ伝送の能力に応じた保守作業を実現することのできるエンジニアリングデータの遠隔保守端末装置を得ることを課題とし、エンジニアリングデータを管理するエンジニアリングデータ管理装置と、遠隔地から保守する遠隔保守端末装置と、双方の間でデータ通信を行うデータ伝送手段とを備え、エンジニアリングデータ管理装置は、エンジニアリングデータを管理するエンジニアリングデータ管理部と、プラントの故障情報に関連するエンジニアリングデータを検出する関連データ検出部と、遠隔保守端末装置の処理能力とデータ伝送手段の通信能力とに対応する特性データを管理する端末・伝送経路特性データ管理部と、特性データを取得する特性データ検出部と、エンジニアリングデータを処理能力及び通信能力に応じたデータ量に絞り込む伝送データ抽出部とを有することが開示されている。

特開２００３−２４１８２６号公報

本発明は、機器の状態情報を中央装置とは異なる情報記憶装置に送信し、その状態情報を情報記憶装置に送信したことを示す情報を、機器を管理する中央装置に送信するように抑制するようにした情報処理装置、情報処理システム及び情報処理プログラムを提供することを目的としている。

かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、機器の状態を示す情報である状態情報の種別が予め定められた種別である場合に、該状態情報を、前記機器を管理する中央装置とは異なる情報記憶装置に送信する第１の送信手段と、前記状態情報を前記情報記憶装置に送信したことを示す情報を、前記中央装置に送信する第２の送信手段と、前記状態情報を前記中央装置に送信する性能を検出する検出手段と、前記検出手段によって検出された性能がある条件に合致する場合に、前記状態情報を前記中央装置に送信することから前記情報記憶装置に送信することに変更する変更手段と、前記状態情報の容量より多い又は以上である第２の状態情報を送信する場合は、該第２の状態情報を前記中央装置に送信することから前記情報記憶装置に送信することに変更する第２の変更手段を具備することを特徴とする情報処理装置である。

請求項２の発明は、前記中央装置は１つ以上の情報処理手段によって構成されており、該情報処理手段は前記状態情報を処理し、前記予め定められた種別は、前記状態情報の容量、又は前記中央装置内の各情報処理手段の状態情報に対する必要度に応じて設定された種別であることを特徴とする請求項１に記載の情報処理装置である。

請求項３の発明は、前記変更手段は、前記検出手段によって検出された性能が時間帯に応じて定められた条件に合致する場合に、該時間帯において前記状態情報を前記中央装置に送信することから前記情報記憶装置に送信することに変更することを特徴とする請求項１に記載の情報処理装置である。

請求項４の発明は、機器の状態を示す情報である状態情報の種別が予め定められた種別である場合に、該状態情報を、前記機器を管理する中央装置とは異なる情報記憶装置に送信する第１の送信手段と、前記状態情報を前記情報記憶装置に送信したことを示す情報を、前記中央装置に送信する第２の送信手段を具備し、前記中央装置は１つ以上の情報処理手段によって構成されており、該情報処理手段は前記状態情報を処理し、前記第１の送信手段は、前記状態情報の種別が予め定められた種別である場合であって、該状態情報を処理対象とする前記情報処理手段の数によって、該状態情報を中央装置とは異なる情報記憶装置に送信することを特徴とする情報処理装置である。

請求項５の発明は、機器の状態を示す情報である状態情報の種別が予め定められた種別である場合に、該状態情報を、前記機器を管理する中央装置とは異なる情報記憶装置に送信する第１の送信手段と、前記状態情報を前記情報記憶装置に送信したことを示す情報を、前記中央装置に送信する第２の送信手段を具備し、前記中央装置は１つ以上の情報処理手段によって構成されており、該情報処理手段は前記状態情報を処理し、前記第１の送信手段は、前記状態情報の種別が予め定められた種別である場合であって、該状態情報を処理する前記情報処理手段に求められる即時性によって、該状態情報を中央装置とは異なる情報記憶装置に送信することを特徴とする情報処理装置である。

請求項６の発明は、請求項１に記載の情報処理装置と、前記中央装置を具備し、前記中央装置は、１つ以上の情報処理手段によって構成されており、該情報処理手段は前記状態情報を処理し、前記状態情報の容量、又は前記中央装置内の各情報処理手段の必要度に応じた種別を、前記情報処理装置の前記予め定められた種別として設定するように、該情報処理装置に送信する送信手段を具備し、前記情報処理装置の第１の送信手段は、前記中央装置の送信手段から送信されてきた種別を、前記予め定められた種別として設定して処理を行うことを特徴とする情報処理システムである。

請求項７の発明は、コンピュータを、機器の状態を示す情報である状態情報の種別が予め定められた種別である場合に、該状態情報を、前記機器を管理する中央装置とは異なる情報記憶装置に送信する第１の送信手段と、前記状態情報を前記情報記憶装置に送信したことを示す情報を、前記中央装置に送信する第２の送信手段と、前記状態情報を前記中央装置に送信する性能を検出する検出手段と、前記検出手段によって検出された性能がある条件に合致する場合に、前記状態情報を前記中央装置に送信することから前記情報記憶装置に送信することに変更する変更手段と、前記状態情報の容量より多い又は以上である第２の状態情報を送信する場合は、該第２の状態情報を前記中央装置に送信することから前記情報記憶装置に送信することに変更する第２の変更手段として機能させるための情報処理プログラムである。
請求項８の発明は、コンピュータを、機器の状態を示す情報である状態情報の種別が予め定められた種別である場合に、該状態情報を、前記機器を管理する中央装置とは異なる情報記憶装置に送信する第１の送信手段と、前記状態情報を前記情報記憶装置に送信したことを示す情報を、前記中央装置に送信する第２の送信手段として機能させ、前記中央装置は１つ以上の情報処理手段によって構成されており、該情報処理手段は前記状態情報を処理し、前記第１の送信手段は、前記状態情報の種別が予め定められた種別である場合であって、該状態情報を処理対象とする前記情報処理手段の数によって、該状態情報を中央装置とは異なる情報記憶装置に送信する情報処理プログラムである。
請求項９の発明は、コンピュータを、機器の状態を示す情報である状態情報の種別が予め定められた種別である場合に、該状態情報を、前記機器を管理する中央装置とは異なる情報記憶装置に送信する第１の送信手段と、前記状態情報を前記情報記憶装置に送信したことを示す情報を、前記中央装置に送信する第２の送信手段として機能させ、前記中央装置は１つ以上の情報処理手段によって構成されており、該情報処理手段は前記状態情報を処理し、前記第１の送信手段は、前記状態情報の種別が予め定められた種別である場合であって、該状態情報を処理する前記情報処理手段に求められる即時性によって、該状態情報を中央装置とは異なる情報記憶装置に送信する情報処理プログラムである。

請求項１の情報処理装置によれば、機器の状態情報を中央装置とは異なる情報記憶装置に送信し、その状態情報を情報記憶装置に送信したことを示す情報を、機器を管理する中央装置に送信するように抑制することができる。また、中央装置に送信することから情報記憶装置に送信することに変更した状態情報の容量より多い又は以上である第２の状態情報を送信する場合は、その第２の状態情報を中央装置に送信することから情報記憶装置に送信することに変更することができる。

請求項２の情報処理装置によれば、予め定められた種別を、状態情報の容量、又は中央装置内の各情報処理手段の必要度に応じて設定された種別とすることができる。

請求項３の情報処理装置によれば、検出した性能が時間帯に応じて定められた条件に合致する場合に、その時間帯において状態情報を中央装置に送信することから情報記憶装置に送信することに変更することができる。

請求項４の情報処理装置によれば、機器の状態情報を中央装置とは異なる情報記憶装置に送信し、その状態情報を情報記憶装置に送信したことを示す情報を、機器を管理する中央装置に送信するように抑制することができる。また、状態情報の種別が予め定められた種別である場合であって、その状態情報を処理対象とする情報処理手段の数によって、その状態情報を中央装置とは異なる情報記憶装置に送信することができる。

請求項５の情報処理装置によれば、機器の状態情報を中央装置とは異なる情報記憶装置に送信し、その状態情報を情報記憶装置に送信したことを示す情報を、機器を管理する中央装置に送信するように抑制することができる。また、状態情報の種別が予め定められた種別である場合であって、その状態情報を処理する情報処理手段に求められる即時性によって、その状態情報を中央装置とは異なる情報記憶装置に送信することができる。

請求項６の情報処理システムによれば、中央装置は、状態情報の容量、又は中央装置内の各情報処理手段の必要度に応じて、情報処理装置の予め定められた種別として設定するように、その情報処理装置に送信することができる。

請求項７の情報処理プログラムによれば、機器の状態情報を中央装置とは異なる情報記憶装置に送信し、その状態情報を情報記憶装置に送信したことを示す情報を、機器を管理する中央装置に送信するように抑制することができる。また、中央装置に送信することから情報記憶装置に送信することに変更した状態情報の容量より多い又は以上である第２の状態情報を送信する場合は、その第２の状態情報を中央装置に送信することから情報記憶装置に送信することに変更することができる。
請求項８の情報処理プログラムによれば、機器の状態情報を中央装置とは異なる情報記憶装置に送信し、その状態情報を情報記憶装置に送信したことを示す情報を、機器を管理する中央装置に送信するように抑制することができる。また、状態情報の種別が予め定められた種別である場合であって、その状態情報を処理対象とする情報処理手段の数によって、その状態情報を中央装置とは異なる情報記憶装置に送信することができる。
請求項９の情報処理プログラムによれば、機器の状態情報を中央装置とは異なる情報記憶装置に送信し、その状態情報を情報記憶装置に送信したことを示す情報を、機器を管理する中央装置に送信するように抑制することができる。また、状態情報の種別が予め定められた種別である場合であって、その状態情報を処理する情報処理手段に求められる即時性によって、その状態情報を中央装置とは異なる情報記憶装置に送信することができる。

第１の実施の形態の構成例についての概念的なモジュール構成図である。 本実施の形態を実現する場合のシステム構成例を示す説明図である。 第１の実施の形態による処理例を示すフローチャートである。 データ通知方法テーブルのデータ構造例を示す説明図である。 第２の実施の形態の構成例についての概念的なモジュール構成図である。 第３の実施の形態の構成例についての概念的なモジュール構成図である。 データ通知方法テーブルのデータ構造例を示す説明図である。 データ通知方法テーブルのデータ構造例を示す説明図である。 データ通知方法テーブル、時間帯別転送スピードテーブルのデータ構造例を示す説明図である。 データ通知方法テーブル、時間帯別転送スピードテーブル、特殊日時間帯別転送スピードテーブルのデータ構造例を示す説明図である。 データ通知方法テーブル、時間帯別転送スピードテーブル、特殊日（センター）テーブルのデータ構造例を示す説明図である。 第４の実施の形態の構成例についての概念的なモジュール構成図である。 データ通知方法テーブル、通知サイズ帯・参照コンポーネント数対応テーブルのデータ構造例を示す説明図である。 第５の実施の形態の構成例についての概念的なモジュール構成図である。 データ通知方法テーブル、時間帯別転送スピードテーブル、要求度・想定通信時間テーブルのデータ構造例を示す説明図である。 本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。 本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。

以下、図面に基づき本発明を実現するにあたっての好適な各種の実施の形態の例を説明する。
＜第１の実施の形態＞
図１は、第１の実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するという意味である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態に応じて、又はそれまでの状況・状態に応じて定まることの意を含めて用いる。「予め定められた値」が複数ある場合は、それぞれ異なった値であってもよいし、２以上の値（もちろんのことながら、全ての値も含む）が同じであってもよい。また、「Ａである場合、Ｂをする」という意味を有する記載は、「Ａであるか否かを判断し、Ａであると判断した場合はＢをする」の意味で用いる。ただし、Ａであるか否かの判断が不要である場合を除く。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（社会システム）にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）内のレジスタ等を含んでいてもよい。

第１の実施の形態である、デバイス１００、センター処理装置１５０、データ記憶装置１７０によって構成されるシステムは、デバイス１００の状態を示す情報をセンター処理装置１５０に送信するものであって、図１の例に示すように、デバイス１００はセンター処理装置１５０、データ記憶装置１７０と通信回線を介して接続されており、センター処理装置１５０はデバイス１００、データ記憶装置１７０と通信回線を介して接続されており、データ記憶装置１７０はデバイス１００、センター処理装置１５０と通信回線を介して接続されている。
第１の実施の形態としてのシステムが提供するサービスとして、例えば、デバイス１００の状態を監視するリモート監視サービスがある。

以下、本実施の形態の通知方法管理モジュール１１６を有していないデバイスとセンター処理装置によるリモート監視サービスについて説明する。
このリモート監視サービスは、例えば、当初の必要最小限のデータ通知・保守サービスでのスタートから、徐々に通知内容を充実し、広いサービス内容を提供するよう拡充されるに至っている。それにともない、「いろんな種類・サイズの通知データ」が、「全世界の様々なインターネット環境に置かれた」デバイスからセンター処理装置に送られるようになってきている。例えば、送信するデータの種類、そのサイズについては、その種類も増え、サイズについても大きな容量のデータもあれば、小さなデータもある。また、インターネット環境としては、定常的に遅い又は早い環境もあれば、時間帯によりスピードが異なることもある。具体的には、昼休み時間帯は通常の時間帯と比べると数分の１程度のスピードになる環境もある。
大きなデータは、一般的に、送信するのに時間がかかる。一方、小さなデータであっても、デバイスの設置環境によっては通信回線が貧弱なケースもあり、その場合には通常の設置環境のデバイスよりも、送信に時間がかかる。
つまり、データの種類・サイズ・デバイスの通信回線の状況（時間帯毎のばらつきも含む）といった、通信時間に影響する要因が、さらにバリエーションが増えてしまっており、デバイスから、センター処理装置への「データ通知にかかる時間の分布」が広がってしまっている。
従来でも、時間帯により一時的に通信パフォーマンスが落ちるようなケースは、「通信タイムアウト（Ｔｉｍｅｏｕｔ）時間」内で通知が完了せず、通知完了まで通信リトライを行っていたり、予め定められた回数のリトライでの送信に失敗するケースも見られた。それが、昨今はますますデータサイズ、通信時間にばらつきが発生しており、従来のように「通知データは種類によらず全てＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）のリクエストに載せ」、規定の「通信タイムアウト」だけの運用が難しくなってきている。
具体的には以下のような「無理」、「無駄」が顕著になりつつあり、サービス品質担保の意味からも、構成上の工夫が求められている。
・小さなデータと同じ転送タイムアウト時間では、大きなデータはタイムアウトになって送信できない。
・大きなデータに合わせたタイムアウト時間を設定すると、本来パフォーマンスが適切でない通信回線の経路からの通信までも、デバイスとセンター処理装置の接続を保持（占有）して長い時間をかけてセンター処理装置側で取得することになり、センター処理装置のリソースに無駄が発生しやすい。
また、頻繁に通信タイムアウトしてしまうデバイスもあり得る。リトライを何度もされるのは、センター処理装置の負荷となる。また、通信の失敗（データ通知ロス）はサービス品質の低下につながる。
また、センター処理装置の複数コンポーネント間で、データの受け渡しは必ずしも必要ない。特に大きなデータでは無駄となってしまう。

本実施の形態の概要を説明する。なお、この説明は、本実施の形態の理解を容易にすることを目的とするものである。
通信回線（特に、インターネット環境）の普及にともない、各種クラウドサービスも登場し、インターネットを使ったサービス提供のシーンでは、自社サーバーだけでなく、クラウドのサービスも組み込める環境が整いつつある。
本実施の形態では、デバイスからセンターへのデータ通知について、クラウドが提供するデータ保持サービスも、本実施の形態のシステムの構成要素に取り込んで、デバイス１００からセンター処理装置１５０への通知を行うものである。例えば、「Ｓｏａｐ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）の通信で通知内容を伝える方法」に加え、「デバイスがデータ記憶装置１７０（例えば、クラウド）に通知データ内容自体を保持する方法」も組み合わせた構成とする。
「データ記憶装置１７０にデータ本体を格納し、その事実のみをセンター処理装置１５０に通知する」構成は、「Ｓｏａｐにデータを載せる」ことだけを行う方式に比べて、以下の差異がある。
・大きなデータをＨＴＴＰでセンター処理装置１５０に送らなくてよい。センター処理装置１５０が受けるデータサイズのばらつきが小さくなる。大きなデータの転送で接続が占有され、タイムアウトが多発することがない。
・送り手となるデバイス１００は、データ記憶装置１７０への格納、センター処理装置１５０への通知の２処理を行うことになる。
接続開始等の通信処理がデータ記憶装置１７０（データ記憶装置１７０への格納時）、センター処理装置１５０（Ｓｏａｐ通信時）への両者に必要となる。
・複数のセンター処理コンポーネントモジュールが、データの中身を参照するような場合には、それぞれがデータ記憶装置１７０から取得する構成になる。データ記憶装置１７０からのデータ取得は、センター処理装置１５０内でのデータ伝送に比べ、一般的に時間がかかる。
・逆にデータ処理する必要があるセンター処理コンポーネントモジュールが、限られている場合、データをデータ記憶装置１７０に格納することで、センター処理装置１５０内のセンター処理コンポーネントモジュールの各レイヤでの不要な「伝言」を避けられる。これにより、「伝言」のために各センター処理コンポーネントモジュールの、メモリー、ディスク、処理時間といった計算機リソースが削減できる。
本実施の形態は、以上のよう差異がある２つの方法を組み合わせて、その選択、変更を行える構成としている。

デバイス１００は、デバイス内処理モジュール１１０を有している。デバイス１００は、機器であり、例えば、複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）等の画像処理装置、パーソナルコンピュータ等の情報処理装置があるが、デバイス１００が本来有している機能とデバイス１００の状態を示す情報をセンター処理装置１５０に送信する機能を有しているものであればよい。

デバイス内処理モジュール１１０は、デバイス通知処理モジュール１１２、通知データ送信モジュール１１４、通知方法管理モジュール１１６を有している。デバイス内処理モジュール１１０は、デバイス１００の状態を示す情報をセンター処理装置１５０に送信する機能を有している。
具体的な処理として、例えば、デバイス内処理モジュール１１０は、各通知タイプについて、「通知データをＳｏａｐで直接センター処理装置１５０に送る」、又は「通知データをデータ記憶装置１７０に保存し、その旨をセンター処理装置１５０に通知」のいずれか一方を選択する。そのために、デバイス内処理モジュール１１０は、通知種別毎にいずれかの方法でセンター処理装置１５０に通知するのかを決定するテーブル（例えば、データ通知方法テーブル４００）を有している。デバイス内処理モジュール１１０は、ある種の通知を行う場合に、そのテーブルを参照して、通知方法を決定し、その決定した通知方法にしたがった通知を行う。「データ記憶装置１７０に保存」とテーブルにある場合には、状態情報のデータ自体をデータ記憶装置１７０に格納し、センター処理装置１５０には、格納場所を通知する。

デバイス通知処理モジュール１１２は、通知データ送信モジュール１１４と接続されている。デバイス通知処理モジュール１１２は、デバイス１００の状態を示す情報である状態情報を受け付ける。そして、デバイス通知処理モジュール１１２は、状態情報の種別が通知方法管理モジュール１１６内によって予め定められた種別である場合に、通知データ送信モジュール１１４を介して、その状態情報をデータ記憶装置１７０に送信する。もちろんのことながら、データ記憶装置１７０は、センター処理装置１５０とは異なるもの（別筐体）であり、センター処理装置１５０とデータ記憶装置１７０は通信回線を介して接続されている。ここで「予め定められた種別」は、状態情報の容量、又はセンター処理装置１５０のセンター処理コンポーネント群１５４内の各センター処理コンポーネントモジュールの状態情報に対する必要度に応じて設定された種別である。次に、デバイス通知処理モジュール１１２は、状態情報をデータ記憶装置１７０に送信したことを示す情報を、通知データ送信モジュール１１４を介して、デバイス１００を管理するセンター処理装置１５０に送信する。
具体的には、デバイス通知処理モジュール１１２は、デバイス１００の状況に応じて、センター処理装置１５０に通知するデータを作成し、通知データ送信モジュール１１４に送信指示を行う。その際に、通知方法管理モジュール１１６で管理されている、「データ通知方法」を参照し、その内容にしたがった通知を行う。
「データ通知方法」が「データ記憶装置１７０への格納」の場合には、状態情報をデータ記憶装置１７０に送信し、センター処理装置１５０にはその事実を通知する。
「データ通知方法」が「直接通知（センター処理装置１５０への直接格納）」の場合には、Ｓｏａｐ通信等によってそのまま状態情報を含め、センター処理装置１５０に状態情報を直接通知する。
デバイス通知処理モジュール１１２は、条件として、データサイズに関する予め定められた閾値を２種類用意し、次のように４種類の設定（状態情報の容量と、センター処理装置１５０のセンター処理コンポーネント群１５４内の各センター処理コンポーネントモジュールの状態情報に対する必要度の組み合わせに応じた設定）としてもよい。
（１）データサイズが小の通信タイプ（状態情報が予め定められた閾値Ａより小さい又は以下）の場合：「センター処理装置１５０へ直接送信」
（２）中程度のサイズの通信タイプ（状態情報が予め定められた閾値Ａより大きい又は以上であり、予め定められた閾値Ｂ（恣意閾値Ｂは閾値Ａより大きい）より小さい又は以下）の場合であって、状態情報を処理するセンター処理コンポーネントモジュールが予め定められた閾値Ｃよりも多い又は以上である場合：「センター処理装置１５０へ直接送信」
（３）中程度のサイズの通信タイプの場合であって、状態情報を処理するセンター処理コンポーネントモジュールが予め定められた閾値Ｃよりも少ない又は以下である場合：「データ記憶装置１７０にデータ格納」
（４）データサイズが大の通信タイプ（状態情報が予め定められた閾値Ｂより大きい又は以上）の場合：「データ記憶装置１７０にデータ格納」

通知データ送信モジュール１１４は、デバイス通知処理モジュール１１２、センター処理装置１５０の通知データ受信モジュール１５２、データ記憶装置１７０のデータ管理モジュール１７４と接続されている。通知データ送信モジュール１１４は、デバイス通知処理モジュール１１２の指示にしたがって、デバイス１００の状態情報をセンター処理装置１５０又はデータ記憶装置１７０に送信する。そして、状態情報をデータ記憶装置１７０に送信した場合は、状態情報をデータ記憶装置１７０に送信したことを示す情報を、デバイス１００を管理するセンター処理装置１５０に送信する。

通知方法管理モジュール１１６は、通知方法設定・管理ロジックモジュール１１８、通知内容毎の通知方法設定情報記憶モジュール１２０、「通知方法」確認・設定ＵＩモジュール１２２を有している。通知方法管理モジュール１１６は、「状態情報の種別（以下、通知種類ともいう）」毎の「データ通知方法」（「直接通知」又は「データ記憶装置１７０への格納」）を設定又は記憶する。第１の実施の形態では、デバイス１００側で、「通知方法」確認・設定ＵＩモジュール１２２によって設定可能としている。
「通知方法」確認・設定ＵＩモジュール１２２は、通知方法設定・管理ロジックモジュール１１８と接続されている。「通知方法」確認・設定ＵＩモジュール１２２は、デバイス１００に備え付けられているキーボード、マウス、タッチパネル等に対するユーザーの操作を検知し、その操作に応じて通知方法を設定する。また、現在の通知方法を液晶ディスプレイ等の表示装置に表示する。
通知方法設定・管理ロジックモジュール１１８は、通知内容毎の通知方法設定情報記憶モジュール１２０、「通知方法」確認・設定ＵＩモジュール１２２と接続されている。通知方法設定・管理ロジックモジュール１１８は、「通知方法」確認・設定ＵＩモジュール１２２からの指示に基づいて、通知内容毎の通知方法設定情報記憶モジュール１２０に通知方法を設定する。また、デバイス通知処理モジュール１１２に対して、通知種類に対応した通知内容毎の通知方法設定情報記憶モジュール１２０内の通知方法を渡す。

通知内容毎の通知方法設定情報記憶モジュール１２０は、通知方法設定・管理ロジックモジュール１１８と接続されている。通知内容毎の通知方法設定情報記憶モジュール１２０は、例えば、条件を定めているデータ通知方法テーブル４００を記憶している。図４は、データ通知方法テーブル４００のデータ構造例を示す説明図である。データ通知方法テーブル４００は、通知種類欄４１０、データ通知方法欄４２０、想定データサイズ欄４３０を有している。通知種類欄４１０は、通知種類（状態情報の種別）を記憶している。例えば、デバイス１００が画像処理装置である場合には、印刷枚数の計数結果を示すイベント、障害が発生したことを示すイベント、消耗品の交換時期であることを示すイベント等がある。データ通知方法欄４２０は、その通知種類に対応するデータ通知方法を記憶している。想定データサイズ欄４３０は、その通知種類に対応する想定データサイズを記憶している。図４の例では、センター処理装置１５０内の各センター処理コンポーネントモジュールの必要度に応じてデータ通知方法欄４２０内が設定されている。また、想定データサイズ欄４３０内の値によってデータ通知方法欄４２０内を設定するようにしてもよい。例えば、その通知種類の想定データサイズが予め定められた閾値よりも多い又は以上である場合は、「データ記憶装置格納」（データ記憶装置１７０への格納）とし、それ以外の場合は「直接通知」（センター処理装置１５０への直接格納）としてもよい。なお、データ通知方法テーブル４００のデータ構造として通知種類欄４１０とデータ通知方法欄４２０によって構成されていてもよい。また、前述の予め定められた閾値を用いることによって、データ通知方法テーブル４００のデータ構造として通知種類欄４１０と想定データサイズ欄４３０によって構成されていてもよい。

センター処理装置１５０は、通知データ受信モジュール１５２、センター処理コンポーネント群１５４を有している。センター処理装置１５０は、デバイス１００を管理する。具体的な処理として、例えば、センター処理装置１５０は、デバイス１００から通知を受け、その通知内容に状態情報のデータが含まれている場合には、そのまま処理する。また、通知内容には状態情報のデータそのものは含まれておらず、格納先が指定されている場合には、その格納先からデータを取得して処理を行う。
通知データ受信モジュール１５２は、センター処理コンポーネント群１５４、デバイス１００の通知データ送信モジュール１１４と接続されている。通知データ受信モジュール１５２は、デバイス１００から、状態情報、又は状態情報をデータ記憶装置１７０に送信したことを示す情報を受信し、その状態情報の種別に応じて、その受信したデータをセンター処理コンポーネント群１５４内の必要とするセンター処理コンポーネントモジュールに渡す。
センター処理コンポーネント群１５４は、通知データ受信モジュール１５２と接続されている。センター処理コンポーネント群１５４は、センター処理コンポーネントモジュール１５６、センター処理コンポーネントモジュール１５８、センター処理コンポーネントモジュール１６０を有している。センター処理コンポーネント群１５４は、１つ以上のセンター処理コンポーネントモジュール（センター処理コンポーネントモジュール１５６、センター処理コンポーネントモジュール１５８、センター処理コンポーネントモジュール１６０等）によって構成されており、そのセンター処理コンポーネントモジュールは、デバイス１００の状態情報を処理する。例えば、保守関係の処理、事務処理関係の処理、物流関係の処理を行うコンポーネントが、それぞれ関係を持ちつつ、構成されている。通知の種類に応じて、それぞれのコンポーネントが、処理が必要な場合に処理を行う。
各センター処理コンポーネントモジュール（センター処理コンポーネントモジュール１５６、センター処理コンポーネントモジュール１５８、センター処理コンポーネントモジュール１６０等）は、デバイス１００からの通知を受け、データ内容により処理する必要がある場合には、以下の処理を行う。
・そのデータが状態情報自体を含んでいる場合には、そのデータを使用して、必要な業務処理（業務ロジック）を実行する。
・通知内容が、「データ記憶装置１７０格納の情報」の場合には、格納先（データ記憶装置１７０）からデータを取得し、必要な業務処理を実行する。

データ記憶装置１７０は、通知内容記憶モジュール１７２、データ管理モジュール１７４を有している。データ記憶装置１７０は、例えばクラウド（Ｃｌｏｕｄ）上のデータ保持サービスとして実現させてもよい。
通知内容記憶モジュール１７２は、データ管理モジュール１７４と接続されている。通知内容記憶モジュール１７２は、デバイス１００から送信されてきた状態情報を記憶し、センター処理装置１５０からの要求に基づいて、その状態情報が抽出される。
データ管理モジュール１７４は、通知内容記憶モジュール１７２、デバイス１００の通知データ送信モジュール１１４、センター処理装置１５０のセンター処理コンポーネントモジュール１５６、センター処理コンポーネントモジュール１５８、センター処理コンポーネントモジュール１６０等と接続されている。データ管理モジュール１７４は、デバイス１００から状態情報を受信して、通知内容記憶モジュール１７２に記憶させる。そして、センター処理装置１５０のセンター処理コンポーネント群１５４内のセンター処理コンポーネントモジュールから、そのセンター処理コンポーネントモジュールが必要とする状態情報が要求され、通知内容記憶モジュール１７２から抽出して、そのセンター処理コンポーネントモジュールに送信する。

図２は、本実施の形態を実現する場合のシステム構成例を示す説明図である。
デバイス１００Ａ、デバイス１００Ｂ、デバイス１００Ｃ、デバイス１００Ｄ、デバイス１００Ｅは、通信回線２８０Ａ、通信回線２９０を介してセンター処理装置１５０、データ記憶装置１７０と接続されており、デバイス１００Ｆ、デバイス１００Ｇ、デバイス１００Ｈ、デバイス１００Ｉ、デバイス１００Ｊ、デバイス１００Ｋは、通信回線２８０Ｆ、通信回線２９０を介してセンター処理装置１５０、データ記憶装置１７０と接続されている。通信回線２９０、通信回線２８０Ａ、通信回線２８０Ｆは、無線、有線、これらの組み合わせであってもよい。通信回線２９０は、例えば、通信インフラとしてのインターネット等であってもよい。通信回線２８０Ａ、通信回線２８０Ｆは、例えば、通信インフラとしてのイントラネット等であってもよい。また、データ記憶装置１７０は、例えば、通信回線２９０上でのクラウドとして実現される。

図３は、第１の実施の形態による処理例を示すフローチャートである。
デバイス１００内のデバイス通知処理モジュール１１２、通知データ送信モジュール１１４、通知方法管理モジュール１１６、データ記憶装置１７０内のデータ管理モジュール１７４、センター処理装置１５０内の通知データ受信モジュール１５２、センター処理コンポーネントモジュール１５６、センター処理コンポーネントモジュール１５８間の処理例を示す。なお、センター処理装置１５０のセンター処理コンポーネント群１５４内のセンター処理コンポーネントモジュール１５６、センター処理コンポーネントモジュール１５８の２つの例の場合を示すが、１つであってもよいし、３つ以上であってもよい。

ステップＳ３０２では、デバイス通知処理モジュール１１２が「通知データが発生したこと」を検知する。
ステップＳ３０４では、通知方法管理モジュール１１６が、デバイス通知処理モジュール１１２から通知データのデータ種類を受け取り、そのデータ種類のデータ通知方法を設定する。
ステップＳ３０６では、通知方法管理モジュール１１６が、デバイス通知処理モジュール１１２にデータ通知方法（「センター処理装置１５０への直接通知」又は「データ記憶装置１７０に格納」）を渡す。
ステップＳ３０８では、デバイス通知処理モジュール１１２が、通知データの構成を行う。

この後、ステップＳ３０６で渡されたデータ通知方法によって、直接通知の処理３２０（ステップＳ３２０〜ステップＳ３３０）、データ記憶装置１７０格納の処理３４０（ステップＳＳ３４０〜ステップＳ３５６）のいずれかに分かれる。
ステップＳ３２０では、デバイス通知処理モジュール１１２が通知データ送信モジュール１１４に対して「「直接通知」を指示」する。
ステップＳ３２２では、通知データ送信モジュール１１４が、センター処理装置１５０の通知データ受信モジュール１５２にデータを含んだ通知を行う。
ステップＳ３２４では、通知データ受信モジュール１５２が、通知データ送信モジュール１１４から受け取ったデータのうち、センター処理コンポーネントモジュール１５６とセンター処理コンポーネントモジュール１５８にデータを割り振り、センター処理コンポーネントモジュール１５６用のデータをセンター処理コンポーネントモジュール１５６に渡す。
ステップＳ３２６では、通知データ受信モジュール１５２が、センター処理コンポーネントモジュール１５８用のデータをセンター処理コンポーネントモジュール１５８に渡す。
ステップＳ３２８では、センター処理コンポーネントモジュール１５６が、必要があるならば、受け取ったデータの処理を行う。

ステップＳ３３０では、センター処理コンポーネントモジュール１５８が、必要があるならば、受け取ったデータの処理を行う。
ステップＳ３４０では、デバイス通知処理モジュール１１２が通知データ送信モジュール１１４に対して「「データ記憶装置１７０に格納」を指示」する。
ステップＳ３４２では、通知データ送信モジュール１１４がデータ記憶装置１７０のデータ管理モジュール１７４にデータを送信する。
ステップＳ３４４では、データ管理モジュール１７４が通知内容記憶モジュール１７２に受け取ったデータを記憶させる。データ管理モジュール１７４は、データ受取が完了したことを通知データ送信モジュール１１４に通知する。
ステップＳ３４６では、通知データ送信モジュール１１４が、センター処理装置１５０の通知データ受信モジュール１５２に、「データはデータ記憶装置１７０に格納してある」ことを通知する。
ステップＳ３４８では、通知データ受信モジュール１５２が、センター処理コンポーネントモジュール１５６に「データはデータ記憶装置１７０に格納してある」ことを通知する。
ステップＳ３５０では、通知データ受信モジュール１５２が、センター処理コンポーネントモジュール１５８に「データはデータ記憶装置１７０に格納してある」ことを通知する。
ステップＳ３５２では、センター処理コンポーネントモジュール１５６が、データ記憶装置１７０のデータ管理モジュール１７４からデータを取得する。
ステップＳ３５４では、センター処理コンポーネントモジュール１５６が受け取ったデータの処理を行う。
ステップＳ３５６では、センター処理コンポーネントモジュール１５８が処理を行う。なお、データが不要な場合でも、何か処理があれば実行する。

＜第２の実施の形態＞
図５は、第２の実施の形態の構成例についての概念的なモジュール構成図である。なお、前述した実施の形態と同種の部位には同一符号を付し重複した説明を省略する（以下、同様）。
第２の実施の形態は、第１の実施の形態のデバイス１００が記憶している「状態情報の種別」毎の「データ通知方法」を、センター処理装置１５０側から設定し得る構成としたものである。センター処理装置１５０は、「状態情報の種別」毎の「データ通知方法」を記憶している。もちろんのことながら、変更可能としてもよい。そして、センター処理装置１５０は、各デバイス１００にこの変更を通知する。デバイス１００は、受けた変更を、そのデバイス１００が記憶するデータ通知方法テーブル４００に反映する。
例えば、センター処理装置１５０のリモート監視サービスの運用当初「データ記憶装置１７０に格納」としていた「状態情報の種別」について、運用開始後に「センター処理装置１５０への直接通知」に変更できるようにする。もちろんのことながら、この逆の設定もある。また、様々な時期に作られたデバイス１００が有しているデータ通知方法テーブル４００の内容を、最新のセンター処理装置１５０の設定で更新する目的でも使用するようにしてもよい。
より具体的には、ある種の状態情報については、参照して業務ロジックを実行するセンター処理コンポーネントモジュールが少なかったため、「データ記憶装置１７０に格納」としていたが、業務が変更になり、多くのセンター処理コンポーネントモジュールが状態情報を必要とするようになったため、「センター処理装置１５０への直接通知」に変更する。その結果、各センター処理コンポーネントモジュールがデータ記憶装置１７０からデータを取得せずに、センター処理装置１５０への状態情報の送信を行う。このように、センター処理装置１５０の事情で通知方法を変更したい場合に、センター処理装置１５０からデバイス１００にこの変更を伝搬する。

第２の実施形態は、第１の実施形態による処理に加えて、以下の処理を行う。
（Ｓｔｅｐ２−１）センター処理装置１５０の「通知方法」確認・設定ＵＩモジュール５２２は、「状態情報の種別」毎の通知方法（通知タイプ）を変更する。
（Ｓｔｅｐ２−２）センター処理装置１５０の通知方法管理モジュール５１６は、デバイス１００の通知方法管理モジュール１１６に対する変更の反映を指示する。
（Ｓｔｅｐ２−３）デバイス１００の「通知方法」確認・設定ＵＩモジュール１２２は、その指示に応じてデータ通知方法テーブル４００を更新する。

デバイス内処理モジュール１１０は、デバイス通知処理モジュール１１２、データ送受信モジュール５１４、通知方法管理モジュール１１６を有している。
データ送受信モジュール５１４は、デバイス通知処理モジュール１１２、センター処理装置１５０のデータ送受信モジュール５５２、データ記憶装置１７０のデータ管理モジュール１７４と接続されている。データ送受信モジュール５１４は、第１の実施の形態の通知データ送信モジュール１１４の処理に加えて、センター処理装置１５０、データ記憶装置１７０との間で、データの送受信を行う。
デバイス通知処理モジュール１１２は、データ送受信モジュール５１４、通知方法管理モジュール１１６と接続されている。デバイス通知処理モジュール１１２は、センター処理装置１５０の通知方法管理モジュール５１６から送信されてきた種別を、予め定められた種別として設定して処理を行う。つまり、状態情報の種別がセンター処理装置１５０によって設定された種別である場合に、その状態情報をセンター処理装置１５０とは異なるデータ記憶装置１７０に送信する。具体的には、デバイス通知処理モジュール１１２は、センター処理装置１５０から、データ通知方法テーブル４００の内容変更の指示を受けた場合に、通知内容毎の通知方法設定情報記憶モジュール１２０が記憶するデータ通知方法テーブル４００を通知方法設定・管理ロジックモジュール１１８を通して更新する。そして、変更後のデータ通知方法テーブル４００にしたがって送信処理を行う。

センター処理装置１５０は、データ送受信モジュール５５２、センター処理コンポーネント群１５４、通知方法管理モジュール５１６、センター処理モジュール５２４を有している。
通知方法管理モジュール５１６は、通知方法設定・管理ロジックモジュール５１８、通知内容毎の通知方法設定情報記憶モジュール５２０、「通知方法」確認・設定ＵＩモジュール５２２を有している。通知方法管理モジュール５１６は、センター処理モジュール５２４と接続されている。第１の実施の形態の通知方法管理モジュール１１６と同等の処理を行う。そして、通知方法管理モジュール５１６は、状態情報の容量、又はセンター処理装置１５０内の各センター処理コンポーネントモジュールの必要度に応じた種別を、デバイス１００の予め定められた種別として設定するように、そのデバイス１００に送信する。
通知方法設定・管理ロジックモジュール５１８は、通知内容毎の通知方法設定情報記憶モジュール５２０、「通知方法」確認・設定ＵＩモジュール５２２と接続されている。通知方法設定・管理ロジックモジュール５１８は、第１の実施の形態の通知方法設定・管理ロジックモジュール１１８と同等の処理を行う。
通知内容毎の通知方法設定情報記憶モジュール５２０は、通知方法設定・管理ロジックモジュール５１８と接続されている。通知内容毎の通知方法設定情報記憶モジュール５２０は、第１の実施の形態の通知内容毎の通知方法設定情報記憶モジュール１２０と同等のものを記憶している。
「通知方法」確認・設定ＵＩモジュール５２２は、通知方法設定・管理ロジックモジュール５１８と接続されている。「通知方法」確認・設定ＵＩモジュール５２２は、第１の実施の形態の「通知方法」確認・設定ＵＩモジュール１２２と同等の処理を行う。

センター処理モジュール５２４は、通知方法管理モジュール５１６、データ送受信モジュール５５２と接続されている。通知方法管理モジュール５１６によって設定された情報をデータ送受信モジュール５５２を介して、その変更された情報を必要とするデバイス１００に送信する。より具体的には、デバイス１００側には通常ファイアウォール（Ｆｉｒｅｗａｌｌ）があり、外部のセンター処理装置１５０から直接アクセスできない構成になっているのが一般的である。そのためセンター処理装置１５０内に「必要とするデバイス１００への変更指示」を記憶しておき、該当するデバイス１００からポーリング通信（自分あての指示がないか、デバイス１００側からセンター処理装置１５０にアクセスする通信）があった場合に、その返信として、その「デバイス１００への変更指示」を送信して、デバイス１００に変更を反映するようにする。
データ送受信モジュール５５２は、センター処理コンポーネント群１５４、センター処理モジュール５２４、デバイス１００のデータ送受信モジュール５１４と接続されている。データ送受信モジュール５５２は、第１の実施の形態の通知データ受信モジュール１５２の処理に加えて、デバイス１００との間で、データの送受信を行う。

＜第３の実施の形態＞
図６は、第３の実施の形態の構成例についての概念的なモジュール構成図である。第３の実施の形態は、通信状況に応じて、デバイス１００が動的に通知方法を変更するものである。
デバイス１００は、前述の実施の形態のように状態情報の種別毎に「デフォルトの通知方法（通知タイプ）」を有している。ただし、これはあくまで「デフォルト（初期設定）」である。
具体的には、以下の処理を行う。
（１）デバイス１００は、状態情報を含んだＳｏａｐ通知の、転送パフォーマンスを把握する。
（２）現在の通知について、今通知しようとしているデータ（状態情報）が、「直接通知（例えば、Ｓｏａｐ通信等のセンター処理装置１５０への通信内容にデータそのものを含ませる）」で送る設定の場合、予め定められた時間内でその通知が成功しない場合には、「データ記憶装置格納」に切り替えて、通知を再度行う。
（３）そして、データ通知方法テーブルの通知方法を変更する。
上記のようにある通知にて、「データ記憶装置格納」に切り替えた場合、この通知（状態情報の種別、通知種類）だけでなく、この通知によって通知するデータサイズと比較して、データサイズがより大きい又は以上である通知種類について、データ通知方法テーブルの通知方法のデフォルトが「直接通知」のものを「データ記憶装置格納」に変更する。
（４）デフォルト状態への復帰
ある「直接通知」での通知が成功した場合、その通信パフォーマンスを確認する。
通信パフォーマンスが、直接通知上問題ない場合（「通信速度がＸＸｂｐｓ以上」、「想定データサイズが通知する時間がＸＸ秒以内になる」等の判断基準を用いる）、上記のように「デフォルトは直接通知だが、パフォーマンス上の理由でデータ記憶装置格納」になっているデータ通知方法テーブル内の行について、デフォルトの「直接通知」に復帰する。
デバイス１００は、そのデバイス１００が置かれた場所毎に異なる通信環境に応じて、通知種類を選択している。

第３の実施形態は、第２の実施形態による処理に加えて、以下の処理を行う。
（Ｓｔｅｐ３−１）デバイス通知処理モジュール１１２は、データ送受信モジュール５１４から通信パフォーマンス情報を得る。
（Ｓｔｅｐ３−２）デバイス通知処理モジュール１１２は、通知パフォーマンス情報から、「判断」して、通知方法管理モジュール１１６の通知内容毎の通知方法設定情報記憶モジュール１２０内に設定した通知方法を変更する。
データ送受信モジュール５１４は、状態情報をセンター処理装置１５０に送信する性能を検出する。
デバイス通知処理モジュール１１２は、データ送受信モジュール５１４によって検出された性能と予め定められた閾値を比較することによって、状態情報をセンター処理装置１５０に送信することからデータ記憶装置１７０に送信することに変更する。
そして、デバイス通知処理モジュール１１２は、状態情報の容量より多い又は以上である第２の状態情報を送信する場合は、その第２の状態情報をセンター処理装置１５０に送信することからデータ記憶装置１７０に送信することに変更する。

通知内容毎の通知方法設定情報記憶モジュール１２０は、例えば、データ通知方法テーブル７００を記憶している。図７は、データ通知方法テーブル７００のデータ構造例を示す説明図である。データ通知方法テーブル７００は、通知種類欄７１０、データ通知方法（デフォルト）欄７２０、データ通知方法（変更分）欄７３０、想定データサイズ欄７４０を有している。通知種類欄７１０は、通知種類（状態情報の種別）を記憶している。データ通知方法（デフォルト）欄７２０は、その通知種類に対応するデータ通知方法（デフォルト）を記憶している。データ通知方法（変更分）欄７３０は、その通知種類に対応する現在のデータ通知方法（変更分）を記憶している。データ通知方法（変更分）欄７３０に通知方法が設定されている場合は、データ通知方法（デフォルト）欄７２０ではなく、データ通知方法（変更分）欄７３０の通知方法が選択される。想定データサイズ欄７４０は、その通知種類に対応する想定データサイズを記憶している。図４の例に示したデータ通知方法テーブル４００にデータ通知方法（変更分）欄７３０を付加したものである。
例えば、「Ｃイベント」の通知が、時間がかかりすぎた（予め定められた時間より多い又は以上の通信時間である場合）ので、「直接通知」から「データ記憶装置格納」に変更された状況である。
このときに、デフォルト（データ通知方法（デフォルト）欄７２０内の内容）が「直接通知」で、Ｃイベントの想定通知サイズ（想定データサイズ欄７４０内の内容：３０ＫＢｙｔｅ）よりも大きな想定データサイズであるものの通知種類（図７の例では、Ｅイベント、Ｆイベント、Ｍイベント）を、「データ記憶装置格納」に切り替える。

さらに、第３の実施の形態は、時間帯における通信状況に応じて、デバイス１００が動的に通知方法を変更するようにしてもよい。
このために、デバイス通知処理モジュール１１２は、データ送受信モジュール５１４によって検出された性能が予め定められた条件に合致するか否か、例えば、その性能と予め定められた時間帯における閾値を比較することによって、その時間帯において状態情報をセンター処理装置１５０に送信することからデータ記憶装置１７０に送信することに変更する。
デバイス１００は、そのデバイス１００が置かれた場所毎に異なる通信環境における時間帯による転送スピードが異なる場合に応じて、通知種類を選択している。
具体的には、以下に示す例（（１）〜（４）、図８〜図１１）のような処理を行う。

（１）デバイス１００は、時間帯毎の通信状況を把握し、時間帯別のデータ通知方法テーブルを用いる。例えば、通知内容毎の通知方法設定情報記憶モジュール１２０内にデータ通知方法テーブル８００を記憶している。
デバイス通知処理モジュール１１２は、通知が発生すると、データ通知方法テーブル８００内の通知内容毎に記憶された現在の時間帯での通知方法を選択する。
図８は、データ通知方法テーブル８００のデータ構造例を示す説明図である。図８の例は、図７の例に示したデータ通知方法テーブル７００にデータ通知方法（変更分）時間帯欄８３０を付加したものである。データ通知方法テーブル８００は、通知種類欄８１０、データ通知方法（デフォルト）欄８２０、データ通知方法（変更分）時間帯欄８３０、データ通知方法（変更分）欄８４０、想定データサイズ欄８５０を有している。通知種類欄８１０は、通知種類（状態情報の種別）を記憶している。データ通知方法（デフォルト）欄８２０は、その通知種類に対応するデータ通知方法（デフォルト）を記憶している。データ通知方法（変更分）時間帯欄８３０は、その通知種類に対応するデータ通知方法（変更分）時間帯を記憶している。データ通知方法（変更分）欄８４０は、その通知種類に対応する現在のデータ通知方法（変更分）を記憶している。通知を行う時刻がデータ通知方法（変更分）時間帯欄８３０内の時間帯に含まれている場合は、データ通知方法（デフォルト）欄８２０ではなく、データ通知方法（変更分）欄８４０の通知方法が選択される。また、通知を行う時刻がデータ通知方法（変更分）時間帯欄８３０内の時間帯に含まれていない場合は、データ通知方法（デフォルト）欄８２０の通知方法が選択される。想定データサイズ欄８５０は、その通知種類に対応する想定データサイズを記憶している。

（２）デバイス１００のデバイス通知処理モジュール１１２は、時間帯毎の計測スピードを管理し、通知が発生したタイミングで、現在時間帯の想定スピードと、通知データサイズから、デフォルトの「直接通知」よりも「データ記憶装置格納」が適しているかを判断して、通知する。例えば、通知内容毎の通知方法設定情報記憶モジュール１２０内にデータ通知方法テーブル９００、時間帯別転送スピードテーブル９３０を記憶している。
図９は、データ通知方法テーブル９００、時間帯別転送スピードテーブル９３０のデータ構造例を示す説明図である。図９（ａ）は、データ通知方法テーブル９００のデータ構造例を示す説明図である。データ通知方法テーブル９００は、通知種類欄９１０、データ通知方法（デフォルト）欄９２０を有している。通知種類欄９１０は、通知種類（状態情報の種別）を記憶している。データ通知方法（デフォルト）欄９２０は、その通知種類に対応するデータ通知方法（デフォルト）を記憶している。図９（ｂ）は、時間帯別転送スピードテーブル９３０のデータ構造例を示す説明図である。時間帯別転送スピードテーブル９３０は、時間帯欄９４０、転送スピード（計測データ）欄９５０を有している。時間帯欄９４０は、時間帯を記憶している。転送スピード（計測データ）欄９５０は、その時間帯における転送スピード（計測データ）を記憶している。
通知データが発生すると、「直接通知」であって、その通知データのサイズを送信するのに、現在の時間帯では、ＸＸ秒かかる想定であることを、時間帯別転送スピードテーブル９３０を用いて算出する。算出した通信時間が予め定められた時間（ＸＸＸ秒）より多い又は以上である場合は、「直接通知」を「データ記憶装置格納」に切り替える。

（３）デバイス１００は、日で特徴のある通信環境（例えば、ＸＸ日は、他のサービスがネットを使うために、通信速度が遅くなる、といった特徴がある場合）のケースも考慮して、「特殊な日と想定スピード」を登録できるようにする。例えば、通知内容毎の通知方法設定情報記憶モジュール１２０内にデータ通知方法テーブル９００、時間帯別転送スピードテーブル９３０、特殊日時間帯別転送スピードテーブル１０６０を記憶している。
デバイス１００のデバイス通知処理モジュール１１２は、まず今日が「特殊な日」であるか否かをチェックして、その場合には、その想定スピードで計算し、「データ記憶装置格納」が適しているか否かを判断する。
図１０は、データ通知方法テーブル９００、時間帯別転送スピードテーブル９３０、特殊日時間帯別転送スピードテーブル１０６０のデータ構造例を示す説明図である。図１０（ａ）、図１０（ｂ）に示す例は、図９（ａ）、図９（ｂ）に示す例と同等のものである。図１０（ｃ）は、特殊日時間帯別転送スピードテーブル１０６０のデータ構造例を示す説明図である。特殊日時間帯別転送スピードテーブル１０６０は、日欄１０７０、時間帯欄１０８０、転送スピード（計測データ）欄１０９０を有している。日欄１０７０は、日（特殊な日）を記憶している。時間帯欄１０８０は、その日における時間帯を記憶している。転送スピード（計測データ）欄１０９０は、その日のその時間帯における転送スピード（計測データ）を記憶している。
通知データが発生すると、「直接通知」であって、その通知データのサイズを送信するのに、現在の時間帯では、ＸＸ秒かかる想定であることを、時間帯別転送スピードテーブル９３０を用いて算出する。そのときに、特殊日時間帯別転送スピードテーブル１０６０を用いて、今日が「特殊な日」（又は現在が「その特殊な日のある時間帯」）であるか否かをチェックして、あれば特殊日時間帯別転送スピードテーブル１０６０を優先して用いて算出する。算出した通信時間が予め定められた時間（ＸＸＸ秒）より多い又は以上である場合は、「直接通知」を「データ記憶装置格納」に切り替える。

（４）センター処理装置１５０のメンテナンス等の状況で、センター処理装置１５０から、「特殊な日（指定日）」をデバイス１００に設定可能とする。例えば、センター処理装置１５０の通知内容毎の通知方法設定情報記憶モジュール５２０内に特殊日（センター）テーブル１１６０を記憶している。そして、その特殊日（センター）テーブル１１６０がデバイス１００に反映されて（特殊日（センター）テーブル１１６０が新規に作成された場合又は変更された場合に、センター処理装置１５０が管理する各デバイス１００に送信する）、結果として、通知内容毎の通知方法設定情報記憶モジュール１２０内にデータ通知方法テーブル９００、時間帯別転送スピードテーブル９３０、特殊日（センター）テーブル１１６０を記憶する。
デバイス１００は、その「特殊な日」を特殊日（センター）テーブル１１６０として記憶する。デバイス１００のデバイス通知処理モジュール１１２は、例えば、この日（又はこの日の時間帯）は「データ記憶装置格納」とする等の処理を行う。
図１１は、データ通知方法テーブル９００、時間帯別転送スピードテーブル９３０、特殊日（センター）テーブル１１６０のデータ構造例を示す説明図である。図１１（ａ）、図１１（ｂ）に示す例は、図９（ａ）、図９（ｂ）に示す例と同等のものである。図１１（ｃ）は、特殊日（センター）テーブル１１６０のデータ構造例を示す説明図である。特殊日（センター）テーブル１１６０は、日欄１１７０、時間帯欄１１８０を有している。日欄１１７０は、日（センター処理装置１５０における特殊な日）を記憶している。時間帯欄１１８０は、その日の時間帯（センター処理装置１５０における特殊な時間帯）を記憶している。
通知データが発生すると、「直接通知」の種類で、通知データサイズを送信するのに、現在時間帯で、ＸＸ秒かかる想定であることを、時間帯別転送スピードテーブル９３０を用いて算出する。そのときに、今日が「センター処理装置１５０の指定日（特殊日（センター）テーブル１１６０の日欄１１７０）」（又は現在がセンター処理装置１５０の指定日の指定時間帯（特殊日（センター）テーブル１１６０の日欄１１７０、時間帯欄１１８０））であるか否かをチェックして、「直接通知」を「データ記憶装置格納」に切り替える。

＜第４の実施の形態＞
図１２は、第４の実施の形態の構成例についての概念的なモジュール構成図である。第４の実施の形態は、状態情報の、センター処理装置１５０での「使われ方」に応じて、通知方法を決定する。
通知方法設定・管理ロジックモジュール５１８は、通知内容毎の参照コンポーネント情報記憶モジュール１２２５、「通知方法」確認・設定ＵＩモジュール５２２と接続されている。
通知内容毎の参照コンポーネント情報記憶モジュール１２２５は、通知方法設定・管理ロジックモジュール５１８と接続されている。通知内容毎の参照コンポーネント情報記憶モジュール１２２５は、例えば、データ通知方法テーブル１３００、通知サイズ帯・参照コンポーネント数対応テーブル１３６０を記憶している。そして、そのデータ通知方法テーブル１３００、通知サイズ帯・参照コンポーネント数対応テーブル１３６０がデバイス１００に反映されて（データ通知方法テーブル１３００、通知サイズ帯・参照コンポーネント数対応テーブル１３６０が新規に作成された場合又は変更された場合に、センター処理装置１５０が管理する各デバイス１００に送信する）、結果として、通知内容毎の参照コンポーネント情報記憶モジュール１２２０はデータ通知方法テーブル１３００、通知サイズ帯・参照コンポーネント数対応テーブル１３６０を記憶する。
通知方法設定・管理ロジックモジュール１１８は、通知内容毎の参照コンポーネント情報記憶モジュール１２２０、「通知方法」確認・設定ＵＩモジュール１２２と接続されている。
通知内容毎の参照コンポーネント情報記憶モジュール１２２０は、通知方法設定・管理ロジックモジュール１１８と接続されている。
デバイス通知処理モジュール１１２は、状態情報の種別が予め定められた種別である場合であって、その状態情報を処理対象とするセンター処理コンポーネントモジュールの数によって、その状態情報をセンター処理装置１５０とは異なるデータ記憶装置１７０に送信する。

第４の実施形態は、第２の実施形態による処理に加えて、以下の処理を行う。
（Ｓｔｅｐ４−１）センター処理装置１５０の通知方法管理モジュール５１６は、通知種類毎のセンター処理コンポーネントモジュールの数を変更する。
（Ｓｔｅｐ４−２）センター処理装置１５０の通知方法管理モジュール５１６は、デバイス１００の通知方法管理モジュール１１６に対して変更の反映を指示する。
（Ｓｔｅｐ４−３）デバイス１００の通知方法管理モジュール１１６は、その指示に応じて通知内容毎の参照コンポーネント情報記憶モジュール１２２０内のデータを更新する。
デバイス１００は、状態情報の種別毎に、「その状態情報の内容を参照して処理を行うセンター処理コンポーネントモジュールの数」を記憶するテーブルと、デフォルトの通知方法を「直接通知」とする条件を定めている、「送信するデータサイズ帯」と「参照コンポーネント数」を記憶するテーブルを用いて処理を行う。後者のテーブルとして、例えば、３つ以上のセンター処理コンポーネントモジュールが参照している、ＸＸＸＫＢｙｔｅ未満の状態情報である場合は、デフォルトの通知方法を「直接通知」とすること等が定義されている。
このテーブルの組み合わせを用いて、通知すべき状態情報が発生した場合に、以下の処理を行う。
（１）対象としている状態情報を参照しているセンター処理コンポーネントモジュールの数を抽出する。
（２）送信対象の状態情報データサイズと、（１）の参照センター処理コンポーネントモジュールの数から、テーブルを参照して、デフォルトの通知方法を得る。この後、通信状況から、デフォルトが直接通知であっても、データ記憶装置格納に変更することを行ってもよい。

図１３は、データ通知方法テーブル１３００、通知サイズ帯・参照コンポーネント数対応テーブル１３６０のデータ構造例を示す説明図である。図１３（ａ）は、データ通知方法テーブル１３００のデータ構造例を示す説明図である。データ通知方法テーブル１３００は、通知種類欄１３１０、データを参照しているコンポーネント数欄１３２０を有している。通知種類欄１３１０は、通知種類（状態情報の種別）を記憶している。データを参照しているコンポーネント数欄１３２０は、その通知種類のデータを参照しているセンター処理コンポーネントモジュールの数を記憶している。
図１３（ｂ）は、通知サイズ帯・参照コンポーネント数対応テーブル１３６０のデータ構造例を示す説明図である。通知サイズ帯・参照コンポーネント数対応テーブル１３６０は、通知サイズ帯欄１３７０、参照コンポーネント数欄１３８０を有している。通知サイズ帯・参照コンポーネント数対応テーブル１３６０によって、状態情報を参照するセンター処理コンポーネントモジュールの数が多いほど、直接通知になるように定義している。ただし、送信する状態情報のデータサイズが予め定められた閾値よりも大きい又は以上である場合は、デフォルトの通知方法を「データ記憶装置格納」とする。通知サイズ帯欄１３７０は、通知サイズ帯（送信する状態情報のデータサイズ）を記憶している。参照コンポーネント数欄１３８０は、その通知サイズ帯に対応する、状態情報の参照を行うセンター処理コンポーネントモジュールの数を記憶している。なお、参照コンポーネント数欄１３８０は、下限を示す条件であるが、上限を示す値であってもよいし、範囲（下限と上限）を示す条件であってもよい。通知サイズ帯欄１３７０と参照コンポーネント数欄１３８０の条件を満たす場合に、データ通知方法のデフォルトを「直接通知」とする。

デバイス通知処理モジュール１１２は、通知データが発生した場合に、以下の方法で、デフォルトの通知方法を決定する。
（１）対象としている状態情報を参照しているコンポーネント数を、データ通知方法テーブル１３００を用いて抽出する。例えば、Ｄイベントの場合、３個のセンター処理コンポーネントモジュールが参照している。
（２）送信しようとしている状態情報のデータサイズと、（１）で抽出した参照センター処理コンポーネントモジュール数に対応して、デフォルトの通知方法である「直接通知」にする条件に合致するか否かを判断する。前述の例の場合、Ｄイベントを１００ＫＢｙｔｅのデータであるとすると、これは、通知サイズ帯・参照コンポーネント数対応テーブル１３６０を参照すると「２以上」の参照センター処理コンポーネントモジュール数で、デフォルトの通知方法は「直接通知」となる。データ通知方法テーブル１３００により、Ｄイベントは、参照センター処理コンポーネントモジュール数が「３」であるので、デフォルトの通知方法は「直接通知」となる。
なお、この処理の後に、第３の実施の形態等と組み合わせることによって、時間帯の通信状況から、デフォルトが直接通知であっても、データ記憶装置格納に変更するようにしてもよい。

＜第５の実施の形態＞
図１４は、第５の実施の形態の構成例についての概念的なモジュール構成図である。第５の実施の形態は、状態情報の、センター処理装置１５０での「使われ方」（状態情報の「即時性の要求度」）に応じて、通知方法を決定する。
通知方法設定・管理ロジックモジュール５１８は、通知内容毎の即時性情報記憶モジュール１４２５、「通知方法」確認・設定ＵＩモジュール５２２と接続されている。
通知内容毎の即時性情報記憶モジュール１４２５は、通知方法設定・管理ロジックモジュール５１８と接続されている。通知内容毎の即時性情報記憶モジュール１４２５は、例えば、データ通知方法テーブル１５００、時間帯別転送スピードテーブル１５４０、要求度・想定通信時間テーブル１５７０を記憶している。そして、そのデータ通知方法テーブル１５００、時間帯別転送スピードテーブル１５４０、要求度・想定通信時間テーブル１５７０がデバイス１００に反映されて（データ通知方法テーブル１５００、時間帯別転送スピードテーブル１５４０、要求度・想定通信時間テーブル１５７０が新規に作成された場合又は変更された場合に、センター処理装置１５０が管理する各デバイス１００に送信する）、結果として、通知内容毎の即時性情報記憶モジュール１４２０はデータ通知方法テーブル１５００、時間帯別転送スピードテーブル１５４０、要求度・想定通信時間テーブル１５７０を記憶する。
通知方法設定・管理ロジックモジュール１１８は、通知内容毎の即時性情報記憶モジュール１４２０、「通知方法」確認・設定ＵＩモジュール１２２と接続されている。
通知内容毎の即時性情報記憶モジュール１４２０は、通知方法設定・管理ロジックモジュール１１８と接続されている。
デバイス通知処理モジュール１１２は、状態情報の種別が予め定められた種別である場合であって、その状態情報を処理対象とするセンター処理コンポーネントモジュールの即時性の要求度によって、その状態情報をセンター処理装置１５０とは異なるデータ記憶装置１７０に送信する。

第５の実施形態は、第２の実施形態による処理に加えて、以下の処理を行う。
（Ｓｔｅｐ５−１）センター処理装置１５０の通知方法管理モジュール５１６は、通知種類毎のセンター処理コンポーネントモジュールの状態情報に対する即時性を変更する。
（Ｓｔｅｐ５−２）センター処理装置１５０の通知方法管理モジュール５１６は、デバイス１００の通知方法管理モジュール１１６に対して変更の反映を指示する。
（Ｓｔｅｐ５−３）デバイス１００の通知方法管理モジュール１１６は、その指示に応じて通知内容毎の即時性情報記憶モジュール１４２０内のデータを更新する。
状態情報の種別により、センター処理装置１５０の処理での「即時対応」が必要か否かが異なる。即時性の要求度が高いものは、センター処理装置１５０への「直接通知」での通知を優先して選択する。
デバイス１００は、状態情報の種別毎に、「センター処理装置１５０でのデータの即時性の要求度」を記憶するテーブルを用いて処理を行う。例えば、デバイス１００のオペレータが、デバイス１００における操作装置に対する操作によって、緊急を要する処理をセンター処理装置１５０に要請することができる。この通知（状態情報）については、即時性が高いので、他の通信よりも優先的に「直接通知」を行う。

図１５は、データ通知方法テーブル１５００、時間帯別転送スピードテーブル１５４０、要求度・想定通信時間テーブル１５７０のデータ構造例を示す説明図である。
図１５（ａ）は、データ通知方法テーブル１５００のデータ構造例を示す説明図である。データ通知方法テーブル１５００は、通知種類欄１５１０、データ通知方法（デフォルト）欄１５２０、即時性の要求度欄１５３０を有している。通知種類欄１５１０は、通知種類（状態情報の種別）を記憶している。データ通知方法（デフォルト）欄１５２０は、その通知種類に対応するデータ通知方法（デフォルト）を記憶している。即時性の要求度欄１５３０は、その通知種類に対応する即時性の要求度を記憶している。図１５（ｂ）は、時間帯別転送スピードテーブル１５４０のデータ構造例を示す説明図である。時間帯別転送スピードテーブル１５４０は、時間帯欄１５５０、転送スピード（計測データ）欄１５６０を有している。時間帯欄１５５０は、時間帯を記憶している。転送スピード（計測データ）欄１５６０は、その時間帯における転送スピード（計測データ）を記憶している。図１５（ｃ）は、要求度・想定通信時間テーブル１５７０のデータ構造例を示す説明図である。要求度・想定通信時間テーブル１５７０は、即時性の要求度欄１５８０、データ記憶装置格納へ移行を行う、想定通信時間欄１５９０を有している。即時性の要求度欄１５８０は、即時性の要求度を記憶している。データ記憶装置格納へ移行を行う、想定通信時間欄１５９０は、その要求度に対応する、「直接通知」から「データ記憶装置格納」への移行を行う、想定通信時間を記憶している。要求度・想定通信時間テーブル１５７０は、「即時性の要求度」毎に、「直接通知」から「データ記憶装置格納」に移行する条件を記憶している。
（１） 通知すべき状態情報が発生した場合、「直接通知」の種類で、発生した状態情報のデータサイズの通知データを送信するのに、現在時間帯で、ＸＸ秒かかる想定であることを、時間帯別転送スピードテーブル１５４０を用いて算出する。
（２） そして、データ通知方法テーブル１５００を用いて、通知種類に応じた「即時性の要求度」を抽出する。
（３） 要求度・想定通信時間テーブル１５７０を参照して、（２）の要求度での「直接通知からデータ記憶装置格納への移行を行う、想定通信時間」を抽出し、その想定通信時間を（１）の算出結果（ＸＸ秒）が超える場合には、「データ記憶装置格納」に通信方法を変更する。
例えば、Ｅイベントの場合の場合について説明する。Ｅイベントのデータサイズと送信する時間帯と時間帯別転送スピードテーブル１５４０とから送信に要する時間を算出する。Ｅイベントの場合は、データ通知方法テーブル１５００を参照して即時性の要求度は「５」であるので、算出した送信に要する時間が、要求度・想定通信時間テーブル１５７０から即時性の要求度が「５」である場合のデータ記憶装置格納へ移行を行う、想定通信時間欄１５９０の値より大きい又は以上である場合は、「直接通知」から「データ記憶装置格納」に変更する。

図１６を参照して、本実施の形態（主に、デバイス１００）のハードウェア構成例について説明する。図１６に示す構成は、例えばパーソナルコンピュータ（ＰＣ）等によって構成されるものであり、スキャナ等のデータ読み取り部１６１７と、プリンタ等のデータ出力部１６１８を備えたハードウェア構成例を示している。

ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１６０１は、前述の実施の形態において説明した各種のモジュール、すなわち、デバイス通知処理モジュール１１２、通知データ送信モジュール１１４、通知方法管理モジュール１１６、通知方法設定・管理ロジックモジュール１１８、「通知方法」確認・設定ＵＩモジュール１２２、データ送受信モジュール５１４等の各モジュールの実行シーケンスを記述したコンピュータ・プログラムにしたがった処理を実行する制御部である。

ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１６０２は、ＣＰＵ１６０１が使用するプログラムや演算パラメータ等を格納する。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１６０３は、ＣＰＵ１６０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を格納する。これらはＣＰＵバス等から構成されるホストバス１６０４により相互に接続されている。

ホストバス１６０４は、ブリッジ１６０５を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バス等の外部バス１６０６に接続されている。

キーボード１６０８、マウス等のポインティングデバイス１６０９は、操作者により操作される入力デバイスである。ディスプレイ１６１０は、液晶表示装置又はＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）等があり、各種情報をテキストやイメージ情報として表示する。

ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）１６１１は、ハードディスクを内蔵し、ハードディスクを駆動し、ＣＰＵ１６０１によって実行するプログラムや情報を記録又は再生させる。ハードディスクには、状態情報等が格納される。さらに、その他の各種のデータ処理プログラム等、各種コンピュータ・プログラムが格納される。

ドライブ１６１２は、装着されている磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリ等のリムーバブル記録媒体１６１３に記録されているデータ又はプログラムを読み出して、そのデータ又はプログラムを、インタフェース１６０７、外部バス１６０６、ブリッジ１６０５、及びホストバス１６０４を介して接続されているＲＡＭ１６０３に供給する。リムーバブル記録媒体１６１３も、ハードディスクと同様のデータ記録領域として利用可能である。

接続ポート１６１４は、外部接続機器１６１５を接続するポートであり、ＵＳＢ、ＩＥＥＥ１３９４等の接続部を持つ。接続ポート１６１４は、インタフェース１６０７、及び外部バス１６０６、ブリッジ１６０５、ホストバス１６０４等を介してＣＰＵ１６０１等に接続されている。通信部１６１６は、通信回線に接続され、外部とのデータ通信処理を実行する。データ読み取り部１６１７は、例えばスキャナであり、ドキュメントの読み取り処理を実行する。データ出力部１６１８は、例えばプリンタであり、ドキュメントデータの出力処理を実行する。

なお、本実施の形態（主に、センター処理装置１５０、データ記憶装置１７０）としてのプログラムが実行されるコンピュータのハードウェア構成は、図１７に例示するように、一般的なコンピュータであり、具体的にはパーソナルコンピュータ、サーバーとなり得るコンピュータ等である。つまり、具体例として、処理部（演算部）としてＣＰＵ１７０１を用い、記憶装置としてＲＡＭ１７０２、ＲＯＭ１７０３、ＨＤ１７０４を用いている。ＨＤ１７０４として、例えばハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）を用いてもよい。通知データ受信モジュール１５２、センター処理コンポーネント群１５４（センター処理コンポーネントモジュール１５６等）、データ管理モジュール１７４、通知方法管理モジュール５１６、通知方法設定・管理ロジックモジュール５１８、「通知方法」確認・設定ＵＩモジュール５２２、データ送受信モジュール５５２、センター処理モジュール５２４等のプログラムを実行するＣＰＵ１７０１と、そのプログラムやデータを記憶するＲＡＭ１７０２と、本コンピュータを起動するためのプログラム等が格納されているＲＯＭ１７０３と、補助記憶装置（フラッシュメモリ等であってもよい）であるＨＤ１７０４と、キーボード、マウス、タッチパネル等に対する利用者の操作に基づいてデータを受け付ける受付装置１７０６と、ＣＲＴ、液晶ディスプレイ等の出力装置１７０５と、ネットワークインタフェースカード等の通信ネットワークと接続するための通信回線インタフェース１７０７、そして、それらをつないでデータのやりとりをするためのバス１７０８により構成されている。これらのコンピュータが複数台互いにネットワークによって接続されていてもよい。
なお、前述の各種の実施の形態を組み合わせてもよく（例えば、ある実施の形態内のモジュールを他の実施の形態内に追加する、入れ替えをする等も含む）、また、各モジュールの処理内容として背景技術で説明した技術を採用してもよい。

前述の実施の形態のうち、コンピュータ・プログラムによるものについては、本ハードウェア構成のシステムにソフトウェアであるコンピュータ・プログラムを読み込ませ、ソフトウェアとハードウェア資源とが協働して、前述の実施の形態が実現される。
なお、図１６、図１７に示すハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図１６、図１７に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えば特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続しているような形態でもよく、さらに図１６、図１７に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、情報家電、複写機、ファックス、スキャナ、プリンタ、複合機などに組み込まれていてもよい。

なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通等のために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ）、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）メモリーカード等が含まれる。
そして、前記のプログラム又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、又は無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分であってもよく、又は別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して記録されていてもよい。また、圧縮や暗号化等、復元可能であればどのような態様で記録されていてもよい。

１００…デバイス
１１０…デバイス内処理モジュール
１１２…デバイス通知処理モジュール
１１４…通知データ送信モジュール
１１６…通知方法管理モジュール
１１８…通知方法設定・管理ロジックモジュール
１２０…通知内容毎の通知方法設定情報記憶モジュール
１２２…「通知方法」確認・設定ＵＩモジュール
１５０…センター処理装置
１５２…通知データ受信モジュール
１５４…センター処理コンポーネント群
１５６…センター処理コンポーネントモジュール
１５８…センター処理コンポーネントモジュール
１６０…センター処理コンポーネントモジュール
１７０…データ記憶装置
１７２…通知内容記憶モジュール
１７４…データ管理モジュール
５１４…データ送受信モジュール
５１６…通知方法管理モジュール
５１８…通知方法設定・管理ロジックモジュール
５２０…通知内容毎の通知方法設定情報記憶モジュール
５２２…「通知方法」確認・設定ＵＩモジュール
５２４…センター処理モジュール
５５２…データ送受信モジュール
１２２０…通知内容毎の参照コンポーネント情報記憶モジュール
１２２５…通知内容毎の参照コンポーネント情報記憶モジュール
１４２０…通知内容毎の即時性情報記憶モジュール
１４２５…通知内容毎の即時性情報記憶モジュール

Claims (9)

1. 機器の状態を示す情報である状態情報の種別が予め定められた種別である場合に、該状態情報を、前記機器を管理する中央装置とは異なる情報記憶装置に送信する第１の送信手段と、
   前記状態情報を前記情報記憶装置に送信したことを示す情報を、前記中央装置に送信する第２の送信手段と、
   前記状態情報を前記中央装置に送信する性能を検出する検出手段と、
   前記検出手段によって検出された性能がある条件に合致する場合に、前記状態情報を前記中央装置に送信することから前記情報記憶装置に送信することに変更する変更手段と、
   前記状態情報の容量より多い又は以上である第２の状態情報を送信する場合は、該第２の状態情報を前記中央装置に送信することから前記情報記憶装置に送信することに変更する第２の変更手段
   を具備することを特徴とする情報処理装置。
2. 前記中央装置は１つ以上の情報処理手段によって構成されており、該情報処理手段は前記状態情報を処理し、
   前記予め定められた種別は、前記状態情報の容量、又は前記中央装置内の各情報処理手段の状態情報に対する必要度に応じて設定された種別である
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記変更手段は、前記検出手段によって検出された性能が時間帯に応じて定められた条件に合致する場合に、該時間帯において前記状態情報を前記中央装置に送信することから前記情報記憶装置に送信することに変更する
   ことを特徴とする請求項１に記載の情報処理装置。
4. 機器の状態を示す情報である状態情報の種別が予め定められた種別である場合に、該状態情報を、前記機器を管理する中央装置とは異なる情報記憶装置に送信する第１の送信手段と、
   前記状態情報を前記情報記憶装置に送信したことを示す情報を、前記中央装置に送信する第２の送信手段
   を具備し、
   前記中央装置は１つ以上の情報処理手段によって構成されており、該情報処理手段は前記状態情報を処理し、
   前記第１の送信手段は、前記状態情報の種別が予め定められた種別である場合であって、該状態情報を処理対象とする前記情報処理手段の数によって、該状態情報を中央装置とは異なる情報記憶装置に送信する
   ことを特徴とする情報処理装置。
5. 機器の状態を示す情報である状態情報の種別が予め定められた種別である場合に、該状態情報を、前記機器を管理する中央装置とは異なる情報記憶装置に送信する第１の送信手段と、
   前記状態情報を前記情報記憶装置に送信したことを示す情報を、前記中央装置に送信する第２の送信手段
   を具備し、
   前記中央装置は１つ以上の情報処理手段によって構成されており、該情報処理手段は前記状態情報を処理し、
   前記第１の送信手段は、前記状態情報の種別が予め定められた種別である場合であって、該状態情報を処理する前記情報処理手段に求められる即時性によって、該状態情報を中央装置とは異なる情報記憶装置に送信する
   ことを特徴とする情報処理装置。
6. 請求項１に記載の情報処理装置と、
   前記中央装置
   を具備し、
   前記中央装置は、１つ以上の情報処理手段によって構成されており、該情報処理手段は前記状態情報を処理し、
   前記状態情報の容量、又は前記中央装置内の各情報処理手段の必要度に応じた種別を、前記情報処理装置の前記予め定められた種別として設定するように、該情報処理装置に送信する送信手段
   を具備し、
   前記情報処理装置の第１の送信手段は、前記中央装置の送信手段から送信されてきた種別を、前記予め定められた種別として設定して処理を行う
   ことを特徴とする情報処理システム。
7. コンピュータを、
   機器の状態を示す情報である状態情報の種別が予め定められた種別である場合に、該状態情報を、前記機器を管理する中央装置とは異なる情報記憶装置に送信する第１の送信手段と、
   前記状態情報を前記情報記憶装置に送信したことを示す情報を、前記中央装置に送信する第２の送信手段と、
   前記状態情報を前記中央装置に送信する性能を検出する検出手段と、
   前記検出手段によって検出された性能がある条件に合致する場合に、前記状態情報を前記中央装置に送信することから前記情報記憶装置に送信することに変更する変更手段と、
   前記状態情報の容量より多い又は以上である第２の状態情報を送信する場合は、該第２の状態情報を前記中央装置に送信することから前記情報記憶装置に送信することに変更する第２の変更手段
   として機能させるための情報処理プログラム。
8. コンピュータを、
   機器の状態を示す情報である状態情報の種別が予め定められた種別である場合に、該状態情報を、前記機器を管理する中央装置とは異なる情報記憶装置に送信する第１の送信手段と、
   前記状態情報を前記情報記憶装置に送信したことを示す情報を、前記中央装置に送信する第２の送信手段
   として機能させ、
   前記中央装置は１つ以上の情報処理手段によって構成されており、該情報処理手段は前記状態情報を処理し、
   前記第１の送信手段は、前記状態情報の種別が予め定められた種別である場合であって、該状態情報を処理対象とする前記情報処理手段の数によって、該状態情報を中央装置とは異なる情報記憶装置に送信する
   情報処理プログラム。
9. コンピュータを、
   機器の状態を示す情報である状態情報の種別が予め定められた種別である場合に、該状態情報を、前記機器を管理する中央装置とは異なる情報記憶装置に送信する第１の送信手段と、
   前記状態情報を前記情報記憶装置に送信したことを示す情報を、前記中央装置に送信する第２の送信手段
   として機能させ、
   前記中央装置は１つ以上の情報処理手段によって構成されており、該情報処理手段は前記状態情報を処理し、
   前記第１の送信手段は、前記状態情報の種別が予め定められた種別である場合であって、該状態情報を処理する前記情報処理手段に求められる即時性によって、該状態情報を中央装置とは異なる情報記憶装置に送信する
   情報処理プログラム。

Images