JP2010171852A - 課金データ生成方法、呼制御方法、通信システム、情報処理装置および中継用セッション制御サーバ - Google Patents

Abstract

【課題】実際の通話時間により近い時間に基づいて課金データを求めることを可能にした課金データ生成方法を提供する。
【解決手段】呼制御手段による課金データ生成方法であって、第１の電話端末から第２の電話端末への呼設定要求を含む第１の呼設定要求メッセージを受信し、第２の電話端末が管理対象でなければ、第１の呼設定要求メッセージをネットワークに送出し、第１の呼設定要求メッセージの転送先を示す番号を含むリダイレクト信号を受信すると、その番号宛に呼設定を要求する旨の第２の呼設定要求メッセージをネットワークに送出し、第２の呼設定要求メッセージを第２の電話端末に転送する情報処理装置との呼処理に関する情報である呼情報を蓄積し、第１および第２の電話端末の通信終了時に、課金データの基になる通話情報を呼情報から生成するものである。
【選択図】図１

Description

本発明は、電話の通信費用に関するデータである課金データを求める際の課金データ生成方法、呼制御方法、通信システム、情報処理装置および中継用セッション制御サーバに関する。

ＩＰ電話サービスの加入者側ＳＩＰサーバおよび中継用ＳＩＰサーバにより構成される二階層セッション制御サーバシステムにおける自網配下の電話端末と他網（公衆電話網（Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ：ＰＳＴＮ）、携帯電話、他事業者ＩＰ電話網等）の配下の電話端末との間で行われる通信についての課金方法の一例を説明する。なお、非特許文献１には、サーバが多段に接続された構成の一例が開示されている。

図７は通信接続方法の一例を示すシーケンス図である。ここでは、二階層セッション制御サーバシステムの配下の電話端末Ａを発呼側とし、他網配下の電話端末Ｂを着呼側とする。

ユーザが電話端末Ａを操作して電話をかけると、電話端末Ａは、電話端末Ｂ宛の呼設定要求となるＩＮＶＩＴＥのメッセージを加入者側ＳＩＰサーバに送信する。電話端末Ａから送出されたＩＮＶＩＴＥが加入者側ＳＩＰサーバおよび中継用ＳＩＰサーバを経由してＰＳＴＮ−ゲートウェイ（ＧＷ）に到達すると、ＰＳＴＮ−ＧＷは電話端末Ｂを呼び出す。電話端末Ｂのユーザが受話器をオフフックしたことを電話端末ＢがＰＳＴＮ−ＧＷに応答すると、「２００ ＯＫ」のメッセージがＰＳＴＮ−ＧＷから中継用ＳＩＰサーバおよび加入者側ＳＩＰサーバを経由して電話端末Ａに到達する。

上記システムでは、このようにして、自網配下にある発呼側の電話端末Ａから他網配下にある着呼側の電話端末Ｂに呼がルーティングされ、電話端末Ａと電話端末Ｂとが通信接続され、通話可能となる。

その後、電話端末Ａのユーザがオンフックすると電話端末Ａが切断要求を意味するＢＹＥのメッセージを加入者側ＳＩＰサーバに送信し、加入者側ＳＩＰサーバは受信したＢＹＥのメッセージをＰＳＴＮ−ＧＷに送信する。ＢＹＥのメッセージを受信したＰＳＴＮ−ＧＷは、「２００ ＯＫ」のメッセージを加入者側ＳＩＰサーバに返信するとともに、電話端末Ｂとの接続を切る。電話端末Ｂは切断に対する応答をＰＳＴＮ−ＧＷに返す。加入者側ＳＩＰサーバは、「２００ ＯＫ」のメッセージをＰＳＴＮ−ＧＷから受信すると、「２００ ＯＫ」のメッセージを電話端末Ａに送信する。

上述の呼に対して課金を行う場合、課金データに必要な通話開始時刻と通話終了時刻を次のようにして決めていた。中継用ＳＩＰサーバから加入者側ＳＩＰサーバに対して送出される制御信号のうち、加入者側ＳＩＰサーバが「２００ ＯＫ」のメッセージを受信するタイミング（時刻）を「通話開始時刻」とみなす。電話端末Ａから加入者側ＳＩＰサーバに対して送出される制御信号のうち、加入者側ＳＩＰサーバがＢＹＥメッセージを受信するタイミング（時刻）を「通話終了時刻」とみなす。

ゴンザロ・カマリロ／ミーゲル・Ａ・ガルシア・マーチン共著、澤田拓也／鹿島拓也訳、「ＩＭＳ標準テキスト」、株式会社リックテレコム、２００６年６月２９日、Ｐ．１８８

しかしながら、上述の課金方法では、中継用ＳＩＰサーバへの負荷が集中した場合や制御信号路を構成するネットワークが輻輳した場合等に、ゲートウェイ装置から中継用ＳＩＰサーバを経由して加入者側ＳＩＰサーバに対して転送される制御信号（特に、２００ＯＫメッセージ）の転送遅延が生じてしまうことがある。この場合、実際には発着端末間で通話が可能であるのにかかわらず、課金のタイミング（通話開始時刻の記録）が大幅に遅れてしまうことになり、実際の通話時間に比べて、課金対象時間が少なく見積もられてしまうという問題があった。

この問題は、特に、他網と接続した場合に課金データの調整を図る際に大きな問題となる。なぜなら、他事業者と課金データを交換する際に、正確な課金データが必要となるからである。

本発明は上述したような技術が有する問題点を解決するためになされたものであり、実際の通話時間により近い時間に基づいて課金データを求めることを可能にした課金データ生成方法、呼制御方法、通信システム、情報処理装置および中継用セッション制御サーバを提供することを目的とする。

上記目的を達成するための本発明の課金データ生成方法は、呼制御手段による課金データ生成方法であって、
第１の電話端末から第２の電話端末への呼設定要求を含む第１の呼設定要求メッセージを受信し、該第２の電話端末が管理対象でなければ、該第１の呼設定要求メッセージをネットワークに送出し、
前記第１の呼設定要求メッセージの転送先を示す番号を含むリダイレクト信号を受信すると、該番号宛に呼設定を要求する旨の第２の呼設定要求メッセージを前記ネットワークに送出し、
前記第２の呼設定要求メッセージを前記第２の電話端末に転送する情報処理装置との呼処理に関する情報である呼情報を蓄積し、
前記第１および第２の電話端末の通信終了時に、課金データの基になる通話情報を前記呼情報から生成するものである。

また、本発明の呼制御方法は、中継用セッション制御サーバによる呼制御方法であって、
第１の電話端末から第２の電話端末への呼設定要求を含む呼設定要求メッセージを他のサーバから受信すると、該呼設定要求メッセージの着番号を読み出し、
前記着番号が示す前記第２の電話端末に転送するためのリダイレクト信号を生成して前記他のサーバに送信するものである。

また、本発明の通信システムは、
第１の電話端末から第２の電話端末への呼設定要求を含む第１の呼設定要求メッセージを受信し、該第２の電話端末が管理対象でなければ、該第１の呼設定要求メッセージをネットワークに送出し、該第１の呼設定要求メッセージの転送先を示す番号を含むリダイレクト信号を受信すると、該番号宛に呼設定を要求する旨の第２の呼設定要求メッセージを前記ネットワークに送出し、該第２の呼設定要求メッセージを前記第２の電話端末に転送する第２の情報処理装置との呼処理に関する情報から、課金データの基になる通話情報を生成する第１の情報処理装置と、
前記第１の情報処理装置と前記ネットワークを介して接続され、前記第１の呼設定要求メッセージを前記第１の情報処理装置から受信すると、該第１の呼設定要求メッセージの着番号を読み出し、該着番号が示す前記第２の電話端末が管理対象であれば、該第２の電話端末に転送するための前記リダイレクト信号を生成して前記第１の情報処理装置に送信する第３の情報処理装置と、
を有する構成である。

また、本発明の通信システムは、
第１の電話端末から第２の電話端末への呼設定要求を含む第１の呼設定要求メッセージを受信すると、該第１の呼設定要求メッセージをネットワークに送出し、該第１の呼設定要求メッセージの転送先を示す番号を含むリダイレクト信号を受信すると、該番号宛に呼設定を要求する旨の第２の呼設定要求メッセージを前記ネットワークに送出し、該第２の呼設定要求メッセージを前記第２の電話端末に転送する第２の情報処理装置との呼処理に関する情報から、課金データの基になる通話情報を生成する加入者側セッション制御サーバと、
前記加入者側セッション制御サーバと前記ネットワークを介して接続され、前記第１の呼設定要求メッセージを前記加入者側セッション制御サーバから受信すると、該第１の呼設定要求メッセージの着番号を読み出し、該着番号が示す前記第２の電話端末に転送するための前記リダイレクト信号を生成して前記加入者側セッション制御サーバに送信する中継用セッション制御サーバと、
を有する構成である。

また、本発明の情報処理装置は、
自装置の管理対象の電話端末の着番号と該電話端末宛のメッセージを該電話端末に転送するための番号である転送先番号とが対応して予め格納され、他の情報処理装置の１つである第１の情報処理装置との呼処理に関連する情報である呼情報を蓄積するための記憶部と、
課金データの基になる通話情報の生成指示があると、前記呼情報から該通話情報を生成する通話情報生成部と、
第１の電話端末から第２の電話端末への呼設定要求を含む第１の呼設定要求メッセージをネットワークを介して前記第１の情報処理装置とは異なる第２の情報処理装置から受信すると、前記着番号が示す前記第２の電話端末が管理対象であるか否かを判定し、該第２の電話端末が管理対象である場合、該第２の電話端末の前記転送先番号を含むリダイレクト信号を生成して前記第２の情報処理装置に返信し、前記第２の電話端末が管理対象でない場合、前記第１の呼設定要求メッセージを前記ネットワークに送出し、該第１の呼設定要求メッセージの前記転送先番号の情報を含むリダイレクト信号を受信すると、該転送先番号宛に呼設定を要求する旨の第２の呼設定要求メッセージを前記ネットワークに送出し、前記通話情報生成部に該第２の呼設定要求メッセージを前記第２の電話端末に転送する前記第１の情報処理装置との前記呼情報を蓄積させ、前記第１および第２の電話端末の通信終了時に前記通話情報の生成を前記通話情報生成部に指示する呼制御部と、
を有する構成である。

さらに、本発明の中継用セッション制御サーバは、
第１の電話端末から第２の電話端末への呼設定要求を含む呼設定要求メッセージを他のサーバから受信すると、該呼設定要求メッセージの着番号を読み出し、該着番号が示す前記第２の電話端末に転送するためのリダイレクト信号を生成して前記他のサーバに送信する呼処理部を有する構成である。

本発明によれば、制御信号の転送遅延を低減することで、「実際の通話時間」と「課金データに供する通話記録」との乖離を最小限にすることができる。

第１の実施形態の通信システムの一構成例を示すブロック図である。 図１に示した加入者側ＳＩＰサーバの一構成例を示すブロック図である。 応答コードとそのメッセージの意味を示す表である。 ＣＤＲを説明するための図である。 第１の実施形態の通信システムの動作手順の一例を示すシーケンス図である。 第２の実施形態の通信システムの動作手順の一例を示すシーケンス図である。 通信接続方法の一例を示すシーケンス図である。

本発明の実施形態を説明する。本実施形態では、ＩＰ電話サービスにおける二階層セッション制御サーバシステムの場合とする。

（第１の実施形態）
本実施形態の通信システムの構成を説明する。

図１は二階層セッション制御サーバシステムの一構成例を示すブロック図である。図１に示すように、本実施形態の二階層セッション制御サーバシステムは、加入者側ＳＩＰサーバ１０と、中継用ＳＩＰサーバ２０（図では符号２０ａ〜２０ｃで示す）とを有する。加入者側ＳＩＰサーバ１０には、その配下に加入者端末である電話端末３０が接続されている。なお、図１には、２台の加入者側ＳＩＰサーバ１０と、３台の中継用ＳＩＰサーバ２０ａ〜２０ｃと、４台の電話端末３０が示されているが、これらの台数は図に示した数に限らない。

加入者側ＳＩＰサーバ１０は、ＩＰ電話サービスの加入者系セッション制御サーバ要素に相当し、エンドユーザとなる加入者端末を収容する。また、本実施形態の加入者側ＳＩＰサーバ１０のそれぞれは、自網内に収容されている電話端末を管理しているが、それ以外にも、地域またはネットワークなどの単位で自装置が管理する範囲に属する電話端末を管理してそのリダイレクト処理を行う。

中継用ＳＩＰサーバ２０は、ＩＰ電話サービスの中継系セッション制御サーバに相当する。中継用ＳＩＰサーバ２０は、加入者端末を直接収容せず、加入者系セッション制御サーバまたは他網ゲートウェイとの制御信号を中継する。本実施形態では、中継用ＳＩＰサーバ２０はＰＳＴＮ−ＧＷである。

電話端末３０は、ＩＰ電話サービスの通信端末であり、ＳＩＰによる呼信号制御が可能である。

次に、加入者側ＳＩＰサーバの構成を説明する。図２は加入者側ＳＩＰサーバの一構成例を示すブロック図である。

図２に示すように、加入者側ＳＩＰサーバ１０は、呼処理に関する情報である呼情報から抽出される通話情報（ＣＤＲ）を記録するための記憶部１１と、ＣＤＲ生成部１２と、呼処理部１３とを有する。呼処理部１３は、通信インタフェース１３１と、ＳＩＰプロトコル制御部１３２と、受信情報取得部１３３と、送信情報設定部１３４と、最終応答識別手段１３５とを有する。

記憶部１１には、自ＩＰ網内に収容している電話端末３０を管理するための情報以外に、自網以外の地域またはネットワークなどの管理範囲に属する電話端末３０を示す第１の番号とその電話端末３０についてその管理範囲における電話番号である第２の番号とその管理範囲内のセッション制御サーバのアドレスとが対応して記述されたテーブルが格納されている。以下では、このテーブルを転送先情報テーブルと称する。第１の番号は着番号に相当し、第２の番号は転送先番号に相当し、これらの番号は電話端末３０を特定するための識別子となる。

管理範囲は、ＰＳＴN網および他事業者ＩＰ網などネットワーク毎でもよく、地域毎であってもよい。地域毎に管理する場合とは、例えば、東京都および神奈川県など都道府県毎に管理するものである。この場合、それぞれの地域に対応して加入者側ＳＩＰサーバ１０がネットワーク上に設けられる。本実施形態では、ネットワーク毎に管理している場合で説明する。

通信インタフェース１３１は、ＮＩＣ、ＩＰｖ４、ＩＰｖ６、ＵＤＰ、ＴＣＰ、ＳＣＴＰの制御を行い、他装置との通信を可能とする。

受信情報取得部１３３は、受信したＳＩＰパケットから情報を取得し、呼情報に関連する情報をＣＤＲ生成部１２に通知する。取得する情報には、受信信号のレスポンス情報が含まれている。送信情報設定部１３４は、送信するＳＩＰパケットに情報を設定する。

ＳＩＰプロトコル制御部１３２は、ＳＩＰプロトコルに関する基本的な送受信制御を行う。その他に、本実施形態では、次のような機能を備えている。他のセッション制御サーバから受信したＳＩＰパケットがＩＮＶＩＴＥであると、ＩＮＶＩＴＥから着番号を読み出し、その着番号の電話番号が接続される網に転送するためのリダイレクト処理を行う。ここでは、管理範囲のネットワークをＰＳＴN網とする転送先情報テーブルが記憶部１１に格納されているものとして、リダイレクト処理を、図１に示すブロック図を参照して説明する。

ＳＩＰプロトコル制御部１３２は、他のセッション制御サーバからＩＮＶＩＴＥを受信すると、ＩＮＶＩＴＥに含まれる着番号が記憶部１１の転送先情報テーブルに記述されているか否かを調べる。受信したＩＮＶＩＴＥの着番号が転送先情報テーブルに記述されていると、ＳＩＰプロトコル制御部１３２は、着番号をＰＳＴＮ網用の第２の番号に変更し、ＰＳＴＮ用の番号とＳＩＰパケットの送信先を中継用ＳＩＰサーバ２０ｂ宛に指示する旨の情報を含むリダイレクト信号を、ＩＮＶＩＴＥの送信元のセッション制御サーバに返信する。

また、他のセッション制御サーバから受信したＩＮＶＩＴＥに含まれる着番号が他事業者ＩＰ網に接続された電話端末を示していると、その着番号が転送先情報テーブルに記述されていないため、ＳＩＰプロトコル制御部１３２は、他のセッション制御サーバにＩＮＶＩＴＥを転送する。

一方、ＳＩＰプロトコル制御部１３２は、他のセッション制御サーバから上記リダイレクト信号を受信すると、受信取得部１３３を介して呼情報の着番号を更新し、以降、その呼に対するＳＩＰパケットの送受信を極力少ないホップ数で中継用ＳＩＰサーバと行う。

ＣＤＲ生成部１２は、ＳＩＰプロトコル制御部１３２の呼処理による呼情報を受信情報取得部１３３を介して蓄積し、最終応答識別手段１３５からの指示があると呼情報からＣＤＲ収集項目を収集し編集してＣＤＲを記憶部１１のＣＤＲログに書き込む。呼情報を格納する場所として、メモリ（不図示）をＣＤＲ生成部１２に備えていてもよく、ＣＤＲを生成するまでの間、記憶部１１を用いてもよい。

最終応答識別手段１３５は、受信した応答メッセージが「成功応答」であるか否かを認識し、「成功応答」のときのみ、ＣＤＲ生成部１２にＣＤＲを生成させる。

図３は応答コードとそのメッセージの意味を示す表であり、各応答メッセージについて応答コードとメッセージの意味とが対応して記述されている。最終応答識別手段１３５は、端末間の通信終了時に受信した応答コードが２００番台の「成功応答」のメッセージであるとき、ＣＤＲの生成をＣＤＲ生成部１２に指示する。最終応答識別手段１３５は、例えば、３００番台のリダイレクト応答のメッセージを受信しても、ＣＤＲ生成の対象とはしない。

なお、中継用ＳＩＰサーバ２０は、他網との相互接続要素としての機能を図２に示す呼処理部１３に備えていることを除いて、上述の構成と同様であるため、その詳細な説明を省略する。よって、中継用ＳＩＰサーバ２０もＣＤＲを生成してもよいが、説明を簡単にするために、本実施形態では加入者側ＳＩＰサーバがＣＤＲを生成する場合とする。

ここで、ＣＤＲについて詳細に説明する。

ＣＤＲとは、発信先や通話時間など、通話の詳細情報を記録した情報である。このＣＤＲは課金情報や障害時の解析情報などに利用される。加入者側ＳＩＰサーバおよび中継用ＳＩＰサーバのそれぞれのセッション制御サーバは、通信毎に内部で呼情報を保持し、通信終了時にＣＤＲを生成する。

図４はＣＤＲを説明するための図である。図４（ａ）は１通信分のＣＤＲを示す一例であり、図４（ｂ）はＣＤＲに設定されたデータを説明するための表である。図４（ａ）に示すように、発呼側電話番号、着呼側電話番号、通信開始時刻および通信終了時刻などの情報がＣＤＲに含まれている。

次に、本実施形態の通信システムの動作手順を説明する。ここでは、加入者側ＳＩＰサーバ１０ａは自ＩＰ網内の管理対象の電話端末以外にも他の事業者ＩＰ網に属する電話端末を管理し、加入者側ＳＩＰサーバ１０ｂは自ＩＰ網内の管理対象の電話端末以外にもＰＳＴN網に属する電話端末を管理しているものとする。

図５は本実施形態の通信システムのリダイレクション処理の動作手順を示すシーケンス図である。としている。

電話端末３０ａが、着信側の電話端末３０ｂの電話番号「０３１２３４××××」を設定したＩＮＶＩＴＥのメッセージを送信する（ステップ１０１）。加入者側ＳＩＰサーバ１０ａは、発信側の電話端末３０ａからのＩＮＶＩＴＥの受信を契機に、対応する呼情報を内部に格納する（ステップ１４１）。加入者側ＳＩＰサーバ１０ａは、ＩＮＶＩＴＥの着番号が記憶部１１内の転送先情報テーブルに記述されているか否かを調べ、記述されていないことを認識すると、加入者側ＳＩＰサーバ１０ｂにＩＮＶＩＴＥを転送する（ステップ１０２）。

加入者側ＳＩＰサーバ１０ｂは、加入者側ＳＩＰサーバ１０ａからＩＮＶＩＴＥを受信すると、ＩＮＶＩＴＥに含まれる着番号を調べる。そして、記憶部１１内の転送先情報テーブルを参照し、ＩＮＶＩＴＥの宛先の端末がＰＳＴＮ収容の電話端末３０ｂであることを認識すると、電話番号「０３１２３４ｙｙｙｙ」と中継用ＳＩＰサーバ２０のアドレスを設定した「３０ｘ」のメッセージを加入者側ＳＩＰサーバ１０ａに通知する（ステップ１０３）。「３０ｘ」がリダイレクト信号に相当する。

なお、ここでは、加入者側ＳＩＰサーバ１０ｂは、電話端末３０ｂが自装置の管理対象の端末であることから、転送先の電話番号の情報を含む「３０ｘ」のメッセージを加入者側ＳＩＰサーバ１０ａに返信したが、電話端末３０ｂが自装置の管理対象の端末でなければ、ＩＮＶＩＴＥを他のサーバに転送するとともに、受け取ったＩＮＶＩＴＥの宛先が自装置の管理対象の端末ではない旨の情報を含む「３０ｘ」を加入者側ＳＩＰサーバ１０ａに返信する。

加入者側ＳＩＰサーバ１０ａは、加入者側ＳＩＰサーバ１０ｂから「３０ｘ」を受信すると、受信情報取得部１３３にてエラーコードを判別する。エラーコードが３０ｘであることから、加入者側ＳＩＰサーバ１０ａは、リダイレクションであることを認識する。その際、加入者側ＳＩＰサーバ１０ａは、リダイレクション処理により着番号を変更するために呼情報を更新するが（ステップ１４２）、ＣＤＲを生成しない。

また、加入者側ＳＩＰサーバ１０ａは、加入者側ＳＩＰサーバ１０ｂから応答メッセージ「３０ｘ」を受信したことに対して、加入者側ＳＩＰサーバ１０ｂにＡＣＫを送信する（ステップ１０４）。さらに、加入者側ＳＩＰサーバ１０ａは、「３０ｘ」から読み出した転送先番号「０３１２３４ｙｙｙｙ」宛にＩＮＶＩＴＥを中継用ＳＩＰサーバ２０に送信する（ステップ１０５）。

中継用ＳＩＰサーバ２０は、着信側の電話端末３０ｂの番号宛のＩＮＶＩＴＥを加入者側ＳＩＰサーバ１０ａから受信すると、電話端末３０ｂを呼び出す（ステップ１０６）。ユーザが電話端末３０ｂの受話器をオフフックすると、電話端末３０ｂが中継用ＳＩＰサーバ２０に応答する（ステップ１０７）。中継用ＳＩＰサーバ２０は、電話端末３０ｂから応答があると「２００ ＯＫ」のメッセージを加入者側ＳＩＰサーバ１０ａに送信する（ステップ１０８）。

加入者側ＳＩＰサーバ１０ａは、中継用ＳＩＰサーバ２０から「２００ ＯＫ」を受信すると、電話端末３０ａに「２００ ＯＫ」を送信するとともに（ステップ１０９）、通信開始時刻を記録して呼情報を更新する（ステップ１４３）。

電話端末３０ａは、加入者側ＳＩＰサーバ１０ａから成功応答「２００ ＯＫ」を受信すると、加入者側ＳＩＰサーバ１０ａにＡＣＫを送信する（ステップ１１０）。加入者側ＳＩＰサーバ１０ａは、電話端末３０ａからＡＣＫを受信すると、加入者側ＳＩＰサーバ１０ｂおよび中継用ＳＩＰサーバ２０にＡＣＫを送信する（ステップ１１１）。その後、電話端末３０ａおよび電話端末３０ｂ間で通信が行われる。

ユーザが通話を終了して電話端末３０ａの受話器をオンフックすると、電話端末３０ａは切断通知「ＢＹＥ」を加入者側ＳＩＰサーバ１０ａに送信する（ステップ１１２）。加入者側ＳＩＰサーバ１０ａは、電話端末３０ａから切断通知「ＢＹＥ」を受信すると、通信終了時刻を記録して呼情報を更新し（ステップ１４４）、電話端末３０ｂ宛の切断要求「ＢＹＥ」を中継用ＳＩＰサーバ２０に送信する（ステップ１１３）。

中継用ＳＩＰサーバ２０は、加入者側ＳＩＰサーバ１０ａから切断要求「ＢＹＥ」を受信すると、加入者側ＳＩＰサーバ１０ａに成功応答「２００ ＯＫ」を送信するとともに（ステップ１１４）、電話端末３０ｂとの接続を切る（ステップ１１５）。中継用ＳＩＰサーバ２０は、電話端末３０ｂから応答を得る。

一方、加入者側ＳＩＰサーバ１０ａは、中継用ＳＩＰサーバ２０から成功応答「２００ ＯＫ」を受信すると、電話端末３０ａに「２００ ＯＫ」を通知し（ステップ１１６）、蓄積した呼情報からＣＤＲを生成する（ステップ１４５）。このようにして、通常のＣＤＲ生成方法と同様に、呼の終話時にＣＤＲが生成される。

本実施形態では、リダイレクト処理により制御信号が経由するサーバの数を抑制することにより、成功応答の転送遅延を低減し、「実際の通話時間」と「課金データに供する通話記録」との乖離を最小限にすることができる。

また、リダイレクト処理のためのメッセージ転送制御を複数のサーバで分散して行うようにすることにより、１つのサーバで制御する場合に比べて負荷を分散できるとともに、転送処理の滞留を抑制できる。

また、リダイレクション処理時などの応答メッセージを受信してもＣＤＲが生成されないので、正常な通信以外の場合に誤ってＣＤＲが生成されてしまうことを防げる。

（第２の実施形態）
第１の実施形態では、加入者側ＳＩＰサーバ１０がリダイレクション処理を行っていたが、本実施形態は、中継用ＳＩＰサーバ２０がリダイレクション処理を行うものである。

本実施形態の通信システムの構成を説明する。本実施形態の通信システムは、第１の実施形態と同様な構成であるため、第１の実施形態と異なる点を中心に説明する。

本実施形態の中継用ＳＩＰサーバ２０の呼処理部（不図示）はリダイレクト処理の機能を備えている。中継用ＳＩＰサーバ２０の呼処理部には、加入者側ＳＩＰサーバ１０などのセッション制御サーバが収容する管理範囲に属する電話端末３０の着番号とその電話端末３０についてその管理範囲における電話番号である転送先番号とその管理範囲内のセッション制御サーバのアドレスとが対応して記述されたテーブルであるリダイレクト管理テーブルが格納されている。複数の管理範囲に対して複数の中継用ＳＩＰサーバ２０が分散して管理し、リダイレクト処理の負荷が１つの中継用ＳＩＰサーバ２０にかからないようにしている。

中継用ＳＩＰサーバ２０の呼処理部は、他のセッション制御サーバからＩＮＶＩＴＥを受信すると、ＩＮＶＩＴＥの宛先の端末がリダイレクト処理の対象であるか否かを、リダイレクト管理テーブルを参照して判定する。その宛先が自装置のリダイレクト処理の対象である場合、転送先番号とＳＩＰパケットの送信先アドレスの情報を含むリダイレクト信号を、ＩＮＶＩＴＥの送信元のセッション制御サーバに返信する。一方、上記判定の結果、その宛先が自装置のリダイレクト処理の対象でない場合、ＩＮＶＩＴＥの送信元のセッション制御サーバ以外のセッション制御サーバにＩＮＶＩＴＥを転送する。

次に、本実施形態の通信システムの動作手順を説明する。ここでは、電話端末３０ａが加入者側ＳＩＰサーバ１０ａに収容され、電話端末３０ｂが加入者側ＳＩＰサーバ１０ｂに収容され、加入者側ＳＩＰサーバ１０ａが電話端末３０ａを管理し、加入者側ＳＩＰサーバ１０ｂが電話端末３０ｂを管理しているものとする。また、中継用ＳＩＰサーバ２０が、加入者側ＳＩＰサーバ１０ｂの管理範囲のリダイレクト処理を行うものとする。

図６は本実施形態の通信システムのリダイレクション処理の動作手順を示すシーケンス図である。としている。

電話端末３０ａが、着信側の電話端末３０ｂの電話番号「０３１２３４××××」を設定したＩＮＶＩＴＥのメッセージを送信する（ステップ２０１）。加入者側ＳＩＰサーバ１０ａは、発信側の電話端末３０ａからのＩＮＶＩＴＥの受信を契機に、対応する呼情報を内部に格納する（ステップ１４１）。加入者側ＳＩＰサーバ１０ａは、ＩＮＶＩＴＥの着番号が記憶部１１内の転送先情報テーブルに記述されているか否かを調べ、記述されていないことを認識すると、他のセッション制御サーバにＩＮＶＩＴＥを転送する（ステップ２０２）。

中継用ＳＩＰサーバ２０が加入者側ＳＩＰサーバ１０ａからＩＮＶＩＴＥを受信すると、中継用ＳＩＰサーバ２０は、ＩＮＶＩＴＥに含まれる着番号を調べる。そして、呼処理部（不図示）のリダイレクト処理テーブルを参照し、ＩＮＶＩＴＥの宛先の端末が加入者側ＳＩＰサーバ１０ｂ収容の電話端末３０ｂであることを認識すると、電話番号「０３１２３４ｚｚｚｚ」と加入者側ＳＩＰサーバ１０ｂのアドレスを設定した「３０ｘ」のメッセージを加入者側ＳＩＰサーバ１０ａに通知する（ステップ２０３）。「３０ｘ」がリダイレクト信号に相当する。

なお、中継用ＳＩＰサーバ２０は、ＩＮＶＩＴＥに含まれる着番号が自装置のリダイレクト処理の対象でなければ、その旨の情報を含む「３０ｘ」を加入者側ＳＩＰサーバ１０ａに返信する。

加入者側ＳＩＰサーバ１０ａは、中継用ＳＩＰサーバ２０から「３０ｘ」を受信すると、受信情報取得部１３３にてエラーコードを判別する。エラーコードが３０ｘであることから、加入者側ＳＩＰサーバ１０ａは、リダイレクションであることを認識する。その際、加入者側ＳＩＰサーバ１０ａは、リダイレクション処理により着番号を変更するために呼情報を更新するが（ステップ１４２）、ＣＤＲを生成しない。

また、加入者側ＳＩＰサーバ１０ａは、中継用ＳＩＰサーバ２０から応答メッセージ「３０ｘ」を受信したことに対して、中継用ＳＩＰサーバ２０にＡＣＫを送信する（ステップ２０４）。さらに、加入者側ＳＩＰサーバ１０ａは、「３０ｘ」から読み出した転送先番号「０３１２３４ｚｚｚｚ」宛にＩＮＶＩＴＥを加入者側ＳＩＰサーバ１０ｂに送信する（ステップ２０５）。

加入者側ＳＩＰサーバ１０ｂは、着信側の電話端末３０ｂの番号宛のＩＮＶＩＴＥを加入者側ＳＩＰサーバ１０ａから受信すると、電話端末３０ｂを呼び出す（ステップ２０６）。ユーザが電話端末３０ｂの受話器をオフフックすると、電話端末３０ｂが加入者側ＳＩＰサーバ１０ｂに応答する（ステップ２０７）。加入者側ＳＩＰサーバ１０ｂは、電話端末３０ｂから応答があると「２００ ＯＫ」のメッセージを加入者側ＳＩＰサーバ１０ａに送信する（ステップ２０８）。

加入者側ＳＩＰサーバ１０ａは、加入者側ＳＩＰサーバ１０ｂから「２００ ＯＫ」を受信すると、電話端末３０ａに「２００ ＯＫ」を送信するとともに（ステップ２０９）、通信開始時刻を記録して呼情報を更新する（ステップ１４３）。

電話端末３０ａは、加入者側ＳＩＰサーバ１０ａから成功応答「２００ ＯＫ」を受信すると、加入者側ＳＩＰサーバ１０ａにＡＣＫを送信する（ステップ２１０）。加入者側ＳＩＰサーバ１０ａは、電話端末３０ａからＡＣＫを受信すると、中継用ＳＩＰサーバ２０および加入者側ＳＩＰサーバ１０ｂにＡＣＫを送信する（ステップ２１１）。その後、電話端末３０ａおよび電話端末３０ｂ間で通信が行われる。

ユーザが通話を終了して電話端末３０ａの受話器をオンフックすると、電話端末３０ａは切断通知「ＢＹＥ」を加入者側ＳＩＰサーバ１０ａに送信する（ステップ２１２）。加入者側ＳＩＰサーバ１０ａは、電話端末３０ａから切断通知「ＢＹＥ」を受信すると、通信終了時刻を記録して呼情報を更新し（ステップ１４４）、電話端末３０ｂ宛の切断要求「ＢＹＥ」を加入者側ＳＩＰサーバ１０ｂに送信する（ステップ２１３）。

加入者側ＳＩＰサーバ１０ｂは、加入者側ＳＩＰサーバ１０ａから切断要求「ＢＹＥ」を受信すると、加入者側ＳＩＰサーバ１０ａに成功応答「２００ ＯＫ」を送信するとともに（ステップ２１４）、電話端末３０ｂとの接続を切る（ステップ２１５）。加入者側ＳＩＰサーバ１０ｂは、電話端末３０ｂから応答を得る。

一方、加入者側ＳＩＰサーバ１０ａは、加入者側ＳＩＰサーバ１０ｂから成功応答「２００ ＯＫ」を受信すると、電話端末３０ａに「２００ ＯＫ」を通知し（ステップ２１６）、蓄積した呼情報からＣＤＲを生成する（ステップ１４５）。このようにして、呼の終話時にＣＤＲが生成される。

本実施形態では、加入者側ＳＩＰサーバ１０ａと加入者側ＳＩＰサーバ１０ｂとの間で制御信号の送受信の際、中継用ＳＩＰサーバ２０をスキップすることにより、実際の通話終了時間と課金終了時間との乖離を最小限にすることが可能となる。

なお、第２の実施形態では、加入者側ＳＩＰサーバ１０ａが電話端末３０ａの通話時間について管理したが、加入者側ＳＩＰサーバ１０ｂが管理してもよい。この場合、加入者側ＳＩＰサーバ１０ｂは、図６に示すステップ２０８で「２００ ＯＫ」のメッセージを加入者側ＳＩＰサーバ１０ａに送信したときに通信開始時刻を記録し、図６に示すステップ２１３で切断通知「ＢＹＥ」を加入者側ＳＩＰサーバ１０ａから受信したときに通信終了時刻を記録する。加入者側ＳＩＰサーバ１０ａから加入者側ＳＩＰサーバ１０ｂ宛に送出される切断通知「ＢＹＥ」が中継用ＳＩＰサーバ２０をスキップして伝送されることにより、実際の通話終了時間と課金終了時間との乖離を最小限にすることができる。

また、第１および第２の実施形態では、説明のために、加入者側ＳＩＰサーバ１０の構成で呼処理部１３とＣＤＲ生成部１２を別々に設けたが、呼処理部１３にＣＤＲ生成部１２が含まれていてもよい。呼処理部１３およびＣＤＲ生成部１２を含む構成が呼制御手段に相当する。また、呼処理部１３およびＣＤＲ生成部１２の構成は、それぞれ専用の回路を設けてもよく、ＣＰＵがプログラムを実行することで仮想的に実現されるものであってもよい。

１０、１０ａ、１０ｂ 加入者側ＳＩＰサーバ
１１ 記憶部
１２ ＣＤＲ生成部
１３ 呼処理部
２０、２０ａ〜２０ｃ 中継用ＳＩＰサーバ
３０、３０ａ、３０ｂ 電話端末

Claims (9)

1. 呼制御手段による課金データ生成方法であって、
   第１の電話端末から第２の電話端末への呼設定要求を含む第１の呼設定要求メッセージを受信し、該第２の電話端末が管理対象でなければ、該第１の呼設定要求メッセージをネットワークに送出し、
   前記第１の呼設定要求メッセージの転送先を示す番号を含むリダイレクト信号を受信すると、該番号宛に呼設定を要求する旨の第２の呼設定要求メッセージを前記ネットワークに送出し、
   前記第２の呼設定要求メッセージを前記第２の電話端末に転送する情報処理装置との呼処理に関する情報である呼情報を蓄積し、
   前記第１および第２の電話端末の通信終了時に、課金データの基になる通話情報を前記呼情報から生成する、課金データ生成方法。
2. 前記第２の呼設定要求メッセージの送信に対する応答として前記情報処理装置から成功応答を受信すると、該成功応答を受信した時刻を通信開始時刻に設定し、
   前記第１の電話端末から切断要求を受信すると、該切断要求を受信した時刻を通信終了時刻に設定し、
   前記情報処理装置から通信終了の成功応答を受信すると、前記通信開始時刻および前記通信終了時刻を含む前記通話情報を生成する、請求項１記載の課金データ生成方法。
3. 中継用セッション制御サーバによる呼制御方法であって、
   第１の電話端末から第２の電話端末への呼設定要求を含む呼設定要求メッセージを他のサーバから受信すると、該呼設定要求メッセージの着番号を読み出し、
   前記着番号が示す前記第２の電話端末に転送するためのリダイレクト信号を生成して前記他のサーバに送信する、呼制御方法。
4. 第１の電話端末から第２の電話端末への呼設定要求を含む第１の呼設定要求メッセージを受信し、該第２の電話端末が管理対象でなければ、該第１の呼設定要求メッセージをネットワークに送出し、該第１の呼設定要求メッセージの転送先を示す番号を含むリダイレクト信号を受信すると、該番号宛に呼設定を要求する旨の第２の呼設定要求メッセージを前記ネットワークに送出し、該第２の呼設定要求メッセージを前記第２の電話端末に転送する第２の情報処理装置との呼処理に関する情報から、課金データの基になる通話情報を生成する第１の情報処理装置と、
   前記第１の情報処理装置と前記ネットワークを介して接続され、前記第１の呼設定要求メッセージを前記第１の情報処理装置から受信すると、該第１の呼設定要求メッセージの着番号を読み出し、該着番号が示す前記第２の電話端末が管理対象であれば、該第２の電話端末に転送するための前記リダイレクト信号を生成して前記第１の情報処理装置に送信する第３の情報処理装置と、
   を有する通信システム。
5. 前記第１の情報処理装置は、
   前記第２の呼設定要求メッセージの送信に対する応答として前記第２の情報処理装置から成功応答を受信すると、該成功応答を受信した時刻を通信開始時刻に設定し、前記第１の電話端末から切断要求を受信すると、該切断要求を受信した時刻を通信終了時刻に設定し、前記第２の情報処理装置から通信終了の成功応答を受信すると、前記通信開始時刻および前記通信終了時刻を含む前記通話情報を生成する、請求項４記載の通信システム。
6. 第１の電話端末から第２の電話端末への呼設定要求を含む第１の呼設定要求メッセージを受信すると、該第１の呼設定要求メッセージをネットワークに送出し、該第１の呼設定要求メッセージの転送先を示す番号を含むリダイレクト信号を受信すると、該番号宛に呼設定を要求する旨の第２の呼設定要求メッセージを前記ネットワークに送出し、該第２の呼設定要求メッセージを前記第２の電話端末に転送する第２の情報処理装置との呼処理に関する情報から、課金データの基になる通話情報を生成する加入者側セッション制御サーバと、
   前記加入者側セッション制御サーバと前記ネットワークを介して接続され、前記第１の呼設定要求メッセージを前記加入者側セッション制御サーバから受信すると、該第１の呼設定要求メッセージの着番号を読み出し、該着番号が示す前記第２の電話端末に転送するための前記リダイレクト信号を生成して前記加入者側セッション制御サーバに送信する中継用セッション制御サーバと、
   を有する通信システム。
7. 自装置の管理対象の電話端末の着番号と該電話端末宛のメッセージを該電話端末に転送するための番号である転送先番号とが対応して予め格納され、他の情報処理装置の１つである第１の情報処理装置との呼処理に関連する情報である呼情報を蓄積するための記憶部と、
   課金データの基になる通話情報の生成指示があると、前記呼情報から該通話情報を生成する通話情報生成部と、
   第１の電話端末から第２の電話端末への呼設定要求を含む第１の呼設定要求メッセージをネットワークを介して前記第１の情報処理装置とは異なる第２の情報処理装置から受信すると、前記着番号が示す前記第２の電話端末が管理対象であるか否かを判定し、該第２の電話端末が管理対象である場合、該第２の電話端末の前記転送先番号を含むリダイレクト信号を生成して前記第２の情報処理装置に返信し、前記第２の電話端末が管理対象でない場合、前記第１の呼設定要求メッセージを前記ネットワークに送出し、該第１の呼設定要求メッセージの前記転送先番号の情報を含むリダイレクト信号を受信すると、該転送先番号宛に呼設定を要求する旨の第２の呼設定要求メッセージを前記ネットワークに送出し、前記通話情報生成部に該第２の呼設定要求メッセージを前記第２の電話端末に転送する前記第１の情報処理装置との前記呼情報を蓄積させ、前記第１および第２の電話端末の通信終了時に前記通話情報の生成を前記通話情報生成部に指示する呼制御部と、
   を有する情報処理装置。
8. 前記通話情報生成部は、
   前記第２の呼設定要求メッセージの送信に対する応答として前記第１の情報処理装置から成功応答を受信すると、該成功応答を受信した時刻を通信開始時刻に設定し、前記第１の電話端末から切断要求を受信すると、該切断要求を受信した時刻を通信終了時刻に設定し、前記呼制御部から前記通話情報の生成指示を受け取ると、前記通信開始時刻および前記通信終了時刻を含む前記通話情報を生成し、
   前記呼制御部は、
   前記第１の情報処理装置から通信終了の成功応答を受信すると、前記通話情報生成部に前記通話情報の生成を指示する、請求項７記載の情報処理装置。
9. 第１の電話端末から第２の電話端末への呼設定要求を含む呼設定要求メッセージを他のサーバから受信すると、該呼設定要求メッセージの着番号を読み出し、該着番号が示す前記第２の電話端末に転送するためのリダイレクト信号を生成して前記他のサーバに送信する呼処理部を有する中継用セッション制御サーバ。

Images