(57)【特許請求の範囲】
【請求項１】
撮影手段および表示手段を含む携帯端末と、
複数の画像処理装置と、
前記携帯端末と相互に通信可能なサーバーとを備え、
前記サーバーは前記複数の画像処理装置それぞれの情報として、少なくともそれぞれの状態を取得するための第１の取得手段を含み、
前記サーバーまたは前記携帯端末は、前記画像処理装置の情報を参照して前記複数の画像処理装置のメンテナンス順を決定する処理を実行するための第１の処理手段を含み、
前記携帯端末は、前記撮影手段で撮影して得られた前記画像処理装置の撮影画像と、前記決定されたメンテナンス順を表わす画像とを合成し、前記表示手段に表示する処理を実行するための第２の処理手段を含む、画像処理システム。
【請求項２】
前記サーバーは、前記第１の取得手段で前記画像処理装置の情報として当該画像処理装置の位置情報を取得し、
前記サーバーは、前記撮影手段で撮影時の前記携帯端末の位置および向きを取得するための第２の取得手段をさらに備え、
前記第１の処理手段は、前記複数の画像処理装置のうちの前記携帯端末での撮影範囲に存在する画像処理装置について当該画像処理装置の情報を参照してメンテナンス順を決定する、請求項１に記載の画像処理システム。
【請求項３】
前記画像処理装置は当該画像処理装置の状態を検出するためのセンサーを含み、
前記第１の取得手段は、前記センサーでの検出値を取得する、請求項１または２に記載の画像処理システム。
【請求項４】
前記画像処理装置の状態は、画像処理動作の回数を表わすカウンタ情報、各部の異常の有無を表わす情報、異常発生の履歴を表わす情報、部品交換の要否を表わす情報、動作モードに関する情報、メンテナンス頻度や履歴を表わす情報、清掃や確認の要否を表わす情報のうちの少なくとも１つの情報によって表わされる、請求項３に記載の画像処理システム。
【請求項５】
前記第１の取得手段で取得される前記画像処理装置の状態は複数の項目に関する状態であって、
前記携帯端末は、前記メンテナンス順を決定する際に用いる前記画像処理装置の状態の項目の優先度を設定するための設定手段をさらに備え、
前記第１の処理手段は、前記設定された優先度に従った項目で表わされる前記複数の画像処理装置のそれぞれの状態に応じて前記複数の画像処理装置のメンテナンス順を決定する、請求項１〜４のいずれかに記載の画像処理システム。
【請求項６】
前記携帯端末は、前記メンテナンス順を表わす画像の表示態様を、当該メンテナンス順に応じて変化させるための表示処理手段をさらに含む、請求項１〜５のいずれかに記載の画像処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は画像処理システムに関し、特に、画像処理装置のメンテナンスに関連した情報を処理する画像処理システムに関する。
【背景技術】
【０００２】
オフィス環境などにおいて、ある範囲で複数台の画像形成装置（たとえば、コピー機、プリンター、これらの複合機であるＭＦＰ（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）、ＲＯＭ、ＲＡＭおよびメモリカードなどのコンピュータ読み取り可能な記録媒体にて記録させて、プログラム製品として提供することもできる。あるいは、コンピュータに内蔵するハードディスクなどの記録媒体にて記録させて、プログラムを提供することもできる。また、ネットワークを介したダウンロードによって、プログラムを提供することもできる。
【０１１８】
なお、本発明にかかるプログラムは、コンピュータのオペレーティングシステム（ＯＳ）の一部として提供されるプログラムモジュールのうち、必要なモジュールを所定の配列で所定のタイミングで呼出して処理を実行させるものであってもよい。その場合、プログラム自体には上記モジュールが含まれずＯＳと協働して処理が実行される。このようなモジュールを含まないプログラムも、本発明にかかるプログラムに含まれ得る。
【０１１９】
また、本発明にかかるプログラムは他のプログラムの一部に組込まれて提供されるものであってもよい。その場合にも、プログラム自体には上記他のプログラムに含まれるモジュールが含まれず、他のプログラムと協働して処理が実行される。このような他のプログラムに組込まれたプログラムも、本発明にかかるプログラムに含まれ得る。
【０１２０】
提供されるプログラム製品は、ハードディスクなどのプログラム格納部にインストールされて実行される。なお、プログラム製品は、プログラム自体と、プログラムが記録された記録媒体とを含む。
【０１２１】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【０１２２】
１Ａ，１Ｂ  画像処理システム、１０，２０，３０  ＣＰＵ、１１，２１，３１  ＲＯＭ、１２，２２，３２  ＲＡＭ、１３  スキャナー、１４  プリンター、１５，２５  操作パネル、１６，２８  メモリー、１７，３５  ネットワークコントローラー、１８  センサー、２３  電子コンパス、２４，２７  コントローラー、２６  カメラ、３３  ＨＤ、３４  通信コントローラー、１００  ＭＰＦ、２００，２００Ａ，２００Ｂ  携帯端末、２０１  指示入力部、２０２  位置取得部、２０３  向き取得部、２０４  画像取得部、２０５  サーバー要求部、２０６  ＭＦＰ情報取得部、２０７  生成部、２０８  表示処理部、２０９  設定部、３００  サーバー、３０１  要求入力部、３０２  判断部、３０３  検索部、３０４  決定部、３０５  送信部、３３１  情報記憶部、３３２  端末情報記憶部。
【図１】
0005500131.tif 000002
【図２】
0005500131.tif 000003
【図３】
0005500131.tif 000004
【図４】
0005500131.tif 000005
【図５】
0005500131.tif 000006
【図６】
0005500131.tif 000007
【図７】
0005500131.tif 000008
【図８】
0005500131.tif 000009
【図９】
0005500131.tif 000010
【図１０】
0005500131.tif 000011
【図１１】
0005500131.tif 000012
【図１２】
0005500131.tif 000013
【図１３】
0005500131.tif 000014
【図１４】
0005500131.tif 000015
【図１５】
0005500131.tif 000016