JP2020135279A - 画像形成システム - Google Patents

Abstract

【課題】 一連の流れに応じて発生する複雑な異常を検出することができる画像形成システムを提供する。【解決手段】 画像形成システムは、タッチパネルを備え、タッチパネルに対する無効なタッチのカウントをタッチパネルに対するタッチのログに基づいて特定し（Ｓ１０１）、タッチパネルに対する無効なタッチのカウントが特定の閾値以上である場合に、タッチパネルに表示されている画面のフリーズの異常を検出することを特徴とする。【選択図】 図４

Description

本発明は、画像を形成する画像形成システムに関する。

従来の画像形成装置として、画像形成装置に備わっているセンサーの検出値に基づいて異常の発生を検出した場合に、ＳＣ（サービスコール）を通知するものが知られている（例えば、特許文献１参照。）。

特開２００４−２４８２５６号公報

しかしながら、従来の画像形成装置においては、画像形成装置に備わっているセンサーの検出値が正常範囲内ではない場合に異常の発生を判断するので、複数のデバイスにわたる制御や、利用者の操作などに基づいた、一連の流れに応じて発生する複雑な異常を検出することができないという問題がある。

そこで、本発明は、一連の流れに応じて発生する複雑な異常を検出することができる画像形成システムを提供することを目的とする。

本発明の画像形成システムは、タッチパネルを備え、前記タッチパネルに対する無効なタッチのカウントを前記タッチパネルに対するタッチのログに基づいて特定し、前記タッチパネルに対する無効なタッチのカウントが特定の閾値以上である場合に、前記タッチパネルに表示されている画面のフリーズの異常を検出することを特徴とする。

この構成により、本発明の画像形成システムは、タッチパネルに対する無効なタッチのカウントをタッチパネルに対するタッチのログに基づいて特定し、タッチパネルに対する無効なタッチのカウントが特定の閾値以上である場合に、タッチパネルに表示されている画面のフリーズの異常を検出するので、一連の流れに応じて発生する複雑な異常を検出することができる。

本発明の画像形成システムは、前記異常を回復するための回復処理を実行しても良い。

この構成により、本発明の画像形成システムは、異常を回復するための回復処理を実行するので、異常に対応するための利用者の手間を抑えることができるとともに、異常を迅速に回復することができる。

本発明の画像形成システムにおいて、前記特定の閾値は、前記画面の種類に応じて設けられても良い。

この構成により、本発明の画像形成システムは、画面のフリーズの異常を検出するための無効なタッチのカウントの閾値が、画面の種類に応じて設けられるので、画面の種類に応じて適切に画面のフリーズの異常を検出することができる。

本発明の画像形成システムは、一連の流れに応じて発生する複雑な異常を検出することができる。

本発明の一実施の形態に係る画像形成システムの外観斜視図である。 図１に示すＭＦＰのブロック図である。 図１に示すキオスク端末のブロック図である。 回復処理の実行のスケジュールをスケジュールリストに追加したり、これをスケジュールリストから削除したりする場合の図３に示すキオスク端末の動作のフローチャートである。 図４に示す無効タッチカウント特定処理のフローチャートである。 図５に示す無効タッチカウント整形処理のフローチャートである。 図４に示すキオスク端末画面特定処理のフローチャートである。 図４に示す異常操作有無整形処理のフローチャートである。 異常が発生した場合の画像形成システム１０の動作のフローチャートである。 図９に示す動作において表示される回復処理開始指示要求画面の一例を示す図である。

以下、本発明の実施の形態について、図面を用いて説明する。

まず、本発明の一実施の形態に係る画像形成システムの構成について説明する。

図１は、本実施の形態に係る画像形成システム１０の外観斜視図である。

図１に示すように、画像形成システム１０は、画像形成装置としてのＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）２０と、ＭＦＰ２０の機能を補強する機能補強装置としてのキオスク端末３０とを備えている。ＭＦＰ２０と、キオスク端末３０とは、隣り合って配置されている。画像形成システム１０は、例えば、コンビニエンスストアなどの小売業の店舗などに設置される。

ＭＦＰ２０と、キオスク端末３０とは、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）を介して互いに通信可能に接続されている。ＭＦＰ２０と、キオスク端末３０との接続が切断されている状況としては、例えば、ＭＦＰ２０と、キオスク端末３０とを接続するためのＬＡＮケーブルがＭＦＰ２０およびキオスク端末３０の少なくとも一方に接続されていない状況、ＭＦＰ２０およびキオスク端末３０の少なくとも一方の電源が切断されている状況、ＭＦＰ２０と、キオスク端末３０との間の通信を制御するアプリケーションソフトがＭＦＰ２０およびキオスク端末３０の少なくとも一方において動作していない状況などが存在する。

図２は、ＭＦＰ２０のブロック図である。

図１および図２に示すように、ＭＦＰ２０は、種々の操作が入力される例えばボタンなどの操作デバイスである操作部２１と、用紙などの記録媒体に画像を印刷する印刷デバイスであるプリンター２２と、原稿から画像を読み取る読取デバイスであるスキャナー２３と、図示していない外部のファクシミリ装置と公衆電話回線などの通信回線経由でファックス通信を行うファックスデバイスであるファックス通信部２４と、ＬＡＮ、インターネットなどのネットワーク経由で、または、ネットワークを介さずに有線または無線によって直接に、外部の装置と通信を行う通信デバイスである通信部２５と、各種の情報を記憶する例えば半導体メモリー、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）などの不揮発性の記憶デバイスである記憶部２６と、ＭＦＰ２０全体を制御する制御部２７とを備えている。

操作部２１は、種々の情報を表示するとともに種々の操作が入力されるタッチパネル２１ａを備えている。

記憶部２６は、操作部２１、プリンター２２、スキャナー２３などの、ＭＦＰ２０における各種のデバイスのログであるデバイスログ２６ａを記憶可能である。なお、ログとは、例えば「画面が触られた」、「○○の処理を開始する」、「状態が○○に変化した」などの記録を示すテキストである。

制御部２７は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）と、プログラムおよび各種のデータを記憶しているＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）と、制御部２７のＣＰＵの作業領域として用いられるメモリーとしてのＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）とを備えている。制御部２７のＣＰＵは、記憶部２６または制御部２７のＲＯＭに記憶されているプログラムを実行する。

制御部２７は、記憶部２６または制御部２７のＲＯＭに記憶されているプログラムを実行することによって、操作部２１、プリンター２２、スキャナー２３などの、ＭＦＰ２０における各種のデバイスを制御するデバイス制御部２７ａと、デバイスログ２６ａを管理するログ管理部２７ｂとを実現する。ログ管理部２７ｂは、デバイスログ２６ａの少なくとも一部を例えばＳｙｓｌｏｇプロトコルによってキオスク端末３０に送信可能である。

図３は、キオスク端末３０のブロック図である。

図１および図３に示すように、キオスク端末３０は、種々の操作が入力される操作デバイスである操作部３１と、写真を印刷する印刷デバイスである写真プリンター３２と、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリーなどの外部の記憶媒体と通信を行うメディアリーダー３３と、画像形成システム１０の利用料金を徴収する料金徴収装置３４と、料金徴収装置３４によって徴収した利用料金のレシートを印刷する印刷デバイスであるレシートプリンター３５と、スピーカー３６と、ＬＡＮ、インターネットなどのネットワーク経由で、または、ネットワークを介さずに有線または無線によって直接に、外部の装置と通信を行う通信デバイスである通信部３７と、各種の情報を記憶する例えば半導体メモリー、ＨＤＤなどの不揮発性の記憶デバイスである記憶部３８と、キオスク端末３０全体を制御する制御部３９とを備えている。

操作部３１は、種々の情報を表示するとともに種々の操作が入力されるタッチパネル３１ａを備えている。

キオスク端末３０のタッチパネル３１ａの画面サイズは、ＭＦＰ２０のタッチパネル２１ａの画面サイズより大きい。

図１に示す画像形成システム１０は、タッチパネル３１ａに表示されたメインメニュー画面４１に対する操作に応じて様々なサービスを提供することができる。例えば、画像形成システム１０は、スキャナー２３によって原稿から読み取った画像をプリンター２２によって印刷する「コピー」のサービス、スキャナー２３によって原稿から読み取った画像をファックス通信部２４（図２参照。）によってファックス送信する「ファックス」のサービス、スキャナー２３によって原稿から読み取った画像をメディアリーダー３３を介してＵＳＢメモリーなどの外部の記憶媒体に保存する「スキャン」のサービス、図示していない外部のデータ管理システムによって管理されているデータを通信部３７（図３参照。）および通信部２５（図２参照。）経由で受信して、受信したデータに基づいてプリンター２２または写真プリンター３２（図３参照。）によって印刷を実行する「ネットワークプリント」のサービス、メディアリーダー３３を介してＵＳＢメモリーなどの外部の記憶媒体から取得した、または、通信部２５および通信部３７の少なくとも一方によって外部から無線通信で取得した文書データに基づいてプリンター２２によって文書を印刷する「文書プリント」のサービス、メディアリーダー３３を介してＵＳＢメモリーなどの外部の記憶媒体から取得した、または、通信部２５および通信部３７の少なくとも一方によって外部から無線通信で取得した画像データに基づいて写真プリンター３２によって写真を印刷する「写真プリント」のサービスなどが含まれる。また、画像形成システム１０は、タッチパネル２１ａに対する特殊な操作に応じて、ＭＦＰ２０のメンテナンスのための「メンテナンス」のサービスを提供することもできる。

写真プリンター３２は、印刷した写真が取り出される写真取り出し口３２ａを備えている。

料金徴収装置３４は、硬貨が投入される硬貨投入口３４ａと、硬貨が返却される硬貨返却口３４ｂとを備えている。

レシートプリンター３５は、印刷したレシートが取り出されるレシート取り出し口３５ａを備えている。

記憶部３８は、ＭＦＰ２０、操作部３１、写真プリンター３２、料金徴収装置３４、スピーカー３６などの、画像形成システム１０における各種のデバイスのログであるデバイスログ３８ａと、「コピー」、「ファックス」、「スキャン」、「ネットワークプリント」、「文書プリント」、「写真プリント」、「メンテナンス」などの、画像形成システム１０における各種のサービスのログであるサービスログ３８ｂとを記憶可能である。

記憶部３８は、処理の実行のスケジュールを示すスケジュールリスト３８ｃを記憶可能である。

制御部３９は、例えば、ＣＰＵと、プログラムおよび各種のデータを記憶しているＲＯＭと、制御部３９のＣＰＵの作業領域として用いられるメモリーとしてのＲＡＭとを備えている。制御部３９のＣＰＵは、記憶部３８または制御部３９のＲＯＭに記憶されているプログラムを実行する。

制御部３９は、記憶部３８または制御部３９のＲＯＭに記憶されているプログラムを実行することによって、ＭＦＰ２０、操作部３１、写真プリンター３２、料金徴収装置３４、スピーカー３６などの、画像形成システム１０における各種のデバイスを制御するデバイス制御部３９ａと、「コピー」、「ファックス」、「スキャン」、「ネットワークプリント」、「文書プリント」、「写真プリント」、「メンテナンス」などの、画像形成システム１０における各種のサービスを制御するサービス制御部３９ｂと、デバイスログ３８ａおよびサービスログ３８ｂを管理するログ管理部３９ｃとを実現する。ログ管理部３９ｃは、ＭＦＰ２０から例えばＳｙｓｌｏｇプロトコルによって受信したログをデバイスログ３８ａに追加可能である。

なお、画像形成システム１０において、ＭＦＰ２０のタッチパネル２１ａは、基本的には利用されない。しかしながら、ＭＦＰ２０と同一のモデルのＭＦＰは、画像形成システムの一部としてだけでなく、ＭＦＰ単独で設置されることもある。したがって、ＭＦＰ２０は、タッチパネル２１ａを備えている。

次に、画像形成システム１０の動作について説明する。

画像形成システム１０は、タッチパネル３１ａに表示されている画面がフリーズする異常によって利用することができなくなる場合がある。利用者は、一般的に、タッチパネル３１ａに表示されている画面がフリーズした場合、画面を何度もタッチして反応を確かめる場合が多い。画像形成システム１０は、このような異常な操作を検出することによって、タッチパネル３１ａに表示されている画面がフリーズする異常を検出することができる。

キオスク端末３０は、タッチパネル３１ａに表示されている画面のフリーズの異常の回復処理を実行することができる。タッチパネル３１ａに表示されている画面がフリーズする原因としては、制御部３９のＲＡＭの使用量が増大し過ぎているというものが存在するので、タッチパネル３１ａに表示されている画面のフリーズの異常の回復処理には、制御部３９のＲＡＭの回復が含まれる。また、タッチパネル３１ａに表示されている画面がフリーズする原因としては、通信部３７を介した通信の不良によってキオスク端末３０の外部から応答が返ってこなくなっているというものが存在するので、タッチパネル３１ａに表示されている画面のフリーズの異常の回復処理には、通信部３７を介した通信の強制終了が含まれる。また、タッチパネル３１ａに表示されている画面がフリーズする原因としては、プログラムの不具合が存在するので、タッチパネル３１ａに表示されている画面のフリーズの異常の回復処理には、サービスの強制終了が含まれる。

まず、回復処理の実行のスケジュールをスケジュールリスト３８ｃに追加したり、これをスケジュールリスト３８ｃから削除したりする場合のキオスク端末３０の動作について説明する。

図４は、回復処理の実行のスケジュールをスケジュールリスト３８ｃに追加したり、これをスケジュールリスト３８ｃから削除したりする場合のキオスク端末３０の動作のフローチャートである。

ログ管理部３９ｃは、デバイスログ３８ａおよびサービスログ３８ｂの少なくとも一方にログが１つ増える度に、増えたログを対象にして図４に示す動作を実行する。

図４に示すように、ログ管理部３９ｃは、タッチパネル３１ａに対する無効なタッチのカウント（以下「無効タッチカウント」という。）を特定する無効タッチカウント特定処理を実行する（Ｓ１０１）。

なお、タッチパネル３１ａに対する無効なタッチとは、例えばコピーの設定の変更やコピーの開始などの特定の動作を画像形成システム１０に開始させることがないタッチである。一方、タッチパネル３１ａに対する有効なタッチとは、特定の動作を画像形成システム１０に開始させるタッチである。したがって、特定の動作を開始させたタッチのログは、有効なタッチのログであり、特定の動作を開始させなかったタッチのログは、無効なタッチのログである。

図５は、図４に示す無効タッチカウント特定処理のフローチャートである。

図５に示すように、ログ管理部３９ｃは、日時をパースする整形を対象のログをコピーした文字列に対して実行する（Ｓ１２１）。例えば、対象のログが“２０１８／１／１ ００：５０：２０ ・・・”という文字列である場合、ログ管理部３９ｃは、Ｓ１２１の処理によって（２０１８／１／１ ００：５０：２０，“・・・”）という文字列を生成する。なお、「・・・」には、ログの具体的な内容が記載されている。

ログ管理部３９ｃは、Ｓ１２１の処理の後、Ｓ１２１において生成した文字列に対して、ログの具体的な内容を無効タッチカウントに置き換える整形を実行する無効タッチカウント整形処理を実行する（Ｓ１２２）。

図６は、図５に示す無効タッチカウント整形処理のフローチャートである。

図６に示すように、ログ管理部３９ｃは、対象のログに記載されている、ログの具体的な内容に基づいて、対象のログの種類を判定する（Ｓ１４１）。

ログ管理部３９ｃは、対象のログの種類が、タッチパネル３１ａに対する有効なタッチのログであるとＳ１４１において判定すると、Ｓ１２１において生成した文字列に対して、ログの具体的な内容を「ｃｏｕｎｔ＝−１」に置き換えて（Ｓ１４２）、図６に示す動作を終了する。

ログ管理部３９ｃは、対象のログの種類が、タッチパネル３１ａに対するタッチのログではない、すなわち、一般のログであるとＳ１４１において判定すると、Ｓ１２１において生成した文字列に対して、ログの具体的な内容を「ｃｏｕｎｔ＝“前回の無効タッチカウント”」に置き換えて（Ｓ１４３）、図６に示す動作を終了する。ここで、“前回の無効タッチカウント”とは、実際には、前回の無効タッチカウント整形処理において生成された文字列に含まれている、具体的な無効タッチカウントである。

ログ管理部３９ｃは、対象のログの種類が、タッチパネル３１ａに対する無効なタッチのログであるとＳ１４１において判定すると、前回の無効なタッチのログから例えば３０秒などの特定の時間以上経過しているか否かを判断する（Ｓ１４４）。

ログ管理部３９ｃは、前回の無効なタッチのログから特定の時間以上経過しているとＳ１４４において判断すると、Ｓ１２１において生成した文字列に対して、ログの具体的な内容を「ｃｏｕｎｔ＝１」に置き換えて（Ｓ１４５）、図６に示す動作を終了する。

ログ管理部３９ｃは、前回の無効なタッチのログから特定の時間以上経過していないとＳ１４４において判断すると、Ｓ１２１において生成した文字列に対して、ログの具体的な内容を「ｃｏｕｎｔ＝“前回の無効タッチカウント＋１”」に置き換えて（Ｓ１４６）、図６に示す動作を終了する。ここで、“前回の無効タッチカウント＋１”とは、実際には、前回の無効タッチカウント整形処理において生成された文字列に含まれている、具体的な無効タッチカウントに１を加えた値である。

例えば、ログ管理部３９ｃは、Ｓ１２１において生成した文字列が（２０１８／１／１ ００：５０：２０，“・・・”）である場合に、対象のログの種類が、タッチパネル３１ａに対する無効なタッチのログであって（Ｓ１４１で「無効なタッチのログ」）、前回の無効なタッチのログから特定の時間以上経過していないとき（Ｓ１４４でＮＯ）、前回の無効タッチカウント整形処理において生成された文字列が（２０１８／１／１ ００：５０：００，ｃｏｕｎｔ＝５）であるとすると、Ｓ１４６の処理において（２０１８／１／１ ００：５０：２０，ｃｏｕｎｔ＝６）という文字列を生成する。

図５に示すように、ログ管理部３９ｃは、Ｓ１２２の処理の後、Ｓ１２２において生成した文字列から日時を削除する整形を実行する（Ｓ１２３）。例えば、ログ管理部３９ｃは、Ｓ１２２において生成した文字列が（２０１８／１／１ ００：５０：２０，ｃｏｕｎｔ＝６）である場合、Ｓ１２３の処理において「ｃｏｕｎｔ＝６」という文字列を生成する。

ログ管理部３９ｃは、Ｓ１２３の処理の後、図５に示す動作を終了する。

図４に示すように、ログ管理部３９ｃは、Ｓ１０１の処理の後、キオスク端末３０の画面、すなわち、タッチパネル３１ａに表示されている画面を特定するキオスク端末画面特定処理を実行する（Ｓ１０２）。

図７は、図４に示すキオスク端末画面特定処理のフローチャートである。

図７に示すように、ログ管理部３９ｃは、対象のログの種類が、キオスク端末３０の画面の遷移のログであるか否かを判断する（Ｓ１６１）。

ログ管理部３９ｃは、対象のログの種類が、キオスク端末３０の画面の遷移のログであるとＳ１６１において判断すると、文字列「画面＝“キオスク端末の画面の名称”」を生成する（Ｓ１６２）。ここで、“キオスク端末の画面の名称”とは、対象のログに含まれるキオスク端末３０の画面の名称である。例えば、ログ管理部３９ｃは、Ｓ１６２の処理において、「画面＝“設定画面”」という文字列を生成する。

ログ管理部３９ｃは、対象のログの種類が、キオスク端末３０の画面の遷移のログではないとＳ１６１において判断するか、Ｓ１６２の処理が終了すると、図７に示す動作を終了する。

図４に示すように、ログ管理部３９ｃは、Ｓ１０２の処理の後、これまでの無効タッチカウント特定処理において最後に特定された無効タッチカウントと、これまでのキオスク端末画面特定処理において最後に生成された文字列とを合成する（Ｓ１０３）。例えば、ログ管理部３９ｃは、これまでの無効タッチカウント特定処理において最後に特定された無効タッチカウントが「ｃｏｕｎｔ＝６」であり、これまでのキオスク端末画面特定処理において最後に生成された文字列が「画面＝“設定画面”」である場合、Ｓ１０３の処理において、文字列（ｃｏｕｎｔ＝６，画面＝“設定画面”）を生成する。

ログ管理部３９ｃは、Ｓ１０３の処理の後、Ｓ１０３において生成した文字列に基づいて、異常操作の有無を特定する整形を実行する異常操作有無整形処理を実行する（Ｓ１０４）。

図８は、図４に示す異常操作有無整形処理のフローチャートである。

図８に示すように、ログ管理部３９ｃは、Ｓ１０３において生成した文字列に基づいて、無効タッチカウントが「−１」であるか否かを判断する（Ｓ１８１）。

ログ管理部３９ｃは、無効タッチカウントが「−１」であるとＳ１８１において判断すると、Ｓ１０３において生成した文字列を「無」に置き換えて（Ｓ１８２）、図８に示す動作を終了する。

ログ管理部３９ｃは、無効タッチカウントが「−１」ではないとＳ１８１において判断すると、キオスク端末３０の画面がメインメニュー画面４１であって、無効タッチカウントが３０以上であるか否かを、Ｓ１０３において生成した文字列に基づいて判断する（Ｓ１８３）。

ログ管理部３９ｃは、キオスク端末３０の画面がメインメニュー画面４１であるが無効タッチカウントが３０未満である、または、キオスク端末３０の画面がメインメニュー画面４１ではないとＳ１８３において判断すると、キオスク端末３０の画面がメインメニュー画面４１以外の画面であって、無効タッチカウントが１５以上であるか否かを、Ｓ１０３において生成した文字列に基づいて判断する（Ｓ１８４）。

ログ管理部３９ｃは、キオスク端末３０の画面がメインメニュー画面４１であって、無効タッチカウントが３０以上であるとＳ１８３において判断するか、キオスク端末３０の画面がメインメニュー画面４１以外の画面であって、無効タッチカウントが１５以上であるとＳ１８４において判断すると、Ｓ１０３において生成した文字列を「有」に置き換えて（Ｓ１８５）、図８に示す動作を終了する。

ログ管理部３９ｃは、キオスク端末３０の画面がメインメニュー画面４１以外の画面であるが無効タッチカウントが１５未満であるとＳ１８４において判断すると、Ｓ１０３において生成した文字列を「保留」に置き換えて（Ｓ１８６）、図８に示す動作を終了する。

図４に示すように、ログ管理部３９ｃは、Ｓ１０４の処理の後、直前のＳ１０４の異常操作有無整形処理において特定した文字列と、この異常操作有無整形処理の前回の異常操作有無整形処理において特定した文字列とが同一であるか否かを判断する（Ｓ１０５）。

ログ管理部３９ｃは、同一ではないとＳ１０５において判断すると、直前のＳ１０４の異常操作有無整形処理において特定した文字列を判定する（Ｓ１０６）。

ログ管理部３９ｃは、直前のＳ１０４の異常操作有無整形処理において特定した文字列が「有」であるとＳ１０６において判定すると、回復処理の実行のスケジュールをスケジュールリスト３８ｃに追加する（Ｓ１０７）。

ログ管理部３９ｃは、直前のＳ１０４の異常操作有無整形処理において特定した文字列が「無」であるとＳ１０６において判定すると、回復処理の実行のスケジュールをスケジュールリスト３８ｃから削除する（Ｓ１０８）。

ログ管理部３９ｃは、同一であるとＳ１０５において判断するか、直前のＳ１０４の異常操作有無整形処理において特定した文字列が「保留」であるとＳ１０６において判定するか、Ｓ１０７またはＳ１０８の処理を実行すると、図４に示す動作を終了する。

次に、異常が発生した場合の画像形成システム１０の動作について説明する。

図９は、異常が発生した場合の画像形成システム１０の動作のフローチャートである。

図９に示すように、ログ管理部３９ｃは、回復処理の実行のスケジュールがスケジュールリスト３８ｃに存在すると判断するまで、回復処理の実行のスケジュールがスケジュールリスト３８ｃに存在するか否かを判断する（Ｓ２０１）。

ログ管理部３９ｃは、回復処理の実行のスケジュールがスケジュールリスト３８ｃに存在するとＳ２０１において判断すると、回復処理を実行可能な状況であるか否かを判断する（Ｓ２０２）。例えば、後述の回復処理開始指示要求画面４２（図１０参照。）をタッチパネル３１ａに表示している状況や、回復処理を実行中である状況は、回復処理を実行可能な状況ではない。

ログ管理部３９ｃは、回復処理を実行可能な状況ではないとＳ２０２において判断すると、Ｓ２０１の処理を実行する。

ログ管理部３９ｃは、回復処理を実行可能な状況であるとＳ２０２において判断すると、回復処理の実行のスケジュールをスケジュールリスト３８ｃから削除して（Ｓ２０３）、回復処理を開始するか否かの指示を利用者に要求する回復処理開始指示要求画面４２（図１０参照。）をタッチパネル３１ａに表示する（Ｓ２０４）。ここで、回復処理開始指示要求画面４２は、回復処理を開始することを指示するための「はい」ボタン４２ａ（図１０参照。）と、回復処理を開始しないことを指示するための「いいえ」ボタン４２ｂ（図１０参照。）とを含んでいる。

ログ管理部３９ｃは、Ｓ２０４の処理の後、「はい」ボタン４２ａが押されたか否かを判断する（Ｓ２０５）。

ログ管理部３９ｃは、「はい」ボタン４２ａが押されたとＳ２０５において判断すると、タッチパネル３１ａにおける回復処理開始指示要求画面４２の表示を終了して（Ｓ２０６）、回復処理を実行し（Ｓ２０７）、Ｓ２０１の処理を実行する。

ログ管理部３９ｃは、「はい」ボタン４２ａが押されていないとＳ２０５において判断すると、「いいえ」ボタン４２ｂが押されたか否かを判断する（Ｓ２０８）。

ログ管理部３９ｃは、「いいえ」ボタン４２ｂが押されていないとＳ２０８において判断すると、Ｓ２０５の処理を実行する。

ログ管理部３９ｃは、「いいえ」ボタン４２ｂが押されたとＳ２０８において判断すると、タッチパネル３１ａにおける回復処理開始指示要求画面４２の表示を終了して（Ｓ２０９）、Ｓ２０１の処理を実行する。

以上に説明したように、画像形成システム１０は、タッチパネル３１ａに対する無効なタッチのカウントをタッチパネル３１ａに対するタッチのログに基づいて特定し（Ｓ１０１）、タッチパネル３１ａに対する無効なタッチのカウントが特定の閾値以上である場合に（Ｓ１８３でＹＥＳ、または、Ｓ１８４でＹＥＳ）、タッチパネル３１ａに表示されている画面のフリーズの異常を検出する（Ｓ１８５）ので、一連の流れに応じて発生する複雑な異常を検出することができる。

画像形成システム１０は、異常を回復するための回復処理を実行する（Ｓ２０７）ので、異常に対応するための利用者の手間を抑えることができるとともに、異常を迅速に回復することができる。

画像形成システム１０は、画面のフリーズの異常を検出するための無効なタッチのカウントの閾値が、画面の種類に応じて設けられる（Ｓ１８３およびＳ１８４）ので、画面の種類に応じて適切に画面のフリーズの異常を検出することができる。なお、画像形成システム１０は、メインメニュー画面４１であるか否かに応じて閾値を変えているが、メインメニュー画面４１以外の複数の画面の間で閾値が異なっても良い。

画像形成システム１０は、本実施の形態において、画像形成システム１０に発生する異常をキオスク端末３０によって検出する。しかしながら、画像形成システム１０は、画像形成システム１０に発生する異常を、ＭＦＰ２０によって検出しても良いし、ＭＦＰ２０およびキオスク端末３０の両方によって検出しても良い。例えば、画像形成システム１０は、画像形成システム１０に発生する異常をＭＦＰ２０およびキオスク端末３０の両方によって検出する場合、ＭＦＰ２０に発生する異常をＭＦＰ２０自身によって検出し、キオスク端末３０に発生する異常をキオスク端末３０自身によって検出しても良い。

本発明の画像形成装置は、本実施の形態においてＭＦＰであるが、プリンター専用機、コピー専用機、ファックス専用機、スキャナー専用機など、ＭＦＰ以外の画像形成装置でも良い。

１０ 画像形成システム
２６ａ デバイスログ
３１ａ タッチパネル
３８ａ デバイスログ
３８ｂ サービスログ

Claims (3)

1. タッチパネルを備え、
   前記タッチパネルに対する無効なタッチのカウントを前記タッチパネルに対するタッチのログに基づいて特定し、前記タッチパネルに対する無効なタッチのカウントが特定の閾値以上である場合に、前記タッチパネルに表示されている画面のフリーズの異常を検出することを特徴とする画像形成システム。
2. 前記異常を回復するための回復処理を実行することを特徴とする請求項１に記載の画像形成システム。
3. 前記特定の閾値は、前記画面の種類に応じて設けられることを特徴とする請求項１または請求項２に記載の画像形成システム。

Images