録音されたメッセージを移動電話端末からの呼によって再生しているメッセージ再生処理中に、前記メッセージの録音元に対する返信を受付ける返信受付部と、前記返信受付部が返信を受付けた場合に、メッセージの返信先のキャリア網を特定するキャリア網特定部と、前記移動電話端末から自装置への呼を他のキャリア網のボイスメールサーバ装置へ転送する呼転送部とを含み、前記移動電話端末と前記他のキャリア網のボイスメールサーバ装置との通話を実現し、前記移動電話端末から返信メッセージを録音できるようにしたことを特徴とするボイスメールサーバ装置。前記移動電話端末と自装置との呼による音声と、自装置と前記他のキャリア網のボイスメールサーバ装置との呼による音声とをミックスすることにより、前記移動電話端末と前記他のキャリア網のボイスメールサーバ装置との通話を実現するカンファレンス部をさらに含むことを特徴とする請求項1に記載のボイスメールサーバ装置。前記呼転送部は、前記呼を他のキャリア網のボイスメールサーバ装置へ転送する制御を行うための信号に、前記移動電話端末のアドレスを含めて送信し、前記移動電話端末の通話相手を前記他のキャリア網のボイスメールサーバ装置に切り替える処理を行うことにより、前記移動電話端末と前記他のキャリア網のボイスメールサーバ装置との通話を実現するようにしたことを特徴する請求項1に記載のボイスメールサーバ装置。前記他のキャリア網のボイスメールサーバ装置から自装置への転送呼についてメッセージの録音を受け付ける録音受付部をさらに含むことを特徴とする請求項1から請求項3までのいずれか1項に記載のボイスメールサーバ装置。前記移動電話端末と前記他のキャリア網のボイスメールサーバ装置との呼について当該ボイスメールサーバ装置から切断信号が送信された場合に、前記移動電話端末からの呼によるメッセージ再生処理を継続する再生呼継続部をさらに含むことを特徴とする請求項1から請求項4までのいずれか1項に記載のボイスメールサーバ装置。請求項1から請求項5までのいずれか1項に記載のボイスメールサーバ装置と、前記返信のための返信要求を、前記ボイスメールサーバ装置へ送信する移動電話端末とを含むことを特徴とするボイスメールシステム。上述したボイスメールサービスを利用して録音されたメッセージを再生するには、ボイスメールサーバに向けて呼を発信することになる。メッセージを再生して聞いたユーザは、そのメッセージを録音したユーザに対して別のメッセージを録音したいと考える場合がある。ボイスメールサービスは、キャリア網ごとに提供されており、発信元と発信先とが同じキャリア網であれば、メッセージ再生後の返信機能によって同じ呼内において別のメッセージを録音するすなわち返信することができる場合もある。しかしながら、発信元と発信先とが異なるキャリア網であれば、録音したい相手が利用しているキャリア網すなわち発信先のキャリア網が他網ユーザ向けに用意する特定電話番号に対して、発信することになる。このような場合、他網のユーザからのメッセージを再生したユーザは、そのメッセージに対する返信の際には、一旦電話を切断し、その上でメッセージを再生したユーザ自身が元々録音を行ったキャリア網が何であるか把握し、そのキャリアが用意する電話番号に対して発信する必要がある。これでは、メッセージの再生処理から別のメッセージの録音処理への、処理のシームレス化を実現できず、使い勝手が悪く、サービスの利便性の面で問題がある。また、移動電話番号ポータビリティMobileNumberPortability;MNPにより、ある日友人のキャリアが突然代わっているなど、録音処理を行ううえでの課題もある。本発明は上述した背景技術の問題を解決することを目的としてなされたものであり、移動電話端末がMNPによってポートアウトされた場合においても、メッセージの再生処理から、返信メッセージの録音処理へ、シームレスに移行でき、使い勝手のよいボイスメールサービスを実現できる、ボイスメールサーバ装置、ボイスメールシステムを提供することである。本発明の一態様にかかるボイスメールサーバ装置は、録音されたメッセージを移動電話端末からの呼によって再生しているメッセージ再生処理中に、前記メッセージの録音元に対する返信を受付ける返信受付部例えば、図1中のメディア制御シナリオ6の返信受付機能と、前記返信受付部が返信を受付けた場合に、メッセージの返信先のキャリア網を特定するキャリア網特定部例えば、図1中のメディア制御シナリオ6のキャリア網特定機能と、前記移動電話端末から自装置への呼を他のキャリア網のボイスメールサーバ装置へ転送する呼転送部例えば、図1中のメディア制御シナリオ6の呼転送機能とを含み、前記移動電話端末と前記他のキャリア網のボイスメールサーバ装置との通話を実現し、前記移動電話端末から返信メッセージを録音できるようにしたことを特徴とする。このようにボイスメールサーバ装置を構成すれば、移動電話端末がMNPによってポートアウトされた場合においても、メッセージの再生処理から、返信メッセージの録音処理へ、シームレスに移行でき、使い勝手のよいボイスメールサービスを実現できる。また、本発明の一態様にかかるボイスメールサーバ装置は、前記移動電話端末と自装置との呼による音声と、自装置と前記他のキャリア網のボイスメールサーバ装置との呼による音声とをミックスすることにより、前記移動電話端末と前記他のキャリア網のボイスメールサーバ装置との通話を実現するカンファレンス部例えば、図1中のメディア処理部4のConference機能をさらに含んでいてもよい。このようにボイスメールサーバ装置を構成すれば、カンファレンス機能によって2つの呼の音声をミックスし、メッセージの再生処理から、返信メッセージの録音処理へ、シームレスに移行でき、使い勝手のよいボイスメールサービスを実現できる。また、本発明の一態様にかかるボイスメールサーバ装置は、前記呼転送部が、前記呼を他のキャリア網のボイスメールサーバ装置へ転送する制御を行うための信号に、前記移動電話端末のアドレスを含めて送信し、前記移動電話端末の通話相手を前記他のキャリア網のボイスメールサーバ装置に切り替える処理を行うことにより、前記移動電話端末と前記他のキャリア網のボイスメールサーバ装置との通話を実現するようにしてもよい。このようにボイスメールサーバ装置を構成すれば、前記移動電話端末と前記他のキャリア網のボイスメールサーバ装置との通話を実現できるので、カンファレンス機能を用いずに、メッセージの再生処理から、返信メッセージの録音処理へ、シームレスに移行でき、使い勝手のよいボイスメールサービスを実現できる。さらに、本発明の一態様にかかるボイスメールサーバ装置は、前記他のキャリア網のボイスメールサーバ装置から自装置への転送呼についてメッセージの録音を受け付ける録音受付部例えば、図1中のメディア制御シナリオ6の録音受付機能をさらに含んでいてもよい。このようにボイスメールサーバ装置を構成すれば、他のキャリア網のボイスメールサーバ装置に記憶されているメッセージの再生処理中に、メッセージの録音元に対する返信を実現することができる。また、本発明の一態様にかかるボイスメールサーバ装置は、前記移動電話端末と前記他のキャリア網のボイスメールサーバ装置との呼について当該ボイスメールサーバ装置から切断信号が送信された場合に、前記移動電話端末からの呼によるメッセージ再生処理を継続する再生呼継続部例えば、図1中のメディア制御シナリオ6の再生呼継続機能をさらに含んでいることが望ましい。このようにボイスメールサーバ装置を構成すれば、メッセージの録音元に対する返信メッセージの録音終了後に、元の再生処理に戻すことができ、使い勝手のよいボイスメールサービスを実現できる。本発明の一態様にかかるボイスメールシステムは、上記いずれかのボイスメールサーバ装置と、前記返信のための返信要求を、前記ボイスメールサーバ装置へ送信する移動電話端末例えば、図16の移動電話端末70Aとを含むことを特徴とする。このボイスメールシステムによれば、メッセージの再生処理から、返信メッセージの録音処理へ、シームレスに移行でき、キャリア網を跨いで使い勝手のよいボイスメールサービスを実現できる。本発明によれば、録音されたメッセージを移動電話端末からの呼によって再生しているメッセージ再生処理中に、そのメッセージの録音元に対する返信を受付け、メッセージの返信先のキャリア網を特定し、移動電話端末から自装置への呼を他のキャリア網のボイスメールサーバ装置へ転送することにより、移動電話端末がMNPによってポートアウトされた場合においても、メッセージの再生処理から、返信メッセージの録音処理へ、シームレスに移行でき、キャリア網を跨いで使い勝手のよいボイスメールサービスを実現できる。また、移動電話端末と他のキャリア網のボイスメールサーバ装置との呼について、そのボイスメールサーバ装置から切断信号が送信された場合に、移動電話端末からの呼によるメッセージ再生処理を継続することにより、メッセージの録音元に対する返信メッセージの録音終了後に、元の再生処理に戻すことができ、使い勝手のよいボイスメールサービスを実現できる。以下、本発明の実施の形態を、図面を参照して説明する。なお、以下の説明において参照する各図では、他の図と同等部分は同一符号によって示されている。以下は、本実施の形態によるボイスメールサーバ装置を、移動電話網に設けた場合について説明する。また、説明の便宜上、携帯電話事業者であるD社を自社とし、他の携帯電話事業者であるA社およびS社を他社とする。自キャリア網とは自社が運営する携帯電話網、他キャリア網とは他社が運営する携帯電話網である。なお、実際の移動電話網には、無線基地局装置、基地局制御装置などの装置が設けられているが、説明を簡単化するため、それらの装置は図示せずかつ説明を省略する。また、以下の説明において登場する移動電話端末は、電話番号が定められており、音声通話を行うことができる装置である。この移動電話端末には、周知の携帯電話端末の他、スマートフォンも含まれる。ボイスメールサーバ装置の機能本実施の形態によるボイスメールサーバ装置の機能について、図1を参照して説明する。図1を参照すると、本実施形態のボイスメールサーバ装置10は、呼処理部1と、呼処理シナリオ2と、CDEコードテーブル3と、メディア処理部4と、メディア蓄積部5と、メディア制御シナリオ6と、を備えている。呼処理部1は、外部の装置後述する交換機20、SMS送信サーバ30、他社キャリア網ボイスメールサーバ装置40、MNP-DB50、および、HSS60との間の信号送受信を実現するサーバインタフェース機能と、ガイダンスを出力する場合に起動するメディア制御シナリオをメディア処理部に通知するメディア処理部インタフェース機能と、発信信号を受信した時すなわち着信時に呼処理シナリオを起動する他、MNP先ポートアウト先を示す通知を送信する呼処理シナリオインタフェース機能とを有している。呼処理シナリオ2は、呼処理部1の呼処理シナリオインタフェース機能によって起動されるプログラム群である。呼処理シナリオ2には、CDEコードテーブル3にアクセスして電話番号帯を元に通信キャリア網を特定するプログラム、転送先のキャリア網接続先キャリア網を指示するプログラム、MNP先の通知を受信するプログラム、MNP先への接続指示を送信するプログラム、音声ガイダンスを出力する場合にメディア制御シナリオを起動するプログラム、が含まれている。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のプログラムによって実現される機能には、以下の機能がある。すなわち、メッセージの再生中に、そのメッセージの録音元に対する返信を受け付ける返信受付機能、メッセージの返信先のキャリア網を特定するキャリア網特定機能、移動電話端末から自装置への呼を他のボイスメールサーバ装置へ転送する呼転送機能、他のボイスメールサーバ装置から自装置への転送呼があった場合に、メッセージの録音を受け付ける録音受付機能、メッセージの返信が終了した場合に、メッセージの再生処理を継続する再生呼継続機能、がある。また、ボイスメールサーバ装置10は、ネットワークを介して交換機20と接続されている。本例では、呼処理部1を含むC-planeControlplane側制御側、メディア処理部4を含むU-planeUserplane側ユーザ側、がそれぞれ交換機20と接続されている。本例では、C-plane側のプロトコルがSIPSessionInitiationProtocol、U-plane側のプロトコルがRTPRealtimeTransportProtocol、である。ところで、ボイスメールサーバ装置10は、呼処理部1の機能によって、外部の装置である、SMSShortMessageService送信サーバ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とを分離することが多いので、その場合は上記の呼処理部とメディア処理部とが物理的に別々の装置によって実現されることが多い。このように、単一の装置によって記各部が実現される場合に限らず、複数の装置によって上記各部が実現されかつ各装置がネットワークを介して接続されている場合も、本明細書のボイスメールサーバ装置に該当する。メッセージを録音する場合のボイスメールサーバ装置の処理内容次に、図2~図4を参照して、音声メッセージを録音する場合のボイスメールサーバ装置の処理内容について説明する。図2および図3は、音声メッセージを録音する場合におけるボイスメールサーバ装置の処理内容を示すシーケンス図である。図2において、交換機20は、発側からの接続要求である発信信号をVMサーバ10に転送するステップS101。VMサーバ10は、この発信信号が自社キャリア網から送信されたものか他社キャリア網から送信されたものか判定するステップS102。自社キャリア網から発信されたものであると判定した場合、VMサーバ10は、自社キャリア網用のシナリオを起動するステップS102→S103。なお、他社キャリア網から発信されたものであると判定した場合については、後述する図3を参照して説明する。VMサーバ10は、起動されたシナリオにより、HSS60にアクセスし、ユーザプロファイルの取得を要求するステップS104。取得を要求されたHSS60は、VMサーバ10に、ユーザプロファイルを応答するステップS105。応答されたユーザプロファイルを取得したVMサーバ10は、発信信号の宛先つまり発信先が自社キャリア網のユーザの移動電話端末か判定するステップS106。この判定の結果、発信信号の宛先が自社キャリア網のユーザの移動電話端末である場合、VMサーバ10は、音声によるメッセージをボイスメールとして記憶するための録音処理を起動するステップS106→S107。ボイスメールの録音処理については、周知であるため、以降の説明を省略する。ステップS106の判定の結果、発信信号の宛先が自社キャリア網のユーザの移動電話端末でない場合他社キャリア網のユーザの移動電話端末である場合、VMサーバ10は、発信信号の宛先についてCDEコードテーブルを参照して、キャリア網を特定し、そのキャリア網に向けて発信信号を送信するステップS108。その発信信号を受信した交換機は、VMサーバへの接続要求である発信信号を転送するステップS109。これにより、転送された発信信号を受信した他社キャリア網設備において、音声によるメッセージをボイスメールとして記憶するための録音処理を起動することができる。転送された発信信号を受信した他社キャリア網設備において、発信信号の宛先つまり発信先が、さらに他のキャリア網の移動電話端末である場合つまりポートアウトしていた場合、再発信要求のためのリダイレクト応答が転送されるステップS110。このリダイレクト応答には、転送先の電話番号が含まれている。このリダイレクト応答を受信したVMサーバ10は、発信信号を再度生成し、それを送信するステップS111。交換機20は、この発信信号を受信すると、さらに他のキャリア網へ転送するステップS112。一方、図3において、交換機20は、発側からの接続要求である発信信号をVMサーバ10に転送するステップS201。VMサーバ10は、この発信信号が自社キャリア網から送信されたものか他社キャリア網から送信されたものか判定するステップS202。そして、他社キャリア網から発信されたものであると判定した場合、他社キャリア網用のシナリオを起動するステップS202→S203。VMサーバ10は、起動されたシナリオにより、HSS60にアクセスし、発信信号の宛先つまり発信先のユーザが自社キャリア網のユーザであるか確認するため、ユーザプロファイルの取得を要求するステップS204。取得を要求されたHSS60は、VMサーバ10に、ユーザプロファイルを応答するステップS205。応答されたユーザプロファイルを取得したVMサーバ10は、発信信号の宛先つまり発信先が自社キャリア網のユーザの移動電話端末か判定するステップS206。この判定の結果、発信信号の宛先が自社キャリア網のユーザの移動電話端末である場合、VMサーバ10は、音声によるメッセージをボイスメールとして記憶するための録音処理を起動するステップS206→S207。ボイスメールの録音処理については、周知であるため、以降の説明を省略する。ステップS206の判定の結果、発信信号の宛先つまり発信先が自社キャリア網のユーザの移動電話端末でない場合他社キャリア網のユーザの移動電話端末である場合、VMサーバ10は、MNP先を確認するため、MNP-DB50を参照するステップS208。MNP-DB50から、MNP先についての応答が返信されるとステップS209、VMサーバ10は、リダイレクト応答を交換機20へ送信するステップS210。このリダイレクト応答は、例えば、SIPの410メッセージによって実現することができる。このリダイレクト応答を受信した交換機20は、接続要求である発信信号に対する応答を転送するステップS211。図4は、他社のキャリア網内のVMサーバ装置において録音された音声メッセージが再生された場合に、再生されたことを通知する場合におけるボイスメールシステムの処理内容を示すシーケンス図である。図4において、他社のキャリア網のユーザの移動電話端末UserEquipment;UEから、メッセージの再生要求メッセージが送信されるとステップS301、それを同じく他社のキャリア網のVMサーバ40が受信するステップS302。すると、キャリア網のVMサーバ40は、メッセージの録音元が自キャリア網のユーザの移動電話端末であるかつまり自キャリア網の移動電話端末によってメッセージが録音されたか、判定するステップS303。この判定の結果、メッセージの録音元が自キャリア網のユーザの移動電話端末である場合、VMサーバ40は、音声によるメッセージを再生するための再生処理を起動するステップS303→S304。ボイスメールの再生処理については、周知であるため、以降の説明を省略する。ステップS303の判定の結果、メッセージの録音元が自キャリア網のユーザの移動電話端末でない場合他キャリア網のユーザの移動電話端末である場合、VMサーバ40は、メッセージが再生されたことを示す再生通知を送信するための再生通知送信要求をVMサーバ10へ送信するステップS303→S305。VMサーバ10は、この再生通知送信要求を受信すると、SMS送信サーバ30に向けてSMS送信要求を送信するステップS306。SMS送信サーバ30は、このSMS送信要求を受信すると、その要求に従い、SMS送信処理を行うステップS307。このSMS送信処理については、周知であるため、以降の説明を省略する。なお、ボイスメールサービスの性質上、メッセージの録音時とその再生時とにタイムラグがある。このため、メッセージの録音時点からその再生時点までの間にメッセージの録音者の移動電話端末がポートアウトした場合や解約が発生している場合も考えられる。上記のステップS306において再生通知送信要求を受信した際、このポートアウトや解約が判明した場合、VMサーバ10は、再生通知を送信しないか、あるいはポートアウトしていることを再生要求元に通知するようにしてもよい。自キャリア網から他キャリア網への転送図5および図6を参照して、自キャリア網のボイスメールサーバ以下、VMサーバと呼ぶから他キャリア網のVMサーバへの転送を行う場合の処理について説明する。図5において、D社キャリア網の移動電話端末70Aから、VMサーバ10Dへ、メッセージ録音のための発信が行われるステップS1。この録音発信の際、特番である2020を発信先の移動電話端末の電話番号の先頭に付加した2020090BBBBBBBBがVMサーバ10Dに送信される。この発信の際、発信先の移動電話端末のキャリア網がどのキャリア網であるかについて、移動電話端末70Aのユーザは意識する必要はない。VMサーバ10Dでは、上述したように、CDEコードテーブルを参照し、接続先のキャリア網を特定するステップS2。本例では、CDEコードテーブルを参照することにより、発信先の移動電話端末の電話番号である090BBBBBBBBに対応するA社キャリア網が接続先事業者すなわちキャリアであると特定できる。このため、VMサーバ10Dは、録音呼接続要求である発信信号をA社キャリア網のVMサーバ10Aに向けて転送するステップS3。この発信信号には、A社キャリア網のVMサーバ番号に、発信先の移動電話端末70Bの電話番号である090BBBBBBBBが付加された情報が含まれている。この発信信号を受信したA社キャリア網のVMサーバ10Aは、発信先の移動電話端末の電話番号である090BBBBBBBB宛のメッセージ録音を受け付けるステップS4。これにより、D社キャリア網の移動電話端末からの発信により、A社キャリア網のVMサーバ10Aを利用して、音声メッセージを録音することができる。音声メッセージが録音された場合、発信先の移動電話端末70Bにその旨がSMSによるメッセージなどで通知される。このSMSによるメッセージを受信した移動電話端末70Bのユーザはそのメッセージを再生することができる。図6において、移動電話端末70AからVMサーバ10Dへ、発信信号を送信するステップS601。この発信信号には、発信先Toとして、発信先の移動電話端末の電話番号の先頭に特番2020を付加した2020090BBBBBBBBが含まれているは付加したことを示す、以下同じ。この発信信号は、例えば、SIPのINVITEメッセージによって実現することができる。この発信信号を受信したD社キャリア網のVMサーバ10Dは、CDEコードを元に、発信先のキャリア網を判定するステップS602。さらに、D社キャリア網のVMサーバ10Dは、呼を他のキャリア網に転送する旨のガイダンスメッセージを出力するため、VMサーバ10Dから移動電話端末70Aへ、呼び出し中であることを示す暫定応答を送信するステップS603。この暫定応答は、例えば、SIPの183メッセージによって実現することができる。このガイダンスメッセージは、周知のリングバックトーンと同様であり、下り方向だけの音声である。ガイダンスメッセージは、例えば、他キャリアに転送しますであるステップS603’。その後、VMサーバ10Dは、ステップS602において判定されたキャリア網に向けて、発信信号を送信するステップS604。この発信信号は、例えば、SIPのINVITEメッセージによって実現することができる。ステップS604において送信される発信信号には、発信先Toとして、発信先の移動電話端末の電話番号の先頭にA社キャリア網のVMサーバの電話番号を付加した090XXXXXXXX090BBBBBBBBが含まれている。また、ステップS604において送信される発信信号には、発信元Fromとして、090AAAAAAAAが含まれている。この発信信号を受取った関門交換機80は、発信信号をA社キャリア網のVMサーバ10Aへ送信するステップS605。ステップS605において送信される発信信号には、発信先Toとして、発信先の移動電話端末70Aの電話番号の先頭にVMサーバの電話番号を付加した090XXXXXXXX090BBBBBBBBが含まれている。また、ステップS605において送信される発信信号には、発信元Fromとして、090AAAAAAAAが含まれている。このステップS605において送信される発信信号は、例えば、ISUPISDNuserpartのIAMInitialAddressMessageメッセージによって実現することができる。この発信信号を受取ったA社キャリア網のVMサーバ10Aは、まず、暫定応答メッセージを送信するステップS606。この暫定応答メッセージは、関門交換機80を介して、D社キャリア網のVMサーバ10Dによって受信されるステップS607。さらに、D社キャリア網のVMサーバ10Dは、セッション情報更新メッセージを出力するステップS608。ここで、ステップS606において送信される発信信号は、例えば、ISUPのACM/CPGAddressCompleteMessage/CallProgressメッセージによって実現することができる。また、ステップS607において送信される発信信号は、例えば、SIPの183メッセージによって実現することができる。さらに、ステップS608において送信される発信信号は、例えば、SIPのUpdeteメッセージによって実現することができる。その後、A社キャリア網のVMサーバ10Aは、応答メッセージを送信するステップS609。この応答メッセージは、関門交換機80を介して、発信元の移動電話端末70Aへ送信されるステップS610。ステップS609において送信される発信信号は、例えば、SIPのANMAnswerMessageメッセージによって実現することができる。また、ステップS610において送信される発信信号は、例えば、SIPの200OKメッセージによって実現することができる。以上の処理の後、発信元の移動電話端末70AとA社キャリア網のVMサーバ10Aとの間に呼が確立され、音声メッセージを録音することができる。その際、A社キャリア網のVMサーバ10Aは、VMサービスに関するガイダンスを出力するのが一般的である。このガイダンスメッセージは、例えば、こちらはA社お留守番センターです。発信音の後にメッセージをどうぞであるステップS611。なお、ガイダンスメッセージを出力しない場合ガイダンスメッセージを流さない場合には、図7のような動作となる。すなわち、呼を他のキャリア網に転送する旨のガイダンスを出力する必要が無い場合、図6に記載されている、ステップS603およびS603’並びにステップS608の処理は不要である。自キャリア網から、MNPが行われた他キャリア網への転送図8および図9を参照して、自キャリア網のVMサーバから、MNPが行われた他キャリア網のVMサーバへの転送を行う場合の処理について説明する。図8において、D社キャリア網の移動電話端末70Aから、VMサーバ10Dへ、メッセージ録音のための発信が行われるステップS1。この録音発信の際、特番である2020を発信先の移動電話端末の電話番号の先頭に付加した2020090BBBBBBBBがVMサーバ10Dに送信される。この発信の際、発信先の移動電話端末のキャリア網がどのキャリア網であるかについて、移動電話端末70Aのユーザは意識する必要はない。VMサーバ10Dでは、上述したように、CDEコードテーブルを参照し、接続先事業者すなわちキャリアを特定するステップS2。本例では、CDEコードテーブルを参照することにより、発信先の移動電話端末70Bの電話番号である090BBBBBBBBに対応するA社キャリア網がキャリア網であると特定できる。このため、VMサーバ10Dは、録音呼接続要求である発信信号をA社キャリア網のVMサーバ10Aに向けて転送するステップS3。この発信信号には、A社キャリア網のVMサーバ番号に、発信先の移動電話端末70Bの電話番号である090BBBBBBBBが付加された情報が含まれている。この録音呼接続要求である発信信号を受信したA社キャリア網のVMサーバ10Aは、発信先の移動電話端末の電話番号である090BBBBBBBBを元にMNP-DBを参照して、MNP先移転先のキャリア網を特定するステップS4。ここでは、発信先の移動電話端末70BがS社キャリア網にポートアウトしていることを特定でき、VMサーバ10Aは転送先の電話番号NRNNetworkRoutingNumberを伴うリダイレクト応答をD社キャリア網のVMサーバ10Dに送信するステップS5。転送先の電話番号NRNを伴うリダイレクト応答を受信したVMサーバ10Dは、転送先の電話番号NRNを元に、MNP先のキャリア網がS社キャリア網であることを特定し、改めて録音呼接続要求である発信信号を送信するステップS6、S7。この発信信号には、S社キャリア網のVMサーバ番号に、発信先の移動電話端末70Bの電話番号である090BBBBBBBBが付加された情報が含まれている。この録音呼接続要求である発信信号を受信したS社キャリア網のVMサーバ10Sは、発信先の移動電話端末の電話番号である090BBBBBBBB宛のメッセージ録音を受け付けるステップS8。なお、音声メッセージが録音された旨の通知が発信先の移動電話端末70Bに送信されるステップS9。この通知は例えばSMSによって送信される。図9において、移動電話端末70AからVMサーバ10Dへ、発信信号を送信するステップS901。この発信信号には、発信先Toとして、発信先の移動電話端末の電話番号の先頭に特番2020を付加した2020090BBBBBBBBが含まれている。この発信信号は、例えば、SIPのINVITEメッセージによって実現することができる。この発信信号を受信したD社キャリア網のVMサーバ10Dは、CDEコードを元に、発信先のキャリア網を判定するステップS902。その後、VMサーバ10Dは、ステップS902において判定されたキャリア網に向けて、発信信号を送信するステップS903。この発信信号は、例えば、SIPのINVITEメッセージによって実現することができる。ステップS903において送信される発信信号には、発信先Toとして、発信先の移動電話端末の電話番号の先頭にA社キャリア網のVMサーバの電話番号を付加した090XXXXXXXX090BBBBBBBBが含まれている。また、ステップS903において送信される発信信号には、発信元Fromとして、090AAAAAAAAが含まれている。この発信信号を受取った関門交換機80は、発信信号をA社キャリア網のVMサーバ10Aへ送信するステップS904。ステップS904において送信される発信信号には、発信先Toとして、発信先の移動電話端末70Aの電話番号の先頭にVMサーバの電話番号を付加した090XXXXXXXX090BBBBBBBBが含まれている。また、ステップS904において送信される発信信号には、発信元Fromとして、090AAAAAAAAが含まれている。このステップS904において送信される発信信号は、例えば、ISUPのIAMメッセージによって実現することができる。この発信信号を受取ったA社キャリア網のVMサーバ10Aは、発呼元の移動電話端末の電話番号により、発呼元が他社キャリア網であることを認識するステップS905。また、A社キャリア網のVMサーバ10Aは、発信先の移動電話端末の電話番号である090BBBBBBBBを元にMNP-DBを参照して、MNP先移転先のキャリア網を特定するステップS906。ここでは、発信先の移動電話端末がS社キャリア網にポートアウトしていることを特定でき、VMサーバ10Aは転送先の電話番号NRNを伴うリダイレクト応答をD社キャリア網のVMサーバ10Dに向けて送信するステップS907。関門交換機80は、このリダイレクト応答を受信すると、要求失敗メッセージとしてD社VNサーバ10Dへ送信するステップS908。この要求失敗メッセージは、例えば、SIPの410メッセージによって実現することができる。この要求失敗メッセージを受信したVMサーバ10Dは、MNP-DBを参照することにより、発信先の移動電話端末70BがS社キャリア網にポートアウトしていることを特定でき、発信信号を再生成するステップS909。この発信信号は、例えば、SIPのINVITEメッセージによって実現することができる。VMサーバ10Dは、再生成した発信信号をS社キャリア網に向けて送信するステップS910。ステップS910において送信される発信信号には、発信先Toとして、発信先の移動電話端末の電話番号の先頭にS社キャリア網のVMサーバの電話番号を付加した090YYYYYYYY090BBBBBBBBが含まれている。また、ステップS910において送信される発信信号には、発信元Fromとして、090AAAAAAAAが含まれている。なお、ステップS910において送信される発信信号には、リダイレクト回数を示す1が含まれている。この発信信号は、例えば、SIPのINVITEメッセージによって実現することができる。この発信信号は、関門交換機80、S社交換機20Sを介して、S社キャリア網のVMサーバ10Sに送信されるステップS911。ステップS911において送信される発信信号には、発信先Toとして、発信先の移動電話端末の電話番号の先頭にS社キャリア網のVMサーバの電話番号を付加した090YYYYYYYY090BBBBBBBBが含まれている。また、ステップS910において送信される発信信号には、発信元Fromとして、090AAAAAAAAが含まれている。この発信信号は、例えば、ISUPのIAMメッセージによって実現することができる。以上の処理の後、発信元の移動電話端末70AとS社キャリア網のVMサーバ10Sとの間に呼が確立され、音声メッセージを録音することができる。他キャリア網から自キャリア網への転送図10および図11を参照して、他キャリア網のVMサーバから、自キャリア網のVMサーバへの転送を行う場合の処理について説明する。図10において、A社キャリア網の移動電話端末70Aから、VMサーバ10Aへ、メッセージ録音のための発信が行われるステップS1。この録音発信の際、特番である1612を発信先の移動電話端末の電話番号の先頭に付加した1612090BBBBBBBBがVMサーバ10Aに送信される。この発信の際、発信先の移動電話端末のキャリア網がどのキャリア網であるかについて、移動電話端末70Aのユーザは意識する必要はない。VMサーバ10Aでは、上述したように、CDEコードテーブルを参照し、接続先事業者すなわちキャリアを特定するステップS2。本例では、CDEコードテーブルを参照することにより、発信先の移動電話端末70Bの電話番号である090BBBBBBBBに対応するD社キャリア網がキャリア網であると特定できる。このため、VMサーバ10Aは、録音呼接続要求である発信信号をD社キャリア網のVMサーバ10Dに向けて転送するステップS3。この発信信号には、D社キャリア網のVMサーバ番号に、発信先の移動電話端末70Bの電話番号である090BBBBBBBBが付加された情報が含まれている。この録音呼接続要求である発信信号を受信したD社キャリア網のVMサーバ10Dは、発信先の移動電話端末の電話番号である090BBBBBBBB宛のメッセージ録音を受け付けるステップS4。これにより、A社キャリア網の移動電話端末からの発信により、D社キャリア網のVMサーバ10Dを利用して、音声メッセージを録音することができる。図11において、移動電話端末70AからA社キャリア網のVMサーバ10Aへ、発信信号を送信するステップS1101。この発信信号を受信したA社キャリア網のVMサーバ10Aは、CDEコードを元に、発信先のキャリア網を判定するステップS1102。さらに、A社キャリア網のVMサーバ10Aは、ステップS1102において判定されたキャリア網に向けて、発信信号を送信するステップS1103。この発信信号を受信したA社キャリア網の交換機20Aは、D社キャリア網のVMサーバ10Dに向けて発信信号を送信するステップS1104。ステップS1104において送信される発信信号には、発信先Toとして、発信先の移動電話端末の電話番号の先頭にA社キャリア網のVMサーバの電話番号を付加した090XXXXXXXX090BBBBBBBBが含まれている。また、ステップS1104において送信される発信信号には、発信元Fromとして、090AAAAAAAAが含まれている。ステップS1104において送信される発信信号は、例えば、ISUPのIAMメッセージによって実現することができる。この発信信号を受取った関門交換機80は、発信信号をA社キャリア網のVMサーバ10Aへ送信するステップS1105。ステップS1105において送信される発信信号には、発信先Toとして、発信先の移動電話端末の電話番号の先頭にA社キャリア網のVMサーバの電話番号を付加した090XXXXXXXX090BBBBBBBBが含まれている。また、ステップS1105において送信される発信信号には、発信元Fromとして、090AAAAAAAAが含まれている。ステップS1105において送信される発信信号は、例えば、SIPのINVITEメッセージによって実現することができる。この発信信号を受取ったD社キャリア網のVMサーバ10Dは、発呼元の移動電話端末の電話番号により、発呼元が他社キャリア網であることを認識するステップS1106。また、D社キャリア網のVMサーバ10Dは、発信先の移動電話端末の電話番号である090BBBBBBBBにより、自社キャリア網すなわちD社キャリア網への発信信号であることを認識するステップS1107。その後、D社キャリア網のVMサーバ10Dは、応答メッセージを送信するステップS1108。この応答メッセージは、関門交換機80、A社キャリア網交換機20Aを介して、発信元の移動電話端末70Aへ送信されるステップS1109、S1110。ステップS1108において送信される発信信号は、例えば、SIPの200OKメッセージによって実現することができる。また、ステップS1109において送信される発信信号は、例えば、SIPのANMメッセージによって実現することができる。以上の処理の後、発信元の移動電話端末70AとD社キャリア網のVMサーバ10Dとの間に呼が確立され、音声メッセージを録音することができる。その際、D社キャリア網のVMサーバ10Dは、VMサービスに関するガイダンスを出力するのが一般的である。このガイダンスメッセージは、例えば、こちらはボイスメールセンターです。発信音の後にメッセージをどうぞであるステップS1111。他キャリア網から自キャリア網を介してさらに他キャリア網への転送図12および図13を参照して、他キャリア網のVMサーバから、自キャリア網のVMサーバを介して、さらに他キャリア網のVMサーバへの転送を行う場合の処理について説明する。図12において、A社キャリア網の移動電話端末70Aから、VMサーバ10Aへ、メッセージ録音のための発信が行われるステップS1。この録音発信の際、特番である1612を発信先の移動電話端末の電話番号の先頭に付加した1612090CCCCCCCCがVMサーバ10Aに送信される。この発信の際、発信先の移動電話端末のキャリア網がどのキャリア網であるかについて、移動電話端末70Aのユーザは意識する必要はない。VMサーバ10Aでは、上述したように、CDEコードテーブルを参照し、接続先のキャリア網を特定するステップS2。本例では、CDEコードテーブルを参照することにより、発信先の移動電話端末の電話番号である090CCCCCCCCに対応するD社キャリア網が接続先事業者すなわちキャリアであると特定できる。このため、VMサーバ10Aは、録音呼接続要求である発信信号をD社キャリア網のVMサーバ10Dに向けて転送するステップS3。この発信信号には、D社キャリア網のVMサーバ番号に、発信先の移動電話端末の電話番号である090CCCCCCCCが付加された情報が含まれている。この録音呼接続要求である発信信号を受信したD社キャリア網のVMサーバ10Dは、発信先の移動電話端末の電話番号である090CCCCCCCCを元にMNP-DBを参照して、MNP先移転先のキャリア網を特定するステップS4。ここでは、発信先の移動電話端末70CがS社キャリア網にポートアウトしていることを特定でき、VMサーバ10Dは転送先の電話番号NRNを伴うリダイレクト応答をA社キャリア網のVMサーバ10Aに送信するステップS5。転送先の電話番号NRNを伴うリダイレクト応答を受信したVMサーバ10Aは、転送先の電話番号NRNを元に、MNP先のキャリア網がS社キャリア網であることを特定し、改めて録音呼接続要求である発信信号を送信するステップS6、S7。この発信信号には、S社キャリア網のVMサーバ番号に、発信先の移動電話端末70Cの電話番号である090CCCCCCCCが付加された情報が含まれている。この録音呼接続要求である発信信号を受信したS社キャリア網のVMサーバ10Sは、発信先の移動電話端末の電話番号である090CCCCCCCC宛のメッセージ録音を受け付けるステップS8。なお、音声メッセージが録音された旨の通知が発信先の移動電話端末70Cに送信されるステップS9。この通知は例えばSMSによって送信される。図13において、移動電話端末70AからA社キャリア網のVMサーバ10Aへ、発信信号を送信するステップS1301。この発信信号には、発信先Toとして、発信先の移動電話端末の電話番号の先頭に特番例えば、1612を付加した特番090BBBBBBBBが含まれている。この発信信号は、例えば、SIPのINVITEメッセージによって実現することができる。この発信信号を受信したA社キャリア網のVMサーバ10Aは、CDEコードを元に、発信先のキャリア網を判定するステップS1302。その後、A社キャリア網のVMサーバ10Aは、ステップS1302において判定されたキャリア網に向けて、発信信号を送信するステップS1303。この発信信号は、例えば、SIPのINVITEメッセージによって実現することができる。ステップS1303において送信される発信信号には、発信先Toとして、発信先の移動電話端末の電話番号の先頭にD社キャリア網のVMサーバの電話番号を付加した090XXXXXXXX090CCCCCCCCが含まれている。また、ステップS1303において送信される発信信号には、発信元Fromとして、090AAAAAAAAが含まれている。この発信信号を受取った関門交換機80は、発信信号をD社キャリア網のVMサーバ10Dへ送信するステップS1304。ステップS1304において送信される発信信号には、発信先Toとして、発信先の移動電話端末70Aの電話番号の先頭にVMサーバ10Dの電話番号を付加した090XXXXXXXX090CCCCCCCCが含まれている。また、ステップS1304において送信される発信信号には、発信元Fromとして、090AAAAAAAAが含まれている。このステップS1304において送信される発信信号は、例えば、ISUPのIAMメッセージによって実現することができる。この発信信号を受取ったD社キャリア網のVMサーバ10Dは、発呼元の移動電話端末の電話番号により、発呼元が他社キャリア網であることを認識するステップS1305。また、D社キャリア網のVMサーバ10Dは、発信先の移動電話端末の電話番号である090CCCCCCCCを元にMNP-DBを参照して、MNP先移転先のキャリア網を特定するステップS1306。ここでは、発信先の移動電話端末がS社キャリア網にポートアウトしていることを特定でき、VMサーバ10Dは転送先の電話番号NRNを伴うリダイレクト応答をA社キャリア網のVMサーバ10Aに向けて送信するステップS1307。関門交換機80は、このリダイレクト応答を受信すると、要求失敗メッセージとしてA社キャリア網のVNサーバ10Aへ送信するステップS1308。この要求失敗メッセージは、例えば、SIPの410メッセージによって実現することができる。この要求失敗メッセージを受信したA社キャリア網のVMサーバ10Aは、MNP-DBを参照することにより、発信先の移動電話端末70BがS社キャリア網にポートアウトしていることを特定でき、発信信号を再生成するステップS1309。この発信信号は、例えば、SIPのINVITEメッセージによって実現することができる。A社キャリア網のVMサーバ10Aは、再生成した発信信号をS社キャリア網に向けて送信するステップS1310。ステップS1310において送信される発信信号には、発信先Toとして、発信先の移動電話端末の電話番号の先頭にS社キャリア網のVMサーバの電話番号を付加した090YYYYYYYY090CCCCCCCCが含まれている。また、ステップS1310において送信される発信信号には、発信元Fromとして、090AAAAAAAAが含まれている。なお、ステップS1310において送信される発信信号には、リダイレクト回数を示す1が含まれている。この発信信号は、例えば、SIPのINVITEメッセージによって実現することができる。この発信信号は、関門交換機80、S社キャリア網の交換機20Sを介して、S社キャリア網のVMサーバ10Sに送信されるステップS1311。ステップS1311において送信される発信信号には、発信先Toとして、発信先の移動電話端末の電話番号の先頭にS社キャリア網のVMサーバの電話番号を付加した090YYYYYYYY090CCCCCCCCが含まれている。また、ステップS1310において送信される発信信号には、発信元Fromとして、090AAAAAAAAが含まれている。この発信信号は、例えば、ISUPのIAMメッセージによって実現することができる。以上の処理の後、発信元の移動電話端末70AとS社キャリア網のVMサーバ10Sとの間に呼が確立され、音声メッセージを録音することができる。他キャリア網からさらに別のキャリア網を介して自キャリア網への転送図14および図15を参照して、他キャリア網のVMサーバから、さらに他キャリア網のVMサーバを介して、自キャリア網のVMサーバへの転送を行う場合の処理について説明する。図14において、A社キャリア網の移動電話端末70Aから、VMサーバ10Aへ、メッセージ録音のための発信が行われるステップS1。この録音発信の際、特番である1612を発信先の移動電話端末の電話番号の先頭に付加した1612090DDDDDDDDがVMサーバ10Aに送信される。この発信の際、発信先の移動電話端末のキャリア網がどのキャリア網であるかについて、移動電話端末70Aのユーザは意識する必要はない。VMサーバ10Aでは、上述したように、CDEコードテーブルを参照し、接続先のキャリア網を特定するステップS2。本例では、CDEコードテーブルを参照することにより、発信先の移動電話端末の電話番号である090DDDDDDDDに対応するS社キャリア網がキャリア網であると特定できる。このため、VMサーバ10Aは、録音呼接続要求である発信信号をS社キャリア網のVMサーバ10Sに向けて転送するステップS3。この発信信号には、S社キャリア網のVMサーバ番号に、発信先の移動電話端末の電話番号である090DDDDDDDDが付加された情報が含まれている。この録音呼接続要求である発信信号を受信したS社キャリア網のVMサーバ10Sは、発信先の移動電話端末の電話番号である090DDDDDDDDを元にMNP-DBを参照して、MNP先移転先のキャリア網を特定するステップS4。ここでは、発信先の移動電話端末70DがD社キャリア網にポートアウトしていることを特定でき、VMサーバ10Sは転送先の電話番号NRNを伴うリダイレクト応答をA社キャリア網のVMサーバ10Aに送信するステップS5。転送先の電話番号NRNを伴うリダイレクト応答を受信したVMサーバ10Aは、転送先の電話番号NRNを元に、MNP先のキャリア網がD社キャリア網であることを特定し、改めて録音呼接続要求である発信信号を送信するステップS6、S7。この発信信号には、D社キャリア網のVMサーバ番号に、発信先の移動電話端末70Dの電話番号である090DDDDDDDDが付加された情報が含まれている。この録音呼接続要求である発信信号を受信したD社キャリア網のVMサーバ10Dは、移動電話端末70Dの電話番号である090DDDDDDDDについて、IPSCPへ確認を行うことにより、D社キャリア網のユーザであることを確認し、発信先の移動電話端末の電話番号である090DDDDDDDD宛のメッセージ録音を受け付けるステップS8。なお、音声メッセージが録音された旨の通知が発信先の移動電話端末70Dに送信されるステップS9。この通知は例えばSMSによって送信される。図15において、移動電話端末70AからA社キャリア網のVMサーバ10Aへ、発信信号を送信するステップS1501。この発信信号には、発信先Toとして、発信先の移動電話端末の電話番号の先頭に特番例えば、1612を付加した特番090BBBBBBBBが含まれている。この発信信号は、例えば、SIPのINVITEメッセージによって実現することができる。この発信信号を受信したA社キャリア網のVMサーバ10Aは、CDEコードを元に、発信先のキャリア網を判定するステップS1502。その後、A社キャリア網のVMサーバ10Aは、ステップS1502において判定されたキャリア網に向けて、発信信号を送信するステップS1503。この発信信号は、例えば、SIPのINVITEメッセージによって実現することができる。ステップS1503において送信される発信信号には、発信先Toとして、発信先の移動電話端末の電話番号の先頭にS社キャリア網のVMサーバの電話番号を付加した090XXXXXXXX090DDDDDDDDが含まれている。また、ステップS1503において送信される発信信号には、発信元Fromとして、090AAAAAAAAが含まれている。この発信信号を受取った関門交換機80は、発信信号をS社キャリア網のVMサーバ10Dへ送信するステップS1504。ステップS1504において送信される発信信号には、発信先Toとして、発信先の移動電話端末70Aの電話番号の先頭にVMサーバ10Dの電話番号を付加した090XXXXXXXX090DDDDDDDDが含まれている。また、ステップS1504において送信される発信信号には、発信元Fromとして、090AAAAAAAAが含まれている。このステップS1504において送信される発信信号は、例えば、ISUPのIAMメッセージによって実現することができる。この発信信号を受取ったS社キャリア網のVMサーバ10Sは、発呼元の移動電話端末の電話番号により、発呼元が他社キャリア網であることを認識するステップS1505。また、S社キャリア網のVMサーバ10Sは、発信先の移動電話端末の電話番号である090DDDDDDDDを元にMNP-DBを参照して、MNP先移転先のキャリア網を特定するステップS1506。ここでは、発信先の移動電話端末がD社キャリア網にポートアウトしていることを特定でき、VMサーバ10Sは転送先の電話番号NRNを伴うリダイレクト応答をA社キャリア網のVMサーバ10Aに向けて送信するステップS1507。関門交換機80は、このリダイレクト応答を受信すると、要求失敗メッセージとしてA社キャリア網のVNサーバ10Aへ送信するステップS1508。この要求失敗メッセージは、例えば、SIPの410メッセージによって実現することができる。この要求失敗メッセージを受信したA社キャリア網のVMサーバ10Aは、MNP-DBを参照することにより、発信先の移動電話端末70BがS社キャリア網にポートアウトしていることを特定でき、発信信号を再生成するステップS1509。この発信信号は、例えば、SIPのINVITEメッセージによって実現することができる。A社キャリア網のVMサーバ10Aは、再生成した発信信号をD社キャリア網に向けて送信するステップS1510。ステップS1510において送信される発信信号には、発信先Toとして、発信先の移動電話端末の電話番号の先頭にS社キャリア網のVMサーバの電話番号を付加した090YYYYYYYY090DDDDDDDDが含まれている。また、ステップS1510において送信される発信信号には、発信元Fromとして、090AAAAAAAAが含まれている。なお、ステップS1510において送信される発信信号には、リダイレクト回数を示す1が含まれている。この発信信号は、例えば、SIPのINVITEメッセージによって実現することができる。この発信信号は、関門交換機80、D社キャリア網の交換機20Dを介して、D社キャリア網のVMサーバ10Dに送信されるステップS1511。ステップS1511において送信される発信信号には、発信先Toとして、発信先の移動電話端末の電話番号の先頭にS社キャリア網のVMサーバの電話番号を付加した090YYYYYYYY090DDDDDDDDが含まれている。また、ステップS1510において送信される発信信号には、発信元Fromとして、090AAAAAAAAが含まれている。この発信信号は、例えば、ISUPのIAMメッセージによって実現することができる。以上の処理の後、発信元の移動電話端末70AとD社キャリア網のVMサーバ10Dとの間に呼が確立され、音声メッセージを録音することができる。メッセージ再生中に返信する場合のボイスメールサーバ装置の処理内容次に、図16を参照して、メッセージを再生したユーザが、そのメッセージに対して返信する場合の処理の概要について説明する。なお、以降の説明において、返信とは、メッセージの再生中に、電話を切らずに呼を維持したまま、その再生メッセージの録音元に対するメッセージを録音すること、をいう。図16において、メッセージが録音された旨のSMSによるメッセージをD社キャリア網の移動電話端末70Aが受信することにより、移動電話端末70Aのユーザはメッセージが録音されたことを知る。録音されたメッセージを再生したいと考えたユーザが移動電話端末70Aを操作すると、移動電話端末70Aはメッセージを再生するための再生発信を行うステップS11。この再生発信の際、移動電話端末70Aのユーザ宛ての録音メッセージをすべて再生する場合は、予め定められた特番例えば、2022を、発信先の移動電話端末の電話番号の先頭に付加した2020090BBBBBBBBがD社キャリア網のVMサーバ10D以下、D社VMサーバ10Dと略記することがあるに送信される。また、SMSによるメッセージによって通知された、メッセージの一覧から特定のメッセージを選択指定して再生する場合は、予め定められた別の特番例えば、2021に、メッセージを識別するためのメッセージIDを付加して再生発信を行ってもよい。再生発信後、D社VMサーバ10Dと移動電話端末70Aのユーザとのインタラクションすなわちやりとりの結果、再生されたメッセージに対する返信要求が移動電話端末70Aから出力されたことを検出するステップS12。すると、VMサーバ10Dは、録音呼接続要求である発信信号をA社キャリア網のVMサーバ10Aに向けて転送するステップS13。発信信号には、A社キャリア網のVMサーバ番号に、発信先の移動電話端末70Bの電話番号である090BBBBBBBBが付加された情報が含まれている。つまり、VMサーバ10DからA社キャリア網のVMサーバ番号への発信電話をかける処理が行われることになる。この発信信号を受信したA社キャリア網のVMサーバ10Aは、発信先の移動電話端末の電話番号である090BBBBBBBB宛のメッセージ録音を受け付けるステップS14。これにより、D社キャリア網の移動電話端末から、D社VMサーバ10Dを経由して、A社キャリア網のVMサーバ10Aに、音声メッセージを録音することができる。つまり、録音された音声メッセージを移動端末からの呼によって再生しているメッセージ再生処理中に、その音声メッセージの録音元に対する返信として音声メッセージを録音することが可能になる。なお、上記の録音呼接続要求である発信信号をA社キャリア網のVMサーバ10Aに向けて転送する際に、再生要求が移動電話端末70Aから送信されたことを示す再生要求フラグを付加してもよい。この再生要求フラグを付加しておくことにより、A社キャリア網のVMサーバ10Aから移動電話端末70Aへ出力するメッセージの内容を、再生向けの内容に変更することができる。次に、図17~図25を参照して、音声メッセージ再生処理中に返信処理を行う場合のボイスメールサーバ装置の処理内容について説明する。他のキャリア網への返信処理最初に、自キャリア網の移動電話端末がメッセージ再生処理中に、そのメッセージに対する返信を行う場合について説明する。図17は、自キャリア網の移動電話端末が音声メッセージを再生している再生処理中に、その音声メッセージに対する返信メッセージを録音する場合におけるボイスメールサーバ装置の処理内容を示すシーケンス図である。ここでは、図17中のVMサーバ10Dのメディア蓄積部5に、移動電話端末70A宛ての音声メッセージが録音されていることを前提とする。そして、移動電話端末70Aから交換機20を介してD社VMサーバ10Dへ再生発信が行われ、移動電話端末70AとD社VMサーバ10Dとの間に呼が形成され、メッセージの再生処理中つまり通話中であるとする。メッセージの再生処理中においてステップS1701、移動電話端末70Aのユーザによる返信のための操作が行われると、D社VMサーバ10Dは、メディア制御シナリオの返信受付機能によって、メッセージの録音返信要求を検出するステップS1702。すると、D社VMサーバ10Dにおいては、返信処理用のシナリオであるキャリア網特定機能により、HSS60にアクセスし、ユーザプロファイルの取得を要求するステップS1703。取得を要求されたHSS60は、D社VMサーバ10Dに、ユーザプロファイルを応答するステップS1704。応答されたユーザプロファイルを取得したD社VMサーバ10Dは、発信信号の宛先つまりメッセージの録音元が自社キャリア網のユーザの移動電話端末か判定するステップS1705。この判定の結果、発信信号の宛先が自社キャリア網のユーザの移動電話端末である場合、D社VMサーバ10Dは、音声によるメッセージをボイスメールとして記憶するための録音処理を起動するステップS1705→S1706。ボイスメールの録音処理については、周知であるため、以降の説明を省略する。ステップS1705の判定の結果、発信信号の宛先つまりメッセージの録音元が自社キャリア網のユーザの移動電話端末でない場合他社キャリア網のユーザの移動電話端末である場合、D社VMサーバ10Dは、発信信号の宛先についてCDEコードテーブルを参照して、キャリア網を特定し、そのキャリア網に向けて発信信号を送信するステップS1707。その発信信号を受信した交換機は、VMサーバへの接続要求である発信信号を転送するステップS1708。これにより、転送された発信信号を受信した他社キャリア網設備において、音声によるメッセージをボイスメールとして記憶するための録音処理を起動することができる。転送された発信信号を受信した他社キャリア網設備において、発信信号の宛先つまり発信先が、さらに他のキャリア網の移動電話端末である場合つまりポートアウトしていた場合、再発信要求のためのリダイレクト応答が転送されるステップS1709。このリダイレクト応答には、転送先の電話番号が含まれている。このリダイレクト応答を受信したD社VMサーバ10Dは、発信信号を再度生成し、それを送信するステップS1710。交換機20は、この発信信号を受信すると、さらに他のキャリア網へ転送するステップS1711。再生処理の継続上記の処理により、他のキャリア網のVMサーバへの呼接続が行われ、返信のためのメッセージの録音が可能になる。この状態は、図18のように、移動電話端末70AとD社VMサーバ10Dとが通話中でありステップS1801a、同時に、D社VMサーバ10DとA社VMサーバ10Aとが通話中であるステップS1801b。返信のためのメッセージの録音が完了すると、他のキャリア網のVMサーバであるA社VMサーバ10Aから、切断要求が送信されるステップS1802。自キャリア網のVMサーバであるD社VMサーバ10Dは、A社VMサーバ10Aからの切断要求を受信すると、返信処理が終了したことを検出するステップS1803。その後、D社VMサーバ10Dは、メディア制御シナリオの再生呼継続機能を起動し、返信処理移行前の再生処理を継続するステップS1804。つまり、憶えておいた再生メッセージの次のメッセージが再生の対象になり。なお、ボイスメールの再生処理については、周知であるため、以降の説明を省略する。なお、他のキャリア網のVMサーバであるA社VMサーバ10Aから、切断要求が送信された場合に上記のように再生処理が継続されるのは、返信メッセージの録音終了後に、他のメッセージの再生要求が出力される可能性が高いからである。これに対し、移動電話端末70Aから切断要求が送信された場合はユーザの意思による切断要求であるため、他のメッセージの再生要求が出力される可能性は低く、再生処理を継続する必要はない。他のキャリア網からの返信処理次に、他のキャリア網の移動電話端末がメッセージ再生処理中に、そのメッセージに対する返信を行う場合について説明する。図19は、他のキャリア網の移動電話端末が音声メッセージを再生している再生処理中に、その音声メッセージに対する返信メッセージを録音する場合におけるボイスメールサーバ装置の処理内容を示すシーケンス図である。ここでは、図19中のVMサーバ10Aのメディア蓄積部に、移動電話端末70A宛ての音声メッセージが録音されていることを前提とする。そして、移動電話端末70Aから交換機20を介してVMサーバ10へ再生発信が行われ、移動電話端末70AとVMサーバ10との間に呼が形成され、メッセージの再生処理中つまり通話中であるとする。メッセージの再生処理中においてステップS1901、移動電話端末70Aのユーザによる返信のための操作が行われると、A社VMサーバ10Aは、メディア制御シナリオの返信受付機能によって、メッセージの録音返信要求を検出するステップS1902。すると、A社VMサーバ10Aにおいては、返信処理用のシナリオであるキャリア網特定機能により、図示せぬHSSにアクセスして、ユーザプロファイルを取得し、発信信号の宛先つまりメッセージの録音元が他社キャリア網のユーザの移動電話端末であると判定する。その後、A社VMサーバ10Aは、発信信号の宛先について図示せぬCDEコードテーブルを参照して、キャリア網を特定し、そのキャリア網に向けて発信信号を送信する。A社交換機20Aは、D社VMサーバ10Dへの録音要求である発信信号を転送する。この発信信号を受信したD社VMサーバ10Dは、他キャリア網発の録音返信シナリオを起動しステップS1903、HSS60にアクセスし、ユーザプロファイルの取得を要求するステップS1904。取得を要求されたHSS60は、D社VMサーバ10Dに、ユーザプロファイルを応答するステップS1905。応答されたユーザプロファイルを取得したD社VMサーバ10Dは、発信信号の宛先つまりメッセージの録音元が自社キャリア網のユーザの移動電話端末か判定するステップS1906。この判定の結果、発信信号の宛先が自社キャリア網のユーザの移動電話端末である場合、D社VMサーバ10Dは、音声によるメッセージをボイスメールとして記憶するための録音処理を起動するステップS1906→S1907。以上の処理により、他社キャリア網設備から転送された発信信号を受信した場合でも、音声によるメッセージをボイスメールとして記憶するための録音処理を起動することができる。ボイスメールの録音処理については、周知であるため、以降の説明を省略する。ステップS1906の判定の結果、発信信号の宛先つまりメッセージの録音元が自社キャリア網のユーザの移動電話端末でない場合他社キャリア網のユーザの移動電話端末である場合、D社VMサーバ10Dは、MNP先を確認するため、MNP-DB50を参照するステップS1908。MNP-DB50から、MNP先についての応答が返信されるとステップS1909、D社VMサーバ10Dは、リダイレクト応答を交換機20へ送信するステップS19110。このリダイレクト応答は、例えば、SIPの410メッセージによって実現することができる。このリダイレクト応答を受信したA社交換機20Aは、接続要求である発信信号に対する応答を転送するステップS1911。これにより、転送された発信信号を受信した他社キャリア網設備において、音声によるメッセージをボイスメールとして記憶するための録音処理を起動することができる。Conference機能を用いる場合以下、再生処理中に返信する場合において、各装置間で授受される信号について、より具体的に説明する。図20および図21は、D社VMサーバ10DのConference機能を用いて、メッセージ再生中の返信を実現する場合において、各装置間で授受される信号を示す。図20において、メッセージ再生中の移動電話端末70AからVMサーバ10Dへ、そのメッセージに対する返信要求を送信するステップS2001。この返信要求を受信したD社VMサーバ10Dは、他のキャリア網への返信要求が移動電話端末70Aから出力されたことを検出するステップS2002。すると、D社VMサーバ10Dは、図6の場合と同様に、呼を他のキャリア網に転送する旨のガイダンスメッセージを出力するため、VMサーバ10Dから移動電話端末70Aへ、呼び出し中であることを示す暫定応答図示せずを送信する。この暫定応答は、例えば、SIPの183メッセージによって実現することができる。このガイダンスメッセージは、周知のリングバックトーンと同様であり、下り方向だけの音声である。ガイダンスメッセージは、例えば、他キャリアに転送しますであるステップS2003。その後、VMサーバ10Dは、ステップS2002において判定されたキャリア網に向けて、発信信号を送信するステップS2004。この発信信号は、例えば、SIPのINVITEメッセージによって実現することができる。ステップS2004において送信される発信信号には、発信先Toとして、発信先の移動電話端末の電話番号の先頭にA社キャリア網のVMサーバの電話番号を付加した090XXXXXXXX090BBBBBBBBが含まれている。また、ステップS2004において送信される発信信号には、発信元Fromとして、090AAAAAAAAが含まれている。さらに、ステップS2004において送信される発信信号には、D社VMサーバ10DのIPアドレスが付加されている。この発信信号を受取った関門交換機80は、発信信号をA社キャリア網のVMサーバ10Aへ送信するステップS2005。ステップS2005において送信される発信信号には、発信先Toとして、発信先の移動電話端末70Aの電話番号の先頭にVMサーバの電話番号を付加した090XXXXXXXX090BBBBBBBBが含まれている。また、ステップS2005において送信される発信信号には、発信元Fromとして、090AAAAAAAAが含まれている。このステップS2005において送信される発信信号は、例えば、ISUPISDNuserpartのIAMInitialAddressMessageメッセージによって実現することができる。この発信信号を受取った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のANMAnswerMessageメッセージによって実現することができる。また、ステップ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社お留守番センターです。発信音の後にメッセージをどうぞである。図21に移行し、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において送信される切断信号は、例えば、SIPのRELReleaseメッセージによって実現することができる。また、ステップS2104において送信される切断信号は、例えば、SIPのByeメッセージによって実現することができる。ステップS2103において送信される切断信号に対しては、関門交換機80から切断応答信号が送信されるステップS2105。ステップS2105において送信される切断応答信号は、例えば、ISUPのRLCReleaseCompleteメッセージによって実現することができる。また、ステップS2104において送信される応答信号に対しては、D社VMサーバ10Dから応答信号が送信されるステップS2106。ステップS2106において送信される応答信号は、例えば、SIPの200OKByeメッセージによって実現することができる。その後、D社VMサーバ10Dの再生呼継続機能により、再生処理へ移行するステップS2107。これにより、それまでの再生処理が継続される。なお、再生処理が継続されることを、移動電話端末70Aのユーザに知らせるため、その旨のガイダンスを出力するのが一般的である。このガイダンスメッセージは、例えば、次のメッセージを再生しますであるステップS2108。次に、Conference機能を用いる場合の、VMサーバ10D内の各部の信号授受について図22を参照して説明する。図22において、メディア制御シナリオ6は、再生後メニューの再生指示を出力するステップS2201。この再生指示はメディア処理部4に入力されるステップS2202。すると、メディア処理部4は、移動電話端末70Aへ、音声によるメニューガイダンスを出力するステップS2203。このメニューガイダンスは、例えば、返信は1を、次のメッセージ再生は2を、...である。このガイダンスメッセージを聞いたユーザが、移動電話端末70Aのボタンを押下することにより、PBPushButton音がメディア処理部4に入力されるステップS2204。ここでは1が押下され、対応するPB音がメディア処理部4に入力された場合について説明する。メディア処理部4は、入力されたPB音をメディア制御シナリオ6に通知するステップS2205。この通知により、メディア制御シナリオ6は、録音返信要求を検出し、返信の可否を問合せるための問合せ信号を送信するステップS2206、S2207。この問合せ信号は呼処理シナリオ2によって受信され、呼処理シナリオ2は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に対し、SDPSessionDescriptionProtocolによる更新処理を行うステップ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社お留守番センターです。発信音の後にメッセージをどうぞである。Conference機能を用いない場合図23および図24は、D社VMサーバ10DのConference機能を用いずに、メッセージ再生中の返信を実現する場合において、各装置間で授受される信号を示す。図23において、メッセージ再生中の移動電話端末70AからVMサーバ10Dへ、そのメッセージに対する返信要求を送信するステップS2301。この返信要求を受信したD社VMサーバ10Dは、他のキャリア網への返信要求が移動電話端末70Aから出力されたことを検出するステップS2302。すると、D社VMサーバ10Dは、図6の場合と同様に、呼を他のキャリア網に転送する旨のガイダンスメッセージを出力するため、VMサーバ10Dから移動電話端末70Aへ、呼び出し中であることを示す暫定応答図示せずを送信する。この暫定応答は、例えば、SIPの183メッセージによって実現することができる。このガイダンスメッセージは、周知のリングバックトーンと同様であり、下り方向だけの音声である。ガイダンスメッセージは、例えば、他キャリアに転送しますであるステップS2303。その後、VMサーバ10Dは、ステップS2302において判定されたキャリア網に向けて、発信信号を送信するステップS2304。この発信信号は、例えば、SIPのINVITEメッセージによって実現することができる。ステップS2304において送信される発信信号には、発信先Toとして、発信先の移動電話端末の電話番号の先頭にA社キャリア網のVMサーバの電話番号を付加した090XXXXXXXX090BBBBBBBBが含まれている。また、ステップS2304において送信される発信信号には、発信元Fromとして、090AAAAAAAAが含まれている。さらに、ステップS2304において送信される発信信号には、メッセージの返信要求を送信した移動電話端末70Aすなわち発信端末のIPアドレスが付加されている。この発信信号を受取った関門交換機80は、発信信号をA社キャリア網のVMサーバ10Aへ送信するステップS2305。ステップS2305において送信される発信信号には、発信先Toとして、発信先の移動電話端末70Aの電話番号の先頭にVMサーバの電話番号を付加した090XXXXXXXX090BBBBBBBBが含まれている。また、ステップS2305において送信される発信信号には、発信元Fromとして、090AAAAAAAAが含まれている。このステップS2305において送信される発信信号は、例えば、ISUPISDNuserpartのIAMInitialAddressMessageメッセージによって実現することができる。この発信信号を受取ったA社キャリア網のVMサーバ10Aは、まず、暫定応答メッセージを送信するステップS2306。この暫定応答メッセージは、関門交換機80を介して、D社キャリア網のVMサーバ10Dによって受信されるステップS2307。ここで、ステップS2306において送信される暫定応答メッセージは、例えば、ISUPのACM/CPGAddressCompleteMessage/CallProgressメッセージによって実現することができる。また、ステップS2307において送信される暫定応答メッセージは、例えば、SIPの183メッセージによって実現することができる。なお、A社キャリア網のVMサーバ10Aは、応答メッセージを送信するステップS2308。ステップS2308において送信される応答メッセージは、例えば、SIPのANMAnswerMessageメッセージによって実現することができる。その後、ステップ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社お留守番センターです。発信音の後にメッセージをどうぞである。図24に移行し、A社キャリア網のVMサーバ10Aと発信元の移動電話端末70Aとの間で呼が確立されている状態においてステップS2401、A社VMサーバ10Aが返信メッセージの録音の終了を検出するステップS2402。すると、A社VMサーバ10Aから切断信号が送信されステップS2403、この切断信号は関門交換機80を介してD社VMサーバ10Dにおいて受信されるステップS2404。ステップS2403において送信される切断信号は、例えば、SIPの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。これにより、それまでの再生処理が継続される。なお、再生処理が継続されることを、移動電話端末70Aのユーザに知らせるため、その旨のガイダンスを出力するのが一般的である。このガイダンスメッセージは、例えば、次のメッセージを再生しますであるステップS2410。次に、Conference機能を用いない場合の、VMサーバ10D内の各部の信号授受について図25を参照して説明する。図25において、メディア制御シナリオ6は、再生後メニューの再生指示を出力するステップS2501。この再生指示はメディア処理部4に入力されるステップS2502。すると、メディア処理部4は、移動電話端末70Aへ、音声によるメニューガイダンスを出力するステップS2503。このメニューガイダンスは、例えば、返信は1を、次のメッセージ再生は2を、...である。このガイダンスメッセージを聞いたユーザが、移動電話端末70Aのボタンを押下することにより、PBPushButton音がメディア処理部4に入力されるステップS2504。ここでは1が押下され、対応するPB音がメディア処理部4に入力された場合について説明する。メディア処理部4は、入力されたPB音をメディア制御シナリオ6に通知するステップS2505。この通知により、メディア制御シナリオ6は、録音返信要求を検出し、返信の可否を問合せるための問合せ信号を送信するステップS2506、S2507。この問合せ信号は呼処理シナリオ2によって受信され、呼処理シナリオ2はHSS60にアクセスし、ユーザプロファイルの取得を要求するステップS2508、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社お留守番センターです。発信音の後にメッセージをどうぞである。ボイスメールシステム上記のボイスメールサーバ装置を、各キャリア網に設けることにより、キャリア網を跨がったボイスメールシステムを実現することができる。そして、メッセージ再生中に返信する機能に着目すれば、本システムは、上記ボイスメールサーバ装置と、再生しているメッセージ再生処理中に、そのメッセージの録音元に対する返信のための返信要求を、ボイスメールサーバ装置へ送信する移動電話端末例えば、図16の移動電話端末70Aとを含んでいる。このボイスメールシステムによれば、メッセージの再生処理から、返信メッセージの録音処理へ、シームレスに移行でき、キャリア網を跨いで使い勝手のよいボイスメールサービスを実現できる。まとめ本発明によれば、録音されたメッセージを移動電話端末からの呼によって再生しているメッセージ再生処理中に、そのメッセージの録音元に対する返信を受付け、メッセージの返信先のキャリア網を特定し、移動電話端末から自装置への呼を他のキャリア網のボイスメールサーバ装置へ転送することにより、移動電話端末がMNPによってポートアウトされた場合においても、メッセージの再生処理から、返信メッセージの録音処理へ、シームレスに移行でき、キャリア網を跨いで使い勝手のよいボイスメールサービスを実現できる。また、移動電話端末と他のキャリア網のボイスメールサーバ装置との呼について、そのボイスメールサーバ装置から切断信号が送信された場合に、移動電話端末からの呼によるメッセージ再生処理を継続することにより、メッセージの録音元に対する返信メッセージの録音終了後に、元の再生処理に戻すことができ、使い勝手のよいボイスメールサービスを実現できる。なお、本発明の範囲は、図示され記載された例示的な実施形態に限定されるものではなく、本発明が目的とするものと均等な効果をもたらすすべての実施形態をも含む。さらに、本発明の範囲は、各請求項により画される発明の特徴の組み合わせに限定されるものではなく、すべての開示されたそれぞれの特徴のうち特定の特徴のあらゆる所望する組み合わせによって画されうる。