JP5500131B2 - 画像処理システム - Google Patents

Description

この発明は画像処理システムに関し、特に、画像処理装置のメンテナンスに関連した情報を処理する画像処理システムに関する。

オフィス環境などにおいて、ある範囲で複数台の画像形成装置（たとえば、コピー機、プリンター、これらの複合機であるＭＦＰ（Multi-Function Peripherals）等）が用いられる場合がある。そして、それらの機種が異なる場合がある。

サービスマンは、このような用い方をしている顧客先を訪問し、これら複数台の画像形成装置のメンテナンスを行なう。このとき、サービスマンはこれら複数台の画像形成装置に対してメンテナンス順を決定し、順にメンテナンスする。

しかしながら、上のように顧客先には様々な種類の画像形成装置が設置されている場合があるため、画像形成装置それぞれの状態を調査し、適切な優先度に基づくメンテナンス順を決定するのが難しい場合がある。特に、初めて訪問する顧客先ではそれぞれの画像形成装置の状態を把握することが難しいため、顧客から細かな情報収集を行なってからでないと最適な優先順位が判断しにくい、という問題がある。その結果、顆客先の画像形成装置全体のダウンタイムが増大し、顧客の利便性が損なわれてしまうという問題が生じる場合もあった。

このような問題に対して、たとえば特開２００８−２８７５０１号公報（特許文献１）の開示している方法を適用することも考えられる。特許文献１は、顧客環境下で用いられている画像形成装置をグループ化してグループごとにサポートすべき緊急度を判定し、所定の通知先に判定内容を通知するシステムを開示している。

また、ネットワークを用いたリモート診断等の仕組みを利用することも考えられる。

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

しかしながら、１台の画像形成装置に対して複数種類のメンテナンスが必要な場合や、複数台の画像形成装置を並行してメンテナンスする場合もあり、特許文献１の方法を適用した場合にはそのような場合の柔軟な判断ができない、という問題があった。

また、ネットワークを用いたリモート診断等の仕組みを利用する場合、顧客先でのネットワーク接続はセキュリティ上の問題で許可されない場合もあり、そのような場合にはこの仕組みを利用することができない、という問題があった。さらに、この場合、サービスマンは大規模なシステムを持ち歩く必要が生じ、業負荷面、コスト面において運用されにくいという問題があった。

本発明はこのような問題に鑑みてなされたものであって、複数台の画像形成装置を全体として効率よくメンテナンスすることができる画像処理システムを提供することを目的としている。

上記目的を達成するために、本発明のある局面に従うと、画像処理システムは、撮影手段および表示手段を含む携帯端末と、複数の画像処理装置と、携帯端末と相互に通信可能なサーバーとを備える。サーバーは複数の画像処理装置それぞれの情報として、少なくともそれぞれの状態を取得するための第１の取得手段を含み、サーバーまたは携帯端末は、画像処理装置の情報を参照して複数の画像処理装置のメンテナンス順を決定する処理を実行するための第１の処理手段を含み、携帯端末は、撮影手段で撮影して得られた画像処理装置の撮影画像と、決定されたメンテナンス順を表わす画像とを合成し、表示手段に表示する処理を実行するための第２の処理手段を含む。

好ましくは、サーバーは、第１の取得手段で画像処理装置の情報として当該画像処理装置の位置情報を取得し、サーバーは、撮影手段で撮影時の携帯端末の位置および向きを取得するための第２の取得手段をさらに備える。上記第１の処理手段は、複数の画像処理装置のうちの携帯端末での撮影範囲に存在する画像処理装置について当該画像処理装置の情報を参照してメンテナンス順を決定する。

好ましくは、画像処理装置は当該画像処理装置の状態を検出するためのセンサーを含み、第１の取得手段は、センサーでの検出値を取得する。

より好ましくは、画像処理装置の状態は、画像処理動作の回数を表わすカウンタ情報、各部の異常の有無を表わす情報、異常発生の履歴を表わす情報、部品交換の要否を表わす情報、動作モードに関する情報、メンテナンス頻度や履歴を表わす情報、清掃や確認の要否を表わす情報、のうちの少なくとも１つの情報によって表わされる。

好ましくは、第１の取得手段で取得される画像処理装置の状態は複数の項目に関する状態であって、携帯端末は、メンテナンス順を決定する際に用いる画像処理装置の状態の項目の優先度を設定するための設定手段をさらに備え、第１の処理手段は、設定された優先度に従った項目で表わされる複数の画像処理装置のそれぞれの状態に応じて複数の画像処理装置のメンテナンス順を決定する。

好ましくは、携帯端末は、メンテナンス順を表わす画像の表示態様を、当該メンテナンス順に応じて変化させるための表示処理手段をさらに含む。

この発明によると、複数台の画像形成装置を全体として効率よくメンテナンスすることができる。

第１の実施の形態にかかる画像処理システムの構成の具体例を示す図である。 画像処理システムに含まれるＭＦＰのハードウェア構成の具体例を示す図である。 画像処理システムに含まれる携帯端末のハードウェア構成の具体例を示す図である。 画像処理システムに含まれるサーバーのハードウェア構成の具体例を示す図である。 第１の実施の形態にかかる画像処理システムでの動作概要を説明するための図である。 第１の実施の形態にかかる画像処理システムでの動作概要を説明するための図である。 携帯端末の機能構成の具体例を示すブロック図である。 サーバーの機能構成の具体例を示すブロック図である。 ＭＦＰに記憶されているＭＦＰリストの具体例を示す図である。 ＭＦＰに記憶される端末情報としての優先度設定情報の具体例を示す図である。 サーバーでの動作の流れの具体例を表わすフローチャートである。 携帯端末での動作の流れの具体例を表わすフローチャートである。 第２の実施の形態にかかる画像処理システムの構成の具体例を示す図である。 第２の実施の形態にかかる画像処理システムのサーバーに記憶される端末情報としての優先度設定情報の具体例を示す図である。 第２の実施の形態にかかる画像処理システムでの動作概要を説明するための図である。

以下に、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品および構成要素には同一の符号を付してある。それらの名称および機能も同じである。

［第１の実施の形態］
＜システム構成＞
図１は、第１の実施の形態にかかる画像処理システム１Ａの構成の具体例を示す図である。

図１を参照して、第１の実施の形態にかかる画像処理システム１Ａは、複数の、画像処理装置としてのＭＦＰ（Multi-Function Peripheral）１００Ａ，１００Ｂ，…１００Ｎと、携帯端末２００と、サーバー３００とを含む。なお、ＭＦＰ１００Ａ，１００Ｂ，…１００Ｎを代表させてＭＦＰ１００と称する。

画像処理装置は、ＭＦＰに限定されず、少なくとも１以上の画像処理機能を有する装置であれば、プリンターやファクシミリ送受信機やコピー機などのその他の装置であってもよい。ＭＦＰ１００は、これら機能を複合的に備えた画像処理装置である。

携帯端末２００はたとえば携帯電話機などが該当し、少なくともカメラ機能と、指示入力機能と、通信機能とを備えていれば、他の装置であってもよい。

サーバーは、一般的なパーソナルコンピューターなどから構成されるものであればよい。

ＭＦＰ１００と携帯端末２００とは互いに通信可能であり、情報のやり取りを行なう。ＭＦＰ１００と携帯端末２００との通信は、無線通信であればどのような通信形態であってもよい。以降の例ではＢｌｕｅｔｏｏｔｈ（登録商標）を利用した無線通信であるものとするが、その他、赤外線通信や近距離無線通信などであってもよい。

ＭＦＰ１００とサーバー３００とは互いに通信可能であり、情報のやり取りを行なう。ＭＦＰ１００とサーバー３００との通信は、有線、無線を問わず、いずれの通信形態であってもよい。本実施の形態にかかる画像処理システムはオフィス環境で用いられることが想定されるため、一例として、有線、または無線のＬＡＮ（Local Area Network）にＭＦＰ１００とサーバー３００とが接続され、該ネットワークを介して情報のやり取りを行なう通信形態が挙げられる。

携帯端末２００とサーバー３００とも互いに通信可能であり、情報のやり取りを行なう。携帯端末２００とサーバー３００との通信は、無線通信であればどのような通信形態であってもよい。以降の例では電話回線を利用した無線通信であるものとするが、その他、赤外線通信やＢｌｕｅｔｏｏｔｈ（登録商標）などの近距離無線通信などであってもよいし、無線のＬＡＮに携帯端末２００とサーバー３００とが接続されている場合には該ネットワークを介して情報のやり取りを行なう通信形態も挙げられる。

なお、ＭＦＰ１００と携帯端末２００とも通信可能であってもよい。この通信としては、たとえば、Ｂｌｕｅｔｏｏｔｈ（登録商標）を利用した無線通信や、赤外線通信や近距離無線通信などが挙げられる。

以降の説明において、ＭＦＰ１００とサーバー３００とはＬＡＮを介した通信、および携帯端末２００とサーバー３００とは電話回線を利用した無線通信を行なう、すなわちこれらは異なる通信形態であるものとするが、たとえばすべてＬＡＮを介した通信など、同じ通信形態であってもよい。

＜ＭＦＰの構成＞
図２は、ＭＦＰ１００のハードウェア構成の具体例を示す図である。

図２を参照して、ＭＦＰ１００は、全体を制御するための演算装置であるＣＰＵ（Central Processing Unit）１０と、ＣＰＵ１０で実行されるプログラムなどを記憶するためのＲＯＭ（Read Only Memory）１１と、ＣＰＵ１０でプログラムを実行する際の作業領域として機能するためのＲＡＭ（Random Access Memory）１２と、図示しない原稿台に載置された原稿を光学的に読み取って画像データーを得るためのスキャナー１３と、画像データーを印刷用紙上に固定するためのプリンター１４と、情報を表示したり当該ＭＦＰ１００に対する操作入力を受け付けたりするためのタッチパネルを含んだ操作パネル１５と、画像データーを保存するためのメモリー１６と、ＬＡＮを介した通信の制御するためのネットワークコントローラー１７と、ＭＦＰ１００の状態を検出するためのセンサー１８とを含む。

操作パネル１５は、図示しないタッチパネルと操作キー群とを含む。タッチパネルは、液晶表示装置などの表示装置と光学式タッチパネルや静電容量タッチパネルなどの位置指示装置とが重なって構成され、操作画面を表示して、その操作画面上の指示位置を特定する。ＣＰＵ１０は予め記憶されている画面表示をさせるためのデーターに基づいてタッチパネルに操作画面を表示させる。

センサー１８としては、たとえば、トナー量残量を検出するためのセンサーや、各部のジャム（紙詰まり）や温度異常や動作異常等を検出するためのセンサーなどが該当する。なお、センサー１８には、コピー量やスキャン量やプリント量などをカウントするためのカウンタが含まれてもよい。

＜携帯端末の構成＞
図３は、携帯端末２００のハードウェア構成の具体例を示す図である。

図３を参照して、携帯端末２００は、全体を制御するための演算装置であるＣＰＵ２０と、ＣＰＵ２０で実行されるプログラムなどを記憶するためのＲＯＭ２１と、ＣＰＵ２０でプログラムを実行する際の作業領域として機能するためのＲＡＭ２２と、磁気センサーを含んで当該携帯端末２００の向きを検出するための電子コンパス２３と、ＧＰＳ（Global Positioning System）信号または基地局からの位置信号を受信して当該携帯端末の位置情報を取得するためのＧＰＳコントローラー２４と、情報を表示したり当該携帯端末２００に対する操作入力を受け付けたりするためのタッチパネルを含んだ操作パネル２５と、カメラ２６と、図示しない基地局と通信することによる電話回線を介した通信を制御するためのコントローラー２７と、電話帳データーなどを記憶するためメモリー２８とを含む。

操作パネル２５は、ＭＦＰ１００の操作パネル１５と同様の構成であってよい。すなわち、一例として、液晶表示装置などの表示装置と光学式タッチパネルや静電容量タッチパネルなどの位置指示装置とが重なって構成されたタッチパネルと、操作キーとを含む。

ＣＰＵ２０は予め記憶されている画面表示をさせるためのデーターに基づいてタッチパネルに操作画面を表示させる。タッチパネルでは操作画面上の指示位置が特定され、その位置を示す操作信号がＣＰＵ２０に入力される。また、押下されたキーを示す操作信号がＣＰＵ２０に入力される。ＣＰＵ２０は押下されたキー、または表示している操作画面と指示位置とから操作内容を特定し、それに基づいて処理を実行する。

また、電子コンパス２３およびＧＰＳコントローラー２４は、取得した当該携帯端末２００の向きや位置情報を示す信号をＣＰＵ２０に入力する。

＜サーバーの構成＞
図４は、サーバー３００のハードウェア構成の具体例を示す図である。

図４を参照して、サーバー３００は上述のように一般的なコンピュータ等によって構成されるものであり、一例として、全体を制御するための演算装置であるＣＰＵ３０と、ＣＰＵ３０で実行されるプログラムなどを記憶するためのＲＯＭ３１と、ＣＰＵ３０でプログラムを実行する際の作業領域として機能するためのＲＡＭ３２と、後述するＭＦＰ情報などを記憶するためのＨＤ（Hard Disk）３３と、電話回線を介した通信を制御するための通信コントローラー３４と、ＬＡＮを介した通信の制御するためのネットワークコントローラー３５とを含む。

＜動作概要＞
第１の実施の形態にかかる画像処理システム１Ａは、携帯端末２００をサービスマンが携帯し、顧客環境に設置されている複数台のＭＦＰ１００Ａ，１００Ｂ，…１００Ｎをメンテナンスする使い方が想定されている。

サーバー３００には、予めＭＦＰ１００ごとの情報が「ＭＦＰ情報」として登録されている。「ＭＦＰ情報」は、サーバー３００に登録される当該画像処理システム１Ａに含まれるＭＦＰ１００に関する情報を指し、少なくとも、当該ＭＦＰ１００の位置を特定する情報である位置情報と、当該ＭＦＰ１００のステータスを表わす情報であるステータス情報とが含まれる。その他、当該ＭＦＰ１００の使用量を表わすカウンタ情報が含まれてもよい。その具体例は後述する。サーバー３００に記憶されている複数のＭＦＰ情報を以降の説明では「ＭＦＰリスト」とも称する。

ＭＦＰ情報の登録は、ＭＦＰ１００の電源がＯＮされたタイミングや、画像処理システム１ＡにＭＦＰ１００が接続されたタイミングや、所定の時間間隔や、状態が変化したタイミングなど、所定のタイミングで行なわれる。位置情報は、管理者等の所定のユーザーが入力するものであってもよいし、ＭＦＰ１００が図示しない位置取得機構を備えている場合には、ＭＦＰ１００からの信号を受け付けることで入力されてもよい。

ステータス情報は、ＭＦＰ１００の状態を表わす情報であって、予め規定された各項目について異常の有無や異常の内容を表わす情報を指す。一例として、紙詰まりに関する情報であるＪＡＭ情報や、異常位置、内容を表わす情報であるトラブル情報や、上述のカウンタ情報がステータス情報に含まれる。

ステータス情報は、ＭＦＰ１００からセンサー１８での検出結果として受け付けることで入力されてもよいし、管理者等の所定のユーザーが入力するものであってもよいし、携帯端末２００から受け付けることで入力されてもよい。

また、サーバー３００には、予め携帯端末２００ごとの情報が「端末情報」として登録されている。「端末情報」は、サーバー３００に登録される当該画像処理システム１Ａに含まれる携帯端末２００に関する情報を指し、少なくとも、メンテナンスの優先度を決定するために用いられる情報である優先度設定情報が含まれる。

優先度設定情報は、メンテナンスの着手順をどのようなトラブルや条件などの要因を元に決定するか、を表わす情報である。メンテナンスの着手順を決定する要因としては、たとえば、携帯端末２００（を携帯したサービスマン）からの距離、ＭＦＰ１００に生じたトラブルの内容や状態、ＭＦＰ１００の使用頻度、ＭＦＰ１００に対するメンテナンスの頻度、特定の動作モードとなっているか否か、パーツ交換の要否、清掃の要否、などが挙げられる。優先度設定情報は、これら複数の要因のうちの、どの要因に基づいて、またはどの要因から順に用いてメンテナンス順を決定するか、を設定する情報である。

優先度設定情報の登録は、携帯端末２００のユーザーであるサービスマンが携帯端末２００を用いて設定動作を行ない、その情報が携帯端末２００からサーバー３００に送信されることで行なわれる。

なお、以降の説明では、優先度設定情報を含む「端末情報」が携帯端末２００に関連付けられてサーバー３００に登録されているものとするが、優先度設定情報はサービスマンに関連付けられた「ユーザー情報」として登録されてもよい。この場合、サービスマンが携帯端末２００を用いる際にログイン操作を行ない、認証されたサービスマンのユーザー情報として登録された優先度設定情報が後述するメンテナンスの優先度を決定するために用いられる。

図５および図６は、第１の実施の形態にかかる画像処理システム１Ａでの動作概要を説明するための図である。

サービスマンはＭＦＰ１００をメンテナンスする際、対象のＭＦＰ１００に携帯端末２００を向けて撮影する（図５の（１））。これにより、携帯端末２００の表示画面にはＭＦＰ１００が写った撮影画像が表示されることになる。さらに、その撮影画像に重ねて、ＭＦＰ１００の状態がタグで表示される（図５の（２））。

なお、「タグ」とは、表示されているオブジェクトと関連付けて表示される情報を指す。この撮影の場合、タグとして、図５の（２）に表わされたような、対象とするＭＦＰ１００の異常内容（トラブル）を表わす情報が表示される。図５の（２）の例では、メンテナンス対象とするＭＦＰ１００において、トナー不足（トナーエンプティー）および紙詰まり（ジャム）が発生していることがタグで表わされている。

第１の実施の形態にかかる画像処理システム１Ａは、さらに、サービスマンがメンテナンス対象の複数のＭＦＰ１００に携帯端末２００を向けて撮影する（図６の（１））。これにより、携帯端末２００の表示画面には複数のＭＦＰ１００が写った撮影画像が表示されることになる。さらに、その撮影画像に重ねて、ＭＦＰ１００のメンテナンスの優先度がタグで表示される（図６の（２））。

この撮影の場合、タグとして、図６の（２）に表わされたような、複数のＭＦＰ１００それぞれのメンテナンスの優先度（優先順位）、つまり、メンテナンス順を表わす情報が表示される。図６の（２）の例では、携帯端末２００の表示画面に３つのＭＦＰが表示され、それぞれの優先度として優先度１〜３がタグで表わされている。つまり、この３つのＭＦＰのメンテナンス順がタグで表わされている。

＜機能構成＞
ＭＦＰ１００は、上述の動作を実現するためのＭＦＰ１００の機能構成として、少なくとも、センサー１８を用いて各部の状態を検出するための機能と、その検出結果をサーバー３００に対して送信するための機能とを含む。これら機能は、ＣＰＵ１０がＲＯＭ１１に記憶されるプログラムを読み出してＲＡＭ１２上で実行することで、主にＣＰＵ１０に形成される機能である。しかしながら、少なくとも一部の機能が図２に示されたハードウェア構成によって形成されてもよい。

図７は、上述の動作を実現するための携帯端末２００の機能構成の具体例を示すブロック図である。図７に示される各機能は、ＣＰＵ２０がＲＯＭ２１に記憶されるプログラムを読み出してＲＡＭ２２上で実行することで、主にＣＰＵ２０に形成される機能である。しかしながら、少なくとも一部の機能が図３に示されたハードウェア構成によって形成されてもよい。

図７を参照して、上記動作を実現するための機能として携帯端末２００は、操作パネル２５からの指示入力を受け付けるための指示入力部２０１と、操作パネル２５からの撮影指示に応じてＧＰＳコントローラー２４より当該携帯端末２００の位置情報を取得するための位置取得部２０２と、操作パネル２５からの撮影指示に応じて電子コンパス２３より当該携帯端末２００の向きを取得するための向き取得部２０３と、操作パネル２５からの撮影指示に応じてカメラ２６による撮影を実行して撮影された画像データーを取得するための画像取得部２０４と、操作パネル２５からの撮影指示に応じて取得された位置情報と向き情報とをコントローラー２７を介してサーバー３００に対して送信し、サーバー３００に対してＭＦＰ情報を要求するためのサーバー要求部２０５と、該要求に応じてサーバー３００から操作対象とするＭＦＰ１００のＭＦＰ情報をコントローラー２７を介して取得するためのＭＦＰ情報取得部２０６と、撮影して得られた画像データーとＭＦＰ情報とに基づいて画像データーにタグを合成して画面データーを生成するための生成部２０７と、画面データーを操作パネル２５に表示する処理を実行するための表示処理部２０８と、操作パネル２５からの指示入力に従って当該携帯端末２００での優先度決定のための設定を行なうための設定部２０９とを含む。

なお、位置取得部２０２および向き取得部２０３は、操作パネル２５からの撮影指示に応じてそれぞれ位置情報および向き情報を取得するものであるため、その情報は、それぞれ、撮影位置の情報および撮影方向の情報となり得る。そこで、以降の説明では、上記プログラムに従って携帯端末２００からサーバー３００に送信される位置情報および向き情報を、それぞれ、撮影位置情報および撮影方向情報とも称する。

サーバー要求部２０５は、少なくとも撮影位置情報および撮影方向情報をサーバー３００に送信することで、サーバー３００に対してＭＦＰ情報等を要求する。この要求には、他の情報として、たとえば当該携帯端末２００を特定する情報が含まれていてもよいし、当該携帯端末２００に対してログインしているユーザー（サービスマン）のログイン情報が含まれてもよい。

設定部２０９は、一例として、メンテナンス順を決定するための上述の複数の要因を選択可能に提示した設定画面での選択動作（操作パネル２５へのタッチ）を受け付けることで、選択された要因、または選択された順の要因を、優先度設定情報として設定し、コントローラー２７を介してサーバー３００に対して送信する。

図８は、サーバー３００の機能構成の具体例を示すブロック図である。図８に示される各機能は、ＣＰＵ３０がＲＯＭ３１に記憶されるプログラムを読み出してＲＡＭ３２上で実行することで、主にＣＰＵ３０に形成される機能である。しかしながら、少なくとも一部の機能が図４に示されたハードウェア構成によって形成されてもよい。

図８を参照して、ＨＤ３３には、ＭＦＰ情報をＭＦＰリストとして記憶するための記憶領域であるＭＦＰ情報記憶部３３１と、上述のように携帯端末２００から送信された優先度設定情報を含む端末情報を当該携帯端末２００と関連付けて記憶するための記憶領域である端末情報記憶部３３２とが含まれる。

さらに図８を参照して、上記動作を実現するための機能としてサーバー３００は、通信コントローラー３４を介して携帯端末２００からの上述の要求の入力を受け付けるための要求入力部３０１と、その要求が、メンテナンス対象のＭＦＰ１００の状態を要求するものであるのか、メンテナンス対象の複数のＭＦＰ１００のメンテナンス順を要求するものであるのかを判断するための判断部３０２と、ＭＦＰリストの各位置情報を参照して、携帯端末２００の撮影位置および撮影方向に基づいて当該携帯端末２００の撮影範囲に存在するＭＦＰを検索し、そのＭＦＰ情報をＭＦＰ情報記憶部３３１から読み出すための検索部３０３と、ＭＦＰリストの各位置情報を参照して、携帯端末２００の撮影位置および撮影方向に基づいて当該携帯端末２００の撮影範囲に存在する複数のＭＦＰを検索し、ＭＦＰリストの各ステータス情報と端末情報に含まれる優先度設定情報とを参照して、これら複数のＭＦＰについてメンテナンス順を決定するための決定部３０４と、読み出されたＭＦＰ情報または決定されたメンテナンス順を通信コントローラー３４を介して携帯端末２００に対して送信するための送信部３０５とを含む。

図９は、ＭＦＰ情報記憶部３３１に記憶されているＭＦＰリストの具体例を示す図である。各ＭＦＰはメンテナンスに必要な情報として位置情報やステータス情報をメモリー１６の所定領域に記憶しておき、ステータス変化が生じたタイミングやサーバー３００からの要求があったタイミングなどの所定のタイミングにサーバー３００に送信する。各ＭＦＰから送信されたＭＦＰ情報は一例として図９に表わされたリスト形式でＭＦＰ情報記憶部３３１に記憶される。

なお、一例として、各ＭＦＰはセンサー１８で検出された値を送信すると共に、ＣＰＵ１０が予め異常であるか否かを判断するためのしきい値を記憶しておくことで異常の有無を判断し、その結果を検出結果と共に送信してもよい。図９の例では、各項目についての検出された値と共に、その検出値が正常であるか否かの判断結果もＭＦＰリストとして記憶されている。図９では、表現上、異常値を示す欄が二重線で表わされている。

図１０は、端末情報記憶部３３２に記憶される端末情報としての優先度設定情報の具体例を示す図である。図１０を参照して、端末情報としての優先度設定情報は、携帯端末２００に関連付けて、当該携帯端末２００において複数のＭＦＰのメンテナンス順を決定するために用いられる要因が特定されている。図１０の例では、複数の要因が表わされ、それらがメンテナンス順を決定するための用いられる順が設定されている。具体的には、当該携帯端末２００からの距離を優先してメンテナンス順を決定し、以降、ＭＦＰ１００での状態の深刻度合い、使用頻度、メンテナンス頻度、…、の順に用いてメンテナンス順を決定することが設定されている。

判断部３０２での判断の一例として、携帯端末２００からの要求が、該要求に含まれる撮影位置および撮影方向と各ＭＦＰ情報に含まれる位置情報とに基づいて当該携帯端末２００の撮影範囲に１台または予め規定されたしきい値よりも少ない台数のＭＦＰが含まれる場合には、当該ＭＦＰについてのＭＦＰの状態を要求するものであると判断し、複数台または上記しきい値よりも多い台数のＭＦＰが含まれる場合には、これら複数のＭＦＰ１００のメンテナンス順を要求するものであると判断する方法が挙げられる。

もちろん、判断部３０２での判断方法はこの方法に限定されるものでなく他の方法であってもよい。他の例として、たとえば、携帯端末２００においていずれの要求であるかを特定する操作が行なわれ、該要求に要求する内容が含まれていてもよい。

決定部３０４は、携帯端末２００の撮影画像に存在する複数のＭＦＰ１００について、それぞれのＭＦＰ情報と当該携帯端末２００についての優先度設定情報とに基づいて、メンテナンス順を決定する。たとえば当該携帯端末２００に関連付けて図１０に示された優先度設定情報が登録されている場合、決定部３０４は、当該携帯端末２００の撮影画像に存在する複数のＭＦＰ１００のそれぞれの位置情報と当該携帯端末２００の位置とから各距離を算出し、距離の短い順にメンテナンス順を決定する。そのとき、同じ距離、または距離の差が所定範囲内である複数のＭＦＰ１００が存在する場合には、これらＭＦＰ１００についてのトラブル情報を参照して異常値を示すものから順、または正常値からの解離が大きい順にメンテナンス順を決定する。以降、同じ順位の複数のＭＦＰがある場合には、設定された順に要因を用いて、メンテナンス順を決定する。

＜動作フロー＞
図１１は、サーバー３００での動作の流れの具体例を表わすフローチャートである。図１のフローチャートに示される動作は、ＣＰＵ３０がＲＯＭ３１に記憶されるプログラムを読み出してＲＡＭ３２上で実行し、図８に示される各機能を発揮することによって実現される。

図１１を参照して、サーバー３００のＣＰＵ３０は、ＭＦＰ１００から位置情報やステータス情報などのＭＦＰ情報を受信すると（ステップＳ１０１でＹＥＳ）、ステップＳ１０３でそのＭＦＰ情報をＭＦＰ１００と関連付けて登録する。このとき、すでに当該ＭＦＰ１００に関連付けられたＭＦＰ情報が登録されている場合には、受信したＭＦＰ情報で更新する。

たとえばサービスマンによりメンテナンスが完了するとＭＦＰ１００のセンサー１８が対象箇所が正常となったことを検出し、その情報をＭＦＰ情報としてサーバー３００に送信する。これにより、サーバー３００に登録されている当該ＭＦＰ１００のＭＦＰ情報が更新される。すなわち、メンテナンスに応じてリアルタイムにＭＦＰ情報が更新されることになる。

携帯端末２００から優先度設定情報を受信すると（ステップＳ１０１でＮＯ，ステップＳ１０５でＹＥＳ）、ステップＳ１０７でＣＰＵ３０は、その優先度設定情報を携帯端末２００と関連付けて登録する。このとき、すでに当該携帯端末２００に関連付けられた優先度設定情報が登録されている場合には、受信したＭ優先度設定情報で更新する。

携帯端末２００から撮影位置および撮影方向を含んだ要求を受信すると（ステップＳ１０１，Ｓ１０５でＮＯ，ステップＳ１０９でＹＥＳ）、ＣＰＵ３０は、その要求がメンテナンス対象のＭＦＰ１００の状態を要求するものであるのか、メンテナンス対象の複数のＭＦＰ１００のメンテナンス順を要求するものであるのかを判断する。そして、メンテナンス順を要求するものと判断されると（ステップＳ１１１でＹＥＳ）、ステップＳ１１３でＣＰＵ３０は、上記要求を行なった携帯端末２００の撮影範囲にあるＭＦＰを特定し、それらのＭＦＰ情報を参照して、当該携帯端末２００に関連付けられた優先度設定情報に規定される優先度で要因を用いてこれらＭＦＰのメンテナンス順を特定する。

一方、上記要求がメンテナンス対象のＭＦＰ１００の状態を要求するものと判断されると（ステップＳ１１１でＮＯ）、ステップＳ１１５でＣＰＵ３０は、上記要求を行なった携帯端末２００の撮影範囲にあるＭＦＰを特定し、そのＭＦＰのＭＦＰ情報を抽出する。ここでは、携帯端末２００にタグで表示させる当該ＭＦＰの状態を表わす情報をＭＦＰ情報からさらに抽出してもよい。

ステップＳ１１７でＣＰＵ３０は、上記ステップＳ１１３で決定されたメンテナンス順を示す情報、または上記ステップＳ１１５で抽出されたメンテナンス対象のＭＦＰのＭＦＰ情報を、上記要求を行なった携帯端末２００に対して送信する。

サーバー３００では、以上の処理を繰り替して行なうことで、ＭＦＰ１００からのＭＦＰ情報、携帯端末２００からの優先度設定情報または要求に応じた動作を行なう。

図１２は、携帯端末２００での動作の流れの具体例を表わすフローチャートである。図１２のフローチャートに示される動作は、ＣＰＵ２０がＲＯＭ２１に記憶されるプログラムを読み出してＲＡＭ２２上で実行し、図７に示される各機能を発揮することによって実現される。

図１２を参照して、携帯端末２００のＣＰＵ２０は、操作パネル２５からの撮影指示を受け取る（ステップＳ２０１でＹＥＳ）、ステップＳ２０３で撮影動作を実行すると共に、ステップＳ２０５でそのときの位置情報および向き情報を撮影位置および撮影方向として含んだ要求をサーバー３００に対して送信する。

サーバー３００から該要求に応じて情報を受信すると（ステップＳ２０７でＹＥＳ）、ステップＳ２０９でＣＰＵ２０は、受信した情報に基づいてタグ画像を生成し、上記ステップＳ２０３の撮影で得られた撮影画像に合成する。そして、ステップＳ２１１で、得られた画像を操作パネル２５に表示する処理を行なう。

一例として、携帯端末２００のカメラ２６を複数のＭＦＰに対して向けて撮影を行なった場合、サーバー３００からはこれら複数のＭＦＰのメンテナンス順を特定する情報が送信され、上記ステップＳ２１１では図６のような、これら複数のＭＦＰのメンテナンス順がタグとして提示された画面が操作パネル２５に表示される。

携帯端末２００のカメラ２６をメンテナンス対象のＭＦＰに対して向けて撮影を行なった場合、サーバー３００からは当該ＭＦＰの状態を示す情報が送信され、上記ステップＳ２１１では図５のような、当該ＭＦＰの状態がタグとして提示された画面が操作パネル２５に表示される。

＜第１の実施の形態の効果＞
第１の実施の形態にかかる画像処理システム１Ａで上のような動作が行なわれることで、携帯端末２００のカメラ２６をメンテナンス対象のＭＦＰに対して向けて撮影を行なった場合、サーバー３００からは当該ＭＦＰの状態を示す情報が送信され、上記ステップＳ２１１では図５のような、当該ＭＦＰの状態がタグとして提示された画面が操作パネル２５に表示される。

これにより、サービスマンは、携帯端末２００の画面を見ることでメンテナンス対象のＭＦＰの状態を的確に知ることができ、効率的にメンテナンスすることができる。

また、メンテナンスに伴ってＭＦＰ１００からの検出情報を受け取ったサーバー３００で当該ＭＦＰ１００のＭＦＰ情報が更新されることで、それに基づいて携帯端末２００に表示されるタグの内容がリアルタイムに変化することになる。そのため、後述するように複数のサービスマンがそれぞれメンテナンスしている場合に、他のサービスマンのメンテナンス状況がタグに反映され、効率的にメンテナンスできる。

また、一例として、携帯端末２００のカメラ２６を複数のＭＦＰに対して向けて撮影を行なった場合、サーバー３００からはこれら複数のＭＦＰのメンテナンス順を特定する情報が送信され、上記ステップＳ２１１では図６のような、これら複数のＭＦＰのメンテナンス順がタグとして提示された画面が操作パネル２５に表示される。

このため、複数のＭＦＰのメンテナンスを行なう際、サービスマンはこれら複数のＭＦＰを携帯端末２００で撮影することでこれら複数のＭＦＰのメンテナンス順を知ることができ、効率的に複数のＭＦＰをメンテナンスすることができる。

さらに、このメンテナンス順は当該携帯端末２００を用いてサービスマン等が予め設定した優先度を用いて決定されたものである。そのため、状況に応じた順や、自身の作業性に応じた順でこれら複数のＭＦＰをメンテナンスすることができる。

また、上述のように、メンテナンス状況に応じてＭＦＰ情報がリアルタイムに更新されるため、メンテナンス状況に応じてメンテナンス順をリアルタイムに決定することが可能となる。特に、後述するように複数のサービスマンがそれぞれメンテナンスする場合に、他のサービスマンのメンテナンス状況に応じて自身のメンテナンス順がリアルタイムに決定される。そのため、より効率的に複数台のＭＦＰをメンテナンスすることができる。

＜第１の実施の形態の変形例＞
なお、上の例では、メンテナンス順が図６に示されたような順位を提示したタグで示されるものとしている。他の例として、当該タグの表示モード（表示態様）をメンテナンス順に応じて変化させてもよい。表示モードとしては、たとえば表示色を変更させること、表示サイズを変更させること、点滅のスピードを変更させること、および透明度を変更させること、などが該当する。

この場合、表示モードは、優先度設定情報と同様に予め携帯端末２００で設定され、携帯端末２００に格納される。そして、ＣＰＵ２１０が上記ステップＳ２０９でタグを生成する際に表示態様に応じてタグを生成し、撮影画像に合成する。

このようにすることで、タグの表示態様を見ることで一目でメンテナンス順を把握でき、より効率的にメンテナンスできる。

［第２の実施の形態］
第２の実施の形態として、複数の携帯端末２００Ａ，２００Ｂを用いて複数台のＭＦＰ１００Ａ，１００Ｂ，…１００Ｎをメンテナンスする場合について説明する。

＜システム構成＞
図１３は、第２の実施の形態にかかる画像処理システム１Ｂの構成の具体例を示す図である。

図１３を参照して、第２の実施の形態にかかる画像処理システム１Ｂには、図１に示された画像処理システム１Ａの構成中の携帯端末２００として、複数の携帯端末２００Ａ，２００Ｂが含まれる。

＜動作概要＞
第２の実施の形態にかかる画像処理システム１Ｂでは、複数のＭＦＰのメンテナンス順を決定する際に、他の携帯端末の位置も要因の一つとして考慮される。一例として、他の携帯端末の撮影範囲にいずれかのＭＦＰが存在するか否か、他の携帯端末の位置から各ＭＦＰまでの距離などが要因として用いられてメンテナンス順が決定される。

図１４は、画像処理システム１Ｂのサーバー３００の端末情報記憶部３３２に記憶される端末情報としての優先度設定情報の具体例を示す図である。図１４の例では、複数の要因の一つとして他の携帯端末の撮影範囲に存在していない、つまり他の携帯端末で撮影されていないものほどメンテナンス順を高く設定する、および、他の携帯端末からの距離が遠いものほどメンテナンス順を高く設定する、という優先度が設定されている。

サーバー３００のＣＰＵ３０は、各携帯端末２００Ａ，２００Ｂから撮影位置、撮影方向を受信することで、それぞれの位置を特定することができる。他に、たとえば一定の間隔で各携帯端末２００Ａ，２００Ｂに対して位置情報を要求したり、一方の携帯端末２００からメンテナンス順の決定の要求があったときに他方の携帯端末に対して位置情報を要求したりすることで、それぞれの位置情報を特定することができる。そして、ＣＰＵ３０は、メンテナンス順を決定する際、優先度設定情報にて用いることが設定されている場合には、それぞれの携帯端末の位置を用いてメンテナンス順を決定する。

図１５は、第２の実施の形態にかかる画像処理システム１Ｂでの動作概要を説明するための図である。

第２の実施の形態にかかる画像処理システム１Ｂでは、サービスマンがメンテナンス対象の複数のＭＦＰ１００に携帯端末２００を向けて撮影する（図１５の（１））。図１５の（１）の例の場合、携帯端末２００Ａの撮影画像にはＭＦＰ１００Ａ〜１００Ｄが含まれるが、携帯端末２００Ｂの撮影画像にはＭＦＰ１００Ｄが含まれない。

携帯端末２００Ａの優先度設定情報において他方の携帯端末の撮影範囲にないＭＦＰのメンテナンス順を高くする設定がなされている場合、サーバー３００のＣＰＵ３０は、携帯端末２００Ａからのメンテナンス順の要求に応じてこれらＭＦＰ１００Ａ〜１００Ｄのメンテナンス順を決定する際に、ＭＦＰ１００Ｄのメンテナンス順を他のＭＦＰよりも高く決定する。これにより、携帯端末２００Ａの表示画面ではＭＦＰ１００Ｄのメンテナンス順が１位としてタグで表示される（図１５の（２））。

＜第２の実施の形態の効果＞
第２の実施の形態にかかる画像処理システム１Ｂでこのような動作が行なわれることで、複数のサービスマンがそれぞれ携帯端末を携帯して複数台のＭＦＰをメンテナンスする際に、他のサービスマンの位置に応じて自身のメンテナンス順が決定される。

上述のようにメンテナンス順を決定する対象となるＭＦＰは撮影範囲内に存在するＭＦＰとなるため、他の携帯端末の撮影範囲内に存在しないＭＦＰは、当該他の携帯端末を携帯したサービスマンのメンテナンス対象とならない可能性が高い。また、上述のように、携帯端末からの距離もメンテナンス順を決定する要因となるために他の携帯端末から距離の遠いＭＦＰはメンテナンス順が遅くなる可能性がある。

第２の実施の形態にかかる画像処理システム１Ｂのサーバー３００で上のようにしてメンテナンス順が決定されることで、このようなＭＦＰは当該携帯端末でのメンテナンス順が高く決定されることになり、全体として効率的に複数台のＭＦＰをメンテナンスできることになる。

＜第２の実施の形態の変形例＞
第２の実施の形態にかかる画像処理システム１Ｂでは、他の携帯端末の位置を考慮して当該携帯端末に応じたメンテナンス順が決定されるものとしているが、他の携帯端末の位置のみでなく、他の情報が考慮されてもよい。一例として、他の携帯端末に応じて決定されたメンテナンス順を考慮して当該携帯端末に応じたメンテナンス順が決定されてもよい。

この場合、一例として、サーバー３００のＣＰＵ３０は、当該携帯端末の優先度設定情報に基づいて複数のＭＦＰに対して同じメンテナンス順が決定された場合には、他の携帯端末に応じて決定されたこれら複数のＭＦＰのメンテナンス順を参照して、他の携帯端末においてメンテナンス順の低いＭＦＰほど当該携帯端末においてはメンテナンス順を高くするようにしてもよい。

このようにすることでも、全体として効率的に複数台のＭＦＰをメンテナンスできることになる。

［変形例］
なお、上の例では、サーバー３００でメンテナンス順を決定するものとしている。しかしながら、メンテナンス順は携帯端末２００にて決定されてもよい。この場合、携帯端末２００には端末情報が記憶されており、サーバー３００から複数のＭＦＰそれぞれのＭＦＰ情報を受信することで、ＭＦＰ情報を参照して端末情報に含まれる優先度設定情報に基づいて上述と同様にしてメンテナンス順を決定することができる。つまり、図８に表わされた決定部３０４は、携帯端末２００のＣＰＵ２０で形成される機能であってもよい。

また、上の例では、携帯端末２００とは別にサーバー３００が画像処理システム１Ａ，１Ｂに含まれるものとしているが、サーバー３００が携帯端末２００に含まれてもよい。すなわち、図８に表わされた各機能が携帯端末２００のＣＰＵ２０で形成されてもよい。

この場合、第２の実施の形態にかかる画像処理システム１Ｂのように複数の携帯端末２００が当該システムに含まれる場合、そのうちの１つの携帯端末がサーバー３００として機能するようにしてもよい。

さらに、上述の動作をサーバー３００や携帯端末２００に実行させるためのプログラムを提供することもできる。このようなプログラムは、コンピュータに付属するフレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disk-Read Only Memory）、ＲＯＭ、ＲＡＭおよびメモリカードなどのコンピュータ読み取り可能な記録媒体にて記録させて、プログラム製品として提供することもできる。あるいは、コンピュータに内蔵するハードディスクなどの記録媒体にて記録させて、プログラムを提供することもできる。また、ネットワークを介したダウンロードによって、プログラムを提供することもできる。

なお、本発明にかかるプログラムは、コンピュータのオペレーティングシステム（ＯＳ）の一部として提供されるプログラムモジュールのうち、必要なモジュールを所定の配列で所定のタイミングで呼出して処理を実行させるものであってもよい。その場合、プログラム自体には上記モジュールが含まれずＯＳと協働して処理が実行される。このようなモジュールを含まないプログラムも、本発明にかかるプログラムに含まれ得る。

また、本発明にかかるプログラムは他のプログラムの一部に組込まれて提供されるものであってもよい。その場合にも、プログラム自体には上記他のプログラムに含まれるモジュールが含まれず、他のプログラムと協働して処理が実行される。このような他のプログラムに組込まれたプログラムも、本発明にかかるプログラムに含まれ得る。

提供されるプログラム製品は、ハードディスクなどのプログラム格納部にインストールされて実行される。なお、プログラム製品は、プログラム自体と、プログラムが記録された記録媒体とを含む。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１Ａ，１Ｂ 画像処理システム、１０，２０，３０ ＣＰＵ、１１，２１，３１ ＲＯＭ、１２，２２，３２ ＲＡＭ、１３ スキャナー、１４ プリンター、１５，２５ 操作パネル、１６，２８ メモリー、１７，３５ ネットワークコントローラー、１８ センサー、２３ 電子コンパス、２４，２７ コントローラー、２６ カメラ、３３ ＨＤ、３４ 通信コントローラー、１００ ＭＰＦ、２００，２００Ａ，２００Ｂ 携帯端末、２０１ 指示入力部、２０２ 位置取得部、２０３ 向き取得部、２０４ 画像取得部、２０５ サーバー要求部、２０６ ＭＦＰ情報取得部、２０７ 生成部、２０８ 表示処理部、２０９ 設定部、３００ サーバー、３０１ 要求入力部、３０２ 判断部、３０３ 検索部、３０４ 決定部、３０５ 送信部、３３１ 情報記憶部、３３２ 端末情報記憶部。

Claims (6)

1. 撮影手段および表示手段を含む携帯端末と、
   複数の画像処理装置と、
   前記携帯端末と相互に通信可能なサーバーとを備え、
   前記サーバーは前記複数の画像処理装置それぞれの情報として、少なくともそれぞれの状態を取得するための第１の取得手段を含み、
   前記サーバーまたは前記携帯端末は、前記画像処理装置の情報を参照して前記複数の画像処理装置のメンテナンス順を決定する処理を実行するための第１の処理手段を含み、
   前記携帯端末は、前記撮影手段で撮影して得られた前記画像処理装置の撮影画像と、前記決定されたメンテナンス順を表わす画像とを合成し、前記表示手段に表示する処理を実行するための第２の処理手段を含む、画像処理システム。
2. 前記サーバーは、前記第１の取得手段で前記画像処理装置の情報として当該画像処理装置の位置情報を取得し、
   前記サーバーは、前記撮影手段で撮影時の前記携帯端末の位置および向きを取得するための第２の取得手段をさらに備え、
   前記第１の処理手段は、前記複数の画像処理装置のうちの前記携帯端末での撮影範囲に存在する画像処理装置について当該画像処理装置の情報を参照してメンテナンス順を決定する、請求項１に記載の画像処理システム。
3. 前記画像処理装置は当該画像処理装置の状態を検出するためのセンサーを含み、
   前記第１の取得手段は、前記センサーでの検出値を取得する、請求項１または２に記載の画像処理システム。
4. 前記画像処理装置の状態は、画像処理動作の回数を表わすカウンタ情報、各部の異常の有無を表わす情報、異常発生の履歴を表わす情報、部品交換の要否を表わす情報、動作モードに関する情報、メンテナンス頻度や履歴を表わす情報、清掃や確認の要否を表わす情報のうちの少なくとも１つの情報によって表わされる、請求項３に記載の画像処理システム。
5. 前記第１の取得手段で取得される前記画像処理装置の状態は複数の項目に関する状態であって、
   前記携帯端末は、前記メンテナンス順を決定する際に用いる前記画像処理装置の状態の項目の優先度を設定するための設定手段をさらに備え、
   前記第１の処理手段は、前記設定された優先度に従った項目で表わされる前記複数の画像処理装置のそれぞれの状態に応じて前記複数の画像処理装置のメンテナンス順を決定する、請求項１〜４のいずれかに記載の画像処理システム。
6. 前記携帯端末は、前記メンテナンス順を表わす画像の表示態様を、当該メンテナンス順に応じて変化させるための表示処理手段をさらに含む、請求項１〜５のいずれかに記載の画像処理システム。

Images