(57)【特許請求の範囲】
【請求項１】
各部の動作に関するログを蓄積し、揮発性を有する揮発記憶部と、
ユーザーによる操作であるユーザー操作を受け付ける操作部と、
ユーザーインターフェースを表示可能な表示部と、
前記表示部における表示を制御する表示制御部と、
前記操作部において受け付けられた一定時間内の一連の前記ユーザー操作に基づくユーザー操作パターンが、所定の条件を満たすか否かを判断し、前記所定の条件を満たす場合に、前記表示制御部に対して生存確認を行い、前記表示制御部から生存の旨を示す生存信号を受信したか否かを判断し、当該生存信号を受信しなかった場合に、前記揮発記憶部に蓄積されている前記ログを、不揮発性を有する不揮発記憶部に記憶させる制御部と、
を有する画像形成装置。
【請求項２】
前記表示制御部は、
前記表示部を含む操作パネルの各部を制御するパネル制御部と、
前記表示部に表示される前記ユーザーインターフェースを制御するＵＩ制御部と、
を含み、
前記制御部は、前記ユーザー操作パターンが前記所定の条件を満たす場合に、前記パネル制御部および前記ＵＩ制御部に対して前記生存確認を行い、前記パネル制御部および前記ＵＩ制御部の少なくとも一方から前記生存信号を受信しなかった場合に、前記ログを前記不揮発記憶部に記憶させる請求項１に記載の画像形成装置。
【請求項３】
前記制御部は、前記パネル制御部および前記ＵＩ制御部の両方から前記生存信号を受信した場合、さらに、前記パネル制御部を介して前記表示部の不具合の有無を確認し、前記表示部の不具合がある場合には、前記ログを前記不揮発記憶部に記憶させる請求項２に記載の画像形成装置。
【請求項４】
前記所定の条件は、前記ユーザー操作パターンにおける前記一連のユーザー操作の回数が、基準回数以上であることを含む請求項１〜３のいずれか一項に記載の画像形成装置。
【請求項５】
前記ユーザー操作によって発生する振動を検知可能なセンサーをさらに有し、
前記制御部は、前記センサーが検知した前記一定時間内の振動の回数を、前記一連のユーザー操作の回数とみなして、前記振動の回数が、前記基準回数以上であるか否かを判断する請求項４に記載の画像形成装置。
【請求項６】
前記制御部は、前記一連のユーザー操作の回数が前記基準回数以上であり、かつ、前記生存信号を受信しなかった場合に、前記一連のユーザー操作の回数に基づいて、前記基準回数を補正する請求項４または請求項５に記載の画像形成装置。
【請求項７】
前記制御部は、前記一連のユーザー操作の回数が前記基準回数以上であり、かつ、前記生存信号を受信した場合に、前記ユーザー操作パターンを不正解パターンとして、前記揮発記憶部に一旦記憶させ、前記揮発記憶部に対する電源の供給が停止される際に、前記揮発記憶部において前記不正解パターンの記憶が残存していれば、前記不正解パターンにおける前記一連のユーザー操作の回数に基づいて、前記基準回数を補正する請求項４または請求項５に記載の画像形成装置。
【請求項８】
前記所定の条件は、前記ユーザー操作パターンが、基準となる操作パターンである基準パターンに対して、基準値以上の整合率で整合することを含む請求項１〜３のいずれか一項に記載の画像形成装置。
【請求項９】
前記制御部は、前記ユーザー操作パターンが前記基準パターンに対して前記基準値以上の整合率で整合し、かつ、前記生存信号を受信しなかった場合に、前記ユーザー操作パターンの前記基準パターンに対する前記整合率に基づいて、前記基準値および前記基準パターンの少なくとも一方を補正する請求項８に記載の画像形成装置。
【請求項１０】
前記制御部は、前記ユーザー操作パターンが前記基準パターンに対して前記基準値以上の整合率で整合し、かつ、前記生存信号を受信した場合に、前記ユーザー操作パターンを不正解パターンとして、前記揮発記憶部に一旦記憶させ、前記揮発記憶部に対する電源の供給が停止される際に、前記揮発記憶部において前記不正解パターンの記憶が残存していれば、前記不正解パターンの前記基準パターンに対する前記整合率に基づいて、前記基準値および前記基準パターンの少なくとも一方を補正する請求項８に記載の画像形成装置。
【請求項１１】
前記制御部は、前記ログを前記不揮発記憶部に記憶させた後に、前記表示制御部における不具合を解消するための再起動の処理を実行する請求項１〜１０のいずれか一項に記載の画像形成装置。
【請求項１２】
各部の動作に関するログを蓄積し、揮発性を有する揮発記憶部と、
ユーザーによる操作であるユーザー操作を受け付ける操作部と、
前記操作部において受け付けられた一定時間内の一連の前記ユーザー操作に基づくユーザー操作パターンが、所定の条件を満たすか否かを判断し、前記所定の条件を満たす場合に、前記揮発記憶部に蓄積されている前記ログを、不揮発性を有する不揮発記憶部に記憶させる制御部と、
を有し、
前記制御部は、
各部を制御するメイン制御部と、
前記メイン制御部が休止状態であっても、前記操作部に含まれる物理的なキーであるハードキーを介して、前記ユーザー操作を受け付け可能なサブ制御部と、
を有し、
前記サブ制御部は、前記ハードキーを介して受け付けられた一定時間内の前記一連のユーザー操作に基づく前記ユーザー操作パターンが、前記所定の条件を満たすか否かを判断し、前記所定の条件を満たす場合に、前記所定の条件を満たす旨の通知を前記メイン制御部に送信し、
前記メイン制御部は、前記通知を前記サブ制御部から受信した場合に、前記ログを前記不揮発記憶部に記憶させる画像形成装置。
【請求項１３】
前記ユーザーを認証可能なユーザー認証部をさらに有し、
前記所定の条件は、認証した前記ユーザー毎に個別に設定されている請求項１〜１２のいずれか一項に記載の画像形成装置。
【請求項１４】
前記制御部は、ユーザー操作を受け付け、一定時間内の一連の前記ユーザー操作に基づくユーザー操作パターンが、前記所定の条件を満たすか否かを判断する外部の携帯端末から、前記所定の条件を満たす旨の通知を受信した場合に、前記ログを前記不揮発記憶部に記憶させる請求項１〜１３のいずれか一項に記載の画像形成装置。
【請求項１５】
各部の動作に関するログを蓄積し、揮発性を有する揮発記憶部と、
ユーザー操作を受け付け、一定時間内の一連の前記ユーザー操作に基づくユーザー操作パターンが、所定の条件を満たすか否かを判断する外部の携帯端末から、前記所定の条件を満たす旨の通知を受信した場合に、前記携帯端末に設けられた表示部である端末表示部を制御する端末制御部と、前記端末表示部に表示されるユーザーインターフェースを制御するＵＩ制御部と、に対して生存確認を行い、前記端末制御部および前記ＵＩ制御部の少なくとも一方から生存信号を受信しなかった場合に、前記揮発記憶部に蓄積されている前記ログを、不揮発性を有する不揮発記憶部に記憶させる制御部と、
を有する画像形成装置。
【請求項１６】
各部の動作に関するログを蓄積し、揮発性を有する揮発記憶部と、ユーザーによる操作であるユーザー操作を受け付ける操作部と、を有する画像形成装置の制御プログラムであって、
前記操作部を介して、前記ユーザー操作を受け付けるステップ（ａ）と、
前記ステップ（ａ）において受け付けられた一定時間内の一連の前記ユーザー操作に基づくユーザー操作パターンが、所定の条件を満たすか否かを判断するステップ（ｂ）と、
前記ステップ（ｂ）において前記ユーザー操作パターンが前記所定の条件を満たす場合に、ユーザーインターフェースを表示可能な表示部における表示を制御する表示制御部に対して生存確認を行い、前記表示制御部から生存の旨を示す生存信号を受信したか否かを判断するステップ（ｄ）と、
前記ステップ（ｄ）において前記生存信号を受信しなかった場合に、前記揮発記憶部に蓄積されている前記ログを、不揮発性を有する不揮発記憶部に記憶させるステップ（ｃ）と、
をコンピューターに実行させるための制御プログラム。
【請求項１７】
前記ステップ（ｄ）においては、前記表示制御部に含まれる、前記表示部を含む操作パネルの各部を制御するパネル制御部と、前記表示部に表示される前記ユーザーインターフェースを制御するＵＩ制御部と、に対して前記生存確認を行い、
前記ステップ（ｃ）においては、前記ステップ（ｄ）において前記パネル制御部および前記ＵＩ制御部の少なくとも一方から前記生存信号を受信しなかった場合に、前記ログを前記不揮発記憶部に記憶させる請求項１６に記載の制御プログラム。
【請求項１８】
前記ステップ（ｄ）において前記パネル制御部および前記ＵＩ制御部の両方から前記生存信号を受信した場合に、前記表示部の不具合の有無を確認するステップ（ｅ）を、前記ステップ（ｃ）の前にさらに含み、
前記ステップ（ｅ）において前記表示部の不具合があると判断した場合には、前記ステップ（ｄ）において前記パネル制御部および前記ＵＩ制御部の両方から前記生存信号を受信した場合であっても、前記ステップ（ｃ）においては、前記ログを前記不揮発記憶部に記憶させる請求項１７に記載の制御プログラム。
【請求項１９】
前記所定の条件は、前記ユーザー操作パターンにおける前記一連のユーザー操作の回数が、基準回数以上であることを含む請求項１６〜１８のいずれか一項に記載の制御プログラム。
【請求項２０】
前記ステップ（ｂ）においては、前記ユーザー操作によって発生する振動を検知可能なセンサーが検知した前記一定時間内の振動の回数を、前記一連のユーザー操作の回数とみなして、前記振動の回数が、前記基準回数以上であるか否かを判断する請求項１９に記載の制御プログラム。
【請求項２１】
前記ステップ（ｂ）において前記一連のユーザー操作の回数が前記基準回数以上であり、かつ、前記ステップ（ｄ）において前記生存信号を受信しなかった場合に、前記一連のユーザー操作の回数に基づいて、前記基準回数を補正するステップ（ｆ）を、前記ステップ（ｃ）の後にさらに含む請求項１９または請求項２０に記載の制御プログラム。
【請求項２２】
前記ステップ（ｂ）において前記一連のユーザー操作の回数が前記基準回数以上であり、かつ、前記ステップ（ｄ）において前記生存信号を受信した場合に、前記ユーザー操作パターンを不正解パターンとして、前記揮発記憶部に一旦記憶させるステップ（ｇ）と、
前記揮発記憶部に対する電源の供給が停止される際に、前記揮発記憶部において前記不正解パターンの記憶が残存していれば、前記不正解パターンにおける前記一連のユーザー操作の回数に基づいて、前記基準回数を補正するステップ（ｈ）と、
をさらに含む請求項１９または請求項２０に記載の制御プログラム。
【請求項２３】
前記所定の条件は、前記ユーザー操作パターンが、基準となる操作パターンである基準パターンに対して、基準値以上の整合率で整合することを含む請求項１６〜１８のいずれか一項に記載の制御プログラム。
【請求項２４】
前記ステップ（ｂ）において前記ユーザー操作パターンが前記基準パターンに対して前記基準値以上の整合率で整合し、かつ、前記ステップ（ｄ）において前記生存信号を受信しなかった場合に、前記ユーザー操作パターンの前記基準パターンに対する前記整合率に基づいて、前記基準値および前記基準パターンの少なくとも一方を補正するステップ（ｆ）を、前記ステップ（ｃ）の後にさらに含む請求項２３に記載の制御プログラム。
【請求項２５】
前記ステップ（ｂ）において前記ユーザー操作パターンが前記基準パターンに対して前記基準値以上の整合率で整合し、かつ、前記ステップ（ｄ）において前記生存信号を受信した場合に、前記ユーザー操作パターンを不正解パターンとして、前記揮発記憶部に一旦記憶させるステップ（ｇ）と、
前記揮発記憶部に対する電源の供給が停止される際に、前記揮発記憶部において前記不正解パターンの記憶が残存していれば、前記不正解パターンの前記基準パターンに対する前記整合率に基づいて、前記基準値および前記基準パターンの少なくとも一方を補正するステップ（ｈ）と、
をさらに含む請求項２３に記載の制御プログラム。
【請求項２６】
前記ステップ（ｃ）において前記ログを前記不揮発記憶部に記憶させた後に、前記表示制御部における不具合を解消するための再起動の処理を実行するステップ（ｉ）をさらに含む請求項１６〜２５のいずれか一項に記載の制御プログラム。
【請求項２７】
前記所定の条件は、ユーザー認証部が認証した前記ユーザー毎に個別に設定されている請求項１６〜２６のいずれか一項に記載の制御プログラム。
【請求項２８】
ユーザー操作を受け付け、一定時間内の一連の前記ユーザー操作に基づくユーザー操作パターンが、前記所定の条件を満たすか否かを判断する外部の携帯端末から、前記所定の条件を満たす旨の通知を受信するステップ（ｊ）を、前記ステップ（ｃ）の前にさらに含み、
前記ステップ（ｃ）においては、前記ステップ（ｊ）において前記通知を受信した場合に、前記ログを前記不揮発記憶部に記憶させる請求項１６〜２７のいずれか一項に記載の制御プログラム。
【請求項２９】
各部の動作に関するログを蓄積し、揮発性を有する揮発記憶部を有する画像形成装置の制御プログラムであって、
ユーザー操作を受け付け、一定時間内の一連の前記ユーザー操作に基づくユーザー操作パターンが、所定の条件を満たすか否かを判断する外部の携帯端末から、前記所定の条件を満たす旨の通知を受信するステップ（ｊ）と、
前記ステップ（ｊ）において前記通知を受信した場合に、前記携帯端末に設けられた表示部である端末表示部を制御する端末制御部と、前記端末表示部に表示されるユーザーインターフェースを制御するＵＩ制御部と、に対して生存確認を行うステップ（ｋ）と、
前記ステップ（ｋ）において前記端末制御部および前記ＵＩ制御部の少なくとも一方から生存信号を受信しなかった場合に、前記揮発記憶部に蓄積されている前記ログを、不揮発性を有する不揮発記憶部に記憶させるステップ（ｃ）と、
をコンピューターに実行させるための制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置および制御プログラムに関する。
【背景技術】
【０００２】
従来から、ユーザーが各種装置を使用する際に発生した不具合の内容を後から確認するために、装置の動作に関する履歴データ（ログ）を記憶する種々の技術が提案されてきた。たとえば、特許文献１に記載の発明は、ボタンスイッチなどの操作入力手段の不具合を確認するために、操作入力手段における操作入力についての履歴データを記憶するゲーム装置を開示している。特許文献１のゲーム装置は、操作入力の履歴データに基づいて、操作入力信号の欠落を検出し、操作入力手段の異常を判定する。操作入力の履歴データは、異常を判定するために繰り返し取得され、ＩＣメモリなどに時系列に蓄積される。装置の電源が切断されても、後から不具合を確認できるように、ＩＣメモリなどは不揮発性のメモリである必要がある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−２６７８７６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、上記特許文献１に記載されているような、データを不揮発性のメモリに随時蓄積する処理は、処理負荷が大きいため、装置の動作パフォーマンスに悪影響を与える場合がある。一方で、動作パフォーマンスに影響を与えることなくデータを記憶するための方法として、ＲＡＭなどの揮発性のメモリにデータを蓄積する方法もある。しかし、揮発性のメモリは、装置の電源が切断されると、蓄積されたデータを保持できないという問題がある。
【０００５】
上述したような問題がある中で、画像形成装置などは、ユーザーによる操作に基づく動作のログを、動作パフォーマンスに悪影響を与えることなく記憶することを優先し、揮発性のメモリをしばしば使用している。当該ログは、画像形成装置の使用中に発生する不具合の内容を、開発者などが後から確認するために蓄積される。
【０００６】
ここで、画像形成装置の使用中に、画像形成装置の操作パネルにおいて、フリーズ（何らかの原因によって動作を停止し、操作を受け付けなくなる状態）などの不具合が発生した場合を想定する。画像形成装置のユーザーが、不具合についての問い合わせをサービス窓口に行うと、サービス担当者がユーザーを訪問して、不具合に直接対応する場合がある。サービス担当者は、自身が不具合の原因を特定できない場合、画像形成装置の揮発性のメモリに蓄積されたログを入手して、画像形成装置の開発者などに提供する。そして、開発者などは、当該ログに基づいて、不具合を後から解析できる。しかし、フリーズの不具合が発生してから、サービス担当者がユーザーを訪問するまでの間に、ユーザーが画像形成装置の電源を切断してしまうと、揮発性のメモリに蓄積されたログは失われてしまう。そのため、ユーザーが画像形成装置の電源を切断した場合には、開発者などがログに基づいて不具合を解析できず、不具合が発生した原因を特定できないという問題があった。
【０００７】
本発明は、上記事情に鑑みてなされたものであり、自身の動作パフォーマンスに影響を与えることなく、操作パネルにおいて不具合が発生した場合にログを確保できる画像形成装置および画像形成装置の制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記の目的は、下記の手段によって達成される。
【０００９】
（１）各部の動作に関するログを蓄積し、揮発性を有する揮発記憶部と、ユーザーによる操作であるユーザー操作を受け付ける操作部と、ユーザーインターフェースを表示可能な表示部と、前記表示部における表示を制御する表示制御部と、前記操作部において受け付けられた一定時間内の一連の前記ユーザー操作に基づくユーザー操作パターンが、所定の条件を満たすか否かを判断し、前記所定の条件を満たす場合に、前記表示制御部に対して生存確認を行い、前記表示制御部から生存の旨を示す生存信号を受信したか否かを判断し、当該生存信号を受信しなかった場合に、前記揮発記憶部に蓄積されている前記ログを、不揮発性を有する不揮発記憶部に記憶させる制御部と、を有する画像形成装置。
【００１１】
（２）前記表示制御部は、前記表示部を含む操作パネルの各部を制御するパネル制御部と、前記表示部に表示される前記ユーザーインターフェースを制御するＵＩ制御部と、を含み、前記制御部は、前記ユーザー操作パターンが前記所定の条件を満たす場合に、前記パネル制御部および前記ＵＩ制御部に対して前記生存確認を行い、前記パネル制御部および前記ＵＩ制御部の少なくとも一方から前記生存信号を受信しなかった場合に、前記ログを前記不揮発記憶部に記憶させる上記（１）に記載の画像形成装置。
【００１２】
（３）前記制御部は、前記パネル制御部および前記ＵＩ制御部の両方から前記生存信号を受信した場合、さらに、前記パネル制御部を介して前記表示部の不具合の有無を確認し、前記表示部の不具合がある場合には、前記ログを前記不揮発記憶部に記憶させる上記（２）に記載の画像形成装置。
【００１３】
（４）前記所定の条件は、前記ユーザー操作パターンにおける前記一連のユーザー操作の回数が、基準回数以上であることを含む上記（１）〜（３）のいずれか一つに記載の画像形成装置。
【００１４】
（５）前記ユーザー操作によって発生する振動を検知可能なセンサーをさらに有し、前記制御部は、前記センサーが検知した前記一定時間内の振動の回数を、前記一連のユーザー操作の回数とみなして、前記振動の回数が、前記基準回数以上であるか否かを判断する上記（４）に記載の画像形成装置。
【００１５】
（６）前記制御部は、前記一連のユーザー操作の回数が前記基準回数以上であり、かつ、前記生存信号を受信しなかった場合に、前記一連のユーザー操作の回数に基づいて、前記基準回数を補正する上記（４）または上記（５）に記載の画像形成装置。
【００１６】
（７）前記制御部は、前記一連のユーザー操作の回数が前記基準回数以上であり、かつ、前記生存信号を受信した場合に、前記ユーザー操作パターンを不正解パターンとして、前記揮発記憶部に一旦記憶させ、前記揮発記憶部に対する電源の供給が停止される際に、前記揮発記憶部において前記不正解パターンの記憶が残存していれば、前記不正解パターンにおける前記一連のユーザー操作の回数に基づいて、前記基準回数を補正する上記（４）または上記（５）に記載の画像形成装置。
【００１７】
（８）前記所定の条件は、前記ユーザー操作パターンが、基準となる操作パターンである基準パターンに対して、基準値以上の整合率で整合することを含む上記（１）〜（３）のいずれか一つに記載の画像形成装置。
【００１８】
（９）前記制御部は、前記ユーザー操作パターンが前記基準パターンに対して前記基準値以上の整合率で整合し、かつ、前記生存信号を受信しなかった場合に、前記ユーザー操作パターンの前記基準パターンに対する前記整合率に基づいて、前記基準値および前記基準パターンの少なくとも一方を補正する上記（８）に記載の画像形成装置。
【００１９】
（１０）前記制御部は、前記ユーザー操作パターンが前記基準パターンに対して前記基準値以上の整合率で整合し、かつ、前記生存信号を受信した場合に、前記ユーザー操作パターンを不正解パターンとして、前記揮発記憶部に一旦記憶させ、前記揮発記憶部に対する電源の供給が停止される際に、前記揮発記憶部において前記不正解パターンの記憶が残存していれば、前記不正解パターンの前記基準パターンに対する前記整合率に基づいて、前記基準値および前記基準パターンの少なくとも一方を補正する上記（８）に記載の画像形成装置。
【００２０】
（１１）前記制御部は、前記ログを前記不揮発記憶部に記憶させた後に、前記表示制御部における不具合を解消するための再起動の処理を実行する上記（１）〜（１０）のいずれか一つに記載の画像形成装置。
【００２１】
（１２）各部の動作に関するログを蓄積し、揮発性を有する揮発記憶部と、ユーザーによる操作であるユーザー操作を受け付ける操作部と、前記操作部において受け付けられた一定時間内の一連の前記ユーザー操作に基づくユーザー操作パターンが、所定の条件を満たすか否かを判断し、前記所定の条件を満たす場合に、前記揮発記憶部に蓄積されている前記ログを、不揮発性を有する不揮発記憶部に記憶させる制御部と、を有し、前記制御部は、各部を制御するメイン制御部と、前記メイン制御部が休止状態であっても、前記操作部に含まれる物理的なキーであるハードキーを介して、前記ユーザー操作を受け付け可能なサブ制御部と、を有し、前記サブ制御部は、前記ハードキーを介して受け付けられた一定時間内の前記一連のユーザー操作に基づく前記ユーザー操作パターンが、前記所定の条件を満たすか否かを判断し、前記所定の条件を満たす場合に、前記所定の条件を満たす旨の通知を前記メイン制御部に送信し、前記メイン制御部は、前記通知を前記サブ制御部から受信した場合に、前記ログを前記不揮発記憶部に記憶させる画像形成装置。
【００２２】
（１３）前記ユーザーを認証可能なユーザー認証部をさらに有し、前記所定の条件は、認証した前記ユーザー毎に個別に設定されている上記（１）〜（１２）のいずれか一つに記載の画像形成装置。
【００２３】
（１４）前記制御部は、ユーザー操作を受け付け、一定時間内の一連の前記ユーザー操作に基づくユーザー操作パターンが、前記所定の条件を満たすか否かを判断する外部の携帯端末から、前記所定の条件を満たす旨の通知を受信した場合に、前記ログを前記不揮発記憶部に記憶させる上記（１）〜（１３）のいずれか一つに記載の画像形成装置。
【００２４】
（１５）各部の動作に関するログを蓄積し、揮発性を有する揮発記憶部と、ユーザー操作を受け付け、一定時間内の一連の前記ユーザー操作に基づくユーザー操作パターンが、所定の条件を満たすか否かを判断する外部の携帯端末から、前記所定の条件を満たす旨の通知を受信した場合に、前記携帯端末に設けられた表示部である端末表示部を制御する端末制御部と、前記端末表示部に表示されるユーザーインターフェースを制御するＵＩ制御部と、に対して生存確認を行い、前記端末制御部および前記ＵＩ制御部の少なくとも一方から生存信号を受信しなかった場合に、前記揮発記憶部に蓄積されている前記ログを、不揮発性を有する不揮発記憶部に記憶させる制御部と、を有する画像形成装置。
【００２５】
（１６）各部の動作に関するログを蓄積し、揮発性を有する揮発記憶部と、ユーザーによる操作であるユーザー操作を受け付ける操作部と、を有する画像形成装置の制御プログラムであって、前記操作部を介して、前記ユーザー操作を受け付けるステップ（ａ）と、前記ステップ（ａ）において受け付けられた一定時間内の一連の前記ユーザー操作に基づくユーザー操作パターンが、所定の条件を満たすか否かを判断するステップ（ｂ）と、前記ステップ（ｂ）において前記ユーザー操作パターンが前記所定の条件を満たす場合に、ユーザーインターフェースを表示可能な表示部における表示を制御する表示制御部に対して生存確認を行い、前記表示制御部から生存の旨を示す生存信号を受信したか否かを判断するステップ（ｄ）と、前記ステップ（ｄ）において前記生存信号を受信しなかった場合に、前記揮発記憶部に蓄積されている前記ログを、不揮発性を有する不揮発記憶部に記憶させるステップ（ｃ）と、をコンピューターに実行させるための制御プログラム。
【００２７】
（１７）前記ステップ（ｄ）においては、前記表示制御部に含まれる、前記表示部を含む操作パネルの各部を制御するパネル制御部と、前記表示部に表示される前記ユーザーインターフェースを制御するＵＩ制御部と、に対して前記生存確認を行い、前記ステップ（ｃ）においては、前記ステップ（ｄ）において前記パネル制御部および前記ＵＩ制御部の少なくとも一方から前記生存信号を受信しなかった場合に、前記ログを前記不揮発記憶部に記憶させる上記（１６）に記載の制御プログラム。
【００２８】
（１８）前記ステップ（ｄ）において前記パネル制御部および前記ＵＩ制御部の両方から前記生存信号を受信した場合に、前記表示部の不具合の有無を確認するステップ（ｅ）を、前記ステップ（ｃ）の前にさらに含み、前記ステップ（ｅ）において前記表示部の不具合があると判断した場合には、前記ステップ（ｄ）において前記パネル制御部および前記ＵＩ制御部の両方から前記生存信号を受信した場合であっても、前記ステップ（ｃ）においては、前記ログを前記不揮発記憶部に記憶させる上記（１７）に記載の制御プログラム。
【００２９】
（１９）前記所定の条件は、前記ユーザー操作パターンにおける前記一連のユーザー操作の回数が、基準回数以上であることを含む上記（１６）〜（１８）のいずれか一つに記載の制御プログラム。
【００３０】
（２０）前記ステップ（ｂ）においては、前記ユーザー操作によって発生する振動を検知可能なセンサーが検知した前記一定時間内の振動の回数を、前記一連のユーザー操作の回数とみなして、前記振動の回数が、前記基準回数以上であるか否かを判断する上記（１９）に記載の制御プログラム。
【００３１】
（２１）前記ステップ（ｂ）において前記一連のユーザー操作の回数が前記基準回数以上であり、かつ、前記ステップ（ｄ）において前記生存信号を受信しなかった場合に、前記一連のユーザー操作の回数に基づいて、前記基準回数を補正するステップ（ｆ）を、前記ステップ（ｃ）の後にさらに含む上記（１９）または上記（２０）に記載の制御プログラム。
【００３２】
（２２）前記ステップ（ｂ）において前記一連のユーザー操作の回数が前記基準回数以上であり、かつ、前記ステップ（ｄ）において前記生存信号を受信した場合に、前記ユーザー操作パターンを不正解パターンとして、前記揮発記憶部に一旦記憶させるステップ（ｇ）と、前記揮発記憶部に対する電源の供給が停止される際に、前記揮発記憶部において前記不正解パターンの記憶が残存していれば、前記不正解パターンにおける前記一連のユーザー操作の回数に基づいて、前記基準回数を補正するステップ（ｈ）と、をさらに含む上記（１９）または上記（２０）に記載の制御プログラム。
【００３３】
（２３）前記所定の条件は、前記ユーザー操作パターンが、基準となる操作パターンである基準パターンに対して、基準値以上の整合率で整合することを含む上記（１６）〜（１８）のいずれか一つに記載の制御プログラム。
【００３４】
（２４）前記ステップ（ｂ）において前記ユーザー操作パターンが前記基準パターンに対して前記基準値以上の整合率で整合し、かつ、前記ステップ（ｄ）において前記生存信号を受信しなかった場合に、前記ユーザー操作パターンの前記基準パターンに対する前記整合率に基づいて、前記基準値および前記基準パターンの少なくとも一方を補正するステップ（ｆ）を、前記ステップ（ｃ）の後にさらに含む上記（２３）に記載の制御プログラム。
【００３５】
（２５）前記ステップ（ｂ）において前記ユーザー操作パターンが前記基準パターンに対して前記基準値以上の整合率で整合し、かつ、前記ステップ（ｄ）において前記生存信号を受信した場合に、前記ユーザー操作パターンを不正解パターンとして、前記揮発記憶部に一旦記憶させるステップ（ｇ）と、前記揮発記憶部に対する電源の供給が停止される際に、前記揮発記憶部において前記不正解パターンの記憶が残存していれば、前記不正解パターンの前記基準パターンに対する前記整合率に基づいて、前記基準値および前記基準パターンの少なくとも一方を補正するステップ（ｈ）と、をさらに含む上記（２３）に記載の制御プログラム。
【００３６】
（２６）前記ステップ（ｃ）において前記ログを前記不揮発記憶部に記憶させた後に、前記表示制御部における不具合を解消するための再起動の処理を実行するステップ（ｉ）をさらに含む上記（１６）〜（２５）のいずれか一つに記載の制御プログラム。
【００３７】
（２７）前記所定の条件は、ユーザー認証部が認証した前記ユーザー毎に個別に設定されている上記（１６）〜（２６）のいずれか一つに記載の制御プログラム。
【００３８】
（２８）ユーザー操作を受け付け、一定時間内の一連の前記ユーザー操作に基づくユーザー操作パターンが、前記所定の条件を満たすか否かを判断する外部の携帯端末から、前記所定の条件を満たす旨の通知を受信するステップ（ｊ）を、前記ステップ（ｃ）の前にさらに含み、前記ステップ（ｃ）においては、前記ステップ（ｊ）において前記通知を受信した場合に、前記ログを前記不揮発記憶部に記憶させる上記（１６）〜（２７）のいずれか一つに記載の制御プログラム。
【００３９】
（２９）各部の動作に関するログを蓄積し、揮発性を有する揮発記憶部を有する画像形成装置の制御プログラムであって、ユーザー操作を受け付け、一定時間内の一連の前記ユーザー操作に基づくユーザー操作パターンが、所定の条件を満たすか否かを判断する外部の携帯端末から、前記所定の条件を満たす旨の通知を受信するステップ（ｊ）と、前記ステップ（ｊ）において前記通知を受信した場合に、前記携帯端末に設けられた表示部である端末表示部を制御する端末制御部と、前記端末表示部に表示されるユーザーインターフェースを制御するＵＩ制御部と、に対して生存確認を行うステップ（ｋ）と、前記ステップ（ｋ）において前記端末制御部および前記ＵＩ制御部の少なくとも一方から生存信号を受信しなかった場合に、前記揮発記憶部に蓄積されている前記ログを、不揮発性を有する不揮発記憶部に記憶させるステップ（ｃ）と、をコンピューターに実行させるための制御プログラム。
【発明の効果】
【００４０】
本発明の画像形成装置および制御プログラムによれば、操作部において受け付けられた一定時間内の一連のユーザー操作に基づくユーザー操作パターンが、所定の条件を満たすか否かを判断する。そして、ユーザー操作パターンが所定の条件を満たす場合に、ＲＡＭ（揮発記憶部）に蓄積されているログを、不揮発記憶部に記憶させる。ユーザー操作パターンが所定の条件を満たす場合は、操作パネルにおいて不具合が発生した可能性がある場合に該当する。この場合、ユーザーが操作パネルを復旧させようとして、画像形成装置の電源を入れ直す前に、画像形成装置はログを確保できる。画像形成装置は、ユーザーが画像形成装置の電源を切断する前に、ログを確保できるため、一定時間毎にログを不揮発記憶部に記憶させる必要はなく、自身の動作パフォーマンスを低下させることがない。結果として、画像形成装置は、自身の動作パフォーマンスに影響を与えることなく、不具合が発生した場合にログを確保でき、不具合を後から解析する開発者などに提供できる。
【図面の簡単な説明】
【００４１】
【図１】本実施形態に係る画像形成装置の概略構成を示すブロック図である。
【図２】操作パネルの外観の一例を示す図である。
【図３】画像形成装置のメイン制御部の機能構成を示すブロック図である。
【図４】画像形成装置のサブ制御部の機能構成を示すブロック図である。
【図５】メイン制御部およびサブ制御部の処理の関係性を示す図である。
【図６】サブ制御部の処理の手順の一例を示すフローチャートである。
【図７】メイン制御部の処理の手順を示すフローチャートである。
【図８】変形例１の画像形成装置の概略構成を示すブロック図である。
【図９】サブ制御部の処理の手順の他の例を示すフローチャートである。
【図１０】サブ制御部の処理の手順のさらに別の例を示すフローチャートである。
【図１１】画像形成システムの概略構成を示す図である。
【図１２】携帯端末の概略構成を示すブロック図である。
【発明を実施するための形態】
【００４２】
以下、添付した図面を参照して、本発明の実施形態を説明する。なお、図面の説明において、同一の要素には同一の符号を付し、重複する説明を省略する。また、図面の寸法比率は、説明の都合上誇張されており、実際の比率とは異なる場合がある。
【００４３】
図１は、本実施形態に係る画像形成装置の概略構成を示すブロック図であり、図２は、操作パネル１５０の外観の一例を示す図である。
【００４４】
画像形成装置１００は、プリンターや複合機（ＭＦＰ：Ｍｕｌｔｉ−Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）などである。以下、画像形成装置１００の構成について説明する。
【００４５】
画像形成装置１００は、メイン制御部（制御部）１１０、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１２０、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ、揮発記憶部）１２５、不揮発記憶部１３０、電源制御部１４０、操作パネル１５０、サブ制御部（制御部）１６０、画像形成部１７０、ユーザー認証部１７５および通信Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）１８０を有する。各構成は、バス１９０を介して、相互に通信可能に接続されている。
【００４６】
メイン制御部１１０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）であり、プログラムにしたがって、上記の各構成を制御し、各種の演算処理を実行する。メイン制御部１１０は、印刷やコピーなどの、画像形成処装置の主な制御を実行する。
【００４７】
ＲＯＭ１２０は、各種プログラムや各種データを記憶し、メイン制御部１１０に使用されるメモリである。ＲＯＭ１２０は、電源が供給されていなくてもプログラムやデータの記憶を保持できる、不揮発性を有するメモリである。
【００４８】
ＲＡＭ１２５は、作業領域として一時的にプログラムやデータを記憶し、メイン制御部１１０に使用されるメモリである。ＲＡＭ１２５は、電源が供給されていなければプログラムやデータの記憶を保持できない、揮発性を有するメモリである。つまり、画像形成装置１００の電源が切断されると、ＲＡＭ１２５は、プログラムやデータの記憶を失う。一方で、ＲＡＭ１２５におけるデータの読み書きの処理は、ＲＯＭ１２０や不揮発記憶部１３０におけるデータの読み書きの処理よりも、処理負荷が軽く、処理時間も短いことが多い。そのため、ＲＡＭ１２５は、サイズが大きいデータなどを一時的に記憶するような場合に使用される。本実施形態では、ＲＡＭ１２５は、画像形成装置１００の各構成の動作に関するログ（以下では、単に「ログ」と呼ぶ）を蓄積する。ログの詳細については、後述する。
【００４９】
不揮発記憶部１３０は、フラッシュメモリやハードディスク、ＵＳＢメモリなどを含み、メイン制御部１１０に使用される記憶装置である。不揮発記憶部１３０は、ＲＯＭ１２０と同様に、電源が供給されていなくてもデータなどの記憶を保持できる、不揮発性を有する記憶装置である。本実施形態において、ＲＯＭ１２０および不揮発記憶部１３０は、ＲＯＭ１２０が基本的に書き換え不可能なメモリである一方で、不揮発記憶部１３０がデータの書き換えを可能とする点で、区別される。また、不揮発記憶部１３０は、画像形成装置１００の外部に設けられてもよい。
【００５０】
電源制御部１４０は、各構成に対する電源の供給を制御する。電源制御部１４０は、各構成に対して電源を供給するか否かを制御でき、たとえば、サブ制御部１６０のみに電源を供給するなどの制御ができる。
【００５１】
操作パネル１５０は、パネル制御部（表示制御部）１５１、ハードキー（操作部）１５２、表示部１５３を含み、ユーザーによる操作（以下では、「ユーザー操作」と呼ぶ）を受け付けたり、各種情報を表示したりする。
【００５２】
パネル制御部１５１は、自身の内部の記憶領域などに記憶されているプログラムや、メイン制御部１１０からの指示などにしたがって、操作パネル１５０の各構成を制御する。パネル制御部１５１は、たとえば、ハードキー１５２からユーザー操作を示す信号を受信したり、表示部１５３にユーザーインターフェース（ＵＩ）を表示させたりする。
【００５３】
ハードキー１５２は、操作パネル１５０に含まれる物理的なキーであり、ユーザー操作を受け付ける。ハードキー１５２は、図２の例では、たとえばスタートキーやストップキー、メニューキーなどのキーである。ユーザーは、ハードキー１５２を押下することによって、画像形成装置１００を操作する。なお、ハードキー１５２は、パネル制御部１５１だけでなく、後述するサブ制御部１６０にも直接接続されている。そして、ハードキー１５２は、ユーザー操作を受け付けた場合、受け付けたユーザー操作を示す信号を、パネル制御部１５１およびサブ制御部１６０の両方に送信できる。
【００５４】
表示部１５３は、たとえばタッチパネルや液晶画面などである。表示部１５３は、パネル制御部１５１に制御されることによって、ユーザーインターフェースを表示できる。表示部１５３は、図２の例では、コピーの際に使用されるカラー選択のためのキーや、用紙選択のためのキーなどのユーザーインターフェースを表示している。なお、表示部１５３がタッチパネルである場合、ユーザーはこれらのキーに直接タッチすることによって、画像形成装置１００を操作できる。このように、パネル制御部１５１に制御されることによって、表示部１５３に表示される入力手段（キー）を、「ソフトキー」と呼ぶ。つまり、ソフトキーは、ハードキー１５２と同様に操作部を構成する。
【００５５】
なお、本実施形態では、ハードキー１５２は、操作パネル１５０に含まれ、表示部１５３と一体に形成されているが、本発明はこれに限定されない。ハードキー１５２は、操作パネル１５０に含まれず、表示部１５３と別体に形成されてもよい。
【００５６】
サブ制御部１６０は、画像形成装置１００において省電力モードを実現するために使用される制御部であり、ハードキー１５２が受け付けたユーザー操作を示す信号を受信できる。
【００５７】
省電力モードは、ユーザーが画像形成装置１００を使用していない場合に、メイン制御部１１０やＲＡＭ１２５、操作パネル１５０などに対する電源の供給を停止することによって、画像形成装置１００の待機電力を抑えるための機能である。画像形成装置１００は、稼働しないまま一定時間以上が経過することや、操作パネル１５０などにおいて省電力モードを設定するためのユーザー操作がなされることなどによって、通常動作状態から、省電力モードに移行する。
【００５８】
画像形成装置１００が省電力モードに移行する際、電源制御部１４０がメイン制御部１１０および操作パネル１５０などに対する電源の供給を停止するため、メイン制御部１１０などは休止状態になる。つまり、メイン制御部１１０は、パネル制御部１５１を介して、ユーザー操作を受け付けできなくなる。一方で、電源制御部１４０は、サブ制御部１６０には電源を供給し続ける。上述したように、ハードキー１５２は、ユーザー操作を示す信号をサブ制御部１６０にも直接送信できるため、サブ制御部１６０は、メイン制御部１１０が休止状態であっても、当該信号を受信できる。そして、サブ制御部１６０は、省電力モード中に当該信号を受け付けると、画像形成装置１００を省電力モードから復帰させるための処理を開始する。そして、電源制御部１４０が、メイン制御部１１０などに対する電源の供給を再開すると、画像形成装置１００は、通常動作を再開できる。
【００５９】
画像形成部１７０は、帯電、露光、現像、転写および定着などの各工程を含む電子写真式プロセスなどの周知の作像プロセスを用いて、各種データに基づく画像を、記録媒体である用紙などに形成する。
【００６０】
ユーザー認証部１７５は、たとえばＩＣカードリーダーなどを含み、画像形成装置１００を使用するユーザーを認証できる。ユーザー認証部１７５は、自身とユーザーのＩＣカードとの間で無線通信を行い、ＩＣカードに記憶されているユーザー情報を読み取ることによって、ユーザーを認証する。また、ユーザー認証部１７５は、操作パネル１５０におけるパスワード入力などのユーザー操作によって、ユーザーを認証してもよい。
【００６１】
通信Ｉ／Ｆ１８０は、他の機器と通信するためのインターフェースであり、イーサネット（登録商標）、ＦＤＤＩ、Ｗｉ−Ｆｉなどの規格が用いられる。
【００６２】
次に、画像形成装置１００の機能構成について説明する。
【００６３】
図３は、画像形成装置１００のメイン制御部１１０の機能構成を示すブロック図である。メイン制御部１１０は、プログラムを読み込んで処理を実行することにより、通知受信部１１１、ＵＩ制御部（表示制御部）１１２、生存確認部１１３、記憶管理部１１４、補正要求送信部１１５および省電力モード設定部１１６として機能する。
【００６４】
通知受信部１１１は、所定の条件を満たす旨の通知などを、サブ制御部１６０から受信する。所定の条件については、サブ制御部１６０の機能構成の説明において、説明する。
【００６５】
ＵＩ制御部１１２は、操作パネル１５０の表示部１５３に表示されるユーザーインターフェースの、描画および画面遷移などを制御する。ＵＩ制御部１１２が制御するユーザーインターフェースは、パネル制御部１５１を介して、パネル制御部１５１が制御する表示部１５３に表示される。つまり、ＵＩ制御部１１２は、パネル制御部１５１とともに、操作パネル１５０の表示部１５３における表示を制御する。
【００６６】
生存確認部１１３は、パネル制御部１５１およびＵＩ制御部１１２に対して生存確認を行い、当該生存確認に対して、パネル制御部１５１およびＵＩ制御部１１２から生存の旨を示す信号（以下では、「生存信号」と呼ぶ）を受信したか否かを判断する。「生存」とは、画像形成装置１００の各構成が、正常に動作していることを意味する。本実施形態において、生存確認は、パネル制御部１５１およびＵＩ制御部１１２が正常に動作していること（フリーズなどの不具合が発生していないこと）を確認するために行われる。生存信号は、パネル制御部１５１およびＵＩ制御部１１２が生存している場合に、パネル制御部１５１およびＵＩ制御部１１２によって生成される信号である。生存確認を行った結果は、生存確認部１１３が、パネル制御部１５１およびＵＩ制御部１１２から、生存信号を受信するか、自身に不具合が発生している旨を示す信号などの生存信号以外の信号を受信するか、あるいは、信号を全く受信しないかとなる。生存確認部１１３は、生存信号以外の信号を受信したか、あるいは、一定時間以上信号を全く受信しなかった場合に、生存信号を受信しなかったと判断する。また、生存確認部１１３は、パネル制御部１５１を介して、表示部１５３の不具合の有無も確認できる。
【００６７】
記憶管理部１１４は、必要に応じて、ＲＡＭ１２５に蓄積されている画像形成装置１００の各構成の動作に関するログを、不揮発記憶部１３０に記憶させる。また、記憶管理部１１４は、必要に応じて、各種データなどをＲＡＭ１２５に一時的に記憶させる。
【００６８】
ここで、本実施形態における「ログ」は、画像形成装置１００に不具合が発生した場合に、画像形成装置１００のユーザーを訪問したサービス担当者によって、取得可能なログを指す。当該ログは、開発者などが不具合を後から解析するために、取得される。当該ログは、画像形成装置１００に接続されたＰＣなどを使用して、取得される。当該ログは、不具合が発生した際に記憶されるログではなく、各構成の動作や状態などの情報を一定時間蓄積したログである。つまり、当該ログは、表示部１５３における画面遷移の情報、ハードキー１５２におけるユーザー操作の情報、ならびに、メイン制御部１１０、パネル制御部１５１およびサブ制御部１６０の間の通信ログなど、各構成の動作に関する詳細な情報を含む。開発者などは、当該ログを解析することによって、不具合が発生する前に行われたユーザー操作および内部処理などを把握できるため、不具合の原因を特定できる。
【００６９】
補正要求送信部１１５は、必要に応じて、サブ制御部１６０に記憶されている所定の条件を補正する要求を、サブ制御部１６０に送信する。所定の条件については、サブ制御部１６０の機能構成の説明において、説明する。
【００７０】
省電力モード設定部１１６は、画像形成装置１００が稼働しないまま一定時間以上が経過することや、操作パネル１５０などにおいて省電力モードを設定するためのユーザー操作がなされることなどによって、省電力モードを設定する。省電力モード設定部１１６は、電源制御部１４０に、メイン制御部１１０やＲＡＭ１２５、操作パネル１５０などに対する電源の供給を停止させる。
【００７１】
続いて、図４は、画像形成装置１００のサブ制御部１６０の機能構成を示すブロック図である。サブ制御部１６０は、プログラムを読み込んで処理を実行することにより、操作受付部１６１、操作パターン判断部１６２、通知部１６３、補正要求受信部１６４および基準パターン補正部１６５として機能する。
【００７２】
操作受付部１６１は、ユーザー操作を示す信号を受信し、当該信号に基づいて、ユーザー操作を受け付ける。操作受付部１６１は、たとえば、ハードキー１５２に含まれるスタートキーの押下を示す信号を、ハードキー１５２から受信し、スタートキーの押下をユーザー操作として受け付ける。
【００７３】
操作パターン判断部１６２は、一連のユーザー操作に基づく操作パターン（以下では、「ユーザー操作パターン」と呼ぶ）を特定し、当該ユーザー操作パターンが、所定の条件を満たすか否かを判断する。一連のユーザー操作は、ハードキー１５２などが受け付ける、連続したユーザー操作である。ユーザー操作パターンは、一連のユーザー操作の回数、たとえば、ユーザーがハードキー１５２などを操作（押下）した回数（以下では、「ユーザー操作回数」と呼ぶ）を含む。また、ユーザー操作パターンは、ユーザーがハードキー１５２のうち、どの種類のハードキーをどのような順番で操作したかによって、特定されてもよい。
【００７４】
また、所定の条件は、ユーザー操作パターンに対して適用される条件であり、操作パネル１５０において不具合が発生した可能性を検出するための条件である。所定の条件は、サブ制御部１６０の内部の不揮発記憶領域（図示なし）などに記憶されている。所定の条件は、ユーザーによって予め設定され、任意に変更されてもよい。
【００７５】
通知部１６３は、ユーザー操作パターンが所定の条件を満たす場合に、所定の条件を満たす旨の通知などを、メイン制御部１１０に送信する。
【００７６】
補正要求受信部１６４は、所定の条件を補正する要求を、メイン制御部１１０から受信する。
【００７７】
基準パターン補正部１６５は、上記の所定の条件を補正する要求に基づいて、所定の条件を補正する。
【００７８】
続いて、本実施形態に係る画像形成装置１００の処理の手順を説明する。図５は、メイン制御部１１０およびサブ制御部１６０の処理の関係性を示す図である。図６〜図７は、画像形成装置１００の処理の手順を示すフローチャートである。画像形成装置１００のプログラムは、画像形成装置１００の動作パフォーマンスに影響を与えることなく、操作パネル１５０において不具合が発生した場合にログを確保するように制御するものである。
【００７９】
図５に示すように、メイン制御部１１０およびサブ制御部１６０は、時間の進行に伴って、相互に通信し合いながら処理を進める。簡単には、まず、サブ制御部１６０は、ユーザー操作パターンが所定の条件を満たすか否かを判断し、所定の条件を満たす場合に、メイン制御部１１０に通知する。メイン制御部１１０は、所定の条件を満たす旨の通知を受信すると、ログを不揮発記憶部１３０に記憶させるか否かを判断する。さらに、メイン制御部１１０は、必要があれば、所定の条件を補正するようにサブ制御部１６０に要求する。サブ制御部１６０は、所定の条件の補正が完了すると、補正が完了した旨の通知をメイン制御部１１０に送信する。図５における時間の進行に伴って処理の手順を説明するため、まず、サブ制御部１６０の処理から説明する。
【００８０】
図６は、サブ制御部１６０の処理の手順の一例を示すフローチャートである。図６のフローチャートに示す処理は、サブ制御部１６０の内部の不揮発記憶領域に、プログラムとして記憶されている。
【００８１】
まず、ユーザー操作が入力可能な状態において、サブ制御部１６０は、操作受付部１６１として、ハードキー１５２を介して、ユーザー操作を受け付けたか否かを判断する（ステップＳ１０１）。
【００８２】
ユーザー操作を受け付けていない場合（ステップＳ１０１：ＮＯ）、サブ制御部１６０は、ユーザー操作を受け付けるまで待機する。
【００８３】
ユーザー操作を受け付けた場合（ステップＳ１０１：ＹＥＳ）、サブ制御部１６０は、操作パターン判断部１６２として、一定時間内の一連のユーザー操作に基づくユーザー操作パターンを特定する（ステップＳ１０２）。
【００８４】
続いて、サブ制御部１６０は、特定されたユーザー操作パターンが、所定の条件を満たすか否かを判断する。本実施形態では、所定の条件は、ユーザー操作パターンにおけるユーザー操作回数が、基準となる所定の回数（以下では、「基準回数」と呼ぶ）以上であることをいう。つまり、サブ制御部１６０は、操作パターン判断部１６２として、ユーザー操作パターンにおけるユーザー操作回数が、基準回数以上であるか否かを判断する（ステップＳ１０３）。
【００８５】
ステップＳ１０３において、ユーザー操作回数が、基準回数以上であるか否かを判断する理由は、次の通りである。ステップＳ１０３の処理は、操作パネル１５０において不具合が発生した可能性を検出するための処理である。操作パネル１５０においてフリーズなどの不具合が発生すると、故障かどうかを確認するために、ユーザーが操作パネル１５０のハードキー１５２を連打するという状況が想定される。一方で、画像形成装置１００の通常動作中に、ユーザーがハードキー１５２を連打し続けるという状況は、想定され難い。不具合が発生した場合と通常動作中とでは、このような状況の違いがあるため、サブ制御部１６０は、ユーザーがハードキー１５２を連打した場合に、不具合が発生した可能性があると特定できる。そのため、ステップＳ１０３では、上記の判断を行う。
【００８６】
ユーザー操作回数が、基準回数以上でない場合（ステップＳ１０３：ＮＯ）、サブ制御部１６０は、操作パネル１５０において不具合は発生していないと判断し、ステップＳ１０１の処理に戻る。そして、サブ制御部１６０は、新たなユーザー操作を受け付けるまで待機する。
【００８７】
ユーザー操作回数が、基準回数以上である場合（ステップＳ１０３：ＹＥＳ）、サブ制御部１６０は、ステップＳ１０４の処理に進む。そして、サブ制御部１６０は、通知部１６３として、所定の条件を満たす旨の通知、および、ステップＳ１０２において特定されていたユーザー操作パターンを、メイン制御部１１０に送信する（ステップＳ１０４）。つまり、サブ制御部１６０は、ユーザー操作回数に基づいて、操作パネル１５０において不具合が発生した可能性を検出したことになる。
【００８８】
続いて、図５における時間の進行に伴って処理の手順を説明するため、ステップＳ１０４において送信された通知を受信する、メイン制御部１１０の処理について説明する。メイン制御部１１０の処理は、操作パネル１５０において不具合が発生した可能性に基づいて、不具合が発生しているか否かを確認し、不具合が実際に発生していた場合に、ログを確保するための処理である。
【００８９】
図７は、メイン制御部１１０の処理の手順を示すフローチャートである。図７のフローチャートに示す処理は、ＲＯＭ１２０または不揮発記憶部１３０に、プログラムとして記憶されている。
【００９０】
メイン制御部１１０は、通知受信部１１１として、所定の条件を満たす旨の通知を、サブ制御部１６０から受信したか否かを判断する（ステップＳ２０１）。
【００９１】
所定の条件を満たす旨の通知を受信していない場合（ステップＳ２０１：ＮＯ）、メイン制御部１１０は、当該通知を受信するまで待機する。
【００９２】
所定の条件を満たす旨の通知を受信した場合（ステップＳ２０１：ＹＥＳ）、メイン制御部１１０は、生存確認部１１３として、パネル制御部１５１およびＵＩ制御部１１２に対して生存確認を行う（ステップＳ２０２）。そして、メイン制御部１１０は、パネル制御部１５１およびＵＩ制御部１１２の両方から、生存信号を受信したか否かを判断する（ステップＳ２０３）。
【００９３】
ステップＳ２０３の生存確認は、操作パネル１５０において不具合が発生しているか否かを確認するために行われる。操作パネル１５０におけるフリーズなどの不具合は、操作パネル１５０の各構成を制御する、パネル制御部１５１に起因する場合がある。パネル制御部１５１に起因する場合として、たとえば、パネル制御部１５１が表示部１５３に対して描画などを制御する信号を送信する際に、通信エラーが発生することによって、パネル制御部１５１の処理がフリーズする場合などが含まれる。また、操作パネル１５０における不具合は、操作パネル１５０の表示部１５３に表示されるユーザーインターフェースを制御する、メイン制御部１１０のＵＩ制御部１１２にも起因する場合がある。そのため、ステップＳ２０３では、メイン制御部１１０が、パネル制御部１５１およびＵＩ制御部１１２の両方に対して生存確認を行う。
【００９４】
パネル制御部１５１およびＵＩ制御部１１２の少なくとも一方から、生存信号を受信しなかった場合（ステップＳ２０３：ＮＯ）、メイン制御部１１０は、ステップＳ２０４の処理に進む。この場合、操作パネル１５０において不具合が実際に発生していることになる。以下では、ステップＳ２０３がＮＯである場合に、ステップＳ１０４においてサブ制御部１６０から送信されていたユーザー操作パターンを、「正解パターン」と呼ぶ。つまり、正解パターンは、不具合が実際に発生している場合に操作されていたユーザー操作パターンとなる。
【００９５】
続いて、メイン制御部１１０は、記憶管理部１１４として、ＲＡＭ１２５に蓄積されているログを、不揮発記憶部１３０に記憶させる（ステップＳ２０４）。
【００９６】
ステップＳ２０４において、メイン制御部１１０が、ＲＡＭ１２５に蓄積されているログを不揮発記憶部１３０に記憶させる理由は、画像形成装置１００の電源が切断される前に、当該ログを確保するためである。上述したように、ＲＡＭ１２５に蓄積されているログは、電源が切断されると失われてしまう。そのため、メイン制御部１１０は、電源が切断されても記憶を保持できる不揮発記憶部１３０に、ログを記憶させる。
【００９７】
続いて、メイン制御部１１０は、補正要求送信部１１５として、上記の正解パターンに基づいて所定の条件を補正する要求、および当該正解パターンを、サブ制御部１６０に送信する（ステップＳ２０５）。当該要求の送信は、いわば所定の条件の精度を向上させるためのフィードバックである。
【００９８】
一方で、パネル制御部１５１およびＵＩ制御部１１２の両方から、生存信号を受信した場合（ステップＳ２０３：ＹＥＳ）、メイン制御部１１０は、ステップＳ２０６の処理に進む。この場合、操作パネル１５０において不具合が発生していなかったことになる。以下では、ステップＳ２０３がＹＥＳである場合に、ステップＳ１０４においてサブ制御部１６０から送信されていたユーザー操作パターンを、「不正解パターン」と呼ぶ。つまり、不正解パターンは、不具合が発生していない場合に操作されていたユーザー操作パターンとなる。
【００９９】
続いて、メイン制御部１１０は、生存確認部１１３として、パネル制御部１５１を介して、表示部１５３の不具合の有無を確認する（ステップＳ２０６）。具体的には、パネル制御部１５１から生存信号を受信した場合に、生存信号とともに、表示部１５３の不具合を示す情報を受信したか否かを判断する。
【０１００】
本実施形態では、パネル制御部１５１には不具合が発生していないが、パネル制御部１５１に制御される表示部１５３に不具合が発生している場合も考慮する。表示部１５３の不具合は、たとえば、表示部１５３の一部が腐食することなどに起因する。表示部１５３がタッチパネルであり、当該タッチパネルの一部が腐食している場合には、表示部１５３は、常にタッチされ続けている状態に陥ることがある。パネル制御部１５１は、表示部１５３がタッチされ続けている状態を検出できるため、表示部１５３の不具合を検出できる。パネル制御部１５１は、表示部１５３の不具合を検出すると、表示部１５３の不具合を示す情報を、メイン制御部１１０に送信する。
【０１０１】
表示部１５３の不具合がある場合（ステップＳ２０６：ＹＥＳ）、メイン制御部１１０は、ステップＳ２０４の処理に進む。そして、メイン制御部１１０は、パネル制御部１５１およびＵＩ制御部１１２の少なくとも一方から、生存信号を受信しなかった場合（ステップＳ２０３：ＮＯ）と同様の処理を行う。つまり、ステップＳ２０６がＹＥＳである場合に、ステップＳ１０４においてサブ制御部１６０から送信されていたユーザー操作パターンも、正解パターンとなる。
【０１０２】
表示部１５３の不具合がない場合（ステップＳ２０６：ＮＯ）、メイン制御部１１０は、記憶管理部１１４として、上記の不正解パターンをＲＡＭ１２５に一旦記憶させる（ステップＳ２０７）。そして、メイン制御部１１０は、省電力モード設定部１１６として、省電力モードを設定するか否かを判断する（ステップＳ２０８）。
【０１０３】
省電力モードを設定しない場合（ステップＳ２０８：ＮＯ）、メイン制御部１１０は、省電力モードを設定するまで待機する。つまり、メイン制御部１１０は、画像形成装置１００が稼働しないまま一定時間以上が経過するか、操作パネル１５０などにおいて省電力モードを設定するためのユーザー操作がなされるまで、待機する。なお、メイン制御部１１０が、省電力モードを設定するまで待機している間でも、サブ制御部１６０が、別の一連のユーザー操作を受け付けることは可能である。この場合、新たに図６の処理が開始される。
【０１０４】
省電力モードを設定する場合（ステップＳ２０８：ＹＥＳ）、メイン制御部１１０は、省電力モードを設定する前に、ステップＳ２０９、Ｓ２１０およびＳ２１２の処理を行う。
【０１０５】
メイン制御部１１０は、ＲＡＭ１２５において、不正解パターンの記憶が残存しているか否かを判断する（ステップＳ２０９）。ＲＡＭ１２５は、画像形成装置１００の電源が切断された場合だけでなく、時間が経過することによって新しいデータを蓄積した場合にも、不正解パターンの記憶を失う。そのため、メイン制御部１１０は、省電力モードに入る際に、ステップＳ２０９の判断を行う必要がある。
【０１０６】
不正解パターンの記憶が残存していない場合（ステップＳ２０９：ＮＯ）、メイン制御部１１０は、省電力モード設定部１１６として、そのまま省電力モードを設定する（ステップＳ２１４）。そして、メイン制御部１１０は、処理を終了する。
【０１０７】
不正解パターンの記憶が残存している場合（ステップＳ２０９：ＹＥＳ）、メイン制御部１１０は、補正要求送信部１１５として、不正解パターンに基づいて所定の条件を補正する要求、および不正解パターンを、サブ制御部１６０に送信する（ステップＳ２１０）。
【０１０８】
続いて、図５における時間の進行に伴って処理の手順を説明するため、一旦図６のステップＳ１０５に戻って説明する。以下で説明するサブ制御部１６０の処理は、正解パターンおよび不正解パターンに基づいて、所定の条件を補正するための処理である。
【０１０９】
サブ制御部１６０は、補正要求受信部１６４として、所定の条件を補正する要求を、メイン制御部１１０から受信したか否かを判断する（ステップＳ１０５）。
【０１１０】
所定の条件を補正する要求を受信していない場合（ステップＳ１０５：ＮＯ）、サブ制御部１６０は、当該要求を受信するまで待機する。
【０１１１】
所定の条件を補正する要求を受信した場合（ステップＳ１０５：ＹＥＳ）、サブ制御部１６０は、基準パターン補正部１６５として、正解パターンまたは不正解パターンにおけるユーザー操作回数に基づいて、基準回数を補正する（ステップＳ１０６）。当該正解パターンまたは不正解パターンは、ステップＳ２０５またはＳ２１０において、メイン制御部１１０から送信されたパターンである。
【０１１２】
たとえば、所定の条件において、一定時間内のユーザー操作回数である基準回数が、５回に設定されており、不具合が実際に発生している場合の正解パターンにおけるユーザー操作回数が、６回であったとする。この場合、サブ制御部１６０は、基準パターン補正部１６５として、より実用に即した基準回数を設定するために、基準回数を５回から６回などに補正できる。また、たとえば、基準回数が５回に設定されており、正解パターンにおけるユーザー操作回数も５回であったとする。この場合、サブ制御部１６０は、基準回数をより少なく設定することによって、不具合が発生した可能性をより早く検出できたかもしれないと予測し、基準回数を５回から４回などに補正してもよい。このように、サブ制御部１６０は、正解パターンにおけるユーザー操作回数に基づいて、基準回数を補正できる。
【０１１３】
また、たとえば、基準回数が５回に設定されており、不具合が発生していない場合の不正解パターンにおけるユーザー操作回数も、５回であったとする。この場合、サブ制御部１６０は、画像形成装置１００の通常動作中に受け付けるユーザー操作を、不具合が発生した可能性を示すユーザー操作として、誤検出してしまったことを認識する。そのため、サブ制御部１６０は、誤検出しない基準回数を設定するために、基準回数を５回から６回などに補正してもよい。このように、サブ制御部１６０は、不正解パターンにおけるユーザー操作回数にも基づいて、基準回数を補正できる。
【０１１４】
続いて、サブ制御部１６０は、ステップＳ１０６の補正を完了すると、通知部１６３として、補正が完了した旨の通知を、メイン制御部１１０に送信する（ステップＳ１０７）。そして、サブ制御部１６０は、処理を終了する。
【０１１５】
図５における時間の進行に伴って処理の手順を説明するため、再び、図７のステップＳ２１１およびＳ２１２に戻って説明する。
【０１１６】
メイン制御部１１０は、通知受信部１１１として、補正が完了した旨の通知を、サブ制御部１６０から受信したか否かを判断する（ステップＳ２１１、Ｓ２１２）。ステップＳ２１１は、正解パターンに基づいて所定の条件を補正した後、ステップＳ２１２は、不正解パターンに基づいて所定の条件を補正した後に、それぞれ行われる。
【０１１７】
ステップＳ２１１およびＳ２１２において、補正が完了した旨の通知を受信していない場合（ステップＳ２１１：ＮＯ、ステップＳ２１２：ＮＯ）、メイン制御部１１０は、当該通知を受信するまで待機する。
【０１１８】
ステップＳ２１１において、補正が完了した旨の通知を受信した場合（ステップＳ２１１：ＹＥＳ）、メイン制御部１１０は、ステップＳ２１３の処理に進む。そして、メイン制御部１１０は、操作パネル１５０における不具合を解消するための、画像形成装置１００のリブート（再起動）処理を実行し（ステップＳ２１３）、処理を終了する。上述したように、操作パネル１５０における不具合は、パネル制御部１５１およびＵＩ制御部１１２の不具合に起因する。
【０１１９】
ステップＳ２１２において、補正が完了した旨の通知を受信した場合（ステップＳ２１２：ＹＥＳ）、メイン制御部１１０は、ステップＳ２１４の処理に進む。そして、メイン制御部１１０は、省電力モード設定部１１６として、省電力モードを設定し（ステップＳ２１４）、処理を終了する。
【０１２０】
ステップＳ２１１およびＳ２１２において、メイン制御部１１０が通知を受信するまで待機する理由は、所定の条件の補正を完了させるためである。つまり、ステップＳ１０６において、サブ制御部１６０が所定の条件の補正を完了する前に、リブート処理または省電力モードの設定が行われてしまい、サブ制御部１６０の補正が途中で終了させられてしまうことを避けるためである。
【０１２１】
以上のように、本実施形態によれば、画像形成装置１００は、ハードキー１５２を含む操作部において受け付けられた一定時間内の一連のユーザー操作に基づくユーザー操作パターンが、所定の条件を満たすか否かを判断する。そして、画像形成装置１００は、ユーザー操作パターンが所定の条件を満たす場合に、ＲＡＭ１２５に蓄積されているログを、不揮発記憶部１３０に記憶させる。ユーザー操作パターンが所定の条件を満たす場合は、操作パネル１５０において不具合が発生した可能性がある場合に該当する。この場合、ユーザーが操作パネル１５０を復旧させようとして、画像形成装置１００の電源を入れ直す前に、画像形成装置１００はログを確保できる。画像形成装置１００は、ユーザーが画像形成装置１００の電源を切断する前に、ログを確保できるため、一定時間毎にログを不揮発記憶部１３０に記憶させる必要はなく、自身の動作パフォーマンスを低下させることがない。結果として、画像形成装置１００は、自身の動作パフォーマンスに影響を与えることなく、不具合が発生した場合にログを確保でき、不具合を後から解析する開発者などに提供できる。
【０１２２】
また、画像形成装置１００は、ユーザー操作パターンが所定の条件を満たす場合に、パネル制御部１５１およびＵＩ制御部１１２を含む表示制御部に対して、生存確認を行う。そして、画像形成装置１００は、表示制御部から生存信号を受信しなかった場合に、操作パネル１５０において不具合が実際に発生していると判断し、ログを不揮発記憶部１３０に記憶させる。画像形成装置１００は、不具合が発生した可能性を検出した場合、直ちにログを確保するわけではない。画像形成装置１００は、通常動作中に受け付けるユーザー操作を、不具合が発生した可能性を示すユーザー操作として誤検出する場合を考慮して、ログを確保する前に、表示制御部に対して生存確認を行う。結果として、画像形成装置１００は、通常動作中に誤ってログ確保を行う状況を回避でき、自身の動作パフォーマンスに影響を与えることなく、不具合が発生した場合にログを確保できる。
【０１２３】
また、画像形成装置１００は、ユーザー操作パターンが所定の条件を満たす場合に、パネル制御部１５１およびＵＩ制御部１１２に対して生存確認を行う。そして、画像形成装置１００は、パネル制御部１５１およびＵＩ制御部１１２の少なくとも一方から、生存信号を受信しなかった場合に、ログを不揮発記憶部１３０に記憶させる。画像形成装置１００は、操作パネル１５０において発生する不具合が、一つの構成のみに起因するわけではないことを考慮して、パネル制御部１５１およびＵＩ制御部１１２の両方に対して生存確認を行う。結果として、画像形成装置１００は、操作パネル１５０において発生する様々な不具合に対して、ログを確保できる。
【０１２４】
また、画像形成装置１００は、パネル制御部１５１およびＵＩ制御部１１２の両方から生存信号を受信した場合であっても、表示部１５３の不具合がある場合には、ログを不揮発記憶部１３０に記憶させる。画像形成装置１００は、パネル制御部１５１およびＵＩ制御部１１２に起因する不具合に留まらず、表示部１５３の不具合も検出できる。画像形成装置１００は、表示部１５３の不具合についての情報を含んだログを、不揮発記憶部１３０に記憶できる。したがって、開発者などは、当該情報を確認することによって、表示部１５３の不具合を早急に特定でき、サービス担当者に直ちにフィードバックすることによって、表示部１５３の不具合を早急に解決できる。結果として、画像形成装置１００は、開発者などが不具合を早急に確認するための、効率を改善できる。
【０１２５】
また、画像形成装置１００は、一定時間内のユーザー操作回数が、基準回数以上である場合に、ログを不揮発記憶部１３０に記憶させる。操作パネル１５０において不具合が発生した場合と通常動作中とでは、一定時間内のユーザー操作回数に違いがある。したがって、画像形成装置１００は、ハードキー１５２におけるユーザー操作回数さえ監視していれば、不具合が発生した可能性がある場合を特定できるため、一定時間毎にログを不揮発記憶部１３０に記憶させる必要がない。結果として、画像形成装置１００は、自身の動作パフォーマンスに影響を与えることなく、ユーザー操作回数に基づいてログを確保できる。
【０１２６】
また、画像形成装置１００は、正解パターンにおけるユーザー操作回数に基づいて、基準回数を補正する。画像形成装置１００は、予め設定され、任意に変更されうる基準回数だけでなく、実際のユーザー操作に基づいた、より実用に即した基準回数を使用できる。また、画像形成装置１００は、ユーザー操作回数が基準回数以上となる度に、基準回数の精度を調節できる。結果として、画像形成装置１００は、不具合が発生した可能性をより確実に検出できる。
【０１２７】
また、画像形成装置１００は、不正解パターンをＲＡＭ１２５に一旦記憶させる。そして、画像形成装置１００は、省電力モードに入る際に、ＲＡＭ１２５において不正解パターンの記憶が残存していれば、当該不正解パターンにおけるユーザー操作回数に基づいて、基準回数を補正する。画像形成装置１００は、予め設定され、任意に変更されうる基準回数だけでなく、実際のユーザー操作に基づいた、誤検出しない基準回数を使用できる。さらに、画像形成装置１００は、不正解パターンが通常動作中に操作されていたユーザー操作パターンであることを考慮して、基準回数を直ちに補正しない。画像形成装置１００は、通常動作中に基準回数を補正すると、自身の動作パフォーマンスを低下させるからである。そのため、画像形成装置１００は、省電力モードに入る際に限定して、基準回数を補正する。結果として、画像形成装置１００は、自身の動作パフォーマンスに影響を与えることなく、基準回数の精度を調節でき、不具合が発生した可能性をより確実に検出できる。
【０１２８】
また、画像形成装置１００は、ログを不揮発記憶部１３０に記憶させた後に、操作パネル１５０における不具合、つまりパネル制御部１５１およびＵＩ制御部１１２における不具合を解消するための、リブート処理を実行する。不具合が発生すると、ユーザーが、操作パネル１５０を復旧させようとして、画像形成装置１００の電源を入れ直すことが想定される。画像形成装置１００は、不具合が発生した場合に自身を再起動させることによって、電源を入れ直そうとするユーザーの手間を省くことができる。
【０１２９】
また、画像形成装置１００は、メイン制御部１１０およびサブ制御部１６０を有し、メイン制御部１１０が、所定の条件を満たす旨の通知をサブ制御部１６０から受信した場合に、ログを不揮発記憶部１３０に記憶させる。サブ制御部１６０は、上述したように、省電力モードのために元々使用されていた構成である。したがって、画像形成装置１００は、追加の構成を必要とせずに、本実施形態を実現できる。
【０１３０】
なお、上記実施形態では、画像形成装置１００の処理の手順の一例を説明した。しかし、本発明はこれに限定されない。以下のような、種々の変更、改良などが可能である。
【０１３１】
上記実施形態では、画像形成装置１００は、メイン制御部１１０およびサブ制御部１６０を有する。しかし、本発明はこれに限定されない。画像形成装置１００は、メイン制御部１１０にサブ制御部１６０の機能構成を実現することによって、サブ制御部１６０を省略してもよい。この場合、メイン制御部１１０が、全ての処理（ステップＳ１０１〜Ｓ１０７およびステップＳ２０１〜Ｓ２１４）を行う。メイン制御部１１０は、サブ制御部１６０との間で、通知および要求を送受信する必要がなく、自身の内部で処理を完結できる。したがって、画像形成装置１００は、処理時間を短縮できる。ただし、この場合、図１に示すハードキー１５２は、メイン制御部１１０に直接接続される必要がある。画像形成装置１００は、サブ制御部１６０を必須の構成としないため、サブ制御部１６０を有しない場合であっても、追加の構成を必要とせずに、本実施形態を実現できる。
【０１３２】
また、上記実施形態のステップＳ１０１において、画像形成装置１００は、ハードキー１５２を介して、操作パネル１５０において不具合が発生した可能性を示すユーザー操作を受け付ける。しかし、本発明はこれに限定されない。画像形成装置１００は、表示部１５３に表示されるソフトキーを介して、不具合が発生した可能性を示すユーザー操作を受け付けてもよい。この場合、ソフトキーも、上記のハードキー１５２と同様に操作部を構成する。ただし、ソフトキーを表示する表示部１５３は、通常、パネル制御部１５１にしか接続されない。そのため、ソフトキーの監視は、パネル制御部１５１側で行われる必要がある。つまり、パネル制御部１５１が生存している場合のみ、ソフトキーの監視が実現される。また、パネル制御部１５１は、サブ制御部１６０の操作パターン判断部１６２と同様の機能構成を含む必要がある。これらの条件を満たす場合、画像形成装置１００は、ハードキー１５２だけでなくソフトキーも監視でき、不具合が発生した可能性をより確実に検出できる。
【０１３３】
また、上記実施形態のステップＳ１０３において、画像形成装置１００のサブ制御部１６０は、一定時間内のユーザー操作回数が、基準回数以上であるか否かを判断する。しかし、本発明はこれに限定されない。サブ制御部１６０は、ステップＳ１０１の処理のみを行い、以降の処理をメイン制御部１１０で行ってもよい。
【０１３４】
また、上記実施形態のステップＳ１０３において、画像形成装置１００のサブ制御部１６０は、ユーザー操作回数について判断する際に、ユーザー毎に個別に設定されている基準回数を参照してもよい。具体的には、サブ制御部１６０は、自身の不揮発記憶領域に、ユーザー毎に個別に設定されている基準回数を記憶していてもよい。この場合、ユーザーが画像形成装置１００の使用を開始する際に、画像形成装置１００は、ユーザー認証部１７５において、ユーザーを認証する必要がある。ユーザーを認証できれば、ステップＳ１０３において、サブ制御部１６０は、認証したユーザー毎に個別に設定されている基準回数を参照して、ユーザー操作回数を判断できる。当然、ステップＳ１０６においても、サブ制御部１６０は、ユーザー毎に設定されている基準回数を補正してもよい。結果として、画像形成装置１００は、基準回数の精度をユーザー毎に改善でき、操作パネル１５０において不具合が発生した可能性を、より確実に検出できる。
【０１３５】
また、上記実施形態のステップＳ２０２において、画像形成装置１００のメイン制御部１１０は、パネル制御部１５１およびＵＩ制御部１１２に対して生存確認を行う。しかし、本発明はこれに限定されない。メイン制御部１１０は、パネル制御部１５１およびＵＩ制御部１１２以外の任意の構成に対しても、生存確認を行ってもよい。そして、ステップＳ２０３において、メイン制御部１１０は、生存確認を行った構成の全てから、生存信号を受信したか否かを判断してもよい。画像形成装置１００は、他の任意の構成に対しても生存確認を行うことによって、不具合をより確実に検出できる。あるいは、メイン制御部１１０は、生存確認を全く行わなくてもよい。この場合、メイン制御部１１０は、ステップＳ２０１において所定の条件を満たす旨の通知を受信すると、ステップＳ２０２およびＳ２０３を省略し、ステップＳ２０４に進む。画像形成装置１００は、処理を省略できるため、より早急にログを確保できる。
【０１３６】
また、上記実施形態のステップＳ２０４において、画像形成装置１００のメイン制御部１１０は、外部のサーバーに設けられた不揮発記憶部に、ログを記憶させてもよい。この場合、開発者などは、ログをサーバー経由で取得できるため、画像形成装置１００のユーザーを訪問したサービス担当者が、ログを開発者などに送る時間および手間を省くことができる。画像形成装置１００は、開発者などが不具合を早急に確認するための、効率を改善できる。
【０１３７】
また、上記実施形態のステップＳ２０８において、画像形成装置１００のメイン制御部１１０は、省電力モードを設定しない場合、設定するまで待機する。しかし、本発明はこれに限定されない。メイン制御部１１０は、省電力モードを設定するまで待機する時間に制限を設けてもよい。この場合、メイン制御部１１０は、ステップＳ２０７において、不正解パターンをＲＡＭ１２５に一旦記憶させた時点から、時間の測定を開始する。そして、ステップＳ２０８において、メイン制御部１１０が省電力モードを設定しないまま経過した時間が、所定のタイムアウト時間を超えた場合、メイン制御部１１０は、画像形成装置１００の処理負荷の監視を開始する。そして、メイン制御部１１０は、画像形成装置１００の処理負荷が所定の閾値より小さい場合に、省電力モードの設定を待たずに、ステップＳ２０９およびＳ２１０の処理に進む。省電力モードを設定するまで待機する時間に制限を設ける理由は、時間が経過することによって、ＲＡＭ１２５における不正解パターンの記憶が失われる前に、不正解パターンに基づいて基準回数を補正するためである。画像形成装置１００は、通常動作中に補正すると、自身の動作パフォーマンスを低下させることになるため、処理負荷が所定の閾値より小さい場合に限定して、基準回数を補正すればよい。画像形成装置１００は、不正解パターンの記憶を失うことなく、基準回数を補正できる。
【０１３８】
以下、図面を参照して、更なる変形例を説明する。
【０１３９】
（変形例１）
上記実施形態では、画像形成装置１００が、一定時間内のユーザー操作回数が、基準回数以上であるか否かを判断することについて説明した。一方で、変形例１では、画像形成装置１００は、ユーザー操作回数に代えて、操作パネル１５０における振動に基づく一定時間内の振動回数が、基準回数以上であるか否かを判断する。
【０１４０】
図８は、変形例１の画像形成装置１００の概略構成を示すブロック図である。図１に対して、操作パネル１５０において、センサー１５４が追加されている。
【０１４１】
センサー１５４は、加速度センサー、振動センサー、衝撃センサーなどの、振動を検知するセンサーである。センサー１５４は、操作パネル１５０上または操作パネル１５０の内部に設けられる。センサー１５４は、ハードキー１５２の押下などのユーザー操作によって、操作パネル１５０において発生する振動を検知できる。なお、センサー１５４は、ハードキー１５２と同様に、サブ制御部１６０に直接接続されている。
【０１４２】
変形例１の画像形成装置１００における処理の手順を、図９より説明する。
【０１４３】
図９は、サブ制御部１６０の処理の手順の他の例を示すフローチャートである。図９のフローチャートに示す処理は、サブ制御部１６０の内部の不揮発記憶領域に、プログラムとして記憶されている。なお、図９のステップのうち、ステップＳ１０４〜１０７は、図６のステップと同様であるため、説明を省略する。
【０１４４】
まず、サブ制御部１６０は、センサー１５４を介して、操作パネル１５０における振動を検知したか否かを判断する（ステップＳ３０１）。この場合、サブ制御部１６０は、プログラムを読み込んで処理を実行することにより、振動検知部として機能する。
【０１４５】
振動を検知していない場合（ステップＳ３０１：ＮＯ）、サブ制御部１６０は、振動を検知するまで待機する。
【０１４６】
振動を検知した場合（ステップＳ３０１：ＹＥＳ）、サブ制御部１６０は、操作パターン判断部１６２として、センサー１５４が検知した振動に基づく、一定時間内の振動回数を、ユーザー操作パターンにおけるユーザー操作回数とみなして特定する（ステップＳ３０２）。
【０１４７】
続いて、サブ制御部１６０は、特定された一定時間内の振動回数が、所定の条件を満たすか否かを判断する。変形例１では、サブ制御部１６０は、操作パターン判断部１６２として、一定時間内の振動回数が、基準回数以上であるか否かを判断する（ステップＳ３０３）。
【０１４８】
ステップＳ３０３において、振動回数が、基準回数以上であるか否かを判断する理由は、次の通りである。操作パネル１５０において不具合が発生すると、故障かどうかを確認するために、ユーザーが操作パネル１５０のハードキー１５２、または表示部１５３に表示されるソフトキーなどを連打するという状況が想定される。ユーザーが連打することによって、操作パネル１５０において振動が発生すると、センサー１５４は当該振動を検知する。一方で、画像形成装置１００の通常動作中に、ユーザーがハードキー１５２などを連打し続けるという状況は、想定され難いため、センサー１５４は、連打による振動を検知しない。不具合が発生した場合と通常動作中とでは、このような状況の違いがあるため、ステップＳ３０３では、上記の判断を行う。
【０１４９】
振動回数が、基準回数以上でない場合（ステップＳ３０３：ＮＯ）、サブ制御部１６０は、操作パネル１５０において不具合は発生していないと判断し、ステップＳ３０１の処理に戻る。そして、サブ制御部１６０は、新たな振動を受け付けるまで待機する。
【０１５０】
振動回数が、基準回数以上である場合（ステップＳ３０３：ＹＥＳ）、サブ制御部１６０は、ステップＳ１０４以降の処理に進む。なお、ステップＳ１０４以降においても、サブ制御部１６０は、一定時間内の振動回数を、ユーザー操作パターンにおけるユーザー操作回数とみなして、処理を継続する。
【０１５１】
以上のように、変形例１によれば、画像形成装置１００は、ユーザー操作によって発生する振動を検知可能なセンサー１５４をさらに有する。そして、画像形成装置１００のサブ制御部１６０は、センサー１５４が検知した一定時間内の振動回数を、ユーザー操作回数とみなして、振動回数が基準回数以上であるか否かを判断する。変形例１では、画像形成装置１００は、ハードキー１５２だけでなく、ソフトキーにおけるユーザー操作によって発生する振動も検知できる。したがって、画像形成装置１００は、パネル制御部１５１が生存していない場合であっても、ソフトキーにおけるユーザー操作を監視できる。結果として、画像形成装置１００は、ハードキー１５２およびソフトキーの両方におけるユーザー操作を監視できるため、操作パネル１５０において不具合が発生した可能性を、より確実に検出できる。さらに、画像形成装置１００は、ハードキー１５２を有さなくとも、本実施形態を実現できる。
【０１５２】
また、変形例１においても、ステップＳ３０３において、画像形成装置１００のサブ制御部１６０は、振動回数について判断する際に、ユーザー毎に個別に設定されている基準回数を参照してもよい。認証したユーザー毎に個別に設定されている基準回数を参照することによって、画像形成装置１００は、操作パネル１５０において不具合が発生した可能性を、より確実に検出できる。
（変形例２）
上記実施形態では、画像形成装置１００が、基準回数に基づいて判断することについて説明した。一方で、変形例２では、画像形成装置１００は、基準パターンに対する整合率に基づいて判断する。
【０１５３】
変形例２の画像形成装置１００における処理の手順を、図１０より説明する。なお、変形例２の画像形成装置１００の概略構成は、図１と同様である。
【０１５４】
図１０は、サブ制御部１６０の処理の手順のさらに別の例を示すフローチャートである。図１０のフローチャートに示す処理は、サブ制御部１６０の内部の不揮発記憶領域に、プログラムとして記憶されている。なお、図１０のステップのうち、ステップＳ４０３、Ｓ４０６以外は、図６のステップと同様であるため、説明を省略する。
【０１５５】
ステップＳ４０３において、サブ制御部１６０は、一定時間内の一連のユーザー操作に基づくユーザー操作パターンが、所定の条件を満たすか否かを判断する。変形例２では、所定の条件は、ユーザー操作パターンが、基準となる所定の操作パターン（以下では、「基準パターン」と呼ぶ）に対して、所定の基準値以上の整合率で整合することをいう。つまり、サブ制御部１６０は、操作パターン判断部１６２として、ユーザー操作パターンが、基準パターンに対して、基準値以上の整合率で整合するか否かを判断する（ステップＳ４０３）。
【０１５６】
ステップＳ４０３において、ユーザー操作パターンが、基準パターンに対して、基準値以上の整合率で整合するか否かを判断する理由は、次の通りである。操作パネル１５０において不具合が発生すると、故障かどうかを確認するために、ユーザーが、ハードキー１５２のうち、複数のハードキーを順番に操作し、操作可能なキーがあるかどうかを確認するという状況が想定される。一方で、画像形成装置１００の通常動作中に、操作可能なキーがあるかどうかを確認するために、ユーザーが複数のハードキーを順番に操作し続けるという状況は、想定され難い。そのため、ステップＳ４０３では、上記の判断を行う。ステップＳ４０３におけるユーザー操作パターンは、ユーザー操作回数ではなく、ユーザーがどの種類のハードキーをどのような順番で操作したかによって、特定されるパターンを意味する。
【０１５７】
ステップＳ４０３の判断について、例を挙げて説明する。たとえば、ハードキー１５２が、図２に示すように配置されていたとする。そして、基準パターンは「電源キー以外の１０個の異なるハードキーの各々を、一定時間内に少なくとも一回ずつ押下するパターン」に設定され、基準値は７０％に設定されていたとする。そして、ユーザー操作パターンが「電源キー以外の８個の異なるハードキーの各々を、一定時間内に少なくとも一回ずつ押下したパターン」であった場合、基準パターンに対する整合率は、８０％となる。この場合、ユーザー操作パターンが、基準パターンに対して、基準値（７０％）以上の整合率（８０％）で整合したことになる。上記の例では、ユーザー操作パターンが、ハードキー１５２の種類について設定されている場合を示したが、ハードキー１５２を操作する順番（たとえば、スタートキーから操作を開始して、時計回りに操作するなど）についても、ともに設定されてもよい。
【０１５８】
ユーザー操作パターンが、基準パターンに対して、基準値以上の整合率で整合しない場合（ステップＳ４０３：ＮＯ）、サブ制御部１６０は、操作パネル１５０において不具合は発生していないと判断し、ステップＳ１０１の処理に戻る。そして、サブ制御部１６０は、新たなユーザー操作を受け付けるまで待機する。
【０１５９】
ユーザー操作パターンが、基準パターンに対して、基準値以上の整合率で整合する場合（ステップＳ４０３：ＹＥＳ）、サブ制御部１６０は、ステップＳ１０４以降の処理に進む。つまり、サブ制御部１６０は、ユーザー操作パターンに基づいて、操作パネル１５０において不具合が発生した可能性を検出したことになる。
【０１６０】
さらに、ステップＳ４０６について、サブ制御部１６０は、基準パターンに対する正解パターンまたは不正解パターンの整合率に基づいて、所定の条件を補正する。上述したように、正解パターンは、不具合が実際に発生している場合に操作されていたユーザー操作パターンであり、不正解パターンは、不具合が発生していない場合に操作されていたユーザー操作パターンである。サブ制御部１６０は、基準パターン補正部１６５として、基準パターンに対する正解パターンまたは不正解パターンの整合率に基づいて、基準値および基準パターンの少なくとも一方を補正する（ステップＳ４０６）。
【０１６１】
たとえば、ハードキー１５２が、図２に示すように配置されていたとする。そして、基準パターンは「電源キー以外の１０個の異なるハードキーの各々を、一定時間内に少なくとも一回ずつ押下するパターン」に設定され、基準値は７０％に設定されていたとする。そして、正解パターンが、「電源キー以外の８個の異なるハードキーの各々を、一定時間内に少なくとも一回ずつ押下したパターン」であった場合、基準パターンに対する整合率は、８０％となる。この場合、サブ制御部１６０は、基準パターン補正部１６５として、より実用に即した条件を設定するために、基準値を７０％から８０％などに補正できる。あるいは、サブ制御部１６０は、基準値ではなく、基準パターンを補正してもよい。つまり、サブ制御部１６０は、基準パターンを「電源キー以外の８個の異なるハードキーの各々を、一定時間内に少なくとも一回ずつ押下するパターン」などに補正してもよい。また、サブ制御部１６０は、基準値および基準パターンの両方を補正してもよい。
【０１６２】
また、たとえば、基準パターンは「電源キー以外の１０個の異なるハードキーの各々を、一定時間内に少なくとも一回ずつ押下するパターン」に設定され、基準値は７０％に設定され、基準パターンに対する正解パターンの整合率も７０％であったとする。この場合、サブ制御部１６０は、基準値をより小さい値に設定することによって、不具合が発生した可能性をより早く検出できたかもしれないと予測し、基準値を７０％から６０％などに補正してもよい。この場合も、サブ制御部１６０は、基準値ではなく、基準パターンを補正してもよい。また、サブ制御部１６０は、基準値および基準パターンの両方を補正してもよい。このように、サブ制御部１６０は、正解パターンに基づいて、基準値および基準パターンを補正できる。
【０１６３】
また、たとえば、基準パターンは「電源キー以外の１０個の異なるハードキーの各々を、一定時間内に少なくとも一回ずつ押下するパターン」に設定され、基準値は７０％に設定され、基準パターンに対する不正解パターンの整合率も７０％であったとする。この場合、サブ制御部１６０は、画像形成装置１００の通常動作中に受け付けるユーザー操作を、不具合が発生した可能性を示すユーザー操作として、誤検出してしまったことを認識する。そのため、サブ制御部１６０は、誤検出しない条件を設定するために、基準値をを７０％から８０％などに補正してもよい。このように、サブ制御部１６０は、不正解パターンにも基づいて、基準値および基準パターンを補正できる。
【０１６４】
以上のように、変形例２によれば、画像形成装置１００は、ユーザー操作パターンが、基準パターンに対して基準値以上の整合率で整合する場合に、ログを不揮発記憶部１３０に記憶させる。操作パネル１５０において不具合が発生した場合と通常動作中とでは、ユーザー操作パターンに違いがある。したがって、画像形成装置１００は、ハードキー１５２におけるユーザー操作パターンさえ監視していれば、不具合が発生した可能性がある場合を特定できる。また、基準値および基準パターンの設定は、基準回数の設定よりも自由度があるため、より実用に即した条件を設定できる。結果として、画像形成装置１００は、自身の動作パフォーマンスに影響を与えることなく、ユーザー操作パターンに基づいてログを確保できる。
【０１６５】
また、画像形成装置１００は、基準パターンに対する正解パターンの整合率に基づいて、基準値および基準パターンの少なくとも一方を補正する。画像形成装置１００は、予め設定され、任意に変更されうる基準値および基準パターンだけでなく、実際のユーザー操作に基づいた、より実用に即した基準値および基準パターンを使用できる。また、画像形成装置１００は、ユーザー操作パターンが、基準パターンに対して基準値以上の整合率で整合する度に、基準値および基準パターンの少なくとも一方の精度を調節できる。結果として、画像形成装置１００は、不具合が発生した可能性をより確実に検出できる。
【０１６６】
また、画像形成装置１００は、不正解パターンをＲＡＭ１２５に一旦記憶させる。そして、画像形成装置１００は、省電力モードに入る際に、ＲＡＭ１２５において不正解パターンの記憶が残存していれば、基準パターンに対する不正解パターンの整合率に基づいて、基準値および基準パターンの少なくとも一方を補正する。画像形成装置１００は、予め設定され、任意に変更されうる基準値および基準パターンだけでなく、実際のユーザー操作に基づいた、誤検出しない基準値および基準パターンを使用できる。さらに、画像形成装置１００は、不正解パターンが通常動作中に操作されていたユーザー操作パターンであることを考慮して、基準値および基準パターンの少なくとも一方を直ちに補正しない。画像形成装置１００は、通常動作中に基準値および基準パターンの少なくとも一方を補正すると、自身の動作パフォーマンスを低下させるからである。そのため、画像形成装置１００は、省電力モードに入る際に限定して、基準値および基準パターンの少なくとも一方を補正する。結果として、画像形成装置１００は、自身の動作パフォーマンスに影響を与えることなく、操作パネル１５０において不具合が発生した可能性を、より確実に検出できる。
【０１６７】
また、変形例２においても、ステップＳ４０３において、画像形成装置１００のサブ制御部１６０は、ユーザー操作パターンについて判断する際に、ユーザー毎に個別に設定されている基準パターンを参照してもよい。また、ステップＳ４０６においても、サブ制御部１６０は、ユーザー毎に設定されている基準値および基準パターンの少なくとも一方を補正してもよい。結果として、画像形成装置１００は、基準値および基準パターンの精度をユーザー毎に改善でき、操作パネル１５０において不具合が発生した可能性を、より確実に検出できる。
【０１６８】
なお、変形例２におけるステップＳ４０３の処理は、一定時間内のユーザー操作回数が、基準回数以上であるか否かを判断するステップＳ１０３の処理と、組み合わせて用いられてもよい。つまり、画像形成装置１００のサブ制御部１６０は、一定時間内のユーザー操作回数が基準回数以上であり、かつ、ユーザー操作パターンが基準パターンに対して基準値以上の整合率で整合する場合に、所定の条件を満たすと判断してもよい。この場合、ステップＳ４０６の処理も、ステップＳ１０６の処理と組み合わせて用いられてもよく、サブ制御部１６０は、基準回数、ならびに、基準値および基準パターンの少なくとも一方を補正してもよい。
【０１６９】
（変形例３）
上記実施形態では、画像形成装置１００が、単体で使用される場合について説明した。一方で、変形例３では、画像形成装置１００が、携帯端末によって接続され、操作される場合について説明する。
【０１７０】
図１１は、画像形成システムの概略構成を示す図である。
【０１７１】
画像形成システムは、上記実施形態において説明した画像形成装置１００と、携帯端末２００とを有する。各構成は、ネットワーク３００を介して、相互に通信可能に接続されている。
【０１７２】
携帯端末２００は、タブレット端末やスマートフォンなどの、ユーザーが携帯可能な端末である。携帯端末２００は、ネットワーク３００を介して、画像形成装置１００を遠隔で操作したり、印刷ジョブなどを画像形成装置１００に送信したりする。
【０１７３】
ネットワーク３００は、イーサネット（登録商標）、ＦＤＤＩ（Ｆｉｂｅｒ  Ｄｉｓｔｒｉｂｕｔｅｄ  Ｄａｔａ  Ｉｎｔｅｒｆａｃｅ）、Ｗｉ−Ｆｉ（Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ）などの規格によるＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）や、ＬＡＮ同士を専用線で接続したＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）などから構成される。なお、ネットワーク３００に接続される各構成の種類および台数は、図１１に示す例に限定されない。
【０１７４】
図１２は、携帯端末２００の概略構成を示すブロック図である。携帯端末２００は、端末制御部２１０、ＲＯＭ２２０、ＲＡＭ２２５、不揮発記憶部２３０、電源制御部２４０、ハードキー２５２、端末表示部２５３、センサー２５４、ユーザー認証部２７５および通信Ｉ／Ｆ２８０を有する。各構成は、バス２９０を介して、相互に通信可能に接続されている。携帯端末２００の構成のうち、画像形成装置１００の構成と同様の構成については、説明を省略する。
【０１７５】
端末制御部２１０は、上記実施形態における、画像形成装置１００のサブ制御部１６０と同様の機能構成を含み、図６、図９および図１０に示すサブ制御部１６０と同様の処理を行う。つまり、端末制御部２１０は、ユーザー操作パターンが所定の条件を満たすか否かを判断したり、要求に応じて所定の条件を補正したりする。さらに、変形例３では、端末制御部２１０は、画像形成装置１００のパネル制御部１５１と同様の機能も含む。つまり、端末制御部２１０は、プログラムを読み込んで処理を実行することにより、端末表示部２５３を制御する表示制御部として機能することになる。
【０１７６】
また、端末制御部２１０は、画像形成装置１００のメイン制御部１１０から、ユーザーインターフェースなどの情報を受信して、端末表示部２５３に表示させる。つまり、ＵＩ制御部１１２が制御するユーザーインターフェースは、端末制御部２１０を介して、端末制御部２１０が制御する端末表示部２５３に表示される。
【０１７７】
変形例３では、端末制御部２１０が、図６、図９および図１０に示す処理を行う。端末制御部２１０は、ハードキー２５２などを介して受け付けた、一定時間内の一連のユーザー操作に基づくユーザー操作パターンが、所定の条件を満たすか否かを判断する。所定の条件は、不揮発記憶部２３０などに記憶されている。そして、端末制御部２１０は、所定の条件を満たす旨の通知、および、ユーザー操作パターンを、画像形成装置１００のメイン制御部１１０に送信する。
【０１７８】
そして、メイン制御部が、図７に示す処理を行う。メイン制御部１１０は、所定の条件を満たす旨の通知を携帯端末２００から受信すると、端末制御部２１０およびＵＩ制御部１１２に対して生存確認を行う。メイン制御部１１０が端末制御部２１０に対して生存確認を行うと、端末制御部２１０は、自身の内部の表示制御部などの生存を確認する。そして、端末制御部２１０およびＵＩ制御部１１２の少なくとも一方から、生存信号を受信しなかった場合に、メイン制御部１１０は、ログを不揮発記憶部１３０に記憶させる。ステップＳ２０５およびＳ２１０では、メイン制御部１１０は、所定の条件を補正する要求、および、正解または不正解パターンを、端末制御部２１０に送信する。
【０１７９】
端末制御部２１０は、所定の条件を補正する要求をメイン制御部１１０から受信すると、正解パターンまたは不正解パターンに基づいて、所定の条件を補正する。そして、画像形成装置１００は、リブート処理または省電力モードの設定を行う。変形例３では、メイン制御部１１０は、ステップＳ２１１およびＳ２１２において、端末制御部２１０から補正が完了した旨の通知を受信するまで、待機してもよいし、しなくてもよい。画像形成装置１００のリブート処理または省電力モードの設定が行われても、端末制御部２１０の補正の処理には、何ら影響しないからである。
【０１８０】
以上のように、変形例３によれば、外部の携帯端末２００において受け付けられた一定時間内の一連のユーザー操作に基づくユーザー操作パターンが、所定の条件を満たす場合、画像形成装置１００は、外部の携帯端末２００から、所定の条件を満たす旨の通知を受信する。そして、画像形成装置１００は、所定の条件を満たす旨の通知を受信した場合に、ログを不揮発記憶部１３０に記憶させる。画像形成装置１００を遠隔で操作している携帯端末２００のユーザーは、携帯端末２００の端末表示部２５３の表示がフリーズすると、まずは、携帯端末２００の不具合を疑うことが想定される。ユーザーは、携帯端末２００の不具合がないことを知ると、次に画像形成装置１００の不具合を疑い、画像形成装置１００の電源を入れ直すことが想定される。画像形成装置１００は、ユーザーが画像形成装置１００の電源を入れ直す前に、ログを確保できる。
【０１８１】
また、画像形成装置１００は、所定の条件を満たす旨の通知を受信した場合に、携帯端末２００の端末制御部２１０、およびＵＩ制御部１１２に対して生存確認を行う。そして、端末制御部２１０およびＵＩ制御部１１２の少なくとも一方から、生存信号を受信しなかった場合に、ログを不揮発記憶部１３０に記憶させる。画像形成装置１００は、携帯端末２００の端末表示部２５３においてフリーズなどの不具合が発生すると、不具合が画像形成装置１００のみに起因するわけではないことを考慮して、端末制御部２１０およびＵＩ制御部１１２の両方に対して生存確認を行う。結果として、画像形成装置１００は、通常動作中に誤ってログ確保を行う状況を回避できる。
【０１８２】
なお、変形例３においても、画像形成装置１００は、端末制御部２１０およびＵＩ制御部１１２の両方から生存信号を受信した場合であっても、端末表示部２５３の不具合がある場合には、ログを不揮発記憶部１３０に記憶させてもよい。
【０１８３】
また、変形例３では、携帯端末２００の端末制御部２１０が、所定の条件を満たすか否かを判断する。しかし、本発明はこれに限定されない。携帯端末２００は、ユーザー操作を受け付けた場合、ユーザー操作を示す信号を画像形成装置１００に送信し、画像形成装置１００が、当該ユーザー操作に基づくユーザー操作パターンについて判断してもよい。
【０１８４】
また、変形例３は、変形例１および変形例２と、組み合わせて用いられてもよい。つまり、携帯端末２００は、ユーザー操作回数についてではなく、振動回数（変形例１）、あるいは、ユーザー操作パターンの基準パターンに対する整合率（変形例２）について判断してもよい。変形例１と組み合わせる場合には、携帯端末２００は、センサー２５４が検知する振動に基づく振動回数について判断すればよい。
【０１８５】
上記実施形態では、画像形成装置１００を一つの装置として説明した。しかし、本発明はこれに限定されない。ユーザー操作パターンが所定の条件を満たすか否かを判断したり、パネル制御部１５１およびＵＩ制御部１１２に対して生存確認を行ったりなどする情報処理装置と、印刷処理を行う装置とが、別々に構成されてもよい。この場合、情報処理装置と、印刷処理を行う装置とは、バスを介して接続される。
【０１８６】
本発明による画像形成装置１００による処理は、上記各手順を実行するための専用のハードウエア回路によっても、また、上記各手順を記述したプログラムをＣＰＵが実行することによっても実現できる。後者により本発明を実現する場合、画像形成装置１００を動作させる上記プログラムは、ＵＳＢメモリ、フロッピー（登録商標）ディスクやＣＤ−ＲＯＭなどのコンピューター読み取り可能な記録媒体によって提供されてもよいし、インターネットなどのネットワークを介してオンラインで提供されてもよい。この場合、コンピューター読み取り可能な記録媒体に記録されたプログラムは、通常、メモリやハードディスクなどに転送され記憶される。また、このプログラムは、たとえば、単独のアプリケーションソフトとして提供されてもよいし、画像形成装置１００の一機能としてその装置のソフトウエアに組み込んでもよい。
【符号の説明】
【０１８７】
１００  画像形成装置、
１１０  メイン制御部、
１１１  通知受信部、
１１２  ＵＩ制御部、
１１３  生存確認部、
１１４  記憶管理部、
１１５  補正要求送信部、
１１６  省電力モード設定部、
１２０  ＲＯＭ、
１２５  ＲＡＭ、
１３０  不揮発記憶部、
１４０  電源制御部、
１５０  操作パネル、
１５１  パネル制御部、
１５２  ハードキー、
１５３  表示部、
１５４  センサー、
１６０  サブ制御部、
１６１  操作受付部、
１６２  操作パターン判断部、
１６３  通知部、
１６４  補正要求受信部、
１６５  基準パターン補正部、
１７０  画像形成部、
１７５  ユーザー認証部、
１８０  通信Ｉ／Ｆ、
１９０  バス、
２００  携帯端末、
２１０  端末制御部、
２２０  ＲＯＭ、
２２５  ＲＡＭ、
２３０  不揮発記憶部、
２４０  電源制御部、
２５２  ハードキー、
２５３  端末表示部、
２５４  センサー、
２７５  ユーザー認証部、
２８０  通信Ｉ／Ｆ、
２９０  バス、
３００  ネットワーク。
【図１】
0006292213.tif 000002
【図２】
0006292213.tif 000003
【図３】
0006292213.tif 000004
【図４】
0006292213.tif 000005
【図５】
0006292213.tif 000006
【図６】
0006292213.tif 000007
【図７】
0006292213.tif 000008
【図８】
0006292213.tif 000009
【図９】
0006292213.tif 000010
【図１０】
0006292213.tif 000011
【図１１】
0006292213.tif 000012
【図１２】
0006292213.tif 000013