(57)【要約】【課題】課金装置の負担を軽減する技術を提供する。【解決手段】通信システムは、セッションを制御する対象の呼について課金データを生成し、生成した該課金データを管理装置へ送信する複数のセッション制御サーバと、前記複数のセッション制御サーバから前記課金データを受信し、受信した該課金データを記憶する管理装置と、前記管理装置に記憶された前記課金データを読み出し、読み出した該課金データに基づいて前記呼に課する料金を算出する課金装置と、を有する。【選択図】図１
2010147644.tif 000002
【特許請求の範囲】
【請求項１】
セッションを制御する対象の呼について課金データを生成し、生成した該課金データを管理装置へ送信する複数のセッション制御サーバと、
前記複数のセッション制御サーバから前記課金データを受信し、受信した該課金データを記憶する管理装置と、
前記管理装置に記憶された前記課金データを読み出し、読み出した該課金データに基づいて前記呼に課する料金を算出する課金装置と、
を有する通信システム。
【請求項２】
前記管理装置は、複数の記憶装置を有し、受信した前記課金データを多重化して該複数の記憶装置に記憶する、請求項１に記載の通信システム。
【請求項３】
前記セッション制御サーバは、退避領域を有し、前記管理装置への前記課金データ送信に失敗したならば、該課金データを該退避領域に記憶し、所定時間が経過したとき、該退避領域に記憶した該課金データを該管理装置に再送信する、請求項１又は２に記載の通信システム。
【請求項４】
前記管理装置は、原本領域、転送領域、及びバックアップ領域を有し、前記原本領域に前記課金データを格納し、前記転送領域及び前記バックアップ領域に、該原本領域において該課金データを格納した場所を示す場所情報を記憶し、
前記課金装置は、前記転送領域に記憶された前記場所情報の示す場所から前記課金データを読み出し、読み出した該課金データに対応する該場所情報を該転送領域から削除し、該課金データを再度読み出すときには、前記バックアップ領域に記憶された前記場所情報の示す場所から該課金データを読み出す、請求項３に記載の通信システム。
【請求項５】
セッションを制御する対象の呼について課金データを生成する課金データ生成手段と、
前記課金データ生成手段により生成された前記課金データを管理装置へ送信する送信手段と、
前記課金データの送信に失敗したならば、該課金データを退避領域に退避し、所定時間が経過したとき、退避した該課金データを該管理装置に再送信する再送信手段と、
を有するセッション制御サーバ。
【請求項６】
前記複数のセッション制御サーバに記憶された課金データを受信する受信手段と、  
前記受信手段により受信された前記課金データを多重化して複数の記録装置に記憶する記憶手段と、
を有する管理装置。
【請求項７】
それぞれの前記記憶装置は、原本領域、転送領域、及びバックアップ領域を有し、前記記憶手段は、前記受信手段により受信された前記課金データを前記原本領域に格納し、前記転送領域及び前記バックアップ領域に、該原本領域において該課金データを格納した場所を示す場所情報を記憶する、請求項６に記載の管理装置。
【請求項８】
課金データを原本領域に記憶し、該原本領域において該課金データを格納した場所を示す場所情報を転送領域及びバックアップ領域に記憶する管理装置から、該場所情報を読み出し、読み出した該場所情報の示す場所から該課金データを読み出す課金データ取得手段と、
前記課金データ取得手段により読み出された前記課金データに対応する前記場所情報を前記転送領域から削除する削除手段と、
前記削除手段により削除された前記場所情報に対応する前記課金データを再度読み出すときには、前記バックアップ領域から前記場所情報を読み出し、読み出した該場所情報の示す場所から該課金データを読み出す課金データ再取得手段と、
前記課金データ取得手段により読み出された前記課金データ、又は前記課金データ再取得手段により読み出された前記課金データに基づいて呼に課する料金を算出する課金計算手段と、
を有する課金装置。
【請求項９】
複数のセッション制御サーバが、セッションを制御する対象の呼について課金データを生成し、
生成した該課金データを管理装置に送信し、
管理装置が前記複数のセッション制御サーバから前記課金データを受信し、
受信した該課金データを記憶し、
課金装置が、前記管理装置に記憶された前記課金データを読み出し、
読み出した該課金データに基づいて前記呼に課する料金を算出する、通信方法。
【請求項１０】
管理装置を制御するためのプログラムであって、
コンピュータに、
前記複数のセッション制御サーバに記憶された課金データを受信する受信手順、及び
前記受信手順で受信された前記課金データを多重化して複数の記録装置に記憶する手順、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電話の課金計算を行う技術に関する。
【背景技術】
【０００２】
ＩＰ電話システムでは、呼を中継するＳＩＰ（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００）が設定され、最終行には、改行コードが設定される。サブスロットを跨いだ課金データが作成されることはない。
【００２５】
ＳＳＣ１１およびＳＳＣ１２の構成は、ＳＳＣ１０と同様である。
【００２６】
図４は、ＥＭＳ２０の構成を示すブロック図である。ＥＭＳ２０は、複数のＳＳＣを保守管理する管理装置である。同図を参照すると、ＥＭＳ２０は、管理部２０１と、記憶装置２０３および２０５と、を有する。
【００２７】
管理部２０１は、ＳＳＣ１０、１１、および１２から、課金ファイルを受信する。管理部２０１は、受信した課金ファイルを記憶装置２０１および２０５に格納する。
【００２８】
記憶装置２０３および２０５はＨＤＤやＳＳＤなどの記憶装置である。ＥＭＳ２０はミラーリング機能を有し、この機能により記憶装置２０３および２０５には、同一のデータが同時に書き込まれる。記憶装置２０３および２０５は、ＥＭＳ２０および課金装置３０が共有しており、課金装置３０は、ＥＭＳ２０の記憶装置にアクセスして、ファイルを読み書きすることができる。そして、ＥＭＳ２０は、一方の記憶装置が故障した場合は、もう一方の記憶装置に切り替えて、継続動作する。
【００２９】
図５は、記憶装置２０３の構成を示すブロック図である。同図を参照すると、記憶装置２０３には、原本エリア２０３１、転送エリア２０３２、およびバックアップエリア２０３３が設けられている。
【００３０】
原本エリア２０３１は、課金ファイルを書き込むために領域である。転送エリア２０３２およびバックアップエリア２０３３は、原本エリア２０３１における課金ファイルの格納場所を示すシンボリックリンクを書き込むための領域である。
【００３１】
記憶装置２０５にも、記憶装置２０３と同様に、原本エリア、転送エリア、およびバックアップエリアが設けられる。
【００３２】
管理部２０１は、各ＳＳＣから受信した課金ファイルを原本エリア（２０３１）に書き込む。管理部２０１は、転送エリア（２０３２）およびバックアップエリア（２０３３）に、原本エリア（２０３１）における各課金ファイルの格納場所を示すシンボリックリンクを格納する。管理部２０１は、所定の周期（例えば１０秒）で、課金ファイルを新たに受信したか否かを監視し、受信したならば、その課金ファイルの格納場所でシンボリックリンクを更新する。また、管理部２０１は、作成したときから所定期間（例えば、７日間）が経過したシンボリックリンクを、転送エリア２０３２およびバックアップエリア２０３３から削除する。
【００３３】
図６は、課金装置３０の構成を示すブロック図である。同図を参照すると、課金装置３０は、ファイル取得部３０１および課金計算部３０３を有する。ファイル取得部３０１は、ＦＴＰなどを使用して、ＥＭＳ２０の転送エリア２０３２のシンボリックリンクを参照して、そのリンクを辿り、原本エリア２０３１から、課金ファイルを読み出す。そして、課金装置３０は、読み出した課金ファイルに対応するシンボリックリンクを転送エリア（２０３２）から削除する。ファイル取得部３０１は、転送エリア（２０３２）の状態を監視し、シンボリックリンクが削除されたならば、正常にファイルの転送が終了したと判断する。
【００３４】
また、転送後に課金ファイルを紛失した場合など、課金ファイルの再収集が必要であれば、ファイル取得部３０１は、バックアップエリア（２０３３）に格納されたシンボリックリンクを参照して、その課金ファイルを取得する。
【００３５】
課金計算部３０３は、取得した課金ファイルに基づいて、呼に課する料金を算出する。
【００３６】
次に通信システム１の動作について説明する。図７は、ＳＳＣ１０が実行する転送処理を示すフローチャートである。この転送処理は、ＳＳＣ１０が受け付けた呼を制御し、その呼が終了したときに開始する。同図を参照すると、ＳＳＣ１０は、その呼について課金データ（ＣＤＲ）を作成し、スロットバッファに蓄積する（ステップＳ１）。そして、ＳＳＣ１０は、スロットバッファが満杯になったとき、又は強制転送中であるか否かを判断する（ステップＳ３）。ＳＳＣ１０は、強制転送タイマーがオンのとき、強制転送中であると判断する。強制転送タイマーについては、後述する。
【００３７】
スロットバッファが満杯になったとき、又は強制転送中であれば（ステップＳ３：ＹＥＳ）、ＳＳＣ１０は、スロットバッファまたは退避領域１０５３から読み出したデータに基づいて課金ファイルを作成する（ステップＳ５）。ＳＳＣ１０は、その課金ファイルをＥＭＳ２０に転送する（ステップＳ７）。
【００３８】
ＳＳＣ１０は、課金ファイルの転送が失敗したか否かを判断する（ステップＳ９）。転送が失敗したならば（ステップＳ９：ＹＥＳ）、ＳＳＣ１０は、課金ファイルを退避領域に退避し（ステップＳ１１）、強制転送タイマーをオンにする（ステップＳ１３）。
【００３９】
強制転送タイマーは、ファイル転送に失敗したときから再転送を行うまでの期間を設定するためのタイマーであり、このタイマーには、例えば、予め３０分が設定される。強制転送タイマーは、オンにされたとき計時を開始し、設定時間が経過したとき、またはリセットされたとき、オフになる。ステップＳ１３の後、ＳＳＣ１０はステップＳ１に戻る。転送に成功すれば（ステップＳ９：ＮＯ）、ＳＳＣ１０は、強制転送タイマーをリセットして転送処理を終了する。
【００４０】
図８は、ＥＭＳ２０の動作を示すフローチャートである。この動作は、ＥＭＳ２０に電源が投入されたとき、または所定のアプリケーションが実行されたときに開始する。同図を参照すると、ＥＭＳ２０は、ＳＳＣ１０から受信した課金ファイルを、原本エリア２０３１に格納する（ステップＴ１）。
【００４１】
ＥＭＳ２０は、最初に課金ファイルを受信したとき、または前回シンボリックリンクを作成したときから、所定期間（例えば、１０秒）が経過したか否かを判断する（ステップＴ３）。所定期間が経過したならば（ステップＴ３：ＹＥＳ）、ＥＭＳ２０は、転送エリア２０３２およびバックアップエリア２０３３に、新たに受信した課金ファイルの格納場所を示すシンボリックリンクを設定する（ステップＴ５）。
【００４２】
所定期間が経過していない場合（ステップＴ３：ＮＯ）、またはステップＴ５の後、ＥＭＳ２０は動作を終了する。
【００４３】
図９は、課金装置３０が実行する課金計算処理を示すフローチャートである。この課金計算処理は、課金計算のための所定のアプリケーションが実行されたときに開始する。同図を参照すると、課金装置３０は、アプリケーションを実行したとき、または前回課金計算を行ったときから、所定期間が経過したか否かを判断する（ステップＵ１）。所定期間が経過したならば（ステップＵ１：ＹＥＳ）、課金装置３０は、課金計算の対象とする課金ファイルを、転送エリア２０３２のシンボリックリンクを辿り、原本エリア２０３１から、課金ファイルを読み出す（ステップＵ３）。そして、課金装置３０は、読み出した課金ファイルに対応するシンボリックリンクを転送エリア２０３２から削除する（ステップＵ５）。
【００４４】
課金装置３０は、読み出した課金ファイルに基づいて呼に課する料金を算出する（ステップＵ７）。課金装置３０は、計算対象の課金ファイルが紛失した場合など、課金ファイルの再収集が必要か否かを判断する（ステップＵ９）。
【００４５】
再収集が必要であれば（ステップＵ９：ＹＥＳ）、管理部３０１は、バックアップエリア２０３３に格納されたシンボリックリンクを参照して、ファイルを取得する（ステップＵ１１）。ステップＵ１１の後、課金装置３０は、ステップＵ７に戻る。
【００４６】
所定期間が経過していない場合（ステップＵ１：ＮＯ）、または再収集が不要な場合（ステップＵ７：ＮＯ）、課金装置３０は、課金計算処理を終了する。
【００４７】
図１０は、通信システム１の動作を示すシーケンス図である。同図を参照すると、ＳＳＣ１０は、セッション制御対象の呼について課金データを作成し、スロットバッファに蓄積する（ステップＳ１）。そして、ＳＳＣ１０は、スロットバッファが満杯になったか、又は強制転送中であるか否かを判断する（ステップＳ３）。
【００４８】
スロットバッファが満杯になったか、又は強制転送中であれば（ステップＳ３：ＹＥＳ）、ＳＳＣ１０は、スロットバッファに蓄積した課金データから、課金ファイルを作成し（ステップＳ５）、その課金ファイルをＥＭＳ２０に転送する（ステップＳ７）。
【００４９】
ＳＳＣ１０は、課金ファイルの転送が失敗したか否かを判断する（ステップＳ９）。転送が成功したならば（ステップＳ９：ＮＯ）、ＳＳＣ１０は、強制転送タイマーをリセットしてステップＳ１に戻る。転送が失敗したならば（ステップＳ９：ＹＥＳ）、ＳＳＣ１０は、課金ファイルを退避領域に退避し（ステップＳ１１）、強制転送を開始する（ステップＳ１３）。
【００５０】
ＥＭＳ２０は、ＳＳＣ１０から受信した課金ファイルを、原本エリア２０３１に格納する（ステップＴ１）。
【００５１】
ＥＭＳ２０は、転送エリア２０３２およびバックアップエリア２０３３に、新たに受信した課金ファイルの格納場所を示すシンボリックリンクを設定し、周期的に更新する（ステップＴ５）。
【００５２】
課金装置３０は、周期的に、課金計算の対象とする課金ファイルを、ＥＭＳ２０の転送エリア２０３２のシンボリックリンクを辿り、原本エリア２０３１から、課金ファイルを読み出す（ステップＵ３）。
【００５３】
課金装置３０は、計算対象の課金ファイルの再収集が必要であれば（ステップＵ９：ＹＥＳ）、管理部３０１は、バックアップエリア２０３３に格納されたシンボリックリンクを参照して、ファイルを取得する（ステップＵ１１）。
【００５４】
課金装置３０は、取得した課金ファイルに基づいて課金計算する（ステップＵ７）。
【００５５】
なお、本実施形態では、ＳＳＣ１０、１１、および１２を、それぞれ１台ずつ設けているが、それぞれについて運用系、待機系の２台を設け、２重化してもよい。
【００５６】
また、本実施形態では、ＥＭＳ２０を１台としたが、ＳＳＣの台数が増加して、１台のＥＭＳでは課金ファイルを格納しきれなくなる場合など、必要であれば、ＥＭＳを複数台設けてもよい。
【００５７】
以上説明したように、本実施形態によれば、ＥＭＳ２０（管理装置）が、ＳＳＣ１０（セッション制御サーバ）から受信した課金データを記憶しておき、課金装置３０がその課金データを読み出すので、課金装置３０は、セッション制御サーバに個別にアクセスして課金データを収集する必要がなくなって負担が軽減される。
【００５８】
また、本実施形態の通信システム１は、低コストで信頼性を向上することができる。具体的には、従来のＩＰ電話システムでは、各ＳＩＰサーバに障害が生じたなどに保管していた課金データが破損することを防ぐため、全てのＳＩＰサーバのハードディスクを二台にして２重化することもあったが、この構成では、ＳＩＰサーバの数が多いとコストが非常にかかる。
【００５９】
これに対して、本実施形態の通信システム１では、ＥＭＳ２０（管理装置）が各ＳＩＰサーバから受信した課金データを多重化して、複数の記憶装置（２０３および２０５）に記憶しておくので、各ＳＩＰサーバで冗長構成をとる必要がない。このため、非常に低コストで、課金データの信頼性を向上させることができる。
【００６０】
更に、ＳＳＣ１０（セッション制御サーバ）は、退避エリア１０５３を有し、ＥＭＳ２０（管理装置）への課金データ送信に失敗したならば、その課金データを退避エリア１０５３に記憶し、所定時間後に管理装置に再送信するので、通信システム１は、より確実に課金データを転送できる。
【００６１】
ＥＭＳ２０（管理装置）は、原本領域２０３１に課金データを格納し、転送領域２０３２及びバックアップ２０３３領域に、シンボリックリンク（場所情報）を記憶する。課金装置３０は、その場所情報に基づいて原本領域２０３１から課金データを読み出し、その場所情報を転送領域２０３２から削除し、その課金データを再度読み出すとき、バックアップ領域２０３３に記憶された場所情報に基づいて課金データを読み出すので、課金計算時にファイルが紛失していても課金ファイルを再度取得でき、確実に課金計算できる。
【図面の簡単な説明】
【００６２】
【図１】本発明の通信システムの構成を示す全体図である。
【図２】本発明のＳＳＣの構成を示すブロック図である。
【図３】本発明のスロットバッファの構成を示す図である。
【図４】本発明のＥＭＳの構成を示すブロック図である。
【図５】本発明の記憶装置の構成を示すブロック図である。
【図６】本発明の課金装置の構成を示すブロック図である。
【図７】本発明の転送処理を示すフローチャートである。
【図８】本発明のＥＭＳの動作を示すフローチャートである。
【図９】本発明の書き計算処理を示すフローチャートである。
【図１０】本発明の通信システムの動作を示すシーケンス図である。
【符号の説明】
【００６３】
１    通信システム
１０、１１、１２    ＳＳＣ
２０    ＥＭＳ
３０    課金装置
１０１    呼制御部
１０３    ＣＤＲ作成部
１０５    記憶部
１０７    転送部
２０１    管理部
２０３、２０５    記憶装置
３０１    ファイル取得部
３０３    課金計算部
１０３１    スロットバッファ
１０５１    課金ファイル
１０５３    退避エリア
２０３１    原本エリア
２０３２    転送エリア
２０３３    バックアップエリア
Ｓ１〜Ｓ１３、Ｔ１〜Ｔ５、Ｕ１〜Ｕ１１    ステップ
【図１】
2010147644.tif 000003
【図２】
2010147644.tif 000004
【図３】
2010147644.tif 000005
【図４】
2010147644.tif 000006
【図５】
2010147644.tif 000007
【図６】
2010147644.tif 000008
【図７】
2010147644.tif 000009
【図８】
2010147644.tif 000010
【図９】
2010147644.tif 000011
【図１０】
2010147644.tif 000012