(57)【要約】【課題】どのようなことが原因でエラーになったのかをより具体的に知らせることができ、エラーに対する適切な対応を促進できるようにする。【解決手段】ＣＰＵ１１は、処理中にエラーが発生された場合に、ログファイルＭ２を参照し、そのエラーの発生時点から遡った複数のログ情報の中から事象を取得して組み合わせ、その複数の事象に基づいてエラー解析データベースＭ３を検索することにより、該当する一連の事象に対応付けられているエラー原因メッセージを取得して表示部１５から表示させる。【選択図】  図１
2012203498.tif 000002
【特許請求の範囲】
【請求項１】
処理中に発生したエラーを検出するエラー検出処理装置であって、
処理中に発生される事象に応じて逐次生成されるログ情報を記憶管理するログ情報記憶手段と、
処理中にどのような経緯でエラーが発生するのかを示す一連の事象に対応付けて、そのエラーの発生原因を案内するエラー原因案内情報を記憶する案内情報記憶手段と、
処理中にエラーが発生された場合に、そのエラーの発生時点から遡った複数のログ情報の中から事象を取得して組み合わせる組み合わせ手段と、
前記組み合わせ手段により組み合わせられた複数の事象に基づいて前記案内情報記憶手段を検索することにより、該当する一連の事象に対応付けられているエラー原因案内情報を取得する案内情報取得手段と、
前記案内情報取得手段により取得したエラー原因案内情報を出力する出力手段と、
を備えたことを特徴とするエラー検出処理装置。
【請求項２】
前記組み合わせ手段は、エラー発生時点から遡った複数のログ情報の中から取得した複数の事象をその発生順に時系列に組み合わせる、
ようにしたことを特徴とする請求項１記載のエラー検出処理装置。
【請求項３】
前記組み合わせ手段は、エラー発生時点から遡った複数のログ情報の中から取得した複数の事象の中から同じ内容で連続した事象を一つにまとめ直して組み合わせる、
ようにしたことを特徴とする請求項１あるいは請求項２に記載のエラー検出処理装置。
【請求項４】
前記案内情報記憶手段は、ユーザから要求される処理毎にエラー原因案内情報を記憶し、
前記組み合わせ手段は、エラーが発生した時点から処理開始の要求時点までに生成された複数のログ情報の中から事象をそれぞれ取得して組み合わせる、
ようにしたことを特徴とする請求項１〜請求項３のいずれかに記載のエラー検出処理装置。
【請求項５】
コンピュータに対して、
処理中に発生される事象に応じて逐次生成されるログ情報を記憶管理する機能と、
処理中にエラーが発生された場合に、そのエラーの発生時点から遡った複数のログ情報の中から事象を取得して組み合わせる機能と、
処理中にどのような経緯でエラーが発生するのかを示す一連の事象に対応付けて、そのエラーの発生原因を案内するエラー原因案内情報を記憶する案内情報記憶手段を、前記組み合わせられた複数の事象に基づいて検索することにより、該当する一連の事象に対応付けられているエラー原因案内情報を取得する機能と、
前記取得したエラー原因案内情報を出力する機能と、
を実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、処理中に発生したエラーを検出するエラー検出処理装置及びプログラムに関する。
【背景技術】
【０００２】
従来、ＰＣ（パーソナルコンピュータ）、携帯端末装置などにおいては、例えば、操作状況や通信状況などをログ情報として逐次記録するログファイルが備えられており、処理中にエラーが発生したことをメッセージ出力によって報知する場合に、そのログファイルの内容を解析し、その解析結果に基づいてエラー内容に応じたメッセージを出力するようにした技術が知られている（特許文献１、特許文献２参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平１１−３２７９６７号公報
【特許文献２】特開２００７−２６５３０７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述した各技術（特許文献１及び特許文献２の技術）にあっては、何らかのエラーが発生した場合にその引き金となった事象を「点」として見るだけであり、「点」の事象だけでは、エラーが発生したということを知り得たとしても、どのようなことが原因でエラーになったのかを具体的に知ることはできなかった。その結果、ユーザにあっては出力されたエラーメッセージを確認することにより、例えば、“通信エラーが発生した”という事実を知り得たとしても、その具体的な原因を知ることができないため、何をどのように対処したらよいのかを判断することが困難となり、それだけ対応が遅れてしまうという危険性があった。
【０００５】
本発明の課題は、どのようなことが原因でエラーになったのかをより具体的に知らせることができ、そのエラーに対する適切な対応を促進できるようにすることである。
【課題を解決するための手段】
【０００６】
上述した課題を解決するために本発明の一つの態様は、
処理中に発生したエラーを検出するエラー検出処理装置であって、
処理中に発生される事象に応じて逐次生成されるログ情報を記憶管理するログ情報記憶手段と、
処理中にどのような経緯でエラーが発生するのかを示す一連の事象に対応付けて、そのエラーの発生原因を案内するエラー原因案内情報を記憶する案内情報記憶手段と、
処理中にエラーが発生された場合に、そのエラーの発生時点から遡った複数のログ情報の中から事象を取得して組み合わせる組み合わせ手段と、
前記組み合わせ手段により組み合わせられた複数の事象に基づいて前記案内情報記憶手段を検索することにより、該当する一連の事象に対応付けられているエラー原因案内情報を取得する案内情報取得手段と、
前記案内情報取得手段により取得したエラー原因案内情報を出力する出力手段と、
を備えたことを特徴とするエラー検出処理装置である。
【０００７】
上述した課題を解決するために本発明の他の態様は、
コンピュータに対して、
処理中に発生される事象に応じて逐次生成されるログ情報を記憶管理する機能と、
処理中にエラーが発生された場合に、そのエラーの発生時点から遡った複数のログ情報の中から事象を取得して組み合わせる機能と、
処理中にどのような経緯でエラーが発生するのかを示す一連の事象に対応付けて、そのエラーの発生原因を案内するエラー原因案内情報を記憶する案内情報記憶手段を、前記組み合わせられた複数の事象に基づいて検索することにより、該当する一連の事象に対応付けられているエラー原因案内情報を取得する機能と、
前記取得したエラー原因案内情報を出力する機能と、
を実現させるためのプログラムである。
【発明の効果】
【０００８】
本発明によれば、どのようなことが原因でエラーになったのかをより具体的に知らせることができ、そのエラーに対する適切な対応を促進することができ、その問題の早期解決に役立てることが可能となる。
【図面の簡単な説明】
【０００９】
【図１】エラー検出処理装置として適用した携帯端末装置（ハンディターミナル）１における通信ネットワークシステムを示したブロック図。
【図２】携帯端末装置（ハンディターミナル）１の基本的な構成要素を示したブロック図。
【図３】ログファイルＭ２の具体的な内容を例示した図。
【図４】エラー解析データベースＭ３を説明するための図。
【図５】本実施形態の特徴部分であるエラー理由検索処理を示したフローチャート。
【図６】（１）〜（４）は、バッファＢＦに順次書き込まれる事象（ログ情報）を示した図。
【発明を実施するための形態】
【００１０】
以下、図１〜図６を参照して本発明の実施形態を説明する。
本実施形態は、エラー検出処理装置として携帯端末装置（ハンディターミナル）に適用した場合を例示したもので、図１は、この携帯端末装置を使用した通信ネットワークシステムを示したブロック図である。
携帯端末装置１は、スキャナ付きのハンディターミナルである。この携帯端末装置１を使用した通信ネットワークシステムは、例えば、大型店舗などにおいて商品の在庫を管理する在庫管理ネットワークシステム（無線ＬＡＮ）で、携帯端末装置（ハンディターミナル）１とＰＣ（パーソナルコンピュータ）２とは、無線ＬＡＮ（構内通信網）を構成するアクセスポイント３を介して通信接続されている。
【００１１】
ＰＣ２は、例えば、店舗内の各商品の在庫を管理する処理を行ったり、各種の処理を実行したりするもので、携帯端末装置１とＰＣ２との間で無線ＬＡＮを介してデータの送受信を行う際に、携帯端末装置１は、スキャナ機能により読み取ったバーコードを収集管理したり、定期的あるいはユーザ操作に応じてその収集データをＰＣ２に送信したりする。ＰＣ２は、携帯端末装置１からデータを受信して記憶管理したり、各種のデータを携帯端末装置１に送信したりする。また、この携帯端末装置１は、アクセスポイント３及びＰＣ２を介してインターネット４に接続可能となっている。
【００１２】
図２は、携帯端末装置（ハンディターミナル）１の基本的な構成要素を示したブロック図である。
携帯端末装置１は、ＣＰＵ（中央演算処理装置）１１を中核として、電源部１２、記憶部１３、メモリ１４、表示部１５、操作部１６、ＬＡＮ通信部１７、イメージスキャナ１８を有する構成となっている。ＣＰＵ１１は、電源部（二次電池）１２からの電力供給によって動作し、記憶部１３内の各種のプログラムに応じてこの携帯端末装置１の全体動作を制御する。
【００１３】
記憶部１３は、例えば、ＲＯＭ、フラッシュメモリなどを有する構成で、プログラムメモリＭ１、ログファイルＭ２、エラー解析データベースＭ３などを有している。なお、記憶部１３は、例えば、ＳＤカード、ＩＣカードなど、着脱自在な可搬型メモリ（記録メディア）を含む構成であってもよく、図示しないが、通信機能を介してネットワークに接続された状態においては所定の外部サーバ側の記憶領域を含むものであってもよい。プログラムメモリＭ１には、オペレーションシステム（ＯＳ）のほか、後述する図５に示した動作手順に応じて本実施形態を実現するためのプログラムや各種のアプリケーションなどが格納されている。
【００１４】
ログファイルＭ２には、システムやアプリケーションの処理中に発生される各種の事象に応じて逐次生成されるログ情報（レコード）が記憶されている。ここで、ログ情報（レコード）を生成する各種の事象とは、例えば、処理中に発生するイベントとして、正常に受信することができたこと（受信ＯＫ）、通信が途中で遮断してしまったこと、ファイルを正常にアクセスすることができたこと（アクセスＯＫ、ファイルを正常にオープンすることができたこと（ファイルオープンＯＫ）などである。なお、ログファイルＭ２、エラー解析データベースＭ３については、後で詳述するものとする。
【００１５】
メモリ１４は、計時情報、フラグ情報など、携帯端末装置１が動作するために必要な各種の情報を一時的に記憶するワーク領域で、エラー解析時にログ情報を一時記憶するバッファＢＦが設けられている。表示部１５は、高精細液晶ディスプレイ又は有機ＥＬ（Electro Luminescence）ディスプレイなどにより構成され、読み取られたバーコード情報を表示したり、各種のメッセージを表示したりする。なお、表示部１５は、指などでタッチ操作された位置を検知してその座標データを入力するタッチスクリーンを構成するようにしてもよい。
【００１６】
操作部１６は、押しボタン式の各種キーを有し、操作キーに応じたデータやコマンドを入力するもので、ＣＰＵ１１は、その操作信号に応じた処理を行う。ＬＡＮモジュール１７は、無線ＬＡＮ（構内通信網）を介してＰＣ２に接続されるもので、携帯端末装置１との間ではデータの送受信を行う。イメージスキャナ１８は、ＣＣＤやＣＭＯＳなどの画像センサ（イメージセンサ）によりコード情報を撮影するもので、ＣＰＵ１１は、イメージスキャナ１８により撮影された画像データを解析することによってコード情報の読み取りを行う。
【００１７】
図３は、ログファイルＭ２の具体的な内容を例示した図である。
ログファイルＭ２は、ユーザからの要求に応じた処理毎にそのログ情報（レコード）を記憶するもので、図示の例では、ユーザからの要求として“ファイルオープン”、“アクセスポイント接続”を受けた場合におけるログファイルＭ２の内容を例示している。ここで、“アクセスポイント接続”のログ情報を例にして、ログファイルＭ２の内容を説明する。図中、（Ｌａ）、（Ｌｂ）、（Ｌｃ）、（Ｌｄ）、（Ｌｅ）は、携帯端末装置１がインターネット４をアクセスするためにアクセスポイント３としばらくの間、正常に通信していたが、その後、アクセスポイント３からの電波が届かない通信圏外に携帯端末装置１が移動したときに生成されたログ情報を示している。
【００１８】
そして、ログ情報（Ｌａ）、（Ｌｂ）、（Ｌｃ）は、何の問題も無くアクセスポイント３との間で正常通信することができているときに生成されたログ情報である。ログ情報（Ｌｄ）は、オペレータが構内を色々と歩き回っているうちに通信圏外に携帯端末装置１が移動してしまったときに生成されたログ情報である。ログ情報（Ｌｅ）は、通信遮断後においてオペレータがアクセスポイント３を再びアクセスしたが、一定時間が過ぎてもその応答が無いために通信タイムアウトとなったときに生成されたログ情報である。
【００１９】
このような経緯によってエラーが発生した場合に、そのエラーメッセージとして、例えば、「ネットワークが切断されました」、「サーバが見つかりません」、「通信タイムアウトエラーです」などが表示されたとしても、通信圏外に居ること自体認識していないオペレータにとっては、上述のようなメッセージからでは何をどのように対処したら良いのかを判断することはできない。すなわち、エラーの発生に直接的に引き金となった事象だけを見るだけでは、どのようなことが原因でエラーになったのかを具体的に知ることはできない。そこで、本実施形態にあっては、あるエラーという事象を「点」として見るのではなく、「連続した事象の繋がり」として見ることにより、どのようなことが原因でエラーになったのかを具体的に知り得るようにしている。例えば、上述した例では、「通信タイムアウトエラーです」の代わりに「通信圏外です」のメッセージを表示するようにしている。
【００２０】
図４は、エラー解析データベースＭ３を説明するための図である。
エラー解析データベースＭ３は、処理中にどのような経緯でエラーが発生する可能性があるのかを示す一連の事象に対応付けて、そのエラーの発生原因を示すエラー原因案内情報を記憶する構成となっている。なお、エラー解析データベースＭ３の内容は、例えば、製品出荷時などに設定されたものであるが、必要に応じて追加変更を行うことができるようにしている。このエラー解析データベースＭ３には、「ユーザからの要求」、「事象１」、「事象２」、「事象３」、「事象４」、「エラー原因メッセージ」の各項目を有し、「ユーザからの要求」毎に複数の事象の組み合わせを示す「事象１」、「事象２」、「事象３」、「事象４」と、そのエラーの発生原因を示す「エラー原因メッセージ」を記憶する構成となっている。この複数の事象の組み合わせとは、「連続した事象の繋がり」を示すもので、どのような経緯でエラーになったかを特定する際に使用されるキー項目であり、「事象１」、「事象２」、「事象３」、「事象４」のうち、２以上の事象の組み合わせであればよく、その全てを組み合わせなくてもよい。
【００２１】
図示の例では「ユーザからの要求」として“アクセスポイント接続”、“ソケット接続”、“ＥＡＰ（extensible authentication protocol）認証要求”、“ＥＡＰ認証要求”、…が記憶されている。そして、「ユーザからの要求」の“アクセスポイント接続”に対応する「事象１」、「事象２」、「事象３」には、“受信ＯＫ”、“受信遮断”、“受信ＮＧ（タイムアウト）”が記憶され、また、それに対応する「エラー原因メッセージ」には、“通信圏外です”が記憶されている。なお、「事象４」内の“−”は、データが記憶されていない項目であることを示している（以下、同様）。
【００２２】
また、「ユーザからの要求」の“ソケット接続”に対応する「事象１」、「事象２」には、“not found（未検出）”、“timeout（タイムアウト）”が記憶され、また、それに対応する「エラー原因メッセージ」には、“通信相手が見つかりません”が記憶されている。また、「ユーザからの要求」の“ＥＡＰ認証要求”に対応する「事象１」、「事象２」には、“ユーザ認証システム（ＲＡＤＩＵＳ）not found”が記憶され、「事象３」には、“ｘｘｘ（任意）”、「事象４」には、“ｙｙｙ（任意）”が記憶され、それに対応する「エラー原因メッセージ」には、“認証サーバが立ち上がれません”が記憶されている。
【００２３】
次に、本実施形態における携帯端末装置１の動作概念を図５に示すフローチャートを参照して説明する。ここで、このフローチャートに記述されている各機能は、読み取り可能なプログラムコードの形態で格納されており、このプログラムコードにしたがった動作が逐次実行される。また、ネットワークなどの伝送媒体を介して伝送されてきた上述のプログラムコードに従った動作を逐次実行することもできる。すなわち、記録媒体のほかに、伝送媒体を介して外部供給されたプログラム／データを利用して本実施形態特有の動作を実行することもできる。なお、図５は、携帯端末装置１の全体動作のうち、本実施形態の特徴部分の動作概要を示したフローチャートであり、この図５のフローから抜けた際には、全体動作のメインフロー（図示省略）に戻る。
【００２４】
図５は、本実施形態の特徴部分であるエラー理由検索処理を示したフローチャートである。
先ず、ＣＰＵ１１は、処理中にどのような過程でエラーが発生したのかを検索するためにその過程内での一連の事象を収集する収集処理を行う。すなわち、最初に、ログ情報（レコード）を一時記憶するバッファＢＦの内容をクリアする初期化処理を行う（ステップＳ１）。そして、ログファイルＭ２のうち、エラーが発生した自プロセスの内容（ログ情報）を記憶している領域をアクセス指定する（ステップＳ２）。例えば、インターネット４をアクセスするためにアクセスポイント３への接続要求を行った後、何らかのエラーが発生したものとすると、ログファイルＭ２の中から自プロセスの内容として“アクセスポイント接続”に関するログ情報が記憶されている領域をアクセス指定する。
【００２５】
そして、この指定領域の中から１レコード（事象）を読み出し取得するが、その際、最新のレコードから順次遡って１レコード毎に事象を順次取得する（ステップＳ３）。最初は、最新のレコードから取得した事象をバッファＢＦの末尾に書き込む（ステップＳ４）。いま、図３の例のように、上述の指定ログ内容が“アクセスポイント接続”の場合には、エラー発生の引き金となった事象として“受信ＮＧ（タイムアウト）”を取得し、バッファＢＦの末尾に書き込む。図６は、バッファＢＦに書き込まれた事象（ログ情報）を示した図で、最初は、図６（１）に示すように“受信ＮＧ（タイムアウト）”の事象が書き込まれる。
【００２６】
次に、今回書き込んだ事象は、「ユーザからの要求」であるかを調べるが（ステップＳ５）、いま、図３の例のようにエラー発生の引き金となった“受信ＮＧ（タイムアウト）”を取得した場合であるので、上述のステップＳ５で「ユーザからの要求」ではないと判断されるため、次のステップＳ６に移り、今回書き込んだ事象と、バッファＢＦ内の事象とを比較し、今回書き込んだ事象に連続し、かつ同一内容の事象が存在しているかを調べる（ステップＳ７）。最初は、バッファＢＦに１つの事象を書き込んだ段階で、他の事象は記憶されていないため、上述のステップＳ７では連続する同一内容の事象が記憶されていない判断される結果、上述のステップＳ３に戻り、次の事象を取得して、以下、上述の動作を繰り返す。
【００２７】
これによってログファイルＭ２からは次の事象として“通信遮断”を読み出し取得してバッファＢＦの末尾に書き込まれる（ステップＳ４）。図６（２）は、“通信遮断”の事象がバッファＢＦの末尾に書き込まれた場合である。この場合、今回の事象“通信遮断”と一つ前の事象“受信ＮＧ（タイムアウト）”とは異なるため、連続する同一内容の事象ではないと判断されて（ステップＳ７でＮＯ）、更に上述のステップＳ３に戻り、次の事象を取得する。この場合、次の事象として“受信ＯＫ”がバッファＢＦの末尾に書き込まれる（ステップＳ４）。図６（３）は、“受信ＯＫ”の事象がバッファＢＦの末尾に書き込まれた場合である。この場合においても今回の事象“受信ＯＫ”と一つ前の事象“通信遮断”とは異なるため（ステップステップＳ７でＮＯ）、次の事象“受信ＯＫ”を取得する（ステップＳ３）。
【００２８】
ここで、今回取得した事象“受信ＯＫ”と一つ前の事象“受信ＯＫ”とは連続する同一内容の事象であるため（ステップＳ７でＹＥＳ）、ステップＳ８に移り、同一内容の連続を避けるために、バッファＢＦの末尾に書き込んだ事象（今回書き込んだ事象）を削除する。その後、上述のステップＳ３に戻るが、更に次の事象も“受信ＯＫ”であるため、バッファＢＦの末尾に書き込んだ事象（今回書き込んだ事象）を削除する。図６（３）は、三つ連続した“通信遮断”の事象がバッファＢＦの末尾にまとめられて書き込まれた場合で、同一内容の事象が複数回連続していてもバッファＢＦには１つの事象としてまとめられる。
【００２９】
そして、次の事象として“アクセス接続要求”を取得してバッファＢＦに書き込んだ後（ステップＳ３、Ｓ４）、次のステップＳ５に移るが、この場合、取得した事象は「ユーザからの要求」であるから（ステップＳ５でＹＥＳ）、この時点で一連の事象を収集する処理を終了して、以下、エラー解析表示処理の実行に移る（ステップＳ９〜Ｓ１５）。
【００３０】
すなわち、先ず、バッファＢＦの内容をその末尾から事象毎に読み出してその並び順に組み合わせた一連の事象を検索キーとして生成する（ステップＳ９）。この場合、“アクセスポイント接続”、“受信ＯＫ”、“受信遮断”、“受信ＮＧ（タイムアウト）”の組み合わせが検索キーとなる。次に、エラー解析データベースＭ３をオープンして（ステップＳ１０）、生成した検索キーに基づいてエラー解析データベースＭ３を検索する処理を行った後（ステップＳ１１）、エラー解析データベースＭ３をクローズする（ステップＳ１２）。
【００３１】
その結果、エラー解析データベースＭ３に検索キーに一致するパターン（一連の事象）が記憶されているかを調べるが（ステップＳ１３）、上述の例では、エラー解析データベースＭ３内の最初のパターン（一連の事象）と一致しているため（ステップＳ１３でＹＥＳ）、それに対応する「エラー原因メッセージ」を読み出して表示部１５から表示させる（ステップＳ１４）。この場合、上述の例では“通信圏外です”が表示される。また、検索キーに一致するパターン（一連の事象）がエラー解析データベースＭ３に記憶されていなければ（ステップＳ１３でＮＯ）、一般的に行われている最終事象のエラーメッセージを表示部１５から表示させる（ステップＳ１５）。この場合、最終事象は、“受信ＮＧ（タイムアウト）”で、そのエラーメッセージとして“タイムアウト”が表示される。
【００３２】
以上のように、本実施形態においてＣＰＵ１１は、処理中にエラーが発生された場合に、ログファイルＭ２を参照し、そのエラーの発生時点から遡った複数のログ情報の中から事象を取得して組み合わせ、その複数の事象に基づいてエラー解析データベースＭ３を検索することにより、該当する一連の事象に対応付けられているエラー原因メッセージを取得して出力させるようにしたので、どのようなことが原因でエラーになったのかをより具体的に知らせることができ、そのエラーに対する適切な対応を促進することができ、その問題の早期解決に役立てることが可能となる。
【００３３】
エラー発生時点から遡った複数のログ情報の中から取得した複数の事象をその発生順に組み合わせるようにしたので、時系列的なエラー解析を行うことができるほか、エラー解析データベースＭ３に一連の事象を設定する際にその設定作業が分かり易くなる。
【００３４】
エラー発生時点から遡った複数のログ情報の中から取得した複数の事象の中から同じ内容で連続した事象を一つにまとめ直して組み合わせるようにしたので、同じ内容の事象が連続している数だけが異なる場合でも同一の組み合わせとして扱うことができる。
【００３５】
エラー解析データベースＭ３は、ユーザから要求される処理毎にエラー原因メッセージを記憶しておき、エラーが発生した時点から処理開始の要求時点までに生成された複数のログ情報の中から事象をそれぞれ取得して組み合わせてエラー解析データベースＭ３を検索するようにしたので、処理要求毎にエラーの原因を検索することができる。
【００３６】
なお、上述した実施形態においては、携帯端末装置１にログファイルＭ２及びエラー解析データベースＭ３を設けるようにしたが、携帯端末装置１に設ける場合に限らず、例えば、ＳＤカード、ＩＣカードなど、着脱自在な可搬型メモリ（記録メディア）に設けたり、通信機能を介してネットワークに接続された状態においては所定の外部サーバ側の記憶領域に設けたりしてもよい。つまり、上述したように記憶部１３は、記録メディアを含む構成であってもよく、外部サーバ側の記憶領域を含むものであってもよい。
【００３７】
また、上述した実施形態においては、エラー原因メッセージを表示するようにしたが、エラー原因メッセージを音声合成してメッセージ出力するようにしてもよい。また、エラー原因メッセージに限らず、エラー原因を表現したアイコンを表示するようにしてもよく、その出力形態は任意である。
【００３８】
また、上述した実施形態においては、エラー検出処理装置として携帯端末装置（スキャナ付きハンディターミナル）に適用した場合を示したが、これに限らず、パーソナルコンピュータ、ＰＤＡ、デジタルカメラ、音楽プレイヤなど、どのような電子機器にも適用可能である。
【００３９】
また、上述した  実施形態において示した“装置”や“部”とは、機能別に複数の筐体に分離されていてもよく、単一の筐体に限らない。また、上述したフローチャートに記述した各ステップは、時系列的な処理に限らず、複数のステップを並列的に処理したり、別個独立して処理したりするようにしてもよい。
【００４０】
以上、この発明の実施形態について説明したが、この発明は、これに限定されるものではなく、特許請求の範囲に記載された発明とその均等の範囲を含むものである。
以下、本願出願の特許請求の範囲に記載された発明を付記する。
（付記）
（請求項１）
請求項１に記載の発明は、
処理中に発生したエラーを検出するエラー検出処理装置であって、
処理中に発生される事象に応じて逐次生成されるログ情報を記憶管理するログ情報記憶手段と、
処理中にどのような経緯でエラーが発生するのかを示す一連の事象に対応付けて、そのエラーの発生原因を案内するエラー原因案内情報を記憶する案内情報記憶手段と、
処理中にエラーが発生された場合に、そのエラーの発生時点から遡った複数のログ情報の中から事象を取得して組み合わせる組み合わせ手段と、
前記組み合わせ手段により組み合わせられた複数の事象に基づいて前記案内情報記憶手段を検索することにより、該当する一連の事象に対応付けられているエラー原因案内情報を取得する案内情報取得手段と、
前記案内情報取得手段により取得したエラー原因案内情報を出力するメッセージ出力手段と、
を備えたことを特徴とするエラー検出処理装置である。
（請求項２）
請求項２に記載の発明は、請求項１記載のエラー検出処理装置において、
前記組み合わせ手段は、エラー発生時点から遡った複数のログ情報の中から取得した複数の事象をその発生順に時系列に組み合わせる、
ようにしたことを特徴とするエラー検出処理装置である。
（請求項３）
請求項３に記載の発明は、請求項１あるいは請求項２に記載のエラー検出処理装置において、
前記組み合わせ手段は、エラー発生時点から遡った複数のログ情報の中から取得した複数の事象の中から同じ内容で連続した事象を一つにまとめ直して組み合わせる、
ようにしたことを特徴とする記載のエラー検出処理装置である。
（請求項４）
請求項４に記載の発明は、請求項１〜請求項３のいずれかに記載のエラー検出処理装置において、
前記案内情報記憶手段は、ユーザから要求される処理毎にエラー原因案内情報を記憶し、
前記組み合わせ手段は、エラーが発生した時点から処理開始の要求時点までに生成された複数のログ情報の中から事象をそれぞれ取得して組み合わせる、
ようにしたことを特徴とするエラー検出処理装置である。
（請求項５）
請求項５に記載の発明は、
コンピュータに対して、
処理中に発生される事象に応じて逐次生成されるログ情報を記憶管理する機能と、
処理中にエラーが発生された場合に、そのエラーの発生時点から遡った複数のログ情報の中から事象を取得して組み合わせる機能と、
処理中にどのような経緯でエラーが発生するのかを示す一連の事象に対応付けて、そのエラーの発生原因を案内するエラー原因案内情報を記憶する案内情報記憶手段を、前記組み合わせられた複数の事象に基づいて検索することにより、該当する一連の事象に対応付けられているエラー原因案内情報を取得する機能と、
前記取得したエラー原因案内情報を出力する機能と、
を実現させるためのプログラムである。
【符号の説明】
【００４１】
１  携帯端末装置（ハンディターミナル）
１１  ＣＰＵ
１３  記憶部
１５  表示部
１６  操作部
Ｍ１  プログラムメモリ
Ｍ２  ログファイル
Ｍ３  エラー解析データベース
ＢＦ  バッファ
【図１】
2012203498.tif 000003
【図２】
2012203498.tif 000004
【図３】
2012203498.tif 000005
【図４】
2012203498.tif 000006
【図５】
2012203498.tif 000007
【図６】
2012203498.tif 000008