JP2020187609A - システム及びシステムの制御方法 - Google Patents

Abstract

【課題】画像処理装置等のエラーにおいて、必要十分かつ精度の良い修正確認フローを実現し、経験の浅いサービスマン等が修正確認作業を行う場合でも、修正確認漏れによる再出動や不要な修正確認作業によるコスト増加の発生を防止すること。【解決手段】デバイス遠隔監視サービス１２０は、画像処理装置１００から取得したエラーコード、ユニットコードの組み合わせから確認指示を作成する（Ｓ５１６、Ｓ５１７）。この際、エラーコードが「傾き異常検知エラー」の場合、修正確認ジョブとして、ユニットコードが「転写ベルト」を示すコードあればテスト印刷のためのジョブを作成し且つキャリブレーションの指示を作成しない。一方、ユニットコードが「パッチセンサ」を示すコードであればテスト印刷のためのジョブとキャリブレーションの指示とを修正確認ジョブとして作成する。【選択図】図５

Description

本発明は、遠隔監視システムとネットワークデバイスとを含むシステム及びシステムの制御方法に関する。

一般的な画像処理装置において、プリントジョブやスキャンジョブなどの実行時にエラーが発生し、その解決を顧客が行うことができなかった場合、サービスマンが出動し、エラーの解決を試みる。この際、原因となったパーツ箇所の交換などにより、エラーの解決が試みられるが、パーツ交換作業後、サービスマンはエラーが正しく解決されたかを確認するため修正確認作業を行う。この際の修正確認作業の一例として、エラー発生時のジョブの再現を行い、エラーが再発しないか、を確認することがある。

一方で、近年の技術発展により、例えば、画像処理装置が特定のジョブ情報やエラー情報をクラウド上の収集サービスに送信する、といったシステムの実現が可能となった。これにより、エラー発生時の情報をクラウド上の収集サービスに保存しておき、サービスマンによる再現確認時に、エラー発生時の情報をクラウド上の収集サービスから取得ことが可能となった。こうした技術により、再現確認を容易に行うことができ、サービスマンによるエラージョブ再現確認作業をより効率的に行えるようになった。

特許文献１には、画像処理装置でエラーが発生した際に、エラーが発生したジョブ情報と、原因となったエラー情報をサーバに送信し、サーバにおいてジョブとエラー情報を紐づけて記憶する技術が提案されている。特許文献１によれば、エラー情報と紐づいたジョブ情報がサーバに記憶されているため、エラーに紐づいたジョブをサーバから取得することで、サービスマンによる再現確認を容易に行うことが可能となる。

特開２０１５−０６９４１５号公報

しかし、サービスマンによる修正確認作業は、再現確認作業だけとは限らない。各種センサの稼働確認や、防塵ガラスの状況確認、電源の再起動が正常に行えるかの確認など、その作業は多岐におよぶ。また、これらの作業は、同じエラーであっても故障した故障箇所によって、確認する作業が変わることがある。

一例として、プリントジョブ実行時に、用紙の傾き異常を検知した場合（以下「傾き異常検知エラー」）を考える。傾き異常検知エラーでは、故障箇所として、傾きを検知するセンサ（以下「パッチセンサ」）、用紙にトナーを転写するベルト（以下「転写ベルト」）が考えられる。

パッチセンサが故障している場合、パッチセンサの交換あるいは調整を行う。この場合には、修正確認作業として、プリントジョブの実行による確認に加えて、パッチセンサ自体が正しく稼働しているかの確認が必要である。この確認として、例えば、サービスマンによる傾き補正を行うなどのキャリブレーション実行により、パッチセンサが正しく稼働しているかの確認が行われる。

また、転写ベルトが故障している場合、転写ベルトの交換あるいは調整を行う。この場合、パッチセンサが故障していたわけではないため、修正確認作業として、キャリブレーション作業は必要なく、プリントジョブの実行による確認だけで十分である。

このように、サービスマンによる修正確認作業は、同じエラーであっても故障箇所により、修正確認作業は大きく異なる。そのため、当該修正確認作業は、サービスマンの経験や熟練度によるものが大きい。熟練したサービスマンであれば、故障箇所とエラーの組み合わせによって、修正確認作業を適切に判断できる。しかし、経験の浅いサービスマンが作業にあたった場合、以下のような事態の発生が考えられる。

まず、本来不要な修正確認作業まで行ってしまい、障害の修正確認に必要以上に時間がかかってしまい、サービスコストが増加してしまうといったことが考えられる。これは例えば、前述した傾き検知エラーが発生し、転写ベルトが故障箇所であった場合でも、パッチセンサのキャリブレーションを行ってしまった等の場合である。この場合、装置のダウンタイムが長くなりユーザに不便をかけてしまうといったことも考えられる。

次に、修正確認作業が十分ではなく、確認漏れによりエラーが再発してしまい、サービスマンの再出動が発生してしまうことが考えられる。これは例えば、前述した傾き検知エラーが発生し、パッチセンサが故障箇所であった場合において、パッチセンサのキャリブレーションを行わなかった等の場合である。この場合、エラーが度々再発し、サービスマンの再出動やユーザに不便をかけてしまうといったことが考えられる。

なお、上述のような課題は、画像処理装置に限定されるものではなく、各種ネットワークデバイスに共通の課題である。

本発明は、上記の課題を解決するためになされたものである。本発明は、画像処理装置等のネットワークデバイスのエラーにおいて、必要十分かつ精度の良い修正確認フローを実現可能な仕組みを提供することである。

本発明は、遠隔監視システムと、ネットワークデバイスと、を含むシステムであって、前記遠隔監視システムは、前記ネットワークデバイスで発生したエラーを示すエラーコードを含むエラー情報と、エラー検出時に前記ネットワークデバイス内で実行された診断処理の結果としての対処法を示すユニットコードを含む診断情報とを取得する取得手段と、前記エラーコード、前記ユニットコードの組み合わせから確認指示を作成する作成手段と、前記作成された確認指示を前記ネットワークデバイスに送信する第１送信手段と、を有し、前記ネットワークデバイスは、前記エラー情報と前記診断情報とを、前記遠隔監視システムに送信する第２送信手段と、前記遠隔監視システムから前記第２送信手段により送信したエラー情報と診断情報とに対応する確認指示を受信する受信手段と、前記診断情報に従う前記エラーに対する対処が行われた後に、前記確認指示に基づく処理を実行するための実行手段と、を有し、前記作成手段は、前記エラーコードが特定のエラーコードであった場合、前記確認指示として、前記ユニットコードが第１ユニットコードあればテスト印刷のための第１ユニットコードに対応するジョブを作成し且つキャリブレーションの指示を作成せず、前記ユニットコードが第２ユニットコードであればテスト印刷のための第２ユニットコードに対応するジョブとキャリブレーションの指示とを作成する、ことを特徴とする。

本発明によれば、画像処理装置等のネットワークデバイスのエラーにおいて、必要十分かつ精度の良い修正確認フローを実現することができる。

本実施形態を示すシステムの全体構成の一例を示す図。 クライアント端末、デバイス遠隔監視サービス、デバイス情報管理サービスを構成可能なコンピュータ（情報処理装置）のハードウェア構成の一例を示す図。 画像処理装置のハードウェア構成の一例を示す図。 ネットワークシステムのソフトウェア構成の一例を示す図。 第１実施形態におけるシステム全体の処理シーケンスの一例を示す図。 第１実施形態におけるイベント情報メッセージ、エラー情報メッセージ、修正確認ジョブメッセージの一例を示す図。 第１実施形態におけるエラー履歴画面の一例を示す図。 第１実施形態における修正確認ジョブ一覧画面の一例を示す図。 第１実施形態における修正確認ジョブ生成処理のフローチャート。 第２実施形態におけるシステム全体の処理シーケンスの一例を示す図。 第２実施形態におけるイベント情報メッセージの一例を示す図。 第２実施形態における修正確認ジョブ生成処理のフローチャート。

以下、発明を実施するための形態について、図面を用いて説明する。
〔第１実施形態〕
［システムの全体構成］
図１は、本発明の一実施形態を示すシステムの全体構成の一例を示す図である。
本実施形態のシステムでは、画像処理装置１００、クライアント端末１１０、デバイス遠隔監視サービス１２０、デバイス情報管理サービス１３０が、ネットワーク１４０を介して通信可能に接続されている。本実施形態のシステムは、画像処理装置１００のメンテナンスを行うサービスマン等に対してメンテナンスに関する機能を提供するシステムである。

画像処理装置１００は、自己診断機能を有し、エラーが発生した際に原因となる故障箇所を特定することが可能なネットワークデバイスの一例である。画像処理装置１００は、上述のようなエラーの故障箇所を一意に特定した情報（以下「ユニットコード」）や、ジョブ情報などのイベント情報をデバイス遠隔監視サービス１２０に送信することが可能である。

なお、画像処理装置１００がネットワーク１４０上に複数台存在してもよい。本実施形態では、画像処理装置を用いて説明するが、画像処理装置以外のネットワークデバイスであっても本発明は適用可能である。

クライアント端末１１０は、デバイス情報管理サービス１３０と通信し、画像処理装置１００のユニットコードを確認可能な機能を有する。クライアント端末１１０は、画像処理装置１００のサービスマンが使用することを想定した端末である。クライアント端末１１０を使用するサービスマンは、クライアント端末１１０において確認したユニットコードから交換用の部品を特定し、故障箇所の修理を行うために画像処理装置１００が設置されている顧客先へサービス出動する。なお、クライアント端末１１０がネットワーク１４０上に複数台存在してもよい。

デバイス遠隔監視サービス１２０は、画像処理装置１００から、ユニットコードを含むエラー情報、イベント情報、デバイス情報を収集し、管理する。また、デバイス遠隔監視サービス１２０は、収集したユニットコードおよびデバイス情報をデバイス情報管理サービス１３０に送信することが可能である。なお、デバイス遠隔監視サービス１２０は、１台のコンピュータで構成されていてもよいし、複数台のコンピュータで構成されていてもよく、例えばクラウドサービス等を利用して実現される構成でもよい。

デバイス情報管理サービス１３０は、デバイス遠隔監視サービス１２０から、エラーが発生したデバイス情報及びユニットコードの情報を受信し、当該情報をもとにクライアント端末１１０に情報の開示を行う。なお、デバイス情報管理サービス１３０は、１台のコンピュータで構成されていてもよいし、複数台のコンピュータで構成されていてもよく、例えばクラウドサービス等を利用して実現される構成でもよい。

上述したデバイス遠隔監視サービス１２０とデバイス情報管理サービス１３０は、遠隔監視システムを構成する。なお、デバイス遠隔監視サービス１２０とデバイス情報管理サービス１３０が同一のコンピュータで構成されていてもよい。すなわち、遠隔監視システムは、１台のコンピュータで構成されていてもよいし、複数台のコンピュータで構成されていてもよく、例えばクラウドサービス等を利用して実現される構成でもよい。

ネットワーク１４０は、例えば、インターネット等のＬＡＮ、ＷＡＮ、電話回線、専用デジタル回線等、またこれらの組み合わせにより実現される各種の通信ネットワークである。

［ハードウェア構成］
図２は、本発明におけるクライアント端末１１０、デバイス遠隔監視サービス１２０、デバイス情報管理サービス１３０を構成可能なコンピュータ（情報処理装置）のハードウェア構成の一例を示す図である。

システムバス２０１は、装置内におけるデータの流れを司るものである。
ＣＰＵ（Central Processing Unit）２０２は、装置全体の制御を行う。ＣＰＵ２０２はＨＤＤ（Hard Disc Drive）２０５に格納されているアプリケーションプログラム、オペレーティングシステム（ＯＳ）等を実行し、ＲＡＭ２０３にプログラムの実行に必要な情報を一時的に格納する制御を行う。
ＲＡＭ（Randam Access Memory）２０３は、一時記憶装置であり、ＣＰＵ２０２の主メモリ、ワークエリア等として機能する。ＲＯＭ（Read Only Memory）２０４は、基本Ｉ／Ｏプログラム等の各種データを記憶する。

ＨＤＤ２０５は外部記憶装置の一つであり、大容量メモリとして機能し、Ｗｅｂブラウザ等のアプリケーションプログラム、サービスサーバ群のプログラム、ＯＳ、関連プログラム等を格納している。なお、ＨＤＤの代わりに又はＨＤＤと併用してＳＳＤ（Solid State Drive）等の他の記憶装置を備える構成でもよい。

ディスプレイ２０６は表示装置であり、キーボード２０７から入力したコマンド等を表示したりするものである。キーボード２０７は、指示入力装置である。なお、図示しないが、マウスやタッチパネル等のポインティングデバイスも備えているものとする。

インターフェース２０８は外部装置Ｉ／Ｆであり、プリンタ、ＵＳＢ機器、周辺機器を接続する。ＮＩＣ（Network Interface Card）２０９は、ネットワーク１４０を介して外部装置とのデータのやり取りを行う。

なお、上記コンピュータの構成はその一例であり、図２の構成例に限定されるものではない。例えば、データやプログラムの格納先は、その特徴に応じてＲＡＭ２０３、ＲＯＭ２０４、ＨＤＤ２０５などで変更することも可能である。

図３は、画像処理装置１００のハードウェア構成の一例を示す図である。
画像処理装置１００は、例えばデジタル複合機、ファクシミリ装置、レーザービームプリンタ、インクジェットプリンタ、スキャナ装置などの画像形成装置に適用可能である。

画像処理装置１００は、ＣＰＵ３０１、ＲＡＭ３０２、ＲＯＭ３０３、記憶装置３０４、ネットワークＩ／Ｆ３０５、内部バス３０６、デバイス制御部３０７、印刷部３０８、入出力Ｉ／Ｆ３０９、入出力装置３１０、センサ３１１を有する。

ＣＰＵ３０１は、ＲＯＭ３０３に格納されているプログラムを実行し、内部バス３０６を介して各デバイスを総括的に制御する。例えば、ＣＰＵ３０１は、記憶装置３０４等に画像データを記録する処理を行う。

ＲＡＭ３０２は、ＣＰＵ３０１のメモリやワークエリアとして機能する。
ＲＯＭ３０３は例えばフラッシュメモリ等である。ＲＯＭ３０３には、各種プログラムの他に各種データ、例えば画像処理装置１００が出荷される地域を意味する仕向け情報も格納されている。この仕向け情報に従って入出力装置３１０で表示する言語は決定される。
記憶装置３０４は外部記憶装置として機能し、画像データ等を記憶するほか、ＲＡＭ３０２に代わって、カウンタ情報、システム情報及び監視情報を保存することも可能である。記憶装置３０４は、例えばＨＤＤやＳＳＤ等で構成されている。

ネットワークＩ／Ｆ３０５は、ネットワーク１４０を介して、外部のネットワーク機器あるいはパーソナルコンピュータ（ＰＣ）と片方向または双方向にデータをやり取りする。
デバイス制御部３０７は、印刷部３０８、センサ３１１を制御する。
印刷部３０８は、定着器や転写ベルトなど印刷に必要な各種機器を示す。
センサ３１１は、例えばパッチセンサや原稿サイズセンサなどの各種のセンサ機器を示す。

入出力装置３１０は、画像処理装置１００における入出力を担う複数の構成を示す。具体的には、ユーザからの入力（ボタン入力など）を受け付け、該入力に対応する信号を入出力Ｉ／Ｆ３０９によって前述した各処理部へ伝える。ほかにも、ユーザに対して必要な情報を提供したり、ユーザ操作を受付けたりするための表示装置（タッチパネルなど）も入出力装置３１０に含まれる。さらに、原稿を読み取り、入力として電子データを受付けるためのスキャン装置も入出力装置３１０に含めてもよい。

なお、上記画像処理装置１００の構成はその一例であり、図３の構成例に限定されるものではない。例えば、入出力装置３１０の制御は、その特徴に応じてデバイス制御部３０７が行うように変更することも可能である。

［ソフトウェア構成およびネットワーク接続構成］
図４は、本実施形態のネットワークシステムのソフトウェア構成の一例を示す図である。
まず、画像処理装置１００のソフトウェア構成を説明する。
クライアントアプリケーション４００の機能は、ＲＯＭ３０３又は記憶装置３０４に格納されるプログラムをＣＰＵ３０１が実行することにより実現される。クライアントアプリケーション４００は、通信部４０１、自己診断機能部４０２、イベント情報生成部４０３、ジョブ実行部４０４を有する。

通信部４０１は、デバイス遠隔監視サービス１２０と通信を行う。
自己診断機能部４０２は、ジョブ実行時にエラーが発生した場合に、エラーの原因となった故障箇所を特定し、ユニットコードを生成する（診断処理）。なお、故障箇所としては、例えば印刷部３０８の転写ベルトや、センサ３１１のパッチセンサなどがある。

イベント情報生成部４０３は、ジョブの実行や自己診断など、画像処理装置１００のイベント発生時の情報を生成する。
ジョブ実行部４０４は、通信部４０１を介して受信した、デバイス遠隔監視サービス１２０からのジョブ実行メッセージを解析し、当該メッセージに従って、ジョブを実行する。例えば、プリントジョブであれば、デバイス制御部３０７を介して、印刷部３０８を稼働させる。

次に、クライアント端末１１０のソフトウェア構成を説明する。
ブラウザ４１０の機能は、ＨＤＤ２０５に格納されるプログラムを、ＣＰＵ２０２が実行することにより実現される。ブラウザ４１０はＷｅｂブラウザであり、デバイス情報管理サービス１３０と通信し、エラーが発生した画像処理装置１００の情報とエラーの原因箇所であるユニットコードをサービスマンに提示する。

次に、デバイス遠隔監視サービス１２０のソフトウェア構成を説明する。
デバイス遠隔監視アプリケーション４２０の機能は、デバイス遠隔監視サービス１２０を構成するコンピュータのＨＤＤ２０５に格納されるプログラムを、ＣＰＵ２０２が実行することにより実現される。

デバイス遠隔監視アプリケーション４２０は、通信部４２１、修正確認ジョブ生成部４２２、データベース管理部４２３を有する。
通信部４２１は、画像処理装置１００、デバイス情報管理サービス１３０と通信を行う。

修正確認ジョブ生成部４２２は、通信部４２１を介して受信した画像処理装置１００からの修正確認ジョブ取得依頼を受けて、データベース管理部４２３からイベント情報、エラー情報を取得し、統計的手法を用いて修正確認ジョブを生成する。なお、統計的手法の詳細については図９を用いて後述する。また、修正確認ジョブ生成部４２２は、生成した修正確認ジョブを、通信部４２１を介して、画像処理装置１００に送信する。

データベース管理部４２３は、データベース部４３０の各データベースに対し、登録や取得といったデータベース操作を行う。
データベース部４３０は、デバイス遠隔監視サービス１２０を構成するコンピュータのＨＤＤ２０５に存在するデータベース用の領域である。データベース部４３０は、イベント情報データベース４３１、エラー情報データベース４３２を有する。

イベント情報データベース４３１には、画像処理装置１００において発生した各種ジョブやキャリブレーションといったイベント情報が格納される。本実施形態においては、イベント情報データベース４３１は、イベント情報データテーブルを保持する。
イベント情報データテーブルの一例を表１に示す。

表１において、「イベント情報ＩＤ」カラムは、イベント情報を一意に識別するための値を格納するカラムである。
「イベント内容」カラムは、イベントの詳細な内容をｊｓｏｎ形式で示した値を格納するカラムである。

例えば、「イベント情報ＩＤ」が「Ｅｖｅｎｔ０００」のイベント内容は、プリントジョブが、９０°回転印刷、モノクロ印刷、部数１で実行されたことを示している。
「イベント情報ＩＤ」が「Ｅｖｅｎｔ００１」のイベント内容は、色ずれ補正のキャリブレーションが実行されたことを示している。
「イベント情報ＩＤ」が「Ｅｖｅｎｔ００２」のイベント内容は、プリントジョブが、９０°回転印刷、モノクロ印刷、濃度レベル１０、部数１０で実行されたことを示している。
「イベント情報ＩＤ」が「Ｅｖｅｎｔ００３」のイベント内容は、プリントジョブが、９０°回転印刷、モノクロ印刷、２ｉｎ１印刷、部数１０で実行されたことを示している。
「イベント情報ＩＤ」が「Ｅｖｅｎｔ００４」のイベント内容は、プリントジョブが、９０°回転印刷、モノクロ印刷、ソート出力、部数１０で実行されたことを示している。
「イベント情報ＩＤ」が「Ｅｖｅｎｔ００５」のイベント内容は、諧調補正のキャリブレーションが実行されたことを示している。なお、本実施形態においては、色ずれ補正キャリブレーションの中で、傾き補正も行われるものとする。

エラー情報データベース４３２には、ユニットコードを含むエラー情報が格納される。本実施形態においては、エラー情報データベース４３２は、エラー情報データテーブルを備える。
エラー情報データテーブルの一例を表２に示す。

表２において、「エラーコード」カラムは、発生したエラーを一意に特定するための値を格納するカラムである。なお、本実施形態においては、エラーコード「０２９−５００８」は、「傾き異常検知エラー」を示すものとする。

「ユニットコード」カラムは、エラーが発生した箇所を一意に特定するユニットコードが格納される。なお、本実施形態においては、「ユニットコード」が「０６００−００１」の値は「転写ベルト」を示す。また、「ユニットコード」が「０７０００−００００」の値は「パッチセンサ」を示すものとする。

「トリガー種別」カラムは、エラーが発生したイベントの種別を示す値が格納される。本実施形態では、プリントジョブの「トリガー種別」は「ＰｒｉｎｔＪｏｂ」、色ずれ補正キャリブレーションの「トリガー種別」は「ＦｉｎｅＣａｌｉｂ」、諧調補正キャリブレーションの「トリガー種別」は「ＧｒａｄａｔｉｏｎＣａｌｉｂ」とする。

「トリガーイベント情報ＩＤ」カラムは、エラーのトリガーとなったイベント情報ＩＤが格納される。本イベント情報ＩＤは、表１に示したイベント情報データテーブルの「イベント情報ＩＤ」と紐づく値である。

「ステータス」カラムは、エラーの状況を示す値である。本実施形態においては、エラーが発生した場合は「Ｏｃｃｕｒｅｄ」、エラーが解決した場合は「Ｒｅｓｏｌｄｅｄ」、エラーが再発した場合は「Ｒｅｃｕｒｒｅｎｃｅｄ」が「ステータス」カラムに格納される。
「デバイスＩＤ」カラムは、エラーが発生したデバイスの一意なＩＤを示す。

次に、デバイス情報管理サービス１３０のソフトウェア構成を説明する。
デバイス情報管理アプリケーション４４０の機能は、デバイス情報管理サービス１３０を構成するコンピュータのＨＤＤ２０５に格納されるプログラムを、ＣＰＵ２０２が実行することにより実現される。

デバイス情報管理アプリケーション４４０は、通信部４４１、エラー情報生成部４４２を有する。
通信部４４１は、クライアント端末１１０、デバイス遠隔監視サービス１２０と通信を行う。

エラー情報生成部４４２は、通信部４４１を介して、デバイス遠隔監視サービス１２０から、エラーが発生した画像処理装置１００のデバイス情報と、ユニットコードを受信し、当該情報を基にエラー情報を生成する。また、エラー情報生成部４４２は、クライアント端末１１０からの要求を受け、通信部４４１を介してクライアント端末１１０にエラー情報を送信する。エラー情報は、本実施形態では、ブラウザ４１０によって解析可能なＨＴＭＬ形式の情報を想定しているが、これに限定されるものではない。

［処理シーケンス］
図５は、第１実施形態におけるシステム全体の処理シーケンスの一例を示す図である。なお、本実施形態においては、図５のシーケンスが開始された際のイベント情報データテーブルは表１の状態であり、エラー情報データテーブルは表２の状態であるものとする。また、画像処理装置１００の「デバイスＩＤ」は「Ｄｅｖｉｃｅ００１」であるものとする。

Ｓ５００では、画像処理装置１００において特定のジョブが実行される。本シーケンスにおいては、このジョブ実行時に「傾き補正エラー」が発生したものとする。
Ｓ５０１では、上記Ｓ５００でエラーが発生したことを受けて、クライアントアプリケーション４００の自己診断機能部４０２が、自己診断処理を実行し、ユニットコードを生成する。なお、本実施形態における図５のシーケンスでは、Ｓ５０１において生成されたユニットコード、すなわち故障箇所が「転写ベルト」に対応する「０６００−００１」であった場合と「パッチセンサ」に対応する「０７０００−００００」であった場合を考える。

Ｓ５０２では、クライアントアプリケーション４００のイベント情報生成部４０３が、エラー発生時のイベント情報メッセージを生成し、通信部４０１がデバイス遠隔監視サービス１２０に送信する。この際に送信されるイベント情報メッセージに関して、図６を用いて説明を行う。

図６は、第１実施形態におけるイベント情報メッセージ、エラー情報メッセージ、修正確認ジョブメッセージの一例を示す図である。
イベント情報メッセージ６００は、画像処理装置１００において実行されたプリントジョブの一例を示すメッセージである。また、イベント情報メッセージ６００は、「Ｄｅｖｉｃｅ００１」のデバイスにおいて、９０°回転印刷、モノクロ印刷、部数３のプリントジョブが実行されたことを示している。

エラー関連情報メッセージ６１０は、画像処理装置１００において発生したエラーの情報の一例を示すメッセージである。また、エラー関連情報メッセージ６１０は、「Ｄｅｖｉｃｅ００１」のデバイスにおいて「傾き異常検知エラー」が発生し、故障箇所が「転写ベルト」であり、ＥｖｅｎｔＩＤが「Ｅｖｅｎｔ１００」のイベントにおいてエラーが発生したことを示している。

エラー関連情報メッセージ６１１は、画像処理装置１００において発生したエラーの情報の他の例を示すメッセージである。また、エラー関連情報メッセージ６１１は、「Ｄｅｖｉｃｅ００１」のデバイスにおいて「傾き異常検知エラー」が発生し、故障箇所が「パッチセンサ」であり、ＥｖｅｎｔＩＤが「Ｅｖｅｎｔ１００」のイベントにおいてエラーが発生したことを示している。
上記６１０、６１１のように、エラー関連情報メッセージは、画像処理装置等のネットワークデバイスで発生したエラーを示すエラー情報（エラーコード等）と、エラー検出時にネットワークデバイス内で実行された診断処理の結果としての対処法を示す診断情報（ユニットコード等）とを含む。

修正確認ジョブメッセージ６２０は、デバイス遠隔監視アプリケーション４２０の修正確認ジョブ生成部４２２が生成するジョブメッセージの一例である。また、修正確認ジョブメッセージ６２０は、９０°回転印刷、モノクロ印刷、部数２のプリントジョブを示している。

修正確認ジョブメッセージ６２１は、デバイス遠隔監視アプリケーション４２０の修正確認ジョブ生成部４２２が生成するジョブメッセージの他の例である。また、修正確認ジョブメッセージ６２１は、色ずれ補正のキャリブレーション、及び、９０°回転印刷、モノクロ印刷、部数２のプリントジョブを示している。

ここで図５の説明に戻る。
デバイス遠隔監視アプリケーション４２０の通信部４２１が画像処理装置１００からイベント情報メッセージ６００を受信すると、デバイス遠隔監視アプリケーション４２０は、Ｓ５０３を実行する。Ｓ５０３では、データベース管理部４２３は、受信したイベント情報メッセージ６００を、イベント情報データベース４３１のイベント情報データテーブルに新規登録する。本実施形態におけるＳ５０３が完了した時のイベント情報データテーブルを表３に示す。

表３は、Ｓ５０３の処理により、表２の状態から、「イベント情報ＩＤ」カラムが「Ｅｖｅｎｔ１００」のデータが新しく登録されたものに対応する。
「イベント情報ＩＤ」には、一意なイベントＩＤ情報である「Ｅｖｅｎｔ１００」が格納される。
「イベント内容」カラムには、イベント情報メッセージ６００が格納される。

Ｓ５０４では、デバイス遠隔監視アプリケーション４２０の通信部４２１が画像処理装置１００に、イベント情報の登録成功通知（受信成功通知）を行う。この登録成功通知には、登録に成功したイベント情報のイベント情報ＩＤ（例えば「Ｅｖｅｎｔ１００」）が含まれる。

Ｓ５０５では、イベント情報生成部４０３は、上記Ｓ５０４で受信したイベント情報ＩＤと上記Ｓ５００で発生したエラー情報を紐づけて、エラー履歴情報としてＲＯＭ３０３に記憶する。また、イベント情報生成部４０３は、該記憶したエラー履歴情報を基にユニットコードを含むエラー情報メッセージを生成し、通信部４０１がデバイス遠隔監視サービス１２０に送信する。また、この際、イベント情報生成部４０３は、上記Ｓ５０４で受信したイベント情報ＩＤをエラー情報メッセージに含める。本実施形態においては、故障箇所が「転写ベルト」であった場合はエラー関連情報メッセージ６１０が送信され、故障箇所が「パッチセンサ」であった場合はエラー関連情報メッセージ６１１が送信される。

Ｓ５０６では、デバイス遠隔監視アプリケーション４２０の通信部４２１が画像処理装置１００からエラー情報メッセージを受信する。受信したエラー情報メッセージは、データベース管理部４２３により、エラー情報データベース４３２のエラー情報データテーブルに新規登録される。本実施形態において、故障箇所が「転写ベルト」であった場合に上記Ｓ５０６が完了した時のエラー情報データテーブルを表４に示す。

表４では、上記Ｓ５０６の処理により、表２の状態から、「トリガーイベント情報ＩＤ」カラムが「Ｅｖｅｎｔ１００」のデータが新しく登録される。
「エラーコード」カラムには、「傾き異常検知エラー」を示す値「０２９−５００８」が格納される。「ユニットコード」カラムには、「転写ベルト」を示す値「０６００−００１」が格納される。

「トリガー種別」カラムには、画像処理装置１００から送信されたエラー情報メッセージに含まれるトリガーイベント情報ＩＤに対応するイベント内容がイベント情報データテーブルから取得されて格納される。詳細には、イベント内容の”ｊｏｂＴｙｐｅ”要素の値が参照され、トリガー種別として格納される。本実施形態では、「ＰｒｉｎｔＪｏｂ」が格納される。

「トリガーイベント情報ＩＤ」には、画像処理装置１００から送信されたエラー情報メッセージに含まれるトリガーイベント情報ＩＤが格納される。本実施形態では、「Ｅｖｅｎｔ１００」が格納される。
「ステータス」には、エラーの発生を示す「Ｏｃｃｕｒｅｄ」が格納される。
「デバイスＩＤ」には、画像処理装置１００のデバイスＩＤである「Ｄｅｖｉｃｅ００１」が格納される。

次に、本実施形態において、故障箇所が「パッチセンサ」であった場合のＳ５０６が完了した時のエラー情報データテーブルを表５に示す。

上記Ｓ５０６の処理により、表２の状態から、「トリガーイベント情報ＩＤ」カラムが「Ｅｖｅｎｔ１００」のデータが新しく登録される。
「ユニットコード」カラムには、「パッチセンサ」を示す値「０７００−００００」が格納される。他のカラムは、表４と同様のため、説明を割愛する。

Ｓ５０７では、デバイス遠隔監視アプリケーション４２０の通信部４２１が、画像処理装置１００に、エラー情報の登録成功通知を行う。
Ｓ５０８では、デバイス遠隔監視アプリケーション４２０の通信部４２１が、デバイス情報管理サービス１３０に、デバイス情報と、ユニットコード情報を送信する。
Ｓ５０９では、デバイス情報管理アプリケーション４４０の通信部４４１が、デバイス遠隔監視アプリケーション４２０に、デバイス情報、ユニットコード情報の受信に成功した旨（受信成功通知）を送信する。

Ｓ５１０では、デバイス情報管理アプリケーション４４０の通信部４４１が、上記Ｓ５０９で受信した、デバイス情報を参照し、当該デバイスにおいてエラーが発生した旨（エラー発生通知）をクライアント端末１１０に通知する。なお、本実施形態においては、通知の手段は、メールによる通知を想定するが、通知を実現する手段は特に限定しないものとする。

Ｓ５１１では、クライアント端末１１０の所有者であるサービスマンが、上記Ｓ５１０のエラー発生通知により、デバイスのエラー発生を検知し、ブラウザ４１０を用いて、当該デバイスのユニットコードをデバイス情報管理アプリケーション４４０に要求する。

Ｓ５１２では、デバイス情報管理アプリケーション４４０の通信部４４１が、クライアント端末１１０からの、ユニットコード要求を受信すると、エラー情報生成部４４２がユニットコード情報を生成し、ブラウザ４１０に送信する。なお、本実施形態においては、故障箇所が「転写ベルト」であった場合はユニットコード「０６００−０００１」、故障箇所が「パッチセンサ」であった場合はユニットコード「０７００−００００」を含んだＨＴＭＬ情報が、ブラウザ４１０に送信される。

Ｓ５１３では、サービスマンによって、ユニットコードに対応した対処として故障箇所交換作業等が実施され、エラーの解決が試みられる。本実施形態においては、故障箇所が「転写ベルト」であった場合は「転写ベルト」が交換され、故障箇所が「パッチセンサ」であった場合は「パッチセンサ」が交換されるものとする。

Ｓ５１４では、サービスマンが画像処理装置１００のキーボードなどの入出力装置３１０を介して、エラー履歴画面の表示を要求する。画像処理装置１００は、エラー履歴画面の表示要求を受けて、エラー履歴画面をディスプレイなどの入出力装置３１０に表示する。ここで、図７を用いて、画像処理装置１００の入出力装置３１０に表示されるエラー履歴画面を説明する。

図７は、第１実施形態におけるエラー履歴画面の一例を示す図である。
エラー履歴画面７００は、画像処理装置１００の入出力装置３１０に表示されるエラー履歴画面であり、画像処理装置１００で発生したすべてのエラーが表示される。

エラー一覧表示領域７０１は、画像処理装置１００で発生したエラーの一覧および詳細情報を表示する領域であり、各エラー情報は、図５のＳ５０５でＲＯＭ３０３に記憶された情報を参照して表示される。また、詳細情報として、エラーが発生した日時（発生日時）、エラーコード、エラーの簡易的な説明、修正確認ボタンが表示される。なお、図７の令では、傾き異常検知エラーが２件発生したことが確認できる。

修正確認ボタン７０２、７０３は各エラーに対する交換作業が完了し、エラーの修正確認作業を行う際に押下するボタンである。修正確認ボタン７０２、７０３が押下されると、それぞれの修正確認に必要なジョブ一覧を示す修正確認ジョブ一覧画面（後述する図８）が表示される。

以下、図５の説明に戻る。
Ｓ５１５では、サービスマンが修正確認を行いたいエラーの修正確認ボタンを押下することで、クライアントアプリケーション４００の通信部４０１がデバイス遠隔監視アプリケーションに、修正確認ジョブの取得要求が送信される。また、修正確認ジョブの取得要求と合わせて、取得対象となるエラーのトリガーイベント情報も送信される。本実施形態においては、サービスマンが、修正確認ボタン７０２を押下したものとし、トリガーイベント情報として、「Ｅｖｅｎｔ１００」がデバイス遠隔監視サービス１２０に送信されたものとして説明する。

Ｓ５１６では、デバイス遠隔監視アプリケーション４２０の通信部４２１が、画像処理装置１００からの修正確認ジョブ取得要求と、対象のトリガーイベント情報を受信する。そして、修正確認ジョブ生成部４２２が、上記Ｓ５１５で送信されたトリガーイベント情報に対応するエラー情報を、データベース管理部４２３を介して、エラー情報データベース４３２のエラー情報データテーブルから取得する。さらに、修正確認ジョブ生成部４２２が、エラー発生時のエラーコードとユニットコード、トリガー種別を特定する。

なお、本実施形態において、故障箇所が「転写ベルト」であった場合、表４の「トリガーイベント情報ＩＤ」カラムが「Ｅｖｅｎｔ１００」のエラー情報データが対応するエラー情報となる。この場合、エラーコードとして「０２９−５００８」、ユニットコードとして「０６００−０００１」、トリガー種別として「ＰｒｉｎｔＪｏｂ」が特定される。
また、故障箇所が「パッチセンサ」であった場合、表５の「トリガーイベント情報ＩＤ」カラムが「Ｅｖｅｎｔ１００」のエラー情報データが対応するエラー情報が対応するエラー情報となる。この場合、エラーコードとして「０２９−５００８」が、ユニットコードとして「０７００−００００」、トリガー種別として「ＰｒｉｎｔＪｏｂ」が特定される。

Ｓ５１７では、デバイス遠隔監視アプリケーション４２０の修正確認ジョブ生成部４２２が修正確認ジョブ生成処理を行う。ここで、修正確認ジョブ生成処理に関して、図９を用いて説明を行う。

図９は、第１実施形態における修正確認ジョブ生成処理の一例を示すフローチャートである。このフローチャートの処理は、デバイス遠隔監視サービス１２０を構成するコンピュータのＨＤＤ２０５に格納されるプログラムを、ＣＰＵ２０２が実行することにより実現される。

Ｓ９００において、修正確認ジョブ生成部４２２が、画像処理装置１００に返却するための修正確認ジョブのリストを作成する。
次にＳ９０１において、デバイス遠隔監視アプリケーション４２０の修正確認ジョブ生成部４２２が、図５のＳ５１６で特定したエラーコード、ユニットコードと同一のエラー情報が存在するかどうかを判定する。存在確認にあたっては、データベース管理部４２３を介して、エラー情報データベース４３２のエラー情報データテーブルから参照して行う。

そして、上記Ｓ９０１において、エラー発生時のエラーコード、ユニットコードと同一のエラー情報が存在するが存在しない場合（Ｓ９０１でＮｏの場合）、修正確認ジョブ生成部４２２は、Ｓ９０２に処理を進める。
Ｓ９０２において、修正確認ジョブ生成部４２２は、図５のＳ５１６で特定されたエラーのトリガーイベント情報を修正確認ジョブリストに追加し、本フローチャートの処理を終了する。

一方、上記Ｓ９０１において、エラー発生時のエラーコード、ユニットコードと同一のエラー情報が存在する場合（Ｓ９０１でＹｅｓの場合）、修正確認ジョブ生成部４２２は、Ｓ９０３に処理を進める。
なお、故障箇所が「転写ベルト」であった場合、エラーコード「０２９−５００８」、ユニットコード「０６００−０００１」に合致するデータは、表４の１、４、７行目となるため、Ｓ９０３が実行されることになる。
また、故障箇所が「パッチセンサ」であった場合、エラーコード「０２９−５００８」、ユニットコード「０７００−００００」に合致するデータは、表５の２、３、５、６、７行目となるため、Ｓ９０３が実行されることになる。

Ｓ９０３において、修正確認ジョブ生成部４２２は、上記Ｓ９０１において、特定されたエラー情報の内、エラー発生時のトリガー種別と同じトリガー種別を持つエラー情報が存在するかどうかを判定する。そして、エラー発生時のトリガー種別と同じトリガー種別を持つエラー情報が存在しないと判定された場合（Ｓ９０３でＮｏの場合）、修正確認ジョブ生成部４２２は、Ｓ９０６に処理を進める。

一方、上記Ｓ９０３において、エラー発生時のトリガー種別と同じトリガー種別を持つエラー情報が存在する場合（Ｓ９０３でＹｅｓの場合）、修正確認ジョブ生成部４２２は、Ｓ９０４に処理を進める。
なお、故障箇所が「転写ベルト」であった場合は、表４の１、４、７行目が条件に該当するため、Ｓ９０４が実行されることになる。また、故障箇所が「パッチセンサ」であった場合は、表５の３、５、７行目が条件に該当するため、Ｓ９０４が実行されることになる。

Ｓ９０４において、修正確認ジョブ生成部４２２が、上記Ｓ９０３で存在すると判定されたエラー情報のトリガーとなったイベント情報の内容をイベント情報データテーブルから参照する。さらに、修正確認ジョブ生成部４２２は、これらイベント情報内容に含まれる設定の特徴量を測定した上で数値化する。そのうえで、修正確認ジョブ生成部４２２は、数値化された設定の特徴量を近い値ごとにグループ分けし、最も要素の多いグループに属する設定値から統計的手法を用いて導き出した値（例えば平均値）を採用し、修正確認ジョブとして生成する。なお、統計的手法を用いて導き出した値は、平均値でなくとも、最頻値、中央値などの他の統計的手法を用いて導き出した値であってもよい。すなわち、統計的手法を用いて修正確認ジョブを生成する構成であればどのようなものでもよい。

なお、故障箇所が「転写ベルト」であった場合は、表４の１、４、７行目のトリガーイベント情報ＩＤに対応するデータとして、表３のイベント情報データテーブルの１、４、７行目のイベント情報内容が参照されることになる。表３のイベント情報データテーブルの１、４、７行目すべてにおいて、９０°回転印刷、モノクロ印刷、部数指定が行われているため、これらの設定を流用した修正確認ジョブが生成される。
また、故障箇所が「パッチセンサ」であった場合は、表５の３、５、７行目のトリガーイベント情報ＩＤに対応するデータとして、表３のイベント情報データテーブルの３、５、７行目のイベント情報内容が参照されることになる。表３のイベント情報データテーブルの３、５、７行目すべてにおいて、９０°回転印刷、モノクロ印刷、部数指定が行われているため、これらの設定を流用した修正確認ジョブが生成される。

Ｓ９０５において、修正確認ジョブ生成部４２２は、上記Ｓ９０４で生成された修正確認ジョブを修正確認ジョブリストに追加し、Ｓ９０６に処理を進める。

Ｓ９０６において、修正確認ジョブ生成部４２２は、上記Ｓ９０１で特定されたエラー情報の内、エラー発生時のトリガー種別と異なるトリガー種別を持つエラー情報が存在するかどうかを判定する。そして、また、エラー発生時のトリガー種別と異なるトリガー種別を持つエラー情報が存在しない場合（Ｓ９０６でＮｏの場合）、修正確認ジョブ生成部４２２は、本フローチャートの処理を終了する。なお、故障箇所が「転写ベルト」であった場合は、条件に該当するデータが表４に存在しないため、本フローチャートは終了し、修正確認ジョブメッセージ６２０が確定する。

一方、上記Ｓ９０６において、エラー発生時のトリガー種別と異なるトリガー種別を持つエラー情報が存在する場合（Ｓ９０６でＹｅｓの場合）、修正確認ジョブ生成部４２２は、Ｓ９０７に処理を進める。なお、故障箇所が「パッチセンサ」であった場合は、表５の２、６行目が条件に該当するため、Ｓ９０７が実行される。

Ｓ９０７において、修正確認ジョブ生成部４２２は、上記Ｓ９０６で存在すると判定されたエラー情報のステータスを参照し、トリガー種別ごとにグループ分けを行う。さらに、修正確認ジョブ生成部４２２は、グループごとに、ステータスが「Ｒｅｓｏｌｄｅｄ」となっているデータの比率を測定し、一定以上の閾値（例えば５０％〜７５％）を超えているグループのイベント情報を採用した修正確認ジョブを生成する。なお、一定以上の閾値を超えているグループ内にイベント情報が複数存在する場合には、上述したＳ９０４の処理と同様に、該グループに属する設定値から統計的手法を用いて導き出した値（例えば平均値）を採用し、修正確認ジョブとして生成する。さらに、一定以上の閾値を超えているグループが複数存在する場合には、それぞれ修正確認ジョブを生成するものとする。

例えば、故障箇所が「転写ベルト」であった場合は、表５において、「ＦｉｎｅＣａｌｉｂ」グループと、「ＧｒａｄａｔｉｏｎＣａｌｉｂ」グループに分けられる。さらに、「ＦｉｎｅＣａｌｉｂ」グループの「Ｒｅｓｏｌｄｅｄ」比率が１００％であるため、トリガーイベント情報である、表３の２行目のイベント情報内容を採用した修正確認ジョブが生成される。一方で、「ＧｒａｄａｔｉｏｎＣａｌｉｂ」グループの「Ｒｅｓｏｌｄｅｄ」比率は０％であるため、こちらのイベント情報は修正確認ジョブには採用されない。

次にＳ９０８において、修正確認ジョブ生成部４２２は、上記Ｓ９０７で生成された修正確認ジョブを修正確認ジョブリストに追加し、本フローチャートの処理を終了する。故障箇所が「パッチセンサ」であった場合は、ここで修正確認ジョブメッセージ６２１が確定する。

なお、図９の修正確認ジョブ生成処理において、本実施形態では、修正確認ジョブの生成処理の一例として、特徴量および閾値による統計的手法を行ったが、ジョブの生成処理における統計的手法は特に限定しないものとする。

以下、図５の説明に戻る。
Ｓ５１８において、デバイス遠隔監視アプリケーション４２０の通信部４２１が画像処理装置１００に、修正確認ジョブメッセージを送信する。
なお、故障箇所が「転写ベルト」であった場合、修正確認ジョブメッセージ６２０が送信される。また、故障箇所が「パッチセンサ」であった場合、修正確認ジョブメッセージ６２１が送信される。

Ｓ５１９では、クライアントアプリケーション４００の通信部４０１が、上記Ｓ５１８で送信された修正確認ジョブメッセージを受信し、修正確認ジョブ一覧画面をディスプレイなどの入出力装置３１０に表示するように画像処理装置１００に要求する。画像処理装置１００は、修正確認ジョブ一覧画面の表示要求を受けて、修正確認ジョブ一覧画面をディスプレイなどの入出力装置３１０に表示する。なお、故障箇所が「転写ベルト」であった場合であった場合、図８に示す修正確認ジョブ一覧画面８００が表示される。また、故障箇所が「パッチセンサ」であった場合であった場合、修正確認ジョブ一覧画面８１０が表示される。

ここで、図８を用いて、画像処理装置１００の入出力装置３１０に表示される修正確認ジョブ一覧画面を説明する。
図８は、第１実施形態における修正確認ジョブ一覧画面の一例を示す図である。
修正確認ジョブ一覧画面８００は、故障箇所が「転写ベルト」であった場合の修正確認ジョブ一覧を例示する画面である。

修正確認ジョブ一覧表示領域８０１は、故障箇所の修正確認に必要なジョブの一覧および詳細情報を表示する領域である。修正確認ジョブ一覧表示領域８０１に表示される各ジョブ情報は、図５のＳ５１８で受信した修正確認ジョブ情報を基に生成される。各ジョブ情報には、詳細情報として、ユニットコード、故障箇所の名称、確認ジョブの内容、実行チェックボックスが表示される。修正確認ジョブ一覧画面８００の例では、転写ベルトの修正確認ジョブは、プリントジョブの１件であることが確認できる。

実行チェックボックス８０２は、対象の修正確認ジョブを実行するかどうかを選択可能なチェックボックスである。なお、すでに実行され、修正確認ジョブが成功した場合は、チェックボックスが表示されない。
実行ボタン８０３は、修正確認ジョブの実行を行う時に押下されるボタンである。実行ボタン８０３が押下された場合、実行チェックボックス８０２がチェックされている修正確認ジョブの全てが順次実行される。

修正確認ジョブ一覧画面８１０は、故障箇所が「パッチセンサ」であった場合の修正確認ジョブ一覧を例示する画面である。
修正確認ジョブ一覧表示領域８１１に示す例では、パッチセンサの修正確認ジョブが、プリントジョブと、キャリブレーション実行の２件であることが確認できる。それ以外は、修正確認ジョブ一覧表示領域８０１と同様のため、説明は割愛する。実行チェックボックス８１２、８１３は、実行チェックボックス８０２と同様のため、説明は割愛する。実行ボタン８１４は、実行ボタン８０３と同様のため、説明は割愛する。

以下、図５の説明に戻る。
Ｓ５２０では、サービスマンが修正確認ジョブの実行チェックボックスをすべてチェックした上で、修正確認ジョブの実行ボタンを押下する。
なお、故障箇所が「転写ベルト」であった場合は、修正確認ジョブ一覧画面８００において、実行チェックボックス８０２がチェックされ、実行ボタン８０３が押下される。これに応じて、クライアントアプリケーション４００のジョブ実行部４０４が、デバイス制御部３０７を介して印刷部３０８にプリントジョブを実行させる。サービスマンはジョブ実行完了後、ジョブの成功を確認することで、修正確認終了とする。

また、故障箇所が「パッチセンサ」であった場合は、修正確認ジョブ一覧画面８１０において、実行チェックボックス８１２、８１３がチェックされ、実行ボタン８１４が押下される。これに応じて、クライアントアプリケーション４００のジョブ実行部４０４が、デバイス制御部３０７を介して印刷部３０８にプリントジョブを実行させる。次に、クライアントアプリケーション４００のジョブ実行部４０４が、デバイス制御部３０７を介してセンサ３１１の色ずれ補正キャリブレーションを実行する。サービスマンはジョブ実行完了後、ジョブの成功を確認することで、修正確認終了とする。

Ｓ５２１において、クライアントアプリケーション４００の通信部４０１が、上記Ｓ５２０で修正確認ジョブが実行された結果、エラーが解消されたかどうかを示すエラー更新情報をデバイス遠隔監視サービス１２０に送信する。なお、ここでは故障箇所が「転写ベルト」であった場合、また「パッチセンサ」であった場合もエラーが解消されたものとして説明する。

Ｓ５２２では、デバイス遠隔監視アプリケーション４２０の通信部４２１が、更新エラー情報を受信し、データベース管理部４２３がエラー情報データベースのエラー情報データテーブルを更新する。
なお、故障箇所が「転写ベルト」であった場合の上記Ｓ５２１が完了した時のエラー情報データテーブルを表６に示す。

故障箇所が「転写ベルト」の場合、上記Ｓ５２２の処理により、表６に示すように、「トリガーイベント情報ＩＤ」カラムが「Ｅｖｅｎｔ１００」のエラー情報データの「ステータス」カラムの値が「Ｏｃｃｕｒｅｄ」から「Ｒｅｓｏｌｄｅｄ」に更新される。

また、故障箇所が「パッチセンサ」であった場合のステップＳ５２１が完了した時のエラー情報データテーブルを表７に示す。

故障箇所が「パッチセンサ」の場合、上記Ｓ５２２の処理により、表７に示すように、「トリガーイベント情報ＩＤ」カラムが「Ｅｖｅｎｔ１００」のエラー情報データの「ステータス」カラムの値が「Ｏｃｃｕｒｅｄ」から「Ｒｅｓｏｌｄｅｄ」に更新される。

Ｓ５２３では、デバイス遠隔監視アプリケーション４２０の通信部４２１が、エラー情報の更新に成功した旨（更新成功通知）を画像処理装置１００に送信する。

以上、図５のシーケンスにより、エラーが「傾き異常検知エラー」の場合、故障箇所が「転写ベルト」であれば、プリントジョブによる修正確認のみが実行され、キャリブレーションは実行されない。一方、故障箇所が「パッチセンサ」であれば、プリントジョブ及びキャリブレーション実行による修正確認が実行される。すなわち、修正確認ジョブ生成部４２２は、エラーコードが「傾き異常検知エラー」の場合、確認指示として、ユニットコードが「転写ベルト」を示すコードあればテスト印刷のためのジョブを作成し且つキャリブレーションの指示を作成しない。一方、ユニットコードが「パッチセンサ」を示すコードであればテスト印刷のためのジョブとキャリブレーションの指示とを確認指示として作成する。この際、修正確認ジョブ生成部４２２は、ユニットコードの組み合わせに対応するイベント情報のうち、イベント情報が示す印刷処理の内容に基づきテスト印刷のためのジョブを作成する。また、修正確認ジョブ生成部４２２は、エラーコード、前記ユニットコードの組み合わせに対応するイベント情報のうち、イベント情報が示すキャリブレーション処理の内容に基づきキャリブレーションの指示を作成する。

このような構成により、例えば経験の浅いサービスマン等であっても、修正確認作業の不足が発生することを防ぐことができる。また、修正確認に必要なジョブが図７の修正確認ジョブ一覧画面で図示されるため、例えば経験の浅いサービスマン等であっても、本来不必要な修正確認作業の実施を防ぐことができる。
以上、本実施形態によれば、サービスマンに対し、必要十分かつ精度の良い修正確認フローを実現するためのシステムを提供することができる。

〔第２実施形態〕
第２実施形態では、サービスマンによる修正確認作業のさらなる短縮を実現するため、ジョブの実行時間を重視して修正確認ジョブを生成する形態について説明する。

上述した第１実施形態では、デバイス遠隔監視サービス１２０が、過去発生したイベント情報のうち、同一のエラーコード、ユニットコードのイベント情報の設定を参照して、修正確認ジョブを生成する形態について説明した。しかし、過去発生したイベントの実行時間にばらつきがあった場合、第１実施形態において生成される修正確認ジョブが、実行に多大な時間を要するジョブとなってしまうことが考えられる。この場合、サービスマンによる修正確認作業も増大してしまう可能性がある。そこで第２実施形態では、この点を考慮して、画像処理装置１００が実行時間を含めたイベント情報をデバイス遠隔監視サービス１２０に送信し、デバイス遠隔監視サービス１２０で実行時間を加味した修正確認ジョブ生成処理を行う形態とする。

図１０は、第２実施形態におけるシステム全体の処理シーケンスの一例を示す図である。
まずＳ１０００〜Ｓ１００１は、図５のＳ５００〜Ｓ５０１と同一のため、説明を割愛する。

次にＳ１００２では、クライアントアプリケーション４００のイベント情報生成部４０３がエラー発生時のイベント情報メッセージ（実行時間を含む）を生成し、通信部４０１がデバイス遠隔監視サービス１２０に送信する。この際に送信されるイベント情報メッセージに関して、図１１を用いて説明を行う。

図１１は、第２実施形態におけるイベント情報メッセージの一例を示す図である。
イベント情報メッセージ１１００は、第２実施形態の画像処理装置１００において実行されたプリントジョブを示すメッセージである。イベント情報メッセージ１１００は、「Ｄｅｖｉｃｅ００１」のデバイスにおいて、９０°回転印刷、モノクロ印刷、部数１のプリントジョブが実行されたことを示している。加えて、イベント情報メッセージ１１００は、１１０１の「”ｔｉｍｅ”：”５ｓ”」に示すように、処理時間が５秒であることをメッセージで示している。なお、イベント情報メッセージ１１００が、図１０のＳ１００２で送信されたものとして以下を説明する。

以下、図１０の説明に戻る。
Ｓ１００３では、デバイス遠隔監視アプリケーション４２０の通信部４２１が画像処理装置１００からイベント情報メッセージ１１００を受信する。受信したイベント情報メッセージ１１００は、データベース管理部４２３により、イベント情報データベース４３１のイベント情報データテーブルに新規登録される。本実施形態におけるＳ１００３が完了した時のイベント情報データテーブルを表８，表９に示す。

Ｓ１００３の処理により、「イベント情報ＩＤ」カラムが「Ｅｖｅｎｔ１００」のデータが新しく登録される。
Ｓ１００４〜Ｓ１０１６は、図５のＳ５０４〜Ｓ５１６と同一のため、説明を割愛する。
次にＳ１０１７では、デバイス遠隔監視アプリケーション４２０の修正確認ジョブ生成部４２２が修正確認ジョブ生成処理を行う。修正確認ジョブ生成処理に関して、図１２を用いて説明を行う。

図１２は、第２実施形態における修正確認ジョブ生成処理の一例を示すフローチャートである。このフローチャートの処理は、デバイス遠隔監視サービス１２０を構成するコンピュータのＨＤＤ２０５に格納されるプログラムを、ＣＰＵ２０２が実行することにより実現される。
まずＳ１２００〜Ｓ１２０３は、図９のＳ９０２〜Ｓ９０３と同一のため、説明を割愛する。

次にＳ１２０４において、修正確認ジョブ生成部４２２は、Ｓ１２０３で存在すると判定されたエラー情報のトリガーとなったイベント情報の内容をイベント情報データテーブルから参照する。さらに、修正確認ジョブ生成部４２２は、これらイベント情報のうち、ジョブ実行時間が最小のイベント情報の内容を採用した修正確認ジョブを生成する。例えば、Ｓ１２０３で存在すると判定されたエラー情報のトリガーイベント情報が、表８，表９のイベント情報テーブルの３、５、７行目であった場合、実行時間が最小の３行目のイベント情報が修正確認ジョブとして採用される。なお、実行時間が最小のイベント情報が複数存在する場合には、それらの設定値から統計的手法を用いて導き出した値（例えば平均値）を採用し、修正確認ジョブとして生成する。

なお、Ｓ１２０５〜Ｓ１２０６は、図９のＳ９０５〜Ｓ９０６と同一のため、説明は割愛する。
次にＳ１２０７では、図９のＳ９０７の処理に加えて、グループ内で最も実行時間の少ないイベント情報を修正確認ジョブとして採用する。
具体的には、Ｓ１２０７において、修正確認ジョブ生成部４２２は、上記Ｓ１２０６で存在すると判定されたエラー情報のステータスを参照し、トリガー種別ごとにグループ分けを行う。さらに、修正確認ジョブ生成部４２２は、グループごとに、ステータスが「Ｒｅｓｏｌｄｅｄ」となっているデータの比率を測定し、一定以上の閾値（例えば５０％〜７５％）を超えているグループを取得する。さらに、そのグループ内で実行時間の最小のイベント情報を修正確認ジョブとして採用する。なお、実行時間が最小のイベント情報が複数存在する場合には、それらの設定値から統計的手法を用いて導き出した値（例えば平均値）を採用し、修正確認ジョブとして生成する。さらに、一定以上の閾値を超えているグループが複数存在する場合には、それぞれ修正確認ジョブを生成するものとする。
次にＳ１２０８では、図９のＳ１２０６と同一のため、説明は割愛する。

ここで、図１０の説明に戻る。
なおＳ１０１８〜Ｓ１０２３は、図５のＳ５１８〜Ｓ５２３と同一のため、説明は割愛する。

以上のように、第２実施形態では、イベント情報に、画像処理装置１００で実行されたイベント処理の処理時間を示す情報を含める。また、修正確認ジョブ生成部４２２が、イベント情報データベース４３１に保持されるイベント情報が示すイベント処理の内容及び処理時間に基づき確認指示（修正確認ジョブ）を作成する。

このような構成により、過去発生したイベントの実行時間にばらつきがあった場合でも、最も実行時間の少ないイベントを採用して修正確認ジョブが作成され、サービスマンが修正確認において実行することができる。このため、生成される修正確認ジョブの実行時間の増大を抑え、サービスマンによる修正確認作業の増大を抑えることができる。よって、コストの増加を抑制することができる。

以上、各実施形態によれば、画像処理装置等のネットワークデバイスのエラー全般において、サービスマンに対して必要十分かつ精度の良い修正確認フローを提供することができ、サービスマンが適切な修正確認を実行することができる。すなわち、必要十分かつ精度の良い修正確認フローを実現することができる。これにより、ネットワークデバイスのダウンタイムの長期化やエラーの再発を抑えユーザの利便性を向上するとともに、サービスマンの再出動を抑えて修正確認コストを抑えることもできる。

なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
また、上記各実施形態を組み合わせた構成も全て本発明に含まれるものである。

〔その他の実施形態〕
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。即ち、上述した各実施形態及びその変形例を組み合わせた構成も全て本発明に含まれるものである。

Claims (7)

1. 遠隔監視システムと、ネットワークデバイスと、を含むシステムであって、
   前記遠隔監視システムは、
   前記ネットワークデバイスで発生したエラーを示すエラーコードを含むエラー情報と、エラー検出時に前記ネットワークデバイス内で実行された診断処理の結果としての対処法を示すユニットコードを含む診断情報とを取得する取得手段と、
   前記エラーコード、前記ユニットコードの組み合わせから確認指示を作成する作成手段と、
   前記作成された確認指示を前記ネットワークデバイスに送信する第１送信手段と、を有し、
   前記ネットワークデバイスは、
   前記エラー情報と前記診断情報とを、前記遠隔監視システムに送信する第２送信手段と、
   前記遠隔監視システムから前記第２送信手段により送信したエラー情報と診断情報とに対応する確認指示を受信する受信手段と、
   前記診断情報に従う前記エラーに対する対処が行われた後に、前記確認指示に基づく処理を実行するための実行手段と、を有し、
   前記作成手段は、前記エラーコードが特定のエラーコードであった場合、前記確認指示として、前記ユニットコードが第１ユニットコードあればテスト印刷のための第１ユニットコードに対応するジョブを作成し且つキャリブレーションの指示を作成せず、前記ユニットコードが第２ユニットコードであればテスト印刷のための第２ユニットコードに対応するジョブとキャリブレーションの指示とを作成する、
   ことを特徴とするシステム。
2. 前記実行手段は、前記確認指示に基づく処理を提示し、該提示された処理から選択された処理を実行することを特徴とする請求項１に記載のシステム。
3. 前記ネットワークデバイスは、該ネットワークデバイスで実行されたイベント処理の内容を示すイベント情報を前記遠隔監視システムに対して送信し、
   前記遠隔監視システムは、前記イベント情報を保持し、
   前記作成手段は、前記保持されるイベント情報のうち、前記エラーコード、前記ユニットコードの組み合わせに対応するイベント情報が示すイベント処理の内容に基づき確認指示を作成する、ことを特徴とする請求項１又は２に記載のシステム。
4. 前記作成手段は、前記エラーコード、前記ユニットコードの組み合わせに対応するイベント情報のうち、イベント情報が示す印刷処理の内容に基づき前記テスト印刷のためのジョブを作成する、ことを特徴とする請求項３に記載のシステム。
5. 前記作成手段は、前記エラーコード、前記ユニットコードの組み合わせに対応するイベント情報のうち、イベント情報が示すキャリブレーション処理の内容に基づき前記キャリブレーションの指示を作成する、ことを特徴とする請求項３又は４に記載のシステム。
6. 前記イベント情報は、前記ネットワークデバイスで実行されたイベント処理の処理時間を示す情報を含み、
   前記作成手段は、前記イベント情報が示すイベント処理の内容及び処理時間に基づき確認指示を作成する、ことを特徴とする請求項３〜５のいずれか１項に記載のシステム。
7. 遠隔監視システムと、ネットワークデバイスと、を含むシステムの制御方法であって、
   前記遠隔監視システムが実行する、
   前記ネットワークデバイスで発生したエラーを示すエラーコードを含むエラー情報と、エラー検出時に前記ネットワークデバイス内で実行された診断処理の結果としての対処法を示すユニットコードを含む診断情報とを取得する取得ステップと、
   前記エラーコード、前記ユニットコードの組み合わせから確認指示を作成する作成ステップと、
   前記作成された確認指示を前記ネットワークデバイスに送信する第１送信ステップと、を有し、
   前記ネットワークデバイスは、
   前記エラー情報と前記診断情報とを、前記遠隔監視システムに送信する第２送信ステップと、
   前記遠隔監視システムから前記第２送信ステップで送信したエラー情報と診断情報とに対応する確認指示を受信する受信ステップと、
   前記診断情報に従う前記エラーに対する対処が行われた後に、前記確認指示に基づく処理を実行するための実行ステップと、を有し、
   前記作成ステップでは、前記エラーコードが特定のエラーコードであった場合、前記確認指示として、前記ユニットコードが第１ユニットコードあればテスト印刷のための第１ユニットコードに対応するジョブを作成し且つキャリブレーションの指示を作成せず、前記ユニットコードが第２ユニットコードであればテスト印刷のための第２ユニットコードに対応するジョブとキャリブレーションの指示とを作成する、
   ことを特徴とするシステムの制御方法。

Images