JP2010067093A - 管理装置、プログラム、及び管理システム - Google Patents
管理装置、プログラム、及び管理システム Download PDFInfo
- Publication number
- JP2010067093A JP2010067093A JP2008234013A JP2008234013A JP2010067093A JP 2010067093 A JP2010067093 A JP 2010067093A JP 2008234013 A JP2008234013 A JP 2008234013A JP 2008234013 A JP2008234013 A JP 2008234013A JP 2010067093 A JP2010067093 A JP 2010067093A
- Authority
- JP
- Japan
- Prior art keywords
- information
- user
- image processing
- abnormality
- recovery time
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Accessory Devices And Overall Control Thereof (AREA)
Abstract
【課題】適切なエラー通知を行う。
【解決手段】管理サーバのログ情報DB140は、プリンタの利用者として予め登録されたユーザと、当該ユーザによるプリンタの利用時に検出されたエラーの種別と、プリンタが当該エラーから正常状態に回復するまでにかかった回復時間と、を互いに関連づけて記憶する。プリンタで検出されたエラーの種別とエラーの検出時における当該プリンタのユーザのユーザ名とを含むエラー情報をプリンタから管理サーバが受信すると、制御部100の通知制御手段104は、ログ情報DB140を参照し、そのエラーからの回復にかかる時間の予想値である予想回復時間を求める。この予想回復時間に基づいて、通知情報生成手段106は、受信したエラー情報が表すエラーについてユーザなどに対して通知するための通知情報を生成する。
【選択図】図3
【解決手段】管理サーバのログ情報DB140は、プリンタの利用者として予め登録されたユーザと、当該ユーザによるプリンタの利用時に検出されたエラーの種別と、プリンタが当該エラーから正常状態に回復するまでにかかった回復時間と、を互いに関連づけて記憶する。プリンタで検出されたエラーの種別とエラーの検出時における当該プリンタのユーザのユーザ名とを含むエラー情報をプリンタから管理サーバが受信すると、制御部100の通知制御手段104は、ログ情報DB140を参照し、そのエラーからの回復にかかる時間の予想値である予想回復時間を求める。この予想回復時間に基づいて、通知情報生成手段106は、受信したエラー情報が表すエラーについてユーザなどに対して通知するための通知情報を生成する。
【選択図】図3
Description
本発明は、管理装置、プログラム、及び管理システムに関する。
プリンタ、複写機、又はスキャナなどの機能を有する画像処理装置において、紙詰まりや用紙切れなどのエラーが発生した場合、その旨をユーザ又は管理者に知らせる技術がある。例えば、当該画像処理装置に設けられた表示パネルにエラー発生の旨を表示させることがある。また例えば、当該画像処理装置に対して処理命令を出したクライアントPC(Personal Computer)又は当該画像処理装置を管理する管理サーバなど、ネットワークを介して当該画像処理装置に接続された情報処理装置に対して、エラー発生の旨を表す情報を送信することもある。
例えば、特許文献1及び2に記載の技術では、エラーの種別ごとにその発生時のエラー通知方法を予め設定しておき、エラーが発生した場合に、その種別について予め設定された方法に従ってエラーの通知を行う。
また、特許文献3には、発生したエラーに対処するための処理に関する技術が開示されている。特許文献3に記載のシステムでは、ユーザごとに、エラー発生時に実行する複数のエラーリカバリ処理とこれらのエラーリカバリ処理の実行の優先順位とを設定するユーザプロファイルを管理サーバに記憶させておき、スキャナなどの装置においてエラーの発生が検出されると、その操作ユーザのユーザプロファイルを管理サーバから取得し、取得したユーザプロファイルで設定されたエラーリカバリ処理を優先順位に従って順次実行する。
ところで、プリンタなどの画像処理装置において異常や故障が発生した場合、その利用者は、例えば画像処理装置のメンテナンス業者などに対して作業員の派遣を要請し、要請を受けた作業員が画像処理装置の設置場所に訪問して修理を行うことがある。
特許文献4には、このような作業員(サービスエンジニア、SE)の無駄な訪問を減少させ、故障修理の効率化を図るための遠隔故障診断システムが開示されている。特許文献4に記載のシステムでは、複写機から故障情報を受け取った遠隔管理装置において、複写機に対するユーザの習熟度、故障として感じる度合い、用紙の特性、装置の設置環境などを考慮して複写機の故障診断を行い、その診断結果に基づいて、SEの訪問が必要であるか否かを判定する。そして、SEの訪問が必要であると判定した複写機に関する情報を、その複写機を管理するSEが常駐している場所のワークステーションやファクシミリなどに伝送する。
また、特許文献5には、プリンタなどの装置のメンテナンスを支援するシステムであって、プリンタから障害情報を受信したプリンタ管理サーバが、受信した障害情報に基づいてメンテナンスが必要な障害が発生したと判定したときは、メンテナンス作業員を選択し、メンテナンス作業員の技術レベル及び位置情報に基づいて、そのメンテナンス所要時間及び到着予定時間を算出し、プリンタに対して返信するシステムが開示されている。
従来、エラーの種類とユーザの組合せを考慮せずエラー通知を行っていたため、エラーが生じた装置を迅速にエラーから回復できないことがあった。
請求項1に係る発明は、画像処理装置で検出された異常の種別と当該異常の検出時における前記画像処理装置のユーザの識別情報とを含む異常検出情報を前記画像処理装置から受信した場合に、前記画像処理装置が当該異常の状態から正常な状態へ回復するまでにかかる時間の予想値である予想回復時間に基づいて、前記異常検出情報が表す異常に関する出力情報を生成する出力情報生成手段、を備え、前記予想回復時間は、前記画像処理装置の利用者として予め登録されたユーザの識別情報と、当該ユーザによる前記画像処理装置の利用時に前記画像処理装置で検出された異常の種別と、前記画像処理装置が当該異常の状態から正常な状態へ回復するまでにかかった回復時間と、を互いに関連づけて記憶した履歴情報記憶手段を参照して算出された値である、ことを特徴とする管理装置である。
請求項2に係る発明は、請求項1に係る発明において、前記予想回復時間は、前記履歴情報記憶手段に記憶されたユーザのそれぞれについて、当該ユーザの識別情報と前記異常検出情報に含まれる前記異常の種別とに関連づけられた前記回復時間に基づいて算出され、前記生成手段は、前記異常検出情報で表されるユーザについて算出された予想回復時間より短い予想回復時間を算出された他のユーザの識別情報を含む前記出力情報を生成する。
請求項3に係る発明は、請求項2に係る発明において、前記生成手段は、前記異常検出情報を受信してから、前記異常検出情報で表されるユーザについて算出された予想回復時間が経過する前に出力される第1出力情報と、当該予想回復時間が経過した後に出力される情報であって前記第1出力情報と異なる第2出力情報を生成する。
請求項4に係る発明は、請求項3に係る発明において、前記第1出力情報は、前記異常検出情報で表されるユーザについて算出された予想回復時間を含み、前記第2出力情報は、前記異常検出情報で表されるユーザについて算出された予想回復時間より短い予想回復時間を算出された他のユーザの識別情報と、当該他のユーザについて算出された前記予想回復時間と、を含む。
請求項5に係る発明は、請求項3に係る発明において、前記第1出力情報は、前記異常検出情報で表される異常の種別を少なくとも含み、前記第2出力情報は、前記異常検出情報で表されるユーザについて算出された予想回復時間より短い予想回復時間を算出された他のユーザに対して前記異常検出情報について通知する情報を含み、前記異常検出情報を受信してから、前記異常検出情報で表されるユーザについて算出された予想回復時間が経過する前に前記画像処理装置に対して前記第1出力情報を出力し、当該予想回復時間が経過した後に前記他のユーザが用いる情報処理装置に対して前記第2出力情報を出力する出力手段をさらに備える。
請求項6に係る発明は、請求項3に係る発明において、前記第1出力情報は、前記画像処理装置が備える表示手段に前記予想回復時間を含む表示画面を表示させる制御情報であり、前記第2出力情報は、表示手段への表示画面の表示と異なる方法で前記ユーザに対して前記異常を通知するための制御情報である。
請求項7に係る発明は、請求項2に係る発明において、前記生成手段は、前記画像処理装置の利用者として予め登録されたユーザの識別情報と、当該ユーザが前記画像処理装置における異常の発生に対処する際に支援を依頼可能な相手先を表す情報と、を関連づけて記憶するユーザ関連情報記憶手段をさらに参照し、前記異常検出情報で表されるユーザについて算出された予想回復時間より短い予想回復時間を算出された他のユーザのうち、前記異常検出情報に含まれるユーザの識別情報に関連づけられた前記相手先に該当する他のユーザの識別情報を含む前記出力情報を生成する。
請求項8に係る発明は、請求項7に係る発明において、前記ユーザ関連情報記憶手段は、前記ユーザの識別情報と複数の前記相手先とを関連づけて記憶する場合に、さらに、複数の前記相手先それぞれに関連づけて、当該ユーザが支援を依頼する順番を決定する際の参考情報として用いられる優先度を記憶し、前記生成手段は、前記相手先に該当する他のユーザの識別情報と当該相手先の優先度とを含む前記出力情報を生成する。
請求項9に係る発明は、請求項1から8のいずれか1項に係る発明において、前記画像処理装置から前記異常検出情報を受信した後、前記画像処理装置が正常な状態に回復したことを表す回復情報を前記画像処理装置から受信した場合に、前記履歴情報記憶手段において、前記異常検出情報に含まれる前記ユーザの識別情報及び前記異常の種別に関連づけて、前記異常検出情報が表す異常の発生から前記回復情報が表す前記画像処理装置の正常な状態への回復までの時間を前記回復時間として登録する履歴情報登録手段であって、前記異常検出情報の受信から前記回復情報の受信までの経過時間が予め設定された閾値を超えている場合に、その旨を表す情報を前記ユーザの識別情報及び前記異常の種別に関連づけて前記履歴情報記憶手段に登録する、履歴情報登録手段、をさらに備える。
請求項10に係る発明は、画像処理装置で検出された異常の種別と当該異常の検出時における前記画像処理装置のユーザの識別情報とを含む異常検出情報を前記画像処理装置から受信した場合に、前記画像処理装置が当該異常の状態から正常な状態へ回復するまでにかかる時間の予想値である予想回復時間に基づいて、前記異常検出情報が表す異常に関して出力する出力情報を生成する出力情報生成ステップ、をコンピュータに実行させ、前記予想回復時間は、前記画像処理装置の利用者として予め登録されたユーザの識別情報と、当該ユーザによる前記画像処理装置の利用時に前記画像処理装置で検出された異常の種別と、前記画像処理装置が当該異常の状態から正常な状態へ回復するまでにかかった回復時間と、を互いに関連づけて記憶した履歴情報記憶手段を参照して算出された値である、ことを特徴とするプログラムである。
請求項11に係る発明は、画像処理装置と前記画像処理装置を管理する管理装置とを備え、前記画像処理装置は、異常を検出する検出手段と、前記検出手段が前記異常を検出したときに、前記異常の種別と、前記異常の検出時における前記画像処理装置のユーザの識別情報と、を含む異常検出情報を前記管理装置に対して送信する送信手段と、を備え、前記管理装置は、前記画像処理装置から前記異常検出情報を受信した場合に、前記画像処理装置が当該異常の状態から正常な状態へ回復するまでにかかる時間の予想値である予想回復時間に基づいて、前記異常検出情報が表す異常に関する出力情報を生成する出力情報生成手段、を備え、前記予想回復時間は、前記画像処理装置の利用者として予め登録されたユーザの識別情報と、当該ユーザによる前記画像処理装置の利用時に前記画像処理装置で検出された異常の種別と、前記画像処理装置が当該異常の状態から正常な状態へ回復するまでにかかった回復時間と、を互いに関連づけて記憶した履歴情報記憶手段を参照して算出された値である、ことを特徴とする管理システムである。
請求項1、10、又は11に係る発明によると、画像処理装置において検出された異常の種別と、異常の検出時のユーザと、の組み合わせに応じた内容及び方法で、異常が検出された旨の通知を行うことができる。
請求項2に係る発明によると、異常が検出された画像処理装置のユーザに対し、同じ種別の異常に対処した経験のある他のユーザであって、より短時間で画像処理装置を正常状態に回復させることができる可能性のある他のユーザに関する情報を提供できる。
請求項3に係る発明によると、画像処理装置において異常が検出されてから当該画像処理装置のユーザについての予想回復時間を経過する前後で異なる態様で当該異常に関する通知を行うことができる。
請求項4に係る発明によると、異常が検出された画像処理装置のユーザについての予想回復時間を経過した後に、同じ種別の異常に対処した経験のある他のユーザに関する情報を、異常が検出された画像処理装置のユーザに提供できる。
請求項5に係る発明によると、異常が検出された画像処理装置のユーザについての予想回復時間を経過した後に、同じ種別の異常に対処した経験のある他のユーザに対して、当該異常についての通知を行うことができる。
請求項6に係る発明によると、異常が検出された画像処理装置のユーザについての予想回復時間を経過した後に、当該異常に対してさらに当該ユーザに注意を促すことができる。
請求項7に係る発明によると、異常が検出された画像処理装置のユーザに関連のある他ユーザについての情報を選択して提供できる。
請求項8に係る発明によると、異常が検出された画像処理装置のユーザに関連のある他ユーザについての情報を、その優先度とともに提供できる。
請求項9に係る発明によると、画像処理装置における異常の発生から正常状態への回復までの時間が予め設定された閾値を超えた場合に、その旨を当該画像処理装置のユーザ及びその異常の種別と関連づけて記憶させておくことができる。
図1は、プリンタなどの画像処理装置を管理する管理システムの概略構成の例を示すブロック図である。図1の例の管理システムは、管理サーバ10、プリンタ20−1,20−2,…(以下、プリンタ20と総称する)、及びクライアント端末30−1,30−2,…(以下、クライアント端末30と総称する)が、LAN(Local Area Network)などのネットワーク40を介して互いに接続された構成を有する。
図2は、プリンタ20の概略構成の例を示す機能ブロック図である。プリンタ20は、制御部200、通信部230、印刷部240、操作パネル250、表示部260、及び記憶部270を備える。
通信部230は、ネットワーク40を介してプリンタ20と接続された管理サーバ10及びクライアント端末30との間で情報の送受信を行う通信インタフェースとして機能する。
制御部200は、通信部230、印刷部240、操作パネル250、表示部260、及び記憶部270と接続され、各部の動作を制御する。制御部200は、例えば、CPU(Central Processing Unit)やMPU(Micro Processing Unit)などの演算装置により実現される。制御部200は、印刷制御手段202、エラー検出手段204、エラー情報生成手段206、回復検出手段208、及び回復情報生成手段210を備える。
印刷制御手段202は、プリンタ20による印刷動作を制御する。印刷制御手段202は、例えば、画像データを含む印刷命令をクライアント端末30から通信部を介して受信すると、印刷部240を制御して、その画像データの用紙への印刷を実行させる。印刷部240は、一般的なプリンタの印刷機能を実現する装置であってよい。
エラー検出手段204は、プリンタ20において発生するエラーを検出する。例えば、エラー検出手段204は、用紙切れや紙詰まりなどのエラーを検出し、その旨をエラー情報生成手段206に通知する。
エラー情報生成手段206は、エラー検出手段204からエラー検出の旨の通知を受けると、そのエラーの種別を表す識別情報であるエラーコードと、そのエラー発生時のプリンタ20の利用者であるユーザのユーザ名と、を含むエラー情報を生成する。エラーコードは、例えば、各エラーの種別について予め設定されて記憶部に記憶された識別情報であってよい。ユーザ名は、例えば、印刷命令を送信した送信元のクライアント端末30から取得される。また、エラー情報は、エラー検出手段204が当該エラーを検出した日時(エラー発生日時)をさらに含んでいてよい。以下で説明する本実施形態の例では、エラー情報は、エラーコード及びユーザ名とともにエラー発生日時を含むものとする。制御部200は、通信部230及びネットワーク40を介して、エラー情報生成手段206が生成したエラー情報を管理サーバ10に対して送信する。
回復検出手段208は、エラー検出手段204がエラーを検出した後、プリンタ20が当該エラーの状態から正常な状態に回復した場合に、その旨を検出して回復情報生成手段210に通知する。
回復情報生成手段210は、エラー状態から正常状態に回復した旨の通知を回復検出手段208から受けて、プリンタ20が正常状態に回復した旨を表す情報を含む回復情報を生成する。本実施形態の例では、制御部200は、エラー検出手段204がエラーを検出してから、回復検出手段208が正常状態への回復を検出するまでの間にプリンタ20に対して行われた操作の種類を表す情報を記憶部に記憶させておき、回復情報は、この操作の種類を表す情報をさらに含む。この操作の種類は、例えば、プリンタ20の用紙格納スペースなどの扉(図示しない)を開くことや、プリンタ20の電源のリセットなどを含む。また、本実施形態の例では、回復情報は、プリンタ20が正常状態に回復した日時(回復日時)をさらに含む。制御部200は、通信部230及びネットワーク40を介して、回復情報生成手段210が生成した回復情報を管理サーバ10に対して送信する。
操作パネル250は、プリンタ20に対する指示をユーザが入力するための入力装置である。操作パネル250を介して入力された情報は、制御部200に渡されて処理される。
表示部260は、プリンタ20の状態などを表す情報を表示する。表示部260は、例えば、液晶の表示パネルなどにより実現される。
記憶部270は、制御部200における処理に必要な情報、及び処理手順を記述したプログラムを記憶する記憶装置である。記憶部270は、例えば、RAM(Random Access Memory)やROM(Read Only Memory)などの記憶装置により実現される。制御部200を実現するCPUなどの演算装置が記憶部270に記憶されたプログラムを読み出して実行することで、制御部200の各手段の処理が実行される。
なお、図2には示さないが、プリンタ20は、複写機能やスキャナ機能など、印刷機能の他の画像処理機能を備える装置であってよい。
次に図3を参照し、プリンタ20を管理する管理サーバ10について説明する。図3は、管理サーバ10の内部構成の概略の例を示すブロック図である。管理サーバ10は、制御部100、プリンタ情報DB(データベース)130、ログ情報DB140、ユーザ情報DB150、及び通信部160を備える。
通信部160は、ネットワーク40を介してプリンタ20やクライアント端末30との間の情報の送受信を行う通信インタフェースとして機能する。
制御部100は、管理サーバ10による各種の処理の実行を制御する。制御部100は、プリンタ管理手段102、通知制御手段104、通知情報生成手段106、タイマ手段108、及びログ情報登録手段110を備える。
プリンタ管理手段102は、プリンタ20に関する情報を管理する。例えば、プリンタ管理手段102は、ネットワーク40及び通信部160を介してプリンタ20から上述のエラー情報を受信すると、プリンタ情報DB130を参照して、受信したエラー情報中のエラーコードが表すエラーの種別を特定する。
プリンタ情報DB130は、プリンタ20に関する情報を記憶するデータベースである。図4に、プリンタ情報DB130のデータ内容の一例を示す。図4の例の表の1行は、1つのプリンタ20に関する情報を含むレコードである。図4を参照し、各レコードは、プリンタ名、機種名、通信設定、及びエラーコードの各項目を含む。プリンタ名は、当該レコードに対応するプリンタ20の名称であり、そのプリンタ20の識別情報である。機種名は、対応するプリンタ20の機種を表す情報である。通信設定は、対応するプリンタ20と管理サーバ10との間の通信の態様を表す設定情報である。
図4の例では、通信設定の値として、「SNMP」又は「POLLING」が登録されている。「SNMP」は、ネットワークを介して接続された機器を監視及び制御するためのプロトコルであるSNMP(Simple Network Management Protocol)に従った通信を表す。SNMPに従ってプリンタ20と管理サーバ10とが通信する場合、例えば、プリンタ20においてエラーが発生すると、プリンタ20は、SNMPにおいてトラップ又はイベント通知と呼ばれる機能を用いて、発生したエラーに関する上述のエラー情報を管理サーバ10に対して送信する。「POLLING」は、管理サーバ10からプリンタ20に対してエラーの発生の有無を定期的に問い合わせることを表す。管理サーバ10の制御部100のプリンタ管理手段102は、通信設定の項目に「POLLING」が設定されているプリンタ20に対して、定期的にエラーの発生の有無の応答を求める要求を送信し、この要求を受信したプリンタ20は、エラーが発生していればそのエラーに関する上述のエラー情報を応答として管理サーバ10に対して送信し、エラーが発生していなければその旨を表す情報を応答として管理サーバ10に対して送信する。
図4の例の表において、エラーコードの項目は、プリンタ20からのエラー情報に含まれるエラーコードとエラーの種別との対応づけを表す。図4の例では、エラーコードの項目は、下位項目として各エラー種別(「用紙切れ」、「紙詰まり」、「ドラム交換」、「トナーなし」、及び「HW(ハードウエア)エラー」など)を含む。図4の例の表のレコードにおいて、各エラー種別の値は、対応するプリンタ20が管理サーバ10に対して送信するエラー情報に含まれるエラーコードであって当該エラー種別を表すエラーコードである。例えば、図4の例の表のプリンタ名「Printer-a」のレコードを参照し、用紙切れの項目の値は「E-01」に設定されている。よって、プリンタ名「Printer-a」のプリンタ20からのエラー情報にエラーコードとして「E-01」が含まれている場合、管理サーバ10の制御部100のプリンタ管理手段102は、当該プリンタ20で発生したエラーの種別が「用紙切れ」であることを特定する。
なお、図4は、プリンタ情報DB130のデータ内容の一例にすぎない。管理目的上必要な項目があれば、図4に例示する項目以外の項目を含んでいてよい。あるいは、図4に例示する項目の一部を含んでいなくても良い。例えば、すべてのプリンタ20と管理サーバ10との間の通信の態様が同じである場合、プリンタ情報DB130に通信設定の項目を登録しなくてもよい。
再び図3を参照し、通知制御手段104は、管理サーバ10がプリンタ20から受信したエラー情報についてのユーザ又は管理者などに対する通知に関する処理を制御する。例えば、通知制御手段104は、プリンタ20からのエラー情報とプリンタ管理手段102が当該エラー情報について特定したエラーの種別とをプリンタ管理手段102から受け取ると、そのエラーを通知するための通知情報の生成を通知情報生成手段106に対して指示する。そして、通信部160及びネットワーク40を介して、通知情報生成手段106が生成した通知情報を当該通知情報について定められた送信先に対して送信する。送信先は、生成された通知情報の内容に応じて定められる。例えば、プリンタ20の表示部260にエラーに関する情報を表示させる制御情報が通知情報として生成された場合、その通知情報の送信先は、エラー情報の送信元のプリンタ20となる。また、通知制御手段104は、例えば、ログ情報DB140を参照して、プリンタ20が当該エラーの状態から正常な状態へ回復するまでの時間の予想値である予想回復時間を求める。また、通知制御手段104は、プリンタ20からのエラー情報の受信の後、管理サーバ10が当該プリンタ20から回復情報を受信することなく上述の予想回復時間が経過すると、再度、通知情報生成手段106により生成された通知情報の送信を行う。通知制御手段104の処理の詳細は後述する。
通知情報生成手段106は、通知制御手段104の指示に従って、管理サーバ10がプリンタ20から受信したエラー情報についてユーザ又は管理者などに対して通知するための通知情報を生成する。通知情報生成手段106は、例えば、通知情報として、エラー情報で表されるエラーの種別及び通知制御手段104が求めた予想回復時間を表す情報をプリンタ20の表示部260に表示させる制御情報を生成する。また例えば、通知情報生成手段106は、ログ情報DB140を参照して、受信されたエラー情報で表されるエラーの種別のエラーに遭遇した経験のあるユーザであって当該エラー情報で表されるユーザの他のユーザに関する情報を含む通知情報を生成することもある。他ユーザに関する情報は、例えば、エラー情報で表されるユーザに対し、プリンタ20のエラー状態からの回復のための支援を依頼できる相手先を提示するために用いられる。通知情報生成手段106は、さらに、ユーザ情報DB150を参照して、受信されたエラー情報で表されるユーザについて予め設定された支援依頼先(グループ又は管理者など)に該当する他ユーザを選択し、選択された他ユーザに関する情報を含む通知情報を生成することもある。通知情報生成手段106が生成する各種の通知情報の詳細は後述する。
ログ情報DB140は、プリンタ20において発生したエラーの発生及びエラー状態からの回復に関する履歴情報を記憶するデータベースである。図5に、ログ情報DB140のデータ内容の一例を示す。図5の例の表の1行は、1回のエラー発生に関する履歴情報を表すレコードである。各レコードには、プリンタ20から管理サーバ10が受信する1つのエラー情報及び当該エラー情報の受信の後に当該プリンタ20から受信される回復情報が表す情報が登録される。
図5を参照し、各レコードは、ユーザ名、エラー種別、回復日時、回復時間、及び回復操作の各項目を含む。ユーザ名は、そのレコードに対応するエラーの発生時にプリンタ20を利用していたユーザの識別情報であり、対応するエラー情報に含まれるユーザ名である。エラー種別は、そのレコードに対応するエラーのエラー種別である。エラー種別は、プリンタ20からのエラー情報に含まれるエラーコードからプリンタ管理手段102が特定するものである。回復日時は、そのエラーが発生したプリンタ20においてエラーの状態から正常状態に回復した日時である。回復日時の項目の値は、当該プリンタ20からの回復情報に含まれる回復日時であってよい。回復時間は、エラーの発生から、正常状態へ回復するまでの時間を表す。回復時間の項目の値は、例えば、プリンタ20からのエラー情報に含まれるエラー発生日時から、対応する回復情報に含まれる回復日時までの時間であってよい。回復操作は、エラーの発生から正常状態へ回復するまでの間にプリンタ20に対して行われた操作の種類を表す。回復操作の項目の値は、例えば、プリンタ20からの回復情報中の操作の種類を表す情報であってよい。
なお、後に詳述するが、本実施形態の例では、管理サーバ10がエラー情報を受信してから回復情報を受信するまでの経過時間が予め設定された閾値を超えた場合、ログ情報DB140の対応するレコードの回復時間の項目には、その旨を表す値が登録される。このような場合、図5の表の例では、回復時間の項目の値は「0sec」に設定される。
また、ログ情報DB140は、プリンタ20からのエラー情報及び回復情報に対応する履歴情報を表すレコードに加えて、あるユーザ名及びエラー種別の組について妥当と考えられる回復時間を表すレコードを記憶していてもよい。このようなレコードは、管理サーバ10によるプリンタ20からのエラー情報及び回復情報の受信に応じてログ情報DB140に登録されるのではなく、例えば、システムの管理者などにより登録される。図5の例の表の7行目のレコード(ユーザ名「Gr1Admin」及びエラー種別「用紙切れ」)は、このようなレコードの例である。当該レコードの回復時間の項目には、ユーザ名「Gr1Admin」のユーザがエラー種別「用紙切れ」のエラーに遭遇した場合の回復時間として妥当と考えられる値が登録される。この回復時間の値は、例えば、ユーザ名「Gr1Admin」のユーザのプリンタ20の使用経験などに応じて決定される。また、当該レコードの回復日時及び回復操作の項目はそれぞれ「Null(なし)」に設定される。
なお、図5は、ログ情報DB140のデータ内容の一例であり、ログ情報DB140に登録される項目は、図5に例示する項目に限られない。例えば、各レコードに対応するエラーが発生したプリンタ20のプリンタ名など、図5に例示する項目の他の項目を登録してもよい。また、図5に例示する項目のうち、ユーザ名、エラー種別、及び回復時間の他の項目は、システムの管理目的上必要なければ省略してもよい。
ログ情報登録手段110は、プリンタ20からのエラー情報及び回復情報に対応する履歴情報をログ情報DB140に登録する。ログ情報登録手段110は、例えば、プリンタ管理手段102からエラー情報中のエラー種別を特定する情報を取得して、ログ情報DB140において、当該エラー情報に対応する新たなレコードを生成する。この新たなレコードにおいて、例えば、ユーザ名の項目の値としてエラー情報中のユーザ名を登録し、エラー種別の項目の値としてプリンタ管理手段102が特定したエラー種別を登録する。また、管理サーバ10が、そのエラー情報の送信元のプリンタ20から正常状態に回復した旨を表す回復情報を受信すると、ログ情報登録手段110は、ログ情報DB140中の当該エラー情報に対応するレコードにおいて、回復日時の項目に回復情報中の回復日時を登録し、回復時間の項目にエラー情報中のエラー発生日時から回復情報中の回復日時までの時間を登録する。また、回復操作の項目には、上述の回復情報に含まれる情報であってエラー発生から回復までの間にプリンタ20に対して行われた操作の種別を表す情報を登録する。
タイマ手段108は、作動開始されてからの経過時間を計測するタイマとして機能する。タイマ手段108は、例えば、管理サーバ10がプリンタ20からのエラー情報を受信した時に作動開始される。
ユーザ情報DB150は、システム内のプリンタ20の利用者として予め登録されたユーザに関する情報を記憶するデータベースである。図6に、ユーザ情報DB150のデータ内容の一例を示す。図6を参照し、ユーザ情報DB150は、各ユーザのユーザ名に関連づけて、所属グループ、電子メールアドレス、支援依頼先、及び優先度の各項目の値を記憶する。所属グループの項目には、対応するユーザ名のユーザが所属するグループの識別情報が登録される。電子メールアドレスの項目には、対応するユーザの電子メールアドレスが登録される。支援依頼先の項目には、対応するユーザがプリンタ20のエラーに遭遇した場合に、そのエラー回復のための支援を依頼できる相手先として予め設定されたグループなどの識別情報が登録される。各ユーザの支援依頼先は、そのユーザの所属グループや、そのユーザが利用するプリンタ20のメンテナンスを担当する企業などに基づいて、システムの管理者などにより設定される。また、優先度の項目は、対応するユーザに関連づけられた複数の支援依頼先のそれぞれについて設定された優先度を表す。優先度は、対応するユーザが複数の支援依頼先から支援を依頼する相手を選択するときに推奨される順番を表す。優先度の値は、対応するユーザと支援依頼先との間の関連性に基づいて、システムの管理者などにより予め設定される。例えば、図6の例の表において、ユーザ名「User1」のユーザに関連づけて、3つの支援依頼先(「Gr1」、「Gr1Admin」、及び「XX会社CE」)が登録されている。さらに、各支援依頼先の優先度は、「Gr1」について「1」、「Gr1Admin」について「2」、「XX会社CE」について「3」に設定されている。これらの支援依頼先及び優先度の値は、ユーザ「User1」がプリンタ20におけるエラー発生時に他者に支援を依頼する場合、ユーザ「Usere1」の所属グループである「Gr1」に所属する他ユーザに最初に依頼するよう推奨されていることを表す。さらに、所属グループ「Gr1」の管理者権限を有するユーザ「Gr1Admin」に支援を依頼し、最後に、プリンタ20のメンテナンス企業の作業員を表す「XX会社CE」に支援を依頼するよう推奨されていることを表す。
なお、ユーザ情報DB150は、必ずしも、図6に例示する項目のすべてを含んでいなくてもよい。制御部100における処理に必要な項目を含んでいればよい。例えば、後述する制御部100の処理では、支援依頼先及び優先度の情報を用いない場合があり、この場合は、ユーザ情報DB150は支援依頼先及び優先度の項目を含んでいなくてもよい。また、ユーザ情報DB150は、例えば、各ユーザの氏名や電話番号など、図6に例示する項目の他の項目を含んでいてもよい。
クライアント端末は、ユーザの指示に従って、プリンタ20に対して印刷命令を出す。クライアント端末は、一般的なコンピュータなどの情報処理装置であってよい。クライアント端末は、例えば、図7のようなハードウエア構成を備えるコンピュータにより実現される。図7に例示するコンピュータは、例えば、ハードウエアとして、CPU80、メモリ(一次記憶)82、各種I/O(入出力)インタフェース84等がバス86を介して接続された回路構成を有する。また、そのバス86に対し、例えばI/Oインタフェース84経由で、HDD(ハードディスクドライブ)88やCDやDVD、フラッシュメモリなどの各種規格の可搬型の不揮発性記録媒体を読み取るためのディスクドライブ90が接続される。このようなドライブ88又は90は、メモリ82に対する外部記憶装置として機能する。クライアント端末における処理の内容が記述されたプログラムがCDやDVD等の記録媒体を経由して、又はネットワーク経由で、HDD88等の固定記憶装置に保存され、固定記憶装置に記憶されたプログラムがメモリに読み出されCPUにより実行されることにより、処理が実行される。
なお、管理サーバ10もまた、図7に例示するハードウエア構成を備えるコンピュータにより実現できる。管理サーバ10の各部の処理を記述したプログラムを固定記憶装置に記憶させておき、CPUがそのプログラムを読み出して実行することで、後述の実施形態の処理が実行される。
以下、管理サーバ10が行う処理の例を説明する。
図8は、プリンタ20からのエラー情報を受信した管理サーバ10の制御部100が実行する処理の手順の例を示すフローチャートである。制御部100は、ネットワーク40及び通信部160を介してプリンタ20からエラー情報を受信した場合に、図8の例の手順の処理を開始する。
図8を参照し、まず、制御部100のタイマ手段108によりタイマの作動が開始される(ステップS1)。
次に、ログ情報登録手段110により、プリンタ20から受信したエラー情報に対応するレコードのログ情報DB140への登録が行われる(ステップS2)。この登録処理のために、プリンタ管理手段102は、エラー情報に含まれるエラーの識別情報が表すエラー種別を特定する。すなわち、プリンタ管理手段102は、プリンタ情報DB130を参照し、エラー情報の送信元のプリンタ20のプリンタ名に対応するレコードのエラーコードの項目の値を取得して、エラー情報中のエラーコードに対応するエラー種別を特定する。そして、プリンタ管理手段102は、特定したエラー種別をログ情報登録手段110に渡す。ログ情報登録手段110は、ログ情報DB140において、受信したエラー情報に対応するレコードを新規作成し、当該レコードのユーザ名を当該エラー情報中のユーザ名に設定し、当該レコードのエラー種別をプリンタ管理手段102が特定したエラー種別に設定する。
そして、通知制御手段104による初期通知処理が行われる(ステップS3)。初期通知処理では、エラー情報の送信元のプリンタ20のユーザに対してそのエラーに関する情報を通知する。ステップS3の初期通知処理の手順の例を図9に示す。初期通知処理が開始されると、通知制御手段104は、図9の例の手順の処理を開始する。
図9を参照し、まず、通知制御手段104は、プリンタ管理手段102がエラー情報中のエラーコードに基づいて特定したエラー種別を注目エラー種別とし、エラー情報中のユーザ名を注目ユーザとする(ステップS30)。
次に、通知制御手段104は、注目ユーザ及び注目エラー種別の組を含むレコードをログ情報DB140から抽出する(ステップS32)。
注目ユーザ及び注目エラー種別の組を含むレコードがログ情報DB140中に存在し、かつ、抽出したレコードのうち、エラー情報の受信から回復情報の受信までの経過時間が予め設定された閾値を超えていたことを表す値(本例では、「0sec」)が回復時間の項目に設定されているレコードが存在しない場合(ステップS34でNO)、抽出したレコードの回復時間を用いて、注目ユーザについての予想回復時間を算出する(ステップS36)。予想回復時間の算出は、例えば、予め設定された算出法に従って算出する。例えば、抽出されたレコード中の回復時間の平均値を予想回復時間とする。あるいは、抽出されたレコードの個数(すなわち、注目ユーザが注目エラー種別のエラーに遭遇した回数)に応じて、異なる方法で予想回復時間を算出してもよい。例えば、(i)抽出されたレコードが1つであれば、そのレコード中の回復時間、(ii)抽出されたレコードが2つ又は3つであれば、これらのレコード中の回復時間のうちの最大値、(iii)抽出されたレコードの個数が4以上10未満であれば、回復日時が現在日時に近い順に選択した3つのレコードの回復時間の平均値、(iv)抽出されたレコードの個数が10以上であれば、これらのレコード中の回復時間の最小値、を予想回復時間とする。
注目ユーザ及び注目エラー種別の組を含むレコードがログ情報DB140中に存在しないか、あるいは、抽出したレコードのうち、回復時間の項目の値が「0sec」に設定されているレコードが存在する場合(ステップS34でYES)、通知制御手段104は、予想回復時間を無限大に設定する(ステップS38)。該当するレコードがログ情報DB140中に存在しない場合は、予想回復時間を算出する材料となる情報が存在しないため、予想回復時間を無限大に設定する。また、回復時間が「0sec」に設定されているレコードがある場合は、そのレコードに対応するエラーの発生時に、注目ユーザ自身によってプリンタ20を正常状態に回復させることができなかったと判断し、予想回復時間を無限大に設定する。
ステップS36又はステップS38で予想回復時間の値を定めると、通知制御手段104は、注目ユーザの他のユーザに関する情報を取得する処理を行う(ステップS40)。ステップS40の他ユーザ取得処理では、注目ユーザの他のユーザであって注目エラー種別のエラーに遭遇した経験のあるユーザに関する情報を取得する。
図10に、図9のステップS40の他ユーザ情報取得処理の手順の例を示す。通知制御手段104は、他ユーザ情報取得処理を開始すると、図10に例示する手順の処理を開始する。
図10を参照し、まず、注目ユーザの他の1人のユーザのユーザ名及び注目エラー種別の組を含むレコードをログ情報DB140から抽出する(ステップS400)。そして、抽出したレコード中の回復時間を用いて、当該他のユーザが注目エラー種別のエラーに遭遇したと仮定した場合の予想回復時間を算出する(ステップS402)。ステップS402では、例えば、図9を参照して説明したステップS34,S36,S38と同様の処理により予想回復時間を求める。すなわち、ステップS400で該当するレコードが抽出され、かつ、抽出されたレコードのうち回復時間が「0sec」であるレコードが存在しない場合は、ステップS36と同様の予想回復時間算出処理により予想回復時間を求める。また、ステップS400で該当するレコードが抽出されなかったか、あるいは、抽出されたレコードのうち回復時間が「0sec」であるレコードが存在する場合は、図9のステップS38と同様に予想回復時間を無限大に設定する。
ステップS402で求めた予想回復時間が、注目ユーザの予想回復時間より小さければ(ステップS404でYES)、通知制御手段104は、他ユーザ情報リストに、当該ユーザのユーザ名と求めた予想回復時間との組を記録する(ステップS406)。他ユーザ情報リストは、後の通知情報生成手段106による通知情報の生成に用いられる情報を保持しておくリストである。
一方、ステップS402で求めた予想回復時間が、注目ユーザの予想回復時間以上であれば(ステップS404でNO)、ステップS406の処理を行わない。
次に、ログ情報DB140中の注目ユーザ以外のすべてのユーザについて処理済みであるか否かを判定し(ステップS408)、処理済みでなければステップS400に戻って未処理の他ユーザについてステップS400以下の処理を実行し、処理済みであれば他ユーザ情報取得処理を終了する。
他ユーザ情報取得処理が終了した時点で、他ユーザ情報リストには、注目エラー種別のエラーに関して注目ユーザの予想回復時間よりも短い予想回復時間が算出された他ユーザのユーザ名とその予想回復時間との組が蓄積されている。
図10の例の手順の他ユーザ情報取得処理が終了すると、通知制御手段104は、他ユーザ情報リストを通知情報生成手段106に渡し、処理は、図9のステップS42に進む。再び図9を参照し、ステップS42で、通知情報生成手段106は、プリンタ20からのエラー情報が表すエラーについて通知するための出力情報である通知情報を生成する。本例では、通知情報は、エラー情報の送信元のプリンタ20の表示部260に表示させる表示画面の内容を指示する制御情報である。通知情報生成手段106は、例えば、表示画面の内容として、注目エラー種別、注目ユーザの予想回復時間、及び他ユーザ情報リストに含まれるユーザのユーザ名と予想回復時間との組を含む情報を指示する制御情報を生成する。
通知情報生成手段106は、生成した通知情報を通知制御手段104に渡し、通知制御手段104は、通信部160及びネットワーク40を介して、エラー情報の送信元のプリンタ20に対して通知情報を送信する(ステップS44)。この通知情報を受け取ったプリンタ20の表示部260において、例えば、図11に例示する表示画面が表示される。
図11を参照すると、表示画面50には、注目エラー種別に関するメッセージ50a、注目ユーザの予想回復時間を表すメッセージ50b、他ユーザのユーザ名及び予想回復時間を表すメッセージ50cが表示される。図11の例の表示画面により、例えば、プリンタ20のユーザ(注目ユーザ)に対し、他のユーザ「User2」及び「User3」であれば、より短い時間でプリンタ20をエラー状態から回復させることができる可能性があることを示唆することになる。
通知情報の出力(ステップS44)が終了すると、図9の例の初期通知処理は終了する。
再び図8を参照し、初期通知処理(ステップS3,図9)が終了すると、制御部100は、エラー情報の送信元のプリンタ20からの回復情報を受信したか否かを判定する(ステップS4)。受信していれば(ステップS4でYES)、ログ情報登録手段110により、ログ情報DB140への回復情報の登録が行われる(ステップS8)。ステップS8の回復情報登録処理の詳細は後述する。
回復情報を受信していなければ(ステップS4でNO)、ステップS5に進む。タイマの作動開始(ステップS1)から注目ユーザについて求めた予想回復時間が経過しているか、あるいは、当該予想回復時間が無限大に設定されている場合(ステップS5でYES)、通知制御手段104により再通知処理が行われる(ステップS6)。再通知処理では、初期通知処理と異なる通知情報が生成されて出力される。なお、予想回復時間が未だ経過しておらず、かつ、当該予想回復時間が無限大に設定されていない場合は(ステップS5でNO)、ステップS4の判定に戻る。
図12は、図8のステップS6の再通知処理の手順の例を示すフローチャートである。再通知処理が開始されると、制御部100の通知制御手段104は、図12に例示する手順の処理を開始する。
図12を参照し、通知制御手段104は、エラーの発生から現在までの間にエラー情報の送信元のプリンタ20に対して操作(例えば、プリンタ20の用紙格納スペースの扉の開閉や電源のリセットなど)が行われたか否かを判定する(ステップS60)。この判定は、例えば、当該プリンタ20に対し、操作の有無を問合わせる要求を送信し、その要求に対して当該プリンタ20から送信される応答の内容に従って行う。
プリンタ20に対する操作が行われていた場合(ステップS60でYES)、通知制御手段104は、通知情報生成手段106に対して支援依頼のための通知情報を指示し、この指示に従って通知情報生成手段106は通知情報を生成する(ステップS62)。ここで生成される通知情報は、例えば、他ユーザ情報リスト中に含まれる他ユーザに対して、エラー情報で表されるエラーについて通知するための情報である。例えば、他ユーザ宛に送信される電子メールが通知情報として生成される。この電子メールは、例えば、エラー情報の送信元のプリンタ20のプリンタ名、注目エラー種別、及び注目ユーザとともに、プリンタ20の当該エラーからの回復のための支援を依頼する内容を含む。この電子メールの送信先のアドレスは、ユーザ情報DB150において他ユーザのユーザ名に関連づけられた電子メールアドレスを用いればよい。
一方、プリンタ20に対する操作が行われていなかった場合(ステップS60でNO)、通知制御手段104は、注目ユーザに対してプリンタ20のエラーについて注意を促すための通知情報の生成を指示し、この指示に従って通知情報生成手段106は通知情報を生成する(ステップS64)。ステップS64で生成される通知情報は、例えば、プリンタ20が備える警告ランプ(図示しない)を点灯あるいは点滅させることを指示する制御情報であってよい。また例えば、プリンタ20が備える警告ブザー(図示しない)に警告音を発することを指示する制御情報であってもよい。警告音を発することを指示する制御情報である場合、さらに、現在の設定音量よりも大きな音量で警告音を発することを指示する制御情報を含んでいてもよい。あるいは、例えば、注目ユーザ宛に送信する電子メールを通知情報として生成してもよい。この電子メールは、例えば、エラー情報の送信元のプリンタ20のプリンタ名及び注目エラー種別を含み、注目ユーザによる当該プリンタ20の利用中にエラーが発生したことを表す旨の情報を含むものとする。注目ユーザの電子メールアドレスはユーザ情報DB150から取得される。ステップS62では、上述の例の通知情報のうち、いずれか1つだけを生成してもよいし、2以上の例の通知情報を生成してもよい。
ステップS64の後、通知制御手段104は、ステップS62で、さらに、支援依頼のための通知情報を通知情報生成手段106に生成させる。
通知情報生成手段106がステップS62で(あるいは、ステップS62及びS64で)生成した通知情報を取得した通知制御手段104は、取得した通知情報を出力する(ステップS66)。例えば、ステップS62で生成された支援依頼のための通知情報である電子メールを他ユーザ宛に送信する。さらにステップS64の通知情報の生成が行われている場合、この通知情報の出力も行う。例えば、プリンタ20の警告ランプ又は警告ブザーの制御情報をプリンタ20に対して送信したり、注目ユーザ宛の上述の例の電子メールを送信したりする。ステップS66の後、再通知処理は終了する。
図8の説明に戻り、再通知処理(ステップS6,図12)が終了すると、制御部100は、プリンタ20からの回復情報の受信の有無を判定する(ステップS7)。受信していなければ、ステップS7の判定を繰り返して回復情報を待ち受け、受信していれば、受信した回復情報のログ情報DB140への登録処理が行われる(ステップS8)。
図13に、図8の回復情報登録処理(ステップS8)の詳細手順の例を示す。回復情報登録処理が開始されると、制御部100のログ情報登録手段110により図13に例示する手順の処理が開始される。
図13を参照し、ログ情報登録手段110は、タイマの作動開始(図8のステップS1)からの経過時間が予め設定された閾値を超えているか否かを判定する(ステップS80)。この判定の閾値は、例えば、各ユーザ及びエラー種別の組についての予想回復時間が取り得る値よりも大きな値に設定される。
経過時間が閾値を超えていなければ(ステップS80でNO)、ログ情報登録手段110は、ログ情報DB140において、エラー情報の受信時に新規登録したレコード(図8のステップS2で登録したレコード)の回復時間の値を、受信したエラー情報中のエラー発生日時から、受信した回復情報中の回復日時までの時間に設定する(ステップS82)。
経過時間が閾値を超えている場合は(ステップS80でYES)、ログ情報登録手段110は、ログ情報DB140において、エラー情報の受信時に新規登録したレコードの回復時間の値として、経過時間が閾値を超えた旨を表す情報を設定する(ステップS84)。本実施形態の例では、ステップS84で、回復時間の値を「0sec」に設定する。
ステップS82又はステップS84の後、ログ情報登録手段110は、ログ情報DB140の対応するレコードの回復日時の値を受信した回復情報中の回復日時に設定し、回復操作の値を受信した回復情報中のプリンタ20に対する操作の種別を表す情報に設定する(ステップS86)。ステップS86が終了すると、図13の例の回復情報登録処理は終了する。
回復情報登録処理が終了すると、制御部100は、エラー情報の受信に応じて開始される図8の例の手順の処理を終了する。
以下、初期通知処理(図8のステップS3、図9)又は再通知処理(図8のステップS6、図12)で生成されて出力される通知情報の内容の他の例を説明する。
通知情報の他の1つの例として、ユーザ情報DB150に登録される各ユーザの支援依頼先及び優先度(図6)を用いて生成される通知情報がある。例えば、図9の初期通知処理における通知情報生成処理(ステップS42)で、通知情報生成手段106は、ユーザ情報DB150において注目ユーザに関連づけられた支援依頼先及び優先度を参照して通知情報を生成してもよい。本例では、図9のステップS42で、通知情報生成手段106は、まず、他ユーザ情報リストに含まれるユーザ名のうち、注目ユーザの支援依頼先に該当するユーザ名だけを選択する。例えば、注目ユーザの支援依頼先として特定のグループの識別情報が登録されている場合、そのグループに所属するユーザのユーザ名を選択する。そして、他ユーザ情報リストから選択したユーザ名及びその予想回復時間と、他ユーザ情報リストに含まれていないけれども支援依頼先として登録されている情報と、各支援依頼先の優先度と、を表す表示画面をプリンタ20の表示部260に表示させることを指示する制御情報を通知情報として生成する。
図14に、本例の通知情報に従ってプリンタ20の表示部260に表示される表示画面の一例を示す。図14を参照すると、表示画面60には、上述の図11の例と同様に、注目エラー種別に関するメッセージ60a及び注目ユーザの予想回復時間を表すメッセージ60bが表示される。表示画面60には、さらに、支援依頼先をその優先度とともに表すメッセージ60cが表示される。メッセージ60cは、ユーザ情報DB150が図6の例のデータ内容を有する場合であって、注目ユーザがユーザ名「User1」である場合に表示されるメッセージの例である。通知情報生成処理(図9のステップS42)において、他ユーザ情報リストに含まれるユーザ名の中から、支援依頼先として設定されているグループ「Gr1」(優先度「1」)に所属するユーザ「UserV」及びグループ「Gr1」の管理者「Gr1Admin」(優先度「2」)が選択される。メッセージ60cは、他ユーザ情報リストから選択されたユーザ名「UserV」,「Gr1Admin」及びそれぞれの予想回復時間と、他ユーザ情報リストに含まれないけれども支援依頼先として設定されている「XX会社CE」と、をそれぞれの優先度に従って表示するものである。
プリンタ20の表示部260において図14の例のような表示画面を表示させる制御情報である通知情報を初期通知処理(図9)で生成して出力する場合、図12の例の再通知処理で支援依頼のための通知情報を生成する処理(ステップS62)では、例えば、優先度が最も高い(本例では、優先度の値が最も小さい)支援依頼先である他ユーザに対する通知のための情報を生成する。例えば、図14の例では、優先度が「1」である支援依頼先「Gr1」に所属するユーザ「UserV」宛の電子メールが生成される。
通知情報のさらに他の例では、初期通知処理において、他ユーザ情報を含まない通知情報を生成して出力し、再通知処理において、他ユーザ情報を含む通知情報を生成して出力してもよい。例えば、図9の例の初期通知処理のステップS42で、注目エラー種別に関する情報及び注目ユーザの予想回復時間についてのメッセージをプリンタ20の表示部260に表示させ、他ユーザ情報については表示させない制御情報である通知情報を生成する。そして、図12の例の再通知処理のステップS62で、他ユーザ情報に関するメッセージ(例えば、図11のメッセージ50c又は図14のメッセージ60cと同様のメッセージ)をプリンタ20の表示部260に表示させる制御情報を通知情報として生成する。このとき、表示についての制御情報だけを生成してもよいし、これとともに、上記で説明した他ユーザに対する電子メールなどの通知情報を生成してもよい。
以上で説明した各種の実施形態の例によると、プリンタ20においてエラーが発生した場合、システムの管理者やプリンタ20のメンテナンス作業を行う作業員などに通知が行われる前に、プリンタ20のユーザに対し、同じエラーに遭遇した経験のある他のユーザに関する情報が提供される。これにより、プリンタ20のエラーに対処する際のユーザ間の協力が促される。
以上で説明した実施形態の処理の例では、管理サーバ10がプリンタ20からエラー情報を受信するたびに、通知制御手段104において予想回復時間の算出を行う。他の処理の例では、ログ情報DB140に登録された各ユーザ名及びエラー種別の組について、定期的に、あるいは、管理者などにより指示されたタイミングで、予想回復時間の算出を行い、算出した予想回復時間をユーザ名及びエラー種別の組に関連づけてログ情報DB140に登録しておいてもよい。この例の場合、初期通知処理(図9)及び他ユーザ情報取得処理(図10)において、注目ユーザ及び他ユーザの予想回復時間を算出することなく、該当するユーザ名及びエラー種別の組に関連づけてログ情報DB140に登録された予想回復時間をログ情報DB140から取得して用いればよい。
10 管理サーバ、20 プリンタ、30 クライアント端末、40 ネットワーク、80 CPU、82 メモリ、84 I/Oインタフェース、86 バス、88 HDD、90 ディスクドライブ、100,200 制御部、102 プリンタ管理手段、104 通知制御手段、106 通知情報生成手段、108 タイマ手段、110 ログ情報登録手段、130 プリンタ情報DB、140 ログ情報DB、150 ユーザ情報DB、160,230 通信部、202 印刷制御手段、204 エラー検出手段、206 エラー情報生成手段、208 回復検出手段、210 回復情報生成手段、240 印刷部、250 操作パネル、260 表示部、270 記憶部。
Claims (11)
- 画像処理装置で検出された異常の種別と当該異常の検出時における前記画像処理装置のユーザの識別情報とを含む異常検出情報を前記画像処理装置から受信した場合に、前記画像処理装置が当該異常の状態から正常な状態へ回復するまでにかかる時間の予想値である予想回復時間に基づいて、前記異常検出情報が表す異常に関する出力情報を生成する出力情報生成手段、を備え、
前記予想回復時間は、前記画像処理装置の利用者として予め登録されたユーザの識別情報と、当該ユーザによる前記画像処理装置の利用時に前記画像処理装置で検出された異常の種別と、前記画像処理装置が当該異常の状態から正常な状態へ回復するまでにかかった回復時間と、を互いに関連づけて記憶した履歴情報記憶手段を参照して算出された値である、
ことを特徴とする管理装置。 - 前記予想回復時間は、前記履歴情報記憶手段に記憶されたユーザのそれぞれについて、当該ユーザの識別情報と前記異常検出情報に含まれる前記異常の種別とに関連づけられた前記回復時間に基づいて算出され、
前記生成手段は、前記異常検出情報で表されるユーザについて算出された予想回復時間より短い予想回復時間を算出された他のユーザの識別情報を含む前記出力情報を生成する、
ことを特徴とする請求項1に記載の管理装置。 - 前記生成手段は、前記異常検出情報を受信してから、前記異常検出情報で表されるユーザについて算出された予想回復時間が経過する前に出力される第1出力情報と、当該予想回復時間が経過した後に出力される情報であって前記第1出力情報と異なる第2出力情報を生成する、
ことを特徴とする請求項2に記載の管理装置。 - 前記第1出力情報は、前記異常検出情報で表されるユーザについて算出された予想回復時間を含み、
前記第2出力情報は、前記異常検出情報で表されるユーザについて算出された予想回復時間より短い予想回復時間を算出された他のユーザの識別情報と、当該他のユーザについて算出された前記予想回復時間と、を含む、
ことを特徴とする請求項3に記載の管理装置。 - 前記第1出力情報は、前記異常検出情報で表される異常の種別を少なくとも含み、
前記第2出力情報は、前記異常検出情報で表されるユーザについて算出された予想回復時間より短い予想回復時間を算出された他のユーザに対して前記異常検出情報について通知する情報を含み、
前記異常検出情報を受信してから、前記異常検出情報で表されるユーザについて算出された予想回復時間が経過する前に前記画像処理装置に対して前記第1出力情報を出力し、当該予想回復時間が経過した後に前記他のユーザが用いる情報処理装置に対して前記第2出力情報を出力する出力手段をさらに備える、
ことを特徴とする請求項3に記載の管理装置。 - 前記第1出力情報は、前記画像処理装置が備える表示手段に前記予想回復時間を含む表示画面を表示させる制御情報であり、
前記第2出力情報は、表示手段への表示画面の表示と異なる方法で前記ユーザに対して前記異常を通知するための制御情報である、
ことを特徴とする請求項3に記載の管理装置。 - 前記生成手段は、前記画像処理装置の利用者として予め登録されたユーザの識別情報と、当該ユーザが前記画像処理装置における異常の発生に対処する際に支援を依頼可能な相手先を表す情報と、を関連づけて記憶するユーザ関連情報記憶手段をさらに参照し、前記異常検出情報で表されるユーザについて算出された予想回復時間より短い予想回復時間を算出された他のユーザのうち、前記異常検出情報に含まれるユーザの識別情報に関連づけられた前記相手先に該当する他のユーザの識別情報を含む前記出力情報を生成する、
ことを特徴とする請求項2に記載の管理装置。 - 前記ユーザ関連情報記憶手段は、前記ユーザの識別情報と複数の前記相手先とを関連づけて記憶する場合に、さらに、複数の前記相手先それぞれに関連づけて、当該ユーザが支援を依頼する順番を決定する際の参考情報として用いられる優先度を記憶し、
前記生成手段は、前記相手先に該当する他のユーザの識別情報と当該相手先の優先度とを含む前記出力情報を生成する、
ことを特徴とする請求項7に記載の管理装置。 - 前記画像処理装置から前記異常検出情報を受信した後、前記画像処理装置が正常な状態に回復したことを表す回復情報を前記画像処理装置から受信した場合に、前記履歴情報記憶手段において、前記異常検出情報に含まれる前記ユーザの識別情報及び前記異常の種別に関連づけて、前記異常検出情報が表す異常の発生から前記回復情報が表す前記画像処理装置の正常な状態への回復までの時間を前記回復時間として登録する履歴情報登録手段であって、前記異常検出情報の受信から前記回復情報の受信までの経過時間が予め設定された閾値を超えている場合に、その旨を表す情報を前記ユーザの識別情報及び前記異常の種別に関連づけて前記履歴情報記憶手段に登録する、履歴情報登録手段、
をさらに備えることを特徴とする請求項1から8のいずれか1項に記載の管理装置。 - 画像処理装置で検出された異常の種別と当該異常の検出時における前記画像処理装置のユーザの識別情報とを含む異常検出情報を前記画像処理装置から受信した場合に、前記画像処理装置が当該異常の状態から正常な状態へ回復するまでにかかる時間の予想値である予想回復時間に基づいて、前記異常検出情報が表す異常に関して出力する出力情報を生成する出力情報生成ステップ、をコンピュータに実行させ、
前記予想回復時間は、前記画像処理装置の利用者として予め登録されたユーザの識別情報と、当該ユーザによる前記画像処理装置の利用時に前記画像処理装置で検出された異常の種別と、前記画像処理装置が当該異常の状態から正常な状態へ回復するまでにかかった回復時間と、を互いに関連づけて記憶した履歴情報記憶手段を参照して算出された値である、
ことを特徴とするプログラム。 - 画像処理装置と前記画像処理装置を管理する管理装置とを備え、
前記画像処理装置は、
異常を検出する検出手段と、
前記検出手段が前記異常を検出したときに、前記異常の種別と、前記異常の検出時における前記画像処理装置のユーザの識別情報と、を含む異常検出情報を前記管理装置に対して送信する送信手段と、を備え、
前記管理装置は、
前記画像処理装置から前記異常検出情報を受信した場合に、前記画像処理装置が当該異常の状態から正常な状態へ回復するまでにかかる時間の予想値である予想回復時間に基づいて、前記異常検出情報が表す異常に関する出力情報を生成する出力情報生成手段、を備え、
前記予想回復時間は、前記画像処理装置の利用者として予め登録されたユーザの識別情報と、当該ユーザによる前記画像処理装置の利用時に前記画像処理装置で検出された異常の種別と、前記画像処理装置が当該異常の状態から正常な状態へ回復するまでにかかった回復時間と、を互いに関連づけて記憶した履歴情報記憶手段を参照して算出された値である、
ことを特徴とする管理システム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2008234013A JP2010067093A (ja) | 2008-09-11 | 2008-09-11 | 管理装置、プログラム、及び管理システム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2008234013A JP2010067093A (ja) | 2008-09-11 | 2008-09-11 | 管理装置、プログラム、及び管理システム |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2010067093A true JP2010067093A (ja) | 2010-03-25 |
Family
ID=42192615
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2008234013A Pending JP2010067093A (ja) | 2008-09-11 | 2008-09-11 | 管理装置、プログラム、及び管理システム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2010067093A (ja) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2011232844A (ja) * | 2010-04-26 | 2011-11-17 | Hitachi Medical Corp | 移動型医用装置のリモートメンテナンス用システム及び方法 |
JP2011242710A (ja) * | 2010-05-21 | 2011-12-01 | Konica Minolta Business Technologies Inc | 画像形成装置及びその画像安定化方法 |
CN102694937A (zh) * | 2011-03-25 | 2012-09-26 | 富士施乐株式会社 | 图像显示装置、移动终端和图像显示方法 |
JP2013026777A (ja) * | 2011-07-20 | 2013-02-04 | Konica Minolta Business Technologies Inc | 画像処理システム、携帯端末、情報処理装置、および表示方法 |
JP2018190337A (ja) * | 2017-05-11 | 2018-11-29 | 富士ゼロックス株式会社 | 情報処理装置、端末装置及びプログラム |
JP2019161269A (ja) * | 2018-03-07 | 2019-09-19 | 富士ゼロックス株式会社 | 情報処理装置及びプログラム |
CN110764718A (zh) * | 2018-07-25 | 2020-02-07 | 富士施乐株式会社 | 打印管理装置和计算机可读介质 |
JP2020047011A (ja) * | 2018-09-20 | 2020-03-26 | 富士ゼロックス株式会社 | 情報処理装置、情報処理システム及び情報処理プログラム |
-
2008
- 2008-09-11 JP JP2008234013A patent/JP2010067093A/ja active Pending
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2011232844A (ja) * | 2010-04-26 | 2011-11-17 | Hitachi Medical Corp | 移動型医用装置のリモートメンテナンス用システム及び方法 |
JP2011242710A (ja) * | 2010-05-21 | 2011-12-01 | Konica Minolta Business Technologies Inc | 画像形成装置及びその画像安定化方法 |
CN102694937B (zh) * | 2011-03-25 | 2016-04-06 | 富士施乐株式会社 | 图像显示装置、移动终端和图像显示方法 |
CN102694937A (zh) * | 2011-03-25 | 2012-09-26 | 富士施乐株式会社 | 图像显示装置、移动终端和图像显示方法 |
US8913136B2 (en) | 2011-03-25 | 2014-12-16 | Fuji Xerox Co., Ltd. | Image display device, mobile terminal, non-transitory computer readable medium, and image display method |
JP2013026777A (ja) * | 2011-07-20 | 2013-02-04 | Konica Minolta Business Technologies Inc | 画像処理システム、携帯端末、情報処理装置、および表示方法 |
US9013723B2 (en) | 2011-07-20 | 2015-04-21 | Konica Minolta Business Technologies, Inc. | Image processing system, portable terminal, information processing apparatus, and display method |
JP2018190337A (ja) * | 2017-05-11 | 2018-11-29 | 富士ゼロックス株式会社 | 情報処理装置、端末装置及びプログラム |
JP2019161269A (ja) * | 2018-03-07 | 2019-09-19 | 富士ゼロックス株式会社 | 情報処理装置及びプログラム |
JP7073790B2 (ja) | 2018-03-07 | 2022-05-24 | 富士フイルムビジネスイノベーション株式会社 | 情報処理装置及びプログラム |
CN110764718A (zh) * | 2018-07-25 | 2020-02-07 | 富士施乐株式会社 | 打印管理装置和计算机可读介质 |
JP2020047011A (ja) * | 2018-09-20 | 2020-03-26 | 富士ゼロックス株式会社 | 情報処理装置、情報処理システム及び情報処理プログラム |
JP7163687B2 (ja) | 2018-09-20 | 2022-11-01 | 富士フイルムビジネスイノベーション株式会社 | 情報処理装置、情報処理システム及び情報処理プログラム |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP2010067093A (ja) | 管理装置、プログラム、及び管理システム | |
US20160165078A1 (en) | Communication system, image processing apparatus, control method for image processing apparatus, and storage medium | |
JP5966270B2 (ja) | システム及び機器管理プログラム | |
US10333774B2 (en) | Image forming apparatus that cooperates with management server, method of controlling image forming apparatus, and storage medium | |
EP2682868A2 (en) | Remote notification and action system | |
JP2011100283A (ja) | 管理装置、機器管理方法、機器管理プログラム、記録媒体、及び機器管理システム | |
CN101442431A (zh) | 基于阈值通知文档处理设备状态的系统和方法 | |
JP5304358B2 (ja) | 機器設定管理システム、機器設定管理方法及び機器設定管理プログラム | |
JP2016095631A (ja) | 情報診断システム、情報診断装置、情報診断方法およびプログラム | |
JP2018032285A (ja) | 遠隔保守システムおよび遠隔保守方法 | |
JP6343178B2 (ja) | 通信システムおよびその制御方法、第一の端末およびその制御方法、並びにプログラム | |
JP6884017B2 (ja) | 文書処理デバイスの遠隔監視のためのシステムおよび方法 | |
EP2608520B1 (en) | Performing error notification and error recovery in an image forming apparatus | |
JP6368157B2 (ja) | 通信システムとその制御方法 | |
JP2010128958A (ja) | 機器管理装置、機器管理システム、動作設定管理方法、動作設定管理プログラム、及びそのプログラムを記録した記録媒体 | |
JP2013008228A (ja) | 情報処理装置、印刷装置及び監視方法 | |
JP2008234125A (ja) | 情報処理装置と情報処理方法とプログラムと記録媒体 | |
JP4651126B2 (ja) | インシデント管理システム及び同管理方法並びに同管理プログラム | |
JP7491132B2 (ja) | 情報処理システム、保守方法、プログラム | |
JP2018190337A (ja) | 情報処理装置、端末装置及びプログラム | |
JP2014002548A (ja) | 出力管理装置、出力管理システム、プログラム | |
CN112788190A (zh) | 复合机的维护系统及存储介质 | |
JP2015174368A (ja) | 画像形成装置及びプログラム | |
JP2006092254A (ja) | 情報処理装置,情報処理システム及び情報処理方法 | |
JP2019144799A (ja) | 情報処理システム、情報処理装置、情報処理プログラム、および、情報処理サーバ |