(57)【要約】      （修正有）【課題】顧客先の環境において、画像形成装置とサービス拠点サーバとで使用しているネットワークの系を用いて、シチュエーションモードのシナリオデータを随時ダウンロードできるシステムを提供する。【解決手段】サーバと、画像形成装置と、端末装置とを少なくとも含むシステムであって、前記サーバは、前記画像形成装置のメンテナンス作業を目的ごとにまとめた画面をシナリオデータとして管理する管理手段を有し、前記画像形成装置３０３は、前記サーバ装置とネットワークを介して通信する第１の通信手段を有し、前記端末装置は、前記画像形成装置と通信する第２の通信手段を有し、前記第２の通信手段は、前記画像形成装置を介して前記サーバに対するシナリオデータを取得することを特徴としている。【選択図】図４
2018024101.tif 000002
【特許請求の範囲】
【請求項１】
サーバと、画像形成装置と、端末装置とを少なくとも含むシステムであって、
前記サーバは、
前記画像形成装置のメンテナンス作業を目的ごとにまとめた画面をシナリオデータとして管理する管理手段を有し、
前記画像形成装置は、
前記サーバ装置とネットワークを介して通信する第１の通信手段を有し、
前記端末装置は、
前記画像形成装置と通信する第２の通信手段を有し、
前記第２の通信手段は、前記画像形成装置を介して前記サーバに対するシナリオデータを取得することを特徴とするシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メンテナンスシステムに関する。
【背景技術】
【０００２】
画像形成装置には、市場においてサービスマンが各種調整やメンテナンス作業を実行するために、サービスマン用のユーザインタフェース（サービスモード）が用意されている。サービスモードの項目は、階層化されたメニューに配置される。配置位置は、おもに設置値をまとめて確認する際に適した階層構造であることが多い。ある動作を修正するためには、複数の項目を操作する必要がある。
【０００３】
一般的な調整では、まず該当するセンサの値を確認し、しかるべき設定値に変更し、調整動作を実施し、動作結果を確認する。これらの作業を正常動作になるまで繰り返す。センサ確認項目、設定値変更項目、調整動作指示項目は、それぞれ別のメニュー階層に配置されていることも多く、一連の操作を行うために、メニューの階層を何度も行き来して別の画面に配置されている項目に移動しなくてはならないなど操作が煩雑である。そのため間違った項目を使用してしまうなどの誤操作も起こしやすい。そのため、特定の調整作業に必要な一連の作業を一か所にまとめたユーザインタフェース（以下ではシチュエーションモードと称する）を提供している。
【０００４】
また、調整作業を画像形成装置のコンソールに表示される画面で操作することが困難なことがある。そもそもコンソールの表示位置調整する場合や、画像形成装置の背面、側面にまわって作業する場合には、画像形成装置のコンソールでは確認できない、あるいは使いにくい。
【０００５】
最近は、サービスマンが可搬するタブレット、スマートフォンを用い、画像形成装置と無線等で接続し、画像形成装置のサービスモード相当の操作が可能なアプリケーション（以下メンテナンスアプリと称する）が用意されている。すなわち、メンテナンスアプリは上記のシチュエーションモードも装備しており、サービス拠点サーバと接続し、必要なシチュエーションモードのシナリオを随時、あるいはあらかじめダウンロードしておくことが可能となっている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１５−１８３９６６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記従来技術において以下に記載する問題がある。トラブルやエラーに対する対応シナリオは随時追加され、また対象機種も増加していくため、サービス拠点サーバが管理しているすべてのシナリオデータをメンテナンスアプリがすべてダウンロードしておくことはできない。サービス作業中に発生した突発的なトラブルやエラーに対する対応シナリオがあらかじめメンテナンスアプリにダウンロードされていない場合、その都度サービス拠点サーバから対応するシチュエーションモードのシナリオをダウンロードする必要がある。
【０００８】
しかし顧客先の環境によっては、メンテナンスアプリが動作するタブレット、スマートフォンが、サービス拠点サーバと接続できない場合がある。その場合、いったん作業を中止して、サービス拠点サーバと接続可能な場所に移動して該当シナリオをダウンロードしてから、再度作業を行わなければならない。
【課題を解決するための手段】
【０００９】
サーバと、画像形成装置と、端末装置とを少なくとも含むシステムであって、
前記サーバは、
前記画像形成装置のメンテナンス作業を目的ごとにまとめた画面をシナリオデータとして管理する管理手段を有し、
前記画像形成装置は、
前記サーバ装置とネットワークを介して通信する第１の通信手段を有し、
前記端末装置は、
前記画像形成装置と通信する第２の通信手段を有し、
前記第２の通信手段は、前記画像形成装置を介して前記サーバに対するシナリオデータを取得することを特徴としている。
【発明の効果】
【００１０】
顧客先の環境において、サービスマンが可搬したタブレット、スマートフォンがサービス拠点サーバと接続できない場合においても、画像形成装置とサービス拠点サーバとで使用しているネットワークの系を用いて、シチュエーションモードのシナリオデータを随時ダウンロードできる。
【図面の簡単な説明】
【００１１】
【図１】障害発生から通知、修理までの流れを説明する図。
【図２】メンテナンスアプリのUI図
【図３】通常時のシーケンス。
【図４】本発明のシーケンス
【図５】フローチャート
【発明を実施するための形態】
【００１２】
以下、本発明を実施するための最良の形態について画面を用いて説明する。以下の実施形態は特許請求の範囲に係る発明を限定するものでなく、また実施形態で説明されている特徴の組み合わせのすべてが発明の解決手段に必須のものとは限らない。
【００１３】
図1を用いて、本発明の実施形態に係るシステム全体を説明する。顧客の画像形成装置１０１が動作異常を起こした場合、顧客は修理の依頼をサービス拠点１０２に通報する。
【００１４】
通報の手段は、顧客の画像形成装置１０１が遠隔監視サービス機能を有する画像形成装置であれば、画像形成装置自身が異常状態を検知し、該異常の種類を識別するIDとともに販売会社のサーバに通知する。あるいは顧客が画像形成装置の修理依頼機能を用いて通知することもある。すなわち画像形成装置とサービス拠点サーバとのネットワーク接続が確保されている。
【００１５】
通報を受けた販売会社１０２は、顧客先に派遣するサービスマン１０３に対して、顧客先を訪問するよう指示する。指示を受けたサービスマン１０３は、指定された顧客先を訪問し、該当する画像形成装置１０１の修理を行う。
【００１６】
図２を用いて、メンテナンスアプリの画面に表示されるシチュエーションモードの説明をする。２０１は、サービスマンが可搬するタブレットあるいはスマートフォンであり、インターネットと無線接続が可能であり、かつインストールされたメンテナンスアプリによって、画像形成装置とも無線線接続が可能となっている。
【００１７】
メンテナンスアプリは、画像形成装置のサービスモードと同等の機能を有する。２１０は画像形成装置と無線接続したのちに表示されるメンテナンスアプリのトップメニュー画面である。メンテナンスアプリのサービスモードの機能ごとにメニューがツリー構造になっている。
【００１８】
LIST MODEは、画像形成装置のUIで表示されるサービスモードUIと同じで、各サービスモード項目を同じツリー構成で表示したもので、サービスマンは画像形成装置と同じ操作で所望のサービスモード項目にたどる付くことができる。SITUATION MODEは、目的別に必要な操作がまとまったUIを提供するモードである。UPDATEは、サービス拠点サーバと接続してメンテナンスアプリにダウンロードされているシチュエーションモードのシナリオデータを更新する機能を呼び出す。
【００１９】
BACKUP/RESTOREは、設定変更前のサービスモードの設定値を保存し、場合によっては元に戻す機能を呼び出す。SITUATION MODEを選択すると、２１１の画面例のようにシチュエーションモードのメニューが表示される。この中から例えばTrouble Shootを選択すると、トラブルの内容を示すメニュー画面２１２に遷移する。サービスマンがメニューのどれかを選択すると、どのトラブル対処のために必要なサービスモード項目２１５と、対処の作業を説明する画面２１４を含むシナリオ画面２１３が表示される。サービスマンは、説明を見ながら、必要なサービスモード項目を操作することができる。
【００２０】
２１１の画面でERROR CODEを選択すると、現在の画像形成装置が陥っているエラー状況を画像形成装置から取得し、領域２２１に取得したエラー内容を説明する画面と対処するシナリオを呼び出すボタン２２２を含む画面２２０が表示される。シナリオ呼び出しボタン２２２を押下すると、メンテナンスアプリは、前記取得したエラー情報の対処手段をメンテナンスアプリがダウンロードして持っているシナリオから抽出して、シナリオ画面２３０を呼び出す。画面２１４と同様に、領域２３１には対処に必要なサービスモード項目を表示し、領域２３２には対処の作業説明が表示される。
【００２１】
よく使用されるシナリオデータは顧客先訪問前に、あらかじめメンテナンスアプリに含まれている。メンテナンスアプリのダウンロード容量制限により、特殊なエラー対処シナリオや、最新のシナリオデータはメンテナンスアプリには含まれていない。そのため、該当のシナリオデータが必要となったときに、メンテナンスアプリは、サービス拠点サーバと接続して、必要なシナリオデータをダウンロードする。
【００２２】
図３で、上記シーケンスを説明する。まず、サービスマンは顧客先を訪問する前の適当なタイミングで、メンテナンスアプリ（３０２）から最新のシナリオデータの取得要求を、サービス拠点サーバ（３０１）に発行（Ｓ３１０）し、サービス拠点サーバから、取得要求に対応したシナリオデータをダウンロードし（Ｓ３１１）、メンテナンスアプリに取り込む。ただし、メンテナンスアプリ側の容量制限により、すべてのシナリオデータがダウンロードできるわけではない。必要度の高いシナリオだけがダウンロードされる。
【００２３】
次に顧客先訪問後、サ−ビスマンはメンテナンスアプリと画像形成装置（３０３）を無線接続し、画面形成装置のメンテナンス作業を開始する。メンテナンスアプリは画像形成装置のエラー情報取得要求を発行（Ｓ３１２）し、画像形成装置は現在のエラー情報を通知する（Ｓ３１３）。メンテナンスアプリは、取得したエラー情報の対処手段のシナリオを検索し、該当するシナリオがあった場合は、画面２１３／画面２３０のシナリオ画面を表示して、サービスを続行する。もしも該当するシナリオがなかったならば、メンテナンスアプリは、サービス拠点サーバに、エラー情報を通知する（Ｓ３１４）。
【００２４】
サービス拠点サーバは、通知されたエラー情報の対処手段のシナリオを検索し、検索でヒットしたシナリオを前記メンテナンスアプリにダウンロードする（Ｓ３１５）。メンテナンスアプリはダウンロードしたシナリオを使用してサービス作業を続行することができる。
【００２５】
上記説明したように、ダウンロードされていないシナリオが必要になった時に、メンテナンスアプリがサービス拠点サーバに接続して必要なシナリオをダウンロードすることで滞りなくサービスを運用できることになる。しかしながら、顧客先によってはメンテナンスアプリとサービス拠点サーバが直接接続できないことがありうる。特に最近はセキュリティ面で厳しく制限され、顧客のネットワーク環境にサービスマンが持ち込んだＩＴ機器は接続させてもらえないことが多い。また、なんらかの物理的制限により、メンテナンスアプリが公衆無線ＬＡＮとのネットワーク接続ができないことも十分あり得る。
【００２６】
図４および図５を用いて、本発明によるシーケンスおよびワークフローを説明する。従来同様、サービスマンは顧客先を訪問する前の適当なタイミングで、メンテナンスアプリ（３０２）から最新のシナリオデータの取得要求を、サービス拠点サーバ（３０１）に発行（Ｓ４１０）し、サービス拠点サーバから、取得要求に対応したシナリオデータをダウンロードし（Ｓ４１１）、メンテナンスアプリに取り込んでおく。
次にサービスマンは、指定された顧客先に出向き、サービス作業を開始する（ステップ５０１）。
【００２７】
まず画像形成装置（３０３）をサービス作業中にほかのネットワークサービスと競合しないように特殊起動モードで起動して不要なサービスを停止し、メンテナンスアプリ（３０２）と無線接続を行う。接続されたら、まず画像形成装置よりシリアル番号を取得する（Ｓ５０３）。シリアル番号は機種によらず一意の番号が割り当てられており、機種が特定できる。メンテナンスアプリはこのシリアル番号から機種を特定する（Ｓ５０４）。メンテナンスアプリは、サービス拠点サーバに接続を試み（Ｓ５０５）（Ｓ５０６）、接続が失敗した場合は、画像形成装置に対して、プロクシーサービスの起動指示を行う（Ｓ４１２）（Ｓ５０７）。
【００２８】
プロクシーサービス起動指示を受けた画像形成装置は、プロクシーサービスを起動し、サービス拠点サーバとの接続を行うようになる。
【００２９】
ここで、メンテナンスアプリの画面は、サービスのトップメニュー２１０を表示され、サービスマンの作業が開始できるようになる。
【００３０】
上述した通り、サービスマンは、メンテナンスアプリを用いて、サービス作業（Ｓ５１１）を行う。作業の中で、ダウンロードされていないシナリオが必要だと判断された（Ｓ５１２）ならば、メンテナンスアプリはサービス拠点サーバよりシナリオをダウンロードする。その際、前記Ｓ５０７でプロクシーサービスを起動していたかで処理を切り替える（Ｓ５１６）。プロクシーサービスを起動していた場合は、メンテナンスアプリはデバイスのプロクシーサービスに対してシナリオ要求を発行する（Ｓ５１７）。
【００３１】
プロクシーサービスで受けたシナリオ要求（Ｓ４１５）は、プロクシーサービスがサービス拠点サーバに転送する（Ｓ４１６）。サービス拠点サーバは、要求されたシナリオを依頼もとに返送する（Ｓ４１７）。プロクシーサービスは、サービス拠点サーバから変更されたシナリオデータを、メンテナンスアプリに転送する（Ｓ４１８）。一方Ｓ５０7でプロクシーサービスを起動していない場合は、メンテナンスアプリは、直接サービス拠点サーバにシナリオ要求を発行する（Ｓ５１９）。サービス拠点サーバは、要求されたシナリオを依頼もとに返送する（Ｓ５２０）。
【００３２】
メンテナンスアプリケーションは、受信したシナリオを使用してサービス作業を実行する（Ｓ５１１）。サービス作業が終了したら（Ｓ５１３）、メンテナンスアプリは、画像形成装置との接続を解除する（Ｓ５１４）。画像形成装置は、前記Ｓ５０７でプロクシーサービスを起動していた場合は、接続解除を契機に、前記プロクシーサービスを停止する。また、通常の電源ＯＦＦＯＮ操作があった場合は、プロクシーサービスは起動しない。
【符号の説明】
【００３３】
１０１  画像形成装置
１０２  サービス拠点
１０３  サービスマン
【図１】
2018024101.tif 000003
【図２】
2018024101.tif 000004
【図３】
2018024101.tif 000005
【図４】
2018024101.tif 000006
【図５】
2018024101.tif 000007