特開 2025-2212 情報処理装置、および情報処理プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2025002212

(43)【公開日】2025-01-09

(54)【発明の名称】情報処理装置、および情報処理プログラム

(51)【国際特許分類】

   G06F 11/34 20060101AFI20241226BHJP

【ＦＩ】

G06F11/34 176

【審査請求】未請求

【請求項の数】6

【出願形態】ＯＬ

(21)【出願番号】P 2023102233

(22)【出願日】2023-06-22

(71)【出願人】

【識別番号】000237639

【氏名又は名称】富士通フロンテック株式会社

(74)【代理人】

【識別番号】110002918

【氏名又は名称】弁理士法人扶桑国際特許事務所

(72)【発明者】

【氏名】酒井 周一

【テーマコード（参考）】

5B042

【Ｆターム（参考）】

5B042MA08

5B042MA14

5B042MC35

5B042MC40

(57)【要約】

【課題】他の情報に頼ることなく動作ログから日時情報の形式を特定可能にする。
【解決手段】情報処理装置１０は、動作ログ２４のうちから特定の日付更新箇所を含む特定期間から日時情報の形式を特定する。たとえば、情報処理装置１０は、動作ログ２４の日付更新において「０７」から「０８」と、「３１」から「０１」とを検出できる。情報処理装置１０は、「０７」から「０８」への更新が年と月と日のいずれでもあり得るが、「３１」から「０１」への更新が日のみであり得ることから、「３１」から「０１」への更新が日の更新であることを特定できる。また、情報処理装置１０は、「０７」から「０８」への更新があり、「２２」の更新がないことから、「０７」から「０８」への更新が月の更新であることを特定できる。このようにして、情報処理装置１０は、動作ログ２４の日時情報の形式が「月－日－年（ｍｍ－ｄｄ－ｙｙ）」であることを特定できる。
【選択図】図１

【特許請求の範囲】

【請求項1】

日時情報の形式が特定されない所定のアプリケーションが生成する所定期間の動作ログを取得し、
前記動作ログの解析対象となる事象の発生日時を取得し、
前記所定期間の動作ログのうち日付の更新がある特定期間を特定し、
前記特定期間の動作ログに含まれる日時情報から当該日時情報の形式を特定し、
前記所定期間の動作ログから前記発生日時を含む解析対象期間の動作ログを抽出する処理部、
を有する情報処理装置。

【請求項2】

前記処理部は、
月替わりを伴う日付の更新がある期間を前記特定期間として特定する、
請求項１記載の情報処理装置。

【請求項3】

前記処理部は、
月日年の順に情報が並ぶ第１形式と、日月年の順に情報が並ぶ第２形式と、年月日の順に情報が並ぶ第３形式のいずれかに当て嵌めて当該日時情報の形式を特定する、
請求項１記載の情報処理装置。

【請求項4】

前記処理部は、
前記所定のアプリケーションの日時情報の形式を特定したとき当該アプリケーションにおける日時情報の形式を特定可能にする定義情報を生成する、
請求項１記載の情報処理装置。

【請求項5】

前記処理部は、
あらかじめ定める形式に日時情報を変換して、前記抽出した解析対象期間の動作ログを出力可能にする、
請求項１乃至４のいずれかに記載の情報処理装置。

【請求項6】

コンピュータに、
日時情報の形式が特定されない所定のアプリケーションが生成する所定期間の動作ログを取得し、
前記動作ログの解析対象となる事象の発生日時を取得し、
前記所定期間の動作ログのうち日付の更新がある特定期間を特定し、
前記特定期間の動作ログに含まれる日時情報から当該日時情報の形式を特定し、
前記所定期間の動作ログから前記発生日時を含む解析対象期間の動作ログを抽出する、
処理を実行させる情報処理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置、および情報処理プログラムに関する。

【背景技術】

【0002】

ログレコードにおける日時のフォーマットは、アプリケーションごとに異なる場合があり、あらかじめアプリケーションごとに日時のフォーマットを定義することが求められる。また、あらかじめ定義された日時フォーマットがなくても、ログレコードの更新日時を既知として既知の更新日時にもとづいてログレコードにおける日時のフォーマットを特定する特定装置の提案がある。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１８－５３６３号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

日時情報の形式が特定されないアプリケーションが生成する所定期間の動作ログを取得した場合に、動作ログの更新日時を既知とできない場合があり、このような場合には、動作ログにおける日時情報の形式について更新日時を既知として特定することができない。

【0005】

１つの側面では、他の情報に頼ることなく動作ログから日時情報の形式を特定可能にすることを目的とする。

【課題を解決するための手段】

【0006】

上記目的を達成するために、以下に示すような、情報処理装置が提供される。情報処理装置は、日時情報の形式が特定されない所定のアプリケーションが生成する所定期間の動作ログを取得し、動作ログの解析対象となる事象の発生日時を取得し、所定期間の動作ログのうち日付の更新がある特定期間を特定し、特定期間の動作ログに含まれる日時情報から当該日時情報の形式を特定し、所定期間の動作ログから発生日時を含む解析対象期間の動作ログを抽出する処理部、を有する。

【発明の効果】

【0007】

１態様によれば、他の情報に頼ることなく動作ログから日時情報の形式を特定可能にする。

【図面の簡単な説明】

【0008】

【図1】第１の実施形態の動作ログ解析システムの一例を示す図である。

【図2】第２の実施形態の営業店システムの一例を示す図である。

【図3】第２の実施形態の解析端末のハードウェア構成の一例を示す図である。

【図4】第２の実施形態の解析端末の機能ブロックの一例を示す図である。

【図5】第２の実施形態のログ収集処理のフローチャートの一例を示す図である。

【図6】第２の実施形態の形式解析処理のフローチャートの一例を示す図である。

【図7】第２の実施形態の日付特定更新態様テーブルの一例を示す図である。

【図8】第２の実施形態の月替わり特定更新態様テーブルの一例を示す図である。

【図9】第２の実施形態の動作ログの一例を示す図である。

【図10】第２の実施形態の障害発生にもとづく抜粋範囲指定の一例を示す図である。

【図11】第２の実施形態の解析ログの一例を示す図である。

【図12】第２の実施形態の日時情報定義テーブルの一例を示す図である。

【図13】第２の実施形態の形式補正解析ログの一例を示す図である。

【図14】第３の実施形態の形式解析処理のフローチャートの一例を示す図である。

【図15】第３の実施形態の形式候補テーブルの一例を示す図である。

【発明を実施するための形態】

【0009】

以下、本実施形態について図面を参照して説明する。なお各実施形態は、矛盾のない範囲で複数の実施形態を組み合わせて実施することができる。
〔第１の実施形態〕
まず、第１の実施形態について図１を用いて説明する。図１は、第１の実施形態の動作ログ解析システムの一例を示す図である。動作ログ解析システム１は、１以上のアプリケーションの動作を、それぞれのアプリケーションが生成する動作ログ（ログレコード）から検証可能にする。

【0010】

動作ログ解析システム１は、情報処理装置１０と、サーバ２０とを含む。情報処理装置１０とサーバ２０は、通信可能にして接続される。サーバ２０は、プログラムによってアプリケーションを動作し、所定のサービスを提供可能にする。サーバ２０において動作するアプリケーションは、１以上あり、たとえば、アプリケーションＡと、アプリケーションＢと、アプリケーションＣがある。アプリケーションＡは、所定期間にわたる動作ログ２１（動作ログＡ）を生成し、アプリケーションＢは、所定期間にわたる動作ログ２２（動作ログＢ）を生成し、アプリケーションＣは、所定期間にわたる動作ログ２３（動作ログＣ）を生成する。

【0011】

動作ログ２１は、アプリケーションＡにおける所定の動作に日時スタンプを付して記録する。たとえば、動作ログ２１は、イベントＡが日時「２２－０８－０１ １２：３４：５６」に発生した記録を含む。動作ログ２１における日時「２２－０８－０１ １２：３４：５６」は、２０２２年８月０１日 １２時３４分５６秒を意味する。しかしながら、日時「２２－０８－０１ １２：３４：５６」は、当該データのみから定義データなしに２０２２年８月０１日 １２時３４分５６秒を一意に特定することができない。

【0012】

動作ログ２２は、アプリケーションＢにおける所定の動作に日時スタンプ（タイムスタンプ、日時情報）を付して記録する。たとえば、動作ログ２２は、イベントＢが日時「０８－０１－２２ １２：３４：５６」に発生した記録を含む。動作ログ２２における日時「０８－０１－２２ １２：３４：５６」もまた、２０２２年０８月０１日 １２時３４分５６秒を意味する。しかしながら、日時「０８－０１－２２ １２：３４：５６」は、当該データのみから定義データなしに２０２２年０８月０１日 １２時３４分５６秒を一意に特定することができない。たとえば、動作ログ２１の日時スタンプと同様にして動作ログ２２を解釈すると、日時「０８－０１－２２ １２：３４：５６」は、２００８年０１月２２日 １２時３４分５６秒となってしまう。

【0013】

動作ログ２３は、アプリケーションＣにおける所定の動作に日時スタンプを付して記録する。たとえば、動作ログ２３は、イベントＣが日時「０１－０８－２２ １２：３４：５６」に発生した記録を含む。動作ログ２３における日時「０１－０８－２２ １２：３４：５６」もまた、２０２２年０８月０１日 １２時３４分５６秒を意味する。しかしながら、日時「０１－０８－２２ １２：３４：５６」は、当該データのみから定義データなしに２０２２年０８月０１日 １２時３４分５６秒を一意に特定することができない。たとえば、動作ログ２１の日時スタンプと同様にして動作ログ２３を解釈すると、日時「０１－０８－２２ １２：３４：５６」は、２００１年０８月２２日 １２時３４分５６秒となってしまう。

【0014】

サーバ２０は、動作ログにおける日時スタンプの解釈を一意に特定可能にするために定義データを用意することができるが、サーバ上で動作するアプリケーションのアップデートや入替に対応した定義データの更新管理が容易でない。

【0015】

情報処理装置１０は、動作ログの日時スタンプから定義データなしに日時スタンプの解釈を一意に特定可能にする。情報処理装置１０は、定義データなしに日時スタンプの解釈を一意に特定可能にするために、サーバ２０から所定期間の動作ログを収集する。

【0016】

まず、動作ログＢを対象にした日時スタンプの解釈について説明する。情報処理装置１０は、動作ログＢについて所定期間のログデータを含む動作ログ２４を収集する。動作ログ２４は、所定期間のうちに特定の日付更新箇所を含む特定期間を有する。特定の日付更新箇所は、月替わりを伴う日付更新箇所である。たとえば、動作ログ２４は、イベントＸの発生日時「０７－３１－２２ ２３：５９：５９」と、イベントＹの発生日時「０８－０１－２２ ００：００：０１」の間に日付更新があったことを、時「２３」から時「００」への変化により特定可能にする。なお、日時スタンプにおける時分秒は、通常において定義データなしに一意に特定可能であるが、時は、「００」から「２３」の値しかとらないので「００」から「５９」の値をとり得る分や秒と明確に区別可能である。

【0017】

情報処理装置１０は、動作ログ２４の日付更新において「０７」から「０８」への更新と、「３１」から「０１」への更新とを検出できる。情報処理装置１０は、「０７」から「０８」への更新が年と月と日のいずれでもあり得るが、「３１」から「０１」への更新が年と月ではあり得ず、日のみであり得ることから、「３１」から「０１」への更新が日の更新であることを特定できる。また、情報処理装置１０は、「０７」から「０８」への更新があり、「２２」の更新がないことから、「０７」から「０８」への更新が月の更新であることを特定できる。

【0018】

このようにして、情報処理装置１０は、動作ログ２４から動作ログＢの日時情報の形式が「月－日－年（ｍｍ－ｄｄ－ｙｙ）」であることを特定できる。情報処理装置１０は、同様にして、動作ログＡの日時情報の形式が「年－月－日（ｙｙ－ｍｍ－ｄｄ）」であることや、動作ログＣの日時情報の形式が「日－月－年（ｄｄ－ｍｍ－ｙｙ）」であることを特定できる。

【0019】

また、情報処理装置１０は、動作ログの解析対象となる事象の発生日時、たとえば障害発生日時を取得することができる。情報処理装置１０は、動作ログ２４のうちから障害発生日時を含む所定範囲（たとえば、前後１０分、前後１０のイベント等）を解析対象期間とする動作ログ２５を抽出する。たとえば、情報処理装置１０は、障害発生日時が２０２２年０８月０１日 １２時００分００秒であるとき、特定した日時情報の形式にもとづいて障害発生日時の前後のログを抽出することができる。動作ログ２５は、障害発生日時「２０２２年０８月０１日 １２時００分００秒」のイベントＦを含め、その前にあたる日時「２０２２年０８月０１日 １１時５９分５５秒」のイベントＥ、その後にあたる日時「２０２２年０８月０１日 １２時００分０３秒」のイベントＧを記録する。

【0020】

このようにして、情報処理装置１０は、他の情報に頼ることなく動作ログ２２から日時情報の形式が特定されないアプリケーションＢの日時情報の形式を特定し、障害発生において解析対象となる動作ログ２５を抽出することができる。他の情報とは、たとえば、あらかじめ用意する、日時情報の形式を特定可能な定義ファイルがある。なお、動作ログ２５は、必ずしも動作ログ２４に含まれることを要しない。動作ログ２４と動作ログ２５は、動作ログ２２のうちの異なる範囲であってもよいし、同じ範囲であってもよいし、一部の範囲が重なるものであってもよい。また、情報処理装置１０は、同様にして、動作ログ２１や動作ログ２３から解析対象となる動作ログを抽出することができる。

【0021】

〔第２の実施形態〕
次に、第２の実施形態について説明する。第２の実施形態は、金融機関の営業店システムに関する。まず、支給管理システムのシステム構成について図２を用いて説明する。図２は、第２の実施形態の営業店システムの一例を示す図である。

【0022】

金融機関の営業店システム５０は、ネットワーク３０，４０と、解析端末１００と、サーバ２００と、窓口端末３００（ａ），３００（ｂ），３００（ｃ），・・・とを有する。サーバ２００と、窓口端末３００（ａ），３００（ｂ），３００（ｃ），・・・とは、ネットワーク４０によって通信可能に接続する。営業店システム５０は、サーバ２００上で動作するアプリケーションによって営業店の窓口端末３００（ａ），３００（ｂ），３００（ｃ），・・・から金融サービスを提供可能にする。サーバ２００は、複数のアプリケーションを協働させて金融機関の業務処理を集中処理する。また、サーバ２００は、アプリケーションごとの動作をログデータ（動作ログ）として記録し、障害発生時の原因究明にログデータを利用可能にする。窓口端末３００（ａ），３００（ｂ），３００（ｃ），・・・は、営業店（本店、および各支店）の窓口業務をおこなう銀行員によって操作可能な端末装置であり、サーバ２００が提供するサービスを利用可能にする。なお、サーバ２００は、所定量（たとえば、所定期間あるいは所定イベント数、所定データサイズ等）のログデータを蓄積可能であり、アプリケーションごとに記録量が異なる場合がある。

【0023】

解析端末１００とサーバ２００とは、ネットワーク３０によって通信可能に接続する。なお、解析端末１００は、ネットワーク４０によってサーバ２００と通信可能に接続するものであってもよい。解析端末１００は、サーバ２００から解析対象となるログデータを取得する端末装置である。

【0024】

サーバ２００で動作する複数のアプリケーションは、ログデータの日時情報の形式が不統一である。サーバ２００もしくは解析端末１００は、ログデータにおける日時情報の形式を特定可能にするためにアプリケーションごとの定義データを用意することができるが、サーバ２００上で動作するアプリケーションのアップデートや入替に対応した定義データの更新管理が容易でない。解析端末１００は、定義データなしにログデータにおける日時情報の形式を特定可能にする。

【0025】

なお、営業店システム５０は、サーバ２００で動作する複数のアプリケーションが生成するログデータを解析対象とするシステムの一例であって、日時情報の形式が特定されないログデータを生成するシステムであれば、解析端末１００の解析対象とすることができる。

【0026】

次に、解析端末１００のハードウェア構成について図３を用いて説明する。図３は、第２の実施形態の解析端末のハードウェア構成の一例を示す図である。解析端末１００は、プロセッサ１０１によって装置全体が制御されている。プロセッサ１０１には、バス１１４を介してメモリ１０２と複数の周辺機器が接続されている。プロセッサ１０１は、マルチプロセッサであってもよい。プロセッサ１０１は、たとえばＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、またはＤＳＰ（Digital Signal Processor）である。プロセッサ１０１がプログラムを実行することで実現する機能の少なくとも一部を、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）等の電子回路で実現してもよい。

【0027】

メモリ１０２は、解析端末１００の主記憶装置として使用される。メモリ１０２には、プロセッサ１０１に実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、メモリ１０２には、プロセッサ１０１による処理に利用する各種データが格納される。メモリ１０２としては、たとえばＲＡＭ（Random Access Memory）等の揮発性の半導体記憶装置が使用される。

【0028】

バス１１４に接続されている周辺機器としては、ストレージ装置１０３、ＧＰＵ（Graphics Processing Unit）１０４、入力インタフェース１０５および光学ドライブ装置１０６がある。また、バス１１４に接続されている周辺機器としては、機器接続インタフェース１０７およびネットワークインタフェース１０８がある。

【0029】

ストレージ装置１０３は、内蔵した記録媒体に対して、電気的または磁気的にデータの書き込みおよび読み出しをおこなう。ストレージ装置１０３は、コンピュータの補助記憶装置として使用される。ストレージ装置１０３には、ＯＳのプログラム、アプリケーションプログラム、および各種データが格納される。なお、ストレージ装置１０３としては、たとえばＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）を使用することができる。

【0030】

ＧＰＵ１０４には、モニタ３１が接続されている。ＧＰＵ１０４は、プロセッサ１０１からの命令にしたがって、画像をモニタ３１の画面に表示させる。モニタ３１としては、有機ＥＬ（Electro Luminescence）を用いた表示装置や液晶表示装置等がある。

【0031】

入力インタフェース１０５には、キーボード３２とマウス３３とが接続されている。入力インタフェース１０５は、キーボード３２やマウス３３から送られてくる信号をプロセッサ１０１に送信する。なお、マウス３３は、ポインティングデバイスの一例であり、他のポインティングデバイスを使用することもできる。他のポインティングデバイスとしては、タッチパネル、タブレット、タッチパッド、トラックボール等がある。

【0032】

光学ドライブ装置１０６は、レーザ光等を利用して、光ディスク３４に記録されたデータの読み取りをおこなう。光ディスク３４は、光の反射によって読み取り可能なようにデータが記録された可搬型の記録媒体である。光ディスク３４には、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ－ＲＡＭ、ＣＤ－ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ－Ｒ（Recordable）／ＲＷ（ReWritable）等がある。

【0033】

機器接続インタフェース１０７は、解析端末１００に周辺機器を接続するための通信インタフェースである。たとえば機器接続インタフェース１０７には、メモリ装置３５やメモリリーダライタ３６を接続することができる。メモリ装置３５は、機器接続インタフェース１０７との通信機能を搭載した記録媒体である。メモリリーダライタ３６は、メモリカード３７へのデータの書き込み、またはメモリカード３７からのデータの読み出しをおこなう装置である。メモリカード３７は、カード型の記録媒体である。

【0034】

ネットワークインタフェース１０８は、ネットワーク３０に接続されている。ネットワークインタフェース１０８は、ネットワーク３０を介して、他のコンピュータまたは通信機器との間でデータの送受信をおこなう。

【0035】

解析端末１００は、以上のようなハードウェア構成によって、第２の実施形態の処理機能を実現することができる。なお、第１の実施形態に示した情報処理装置１０とサーバ２０と、第２の実施形態に示したサーバ２００と窓口端末３００（ａ），３００（ｂ），３００（ｃ），・・・も、図３に示した解析端末１００と同様のハードウェアにより実現することができる。

【0036】

解析端末１００は、たとえば、コンピュータ読み取り可能な記録媒体に記録されたプログラムを実行することにより、第２の実施形態の処理機能を実現する。解析端末１００に実行させる処理内容を記述したプログラムは、様々な記録媒体に記録しておくことができる。たとえば、解析端末１００に実行させるプログラムをストレージ装置１０３に格納しておくことができる。プロセッサ１０１は、ストレージ装置１０３内のプログラムの少なくとも一部をメモリ１０２にロードし、プログラムを実行する。また解析端末１００に実行させるプログラムを、光ディスク３４、メモリ装置３５、メモリカード３７等の可搬型記録媒体に記録しておくこともできる。可搬型記録媒体に格納されたプログラムは、たとえばプロセッサ１０１からの制御により、ストレージ装置１０３にインストールされた後、実行可能となる。またプロセッサ１０１が、可搬型記録媒体から直接プログラムを読み出して実行することもできる。

【0037】

次に、解析端末１００の機能について図４を用いて説明する。図４は、第２の実施形態の解析端末の機能ブロックの一例を示す図である。解析端末１００は、処理部１２０と記憶部１３０を有する。処理部１２０は、所要の処理内容を記述したプログラムをプロセッサ１０１が実行することにより実現可能である。処理部１２０は、動作ログ取得部１２１と、発生日時取得部１２２と、形式特定部１２３と、解析対象抽出部１２４と、解析対象出力部１２５を含む。記憶部１３０は、ストレージ装置１０３により実現可能であり、動作ログ１３１と発生日時１３２と特定済形式１３３を含むデータを記憶可能である。

【0038】

動作ログ取得部１２１は、サーバ２００で動作するアプリケーションが生成する動作ログ（ログデータ）を取得する。記憶部１３０は、取得した動作ログを動作ログ１３１として記録する。発生日時取得部１２２は、動作ログの解析対象となる事象の発生日時（たとえば、障害発生日時等）を取得する。記憶部１３０は、取得した発生日時を発生日時１３２として記録する。形式特定部１２３は、サーバ２００から取得したアプリケーションごとの動作ログにおける日時情報の形式を特定する。記憶部１３０は、特定した日時情報の形式を特定済形式１３３として記録する。解析対象抽出部１２４は、サーバ２００から取得したアプリケーションごとの動作ログから解析対象となる範囲（解析ログ）を抽出する。解析対象出力部１２５は、抽出した解析ログを出力可能にする。

【0039】

次に、解析端末１００が実行するログ収集処理について図５を用いて説明する。図５は、第２の実施形態のログ収集処理のフローチャートの一例を示す図である。ログ収集処理は、営業店システム５０において障害が発生した際の原因究明や動作検証において解析端末１００が実行する処理であり、操作担当者が契機を与える。

【0040】

［ステップＳ１１］処理部１２０は、解析対象となるアプリケーションが生成した動作ログを取得する。処理部１２０は、解析対象となるアプリケーションが２以上ある場合にそれぞれのアプリケーションから動作ログを取得する。処理部１２０は、取得した動作ログを動作ログ１３１として記憶部１３０に記録する。処理部１２０が取得する動作ログは、日時情報が特定されていない場合がある。

【0041】

［ステップＳ１２］処理部１２０は、障害発生日時を取得する。障害発生日時の取得は、操作担当者により障害発生時刻あるいは障害発生期間として入力されるものであってもよいし、障害検知により自動入力されるものであってもよい。処理部１２０が取得する障害発生日時は、日時情報が既知の形式で入力される。

【0042】

［ステップＳ１３］処理部１２０は、取得した動作ログの日時情報の形式を解析する形式解析処理を実行する。動作ログの日時情報の形式は、アプリケーションが生成した動作ログごとにおこなう。形式解析処理の詳細については、後で図６を用いて説明する。

【0043】

［ステップＳ１４］処理部１２０は、日時情報の形式を解析した動作ログから、取得した障害発生日時にもとづいて解析対象となる範囲の動作ログを解析ログとして抽出する。抽出した解析ログは、動作ログ１３１の１つとして記憶部１３０に記録する。

【0044】

［ステップＳ１５］処理部１２０は、日時情報の形式を解析した動作ログについて形式定義を生成し、生成した形式定義を特定済形式１３３として記憶部１３０に記録する。処理部１２０は、形式定義を生成済みの同一のアプリケーションが生成する動作ログについて、形式解析処理をおこなうことなく生成した形式定義を利用可能にする。

【0045】

［ステップＳ１６］処理部１２０は、解析ログにおける日時情報をあらかじめ定める１の形式（標準形式）に補正する。
［ステップＳ１７］処理部１２０は、抽出した動作ログを出力して（あるいは出力可能にして）ログ収集処理を終了する。

【0046】

次に、解析端末１００が実行する形式解析処理について図６から図８を用いて説明する。図６は、第２の実施形態の形式解析処理のフローチャートの一例を示す図である。図７は、第２の実施形態の日付特定更新態様テーブルの一例を示す図である。図８は、第２の実施形態の月替わり特定更新態様テーブルの一例を示す図である。形式解析処理は、ログ収集処理のステップＳ１３において解析端末１００が実行する処理である。

【0047】

［ステップＳ２１］処理部１２０は、解析対象となる動作ログの日付更新箇所を探索する。日付更新箇所は、時分秒を示す情報のうち時「２３」から時「００」への変化により特定する。なお、動作ログの日時情報における時分秒は、通常において定義データなしに一意に特定可能である。また、時は、「００」から「２３」の値しかとらないので「００」から「５９」の値をとり得る分や秒と明確に区別可能である。

【0048】

［ステップＳ２２］処理部１２０は、日付更新箇所における年月日の特定更新態様（日付特定更新態様）を探索し、日付特定更新態様から日（日付情報）を特定する。図７に示す日付特定更新態様テーブル１５０は、日付特定更新態様に相当する、更新前の日付と更新後の日付の組合せを定義する。日付特定更新態様テーブル１５０は、更新前「３１（日）」と更新後「０１（日）」の組合せ、更新前「３０（日）」と更新後「０１（日）」の組合せ、更新前「２９（日）」と更新後「０１（日）」の組合せ、および更新前「２８（日）」と更新後「０１（日）」の組合せを示す。これら組合せは、年や月の更新に現れない特定態様であることから、日付を特定可能にする。

【0049】

［ステップＳ２３］処理部１２０は、特定更新態様（月替わり特定更新態様）から月（月情報）を特定する。月替わり箇所は、ステップＳ２２で探索した日付更新箇所に一致する。図８に示す月替わり特定更新態様テーブル１５２は、月替わり特定更新態様に相当する、更新前の月と更新後の月の組合せを定義する。月替わり特定更新態様テーブル１５２は、更新前「０１（月）」と更新後「０２（月）」の組合せ、更新前「０２（月）」と更新後「０３（月）」の組合せ、更新前「０３（月）」と更新後「０４（月）」の組合せ、・・・、および更新前「１２（月）」と更新後「０１（月）」の組合せを示す。これら組合せは、更新前「１２（月）」と更新後「０１（月）」の組合せを除いて同時に年の更新がないこと、更新前「１２（月）」と更新後「０１（月）」の組合せが年の更新に現れないことから、月を特定可能にする。

【0050】

［ステップＳ２４］処理部１２０は、年月日のうち月と日を特定したことから、その余を年（年情報）として特定する。
［ステップＳ２５］処理部１２０は、解析対象となる動作ログの特定した日時情報の形式を特定済形式１３３として記憶部１３０に記録して、形式解析処理を終了する。

【0051】

次に、解析端末１００が実行する形式解析について図９を用いて説明する。図９は、第２の実施形態の動作ログの一例を示す図である。動作ログ１５４は、連続したログ「３１－０７－２２ ２３：５９：５９ ＡＡＡＡ ＳＴＡＲＴ」とログ「０１－０８－２２ ００：００：００ ＡＡＡＡ ＥＮＤ」に、日付更新箇所１５６がある。

【0052】

日付更新箇所１５６は、ログ「３１－０７－２２ ２３：５９：５９ ＡＡＡＡ ＳＴＡＲＴ」における時を示す情報が「２３」、ログ「０１－０８－２２ ００：００：００ ＡＡＡＡ ＥＮＤ」における時を示す情報が「００」であることから特定可能である。

【0053】

ログ「３１－０７－２２ ２３：５９：５９ ＡＡＡＡ ＳＴＡＲＴ」における日時情報が「３１－０７－２２」であり、ログ「０１－０８－２２ ００：００：００ ＡＡＡＡ ＥＮＤ」における日時情報が「０１－０８－２２」であることから、特定更新態様１５８は、日付特定更新態様テーブル１５０より日付特定更新態様であることがわかる。また、特定更新態様１６０は、月替わり特定更新態様テーブル１５２より月替わり特定更新態様であることがわかる。このことから、動作ログ１５４における日時情報の形式は、「日－月－年（ｄｄ－ｍｍ－ｙｙ）」であることが特定される。

【0054】

次に、ログ収集処理のステップＳ１４で抽出する動作ログ（解析ログ）の抜粋範囲指定について図１０を用いて説明する。図１０は、第２の実施形態の障害発生にもとづく抜粋範囲指定の一例を示す図である。障害発生日時は、障害対応の時点で必ずしも障害発生日時を特定できない場合があることや、障害の発生原因が障害発生前から生じている場合があること、障害範囲の把握等のために、ある程度の幅をもって動作ログから解析ログを抽出する。処理部１２０は、動作ログの抜粋範囲指定を受け付けることができ、抜粋範囲指定にもとづいて動作ログから解析ログを抽出する。

【0055】

抜粋範囲指定１６２は、操作担当者により入力されるものであってもよいし、障害発生時刻にもとづいて自動入力されるものであってもよい。抜粋範囲指定１６２における日時情報は、既知の形式で入力される。たとえば、抜粋範囲指定１６２は、２０２２／０８／０１ １０：００：００（２０２２年８月１日 １０時０分０秒）を開始時刻として、２０２２／０８／０１ １３：００：００（２０２２年８月１日 １３時０分０秒）を終了時刻として抜粋範囲を指定する。

【0056】

次に、ログ収集処理のステップＳ１４で抽出する動作ログについて図１１を用いて説明する。図１１は、第２の実施形態の解析ログの一例を示す図である。解析ログ１６４は、動作ログ１５４から抜粋される。なお、解析ログ１６４は、図９に示した動作ログ１５４の図示範囲外から抽出されるものであってもよい。

【0057】

処理部１２０は、動作ログ１５４の日時情報の形式が特定されていることから、抜粋範囲指定１６２により抽出対象となる解析ログ１６４を特定できる。処理部１２０は、動作ログ１５４における日時情報の形式が「日－月－年（ｄｄ－ｍｍ－ｙｙ）」であると特定されていることから、ログ「０１－０８－２２ １２：３４：５６ ＡＡＡＡ ＳＴＡＲＴ」が抜粋範囲指定１６２の範囲内にあることを特定できる。これにより、処理部１２０は、動作ログ１５４から日時情報の形式をあらかじめ定義する定義ファイルなしに解析ログ１６４を抽出することができる。

【0058】

次に、日時情報の形式の解析結果として得る形式定義について図１２を用いて説明する。図１２は、第２の実施形態の日時情報定義テーブルの一例を示す図である。日時情報定義テーブル１６６は、日時情報の形式の解析結果として得る形式定義の１つである。動作ログ１５４の取得元がアプリケーションＤであり、日時情報の形式が「ｄｄ－ｍｍ－ｙｙ（日－月－年）」であると特定されたとき、処理部１２０は、日時情報定義テーブル１６６を特定済形式１３３として記憶部１３０に記録する。

【0059】

これにより、解析端末１００は、アプリケーションＤが出力する動作ログについて、日時情報の形式を解析することなしに、記憶部１３０から特定済形式１３３を参照して日時情報の形式を特定できる。なお、解析端末１００は、特定済形式１３３に有効期限を設けるようにして、古い情報から誤った日時情報の特定がおこなわれることを防止するようにしてもよい。また、解析端末１００は、アプリケーションＤに限らず、サーバ２００上で動作するアプリケーションの更新があった時に記憶部１３０が記憶する特定済形式１３３を初期化するようにしてもよい。このようにすれば、解析端末１００は、最新のサーバ２００のアプリケーション動作環境を日時情報の形式の特定に反映することができる。

【0060】

次に、解析ログの日時情報の形式補正について図１３を用いて説明する。図１３は、第２の実施形態の形式補正解析ログの一例を示す図である。形式補正解析ログ１６８は、解析ログ１６４から生成される。なお、形式補正解析ログ１６８は、解析ログ１６４の日時情報の形式を、日時情報をあらかじめ定める１の形式（標準形式）に補正する。標準形式は、たとえば、日時情報の形式を「年－月－日（ｙｙ－ｍｍ－ｄｄ）」とする。これにより、解析端末１００は、解析ログ１６４のログ「０１－０８－２２ １２：３４：５６ ＡＡＡＡ ＳＴＡＲＴ」を、形式補正解析ログ１６８においてログ「２２－０８－０１ １２：３４：５６ ＡＡＡＡ ＳＴＡＲＴ」とすることができる。

【0061】

このような解析端末１００は、サーバ２００から日時情報の形式が異なる複数の動作ログを取得して、複数の解析ログを出力するときに、各々の日時情報の形式を揃えることができる。これにより、解析端末１００は、複数の解析ログを用いた障害検証を容易にすることができる。

【0062】

〔第３の実施形態〕
次に、第３の実施形態について説明する。第３の実施形態は、第２の実施形態の形式解析処理の変形例となる実施形態である。第３の実施形態の形式解析処理について図１４と図１５を用いて説明する。図１４は、第３の実施形態の形式解析処理のフローチャートの一例を示す図である。図１５は、第３の実施形態の形式候補テーブルの一例を示す図である。第３の実施形態の形式解析処理もまた、ログ収集処理のステップＳ１３において解析端末１００が実行する処理である。

【0063】

［ステップＳ３１］処理部１２０は、解析対象となる動作ログの日付更新箇所を探索する。日付更新箇所は、時分秒を示す情報のうち時「２３」から時「００」への変化により特定する。なお、動作ログの日時情報における時分秒は、通常において定義データなしに一意に特定可能である。また、時は、「００」から「２３」の値しかとらないので「００」から「５９」の値をとり得る分や秒と明確に区別可能である。

【0064】

［ステップＳ３２］処理部１２０は、日付更新箇所における年月日の特定更新態様（日付特定更新態様）を探索し、日付特定更新態様テーブル１５０（図７参照）に示した日付特定更新態様から日（日付情報）を特定する。

【0065】

［ステップＳ３３］処理部１２０は、ステップＳ３２で特定した日付情報と、図１５に示す形式候補テーブル１７０に規定された日時情報の形式候補から日付情報の形式を特定する。形式候補テーブル１７０に規定された日時情報の形式候補は、「ｍｍ－ｄｄ－ｙｙ（月－日－年）」、「ｄｄ－ｍｍ－ｙｙ（日－月－年）」、および「ｙｙ－ｍｍ－ｄｄ（年－月－日）」のいずれかであり、日付情報の位置が異なる。したがって、処理部１２０は、解析対象となる動作ログの日付情報の位置を特定することで、形式候補テーブル１７０にある日時情報の形式候補のうちから日時情報の形式を１つに特定することができる。

【0066】

なお、形式候補「ｍｍ－ｄｄ－ｙｙ（月－日－年）」は、米国において多く利用される形式であり、形式候補「ｄｄ－ｍｍ－ｙｙ（日－月－年）」は、英国において多く利用される形式であり、形式候補「ｙｙ－ｍｍ－ｄｄ（年－月－日）」は、日本国において多く利用される形式である。一般に、多くのアプリケーションは、この３形式で動作ログを出力するため、形式候補テーブル１７０は、実用上において有用である。

【0067】

［ステップＳ３４］処理部１２０は、解析対象となる動作ログの特定した日時情報の形式を特定済形式１３３として記憶部１３０に記録して、形式解析処理を終了する。
このような解析端末１００は、解析対象となる動作ログの日時情報の形式をより速やかに特定することができる。

【0068】

なお、開示した実施形態はすべての点で例示されるものであって制限的なものではないと考えられるべきである。また、上述の実施形態および変形例の各構成を組み合わせて適用してもよい。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

【符号の説明】

【0069】

１ 動作ログ解析システム
１０ 情報処理装置
２０ サーバ
２１，２２，２３，２４，２５ 動作ログ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】