課金処理に用いる課金元情報を課金サーバへ送信する機能を有する装置へ、呼の接続が継続している状態において、通話内容の切替を検出する検出部と、前記検出部が通話内容の切替を検出した場合に前記課金処理に用いる課金元情報を作成して前記課金サーバに送信する課金元情報送信部と、含むことを特徴とする音声通信用サーバ装置。音声メッセージを記憶する記憶部を更に含み、前記検出部は、前記記憶部に記憶されている音声メッセージの再生状態、および、前記記憶部への音声メッセージの録音状態の、いずれか一方の状態から他方の状態への変化を、前記通話内容の切替として検出することを特徴する請求項1に記載の音声通信用サーバ装置。音声メッセージを記憶する記憶部を更に含み、前記検出部は、前記記憶部に記憶されている音声メッセージの再生状態、および、前記音声メッセージの録音元端末への発呼による通話状態の、いずれか一方の状態から他方の状態への変化を、前記通話内容の切替として検出することを特徴する請求項1に記載の音声通信用サーバ装置。音声メッセージを記憶する記憶部を更に含み、前記検出部は、前記記憶部に記憶されている音声メッセージの再生状態、および、前記音声メッセージの録音元端末に対応する他の音声通信用サーバ装置の記憶部への音声メッセージの録音状態の、いずれか一方の状態から他方の状態への変化を、前記通話内容の切替として検出することを特徴する請求項1に記載の音声通信用サーバ装置。前記課金元情報は、通話内容の種別を示す情報、および、その通話時間を示す情報、を含んでおり、前記課金元情報に基づいて課金サーバが課金処理を行うことを特徴とする請求項1から請求項4までのいずれか1項に記載の音声通信用サーバ装置。前記課金元情報の送信の停止を指示する非課金指示部をさらに含むことを特徴する請求項1から請求項5までのいずれか1項に記載の音声通信用サーバ装置。請求項6に記載の音声通信用サーバ装置と、前記非課金指示部による、前記課金元情報の送信の停止の指示により、前記課金元情報の前記課金サーバへの送信を停止する課金停止部を有する交換機と、を含むことを特徴する音声通信システム。請求項1から請求項5までのいずれか1項に記載の音声通信用サーバ装置を含み、前記課金元情報送信部は、交換機から送信される課金元情報と音声通信用サーバ装置から送信する前記課金元情報との紐づけが可能な識別情報を含む課金元情報を送信し、さらに、前記交換機から送信される課金元情報と前記課金元情報送信部から送信される課金元情報とのいずれか一方のみに対して課金する課金処理を行う課金処理機能を有する課金サーバを含むことを特徴する音声通信システム。ところで、電話に関するサービスにおいて、家族間での通話など、一定条件を満たす場合に通話料金を割引することがある。例えば、通話相手がそのユーザの家族であるなど、一定の条件を満たすと、通話料金の割引以下、家族割引サービスと呼ぶが適用されることがある。このため、ボイスメールサービスや留守番電話サービスを利用してメッセージを録音する場合についても、家族割引サービスが適用されることがある。ここで、例えば、ボイスメールサービスや留守番電話サービスを利用して録音されたメッセージを再生する場合、その再生のための発呼先はボイスメールサーバ装置や留守番電話サーバ装置であり、メッセージを録音した者がそのユーザの家族であっても家族割引サービスは適用されない。そして、そのメッセージの再生に引き続き、呼を接続したままで返信メッセージを録音する場合、発呼時の課金レートがそのまま適用されるので、家族割引サービスは適用されない。しかしながら、返信メッセージを録音する前に、呼を一旦切断し、新たに発呼してメッセージを録音する場合、家族割引サービスが適用されることになる。留守番電話サービスについても、ボイスメールサービスの場合と同様である。これでは、返信メッセージを録音する点で同じであるものの、ユーザの操作によって、家族割引サービスが適用される場合と適用されない場合とがあり、サービスを平準化して提供することができない。本発明は上述した背景技術の問題を解決することを目的としてなされたものであり、サービスを平準化して提供できる、音声通信用サーバ装置、音声通信システムを提供することである。本発明の一態様にかかる音声通信用サーバ装置は、課金処理に用いる課金元情報を課金サーバ例えば、図1中の課金サーバ90へ送信する機能を有する装置へ、呼の接続が継続している状態において、通話内容の切替を検出する検出部例えば、図1中のPB受信機能、再生呼継続機能と、前記検出部が通話内容の切替を検出した場合に前記課金処理に用いる課金元情報を作成して前記課金サーバに送信する課金元情報送信部例えば、図1中の課金レート変更機能ないし課金元情報送信機能と、含むことを特徴とする。このように、通話内容の切替を検出した場合に課金元情報を作成すれば、ユーザの操作によって、サービスが適用される場合と適用されない場合とが生じることが無くなり、サービスを平準化して提供できる。また、本発明の他の態様にかかる音声通信用サーバ装置は、音声メッセージを記憶する記憶部を更に含み、前記検出部が、前記記憶部に記憶されている音声メッセージの再生状態、および、前記記憶部への音声メッセージの録音状態の、いずれか一方の状態から他方の状態への変化を、前記通話内容の切替として検出するようにしてもよい。このように音声通信用サーバ装置を構成すれば、呼の接続状態を継続したままで、音声メッセージの再生状態と録音状態との変化を検出でき、サービスを平準化して提供できる。また、本発明の他の態様にかかる音声通信用サーバ装置は、音声メッセージを記憶する記憶部を更に含み、前記検出部が、前記記憶部に記憶されている音声メッセージの再生状態、および、前記音声メッセージの録音元端末への発呼による通話状態の、いずれか一方の状態から他方の状態への変化を、前記通話内容の切替として検出するようにしてもよい。このように音声通信用サーバ装置を構成すれば、呼の接続状態を継続したままで、音声メッセージの再生状態と録音元端末への発呼による通話状態との変化を検出でき、サービスを平準化して提供できる。さらに、本発明の他の態様にかかる音声通信用サーバ装置は、音声メッセージを記憶する記憶部例えば、図1中のメディア蓄積部5を更に含み、前記検出部が、前記記憶部に記憶されている音声メッセージの再生状態、および、前記音声メッセージの録音元端末に対応する他の音声通信用サーバ装置の記憶部への音声メッセージの録音状態の、いずれか一方の状態から他方の状態への変化を、前記通話内容の切替として検出するようにしてもよい。このように音声通信用サーバ装置を構成すれば、呼の接続状態を継続したままで、音声メッセージの再生状態と録音元端末に対応する他の音声通信用サーバ装置の記憶部への音声メッセージの録音状態との変化を検出でき、サービスを平準化して提供できる。なお、前記課金元情報は、通話内容の種別を示す情報、および、その通話時間を示す情報、を含んでおり、前記課金元情報に基づいて課金サーバが課金処理を行うのが望ましい。通話内容の種別および通話時間を含む情報を課金サーバに送信することにより、課金サーバは課金処理を行うことができる。本発明の他の態様にかかる音声通信用サーバ装置は、前記課金元情報の送信の停止を指示する非課金指示部例えば、図1中の非課金指示機能をさらに含んでいてもよい。このように構成すれば、交換機による課金元情報の送信を停止させることができ、ユーザの操作によって、サービスが適用される場合と適用されない場合とが生じることが無くなり、サービスを平準化して提供できる。また、本発明の一態様にかかる音声通信システムは、上記のいずれかの音声通信用サーバ装置と、前記非課金指示部による、前記課金元情報の送信の停止の指示により、前記課金元情報の前記課金サーバへの送信を停止する課金停止部例えば、図1中の課金停止機能を有する交換機例えば、図1中の交換機20と、を含むことを特徴する。このように音声通信システムを構成すれば、交換機による処理を停止させることができ、呼の接続状態を継続したままで、サービスを平準化して提供できる。また、本発明の他の態様にかかる音声通信システムは、上記の非課金指示部を含まない音声通信用サーバ装置を含み、前記課金元情報送信部が、交換機から送信される課金元情報と音声通信用サーバ装置から送信する前記課金元情報との紐づけが可能な識別情報を含む課金元情報を送信し、さらに、前記交換機から送信される課金元情報と前記課金元情報送信部から送信される課金元情報とのいずれか一方のみに対して課金する課金処理を行う課金処理機能を有する課金サーバを含むことを特徴する。このように音声通信システムを構成すれば、交換機による処理を停止させなくても、課金サーバ内の課金処理機能において、交換機から送信される課金元情報と音声通信用サーバ装置から送信される課金元情報との照合突合せを行い、交換機から送信される課金元情報に対しては課金せず、呼の接続状態を継続したままで、サービスを平準化して提供できる。本発明によれば、課金処理に用いる課金元情報の課金サーバへの送信を停止させておき、呼の接続が継続している状態において、通話内容の切替を検出した場合に、課金元情報を課金サーバに送信するので、ユーザの操作によって、サービスが適用される場合と適用されない場合とが生じることが無くなり、サービスを平準化して提供できる。以下、本発明の実施の形態を、図面を参照して説明する。なお、以下の説明において参照する各図では、他の図と同等部分は同一符号によって示されている。以下は、本実施の形態によるボイスメールサーバ装置を、移動電話網に設けた場合について説明する。また、説明の便宜上、携帯電話事業者であるD社を自社とし、他の携帯電話事業者であるA社を他社とする。自キャリア網とは自社が運営する携帯電話網、他キャリア網とは他社が運営する携帯電話網である。なお、実際の移動電話網には、無線基地局装置、基地局制御装置などの装置が設けられているが、説明を簡単化するため、それらの装置は図示せずかつ説明を省略する。さらに、電話網に設けられている交換機についても、説明を簡単化するため、適宜、図示および説明を省略する。また、以下の説明において登場する電話端末は、電話番号が定められており、音声通話を行うことができる装置である。この電話端末には、周知の携帯電話端末の他、スマートフォンや固定電話端末も含まれる。第1の実施形態本実施の形態による音声通信用サーバ装置の機能について、図1を参照して説明する。図1を参照すると、本実施形態の音声通信用サーバ装置100は、呼処理部1と、呼処理シナリオ2と、メディア処理部4と、メディア蓄積部5と、メディア制御シナリオ6と、を備えている。呼処理部1は、外部の装置後述するSMS送信サーバ30などとの間の信号送受信を実現するサーバインタフェース機能と、ガイダンスを出力する場合に起動するメディア制御シナリオをメディア処理部に通知するメディア処理部インタフェース機能と、接続要求信号を受信した時に呼処理シナリオを起動する呼処理シナリオインタフェース機能とを有している。呼処理シナリオ2は、呼処理部1の呼処理シナリオインタフェース機能によって起動されるプログラム群である。呼処理シナリオ2には、メッセージの録音元へ発呼する接続要求転送機能を実現するプログラム、交換機20から課金サーバ90への、課金元情報の送信の停止を指示する非課金指示機能を実現するプログラム、課金元情報を課金サーバ90へ送信する課金元情報送信機能を実現するプログラム、が含まれている。非課金指示機能による課金元情報の送信の停止の指示には、交換機20が作成した課金元情報について課金サーバ90への送信を停止する指示のほか、交換機20による課金元情報の作成自体を停止する指示も含まれる。ここで、課金サーバへ送信する課金元情報は、通話内容の種別を示す情報、および、その通話時間を示す情報、を含む。通話内容の種別とは、例えば、通話内容が音声メッセージの再生であるのか、音声メッセージの録音返信のための音声メッセージの録音を含むであるのか、などである。通話時間とは、通話内容の種別毎の、通話開始時刻から、通話終了時刻終話時刻までの時間である。課金サーバ90は、この課金元情報を取得することにより、課金処理を行う課金処理機能を有している。課金処理には、課金度数を計算する処理などが含まれる。メディア処理部4は、電話端末へ、音声によるガイダンスメッセージを出力するための制御信号を交換機20へ送信する交換機インタフェース機能と、呼処理部1からの要求により、ユーザによる音声メッセージの録音および再生を行うためのメディア制御シナリオ6を起動する呼処理部インタフェース機能と、を有している。メディア蓄積部5は、ユーザによる音声メッセージを記憶する機能を有している。音声メッセージは、宛先となるユーザの電話端末の電話番号、および、そのメッセージの録音の際に用いられた電話端末の電話番号、と対応付けられて、メディア蓄積部5に記憶されている。メディア制御シナリオ6は、メディア処理部4によって起動されるプログラム群である。メディア制御シナリオ6には、ユーザによる音声メッセージをメディア蓄積部5へ録音するプログラム、メディア蓄積部5に記憶されている音声メッセージを再生するプログラム、が含まれている。メディア制御シナリオ6のプログラムによって実現される機能には、以下の機能がある。すなわち、メディア蓄積部5に記憶されている音声メッセージを再生するメッセージ再生機能、メッセージの再生後に、そのメッセージに対する返信メッセージの録音を受け付ける録音受付機能、メッセージの録音元の電話端末との通話が終了した場合に、通話内容の切替を認識し、メッセージの再生処理を継続する再生呼継続機能、PBPushButton音PB信号を受信した場合に通話内容の切替を認識するPB受信機能、課金サーバ90が行う課金処理に関する課金レートを変更する課金レート変更機能、がある。また、音声通信用サーバ装置100は、ネットワークを介して交換機20と接続されている。本例では、呼処理部1を含むC-planeControlplane側制御側、メディア処理部4を含むU-planeUserplane側ユーザ側、がそれぞれ交換機20と接続されている。本例では、C-plane側のプロトコルがSIPSessionInitiationProtocol、U-plane側のプロトコルがRTPRealtimeTransportProtocol、である。交換機20は、音声通信用サーバ装置100からの指示により、課金処理を停止する課金停止機能を有している場合と、この課金停止機能を有していない場合とがある。交換機20が課金停止機能を有している場合、交換機20は、音声通信用サーバ装置100から送信される指示により、交換機20が作成した課金元情報について課金サーバ90への送信を停止するか、または、交換機20による課金元情報の作成を停止する。一方、図2のように、交換機20が課金停止機能を有していない場合、音声通信用サーバ装置100は、非課金指示機能を有していない。交換機20が課金停止機能を有していない場合、課金サーバ90内の課金処理機能が、課金停止機能の代替処理を行う。すなわち、課金サーバ90内の課金処理機能において、交換機20から送信される課金元情報と音声通信用サーバ装置100から送信される課金元情報との照合突合せを行い、交換機20から送信される課金元情報に対しては課金しない、といった代替処理を行う。この代替処理を課金サーバ90内の課金処理機能が行う場合、音声通信用サーバ100の課金元情報送信機能は、交換機20が出力する課金元情報と呼との照合が可能なユニークなIDを、課金サーバ90に送信する課金元情報に含めておく必要がある。音声通信用サーバ装置100において通話内容の切替を検出しない場合は、交換機20から送信される課金元情報に対して、課金サーバ90の課金処理機能が課金処理を行う。そして、音声通信用サーバ装置100において通話内容の切替を検出した場合は、上記のように音声通信用サーバ装置100から送信される課金元情報に対して、課金サーバ90の課金処理機能が課金処理を行う。つまり、課金サーバ90の課金処理機能は、交換機から送信される課金元情報と課金元情報送信部から送信される課金元情報とのいずれか一方のみに対して課金を行う。ところで、音声通信用サーバ装置100は、呼処理部1の機能によって、外部の装置である、SMSShortMessageService送信サーバ30と接続することができる。SMS送信サーバ30は、周知のSMSによるメッセージを送信するサーバである。このSMS送信サーバ30へ、メッセージの送信要求を送信することにより、SMSによるメッセージが送信される。すなわち、呼処理部1からSMS送信サーバ30へ、メッセージの送信要求を送信することにより、ボイスメールが録音された旨をSMSのメッセージによって通知したり、ボイスメールが再生された旨をSMSのメッセージによって通知したりすることができる。なお、音声通信用サーバ装置は、上記各部をまとめて1つの筐体内に設けた装置として構成してもよいし、上記各部を分散して複数の筐体に設けた構成にしてもよい。上記各部を分散して複数の筐体に設けた構成の場合、ネットワークを介して各部が接続された構成になっていてもよい。移動電話網においてボイスメールサービスを実現する場合、C-planeとU-planeとを分離することが多いので、その場合は上記の呼処理部とメディア処理部とが物理的に別々の装置によって実現されることが多い。このように、単一の装置によって上記各部が実現される場合に限らず、複数の装置によって上記各部が実現されかつ各装置がネットワークを介して接続されている場合も、本実施形態の音声通信用サーバ装置に該当する。本実施形態による音声通信用サーバ装置の動作例について、図3を参照して説明する。図3は、電話端末70A、交換機20、音声通信用サーバ装置100、および、課金サーバ90の信号授受を示すシーケンス図である。ここでは、音声通信用サーバ装置100のメディア蓄積部5に記憶されているメッセージを再生後、そのメッセージに対して返信する場合返信メッセージを録音する場合の各部の処理を中心に説明する。電話端末70Aの電話番号は、例えば、090AAAAAAAAである。図3において、電話端末70Aの操作によってメッセージを再生する場合、電話端末70Aから発呼すると、発信信号が音声通信用サーバ装置100へ送信されるステップS201。この発信信号を受信した音声通信用サーバ装置100は、非課金応答を交換機20へ送信するステップS202。この非課金応答信号を受信した交換機20は、課金処理を行わない。これにより、交換機20は、課金元情報を出力することはない。この非課金応答信号を受信した交換機20は、電話端末70Aへ応答信号を送信するステップS203。なお、ステップS201において送信される発信信号は、例えば、SIPのINVITEメッセージによって実現することができる。ステップS202において送信される非課金応答信号、および、ステップS203において送信される応答信号は、例えば、SIPの200OKメッセージによって実現することができる。以上の処理の後、電話端末70Aと音声通信用サーバ装置100との間で通話中状態となる。この通話中状態においては、例えば、音声通信用サーバ装置100から電話端末70Aに向けて音声ガイダンスが出力されステップS204、音声ガイダンスの内容に従って電話端末70Aを操作することによって、メッセージの再生や録音を行うことができる。ここでは、メッセージの再生後に、その呼を接続したまま、電話端末70Aが操作されてメッセージの録音返信が指定され、その録音処理に対応するPB音が出力された場合について説明する。音声通信用サーバ装置100は、PB音を受信するとステップS205、課金レートが切替わることを検出しステップS206、課金元情報を課金サーバ90へ送信するステップS207。この課金元情報は、電話端末70Aによるメッセージ再生に関する課金元情報であり、この課金元情報に基づいて課金サーバ90は課金処理を行うステップS208。その後、音声通話インタラクションによるメッセージの録音が行われるステップS209。メッセージの録音が終了し、呼が切断されると、電話端末70Aから音声通信用サーバ装置100へ、が送信されるステップS210。音声通信用サーバ装置100は、終話信号を受信すると、終話を認識しステップS211、課金元情報を課金サーバ90へ送信するステップS212。この課金元情報は、電話端末70Aによるメッセージ録音に関する課金元情報であり、この課金元情報に基づいて課金サーバ90は課金処理を行うステップS213。なお、ステップS210において送信される終話信号は、例えば、SIPのbyeメッセージによって実現することができる。ここで、電話端末70Aのユーザによるメッセージの録音が終了し、元の状態すなわちメッセージの再生状態に戻る場合を考える。この場合においても、電話端末70AからPB音が出力され、メディア処理部4に入力されれば、直接通話状態から再生状態へ通話内容が切り替わったことを認識できる。つまり、PB受信機能により、音声メッセージの再生状態、および、音声メッセージの録音状態の、いずれか一方の状態から他方の状態への変化を、通話内容の切替として検出することができる。これにより、音声通信用サーバ装置100は、課金元情報を課金サーバ90へ送信することができ、課金サーバ90は課金処理を行うことができる。なお、図2を参照して説明した、交換機が課金停止機能を有していない場合には、図3中の非課金応答の交換機20への送信ステップS202、および、電話端末70Aへの応答信号の送信ステップS203は、行われない。そして、図3中のステップS207において送信される課金元情報、および、ステップS212において送信される課金元情報には、交換機20から送信される課金元情報と音声通信用サーバ100から送信される課金元情報との紐づけが可能なID識別情報が含まれている。課金サーバ90は、このIDを参照することにより、交換機20から課金元情報が送信された場合図示せずには課金サーバ90による課金処理は行われず、音声通信用サーバ100から課金元情報が送信された場合に課金サーバ90による課金処理が行われる。つまり、交換機が課金停止機能を有していない図2の場合でも、課金サーバ90は、ステップS207、および、ステップS212においてそれぞれ送信される課金元情報について、課金処理を行うことができる。次に、音声通信用サーバ装置100内の各部の信号授受について説明する。図4は、図3を参照して説明した、音声通信用サーバ装置100内の信号授受を示すシーケンス図である。図4において、電話端末70Aの操作によってメッセージを再生する場合、電話端末70Aから発呼すると、発信信号が音声通信用サーバ装置100へ送信されるステップS201。この発信信号は、音声通信用サーバ装置100の呼処理部1が受信する。呼処理部1は、着信通知を呼処理シナリオ2へ送信し、シナリオを起動するステップS201a。すると、呼処理シナリオ2から応答許可信号が出力されステップS201b、呼処理部1の非課金指示機能、および、メディアシナリオの起動が指示される。これにより、メディアシナリオIDを含むU-plane接続要求が呼処理部1から出力されステップS201c、メディア処理部4を介してメディア制御シナリオ6の起動が指示されるステップS201d。この起動指示に対して、メディア制御シナリオ6が応答信号を出力すると、その応答信号はメディア処理部4を介して呼処理部1によって受信されるステップS201e、S201f。その後、メディア制御シナリオ6は、メディア処理部4へ、メディア処理指示を出力するステップS201g。メディア制御シナリオ6が出力した応答信号を受信した呼処理部1は、非課金指示機能により、非課金応答を交換機20へ送信するステップS202。この非課金応答信号を受信した交換機20は、課金処理を行わない。これにより、交換機20は、課金元情報を出力することはない。この非課金応答信号を受信した交換機20は、電話端末70Aへ応答信号を送信するステップS203。なお、ステップS201において送信される発信信号は、例えば、SIPのINVITEメッセージによって実現することができる。ステップS202において送信される非課金応答信号、および、ステップS203において送信される応答信号は、例えば、SIPの200OKメッセージによって実現することができる。以上の処理の後、電話端末70Aと音声通信用サーバ装置100との間で通話中状態となる。この通話中状態においては、メディア処理部4から電話端末70Aに向けて音声ガイダンスが出力されステップS204、音声ガイダンスの内容に従って電話端末70Aを操作することによって、メッセージの再生や録音を行うことができる。ここでは、メッセージの再生後に、その呼を接続したまま、電話端末70Aが操作されてメッセージの録音返信が指定され、その録音処理に対応するPB音が出力された場合について説明する。メディア処理部4は、PB音を受信するとステップS205、メディア制御シナリオ6へ通知するステップS205a。これにより、メディア制御シナリオ6は、課金レートが切替わることを検出しステップS206、課金レート変更通知を呼処理シナリオ2へ送信するステップS206a。すると、呼処理シナリオ2は、課金元情報を課金サーバ90へ送信するステップS207。この課金元情報は、電話端末70Aによるメッセージ再生に関する課金元情報であり、この課金元情報に基づいて課金サーバ90は課金処理を行うステップS208。また、メディア制御シナリオ6は、メディア処理部4へ、メディア処理指示を出力するステップS207a。その後、音声通話インタラクションによるメッセージの録音が行われるステップS209。メッセージの録音が終了し、呼が切断されると、電話端末70Aから音声通信用サーバ装置100へ、が送信されるステップS210。音声通信用サーバ装置100の呼処理部1は、終話信号を受信すると、終話通知を呼処理シナリオ2、メディア処理部4へそれぞれ送信するステップS210a、S210b。これにより、呼処理シナリオ2は、終話を認識しステップS211、課金元情報を課金サーバ90へ送信するステップS212。この課金元情報は、電話端末70Aによるメッセージ録音に関する課金元情報であり、この課金元情報に基づいて課金サーバ90は課金処理を行うステップS213。なお、ステップS210において送信される終話信号は、例えば、SIPのbyeメッセージによって実現することができる。図2を参照して説明した、交換機が課金停止機能を有していない場合には、図4中の非課金応答の交換機20への送信ステップS202、および、電話端末70Aへの応答信号の送信ステップS203は、行われない。そして、図4中のステップS207において送信される課金元情報、および、ステップS212において送信される課金元情報には、交換機20から送信される課金元情報と音声通信用サーバ100から送信される課金元情報との紐づけが可能なID識別情報が含まれている。課金サーバ90は、このIDを参照することにより、交換機20から課金元情報が送信された場合図示せずには課金サーバ90による課金処理は行われず、音声通信用サーバ100から課金元情報が送信された場合に課金サーバ90による課金処理が行われる。つまり、交換機が課金停止機能を有していない図2の場合でも、課金サーバ90は、ステップS207、および、ステップS212においてそれぞれ送信される課金元情報について、課金処理を行うことができる。第2の実施形態本実施形態では、音声通信用サーバ装置がボイスメールサーバ装置であり、メッセージの再生後に、録音元の電話端末に向けて直接通話の発呼を行う場合について説明する。本実施の形態によるボイスメールサーバ装置の機能について、図5を参照して説明する。図5を参照すると、本実施形態によるボイスメールサーバ装置以後、適宜、VMサーバと略記する10は、呼処理部1と、呼処理シナリオ2と、メディア処理部4と、メディア蓄積部5と、メディア制御シナリオ6と、を備えている。呼処理部1は、外部の装置との間の信号送受信を実現するサーバインタフェース機能と、ガイダンスを出力する場合に起動するメディア制御シナリオをメディア処理部に通知するメディア処理部インタフェース機能と、接続要求信号を受信した時に呼処理シナリオを起動する呼処理シナリオインタフェース機能とを有している。呼処理シナリオ2は、呼処理部1の呼処理シナリオインタフェース機能によって起動されるプログラム群である。呼処理シナリオ2には、メッセージの録音元へ発呼する接続要求転送機能を実現するプログラム、課金元情報を課金サーバへ送信する課金元情報送信機能を実現するプログラム、交換機20の課金処理を停止する指示を行う非課金指示機能を実現するプログラム、が含まれている。メディア処理部4は、電話端末へ、音声によるガイダンスメッセージを出力するための制御信号を交換機20へ送信する交換機インタフェース機能と、呼処理部1からの要求により、ユーザによる音声メッセージの録音および再生を行うためのメディア制御シナリオ6を起動する呼処理部インタフェース機能と、電話端末から自装置への第1呼と、他の電話端末から自装置への第2呼とをミックスして電話会議を実現するための会議機能Conference機能とを有している。メディア蓄積部5は、ユーザによる音声メッセージを記憶する機能を有している。音声メッセージは、宛先となるユーザの電話端末の電話番号、および、そのメッセージの録音の際に用いられた電話端末の電話番号、と対応付けられて、メディア蓄積部5に記憶されている。メディア制御シナリオ6は、メディア処理部4によって起動されるプログラム群である。メディア制御シナリオ6には、ユーザによる音声メッセージをメディア蓄積部5へ録音するプログラム、メディア蓄積部5に記憶されている音声メッセージを再生するプログラムなどが含まれている。メディア制御シナリオ6のプログラムによって実現される機能には、以下の機能がある。すなわち、メディア蓄積部5に記憶されている音声メッセージを再生するメッセージ再生機能、メッセージの再生後に、そのメッセージの録音元の電話端末との通話を受け付ける通話受付機能、メッセージの録音元の電話端末との通話が終了した場合に、通話内容の切替を認識し、メッセージの再生処理を継続する再生呼継続機能、PB信号を受信した場合に通話内容の切替を認識するPB受信機能、課金サーバ90が行う課金処理に関する課金レートを変更する課金レート変更機能、がある。また、ボイスメールサーバ装置10は、ネットワークを介して交換機20と接続されている。本例では、呼処理部1を含むC-plane側制御側、メディア処理部4を含むU-plane側ユーザ側、がそれぞれ交換機20と接続されている。本例では、C-plane側のプロトコルがSIP、U-plane側のプロトコルがRTP、である。交換機20は、ボイスメールサーバ装置10からの指示により、課金処理を停止する課金停止機能を有している場合と、この課金停止機能を有していない場合とがある。交換機20が課金停止機能を有している場合、交換機20は、VMサーバ10から送信される指示により、交換機20が作成した課金元情報について課金サーバ90への送信を停止するか、または、交換機20による課金元情報の作成を停止する。一方、図6のように、交換機20が課金停止機能を有していない場合、VMサーバ10は、非課金指示機能を有していない。交換機20が課金停止機能を有していない場合、課金サーバ90内の課金処理機能が、課金停止機能の代替処理を行う。すなわち、課金サーバ90内の課金処理機能において、交換機20から送信される課金元情報とVMサーバ10から送信される課金元情報との照合突合せを行い、交換機20から送信される課金元情報に対しては課金しない、といった代替処理を行う。この代替処理を課金サーバ90内の課金処理機能が行う場合、VMサーバ10の課金元情報送信機能は、交換機20が出力する課金元情報と呼との照合が可能なユニークなIDを、課金サーバ90に送信する課金元情報に含めておく必要がある。VMサーバ10において通話内容の切替を検出しない場合は、交換機20から送信される課金元情報に対して、課金サーバ90の課金処理機能が課金処理を行う。そして、VMサーバ10において通話内容の切替を検出した場合は、上記のようにVMサーバ10から送信される課金元情報に対して、課金サーバ90の課金処理機能が課金処理を行う。つまり、課金サーバ90の課金処理機能は、交換機から送信される課金元情報と課金元情報送信部から送信される課金元情報とのいずれか一方のみに対して課金を行う。ところで、ボイスメールサーバ装置10は、呼処理部1の機能によって、外部の装置である、SMS送信サーバ30と接続することができる。SMS送信サーバ30は、周知のSMSによるメッセージを送信するサーバである。このSMS送信サーバ30へ、メッセージの送信要求を送信することにより、SMSによるメッセージが送信される。すなわち、呼処理部1からSMS送信サーバ30へ、メッセージの送信要求を送信することにより、ボイスメールが録音された旨をSMSのメッセージによって通知したり、ボイスメールが再生された旨をSMSのメッセージによって通知したりすることができる。なお、ボイスメールサーバ装置は、上記各部をまとめて1つの筐体内に設けた装置として構成してもよいし、上記各部を分散して複数の筐体に設けた構成にしてもよい。上記各部を分散して複数の筐体に設けた構成の場合、ネットワークを介して各部が接続された構成になっていてもよい。移動電話網においてボイスメールサービスを実現する場合、C-planeとU-planeとを分離することが多いので、その場合は上記の呼処理部とメディア処理部とが物理的に別々の装置によって実現されることが多い。このように、単一の装置によって上記各部が実現される場合に限らず、複数の装置によって上記各部が実現されかつ各装置がネットワークを介して接続されている場合も、本実施形態のボイスメールサーバ装置に該当する。録音元が自社網の電話端末である場合ボイスメールサービスを利用して録音されたメッセージは、メディア蓄積部5に記憶される。本実施形態において、メッセージの録音は、自社網の電話端末または他社網の電話端末からの発呼によって、行うことができるものとする。そして、本実施形態においては、メッセージの再生後、その呼の接続したままでメッセージの録音元の電話端末へ発呼し、直接通話を行うことができるものとする。以下、メッセージの録音元が自社網の電話端末である場合と、メッセージの録音元が他社網の電話端末である場合とについて、それぞれ説明する。なお、直接通話を行う際、Conference機能を用いる場合とそれを用いない場合とで動作が異なる。まず、再生したメッセージの録音元が自社網の電話端末である場合の処理について、図7~図9を参照して説明する。図7は、VMサーバ10のConference機能を利用する場合の処理を示すシーケンス図である。図7において、メッセージの再生中に、電話端末70Aから、そのメッセージの録音元への通話要求が出力されるとステップS601、VMサーバ10は、ユーザ間通話への移行が要求されたすなわち、直接通話が要求されたことを検出するステップS602。すると、VMサーバ10は、課金レートが切替わることを認識し、課金処理の停止を交換機20に指示するステップS602a。さらに、VMサーバ10は、課金元情報を課金サーバ90へ送信するステップS602b。この課金元情報は、電話端末70Aによるメッセージ再生に関する課金元情報であり、この課金元情報に基づいて課金サーバ90は課金処理を行うステップS602c。また、VMサーバ10は、電話端末70Aへ、音声ガイダンスを出力するステップS603。この音声ガイダンスは、例えば、呼び出しをいたしますである。その後、VMサーバ10は、電話端末70Bに向けて、発信信号を送信するステップS604。この発信信号は、例えば、SIPのINVITEメッセージによって実現することができる。ステップS604において送信される発信信号には、発信先Toとして、発信先の電話端末70Bの電話番号である090BBBBBBBBが含まれている。また、ステップS604において送信される発信信号には、発信元Fromとして、電話端末70Aの電話番号である090AAAAAAAAが含まれている。さらに、ステップS604において送信される発信信号には、D社VMサーバ10のSDPU-plane接続先のIPアドレスが付加されている。交換機20を介して発信信号を受取った電話端末70Bは、まず、暫定応答メッセージを送信するステップS605。この暫定応答メッセージは、交換機20を介してD社VMサーバ10によって受信される。ステップS605において送信される暫定応答メッセージは、例えば、SIPの183メッセージによって実現することができる。その後、電話端末70Bは、呼出中であることを示す呼出中メッセージを送信するステップS606。この呼出中メッセージは、例えば、SIPの180メッセージによって実現することができる。この呼出中メッセージは、交換機20を介してD社VMサーバ10によって受信される。すると、VMサーバ10は、Conference機能によって、リングバックトーンRingBackTone;以下、RBTと記すと、電話端末70AとVMサーバ10との呼の音声とをミックスするステップS607a、S607b。これにより、電話端末70Aに、RBTを出力することができるので、電話端末70Aのユーザは電話端末70Bのユーザの呼出中であることを認識できる。なお、RBTは、交換機20または図示せぬサーバ装置が出力することができる。その後、電話端末70Bは、応答メッセージを送信するステップS608。この応答メッセージは、D社VMサーバ10へ送信される。ステップS608において送信される応答メッセージは、例えば、SIPの200OKメッセージによって実現することができる。以上の処理の後、電話端末70BとD社キャリア網のVMサーバ10との間に呼が確立されステップS609a、この呼の音声と発信元の電話端末70AとD社キャリア網のVMサーバ10との間の継続中の呼ステップS609bの音声とがD社VMサーバ10のConference機能によって、ミックスされる。このConference機能により、電話端末70Aと電話端末70Bとの間で音声通話を実現できる。例えば、もしもし、久しぶりなどと、電話端末70Aのユーザと電話端末70Bのユーザとの間で会話を楽しむことができる。その後、電話端末70Aのユーザと電話端末70Bのユーザとの間で会話が終了し、呼が切断されると、VMサーバ10は、課金元情報を課金サーバ90へ送信するステップS610。この課金元情報は、電話端末70Aからの発呼による電話端末70Bとの直接通話に関する課金元情報であり、この課金元情報に基づいて課金サーバ90は課金処理を行うステップS610a。以上、図7を参照して説明した処理において、呼を接続したままの状態で、電話端末70Aによるメッセージ再生に関する課金レートと、電話端末70Aと電話端末70Bとの直接通話に関する課金レートとを切り替えることができる。このため、メッセージ再生後に呼を一旦切断し、直接通話のための発呼を行った場合と同じ課金処理を行うことができ、サービスを平準化して提供できる。なお、図6を参照して説明した、交換機が課金停止機能を有していない場合には、図7中の交換機20への課金処理の停止指示ステップS602aは、行われない。そして、図7中のステップS602bにおいて送信される課金元情報、および、ステップS610において送信される課金元情報には、交換機20から送信される課金元情報とVMサーバ10から送信される課金元情報との紐づけが可能なID識別情報が含まれている。課金サーバ90は、このIDを参照することにより、交換機20から課金元情報が送信された場合図示せずには課金サーバ90による課金処理は行われず、VMサーバ10から課金元情報が送信された場合に課金サーバ90による課金処理が行われる。つまり、交換機が課金停止機能を有していない図6の場合でも、課金サーバ90は、ステップS602b、および、ステップS610においてそれぞれ送信される課金元情報について、課金処理を行うことができる。次に、図8は、VMサーバ10のConference機能を利用しない場合の処理を示すシーケンス図である。図8において、メッセージの再生中に、電話端末70Aから、そのメッセージの録音元への通話要求が出力されるとステップS701、VMサーバ10は、ユーザ間通話への移行が要求されたすなわち、直接通話が要求されたことを検出するステップS702。すると、VMサーバ10は、課金レートが切替わることを認識し、課金処理の停止を交換機20に指示するステップS702a。さらに、VMサーバ10は、課金元情報を課金サーバ90へ送信するステップS702b。この課金元情報は、電話端末70Aによるメッセージ再生に関する課金元情報であり、この課金元情報に基づいて課金サーバ90は課金処理を行うステップS702c。また、VMサーバ10は、電話端末70Aへ、音声ガイダンスを出力するステップS703。この音声ガイダンスは、例えば、呼び出しをいたしますである。その後、VMサーバ10は、電話端末70Bに向けて、発信信号を送信するステップS704。この発信信号は、例えば、SIPのINVITEメッセージによって実現することができる。ステップS704において送信される発信信号には、発信先Toとして、発信先の電話端末70Bの電話番号である090BBBBBBBBが含まれている。また、ステップS704において送信される発信信号には、発信元Fromとして、電話端末70Aの電話番号である090AAAAAAAAが含まれている。さらに、ステップS704において送信される発信信号には、D社VMサーバ10のSDPU-plane接続先のIPアドレスが付加されている。交換機20を介して発信信号を受取った電話端末70Bは、まず、暫定応答メッセージを送信するステップS705。この暫定応答メッセージは、交換機20を介してD社VMサーバ10によって受信される。ステップS705において送信される暫定応答メッセージは、例えば、SIPの183メッセージによって実現することができる。ステップS705において暫定応答メッセージを受信したD社VMサーバ10は、電話端末70Aに向けて切替信号を送信するステップS706。この切替信号を受信した電話端末70Aは、応答信号を送信するステップS707。ステップS706において送信される切替信号は、例えば、SIPのRe-INVITEメッセージによって実現することができる。ステップS707において送信される応答信号は、例えば、SIPの200OKメッセージによって実現することができる。ここで、ステップS705において送信される暫定応答メッセージは、到達確認を要する応答メッセージであり、電話端末70とD社VMサーバ10との間で到達確認メッセージが授受されるステップS708。その後、電話端末70Bは、呼出中であることを示す呼出中メッセージを送信するステップS709。この呼出中メッセージは、例えば、SIPの180メッセージによって実現することができる。この呼出中メッセージは、交換機20を介してD社VMサーバ10によって受信される。すると、電話端末70Aに、RBTが出力されるステップS710。これにより、電話端末70Aのユーザは電話端末70Bのユーザの呼出中であることを認識できる。なお、RBTは、交換機20または図示せぬサーバ装置が出力することができる。その後、電話端末70Bは、応答メッセージを送信するステップS711。この応答メッセージは、D社VMサーバ10へ送信される。ステップS711において送信される応答メッセージは、例えば、SIPの200OKメッセージによって実現することができる。以上の処理の後、電話端末70Aと電話端末70Bとの間で呼が確立されるステップS712。この呼が確立されたことにより、電話端末70Aと電話端末70Bとの間で音声通話を実現できる。例えば、もしもし、久しぶりなどと、電話端末70Aのユーザと電話端末70Bのユーザとの間で会話を楽しむことができる。その後、電話端末70Aのユーザと電話端末70Bのユーザとの間で会話が終了し、呼が切断されると、VMサーバ10は、課金元情報を課金サーバ90へ送信するステップS713。この課金元情報は、電話端末70Aからの発呼による電話端末70Bとの直接通話に関する課金元情報であり、この課金元情報に基づいて課金サーバ90は課金処理を行うステップS713a。以上、図8を参照して説明した処理において、呼を接続したままの状態で、電話端末70Aによるメッセージ再生に関する課金レートと、電話端末70Aと電話端末70Bとの直接通話に関する課金レートとを切り替えることができる。このため、メッセージ再生後に呼を一旦切断し、直接通話のための発呼を行った場合と同じ課金処理を行うことができ、サービスを平準化して提供できる。なお、図6を参照して説明した、交換機が課金停止機能を有していない場合には、図8中の交換機20への課金処理の停止指示ステップS702aは、行われない。そして、図8中のステップS702bにおいて送信される課金元情報、および、ステップS713において送信される課金元情報には、交換機20から送信される課金元情報とVMサーバ10から送信される課金元情報との紐づけが可能なID識別情報が含まれている。課金サーバ90は、このIDを参照することにより、交換機20から課金元情報が送信された場合図示せずには課金サーバ90による課金処理は行われず、VMサーバ10から課金元情報が送信された場合に課金サーバ90による課金処理が行われる。つまり、交換機が課金停止機能を有していない図6の場合でも、課金サーバ90は、ステップS702b、および、ステップS713においてそれぞれ送信される課金元情報について、課金処理を行うことができる。次に、VMサーバ10内の各部の信号授受について説明する。図9は、図7を参照して説明した、Conference機能を利用する場合のVMサーバ10内の信号授受を示すシーケンス図である。図9において、メディア制御シナリオ6は、再生後メニューの再生指示を出力するステップS801。この再生指示はメディア処理部4に入力されるステップS802。すると、メディア処理部4は、電話端末70Aへ、音声によるメニューガイダンスを出力するステップS803。このメニューガイダンスは、例えば、ユーザ間通話への移行は1を、次のメッセージ再生は2を、...である。このガイダンスメッセージを聞いたユーザが、電話端末70Aのボタンを押下することにより、PB音がメディア処理部4に入力されるステップS804。ここでは1が押下され、対応するPB音がメディア処理部4に入力された場合について説明する。メディア処理部4は、入力されたPB音をメディア制御シナリオ6に通知するステップS805。この通知により、メディア制御シナリオ6は、ユーザ間通話への移行要求を検出し、呼処理シナリオ2に通知するステップS806、S807。この通知は呼処理シナリオ2によって受信されステップS808、呼処理部1を介して、課金処理の停止を交換機20に指示するステップS808a、S808b。さらに、VMサーバ10は、課金元情報を課金サーバ90へ送信するステップS808c。この課金元情報は、電話端末70Aによるメッセージ再生に関する課金元情報であり、この課金元情報に基づいて課金サーバ90は課金処理を行うステップS808d。呼処理シナリオ2はConference機能によるカンファレンスモードconferencemodeを起動するステップS809。カンファレンスモードの起動信号がメディア制御シナリオ6に送信されるとステップS810、メディア制御シナリオ6は、カンファレンス用のU-planeリソースの確保処理を行うステップS811、S812a、S812b。そして、ユーザ間通話の終了後にメッセージ再生に戻る場合には、メディア制御シナリオ6は、現在の再生状態を保持するステップS813。例えば、現在、メッセージの3件目まで再生が完了していた場合、その再生状態を保持する。メディア制御シナリオ6によって現在の再生状態が保持された後、呼処理シナリオ2は、VMサーバ10への接続要求を転送する指示を呼処理部1に出力するステップS814、S815、S816。呼処理部1は、電話端末70Bに向けて、交換機20を介して、発信信号を送信するステップS817。この発信信号は、例えば、SIPのINVITEメッセージによって実現することができる。その後、呼処理部1は、交換機20を介して、暫定応答メッセージを受信するステップS818。ステップS818において送信される暫定応答メッセージは、例えば、SIPの183メッセージによって実現することができる。暫定応答メッセージを受信した呼処理部1は、リアルタイム通信を開始するため、メディア処理部4に対し、SDPによる更新処理を行うステップS819。その後、呼処理部1は、交換機20を介して、応答メッセージを受信するステップS820。ステップS820において送信される応答メッセージは、例えば、SIPの200OKメッセージによって実現することができる。この応答メッセージを受信した呼処理部1は、受信した旨を呼処理シナリオ2に通知するステップS821。これにより、呼処理シナリオ2は、電話端末70Bから応答があったことを認識しステップS822、ユーザ応答があったことをメディア制御シナリオ6に通知するステップS823。この通知を受信したメディア制御シナリオ6は、カンファレンスモード開始をメディア処理部4に指示するステップS824、S825。以後、電話端末70BとD社キャリア網のVMサーバ10との間に呼が確立されステップS826a、この呼の音声と発信元の電話端末70AとD社キャリア網のVMサーバ10との間の継続中の呼ステップS826bの音声とがメディア処理部4のConference機能によって、ミックスされる。このConference機能により、電話端末70Aと電話端末70Bとの間で音声通話を実現できる。例えば、もしもし、久しぶりなどと、電話端末70Aのユーザと電話端末70Bのユーザとの間で会話を楽しむことができる。その後、電話端末70Aのユーザと電話端末70Bのユーザとの間で会話が終了し、呼が切断されると、VMサーバ10は、課金元情報を課金サーバ90へ送信するステップS827。この課金元情報は、電話端末70Aからの発呼による電話端末70Bとの直接通話に関する課金元情報であり、この課金元情報に基づいて課金サーバ90は課金処理を行うステップS827a。ここで、電話端末70Aのユーザと電話端末70Bのユーザとの間で会話が終了し、元の状態すなわちメッセージの再生状態に戻る場合を考える。この場合においても、電話端末70AからPB音が出力され、メディア処理部4に入力されれば、直接通話状態から再生状態へ通話内容が切り替わったことを認識できる。つまり、PB受信機能により、音声メッセージの再生状態、および、音声メッセージの録音元端末への発呼による通話状態の、いずれか一方の状態から他方の状態への変化を、通話内容の切替として検出することができる。これにより、VMサーバ10は、課金元情報を課金サーバ90へ送信することができ、課金サーバ90は課金処理を行うことができる。以上、図9を参照して説明した処理において、呼を接続したままの状態で、電話端末70Aによるメッセージ再生に関する課金レートと、電話端末70Aと電話端末70Bとの直接通話に関する課金レートとを切り替えることができる。このため、メッセージ再生後に呼を一旦切断し、直接通話のための発呼を行った場合と同じ課金処理を行うことができ、サービスを平準化して提供できる。なお、図6を参照して説明した、交換機が課金停止機能を有していない場合には、図9中の交換機20への課金処理の停止指示ステップS808a、S808bは、行われない。そして、図9中のステップS808cにおいて送信される課金元情報、および、ステップS827において送信される課金元情報には、交換機20から送信される課金元情報とVMサーバ10から送信される課金元情報との紐づけが可能なID識別情報が含まれている。課金サーバ90は、このIDを参照することにより、交換機20から課金元情報が送信された場合図示せずには課金サーバ90による課金処理は行われず、VMサーバ10から課金元情報が送信された場合に課金サーバ90による課金処理が行われる。つまり、交換機が課金停止機能を有していない図6の場合でも、課金サーバ90は、ステップS808c、および、ステップS827においてそれぞれ送信される課金元情報について、課金処理を行うことができる。図10は、図8を参照して説明した、Conference機能を利用しない場合のVMサーバ10内の信号授受を示すシーケンス図である。図10において、メディア制御シナリオ6は、再生後メニューの再生指示を出力するステップS901。この再生指示はメディア処理部4に入力されるステップS902。すると、メディア処理部4は、電話端末70Aへ、音声によるメニューガイダンスを出力するステップS903。このメニューガイダンスは、例えば、ユーザ間通話への移行は1を、次のメッセージ再生は2を、...である。このガイダンスメッセージを聞いたユーザが、電話端末70Aのボタンを押下することにより、PB音がメディア処理部4に入力されるステップS904。ここでは1が押下され、対応するPB音がメディア処理部4に入力された場合について説明する。メディア処理部4は、入力されたPB音をメディア制御シナリオ6に通知するステップS905。この通知により、メディア制御シナリオ6は、ユーザ間通話への移行要求を検出し、呼処理シナリオ2に通知するステップS906、S907。この通知は呼処理シナリオ2によって受信されステップS908、呼処理部1を介して、課金処理の停止を交換機20に指示するステップS908a、908b。さらに、VMサーバ10は、課金元情報を課金サーバ90へ送信するステップS908c。この課金元情報は、電話端末70Aによるメッセージ再生に関する課金元情報であり、この課金元情報に基づいて課金サーバ90は課金処理を行うステップS908d。呼処理シナリオ2は電話端末70Bへの接続要求をメディア制御シナリオ6に通知するステップS909。この接続要求の通知信号がメディア制御シナリオ6に送信されるとステップS910、メディア制御シナリオ6は、メディア処理部4に、U-planeの保留開放指示を行うステップS911、S912a、S912b。そして、ユーザ間通話の終了後にメッセージ再生に戻る場合には、メディア制御シナリオ6は、現在の再生状態を保持するステップS913。例えば、現在、メッセージの3件目まで再生が完了していた場合、その再生状態を保持する。メディア制御シナリオ6によって現在の再生状態が保持された後、呼処理シナリオ2は、VMサーバ10への接続要求を転送する指示を呼処理部1に出力するステップS914、S915、S916。呼処理部1は、電話端末70Bに向けて、交換機20を介して、発信信号を送信するステップS917。この発信信号は、例えば、SIPのINVITEメッセージによって実現することができる。その後、呼処理部1は、交換機20を介して、暫定応答メッセージを受信するステップS918。ステップS918において送信される暫定応答メッセージは、例えば、SIPの183メッセージによって実現することができる。ステップS918において暫定応答メッセージを受信した呼処理部1は、電話端末70Aに向けて切替信号を送信するステップS919。この切替信号を受信した電話端末70Aは、応答信号を送信するステップS920。ステップS919において送信される切替信号は、例えば、SIPのRe-INVITEメッセージによって実現することができる。ステップS920において送信される応答信号は、例えば、SIPの200OKメッセージによって実現することができる。その後、電話端末70Bは、応答メッセージを送信し、呼処理部1は、交換機20を介して、その応答メッセージを受信するステップS921。この応答メッセージは、例えば、SIPの200OKメッセージによって実現することができる。以上の処理の後、電話端末70Aと電話端末70Bとの間で呼が確立されるステップS922。この呼が確立されたことにより、電話端末70Aと電話端末70Bとの間で音声通話を実現できる。例えば、もしもし、久しぶりなどと、電話端末70Aのユーザと電話端末70Bのユーザとの間で会話を楽しむことができる。その後、電話端末70Aのユーザと電話端末70Bのユーザとの間で会話が終了し、呼が切断されると、VMサーバ10は、課金元情報を課金サーバ90へ送信するステップS923。この課金元情報は、電話端末70Aからの発呼による電話端末70Bとの直接通話に関する課金元情報であり、この課金元情報に基づいて課金サーバ90は課金処理を行うステップS923a。ここで、電話端末70Aのユーザと電話端末70Bのユーザとの間で会話が終了し、元の状態すなわちメッセージの再生状態に戻る場合を考える。この場合においても、電話端末70AからPB音が出力され、メディア処理部4に入力されれば、直接通話状態から再生状態へ通話内容が切り替わったことを認識できる。つまり、PB受信機能により、音声メッセージの再生状態、および、音声メッセージの録音元端末への発呼による通話状態の、いずれか一方の状態から他方の状態への変化を、通話内容の切替として検出することができる。これにより、VMサーバ10は、課金元情報を課金サーバ90へ送信することができ、課金サーバ90は課金処理を行うことができる。以上、図10を参照して説明した処理において、呼を接続したままの状態で、電話端末70Aによるメッセージ再生に関する課金レートと、電話端末70Aと電話端末70Bとの直接通話に関する課金レートとを切り替えることができる。このため、メッセージ再生後に呼を一旦切断し、直接通話のための発呼を行った場合と同じ課金処理を行うことができ、サービスを平準化して提供できる。なお、図6を参照して説明した、交換機が課金停止機能を有していない場合には、図10中の交換機20への課金処理の停止指示ステップS908a、S908bは、行われない。そして、図10中のステップS908cにおいて送信される課金元情報、および、ステップS923において送信される課金元情報には、交換機20から送信される課金元情報とVMサーバ10から送信される課金元情報との紐づけが可能なID識別情報が含まれている。課金サーバ90は、このIDを参照することにより、交換機20から課金元情報が送信された場合図示せずには課金サーバ90による課金処理は行われず、VMサーバ10から課金元情報が送信された場合に課金サーバ90による課金処理が行われる。つまり、交換機が課金停止機能を有していない図6の場合でも、課金サーバ90は、ステップS908c、および、ステップS923においてそれぞれ送信される課金元情報について、課金処理を行うことができる。録音元が他のキャリア網の電話端末である場合再生したメッセージの録音元が他のキャリア網の電話端末である場合、関門交換機を介して他のキャリア網の電話端末に向けて発呼することになる。この場合の処理について、図11、図12を参照して説明する。図11は、VMサーバ10のConference機能を利用する場合の処理を示すシーケンス図である。図11において、メッセージの再生中に、電話端末70Aから、そのメッセージの録音元への通話要求が出力されるとステップS1001、VMサーバ10は、ユーザ間通話への移行が要求されたすなわち、直接通話が要求されたことを検出するステップS1002。すると、VMサーバ10は、課金レートが切替わることを認識し、課金処理の停止を交換機20に指示するステップS1002a。さらに、VMサーバ10は、課金元情報を課金サーバ90へ送信するステップS1002b。この課金元情報は、電話端末70Aによるメッセージ再生に関する課金元情報であり、この課金元情報に基づいて課金サーバ90は課金処理を行うステップS1002c。また、VMサーバ10は、電話端末70Aへ、音声ガイダンスを出力するステップS1003。この音声ガイダンスは、例えば、呼び出しをいたしますである。その後、VMサーバ10は、電話端末70Bに向けて、発信信号を送信するステップS1004。この発信信号は、例えば、SIPのINVITEメッセージによって実現することができる。ステップS1004において送信される発信信号には、発信先Toとして、発信先の電話端末70Bの電話番号である090BBBBBBBBが含まれている。また、ステップS1004において送信される発信信号には、発信元Fromとして、電話端末70Aの電話番号である090AAAAAAAAが含まれている。さらに、ステップS1004において送信される発信信号には、D社VMサーバ10のSDPU-plnae接続先のIPアドレスが付加されている。この発信信号を受取った関門交換機80は、発信信号を他のキャリア網例えば、A社キャリア網の交換機20Aを介して電話端末70Aへ送信するステップS1005。ステップS1005において送信される発信信号には、発信先Toとして、発信先の電話端末70Aの電話番号である090BBBBBBBBが含まれている。また、ステップS1005において送信される発信信号には、発信元Fromとして、090AAAAAAAAが含まれている。このステップS1005において送信される発信信号は、例えば、ISUPISDNUserPartのIAMInitialAddressMessageメッセージによって実現することができる。交換機20を介して発信信号を受取った電話端末70Bは、まず、暫定応答メッセージを送信するステップS1006。この暫定応答メッセージは、交換機20Aを介して、関門交換機80に送られる。さらに、この暫定応答メッセージは、関門交換機80を介して、D社キャリア網のVMサーバ10によって受信されるステップS1007。ステップS1006において送信される発信信号は、例えば、ISUPのACMAddressCompleteMessageメッセージによって実現することができる。また、ステップS1007において送信される発信信号は、例えば、SIPの183メッセージによって実現することができる。次に、電話端末70Bは、暫定応答メッセージを送信するステップS1008。この暫定応答メッセージは、交換機20Aを介して、関門交換機80に送られる。関門交換機80は、呼出中であることを示す呼出中メッセージを送信するステップS1009。ステップS1008において送信される暫定応答メッセージは、例えば、ISUPのCPGCallProgressメッセージによって実現することができる。ステップS1009において送信される呼出中メッセージは、例えば、SIPの180メッセージによって実現することができる。この呼出中メッセージは、交換機20を介してD社VMサーバ10によって受信される。すると、VMサーバ10は、Conference機能によって、RBTと、電話端末70AとVMサーバ10との呼の音声とをミックスするステップS1007a、S1007b。これにより、電話端末70Aに、RBTを出力することができるので、電話端末70Aのユーザは電話端末70Bのユーザの呼出中であることを認識できる。なお、RBTは、交換機20または図示せぬサーバ装置が出力することができる。その後、電話端末70Bは、応答メッセージを送信するステップS1011。この応答メッセージは、交換機20を介してD社VMサーバ10によって受信されるステップS1012。ステップS1011において送信される応答メッセージは、例えば、ISUPのANMAnswerMessageメッセージによって実現することができる。ステップS1012において送信される応答メッセージは、例えば、SIPの200OKメッセージによって実現することができる。以上の処理の後、電話端末70BとD社キャリア網のVMサーバ10との間に呼が確立されステップS1013a、この呼の音声と発信元の電話端末70AとD社キャリア網のVMサーバ10との間の継続中の呼ステップS1013bの音声とがD社VMサーバ10のConference機能によって、ミックスされる。このConference機能により、電話端末70Aと電話端末70Bとの間で音声通話を実現できる。例えば、もしもし、久しぶりなどと、電話端末70Aのユーザと電話端末70Bのユーザとの間で会話を楽しむことができる。その後、電話端末70Aのユーザと電話端末70Bのユーザとの間で会話が終了し、呼が切断されると、VMサーバ10は、課金元情報を課金サーバ90へ送信するステップS1014。この課金元情報は、電話端末70Aからの発呼による電話端末70Bとの直接通話に関する課金元情報であり、この課金元情報に基づいて課金サーバ90は課金処理を行うステップS1014a。ここで、電話端末70Aのユーザと電話端末70Bのユーザとの間で会話が終了し、元の状態すなわちメッセージの再生状態に戻る場合を考える。この場合においても、電話端末70AからPB音が出力され、VMサーバ10のメディア処理部4に入力されれば、直接通話状態から再生状態へ通話内容が切り替わったことを認識できる。つまり、PB受信機能により、音声メッセージの再生状態、および、音声メッセージの録音元端末への発呼による通話状態の、いずれか一方の状態から他方の状態への変化を、通話内容の切替として検出することができる。これにより、VMサーバ10は、課金元情報を課金サーバ90へ送信することができ、課金サーバ90は課金処理を行うことができる。以上、図11を参照して説明した処理において、呼を接続したままの状態で、電話端末70Aによるメッセージ再生に関する課金レートと、電話端末70Aと電話端末70Bとの直接通話に関する課金レートとを切り替えることができる。このため、メッセージ再生後に呼を一旦切断し、直接通話のための発呼を行った場合と同じ課金処理を行うことができ、サービスを平準化して提供できる。なお、図6を参照して説明した、交換機が課金停止機能を有していない場合には、図11中の交換機20への課金処理の停止指示ステップS1002aは、行われない。そして、図11中のステップS1002bにおいて送信される課金元情報、および、ステップS1014において送信される課金元情報には、交換機20から送信される課金元情報とVMサーバ10から送信される課金元情報との紐づけが可能なID識別情報が含まれている。課金サーバ90は、このIDを参照することにより、交換機20から課金元情報が送信された場合図示せずには課金サーバ90による課金処理は行われず、VMサーバ10から課金元情報が送信された場合に課金サーバ90による課金処理が行われる。つまり、交換機が課金停止機能を有していない図6の場合でも、課金サーバ90は、ステップS1002b、および、ステップS1014においてそれぞれ送信される課金元情報について、課金処理を行うことができる。図12は、VMサーバ10のConference機能を利用しない場合の処理を示すシーケンス図である。図12において、メッセージの再生中に、電話端末70Aから、そのメッセージの録音元への通話要求が出力されるとステップS1101、VMサーバ10は、ユーザ間通話への移行が要求されたすなわち、直接通話が要求されたことを検出するステップS1102。すると、VMサーバ10は、課金レートが切替わることを認識し、課金処理の停止を交換機20に指示するステップS1102a。さらに、VMサーバ10は、課金元情報を課金サーバ90へ送信するステップS1102b。この課金元情報は、電話端末70Aによるメッセージ再生に関する課金元情報であり、この課金元情報に基づいて課金サーバ90は課金処理を行うステップS1102c。また、VMサーバ10は、電話端末70Aへ、音声ガイダンスを出力するステップS1103。この音声ガイダンスは、例えば、呼び出しをいたしますである。その後、VMサーバ10は、電話端末70Bに向けて、発信信号を送信するステップS1104。この発信信号は、例えば、SIPのINVITEメッセージによって実現することができる。ステップS1104において送信される発信信号には、発信先Toとして、発信先の電話端末70Bの電話番号である090BBBBBBBBが含まれている。また、ステップS1104において送信される発信信号には、発信元Fromとして、電話端末70Aの電話番号である090AAAAAAAAが含まれている。さらに、ステップS1104において送信される発信信号には、D社VMサーバ10のSDPU-plane接続先のIPアドレスが付加されている。この発信信号を受取った関門交換機80は、発信信号をA社キャリア網の交換機20Aを介して電話端末70Aへ送信するステップS1105。ステップS1105において送信される発信信号には、発信先Toとして、発信先の電話端末70Aの電話番号である090BBBBBBBBが含まれている。また、ステップS1105において送信される発信信号には、発信元Fromとして、090AAAAAAAAが含まれている。このステップS1105において送信される発信信号は、例えば、ISUPのIAMメッセージによって実現することができる。交換機20を介して発信信号を受取った電話端末70Bは、まず、暫定応答メッセージを送信するステップS1106。この暫定応答メッセージは、交換機20Aを介して、関門交換機80に送られる。さらに、この暫定応答メッセージは、関門交換機80を介して、D社キャリア網のVMサーバ10によって受信されるステップS1107。ステップS1106において送信される発信信号は、例えば、ISUPのACMメッセージによって実現することができる。また、ステップS1107において送信される発信信号は、例えば、SIPの183メッセージによって実現することができる。ステップS1107において暫定応答メッセージを受信したD社VMサーバ10は、電話端末70Aに向けて切替信号を送信するステップS1108。この切替信号を受信した電話端末70Aは、応答信号を送信するステップS1109。ステップS1108において送信される切替信号は、例えば、SIPのRe-INVITEメッセージによって実現することができる。ステップS1109において送信される応答信号は、例えば、SIPの200OKメッセージによって実現することができる。次に、電話端末70Bは、暫定応答メッセージを送信するステップS1110。この暫定応答メッセージは、交換機20Aを介して、関門交換機80に送られる。関門交換機80は、呼出中であることを示す呼出中メッセージを送信するステップS1112。ステップS1110において送信される暫定応答メッセージは、例えば、ISUPのCPGメッセージによって実現することができる。ステップS1112において送信される呼出中メッセージは、例えば、SIPの180メッセージによって実現することができる。ここで、ステップS1107において送信される暫定応答メッセージは、到達確認を要する応答メッセージであり、関門交換機80とD社VMサーバ10との間で到達確認メッセージが授受されるステップS1111。ステップS1112において送信される呼出中メッセージは、交換機20を介してD社VMサーバ10によって受信される。すると、電話端末70Aに、RBTが出力されるステップS1113。これにより、電話端末70Aのユーザは電話端末70Bのユーザの呼出中であることを認識できる。なお、RBTは、交換機20または図示せぬサーバ装置が出力することができる。その後、電話端末70Bは、応答メッセージを送信するステップS1114。この応答メッセージは、D社VMサーバ10へ送信されるステップS1115。ステップS1114において送信される応答メッセージは、例えば、SIPのANMメッセージによって実現することができる。ステップS1115において送信される応答メッセージは、例えば、SIPの200OKメッセージによって実現することができる。以上の処理の後、電話端末70Aと電話端末70Bとの間で呼が確立されるステップS1116。この呼が確立されたことにより、電話端末70Aと電話端末70Bとの間で音声通話を実現できる。例えば、もしもし、久しぶりなどと、電話端末70Aのユーザと電話端末70Bのユーザとの間で会話を楽しむことができる。その後、電話端末70Aのユーザと電話端末70Bのユーザとの間で会話が終了し、呼が切断されると、VMサーバ10は、課金元情報を課金サーバ90へ送信するステップS1117。この課金元情報は、電話端末70Aからの発呼による電話端末70Bとの直接通話に関する課金元情報であり、この課金元情報に基づいて課金サーバ90は課金処理を行うステップS1117a。ここで、電話端末70Aのユーザと電話端末70Bのユーザとの間で会話が終了し、元の状態すなわちメッセージの再生状態に戻る場合を考える。この場合においても、電話端末70AからPB音が出力され、VMサーバ10のメディア処理部4に入力されれば、直接通話状態から再生状態へ通話内容が切り替わったことを認識できる。つまり、PB受信機能により、音声メッセージの再生状態、および、音声メッセージの録音元端末への発呼による通話状態の、いずれか一方の状態から他方の状態への変化を、通話内容の切替として検出することができる。これにより、VMサーバ10は、課金元情報を課金サーバ90へ送信することができ、課金サーバ90は課金処理を行うことができる。以上、図12を参照して説明した処理において、呼を接続したままの状態で、電話端末70Aによるメッセージ再生に関する課金レートと、電話端末70Aと電話端末70Bとの直接通話に関する課金レートとを切り替えることができる。このため、メッセージ再生後に呼を一旦切断し、直接通話のための発呼を行った場合と同じ課金処理を行うことができ、サービスを平準化して提供できる。なお、図6を参照して説明した、交換機が課金停止機能を有していない場合には、図12中の交換機20への課金処理の停止指示ステップS1102aは、行われない。そして、図12中のステップS1102bにおいて送信される課金元情報、および、ステップS1117において送信される課金元情報には、交換機20から送信される課金元情報とVMサーバ10から送信される課金元情報との紐づけが可能なID識別情報が含まれている。課金サーバ90は、このIDを参照することにより、交換機20から課金元情報が送信された場合図示せずには課金サーバ90による課金処理は行われず、VMサーバ10から課金元情報が送信された場合に課金サーバ90による課金処理が行われる。つまり、交換機が課金停止機能を有していない図6の場合でも、課金サーバ90は、ステップS1102b、および、ステップS1117においてそれぞれ送信される課金元情報について、課金処理を行うことができる。第3の実施形態本実施形態では、音声通信用サーバ装置がボイスメールサーバ装置であり、自キャリア網から他キャリア網のボイスメールサーバ装置へメッセージを録音する場合について説明する。本実施の形態によるボイスメールサーバ装置の機能について、図13を参照して説明する。図13を参照すると、本実施形態によるボイスメールサーバ装置10は、呼処理部1と、呼処理シナリオ2と、CDEコードテーブル3と、メディア処理部4と、メディア蓄積部5と、メディア制御シナリオ6と、を備えている。呼処理部1は、外部の装置との間の信号送受信を実現するサーバインタフェース機能と、ガイダンスを出力する場合に起動するメディア制御シナリオをメディア処理部に通知するメディア処理部インタフェース機能と、発信信号を受信した時すなわち着信時に呼処理シナリオを起動する他、MNP先ポートアウト先を示す通知を送信する呼処理シナリオインタフェース機能とを有している。呼処理シナリオ2は、呼処理部1の呼処理シナリオインタフェース機能によって起動されるプログラム群である。呼処理シナリオ2には、CDEコードテーブル3にアクセスして電話番号帯を元に通信キャリア網を特定するプログラム、転送先のキャリア網接続先キャリア網を指示するプログラム、MNP先の通知を受信するプログラム、MNP先への接続指示を送信するプログラム、音声ガイダンスを出力する場合にメディア制御シナリオを起動するプログラム、課金元情報を課金サーバへ送信する課金元情報送信機能を実現するプログラム、交換機20の課金処理を停止する指示を行う非課金指示機能を実現するプログラム、が含まれている。CDEコードテーブル3は、電話番号の特定の桁上三桁であるCDEコードと、そのCDEコードによって定まるキャリア網との対応を示すテーブルであり、電話番号帯からキャリアを特定するために設けられている。呼処理シナリオ2が、発信信号に含まれている発信先の移動電話端末の電話番号のCDEコードについて、このCDEコードテーブル3を参照することにより、キャリア網を特定することができる。しかしながら、移動電話番号ポータビリティMNPの制度を利用して他社のキャリアとの契約に移行した場合には、CDEコードテーブル3を参照しても、発信先の移動電話端末の現在のキャリアを完全に特定することはできない。つまり、電話番号帯を確認することによって判定できるキャリアから他のキャリアへポートアウトしている可能性があるので、CDEコードテーブル3を参照するだけでは、現在のキャリアを完全に特定するには至らない。メディア処理部4は、移動電話端末へ、音声によるガイダンスメッセージを出力するための制御信号を交換機20へ送信する交換機インタフェース機能と、呼処理部1からの要求により、ユーザによる音声メッセージの録音および再生を行うためのメディア制御シナリオ6を起動する呼処理部インタフェース機能と、移動電話端末から自装置への呼と、他のボイスメールサーバ装置から自装置への呼とをミックスして電話会議を実現するための会議機能Conference機能とを有している。メディア蓄積部5は、ユーザによる音声メッセージを記憶する機能を有している。メディア制御シナリオ6は、メディア処理部4によって起動されるプログラム群である。メディア制御シナリオ6には、ユーザによる音声メッセージをメディア蓄積部5へ録音するプログラム、メディア蓄積部5に記憶されている音声メッセージを再生するプログラム、が含まれている。メディア制御シナリオ6のプログラムによって実現される機能には、以下の機能がある。すなわち、メッセージの再生中に、そのメッセージの録音元に対する返信を受け付ける返信受付機能、メッセージの返信先のキャリア網を特定するキャリア網特定機能、移動電話端末から自装置への呼を他のボイスメールサーバ装置へ転送する呼転送機能、他のボイスメールサーバ装置から自装置への転送呼があった場合に、メッセージの録音を受け付ける録音受付機能、メッセージの返信が終了した場合に、通話内容の切替を認識し、メッセージの再生処理を継続する再生呼継続機能、PB信号を受信した場合に通話内容の切替を認識するPB受信機能、課金サーバ90が行う課金処理に関する課金レートを変更する課金レート変更機能、がある。また、ボイスメールサーバ装置10は、ネットワークを介して交換機20と接続されている。本例では、呼処理部1を含むC-plane側制御側、メディア処理部4を含むU-plane側ユーザ側、がそれぞれ交換機20と接続されている。本例では、C-plane側のプロトコルがSIP、U-plane側のプロトコルがRTP、である。交換機20は、VMサーバ10からの指示により、課金処理を停止する課金停止機能を有している場合と、この課金停止機能を有していない場合とがある。交換機20が課金停止機能を有している場合、交換機20は、VMサーバ10から送信される指示により、交換機20が作成した課金元情報について課金サーバ90への送信を停止するか、または、交換機20による課金元情報の作成を停止する。一方、図14のように、交換機20が課金停止機能を有していない場合、VMサーバ10は、非課金指示機能を有していない。交換機20が課金停止機能を有していない場合、課金サーバ90内の課金処理機能が、課金停止機能の代替処理を行う。すなわち、課金サーバ90内の課金処理機能において、交換機20から送信される課金元情報とVMサーバ10から送信される課金元情報との照合突合せを行い、交換機20から送信される課金元情報に対しては課金しない、といった代替処理を行う。この代替処理を課金サーバ90内の課金処理機能が行う場合、VMサーバ10の課金元情報送信機能は、交換機20が出力する課金元情報と呼との照合が可能なユニークなIDを、課金サーバ90に送信する課金元情報に含めておく必要がある。VMサーバ10において通話内容の切替を検出しない場合は、交換機20から送信される課金元情報に対して、課金サーバ90の課金処理機能が課金処理を行う。そして、VMサーバ10において通話内容の切替を検出した場合は、上記のようにVMサーバ10から送信される課金元情報に対して、課金サーバ90の課金処理機能が課金処理を行う。つまり、課金サーバ90の課金処理機能は、交換機から送信される課金元情報と課金元情報送信部から送信される課金元情報とのいずれか一方のみに対して課金を行う。ところで、ボイスメールサーバ装置10は、呼処理部1の機能によって、外部の装置である、SMS送信サーバ30、他社キャリア網ボイスメールサーバ装置40、MNP-DBDatabase50、および、HSSHomeSubscriberServer60と、それぞれ接続することができる。SMS送信サーバ30は、周知のSMSによるメッセージを送信するサーバである。このSMS送信サーバ30へ、メッセージの送信要求を送信することにより、SMSによるメッセージが送信される。すなわち、呼処理部1からSMS送信サーバ30へ、メッセージの送信要求を送信することにより、ボイスメールが録音された旨をSMSのメッセージによって通知したり、ボイスメールが再生された旨をSMSのメッセージによって通知したりすることができる。他社キャリア網のボイスメールサーバ装置40は、他社が管理する他社キャリア網に設けられているボイスメールサーバ装置以後、適宜、VMサーバと略記するである。呼処理部1が発信信号を送信すると、その発信信号は、関門交換機や他社キャリア網に設けられている交換機を介して他社キャリア網VMサーバ40に入力される。本例では、リダイレクト応答によって再生成された発信信号についても、関門交換機や他社キャリア網に設けられている交換機を介して他社キャリア網のVMサーバ40に入力される。MNP-DB50は、電話番号とMNPによってポートアウトした先のキャリア網との対応を示すデータベースである。電話番号について、このMNP-DB50を参照することにより、ポートアウトした先のキャリア網を特定することができる。本例では、呼処理部1が、発信信号に含まれている電話番号について、このMNP-DB50を参照することにより、ポートアウトした先のキャリア網を特定する。HSS60は、ユーザプロファイル情報を管理するサーバである。このHSS60を参照することによって、本例では、呼処理部1が、HSS60にアクセスすることによって、ユーザプロファイル情報を取得する。なお、ボイスメールサーバ装置は、上記各部をまとめて1つの筐体内に設けた装置として構成してもよいし、上記各部を分散して複数の筐体に設けた構成にしてもよい。上記各部を分散して複数の筐体に設けた構成の場合、ネットワークを介して各部が接続された構成になっていてもよい。移動電話網においてボイスメールサービスを実現する場合、C-planeとU-planeとを分離することが多いので、その場合は上記の呼処理部とメディア処理部とが物理的に別々の装置によって実現されることが多い。このように、単一の装置によって上記各部が実現される場合に限らず、複数の装置によって上記各部が実現されかつ各装置がネットワークを介して接続されている場合も、本実施形態のボイスメールサーバ装置に該当する。以下、再生処理中に返信する場合において、各装置間で授受される信号について説明する。メッセージ再生中の返信を実現する際、Conference機能を用いる場合とそれを用いない場合とで動作が異なる。Conference機能を用いる場合図15および図16は、D社VMサーバ10DのConference機能を用いて、メッセージ再生中の返信を実現する場合において、各装置間で授受される信号を示す。図15において、メッセージ再生中の移動電話端末70AからVMサーバ10Dへ、そのメッセージに対する返信要求を送信するステップS2001。この返信要求を受信したD社VMサーバ10Dは、他のキャリア網への返信要求が移動電話端末70Aから出力されたことを検出するステップS2002。すると、D社VMサーバ10Dは、課金レートが切替わることを認識し、課金処理の停止を交換機20に指示するステップS2002a。さらに、VMサーバ10は、課金元情報を課金サーバ90へ送信するステップS2002b。この課金元情報は、電話端末70Aによるメッセージ再生に関する課金元情報であり、この課金元情報に基づいて課金サーバ90は課金処理を行うステップS2002c。また、D社VMサーバ10Dは、呼を他のキャリア網に転送する旨のガイダンスメッセージを出力するため、VMサーバ10Dから移動電話端末70Aへ、呼び出し中であることを示す暫定応答図示せずを送信する。この暫定応答は、例えば、SIPの183メッセージによって実現することができる。このガイダンスメッセージは、周知のリングバックトーンと同様であり、下り方向だけの音声である。ガイダンスメッセージは、例えば、他キャリアに転送しますであるステップS2003。その後、VMサーバ10Dは、ステップS2002において判定されたキャリア網に向けて、発信信号を送信するステップS2004。この発信信号は、例えば、SIPのINVITEメッセージによって実現することができる。ステップS2004において送信される発信信号には、発信先Toとして、発信先の移動電話端末の電話番号の先頭にA社キャリア網のVMサーバの電話番号を付加した090XXXXXXXX090BBBBBBBBが含まれている。また、ステップS2004において送信される発信信号には、発信元Fromとして、090AAAAAAAAが含まれている。さらに、ステップS2004において送信される発信信号には、D社VMサーバ10DのSDPU-plane接続先のIPアドレスが付加されている。この発信信号を受取った関門交換機80は、発信信号をA社キャリア網のVMサーバ10Aへ送信するステップS2005。ステップS2005において送信される発信信号には、発信先Toとして、発信先の移動電話端末70Aの電話番号の先頭にVMサーバの電話番号を付加した090XXXXXXXX090BBBBBBBBが含まれている。また、ステップS2005において送信される発信信号には、発信元Fromとして、090AAAAAAAAが含まれている。このステップS2005において送信される発信信号は、例えば、ISUPのIAMメッセージによって実現することができる。この発信信号を受取ったA社キャリア網のVMサーバ10Aは、まず、暫定応答メッセージを送信するステップS2006。この暫定応答メッセージは、関門交換機80を介して、D社キャリア網のVMサーバ10Dによって受信されるステップS2007。ここで、ステップS2006において送信される暫定応答メッセージは、例えば、ISUPのACM/CPGAddressCompleteMessage/CallProgressメッセージによって実現することができる。また、ステップS2007において送信される暫定応答メッセージは、例えば、SIPの183メッセージによって実現することができる。その後、A社キャリア網のVMサーバ10Aは、応答メッセージを送信するステップS2008。この応答メッセージは、関門交換機80を介して、D社VMサーバ10Dへ送信されるステップS2009。ステップS2008において送信される応答メッセージは、例えば、SIPのANMメッセージによって実現することができる。また、ステップS2009において送信される応答メッセージは、例えば、SIPの200OKメッセージによって実現することができる。以上の処理の後、A社キャリア網のVMサーバ10AとD社キャリア網のVMサーバ10Dとの間に呼が確立されステップS2010b、この呼の音声と発信元の移動電話端末70AとD社キャリア網のVMサーバ10Dとの間の継続中の呼ステップS2010aの音声とがD社VMサーバ10DのConference機能によって、ミックスされる。このConference機能により、移動電話端末70Aから、A社キャリア網のVMサーバ10Aへ、返信メッセージを録音することができる。その際、A社キャリア網のVMサーバ10Aは、VMサービスに関するガイダンスを出力するのが一般的である。このガイダンスメッセージは、例えば、こちらはA社お留守番センターです。発信音の後にメッセージをどうぞである。図16に移行し、D社VMサーバ10DのConference機能によって、発信元の移動電話端末70AとA社キャリア網のVMサーバ10Aとの間の呼の音声とA社キャリア網のVMサーバ10AとD社キャリア網のVMサーバ10Dとの間の呼の音声とがミックスされている状態においてステップS2100a、S2101b、A社VMサーバ10Aが返信メッセージの録音の終了を検出するステップS2102。すると、A社VMサーバ10Aから切断信号が送信されステップS2103、この切断信号は関門交換機80を介してD社VMサーバ10Dにおいて受信されるステップS2104。ステップS2103において送信される切断信号は、例えば、ISUPのRELReleaseメッセージによって実現することができる。また、ステップS2104において送信される切断信号は、例えば、SIPのByeメッセージによって実現することができる。ステップS2103において送信される切断信号に対しては、関門交換機80から切断応答信号が送信されるステップS2105。ステップS2105において送信される切断応答信号は、例えば、ISUPのRLCReleaseCompleteメッセージによって実現することができる。また、ステップS2104において送信される応答信号に対しては、D社VMサーバ10Dから応答信号が送信されるステップS2106。ステップS2106において送信される応答信号は、例えば、SIPの200OKByeメッセージによって実現することができる。その後、D社VMサーバ10Dの再生呼継続機能により、通話内容の切替を認識し、再生処理へ移行するステップS2107。すると、VMサーバ10Dは、課金レートが切替わることを認識し、課金元情報を課金サーバ90へ送信するステップS2107a。この課金元情報は、電話端末70Aからの発呼による電話端末70Bとの直接通話に関する課金元情報であり、この課金元情報に基づいて課金サーバ90は課金処理を行うステップS2107b。以後、それまでの再生処理が継続される。つまり、音声メッセージの再生状態、および、音声メッセージの録音元端末に対応する他のVMサーバへの音声メッセージの録音状態の、いずれか一方の状態から他方の状態への変化を、通話内容の切替として検出することができる。これにより、VMサーバ10は、課金元情報を課金サーバ90へ送信することができ、課金サーバ90は課金処理を行うことができる。なお、再生処理が継続されることを、移動電話端末70Aのユーザに知らせるため、その旨のガイダンスを出力するのが一般的である。このガイダンスメッセージは、例えば、次のメッセージを再生しますであるステップS2108。その後、電話端末70Aによる再生処理が終了し、呼が切断されると、VMサーバ10Dは、課金元情報を課金サーバ90へ送信し、この課金元情報に基づいて課金サーバ90は課金処理を行う図示せず。なお、図14を参照して説明した、交換機が課金停止機能を有していない場合には、図15中の交換機20への課金処理の停止指示ステップS2002aは、行われない。そして、図15中のステップS2002bにおいて送信される課金元情報、および、図16中のステップS2107aにおいて送信される課金元情報には、交換機20から送信される課金元情報とVMサーバ10から送信される課金元情報との紐づけが可能なID識別情報が含まれている。課金サーバ90は、このIDを参照することにより、交換機20から課金元情報が送信された場合図示せずには課金サーバ90による課金処理は行われず、VMサーバ10から課金元情報が送信された場合に課金サーバ90による課金処理が行われる。つまり、交換機が課金停止機能を有していない図14の場合でも、課金サーバ90は、ステップS2002b、および、ステップS2107aにおいてそれぞれ送信される課金元情報について、課金処理を行うことができる。次に、Conference機能を用いる場合の、VMサーバ10D内の各部の信号授受について図17を参照して説明する。図17において、メディア制御シナリオ6は、再生後メニューの再生指示を出力するステップS2201。この再生指示はメディア処理部4に入力されるステップS2202。すると、メディア処理部4は、移動電話端末70Aへ、音声によるメニューガイダンスを出力するステップS2203。このメニューガイダンスは、例えば、返信は1を、次のメッセージ再生は2を、...である。このガイダンスメッセージを聞いたユーザが、移動電話端末70Aのボタンを押下することにより、PB音がメディア処理部4に入力されるステップS2204。ここでは1が押下され、対応するPB音がメディア処理部4に入力された場合について説明する。メディア処理部4は、入力されたPB音をメディア制御シナリオ6に通知するステップS2205。この通知により、メディア制御シナリオ6は、録音返信要求を検出し、返信の可否を問合せるための問合せ信号を送信するステップS2206。この問合せ信号は呼処理シナリオ2によって受信されステップS2207、呼処理部1を介して、課金処理の停止を交換機20に指示するステップS2207a、S2207b。さらに、VMサーバ10は、課金元情報を課金サーバ90へ送信するステップS2207c。この課金元情報は、電話端末70Aによるメッセージ再生に関する課金元情報であり、この課金元情報に基づいて課金サーバ90は課金処理を行うステップS2207d。その後、呼処理シナリオ2はユーザプロファイルの取得するためステップS2208、HSS60にアクセスし、ユーザプロファイルの取得を要求するステップS2209a、S2209b。取得を要求されたHSS60は、D社VMサーバ10Dの呼処理シナリオ2に、ユーザプロファイルを応答するステップS2210、S2211a、S2211b。応答されたユーザプロファイルを取得したD社VMサーバ10Dの呼処理シナリオ2は、発信信号の宛先つまりメッセージの録音元が自社キャリア網のユーザの移動電話端末か判定するステップS2212。この判定の結果、発信信号の宛先が他社のキャリア網のユーザの移動電話端末である場合、Conference機能によるカンファレンスモードconferencemodeが起動されるステップS2213。カンファレンスモードの起動信号がメディア制御シナリオ6に送信されるとステップS2214、メディア制御シナリオ6は、カンファレンス用のU-planeリソースのハント処理を行うステップS2215、S2216a、S2216b。そして、メディア制御シナリオ6は、現在の再生状態を保持するステップS2217。例えば、現在、メッセージの3件目まで再生が完了していた場合、その再生状態を保持する。メディア制御シナリオ6によって現在の再生状態が保持された後、呼処理シナリオ2は、CDEコードテーブル3を参照して、キャリア網を特定し、そのキャリア網に向けて発信信号を送信するステップS2218、S2219、S2220a、S2220b。そして、呼処理シナリオ2は、VMサーバへの接続要求を転送する指示を呼処理部1に出力するステップS2221、S2222。呼処理部1は、ステップS2220において特定されたキャリア網に向けて、発信信号を送信するステップS2223。この発信信号は、例えば、SIPのINVITEメッセージによって実現することができる。その後、呼処理部1は、交換機20を介して、暫定応答メッセージを受信するステップS2224。ステップS2224において送信される暫定応答メッセージは、例えば、SIPの183メッセージによって実現することができる。暫定応答メッセージを受信した呼処理部1は、リアルタイム通信を開始するため、メディア処理部4に対し、SDPによる更新処理を行うステップS2225。その後、呼処理部1は、交換機20を介して、応答メッセージを受信するステップS2226。ステップS2226において送信される応答メッセージは、例えば、SIPの200OKメッセージによって実現することができる。この応答メッセージを受信した呼処理部1は、受信した旨を呼処理シナリオ2に通知するステップS2227。これにより、呼処理シナリオ2は、他のキャリア網のVMサーバから応答があったことを認識しステップS2228、他のキャリア網のVMサーバへの接続をメディア制御シナリオ6に指示するステップS2229。メディア制御シナリオ6は、カンファレンスモード開始をメディア処理部4に指示するステップS2230、S2231。以後、A社キャリア網のVMサーバ10AとD社キャリア網のVMサーバ10Dとの間に呼が確立されステップS2232b、この呼の音声と発信元の移動電話端末70AとD社キャリア網のVMサーバ10Dとの間の継続中の呼ステップS2232aの音声とがメディア処理部4のConference機能によって、ミックスされる。このConference機能により、移動電話端末70Aから、A社キャリア網のVMサーバ10Aへ、返信メッセージを録音することができる。その際、A社キャリア網のVMサーバ10Aは、VMサービスに関するガイダンスを出力するのが一般的である。このガイダンスメッセージは、例えば、こちらはA社お留守番センターです。発信音の後にメッセージをどうぞである。その後、電話端末70Aによるメッセージ録音処理が終了し、呼が切断されると、VMサーバ10は、課金元情報を課金サーバ90へ送信し、この課金元情報に基づいて課金サーバ90は課金処理を行う図示せず。なお、図14を参照して説明した、交換機が課金停止機能を有していない場合には、図17中の交換機20への課金処理の停止指示ステップS2207a、S2207bは、行われない。そして、図17中のステップS2207cにおいて送信される課金元情報、および、電話端末70Aによるメッセージ録音処理が終了し呼が切断された後にVMサーバ10から送信される課金元情報図示せずには、交換機20から送信される課金元情報とVMサーバ10から送信される課金元情報との紐づけが可能なID識別情報が含まれている。課金サーバ90は、このIDを参照することにより、交換機20から課金元情報が送信された場合図示せずには課金サーバ90による課金処理は行われず、VMサーバ10から課金元情報が送信された場合に課金サーバ90による課金処理が行われる。つまり、交換機が課金停止機能を有していない図14の場合でも、課金サーバ90は、ステップS2207cにおいて課金元情報、および、呼が切断された後にVMサーバ10から送信される課金元情報図示せずについて、課金処理を行うことができる。Conference機能を用いない場合図18および図19は、D社VMサーバ10DのConference機能を用いずに、メッセージ再生中の返信を実現する場合において、各装置間で授受される信号を示す。図18において、メッセージ再生中の移動電話端末70AからVMサーバ10Dへ、そのメッセージに対する返信要求を送信するステップS2301。この返信要求を受信したD社VMサーバ10Dは、他のキャリア網への返信要求が移動電話端末70Aから出力されたことを検出するステップS2302。すると、D社VMサーバ10Dは、課金レートが切替わることを認識し、課金処理の停止を交換機20に指示するステップS2302a。さらに、VMサーバ10は、課金元情報を課金サーバ90へ送信するステップS2302b。この課金元情報は、電話端末70Aによるメッセージ再生に関する課金元情報であり、この課金元情報に基づいて課金サーバ90は課金処理を行うステップS2002c。また、D社VMサーバ10Dは、呼を他のキャリア網に転送する旨のガイダンスメッセージを出力するため、VMサーバ10Dから移動電話端末70Aへ、呼び出し中であることを示す暫定応答図示せずを送信する。この暫定応答は、例えば、SIPの183メッセージによって実現することができる。このガイダンスメッセージは、周知のリングバックトーンと同様であり、下り方向だけの音声である。ガイダンスメッセージは、例えば、他キャリアに転送しますであるステップS2303。その後、VMサーバ10Dは、ステップS2302において判定されたキャリア網に向けて、発信信号を送信するステップS2304。この発信信号は、例えば、SIPのINVITEメッセージによって実現することができる。ステップS2304において送信される発信信号には、発信先Toとして、発信先の移動電話端末の電話番号の先頭にA社キャリア網のVMサーバの電話番号を付加した090XXXXXXXX090BBBBBBBBが含まれている。また、ステップS2304において送信される発信信号には、発信元Fromとして、090AAAAAAAAが含まれている。さらに、ステップS2304において送信される発信信号には、メッセージの返信要求を送信した移動電話端末70Aすなわち発信端末のSDPU-plane接続先のIPアドレスが付加されている。この発信信号を受取った関門交換機80は、発信信号をA社キャリア網のVMサーバ10Aへ送信するステップS2305。ステップS2305において送信される発信信号には、発信先Toとして、発信先の移動電話端末70Aの電話番号の先頭にVMサーバの電話番号を付加した090XXXXXXXX090BBBBBBBBが含まれている。また、ステップS2305において送信される発信信号には、発信元Fromとして、090AAAAAAAAが含まれている。このステップS2305において送信される発信信号は、例えば、ISUPのIAMメッセージによって実現することができる。この発信信号を受取ったA社キャリア網のVMサーバ10Aは、まず、暫定応答メッセージを送信するステップS2306。この暫定応答メッセージは、関門交換機80を介して、D社キャリア網のVMサーバ10Dによって受信されるステップS2307。ここで、ステップS2306において送信される暫定応答メッセージは、例えば、ISUPのACM/CPGメッセージによって実現することができる。また、ステップS2307において送信される暫定応答メッセージは、例えば、SIPの183メッセージによって実現することができる。なお、A社キャリア網のVMサーバ10Aは、応答メッセージを送信するステップS2308。ステップS2308において送信される応答メッセージは、例えば、SIPのANMメッセージによって実現することができる。その後、ステップS2307において送信される暫定応答メッセージを受信したD社VMサーバ10Dは、移動電話端末70Aに向けて切替信号を送信するステップS2309。この切替信号を受信した移動電話端末70Aは、応答信号を送信するステップS2310。ステップS2309において送信される切替信号は、例えば、SIPのRe-INVITEメッセージによって実現することができる。ステップS2310において送信される応答信号は、例えば、SIPの200OKメッセージによって実現することができる。ここで、ステップS2307において送信される暫定応答メッセージは、到達確認を要する応答メッセージであり、D社VMサーバ10Dと関門交換機80との間で到達確認メッセージが授受されるステップS2311。その後、関門交換機80からD社VMサーバ10Dへ応答メッセージが送信されるステップS2312。ステップS2312において送信される応答メッセージは、例えば、SIPの200OKメッセージによって実現することができる。以上の処理の後、A社キャリア網のVMサーバ10Aと発信元の移動電話端末70Aとの間で呼が確立されるステップS2313。この呼が確立されたことにより、移動電話端末70Aから、A社キャリア網のVMサーバ10Aへ、返信メッセージを録音することができる。その際、A社キャリア網のVMサーバ10Aは、VMサービスに関するガイダンスを出力するのが一般的である。このガイダンスメッセージは、例えば、こちらはA社お留守番センターです。発信音の後にメッセージをどうぞである。図19に移行し、A社キャリア網のVMサーバ10Aと発信元の移動電話端末70Aとの間で呼が確立されている状態においてステップS2401、A社VMサーバ10Aが返信メッセージの録音の終了を検出するステップS2402。すると、A社VMサーバ10Aから切断信号が送信されステップS2403、この切断信号は関門交換機80を介してD社VMサーバ10Dにおいて受信されるステップS2404。ステップS2403において送信される切断信号は、例えば、ISUPのRELReleaseメッセージによって実現することができる。また、ステップS2404において送信される切断信号は、例えば、SIPのByeメッセージによって実現することができる。ステップS2403において送信される切断信号に対しては、関門交換機80から切断応答信号が送信されるステップS2405。ステップS2405において送信される切断応答信号は、例えば、ISUPのRLCReleaseCompleteメッセージによって実現することができる。また、ステップS2404において送信される応答信号に対しては、D社VMサーバ10Dから応答信号が送信されるステップS2406。ステップS2406において送信される応答信号は、例えば、SIPの200OKByeメッセージによって実現することができる。さらに、D社VMサーバ10Dは、移動電話端末70Aに向けて切替信号を送信するステップS2407。この切替信号を受信した移動電話端末70Aは、応答信号を送信するステップS2408。ステップS2407において送信される切替信号は、例えば、SIPのRe-INVITEメッセージによって実現することができる。ステップS2408において送信される応答信号は、例えば、SIPの200OKメッセージによって実現することができる。その後、D社VMサーバ10Dの再生呼継続機能により、通話内容の切替を認識し、再生処理へ移行するステップS2409。すると、VMサーバ10Dは、課金レートが切替わることを認識し、課金元情報を課金サーバ90へ送信するステップS2409a。この課金元情報は、電話端末70Aからの発呼による電話端末70Bとの直接通話に関する課金元情報であり、この課金元情報に基づいて課金サーバ90は課金処理を行うステップS2409b。以後、それまでの再生処理が継続される。これにより、それまでの再生処理が継続される。つまり、音声メッセージの再生状態、および、音声メッセージの録音元端末に対応する他のVMサーバへの音声メッセージの録音状態の、いずれか一方の状態から他方の状態への変化を、通話内容の切替として検出することができる。これにより、VMサーバ10は、課金元情報を課金サーバ90へ送信することができ、課金サーバ90は課金処理を行うことができる。なお、再生処理が継続されることを、移動電話端末70Aのユーザに知らせるため、その旨のガイダンスを出力するのが一般的である。このガイダンスメッセージは、例えば、次のメッセージを再生しますであるステップS2410。その後、電話端末70Aによる再生処理が終了し、呼が切断されると、VMサーバ10Dは、課金元情報を課金サーバ90へ送信し、この課金元情報に基づいて課金サーバ90は課金処理を行う図示せず。なお、図14を参照して説明した、交換機が課金停止機能を有していない場合には、図18中の交換機20への課金処理の停止指示ステップS2302aは、行われない。そして、図18中のステップS2302bにおいて送信される課金元情報、および、図19中のステップS2409aにおいて送信される課金元情報には、交換機20から送信される課金元情報とVMサーバ10から送信される課金元情報との紐づけが可能なID識別情報が含まれている。課金サーバ90は、このIDを参照することにより、交換機20から課金元情報が送信された場合図示せずには課金サーバ90による課金処理は行われず、VMサーバ10から課金元情報が送信された場合に課金サーバ90による課金処理が行われる。つまり、交換機が課金停止機能を有していない図14の場合でも、課金サーバ90は、ステップS2302b、および、ステップS2409aにおいてそれぞれ送信される課金元情報について、課金処理を行うことができる。次に、Conference機能を用いない場合の、VMサーバ10D内の各部の信号授受について図20を参照して説明する。図20において、メディア制御シナリオ6は、再生後メニューの再生指示を出力するステップS2501。この再生指示はメディア処理部4に入力されるステップS2502。すると、メディア処理部4は、移動電話端末70Aへ、音声によるメニューガイダンスを出力するステップS2503。このメニューガイダンスは、例えば、返信は1を、次のメッセージ再生は2を、...である。このガイダンスメッセージを聞いたユーザが、移動電話端末70Aのボタンを押下することにより、PB音がメディア処理部4に入力されるステップS2504。ここでは1が押下され、対応するPB音がメディア処理部4に入力された場合について説明する。メディア処理部4は、入力されたPB音をメディア制御シナリオ6に通知するステップS2505。この通知により、メディア制御シナリオ6は、録音返信要求を検出し、返信の可否を問合せるための問合せ信号を送信するステップS2506。この問合せ信号は呼処理シナリオ2によって受信されステップS2507、呼処理部1を介して、課金処理の停止を交換機20に指示するステップS2507a、S2507b。さらに、VMサーバ10は、課金元情報を課金サーバ90へ送信するステップS2507c。この課金元情報は、電話端末70Aによるメッセージ再生に関する課金元情報であり、この課金元情報に基づいて課金サーバ90は課金処理を行うステップS2507d。その後、呼処理シナリオ2はユーザプロファイルの取得するためステップS2508、呼処理シナリオ2はHSS60にアクセスし、ユーザプロファイルの取得を要求するステップS2509a、S2509b。取得を要求されたHSS60は、D社VMサーバ10Dの呼処理シナリオ2に、ユーザプロファイルを応答するステップS2510、S2511a、S2511b。応答されたユーザプロファイルを取得したD社VMサーバ10Dの呼処理シナリオ2は、発信信号の宛先つまりメッセージの録音元が自社キャリア網のユーザの移動電話端末か判定するステップS2512。この判定の結果、発信信号の宛先が他社のキャリア網のユーザの移動電話端末である場合、Conference機能によるカンファレンスモードconferencemodeが起動されるステップS2513。カンファレンスモードの起動信号がメディア制御シナリオ6に送信されるとステップS2514、メディア制御シナリオ6は、現在の再生状態を保持するステップS2515。例えば、現在、メッセージの3件目まで再生が完了していた場合、その再生状態を保持する。次に、メディア制御シナリオ6は、メディア処理部4に、U-planeの保留開放指示を行うステップS2516、S2517a、S2517b。U-planeの保留開放指示完了後、呼処理シナリオ2は、CDEコードテーブル3を参照して、キャリア網を特定し、そのキャリア網に向けて発信信号を送信するステップS2518、S2519、S2520a、S2520b。そして、呼処理シナリオ2は、VMサーバへの接続要求を転送する指示を呼処理部1に出力するステップS2521、S2522。呼処理部1は、ステップS2519において特定されたキャリア網に向けて、発信信号を送信するステップS2523。この発信信号は、例えば、SIPのINVITEメッセージによって実現することができる。その後、呼処理部1は、交換機20を介して、暫定応答メッセージを受信するステップS2524。ステップS2524において送信される暫定応答メッセージは、例えば、SIPの183メッセージによって実現することができる。暫定応答メッセージを受信した呼処理部1は、移動電話端末70Aに向けて切替信号を送信するステップS2525。この切替信号を受信した移動電話端末70Aは、応答信号を送信するステップS2526。ステップS2525において送信される切替信号は、例えば、SIPのRe-INVITEメッセージによって実現することができる。ステップS2526において送信される応答信号は、例えば、SIPの200OKメッセージによって実現することができる。その後、関門交換機80から応答メッセージが送信され、その応答メッセージを呼処理部1が受信するステップS2527。ステップS2527において送信される応答メッセージは、例えば、SIPの200OKメッセージによって実現することができる。以上の処理の後、A社キャリア網のVMサーバ10Aと発信元の移動電話端末70Aとの間で呼が確立されるステップS2528。この呼が確立されたことにより、移動電話端末70Aから、A社キャリア網のVMサーバ10Aへ、返信メッセージを録音することができる。その際、A社キャリア網のVMサーバ10Aは、VMサービスに関するガイダンスを出力するのが一般的である。このガイダンスメッセージは、例えば、こちらはA社お留守番センターです。発信音の後にメッセージをどうぞである。その後、電話端末70Aによるメッセージ録音処理が終了し、呼が切断されると、VMサーバ10Dは、課金元情報を課金サーバ90へ送信し、この課金元情報に基づいて課金サーバ90は課金処理を行う図示せず。なお、図14を参照して説明した、交換機が課金停止機能を有していない場合には、図20中の交換機20への課金処理の停止指示ステップS2507a、S2507bは、行われない。そして、図20中のステップS2507cにおいて送信される課金元情報、および、電話端末70Aによるメッセージ録音処理が終了し呼が切断された後にVMサーバ10から送信される課金元情報図示せずには、交換機20から送信される課金元情報とVMサーバ10から送信される課金元情報との紐づけが可能なID識別情報が含まれている。課金サーバ90は、このIDを参照することにより、交換機20から課金元情報が送信された場合図示せずには課金サーバ90による課金処理は行われず、VMサーバ10から課金元情報が送信された場合に課金サーバ90による課金処理が行われる。つまり、交換機が課金停止機能を有していない図14の場合でも、課金サーバ90は、ステップS2507cにおいて課金元情報、および、呼が切断された後にVMサーバ10から送信される課金元情報図示せずについて、課金処理を行うことができる。その他の適用例音声呼によるメッセージ再生時間やメッセージ録音時間に応じて特典例えば、課金に関する割引クーポン券の発行を付与するサービスについて、本発明が適用できる。すなわち、音声呼の接続状態のまま、メッセージの再生処理から録音処理に、またはその逆に切替わった場合に、再生時間に対応する特典、録音時間に対応する特典を別々の内容として付与することができる。同様に、メッセージ再生時間やメッセージ録音時間に応じて課金による募金を行うことができるサービスについても、再生時間に対応する募金金額、録音時間に対応する募金金額を別々に設定することができる。音声通信システム上記の音声通信用サーバ装置またはボイスメールサーバ装置は、課金元情報の課金サーバの送信を停止する課金停止機能を有する交換機と共に音声通信システムを構成している。この音声通信システムによれば、交換機による処理を停止させることができ、呼の接続状態を継続したままで、サービスを平準化して提供できる。まとめ従来技術によると、ボイスメールサービスや留守番電話サービスにおいて、メッセージの再生に引き続き、呼を接続したままで返信メッセージを録音する場合には通話内容の切替わりを検出できないので家族割引サービスが適用されないのに対し、呼を一旦切断し、新たに発呼してメッセージを録音する場合には家族割引サービスが適用される。これでは、返信メッセージを録音する点で同じであるものの、ユーザの操作によって、家族割引サービスが適用される場合と適用されない場合とがあり、サービスを平準化して提供することができない。本発明によれば、課金処理に用いる課金元情報の課金サーバへの送信を停止させておき、呼の接続が継続している状態において、通話内容の切替を検出した場合に、課金元情報を課金サーバに送信するので、ユーザの操作によって、サービスが適用される場合と適用されない場合とが生じることが無くなり、サービスを平準化して提供できる。なお、本発明の範囲は、図示され記載された例示的な実施形態に限定されるものではなく、本発明が目的とするものと均等な効果をもたらすすべての実施形態をも含む。さらに、本発明の範囲は、各請求項により画される発明の特徴の組み合わせに限定されるものではなく、すべての開示されたそれぞれの特徴のうち特定の特徴のあらゆる所望する組み合わせによって画されうる。