(57)【要約】【課題】不具合発生時の画像形成装置に対する不具合解除に係る操作情報を用いて、不具合に対する対応を容易にすること【解決手段】  画像形成装置は、画像形成装置の不具合情報と、不具合を解除する解除操作を示す情報を情報処理装置に送信する。  情報処理装置は、画像形成装置から不具合情報と解除操作を示す情報とを受信する。情報処理装置は、解除操作を示す情報を受信した場合に、解除操作を示す情報に含まれる画像形成装置識別情報に基づく不具合情報を、ユーザが識別可能に表示する。【選択図】図９
2017154319.tif 000002
【特許請求の範囲】
【請求項１】
複数の画像形成装置と、当該画像形成装置で発生した不具合の不具合情報を管理する情報処理装置とを含む管理システムであって、
前記画像形成装置は、
当該画像形成装置を識別する画像形成装置識別情報と不具合内容を含む不具合情報を送信する不具合情報送信手段と、
ユーザの操作により当該不具合を解除する操作がされた場合に、当該画像形成装置を識別する画像形成装置識別情報を含む解除操作を示す情報を送信する解除操作情報送信手段と、
を備え、
前記情報処理装置は、
前記不具合情報を受信する不具合情報受信手段と、
前記不具合情報受信手段により受信した不具合情報を表示する表示手段と、
前記解除操作を示す情報を受信する解除操作情報受信手段と、
を備え、
前記表示手段は、前記解除操作情報受信手段により解除操作を示す情報を受信した場合に、前記解除操作を示す情報に含まれる画像形成装置識別情報に基づく不具合情報を、ユーザが識別可能に表示することを特徴とする管理システム。
【請求項２】
前記画像形成装置は、
ユーザの操作に応じて、不具合の解消を依頼する依頼情報を送信する依頼情報送信手段を更に備え、
前記情報処理装置は、
前記依頼情報を受信する依頼情報受信手段を更に備え、
前記表示手段は、前記依頼情報受信手段により依頼情報を受信した場合に、不具合情報に依頼があったことを示す表示をすることを特徴とする請求項１に記載の管理システム。
【請求項３】
前記表示手段は、前記解除操作を示す情報と前記依頼情報を有する不具合情報を優先的に表示することを特徴とする請求項２に記載の管理システム
【請求項４】
当該画像形成装置の操作情報を取得する操作情報取得手段と、
前記操作情報取得手段により取得した操作情報が前記不具合を解除する操作に係る情報であるか否かを判定する操作判定手段と
を更に備え、
前記解除操作情報送信手段は、前記解除する操作に係る情報であると判定された場合に、前記操作情報取得手段で取得した操作情報に基づき前記解除操作を示す情報を送信することを特徴とする請求項１乃至３のいずれか１項に記載の管理システム。
【請求項５】
前記不具合内容は、当該画像形成装置で取得されたエラー情報であることを特徴とする請求項１乃至４のいずれか１項に記載の管理システム。
【請求項６】
前記依頼情報は、当該画像形成装置でユーザが任意に入力した不具合に係る入力情報であることを特徴とする請求項２又は３に記載の管理システム。
【請求項７】
複数の画像形成装置と、当該画像形成装置で発生した不具合の不具合情報を管理する情報処理装置とを含む管理システムの処理方法であって、
前記画像形成装置が、
当該画像形成装置を識別する画像形成装置識別情報と不具合内容を含む不具合情報を送信する不具合情報送信ステップと、
ユーザの操作により当該不具合を解除する操作がされた場合に、当該画像形成装置を識別する画像形成装置識別情報を含む解除操作を示す情報を送信する解除操作情報送信ステップと、
を実行し、
前記情報処理装置が、
前記不具合情報を受信する不具合情報受信ステップと、
前記不具合情報受信ステップにより受信した不具合情報を表示する表示ステップと、
前記解除操作を示す情報を受信する解除操作情報受信ステップと、
を実行し、
前記表示ステップは、前記解除操作情報受信ステップにより解除操作を示す情報を受信した場合に、前記解除操作を示す情報に含まれる画像形成装置識別情報に基づく不具合情報を、ユーザが識別可能に表示することを特徴とする処理方法。
【請求項８】
複数の画像形成装置と、当該画像形成装置で発生した不具合の不具合情報を管理する情報処理装置とを含む管理システムのプログラムであって、
前記画像形成装置を、
当該画像形成装置を識別する画像形成装置識別情報と不具合内容を含む不具合情報を送信する不具合情報送信手段と、
ユーザの操作により当該不具合を解除する操作がされた場合に、当該画像形成装置を識別する画像形成装置識別情報を含む解除操作を示す情報を送信する解除操作情報送信手段として機能させ、
前記情報処理装置を、
前記不具合情報を受信する不具合情報受信手段と、
前記不具合情報受信手段により受信した不具合情報を表示する表示手段と、
前記解除操作を示す情報を受信する解除操作情報受信手段として機能させ、
前記表示手段は、前記解除操作情報受信手段により解除操作を示す情報を受信した場合に、前記解除操作を示す情報に含まれる画像形成装置識別情報に基づく不具合情報を、ユーザが識別可能に表示することを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、不具合情報を管理する管理システム、その処理方法及びプログラムに関する。
【背景技術】
【０００２】
近年、ネットワークを介して画像形成装置を遠隔管理する管理システムが普及してきている。当該管理システムは、ネットワークを介して、管理装置が、画像形成装置から種々の情報を受け付け、かかる情報に基づき修理を行うサービスマンの派遣指示、トナー、インクの発送指示等を行うものである。
【０００３】
管理装置が受け付ける情報とは、例えば、画像形成装置側で検出可能な情報である。例えば、画像形成装置のステータス、インク残量などの動作情報や、トナー切れ、紙詰まりなどのエラー情報、画像形成装置の故障情報等の情報である。
【０００４】
例えば、特許文献１には、画像形成装置の修理依頼を通知するためのパネルを画像形成装置に設置しておき、当該パネルのボタンの押下を受け付けた場合に、エラーの内容を入力させる画面（ＷＥＢページ）を作成してユーザに提示し、当該ＷＥＢページのＵＲＬを記載した修理依頼のメールを作成して送信することが記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−１９００４４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
修理依頼元のユーザにとって、修理依頼をした場合、早急に当該依頼に対する応答や、修理対象修物の修理が行われることが望ましい。しかしながら、当該修理依頼の依頼先が、当該依頼に対する応答に時間がかかってしまう状態になる場合がある。
また、多くの依頼があると、すぐに対応するべき依頼であるかなど優先度考慮した対応が困難な場合が存在する。
【０００７】
例えば、同じエラーが起こった場合でも、使用しているユーザによって緊急度や困り具合は異なるため、実際の優先度を従来技術での依頼方法では判断が難しく、迅速な対応ができない場合があった。
【０００８】
そこで、本発明の目的は、不具合発生時の画像形成装置に対する不具合解除に係る操作情報を用いて、不具合に対する対応を容易にする仕組みを提供することである。
【課題を解決するための手段】
【０００９】
複数の画像形成装置と、当該画像形成装置で発生した不具合の不具合情報を管理する情報処理装置とを含む管理システムであって、前記画像形成装置は、当該画像形成装置を識別する画像形成装置識別情報と不具合内容を含む不具合情報を送信する不具合情報送信手段と、ユーザの操作により当該不具合を解除する操作がされた場合に、当該画像形成装置を識別する画像形成装置識別情報を含む解除操作を示す情報を送信する解除操作情報送信手段とを備え、前記情報処理装置は、前記不具合情報を受信する不具合情報受信手段と、前記不具合情報受信手段により受信した不具合情報を表示する表示手段と、前記解除操作を示す情報を受信する解除操作情報受信手段とを備え、前記表示手段は、前記解除操作情報受信手段により解除操作を示す情報を受信した場合に、前記解除操作を示す情報に含まれる画像形成装置識別情報に基づく不具合情報を、ユーザが識別可能に表示することを特徴とする。
【発明の効果】
【００１０】
不具合発生時の画像形成装置に対する不具合解除に係る操作情報を用いて、不具合に対する対応を容易にすることができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態における、画像形成システムの構成の一例を示す図である。
【図２】本発明の実施形態における、サーバ１００及びＰＣ２００のハードウェア構成の一例を示す図である。
【図３】本発明の実施形態における、複合機のハードウェア構成の一例を示す図である。
【図４】本発明の実施形態における、各種装置の機能構成の一例を示す図である。
【図５】本発明の実施形態における、エラーが発生した場合の処理の流れを示すフローチャートである。
【図６】本発明の実施形態における、エラー解除操作内容取得の処理の一例を示すフローチャートである。
【図７】本発明の実施形態における、データテーブル７００の一例を示す図である。
【図８】本発明の実施形態における、データテーブル８００の一例を示す図である。
【図９】本発明の実施形態における、サービスのデバイス監視画面９００の一例を示す図である。
【図１０】本発明の実施形態における、修理依頼アプリケーションの画面の一例を示す図である。
【図１１】本発明の実施形態における、修理依頼アプリケーションとプラットフォームの機能の一例を示す図である。
【発明を実施するための形態】
【００１２】
以下、本発明を適用した好適な実施形態を、添付図面を参照しながら詳細に説明する。
なお、本実施形態の説明において、複合機は画像形成装置であるものとし、ネットワーク情報に複数の画像形成装置が通信可能に接続されているものとする。
【００１３】
複合機３００には、プラットフォームと、修理依頼アプリケーションがインストールされており、本発明の実施形態における各図のフローチャートの処理は、当該複合機３００のＣＰＵが、当該プラットフォーム、又は、当該修理依頼アプリケーションの機能を用いて実行するものとする。
【００１４】
以後、各アプリケーションを主語（処理の主体）とした処理の説明は、当該複合機３００のＣＰＵが、当該処理主体として記載されているアプリケーションの機能を用いて実行している処理とする。
【００１５】
まず図１を参照して、本発明の実施形態における、画像形成システム（管理システム）の構成の一例について説明する。図１は、本発明の実施形態における、画像形成システム（管理システム）の構成の一例を示す図である。
【００１６】
複数の複合機３００と、サーバ１００、ＰＣ２００がネットワーク１５０、ネットワーク１５１を介して通信可能に接続されている。ＰＣ２００はサーバ１００で管理するエラー情報を表示する端末である。なお、サーバ１００でエラー情報を表示する構成であってもよい。
【００１７】
当該複合機３００は、修理依頼アプリを起動するボタン（アイコン）の押下を、メニュー画面を介して受け付ける。複合機３００は、修理依頼入力画面（図１０）を表示し、修理依頼の内容の入力を受け付ける。修理依頼送信ボタン１００５の押下により、サーバ１００に入力した依頼内容を送信する。依頼内容には複合機ＩＤが含まれる。なお、依頼内容はメールで送信してもよい。この依頼は、ユーザがエラーに気付き、自主的に依頼を送信する場合のケースである。
【００１８】
複合機３００がエラーを検出して自動で送信する場合には、複合機３００のプラットフォームがエラーを検知すると、エラーＩＤや複合機ＩＤなどを含むエラー情報をネットワークを介してサーバに送信する。
また、複合機３００は、エラー時に利用者にエラーを解除するための操作がされると、解除操作情報をサーバ１００に送信する。
【００１９】
サーバ１００は、エラー情報や解除操作情報を受信する。エラー情報を受信すると、データベース等に登録する。エラー情報が登録されると、ＰＣ２００の表示を更新して、登録されたエラー情報を表示する。
【００２０】
また、解除操作情報を受信すると、ＰＣ２００に表示されたエラー情報で解除操作情報に対応するエラー情報を特定して、そのエラー情報をユーザ識別しやすいように表示する。例えば、マークを表示する、ハイライトにするなどして、利用者が困っている、早急に直したいエラー（複合機）をサポートセンターの担当者に把握しやすくする。
以上が図１の、本発明の実施形態における、画像形成システムの構成の一例についての説明である。
【００２１】
次に図２を参照して、本発明の実施形態における、サーバ１００及びＰＣ２００のハードウェア構成の一例について説明する。図２は、本発明の実施形態における、サーバ１００及びＰＣ２００のハードウェア構成の一例を示す図である。
【００２２】
図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。
【００２３】
２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。
【００２４】
また、２０５は入力コントローラで、入力装置２０９であるキーボード（ＫＢ）や不図示のマウス等のポインティングデバイス等からの入力を制御する。２０６はビデオコントローラで、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。なお、図２では、ＣＲＴ２１０と記載しているが、表示器はＣＲＴだけでなく、液晶ディスプレイ等の他の表示器であってもよい。これらは必要に応じて管理者が使用するものである。
【００２５】
２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００２６】
２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したＬＡＮ１５０）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。
【００２７】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００２８】
本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。以上が図２の、本発明の実施形態における、サーバ１００及びＰＣ２００のハードウェア構成の一例についての説明である。
【００２９】
次に図３を参照して、本発明の実施形態における、複合機のハードウェア構成の一例について説明する。図３は、本発明の実施形態における、複合機のハードウェア構成の一例を示す図である。
【００３０】
図３において、３１６はコントローラユニットで、画像入力デバイスとして機能するスキャナ３１４や、画像出力デバイスとして機能するプリンタ部３１２と接続する一方、ＬＡＮ（例えば、図１に示したＬＡＮ１５０）や公衆回線（ＷＡＮ／外部ネットワーク）（例えば、ＰＳＴＮまたはＩＳＤＮ等）と接続することで、画像データやデバイス情報の入出力を行う。
【００３１】
コントローラユニット３１６において、３０１はＣＰＵで、システム全体を制御するプロセッサである。３０２はＲＡＭで、ＣＰＵ３０１が動作するためのシステムワークメモリであり、プログラムを記録するためのプログラムメモリや、画像データを一時記録するための画像メモリでもある。
【００３２】
３０３はＲＯＭで、システムのブートプログラムや各種制御プログラムが格納されている。３０４はハードディスクドライブ（ＨＤＤ）で、システムを制御するための各種プログラム，画像データ等を格納する。
【００３３】
３０７は操作部インタフェース（操作部Ｉ／Ｆ）で、操作部（キーボード）３０８とのインタフェース部である。また、操作部Ｉ／Ｆ３０７は、操作部３０８から入力したキー情報（例えば、スタートボタンの押下）をＣＰＵ３０１に伝える役割をする。
【００３４】
３０５はネットワークインタフェース（Ｎｅｔｗｏｒｋ  Ｉ／Ｆ）で、ネットワーク（ＬＡＮ）１５０に接続する。また、無線通信も可能な構成となっており、赤外線やＢｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ−Ｆｉ（登録商標）を用いた通信にて他の装置と接続する。データの入出力を行う。３０６はモデム（ＭＯＤＥＭ）で、公衆回線に接続し、ＦＡＸの送受信等のデータの入出力を行う。
【００３５】
３１８は外部インタフェース（外部Ｉ／Ｆ）で、ＵＳＢ、ＩＥＥＥ１３９４，プリンタポート，ＲＳ−２３２Ｃ等の外部入力を受け付けるＩ／Ｆ部であり、本実施形態においては認証で必要となる携帯端末のＩＣカード（記憶媒体）の読み取り用のカードリーダ３１９が外部Ｉ／Ｆ部３１８に接続されている。そして、ＣＰＵ３０１は、この外部Ｉ／Ｆ３１８を介してカードリーダ３１９による携帯端末のＩＣカードからの情報読み取りを制御し、該携帯端末のＩＣカードから読み取られた情報を取得可能である。以上のデバイスがシステムバス３０９上に配置される。
【００３６】
３２０はイメージバスインタフェース（ＩＭＡＧＥ  ＢＵＳ  Ｉ／Ｆ）であり、システムバス３０９と画像データを高速で転送する画像バス３１５とを接続し、データ構造を変換するバスブリッジである。
画像バス３１５は、ＰＣＩバスまたはＩＥＥＥ１３９４で構成される。画像バス３１５上には以下のデバイスが配置される。
【００３７】
３１０はラスタイメージプロセッサ（ＲＩＰ）で、例えば、ＰＤＬコード等のベクトルデータをビットマップイメージに展開する。３１１はプリンタインタフェース（プリンタＩ／Ｆ）で、プリンタ部３１２とコントローラユニット３１６を接続し、画像データの同期系／非同期系の変換を行う。また、３１３はスキャナインタフェース（スキャナＩ／Ｆ）で、スキャナ３１４とコントローラユニット３１６を接続し、画像データの同期系／非同期系の変換を行う。
【００３８】
３１７は画像処理部で、入力画像データに対し補正、加工、編集を行ったり、プリント出力画像データに対して、プリンタの補正、解像度変換等を行う。また、これに加えて、画像処理部３１７は、画像データの回転や、多値画像データに対してはＪＰＥＧ、２値画像データはＪＢＩＧ、ＭＭＲ、ＭＨ等の圧縮伸張処理を行う。
【００３９】
スキャナ部３１４は、原稿となる紙上の画像を照明し、ＣＣＤラインセンサで走査することで、ラスタイメージデータとして電気信号に変換する。原稿用紙は原稿フィーダのトレイにセットし、装置使用者が操作部３０８から読み取り起動指示することにより、ＣＰＵ３０１がスキャナ３１４に指示を与え、フィーダは原稿用紙を１枚ずつフィードし原稿画像の読み取り動作を行う。
【００４０】
プリンタ部３１２は、ラスタイメージデータを用紙上の画像に変換する部分であり、その方式は感光体ドラムや感光体ベルトを用いた電子写真方式、微少ノズルアレイからインクを吐出して用紙上に直接画像を印字するインクジェット方式等があるが、どの方式でも構わない。プリント動作の起動は、ＣＰＵ３０１からの指示によって開始する。なお、プリンタ部３１２には、異なる用紙サイズまたは異なる用紙向きを選択できるように複数の給紙段を持ち、それに対応した用紙カセットがある。
【００４１】
操作部３０８は、ＬＣＤ表示部を有し、ＬＣＤ上にタッチパネルシートが貼られており、システムの操作画面を表示するとともに、表示してあるキーが押されるとその位置情報を操作部Ｉ／Ｆ３０７を介してＣＰＵ３０１に伝える。また、操作部３０８は、各種操作キーとして、例えば、スタートキー、ストップキー、ＩＤキー、リセットキー等を備える。
【００４２】
尚、表示部はプリンタによって表示性能が異なり、タッチパネルを介して操作をできるプリンタ、単に液晶画面を備え文字列を表示（印刷状態や印刷している文書名の表示）させるだけのプリンタによって本発明は構成されている。
【００４３】
ここで、操作部３０８のスタートキーは、原稿画像の読み取り動作を開始する時などに用いる。スタートキーの中央部には、緑と赤の２色ＬＥＤがあり、その色によってスタートキーが使える状態にあるかどうかを示す。また、操作部３０８のストップキーは、稼働中の動作を止める働きをする。また、操作部３０８のＩＤキーは、使用者のユーザＩＤを入力する時に用いる。リセットキーは、操作部からの設定を初期化する時に用いる。
【００４４】
カードリーダ３１９は、ＣＰＵ３０１からの制御により、ＩＣカード（ＩＣチップとして携帯端末内に備えられていてもよい）に記憶されている情報を読み取り、該読み取った情報を外部Ｉ／Ｆ３１８を介してＣＰＵ３０１へ通知する。また、カードリーダ３１９はＮＦＣの通信規格に対応しており、ＩＣカードや携帯端末のＩＣチップへの読み書きを行うことが可能な構成となっている。なお、ＮＦＣ規格対応のカードリーダに、ＮＦＣ規格対応の携帯端末をかざすと、認証を行い、携帯端末とプリンタ（複合機）とのペアリングを行う。そして、かざされた携帯端末とプリンタ（複合機）で通信（Ｐ２Ｐ）を確立してデータの通信を行うことが可能である。その他、高速通信規格である、Ｂｌｕｅｔｏｏｔｈ（登録商標）やＷｉ−Ｆｉ（登録商標）に通信を引き継ぎ（ハンドオーバー）、携帯端末とプリンタ（複合機）間で通信を行わせることも可能である。例えば、携帯端末をカードリーダにかざすことで、携帯端末に記憶されている画像をプリンタ（複合機）へ送信することが可能となる。なお、ＮＦＣの通信規格の詳細は、従来技術であるため、説明を省略するものとする。
【００４５】
上述した複合機３００では、複合機３００を制御するためのプラットフォームが存在し、このプラットフォーム上で、認証サーバと通信するための認証アプリケーションが動作している。認証アプリケーションはＨＤＤ３０４に記憶されている。プラットフォームが管理する、ログイン時にユーザ情報を格納するログインコンテキストや、各種設定情報は、ＨＤＤ３０４上に領域が確保されている。
【００４６】
また、プラットフォーム上には、複合機３００の本体機能を拡張したアプリケーションがインストールされ、動作している。これらアプリケーションは、プラットフォームのＡＰＩを用いて実行される。
【００４７】
このプラットフォームを介して、プリンタの各機能を制御することが可能な構成となっている。また、このプラットフォームを介して複合機３００でのエラーを検出して、サーバ１００にエラー情報を送信する。
【００４８】
また、複合機３００には、Ｗｅｂブラウザも記憶されており、Ｗｅｂシステムと連携することも可能である。この場合、Ｗｅｂアプリケーションサーバから受信した画面をＷｅｂブラウザを用いて表示する。Ｗｅｂブラウザ上で指示した命令は、Ｗｅｂアプリケーションサーバへ要求がなされ、Ｗｅｂアプリケーションサーバからの命令を受け付けることによって、複合機３００により動作（スキャンやプリント処理）を実行することが可能である。
【００４９】
以上のような構成によって、複合機３００は、スキャナ３１４から読み込んだ画像データをＬＡＮ１５０上に送信したり、ＬＡＮ１５０から受信した印刷データをプリンタ部３１２により印刷出力することができる。また、エラー情報や修理依頼内容を送信できる。
【００５０】
また、スキャナ３１４から読み込んだ画像データをモデム３０６により、公衆回線上にＦＡＸ送信したり、公衆回線からＦＡＸ受信した画像データをプリンタ部３１２により出力することできる。以上が図３の、本発明の実施形態における、複合機のハードウェア構成の一例についての説明である。
【００５１】
次に図１１を参照して、本発明の実施形態における、修理依頼アプリケーションとプラットフォームの機能の一例について説明する。図１１は、本発明の実施形態における、修理依頼アプリケーションとプラットフォームの機能の一例を示す図である。
複合機３００には、プラットフォーム（ＯＳ）と、修理依頼アプリケーションが設定されている。
【００５２】
当該プラットフォームは、例えば、印刷データの印刷を行うプリント機能（プリント機能部）、ＦＡＸデータを生成して送信先に送信するＦＡＸ機能（ＦＡＸ機能部）を備える。また、上述したプリント機能部や、ＦＡＸ機能部のような、プラットフォーム上に配置された各機能部（プリント機能部、ＦＡＸ機能部に限られない）のエラーを検知してエラーコードを修理依頼アプリケーションに通知する機能（エラー制御機能部）を備える。エラーはプラットフォームを介してエラーをサーバ１００に送信すると共に、修理依頼アプリケーションを介して、ユーザが積極的にエラー（修理依頼）をサーバ１００に送信する。
【００５３】
また、当該プラットフォームは、例えば、ユーザに、当該プリント機能やＦＡＸ機能の選択／実行を指示させるためのメインメニュー画面をディスプレイに表示する画面（表示画面）に表示する表示機能（表示機能部）を備える。例えば、メインメニュー画面に、プリント用のアイコン、ＦＡＸ用のアイコンを配置して表示画面に表示する。また、修理依頼アプリケーションから取得した、修理依頼アプリケーションの機能を実行するためのアイコン（修理依頼ボタン）を表示する。
【００５４】
当該プラットフォームは、その他、印刷データの記憶機能、原稿をスキャン（画像読み取り）することによるスキャンデータの生成・記憶機能、各種操作履歴を記憶する操作履歴記憶機能等を備える。
【００５５】
修理依頼アプリケーションは、プラットフォーム上に設定されており、入力された修理内容を送信する修理依頼送信機能（修理依頼送信部）を備える。また、プラットフォームから取得したエラーコードをメモリに記憶するエラーコードの記憶機能を備える。
【００５６】
当該修理依頼アプリケーションと、プラットフォームの各機能とのデータの送受信は、プラットフォーム（ＯＳ）を介して行われる。つまり、例えば、修理依頼ボタンの表示を行う場合、修理依頼アプリケーションが、当該修理依頼ボタンのボタン画像及び当該ボタン画像の表示指示をプラットフォームに送信し、当該ボタン画像を取得したプラットフォームが、当該プラットフォーム内の表示機能部に対して、当該ボタン画像及びボタン画像のメインメニュー画面への表示指示を送信する。そして、当該指示を受け取った表示機能部が、当該ボタンを配置したメインメニュー画面を生成してディスプレイに表示画面として出力するものである。
【００５７】
また、プラットフォームのエラー制御機能はエラーを検知した場合に、サーバ１００にエラー情報を送信する。また、プラットフォームは、エラーを解除するための操作を検知して、エラー解除操作情報をサーバ１００に送信する。
なお、エラー解除操作情報の送信は、修理依頼アプリケーションが実行してもよい。
以上が図１１の、本発明の実施形態における、修理依頼アプリケーションとプラットフォームの機能の一例についての説明である。
【００５８】
次に図４を参照して、本発明の実施形態での特徴を示す、各種装置の機能構成の一例について説明する。図４は、本発明の実施形態における、各種装置の機能構成の一例を示す図である。
【００５９】
画像形成装置としての複合機３００は、不具合情報送信部４０１と、解除操作情報送信部４０２を有している。情報処理装置としてのサーバ１００は、不具合情報受信部４０３と、解除操作情報受信部４０４と、表示部４０５を有している。
不具合情報送信部４０１は、画像形成装置を識別する画像形成装置識別情報と不具合内容を含む不具合情報を送信する機能部である。
【００６０】
解除操作情報送信部４０２は、ユーザの操作により当該不具合を解除する操作がされた場合に、当該画像形成装置を識別する画像形成装置識別情報を含む解除操作を示す情報を送信する機能部である。
不具合情報受信部４０３は、前記不具合情報を受信する機能部である。
解除操作情報受信部４０４は、前記解除操作を示す情報を受信する機能部である。
【００６１】
表示部４０５は、受信した不具合情報を表示する機能部である。また、解除操作を示す情報を受信した場合に、前記解除操作を示す情報に含まれる画像形成装置識別情報に基づく不具合情報を、ユーザが識別可能に表示する。
【００６２】
次に図５を参照して、本発明の実施形態における、複合機３００でエラーが発生した場合の処理について説明する。図５は、本発明の実施形態における、エラーが発生した場合の処理の流れを示すフローチャートである。
【００６３】
ステップＳ５０１では、複合機３００のプラットフォームが自装置で発生したエラーを検知する。エラーとしては、紙詰まり、紙切れ、トナー不足などである。プラットフォームは、内部的に記憶しているエラーの種類を示すエラーＩＤを取得する。
【００６４】
ステップＳ５０２では、プラットフォームは、自身で管理している「複合機の識別番号であるデバイスＩＤ」「複合機の製品名（機種名）」を取得する。取得した「デバイスＩＤ」、「エラーＩＤ」、「複合機の製品名（機種名）」を含むエラー情報（不具合情報）サーバに対して送信する。複合機のプラットフォームがなお、エラーＩＤに限らず、複合機が検知できなかったエラー内容をユーザが入力し送信することが可能である。従って、エラーＩＤを、不具合内容と言い換えることが可能である。
不具合情報の内容は、１通信で送ってもよいし、それぞれの情報を複数の通信で個別に送信してもよい。
【００６５】
また、デバイスＩＤと製品名（機種名）を送信する構成としたが、エラーの発生した複合機が特定できる情報であれば、ＩＰアドレスやＭＡＣアドレスを送信する構成であってもよい。
【００６６】
ステップＳ５０２は、画像形成装置を識別する画像形成装置識別情報と不具合内容を含む不具合情報を送信する不具合情報送信処理の一例を示すステップである。
【００６７】
ステップＳ５０３では、サーバが複合機から送信された「エラーＩＤ」、「デバイスＩＤ」、「製品名（機種名）」を受信する。受信した「エラーＩＤ」、「デバイスＩＤ」、「製品名（機種名）」は、データテーブル８００に記憶する。ここで記憶した場合の例は、８９０となる。
ステップＳ５０３は、不具合情報を受信する不具合情報受信処理の一例を示すステップである。
【００６８】
ここでデータテーブル８００について説明する。まず、データテーブルにレコードが挿入される。レコードに「デバイスＩＤ「、「製品名」、「エラー検知日時」、「エラーＩＤ」が追加される。「エラー解除中」、「修理依頼」、「修理依頼優先度高」のフラグは全て「ＦＡＬＳＥ」となる。エラー検知日時は、不具合情報を受信した日時または、複合機でエラーを検知した日時（複合機から受信）であってもよい。
【００６９】
ステップＳ５０４では、サーバのディスプレイ（ＰＣ２００であってもよい）で、記憶した不具合情報を表示する。表示の例がサービスのデバイス監視画面９００である。デバイス監視画面では、データテーブル８００に登録されているエラーＩＤに従って、データテーブル７００を参照し、エラー内容を特定して、デバイスのステータスとして表示する。
ステップＳ５０４の処理は、不具合情報を表示する表示する表示処理の一例を示すステップである。
【００７０】
ステップＳ５０５では、複合機がユーザ操作による修理依頼ボタン押下がされたか否かを判定する具体的には、複合機にインストールされている修理依頼アプリケーションのアイコンが押下され、実行要求されたことをプラットフォームが検知する。この修理依頼ボタンの押下は、ユーザが任意に押下することができる。
ステップＳ５０６では、修理依頼アプリケーションが実行され、図１０の画面から修理依頼内容をユーザが入力する。
【００７１】
図１０の入力画面では、プラットフォームが認識できないようなエラー（例えば、印字のかすれなど）についても、修理依頼アプリケーションの画面から不具合内容を入力することができる。
【００７２】
図１０は修理依頼アプリケーションの画面の例を示しており、１０００では、プラットフォームがエラーを検知していない場合の入力画面であり、１００１で不具合の項目を入力する。その他の会社名、名前などは、ユーザが任意に入力する。予め登録されている値やログインユーザの情報を基にデフォルト設定されてもよい。
１００５の修理依頼送信ボタンが押下されると、入力された不具合情報がサーバに送信される。
【００７３】
また、１０１０は、プラットフォームがエラーを検知した場合（Ｓ５０１）で修理依頼ボタンが押下された場合の入力画面であり、１０１１はエラーメッセージが設定され、取得したエラーＩＤが１０１０に設定される。１００５の修理依頼送信ボタンが押下されると、入力された不具合情報がサーバに送信される。
【００７４】
ステップＳ５０７では、図１０で入力された複合機が修理依頼内容をサーバに対して送信する。ステップＳ５０７は、ユーザの操作に応じて、不具合の解消を依頼する依頼情報を送信する依頼情報送信処理の一例を示すステップである。
この修理依頼内容をサーバに送信すると、担当者が優先的に認識することができ、電話するあるいは現地に赴き即座に修理対応をすることになる。
【００７５】
なお、本実施形態では、ステップＳ５０２でエラーを送信するように構成したが、プラットフォームでエラーを検知できない場合には、送信されないものとする。
【００７６】
ステップＳ５０８では、サーバが複合機から送信された修理依頼内容を受信する。受信した修理依頼内容を、データテーブル８００に記憶する。ここで記憶した場合の例が、８９１である。ステップＳ５０８は、依頼情報を受信する依頼情報受信処理の一例を示すステップである。
【００７７】
なお、先にステップＳ５０２でエラーを送信する場合には、エラーＩＤを基に、データテーブル８００を更新する。具体的には、修理依頼のフラグが「ＴＲＵＥ」となる。また、不図示であるが、受信した修理依頼内容が記憶されるものとする。
【００７８】
ステップＳ５０９では、サーバのディスプレイのサービスのデバイス監視画面９００で、修理依頼内容を受信したことを示すべく、修理依頼のマークを点灯表示する。例えば、９０３の「●」。マーク表示でなくハイライト表示など色による強調表示してもよい。ステップＳ５０９は、依頼情報を受信した場合に、画像形成装置に不具合情報に依頼があったことを示す表示をする処理の一例を示すステップである。
【００７９】
ステップＳ５１０では、複合機のプラットフォームが、複合機でユーザが操作している内容がエラー解除操作であるかどうかを判定する。具体的には、複合機３００のデータテーブル７００を参照する。サーバに記憶されているデータテーブル７００を参照してもよい。
【００８０】
まず、複合機の操作内容を取得（例えば、トレーオープン）し、データテーブル７００からエラーＩＤやエラー内容を取得する。複合機で現在発生しているエラー情報（エラーＩＤや修理依頼アプリケーションで入力したエラーの項目）と一致するかを判定し、ユーザがエラーを解除しようとしているかを判定する。
【００８１】
エラー解除する操作であった場合には、複合機はサーバに対してエラー解除操作内容を送信する。エラー解除操作内容には、デバイスＩＤ、エラーＩＤ、関連操作、操作ＩＤが含まれる。
【００８２】
ステップＳ５１０は、ユーザの操作により不具合を解除する操作がされた場合に、画像形成装置を識別する画像形成装置識別情報を含む解除操作を示す情報を送信する解除操作情報送信処理の一例を示すステップである。
【００８３】
ステップＳ５１１では、サーバが複合機から送信されたエラー解除操作内容を受信する。エラー解除操作内容を受信すると、デバイスＩＤとエラーＩＤに従って、データテーブル８００を更新する。更新した例が８９２である。具体的には、エラー解除中のフラグが「ＴＲＵＥ」となる。また、不図示であるが、関連操作、操作ＩＤが登録される。
ステップＳ５１１は、解除操作を示す情報を受信する解除操作情報受信処理の一例を示すステップである。
【００８４】
本実施形態では、デバイスＩＤとエラーＩＤによってデータテーブル８００を更新するように構成したが、エラーが１つである場合には、デバイスＩＤで特定するようにしてもよい。また、デバイスＩＤ以外に、通信で用いるＩＰアドレスでデバイス（複合機）を特定するようにしてもよい。
【００８５】
これにより、不具合のあった複合機で、ユーザがデバイスのエラーを解除しようとしていることがわかる。ユーザからのヘルプがあがる前に状況を知ることにより、この後、ユーザがエラーを解除できなかった場合に、早期にサポートをすることが可能となる。
【００８６】
ステップＳ５１２では、サーバのディスプレイのサービスのデバイス監視画面９００で、エラー解除操作内容を受信したことを示すべく、解除中のマークを点灯表示する。例えば、９０１、９０２、９０４の「●」。マーク表示でなくハイライト表示など色による強調表示してもよい。
【００８７】
ステップＳ５１２は、解除操作を示す情報を受信した場合に、解除操作を示す情報に含まれる画像形成装置識別情報に基づく不具合情報を、ユーザが識別可能に表示する表示処理の一例を示すステップである。
【００８８】
ステップＳ５１３では、修理依頼ランプが点灯表示しているかどうかを判定する。具体的には、データテーブル８００で修理依頼が「ＴＲＵＥ」となっているかを判定する。「ＴＲＵＥ」の場合には、ステップＳ５１４へ処理を移す。「ＦＡＬＳＥ」の場合には、処理を終了する。
【００８９】
ステップＳ５１４では、修理依頼ランプが点灯表示していた状態で、エラー解除操作の情報を受信した場合、ユーザは修理依頼を送信したものの自力でのエラー解除を試みていることとなる。これは早急にエラーを解除したい状況だと推測できるためサーバでは修理依頼優先度高ランプを点灯表示する。例えば、９０４の「★」。この時データテーブル８００は、８９３のように更新される。具体的には、エラー解除中、修理依頼、修理依頼優先度高のフラグは全て「ＴＲＵＥ」となる。
【００９０】
９０４のように、解除中且つ修理依頼があったエラーがあった場合については、不具合の解消を優先させるため、強調表示する（破線などの強調表示）。また、強調表示としては、９１０のようにメッセージとして通知してもよい。
【００９１】
ステップＳ５１４は、解除操作を示す情報と依頼情報を有する不具合情報を強調表示して、ユーザに優先的に識別可能に表示する処理の一例を示すステップである。
【００９２】
ステップＳ５１５では、複合機がユーザ操作によりエラーが解除されたか否かを判定する。エラーが解除された場合、複合機は解除されたエラーＩＤを含むエラー解除情報をサーバに通知する。エラーの解除はプラットフォームが解除を検知する。例えば紙詰まりがなくなった場合にエラー解除とする。エラー解除情報には、エラー解除日時が含まれる構成であってもよい。
ステップＳ５１６では、サーバが複合機から送信されたエラー解除情報を受信する。
ステップＳ５１７では、サーバが複合機からエラー解除情報を受信したことにより、点灯していたエラー解除中ランプを消灯する。
ステップＳ５１８では、サーバが修理依頼ランプ点灯後規定時間を超過したことを検知する。
【００９３】
ステップＳ５１９では、サーバが修理依頼ランプの点灯を判定する。具体的には、データテーブル８００の修理依頼が「ＴＲＵＥ」か否かを判定する。「ＴＲＵＥ」の場合、修理依頼があり、サービスのデバイス監視画面９００では修理依頼が点灯「●」となっている。
【００９４】
ステップＳ５２０では、修理依頼ランプが点灯していなかった場合には、サーバが修理依頼アラートを発生させる。具体的には、９０４のレコードを点滅表示するあるいは、管理者に通知するなどを実行する。これはユーザが修理を試みたにもかかわらず解除できなかった場合を検知するためである。
図９の９０５は、修理依頼のみがされ、所定時間経過した場合の例を示している。また９０６は、エラーか解除された状態の場合の、表示例を示している。
【００９５】
このサービスのデバイス監視画面９００により、担当者が優先的に対応するエラーのあるデバイスを特定でき、迅速かつ効率的なサポートを行うことが可能となる。
【００９６】
次に、図６を用いて、図５のステップＳ５１０の詳細について説明する。図６は、エラー解除操作内容取得の処理の一例を示すフローチャートである。
ステップＳ６０１では、デバイスでエラーが発生したあとに、複合機のプラットフォームが、複合機でのユーザの操作を検知する。
【００９７】
ステップＳ６０２では、前面カバーオープン、横カバーオープン、フィニッシャー解除などの複合機の状態の情報を取得する。ステップＳ６０２は、画像形成装置の操作情報を取得する操作情報取得処理の一例を示すステップである。
【００９８】
ステップＳ６０３では、取得した情報をもとに、図７のデータテーブル７００を参照し、操作が現在発生しているエラーを解除するための操作なのか否かを判断する。現在発生しているエラーＩＤに対応する操作かを判定するものとする。エラー解除のための操作であると判断した場合にはステップＳ６０４に処理を移す。エラー解除のための操作でない場合には、エラー解除情報を送信せずに、処理を終了する。
ステップＳ６０３は、取得した操作情報が不具合を解除する操作に係る情報であるか否かを判定する操作判定処理の一例を示すステップである。
【００９９】
ステップＳ６０４では、サーバにエラー解除中情報を通知する。具体的には、エラー解除中情報としてのエラー解除操作内容には、デバイスＩＤ、エラーＩＤ、関連操作、操作ＩＤが含まれる。ステップＳ６０４は、解除する操作に係る情報であると判定された場合に、操作情報取得処理で取得した操作情報に基づき解除操作を示す情報を送信する処理の一例を示すステップである。
【０１００】
図７は、ステップＳ６０３でユーザ操作がエラー解除操作なのかを判断するための情報である。
カラム７０１はエラーの種類を分類する。カラム７０２ではエラーの種類を言葉で分類する。
【０１０１】
カラム７０３では関連操作を持つ。カラム７０４では操作を分類する。発生しているエラーＩＤをカラム７０１から探索し、ステップＳ６０２で取得した操作情報がカラム７０３の関連操作と一致するか否かで、ユーザがエラー解除を試みているか否かを判断する。
図７は、参照可能なデータであれば、複合機又はサーバどちらに保存されていてもよい。
【０１０２】
図８は、サーバがもつデバイス情報表示のためのデータテーブルである。カラム８０１ではデバイスＩＤを持つ。カラム８０２ではデバイスの製品名を持つ。
カラム８０３ではエラーを検知した日時を持つ。カラム８０４ではエラーを分類したエラーＩＤを持つ。
カラム８０５ではユーザがエラーを解除中か否かの情報を持つ。ＴＲＵＥのときエラー解除中であり、ＦＡＬＳＥのときエラー解除中ではないことを意味する。
【０１０３】
カラム８０６では図１の修理依頼アプリケーションによって顧客が修理依頼を送信したか否かを表す。ＴＲＵＥのとき修理依頼が送信されたことを意味し、ＦＡＬＳＥのとき修理依頼が送信されていないことを意味する。
【０１０４】
カラム８０７では修理依頼優先度高の情報を持つ。ＴＲＵＥのとき優先度高であることを示し、ＦＡＬＳＥのとき優先度高ではないことを示す。優先度高になるのは図５のステップＳ５１４のときである。
【０１０５】
図９は、サーバのデバイス監視画面である。レコード９０１およびレコード９０２はデバイスでエラーが発生し、ユーザが解除しようとしている状況を表す。
レコード９０３ではユーザが図１の修理依頼アプリを起動した状態を表す。エラー解除は試みていないので解除中のランプは点灯しない。
【０１０６】
レコード９０４では修理依頼アプリを起動し、かつその後もエラー解除を試みている状態を表す。ユーザはデバイスをすぐにでも使いたい状況であると分析できるので、修理依頼ランプは優先度高として表示される。
【０１０７】
レコード９０５ではデバイスのエラーが一定時間放置されている状態を表す。エラーの解除も試みられていない。優先度は高くないが、デバイスはエラー状態のままなので何らかのフォローが推奨される。
レコード９０６はエラーが解除された状態である。デバイスステータスのカラムにエラーは表示されず解除中ランプも消灯する。
【０１０８】
図１０は、修理依頼アプリケーションの画面の例を示しており、複合機でエラーが発生している場合（１０１０）と発生していない場合（１０００）で表示が変わるように制御されている。図１０の説明は、上述した通りである。
【０１０９】
以上、本実施形態によれば、不具合発生時の画像形成装置に対する不具合解除に係る操作情報を用いて、不具合に対する対応が容易になる。特にエラー時の複合機の操作により優先度を変更して、表示されるため、迅速かつ効率的な不具合解除のサポートが可能となる。
【０１１０】
以上、本発明の実施形態を詳述したが、本発明は、例えば、システム、装置、方法、装置で読み取り実行可能なプログラムもしくは記憶媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１１１】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。
【０１１２】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、プログラムコード自体及びそのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１１３】
プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のカード、ＲＯＭ等を用いることができる。
【０１１４】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（基本システム或いはオペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１１５】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【符号の説明】
【０１１６】
１００  サーバ
１５０  ＬＡＮ
１５１  ＬＡＮ
２００  ＰＣ
３００  複合機
【図１】
2017154319.tif 000003
【図２】
2017154319.tif 000004
【図３】
2017154319.tif 000005
【図４】
2017154319.tif 000006
【図５】
2017154319.tif 000007
【図６】
2017154319.tif 000008
【図７】
2017154319.tif 000009
【図８】
2017154319.tif 000010
【図９】
2017154319.tif 000011
【図１０】
2017154319.tif 000012
【図１１】
2017154319.tif 000013