特開 2024-105953 ログ管理装置、ログ管理方法、及びログ管理プログラム

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

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

(11)【公開番号】P2024105953

(43)【公開日】2024-08-07

(54)【発明の名称】ログ管理装置、ログ管理方法、及びログ管理プログラム

(51)【国際特許分類】

   G06F 11/34 20060101AFI20240731BHJP

   G06F 11/30 20060101ALI20240731BHJP

【ＦＩ】

G06F11/34 176

G06F11/30 140C

【審査請求】未請求

【請求項の数】6

【出願形態】ＯＬ

(21)【出願番号】P 2023009965

(22)【出願日】2023-01-26

(71)【出願人】

【識別番号】000005234

【氏名又は名称】富士電機株式会社

(74)【代理人】

【識別番号】110004185

【氏名又は名称】インフォート弁理士法人

(74)【代理人】

【識別番号】100121083

【弁理士】

【氏名又は名称】青木 宏義

(74)【代理人】

【識別番号】100138391

【弁理士】

【氏名又は名称】天田 昌行

(74)【代理人】

【識別番号】100132067

【弁理士】

【氏名又は名称】岡田 喜雅

(74)【代理人】

【識別番号】100141232

【弁理士】

【氏名又は名称】飯塚 達

(72)【発明者】

【氏名】馬場 亮輔

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

5B042

【Ｆターム（参考）】

5B042GA22

5B042JJ17

5B042MA08

5B042MA16

5B042MC12

5B042MC40

(57)【要約】

【課題】保存の不要なコンテナログによるストレージの圧迫を抑制する。
【解決手段】ログ管理基盤５０のログ管理機能５１は、複数のコンテナ４０のそれぞれの実行状態を示す情報を、アプリケーション管理基盤２０のコンテナ管理機能２１から取得する。ログ管理機能５１は、複数のコンテナ４０のそれぞれについて、当該実行状態の情報と過去に取得した実行状態の情報とから、実行状態の遷移の種別を特定し、特定した遷移の種別に基づいて、コンテナ４０に関するコンテナログ４１の保存が必要か否かを判定する。ログ保存機能５２は、保存が必要とログ管理機能５１が判定したコンテナログ４１のみの保存を行う。
【選択図】図５

【特許請求の範囲】

【請求項1】

複数のコンテナのそれぞれに関するログを保存する保存部と、
前記複数のコンテナのそれぞれの実行状態を示す情報を取得する取得部と、
前記複数のコンテナのそれぞれについて、前記ログの保存が必要か否かを前記実行状態の遷移に基づいて判定し、保存が必要と判定した前記ログのみを前記保存部に保存させる管理部と、
を備えることを特徴とするログ管理装置。

【請求項2】

前記管理部は、前記複数のコンテナのそれぞれについての過去の実行状態と現在の実行状態とに基づいて、前記ログの保存が必要か否かを判定することを特徴とする請求項１に記載のログ管理装置。

【請求項3】

前記複数のコンテナのそれぞれが、自身に関する前記ログを有しており、
前記保存部は、保存が必要と判定された前記ログを有しているコンテナから取得した該ログを保存することを特徴とする請求項１に記載のログ管理装置。

【請求項4】

前記管理部は、前記複数のコンテナのそれぞれが削除されるか否かを、前記複数のコンテナそれぞれの前記実行状態の遷移に基づいて判定し、削除されると判定されたコンテナについては、該コンテナの削除の許可を、該コンテナに関する前記ログを取得した後に出力することを特徴とする請求項３に記載のログ管理装置。

【請求項5】

前記取得部は、前記情報を、前記複数のコンテナのそれぞれの実行状態を管理するコンテナ管理部から取得することを特徴とする請求項１に記載のログ管理装置。

【請求項6】

複数のコンテナのそれぞれの実行状態を示す情報を取得し、
前記実行状態の情報と、過去に取得した前記実行状態の情報とから、前記複数のコンテナのそれぞれの実行状態の遷移の種別を特定し、
前記複数のコンテナのそれぞれに関するログの保存が必要か否かを、前記複数のコンテナのそれぞれについての前記種別に基づいて判定し、
前記保存が必要と判定した前記ログのみを保存部に保存する、
ことを特徴とするログ管理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ログ管理装置、ログ管理方法、及びログ管理プログラムに関する。

【背景技術】

【0002】

コンピュータの仮想化技術であるコンテナ仮想化において、コンテナの異常への対処の遅れを抑制する技術が知られている（例えば特許文献１参照）。また、履歴情報の管理技術において、保管すべき履歴情報の量を削減し、特定の注視すべき事象の発生時には当該事象の発生前の履歴情報も保管する技術が知られている（例えば特許文献２参照）。

【先行技術文献】

【特許文献】

【0003】

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

【特許文献2】特開２０１０－２４４１１６号公報

【発明の概要】

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

【0004】

コンテナ仮想化技術では、アプリケーションの停止や障害発生時にはアプリケーションの自動での復旧が可能ではあるが、不要なコンテナログが保存されたままになる。このため、不要なコンテナログがストレージを圧迫してしまうことがある。

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

【0005】

実施形態のひとつでは、ログ管理装置が保存部と取得部と管理部とを備える。保存部は、複数のコンテナのそれぞれに関するログを保存する。取得部は、複数のコンテナのそれぞれの実行状態を示す情報を取得する。管理部は、複数のコンテナのそれぞれについて、当該ログの保存が必要か否かを当該実行状態の遷移に基づいて判定し、保存が必要と判定したログのみを保存部に保存させる。

【発明の効果】

【0006】

上記の態様によれば、不要なコンテナログによるストレージの圧迫が抑制される。

【図面の簡単な説明】

【0007】

【図1】ログ管理システムの第１の例の機能ブロック図である。

【図2】ログ管理システムの第１の例でのコンテナログ管理の処理手順を示すシーケンス図である。

【図3】コンテナの各実行状態の一覧である。

【図4】コンテナの各実行状態の遷移を表した状態遷移図の一例である。

【図5】ログ管理システムの第２の例の機能ブロック図である。

【図6】ログ管理システム第２の例でのコンテナログ管理の処理手順を示すシーケンス図（その１）である。

【図7】コンテナログの保存の要否判定の手法の一例の説明図である。

【図8】ログ管理システム第２の例でのコンテナログ管理の処理手順を示すシーケンス図（その２）である。

【図9】ログ管理システムのハードウェア構成例である。

【図10】ログ管理処理の処理内容の一例を示すフローチャートである。

【図11】ログ管理装置の一例の機能ブロック図である。

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

【0008】

以下、図面を参照しながら、実施形態を詳細に説明する。

【0009】

まず、コンテナ仮想化における各コンテナでのアプリケーション実行に関するログ情報である、コンテナログの管理の手法の第１の例について、図１及び図２を参照しながら説明する。

【0010】

図１はログ管理システム１０の第１の例の機能ブロック図である。

【0011】

この第１の例では、ログ管理システム１０はアプリケーション管理基盤２０とアプリケーション実行基盤３０とを備えている。

【0012】

アプリケーション管理基盤２０はコンテナ管理機能２１を有している。

【0013】

また、アプリケーション実行基盤３０はコンテナ実行機能３１を有している。アプリケーション実行基盤３０上では複数のコンテナ４０がそれぞれ実行される。なお、図１では、便宜のため、複数のコンテナ４０として、３つのコンテナ４０をアプリケーション実行基盤３０上に表している。

【0014】

コンテナ管理機能２１は、複数のコンテナ４０のそれぞれの実行に関する設定情報を送付する機能である。この設定情報には、例えば、コンテナ４０として実行されるアプリケーションを特定する情報や、当該アプリケーションを実行するコンテナ４０に割り当てるリソースの情報等が含まれる。

【0015】

コンテナ実行機能３１は、アプリケーション管理基盤２０から送付される設定情報に従って、複数のコンテナ４０をそれぞれ実行させる。複数のコンテナ４０のそれぞれは、自身の実行状態を監視して、自身に関するログ情報を、コンテナログ４１として、自身に割り当てられている記憶領域に保存する。

【0016】

なお、図１では不図示であるが、アプリケーション実行基盤３０自身も、コンテナ実行機能３１の状況を監視して、ログ情報の保存を行う。

【0017】

図１のログ管理システム１０は以上の構成を有している。

【0018】

次に、図１のログ管理システム１０でのコンテナログ４１の管理の処理手順について、図２のシーケンス図を参照しながら説明する。

【0019】

図２の上段にはコンテナ４０が実行されている場合の処理手順が示されている。この場合には、まず、コンテナ管理機能２１によって、コンテナ４０の実行のための設定情報がコンテナ実行機能３１に送付される（Ｐ１１の矢印）。すると、コンテナ実行機能３１は、設定情報に基づいてコンテナ４０を実行させると共に、実行させたコンテナ４０に関するコンテナログ４１の保存をコンテナ４０自身に行わせる（Ｐ１２の矢印）。コンテナ実行機能３１は、このときのコンテナ４０の実行状態を監視し、当該実行状態の情報をコンテナ管理機能２１に所定の時間間隔で送付する（Ｐ１３の矢印）。

【0020】

複数のコンテナ４０のそれぞれについて、上述したＰ１１からＰ１３までの処理手順が、コンテナ４０が実行されている間繰り返される。

【0021】

ここでコンテナ４０の実行状態とその遷移について、図３及び図４を用いて説明する。

【0022】

図３はコンテナ４０の各実行状態の一覧である。

【0023】

本実施形態では、図３に示されている６つの実行状態がコンテナ４０には定義されている。例えば、「Ｃｏｎｔａｉｎｅｒ Ｃｒｅａｔｉｎｇ」の状態は、コンテナ４０が作成され、その実行開始を待っている状態を表している。

【0024】

図２におけるＰ１３の矢印により送付される実行状態はコンテナ４０が正常に実行されている状態である。従って、図３における「Ｒｕｎｎｉｎｇ」の状態がコンテナ実行機能３１からコンテナ管理機能２１に送付される。

【0025】

次に図４について説明する。図４は、コンテナ４０の各実行状態の遷移を表した状態遷移図の一例である。

【0026】

図４に示されているように、本実施形態でのコンテナ４０の実行状態の状態遷移は、Ｔ１からＴ９までの９種類の種別がある。例えば、Ｔ３の遷移は、コンテナ４０の実行状態が「Ｒｕｎｎｉｎｇ」から「Ｔｅｒｍｉｎａｔｉｎｇ」への遷移を表している。図３の実行状態の一覧を併せて参照すると明らかなように、このＴ３の遷移は、コンテナ４０が、実行されている状態から、削除命令に従って削除処理が実施されている状態への遷移を表している。

【0027】

なお、前述した図２のシーケンス図の上段は、図４におけるＴ１やＴ２の遷移における処理手順を表している。

【0028】

次に、図２の下段に示されている、コンテナ４０が削除される場合の処理手順について説明する。この処理手順は、図４におけるＴ３からＴ５の遷移や、コンテナ４０が異常終了し、コンテナ４０の削除命令がコンテナ管理機能２１から出された後に再起動されるまでの実行状態の遷移に関連するＴ６からＴ９の遷移における処理手順を表している。

【0029】

この場合には、まず、コンテナ管理機能２１によって、コンテナ４０の停止と削除とのための設定情報が、コンテナ実行機能３１に送付される（Ｐ２１の矢印）。すると、コンテナ実行機能３１は、設定情報に基づいてコンテナ４０を停止させて削除する（Ｐ２２の矢印）。コンテナ実行機能３１は、このときのコンテナ４０の実行状態を監視し、当該実行状態の情報をコンテナ管理機能２１に所定の時間間隔で送付する（Ｐ２３の矢印）。

【0030】

図２におけるＰ２３の矢印により送付される実行状態の情報は、コンテナ４０の削除命令が実施されている状態、若しくは、コンテナ４０の削除が完了して正常に終了した状態についての情報である。従って、Ｐ２３の矢印は、図３における「Ｔｅｒｍｉｎａｔｉｎｇ」若しくは「Ｃｏｍｐｌｅｔｅｄ」の状態がコンテナ実行機能３１からコンテナ管理機能２１に送付されることを表している。

【0031】

コンテナ４０が削除される場合には以上のような処理が行われる。

【0032】

ところで、前述したように、コンテナ４０に関するコンテナログ４１はコンテナ４０自身で保存されている。従って、このコンテナログ４１は、コンテナ４０がアプリケーション実行基盤３０上に存在している間は参照が可能であるが、コンテナ４０が削除されると同時に破棄されてしまい、参照が不可能になる。

【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】

表示装置６４は、例えば、ユーザへの問い合わせ又は指示や、処理結果の表示出力に用いられる。

【0070】

補助記憶装置６５は、磁気ディスク装置、光ディスク装置、光磁気ディスク装置等であり、例えば、ハードディスクドライブやフラッシュメモリであってもよい。ログ管理システム１０は、補助記憶装置６５にプログラム及びデータを格納しておき、それらをメモリ６２にロードして使用することができる。

【0071】

通信Ｉ／Ｆ６６は、例えば、必要に応じてＣＰＵ６１から送られてくる指示に従い、通信ネットワーク（不図示）を介してデータを送受信する。

【0072】

図９に示したログ管理システム１０では、以上のようなハードウェア構成を有している。なお、一般的なハードウェア構成のコンピュータであれば、この図９に示されている各構成要素を有しているので、このようなコンピュータを利用してログ管理システム１０を構成することも可能である。

【0073】

次に、図５のログ管理システム１０が備えるログ管理基盤５０がログ管理機能５１及びログ保存機能５２を提供するために行うログ管理方法について説明する。

【0074】

図３のハードウェア構成を有するログ管理システム１０がログ管理機能５１及びログ保存機能５２を提供するようにするには、これより説明するログ管理処理を記述したログ管理プログラムをＣＰＵ６１に実行させてログ管理処理を行わせるようにすればよい。

【0075】

図１０は、ログ管理処理の処理内容の一例を示すフローチャートである。このログ管理処理は、複数のコンテナ４０のそれぞれを処理対象として個別に行われる。

【0076】

なお、このログ管理処理の実行時には、前述した図４の状態遷移図に示されている各状態遷移と各状態遷移を識別する符号との関係と、前述した図７のテーブルとが所定の記憶領域に予め保存されているものとする。

【0077】

図１０の処理が開始されると、まず、Ｓ１０１において、コンテナ４０の現在の実行状態を、コンテナ管理機能２１から取得する処理が行われる。

【0078】

次に、Ｓ１０２において、所定の記憶領域で保存されているコンテナ４０の前回の実行状態を読み出す処理が行われる。なお、コンテナ４０の前回の実行状態の所定の記憶領域への保存は、後述するＳ１１０の処理において行われる。

【0079】

次に、Ｓ１０３において、Ｓ１０２とＳ１０１とのそれぞれの処理により得られた前回と今回との実行状態に基づいて、前回から今回への実行状態の遷移の種別を特定する処理が行われる。この処理では、前回から今回への実行状態の遷移が、図４の状態遷移図に示されている各状態遷移のいずれであるかが特定される。

【0080】

なお、図１０の処理が開始された直後の最初のＳ１０２の処理では、コンテナ４０の前回の実行状態は保存されていないため読み出すことができない。そこで、このときのＳ１０３の処理では、便宜上、実行状態の遷移の種別の特定結果を「Ｔ１」とする。

【0081】

次に、Ｓ１０４において、コンテナ４０についてのコンテナログ４１の保存の要否を、Ｓ１０３の処理により特定された実行状態の遷移の種別に基づいて判定する処理が行われる。この処理では、前述した図７のテーブルを参照して、Ｓ１０３の処理により特定した遷移の種別に対応付けられている「必要」若しくは「不要」の判定結果を取得することによって判定が行われる。

【0082】

次に、Ｓ１０５において、Ｓ１０４の処理の結果、コンテナログ４１の保存が必要とされたか否かを判定する処理が行われる。このＳ１０５の処理において、保存が必要とされた場合（判定結果がＹＥＳの場合）にはＳ１０６に処理を進め、保存が不要とされた場合（判定結果がＮＯの場合）にはＳ１０８に処理を進める。

【0083】

Ｓ１０６では、処理対象であるコンテナ４０が保存しているコンテナログ４１の送付要求を、コンテナ実行機能３１に送付する処理が行われる。この送付要求を受け取ったコンテナ実行機能３１は、当該コンテナログ４１のログ管理基盤５０への送付を、当該コンテナログ４１が保存されているコンテナ４０に行わせる。

【0084】

Ｓ１０７では、コンテナ４０から送られてきたコンテナログ４１を取得して、複数のコンテナ４０のそれぞれについて割り当てられている所定の記憶領域に、取得したコンテナログ４１を保存する処理が行われる。

【0085】

Ｓ１０８では、処理対象であるコンテナ４０の削除が行われるか否かを判定する処理が行われる。

【0086】

前述したように、コンテナ４０の削除が行われる場合とは、図４におけるＴ３からＴ５の遷移やＴ６からＴ９の遷移のうちのいずれかの遷移の場合である。従って、Ｓ１０８の処理では、Ｓ１０３の処理により特定された実行状態の遷移の種別が、Ｔ３からＴ９のいずれかである場合には、コンテナ４０の削除が行われると判定される。一方、実行状態の遷移の種別が、Ｔ１またはＴ２のどちらかである場合には、コンテナ４０の削除は行われないと判定される。

【0087】

Ｓ１０８の処理において、コンテナ４０の削除が行われると判定されたとき（判定結果がＹＥＳのとき）には、Ｓ１０９において、処理対象であるコンテナ４０の削除を許可する通知をコンテナ管理機能２１に送付する処理が行われる。この通知を受け取ったコンテナ管理機能２１は、コンテナ４０の削除のための設定情報を、コンテナ実行機能３１に送付し、コンテナ実行機能３１は、設定情報に基づいてコンテナ４０を削除する。

【0088】

上述したＳ１０９の処理を終えると、処理対象のコンテナ４０についてのログ管理処理が終了する。

【0089】

一方、Ｓ１０８の判定処理において、コンテナ４０の削除は行われないと判定されたとき（判定結果がＮＯのとき）には、Ｓ１１０において、Ｓ１０１の処理により取得したコンテナ４０の現在の実行状態を所定の記憶領域に保存する処理が行われる。

【0090】

上述したＳ１１０の処理を終えると、その後はＳ１０１へと処理を戻し、コンテナ４０の実行状態がコンテナ管理機能２１から送られてくると、前述したＳ１０１からの処理が再度行われる。なお、Ｓ１１０の処理より保存されたコンテナ４０の実行状態は、再度行われるＳ１０２の処理において、前回の実行状態として読み出される。

【0091】

以上までの処理がログ管理処理である。この処理におけるＳ１０１からＳ１０５及びＳ１０８からＳ１１０の処理によりログ管理機能５１が提供され、Ｓ１０６及びＳ１０７の処理によりログ保存機能５２が提供される。

【0092】

なお、図５のログ管理システム１０におけるログ管理基盤５０を、別体の装置として構成するようにしてもよい。

【0093】

図１１について説明する。図１１は、ログ管理装置７０の一例の機能ブロック図を示している。このログ管理装置７０は、保存部７１と取得部７２と管理部７３とを備えている。

【0094】

保存部７１は、複数のコンテナ４０のそれぞれに関するコンテナログ４１を保存する。

【0095】

取得部７２は、複数のコンテナ４０のそれぞれの実行状態を示す情報を、複数のコンテナ４０のそれぞれの実行状態を管理するコンテナ管理部の一例であるアプリケーション管理基盤２０から取得する。

【0096】

管理部７３は、複数のコンテナ４０のそれぞれについて、コンテナログ４１の保存が必要か否かを、複数のコンテナ４０のそれぞれの実行状態の遷移に基づいて判定し、保存が必要と判定したコンテナログ４１のみを保存部７１に保存させる。なお、コンテナログ４１の保存が必要か否かの判定は、例えば、複数のコンテナ４０のそれぞれについての過去（例えば前回）の実行状態と現在の実行状態とに基づいて行われる。

【0097】

前述したように、複数のコンテナ４０のそれぞれが、自身に関するコンテナログ４１を有している。従って、保存部７１は、保存が必要と判定されたコンテナログ４１を有しているコンテナ４０から取得したコンテナログ４１を保存する。

【0098】

また、管理部７３は、複数のコンテナ４０のそれぞれが削除されるか否かを、複数のコンテナ４０それぞれの実行状態の遷移に基づいて判定する。管理部７３は、削除されると判定されたコンテナ４０については、コンテナ４０の削除の許可を、コンテナ４０に関するコンテナログ４１を取得した後に出力して、アプリケーション管理基盤２０に送付する。

【0099】

ログ管理装置７０は以上の構成を備えており、保存部７１がログ保存機能５２に相当する機能を提供し、取得部７２及び管理部７３がログ管理機能５１に相当する機能を提供することで、保存の不要なコンテナログ４１による保存部７１の圧迫が抑制される。

【0100】

なお、ログ管理装置７０が図１０のログ管理処理を行う場合には、Ｓ１０１の処理を取得部７２が行い、Ｓ１０２からＳ１０５及びＳ１０８からＳ１１０の処理を管理部７３が行い、Ｓ１０６及びＳ１０７の処理を保存部７１が行う。

【0101】

以上、開示の実施形態とその利点について詳しく説明したが、当業者は、特許請求の範囲に明確に記載した本発明の範囲から逸脱することなく、様々な変更、追加、省略をすることができるであろう。

【符号の説明】

【0102】

１０ ログ管理システム
２０ アプリケーション管理基盤
２１ コンテナ管理機能
３０ アプリケーション実行基盤
３１ コンテナ実行機能
４０ コンテナ
４１ コンテナログ
５０ ログ管理基盤
５１ ログ管理機能
５２ ログ保存機能
６１ ＣＰＵ
６２ メモリ
６３ 入力装置
６４ 表示装置
６５ 補助記憶装置
６６ 通信Ｉ／Ｆ
７０ ログ管理装置
７１ 保存部
７２ 取得部
７３ 管理部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】