JP2000517121A

JP2000517121A - サービスデータベースシステムにおける事象記録

Info

Publication number: JP2000517121A
Application number: JP10511322A
Authority: JP
Inventors: ペッカレーティネン
Original assignee: ノキアテレコミュニカシオンスオサケユキチュア
Priority date: 1996-08-29
Filing date: 1997-08-29
Publication date: 2000-12-19
Also published as: AU4017497A; FI963369A0; CN1231749A; BR9711384A; EP0978066A2; US6192326B1; CA2263598A1; AU728519B2; FI963369A; WO1998009234A2; FI104598B; WO1998009234A3

Abstract

(57)【要約】本発明は、サービスデータベースシステムにおいて事象記録を取り扱う方法に係る。データベースは、連続する行（Ｒｉ）を含む記憶された測定テーブル（ＭＴ）を備えている。測定テーブルの行における事象カウンタを効率的に使用するために、上記カウンタはコピーされ、そして各記録インターバルに、行における所与のカウンタグループのカウンタ値が増加されると共に、行における別のカウンタグループのカウンタ値が所定のローテーション原理に基づいて記録される。カウンタ値の記録及びゼロ化は、記録インターバル中に、一度に１つの測定オブジェクトについて取り扱われ、そして測定グループの各オブジェクトに対し測定グループのアクチベーション後に各カウンタグループの第１の処理は、カウンタグループの記録が阻止されるがカウンタグループのゼロ化は許されるように強制される。

Description

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

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

Claims

【特許請求の範囲】１．サービスデータベースシステムにおいて事象記録を実行する方法であって、上記データベースは、連続する行（Ｒｉ）を含む測定テーブル（ＭＴ）を備え、単一の行は、単一の測定オブジェクトに関連したデータを含み、そして１つの測定テーブルの測定オブジェクトは、同じ形式のものであって、それらが測定グループを形成しており、上記方法は、各測定オブジェクトごとに発生する事象の数をカウントすることが必要なシステムへのサービス要求（ＳＲ）をその処理中に受け取り、このサービス要求に対する応答としてサービスの提供をアクチベートし、ある所定の記録インターバルにより決定された時間にわたり上記サービス要求の処理中に各異なる事象に対して測定オブジェクト特有のカウンタを増加することにより事象の記録を実行し、各記録インターバルの後に上記測定オブジェクト特有のカウンタの値を記憶することによりカウンタ値の記録を実行し、ユーザによる測定グループのアクチベーション又はデアクチベーションに対する応答として測定グループに関連した能動的／受動的情報を更新し、測定グループをアクチベートすることにより測定グループにおける測定をスタートし、そして測定グループをデアクチベートすることにより測定を終了するという段階を含む方法において、各測定オブジェクトに対応する測定テーブルの行にＮ個のコピーへと複写された単一の測定カウンタを維持して、Ｎ個のカウンタの各々が異なるカウンタグループに属するようにし、これにより、Ｎ個のカウンタグループが行に配置され、時間ドメインを連続的な記録インターバル（ＴＰ）に分割し、行に配置された選択されたカウンタグループの値のみが各記録インターバル中に増加され、そして増加されるべきカウンタグループがある記録インターバルから別の記録インターバルへと変化するようにし、一度に１つの測定テーブルの行を処理することにより一度に１つの測定オブジェクトについて記録インターバル中にカウンタ値の記録及びゼロ化を取り扱い、（ａ）単一のカウンタグループのカウンタ値の記録及びゼロ化を、当該カウンタグループのカウンタが増加されるところの記録インターバル間に残された記録インターバル中に実行し、そして（ｂ）行の単一処理の間に、カウンタグループの記録及びゼロ化を必要に応じて連続的に実行し、そして測定グループの各オブジェクトに対し測定グループのアクチベーション後に各カウンタグループの第１の処理を、カウンタグループの記録は禁止されるが、カウンタグループのゼロ化が許されるように強制する、という段階を更に備えたことを特徴とする方法。２．測定オブジェクトに対応する測定テーブルの行における各カウンタが複写されたとして維持され、この場合に、第１のカウンタが第１のカウンタグループ（ＣＧ１）に属し、そして第２のカウンタが第２のカウンタグループ（ＣＧ２）に属するようにし、そして１つおきの記録インターバル中に、第１のカウンタグループのカウンタ値を増加すると共に、第２のカウンタグループのカウンタ値を記録及びゼロ化し、そして１つおきの記録インターバル中に、第２のカウンタグループのカウンタを増加すると共に、第１のカウンタグループのカウンタ値を記録及びゼロ化する請求項１に記載の方法。３．上記システムは、記録インターバルの手前の変化の瞬間に関する測定グループ特有の情報と、手前の行処理の瞬間に関する測定オブジェクト特有の情報とを記憶し、そして行処理の間に、行処理の瞬間を記録インターバルの変化の瞬間と比較することによりカウンタ値が有効に記録されるかどうかテストし、これにより、測定グループをアクチベートすると、測定グループ特有のタイムスタンプは、行のその後の処理中に値が有効に記録されないことをテストが指示するような値に初期化される請求項１に記載の方法。４．カウンタグループの記録及びゼロ化を取り扱うプロセスは、測定グループ特有のアクチベーションパラメータの値の変化を監視することにより測定グループのアクチベーション状態も監視し、上記パラメータは、測定が測定グループにおいて実行されるかどうか特定するためにユーザにより使用される請求項１に記載の方法。５．カウンタグループの記録及びゼロ化を取り扱うプロセスは、記録インターバル中に短い間隔で繰り返しスタートされる請求項１に記載の方法。６．上記システムは、個別の時間値を使用し、測定グループのアクチベーションが検出されたときに、記録インターバルのその後の変化の瞬間が、次に考えられる個別の時間値にセットされる請求項５に記載の方法。７．使用される個別のインターバルは、１分である請求項５に記載の方法。８．カウンタグループの記録及びゼロ化を取り扱うプロセスは、上記プロセスにより時間切れするようにセットされたタイマーを使用することによりスタートされる請求項５に記載の方法。９．上記システムが測定を行うようにアクチベートされたときに、上記タイマーは第１の時間に対して時間切れするようにセットされ、これにより、測定グループ特有のフラグが、当該アクチベーションが第１のアクチベーションであることを指示するように同時にセットされる請求項８に記載の方法。 10．上記フラグが検出されたときに、測定グループ特有のアクチベーションパラメータには、手前の受動的な測定グループがちようどアクチベートされたことを指示する値が指定される請求項９に記載の方法。 11．上記システムは、使用中のアクチベーションパラメータの値を保持し、ユーザが特定したアクチベーションパラメータの値が頻繁な間隔でこの値と比較されて、測定グループのアクチベーション又はデアクチベーションを検出し、そして使用中のアクチベーションパラメータの値がアクチベーション又はデアクチベーションの後に更新される請求項４に記載の方法。 12．上記システムは、現在の記録インターバル中に測定テーブルの全ての測定オブジェクトが処理されたときを指示するフラグを更に維持する請求項１１に記載の方法。 13．測定グループがデアクチベートされたときに、使用中のアクチベーションパラメータの更新は、オブジェクトの処理が末完了であることを上記フラグが指示する限り防止される請求項１２に記載の方法。 14．測定グループのアクチベーションは、上記フラグの値に関わりなく実行される請求項１２に記載の方法。