JP5664315B2 - 管理装置、管理プログラムおよび管理方法 - Google Patents

Description

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

従来、ネットワークの測定データや、サーバシステムのリソース測定データをデータベース（Data Base）に格納し、各測定データの種類に応じた期間、データベースに保存する管理装置が存在する。例えば、このような管理装置は、１分毎に集計された測定データをデータベースに３ヶ月間保存するように測定データの保存期間を管理したり、１時間毎に集計された測定データをデータベースに１年間保存するように測定データの保存期間を管理したりする。他の例では、このような管理装置は、１日毎に集計された測定データをデータベースに３年間保存するように測定データの保存期間を管理する。また、このような管理装置は、重要な測定データについては、集計期間にかかわらず、期間を定めず無期限にデータベースに保存するように測定データを管理する。

ネットワークや、サーバシステムの管理者は、障害などが発生した場合には、データベースに保存された測定データの内容を確認することで、障害などの発生原因を特定する。また、管理装置は、保存期間が過ぎた測定データを、データベースから削除する。

特開平９−１６４４０号公報 特開平８−７７３３２号公報 特開平１０−３０１８１７号公報 特開平１０−１１３３０号公報

しかしながら、上記の従来の技術では、データベースの未使用の記憶領域である余剰保存領域を有効に使用できないという問題がある。例えば、データベースに保存する測定データの保存期間を予め定めると、データベースの記憶領域の中に、余剰保存領域が存在する場合がある。このような場合には、この余剰保存領域に測定データが保存されないので、余剰保存領域を有効に使用できない。

ここで、なぜこのような余剰保存領域が必要であるか、その理由の１つを次に説明する。すなわち、保存する測定データのサイズが大きくなっても、測定データを保存する領域として余剰保存領域をさらに用いることで、各種の測定データの保存期間をより確実に確保するため、という理由が１つとして挙げられる。

ここで、１日毎に集計された測定データである「日毎データ」、１時間毎に集計された測定データである「時毎データ」、１分毎に集計された測定データである「分毎データ」、上記の重要な測定データである「重要データ」を例に挙げて、図３６を参照して説明する。

図３６は、従来の技術の問題点を説明するための図である。図３６の例は、データベースに、「日毎データ」、「時毎データ」、「分毎データ」、「重要データ」が記憶されていることを示す。また、図３６の例では、「日毎データ」、「時毎データ」、「分毎データ」、「重要データ」の保存期間が、それぞれ３年、１年、３ヶ月、無期限である場合が示されている。図３６には、「日毎データ」、「時毎データ」、「分毎データ」、「重要データ」の保存期間を、それぞれ３年、１年、３ヶ月、無期限とすると、データベースの記憶領域９０中に、未使用の記憶領域である余剰保存領域９１が存在する場合が例示されている。

このように、従来の技術では、データベースに保存する測定データの保存期間を予め定めると、データベースの未使用の記憶領域である余剰保存領域を有効に使用できないという問題がある。

なお、余剰保存領域が存在しないように、データベースの記憶領域全体を各測定データ毎に分配し、各領域に各測定データを保存すると、いずれかの測定データのサイズが大きくなる場合に、記憶領域の余裕がないため、次のような問題が生じることがある。

すなわち、予め定められた保存期間を満たすように、測定データを保存できなくなる問題が生じることがある。この問題について、具体例を挙げて説明する。図３７は、データベースの記憶領域全体を各測定データで分配し、各領域に各測定データを保存する場合の問題点を説明するための図である。

図３７の例は、データベースに、「日毎データ」、「時毎データ」、「分毎データ」、「重要データ」が記憶されていることを示す。また、図３７の例は、余剰保存領域が存在しないように、データベースの記憶領域９０Ａ全体を、「日毎データ」、「時毎データ」、「分毎データ」、「重要データ」の保存期間が、それぞれ４．５年、１．５年、４．５ヶ月、無期限となるように分配した場合を示す。このような場合に、所定の運用条件、例えば、「分毎データ」については保存期間４．５ヶ月の間は、必ず保存するという条件を満たす運用を管理装置が行い、図３７に示すように「分毎データ」のサイズが大きくなると、次のような問題が生じることがある。すなわち、「日毎データ」、「時毎データ」の保存期間が２．４年、０．８年となってしまい、最低限の保存期間である３年、１年の期間を満たすように、「日毎データ」、「時毎データ」を保存できなくなるという問題が生じることがある。

１つの側面では、余剰保存領域を有効に使用することができる管理装置、管理プログラムおよび管理方法を提供することを目的とする。

第１の案では、管理装置が、格納部と、判定部と、削除部とを有する。第１の格納部は、記憶部に、データを格納する。第２の格納部は、第１の格納部により格納されたデータの保存期間が、データ種別ごとに定められた保存期間に達した場合に、データを、記憶部の第２の記憶領域に格納する。削除部は、第２の記憶領域に格納されたデータのサイズが、データ種別ごとに定められた閾値に達した場合に、閾値に達したデータ種別のデータのサイズが閾値より小さくなるように、閾値に達したデータ種別のデータを第２の記憶領域から削除する。

余剰保存領域を有効に使用することができる。

図１は、実施例１に係る管理装置が適用されるシステムの全体構成図の一例を示す図である。 図２は、分毎データの一例を示す図である。 図３は、時毎データの一例を示す図である。 図４は、日毎データの一例を示す図である。 図５は、実施例１に係るデータ保存装置の構成の一例を示す図である。 図６は、測定データＤＢの保存内容の一例を示す図である。 図７は、実施例１に係る管理装置の構成を示すブロック図である。 図８は、インデクスおよび第１のキューラベルの一例を説明するための図である。 図９は、インデクスおよび第１のキューラベルの一例を説明するための図である。 図１０は、インデクスおよび第１のキューラベルの一例を説明するための図である。 図１１は、インデクスおよび第１のキューラベルの一例を説明するための図である。 図１２は、インデクスおよび第１のキューラベルの一例を説明するための図である。 図１３は、インデクスおよび第１のキューラベルの一例を説明するための図である。 図１４は、第２のキューラベルの一例を説明するための図である。 図１５は、第２のキューラベルの一例を説明するための図である。 図１６は、第２のキューラベルの一例を説明するための図である。 図１７は、第２のキューラベルの一例を説明するための図である。 図１８は、第２のキューラベルの一例を説明するための図である。 図１９は、第２のキューラベルの一例を説明するための図である。 図２０は、設定表の一例を示す図である。 図２１は、管理装置の動作の一例を模式的に示す図である。 図２２は、実施例１に係る格納処理の手順を示すフローチャートである。 図２３は、実施例１に係る分毎データの第１の判定処理の手順を示すフローチャートである。 図２４は、実施例１に係る時毎データの第１の判定処理の手順を示すフローチャートである。 図２５は、実施例１に係る日毎データの第１の判定処理の手順を示すフローチャートである。 図２６は、実施例１に係る第２の判定処理の手順を示すフローチャートである。 図２７は、実施例１に係る削除処理の手順を示すフローチャートである。 図２８は、実施例２に係る管理装置の構成を示すブロック図である。 図２９は、実施例２に係るインデクス、第３のキューラベル、ダミーインデクスの一例を説明するための図である。 図３０は、管理装置の動作の一例を模式的に示す図である。 図３１は、実施例２に係る格納処理の手順を示すフローチャートである。 図３２は、実施例２に係る第３の判定処理の手順を示すフローチャートである。 図３３は、実施例２に係る削除処理の手順を示すフローチャートである。 図３４は、管理プログラムを実行するコンピュータを示す図である。 図３５は、管理プログラムを実行するコンピュータを示す図である。 図３６は、従来の技術の問題点を説明するための図である。 図３７は、データベースの記憶領域全体を各測定データで分配し、各領域に各測定データを保存する場合の問題点を説明するための図である。

以下に、本願の開示する管理装置、管理プログラムおよび管理方法の各実施例を図面に基づいて詳細に説明する。なお、この実施例は開示の技術を限定するものではない。そして、各実施例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

［システム構成］
実施例１に係る管理装置について説明する。図１は、実施例１に係る管理装置が適用されるシステムの全体構成図の一例を示す図である。本実施例に係る管理装置１０は、ネットワーク上のデータ、およびサーバからのデータの保存期間を管理する装置である。

図１に示すように、システム１は、管理装置１０、ユーザ端末１１、サービスシステム１２、ネットワーク情報収集装置１３、サーバ情報収集装置１４、運用管理装置１５、データ保存装置１６、システム管理者用端末１７を有する。

ユーザ端末１１は、サービスシステム１２によるサービスを受けるための端末である。ユーザ端末１１は、サービスを受けるための指示をユーザから受け付ける受付部、およびサービスシステム１２からのコンテンツをＷｅｂブラウザに表示する表示部を有する。受付部のデバイスの一例としては、ユーザの指示を受け付けるキーボードやマウスなどが挙げられる。表示部のデバイスの一例としては、サービスシステム１２からのコンテンツを表示出力するＬＣＤ（Liquid Crystal Display）やＣＲＴ（Cathode Ray Tube）などが挙げられる。ユーザ端末１１は、ユーザの指示を受け付けると、受け付けたユーザの指示をサービスシステム１２に送信する。

サービスシステム１２は、ユーザの指示に応じた情報処理を実行し、情報処理の処理結果をユーザ端末１１に送信することで、ユーザの指示に応じたサービスをユーザに提供する。サービスシステム１２は、ルータ１２ａ、Ｗｅｂサーバ１２ｂ＿１〜３、ＡＰ（Application）サーバ１２ｃ＿１〜３、ＤＢ（DataBase）サーバ１２ｄ＿１、２を有する。なお、図１の例では、Ｗｅｂサーバ、ＡＰサーバ、ＤＢサーバのそれぞれの台数が、３台、３台、２台の場合が示されているが、各サーバの台数はこれに限られず、任意の値を採ることができる。また、以下の説明において、Ｗｅｂサーバの各々を区別して説明する必要がない場合には、単に「Ｗｅｂサーバ１２ｂ」と表記する。同様に、ＡＰサーバの各々、ＤＢサーバの各々についても、区別して説明する必要がない場合には、単に「ＡＰサーバ１２ｃ」、「ＤＢサーバ１２ｄ」と表記する。

ルータ１２ａは、ユーザ端末１１と、Ｗｅｂサーバ１２ｂとの通信を行う。また、ルータ１２ａは、いわゆるポートミラーリング機能を有する。例えば、ルータ１２ａは、Ｗｅｂサーバ１２ｂに接続されたポートを経由するデータをコピーし、コピーしたデータに「重要データ」であることを示す情報を付加してネットワーク情報収集装置１３に送信する。これにより、ネットワーク上を流れるデータを、ネットワーク情報収集装置１３が収集可能となる。

Ｗｅｂサーバ１２ｂは、Ｗｅｂブラウザで閲覧されるコンテンツを提供する。例えば、Ｗｅｂサーバ１２ｂは、ＡＰサーバ１２ｃから情報処理の処理結果を受信すると、処理結果を示すコンテンツを、ルータ１２ａを介してユーザ端末１１に送信する。また、Ｗｅｂサーバ１２ｂは、ルータ１２ａを介してユーザ端末１１からユーザの指示を受信した場合には、指示が示す情報処理を実行するようにＡＰサーバ１２ｃに要求する。また、Ｗｅｂサーバ１２ｂは、運用管理装置１５の指示によって、自身の状態を稼働状態、待機状態、休止状態のいずれかの状態に切り替える。

また、Ｗｅｂサーバ１２ｂは、１分間隔で、１分間の間に受信したパケット数、１分間の間のＣＰＵ負荷の平均値を算出し、算出した測定データを「分毎データ」としてサーバ情報収集装置１４に送信する。図２は、分毎データの一例を示す図である。図２の例の分毎データは、パケット数およびＣＰＵ負荷を算出した日時が「２０１０年８月１０日１０時」であり、測定対象のサーバの名称が「Ｗｅｂ１」であり、算出したＣＰＵ負荷が「７０％」、１分間の間に受信したパケット数が「５０」であることを示す。

ＡＰサーバ１２ｃは、Ｗｅｂサーバ１２ｂから要求された情報処理を実行する。また、ＡＰサーバ１２ｃは、実行した情報処理の処理結果をＷｅｂサーバ１２ｂに送信する。また、ＡＰサーバ１２ｃは、Ｗｅｂサーバ１２ｂから要求された情報処理に応じて、必要なデータを取得するために、データベースへのアクセス要求をＤＢサーバ１２ｄに行う。また、ＡＰサーバ１２ｃは、運用管理装置１５の指示によって、サーバ自身の状態を稼働状態、待機状態、休止状態のいずれかの状態に切り替える。

また、ＡＰサーバ１２ｃは、１時間間隔で、１時間の間に受信したパケット数、１時間のＣＰＵ負荷の平均値を算出し、算出した測定データを「時毎データ」としてサーバ情報収集装置１４に送信する。図３は、時毎データの一例を示す図である。図３の例の時毎データは、パケット数およびＣＰＵ負荷を算出した日時が「２０１０年８月１０日１０時５分」であり、測定対象のサーバの名称が「ＡＰ１」であり、算出したＣＰＵ負荷が「５０％」、１時間の間に受信したパケット数が「１０」であることを示す。

ＤＢサーバ１２ｄは、ＡＰサーバ１２ｃからデータベースへのアクセス要求を受け付けた場合に、データベースへのアクセスを管理する。また、ＤＢサーバ１２ｄは、運用管理装置１５の指示によって、サーバ自身の状態を稼働状態、待機状態、休止状態のいずれかの状態に切り替える。

また、ＤＢサーバ１２ｄは、１日間隔で、この１日の間に受信したパケット数、１日のＣＰＵ負荷の平均値を算出し、算出した測定データを「日毎データ」としてサーバ情報収集装置１４に送信する。図４は、日毎データの一例を示す図である。図４の例の日毎データは、パケット数およびＣＰＵ負荷を算出した日時が「２０１０年８月１０日１２時」であり、測定対象のサーバの名称が「ＤＢ１」であり、算出したＣＰＵ負荷が「５％」、１日の間に受信したパケット数が「２」であることを示す。

ネットワーク情報収集装置１３は、ネットワーク上を流れるデータを収集する。例えば、ネットワーク情報収集装置１３は、上述したように、ルータ１２ａから、Ｗｅｂサーバ１２ｂに接続されたポートを経由するデータを収集する。また、ネットワーク情報収集装置１３は、収集したデータを管理装置１０に送信する。なお、ネットワーク情報収集装置１３は、データを管理装置１０に送信する際の日時を、送信するデータに含める処理を行った後、日時が含まれたデータを管理装置１０に送信する。

サーバ情報収集装置１４は、サーバからの測定データを収集する。例えば、サーバ情報収集装置１４は、Ｗｅｂサーバ１２ｂ、ＡＰサーバ１２ｃ、ＤＢサーバ１２ｄから送信された測定データを収集する。また、サーバ情報収集装置１４は、収集したデータを管理装置１０に送信する。

運用管理装置１５は、各サーバの運用を管理する。例えば、運用管理装置１５は、システム管理者用端末１７からの状態変更指示を受信し、受信した状態変更指示に基づいて、状態を変更させるサーバに対して、状態変更指示が示す状態に切り替える指示を送信する。

データ保存装置１６は、各種データを保存する。図５は、実施例１に係るデータ保存装置の構成の一例を示す図である。図５に示すように、データ保存装置１６は、少なくとも記憶部１６ａを有する。記憶部１６ａは、測定データＤＢ１６ｂを記憶する。この測定データＤＢ１６ｂには、管理装置１０およびシステム管理者用端末１７がアクセス可能である。

測定データＤＢ１６ｂには、各種データが、データ種別ごとに定められた保存期間が経過した後、データ種別ごとに定められた閾値に、データサイズが達するまで保存される。例えば、測定データＤＢ１６ｂには、まずは、「分毎データ」が、「日時」が示す日から３ヶ月間保存される。また、測定データＤＢ１６ｂには、まずは、「時毎データ」が、「日時」が示す日から１年間保存される。また、測定データＤＢ１６ｂには、まずは、「日毎データ」が、「日時」が示す日から３年間保存される。なお、「重要データ」については、測定データＤＢ１６ｂに、期限の定めなく無期限に保存される。

測定データＤＢ１６ｂには、後述の格納部２２ａにより、ネットワーク情報収集装置１３からのネットワーク情報を流れるデータ、およびサーバ情報収集装置１４からの測定データが格納される。そして、データ種別ごとに定められた保存期間が経過した場合には、測定データＤＢ１６ｂに保存されたデータは、後述の判定部２２ｃにより、データのサイズがデータ種別ごとに定められた閾値に達したと判定された場合に、次のように処理される。すなわち、後述の削除部２２ｄにより、測定データＤＢ１６ｂから削除される。

ここで、上記の閾値の算出方法の一例について説明する。まず、測定データＤＢ１６ｂの全記憶容量から、測定データＤＢ１６ｂに保存された「重要データのサイズ」と「分毎データのサイズ」と「時毎データのサイズ」と「日時データのサイズ」との和を減じた値を余剰保存領域の大きさとする。ここで、「全記憶容量」、「重要データのサイズ」、「分毎データのサイズ」、「時毎データのサイズ」、「日時データのサイズ」、「余剰保存領域のサイズ」をそれぞれ、Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆとすると、次の関係を満たす。すなわち、Ｆ＝Ａ−（Ｂ＋Ｃ＋Ｄ＋Ｅ）となる。そして、余剰保存領域を、「分毎データ」、「時毎データ」、「日時データ」のそれぞれに、所定の比率で割り当てた値を、閾値として算出する。例えば、余剰保存領域の大きさを「分毎データ」、「時毎データ」、「日時データ」のそれぞれに、２：２：１の比率で割り当てた場合には、余剰保存領域には、次のように「分毎データ」が保存される。すなわち、余剰保存領域には、「分毎データ」が、そのサイズが余剰保存領域の大きさの２／５に達するまで保存される。また、余剰保存領域には、「時毎データ」が、そのサイズが余剰保存領域の大きさの２／５に達するまで保存される。また、余剰保存領域には、「日毎データ」が、そのサイズが余剰保存領域の大きさの１／５に達するまで保存される。なお、システムの設計者などは、データ種別の重要度などに応じて、重要なデータほど長く保存されるように、比率を設定することができる。例えば、設計者などは、重要なデータほど、比率を大きく設定することができる。

このように、測定データＤＢ１６ｂの全記憶領域が、各種データを保存するために使用される。そのため、各種データを保存する際に、余剰保存領域も使用される。このように、本実施例では、余剰保存領域も有効に使用される。

図６は、測定データＤＢの保存内容の一例を示す図である。図６の例は、パケット数およびＣＰＵ負荷を算出した日時が「２０１０年８月１０日１０時」であり、データ種別が「分毎データ」であるデータが、測定データＤＢ１６ｂのシーケンス番号「１」のレコードに保存されていることを示す。また、図６の例では、測定データＤＢ１６ｂのシーケンス番号「１」のレコードには、サーバ「Ｗｅｂ１」が算出したＣＰＵ負荷が「７０％」、１分の間に受信したパケット数が「２０」であることを示す「分毎データ」が保存されていることを示す。

また、図６の例は、パケット数およびＣＰＵ負荷を算出した日時が「２０１０年８月１０日１０時」であり、データ種別が「分毎データ」であるデータが、測定データＤＢ１６ｂのシーケンス番号「２」のレコードに保存されていることを示す。また、図６の例では、測定データＤＢ１６ｂのシーケンス番号「２」のレコードには、サーバ「Ｗｅｂ２」が算出したＣＰＵ負荷が「６５％」、１日の間に受信したパケット数が「１５」であることを示す「分毎データ」が保存されていることを示す。

また、図６の例は、パケット数およびＣＰＵ負荷を算出した日時が「２０１０年８月１０日１０時」であり、データ種別が「分毎データ」であるデータが、測定データＤＢ１６ｂのシーケンス番号「３」のレコードに保存されていることを示す。また、図６の例では、測定データＤＢ１６ｂのシーケンス番号「３」のレコードには、サーバ「Ｗｅｂ３」が算出したＣＰＵ負荷が「１０％」、１日の間に受信したパケット数が「１」であることを示す「分毎データ」が保存されていることを示す。

また、図６の例は、パケット数およびＣＰＵ負荷を算出した日時が「２０１０年８月１０日１０時５分」であり、データ種別が「時毎データ」であるデータが、測定データＤＢ１６ｂのシーケンス番号「４」のレコードに保存されていることを示す。また、図６の例では、測定データＤＢ１６ｂのシーケンス番号「４」のレコードには、サーバ「ＡＰ１」が算出したＣＰＵ負荷が「５０％」、１日の間に受信したパケット数が「１０」であることを示す「時毎データ」が保存されていることを示す。

また、図６の例は、パケット数およびＣＰＵ負荷を算出した日時が「２０１０年８月１０日１０時１０分」であり、データ種別が「時毎データ」であるデータが、測定データＤＢ１６ｂのシーケンス番号「５」のレコードに保存されていることを示す。また、図６の例では、測定データＤＢ１６ｂのシーケンス番号「５」のレコードには、サーバ「ＡＰ２」が算出したＣＰＵ負荷が「４０％」、１日の間に受信したパケット数が「８」であることを示す「時毎データ」が保存されていることを示す。

また、図６の例は、パケット数およびＣＰＵ負荷を算出した日時が「２０１０年８月１０日１０時２０分」であり、データ種別が「日毎データ」であるデータが、測定データＤＢ１６ｂのシーケンス番号「６」のレコードに保存されていることを示す。また、図６の例では、測定データＤＢ１６ｂのシーケンス番号「６」のレコードには、サーバ「ＤＢ１」が算出したＣＰＵ負荷が「５％」、１日の間に受信したパケット数が「２」であることを示す「日毎データ」が保存されていることを示す。

また、図６の例は、データを送信した日時が「２０１０年８月１０日１０時００分」であり、データ種別が「重要データ」であるデータが、測定データＤＢ１６ｂのシーケンス番号「７」のレコードに保存されていることを示す。なお、図６には図示されていないが、このシーケンス番号「７」のレコードに保存されている「重要データ」には、データの送信元のＩＰアドレス、送信先のＩＰアドレス、要求内容など、障害の発生を特定するための情報が含まれている。

システム管理者用端末１７は、サービスシステム１２の各サーバの状態を管理する。また、測定データＤＢ１６ｂに保存されたデータの内容を表示させる指示を後述の受付部が受け付けると、システム管理者用端末１７は、データ保存装置１６の測定データＤＢ１６ｂにアクセスし、データの内容を後述の表示部に表示する。これにより、システム管理者用端末１７は、システム管理者による、サービスシステム１２のネットワークの通信状態および各サーバの動作状態の監視を可能にする。システム管理者用端末１７は、サービスシステム１２を管理するシステム管理者の指示を受け付ける受付部、および測定データＤＢ１６ｂのデータの内容を表示する表示部を有する。受付部のデバイスの一例としては、システム管理者の指示を受け付けるキーボードやマウスなどが挙げられる。表示部のデバイスの一例としては、測定データＤＢ１６ｂのデータの内容を表示出力するＬＣＤやＣＲＴなどが挙げられる。また、システム管理者用端末１７は、システム管理者からサーバの状態を変更する状態変更指示を受け付けると、受け付けた状態変更指示を運用管理装置１５に送信する。

［管理装置の構成］
管理装置１０は、ネットワーク上のデータ、およびサービスシステム１２に含まれるサーバからのデータの保存期間を管理する装置である。図７は、実施例１に係る管理装置の構成を示すブロック図である。図７に示すように、管理装置１０は、Ｉ／Ｆ（InterFace）２０と、記憶部２１と、制御部２２とを有する。

Ｉ／Ｆ２０は、各装置間の通信を行うためのものである。Ｉ／Ｆ２０には、ネットワーク情報収集装置１３、サーバ情報収集装置１４、運用管理装置１５、データ保存装置１６、システム管理者用端末１７が接続されている。また、Ｉ／Ｆ２０には制御部２２が接続されている。これにより、各装置間、例えば、ネットワーク情報収集装置１３、サーバ情報収集装置１４、運用管理装置１５、データ保存装置１６およびシステム管理者用端末１７のそれぞれと、制御部２２とで、データの通信が可能となる。

記憶部２１は、制御部２２で実行される各種プログラム、例えばＯＳ（Operating System）やそのプログラムの実行に必要なデータを記憶する。記憶部２１には、後述の生成部２２ｂにより生成されたインデクス２１ａが格納される。また、記憶部２１は、データ種別ごとの第１のキューラベル２１ｂ、データ種別ごとの第２のキューラベル２１ｃ、設定表２１ｄを記憶する。ここで、以下に説明するキューは、インデクス２１ａ、第１のキューラベル２１ｂ、第２のキューラベル２１ｃによって、仮想的に実現されるものである。

インデクス２１ａは、ネットワーク情報収集装置１３、サーバ情報収集装置１４からＩ／Ｆ２０が受信したデータ毎に生成され、測定データＤＢ１６ｂに保存されたデータを管理するために用いられるものである。また、第１のキューラベル２１ｂは、各種データを、データ種別ごとに定められた保存期間に応じて保存するための仮想的なキューの各種情報を示すものである。また、第２のキューラベル２１ｃは、各種データを、データ種別ごとに定められた閾値に、サイズが達するまで保存するための仮想的なキューの各種情報を示すものである。

図８〜１３は、インデクスおよび第１のキューラベルの一例を説明するための図である。図８〜１３に示すように、インデクス２１ａは、対応するデータのデータ種別を示す「種別」を有する。また、インデクス２１ａは、同一のデータ種別のインデクス２１ａのうち、自身のインデクス２１ａよりも「日時」が１つ前のインデクス２１ａが記憶された記憶部２１の記憶領域上のアドレスを示す「前ｉｎｄｅｘ」を有する。また、インデクス２１ａは、同一のデータ種別のインデクス２１ａのうち、自身のインデクス２１ａよりも「日時」が１つ後ろのインデクス２１ａが記憶された記憶部２１の記憶領域上のアドレスを示す「後ｉｎｄｅｘ」を有する。また、インデクス２１ａは、データに含まれるＣＰＵなどが算出された日付、またはデータが送信された日付を示す「日時」を有する。また、インデクス２１ａは、対応するデータのデータサイズを示す「データサイズ」を有する。また、インデクス２１ａは、自身に対応するデータが保存された測定データＤＢ１６ｂのシーケンス番号を示す「ＤＢ格納情報」を有する。

また、図８〜１３に示すように、第１のキューラベル２１ｂは、データ種別ごとに定められた保存期間に応じて各種データを保存するためのキューの名称を示す「キュー名」を有する。また、第１のキューラベル２１ｂは、自身が示すキューが、各種データをデータ種別ごとに定められた保存期間に応じて保存するためのキューであること（期間保存）、およびキューを介して管理されるデータの種別を示す「キュー種別」を有する。また、第１のキューラベル２１ｂは、キューの先頭データのインデクス２１ａが記憶された記憶部２１の記憶領域上のアドレスを示す「先頭ｉｎｄｅｘ」を有する。なお、キューの先頭データとは、キューに含まれるデータのうち、最も「日時」が古いデータを指す。また、第１のキューラベル２１ｂは、キューの最後尾データのインデクス２１ａが記憶された記憶部２１の記憶領域上のアドレスを示す「最後尾ｉｎｄｅｘ」を有する。なお、キューの最後尾データとは、キューに含まれるデータのうち、最も「日時」が新しいデータを指す。また、第１のキューラベル２１ｂは、自身が示すキューに含まれるデータの、測定データＤＢ１６ｂに保存されたデータ量の総和を示す「キュー長（サイズ）」を有する。

図８のインデクス２１ａの例は、データ種別が「日毎データ」であることを示す。また、図８のインデクス２１ａの例は、前後のインデクス２１ａが存在しないことを示す。これは、図８の例では、インデクス２１ａの個数が１つだからである。また、図８のインデクス２１ａの例は、対応するデータの日時が２０１０年８月１０日１０時であることを示す。また、図８のインデクス２１ａの例は、対応するデータのデータサイズがＸ_Ａであることを示す。また、図８のインデクス２１ａの例は、対応するデータが保存された測定データＤＢ１６ｂのシーケンス番号がＡ１であることを示す。

また、図８の第１のキューラベル２１ｂの例は、自身が示すキューの名称がＡであることを示す。また、図８の第１のキューラベル２１ｂの例は、自身が示すキューが、各種データをデータ種別ごとに定められた保存期間に応じて保存するためのキューであること、およびキューを介して管理されるデータの種別が「日毎データ」であることを示す。また、図８の第１のキューラベル２１ｂの例は、キューの先頭データのアドレスがＡＡであり、キューの最後尾データのアドレスもＡＡであることを示す。このように、図８の例で、キューの先頭データおよび最後尾データのアドレスが同一となる理由は、インデクス２１ａの個数が１つであり、キューの先頭データおよび最後尾データのインデクス２１ａが同一となるからである。また、図８の第１のキューラベル２１ｂの例は、自身が示すキューに含まれるデータ、すなわち、日毎データの測定データＤＢ１６ｂに保存されたデータ量の総和がＸ_Ａであることを示す。

図９のインデクス２１ａの例は、図８の例に、新たに、インデクス２１ａが追加された場合のものである。まず、新たに追加された、図９中、左側のインデクス２１ａについて説明し、次に、右側のインデクス２１ａについて説明する。図９の左側のインデクス２１ａの例は、対応するデータのデータ種別が「日毎データ」であることを示す。また、図９の左側のインデクス２１ａの例は、前のインデクス２１ａのアドレスがＡＡであることを示す。また、図９の左側のインデクス２１ａの例は、対応するデータの日時が２０１０年８月１１日１０時であることを示す。また、図９の左側のインデクス２１ａの例は、対応するデータのデータサイズがＸ_Ｂであることを示す。また、図９の左側のインデクス２１ａの例は、対応するデータが保存された測定データＤＢ１６ｂのシーケンス番号がＡ２であることを示す。

また、図９の右側のインデクス２１ａの例は、後ろのインデクス２１ａのアドレスがＡＢであることを示す。その他については、図８の例について説明した内容と同様である。

また、図９の第１のキューラベル２１ｂの例は、自身が示すキューの先頭データのアドレスがＡＡであり、キューの最後尾データのアドレスがＡＢであることを示す。また、図９の第１のキューラベル２１ｂの例は、自身が示すキューに含まれるデータ、すなわち、日毎データの測定データＤＢ１６ｂに保存されたデータ量の総和がＸ_Ｃであることを示す。ここで、図９の例において、Ｘ_Ｃ＝Ｘ_Ａ＋Ｘ_Ｂである。

図１０のインデクス２１ａの例は、データ種別が「分毎データ」であることを示す。また、図１０のインデクス２１ａの例は、前後のインデクス２１ａが存在しないことを示す。また、図１０のインデクス２１ａの例は、対応するデータの日時が２０１０年８月１０日１０時であることを示す。また、図１０のインデクス２１ａの例は、対応するデータのデータサイズがＸ_Ｄであることを示す。また、図１０のインデクス２１ａの例は、対応するデータが保存された測定データＤＢ１６ｂのシーケンス番号がＤ１であることを示す。

また、図１０の第１のキューラベル２１ｂの例は、キューの名称がＤであることを示す。また、図１０の第１のキューラベル２１ｂの例は、自身が示すキューが、各種データをデータ種別ごとに定められた保存期間に応じて保存するためのキューであること、およびキューを介して管理されるデータの種別が「分毎データ」であることを示す。また、図１０の第１のキューラベル２１ｂの例は、自身が示すキューの先頭データのアドレスがＤＤであり、キューの最後尾データのアドレスもＤＤであることを示す。また、図１０の第１のキューラベル２１ｂの例は、キューに含まれるデータ、すなわち、分毎データの測定データＤＢ１６ｂに保存されたデータ量の総和がＸ_Ｄであることを示す。

図１１のインデクス２１ａの例は、図１０の例に、新たに、インデクス２１ａが追加された場合のものである。まず、新たに追加された、図１１中、左側のインデクス２１ａについて説明し、次に、右側のインデクス２１ａについて説明する。図１１の左側のインデクス２１ａの例は、対応するデータのデータ種別が「分毎データ」であることを示す。また、図１１の左側のインデクス２１ａの例は、前のインデクス２１ａのアドレスがＤＤであることを示す。また、図１１の左側のインデクス２１ａの例は、対応するデータの日時が２０１０年８月１０日１０時１分であることを示す。また、図１１の左側のインデクス２１ａの例は、対応するデータのデータサイズがＸ_Ｅであることを示す。また、図１１の左側のインデクス２１ａの例は、対応するデータが保存された測定データＤＢ１６ｂのシーケンス番号Ｄ２であることを示す。

また、図１１の右側のインデクス２１ａの例は、後ろのインデクス２１ａのアドレスがＤＥであることを示す。その他については、図１０の例について説明した内容と同様である。

また、図１１の第１のキューラベル２１ｂの例は、キューの先頭データのアドレスがＤＤであり、キューの最後尾データのアドレスがＤＥであることを示す。また、図１１の第１のキューラベル２１ｂの例は、キューに含まれるデータ、すなわち、分毎データの測定データＤＢ１６ｂに保存されたデータ量の総和がＸ_Ｆであることを示す。ここで、図１１の例において、Ｘ_Ｆ＝Ｘ_Ｄ＋Ｘ_Ｅである。

図１２のインデクス２１ａの例は、データ種別が「時毎データ」であることを示す。また、図１２のインデクス２１ａの例は、前後のインデクス２１ａが存在しないことを示す。また、図１２のインデクス２１ａの例は、対応するデータの日時が２０１０年８月１０日１０時であることを示す。また、図１２のインデクス２１ａの例は、対応するデータのデータサイズがＸ_Ｇであることを示す。また、図１２のインデクス２１ａの例は、対応するデータが保存された測定データＤＢ１６ｂのシーケンス番号Ｇ１であることを示す。

また、図１２の第１のキューラベル２１ｂの例は、自身が示すキューの名称がＧであることを示す。また、図１２の第１のキューラベル２１ｂの例は、自身が示すキューが、各種データをデータ種別ごとに定められた保存期間に応じて保存するためのキューであること、およびキューを介して管理されるデータの種別が「時毎データ」であることを示す。また、図１２の第１のキューラベル２１ｂの例は、自身が示すキューの先頭データのアドレスがＧＧであり、キューの最後尾データのアドレスもＧＧであることを示す。また、図１２の第１のキューラベル２１ｂの例は、自身が示すキューに含まれるデータ、すなわち、時毎データの測定データＤＢ１６ｂに保存されたデータ量の総和がＸ_Ｇであることを示す。

図１３のインデクス２１ａの例は、図１２の例に、新たに、インデクス２１ａが追加された場合のものである。まず、新たに追加された、図１３中、左側のインデクス２１ａについて説明し、次に、右側のインデクス２１ａについて説明する。図１３の左側のインデクス２１ａの例は、対応するデータのデータ種別が「時毎データ」であることを示す。また、図１３の左側のインデクス２１ａの例は、前のインデクス２１ａのアドレスがＧＧであることを示す。また、図１３の左側のインデクス２１ａの例は、対応するデータの日時が２０１０年８月１０日１１時００分であることを示す。また、図１３の左側のインデクス２１ａの例は、対応するデータのデータサイズがＸ_Ｈであることを示す。また、図１３の左側のインデクス２１ａの例は、対応するデータが保存された測定データＤＢ１６ｂのシーケンス番号がＧ２であることを示す。

また、図１３の右側のインデクス２１ａの例は、後ろのインデクス２１ａのアドレスがＧＨであることを示す。その他については、図１２の例について説明した内容と同様である。

また、図１３の第１のキューラベル２１ｂの例は、自身が示すキューの先頭データのアドレスがＧＧであり、キューの最後尾データのアドレスがＧＨであることを示す。また、図１３の第１のキューラベル２１ｂの例は、自身が示すキューに含まれるデータ、すなわち、時毎データの測定データＤＢ１６ｂに保存されたデータ量の総和がＸ_Ｉであることを示す。ここで、図１３の例において、Ｘ_Ｉ＝Ｘ_Ｇ＋Ｘ_Ｈである。

上述したようなインデクス２１ａおよび第１のキューラベル２１ｂにより、データ種別ごとの仮想的なキューに、インデクス２１ａが仮想的に格納されることとなる。なお、第１のキューラベル２１ｂが示すキューからインデクス２１ａが取り出されるタイミングは、後述するように、インデクス２１ａの「日時」から、保存期間が経過したときである。

図１４〜１９は、第２のキューラベルの一例を説明するための図である。図１４〜１９に示すように、第２のキューラベル２１ｃは、データ種別ごとに定められた閾値に、サイズが達するまで各種データを保存するためのキューの名称を示す「キュー名」を有する。また、第２のキューラベル２１ｃは、自身が示すキューが、各種データをデータ種別ごとに定められた閾値に応じて保存するためのキューであること（サイズ）、およびキューを介して管理されるデータの種別を示す「キュー種別」を有する。また、第２のキューラベル２１ｃは、自身が示すキューの先頭データのインデクス２１ａが記憶された記憶部２１の記憶領域上のアドレスを示す「先頭ｉｎｄｅｘ」を有する。また、第２のキューラベル２１ｃは、自身が示すキューの最後尾データのインデクス２１ａが記憶された記憶部２１の記憶領域上のアドレスを示す「最後尾ｉｎｄｅｘ」を有する。また、第２のキューラベル２１ｃは、自身が示すキューに含まれるデータの、測定データＤＢ１６ｂに保存されたデータ量の総和を示す「キュー長（サイズ）」を有する。

図１４の第２のキューラベル２１ｃの例は、自身が示すキューの名称がＪであることを示す。また、図１４の第２のキューラベル２１ｃの例は、自身が示すキューが、各種データをデータ種別ごとに定められた閾値に応じて保存するためのキューであること、およびキューを介して管理されるデータの種別が「日毎データ」であることを示す。また、図１４の第２のキューラベル２１ｃの例は、キューの先頭データのアドレスがＪＪであり、キューの最後尾データのアドレスもＪＪであることを示す。また、図１４の第２のキューラベル２１ｃの例は、キューに含まれるデータ、すなわち、日毎データの測定データＤＢ１６ｂに保存されたデータ量の総和がＸ_Ｊであることを示す。

図１５の第２のキューラベル２１ｃの例は、キューの先頭データのアドレスがＪＪであり、キューの最後尾データのアドレスがＪＫであることを示す。また、図１５の第２のキューラベル２１ｃの例は、キューに含まれるデータ、すなわち、日毎データの測定データＤＢ１６ｂに保存されたデータ量の総和がＸ_Ｌであることを示す。ここで、図１５の例において、Ｘ_Ｌ＝Ｘ_Ｊ＋Ｘ_Ｋである。

図１６の第２のキューラベル２１ｃの例は、キューの名称がＭであり、各種データをデータ種別ごとに定められた閾値に応じて保存するためのキューであること、およびキューを介して管理されるデータの種別が「分毎データ」であることを示す。また、図１６の第２のキューラベル２１ｃの例は、キューの先頭データのアドレスがＭＭであり、キューの最後尾データのアドレスもＭＭであることを示す。また、図１６の第２のキューラベル２１ｃの例は、キューに含まれるデータ、すなわち、分毎データの測定データＤＢ１６ｂに保存されたデータ量の総和がＸ_Ｍであることを示す。

図１７の第２のキューラベル２１ｃの例は、キューの先頭データのアドレスがＭＭであり、キューの最後尾データのアドレスがＭＮであることを示す。また、図１７の第２のキューラベル２１ｃの例は、キューに含まれるデータ、すなわち、分毎データの測定データＤＢ１６ｂに保存されたデータ量の総和がＸ_Ｏであることを示す。ここで、図１７の例において、Ｘ_Ｏ＝Ｘ_Ｍ＋Ｘ_Ｎである。

また、図１８の第２のキューラベル２１ｃの例は、キューの名称がＰであり、各種データをデータ種別ごとに定められた閾値に応じて保存するためのキューであること、およびキューを介して管理されるデータの種別が「時毎データ」であることを示す。また、図１８の第２のキューラベル２１ｃの例は、キューの先頭データのアドレスがＰＰであり、キューの最後尾データのアドレスもＰＰであることを示す。また、図１８の第２のキューラベル２１ｃの例は、キューに含まれるデータ、すなわち、時毎データの測定データＤＢ１６ｂに保存されたデータ量の総和がＸ_Ｐであることを示す。

また、図１９の第２のキューラベル２１ｃの例は、キューの先頭データのアドレスがＰＰであり、キューの最後尾データのアドレスがＰＱであることを示す。また、図１９の第２のキューラベル２１ｃの例は、キューに含まれるデータ、すなわち、時毎データの測定データＤＢ１６ｂに保存されたデータ量の総和がＸ_Ｒであることを示す。ここで、図１９の例において、Ｘ_Ｒ＝Ｘ_Ｐ＋Ｘ_Ｑである。

上述したようなインデクス２１ａおよび第２のキューラベル２１ｃにより、データ種別毎の仮想的なキューに、インデクス２１ａが仮想的に格納されることとなる。なお、第２のキューラベル２１ｃが示すキューからインデクス２１ａが仮想的に取り出されるタイミングは、後述するように、インデクス２１ａに対応するデータ種別のデータのデータサイズが、対応する閾値に達したときである。

設定表２１ｄは、各種データの保存期間が設定され、また、各種データの閾値を算出する際に用いられる比率が設定された表である。図２０は、設定表の一例を示す図である。図２０の例では、「日毎データ」の保存期間は３年間である。また、図２０の例では、「時毎データ」の保存期間は１年間である。また、図２０の例では、「分毎データ」の保存期間は３ヶ月である。

また、図２０の例は、余剰保存領域の大きさを「分毎データ」、「時毎データ」、「日時データ」のそれぞれに割り当てる比率が、２：２：１の比率である場合を示す。

記憶部２１は、例えば、フラッシュメモリなどの半導体メモリ素子、または、ハードディスク、光ディスクなどの記憶装置である。なお、記憶部２１は、上記の種類の記憶装置に限定されるものではなく、ＲＡＭ（Random Access Memory)、ＲＯＭ（Read Only Memory)であってもよい。

制御部２２は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する。図７に示すように、制御部２２は、格納部２２ａと、生成部２２ｂと、判定部２２ｃと、削除部２２ｄとを有する。

格納部２２ａは、測定データＤＢ１６ｂにデータを格納する。例えば、格納部２２ａは、ネットワーク情報収集装置１３から送信され、Ｉ／Ｆ２０で受信されたデータを、測定データＤＢ１６ｂに格納する。また、格納部２２ａは、サーバ情報収集装置１４から送信され、Ｉ／Ｆ２０で受信された測定データを、測定データＤＢ１６ｂに格納する。なお、格納部２２ａは、データが格納されていないレコードのうち、シーケンス番号が最も小さいレコードにデータを格納する。

生成部２２ｂは、上述したインデクス２１ａを生成したり、更新したり、また、第１のキューラベル２１ｂ、第２のキューラベル２１ｃを更新したりする。例えば、生成部２２ｂは、Ｉ／Ｆ２０を介してネットワーク情報収集装置１３やサーバ情報収集装置１４からのデータを受信するごとに、受信したデータに含まれる各種情報を用いてインデクス２１ａを生成する。例えば、生成部２２ｂは、データに含まれる「データ種別」を、インデクス２１ａの「種別」に設定する。また、生成部２２ｂは、「データ種別」が同一であるインデクス２１ａの「日時」の前後関係を判別し、「日時」が１つ前のインデクス２１ａのアドレスを「前ｉｎｄｅｘ」に設定する。また、生成部２２ｂは、データのデータサイズを、インデクス２１ａの「データサイズ」に設定する。また、生成部２２ｂは、インデクス２１ａが記憶された記憶部２１の記憶領域上のアドレスを、インデクス２１ａの「ＤＢ格納情報」に設定する。

また、生成部２２ｂは、新たにインデクス２１ａを生成した場合には、次のような処理を行う。すなわち、生成部２２ｂは、新たなインデクス２１ａと「データ種別」が同一であり、かつ、新たなインデクス２１ａより「日時」が１つ前のインデクス２１ａの「後ｉｎｄｅｘ」に、新たなインデクス２１ａのアドレスを設定する。

また、例えば、生成部２２ｂは、第１のキューラベル２１ｂの「先頭ｉｎｄｅｘ」にアドレスが設定されていない場合には、次のような処理を行う。すなわち、生成部２２ｂは、第１のキューラベル２１ｂが示すキューの先頭データのインデクス２１ａが記憶された記憶部２１の記憶領域上のアドレスを、第１のキューラベル２１ｂの「先頭ｉｎｄｅｘ」に設定する。

また、生成部２２ｂは、第１のキューラベル２１ｂが示すキューの最後尾データのインデクス２１ａが記憶された記憶部２１の記憶領域上のアドレスを、第１のキューラベル２１ｂの「最後尾ｉｎｄｅｘ」に設定する。また、生成部２２ｂは、キューに含まれる各インデクス２１ａが示すデータの、測定データＤＢ１６ｂに保存されたデータ量の総和を算出し、算出した総和を第１のキューラベル２１ｂの「キュー長（サイズ）」に設定する。

判定部２２ｃは、測定データＤＢ１６ｂの保存期間が経過したデータについて、そのデータのデータサイズが閾値を超えたか否かを判定する。例えば、判定部２２ｃは、まず、データ種別ごとに定められた所定時間間隔、例えば、データ種別が「分毎データ」である場合には１５秒、データ種別が「時毎データ」である場合には１５分ごとに下記に示す処理を行う。また、判定部２２ｃは、データ種別が「日毎データ」である場合には６時間ごとに、下記に示す処理を行う。すなわち、判定部２２ｃは、１５秒ごとに、データ種別が「分毎データ」であるインデクス２１ａのうち、「日時」から３ヶ月が経過したインデクス２１ａがあるか否かを判定し、「日時」から３ヶ月が経過したインデクス２１ａを特定する。また、判定部２２ｃは、１５分ごとに、データ種別が「時毎データ」であるインデクス２１ａのうち、「日時」から１年が経過したインデクス２１ａがあるか否かを判定し、「日時」から１年が経過したインデクス２１ａを特定する。また、判定部２２ｃは、１５分ごとに、データ種別が「日毎データ」であるインデクス２１ａのうち、「日時」から３年が経過したインデクス２１ａがあるか否かを判定し、「日時」から３年が経過したインデクス２１ａを特定する。

そして、判定部２２ｃは、「日時」から３ヶ月が経過した、「分毎データ」のインデクス２１ａを、「分毎データ」に対応する第２のキューラベル２１ｃが示すキューの最後尾データとする。ここで、以下の説明では、「日時」から３ヶ月が経過した、「分毎データ」のインデクス２１ａを「経過インデクス（分毎）」と表記する。具体例を挙げて説明する。判定部２２ｃは、経過インデクス（分毎）に対して、分毎データに対応する第２のキューラベル２１ｃが示すキューのインデクス２１ａであって「種別」が「分毎データ」であり、かつ「日時」が１つ前のインデクス２１ａのアドレスを用いて、次の処理を行う。すなわち、判定部２２ｃは、かかるアドレスを経過インデクス（分毎）の「前ｉｎｄｅｘ」に設定する。また、判定部２２ｃは、経過インデクス（分毎）のアドレスを、分毎データに対応する第２のキューラベル２１ｃが示すキューのインデクス２１ａであって「種別」が「分毎データ」であり、かつ「日時」が１つ前のインデクス２１ａの「後ｉｎｄｅｘ」に設定する。これにより、経過インデクス（分毎）が、「分毎データ」を３ヶ月間保存するための仮想的なキューから、仮想的に取り出され、「分毎データ」のサイズが所定の閾値に達するまで保存するための仮想的なキューに、仮想的に格納される。なお、判定部２２ｃは、余剰保存領域を算出し、設定表２１ｄの「分毎データ」に対する比率を用いて、所定の閾値を算出する。例えば、図２０の例の設定表２１ｄを用いた場合には、判定部２２ｃは、「分毎データ」に対応する閾値として、余剰保存領域の大きさの２／５を算出する。

また、判定部２２ｃは、「分毎データ」に対応する第１のキューラベル２１ｂの「キュー長（サイズ）」から、経過インデクス（分毎）の「データサイズ」を減算する。このように、「分毎データ」に対応する第１のキューラベル２１ｂの「キュー長（サイズ）」から経過インデクス（分毎）の「データサイズ」を減算するのは、第１のキューラベル２１ｂが示すキューから経過インデクス（分毎）が仮想的に取り出されたからである。

また、判定部２２ｃは、「分毎データ」に対応する第２のキューラベル２１ｃの「キュー長（サイズ）」に、経過インデクス（分毎）の「データサイズ」を加算する。このように、「分毎データ」に対応する第２のキューラベル２１ｃの「キュー長（サイズ）」に、経過インデクス（分毎）の「データサイズ」を加算するのは、次の理由による。すなわち、第２のキューラベル２１ｃが示すキューに、経過インデクス（分毎）に対応するインデクス２１ａが仮想的に格納されたからである。

また、判定部２２ｃは、「分毎データ」に対応する第１のキューラベル２１ｂが示すキュー、すなわち「分毎データ」を３ヶ月間保存するための仮想的なキューの先頭データのインデクス２１ａのアドレスを用いて、次のような処理を行う。すなわち、判定部２２ｃは、このアドレスを、「分毎データ」に対応する第１のキューラベル２１ｂの「先頭ｉｎｄｅｘ」に設定する。このように、かかるアドレスを、「分毎データ」に対応する第１のキューラベル２１ｂの「先頭ｉｎｄｅｘ」に設定するのは、キューから経過インデクス（分毎）が仮想的に取り出され、キューの先頭のインデクス２１ａが変更されたからである。

また、判定部２２ｃは、「分毎データ」に対応する第２のキューラベル２１ｃが示すキュー、すなわち「分毎データ」のサイズが所定の閾値に達するまで保存するための仮想的なキューの最後尾データのインデクス２１ａのアドレスを用いて次のような処理を行う。すなわち、判定部２２ｃは、このアドレスを、「分毎データ」に対応する第２のキューラベル２１ｃの「最後尾ｉｎｄｅｘ」に設定する。このように、「分毎データ」に対応する第２のキューラベル２１ｃの「最後尾ｉｎｄｅｘ」のアドレスを再設定するのは、キューの最後尾にインデクス２１ａが仮想的に格納され、キューの最後尾のインデクス２１ａが変更されたからである。

また、判定部２２ｃは、所定時間間隔で、「分毎データ」に対応する第２のキューラベル２１ｃの「キュー長（サイズ）」が、「分毎データ」に対応する閾値を超えたか否かを判定する。これにより、余剰保存領域に保存された「分毎データ」のサイズが、「分毎データ」に対応する閾値に達したか否かが判定される。

また、判定部２２ｃは、「日時」から１年が経過した、「時毎データ」のインデクス２１ａを、「時毎データ」に対応する第２のキューラベル２１ｃが示すキューの最後尾データとする。ここで、以下の説明では、「日時」から１年が経過した、「時毎データ」のインデクス２１ａを「経過インデクス（時毎）」と表記する。具体例を挙げて説明する。判定部２２ｃは、経過インデクス（時毎）に対して、時毎データに対応する第２のキューラベル２１ｃが示すキューのインデクス２１ａであって「種別」が「時毎データ」であり、かつ「日時」が１つ前のインデクス２１ａのアドレスを用いて、次の処理を行う。すなわち、判定部２２ｃは、かかるアドレスを経過インデクス（時毎）の「前ｉｎｄｅｘ」に設定する。また、判定部２２ｃは、経過インデクス（時毎）のアドレスを、時毎データに対応する第２のキューラベル２１ｃが示すキューのインデクス２１ａであって「種別」が「時毎データ」であり、かつ「日時」が１つ前のインデクス２１ａの「後ｉｎｄｅｘ」に設定する。これにより、経過インデクス（時毎）が、「時毎データ」を１年間保存するための仮想的なキューから、仮想的に取り出され、「時毎データ」のサイズが所定の閾値に達するまで保存するための仮想的なキューに、仮想的に格納される。なお、判定部２２ｃは、余剰保存領域を算出し、設定表２１ｄの「時毎データ」に対する比率を用いて、所定の閾値を算出する。例えば、図２０の例の設定表２１ｄを用いた場合には、判定部２２ｃは、「時毎データ」に対応する閾値として、余剰保存領域の大きさの２／５を算出する。

また、判定部２２ｃは、「時毎データ」に対応する第１のキューラベル２１ｂの「キュー長（サイズ）」から、経過インデクス（時毎）の「データサイズ」を減算する。このように、「時毎データ」に対応する第１のキューラベル２１ｂの「キュー長（サイズ）」から経過インデクス（時毎）の「データサイズ」を減算するのは、第１のキューラベル２１ｂが示すキューから経過インデクス（時毎）が仮想的に取り出されたからである。

また、判定部２２ｃは、「時毎データ」に対応する第２のキューラベル２１ｃの「キュー長（サイズ）」に、経過インデクス（時毎）の「データサイズ」を加算する。このように、「時毎データ」に対応する第２のキューラベル２１ｃの「キュー長（サイズ）」に、経過インデクス（時毎）の「データサイズ」を加算するのは、次の理由による。すなわち、第２のキューラベル２１ｃが示すキューに、経過インデクス（時毎）に対応するインデクス２１ａが仮想的に格納されたからである。

また、判定部２２ｃは、「時毎データ」に対応する第１のキューラベル２１ｂが示すキュー、すなわち「時毎データ」を１年間保存するための仮想的なキューの先頭データのインデクス２１ａのアドレスを用いて、次のような処理を行う。すなわち、判定部２２ｃは、このアドレスを、「時毎データ」に対応する第１のキューラベル２１ｂの「先頭ｉｎｄｅｘ」に設定する。このように、かかるアドレスを、「時毎データ」に対応する第１のキューラベル２１ｂの「先頭ｉｎｄｅｘ」に設定するのは、キューから経過インデクス（時毎）が仮想的に取り出され、キューの先頭のインデクス２１ａが変更されたからである。

また、判定部２２ｃは、「時毎データ」に対応する第２のキューラベル２１ｃが示すキュー、すなわち「時毎データ」のサイズが所定の閾値に達するまで保存するための仮想的なキューの最後尾データのインデクス２１ａのアドレスを用いて次のような処理を行う。すなわち、判定部２２ｃは、このアドレスを、「時毎データ」に対応する第２のキューラベル２１ｃの「最後尾ｉｎｄｅｘ」に設定する。このように、「時毎データ」に対応する第２のキューラベル２１ｃの「最後尾ｉｎｄｅｘ」のアドレスを再設定するのは、キューの最後尾にインデクス２１ａが仮想的に格納され、キューの最後尾のインデクス２１ａが変更されたからである。

また、判定部２２ｃは、所定時間間隔で、「時毎データ」に対応する第２のキューラベル２１ｃの「キュー長（サイズ）」が、「時毎データ」に対応する閾値を超えたか否かを判定する。これにより、余剰保存領域に保存された「時毎データ」のサイズが、「時毎データ」に対応する閾値に達したか否かが判定される。

また、判定部２２ｃは、「日時」から３年が経過した、「日毎データ」のインデクス２１ａを、「日毎データ」に対応する第２のキューラベル２１ｃが示すキューの最後尾データとする。ここで、以下の説明では、「日時」から３年が経過した、「日毎データ」のインデクス２１ａを「経過インデクス（日毎）」と表記する。具体例を挙げて説明する。判定部２２ｃは、経過インデクス（日毎）に対して、日毎データに対応する第２のキューラベル２１ｃが示すキューのインデクス２１ａであって「種別」が「日毎データ」であり、かつ「日時」が１つ前のインデクス２１ａのアドレスを用いて、次の処理を行う。すなわち、判定部２２ｃは、かかるアドレスを経過インデクス（日毎）の「前ｉｎｄｅｘ」に設定する。また、判定部２２ｃは、経過インデクス（日毎）のアドレスを、日毎データに対応する第２のキューラベル２１ｃが示すキューのインデクス２１ａであって「種別」が「日毎データ」であり、かつ「日時」が１つ前のインデクス２１ａの「後ｉｎｄｅｘ」に設定する。これにより、経過インデクス（日毎）が、「日毎データ」を３年間保存するための仮想的なキューから、仮想的に取り出され、「日毎データ」のサイズが所定の閾値に達するまで保存するための仮想的なキューに、仮想的に格納される。なお、判定部２２ｃは、余剰保存領域を算出し、設定表２１ｄの「日毎データ」に対する比率を用いて、所定の閾値を算出する。例えば、図２０の例の設定表２１ｄを用いた場合には、判定部２２ｃは、「日毎データ」に対応する閾値として、余剰保存領域の大きさの１／５を算出する。

また、判定部２２ｃは、「日毎データ」に対応する第１のキューラベル２１ｂの「キュー長（サイズ）」から、経過インデクス（日毎）の「データサイズ」を減算する。このように、「日毎データ」に対応する第１のキューラベル２１ｂの「キュー長（サイズ）」から経過インデクス（日毎）の「データサイズ」を減算するのは、第１のキューラベル２１ｂが示すキューから経過インデクス（日毎）が仮想的に取り出されたからである。

また、判定部２２ｃは、「日毎データ」に対応する第２のキューラベル２１ｃの「キュー長（サイズ）」に、経過インデクス（日毎）の「データサイズ」を加算する。このように、「日毎データ」に対応する第２のキューラベル２１ｃの「キュー長（サイズ）」に、経過インデクス（日毎）の「データサイズ」を加算するのは、次の理由による。すなわち、第２のキューラベル２１ｃが示すキューに、経過インデクス（日毎）に対応するインデクス２１ａが仮想的に格納されたからである。

また、判定部２２ｃは、「日毎データ」に対応する第１のキューラベル２１ｂが示すキュー、すなわち「日毎データ」を１年間保存するための仮想的なキューの先頭データのインデクス２１ａのアドレスを用いて、次のような処理を行う。すなわち、判定部２２ｃは、このアドレスを、「日毎データ」に対応する第１のキューラベル２１ｂの「先頭ｉｎｄｅｘ」に設定する。このように、かかるアドレスを、「日毎データ」に対応する第１のキューラベル２１ｂの「先頭ｉｎｄｅｘ」に設定するのは、キューから経過インデクス（日毎）が仮想的に取り出され、キューの先頭のインデクス２１ａが変更されたからである。

また、判定部２２ｃは、「日毎データ」に対応する第２のキューラベル２１ｃが示すキュー、すなわち「日毎データ」のサイズが所定の閾値に達するまで保存するための仮想的なキューの最後尾データのインデクス２１ａのアドレスを用いて次のような処理を行う。すなわち、判定部２２ｃは、このアドレスを、「日毎データ」に対応する第２のキューラベル２１ｃの「最後尾ｉｎｄｅｘ」に設定する。このように、「日毎データ」に対応する第２のキューラベル２１ｃの「最後尾ｉｎｄｅｘ」のアドレスを再設定するのは、キューの最後尾にインデクス２１ａが仮想的に格納され、キューの最後尾のインデクス２１ａが変更されたからである。

また、判定部２２ｃは、所定時間間隔で、「日毎データ」に対応する第２のキューラベル２１ｃの「キュー長（サイズ）」が、「日毎データ」に対応する閾値を超えたか否かを判定する。これにより、余剰保存領域に保存された「日毎データ」のサイズが、「日毎データ」に対応する閾値に達したか否かが判定される。

削除部２２ｄは、データ種別ごとに定められた閾値に達したデータのサイズが、閾値より小さくなるように、閾値に達したデータ種別のデータを測定データＤＢ１６ｂから削除する。一例としては、削除部２２ｄは、データのサイズが閾値より小さくなるように、「日付」が古いデータから順に削除する。

例えば、削除部２２ｄは、判定部２２ｃにより、「分毎データ」に対応する第２のキューラベル２１ｃの「キュー長（サイズ）」が、「分毎データ」に対応する閾値を超えたと判定された場合には、次のような処理を行う。すなわち、削除部２２ｄは、「分毎データ」に対応する第２のキューラベル２１ｃの「先頭ｉｎｄｅｘ」が示すインデクス２１ａに対応するデータを、測定データＤＢ１６ｂから削除する。具体例を挙げて説明すると、削除部２２ｄは、かかる「先頭ｉｎｄｅｘ」が示すインデクス２１ａの「ＤＢ格納情報」が示すシーケンス番号のレコードに保存されたデータを、測定データＤＢ１６ｂから削除する。

また、削除部２２ｄは、「分毎データ」に対応する第２のキューラベル２１ｃの「キュー長（サイズ）」から、「分毎データ」に対応する第２のキューラベル２１ｃの「先頭ｉｎｄｅｘ」が示すインデクス２１ａの「データサイズ」を減算する。これは、次に説明するように、「分毎データ」に対応する第２のキューラベル２１ｃが示す仮想的なキューから、「先頭ｉｎｄｅｘ」が示すインデクス２１ａが仮想的に取り出されるからである。

また、削除部２２ｄは、「分毎データ」に対応する第２のキューラベル２１ｃの「先頭ｉｎｄｅｘ」が示すインデクス２１ａを記憶部２１から削除する。これにより、「分毎データ」に対応する第２のキューラベル２１ｃが示す仮想的なキューから、「先頭ｉｎｄｅｘ」が示すインデクス２１ａが仮想的に取り出される。

また、削除部２２ｄは、「分毎データ」に対応する第２のキューラベル２１ｃが示すキューの先頭データのインデクス２１ａのアドレスを用いて、次のような処理を行う。すなわち、削除部２２ｄは、このアドレスを、「分毎データ」に対応する第２のキューラベル２１ｃの「先頭ｉｎｄｅｘ」に設定する。このように、かかるアドレスを、「分毎データ」に対応する第２のキューラベル２１ｃの「先頭ｉｎｄｅｘ」に再設定するのは、キューからインデクス２１ａが仮想的に取り出され、キューの先頭のインデクス２１ａが変更されたからである。

また、削除部２２ｄは、判定部２２ｃにより、「時毎データ」に対応する第２のキューラベル２１ｃの「キュー長（サイズ）」が、「時毎データ」に対応する閾値を超えたと判定された場合には、次のような処理を行う。すなわち、削除部２２ｄは、「時毎データ」に対応する第２のキューラベル２１ｃの「先頭ｉｎｄｅｘ」が示すインデクス２１ａに対応するデータを、測定データＤＢ１６ｂから削除する。具体例を挙げて説明すると、削除部２２ｄは、かかる「先頭ｉｎｄｅｘ」が示すインデクス２１ａの「ＤＢ格納情報」が示すシーケンス番号のレコードに保存されたデータを、測定データＤＢ１６ｂから削除する。

また、削除部２２ｄは、「時毎データ」に対応する第２のキューラベル２１ｃの「キュー長（サイズ）」から、「時毎データ」に対応する第２のキューラベル２１ｃの「先頭ｉｎｄｅｘ」が示すインデクス２１ａの「データサイズ」を減算する。これは、次に説明するように、「時毎データ」に対応する第２のキューラベル２１ｃが示す仮想的なキューから、「先頭ｉｎｄｅｘ」が示すインデクス２１ａが仮想的に取り出されるからである。

また、削除部２２ｄは、「時毎データ」に対応する第２のキューラベル２１ｃの「先頭ｉｎｄｅｘ」が示すインデクス２１ａを記憶部２１から削除する。これにより、「時毎データ」に対応する第２のキューラベル２１ｃが示す仮想的なキューから、「先頭ｉｎｄｅｘ」が示すインデクス２１ａが仮想的に取り出される。

また、削除部２２ｄは、「時毎データ」に対応する第２のキューラベル２１ｃが示すキューの先頭データのインデクス２１ａのアドレスを用いて、次のような処理を行う。すなわち、削除部２２ｄは、このアドレスを、「時毎データ」に対応する第２のキューラベル２１ｃの「先頭ｉｎｄｅｘ」に設定する。このように、かかるアドレスを、「時毎データ」に対応する第２のキューラベル２１ｃの「先頭ｉｎｄｅｘ」に再設定するのは、キューからインデクス２１ａが仮想的に取り出され、キューの先頭のインデクス２１ａが変更されたからである。

また、削除部２２ｄは、判定部２２ｃにより、「日毎データ」に対応する第２のキューラベル２１ｃの「キュー長（サイズ）」が、「日毎データ」に対応する閾値を超えたと判定された場合には、次のような処理を行う。すなわち、削除部２２ｄは、「日毎データ」に対応する第２のキューラベル２１ｃの「先頭ｉｎｄｅｘ」が示すインデクス２１ａに対応するデータを、測定データＤＢ１６ｂから削除する。具体例を挙げて説明すると、削除部２２ｄは、かかる「先頭ｉｎｄｅｘ」が示すインデクス２１ａの「ＤＢ格納情報」が示すシーケンス番号のレコードに保存されたデータを、測定データＤＢ１６ｂから削除する。

また、削除部２２ｄは、「日毎データ」に対応する第２のキューラベル２１ｃの「キュー長（サイズ）」から、「日毎データ」に対応する第２のキューラベル２１ｃの「先頭ｉｎｄｅｘ」が示すインデクス２１ａの「データサイズ」を減算する。これは、次に説明するように、「日毎データ」に対応する第２のキューラベル２１ｃが示す仮想的なキューから、「先頭ｉｎｄｅｘ」が示すインデクス２１ａが仮想的に取り出されるからである。

また、削除部２２ｄは、「日毎データ」に対応する第２のキューラベル２１ｃの「先頭ｉｎｄｅｘ」が示すインデクス２１ａを記憶部２１から削除する。これにより、「日毎データ」に対応する第２のキューラベル２１ｃが示す仮想的なキューから、「先頭ｉｎｄｅｘ」が示すインデクス２１ａが仮想的に取り出される。

また、削除部２２ｄは、「日毎データ」に対応する第２のキューラベル２１ｃが示すキューの先頭データのインデクス２１ａのアドレスを用いて、次のような処理を行う。すなわち、削除部２２ｄは、このアドレスを、「日毎データ」に対応する第２のキューラベル２１ｃの「先頭ｉｎｄｅｘ」に設定する。このように、かかるアドレスを、「日毎データ」に対応する第２のキューラベル２１ｃの「先頭ｉｎｄｅｘ」に再設定するのは、キューからインデクス２１ａが仮想的に取り出され、キューの先頭のインデクス２１ａが変更されたからである。

制御部２２は、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）などの集積回路またはＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）などの電子回路である。

ここで、管理装置１０の動作の一例について説明する。図２１は、管理装置の動作の一例を模式的に示す図である。図２１に示すように、管理装置１０は、ネットワーク情報収集装置１３、サーバ情報収集装置１４からデータを受信すると、受信したデータを測定データＤＢ１６ｂに格納する。また、管理装置１０は、受信したデータのデータ種別が「分毎データ」である場合には、「分毎データ」に対応する第１のキューラベル２１ｂが示す仮想的なキュー３０に、インデクス２１ａを仮想的に格納する。また、管理装置１０は、受信したデータのデータ種別が「時毎データ」である場合には、「時毎データ」に対応する第１のキューラベル２１ｂが示す仮想的なキュー３１に、インデクス２１ａを仮想的に格納する。また、管理装置１０は、受信したデータのデータ種別が「日毎データ」である場合には、「日毎データ」に対応する第１のキューラベル２１ｂが示す仮想的なキュー３２に、インデクス２１ａを仮想的に格納する。

そして、図２１に示すように、キュー３０のインデクス２１ａの保存期間が、所定の期間、例えば、３ヶ月経過した場合には、管理装置１０は、インデクス２１ａをキュー３０から仮想的に取り出す。また、キュー３１のインデクス２１ａの保存期間が、所定の期間、例えば、１年経過した場合には、管理装置１０は、インデクス２１ａをキュー３１から仮想的に取り出す。また、キュー３２のインデクス２１ａの保存期間が、所定の期間、例えば、３年経過した場合には、管理装置１０は、インデクス２１ａをキュー３２から仮想的に取り出す。

そして、管理装置１０は、キュー３０から取り出したインデクス２１ａを、「分毎データ」に対応する第２のキューラベル２１ｃが示す仮想的なキュー３３に仮想的に格納する。また、管理装置１０は、キュー３１から取り出したインデクス２１ａを、「時毎データ」に対応する第２のキューラベル２１ｃが示す仮想的なキュー３４に仮想的に格納する。また、管理装置１０は、キュー３２から取り出したインデクス２１ａを、「日毎データ」に対応する第２のキューラベル２１ｃが示す仮想的なキュー３５に仮想的に格納する。

そして、キュー３３のインデクス２１ａが示すデータのデータ量の総和が、閾値に達した場合には、管理装置１０は、インデクス２１ａをキュー３３から仮想的に取り出す。また、キュー３４のインデクス２１ａが示すデータのデータ量の総和が、閾値に達した場合には、管理装置１０は、インデクス２１ａをキュー３４から仮想的に取り出す。また、キュー３５のインデクス２１ａが示すデータのデータ量の総和が、閾値に達した場合には、管理装置１０は、インデクス２１ａをキュー３５から仮想的に取り出す。そして、管理装置１０は、取り出したインデクス２１ａに対応するデータを測定データＤＢ１６ｂから削除する。

このように、本実施例の管理装置１０は、測定データＤＢ１６ｂの全記憶領域を、各種データを保存するために使用することができる。すなわち、本実施例の管理装置１０は、各種データを保存する際に、余剰保存領域も使用する。したがって、本実施例の管理装置１０によれば、余剰保存領域を有効に使用することができる。

［処理の流れ］
次に、本実施例に係る管理装置１０の処理の流れを説明する。以下の図２２〜２７で説明する各処理は、各々独立して実行される。図２２は、実施例１に係る格納処理の手順を示すフローチャートである。この格納処理は、管理装置１０の電源がＯＮの間、繰り返し実行される。

図２２に示すように、Ｉ／Ｆ２０を介してネットワーク情報収集装置１３やサーバ情報収集装置１４からのデータを受信した場合（ステップＳ１０１肯定）に、格納部２２ａは、受信したデータを測定データＤＢ１６ｂに格納する（ステップＳ１０２）。生成部２２ｂは、受信したデータに含まれる各種情報を用いてインデクス２１ａを生成する（ステップＳ１０３）。

生成部２２ｂは、新たに生成したインデクス２１ａと「データ種別」が同一であり、かつ、新たなインデクス２１ａより「日時」が１つ前のインデクス２１ａの「後ｉｎｄｅｘ」に、新たなインデクス２１ａのアドレスを設定する（ステップＳ１０４）。生成部２２ｂは、キューに含まれる各インデクス２１ａが示すデータの、測定データＤＢ１６ｂに保存されたデータ量の総和を算出し、算出した総和を第１のキューラベル２１ｂの「キュー長（サイズ）」に設定する（ステップＳ１０５）。生成部２２ｂは、第１のキューラベル２１ｂが示すキューの先頭データのインデクス２１ａが記憶された記憶部２１の記憶領域上のアドレスを、第１のキューラベル２１ｂの「先頭ｉｎｄｅｘ」に設定する（ステップＳ１０６）。なお、ステップＳ１０６の処理は、第１のキューラベル２１ｂの「先頭ｉｎｄｅｘ」にアドレスが設定されている場合には、省略することができる。生成部２２ｂは、第１のキューラベル２１ｂが示すキューの最後尾データのインデクス２１ａが記憶された記憶部２１の記憶領域上のアドレスを、第１のキューラベル２１ｂの「最後尾ｉｎｄｅｘ」に設定し（ステップＳ１０７）、ステップＳ１０１に戻る。

図２３は、実施例１に係る分毎データの第１の判定処理の手順を示すフローチャートである。この分毎データの第１の判定処理は、管理装置１０の電源がＯＮの間、実行される。

図２３に示すように、判定部２２ｃは、タイマーをスタートする（ステップＳ２０１）。判定部２２ｃは、タイマーが示す時間が１５秒を超えたか否かを判定する（ステップＳ２０２）。タイマーが示す時間が１５秒を超えた場合（ステップＳ２０２肯定）には、判定部２２ｃは、タイマーをリセットする（ステップＳ２０３）。

判定部２２ｃは、今回タイマーがリセットされてから、後述のステップＳ２０５において、次のようなインデクス２１ａがあるか否かを判定する。すなわち、判定部２２ｃは、「分毎データ」に対応する第１のキューラベル２１ｂが示すキューに含まれるインデクス２１ａであって「日時」が未確認のインデクス２１ａがあるか否かを判定する（ステップＳ２０４）。「日時」が未確認のインデクスがない場合（ステップＳ２０４否定）には、ステップＳ２０１に戻る。一方、「日時」が未確認のインデクスがある場合（ステップＳ２０４肯定）には、判定部２２ｃは、次のような処理を行う。すなわち、判定部２２ｃは、「分毎データ」に対応する第１のキューラベル２１ｂが示すキューに含まれるインデクス２１ａであって「日時」が未確認のインデクス２１ａの「日時」を確認する（ステップＳ２０５）。

判定部２２ｃは、確認した「日時」から３ヶ月が経過しているか否かを判定する（ステップＳ２０６）。確認した「日時」から３ヶ月が経過していない場合（ステップＳ２０６否定）には、判定部２２ｃは、ステップＳ２０４に戻る。一方、確認した「日時」から３ヶ月が経過した場合（ステップＳ２０６肯定）には、判定部２２ｃは、インデクス２１ａを修正する（ステップＳ２０７）。具体例を挙げて説明する。判定部２２ｃは、経過インデクス（分毎）に対して、分毎データに対応する第２のキューラベル２１ｃが示すキューのインデクス２１ａであって「種別」が「分毎データ」であり、かつ「日時」が１つ前のインデクス２１ａのアドレスを用いて、次の処理を行う。すなわち、判定部２２ｃは、かかるアドレスを経過インデクス（分毎）の「前ｉｎｄｅｘ」に設定する。また、判定部２２ｃは、経過インデクス（分毎）のアドレスを、分毎データに対応する第２のキューラベル２１ｃが示すキューのインデクス２１ａであって「種別」が「分毎データ」であり、かつ「日時」が１つ前のインデクス２１ａの「後ｉｎｄｅｘ」に設定する。

判定部２２ｃは、「分毎データ」に対応する第１のキューラベル２１ｂの「キュー長（サイズ）」から、経過インデクス（分毎）の「データサイズ」を減算する（ステップＳ２０８）。判定部２２ｃは、「分毎データ」に対応する第２のキューラベル２１ｃの「キュー長（サイズ）」に、経過インデクス（分毎）の「データサイズ」を加算する（ステップＳ２０９）。

判定部２２ｃは、「分毎データ」に対応する第１のキューラベル２１ｂが示すキュー、すなわち「分毎データ」を１年間保存するための仮想的なキューの先頭データのインデクス２１ａのアドレスを用いて、次のような処理を行う。すなわち、判定部２２ｃは、このアドレスを、「分毎データ」に対応する第１のキューラベル２１ｂの「先頭ｉｎｄｅｘ」に設定する（ステップＳ２１０）。

判定部２２ｃは、「分毎データ」に対応する第２のキューラベル２１ｃが示すキュー、すなわち「分毎データ」のサイズが所定の閾値に達するまで保存するための仮想的なキューの最後尾データのインデクス２１ａのアドレスを用いて次のような処理を行う。すなわち、判定部２２ｃは、このアドレスを、「分毎データ」に対応する第２のキューラベル２１ｃの「最後尾ｉｎｄｅｘ」に設定する（ステップＳ２１１）。そして、ステップＳ２０４に戻る。

図２４は、実施例１に係る時毎データの第１の判定処理の手順を示すフローチャートである。この時毎データの第１の判定処理は、管理装置１０の電源がＯＮの間、実行される。

図２４に示すように、判定部２２ｃは、タイマーをスタートする（ステップＳ３０１）。判定部２２ｃは、タイマーが示す時間が１５分を超えたか否かを判定する（ステップＳ３０２）。タイマーが示す時間が１５分を超えた場合（ステップＳ３０２肯定）には、判定部２２ｃは、タイマーをリセットする（ステップＳ３０３）。

判定部２２ｃは、今回タイマーがリセットされてから、後述のステップＳ３０５において、次のようなインデクス２１ａがあるか否かを判定する。すなわち、判定部２２ｃは、「時毎データ」に対応する第１のキューラベル２１ｂが示すキューに含まれるインデクス２１ａであって「日時」が未確認のインデクス２１ａがあるか否かを判定する（ステップＳ３０４）。「日時」が未確認のインデクスがない場合（ステップＳ３０４否定）には、ステップＳ３０１に戻る。一方、「日時」が未確認のインデクスがある場合（ステップＳ３０４肯定）には、判定部２２ｃは、次のような処理を行う。すなわち、判定部２２ｃは、「時毎データ」に対応する第１のキューラベル２１ｂが示すキューに含まれるインデクス２１ａであって「日時」が未確認のインデクス２１ａの「日時」を確認する（ステップＳ３０５）。

判定部２２ｃは、確認した「日時」から１年が経過しているか否かを判定する（ステップＳ３０６）。確認した「日時」から１年が経過していない場合（ステップＳ３０６否定）には、判定部２２ｃは、ステップＳ３０４に戻る。一方、確認した「日時」から１年が経過した場合（ステップＳ３０６肯定）には、判定部２２ｃは、インデクス２１ａを修正する（ステップＳ３０７）。具体例を挙げて説明する。判定部２２ｃは、経過インデクス（時毎）に対して、時毎データに対応する第２のキューラベル２１ｃが示すキューのインデクス２１ａであって「種別」が「時毎データ」であり、かつ「日時」が１つ前のインデクス２１ａのアドレスを用いて、次の処理を行う。すなわち、判定部２２ｃは、かかるアドレスを経過インデクス（時毎）の「前ｉｎｄｅｘ」に設定する。また、判定部２２ｃは、経過インデクス（時毎）のアドレスを、時毎データに対応する第２のキューラベル２１ｃが示すキューのインデクス２１ａであって「種別」が「時毎データ」であり、かつ「日時」が１つ前のインデクス２１ａの「後ｉｎｄｅｘ」に設定する。

判定部２２ｃは、「時毎データ」に対応する第１のキューラベル２１ｂの「キュー長（サイズ）」から、経過インデクス（時毎）の「データサイズ」を減算する（ステップＳ３０８）。判定部２２ｃは、「時毎データ」に対応する第２のキューラベル２１ｃの「キュー長（サイズ）」に、経過インデクス（時毎）の「データサイズ」を加算する（ステップＳ３０９）。

判定部２２ｃは、「時毎データ」に対応する第１のキューラベル２１ｂが示すキュー、すなわち「時毎データ」を３ヶ月間保存するための仮想的なキューの先頭データのインデクス２１ａのアドレスを用いて、次のような処理を行う。すなわち、判定部２２ｃは、このアドレスを、「時毎データ」に対応する第１のキューラベル２１ｂの「先頭ｉｎｄｅｘ」に設定する（ステップＳ３１０）。

判定部２２ｃは、「時毎データ」に対応する第２のキューラベル２１ｃが示すキュー、すなわち「時毎データ」のサイズが所定の閾値に達するまで保存するための仮想的なキューの最後尾データのインデクス２１ａのアドレスを用いて次のような処理を行う。すなわち、判定部２２ｃは、このアドレスを、「時毎データ」に対応する第２のキューラベル２１ｃの「最後尾ｉｎｄｅｘ」に設定する（ステップＳ３１１）。そして、ステップＳ３０４に戻る。

図２５は、実施例１に係る日毎データの第１の判定処理の手順を示すフローチャートである。この日毎データの第１の判定処理は、管理装置１０の電源がＯＮの間、実行される。

図２５に示すように、判定部２２ｃは、タイマーをスタートする（ステップＳ４０１）。判定部２２ｃは、タイマーが示す時間が６時間を超えたか否かを判定する（ステップＳ４０２）。タイマーが示す時間が６時間を超えた場合（ステップＳ４０２肯定）には、判定部２２ｃは、タイマーをリセットする（ステップＳ４０３）。

判定部２２ｃは、今回タイマーがリセットされてから、後述のステップＳ４０５において、次のようなインデクス２１ａがあるか否かを判定する。すなわち、判定部２２ｃは、「日毎データ」に対応する第１のキューラベル２１ｂが示すキューに含まれるインデクス２１ａであって「日時」が未確認のインデクス２１ａがあるか否かを判定する（ステップＳ４０４）。「日時」が未確認のインデクスがない場合（ステップＳ４０４否定）には、ステップＳ４０１に戻る。一方、「日時」が未確認のインデクスがある場合（ステップＳ４０４肯定）には、判定部２２ｃは、次のような処理を行う。すなわち、判定部２２ｃは、「日毎データ」に対応する第１のキューラベル２１ｂが示すキューに含まれるインデクス２１ａであって「日時」が未確認のインデクス２１ａの「日時」を確認する（ステップＳ４０５）。

判定部２２ｃは、確認した「日時」から３年が経過しているか否かを判定する（ステップＳ４０６）。確認した「日時」から３年が経過していない場合（ステップＳ４０６否定）には、判定部２２ｃは、ステップＳ４０４に戻る。一方、確認した「日時」から３年が経過した場合（ステップＳ４０６肯定）には、判定部２２ｃは、インデクス２１ａを修正する（ステップＳ４０７）。具体例を挙げて説明する。判定部２２ｃは、経過インデクス（日毎）に対して、日毎データに対応する第２のキューラベル２１ｃが示すキューのインデクス２１ａであって「種別」が「日毎データ」であり、かつ「日時」が１つ前のインデクス２１ａのアドレスを用いて、次の処理を行う。すなわち、判定部２２ｃは、かかるアドレスを経過インデクス（日毎）の「前ｉｎｄｅｘ」に設定する。また、判定部２２ｃは、経過インデクス（日毎）のアドレスを、日毎データに対応する第２のキューラベル２１ｃが示すキューのインデクス２１ａであって「種別」が「日毎データ」であり、かつ「日時」が１つ前のインデクス２１ａの「後ｉｎｄｅｘ」に設定する。

判定部２２ｃは、「日毎データ」に対応する第１のキューラベル２１ｂの「キュー長（サイズ）」から、経過インデクス（日毎）の「データサイズ」を減算する（ステップＳ４０８）。判定部２２ｃは、「日毎データ」に対応する第２のキューラベル２１ｃの「キュー長（サイズ）」に、経過インデクス（日毎）の「データサイズ」を加算する（ステップＳ４０９）。

判定部２２ｃは、「日毎データ」に対応する第１のキューラベル２１ｂが示すキュー、すなわち「日毎データ」を３年間保存するための仮想的なキューの先頭データのインデクス２１ａのアドレスを用いて、次のような処理を行う。すなわち、判定部２２ｃは、このアドレスを、「日毎データ」に対応する第１のキューラベル２１ｂの「先頭ｉｎｄｅｘ」に設定する（ステップＳ４１０）。

判定部２２ｃは、「日毎データ」に対応する第２のキューラベル２１ｃが示すキュー、すなわち「日毎データ」のサイズが所定の閾値に達するまで保存するための仮想的なキューの最後尾データのインデクス２１ａのアドレスを用いて次のような処理を行う。すなわち、判定部２２ｃは、このアドレスを、「日毎データ」に対応する第２のキューラベル２１ｃの「最後尾ｉｎｄｅｘ」に設定する（ステップＳ４１１）。そして、ステップＳ４０４に戻る。

図２６は、実施例１に係る第２の判定処理の手順を示すフローチャートである。この第２の判定処理は、管理装置１０の電源がＯＮの間、実行される。

図２６に示すように、判定部２２ｃは、現在の時刻が、確認タイミングであるか否かを判定する（ステップＳ５０１）。このような確認タイミングとしては、所定時間間隔ごとのタイミング、例えば、１分毎のタイミングが挙げられる。

現在の時刻が、確認タイミングである場合（ステップＳ５０１肯定）には、判定部２２ｃは、次のような処理を行う。判定部２２ｃは、分毎データ、時毎データ、日毎データのそれぞれに対応する第１のキューラベル２１ｂの「キュー長」と、「重要データ」のデータサイズとの総和を算出する（ステップＳ５０２）。

判定部２２ｃは、測定データＤＢ１６ｂの全記憶容量から、ステップＳ５０２で算出した総和を減算し、余剰保存領域の大きさを算出する（ステップＳ５０３）。判定部２２ｃは、余剰保存領域の大きさを設定表２１ｄの比率に基づいて、データ種別ごとに分配する（ステップＳ５０４）。なお、データ種別ごとに分配された余剰保存領域の大きさが、データ種別毎の閾値となる。

判定部２２ｃは、今回、ステップＳ５０４で余剰保存領域の大きさがデータ種別ごとに分配されてから、後述のステップＳ５０６で「キュー長」が確認されていない第２のキューラベル２１ｃがあるか否かを判定する（ステップＳ５０５）。後述のステップＳ５０６で「キュー長」が確認されていない第２のキューラベル２１ｃがない場合（ステップＳ５０５否定）には、ステップＳ５０１に戻る。一方、後述のステップＳ５０６で「キュー長」が確認されていない第２のキューラベル２１ｃがある場合（ステップＳ５０５肯定）には、判定部２２ｃは、「キュー長」が未確認の第２のキューラベル２１ｃの「キュー長」を確認する（ステップＳ５０６）。

判定部２２ｃは、確認した「キュー長」が、データ種別毎に定められた閾値を超えているか否かを判定する（ステップＳ５０７）。確認した「キュー長」が、データ種別毎に定められた閾値を超えていない場合（ステップＳ５０７否定）には、ステップＳ５０５に戻る。一方、確認した「キュー長」が、データ種別毎に定められた閾値を超えている場合（ステップＳ５０７肯定）には、判定部２２ｃは、次のような処理を行う。すなわち、判定部２２ｃは、閾値を超えている第２のキューラベル２１ｃの先頭のインデクス２１ａを特定し、特定したインデクス２１ａを制御部２２の内部メモリに格納し（ステップＳ５０８）、ステップＳ５０５に戻る。

図２７は、実施例１に係る削除処理の手順を示すフローチャートである。この削除処理は、上述したステップＳ５０８でインデクス２１ａが特定されるたびに実行される。

図２７に示すように、削除部２２ｄは、特定されたインデクス２１ａの「ＤＢ格納情報」が示すシーケンス番号のレコードに保存されたデータを、測定データＤＢ１６ｂから削除する（ステップＳ６０１）。削除部２２ｄは、対応する第２のキューラベル２１ｃの「キュー長（サイズ）」から、特定されたインデクス２１ａの「データサイズ」を減算する（ステップＳ６０２）。

削除部２２ｄは、特定されたインデクス２１ａを記憶部２１から削除する（ステップＳ６０３）。削除部２２ｄは、対応する第２のキューラベル２１ｃが示すキューの先頭データのインデクス２１ａのアドレスを用いて、次のような処理を行う。すなわち、削除部２２ｄは、このアドレスを、対応する第２のキューラベル２１ｃの「先頭ｉｎｄｅｘ」に設定し（ステップＳ６０４）、処理を終了する。

［実施例１の効果］
上述してきたように、本実施例の管理装置１０は、保存期間経過後に第２のキューラベル２１ｃを用いてデータを管理するので、測定データＤＢ１６ｂの全記憶領域を、各種データを保存するために使用することができる。すなわち、本実施例の管理装置１０は、各種データを保存する際に、余剰保存領域も使用する。したがって、本実施例の管理装置１０によれば、余剰保存領域を有効に使用することができる。

さて、上記の実施例１では、データの保存期間経過後、第２のキューラベル２１ｃが示すキューに含まれるデータのデータサイズの総和が、閾値に達した場合に、データを削除する場合を例示したが、開示の管理装置はこれに限定されない。そこで、実施例２では、待機状態や休止状態のサーバから送信された測定データについては、重要なデータでないため、測定データＤＢ１６ｂからの削除のタイミングを実施例１よりも早くする場合について説明する。このようにすることで、重要度の低いデータを優先的に削除することができる。ここで、本実施例では、運用管理装置１５は、サーバの状態が変更されるたびに、Ｗｅｂサーバ１２ｂ、ＡＰサーバ１２ｃ、ＤＢサーバ１２ｄの状態を管理装置１０に通知する。

［管理装置の構成］
図２８は、実施例２に係る管理装置の構成を示すブロック図である。図２８に示すように、管理装置４０は、Ｉ／Ｆ２０、記憶部４１および制御部４２を有する。かかる記憶部４１は、図７に示す実施例１に係る記憶部２１に比較して、インデクス４１ａおよび第３のキューラベル４１ｂを記憶する点、および後述の生成部４２ａにより生成されたダミーインデクス４１ｃが格納される点が異なる。また、かかる制御部４２は、図７に示す実施例１に係る制御部２２に比較して、生成部４２ａ、判定部４２ｂ、削除部４２ｃを有する点が異なる。なお、以下では、上記の実施例１と同様の機能を果たす各部については図７と同様の符号を付し、その説明は省略する。

図２９は、実施例２に係るインデクス、第３のキューラベル、ダミーインデクスの一例を説明するための図である。図２９に示すように、インデクス４１ａは、上述したインデクス２１ａの内容に加えて、ダミーインデクス４１ｃが記憶された記憶部４１の記憶領域上のアドレスを示す「ダミーへのポインタ」を有する。

また、図２９に示すように、第３のキューラベル４１ｂは、重要でないデータ（非重要データ）の保存を管理するためのキューの名称を示す「キュー名」を有する。このような重要でないデータとしては、例えば、待機状態、休止状態のサーバから送信された測定データが挙げられる。また、第３のキューラベル４１ｂは、自身が示すキューが、非重要データを保存するためのキューであること（非重要）を示す「キュー種別」を有する。また、第３のキューラベル４１ｂは、キューの先頭データのダミーインデクス４１ｃが記憶された記憶部４１の記憶領域上のアドレスを示す「先頭ｉｎｄｅｘ」を有する。なお、キューの先頭データとは、キューに含まれるデータのうち、最も「日時」が古いデータを指す。また、第３のキューラベル４１ｂは、キューの最後尾データのダミーインデクス４１ｃが記憶された記憶部４１の記憶領域上のアドレスを示す「最後尾ｉｎｄｅｘ」を有する。なお、キューの最後尾データとは、キューに含まれるデータのうち、最も「日時」が新しいデータを指す。また、第３のキューラベル４１ｂは、自身が示すキューに含まれるデータの、測定データＤＢ１６ｂに保存されたデータ量の総和を示す「キュー長（サイズ）」を有する。

ダミーインデクス４１ｃは、対応するデータのデータ種別を示す「種別」を有する。また、ダミーインデクス４１ｃは、同一のデータ種別のダミーインデクス４１ｃのうち、自身のダミーインデクス４１ｃよりも「日時」が１つ前のダミーインデクス４１ｃが記憶された記憶部２１の記憶領域上のアドレスを示す「前ｉｎｄｅｘ」を有する。また、ダミーインデクス４１ｃは、同一のデータ種別のダミーインデクス４１ｃのうち、自身のダミーインデクス４１ｃよりも「日時」が１つ後ろのダミーインデクス４１ｃが記憶された記憶部２１の記憶領域上のアドレスを示す「後ｉｎｄｅｘ」を有する。また、ダミーインデクス４１ｃは、対応するインデクス４１ａのアドレスを示す「実インデクスへのポインタ」を有する。また、ダミーインデクス４１ｃは、データに含まれるＣＰＵなどが算出された日付、またはデータが送信された日付を示す「日時」を有する。また、ダミーインデクス４１ｃは、対応するデータのデータサイズを示す「データサイズ」を有する。また、ダミーインデクス４１ｃは、自身に対応するデータが保存された測定データＤＢ１６ｂのシーケンス番号を示す「ＤＢ格納情報」を有する。

記憶部４１は、例えば、フラッシュメモリなどの半導体メモリ素子、または、ハードディスク、光ディスクなどの記憶装置である。なお、記憶部４１は、上記の種類の記憶装置に限定されるものではなく、ＲＡＭ（Random Access Memory)、ＲＯＭ（Read Only Memory)であってもよい。

生成部４２ａは、実施例１に係る生成部２２ｂが行う処理に加え、次に示す処理を行う。すなわち、生成部４２ａは、対応するインデクス４１ａのアドレスを「実インデクスへのポインタ」に設定することで、上述したインデクス４１ａを生成したり、更新したりする。また、生成部４２ａは、第１のキューラベル２１ｂ、第２のキューラベル２１ｃ、第３のキューラベル４１ｂを更新したりする。例えば、生成部４２ａは、Ｉ／Ｆ２０を介してネットワーク情報収集装置１３やサーバ情報収集装置１４からのデータを受信するごとに、実施例１に係る生成部２２ｂと同様に、受信したデータに含まれる各種情報を用いてインデクス４１ａを生成する。

また、生成部４２ａは、サーバ情報収集装置１４およびＩ／Ｆ２０を介して、待機状態、休止状態のサーバから送信された測定データを受信した場合には、対応する第３のキューラベル４１ｂにより管理されるダミーインデクス４１ｃを生成する。このダミーインデクス４１ｃの「実インデクスへのポインタ」には、対応するインデクス４１ａのアドレスが設定される。また、生成部４２ａは、サーバ情報収集装置１４およびＩ／Ｆ２０を介して、待機状態、休止状態のサーバから送信された測定データを受信した場合には、インデクス４１ａの「ダミーへのポインタ」に、対応するダミーインデクス４１ｃのアドレスを設定する。このように、待機状態、休止状態のサーバから送信された測定データを受信した場合には、生成部４２ａは、「実インデクスへのポインタ」および「ダミーへのポインタ」を設定することで、インデクス４１ａとダミーインデクス４１ｃとをリンク付けする。なお、どのサーバが待機状態であるか、休止状態であるかについての情報は、運用管理装置１５から通知されるサーバの状態に基づいて、生成部４２ａは認識できるものとする。

また、生成部４２ａは、第３のキューラベル４１ｂの「先頭ｉｎｄｅｘ」にアドレスが設定されていない場合には、次のような処理を行う。すなわち、生成部４２ａは、第３のキューラベル４１ｂが示すキューの先頭データのダミーインデクス４１ｃが記憶された記憶部４１の記憶領域上のアドレスを、第３のキューラベル４１ｂの「先頭ｉｎｄｅｘ」に設定する。

また、生成部４２ａは、第３のキューラベル４１ｂが示すキューの最後尾データのダミーインデクス４１ｃが記憶された記憶部４１の記憶領域上のアドレスを、第３のキューラベル４１ｂの「最後尾ｉｎｄｅｘ」に設定する。また、生成部４２ａは、キューに含まれる各ダミーインデクス４１ｃが示すデータの、測定データＤＢ１６ｂに保存されたデータ量の総和を算出し、算出した総和を第３のキューラベル４１ｂの「キュー長（サイズ）」に設定する。

判定部４２ｂは、実施例１に係る判定部２２ｃが行う処理に加え、次のような処理を行う。例えば、判定部４２ｂは、所定時間間隔で、第３のキューラベル４１ｂの「キュー長（サイズ）」が、閾値を超えたか否かを判定する。これにより、余剰保存領域に保存された非重要データのサイズが、閾値に達したか否かが判定される。なお、判定部４２ｂは、余剰保存領域を算出し、所定の比率を用いて、閾値を算出する。例えば、判定部４２ｂは、所定の比率「余剰保存領域の全領域：非重要データのサイズ＝５：１」を用いた場合には、閾値として、余剰保存領域の大きさの１／５を算出する。

削除部４２ｃは、実施例１に係る削除部２２ｄが行う処理に加え、次のような処理を行う。例えば、削除部４２ｃは、閾値に達した非重要データのサイズが、閾値より小さくなるように、閾値に達した非重要データを測定データＤＢ１６ｂから削除する。一例としては、削除部４２ｃは、非重要データのサイズが閾値より小さくなるように、「日付」が古い非重要データから順に削除する。

例えば、削除部４２ｃは、判定部４２ｂにより、第３のキューラベル４１ｂの「キュー長（サイズ）」が、閾値を超えたと判定された場合には、次のような処理を行う。すなわち、削除部４２ｃは、第３のキューラベル４１ｂの「先頭ｉｎｄｅｘ」が示すダミーインデクス４１ｃに対応するデータを、測定データＤＢ１６ｂから削除する。具体例を挙げて説明すると、削除部４２ｃは、かかる「先頭ｉｎｄｅｘ」が示すダミーインデクス４１ｃの「ＤＢ格納情報」が示すシーケンス番号のレコードに保存されたデータを、測定データＤＢ１６ｂから削除する。

また、削除部４２ｃは、第３のキューラベル４１ｂの「キュー長（サイズ）」から、第３のキューラベル４１ｂの「先頭ｉｎｄｅｘ」が示すダミーインデクス４１ｃの「データサイズ」を減算する。これは、次に説明するように、第３のキューラベル４１ｂが示す仮想的なキューから、「先頭ｉｎｄｅｘ」が示すダミーインデクス４１ｃが仮想的に取り出されるからである。

また、削除部４２ｃは、第３のキューラベル４１ｂの「先頭ｉｎｄｅｘ」が示すダミーインデクス４１ｃを記憶部２１から削除する。これにより、第３のキューラベル４１ｂが示す仮想的なキューから、「先頭ｉｎｄｅｘ」が示すダミーインデクス４１ｃが仮想的に取り出される。

また、削除部４２ｃは、第３のキューラベル４１ｂが示すキューの先頭データのダミーインデクス４１ｃのアドレスを用いて、次のような処理を行う。すなわち、削除部４２ｃは、このアドレスを、第３のキューラベル４１ｂの「先頭ｉｎｄｅｘ」に設定する。このように、かかるアドレスを、第３のキューラベル４１ｂの「先頭ｉｎｄｅｘ」に再設定するのは、キューからダミーインデクス４１ｃが仮想的に取り出され、キューの先頭のダミーインデクス４１ｃが変更されたからである。

制御部４２は、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）などの集積回路またはＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）などの電子回路である。

ここで、管理装置４０の動作の一例について説明する。図３０は、管理装置の動作の一例を模式的に示す図である。図３０に示すように、管理装置４０は、ネットワーク情報収集装置１３、サーバ情報収集装置１４からデータを受信すると、受信したデータを測定データＤＢ１６ｂに格納する。また、管理装置４０は、受信したデータのデータ種別が「分毎データ」である場合には、「分毎データ」に対応する第１のキューラベル２１ｂが示す仮想的なキュー３０に、インデクス４１ａを仮想的に格納する。また、管理装置４０は、受信したデータのデータ種別が「時毎データ」である場合には、「時毎データ」に対応する第１のキューラベル２１ｂが示す仮想的なキュー３１に、インデクス４１ａを仮想的に格納する。また、管理装置４０は、受信したデータのデータ種別が「日毎データ」である場合には、「日毎データ」に対応する第１のキューラベル２１ｂが示す仮想的なキュー３２に、インデクス４１ａを仮想的に格納する。また、管理装置４０は、受信したデータが非重要データである場合には、第３のキューラベル４１ｂが示す仮想的なキュー５０に、インデクス４１ａにリンクされたダミーインデクス４１ｃを仮想的に格納する。

そして、図３０に示すように、キュー３０のインデクス４１ａの保存期間が、所定の期間、例えば、３ヶ月経過した場合には、管理装置４０は、インデクス４１ａをキュー３０から仮想的に取り出す。また、キュー３１のインデクス４１ａの保存期間が、所定の期間、例えば、１年経過した場合には、管理装置４０は、インデクス４１ａをキュー３１から仮想的に取り出す。また、キュー３２のインデクス４１ａの保存期間が、所定の期間、例えば、３年経過した場合には、管理装置４０は、インデクス４１ａをキュー３２から仮想的に取り出す。

そして、管理装置４０は、キュー３０から取り出したインデクス４１ａを、「分毎データ」に対応する第２のキューラベル２１ｃが示す仮想的なキュー３３に仮想的に格納する。また、管理装置４０は、キュー３１から取り出したインデクス４１ａを、「時毎データ」に対応する第２のキューラベル２１ｃが示す仮想的なキュー３４に仮想的に格納する。また、管理装置４０は、キュー３２から取り出したインデクス４１ａを、「日毎データ」に対応する第２のキューラベル２１ｃが示す仮想的なキュー３５に仮想的に格納する。

そして、キュー３３のインデクス４１ａが示すデータのデータ量の総和が、閾値に達した場合には、管理装置４０は、インデクス４１ａをキュー３３から仮想的に取り出す。また、キュー３４のインデクス４１ａが示すデータのデータ量の総和が、閾値に達した場合には、管理装置４０は、インデクス４１ａをキュー３４から仮想的に取り出す。また、キュー３５のインデクス４１ａが示すデータのデータ量の総和が、閾値に達した場合には、管理装置４０は、インデクス４１ａをキュー３５から仮想的に取り出す。そして、管理装置４０は、取り出したインデクス４１ａに対応するデータを測定データＤＢ１６ｂから削除する。

また、キュー５０のダミーインデクス４１ｃが示すデータのデータ量の総和が、閾値に達した場合には、管理装置４０は、ダミーインデクス４１ｃをキュー５０から仮想的に取り出す。そして、管理装置４０は、取り出したダミーインデクス４１ｃに対応するデータを測定データＤＢ１６ｂから削除する。

このように、本実施例の管理装置４０は、測定データＤＢ１６ｂの全記憶領域を、各種データを保存するために使用することができる。すなわち、本実施例の管理装置４０は、各種データを保存する際に、余剰保存領域も使用する。したがって、本実施例の管理装置４０によれば、余剰保存領域を有効に使用することができる。

また、本実施例の管理装置４０は、待機状態や休止状態のサーバから送信された測定データについては、重要なデータでないため、各種データのサイズが閾値に達する前であっても、測定データＤＢ１６ｂから削除する。そのため、本実施例の管理装置４０によれば、重要度の低い非重要データを優先的に削除することができる。

［処理の流れ］
次に、本実施例に係る管理装置４０の処理の流れを説明する。以下の図３１〜３３で説明する各処理は、各々独立して実行される。なお、本実施例においても、図２３〜２７に示す各処理と同様の処理が実行されるが、その説明については省略する。図３１は、実施例２に係る格納処理の手順を示すフローチャートである。この格納処理は、管理装置４０の電源がＯＮの間、繰り返し実行される。

図３１に示すように、Ｉ／Ｆ２０を介してネットワーク情報収集装置１３やサーバ情報収集装置１４からのデータを受信した場合（ステップＳ７０１肯定）に、格納部２２ａは、受信したデータを測定データＤＢ１６ｂに格納する（ステップＳ７０２）。生成部４２ａは、受信したデータに含まれる各種情報を用いてインデクス４１ａを生成する（ステップＳ７０３）。

生成部４２ａは、受信したデータが、非重要データであるか否かを判定する（ステップＳ７０４）。受信したデータが、非重要データである場合（ステップＳ７０４肯定）には、生成部４２ａは、ダミーインデクス４１ｃを生成する（ステップＳ７０５）。生成部４２ａは、ダミーインデクス４１ｃの「実インデクスへのポインタ」に、対応するインデクス４１ａのアドレスを設定し、インデクス４１ａの「ダミーへのポインタ」に、対応するダミーインデクス４１ｃのアドレスを設定する（ステップＳ７０６）。

生成部４２ａは、新たに生成したダミーインデクス４１ｃより「日時」が１つ前のダミーインデクス４１ｃの「後ｉｎｄｅｘ」に、新たなダミーインデクス４１ｃのアドレスを設定する（ステップＳ７０７）。生成部４２ａは、キューに含まれる各ダミーインデクス４１ｃが示すデータの、測定データＤＢ１６ｂに保存されたデータ量の総和を算出し、算出した総和を第３のキューラベル４１ｂの「キュー長（サイズ）」に設定する（ステップＳ７０８）。生成部４２ａは、第３のキューラベル４１ｂが示すキューの先頭データのダミーインデクス４１ｃが記憶された記憶部４１の記憶領域上のアドレスを、第３のキューラベル４１ｂの「先頭ｉｎｄｅｘ」に設定する（ステップＳ７０９）。なお、ステップＳ７０９の処理は、第３のキューラベル４１ｂの「先頭ｉｎｄｅｘ」にアドレスが設定されている場合には、省略することができる。生成部４２ａは、第３のキューラベル４１ｂが示すキューの最後尾データのダミーインデクス４１ｃが記憶された記憶部４１の記憶領域上のアドレスを、第３のキューラベル４１ｂの「最後尾ｉｎｄｅｘ」に設定する（ステップＳ７１０）。

生成部４２ａは、新たに生成したインデクス４１ａと「データ種別」が同一であり、かつ、新たなインデクス４１ａより「日時」が１つ前のインデクス４１ａの「後ｉｎｄｅｘ」に、新たなインデクス４１ａのアドレスを設定する（ステップＳ７１１）。生成部４２ａは、キューに含まれる各インデクス４１ａが示すデータの、測定データＤＢ１６ｂに保存されたデータ量の総和を算出し、算出した総和を第１のキューラベル２１ｂの「キュー長（サイズ）」に設定する（ステップＳ７１２）。

生成部４２ａは、第１のキューラベル２１ｂが示すキューの先頭データのインデクス４１ａが記憶された記憶部２１の記憶領域上のアドレスを、第１のキューラベル２１ｂの「先頭ｉｎｄｅｘ」に設定する（ステップＳ７１３）。なお、ステップＳ７１３の処理は、第１のキューラベル２１ｂの「先頭ｉｎｄｅｘ」にアドレスが設定されている場合には、省略することができる。生成部４２ａは、第１のキューラベル２１ｂが示すキューの最後尾データのインデクス４１ａが記憶された記憶部４１の記憶領域上のアドレスを、第１のキューラベル２１ｂの「最後尾ｉｎｄｅｘ」に設定し（ステップＳ７１４）、ステップＳ７０１に戻る。一方、受信したデータが、非重要データでない場合（ステップＳ７０４否定）には、ステップＳ７１１に進む。

図３２は、実施例２に係る第３の判定処理の手順を示すフローチャートである。この第３の判定処理は、管理装置４０の電源がＯＮの間、実行される。

図３２に示すように、判定部４２ｂは、現在の時刻が、確認タイミングであるか否かを判定する（ステップＳ８０１）。このような確認タイミングとしては、所定時間間隔ごとのタイミング、例えば、１分毎のタイミングが挙げられる。

現在の時刻が、確認タイミングである場合（ステップＳ８０１肯定）には、判定部４２ｂは、次のような処理を行う。判定部４２ｂは、分毎データ、時毎データ、日毎データのそれぞれに対応する第１のキューラベル２１ｂの「キュー長」と、「重要データ」のデータサイズとの総和を算出する（ステップＳ８０２）。

判定部４２ｂは、測定データＤＢ１６ｂの全記憶容量から、ステップＳ８０２で算出した総和を減算し、余剰保存領域の大きさを算出する（ステップＳ８０３）。判定部４２ｂは、余剰保存領域の大きさを、所定の比率に基づいて、非重要データに分配する（ステップＳ８０４）。なお、非重要データに分配された余剰保存領域の大きさが、非重要データのサイズの閾値となる。

判定部４２ｂは、第３のキューラベル４１ｂの「キュー長」を確認する（ステップＳ８０５）。判定部４２ｂは、確認した「キュー長」が、閾値を超えているか否かを判定する（ステップＳ８０６）。確認した「キュー長」が、閾値を超えていない場合（ステップＳ８０６否定）には、ステップＳ８０１に戻る。一方、確認した「キュー長」が、閾値を超えている場合（ステップＳ８０６肯定）には、判定部４２ｂは、次のような処理を行う。すなわち、判定部４２ｂは、第３のキューラベル４１ｂの先頭のダミーインデクス４１ｃを特定し、特定したダミーインデクス４１ｃを制御部４２の内部メモリに格納し（ステップＳ８０７）、ステップＳ８０１に戻る。

図３３は、実施例２に係る削除処理の手順を示すフローチャートである。この削除処理は、上述したステップＳ８０７でダミーインデクス４１ｃが特定されるたびに実行される。

図３３に示すように、削除部４２ｃは、特定されたダミーインデクス４１ｃの「ＤＢ格納情報」が示すシーケンス番号のレコードに保存されたデータを、測定データＤＢ１６ｂから削除する（ステップＳ９０１）。削除部４２ｃは、対応する第３のキューラベル４１ｂの「キュー長（サイズ）」から、特定されたダミーインデクス４１ｃの「データサイズ」を減算する（ステップＳ９０２）。

削除部４２ｃは、特定されたダミーインデクス４１ｃ、およびこのダミーインデクス４１ｃにリンクされたインデクス４１ａを記憶部４１から削除する（ステップＳ９０３）。削除部４２ｃは、第３のキューラベル４１ｂが示すキューの先頭データのダミーインデクス４１ｃのアドレスを用いて、次のような処理を行う。すなわち、削除部４２ｃは、このアドレスを、第３のキューラベル４１ｂの「先頭ｉｎｄｅｘ」に設定し（ステップＳ９０４）、処理を終了する。

［実施例２の効果］
上述してきたように、本実施例の管理装置４０は、測定データＤＢ１６ｂの全記憶領域を、各種データを保存するために使用することができる。すなわち、本実施例の管理装置４０は、各種データを保存する際に、余剰保存領域も使用する。したがって、本実施例の管理装置４０によれば、余剰保存領域を有効に使用することができる。

また、本実施例の管理装置４０は、待機状態や休止状態のサーバから送信された測定データについては、重要なデータでないため、各種データのサイズが閾値に達する前であっても、測定データＤＢ１６ｂから削除する。そのため、本実施例の管理装置４０によれば、重要度の低い非重要データを優先的に削除することができる。

さて、これまで開示の装置に関する実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では、本発明に含まれる他の実施例を説明する。

たとえば、実施例１および実施例２において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともできる。例えば、管理者などが、図示しない操作受付装置を介して、各処理の実行指示を入力してもよい。

また、各種の負荷や使用状況などに応じて、各実施例において説明した各処理の各ステップでの処理を任意に細かくわけたり、あるいはまとめたりすることができる。また、ステップを省略することもできる。例えば、図２６に示すステップＳ５０２、Ｓ５０３をまとめたり、図３２に示すステップＳ８０２、Ｓ８０３をまとめたりすることもできる。

また、各種の負荷や使用状況などに応じて、各実施例において説明した各処理の各ステップでの処理の順番を変更できる。例えば、図２３に示すステップＳ２１０の処理を行う前に、ステップＳ２１１の処理を行うこともできる。また、図２４に示すステップＳ３１０の処理を行う前に、ステップＳ３１１の処理を行うこともできる。図２５に示すステップＳ４１０の処理を行う前に、ステップＳ４１１の処理を行うこともできる。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的状態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、図７に示す生成部２２ｂと判定部２２ｃとが統合されてもよい。また、図２８に示す生成部４２ａと判定部４２ｂとが統合されてもよい。

［管理プログラム］
また、上記の実施例で説明した管理装置の各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータシステムで実行することによって実現することもできる。そこで、以下では、図３４を用いて、上記の実施例１で説明した管理装置と同様の機能を有する管理プログラムを実行するコンピュータの一例を説明する。また、図３５を用いて、上記の実施例２で説明した管理装置と同様の機能を有する管理プログラムを実行するコンピュータの一例を説明する。

図３４は、管理プログラムを実行するコンピュータを示す図である。図３４に示すように、実施例３におけるコンピュータ３００は、ＣＰＵ（Central Processing Unit）３１０、ＲＯＭ（Read Only Memory）３２０、ＨＤＤ（Hard Disk Drive）３３０、ＲＡＭ（Random Access Memory）３４０を有する。これら３００〜３４０の各部は、バス３５０を介して接続される。

ＲＯＭ３２０には、上記の実施例１で示す格納部２２ａと、生成部２２ｂと、判定部２２ｃと、削除部２２ｄと同様の機能を発揮する管理プログラム３２０ａが予め記憶される。なお、管理プログラム３２０ａについては、適宜分離しても良い。例えば、格納部２２ａと、判定部２２ｃと、削除部２２ｄと同様の機能を発揮するプログラムと、生成部２２ｂと同様の機能を発揮するプログラムとに分離しても良い。

そして、ＣＰＵ３１０が、管理プログラム３２０ａをＲＯＭ３２０から読み出して実行する。

そして、ＨＤＤ３３０には、インデクス３３０ａ、第１のキューラベル３３０ｂ、第２のキューラベル３３０ｃ、設定表３３０ｄが設けられる。これらインデクス３３０ａ、第１のキューラベル３３０ｂ、第２のキューラベル３３０ｃ、設定表３３０ｄのそれぞれは、図７に示したインデクス２１ａ、第１のキューラベル２１ｂ、第２のキューラベル２１ｃ、設定表２１ｄのそれぞれに対応する。

そして、ＣＰＵ３１０は、インデクス３３０ａ、第１のキューラベル３３０ｂ、第２のキューラベル３３０ｃ、設定表３３０ｄを読み出してＲＡＭ３４０に格納する。さらに、ＣＰＵ３１０は、ＲＡＭ３４０に格納されたインデクスデータ３４０ａと、第１のキューラベルデータ３４０ｂと、第２のキューラベルデータ３４０ｃと、設定表データ３４０ｄとを用いて、管理プログラムを実行する。なお、ＲＡＭ３４０に格納される各データは、常に全てのデータがＲＡＭ３４０に格納される必要はなく、処理に必要なデータのみがＲＡＭ３４０に格納されれば良い。

図３５は、管理プログラムを実行するコンピュータを示す図である。図３５に示すように、実施例４におけるコンピュータ４００は、ＣＰＵ４１０、ＲＯＭ４２０、ＨＤＤ４３０、ＲＡＭ４４０を有する。これら４００〜４４０の各部は、バス４５０を介して接続される。

ＲＯＭ４２０には、上記の実施例２で示す格納部２２ａと、生成部４２ａと、判定部４２ｂと、削除部４２ｃと同様の機能を発揮する管理プログラム４２０ａが予め記憶される。なお、管理プログラム４２０ａについては、適宜分離しても良い。例えば、格納部２２ａと、判定部４２ｂと、削除部４２ｃと同様の機能を発揮するプログラムと、生成部４２ａと同様の機能を発揮するプログラムとに分離しても良い。

そして、ＣＰＵ４１０が、管理プログラム４２０ａをＲＯＭ４２０から読み出して実行する。

そして、ＨＤＤ４３０には、インデクス４３０ａ、第１のキューラベル４３０ｂ、第２のキューラベル４３０ｃ、第３のキューラベル４３０ｄ、設定表４３０ｅ、ダミーインデクス４３０ｆが設けられる。インデクス４３０ａは、図２８に示したインデクス４１ａに対応する。また、第１のキューラベル４３０ｂ、第２のキューラベル４３０ｃ、第３のキューラベル４３０ｄのそれぞれは、図２８に示した第１のキューラベル２１ｂ、第２のキューラベル２１ｃ、第３のキューラベル４１ｂのそれぞれに対応する。また、設定表４３０ｅ、ダミーインデクス４３０ｆのそれぞれは、図２８に示した設定表２１ｄ、ダミーインデクス４１ｃのそれぞれに対応する。

そして、ＣＰＵ４１０は、インデクス４３０ａ、第１のキューラベル４３０ｂ、第２のキューラベル４３０ｃ、第３のキューラベル４３０ｄ、設定表４３０ｅ、ダミーインデクス４３０ｆを読み出してＲＡＭ４４０に格納する。さらに、ＣＰＵ４１０は、ＲＡＭ４４０に格納された、次に示すデータを用いて管理プログラムを実行する。すなわち、ＣＰＵ４１０は、インデクスデータ４４０ａと、第１のキューラベルデータ４４０ｂと、第２のキューラベルデータ４４０ｃと、第３のキューラベルデータ４４０ｄと、設定表データ４４０ｅと、ダミーインデクスデータ４４０ｆとを用いる。なお、ＲＡＭ４４０に格納される各データは、常に全てのデータがＲＡＭ４４０に格納される必要はなく、処理に必要なデータのみがＲＡＭ４４０に格納されれば良い。

なお、上記した管理プログラムについては、必ずしも最初からＲＯＭ３２０、４２０に記憶させておく必要はない。

例えば、コンピュータ３００、４００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」にプログラムを記憶させておく。そして、コンピュータ３００、４００がこれらからプログラムを読み出して実行するようにしてもよい。

さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ３００、４００に接続される「他のコンピュータ（またはサーバ）」などにプログラムを記憶させておく。そして、コンピュータ３００、４００がこれらからプログラムを読み出して実行するようにしてもよい。

以上説明した実施形態及びその変形例に関し、更に以下の付記を開示する。

（付記１）記憶部に、データを格納する格納部と、
前記格納部により格納された前記データの保存期間が、データ種別ごとに定められた保存期間に達した場合に、前記データのサイズが、データ種別ごとに定められた閾値に達したか否かを判定する判定部と、
前記判定部により前記データのサイズが、データ種別ごとに定められた閾値に達したと判定された場合に、該閾値に達したデータ種別のデータのサイズが該閾値より小さくなるように、該閾値に達したデータ種別のデータを前記記憶部から削除する削除部と、
を有することを特徴とする管理装置。

（付記２）前記削除部は、前記データが所定の運用状態の装置から送信されたデータである場合には、前記判定部により前記データのサイズが、データ種別ごとに定められた閾値に達したと判定される前であっても、前記データが格納された記憶部から、前記データを削除する
ことを特徴とする付記１に記載の管理装置。

（付記３）前記判定部は、前記格納部により格納された前記データの保存期間が、データ種別ごとに定められた保存期間に達したか否かを判定し、該データの保存期間が、データ種別ごとに定められた保存期間に達したと判定した場合に、該データのサイズが、データ種別ごとに定められた閾値に達したか否かを判定する
ことを特徴とする付記１または２に記載の管理装置。

（付記４）コンピュータに、
データを記憶部に格納し、
格納された前記データの保存期間が、データ種別ごとに定められた保存期間に達した場合に、前記データのサイズが、データ種別ごとに定められた閾値に達したか否かを判定し、
前記データのサイズが、データ種別ごとに定められた閾値に達したと判定された場合に、該閾値に達したデータ種別のデータのサイズが該閾値より小さくなるように、該閾値に達したデータ種別のデータを前記記憶部から削除する
処理を実行させることを特徴とする管理プログラム。

（付記５）前記データを前記記憶部から削除する処理は、前記データが所定の運用状態の装置から送信されたデータである場合には、前記判定部により前記データのサイズが、データ種別ごとに定められた閾値に達したと判定される前であっても、前記データが格納された記憶部から、前記データを削除する
ことを特徴とする付記４に記載の管理プログラム。

（付記６）コンピュータが実行する管理方法であって、
記憶部に、データを格納し、
格納された前記データの保存期間が、データ種別ごとに定められた保存期間に達した場合に、前記データのサイズが、データ種別ごとに定められた閾値に達したか否かを判定し、
前記データのサイズが、データ種別ごとに定められた閾値に達したと判定された場合に、該閾値に達したデータ種別のデータのサイズが該閾値より小さくなるように、該閾値に達したデータ種別のデータを前記記憶部から削除する
ことを特徴とする管理方法。

（付記７）前記データを前記記憶部から削除する方法は、前記データが所定の運用状態の装置から送信されたデータである場合には、前記判定部により前記データのサイズが、データ種別ごとに定められた閾値に達したと判定される前であっても、前記データが格納された記憶部から、前記データを削除する
ことを特徴とする付記６に記載の管理方法。

１０ 管理装置
１１ ユーザ端末
１２ サービスシステム
１２ａ ルータ
１２ｂ Ｗｅｂサーバ
１２ｃ ＡＰサーバ
１２ｄ ＤＢサーバ
１３ ネットワーク情報収集装置
１４ サーバ情報収集装置
１５ 運用管理装置
１６ データ保存装置
１６ａ 記憶部
１６ｂ 測定データＤＢ
１７ システム管理者用端末
２１ 記憶部
２１ａ インデクス
２１ｂ 第１のキューラベル
２１ｃ 第２のキューラベル
２１ｄ 設定表
２２ａ 格納部
２２ｂ 生成部
２２ｃ 判定部
２２ｄ 削除部

Claims (4)

1. 記憶装置に、１以上のデータを格納する格納部と、
   前記記憶装置における余剰保存領域のデータサイズを算出し、算出した余剰保存領域のデータサイズに対する前記１以上のデータのデータ種別ごとに予め定められた比率に応じて、データ種別ごとの閾値を算出し、データ種別ごとに、データ種別ごとに定められた保存期間に達したデータのデータサイズの総和が、データ種別ごとに算出された閾値に達したデータ種別のデータがあるか否かを判定する判定部と、
   前記判定部により前記保存期間に達したデータのデータサイズの総和が、データ種別ごとに算出された閾値に達したデータ種別のデータがあると判定された場合に、該閾値に達したデータ種別の前記保存期間に達したデータのデータサイズの総和が該閾値より小さくなるように、該閾値に達したデータ種別の前記保存期間に達したデータを前記記憶装置から削除する削除部と、
   を有することを特徴とする管理装置。
2. 前記削除部は、前記データが所定の運用状態の装置から送信されたデータである場合には、前記判定部により前記保存期間に達したデータのデータサイズの総和が、データ種別ごとに算出された閾値に達したデータ種別のデータがあると判定される前であっても、前記データが格納された記憶装置から、前記データを削除する
   ことを特徴とする請求項１に記載の管理装置。
3. コンピュータに、
   １以上のデータを記憶装置に格納し、
   前記記憶装置における余剰保存領域のデータサイズを算出し、算出した余剰保存領域のデータサイズに対する前記１以上のデータのデータ種別ごとに予め定められた比率に応じて、データ種別ごとの閾値を算出し、データ種別ごとに、データ種別ごとに定められた保存期間に達したデータのデータサイズの総和が、データ種別ごとに算出された閾値に達したデータ種別のデータがあるか否かを判定し、
   前記保存期間に達したデータのデータサイズの総和が、データ種別ごとに算出された閾値に達したデータ種別のデータがあると判定された場合に、該閾値に達したデータ種別の前記保存期間に達したデータのデータサイズの総和が該閾値より小さくなるように、該閾値に達したデータ種別の前記保存期間に達したデータを前記記憶装置から削除する
   処理を実行させることを特徴とする管理プログラム。
4. コンピュータが実行する管理方法であって、
   １以上のデータを記憶装置に格納し、
   前記記憶装置における余剰保存領域のデータサイズを算出し、算出した余剰保存領域のデータサイズに対する前記１以上のデータのデータ種別ごとに予め定められた比率に応じて、データ種別ごとの閾値を算出し、データ種別ごとに、データ種別ごとに定められた保存期間に達したデータのデータサイズの総和が、データ種別ごとに算出された閾値に達したデータ種別のデータがあるか否かを判定し、
   前記保存期間に達したデータのデータサイズの総和が、データ種別ごとに算出された閾値に達したデータ種別のデータがあると判定された場合に、該閾値に達したデータ種別の前記保存期間に達したデータのデータサイズの総和が該閾値より小さくなるように、該閾値に達したデータ種別の前記保存期間に達したデータを前記記憶装置から削除する
   ことを特徴とする管理方法。

Images