(57)【特許請求の範囲】
【請求項１】
自装置が設けられている自キャリア網から、前記自キャリア網以外のキャリア網である他キャリア網への、音声メッセージを録音するための発信信号を受信した場合に、前記他キャリア網を特定するキャリア網特定部と、前記キャリア網特定部によって特定されたキャリア網のボイスメールサーバ装置に向けて、発信先の移動電話端末の電話番号の先頭に前記特定されたキャリア網のボイスメールサーバ装置を特定する番号を付加した番号を含む発信信号を転送する呼処理部とを含むことを特徴とするボイスメールサーバ装置。
【請求項２】
電話番号の特定の桁と、その桁によって定まるキャリア網との対応を示すテーブルをさらに含み、
前記キャリア網特定部は、
前記発信信号に含まれている発信先の装置の電話番号について、前記テーブルを参照し、前記他キャリア網を特定することを特徴とする請求項１に記載のボイスメールサーバ装置。
【請求項３】
他のボイスメールサーバ装置から受信した、音声メッセージを録音するための発信信号が、自装置が設けられている自キャリア網の装置への発信信号であるか否かを判定する接続先判定部と、自キャリア網の装置への発信信号ではないと前記接続先判定部によって判定された場合に、前記自キャリア網以外のキャリア網である他キャリア網をポートアウト先として特定するポートアウト先特定部と、前記ポートアウト先特定部によって特定された他キャリア網のボイスメールサーバ装置に向けて、発信先の移動電話端末の電話番号の先頭にポートアウト先のキャリア網のボイスメールサーバ装置を特定する番号を付加した番号を含む発信信号を送信させるための、転送先の電話番号を伴う再発信要求を、前記他のボイスメールサーバ装置へ送信する呼処理部と
を含むことを特徴とするボイスメールサーバ装置。
【請求項４】
自キャリア網への、音声メッセージを録音するための発信信号を受信した場合に、前記音声メッセージを記憶する記憶部と、前記記憶部に記憶されている音声メッセージが再生された場合に、該音声メッセージが再生された旨を、前記発信信号の発信元装置に通知するための要求を出力する通知部とをさらに含むことを特徴とする請求項１から請求項３までのいずれか１項に記載のボイスメールサーバ装置。
【請求項５】
自装置が設けられている第１のキャリア網から、第２のキャリア網への発信信号を受信した場合に、前記第２のキャリア網を特定するキャリア網特定部と、前記キャリア網特定部によって特定された第２のキャリア網のボイスメールサーバ装置に向けて、発信先の移動電話端末の電話番号の先頭に前記特定されたキャリア網のボイスメールサーバ装置を特定する番号を付加した番号を含む発信信号を転送する呼処理部とを含む第１のボイスメールサーバ装置と、
前記第１のボイスメールサーバ装置から受信した発信信号が、自装置が設けられている第２のキャリア網の装置への発信信号であるか否かを判定する接続先判定部と、前記第２のキャリア網の装置への発信信号ではないと前記接続先判定部によって判定された場合に、前記第１および第２のキャリア網以外のキャリア網である第３のキャリア網をポートアウト先として特定するポートアウト先特定部と、前記ポートアウト先特定部によって特定された第３のキャリア網の第３のボイスメールサーバ装置に向けて、発信先の移動電話端末の電話番号の先頭にポートアウト先のキャリア網のボイスメールサーバ装置を特定する番号を付加した番号を含む発信信号を送信させするための、転送先の電話番号を伴う再発信要求を、前記第１のボイスメールサーバ装置へ送信する呼処理部とを含む第２のボイスメールサーバ装置と、
音声メッセージを録音するための発信信号を、前記第１のボイスメールサーバ装置へ送信する発信元移動電話端末と、
ボイスメールサーバ装置において録音された音声メッセージを再生するための発信先移動電話端末と、
を含むことを特徴とするボイスメールシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はボイスメールサーバ装置、ボイスメールシステムに関し、特に携帯電話端末などの移動電話端末を用いて録音されるボイスメールに関する処理を行うボイスメールサーバ装置、ボイスメールシステムに関する。
【背景技術】
【０００２】
相手の移動電話機を呼び出さずに、音声メッセージを伝えることができる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；ＭＮＰ）の制度を利用して他のキャリアとの契約に移行（すなわちポートアウト）されることがある。このような場合、発信元の移動電話端末のユーザは、発信先のキャリア網が何であるか不明である場合が少なくない。発信先のキャリア網が何であるか把握していないと、発信の際にどの特定番号を付加すればよいのか不明であり、ボイスメールサービスの使い勝手が悪い、という問題がある。
本発明は上述した背景技術の問題を解決するためになされたものであり、その目的は使い勝手のよいボイスメールサービスを実現できる、ボイスメールサーバ装置、ボイスメールシステムを提供することである。
【課題を解決するための手段】
【０００７】
本発明の一態様によるボイスメールサーバ装置は、自装置が設けられている自キャリア網から、前記自キャリア網以外のキャリア網である他キャリア網への、音声メッセージを録音するための発信信号を受信した場合に、前記他キャリア網を特定するキャリア網特定部（例えば、図２に記載のステップＳ１０２）と、前記キャリア網特定部によって特定されたキャリア網のボイスメールサーバ装置に向けて、発信先の移動電話端末の電話番号の先頭に前記特定されたキャリア網のボイスメールサーバ装置を特定する番号を付加した番号を含む発信信号を転送する呼処理部（例えば、図２に記載のステップＳ１０８）とを含むことを特徴とする。
【０００８】
このようにボイスメールサーバ装置を構成すれば、ボイスメールサーバ装置が録音相手のキャリアを意識して呼を転送するので、発信者は発信先のキャリア網が何であるかを意識することなく、ボイスメールサービスを利用することができる。そして、このように構成したボイスメールサーバ装置を、各キャリア網に設ければ、キャリア網を跨いで使い勝ってのよいボイスメールサービスを実現できる。
【０００９】
上述のボイスメールサーバ装置は、電話番号の特定の桁と、その桁によって定まるキャリア網との対応を示すテーブル（例えば、図１に記載のＣＤＥコードテーブル３に対応）をさらに含み、前記キャリア網特定部が、前記発信信号に含まれている発信先の装置の電話番号について、前記テーブルを参照し、前記他キャリア網を特定するようにしてもよい。このテーブルを参照し、ＣＤＥコードを確認すれば、ユーザがもともと契約していたキャリアを判定することができる。
【００１０】
本発明の他の態様によるボイスメールサーバ装置は、他のボイスメールサーバ装置から受信した、音声メッセージを録音するための発信信号が、自装置が設けられている自キャリア網の装置への発信信号であるか否かを判定する接続先判定部（例えば、図３に記載のステップＳ２０６）と、自キャリア網の装置への発信信号ではないと前記接続先判定部によって判定された場合に、前記自キャリア網以外のキャリア網である他キャリア網をポートアウト先として特定するポートアウト先特定部（例えば、図３に記載のステップＳ２０８）と、前記ポートアウト先特定部によって特定された他キャリア網のボイスメールサーバ装置に向けて、発信先の移動電話端末の電話番号の先頭にポートアウト先のキャリア網のボイスメールサーバ装置を特定する番号を付加した番号を含む発信信号を送信させるための、転送先の電話番号を伴う再発信要求を、前記他のボイスメールサーバ装置へ送信する呼処理部（例えば、図３に記載のステップＳ２１０）とを含むことを特徴とする。
【００１１】
このような構成によれば、例えばＭＮＰが行われていた場合、どのキャリアにポートアウトしたのかを示すポートアウト情報を得ることにより、発信先の移動電話端末がポートアウトしていた場合でも、現在のキャリア網が何であるかをユーザが意識する必要のない、ボイスメールシステムを実現することができる。
【００１２】
上述したボイスメールサーバ装置は、自キャリア網への、音声メッセージを録音するための発信信号を受信した場合に、前記音声メッセージを記憶する記憶部（例えば、図１にメディア蓄積部５）と、前記記憶部に記憶されている音声メッセージが再生された場合に、該音声メッセージが再生された旨を、前記発信信号の発信元装置に通知するための要求を出力する通知部（例えば、図４に記載のステップＳ３０５）とをさらに含むのが望ましい。これにより、発信元装置のユーザは、音声メッセージが再生されたことを知ることができる。このため、例えば、災害時の安否確認に、本システムによるサービスを有効に利用することができる。
【００１３】
本発明の一態様によるボイスメールシステムは、自装置が設けられている第１のキャリア網から、第２のキャリア網への発信信号を受信した場合に、前記第２のキャリア網を特定するキャリア網特定部と、前記キャリア網特定部によって特定された第２のキャリア網のボイスメールサーバ装置に向けて、発信先の移動電話端末の電話番号の先頭に前記特定されたキャリア網のボイスメールサーバ装置を特定する番号を付加した番号を含む発信信号を転送する呼処理部とを含む第１のボイスメールサーバ装置（例えば図５に記載のＶＭサーバ１０Ｄ）と、前記第１のボイスメールサーバ装置（例えば図８に記載のＶＭサーバ１０Ｄ）から受信した発信信号が、自装置が設けられている第２のキャリア網の装置への発信信号であるか否かを判定する接続先判定部と、前記第２のキャリア網の装置への発信信号ではないと前記接続先判定部によって判定された場合に、前記第１および第２のキャリア網以外のキャリア網である第３のキャリア網をポートアウト先として特定するポートアウト先特定部と、前記ポートアウト先特定部によって特定された第３のキャリア網の第３のボイスメールサーバ装置に向けて、発信先の移動電話端末の電話番号の先頭にポートアウト先のキャリア網のボイスメールサーバ装置を特定する番号を付加した番号を含む発信信号を送信させするための、転送先の電話番号を伴う再発信要求を、前記第１のボイスメールサーバ装置へ送信する呼処理部とを含む第２のボイスメールサーバ装置（例えば図８に記載のＶＭサーバ１０Ａ）と、音声メッセージを録音するための発信信号を、前記第１のボイスメールサーバ装置へ送信する発信元移動電話端末（例えば図５に記載の移動電話端末７０Ａ）と、ボイスメールサーバ装置（例えば図５に記載のＶＭサーバ１０Ａ）において録音された音声メッセージを再生するための発信先移動電話端末（例えば図５に記載の移動電話端末７０Ｂ）と、を含むことを特徴とする。
【００１４】
このような構成によれば、上記ボイスメールサーバ装置をキャリア網毎に設ければ、ボイスメールサーバ装置が録音相手のキャリアを意識して呼を転送するので、発信者は発信先のキャリア網が何であるかを意識することなく、キャリア網を跨いで使い勝ってのよいボイスメールサービスを実現できる。
また、このような構成によれば、上記ボイスメールサーバ装置をキャリア網毎に設け、ＣＤＥコードを確認すれば、ユーザがもともと契約していたキャリアを判定することができる。また、ＭＮＰが行われていた場合、どのキャリアにポートアウトしたのかを示すポートアウト情報を得ることができる。このポートアウト情報を利用することにより、発信先の移動電話端末がポートアウトしていた場合でも、現在のキャリア網が何であるかをユーザが意識する必要のない、ボイスメールシステムを実現することができる。
【発明の効果】
【００１７】
本発明によれば、ボイスメールサーバ装置が録音相手のキャリアを意識し、音声呼の転送を行うことにより、発信者は発信先のキャリア網が何であるかを意識することなく、ボイスメールサービスを利用することができる。そして、このように構成したボイスメールサーバ装置を、各キャリア網に設ければ、相手ユーザの通信キャリアを意識する必要はなく、キャリア網を跨いで使い勝ってのよいボイスメールサービスを実現できる。
【図面の簡単な説明】
【００１８】
【図１】本実施の形態によるボイスメールサーバ装置の機能を示すブロック図である。
【図２】音声メッセージを録音する場合におけるボイスメールサーバ装置の処理内容を示すシーケンス図である。
【図３】音声メッセージを録音する場合におけるボイスメールサーバ装置の処理内容を示すシーケンス図である。
【図４】他キャリア網内のボイスメールサーバ装置において録音された音声メッセージが再生された場合に、再生されたことを通知する場合の処理内容を示すシーケンス図である。
【図５】自キャリア網のボイスメールサーバ装置から他キャリア網のボイスメールサーバ装置への転送を行う場合の処理を示す図である。
【図６】自キャリア網のボイスメールサーバ装置から他キャリア網のボイスメールサーバ装置への転送を行う場合の処理を示すシーケンス図である。
【図７】図６の処理において、ガイダンスメッセージを出力しない場合の処理を示すシーケンス図である。
【図８】自キャリア網のボイスメールサーバ装置から、ＭＮＰが行われた他キャリア網のボイスメールサーバ装置への転送を行う場合の処理を示す図である。
【図９】自キャリア網のボイスメールサーバ装置から、ＭＮＰが行われた他キャリア網のボイスメールサーバ装置への転送を行う場合の処理を示すシーケンス図である。
【図１０】他キャリア網から自キャリア網への転送を行う場合の処理を示す図である。
【図１１】他キャリア網から自キャリア網への転送を行う場合の処理を示すシーケンス図である。
【図１２】他キャリア網から自キャリア網を介してさらに他キャリア網への転送を行う場合の処理を示す図である。
【図１３】他キャリア網から自キャリア網を介してさらに他キャリア網への転送を行う場合の処理を示すシーケンス図である。
【図１４】他キャリア網からさらに別のキャリア網を介して自キャリア網への転送を行う場合の処理を示す図である。
【図１５】他キャリア網からさらに別のキャリア網を介して自キャリア網への転送を行う場合の処理を示すシーケンス図である。
【発明を実施するための形態】
【００１９】
以下、本発明の実施の形態を、図面を参照して説明する。なお、以下の説明において参照する各図では、他の図と同等部分は同一符号によって示されている。
以下は、本実施の形態によるボイスメールサーバ装置を、移動電話網に設けた場合について説明する。
また、説明の便宜上、携帯電話事業者であるＤ社を自社とし、他の携帯電話事業者であるＡ社およびＳ社を他社とする。自キャリア網とは自社が運営する携帯電話網、他キャリア網とは他社が運営する携帯電話網である。
【００２０】
なお、実際の移動電話網には、無線基地局装置、基地局制御装置などの装置が設けられているが、説明を簡単化するため、それらの装置は図示せずかつ説明を省略する。また、以下の説明において登場する移動電話端末は、電話番号が定められており、音声通話を行うことができる装置である。この移動電話端末には、周知の携帯電話端末の他、スマートフォンも含まれる。
【００２１】
（ボイスメールサーバ装置の機能）
本実施の形態によるボイスメールサーバ装置の機能について、図１を参照して説明する。図１を参照すると、本実施形態のボイスメールサーバ装置１０は、呼処理部１と、呼処理シナリオ２と、ＣＤＥコードテーブル３と、メディア処理部４と、メディア蓄積部５と、メディア制御シナリオ６と、を備えている。
【００２２】
呼処理部１は、外部の装置（後述する交換機２０、ＳＭＳ送信サーバ３０、他社キャリア網ボイスメールサーバ装置４０、ＭＮＰ−ＤＢ５０、および、ＨＳＳ６０）との間の信号送受信を実現するサーバインタフェース機能と、ガイダンスを出力する場合に起動するメディア制御シナリオをメディア処理部に通知するメディア処理部インタフェース機能と、発信信号を受信した時（すなわち着信時）に呼処理シナリオを起動する他、ＭＮＰ先（ポートアウト先）を示す通知を送信する呼処理シナリオインタフェース機能とを有している。
【００２３】
呼処理シナリオ２は、呼処理部１の呼処理シナリオインタフェース機能によって起動されるプログラム群である。呼処理シナリオ２には、ＣＤＥコードテーブル３にアクセスして電話番号帯を元に通信キャリア網を特定するプログラム、転送先のキャリア網（接続先キャリア網）を指示するプログラム、ＭＮＰ先の通知を受信するプログラム、ＭＮＰ先への接続指示を送信するプログラム、音声ガイダンスを出力する場合にメディア制御シナリオを起動するプログラム、が含まれている。
【００２４】
ＣＤＥコードテーブル３は、電話番号の特定の桁（上三桁）であるＣＤＥコードと、そのＣＤＥコードによって定まるキャリア網との対応を示すテーブルであり、電話番号帯からキャリアを特定するために設けられている。呼処理シナリオ２が、発信信号に含まれている発信先の移動電話端末の電話番号のＣＤＥコードについて、このＣＤＥコードテーブル３を参照することにより、キャリア網を特定することができる。しかしながら、移動電話番号ポータビリティ（ＭＮＰ）の制度を利用して他社のキャリアとの契約に移行した場合には、ＣＤＥコードテーブル３を参照しても、発信先の移動電話端末の現在のキャリアを完全に特定することはできない。つまり、電話番号帯を確認することによって判定できるキャリアから他のキャリアへポートアウトしている可能性があるので、ＣＤＥコードテーブル３を参照するだけでは、現在のキャリアを完全に特定するには至らない。
【００２５】
メディア処理部４は、移動電話端末へ、音声によるガイダンスメッセージを出力するための制御信号を交換機２０へ送信する交換機インタフェース機能と、呼処理部１からの要求により、ユーザによる音声メッセージの録音および再生を行うためのメディア制御シナリオ６を起動する呼処理部インタフェース機能とを有している。
メディア蓄積部５は、ユーザによる音声メッセージを記憶する機能を有している。
【００２６】
メディア制御シナリオ６は、メディア処理部４によって起動されるプログラム群である。メディア制御シナリオ６には、ユーザによる音声メッセージをメディア蓄積部５へ録音するプログラム、メディア蓄積部５に記憶されている音声メッセージを再生するプログラム、が含まれている。
また、ボイスメールサーバ装置１０は、ネットワークを介して交換機２０と接続されている。本例では、呼処理部１を含むＣ−ｐｌａｎｅ（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）を伴うリダイレクト応答をＤ社キャリア網のＶＭサーバ１０Ｄに送信する（ステップＳ５）。
【００５８】
転送先の電話番号ＮＲＮを伴うリダイレクト応答を受信したＶＭサーバ１０Ｄは、転送先の電話番号ＮＲＮを元に、ＭＮＰ先のキャリア網がＳ社キャリア網であることを特定し、改めて録音呼接続要求である発信信号を送信する（ステップＳ６、Ｓ７）。この発信信号には、Ｓ社キャリア網のＶＭサーバ番号に、発信先の移動電話端末７０Ｂの電話番号である「０９０ＢＢＢＢＢＢＢＢ」が付加された情報が含まれている。この録音呼接続要求である発信信号を受信したＳ社キャリア網のＶＭサーバ１０Ｓは、発信先の移動電話端末の電話番号である「０９０ＢＢＢＢＢＢＢＢ」宛のメッセージ録音を受け付ける（ステップＳ８）。なお、音声メッセージが録音された旨の通知が発信先の移動電話端末７０Ｂに送信される（ステップＳ９）。この通知は例えばＳＭＳによって送信される。
【００５９】
図９において、移動電話端末７０ＡからＶＭサーバ１０Ｄへ、発信信号を送信する（ステップＳ９０１）。この発信信号には、発信先「Ｔｏ」として、発信先の移動電話端末の電話番号の先頭に特番「＊２０２０」を付加した「＊２０２０＋０９０ＢＢＢＢＢＢＢＢ」が含まれている。この発信信号は、例えば、ＳＩＰのＩＮＶＩＴＥメッセージによって実現することができる。
【００６０】
この発信信号を受信したＤ社キャリア網のＶＭサーバ１０Ｄは、ＣＤＥコードを元に、発信先のキャリア網を判定する（ステップＳ９０２）。
その後、ＶＭサーバ１０Ｄは、ステップＳ９０２において判定されたキャリア網に向けて、発信信号を送信する（ステップＳ９０３）。この発信信号は、例えば、ＳＩＰのＩＮＶＩＴＥメッセージによって実現することができる。
ステップＳ９０３において送信される発信信号には、発信先「Ｔｏ」として、発信先の移動電話端末の電話番号の先頭にＡ社キャリア網のＶＭサーバの電話番号を付加した「０９０ＸＸＸＸＸＸＸＸ＋０９０ＢＢＢＢＢＢＢＢ」が含まれている。また、ステップＳ９０３において送信される発信信号には、発信元「Ｆｒｏｍ」として、「０９０ＡＡＡＡＡＡＡＡ」が含まれている。
【００６１】
この発信信号を受取った関門交換機８０は、発信信号をＡ社キャリア網のＶＭサーバ１０Ａへ送信する（ステップＳ９０４）。ステップＳ９０４において送信される発信信号には、発信先「Ｔｏ」として、発信先の移動電話端末７０Ａの電話番号の先頭にＶＭサーバの電話番号を付加した「０９０ＸＸＸＸＸＸＸＸ＋０９０ＢＢＢＢＢＢＢＢ」が含まれている。また、ステップＳ９０４において送信される発信信号には、発信元「Ｆｒｏｍ」として、「０９０ＡＡＡＡＡＡＡＡ」が含まれている。このステップＳ９０４において送信される発信信号は、例えば、ＩＳＵＰのＩＡＭメッセージによって実現することができる。
【００６２】
この発信信号を受取ったＡ社キャリア網のＶＭサーバ１０Ａは、発呼元の移動電話端末の電話番号により、発呼元が他社キャリア網であることを認識する（ステップＳ９０５）。また、Ａ社キャリア網のＶＭサーバ１０Ａは、発信先の移動電話端末の電話番号である「０９０ＢＢＢＢＢＢＢＢ」を元にＭＮＰ−ＤＢを参照して、ＭＮＰ先（移転先）のキャリア網を特定する（ステップＳ９０６）。ここでは、発信先の移動電話端末がＳ社キャリア網にポートアウトしていることを特定でき、ＶＭサーバ１０Ａは転送先の電話番号ＮＲＮを伴うリダイレクト応答をＤ社キャリア網のＶＭサーバ１０Ｄに向けて送信する（ステップＳ９０７）。
【００６３】
関門交換機８０は、このリダイレクト応答を受信すると、要求失敗メッセージとしてＤ社ＶＮサーバ１０Ｄへ送信する（ステップＳ９０８）。この要求失敗メッセージは、例えば、ＳＩＰの４１０メッセージによって実現することができる。
この要求失敗メッセージを受信したＶＭサーバ１０Ｄは、ＭＮＰ−ＤＢを参照することにより、発信先の移動電話端末７０ＢがＳ社キャリア網にポートアウトしていることを特定でき、発信信号を再生成する（ステップＳ９０９）。この発信信号は、例えば、ＳＩＰのＩＮＶＩＴＥメッセージによって実現することができる。
【００６４】
ＶＭサーバ１０Ｄは、再生成した発信信号をＳ社キャリア網に向けて送信する（ステップＳ９１０）。ステップＳ９１０において送信される発信信号には、発信先「Ｔｏ」として、発信先の移動電話端末の電話番号の先頭にＳ社キャリア網のＶＭサーバの電話番号を付加した「０９０ＹＹＹＹＹＹＹＹ＋０９０ＢＢＢＢＢＢＢＢ」が含まれている。また、ステップＳ９１０において送信される発信信号には、発信元「Ｆｒｏｍ」として、「０９０ＡＡＡＡＡＡＡＡ」が含まれている。なお、ステップＳ９１０において送信される発信信号には、リダイレクト回数を示す「１」が含まれている。この発信信号は、例えば、ＳＩＰのＩＮＶＩＴＥメッセージによって実現することができる。
【００６５】
この発信信号は、関門交換機８０、Ｓ社交換機２０Ｓを介して、Ｓ社キャリア網のＶＭサーバ１０Ｓに送信される（ステップＳ９１１）。ステップＳ９１１において送信される発信信号には、発信先「Ｔｏ」として、発信先の移動電話端末の電話番号の先頭にＳ社キャリア網のＶＭサーバの電話番号を付加した「０９０ＹＹＹＹＹＹＹＹ＋０９０ＢＢＢＢＢＢＢＢ」が含まれている。また、ステップＳ９１０において送信される発信信号には、発信元「Ｆｒｏｍ」として、「０９０ＡＡＡＡＡＡＡＡ」が含まれている。この発信信号は、例えば、ＩＳＵＰのＩＡＭメッセージによって実現することができる。
以上の処理の後、発信元の移動電話端末７０ＡとＳ社キャリア網のＶＭサーバ１０Ｓとの間に呼が確立され、音声メッセージを録音することができる。
【００６６】
（他キャリア網から自キャリア網への転送）
図１０および図１１を参照して、他キャリア網のＶＭサーバから、自キャリア網のＶＭサーバへの転送を行う場合の処理について説明する。
図１０において、Ａ社キャリア網の移動電話端末７０Ａから、ＶＭサーバ１０Ａへ、メッセージ録音のための発信が行われる（ステップＳ１）。この録音発信の際、特番である「＊１６１２」を発信先の移動電話端末の電話番号の先頭に付加した「＊１６１２０９０ＢＢＢＢＢＢＢＢ」がＶＭサーバ１０Ａに送信される。この発信の際、発信先の移動電話端末のキャリア網がどのキャリア網であるかについて、移動電話端末７０Ａのユーザは意識する必要はない。
【００６７】
ＶＭサーバ１０Ａでは、上述したように、ＣＤＥコードテーブルを参照し、接続先事業者すなわちキャリアを特定する（ステップＳ２）。本例では、ＣＤＥコードテーブルを参照することにより、発信先の移動電話端末７０Ｂの電話番号である「０９０ＢＢＢＢＢＢＢＢ」に対応するＤ社キャリア網がキャリア網であると特定できる。
このため、ＶＭサーバ１０Ａは、録音呼接続要求である発信信号をＤ社キャリア網のＶＭサーバ１０Ｄに向けて転送する（ステップＳ３）。この発信信号には、Ｄ社キャリア網のＶＭサーバ番号に、発信先の移動電話端末７０Ｂの電話番号である「０９０ＢＢＢＢＢＢＢＢ」が付加された情報が含まれている。
【００６８】
この録音呼接続要求である発信信号を受信したＤ社キャリア網のＶＭサーバ１０Ｄは、発信先の移動電話端末の電話番号である「０９０ＢＢＢＢＢＢＢＢ」宛のメッセージ録音を受け付ける（ステップＳ４）。これにより、Ａ社キャリア網の移動電話端末からの発信により、Ｄ社キャリア網のＶＭサーバ１０Ｄを利用して、音声メッセージを録音することができる。
【００６９】
図１１において、移動電話端末７０ＡからＡ社キャリア網のＶＭサーバ１０Ａへ、発信信号を送信する（ステップＳ１１０１）。
この発信信号を受信したＡ社キャリア網のＶＭサーバ１０Ａは、ＣＤＥコードを元に、発信先のキャリア網を判定する（ステップＳ１１０２）。さらに、Ａ社キャリア網のＶＭサーバ１０Ａは、ステップＳ１１０２において判定されたキャリア網に向けて、発信信号を送信する（ステップＳ１１０３）。この発信信号を受信したＡ社キャリア網の交換機２０Ａは、Ｄ社キャリア網のＶＭサーバ１０Ｄに向けて発信信号を送信する（ステップＳ１１０４）。
【００７０】
ステップＳ１１０４において送信される発信信号には、発信先「Ｔｏ」として、発信先の移動電話端末の電話番号の先頭にＡ社キャリア網のＶＭサーバの電話番号を付加した「０９０ＸＸＸＸＸＸＸＸ＋０９０ＢＢＢＢＢＢＢＢ」が含まれている。また、ステップＳ１１０４において送信される発信信号には、発信元「Ｆｒｏｍ」として、「０９０ＡＡＡＡＡＡＡＡ」が含まれている。    ステップＳ１１０４において送信される発信信号は、例えば、ＩＳＵＰのＩＡＭメッセージによって実現することができる。
【００７１】
この発信信号を受取った関門交換機８０は、発信信号をＡ社キャリア網のＶＭサーバ１０Ａへ送信する（ステップＳ１１０５）。
ステップＳ１１０５において送信される発信信号には、発信先「Ｔｏ」として、発信先の移動電話端末の電話番号の先頭にＡ社キャリア網のＶＭサーバの電話番号を付加した「０９０ＸＸＸＸＸＸＸＸ＋０９０ＢＢＢＢＢＢＢＢ」が含まれている。また、ステップＳ１１０５において送信される発信信号には、発信元「Ｆｒｏｍ」として、「０９０ＡＡＡＡＡＡＡＡ」が含まれている。ステップＳ１１０５において送信される発信信号は、例えば、ＳＩＰのＩＮＶＩＴＥメッセージによって実現することができる。
【００７２】
この発信信号を受取ったＤ社キャリア網のＶＭサーバ１０Ｄは、発呼元の移動電話端末の電話番号により、発呼元が他社キャリア網であることを認識する（ステップＳ１１０６）。また、Ｄ社キャリア網のＶＭサーバ１０Ｄは、発信先の移動電話端末の電話番号である「０９０ＢＢＢＢＢＢＢＢ」により、自社キャリア網すなわちＤ社キャリア網への発信信号であることを認識する（ステップＳ１１０７）。
【００７３】
その後、Ｄ社キャリア網のＶＭサーバ１０Ｄは、応答メッセージを送信する（ステップＳ１１０８）。この応答メッセージは、関門交換機８０、Ａ社キャリア網交換機２０Ａを介して、発信元の移動電話端末７０Ａへ送信される（ステップＳ１１０９、Ｓ１１１０）。ステップＳ１１０８において送信される発信信号は、例えば、ＳＩＰの２００ＯＫメッセージによって実現することができる。また、ステップＳ１１０９において送信される発信信号は、例えば、ＳＩＰのＡＮＭメッセージによって実現することができる。
【００７４】
以上の処理の後、発信元の移動電話端末７０ＡとＤ社キャリア網のＶＭサーバ１０Ｄとの間に呼が確立され、音声メッセージを録音することができる。その際、Ｄ社キャリア網のＶＭサーバ１０Ｄは、ＶＭサービスに関するガイダンスを出力するのが一般的である。このガイダンスメッセージは、例えば、「こちらはボイスメールセンターです。発信音の後にメッセージをどうぞ」である（ステップＳ１１１１）。
【００７５】
（他キャリア網から自キャリア網を介してさらに他キャリア網への転送）
図１２および図１３を参照して、他キャリア網のＶＭサーバから、自キャリア網のＶＭサーバを介して、さらに他キャリア網のＶＭサーバへの転送を行う場合の処理について説明する。
図１２において、Ａ社キャリア網の移動電話端末７０Ａから、ＶＭサーバ１０Ａへ、メッセージ録音のための発信が行われる（ステップＳ１）。この録音発信の際、特番である「＊１６１２」を発信先の移動電話端末の電話番号の先頭に付加した「＊１６１２０９０ＣＣＣＣＣＣＣＣ」がＶＭサーバ１０Ａに送信される。この発信の際、発信先の移動電話端末のキャリア網がどのキャリア網であるかについて、移動電話端末７０Ａのユーザは意識する必要はない。
【００７６】
ＶＭサーバ１０Ａでは、上述したように、ＣＤＥコードテーブルを参照し、接続先のキャリア網を特定する（ステップＳ２）。本例では、ＣＤＥコードテーブルを参照することにより、発信先の移動電話端末の電話番号である「０９０ＣＣＣＣＣＣＣＣ」に対応するＤ社キャリア網が接続先事業者すなわちキャリアであると特定できる。
このため、ＶＭサーバ１０Ａは、録音呼接続要求である発信信号をＤ社キャリア網のＶＭサーバ１０Ｄに向けて転送する（ステップＳ３）。この発信信号には、Ｄ社キャリア網のＶＭサーバ番号に、発信先の移動電話端末の電話番号である「０９０ＣＣＣＣＣＣＣＣ」が付加された情報が含まれている。
【００７７】
この録音呼接続要求である発信信号を受信したＤ社キャリア網のＶＭサーバ１０Ｄは、発信先の移動電話端末の電話番号である「０９０ＣＣＣＣＣＣＣＣ」を元にＭＮＰ−ＤＢを参照して、ＭＮＰ先（移転先）のキャリア網を特定する（ステップＳ４）。ここでは、発信先の移動電話端末７０ＣがＳ社キャリア網にポートアウトしていることを特定でき、ＶＭサーバ１０Ｄは転送先の電話番号ＮＲＮを伴うリダイレクト応答をＡ社キャリア網のＶＭサーバ１０Ａに送信する（ステップＳ５）。
【００７８】
転送先の電話番号ＮＲＮを伴うリダイレクト応答を受信したＶＭサーバ１０Ａは、転送先の電話番号ＮＲＮを元に、ＭＮＰ先のキャリア網がＳ社キャリア網であることを特定し、改めて録音呼接続要求である発信信号を送信する（ステップＳ６、Ｓ７）。この発信信号には、Ｓ社キャリア網のＶＭサーバ番号に、発信先の移動電話端末７０Ｃの電話番号である「０９０ＣＣＣＣＣＣＣＣ」が付加された情報が含まれている。この録音呼接続要求である発信信号を受信したＳ社キャリア網のＶＭサーバ１０Ｓは、発信先の移動電話端末の電話番号である「０９０ＣＣＣＣＣＣＣＣ」宛のメッセージ録音を受け付ける（ステップＳ８）。なお、音声メッセージが録音された旨の通知が発信先の移動電話端末７０Ｃに送信される（ステップＳ９）。この通知は例えばＳＭＳによって送信される。
【００７９】
図１３において、移動電話端末７０ＡからＡ社キャリア網のＶＭサーバ１０Ａへ、発信信号を送信する（ステップＳ１３０１）。この発信信号には、発信先「Ｔｏ」として、発信先の移動電話端末の電話番号の先頭に特番（例えば、＊１６１２）を付加した「特番＋０９０ＢＢＢＢＢＢＢＢ」が含まれている。この発信信号は、例えば、ＳＩＰのＩＮＶＩＴＥメッセージによって実現することができる。
【００８０】
この発信信号を受信したＡ社キャリア網のＶＭサーバ１０Ａは、ＣＤＥコードを元に、発信先のキャリア網を判定する（ステップＳ１３０２）。
その後、Ａ社キャリア網のＶＭサーバ１０Ａは、ステップＳ１３０２において判定されたキャリア網に向けて、発信信号を送信する（ステップＳ１３０３）。この発信信号は、例えば、ＳＩＰのＩＮＶＩＴＥメッセージによって実現することができる。
【００８１】
ステップＳ１３０３において送信される発信信号には、発信先「Ｔｏ」として、発信先の移動電話端末の電話番号の先頭にＤ社キャリア網のＶＭサーバの電話番号を付加した「０９０ＸＸＸＸＸＸＸＸ＋０９０ＣＣＣＣＣＣＣＣ」が含まれている。また、ステップＳ１３０３において送信される発信信号には、発信元「Ｆｒｏｍ」として、「０９０ＡＡＡＡＡＡＡＡ」が含まれている。
【００８２】
この発信信号を受取った関門交換機８０は、発信信号をＤ社キャリア網のＶＭサーバ１０Ｄへ送信する（ステップＳ１３０４）。ステップＳ１３０４において送信される発信信号には、発信先「Ｔｏ」として、発信先の移動電話端末７０Ａの電話番号の先頭にＶＭサーバ１０Ｄの電話番号を付加した「０９０ＸＸＸＸＸＸＸＸ＋０９０ＣＣＣＣＣＣＣＣ」が含まれている。また、ステップＳ１３０４において送信される発信信号には、発信元「Ｆｒｏｍ」として、「０９０ＡＡＡＡＡＡＡＡ」が含まれている。このステップＳ１３０４において送信される発信信号は、例えば、ＩＳＵＰのＩＡＭメッセージによって実現することができる。
【００８３】
この発信信号を受取ったＤ社キャリア網のＶＭサーバ１０Ｄは、発呼元の移動電話端末の電話番号により、発呼元が他社キャリア網であることを認識する（ステップＳ１３０５）。また、Ｄ社キャリア網のＶＭサーバ１０Ｄは、発信先の移動電話端末の電話番号である「０９０ＣＣＣＣＣＣＣＣ」を元にＭＮＰ−ＤＢを参照して、ＭＮＰ先（移転先）のキャリア網を特定する（ステップＳ１３０６）。ここでは、発信先の移動電話端末がＳ社キャリア網にポートアウトしていることを特定でき、ＶＭサーバ１０Ｄは転送先の電話番号ＮＲＮを伴うリダイレクト応答をＡ社キャリア網のＶＭサーバ１０Ａに向けて送信する（ステップＳ１３０７）。
【００８４】
関門交換機８０は、このリダイレクト応答を受信すると、要求失敗メッセージとしてＡ社キャリア網のＶＮサーバ１０Ａへ送信する（ステップＳ１３０８）。この要求失敗メッセージは、例えば、ＳＩＰの４１０メッセージによって実現することができる。
この要求失敗メッセージを受信したＡ社キャリア網のＶＭサーバ１０Ａは、ＭＮＰ−ＤＢを参照することにより、発信先の移動電話端末７０ＢがＳ社キャリア網にポートアウトしていることを特定でき、発信信号を再生成する（ステップＳ１３０９）。この発信信号は、例えば、ＳＩＰのＩＮＶＩＴＥメッセージによって実現することができる。
【００８５】
Ａ社キャリア網のＶＭサーバ１０Ａは、再生成した発信信号をＳ社キャリア網に向けて送信する（ステップＳ１３１０）。ステップＳ１３１０において送信される発信信号には、発信先「Ｔｏ」として、発信先の移動電話端末の電話番号の先頭にＳ社キャリア網のＶＭサーバの電話番号を付加した「０９０ＹＹＹＹＹＹＹＹ＋０９０ＣＣＣＣＣＣＣＣ」が含まれている。また、ステップＳ１３１０において送信される発信信号には、発信元「Ｆｒｏｍ」として、「０９０ＡＡＡＡＡＡＡＡ」が含まれている。なお、ステップＳ１３１０において送信される発信信号には、リダイレクト回数を示す「１」が含まれている。この発信信号は、例えば、ＳＩＰのＩＮＶＩＴＥメッセージによって実現することができる。
【００８６】
この発信信号は、関門交換機８０、Ｓ社キャリア網の交換機２０Ｓを介して、Ｓ社キャリア網のＶＭサーバ１０Ｓに送信される（ステップＳ１３１１）。ステップＳ１３１１において送信される発信信号には、発信先「Ｔｏ」として、発信先の移動電話端末の電話番号の先頭にＳ社キャリア網のＶＭサーバの電話番号を付加した「０９０ＹＹＹＹＹＹＹＹ＋０９０ＣＣＣＣＣＣＣＣ」が含まれている。また、ステップＳ１３１０において送信される発信信号には、発信元「Ｆｒｏｍ」として、「０９０ＡＡＡＡＡＡＡＡ」が含まれている。この発信信号は、例えば、ＩＳＵＰのＩＡＭメッセージによって実現することができる。
以上の処理の後、発信元の移動電話端末７０ＡとＳ社キャリア網のＶＭサーバ１０Ｓとの間に呼が確立され、音声メッセージを録音することができる。
【００８７】
（他キャリア網からさらに別のキャリア網を介して自キャリア網への転送）
図１４および図１５を参照して、他キャリア網のＶＭサーバから、さらに他キャリア網のＶＭサーバを介して、自キャリア網のＶＭサーバへの転送を行う場合の処理について説明する。
図１４において、Ａ社キャリア網の移動電話端末７０Ａから、ＶＭサーバ１０Ａへ、メッセージ録音のための発信が行われる（ステップＳ１）。この録音発信の際、特番である「＊１６１２」を発信先の移動電話端末の電話番号の先頭に付加した「＊１６１２０９０ＤＤＤＤＤＤＤＤ」がＶＭサーバ１０Ａに送信される。この発信の際、発信先の移動電話端末のキャリア網がどのキャリア網であるかについて、移動電話端末７０Ａのユーザは意識する必要はない。
【００８８】
ＶＭサーバ１０Ａでは、上述したように、ＣＤＥコードテーブルを参照し、接続先のキャリア網を特定する（ステップＳ２）。本例では、ＣＤＥコードテーブルを参照することにより、発信先の移動電話端末の電話番号である「０９０ＤＤＤＤＤＤＤＤ」に対応するＳ社キャリア網がキャリア網であると特定できる。
このため、ＶＭサーバ１０Ａは、録音呼接続要求である発信信号をＳ社キャリア網のＶＭサーバ１０Ｓに向けて転送する（ステップＳ３）。この発信信号には、Ｓ社キャリア網のＶＭサーバ番号に、発信先の移動電話端末の電話番号である「０９０ＤＤＤＤＤＤＤＤ」が付加された情報が含まれている。
【００８９】
この録音呼接続要求である発信信号を受信したＳ社キャリア網のＶＭサーバ１０Ｓは、発信先の移動電話端末の電話番号である「０９０ＤＤＤＤＤＤＤＤ」を元にＭＮＰ−ＤＢを参照して、ＭＮＰ先（移転先）のキャリア網を特定する（ステップＳ４）。ここでは、発信先の移動電話端末７０ＤがＤ社キャリア網にポートアウトしていることを特定でき、ＶＭサーバ１０Ｓは転送先の電話番号ＮＲＮを伴うリダイレクト応答をＡ社キャリア網のＶＭサーバ１０Ａに送信する（ステップＳ５）。
【００９０】
転送先の電話番号ＮＲＮを伴うリダイレクト応答を受信したＶＭサーバ１０Ａは、転送先の電話番号ＮＲＮを元に、ＭＮＰ先のキャリア網がＤ社キャリア網であることを特定し、改めて録音呼接続要求である発信信号を送信する（ステップＳ６、Ｓ７）。この発信信号には、Ｄ社キャリア網のＶＭサーバ番号に、発信先の移動電話端末７０Ｄの電話番号である「０９０ＤＤＤＤＤＤＤＤ」が付加された情報が含まれている。この録音呼接続要求である発信信号を受信したＤ社キャリア網のＶＭサーバ１０Ｄは、移動電話端末７０Ｄの電話番号である「０９０ＤＤＤＤＤＤＤＤ」について、ＩＰＳＣＰへ確認を行うことにより、Ｄ社キャリア網のユーザであることを確認し、発信先の移動電話端末の電話番号である「０９０ＤＤＤＤＤＤＤＤ」宛のメッセージ録音を受け付ける（ステップＳ８）。なお、音声メッセージが録音された旨の通知が発信先の移動電話端末７０Ｄに送信される（ステップＳ９）。この通知は例えばＳＭＳによって送信される。
【００９１】
図１５において、移動電話端末７０ＡからＡ社キャリア網のＶＭサーバ１０Ａへ、発信信号を送信する（ステップＳ１５０１）。この発信信号には、発信先「Ｔｏ」として、発信先の移動電話端末の電話番号の先頭に特番（例えば、＊１６１２）を付加した「特番＋０９０ＢＢＢＢＢＢＢＢ」が含まれている。この発信信号は、例えば、ＳＩＰのＩＮＶＩＴＥメッセージによって実現することができる。
【００９２】
この発信信号を受信したＡ社キャリア網のＶＭサーバ１０Ａは、ＣＤＥコードを元に、発信先のキャリア網を判定する（ステップＳ１５０２）。
その後、Ａ社キャリア網のＶＭサーバ１０Ａは、ステップＳ１５０２において判定されたキャリア網に向けて、発信信号を送信する（ステップＳ１５０３）。この発信信号は、例えば、ＳＩＰのＩＮＶＩＴＥメッセージによって実現することができる。
【００９３】
ステップＳ１５０３において送信される発信信号には、発信先「Ｔｏ」として、発信先の移動電話端末の電話番号の先頭にＳ社キャリア網のＶＭサーバの電話番号を付加した「０９０ＸＸＸＸＸＸＸＸ＋０９０ＤＤＤＤＤＤＤＤ」が含まれている。また、ステップＳ１５０３において送信される発信信号には、発信元「Ｆｒｏｍ」として、「０９０ＡＡＡＡＡＡＡＡ」が含まれている。
【００９４】
この発信信号を受取った関門交換機８０は、発信信号をＳ社キャリア網のＶＭサーバ１０Ｄへ送信する（ステップＳ１５０４）。ステップＳ１５０４において送信される発信信号には、発信先「Ｔｏ」として、発信先の移動電話端末７０Ａの電話番号の先頭にＶＭサーバ１０Ｄの電話番号を付加した「０９０ＸＸＸＸＸＸＸＸ＋０９０ＤＤＤＤＤＤＤＤ」が含まれている。また、ステップＳ１５０４において送信される発信信号には、発信元「Ｆｒｏｍ」として、「０９０ＡＡＡＡＡＡＡＡ」が含まれている。このステップＳ１５０４において送信される発信信号は、例えば、ＩＳＵＰのＩＡＭメッセージによって実現することができる。
【００９５】
この発信信号を受取ったＳ社キャリア網のＶＭサーバ１０Ｓは、発呼元の移動電話端末の電話番号により、発呼元が他社キャリア網であることを認識する（ステップＳ１５０５）。また、Ｓ社キャリア網のＶＭサーバ１０Ｓは、発信先の移動電話端末の電話番号である「０９０ＤＤＤＤＤＤＤＤ」を元にＭＮＰ−ＤＢを参照して、ＭＮＰ先（移転先）のキャリア網を特定する（ステップＳ１５０６）。ここでは、発信先の移動電話端末がＤ社キャリア網にポートアウトしていることを特定でき、ＶＭサーバ１０Ｓは転送先の電話番号ＮＲＮを伴うリダイレクト応答をＡ社キャリア網のＶＭサーバ１０Ａに向けて送信する（ステップＳ１５０７）。
【００９６】
関門交換機８０は、このリダイレクト応答を受信すると、要求失敗メッセージとしてＡ社キャリア網のＶＮサーバ１０Ａへ送信する（ステップＳ１５０８）。この要求失敗メッセージは、例えば、ＳＩＰの４１０メッセージによって実現することができる。
この要求失敗メッセージを受信したＡ社キャリア網のＶＭサーバ１０Ａは、ＭＮＰ−ＤＢを参照することにより、発信先の移動電話端末７０ＢがＳ社キャリア網にポートアウトしていることを特定でき、発信信号を再生成する（ステップＳ１５０９）。この発信信号は、例えば、ＳＩＰのＩＮＶＩＴＥメッセージによって実現することができる。
【００９７】
Ａ社キャリア網のＶＭサーバ１０Ａは、再生成した発信信号をＤ社キャリア網に向けて送信する（ステップＳ１５１０）。ステップＳ１５１０において送信される発信信号には、発信先「Ｔｏ」として、発信先の移動電話端末の電話番号の先頭にＳ社キャリア網のＶＭサーバの電話番号を付加した「０９０ＹＹＹＹＹＹＹＹ＋０９０ＤＤＤＤＤＤＤＤ」が含まれている。また、ステップＳ１５１０において送信される発信信号には、発信元「Ｆｒｏｍ」として、「０９０ＡＡＡＡＡＡＡＡ」が含まれている。なお、ステップＳ１５１０において送信される発信信号には、リダイレクト回数を示す「１」が含まれている。この発信信号は、例えば、ＳＩＰのＩＮＶＩＴＥメッセージによって実現することができる。
【００９８】
この発信信号は、関門交換機８０、Ｄ社キャリア網の交換機２０Ｄを介して、Ｄ社キャリア網のＶＭサーバ１０Ｄに送信される（ステップＳ１５１１）。ステップＳ１５１１において送信される発信信号には、発信先「Ｔｏ」として、発信先の移動電話端末の電話番号の先頭にＳ社キャリア網のＶＭサーバの電話番号を付加した「０９０ＹＹＹＹＹＹＹＹ＋０９０ＤＤＤＤＤＤＤＤ」が含まれている。また、ステップＳ１５１０において送信される発信信号には、発信元「Ｆｒｏｍ」として、「０９０ＡＡＡＡＡＡＡＡ」が含まれている。この発信信号は、例えば、ＩＳＵＰのＩＡＭメッセージによって実現することができる。
以上の処理の後、発信元の移動電話端末７０ＡとＤ社キャリア網のＶＭサーバ１０Ｄとの間に呼が確立され、音声メッセージを録音することができる。
【００９９】
（ボイスメールシステム）
上記のボイスメールサーバ装置を、各キャリア網に設けることにより、キャリア網を跨がったボイスメールシステムを実現することができる。すなわち、このボイスメールシステムは、自装置が設けられている第１のキャリア網から、第２のキャリア網への発信信号を受信した場合に、前記第２のキャリア網を特定するキャリア網特定部（例えば、図２に記載のステップＳ１０２）と、前記キャリア網特定部によって特定された第２のキャリア網のボイスメールサーバ装置に向けて前記発信信号を転送する呼処理部（例えば、図２に記載のステップＳ１０８）とを含む第１のボイスメールサーバ装置（例えば図５に記載のＶＭサーバ１０Ｄ）と、音声メッセージを録音するための発信信号を、前記第１のボイスメールサーバ装置へ送信する発信元移動電話端末（例えば図５に記載の移動電話端末７０Ａ）と、ボイスメールサーバ装置（例えば図５に記載のＶＭサーバ１０Ａ）において録音された音声メッセージを再生するための発信先移動電話端末（例えば図５に記載の移動電話端末７０Ｂ）と、を含んでいる。このボイスメールサーバ装置をキャリア網毎に設ければ、ボイスメールサーバ装置が録音相手のキャリアを意識して呼を転送するので、発信者は発信先のキャリア網が何であるかを意識することなく、キャリア網を跨いで使い勝ってのよいボイスメールサービスを実現できる。
【０１００】
また、上記ボイスメールシステムは、前記第１のボイスメールサーバ装置（例えば図８に記載のＶＭサーバ１０Ｄ）から受信した発信信号が、自装置が設けられている第２のキャリア網の装置への発信信号であるか否かを判定する接続先判定部と、前記第２のキャリア網の装置への発信信号ではないと前記接続先判定部によって判定された場合に、前記第１および第２のキャリア網以外のキャリア網である第３のキャリア網をポートアウト先として特定するポートアウト先特定部と、前記ポートアウト先特定部によって特定された第３のキャリア網の第３のボイスメールサーバ装置に向けて発信信号を送信するための再発信要求を、前記第１のボイスメールサーバ装置へ送信する呼処理部とを含む第２のボイスメールサーバ装置（例えば図８に記載のＶＭサーバ１０Ａ）、をさらに含んでいる。ボイスメールサーバ装置をキャリア網毎に設ければ、ユーザがもともと契約していたキャリアを判定することができ、また、ＭＮＰが行われていた場合でも、どのキャリアにポートアウトしたのかを示すポートアウト情報を得ることができる。このポートアウト情報を利用することにより、発信先の移動電話端末がポートアウトしていた場合でも、現在のキャリア網が何であるかをユーザが意識する必要のない、ボイスメールシステムを実現することができる。
【０１０１】
（変形例１）
上記は、ＭＮＰによってキャリアが変更となる可能性があることを前提として説明した。ＭＮＰによるキャリア変更が不可能であるという条件を前提とすれば、ＣＤＥテーブルを確認するだけで、発信先の移動電話端末のキャリアを特定することができる。その場合、ＭＮＰ−ＤＢを設けたり、ＭＮＰ−ＤＢを参照したりする必要はないので、処理が簡単になる。
【０１０２】
また、録音した音声メッセージが再生された後、メッセージの録音元のユーザの移動電話端末とメッセージを再生したユーザの移動電話端末との間で音声通話を実現するようにしてもよい。この場合、メッセージを再生したユーザまたはＳＭＳによる再生通知を受信した録音元のユーザによって特定の操作が行われたことを契機にして発呼が行われるようにすればよい。
【０１０３】
（変形例２）
上記では、他社のキャリア網への接続要求（例えば、図６のステップＳ６０４において送信される発信信号）に、発信先の移動電話端末の電話番号が含まれている。発信先の移動電話端末の電話番号については、接続要求に含めずに、非特許文献３のように、発信先のＶＭサーバへの接続後に、ボイスメールを送りたい相手（発信先）の電話番号をＵ−ｐｌａｎｅ上で入力してもよい。
【０１０４】
（まとめ）
キャリア網毎にボイスメールを記憶するボイスメールサーバ装置を設け、ＣＤＥコードを確認すれば、ユーザがもともと契約していたキャリアを判定することができる。また、ＭＮＰが行われていた場合、どのキャリアにポートアウトしたのかを示すポートアウト情報を得ることができる。したがって、ＣＤＥコードの確認およびポートアウト情報の利用により、発信先の移動電話端末がポートアウトしていた場合でも、現在のキャリア網が何であるかをユーザが意識する必要のない、ボイスメールシステムを実現することができる。
【０１０５】
なお、本発明の範囲は、図示され記載された例示的な実施形態に限定されるものではなく、本発明が目的とするものと均等な効果をもたらすすべての実施形態をも含む。さらに、本発明の範囲は、各請求項により画される発明の特徴の組み合わせに限定されるものではなく、すべての開示されたそれぞれの特徴のうち特定の特徴のあらゆる所望する組み合わせによって画されうる。
【産業上の利用可能性】
【０１０６】
本発明は、発信元のキャリア網と発信先のキャリア網とが異なる場合についてボイスメールの録音および再生をスムーズに行う場合に利用することができる。
【符号の説明】
【０１０７】
１  呼処理部
２  呼処理シナリオ
３  ＣＤＥコードテーブル
４  メディア処理部
５  メディア蓄積部
６  メディア制御シナリオ
１０Ａ、１０Ｄ、１０Ｓ  ボイスメールサーバ装置
２０、２０Ａ、２０Ｄ、２０Ｓ  交換機
３０  ＳＭＳ送信サーバ
４０  ボイスメールサーバ装置
７０Ａ、７０Ｂ、７０Ｃ、７０Ｄ  移動電話端末
８０  関門交換機
【図１】
0005738680.tif 000002
【図２】
0005738680.tif 000003
【図３】
0005738680.tif 000004
【図４】
0005738680.tif 000005
【図５】
0005738680.tif 000006
【図６】
0005738680.tif 000007
【図７】
0005738680.tif 000008
【図８】
0005738680.tif 000009
【図９】
0005738680.tif 000010
【図１０】
0005738680.tif 000011
【図１１】
0005738680.tif 000012
【図１２】
0005738680.tif 000013
【図１３】
0005738680.tif 000014
【図１４】
0005738680.tif 000015
【図１５】
0005738680.tif 000016