(57)【要約】      （修正有）【課題】各ログファイルがシステムログ及びアクセスログのいずれの種類に該当するかを判別し、ログファイルの種類に応じた適切なログデータの削除規則を適用できる接続制御装置を提供する。【解決手段】接続制御装置のログ種別判定部１０２は、ログファイル内のログデータ群がすべて同一の形式であればそのログファイルをアクセスログと、そうでなければシステムログと判定する。ファイル重要度判定部１０４がシステムログのログファイルのアクセス権限から求めたファイル重要度と、内容重要度判定部１０８がそのログファイル内の個々のログデータの内容重要度とからそのログデータのログ重要度を決定し、保存期間定義と突き合わせてそのログデータの保存期間が切れたかどうかを判定し、保存期間が切れたログデータは削除する。アクセスログについては、管理者機能へのアクセスを示すキーワードを含むログデータの保存期間をそうでないログデータより長くする。【選択図】図２
2019053551.tif 000002
【特許請求の範囲】
【請求項１】
自機内に保持されたログファイルを、当該ログファイル内のログデータが一定の形式であるか否かによりアクセスログとシステムログとに分類する分類手段と、
ログファイル内の古くなったログデータの削除を行う削除手段であって、システムログに分類されたログファイルとアクセスログに分類されたログファイルとで異なる規則に従って削除を行う削除手段と、
を含む接続制御装置。
【請求項２】
前記削除手段は、前記システムログに該当するログファイルについては、そのログファイルのアクセス権設定に応じた重要度と、そのログファイル内の個々のログデータの重要度と、の総合評価に基づき、各ログデータを削除するか否かを判定する、ことを特徴とする請求項１に記載の接続制御装置。
【請求項３】
前記削除手段は、前記アクセスログに該当するログファイルについては、そのログファイル内の個々のログデータが所定の管理者機能へのアクセスを示すものか否かに応じて、そのログデータを削除するか否かを判定する、ことを特徴とする請求項１又は２に記載の接続制御装置。
【請求項４】
コンピュータを、
自機内に保持されたログファイルを、当該ログファイル内のログデータが一定の形式であるか否かによりアクセスログとシステムログとに分類する分類手段、
ログファイル内の古くなったログデータの削除を行う削除手段であって、システムログに分類されたログファイルとアクセスログに分類されたログファイルとで異なる規則に従って削除を行う削除手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、接続制御装置及びプログラムに関する。
【背景技術】
【０００２】
ネットワーク同士の間を接続するゲートウェイ等の接続制御装置は、その機能の実現のために多くのプログラムを実行している。接続制御装置は、それらプログラムやそれらが制御するハードウエアに関して生じたイベントについてのログを記録する。このようなログはシステムログと呼ばれる。接続制御装置内には、システムログに該当するログファイルが多数（例えば数十種類）存在しており、各プログラムがどのログファイルにどのようなイベントについてのログを書き込むかはプログラム毎に決まっている。システムログは、接続制御装置に障害が生じた場合の原因特定等のために参照される。
【０００３】
接続制御装置は、ユーザがその装置を介してネットワーク間で行ったアクセスや操作に関するログを記録する機能を備える場合がある。このようなログをアクセスログと呼ぶ。
【０００４】
システムログにせよアクセスログにせよ、接続制御装置が稼働するにつれて、ログのデータ量は増えていく。ところが接続制御装置のログ記録のための記憶容量は限られているので、古くなったログは順次削除して新たなログを書き込む容量を確保する制御が行われている。
【０００５】
システムログとアクセスログは目的が異なっており、ログの保存期間等、ログの保存又は削除について一律に扱うことはできない。例えば、アクセスログの場合、法令や社内規定に基づいてログの種類毎の保存期間が決まるのに対し、システムログの場合は障害発生の原因特定への寄与度合いの高低に応じてログの保存期間を決めることが合理的である。
【０００６】
古くなったログの削除に関する従来技術を示す文献として、特許文献１は、各ログ・ファイル・エントリが重要度レベルに関連付けられ、ログファイルを制御するシステム及び方法を開示している。重要度レベルに応じて、ログ・エントリが、別々に保持されるファイル・セットに記憶される。より重要なログ・ファイル・エントリが適切に長い期間保存され、イベント・ヒストリ及び重要なイベントのレポートを復元できるように、各ファイル・セット内でのファイルの選択が、異なるスケジュールにもとづき回転される。
【０００７】
また特許文献２に開示された情報処理装置は、記憶手段と、選出手段と、決定手段と、抽出手段と、削除手段とを有する。前記記憶手段は、稼働中の情報機器のログを保存する。前記選出手段は、前記記憶手段に保存したログから重要ログを選出する。前記決定手段は、前記選出手段により選出した重要ログに関連する関連重要ログの抽出条件を決定する。前記抽出手段は、前記決定手段により決定した抽出条件に従って前記重要ログに対する関連重要ログを抽出する。前記削除手段は、前記選出手段により選出した前記重要ログと前記抽出手段により抽出した前記関連重要ログ以外のログを削除する。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００３−０１５９１２号公報
【特許文献２】特開２０１３−０６５２４４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
システム管理者が接続制御装置内に保持されている多数のログファイルがそれぞれシステムログ及びアクセスログのいずれに該当するのかを調べ、それぞれのログファイルの種類に応じたログの削除規則を適用する設定を行うには、多大の労力を要する。
【００１０】
本発明は、接続制御装置内の各ログファイルがシステムログ及びアクセスログのいずれの種類に該当するかを判別して、ログファイルの種類に応じた適切なログデータの削除規則を適用できるようにすることを目的とする。
【課題を解決するための手段】
【００１１】
請求項１に係る発明は、自機内に保持されたログファイルを、当該ログファイル内のログデータが一定の形式であるか否かによりアクセスログとシステムログとに分類する分類手段と、ログファイル内の古くなったログデータの削除を行う削除手段であって、システムログに分類されたログファイルとアクセスログに分類されたログファイルとで異なる規則に従って削除を行う削除手段と、を含む接続制御装置である。
【００１２】
請求項２に係る発明は、前記削除手段は、前記システムログに該当するログファイルについては、そのログファイルのアクセス権設定に応じた重要度と、そのログファイル内の個々のログデータの重要度と、の総合評価に基づき、各ログデータを削除するか否かを判定する、ことを特徴とする請求項１に記載の接続制御装置である。
【００１３】
請求項３に係る発明は、前記削除手段は、前記アクセスログに該当するログファイルについては、そのログファイル内の個々のログデータが所定の管理者機能へのアクセスを示すものか否かに応じて、そのログデータを削除するか否かを判定する、ことを特徴とする請求項１又は２に記載の接続制御装置である。
【００１４】
請求項４に係る発明は、コンピュータを、自機内に保持されたログファイルを、当該ログファイル内のログデータが一定の形式であるか否かによりアクセスログとシステムログとに分類する分類手段、ログファイル内の古くなったログデータの削除を行う削除手段であって、システムログに分類されたログファイルとアクセスログに分類されたログファイルとで異なる規則に従って削除を行う削除手段、として機能させるためのプログラムである。
【発明の効果】
【００１５】
請求項１又は４に係る発明によれば、接続制御装置内の各ログファイルがシステムログ及びアクセスログのいずれの種類に該当するかを判別して、ログファイルの種類に応じた適切なログデータの削除規則を適用できるようにする。
【００１６】
請求項２に係る発明によれば、システムログについてはログデータ単体ではなくそのログデータを含んでいるログファイルの重要度も加味して削除するか否かを判定することができる。
【００１７】
請求項３に係る発明によれば、ログデータの削除の際、重要性が高い管理者のアクセスのログに、そうでないログとは異なる取り扱いをすることができる。
【図面の簡単な説明】
【００１８】
【図１】ゲートウェイ装置が設けられるシステムの構成を例示する図である。
【図２】ゲートウェイ装置のログローテーションのための機能構成を例示する図である。
【図３】ファイル重要度定義の例を示す図である。
【図４】システムログについての保存期間定義の例を示す図である。
【図５】アクセスログについての保存期間定義の例を示す図である。
【図６】システムログのログファイルに含まれるデータの例を示す図である。
【図７】アクセスログのログファイルに含まれるデータの例を示す図である。
【図８】ログローテーション処理の例を示す図である。
【図９】ログローテーションによるシステムログのログファイルの変化を説明するための図である。
【図１０】ログローテーションによるシステムログのログファイルの変化を説明するための図である。
【図１１】ログローテーションによるアクセスログのログファイルの変化を説明するための図である。
【発明を実施するための形態】
【００１９】
図１に示すように、本実施形態の制御は、第１のネットワーク２５０と第２のネットワーク３５０との間の通信を中継するゲートウェイ装置１００で実行される。第１のネットワーク２５０は、例えば社内のネットワークであり、例えばＬＡＮやイントラネット等として構成される。第２のネットワーク３５０は、第１のネットワーク２５０とは異なるネットワークであり、例えばインターネットその他の広域ネットワークがその一例である。例えば、ゲートウェイ装置１００は、第１のネットワーク２５０上のユーザ端末２００からの、サーバ３００宛のリクエストを第２のネットワーク３５０へと中継する。第２のネットワーク３５０に送出されたそのリクエストは、宛先であるサーバ３００に伝達される。またゲートウェイ装置１００は、そのリクエストに対するサーバ３００からのレスポンスを第２のネットワーク３５０経由で受け取り、ユーザ端末２００へと転送する。なお、これに限定されるものではないが、ユーザ端末２００は例えばパーソナルコンピュータであり、サーバ３００はウェブサーバである。図では、ユーザ端末２００及びサーバ３００を１つずつしか示さなかったが、第１のネットワーク２５０上にはユーザ端末２００は複数存在し、それらユーザ端末２００が第２のネットワーク３５０上の様々なサーバ３００にリクエストを送り、レスンポンスを受け取る。
【００２０】
ゲートウェイ装置１００には、通信そのためのハードウエアに加えて多くのプログラムがインストールされており、それらプログラムを実行することでゲートウェイ装置１００の機能を実現する。ゲートウェイ装置１００の機能の１つとして、ユーザが第１のネットワーク２５０上のユーザ端末２００から第２のネットワーク３５０上のリソース（例えばサーバ３００やその中のプログラムやデータ）にアクセスした場合にアクセスログを記録する機能がある。第１のネットワーク２５０上のユーザからの第２のネットワーク３５０上のリソースへのアクセスは、ゲートウェイ装置１００を経由するため、ゲートウェイ装置１００はそのアクセスについての履歴情報であるアクセスログを記録することができる。アクセスログは、ユーザのネットワーク上での振る舞いを後で検証・監査する必要がでてきた場合に参照される。
【００２１】
ゲートウェイ装置１００は、第１のネットワーク２５０と第２のネットワーク３５０との間の通信の中継や、アクセスログの記録等といった様々な機能を実現するために、様々なハードウエアやそれらハードウエアの制御やその他の管理のための様々なプログラムを備えている。ゲートウェイ装置１００は、それらハードウエアやプログラム等に関して生じたイベントについてのログであるシステムログを記録する機能を備える。ゲートウェイ装置１００内には、システムログに該当するログファイルが多数（例えば数十種類）存在しており、各プログラムがどのログファイルにどのようなイベントについてのログを書き込むかはプログラム毎に決まっている。システムログは、ゲートウェイ装置１００に障害が生じた場合の原因特定等のために参照される。
【００２２】
ゲートウェイ装置１００内のプログラムの中には、オープンソースのようにゲートウェイ装置１００の製造者とは異なるものが作成したプログラムも少なからず含まれている。製造者以外の者が作成したプログラムがどのようなログファイルにログを記録するか等は製造者に直ちに分かるものではない（例えばそれを知るにはソースコード解析等が必要）。
【００２３】
ゲートウェイ装置１００が記録するアクセスログやシステムログのデータは、時間が経つにつれて増えていく。しかし、ゲートウェイ装置１００の持つ記憶容量には限界があるので、例えば定期的に古くなったログデータを削除する処理が行われている。この削除処理は、ログローテーションと呼ばれる。ログの削除処理は、例えば記録されてから３ヶ月経ったログデータは削除する等の削除規則に従って行われる。
【００２４】
アクセスログとシステムログとは、ログの性質が違うので、同じ規則で削除処理を行う訳にはいかない。例えば、アクセスログに関しては、管理者のアクセスに関するログは一般ユーザのアクセスよりも長い期間保存しておきたいといったアクセスログ固有の要望があり、削除規則はその要望に沿うよう規定される。これに対してシステムログは、ユーザの種別の観点よりも、むしろ個々のログデータの重要度や、それらログデータが書き込まれるログファイルの重要度に応じて、ログの保存期間を定めることが要望される。
【００２５】
アクセスログとシステムログとにそれぞれ対応する削除規則を適用するには、ゲートウェイ装置１００のファイルシステム内に記憶されている多くのログファイルがアクセスログとシステムログのどちらに該当するのかを判定する必要がある。ゲートウェイ装置１００内の様々なプログラムにより多数生成されるログファイルがアクセスログ及びシステムログのいずれであるかは、それら各プログラムの解析等により求めることは不可能ではないが、それを実行するには多大の労力を要する。
【００２６】
そこで、本実施形態では、ゲートウェイ装置１００内のログファイル群を自動でアクセスログとシステムログとに分類し、それぞれに適した削除規則でログローテーションを行う仕組みを提供する。
【００２７】
図２に、本実施形態のゲートウェイ装置１００のログローテーション（定期的なログ削除）に関する機能構成の例を示す。以下、ゲートウェイ装置１００が持つログローテーションのための機能要素について説明する。
【００２８】
ログ種別判定部１０２は、ログローテーションの対象とするログファイルがアクセスログとシステムログのどちらに該当するかを判定する。この判定は、ログファイル内のログデータの形式が一定しているか否か（すなわちそれらログデータがすべて同一の形式であるか否か）に基づき行う。すなわち、一定していればアクセスログと判定し、一定していなければシステムログと判定する。これは、アクセスログの場合、ログファイル内の各ログデータの形式（例えばログに含まれる項目の数、それら項目の並び順等）が一定であるのに対し、システムログの場合は、形式の異なる様々なログデータがログファイル内に混在するからである。なお、ログファイルには、ファイル内容として１以上のログデータが含まれている。ログファイルは、例えばテキスト形式のファイルとして生成され、それに含まれる個々のログデータは例えばそれぞれ１行のテキストデータとして記述される。
【００２９】
アクセスログの場合、ログファイルに含まれるのは、すべて、第１のネットワーク２５０内の端末から第２のネットワーク３５０内のリソースへのアクセスに関するログデータである。そして、それらアクセスに関する個々のログデータに含まれるのは、アクセス元の識別情報（例えばＩＰアドレス）、日時、アクセスの態様（例えばアクセスに使用したメソッド）、アクセス先のリソースの識別情報（例えばリソースのパス名）等の予め定められた項目であり、これら項目の並び順も決まっている。
【００３０】
これに対しシステムログの場合、プログラムが実行した処理の情報（例えば処理の種類やパラメータ）を記録するログ、発生した不具合を表すログ等、種類が異なるログデータが１つのログファイル内に混在する。また、例えば同じ不具合についてのログデータでも、不具合の内容を表現するデータ内容（例えばメッセージやパラメータ）は不具合の種類毎に異なっていることが多い。このようなことから、システムログのログファイル内のログデータ群はデータ形式が一定しない。
【００３１】
ファイル重要度判定部１０４は、システムログと判定されたログファイルの重要度を判定する。この判定は、システムログ重要度定義記憶部１０６に記憶されたファイル重要度定義に従って行われる。
【００３２】
図３にファイル重要度定義の例を示す。この例のファイル重要度定義は、ログファイルに設定された権限（パーミッション）に基づき重要度を規定する。図３の例では、当該ログファイルにアクセス権限を持つユーザがroot権限者（ゲートウェイ装置１００のシステム管理者）のみであればそのログファイルの重要度は３であり、root権限者以外の特定のユーザ（又はユーザグループ）のみであればそのログファイルの重要度は２である。また、（ゲートウェイ装置１００のシステムにログインできるものであれば）誰でもそのログファイルにアクセス権限を持つ設定であれば、そのログファイルの重要度は１である。重要度の値が大きいほど、そのログファイルは重要性が高いことを示す。
【００３３】
例えば、ゲートウェイ装置１００がＵＮＩＸ（登録商標）系のオペレーティングシステムをベースとして構築されている場合、ログファイルにアクセス権限を持つユーザが「rootのみ」というのは、そのログファイルの所有者がroot権限者であり、そのログファイルに対するアクセス権限がその所有者のみに付与されている場合（すなわち所有者の属するグループやその他のユーザ（others）にはアクセス権限が設定されていない）である。また、「特定ユーザのみ」にログファイルのアクセス権限が付与されている状況とは、そのログファイルの所有者がroot権限者以外のユーザであり、このユーザ及び／又はこのユーザのグループにそのログファイルへのアクセス権限が設定され、その他のユーザには設定されていない状況である。また、「誰でも」ログファイルに対してアクセス権限を持つ状況とは、そのログファイルのアクセス権限が所有者以外のその他のユーザ（others）にも設定されている状況である。
【００３４】
ログファイルに対するアクセス権限の設定は、そのログファイルを生成するプログラムが行う（すなわち、そのプログラムには、生成するログファイルに対するアクセス権限の設定の仕方がプログラミングされている）。重要性が高いログファイルほどアクセス権限の付与先が限定されることから、例えば図３に例示したファイル重要度定義が規定される。
【００３５】
図３に例示したファイル重要度定義を用いる場合、ファイル重要度判定部１０４は、入力されたシステムログのログファイルのアクセス権限の設定内容を調べ、その設定内容が「rootのみ」、「特定ユーザのみ」、「誰でも」のいずれに該当するかを判定する。そして、その判定結果に対応する重要度の値を、そのログファイルのファイル重要度とする。
【００３６】
図３の例では、システムログのログファイルの重要度を、「root権限者のみ」、「特定ユーザのみ」、「誰でも」の３段階の権限段階に対応付けたが、３段階の段階分けをそのように規定するのはあくまで一例に過ぎず、また３段階に分けるのも一例に過ぎない。
【００３７】
内容重要度判定部１０８は、システムログと判定されたログファイル内に含まれる個々のログデータの内容に基づき、そのログデータの内容に関する重要度（内容重要度とよぶ）を判定する。この判定は、ログデータに含まれるキーワードに基づき行う。例えば、「alert」（重大なエラー）、「error」（エラー）、「warning」（警告）等のようなシステムの不具合の程度を示すキーワードのそれぞれに、そのキーワードに対応する重要度を対応付けておく（例えばゲートウェイ装置１００の管理者が設定しておく）。また例えば、管理者には、ネームサーバのように攻撃の対象となりやすいプログラムが分かっているので、管理者は、攻撃対象になりやすいプログラムの名前（例えばネームサーバの場合「named」等）をキーワードとして、攻撃対象へのなりやすさや攻撃された場合の影響の大きさ等に基づき定めた重要度と対応付けてゲートウェイ装置１００に設定しておく。キーワードと重要度との対応付けの設定情報は、例えばシステムログ重要度定義記憶部１０６に記憶される。内容重要度判定部１０８は、ログデータが含むキーワードに対応する重要度を上述した対応付けの設定情報を参照して特定し、その重要度をそのログデータの内容に関する内容重要度とする。
【００３８】
不要情報削除部１１０は、システムログと判定されたログファイルから、時間の経過により不要となったログデータ（不要情報）を削除する。不要情報削除部１１０は、そのログファイル内の個々のログデータについて、そのログファイルのファイル重要度とそのログデータ自体の内容重要度とからログ重要度を求める。例えば、ファイル重要度と内容重要度の積をログ重要度とする（もちろん、別の計算式を用いてログ重要度を求めてもよい）。そして、システムログについての保存期間定義からそのログ重要度に対応する保存期間を求め、その保存期間が過ぎると、そのログデータを削除する。この保存期間定義は、ログデータの保存期間の長さを、そのログデータのログ重要度に対応付ける情報である。
【００３９】
図４に、システムログについての保存期間定義の例を示す。この保存期間定義は、ログ重要度が５以下のログデータの保存期間を１ヶ月、ログ重要度が６のログデータの保存期間を３ヶ月と規定している。保存期間定義は、システムログ保存期間定義記憶部１１２に記憶されている。なお、図４の保存期間定義はあくまで一例に過ぎない。
【００４０】
権限判定部１１４は、アクセスログと判定されたログファイル内の各ログデータの内容を解析し、その解析結果からそのログデータの権限種別を判定する。ここでの権限種別とは、そのログデータがどの種別の権限（例えば管理者権限、一般ユーザ権限等）を持つユーザのアクセスについてのログであるかを示す種別である。権限種別の判定は、ログデータに含まれるキーワードに基づき行う。すなわち、「admin」、「manage」、「root」のように管理者機能へのアクセスを示すキーワードがログデータに含まれていれば、そのログデータは管理者のアクセスに関するログであると判定する（すなわちそのログデータの権限種別は「管理者」）。権限判定部１１４は、管理者機能に対応するキーワードのリストを参照して、この判定を行う。
【００４１】
不要情報削除部１１６は、アクセスログと判定されたログファイルから、時間の経過により不要となったログデータを削除する。不要情報削除部１１６は、権限判定部１１４が判定したログデータの権限種別に対応する保存期間をアクセスログについての保存期間定義から求め、保存期間が過ぎたログデータを削除する。
【００４２】
図５に、アクセスログについての保存期間定義の例を示す。この例では、権限種別として「一般」（一般ユーザ権限）と「管理者」（管理者権限）が想定されており、「一般」に該当するログデータの保存期間は３ヶ月、「管理者」に該当するログデータの保存権限は１年に設定されている。アクセスログについての保存期間定義は、アクセスログ保存期間定義記憶部１１８に記憶されている。なお、図５の保存期間定義はあくまで一例に過ぎない。なお、この例では、ゲートウェイ装置１００を介してアクセスを行うユーザの権限を管理者と一般ユーザの２種類としたが、権限の分類を３種類以上としてももちろんよい。
【００４３】
図６にシステムログのログファイルのデータ内容の例を示す。この例から分かるように、システムログのログファイル内の個々のログデータ（すなわち１行のデータ）は、前半部分は日時、システム名、プログラム名等が順に並んでおり形式が整っているが、後半部分のデータの形式は一定していない。この例の１行目のログデータは、キーワード「named」を含んでいるので、内容重要度はそのキーワード「named」に対応する値（例えば２）となる。また、この例の最後の行のログデータは、キーワード「named」（例えば内容重要度２）とキーワード「error」（例えば内容重要度３）を含んでいるので、例えばそれら各キーワードの内容重要度値の和がそのログデータの内容重要度となる。なお、１つのログデータが複数のキーワードを含んでいる場合、それら複数のキーワードに対応する内容重要度の和をそのログデータの内容重要度とするのはあくまで一例に過ぎない。ログデータに含まれる複数のキーワードの内容重要度からそのログデータの内容重要度を定める定め方は、ログローテーションの方針に従って適宜定めればよい。
【００４４】
図７にアクセスログのログファイル（この例はＨＴＴＰアクセスのログの例）のデータ内容の例を示す。例示の通り、アクセスログのログファイル内の個々のログデータは、すべて、アクセス元のＩＰアドレス、日時、ＨＴＴＰリクエスト内容（クォーテーションマークで囲まれている）、リクエストに対するレスポンスがこの順に並んだ一定の形式である。この例の中程から後半にかけての数行のログデータには、ＨＴＴＰリクエストのリクエスト先のリソースを示す部分にキーワード「admin」（図では強調のために下線を付した）を含んでいるので、管理者機能へのアクセスを示すものと推定される。一方、その他のログデータには、管理者機能を示すキーワードを含まないので、一般ユーザのアクセスを示すものと判定される。
【００４５】
次に、図８を参照して、本実施形態のゲートウェイ装置１００のログローテーション時の処理の例を説明する。図８の処理は、例えば、定期的なログローテーションの実施タイミングが到来したときに実行される。
【００４６】
この手順では、ログ種別判定部１０２は、ゲートウェイ装置１００のファイルシステムから各ログファイルを検出し、検出したログファイル毎に、そのログファイル中のログデータ群の形式が一定であるか否かを判定する（Ｓ１２）。この判定の結果がＮｏの場合はそのログファイルはシステムログと判定する（Ｓ１４）。この場合、ファイル重要度判定部１０４がシステムログ重要度定義記憶部１０６内のファイル重要度定義（図３参照）から、そのログファイルの重要度を判定する（Ｓ１６）。この判定では、そのログファイルのアクセス権限設定を読み出し、その設定から、そのログファイルにアクセス権を持つのが「root権限者のみ」、「特定ユーザのみ」、「誰でも」のいずれのケースであるかを特定し、特定したケースに対応する重要度をそのログファイルのファイル重要度とする。次に、内容重要度判定部１０８が、そのログファイル内のログデータ（すなわち行）毎に、そのログデータが含むキーワードから、そのログデータの重要度を判定する（Ｓ１８）。次に、不要情報削除部１１０が、システムログ保存期間定義記憶部１１２から保存期間定義を取得する（Ｓ２０）。また不要情報削除部１１０は、そのログファイル内のログデータ毎に、Ｓ１６で求めたファイル重要度とＳ１８で求めたそのログファイルの内容重要度との積（ログ重要度）を求め、そのログ重要度に対応する保存期間を保存期間定義から特定する。そして、そのログファイル内のログデータ毎に、そのログデータの記録日時（そのログデータ自体に含まれている）から現在時刻までの期間の長さがその保存期間を超えていれば、そのログデータをそのログファイルから削除する（Ｓ２２）。また、この削除によりログファイルが空となった場合には、そのログファイル自体を削除する。
【００４７】
またＳ１２の判定結果がＹｅｓの場合、ログ種別判定部１０２は、そのログファイルをアクセスログと判定する（Ｓ２４）。この場合、権限判定部１１４が、そのログファイル内のログデータ毎に、そのログデータが管理者権限に対応する特定のキーワードを含んでいるか否かを調べ、その調査の結果に従いそのログデータの権限情報（管理者、一般ユーザのどちらに関するものか）を判定する（Ｓ２６）。次に、不要情報削除部１１６が、アクセスログ保存期間定義記憶部１１８から保存期間定義を取得する（Ｓ２８）。そして、ログデータ毎に、そのログデータの権限情報に対応する保存期間を保存期間定義から求め、そのログデータの記録日時から現在までの期間の長さがその保存期間を超えていれば、そのログデータをそのログファイルから削除する（Ｓ３０）。また、この削除によりログファイルが空となった場合には、そのログファイル自体を削除する。
【００４８】
このような処理により、ログファイルから保存期間が過ぎたログデータが削除されることで、そのログファイルのデータ量が減量される。図１の例では、「ｘｘｘログ」という名称のログファイル１０はログ種別判定部１０２でシステムログと判定され、ファイル重要度判定部１０４、内容重要度判定部１０８及び不要情報削除部１１０の処理により、古いログデータが削除され、減量済みのログファイル１０ａとなる。また、「ｚｚｚログ」という名称のログファイル１０はログ種別判定部１０２でアクセスログと判定され、権限判定部１１４及び不要情報削除部１１６の処理により、古いログデータが削除され、減量済みのログファイル１２ａとなる。
【００４９】
次に、本実施形態のログローテーション制御が行われた場合のログファイル群の変遷の例を説明する。
【００５０】
図９は、システムログである「ｘｘｘログ」に該当するログファイル群の変遷を示す。この例では、「ｘｘｘログ」のログファイルは１週間毎に生成され、１週間分のログデータがそのログファイルに書き込まれる。これらログファイルのファイル名は、図示例では「xxx-<そのファイルへのログ書き込み期間の最終日>.log」という形式となっている。図示の表の左側の欄には、２０１６年２月１０日のログローテーションの直前時点でゲートウェイ装置１００内にある「ｘｘｘログ」に該当するログファイルの内の４つが示されている。ここで、「ｘｘｘログ」の権限情報は、「特定ユーザのみ」にアクセス権限があることを示すものであるとする。また、システムログの保存期間定義が図４に例示するものであるとすると、ファイル重要度と内容重要度の積であるログ重要度が５以下のログデータの保存期間は１ヶ月である。この場合、２０１６年２月１０日にログローテーションが行われると、２月１０日からみて１ヶ月以上古いログデータを含む「xxx-20160110.log」（１月１０日までの１週間分のログデータを含む）は減量されるが、それより日付が後のログファイルは１ヶ月以上古いログデータを含まないので減量されない。「xxx-20160110.log」について見ると、ファイル重要度は「特定ユーザのみ」のアクセス権限に対応する２である。従って、そのログファイル内のログデータのうちキーワードのに基づく内容重要度が２以下であるログファイルは、ログ重要度４以下となるので、図４の保存期間定義から保存期間は１ヶ月であり、既にその１ヶ月は過ぎているので削除されることになる。一方、内容重要度が３以上のログデータは、ログ重要度が６以上となるので保存期間は３ヶ月以上であり、その保存期間はまだ過ぎていないので、削除されずにそのログファイル内に残る。この結果、「xxx-20160110.log」は、内容重要度が３以上のログデータのみが残る減量後の「xxx-20160110-重要度３以上.log」になる。
【００５１】
図１０は、別のシステムログである「ｙｙｙログ」に該当するログファイル群の変遷を示す。「ｙｙｙログ」の権限情報は、「rootのみ」にアクセス権限があることを示すものであり、これに該当するログファイルのファイル重要度は３である。したがって、ローテーション前のログファイル「yyy-20160110.log」内のログデータのうち内容重要度が２以上のものは２月１０日のログローテーションで削除されずに残るが、内容重要度が１以下のものは削除される。この結果、ログファイル「yyy-20160110.log」は減量されたログファイル「yyy-20160110-重要度２以上.log」になる。
【００５２】
図１１は、アクセスログに該当するログファイル群を例示する。この例は２０１６年２月のログローテーションの直前の状態を示している。この例ではアクセスログのログファイルが月単位で生成されている。アクセスログのファイル名は、「work-<西暦年月>.log」という形式である。またアクセスログの保存期間定義は図５に例示したものであるとする。
【００５３】
この例では、最短である一般ユーザのアクセスログデータの保存期間が３ヶ月なので、２月直前から遡ること３ヶ月以内のログファイルには、一般ユーザと管理者の両方のログデータが保存されている。一方、管理者のアクセスログの保存期間は６ヶ月なので、２月から遡ること４〜６ヶ月の３つのログファイルは、管理者のアクセルログデータのみが含まれる。そして、２月から７ヶ月以上遡ったログファイルはファイル自体が破棄されている。
【００５４】
以上に説明したように、本実施形態では、ログファイルのデータ内容について簡単な解析を行うことで、そのログファイルがアクセスログかシステムログかを判定し、それぞれの種別に応じたログローテーションのための削除規則（すなわち保存期間定義）を適用する。また、様々な作成者により作成された様々なプログラムが生成するシステムログのログファイルについては、ログファイルに設定されたアクセス権限情報からそのログファイルの重要度（ファイル重要度）を判定し、ログファイル内のログデータの削除するか否かは、そのログデータ自体の重要度（内容重要度）単体ではなく、そのログデータが含まれるログファイルのファイル重要度も考慮した総合的な重要度に基づき判定する。したがって、重要なログファイル内のログデータは長く保存される傾向となる。またアクセスログについては、アクセスを行ったユーザの権限（例えば管理者か否か）をログデータ内容から判別し、管理者のアクセスを示すログを一般ユーザのログより長く残す。
【００５５】
以上、本発明の実施形態を説明した。以上に例示したゲートウェイ装置１００は、コンピュータに上述の各機能を表すプログラムを実行させることにより実現される。ここで、コンピュータは、例えば、ハードウエアとして、ＣＰＵ等のマイクロプロセッサ、ランダムアクセスメモリ（ＲＡＭ）およびリードオンリメモリ（ＲＯＭ）等のメモリ（一次記憶）、フラッシュメモリやＳＳＤ（ソリッドステートドライブ）、ＨＤＤ（ハードディスクドライブ）や等の固定記憶装置を制御するコントローラ、各種Ｉ／Ｏ（入出力）インタフェース、ローカルエリアネットワークなどのネットワークとの接続のための制御を行うネットワークインタフェース等が、たとえばバス等を介して接続された回路構成を有する。それら各機能の処理内容が記述されたプログラムがネットワーク等の経由でフラッシュメモリ等の固定記憶装置に保存され、コンピュータにインストールされる。固定記憶装置に記憶されたプログラムがＲＡＭに読み出されＣＰＵ等のマイクロプロセッサにより実行されることにより、上に例示した機能モジュール群が実現される。
【符号の説明】
【００５６】
１００  ゲートウェイ装置、１０２  ログ種別判定部、１０４  ファイル重要度判定部、１０６  システムログ重要度定義記憶部、１０８  内容重要度判定部、１１０  不要情報削除部、１１２  システムログ保存期間定義記憶部、１１４  権限判定部、１１８  アクセスログ保存期間定義記憶部、２００  ユーザ端末、２５０  第１のネットワーク、３００ サーバ、３５０  第２のネットワーク。
【図１】
2019053551.tif 000003
【図２】
2019053551.tif 000004
【図３】
2019053551.tif 000005
【図４】
2019053551.tif 000006
【図５】
2019053551.tif 000007
【図６】
2019053551.tif 000008
【図７】
2019053551.tif 000009
【図８】
2019053551.tif 000010
【図９】
2019053551.tif 000011
【図１０】
2019053551.tif 000012
【図１１】
2019053551.tif 000013