画像処理システム、画像処理装置、表示方法、および表示プログラム
【課題】メンテナンスを適切にアシストすることができる画像処理システムを提供する。
【解決手段】サーバーにおいて携帯端末での撮影時の位置および向きを取得し（Ｓ３３）、サーバーにおいて携帯端末での撮影範囲に含まれる画像処理装置のエラーに応じたメンテナンスに関するコンテンツを記憶装置から抽出し（Ｓ５２）、メンテナンスの順に沿って、画像処理装置でのエラーに対するメンテナンスの進捗に応じて、サーバーから携帯端末に送信し（Ｓ５３，Ｓ５４）、携帯端末において、撮影画像にコンテンツを合成して画面表示する（Ｓ３４，Ｓ３７）。
【解決手段】サーバーにおいて携帯端末での撮影時の位置および向きを取得し（Ｓ３３）、サーバーにおいて携帯端末での撮影範囲に含まれる画像処理装置のエラーに応じたメンテナンスに関するコンテンツを記憶装置から抽出し（Ｓ５２）、メンテナンスの順に沿って、画像処理装置でのエラーに対するメンテナンスの進捗に応じて、サーバーから携帯端末に送信し（Ｓ５３，Ｓ５４）、携帯端末において、撮影画像にコンテンツを合成して画面表示する（Ｓ３４，Ｓ３７）。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は画像処理システム、画像処理装置、表示方法、および表示プログラムに関し、特に、携帯端末に画像処理装置に関する情報を表示する画像処理システム、画像処理装置、表示方法、および表示プログラムに関する。
【背景技術】
【０００２】
オフィス環境などにおいて、ある範囲で複数台の画像形成装置（たとえば、コピー機、プリンター、これらの複合機であるＭＦＰ（Multi-Functional Peripherals）等）が用いられる場合がある。サービスマンは、このような用い方をしている顧客先を訪問し、これら複数台の画像形成装置のメンテナンスを行なう。
【０００３】
サービスマンによるメンテナンスをアシストする方法として、予めエラーごとのメンテナンス手順を示す情報をＭＦＰ本体やサーバーなどに記憶させておき、メンテナンスの手順に沿ってＭＦＰ本体やサービスマンの携帯する表示装置などに表示させる方法が挙げられる。
【０００４】
たとえば特開２００５−３０１４１３号公報（特許文献１）は、ＭＦＰのステータス情報とエラー情報とからデーターベースに記憶された修理情報を抽出し、抽出した情報を印刷することでサービスマンのメンテナンスをアシストする方法を開示している。
【０００５】
また、特開２０１０−１８２０８３号公報（特許文献２）は、ＭＦＰのエラーコードよりデーターベースから修理対象部品とその手順とを抽出し、その情報を画面表示することでサービスマンのメンテナンスをアシストする方法を開示している。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００５−３０１４１３号公報
【特許文献２】特開２０１０−１８２０８３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
特許文献１、２に開示された方法を採用することで、サービスマンは提示されたメンテナンス手順に従ってメンテナンスを遂行することができるものの、たとえば当該サービスマンのメンテナンススキルが低いなどの場合には、提示されたメンテナンス手順に従ってメンテナンスを遂行することが難しい場合もある。つまり、これらの方法では実際に行なっているメンテナンス手順に応じてメンテナンスをアシストするものではないため、実際に行なっているメンテナンス手順と提示されているメンテナンス手順とが解離してしまうことになり得る。そのため、適切なメンテナンスがなされない場合もある、という問題が生じる。
【０００８】
本発明はこのような問題に鑑みてなされたものであって、メンテナンスを適切にアシストすることができる画像処理システム、画像処理装置、表示方法、および表示プログラムを提供することを目的としている。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、本発明のある局面に従うと、画像処理システムは、撮影手段および表示手段を含む携帯端末と、画像処理装置と、携帯端末および画像処理装置と相互に通信可能なサーバーとを備える。サーバーは、画像処理装置の位置を記憶するための第１の記憶手段と、画像処理装置でのエラーに応じたメンテナンスに関するコンテンツを記憶するための第２の記憶手段と、携帯端末での撮影時の位置および向きに応じて、携帯端末での撮影範囲に含まれる画像処理装置の上記コンテンツを抽出し、携帯端末に送信するための処理手段とを含む。上記コンテンツは、メンテナンスの順に沿ったコンテンツの内容を表わす画像データーを含む。サーバーの処理手段は、コンテンツをメンテナンスの順に沿って、画像処理装置でのエラーに対するメンテナンスの進捗に応じて携帯端末に送信する。携帯端末は、撮影手段での撮影画像にコンテンツを合成して画面表示するための処理手段をさらに含む。
【００１０】
好ましくは、サーバーの処理手段は、所定の通知条件が満たされた場合に、エラーに対するメンテナンスの進捗を表わす情報として携帯端末に送信したコンテンツを含む情報を、予め規定された装置に送信する通知処理をさらに実行する。
【００１１】
より好ましくは、画像処理システムは携帯端末として第１の携帯端末と第２の携帯端末とを含み、サーバーの処理手段は、通知処理において、第１の携帯端末でのメンテナンスの進捗を表わす情報を、第２の携帯端末に対して送信する。
【００１２】
より好ましくは、サーバーは、第１の携帯端末と第２の携帯端末とそれぞれのユーザーに関する情報を記憶するための第３の記憶手段をさらに含み、サーバーの処理手段は、ユーザーに関する情報に基づいて通知先として第２の携帯端末を特定する処理をさらに実行する。
【００１３】
好ましくは、第２の携帯端末の処理手段は、通知された第１の携帯端末でのメンテナンスの進捗を表わす情報に基づく通知画面を表示するための表示処理をさらに実行する。
【００１４】
好ましくは、画像処理装置は、エラーごとのメンテナンスに関するコンテンツを記憶するための記憶手段と、エラーの発生を検知するための検知手段と、検知されたエラーに応じたコンテンツをサーバーに送信するための送信手段とを備える。
【００１５】
本発明の他の局面に従うと、画像処理装置は撮影手段および表示手段を含む携帯端末と通信可能な画像処理装置であって、エラーごとのメンテナンスに関するコンテンツを記憶するための記憶手段と、エラーの発生を検知するための検知手段と、携帯端末での撮影時の位置および向きを取得するための取得手段と、検知されたエラーに応じたコンテンツを、メンテナンスの順に沿って、画像処理装置でのエラーに対するメンテナンスの進捗に応じて携帯端末に送信するための処理手段とを備え、処理手段は、当該画像処理装置が携帯端末での撮影範囲に含まれている場合に、コンテンツを携帯端末に送信する。
【００１６】
好ましくは、処理手段は、所定の通知条件が満たされた場合に、エラーに対するメンテナンスの進捗を表わす情報として携帯端末に送信したコンテンツを含む情報を、予め規定された装置に送信する通知処理をさらに実行する。
【００１７】
本発明のさらに他の局面に従うと、表示方法は、画像処理装置で発生したエラーのメンテナンスをアシストする画面を、撮影手段および表示手段を含む携帯端末に表示させる方法であって、サーバーにおいて携帯端末での撮影時の位置および向きを取得するステップと、サーバーにおいて携帯端末での撮影範囲に含まれる画像処理装置のエラーに応じたメンテナンスに関するコンテンツを記憶装置から抽出するステップと、メンテナンスの順に沿って、画像処理装置でのエラーに対するメンテナンスの進捗に応じて、サーバーから携帯端末に送信するステップと、携帯端末において、撮影手段での撮影画像にコンテンツを合成して画面表示するステップとを備える。
【００１８】
本発明のさらに他の局面に従うと、表示プログラムは、画像処理装置で発生したエラーのメンテナンスをアシストする画面を、撮影手段および表示手段を含む携帯端末に表示させる処理をサーバーに実行させるためのプログラムであって、携帯端末での撮影時の位置および向きを取得するステップと、携帯端末での撮影範囲に含まれる画像処理装置のエラーに応じたメンテナンスに関するコンテンツを記憶装置から抽出するステップと、メンテナンスの順に沿って、画像処理装置でのエラーに対するメンテナンスの進捗に応じて、サーバーから携帯端末に送信するステップとをサーバーに実行させる。
【発明の効果】
【００１９】
この発明によると、携帯端末を携帯したサービスマンによる画像処理装置のメンテナンスを適切にアシストすることができる。
【図面の簡単な説明】
【００２０】
【図１】実施の形態にかかる画像処理システムの構成の具体例を示す図である。
【図２】実施の形態にかかる画像処理システムに含まれるＭＦＰ（Multi-Functional Peripheral）のハードウェア構成の具体例を示す図である。
【図３】実施の形態にかかる画像処理システムに含まれる携帯端末のハードウェア構成の具体例を示す図である。
【図４】実施の形態にかかる画像処理システムに含まれるサーバーのハードウェア構成の具体例を示す図である。
【図５】実施の形態にかかる画像処理システムでの、情報の流れを表わした図である。
【図６】実施の形態にかかる画像処理システムでの動作概要を表わした図である。
【図７】実施の形態にかかる画像処理システムでの動作概要を表わした図である。
【図８】ＭＦＰの機能構成の具体例を示すブロック図である。
【図９】携帯端末の機能構成の具体例を示すブロック図である。
【図１０】サーバーの機能構成の具体例を示すブロック図である。
【図１１】ＭＦＰでの動作の流れを表わすフローチャートである。
【図１２】サーバーでの動作の流れの具体例を表わすフローチャートである。
【図１３】携帯端末での動作の流れの具体例を表わすフローチャートである。
【図１４】図１３のステップＳ３０９で表示されるアシスト画面の具体例を示す図である。
【図１５】通知画面の具体例を表わす図である。
【図１６】通知画面の具体例を表わす図である。
【図１７】通知画面の具体例を表わす図である。
【図１８】通知画面の具体例を表わす図である。
【発明を実施するための形態】
【００２１】
以下に、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品および構成要素には同一の符号を付してある。それらの名称および機能も同じである。
【００２２】
＜システム構成＞
図１は、本実施の形態にかかる画像処理システムの構成の具体例を示す図である。
【００２３】
図１を参照して、本実施の形態にかかる画像処理システムは、画像処理装置としての、複数台のＭＦＰ（Multi-Functional Peripheral）１００Ａ，１００Ｂと複数台の、携帯端末２００Ａ，２００Ｂと、サーバー３００とを含む。ＭＦＰ１００Ａ，１００Ｂを代表させてＭＦＰ１００、携帯端末２００Ａ，２００Ｂを代表させて携帯端末２００とも称する。
【００２４】
画像処理装置は、ＭＦＰに限定されず、少なくとも１以上の画像処理機能を有する装置であれば、プリンターやファクシミリ送受信機やコピー機などのその他の装置であってもよい。ＭＦＰ１００は、これら機能を複合的に備えた画像処理装置である。
【００２５】
携帯端末２００は、たとえば携帯電話機などが該当し、少なくともカメラ機能と、指示入力機能と、通信機能とを備えていれば、他の装置であってもよい。
【００２６】
サーバー３００は、一般的なパーソナルコンピューターなどから構成されるものであればよい。
【００２７】
なお、以下の説明では、図１に示されたように、ＭＦＰ１００とは別にサーバー３００が含まれるものとしているが、サーバー３００がＭＦＰ１００に含まれ、ＭＦＰ１００がサーバーとして機能してもよい。
【００２８】
ＭＦＰ１００とサーバー３００とは互いに通信可能であり、情報をやり取りする。ＭＦＰ１００とサーバー３００との通信は、有線、無線を問わず、いずれの通信形態であってもよい。本実施の形態にかかる画像処理システムはオフィス環境で用いられることが想定されるため、一例として、有線、または無線のＬＡＮ（Local Area Network）にＭＦＰ１００とサーバー３００とが接続され、該ネットワークを介して情報をやり取りする通信形態が挙げられる。
【００２９】
携帯端末２００とサーバー３００とも互いに通信可能であり、情報をやり取りする。携帯端末２００とサーバー３００との通信は、無線通信であればどのような通信形態であってもよい。以降の例では電話回線を利用した無線通信であるものとするが、その他、赤外線通信や近距離無線通信などであってもよいし、無線のＬＡＮに携帯端末２００とサーバー３００とが接続されている場合には該ネットワークを介して情報をやり取りする通信形態も挙げられる。
【００３０】
なお、以降の説明において、ＭＦＰ１００とサーバー３００とはＬＡＮを介した通信、および携帯端末２００とサーバー３００とは電話回線を利用した無線通信を行なうものと、すなわちこれらは異なる通信形態であるものとするが、たとえばすべてＬＡＮを介した通信など、同じ通信形態であってもよい。
【００３１】
＜装置構成＞
図２は、ＭＦＰ１００のハードウェア構成の具体例を示す図である。
【００３２】
図２を参照して、ＭＦＰ１００は、全体を制御するための演算装置であるＣＰＵ（Central Processing Unit）１０と、ＣＰＵ１０で実行されるプログラムなどを記憶するため
のＲＯＭ（Read Only Memory）１１と、ＣＰＵ１０でプログラムを実行する際の作業領域として機能するためのＲＡＭ（Random Access Memory）１２と、図示しない原稿台に載置された原稿を光学的に読み取って画像データーを得るためのスキャナー１３と、画像データーを印刷用紙上に固定するためのプリンター１４と、情報を表示したり当該ＭＦＰ１００に対する操作入力を受け付けたりするためのタッチパネルを含んだ操作パネル１５と、画像データーを保存するためのメモリー１６と、ＬＡＮを介した通信の制御するためのネットワークコントローラー１７と、ＭＦＰ１００の状態を検出するためのセンサー１８とを含む。
【００３３】
操作パネル１５は、図示しないタッチパネルと操作キー群とを含む。タッチパネルは、液晶表示装置などの表示装置と光学式タッチパネルや静電容量タッチパネルなどの位置指示装置とが重なって構成され、操作画面を表示して、その操作画面上の指示位置を特定する。ＣＰＵ１０は予め記憶されている画面表示をさせるためのデーターに基づいてタッチパネルに操作画面を表示させる。
【００３４】
センサー１８としては、たとえば、トナー量残量を検出するためのセンサーや、各部のジャム（紙詰まり）や温度異常や動作異常等を検出するためのセンサーなどが該当する。なお、センサー１８には、コピー量やスキャン量やプリント量などをカウントするためのカウンタが含まれてもよい。
【００３５】
メモリー１６には、さらに、当該ＭＦＰ１００の状態を表わす情報としてのステータス情報が記憶されている。ステータス情報としては、たとえば、センサー１８で検出された値（センサー値）などで表わされる現在の状態を表わす情報、および印字枚数などのカウンタ値で表わされる使用状況を表わす情報が含まれる。その他、当該ＭＦＰ１００の設置された位置を表わす情報（位置情報）が含まれてもよい。なお、この位置情報は、当該ＭＦＰ１００が図示しない位置検出機能を有する場合には当該機能によって取得されるものであってもよいし、操作パネル１５から入力されるものであってもよい。
【００３６】
さらに、メモリー１６には、エラーごとにメンテナンスに必要な情報が記憶されている。メンテナンスに必要な情報としては、メンテナンス内容やメンテナンス手順が該当する。詳しくは、メンテナンスの手順ごとにメンテナンス内容を表わす情報を指す。この情報は、後述するタグとして表示される画像でメンテナンス内容を表わす情報であって、後述されるように、ＭＦＰ１００の撮影画像に対して当該画像が付加して表示されるものである。以降の説明において、エラーごとに用意されているメンテナンスに必要な情報を「タグ情報」とも称する。なお、タグ情報は、メンテナンスのある手順におけるメンテナンス内容を表わす情報を指す場合もあるし、当該エラーに関する全手順に応じた馬手軟巣内容を表わす情報を指す場合もある。
【００３７】
図３は、携帯端末２００のハードウェア構成の具体例を示す図である。
図３を参照して、携帯端末２００は、全体を制御するための演算装置であるＣＰＵ２０と、ＣＰＵ２０で実行されるプログラムなどを記憶するためのＲＯＭ２１と、ＣＰＵ２０でプログラムを実行する際の作業領域として機能するためのＲＡＭ２２と、磁気センサーを含んで当該携帯端末２００の向きを検出するための電子コンパス２３と、ＧＰＳ（Global Positioning System）信号または基地局からの位置信号を受信して当該携帯端末の位置情報を取得するためのＧＰＳコントローラー２４と、情報を表示したり当該携帯端末２００に対する操作入力を受け付けたりするためのタッチパネルを含んだ操作パネル２５と、カメラ２６と、図示しない基地局と通信することによる電話回線を介した通信を制御するためのコントローラー２７と、電話帳データーなどを記憶するためメモリー２８とを含む。
【００３８】
操作パネル２５は、ＭＦＰ１００の操作パネル１５と同様の構成であってよい。すなわち、一例として、液晶表示装置などの表示装置と光学式タッチパネルや静電容量タッチパネルなどの位置指示装置とが重なって構成されたタッチパネルと、操作キーとを含む。
【００３９】
ＣＰＵ２００は予め記憶されている画面表示をさせるためのデーターに基づいてタッチパネルに操作画面を表示させる。タッチパネルでは操作画面上の指示位置が特定され、その位置を示す操作信号がＣＰＵ２０に入力される。また、押下されたキーを示す操作信号がＣＰＵ２０に入力される。ＣＰＵ２０は押下されたキー、または表示している操作画面と指示位置とから操作内容を特定し、それに基づいて処理を実行する。
【００４０】
また、電子コンパス２３およびＧＰＳコントローラー２４は、取得した当該携帯端末２００の向きや位置情報を示す信号をＣＰＵ２０に入力する。
【００４１】
図４は、サーバー３００のハードウェア構成の具体例を示す図である。
図４を参照して、サーバー３００は上述のように一般的なコンピュータ等によって構成されるものであり、一例として、全体を制御するための演算装置であるＣＰＵ３０と、ＣＰＵ３０で実行されるプログラムなどを記憶するためのＲＯＭ３１と、ＣＰＵ３０でプログラムを実行する際の作業領域として機能するためのＲＡＭ３２と、ＭＦＰ情報などを記憶するためのＨＤ（Hard Disk）３３と、電話回線を介した通信を制御するための通信コントローラー３４と、ＬＡＮを介した通信の制御するためのネットワークコントローラー３５とを含む。
【００４２】
ＨＤ３３には、ＭＦＰ１００に関する情報として、ＭＦＰ１００の位置情報が記憶されている。この位置情報は、予め入力されることで記憶されているものでもよいし、ＭＦＰ１００から送信されて記憶されてもよい。
【００４３】
＜動作概要＞
図５は、本実施の形態にかかる画像処理システムでの、情報の流れを表わした図である。
【００４４】
図５を参照して、ＭＦＰ１００は、サーバー３００に対して、センサー１８で検出されたエラーの発生を表わすセンサー信号と、そのエラーに対応したタグ情報とを送信する。また、位置情報をサーバー３００に対して送信してもよい。
【００４５】
サーバー３００は、携帯端末２００に対してタグ情報を送信する。
携帯端末２００は、カメラ２６で撮影した際の位置および向きを検知し、その位置および向きを表わす情報を検知データーとしてサーバー３００に対して送信する。また、携帯端末２００は、自身において編集されたタグ情報をサーバー３００に対して送信する。
【００４６】
携帯端末２００では、サーバー３００から受信したタグ情報で表わされる画像であるタグを撮影画像に合成して表示する。
【００４７】
図６および図７は、本実施の形態にかかる画像処理システムでの動作概要を表わした図である。図６の動作は、携帯端末２００でメンテナンスをアシストするための画面（以下、「アシスト画面」とも称する）を表示するための動作である。図７の動作は、携帯端末２００でのメンテナンス状況を他の携帯端末に通知するための動作である。
【００４８】
図６を参照して、ＭＦＰにおいてエラーの発生が検知されると（ステップＳ１１）、センサー信号と当該エラーに関連したタグ情報とがサーバーに対して送信される（ステップＳ１２）。このとき、当該ＭＦＰの位置情報もサーバーに送信されてもよい。または、当該ＭＦＰの位置情報は、予めサーバーに記憶されていてもよい。サーバーは、受信したタグ情報を保存する（ステップＳ５１）。
【００４９】
携帯端末においてメンテナンス用のアプリケーションを起動し（ステップＳ３１）、撮影を行なうと（ステップＳ３２）、撮影時の位置および向きが検知され、それらを表わす情報である検知データーがサーバーに対して送信される（ステップＳ３３）。
【００５０】
サーバーは、携帯端末からの検知データーで表わされた位置および向きと、記憶しているＭＦＰの位置とを比較して、当該携帯端末での撮影画像に存在するＭＦＰに関するタグ情報を抽出する（ステップＳ５２）。そして、そのタグ情報を携帯端末に対して送信する（ステップＳ５３）。
【００５１】
携帯端末では、受信したタグ情報に基づく画像であるタグを撮影画像に合成することで、撮影されたＭＦＰにタグを付加した画面を表示する（ステップＳ３４）。この画面が「アシスト画面」に相当する。
【００５２】
携帯端末の操作パネル２５において画面切替の指示を受け付けると（ステップＳ３６）、次のメンテナンス手順のメンテナンス内容を表わしたタグ情報をサーバーに対して要求する（ステップＳ３６）。そして、サーバーは、この要求に応じて先に送信したタグ情報の次のタグ情報に相当する、次のメンテナンス手順のメンテナンス内容を表わしたタグ情報を携帯端末に対して送信する（ステップＳ５４）。携帯端末では、受信したタグ情報に基づいてアシスト画面を更新する（ステップＳ３７）。
【００５３】
なお、この例では、たとえばアシスト画面に「次へ」などの次の手順のタグの表示を指示するボタンを表示するなどして画面切替の指示を受け付けるものとしているが、タグの切替の指示は、この方法に限定されない。たとえば、ＭＦＰのセンサー１８でメンテナンス手順ごとに１つの作業内容の完了を検知してサーバーに送信するようにすれば、サーバー側でメンテナンスの進捗状況を把握することができ、それに応じてタグ情報を携帯端末に送信するようにしてもよい。
【００５４】
上記ステップＳ３４〜Ｓ３７の動作は、ＭＦＰで検知されたエラーに応じたメンテナンスが完了するまで、メンテナンス手順に従って繰り返されてもよい。そして、ＭＦＰにおいてエラーの解消が検知されると、つまり、エラーの検知がされなくなると、その旨を表わすセンサー信号がサーバーに送信される（ステップＳ１３）。ここでは、この動作に替えて、エラーが検知されている間、センサー信号をサーバーに送信し続けるようにしてもよい。このようにすることで、当該センサー信号の受信がなくなったことでサーバー側ではエラーの解消を検知することができる。
【００５５】
サーバーは、エラーの解消を検知すると、メンテナンス終了を表わしたタグを表示させるためのタグ情報（終了タグ情報とも称される）を携帯端末に対して送信する（ステップＳ５５）。終了タグ情報は、予め記憶されているものであってよい。携帯端末では、終了タグ情報に基づいてメンテナンス終了を通知する終了画面が表示される（ステップＳ３８）。
【００５６】
図６に表わされた動作が行なわれることで、携帯端末では、当該携帯端末を携帯したサービスマンによるメンテナンスの進捗状況に応じてアシスト画面としてタグが付加された画面が表示される。そのため、サービスマンは、自身の進捗状況に応じて携帯している携帯端末を確認することで、次に行なうメンテナンス内容を把握することができ、効率よくメンテナンスすることができる。
【００５７】
図７を参照して、上記ステップＳ３４またはステップＳ３７までの動作がなされ、１台の携帯端末（ここでは携帯端末Ａとする）にアシスト画面が表示されている状態において、つまり、ＭＦＰのメンテナンスが完了していない状態において、サーバーにおいて、当該携帯端末Ａでのメンテナンス状況を他の携帯端末（ここでは携帯端末Ｂとする）に通知するタイミングが検知されると（ステップＳ５６）、ＭＦＰは携帯端末Ａでのメンテナンス状況を表わす情報（通知情報とも称する）として、現在携帯端末Ａで表示されているアシスト画面に用いられているタグ情報、つまり、直前に携帯端末Ａに送信したタグ情報を携帯端末Ｂに送信する（ステップＳ５７）。携帯端末Ｂでは、このタグ情報に基づいて警告画面が表示される（ステップＳ７１）。
【００５８】
上記ステップＳ５６では、サーバーにおいて、予め設定されている通知条件が満たされているか否かを判断することで、満たされている場合に通知するタイミングと検知される。この通知条件に関しては、この後に具体的に説明する。
【００５９】
＜機能構成＞
図８は、上述の動作を実現するためのＭＦＰ１００の機能構成の具体例を示すブロック図である。図８に示される各機能は、ＣＰＵ１０がＲＯＭ１１に記憶されるプログラムを読み出してＲＡＭ１２上で実行することで、主にＣＰＵ１０に形成される機能である。しかしながら、少なくとも一部の機能が図２に示されたハードウェア構成によって形成されてもよい。
【００６０】
図８を参照して、メモリー１６には、エラーごとにメンテナンスに必要な情報としてメンテナンスの手順ごとのメンテナンス内容を表わす情報であるタグ情報を記憶するためのタグ情報記憶部１６１が含まれる。
【００６１】
さらに図８を参照して、ＭＦＰ１００は、センサー１８からのセンサー信号の入力を受け付けるための入力部１０１と、そのセンサー信号に基づいてエラーの発生を検知するための検知部１０２と、発生したエラーに対応したタグ情報をメモリー１６から抽出するための抽出部１０３と、抽出されたタグ情報をネットワークコントローラー１７を介してサーバー３００に対して送信するための送信部１０４とを含む。
【００６２】
図９は、上述の動作を実現するための携帯端末２００の機能構成の具体例を示すブロック図である。図９に示される各機能は、ＣＰＵ２０がＲＯＭ２１に記憶されるプログラムを読み出してＲＡＭ２２上で実行することで、主にＣＰＵ２０に形成される機能である。しかしながら、少なくとも一部の機能が図３に示されたハードウェア構成によって形成されてもよい。
【００６３】
図９を参照して、上記動作を実現するための機能として携帯端末２００は、操作パネル２５からの指示入力を受け付けるための指示入力部２０１と、操作パネル２５からの撮影指示に応じてＧＰＳコントローラー２４から得られた信号より当該携帯端末２００の位置を検知するための位置検知部２０２と、操作パネル２５からの撮影指示に応じて電子コンパス２３から得られた信号より当該携帯端末２００の向きを検知するための向き検知部２０３と、操作パネル２５からの撮影指示に応じてカメラ２６による撮影を実行して撮影された画像データーを取得するための画像取得部２０４と、操作パネル２５からの撮影指示に応じて検知された位置および向きを表わす情報を検知データーとしてコントローラー２７を介してサーバー３００に対して送信するための送信部２０５と、サーバー３００から送信されたタグ情報の入力をコントローラー２７を介して受け付けるためのタグ情報入力部２０６と、撮影して得られた画像データーとタグ情報とに基づいて画像データーにタグを合成してアシスト画面を表示用の画面データーを生成するための生成部２０７と、画面データーを操作パネル２５に表示する処理を実行するための表示処理部２０８と、操作パネル２５からの指示入力に従ってタグ情報を編集するための編集部２０９とを含む。送信部２０５は、編集されたタグ情報も、サーバー３００に対して送信する。
【００６４】
なお、位置検知部２０２および向き検知部２０３は、操作パネル２５からの撮影指示に応じてそれぞれ位置および向きを検知するものであるため、その位置および向きは、それぞれ、撮影位置および撮影方向となり得る。そこで、以降の説明では、検知される位置および向きを、それぞれ、撮影位置および撮影方向とも称する。
【００６５】
送信部２０５は、少なくとも撮影位置および撮影方向を表わした検知データーをサーバー３００に送信する。その他、たとえば当該携帯端末２００を特定する情報や、当該携帯端末２００に対してログインしているユーザー（サービスマン）のログイン情報を送信してもよい。
【００６６】
図１０は、サーバー３００の機能構成の具体例を示すブロック図である。図１０に示される各機能は、ＣＰＵ３０がＲＯＭ３１に記憶されるプログラムを読み出してＲＡＭ３２上で実行することで、主にＣＰＵ３０に形成される機能である。しかしながら、少なくとも一部の機能が図４に示されたハードウェア構成によって形成されてもよい。
【００６７】
図１０を参照して、ＨＤ３３には、ＭＦＰに関する情報としてＭＦＰの位置を記憶するための記憶領域であるＭＦＰ情報記憶部３３１と、ＭＦＰから送信されたタグ情報を記憶するための記憶領域であるタグ情報記憶部３３２とが含まれる。
【００６８】
さらに図１０を参照して、上記動作を実現するための機能としてサーバー３００は、ネットワークコントローラー３５を介してＭＦＰ１００から送信されたエラーの発生表わしたセンサー信号および当該エラーに関連したタグ情報の入力を受け付けるための第１入力部３０１と、当該タグ情報をタグ情報記憶部３３２に格納するための格納部３０２と、通信コントローラー３４を介して携帯端末２００から検知データーとしての撮影位置および撮影方向の入力を受け付けるための第２入力部３０３と、タグ情報記憶部３３２に記憶されているタグ情報の中から当該携帯端末２００からの撮影範囲に存在するＭＦＰから送信されたタグ情報を抽出するための抽出部３０４と、抽出されたタグ情報を通信コントローラー３４を介して携帯端末２００に対して送信するための送信部３０５と、予め通知条件を記憶しておき、第１入力部３０１で受け付けたセンサー信号や第２入力部３０３で受け付けた検知データーなどに基づいて、他の携帯端末に対してメンテナンス状況を通知するタイミングを判定するための判定部３０６とを含む。送信部３０５は、判定されたタイミングで通知情報としての例えばタグ情報も携帯端末２００に対して送信する。
【００６９】
＜動作フロー＞
図１１は、ＭＦＰ１００での動作の流れを表わすフローチャートである。図１１のフローチャートに表わされる動作は、ＣＰＵ１０がＲＯＭ１１に記憶されるプログラムを読み出してＲＡＭ１２上で実行し、図８に示される各機能を発揮することによって実現される。
【００７０】
図１１を参照して、ＭＦＰ１００のＣＰＵ１０は各部に配されたセンサー１８からのセンサー信号を監視することで、各部のエラーの発生の有無を監視している。そして、エラーの発生を検知すると（ステップＳ１０１でＹＥＳ）、ステップＳ１０３で当該エラーに関連して記憶されているタグ情報をメモリー１６から抽出し、ステップＳ１０５でセンサー信号と共にタグ情報をサーバー３００に対して送信する。
【００７１】
図１２は、サーバー３００での動作の流れの具体例を表わすフローチャートである。図１２のフローチャートに示される動作は、ＣＰＵ３０がＲＯＭ３１に記憶されるプログラムを読み出してＲＡＭ３２上で実行し、図１０に示される各機能を発揮することによって実現される。
【００７２】
図１２を参照して、サーバー３００のＣＰＵ３０は、ＭＦＰ１００から送信されたタグ情報を受信すると（ステップＳ２０１でＹＥＳ）、ステップＳ２０３で当該タグ情報をＨＳ３３に格納する。
【００７３】
または、携帯端末２００Ａから撮影時の位置および向きを表わした情報である検知データーを受信すると（ステップＳ２０５でＹＥＳ）、ステップＳ２０７でＣＰＵ３０は、記憶されているＭＦＰの位置情報と当該検知データーで表わされる撮影時の位置および向きから得られる撮影範囲とを比較することで、携帯端末２００Ａでの撮影画像に存在するＭＦＰについてのタグ情報を、記憶されたタグ情報の中から抽出して、ステップＳ２０９でそのタグ情報を携帯端末２００Ａに対して送信する。
【００７４】
または、携帯端末２００Ａからタグの切替を要求する信号を受信すると（ステップＳ２１１でＹＥＳ）、ステップＳ２１３でＣＰＵ３０は、先に送信したタグ情報で表わされたメンテナンス手順の次の手順のメンテナンス内容を表わしたタグ情報を携帯端末２００Ａに対して送信する。
【００７５】
または、予め規定されている他の携帯端末である携帯端末２００Ｂに対して携帯端末２００Ａでのメンテナンス状況を通知するタイミングと判定されると（ステップＳ２１５でＹＥＳ）、ステップＳ２１７でＣＰＵ３０は、携帯端末２００Ａでのメンテナンス状況を携帯端末２００Ｂに通知するための処理を実行する。なお、ステップＳ２１５での判定およびステップＳ２１７での通知処理については、後に具体例を挙げて説明する。
【００７６】
または、エラーの解消が検知されると（ステップＳ２１９でＹＥＳ）、ステップＳ２２１でＣＰＵ３０は、予め記憶している終了タグ情報を携帯端末２００Ａに対して送信する。ステップＳ２１９での検知は、ＭＦＰ１００からエラーが解消された旨を表わすセンサー信号が送信されることによってなされてもよいし、ＭＦＰ１００からエラーの発生を表わすセンサー信号の送信がなくなったことによってなされてもよい。
【００７７】
図１３は、携帯端末２００での動作の流れの具体例を表わすフローチャートである。図１３のフローチャートに示される動作は、ＣＰＵ２０がＲＯＭ２１に記憶されるプログラムを読み出してＲＡＭ２２上で実行し、図９に示される各機能を発揮することによって実現される。
【００７８】
図１３を参照して、携帯端末２００のＣＰＵ２０は、操作パネル２５からの撮影指示を受け取ると（ステップＳ３０１でＹＥＳ）、ステップＳ３０３で撮影動作を実行すると共に、ステップＳ３０５でそのときの位置および向きを検出して検知データーとしてサーバー３００に対して送信する。
【００７９】
サーバー３００からの当該検知データーに対応したタグ情報を受信すると（ステップＳ３０７でＹＥＳ）、ステップＳ３０９でＣＰＵ２０は、受信したタグ情報で表わされるタグを上記ステップＳ３０３の撮影で得られた撮影画像に合成することで得られるアシスト画面を操作パネル２５に表示する。
【００８０】
図１４は、上記ステップＳ３０９で表示されるアシスト画面の具体例を示す図である。図１４を参照して、アシスト画面では、撮影された画像中のＭＦＰに対して、当該ＭＦＰに関連付けられたタグが重ねて表示されている。具体的には、図１４のアシスト画面において、撮影されたＭＦＰにおいてトナーエンプティ（トナー切れ）とジャム（紙詰まり）との２種類のエラーが発生している場合が示されている。たとえば当該タグをタッチしたり、当該タグの付近に表示される「次へ」ボタン（不図示）をタッチしたりするなどすることで、そのエラーのメンテナンスの内容が、手順に沿ってタグで表示される。
【００８１】
すなわち、そのような操作を受け付けることでタグの表示を切り替える指示を受け付けると（ステップＳ３１１でＹＥＳ）、ステップＳ３１２でＣＰＵ２０はサーバー３００に対して次の手順のメンテナンス内容を表わしたタグを表示するためのタグ情報を要求する。そして、上記ステップＳ３０７からの動作を繰り返す。
【００８２】
なお、サーバー３００からの、他の携帯端末でのメンテナンス状況を当該携帯端末に通知するための通知情報を受信した場合（ステップＳ３１３でＹＥＳ）、ステップＳ３１５でＣＰＵ２０は、当該通知情報に基づいて通知画面を表示する（ステップＳ３１５）。
【００８３】
または、サーバー３００からの、終了タグ情報を受信した場合（ステップＳ３１９でＹＥＳ）、ステップＳ３２１でＣＰＵ２０は、当該終了タグ情報に基づいて、メンテナンス終了を報知するための終了画面を表示する。
【００８４】
＜通知判定＞
上記ステップＳ２１５での、通知タイミングの判定について説明する。ここでは、サーバー３００のＣＰＵ３０によって、予め規定されている通知条件が満たされているか否かが判定されることで、通知タイミングが判定される。
【００８５】
通知条件として、ＭＦＰに起因した通知条件、通知する側の携帯端末である携帯端末２００Ａに起因した通知条件、および通知される側の携帯端末である携帯端末２００Ｂに起因した通知条件が挙げられる。一例として、サーバー３００では、それぞれに起因した通知条件を記憶しておき、いずれか装置に起因する通知条件が１つでも満たされた場合に上記ステップＳ２１７の通知処理を行なうものとする。もちろん、すべての装置に起因する通知条件のすべてが満たされた場合に通知処理を行なうようにしてもよいし、通知条件に優先順位を設けて、優先順位の高い通知条件が満たされた場合に通知処理を行なうようにしてもよい。
【００８６】
通知される側の携帯端末である携帯端末２００Ｂに起因した通知条件の具体例として、たとえば下の３つの条件が予め規定されている例が挙げられる：
条件１）携帯端末２００Ｂでの撮影画像に通知する側の携帯端末である携帯端末２００Ａが存在している、
条件２）携帯端末２００Ｂによって設定された時間内に携帯端末２００Ａでのアシスト画面の表示が終了していない、
条件３）携帯端末２００Ｂによって設定された基準となるメンテナンス手順まで携帯端末２００Ｂでのアシスト画面が達している。
【００８７】
上記条件１）は、通知される側の携帯端末である携帯端末２００Ｂを携帯するユーザーが通知する側の携帯端末である携帯端末２００Ａを携帯するサービスマンに対してカメラ２６を向けて撮影した場合に満たされる。
【００８８】
上記条件２）は、予めメンテナンスに必要時間として設定された時間内に、通知する側の携帯端末である携帯端末２００Ａを携帯するサービスマンによるメンテナンスが終了しなかった場合に満たされる。
【００８９】
上記条件３）は、通知される側の携帯端末である携帯端末２００Ｂを携帯するサービスマンもメンテナンスを行なっており、予め基準となるメンテナンス手順まで当該サービスマンによるメンテナンスが達している場合に満たされる。
【００９０】
サーバー３００のＣＰＵ３０は、各携帯端末からの検知データーを記憶しておくなどすることで、各携帯端末の位置を記憶しておき、携帯端末２００Ａの位置と携帯端末２００Ｂの検知データーから得られる携帯端末２００Ｂの撮影範囲とを比較することで、上記条件１）が満たされるか否かを判定する。
【００９１】
また、サーバー３００は、予め携帯端末２００Ｂから設定時間を受信するなどして設定された時間を記憶しておき、携帯端末２００Ａにタグ情報の送信を開始してからの経過時間と設定された時間とを比較することで、上記条件２）が満たされるか否かを判定する。
【００９２】
また、サーバー３００は、予め携帯端末２００Ｂから基準となるメンテナンス手順を表わす情報を受信するなどして基準となるメンテナンス手順を記憶しておき、携帯端末２００Ｂに送信するタグ情報と記憶されている上記メンテナンス手順とを比較することで、当該メンテナンス手順に該当するタグ情報を送信したか否かを判定することで上記条件３）が満たされるか否かを判定する。
【００９３】
そして、上記条件１）〜３）のいずれかが満たされた場合に、ＣＰＵ３０は、通知される側の携帯端末である携帯端末２００Ｂに起因した通知条件が満たされたものとする。
【００９４】
通知する側の携帯端末である携帯端末２００Ａに起因した通知条件として、たとえば下の２つの条件が予め規定されている例が挙げられる：
条件１）携帯端末２００Ａでの撮影画像に通知される側の携帯端末である携帯端末２００Ｂが存在している、
条件２）携帯端末２００Ａにおいて編集されたタグ情報に要通知を表わす信号が含まれている。
【００９５】
上記条件１）は、通知する側の携帯端末である携帯端末２００Ａを携帯するサービスマンが通知される側の携帯端末である携帯端末２００Ｂを携帯するユーザーに対してカメラ２６を向けて撮影した場合に満たされる。
【００９６】
上記条件２）は、通知する側の携帯端末である携帯端末２００Ａで表示されたタグに含まれる「通知」ボタン（不図示）を押下する、入力欄（不図示）に質問等を入力する、などしてタグ情報を編集した場合に満たされる。
【００９７】
サーバー３００のＣＰＵ３０は、各携帯端末からの検知データーを記憶しておくなどすることで、各携帯端末の位置を記憶しておき、携帯端末２００Ｂの位置と携帯端末２００Ａの検知データーから得られる携帯端末２００Ａの撮影範囲とを比較することで、上記条件１）が満たされるか否かを判定する。
【００９８】
また、サーバー３００は、携帯端末２００Ａから編集されたタグ情報を受信し、当該タグ情報を解析して上述の情報が含まれているか否かを判定することで、上記条件２）が満たされるか否かを判定する。
【００９９】
そして、上記条件１），２）のいずれかが満たされた場合に、ＣＰＵ３０は、通知する側の携帯端末である携帯端末２００Ａに起因した通知条件が満たされたものとする。
【０１００】
ＭＦＰに起因した通知条件の具体例として、たとえば下の５つの条件が予め規定されている例が挙げられる：
条件１）エラーが解消されない状態でエラー開始からの経過時間が予め規定された基準時間を超過している、
条件２）エラーに対するアシスト画面が終了するよりも以前に、他のエラーの発生が検知された、
条件３）アシスト画面に表示されたメンテナンス内容と異なる作業を表わすセンサー信号が受信された、
条件４）アシスト画面表示中に、同じ動作を表わすセンサー信号が予め規定された回数よりも多く連続して受信された、
条件５）ＭＦＰ１００の電源がＯＦＦされてから所定時間経過した。
【０１０１】
上記条件１）は、ＭＦＰのメンテナンスが予め規定された基準時間内に終了しなかった場合に満たされる。
【０１０２】
上記条件２）は、先に検知されたエラーについてのメンテナンス中に、新たなエラーが発生した場合に満たされる。
【０１０３】
上記条件３）は、通知する側の携帯端末である携帯端末２００Ａを携帯するサービスマンがメンテナンス内容と異なる内容の作業を行なった場合に満たされる。たとえば、トナーボトル交換を行なう手順において、イメージングユニットの取り外しを行なった場合に、当該イメージングユニットの装着を検知するセンサーからセンサー信号が受信されることになり、メンテナンス内容と異なる内容の作業を行なったことが検知される。
【０１０４】
上記条件４）は、通知する側の携帯端末である携帯端末２００Ａを携帯するサービスマンが同じ作業を指定された回数以上行なった場合に満たされる。たとえば、同じドアーの開閉が連続して５回行なわれた場合になどに、ドアーの開閉を検知するセンサーからのセンサー信号によってそのことが検知される。
【０１０５】
サーバー３００のＣＰＵ３０は、予め基準時間を記憶しておき、エラーが検知されたことがＭＦＰ１００から通知されてからの経過時間を基準時間と比較することで、上記条件１）が満たされるか否かを判定する。
【０１０６】
また、サーバー３００のＣＰＵ３０は、エラーが検知された旨の通知をＭＦＰ１００から受信すると、当該ＭＦＰ１００から先に受信したエラーについて、エラーが解消されているか否かを確認することで、上記条件２）が満たされるか否かを判定する。
【０１０７】
また、サーバー３００のＣＰＵ３０は、携帯端末２００Ａに送信したタグ情報に表わされるメンテナンス内容と、メンテナンス対象のＭＦＰ１００からのセンサー信号とを比較することで、上記条件３）が満たされるか否かを判定する。
【０１０８】
また、サーバー３００のＣＰＵ３０は、メンテナンス対象のＭＦＰ１００からのセンサー信号を所定時間記憶しておき、当該期間中のセンサー信号を比較することで、上記条件４）が満たされるか否かを判定する。
【０１０９】
また、サーバー３００のＣＰＵ３０は、ＭＦＰ１００からの電源ＯＦＦを通知する信号を受信してからの経過時間を、予め記憶している規定時間と比較することで上記条件５）が満たされるか否かを判定する。
【０１１０】
そして、上記条件１）〜５）のいずれかが満たされた場合に、ＣＰＵ３０は、ＭＦＰ１００に起因した通知条件が満たされたものとする。
【０１１１】
上述した判定の結果、通知タイミングと判定された場合、携帯端末２００Ａのメンテナンス状況を表わす情報を他の携帯端末２００Ｂに送信する。なお、通知先は携帯端末２００Ｂに限定されず、予め規定されているＰＣ（パーソナルコンピューター）等であってもよい。ここでは、携帯端末２００Ｂに送信されるものとし、さらに、携帯端末２００Ｂでも、当該携帯端末２００Ｂを携帯したサービスマンによってメンテナンス作業が行なわれており、当該メンテナンス作業用のアシスト画面が表示されているものとする。
【０１１２】
図１５〜図１８は、通知処理が行なわれたときの携帯端末２００Ｂの表示画面の具体例を示す図である。
【０１１３】
サーバー３００において通知タイミングと判定された場合、好ましくは、サーバー３００は携帯端末２００Ｂに対して携帯端末２００Ａのメンテナンス状況を通知する旨を報知する。図１５は、サーバー３００からその報知がなされた場合の携帯端末２００Ｂの画面例であって、携帯端末２００Ｂに先に表示されているアシスト画面上に通知の可否を選択するためのボタンを表示する例が示されている。このようにすることで、携帯端末２００Ｂを携帯したサービスマンのメンテナンス作業を妨げることなく通知を行なうことができる。
【０１１４】
図１６は、通知画面の一例を表わす図である。図１６に示されるように、メンテナンス状況を表わす情報として、携帯端末２００Ａに送信したタグ情報を携帯端末２００Ｂに送信し、当該タグ情報に基づくタグが表示されてもよい。この場合、サーバー３００は、最後に送信したタグ情報のみ送信してもよいし、当該エラーに関して送信したタグ情報をすべて送信してもよい。このようにすることで、携帯端末２００Ａを携帯したサービスマンにおけるメンテナンスの状況を提示することができる。
【０１１５】
図１７は、通知画面の他の例を表わす図である。図１７に示されるように、サーバー３００は、通知する側の携帯端末２００Ａに表示されているアシスト画面、すなわち、撮影画像にタグが合成された画面の情報をメンテナンス状況を表わす情報として携帯端末２００Ａから取得し、その情報を携帯端末２００Ｂに転送してもよい。このようにすることでも、携帯端末２００Ａを携帯したサービスマンにおけるメンテナンスの状況を提示することができる。
【０１１６】
図１８は、通知画面の他の例を表わす図である。図１８に示されるように、携帯端末２００Ｂでは、アシスト画面と通知画面とを領域を区分して一つの画面に表示するようにしてもよい。このようにすることで、携帯端末２００Ｂを携帯したサービスマンにおけるメンテナンス作業をアシストしつつ、携帯端末２００Ａを携帯したサービスマンにおけるメンテナンスの状況を提示することができる。
【０１１７】
なお、それぞれの画面には、図示しない戻るボタン等の、表示を元のアシスト画面に戻す指示を入力する機能が設けられていてもよい。また、図１７〜図１８のいずれの表示方法とするかを選択する機能が設けられていてもよい。このようにすることで、携帯端末２００Ｂを携帯したサービスマンにおけるメンテナンス作業の効率を落とすことがない。
【０１１８】
＜他の例＞
図１に示されたように当該画像処理システムに複数の携帯端末２００Ａ，２００Ｂが含まれ、それぞれを携帯したサービスマンによってそれぞれ異なるＭＦＰのメンテナンスが可能である場合、サーバー３００は、メンテナンス開始に先立って、またはメンテナンス作業中に、それぞれのサービスマンにメンテナンスを振り分けるための処理を行なってもよい。ここでの振り分けとは、複数のＭＦＰ１００Ａ，１００Ｂのいずれのメンテナンスをいずれの携帯端末を携帯したサービスマンが行なうかを決定するための処理を指す。
【０１１９】
この場合、サーバー３００は、振り分け処理に用いる情報として、予めサービスマンごとのユーザー情報と、エラーごとのエラー情報とを記憶している。
【０１２０】
ユーザー情報には、サービスマンごとの、経験年数や、経験したメンテナンスの種類、などの情報が含まれる。
【０１２１】
エラー情報には、基準となるメンテナンス時間（メンテナンスに要する時間）や、メンテナンスの工程数や、難易度などが含まれる。
【０１２２】
サーバー３００のＣＰＵ３０は、一例として、携帯端末２００Ａ，２００Ｂのログイン情報を受け付けるなどしてそれぞれを携帯しているサービスマンを特定し、そのユーザー情報を比較する。ユーザー情報に基づいて、サービスマンのメンテナンススキルの順を特定し、それに応じた携帯端末の順位付けを行なう。たとえば、経験年数が長かったり経験したメンテナンスの種類が多かったりするサービスマンのメンテナンススキルの順位を上位となるようサービスマンのメンテナンススキルの順を特定する。これは、一例として、ユーザー情報の経験年数や経験したメンテナンスの種類などの項目ごとにその内容に応じて点数化し、サービスマンごとの合計点の順でメンテナンススキルの順を特定する方法などで実現することができる。
【０１２３】
なお、この方法を用いて、上記通知を行なう側の携帯端末と通知される側の携帯端末とを特定することもできる。すなわち、メンテナンススキルが上位である側のサービスマンの携帯する携帯端末２００Ｂを通知される側、メンテナンススキルが下位である側のサービスマンの携帯する携帯端末２００Ａを通知する側の携帯端末と特定することができる。
【０１２４】
次に、サーバー３００のＣＰＵ３０は、各ＭＦＰからのエラーを通知するセンサー信号に基づいて、それぞれのＭＦＰで発生したエラーを特定し、記憶しているエラー情報に基づいてそれぞれのメンテナンス負荷を特定する。ここでのメンテナンス負荷とは、たとえばメンテナンス時間であってもよいし、メンテナンスの工程数や、メンテナンスの難易度などであってもよいし、また、それらを総合したものであってもよい。ここでも上述のメンテナンススキルの順を特定する方法と同様に、考慮する項目について点数化し、エラーごとの合計点でメンテナンス負荷を得ることができる。そして、その負荷の順にエラーをソート（順位付け）し、サービスマンのメンテナンススキルの順に応じてメンテナンスを割り当てる。
【０１２５】
一例として、上位のサービスマンと下位のサービスマンとの作業割合をそれぞれのメンテナンススキルに応じて特定して、メンテナンス負荷がその割合となるようにメンテナンスを割り当ててもよい。たとえば、上位のサービスマンが下位のサービスマンの２倍の作業時間となるように作業時間に応じてメンテナンスを割り当てる、などが該当する。
【０１２６】
他の例として、メンテナンス時間の長いものから順にサービスマンのメンテナンススキルの順に沿ってメンテナンスを割り当ててもよい。
【０１２７】
また他の例として、下位のサービスマンには当該サービスマンが経験したメンテナンスの種類と同一または類似の種類のメンテナンスを割り当て、上位のサービスマンには下位のサービスマンに割り当てなかったメンテナンスを割り当てるようにしてもよい。
【０１２８】
さらに、それぞれのサービスマンでのメンテナンス中に上位のサービスマンのメンテナンスが終了した場合に、下位のサービスマンのメンテナンス内容の一部を上位のサービスマンに割り当てるよう、その段階で再度振り分け処理を行なうようにしてもよい。この場合、サーバー３００は、割り当てられたメンテナンス内容についてのタグ情報を上位のサービスマンの携帯する携帯端末２００Ｂに送信する。
【０１２９】
このようにすることで、複数のサービスマンによって全体として効率よくＭＦＰをメンテナンスすることができる。
【０１３０】
＜実施の形態の効果＞
以上の動作が行なわれることで、携帯端末では、当該携帯端末を携帯するサービスマンのメンテナンスの進捗状況に応じてアシスト画面が表示されることになる。そのため、サービスマンは、自身の進捗状況に応じてアシスト画面を参照しながらメンテナンスすることが可能となり、効率よくメンテナンスすることができる。
【０１３１】
さらに、所定の通知条件を満たした場合、１つの携帯端末を携帯したサービスマンによるメンテナンスの進捗状況が、他の装置に自動的に通知される。そのため、当該サービスマンがたとえば他のサービスマンの作業している所まで行ったり、管理者に電話したり、などの作業が不要となり、作業効率を向上させることができる。
【０１３２】
さらに、この通知が他の携帯端末に通知される場合、当該他の携帯端末を携帯したサービスマンが他のサービスマンの作業している所まで行ったり、近傍で監視したりすることなく、メンテナンスの進捗状況を知ることができる。それ故、通知された側のユーザーの負荷を軽減することができる。
【０１３３】
また、通知画面は、当該他の携帯端末で表示されているアシスト画面が切り替えられたり、アシスト画面と画面を二分して表示したりされることになるため、当該他の携帯端末を携帯したサービスマンによるメンテナンスの効率を落とすこともない。
【０１３４】
また、上述のように、タグやアシスト画面によってメンテナンスの進捗状況が通知されるため、たとえば電話で説明するような分かり難さもなく、メンテナンスの進捗状況がより詳細に分かりやすく通知される。それ故、通知された側のユーザーの負荷を軽減しつつ、適切な対処を取ることができる。
【０１３５】
さらに、上述の動作をＭＦＰ１００や携帯端末２００やサーバー３００に実行させるためのプログラムを提供することもできる。このようなプログラムは、コンピュータに付属するフレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disk-Read Only Memory）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）およびメモリカードなどのコンピュータ読み取り可能な記録媒体にて記録させて、プログラム製品として提供することもできる。あるいは、コンピュータに内蔵するハードディスクなどの記録媒体にて記録させて、プログラムを提供することもできる。また、ネットワークを介したダウンロードによって、プログラムを提供することもできる。
【０１３６】
なお、本発明にかかるプログラムは、コンピュータのオペレーティングシステム（ＯＳ）の一部として提供されるプログラムモジュールのうち、必要なモジュールを所定の配列で所定のタイミングで呼出して処理を実行させるものであってもよい。その場合、プログラム自体には上記モジュールが含まれずＯＳと協働して処理が実行される。このようなモジュールを含まないプログラムも、本発明にかかるプログラムに含まれ得る。
【０１３７】
また、本発明にかかるプログラムは他のプログラムの一部に組込まれて提供されるものであってもよい。その場合にも、プログラム自体には上記他のプログラムに含まれるモジュールが含まれず、他のプログラムと協働して処理が実行される。このような他のプログラムに組込まれたプログラムも、本発明にかかるプログラムに含まれ得る。
【０１３８】
提供されるプログラム製品は、ハードディスクなどのプログラム格納部にインストールされて実行される。なお、プログラム製品は、プログラム自体と、プログラムが記録された記録媒体とを含む。
【０１３９】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【０１４０】
１０，２０，３０ ＣＰＵ、１１，２１，３１ ＲＯＭ、１２，２２，３２ ＲＡＭ、１３ スキャナー、１４ プリンター、１５，２５ 操作パネル、１６，２８ メモリー、１７，３５ ネットワークコントローラー、１８ センサー、２３ 電子コンパス、２４ ＧＰＳコントローラー、２６ カメラ、２７ コントローラー、３４ 通信コントローラー、１００ ＭＦＰ、１０１ 入力部、１０２ 検知部、１０３，３０４ 抽出部、１０４，２０５，３０５ 送信部、１６１，３３２ タグ情報記憶部、２００，２００Ａ，２００Ｂ 携帯端末、２０１ 指示入力部、２０２ 位置検知部、２０３ 向き検知部、２０４ 画像取得部、２０６ タグ情報入力部、２０７ 生成部、２０８ 表示処理部、２０９ 編集部、３００ サーバー、３０１ 第１入力部、３０２ 格納部、３０３ 第２入力部、３０６ 判定部、３３１ ＭＦＰ情報記憶部。
【技術分野】
【０００１】
この発明は画像処理システム、画像処理装置、表示方法、および表示プログラムに関し、特に、携帯端末に画像処理装置に関する情報を表示する画像処理システム、画像処理装置、表示方法、および表示プログラムに関する。
【背景技術】
【０００２】
オフィス環境などにおいて、ある範囲で複数台の画像形成装置（たとえば、コピー機、プリンター、これらの複合機であるＭＦＰ（Multi-Functional Peripherals）等）が用いられる場合がある。サービスマンは、このような用い方をしている顧客先を訪問し、これら複数台の画像形成装置のメンテナンスを行なう。
【０００３】
サービスマンによるメンテナンスをアシストする方法として、予めエラーごとのメンテナンス手順を示す情報をＭＦＰ本体やサーバーなどに記憶させておき、メンテナンスの手順に沿ってＭＦＰ本体やサービスマンの携帯する表示装置などに表示させる方法が挙げられる。
【０００４】
たとえば特開２００５−３０１４１３号公報（特許文献１）は、ＭＦＰのステータス情報とエラー情報とからデーターベースに記憶された修理情報を抽出し、抽出した情報を印刷することでサービスマンのメンテナンスをアシストする方法を開示している。
【０００５】
また、特開２０１０−１８２０８３号公報（特許文献２）は、ＭＦＰのエラーコードよりデーターベースから修理対象部品とその手順とを抽出し、その情報を画面表示することでサービスマンのメンテナンスをアシストする方法を開示している。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００５−３０１４１３号公報
【特許文献２】特開２０１０−１８２０８３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
特許文献１、２に開示された方法を採用することで、サービスマンは提示されたメンテナンス手順に従ってメンテナンスを遂行することができるものの、たとえば当該サービスマンのメンテナンススキルが低いなどの場合には、提示されたメンテナンス手順に従ってメンテナンスを遂行することが難しい場合もある。つまり、これらの方法では実際に行なっているメンテナンス手順に応じてメンテナンスをアシストするものではないため、実際に行なっているメンテナンス手順と提示されているメンテナンス手順とが解離してしまうことになり得る。そのため、適切なメンテナンスがなされない場合もある、という問題が生じる。
【０００８】
本発明はこのような問題に鑑みてなされたものであって、メンテナンスを適切にアシストすることができる画像処理システム、画像処理装置、表示方法、および表示プログラムを提供することを目的としている。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、本発明のある局面に従うと、画像処理システムは、撮影手段および表示手段を含む携帯端末と、画像処理装置と、携帯端末および画像処理装置と相互に通信可能なサーバーとを備える。サーバーは、画像処理装置の位置を記憶するための第１の記憶手段と、画像処理装置でのエラーに応じたメンテナンスに関するコンテンツを記憶するための第２の記憶手段と、携帯端末での撮影時の位置および向きに応じて、携帯端末での撮影範囲に含まれる画像処理装置の上記コンテンツを抽出し、携帯端末に送信するための処理手段とを含む。上記コンテンツは、メンテナンスの順に沿ったコンテンツの内容を表わす画像データーを含む。サーバーの処理手段は、コンテンツをメンテナンスの順に沿って、画像処理装置でのエラーに対するメンテナンスの進捗に応じて携帯端末に送信する。携帯端末は、撮影手段での撮影画像にコンテンツを合成して画面表示するための処理手段をさらに含む。
【００１０】
好ましくは、サーバーの処理手段は、所定の通知条件が満たされた場合に、エラーに対するメンテナンスの進捗を表わす情報として携帯端末に送信したコンテンツを含む情報を、予め規定された装置に送信する通知処理をさらに実行する。
【００１１】
より好ましくは、画像処理システムは携帯端末として第１の携帯端末と第２の携帯端末とを含み、サーバーの処理手段は、通知処理において、第１の携帯端末でのメンテナンスの進捗を表わす情報を、第２の携帯端末に対して送信する。
【００１２】
より好ましくは、サーバーは、第１の携帯端末と第２の携帯端末とそれぞれのユーザーに関する情報を記憶するための第３の記憶手段をさらに含み、サーバーの処理手段は、ユーザーに関する情報に基づいて通知先として第２の携帯端末を特定する処理をさらに実行する。
【００１３】
好ましくは、第２の携帯端末の処理手段は、通知された第１の携帯端末でのメンテナンスの進捗を表わす情報に基づく通知画面を表示するための表示処理をさらに実行する。
【００１４】
好ましくは、画像処理装置は、エラーごとのメンテナンスに関するコンテンツを記憶するための記憶手段と、エラーの発生を検知するための検知手段と、検知されたエラーに応じたコンテンツをサーバーに送信するための送信手段とを備える。
【００１５】
本発明の他の局面に従うと、画像処理装置は撮影手段および表示手段を含む携帯端末と通信可能な画像処理装置であって、エラーごとのメンテナンスに関するコンテンツを記憶するための記憶手段と、エラーの発生を検知するための検知手段と、携帯端末での撮影時の位置および向きを取得するための取得手段と、検知されたエラーに応じたコンテンツを、メンテナンスの順に沿って、画像処理装置でのエラーに対するメンテナンスの進捗に応じて携帯端末に送信するための処理手段とを備え、処理手段は、当該画像処理装置が携帯端末での撮影範囲に含まれている場合に、コンテンツを携帯端末に送信する。
【００１６】
好ましくは、処理手段は、所定の通知条件が満たされた場合に、エラーに対するメンテナンスの進捗を表わす情報として携帯端末に送信したコンテンツを含む情報を、予め規定された装置に送信する通知処理をさらに実行する。
【００１７】
本発明のさらに他の局面に従うと、表示方法は、画像処理装置で発生したエラーのメンテナンスをアシストする画面を、撮影手段および表示手段を含む携帯端末に表示させる方法であって、サーバーにおいて携帯端末での撮影時の位置および向きを取得するステップと、サーバーにおいて携帯端末での撮影範囲に含まれる画像処理装置のエラーに応じたメンテナンスに関するコンテンツを記憶装置から抽出するステップと、メンテナンスの順に沿って、画像処理装置でのエラーに対するメンテナンスの進捗に応じて、サーバーから携帯端末に送信するステップと、携帯端末において、撮影手段での撮影画像にコンテンツを合成して画面表示するステップとを備える。
【００１８】
本発明のさらに他の局面に従うと、表示プログラムは、画像処理装置で発生したエラーのメンテナンスをアシストする画面を、撮影手段および表示手段を含む携帯端末に表示させる処理をサーバーに実行させるためのプログラムであって、携帯端末での撮影時の位置および向きを取得するステップと、携帯端末での撮影範囲に含まれる画像処理装置のエラーに応じたメンテナンスに関するコンテンツを記憶装置から抽出するステップと、メンテナンスの順に沿って、画像処理装置でのエラーに対するメンテナンスの進捗に応じて、サーバーから携帯端末に送信するステップとをサーバーに実行させる。
【発明の効果】
【００１９】
この発明によると、携帯端末を携帯したサービスマンによる画像処理装置のメンテナンスを適切にアシストすることができる。
【図面の簡単な説明】
【００２０】
【図１】実施の形態にかかる画像処理システムの構成の具体例を示す図である。
【図２】実施の形態にかかる画像処理システムに含まれるＭＦＰ（Multi-Functional Peripheral）のハードウェア構成の具体例を示す図である。
【図３】実施の形態にかかる画像処理システムに含まれる携帯端末のハードウェア構成の具体例を示す図である。
【図４】実施の形態にかかる画像処理システムに含まれるサーバーのハードウェア構成の具体例を示す図である。
【図５】実施の形態にかかる画像処理システムでの、情報の流れを表わした図である。
【図６】実施の形態にかかる画像処理システムでの動作概要を表わした図である。
【図７】実施の形態にかかる画像処理システムでの動作概要を表わした図である。
【図８】ＭＦＰの機能構成の具体例を示すブロック図である。
【図９】携帯端末の機能構成の具体例を示すブロック図である。
【図１０】サーバーの機能構成の具体例を示すブロック図である。
【図１１】ＭＦＰでの動作の流れを表わすフローチャートである。
【図１２】サーバーでの動作の流れの具体例を表わすフローチャートである。
【図１３】携帯端末での動作の流れの具体例を表わすフローチャートである。
【図１４】図１３のステップＳ３０９で表示されるアシスト画面の具体例を示す図である。
【図１５】通知画面の具体例を表わす図である。
【図１６】通知画面の具体例を表わす図である。
【図１７】通知画面の具体例を表わす図である。
【図１８】通知画面の具体例を表わす図である。
【発明を実施するための形態】
【００２１】
以下に、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品および構成要素には同一の符号を付してある。それらの名称および機能も同じである。
【００２２】
＜システム構成＞
図１は、本実施の形態にかかる画像処理システムの構成の具体例を示す図である。
【００２３】
図１を参照して、本実施の形態にかかる画像処理システムは、画像処理装置としての、複数台のＭＦＰ（Multi-Functional Peripheral）１００Ａ，１００Ｂと複数台の、携帯端末２００Ａ，２００Ｂと、サーバー３００とを含む。ＭＦＰ１００Ａ，１００Ｂを代表させてＭＦＰ１００、携帯端末２００Ａ，２００Ｂを代表させて携帯端末２００とも称する。
【００２４】
画像処理装置は、ＭＦＰに限定されず、少なくとも１以上の画像処理機能を有する装置であれば、プリンターやファクシミリ送受信機やコピー機などのその他の装置であってもよい。ＭＦＰ１００は、これら機能を複合的に備えた画像処理装置である。
【００２５】
携帯端末２００は、たとえば携帯電話機などが該当し、少なくともカメラ機能と、指示入力機能と、通信機能とを備えていれば、他の装置であってもよい。
【００２６】
サーバー３００は、一般的なパーソナルコンピューターなどから構成されるものであればよい。
【００２７】
なお、以下の説明では、図１に示されたように、ＭＦＰ１００とは別にサーバー３００が含まれるものとしているが、サーバー３００がＭＦＰ１００に含まれ、ＭＦＰ１００がサーバーとして機能してもよい。
【００２８】
ＭＦＰ１００とサーバー３００とは互いに通信可能であり、情報をやり取りする。ＭＦＰ１００とサーバー３００との通信は、有線、無線を問わず、いずれの通信形態であってもよい。本実施の形態にかかる画像処理システムはオフィス環境で用いられることが想定されるため、一例として、有線、または無線のＬＡＮ（Local Area Network）にＭＦＰ１００とサーバー３００とが接続され、該ネットワークを介して情報をやり取りする通信形態が挙げられる。
【００２９】
携帯端末２００とサーバー３００とも互いに通信可能であり、情報をやり取りする。携帯端末２００とサーバー３００との通信は、無線通信であればどのような通信形態であってもよい。以降の例では電話回線を利用した無線通信であるものとするが、その他、赤外線通信や近距離無線通信などであってもよいし、無線のＬＡＮに携帯端末２００とサーバー３００とが接続されている場合には該ネットワークを介して情報をやり取りする通信形態も挙げられる。
【００３０】
なお、以降の説明において、ＭＦＰ１００とサーバー３００とはＬＡＮを介した通信、および携帯端末２００とサーバー３００とは電話回線を利用した無線通信を行なうものと、すなわちこれらは異なる通信形態であるものとするが、たとえばすべてＬＡＮを介した通信など、同じ通信形態であってもよい。
【００３１】
＜装置構成＞
図２は、ＭＦＰ１００のハードウェア構成の具体例を示す図である。
【００３２】
図２を参照して、ＭＦＰ１００は、全体を制御するための演算装置であるＣＰＵ（Central Processing Unit）１０と、ＣＰＵ１０で実行されるプログラムなどを記憶するため
のＲＯＭ（Read Only Memory）１１と、ＣＰＵ１０でプログラムを実行する際の作業領域として機能するためのＲＡＭ（Random Access Memory）１２と、図示しない原稿台に載置された原稿を光学的に読み取って画像データーを得るためのスキャナー１３と、画像データーを印刷用紙上に固定するためのプリンター１４と、情報を表示したり当該ＭＦＰ１００に対する操作入力を受け付けたりするためのタッチパネルを含んだ操作パネル１５と、画像データーを保存するためのメモリー１６と、ＬＡＮを介した通信の制御するためのネットワークコントローラー１７と、ＭＦＰ１００の状態を検出するためのセンサー１８とを含む。
【００３３】
操作パネル１５は、図示しないタッチパネルと操作キー群とを含む。タッチパネルは、液晶表示装置などの表示装置と光学式タッチパネルや静電容量タッチパネルなどの位置指示装置とが重なって構成され、操作画面を表示して、その操作画面上の指示位置を特定する。ＣＰＵ１０は予め記憶されている画面表示をさせるためのデーターに基づいてタッチパネルに操作画面を表示させる。
【００３４】
センサー１８としては、たとえば、トナー量残量を検出するためのセンサーや、各部のジャム（紙詰まり）や温度異常や動作異常等を検出するためのセンサーなどが該当する。なお、センサー１８には、コピー量やスキャン量やプリント量などをカウントするためのカウンタが含まれてもよい。
【００３５】
メモリー１６には、さらに、当該ＭＦＰ１００の状態を表わす情報としてのステータス情報が記憶されている。ステータス情報としては、たとえば、センサー１８で検出された値（センサー値）などで表わされる現在の状態を表わす情報、および印字枚数などのカウンタ値で表わされる使用状況を表わす情報が含まれる。その他、当該ＭＦＰ１００の設置された位置を表わす情報（位置情報）が含まれてもよい。なお、この位置情報は、当該ＭＦＰ１００が図示しない位置検出機能を有する場合には当該機能によって取得されるものであってもよいし、操作パネル１５から入力されるものであってもよい。
【００３６】
さらに、メモリー１６には、エラーごとにメンテナンスに必要な情報が記憶されている。メンテナンスに必要な情報としては、メンテナンス内容やメンテナンス手順が該当する。詳しくは、メンテナンスの手順ごとにメンテナンス内容を表わす情報を指す。この情報は、後述するタグとして表示される画像でメンテナンス内容を表わす情報であって、後述されるように、ＭＦＰ１００の撮影画像に対して当該画像が付加して表示されるものである。以降の説明において、エラーごとに用意されているメンテナンスに必要な情報を「タグ情報」とも称する。なお、タグ情報は、メンテナンスのある手順におけるメンテナンス内容を表わす情報を指す場合もあるし、当該エラーに関する全手順に応じた馬手軟巣内容を表わす情報を指す場合もある。
【００３７】
図３は、携帯端末２００のハードウェア構成の具体例を示す図である。
図３を参照して、携帯端末２００は、全体を制御するための演算装置であるＣＰＵ２０と、ＣＰＵ２０で実行されるプログラムなどを記憶するためのＲＯＭ２１と、ＣＰＵ２０でプログラムを実行する際の作業領域として機能するためのＲＡＭ２２と、磁気センサーを含んで当該携帯端末２００の向きを検出するための電子コンパス２３と、ＧＰＳ（Global Positioning System）信号または基地局からの位置信号を受信して当該携帯端末の位置情報を取得するためのＧＰＳコントローラー２４と、情報を表示したり当該携帯端末２００に対する操作入力を受け付けたりするためのタッチパネルを含んだ操作パネル２５と、カメラ２６と、図示しない基地局と通信することによる電話回線を介した通信を制御するためのコントローラー２７と、電話帳データーなどを記憶するためメモリー２８とを含む。
【００３８】
操作パネル２５は、ＭＦＰ１００の操作パネル１５と同様の構成であってよい。すなわち、一例として、液晶表示装置などの表示装置と光学式タッチパネルや静電容量タッチパネルなどの位置指示装置とが重なって構成されたタッチパネルと、操作キーとを含む。
【００３９】
ＣＰＵ２００は予め記憶されている画面表示をさせるためのデーターに基づいてタッチパネルに操作画面を表示させる。タッチパネルでは操作画面上の指示位置が特定され、その位置を示す操作信号がＣＰＵ２０に入力される。また、押下されたキーを示す操作信号がＣＰＵ２０に入力される。ＣＰＵ２０は押下されたキー、または表示している操作画面と指示位置とから操作内容を特定し、それに基づいて処理を実行する。
【００４０】
また、電子コンパス２３およびＧＰＳコントローラー２４は、取得した当該携帯端末２００の向きや位置情報を示す信号をＣＰＵ２０に入力する。
【００４１】
図４は、サーバー３００のハードウェア構成の具体例を示す図である。
図４を参照して、サーバー３００は上述のように一般的なコンピュータ等によって構成されるものであり、一例として、全体を制御するための演算装置であるＣＰＵ３０と、ＣＰＵ３０で実行されるプログラムなどを記憶するためのＲＯＭ３１と、ＣＰＵ３０でプログラムを実行する際の作業領域として機能するためのＲＡＭ３２と、ＭＦＰ情報などを記憶するためのＨＤ（Hard Disk）３３と、電話回線を介した通信を制御するための通信コントローラー３４と、ＬＡＮを介した通信の制御するためのネットワークコントローラー３５とを含む。
【００４２】
ＨＤ３３には、ＭＦＰ１００に関する情報として、ＭＦＰ１００の位置情報が記憶されている。この位置情報は、予め入力されることで記憶されているものでもよいし、ＭＦＰ１００から送信されて記憶されてもよい。
【００４３】
＜動作概要＞
図５は、本実施の形態にかかる画像処理システムでの、情報の流れを表わした図である。
【００４４】
図５を参照して、ＭＦＰ１００は、サーバー３００に対して、センサー１８で検出されたエラーの発生を表わすセンサー信号と、そのエラーに対応したタグ情報とを送信する。また、位置情報をサーバー３００に対して送信してもよい。
【００４５】
サーバー３００は、携帯端末２００に対してタグ情報を送信する。
携帯端末２００は、カメラ２６で撮影した際の位置および向きを検知し、その位置および向きを表わす情報を検知データーとしてサーバー３００に対して送信する。また、携帯端末２００は、自身において編集されたタグ情報をサーバー３００に対して送信する。
【００４６】
携帯端末２００では、サーバー３００から受信したタグ情報で表わされる画像であるタグを撮影画像に合成して表示する。
【００４７】
図６および図７は、本実施の形態にかかる画像処理システムでの動作概要を表わした図である。図６の動作は、携帯端末２００でメンテナンスをアシストするための画面（以下、「アシスト画面」とも称する）を表示するための動作である。図７の動作は、携帯端末２００でのメンテナンス状況を他の携帯端末に通知するための動作である。
【００４８】
図６を参照して、ＭＦＰにおいてエラーの発生が検知されると（ステップＳ１１）、センサー信号と当該エラーに関連したタグ情報とがサーバーに対して送信される（ステップＳ１２）。このとき、当該ＭＦＰの位置情報もサーバーに送信されてもよい。または、当該ＭＦＰの位置情報は、予めサーバーに記憶されていてもよい。サーバーは、受信したタグ情報を保存する（ステップＳ５１）。
【００４９】
携帯端末においてメンテナンス用のアプリケーションを起動し（ステップＳ３１）、撮影を行なうと（ステップＳ３２）、撮影時の位置および向きが検知され、それらを表わす情報である検知データーがサーバーに対して送信される（ステップＳ３３）。
【００５０】
サーバーは、携帯端末からの検知データーで表わされた位置および向きと、記憶しているＭＦＰの位置とを比較して、当該携帯端末での撮影画像に存在するＭＦＰに関するタグ情報を抽出する（ステップＳ５２）。そして、そのタグ情報を携帯端末に対して送信する（ステップＳ５３）。
【００５１】
携帯端末では、受信したタグ情報に基づく画像であるタグを撮影画像に合成することで、撮影されたＭＦＰにタグを付加した画面を表示する（ステップＳ３４）。この画面が「アシスト画面」に相当する。
【００５２】
携帯端末の操作パネル２５において画面切替の指示を受け付けると（ステップＳ３６）、次のメンテナンス手順のメンテナンス内容を表わしたタグ情報をサーバーに対して要求する（ステップＳ３６）。そして、サーバーは、この要求に応じて先に送信したタグ情報の次のタグ情報に相当する、次のメンテナンス手順のメンテナンス内容を表わしたタグ情報を携帯端末に対して送信する（ステップＳ５４）。携帯端末では、受信したタグ情報に基づいてアシスト画面を更新する（ステップＳ３７）。
【００５３】
なお、この例では、たとえばアシスト画面に「次へ」などの次の手順のタグの表示を指示するボタンを表示するなどして画面切替の指示を受け付けるものとしているが、タグの切替の指示は、この方法に限定されない。たとえば、ＭＦＰのセンサー１８でメンテナンス手順ごとに１つの作業内容の完了を検知してサーバーに送信するようにすれば、サーバー側でメンテナンスの進捗状況を把握することができ、それに応じてタグ情報を携帯端末に送信するようにしてもよい。
【００５４】
上記ステップＳ３４〜Ｓ３７の動作は、ＭＦＰで検知されたエラーに応じたメンテナンスが完了するまで、メンテナンス手順に従って繰り返されてもよい。そして、ＭＦＰにおいてエラーの解消が検知されると、つまり、エラーの検知がされなくなると、その旨を表わすセンサー信号がサーバーに送信される（ステップＳ１３）。ここでは、この動作に替えて、エラーが検知されている間、センサー信号をサーバーに送信し続けるようにしてもよい。このようにすることで、当該センサー信号の受信がなくなったことでサーバー側ではエラーの解消を検知することができる。
【００５５】
サーバーは、エラーの解消を検知すると、メンテナンス終了を表わしたタグを表示させるためのタグ情報（終了タグ情報とも称される）を携帯端末に対して送信する（ステップＳ５５）。終了タグ情報は、予め記憶されているものであってよい。携帯端末では、終了タグ情報に基づいてメンテナンス終了を通知する終了画面が表示される（ステップＳ３８）。
【００５６】
図６に表わされた動作が行なわれることで、携帯端末では、当該携帯端末を携帯したサービスマンによるメンテナンスの進捗状況に応じてアシスト画面としてタグが付加された画面が表示される。そのため、サービスマンは、自身の進捗状況に応じて携帯している携帯端末を確認することで、次に行なうメンテナンス内容を把握することができ、効率よくメンテナンスすることができる。
【００５７】
図７を参照して、上記ステップＳ３４またはステップＳ３７までの動作がなされ、１台の携帯端末（ここでは携帯端末Ａとする）にアシスト画面が表示されている状態において、つまり、ＭＦＰのメンテナンスが完了していない状態において、サーバーにおいて、当該携帯端末Ａでのメンテナンス状況を他の携帯端末（ここでは携帯端末Ｂとする）に通知するタイミングが検知されると（ステップＳ５６）、ＭＦＰは携帯端末Ａでのメンテナンス状況を表わす情報（通知情報とも称する）として、現在携帯端末Ａで表示されているアシスト画面に用いられているタグ情報、つまり、直前に携帯端末Ａに送信したタグ情報を携帯端末Ｂに送信する（ステップＳ５７）。携帯端末Ｂでは、このタグ情報に基づいて警告画面が表示される（ステップＳ７１）。
【００５８】
上記ステップＳ５６では、サーバーにおいて、予め設定されている通知条件が満たされているか否かを判断することで、満たされている場合に通知するタイミングと検知される。この通知条件に関しては、この後に具体的に説明する。
【００５９】
＜機能構成＞
図８は、上述の動作を実現するためのＭＦＰ１００の機能構成の具体例を示すブロック図である。図８に示される各機能は、ＣＰＵ１０がＲＯＭ１１に記憶されるプログラムを読み出してＲＡＭ１２上で実行することで、主にＣＰＵ１０に形成される機能である。しかしながら、少なくとも一部の機能が図２に示されたハードウェア構成によって形成されてもよい。
【００６０】
図８を参照して、メモリー１６には、エラーごとにメンテナンスに必要な情報としてメンテナンスの手順ごとのメンテナンス内容を表わす情報であるタグ情報を記憶するためのタグ情報記憶部１６１が含まれる。
【００６１】
さらに図８を参照して、ＭＦＰ１００は、センサー１８からのセンサー信号の入力を受け付けるための入力部１０１と、そのセンサー信号に基づいてエラーの発生を検知するための検知部１０２と、発生したエラーに対応したタグ情報をメモリー１６から抽出するための抽出部１０３と、抽出されたタグ情報をネットワークコントローラー１７を介してサーバー３００に対して送信するための送信部１０４とを含む。
【００６２】
図９は、上述の動作を実現するための携帯端末２００の機能構成の具体例を示すブロック図である。図９に示される各機能は、ＣＰＵ２０がＲＯＭ２１に記憶されるプログラムを読み出してＲＡＭ２２上で実行することで、主にＣＰＵ２０に形成される機能である。しかしながら、少なくとも一部の機能が図３に示されたハードウェア構成によって形成されてもよい。
【００６３】
図９を参照して、上記動作を実現するための機能として携帯端末２００は、操作パネル２５からの指示入力を受け付けるための指示入力部２０１と、操作パネル２５からの撮影指示に応じてＧＰＳコントローラー２４から得られた信号より当該携帯端末２００の位置を検知するための位置検知部２０２と、操作パネル２５からの撮影指示に応じて電子コンパス２３から得られた信号より当該携帯端末２００の向きを検知するための向き検知部２０３と、操作パネル２５からの撮影指示に応じてカメラ２６による撮影を実行して撮影された画像データーを取得するための画像取得部２０４と、操作パネル２５からの撮影指示に応じて検知された位置および向きを表わす情報を検知データーとしてコントローラー２７を介してサーバー３００に対して送信するための送信部２０５と、サーバー３００から送信されたタグ情報の入力をコントローラー２７を介して受け付けるためのタグ情報入力部２０６と、撮影して得られた画像データーとタグ情報とに基づいて画像データーにタグを合成してアシスト画面を表示用の画面データーを生成するための生成部２０７と、画面データーを操作パネル２５に表示する処理を実行するための表示処理部２０８と、操作パネル２５からの指示入力に従ってタグ情報を編集するための編集部２０９とを含む。送信部２０５は、編集されたタグ情報も、サーバー３００に対して送信する。
【００６４】
なお、位置検知部２０２および向き検知部２０３は、操作パネル２５からの撮影指示に応じてそれぞれ位置および向きを検知するものであるため、その位置および向きは、それぞれ、撮影位置および撮影方向となり得る。そこで、以降の説明では、検知される位置および向きを、それぞれ、撮影位置および撮影方向とも称する。
【００６５】
送信部２０５は、少なくとも撮影位置および撮影方向を表わした検知データーをサーバー３００に送信する。その他、たとえば当該携帯端末２００を特定する情報や、当該携帯端末２００に対してログインしているユーザー（サービスマン）のログイン情報を送信してもよい。
【００６６】
図１０は、サーバー３００の機能構成の具体例を示すブロック図である。図１０に示される各機能は、ＣＰＵ３０がＲＯＭ３１に記憶されるプログラムを読み出してＲＡＭ３２上で実行することで、主にＣＰＵ３０に形成される機能である。しかしながら、少なくとも一部の機能が図４に示されたハードウェア構成によって形成されてもよい。
【００６７】
図１０を参照して、ＨＤ３３には、ＭＦＰに関する情報としてＭＦＰの位置を記憶するための記憶領域であるＭＦＰ情報記憶部３３１と、ＭＦＰから送信されたタグ情報を記憶するための記憶領域であるタグ情報記憶部３３２とが含まれる。
【００６８】
さらに図１０を参照して、上記動作を実現するための機能としてサーバー３００は、ネットワークコントローラー３５を介してＭＦＰ１００から送信されたエラーの発生表わしたセンサー信号および当該エラーに関連したタグ情報の入力を受け付けるための第１入力部３０１と、当該タグ情報をタグ情報記憶部３３２に格納するための格納部３０２と、通信コントローラー３４を介して携帯端末２００から検知データーとしての撮影位置および撮影方向の入力を受け付けるための第２入力部３０３と、タグ情報記憶部３３２に記憶されているタグ情報の中から当該携帯端末２００からの撮影範囲に存在するＭＦＰから送信されたタグ情報を抽出するための抽出部３０４と、抽出されたタグ情報を通信コントローラー３４を介して携帯端末２００に対して送信するための送信部３０５と、予め通知条件を記憶しておき、第１入力部３０１で受け付けたセンサー信号や第２入力部３０３で受け付けた検知データーなどに基づいて、他の携帯端末に対してメンテナンス状況を通知するタイミングを判定するための判定部３０６とを含む。送信部３０５は、判定されたタイミングで通知情報としての例えばタグ情報も携帯端末２００に対して送信する。
【００６９】
＜動作フロー＞
図１１は、ＭＦＰ１００での動作の流れを表わすフローチャートである。図１１のフローチャートに表わされる動作は、ＣＰＵ１０がＲＯＭ１１に記憶されるプログラムを読み出してＲＡＭ１２上で実行し、図８に示される各機能を発揮することによって実現される。
【００７０】
図１１を参照して、ＭＦＰ１００のＣＰＵ１０は各部に配されたセンサー１８からのセンサー信号を監視することで、各部のエラーの発生の有無を監視している。そして、エラーの発生を検知すると（ステップＳ１０１でＹＥＳ）、ステップＳ１０３で当該エラーに関連して記憶されているタグ情報をメモリー１６から抽出し、ステップＳ１０５でセンサー信号と共にタグ情報をサーバー３００に対して送信する。
【００７１】
図１２は、サーバー３００での動作の流れの具体例を表わすフローチャートである。図１２のフローチャートに示される動作は、ＣＰＵ３０がＲＯＭ３１に記憶されるプログラムを読み出してＲＡＭ３２上で実行し、図１０に示される各機能を発揮することによって実現される。
【００７２】
図１２を参照して、サーバー３００のＣＰＵ３０は、ＭＦＰ１００から送信されたタグ情報を受信すると（ステップＳ２０１でＹＥＳ）、ステップＳ２０３で当該タグ情報をＨＳ３３に格納する。
【００７３】
または、携帯端末２００Ａから撮影時の位置および向きを表わした情報である検知データーを受信すると（ステップＳ２０５でＹＥＳ）、ステップＳ２０７でＣＰＵ３０は、記憶されているＭＦＰの位置情報と当該検知データーで表わされる撮影時の位置および向きから得られる撮影範囲とを比較することで、携帯端末２００Ａでの撮影画像に存在するＭＦＰについてのタグ情報を、記憶されたタグ情報の中から抽出して、ステップＳ２０９でそのタグ情報を携帯端末２００Ａに対して送信する。
【００７４】
または、携帯端末２００Ａからタグの切替を要求する信号を受信すると（ステップＳ２１１でＹＥＳ）、ステップＳ２１３でＣＰＵ３０は、先に送信したタグ情報で表わされたメンテナンス手順の次の手順のメンテナンス内容を表わしたタグ情報を携帯端末２００Ａに対して送信する。
【００７５】
または、予め規定されている他の携帯端末である携帯端末２００Ｂに対して携帯端末２００Ａでのメンテナンス状況を通知するタイミングと判定されると（ステップＳ２１５でＹＥＳ）、ステップＳ２１７でＣＰＵ３０は、携帯端末２００Ａでのメンテナンス状況を携帯端末２００Ｂに通知するための処理を実行する。なお、ステップＳ２１５での判定およびステップＳ２１７での通知処理については、後に具体例を挙げて説明する。
【００７６】
または、エラーの解消が検知されると（ステップＳ２１９でＹＥＳ）、ステップＳ２２１でＣＰＵ３０は、予め記憶している終了タグ情報を携帯端末２００Ａに対して送信する。ステップＳ２１９での検知は、ＭＦＰ１００からエラーが解消された旨を表わすセンサー信号が送信されることによってなされてもよいし、ＭＦＰ１００からエラーの発生を表わすセンサー信号の送信がなくなったことによってなされてもよい。
【００７７】
図１３は、携帯端末２００での動作の流れの具体例を表わすフローチャートである。図１３のフローチャートに示される動作は、ＣＰＵ２０がＲＯＭ２１に記憶されるプログラムを読み出してＲＡＭ２２上で実行し、図９に示される各機能を発揮することによって実現される。
【００７８】
図１３を参照して、携帯端末２００のＣＰＵ２０は、操作パネル２５からの撮影指示を受け取ると（ステップＳ３０１でＹＥＳ）、ステップＳ３０３で撮影動作を実行すると共に、ステップＳ３０５でそのときの位置および向きを検出して検知データーとしてサーバー３００に対して送信する。
【００７９】
サーバー３００からの当該検知データーに対応したタグ情報を受信すると（ステップＳ３０７でＹＥＳ）、ステップＳ３０９でＣＰＵ２０は、受信したタグ情報で表わされるタグを上記ステップＳ３０３の撮影で得られた撮影画像に合成することで得られるアシスト画面を操作パネル２５に表示する。
【００８０】
図１４は、上記ステップＳ３０９で表示されるアシスト画面の具体例を示す図である。図１４を参照して、アシスト画面では、撮影された画像中のＭＦＰに対して、当該ＭＦＰに関連付けられたタグが重ねて表示されている。具体的には、図１４のアシスト画面において、撮影されたＭＦＰにおいてトナーエンプティ（トナー切れ）とジャム（紙詰まり）との２種類のエラーが発生している場合が示されている。たとえば当該タグをタッチしたり、当該タグの付近に表示される「次へ」ボタン（不図示）をタッチしたりするなどすることで、そのエラーのメンテナンスの内容が、手順に沿ってタグで表示される。
【００８１】
すなわち、そのような操作を受け付けることでタグの表示を切り替える指示を受け付けると（ステップＳ３１１でＹＥＳ）、ステップＳ３１２でＣＰＵ２０はサーバー３００に対して次の手順のメンテナンス内容を表わしたタグを表示するためのタグ情報を要求する。そして、上記ステップＳ３０７からの動作を繰り返す。
【００８２】
なお、サーバー３００からの、他の携帯端末でのメンテナンス状況を当該携帯端末に通知するための通知情報を受信した場合（ステップＳ３１３でＹＥＳ）、ステップＳ３１５でＣＰＵ２０は、当該通知情報に基づいて通知画面を表示する（ステップＳ３１５）。
【００８３】
または、サーバー３００からの、終了タグ情報を受信した場合（ステップＳ３１９でＹＥＳ）、ステップＳ３２１でＣＰＵ２０は、当該終了タグ情報に基づいて、メンテナンス終了を報知するための終了画面を表示する。
【００８４】
＜通知判定＞
上記ステップＳ２１５での、通知タイミングの判定について説明する。ここでは、サーバー３００のＣＰＵ３０によって、予め規定されている通知条件が満たされているか否かが判定されることで、通知タイミングが判定される。
【００８５】
通知条件として、ＭＦＰに起因した通知条件、通知する側の携帯端末である携帯端末２００Ａに起因した通知条件、および通知される側の携帯端末である携帯端末２００Ｂに起因した通知条件が挙げられる。一例として、サーバー３００では、それぞれに起因した通知条件を記憶しておき、いずれか装置に起因する通知条件が１つでも満たされた場合に上記ステップＳ２１７の通知処理を行なうものとする。もちろん、すべての装置に起因する通知条件のすべてが満たされた場合に通知処理を行なうようにしてもよいし、通知条件に優先順位を設けて、優先順位の高い通知条件が満たされた場合に通知処理を行なうようにしてもよい。
【００８６】
通知される側の携帯端末である携帯端末２００Ｂに起因した通知条件の具体例として、たとえば下の３つの条件が予め規定されている例が挙げられる：
条件１）携帯端末２００Ｂでの撮影画像に通知する側の携帯端末である携帯端末２００Ａが存在している、
条件２）携帯端末２００Ｂによって設定された時間内に携帯端末２００Ａでのアシスト画面の表示が終了していない、
条件３）携帯端末２００Ｂによって設定された基準となるメンテナンス手順まで携帯端末２００Ｂでのアシスト画面が達している。
【００８７】
上記条件１）は、通知される側の携帯端末である携帯端末２００Ｂを携帯するユーザーが通知する側の携帯端末である携帯端末２００Ａを携帯するサービスマンに対してカメラ２６を向けて撮影した場合に満たされる。
【００８８】
上記条件２）は、予めメンテナンスに必要時間として設定された時間内に、通知する側の携帯端末である携帯端末２００Ａを携帯するサービスマンによるメンテナンスが終了しなかった場合に満たされる。
【００８９】
上記条件３）は、通知される側の携帯端末である携帯端末２００Ｂを携帯するサービスマンもメンテナンスを行なっており、予め基準となるメンテナンス手順まで当該サービスマンによるメンテナンスが達している場合に満たされる。
【００９０】
サーバー３００のＣＰＵ３０は、各携帯端末からの検知データーを記憶しておくなどすることで、各携帯端末の位置を記憶しておき、携帯端末２００Ａの位置と携帯端末２００Ｂの検知データーから得られる携帯端末２００Ｂの撮影範囲とを比較することで、上記条件１）が満たされるか否かを判定する。
【００９１】
また、サーバー３００は、予め携帯端末２００Ｂから設定時間を受信するなどして設定された時間を記憶しておき、携帯端末２００Ａにタグ情報の送信を開始してからの経過時間と設定された時間とを比較することで、上記条件２）が満たされるか否かを判定する。
【００９２】
また、サーバー３００は、予め携帯端末２００Ｂから基準となるメンテナンス手順を表わす情報を受信するなどして基準となるメンテナンス手順を記憶しておき、携帯端末２００Ｂに送信するタグ情報と記憶されている上記メンテナンス手順とを比較することで、当該メンテナンス手順に該当するタグ情報を送信したか否かを判定することで上記条件３）が満たされるか否かを判定する。
【００９３】
そして、上記条件１）〜３）のいずれかが満たされた場合に、ＣＰＵ３０は、通知される側の携帯端末である携帯端末２００Ｂに起因した通知条件が満たされたものとする。
【００９４】
通知する側の携帯端末である携帯端末２００Ａに起因した通知条件として、たとえば下の２つの条件が予め規定されている例が挙げられる：
条件１）携帯端末２００Ａでの撮影画像に通知される側の携帯端末である携帯端末２００Ｂが存在している、
条件２）携帯端末２００Ａにおいて編集されたタグ情報に要通知を表わす信号が含まれている。
【００９５】
上記条件１）は、通知する側の携帯端末である携帯端末２００Ａを携帯するサービスマンが通知される側の携帯端末である携帯端末２００Ｂを携帯するユーザーに対してカメラ２６を向けて撮影した場合に満たされる。
【００９６】
上記条件２）は、通知する側の携帯端末である携帯端末２００Ａで表示されたタグに含まれる「通知」ボタン（不図示）を押下する、入力欄（不図示）に質問等を入力する、などしてタグ情報を編集した場合に満たされる。
【００９７】
サーバー３００のＣＰＵ３０は、各携帯端末からの検知データーを記憶しておくなどすることで、各携帯端末の位置を記憶しておき、携帯端末２００Ｂの位置と携帯端末２００Ａの検知データーから得られる携帯端末２００Ａの撮影範囲とを比較することで、上記条件１）が満たされるか否かを判定する。
【００９８】
また、サーバー３００は、携帯端末２００Ａから編集されたタグ情報を受信し、当該タグ情報を解析して上述の情報が含まれているか否かを判定することで、上記条件２）が満たされるか否かを判定する。
【００９９】
そして、上記条件１），２）のいずれかが満たされた場合に、ＣＰＵ３０は、通知する側の携帯端末である携帯端末２００Ａに起因した通知条件が満たされたものとする。
【０１００】
ＭＦＰに起因した通知条件の具体例として、たとえば下の５つの条件が予め規定されている例が挙げられる：
条件１）エラーが解消されない状態でエラー開始からの経過時間が予め規定された基準時間を超過している、
条件２）エラーに対するアシスト画面が終了するよりも以前に、他のエラーの発生が検知された、
条件３）アシスト画面に表示されたメンテナンス内容と異なる作業を表わすセンサー信号が受信された、
条件４）アシスト画面表示中に、同じ動作を表わすセンサー信号が予め規定された回数よりも多く連続して受信された、
条件５）ＭＦＰ１００の電源がＯＦＦされてから所定時間経過した。
【０１０１】
上記条件１）は、ＭＦＰのメンテナンスが予め規定された基準時間内に終了しなかった場合に満たされる。
【０１０２】
上記条件２）は、先に検知されたエラーについてのメンテナンス中に、新たなエラーが発生した場合に満たされる。
【０１０３】
上記条件３）は、通知する側の携帯端末である携帯端末２００Ａを携帯するサービスマンがメンテナンス内容と異なる内容の作業を行なった場合に満たされる。たとえば、トナーボトル交換を行なう手順において、イメージングユニットの取り外しを行なった場合に、当該イメージングユニットの装着を検知するセンサーからセンサー信号が受信されることになり、メンテナンス内容と異なる内容の作業を行なったことが検知される。
【０１０４】
上記条件４）は、通知する側の携帯端末である携帯端末２００Ａを携帯するサービスマンが同じ作業を指定された回数以上行なった場合に満たされる。たとえば、同じドアーの開閉が連続して５回行なわれた場合になどに、ドアーの開閉を検知するセンサーからのセンサー信号によってそのことが検知される。
【０１０５】
サーバー３００のＣＰＵ３０は、予め基準時間を記憶しておき、エラーが検知されたことがＭＦＰ１００から通知されてからの経過時間を基準時間と比較することで、上記条件１）が満たされるか否かを判定する。
【０１０６】
また、サーバー３００のＣＰＵ３０は、エラーが検知された旨の通知をＭＦＰ１００から受信すると、当該ＭＦＰ１００から先に受信したエラーについて、エラーが解消されているか否かを確認することで、上記条件２）が満たされるか否かを判定する。
【０１０７】
また、サーバー３００のＣＰＵ３０は、携帯端末２００Ａに送信したタグ情報に表わされるメンテナンス内容と、メンテナンス対象のＭＦＰ１００からのセンサー信号とを比較することで、上記条件３）が満たされるか否かを判定する。
【０１０８】
また、サーバー３００のＣＰＵ３０は、メンテナンス対象のＭＦＰ１００からのセンサー信号を所定時間記憶しておき、当該期間中のセンサー信号を比較することで、上記条件４）が満たされるか否かを判定する。
【０１０９】
また、サーバー３００のＣＰＵ３０は、ＭＦＰ１００からの電源ＯＦＦを通知する信号を受信してからの経過時間を、予め記憶している規定時間と比較することで上記条件５）が満たされるか否かを判定する。
【０１１０】
そして、上記条件１）〜５）のいずれかが満たされた場合に、ＣＰＵ３０は、ＭＦＰ１００に起因した通知条件が満たされたものとする。
【０１１１】
上述した判定の結果、通知タイミングと判定された場合、携帯端末２００Ａのメンテナンス状況を表わす情報を他の携帯端末２００Ｂに送信する。なお、通知先は携帯端末２００Ｂに限定されず、予め規定されているＰＣ（パーソナルコンピューター）等であってもよい。ここでは、携帯端末２００Ｂに送信されるものとし、さらに、携帯端末２００Ｂでも、当該携帯端末２００Ｂを携帯したサービスマンによってメンテナンス作業が行なわれており、当該メンテナンス作業用のアシスト画面が表示されているものとする。
【０１１２】
図１５〜図１８は、通知処理が行なわれたときの携帯端末２００Ｂの表示画面の具体例を示す図である。
【０１１３】
サーバー３００において通知タイミングと判定された場合、好ましくは、サーバー３００は携帯端末２００Ｂに対して携帯端末２００Ａのメンテナンス状況を通知する旨を報知する。図１５は、サーバー３００からその報知がなされた場合の携帯端末２００Ｂの画面例であって、携帯端末２００Ｂに先に表示されているアシスト画面上に通知の可否を選択するためのボタンを表示する例が示されている。このようにすることで、携帯端末２００Ｂを携帯したサービスマンのメンテナンス作業を妨げることなく通知を行なうことができる。
【０１１４】
図１６は、通知画面の一例を表わす図である。図１６に示されるように、メンテナンス状況を表わす情報として、携帯端末２００Ａに送信したタグ情報を携帯端末２００Ｂに送信し、当該タグ情報に基づくタグが表示されてもよい。この場合、サーバー３００は、最後に送信したタグ情報のみ送信してもよいし、当該エラーに関して送信したタグ情報をすべて送信してもよい。このようにすることで、携帯端末２００Ａを携帯したサービスマンにおけるメンテナンスの状況を提示することができる。
【０１１５】
図１７は、通知画面の他の例を表わす図である。図１７に示されるように、サーバー３００は、通知する側の携帯端末２００Ａに表示されているアシスト画面、すなわち、撮影画像にタグが合成された画面の情報をメンテナンス状況を表わす情報として携帯端末２００Ａから取得し、その情報を携帯端末２００Ｂに転送してもよい。このようにすることでも、携帯端末２００Ａを携帯したサービスマンにおけるメンテナンスの状況を提示することができる。
【０１１６】
図１８は、通知画面の他の例を表わす図である。図１８に示されるように、携帯端末２００Ｂでは、アシスト画面と通知画面とを領域を区分して一つの画面に表示するようにしてもよい。このようにすることで、携帯端末２００Ｂを携帯したサービスマンにおけるメンテナンス作業をアシストしつつ、携帯端末２００Ａを携帯したサービスマンにおけるメンテナンスの状況を提示することができる。
【０１１７】
なお、それぞれの画面には、図示しない戻るボタン等の、表示を元のアシスト画面に戻す指示を入力する機能が設けられていてもよい。また、図１７〜図１８のいずれの表示方法とするかを選択する機能が設けられていてもよい。このようにすることで、携帯端末２００Ｂを携帯したサービスマンにおけるメンテナンス作業の効率を落とすことがない。
【０１１８】
＜他の例＞
図１に示されたように当該画像処理システムに複数の携帯端末２００Ａ，２００Ｂが含まれ、それぞれを携帯したサービスマンによってそれぞれ異なるＭＦＰのメンテナンスが可能である場合、サーバー３００は、メンテナンス開始に先立って、またはメンテナンス作業中に、それぞれのサービスマンにメンテナンスを振り分けるための処理を行なってもよい。ここでの振り分けとは、複数のＭＦＰ１００Ａ，１００Ｂのいずれのメンテナンスをいずれの携帯端末を携帯したサービスマンが行なうかを決定するための処理を指す。
【０１１９】
この場合、サーバー３００は、振り分け処理に用いる情報として、予めサービスマンごとのユーザー情報と、エラーごとのエラー情報とを記憶している。
【０１２０】
ユーザー情報には、サービスマンごとの、経験年数や、経験したメンテナンスの種類、などの情報が含まれる。
【０１２１】
エラー情報には、基準となるメンテナンス時間（メンテナンスに要する時間）や、メンテナンスの工程数や、難易度などが含まれる。
【０１２２】
サーバー３００のＣＰＵ３０は、一例として、携帯端末２００Ａ，２００Ｂのログイン情報を受け付けるなどしてそれぞれを携帯しているサービスマンを特定し、そのユーザー情報を比較する。ユーザー情報に基づいて、サービスマンのメンテナンススキルの順を特定し、それに応じた携帯端末の順位付けを行なう。たとえば、経験年数が長かったり経験したメンテナンスの種類が多かったりするサービスマンのメンテナンススキルの順位を上位となるようサービスマンのメンテナンススキルの順を特定する。これは、一例として、ユーザー情報の経験年数や経験したメンテナンスの種類などの項目ごとにその内容に応じて点数化し、サービスマンごとの合計点の順でメンテナンススキルの順を特定する方法などで実現することができる。
【０１２３】
なお、この方法を用いて、上記通知を行なう側の携帯端末と通知される側の携帯端末とを特定することもできる。すなわち、メンテナンススキルが上位である側のサービスマンの携帯する携帯端末２００Ｂを通知される側、メンテナンススキルが下位である側のサービスマンの携帯する携帯端末２００Ａを通知する側の携帯端末と特定することができる。
【０１２４】
次に、サーバー３００のＣＰＵ３０は、各ＭＦＰからのエラーを通知するセンサー信号に基づいて、それぞれのＭＦＰで発生したエラーを特定し、記憶しているエラー情報に基づいてそれぞれのメンテナンス負荷を特定する。ここでのメンテナンス負荷とは、たとえばメンテナンス時間であってもよいし、メンテナンスの工程数や、メンテナンスの難易度などであってもよいし、また、それらを総合したものであってもよい。ここでも上述のメンテナンススキルの順を特定する方法と同様に、考慮する項目について点数化し、エラーごとの合計点でメンテナンス負荷を得ることができる。そして、その負荷の順にエラーをソート（順位付け）し、サービスマンのメンテナンススキルの順に応じてメンテナンスを割り当てる。
【０１２５】
一例として、上位のサービスマンと下位のサービスマンとの作業割合をそれぞれのメンテナンススキルに応じて特定して、メンテナンス負荷がその割合となるようにメンテナンスを割り当ててもよい。たとえば、上位のサービスマンが下位のサービスマンの２倍の作業時間となるように作業時間に応じてメンテナンスを割り当てる、などが該当する。
【０１２６】
他の例として、メンテナンス時間の長いものから順にサービスマンのメンテナンススキルの順に沿ってメンテナンスを割り当ててもよい。
【０１２７】
また他の例として、下位のサービスマンには当該サービスマンが経験したメンテナンスの種類と同一または類似の種類のメンテナンスを割り当て、上位のサービスマンには下位のサービスマンに割り当てなかったメンテナンスを割り当てるようにしてもよい。
【０１２８】
さらに、それぞれのサービスマンでのメンテナンス中に上位のサービスマンのメンテナンスが終了した場合に、下位のサービスマンのメンテナンス内容の一部を上位のサービスマンに割り当てるよう、その段階で再度振り分け処理を行なうようにしてもよい。この場合、サーバー３００は、割り当てられたメンテナンス内容についてのタグ情報を上位のサービスマンの携帯する携帯端末２００Ｂに送信する。
【０１２９】
このようにすることで、複数のサービスマンによって全体として効率よくＭＦＰをメンテナンスすることができる。
【０１３０】
＜実施の形態の効果＞
以上の動作が行なわれることで、携帯端末では、当該携帯端末を携帯するサービスマンのメンテナンスの進捗状況に応じてアシスト画面が表示されることになる。そのため、サービスマンは、自身の進捗状況に応じてアシスト画面を参照しながらメンテナンスすることが可能となり、効率よくメンテナンスすることができる。
【０１３１】
さらに、所定の通知条件を満たした場合、１つの携帯端末を携帯したサービスマンによるメンテナンスの進捗状況が、他の装置に自動的に通知される。そのため、当該サービスマンがたとえば他のサービスマンの作業している所まで行ったり、管理者に電話したり、などの作業が不要となり、作業効率を向上させることができる。
【０１３２】
さらに、この通知が他の携帯端末に通知される場合、当該他の携帯端末を携帯したサービスマンが他のサービスマンの作業している所まで行ったり、近傍で監視したりすることなく、メンテナンスの進捗状況を知ることができる。それ故、通知された側のユーザーの負荷を軽減することができる。
【０１３３】
また、通知画面は、当該他の携帯端末で表示されているアシスト画面が切り替えられたり、アシスト画面と画面を二分して表示したりされることになるため、当該他の携帯端末を携帯したサービスマンによるメンテナンスの効率を落とすこともない。
【０１３４】
また、上述のように、タグやアシスト画面によってメンテナンスの進捗状況が通知されるため、たとえば電話で説明するような分かり難さもなく、メンテナンスの進捗状況がより詳細に分かりやすく通知される。それ故、通知された側のユーザーの負荷を軽減しつつ、適切な対処を取ることができる。
【０１３５】
さらに、上述の動作をＭＦＰ１００や携帯端末２００やサーバー３００に実行させるためのプログラムを提供することもできる。このようなプログラムは、コンピュータに付属するフレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disk-Read Only Memory）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）およびメモリカードなどのコンピュータ読み取り可能な記録媒体にて記録させて、プログラム製品として提供することもできる。あるいは、コンピュータに内蔵するハードディスクなどの記録媒体にて記録させて、プログラムを提供することもできる。また、ネットワークを介したダウンロードによって、プログラムを提供することもできる。
【０１３６】
なお、本発明にかかるプログラムは、コンピュータのオペレーティングシステム（ＯＳ）の一部として提供されるプログラムモジュールのうち、必要なモジュールを所定の配列で所定のタイミングで呼出して処理を実行させるものであってもよい。その場合、プログラム自体には上記モジュールが含まれずＯＳと協働して処理が実行される。このようなモジュールを含まないプログラムも、本発明にかかるプログラムに含まれ得る。
【０１３７】
また、本発明にかかるプログラムは他のプログラムの一部に組込まれて提供されるものであってもよい。その場合にも、プログラム自体には上記他のプログラムに含まれるモジュールが含まれず、他のプログラムと協働して処理が実行される。このような他のプログラムに組込まれたプログラムも、本発明にかかるプログラムに含まれ得る。
【０１３８】
提供されるプログラム製品は、ハードディスクなどのプログラム格納部にインストールされて実行される。なお、プログラム製品は、プログラム自体と、プログラムが記録された記録媒体とを含む。
【０１３９】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【０１４０】
１０，２０，３０ ＣＰＵ、１１，２１，３１ ＲＯＭ、１２，２２，３２ ＲＡＭ、１３ スキャナー、１４ プリンター、１５，２５ 操作パネル、１６，２８ メモリー、１７，３５ ネットワークコントローラー、１８ センサー、２３ 電子コンパス、２４ ＧＰＳコントローラー、２６ カメラ、２７ コントローラー、３４ 通信コントローラー、１００ ＭＦＰ、１０１ 入力部、１０２ 検知部、１０３，３０４ 抽出部、１０４，２０５，３０５ 送信部、１６１，３３２ タグ情報記憶部、２００，２００Ａ，２００Ｂ 携帯端末、２０１ 指示入力部、２０２ 位置検知部、２０３ 向き検知部、２０４ 画像取得部、２０６ タグ情報入力部、２０７ 生成部、２０８ 表示処理部、２０９ 編集部、３００ サーバー、３０１ 第１入力部、３０２ 格納部、３０３ 第２入力部、３０６ 判定部、３３１ ＭＦＰ情報記憶部。
【特許請求の範囲】
【請求項１】
撮影手段および表示手段を含む携帯端末と、
画像処理装置と、
前記携帯端末および前記画像処理装置と相互に通信可能なサーバーとを備え、
前記サーバーは、
前記画像処理装置の位置を記憶するための第１の記憶手段と、
前記画像処理装置でのエラーに応じたメンテナンスに関するコンテンツを記憶するための第２の記憶手段と、
前記携帯端末での撮影時の位置および向きに応じて、前記携帯端末での撮影範囲に含まれる前記画像処理装置の、前記コンテンツを抽出し、前記携帯端末に送信するための処理手段とを含み、
前記コンテンツは、前記メンテナンスの順に沿ったコンテンツの内容を表わす画像データーを含み、
前記処理手段は、前記コンテンツを前記メンテナンスの順に沿って、前記画像処理装置でのエラーに対するメンテナンスの進捗に応じて前記携帯端末に送信し、
前記携帯端末は、前記撮影手段での撮影画像に前記コンテンツを合成して画面表示するための処理手段をさらに含む、画像処理システム。
【請求項２】
前記サーバーの前記処理手段は、所定の通知条件が満たされた場合に、前記エラーに対するメンテナンスの進捗を表わす情報として前記携帯端末に送信した前記コンテンツを含む情報を、予め規定された装置に送信する通知処理をさらに実行する、請求項１に記載の画像処理システム。
【請求項３】
前記携帯端末として第１の携帯端末と第２の携帯端末とを含み、
前記サーバーの前記処理手段は、前記通知処理において、前記第１の携帯端末での前記メンテナンスの進捗を表わす情報を、前記第２の携帯端末に対して送信する、請求項２に記載の画像処理システム。
【請求項４】
前記サーバーは、前記第１の携帯端末と前記第２の携帯端末とそれぞれのユーザーに関する情報を記憶するための第３の記憶手段をさらに含み、
前記サーバーの処理手段は、前記ユーザーに関する情報に基づいて前記通知先として前記第２の携帯端末を特定する処理をさらに実行する、請求項３に記載の画像処理システム。
【請求項５】
前記第２の携帯端末の処理手段は、前記通知された前記第１の携帯端末での前記メンテナンスの進捗を表わす情報に基づく通知画面を表示するための表示処理をさらに実行する、請求項３または４に記載の画像処理システム。
【請求項６】
前記画像処理装置は、
エラーごとのメンテナンスに関するコンテンツを記憶するための記憶手段と、
前記エラーの発生を検知するための検知手段と、
前記検知されたエラーに応じたコンテンツを前記サーバーに送信するための送信手段とを備える、請求項１〜５のいずれかに記載の画像処理システム。
【請求項７】
撮影手段および表示手段を含む携帯端末と通信可能な画像処理装置であって、
エラーごとのメンテナンスに関するコンテンツを記憶するための記憶手段と、
エラーの発生を検知するための検知手段と、
前記携帯端末での撮影時の位置および向きを取得するための取得手段と、
前記検知されたエラーに応じたコンテンツを、前記メンテナンスの順に沿って、前記画像処理装置でのエラーに対するメンテナンスの進捗に応じて前記携帯端末に送信するための処理手段とを備え、
前記処理手段は、当該画像処理装置が前記携帯端末での撮影範囲に含まれている場合に、前記コンテンツを前記携帯端末に送信する、画像処理装置。
【請求項８】
前記処理手段は、所定の通知条件が満たされた場合に、前記エラーに対するメンテナンスの進捗を表わす情報として前記携帯端末に送信した前記コンテンツを含む情報を、予め規定された装置に送信する通知処理をさらに実行する、請求項７に記載の画像処理装置。
【請求項９】
画像処理装置で発生したエラーのメンテナンスをアシストする画面を、撮影手段および表示手段を含む携帯端末に表示させる方法であって、
サーバーにおいて前記携帯端末での撮影時の位置および向きを取得するステップと、
サーバーにおいて前記携帯端末での撮影範囲に含まれる前記画像処理装置のエラーに応じたメンテナンスに関するコンテンツを記憶装置から抽出するステップと、
前記メンテナンスの順に沿って、前記画像処理装置でのエラーに対するメンテナンスの進捗に応じて、前記サーバーから前記携帯端末に送信するステップと、
前記携帯端末において、前記撮影手段での撮影画像に前記コンテンツを合成して画面表示するステップとを備える、表示方法。
【請求項１０】
画像処理装置で発生したエラーのメンテナンスをアシストする画面を、撮影手段および表示手段を含む携帯端末に表示させる処理をサーバーに実行させるためのプログラムであって、
前記携帯端末での撮影時の位置および向きを取得するステップと、
前記携帯端末での撮影範囲に含まれる前記画像処理装置のエラーに応じたメンテナンスに関するコンテンツを記憶装置から抽出するステップと、
前記メンテナンスの順に沿って、前記画像処理装置でのエラーに対するメンテナンスの進捗に応じて、前記サーバーから前記携帯端末に送信するステップとを前記サーバーに実行させる、表示プログラム。
【請求項１】
撮影手段および表示手段を含む携帯端末と、
画像処理装置と、
前記携帯端末および前記画像処理装置と相互に通信可能なサーバーとを備え、
前記サーバーは、
前記画像処理装置の位置を記憶するための第１の記憶手段と、
前記画像処理装置でのエラーに応じたメンテナンスに関するコンテンツを記憶するための第２の記憶手段と、
前記携帯端末での撮影時の位置および向きに応じて、前記携帯端末での撮影範囲に含まれる前記画像処理装置の、前記コンテンツを抽出し、前記携帯端末に送信するための処理手段とを含み、
前記コンテンツは、前記メンテナンスの順に沿ったコンテンツの内容を表わす画像データーを含み、
前記処理手段は、前記コンテンツを前記メンテナンスの順に沿って、前記画像処理装置でのエラーに対するメンテナンスの進捗に応じて前記携帯端末に送信し、
前記携帯端末は、前記撮影手段での撮影画像に前記コンテンツを合成して画面表示するための処理手段をさらに含む、画像処理システム。
【請求項２】
前記サーバーの前記処理手段は、所定の通知条件が満たされた場合に、前記エラーに対するメンテナンスの進捗を表わす情報として前記携帯端末に送信した前記コンテンツを含む情報を、予め規定された装置に送信する通知処理をさらに実行する、請求項１に記載の画像処理システム。
【請求項３】
前記携帯端末として第１の携帯端末と第２の携帯端末とを含み、
前記サーバーの前記処理手段は、前記通知処理において、前記第１の携帯端末での前記メンテナンスの進捗を表わす情報を、前記第２の携帯端末に対して送信する、請求項２に記載の画像処理システム。
【請求項４】
前記サーバーは、前記第１の携帯端末と前記第２の携帯端末とそれぞれのユーザーに関する情報を記憶するための第３の記憶手段をさらに含み、
前記サーバーの処理手段は、前記ユーザーに関する情報に基づいて前記通知先として前記第２の携帯端末を特定する処理をさらに実行する、請求項３に記載の画像処理システム。
【請求項５】
前記第２の携帯端末の処理手段は、前記通知された前記第１の携帯端末での前記メンテナンスの進捗を表わす情報に基づく通知画面を表示するための表示処理をさらに実行する、請求項３または４に記載の画像処理システム。
【請求項６】
前記画像処理装置は、
エラーごとのメンテナンスに関するコンテンツを記憶するための記憶手段と、
前記エラーの発生を検知するための検知手段と、
前記検知されたエラーに応じたコンテンツを前記サーバーに送信するための送信手段とを備える、請求項１〜５のいずれかに記載の画像処理システム。
【請求項７】
撮影手段および表示手段を含む携帯端末と通信可能な画像処理装置であって、
エラーごとのメンテナンスに関するコンテンツを記憶するための記憶手段と、
エラーの発生を検知するための検知手段と、
前記携帯端末での撮影時の位置および向きを取得するための取得手段と、
前記検知されたエラーに応じたコンテンツを、前記メンテナンスの順に沿って、前記画像処理装置でのエラーに対するメンテナンスの進捗に応じて前記携帯端末に送信するための処理手段とを備え、
前記処理手段は、当該画像処理装置が前記携帯端末での撮影範囲に含まれている場合に、前記コンテンツを前記携帯端末に送信する、画像処理装置。
【請求項８】
前記処理手段は、所定の通知条件が満たされた場合に、前記エラーに対するメンテナンスの進捗を表わす情報として前記携帯端末に送信した前記コンテンツを含む情報を、予め規定された装置に送信する通知処理をさらに実行する、請求項７に記載の画像処理装置。
【請求項９】
画像処理装置で発生したエラーのメンテナンスをアシストする画面を、撮影手段および表示手段を含む携帯端末に表示させる方法であって、
サーバーにおいて前記携帯端末での撮影時の位置および向きを取得するステップと、
サーバーにおいて前記携帯端末での撮影範囲に含まれる前記画像処理装置のエラーに応じたメンテナンスに関するコンテンツを記憶装置から抽出するステップと、
前記メンテナンスの順に沿って、前記画像処理装置でのエラーに対するメンテナンスの進捗に応じて、前記サーバーから前記携帯端末に送信するステップと、
前記携帯端末において、前記撮影手段での撮影画像に前記コンテンツを合成して画面表示するステップとを備える、表示方法。
【請求項１０】
画像処理装置で発生したエラーのメンテナンスをアシストする画面を、撮影手段および表示手段を含む携帯端末に表示させる処理をサーバーに実行させるためのプログラムであって、
前記携帯端末での撮影時の位置および向きを取得するステップと、
前記携帯端末での撮影範囲に含まれる前記画像処理装置のエラーに応じたメンテナンスに関するコンテンツを記憶装置から抽出するステップと、
前記メンテナンスの順に沿って、前記画像処理装置でのエラーに対するメンテナンスの進捗に応じて、前記サーバーから前記携帯端末に送信するステップとを前記サーバーに実行させる、表示プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【公開番号】特開２０１３−３０９８３（Ｐ２０１３−３０９８３Ａ）
【公開日】平成２５年２月７日（２０１３．２．７）
【国際特許分類】
【出願番号】特願２０１１−１６５６３０（Ｐ２０１１−１６５６３０）
【出願日】平成２３年７月２８日（２０１１．７．２８）
【出願人】（３０３０００３７２）コニカミノルタビジネステクノロジーズ株式会社 (12,802)
【Ｆターム（参考）】
【公開日】平成２５年２月７日（２０１３．２．７）
【国際特許分類】
【出願日】平成２３年７月２８日（２０１１．７．２８）
【出願人】（３０３０００３７２）コニカミノルタビジネステクノロジーズ株式会社 (12,802)
【Ｆターム（参考）】
[ Back to top ]