JP5016582B2 - 通信システム、課金装置、及びプログラム - Google Patents

Description

本発明は、ＩＰ（Internet Protocol）電話の課金計算を行う技術に関する。

非特許文献１や非特許文献２に記載のＮＧＮ（Next Generation Network）においては、ＩＰを利用した高品質の電話サービスの実現が試みられている。

このＩＰ電話における課金では、まず、ＳＩＰ（Session Initiation Protocol）サーバなどのノードがＣＤＲ（Call Detail Record）を生成する。次に課金システムが、このＣＤＲを収集し、その内容に基づいて課金の計算を行う
ここで、呼が網内の複数のＳＩＰサーバを経由する場合、これらのＳＩＰサーバは、それぞれ個別にＣＤＲを生成する。しかし、ある通話に関して実際に課金処理に必要なＣＤＲは、特定のサーバが生成したＣＤＲに限られる。

具体的には、自網内のみの通信の場合、発信元ユーザからの呼を受け付けたサーバが作成したＣＤＲのみが課金計算に使用される。また、自網内で生じた呼を他網へ中継した場合、ゲートウェイのサーバが作成したＣＤＲのみが課金計算に使用される。
日本電信電話株式会社著、「ＮＴＴ技術ジャーナル」、オーム社出版、２００６．Ｖｏｌ１８．Ｎｏ４、ｐ７１−７３ 日本電信電話株式会社著、「ＮＴＴ技術ジャーナル」、オーム社出版、２００７．Ｖｏｌ１９．Ｎｏ４、ｐ３２−３７

しかし、従来の課金方法によると、課金装置は、全てのＳＩＰサーバが生成した課金情報を収集して処理を行うため、実際には課金に不要なＣＤＲも処理することとなり、非効率的である。

本発明は、効率的に課金計算を行うことができる通信システムを提供することを目的とする。

上記目的を達成するために、本発明の通信システムは、自身が受け付けた呼のそれぞれについて、通信システムにおいて最初に呼を受け付けたセッション制御サーバである発サーバが加入者系のセッション制御サーバか中継系のセッション制御サーバかを示す発サーバ種別と、自身が発信側か着信側かを示す発着種別とを付加した呼詳細記録情報を作成するセッション制御サーバと、前記セッション制御サーバにより作成された前記詳細記録情報のうち、前記発サーバが前記加入者系のセッション制御サーバである旨を示す発サーバ種別と、発信側を示す発着種別とが付加された呼詳細記録情報を課金計算に使用する課金装置と、を有する。

本発明のセッション制御サーバは、呼を受け付け、該呼のセッション制御を行う呼処理手段と、前記呼処理手段によって受け付けられた呼のそれぞれについて、通信システムにおいて最初に呼を受け付けたセッション制御サーバである発サーバが加入者系のセッション制御サーバか中継系のセッション制御サーバかを示す発サーバ種別と、自身が発信側か着信側かを示す発着種別とを取得する種別取得手段と、前記種別取得手段より取得された前記発サーバ種別と、前記発着種別とを付加した呼詳細記録情報を作成する呼詳細記録作成手段と、を有する。

本発明の課金装置は、通信システムにおいて最初に呼を受け付けたセッション制御サーバである発サーバが加入者系のセッション制御サーバか中継系のセッション制御サーバかを示す発サーバ種別と、呼詳細記録情報を作成したセッション制御サーバが発信側か着信側かを示す発着種別とを付加した呼詳細記録情報を取得する呼詳細記録取得手段と、前記呼詳細記録取得手段により取得された前記詳細記録情報のうち、前記発サーバが前記加入者系のセッション制御サーバである旨を示す発サーバ種別と、発信側を示す発着種別とが付加された呼詳細記録情報を課金計算に使用する課金計算手段と、を有する。

本発明の呼詳細記録情報作成方法は、セッション制御サーバが呼を受け付け、前記呼のそれぞれについて、通信システムにおいて最初に呼を受け付けたセッション制御サーバである発サーバが加入者系のセッション制御サーバか中継系のセッション制御サーバかを示す発サーバ種別と、自身が発信側か着信側かを示す発着種別とを取得し、前記発サーバ種別と、該発着種別とを付加した呼詳細記録情報を作成する、方法である。

本発明の課金計算方法は、通信システムにおいて最初に呼を受け付けたセッション制御サーバである発サーバが加入者系のセッション制御サーバか中継系のセッション制御サーバかを示す発サーバ種別と、呼詳細記録情報を作成したセッション制御サーバが発信側か着信側かを示す発着種別とを付加した呼詳細記録情報を取得し、前記詳細記録情報のうち、前記発サーバが前記加入者系のセッション制御サーバである旨を示す発サーバ種別と、発信側を示す発着種別とが付加された呼詳細記録情報を課金計算に使用する、方法である。

本発明の第１の観点にかかるプログラムは、コンピュータをセッション制御サーバとして動作させるためのプログラムであって、呼を受け付け、該呼のセッション制御を行う呼処理手順、前記呼処理手順で受け付けられた呼のそれぞれについて、通信システムにおいて最初に呼を受け付けたセッション制御サーバである発サーバが加入者系のセッション制御サーバか中継系のセッション制御サーバかを示す発サーバ種別と、自身が発信側か着信側かを示す発着種別とを取得する種別取得手順、及び前記種別取得手順で取得された前記発サーバ種別と、前記発着種別とを付加した呼詳細記録情報を作成する呼詳細記録作成手順、を実行させるためのプログラムである。

本発明の第２の観点にかかるプログラムは、コンピュータを課金装置として動作させるためのプログラムであって、コンピュータに、通信システムにおいて最初に呼を受け付けたセッション制御サーバである発サーバが加入者系のセッション制御サーバか中継系のセッション制御サーバかを示す発サーバ種別と、呼詳細記録情報を作成したセッション制御サーバが発信側か着信側かを示す発着種別とを付加した呼詳細記録情報を取得する呼詳細記録取得手順、及び前記呼詳細記録取得手順で取得された前記詳細記録情報のうち、前記発サーバが前記加入者系のセッション制御サーバである旨を示す発サーバ種別と、発信側を示す発着種別とが付加された呼詳細記録情報を課金計算に使用する課金計算手順、を実行させるためのプログラムである。

本発明によれば、セッション制御サーバが、最初に呼を受け付けたセッション制御サーバ（発サーバ）が加入者系のサーバであるか中継系のサーバであるかを示す発サーバ種別と、自身が発信側か着信側かを示す発着種別とを付加した呼詳細記録情報を作成し、課金装置が、呼詳細記録情報のうち、発サーバが中継系のサーバであることを示す発サーバ種別と、発信側を示す発着種別とが付加された呼詳細記録情報を使用して課金計算するので、通信システムは、課金に必要な呼詳細記録情報のみを処理することで、効率的に課金計算できる。

セッション制御サーバは、呼詳細記録情報に、最後に呼を受け付けたセッション制御サーバ（着サーバ）が加入者系のサーバであるか中継系のサーバであるかを示す着サーバ種別を更に付加し、課金装置は、呼詳細記録情報のうち、着サーバが中継系のセッション制御サーバである旨を示す着サーバ種別と、着信側を示す発着種別とが付加された呼詳細記録情報を更に使用して課金計算するので、他のネットワークに中継された呼についても、課金計算を効率的に行うことができる。また、複数の網を跨いで呼が中継される場合、網に関する詳細情報をセッション制御サーバ間で流通する必要がなく、網内のトラフィックを軽減できる。

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

図１は、本実施形態の通信システム１の構成を示す全体図である。同図を参照すると、通信システム１は、加入者収容セッション制御サーバ（以下、「加入者系サーバ」という）１０、中継セッション制御サーバ（以下「中継系サーバ」という）２０、および課金システム（課金装置）３０を有する。

また、加入者系サーバ１０には、端末Ｐ１、Ｐ２等の複数のＵＡ（User Agent）が接続される。中継系サーバ２０は、ＰＳＴＮ（Pubic Switched Telephone Network）５に接続される。

端末Ｐ１およびＰ２は、ＩＰ電話サービスに対応した電話端末である。

加入者系サーバ１０は、Ｐ１、Ｐ２等の複数のＵＡ（クライアント）を収容する加入者系のＳＩＰ（Session Initiation Protocol）サーバである。中継系サーバ２０は、呼を他のノード（ＳＩＰサーバなど）に中継する中継系のＳＩＰサーバである。中継系サーバ２０には、ゲートウェイ機能を有するものがある。ゲートウェイ機能を有する中継系サーバ２０は、呼を他のネットワークに中継する。加入者系サーバ１０および中継系サーバ２０は、自身が受け付けた、自身を経由する呼のＣＤＲ（Call Detail Record：呼詳細記録情報）を作成し、課金システム３０に送る。課金システム３０は、通信システム１内のノード（加入者系サーバ１０、中継系サーバ２０等）が作成したＣＤＲを収集し、これらのＣＤＲの内容に基づいて課金計算を行う課金サーバである。

図２は、加入者系サーバ１０の構成を示すブロック図である。同図を参照すると、加入者系サーバ１０は、呼処理部１０１、種別取得部１０３、およびＣＤＲ作成部１０３を有する。

呼処理部１０１は、呼を受け付け、ＳＩＰに規定する通信手順で、その呼についてセッション制御を行う。そして、呼処理部１０１は、ＩＮＶＩＴＥメッセージを受信したとき、自身が発サーバであるか否かを判断する。発サーバとは、通信システム１において最初に呼を受け付けたサーバである。すなわち、自網内のノードが発呼する場合は、自身が収容したクライアント（Ｐ１またはＰ２）から呼を受け付けたサーバ（加入者系サーバ１０）が発サーバであり、他のネットワークから着呼する場合は、ゲートウェイ（中継系サーバ２０）が発サーバである。

例えば、端末Ｐ１またはＰ２からＩＮＶＩＴＥメッセージを受信した場合、加入者系サーバ１０は発サーバとなるが、端末Ｐ１またはＰ２以外の他のノード（中継系サーバ２０等）から加入者系サーバ１０がＩＮＶＩＴＥメッセージを受信した場合、加入者系サーバ１０は発サーバに該当しない。

呼処理部１０１は、例えば、受信したＩＮＶＩＴＥメッセージの発信元のアドレスを参照することにより、自身が発サーバであるか否かを判断する。

加入者系サーバ１０は、自身が発サーバであれば、課金ベクトル（P-Charging-Vector）パラメータにおいて、発サーバの種別（以下、「発サーバ種別」という）を設定したＩＮＶＩＴＥメッセージを他のノードに転送する。

図３は、発サーバが転送するＩＮＶＩＴＥメッセージＭ１の一例を示した図である。同図を参照すると、発サーバ（加入者系サーバ１０等）により、課金ベクトルパラメータを設定するヘッダＨ１に、発サーバ種別（「orig-ioi=home1」）が設定されている。

加入者系サーバ１０は、通信（通話）が終了したとき、ＩＮＶＩＴＥメッセージおよび応答メッセージ（１８Ｘ／２００等）に基づいて発サーバ種別、着サーバ種別、および発着種別を設定する。

ここで、着サーバ種別とは、着サーバの属する種別である。そして、着サーバとは、通信システム１において、最後に呼を受け付けたサーバである。例えば、自網内で生じた呼を自網内で処理した場合、着信側のサーバ（加入者系サーバ１０）が着サーバとなる。自網内で生じた呼を他のネットワークへ中継した場合、ゲートウェイ（中継系サーバ２０）が着サーバとなる。着サーバ種別の取得方法および設定方法については後述する。発着種別については、後述する。

種別取得部１０２は、通信が終了したとき、その呼について発サーバ種別、着サーバ種別、発着種別を取得する。発サーバ種別、着サーバ種別は、ＩＮＶＩＴＥメッセージおよび応答メッセージ（１８Ｘ／２００等）の課金ベクトルパラメータの設定から取得する。

ＣＤＲ作成部１０３は、取得した発サーバ種別、着サーバ種別、発着種別を付加したＣＤＲを作成する。図４は、各ＳＩＰサーバ（加入者系サーバ１０、中継系サーバ２０）が作成する、１通信分のＣＤＲの構成の一例を示す図である。同図を参照すると、ＣＤＲは、「データサイズ」、「呼識別番号」、「発着種別」、「通信開始時刻」、「通信終了時刻」、「発番号」、および「着番号」に加え、「発サーバ種別」および「着サーバ種別」の設定項目を有する。

図５は、ＣＤＲの各項目の設定方法を示す表である。同図を参照すると、「データサイズ」は、ＣＤＲのデータサイズをバイト単位で示したものである。「呼識別番号」は、通信システム１において一意となるように、呼に割り当てられた番号である。「発着種別」は、ＣＤＲを作成したＳＩＰサーバが発信側か、着信側かを示す項目である。呼を中継するＳＩＰサーバでは、ＣＤＲに発着種別が設定されない。「通信開始時刻」、「通話終了時刻」は、呼の開始、終了時刻である。「発番号」、「着番号」は発信元、着信先の電話番号である。「発サーバ種別」には、発サーバの種別を示す番号が設定される。「着サーバ種別」には、着サーバの種別を示す番号が設定される。

例えば、発サーバまたは着サーバは、自身の属するサーバの種別が加入者系サーバである場合、「０００１」の番号を「発サーバ種別」または「着サーバ種別」として設定する。発サーバまたは着サーバは、自身の属するサーバの種別がＰＳＴＮ網に接続されたゲートウェイ（中継系のサーバ）である場合、「０００２」の番号を、ＩＰ網に接続されたゲートウェイ（中継系のサーバ）である場合、「０００３」の番号を、「発サーバ種別」または「着サーバ種別」として設定する。

図６は、中継系サーバ２０の構成を示すブロック図である。同図を参照すると、中継系サーバ２０は、呼処理部２０１、種別取得部２０３、およびＣＤＲ作成部２０３を有する。

呼処理部２０１は、呼を受け付け、ＳＩＰに規定する通信手順で、その呼についてセッション制御を行う。そして、呼処理部２０１は、「１８０」や「２００」等の応答メッセージを受信したとき、自身が通信システム１において最後に呼を受けつけたサーバ、すなわち着サーバであるか否かを判断する。例えば、中継系サーバ２０は、応答メッセージの発信元のアドレスを参照することにより、自身が着サーバであるか否かを判断する。

中継系サーバ２０は、自身が着サーバであると判断したならば、受信した応答メッセージの課金ベクトルパラメータに着サーバ種別を設定し、発信元へ向けて転送する。

図７は、中継系サーバ２０が転送する応答メッセージＭ２の一例を示す図である。同図を参照すると、課金ベクトルのヘッダＨ２には、加入者系サーバ１０により設定された「発サーバ種別」のほか、中継系サーバ２０により設定された、着サーバ種別（「term-ioi=PSTN-GW」）が書き込まれている。

種別取得部２０３は、通信が終了したとき、その呼について発サーバ種別、着サーバ種別、発着種別を取得する。発サーバ種別、着サーバ種別は、ＩＮＶＩＴＥメッセージおよび応答メッセージ（１８Ｘ／２００等）の課金ベクトルパラメータの設定から取得する。

ＣＤＲ作成部２０３は、取得した発サーバ種別、着サーバ種別、発着種別を付加したＣＤＲを作成する。

図８は、課金システム３０の構成を示すブロック図である。同図を参照すると、課金システム３０は、ＣＤＲ取得部３０１および課金計算部３０３を有する。ＣＤＲ取得部３０１は、通信システム１内のノードが生成したＣＤＲを収集する。

課金計算部３０３は、ＣＤＲを収集し、それぞれに付加された発サーバ種別、着サーバ種別、発着種別を参照して、着サーバ種別に属するサーバがゲートウェイ（中継系のサーバ）であるか否かを判断する。着サーバ種別に属するサーバがゲートウェイである場合、課金計算部３０３は、発着種別が着信側のＣＤＲのみに基づいて課金計算する。

着サーバ種別に属するサーバがゲートウェイでない場合、課金計算部３０３は、発サーバ種別が加入者系サーバであって、発着種別が発信側のＣＤＲのみに基づいて課金計算を行う。

続いて、加入者系サーバ１０の動作について説明する。図９は、加入者系サーバ１０のＣＤＲ作成処理を示すフローチャートである。このＣＤＲ作成処理は、ＩＮＶＩＴＥメッセージを受信したとき、即ち、呼を受け付けたときに開始する。

図９を参照すると、加入者系サーバ１０は、自身が発サーバであるか否かを判断する（ステップＳ１）。

自身が発サーバであれば（ステップＳ１：ＹＥＳ）、加入者系サーバ１０は、ＩＮＶＩＴＥメッセージの課金ベクトルパラメータに、加入者系サーバ１０が属する種別を示す番号（発サーバ種別）を設定し、後位のノード（中継系サーバ２０）に転送する（ステップＳ３）。

自身が発サーバでない場合（ステップＳ３：ＮＯ）、またはステップＳ５の後、加入者系サーバ１０は、ＳＩＰに従った通信手順を実行し、通話が終了したか否かを判断する（ステップＳ５）。

通話が終了したのであれば（ステップＳ５：ＹＥＳ）、加入者系サーバ１０は、発サーバ種別、着サーバ種別、発着種別を取得する（ステップＳ７）。

ここで、加入者系サーバ１０は、中継系サーバ２０から受信した応答メッセージの課金ベクトルパラメータに設定された、中継系サーバ２０が属する種別を示す番号（着サーバ種別）を参照することにより、着サーバ種別を取得する。

加入者系サーバ１０は、発サーバ種別、着サーバ種別、発着種別等の設定項目を設定したＣＤＲを作成し、記録する（ステップＳ９）。ステップＳ７の後、加入者系サーバ１０は、ＣＤＲ作成処理を終了する。

次に、中継系サーバ２０の動作について説明する。図１０は、中継系サーバ２０のＣＤＲ作成処理を示すフローチャートである。このＣＤＲ作成処理は、中継系サーバ２０が、応答メッセージ（１８Ｘ／２００等）を受信したときに開始する。

図１０を参照すると、中継系サーバ２０は、自身が着サーバであるか否かを判断する（ステップＴ１）。

自身が着サーバであれば（ステップＴ１：ＹＥＳ）、中継系サーバ２０は、応答メッセージの課金ベクトルパラメータに、中継系サーバ２０が属する種別（着サーバ種別）を示す番号を設定し、後位のノード（加入者系サーバ１０）に転送する（ステップＴ３）。

自身が着サーバでない場合（ステップＴ３：ＮＯ）、またはステップＴ５の後、中継系サーバ２０は、ＳＩＰに従った通信手順を実行し、通話が終了したか否かを判断する（ステップＴ５）。

通話が終了したのであれば（ステップＴ５：ＹＥＳ）、中継系サーバ２０は、発サーバ種別、着サーバ種別、発着種別を取得する（ステップＴ７）。

ここで、中継系サーバ２０は、加入者系サーバ１０から受信したＩＮＶＩＴＥメッセージまたは、他網から受信した応答メッセージ（１８Ｘ／２００）の課金ベクトルパラメータに設定された、発サーバ種別を示す番号を参照することにより、発サーバ種別を取得する。

中継系サーバ２０は、発サーバ種別、着サーバ種別、発着種別等の設定項目を設定したＣＤＲを作成し、記録する（ステップＴ９）。ステップＳ７の後、中継系サーバ２０は、ＣＤＲ作成処理を終了する。

課金システム３０の動作について説明する。図１１は、課金システム３０の課金計算処理を示すフローチャートである。この課金計算処理は、課金計算のための所定のアプリケーションが実行されたときに開始する。

図１１を参照すると、課金システム３０は、各ＣＤＲの「着サーバ種別」、を参照し、着サーバ種別の示す種別に属するサーバがゲートウェイ（中継系サーバ）であるか否かを判断する（ステップＵ１）。

着サーバ種別に属するサーバがゲートウェイであれば（ステップＵ１：ＹＥＳ）、課金システム３０は、発着種別が「着」のＣＤＲのみを抽出する（ステップＵ３）。

着サーバ種別に属するサーバがゲートウェイでなければ（ステップＵ１：ＮＯ）、課金システム３０は、発サーバ種別の示す種別に属するサーバがゲートウェイ（中継系サーバ）であるか否かを判断する（ステップＵ５）。

発サーバ種別に属するサーバがゲートウェイでなければ（ステップＵ５：ＮＯ）、課金システム３０は、発着種別が「発」のＣＤＲのみを抽出する（ステップＵ７）。ステップＵ３またはＵ７の後、課金システム３０は、抽出したＣＤＲに基づいて課金計算する（ステップＵ９）。発サーバ種別に属するサーバがゲートウェイである場合（ステップＵ５：ＹＥＳ）、またはステップＵ９の後、課金システム３０は、課金計算のための処理を終了する。

通信システム１全体の動作について説明する。図１２は、通信システム１の動作を示すシーケンス図である。通信システム１に接続された端末Ｐ１が、異なるネットワーク（ＰＳＴＮ網５）に収容された端末Ｐ５に対し、呼を発した場合について考える。

図１２を参照すると、端末Ｐ１は、加入者系サーバ１０にＩＮＶＩＴＥメッセージを送信する。加入者系サーバ１０は、発サーバであるから（ステップＳ１：ＹＥＳ）、課金ベクトルパラメータに自身が属する発サーバ種別（加入者系サーバ）を設定したＩＮＶＩＴＥメッセージ（Ｍ１）を、中継系サーバ２０に転送する（ステップＳ３）。

中継系サーバ２０は、加入者系サーバ１０から、ＩＮＶＩＴＥメッセージを受信する。中継系サーバ２０は、このＩＮＶＩＴＥメッセージをＰＳＴＮ網５のノード（ＩＣＳなど）に転送する。この呼に対し端末Ｐ５が応答すると、ＰＳＴＮ網のノードは、応答メッセージ（１８Ｘ／２００等）を中継系サーバ２０に返信する。

中継系サーバ２０は、着サーバであるから（ステップＴ１：ＹＥＳ）、課金ベクトルパラメータに自身が属する着サーバ種別（中継系サーバ）を設定した応答メッセージ（Ｍ２）を、加入者系サーバ１０を経由して端末Ｐ１に転送する（ステップＴ３）。そして、ＳＩＰに規定された通信手順を使用した通話が、端末間で開始される。

通話が終了したとき、加入者系サーバ１０、中継系サーバ２０は、発サーバ種別、着サーバ種別、発着種別等を設定したＣＤＲを、それぞれ作成する（ステップＳ９、ステップＴ９）。

加入者系サーバ１０、中継系サーバ２０は、課金システム３０に作成したＣＤＲを送信する。課金システムは、収集したＣＤＲのうち、発サーバ種別が加入者系サーバで発着種別が発信側のＣＤＲ、または着サーバ種別が中継系サーバで発着種別が着信側のＣＤＲのみを抽出する（ステップＵ３、ステップＵ７）。そして、課金システム３０は、抽出したＣＤＲに基づいて課金計算を行う（ステップＵ９）。

通信システム１の動作の一例について説明する。図１３は、通信システム１の構成の一例を示す全体図である。同図を参照すると、通信システム１は、加入者系サーバ１０および１１と、中継系サーバ２０、２１、および２２とを有する。加入者系サーバ１０には、端末Ｐ１およびＰ２が接続され、加入者系サーバ１１には、端末Ｐ３およびＰ４が接続される。

中継系サーバ２１は、加入者系サーバ（１０または１１）と、中継系サーバ（２１または２２）との間で送受信されるメッセージを転送する。中継系サーバ２１は、通信システム１のノードからのメッセージをＰＳＴＮ網５に中継し、また、通信システム１内のノードからのメッセージを他業者ＩＰ網６に中継する。

ＰＳＴＮ網５には、端末Ｐ５が接続され、他業者ＩＰ網６には、中継系サーバ、加入者系サーバ（不図示）などを介して端末Ｐ６が接続される。

端末Ｐ１が、端末Ｐ３に対して発呼する場合、最初に呼を受け付けたノードは、加入者系サーバ１０なので、加入者系サーバ１０が発サーバとなる。加入者系サーバ２０は、最後に呼を受け付けているので着サーバであるが、ゲートウェイでないから、このサーバが作成したＣＤＲは課金対象とならない。逆に、端末Ｐ３が、端末Ｐ１に対して発呼する場合、最初に呼を受けつた加入者系サーバ１１が発サーバとなる。

端末Ｐ１が、端末Ｐ５に対して発呼する場合、加入者系サーバ１０が発サーバとなる。そして、最後に呼を受け付けたゲートウェイは中継系サーバ２１なので、中継系サーバ２１が着サーバとなる。

端末Ｐ１が、端末Ｐ６に対して発呼する場合、加入者系サーバ１０が発サーバとなる。そして、最後に呼を受け付けたゲートウェイである中継系サーバ２２が着サーバとなる。

なお、本実施形態では、加入者系サーバ１０、中継系サーバ２０は、課金ベクトルパラメータに発サーバ種別、着サーバ種別を設定しているが、各ノードに発サーバ種別、着サーバ種別を送信することができるのであれば、他の拡張ヘッダに、発サーバ種別、着サーバ種別を設定してもよい。

また、本実施形態では、発サーバ、着サーバの種別をＣＤＲに設定しているが、発サーバ、着サーバのノードを特定する情報をＣＤＲに設定してもよい。例えば、着サーバが通信システムにおいて加入者系サーバ１０、加入者系サーバ２０の２つが設けられ、発サーバが加入者系サーバ１０、着サーバが加入者系サーバ２０である場合、加入者系サーバ１０および加入者系サーバ２０は、発サーバとして「加入者系サーバ１０」、着サーバとして「加入者系サーバ２０」を識別するための情報をＣＤＲに設定する。

図９〜図１１に示したフローチャートの全部または一部は、コンピュータプログラムにより実現することもできる。

以上説明したように、本実施形態によれば、加入者系サーバ１０（セッション制御サーバ）が、最初に呼を受け付けたセッション制御サーバ（発サーバ）が加入者系のサーバであるか中継系のサーバであるかを示す発サーバ種別と、自身が発信側か着信側かを示す発着種別とを付加したＣＤＲ（呼詳細記録情報）を作成し、課金システム３０（課金装置）が、呼詳細記録情報のうち、発サーバが中継系のサーバである旨を示す発サーバ種別と、発信側を示す発着種別とが付加された呼詳細記録情報を使用して課金計算するので、通信システム１は、課金に必要な呼詳細記録情報のみを処理することで、効率的に課金計算できる。また、課金装置は、課金処理の際に、特定の条件を満たすＣＤＲのみを処理対象とすることができるため、ユーザ課金が容易となる。課金に使用するＣＤＲを限定することができ、課金装置でのＣＤＲの保存量を削減できる。

中継系サーバ２０は、ＣＤＲ（呼詳細記録情報）に、最後に呼を受け付けたセッション制御サーバ（着サーバ）が加入者系のサーバであるか中継系のサーバであるかを示す着サーバ種別を更に付加し、課金システム３０（課金装置）は、呼詳細記録情報のうち、着サーバがゲートウェイ（中継系のセッション制御サーバ）である旨を示す着サーバ種別と、着信側を示す発着種別とが付加された呼詳細記録情報を更に使用して課金計算するので、他のネットワークに中継された呼についても、課金計算を効率的に行うことができる。また、複数の網を跨いで呼が中継される場合、網に関する詳細情報をＳＩＰサーバ間で流通する必要がなく、網内のトラフィックを軽減できる。

本実施形態の通信システムの構成を示す全体図である。 本実施形態の加入者系サーバの構成を示すブロック図である。 本実施形態のＩＮＶIＴＥメッセージの一例を示す図である。 本実施形態のＣＤＲの設定の一例を示す図である。 本実施形態のＣＤＲの設定方法を示す図である。 本実施形態の中継系サーバの構成を示すブロック図である。 本実施形態の応答メッセージの一例を示す図である。 本実施形態の課金システムの構成を示すブロック図である。 本実施形態の加入者系サーバのＣＤＲ作成処理を示すフローチャートである。 本実施形態の中継系サーバのＣＤＲ作成処理を示すフローチャートである。 本実施形態の課金システムの課金計算処理を示すフローチャートである。 本実施形態の通信システムの動作を示すフローチャートである。 本実施形態の通信システムの構成の一例を示す全体図である。

符号の説明

１ 通信システム
５ ＰＳＴＮ網
６ 他事業者ＩＰ網
１０、１１ 加入者系サーバ
２０、２１、２２ 中継系サーバ
３０ 課金システム
１０１、２０１ 呼処理部
１０３、２０３ 種別取得部
１０５、３０５ ＣＤＲ作成部
３０１ ＣＤＲ取得部
３０３ 課金計算部
Ｍ１ ＩＮＶＩＴＥメッセージ
Ｍ２ 応答メッセージ
Ｈ１、Ｈ２ 拡張ヘッダ
Ｐ１、Ｐ２、Ｐ３、Ｐ４、Ｐ５、Ｐ６ 端末
Ｓ１〜Ｓ９、Ｔ１〜Ｔ９、Ｕ１〜Ｕ９ ステップ

Claims (3)

1. 自身が受け付けた呼のそれぞれについて、通信システムにおいて最初に呼を受け付けたセッション制御サーバである発サーバが加入者系のセッション制御サーバか中継系のセッション制御サーバかを示す発サーバ種別と、前記通信システムにおいて最後に呼を受け付けたセッション制御サーバである着サーバが前記加入者系のセッション制御サーバか前記中継系のセッション制御サーバかを示す着サーバ種別と、自身が発信側か着信側かを示す発着種別とを付加した呼詳細記録情報を作成する複数のセッション制御サーバと、
   前記複数のセッション制御サーバの各々により作成された複数の呼詳細記録情報を取得し、複数の呼詳細記録情報のうち、前記発サーバが前記加入者系のセッション制御サーバである旨を示す発サーバ種別と、発信側を示す発着種別とが付加された呼詳細記録情報、または、前記着サーバが前記中継系のセッション制御サーバである旨を示す着サーバ種別と、着信側を示す発着種別とが付加された呼詳細記録情報のみを抽出し、抽出した呼詳細記録情報のみを課金計算に使用する課金装置と、
   を有する通信システム。
2. 複数のセッション制御サーバの各々から、通信システムにおいて最初に呼を受け付けたセッション制御サーバである発サーバが加入者系のセッション制御サーバか中継系のセッション制御サーバかを示す発サーバ種別と、前記通信システムにおいて最後に呼を受け付けたセッション制御サーバである着サーバが前記加入者系のセッション制御サーバか前記中継系のセッション制御サーバかを示す着サーバ種別と、呼詳細記録情報を作成したセッション制御サーバが発信側か着信側かを示す発着種別とを付加した呼詳細記録情報を取得する呼詳細記録取得手段と、
   前記呼詳細記録取得手段により前記複数のセッション制御サーバの各々から取得された複数の詳細記録情報のうち、前記発サーバが前記加入者系のセッション制御サーバである旨を示す発サーバ種別と、発信側を示す発着種別とが付加された呼詳細記録情報、または、前記着サーバが前記中継系のセッション制御サーバである旨を示す着サーバ種別と、着信側を示す発着種別とが付加された呼詳細記録情報のみを抽出し、抽出した呼詳細記録情報のみを課金計算に使用する課金計算手段と、
   を有する課金装置。
3. コンピュータを課金装置として動作させるためのプログラムであって、
   コンピュータに、
   複数のセッション制御サーバの各々から、通信システムにおいて最初に呼を受け付けたセッション制御サーバである発サーバが加入者系のセッション制御サーバか中継系のセッション制御サーバかを示す発サーバ種別と、前記通信システムにおいて最後に呼を受け付けたセッション制御サーバである着サーバが前記加入者系のセッション制御サーバか前記中継系のセッション制御サーバかを示す着サーバ種別と、呼詳細記録情報を作成したセッション制御サーバが発信側か着信側かを示す発着種別とを付加した呼詳細記録情報を取得する呼詳細記録取得手順、及び
   前記呼詳細記録取得手順で前記複数のセッション制御サーバの各々から取得された複数の詳細記録情報のうち、前記発サーバが前記加入者系のセッション制御サーバである旨を示す発サーバ種別と、発信側を示す発着種別とが付加された呼詳細記録情報、または、前記着サーバが前記中継系のセッション制御サーバである旨を示す着サーバ種別と、着信側を示す発着種別とが付加された呼詳細記録情報のみを抽出し、抽出した呼詳細記録情報のみを課金計算に使用する課金計算手順、
   を実行させるためのプログラム。

Images