WO2021261015A1 - ログ処理装置および制御プログラム - Google Patents

Abstract

可読性を損なわずにログのデータサイズを削減できるログ処理装置を実現する。ＰＬＣ（１）によって生成された、ＦＡシステムで稼働する機器の稼働状況を記録する生ログを処理するログ処理装置は、生ログが、加工の対象となる条件を規定する加工条件を満たすか否かを判定する条件判定部（３１）と、生ログが加工条件を満たす場合に、満たされた加工条件に対応する加工ルールに基づいて、生ログを、該生ログよりも文字数が少ない短縮ログに加工するログ加工部（３２）と、を備え、ログ加工部は、短縮ログが、生ログが生成されるトリガとなったイベントの発生箇所を示す発生箇所情報と、短縮ログの文字列が生ログの文字列に一意に対応するように決定された１以上の文字からなる符号とを含むように生ログを加工する。

Description

ログ処理装置および制御プログラム

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

　ＦＡ（Factory Automation）システムで稼働する機器を制御し管理するＰＬＣ（Programmable Logic Controller）は、プログラム動作中のログを保存しておくことが一般的である。このようなログは、例えば、ＦＡシステムで発生した不具合を解析するためなどに用いられる。ログは、ＰＬＣ内蔵の記憶部に保持されており、多くの場合、設備の定期メンテナンス時など、ＦＡシステムが稼働していない期間に取り出されることになる。したがって、大量のログを長期間保持しておくために、記憶部における記憶容量の節約が強く求められる。

　例えば、ログのデータサイズを削減する技術が、特許文献１に開示されている。特許文献１に記載されているログデータサイズ削減装置は、抽出管理部と変換部とを備えている。抽出管理部は、各ログデータに含まれる全ての文字列データを抽出して当該文字列データが一意に定まる数字を対応させて文字列変換対応表を作成する。そして、変換部が、文字列変換対応表に基づいて、各ログデータに含まれる文字列データを数字に変換する。

日本国公開特許公報「特開２００８－２１００７３号公報（２００８年９月１１日公開）」

　ログのデータサイズを削減することが記憶容量の節約につながる一方で、ログが詳細な情報を多く含んでいることは、不具合などの原因をすばやく特定することにつながる。つまり、ログには、メンテナンスの容易化のために、豊富な情報量が求められている。

　しかしながら、上述のような従来技術では、ログの文字列が、人が意味内容を一見して理解できない単なる数字に置き換わるため、ユーザにとってのログの可読性が著しく損なわれるという問題がある。

　このように、ログにおいてデータサイズ削減と豊富な情報量とを両立させることは非常に難しい。

　本発明の一態様は、ユーザにとっての可読性を損なわずにログのデータサイズを削減できるログ処理装置を実現することを目的とする。

　上記の課題を解決するために、本発明の一態様に係るログ処理装置は、ＰＬＣ（Programmable Logic Controller）によって生成された、ＦＡ（Factory Automation）システムで稼働する機器の稼働状況を記録する生ログを処理するログ処理装置であって、前記生ログが、加工の対象となる条件を規定する加工条件を満たすか否かを判定する条件判定部と、前記生ログが前記加工条件を満たす場合に、満たされた前記加工条件に対応する加工ルールに基づいて、前記生ログを、該生ログよりも文字数が少ない短縮ログに加工するログ加工部と、を備え、前記ログ加工部は、前記短縮ログが、前記生ログが生成されるトリガとなったイベントの発生箇所を示す発生箇所情報と、前記短縮ログの文字列が前記生ログの文字列に一意に対応するように決定された１以上の文字からなる符号とを含むように前記生ログを加工する。

　本発明の各態様に係るログ処理装置は、コンピュータによって実現してもよく、この場合には、コンピュータを前記ログ処理装置が備える各部（ソフトウェア要素）として動作させることにより前記ログ処理装置をコンピュータにて実現させるログ処理装置の制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。

　本発明の一態様によれば、可読性を損なわずにログのデータサイズを削減できるログ処理装置を実現することができる。

本実施形態に係るＰＬＣの要部構成を示すブロック図である。 加工条件データ４１のデータ構造の一例を示す図である。 状況データ４２のデータ構造の一例を示す図である。 データ処理部２２が条件判定部３１に引き渡すログ出力命令データのデータ構造の一例を示す図である。 ログ加工部３２が生成する対応表４３のデータ構造の一例を示す図である。 ログ処理部３０による処理がなされた後のログが登録されているログＤＢ４４のデータ構造の一例を示す図である。 ＰＬＣ１が実行する処理の流れを示すフローチャートである。

　以下、本発明の一側面に係る実施の形態（以下、「本実施形態」とも表記する）を、図面に基づいて説明する。

　〔実施形態１〕
　§１　適用例
　本開示に係るログ処理装置は、一例として、ＦＡ（Factory Automation）システムで稼働する機器を制御し、管理するＰＬＣ（Programmable Logic Controller）に適用されてもよい。

　ＰＬＣは、ＦＡシステムで稼働する機器を制御し、機器の稼働状況を記録するログを生成する機器制御装置である。以下では、機器制御装置が生成するログを生ログと称する。本実施形態では、一例として、ＰＬＣは、機器制御装置によって生成された機器の稼働状況を記録する生ログを処理する、本開示に係るログ処理装置でもある。

　ログ処理装置は、機器制御装置が生成した前記生ログが、加工の対象となる条件を規定する加工条件を満たすか否かを判定する。

　ログ処理装置は、前記生ログが前記加工条件を満たす場合に、満たされた前記加工条件に対応する加工ルールに基づいて、前記生ログを、該生ログよりも文字数が少ない短縮ログに加工する。

　このとき、ログ処理装置は、加工された後の短縮ログが、生ログの文字列の一部および発生箇所情報の少なくとも一方と、符号とを少なくとも含むように前記生ログを加工して短縮ログを生成する。

　ここで、発生箇所情報とは、前記短縮ログの元の生ログが生成されるトリガとなったイベントの発生箇所を示す情報である。イベントは、ＦＡシステム内のいずれかの機器において発生する、プログラム、コンポーネントおよび関数などの、起動、実行、終了、実行エラーおよび警告などを指す。発生箇所情報は、具体的には、上述のイベント発生時に呼び出されていたコードの位置などを含む。

　また、本開示における符号とは、１以上の文字からなる任意の文字列である。ログ処理装置は、符号を、該符号を含んだ短縮ログの文字列が元の生ログの文字列に一意に対応するように決定する。

　上述の構成によれば、短縮ログは、元の生ログよりもデータサイズが削減されていながらも、生ログが含んでいた文字列の一部またはイベントの発生箇所を示す発生箇所情報を少なくとも含んでいる。そのため、短縮ログを見たユーザは、生ログの一部の文字列または発生箇所情報から、元の生ログの意味内容の大半を理解することができる。したがって、ユーザにとっての可読性を損なわずに保存されるログのデータサイズ削減を実現することができる。

　さらに、短縮ログは、上述のとおり、生ログの文字列に一意の符号を含むように加工される。２つの生ログの文字列が互いに一字でも異なれば、それらは、互いに別の生ログとして取り扱われるべきである。しかしもし、該２つの生ログが共通の文字列を部分的に含んでいたり、イベントの発生箇所が同じだったりして類似している場合に、加工後の短縮ログの文字列が、互いに同一になる可能性があり、別の生ログでありながら、同一のものとして扱われてしまう虞がある。短縮ログが、上述の符号を含んでいることにより、元が類似している２つの生ログは、確実に、互いに異なる文字列で構成された短縮ログへと加工されることになる。したがって、別の生ログ同士が、短縮ログに加工されることによって、誤って同一のものとして扱われてしまうといった不都合も発生しない。

　なお、他の適用例では、本開示に係るログ処理装置は、機器制御装置たるＰＬＣとは別の装置として構成されてもよい。この場合、ログ処理装置は、ＰＬＣと通信して、ＰＬＣが出力する生ログを受信して、必要に応じて短縮ログへの加工を行う。ログ処理装置は、加工した短縮ログを、ＰＬＣおよび通信ネットワークでつながる他のコンピュータがアクセス可能なサーバ上のログデータベースにアップロードしてもよい。

　§２　構成例
　＜ＰＬＣの構成＞
　図１は、本実施形態に係るＰＬＣの要部構成を示すブロック図である。なお、図１に示すブロック図は、ＰＬＣの構成の一例を部分的に示しているにすぎず、ＰＬＣは、図示されていないその他の公知の部材を備えていてもよい。

　図１に示すとおり、ＰＬＣ１は、一例として、制御部１０および記憶部１１を備えている。制御部１０は、記憶部１１に記憶されたプログラムおよびデータなどに基づき、ＰＬＣ１における各ブロックを統括して制御する。制御部１０は、例えば、ＣＰＵ（central processing unit）、ＭＰＵ（Micro Processing Unit）または専用プロセッサなどの演算処理部などにより構成されてもよい。

　記憶部１１は、制御部１０にて用いられる各種データを記憶するものであり、ＲＯＭ（read only memory）およびＲＡＭ（Random Access Memory）などを含む。本実施形態では、記憶部１１は、一例として、加工条件データ４１、状況データ４２、対応表４３、および、ログデータベース４４（以下、ログＤＢ４４）を不揮発的に記憶している。

　また、ＰＬＣ１は、ＦＡシステム内の各機器と通信するための不図示の通信部を備えていてもよい。

　ＰＬＣ１の制御部１０は、一例として、機器制御部２０およびログ処理部３０を含む。機器制御部２０は、ＦＡシステムで稼働する各機器を制御し、各機器の稼働状況を記録するログを生成する。機器制御装置としてのＰＬＣ１は、機器制御部２０を含む制御部１０と記憶部１１とによって構成される。

　機器制御部２０は、一例として、実行指示部２１およびデータ処理部２２を含む。実行指示部２１は、ＦＡシステムの各機器に、プログラム、コンポーネントおよび関数などの実行を指示する。実行指示部２１は、各機器を監視し、ＦＡシステムにおける状況に変化が生じた場合に、ＦＡシステムの状況を示す状況データが最新の状況を示すように、該状況データを更新する。状況データのデータ構造については図を参照して後に詳述する。

　データ処理部２２は、各機器が実行指示部２１からリクエストに応答して動作した結果を示すレスポンスを受け取る。そして、データ処理部２２は、受け取ったレスポンスに基づいて、発生したイベントを把握し、必要に応じてレスポンス内のデータを処理したり集計したりして、生ログを生成する。データ処理部２２は、生成した生ログを、ログ処理部３０に引き渡し、生ログの処理を指示する。

　具体的には、本実施形態では、データ処理部２２は、生成した生ログと該生ログの属性を示すログ属性とで構成されたログ出力命令データをログ処理部３０に引き渡すことにより、ログ処理部３０に対してログの保存を指示する。ログ出力命令データのデータ構造については図を参照して後に詳述する。

　なお、データ処理部２２が、ログ出力命令データをログ処理部３０に引き渡してログの保存を指示するタイミングは特に限定されない。データ処理部２２は、一つの生ログを生成する度に、該生ログのログ出力命令データをログ処理部３０に引き渡してもよい。また、データ処理部２２は、生成した生ログがいくつか貯まったタイミングでまとめてそれらの保存を指示してもよい。後者の場合には、データ処理部２２は、各生ログが生成されたときの状況データを、各生ログに紐付けて、ログ出力命令データをログ処理部３０に引き渡す。このようにすれば、ログ処理部３０は、複数個の生ログをまとめて受け取っても、各生ログが生成されたときの状況データを、生ログごとに正しく把握することができる。

　ログ処理部３０は、機器制御部２０によって生成された各機器の稼働状況を記録する生ログを処理する。本開示に係るログ処理装置としてのＰＬＣ１は、ログ処理部３０を含む制御部１０と記憶部１１とによって構成される。

　ログ処理部３０は、一例として、条件判定部３１、ログ加工部３２およびログ保存部３３を含む。条件判定部３１は、機器制御部２０から保存を指示された生ログが、加工の対象となる条件を規定する加工条件を満たすか否かを判定する。加工条件は、加工条件データ４１として記憶部１１に記憶されている。

　条件判定部３１は、機器制御部２０から引き渡された生ログが、加工条件データ４１に規定されている加工条件を満たすか否かを判定し、加工条件を満たすと判定した場合には、該生ログの加工をログ加工部３２に指示する。この際、条件判定部３１は、加工条件データ４１において、満たすと判定された加工条件に対応付けられている加工ルールにしたがって加工するようにログ加工部３２に指示する。

　一方、引き渡された生ログが、記憶部１１に記憶されているいずれの加工条件も満たさないと判定した場合には、該生ログについて加工の処理は不要であると判断し、生ログのまま保存するようにログ保存部３３に指示する。

　ログ加工部３２は、条件判定部３１から指定された加工ルールにしたがって引き渡された生ログを加工し、短縮ログを生成する。加工ルールには、例えば、生ログが生成されるトリガとなったイベントの発生箇所を示す発生箇所情報を短縮ログに埋め込むこと、および、短縮ログが生ログの文字列と１対１で対応するように決定された符号を埋め込むことなどが、規定されている。さらに、加工ルールには、生ログの一部の文字列を埋め込むこと、生ログが生成されるトリガとなったイベントの種別を埋め込むこと、生ログが示す情報の重要度などのレベルを埋め込むことなどが規定されていてもよい。さらに、加工ルールには、ユーザが編集した特定の文字列を埋め込むこと、生ログではなく該生ログから加工された短縮ログであることを意味する特殊文字列を埋め込むことなどが規定されていてもよい。特殊文字列は、１つの文字または複数の文字で構成され得る。特殊文字列を１つの文字で構成する場合は、その１つの文字は、短縮ログ内で短縮ログであることを示す用途以外に用いられない特殊な文字とすることが好ましい。特殊文字列を複数の文字で構成する場合は、それらの文字の並びを、短縮ログ内で短縮ログであることを示す用途以外に用いられない特殊な文字の並びにすることが好ましい。これにより、ユーザは、ログ内に、特殊文字列を見出したら、即時にそれが短縮ログであると判断することが可能となる。

　本実施形態では、一例として、ログ加工部３２は、一度生成した短縮ログを、元の生ログと紐付けてその対応関係を対応表４３に保存する。よって、ログ加工部３２は、条件判定部３１から生ログの加工を指示された場合、対応表４３の検索を行って、該生ログと文字列が完全に一致する同一の生ログについて過去に短縮ログを生成したことがあるか否かを確認する。なお、ここでは、２つ以上の生ログが「同一である」というとき、該２つ以上の生ログの文字列が完全に一致することを意味する。各生ログの文字列が一字でも違えば、それらの生ログは「異なる」という。

　検索の結果、対応表４３において、加工を指示された生ログと同一の生ログについて過去に生成された短縮ログがヒットした場合、ログ加工部３２は、ヒットした短縮ログを、加工を指示された生ログの短縮ログとして出力する。

　一方、検索の結果、同一の生ログの短縮ログがヒットしなかった場合、ログ加工部３２は、加工を指示された生ログを、指定された加工ルールにしたがって加工して、新規に短縮ログを生成する。具体的には、ログ加工部３２は、加工ルールにしたがって、発生箇所情報などを含む短縮ログの前半部分を生成し、さらに、類似する生ログに対応する既製の短縮ログの文字列と重複しないように文字を異ならせた符号を組み合わせる。符号は、例えば、上述のように短縮ログの前半部分が重複するような類似する生ログの同属グループの中で、一意に付与される通し番号であってもよい。同属グループ内で異なる生ログに対して短縮ログの文字列が重複しないように通し番号が付与されることにより、類似の生ログ同士が、短く加工された後に同一であると混同される不都合を回避することができる。

　ログ保存部３３は、生ログまたは必要に応じて加工された短縮ログをログＤＢ４４に保存する。ログ保存部３３は、条件判定部３１が、加工不要と判断した場合には、データ処理部２２から出力された生ログをそのままログＤＢ４４に保存する。あるいは、ログ保存部３３は、ログ加工部３２が生ログを加工して生成した短縮ログをログＤＢ４４に保存する。

　上述した制御部１０の各部は、ＣＰＵ（central processing unit）およびＭＰＵ（Micro Processing Unit）などの演算処理部が、ＲＯＭ（read only memory）などで実現された記憶装置（記憶部１１）に記憶されているプログラムをＲＡＭ（random access memory）などに読み出して実行することで実現できる。

　＜加工条件データ＞
　　（データ構造）
　図２は、加工条件データ４１のデータ構造の一例を示す図である。加工条件データ４１は、少なくとも、加工の対象となる生ログの特徴を定義した「加工条件」と、加工条件が満たされた場合に適用される加工の手順を定義した「加工ルール」とが対応付けられている構成である。

　さらに、加工条件と加工ルールとのセットに対して、ルールＩＤが付与されていてもよい。また、ルールＩＤが示す数字は、１つの生ログが複数の加工条件を満足した場合に、適用する加工ルールの優先順位を表していてもよい。

　例えば、ルールＩＤ「２」の加工条件と、ルールＩＤ「４」の加工条件とを同時に満たす生ログが引き渡された場合には、条件判定部３１は、ルールＩＤ「２」の加工条件が満たされたことを優先させる。そして、条件判定部３１は、該生ログに適用する加工ルールを、ルールＩＤ「２」の加工条件に対応付けられた加工ルールに決定する。

　加工条件データ４１においては、特定の文字列が生ログに含まれていることを条件に指定するものもあれば、特定のログレベルであることを条件に指定するものもある。ログレベルを加工条件に加えることにより、生ログが意図せず加工条件に合致してしまい、望まれない加工ルールが適用されて加工されてしまうことを防止することができる。

　例えば、エラーを示す生ログを、エラー表示に適した短縮ログに加工したいために、生ログの先頭に「ＥＲＲＯＲ」の文字列があることを加工条件に指定したとする。この場合、「ＥＲＲＯＲ　ＩＳ　ＮＯＴ　ＦＯＵＮＤ」と記された正常であることを示す生ログまで、意図せず上述の加工条件に適合してしまう。そして、正常を示す生ログに対して、エラー表示に適した加工の仕方が適用されてしまうという望まない変換が実施されてしまう。しかし、加工条件として、ログレベルを考慮することで上述の不都合を防止することができる。

　　（加工ルール）
　本実施形態では、一例として、短縮ログは、接頭辞、本文および接尾辞の３つのパートで構成されている。加工ルールは、短縮ログの構造に合わせて、接頭辞の定義、本文の定義および接尾辞の定義で構成されている。

　本実施形態では、加工ルールには、接頭辞が、生ログおよび短縮ログの他のパートでは使われない特殊な文字列で構成されるように、接頭辞の定義が記述されていてもよい。一例として、接頭辞が「！」となるように接頭辞の定義が記述されていてもよい。短縮ログの先頭に、他では使用されない特殊な文字「！」が付くことにより、ユーザは、当該短縮ログを一目見て、生ログから加工された短縮ログであると認識することができる。

　加工ルールには、本文が生ログの文字列の一部を含むように、本文の定義が記述されていてもよい。例えば、「生ログの文字列の先頭の６文字」および「生ログの文字列の“ｕｐｌｏａｄｉｎｇ”と“ｗａｓ　ｆａｉｌｅｄ”に挟まれている任意の文字数の文字列」などが本文に含まれるように本文の定義が記述されていてもよい。

　加工ルールには、本文がログ属性のいずれかを含むように、本文の定義が記述されていてもよい。例えば、「ログレベル」、「ログ種別」および「イベント発生箇所」などが本文に含まれるように本文の定義が記述されていてもよい。

　加工ルールには、本文がユーザによって指定された特定の文字列を含むように、本文の定義が記述されていてもよい。例えば、「ｉｇｎｏｒｅ」および「ｔａｎａｋａ」などが本文に含まれるように本文の定義が記述されていてもよい。

　例えば、ユーザは、ＦＡシステムの解析において無視することにしている生ログについて、加工時に「ｉｇｎｏｒｅ」が付されるように加工ルールを設定することができる。ユーザが無視することにしている生ログ、とは、ＰＬＣ１が管轄ＦＡシステムにおいて、あらかじめ無害であると分かっている警告、ユーザが関心を持っていない不必要な記述、および、解決の見込みが立っていて改めて調査する必要がないエラーなどが想定される。

　別の例では、ユーザは、生ログに記されたイベントの対処を担当する担当者が固定されているような生ログについて、加工時に、担当者を示す担当者情報が付されるように加工ルールを設定することができる。ここで、「ｔａｎａｋａ」は、担当者を指す担当者情報の一例である。担当者情報は、担当者の個人名に限定されず、担当社名、担当部署名、担当者の社員番号などを示す情報であってもよい。

　本実施形態では、加工ルールには、接尾辞（符号）が短縮ログに含まれるように、接尾辞の定義が記述されている。接尾辞は、短縮ログの文字列全体が、異なる生ログに一意に対応するように、短縮ログの文字列を他と異ならせるように決定される任意の文字列である。一例として、接尾辞は、通し番号であってもよい。ログ属性が同じで、文字列が少し異なるだけの類似する２つ以上の生ログに同じ加工ルールが適用された結果、短縮ログの本文以前のパートが完全一致する場合に、それらの生ログに対して、一意の通し番号を付与するように、加工ルールに定められている。なお、接尾辞（符号）は、数字に限らず、アルファベット、その他の記号、および、これらを組み合わせた任意の文字列であってもよい。

　他の例として、「エラーの発生箇所が第３者のライブラリである」という条件が、加工条件として加工条件データ４１に登録されていてもよい。この条件を満足する生ログには、例えば、「短縮ログの先頭に“ｌｉｂ＿”をつける」という手順が加工ルールの一部として適用されてもよい。

　これにより、ユーザは、短縮ログを一目見て、このログが示すエラーは、第３者のライブラリで起きたものだと即時に理解することが可能となる。

　＜状況データ＞
　図３は、状況データ４２のデータ構造の一例を示す図である。状況データ４２は、一例として、起動日時、設定内容、および、ソフトウェアバージョンの各項目を含んでいてもよい。起動日時は、ＰＬＣ１のプログラムが起動された日時を示す。

　設定内容は、ＰＬＣ１が管轄するＦＡシステムの各機器またはＰＬＣ１が実行するプログラムについてあらかじめ設定されている内容を示す。設定内容は、例えば、ユーザによって指定されたパラメータ値などを含む。多くの場合、設定内容に含まれるパラメータ値の数は膨大であり、そのときどきの設定内容の異同を個別に比較することは困難である。そこで、設定内容には、各パラメータ値に基づいて代表値として決定されたハッシュ値を採用してもよい。ソフトウェアバージョンは、プログラムのバージョンを示す情報である。

　実行指示部２１は、ＦＡシステムが稼働している間、起動日時、設定内容、および、ソフトウェアバージョンを監視し、これらに変更が生じた場合には、状況データ４２を更新する。

　例えば、図３に示す状況データ４２１は、データ処理部２２が生ログＬ１からＬ１４まで生成した時点での状況データを示す。また、状況データ４２２は、データ処理部２２が生ログＬ１５を生成した時点での状況データを示す。例えば、実行指示部２１は、生ログＬ１４が生成された後、生ログＬ１５が生成されるまでの期間に、状況が変化したことに応じて状況データ４２を更新する。

　具体的には、実行指示部２１は、上述の期間に何らかの設定が変更されたことに応答して、設定内容のハッシュ値を更新する。また、実行指示部２１は、上述の期間にプログラム再起動されたことに応答して、起動日時を更新する。

　生ログが生成された時点の状況データが取得されることは、該生ログが生成された時の状況を、ユーザが把握するときに役立つ。

　＜ログ出力命令データ＞
　図４は、データ処理部２２が条件判定部３１に引き渡すログ出力命令データのデータ構造の一例を示す図である。図４には、Ｌ１からＬ１５までの１５個の生ログの各ログ出力命令データが一覧で示されている。しかし、データ処理部２２は、１つの生ログを生成する度に、都度、該生ログのログ出力命令データを生成して、条件判定部３１に引き渡してもよい。

　ログ出力命令データは、一例として、生ログおよびログ属性の各項目を含んでいる。項目「生ログ」は、生ログの文字列を示す。項目「ログ属性」は、該生ログの属性を示す。本実施形態では、一例として、ログ属性は、ログレベル、ログ種別およびイベント発生箇所の各サブ項目で構成されている。項目「ログ番号」は、生ログの１つ１つを識別するために設けた番号を示す。ログ番号の項目は、本実施形態の説明を容易にするために便宜上設けたものであり、該項目は、ログ出力命令データの項目としては省略されてもよい。

　ログ属性のうち、サブ項目「ログレベル」は、該当する生ログが示している情報の重要度または深刻度などの度合いを表す。本実施形態では、一例として、「ログレベル」には、重要な順に、「ＥＲＲＯＲ」、「ＷＡＲＮ」、「ＩＮＦＯ」および「ＤＥＢＵＧ」の４段階のレベルが設けられている。データ処理部２２は、生成した生ログが示す情報の重要度に応じて、該生ログに、上述のいずれかのログレベルを設定する。

　サブ項目「ログ種別」は、該当する生ログの種別、すなわち、生ログが示す情報の性質を表す。本実施形態では、一例として、「ログ種別」には、生ログが示している情報の性質に応じて、「ＥＮＶ」、「ＳＴ」および「ＤＥＳＣ」の３種類の種別が設けられている。データ処理部２２は、生成した生ログが示す情報の性質に応じて、該生ログに、上述のいずれかのログ種別を設定する。

　なお、ログ種別「ＥＮＶ」は、該当する生ログがイベント発生時の動作環境を示すログであることを示す。「ＳＴ」は、該当する生ログがプログラムの実行経路（スタックトレース）を示すログであることを示す。「ＤＥＳＣ」は、該当する生ログがその他の記述であることを示す。

　サブ項目「イベント発生箇所」は、該当する生ログが生成されるトリガとなったイベントが発生した箇所を示す発生箇所情報である。発生箇所情報は、少なくとも、実行されたプログラム名またはコンポーネント名を表した、ユーザに可読な文字列を含む。さらに、発生箇所情報は、コンポーネントの関数名、および、関数の中の行番号などの情報を含んでいてもよい。

　さらに、ログ属性は、生ログの文字数を示す「文字数」のサブ項目を含んでいてもよい。例えば、生ログの文字数は、条件判定部３１が、生ログが加工条件を満たすか否かを判定するときに用いられる。

　上述の構造を有するログ出力命令データが、データ処理部２２から条件判定部３１に渡されることにより、条件判定部３１は、生ログの加工の要否を判断し、どのように加工すべきかを決定することができる。

　＜生ログの処理の具体例＞
　　（ケース１：「ログ番号＝Ｌ１」の生ログの処理について）
　図４に示すログ出力命令データのうち、ログ番号「Ｌ１」のログ出力命令データがデータ処理部２２にて生成され条件判定部３１に引き渡されたとする。条件判定部３１は、Ｌ１の生ログのイベント発生箇所が「ＭａｉｎＰｒｏｇｒａｍ」であることに基づいて、図２に示す加工条件データ４１のうち、ルールＩＤ「１」の加工ルールを適用することを決定する。

　ログ加工部３２は、ルールＩＤ「１」の加工ルールにしたがって、生ログの文字列「Ｓｔａｒｔｉｎｇ　ｐｒｏｇｒａｍ　（１．２．０）　ｗｉｔｈ　ｃｏｎｆｉｇｕｒａｔｉｏｎ　（６ｆｅｃｂ９１ａ）」を加工する。具体的には、ログ加工部３２は、まず、接頭辞および本文「！ＩＮＦＯ＿Ｓｔａｒｔｉ＿」を生成する。

　最後に、ログ加工部３２は、接尾辞を短縮ログに付加する。ここでは、上述の本文以前のパート「！ＩＮＦＯ＿Ｓｔａｒｔｉ＿」が一致する既製の短縮ログが対応表４３に記録されていないものとする。そこで、ログ加工部３２は、最初の通し番号「１」を付加して、生ログＬ１の短縮ログ「！ＩＮＦＯ＿Ｓｔａｒｔｉ＿１」を完成させる。ログ加工部３２は、完成させた上述の短縮ログを生ログＬ１について保存すべきログとしてログ保存部３３に指示する。

　また、ログ加工部３２は、生ログの文字列「Ｓｔａｒｔｉｎｇ　ｐｒｏｇｒａｍ　（１．２．０）　ｗｉｔｈ　ｃｏｎｆｉｇｕｒａｔｉｏｎ　（６ｆｅｃｂ９１ａ）」に、短縮ログの文字列「！ＩＮＦＯ＿Ｓｔａｒｔｉ＿１」を対応付けて、対応表４３に登録する。

　　（ケース２：「ログ番号＝Ｌ２」の生ログの処理について）
　図４に示す、ログ番号「Ｌ２」のログ出力命令データがデータ処理部２２にて生成され条件判定部３１に引き渡されたとする。条件判定部３１は、Ｌ２の生ログの文字列に「Ｔｈｅｒｅ　ａｒｅ　ｎｏ　ｐｒｏｂｌｅｍ．」が含まれていることに基づいて、加工条件データ４１のうち、ルールＩＤ「３」の加工ルールを適用することを決定する。

　ログ加工部３２は、ルールＩＤ「３」の加工ルールにしたがって、生ログの文字列「ＨｔｔｐＵｐｌｏａｄｅｒ　－　Ｔｈｅｒｅ　ａｒｅ　ｎｏ　ｐｒｏｂｌｅｍ．」を加工する。具体的には、ログ加工部３２は、まず、接頭辞および本文「！ｉｇｎｏｒｅ＿ＨｔｔｐＵｐｌｏａｄｅｒ．ｉｎｉｔ：２１＿」を生成する。

　ここでは、本文以前のパート「！ｉｇｎｏｒｅ＿ＨｔｔｐＵｐｌｏａｄｅｒ．ｉｎｉｔ：２１＿」と一致する既製の短縮ログが対応表４３に記録されていないものとする。そこで、ログ加工部３２は、最初の通し番号「１」を付加して、生ログＬ２の短縮ログ「！ｉｇｎｏｒｅ＿ＨｔｔｐＵｐｌｏａｄｅｒ．ｉｎｉｔ：２１＿１」を完成させる。

　　（ケース３：「ログ番号＝Ｌ５」の生ログの処理について）
　図４に示す、ログ番号「Ｌ５」のログ出力命令データがデータ処理部２２にて生成され条件判定部３１に引き渡されたとする。条件判定部３１は、Ｌ５の生ログが、ルールＩＤ「１～３」の加工条件を満足せず、その文字数が３０文字以上であって、そのログレベルが「ＥＲＲＯＲ」であることに基づいて、ルールＩＤ「４」の加工ルールを適用することを決定する。

　ログ加工部３２は、ルールＩＤ「４」の加工ルールにしたがって、生ログの文字列；
「ＣｅｒｔｉｆｉｃａｔｅＥｒｒｏｒ：　ｃｅｒｔｉｆｉｃａｔｅ＿ｂｒｏｋｅｎ
　　　　ａｔ　ＭｅｓｓａｇｅＥｎｃｏｄｅｒ．ｅｎｃｏｄｅ：２５９
　　　　ａｔ　ＨｔｔｐＵｐｌｏａｄｅｒ.ｕｐｌｏａｄ：１１２
　　　　ａｔ　ＨｔｔｐＵｐｌｏａｄｅｒ.ｐｒｏｃｅｓｓ：５２」を加工する。具体的には、ログ加工部３２は、まず、接頭辞および本文「！ＥＲＲＯＲ＿ＭｅｓｓａｇｅＥｎｃｏｄｅｒ.ｅｎｃｏｄｅ：２５９＿ＳＴ＿」を生成する。

　ここでは、上述の本文以前のパートが一致する既製の短縮ログが対応表４３に記録されていないものとする。そこで、ログ加工部３２は、最初の通し番号「１」を付加して、生ログＬ５の短縮ログ「！ＥＲＲＯＲ＿ＭｅｓｓａｇｅＥｎｃｏｄｅｒ.ｅｎｃｏｄｅ：２５９＿ＳＴ＿１」を完成させる。

　　（ケース４：「ログ番号＝Ｌ９」の生ログの処理について）
　図４に示す、ログ番号「Ｌ９」のログ出力命令データがデータ処理部２２にて生成され条件判定部３１に引き渡されたとする。条件判定部３１は、Ｌ９の生ログが、Ｌ５と同様に、ルールＩＤ「４」の加工条件を満足することに基づいて、ルールＩＤ「４」の加工ルールを適用することを決定する。

　ログ加工部３２は、ルールＩＤ「４」の加工ルールにしたがって、生ログの文字列；
「ＣｅｒｔｉｆｉｃａｔｅＥｒｒｏｒ：　ｃｅｒｔｉｆｉｃａｔｅ＿ｂｒｏｋｅｎ
　　　　ａｔ　ＭｅｓｓａｇｅＥｎｃｏｄｅｒ．ｅｎｃｏｄｅ：２５９
　　　　ａｔ　ＨｔｔｐＵｐｌｏａｄｅｒ.ｕｐｌｏａｄ：１１２
　　　　ａｔ　ＨｔｔｐＵｐｌｏａｄｅｒ.ｐｒｏｃｅｓｓ：５５」を加工する。ここで、Ｌ９の生ログについて生成される、短縮ログの本文以前のパートは、上述のケース３と同様に、「！ＥＲＲＯＲ＿ＭｅｓｓａｇｅＥｎｃｏｄｅｒ.ｅｎｃｏｄｅ：２５９＿ＳＴ＿」となる。

　ここでは、Ｌ５の短縮ログが、すでに対応表４３に登録されているものとする。すなわち、Ｌ９の本文以前のパートと文字列が完全一致する既製の短縮ログが対応表４３に記録されている。

　生ログＬ９は、生ログＬ５とログ属性が一致しており、生ログＬ５と類似の生ログである。しかし、生ログの文字列の最後の１文字がＬ５とは異なっているので、同一の生ログではない。そこで、ログ加工部３２は、類似の生ログＬ９については、Ｌ５と重複しない通し番号（例えば、「２」）を、接尾辞として短縮ログに含める。そうして、ログ加工部３２は、生ログＬ９に対応する短縮ログ「！ＥＲＲＯＲ＿ＭｅｓｓａｇｅＥｎｃｏｄｅｒ.ｅｎｃｏｄｅ：２５９＿ＳＴ＿２」を完成させる。

　これにより、短縮ログの本文以前のパートが完全一致していても、接尾辞が異なっていることにより、Ｌ９の短縮ログがＬ５の短縮ログとは異なるログであると見分けがつく。

　　（ケース５：「ログ番号＝Ｌ１１」の生ログの処理について）
　図４に示す、ログ番号「Ｌ１１」のログ出力命令データがデータ処理部２２にて生成され条件判定部３１に引き渡されたとする。条件判定部３１は、Ｌ１１の生ログが、Ｌ５と同様に、ルールＩＤ「４」の加工条件を満足することに基づいて、ルールＩＤ「４」の加工ルールを適用することを決定する。

　ここで、生ログＬ１１は、文字列が生ログＬ５を完全に一致しており、Ｌ５とＬ１１とは同一の生ログである。Ｌ５の短縮ログが先に生成されていたとすると、対応表４３には、生ログＬ５を処理するときに生成された既製の短縮ログが記録されている。

　そこで、ログ加工部３２は、Ｌ５に対応する短縮ログ「！ＥＲＲＯＲ＿ＭｅｓｓａｇｅＥｎｃｏｄｅｒ.ｅｎｃｏｄｅ：２５９＿ＳＴ＿１」を、Ｌ５と同一の生ログであるＬ１１に対しても割り当てる。

　　（ケース６：「ログ番号＝Ｌ１２」の生ログの処理について）
　図４に示す、ログ番号「Ｌ１２」のログ出力命令データがデータ処理部２２にて生成され条件判定部３１に引き渡されたとする。条件判定部３１は、Ｌ１２の生ログの文字列の中に、「ｕｐｌｏａｄｉｎｇ　ＯＥＥ　ｗａｓ　ｆａｉｌｅｄ」が含まれていることに基づいて、ルールＩＤ「２」の加工ルールを適用することを決定する。

　ログ加工部３２は、ルールＩＤ「２」の加工ルールにしたがって、生ログの文字列「ＨｔｔｐＵｐｌｏａｄｅｒ　－　ｕｐｌｏａｄｉｎｇ　ＯＥＥ　ｗａｓ　ｆａｉｌｅｄ　（Ｒｅｔｒｉｅｄ　ｔｈｒｅｅ　ｔｉｍｅｓ　ｂｕｔ　ａｌｌ　ｆａｉｌｅｄ．　Ｓｅｅ　ｔｈｅ　ＥＲＲＯＲ　Ｌｏｇ）」を加工する。具体的には、ログ加工部３２は、まず、接頭辞および本文「！ｔａｎａｋａ＿ＨｔｔｐＵｐｌｏａｄｅｒ．ｕｐｌｏａｄ：１３４＿ＯＥＥ　ｆａｉｌｅｄ＿」を生成する。

　ここでは、本文以前のパート「！ｔａｎａｋａ＿ＨｔｔｐＵｐｌｏａｄｅｒ．ｕｐｌｏａｄ：１３４＿ＯＥＥ　ｆａｉｌｅｄ＿」と一致する既製の短縮ログが対応表４３に記録されていないものとする。そこで、ログ加工部３２は、最初の通し番号「１」を付加して、生ログＬ１２の短縮ログ「！ｔａｎａｋａ＿ＨｔｔｐＵｐｌｏａｄｅｒ．ｕｐｌｏａｄ：１３４＿ＯＥＥ　ｆａｉｌｅｄ＿１」を完成させる。

　　（ケース７：「ログ番号＝Ｌ１４」の生ログの処理について）
　図４に示す、ログ番号「Ｌ１４」のログ出力命令データがデータ処理部２２にて生成され条件判定部３１に引き渡されたとする。条件判定部３１は、生ログＬ１４が、ルールＩＤ「１～３」の加工条件を満たしておらず、また、文字数が３０文字未満であって、ルールＩＤ「４」の加工条件も満たさないと判定する。そこで、条件判定部３１は、生ログＬ１４について加工は不要であると判断し、該生ログをそのまま保存するようにログ保存部３３に指示する。

　＜対応表＞
　図５は、ログ加工部３２が生成する対応表４３のデータ構造の一例を示す図である。対応表４３には、ログ加工部３２が一度生成した、短縮ログが、元の生ログに対応付けられて記憶される。換言すれば、対応表４３は、短縮ログの既製品リストである。

　対応表４３は、一例として、生ログ、適用ルールＩＤ、短縮ログ、ログ属性および状況データの各項目を含んでいる。

　項目「生ログ」は、生ログの文字列を示す。項目「適用ルールＩＤ」は、該当する生ログに適用された加工ルールのルールＩＤを示す。項目「短縮ログ」は、該当する生ログが加工されることによって生成された短縮ログの文字列を示す。項目「ログ属性」は、該当する生ログの属性を示す。

　項目「状況データ」は、該当する生ログがデータ処理部２２によって生成された時点の状況データを示す。図３に示す例では、生ログＬ１～Ｌ１４が生成された時点では、状況データは、状況データ４２１の内容を示し、生ログＬ１５が生成された時点では、状況データは、状況データ４２２の内容を示していたものとする。したがって、生ログＬ１～Ｌ１４に対応するレコード（図５の表の１行目から７行目までのレコード）には、状況データ４２１が対応付けられている。そして、生ログＬ１５に対応するレコード（図５の表の８行目のレコード）には、状況データ４２２が対応付けられている。

　ログ加工部３２は、新規に生成した短縮ログについて、該短縮ログの元の生ログ、適用した加工ルールのルールＩＤ、元の生ログのログ属性、および、元の生ログが生成された時点の状況データを紐付けて、対応表４３に登録する。

　ログ加工部３２は、過去に処理したことがある生ログと同一の生ログを加工するときには、対応する既成の短縮ログを対応表４３から読み出して、該同一の生ログの短縮ログとして割り当てる。

　このようにすれば、生ログと短縮ログとを１対１で対応させることができ、その対応関係を対応表４３に記録しておくことができる。そのため、ユーザは、必要であれば、対応表４３を用いれば、短縮ログに基づいて、生ログの情報を欠けることなく復元することができる。

　＜ログデータベース＞
　図６は、ログ処理部３０による処理がなされた後のログが登録されているログＤＢ４４のデータ構造の一例を示す図である。ログ処理部３０による処理がなされた後のログとは、ログ加工部３２が生ログを加工して生成した短縮ログ、または、条件判定部３１が加工不要と判断したことに基づいてログ保存部３３によってそのまま出力された生ログを指す。以下では、ログ処理部３０の処理を経て、ログＤＢ４４に保存されるべきログまたはログＤＢ４４に保存されたログを保存ログと称する。

　ログＤＢ４４は、一例として、保存ログの項目を含んでいる。項目「保存ログ」は、ログ保存部３３によって出力された保存ログの文字列を示す。データ処理部２２から出力が指示された生ログ１つにつき、１つの保存ログがログＤＢ４４に登録される。図４に示すとおり、Ｌ１～Ｌ１５の１５個の生ログについて、ログ出力命令データがデータ処理部２２から引き渡された場合、ログ保存部３３は、１５個の各生ログに対応する、１５個の保存ログをログＤＢ４４に保存する。

　ログ番号の項目は、本実施形態の説明を容易にするために便宜上設けたものであり、該項目は、ログＤＢ４４の項目としては省略されてもよい。図示の例では、ログＤＢ４４のログ番号と、ログ出力命令データのログ番号とは対応しており、Ｌ１の保存ログは、Ｌ１の生ログの保存ログであることを示す。

　ログの先頭の「！」は、それが短縮ログであることを示す接頭辞である。図６の例では、Ｌ１～Ｌ２、Ｌ４～Ｌ１３、および、Ｌ１５が短縮ログであることが、ユーザの目からも一目でわかる。

　接頭辞に続く文字列「ｉｇｎｏｒｅ」は、そのログが、ＰＬＣ１が管轄するＦＡシステムにおいて重要度が低い情報であることを示している。図６の例では、ユーザは、Ｌ２の短縮ログを読み飛ばしてもいいことを一目で理解することができる。

　接頭辞に続く文字列「ｔａｎａｋａ」は、そのログに関して対処する担当者がｔａｎａｋａ氏であることを示している。図６の例では、担当者のｔａｎａｋａ氏は、自身が対応しなければならないログが、Ｌ１２とＬ１３であることを一目で理解することができる。

　その他の短縮ログについても、接頭辞に続いて、ログレベルまたはログ種別が記述されているため、ユーザは、どの程度重要なログであるのか、または、どんな種類のログであるのかを一目で理解することができる。

　その上、短縮ログには、元の生ログの文字列の一部、および、発生箇所情報の少なくとも一方が含まれており、ユーザは、短縮ログを見ただけで、元の生ログの概要を想起することができる。

　短縮ログに対応する元の生ログは対応表４３に記録されているので、必要に応じてユーザは、元の生ログの情報を欠けることなく得ることができる。

　§３　動作例
　図７は、ＰＬＣ１が実行する処理の流れを示すフローチャートである。図７に示す一連の処理は、例えば、ＦＡシステムにおいて何らかのイベントが発生したことをトリガにして、データ処理部２２が該イベントに関する１つの生ログを生成する度に開始される。なお、別の実施形態では、データ処理部２２によって生成された複数の生ログが所定数溜まったタイミングで、図７に示す一連の処理が開始されてもよい。

　ステップＳ１０１では、データ処理部２２は、発生したイベントに関する生ログを生成し、該生ログと該生ログのログ属性を含むログ出力命令データをログ処理部３０に引き渡す。以下では、データ処理部２２が、ログ処理部３０に対して処理を命じた上述の生ログを、処理の対象となる生ログであることから「対象生ログ」と称する。

　ステップＳ１０２では、ログ処理部３０の条件判定部３１は、引き受けたログ出力命令データ（図４）の内容に基づいて、対象生ログの加工要否を判断する。条件判定部３１は、対象生ログが加工条件データ４１（図２）に示されるいずれかの加工条件を満たすと判定すると、Ｓ１０２のＹＥＳからＳ１０３へ進む。条件判定部３１は、対象生ログがいずれの加工条件も満たさないと判定すると、Ｓ１０２のＮＯからＳ１１２へ進む。

　ステップＳ１０３では、条件判定部３１は、加工条件データ４１において、満たすと判定した加工条件に対応付けられている加工ルールにしたがって対象生ログを加工するように、ログ加工部３２に対して指示する。

　ステップＳ１０４では、ログ加工部３２は、現在の、すなわち、上述の対象生ログが生成された時点の状況データ４２（図３）を記憶部１１から読み出す。

　ステップＳ１０５では、ログ加工部３２は、対応表４３（図５）から、対象生ログと同一の生ログについて生成された既製の短縮ログを検索する。具体的には、ログ加工部３２は、Ｓ１０１で引き受けた対象生ログの文字列と、対象生ログのログ属性と、対象生ログについてＳ１０４で読み出した状況データ４２とをキーにして、これらのキーが一致する短縮ログのレコードを対応表４３から検索する。

　ステップＳ１０６では、ログ加工部３２は、検索結果に応じて、対象生ログに割り当てる短縮ログをどのように生成するのかを決定する。既製の短縮ログが検索にヒットした場合、ログ加工部３２は、Ｓ１０６のＹＥＳからＳ１０７に進む。既製の短縮ログが検索にヒットしなかった場合、ログ加工部３２は、Ｓ１０６のＮＯからＳ１０９に進む。

　ステップＳ１０７では、ログ加工部３２は、対象生ログに、検索にヒットした既成の短縮ログを割り当てて、該短縮ログを、対象生ログに対応する短縮ログとして保存するようにログ保存部３３に指示する。既成の短縮ログを割り当てるケースの具体例は、例えば、上述の＜生ログの処理の具体例＞の章の（ケース５）などとして説明したとおりである。

　ステップＳ１０８では、ログ保存部３３は、指示された短縮ログを、対象生ログに対応する短縮ログとしてログＤＢ４４に保存する。

　ステップＳ１０９では、ログ加工部３２は、条件判定部３１に指定された加工ルールにしたがって、対象生ログを加工して短縮ログを新規に生成する。短縮ログを新規に生成するケースの具体例は、例えば、上述の＜生ログの処理の具体例＞の章の（ケース１～４および６）などとして説明したとおりである。

　ステップＳ１１０では、ログ加工部３２は、新規に生成した短縮ログを、対象生ログに対応付けて対応表４３に登録する。

　ステップＳ１１１では、ログ加工部３２は、新規に生成した短縮ログを、対象生ログに対応する短縮ログとして保存するようにログ保存部３３に指示する。

　ステップＳ１１２では、条件判定部３１は、対象生ログに加工は不要であると判断し、対象生ログをそのまま保存するようにログ保存部３３に指示する。対象生ログをそのまま保存するケースの具体例は、例えば、上述の＜生ログの処理の具体例＞の章の（ケース７）などとして説明したとおりである。

　ステップＳ１１３では、ログ保存部３３は、Ｓ１０１で引き受けた対象生ログをそのままログＤＢ４４に保存する。

　§４　作用・効果
　上述の構成および方法によれば、ＰＬＣ１が生成した文字数の長い生ログは、ログ処理装置によって、生ログよりも文字数が少ない短縮ログに加工されてから記憶部１１に保存される。その上、この短縮ログは、元の生ログが生成されるトリガとなったイベントの発生箇所を示す発生箇所情報を少なくとも含むので、ユーザは、この短縮ログを一目見ただけで、イベントの発生箇所を理解することができ、変換された短縮ログの可読性が維持される。さらに、この短縮ログは、短縮ログの文字列が元の生ログの文字列と１対１で対応するように決定された１以上の文字からなる符号を含む。そのため、文字列が１字でも異なる生ログ同士は、同一の文字列の短縮ログに重複して変換されることがない。したがって、類似するが異なる生ログ同士が、短く加工された後に同一であると混同される不都合を回避することができる。つまり、短縮ログが、元の生ログに一意な符号を含むことにより、ユーザは、一目でログ同士の異同を判別することができるので、むしろ可読性が向上する。

　以上のとおり、本開示のログ処理装置によれば、人にとっての読みやすさが損なわれることなく、ログのデータサイズを削減することができるという効果を奏する。

　このように、ユーザにとってのログの可読性を損なわずに、ログを短縮することは、記憶部の記憶容量の節約に加えて、ユーザがメンテナンス時にログを解析するときに以下のような非常に大きなメリットがある。

　例えば、特許文献１などのように、ログが、意味内容を一見して理解できない単なる数字に置き換わる技術では、記憶部の記憶容量の節約にはなる。しかし、ユーザがメンテナンス時にログを解析しようとするときには、結局、元の長文の生ログを復元して閲覧することが必須になる。

　長文の生ログを復元して行われるログ解析には、例えば、以下のような問題がある。まず、生ログの文字数が大量であり、１つ１つの生ログの内容を理解するのに時間がかかる。次に、類似のイベントに関して、同じ文法で類似した文字列の生ログが大量に出力される。ユーザは、複数の類似した生ログの異同の判別を非常に長い時間かけて行わなければならない。例えば、２つの生ログの１００文字を超える長い文字列の中で、１文字だけが異なっていることで、両者は互いに全く違うイベントを示す全く異なる生ログであるということも起こりうる。さらに、ユーザは、生ログを表示装置の画面に表示させて読解を行うことになるが、生ログの１つ１つが長文であると、その１つ１つを、表示領域を多く割いて表示させることになる。そのため、ログの視認性、とりわけ、一覧性が著しく損なわれ、ユーザの解析作業を煩雑にする原因になる。

　本開示のログ処理装置によれば、ユーザへの可読性が維持されたまま、または、むしろ向上された、文字数の少ない短縮ログを解析に使うことができる。したがって、上述の、長文の生ログを復元して行われるログ解析における問題が解消され、ユーザの解析作業の単純化および時間短縮を実現することができる。

　例えば、画面の一覧性が向上し、一画面に、より多くの数のログが表示されるようになるということは、ＦＡシステムで起こったイベントのログを、より長い期間に亘って一画面に表示できるということである。これは、例えば、ＦＡシステムで起こったあるエラーの原因を見つけるために、過去のログを遡って確認する作業を行うときなどに、ユーザの負荷を大いに軽減し、作業効率を大幅に改善することにつながる。

　また別の例では、生ログは、エラー発生直前のスタックトレース（プログラム実行経路）を示すことがある。ＦＡシステムでは、外から見える現象として、同じエラーがずっと続いていたとしても、プログラムの実行経路は、微妙に違うこともある。例えば、図４に示す生ログＬ５とＬ９とは、同じ発生箇所で、同じエラーが起こっていることを示しているが、直前のプログラム実行経路が、わずかに異なっている。長文の生ログのままでは、Ｌ５とＬ９との異同をすぐに判別することは難しく、ユーザは、何度も見比べることを余儀なくされる。しかし、図６に示す短縮ログは、文字数が削減された上で、異同の判別を容易にする符号が付加されているため、ユーザは、短縮ログＬ５とＬ９との異同を一目見ただけで判別することができる。

　本開示のログ処理装置によれば、記憶部１１において、ログ加工部３２によって生成された短縮ログと元の生ログとを対応付けた対応表４３が記憶されている。ログ加工部３２は、文字列が一致する生ログ同士を同一の生ログと判断し、加工の対象となる対象生ログと同一の生ログに対応する既製の短縮ログが対応表４３に登録されている場合には、該既製の短縮ログを、対象生ログの短縮ログとする。一方、ログ加工部３２は、既製の短縮ログが対応表４３に登録されていない場合には、加工ルールにしたがって新規に生成した短縮ログを、対象生ログに対応付けて対応表４３に登録する。

　これにより、同一の生ログの文字列には、同一の短縮ログの文字列が１対１で対応付けて管理される。生成された短縮ログは、一度対応表４３に登録されればよく、それ以降、同一の文字列の生ログが、繰り返し何度もデータ処理部２２から引き渡されても、ログ加工部３２は、対応表４３に登録されている既成の短縮ログを割り当てれば済む。

　したがって、同一の生ログがいくつ生成されたとしても、生成された数の生ログを都度重複して保存しておく必要がなく、対応表４３に１つ登録しておけばよい。そのため、記憶部１１の記憶容量の節約につながる。

　この構成は、高頻度で同じ不具合が繰り返し発生し、同種のエラーログが大量に生成され、それらを長期間に亘って保存しておく必要がある場合に、記憶容量の節約の観点から特に、メリットが大きい。

　例えば、ＰＬＣによって制御および管理されるＦＡシステムでは、できるだけ稼働が妨げられないように、軽微な不具合ならば自動復旧させて、稼働を継続させることが一般的である。そのため、同じ動作を繰り返し実行され、一度発生した不具合は何度も再発することが多い。そして、ＦＡシステムでは、一般的には、致命的でない軽微な不具合の修正は、次回の設備の定期メンテナンス時まで後回しにされることが多いので、そのときまで長期に亘り、繰り返し不具合が発生するたびにログが大量に生成され、これを保存しておく必要がある。

　本開示のログ処理装置は、同一の文字列の長文の生ログは、何度繰り返し生成されたとしても、対応表４３に１つ登録するだけであるので、同種のエラーログの大量発生に起因する、記憶部１１の空き容量の枯渇を防ぐことが可能である。

　本開示のログ処理装置によれば、対応表４３には、さらに、元の生ログが生成された時点のＦＡシステムの状況を示す状況データが、既製の短縮ログおよび元の生ログに対応付けて記憶されている。そして、ログ加工部３２は、文字列および状況データがともに一致する生ログ同士を同一の生ログと判断する。

　つまり、ログ加工部３２は、対象生ログと同一の文字列および同一の状況データを持つ生ログに対応して、既製の短縮ログが対応表４３に登録されている場合には、該既製の短縮ログを、対象生ログの短縮ログとする。そして、ログ加工部３２は、文字列および状況データのどちらかでも一致していなければ、異なる生ログであるとみなす。そして、ログ加工部３２は、短縮ログの文字列が既製の短縮ログと重複しないように符号を異ならせて新規の短縮ログを生成し、対象生ログに対応させる。

　上述の構成によれば、ログに示されたイベントが、同じ発生箇所の同じエラーであっても、システムがどういった状況のとき発生したエラーであるのかによって別の短縮ログとして区別される。このことは、ユーザが、エラーが発生したときのＦＡシステムの状況を把握すること、エラーが発生するときの傾向をつかむこと、および、エラーが発生する原因を推測することなどの助けになる。

　例えば、上述の状況データは、ＦＡシステムで稼働するメインプログラムの起動日時の情報であってもよい。元が同じエラーに関する生ログであっても、起動日時の違いによって、異なる符号が短縮ログに付されていると、ユーザは、同じエラーでも、いつの起動時に発生したエラーなのかを、符号の違いによって一目で理解することができる。

　例えば、数日間に４回も再起動を行ったＦＡシステムがあって、ユーザは、この数日間分の数十万行にも及ぶ大量のログを解析するということも想定される。ユーザは、この大量のログを読解しているうちに、今自身がいつの再起動分のログを読んでいるところなのか分からなくなることも起こりうる。しかし、短縮ログの末尾の符号が変化していることを手掛かりにして、再起動が起こったタイミングを想起することができる。

　§５　変形例
　本開示のログ処理装置は、ユーザからの操作指示にしたがって、ログＤＢ４４に保存された保存ログを表示部に表示させる表示制御部と、表示された保存ログが短縮ログである場合に、該短縮ログを選択するユーザの選択操作を受け付ける操作受付部と、選択された短縮ログに対応する元の生ログを対応表４３から復元するログ復元部とを備え、表示制御部は、ログ復元部によって復元された元の生ログを、選択された短縮ログの近くに表示させてもよい。

　上述の構成によれば、ユーザは、短縮ログを読むだけで、元の生ログの内容を想起することができるため、すべてのログについて、復元する必要はない。しかし、場合よっては、ユーザは、詳細な解析のために、元の生ログの詳細検討が必要であると判断する可能性もある。上述の構成によれば、ユーザは、短縮ログを読んで必要と判断したら、そう判断したときにすぐに、必要な短縮ログだけを選択して、簡易な操作で元の生ログを呼び出すことができる。そのため、解析を行うユーザにとって、利便性が一層高まる。

　〔ソフトウェアによる実現例〕
　ＰＬＣ１の制御ブロック（特に、実行指示部２１、データ処理部２２、条件判定部３１、ログ加工部３２、ログ保存部３３）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ソフトウェアによって実現してもよい。

　後者の場合、ＰＬＣ１は、各機能を実現するソフトウェアであるプログラムの命令を実行するコンピュータを備えている。このコンピュータは、例えば１つ以上のプロセッサを備えていると共に、上記プログラムを記憶したコンピュータ読み取り可能な記録媒体を備えている。そして、上記コンピュータにおいて、上記プロセッサが上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記プロセッサとしては、例えばＣＰＵ（Central Processing Unit）を用いることができる。上記記録媒体としては、「一時的でない有形の媒体」、例えば、ＲＯＭ（Read Only Memory）等の他、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムを展開するＲＡＭ（Random Access Memory）などをさらに備えていてもよい。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明の一態様は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

　〔付記事項〕
　上記の課題を解決するために、本発明の一態様に係るログ処理装置は、ＰＬＣ（Programmable Logic Controller）によって生成された、ＦＡ（Factory Automation）システムで稼働する機器の稼働状況を記録する生ログを処理するログ処理装置であって、前記生ログが、加工の対象となる条件を規定する加工条件を満たすか否かを判定する条件判定部と、前記生ログが前記加工条件を満たす場合に、満たされた前記加工条件に対応する加工ルールに基づいて、前記生ログを、該生ログよりも文字数が少ない短縮ログに加工するログ加工部と、を備え、前記ログ加工部は、前記短縮ログが、前記生ログが生成されるトリガとなったイベントの発生箇所を示す発生箇所情報と、前記短縮ログの文字列が前記生ログの文字列に一意に対応するように決定された１以上の文字からなる符号とを含むように前記生ログを加工する。

　上述の構成によれば、長文の生ログは、生ログよりも文字数が少ない短縮ログに加工される。さらに、この短縮ログは、元の生ログが生成されるトリガとなったイベントの発生箇所を示す発生箇所情報を少なくとも含む。ユーザは、この短縮ログを一目見ただけで、イベントの発生箇所を理解することができ、どういった内容のログであるのかを容易に想起することができる。また、短縮ログの文字列が元の生ログの文字列と１対１で対応するように決定された１以上の文字からなる符号を含む。そのため、文字列が１字でも異なる生ログ同士は、同一の文字列の短縮ログに重複して変換されることがない。したがって、類似するが異なる生ログ同士が、短く加工された後に同一であると混同される不都合を回避することができる。つまり、短縮ログが、元の生ログに一意な符号を含むことにより、ユーザは、一目でログ同士の異同を判別することができるので、むしろ可読性が向上する。結果として、人にとっての読みやすさが損なわれることなく、ログのデータサイズを削減することができるという効果を奏する。

　本発明の一態様に係るログ処理装置において、前記発生箇所情報は、前記イベントが発生されたときに実行されていたプログラムのコンポーネント名を含んでいてもよい。

　これにより、ユーザは、短縮ログを見ただけで、該短縮ログが示しているイベントが発生した箇所を詳細に（実行中だったコンポーネントを）把握することができる。結果として、データサイズが削減されたログの可読性を維持または向上することができる。

　なお、発生箇所情報は、さらに関数名、あるいは、さらに行番号を含んでいてもよく。この場合、ユーザは、イベントが発生した箇所をより詳細に一目で特定することができる。

　本発明の一態様に係るログ処理装置において、前記ログ加工部は、前記生ログではなく該生ログから加工されたものであることを意味する特殊文字列を前記短縮ログに含めてもよい。

　これにより、ユーザは、短縮ログを見ただけで、それが生ログそれ自体ではなく該生ログから加工された短縮ログであるということを把握することができる。これにより、多数のログを一覧するときの短縮ログの視認性を向上させることができる。例えば、短縮ログと生ログとが混在する状態で、ログが一覧されるときであっても、ユーザは、それらが、生ログか短縮ログかを容易に判別しながらログの解析作業を進めることができる。

　本発明の一態様に係るログ処理装置において、前記ログ加工部は、前記特殊文字列を前記短縮ログの文字列の先頭に含めてもよい。これにより、ログが一覧される中で、特殊文字列をより目立たせることができ、結果として、短縮ログの視認性がより一層向上する。

　本発明の一態様に係るログ処理装置において、前記ログ加工部は、前記生ログが示す情報の重要度を表すログレベル、前記生ログが示す情報の性質を表すログ種別、元の生ログの文字列の一部、および、前記生ログが生成されるトリガとなったイベントに関わる担当者を示す担当者情報の少なくともいずれか１つを、前記短縮ログにさらに含めてもよい。

　短縮ログに、ログレベルが含まれていれば、ユーザは、多数のログの中から、ＦＡシステムにとって重要なログだけを抽出したり、そのような重要なログを目視で簡単に見つけたりできる。そして、ユーザは、重要な情報が含まれている短縮ログを優先的に選んで効率よくログの解析作業を進めることができる。

　短縮ログに、ログ種別が含まれていれば、ユーザは、自分の解析作業の目的に叶う情報を提供してくれる必要なログだけを抽出したり、そのような必要なログを目視で簡単に見つけたりできる。そして、ユーザは、必要な情報が含まれている短縮ログを優先的に選んで効率よくログの解析作業を進めることができる。

　短縮ログに、元の生ログの文字列の一部が含まれていれば、ユーザは、短縮ログから元の生ログの内容をより容易に想起することができる。

　短縮ログに、担当者情報が含まれていれば、ユーザは、自分が解析を担当するログだけを抽出したり、担当部署ごとにログを仕分けたり、読みたいログを目視で簡単に見つけたりできる。そして、ユーザは、読みたい短縮ログを優先的に選んで効率よくログの解析作業を進めることができる。

　結果として、データサイズが削減されたログの可読性を維持または向上することができる。

　本発明の一態様に係るログ処理装置において、前記ログ加工部によって生成された短縮ログと元の生ログとを対応付けた対応表を記憶する記憶部を備え、前記ログ加工部は、文字列が一致する生ログ同士を同一の生ログと判断し、加工の対象となる対象生ログと同一の生ログに対応する既製の短縮ログが前記対応表に登録されている場合には、該既製の短縮ログを、前記対象生ログの短縮ログとし、前記既製の短縮ログが前記対応表に登録されていない場合には、前記加工ルールにしたがって新規に生成した短縮ログを、前記対象生ログに対応付けて前記対応表に登録してもよい。

　上述の構成によれば、対応表において、同一の生ログの文字列には、同一の短縮ログの文字列が１対１で対応付けて管理される。生成された短縮ログは、一度対応表に登録されればよく、それ以降、同一の文字列の生ログが、何度も繰り返しＰＬＣから引き渡されても、ログ加工部は、対応表に登録されている既成の短縮ログを割り当てれば済む。

　したがって、同一の生ログがいくつ生成されたとしても、生成された数の生ログを都度重複して保存しておく必要がなく、対応表に１つ登録しておくだけで済み、結果として、記憶部の記憶容量の大幅な節約につながる。

　本発明の一態様に係るログ処理装置において、前記対応表には、さらに、前記元の生ログが生成された時点の前記ＦＡシステムの状況を示す状況データが、前記既製の短縮ログおよび前記元の生ログに対応付けて記憶されており、前記ログ加工部は、文字列および前記状況データがともに一致する生ログ同士を同一の生ログと判断してもよい。

　上述の構成によれば、ログ加工部は、対象生ログと同一の文字列および同一の状況データを持つ同一の生ログに対応して、既製の短縮ログが対応表に登録されている場合だけ、該既製の短縮ログを、対象生ログの短縮ログとする。ログ加工部は、文字列および状況データのどちらかでも一致していなければ、異なる生ログであるとみなす。そして、ログ加工部は、対象生ログが、対応表に登録されているいずれの生ログとも異なる場合には、対象生ログについて、既製の短縮ログと重複しないように符号を異ならせて新規の短縮ログを生成し、対象生ログに対応させる。

　これにより、各生ログは、ログ内に示されたイベントが、同じ発生箇所の同じエラーであっても、システムがどういった状況のときに発生したエラーであるのかによって別のログとして区別され、同様に短縮ログに加工された後も区別される。このことは、ユーザが、エラーが発生したときのＦＡシステムの状況を把握すること、エラーが発生するときの傾向をつかむこと、および、エラーが発生する原因を推測することなどの助けになる。

　本発明の一態様に係るログ処理装置において、前記状況データは、前記ＰＬＣを起動させた日時（起動日時）を含んでいてもよい。一例として、上述の状況データは、ＦＡシステムで稼働するメインプログラムの起動日時の情報であると想定される。

　これにより、２つの元の生ログが同じエラーに関するものであっても、起動日時の違いによって、異なる符号が短縮ログに付されれば、両者は異なるログとしてユーザに識別される。ユーザは、同じエラーでも、いつの起動時に発生したエラーなのかを、符号の違いによって一目で理解することができる。

　本発明の一態様に係るログ処理装置において、前記条件判定部は、前記生ログの文字数が所定未満の場合に、前記加工条件を満たさないと判定してもよい。

　これにより、元々が短文の生ログに対してまで、加工ルールを適用してしまうことによって、保存ログが逆に読みづらくなってしまうことを避けることができる。

　本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

１　ＰＬＣ（ログ処理装置）
１０　制御部
１１　記憶部
２０　機器制御部
２１　実行指示部
２２　データ処理部
３０　ログ処理部
３１　条件判定部
３２　ログ加工部
３３　ログ保存部
４１　加工条件データ
４２、４２１、４２２　状況データ
４３　対応表
４４　ログデータベース

Claims (10)

1. 　ＰＬＣ（Programmable Logic Controller）によって生成された、ＦＡ（Factory Automation）システムで稼働する機器の稼働状況を記録する生ログを処理するログ処理装置であって、
   　前記生ログが、加工の対象となる条件を規定する加工条件を満たすか否かを判定する条件判定部と、
   　前記生ログが前記加工条件を満たす場合に、満たされた前記加工条件に対応する加工ルールに基づいて、前記生ログを、該生ログよりも文字数が少ない短縮ログに加工するログ加工部と、を備え、
   　前記ログ加工部は、前記短縮ログが、
   　　前記生ログが生成されるトリガとなったイベントの発生箇所を示す発生箇所情報と、
   　　前記短縮ログの文字列が前記生ログの文字列に一意に対応するように決定された１以上の文字からなる符号とを含むように前記生ログを加工する、ログ処理装置。
2. 　前記発生箇所情報は、前記イベントが発生されたときに実行されていたプログラムのコンポーネント名を含む、請求項１に記載のログ処理装置。
3. 　前記ログ加工部は、前記生ログではなく該生ログから加工されたものであることを意味する特殊文字列を前記短縮ログに含める、請求項１または２に記載のログ処理装置。
4. 　前記ログ加工部は、前記特殊文字列を前記短縮ログの文字列の先頭に含める、請求項３に記載のログ処理装置。
5. 　前記ログ加工部は、前記生ログが示す情報の重要度を表すログレベル、前記生ログが示す情報の性質を表すログ種別、元の生ログの文字列の一部、および、前記生ログが生成されるトリガとなったイベントに関わる担当者を示す担当者情報の少なくともいずれか１つを、前記短縮ログにさらに含める、請求項１から４のいずれか１項に記載のログ処理装置。
6. 　前記ログ加工部によって生成された短縮ログと元の生ログとを対応付けた対応表を記憶する記憶部を備え、
   　前記ログ加工部は、文字列が一致する生ログ同士を同一の生ログと判断し、
   　　加工の対象となる対象生ログと同一の生ログに対応する既製の短縮ログが前記対応表に登録されている場合には、該既製の短縮ログを、前記対象生ログの短縮ログとし、
   　　前記既製の短縮ログが前記対応表に登録されていない場合には、前記加工ルールにしたがって新規に生成した短縮ログを、前記対象生ログに対応付けて前記対応表に登録する、請求項１から５のいずれか１項に記載のログ処理装置。
7. 　前記対応表には、さらに、前記元の生ログが生成された時点の前記ＦＡシステムの状況を示す状況データが、前記既製の短縮ログおよび前記元の生ログに対応付けて記憶されており、
   　前記ログ加工部は、文字列および前記状況データがともに一致する生ログ同士を同一の生ログと判断する、請求項６に記載のログ処理装置。
8. 　前記状況データは、前記ＰＬＣを起動させた日時を含む、請求項７に記載のログ処理装置。
9. 　前記条件判定部は、前記生ログの文字数が所定未満の場合に、前記加工条件を満たさないと判定する、請求項１から８のいずれか１項に記載のログ処理装置。
10. 　請求項１に記載のログ処理装置としてコンピュータを機能させるための制御プログラムであって、前記条件判定部および前記ログ加工部としてコンピュータを機能させるための制御プログラム。

Images