(57)【要約】【課題】処理結果の判定を実施しログ情報の一元管理とともに、その対応を自動化することが可能なログファイル共通管理技術の提供。【解決手段】業務処理プログラムの処理結果であるログファイルを共通管理するログファイル共通管理システムにおいて、業務処理を行う業務プログラムから共通フォーマット化されたログファイルを作成する共通ログファイル作成モジュール１０２と、該共通ログファイル作成モジュール１０２により作成されたログファイルを読み込み一元管理するために処理結果ログテーブル１０６に格納するログ収集プログラム１０４と、処理結果ログテーブル１０６に格納されたログファイルの内容を元に障害が発生したかどうかを判定し、障害が発生している場合にはリカバリー処理を自動実施し、障害が発生していない場合には予め設定されているあて先に障害内容をメール送信するログ解析・次処理判定プログラム１０７を有する。【選択図】図１
2010073118.tif 000002
【特許請求の範囲】
【請求項１】
業務処理プログラムの処理結果であるログファイルを共通管理するログファイル共通管理システムにおいて、
業務処理を行う業務プログラムから共通フォーマット化されたログファイルを作成する共通ログファイル作成手段と、
該共通ログファイル作成手段により作成されたログファイルを読み込み一元管理するために処理結果ログテーブルに格納するログ収集手段と、
該ログ収集手段により収集され前記処理結果ログテーブルに格納されたログファイルの内容を元に障害が発生したかどうかを判定し、障害が発生している場合にはリカバリー処理を自動実施し、障害が発生していない場合には予め設定されているあて先に障害内容をメール送信するログ解析・次処理判定手段
を有することを特徴とするログファイル共通管理システム。
【請求項２】
請求項１記載のログファイル共通管理システムにおいて、
前記ログファイルに設定されているコードを判定するためのメッセージテーブルと、異常値のしきい値や異常発生時のリカバリー対応の対処コードを登録する結果確認コントロールテーブルと、対処コードに対応した、対処方法を登録する対処パターンテーブルと、対処の方法に応じてメールを送信するための送信メール情報テーブルを備え、前記ログ収集手段およびログ解析・次処理判定手段はこれらのテーブルを参照して処理を実行することを特徴とするログファイル共通管理システム。
【請求項３】
業務処理プログラムの処理結果であるログファイルを共通管理するログファイル共通管理方法おいて、
業務処理を行う業務プログラムから共通フォーマット化されたログファイルを作成する共通ログファイル作成手順と、
該共通ログファイル作成手順により作成されたログファイルを読み込んで収集し一元管理するために処理結果ログテーブルに格納するログ収集手順と、
該ログ収集手順により収集され処理結果ログテーブルに格納されたログファイルの内容を元に障害が発生したかどうかを判定し、障害が発生している場合にはリカバリー処理を自動実施し、障害が発生していない場合には予め設定されているあて先に障害内容をメール送信するログ解析・次処理判定手順
を有することを特徴とするログファイル共通管理方法。
【請求項４】
コンピュータを、請求項１または２記載のログファイル共通管理手段における共通ログファイル作成手段と、ログ収集手段と、ログ解析・次処理判定手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータを利用する業務システムの運用において、処理結果であるログファイルを共通管理するログファイル共通管理技術に係り、特に、業務処理結果の確認、業務的障害の判定、その判定に伴う次処理の自動化や対策の自動化などを可能にするためのログファイル共通管理技術に関するものである。
【背景技術】
【０００２】
従来、コンピュータシステムを用いたデータ処理において、プログラムの実行に伴う処理結果・エラー情報をログファイルに記録しておき、該ログファイルから処理結果・エラー情報を取り出して処理結果の確認や処理状態の解析に利用するのが一般的であった。
【０００３】
しかし、ログファイルには様々な情報が書き込まれるため、目的に沿った情報を迅速に取り出すことは難しい。そこで、ログファイル中の多数の中から目的とする処理結果やエラー情報を迅速に取り出す従来技術として、例えば、特開２００２−３２８８１７号公報「ログファイル作成制御システム」（特許文献１）に開示されたコンピュータシステムのログファイルの管理技術が提案されている。
【０００４】
特許文献１には、ログファイルから目的に沿う情報を迅速に取り出すことを可能にするために、システム全体の動作履歴をログファイルとして出力する通常ログファイル作成プログラムおよびプログラム単位毎や日付毎にプログラム特有の情報やエラー情報をログファイルとして出力する専用ログファイル作成プログラムを業務プログラム作成時に埋め込んでおき、システム実行時に、プログラム内の動作毎に当該プログラムを呼び出し、目的毎にログ情報を別々のファイル（通常ログファイルと専用ログファイル）に出力してログファイルを管理するようにしたものが開示されている。これにより、所望の情報を迅速に参照でき、また各プログラムの日付単位の動作履歴を確認することを可能にしている。
【０００５】
【特許文献１】特開２００２-３２８８１７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
一般にコンピュータシステムの業務処理結果を確認する場合、ログファイルに各種情報を記録し、その情報を取り出し確認・分析することにより行われる。しかしながら、上述したように、ログファイルには様々な情報が書き込まれるため、目的に合致した情報を迅速に取り出すことが難しくなっている。
【０００７】
このため、特許文献１に開示されたようなログファイルの管理方法が提案された。ここでは、目的にあった情報を迅速に取り出すために、保管すべき情報がシステム全体の動作履歴なのかプログラム単位毎や日付毎にプログラム特有の情報やエラー情報なのかによって通常ログファイルと専用ログファイルに分けて出力するようにして、ログファイル分析の作業時間を短縮するようにしている。しかしながら、特許文献１に開示されたログファイルの管理方法は、次のような問題がある。
【０００８】
ａ）業務プログラムにログファイル出力プログラムを埋め込む時に２種類のプログラム（通常ログファイル作成プログラムおよび専用ログファイル作成プログラム）を埋め込むため、埋め込み時に判断が必要になる。
ｂ）出力されたログファイルは、２種類に分けられるため、確認の内容によっては両方のファイルを参照しなければならない。このため、ある程度の経験・知識が必要になる。
ｃ）ログファイルの内容の解析（エラーや異常の原因究明等）は、経験者が知識や経験に基づいて行われるため、制約が発生し、その後の対応までに時間がかかってしまう。
【０００９】
そこで、本発明の目的は、上述した問題を解決するために、コンピュータシステムの業務的な観点からの処理結果の判定を実施しログ情報の一元管理とともに、その対応を自動化することが可能なログファイル共通管理システムおよびログファイル共通管理方法およびそのためのプログラムを提供することである。
【課題を解決するための手段】
【００１０】
本発明に係わるログファイル共通管理システムは、上記目的を達成するために、業務プログラムから共通化されたログファイルを作成する手段と、作成されたログファイルを一元管理する手段と、作成されたログファイルの内容に基づき、障害発生かどうかの判定を実施し、障害内容の連絡とリカバリー処理の自動実施を行う手段を有することを特徴としている。
【００１１】
さらに詳しくは、本発明に係るシステムは、業務処理プログラムの処理結果であるログファイルを共通管理するログファイル共通管理システムにおいて、業務処理を行う業務プログラムから共通フォーマット化されたログファイルを作成する共通ログファイル作成手段（共通ログファイル作成モジュール１０２）と、該共通ログファイル作成手段により作成されたログファイルを読み込み一元管理するために処理結果ログテーブルに格納するログ収集手段（ログ収集プログラム１０４）と、該ログ収集手段により収集され前記処理結果ログテーブルに格納されたログファイルの内容を元に障害が発生したかどうかを判定し、障害が発生している場合にはリカバリー処理を自動実施し、障害が発生していない場合には予め設定されているあて先に障害内容をメール送信するログ解析・次処理判定手段（ログ解析・次処理判定プログラム１０７）を有する。また、前記ログファイルに設定されているコードを判定するためのメッセージテーブル（１０５）と、異常値のしきい値や異常発生時のリカバリー対応の対処コードを登録する結果確認コントロールテーブル（１０８）と、対処コードに対応した、対処方法を登録する対処パターンテーブル（１０９）と、対処の方法に応じてメールを送信するための送信メール情報テーブル（１１０）を備え、前記ログ収集手段およびログ解析・次処理判定手段はこれらのテーブルを参照して処理を実行することを特徴とする。
【００１２】
また、本発明に係る方法は、業務処理プログラムの処理結果であるログファイルを共通管理するログファイル共通管理方法おいて、業務処理を行う業務プログラムから共通フォーマット化されたログファイルを作成する共通ログファイル作成手順（共通ログファイル作成モジュール１０２）と、該共通ログファイル作成手順により作成されたログファイルを読み込んで収集し一元管理するために処理結果ログテーブルに格納するログ収集手順（ログ収集プログラム１０４）と、該ログ収集手順により収集され処理結果ログテーブルに格納されたログファイルの内容を元に障害が発生したかどうかを判定し、障害が発生している場合にはリカバリー処理を自動実施し、障害が発生していない場合には予め設定されているあて先に障害内容をメール送信するログ解析・次処理判定手順（ログ解析・次処理判定プログラム１０７）を有する。
【００１３】
また、本発明に係るプログラムは、コンピュータを、上記ログファイル共通管理手段における共通ログファイル作成手段と、ログ収集手段と、ログ解析・次処理判定手段として機能させるためのプログラムである。
【発明の効果】
【００１４】
本発明を適用すると、コンピュータにおける業務システムの運用において共通ログファイルが作成されることにより、ログファイルの一元管理が実施されるため、結果確認の標準化が図られ、運用工数低減も実施できる。
【００１５】
また、業務的な障害判定の自動化により障害発生時の迅速な対応を図ることができ、その結果としてシステムを運用するユーザへ高いレベルでの運用サービスを提供できる。
【発明を実施するための最良の形態】
【００１６】
図１は、本発明に係るログファイル共通管理システムの全体を示す構成図である。
本発明に係るログファイル共通管理システム１００は、同図に示すように、コンピュータシステムＡに実装されている業務プログラム（業務を行なうためのプログラム）１０１から、共通ログファイルを作成して出力するための共通ログファイル作成モジュール１０２と、出力された共通ログファイル（図では単にログファイルと記載）１０３を収集し、一元管理するためデータベースに登録するためのログ収集プログラム１０４と、ログファイル（共通ログファイル）１０３に設定されているコードを判定するためのメッセージテーブル１０５と、共通ログファイルが登録された処理結果ログテーブル１０６と、処理結果ログテーブル１０６の内容を確認・判定し、異常がある場合のリカバリー処理の指示を実施するログ解析・次処理判定プログラム１０７と、ログ解析・次処理判定プログラム１０７にて処理結果の判定を実施するため、異常値のしきい値や異常発生時のリカバリー対応の対処コードを登録する結果確認コントロールテーブル１０８と、対処コードに対応した、対処方法を登録する対処パターンテーブル１０９と、対処の方法に応じてメールを送信するための送信メール情報テーブル１１０、メール送信指示が発せられた場合にメール送信を実施する、メール送信部１１１、次処理を起動するための次処理指示ファイル作成部１１２とから構成される。
【００１７】
ここで、本発明に係るログファイル共通管理システムにおける処理に利用される処理結果ログテーブル１０６、結果確認コントロールテーブル１０８、対処パターンテーブル１０９、送信メール情報テーブル１１０、メッセージテーブル１０５のＤＢ構造例について、図面により説明する。
【００１８】
図５は、処理結果ログテーブル１０６のＤＢ構成図である。
処理結果ログテーブル１０６は、共通ログファイル作成モジュール（１０２）より出力されたログファイルを一元管理するためのテーブルであり、同図に示すように、処理の年月日を設定する「処理年月日」、処理開始時間を設定する「処理時間」、システムコードを設定する「システムＩＤ」、実行しているジョブネットのＩＤを設定する「ジョブネットＩＤ」、実行しているジョブのＩＤを設定する「ジョブＩＤ」、実行しているステップのＩＤを設定する「ステップＩＤ」、メッセージを出力しているプログラムのＩＤを設定する「プログラムＩＤ」、メッセージに対応する対処が必要な場合のパターンのＩＤを設定する「対処パターンＩＤ」、処理単位で追番を設定する「追番」などのキー項目と、出力するメッセージのＩＤを設定する「メッセージＩＤ」、メッセージの内容区分を設定する「内容区分」、メッセージの内容コードを設定する「内容コード」、メッセージ内容（可変項目）を設定する「内容」、メッセージ内容（可変項目）を設定する「内容２」、件数やリターンコードなどの数量を設定する「結果数量１」、件数やリターンコードなどの数量を設定する「結果数量２」、データの状態（次処理対応未処理、処理済など）を設定する「状態コード」、処理結果のステータスコードを設定する「処理結果ステータス」、作成日付を設定する「作成日付」、作成時間を設定する「作成時刻」、作成者のＩＤを設定する「作成者」などの項目が登録される。同図（２）は、具体的なデータ例である。
【００１９】
図６は、結果確認コントロールテーブル１０８のＤＢ構成図である。
結果確認コントロールテーブル１０８は、事前に、処理単位毎に、正常、警告、異常のどの状態か判定する為の情報とその状態における対処方法を登録するテーブルである。実際に出力されたログファイルより該当プログラムの状態を判定し、対処を実施するために利用される。
【００２０】
結果確認コントロールテーブル１０８は、同図に示すように、システムコードを設定する「システムＩＤ」、実行しているジョブネットのＩＤを設定する「ジョブネットＩＤ」、実行しているジョブのＩＤを設定する「ジョブＩＤ」、実行しているステップのＩＤを設定する「ステップＩＤ」、メッセージを出力しているプログラムのＩＤを設定する「プログラムＩＤ」、メッセージに対応する対処が必要な場合のパターンのＩＤを設定する「対処パターンＩＤ」、処理単位で追番を設定する「追番」などのキー項目と、処理を判定する種類を設定する「処理判定コード」と、処理判定基準を設定する「基準数値」と、正常時の場合、チェックを行うか否かのフラグを設定する「チェックコード１」と、警告時の場合、チェックを行うか否かのフラグを設定する「チェックコード２」と、異常時の場合、チェックを行うか否かのフラグを設定する「チェックコード３」と、正常判定時の対処方法を設定する「チェック結果対処１」と、正常時の対処パターンコードを設定する「対処パターン１」と、警告判定時の対処方法を設定する「チェック結果対処２」と、警告時の対処パターンコードを設定する「対処パターン２」と、異常判定時の対処方法を設定する「チェック結果対処３」と、異常時の対処パターンコードを設定する「対処パターン３」と、廃止するか否かのフラグを設定する「廃止フラグ（０：デフォルト，１：廃止）」と、作成日付を設定する「作成日付」、作成時間を設定する「作成時刻」、作成者のＩＤを設定する「作成者」、更新日付を設定する「更新日付」と、更新時間を設定する「更新時刻」と、更新者のＩＤを設定する「更新者」などの項目が登録される。同図（２）は、具体的なデータ例である。
【００２１】
図７は、対処パターンテーブル１０９のＤＢ構成図である。実際に警告や異常が発生した場合の対処方法を処理単位に登録しておき、発生時に、この情報をもとに対処が実施される。
【００２２】
対処パターンテーブル１０９は、同図に示すように、対処する対応パターンのＩＤを設定する「対処パターンＩＤ」と、対処コードを設定する「対処コード」などのキー項目と、対応する種類を設定（Ｎ：正常、Ｗ：警告、A：異常）する「対処パターン」と、対処のパターンを指定（０：処理無、１：指示ファイル作成、２：メール送信、３：指示ファイル作成とメール送信の両方の処理）する「次処理種別」と、次処理に渡す処理コードを指定する「処理引継ぎコード」と、メール送信者のＩＤを指定する「送信メールＩＤ」と、メール送信先メーリングリストのＩＤを指定する「送信先グループＩＤ」と、次処理を実施させるための指示ファイルＩＤを指定する「指示ファイル作成ＩＤ」と、ファイルを作成するコードを指定する「ファイル作成コード」と、データが有効か無効（廃止）かを指定（０：デフォルト、１：廃止）する「廃止フラグ」と、作成日付を設定する「作成日付」、作成時間を設定する「作成時刻」、作成者のＩＤを設定する「作成者」、更新日付を設定する「更新日付」と、更新時間を設定する「更新時刻」と、更新者のＩＤを設定する「更新者」などの項目が登録される。同図（２）は、具体的なデータ例である。
【００２３】
図８は、送信メール情報テーブル１１０のＤＢ構成図である。メールを発信する場合の情報を登録し、実際のメール送信時に使用される。
【００２４】
送信メール情報テーブル１１０は、同図に示すように、送信者、受信者の区分を設定する「送信メール種別」と、送信メールパターンのＩＤを設定する「送信メールＩＤ」などのキー項目と、送信するメールの名称を設定する「送信メール名称」と、メールアドレス（メーリングリストアドレス）を設定する「送信メールアドレス１」と、メールアドレス（メーリングリストアドレス）を設定する「送信メールアドレス２」と、送信メールの件名を設定する「件名」と、送信メールの本文を設定する「メール本文」と、送信メールの属性を設定する「送信メール属性」と、データが有効か無効（廃止）かを指定（０：デフォルト、１：廃止）する「廃止フラグ」と、作成日付を設定する「作成日付」、作成時間を設定する「作成時刻」、作成者のＩＤを設定する「作成者」、更新日付を設定する「更新日付」と、更新時間を設定する「更新時刻」と、更新者のＩＤを設定する「更新者」などの項目が登録される。同図（２）は、具体的なデータ例である。
【００２５】
図９は、メッセージテーブル１０５のＤＢ構成図である。処理結果確認画面で、メッセージコードにメッセージ情報を付加することにより内容を確認しやすくすることができる。
【００２６】
メッセージテーブル１０５は、同図に示すように、出力するメッセージのＩＤを設定する「メッセージＩＤ」などのキー項目と、メッセージの種類（正常、異常、警告）を設定する「メッセージ区分」、メッセージ内容を設定する「メッセージ内容」、付加する表示情報があるに設定する「ヘルプメッセージ１」と、付加する表示情報があるに設定する「ヘルプメッセージ２」と、補足説明がある場合に設定する「補足」と、データが有効か無効（廃止）かを指定（０：デフォルト、１：廃止）する「廃止フラグ」と、作成日付を設定する「作成日付」、作成時間を設定する「作成時刻」、作成者のＩＤを設定する「作成者」、更新日付を設定する「更新日付」と、更新時間を設定する「更新時刻」と、更新者のＩＤを設定する「更新者」などの項目が登録される。同図（２）は、具体的なデータ例である。
【００２７】
次に、共通ログファイル作成モジュール１０２と、ログ収集プログラム１０４と、ログ解析・次処理判定プログラム１０７における処理動作を、フローチャートを用いて説明する。
【００２８】
図２は、共通ログファイル作成モジュール１０２の処理動作を示した図である。本プログラムは、業務システムに実装されるための汎用モジュールであり、業務プログラム２０１（図１の業務プログラム１０１に対応）から処理結果情報を取得し、ログファイル（図１のログファイル１０３に対応）を出力するプログラムである。
【００２９】
業務プログラム２０１から受け取った情報を初期処理にて整合性のチェックを行う（ステップＳ２０２）。整合性に問題があるか否か（ログ内容に異常があるか否か）を判定し（ステップＳ２０３）、整合性に問題がある場合（ステップＳ２０３：Ｙ）、ログ異常対応処理を実施し（ステップＳ２１２）、業務プログラム２０１へ異常の内容を返す。
【００３０】
整合性に問題が無い場合（正常の場合）は（ステップＳ２０３：Ｎ）、次に、処理コードが終了か否かの判定を実施する（ステップＳ２０４）。
【００３１】
処理コードが終了で無い場合は（ステップＳ２０４：Ｎ）、次に初回処理か否かの判定を実施する（ステップＳ２０５）。処理コードが終了の場合（ステップＳ２０４：Ｙ）、終了設定を実施し（ステップＳ２１０）、その後ログファイル１０３のＣＬＯＳＥを実施する（ステップＳ２１１）。
【００３２】
初回処理の場合（ステップＳ２０５：Ｙ）、初回設定処理（ステップＳ２０６）と出力するログファイルＯＰＥＮ処理（ステップＳ２０７）を実施する。
【００３３】
初期設定処理（ステップＳ２０６）では、同一処理での共通設定項目である「処理年月日」、「処理時間」、「システムＩＤ」、「ジョブネットＩＤ」、「ジョブＩＤ」、「ステップＩＤ」、「プログラムＩＤ」の情報を取得する。また、ＳＴＡＲＴメッセージの編集を実施する。
【００３４】
次に、初回設定処理（ステップＳ２０６）にて取得した情報と業務プログラム２０１から取得した情報よりログファイル編集を実施し（ステップＳ２０８）、編集したログファイルをログファイル１０３に出力する（ステップＳ２０９）。
【００３５】
業務プログラム２０１から受け取った情報の整合性に異常がある場合には、ログ異常対応処理（ステップＳ２１２）にて異常の内容をリターン情報に設定する。
【００３６】
各処理終了後、後処理を実施し（ステップＳ２１３）、プログラムを終了する。
【００３７】
図３は、図１のログ収集プログラム１０４の処理動作を示した図である。
本ログ収集プログラム１０４は、共通ログファイル作成モジュール１０２から出力されたログファイル１０３を収集し、処理結果ログテーブル１０６に登録するプログラムで、ログファイル１０３を一元管理するためのプログラムのフローである。
【００３８】
本ログ収集プログラム１０４は、同図に示すように、まず、プログラムの初期処理をした後（ステップＳ３０１）、ログファイル１０３の読込みを実施する（ステップＳ３０２）。
【００３９】
次に、ログファイル１０３の処理が終了したか否かを判定し（ステップＳ３０３）、ログファイル１０３の処理が終了したら（ステップＳ３０３：Ｙ）、後処理を行う（ステップＳ３１４）。
【００４０】
ログファイル１０３の処理が終了で無ければ（ステップＳ３０３：Ｎ）、ログファイル１０３の内容を基にして、ログファイルのデータチェックを実施する（ステップＳ３０４）。詳細には、このステップＳ３０４では、処理結果ログテーブル３０５（図１の処理結果ログテーブル１０６に相当）に同一データが格納されていないかの確認、およびメッセージテーブル３０６（図１のメッセージテーブル１０５に相当）との整合性チェックを実施する。
【００４１】
ステップＳ３０４のログファイルのデータチェックの結果、異常の有無の判定を行う（ステップＳ３０７）。異常がある場合（ステップＳ３０７：Ｎ）、異常終了処理を実施する（ステップＳ３０８）。異常が無い場合（ステップＳ３０７：Ｙ）、ログファイル編集を行い（ステップＳ３０９）、編集後のログファイルを処理結果ログテーブル３１１（図１の１０６に相当）に登録する（ステップＳ３１０）。
【００４２】
ステップＳ３１０のログファイルの登録処理において異常が発生していないかを判定し（ステップＳ３１２）、異常がある場合（ステップＳ３１２：Ｎ）、異常終了処理を実施する（ステップＳ３１３）。異常が無い場合（ステップＳ３１２：Ｙ）、ステップＳ３０２に戻り、次のログファイルの読込みを実施し、ファイルが無くなるまで（すなわちステップＳ３０３：Ｙになるまで）同様の処理を繰り返す。
【００４３】
図４は、一元管理されたログデータの内容を解析し、次処理を判定し、実施するログ解析・次処理判定プログラム（図１のログ解析・次処理判定プログラム１０７）の動作を示した図である。
【００４４】
ログ解析・次処理判定プログラム１０７は、同図に示すように、まず、プログラムの初期処理を行った後（ステップＳ４０１）、関連するテーブルのＯＰＥＮを実施する（ステップＳ４０３）。
【００４５】
処理結果ログテーブル４０５（図１の処理結果ログテーブル１０６に相当）より対象データを検索し（ステップＳ４０４）、次処理判定を行う。次処理では、ジョブ単位に行うため、検索終了判定を行い（ステップＳ４０６）、検索終了でない場合（ステップＳ４０６：Ｎ）、次の処理単位毎にテーブルＯＰＥＮを実施し、業務処理が全て終了するまで（ステップＳ４０２：Ｙ）、処理を繰り返す。
【００４６】
検索終了判定の結果、検索終了の場合（ステップＳ４０６：Ｙ）、次に処理結果をチェックする（ステップＳ４０７）。
【００４７】
処理結果のチェックでは（ステップＳ４０７）、検索した処理結果ログテーブル４０５（図１の処理結果ログテーブル１０６に相当）の情報を元に、結果確認コントロールテーブル４０８（図１の結果確認コントロールテーブル１０８に相当）と対処パターンテーブル４０９（図１の対処パターンテーブル１０９に相当）を検索し、次処理対処の情報を取得する。
【００４８】
次に、検索時に異常が発生したか否かを判定し（ステップＳ４１０）、異常が発生した場合（ステップＳ４１０：Ｎ）、異常終了処理によってリカバリー処理を実施した後（ステップＳ４１１）、処理を終了する（ステップＳ４１９）。
【００４９】
また、異常がなかった場合（ステップＳ４１０：Ｙ）、次処理にメール送信が有るかどうか判定し（ステップＳ４１２）、メール送信がある場合は（ステップＳ４１２：Ｙ）、メール送信処理を実施する（ステップＳ４１３）。この時、送信先等の情報は、送信メール情報テーブル４１４（図１の送信メール情報テーブル１１０に相当）より取得する。
【００５０】
次に、メール送信以外の次処理があるか否かの判定を実施し（ステップＳ４１５）、次処理がある場合（ステップＳ４１５：Ｙ）、次処理指示ファイル作成処理を実施する（ステップＳ４１６）。
【００５１】
次に、後処理にて処理結果ログテーブル４１８（図１の処理結果ログテーブル１０６に相当）を処理済みに更新する（ステップＳ４１７）。
【００５２】
以上の処理を対象の未処理データが無くなるまで繰り返し実施し、未処理データが無くなったら（ステップＳ４０２：Ｙ）、終了処理を行って処理を終了する（ステップＳ４１９）。
【００５３】
なお、共通ログファイル作成モジュール１０２と、ログ収集プログラム１０４と、ログ解析・次処理判定プログラム１０７によって実行される図２、図３、図４に示した処理は、ＣＰＵ、メモリ、外部メモリを備えるコンピュータによって実行されるものであり、これら共通ログファイル作成モジュールとログ収集プログラムとログ解析・次処理判定プログラムは、ＣＤ−ＲＯＭ、ＤＶＤなどの記録媒体やインターネットなどを介して市場に流通させることができることはいうまでもない。
【図面の簡単な説明】
【００５４】
【図１】ログファイル共通管理システムの全体を示す構成図である。
【図２】業務プログラムに実装し、共通ログファイルを作成・出力する共通ログファイル作成プログラムの処理のフローチャートである。
【図３】出力されたログファイルを一元管理するためのログ収集プログラムの処理のフローチャートである。
【図４】一元管理されたログファイルの処理結果を確認し、業務的な異常の判定を行い異常がある場合、リカバリー処理の指示を実施するログ解析・次処理判定プログラムの処理のフローチャートである。
【図５】処理結果ログテーブルのＤＢ構成図である。
【図６】結果確認コントロールテーブルのＤＢ構成図である。
【図７】対処パターンテーブルのＤＢ構成図である。
【図８】送信メール情報テーブルのＤＢ構成図である。
【図９】メッセージテーブルのＤＢ構成図である。
【符号の説明】
【００５５】
１０１，２０１：共通ログファイル作成モジュールを実装する業務プログラム
１０２：業務プログラムに実装された共通ログファイル作成モジュールプログラム
１０３：共通ログファイル作成モジュールプログラムにて出力されたログファイル
１０４：ログファイルを一元管理するためのログ収集プログラム
１０５，３０６：共通ログファイルのコードに対応したメッセージを登録したメッセージテーブル
１０６，３０５，３１１，４０５，４１８：共通ログファイルを一元管理する処理結果ログテーブル
１０７：ログファイルの内容を判定し、異常がある場合のリカバリー処理の指示を実施するログ解析・次処理判定プログラム
１０８，４０８：処理結果の判定にて異常値判定の指標を設定し、次処理の指示を行うための内容を登録している結果確認コントロールテーブル
１０９，４０９：処理結果において異常と判断された場合の、対処のパターンを登録している対処パターンテーブル
１１０，４１４：処理結果において異常と判断された場合の結果連絡先のメール情報を登録している送信メール情報テーブル
【図１】
2010073118.tif 000003
【図２】
2010073118.tif 000004
【図３】
2010073118.tif 000005
【図４】
2010073118.tif 000006
【図５】
2010073118.tif 000007
【図６】
2010073118.tif 000008
【図７】
2010073118.tif 000009
【図８】
2010073118.tif 000010
【図９】
2010073118.tif 000011