WO2013018277A1

WO2013018277A1 - 音声通信用サーバ装置、音声通信システム

Info

Publication number: WO2013018277A1
Application number: PCT/JP2012/004281
Authority: WO
Inventors: 悠古城; 賢吾伊藤
Original assignee: 株式会社エヌ・ティ・ティ・ドコモ
Priority date: 2011-07-29
Filing date: 2012-07-02
Publication date: 2013-02-07
Also published as: CN103026698A; US20140134973A1; EP2602986A1; JP2013031037A; JP5398793B2

Abstract

　非課金指示機能によって課金処理に用いる課金元情報の課金サーバへの送信を停止させておき、呼の接続が継続している状態において、ＰＢ受信機能によって通話内容の切替を検出した場合に、課金元情報送信機能によって課金元情報を課金サーバに送信する。ユーザの操作によって、サービスが適用される場合と適用されない場合とが生じることが無くなり、サービスを平準化して提供できる。

Description

音声通信用サーバ装置、音声通信システム

　本発明は音声通信用サーバ装置、音声通信システムに関し、特に携帯電話端末などの電話端末にサービスを提供する音声通信用サーバ装置、音声通信システムに関する。

　電話端末に提供されるサービスとして、例えば、留守番電話サービスやVoice Mail（以下、ボイスメール）サービスなどがある。前者は、相手が多忙・圏外等の理由により電話に出られない場合において、音声メッセージを伝えることができるサービスである。後者は、相手の移動電話機を呼び出さずに、音声メッセージを伝えることができるサービスである。移動電話網を介したボイスメールサービスを利用する場合、以下のような処理によって行われる。すなわち、音声メッセージを録音する場合、ボイスメールを送りたい相手（発信先）の電話番号の先頭に、ボイスメールサービス利用のための特定番号を付加して発信する。この特定番号は、通信事業者が運営する網（キャリア網）ごとに特定の番号になっている。例えば、非特許文献１に記載のボイスメールサービスの場合、「＊２０２０」を先頭に付加し、「＊２０２００９０ＢＢＢＢＢＢＢＢ」を発信する（Ｂは任意の数字）。また、非特許文献２に記載のボイスメールサービスの場合、「１６１２」を先頭に付加し、「１６１２００９０ＢＢＢＢＢＢＢＢ」を発信する（Ｂは任意の数字）。このような発信を行うことにより、呼がボイスメールサーバに接続され、音声メッセージを録音することできる。なお、非特許文献３に記載の留守番電話サービスの場合、他のキャリア網の移動電話機からも音声メッセージを録音することができる。

　留守番電話サービスやVoice Mail（以下、ボイスメール）サービスとも、音声メッセージが録音されると、その旨が発信先に通知される。この通知を受け取った発信先において、通知に含まれている特定の部分（例えば、「再生」と表示されている部分）を選択する（押下する）か、音声メッセージを録音する場合とは異なる特定番号（例えば、非特許文献１の場合、「＊２０２１」）を先頭に付加して発信することにより、音声メッセージを再生することができる。

「声の宅配便」ＮＴＴドコモ、［平成２３年５月３１日検索］、インターネット＜URL：http://www.nttdocomo.co.jp/service/communication/koe_no_takuhaibin/＞「ボイスメール」Ａｕ　ｂｙ　ＫＤＤＩ株式会社、［平成２３年５月３１日検索］、インターネット＜URL：http://www.au.kddi.com/voice_mail/index.html＞「留守番電話のご利用方法」ＳｏｆｔＢａｎｋ、［平成２３年５月３１日検索］、インターネット＜URL：http://mb.softbank.jp/mb/support/3G/voice_mail/06-02.html＞

　ところで、電話に関するサービスにおいて、家族間での通話など、一定条件を満たす場合に通話料金を割引することがある。例えば、通話相手がそのユーザの家族であるなど、一定の条件を満たすと、通話料金の割引（以下、家族割引サービスと呼ぶ）が適用されることがある。このため、ボイスメールサービスや留守番電話サービスを利用してメッセージを録音する場合についても、家族割引サービスが適用されることがある。

　ここで、例えば、ボイスメールサービスや留守番電話サービスを利用して録音されたメッセージを再生する場合、その再生のための発呼先はボイスメールサーバ装置や留守番電話サーバ装置であり、メッセージを録音した者がそのユーザの家族であっても家族割引サービスは適用されない。そして、そのメッセージの再生に引き続き、呼を接続したままで返信メッセージを録音する場合、発呼時の課金レートがそのまま適用されるので、家族割引サービスは適用されない。

　しかしながら、返信メッセージを録音する前に、呼を一旦切断し、新たに発呼してメッセージを録音する場合、家族割引サービスが適用されることになる。留守番電話サービスについても、ボイスメールサービスの場合と同様である。
　これでは、返信メッセージを録音する点で同じであるものの、ユーザの操作によって、家族割引サービスが適用される場合と適用されない場合とがあり、サービスを平準化して提供することができない。
　本発明は上述した背景技術の問題を解決することを目的としてなされたものであり、サービスを平準化して提供できる、音声通信用サーバ装置、音声通信システムを提供することである。

　本発明の一態様は、課金処理に用いる課金元情報を課金サーバ（例えば、図１中の課金サーバ９０）へ送信する機能を有する装置へ、呼の接続が継続している状態において、通話内容の切替を検出する検出部（例えば、図１中のＰＢ受信機能、再生呼継続機能）と、前記検出部が通話内容の切替を検出した場合に前記課金処理に用いる課金元情報を作成して前記課金サーバに送信する課金元情報送信部（例えば、図１中の課金レート変更機能ないし課金元情報送信機能）と、を含むことを特徴とする音声通信用サーバ装置である。

　このような構成によれば、通話内容の切替を検出した場合に課金元情報を作成すれば、ユーザの操作によって、サービスが適用される場合と適用されない場合とが生じることが無くなり、サービスを平準化して提供できる。
　さらに、音声メッセージを記憶する記憶部を更に含み、前記検出部が、前記記憶部に記憶されている音声メッセージの再生状態、および、前記記憶部への音声メッセージの録音状態の、いずれか一方の状態から他方の状態への変化を、前記通話内容の切替として検出するようにしてもよい。

　このような構成によれば、呼の接続状態を継続したままで、音声メッセージの再生状態と録音状態との変化を検出でき、サービスを平準化して提供できる。
　さらに、音声メッセージを記憶する記憶部を更に含み、前記検出部が、前記記憶部に記憶されている音声メッセージの再生状態、および、前記音声メッセージの録音元端末への発呼による通話状態の、いずれか一方の状態から他方の状態への変化を、前記通話内容の切替として検出するようにしてもよい。

　このような構成によれば、呼の接続状態を継続したままで、音声メッセージの再生状態と録音元端末への発呼による通話状態との変化を検出でき、サービスを平準化して提供できる。
　さらに、音声メッセージを記憶する記憶部（例えば、図１中のメディア蓄積部５）を更に含み、前記検出部が、前記記憶部に記憶されている音声メッセージの再生状態、および、前記音声メッセージの録音元端末に対応する他の音声通信用サーバ装置の記憶部への音声メッセージの録音状態の、いずれか一方の状態から他方の状態への変化を、前記通話内容の切替として検出するようにしてもよい。

　このように音声通信用サーバ装置を構成すれば、呼の接続状態を継続したままで
、音声メッセージの再生状態と録音元端末に対応する他の音声通信用サーバ装置の記憶部への音声メッセージの録音状態との変化を検出でき、サービスを平準化して提供できる。
　さらに、前記課金元情報は、通話内容の種別を示す情報、および、その通話時間を示す情報、を含んでおり、前記課金元情報に基づいて課金サーバが課金処理を行うのが望ましい。通話内容の種別および通話時間を含む情報を課金サーバに送信することにより、課金サーバは課金処理を行うことができる。

　また、前記課金元情報の送信の停止を指示する非課金指示部（例えば、図１中の非課金指示機能）をさらに含んでいてもよい。
　このような構成によれば、交換機による課金元情報の送信を停止させることができ、ユーザの操作によって、サービスが適用される場合と適用されない場合とが生じることが無くなり、サービスを平準化して提供できる。

　本発明の他の態様は、上記のいずれかの態様の音声通信用サーバ装置と、前記非課金指示部による、前記課金元情報の送信の停止の指示により、前記課金元情報の前記課金サーバへの送信を停止する課金停止部（例えば、図１中の課金停止機能）を有する交換機（例えば、図１中の交換機２０）と、を含むことを特徴する音声通信システムである。
　このような構成によれば、交換機による処理を停止させることができ、呼の接続状態を継続したままで、サービスを平準化して提供できる。

　本発明の他の態様は、上記のいずれかの態様の非課金指示部を含まない音声通信用サーバ装置を含み、前記課金元情報送信部が、交換機から送信される課金元情報と音声通信用サーバ装置から送信する前記課金元情報との紐づけが可能な識別情報を含む課金元情報を送信し、さらに、前記交換機から送信される課金元情報と前記課金元情報送信部から送信される課金元情報とのいずれか一方のみに対して課金する課金処理を行う課金処理機能を有する課金サーバを含むことを特徴する音声通信システムである。

　このように音声通信システムを構成すれば、交換機による処理を停止させなくても、課金サーバ内の課金処理機能において、交換機から送信される課金元情報と音声通信用サーバ装置から送信される課金元情報との照合（突合せ）を行い、交換機から送信される課金元情報に対しては課金せず、呼の接続状態を継続したままで、サービスを平準化して提供できる。

　本発明によれば、課金処理に用いる課金元情報の課金サーバへの送信を停止させておき、呼の接続が継続している状態において、通話内容の切替を検出した場合に、課金元情報を課金サーバに送信するので、ユーザの操作によって、サービスが適用される場合と適用されない場合とが生じることが無くなり、サービスを平準化して提供できる。

第１の実施の形態による音声通信用サーバ装置などの機能を示すブロック図である。第１の実施の形態において、交換機が課金停止機能を有していない場合の音声通信用サーバ装置などの機能を示すブロック図である。本発明の第１の実施の形態による音声通信用サーバ装置の動作例を示すシーケンス図である。本発明の第１の実施の形態において、図３を参照して説明した、音声通信用サーバ装置内の信号授受を示すシーケンス図である。本発明の第２の実施の形態による音声通信用サーバ装置などの機能を示すブロック図である。第２の実施の形態において、交換機が課金停止機能を有していない場合の音声通信用サーバ装置などの機能を示すブロック図である。本発明の第２の実施の形態において、ボイスメールサーバ装置のConference機能を利用する場合の処理を示すシーケンス図である。本発明の第２の実施の形態において、ボイスメールサーバ装置のConference機能を利用しない場合の処理を示すシーケンス図である。本発明の第２の実施の形態において、Conference機能を用いる場合のボイスメールサーバ装置内の信号授受を示すシーケンス図である。本発明の第２の実施の形態において、Conference機能を利用しない場合のボイスメールサーバ装置内の信号授受を示すシーケンス図である。本発明の第２の実施の形態において、録音元が他のキャリア網の電話端末であり、ボイスメールサーバ装置のConference機能を利用する場合の処理を示すシーケンス図である。本発明の第２の実施の形態において、録音元が他のキャリア網の電話端末であり、ボイスメールサーバ装置のConference機能を利用しない場合の処理を示すシーケンス図である。本発明の第３の実施の形態による音声通信用サーバ装置の機能を示すブロック図である。第３の実施の形態において、交換機が課金停止機能を有していない場合の音声通信用サーバ装置などの機能を示すブロック図である。本発明の第３の実施の形態において、Conference機能を用いて、メッセージ再生中の返信を実現する場合において、各装置間で授受される信号を示すシーケンス図である。本発明の第３の実施の形態において、Conference機能を用いたメッセージ再生中の返信後、再生処理を継続する場合において、各装置間で授受される信号を示すシーケンス図である。本発明の第３の実施の形態において、Conference機能を用いる場合の、ボイスメールサーバ装置内の各部の信号授受を示すシーケンス図である。本発明の第３の実施の形態において、Conference機能を用いずに、メッセージ再生中の返信を実現する場合において、各装置間で授受される信号を示すシーケンス図である。本発明の第３の実施の形態において、Conference機能を用いずにメッセージ再生中の返信後、再生処理を継続する場合において、各装置間で授受される信号を示すシーケンス図である。本発明の第３の実施の形態において、Conference機能を用いない場合の、ボイスメールサーバ装置内の各部の信号授受を示すシーケンス図である。

　以下、本発明の実施の形態を、図面を参照して説明する。なお、以下の説明において参照する各図では、他の図と同等部分は同一符号によって示されている。
　以下は、本実施の形態によるボイスメールサーバ装置を、移動電話網に設けた場合について説明する。
　また、説明の便宜上、携帯電話事業者であるＤ社を自社とし、他の携帯電話事業者であるＡ社を他社とする。自キャリア網とは自社が運営する携帯電話網、他キャリア網とは他社が運営する携帯電話網である。

　なお、実際の移動電話網には、無線基地局装置、基地局制御装置などの装置が設けられているが、説明を簡単化するため、それらの装置は図示せずかつ説明を省略する。さらに、電話網に設けられている交換機についても、説明を簡単化するため、適宜、図示および説明を省略する。また、以下の説明において登場する電話端末は、電話番号が定められており、音声通話を行うことができる装置である。この電話端末には、周知の携帯電話端末の他、スマートフォンや固定電話端末も含まれる。

　（第１の実施形態）
　本実施の形態による音声通信用サーバ装置の機能について、図１を参照して説明する。図１を参照すると、本実施形態の音声通信用サーバ装置１００は、呼処理部１と、呼処理シナリオ２と、メディア処理部４と、メディア蓄積部５と、メディア制御シナリオ６と、を備えている。

　呼処理部１は、外部の装置（後述するＳＭＳ送信サーバ３０など）との間の信号送受信を実現するサーバインタフェース機能と、ガイダンスを出力する場合に起動するメディア制御シナリオをメディア処理部に通知するメディア処理部インタフェース機能と、接続要求信号を受信した時に呼処理シナリオを起動する呼処理シナリオインタフェース機能とを有している。

　呼処理シナリオ２は、呼処理部１の呼処理シナリオインタフェース機能によって起動されるプログラム群である。呼処理シナリオ２には、メッセージの録音元へ発呼する接続要求転送機能を実現するプログラム、交換機２０から課金サーバ９０への、課金元情報の送信の停止を指示する非課金指示機能を実現するプログラム、課金元情報を課金サーバ９０へ送信する課金元情報送信機能を実現するプログラム、が含まれている。

　非課金指示機能による課金元情報の送信の停止の指示には、交換機２０が作成した課金元情報について課金サーバ９０への送信を停止する指示のほか、交換機２０による課金元情報の作成自体を停止する指示も含まれる。
　ここで、課金サーバへ送信する課金元情報は、通話内容の種別を示す情報、および、その通話時間を示す情報、を含む。通話内容の種別とは、例えば、通話内容が音声メッセージの再生であるのか、音声メッセージの録音（返信のための音声メッセージの録音を含む）であるのか、などである。通話時間とは、通話内容の種別毎の、通話開始時刻から、通話終了時刻（終話時刻）までの時間である。課金サーバ９０は、この課金元情報を取得することにより、課金処理を行う課金処理機能を有している。課金処理には、課金度数を計算する処理などが含まれる。

　メディア処理部４は、電話端末へ、音声によるガイダンスメッセージを出力するための制御信号を交換機２０へ送信する交換機インタフェース機能と、呼処理部１からの要求により、ユーザによる音声メッセージの録音および再生を行うためのメディア制御シナリオ６を起動する呼処理部インタフェース機能と、を有している。
　メディア蓄積部５は、ユーザによる音声メッセージを記憶する機能を有している。音声メッセージは、宛先となるユーザの電話端末の電話番号、および、そのメッセージの録音の際に用いられた電話端末の電話番号、と対応付けられて、メディア蓄積部５に記憶されている。

　メディア制御シナリオ６は、メディア処理部４によって起動されるプログラム群である。メディア制御シナリオ６には、ユーザによる音声メッセージをメディア蓄積部５へ録音するプログラム、メディア蓄積部５に記憶されている音声メッセージを再生するプログラム、が含まれている。

　メディア制御シナリオ６のプログラムによって実現される機能には、以下の機能がある。すなわち、メディア蓄積部５に記憶されている音声メッセージを再生するメッセージ再生機能、メッセージの再生後に、そのメッセージに対する返信メッセージの録音を受け付ける録音受付機能、メッセージの録音元の電話端末との通話が終了した場合に、通話内容の切替を認識し、メッセージの再生処理を継続する再生呼継続機能、ＰＢ（Push Button）音（ＰＢ信号）を受信した場合に通話内容の切替を認識するＰＢ受信機能、課金サーバ９０が行う課金処理に関する課金レートを変更する課金レート変更機能、がある。

　また、音声通信用サーバ装置１００は、ネットワークを介して交換機２０と接続されている。本例では、呼処理部１を含むＣ－ｐｌａｎｅ（Control plane）側（制御側）、メディア処理部４を含むＵ－ｐｌａｎｅ（User plane）側（ユーザ側）、がそれぞれ交換機２０と接続されている。本例では、Ｃ－ｐｌａｎｅ側のプロトコルがＳＩＰ（Session Initiation Protocol）、Ｕ－ｐｌａｎｅ側のプロトコルがＲＴＰ（Real-time Transport Protocol）、である。

　交換機２０は、音声通信用サーバ装置１００からの指示により、課金処理を停止する課金停止機能を有している場合と、この課金停止機能を有していない場合とがある。交換機２０が課金停止機能を有している場合、交換機２０は、音声通信用サーバ装置１００から送信される指示により、交換機２０が作成した課金元情報について課金サーバ９０への送信を停止するか、または、交換機２０による課金元情報の作成を停止する。

　一方、図２のように、交換機２０が課金停止機能を有していない場合、音声通信用サーバ装置１００は、非課金指示機能を有していない。交換機２０が課金停止機能を有していない場合、課金サーバ９０内の課金処理機能が、課金停止機能の代替処理を行う。すなわち、課金サーバ９０内の課金処理機能において、交換機２０から送信される課金元情報と音声通信用サーバ装置１００から送信される課金元情報との照合（突合せ）を行い、交換機２０から送信される課金元情報に対しては課金しない、といった代替処理を行う。

　この代替処理を課金サーバ９０内の課金処理機能が行う場合、音声通信用サーバ１００の課金元情報送信機能は、交換機２０が出力する課金元情報と呼との照合が可能なユニークなＩＤを、課金サーバ９０に送信する課金元情報に含めておく必要がある。
　音声通信用サーバ装置１００において通話内容の切替を検出しない場合は、交換機２０から送信される課金元情報に対して、課金サーバ９０の課金処理機能が課金処理を行う。そして、音声通信用サーバ装置１００において通話内容の切替を検出した場合は、上記のように音声通信用サーバ装置１００から送信される課金元情報に対して、課金サーバ９０の課金処理機能が課金処理を行う。つまり、課金サーバ９０の課金処理機能は、交換機から送信される課金元情報と課金元情報送信部から送信される課金元情報とのいずれか一方のみに対して課金を行う。

　ところで、音声通信用サーバ装置１００は、呼処理部１の機能によって、外部の装置である、ＳＭＳ（Short Message Service）送信サーバ３０と接続することができる。
　ＳＭＳ送信サーバ３０は、周知のＳＭＳによるメッセージを送信するサーバである。このＳＭＳ送信サーバ３０へ、メッセージの送信要求を送信することにより、ＳＭＳによるメッセージが送信される。すなわち、呼処理部１からＳＭＳ送信サーバ３０へ、メッセージの送信要求を送信することにより、ボイスメールが録音された旨をＳＭＳのメッセージによって通知したり、ボイスメールが再生された旨をＳＭＳのメッセージによって通知したりすることができる。

　なお、音声通信用サーバ装置は、上記各部をまとめて１つの筐体内に設けた装置として構成してもよいし、上記各部を分散して複数の筐体に設けた構成にしてもよい。上記各部を分散して複数の筐体に設けた構成の場合、ネットワークを介して各部が接続された構成になっていてもよい。移動電話網においてボイスメールサービスを実現する場合、Ｃ－ｐｌａｎｅとＵ－ｐｌａｎｅとを分離することが多いので、その場合は上記の呼処理部とメディア処理部とが物理的に別々の装置によって実現されることが多い。このように、単一の装置によって上記各部が実現される場合に限らず、複数の装置によって上記各部が実現されかつ各装置がネットワークを介して接続されている場合も、本実施形態の「音声通信用サーバ装置」に該当する。

　本実施形態による音声通信用サーバ装置の動作例について、図３を参照して説明する。図３は、電話端末７０Ａ、交換機２０、音声通信用サーバ装置１００、および、課金サーバ９０の信号授受を示すシーケンス図である。ここでは、音声通信用サーバ装置１００のメディア蓄積部５に記憶されているメッセージを再生後、そのメッセージに対して返信する場合（返信メッセージを録音する場合）の各部の処理を中心に説明する。電話端末７０Ａの電話番号は、例えば、「０９０ＡＡＡＡＡＡＡＡ」である。

　図３において、電話端末７０Ａの操作によってメッセージを再生する場合、電話端末７０Ａから発呼すると、発信信号が音声通信用サーバ装置１００へ送信される（ステップＳ２０１）。この発信信号を受信した音声通信用サーバ装置１００は、非課金応答を交換機２０へ送信する（ステップＳ２０２）。この非課金応答信号を受信した交換機２０は、課金処理を行わない。これにより、交換機２０は、課金元情報を出力することはない。

　この非課金応答信号を受信した交換機２０は、電話端末７０Ａへ応答信号を送信する（ステップＳ２０３）。なお、ステップＳ２０１において送信される発信信号は、例えば、ＳＩＰのＩＮＶＩＴＥメッセージによって実現することができる。ステップＳ２０２において送信される非課金応答信号、および、ステップＳ２０３において送信される応答信号は、例えば、ＳＩＰの２００ＯＫメッセージによって実現することができる。

　以上の処理の後、電話端末７０Ａと音声通信用サーバ装置１００との間で通話中状態となる。この通話中状態においては、例えば、音声通信用サーバ装置１００から電話端末７０Ａに向けて音声ガイダンスが出力され（ステップＳ２０４）、音声ガイダンスの内容に従って電話端末７０Ａを操作することによって、メッセージの再生や録音を行うことができる。

　ここでは、メッセージの再生後に、その呼を接続したまま、電話端末７０Ａが操作されてメッセージの録音（返信）が指定され、その録音処理に対応するＰＢ音が出力された場合について説明する。音声通信用サーバ装置１００は、ＰＢ音を受信すると（ステップＳ２０５）、課金レートが切替わることを検出し（ステップＳ２０６）、課金元情報を課金サーバ９０へ送信する（ステップＳ２０７）。この課金元情報は、電話端末７０Ａによるメッセージ再生に関する課金元情報であり、この課金元情報に基づいて課金サーバ９０は課金処理を行う（ステップＳ２０８）。

　その後、音声通話（インタラクション）によるメッセージの録音が行われる（ステップＳ２０９）。メッセージの録音が終了し、呼が切断されると、電話端末７０Ａから音声通信用サーバ装置１００へ、終話信号が送信される（ステップＳ２１０）。音声通信用サーバ装置１００は、終話信号を受信すると、終話を認識し（ステップＳ２１１）、課金元情報を課金サーバ９０へ送信する（ステップＳ２１２）。この課金元情報は、電話端末７０Ａによるメッセージ録音に関する課金元情報であり、この課金元情報に基づいて課金サーバ９０は課金処理を行う（ステップＳ２１３）。なお、ステップＳ２１０において送信される終話信号は、例えば、ＳＩＰのｂｙｅメッセージによって実現することができる。

　ここで、電話端末７０Ａのユーザによるメッセージの録音が終了し、元の状態すなわちメッセージの再生状態に戻る場合を考える。この場合においても、電話端末７０ＡからＰＢ音が出力され、メディア処理部４に入力されれば、直接通話状態から再生状態へ通話内容が切り替わったことを認識できる。つまり、ＰＢ受信機能により、音声メッセージの再生状態、および、音声メッセージの録音状態の、いずれか一方の状態から他方の状態への変化を、通話内容の切替として検出することができる。これにより、音声通信用サーバ装置１００は、課金元情報を課金サーバ９０へ送信することができ、課金サーバ９０は課金処理を行うことができる。

　なお、図２を参照して説明した、交換機が課金停止機能を有していない場合には、図３中の非課金応答の交換機２０への送信（ステップＳ２０２）、および、電話端末７０Ａへの応答信号の送信（ステップＳ２０３）は、行われない。そして、図３中のステップＳ２０７において送信される課金元情報、および、ステップＳ２１２において送信される課金元情報には、交換機２０から送信される課金元情報と音声通信用サーバ１００から送信される課金元情報との紐づけが可能なＩＤ（識別情報）が含まれている。

　課金サーバ９０は、このＩＤを参照することにより、交換機２０から課金元情報が送信された場合（図示せず）には課金サーバ９０による課金処理は行われず、音声通信用サーバ１００から課金元情報が送信された場合に課金サーバ９０による課金処理が行われる。つまり、交換機が課金停止機能を有していない図２の場合でも、課金サーバ９０は、ステップＳ２０７、および、ステップＳ２１２においてそれぞれ送信される課金元情報について、課金処理を行うことができる。

　次に、音声通信用サーバ装置１００内の各部の信号授受について説明する。図４は、図３を参照して説明した、音声通信用サーバ装置１００内の信号授受を示すシーケンス図である。
　図４において、電話端末７０Ａの操作によってメッセージを再生する場合、電話端末７０Ａから発呼すると、発信信号が音声通信用サーバ装置１００へ送信される（ステップＳ２０１）。この発信信号は、音声通信用サーバ装置１００の呼処理部１が受信する。呼処理部１は、着信通知を呼処理シナリオ２へ送信し、シナリオを起動する（ステップＳ２０１ａ）。すると、呼処理シナリオ２から応答許可信号が出力され（ステップＳ２０１ｂ）、呼処理部１の非課金指示機能、および、メディアシナリオの起動が指示される。

　これにより、メディアシナリオＩＤを含むＵ－ｐｌａｎｅ接続要求が呼処理部１から出力され（ステップＳ２０１ｃ）、メディア処理部４を介してメディア制御シナリオ６の起動が指示される（ステップＳ２０１ｄ）。この起動指示に対して、メディア制御シナリオ６が応答信号を出力すると、その応答信号はメディア処理部４を介して呼処理部１によって受信される（ステップＳ２０１ｅ、Ｓ２０１ｆ）。その後、メディア制御シナリオ６は、メディア処理部４へ、メディア処理指示を出力する（ステップＳ２０１ｇ）。

　メディア制御シナリオ６が出力した応答信号を受信した呼処理部１は、非課金指示機能により、非課金応答を交換機２０へ送信する（ステップＳ２０２）。この非課金応答信号を受信した交換機２０は、課金処理を行わない。これにより、交換機２０は、課金元情報を出力することはない。この非課金応答信号を受信した交換機２０は、電話端末７０Ａへ応答信号を送信する（ステップＳ２０３）。

　なお、ステップＳ２０１において送信される発信信号は、例えば、ＳＩＰのＩＮＶＩＴＥメッセージによって実現することができる。ステップＳ２０２において送信される非課金応答信号、および、ステップＳ２０３において送信される応答信号は、例えば、ＳＩＰの２００ＯＫメッセージによって実現することができる。
　以上の処理の後、電話端末７０Ａと音声通信用サーバ装置１００との間で通話中状態となる。この通話中状態においては、メディア処理部４から電話端末７０Ａに向けて音声ガイダンスが出力され（ステップＳ２０４）、音声ガイダンスの内容に従って電話端末７０Ａを操作することによって、メッセージの再生や録音を行うことができる。

　ここでは、メッセージの再生後に、その呼を接続したまま、電話端末７０Ａが操作されてメッセージの録音（返信）が指定され、その録音処理に対応するＰＢ音が出力された場合について説明する。メディア処理部４は、ＰＢ音を受信すると（ステップＳ２０５）、メディア制御シナリオ６へ通知する（ステップＳ２０５ａ）。これにより、メディア制御シナリオ６は、課金レートが切替わることを検出し（ステップＳ２０６）、課金レート変更通知を呼処理シナリオ２へ送信する（ステップＳ２０６ａ）。すると、呼処理シナリオ２は、課金元情報を課金サーバ９０へ送信する（ステップＳ２０７）。この課金元情報は、電話端末７０Ａによるメッセージ再生に関する課金元情報であり、この課金元情報に基づいて課金サーバ９０は課金処理を行う（ステップＳ２０８）。

　また、メディア制御シナリオ６は、メディア処理部４へ、メディア処理指示を出力する（ステップＳ２０７ａ）。
　その後、音声通話（インタラクション）によるメッセージの録音が行われる（ステップＳ２０９）。メッセージの録音が終了し、呼が切断されると、電話端末７０Ａから音声通信用サーバ装置１００へ、終話信号が送信される（ステップＳ２１０）。音声通信用サーバ装置１００の呼処理部１は、終話信号を受信すると、終話通知を呼処理シナリオ２、メディア処理部４へそれぞれ送信する（ステップＳ２１０ａ、Ｓ２１０ｂ）。これにより、呼処理シナリオ２は、終話を認識し（ステップＳ２１１）、課金元情報を課金サーバ９０へ送信する（ステップＳ２１２）。

　この課金元情報は、電話端末７０Ａによるメッセージ録音に関する課金元情報であり、この課金元情報に基づいて課金サーバ９０は課金処理を行う（ステップＳ２１３）。なお、ステップＳ２１０において送信される終話信号は、例えば、ＳＩＰのｂｙｅメッセージによって実現することができる。

　図２を参照して説明した、交換機が課金停止機能を有していない場合には、図４中の非課金応答の交換機２０への送信（ステップＳ２０２）、および、電話端末７０Ａへの応答信号の送信（ステップＳ２０３）は、行われない。そして、図４中のステップＳ２０７において送信される課金元情報、および、ステップＳ２１２において送信される課金元情報には、交換機２０から送信される課金元情報と音声通信用サーバ１００から送信される課金元情報との紐づけが可能なＩＤ（識別情報）が含まれている。

　（第２の実施形態）
　本実施形態では、音声通信用サーバ装置がボイスメールサーバ装置であり、メッセージの再生後に、録音元の電話端末に向けて直接通話の発呼を行う場合について説明する。本実施の形態によるボイスメールサーバ装置の機能について、図５を参照して説明する。図５を参照すると、本実施形態によるボイスメールサーバ装置（以後、適宜、ＶＭサーバと略記する）１０は、呼処理部１と、呼処理シナリオ２と、メディア処理部４と、メディア蓄積部５と、メディア制御シナリオ６と、を備えている。

　呼処理部１は、外部の装置との間の信号送受信を実現するサーバインタフェース機能と、ガイダンスを出力する場合に起動するメディア制御シナリオをメディア処理部に通知するメディア処理部インタフェース機能と、接続要求信号を受信した時に呼処理シナリオを起動する呼処理シナリオインタフェース機能とを有している。
　呼処理シナリオ２は、呼処理部１の呼処理シナリオインタフェース機能によって起動されるプログラム群である。呼処理シナリオ２には、メッセージの録音元へ発呼する接続要求転送機能を実現するプログラム、課金元情報を課金サーバへ送信する課金元情報送信機能を実現するプログラム、交換機２０の課金処理を停止する指示を行う非課金指示機能を実現するプログラム、が含まれている。

　メディア処理部４は、電話端末へ、音声によるガイダンスメッセージを出力するための制御信号を交換機２０へ送信する交換機インタフェース機能と、呼処理部１からの要求により、ユーザによる音声メッセージの録音および再生を行うためのメディア制御シナリオ６を起動する呼処理部インタフェース機能と、電話端末から自装置への第１呼と、他の電話端末から自装置への第２呼とをミックスして電話会議を実現するための会議機能（Conference機能）とを有している。

　メディア蓄積部５は、ユーザによる音声メッセージを記憶する機能を有している。音声メッセージは、宛先となるユーザの電話端末の電話番号、および、そのメッセージの録音の際に用いられた電話端末の電話番号、と対応付けられて、メディア蓄積部５に記憶されている。
　メディア制御シナリオ６は、メディア処理部４によって起動されるプログラム群である。メディア制御シナリオ６には、ユーザによる音声メッセージをメディア蓄積部５へ録音するプログラム、メディア蓄積部５に記憶されている音声メッセージを再生するプログラムなどが含まれている。

　メディア制御シナリオ６のプログラムによって実現される機能には、以下の機能がある。すなわち、メディア蓄積部５に記憶されている音声メッセージを再生するメッセージ再生機能、メッセージの再生後に、そのメッセージの録音元の電話端末との通話を受け付ける通話受付機能、メッセージの録音元の電話端末との通話が終了した場合に、通話内容の切替を認識し、メッセージの再生処理を継続する再生呼継続機能、ＰＢ信号を受信した場合に通話内容の切替を認識するＰＢ受信機能、課金サーバ９０が行う課金処理に関する課金レートを変更する課金レート変更機能、がある。

　また、ボイスメールサーバ装置１０は、ネットワークを介して交換機２０と接続されている。本例では、呼処理部１を含むＣ－ｐｌａｎｅ側（制御側）、メディア処理部４を含むＵ－ｐｌａｎｅ側（ユーザ側）、がそれぞれ交換機２０と接続されている。本例では、Ｃ－ｐｌａｎｅ側のプロトコルがＳＩＰ、Ｕ－ｐｌａｎｅ側のプロトコルがＲＴＰ、である。

　交換機２０は、ボイスメールサーバ装置１０からの指示により、課金処理を停止する課金停止機能を有している場合と、この課金停止機能を有していない場合とがある。交換機２０が課金停止機能を有している場合、交換機２０は、ＶＭサーバ１０から送信される指示により、交換機２０が作成した課金元情報について課金サーバ９０への送信を停止するか、または、交換機２０による課金元情報の作成を停止する。

　一方、図６のように、交換機２０が課金停止機能を有していない場合、ＶＭサーバ１０は、非課金指示機能を有していない。交換機２０が課金停止機能を有していない場合、課金サーバ９０内の課金処理機能が、課金停止機能の代替処理を行う。すなわち、課金サーバ９０内の課金処理機能において、交換機２０から送信される課金元情報とＶＭサーバ１０から送信される課金元情報との照合（突合せ）を行い、交換機２０から送信される課金元情報に対しては課金しない、といった代替処理を行う。

　この代替処理を課金サーバ９０内の課金処理機能が行う場合、ＶＭサーバ１０の課金元情報送信機能は、交換機２０が出力する課金元情報と呼との照合が可能なユニークなＩＤを、課金サーバ９０に送信する課金元情報に含めておく必要がある。
　ＶＭサーバ１０において通話内容の切替を検出しない場合は、交換機２０から送信される課金元情報に対して、課金サーバ９０の課金処理機能が課金処理を行う。そして、ＶＭサーバ１０において通話内容の切替を検出した場合は、上記のようにＶＭサーバ１０から送信される課金元情報に対して、課金サーバ９０の課金処理機能が課金処理を行う。つまり、課金サーバ９０の課金処理機能は、交換機から送信される課金元情報と課金元情報送信部から送信される課金元情報とのいずれか一方のみに対して課金を行う。

　ところで、ボイスメールサーバ装置１０は、呼処理部１の機能によって、外部の装置である、ＳＭＳ送信サーバ３０と接続することができる。
　ＳＭＳ送信サーバ３０は、周知のＳＭＳによるメッセージを送信するサーバである。このＳＭＳ送信サーバ３０へ、メッセージの送信要求を送信することにより、ＳＭＳによるメッセージが送信される。すなわち、呼処理部１からＳＭＳ送信サーバ３０へ、メッセージの送信要求を送信することにより、ボイスメールが録音された旨をＳＭＳのメッセージによって通知したり、ボイスメールが再生された旨をＳＭＳのメッセージによって通知したりすることができる。

　なお、ボイスメールサーバ装置は、上記各部をまとめて１つの筐体内に設けた装置として構成してもよいし、上記各部を分散して複数の筐体に設けた構成にしてもよい。上記各部を分散して複数の筐体に設けた構成の場合、ネットワークを介して各部が接続された構成になっていてもよい。移動電話網においてボイスメールサービスを実現する場合、Ｃ－ｐｌａｎｅとＵ－ｐｌａｎｅとを分離することが多いので、その場合は上記の呼処理部とメディア処理部とが物理的に別々の装置によって実現されることが多い。このように、単一の装置によって上記各部が実現される場合に限らず、複数の装置によって上記各部が実現されかつ各装置がネットワークを介して接続されている場合も、本実施形態の「ボイスメールサーバ装置」に該当する。

　（録音元が自社網の電話端末である場合）
　ボイスメールサービスを利用して録音されたメッセージは、メディア蓄積部５に記憶される。本実施形態において、メッセージの録音は、自社網の電話端末または他社網の電話端末からの発呼によって、行うことができるものとする。そして、本実施形態においては、メッセージの再生後、その呼の接続したままでメッセージの録音元の電話端末へ発呼し、直接通話を行うことができるものとする。

　以下、メッセージの録音元が自社網の電話端末である場合と、メッセージの録音元が他社網の電話端末である場合とについて、それぞれ説明する。なお、直接通話を行う際、Conference機能を用いる場合とそれを用いない場合とで動作が異なる。
　まず、再生したメッセージの録音元が自社網の電話端末である場合の処理について、図７～図９を参照して説明する。

　図７は、ＶＭサーバ１０のConference機能を利用する場合の処理を示すシーケンス図である。図７において、メッセージの再生中に、電話端末７０Ａから、そのメッセージの録音元への通話要求が出力されると（ステップＳ６０１）、ＶＭサーバ１０は、ユーザ間通話への移行が要求された（すなわち、直接通話が要求された）ことを検出する（ステップＳ６０２）。

　すると、ＶＭサーバ１０は、課金レートが切替わることを認識し、課金処理の停止を交換機２０に指示する（ステップＳ６０２ａ）。さらに、ＶＭサーバ１０は、課金元情報を課金サーバ９０へ送信する（ステップＳ６０２ｂ）。この課金元情報は、電話端末７０Ａによるメッセージ再生に関する課金元情報であり、この課金元情報に基づいて課金サーバ９０は課金処理を行う（ステップＳ６０２ｃ）。

　また、ＶＭサーバ１０は、電話端末７０Ａへ、音声ガイダンスを出力する（ステップＳ６０３）。この音声ガイダンスは、例えば、「呼び出しをいたします」である。
　その後、ＶＭサーバ１０は、電話端末７０Ｂに向けて、発信信号を送信する（ステップＳ６０４）。この発信信号は、例えば、ＳＩＰのＩＮＶＩＴＥメッセージによって実現することができる。ステップＳ６０４において送信される発信信号には、発信先「Ｔｏ」として、発信先の電話端末７０Ｂの電話番号である「０９０ＢＢＢＢＢＢＢＢ」が含まれている。また、ステップＳ６０４において送信される発信信号には、発信元「Ｆｒｏｍ」として、電話端末７０Ａの電話番号である「０９０ＡＡＡＡＡＡＡＡ」が含まれている。さらに、ステップＳ６０４において送信される発信信号には、Ｄ社ＶＭサーバ１０のＳＤＰ（Ｕ－ｐｌａｎｅ接続先のＩＰアドレス）が付加されている。

　交換機２０を介して発信信号を受取った電話端末７０Ｂは、まず、暫定応答メッセージを送信する（ステップＳ６０５）。この暫定応答メッセージは、交換機２０を介してＤ社ＶＭサーバ１０によって受信される。ステップＳ６０５において送信される暫定応答メッセージは、例えば、ＳＩＰの１８３メッセージによって実現することができる。
　その後、電話端末７０Ｂは、呼出中であることを示す呼出中メッセージを送信する（ステップＳ６０６）。この呼出中メッセージは、例えば、ＳＩＰの１８０メッセージによって実現することができる。

　この呼出中メッセージは、交換機２０を介してＤ社ＶＭサーバ１０によって受信される。すると、ＶＭサーバ１０は、Conference機能によって、リングバックトーン（Ring Back Tone；以下、ＲＢＴと記す）と、電話端末７０ＡとＶＭサーバ１０との呼の音声とをミックスする（ステップＳ６０７ａ、Ｓ６０７ｂ）。これにより、電話端末７０Ａに、ＲＢＴを出力することができるので、電話端末７０Ａのユーザは電話端末７０Ｂの（ユーザの）呼出中であることを認識できる。なお、ＲＢＴは、交換機２０または図示せぬサーバ装置が出力することができる。

　その後、電話端末７０Ｂは、応答メッセージを送信する（ステップＳ６０８）。この応答メッセージは、Ｄ社ＶＭサーバ１０へ送信される。ステップＳ６０８において送信される応答メッセージは、例えば、ＳＩＰの２００ＯＫメッセージによって実現することができる。
　以上の処理の後、電話端末７０ＢとＤ社キャリア網のＶＭサーバ１０との間に呼が確立され（ステップＳ６０９ａ）、この呼の音声と発信元の電話端末７０ＡとＤ社キャリア網のＶＭサーバ１０との間の継続中の呼（ステップＳ６０９ｂ）の音声とがＤ社ＶＭサーバ１０のConference機能によって、ミックスされる。このConference機能により、電話端末７０Ａと電話端末７０Ｂとの間で音声通話を実現できる。例えば、「もしもし、久しぶり！」などと、電話端末７０Ａのユーザと電話端末７０Ｂのユーザとの間で会話を楽しむことができる。

　その後、電話端末７０Ａのユーザと電話端末７０Ｂのユーザとの間で会話が終了し、呼が切断されると、ＶＭサーバ１０は、課金元情報を課金サーバ９０へ送信する（ステップＳ６１０）。この課金元情報は、電話端末７０Ａからの発呼による電話端末７０Ｂとの直接通話に関する課金元情報であり、この課金元情報に基づいて課金サーバ９０は課金処理を行う（ステップＳ６１０ａ）。

　以上、図７を参照して説明した処理において、呼を接続したままの状態で、電話端末７０Ａによるメッセージ再生に関する課金レートと、電話端末７０Ａと電話端末７０Ｂとの直接通話に関する課金レートとを切り替えることができる。このため、メッセージ再生後に呼を一旦切断し、直接通話のための発呼を行った場合と同じ課金処理を行うことができ、サービスを平準化して提供できる。

　なお、図６を参照して説明した、交換機が課金停止機能を有していない場合には、図７中の交換機２０への課金処理の停止指示（ステップＳ６０２ａ）は、行われない。そして、図７中のステップＳ６０２ｂにおいて送信される課金元情報、および、ステップＳ６１０において送信される課金元情報には、交換機２０から送信される課金元情報とＶＭサーバ１０から送信される課金元情報との紐づけが可能なＩＤ（識別情報）が含まれている。

　課金サーバ９０は、このＩＤを参照することにより、交換機２０から課金元情報が送信された場合（図示せず）には課金サーバ９０による課金処理は行われず、ＶＭサーバ１０から課金元情報が送信された場合に課金サーバ９０による課金処理が行われる。つまり、交換機が課金停止機能を有していない図６の場合でも、課金サーバ９０は、ステップＳ６０２ｂ、および、ステップＳ６１０においてそれぞれ送信される課金元情報について、課金処理を行うことができる。

　次に、図８は、ＶＭサーバ１０のConference機能を利用しない場合の処理を示すシーケンス図である。図８において、メッセージの再生中に、電話端末７０Ａから、そのメッセージの録音元への通話要求が出力されると（ステップＳ７０１）、ＶＭサーバ１０は、ユーザ間通話への移行が要求された（すなわち、直接通話が要求された）ことを検出する（ステップＳ７０２）。

　すると、ＶＭサーバ１０は、課金レートが切替わることを認識し、課金処理の停止を交換機２０に指示する（ステップＳ７０２ａ）。さらに、ＶＭサーバ１０は、課金元情報を課金サーバ９０へ送信する（ステップＳ７０２ｂ）。この課金元情報は、電話端末７０Ａによるメッセージ再生に関する課金元情報であり、この課金元情報に基づいて課金サーバ９０は課金処理を行う（ステップＳ７０２ｃ）。

　また、ＶＭサーバ１０は、電話端末７０Ａへ、音声ガイダンスを出力する（ステップＳ７０３）。この音声ガイダンスは、例えば、「呼び出しをいたします」である。
　その後、ＶＭサーバ１０は、電話端末７０Ｂに向けて、発信信号を送信する（ステップＳ７０４）。この発信信号は、例えば、ＳＩＰのＩＮＶＩＴＥメッセージによって実現することができる。ステップＳ７０４において送信される発信信号には、発信先「Ｔｏ」として、発信先の電話端末７０Ｂの電話番号である「０９０ＢＢＢＢＢＢＢＢ」が含まれている。また、ステップＳ７０４において送信される発信信号には、発信元「Ｆｒｏｍ」として、電話端末７０Ａの電話番号である「０９０ＡＡＡＡＡＡＡＡ」が含まれている。さらに、ステップＳ７０４において送信される発信信号には、Ｄ社ＶＭサーバ１０のＳＤＰ（Ｕ－ｐｌａｎｅ接続先のＩＰアドレス）が付加されている。

　交換機２０を介して発信信号を受取った電話端末７０Ｂは、まず、暫定応答メッセージを送信する（ステップＳ７０５）。この暫定応答メッセージは、交換機２０を介してＤ社ＶＭサーバ１０によって受信される。ステップＳ７０５において送信される暫定応答メッセージは、例えば、ＳＩＰの１８３メッセージによって実現することができる。
　ステップＳ７０５において暫定応答メッセージを受信したＤ社ＶＭサーバ１０は、電話端末７０Ａに向けて切替信号を送信する（ステップＳ７０６）。この切替信号を受信した電話端末７０Ａは、応答信号を送信する（ステップＳ７０７）。ステップＳ７０６において送信される切替信号は、例えば、ＳＩＰのＲｅ－ＩＮＶＩＴＥメッセージによって実現することができる。ステップＳ７０７において送信される応答信号は、例えば、ＳＩＰの２００ＯＫメッセージによって実現することができる。

　ここで、ステップＳ７０５において送信される暫定応答メッセージは、到達確認を要する応答メッセージであり、電話端末７０とＤ社ＶＭサーバ１０との間で到達確認メッセージが授受される（ステップＳ７０８）。
　その後、電話端末７０Ｂは、呼出中であることを示す呼出中メッセージを送信する（ステップＳ７０９）。この呼出中メッセージは、例えば、ＳＩＰの１８０メッセージによって実現することができる。

　この呼出中メッセージは、交換機２０を介してＤ社ＶＭサーバ１０によって受信される。すると、電話端末７０Ａに、ＲＢＴが出力される（ステップＳ７１０）。これにより、電話端末７０Ａのユーザは電話端末７０Ｂの（ユーザの）呼出中であることを認識できる。なお、ＲＢＴは、交換機２０または図示せぬサーバ装置が出力することができる。
　その後、電話端末７０Ｂは、応答メッセージを送信する（ステップＳ７１１）。この応答メッセージは、Ｄ社ＶＭサーバ１０へ送信される。ステップＳ７１１において送信される応答メッセージは、例えば、ＳＩＰの２００ＯＫメッセージによって実現することができる。

　以上の処理の後、電話端末７０Ａと電話端末７０Ｂとの間で呼が確立される（ステップＳ７１２）。この呼が確立されたことにより、電話端末７０Ａと電話端末７０Ｂとの間で音声通話を実現できる。例えば、「もしもし、久しぶり！」などと、電話端末７０Ａのユーザと電話端末７０Ｂのユーザとの間で会話を楽しむことができる。
　その後、電話端末７０Ａのユーザと電話端末７０Ｂのユーザとの間で会話が終了し、呼が切断されると、ＶＭサーバ１０は、課金元情報を課金サーバ９０へ送信する（ステップＳ７１３）。この課金元情報は、電話端末７０Ａからの発呼による電話端末７０Ｂとの直接通話に関する課金元情報であり、この課金元情報に基づいて課金サーバ９０は課金処理を行う（ステップＳ７１３ａ）。

　以上、図８を参照して説明した処理において、呼を接続したままの状態で、電話端末７０Ａによるメッセージ再生に関する課金レートと、電話端末７０Ａと電話端末７０Ｂとの直接通話に関する課金レートとを切り替えることができる。このため、メッセージ再生後に呼を一旦切断し、直接通話のための発呼を行った場合と同じ課金処理を行うことができ、サービスを平準化して提供できる。

　なお、図６を参照して説明した、交換機が課金停止機能を有していない場合には、図８中の交換機２０への課金処理の停止指示（ステップＳ７０２ａ）は、行われない。そして、図８中のステップＳ７０２ｂにおいて送信される課金元情報、および、ステップＳ７１３において送信される課金元情報には、交換機２０から送信される課金元情報とＶＭサーバ１０から送信される課金元情報との紐づけが可能なＩＤ（識別情報）が含まれている。

　課金サーバ９０は、このＩＤを参照することにより、交換機２０から課金元情報が送信された場合（図示せず）には課金サーバ９０による課金処理は行われず、ＶＭサーバ１０から課金元情報が送信された場合に課金サーバ９０による課金処理が行われる。つまり、交換機が課金停止機能を有していない図６の場合でも、課金サーバ９０は、ステップＳ７０２ｂ、および、ステップＳ７１３においてそれぞれ送信される課金元情報について、課金処理を行うことができる。

　次に、ＶＭサーバ１０内の各部の信号授受について説明する。
　図９は、図７を参照して説明した、Conference機能を利用する場合のＶＭサーバ１０内の信号授受を示すシーケンス図である。図９において、メディア制御シナリオ６は、再生後メニューの再生指示を出力する（ステップＳ８０１）。この再生指示はメディア処理部４に入力される（ステップＳ８０２）。
　すると、メディア処理部４は、電話端末７０Ａへ、音声によるメニューガイダンスを出力する（ステップＳ８０３）。このメニューガイダンスは、例えば、「ユーザ間通話への移行は１＃を、次のメッセージ再生は２＃を、…」である。

　このガイダンスメッセージを聞いたユーザが、電話端末７０Ａのボタンを押下することにより、ＰＢ音がメディア処理部４に入力される（ステップＳ８０４）。ここでは「＃１」が押下され、対応するＰＢ音がメディア処理部４に入力された場合について説明する。メディア処理部４は、入力されたＰＢ音をメディア制御シナリオ６に通知する（ステップＳ８０５）。この通知により、メディア制御シナリオ６は、ユーザ間通話への移行要求を検出し、呼処理シナリオ２に通知する（ステップＳ８０６、Ｓ８０７）。

　この通知は呼処理シナリオ２によって受信され（ステップＳ８０８）、呼処理部１を介して、課金処理の停止を交換機２０に指示する（ステップＳ８０８ａ、Ｓ８０８ｂ）。さらに、ＶＭサーバ１０は、課金元情報を課金サーバ９０へ送信する（ステップＳ８０８ｃ）。この課金元情報は、電話端末７０Ａによるメッセージ再生に関する課金元情報であり、この課金元情報に基づいて課金サーバ９０は課金処理を行う（ステップＳ８０８ｄ）。

　呼処理シナリオ２はConference機能によるカンファレンスモード（conference mode）を起動する（ステップＳ８０９）。カンファレンスモードの起動信号がメディア制御シナリオ６に送信されると（ステップＳ８１０）、メディア制御シナリオ６は、カンファレンス用のＵ－ｐｌａｎｅリソースの確保処理を行う（ステップＳ８１１、Ｓ８１２ａ、Ｓ８１２ｂ）。そして、ユーザ間通話の終了後にメッセージ再生に戻る場合には、メディア制御シナリオ６は、現在の再生状態を保持する（ステップＳ８１３）。例えば、現在、メッセージの３件目まで再生が完了していた場合、その再生状態を保持する。

　メディア制御シナリオ６によって現在の再生状態が保持された後、呼処理シナリオ２は、ＶＭサーバ１０への接続要求を転送する指示を呼処理部１に出力する（ステップＳ８１４、Ｓ８１５、Ｓ８１６）。
　呼処理部１は、電話端末７０Ｂに向けて、交換機２０を介して、発信信号を送信する（ステップＳ８１７）。この発信信号は、例えば、ＳＩＰのＩＮＶＩＴＥメッセージによって実現することができる。その後、呼処理部１は、交換機２０を介して、暫定応答メッセージを受信する（ステップＳ８１８）。ステップＳ８１８において送信される暫定応答メッセージは、例えば、ＳＩＰの１８３メッセージによって実現することができる。暫定応答メッセージを受信した呼処理部１は、リアルタイム通信を開始するため、メディア処理部４に対し、ＳＤＰによる更新処理を行う（ステップＳ８１９）。

　その後、呼処理部１は、交換機２０を介して、応答メッセージを受信する（ステップＳ８２０）。ステップＳ８２０において送信される応答メッセージは、例えば、ＳＩＰの２００ＯＫメッセージによって実現することができる。この応答メッセージを受信した呼処理部１は、受信した旨を呼処理シナリオ２に通知する（ステップＳ８２１）。これにより、呼処理シナリオ２は、電話端末７０Ｂから応答があったことを認識し（ステップＳ８２２）、ユーザ応答があったことをメディア制御シナリオ６に通知する（ステップＳ８２３）。この通知を受信したメディア制御シナリオ６は、カンファレンスモード開始をメディア処理部４に指示する（ステップＳ８２４、Ｓ８２５）。

　以後、電話端末７０ＢとＤ社キャリア網のＶＭサーバ１０との間に呼が確立され（ステップＳ８２６ａ）、この呼の音声と発信元の電話端末７０ＡとＤ社キャリア網のＶＭサーバ１０との間の継続中の呼（ステップＳ８２６ｂ）の音声とがメディア処理部４のConference機能によって、ミックスされる。このConference機能により、電話端末７０Ａと電話端末７０Ｂとの間で音声通話を実現できる。例えば、「もしもし、久しぶり！」などと、電話端末７０Ａのユーザと電話端末７０Ｂのユーザとの間で会話を楽しむことができる。

　その後、電話端末７０Ａのユーザと電話端末７０Ｂのユーザとの間で会話が終了し、呼が切断されると、ＶＭサーバ１０は、課金元情報を課金サーバ９０へ送信する（ステップＳ８２７）。この課金元情報は、電話端末７０Ａからの発呼による電話端末７０Ｂとの直接通話に関する課金元情報であり、この課金元情報に基づいて課金サーバ９０は課金処理を行う（ステップＳ８２７ａ）。

　ここで、電話端末７０Ａのユーザと電話端末７０Ｂのユーザとの間で会話が終了し、元の状態すなわちメッセージの再生状態に戻る場合を考える。この場合においても、電話端末７０ＡからＰＢ音が出力され、メディア処理部４に入力されれば、直接通話状態から再生状態へ通話内容が切り替わったことを認識できる。つまり、ＰＢ受信機能により、音声メッセージの再生状態、および、音声メッセージの録音元端末への発呼による通話状態の、いずれか一方の状態から他方の状態への変化を、通話内容の切替として検出することができる。これにより、ＶＭサーバ１０は、課金元情報を課金サーバ９０へ送信することができ、課金サーバ９０は課金処理を行うことができる。

　以上、図９を参照して説明した処理において、呼を接続したままの状態で、電話端末７０Ａによるメッセージ再生に関する課金レートと、電話端末７０Ａと電話端末７０Ｂとの直接通話に関する課金レートとを切り替えることができる。このため、メッセージ再生後に呼を一旦切断し、直接通話のための発呼を行った場合と同じ課金処理を行うことができ、サービスを平準化して提供できる。

　なお、図６を参照して説明した、交換機が課金停止機能を有していない場合には、図９中の交換機２０への課金処理の停止指示（ステップＳ８０８ａ、Ｓ８０８ｂ）は、行われない。そして、図９中のステップＳ８０８ｃにおいて送信される課金元情報、および、ステップＳ８２７において送信される課金元情報には、交換機２０から送信される課金元情報とＶＭサーバ１０から送信される課金元情報との紐づけが可能なＩＤ（識別情報）が含まれている。

　課金サーバ９０は、このＩＤを参照することにより、交換機２０から課金元情報が送信された場合（図示せず）には課金サーバ９０による課金処理は行われず、ＶＭサーバ１０から課金元情報が送信された場合に課金サーバ９０による課金処理が行われる。つまり、交換機が課金停止機能を有していない図６の場合でも、課金サーバ９０は、ステップＳ８０８ｃ、および、ステップＳ８２７においてそれぞれ送信される課金元情報について、課金処理を行うことができる。

　図１０は、図８を参照して説明した、Conference機能を利用しない場合のＶＭサーバ１０内の信号授受を示すシーケンス図である。図１０において、メディア制御シナリオ６は、再生後メニューの再生指示を出力する（ステップＳ９０１）。この再生指示はメディア処理部４に入力される（ステップＳ９０２）。
　すると、メディア処理部４は、電話端末７０Ａへ、音声によるメニューガイダンスを出力する（ステップＳ９０３）。このメニューガイダンスは、例えば、「ユーザ間通話への移行は１＃を、次のメッセージ再生は２＃を、…」である。

　このガイダンスメッセージを聞いたユーザが、電話端末７０Ａのボタンを押下することにより、ＰＢ音がメディア処理部４に入力される（ステップＳ９０４）。ここでは「＃１」が押下され、対応するＰＢ音がメディア処理部４に入力された場合について説明する。
　メディア処理部４は、入力されたＰＢ音をメディア制御シナリオ６に通知する（ステップＳ９０５）。この通知により、メディア制御シナリオ６は、ユーザ間通話への移行要求を検出し、呼処理シナリオ２に通知する（ステップＳ９０６、Ｓ９０７）。この通知は呼処理シナリオ２によって受信され（ステップＳ９０８）、呼処理部１を介して、課金処理の停止を交換機２０に指示する（ステップＳ９０８ａ、９０８ｂ）。さらに、ＶＭサーバ１０は、課金元情報を課金サーバ９０へ送信する（ステップＳ９０８ｃ）。この課金元情報は、電話端末７０Ａによるメッセージ再生に関する課金元情報であり、この課金元情報に基づいて課金サーバ９０は課金処理を行う（ステップＳ９０８ｄ）。

　呼処理シナリオ２は電話端末７０Ｂへの接続要求をメディア制御シナリオ６に通知する（ステップＳ９０９）。この接続要求の通知信号がメディア制御シナリオ６に送信されると（ステップＳ９１０）、メディア制御シナリオ６は、メディア処理部４に、Ｕ－ｐｌａｎｅの保留（開放）指示を行う（ステップＳ９１１、Ｓ９１２ａ、Ｓ９１２ｂ）。そして、ユーザ間通話の終了後にメッセージ再生に戻る場合には、メディア制御シナリオ６は、現在の再生状態を保持する（ステップＳ９１３）。例えば、現在、メッセージの３件目まで再生が完了していた場合、その再生状態を保持する。

　メディア制御シナリオ６によって現在の再生状態が保持された後、呼処理シナリオ２は、ＶＭサーバ１０への接続要求を転送する指示を呼処理部１に出力する（ステップＳ９１４、Ｓ９１５、Ｓ９１６）。
　呼処理部１は、電話端末７０Ｂに向けて、交換機２０を介して、発信信号を送信する（ステップＳ９１７）。この発信信号は、例えば、ＳＩＰのＩＮＶＩＴＥメッセージによって実現することができる。その後、呼処理部１は、交換機２０を介して、暫定応答メッセージを受信する（ステップＳ９１８）。ステップＳ９１８において送信される暫定応答メッセージは、例えば、ＳＩＰの１８３メッセージによって実現することができる。

　ステップＳ９１８において暫定応答メッセージを受信した呼処理部１は、電話端末７０Ａに向けて切替信号を送信する（ステップＳ９１９）。この切替信号を受信した電話端末７０Ａは、応答信号を送信する（ステップＳ９２０）。ステップＳ９１９において送信される切替信号は、例えば、ＳＩＰのＲｅ－ＩＮＶＩＴＥメッセージによって実現することができる。ステップＳ９２０において送信される応答信号は、例えば、ＳＩＰの２００ＯＫメッセージによって実現することができる。

　その後、電話端末７０Ｂは、応答メッセージを送信し、呼処理部１は、交換機２０を介して、その応答メッセージを受信する（ステップＳ９２１）。この応答メッセージは、例えば、ＳＩＰの２００ＯＫメッセージによって実現することができる。
　以上の処理の後、電話端末７０Ａと電話端末７０Ｂとの間で呼が確立される（ステップＳ９２２）。この呼が確立されたことにより、電話端末７０Ａと電話端末７０Ｂとの間で音声通話を実現できる。例えば、「もしもし、久しぶり！」などと、電話端末７０Ａのユーザと電話端末７０Ｂのユーザとの間で会話を楽しむことができる。

　その後、電話端末７０Ａのユーザと電話端末７０Ｂのユーザとの間で会話が終了し、呼が切断されると、ＶＭサーバ１０は、課金元情報を課金サーバ９０へ送信する（ステップＳ９２３）。この課金元情報は、電話端末７０Ａからの発呼による電話端末７０Ｂとの直接通話に関する課金元情報であり、この課金元情報に基づいて課金サーバ９０は課金処理を行う（ステップＳ９２３ａ）。

　以上、図１０を参照して説明した処理において、呼を接続したままの状態で、電話端末７０Ａによるメッセージ再生に関する課金レートと、電話端末７０Ａと電話端末７０Ｂとの直接通話に関する課金レートとを切り替えることができる。このため、メッセージ再生後に呼を一旦切断し、直接通話のための発呼を行った場合と同じ課金処理を行うことができ、サービスを平準化して提供できる。

　なお、図６を参照して説明した、交換機が課金停止機能を有していない場合には、図１０中の交換機２０への課金処理の停止指示（ステップＳ９０８ａ、Ｓ９０８ｂ）は、行われない。そして、図１０中のステップＳ９０８ｃにおいて送信される課金元情報、および、ステップＳ９２３において送信される課金元情報には、交換機２０から送信される課金元情報とＶＭサーバ１０から送信される課金元情報との紐づけが可能なＩＤ（識別情報）が含まれている。

　課金サーバ９０は、このＩＤを参照することにより、交換機２０から課金元情報が送信された場合（図示せず）には課金サーバ９０による課金処理は行われず、ＶＭサーバ１０から課金元情報が送信された場合に課金サーバ９０による課金処理が行われる。つまり、交換機が課金停止機能を有していない図６の場合でも、課金サーバ９０は、ステップＳ９０８ｃ、および、ステップＳ９２３においてそれぞれ送信される課金元情報について、課金処理を行うことができる。

　（録音元が他のキャリア網の電話端末である場合）
　再生したメッセージの録音元が他のキャリア網の電話端末である場合、関門交換機を介して他のキャリア網の電話端末に向けて発呼することになる。この場合の処理について、図１１、図１２を参照して説明する。
　図１１は、ＶＭサーバ１０のConference機能を利用する場合の処理を示すシーケンス図である。図１１において、メッセージの再生中に、電話端末７０Ａから、そのメッセージの録音元への通話要求が出力されると（ステップＳ１００１）、ＶＭサーバ１０は、ユーザ間通話への移行が要求された（すなわち、直接通話が要求された）ことを検出する（ステップＳ１００２）。

　すると、ＶＭサーバ１０は、課金レートが切替わることを認識し、課金処理の停止を交換機２０に指示する（ステップＳ１００２ａ）。さらに、ＶＭサーバ１０は、課金元情報を課金サーバ９０へ送信する（ステップＳ１００２ｂ）。この課金元情報は、電話端末７０Ａによるメッセージ再生に関する課金元情報であり、この課金元情報に基づいて課金サーバ９０は課金処理を行う（ステップＳ１００２ｃ）。

　また、ＶＭサーバ１０は、電話端末７０Ａへ、音声ガイダンスを出力する（ステップＳ１００３）。この音声ガイダンスは、例えば、「呼び出しをいたします」である。
　その後、ＶＭサーバ１０は、電話端末７０Ｂに向けて、発信信号を送信する（ステップＳ１００４）。この発信信号は、例えば、ＳＩＰのＩＮＶＩＴＥメッセージによって実現することができる。ステップＳ１００４において送信される発信信号には、発信先「Ｔｏ」として、発信先の電話端末７０Ｂの電話番号である「０９０ＢＢＢＢＢＢＢＢ」が含まれている。また、ステップＳ１００４において送信される発信信号には、発信元「Ｆｒｏｍ」として、電話端末７０Ａの電話番号である「０９０ＡＡＡＡＡＡＡＡ」が含まれている。さらに、ステップＳ１００４において送信される発信信号には、Ｄ社ＶＭサーバ１０のＳＤＰ（Ｕ－ｐｌｎａｅ接続先のＩＰアドレス）が付加されている。

　この発信信号を受取った関門交換機８０は、発信信号を他のキャリア網（例えば、Ａ社キャリア網）の交換機２０Ａを介して電話端末７０Ａへ送信する（ステップＳ１００５）。ステップＳ１００５において送信される発信信号には、発信先「Ｔｏ」として、発信先の電話端末７０Ａの電話番号である「０９０ＢＢＢＢＢＢＢＢ」が含まれている。また、ステップＳ１００５において送信される発信信号には、発信元「Ｆｒｏｍ」として、「０９０ＡＡＡＡＡＡＡＡ」が含まれている。このステップＳ１００５において送信される発信信号は、例えば、ＩＳＵＰ（ISDN User Part）のＩＡＭ（Initial Address Message）メッセージによって実現することができる。

　交換機２０を介して発信信号を受取った電話端末７０Ｂは、まず、暫定応答メッセージを送信する（ステップＳ１００６）。この暫定応答メッセージは、交換機２０Ａを介して、関門交換機８０に送られる。さらに、この暫定応答メッセージは、関門交換機８０を介して、Ｄ社キャリア網のＶＭサーバ１０によって受信される（ステップＳ１００７）。ステップＳ１００６において送信される発信信号は、例えば、ＩＳＵＰのＡＣＭ（Address Complete Message）メッセージによって実現することができる。また、ステップＳ１００７において送信される発信信号は、例えば、ＳＩＰの１８３メッセージによって実現することができる。

　次に、電話端末７０Ｂは、暫定応答メッセージを送信する（ステップＳ１００８）。この暫定応答メッセージは、交換機２０Ａを介して、関門交換機８０に送られる。関門交換機８０は、呼出中であることを示す呼出中メッセージを送信する（ステップＳ１００９）。ステップＳ１００８において送信される暫定応答メッセージは、例えば、ＩＳＵＰのＣＰＧ（Call Progress）メッセージによって実現することができる。ステップＳ１００９において送信される呼出中メッセージは、例えば、ＳＩＰの１８０メッセージによって実現することができる。

　この呼出中メッセージは、交換機２０を介してＤ社ＶＭサーバ１０によって受信される。すると、ＶＭサーバ１０は、Conference機能によって、ＲＢＴと、電話端末７０ＡとＶＭサーバ１０との呼の音声とをミックスする（ステップＳ１０１０ａ、Ｓ１０１０ｂ）。これにより、電話端末７０Ａに、ＲＢＴを出力することができるので、電話端末７０Ａのユーザは電話端末７０Ｂの（ユーザの）呼出中であることを認識できる。なお、ＲＢＴは、交換機２０または図示せぬサーバ装置が出力することができる。

　その後、電話端末７０Ｂは、応答メッセージを送信する（ステップＳ１０１１）。この応答メッセージは、交換機２０を介してＤ社ＶＭサーバ１０によって受信される（ステップＳ１０１２）。ステップＳ１０１１において送信される応答メッセージは、例えば、ＩＳＵＰのＡＮＭ（Answer Message）メッセージによって実現することができる。ステップＳ１０１２において送信される応答メッセージは、例えば、ＳＩＰの２００ＯＫメッセージによって実現することができる。

　以上の処理の後、電話端末７０ＢとＤ社キャリア網のＶＭサーバ１０との間に呼が確立され（ステップＳ１０１３ａ）、この呼の音声と発信元の電話端末７０ＡとＤ社キャリア網のＶＭサーバ１０との間の継続中の呼（ステップＳ１０１３ｂ）の音声とがＤ社ＶＭサーバ１０のConference機能によって、ミックスされる。このConference機能により、電話端末７０Ａと電話端末７０Ｂとの間で音声通話を実現できる。例えば、「もしもし、久しぶり！」などと、電話端末７０Ａのユーザと電話端末７０Ｂのユーザとの間で会話を楽しむことができる。

　その後、電話端末７０Ａのユーザと電話端末７０Ｂのユーザとの間で会話が終了し、呼が切断されると、ＶＭサーバ１０は、課金元情報を課金サーバ９０へ送信する（ステップＳ１０１４）。この課金元情報は、電話端末７０Ａからの発呼による電話端末７０Ｂとの直接通話に関する課金元情報であり、この課金元情報に基づいて課金サーバ９０は課金処理を行う（ステップＳ１０１４ａ）。

　ここで、電話端末７０Ａのユーザと電話端末７０Ｂのユーザとの間で会話が終了し、元の状態すなわちメッセージの再生状態に戻る場合を考える。この場合においても、電話端末７０ＡからＰＢ音が出力され、ＶＭサーバ１０のメディア処理部４に入力されれば、直接通話状態から再生状態へ通話内容が切り替わったことを認識できる。つまり、ＰＢ受信機能により、音声メッセージの再生状態、および、音声メッセージの録音元端末への発呼による通話状態の、いずれか一方の状態から他方の状態への変化を、通話内容の切替として検出することができる。これにより、ＶＭサーバ１０は、課金元情報を課金サーバ９０へ送信することができ、課金サーバ９０は課金処理を行うことができる。

　以上、図１１を参照して説明した処理において、呼を接続したままの状態で、電話端末７０Ａによるメッセージ再生に関する課金レートと、電話端末７０Ａと電話端末７０Ｂとの直接通話に関する課金レートとを切り替えることができる。このため、メッセージ再生後に呼を一旦切断し、直接通話のための発呼を行った場合と同じ課金処理を行うことができ、サービスを平準化して提供できる。

　なお、図６を参照して説明した、交換機が課金停止機能を有していない場合には、図１１中の交換機２０への課金処理の停止指示（ステップＳ１００２ａ）は、行われない。そして、図１１中のステップＳ１００２ｂにおいて送信される課金元情報、および、ステップＳ１０１４において送信される課金元情報には、交換機２０から送信される課金元情報とＶＭサーバ１０から送信される課金元情報との紐づけが可能なＩＤ（識別情報）が含まれている。

　課金サーバ９０は、このＩＤを参照することにより、交換機２０から課金元情報が送信された場合（図示せず）には課金サーバ９０による課金処理は行われず、ＶＭサーバ１０から課金元情報が送信された場合に課金サーバ９０による課金処理が行われる。つまり、交換機が課金停止機能を有していない図６の場合でも、課金サーバ９０は、ステップＳ１００２ｂ、および、ステップＳ１０１４においてそれぞれ送信される課金元情報について、課金処理を行うことができる。

　図１２は、ＶＭサーバ１０のConference機能を利用しない場合の処理を示すシーケンス図である。図１２において、メッセージの再生中に、電話端末７０Ａから、そのメッセージの録音元への通話要求が出力されると（ステップＳ１１０１）、ＶＭサーバ１０は、ユーザ間通話への移行が要求された（すなわち、直接通話が要求された）ことを検出する（ステップＳ１１０２）。すると、ＶＭサーバ１０は、課金レートが切替わることを認識し、課金処理の停止を交換機２０に指示する（ステップＳ１１０２ａ）。さらに、ＶＭサーバ１０は、課金元情報を課金サーバ９０へ送信する（ステップＳ１１０２ｂ）。この課金元情報は、電話端末７０Ａによるメッセージ再生に関する課金元情報であり、この課金元情報に基づいて課金サーバ９０は課金処理を行う（ステップＳ１１０２ｃ）。

　また、ＶＭサーバ１０は、電話端末７０Ａへ、音声ガイダンスを出力する（ステップＳ１１０３）。この音声ガイダンスは、例えば、「呼び出しをいたします」である。
　その後、ＶＭサーバ１０は、電話端末７０Ｂに向けて、発信信号を送信する（ステップＳ１１０４）。この発信信号は、例えば、ＳＩＰのＩＮＶＩＴＥメッセージによって実現することができる。ステップＳ１１０４において送信される発信信号には、発信先「Ｔｏ」として、発信先の電話端末７０Ｂの電話番号である「０９０ＢＢＢＢＢＢＢＢ」が含まれている。また、ステップＳ１１０４において送信される発信信号には、発信元「Ｆｒｏｍ」として、電話端末７０Ａの電話番号である「０９０ＡＡＡＡＡＡＡＡ」が含まれている。さらに、ステップＳ１１０４において送信される発信信号には、Ｄ社ＶＭサーバ１０のＳＤＰ（Ｕ－ｐｌａｎｅ接続先のＩＰアドレス）が付加されている。

　この発信信号を受取った関門交換機８０は、発信信号をＡ社キャリア網の交換機２０Ａを介して電話端末７０Ａへ送信する（ステップＳ１１０５）。ステップＳ１１０５において送信される発信信号には、発信先「Ｔｏ」として、発信先の電話端末７０Ａの電話番号である「０９０ＢＢＢＢＢＢＢＢ」が含まれている。また、ステップＳ１１０５において送信される発信信号には、発信元「Ｆｒｏｍ」として、「０９０ＡＡＡＡＡＡＡＡ」が含まれている。このステップＳ１１０５において送信される発信信号は、例えば、ＩＳＵＰのＩＡＭメッセージによって実現することができる。

　交換機２０を介して発信信号を受取った電話端末７０Ｂは、まず、暫定応答メッセージを送信する（ステップＳ１１０６）。この暫定応答メッセージは、交換機２０Ａを介して、関門交換機８０に送られる。さらに、この暫定応答メッセージは、関門交換機８０を介して、Ｄ社キャリア網のＶＭサーバ１０によって受信される（ステップＳ１１０７）。ステップＳ１１０６において送信される発信信号は、例えば、ＩＳＵＰのＡＣＭメッセージによって実現することができる。また、ステップＳ１１０７において送信される発信信号は、例えば、ＳＩＰの１８３メッセージによって実現することができる。

　ステップＳ１１０７において暫定応答メッセージを受信したＤ社ＶＭサーバ１０は、電話端末７０Ａに向けて切替信号を送信する（ステップＳ１１０８）。この切替信号を受信した電話端末７０Ａは、応答信号を送信する（ステップＳ１１０９）。ステップＳ１１０８において送信される切替信号は、例えば、ＳＩＰのＲｅ－ＩＮＶＩＴＥメッセージによって実現することができる。ステップＳ１１０９において送信される応答信号は、例えば、ＳＩＰの２００ＯＫメッセージによって実現することができる。

　次に、電話端末７０Ｂは、暫定応答メッセージを送信する（ステップＳ１１１０）。この暫定応答メッセージは、交換機２０Ａを介して、関門交換機８０に送られる。関門交換機８０は、呼出中であることを示す呼出中メッセージを送信する（ステップＳ１１１２）。ステップＳ１１１０において送信される暫定応答メッセージは、例えば、ＩＳＵＰのＣＰＧメッセージによって実現することができる。ステップＳ１１１２において送信される呼出中メッセージは、例えば、ＳＩＰの１８０メッセージによって実現することができる。

　ここで、ステップＳ１１０７において送信される暫定応答メッセージは、到達確認を要する応答メッセージであり、関門交換機８０とＤ社ＶＭサーバ１０との間で到達確認メッセージが授受される（ステップＳ１１１１）。
　ステップＳ１１１２において送信される呼出中メッセージは、交換機２０を介してＤ社ＶＭサーバ１０によって受信される。すると、電話端末７０Ａに、ＲＢＴが出力される（ステップＳ１１１３）。これにより、電話端末７０Ａのユーザは電話端末７０Ｂの（ユーザの）呼出中であることを認識できる。なお、ＲＢＴは、交換機２０または図示せぬサーバ装置が出力することができる。

　その後、電話端末７０Ｂは、応答メッセージを送信する（ステップＳ１１１４）。この応答メッセージは、Ｄ社ＶＭサーバ１０へ送信される（ステップＳ１１１５）。ステップＳ１１１４において送信される応答メッセージは、例えば、ＳＩＰのＡＮＭメッセージによって実現することができる。ステップＳ１１１５において送信される応答メッセージは、例えば、ＳＩＰの２００ＯＫメッセージによって実現することができる。

　以上の処理の後、電話端末７０Ａと電話端末７０Ｂとの間で呼が確立される（ステップＳ１１１６）。この呼が確立されたことにより、電話端末７０Ａと電話端末７０Ｂとの間で音声通話を実現できる。例えば、「もしもし、久しぶり！」などと、電話端末７０Ａのユーザと電話端末７０Ｂのユーザとの間で会話を楽しむことができる。
　その後、電話端末７０Ａのユーザと電話端末７０Ｂのユーザとの間で会話が終了し、呼が切断されると、ＶＭサーバ１０は、課金元情報を課金サーバ９０へ送信する（ステップＳ１１１７）。この課金元情報は、電話端末７０Ａからの発呼による電話端末７０Ｂとの直接通話に関する課金元情報であり、この課金元情報に基づいて課金サーバ９０は課金処理を行う（ステップＳ１１１７ａ）。

　以上、図１２を参照して説明した処理において、呼を接続したままの状態で、電話端末７０Ａによるメッセージ再生に関する課金レートと、電話端末７０Ａと電話端末７０Ｂとの直接通話に関する課金レートとを切り替えることができる。このため、メッセージ再生後に呼を一旦切断し、直接通話のための発呼を行った場合と同じ課金処理を行うことができ、サービスを平準化して提供できる。

　なお、図６を参照して説明した、交換機が課金停止機能を有していない場合には、図１２中の交換機２０への課金処理の停止指示（ステップＳ１１０２ａ）は、行われない。そして、図１２中のステップＳ１１０２ｂにおいて送信される課金元情報、および、ステップＳ１１１７において送信される課金元情報には、交換機２０から送信される課金元情報とＶＭサーバ１０から送信される課金元情報との紐づけが可能なＩＤ（識別情報）が含まれている。

　課金サーバ９０は、このＩＤを参照することにより、交換機２０から課金元情報が送信された場合（図示せず）には課金サーバ９０による課金処理は行われず、ＶＭサーバ１０から課金元情報が送信された場合に課金サーバ９０による課金処理が行われる。つまり、交換機が課金停止機能を有していない図６の場合でも、課金サーバ９０は、ステップＳ１１０２ｂ、および、ステップＳ１１１７においてそれぞれ送信される課金元情報について、課金処理を行うことができる。

　（第３の実施形態）
　本実施形態では、音声通信用サーバ装置がボイスメールサーバ装置であり、自キャリア網から他キャリア網のボイスメールサーバ装置へメッセージを録音する場合について説明する。本実施の形態によるボイスメールサーバ装置の機能について、図１３を参照して説明する。図１３を参照すると、本実施形態によるボイスメールサーバ装置１０は、呼処理部１と、呼処理シナリオ２と、ＣＤＥコードテーブル３と、メディア処理部４と、メディア蓄積部５と、メディア制御シナリオ６と、を備えている。

　呼処理部１は、外部の装置との間の信号送受信を実現するサーバインタフェース機能と、ガイダンスを出力する場合に起動するメディア制御シナリオをメディア処理部に通知するメディア処理部インタフェース機能と、発信信号を受信した時（すなわち着信時）に呼処理シナリオを起動する他、ＭＮＰ先（ポートアウト先）を示す通知を送信する呼処理シナリオインタフェース機能とを有している。

　呼処理シナリオ２は、呼処理部１の呼処理シナリオインタフェース機能によって起動されるプログラム群である。呼処理シナリオ２には、ＣＤＥコードテーブル３にアクセスして電話番号帯を元に通信キャリア網を特定するプログラム、転送先のキャリア網（接続先キャリア網）を指示するプログラム、ＭＮＰ先の通知を受信するプログラム、ＭＮＰ先への接続指示を送信するプログラム、音声ガイダンスを出力する場合にメディア制御シナリオを起動するプログラム、課金元情報を課金サーバへ送信する課金元情報送信機能を実現するプログラム、交換機２０の課金処理を停止する指示を行う非課金指示機能を実現するプログラム、が含まれている。

　ＣＤＥコードテーブル３は、電話番号の特定の桁（上三桁）であるＣＤＥコードと、そのＣＤＥコードによって定まるキャリア網との対応を示すテーブルであり、電話番号帯からキャリアを特定するために設けられている。呼処理シナリオ２が、発信信号に含まれている発信先の移動電話端末の電話番号のＣＤＥコードについて、このＣＤＥコードテーブル３を参照することにより、キャリア網を特定することができる。

　しかしながら、移動電話番号ポータビリティ（ＭＮＰ）の制度を利用して他社のキャリアとの契約に移行した場合には、ＣＤＥコードテーブル３を参照しても、発信先の移動電話端末の現在のキャリアを完全に特定することはできない。つまり、電話番号帯を確認することによって判定できるキャリアから他のキャリアへポートアウトしている可能性があるので、ＣＤＥコードテーブル３を参照するだけでは、現在のキャリアを完全に特定するには至らない。

　メディア処理部４は、移動電話端末へ、音声によるガイダンスメッセージを出力するための制御信号を交換機２０へ送信する交換機インタフェース機能と、呼処理部１からの要求により、ユーザによる音声メッセージの録音および再生を行うためのメディア制御シナリオ６を起動する呼処理部インタフェース機能と、移動電話端末から自装置への呼と、他のボイスメールサーバ装置から自装置への呼とをミックスして電話会議を実現するための会議機能（Conference機能）とを有している。

　メディア蓄積部５は、ユーザによる音声メッセージを記憶する機能を有している。
　メディア制御シナリオ６は、メディア処理部４によって起動されるプログラム群である。メディア制御シナリオ６には、ユーザによる音声メッセージをメディア蓄積部５へ録音するプログラム、メディア蓄積部５に記憶されている音声メッセージを再生するプログラム、が含まれている。

　メディア制御シナリオ６のプログラムによって実現される機能には、以下の機能がある。すなわち、メッセージの再生中に、そのメッセージの録音元に対する返信を受け付ける返信受付機能、メッセージの返信先のキャリア網を特定するキャリア網特定機能、移動電話端末から自装置への呼を他のボイスメールサーバ装置へ転送する呼転送機能、他のボイスメールサーバ装置から自装置への転送呼があった場合に、メッセージの録音を受け付ける録音受付機能、メッセージの返信が終了した場合に、通話内容の切替を認識し、メッセージの再生処理を継続する再生呼継続機能、ＰＢ信号を受信した場合に通話内容の切替を認識するＰＢ受信機能、課金サーバ９０が行う課金処理に関する課金レートを変更する課金レート変更機能、がある。

　また、ボイスメールサーバ装置１０は、ネットワークを介して交換機２０と接続されている。本例では、呼処理部１を含むＣ－ｐｌａｎｅ側（制御側）、メディア処理部４を含むＵ－ｐｌａｎｅ側（ユーザ側）、がそれぞれ交換機２０と接続されている。本例では、Ｃ－ｐｌａｎｅ側のプロトコルがＳＩＰ、Ｕ－ｐｌａｎｅ側のプロトコルがＲＴＰ、である。交換機２０は、ＶＭサーバ１０からの指示により、課金処理を停止する課金停止機能を有している場合と、この課金停止機能を有していない場合とがある。交換機２０が課金停止機能を有している場合、交換機２０は、ＶＭサーバ１０から送信される指示により、交換機２０が作成した課金元情報について課金サーバ９０への送信を停止するか、または、交換機２０による課金元情報の作成を停止する。

　一方、図１４のように、交換機２０が課金停止機能を有していない場合、ＶＭサーバ１０は、非課金指示機能を有していない。交換機２０が課金停止機能を有していない場合、課金サーバ９０内の課金処理機能が、課金停止機能の代替処理を行う。すなわち、課金サーバ９０内の課金処理機能において、交換機２０から送信される課金元情報とＶＭサーバ１０から送信される課金元情報との照合（突合せ）を行い、交換機２０から送信される課金元情報に対しては課金しない、といった代替処理を行う。この代替処理を課金サーバ９０内の課金処理機能が行う場合、ＶＭサーバ１０の課金元情報送信機能は、交換機２０が出力する課金元情報と呼との照合が可能なユニークなＩＤを、課金サーバ９０に送信する課金元情報に含めておく必要がある。

　ＶＭサーバ１０において通話内容の切替を検出しない場合は、交換機２０から送信される課金元情報に対して、課金サーバ９０の課金処理機能が課金処理を行う。そして、ＶＭサーバ１０において通話内容の切替を検出した場合は、上記のようにＶＭサーバ１０から送信される課金元情報に対して、課金サーバ９０の課金処理機能が課金処理を行う。つまり、課金サーバ９０の課金処理機能は、交換機から送信される課金元情報と課金元情報送信部から送信される課金元情報とのいずれか一方のみに対して課金を行う。

　ところで、ボイスメールサーバ装置１０は、呼処理部１の機能によって、外部の装置である、ＳＭＳ送信サーバ３０、他社キャリア網ボイスメールサーバ装置４０、ＭＮＰ－ＤＢ（Database）５０、および、ＨＳＳ（Home Subscriber Server）６０と、それぞれ接続することができる。
　ＳＭＳ送信サーバ３０は、周知のＳＭＳによるメッセージを送信するサーバである。このＳＭＳ送信サーバ３０へ、メッセージの送信要求を送信することにより、ＳＭＳによる
メッセージが送信される。すなわち、呼処理部１からＳＭＳ送信サーバ３０へ、メッセージの送信要求を送信することにより、ボイスメールが録音された旨をＳＭＳのメッセージによって通知したり、ボイスメールが再生された旨をＳＭＳのメッセージによって通知したりすることができる。

　他社キャリア網のボイスメールサーバ装置４０は、他社が管理する他社キャリア網に設けられているボイスメールサーバ装置（以後、適宜、ＶＭサーバと略記する）である。呼処理部１が発信信号を送信すると、その発信信号は、関門交換機や他社キャリア網に設けられている交換機を介して他社キャリア網ＶＭサーバ４０に入力される。本例では、リダイレクト応答によって再生成された発信信号についても、関門交換機や他社キャリア網に設けられている交換機を介して他社キャリア網のＶＭサーバ４０に入力される。

　ＭＮＰ－ＤＢ５０は、電話番号とＭＮＰによってポートアウトした先のキャリア網との対応を示すデータベースである。電話番号について、このＭＮＰ－ＤＢ５０を参照することにより、ポートアウトした先のキャリア網を特定することができる。本例では、呼処理部１が、発信信号に含まれている電話番号について、このＭＮＰ－ＤＢ５０を参照することにより、ポートアウトした先のキャリア網を特定する。
　ＨＳＳ６０は、ユーザプロファイル情報を管理するサーバである。このＨＳＳ６０を参照することによって、本例では、呼処理部１が、ＨＳＳ６０にアクセスすることによって、ユーザプロファイル情報を取得する。

　以下、再生処理中に返信する場合において、各装置間で授受される信号について説明する。メッセージ再生中の返信を実現する際、Conference機能を用いる場合とそれを用いない場合とで動作が異なる。
　（Conference機能を用いる場合）
　図１５および図１６は、Ｄ社ＶＭサーバ１０ＤのConference機能を用いて、メッセージ再生中の返信を実現する場合において、各装置間で授受される信号を示す。

　図１５において、メッセージ再生中の移動電話端末７０ＡからＶＭサーバ１０Ｄへ、そのメッセージに対する返信要求を送信する（ステップＳ２００１）。この返信要求を受信したＤ社ＶＭサーバ１０Ｄは、他のキャリア網への返信要求が移動電話端末７０Ａから出力されたことを検出する（ステップＳ２００２）。すると、Ｄ社ＶＭサーバ１０Ｄは、課金レートが切替わることを認識し、課金処理の停止を交換機２０に指示する（ステップＳ２００２ａ）。さらに、ＶＭサーバ１０は、課金元情報を課金サーバ９０へ送信する（ステップＳ２００２ｂ）。この課金元情報は、電話端末７０Ａによるメッセージ再生に関する課金元情報であり、この課金元情報に基づいて課金サーバ９０は課金処理を行う（ステップＳ２００２ｃ）。

　また、Ｄ社ＶＭサーバ１０Ｄは、呼を他のキャリア網に転送する旨のガイダンスメッセージを出力するため、ＶＭサーバ１０Ｄから移動電話端末７０Ａへ、呼び出し中であることを示す暫定応答（図示せず）を送信する。この暫定応答は、例えば、ＳＩＰの１８３メッセージによって実現することができる。このガイダンスメッセージは、周知のリングバックトーンと同様であり、下り方向だけの音声である。ガイダンスメッセージは、例えば、「他キャリアに転送します」である（ステップＳ２００３）。

　その後、ＶＭサーバ１０Ｄは、ステップＳ２００２において判定されたキャリア網に向けて、発信信号を送信する（ステップＳ２００４）。この発信信号は、例えば、ＳＩＰのＩＮＶＩＴＥメッセージによって実現することができる。
　ステップＳ２００４において送信される発信信号には、発信先「Ｔｏ」として、発信先の移動電話端末の電話番号の先頭にＡ社キャリア網のＶＭサーバの電話番号を付加した「０９０ＸＸＸＸＸＸＸＸ＋０９０ＢＢＢＢＢＢＢＢ」が含まれている。また、ステップＳ２００４において送信される発信信号には、発信元「Ｆｒｏｍ」として、「０９０ＡＡＡＡＡＡＡＡ」が含まれている。さらに、ステップＳ２００４において送信される発信信号には、Ｄ社ＶＭサーバ１０ＤのＳＤＰ（Ｕ－ｐｌａｎｅ接続先のＩＰアドレス）が付加されている。

　この発信信号を受取った関門交換機８０は、発信信号をＡ社キャリア網のＶＭサーバ１０Ａへ送信する（ステップＳ２００５）。ステップＳ２００５において送信される発信信号には、発信先「Ｔｏ」として、発信先の移動電話端末７０Ａの電話番号の先頭にＶＭサーバの電話番号を付加した「０９０ＸＸＸＸＸＸＸＸ＋０９０ＢＢＢＢＢＢＢＢ」が含まれている。また、ステップＳ２００５において送信される発信信号には、発信元「Ｆｒｏｍ」として、「０９０ＡＡＡＡＡＡＡＡ」が含まれている。このステップＳ２００５において送信される発信信号は、例えば、ＩＳＵＰのＩＡＭメッセージによって実現することができる。

　この発信信号を受取ったＡ社キャリア網のＶＭサーバ１０Ａは、まず、暫定応答メッセージを送信する（ステップＳ２００６）。この暫定応答メッセージは、関門交換機８０を介して、Ｄ社キャリア網のＶＭサーバ１０Ｄによって受信される（ステップＳ２００７）。
　ここで、ステップＳ２００６において送信される暫定応答メッセージは、例えば、ＩＳＵＰのＡＣＭ／ＣＰＧ（Address Complete Message／Call Progress）メッセージによって実現することができる。また、ステップＳ２００７において送信される暫定応答メッセージは、例えば、ＳＩＰの１８３メッセージによって実現することができる。

　その後、Ａ社キャリア網のＶＭサーバ１０Ａは、応答メッセージを送信する（ステップＳ２００８）。この応答メッセージは、関門交換機８０を介して、Ｄ社ＶＭサーバ１０Ｄへ送信される（ステップＳ２００９）。ステップＳ２００８において送信される応答メッセージは、例えば、ＳＩＰのＡＮＭメッセージによって実現することができる。また、ステップＳ２００９において送信される応答メッセージは、例えば、ＳＩＰの２００ＯＫメッセージによって実現することができる。

　以上の処理の後、Ａ社キャリア網のＶＭサーバ１０ＡとＤ社キャリア網のＶＭサーバ１０Ｄとの間に呼が確立され（ステップＳ２０１０ｂ）、この呼の音声と発信元の移動電話端末７０ＡとＤ社キャリア網のＶＭサーバ１０Ｄとの間の継続中の呼（ステップＳ２０１０ａ）の音声とがＤ社ＶＭサーバ１０ＤのConference機能によって、ミックスされる。このConference機能により、移動電話端末７０Ａから、Ａ社キャリア網のＶＭサーバ１０Ａへ、返信メッセージを録音することができる。その際、Ａ社キャリア網のＶＭサーバ１０Ａは、ＶＭサービスに関するガイダンスを出力するのが一般的である。このガイダンスメッセージは、例えば、「こちらはＡ社お留守番センターです。発信音の後にメッセージをどうぞ」である。

　図１６に移行し、Ｄ社ＶＭサーバ１０ＤのConference機能によって、発信元の移動電話端末７０ＡとＤ社キャリア網のＶＭサーバ１０Ｄとの間の呼の音声と、Ａ社キャリア網のＶＭサーバ１０ＡとＤ社キャリア網のＶＭサーバ１０Ｄとの間の呼の音声とがミックスされている状態において（ステップＳ２１０１ａ、Ｓ２１０１ｂ）、Ａ社ＶＭサーバ１０Ａが返信メッセージの録音の終了を検出する（ステップＳ２１０２）。すると、Ａ社ＶＭサーバ１０Ａから切断信号が送信され（ステップＳ２１０３）、この切断信号は関門交換機８０を介してＤ社ＶＭサーバ１０Ｄにおいて受信される（ステップＳ２１０４）。ステップＳ２１０３において送信される切断信号は、例えば、ＩＳＵＰのＲＥＬ（Release）メッセージによって実現することができる。また、ステップＳ２１０４において送信される切断信号は、例えば、ＳＩＰのＢｙｅメッセージによって実現することができる。

　ステップＳ２１０３において送信される切断信号に対しては、関門交換機８０から切断応答信号が送信される（ステップＳ２１０５）。ステップＳ２１０５において送信される切断応答信号は、例えば、ＩＳＵＰのＲＬＣ（Release Complete）メッセージによって実現することができる。また、ステップＳ２１０４において送信される応答信号に対しては、Ｄ社ＶＭサーバ１０Ｄから応答信号が送信される（ステップＳ２１０６）。ステップＳ２１０６において送信される応答信号は、例えば、ＳＩＰの２００ＯＫ（Ｂｙｅ）メッセージによって実現することができる。

　その後、Ｄ社ＶＭサーバ１０Ｄの再生呼継続機能により、通話内容の切替を認識し、再生処理へ移行する（ステップＳ２１０７）。すると、ＶＭサーバ１０Ｄは、課金レートが切替わることを認識し、課金元情報を課金サーバ９０へ送信する（ステップＳ２１０７ａ）。この課金元情報は、電話端末７０Ａからの発呼による電話端末７０Ｂとの直接通話に関する課金元情報であり、この課金元情報に基づいて課金サーバ９０は課金処理を行う（ステップＳ２１０７ｂ）。以後、それまでの再生処理が継続される。

　つまり、音声メッセージの再生状態、および、音声メッセージの録音元端末に対応する他のＶＭサーバへの音声メッセージの録音状態の、いずれか一方の状態から他方の状態への変化を、通話内容の切替として検出することができる。これにより、ＶＭサーバ１０は、課金元情報を課金サーバ９０へ送信することができ、課金サーバ９０は課金処理を行うことができる。

　なお、再生処理が継続されることを、移動電話端末７０Ａのユーザに知らせるため、その旨のガイダンスを出力するのが一般的である。このガイダンスメッセージは、例えば、「次のメッセージを再生します」である（ステップＳ２１０８）。
　その後、電話端末７０Ａによる再生処理が終了し、呼が切断されると、ＶＭサーバ１０Ｄは、課金元情報を課金サーバ９０へ送信し、この課金元情報に基づいて課金サーバ９０は課金処理を行う（図示せず）。

　なお、図１４を参照して説明した、交換機が課金停止機能を有していない場合には、図１５中の交換機２０への課金処理の停止指示（ステップＳ２００２ａ）は、行われない。そして、図１５中のステップＳ２００２ｂにおいて送信される課金元情報、および、図１６中のステップＳ２１０７ａにおいて送信される課金元情報には、交換機２０から送信される課金元情報とＶＭサーバ１０から送信される課金元情報との紐づけが可能なＩＤ（識別情報）が含まれている。

　課金サーバ９０は、このＩＤを参照することにより、交換機２０から課金元情報が送信された場合（図示せず）には課金サーバ９０による課金処理は行われず、ＶＭサーバ１０から課金元情報が送信された場合に課金サーバ９０による課金処理が行われる。つまり、交換機が課金停止機能を有していない図１４の場合でも、課金サーバ９０は、ステップＳ２００２ｂ、および、ステップＳ２１０７ａにおいてそれぞれ送信される課金元情報について、課金処理を行うことができる。

　次に、Conference機能を用いる場合の、ＶＭサーバ１０Ｄ内の各部の信号授受について図１７を参照して説明する。
　図１７において、メディア制御シナリオ６は、再生後メニューの再生指示を出力する（ステップＳ２２０１）。この再生指示はメディア処理部４に入力される（ステップＳ２２０２）。すると、メディア処理部４は、移動電話端末７０Ａへ、音声によるメニューガイダンスを出力する（ステップＳ２２０３）。このメニューガイダンスは、例えば、「返信は１＃を、次のメッセージ再生は２＃を、…」である。

　このガイダンスメッセージを聞いたユーザが、移動電話端末７０Ａのボタンを押下することにより、ＰＢ音がメディア処理部４に入力される（ステップＳ２２０４）。ここでは「＃１」が押下され、対応するＰＢ音がメディア処理部４に入力された場合について説明する。メディア処理部４は、入力されたＰＢ音をメディア制御シナリオ６に通知する（ステップＳ２２０５）。この通知により、メディア制御シナリオ６は、録音（返信）要求を検出し、返信の可否を問合せるための問合せ信号を送信する（ステップＳ２２０６）。この問合せ信号は呼処理シナリオ２によって受信され（ステップＳ２２０７）、呼処理部１を介して、課金処理の停止を交換機２０に指示する（ステップＳ２２０７ａ、Ｓ２２０７ｂ）。さらに、ＶＭサーバ１０は、課金元情報を課金サーバ９０へ送信する（ステップＳ２２０７ｃ）。この課金元情報は、電話端末７０Ａによるメッセージ再生に関する課金元情報であり、この課金元情報に基づいて課金サーバ９０は課金処理を行う（ステップＳ２２０７ｄ）。

　その後、呼処理シナリオ２はユーザプロファイルの取得するため（ステップＳ２２０８）、ＨＳＳ６０にアクセスし、ユーザプロファイルの取得を要求する（ステップＳ２２０９ａ、Ｓ２２０９ｂ）。取得を要求されたＨＳＳ６０は、Ｄ社ＶＭサーバ１０Ｄの呼処理シナリオ２に、ユーザプロファイルを応答する（ステップＳ２２１０、Ｓ２２１１ａ、Ｓ２２１１ｂ）。

　応答されたユーザプロファイルを取得したＤ社ＶＭサーバ１０Ｄの呼処理シナリオ２は、発信信号の宛先（つまりメッセージの録音元）が自社キャリア網のユーザの移動電話端末か判定する（ステップＳ２２１２）。この判定の結果、発信信号の宛先が他社のキャリア網のユーザの移動電話端末である場合、Conference機能によるカンファレンスモード（conference mode）が起動される（ステップＳ２２１３）。カンファレンスモードの起動信号がメディア制御シナリオ６に送信されると（ステップＳ２２１４）、メディア制御シナリオ６は、カンファレンス用のＵ－ｐｌａｎｅリソースのハント処理を行う（ステップＳ２２１５、Ｓ２２１６ａ、Ｓ２２１６ｂ）。そして、メディア制御シナリオ６は、現在の再生状態を保持する（ステップＳ２２１７）。例えば、現在、メッセージの３件目まで再生が完了していた場合、その再生状態を保持する。

　メディア制御シナリオ６によって現在の再生状態が保持された後、呼処理シナリオ２は、ＣＤＥコードテーブル３を参照して、キャリア網を特定し、そのキャリア網に向けて発信信号を送信する（ステップＳ２２１８、Ｓ２２１９、Ｓ２２２０ａ、Ｓ２２２０ｂ）。そして、呼処理シナリオ２は、ＶＭサーバへの接続要求を転送する指示を呼処理部１に出力する（ステップＳ２２２１、Ｓ２２２２）。

　呼処理部１は、ステップＳ２２２０において特定されたキャリア網に向けて、発信信号を送信する（ステップＳ２２２３）。この発信信号は、例えば、ＳＩＰのＩＮＶＩＴＥメッセージによって実現することができる。その後、呼処理部１は、交換機２０を介して、暫定応答メッセージを受信する（ステップＳ２２２４）。ステップＳ２２２４において送信される暫定応答メッセージは、例えば、ＳＩＰの１８３メッセージによって実現することができる。暫定応答メッセージを受信した呼処理部１は、リアルタイム通信を開始するため、メディア処理部４に対し、ＳＤＰによる更新処理を行う（ステップＳ２２２５）。

　その後、呼処理部１は、交換機２０を介して、応答メッセージを受信する（ステップＳ２２２６）。ステップＳ２２２６において送信される応答メッセージは、例えば、ＳＩＰの２００ＯＫメッセージによって実現することができる。この応答メッセージを受信した呼処理部１は、受信した旨を呼処理シナリオ２に通知する（ステップＳ２２２７）。これにより、呼処理シナリオ２は、他のキャリア網のＶＭサーバから応答があったことを認識し（ステップＳ２２２８）、他のキャリア網のＶＭサーバへの接続をメディア制御シナリオ６に指示する（ステップＳ２２２９）。メディア制御シナリオ６は、カンファレンスモード開始をメディア処理部４に指示する（ステップＳ２２３０、Ｓ２２３１）。

　以後、Ａ社キャリア網のＶＭサーバ１０ＡとＤ社キャリア網のＶＭサーバ１０Ｄとの間に呼が確立され（ステップＳ２２３２ｂ）、この呼の音声と発信元の移動電話端末７０ＡとＤ社キャリア網のＶＭサーバ１０Ｄとの間の継続中の呼（ステップＳ２２３２ａ）の音声とがメディア処理部４のConference機能によって、ミックスされる。このConference機能により、移動電話端末７０Ａから、Ａ社キャリア網のＶＭサーバ１０Ａへ、返信メッセージを録音することができる。その際、Ａ社キャリア網のＶＭサーバ１０Ａは、ＶＭサービスに関するガイダンスを出力するのが一般的である。このガイダンスメッセージは、例えば、「こちらはＡ社お留守番センターです。発信音の後にメッセージをどうぞ」である。

　その後、電話端末７０Ａによるメッセージ録音処理が終了し、呼が切断されると、ＶＭサーバ１０は、課金元情報を課金サーバ９０へ送信し、この課金元情報に基づいて課金サーバ９０は課金処理を行う（図示せず）。
　なお、図１４を参照して説明した、交換機が課金停止機能を有していない場合には、図１７中の交換機２０への課金処理の停止指示（ステップＳ２２０７ａ、Ｓ２２０７ｂ）は、行われない。そして、図１７中のステップＳ２２０７ｃにおいて送信される課金元情報、および、電話端末７０Ａによるメッセージ録音処理が終了し呼が切断された後にＶＭサーバ１０から送信される課金元情報（図示せず）には、交換機２０から送信される課金元情報とＶＭサーバ１０から送信される課金元情報との紐づけが可能なＩＤ（識別情報）が含まれている。

　課金サーバ９０は、このＩＤを参照することにより、交換機２０から課金元情報が送信された場合（図示せず）には課金サーバ９０による課金処理は行われず、ＶＭサーバ１０から課金元情報が送信された場合に課金サーバ９０による課金処理が行われる。つまり、交換機が課金停止機能を有していない図１４の場合でも、課金サーバ９０は、ステップＳ２２０７ｃにおいて課金元情報、および、呼が切断された後にＶＭサーバ１０から送信される課金元情報（図示せず）について、課金処理を行うことができる。

　（Conference機能を用いない場合）
　図１８および図１９は、Ｄ社ＶＭサーバ１０ＤのConference機能を用いずに、メッセージ再生中の返信を実現する場合において、各装置間で授受される信号を示す。
　図１８において、メッセージ再生中の移動電話端末７０ＡからＶＭサーバ１０Ｄへ、そのメッセージに対する返信要求を送信する（ステップＳ２３０１）。この返信要求を受信したＤ社ＶＭサーバ１０Ｄは、他のキャリア網への返信要求が移動電話端末７０Ａから出力されたことを検出する（ステップＳ２３０２）。

　すると、Ｄ社ＶＭサーバ１０Ｄは、課金レートが切替わることを認識し、課金処理の停止を交換機２０に指示する（ステップＳ２３０２ａ）。さらに、ＶＭサーバ１０は、課金元情報を課金サーバ９０へ送信する（ステップＳ２３０２ｂ）。この課金元情報は、電話端末７０Ａによるメッセージ再生に関する課金元情報であり、この課金元情報に基づいて課金サーバ９０は課金処理を行う（ステップＳ２３０２ｃ）。

　また、Ｄ社ＶＭサーバ１０Ｄは、呼を他のキャリア網に転送する旨のガイダンスメッセージを出力するため、ＶＭサーバ１０Ｄから移動電話端末７０Ａへ、呼び出し中であることを示す暫定応答（図示せず）を送信する。この暫定応答は、例えば、ＳＩＰの１８３メッセージによって実現することができる。このガイダンスメッセージは、周知のリングバックトーンと同様であり、下り方向だけの音声である。ガイダンスメッセージは、例えば、「他キャリアに転送します」である（ステップＳ２３０３）。

　その後、ＶＭサーバ１０Ｄは、ステップＳ２３０２において判定されたキャリア網に向けて、発信信号を送信する（ステップＳ２３０４）。この発信信号は、例えば、ＳＩＰのＩＮＶＩＴＥメッセージによって実現することができる。
　ステップＳ２３０４において送信される発信信号には、発信先「Ｔｏ」として、発信先の移動電話端末の電話番号の先頭にＡ社キャリア網のＶＭサーバの電話番号を付加した「０９０ＸＸＸＸＸＸＸＸ＋０９０ＢＢＢＢＢＢＢＢ」が含まれている。また、ステップＳ２３０４において送信される発信信号には、発信元「Ｆｒｏｍ」として、「０９０ＡＡＡＡＡＡＡＡ」が含まれている。さらに、ステップＳ２３０４において送信される発信信号には、メッセージの返信要求を送信した移動電話端末７０Ａすなわち発信端末のＳＤＰ（Ｕ－ｐｌａｎｅ接続先のＩＰアドレス）が付加されている。

　この発信信号を受取った関門交換機８０は、発信信号をＡ社キャリア網のＶＭサーバ１０Ａへ送信する（ステップＳ２３０５）。ステップＳ２３０５において送信される発信信号には、発信先「Ｔｏ」として、発信先の移動電話端末７０Ａの電話番号の先頭にＶＭサーバの電話番号を付加した「０９０ＸＸＸＸＸＸＸＸ＋０９０ＢＢＢＢＢＢＢＢ」が含まれている。また、ステップＳ２３０５において送信される発信信号には、発信元「Ｆｒｏｍ」として、「０９０ＡＡＡＡＡＡＡＡ」が含まれている。このステップＳ２３０５において送信される発信信号は、例えば、ＩＳＵＰのＩＡＭメッセージによって実現することができる。

　この発信信号を受取ったＡ社キャリア網のＶＭサーバ１０Ａは、まず、暫定応答メッセージを送信する（ステップＳ２３０６）。この暫定応答メッセージは、関門交換機８０を介して、Ｄ社キャリア網のＶＭサーバ１０Ｄによって受信される（ステップＳ２３０７）。
　ここで、ステップＳ２３０６において送信される暫定応答メッセージは、例えば、ＩＳＵＰのＡＣＭ／ＣＰＧメッセージによって実現することができる。また、ステップＳ２３０７において送信される暫定応答メッセージは、例えば、ＳＩＰの１８３メッセージによって実現することができる。

　なお、Ａ社キャリア網のＶＭサーバ１０Ａは、応答メッセージを送信する（ステップＳ２３０８）。ステップＳ２３０８において送信される応答メッセージは、例えば、ＳＩＰのＡＮＭメッセージによって実現することができる。
　その後、ステップＳ２３０７において送信される暫定応答メッセージを受信したＤ社ＶＭサーバ１０Ｄは、移動電話端末７０Ａに向けて切替信号を送信する（ステップＳ２３０９）。この切替信号を受信した移動電話端末７０Ａは、応答信号を送信する（ステップＳ２３１０）。ステップＳ２３０９において送信される切替信号は、例えば、ＳＩＰのＲｅ－ＩＮＶＩＴＥメッセージによって実現することができる。ステップＳ２３１０において送信される応答信号は、例えば、ＳＩＰの２００ＯＫメッセージによって実現することができる。

　ここで、ステップＳ２３０７において送信される暫定応答メッセージは、到達確認を要求する応答メッセージであり、Ｄ社ＶＭサーバ１０Ｄと関門交換機８０との間で到達確認メッセージが授受される（ステップＳ２３１１）。その後、関門交換機８０からＤ社ＶＭサーバ１０Ｄへ応答メッセージが送信される（ステップＳ２３１２）。ステップＳ２３１２において送信される応答メッセージは、例えば、ＳＩＰの２００ＯＫメッセージによって実現することができる。

　以上の処理の後、Ａ社キャリア網のＶＭサーバ１０Ａと発信元の移動電話端末７０Ａとの間で呼が確立される（ステップＳ２３１３）。この呼が確立されたことにより、移動電話端末７０Ａから、Ａ社キャリア網のＶＭサーバ１０Ａへ、返信メッセージを録音することができる。その際、Ａ社キャリア網のＶＭサーバ１０Ａは、ＶＭサービスに関するガイダンスを出力するのが一般的である。このガイダンスメッセージは、例えば、「こちらはＡ社お留守番センターです。発信音の後にメッセージをどうぞ」である。

　図１９に移行し、Ａ社キャリア網のＶＭサーバ１０Ａと発信元の移動電話端末７０Ａとの間で呼が確立されている状態において（ステップＳ２４０１）、Ａ社ＶＭサーバ１０Ａが返信メッセージの録音の終了を検出する（ステップＳ２４０２）。すると、Ａ社ＶＭサーバ１０Ａから切断信号が送信され（ステップＳ２４０３）、この切断信号は関門交換機８０を介してＤ社ＶＭサーバ１０Ｄにおいて受信される（ステップＳ２４０４）。ステップＳ２４０３において送信される切断信号は、例えば、ＩＳＵＰのＲＥＬ（Release）メッセージによって実現することができる。また、ステップＳ２４０４において送信される切断信号は、例えば、ＳＩＰのＢｙｅメッセージによって実現することができる。

　ステップＳ２４０３において送信される切断信号に対しては、関門交換機８０から切断応答信号が送信される（ステップＳ２４０５）。ステップＳ２４０５において送信される切断応答信号は、例えば、ＩＳＵＰのＲＬＣ（Release Complete）メッセージによって実現することができる。また、ステップＳ２４０４において送信される応答信号に対しては、Ｄ社ＶＭサーバ１０Ｄから応答信号が送信される（ステップＳ２４０６）。ステップＳ２４０６において送信される応答信号は、例えば、ＳＩＰの２００ＯＫ（Ｂｙｅ）メッセージによって実現することができる。

　さらに、Ｄ社ＶＭサーバ１０Ｄは、移動電話端末７０Ａに向けて切替信号を送信する（ステップＳ２４０７）。この切替信号を受信した移動電話端末７０Ａは、応答信号を送信する（ステップＳ２４０８）。ステップＳ２４０７において送信される切替信号は、例えば、ＳＩＰのＲｅ－ＩＮＶＩＴＥメッセージによって実現することができる。ステップＳ２４０８において送信される応答信号は、例えば、ＳＩＰの２００ＯＫメッセージによって実現することができる。

　その後、Ｄ社ＶＭサーバ１０Ｄの再生呼継続機能により、通話内容の切替を認識し、再生処理へ移行する（ステップＳ２４０９）。すると、ＶＭサーバ１０Ｄは、課金レートが切替わることを認識し、課金元情報を課金サーバ９０へ送信する（ステップＳ２４０９ａ）。この課金元情報は、電話端末７０Ａからの発呼による電話端末７０Ｂとの直接通話に関する課金元情報であり、この課金元情報に基づいて課金サーバ９０は課金処理を行う（ステップＳ２４０９ｂ）。以後、それまでの再生処理が継続される。これにより、それまでの再生処理が継続される。

　なお、再生処理が継続されることを、移動電話端末７０Ａのユーザに知らせるため、その旨のガイダンスを出力するのが一般的である。このガイダンスメッセージは、例えば、「次のメッセージを再生します」である（ステップＳ２４１０）。
　その後、電話端末７０Ａによる再生処理が終了し、呼が切断されると、ＶＭサーバ１０Ｄは、課金元情報を課金サーバ９０へ送信し、この課金元情報に基づいて課金サーバ９０は課金処理を行う（図示せず）。

　なお、図１４を参照して説明した、交換機が課金停止機能を有していない場合には、図１８中の交換機２０への課金処理の停止指示（ステップＳ２３０２ａ）は、行われない。そして、図１８中のステップＳ２３０２ｂにおいて送信される課金元情報、および、図１９中のステップＳ２４０９ａにおいて送信される課金元情報には、交換機２０から送信される課金元情報とＶＭサーバ１０から送信される課金元情報との紐づけが可能なＩＤ（識別情報）が含まれている。

　課金サーバ９０は、このＩＤを参照することにより、交換機２０から課金元情報が送信された場合（図示せず）には課金サーバ９０による課金処理は行われず、ＶＭサーバ１０から課金元情報が送信された場合に課金サーバ９０による課金処理が行われる。つまり、交換機が課金停止機能を有していない図１４の場合でも、課金サーバ９０は、ステップＳ２３０２ｂ、および、ステップＳ２４０９ａにおいてそれぞれ送信される課金元情報について、課金処理を行うことができる。

　次に、Conference機能を用いない場合の、ＶＭサーバ１０Ｄ内の各部の信号授受について図２０を参照して説明する。
　図２０において、メディア制御シナリオ６は、再生後メニューの再生指示を出力する（ステップＳ２５０１）。この再生指示はメディア処理部４に入力される（ステップＳ２５０２）。すると、メディア処理部４は、移動電話端末７０Ａへ、音声によるメニューガイダンスを出力する（ステップＳ２５０３）。このメニューガイダンスは、例えば、「返信は１＃を、次のメッセージ再生は２＃を、…」である。

　このガイダンスメッセージを聞いたユーザが、移動電話端末７０Ａのボタンを押下することにより、ＰＢ音がメディア処理部４に入力される（ステップＳ２５０４）。ここでは「＃１」が押下され、対応するＰＢ音がメディア処理部４に入力された場合について説明する。メディア処理部４は、入力されたＰＢ音をメディア制御シナリオ６に通知する（ステップＳ２５０５）。この通知により、メディア制御シナリオ６は、録音（返信）要求を検出し、返信の可否を問合せるための問合せ信号を送信する（ステップＳ２５０６）。この問合せ信号は呼処理シナリオ２によって受信され（ステップＳ２５０７）、呼処理部１を介して、課金処理の停止を交換機２０に指示する（ステップＳ２５０７ａ、Ｓ２５０７ｂ）。さらに、ＶＭサーバ１０は、課金元情報を課金サーバ９０へ送信する（ステップＳ２５０７ｃ）。この課金元情報は、電話端末７０Ａによるメッセージ再生に関する課金元情報であり、この課金元情報に基づいて課金サーバ９０は課金処理を行う（ステップＳ２５０７ｄ）。

　その後、呼処理シナリオ２はユーザプロファイルの取得するため（ステップＳ２５０８）、呼処理シナリオ２はＨＳＳ６０にアクセスし、ユーザプロファイルの取得を要求する（ステップＳ２５０９ａ、Ｓ２５０９ｂ）。取得を要求されたＨＳＳ６０は、Ｄ社ＶＭサーバ１０Ｄの呼処理シナリオ２に、ユーザプロファイルを応答する（ステップＳ２５１０、Ｓ２５１１ａ、Ｓ２５１１ｂ）。応答されたユーザプロファイルを取得したＤ社ＶＭサーバ１０Ｄの呼処理シナリオ２は、発信信号の宛先（つまりメッセージの録音元）が自社キャリア網のユーザの移動電話端末か判定する（ステップＳ２５１２）。この判定の結果、発信信号の宛先が他社のキャリア網のユーザの移動電話端末である場合、Conference機能によるカンファレンスモード（conference mode）が起動される（ステップＳ２５１３）。カンファレンスモードの起動信号がメディア制御シナリオ６に送信されると（ステップＳ２５１４）、メディア制御シナリオ６は、現在の再生状態を保持する（ステップＳ２５１５）。例えば、現在、メッセージの３件目まで再生が完了していた場合、その再生状態を保持する。

　次に、メディア制御シナリオ６は、メディア処理部４に、Ｕ－ｐｌａｎｅの保留（開放）指示を行う（ステップＳ２５１６、Ｓ２５１７ａ、Ｓ２５１７ｂ）。Ｕ－ｐｌａｎｅの保留（開放）指示完了後、呼処理シナリオ２は、ＣＤＥコードテーブル３を参照して、キャリア網を特定し、そのキャリア網に向けて発信信号を送信する（ステップＳ２５１８、Ｓ２５１９、Ｓ２５２０ａ、Ｓ２５２０ｂ）。そして、呼処理シナリオ２は、ＶＭサーバへの接続要求を転送する指示を呼処理部１に出力する（ステップＳ２５２１、Ｓ２５２２）。

　呼処理部１は、ステップＳ２５１９において特定されたキャリア網に向けて、発信信号を送信する（ステップＳ２５２３）。この発信信号は、例えば、ＳＩＰのＩＮＶＩＴＥメッセージによって実現することができる。その後、呼処理部１は、交換機２０を介して、暫定応答メッセージを受信する（ステップＳ２５２４）。ステップＳ２５２４において送信される暫定応答メッセージは、例えば、ＳＩＰの１８３メッセージによって実現することができる。暫定応答メッセージを受信した呼処理部１は、移動電話端末７０Ａに向けて切替信号を送信する（ステップＳ２５２５）。この切替信号を受信した移動電話端末７０Ａは、応答信号を送信する（ステップＳ２５２６）。ステップＳ２５２５において送信される切替信号は、例えば、ＳＩＰのＲｅ－ＩＮＶＩＴＥメッセージによって実現することができる。ステップＳ２５２６において送信される応答信号は、例えば、ＳＩＰの２００ＯＫメッセージによって実現することができる。

　その後、関門交換機８０から応答メッセージが送信され、その応答メッセージを呼処理部１が受信する（ステップＳ２５２７）。ステップＳ２５２７において送信される応答メッセージは、例えば、ＳＩＰの２００ＯＫメッセージによって実現することができる。
　以上の処理の後、Ａ社キャリア網のＶＭサーバ１０Ａと発信元の移動電話端末７０Ａとの間で呼が確立される（ステップＳ２５２８）。この呼が確立されたことにより、移動電話端末７０Ａから、Ａ社キャリア網のＶＭサーバ１０Ａへ、返信メッセージを録音することができる。その際、Ａ社キャリア網のＶＭサーバ１０Ａは、ＶＭサービスに関するガイダンスを出力するのが一般的である。このガイダンスメッセージは、例えば、「こちらはＡ社お留守番センターです。発信音の後にメッセージをどうぞ」である。

　その後、電話端末７０Ａによるメッセージ録音処理が終了し、呼が切断されると、ＶＭサーバ１０Ｄは、課金元情報を課金サーバ９０へ送信し、この課金元情報に基づいて課金サーバ９０は課金処理を行う（図示せず）。
　なお、図１４を参照して説明した、交換機が課金停止機能を有していない場合には、図２０中の交換機２０への課金処理の停止指示（ステップＳ２５０７ａ、Ｓ２５０７ｂ）は、行われない。そして、図２０中のステップＳ２５０７ｃにおいて送信される課金元情報、および、電話端末７０Ａによるメッセージ録音処理が終了し呼が切断された後にＶＭサーバ１０から送信される課金元情報（図示せず）には、交換機２０から送信される課金元情報とＶＭサーバ１０から送信される課金元情報との紐づけが可能なＩＤ（識別情報）が含まれている。

　課金サーバ９０は、このＩＤを参照することにより、交換機２０から課金元情報が送信された場合（図示せず）には課金サーバ９０による課金処理は行われず、ＶＭサーバ１０から課金元情報が送信された場合に課金サーバ９０による課金処理が行われる。つまり、交換機が課金停止機能を有していない図１４の場合でも、課金サーバ９０は、ステップＳ２５０７ｃにおいて課金元情報、および、呼が切断された後にＶＭサーバ１０から送信される課金元情報（図示せず）について、課金処理を行うことができる。

　（その他の適用例）
　音声呼によるメッセージ再生時間やメッセージ録音時間に応じて特典（例えば、課金に関する割引クーポン券の発行）を付与するサービスについて、本発明が適用できる。すなわち、音声呼の接続状態のまま、メッセージの再生処理から録音処理に、またはその逆に切替わった場合に、再生時間に対応する特典、録音時間に対応する特典を別々の内容として付与することができる。
　同様に、メッセージ再生時間やメッセージ録音時間に応じて課金による募金を行うことができるサービスについても、再生時間に対応する募金金額、録音時間に対応する募金金額を別々に設定することができる。

　（音声通信システム）
　上記の音声通信用サーバ装置またはボイスメールサーバ装置は、課金元情報の課金サーバの送信を停止する課金停止機能を有する交換機と共に音声通信システムを構成している。この音声通信システムによれば、交換機による処理を停止させることができ、呼の接続状態を継続したままで、サービスを平準化して提供できる。

　（まとめ）
　従来技術によると、ボイスメールサービスや留守番電話サービスにおいて、メッセージの再生に引き続き、呼を接続したままで返信メッセージを録音する場合には通話内容の切替わりを検出できないので家族割引サービスが適用されないのに対し、呼を一旦切断し、新たに発呼してメッセージを録音する場合には家族割引サービスが適用される。これでは、返信メッセージを録音する点で同じであるものの、ユーザの操作によって、家族割引サービスが適用される場合と適用されない場合とがあり、サービスを平準化して提供することができない。

　本発明によれば、課金処理に用いる課金元情報の課金サーバへの送信を停止させておき、呼の接続が継続している状態において、通話内容の切替を検出した場合に、課金元情報を課金サーバに送信するので、ユーザの操作によって、サービスが適用される場合と適用されない場合とが生じることが無くなり、サービスを平準化して提供できる。
　なお、本発明の範囲は、図示され記載された例示的な実施形態に限定されるものではなく、本発明が目的とするものと均等な効果をもたらすすべての実施形態をも含む。さらに、本発明の範囲は、各請求項により画される発明の特徴の組み合わせに限定されるものではなく、すべての開示されたそれぞれの特徴のうち特定の特徴のあらゆる所望する組み合わせによって画されうる。

　本発明は、ボイスメールサービスや留守番電話サービスなど、携帯電話端末などの電話端末にサービスを提供する音声通信用サーバ装置に利用することができる。

１　呼処理部
２　呼処理シナリオ
４　メディア処理部
５　メディア蓄積部
６　メディア制御シナリオ
１０、１０Ａ、１０Ｄ　ボイスメールサーバ装置
２０、２０Ａ　交換機
３０　ＳＭＳ送信サーバ
４０　他社キャリア網ボイスメールサーバ装置
５０　ＭＮＰ－ＤＢ
６０　ＨＳＳ
７０Ａ、７０Ｂ　電話端末
８０　関門交換機
９０　課金サーバ
１００　音声通信用サーバ装置

Claims

　課金処理に用いる課金元情報を課金サーバへ送信する機能を有する装置へ、呼の接続が継続している状態において、通話内容の切替を検出する検出部と、
　前記検出部が通話内容の切替を検出した場合に前記課金処理に用いる課金元情報を作成して前記課金サーバに送信する課金元情報送信部と、
を含むことを特徴とする音声通信用サーバ装置。
　音声メッセージを記憶する記憶部を更に含み、
　前記検出部は、前記記憶部に記憶されている音声メッセージの再生状態、および、前記記憶部への音声メッセージの録音状態の、いずれか一方の状態から他方の状態への変化を、前記通話内容の切替として検出することを特徴する請求項１に記載の音声通信用サーバ装置。
　音声メッセージを記憶する記憶部を更に含み、
　前記検出部は、前記記憶部に記憶されている音声メッセージの再生状態、および、前記音声メッセージの録音元端末への発呼による通話状態の、いずれか一方の状態から他方の状態への変化を、前記通話内容の切替として検出することを特徴する請求項１に記載の音声通信用サーバ装置。
　音声メッセージを記憶する記憶部を更に含み、
　前記検出部は、前記記憶部に記憶されている音声メッセージの再生状態、および、前記音声メッセージの録音元端末に対応する他の音声通信用サーバ装置の記憶部への音声メッセージの録音状態の、いずれか一方の状態から他方の状態への変化を、前記通話内容の切替として検出することを特徴する請求項１に記載の音声通信用サーバ装置。
　前記課金元情報は、通話内容の種別を示す情報、および、その通話時間を示す情報、を含んでおり、前記課金元情報に基づいて課金サーバが課金処理を行うことを特徴とする請求項１から請求項４までのいずれか１項に記載の音声通信用サーバ装置。
　前記課金元情報の送信の停止を指示する非課金指示部をさらに含むことを特徴する請求項１から請求項５までのいずれか１項に記載の音声通信用サーバ装置。
　請求項６に記載の音声通信用サーバ装置と、
　前記非課金指示部による、前記課金元情報の送信の停止の指示により、前記課金元情報の前記課金サーバへの送信を停止する課金停止部を有する交換機と、
　を含むことを特徴する音声通信システム。
　請求項１から請求項５までのいずれか１項に記載の音声通信用サーバ装置を含み、
　前記課金元情報送信部は、交換機から送信される課金元情報と音声通信用サーバ装置から送信する前記課金元情報との紐づけが可能な識別情報を含む課金元情報を送信し、
　さらに、
　前記交換機から送信される課金元情報と前記課金元情報送信部から送信される課金元情報とのいずれか一方のみに対して課金する課金処理を行う課金処理機能を有する課金サーバを含むことを特徴する音声通信システム。