JP4936547B2 - 監視システム、監視方法、画像処理装置、依頼処理方法、記憶媒体、プログラム - Google Patents

Description

本発明は、複数の画像処理装置のメンテナンスを管理する管理装置におけるサービスマンの手配するための処理に関するものである。

管理装置が印刷機能を備える画像処理装置の状態を遠隔で監視し、異常状態を自動的に検出する遠隔監視システムが知られている。

これにより、管理装置がサービスマンを手配する処理を行い、速やかに画像処理装置を保守できるようになっている。また、複数の画像処理装置の異常状態を管理装置が検出した場合についても、管理装置がサービスマンの位置やスケジュール情報を判断材料としてサービスマンを割り付ける技術などが知られている（特許文献１参照）。

一方で、管理装置による画像処理装置の監視では検出できないが、ユーザとして不都合を感じている事象が画像処理装置では発生し得る。

例えば、画像汚れや外装破損などである。このような場合に管理装置に保守依頼を通知するために、画像処理装置にコールボタンを装着する技術が用いられている（特許文献２参照）。
特開2002-288368号公報 特開2006-92008号公報

上記の管理システムでは、同じ時期に同じ設置拠点やローカルエリアネットワーク上に存在する複数の画像処理装置が異常状態になった場合、一人のサービスマンに手配を割り付けた方が作業コストを抑えられる。

また、監視する画像処理装置の台数が多くなるほど、管理装置におけるサービスマン割り付け処理は負荷が高くなる可能性が高い。このような割り付け処理は複雑でないことが望ましい。

また、前述の複数の画像処理装置における異常状態に対し管理装置がサービスマンの位置やスケジュール情報を判断材料としてサービスマンを割り付ける技術では、次のような課題がある。

同じ設置拠点の画像処理装置を紐付ける情報がないために、同じ時期に発生した同じ設置拠点の画像処理装置の異常状態に対して、それぞれ異なるサービスマンを割り付けてしまう可能性がある。

また、管理装置はサービスマンを割り付けるとき、常に最新のサービスマンの位置情報やスケジュール情報などを参照する必要があり、管理上高負荷になる。

一方、管理装置に保守依頼を通知するために、画像処理装置にコールボタンを装着する技術を用いた場合も、次のような課題がある。

同じ時期に同じ設置拠点の複数の画像処理装置からコールボタン押下による保守依頼が管理装置に通知されても、それらを結びつける情報がないために、それぞれ異なるサービスマンを割り付けてしまう可能性がある。

同時に複数のサービスマンが画像処理装置設置拠点に別々に訪問してきた場合、訪問先の管理者の手間が増えるなどの問題が生じる。

同じ時期に同じ設置拠点の複数の画像処理装置に対して管理装置がサービスマンを割り付ける場合、異なるサービスマンを手配しないようにする必要がある。さらに、管理装置によるサービスマン割り付け処置は複雑でないことが望まれる。

本発明は、上記の課題を解決するためになされたもので、本発明の目的は、いずれかの画像処理装置に対して手配されるサービスマンを他の画像処理装置にも手配して、複数の画像処理装置のメンテナンスを効率よく行える仕組みを提供することである。

上記目的を達成する本発明の監視システムは以下に示す構成を備える。

ユーザの指示により管理装置へ保守依頼を行うための指示部を備える複数の画像処理装置と前記画像処理装置を管理する管理装置とを含む監視システムであって、第１の画像処理装置は、前記指示部を介したユーザの指示入力を検出した際に、当該指示入力に応じた依頼識別情報を発行する発行手段と、前記発行手段により発行された前記依頼識別情報、及び前記第１の画像処理装置の装置識別情報を前記管理装置に対して送信する第１の送信手段と、ネットワークを介して接続された第２の画像処理装置に対して前記依頼識別情報を通知する通知手段とを備え、前記第１の画像処理装置とネットワークを介して接続された第２の画像処理装置は、前記通知手段により通知された前記依頼識別情報を受信する受信手段と、前記第２の画像処理装置の備える指示部を介してユーザの指示入力を検出した際、新たに依頼識別情報を発行することなく、前記受信手段により受信した前記依頼識別情報、及び前記第２の画像処理装置の装置識別情報を前記管理装置に対して送信する第２の送信手段とを備えることを特徴とする。

本発明によれば、いずれかの画像処理装置に対して手配されるサービスマンを他の画像処理装置にも手配して、複数の画像処理装置のメンテナンスを効率よく行うことができる。

次に本発明を実施するための最良の形態について図面を参照して説明する。

＜システム構成の説明＞
〔第１実施形態〕
図１は、本実施形態を示す管理システムを示す図である。本例は、画像処理装置１０Ａ、１０Ｂと管理装置２０がネットワーク３０を介して通信可能に接続されているシステム例である。なお、画像処理装置の数は、上記画像処理装置１０Ａ、１０Ｂ以外の複数台が接続されるシステムであっても本発明を適用可能である。

図１において、４０は携帯端末で、画像処理装置１０Ａ，１０Ｂ等の保守を行うサービスマンが保有し、ネットワーク３０にも接続可能に構成されている。

画像処理装置１０Ａ、１０Ｂには、複合型プリンタ、ＭＦＰ、複写機などが含まれる。本実施形態では、画像処理装置１０Ａ、１０Ｂのいずれかが第１の画像処理装置、あるいは、第２の画像処理装置として機能する。

画像処理装置１０Ａ、１０Ｂにはサービスマンに保守を依頼するためのコールボタンＣＢを操作部に備えている。コールボタンＣＢの押下情報は画像処理装置１０Ａ、１０Ｂから管理装置２０や別の画像処理装置に通知される。ここで、コールボタンＣＢは、サービスマンに保守を依頼するための指示部として機能するが、操作部から独立したスイッチとして本体に設置されていてもよい。また、コールボタンＣＢによる指示入力は、図２に示すように、コールボタン押下検出部１０２で検出される。

また、画像処理装置１０Ａ、１０Ｂで異常状態が発生した場合、画像処理装置１０Ａ、１０Ｂは管理装置２０に異常状態を通知する機能を持っている。

画像処理装置１０Ａ、１０Ｂで発生した異常状態を管理装置２０に通知する場合、ローカルエリアネットワークで通信可能な保守エリア１５内に設置された監視端末が行ってもよい（図示しない）。

管理装置２０は、画像処理装置１０Ａ、１０Ｂの異常状態を管理し、保守が必要であると判断した場合、サービスマンを選択し、サービスマンの携帯端末４０に画像処理装置１０Ａ、１０Ｂの保守が必要である旨を電子メールなどで通知する。

また、管理装置２０は、画像処理装置１０Ａ、１０ＢにおけるコールボタンＣＢの押下の情報も管理し、サービスマンの選択と、サービスマンが備える携帯端末４０への通知も実施する。なお、図１において、ネットワーク３０はインターネットなどの通信回線である。

１５は保守エリアで、サービスマンが保守点検するエリアに対応し、例えば同じ組織、同じ部署などで、複数の画像処理装置が近接されて設置されるような環境で特定されるエリアである。

図２は、図１に示した画像処理装置１０Ａ、１０Ｂの構成を説明するための図である。

図２において、画像処理装置１０Ａ，１０Ｂは操作部１０１、コールボタン押下検出部１０２、制御部１０３、記憶部１０６、通信部１０７、画像形成部１０８によって構成される。また、制御部１０３は、コールボタン押下情報管理部１０４、通知管理部１０５を備える。

操作部１０１は、ユーザによる印刷指示をはじめとする画像処理装置１０Ａ，１０Ｂに対する操作指示を可能とするためのキー（ボタン）や、表示部を備え、印刷モードに応じたＵＩ画面を表示可能に構成されている。

また、操作部１０１は、コールボタンＣＢを備えるが、コールボタンＣＢを操作部１０１とは独立した位置に設けてもよい。

コールボタン押下検出部１０２は、操作部１０１のコールボタンＣＢが押下されたかどうかの有無を検出し、検出したコールボタンＣＢの押下情報をコールボタン押下情報管理部１０４に通知する。

画像処理装置１０Ａ、１０Ｂの制御部１０３は、印刷制御や異常状態の管理などを行うとともに、コールボタンＣＢの押下情報の管理や通知情報の管理も行う。

また、画像処理装置１０Ａ、１０Ｂのコールボタン押下情報管理部１０４は、画像処理装置１０Ａ、１０ＢでコールボタンＣＢが押下された際に、以下の処理を制御する。

コールボタン押下情報管理部１０４は、依頼識別情報として機能するコールボタン押下識別情報の発行、コールボタン押下識別情報の保存、通知管理部１０５の起動、コールボタン押下識別情報の削除を実行する。ここで、コールボタン押下識別情報とは、各画像処理装置１０Ａ、１０Ｂが備えるコールボタンＣＢが押下されたことに応答して生成されるデバイスＩＤとタイムスタンプとを含んで構成される。

なお、コールボタンＣＢが押下されるのは、通常、画像処理装置において発生している障害等をサービスマンに対処してもらうための保守依頼が発生した場合である。

ただし、いずれかの画像処理装置でコールボタンが押下された場合には、後述するような制御に基づいて、障害が発生している画像処理装置に近接した保守エリア１５内に設置されている他方の画像処理装置にもコールボタン押下識別情報が送信される。ここで、保守エリア１５は、画像処理装置１０Ａ，１０Ｂを納入しているクライアントがメンテナンス契約時に設定されたエリアとする。なお、保守エリア１５に設定できる台数は、本実施形態において特に限定はない。また、保守エリア１５に設定された画像処理装置に対して、コールボタンＣＢが押下された場合に通知すべき通知先が、あらかじめ登録可能に構成されている場合には、それらの画像処理装置に対して、コールボタン押下識別情報が通知される（マルチキャストによる通知）。

また、保守エリア１５に設定された画像処理装置に対して、コールボタンＣＢが押下された場合に通知すべき通知先が、あらかじめ登録されていない場合には、ルータ内で管理される同一ＬＡＮに接続されている全ての画像処理装置にコールボタン押下識別情報が通知される（ブロードキャストによる通知）。

さらに、コールボタン押下情報管理部１０４は、コールボタン押下識別情報への有効期限の付与、他の画像処理装置からコールボタン押下識別情報を受信した場合の制御も行う。

通知管理部１０５は、画像処理装置１０Ａ，１０Ｂの状況に応じて、通知情報の生成や通知先の指定を行い、通知データを生成する。画像処理装置の状況には、コールボタン押下を検出した状況や他の画像処理装置からコールボタン押下識別情報を受信した状況などが含まれる。

記憶部１０６は、コールボタン押下識別情報、画像処理装置情報、管理装置情報、他の画像処理装置情報を保持する。さらに、記憶部１０６は、コールボタン押下識別情報の有効期限情報、コールボタンの表示データも保持する。

また、画像処理装置１０Ａ、１０Ｂの記憶部１０６は、画像処理装置の動作履歴やさまざまな異常状態を表すデータなども記憶する。

ここで、画像処理装置情報には、装置ＩＤなどの画像処理装置識別情報、ＩＰアドレスなどの通信情報が含まれる。また、管理装置情報には、画像処理装置１０Ａ、１０Ｂを管理する管理装置２０のＩＰアドレスなどの通信情報などが含まれる。

通信部１０７は、画像処理装置のコールボタンＣＢの押下に関する通知データを管理装置２０や他の画像処理装置との間で送信したり、受信したりする処理を行う。ここで、通知データは、メールやＨＴＴＰなどを用いて通信する。

画像形成部１０８は、印刷データを生成し出力する機能を持つ。画像処理装置１０Ａ、１０ＢにはＦＡＸや複写などの機能が含まれてもよい（図示しない）。

図３は、図１に示した管理装置２０の構成を説明するためのブロック図である。

図３において、管理装置２０は、通信部２０１、記憶部２０２、制御部２０３によって構成される。通信部２０１は、図１に示した画像処理装置１０Ａ、１０Ｂや携帯端末４０と通信を行う機能を持つ。

また、通信部２０１は、画像処理装置１０Ａ、１０Ｂからコールボタン押下に関する通知データを受信したり、携帯端末４０に画像処理装置１０Ａ、１０Ｂの保守の必要性を通知する通知データを送信したりする。

さらに、記憶部２０２は、画像処理装置情報やコールボタン押下に関する情報やサービスマン情報や通知データなどを保存する。

また、制御部２０３は、通知管理部２０４、コールボタン押下情報管理部２０５、画像処理装置管理部２０６、サービスマン管理部２０７を含むように構成される。

さらに、制御部２０３は、画像処理装置１０Ａ、１０Ｂを監視し保守を行うために必要な情報を管理する制御機能を備える。

また、通知管理部２０４は、通知情報の生成や通知先の指定を行い、通知データを生成する。この通知には画像処理装置１０Ａ、１０Ｂを保守するサービスマンへの保守依頼通知や消耗品の補充依頼通知などが含まれる。

コールボタン押下情報管理部２０５は、コールボタンが押下された画像処理装置１０Ａ、１０Ｂの画像処理装置識別情報とコールボタン押下識別情報の関連付けを管理する。なお、１つのコールボタン押下識別情報に複数の画像処理装置１０Ａ、１０Ｂが関連づく場合もある。

また、コールボタン押下情報管理部２０５は、コールボタン押下識別情報に有効期限が付与されている場合は、有効期限の管理を行う。

さらに、コールボタン押下情報管理部２０５は、コールボタン押下識別情報の有効期限が切れた場合、コールボタン押下識別情報と画像処理装置識別情報の関連付けを無効にする。

画像処理装置管理部２０６は、保守対象の画像処理装置１０Ａ、１０Ｂを管理する。画像処理装置管理部２０６は、画像処理装置識別情報、画像処理装置の異常状態情報、保守履歴、画像処理装置管理者情報、画像処理装置の消耗品管理情報などを管理対象としている。

サービスマン管理部２０７は、画像処理装置１０Ａ、１０Ｂを保守するサービスマン情報を管理する。サービスマン管理部２０７は、サービスマンの連絡先を管理し、コールボタン押下識別情報とサービスマンの関連付けを行い、画像処理装置１０Ａ、１０Ｂを保守するためのサービスマン手配を管理する。

サービスマン管理部２０７は、異なる画像処理装置から受信済みのコールボタン押下識別情報を有する保守依頼通知を受けた場合、この画像処理装置の保守は受信済みのコールボタン押下識別情報と関連があるサービスマンに割り当てる。

〔遠隔監視システムによる処理〕
図４は、本実施形態を示す監視システムの一例を示すブロック図である。

図４において、画像処理装置は複数存在し、互いにＩＰアドレスなどの画像処理装置情報を保持していない。

図４に示す例では、画像処理装置は２台存在し、１台は最初にコールボタンが押下される画像処理装置１０Ａとして、もう１台は画像処理装置１０Ａからコールボタン押下識別情報を送信される画像処理装置１０Ｂとして存在する。さらに、管理装置２０が存在する。

管理装置２０は、後述する制御に基づいて、画像処理装置１０Ａからの保守依頼を通知した画像処理装置１０Ｂからの保守依頼要求に従い、携帯端末４０を操作するサービスマンが派遣されるように手配を行う。ここで、手配とは、メールによる手配、電話による手配等が含まれる。更に、サービスマンの手配においては、管理装置２０から派遣センター（不図示）へ派遣依頼を行い、派遣センターからサービスマンへ保守作業を行うように手配するといったサービス体系であってもよい。つまり、派遣センターからサービスマンの手配を行う場合であっても、本実施例で後述する管理装置２０の制御は、派遣センター及び管理装置２０を協調動作させることで実現することが可能である。

まず、画像処理装置１０ＡでコールボタンＣＢが押される。画像処理装置１０Ａはコールボタン押下を検出し、依頼識別情報として機能するコールボタン押下識別情報を発行する。そして、画像処理装置１０Ａはブロードキャストで保守エリア１５内の他の画像処理装置を探索し、発見した画像処理装置１０Ｂに対して発行されたコールボタン押下識別情報を通知する（１）。

さらに、画像処理装置１０Ａは管理装置２０に対して、依頼識別情報として機能するコールボタン押下識別情報と画像処理装置１０Ａの画像処理装置識別情報を送信する（２）。これが第１の画像処理装置として機能する画像処理装置１０Ａによる第１の送信処理である。

ここで、第２の画像処理装置として機能する画像処理装置１０Ｂは、コールボタン押下識別情報を画像処理装置１０Ａより受信したら、記憶部１０６にコールボタン押下識別情報を保存する。そして、画像処理装置１０Ｂでコールボタン押下を検出したら、画像処理装置１０Ａから受信したコールボタン押下識別情報と画像処理装置１０Ｂの画像処理装置識別情報を管理装置２０へ送信する（３）。これが第２の画像処理装置として機能する画像処理装置１０Ｂによる第２の送信処理である。

管理装置２０は、コールボタン押下識別情報と画像処理装置識別情報を関連付けて管理する。さらに、管理装置２０は、コールボタン押下識別情報とサービスマンの関連付けを行い、コールボタンが押された画像処理装置１０Ａにサービスマンを手配する。

画像処理装置１０Ａと画像処理装置１０Ｂは同一のコールボタン押下識別情報で紐づいているため、サービスマンは同一のサービスマンが割り付けられる。

また、画像処理装置１０Ａに消耗品補充の必要や紙詰まり多発の傾向がある場合、サービスマンにとっても、ユーザにとっても保守のタイミングで一度に対処できることが望ましい。

サービスマンが画像処理装置１０Ａに対し一度にいくつかの保守を行う判断の手助けをするために、第１実施形態の（２）および（３）の処理で、画像処理装置１０Ａと画像処理装置１０Ｂは最新の状態情報を付加してもよい。

図５は、図１に示した画像処理装置１０Ａの操作部１０１上に表示されるコールボタンの例を示す図である。

なお、操作部１０１はいくつかの画面を切り替えることができる。そのうちの１つとして操作部１０１はサービスマン保守依頼画面５０を表示できる。

ユーザは、サービスマンに保守依頼をしたい場合、サービスマン保守依頼画面５０の保守依頼ボタン５１を押下する。保守依頼をしない場合は、閉じるボタン５２を押下する。

図６は、本実施形態を示す画像処理装置における第１のデータ処理手順の一例を示すフローチャートである。本例は、画像処理装置として、図４に示した画像処理装置１０Ａでコールボタン押下を検出したときの処理例である。画像処理装置１０Ａはコールボタン押下を検出したときにコールボタン押下識別情報を保持しておらず、自らコールボタン押下識別情報を生成する画像処理装置である。

なお、Ｓ１００２〜Ｓ１０１３は各ステップを示す。また、各ステップは、画像処理装置１０Ａが備える制御部１０３が記憶部１０６に記憶された制御プログラムを実行することで実現される。

画像処理装置１０Ａが通常の処理を開始すると、Ｓ１００２で、画像処理装置１０Ａが、操作部１０１に表示される図５に示したサービスマン保守依頼画面５０を介して、コールボタンＣＢが押下されたことを検出する。

次に、Ｓ１００３で、画像処理装置１０Ａの制御部１０３は、すでに記憶部１０６にコールボタン押下識別情報を保持しているかを判断する。

ここで、画像処理装置１０Ａの制御部１０３がすでにコールボタン識別情報を記憶部１０６に保持していると判断した場合、Ｓ１００４へ遷移する。

一方、Ｓ１００３で、画像処理装置１０Ａの制御部１０３がまだコールボタン識別情報を記憶部１０６に保持していないと判断した場合は、Ｓ１００５へ遷移する。

そして、Ｓ１００４で、コールボタン押下識別情報をすでに保持している画像処理装置の処理であり、画像処理装置１０Ａからコールボタン押下識別情報を受信した画像処理装置１０Ｂの処理である。Ｓ１００４による処理後は、飛び先Ａに対応する図７に示すＳ１１０４へ遷移する。

次に、Ｓ１００５で、画像処理装置１０Ａは、コールボタン押下識別情報を生成し、Ｓ１００６で、画像処理装置１０Ａは、生成したコールボタン押下識別情報を記憶部１０６に保存する。

そして、Ｓ１００７で、画像処理装置１０Ａはブロードキャストにより保守エリア１５内に他の画像処理装置（画像処理装置１０Ｂ）が存在しているかを探索する。

次に、Ｓ１００８で、画像処理装置１０Ａは、応答状態から画像処理装置１０Ｂを発見したかを判断する。

ここで、画像処理装置１０Ａが画像処理装置１０Ｂを発見したと判断した場合、Ｓ１００９へ遷移する。一方、Ｓ１００８で、画像処理装置１０Ａが画像処理装置１０Ｂを発見しなかったと判断した場合、Ｓ１０１１へ遷移する。

そして、Ｓ１００９で、画像処理装置１０Ａは、記憶部１０６からコールボタン押下識別情報を取得する。次に、Ｓ１０１０で、画像処理装置１０Ａは、発見した画像処理装置１０Ｂにコールボタン押下識別情報を送信する。

次に、Ｓ１０１１で、画像処理装置１０Ａは、記憶部１０６から画像処理装置識別情報を取得し、Ｓ１０１２で、管理装置情報を取得する。ここで、管理装置情報は、管理装置２０へのアクセス情報である。

そして、Ｓ１０１３で、画像処理装置１０Ａは、管理装置２０へコールボタン押下識別情報と画像処理装置識別情報を送信し、画像処理装置１０Ａでコールボタン押下を検出したことを通知する。

このとき、画像処理装置１０Ａの状態情報を付加して通知してもよい。そして、本処理を終了する。なお、図６におけるＳ１００５に入る飛び先Ｂは、図７のＳ１１０８から遷移してくる場合の飛び先を示している。

図７は、本実施形態を示す画像処理装置における第２のデータ処理手順の一例を示すフローチャートである。本例は、図４に示した画像処理装置１０Ｂでコールボタン押下を検出したときの処理例である。

なお、画像処理装置１０Ｂは、コールボタン押下を検出したときに、すでに画像処理装置１０Ａからコールボタン押下識別情報を受信し保持している画像処理装置である。

また、Ｓ１１０２〜Ｓ１１０８は各ステップを示す。さらに、各ステップは、画像処理装置１０Ｂが備える制御部１０３が記憶部１０６に記憶された制御プログラムを実行することで実現される。

画像処理装置１０Ｂが本処理を開始すると、Ｓ１１０２で、画像処理装置１０Ｂがコールボタン押下を検出する。そして、Ｓ１１０３で、画像処理装置１０Ｂは、すでに記憶部１０６にコールボタン押下識別情報を保持しているかを判断する。ここで、画像処理装置１０Ｂがすでにコールボタン識別情報を記憶部１０６保持していると判断した場合、Ｓ１１０４へ遷移する。

一方、Ｓ１１０３で、画像処理装置１０Ｂがまだコールボタン識別情報を保持していないと判断した場合は、Ｓ１１０８へ遷移する。

そして、Ｓ１１０８で、コールボタン押下識別情報を保持していない画像処理装置の処理であり、自らコールボタン押下識別情報を生成する画像処理装置１０Ａの処理である。なお、Ｓ１１０８の後は、図６に示すＳ１００５（図６の飛び先Ｂ）へ遷移する。

そして、Ｓ１１０４で、画像処理装置１０Ｂは、記憶部１０６からコールボタン押下識別情報を取得する。Ｓ１１０５で、画像処理装置１０Ｂは、記憶部１０６から画像処理装置識別情報を取得し、Ｓ１１０６で、画像処理装置１０Ｂは、管理装置情報を取得する。ここで、管理装置情報は管理装置２０へのアクセス情報である。

次に、Ｓ１１０７で、画像処理装置１０Ｂは、管理装置２０へコールボタン押下識別情報と画像処理装置識別情報を送信し、画像処理装置１０Ｂでコールボタン押下を検出したことを通知する。このとき、画像処理装置１０Ｂの状態情報を付加して通知してもよい。

そして、画像処理装置１０Ｂは、本処理を終了する。図７に示す飛び先Ａは、図６に示したＳ１００４から遷移してくる場合の飛び先に対応する。

図８は、本実施形態を示す画像処理装置における第３のデータ処理手順の一例を示すフローチャートである。本例は、画像処理装置として画像処理装置１０Ａでコールボタン押下識別情報を生成するときの処理例である。なお、画像処理装置１０Ａはコールボタン押下を検出したときに、記憶部１０６にコールボタン押下識別情報を保持していなかった場合、自身でコールボタン押下識別情報を生成する。

なお、Ｓ１２０２〜Ｓ１２０４は各ステップを示す。また、各ステップは、画像処理装置１０Ａが備える制御部１０３が記憶部１０６に記憶された制御プログラムを実行することで実現される。

画像処理装置１０Ａが本処理を開始すると、Ｓ１２０２で、画像処理装置１０Ａは、記憶部１０６から自身の画像処理装置識別情報を取得する。さらに、Ｓ１２０３で、画像処理装置１０Ａは、現在の時刻情報を取得する。そして、Ｓ１２０４で、画像処理装置１０Ａは、画像処理装置識別情報と時刻情報を組み合わせてコールボタン押下識別情報を生成する。

そして、画像処理装置１０Ａは、本処理を終了する。

なお、画像処理装置１０Ａは、自身でコールボタンを生成せずに、管理装置２０に要求して生成してもらってもよい。

図９は、本実施形態を示す画像処理装置における第４のデータ処理手順の一例を示すフローチャートである。本例は、画像処理装置として画像処理装置１０Ａで有効期限情報付きのコールボタン押下識別情報を生成する処理例である。

また、Ｓ１３０２〜Ｓ１３０６は各ステップを示す。さらに、各ステップは、画像処理装置１０Ａが備える制御部１０３が記憶部１０６に記憶された制御プログラムを実行することで実現される。

画像処理装置１０Ａが本処理を開始すると、Ｓ１３０２で、画像処理装置１０Ａは、記憶部１０６から自身の画像処理装置識別情報を取得する。

そして、Ｓ１３０３で、画像処理装置１０Ａは、現在の時刻情報を取得する。そして、Ｓ１３０４で、画像処理装置１０Ａは、画像処理装置識別情報と時刻情報を組み合わせてコールボタン押下識別情報を生成する。

さらに、Ｓ１３０５で、画像処理装置１０Ａは、記憶部１０６からコールボタン押下識別情報の有効期限情報を取得する。そして、Ｓ１３０６で、画像処理装置１０Ａは、コールボタン押下識別情報に有効期限情報を付加する。

そして、画像処理装置１０Ａは、本処理を終了する。なお、有効期限情報としてコールボタン押下識別情報を無効にする時刻を指定してもよい。この場合、コールボタンが押下された時刻から所定期間後の時刻を有効期限情報として指定する。

図１０は、本実施形態を示す画像処理装置における第５のデータ処理手順の一例を示すフローチャートである。本例は、コールボタン押下識別情報を受信したときの画像処理装置１０Ｂの処理例である。なお、第１実施形態において、画像処理装置１０Ｂが画像処理装置１０Ａからコールボタン押下識別情報を受信したときの動作を説明する。

また、Ｓ１４０２〜Ｓ１４０３は各ステップを示す。さらに、各ステップは、画像処理装置１０Ｂが備える制御部１０３が記憶部１０６に記憶された制御プログラムを実行することで実現される。

画像処理装置１０Ｂが本処理を開始すると、Ｓ１４０２で、画像処理装置１０Ｂは、コールボタン押下識別情報を受信し、Ｓ１４０３で、画像処理装置１０Ｂは、コールボタン押下識別情報を記憶部１０６に保存して、本処理を終了する。

図１１は、本実施形態を示す画像処理装置における第６のデータ処理手順の一例を示すフローチャートである。本例は、有効期限情報付きのコールボタン押下識別情報を受信したときの画像処理装置１０Ｂの処理例である。

なお、第１実施形態において、画像処理装置１０Ｂが画像処理装置１０Ａからコールボタン押下識別情報を受信したときの動作を説明する。

また、Ｓ１５０２〜Ｓ１５０５は各ステップを示す。さらに、各ステップは、画像処理装置１０Ｂが備える制御部１０３が記憶部１０６に記憶された制御プログラムを実行することで実現される。

画像処理装置１０Ｂが本処理を開始すると、Ｓ１５０２で、画像処理装置１０Ｂは、コールボタン押下識別情報を受信し、Ｓ１５０３で、画像処理装置１０Ｂは、コールボタン押下識別情報を記憶部１０６に保存する。

次に、Ｓ１５０４で、画像処理装置１０Ｂは、受信したコールボタン押下識別情報に有効期限情報が付加されているかを判定する。ここで、有効期限情報が付加されていると画像処理装置１０Ｂが判定した場合、Ｓ１５０５へ遷移する。

一方、Ｓ１５０４で、有効期限情報が付加されていないと画像処理装置１０Ｂが判定した場合、本処理を終了する。

そして、Ｓ１５０５で、画像処理装置１０Ｂは、記憶部１０６に有効期限情報を保存し、タイマー機能を開始して、本処理を終了する。

図１２は、本実施形態を示す画像処理装置における第７のデータ処理手順の一例を示すフローチャートである。本例は、コールボタン押下識別情報を受信した画像処理装置１０Ｂが操作部１０１へ表示する処理例である。

また、Ｓ１６０２〜Ｓ１６０５は各ステップを示す。さらに、各ステップは、画像処理装置１０Ｂが備える制御部１０３が記憶部１０６に記憶された制御プログラムを実行することで実現される。

なお、コールボタン押下識別情報を受信した画像処理装置１０Ｂは、操作部１０１上に「サービスマンへ保守依頼中である」旨を表示する。

これは、保守エリア１５内でコールボタンにより保守依頼をした他の画像処理装置が存在することを示す表示である。

これは、サービスマンに相談したいと考えていたユーザに対し、他の画像処理装置と同じ時期に、ついでにサービスマンに保守したい際のコールボタン押下を促すことになる。なお、ユーザにとっては普段の業務運用に支障をきたさない程度の軽度な問題を持つ画像処理装置があった場合、わざわざサービスマンを呼ぶことはあまりない。

しかしながら、１度のサービスマン訪問のタイミングで、ユーザがついでに保守依頼が可能になるので、そのような問題も点検してもらうことが可能となる。

ここで挙げる軽度な問題とは、例えば印刷処理などに関係の無い装置自身の車輪が外れる、または、若干画像の質が気になるなどといった問題である。

サービスマンにとっては１台の画像処理装置１０Ａを保守するタイミングで、保守エリア１５内に設置されている画像処理装置１０Ａに近接する画像処理装置１０Ｂを保守できる可能性が高くなるので、効率的な保守活動を行えるようになる。

画像処理装置１０Ｂが本処理を開始すると、Ｓ１６０２で、画像処理装置１０Ｂは、コールボタン押下識別情報を受信し、Ｓ１６０３で、画像処理装置１０Ｂは、コールボタン押下識別情報を記憶部１０６に保存する。

次に、Ｓ１６０４で、画像処理装置１０Ｂは、記憶部１０６から操作部１０１上に表示するメッセージを取得し、Ｓ１６０５で、画像処理装置１０Ｂは、取得したメッセージを操作パネルに表示して、本処理を終了する。

なお、メッセージ表示は、コールボタン押下識別情報の有効期限が切れたときやサービスマンによる保守開始を意味する信号を検出したときなどに非表示にする。

また、画像処理装置の操作部１０１上のメッセージ表示は、最初にコールボタンＣＢの押下を検出した画像処理装置１０Ａにおいても実施してもよい。

図１３は、図１に示した画像処理装置１０Ａの操作部１０１に表示されるユーザインタフェースの一例を示す図である。本例は、画像処理装置１０Ａが備える操作部１０１の表示部上へのメッセージ表示画面例である。本メッセージは、自装置以外の画像処理装置で現在サービスマンによる保守依頼が既に行われていることを示す内容であれば、図１３に示すメッセージに限定されるものではない。さらに、同メッセージに依頼開始時刻や、依頼している画像処理装置の管理情報を合わせて表示してもよい。

図１３において、操作パネル上の画面６０は、通常の表示領域６１とメッセージ表示領域６２で構成される。通常の表示領域６１には、例えばコピー時においては、部数選択や用紙サイズ選択などの表示を行うことになる。

また、メッセージ表示領域６２には、他の画像処理装置や自装置において押下されることで受信するコールボタン押下識別情報を受信したときに表示を行う。

図１４は、本実施形態を示す画像処理装置における第８のデータ処理手順の一例を示すフローチャートである。本例は、画像処理装置で有効期限情報付きコールボタン押下識別情報を削除する処理例である。また、本処理は、画像処理装置１０Ａにも画像処理装置１０Ｂのいずれにも適用できるので、画像処理装置１０Ａで処理する場合について説明する。なお、Ｓ１７０２〜Ｓ１７０５は各ステップを示す。さらに、各ステップは、画像処理装置１０Ａが備える制御部１０３が記憶部１０６に記憶された制御プログラムを実行することで実現される。

画像処理装置１０Ａが処理を開始すると、Ｓ１７０２で、画像処理装置１０Ａは、コールボタン押下識別情報を受信し、有効期限情報を取得し、記憶部１０６に保存する。

次に、Ｓ１７０３で、画像処理装置１０Ａは、有効期限情に基づきタイマー設定を実施する。そして、Ｓ１７０４で、画像処理装置１０Ａは、コールボタン押下情報管理部１０４の処理でコールボタン押下識別情報は有効期限に達したかを判定する。ここで、画像処理装置１０Ａが有効期限に達したと判定した場合、Ｓ１７０５に遷移する。

一方、Ｓ１７０４で、画像処理装置１０Ａが有効期限に達していないと判定した場合、Ｓ１７０４に戻る。

そして、Ｓ１７０５で、画像処理装置１０Ａが備える記憶部１０６のコールボタン押下識別情報を無効にする。このとき、コールボタン押下識別情報の受信に伴うメッセージ表示を実施している場合、メッセージを非表示にして、本処理を終了する。

図１５は、本実施形態を示す管理装置における第１のデータ処理手順の一例を示すフローチャートである。本例は、管理装置２０がコールボタン押下識別情報を受信した場合の処理例である。なお、Ｓ１８０２〜Ｓ１８０８は各ステップを示す。また、各ステップは、図１に示した管理装置２０の制御部２０３が記憶部２０２に記憶された制御プログラムを実行することで実現される。

管理装置２０が本処理を開始すると、Ｓ１８０２で、管理装置２０は、画像処理装置１０Ａ，１０Ｂからコールボタン押下識別情報と画像処理装置識別情報を受信する。そして、Ｓ１８０３で、管理装置２０は、コールボタン押下識別情報に有効期限情報が付加されているかを判定する。ここで、管理装置２０がコールボタン押下識別情報に有効期限情報が付加されていると判定した場合、Ｓ１８０４へ遷移する。

一方、Ｓ１８０３で、管理装置２０が有効期限情報は付加されていないと判定した場合、Ｓ１８０８へ遷移する。

そして、Ｓ１８０４で、管理装置２０は、コールボタン押下情報管理部２０５の処理で、コールボタン押下識別情報と画像処理装置識別情報を互いに結びつけて記憶部２０２に保存する。

そして、Ｓ１８０５で、管理装置２０は、コールボタン押下識別情報と有効期限情報を結びつけて記憶部２０２に保存する。

次に、Ｓ１８０６で、管理装置２０は、コールボタン押下識別情報を有効として管理する。そして、Ｓ１８０７で、コールボタン押下識別情報に対する有効期限管理のタイマー処理を有効にし、本処理を終了する。

一方、Ｓ１８０８で、管理装置２０は、コールボタン識別情報と画像処理装置識別情報を互いに結びつけて記憶部２０２に保存して、本処理を終了する。

なお、有効期限情報はコールボタン押下識別情報を無効にする時刻を指定するものでよい。

また、管理装置２０は、画像処理装置にサービスマンを割り当てる場合、管理しているサービスマン情報とコールボタン押下識別情報を関連付けて管理する。

これにより、管理装置２０は、すでに画像処理装置１０Ａから受信済みのコールボタン押下識別情報を別の画像処理装置１０Ｂからも受信した場合、このコールボタン押下識別情報にすでに関連付けられているサービスマンに、この画像処理装置１０Ｂの保守を割り付けることができる。

図１６は、本実施形態を示す管理装置における第２のデータ処理手順の一例を示すフローチャートである。本例は、コールボタン押下識別情報の有効期限に達したときの管理装置２０の処理例である。なお、Ｓ１９０２〜Ｓ１９０３は各ステップを示す。また、各ステップは、図１に示した管理装置２０の制御部２０３が記憶部２０２に記憶された制御プログラムを実行することで実現される。

管理装置２０が本処理を開始すると、Ｓ１９０２で、管理装置２０は、コールボタン押下情報管理部２０５の処理で、コールボタン押下識別情報に対する有効期限切れを検出する。

そして、Ｓ１９０３で、管理装置２０は、コールボタン押下識別情報を無効として管理して、本処理を終了する。

〔第２実施形態〕
図１７は、本実施形態を示す監視システムの一例を示すブロック図である。画像処理装置は複数存在し、互いにＩＰアドレスなどの画像処理装置情報を記憶部１０６内で保持しているシステム例である。ここで、記憶部１０６は、複数の画像処理装置をグループとして管理するためのグループ情報を保持している。

また、画像処理装置は２台存在し、１台は最初にコールボタンが押下される画像処理装置１０Ａとして、もう１台は画像処理装置１０Ａからコールボタン押下識別情報を送信される画像処理装置１０Ｂとして存在する。さらに、管理装置２０が存在する。また、管理装置２０は、後述する制御に基づいて、画像処理装置１０Ａからの保守依頼を通知した画像処理装置１０Ｂからの保守依頼要求に従い、携帯端末４０を操作するサービスマンが派遣されるように手配を行う。ここで、手配とは、メールによる手配、電話による手配等が含まれる。

図１７において、まず、画像処理装置１０Ａでコールボタンが押される。画像処理装置１０Ａは、コールボタン押下を検出し、コールボタン押下識別情報を生成する。

そして、画像処理装置１０Ａは、記憶部１０６で保持している関連する画像処理装置情報を利用して、画像処理装置１０Ｂを指定して、コールボタン押下識別情報を送信する（１）。ここで、画像処理装置情報は画像処理装置へのアクセス情報である。

さらに、画像処理装置１０Ａは管理装置２０に対してコールボタン押下識別情報と画像処理装置１０Ａの画像処理装置識別情報を送信する（２）。

画像処理装置１０Ｂは、コールボタン押下識別情報を受信したら、記憶部１０６にコールボタン押下識別情報を保存する。そして、画像処理装置１２でコールボタン押下を検出したら、画像処理装置１０Ａから受信したコールボタン押下識別情報と画像処理装置１２の画像処理装置識別情報を管理装置２０へ送信する（３）。

なお、管理装置２０は、コールボタン押下識別情報と画像処理装置識別情報を関連付けて管理する。さらに、管理装置２０は、コールボタン押下識別情報とサービスマンの関連付けを行い、コールボタンが押された画像処理装置１０にサービスマンを手配する。

ここで、画像処理装置１０Ａと画像処理装置１０Ｂとは同一のコールボタン押下識別情報で紐づいているため、サービスマンは同一のサービスマンが割り付けられる。

また、画像処理装置１０Ａに消耗品補充の必要や紙詰まり多発の傾向がある場合、サービスマンにとっても、ユーザにとっても保守のタイミングで一度に対処できることが望ましい。サービスマンが画像処理装置１０Ａに対し一度にいくつかの保守を行う判断の手助けをするために、第２実施形態の（２）および（３）の処理で、画像処理装置１０Ａと画像処理装置１０Ｂは最新の状態情報を付加してもよい。

図１８は、本実施形態を示す画像処理装置における第９のデータ処理手順の一例を示すフローチャートである。本例は、画像処理装置１０Ａでコールボタン押下を検出したときの処理例である。

ここで、画像処理装置１０Ａは、コールボタン押下を検出したときにコールボタン押下識別情報を保持しておらず、自らコールボタン押下識別情報を生成する画像処理装置として機能する。

なお、Ｓ２００２〜Ｓ２０１２は各ステップを示す。また、各ステップは、画像処理装置１０Ａが備える制御部１０３が記憶部１０６に記憶された制御プログラムを実行することで実現される。

画像処理装置１０Ａが本処理を開始すると、Ｓ２００２で、画像処理装置１０ＡがコールボタンＣＢの押下を検出する。

そして、Ｓ２００３で、画像処理装置１０Ａはすでに記憶部１０６にコールボタン押下識別情報を保持しているかを確認する。ここで、画像処理装置１０Ａがすでにコールボタン識別情報を保持していると判断した場合、Ｓ２００４へ遷移する。

一方、Ｓ２００３で、画像処理装置１０Ａがコールボタン識別情報を保持していないと判断した場合は、Ｓ２００５へ遷移する。

なお、Ｓ２００４は、コールボタン押下識別情報をすでに保持している画像処理装置の処理であり、画像処理装置１０Ａからコールボタン押下識別情報を受信した画像処理装置１０Ｂの処理である。このＳ２００４を実行した後、処理は、図７に示した飛び先Ａに遷移する。

また、Ｓ２００５で、画像処理装置１０Ａは、コールボタン押下識別情報を生成し、Ｓ２００６で、画像処理装置１０Ａは、生成したコールボタン押下識別情報を記憶部１０６に保存する。

次に、Ｓ２００７で、画像処理装置１０Ａは、記憶部１０６に他の画像処理装置へのアクセス情報を含む画像処理装置情報を保持しているか判定する。ここで、画像処理装置１０Ａが画像処理装置情報を保持していると判断した場合、Ｓ２００８へ遷移する。

一方、Ｓ２００７で、画像処理装置１０Ａが他の画像処理装置へのアクセス情報を含む画像処理装置情報を保持していないと判断した場合、Ｓ２０１０へ遷移する。

そして、Ｓ２００８で、画像処理装置１０Ａは、記憶部１０６からコールボタン押下識別情報を取得する。次に、Ｓ２００９で、画像処理装置１０Ａは、画像処理装置情報に登録されている画像処理装置（例えば画像処理装置１０Ｂ）にコールボタン押下識別情報を送信する。

次に、Ｓ２０１０で、画像処理装置１０Ａは、記憶部１０６から画像処理装置識別情報を取得し、Ｓ２０１１で、画像処理装置１０Ａは、管理装置情報を取得する。ここで、管理装置情報は管理装置２０へのアクセス情報である。

次に、Ｓ２０１２で、画像処理装置１０Ａは、管理装置２０へコールボタン押下識別情報と画像処理装置識別情報を送信し、画像処理装置１０Ａでコールボタン押下を検出したことを通知する。このとき、画像処理装置１０Ａの状態情報を付加して通知して、本処理を終了する。

なお、図１８において、Ｂは、図７のＳ１１０８から遷移してくる場合の飛び先を示す。

一方、画像処理装置１０Ａからコールボタン押下識別情報を受信する画像処理装置１０Ｂの処理は第１実施形態における図７の処理と同様である。

なお、第２実施形態においても、第１実施形態と同様に図５のようなコールボタンを持ち、図８、図９に示した処理でコールボタン押下識別情報を生成する。

また、コールボタン押下識別情報を受信した画像処理装置１０Ｂのフローも図１０、図１１、図１２、図１３、図１４と同様の方法を用いることができる。

さらに、コールボタン押下識別情報を受信した管理装置２０のフローも図１５、図１６と同様の方法を用いることができる。

第２実施形態では、コールボタン押下識別情報を共有しあう画像処理装置はあらかじめ１つのグループとして定められており、グループ情報として機能する互いにＩＰアドレスなどの画像処理装置情報を記憶部１０６に保持している。ここで、記憶部１０６は、グループ情報を保持する第２の保持手段として機能する。

これにより、顧客の組織や管理体制の都合により、顧客の画像処理装置をいくつかのグループに分けて管理したい場合に、グループに合わせてコールボタン押下識別情報を共有することが可能となる。

〔第３実施形態〕
図１９は、本実施形態を示す監視システムの一例を示すブロック図である。

本実施形態では、画像処理装置は複数存在し、互いにＩＰアドレスなどの画像処理装置情報を保持していない。

本例は、画像処理装置１０Ａ、１０Ｂとで画像処理装置は２台存在し、１台は最初にコールボタンが押下される画像処理装置１０Ａとして、もう１台は画像処理装置１０Ａからコールボタン押下識別情報を送信される画像処理装置１０Ｂとして存在する。さらに、本例では、画像処理装置１０Ａ、１０Ｂと通信可能な管理装置２０が存在するシステム例である。

ただし、画像処理装置１０Ａが保守エリア１５内の画像処理装置を代表して、管理装置２０と通信を行う形態である。

なお、管理装置２０は、後述する制御に基づいて、画像処理装置１０Ａからの保守依頼を通知した画像処理装置１０Ｂからの保守依頼要求に従い、携帯端末４０を操作するサービスマンが派遣されるように手配を行う。ここで、手配とは、メールによる手配、電話による手配等が含まれる。

まず、画像処理装置１０Ａで、コールボタンが押される。画像処理装置１０Ａはコールボタン押下を検出し、コールボタン押下識別情報を生成する。

そして、画像処理装置１０Ａはブロードキャストで保守エリア１５上の画像処理装置１０Ａを探索し、発見した画像処理装置１０Ｂに対してコールボタン押下識別情報を通知する（１）。

さらに、画像処理装置１０Ａは管理装置２０に対してコールボタン押下識別情報と画像処理装置１０Ａの画像処理装置識別情報を送信する（２）。画像処理装置１０Ａはコールボタン押下識別情報を受信したら、記憶部１０６にコールボタン押下識別情報と画像処理装置１０Ａの画像処理装置情報を保存する。

画像処理装置１０Ａの画像処理装置情報はデータ通信時に用いる情報でＩＰアドレスなどである。そして、画像処理装置１０Ｂでコールボタン押下を検出したら、画像処理装置１０Ａから受信したコールボタン押下識別情報と画像処理装置１０Ｂの画像処理装置識別情報を画像処理装置１０Ａへ送信する（３）。

画像処理装置１０Ａは、画像処理装置１０Ｂに対してコールボタン押下識別情報を通知後、コールボタン押下識別情報と画像処理装置１０Ｂから受信する画像処理装置識別情報を管理装置２０へ送信する（４）。ここで、画像処理装置１０Ｂに対してコールボタン押下識別情報を通知後、画像処理装置１０Ｂによるコールボタン押下識別情報を画像処理装置１０Ｂから受信する機能処理が画像処理装置１０Ａによる第２の受信機能に対応する。

管理装置２０は、コールボタン押下識別情報と画像処理装置識別情報を関連付けて管理する。さらに、管理装置２０はコールボタン押下識別情報とサービスマンの関連付けを行い、コールボタンが押された画像処理装置１０Ａにサービスマンを手配する。

なお、画像処理装置１０Ａと画像処理装置１０Ｂは同一のコールボタン押下識別情報で紐づいているため、サービスマンは同一のサービスマンが割り付けられる。

また、画像処理装置１０Ａに消耗品補充の必要や紙詰まり多発の傾向がある場合、サービスマンにとっても、ユーザにとっても保守のタイミングで一度に対処できることが望ましい。

このため、サービスマンが画像処理装置１０Ａに対し一度にいくつかの保守を行う判断の手助けをするために、第３実施形態の（２）および（３）、（４）の処理で、画像処理装置１０Ａと画像処理装置１０Ｂは最新の状態情報を付加してもよい。

図２０は、本実施形態を示す画像処理装置における第１０のデータ処理手順の一例を示すフローチャートである。本例は、図１９に示す管理システムにおいて、画像処理装置１０Ａでコールボタン押下を検出したときの処理例である。

ここで、画像処理装置１０Ａは、コールボタン押下を検出したときにコールボタン押下識別情報を保持しておらず、自らコールボタン押下識別情報を生成する画像処理装置として機能する。

なお、Ｓ２１０２〜Ｓ２１１３は各ステップを示す。また、各ステップは、画像処理装置１０Ａが備える制御部１０３が記憶部１０６に記憶された制御プログラムを実行することで実現される。

画像処理装置１０Ａが本処理を開始すると、Ｓ２１０２で、画像処理装置１０Ａは、コールボタン押下を検出する。

そして、Ｓ２１０３で、画像処理装置１０Ａは、すでに記憶部１０６にコールボタン押下識別情報を保持しているかを判断する。ここで、画像処理装置１０Ａがすでにコールボタン識別情報を保持していると判断した場合、Ｓ２１０４へ遷移する。

一方、Ｓ２１０３で、画像処理装置１０Ａがまだコールボタン識別情報を保持していないと判断した場合は、Ｓ２１０５へ遷移する。

なお、Ｓ２１０４は、コールボタン押下識別情報をすでに保持している画像処理装置の処理であり、画像処理装置１０Ａからコールボタン押下識別情報を受信した画像処理装置１０Ｂの処理である。また、Ｓ２１０４の処理後は、図２１に示す飛び先Ｃに遷移する。

一方、Ｓ２１０５では、画像処理装置１０Ａがコールボタン押下識別情報を生成し、Ｓ２１０６で、画像処理装置１０Ａが生成したコールボタン押下識別情報を記憶部１０６に保存する。

次に、Ｓ２１０７で、画像処理装置１０Ａは、ブロードキャストにより保守エリア１５上に他の画像処理装置（画像処理装置１０Ｂ）が存在しているかを探索する。

そして、Ｓ２１０８で、画像処理装置１０Ａは、他の画像処理装置、ここでは、画像処理装置１０Ｂを発見したかを判定する。ここで、画像処理装置１０Ａが画像処理装置１０Ｂを発見したと判定した場合、Ｓ２１０９へ遷移する。

一方、Ｓ２１０８で、画像処理装置１０Ａが画像処理装置１０Ｂを発見しなかったと判断した場合、Ｓ２１１１へ遷移する。

そして、Ｓ２１０９で、画像処理装置１０Ａは、記憶部１０６からコールボタン押下識別情報を取得する。次に、Ｓ２１１０で、画像処理装置１０Ａは、発見した画像処理装置１０Ｂにコールボタン押下識別情報と画像処理装置情報を送信する。ここで、画像処理装置情報は画像処理装置１０Ｂへのアクセス情報である。

そして、Ｓ２１１１で、画像処理装置１０Ａは、記憶部１０６から画像処理装置識別情報を取得し、Ｓ２１１２で、画像処理装置１０Ａは、管理装置情報を取得する。ここで、管理装置情報は管理装置２０へのアクセス情報である。

次に、Ｓ２１１３で、画像処理装置１０Ａは、管理装置２０へコールボタン押下識別情報と画像処理装置識別情報を送信する。

このとき、画像処理装置１０Ａは、管理装置２０へコールボタン押下識別情報と画像処理装置識別情報に加えて、画像処理装置１０Ａの状態情報を付加して通知して本処理を終了する。

図２０において、Ｄは、図２１のＳ２２０８から遷移してくる場合の飛び先を示す。

図２１は、本実施形態を示す画像処理装置における第１１のデータ処理手順の一例を示すフローチャートである。本例は、画像処理装置１０Ｂでコールボタン押下を検出したときの処理例である。

ここで、画像処理装置１０Ｂは、コールボタン押下を検出したときにすでに画像処理装置１０Ａからコールボタン押下識別情報を受信し保持している画像処理装置として機能する。

なお、Ｓ２２０２〜Ｓ２２０８は各ステップを示す。また、各ステップは、画像処理装置１０Ｂが備える制御部１０３が記憶部１０６に記憶された制御プログラムを実行することで実現される。

画像処理装置１０Ｂが処理を開始すると、Ｓ２２０２で、画像処理装置１０Ｂがコールボタン押下を検出する。

次に、Ｓ２２０３で、画像処理装置１０Ｂはすでに記憶部１０６にコールボタン押下識別情報を保持しているかを判断する。ここで、画像処理装置１０Ｂがすでにコールボタン識別情報を保持していると判断した場合、Ｓ２２０４へ遷移する。

一方、Ｓ２２０３で、画像処理装置１０Ｂがまだコールボタン識別情報を保持していないと判断した場合は、Ｓ２２０８へ遷移する。

なお、Ｓ２２０８はコールボタン押下識別情報を保持していない画像処理装置の処理であり、自らコールボタン押下識別情報を生成する画像処理装置１０Ａの処理である。また、Ｓ２２０８の処理後は、図２０に示す飛び先Ｄへ遷移する。

一方、Ｓ２２０４では、画像処理装置１０Ｂが記憶部１０６からコールボタン押下識別情報を取得する。次に、Ｓ２２０５で、画像処理装置１０Ｂは記憶部１０６から画像処理装置識別情報を取得し、Ｓ２２０６で、コールボタン押下識別情報の送信もとの画像処理装置情報を取得する。この場合の画像処理装置情報は、画像処理装置１０Ｂへのアクセス情報である。

次に、Ｓ２２０７で、画像処理装置１０Ｂは、画像処理装置１０Ａへコールボタン押下識別情報と画像処理装置識別情報を送信し、画像処理装置１０Ｂでコールボタン押下を検出したことを通知する。このとき、画像処理装置１０Ｂは、コールボタン押下識別情報と画像処理装置識別情報に加えて、画像処理装置１０Ｂの状態情報を付加して通知してもよい。

そして、画像処理装置１０Ｂは、本処理を終了する。

図２２は、本実施形態を示す画像処理装置における第１２のデータ処理手順の一例を示すフローチャートである。

本例は、画像処理装置１０Ａがコールボタン押下識別情報を受信したときの処理例である。また、本処理は、画像処理装置１０Ｂがコールボタン押下識別情報を生成した画像処理装置１０Ａの画像処理装置情報を取得し、保存する処理を含む。

ここで、画像処理装置情報はＩＰアドレスなどの通信情報である。

なお、Ｓ２３０２〜Ｓ２３０５は各ステップを示す。また、各ステップは、画像処理装置１０Ａが備える制御部１０３が記憶部１０６に記憶された制御プログラムを実行することで実現される。

画像処理装置１０Ｂが本処理を開始すると、Ｓ２３０２で、画像処理装置１０Ｂは、コールボタン押下識別情報を受信し、Ｓ２３０３で、画像処理装置１０Ｂは、記憶部１０６にコールボタン押下識別情報を保存する。

Ｓ２３０４で、画像処理装置１０Ｂは、コールボタン押下識別情報の送信もとの画像処理装置情報を取得し、Ｓ２３０５で、画像処理装置１０Ｂは、取得した画像処理装置情報を記憶部１０６に保存して、本処理を終了する。

なお、図２１においてＣは、図２０のＳ２１０４から遷移してくる場合の飛び先を示す。

第３実施形態においても、第１，第２実施形態と同様に図５のようなコールボタンを持ち、図８、図９の方法でコールボタン押下識別情報を生成できる。

また、コールボタン押下識別情報を受信した画像処理装置１０Ｂのフローも図１０、図１１、図１２、図１３、図１４と同様の方法を用いることができる。

さらに、コールボタン押下識別情報を受信した管理装置２０のフローも図１５、図１６と同様の方法を用いることができる。

しかし、第３実施形態ではコールボタン押下識別情報の無効化の方法として別の手段を用いることもできる。

図２３は、本実施形態を示す管理システムにおけるデータ処理状態を説明するワークフローを説明する図である。本例は、コールボタン押下識別情報を無効化する処理例である。なお、Ｓ２４０１〜Ｓ２４０８はステップを示す。

なお、本実施形態において、画像処理装置（画像処理装置１０Ａと画像処理装置１０Ｂを含む）は保守完了ボタンを設けるなどして保守完了の状態を保持することが可能に構成されている。ここで、保守完了ボタンは、第２の指示部として機能し、この保守完了ボタンを押下するタイミングで、作業の完了を管理装置２０に完了情報が発行される。ここで、完了情報とは、保守作業が完了した画像処理装置識別情報が含まれ、これらの情報を含む完了情報が、保守作業が完了している画像処理装置から管理装置２０に対して送信される。

また、管理装置２０は、コールボタン押下識別情報に関連付けられている画像処理装置の保守完了状態を管理する。

まず、Ｓ２４０１で、画像処理装置１０Ｂは、保守完了状態になる。この際、画像処理装置１０Ｂは、自身での保守作業が完了したことを示す完了情報を発行する。ここで、発行される完了情報には、自身の装置識別情報並びに、依頼識別情報が含まれる。なお、画像処理装置１０Ａについても同様であり、保守完了状態となったと判断した場合には、自身での保守作業が完了したことを示す完了情報を発行する。このように画像処理装置１０Ａ、１０Ｂは、完了情報発行機能を備え、管理装置２０は、画像処理装置１０Ａ、１０Ｂから通知される完了情報に基づいて、保守作業状態を管理している。

そして、Ｓ２４０２で、画像処理装置１０Ｂは、画像処理装置１０Ａに保守完了情報と画像処理装置識別情報とコールボタン押下識別情報を送信する。

次に、Ｓ２４０３で、画像処理装置１０Ａは、画像処理装置１０Ｂから受信した保守完了情報と画像処理装置識別情報とコールボタン押下識別情報を管理装置２０へ送信する。このように、本実施形態では、保守作業が完了している画像処理装置から管理装置２０に対して送信される。ここで、保守作業が完了している画像処理装置から管理装置２０に対して送信する機能が第３の送信機能に対応する。

管理装置２０は、コールボタン押下識別情報に紐づいている全ての画像処理装置の保守作業（手配されているサービスマンによる）が完了したことを管理している。ここで、保守依頼に基づいて、紐づいている画像処理装置に対する保守依頼は携帯端末４０を保有するサービスマンに手配されている処理については、上記実施形態で上述した通りである。なお、管理装置２０は、新たな保守依頼を受信した場合において、全ての保守作業が完了していると判断した場合、サービスマンが保守エリア１５内から外へ移動しているものと判断して、それ以後の新たな保守依頼に対して、サービスマンを手配しないように制御している。

そして、Ｓ２４０４で、管理装置２０が関連付けられているすべての画像処理装置の保守が完了したか否かを判断する。ここで、管理装置２０がすべての画像処理装置の保守が完了していると判断したら、該当するコールボタン押下識別情報を無効なものとして管理する。ここで、管理装置２０によるＳ２４０４の判断が第２の判断機能に対応する。

管理装置２０は、管理するコールボタン押下識別情報の無効化情報を画像処理装置１０Ａに通知する。この通知は、画像処理装置１０Ａが管理装置２０に対してポーリングを行ってもよいし、あるいは、Ｓ２４０６で、管理装置２０が画像処理装置１０Ａに対して削除指示を送信してもよい。この削除指示の送信は、管理装置２０による削除指示送信機能による。

Ｓ２４０５で、画像処理装置１０Ａは、自身が保持しているコールボタン押下識別情報を削除するとともに、Ｓ２４０７で、画像処理装置１０Ｂに対して、コールボタン押下識別情報の削除指示を通知する。これが画像処理装置１０Ａによる第２の通知機能に対応する。

そして、Ｓ２４０８で、画像処理装置１０Ｂは、自身が保持しているコールボタン押下識別情報を削除する。

第３実施形態では、複数の画像処理装置が存在する環境において、１台の画像処理装置１０Ａが代表して各画像処理装置のコールボタンの押下状況を管理することが特徴である。

これにより、代表となった画像処理装置１０Ａに各画像処理装置におけるコールボタンの押下状況が集まるため、保守を行う者は画像処理装置１０Ａのパネルを操作するなどして保守対象の画像処理装置を再確認することなども可能となる。

〔第４実施形態〕
以下、図２４、図２５に示すメモリマップを参照して本発明に係る管理装置、画像処理装置で読み取り可能なデータ処理プログラムの構成について説明する。なお、データ処理プログラムには、上述したフローチャートに示した依頼処理方法を実行するためのプログラムが含まれる。

図２４は、本発明に係る画像処理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。

図２５は、本発明に係る管理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。

なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。

さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。

本実施形態における図６〜図１２、図１４〜図１６、図１８、図２０〜図２２に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。

以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給する。そして、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

従って、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。

プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。

この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、該ホームページから本発明のコンピュータプログラムそのもの、もしくは、圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバやｆｔｐサーバ等も本発明の請求項に含まれるものである。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに送信し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけではない。例えばそのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行う。そして、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込ませる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。

本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではない。

本実施形態を示す管理システムを示す図である。 図１に示した画像処理装置の構成を説明するための図である。 図１に示した管理装置の構成を説明するためのブロック図である。 本実施形態を示す監視システムの一例を示すブロック図である。 図１に示した画像処理装置の操作部上に表示されるコールボタンの例を示す図である。 本実施形態を示す画像処理装置における第１のデータ処理手順の一例を示すフローチャートである。 本実施形態を示す画像処理装置における第２のデータ処理手順の一例を示すフローチャートである。 本実施形態を示す画像処理装置における第３のデータ処理手順の一例を示すフローチャートである。 本実施形態を示す画像処理装置における第４のデータ処理手順の一例を示すフローチャートである。 本実施形態を示す画像処理装置における第５のデータ処理手順の一例を示すフローチャートである。 本実施形態を示す画像処理装置における第６のデータ処理手順の一例を示すフローチャートである。 本実施形態を示す画像処理装置における第７のデータ処理手順の一例を示すフローチャートである。 図１に示した画像処理装置の操作部に表示されるユーザインタフェースの一例を示す図である。 本実施形態を示す画像処理装置における第８のデータ処理手順の一例を示すフローチャートである。 本実施形態を示す管理装置における第１のデータ処理手順の一例を示すフローチャートである。 本実施形態を示す管理装置における第２のデータ処理手順の一例を示すフローチャートである。 本実施形態を示す監視システムの一例を示すブロック図である。 本実施形態を示す画像処理装置における第９のデータ処理手順の一例を示すフローチャートである。 本実施形態を示す監視システムの一例を示すブロック図である。 本実施形態を示す画像処理装置における第１０のデータ処理手順の一例を示すフローチャートである。 本実施形態を示す画像処理装置における第１１のデータ処理手順の一例を示すフローチャートである。 本実施形態を示す画像処理装置における第１２のデータ処理手順の一例を示すフローチャートである。 本実施形態を示す管理システムにおけるデータ処理状態を説明するワークフローを説明する図である。 本発明に係る画像処理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。 本発明に係る管理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。

符号の説明

１０Ａ、１０Ｂ 画像処理装置
２０ 管理装置
ＣＢ コールボタン

Claims (23)

1. ユーザの指示により管理装置へ保守依頼を行うための指示部を備える複数の画像処理装置と前記画像処理装置を管理する管理装置とを含む監視システムであって、
   第１の画像処理装置は、
   前記指示部を介したユーザの指示入力を検出した際に、当該指示入力に応じた依頼識別情報を発行する発行手段と、
   前記発行手段により発行された前記依頼識別情報、及び前記第１の画像処理装置の装置識別情報を前記管理装置に対して送信する第１の送信手段と、
   ネットワークを介して接続された第２の画像処理装置に対して前記依頼識別情報を通知する通知手段とを備え、
   前記第１の画像処理装置とネットワークを介して接続された第２の画像処理装置は、
   前記通知手段により通知された前記依頼識別情報を受信する受信手段と、
   前記第２の画像処理装置の備える指示部を介してユーザの指示入力を検出した際、新たに依頼識別情報を発行することなく、前記受信手段により受信した前記依頼識別情報、及び前記第２の画像処理装置の装置識別情報を前記管理装置に対して送信する第２の送信手段とを備えることを特徴とする監視システム。
2. 前記第２の画像処理装置は、前記受信手段により前記依頼識別情報を受信した場合、自装置以外で保守依頼を行われている旨の表示画面を表示する表示手段を備えることを特徴とする請求項１記載の監視システム。
3. 前記第１の送信手段及び前記第２の送信手段は、更に自装置の最新の状態情報を管理装置に対して送信することを特徴とする請求項１又は２記載の監視システム。
4. 前記第１の画像処理装置は、複数の画像処理装置をグループとして管理するためのグループ情報を保持する第２の保持手段を備え、
   前記通知手段は、前記第２の保持手段により保持されたグループ情報に基づき、グループとして管理される画像処理装置に対して前記依頼識別情報を通知することを特徴とする請求項１乃至３のいずれか１項に記載の監視システム。
5. 前記第２の送信手段は、前記第２の画像処理装置の備える指示部を介したユーザの指示入力を検出した際、新たに依頼識別情報を発行することなく、前記第２の画像処理装置の装置識別情報を前記第１の画像処理装置に対して送信し、
   前記第１の送信手段は、前記通知手段による前記依頼識別情報の通知後、前記第２の画像処理装置より前記第２の画像処理装置の装置識別情報を受信した場合、前記管理装置に対して前記依頼識別情報、及び受信した前記第２の画像処理装置の装置識別情報を送信することを特徴とする請求項１乃至４のいずれか１項に記載の監視システム。
6. 前記管理装置は、ネットワークを介して画像処理装置より依頼識別情報、及び装置識別情報を受信する第２の受信手段と、
   前記第２の受信手段で受信した依頼識別情報、及び装置識別情報を関連付けて保持する保持手段とを備え、
   前記第２の受信手段で新たに依頼識別情報、及び装置識別情報を受信した場合、前記保持手段に保持されているか否かを判断する判断手段とを備え、
   前記判断手段により前記保持手段に保持されていると判断された場合、当該第２の受信手段で新たに受信した依頼識別情報と共に受信した装置識別情報で識別される画像処理装置に対して、前記保持手段により当該依頼識別情報に関連付けて保持されている装置識別情報で識別される画像処理装置に対して派遣されたサービスマンが手配されることを特徴とする請求項１乃至５のいずれか１項に記載の監視システム。
7. 前記監視システムに含まれる複数の画像処理装置は、前記保守依頼に基づく作業の完了を指示する第２の指示部を備え、前記第２の指示部を介した指示入力を検出した際に、自身の前記装置識別情報、及び前記依頼識別情報に対応する完了情報を発行する完了情報発行手段と、
   前記完了情報を前記管理装置に対して送信する第３の送信手段とを備え、
   前記管理装置は、
   前記第３の送信手段より前記完了情報を受信した際に前記保持手段に当該完了情報に対応する依頼識別情報が保持されていた場合、当該完了情報に対応する装置識別情報で識別される画像処理装置の保守作業が完了したとして管理することを特徴とする請求項６に記載の監視システム。
8. 前記管理装置は、前記保持手段により保持された前記依頼識別情報に関連付けて保持された装置識別情報で識別される画像処理装置の全ての保守作業が完了したか否かを判断する第２の判断手段を備え、
   前記判断手段により前記第２の受信手段で新たに依頼識別情報、及び装置識別情報を受信した際に当該依頼識別情報が前記保持手段に保持されていると判断され、さらに前記第２の判断手段により当該依頼識別情報に関連付けて保持された装置識別情報で識別される画像処理装置の全ての保守作業が完了していると判断された場合、前記第２の受信手段で新たに受信した依頼識別情報で識別される保守依頼に対してはサービスマンの手配を行わないことを特徴とする請求項７に記載の監視システム。
9. 前記管理装置は、前記第２の判断手段により当該依頼識別情報に関連付けて保持された装置識別情報で識別される画像処理装置の全ての保守作業が完了していると判断された場合、当該依頼識別情報の削除指示を前記第１の画像処理装置に対して送信する削除指示送信手段を備え、
   前記第１の画像処理装置は、前記削除指示送信手段より前記依頼識別情報の削除指示を受信した場合、前記通知手段によりネットワークを介して前記依頼識別情報を通知した画像処理装置に対して削除指示を通知する第２の通知手段を備え、
   前記削除指示を受信した画像処理装置は、当該削除指示に対応する依頼識別情報の削除を行うことを特徴とする請求項８記載の監視システム。
10. ユーザの指示により管理装置へ保守依頼を行うための指示部を備える複数の画像処理装置と前記画像処理装置を管理する管理装置とを含む監視システムにおける管理方法であって、
    第１の画像処理装置は、
    前記指示部を介したユーザの指示入力を検出した際に、当該指示入力に応じた依頼識別情報を発行する発行工程と、
    前記発行工程により発行された前記依頼識別情報、及び前記第１の画像処理装置の装置識別情報を前記管理装置に対して送信する第１の送信工程と、
    ネットワークを介して接続された第２の画像処理装置に対して前記依頼識別情報を通知する通知工程とを備え、
    前記第１の画像処理装置とネットワークを介して接続された第２の画像処理装置は、
    前記通知工程により通知された前記依頼識別情報を受信する受信工程と、
    前記第２の画像処理装置の備える指示部を介してユーザの指示入力を検出した際、新たに依頼識別情報を発行することなく、前記受信工程により受信した前記依頼識別情報、及び前記第２の画像処理装置の装置識別情報を前記管理装置に対して送信する第２の送信工程とを備えることを特徴とする監視方法。
11. 前記第２の画像処理装置は、
    前記受信工程により前記依頼識別情報を受信した場合、自装置以外で保守依頼を行われている旨の表示画面を表示する表示工程を備えることを特徴とする請求項１０記載の監視方法。
12. 前記第１の送信工程及び前記第２の送信工程は、更に自装置の最新の状態情報を管理装置に対して送信することを特徴とする請求項１０又は１１記載の監視方法。
13. 前記第１の画像処理装置は、複数の画像処理装置をグループとして管理するためのグループ情報を保持する第２の保持手段を備え、
    前記通知工程は、前記第２の保持手段により保持されたグループ情報に基づき、グループとして管理される画像処理装置に対して前記依頼識別情報を通知することを特徴とする請求項１０乃至１２のいずれか１項に記載の監視方法。
14. 前記第２の送信工程は、前記第２の画像処理装置の備える指示部を介したユーザの指示入力を検出した際、新たに依頼識別情報を発行することなく、前記第２の画像処理装置の装置識別情報を前記第１の画像処理装置に対して送信し、
    前記第１の送信工程は、前記通知工程による前記依頼識別情報の通知後、前記第２の画像処理装置より前記第２の画像処理装置の装置識別情報を受信した場合、前記管理装置に対して前記依頼識別情報、及び受信した前記第２の画像処理装置の装置識別情報を送信することを特徴とする請求項１０乃至１３のいずれか１項に記載の監視方法。
15. 前記管理装置は、ネットワークを介して画像処理装置より依頼識別情報、及び装置識別情報を受信する第２の受信工程と、
    前記第２の受信工程で受信した依頼識別情報、及び装置識別情報を関連付けて保持手段に保持する保持工程とを備え、
    前記第２の受信工程で新たに依頼識別情報、及び装置識別情報を受信した場合、前記保持手段に保持されているか否かを判断する判断工程とを備え、
    前記判断工程により前記保持手段に保持されていると判断された場合、当該第２の受信工程で新たに受信した依頼識別情報と共に受信した装置識別情報で識別される画像処理装置に対して、前記保持手段により当該依頼識別情報に関連付けて保持されている装置識別情報で識別される画像処理装置に対して派遣されたサービスマンが手配されることを特徴とする請求項１０乃至１４のいずれか１項に記載の監視方法。
16. 前記監視システムに含まれる複数の画像処理装置は、前記保守依頼に基づく作業の完了を指示する第２の指示部を備え、
    前記第２の指示部を介した指示入力を検出した際に、自身の前記装置識別情報、及び前記依頼識別情報に対応する完了情報を発行する完了情報発行工程と、
    前記完了情報を前記管理装置に対して送信する第３の送信工程とを備え、
    前記管理装置は、
    前記第３の送信工程より前記完了情報を受信した際に前記保持手段に当該完了情報に対応する依頼識別情報が保持されていた場合、当該完了情報に対応する装置識別情報で識別される画像処理装置の保守作業が完了したとして管理することを特徴とする請求項１５に記載の監視方法。
17. 前記管理装置は、
    前記保持手段により保持された前記依頼識別情報に関連付けて保持された装置識別情報で識別される画像処理装置の全ての保守作業が完了したか否かを判断する第２の判断工程を備え、
    前記判断工程により前記第２の受信工程で新たに依頼識別情報、及び装置識別情報を受信した際に当該依頼識別情報が前記保持手段に保持されていると判断され、
    さらに前記第２の判断工程により当該依頼識別情報に関連付けて保持された装置識別情報で識別される画像処理装置の全ての保守作業が完了していると判断された場合、前記第２の受信工程で新たに受信した依頼識別情報で識別される保守依頼に対してはサービスマンの手配を行わないことを特徴とする請求項１６に記載の監視方法。
18. 前記管理装置は、
    前記第２の判断工程により当該依頼識別情報に関連付けて保持された装置識別情報で識別される画像処理装置の全ての保守作業が完了していると判断された場合、当該依頼識別情報の削除指示を前記第１の画像処理装置に対して送信する削除指示送信工程を備え、
    前記第１の画像処理装置は、
    前記削除指示送信工程より前記依頼識別情報の削除指示を受信した場合、前記通知工程によりネットワークを介して前記依頼識別情報を通知した画像処理装置に対して削除指示を通知する第２の通知工程を備え、
    前記削除指示を受信した画像処理装置は、当該削除指示に対応する依頼識別情報の削除を行うことを特徴とする請求項１７記載の監視方法。
19. ユーザの指示により管理装置へ保守依頼を行うための指示部を備える画像処理装置であって、
    前記指示部を介したユーザの指示入力を検出した際に、当該指示入力に応じた依頼識別情報を発行する発行手段と、
    前記発行手段により発行された前記依頼識別情報、及び自身の装置識別情報を前記管理装置に対して送信する送信手段と、
    ネットワークを介して接続された自装置とは異なる画像処理装置に対して前記依頼識別情報を通知する通知手段とを備えることを特徴とする画像処理装置。
20. 前記通知手段により前記依頼識別情報を通知された画像処理装置は、既に他の画像処理装置において保守依頼を行われている旨の表示画面を表示することを特徴とする請求項１９に記載の画像処理装置。
21. 前記通知手段により前記依頼識別情報を通知された画像処理装置は、
    前記ユーザの指示により管理装置へ保守依頼を行うための指示部を備え、
    当該指示部を介したユーザの指示入力を検出した際には、新たに依頼識別情報を発行することなく、前記通知手段により通知された前記依頼識別情報を用いて管理装置に保守依頼を行い、
    前記管理装置は受信した前記依頼識別情報が同じである場合、当該依頼識別情報と共に受信した装置識別情報で識別される画像処理装置に対して、同じサービスマンが手配されることを特徴とする請求項１９又は２０のいずれか１項に記載の画像処理装置。
22. ユーザの指示により管理装置へ保守依頼を行うための指示部を備える画像処理装置における依頼処理方法であって、
    前記指示部を介したユーザの指示入力を検出した際に、当該指示入力に応じた依頼識別情報を発行する発行工程と、
    前記発行工程により発行された前記依頼識別情報、及び自身の装置識別情報を前記管理装置に対して送信する送信工程と、
    ネットワークを介して接続された自装置とは異なる画像処理装置に対して前記依頼識別情報を通知する通知工程とを備えることを特徴とする依頼処理方法。
23. 請求項１９乃至２１のいずれか１項に記載の手段としてコンピュータを機能させることを特徴とするプログラム。

Images