JP2010147644A

JP2010147644A - 通信システム、セッション制御サーバ、管理装置、課金装置、通信方法、及びプログラム

Info

Publication number: JP2010147644A
Application number: JP2008320816A
Authority: JP
Inventors: Takeshi Fukumoto; 健福元; Takashi Yasunaga; 崇安永; Makoto Ise; 誠伊勢; Ko Harada; 高原田; Yuhito Yokokawa; 勇仁横川
Original assignee: NEC Corp; Nippon Telegraph and Telephone Corp
Current assignee: NEC Corp; Nippon Telegraph and Telephone Corp
Priority date: 2008-12-17
Filing date: 2008-12-17
Publication date: 2010-07-01
Anticipated expiration: 2028-12-17
Also published as: JP4934126B2

Abstract

【課題】課金装置の負担を軽減する技術を提供する。
【解決手段】通信システムは、セッションを制御する対象の呼について課金データを生成し、生成した該課金データを管理装置へ送信する複数のセッション制御サーバと、前記複数のセッション制御サーバから前記課金データを受信し、受信した該課金データを記憶する管理装置と、前記管理装置に記憶された前記課金データを読み出し、読み出した該課金データに基づいて前記呼に課する料金を算出する課金装置と、を有する。
【選択図】図１

Description

本発明は、電話の課金計算を行う技術に関する。

ＩＰ電話システムでは、呼を中継するＳＩＰ（Session Initiation Protocol）サーバを複数設けて、各ＳＩＰサーバが、呼についての課金データ（CDR: Call Detail Record）を作成する。そして、各ＳＩＰサーバは作成した課金データを自身のハードディスク等に記憶する。

そして、このＩＰ電話システムにおいて、課金装置は、複数のＳＩＰサーバのそれぞれに、直接アクセスして課金データを取得していた。

また、特許文献１に記載の電話システムでは、課金データを記憶する複数の回線装置のそれぞれが、その課金データを交換機へ転送していた。
特開平９−１３４５２９号公報

しかし、課金装置がＳＩＰサーバに個別にアクセスする方式のＩＰ電話システムでは、ＳＩＰサーバの数が多いと、課金装置の負担が大きくなるという問題があった。

また、特許文献１に記載の電話システムでも、回線装置の数が多くなると、課金データについての、交換機（課金装置）の受信処理の負担が大きくなってしまう。

本発明は、課金装置の負担を軽減する技術を提供することを目的とする。

上記目的を達成するために、本発明の通信システムは、セッションを制御する対象の呼について課金データを生成し、生成した該課金データを管理装置へ送信する複数のセッション制御サーバと、前記複数のセッション制御サーバから前記課金データを受信し、受信した該課金データを記憶する管理装置と、前記管理装置に記憶された前記課金データを読み出し、読み出した該課金データに基づいて前記呼に課する料金を算出する課金装置と、を有する。

本発明のセッション制御サーバは、セッションを制御する対象の呼について課金データを生成する課金データ生成手段と、前記課金データ生成手段により生成された前記課金データを管理装置へ送信する送信手段と、前記課金データの送信に失敗したならば、該課金データを退避領域に退避し、所定時間が経過したとき、退避した該課金データを該管理装置に再送信する再送信手段と、を有する。

本発明の管理装置は、前記複数のセッション制御サーバに記憶された課金データを受信する受信手段と、前記受信手段により受信された前記課金データを多重化して複数の記録装置に記憶する記憶手段と、を有する。

本発明の課金装置は、課金データを原本領域に記憶し、該原本領域において該課金データを格納した場所を示す場所情報を転送領域及びバックアップ領域に記憶する管理装置から、該場所情報を読み出し、読み出した該場所情報の示す場所から該課金データを読み出す課金データ取得手段と、前記課金データ取得手段により読み出された前記課金データに対応する前記場所情報を前記転送領域から削除する削除手段と、前記削除手段により削除された前記場所情報に対応する前記課金データを再度読み出すときには、前記バックアップ領域から前記場所情報を読み出し、読み出した該場所情報の示す場所から該課金データを読み出す課金データ再取得手段と、前記課金データ取得手段により読み出された前記課金データ、又は前記課金データ再取得手段により読み出された前記課金データに基づいて呼に課する料金を算出する課金計算手段と、を有する。

本発明の通信方法は、複数のセッション制御サーバが、セッションを制御する対象の呼について課金データを生成し、生成した該課金データを管理装置に送信し、管理装置が前記複数のセッション制御サーバから前記課金データを受信し、受信した該課金データを記憶し、課金装置が、前記管理装置に記憶された前記課金データを読み出し、読み出した該課金データに基づいて前記呼に課する料金を算出する、方法である。

本発明のセッション制御サーバの制御方法は、セッションを制御する対象の呼について課金データを生成し、前記課金データを記憶装置に記憶し、前記記憶装置に記憶された前記課金データが所定量に達したとき、該課金データを管理装置へ送信し、該課金データの送信に失敗したならば、該課金データを前記記憶手段に退避し、退避した該課金データを所定時間後に該課管理置に再送信する、方法である。

本発明のプログラムは、管理装置を制御するためのプログラムであって、コンピュータに、前記複数のセッション制御サーバに記憶された課金データを受信する受信手順、及び前記受信手順で受信された前記課金データを多重化して複数の記録装置に記憶する手順、を実行させるためのプログラムである。

本発明によれば、管理装置が、複数のセッション制御サーバから受信した課金データを記憶しておき、課金装置がその課金データを読み出すので、課金装置は、セッション制御サーバに個別にアクセスして課金データを収集する必要がなくなって負担が軽減される。

本発明を実施するための実施の形態について図面を参照して詳細に説明する。

図１は、本実施形態の通信システム１の構成を示す全体図である。通信システム１は、ＩＰ（Internet Protocol）等をプロトコルとして使用する。同図を参照すると、通信システム１は、ＳＳＣ（Subscriber Session Control Server）１０、１１、および１２と、ＥＭＳ（Event Monitoring Server）２０と、課金装置３０とを有する。また、通信システム１には、端末Ｐ１、Ｐ２などの複数のＵＡ（User Agent）が接続される。

端末Ｐ１、Ｐ２は、ＩＰ電話サービスに対応する電話端末である。

図２は、ＳＳＣ１０の構成を示すブロック図である。ＳＳＣ１０は、プロトコルとしてＳＩＰ（Session Initiation Protocol）を使用するセッション制御サーバである。同図を参照すると、ＳＳＣ１０は、呼制御部１０１、ＣＤＲ作成部１０３、記憶部１０５、および転送部１０７を有する。

呼制御部１０１は、ＳＩＰに規定する通信手順で呼のセッションを確立し、セッション制御を行う。ＣＤＲ作成部１０３は、通信が終了したときに、その呼についてＣＤＲ（課金データ）を作成して、メモリログ（不図示）に書き込む。ＣＤＲ作成部１０３は、このメモリログを周期的にチェックし、存在するログをスロットバッファ１０３１に書き込む。ＣＤＲ作成部１０３は、スロットバッファ１０３１が満杯となったとき、それらを１つのファイルにまとめた課金ファイル１０５１を作成し、記憶部１０５に格納する。

記憶部１０５は、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）等の記憶装置である。この記憶部１０５には、課金ファイル１０５１を記憶するための領域のほか、転送失敗時にファイルを退避するための退避エリア１０５３が設けられている。

転送部１０７は、作成された課金ファイル１０５１をＦＴＰ（File Transfer Protocol）等の通信手順を使用してＥＭＳ２０へ転送する。課金装置２０への転送が失敗したとき、転送部１０７は、転送対象の課金ファイル１０５１を退避エリア１０５３に格納しておく。そして、所定時間が経過したとき、転送部１０７は、退避したファイルをＥＭＳ２０へ強制的に再度転送する。

図３は、スロットバッファ１０３１の構成を示すブロック図である。同図を参照すると、スロットバッファ１０３１は、複数（例えば、１２個）のサブスロットバッファを有する。各サブスロットバッファは、複数（例えば、５１２個）のサブスロットから構成される。各サブスロットは固定長（例えば、４０９６バイト）のデータであり、各サブスロットには複数のＣＤＲ（課金データ）が格納される。

これらの課金データは可変長のテキストデータであり、課金データの区切りを示すため、それぞれの課金データには、改行コード（ＬＦ＝０x０Ａ）が付加される。サブスロットバッファの未使用の部分には、ＮＵＬＬコード（０x００）が設定され、最終行には、改行コードが設定される。サブスロットを跨いだ課金データが作成されることはない。

ＳＳＣ１１およびＳＳＣ１２の構成は、ＳＳＣ１０と同様である。

図４は、ＥＭＳ２０の構成を示すブロック図である。ＥＭＳ２０は、複数のＳＳＣを保守管理する管理装置である。同図を参照すると、ＥＭＳ２０は、管理部２０１と、記憶装置２０３および２０５と、を有する。

管理部２０１は、ＳＳＣ１０、１１、および１２から、課金ファイルを受信する。管理部２０１は、受信した課金ファイルを記憶装置２０１および２０５に格納する。

記憶装置２０３および２０５はＨＤＤやＳＳＤなどの記憶装置である。ＥＭＳ２０はミラーリング機能を有し、この機能により記憶装置２０３および２０５には、同一のデータが同時に書き込まれる。記憶装置２０３および２０５は、ＥＭＳ２０および課金装置３０が共有しており、課金装置３０は、ＥＭＳ２０の記憶装置にアクセスして、ファイルを読み書きすることができる。そして、ＥＭＳ２０は、一方の記憶装置が故障した場合は、もう一方の記憶装置に切り替えて、継続動作する。

図５は、記憶装置２０３の構成を示すブロック図である。同図を参照すると、記憶装置２０３には、原本エリア２０３１、転送エリア２０３２、およびバックアップエリア２０３３が設けられている。

原本エリア２０３１は、課金ファイルを書き込むために領域である。転送エリア２０３２およびバックアップエリア２０３３は、原本エリア２０３１における課金ファイルの格納場所を示すシンボリックリンクを書き込むための領域である。

記憶装置２０５にも、記憶装置２０３と同様に、原本エリア、転送エリア、およびバックアップエリアが設けられる。

管理部２０１は、各ＳＳＣから受信した課金ファイルを原本エリア（２０３１）に書き込む。管理部２０１は、転送エリア（２０３２）およびバックアップエリア（２０３３）に、原本エリア（２０３１）における各課金ファイルの格納場所を示すシンボリックリンクを格納する。管理部２０１は、所定の周期（例えば１０秒）で、課金ファイルを新たに受信したか否かを監視し、受信したならば、その課金ファイルの格納場所でシンボリックリンクを更新する。また、管理部２０１は、作成したときから所定期間（例えば、７日間）が経過したシンボリックリンクを、転送エリア２０３２およびバックアップエリア２０３３から削除する。

図６は、課金装置３０の構成を示すブロック図である。同図を参照すると、課金装置３０は、ファイル取得部３０１および課金計算部３０３を有する。ファイル取得部３０１は、ＦＴＰなどを使用して、ＥＭＳ２０の転送エリア２０３２のシンボリックリンクを参照して、そのリンクを辿り、原本エリア２０３１から、課金ファイルを読み出す。そして、課金装置３０は、読み出した課金ファイルに対応するシンボリックリンクを転送エリア（２０３２）から削除する。ファイル取得部３０１は、転送エリア（２０３２）の状態を監視し、シンボリックリンクが削除されたならば、正常にファイルの転送が終了したと判断する。

また、転送後に課金ファイルを紛失した場合など、課金ファイルの再収集が必要であれば、ファイル取得部３０１は、バックアップエリア（２０３３）に格納されたシンボリックリンクを参照して、その課金ファイルを取得する。

課金計算部３０３は、取得した課金ファイルに基づいて、呼に課する料金を算出する。

次に通信システム１の動作について説明する。図７は、ＳＳＣ１０が実行する転送処理を示すフローチャートである。この転送処理は、ＳＳＣ１０が受け付けた呼を制御し、その呼が終了したときに開始する。同図を参照すると、ＳＳＣ１０は、その呼について課金データ（ＣＤＲ）を作成し、スロットバッファに蓄積する（ステップＳ１）。そして、ＳＳＣ１０は、スロットバッファが満杯になったとき、又は強制転送中であるか否かを判断する（ステップＳ３）。ＳＳＣ１０は、強制転送タイマーがオンのとき、強制転送中であると判断する。強制転送タイマーについては、後述する。

スロットバッファが満杯になったとき、又は強制転送中であれば（ステップＳ３：ＹＥＳ）、ＳＳＣ１０は、スロットバッファまたは退避領域１０５３から読み出したデータに基づいて課金ファイルを作成する（ステップＳ５）。ＳＳＣ１０は、その課金ファイルをＥＭＳ２０に転送する（ステップＳ７）。

ＳＳＣ１０は、課金ファイルの転送が失敗したか否かを判断する（ステップＳ９）。転送が失敗したならば（ステップＳ９：ＹＥＳ）、ＳＳＣ１０は、課金ファイルを退避領域に退避し（ステップＳ１１）、強制転送タイマーをオンにする（ステップＳ１３）。

強制転送タイマーは、ファイル転送に失敗したときから再転送を行うまでの期間を設定するためのタイマーであり、このタイマーには、例えば、予め３０分が設定される。強制転送タイマーは、オンにされたとき計時を開始し、設定時間が経過したとき、またはリセットされたとき、オフになる。ステップＳ１３の後、ＳＳＣ１０はステップＳ１に戻る。転送に成功すれば（ステップＳ９：ＮＯ）、ＳＳＣ１０は、強制転送タイマーをリセットして転送処理を終了する。

図８は、ＥＭＳ２０の動作を示すフローチャートである。この動作は、ＥＭＳ２０に電源が投入されたとき、または所定のアプリケーションが実行されたときに開始する。同図を参照すると、ＥＭＳ２０は、ＳＳＣ１０から受信した課金ファイルを、原本エリア２０３１に格納する（ステップＴ１）。

ＥＭＳ２０は、最初に課金ファイルを受信したとき、または前回シンボリックリンクを作成したときから、所定期間（例えば、１０秒）が経過したか否かを判断する（ステップＴ３）。所定期間が経過したならば（ステップＴ３：ＹＥＳ）、ＥＭＳ２０は、転送エリア２０３２およびバックアップエリア２０３３に、新たに受信した課金ファイルの格納場所を示すシンボリックリンクを設定する（ステップＴ５）。

所定期間が経過していない場合（ステップＴ３：ＮＯ）、またはステップＴ５の後、ＥＭＳ２０は動作を終了する。

図９は、課金装置３０が実行する課金計算処理を示すフローチャートである。この課金計算処理は、課金計算のための所定のアプリケーションが実行されたときに開始する。同図を参照すると、課金装置３０は、アプリケーションを実行したとき、または前回課金計算を行ったときから、所定期間が経過したか否かを判断する（ステップＵ１）。所定期間が経過したならば（ステップＵ１：ＹＥＳ）、課金装置３０は、課金計算の対象とする課金ファイルを、転送エリア２０３２のシンボリックリンクを辿り、原本エリア２０３１から、課金ファイルを読み出す（ステップＵ３）。そして、課金装置３０は、読み出した課金ファイルに対応するシンボリックリンクを転送エリア２０３２から削除する（ステップＵ５）。

課金装置３０は、読み出した課金ファイルに基づいて呼に課する料金を算出する（ステップＵ７）。課金装置３０は、計算対象の課金ファイルが紛失した場合など、課金ファイルの再収集が必要か否かを判断する（ステップＵ９）。

再収集が必要であれば（ステップＵ９：ＹＥＳ）、管理部３０１は、バックアップエリア２０３３に格納されたシンボリックリンクを参照して、ファイルを取得する（ステップＵ１１）。ステップＵ１１の後、課金装置３０は、ステップＵ７に戻る。

所定期間が経過していない場合（ステップＵ１：ＮＯ）、または再収集が不要な場合（ステップＵ７：ＮＯ）、課金装置３０は、課金計算処理を終了する。

図１０は、通信システム１の動作を示すシーケンス図である。同図を参照すると、ＳＳＣ１０は、セッション制御対象の呼について課金データを作成し、スロットバッファに蓄積する（ステップＳ１）。そして、ＳＳＣ１０は、スロットバッファが満杯になったか、又は強制転送中であるか否かを判断する（ステップＳ３）。

スロットバッファが満杯になったか、又は強制転送中であれば（ステップＳ３：ＹＥＳ）、ＳＳＣ１０は、スロットバッファに蓄積した課金データから、課金ファイルを作成し（ステップＳ５）、その課金ファイルをＥＭＳ２０に転送する（ステップＳ７）。

ＳＳＣ１０は、課金ファイルの転送が失敗したか否かを判断する（ステップＳ９）。転送が成功したならば（ステップＳ９：ＮＯ）、ＳＳＣ１０は、強制転送タイマーをリセットしてステップＳ１に戻る。転送が失敗したならば（ステップＳ９：ＹＥＳ）、ＳＳＣ１０は、課金ファイルを退避領域に退避し（ステップＳ１１）、強制転送を開始する（ステップＳ１３）。

ＥＭＳ２０は、ＳＳＣ１０から受信した課金ファイルを、原本エリア２０３１に格納する（ステップＴ１）。

ＥＭＳ２０は、転送エリア２０３２およびバックアップエリア２０３３に、新たに受信した課金ファイルの格納場所を示すシンボリックリンクを設定し、周期的に更新する（ステップＴ５）。

課金装置３０は、周期的に、課金計算の対象とする課金ファイルを、ＥＭＳ２０の転送エリア２０３２のシンボリックリンクを辿り、原本エリア２０３１から、課金ファイルを読み出す（ステップＵ３）。

課金装置３０は、計算対象の課金ファイルの再収集が必要であれば（ステップＵ９：ＹＥＳ）、管理部３０１は、バックアップエリア２０３３に格納されたシンボリックリンクを参照して、ファイルを取得する（ステップＵ１１）。

課金装置３０は、取得した課金ファイルに基づいて課金計算する（ステップＵ７）。

なお、本実施形態では、ＳＳＣ１０、１１、および１２を、それぞれ１台ずつ設けているが、それぞれについて運用系、待機系の２台を設け、２重化してもよい。

また、本実施形態では、ＥＭＳ２０を１台としたが、ＳＳＣの台数が増加して、１台のＥＭＳでは課金ファイルを格納しきれなくなる場合など、必要であれば、ＥＭＳを複数台設けてもよい。

以上説明したように、本実施形態によれば、ＥＭＳ２０（管理装置）が、ＳＳＣ１０（セッション制御サーバ）から受信した課金データを記憶しておき、課金装置３０がその課金データを読み出すので、課金装置３０は、セッション制御サーバに個別にアクセスして課金データを収集する必要がなくなって負担が軽減される。

また、本実施形態の通信システム１は、低コストで信頼性を向上することができる。具体的には、従来のＩＰ電話システムでは、各ＳＩＰサーバに障害が生じたなどに保管していた課金データが破損することを防ぐため、全てのＳＩＰサーバのハードディスクを二台にして２重化することもあったが、この構成では、ＳＩＰサーバの数が多いとコストが非常にかかる。

これに対して、本実施形態の通信システム１では、ＥＭＳ２０（管理装置）が各ＳＩＰサーバから受信した課金データを多重化して、複数の記憶装置（２０３および２０５）に記憶しておくので、各ＳＩＰサーバで冗長構成をとる必要がない。このため、非常に低コストで、課金データの信頼性を向上させることができる。

更に、ＳＳＣ１０（セッション制御サーバ）は、退避エリア１０５３を有し、ＥＭＳ２０（管理装置）への課金データ送信に失敗したならば、その課金データを退避エリア１０５３に記憶し、所定時間後に管理装置に再送信するので、通信システム１は、より確実に課金データを転送できる。

ＥＭＳ２０（管理装置）は、原本領域２０３１に課金データを格納し、転送領域２０３２及びバックアップ２０３３領域に、シンボリックリンク（場所情報）を記憶する。課金装置３０は、その場所情報に基づいて原本領域２０３１から課金データを読み出し、その場所情報を転送領域２０３２から削除し、その課金データを再度読み出すとき、バックアップ領域２０３３に記憶された場所情報に基づいて課金データを読み出すので、課金計算時にファイルが紛失していても課金ファイルを再度取得でき、確実に課金計算できる。

本発明の通信システムの構成を示す全体図である。本発明のＳＳＣの構成を示すブロック図である。本発明のスロットバッファの構成を示す図である。本発明のＥＭＳの構成を示すブロック図である。本発明の記憶装置の構成を示すブロック図である。本発明の課金装置の構成を示すブロック図である。本発明の転送処理を示すフローチャートである。本発明のＥＭＳの動作を示すフローチャートである。本発明の書き計算処理を示すフローチャートである。本発明の通信システムの動作を示すシーケンス図である。

符号の説明

１通信システム
１０、１１、１２ＳＳＣ
２０ＥＭＳ
３０課金装置
１０１呼制御部
１０３ＣＤＲ作成部
１０５記憶部
１０７転送部
２０１管理部
２０３、２０５記憶装置
３０１ファイル取得部
３０３課金計算部
１０３１スロットバッファ
１０５１課金ファイル
１０５３退避エリア
２０３１原本エリア
２０３２転送エリア
２０３３バックアップエリア
Ｓ１〜Ｓ１３、Ｔ１〜Ｔ５、Ｕ１〜Ｕ１１ステップ

Claims

セッションを制御する対象の呼について課金データを生成し、生成した該課金データを管理装置へ送信する複数のセッション制御サーバと、
前記複数のセッション制御サーバから前記課金データを受信し、受信した該課金データを記憶する管理装置と、
前記管理装置に記憶された前記課金データを読み出し、読み出した該課金データに基づいて前記呼に課する料金を算出する課金装置と、
を有する通信システム。
前記管理装置は、複数の記憶装置を有し、受信した前記課金データを多重化して該複数の記憶装置に記憶する、請求項１に記載の通信システム。
前記セッション制御サーバは、退避領域を有し、前記管理装置への前記課金データ送信に失敗したならば、該課金データを該退避領域に記憶し、所定時間が経過したとき、該退避領域に記憶した該課金データを該管理装置に再送信する、請求項１又は２に記載の通信システム。
前記管理装置は、原本領域、転送領域、及びバックアップ領域を有し、前記原本領域に前記課金データを格納し、前記転送領域及び前記バックアップ領域に、該原本領域において該課金データを格納した場所を示す場所情報を記憶し、
前記課金装置は、前記転送領域に記憶された前記場所情報の示す場所から前記課金データを読み出し、読み出した該課金データに対応する該場所情報を該転送領域から削除し、該課金データを再度読み出すときには、前記バックアップ領域に記憶された前記場所情報の示す場所から該課金データを読み出す、請求項３に記載の通信システム。
セッションを制御する対象の呼について課金データを生成する課金データ生成手段と、
前記課金データ生成手段により生成された前記課金データを管理装置へ送信する送信手段と、
前記課金データの送信に失敗したならば、該課金データを退避領域に退避し、所定時間が経過したとき、退避した該課金データを該管理装置に再送信する再送信手段と、
を有するセッション制御サーバ。
前記複数のセッション制御サーバに記憶された課金データを受信する受信手段と、
前記受信手段により受信された前記課金データを多重化して複数の記録装置に記憶する記憶手段と、
を有する管理装置。
それぞれの前記記憶装置は、原本領域、転送領域、及びバックアップ領域を有し、前記記憶手段は、前記受信手段により受信された前記課金データを前記原本領域に格納し、前記転送領域及び前記バックアップ領域に、該原本領域において該課金データを格納した場所を示す場所情報を記憶する、請求項６に記載の管理装置。
課金データを原本領域に記憶し、該原本領域において該課金データを格納した場所を示す場所情報を転送領域及びバックアップ領域に記憶する管理装置から、該場所情報を読み出し、読み出した該場所情報の示す場所から該課金データを読み出す課金データ取得手段と、
前記課金データ取得手段により読み出された前記課金データに対応する前記場所情報を前記転送領域から削除する削除手段と、
前記削除手段により削除された前記場所情報に対応する前記課金データを再度読み出すときには、前記バックアップ領域から前記場所情報を読み出し、読み出した該場所情報の示す場所から該課金データを読み出す課金データ再取得手段と、
前記課金データ取得手段により読み出された前記課金データ、又は前記課金データ再取得手段により読み出された前記課金データに基づいて呼に課する料金を算出する課金計算手段と、
を有する課金装置。
複数のセッション制御サーバが、セッションを制御する対象の呼について課金データを生成し、
生成した該課金データを管理装置に送信し、
管理装置が前記複数のセッション制御サーバから前記課金データを受信し、
受信した該課金データを記憶し、
課金装置が、前記管理装置に記憶された前記課金データを読み出し、
読み出した該課金データに基づいて前記呼に課する料金を算出する、通信方法。
管理装置を制御するためのプログラムであって、
コンピュータに、
前記複数のセッション制御サーバに記憶された課金データを受信する受信手順、及び
前記受信手順で受信された前記課金データを多重化して複数の記録装置に記憶する手順、
を実行させるためのプログラム。