JP5689760B2 - ボイスメールサーバ装置、ボイスメールシステム - Google Patents

Description

本発明はボイスメールサーバ装置、ボイスメールシステムに関し、特に携帯電話端末などの移動電話端末を用いて録音されるボイスメールに関する処理を行うボイスメールサーバ装置、ボイスメールシステムに関する。

相手の移動電話機を呼び出さずに、音声メッセージを伝えることができる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＞

上述したボイスメールサービスを利用して録音されたメッセージを再生するには、ボイスメールサーバに向けて呼を発信することになる。メッセージを再生して聞いたユーザは、そのメッセージを録音したユーザに対して別のメッセージを録音したいと考える場合がある。
ボイスメールサービスは、キャリア網ごとに提供されており、発信元と発信先とが同じキャリア網であれば、メッセージ再生後の返信機能によって同じ呼内において別のメッセージを録音する（すなわち返信する）ことができる場合もある。しかしながら、発信元と発信先とが異なるキャリア網であれば、録音したい相手が利用しているキャリア網すなわち発信先のキャリア網が他網ユーザ向けに用意する特定電話番号に対して、発信することになる。

このような場合、他網のユーザからのメッセージを再生したユーザは、そのメッセージに対する返信の際には、一旦電話を切断し、その上でメッセージを再生したユーザ自身が元々録音を行ったキャリア網が何であるか把握し、そのキャリアが用意する電話番号に対して発信する必要がある。これでは、メッセージの再生処理から別のメッセージの録音処理への、処理のシームレス化を実現できず、使い勝手が悪く、サービスの利便性の面で問題がある。

また、移動電話番号ポータビリティ（Mobile Number Portability；ＭＮＰ）により、ある日友人のキャリアが突然代わっているなど、録音処理を行ううえでの課題もある。
本発明は上述した背景技術の問題を解決することを目的としてなされたものであり、移動電話端末がＭＮＰによってポートアウトされた場合においても、メッセージの再生処理から、返信メッセージの録音処理へ、シームレスに移行でき、使い勝手のよいボイスメールサービスを実現できる、ボイスメールサーバ装置、ボイスメールシステムを提供することである。

本発明の一態様にかかるボイスメールサーバ装置は、録音されたメッセージを移動電話端末からの呼によって再生しているメッセージ再生処理中に、前記メッセージの録音元に対する返信を受付ける返信受付部（例えば、図１中のメディア制御シナリオ６の返信受付機能）と、前記返信受付部が返信を受付けた場合に、メッセージの返信先のキャリア網を特定するキャリア網特定部（例えば、図１中のメディア制御シナリオ６のキャリア網特定機能）と、前記移動電話端末から自装置への呼を他のキャリア網のボイスメールサーバ装置へ転送する呼転送部（例えば、図１中のメディア制御シナリオ６の呼転送機能）とを含み、前記移動電話端末と前記他のキャリア網のボイスメールサーバ装置との通話を実現し、前記移動電話端末から返信メッセージを録音できるようにしたことを特徴とする。

このようにボイスメールサーバ装置を構成すれば、移動電話端末がＭＮＰによってポートアウトされた場合においても、メッセージの再生処理から、返信メッセージの録音処理へ、シームレスに移行でき、使い勝手のよいボイスメールサービスを実現できる。
また、本発明の一態様にかかるボイスメールサーバ装置は、前記移動電話端末と自装置との呼による音声と、自装置と前記他のキャリア網のボイスメールサーバ装置との呼による音声とをミックスすることにより、前記移動電話端末と前記他のキャリア網のボイスメールサーバ装置との通話を実現するカンファレンス部（例えば、図１中のメディア処理部４のConference機能）をさらに含んでいてもよい。このようにボイスメールサーバ装置を構成すれば、カンファレンス機能によって２つの呼の音声をミックスし、メッセージの再生処理から、返信メッセージの録音処理へ、シームレスに移行でき、使い勝手のよいボイスメールサービスを実現できる。

また、本発明の一態様にかかるボイスメールサーバ装置は、前記呼転送部が、前記呼を他のキャリア網のボイスメールサーバ装置へ転送する制御を行うための信号に、前記移動電話端末のアドレスを含めて送信し、前記移動電話端末の通話相手を前記他のキャリア網のボイスメールサーバ装置に切り替える処理を行うことにより、前記移動電話端末と前記他のキャリア網のボイスメールサーバ装置との通話を実現するようにしてもよい。このようにボイスメールサーバ装置を構成すれば、前記移動電話端末と前記他のキャリア網のボイスメールサーバ装置との通話を実現できるので、カンファレンス機能を用いずに、メッセージの再生処理から、返信メッセージの録音処理へ、シームレスに移行でき、使い勝手のよいボイスメールサービスを実現できる。

さらに、本発明の一態様にかかるボイスメールサーバ装置は、前記他のキャリア網のボイスメールサーバ装置から自装置への転送呼についてメッセージの録音を受け付ける録音受付部（例えば、図１中のメディア制御シナリオ６の録音受付機能）をさらに含んでいてもよい。このようにボイスメールサーバ装置を構成すれば、他のキャリア網のボイスメールサーバ装置に記憶されているメッセージの再生処理中に、メッセージの録音元に対する返信を実現することができる。

また、本発明の一態様にかかるボイスメールサーバ装置は、前記移動電話端末と前記他のキャリア網のボイスメールサーバ装置との呼について当該ボイスメールサーバ装置から切断信号が送信された場合に、前記移動電話端末からの呼によるメッセージ再生処理を継続する再生呼継続部（例えば、図１中のメディア制御シナリオ６の再生呼継続機能）をさらに含んでいることが望ましい。このようにボイスメールサーバ装置を構成すれば、メッセージの録音元に対する返信メッセージの録音終了後に、元の再生処理に戻すことができ、使い勝手のよいボイスメールサービスを実現できる。

本発明の一態様にかかるボイスメールシステムは、上記いずれかのボイスメールサーバ装置と、前記返信のための返信要求を、前記ボイスメールサーバ装置へ送信する移動電話端末（例えば、図１６の移動電話端末７０Ａ）とを含むことを特徴とする。このボイスメールシステムによれば、メッセージの再生処理から、返信メッセージの録音処理へ、シームレスに移行でき、キャリア網を跨いで使い勝手のよいボイスメールサービスを実現できる。

本発明によれば、録音されたメッセージを移動電話端末からの呼によって再生しているメッセージ再生処理中に、そのメッセージの録音元に対する返信を受付け、メッセージの返信先のキャリア網を特定し、移動電話端末から自装置への呼を他のキャリア網のボイスメールサーバ装置へ転送することにより、移動電話端末がＭＮＰによってポートアウトされた場合においても、メッセージの再生処理から、返信メッセージの録音処理へ、シームレスに移行でき、キャリア網を跨いで使い勝手のよいボイスメールサービスを実現できる。

また、移動電話端末と他のキャリア網のボイスメールサーバ装置との呼について、そのボイスメールサーバ装置から切断信号が送信された場合に、移動電話端末からの呼によるメッセージ再生処理を継続することにより、メッセージの録音元に対する返信メッセージの録音終了後に、元の再生処理に戻すことができ、使い勝手のよいボイスメールサービスを実現できる。

本実施の形態によるボイスメールサーバ装置の機能を示すブロック図である。 音声メッセージを録音する場合におけるボイスメールサーバ装置の処理内容を示すシーケンス図である。 音声メッセージを録音する場合におけるボイスメールサーバ装置の処理内容を示すシーケンス図である。 他キャリア網内のボイスメールサーバ装置において録音された音声メッセージが再生された場合に、再生されたことを通知する場合の処理内容を示すシーケンス図である。 自キャリア網のボイスメールサーバ装置から他キャリア網のボイスメールサーバ装置への転送を行う場合の処理を示す図である。 自キャリア網のボイスメールサーバ装置から他キャリア網のボイスメールサーバ装置への転送を行う場合の処理を示すシーケンス図である。 図６の処理において、ガイダンスメッセージを出力しない場合の処理を示すシーケンス図である。 自キャリア網のボイスメールサーバ装置から、ＭＮＰが行われた他キャリア網のボイスメールサーバ装置への転送を行う場合の処理を示す図である。 自キャリア網のボイスメールサーバ装置から、ＭＮＰが行われた他キャリア網のボイスメールサーバ装置への転送を行う場合の処理を示すシーケンス図である。 他キャリア網から自キャリア網への転送を行う場合の処理を示す図である。 他キャリア網から自キャリア網への転送を行う場合の処理を示すシーケンス図である。 他キャリア網から自キャリア網を介してさらに他キャリア網への転送を行う場合の処理を示す図である。 他キャリア網から自キャリア網を介してさらに他キャリア網への転送を行う場合の処理を示すシーケンス図である。 他キャリア網からさらに別のキャリア網を介して自キャリア網への転送を行う場合の処理を示す図である。 他キャリア網からさらに別のキャリア網を介して自キャリア網への転送を行う場合の処理を示すシーケンス図である。 メッセージ再生中に返信する場合のボイスメールサーバ装置の処理の概要を示す図である。 自キャリア網の移動電話端末が音声メッセージの再生中に、返信メッセージを録音する場合におけるボイスメールサーバ装置の処理内容を示すシーケンス図である。 返信のためのメッセージの録音後に再生処理を継続する場合の処理内容を示すシーケンス図である。 他のキャリア網の移動電話端末が音声メッセージの再生中に、返信メッセージを録音する場合におけるボイスメールサーバ装置の処理内容を示すシーケンス図である。 Conference機能を用いて、メッセージ再生中の返信を実現する場合において、各装置間で授受される信号を示すシーケンス図である。 Conference機能を用いたメッセージ再生中の返信後、再生処理を継続する場合において、各装置間で授受される信号を示すシーケンス図である。 Conference機能を用いる場合の、ボイスメールサーバ装置内の各部の信号授受を示すシーケンス図である。 Conference機能を用いずに、メッセージ再生中の返信を実現する場合において、各装置間で授受される信号を示すシーケンス図である。 Conference機能を用いずにメッセージ再生中の返信後、再生処理を継続する場合において、各装置間で授受される信号を示すシーケンス図である。 Conference機能を用いない場合の、ボイスメールサーバ装置内の各部の信号授受を示すシーケンス図である。

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

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

（ボイスメールサーバ装置の機能）
本実施の形態によるボイスメールサーバ装置の機能について、図１を参照して説明する。図１を参照すると、本実施形態のボイスメールサーバ装置１０は、呼処理部１と、呼処理シナリオ２と、ＣＤＥコードテーブル３と、メディア処理部４と、メディア蓄積部５と、メディア制御シナリオ６と、を備えている。
呼処理部１は、外部の装置（後述する交換機２０、ＳＭＳ送信サーバ３０、他社キャリア網ボイスメールサーバ装置４０、ＭＮＰ−ＤＢ５０、および、ＨＳＳ６０）との間の信号送受信を実現するサーバインタフェース機能と、ガイダンスを出力する場合に起動するメディア制御シナリオをメディア処理部に通知するメディア処理部インタフェース機能と、発信信号を受信した時（すなわち着信時）に呼処理シナリオを起動する他、ＭＮＰ先（ポートアウト先）を示す通知を送信する呼処理シナリオインタフェース機能とを有している。

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

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

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

メディア蓄積部５は、ユーザによる音声メッセージを記憶する機能を有している。
メディア制御シナリオ６は、メディア処理部４によって起動されるプログラム群である。メディア制御シナリオ６には、ユーザによる音声メッセージをメディア蓄積部５へ録音するプログラム、メディア蓄積部５に記憶されている音声メッセージを再生するプログラム、が含まれている。メディア制御シナリオ６のプログラムによって実現される機能には、以下の機能がある。すなわち、メッセージの再生中に、そのメッセージの録音元に対する返信を受け付ける返信受付機能、メッセージの返信先のキャリア網を特定するキャリア網特定機能、移動電話端末から自装置への呼を他のボイスメールサーバ装置へ転送する呼転送機能、他のボイスメールサーバ装置から自装置への転送呼があった場合に、メッセージの録音を受け付ける録音受付機能、メッセージの返信が終了した場合に、メッセージの再生処理を継続する再生呼継続機能、がある。

また、ボイスメールサーバ装置１０は、ネットワークを介して交換機２０と接続されている。本例では、呼処理部１を含むＣ−ｐｌａｎｅ（Control plane）側（制御側）、メディア処理部４を含むＵ−ｐｌａｎｅ（User plane）側（ユーザ側）、がそれぞれ交換機２０と接続されている。本例では、Ｃ−ｐｌａｎｅ側のプロトコルがＳＩＰ（Session Initiation Protocol）、Ｕ−ｐｌａｎｅ側のプロトコルがＲＴＰ（Real-time Transport Protocol）、である。
ところで、ボイスメールサーバ装置１０は、呼処理部１の機能によって、外部の装置である、ＳＭＳ（Short Message Service）送信サーバ３０、他社キャリア網ボイスメールサーバ装置４０、ＭＮＰ−ＤＢ（Database）５０、および、ＨＳＳ（Home Subscriber Server）６０と、それぞれ接続することができる。

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

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

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

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

（メッセージを録音する場合のボイスメールサーバ装置の処理内容）
次に、図２〜図４を参照して、音声メッセージを録音する場合のボイスメールサーバ装置の処理内容について説明する。
図２および図３は、音声メッセージを録音する場合におけるボイスメールサーバ装置の処理内容を示すシーケンス図である。
図２において、交換機２０は、発側からの接続要求である発信信号をＶＭサーバ１０に転送する（ステップＳ１０１）。ＶＭサーバ１０は、この発信信号が自社キャリア網から送信されたものか他社キャリア網から送信されたものか判定する（ステップＳ１０２）。自社キャリア網から発信されたものであると判定した場合、ＶＭサーバ１０は、自社キャリア網用のシナリオを起動する（ステップＳ１０２→Ｓ１０３）。なお、他社キャリア網から発信されたものであると判定した場合については、後述する図３を参照して説明する。

ＶＭサーバ１０は、起動されたシナリオにより、ＨＳＳ６０にアクセスし、ユーザプロファイルの取得を要求する（ステップＳ１０４）。取得を要求されたＨＳＳ６０は、ＶＭサーバ１０に、ユーザプロファイルを応答する（ステップＳ１０５）。応答されたユーザプロファイルを取得したＶＭサーバ１０は、発信信号の宛先（つまり発信先）が自社キャリア網のユーザの移動電話端末か判定する（ステップＳ１０６）。
この判定の結果、発信信号の宛先が自社キャリア網のユーザの移動電話端末である場合、ＶＭサーバ１０は、音声によるメッセージをボイスメールとして記憶するための録音処理を起動する（ステップＳ１０６→Ｓ１０７）。ボイスメールの録音処理については、周知であるため、以降の説明を省略する。

ステップＳ１０６の判定の結果、発信信号の宛先が自社キャリア網のユーザの移動電話端末でない場合（他社キャリア網のユーザの移動電話端末である場合）、ＶＭサーバ１０は、発信信号の宛先についてＣＤＥコードテーブルを参照して、キャリア網を特定し、そのキャリア網に向けて発信信号を送信する（ステップＳ１０８）。その発信信号を受信した交換機は、ＶＭサーバへの接続要求である発信信号を転送する（ステップＳ１０９）。これにより、転送された発信信号を受信した他社キャリア網設備において、音声によるメッセージをボイスメールとして記憶するための録音処理を起動することができる。

転送された発信信号を受信した他社キャリア網設備において、発信信号の宛先（つまり発信先）が、さらに他のキャリア網の移動電話端末である場合（つまりポートアウトしていた場合）、再発信要求のためのリダイレクト応答が転送される（ステップＳ１１０）。このリダイレクト応答には、転送先の電話番号が含まれている。このリダイレクト応答を受信したＶＭサーバ１０は、発信信号を再度生成し、それを送信する（ステップＳ１１１）。交換機２０は、この発信信号を受信すると、さらに他のキャリア網へ転送する（ステップＳ１１２）。

一方、図３において、交換機２０は、発側からの接続要求である発信信号をＶＭサーバ１０に転送する（ステップＳ２０１）。ＶＭサーバ１０は、この発信信号が自社キャリア網から送信されたものか他社キャリア網から送信されたものか判定する（ステップＳ２０２）。そして、他社キャリア網から発信されたものであると判定した場合、他社キャリア網用のシナリオを起動する（ステップＳ２０２→Ｓ２０３）。

ＶＭサーバ１０は、起動されたシナリオにより、ＨＳＳ６０にアクセスし、発信信号の宛先（つまり発信先）のユーザが自社キャリア網のユーザであるか確認するため、ユーザプロファイルの取得を要求する（ステップＳ２０４）。取得を要求されたＨＳＳ６０は、ＶＭサーバ１０に、ユーザプロファイルを応答する（ステップＳ２０５）。応答されたユーザプロファイルを取得したＶＭサーバ１０は、発信信号の宛先（つまり発信先）が自社キャリア網のユーザの移動電話端末か判定する（ステップＳ２０６）。
この判定の結果、発信信号の宛先が自社キャリア網のユーザの移動電話端末である場合、ＶＭサーバ１０は、音声によるメッセージをボイスメールとして記憶するための録音処理を起動する（ステップＳ２０６→Ｓ２０７）。ボイスメールの録音処理については、周知であるため、以降の説明を省略する。

ステップＳ２０６の判定の結果、発信信号の宛先（つまり発信先）が自社キャリア網のユーザの移動電話端末でない場合（他社キャリア網のユーザの移動電話端末である場合）、ＶＭサーバ１０は、ＭＮＰ先を確認するため、ＭＮＰ−ＤＢ５０を参照する（ステップＳ２０８）。ＭＮＰ−ＤＢ５０から、ＭＮＰ先についての応答が返信されると（ステップＳ２０９）、ＶＭサーバ１０は、リダイレクト応答を交換機２０へ送信する（ステップＳ２１０）。このリダイレクト応答は、例えば、ＳＩＰの４１０メッセージによって実現することができる。このリダイレクト応答を受信した交換機２０は、接続要求である発信信号に対する応答を転送する（ステップＳ２１１）。

図４は、他社のキャリア網内のＶＭサーバ装置において録音された音声メッセージが再生された場合に、再生されたことを通知する場合におけるボイスメールシステムの処理内容を示すシーケンス図である。図４において、他社のキャリア網のユーザの移動電話端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ；ＵＥ）から、メッセージの再生要求メッセージが送信されると（ステップＳ３０１）、それを同じく他社のキャリア網のＶＭサーバ４０が受信する（ステップＳ３０２）。すると、キャリア網のＶＭサーバ４０は、メッセージの録音元が自キャリア網のユーザの移動電話端末であるか（つまり自キャリア網の移動電話端末によってメッセージが録音されたか）、判定する（ステップＳ３０３）。

この判定の結果、メッセージの録音元が自キャリア網のユーザの移動電話端末である場合、ＶＭサーバ４０は、音声によるメッセージを再生するための再生処理を起動する（ステップＳ３０３→Ｓ３０４）。ボイスメールの再生処理については、周知であるため、以降の説明を省略する。
ステップＳ３０３の判定の結果、メッセージの録音元が自キャリア網のユーザの移動電話端末でない場合（他キャリア網のユーザの移動電話端末である場合）、ＶＭサーバ４０は、メッセージが再生されたことを示す再生通知を送信するための再生通知送信要求をＶＭサーバ１０へ送信する（ステップＳ３０３→Ｓ３０５）。ＶＭサーバ１０は、この再生通知送信要求を受信すると、ＳＭＳ送信サーバ３０に向けてＳＭＳ送信要求を送信する（ステップＳ３０６）。ＳＭＳ送信サーバ３０は、このＳＭＳ送信要求を受信すると、その要求に従い、ＳＭＳ送信処理を行う（ステップＳ３０７）。このＳＭＳ送信処理については、周知であるため、以降の説明を省略する。

なお、ボイスメールサービスの性質上、メッセージの録音時とその再生時とにタイムラグがある。このため、メッセージの録音時点からその再生時点までの間にメッセージの録音者の移動電話端末がポートアウトした場合や解約が発生している場合も考えられる。上記のステップＳ３０６において再生通知送信要求を受信した際、このポートアウトや解約が判明した場合、ＶＭサーバ１０は、再生通知を送信しないか、あるいはポートアウトしていることを再生要求元に通知するようにしてもよい。

（自キャリア網から他キャリア網への転送）
図５および図６を参照して、自キャリア網のボイスメールサーバ（以下、ＶＭサーバと呼ぶ）から他キャリア網のＶＭサーバへの転送を行う場合の処理について説明する。
図５において、Ｄ社キャリア網の移動電話端末７０Ａから、ＶＭサーバ１０Ｄへ、メッセージ録音のための発信が行われる（ステップＳ１）。この録音発信の際、特番である「＊２０２０」を発信先の移動電話端末の電話番号の先頭に付加した「＊２０２００９０ＢＢＢＢＢＢＢＢ」がＶＭサーバ１０Ｄに送信される。この発信の際、発信先の移動電話端末のキャリア網がどのキャリア網であるかについて、移動電話端末７０Ａのユーザは意識する必要はない。

ＶＭサーバ１０Ｄでは、上述したように、ＣＤＥコードテーブルを参照し、接続先のキャリア網を特定する（ステップＳ２）。本例では、ＣＤＥコードテーブルを参照することにより、発信先の移動電話端末の電話番号である「０９０ＢＢＢＢＢＢＢＢ」に対応するＡ社キャリア網が接続先事業者すなわちキャリアであると特定できる。
このため、ＶＭサーバ１０Ｄは、録音呼接続要求である発信信号をＡ社キャリア網のＶＭサーバ１０Ａに向けて転送する（ステップＳ３）。この発信信号には、Ａ社キャリア網のＶＭサーバ番号に、発信先の移動電話端末７０Ｂの電話番号である「０９０ＢＢＢＢＢＢＢＢ」が付加された情報が含まれている。

この発信信号を受信したＡ社キャリア網のＶＭサーバ１０Ａは、発信先の移動電話端末の電話番号である「０９０ＢＢＢＢＢＢＢＢ」宛のメッセージ録音を受け付ける（ステップＳ４）。これにより、Ｄ社キャリア網の移動電話端末からの発信により、Ａ社キャリア網のＶＭサーバ１０Ａを利用して、音声メッセージを録音することができる。音声メッセージが録音された場合、発信先の移動電話端末７０Ｂにその旨がＳＭＳによるメッセージなどで通知される。このＳＭＳによるメッセージを受信した移動電話端末７０Ｂのユーザはそのメッセージを再生することができる。

図６において、移動電話端末７０ＡからＶＭサーバ１０Ｄへ、発信信号を送信する（ステップＳ６０１）。この発信信号には、発信先「Ｔｏ」として、発信先の移動電話端末の電話番号の先頭に特番「＊２０２０」を付加した「＊２０２０＋０９０ＢＢＢＢＢＢＢＢ」が含まれている（「＋」は付加したことを示す、以下同じ）。この発信信号は、例えば、ＳＩＰのＩＮＶＩＴＥメッセージによって実現することができる。

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

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

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

この発信信号を受取ったＡ社キャリア網のＶＭサーバ１０Ａは、まず、暫定応答メッセージを送信する（ステップＳ６０６）。この暫定応答メッセージは、関門交換機８０を介して、Ｄ社キャリア網のＶＭサーバ１０Ｄによって受信される（ステップＳ６０７）。さらに、Ｄ社キャリア網のＶＭサーバ１０Ｄは、セッション情報更新メッセージを出力する（ステップＳ６０８）。

ここで、ステップＳ６０６において送信される発信信号は、例えば、ＩＳＵＰのＡＣＭ／ＣＰＧ（Address Complete Message／Call Progress）メッセージによって実現することができる。また、ステップＳ６０７において送信される発信信号は、例えば、ＳＩＰの１８３メッセージによって実現することができる。さらに、ステップＳ６０８において送信される発信信号は、例えば、ＳＩＰのＵｐｄｅｔｅメッセージによって実現することができる。

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

以上の処理の後、発信元の移動電話端末７０ＡとＡ社キャリア網のＶＭサーバ１０Ａとの間に呼が確立され、音声メッセージを録音することができる。その際、Ａ社キャリア網のＶＭサーバ１０Ａは、ＶＭサービスに関するガイダンスを出力するのが一般的である。このガイダンスメッセージは、例えば、「こちらはＡ社お留守番センターです。発信音の後にメッセージをどうぞ」である（ステップＳ６１１）。
なお、ガイダンスメッセージを出力しない場合（ガイダンスメッセージを流さない場合）には、図７のような動作となる。すなわち、呼を他のキャリア網に転送する旨のガイダンスを出力する必要が無い場合、図６に記載されている、ステップＳ６０３およびＳ６０３’並びにステップＳ６０８の処理は不要である。

（自キャリア網から、ＭＮＰが行われた他キャリア網への転送）
図８および図９を参照して、自キャリア網のＶＭサーバから、ＭＮＰが行われた他キャリア網のＶＭサーバへの転送を行う場合の処理について説明する。
図８において、Ｄ社キャリア網の移動電話端末７０Ａから、ＶＭサーバ１０Ｄへ、メッセージ録音のための発信が行われる（ステップＳ１）。この録音発信の際、特番である「＊２０２０」を発信先の移動電話端末の電話番号の先頭に付加した「＊２０２００９０ＢＢＢＢＢＢＢＢ」がＶＭサーバ１０Ｄに送信される。この発信の際、発信先の移動電話端末のキャリア網がどのキャリア網であるかについて、移動電話端末７０Ａのユーザは意識する必要はない。

ＶＭサーバ１０Ｄでは、上述したように、ＣＤＥコードテーブルを参照し、接続先事業者すなわちキャリアを特定する（ステップＳ２）。本例では、ＣＤＥコードテーブルを参照することにより、発信先の移動電話端末７０Ｂの電話番号である「０９０ＢＢＢＢＢＢＢＢ」に対応するＡ社キャリア網がキャリア網であると特定できる。
このため、ＶＭサーバ１０Ｄは、録音呼接続要求である発信信号をＡ社キャリア網のＶＭサーバ１０Ａに向けて転送する（ステップＳ３）。この発信信号には、Ａ社キャリア網のＶＭサーバ番号に、発信先の移動電話端末７０Ｂの電話番号である「０９０ＢＢＢＢＢＢＢＢ」が付加された情報が含まれている。

この録音呼接続要求である発信信号を受信したＡ社キャリア網のＶＭサーバ１０Ａは、発信先の移動電話端末の電話番号である「０９０ＢＢＢＢＢＢＢＢ」を元にＭＮＰ−ＤＢを参照して、ＭＮＰ先（移転先）のキャリア網を特定する（ステップＳ４）。ここでは、発信先の移動電話端末７０ＢがＳ社キャリア網にポートアウトしていることを特定でき、ＶＭサーバ１０Ａは転送先の電話番号ＮＲＮ（Network Routing Number）を伴うリダイレクト応答をＤ社キャリア網のＶＭサーバ１０Ｄに送信する（ステップＳ５）。

転送先の電話番号ＮＲＮを伴うリダイレクト応答を受信したＶＭサーバ１０Ｄは、転送先の電話番号ＮＲＮを元に、ＭＮＰ先のキャリア網がＳ社キャリア網であることを特定し、改めて録音呼接続要求である発信信号を送信する（ステップＳ６、Ｓ７）。この発信信号には、Ｓ社キャリア網のＶＭサーバ番号に、発信先の移動電話端末７０Ｂの電話番号である「０９０ＢＢＢＢＢＢＢＢ」が付加された情報が含まれている。この録音呼接続要求である発信信号を受信したＳ社キャリア網のＶＭサーバ１０Ｓは、発信先の移動電話端末の電話番号である「０９０ＢＢＢＢＢＢＢＢ」宛のメッセージ録音を受け付ける（ステップＳ８）。なお、音声メッセージが録音された旨の通知が発信先の移動電話端末７０Ｂに送信される（ステップＳ９）。この通知は例えばＳＭＳによって送信される。

図９において、移動電話端末７０ＡからＶＭサーバ１０Ｄへ、発信信号を送信する（ステップＳ９０１）。この発信信号には、発信先「Ｔｏ」として、発信先の移動電話端末の電話番号の先頭に特番「＊２０２０」を付加した「＊２０２０＋０９０ＢＢＢＢＢＢＢＢ」が含まれている。この発信信号は、例えば、ＳＩＰのＩＮＶＩＴＥメッセージによって実現することができる。
この発信信号を受信したＤ社キャリア網のＶＭサーバ１０Ｄは、ＣＤＥコードを元に、発信先のキャリア網を判定する（ステップＳ９０２）。

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

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

この発信信号を受取ったＡ社キャリア網のＶＭサーバ１０Ａは、発呼元の移動電話端末の電話番号により、発呼元が他社キャリア網であることを認識する（ステップＳ９０５）。また、Ａ社キャリア網のＶＭサーバ１０Ａは、発信先の移動電話端末の電話番号である「０９０ＢＢＢＢＢＢＢＢ」を元にＭＮＰ−ＤＢを参照して、ＭＮＰ先（移転先）のキャリア網を特定する（ステップＳ９０６）。ここでは、発信先の移動電話端末がＳ社キャリア網にポートアウトしていることを特定でき、ＶＭサーバ１０Ａは転送先の電話番号ＮＲＮを伴うリダイレクト応答をＤ社キャリア網のＶＭサーバ１０Ｄに向けて送信する（ステップＳ９０７）。

関門交換機８０は、このリダイレクト応答を受信すると、要求失敗メッセージとしてＤ社ＶＮサーバ１０Ｄへ送信する（ステップＳ９０８）。この要求失敗メッセージは、例えば、ＳＩＰの４１０メッセージによって実現することができる。
この要求失敗メッセージを受信したＶＭサーバ１０Ｄは、ＭＮＰ−ＤＢを参照することにより、発信先の移動電話端末７０ＢがＳ社キャリア網にポートアウトしていることを特定でき、発信信号を再生成する（ステップＳ９０９）。この発信信号は、例えば、ＳＩＰのＩＮＶＩＴＥメッセージによって実現することができる。

ＶＭサーバ１０Ｄは、再生成した発信信号をＳ社キャリア網に向けて送信する（ステップＳ９１０）。ステップＳ９１０において送信される発信信号には、発信先「Ｔｏ」として、発信先の移動電話端末の電話番号の先頭にＳ社キャリア網のＶＭサーバの電話番号を付加した「０９０ＹＹＹＹＹＹＹＹ＋０９０ＢＢＢＢＢＢＢＢ」が含まれている。また、ステップＳ９１０において送信される発信信号には、発信元「Ｆｒｏｍ」として、「０９０ＡＡＡＡＡＡＡＡ」が含まれている。なお、ステップＳ９１０において送信される発信信号には、リダイレクト回数を示す「１」が含まれている。この発信信号は、例えば、ＳＩＰのＩＮＶＩＴＥメッセージによって実現することができる。

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

（他キャリア網から自キャリア網への転送）
図１０および図１１を参照して、他キャリア網のＶＭサーバから、自キャリア網のＶＭサーバへの転送を行う場合の処理について説明する。
図１０において、Ａ社キャリア網の移動電話端末７０Ａから、ＶＭサーバ１０Ａへ、メッセージ録音のための発信が行われる（ステップＳ１）。この録音発信の際、特番である「＊１６１２」を発信先の移動電話端末の電話番号の先頭に付加した「＊１６１２０９０ＢＢＢＢＢＢＢＢ」がＶＭサーバ１０Ａに送信される。この発信の際、発信先の移動電話端末のキャリア網がどのキャリア網であるかについて、移動電話端末７０Ａのユーザは意識する必要はない。

ＶＭサーバ１０Ａでは、上述したように、ＣＤＥコードテーブルを参照し、接続先事業者すなわちキャリアを特定する（ステップＳ２）。本例では、ＣＤＥコードテーブルを参照することにより、発信先の移動電話端末７０Ｂの電話番号である「０９０ＢＢＢＢＢＢＢＢ」に対応するＤ社キャリア網がキャリア網であると特定できる。
このため、ＶＭサーバ１０Ａは、録音呼接続要求である発信信号をＤ社キャリア網のＶＭサーバ１０Ｄに向けて転送する（ステップＳ３）。この発信信号には、Ｄ社キャリア網のＶＭサーバ番号に、発信先の移動電話端末７０Ｂの電話番号である「０９０ＢＢＢＢＢＢＢＢ」が付加された情報が含まれている。

この録音呼接続要求である発信信号を受信したＤ社キャリア網のＶＭサーバ１０Ｄは、発信先の移動電話端末の電話番号である「０９０ＢＢＢＢＢＢＢＢ」宛のメッセージ録音を受け付ける（ステップＳ４）。これにより、Ａ社キャリア網の移動電話端末からの発信により、Ｄ社キャリア網のＶＭサーバ１０Ｄを利用して、音声メッセージを録音することができる。

図１１において、移動電話端末７０ＡからＡ社キャリア網のＶＭサーバ１０Ａへ、発信信号を送信する（ステップＳ１１０１）。
この発信信号を受信したＡ社キャリア網のＶＭサーバ１０Ａは、ＣＤＥコードを元に、発信先のキャリア網を判定する（ステップＳ１１０２）。さらに、Ａ社キャリア網のＶＭサーバ１０Ａは、ステップＳ１１０２において判定されたキャリア網に向けて、発信信号を送信する（ステップＳ１１０３）。この発信信号を受信したＡ社キャリア網の交換機２０Ａは、Ｄ社キャリア網のＶＭサーバ１０Ｄに向けて発信信号を送信する（ステップＳ１１０４）。

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

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

この発信信号を受取ったＤ社キャリア網のＶＭサーバ１０Ｄは、発呼元の移動電話端末の電話番号により、発呼元が他社キャリア網であることを認識する（ステップＳ１１０６）。また、Ｄ社キャリア網のＶＭサーバ１０Ｄは、発信先の移動電話端末の電話番号である「０９０ＢＢＢＢＢＢＢＢ」により、自社キャリア網すなわちＤ社キャリア網への発信信号であることを認識する（ステップＳ１１０７）。

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

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

（他キャリア網から自キャリア網を介してさらに他キャリア網への転送）
図１２および図１３を参照して、他キャリア網のＶＭサーバから、自キャリア網のＶＭサーバを介して、さらに他キャリア網のＶＭサーバへの転送を行う場合の処理について説明する。
図１２において、Ａ社キャリア網の移動電話端末７０Ａから、ＶＭサーバ１０Ａへ、メッセージ録音のための発信が行われる（ステップＳ１）。この録音発信の際、特番である「＊１６１２」を発信先の移動電話端末の電話番号の先頭に付加した「＊１６１２０９０ＣＣＣＣＣＣＣＣ」がＶＭサーバ１０Ａに送信される。この発信の際、発信先の移動電話端末のキャリア網がどのキャリア網であるかについて、移動電話端末７０Ａのユーザは意識する必要はない。

ＶＭサーバ１０Ａでは、上述したように、ＣＤＥコードテーブルを参照し、接続先のキャリア網を特定する（ステップＳ２）。本例では、ＣＤＥコードテーブルを参照することにより、発信先の移動電話端末の電話番号である「０９０ＣＣＣＣＣＣＣＣ」に対応するＤ社キャリア網が接続先事業者すなわちキャリアであると特定できる。
このため、ＶＭサーバ１０Ａは、録音呼接続要求である発信信号をＤ社キャリア網のＶＭサーバ１０Ｄに向けて転送する（ステップＳ３）。この発信信号には、Ｄ社キャリア網のＶＭサーバ番号に、発信先の移動電話端末の電話番号である「０９０ＣＣＣＣＣＣＣＣ」が付加された情報が含まれている。

この録音呼接続要求である発信信号を受信したＤ社キャリア網のＶＭサーバ１０Ｄは、発信先の移動電話端末の電話番号である「０９０ＣＣＣＣＣＣＣＣ」を元にＭＮＰ−ＤＢを参照して、ＭＮＰ先（移転先）のキャリア網を特定する（ステップＳ４）。ここでは、発信先の移動電話端末７０ＣがＳ社キャリア網にポートアウトしていることを特定でき、ＶＭサーバ１０Ｄは転送先の電話番号ＮＲＮを伴うリダイレクト応答をＡ社キャリア網のＶＭサーバ１０Ａに送信する（ステップＳ５）。

転送先の電話番号ＮＲＮを伴うリダイレクト応答を受信したＶＭサーバ１０Ａは、転送先の電話番号ＮＲＮを元に、ＭＮＰ先のキャリア網がＳ社キャリア網であることを特定し、改めて録音呼接続要求である発信信号を送信する（ステップＳ６、Ｓ７）。この発信信号には、Ｓ社キャリア網のＶＭサーバ番号に、発信先の移動電話端末７０Ｃの電話番号である「０９０ＣＣＣＣＣＣＣＣ」が付加された情報が含まれている。この録音呼接続要求である発信信号を受信したＳ社キャリア網のＶＭサーバ１０Ｓは、発信先の移動電話端末の電話番号である「０９０ＣＣＣＣＣＣＣＣ」宛のメッセージ録音を受け付ける（ステップＳ８）。なお、音声メッセージが録音された旨の通知が発信先の移動電話端末７０Ｃに送信される（ステップＳ９）。この通知は例えばＳＭＳによって送信される。

図１３において、移動電話端末７０ＡからＡ社キャリア網のＶＭサーバ１０Ａへ、発信信号を送信する（ステップＳ１３０１）。この発信信号には、発信先「Ｔｏ」として、発信先の移動電話端末の電話番号の先頭に特番（例えば、＊１６１２）を付加した「特番＋０９０ＢＢＢＢＢＢＢＢ」が含まれている。この発信信号は、例えば、ＳＩＰのＩＮＶＩＴＥメッセージによって実現することができる。

この発信信号を受信したＡ社キャリア網のＶＭサーバ１０Ａは、ＣＤＥコードを元に、発信先のキャリア網を判定する（ステップＳ１３０２）。
その後、Ａ社キャリア網のＶＭサーバ１０Ａは、ステップＳ１３０２において判定されたキャリア網に向けて、発信信号を送信する（ステップＳ１３０３）。この発信信号は、例えば、ＳＩＰのＩＮＶＩＴＥメッセージによって実現することができる。

ステップＳ１３０３において送信される発信信号には、発信先「Ｔｏ」として、発信先の移動電話端末の電話番号の先頭にＤ社キャリア網のＶＭサーバの電話番号を付加した「０９０ＸＸＸＸＸＸＸＸ＋０９０ＣＣＣＣＣＣＣＣ」が含まれている。また、ステップＳ１３０３において送信される発信信号には、発信元「Ｆｒｏｍ」として、「０９０ＡＡＡＡＡＡＡＡ」が含まれている。

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

この発信信号を受取ったＤ社キャリア網のＶＭサーバ１０Ｄは、発呼元の移動電話端末の電話番号により、発呼元が他社キャリア網であることを認識する（ステップＳ１３０５）。また、Ｄ社キャリア網のＶＭサーバ１０Ｄは、発信先の移動電話端末の電話番号である「０９０ＣＣＣＣＣＣＣＣ」を元にＭＮＰ−ＤＢを参照して、ＭＮＰ先（移転先）のキャリア網を特定する（ステップＳ１３０６）。ここでは、発信先の移動電話端末がＳ社キャリア網にポートアウトしていることを特定でき、ＶＭサーバ１０Ｄは転送先の電話番号ＮＲＮを伴うリダイレクト応答をＡ社キャリア網のＶＭサーバ１０Ａに向けて送信する（ステップＳ１３０７）。

関門交換機８０は、このリダイレクト応答を受信すると、要求失敗メッセージとしてＡ社キャリア網のＶＮサーバ１０Ａへ送信する（ステップＳ１３０８）。この要求失敗メッセージは、例えば、ＳＩＰの４１０メッセージによって実現することができる。
この要求失敗メッセージを受信したＡ社キャリア網のＶＭサーバ１０Ａは、ＭＮＰ−ＤＢを参照することにより、発信先の移動電話端末７０ＢがＳ社キャリア網にポートアウトしていることを特定でき、発信信号を再生成する（ステップＳ１３０９）。この発信信号は、例えば、ＳＩＰのＩＮＶＩＴＥメッセージによって実現することができる。

Ａ社キャリア網のＶＭサーバ１０Ａは、再生成した発信信号をＳ社キャリア網に向けて送信する（ステップＳ１３１０）。ステップＳ１３１０において送信される発信信号には、発信先「Ｔｏ」として、発信先の移動電話端末の電話番号の先頭にＳ社キャリア網のＶＭサーバの電話番号を付加した「０９０ＹＹＹＹＹＹＹＹ＋０９０ＣＣＣＣＣＣＣＣ」が含まれている。また、ステップＳ１３１０において送信される発信信号には、発信元「Ｆｒｏｍ」として、「０９０ＡＡＡＡＡＡＡＡ」が含まれている。なお、ステップＳ１３１０において送信される発信信号には、リダイレクト回数を示す「１」が含まれている。この発信信号は、例えば、ＳＩＰのＩＮＶＩＴＥメッセージによって実現することができる。

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

（他キャリア網からさらに別のキャリア網を介して自キャリア網への転送）
図１４および図１５を参照して、他キャリア網のＶＭサーバから、さらに他キャリア網のＶＭサーバを介して、自キャリア網のＶＭサーバへの転送を行う場合の処理について説明する。
図１４において、Ａ社キャリア網の移動電話端末７０Ａから、ＶＭサーバ１０Ａへ、メッセージ録音のための発信が行われる（ステップＳ１）。この録音発信の際、特番である「＊１６１２」を発信先の移動電話端末の電話番号の先頭に付加した「＊１６１２０９０ＤＤＤＤＤＤＤＤ」がＶＭサーバ１０Ａに送信される。この発信の際、発信先の移動電話端末のキャリア網がどのキャリア網であるかについて、移動電話端末７０Ａのユーザは意識する必要はない。

ＶＭサーバ１０Ａでは、上述したように、ＣＤＥコードテーブルを参照し、接続先のキャリア網を特定する（ステップＳ２）。本例では、ＣＤＥコードテーブルを参照することにより、発信先の移動電話端末の電話番号である「０９０ＤＤＤＤＤＤＤＤ」に対応するＳ社キャリア網がキャリア網であると特定できる。
このため、ＶＭサーバ１０Ａは、録音呼接続要求である発信信号をＳ社キャリア網のＶＭサーバ１０Ｓに向けて転送する（ステップＳ３）。この発信信号には、Ｓ社キャリア網のＶＭサーバ番号に、発信先の移動電話端末の電話番号である「０９０ＤＤＤＤＤＤＤＤ」が付加された情報が含まれている。

この録音呼接続要求である発信信号を受信したＳ社キャリア網のＶＭサーバ１０Ｓは、発信先の移動電話端末の電話番号である「０９０ＤＤＤＤＤＤＤＤ」を元にＭＮＰ−ＤＢを参照して、ＭＮＰ先（移転先）のキャリア網を特定する（ステップＳ４）。ここでは、発信先の移動電話端末７０ＤがＤ社キャリア網にポートアウトしていることを特定でき、ＶＭサーバ１０Ｓは転送先の電話番号ＮＲＮを伴うリダイレクト応答をＡ社キャリア網のＶＭサーバ１０Ａに送信する（ステップＳ５）。

転送先の電話番号ＮＲＮを伴うリダイレクト応答を受信したＶＭサーバ１０Ａは、転送先の電話番号ＮＲＮを元に、ＭＮＰ先のキャリア網がＤ社キャリア網であることを特定し、改めて録音呼接続要求である発信信号を送信する（ステップＳ６、Ｓ７）。この発信信号には、Ｄ社キャリア網のＶＭサーバ番号に、発信先の移動電話端末７０Ｄの電話番号である「０９０ＤＤＤＤＤＤＤＤ」が付加された情報が含まれている。この録音呼接続要求である発信信号を受信したＤ社キャリア網のＶＭサーバ１０Ｄは、移動電話端末７０Ｄの電話番号である「０９０ＤＤＤＤＤＤＤＤ」について、ＩＰＳＣＰへ確認を行うことにより、Ｄ社キャリア網のユーザであることを確認し、発信先の移動電話端末の電話番号である「０９０ＤＤＤＤＤＤＤＤ」宛のメッセージ録音を受け付ける（ステップＳ８）。なお、音声メッセージが録音された旨の通知が発信先の移動電話端末７０Ｄに送信される（ステップＳ９）。この通知は例えばＳＭＳによって送信される。

図１５において、移動電話端末７０ＡからＡ社キャリア網のＶＭサーバ１０Ａへ、発信信号を送信する（ステップＳ１５０１）。この発信信号には、発信先「Ｔｏ」として、発信先の移動電話端末の電話番号の先頭に特番（例えば、＊１６１２）を付加した「特番＋０９０ＢＢＢＢＢＢＢＢ」が含まれている。この発信信号は、例えば、ＳＩＰのＩＮＶＩＴＥメッセージによって実現することができる。

この発信信号を受信したＡ社キャリア網のＶＭサーバ１０Ａは、ＣＤＥコードを元に、発信先のキャリア網を判定する（ステップＳ１５０２）。
その後、Ａ社キャリア網のＶＭサーバ１０Ａは、ステップＳ１５０２において判定されたキャリア網に向けて、発信信号を送信する（ステップＳ１５０３）。この発信信号は、例えば、ＳＩＰのＩＮＶＩＴＥメッセージによって実現することができる。

ステップＳ１５０３において送信される発信信号には、発信先「Ｔｏ」として、発信先の移動電話端末の電話番号の先頭にＳ社キャリア網のＶＭサーバの電話番号を付加した「０９０ＸＸＸＸＸＸＸＸ＋０９０ＤＤＤＤＤＤＤＤ」が含まれている。また、ステップＳ１５０３において送信される発信信号には、発信元「Ｆｒｏｍ」として、「０９０ＡＡＡＡＡＡＡＡ」が含まれている。

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

この発信信号を受取ったＳ社キャリア網のＶＭサーバ１０Ｓは、発呼元の移動電話端末の電話番号により、発呼元が他社キャリア網であることを認識する（ステップＳ１５０５）。また、Ｓ社キャリア網のＶＭサーバ１０Ｓは、発信先の移動電話端末の電話番号である「０９０ＤＤＤＤＤＤＤＤ」を元にＭＮＰ−ＤＢを参照して、ＭＮＰ先（移転先）のキャリア網を特定する（ステップＳ１５０６）。ここでは、発信先の移動電話端末がＤ社キャリア網にポートアウトしていることを特定でき、ＶＭサーバ１０Ｓは転送先の電話番号ＮＲＮを伴うリダイレクト応答をＡ社キャリア網のＶＭサーバ１０Ａに向けて送信する（ステップＳ１５０７）。

関門交換機８０は、このリダイレクト応答を受信すると、要求失敗メッセージとしてＡ社キャリア網のＶＮサーバ１０Ａへ送信する（ステップＳ１５０８）。この要求失敗メッセージは、例えば、ＳＩＰの４１０メッセージによって実現することができる。
この要求失敗メッセージを受信したＡ社キャリア網のＶＭサーバ１０Ａは、ＭＮＰ−ＤＢを参照することにより、発信先の移動電話端末７０ＢがＳ社キャリア網にポートアウトしていることを特定でき、発信信号を再生成する（ステップＳ１５０９）。この発信信号は、例えば、ＳＩＰのＩＮＶＩＴＥメッセージによって実現することができる。

Ａ社キャリア網のＶＭサーバ１０Ａは、再生成した発信信号をＤ社キャリア網に向けて送信する（ステップＳ１５１０）。ステップＳ１５１０において送信される発信信号には、発信先「Ｔｏ」として、発信先の移動電話端末の電話番号の先頭にＳ社キャリア網のＶＭサーバの電話番号を付加した「０９０ＹＹＹＹＹＹＹＹ＋０９０ＤＤＤＤＤＤＤＤ」が含まれている。また、ステップＳ１５１０において送信される発信信号には、発信元「Ｆｒｏｍ」として、「０９０ＡＡＡＡＡＡＡＡ」が含まれている。なお、ステップＳ１５１０において送信される発信信号には、リダイレクト回数を示す「１」が含まれている。この発信信号は、例えば、ＳＩＰのＩＮＶＩＴＥメッセージによって実現することができる。

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

（メッセージ再生中に返信する場合のボイスメールサーバ装置の処理内容）
次に、図１６を参照して、メッセージを再生したユーザが、そのメッセージに対して返信する場合の処理の概要について説明する。なお、以降の説明において、「返信」とは、メッセージの再生中に、電話を切らずに（呼を維持したまま）、その再生メッセージの録音元に対するメッセージを録音すること、をいう。

図１６において、メッセージが録音された旨のＳＭＳによるメッセージをＤ社キャリア網の移動電話端末７０Ａが受信することにより、移動電話端末７０Ａのユーザはメッセージが録音されたことを知る。録音されたメッセージを再生したいと考えたユーザが移動電話端末７０Ａを操作すると、移動電話端末７０Ａはメッセージを再生するための再生発信を行う（ステップＳ１１）。この再生発信の際、移動電話端末７０Ａ（のユーザ）宛ての録音メッセージをすべて再生する場合は、予め定められた特番（例えば、「＊２０２２」）を、発信先の移動電話端末の電話番号の先頭に付加した「＊２０２００９０ＢＢＢＢＢＢＢＢ」がＤ社キャリア網のＶＭサーバ１０Ｄ（以下、Ｄ社ＶＭサーバ１０Ｄと略記することがある）に送信される。

また、ＳＭＳによるメッセージによって通知された、メッセージの一覧から特定のメッセージを選択指定して再生する場合は、予め定められた別の特番（例えば、「＊２０２１」）に、メッセージを識別するためのメッセージＩＤを付加して再生発信を行ってもよい。
再生発信後、Ｄ社ＶＭサーバ１０Ｄと移動電話端末７０Ａのユーザとのインタラクションすなわちやりとりの結果、再生されたメッセージに対する返信要求が移動電話端末７０Ａから出力されたことを検出する（ステップＳ１２）。

すると、ＶＭサーバ１０Ｄは、録音呼接続要求である発信信号をＡ社キャリア網のＶＭサーバ１０Ａに向けて転送する（ステップＳ１３）。発信信号には、Ａ社キャリア網のＶＭサーバ番号に、発信先の移動電話端末７０Ｂの電話番号である「０９０ＢＢＢＢＢＢＢＢ」が付加された情報が含まれている。つまり、ＶＭサーバ１０ＤからＡ社キャリア網のＶＭサーバ番号への発信（電話をかける処理）が行われることになる。

この発信信号を受信したＡ社キャリア網のＶＭサーバ１０Ａは、発信先の移動電話端末の電話番号である「０９０ＢＢＢＢＢＢＢＢ」宛のメッセージ録音を受け付ける（ステップＳ１４）。これにより、Ｄ社キャリア網の移動電話端末から、Ｄ社ＶＭサーバ１０Ｄを経由して、Ａ社キャリア網のＶＭサーバ１０Ａに、音声メッセージを録音することができる。つまり、録音された音声メッセージを移動端末からの呼によって再生しているメッセージ再生処理中に、その音声メッセージの録音元に対する返信として音声メッセージを録音することが可能になる。

なお、上記の録音呼接続要求である発信信号をＡ社キャリア網のＶＭサーバ１０Ａに向けて転送する際に、再生要求が移動電話端末７０Ａから送信されたことを示す再生要求フラグを付加してもよい。この再生要求フラグを付加しておくことにより、Ａ社キャリア網のＶＭサーバ１０Ａから移動電話端末７０Ａへ出力するメッセージの内容を、再生向けの内容に変更することができる。

次に、図１７〜図２５を参照して、音声メッセージ再生処理中に返信処理を行う場合のボイスメールサーバ装置の処理内容について説明する。
（他のキャリア網への返信処理）
最初に、自キャリア網の移動電話端末がメッセージ再生処理中に、そのメッセージに対する返信を行う場合について説明する。図１７は、自キャリア網の移動電話端末が音声メッセージを再生している再生処理中に、その音声メッセージに対する返信メッセージを録音する場合におけるボイスメールサーバ装置の処理内容を示すシーケンス図である。

ここでは、図１７中のＶＭサーバ１０Ｄのメディア蓄積部５に、移動電話端末７０Ａ宛ての音声メッセージが録音されていることを前提とする。そして、移動電話端末７０Ａから交換機２０を介してＤ社ＶＭサーバ１０Ｄへ再生発信が行われ、移動電話端末７０ＡとＤ社ＶＭサーバ１０Ｄとの間に呼が形成され、メッセージの再生処理中（つまり通話中）であるとする。
メッセージの再生処理中において（ステップＳ１７０１）、移動電話端末７０Ａのユーザによる返信のための操作が行われると、Ｄ社ＶＭサーバ１０Ｄは、メディア制御シナリオの返信受付機能によって、メッセージの録音（返信）要求を検出する（ステップＳ１７０２）。

すると、Ｄ社ＶＭサーバ１０Ｄにおいては、返信処理用のシナリオであるキャリア網特定機能により、ＨＳＳ６０にアクセスし、ユーザプロファイルの取得を要求する（ステップＳ１７０３）。取得を要求されたＨＳＳ６０は、Ｄ社ＶＭサーバ１０Ｄに、ユーザプロファイルを応答する（ステップＳ１７０４）。応答されたユーザプロファイルを取得したＤ社ＶＭサーバ１０Ｄは、発信信号の宛先（つまりメッセージの録音元）が自社キャリア網のユーザの移動電話端末か判定する（ステップＳ１７０５）。

この判定の結果、発信信号の宛先が自社キャリア網のユーザの移動電話端末である場合、Ｄ社ＶＭサーバ１０Ｄは、音声によるメッセージをボイスメールとして記憶するための録音処理を起動する（ステップＳ１７０５→Ｓ１７０６）。ボイスメールの録音処理については、周知であるため、以降の説明を省略する。

ステップＳ１７０５の判定の結果、発信信号の宛先（つまりメッセージの録音元）が自社キャリア網のユーザの移動電話端末でない場合（他社キャリア網のユーザの移動電話端末である場合）、Ｄ社ＶＭサーバ１０Ｄは、発信信号の宛先についてＣＤＥコードテーブルを参照して、キャリア網を特定し、そのキャリア網に向けて発信信号を送信する（ステップＳ１７０７）。その発信信号を受信した交換機は、ＶＭサーバへの接続要求である発信信号を転送する（ステップＳ１７０８）。これにより、転送された発信信号を受信した他社キャリア網設備において、音声によるメッセージをボイスメールとして記憶するための録音処理を起動することができる。

転送された発信信号を受信した他社キャリア網設備において、発信信号の宛先（つまり発信先）が、さらに他のキャリア網の移動電話端末である場合（つまりポートアウトしていた場合）、再発信要求のためのリダイレクト応答が転送される（ステップＳ１７０９）。このリダイレクト応答には、転送先の電話番号が含まれている。このリダイレクト応答を受信したＤ社ＶＭサーバ１０Ｄは、発信信号を再度生成し、それを送信する（ステップＳ１７１０）。交換機２０は、この発信信号を受信すると、さらに他のキャリア網へ転送する（ステップＳ１７１１）。

（再生処理の継続）
上記の処理により、他のキャリア網のＶＭサーバへの呼接続が行われ、返信のためのメッセージの録音が可能になる。この状態は、図１８のように、移動電話端末７０ＡとＤ社ＶＭサーバ１０Ｄとが通話中であり（ステップＳ１８０１ａ）、同時に、Ｄ社ＶＭサーバ１０ＤとＡ社ＶＭサーバ１０Ａとが通話中である（ステップＳ１８０１ｂ）。

返信のためのメッセージの録音が完了すると、他のキャリア網のＶＭサーバであるＡ社ＶＭサーバ１０Ａから、切断要求が送信される（ステップＳ１８０２）。自キャリア網のＶＭサーバであるＤ社ＶＭサーバ１０Ｄは、Ａ社ＶＭサーバ１０Ａからの切断要求を受信すると、返信処理が終了したことを検出する（ステップＳ１８０３）。その後、Ｄ社ＶＭサーバ１０Ｄは、メディア制御シナリオの再生呼継続機能を起動し、返信処理移行前の再生処理を継続する（ステップＳ１８０４）。つまり、憶えておいた再生メッセージの次のメッセージが再生の対象になり。なお、ボイスメールの再生処理については、周知であるため、以降の説明を省略する。

なお、他のキャリア網のＶＭサーバであるＡ社ＶＭサーバ１０Ａから、切断要求が送信された場合に上記のように再生処理が継続されるのは、返信メッセージの録音終了後に、他のメッセージの再生要求が出力される可能性が高いからである。これに対し、移動電話端末７０Ａから切断要求が送信された場合はユーザの意思による切断要求であるため、他のメッセージの再生要求が出力される可能性は低く、再生処理を継続する必要はない。

（他のキャリア網からの返信処理）
次に、他のキャリア網の移動電話端末がメッセージ再生処理中に、そのメッセージに対する返信を行う場合について説明する。図１９は、他のキャリア網の移動電話端末が音声メッセージを再生している再生処理中に、その音声メッセージに対する返信メッセージを録音する場合におけるボイスメールサーバ装置の処理内容を示すシーケンス図である。

ここでは、図１９中のＶＭサーバ１０Ａのメディア蓄積部に、移動電話端末７０Ａ宛ての音声メッセージが録音されていることを前提とする。そして、移動電話端末７０Ａから交換機２０を介してＶＭサーバ１０へ再生発信が行われ、移動電話端末７０ＡとＶＭサーバ１０との間に呼が形成され、メッセージの再生処理中（つまり通話中）であるとする。
メッセージの再生処理中において（ステップＳ１９０１）、移動電話端末７０Ａのユーザによる返信のための操作が行われると、Ａ社ＶＭサーバ１０Ａは、メディア制御シナリオの返信受付機能によって、メッセージの録音（返信）要求を検出する（ステップＳ１９０２）。

すると、Ａ社ＶＭサーバ１０Ａにおいては、返信処理用のシナリオであるキャリア網特定機能により、図示せぬＨＳＳにアクセスして、ユーザプロファイルを取得し、発信信号の宛先（つまりメッセージの録音元）が他社キャリア網のユーザの移動電話端末であると判定する。その後、Ａ社ＶＭサーバ１０Ａは、発信信号の宛先について図示せぬＣＤＥコードテーブルを参照して、キャリア網を特定し、そのキャリア網に向けて発信信号を送信する。Ａ社交換機２０Ａは、Ｄ社ＶＭサーバ１０Ｄへの録音要求である発信信号を転送する。

この発信信号を受信したＤ社ＶＭサーバ１０Ｄは、他キャリア網発の録音（返信）シナリオを起動し（ステップＳ１９０３）、ＨＳＳ６０にアクセスし、ユーザプロファイルの取得を要求する（ステップＳ１９０４）。取得を要求されたＨＳＳ６０は、Ｄ社ＶＭサーバ１０Ｄに、ユーザプロファイルを応答する（ステップＳ１９０５）。応答されたユーザプロファイルを取得したＤ社ＶＭサーバ１０Ｄは、発信信号の宛先（つまりメッセージの録音元）が自社キャリア網のユーザの移動電話端末か判定する（ステップＳ１９０６）。

この判定の結果、発信信号の宛先が自社キャリア網のユーザの移動電話端末である場合、Ｄ社ＶＭサーバ１０Ｄは、音声によるメッセージをボイスメールとして記憶するための録音処理を起動する（ステップＳ１９０６→Ｓ１９０７）。以上の処理により、他社キャリア網設備から転送された発信信号を受信した場合でも、音声によるメッセージをボイスメールとして記憶するための録音処理を起動することができる。ボイスメールの録音処理については、周知であるため、以降の説明を省略する。

ステップＳ１９０６の判定の結果、発信信号の宛先（つまりメッセージの録音元）が自社キャリア網のユーザの移動電話端末でない場合（他社キャリア網のユーザの移動電話端末である場合）、Ｄ社ＶＭサーバ１０Ｄは、ＭＮＰ先を確認するため、ＭＮＰ−ＤＢ５０を参照する（ステップＳ１９０８）。ＭＮＰ−ＤＢ５０から、ＭＮＰ先についての応答が返信されると（ステップＳ１９０９）、Ｄ社ＶＭサーバ１０Ｄは、リダイレクト応答を交換機２０へ送信する（ステップＳ１９１１０）。このリダイレクト応答は、例えば、ＳＩＰの４１０メッセージによって実現することができる。このリダイレクト応答を受信したＡ社交換機２０Ａは、接続要求である発信信号に対する応答を転送する（ステップＳ１９１１）。
これにより、転送された発信信号を受信した他社キャリア網設備において、音声によるメッセージをボイスメールとして記憶するための録音処理を起動することができる。

（Conference機能を用いる場合）
以下、再生処理中に返信する場合において、各装置間で授受される信号について、より具体的に説明する。図２０および図２１は、Ｄ社ＶＭサーバ１０ＤのConference機能を用いて、メッセージ再生中の返信を実現する場合において、各装置間で授受される信号を示す。
図２０において、メッセージ再生中の移動電話端末７０ＡからＶＭサーバ１０Ｄへ、そのメッセージに対する返信要求を送信する（ステップＳ２００１）。この返信要求を受信したＤ社ＶＭサーバ１０Ｄは、他のキャリア網への返信要求が移動電話端末７０Ａから出力されたことを検出する（ステップＳ２００２）。すると、Ｄ社ＶＭサーバ１０Ｄは、図６の場合と同様に、呼を他のキャリア網に転送する旨のガイダンスメッセージを出力するため、ＶＭサーバ１０Ｄから移動電話端末７０Ａへ、呼び出し中であることを示す暫定応答（図示せず）を送信する。この暫定応答は、例えば、ＳＩＰの１８３メッセージによって実現することができる。このガイダンスメッセージは、周知のリングバックトーンと同様であり、下り方向だけの音声である。ガイダンスメッセージは、例えば、「他キャリアに転送します」である（ステップＳ２００３）。

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

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

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

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

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

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

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

その後、Ｄ社ＶＭサーバ１０Ｄの再生呼継続機能により、再生処理へ移行する（ステップＳ２１０７）。これにより、それまでの再生処理が継続される。なお、再生処理が継続されることを、移動電話端末７０Ａのユーザに知らせるため、その旨のガイダンスを出力するのが一般的である。このガイダンスメッセージは、例えば、「次のメッセージを再生します」である（ステップＳ２１０８）。

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

このガイダンスメッセージを聞いたユーザが、移動電話端末７０Ａのボタンを押下することにより、ＰＢ（Push Button）音がメディア処理部４に入力される（ステップＳ２２０４）。ここでは「＃１」が押下され、対応するＰＢ音がメディア処理部４に入力された場合について説明する。メディア処理部４は、入力されたＰＢ音をメディア制御シナリオ６に通知する（ステップＳ２２０５）。この通知により、メディア制御シナリオ６は、録音（返信）要求を検出し、返信の可否を問合せるための問合せ信号を送信する（ステップＳ２２０６、Ｓ２２０７）。この問合せ信号は呼処理シナリオ２によって受信され、呼処理シナリオ２はＨＳＳ６０にアクセスし、ユーザプロファイルの取得を要求する（ステップＳ２２０９ａ、Ｓ２２０９ｂ）。取得を要求されたＨＳＳ６０は、Ｄ社ＶＭサーバ１０Ｄの呼処理シナリオ２に、ユーザプロファイルを応答する（ステップＳ２２１０、Ｓ２２１１ａ、Ｓ２２１１ｂ）。応答されたユーザプロファイルを取得したＤ社ＶＭサーバ１０Ｄの呼処理シナリオ２は、発信信号の宛先（つまりメッセージの録音元）が自社キャリア網のユーザの移動電話端末か判定する（ステップＳ２２１２）。この判定の結果、発信信号の宛先が他社のキャリア網のユーザの移動電話端末である場合、Conference機能によるカンファレンスモード（conference mode）が起動される（ステップＳ２２１３）。カンファレンスモードの起動信号がメディア制御シナリオ６に送信されると（ステップＳ２２１４）、メディア制御シナリオ６は、カンファレンス用のＵ−Ｐｌａｎｅリソースのハント処理を行う（ステップＳ２２１５、Ｓ２２１６ａ、Ｓ２２１６ｂ）。そして、メディア制御シナリオ６は、現在の再生状態を保持する（ステップＳ２２１７）。例えば、現在、メッセージの３件目まで再生が完了していた場合、その再生状態を保持する。

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

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

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

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

（Conference機能を用いない場合）
図２３および図２４は、Ｄ社ＶＭサーバ１０ＤのConference機能を用いずに、メッセージ再生中の返信を実現する場合において、各装置間で授受される信号を示す。
図２３において、メッセージ再生中の移動電話端末７０ＡからＶＭサーバ１０Ｄへ、そのメッセージに対する返信要求を送信する（ステップＳ２３０１）。この返信要求を受信したＤ社ＶＭサーバ１０Ｄは、他のキャリア網への返信要求が移動電話端末７０Ａから出力されたことを検出する（ステップＳ２３０２）。すると、Ｄ社ＶＭサーバ１０Ｄは、図６の場合と同様に、呼を他のキャリア網に転送する旨のガイダンスメッセージを出力するため、ＶＭサーバ１０Ｄから移動電話端末７０Ａへ、呼び出し中であることを示す暫定応答（図示せず）を送信する。この暫定応答は、例えば、ＳＩＰの１８３メッセージによって実現することができる。このガイダンスメッセージは、周知のリングバックトーンと同様であり、下り方向だけの音声である。ガイダンスメッセージは、例えば、「他キャリアに転送します」である（ステップＳ２３０３）。

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

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

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

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

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

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

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

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

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

その後、Ｄ社ＶＭサーバ１０Ｄの再生呼継続機能により、再生処理へ移行する（ステップＳ２４０９）。これにより、それまでの再生処理が継続される。なお、再生処理が継続されることを、移動電話端末７０Ａのユーザに知らせるため、その旨のガイダンスを出力するのが一般的である。このガイダンスメッセージは、例えば、「次のメッセージを再生します」である（ステップＳ２４１０）。

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

このガイダンスメッセージを聞いたユーザが、移動電話端末７０Ａのボタンを押下することにより、ＰＢ（Push Button）音がメディア処理部４に入力される（ステップＳ２５０４）。ここでは「＃１」が押下され、対応するＰＢ音がメディア処理部４に入力された場合について説明する。メディア処理部４は、入力されたＰＢ音をメディア制御シナリオ６に通知する（ステップＳ２５０５）。この通知により、メディア制御シナリオ６は、録音（返信）要求を検出し、返信の可否を問合せるための問合せ信号を送信する（ステップＳ２５０６、Ｓ２５０７）。この問合せ信号は呼処理シナリオ２によって受信され、呼処理シナリオ２はＨＳＳ６０にアクセスし、ユーザプロファイルの取得を要求する（ステップＳ２５０８、Ｓ２５０９ａ、Ｓ２５０９ｂ）。取得を要求されたＨＳＳ６０は、Ｄ社ＶＭサーバ１０Ｄの呼処理シナリオ２に、ユーザプロファイルを応答する（ステップＳ２５１０、Ｓ２５１１ａ、Ｓ２５１１ｂ）。応答されたユーザプロファイルを取得したＤ社ＶＭサーバ１０Ｄの呼処理シナリオ２は、発信信号の宛先（つまりメッセージの録音元）が自社キャリア網のユーザの移動電話端末か判定する（ステップＳ２５１２）。この判定の結果、発信信号の宛先が他社のキャリア網のユーザの移動電話端末である場合、Conference機能によるカンファレンスモード（conference mode）が起動される（ステップＳ２５１３）。カンファレンスモードの起動信号がメディア制御シナリオ６に送信されると（ステップＳ２５１４）、メディア制御シナリオ６は、現在の再生状態を保持する（ステップＳ２５１５）。例えば、現在、メッセージの３件目まで再生が完了していた場合、その再生状態を保持する。

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

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

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

（ボイスメールシステム）
上記のボイスメールサーバ装置を、各キャリア網に設けることにより、キャリア網を跨がったボイスメールシステムを実現することができる。そして、メッセージ再生中に返信する機能に着目すれば、本システムは、上記ボイスメールサーバ装置と、再生しているメッセージ再生処理中に、そのメッセージの録音元に対する返信のための返信要求を、ボイスメールサーバ装置へ送信する移動電話端末（例えば、図１６の移動電話端末７０Ａ）とを含んでいる。このボイスメールシステムによれば、メッセージの再生処理から、返信メッセージの録音処理へ、シームレスに移行でき、キャリア網を跨いで使い勝手のよいボイスメールサービスを実現できる。

（まとめ）
本発明によれば、録音されたメッセージを移動電話端末からの呼によって再生しているメッセージ再生処理中に、そのメッセージの録音元に対する返信を受付け、メッセージの返信先のキャリア網を特定し、移動電話端末から自装置への呼を他のキャリア網のボイスメールサーバ装置へ転送することにより、移動電話端末がＭＮＰによってポートアウトされた場合においても、メッセージの再生処理から、返信メッセージの録音処理へ、シームレスに移行でき、キャリア網を跨いで使い勝手のよいボイスメールサービスを実現できる。

また、移動電話端末と他のキャリア網のボイスメールサーバ装置との呼について、そのボイスメールサーバ装置から切断信号が送信された場合に、移動電話端末からの呼によるメッセージ再生処理を継続することにより、メッセージの録音元に対する返信メッセージの録音終了後に、元の再生処理に戻すことができ、使い勝手のよいボイスメールサービスを実現できる。

なお、本発明の範囲は、図示され記載された例示的な実施形態に限定されるものではなく、本発明が目的とするものと均等な効果をもたらすすべての実施形態をも含む。さらに、本発明の範囲は、各請求項により画される発明の特徴の組み合わせに限定されるものではなく、すべての開示されたそれぞれの特徴のうち特定の特徴のあらゆる所望する組み合わせによって画されうる。

本発明は、発信元のキャリア網と発信先のキャリア網とが異なる場合についてボイスメールの録音および再生をスムーズに行う場合に利用することができる。

１ 呼処理部
２ 呼処理シナリオ
３ ＣＤＥコードテーブル
４ メディア処理部
５ メディア蓄積部
６ メディア制御シナリオ
１０Ａ、１０Ｄ、１０Ｓ ボイスメールサーバ装置
２０、２０Ａ、２０Ｄ、２０Ｓ 交換機
３０ ＳＭＳ送信サーバ
４０ ボイスメールサーバ装置
７０Ａ、７０Ｂ、７０Ｃ、７０Ｄ 移動電話端末
８０ 関門交換機

Claims (6)

1. 録音されたメッセージを移動電話端末からの呼によって再生しているメッセージ再生処理中に、前記メッセージの録音元に対する返信を受付ける返信受付部と、前記返信受付部が返信を受付けた場合に、メッセージの返信先のキャリア網を特定するキャリア網特定部と、前記移動電話端末から自装置への呼を他のキャリア網のボイスメールサーバ装置へ転送する呼転送部とを含み、前記移動電話端末と前記他のキャリア網のボイスメールサーバ装置との通話を実現し、前記移動電話端末から返信メッセージを録音できるようにしたことを特徴とするボイスメールサーバ装置。
2. 前記移動電話端末と自装置との呼による音声と、自装置と前記他のキャリア網のボイスメールサーバ装置との呼による音声とをミックスすることにより、前記移動電話端末と前記他のキャリア網のボイスメールサーバ装置との通話を実現するカンファレンス部をさらに含むことを特徴とする請求項１に記載のボイスメールサーバ装置。
3. 前記呼転送部は、前記呼を他のキャリア網のボイスメールサーバ装置へ転送する制御を行うための信号に、前記移動電話端末のアドレスを含めて送信し、前記移動電話端末の通話相手を前記他のキャリア網のボイスメールサーバ装置に切り替える処理を行うことにより、前記移動電話端末と前記他のキャリア網のボイスメールサーバ装置との通話を実現するようにしたことを特徴する請求項１に記載のボイスメールサーバ装置。
4. 前記他のキャリア網のボイスメールサーバ装置から自装置への転送呼についてメッセージの録音を受け付ける録音受付部をさらに含むことを特徴とする請求項１から請求項３までのいずれか１項に記載のボイスメールサーバ装置。
5. 前記移動電話端末と前記他のキャリア網のボイスメールサーバ装置との呼について当該ボイスメールサーバ装置から切断信号が送信された場合に、前記移動電話端末からの呼によるメッセージ再生処理を継続する再生呼継続部をさらに含むことを特徴とする請求項１から請求項４までのいずれか１項に記載のボイスメールサーバ装置。
6. 請求項１から請求項５までのいずれか１項に記載のボイスメールサーバ装置と、前記返信のための返信要求を、前記ボイスメールサーバ装置へ送信する移動電話端末とを含むことを特徴とするボイスメールシステム。

Images