JP6865368B2 - 情報処理装置及び情報処理プログラム - Google Patents

Description

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

特許文献１には、通信装置と監視装置との間で迅速に情報を共有することを課題とし、複数の通信装置と複数の通信装置の動作を監視する監視装置とを備える監視システムであって、通信装置は、動作の異常を検出する検出部と、検出部が異常を検出した場合、異常を示す警報と所定の増分で更新される番号とを含む情報を監視装置に送信し、監視装置からの送信要求に含まれる番号に対応する警報を監視装置に送信する第１制御部と、を有し、監視装置は、各通信装置から情報を受信する受信部と、受信部で受信した情報を記憶する記憶部と、受信した情報に含まれる番号と記憶部に記憶される前回受信した番号との差が所定の増分と異なる場合、情報の送信元の通信装置からの警報の欠損を判定し、情報の送信元の通信装置に送信要求を送信する第２制御部と、を有することが開示されている。

特許文献２には、警備制御装置と保守装置との通信を、警備モードを考慮して行うことを課題とし、警備制御装置は、転送速度の異なる複数の通信仕様を格納した通信仕様テーブルを持ち、メンテナンス用ＰＣは、自身の通信仕様を格納した通信仕様テーブルと、装置の通信仕様テーブルから１の通信仕様を指定する通信仕様指定テーブルを持ち、ＰＣと装置との間での通信開始により装置の現在の警備モードと負荷状態とが装置からＰＣに送信され、ＰＣは、警備モードと負荷状態との組み合わせに従い通信仕様指定テーブルから通信仕様を選択し、その情報を装置に送信し、装置は、受信した情報に従い通信仕様テーブルから通信仕様を選択し、通信仕様に基づきＰＣとの通信の通信仕様を決定し、ＰＣでも、警備モードと負荷状態との組み合わせに従い通信仕様指定テーブルから選択した通信仕様に基づき装置との通信の通信仕様を決定することが開示されている。

特許文献３には、消耗品の残寿命が短くかつ消耗品交換作業のための期間も確保できる適切な時期に消耗品の交換要請を出力することを、人手を煩わすことなく、かつ機器に設けられた消耗品を最初に交換する際から実現することを課題とし、消耗量検出部によって検出された消耗品の消耗量が予め設定された各レベルに達した日時に基づいて、消耗品の寿命が尽きる日時（予測エンド日時）を予測し、予測エンド日時から交換作業期間の設定値が表す期間だけ遡った日時を交換要請予測日時として求め、交換要請予測日時における消耗品の消耗量を予測し、消耗量の予測値を、消耗品の交換要請を出力するトリガとしての消耗品の消耗量の基準レベルとして設定し、これにより、適正なタイミングで消耗品の交換要請を出力させることができることが開示されている。

特開２０１５−１１８６７５号公報 特開２０１１−２１５９１０号公報 特開２００９−０６９５３０号公報

機器又は装置の稼働状況のデータを取得して、その機器又は装置の故障発生等を予測することが行われている。遠方にある機器又は装置の稼働状況のデータを取得するのに、通信回線が用いられている。通信回線の品質は、送信するデータ量、通信設備へのアクセス量等によって変化する。
本発明は、機器又は装置の稼働状況のデータを一括して取得する場合に比べて、通信品質の劣化を防ぎつつ、故障発生等の予測精度を向上させることができる情報処理装置及び情報処理プログラムを提供することを目的としている。

かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、機器又は装置の稼働状況のデータを、該データの属性に対応付けられているタイミングにしたがって、通信回線を介して取得する取得手段と、前記データに基づいて、前記機器又は装置の状況を前記属性毎に予測し、訪問の要請を表示する表示手段を有し、前記取得手段は、予測に必要なデータの変動量にしたがって、前記タイミングを変更し、前記取得手段は、前記通信回線の通信品質又は前記予測の精度が低くなる変更があった場合に、前記データ毎に定められた期間で最も長い期間となるように、前記タイミングを変更する、情報処理装置である。

請求項２の発明は、前記取得手段は、前記通信回線の通信品質又は前記予測の精度が高くなる変更があった場合に、前記データ毎に定められた期間で最も短い期間となるように、前記タイミングを変更する、請求項１に記載の情報処理装置である。
請求項３の発明は、前記取得手段は、前記通信回線の通信品質又は前記予測の精度が中になる変更があった場合に、前記データ毎に定められた期間で最も多い期間となるように、前記タイミングを変更する、請求項１又は２に記載の情報処理装置である。

請求項４の発明は、前記機器又は装置として、画像処理装置を対象とし、前記属性として、前記画像処理装置のトナー、感光体、定着装置のいずれか１つ以上とする、請求項１から３のいずれか一項に記載の情報処理装置である。

請求項５の発明は、コンピュータを、機器又は装置の稼働状況のデータを、該データの属性に対応付けられているタイミングにしたがって、通信回線を介して取得する取得手段と、前記データに基づいて、前記機器又は装置の状況を前記属性毎に予測し、訪問の要請を表示する表示手段として機能させ、前記取得手段は、予測に必要なデータの変動量にしたがって、前記タイミングを変更し、前記取得手段は、前記通信回線の通信品質又は前記予測の精度が低くなる変更があった場合に、前記データ毎に定められた期間で最も長い期間となるように、前記タイミングを変更する、情報処理プログラムである。

請求項１の情報処理装置によれば、機器又は装置の稼働状況のデータを一括して取得する場合に比べて、通信品質の劣化を防ぎつつ、故障発生等の予測精度を向上させることができる。

請求項２の情報処理装置によれば、通信回線の通信品質又は予測の精度が高くなる変更があった場合に、データ毎に定められた期間で最も短い期間となるように、タイミングを変更することができる。
請求項３の情報処理装置によれば、通信回線の通信品質又は予測の精度が中になる変更があった場合に、データ毎に定められた期間で最も多い期間となるように、タイミングを変更することができる。

請求項４の情報処理装置によれば、画像処理装置のトナー、感光体、定着装置のいずれか１つ以上を属性として、データ取得のタイミングを変更させることができる。

請求項５の情報処理プログラムによれば、機器又は装置の稼働状況のデータを一括して取得する場合に比べて、通信品質の劣化を防ぎつつ、故障発生等の予測精度を向上させることができる。

本実施の形態の構成例についての概念的なモジュール構成図である。 本実施の形態を利用したシステム構成例を示す説明図である。 本実施の形態による処理例を示すフローチャートである。 属性・取得タイミング対応テーブルのデータ構造例を示す説明図である。 トナーデータ属性パラメータテーブルのデータ構造例を示す説明図である。 感光体データ属性パラメータテーブルのデータ構造例を示す説明図である。 故障予兆データ属性パラメータテーブルのデータ構造例を示す説明図である。 パラメータ・取得タイミング対応テーブルのデータ構造例を示す説明図である。 パラメータ・取得タイミング対応テーブルのデータ構造例を示す説明図である。 データ取得タイミング規則テーブルのデータ構造例を示す説明図である。 本実施の形態による処理例を示すフローチャートである。 本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。

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

本実施の形態である情報処理装置１００は、機器又は装置の稼働状況のデータを取得（収集を含む）して、機器又は装置の状況を予測（予兆を含む）し、消耗品の補充、修理等を行う訪問の要請を表示するものであって、図１の例に示すように、通信モジュール１１０、データ管理モジュール１２０、予測モジュール１３０、訪問要請表示モジュール１４０を有している。
対象とする「機器又は装置」として、例えば、事務所に設置されるものとして、画像処理装置である複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）、タイムスタンプ等があり、この他に、情報家電、ロボット、券売機、エレベーター、エスカレーター等がある。以下、画像処理装置を例示して説明する。
例えば、情報処理装置１００は、複数の画像処理装置から稼働状況のデータを取得して、そのデータを処理、解析することで消耗品の寿命予測や、画像処理装置の故障予測を可能としている。
本実施の形態を用いない場合（従来技術）では、収集すべきデータを定期的（例えば、１回／日等）に取得し処理を行っていた。予兆すべき項目、市場での機器設置台数等の増加により、通信回線に負荷がかかることがある。
そこで、本実施の形態の情報処理装置１００においては、稼働している機器又は装置からの取得データに属性を設け、属性毎にデータ取得タイミングを設定している。これによって、通信回線の速度劣化等の品質低下を防ぎ、さらに予測すべき項目毎に必要なデータを効果的なタイミングで取得でき、予測精度を向上させることができるようになる。

機器１５０は、情報処理装置１００の通信モジュール１１０と通信回線を介して接続されている。情報処理装置１００が対象とする機器１５０として、例えば、前述したように画像処理装置等がある。
機器１５０は、自身の稼働状況のデータを情報処理装置１００に送信する。なお、機器１５０は、情報処理装置１００からの送信要求を受けた後に、自身の稼働状況のデータを情報処理装置１００に送信するようにしてもよい。また、機器１５０は、自主的に自身の稼働状況のデータを情報処理装置１００に送信するようにしてもよい。なお、後者の場合、送信するタイミングは、情報処理装置１００によって予め指示されていてもよい。
また、例えば、機器１５０が情報処理装置１００に送信する属性として、画像処理装置のトナー、感光体、定着装置に関する稼働データ等のいずれか１つ以上としてもよい。
なお、トナー、感光体、定着装置以外の画像形成装置を構成する要素に関するデータも稼働データとして活用可能である。例えば、帯電装置、クリーニング装置、転写装置、露光装置、制御回路等の稼働データも利用可能である。

通信モジュール１１０は、データ管理モジュール１２０、機器１５０と接続されている。通信モジュール１１０は、機器１５０との間で通信を行う。つまり、通信モジュール１１０は、機器１５０の稼働状況のデータを、そのデータの属性に対応付けられているタイミングにしたがって、通信回線を介して取得する。接続されている機器１５０は、複数であるのが一般的であるが、１台であってもよい。

データ管理モジュール１２０は、通信モジュール１１０、予測モジュール１３０と接続されている。データ管理モジュール１２０は、通信モジュール１１０が取得したデータを管理する。例えば、機器１５０の故障発生状況等を管理する。
そして、データ管理モジュール１２０は、予測に必要なデータの変動量にしたがって、通信モジュール１１０がデータを取得するタイミングを変更するようにしてもよい。
さらに、データ管理モジュール１２０は、データ毎にタイミングを変更するようにしてもよい。
また、データ管理モジュール１２０は、通信回線の通信品質又は予測の精度の変更があった場合に、通信モジュール１１０がデータを取得するタイミングを変更するようにしてもよい。

予測モジュール１３０は、データ管理モジュール１２０、訪問要請表示モジュール１４０と接続されている。予測モジュール１３０は、通信モジュール１１０が取得したデータに基づいて、機器１５０の状況を属性毎に予測する。この予測には、消耗品の寿命予測、機器の故障予測等が含まれる。予測は、既知の技術を用いるようにしてもよい。例えば、過去の稼働データの統計値（平均値、最頻値、中央値等）から閾値を設定し、その閾値との比較によって、消耗品の寿命、機器１５０の故障等の予測を行うようにしてもよい。また、過去の稼働データと結果（消耗品の寿命、機器１５０の故障等）とを対応付けた教師データによる機械学習を用いてモデルを構築し、そのモデルを用いて予測を行うようにしてもよい。
例えば、データ管理モジュール１２０からのデータを用いて、フォルト発生時間間隔の計測を行う。また、保守訪問の基準となるフォルト発生回数等の閾値を有し、フォルト発生時間間隔等と閾値を比較し、閾値以上であれば、訪問要請を促すとの判断を行う。

訪問要請表示モジュール１４０は、予測モジュール１３０と接続されている。訪問要請表示モジュール１４０は、予測モジュール１３０による予測結果に基づいて、修理等を行う担当者に訪問の要請を表示する。例えば、液晶ディスプレイ等の表示装置への表示の他に、３Ｄ（Ｄｉｍｅｎｓｉｏｎｓ）映像としての出力を含めてもよく、さらに、プリンタ等の印刷装置での印刷、スピーカー等の音声出力装置による音声の出力、振動等を組み合わせてもよい。

図２は、本実施の形態を利用したシステム構成例を示す説明図である。
情報処理装置１００、機器１５０である画像処理装置２５０Ａ、画像処理装置２５０Ｂ、画像処理装置２５０Ｃ、画像処理装置２５０Ｄ、画像処理装置２５０Ｅ、画像処理装置２５０Ｆは、通信回線２９０を介してそれぞれ接続されている。通信回線２９０は、無線、有線、これらの組み合わせであってもよく、例えば、通信インフラとしてのインターネット、イントラネット等であってもよい。また、情報処理装置１００による機能は、クラウドサービスとして実現してもよい。情報処理装置１００は、例えば、異常（フォルト）の発生等を管理する。
例えば、コンビニエンスストア等の店舗に画像処理装置２５０が設置されており、その画像処理装置２５０を管理している会社の担当者が、情報処理装置１００を用いる。

情報処理装置１００は、画像処理装置２５０から稼働データを取得する。例えば、情報処理装置１００は、画像処理装置２５０内の消耗品の寿命予測に必要となる稼働データ、交換部品の交換時期の予測等に必要となる稼働データ、さらには、紙詰まり等の故障の予測に必要となる稼働データ等を取得する。なお、それぞれの予測に必要となるデータ毎に属性を設け分類を行う。こうして予測項目毎に分類したデータの属性にしたがって、画像処理装置２５０からの稼働データの取得タイミングを設定する。消耗品の稼働データについて、例えば、比較的に日々の変動量が大きいトナー寿命に関する稼働データについては、１回／日（又は、２回／日等）といったデータ取得タイミングを設定する。過去のデータから変動量が、予め定められた値となる期間をデータ取得の期間（インターバル）とするようにしてもよい。
又は、予測すべき部材毎に、例えば、トナーや感光体等の寿命を予測する場合等、それぞれの項目毎に必要なデータ取得期間を設定可能としている。これにより高い予測精度を保持しつつ、通信ネットの品質劣化を防ぐことが可能となる。

図３は、本実施の形態による処理例を示すフローチャートである。
ステップＳ３０２では、通信モジュール１１０は、属性毎に予め定められた間隔で画像処理装置２５０より稼働データを取得する。前述したように、通信モジュール１１０が送信要求を送信して、画像処理装置２５０が稼働データを送信してもよいし、画像処理装置２５０が自主的に自身の稼働状況のデータを通信モジュール１１０に送信するようにしてもよい。１回の通信で、例えば、トナーに関する稼働データ、感光体に関する稼働データ、定着装置に関する稼働データのいずれか１つ以上が送信されてくる。その送信タイミングは、属性毎に定まっている。具体的には、トナーに関する稼働データ、感光体に関する稼働データ、定着装置に関する稼働データで、それぞれ異なるタイミングで送信されてくる。もちろんのことながら、送信する時期が重なることがあってもよい。

例えば、稼働データの取得タイミングは属性・取得タイミング対応テーブル４００によって管理されている。図４は、属性・取得タイミング対応テーブル４００のデータ構造例を示す説明図である。属性・取得タイミング対応テーブル４００は、属性欄４１０、取得タイミング欄４２０を有している。属性欄４１０は、属性を記憶している。取得タイミング欄４２０は、取得タイミングを記憶している。例えば、図４では、属性がトナーに関するデータである場合は１回／日で取得し、属性が感光体に関するデータである場合は１回／３日で取得し、属性が故障予兆に関するデータである場合は１回／１２時間で取得することを示している。

ステップＳ３０４では、データ管理モジュール１２０は、属性毎にデータ処理を行う。例えば、ステップＳ３０２で取得したデータ（画像処理装置２５０のトナーに関する稼働データ、感光体に関する稼働データ、定着装置に関する稼働データのいずれか１つ）毎に、データ処理を行う。もちろんのことながら、取得したデータの種別によって処理は異なることになる。例えば、トナーに関する稼働データから、トナー補給のための残り日数を計算したり、感光体に関する稼働データから、感光体交換のための残り日数を計算したり、定着装置に関する稼働データから、定着装置におけるパラメータ変更の可否等を計算したりする。

ステップＳ３０６では、予測モジュール１３０は、故障発生間隔を計測する。例えば、故障として、紙送り装置に起因する紙詰まり等がある。対象としている画像処理装置２５０内の部品に故障が発生する可能性が高くなる期間に該当するならば、保守訪問すべきである等の判断をする。
ステップＳ３０８では、予測モジュール１３０は、保守のための訪問をすべきか否かを判断し、保守訪問すべき場合はステップＳ３１０へ進み、それ以外の場合は処理を終了する（ステップＳ３９９）。故障が起こる可能性が高いこと、消耗品の交換が必要であること等の場合に、ステップＳ３１０へ進むことになる。
ステップＳ３１０では、訪問要請表示モジュール１４０は、対象としている画像処理装置２５０には、保守等のための訪問要請を促す表示を行う。例えば、この訪問要請の表示を受けたユーザーは保守等の担当者に連絡を行い、画像処理装置２５０に対して、保守等のための訪問が行われる。

図２の例に示すように、設置された複数の画像処理装置２５０から通信回線２９０を介して、情報処理装置１００の通信モジュール１１０は、属性毎に予め定められた間隔で画像処理装置２５０より稼働データを取得する。そして、データ管理モジュール１２０、予測モジュール１３０は、その属性毎に取得したデータを、解析／処理し、寿命予測や故障予兆を可能とする。
ここで属性については、予測すべき項目、例えば消耗品であるトナーの寿命に関連する複数のパラメータ毎に属性を設け、属性毎に必要となるデータ取得間隔を設定しデータ取得するようにする。このようにすることで、通信回線２９０における通信品質の影響を低減し、精度の高い予測が可能となる。

以下に消耗品であるトナー、消耗品である感光体、及び故障予測に関連する主要パラメータを図５、図６、図７に示す。
図５は、トナーデータ属性パラメータテーブル５００のデータ構造例を示す説明図である。トナーデータ属性パラメータテーブル５００は、用紙サイズ毎の印刷枚数欄５０２、カラー印刷枚数欄５０４、平均湿度欄５０６、平均温度欄５０８、プロセス速度１での白黒印刷枚数欄５１０、プロセス速度１でのカラー印刷枚数欄５１２、用紙上での平均画像濃度欄５１４、用紙サイズｗ１でのカラー印刷枚数欄５１６、用紙サイズｗ１での白黒印刷枚数欄５１８、積算ピクセル数欄５２０を有している。用紙サイズ毎の印刷枚数欄５０２は、用紙サイズ毎の印刷枚数を記憶している。カラー印刷枚数欄５０４は、カラー印刷枚数を記憶している。平均湿度欄５０６は、平均湿度を記憶している。平均温度欄５０８は、平均温度を記憶している。プロセス速度１での白黒印刷枚数欄５１０は、プロセス速度１での白黒印刷枚数を記憶している。プロセス速度１でのカラー印刷枚数欄５１２は、プロセス速度１でのカラー印刷枚数を記憶している。用紙上での平均画像濃度欄５１４は、用紙上での平均画像濃度を記憶している。用紙サイズｗ１でのカラー印刷枚数欄５１６は、用紙サイズｗ１でのカラー印刷枚数を記憶している。用紙サイズｗ１での白黒印刷枚数欄５１８は、用紙サイズｗ１での白黒印刷枚数を記憶している。積算ピクセル数欄５２０は、積算ピクセル数を記憶している。

図５の例に示すトナーデータ属性パラメータテーブル５００は、主にトナー寿命予測関連のパラメータ取得データである。この一連のパラメータに、例えば、“トナーデータ”といった属性を設け、この属性を持ったパラメータデータのみを、予め定められた期間、例えば、１回／日、といった間隔でデータ取得する。この取得間隔は、１回／３日、１回／１２時間、と稼働状況等により設定可能とする。
具体的には、トナーデータ属性パラメータテーブル５００に示す項目毎に関連する属性（トナーに関する稼働データであることを示す属性）を設定し、前述した属性・取得タイミング対応テーブル４００を用いてその属性にしたがって各パラメータ（トナーデータ属性パラメータテーブル５００に示すデータ）のデータ取得期間を設定している。

図６は、感光体データ属性パラメータテーブル６００のデータ構造例を示す説明図である。感光体データ属性パラメータテーブル６００は、総サイクル数欄６０２、ＡＣ帯電時サイクル数欄６０４、サイクルアップ回数欄６０６、シャットダウン回数欄６０８、モノクロ１速時印刷数欄６１０、カラー１速時印刷数欄６１２、トナーセットアップ回数欄６１４、ベルトセットアップ回数欄６１６、転写ローラセットアップ回数欄６１８、帯電ローラセットアップ回数欄６２０、清掃部材セットアップ回数欄６２２を有している。総サイクル数欄６０２は、総サイクル数を記憶している。ＡＣ帯電時サイクル数欄６０４は、ＡＣ帯電時サイクル数を記憶している。サイクルアップ回数欄６０６は、サイクルアップ回数を記憶している。シャットダウン回数欄６０８は、シャットダウン回数を記憶している。モノクロ１速時印刷数欄６１０は、モノクロ１速時印刷数を記憶している。カラー１速時印刷数欄６１２は、カラー１速時印刷数を記憶している。トナーセットアップ回数欄６１４は、トナーセットアップ回数を記憶している。ベルトセットアップ回数欄６１６は、ベルトセットアップ回数を記憶している。転写ローラセットアップ回数欄６１８は、転写ローラセットアップ回数を記憶している。帯電ローラセットアップ回数欄６２０は、帯電ローラセットアップ回数を記憶している。清掃部材セットアップ回数欄６２２は、清掃部材セットアップ回数を記憶している。

図６の例に示す感光体データ属性パラメータテーブル６００は、主に感光体寿命予測関連のパラメータ取得データである。この一連のパラメータに、例えば、“感光体データ”といった属性を設け、この属性を持ったパラメータデータのみを、予め定められた期間、例えば、１回／３日、といった間隔でデータ取得する。この取得間隔は、１回／日、１回／１２時間、と稼働状況等により設定可能とする。
具体的には、感光体データ属性パラメータテーブル６００に示す項目毎に関連する属性（感光体に関する稼働データであることを示す属性）を設定し、前述した属性・取得タイミング対応テーブル４００を用いてその属性にしたがって各パラメータ（感光体データ属性パラメータテーブル６００に示すデータ）のデータ取得期間を設定している。
もちろん、図５で示した、属性“トナーデータ”関連パラメータのデータ取得期間と同一のデータ取得期間でも異なる期間でもそれぞれの稼働状況、ネット通信状況等を考慮し、属性毎に設定可能とする。

図７は、故障予兆データ属性パラメータテーブル７００のデータ構造例を示す説明図である。故障予兆データ属性パラメータテーブル７００は、通電時間（ＬＯＷ）欄７０２、熱定着装置ｏｎ時間欄７０４、ｐ／Ｒコンタクト回数欄７０６、Ｐ／ＲＮｉｐ時間欄７０８、ＩＨ−ＤＲＩＶＥＲ ｏｎ時間欄７１０、搬送枚数（温度２０℃未満）欄７１２、搬送枚数（温度２０℃〜４０℃未満）欄７１４、搬送枚数（湿度２０％未満）欄７１６、搬送枚数（湿度２０％〜４０％未満）欄７１８、カラー連続プリントページ数分布（１ｐａｇｅ）欄７２０、カラー連続プリントページ数分布（２ｐａｇｅ）欄７２２、白黒連続プリントページ数分布（１ｐａｇｅ）欄７２４、白黒連続プリントページ数分布（２ｐａｇｅ）欄７２６、サイズＡプリント枚数欄７２８、サイズＢプリント枚数欄７３０、サイズＣプリント枚数欄７３２、普通紙プリント枚数欄７３４、厚紙プリント枚数欄７３６を有している。通電時間（ＬＯＷ）欄７０２は、通電時間（ＬＯＷ）を記憶している。熱定着装置ｏｎ時間欄７０４は、熱定着装置ｏｎ時間を記憶している。ｐ／Ｒコンタクト回数欄７０６は、ｐ／Ｒコンタクト回数を記憶している。Ｐ／ＲＮｉｐ時間欄７０８は、Ｐ／ＲＮｉｐ時間を記憶している。ＩＨ−ＤＲＩＶＥＲ ｏｎ時間欄７１０は、ＩＨ−ＤＲＩＶＥＲ ｏｎ時間を記憶している。搬送枚数（温度２０℃未満）欄７１２は、搬送枚数（温度２０℃未満）を記憶している。搬送枚数（温度２０℃〜４０℃未満）欄７１４は、搬送枚数（温度２０℃〜４０℃未満）を記憶している。搬送枚数（湿度２０％未満）欄７１６は、搬送枚数（湿度２０％未満）を記憶している。搬送枚数（湿度２０％〜４０％未満）欄７１８は、搬送枚数（湿度２０％〜４０％未満）を記憶している。カラー連続プリントページ数分布（１ｐａｇｅ）欄７２０は、カラー連続プリントページ数分布（１ｐａｇｅ）を記憶している。カラー連続プリントページ数分布（２ｐａｇｅ）欄７２２は、カラー連続プリントページ数分布（２ｐａｇｅ）を記憶している。白黒連続プリントページ数分布（１ｐａｇｅ）欄７２４は、白黒連続プリントページ数分布（１ｐａｇｅ）を記憶している。白黒連続プリントページ数分布（２ｐａｇｅ）欄７２６は、白黒連続プリントページ数分布（２ｐａｇｅ）を記憶している。サイズＡプリント枚数欄７２８は、サイズＡプリント枚数を記憶している。サイズＢプリント枚数欄７３０は、サイズＢプリント枚数を記憶している。サイズＣプリント枚数欄７３２は、サイズＣプリント枚数を記憶している。普通紙プリント枚数欄７３４は、普通紙プリント枚数を記憶している。厚紙プリント枚数欄７３６は、厚紙プリント枚数を記憶している。

図７の例に示す故障予兆データ属性パラメータテーブル７００は、主に故障予測関連のパラメータ取得データである。この一連のパラメータに、例えば、“故障予測データ”といった属性を設け、この属性を持ったパラメータデータのみを、予め定められた期間、例えば、１回／１２時間、といった間隔でデータ取得する。この取得間隔は、１回／日、１回／３日、と稼働状況等により設定可能とする。
具体的には、故障予兆データ属性パラメータテーブル７００に示す項目毎に関連する属性（故障予測に関する稼働データであることを示す属性）を設定し、前述した属性・取得タイミング対応テーブル４００を用いてその属性にしたがって各パラメータ（故障予兆データ属性パラメータテーブル７００に示すデータ）のデータ取得期間を設定している。
もちろん、図５で示した属性“トナーデータ”、図６で示した属性“感光体データ”の関連パラメータのデータ取得期間と同一のデータ取得期間でも異なる期間でもそれぞれの稼働状況、ネット通信状況等を考慮し、属性毎に設定可能とする。

図４〜図７の例では、予測すべき項目毎に属性設け、その属性でデータ取得期間を設定するとしたが、ここでは、さらに属性毎のデータ取得期間の期間設定方法について説明する。
データの変動量にしたがって、取得期間を変更するものである。具体的には、事前に各パラメータのデータ取得すべき変動量（閾値）を定めておき、各パラメータの変動量がその変動量（閾値）を越えた期間に応じて取得期間を設定する。
ここでの変動量（閾値）については、トナー等の寿命予測であれば、各パラメータのデータ取得期間Ａ（設定値）を、（パラメータのデータ変動量）／（全寿命での印刷枚数）等を用いて事前に設定する。具体的には、前述の計算式で、１枚当たりのデータ変動量を算出し、トナー等の交換タイミングにおける枚数を乗算して、変動量（閾値）を算出する。そして、この変動量（閾値）を越えることになる設定値を算出すればよい。また、この設定値については、要望する予測精度に応じ、より高精度を求めるときは、より小さく、またネット等の通信品質が懸念されるときは、設定値をより大きく設定することで、高精度、又は通信品質に影響が出にくい取得期間が設定可能となる。データ取得の設定値については、各パラメータ毎に設定可能とする。

図８の例を用いて、より具体的に説明する。
パラメータ：「Ａ４用紙サイズの印刷枚数」について今までの稼働データを用いて、（印刷枚数）／（機器内トナーで印刷可能枚数）が、１％程度（１％は例示である）となるように設定値Ａを設定する。例えば、機器内トナーで印刷可能枚数が１０万枚として、１０００枚印刷までの期間が２４時間（１日）であれば、Ａ４用紙サイズの印刷枚数のデータ取得期間の設定値Ａは、１日となる。また、消耗品（トナー等）に関連する各パラメータについて設定値を今までの稼働データ等を用いて算出する。

そして、この算出結果を用いて、初期値として、例えば、パラメータ・取得タイミング対応テーブル８００を生成する。図８は、パラメータ・取得タイミング対応テーブル８００のデータ構造例を示す説明図である。パラメータ・取得タイミング対応テーブル８００は、トナー関連取得主要パラメータ欄８１０、設定値Ａとなる期間欄８２０を有しており、設定値Ａとなる期間欄８２０は、１２時間以下欄８２２、１２〜２４時間（１日）欄８２４、１〜３日欄８２６を有している。トナー関連取得主要パラメータ欄８１０は、トナー関連取得主要パラメータを記憶している。設定値Ａとなる期間欄８２０は、設定値Ａとなる期間を記憶している。１２時間以下欄８２２は、設定値Ａとなる期間が１２時間以下の場合を記憶している。１２〜２４時間（１日）欄８２４は、設定値Ａとなる期間が１２〜２４時間（１日）の場合を記憶している。１〜３日欄８２６は、設定値Ａとなる期間が１〜３日の場合を記憶している。
図８に示す例は、消耗品トナー関連の主要パラメータについて、属性“トナーデータ”について、変動量が設定値Ａとなる期間を示したものである。この例では、属性“トナーデータ”の取得期間は、１２〜２４時間（１日）となる。

次に、設定値Ａが変動する場合について説明する。
図９は、パラメータ・取得タイミング対応テーブル９００のデータ構造例を示す説明図である。パラメータ・取得タイミング対応テーブル９００は、トナー関連取得主要パラメータ欄９１０、設定値Ａとなる期間欄９２０を有しており、設定値Ａとなる期間欄９２０は、１２時間以下欄９２２、１２〜２４時間（１日）欄９２４、１〜３日欄９２６を有している。パラメータ・取得タイミング対応テーブル９００は、図８の例に示すパラメータ・取得タイミング対応テーブル８００と同等のデータ構造を有している。
各パラメータの設定値Ａとなる期間が、図９の例に示すように、あるパラメータの設定値Ａとなる期間に変動ある場合、例えば、パラメータの属する個数等により、データ取得期間を設定する。図９の例の場合では、１２時間をデータ取得期間とする。パラメータ・取得タイミング対応テーブル９００を図８の例に示すパラメータ・取得タイミング対応テーブル８００と比べると、１２〜２４時間（１日）欄９２４から１２時間以下欄９２２に移ったものとして、「Ａ３用紙サイズの印刷枚数」、「カラー印刷枚数」、「用紙上での平均画像濃度」、「プロセス速度２での白黒印刷枚数」、「プロセス速度でのカラー印刷枚数」、「積算ピクセル数」等がある。
ただし、このデータ取得期間については、通信回線の通信品質や予測精度を考慮して適宜設定調整可能とする。

通信回線の通信品質や予測精度を考慮してデータ取得タイミングを設定する場合、図１０の例に示すように通信品質や要望する予測精度に応じて、最適となるデータ取得タイミングを設定していく。
図１０は、データ取得タイミング規則テーブル１０００のデータ構造例を示す説明図である。データ取得タイミング規則テーブル１０００は、通信品質欄１０１０、予測精度欄１０２０、データ取得タイミング欄１０３０を有しており、通信品質欄１０１０は、低欄１０１２、中欄１０１４、高欄１０１６、予測精度欄１０２０は、低欄１０２２、中欄１０２４、高欄１０２６を有している。通信品質欄１０１０は、通信品質を記憶している。低欄１０１２は、通信品質が「低」の場合を記憶している。中欄１０１４は、通信品質が「中」の場合を記憶している。高欄１０１６は、通信品質が「高」の場合を記憶している。予測精度欄１０２０は、予測精度を記憶している。低欄１０２２は、予測精度が「低」の場合を記憶している。中欄１０２４は、予測精度が「中」の場合を記憶している。高欄１０２６は、予測精度が「高」の場合を記憶している。データ取得タイミング欄１０３０は、データ取得タイミングを記憶している。通信品質が低くなると取得期間を長くして、通信負荷を軽減し、通信品質が高くなると取得期間を短縮して、予測精度を高めるようにしている。また、予測精度を低くする要求がある場合は取得期間を長くして、予測精度を高くする要求がある場合は取得期間を短くしている。
なお、通信品質の変更は、通信回線（通信装置等）を測定して検知する。また、予測精度の変更は、ユーザー（例えば、情報処理装置１００の管理者等）の操作に応じて行われる。

図１１は、本実施の形態（主に予測モジュール１３０）による処理例を示すフローチャートである。
ステップＳ１１０２では、現在の通信品質を取得する。
ステップＳ１１０４では、要求されている予測精度を取得する。
ステップＳ１１０６では、通信品質又は予測精度に変更があるか否かを判断し、変更がある場合はステップＳ１１０８へ進み、それ以外の場合は処理を終了する（ステップＳ１１９９）。
ステップＳ１１０８では、データ取得タイミング規則テーブル１０００にしたがって、各パラメータの取得タイミングを変更する。

図１２を参照して、本実施の形態の情報処理装置のハードウェア構成例について説明する。図１２に示す構成は、例えばコンピュータ等によって構成されるものであり、スキャナ等のデータ読み取り部１２１７と、プリンタ等のデータ出力部１２１８を備えたハードウェア構成例を示している。

ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１２０１は、前述の実施の形態において説明した各種のモジュール、すなわち、通信モジュール１１０、データ管理モジュール１２０、予測モジュール１３０、訪問要請表示モジュール１４０等の各モジュールの実行シーケンスを記述したコンピュータ・プログラムにしたがった処理を実行する制御部である。

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

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

キーボード１２０８、マウス等のポインティングデバイス１２０９は、操作者により操作されるデバイスである。ディスプレイ１２１０は、液晶表示装置又はＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）等があり、各種情報をテキストやイメージ情報として表示する。また、ポインティングデバイス１２０９とディスプレイ１２１０の両方の機能を備えているタッチスクリーン等であってもよい。その場合、キーボードの機能の実現について、キーボード１２０８のように物理的に接続しなくても、画面（タッチスクリーン）上にソフトウェアでキーボード（いわゆるソフトウェアキーボード、スクリーンキーボード等ともいわれる）を描画して、キーボードの機能を実現するようにしてもよい。

ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）１２１１は、ハードディスク（フラッシュ・メモリ等であってもよい）を内蔵し、ハードディスクを駆動し、ＣＰＵ１２０１によって実行するプログラムや情報を記録又は再生させる。ハードディスクには、通信モジュール１１０が受け付けた機器１５０等の稼働状況のデータ、属性・取得タイミング対応テーブル４００、トナーデータ属性パラメータテーブル５００、感光体データ属性パラメータテーブル６００、故障予兆データ属性パラメータテーブル７００、パラメータ・取得タイミング対応テーブル８００、パラメータ・取得タイミング対応テーブル９００、データ取得タイミング規則テーブル１０００等が格納される。さらに、その他の各種データ、各種コンピュータ・プログラム等が格納される。

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

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

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

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

１００…情報処理装置
１１０…通信モジュール
１２０…データ管理モジュール
１３０…予測モジュール
１４０…訪問要請表示モジュール
１５０…機器
２５０…画像処理装置
２９０…通信回線

Claims (5)

1. 機器又は装置の稼働状況のデータを、該データの属性に対応付けられているタイミングにしたがって、通信回線を介して取得する取得手段と、
   前記データに基づいて、前記機器又は装置の状況を前記属性毎に予測し、訪問の要請を表示する表示手段
   を有し、
   前記取得手段は、予測に必要なデータの変動量にしたがって、前記タイミングを変更し、
   前記取得手段は、前記通信回線の通信品質又は前記予測の精度が低くなる変更があった場合に、前記データ毎に定められた期間で最も長い期間となるように、前記タイミングを変更する、
   情報処理装置。
2. 前記取得手段は、前記通信回線の通信品質又は前記予測の精度が高くなる変更があった場合に、前記データ毎に定められた期間で最も短い期間となるように、前記タイミングを変更する、
   請求項１に記載の情報処理装置。
3. 前記取得手段は、前記通信回線の通信品質又は前記予測の精度が中になる変更があった場合に、前記データ毎に定められた期間で最も多い期間となるように、前記タイミングを変更する、
   請求項１又は２に記載の情報処理装置。
4. 前記機器又は装置として、画像処理装置を対象とし、
   前記属性として、前記画像処理装置のトナー、感光体、定着装置のいずれか１つ以上とする、
   請求項１から３のいずれか一項に記載の情報処理装置。
5. コンピュータを、
   機器又は装置の稼働状況のデータを、該データの属性に対応付けられているタイミングにしたがって、通信回線を介して取得する取得手段と、
   前記データに基づいて、前記機器又は装置の状況を前記属性毎に予測し、訪問の要請を表示する表示手段
   として機能させ、
   前記取得手段は、予測に必要なデータの変動量にしたがって、前記タイミングを変更し、
   前記取得手段は、前記通信回線の通信品質又は前記予測の精度が低くなる変更があった場合に、前記データ毎に定められた期間で最も長い期間となるように、前記タイミングを変更する、
   情報処理プログラム。

Images