(57)【要約】【課題】効率的に課金計算を行うことができる通信システムを提供する。【解決手段】セッション制御サーバは、自身が受け付けた呼のそれぞれについて、通信システムにおいて最初に呼を受け付けたセッション制御サーバである発サーバが加入者系のセッション制御サーバか中継系のセッション制御サーバかを示す発サーバ種別と、自身が発信側か着信側かを示す発着種別とを付加した呼詳細記録情報を作成する。課金装置は、前記セッション制御サーバにより作成された前記詳細記録情報のうち、前記発サーバが前記加入者系のセッション制御サーバである旨を示す発サーバ種別と、発信側を示す発着種別とが付加された呼詳細記録情報を課金計算に使用する。【選択図】図１
2010109440.tif 000002
【特許請求の範囲】
【請求項１】
自身が受け付けた呼のそれぞれについて、通信システムにおいて最初に呼を受け付けたセッション制御サーバである発サーバが加入者系のセッション制御サーバか中継系のセッション制御サーバかを示す発サーバ種別と、自身が発信側か着信側かを示す発着種別とを付加した呼詳細記録情報を作成するセッション制御サーバと、
前記セッション制御サーバにより作成された前記呼詳細記録情報のうち、前記発サーバが前記加入者系のセッション制御サーバである旨を示す発サーバ種別と、発信側を示す発着種別とが付加された呼詳細記録情報を課金計算に使用する課金装置と、
を有する通信システム。
【請求項２】
前記セッション制御サーバは、前記呼詳細記録情報に、前記通信システムにおいて最後に呼を受け付けたセッション制御サーバである着サーバが、前記加入者系のセッション制御サーバか前記中継系のセッション制御サーバかを示す着サーバ種別を更に付加し、
前記課金装置は、前記セッション制御サーバが作成した前記呼詳細記録情報を取得し、取得した該呼詳細記録情報のうち、前記着サーバが前記中継系のセッション制御サーバである旨を示す着サーバ種別と、着信側を示す発着種別とが付加された呼詳細記録情報を更に課金計算に使用する、請求項１に記載の通信システム。
【請求項３】
呼を受け付け、該呼のセッション制御を行う呼処理手段と、
前記呼処理手段によって受け付けられた呼のそれぞれについて、通信システムにおいて最初に呼を受け付けたセッション制御サーバである発サーバが加入者系のセッション制御サーバか中継系のセッション制御サーバかを示す発サーバ種別と、自身が発信側か着信側かを示す発着種別とを取得する種別取得手段と、
前記種別取得手段より取得された前記発サーバ種別と、前記発着種別とを付加した呼詳細記録情報を作成する呼詳細記録作成手段と、
を有するセッション制御サーバ。
【請求項４】
前記種別取得手段は、前記呼処理手段によって受け付けられた呼のそれぞれについて、前記通信システムにおいて最後に呼を受け付けたセッション制御サーバである着サーバが、前記加入者系のセッション制御サーバか前記中継系のセッション制御サーバかを示す着サーバ種別を更に取得し、
前記呼詳細記録作成手段は、前記種別取得手段より取得された前記着サーバ種別を更に付加する、請求項３に記載のセッション制御サーバ。
【請求項５】
通信システムにおいて最初に呼を受け付けたセッション制御サーバである発サーバが加入者系のセッション制御サーバか中継系のセッション制御サーバかを示す発サーバ種別と、呼詳細記録情報を作成したセッション制御サーバが発信側か着信側かを示す発着種別とを付加した呼詳細記録情報を取得する呼詳細記録取得手段と、
前記呼詳細記録取得手段により取得された前記詳細記録情報のうち、前記発サーバが前記加入者系のセッション制御サーバである旨を示す発サーバ種別と、発信側を示す発着種別とが付加された呼詳細記録情報を課金計算に使用する課金計算手段と、
を有する課金装置。
【請求項６】
前記呼詳細記録取得手段は、前記通信システムにおいて最後に呼を受け付けたセッション制御サーバである着サーバが、前記加入者系のセッション制御サーバか前記中継系のセッション制御サーバかを示す着サーバ種別を更に付加した呼詳細記録情報を取得し、
前記課金計算手段は、前記呼詳細記録取得手段により取得された前記呼詳細記録情報のうち、前記着サーバが前記中継系のセッション制御サーバである旨を示す着サーバ種別と、着信側を示す発着種別とが付加された呼詳細記録情報を更に使用して課金計算する、請求項５に記載の課金装置。
【請求項７】
セッション制御サーバが呼を受け付け、
前記呼のそれぞれについて、通信システムにおいて最初に呼を受け付けたセッション制御サーバである発サーバが加入者系のセッション制御サーバか中継系のセッション制御サーバかを示す発サーバ種別と、自身が発信側か着信側かを示す発着種別とを取得し、
前記発サーバ種別と、該発着種別とを付加した呼詳細記録情報を作成する、呼詳細記録情報作成方法。
【請求項８】
通信システムにおいて最初に呼を受け付けたセッション制御サーバである発サーバが加入者系のセッション制御サーバか中継系のセッション制御サーバかを示す発サーバ種別と、呼詳細記録情報を作成したセッション制御サーバが発信側か着信側かを示す発着種別とを付加した呼詳細記録情報を取得し、
前記詳細記録情報のうち、前記発サーバが前記加入者系のセッション制御サーバである旨を示す発サーバ種別と、発信側を示す発着種別とが付加された呼詳細記録情報を課金計算に使用する、課金計算方法。
【請求項９】
コンピュータをセッション制御サーバとして動作させるためのプログラムであって、
コンピュータに、
呼を受け付け、該呼のセッション制御を行う呼処理手順、
前記呼処理手順で受け付けられた呼のそれぞれについて、通信システムにおいて最初に呼を受け付けたセッション制御サーバである発サーバが加入者系のセッション制御サーバか中継系のセッション制御サーバかを示す発サーバ種別と、自身が発信側か着信側かを示す発着種別とを取得する種別取得手順、及び
前記種別取得手順で取得された前記発サーバ種別と、前記発着種別とを付加した呼詳細記録情報を作成する呼詳細記録作成手順、
を実行させるためのプログラム。
【請求項１０】
コンピュータを課金装置として動作させるためのプログラムであって、
コンピュータに、
通信システムにおいて最初に呼を受け付けたセッション制御サーバである発サーバが加入者系のセッション制御サーバか中継系のセッション制御サーバかを示す発サーバ種別と、呼詳細記録情報を作成したセッション制御サーバが発信側か着信側かを示す発着種別とを付加した呼詳細記録情報を取得する呼詳細記録取得手順、及び
前記呼詳細記録取得手順で取得された前記詳細記録情報のうち、前記発サーバが前記加入者系のセッション制御サーバである旨を示す発サーバ種別と、発信側を示す発着種別とが付加された呼詳細記録情報を課金計算に使用する課金計算手順、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰ（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ＴＥメッセージの一例を示す図である。
【図４】本実施形態のＣＤＲの設定の一例を示す図である。
【図５】本実施形態のＣＤＲの設定方法を示す図である。
【図６】本実施形態の中継系サーバの構成を示すブロック図である。
【図７】本実施形態の応答メッセージの一例を示す図である。
【図８】本実施形態の課金システムの構成を示すブロック図である。
【図９】本実施形態の加入者系サーバのＣＤＲ作成処理を示すフローチャートである。
【図１０】本実施形態の中継系サーバのＣＤＲ作成処理を示すフローチャートである。
【図１１】本実施形態の課金システムの課金計算処理を示すフローチャートである。
【図１２】本実施形態の通信システムの動作を示すフローチャートである。
【図１３】本実施形態の通信システムの構成の一例を示す全体図である。
【符号の説明】
【００７９】
１    通信システム
５    ＰＳＴＮ網
６    他事業者ＩＰ網
１０、１１    加入者系サーバ
２０、２１、２２    中継系サーバ
３０    課金システム
１０１、２０１    呼処理部
１０３、２０３    種別取得部
１０５、３０５    ＣＤＲ作成部
３０１    ＣＤＲ取得部
３０３    課金計算部
Ｍ１    ＩＮＶＩＴＥメッセージ
Ｍ２    応答メッセージ
Ｈ１、Ｈ２    拡張ヘッダ
Ｐ１、Ｐ２、Ｐ３、Ｐ４、Ｐ５、Ｐ６    端末
Ｓ１〜Ｓ９、Ｔ１〜Ｔ９、Ｕ１〜Ｕ９    ステップ
【図１】
2010109440.tif 000003
【図２】
2010109440.tif 000004
【図３】
2010109440.tif 000005
【図４】
2010109440.tif 000006
【図５】
2010109440.tif 000007
【図６】
2010109440.tif 000008
【図７】
2010109440.tif 000009
【図８】
2010109440.tif 000010
【図９】
2010109440.tif 000011
【図１０】
2010109440.tif 000012
【図１１】
2010109440.tif 000013
【図１２】
2010109440.tif 000014
【図１３】
2010109440.tif 000015