(57)【特許請求の範囲】
【請求項１】
端末間の呼制御に関する制御信号に基づいて、セッションの識別子、開始時刻および終了時刻を含む呼情報をそれぞれ記録する複数の呼制御装置と、
前記制御信号を中継する通信機器からの障害通知に基づいて、障害の発生時刻、復旧時刻および前記障害に関連する呼制御装置の識別子を含む障害情報を記録する監視装置と、
前記監視装置からの前記障害情報に基づいて、前記複数の呼制御装置から収集した複数の呼情報のうち、前記障害に関連する呼制御装置から収集され、前記障害の発生時刻から復旧時刻までの期間に前記セッションの終了時刻が含まれる第１の呼情報の終了時刻を、前記第１の呼情報と同一の識別子を含み、かつ、前記第１の呼情報の終了時刻よりも過去の終了時刻を含む第２の呼情報の終了時刻に置き換える情報処理装置と、
を含むことを特徴とする通信課金システム。
【請求項２】
前記情報処理装置は、前記期間が予め設定された所定時間以上の場合に、前記第１の呼情報の終了時刻を前記第２の呼情報の終了時刻に置き換えることを特徴とする請求項１に記載の通信課金システム。
【請求項３】
前記第１の呼情報は、前記複数の呼情報のうち、前記障害に関連し、かつ、発呼端末を収容する呼制御装置から収集され、前記セッションの終了時刻が前記期間に含まれる呼情報であることを特徴とする請求項１または２に記載の通信課金システム。
【請求項４】
前記第２の呼情報は、前記複数の呼情報のうち、着呼端末を収容する呼制御装置から収集され、前記第１の呼情報と同一の識別子を含み、かつ、前記第１の呼情報の終了時刻よりも過去の終了時刻を含む呼情報であることを特徴とする請求項１〜３のいずれか一つに記載の通信課金システム。
【請求項５】
前記情報処理装置は、前記第２の呼情報の終了時刻に置き換えられた置換後の終了時刻を含む前記第１の呼情報に基づいて、前記端末間の通話時間を含む課金情報を生成することを特徴とする請求項１〜４のいずれか一つに記載の通信課金システム。
【請求項６】
複数の呼制御装置と、監視装置と、情報処理装置と、を含む通信課金システムの通信課金方法であって、
前記複数の呼制御装置が、
端末間の呼制御に関する制御信号に基づいて、セッションの識別子、開始時刻および終了時刻を含む呼情報をそれぞれ記録し、
前記監視装置が、
前記制御信号を中継する通信機器からの障害通知に基づいて、障害の発生時刻、復旧時刻および前記障害に関連する呼制御装置の識別子を含む障害情報を記録し、
前記情報処理装置が、
前記監視装置からの前記障害情報に基づいて、前記複数の呼制御装置から収集した複数の呼情報のうち、前記障害に関連する呼制御装置から収集され、前記障害の発生時刻から復旧時刻までの期間に前記セッションの終了時刻が含まれる第１の呼情報の終了時刻を、前記第１の呼情報と同一の識別子を含み、かつ、前記第１の呼情報の終了時刻よりも過去の終了時刻を含む第２の呼情報の終了時刻に置き換える、
ことを特徴とする通信課金方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信課金システムおよび通信課金方法に関する。
【背景技術】
【０００２】
従来、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワークを介した通話における呼制御プロトコルとして、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）がある。ＳＩＰは、音声や映像の交換などを行うためのセッションの生成・変更・切断を行うプロトコルであり、ＩＰ電話、テレビ電話などのリアルタイム性が要求されるアプリケーションで採用されている。また、ＳＩＰに従って呼制御を行うコンピュータとしては、ＳＩＰサーバが利用される。
【０００３】
先行技術としては、例えば、下り課金情報または上り課金情報が生成された時点で下り課金情報と上り課金情報の突合わせを行い、突合わせ不一致が発生したときに、呼制御ノードとゲートウェイノードに呼制御情報が残っている状態で原因究明を行う技術がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−２６０３６３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来技術では、ネットワーク障害により端末からのセッションの切断要求がＳＩＰサーバに届かず、利用者が電話を切ったタイミングに応じたセッションの終了時刻を記録できない場合がある。
【０００６】
一つの側面では、本発明は、端末間の通話に係るセッションの終了時刻を補正する通信課金システムおよび通信課金方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の一側面によれば、複数の呼制御装置と、監視装置と、情報処理装置と、を含む通信課金システムにおいて、前記複数の呼制御装置が、端末間の呼制御に関する制御信号に基づいて、セッションの識別子、開始時刻および終了時刻を含む呼情報をそれぞれ記録し、前記監視装置が、前記制御信号を中継する通信機器からの障害通知に基づいて、障害の発生時刻、復旧時刻および前記障害に関連する呼制御装置の識別子を含む障害情報を記録し、前記情報処理装置が、前記監視装置からの前記障害情報に基づいて、前記複数の呼制御装置から収集した複数の呼情報のうち、前記障害に関連する呼制御装置から収集され、前記障害の発生時刻から復旧時刻までの期間に前記セッションの終了時刻が含まれる第１の呼情報の終了時刻を、前記第１の呼情報と同一の識別子を含み、かつ、前記第１の呼情報の終了時刻よりも過去の終了時刻を含む第２の呼情報の終了時刻に置き換える通信課金システムおよび通信課金方法が提案される。
【発明の効果】
【０００８】
本発明の一態様によれば、端末間の通話に係るセッションの終了時刻を補正することができるという効果を奏する。
【図面の簡単な説明】
【０００９】
【図１】図１は、実施の形態にかかる通信課金方法の一実施例を示す説明図である。
【図２】図２は、通信課金システム２００のシステム構成例を示す説明図である。
【図３】図３は、課金サーバ２０１等のハードウェア構成例を示すブロック図である。
【図４】図４は、端末Ｍｉのハードウェア構成例を示すブロック図である。
【図５】図５は、呼情報Ｄの具体例を示す説明図である。
【図６】図６は、呼情報ＤＢ２２０の記憶内容の一例を示す説明図である。
【図７】図７は、加入者管理テーブル２３０の記憶内容の一例を示す説明図である。
【図８】図８は、障害情報管理テーブル２４０の記憶内容の一例を示す説明図である。
【図９】図９は、障害影響管理テーブル２５０の記憶内容の一例を示す説明図である。
【図１０】図１０は、セッションリフレッシュの動作例を示すシーケンス図である。
【図１１】図１１は、監視装置２０２の機能的構成例を示すブロック図である。
【図１２】図１２は、課金サーバ２０１の機能的構成例を示すブロック図である。
【図１３】図１３は、セッションの通信終了時刻の補正例を示す説明図である。
【図１４】図１４は、課金情報の具体例を示す説明図である。
【図１５】図１５は、ＳＩＰサーバＳｋの記録処理手順の一例を示すフローチャートである。
【図１６】図１６は、監視装置２０２の記録処理手順の一例を示すフローチャートである。
【図１７】図１７は、課金サーバ２０１の補正処理手順の一例を示すフローチャートである。
【図１８】図１８は、通信終了時刻補正処理の具体的処理手順の一例を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下に図面を参照して、本発明にかかる通信課金システムおよび通信課金方法の実施の形態を詳細に説明する。
【００１１】
（通信課金方法の一実施例）
図１は、実施の形態にかかる通信課金方法の一実施例を示す説明図である。図１において、通信課金システム１００は、情報処理装置１０１と、呼制御装置１０２〜１０４と、端末１０５，１０６と、監視装置１０７と、を含む。通信課金システム１００において、情報処理装置１０１、呼制御装置１０２〜１０４、端末１０５，１０６および監視装置１０７は、例えば、インターネットなどのネットワークを介して接続される。
【００１２】
情報処理装置１０１は、呼制御装置１０２〜１０４から呼情報を収集するコンピュータである。ここで、呼情報は、セッションのセッション識別子、開始時刻および終了時刻を含む情報である。セッションは、２点間（機器間）の通信において、情報をやり取りするために設定する論理的な接続関係である。
【００１３】
呼制御装置１０２〜１０４は、呼制御を行うコンピュータである。呼制御とは、電話の接続や切断、監視などの制御である。呼制御装置１０２〜１０４は、端末間の呼制御に関するメッセージに基づいて、呼情報をそれぞれ記録する。メッセージは、通話のために端末間でやり取りされる制御信号であり、不図示の通信機器により中継されて、端末／呼制御装置間あるいは呼制御装置間で送受信される。通信機器は、例えば、通信課金システム１００内のルータやスイッチなどである。
【００１４】
端末１０５，１０６は、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）を利用した通話を行うことができるコンピュータである。ＶｏＩＰは、インターネットやイントラネットなどのＩＰネットワークを用いて音声データを送受信する技術である。
【００１５】
ＩＰネットワークを介した通話における呼制御プロトコルとしては、例えば、ＳＩＰやＨ．３２３などがある。以下の説明では、呼制御プロトコルとして、「ＳＩＰ」を例に挙げて説明する。
【００１６】
監視装置１０７は、通信課金システム１００内の通信機器（不図示）を監視するコンピュータである。監視装置１０７は、通信機器（不図示）からの障害通知に基づいて、障害情報を記録する。障害情報は、例えば、障害の発生時刻、復旧時刻および障害に関連する呼制御装置の識別子を含む情報である。
【００１７】
障害に関連する呼制御装置とは、障害の影響を受ける呼制御装置であり、例えば、障害により端末１０５，１０６または他の呼制御装置からの少なくともいずれかのメッセージを送受信できなくなる呼制御装置である。例えば、呼制御装置１０２と端末１０５との間のメッセージを中継する通信機器に障害が発生した場合、呼制御装置１０２が、障害に関連する呼制御装置となる。
【００１８】
ここで、端末１０５を発信者側の端末（発呼端末）とし、端末１０６を着信者側の端末（着呼端末）として、端末１０５から端末１０６に電話をかける場合を想定する。また、呼制御装置１０２が端末１０５を収容し、呼制御装置１０４が端末１０６を収容する場合を想定する。
【００１９】
この場合、端末１０５は、端末１０６宛のＩＮＶＩＴＥを送信する。ＩＮＶＩＴＥは、通話要求を行うためのリクエストメッセージである。ＩＮＶＩＴＥには、例えば、Ｃａｌｌ−ＩＤ、発信者の電話番号、着信者の電話番号などが含まれる。Ｃａｌｌ−ＩＤは、呼を識別する識別子である。
【００２０】
Ｃａｌｌ−ＩＤは、発信者側の端末（例えば、端末１０５）で生成される。発信者の電話番号や着信者の電話番号は、例えば、ＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）形式で表現される。発信者の電話番号を例に挙げると、「ｓｉｐ：発信者の電話番号＠×××」のように表現され、「×××」部分には、例えば、発信者側の端末を収容する呼制御装置のドメインが入る。
【００２１】
端末１０５から送信されたＩＮＶＩＴＥは、通信機器（不図示）により中継され、呼制御装置１０２〜１０４を介して、端末１０６に転送される。各呼制御装置１０２〜１０４は、ＩＮＶＩＴＥを受信すると、ステータスコード「１００（暫定応答）」のレスポンスメッセージを返す。レスポンスメッセージには、例えば、ＩＮＶＩＴＥに含まれるＣａｌｌ−ＩＤ、発信者の電話番号、着信者の電話番号などが含まれる。
【００２２】
端末１０６は、ＩＮＶＩＴＥを受信すると、ステータスコード「１００」のレスポンスメッセージを返した後、電話のベルを鳴らすなどの呼び出し処理を行い、ステータスコード「１８０」のレスポンスメッセージを返す。ステータスコード「１８０」のレスポンスメッセージは、呼び出し中であることを発信者へ伝えるためのものである。端末１０６から送信されたレスポンスメッセージは、通信機器（不図示）により中継され、呼制御装置１０２〜１０４を介して、端末１０５に転送される。
【００２３】
また、端末１０６は、オフフック（例えば、受話器をあげる）に応じて、ステータスコード「２００（成功）」のレスポンスメッセージを返す。ステータスコード「２００」のレスポンスメッセージが、呼制御装置１０２〜１０４を介して、端末１０５に転送されると、端末１０５，１０６間の通話が開始される。
【００２４】
各呼制御装置１０２〜１０４において、ステータスコード「２００」のレスポンスメッセージが受信されると、端末／呼制御装置間または呼制御装置間のセッションがそれぞれ確立される。例えば、呼制御装置１０２が、ステータスコード「２００」のレスポンスメッセージを受信すると、端末１０５との間のセッションと、呼制御装置１０３との間のセッションがそれぞれ確立される。
【００２５】
これら端末／呼制御装置間および呼制御装置間のセッションは、端末１０５，１０６間の通話（呼）に係る一連のセッションであり、同一のセッション識別子が設定される。セッション識別子としては、例えば、Ｃａｌｌ−ＩＤ、発信者の電話番号および着信者の電話番号の組合せを用いることができる。
【００２６】
また、各呼制御装置１０２〜１０４は、ステータスコード「２００」のレスポンスメッセージを受信すると、当該メッセージの受信時刻をセッションの開始時刻として、セッションのセッション識別子と対応付けて記録する。したがって、各呼制御装置１０２〜１０４におけるセッションの開始時刻は、ステータスコード「２００」のレスポンスメッセージの転送時間分それぞれ異なる時刻となる。
【００２７】
また、発信者（または、着信者）が電話を切ると、端末１０５（または、端末１０６）は、端末１０６宛（または、端末１０５宛）のＢＹＥを送信する。ＢＹＥは、確立しているセッションの切断を要求するためのものであり、呼を解放するために双方向で用いられるリクエストメッセージである。ＢＹＥには、例えば、Ｃａｌｌ−ＩＤ、発信者の電話番号、着信者の電話番号などが含まれる。
【００２８】
また、各呼制御装置１０２〜１０４は、ＢＹＥを受信すると、ＢＹＥの受信時刻をセッションの終了時刻として、セッションのセッション識別子と対応付けて記録する。これにより、各呼制御装置１０２〜１０４において、端末１０５，１０６間の通話（呼）に係る各セッションの開始時刻と終了時刻が記録される。この結果、例えば、発信者側の端末１０５を収容する呼制御装置１０２により記録されたセッションの開始時刻と終了時刻から通話時間を求めることが可能となり、発信者に対する課金処理を行うことができる。
【００２９】
ところが、ネットワーク障害により、発信者側の端末１０５を収容する呼制御装置１０２に、端末１０５，１０６からのＢＹＥが届かない場合がある。ネットワーク障害には、例えば、通信課金システム１００内の通信機器（不図示）および通信機器間の伝送路の障害などが含まれる。
【００３０】
この場合、呼制御装置１０２において、端末１０５（または、呼制御装置１０３）との間でタイムアウトが発生するまで、端末１０５（または、呼制御装置１０３）とのセッションが終了したと見なされず、実際の終了時刻よりも後の時刻が、セッションの終了時刻として記録されてしまうことがある。セッションは、通信相手との接続が有効であることを確認するためのリクエストメッセージに対するレスポンスメッセージが所定時間内に受信できない場合にタイムアウトとなり解放（切断）される。
【００３１】
この結果、発信者に対して正しく課金できない、すなわち、実際の通話時間よりも長い通話時間に基づく課金処理が行われてしまう場合がある。また、一度通話が開始された後は、タイムアウトによりセッションが終了しても、例えば、Ｑ．８５０のｃａｕｓｅ値として、通常切断（ＢＹＥによる切断）と同じ値が設定される。このため、ｃａｕｓｅ値から、タイムアウトによるセッションの終了を判別することができない。
【００３２】
そこで、本実施の形態では、ネットワーク障害によりタイムアウトが発生して異常終了したセッションの終了時刻を補正するための通信課金方法について説明する。以下、通信課金システム１００の処理例について説明する。
【００３３】
（１）監視装置１０７は、通信課金システム１００内の通信機器（不図示）からの障害通知に基づいて、障害の発生時刻、復旧時刻および障害に関連する呼制御装置の識別子を含む障害情報を記録する。障害通知は、例えば、何らかの障害が発生した場合などに、通信機器（不図示）から監視装置１０７に能動的に発信されるＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）トラップである。
【００３４】
障害通知には、障害が発生したことを通知する障害発生通知と、障害が復旧したことを通知する障害復旧通知とがある。障害発生通知には、例えば、障害が発生した通信機器（障害発生機器）の識別子および障害の発生時刻が含まれる。また、障害復旧通知には、障害発生機器の識別子および障害の復旧時刻が含まれる。
【００３５】
図１の例では、呼制御装置１０２と端末１０５との間、および呼制御装置１０２と呼制御装置１０３との間でネットワーク障害が発生して、発信者側の端末１０５を収容する呼制御装置１０２に、端末１０５，１０６からのＢＹＥが届かない場合を想定する。
【００３６】
この場合、監視装置１０７は、呼制御装置１０２と端末１０５との間の通信機器（例えば、障害発生機器の対向機器）からの障害通知に基づいて、障害の発生時刻、復旧時刻および障害に関連する呼制御装置１０２の識別子を含む障害情報１１０を記録する。また、監視装置１０７は、呼制御装置１０２と呼制御装置１０３との間の通信機器からの障害通知に基づいて、障害の発生時刻、復旧時刻および障害に関連する呼制御装置１０２の識別子を含む障害情報（不図示）を記録する。
【００３７】
（２）呼制御装置１０２〜１０４は、端末間の呼制御に関するメッセージに基づいて、セッションのセッション識別子、開始時刻および終了時刻を含む呼情報（例えば、呼情報１１１〜１１３）をそれぞれ記録する。
【００３８】
例えば、呼制御装置１０２は、端末１０５との間のセッションのセッション識別子Ａ（例えば、Ｃａｌｌ−ＩＤ、発信者の電話番号、着信者の電話番号）、開始時刻ｔS１および終了時刻ｔE１を含む呼情報１１１を記録する。呼情報１１１は、呼制御装置１０２が端末１０５から受信したＩＮＶＩＴＥ（リクエストメッセージ）に対する呼情報である。なお、図示は省略するが、呼制御装置１０２は、呼制御装置１０３に送信したＩＮＶＩＴＥに対する呼情報（呼制御装置１０３との間のセッションの情報）についても記録する。
【００３９】
図１の例では、ネットワーク障害が発生して、呼制御装置１０２に端末１０５，１０６からのＢＹＥが届いていない、すなわち、通信相手との接続が有効であることを確認するためのリクエストメッセージに対するレスポンスメッセージも届いていない。このため、端末１０５との間のセッションの終了時刻ｔE１は、タイムアウトにより終了した時刻となっている。
【００４０】
また、呼制御装置１０３は、例えば、呼制御装置１０２との間のセッションのセッション識別子Ａ、開始時刻ｔS２および終了時刻ｔE２を含む呼情報１１２を記録する。呼情報１１２は、呼制御装置１０３が呼制御装置１０２から受信したＩＮＶＩＴＥに対する呼情報である。なお、図示は省略するが、呼制御装置１０３は、呼制御装置１０４に送信したＩＮＶＩＴＥに対する呼情報（呼制御装置１０４との間のセッションの情報）についても記録する。
【００４１】
また、呼制御装置１０４は、例えば、呼制御装置１０３との間のセッションのセッション識別子Ａ、開始時刻ｔS３および終了時刻ｔE３を含む呼情報１１３を記録する。呼情報１１３は、呼制御装置１０４が呼制御装置１０３から受信したＩＮＶＩＴＥに対する呼情報である。なお、図示は省略するが、呼制御装置１０４は、端末１０６に送信したＩＮＶＩＴＥに対する呼情報（端末１０６との間のセッションの情報）についても記録する。
【００４２】
図１の例では、各呼情報１１１〜１１３の終了時刻ｔE１〜ｔE３のうち、終了時刻ｔE３は、終了時刻ｔE１，ｔE２よりも過去であり、終了時刻ｔE２は、終了時刻ｔE１よりも過去である場合を想定する。
【００４３】
（３）情報処理装置１０１は、監視装置１０７から障害情報（例えば、障害情報１１０）を取得する。具体的には、例えば、情報処理装置１０１は、監視装置１０７に対して障害情報の送信要求を送信することにより、監視装置１０７から障害情報を受信する。また、情報処理装置１０１は、監視装置１０７から定期的に送信される障害情報を受信することにしてもよい。図１の例では、監視装置１０７から障害情報１１０が取得された場合を想定する。
【００４４】
（４）情報処理装置１０１は、呼制御装置１０２〜１０４から呼情報（例えば、呼情報１１１〜１１３）を収集する。具体的には、例えば、情報処理装置１０１は、呼制御装置１０２〜１０４に対して呼情報の送信要求を送信することにより、呼制御装置１０２〜１０４から呼情報を収集する。
【００４５】
また、情報処理装置１０１は、呼制御装置１０２〜１０４から定期的に送信される呼情報を受信することにより、呼制御装置１０２〜１０４から呼情報を収集することにしてもよい。図１の例では、呼制御装置１０２〜１０４から呼情報１１１〜１１３が収集された場合を想定する。
【００４６】
（５）情報処理装置１０１は、監視装置１０７からの障害情報に基づいて、呼制御装置１０２〜１０４から収集した複数の呼情報のうち、障害に関連する呼制御装置から収集され、障害期間にセッションの終了時刻が含まれる第１の呼情報を検索する。障害期間は、例えば、障害情報に含まれる障害の発生時刻から復旧時刻までの期間である。
【００４７】
図１の例では、情報処理装置１０１は、障害情報１１０に基づいて、呼情報１１１〜１１３のうち、障害に関連する呼制御装置１０２から収集され、障害期間にセッションの終了時刻ｔE１が含まれる呼情報１１１を第１の呼情報として検索する。
【００４８】
また、情報処理装置１０１は、第１の呼情報が検索された場合、複数の呼情報のうち、第１の呼情報と同一のセッション識別子を含み、かつ、第１の呼情報の終了時刻よりも過去の終了時刻を含む第２の呼情報を検索する。
【００４９】
図１の例では、情報処理装置１０１は、呼情報１１１〜１１３のうち、呼情報１１１と同一のセッション識別子Ａを含み、かつ、呼情報１１１の終了時刻ｔE１よりも過去の終了時刻ｔE２，ｔE３を含む呼情報１１２，１１３を第２の呼情報として検索する。
【００５０】
（６）情報処理装置１０１は、第２の呼情報が検索された場合、第１の呼情報の終了時刻を、第２の呼情報の終了時刻に置き換える。図１の例では、情報処理装置１０１は、呼情報１１１の終了時刻ｔE１を、呼情報１１２の終了時刻ｔE２または呼情報１１３の終了時刻ｔE３のいずれかに置き換える。
【００５１】
このように、通信課金システム１００によれば、監視装置１０７により、障害の発生時刻、復旧時刻および障害に関連する呼制御装置の識別子を含む障害情報を記録することができる。これにより、通信課金システム１００内で発生したネットワーク障害の障害期間およびネットワーク障害の影響を受ける呼制御装置を特定することができる。
【００５２】
また、通信課金システム１００によれば、情報処理装置１０１により、監視装置１０７からの障害情報に基づいて、障害に関連する呼制御装置から収集され、障害期間にセッションの終了時刻が含まれる第１の呼情報を検索することができる。これにより、ネットワーク障害により端末１０５，１０６からのＢＹＥが届かず、タイムアウトに応じて異常終了した可能性があるセッションの呼情報を特定することができる。
【００５３】
また、通信課金システム１００によれば、情報処理装置１０１により、第１の呼情報と同一のセッション識別子を含み、かつ、第１の呼情報の終了時刻よりも過去の終了時刻を含む第２の呼情報を検索することができる。これにより、タイムアウトに応じて異常終了した可能性があるセッションと同じ通話に係るセッションのうち、異常終了した可能性があるセッションよりも終了時刻が過去のセッションの呼情報を特定することができる。
【００５４】
また、通信課金システム１００によれば、情報処理装置１０１により、第１の呼情報の終了時刻を、第２の呼情報の終了時刻に置き換えることができる。これにより、ネットワーク障害により異常終了したセッションについての呼情報の終了時刻を、実際に利用者が電話を切った時刻に近づけるように補正することができる。
【００５５】
図１の例では、ネットワーク障害により異常終了したセッションについての呼情報１１１の終了時刻ｔE１を、同一のセッション識別子Ａの正常終了したセッションについての呼情報１１３の終了時刻ｔE３（または、呼情報１１２の終了時刻ｔE２）を用いて補正することができる。
【００５６】
この結果、例えば、呼情報１１１の開始時刻ｔS１と、補正後の終了時刻ｔE３から通話時間を求めて、発信者に対する課金処理を行うことができる。これにより、実際の通話時間よりも長い通話時間に基づく課金処理が行われることを回避して、発信者に対する余分な課金を防ぐことができる。
【００５７】
なお、上述した説明では、各呼制御装置１０２〜１０４が受信したＩＮＶＩＴＥ（リクエストメッセージ）に対する呼情報１１１〜１１３を例に挙げて説明したが、これに限らない。例えば、情報処理装置１０１は、各呼制御装置１０２〜１０４が送信したＩＮＶＩＴＥに対する呼情報を用いて、上記（５）および（６）の処理を行うことにしてもよい。
【００５８】
（通信課金システム２００のシステム構成例）
つぎに、図１に示した情報処理装置１０１を通信課金システム２００の課金サーバ２０１に適用した場合について説明する。
【００５９】
図２は、通信課金システム２００のシステム構成例を示す説明図である。図２において、通信課金システム２００は、課金サーバ２０１と、監視装置２０２と、ＳＩＰサーバＳ１〜Ｓ３と、端末Ｍ１〜Ｍｎ（ｎは、２以上の自然数）と、複数のネットワーク機器Ｒと、を含む。通信課金システム２００において、課金サーバ２０１、監視装置２０２、ＳＩＰサーバＳ１〜Ｓ３、端末Ｍ１〜Ｍｎおよび複数のネットワーク機器Ｒは、有線または無線のネットワーク２１０を介して接続される。ネットワーク２１０は、例えば、インターネット、移動体通信網、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）などである。
【００６０】
以下の説明では、端末Ｍ１〜Ｍｎのうちの任意の端末を「端末Ｍｉ」と表記する場合がある（ｉ＝１，２，…，ｎ）。また、ＳＩＰサーバＳ１〜Ｓ３のうちの任意のＳＩＰサーバを「ＳＩＰサーバＳｋ」と表記する場合がある（ｋ＝１，２，３）。
【００６１】
課金サーバ２０１は、呼情報ＤＢ（データベース）２２０、加入者管理テーブル２３０および障害情報管理テーブル２４０を有し、端末間の通話にかかる課金処理を行うコンピュータである。呼情報ＤＢ２２０、加入者管理テーブル２３０および障害情報管理テーブル２４０についての詳細な説明は、図６〜図８を用いて後述する。
【００６２】
監視装置２０２は、障害影響管理テーブル２５０を有し、通信課金システム２００内のネットワーク機器Ｒを監視するコンピュータである。障害影響管理テーブル２５０についての詳細な説明は、図９を用いて後述する。監視装置２０２は、ネットワーク機器ＲからのＮＷ（ネットワーク）障害通知トラップに基づいて、障害情報を記録する。
【００６３】
障害情報は、例えば、障害の発生時刻、復旧時刻および障害に関連するＳＩＰサーバの識別子を含む情報である。監視装置２０２は、例えば、ＮＷ−ＯＰＳ（ＮｅｔＷｏｒｋ−Ｏｐｅｒａｔｉｏｎ  Ｓｙｓｔｅｍ）である。図１に示した監視装置１０７は、例えば、監視装置２０２に相当する。
【００６４】
ＳＩＰサーバＳ１〜Ｓ３は、ＳＩＰに従って呼制御を行うコンピュータである。ＳＩＰサーバＳ１〜Ｓ３は、端末間の呼制御に関するメッセージに基づいて、呼情報Ｄ（いわゆる、ＣＤＲ：Ｃａｌｌ  Ｄａｔａ  Ｒｅｃｏｒｄ）をそれぞれ記録する。
【００６５】
ＳＩＰサーバＳ１，Ｓ３は、自サーバが収容する端末Ｍｉ（加入者）の加入者データを管理する加入者用ＳＩＰサーバである。加入者データは、例えば、加入者の電話番号とＩＰアドレスとの対応関係などを示す情報である。ＳＩＰサーバＳ２は、加入者用ＳＩＰサーバ間を中継する中継用ＳＩＰサーバである。
【００６６】
図１に示した呼制御装置１０２〜１０４は、例えば、ＳＩＰサーバＳ１〜Ｓ３に相当する。また、図２では、便宜上、通信課金システム２００内のＳＩＰサーバを３台のみ表記することにしたが、２台以上であればＳＩＰサーバは何台であってもよい。
【００６７】
端末Ｍ１〜Ｍｎは、ＳＩＰによるＶｏＩＰ通話が可能なコンピュータである。端末Ｍ１〜Ｍｎは、例えば、課金対象となるＩＰ電話サービスの加入者が使用するＩＰ電話機、携帯電話機、スマートフォン、ＰＣ（パーソナル・コンピュータ）などである。図１に示した端末１０５，１０６は、例えば、端末Ｍ１〜Ｍｎに相当する。
【００６８】
ネットワーク機器Ｒは、端末間の呼制御に関するメッセージを中継するコンピュータであり、例えば、通信課金システム２００内のルータやスイッチである。ネットワーク機器Ｒは、ＮＷ（ネットワーク）障害が発生した場合に、ＮＷ障害通知トラップを監視装置２０２に通知する。ＮＷ障害には、例えば、対向機器（通信相手のネットワーク機器Ｒ）や、ネットワーク機器間の伝送路の異常が含まれる。
【００６９】
障害通知トラップには、ＮＷ障害が発生したことを通知するＮＷ障害発生トラップと、ＮＷ障害が復旧したことを通知するＮＷ障害復旧トラップとがある。ＮＷ障害発生トラップには、例えば、ＮＷ障害が発生したネットワーク機器Ｒ（障害発生ＮＷ機器）の識別子およびＮＷ障害の障害発生時刻が含まれる。また、ＮＷ障害復旧トラップには、障害発生ＮＷ機器の識別子およびＮＷ障害の障害復旧時刻が含まれる。
【００７０】
上述した通信機器は、例えば、ネットワーク機器Ｒに相当する。なお、図２では、便宜上、装置間（例えば、ＳＩＰサーバＳ１と端末Ｍ１との間）のネットワーク機器Ｒを１台のみ表記することにしたが、１台以上であれば装置間のネットワーク機器Ｒは何台であってもよい。
【００７１】
（課金サーバ２０１等のハードウェア構成例）
つぎに、図２に示した課金サーバ２０１、監視装置２０２、ＳＩＰサーバＳｋおよびネットワーク機器Ｒのハードウェア構成例について説明する。ここでは、課金サーバ２０１、監視装置２０２、ＳＩＰサーバＳｋおよびネットワーク機器Ｒを「課金サーバ２０１等」と表記する。
【００７２】
図３は、課金サーバ２０１等のハードウェア構成例を示すブロック図である。図３において、課金サーバ２０１等は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）３０１と、メモリ３０２と、Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）３０３と、ディスクドライブ３０４と、ディスク３０５と、を有する。また、各構成部は、バス３００によってそれぞれ接続される。
【００７３】
ここで、ＣＰＵ３０１は、課金サーバ２０１等の全体の制御を司る。メモリ３０２は、例えば、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）およびフラッシュＲＯＭなどを有する。具体的には、例えば、フラッシュＲＯＭやＲＯＭが各種プログラムを記憶し、ＲＡＭがＣＰＵ３０１のワークエリアとして使用される。メモリ３０２に記憶されるプログラムは、ＣＰＵ３０１にロードされることで、コーディングされている処理をＣＰＵ３０１に実行させる。
【００７４】
Ｉ／Ｆ３０３は、通信回線を通じてネットワーク２１０に接続され、ネットワーク２１０を介して他のコンピュータに接続される。そして、Ｉ／Ｆ３０３は、ネットワーク２１０と内部のインターフェースを司り、他のコンピュータからのデータの入出力を制御する。Ｉ／Ｆ３０３には、例えば、モデム、ＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）などを採用することができる。
【００７５】
ディスクドライブ３０４は、ＣＰＵ３０１の制御に従ってディスク３０５に対するデータのリード／ライトを制御する。ディスク３０５は、ディスクドライブ３０４の制御で書き込まれたデータを記憶する。ディスク３０５としては、例えば、磁気ディスク、光ディスクなどが挙げられる。なお、課金サーバ２０１等は、上述した構成部のほか、例えば、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）、キーボード、マウス、ディスプレイなどを有することにしてもよい。
【００７６】
（端末Ｍｉのハードウェア構成例）
図４は、端末Ｍｉのハードウェア構成例を示すブロック図である。図４において、端末Ｍｉは、ＣＰＵ４０１と、メモリ４０２と、ディスプレイ４０３と、入力装置４０４と、Ｉ／Ｆ４０５と、音声信号処理部４０６と、スピーカ４０７と、マイクロフォン４０８と、を有する。また、各構成部はバス４００によってそれぞれ接続される。
【００７７】
ここで、ＣＰＵ４０１は、端末Ｍｉの全体の制御を司る。メモリ４０２は、例えば、ＲＯＭ、ＲＡＭおよびフラッシュＲＯＭなどを有する。具体的には、例えば、フラッシュＲＯＭやＲＯＭが各種プログラムを記憶し、ＲＡＭがＣＰＵ４０１のワークエリアとして使用される。メモリ４０２に記憶されるプログラムは、ＣＰＵ４０１にロードされることで、コーディングされている処理をＣＰＵ４０１に実行させる。
【００７８】
ディスプレイ４０３は、カーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報などのデータを表示する。ディスプレイ４０３は、例えば、液晶ディスプレイ、有機ＥＬ（Ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイなどを採用することができる。
【００７９】
入力装置４０４は、文字、数字、各種指示などの入力のためのキーを有し、データの入力を行う。入力装置４０４は、キーボードやマウスなどであってもよく、また、タッチパネル式の入力パッドやテンキーなどであってもよい。
【００８０】
Ｉ／Ｆ４０５は、通信回線を通じてネットワーク２１０に接続され、ネットワーク２１０を介して他のコンピュータに接続される。そして、Ｉ／Ｆ４０５は、ネットワーク２１０と内部のインターフェースを司り、他のコンピュータからのデータの入出力を制御する。
【００８１】
音声信号処理部４０６は、スピーカ４０７およびマイクロフォン４０８に接続される。例えば、マイクロフォン４０８に受音された音声は、音声信号処理部４０６でＡ／Ｄ変換される。また、スピーカ４０７からは音声が出力される。なお、端末Ｍｉは、上述した構成部のほかに、例えば、ディスクドライブ、ディスクなどを有することにしてもよい。
【００８２】
（呼情報Ｄの具体例）
つぎに、ＳＩＰサーバＳｋにより記録される呼情報Ｄ（ＣＤＲ）の具体例について説明する。以下の説明では、ＳＩＰサーバＳｋにより記録される呼情報Ｄとして、ＳＩＰサーバＳｋが受信したリクエストメッセージに対する呼情報Ｄを例に挙げて説明する。
【００８３】
図５は、呼情報Ｄの具体例を示す説明図である。図５において、呼情報５００は、Ｃａｌｌ−ＩＤと、発信者番号と、着信者番号と、通信開始時刻と、通信終了時刻と、切断理由と、を含む情報である。
【００８４】
ここで、Ｃａｌｌ−ＩＤは、呼を識別する識別子である。発信者番号は、発信者を識別する識別子であり、例えば、発信者の電話番号である。着信者番号は、着信者を識別する識別子であり、例えば、着信者の電話番号である。通信開始時刻は、セッションの開始時刻である。通信終了時刻は、セッションの終了時刻である。切断理由は、呼切断された理由を示すＱ．８５０のｃａｕｓｅ値である。切断理由「１６」は、通常切断を示す。
【００８５】
（呼情報ＤＢ２２０の記憶内容）
つぎに、課金サーバ２０１が有する呼情報ＤＢ２２０の記憶内容について説明する。呼情報ＤＢ２２０は、例えば、図３に示した課金サーバ２０１のメモリ３０２、ディスク３０５などの記憶装置により実現される。
【００８６】
図６は、呼情報ＤＢ２２０の記憶内容の一例を示す説明図である。図６において、呼情報ＤＢ２２０は、呼情報Ｄ１〜ＤＸを記憶する。図６中、「Ｄ１〜ＤＸ」は、本明細書において説明上用いる呼情報Ｄを識別する識別子である。
【００８７】
呼情報Ｄは、収集元ＳＩＰサーバ情報と、Ｃａｌｌ−ＩＤと、発信者番号と、着信者番号と、通信開始時刻と、通信終了時刻と、切断理由と、を含む情報である。ここで、収集元ＳＩＰサーバ情報は、呼情報Ｄの収集元であるＳＩＰサーバＳｋを識別する識別子である。
【００８８】
（加入者管理テーブル２３０の記憶内容）
つぎに、課金サーバ２０１が有する加入者管理テーブル２３０の記憶内容について説明する。加入者管理テーブル２３０は、例えば、課金サーバ２０１のメモリ３０２、ディスク３０５などの記憶装置により実現される。
【００８９】
図７は、加入者管理テーブル２３０の記憶内容の一例を示す説明図である。図７において、加入者管理テーブル２３０は、電話番号と収容先ＳＩＰサーバ情報とを対応付けて記憶する。ここで、電話番号は、課金対象となるＩＰ電話サービスの加入者の電話番号である。収容先ＳＩＰサーバ情報は、加入者が使用する端末Ｍｉを収容するＳＩＰサーバＳｋを識別する識別子である。
【００９０】
（障害情報管理テーブル２４０の記憶内容）
つぎに、課金サーバ２０１が有する障害情報管理テーブル２４０の記憶内容について説明する。障害情報管理テーブル２４０は、例えば、課金サーバ２０１のメモリ３０２、ディスク３０５などの記憶装置により実現される。
【００９１】
図８は、障害情報管理テーブル２４０の記憶内容の一例を示す説明図である。図８において、障害情報管理テーブル２４０は、障害発生時刻、障害復旧時刻および障害影響ＳＩＰサーバ情報を含む障害情報Ｃ（例えば、障害情報Ｃ１〜Ｃ３）を記憶する。
【００９２】
ここで、障害発生時刻は、ＮＷ障害が発生した時刻である。障害復旧時刻は、ＮＷ障害が復旧した時刻である。障害影響ＳＩＰサーバ情報は、ＮＷ障害に関連するＳＩＰサーバＳｋ、すなわち、ＮＷ障害の影響を受けるＳＩＰサーバＳｋの識別子である。
【００９３】
例えば、障害情報Ｃ１は、障害発生時刻「２０１４／０１／１６  １１：５５．１４」、障害復旧時刻「２０１４／０１／１６  １１：５６．２４」および障害影響ＳＩＰサーバ情報「Ｓ１」を含む。障害情報Ｃ１によれば、障害発生時刻「２０１４／０１／１６  １１：５５．１４」から障害復旧時刻「２０１４／０１／１６  １１：５６．２４」までの期間に発生したＮＷ障害に関連するＳＩＰサーバＳ１を特定することができる。
【００９４】
（障害影響管理テーブル２５０の記憶内容）
つぎに、監視装置２０２が有する障害影響管理テーブル２５０の記憶内容について説明する。障害影響管理テーブル２５０は、例えば、図３に示した監視装置２０２のメモリ３０２、ディスク３０５などの記憶装置により実現される。
【００９５】
図９は、障害影響管理テーブル２５０の記憶内容の一例を示す説明図である。図９において、障害影響管理テーブル２５０は、障害発生ＮＷ機器情報と障害影響ＳＩＰサーバ情報とを対応付けて記憶する。ここで、障害発生ＮＷ機器情報は、ＮＷ障害が発生したネットワーク機器Ｒ（障害発生ＮＷ機器）の識別子である。障害影響ＳＩＰサーバ情報は、ＮＷ障害に関連するＳＩＰサーバＳｋ、すなわち、ＮＷ障害の影響を受けるＳＩＰサーバＳｋの識別子である。
【００９６】
（セッションリフレッシュの動作例）
つぎに、ＳＩＰサーバＳｋのセッションリフレッシュの動作例について説明する。セッションリフレッシュは、通信相手との接続が有効であることを確認するために定期的に行われる通信である。
【００９７】
図１０は、セッションリフレッシュの動作例を示すシーケンス図である。図１０において、ＵＡＣは、Ｉｎｉｔｉａｌ−ＩＮＶＩＴＥを送信する送信側のＳＩＰサーバを示す。また、ＵＡＳは、Ｉｎｉｔｉａｌ−ＩＮＶＩＴＥを受信する受信側のＳＩＰサーバを示す。Ｉｎｉｔｉａｌ−ＩＮＶＩＴＥは、通話要求を行うためのリクエストメッセージであり、図１に示したＩＮＶＩＴＥに相当する。
【００９８】
ＳＩＰサーバＳｋは、Ｉｎｉｔｉａｌ−ＩＮＶＩＴＥの送信側または受信側のＳＩＰサーバのいずれにもなり得る。ここでは、Ｉｎｉｔｉａｌ−ＩＮＶＩＴＥの受信側のＳＩＰサーバであるＵＡＳを例に挙げて、ＳＩＰサーバＳｋのセッションリフレッシュの動作例について説明する。
【００９９】
ＵＡＳは、Ｉｎｉｔｉａｌ−ＩＮＶＩＴＥに対するステータスコード「２００」のレスポンスメッセージを送信すると、セッションリフレッシュのタイマを起動する。また、ＵＡＳは、タイマを起動してからＴ秒経過してタイマが満了すると、ｒｅ−ＩＮＶＩＴＥをＵＡＣに送信する。Ｔは、例えば、１００〜２００秒程度の値に設定される。
【０１００】
ｒｅ−ＩＮＶＩＴＥは、接続が有効であることを確認するためのリクエストメッセージである。ＵＡＳは、ｒｅ−ＩＮＶＩＴＥを送信後、ＵＡＣから、ステータスコード「１００」のレスポンスメッセージを受信し、さらに、ステータスコード「２００」のレスポンスメッセージを受信すると、タイマを起動して、ＵＡＣにＡＣＫを返す。
【０１０１】
一方、ＵＡＳは、ｒｅ−ＩＮＶＩＴＥを送信してから所定時間Ｆ（図１０中、ＳＩＰタイマ）が経過しても、ｒｅ−ＩＮＶＩＴＥに対するレスポンスメッセージをＵＡＣから受信しなかった場合は、セッションリフレッシュＴ．Ｏ．（タイムアウト）により、ＵＡＣとの間のセッションを終了（解放）する。Ｆは、例えば、３２秒程度の値に設定される。
【０１０２】
したがって、ＵＡＣからのＢＹＥがＵＡＳに届かない場合には、セッションリフレッシュＴ．Ｏ．が発生するまで、ＵＡＣとのセッションが終了したと見なされず、ＵＡＳにおいて、実際の終了時刻よりも後の時刻が、セッションの終了時刻として記録されてしまうことがある。
【０１０３】
なお、ここでは、ＵＡＳを例に挙げてセッションリフレッシュの動作例について説明したが、Ｉｎｉｔｉａｌ−ＩＮＶＩＴＥの送信側のＳＩＰサーバであるＵＡＣについても、ＵＡＳと同様のセッションリフレッシュの動作を行う。
【０１０４】
（監視装置２０２の機能的構成例）
図１１は、監視装置２０２の機能的構成例を示すブロック図である。図１１において、監視装置２０２は、検出部１１０１と、記録部１１０２と、送信部１１０３と、を含む構成である。検出部１１０１〜送信部１１０３は制御部となる機能であり、具体的には、例えば、図３に示した監視装置２０２のメモリ３０２、ディスク３０５などの記憶装置に記憶されたプログラムをＣＰＵ３０１に実行させることにより、または、Ｉ／Ｆ３０３により、その機能を実現する。各機能部の処理結果は、例えば、監視装置２０２のメモリ３０２、ディスク３０５などの記憶装置に記憶される。
【０１０５】
検出部１１０１は、ＮＷ障害の発生を検出する機能を有する。具体的には、例えば、検出部１１０１は、ネットワーク機器ＲからのＮＷ障害発生トラップを受信したことに応じて、ＮＷ障害の発生を検出する。ＮＷ障害発生トラップには、例えば、ＮＷ障害が発生したネットワーク機器Ｒ（障害発生ＮＷ機器）の識別子およびＮＷ障害の障害発生時刻が含まれる。
【０１０６】
また、検出部１１０１は、ＮＷ障害の復旧を検出する機能を有する。具体的には、例えば、検出部１１０１は、ネットワーク機器ＲからのＮＷ障害復旧トラップを受信したことに応じて、ＮＷ障害の復旧を検出する。ＮＷ障害復旧トラップには、障害発生ＮＷ機器の識別子およびＮＷ障害の障害復旧時刻が含まれる。
【０１０７】
記録部１１０２は、検出部１１０１によって検出された検出結果に基づいて、障害情報Ｃを記録する機能を有する。具体的には、例えば、まず、記録部１１０２は、図９に示した障害影響管理テーブル２５０を参照して、ＮＷ障害発生トラップに含まれる障害発生ＮＷ機器の識別子に対応する障害影響ＳＩＰサーバ情報を特定する。一例として、ＮＷ障害発生トラップに含まれる障害発生ＮＷ機器の識別子を「Ｒ２」とすると、障害影響ＳＩＰサーバ情報「Ｓ１」が特定される。
【０１０８】
そして、記録部１１０２は、ＮＷ障害発生トラップに含まれる障害発生時刻と、ＮＷ障害復旧トラップに含まれる障害復旧時刻と、特定した障害影響ＳＩＰサーバ情報と、を含む障害情報Ｃを記録する。ただし、ＮＷ障害復旧トラップは、ＮＷ障害発生トラップと同一の障害発生ＮＷ機器の識別子を含む障害通知トラップである。
【０１０９】
なお、ＮＷ障害発生トラップに障害発生時刻が含まれていない場合には、記録部１１０２は、ＮＷ障害発生トラップの受信時刻を障害発生時刻として特定することにしてもよい。また、ＮＷ障害復旧トラップに障害復旧時刻が含まれていない場合には、記録部１１０２は、ＮＷ障害復旧トラップの受信時刻を障害復旧時刻として特定することにしてもよい。
【０１１０】
送信部１１０３は、記録された障害情報Ｃを課金サーバ２０１に送信する機能を有する。具体的には、例えば、送信部１１０３は、障害情報Ｃが記録されると、その都度、課金サーバ２０１に障害情報Ｃを送信することにしてもよい。また、例えば、送信部１１０３は、記録された障害情報Ｃを定期的に課金サーバ２０１に送信することにしてもよい。さらに、例えば、送信部１１０３は、課金サーバ２０１から障害情報Ｃの送信要求を受信したことに応じて、記録された障害情報Ｃを課金サーバ２０１に送信することにしてもよい。
【０１１１】
（課金サーバ２０１の機能的構成例）
図１２は、課金サーバ２０１の機能的構成例を示すブロック図である。図１２において、課金サーバ２０１は、受信部１２０１と、検索部１２０２と、補正部１２０３と、生成部１２０４と、出力部１２０５と、を含む構成である。受信部１２０１〜出力部１２０５は制御部となる機能であり、具体的には、例えば、図３に示した課金サーバ２０１のメモリ３０２、ディスク３０５などの記憶装置に記憶されたプログラムをＣＰＵ３０１に実行させることにより、または、Ｉ／Ｆ３０３により、その機能を実現する。各機能部の処理結果は、例えば、課金サーバ２０１のメモリ３０２、ディスク３０５などの記憶装置に記憶される。
【０１１２】
受信部１２０１は、ＳＩＰサーバＳｋから呼情報Ｄを受信する機能を有する。具体的には、例えば、受信部１２０１は、ＳＩＰサーバＳｋから定期的に送信される呼情報Ｄを受信する。また、例えば、受信部１２０１は、ＳＩＰサーバＳｋに対して呼情報Ｄの送信要求を送信することにより、ＳＩＰサーバＳｋから呼情報Ｄを受信することにしてもよい。
【０１１３】
受信された呼情報Ｄ（例えば、呼情報５００）は、呼情報Ｄの収集元であるＳＩＰサーバＳｋを識別する収集元ＳＩＰサーバ情報と対応付けて呼情報ＤＢ２２０に登録される。これにより、呼情報ＤＢ２２０に新たな呼情報Ｄが記憶される。
【０１１４】
また、受信部１２０１は、監視装置２０２から障害情報Ｃを受信する機能を有する。具体的には、例えば、受信部１２０１は、監視装置２０２から定期的に送信される障害情報Ｃを受信する。また、例えば、受信部１２０１は、監視装置２０２に対して障害情報Ｃの送信要求を送信することにより、監視装置２０２から障害情報Ｃを受信することにしてもよい。受信された障害情報Ｃは、図８に示した障害情報管理テーブル２４０に記憶される。
【０１１５】
検索部１２０２は、受信された障害情報Ｃに基づいて、受信された呼情報Ｄのうち、ＮＷ障害に関連するＳＩＰサーバＳｋから収集され、障害期間Ｐにセッションの通信終了時刻が含まれる第１の呼情報を検索する機能を有する。ここで、ＮＷ障害に関連するＳＩＰサーバＳｋは、障害情報Ｃに含まれる障害影響ＳＩＰサーバ情報から特定される。
【０１１６】
障害期間Ｐは、例えば、障害情報Ｃに含まれる障害発生時刻から障害復旧時刻までの期間である。具体的には、例えば、検索部１２０２は、呼情報ＤＢ２２０から、収集元ＳＩＰサーバ情報が障害影響ＳＩＰサーバ情報と一致し、かつ、セッションの通信終了時刻が障害期間Ｐに含まれる呼情報Ｄを第１の呼情報として検索する。
【０１１７】
ＩＰ電話サービスにおいて、電話の通話時間は、発信者側の端末Ｍｉ（発呼端末）を収容するＳＩＰサーバＳｋにより記録された呼情報Ｄをもとに算定される。このため、検索部１２０２は、呼情報ＤＢ２２０から、ＮＷ障害に関連し、かつ、発呼端末を収容するＳＩＰサーバＳｋから収集され、セッションの通信終了時刻が障害期間Ｐに含まれる呼情報Ｄを第１の呼情報として検索することにしてもよい。
【０１１８】
具体的には、例えば、まず、検索部１２０２は、呼情報ＤＢ２２０から、収集元ＳＩＰサーバ情報が障害影響ＳＩＰサーバ情報と一致し、かつ、セッションの通信終了時刻が障害期間Ｐに含まれる呼情報Ｄを検索する。つぎに、検索部１２０２は、加入者管理テーブル２３０（図７参照）を参照して、検索した呼情報Ｄの発信者番号に対応する収容先ＳＩＰサーバ情報を特定する。
【０１１９】
そして、検索部１２０２は、特定した収容先ＳＩＰサーバ情報と、検索した呼情報Ｄの収集元ＳＩＰサーバ情報とが一致するか否かを判断する。ここで、収容先ＳＩＰサーバ情報と収集元ＳＩＰサーバ情報とが一致する場合、検索部１２０２は、検索した呼情報Ｄを第１の呼情報とする。
【０１２０】
以下の説明では、第１の呼情報として、ＮＷ障害に関連し、かつ、発呼端末を収容するＳＩＰサーバＳｋから収集され、セッションの通信終了時刻が障害期間Ｐに含まれる呼情報Ｄを例に挙げて説明する。
【０１２１】
検索部１２０２は、受信された呼情報Ｄのうち、第１の呼情報と同一のセッション識別子を含み、かつ、第１の呼情報の通信終了時刻よりも過去の通信終了時刻を含む第２の呼情報を検索する機能を有する。セッション識別子は、例えば、呼情報Ｄに含まれるＣａｌｌ−ＩＤ、発信者番号および着信者番号の組合せである。
【０１２２】
具体的には、例えば、まず、検索部１２０２は、第１の呼情報を検索した場合、呼情報ＤＢ２２０から、第１の呼情報と同一のセッション識別子を含む呼情報Ｄを検索する。この際、検索部１２０２は、呼情報ＤＢ２２０から、着信者側の端末Ｍｊ（着呼端末、ｉ≠ｊ、ｊ＝１，２，…，ｎ）を収容するＳＩＰサーバＳｋから収集され、かつ、第１の呼情報と同一のセッション識別子を含む呼情報Ｄを検索することにしてもよい。
【０１２３】
より具体的には、例えば、検索部１２０２は、加入者管理テーブル２３０を参照して、検索した呼情報Ｄの着信者番号に対応する収容先ＳＩＰサーバ情報を特定する。そして、検索部１２０２は、検索した呼情報Ｄのうち、収集元ＳＩＰサーバ情報が、特定した収容先ＳＩＰサーバ情報と一致する呼情報Ｄを検索する。これにより、着呼端末を収容するＳＩＰサーバＳｋから収集され、かつ、第１の呼情報と同一のセッション識別子を含む呼情報Ｄを検索することができる。
【０１２４】
つぎに、検索部１２０２は、検索した呼情報Ｄの通信終了時刻が、第１の呼情報の通信終了時刻よりも過去であるか否かを判断する。そして、検索部１２０２は、第１の呼情報の通信終了時刻よりも過去である場合に、検索した呼情報Ｄを第２の呼情報とする。これにより、着呼端末を収容するＳＩＰサーバＳｋから収集され、第１の呼情報と同一のセッション識別子を含み、かつ、第１の呼情報の通信終了時刻よりも過去の通信終了時刻を含む第２の呼情報を検索することができる。
【０１２５】
補正部１２０３は、検索された第１の呼情報の通信終了時刻を、検索された第２の呼情報の通信終了時刻に置き換える機能を有する。具体的には、例えば、補正部１２０３は、第２の呼情報が複数検索された場合、第１の呼情報の通信終了時刻を、第２の呼情報として検索された複数の呼情報Ｄのうち通信終了時刻が最も過去の呼情報Ｄの通信終了時刻に置き換えることにしてもよい。さらに、補正部１２０３は、第１の呼情報の通信終了時刻を、第２の呼情報として検索された複数の呼情報Ｄの平均通信終了時刻に置き換えることにしてもよい。
【０１２６】
より具体的には、例えば、補正部１２０３は、第１の呼情報の通信終了時刻を、着呼端末を収容するＳＩＰサーバＳｋから収集され、第１の呼情報と同一のセッション識別子を含み、かつ、第１の呼情報の通信終了時刻よりも過去の通信終了時刻を含む第２の呼情報の通信終了時刻に置き換えることにしてもよい。
【０１２７】
これにより、セッションリフレッシュＴ．Ｏ．により異常終了した可能性があるセッションの通信終了時刻を、実際に利用者が電話を切った時刻に近づけるように補正することができる。セッションの通信終了時刻の補正例については、図１３を用いて後述する。
【０１２８】
ここで、障害期間Ｐが所定時間Ｆ未満の場合には、障害期間Ｐ内にセッションリフレッシュＴ．Ｏ．が発生しないため、セッションリフレッシュＴ．Ｏ．により異常終了したセッションの呼情報Ｄが第１の呼情報として検索されない。このため、検索部１２０２は、障害期間Ｐが所定時間Ｆ以上の場合に、第１の呼情報を検索することにしてもよい。
【０１２９】
これにより、課金サーバ２０１にかかる処理負荷の増大を抑制することができる。なお、所定時間Ｆは、図１０で説明したように、例えば、ｒｅ−ＩＮＶＩＴＥを送信してからセッションリフレッシュＴ．Ｏ．が発生するまでの時間（ＳＩＰタイマのタイマ時間）である。
【０１３０】
生成部１２０４は、置換後の通信終了時刻を含む第１の呼情報に基づいて、課金情報を生成する機能を有する。具体的には、例えば、生成部１２０４は、第１の呼情報に含まれる通信開始時刻から置換後の通信終了時刻までの時間間隔を通話時間として算出することにより、算出した通話時間を含む課金情報を生成する。課金情報の具体例については、図１４を用いて後述する。
【０１３１】
出力部１２０５は、生成された課金情報を出力する機能を有する。具体的には、例えば、出力部１２０５は、図１４に示すような課金情報１４００を出力することにしてもよい。出力部１２０５の出力形式としては、例えば、メモリ３０２、ディスク３０５などの記憶装置への記憶、Ｉ／Ｆ３０３による外部のコンピュータへの送信、不図示のディスプレイへの表示、不図示のプリンタへの印刷出力などがある。
【０１３２】
また、出力部１２０５は、置換後の通信終了時刻を含む第１の呼情報を出力することにしてもよい。これにより、他のコンピュータ、あるいは、人手により、置換後の通信終了時刻を含む第１の呼情報に基づく課金情報を生成することができる。
【０１３３】
なお、端末ＭｉやＳＩＰサーバＳｋは、送信したリクエストメッセージに対するレスポンスメッセージを受信できない場合、所定の再送間隔でリクエストメッセージを再送する。再送間隔は、例えば、『５００［ｍｓ］⇒１［ｓ］⇒２［ｓ］⇒４［ｓ］⇒４［ｓ］⇒・・・』といった時間間隔に設定される。
【０１３４】
このため、障害期間Ｐの終了間近に送信されたＢＹＥがＮＷ障害によりＳＩＰサーバＳｋに届かなかった場合でも、障害期間Ｐの終了後に、再送によりＢＹＥがＳＩＰサーバＳｋに届く場合がある。この場合も再送にかかった時間分だけ発信者に対して余分に課金されることになる。
【０１３５】
そこで、障害期間Ｐを、例えば、障害情報Ｃに含まれる障害発生時刻を起点として、障害情報Ｃに含まれる障害復旧時刻から一定時間分経過した時刻までの期間としてもよい。一定時間は、予め設定されており、例えば、５［ｓ］程度の値に設定される。これにより、再送されたＢＹＥに基づく通信終了時刻を含む呼情報Ｄについても補正対象とすることができる。
【０１３６】
（セッションの通信終了時刻の補正例）
つぎに、セッションの通信終了時刻の補正例について説明する。
【０１３７】
図１３は、セッションの通信終了時刻の補正例を示す説明図である。図１３において、呼情報Ｄ１は、ＮＷ障害に関連し、かつ、発呼端末を収容するＳＩＰサーバＳｋから収集され、セッションの通信終了時刻が障害期間Ｐに含まれる第１の呼情報である。この呼情報Ｄ１は、セッションリフレッシュＴ．Ｏ．に応じて異常終了したセッションの呼情報Ｄである。
【０１３８】
また、呼情報Ｄ９９は、着呼端末を収容するＳＩＰサーバＳｋから収集され、第１の呼情報と同一のセッション識別子を含み、かつ、第１の呼情報の通信終了時刻よりも過去の通信終了時刻を含む第２の呼情報である。この呼情報Ｄ９９は、端末ＭｉからのＢＹＥに基づき正常終了したセッションの呼情報Ｄである。
【０１３９】
この場合、補正部１２０３は、呼情報Ｄ１の通信終了時刻「２０１４／０１／１６  １２：０６．５３．８１」を、呼情報Ｄ９９の通信終了時刻「２０１４／０１／１６  １２：０６．０７．２９」に置き換える。これにより、発呼端末の収容先ＳＩＰサーバＳ１により記録された異常終了したセッションの通信終了時刻を、着呼端末の収容先ＳＩＰサーバＳ３により記録された正常終了したセッションの通信終了時刻で補正することができる。
【０１４０】
（課金情報の具体例）
図１４は、課金情報の具体例を示す説明図である。図１４において、課金情報１４００は、Ｃａｌｌ−ＩＤと、発信者番号と、着信者番号と、通話時間と、通信開始時刻と、通信終了時刻と、切断理由と、補正フラグと、を含む情報である。
【０１４１】
課金情報１４００によれば、通話時間「３２．１６．８４」に基づいて、発信者番号「０３−ｘｘｘｘ−４４４４」から特定される発信者に対する課金処理を行うことができる。また、補正フラグ「１」により、通信終了時刻が補正されたことを特定することができる。
【０１４２】
（通信課金システム２００の各種処理手順）
つぎに、通信課金システム２００の各種処理手順について説明する。まず、通信課金システム２００のＳＩＰサーバＳｋの記録処理手順について説明する。
【０１４３】
＜ＳＩＰサーバＳｋの記録処理手順＞
図１５は、ＳＩＰサーバＳｋの記録処理手順の一例を示すフローチャートである。図１５のフローチャートにおいて、まず、ＳＩＰサーバＳｋは、呼接続を検出したか否かを判断する（ステップＳ１５０１）。
【０１４４】
ここで、ＳＩＰサーバＳｋは、呼接続を検出するのを待つ（ステップＳ１５０１：Ｎｏ）。具体的には、例えば、ＳＩＰサーバＳｋは、通話要求を行うためのＩＮＶＩＴＥ（Ｉｎｉｔｉａｌ−ＩＮＶＩＴＥ）に対するステータスコード「２００」のレスポンスメッセージを受信したことに応じて、呼接続を検出する。
【０１４５】
そして、ＳＩＰサーバＳｋは、呼接続を検出した場合（ステップＳ１５０１：Ｙｅｓ）、セッション識別子（例えば、ＩＮＶＩＴＥに含まれるＣａｌｌ−ＩＤ、発信者番号、着信者番号）と対応付けて通信開始時刻を保持する（ステップＳ１５０２）。つぎに、ＳＩＰサーバＳｋは、呼切断を検出したか否かを判断する（ステップＳ１５０３）。
【０１４６】
ここで、ＳＩＰサーバＳｋは、呼切断を検出するのを待つ（ステップＳ１５０３：Ｎｏ）。具体的には、例えば、ＳＩＰサーバＳｋは、呼を解放するためのＢＹＥを受信したことに応じて、呼切断を検出する。また、例えば、ＳＩＰサーバＳｋは、セッションリフレッシュＴ．Ｏ．によりセッションが終了したことに応じて、呼切断を検出する。
【０１４７】
ＳＩＰサーバＳｋは、呼切断を検出した場合（ステップＳ１５０３：Ｙｅｓ）、セッション識別子と対応付けて通信終了時刻を保持する（ステップＳ１５０４）。例えば、ＳＩＰサーバＳｋは、ＢＹＥの受信時刻、あるいは、セッションリフレッシュＴ．Ｏ．の発生時刻を通信終了時刻として、セッション識別子と対応付けて保持する。
【０１４８】
そして、ＳＩＰサーバＳｋは、セッション識別子と、当該セッション識別子に対応する通信開始時刻および通信終了時刻を含む呼情報Ｄを記録して（ステップＳ１５０５）、本フローチャートによる一連の処理を終了する。
【０１４９】
これにより、端末間の通話（呼）に係るセッションの呼情報Ｄを記録することができる。なお、呼情報Ｄには、例えば、切断理由（Ｑ．８５０のｃａｕｓｅ値）が合わせて記録されることにしてもよい。
【０１５０】
＜監視装置２０２の記録処理手順＞
つぎに、通信課金システム２００の監視装置２０２の記録処理手順について説明する。
【０１５１】
図１６は、監視装置２０２の記録処理手順の一例を示すフローチャートである。図１６のフローチャートにおいて、まず、監視装置２０２は、ネットワーク機器ＲからＮＷ障害発生トラップを受信したか否かを判断する（ステップＳ１６０１）。ここで、監視装置２０２は、ＮＷ障害発生トラップを受信するのを待つ（ステップＳ１６０１：Ｎｏ）。
【０１５２】
そして、監視装置２０２は、ＮＷ障害発生トラップを受信した場合（ステップＳ１６０１：Ｙｅｓ）、障害影響管理テーブル２５０を参照して、ＮＷ障害発生トラップに含まれる障害発生ＮＷ機器の識別子に対応する障害影響ＳＩＰサーバ情報を特定する（ステップＳ１６０２）。
【０１５３】
つぎに、監視装置２０２は、ネットワーク機器ＲからＮＷ障害復旧トラップを受信したか否かを判断する（ステップＳ１６０３）。このＮＷ障害復旧トラップは、ステップＳ１６０１において受信されたＮＷ障害発生トラップと同一の障害発生ＮＷ機器の識別子を含む障害通知トラップである。ここで、監視装置２０２は、ＮＷ障害復旧トラップを受信するのを待つ（ステップＳ１６０３：Ｎｏ）。
【０１５４】
そして、監視装置２０２は、ＮＷ障害復旧トラップを受信した場合（ステップＳ１６０３：Ｙｅｓ）、ＮＷ障害発生トラップに含まれる障害発生時刻と、ＮＷ障害復旧トラップに含まれる障害復旧時刻と、特定した障害影響ＳＩＰサーバ情報と、を含む障害情報Ｃを記録して（ステップＳ１６０４）、本フローチャートによる一連の処理を終了する。
【０１５５】
これにより、通信課金システム２００内のネットワーク機器Ｒからの障害通知トラップに基づいて、通信課金システム２００で発生したＮＷ障害に関する障害情報Ｃを記録することができる。
【０１５６】
＜課金サーバ２０１の補正処理手順＞
つぎに、通信課金システム２００の課金サーバ２０１の補正処理手順について説明する。課金サーバ２０１の補正処理は、例えば、管理者により予め指定される時刻（例えば、毎日の午前０時、毎週月曜日の午前０時など）に定期的に実行される。
【０１５７】
図１７は、課金サーバ２０１の補正処理手順の一例を示すフローチャートである。図１７のフローチャートにおいて、まず、課金サーバ２０１は、障害情報管理テーブル２４０から未選択の障害情報Ｃを選択する（ステップＳ１７０１）。
【０１５８】
つぎに、課金サーバ２０１は、選択した障害情報Ｃに含まれる障害発生時刻から障害復旧時刻までの障害期間Ｐを算出する（ステップＳ１７０２）。そして、課金サーバ２０１は、算出した障害期間Ｐが所定時間Ｆ以上であるか否かを判断する（ステップＳ１７０３）。
【０１５９】
ここで、障害期間Ｐが所定時間Ｆ未満の場合（ステップＳ１７０３：Ｎｏ）、課金サーバ２０１は、ステップＳ１７０８に移行する。一方、障害期間Ｐが所定時間Ｆ以上の場合（ステップＳ１７０３：Ｙｅｓ）、課金サーバ２０１は、呼情報ＤＢ２２０から未選択の呼情報Ｄを選択する（ステップＳ１７０４）。
【０１６０】
つぎに、課金サーバ２０１は、選択した呼情報Ｄの通信終了時刻が障害期間Ｐに含まれるか否かを判断する（ステップＳ１７０５）。ここで、呼情報Ｄの通信終了時刻が障害期間Ｐに含まれない場合（ステップＳ１７０５：Ｎｏ）、課金サーバ２０１は、ステップＳ１７０４に戻る。
【０１６１】
一方、呼情報Ｄの通信終了時刻が障害期間Ｐに含まれる場合（ステップＳ１７０５：Ｙｅｓ）、課金サーバ２０１は、選択した呼情報Ｄに対する通信終了時刻補正処理を実行する（ステップＳ１７０６）。通信終了時刻補正処理の具体的な処理手順については、図１８を用いて後述する。
【０１６２】
そして、課金サーバ２０１は、呼情報ＤＢ２２０から選択されていない未選択の呼情報Ｄがあるか否かを判断する（ステップＳ１７０７）。ここで、未選択の呼情報Ｄがある場合（ステップＳ１７０７：Ｙｅｓ）、課金サーバ２０１は、ステップＳ１７０４に戻る。一方、未選択の呼情報Ｄがない場合（ステップＳ１７０７：Ｎｏ）、課金サーバ２０１は、障害情報管理テーブル２４０から選択されていない未選択の障害情報Ｃがあるか否かを判断する（ステップＳ１７０８）。
【０１６３】
ここで、未選択の障害情報Ｃがある場合（ステップＳ１７０８：Ｙｅｓ）、課金サーバ２０１は、ステップＳ１７０１に戻る。一方、未選択の障害情報Ｃがない場合（ステップＳ１７０８：Ｎｏ）、課金サーバ２０１は、本フローチャートによる一連の処理を終了する。
【０１６４】
＜通信終了時刻補正処理の具体的処理手順＞
つぎに、図１７に示したステップＳ１７０６の通信終了時刻補正処理の具体的な処理手順について説明する。以下の説明では、図１７に示したステップＳ１７０４において選択された呼情報Ｄを「処理対象の呼情報Ｄ」と表記する場合がある。
【０１６５】
図１８は、通信終了時刻補正処理の具体的処理手順の一例を示すフローチャートである。図１８のフローチャートにおいて、まず、課金サーバ２０１は、加入者管理テーブル２３０を参照して、処理対象の呼情報Ｄの発信者番号に対応する収容先ＳＩＰサーバ情報を特定する（ステップＳ１８０１）。
【０１６６】
つぎに、課金サーバ２０１は、特定した収容先ＳＩＰサーバ情報と、処理対象の呼情報Ｄの収集元ＳＩＰサーバ情報とが一致するか否かを判断する（ステップＳ１８０２）。ここで、収容先ＳＩＰサーバ情報と収集元ＳＩＰサーバ情報とが一致しない場合（ステップＳ１８０２：Ｎｏ）、課金サーバ２０１は、通信終了時刻補正処理を呼び出したステップに戻る。
【０１６７】
一方、収容先ＳＩＰサーバ情報と収集元ＳＩＰサーバ情報とが一致する場合（ステップＳ１８０２：Ｙｅｓ）、課金サーバ２０１は、処理対象の呼情報Ｄの収集元ＳＩＰサーバ情報と、図１７に示したステップＳ１７０１において選択された障害情報Ｃの障害影響ＳＩＰサーバ情報とが一致するか否かを判断する（ステップＳ１８０３）。
【０１６８】
ここで、収集元ＳＩＰサーバ情報と障害影響ＳＩＰサーバ情報とが一致しない場合（ステップＳ１８０３：Ｎｏ）、課金サーバ２０１は、通信終了時刻補正処理を呼び出したステップに戻る。
【０１６９】
一方、収集元ＳＩＰサーバ情報と障害影響ＳＩＰサーバ情報とが一致する場合（ステップＳ１８０３：Ｙｅｓ）、課金サーバ２０１は、加入者管理テーブル２３０を参照して、処理対象の呼情報Ｄの着信者番号に対応する収容先ＳＩＰサーバ情報を特定する（ステップＳ１８０４）。
【０１７０】
そして、課金サーバ２０１は、特定した発信者番号に対応する収容先ＳＩＰサーバ情報と、特定した着信者番号に対応する収容先ＳＩＰサーバ情報とが同一であるか否かを判断する（ステップＳ１８０５）。ここで、収容先ＳＩＰサーバ情報が同一の場合（ステップＳ１８０５：Ｙｅｓ）、課金サーバ２０１は、通信終了時刻補正処理を呼び出したステップに戻る。
【０１７１】
一方、収容先ＳＩＰサーバ情報が異なる場合（ステップＳ１８０５：Ｎｏ）、課金サーバ２０１は、呼情報ＤＢ２２０から、処理対象の呼情報Ｄと同一のセッション識別子を含む呼情報Ｄを検索する（ステップＳ１８０６）。つぎに、課金サーバ２０１は、検索した呼情報Ｄのうち、収集元ＳＩＰサーバ情報が、ステップＳ１８０４において特定された着信者番号に対応する収容先ＳＩＰサーバ情報と一致する呼情報Ｄを特定する（ステップＳ１８０７）。
【０１７２】
そして、課金サーバ２０１は、特定した呼情報Ｄの通信終了時刻が、処理対象の呼情報Ｄの通信終了時刻よりも過去であるか否かを判断する（ステップＳ１８０８）。ここで、処理対象の呼情報Ｄの通信終了時刻のほうが過去の場合（ステップＳ１８０８：Ｎｏ）、課金サーバ２０１は、通信終了時刻補正処理を呼び出したステップに戻る。
【０１７３】
一方、特定した呼情報Ｄの通信終了時刻が過去の場合（ステップＳ１８０８：Ｙｅｓ）、課金サーバ２０１は、処理対象の呼情報Ｄの通信終了時刻を、特定した呼情報Ｄの通信終了時刻に置き換えて（ステップＳ１８０９）、通信終了時刻補正処理を呼び出したステップに戻る。
【０１７４】
これにより、発呼端末の収容先であるＳＩＰサーバＳｋにより記録され、ＮＷ障害により異常終了したセッションについての呼情報Ｄの通信終了時刻を、実際に利用者（発信者または着信者）が電話を切った時刻に近づけるように補正することができる。
【０１７５】
以上説明したように、実施の形態にかかる通信課金システム２００によれば、監視装置２０２により、ＮＷ障害の障害発生時刻、障害復旧時刻および障害影響ＳＩＰサーバ情報を含む障害情報Ｃを記録することができる。これにより、通信課金システム２００内で発生したＮＷ障害の障害期間ＰおよびＮＷ障害の影響を受けるＳＩＰサーバＳｋを特定することができる。
【０１７６】
また、通信課金システム２００によれば、課金サーバ２０１により、呼情報ＤＢ２２０から、収集元ＳＩＰサーバ情報が障害影響ＳＩＰサーバ情報と一致し、かつ、セッションの通信終了時刻が障害期間Ｐに含まれる第１の呼情報を検索することができる。これにより、ＮＷ障害により端末Ｍｉ，ＭｊからのＢＹＥが届かず、セッションリフレッシュＴ．Ｏ．に応じて異常終了した可能性があるセッションの呼情報Ｄを特定することができる。
【０１７７】
また、通信課金システム２００によれば、課金サーバ２０１により、呼情報ＤＢ２２０から、第１の呼情報と同一のセッション識別子を含み、かつ、第１の呼情報の通信終了時刻よりも過去の通信終了時刻を含む第２の呼情報を検索することができる。これにより、セッションリフレッシュＴ．Ｏ．に応じて異常終了した可能性があるセッションと同一呼（通話）に係るセッションのうち、異常終了した可能性があるセッションよりも終了時刻が過去のセッションの呼情報Ｄを特定することができる。
【０１７８】
また、通信課金システム２００によれば、課金サーバ２０１により、第１の呼情報の通信終了時刻を、第２の呼情報の通信終了時刻に置き換えることができる。これにより、ＮＷ障害により異常終了したセッションについての呼情報Ｄの通信終了時刻を、実際に利用者（発信者または着信者）が電話を切った時刻に近づけるように補正することができる。
【０１７９】
また、通信課金システム２００によれば、課金サーバ２０１により、障害期間Ｐが予め設定された所定時間Ｆ以上の場合に、呼情報ＤＢ２２０から、第１の呼情報および第２の呼情報を検索し、検索した第１の呼情報の通信終了時刻を第２の呼情報の通信終了時刻に置き換えることができる。これにより、課金サーバ２０１の補正処理にかかる処理負荷の増大を抑制することができる。
【０１８０】
また、通信課金システム２００によれば、課金サーバ２０１により、呼情報ＤＢ２２０から、ＮＷ障害に関連し、かつ、発呼端末を収容するＳＩＰサーバＳｋから収集され、セッションの通信終了時刻が障害期間Ｐに含まれる第１の呼情報を検索することができる。これにより、発呼端末の収容先であるＳＩＰサーバＳｋにより記録されたセッションの通信終了時刻、すなわち、課金対象となる通話時間を算定する際のセッションの通話終了時刻をピンポイントで補正することができる。
【０１８１】
また、通信課金システム２００によれば、課金サーバ２０１により、呼情報ＤＢ２２０から、着呼端末を収容するＳＩＰサーバＳｋから収集され、第１の呼情報と同一のセッション識別子を含み、かつ、第１の呼情報の通信終了時刻よりも過去の通信終了時刻を含む第２の呼情報を検索することができる。これにより、ＮＷ障害により異常終了したセッションの通信終了時刻を、着呼端末の収容先であるＳＩＰサーバＳｋにより記録されたセッションの通信終了時刻、すなわち、着信者が電話を切ったタイミングに合わせて補正することができる。
【０１８２】
また、通信課金システム２００によれば、課金サーバ２０１により、置換後の通信終了時刻を含む第１の呼情報に基づいて、端末Ｍｉ，Ｍｊ間の通話時間を含む課金情報を生成することができる。これにより、補正後の通信終了時刻から算定される通話時間に基づく課金処理を行うことが可能となり、発信者に対する余分な課金（例えば、利用者が電話を切ったタイミングからセッションリフレッシュＴ．Ｏが発生するまでの時間分の余分な課金）を防ぐことができる。
【０１８３】
なお、本実施の形態で説明した通信課金方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本プログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、本プログラムは、インターネット等のネットワークを介して配布してもよい。
【０１８４】
上述した実施の形態に関し、さらに以下の付記を開示する。
【０１８５】
（付記１）端末間の呼制御に関する制御信号に基づいて、セッションの識別子、開始時刻および終了時刻を含む呼情報をそれぞれ記録する複数の呼制御装置と、
前記制御信号を中継する通信機器からの障害通知に基づいて、障害の発生時刻、復旧時刻および前記障害に関連する呼制御装置の識別子を含む障害情報を記録する監視装置と、
前記監視装置からの前記障害情報に基づいて、前記複数の呼制御装置から収集した複数の呼情報のうち、前記障害に関連する呼制御装置から収集され、前記障害の発生時刻から復旧時刻までの期間に前記セッションの終了時刻が含まれる第１の呼情報の終了時刻を、前記第１の呼情報と同一の識別子を含み、かつ、前記第１の呼情報の終了時刻よりも過去の終了時刻を含む第２の呼情報の終了時刻に置き換える情報処理装置と、
を含むことを特徴とする通信課金システム。
【０１８６】
（付記２）前記情報処理装置は、前記期間が予め設定された所定時間以上の場合に、前記第１の呼情報の終了時刻を前記第２の呼情報の終了時刻に置き換えることを特徴とする付記１に記載の通信課金システム。
【０１８７】
（付記３）前記第１の呼情報は、前記複数の呼情報のうち、前記障害に関連し、かつ、発呼端末を収容する呼制御装置から収集され、前記セッションの終了時刻が前記期間に含まれる呼情報であることを特徴とする付記１または２に記載の通信課金システム。
【０１８８】
（付記４）前記第２の呼情報は、前記複数の呼情報のうち、着呼端末を収容する呼制御装置から収集され、前記第１の呼情報と同一の識別子を含み、かつ、前記第１の呼情報の終了時刻よりも過去の終了時刻を含む呼情報であることを特徴とする付記１〜３のいずれか一つに記載の通信課金システム。
【０１８９】
（付記５）前記情報処理装置は、前記第２の呼情報の終了時刻に置き換えられた置換後の終了時刻を含む前記第１の呼情報に基づいて、前記端末間の通話時間を含む課金情報を生成することを特徴とする付記１〜４のいずれか一つに記載の通信課金システム。
【０１９０】
（付記６）前記複数の呼制御装置は、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）に従って呼制御を行うＳＩＰサーバであることを特徴とする付記１〜４のいずれか一つに記載の通信課金システム。
【０１９１】
（付記７）複数の呼制御装置と、監視装置と、情報処理装置と、を含む通信課金システムの通信課金方法であって、
前記複数の呼制御装置が、
端末間の呼制御に関する制御信号に基づいて、セッションの識別子、開始時刻および終了時刻を含む呼情報をそれぞれ記録し、
前記監視装置が、
前記制御信号を中継する通信機器からの障害通知に基づいて、障害の発生時刻、復旧時刻および前記障害に関連する呼制御装置の識別子を含む障害情報を記録し、
前記情報処理装置が、
前記監視装置からの前記障害情報に基づいて、前記複数の呼制御装置から収集した複数の呼情報のうち、前記障害に関連する呼制御装置から収集され、前記障害の発生時刻から復旧時刻までの期間に前記セッションの終了時刻が含まれる第１の呼情報の終了時刻を、前記第１の呼情報と同一の識別子を含み、かつ、前記第１の呼情報の終了時刻よりも過去の終了時刻を含む第２の呼情報の終了時刻に置き換える、
ことを特徴とする通信課金方法。
【符号の説明】
【０１９２】
１００，２００  通信課金システム
１０１  情報処理装置
１０２〜１０４  呼制御装置
１０５，１０６，Ｍ１〜Ｍｎ，Ｍｉ，Ｍｊ  端末
１０７，２０２  監視装置
２０１  課金サーバ
２２０  呼情報ＤＢ
２３０  加入者管理テーブル
２４０  障害情報管理テーブル
２５０  障害影響管理テーブル
１１０１  検出部
１１０２  記録部
１１０３  送信部
１２０１  受信部
１２０２  検索部
１２０３  補正部
１２０４  生成部
１２０５  出力部
Ｓ１〜Ｓ３，Ｓｋ  ＳＩＰサーバ
【図１】
0006340973.tif 000002
【図２】
0006340973.tif 000003
【図３】
0006340973.tif 000004
【図４】
0006340973.tif 000005
【図５】
0006340973.tif 000006
【図６】
0006340973.tif 000007
【図７】
0006340973.tif 000008
【図８】
0006340973.tif 000009
【図９】
0006340973.tif 000010
【図１０】
0006340973.tif 000011
【図１１】
0006340973.tif 000012
【図１２】
0006340973.tif 000013
【図１３】
0006340973.tif 000014
【図１４】
0006340973.tif 000015
【図１５】
0006340973.tif 000016
【図１６】
0006340973.tif 000017
【図１７】
0006340973.tif 000018
【図１８】
0006340973.tif 000019