JP2000517123A - サービスデータベースシステムにおける負荷状態の監視 - Google Patents

Abstract

(57)【要約】 本発明は、サービスデータベースシステムにおいて負荷状態を監視する方法に係る。このシステムは、カウンタ値に対して最大である所望数の測定オブジェクトを含む。測定データをリアルタイムで効率的に得るために、（ａ）各記録インターバル中に一度に１つの測定オブジェクトについてカウンタ値の記録およびゼロ化が行なわれ、（ｂ）記録インターバル内で、各個々のオブジェクトの処理中に、当該オブジェクトのカウンタの値が、そのときにリストに含まれた最小のカウンタ値を伴うオブジェクトのカウンタ値より大きいかどうかをチェックし、そしてもしそうであれば、リストに含まれた最小のカウンタ値を伴うオブジェクトを当該行に対応するオブジェクトに置き換えるように、記録インターバルにより上記リストが作成される。

Description

【発明の詳細な説明】 サービスデータベースシステムにおける負荷状態の監視発明の分野 本発明は、一般に、サービスデータベースシステムに係り、より詳細には、サ ービスデータシステムにおいて負荷状態を監視するのに使用できる方法に係る。 １つの好ましい応用分野は、インテリジェントネットワークのサービスデータベ ースシステムを含む。先行技術の説明 テレコミュニケーションの急速な発達は、オペレータがユーザに多数の異なる サービスを提供できるようにした。高級なサービスを提供するネットワークアー キテクチャーをインテリジェントネットワークと称する。インテリジェントネッ トワークの通常の省略形は、ＩＮである。 インテリジェントネットワークの機能的アーキテクチャーが図１に示され、こ こでは、ネットワークの機能的エンティティが楕円で示されている。本発明は、 インテリジェントネットワーク環境を参照して説明するので、このアーキテクチ ャーについて以下に簡単に述べる。 ネットワークへのエンドユーザ（加入者）のアクセスは、ＣＣＡＦ（コールコ ントロールエージェントファンクション）によって取り扱われる。ＩＮサービス へのアクセスは、既存のデジタル交換機への追加によって実施される。これは、 ２人のユーザ間のコールを処理するのに使用される既存のファンクションを記述 する基本的なコール状態モデルＢＣＳＭを使用することにより行なわれる。この ＢＣＳＭは、ユーザ間の接続ルートを確立しそして維持するのに必要なコールコ ントロールファンクションＣＣＦの高レベル状態オートマトン記述である。サー ビス交換ファンクションＳＳＦ（例えば、図１のエンティティＣＣＦ及びＳＳＦ の部分的重畳）を使用することによりこの状態モデルに機能が追加され、インテ リジェントネットワークのサービス（ＩＮサービス）をコールする必要があると きを判断することができる。これらのＩＮサービスがコールされた後に、インテ リジェントネットワークのサービスロジックを含むサービスコントロールファン クションＳＣＦがサービス関連処理（コールの試みの）を取り扱う。従って、サ ービス交換ファンクションＳＳＦは、コールコントロールファンクションＣＣＦ をサービスコントロールファンクションＳＣＦに接続し、そしてサービスコント ロールファンクションＳＣＦがコールコントロールファンクションＣＣＦを制御 できるようにする。例えば、ＳＣＦは、ＳＳＦ／ＣＣＦが特定のコール又は接続 機能、例えば、課金又はルート指定オペレーションを実行するように要求するこ とができる。又、ＳＣＦは、サービスデータファンクションＳＤＦへ要求を送る こともでき、このファンクションは、サービス関連データ及びインテリジェント ネットワークのネットワークデータへのアクセスを取り扱う。従って、ＳＣＦは 、例えば、ＳＤＦが特定のサービス関連データを検索し又はこのデータを更新す るように要求することができる。 上記のファンクションは、インテリジェントネットワークにより提供されるサ ービスの幾つかを実施するのに必要な特殊なファンクションを与える特殊なリソ ースファンクションＳＲＦにより更に実施される。これらのサービスは、例えば 、プロトコル変換、スピーチ認識及び音声メールである。ＳＣＦは、例えば、エ ンドユーザとＳＲＦとの間に先ず接続を確立するようにＳＳＦ／ＣＣＦファンク ションに要求することができ、次いで、エンドユーザに音声メッセージを与える ようにＳＲＦに要求することができる。 インテリジェントネットワークの他の機能的エンティティは、制御に関連した 種々のファンクション、例えば、ＳＣＥＦ(サービス形成環境ファンクション)、 ＳＭＦ(サービスマネージメントファンクション)、及びＳＭＡＦ（サービスマネ ージメントアクセスファンクション）である。ＳＭＦは、とりわけ、サービス制 御を含み、ＳＭＡＦは、ＳＭＦへの接続を与え、そしてＳＣＥＦは、ＩＮサービ スを特定し、開発し、テストし、そしてＳＭＦを経てＳＣＦへ供給する。これら のファンクションは、ネットワークオペレータのオペレーションのみに関連した ものであるから、図１には示されていない。 ＩＮサービスに関連するものとして図１に示された機能的エンティティの役割 を以下に簡単に説明する。ＣＣＡＦは、発呼者により与えられたサービス要求を 受信する。このサービス要求は、通常、受話器を持ち上げること及び／又は発呼 者によりダイヤルされた一連のデジットより成る。ＣＣＡＦは、更に、サービス 要求を処理のためにＣＣＦ／ＳＳＦへ送信する。コールコントロールファンクシ ョンＣＣＦは、サービスデータをもたず、サービス要求の必要性を確認するよう にプログラムされている。ＣＣＦは、コール設定をある瞬間に中断し、そしてサ ービス交換ファンクションＳＳＦにコールの状態について通知する。ＳＳＦのタ スクは、所定の基準を用いて、サービス要求を解読し、従って、その要求がＩＮ サービスに関連したサービス要求であるかどうか決定することである。もしそう であれば、ＳＳＦは、標準化されたＩＮサービス要求を形成し、そしてその要求 を、サービス要求の状態に関する情報と共にＳＣＦに送信する。ＳＣＦは、その 要求を受信し、そしてそれをデコードする。その後、ＳＳＦ／ＣＣＦ、ＳＲＦ及 びＳＤＦと協働して、その要求されたサービスをエンドユーザに提供する。 インテリジェントネットワークの物理的レベルアーキテクチャーは、上記機能 的エンティティがネットワークの物理的エンティティにいかに配置されるかを記 述する。インテリジェントネットワークの物理的アーキテクチャーが図２に示さ れており、ここでは、物理的エンティティが長方形又は円で示されそして機能的 エンティティが楕円で示されている。信号接続は、破線で示され、そして例えば スピーチのような実際の搬送は、実線で示されている。任意の機能的エンティテ ィは、破線で示されている。図示された信号ネットワークは、ＳＳ７に基づくネ ットワークである(シグナリングシステムナンバー７は、ＣＣＩＴＴ（今日のＩ ＴＵ−Ｔ）ブルーブック、シグナリングシステムNo.7の仕様、メルボルン、１９ ８８年に記載された公知の信号システムである)。 例えば、電話、コンピュータ又はファクシミリを含むことのできる加入者装置 ＳＥは、サービス交換ポイントＳＳＰに直接接続されるか、又はネットワークア クセスポイントＮＡＰに接続される。 サービス交換ポイントＳＳＰは、ユーザにネットワークへのアクセスを与え、 そして全ての必要な選択ファンクションを取り扱う。又、ＳＳＰは、いかなるＩ Ｎサービス要求を検出することもできる。機能的に、ＳＳＰは、コールコントロ ール及びサービス選択ファンクションを含む。 ネットワークアクセスポイントＮＡＰは、コールコントロールファンクション ＣＣＦを含む従来の電話交換機であり、例えば、ＩＮサービスを要求するコール を通常のコールから区別しそしてＩＮサービスを要求するコールを適当なＳＳＰ へルート指定することのできるＤＸ２２０交換機である。 サービスコントロールポイントＳＣＰは、ＩＮサービスを形成するのに使用さ れるサービスプログラムを含む。 サービスデータポイントＳＤＰは、注文仕立のサービスを形成するためにＳＣ Ｐのサービスプログラムにより使用される顧客及びネットワークデータを含むデ ータベースである。ＳＣＰは、ＳＤＰサービスを直接的に使用することもできる し、又は信号ネットワークを経て使用することもできる。 インテリジェントペリフェラルＩＰは、通知並びに音声及び多選択確認のよう な特殊なサービスを提供する。 サービス交換及びコントロールポイントＳＳＣＰは、同じノードに配置された ＳＣＰ及びＳＳＰより成る(換言すれば、図示されたＳＳＰノードがＳＣＦ及び ＳＳＦの両エンティティを含む場合には、当該ノードがＳＳＣＰとなる)。 サービスマネージメントポイントＳＭＰのタスクは、データベース（ＳＤＰ） の管理、ネットワークの監視及びテスト、並びにネットワークデータの収集を含 む。これは、他の全ての物理的エンティティに接続することができる。 サービス形成環境ポイントＳＣＥＰは、ＩＮサービスを特定し、開発しそして テストすると共に、それらサービスをＳＭＰに入力するのに使用される。 サービス補助ＡＤは、サービスコントロールポイントＳＣＰと機能的に同等で あるが、ＡＤは、共通のチャンネル信号ネットワークＳＳ７を経るのではなく、 高速データ接続（例えば、ＩＳＤＮ３０Ｂ＋Ｄ接続）でＳＳＰに直接接続される 。 サービスノードＳＮは、ＩＮサービスを制御し、そしてユーザとのデータ転送 を行うことができる。これは、１つ以上のＳＳＰに直接通信する。 サービスマネージメントアクセスポイントＳＭＡＰは、あるユーザにＳＭＰへ の接続を与える物理的エンティティである。 以上、本発明の方法を説明するための背景としてインテリジェントネットワー クについて簡単に説明した。インテリジェントネットワークの更に詳細な説明に ついては、例えば、ＩＴＵ−Ｔ仕様Ｑ．１２１又はベルコアのＡＩＮ仕様を参照 されたい。 上述したように、ＳＳＦは、コール設定のある段階において標準的なＩＮサー ビス要求をＳＣＦに送信する。サービスコントロールポイントＳＣＰ（又はサー ビス補助ＡＤ）は、通常、多数の交換機にサービスするネットワークの中心的ノ ードであるから、このような中心的サービスポイントのデータベースにおいて異 なる負荷測定が連続的に実行されることも重要である。例えば、ＳＣＰ（又はＡ Ｄ）は、このような測定に対し、図３に示すように、機能的部分に分割すること ができる。最も下位のレイヤは、ハードウェア及び基本的オペレーティングシス テム（例えば、Ｕｎｉｘ）を含むいわゆるプラットホームレイヤ３１により形成 される。このプラットホームレイヤの上には、アプリケーション指向のレイヤ３ ２が配置され、これは、次の３つの部分、即ちサービスデータベース(ＳＤＢ)３ ２ａと、サービスロジックプログラムブロック（ＳＬＰ）３２ｂと、測定プログ ラムブロック（ＭＰ）３２ｃとに分割することができる。サービスロジックプロ グラムは、ノードに到達するサービス要求によってトリガーされて実際のＩＮサ ービスを与えるプログラムである。従って、これらのプログラムは、コールごと のベースで処理タスクを実行する。一方、測定プログラムブロックは、ＳＣＰ負 荷に関連した処理を取り扱うエンティティである。それ故、測定プログラムブロ ックは、コールごとのベースでそのタスクを実行するのではなくて、例えば、記 録インターバルにより又は過負荷状態のようなある状態においてそのオペレーシ ョンを実行する。 サービスデータベースは、通常、各加入者がそれ自身の行Ｒｉ（ｉ＝１、２、・・・ ｎ）を有するデータテーブル（ＤＴ）を含む。加入者識別子ＯＩは、各行の 始めにキーとして含まれる。本発明にとって重要なものは、上記の測定に関連し たデータテーブルである。１つのこのような測定テーブルは、（測定）モジュー ルと称する測定オブジェクトのグループに対応する。多数の測定モジュールの測 定テーブルを同じデータテーブルに入力することもできるし、又は各測定モジュ ールの測定テーブルで個別のデータテーブルを形成することもできる。従って、 測定テーブルとは、システムにおけるデータテーブルの一部分又は全データテー ブルであるモジュール特有のデータセットを指す。又、測定モジュールは、測定 グループとも称する。 システムにおいて、各加入者は、専用の１組のカウンタを有し、これらカウン タは、加入者に関連した異なる事象の結果として増加され、例えば、コールカウ ンタは、各コールのたびに増加される。カウンタの値は、記録インターバルによ り収集される。 図３は、インテリジェントネットワークのサービスコントロールポイントＳＣ Ｐを一例として使用することによりこの方法のアプリケーション環境を示してい る。一般的に述べると、この方法は、システムにより応答されるサービス要求を ランダムに受信するいかなるサービスデータベースシステムにも適用できると言 うことができる。このようなシステムは、一般的なレベルで以下に述べるが、こ の説明はインテリジェントネットワークのＳＣＰノードに限定されるものではな い。 到来するサービス要求に応答できるように、プロセッサは、データベースにア クセスして、サービス特有の処理を実行しなければならない。サービス要求に関 連した（測定）オブジェクトは、データベースシステムのデータテーブルの個々 の行で表わされ、これらの行はプロセッサにより処理される。システムは、特定 の長さの記録インターバル中に要求及びある事象の数を記録する。 オブジェクトは、記録されている事象の見地から状態を検討するときに、ある クラスの全てのオブジェクトが同じ形式（例えば、加入者）となるように、オブ ジェクトクラスに分類することができる。同じ形式のオブジェクトは、測定グル ープへと形成することができ、そして２つ以上の測定グループを各オブジェクト クラス内に定義することができる。各測定グループ内において、各オブジェクト は、事象を記録するのに使用される関連カウンタを有している。カウンタ値は、 あるオブジェクトから別のオブジェクトへと変化し得るが、特定の事象は、各オ ブジェクトにより同一に解釈され、例えば、ある事象は、各加入者（即ち各オブ ジェクト）に対する番号変換要求を意味する。 測定に関連した機能は、サービスデータベースシステムが位置する環境に関わ りなく、次の記録機能を含む。 各要求が受け取られるときに、サービスロジック手順の専用のインスタンスが 形成され、所望のオブジェクトのデータ行がデータテーブルから検索され、そし て要求されたサービスロジック処理が実行される。測定グループにおいては、各 個々のデータ行が、異なる事象の発生を記録するのに使用される関連カウンタグ ループを有する。サービスロジック処理の間に、カウンタ値は、記録されるべき 所望の事象の発生に基づいて増加される。 更に、同じプロセッサが、サービスの処理、事象の記録に関連した機能(カウ ンタの増加)、及び多数の異なる測定グループに対するカウンタ値の記録を取り 扱うようにするのが好ましい。カウンタ値の記録は、カウンタ値が規則的なイン ターバルで検索され、従って、それらをメモリ（ログファイル）に書き込むか又 は処理のために外部システムに送信できるようなオペレーションを指す。実際に 、１つのプロセッサを使用することは、唯一の選択肢である。その理由は、サー ビス要求は厳格な応答時間要件を含むことがしばしばあり、この場合に、データ ベースをＲＡＭメモリ（ディスクではなく）で実施しなければならないからであ る。全ての商業的なコンピュータシステムにおいて、１つ以上のプロセッサが単 一のＲＡＭメモリにアクセスすることは不可能である。又、重畳するメモリオペ レーションを防止しなければならないので、多数のプロセッサにより共用された ＲＡＭメモリを実施することも困難である。 この種のデータベースシステムでは、過負荷制限システムは、制限下にあるど のオブジェクトが最大のコールトラフィック集中状態にあるかに関するほぼリア ルタイムの情報を必要とする。 従来のサービスデータベースシステムでは、最大の被呼オブジェクトに関する リストは、測定データの発生中に個別のプロセッサを用いることにより発生され る(マネージメントシステムでは、測定データが最初にそこに転送された後に)。 従って、負荷状態の情報は、常に、充分なリアルタイムではない。発明の要旨 本発明の目的は、上記欠点を解消し、そして測定データを従来よりも効率的に リアルタイムで受信できるようにする方法を形成することである。 この目的は、独立請求項に記載した本発明の方法を用いることにより達成され る。 本発明の考え方は、測定オブジェクトを行ごとに処理する記録及びゼロ化プロ セスを使用することにより、最大のコール(most calls)が集中したオブジェクト のリストをデータベースに維持することである。この維持は、行に配置されたカ ウンタの値を個々の行処理中の時間にリストの最小値と比較し、そしてその値が 該最小値より大きい場合に更新を実行することにより行なわれる。それ故、本発 明の考え方は、最大のコールを伴うオブジェクトの決定を、各オブジェクトのコ ールカウンタに対して各記録インターバル中に実行されるゼロ化プロセスに結び 付けることである。従って、最大のコールを伴うオブジェクトの決定は、記録及 びゼロ化プロセスを使用することにより測定グループとして実施することができ る。この同じ原理を使用して、最小のコール(least calls)を伴うオブジェクト のリストを発生することができる。 例えば、データテーブルの加入者数が５０であって、例えば、ある種の行動の 間にそれらに多大なトラフィックが集中し得る場合には、これら５０のオブジェ クトが含まれた単一の測定グループが定義される。この測定モジュールに対し、 例えば、１分の短い記録インターバルが定義される。更に、当該モジュールに対 しログファイルが全く発生されず、しかも、当該モジュールの場合に、記録及び ゼロ化プロセスが、最大のコールを伴うオブジェクトのリストのゼロ化及び更新 のみを実行するように定義される。 この説明が記録及びゼロ化プロセスについて言及しても、これは、カウンタ値 の記録及びそれらのゼロ化の両方を取り扱うプロセスを指すことに注意されたい 。カウンタ値は、必ずしもログファイルに直ちに書き込まれず、例えば、カウン タ値を外部システムに送信することもできる。このプロセスは、測定オブジェク トの１つの処理中に記録及びゼロ化の両方を常に実行するものではなく、その両 方をスキップしたり又はゼロ化のみを実行することもできる。図面の簡単な説明 以下、添付図面の図４ないし１０を参照して、本発明及びその好ましい実施形 態を詳細に説明する。 図１は、インテリジェントネットワークの機能的アーキテクチャーを示す図で ある。 図２は、インテリジェントネットワークの物理的アーキテクチャーを示す図で ある。 図３は、事象を記録するのに重要なＳＣＰノードの一部分を示す図である。 図４は、本発明によるサービスデータベースシステムを示す図である。 図５ａは、図４のシステムにおいて従うローテーション原理を実証する時間軸 を示す図である。 図５ｂは、図４のシステムにおいて従う一般的なローテーション原理を実証す る時間軸を示す図である。 図６は、アイドル状態から通常のオペレーション状態へのシステムの移行を示 すフローチャートである。 図７ａ−７ｄは、記録及びゼロ化プロセスの進行を示すフローチャートである 。 図８、９及び１０は、図７ａ−７ｄに示す記録及びゼロ化プロセス中に最大の 被呼オブジェクトのリストを発生するのに必要なオペレーションを詳細に示すフ ローチャートである。好ましい実施形態の詳細な説明 図４は、例えば、インテリジェントネットワークのＳＣＰノードに配置するこ とのできる本発明によるデータベースシステムＤＢＳを示す。このデータベース は、少なくとも１つの基本的データテーブルＢＴ及び少なくとも１つの測定テー ブルＭＴを備え、これらは多数の連続する行を含む。図には、１つの基本的テー ブルと、３つの測定テーブルとが示されている。 基本的テーブルの１つの行は、個々の測定オブジェクト（例えば、加入者）に 対応する。行の始めにオブジェクト識別子ＯＩが配置される。１つの基本的テー ブルのオブジェクトは、同じ測定オブジェクトクラスに属し、換言すれば、１つ の基本的テーブルのオブジェクトは、同じ形式のものである。基本的テーブルの １つのオブジェクトを多数の異なる測定テーブルＭＴに含ませることができ、例 えば、記録インターバルが例えば５分であるようなコールカウント測定、及び記 録インターバルが例えば２４時間であるようなコールカウント測定に同じ加入者 を含ませることができる。更に、基本的テーブルの各行は、当該オブジェクトが アクティブなオブジェクトとしてどの測定グループに含まれたかを指示するパラ メータを含む。以下、これらのパラメータの識別子をＯｂｊＡｃｔ_j（ｊ＝１・・・ 測定グループの数）とする。パラメータの値は、ユーザによりセットできる。 単一の測定テーブルは、ヘッダ行ＨＲ及び連続的な行Ｒｉ（ｉ＝１・・・ｎ）よ り成る。測定テーブルの単一の行Ｒｉは、オブジェクト特有のパラメータと、専 用の１組の測定グループ特有のカウンタとを備えている。各測定テーブルは、前 記した特定の測定グループを形成する。従って、各測定テーブルは、同一の測定 を実行するところのオブジェクトを含む。例えば、図示された１つの測定テーブ ルは、コールカウント記録が実行されているところの加入者を含むことができ、 第２のテーブルは、事象カウンタ記録が実行されているところの加入者を記録す ることができ、そして第３のテーブルは、コール長さ記録が実行されているとこ ろの加入者を含むことができる。前記したように、１つの形式の測定（例えば、 コールカウント記録）が多数の異なる測定テーブルを有することもできる。 測定テーブルのヘッダ行ＨＲには、全測定グループに共通のパラメータが配置 される。これらのパラメータは、以下で説明する。 本発明の方法の観点から、システムの別の重要な部分は、システムが記録イン ターバル中に例えば１０個の最大被呼オブジェクトのグループを収集するところ の最大被呼オブジェクトのリスト（又はテーブル）である。このリストの分類さ れた内容は、記録インターバル中に行が処理された後、或いはその後、ちょうど 終了した記録インターバル中に行処理が完了しなかったことが記録インターバル 中に検出されたときに、関連データテーブルに書き込まれる。 サービスロジックプログラムインスタンスＳＬＰｉは、基本的テーブルＢＴの 行を読み取り、従って、基本的テーブルの行は、サービスを発生するのに使用さ れるパラメータも含む。しかしながら、それらは、本発明の範囲に属さないので 、ここでは詳細に説明しない。 ＳＳＰにより送信されるサービス要求ＳＲは、加入者（オブジェクト）識別子 を含む。ＳＣＰがこのようなサービス要求を受信すると、サービスロジックプロ グラムのサービスロジックプログラムインスタンスＳＬＰｉが形成され、そして このインスタンスは、当該サービス要求のサービスを開始する。これは、システ ムに含まれたサービスロジック実行ブロックＳＬＥが、ブロックＳＬＰＴに記憶 されたサービスロジックプログラムテンプレートをコピーすることによりサービ スロジックインスタンスＳＬＰｉを形成するような既知のやり方で実行される。 このコピー（又はＳＬＰｉ）は、受信したサービス要求の使用時に入れられる。 サービスロジック実行ブロックＳＬＥは、到来するサービス要求が記憶されたバ ッファＢＦからサービス要求を検索する。 ＳＬＰｉは、サービス要求の加入者識別子を読み取り、その後、その識別子に 対応する行を基本的テーブルから読み取ることができる。この行から、ＳＬＰｉ は、パラメータＯｂｊＡｃｔ_j（ｊ＝１、２・・・）の値を見出す。このオブジェク トがアクティブの場合には、ＳＬＰｉは、当該オブジェクトが含まれた測定テー ブルのヘッダ行から測定グループもアクティブであるかどうか読み取る。これは 、測定テーブルのヘッダ行に含まれたパラメータにより指示され、以下、このパ ラメータをＡｃｔＮｅｗという名前で呼ぶことにする。オブジェクト及び測定グ ループの両方がアクティブである場合には、ＳＬＰｉが測定テーブルにおいて当 該オブジェクトの行に配置された１つ以上のカウンタの値を増加する。図４に示 すように、ユーザは、マネージメントシステム（ＳＭＰ）を経てパラメータＯｂ ｊＡｃｔ_j及びＡｃｔＮｅｗの値を与える。パラメータＯｂｊＡｃｔ_jは、ここか ら、測定グループ特有のパラメータとして処理されるので、インデックスＪが除 去される。 測定テーブルの行に配置されたカウンタは、参照文字ＣＧ１及びＣＧ２により 示された２つのカウンタグループがその行に形成されるように複写されるのが好 ましい。これらグループは、同じカウンタ（１つ以上）を含み、これは、１つの グループの各カウンタが他のグループに対応カウンタを有することを意味する。 これらのカウンタは順次に増加され、図５ａに示すように時間軸が連続的な記録 インターバルＴＰへと分割され、１つおきのインターバルが参照記号Ｆで示され 、そしてそれに介在するインターバルが記号Ｔで示されている。記録インターバ ルＦの間に、例えば、カウンタグループＣＧ１のカウンタが増加され、そして記 録インターバルＴの間に、カウンタグループＣＧ２のカウンタが増加される(又 はその逆でもよい)。各瞬間の次々のインターバルは、測定テーブルのヘッダ行 に維持されたパリティパラメータにより決定される。ＳＬＰｉは、測定テーブル のヘッダ行を読み取るときに、パリティパラメータの値も読み取り、従って、測 定 テーブルの行に配置されたどのカウンタを増加しなければならないかを確認する 。パリティパラメータは、真（Ｔ）又は偽（Ｆ）の値をとり得るブール変数であ り、このために、図中の１つおきの時間インターバルが参照記号Ｔで示され、そ してその介在する時間インターバルが参照記号Ｆで示されている。 サービスロジックプログラムインスタンスＳＬＰｉは、事象カウンタの増加を 独立して取り扱い、これは、当該測定グループ及び測定オブジェクトがアクティ ブであることが検出された場合にカウンタを無分別に増加することを意味する。 一方、測定プログラムブロックは、行におけるカウンタの記録及びゼロ化を取り 扱う。測定プログラムブロックは、各測定グループのカウンタを記録及びゼロ化 するためにサブブロックＣＲ_jを含む。更に、測定プログラムブロック（又はサ ブブロックＣＲ_j）は、各記録インターバルＴＰの始めにパリティ値を切り換え ることによりカウンタの変化の瞬間を制御する。ＳＬＰｉがカウンタグループＣ Ｇ１のカウンタを増加するような記録インターバルにおいては、測定プログラム ブロックがカウンタグループＣＧ２のカウンタを処理し、そしてＳＬＰｉがカウ ンタグループＣＧ２のカウンタを増加するような記録インターバルにおいては、 測定プログラムブロックがカウンタグループＣＧ１のカウンタを処理する。従っ て、カウンタの増加（換言すれば、事象の記録）は、カウンタ記録及びゼロ化プ ロセスとは個別のプロセスによって処理され、この個別のプロセスは、カウンタ 記録プロセスが動作する段階に関して何も知らずにパリティパラメータの値を単 に使用するものである。以下、値が増加されるカウンタを能動的なカウンタと称 し、そして値が記録されゼロ化されるカウンタを受動的なカウンタと称する。従 って、ある記録インターバル中に増加されるカウンタ値は、当該記録インターバ ルに続く記録インターバル中に処理される。一方、この後続の記録インターバル 中には、その手前の記録インターバル中に処理されたカウンタグループが増加さ れる。 このシステムの別の重要な部分は、短いインターバルＷＰ（図５ａ）で測定プ ログラムブロックを開始するためにプロセッサＰＲを設定するのに使用されるウ ェークアップタイマーＴＭである。ウェークアップインターバルの長さは、例え ば、１０秒であり、これは、ウェークアップインターバルが記録インターバルＴ Ｐに比して非常に短いことを意味する。ウェークアップタイマー(１つ又は複数) は、グループ特有でもよいし、多数の測定グループにより共用されてもよい。 ユーザが特定したパラメータを使用することにより、１つの実行中即ち１つの ウェークアップ中に、測定プログラムブロックがカウンタの処理を許されたとこ ろのオブジェクトの最大数を測定グループごとに決定することができる。記録イ ンターバル中に（換言すれば、記録インターバルの新たな変化の瞬間が検出され るときまでに）全てのオブジェクトに対し受動的なカウンタグループを処理する に充分な時間がある場合には、当該記録インターバル中に測定オブジェクトを処 理する必要がもはやないという指示として測定グループに対してフラグがセット される。たとえカウンタ記録及びゼロ化プロセスがウエークアップタイマーを用 いて短い間隔でウェークアップされるとしても、測定オブジェクトは、当該イン ターバル中にもはや処理されない。 前記したように、測定プログラム及びサービスロジックプログラムＳＬＰｉの 両方を同じプロセッサに実行させるのが好ましい。図４において、この共通のプ ロセッサは、参照記号ＰＲで示されている。測定プログラムの実行は、常にイン ターバルＷＰが経過したときにタイマーＴＭによってスタートされる。 データテーブルを伴うデータベース、測定プログラム及びサービスロジックプ ログラムは、同じＲＡＭメモリに配置することができるが、データベースがその データテーブルと共にディスクに配置されるようにシステムを構成することもで きる。この場合に、システムは２つのプロセッサを含み、その一方がサービスロ ジックプログラムを実行し、そしてその他方がディスクに維持されたカウンタ値 を取り扱う。いずれの場合も、あるメモリエリアＭＡ１・・・ＭＡ３がプロセッサ に関連され、測定プログラムブロック、サービスロジックプログラムブロック、 及びデータテーブルを伴うデータベースが配置される。サービス実行ブロックの メモリエリアは、参照記号ＭＡ４で示され、そしてサービスロジックテンプレー トメモリエリアは、参照記号ＭＡ５で示される。しかしながら、前記したように 、応答時間にとってはＲＡＭメモリ及び１つのプロセッサを使用することが最良 である。 例えば、プロセッサの過負荷のために、割り当てられた記録インターバルＴＰ において全てのオブジェクト（加入者）に対し受動的なカウンタグループを処理 するに充分な時間がない場合には、残りのオブジェクトが未処理のままとなる。 原理は、未完成のタスクを山積みに残さないというものである。しかしながら、 手順は、インターバル内に処理を完了できた行をマークする。（未処理の行があ る場合には、ログファイルに書きこむことができず、カウンタはゼロにされない 。）しかしながら、サービスロジックプログラムインスタンスは、未処理の行に おけるカウンタを含む全てのカウンタを無分別に増加する。しかしながら、これ らの行は後で処理することができない。というのは、それらの値がもはや記録イ ンターバルの長さの間隔、例えば５分のインターバルからのものでないからであ る。測定プログラムが行の処理を開始すると、カウンタ値をログファイルに書き 込むことができるかどうか別々にチェックされる。従って、カウンタ値は、無分 別に増加されるが、それに続く処理インターバル中に、その値がログファイルに 書き込まれるべく有効であるかどうかについてチエックがなされる。 迅速に繰り返されるウェークアップを使用することにより、異なる測定グルー プの変化する記録インターバルを取り扱うことができる。従って、システムは、 異なる測定グループの特徴である異なる長さの各記録インターバルに対しそれ自 身のカウンタ（タイマー）を含まず、システムは、例えば、１０秒ごとの短い間 隔で測定プログラムをウェークアップする１つのカウンタしか有していない。各 ウェークアップ中に、測定プログラムは、オブジェクト特有のカウンタの処理を スタートしなければならないかどうかチェックする。従って、例えば、プロセッ サの過負荷状態において、過負荷が軽減するある時点で、タイマーが時間切れ状 態となりそしてタイマーによりトリガーされる記録及びゼロ化プロセスが各状態 で何を行うべきか分かることを期待することができる。従って、プロセツサの遅 れは、個別タイマーの使用よりも容易な方法を使用することにより解消される。 個別タイマーの場合には、過剰なプロセッサ負荷により生じる遅れが問題を引き 起こす。というのは、タイマーが常に同じインターバルの値にセットされるから である。この場合に、時間と時間切れの瞬間との間の同期を何らかの方法で処理 しなければならない。 本発明によるシステムにおいて重要なパラメータを以下に説明する。以下のパ ラメータは、測定オブジェクトグループに共通であり、そして各測定テーブルＭ Ｔのヘッダ行に含まれる。 パラメータ 説明 形式 ModuleIdentifier 測定モジュールの識別子 Ｉ Act 使用中のアクチベーションパラメータ Ｂ ActNew 新たなアクチベーションパラメータ Ｂ Interv 使用中の記録インターバルの長さ Ｉ IntervNew 記録インターバルの新たな長さ Ｉ LatInterTime 記録インターバルの最後の変化の瞬間 Ｉ SecondInterTime 記録インターバルの最後から２番目の 変化の瞬間 Ｉ ThirdInterTime 記録インターバルの最後から３番目の 変化の瞬間 Ｉ FollInterTime 記録インターバルのその後の変化の瞬間 Ｉ LatParityTime パリティの最後の変化の瞬間 Ｄ PreParityTime パリティの最後から２番目の変化の瞬間 Ｄ Parity パリティ Ｂ Batch 一度に処理される行の最大数 Ｉ LatFinished テーブルの全ての行が処理されたかどうか 指示するパラメータ Ｂ パラメータの形式は、整数の変数の場合にＩであり、ブール変数の場合にＢで あり、そしてリアルタイムスタンプ（日付、時間、分、秒）の場合にＤである。 記録インターバルの長さは、分で与えられる。 ユーザは、測定グループのアクチベーションパラメータＡｃｔＮｅｗ、記録イ ンターバルの長さＩｎｔｅｒｖＮｅｗ、及び一度に処理される行の最大数Ｂａｔ ｃｈの値を定めることができる。テーブルに表示された他のパラメータは、シス テムの内部のパラメータであり、ユーザによって定めることができない。最後の 記録インターバルの変化の瞬間(ＬａｔＩｎｔｅｒＴｉｍｅ)、最後から２番目の 記録インターバルの変化の瞬間(ＳｅｃｏｎｄＩｎｔｅｒＴｉｍｅ)、その前 の記録インターバルの変化の瞬間(ＴｈｉｒｄＩｎｔｅｒＴｉｍｅ)、及びその後 の記録インターバルの変化の瞬間（ＦｏｌｌＩｎｔｅｒＴｉｍｅ）を指示するタ イムスタンプは、好ましくは、分のインデックスであり、従って、それらは形式 による整数の変数である。というのは、システムに使用される時間が個別だから である。 パリティの最後の変化の瞬間（ＬａｔＰａｒｉｔｙＴｉｍｅ）及びその前のパ リティの変化の瞬間(ＰｒｅＰａｒｉｔｙＴｉｍｅ)も、保持されねばならない。 というのは、これらは、通常、記録インターバルの定められた変化の瞬間と正確 に同じではないからである。その理由は、測定プログラムがスタートする場合に 、例えば、１０秒ごとに、パリティの変化の瞬間が、通常、記録インターバルの 定められた変化の瞬間を数秒だけ越えるからである。従って、これらのパラメー タは、カウンタ値が生じるところのインターバルの厳密な長さを決定できるよう にすることが必要となる。パラメータＬａｔＦｉｎｉｓｈｅｄは、測定テーブル の全ての行の処理が完了した（カウンタ値が記録されてゼロ化された）場合にそ れを指示する。 測定テーブルの１つの行は、少なくとも次の測定オブジェクト特有のパラメー タを含む。 パラメータ 説明 形式 ObjAct オブジェクトのアクチベーションパラメータ Ｂ LatMade 行の最後の処理時間 Ｉ PreMade 行の最後から２番目の処理時間 Ｉ 行特有のタイムスタンプ（ＬａｔＭａｄｅ及びＰｒｅＭａｄｅ）は、記録イン ターバルの変化の瞬間を指示するパラメータと同様の分のインデックスである。 以下、行特有のタイムスタンプをスタンプＰ（ＰｒｅＭａｄｅ）及びスタンプＬ （ＬａｔＭａｄｅ）と称する。 図４は、測定グループのオブジェクト行及びヘッダ行に配置されたパラメータ を示す。 図６は、アイドル状態６００から、通常の動作状態即ちいわゆるウオームスタ ート状態７００までのシステムの移行を示すフローチャートである。システムが いわゆるコールドスタート信号を受信すると(段階６０１)、モジュール特有のフ ラグ（パラメータＡｌｉｖｅ）がゼロにセットされて、当該アクチベーションが コールドスタートであることを指示する(段階６０２)。その後、ウェークアップ タイマー（ＴＭ、図４）が、段階６０３において、短いウェークアップインター バル（ＷＰ、図５ａ）の後に時間切れするようにセットされ、その後、システム は、いわゆるウォームスタート状態７００へ移行する。 図７ａ−７ｄは、測定プログラムブロックにより実行される記録及びゼロ化プ ロセスの進行を示すフローチャートである。プロセスがウォームスタート状態に ありそしてタイマーＴＭが時間切れするときに(段階７０１)、カウンタ記録及び ゼロ化プロセスがスタートする。最後の段階において、タイマーは、所定時間Ｗ Ｐの後に再び時間切れするようにセットされる(図７ｄの段階７４５)。タイマー が再び時間切れすると、記録プロセスが再び行なわれ、そして手前の段階と同様 に、タイマーが再び時間切れするようにセットされる。前記したように、時間切 れと時間切れとの間の間隔は、例えば、１０秒である。実際に、測定テーブルの １つの行に対し手順を１回実行するのに要する時間は、約５０μｓであり、従っ て、１０個の異なるモジュールにおいて一度に処理されるべき行が１００個ある ときには、１回の実行に要する時間が約５０ｍｓとなる。 タイマーが時間切れすると、システムは、段階７０２に入り、モジュールのヘ ッダ行から現在時間の値と、モジュールパラメータとを検索する。現在時間の値 は、タイマーの時間切れの瞬間に等しく、そしてこの値は、時間切れ（ウェーク アップ）により生じる１回の実行に要する全時間に対し同一に保たれる。この時 間値を用いて現在の分インデックス（例えば、ある年の始めから計算された）が 決定される。プログラムは、測定テーブルのヘッダ行から、ユーザが指定し得る パラメータＡｃｔＮｅｗ、ＩｎｔｅｒｖＮｅｗ及びＢａｔｃｈの値を検索する。 その後、プログラムは、段階７０３ａにおいて、当該アクチベーションがコール ドスタート信号後の記録プロセスの第１アクチベーションであるかどうかテスト する。これは、上記モジュール特有のフラグの値がゼロであるかどうかテストす ることにより行なわれる。もしそうであれば、プログラムは、段階７０３ｂにお いて、ユーザが指定し得るモジュール特有のアクチベーションパラメータＡｃｔ Ｎｅｗがゼロより大きいかどうか（換言すれば、モジュールがアクチベートされ たかどうか）をテストする。この条件が真であれば、上記パラメータには、ユー ザにより実行される最新のモジュールアクチベーションを指示する値ＡｃｔＮｅ ｗ＝１が指定され、そしてコールドスタートフラグがオフにされ、換言すれば、 パラメータＡｌｉｖｅに値１が指定される(段階７０４)。従って、段階７０４に は、モジュールがアクティブであるときにコールドスタートを通してのみ入る。 他のいずれの場合にも、プログラムは、段階７０３ａ又は７０３ｂから段階７０ ５へ進み、そこで、プログラムは、当該モジュールが受動的であり続ける（測定 がアクチベートされていない）かどうかテストする。これは、使用中のアクチベ ーションパラメータＡｃｔがゼロ以下であるかどうかそしてユーザが特定したア クチベーションパラメータＡｃｔＮｅｗもゼロ以下であるかどうか（換言すれば 、モジュールアクチベーションパラメータの古い値がゼロでありそして新しい値 もゼロであるかどうか）テストすることにより行なわれる。もしそうであれば( 換言すれば、モジュールが受動的であり続ける場合には)、プログラムは、段階 ７４５へ直接進み、ここで、ウェークアップタイマーＴＭが再び時間切れするよ うにセットされる。 もしそうでなければ、プログラムは、段階７０６へ進み、そこで、カウンタの 記録及びゼロ化プロセスの最後のウェークアップ後にモジュールが受動的状態に 切り換えられた（測定が停止された）かどうかテストする。これは、使用中のア クチベーションパラメータＡｃｔがゼロより大きくそしてユーザが指定したアク チベーションパラメータＡｃｔＮｅｗがゼロ以下であるかどうかをテストするこ とにより行なわれる。もしそうであれば、使用中のアクチベーションパラメータ の値はゼロにセットされる。これは、段階７０８で行なわれるが、プログラムが この段階へ進むのは、カウンタ値の記録及びゼロ化プロセスに関する限り当該変 化を生じさせるに適した時間のときだけである。時間の適切さは、段階７０７で テストされ、ここで、プログラムは、全ての行がテストされたかどうか、又は記 録インターバルの次の変化の瞬間が経過したかどうかテストする。これは、パラ メータＬａｔＦｉｎｉｓｈｅｄの値が１であるかどうか、又はアクチベーション において定義されたパラメータＣｕｒｒｅｎｔＭｉｎｕｔｅの値が、次に予想さ れるインターバルの変化の瞬間を指示するパラメータＦｏｌｌＩｎｔｅｒＴｉｍ ｅの値以上であるかどうかをテストすることにより行なわれる。使用中のアクチ ベーションパラメータをゼロにセットすることにより段階７０８において測定モ ジュールが停止されたときには、プログラムは直接終了に至り、タイマーが再び 時間切れするようにセットされる。 変化の瞬間がまだ適当でないか、又はモジュールが停止されていない（換言す れば、モジュールが能動的である）場合には、プログラムは、段階７０９におい て、モジュールが手前の実行の後に能動的な状態に切り換わったかどうか、即ち 換言すれば、モジュールが手前の実行の後にスタートしたかどうかテストする。 これは、ユーザが特定したアクチベーションパラメータＡｃｔＮｅｗの値が１０ ０より小さいかどうか（ユーザによるアクチベーションが、モジュールがアクチ ベートされたことを指示する値１に対応するかどうか）テストすることにより行 なわれる。もしそうであれば、即ち手前のウェークアップ後にモジュールがスタ ートされていれば、プログラムは初期化段階７１０へ進む。他のいずれの場合に も、プログラムは段階７１１へ進み、そこで、記録インターバルの長さが変化し たかどうかテストする。 従って、上記段階７０４において、ユーザが特定するアクチベーションパラメ ータＡｃｔＮｅｗの値は、人為的に１にセットされ、プログラムは、必要な全て の場合に段階７０９から初期化段階７１０へ進むことができる。このような状態 は、例えば、複写型コンピュータシステムにおいて行なわれるスイッチオーバー である。バックアップサイドがスタートすると（コールドスタート）、これは、 ユーザが特定するモジュール特有のアクチベーションパラメータの値が、スイッ チオーバーの発生時に能動的な状態（この例では値１又は１０１）を指示する場 合にも、記録プロセスが初期化段階７１０へ進むように確保する。従って、スイ ッチオーバーは、付加的な動作を必要とせず、システムは、測定グループが能動 的となった場合にあたかもユーザが測定グループをちょうどアクチベートしたか のように動作する。 初期化段階７１０において、使用中のアクチベーションパラメータＡｃｔには 、ユーザが特定するパラメータＡｃｔＮｅｗの値が与えられ、使用中の記録イン タ ーバルの長さを示すパラメータＩｎｔｅｒｖには、ユーザにより定められたパラ メータＩｎｔｅｒｖＮｅｗの値が与えられ、そしてユーザが特定するアクチベー ションパラメータの値は、１００だけ増加され、従って、その後、段階７０９に おいて、モジュールがちょうどそのときアクチベートされていないことを検出で きる。更に、タイムスタンプＬａｔＩｎｔｅｒＴｉｍｅ、ＳｅｃｏｎｄＩｎｔｅ ｒＴｉｍｅ、ＴｈｉｒｄＩｎｔｅｒＴｉｍｅ及びＦｏｌｌＩｎｔｅｒＴｉｍｅに は、次の全分までアップ方向に丸められた現在時間の値（ＣｕｒｒｅｎｔＭｉｎ ｕｔｅ）が指定される。 従って、モジュール特有のパラメータは、アクチベーション時間より遅い時間 に初期化されねばならない。この種の正しい初期化は、とりわけ、全ての古い行 特有のタイムスタンプがインターバルの変化の瞬間と等しいかそれより古くなる よう確保し、プログラムがログファイルに書き込むか否かを決定する不等式（後 述する）は、例えば、オブジェクト特有の測定がスタートされた時間に関わりな く、正しく真又は偽である。 初期化段階中に、パリティ変数Ｐａｒｉｔｙには値０が指定され、そしてパラ メータＬａｔＦｉｎｉｓｈｅｄには値１が指定され、従って、測定テーブルの行 は、モジュールがスタートした後の最初の短い分の間には処理されない。更に、 システムは、パリティについての２つの最新の変化の瞬間に関する情報を維持す る。これらのパラメータ（ＬａｔＰａｒｉｔｙＴｉｍｅ及びＰｒｅＰａｒｉｔｙ Ｔｉｍｅ）には、現在の正しい時間（日付、時間、分、秒）を指示するタイムス タンプが初期化段階中に指定される。 段階７１１において、プログラムは、上記のように、記録インターバルの長さ が変化したかどうかテストする。これは、新たな値（ＩｎｔｅｒｖＮｅｗ）が古 い値（Ｉｎｔｅｒｖ）に等しいかどうかテストすることにより行なわれる。もし そうであれば(即ち換言すれば、変化が生じていなければ)、プログラムは、直接 段階７１６へ進み、記録インターバルの予想される変化の瞬間に既に到達したか 又はそれが経過したかどうかをテストする。 ユーザが記録インターバルの値を変化させた場合には、記録インターバルの新 たな値が段階７１３においてそれに更新され、そして記録インターバルの次の変 化の瞬間が段階７１５において計算される。しかしながら、これらの動作は、現 在の瞬間が適当であるときだけ行なわれる。その瞬間が適当であるかどうかは、 段階７１２において、段階７０７と同一のテストを実行することによりテストさ れる。従って、オペレーション（段階７１３の更新）は、現在の記録インターバ ル中に全ての行を処理するに充分な時間があるか、或いは次の記録インターバル の変化の瞬間（これは、記録インターバルの古い長さに基づいて計算されるか、 又はモジュールアクチベーションの場合は段階７１０において次の全分へ初期化 される）に到達したか又はそれが経過した場合にのみ行うことができる。これら の条件のいずれかを満たす場合には、記録インターバルの長さが段階７１３にお いてその新たな値へ更新される。記録インターバルの次の変化の瞬間を更新でき る（段階７１５）前に、１つの付加的な条件を満たさねばならず、これが段階７ １４でテストされる。この段階では、プログラムは、モジュールのアクチベーシ ョン以来、最初の全分の変化が生じたかどうかテストする。このテストは、Ｆｏ ｌｌＩｎｔｅｒＴｉｍｅの値がパラメータＬａｔＩｎｔｅｒＴｉｍｅの値に等し いかどうかをテストすることにより行なわれる(これらの値は、最初の全分の後 に第１のウェークアップが生じるまで等しく、パラメータＦｏｌｌＩｎｔｅｒＴ ｉｍｅは、以下に示すように、最初の全分が経過した直後に更新される)。これ らの値が等しくない場合には、最初の分が経過しており、プログラムは、次の変 化の瞬間の更新を実行することができる。従って、モジュールのアクチベーショ ンの瞬間の後のインターバルの最初の変化の瞬間（ＦｏｌｌＩｎｔｅｒＴｉｍｅ ）は、常に、最初の全分にセットされ、そしてその後に、例えば、新たな記録イ ンターバルの長さが１時間である場合には時間にセットされる。従って、インタ ーバルのこの最初の変化の瞬間（最初の全分）は、インターバルの変化の瞬間を 示すタイムスタンプが段階７１０において初期化される瞬間である。プログラム は、モジュールアクチベーション後の最初の短い分の間に行を全く処理しない。 このため、パラメータＬａｔＦｉｎｉｓｈｅｄの値は、段階７１０において１に セットされている。これは、行特有の処理スタンプがいずれの場合も次の分にセ ットされるためであり、この場合に、最初の短い分の間に行なわれる行の処理は 無駄になる(というのは、この場合に、行特有のスタンプは、それが古いスタン プであるか新しいスタンプであるか、換言すれば、それがアクチベーション前の 時間に発生するか又はアクチベーション後の時間に発生するかを指示しないから である)。従って、モジュールアクチベーション後の行の処理（カウンタ値の記 録及びゼロ化）は、最初の全分の後にのみスタートされる。 インターバルのその後の変化の瞬間に対して新たな推定値が計算され(段階７ １５)、最初に、現在の分の値（ＣｕｒｒｅｎｔＭｉｎｕｔｅ）が記録インター バルの長さで除算され、そして残余が記憶される。この新たな推定値は、得られ た残余を現在の分から減算しそしてその差に記録インターバルの長さを加算する ことにより得られる(即ちＦｏｌｌＩｎｔｅｒＴｉｍｅ＝ＣｕｒｒｅｎｔＭｉｎ ｕｔｅ−ｍｏｄ（ＣｕｒｒｅｎｔＭｉｎｕｔｅ／Ｉｎｔｅｒｖ）＋Ｉｎｔｅｒｖ )。従って、その後の変化の瞬間は、現在時間と、記録インターバルの長さとに 基づいて決定される。従って、この計算は、パラメータＬａｔＩｎｔｅｒＴｉｍ ｅの値を考慮しない。というのは、例えば、過負荷状態では、プロセッサが遅れ ることがあり、この場合に、対応する遅れがその後の変化の瞬間の値に現れるか らである。 その後に、プログラムは、段階７１６において、記録インターバルのその後の 変化の瞬間に達したかどうかテストする。これは、パラメータＣｕｒｒｅｎｔＭ ｉｎｕｔｅの値（即ち換言すれば、秒が無視されたときにクロック時間から得ら れる分）がパラメータＦｏｌｌＩｎｔｅｒＴｉｍｅの値以上であるかどうかテス トすることにより行なわれる。もしそうでなければ、プログラムは、まっすぐに 段階７２０へ進む。他のいずれかの場合には、プログラムは、段階７１８へ進み 、そこで、インターバルの変化の瞬間に関連したタイムスタンプが押し出される 。この場合に、最後の記録インターバルの変化の瞬間を指示するパラメータＬａ ｔＩｎｔｅｒＴｉｍｅには、値ＣｕｒｒｅｎｔＭｉｎｕｔｅ−ｍｏｄ（Ｃｕｒｒ ｅｎｔＭｉｎｕｔｅ／Ｉｎｔｅｒｖ）が与えられ、それに先行する記録インター バルの変化の瞬間を指示するパラメータＳｅｃｏｎｄＩｎｔｅｒＴｉｍｅには、 パラメータＬａｔＩｎｔｅｒＴｉｍｅの古い値が与えられ、そして最後から３番 目の記録インターバルの変化の瞬間を指示するパラメータＴｈｉｒｄＩｎｔｅｒ Ｔｉｍｅには、パラメータＳｅｃｏｎｄＩｎｔｅｒＴｉｍｅの古い値が与えられ る。 従って、この点において、プログラムは、パラメータＦｏｌｌＩｎｔｅｒＴｉｍ ｅの値（即ち経過した変化の瞬間の値）をパラメータＬａｔＩｎｔｅｒＴｉｍｅ の値として与えず、パラメータＬａｔＩｎｔｅｒＴｉｍｅの値は、考えられるプ ロセッサの遅延がパラメータの値に影響を及ぼさないように現在分の値に基づい て上記のように計算される。従って、パラメータＬａｔＩｎｔｅｒＴｉｍｅの値 は、現在時間を全分までダウン方向に丸め、上記残余（その値は通常ゼロであり 、遅れを補償する）を減算したものに等しい値へと更新される。 しかしながら、タイムスタンプは、段階７１６で検出されたインターバルの変 化の瞬間がモジュールアクチベーション後の最初の全分に対して指定されたイン ターバルの変化の瞬間である場合には押し出されない。このことは、段階７１７ において、段階７１４と同様のテストを使用することによりテストされる(即ち 、換言すれば、パラメータＦｏｌｌＩｎｔｅｒＴｉｍeの値がこの点においてパ ラメータＬａｔＩｎｔｅｒＴｉｍｅの値に等しくない場合には、モジュールアク チベーション後の最初の全分が経過したことになる)。 段階７１８においてタイムスタンプが押し出された後に、又は段階７１７でテ ストが行なわれた後に、プロセスは、段階７１８ｂへ進み、そこで、最大の被呼 オブジェクトのリストの作成に関連したオペレーションが実行される。これらに オペレーションは、図８について以下に説明する。 リストの発生に関連したオペレーションの後に、プログラムは、段階７１９に おいて、インターバルの次の変化の瞬間に対する新たな値（即ち換言すれば、Ｆ ｏｌｌＩｎｔｅｒＴｉｍｅ＝ＣｕｒｒｅｎｔＭｉｎｕｔｅ−ｍｏｄ（Ｃｕｒｒｅ ｎｔＭｉｎｕｔｅ／Ｉｎｔｅｒｖ）＋Ｉｎｔｅｒｖ）を計算する。これは、段階 ７１７において、インターバルの変化の瞬間が、結局は、モジュールアクチベー ション後の最初の全分であることが検出された場合にも実行される。又、段階７ １９において、プログラムは、パリティの値を切り換え、そして最後の及び最後 から２番目のパリティの変化の瞬間を押し出し、従って、パラメータＬａｔＰａ ｒｉｔｙＴｉｍｅには現在の実際のタイムスタンプの値が指定され、そしてパラ メータＰｒｅＰａｒｉｔｙＴｉｍｅにはパラメータＬａｔＰａｒｉｔｙＴｉｍｅ の古い値が指定される。更に、行の処理が近づきつつあるので、パラメータＬ ａｔＦｉｎｉｓｈｅｄには、この点においてゼロの値が指定され、従って、シス テムは、行の処理が完了していないことを知る。又、たとえ行の処理が未完成で あり、そしてインターバルの変化の瞬間が経過していないことをプログラムが検 出しても、パラメータＬａｔＦｉｎｉｓｈｅｄは、依然、ゼロにリセットされる ことにも注意されたい。 その後、プログラムは、段階７２０（プログラムは段階７１６からここに直接 到達してもよい）において、行処理段階が完了したかどうか、即ち換言すれば、 全ての行が既に処理されたかどうかテストする。もしそうであれば、プログラム は、段階７４５へ直接進み、タイマーがリセットされる。行処理が未完成である か、又はまだスタートしていない（即ち、パラメータＬａｔＦｉｎｉｓｈｅｄの 値がゼロである）場合には、プログラムは、段階７２１へ進み、行カウンタが初 期化される。その後、プログラムは、モジュールの測定テーブルにおいて次の行 を読み取る。新たな行が首尾良く読み取られた場合には、プログラムは、段階７ ２５へ進む。他のいずれの場合にも、プログラムは、全ての行を読み取りとマー クし(パラメータＬａｔＦｉｎｉｓｈｅｄには段階７２４において１の値が指定 される)、そしてプログラムは、段階７２４を経て段階７４５へ直接進み、タイ マーがゼロにされる。段階７２４ｂにおいて、最大の被呼オブジェクトのリスト の作成に関連したオペレーションが実行され、これらオペレーションは、図９に ついて以下に述べる。 段階７２５において、プログラムは、オブジェクトのパラメータ、例えば、加 入者識別子(ＯＩ)、オブジェクト特有のアクチベーションパラメータ(ＯｂｊＡ ｃｔ)、行の最後の処理に対するタイムスタンプ(ＬａｔＭａｄｅ)、及び行の最 後から２番目の処理に対するタイムスタンプ（ＰｒｅＭａｄｅ）を行から検索す る。その後、行カウンタの値が１だけ増加される(段階７２６)。カウンタ値が増 加されたときには、プログラムが段階７２７へ進み、そこで、当該オブジェクト が受動的な状態を続けるかどうかテストする。これは、オブジェクト特有のアク チベーションパラメータＯｂｊＡｃｔの値が１００（テストに使用されるべき値 として選択された）であるかどうかテストすることにより行なわれる。もしそう であれば、プログラムは、段階７４４を経て段階７２２へ進み、次の行（行 カウンタの値に基づいて到達する）を読み取るか、或いは段階７４５へ進んでタ イマーをセットする。他のいずれの場合にも、プログラムは、段階７２８におい て、オブジェクトが最後のウェークアップの後に受動的な状態へ切り換わるおそ れがあるかどうかテストする。これは、オブジェクト特有のアクチベーションパ ラメータＯｂｊＡｃｔがゼロ以下であるかどうかをテストすることにより行なわ れる。もしそうである場合には、オブジェクト特有のアクチベーションパラメー タの値が１００にセットされ、これは、以下、オブジェクトが受動的であり続け ることを指示する。これは、段階７２９において行なわれ、ここから、プログラ ムは、段階７４１へ直接進む。段階７２８において行なわれたテストの結果が否 定である（換言すれば、オブジェクトが能動的である）場合には、プログラムは 、段階７３０へ進み、そこで、オブジェクトが最後の実行の後に能動的な状態へ 切り換えられたか、即ち換言すれば、オブジェクトに関連した測定がスタートし たかどうかテストする。これは、オブジェクト特有のアクチベーションパラメー タＯｂｊＡｃｔの値が１００より小さいが０より大きい（即ち換言すれば、値が １である）かどうかテストすることにより行なわれる。もしそうである場合、即 ちオブジェクトがちょうどアクチベートされた場合には、プログラムは、オブジ ェクト初期化段階７３２へ進み、その行に位置するタイムスタンプＬａｔＭａｄ ｅ及びＰｒｅＭａｄｅを現在分に続く次の分へ初期化し、そしてオブジェクトの アクチベーションパラメータを、パラメータの手前の値（１）＋１００に等しい 値（ＯｂｊＡｃｔ＝ＯｂｊＡｃｔ＋１００）にセットする。その後に、プログラ ムは、段階７４１へ直接進んで、パリティ値をチェックし、そしてその後、０、 １又は他のカウンタグループヘ進む(段階７４２又は段階７４３)。リセットされ るべきカウンタグループは、パリティ値に基づく。これらの段階から、プログラ ムは、段階７４４へ至り、行カウンタが、一度に処理される行のユーザ指定数（ Ｂａｔｃｈ）に達したかどうかテストする。もしそうであれば、プログラムは段 階７４５へ進み、タイマーが再び時間切れするようにセットされるが、もしそう でなければ、プログラムは段階７２２へ戻り、次の行を読み取る。 段階７３０において、当該事象が受動的状態から能動的状態へ切り換わるオブ ジェクトの事象でないことをプログラムが検出した場合には、プログラムが段階 ７３４へ進み、タイムスタンプＰに関連した上記不等式［ＴｈｉｒｄＩｎｔｅｒ Ｔｉｍｅ］＜Ｐ≦［ＳｅｃｏｎｄＩｎｔｅｒＴｉｍｅ］が真であるかどうかテス トする(かっこは、タイムスタンプの値を示す)。もしそうであれば、プログラム は、段階７３６へ直接ジャンプして、パリティ値をチェックし、そしてその後、 そのパリティ値に基づいて第１又は第２のカウンタグループの値を読み取るよう に進む(段階７３７又は７３８)。その後、プログラムは、段階７３９においてロ グファイルに書き込む。タイムスタンプＰに関連した不等式が偽である場合には 、プログラムは、段階７３５において、タイムスタンプＬ（ＬａｔＭａｄｅ）に 関連した不等式［ＴｈｉｒｄＩｎｔｅｒＴｉｍｅ］＜Ｌ≦［ＳｅｃｏｎｄＩｎｔ ｅｒＴｉｍｅ］が真であるかどうかテストする。もしそうである場合には、プロ グラムは、段階７３６へ進んで、パリティ変数の値をチェックし、ここから、ロ グファイルに書き込むことにより上記のように続けられる。 書き込みの後、ブロック７３９ｂにおける最大被呼オブジェクトのリストの更 新が行なわれる。このブロックは、図１０において以下に詳細に説明する。ブロ ック７３９ｂ又は段階７３５から、タイムスタンプＬに関連した不等式が偽であ った場合には、プログラムは段階７４０へ進み、行に配置されたタイムスタンプ （スタンプＰ及びＬ）が更新される。スタンプＰには、スタンプＬの古い値が与 えられ、そしてスタンプＬには、アップ方向に丸められた現在分に等しい値が与 えられる。タイムスタンプの更新の後に、プログラムは、段階７４１へ進んで、 パリティをチェックし、ここから、プロセスは、上記のように続けられる。従っ て、行特有のタイムスタンプは、行が処理された後に更新される。 従って、前記したカウンタ値の記録及びゼロ化プロセスは、図５ａ(又は５ｂ) に示すローテーションリズムを使用することにより短い間隔で進行し、（パリテ ィ）パラメータの値は、各インターバルにおいて、各行に値が記録されたカウン タグループを決定する。 更に、上記の記録及びゼロ化プロセスは、１つの測定テーブルの説明であった ことに注意されたい。上記説明を補うために、モジュールがちょうどアクチベー トされたことを記録及びゼロ化プロセスが検出すると(段階７０９)、タイムスタ ンプＬａｔＩｎｔｅｒＴｉｍｅ、ＳｅｃｏｎｄＩｎｔｅｒＴｉｍｅ及びＴｈｉ ｒｄＩｎｔｅｒＴｉｍｅが、その後続の最も近い全分へ、即ち換言すれば、タイ ムスタンプＦｏｌｌＩｎｔｅｒＴｉｍｅと同じ時間に初期化される(段階７１０) 。最初の全分の後のウェークアップ中に、プログラムは、インターバルＦｏｌｌ ＩｎｔｅｒＴｉｍｅの変化の瞬間が経過したことを検出する（段階７１６）が、 インターバルＬａｔＩｎｔｅｒＴｉｍｅ、ＳｅｃｏｎｄＩｎｔｅｒＴｉｍｅ及び ＴｈｉｒｄＩｎｔｅｒＴｉｍｅの変化の瞬間を更新する必要はない。というのは 、それらが既に初期化されているからである。換言すれば、プログラムは、プロ グラムは、段階７１７から段階７１９へ直接進み、インターバルＦｏｌｌＩｎｔ ｅｒＴｉｍｅの次に予想される変化の瞬間を更新する。記録及びゼロ化プロセス は、変化の瞬間ＬａｔＩｎｔｅｒＴｉｍｅ、ＳｅｃｏｎｄＩｎｔｅｒＴｉｍｅ及 びＴｈｉｒｄＩｎｔｅｒＴｉｍｅに対して上記の初期化値を必要とし、モジュー ルがアクチベートされたことをプログラムが検出するウェークアップの時間より もこれらのタイムスタンプが決して古くならないようにする。これは、例えば、 ほんの数秒後にモジュールのデアクチベーション及び再アクチベーションを行え るようにする。 図８は、ブロック８１７ｂで実行されるオペレーションを詳細に示す。最初に 、プログラムは、現在インターバル中に全ての行が処理されたかどうかテストす る(段階８１)。これは、パラメータＬａｔＦｉｎｉｓｈｅｄが１に等しいかどう かテストすることにより行なわれる。行の処理が完了していないことが検出され た場合には、プログラムは、最大被呼オブジェクトのリストを作成する段階へと ジャンプし、その他の場合には、段階７１９へ直接進む(ポイントＡ２)。上記の 場合に、プログラムは、先ず、この測定モジュールに関連してリストを作成する のが好ましいかどうかテストする。これは、モジュール特有のパラメータＴｏｐ Ｌｉｓｔの値を読み取ることにより決定される。この値が、リストを作成すべき でないことを指示する場合には、プログラムは、段階７１９へ直接進む(ポイン トＡ２)。しかしながら、この値がリストを作成しなければならないことを指示 する場合には、既知の分類アルゴリズムを使用することにより既存のリストが分 類される(段階８３)。その後、リストが記憶され(最大被呼オブジェクトのリス トに指定されたデータテーブルに行が分類順に書き込まれ)、そしてリスト がゼロ化されて、次の行処理の準備がなされる(段階８４)。ゼロ化とは、リスト に含まれた最小オブジェクトのカウンタ値に関する情報が次の記録インターバル に対しゼロに初期化されることを意味する。例えば、バブル分類とも称する既知 の標準的な交換方法を分類メカニズムとして使用することができる。このような 方法は、例えば、出版物コルペラ、ラーメラ、プアンマン：Ｐａｓｃａｌｏｈｊ ｅｌｍｏｉｎｔｉｋｉｅｌｉ、ＯｔａＤＡＴＡ ｒ．ｙ．、１９８０、ＩＳＢＮ ９５１−７６７−０３４−６の第１２．４．１章に掲載されている。 図９は、ブロック７２４ｂで実行されるオペレーションを示す。これらのオペ レーションは、行処理が完了しなかった場合にブロック７１８ｂにおいて行なわ れるものと同一である。更に、記録インターバル中に全ての行が処理され、その 後、最大被呼オブジェクトの測定テーブルが完成したときには、ブロック７２４ ｂに含まれるオペレーションが常に実行されることに注意されたい。 図１０は、ブロック７３９ｂで実行されるオペレーションを示し、これは、カ ウンタ値が正しいもので、記録するのに有効であると決定される形式の各行処理 において実行される。最初に、この測定モジュールに関連してリストを作成する ことが所望されるかどうかテストされる(段階１０１)。これは、モジュール特有 のパラメータＴｏｐＬｉｓｔの値を読み取ることにより決定される。この値がリ ストを作成すべきでないことを指示する場合には、プログラムは段階７４０へ直 接進む(ポイントＡ７)。しかしながら、この値がリストを作成しなければならな いことを指示する場合には、プログラムは、次いで、カウンタ値がリストに含ま れるかどうかテストする(段階１０２)。これは、行におけるコールカウンタ値を 、リストに含まれた最小値（この値はレジスタに維持される）と比較することに より行われる。コールカウンタ値が上記最小値より小さい場合には、リストの最 小値が上記コールカウンタ値に置き換えられる（段階１０３）が、そうでない場 合には、プログラムは、段階７４０へ直接進む。置き換えの後に、プログラムは 、リストの最小値に対応するインデックスを更新する(段階１０４)。これは、リ スと全体に進み、そしてリストに含まれた最小値に対応するインデックスでリス トの最後の項目のインデックスを更新することにより行なわれる。 又、カウンタ値の記録が許されるかどうかを指示する個別のモジュール特有の 補助的変数をシステムに使用することが好ましい。この補助的な変数の値は、タ イムスタンプに関連した２つの不等式の少なくとも一方が真であるかどうかに基 づいて決定される。補助的な変数の使用は、例えば、最大被呼オブジェクトのリ ストに関連した測定グループにおいて、たとえ不等式で許されても、記録を完全 に阻止できることである。 添付図面の例を参照して本発明を詳細に説明したが、本発明は、この例に限定 されるものではなく、請求の範囲に記載した本発明の範囲内で種々の変更がなさ れ得ることが明らかである。原理的には、例えば、最小被呼オブジェクトのリス トを対応的に作成できるが、このようなリストは、負荷の制御に関する限り重要 でない。又、たとえコピーされたカウンタが行において使用されずそして上記の ローテーション原理が時間に対して使用されなくても、上記原理に従うことがで きる。記録及びリストの作成は、例えば、カウンタの増加を取り扱う以外のプロ セッサにより取り扱うこともできる。しかしながら、単一のプロセッサを使用で きると共に、カウンタの増加プロセスではリストの発生による干渉をできるだけ 少なくすることができるので、ローテーション原理が好ましい。他方、ローテー ション原理を実施する最も簡単な手段は、複写されたカウンタを使用することで ある。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ， ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，Ｌ Ｕ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ， ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＫＥ，ＬＳ，ＭＷ，Ｓ Ｄ，ＳＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＭ，ＡＴ ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ， ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，Ｆ Ｉ，ＧＢ，ＧＥ，ＧＨ，ＨＵ，ＩＬ，ＩＳ，ＪＰ，ＫＥ ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ， ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，Ｍ Ｘ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ， ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ，ＹＵ，ＺＷ

Claims (1)

1. 【特許請求の範囲】 １．サービスデータベースシステムにおいて負荷状態を監視する方法であって、 上記データベースは、連続する行（Ｒｉ）を含む測定テーブル（ＭＴ）を備え 、単一の行は、単一の測定オブジェクトに関連したデータを含み、そして１つ の測定テーブルの測定オブジェクトは、同じ形式のものであって、それらが測 定グループを形成しており、上記方法は、各測定オブジェクトごとに発生する 事象の数をカウントすることが必要なシステムへのサービス要求（ＳＲ）をそ の処理中に受け取り、このサービス要求に対する応答としてサービスの提供を アクチベートし、ある所定の記録インターバルにより決定された時間にわたり 上記サービス要求の処理中に各異なる事象に対して測定オブジェクト特有のカ ウンタを増加することにより事象の記録を実行し、上記インターバルは、ユー ザが指定できるものであり、各記録インターバルの後に上記測定オブジェクト 特有のカウンタの値を記憶することによりカウンタ値の記録を実行し、そして その記録されたカウンタ値に基づいて、特定のカウンタの値に対して最も大き な所望数の測定オブジェクトを含むリストを作成するという段階を含む方法に おいて、 各記録インターバルに一度に１つの測定オブジェクトについてカウンタ値の 記録及びゼロ化を実行し、 記録インターバル内で、各個々のオブジェクトの処理中に、上記特定のカウ ンタの値が、その瞬間にリストに含まれた最小のカウンタ値を伴うオブジェク トのカウンタ値より大きいかどうかをチェックし、そしてもしそうであれば、 最小のカウンタ値を伴うオブジェクトを当該行に対応するオブジェクトに置き 換えるように、記録インターバルにより上記リストを作成し、そして その作成されたリストを遅くとも記録インターバルの終わりに記憶する、 という段階を備えたことを特徴とする方法。 ２．測定オブジェクトに対応する測定テーブルの行における各測定カウンタを複 写されたものとして維持し、第１のカウンタが第１のカウンタグループ（ＣＧ １）に属し、そして第２のカウンタが第２のカウンタグループ（ＣＧ２）に属 するようにし、そして 時間ドメインを連続的な記録インターバル（ＴＰ）に分割し、１つおきの記 録インターバル中に、第１のカウンタグループのカウンタを増加すると共に、 第２のカウンタグループのカウンタ値を記録及びゼロ化し、そして１つおきの 記録インターバル中に、第２のカウンタグループのカウンタを増加すると共に 、第１のカウンタグループのカウンタ値を記録及びゼロ化する、 という段階を更に含む請求項１に記載の方法。 ３．個々の行の処理中にカウンタ値が有効に記録されるかどうかをチェックし、 そして有効な値のみをリストに受け入れる請求項１に記載の方法。 ４．測定オブジェクトの行においてゼロ化が行なわれる最後の瞬間を指示する測 定オブジェクト特有のタイムスタンプと、測定オブジェクトの行においてゼロ 化が行なわれる最後から２番目の瞬間を指示するタイムスタンプと、記録イン ターバルの最後の３つの変化の瞬間を指示する測定グループ特有のタイムスタ ンプとを維持し、そして 上記測定オブジェクト特有のタイムスタンプを測定グループ特有のタイムス タンプと比較し、そして２つの測定グループ特有のタイムスタンプの少なくと も１つが、記録インターバルの最後から第２と第３番目の変化の瞬間を指示す るタイムスタンプ間で所望されるものである場合に測定オブジェクトのカウン タ値を記録に対して受け入れる、 という段階を更に含む請求項３に記載の方法。 ５．現在の記録インターバル中に全てのオブジェクトが処理されたことが検出さ れたとき、そして 記録インターバルが変化したが、手前の記録インターバル中にオブジェクト の処理を完了できないことが検出されたときに、 上記リストを分類しそしてその分類した順にデータベースに記憶する請求項１ に記載の方法。 ６．２つ以上の記録インターバルのリストがデータベースに記憶される請求項１ に記載の方法。 ７．リストに含まれた最小値をゼロにセットすることにより最初に処理されたオ ブジェクトから所望の長さのリストが初期化される請求項１に記載の方法。 ８．上記リストを使用して、過負荷状態においてサービス要求を拒絶するための 基準を形成する請求項１に記載の方法。 ９．サービスデータベースシステムにおいて負荷状態を監視する方法であって、 上記データベースは、連続する行（Ｒｉ）を含む測定テーブル（ＭＴ）を備え 、単一の行は、単一の測定オブジェクトに関連したデータを含み、そして１つ の測定テーブルの測定オブジェクトは、同じ形式のものであって、それらが測 定グループを形成しており、上記方法は、各測定オブジェクトごとに発生する 事象の数をカウントすることが必要なシステムへのサービス要求（ＳＲ）をそ の処理中に受け取り、このサービス要求に対する応答としてサービスの提供を アクチベートし、ある所定の記録インターバルにより決定された時間にわたり 上記サービス要求の処理中に各異なる事象に対して測定オブジェクト特有のカ ウンタを増加することにより事象の記録を実行し、上記インターバルは、ユー ザが指定できるものであり、各記録インターバルの後に上記測定オブジェクト 特有のカウンタの値を記憶することによりカウンタ値の記録を実行し、そして その記録されたカウンタ値に基づいて、特定のカウンタの値に対して最も小さ な所望数の測定オブジェクトを含むリストを作成するという段階を含む方法に おいて、 各記録インターバルに一度に１つの測定オブジェクトについてカウンタ値の 記録及びゼロ化を実行し、 記録インターバル内で、各個々のオブジェクトの処理中に、上記特定のカウ ンタの値が、その瞬間にリストに含まれた最大のカウンタ値を伴うオブジェク トのカウンタ値より小さいかどうかをチェックし、そしてもしそうであれば、 最大のカウンタ値を伴うオブジェクトを当該行に対応するオブジェクトに置き 換えるように、記録インターバルにより上記リストを作成し、そして その作成されたリストを遅くとも記録インターバルの終わりに記憶する、 という段階を備えたことを特徴とする方法。 10．測定オブジェクトに対応する測定テーブルの行における各測定カウンタを複 写されたものとして維持し、第１のカウンタが第１のカウンタグループ（ＣＧ １）に属し、そして第２のカウンタが第２のカウンタグループ（ＣＧ２）に属 するようにし、そして 時間ドメインを連続的な記録インターバル（ＴＰ）に分割し、１つおきの記 録インターバル中に、第１のカウンタグループのカウンタを増加すると共に、 第２のカウンタグループのカウンタ値を記録及びゼロ化し、そして１つおきの 記録インターバル中に、第２のカウンタグループのカウンタを増加すると共に 、第１のカウンタグループのカウンタ値を記録及びゼロ化する、 という段階を更に含む請求項９に記載の方法。