(57)【要約】【課題】録音されたメッセージを再生して聞いたユーザが、そのメッセージを録音したユーザと通話したい場合に、利便性が高く、使い勝手のよいボイスメールサービスを実現する。【解決手段】録音されたメッセージを電話端末７０Ａからボイスメールサーバ装置１０への呼によって再生しているメッセージ再生処理後に、直接通話要求を受付け、そのメッセージの録音元ユーザの電話端末７０Ｂに対して発呼する。こうすることにより、メッセージの再生処理後、呼を継続したままで録音元ユーザの電話端末７０Ｂとの直接通話へシームレスに移行でき、利便性が高く、使い勝手のよいボイスメールサービスを実現できる。【選択図】図２
2013021436.tif 000002
【特許請求の範囲】
【請求項１】
録音されたメッセージを第１電話端末からの第１呼によって再生するメッセージ再生部と、前記メッセージ再生部によるメッセージ再生処理後に、前記第１呼が継続している状態において前記メッセージの録音元に対する通話要求を受付ける通話受付部と、前記通話受付部が通話要求を受付けた場合に、前記メッセージの録音元である第２電話端末へ発呼する発呼部とを含み、前記第１電話端末と前記第２電話端末との通話を実現することを特徴とするボイスメールサーバ装置。
【請求項２】
前記第１電話端末と自装置との第１呼による音声と、自装置から前記第２電話端末への第２呼による音声とをミックスすることにより、前記第１電話端末と前記第２電話端末との通話を実現するカンファレンス部をさらに含むことを特徴とする請求項１に記載のボイスメールサーバ装置。
【請求項３】
前記発呼部は、前記第２電話端末へ発呼するための信号に、前記第１電話端末のアドレスを含めて送信することにより、前記第１電話端末と前記第２電話端末との通話を実現するようにしたことを特徴する請求項１に記載のボイスメールサーバ装置。
【請求項４】
前記第２電話端末から切断信号が送信された場合に、前記第１電話端末からの前記第１呼によるメッセージ再生処理を継続する再生呼継続部をさらに含むことを特徴とする請求項１から請求項３までのいずれか１項に記載のボイスメールサーバ装置。
【請求項５】
請求項１から請求項４までのいずれか１項に記載のボイスメールサーバ装置と、前記通話要求を、前記ボイスメールサーバ装置へ送信する電話端末とを含むことを特徴とするボイスメールシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はボイスメールサーバ装置、ボイスメールシステムに関し、特に携帯電話端末などの電話端末を用いて録音されたボイスメールの再生後の処理に関する。
【背景技術】
【０００２】
相手の移動電話機を呼び出さずに、音声メッセージを伝えることができるVoice Mail（以下、ボイスメール）サービスが知られている。移動電話網を介したボイスメールサービスを利用する場合、以下のような処理によって行われる。すなわち、音声メッセージを録音する場合、ボイスメールを送りたい相手（発信先）の電話番号の先頭に、ボイスメールサービス利用のための特定番号を付加して発信する。この特定番号は、通信事業者が運営する網（キャリア網）ごとに特定の番号になっている。例えば、非特許文献１に記載のボイスメールサービスの場合、「＊２０２０」を先頭に付加し、「＊２０２００９０ＢＢＢＢＢＢＢＢ」を発信する（Ｂは任意の数字）。また、非特許文献２に記載のボイスメールサービスの場合、「１６１２」を先頭に付加し、「１６１２００９０ＢＢＢＢＢＢＢＢ」を発信する（Ｂは任意の数字）。このような発信を行うことにより、呼がボイスメールサーバに接続され、音声メッセージを録音することできる。なお、非特許文献３に記載の留守番電話サービスの場合、他のキャリア網の移動電話機からも音声メッセージを録音することができる。
【０００３】
また、音声メッセージが録音されると、その旨が発信先に通知される。この通知を受け取った発信先において、通知に含まれている特定の部分（例えば、「再生」と表示されている部分）を選択する（押下する）か、音声メッセージを録音する場合とは異なる特定番号（例えば、非特許文献１の場合、「＊２０２１」）を先頭に付加して発信することにより、音声メッセージを再生することができる。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】「声の宅配便」ＮＴＴドコモ、［平成２３年５月３１日検索］、インターネット＜URL：http://www.nttdocomo.co.jp/service/communication/koe_no_takuhaibin/＞
【非特許文献２】「ボイスメール」Ａｕ  ｂｙ  ＫＤＤＩ株式会社、［平成２３年５月３１日検索］、インターネット＜URL：http://www.au.kddi.com/voice_mail/index.html＞
【非特許文献３】「留守番電話のご利用方法」ＳｏｆｔＢａｎｋ、［平成２３年５月３１日検索］、インターネット＜URL：http://mb.softbank.jp/mb/support/3G/voice_mail/06-02.html＞
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述したボイスメールサービスを利用して録音されたメッセージを再生するには、ボイスメールサーバに向けて呼を発信することになる。そして、メッセージを再生して聞いたユーザが、そのメッセージを録音したユーザと通話したい場合には、その再生のための呼を一旦切断し、再度自らの電話端末から相手の電話番号を入力して発呼する必要がある。これでは、使い勝手が悪く、サービスの利便性の面で問題がある。
本発明は上述した背景技術の問題を解決することを目的としてなされたものであり、より利便性が高く、使い勝手のよいボイスメールサービスを実現できる、ボイスメールサーバ装置、ボイスメールシステムを提供することである。
【課題を解決するための手段】
【０００６】
本発明の一態様にかかるボイスメールサーバ装置は、録音されたメッセージを第１電話端末（例えば、図２の電話端末７０Ａ）からの第１呼によって再生するメッセージ再生部（例えば、図１中のメディア制御シナリオ６のメッセージ再生機能）と、前記メッセージ再生部によるメッセージ再生処理後に、前記第１呼が継続している状態において前記メッセージの録音元に対する通話要求を受付ける通話受付部（例えば、図１中のメディア制御シナリオ６の通話受付機能）と、前記通話受付部が通話要求を受付けた場合に、前記メッセージの録音元である第２電話端末（例えば、図２の電話端末７０Ｂ）へ発呼する発呼部（例えば、図１中の呼処理シナリオ２の接続要求転送機能）とを含み、前記第１電話端末と前記第２電話端末との通話を実現することを特徴とする。
このようにボイスメールサーバ装置を構成すれば、メッセージの再生処理から、録音元ユーザとの直接通話へシームレスに移行でき、利便性が高く、使い勝手のよいボイスメールサービスを実現できる。
【０００７】
また、本発明の一態様にかかるボイスメールサーバ装置は、前記第１電話端末と自装置との第１呼による音声と、自装置から前記第２電話端末への第２呼による音声とをミックスすることにより、前記第１電話端末と前記第２電話端末との通話を実現するカンファレンス部（例えば、図１中のメディア処理部４のConference機能）をさらに含んでいてもよい。このようにボイスメールサーバ装置を構成すれば、カンファレンス機能によって２つの呼の音声をミックスし、メッセージの再生処理から、メッセージ録音元との直接通話へ、シームレスに移行でき、利便性が高く、使い勝手のよいボイスメールサービスを実現できる。
【０００８】
また、本発明の一態様にかかるボイスメールサーバ装置は、前記発呼部が、前記第２電話端末へ発呼するための信号に、前記第１電話端末のアドレスを含めて送信することにより、前記第１電話端末と前記第２電話端末との通話を実現するようにしてもよい。このようにボイスメールサーバ装置を構成すれば、第１電話端末と第２電話端末との通話を実現できるので、カンファレンス機能を用いずに、メッセージの再生処理から、直接通話へ、シームレスに移行でき、利便性が高く、使い勝手のよいボイスメールサービスを実現できる。
【０００９】
さらに、本発明の一態様にかかるボイスメールサーバ装置は、前記第２電話端末から切断信号が送信された場合に、前記第１電話端末からの前記第１呼によるメッセージ再生処理を継続する再生呼継続部（例えば、図１中のメディア制御シナリオ６の再生呼継続機能）をさらに含んでいることが望ましい。このようにボイスメールサーバ装置を構成すれば、メッセージの録音元との直接通話の終了後に、元の再生処理に戻すことができ、使い勝手のよいボイスメールサービスを実現できる。
【００１０】
本発明の一態様にかかるボイスメールシステムは、上記いずれかのボイスメールサーバ装置と、前記通話要求を、前記ボイスメールサーバ装置へ送信する電話端末（例えば、図２の電話端末７０Ａ）とを含むことを特徴とする。このボイスメールシステムによれば、メッセージの再生処理後、呼を継続したままで録音元ユーザとの直接通話へシームレスに移行でき、利便性が高く、使い勝手のよいボイスメールサービスを実現できる。
【発明の効果】
【００１１】
本発明によれば、録音されたメッセージを電話端末からの呼によって再生しているメッセージ再生処理後に、直接通話要求を受付け、そのメッセージの録音元に対して発信することにより、メッセージの再生処理後、呼を継続したままで録音元ユーザとの直接通話へシームレスに移行でき、利便性が高く、使い勝手のよいボイスメールサービスを実現できる。
また、録音元ユーザとの直接通話の終了後、電話端末からの呼によるメッセージ再生処理を継続することにより、元のメッセージ再生処理に戻すことができ、使い勝手のよいボイスメールサービスを実現できる。
【図面の簡単な説明】
【００１２】
【図１】本実施の形態によるボイスメールサーバ装置の機能を示すブロック図である。
【図２】本実施の形態によるボイスメールサーバ装置を利用して、自キャリア網の電話端末のユーザ同士で通話を行う場合の処理の概要を示す図である。
【図３】本実施の形態によるボイスメールサーバ装置において、再生されたメッセージの録音元である電話端末が他のキャリア網の電話端末だった場合の処理の概要を示す図である。
【図４】音声メッセージの再生処理後に、そのメッセージの録音元の電話端末へ発呼する処理内容を示すシーケンス図である。
【図５】音声メッセージの再生処理後に、電話端末のユーザ同士で通話を行い、その後、再生処理を継続する場合の処理内容を示すシーケンス図である。
【図６】ボイスメールサーバ装置のConference機能を利用する場合の処理を示すシーケンス図である。
【図７】ボイスメールサーバ装置のConference機能を利用しない場合の処理を示すシーケンス図である。
【図８】Conference機能を用いる場合のボイスメールサーバ装置内の信号授受を示すシーケンス図である。
【図９】Conference機能を利用しない場合のボイスメールサーバ装置内の信号授受を示すシーケンス図である。
【図１０】録音元が他のキャリア網の電話端末であり、ボイスメールサーバ装置のConference機能を利用する場合の処理を示すシーケンス図である。
【図１１】録音元が他のキャリア網の電話端末であり、ボイスメールサーバ装置のConference機能を利用しない場合の処理を示すシーケンス図である。
【発明を実施するための形態】
【００１３】
以下、本発明の実施の形態を、図面を参照して説明する。なお、以下の説明において参照する各図では、他の図と同等部分は同一符号によって示されている。
以下は、本実施の形態によるボイスメールサーバ装置を、移動電話網に設けた場合について説明する。
また、説明の便宜上、携帯電話事業者であるＤ社を自社とし、他の携帯電話事業者であるＡ社およびＳ社を他社とする。自キャリア網とは自社が運営する携帯電話網、他キャリア網とは他社が運営する携帯電話網である。
【００１４】
なお、実際の移動電話網には、無線基地局装置、基地局制御装置などの装置が設けられているが、説明を簡単化するため、それらの装置は図示せずかつ説明を省略する。さらに、電話網に設けられている交換機についても、説明を簡単化するため、適宜、図示および説明を省略する。また、以下の説明において登場する電話端末は、電話番号が定められており、音声通話を行うことができる装置である。この電話端末には、周知の携帯電話端末の他、スマートフォンや固定電話端末も含まれる。
【００１５】
（ボイスメールサーバ装置の機能）
本実施の形態によるボイスメールサーバ装置の機能について、図１を参照して説明する。図１を参照すると、本実施形態のボイスメールサーバ装置（以後、適宜、ＶＭサーバと略記する）１０は、呼処理部１と、呼処理シナリオ２と、メディア処理部４と、メディア蓄積部５と、メディア制御シナリオ６と、を備えている。
【００１６】
呼処理部１は、外部の装置（後述するＳＭＳ送信サーバ３０など）との間の信号送受信を実現するサーバインタフェース機能と、ガイダンスを出力する場合に起動するメディア制御シナリオをメディア処理部に通知するメディア処理部インタフェース機能と、接続要求信号を受信した時に呼処理シナリオを起動する呼処理シナリオインタフェース機能とを有している。
呼処理シナリオ２は、呼処理部１の呼処理シナリオインタフェース機能によって起動されるプログラム群である。呼処理シナリオ２には、メッセージの録音元へ発呼する接続要求転送機能を実現するプログラム、音声ガイダンスを出力する場合にメディア制御シナリオを起動するプログラム、が含まれている。
【００１７】
メディア処理部４は、電話端末へ、音声によるガイダンスメッセージを出力するための制御信号を交換機２０へ送信する交換機インタフェース機能と、呼処理部１からの要求により、ユーザによる音声メッセージの録音および再生を行うためのメディア制御シナリオ６を起動する呼処理部インタフェース機能と、電話端末から自装置への第１呼と、他の電話端末から自装置への第２呼とをミックスして電話会議を実現するための会議機能（Conference機能）とを有している。
メディア蓄積部５は、ユーザによる音声メッセージを記憶する機能を有している。音声メッセージは、宛先となるユーザの電話端末の電話番号、および、そのメッセージの録音の際に用いられた電話端末の電話番号、と対応付けられて、メディア蓄積部５に記憶されている。
【００１８】
メディア制御シナリオ６は、メディア処理部４によって起動されるプログラム群である。メディア制御シナリオ６には、ユーザによる音声メッセージをメディア蓄積部５へ録音するプログラム、メディア蓄積部５に記憶されている音声メッセージを再生するプログラム、が含まれている。メディア制御シナリオ６のプログラムによって実現される機能には、以下の機能がある。すなわち、メディア蓄積部５に記憶されている音声メッセージを再生するメッセージ再生機能、メッセージの再生後に、そのメッセージの録音元の電話端末との通話を受け付ける通話受付機能、メッセージの録音元の電話端末との通話が終了した場合に、メッセージの再生処理を継続する再生呼継続機能、がある。
【００１９】
また、ボイスメールサーバ装置１０は、ネットワークを介して交換機２０と接続されている。本例では、呼処理部１を含むＣ−ｐｌａｎｅ（Control plane）側（制御側）、メディア処理部４を含むＵ−ｐｌａｎｅ（User plane）側（ユーザ側）、がそれぞれ交換機２０と接続されている。本例では、Ｃ−ｐｌａｎｅ側のプロトコルがＳＩＰ（Session Initiation Protocol）、Ｕ−ｐｌａｎｅ側のプロトコルがＲＴＰ（Real-time Transport Protocol）、である。
【００２０】
ところで、ボイスメールサーバ装置１０は、呼処理部１の機能によって、外部の装置である、ＳＭＳ（Short Message Service）送信サーバ３０と接続することができる。
ＳＭＳ送信サーバ３０は、周知のＳＭＳによるメッセージを送信するサーバである。このＳＭＳ送信サーバ３０へ、メッセージの送信要求を送信することにより、ＳＭＳによるメッセージが送信される。すなわち、呼処理部１からＳＭＳ送信サーバ３０へ、メッセージの送信要求を送信することにより、ボイスメールが録音された旨をＳＭＳのメッセージによって通知したり、ボイスメールが再生された旨をＳＭＳのメッセージによって通知したりすることができる。
【００２１】
なお、ボイスメールサーバ装置は、上記各部をまとめて１つの筐体内に設けた装置として構成してもよいし、上記各部を分散して複数の筐体に設けた構成にしてもよい。上記各部を分散して複数の筐体に設けた構成の場合、ネットワークを介して各部が接続された構成になっていてもよい。移動電話網においてボイスメールサービスを実現する場合、Ｃ−ｐｌａｎｅとＵ−ｐｌａｎｅとを分離することが多いので、その場合は上記の呼処理部とメディア処理部とが物理的に別々の装置によって実現されることが多い。このように、単一の装置によって記各部が実現される場合に限らず、複数の装置によって上記各部が実現されかつ各装置がネットワークを介して接続されている場合も、本明細書の「ボイスメールサーバ装置」に該当する。
【００２２】
（ボイスメールサーバ装置による処理の概要）
以下、本例のボイスメールサーバ装置による処理の概要について説明する。図２は、自キャリア網の電話端末同士で通話を行う場合の処理の概要を示す図である。
図２において、電話端末７０Ａ宛のメッセージが録音された旨がＳＭＳのメッセージにより通知され、そのＳＭＳのメッセージ本文内の「再生」を選択して押下した場合に、図２において、Ｄ社キャリア網の電話端末７０Ａから、ＶＭサーバ１０へ、メッセージ再生のための発呼が行われると、電話端末７０ＡとＶＭサーバ１０との間に第１呼が形成される（ステップＳ１）。メッセージ再生のための特番（例えば、「＊２０２１」）を押下して発呼した場合も同様である。
【００２３】
この第１呼が形成された状態において、ＶＭサーバ１０のメディア蓄積部５に蓄積されているメッセージが再生される。そして、メッセージ再生処理後に、その第１呼が継続している状態において、ＶＭサーバ１０から電話端末７０Ａへ音声ガイダンスが出力される。音声ガイダンスを聞いた電話端末７０Ａのユーザとのインタラクションすなわちやりとりの結果、ＶＭサーバ１０は、ユーザ間通話への移行要求すなわちメッセージの録音元に対する通話要求が電話端末７０Ａから出力されたことを検出する（ステップＳ２）。
【００２４】
すると、ＶＭサーバ１０は、再生されたメッセージの録音元である電話端末７０Ｂに向けて発呼する（ステップＳ３）。このとき、発呼信号には、電話端末７０Ｂの電話番号が、着番号情報として含まれている。着番号情報は、例えば、「０９０ＢＢＢＢＢＢＢ」である。さらに、発呼信号には、ＶＭサーバ１０のＩＰアドレス、または、電話端末７０ＡのＩＰアドレスが含まれている。
【００２５】
その後、同じＤ社網の電話端末７０Ｂに着信があり、そのユーザによる操作が行われると、電話端末７０ＡからＶＭサーバ１０への呼について切り替えが行われ（ステップＳ４）、電話端末７０Ａと電話端末７０Ｂとの間に呼が形成される（ステップＳ５）。これにより、電話端末７０Ａのユーザと電話端末７０Ｂのユーザとの直接通話が実現される。
【００２６】
また、メッセージの録音元が、他のキャリア網の電話端末である場合の処理について図３を参照して説明する。メッセージの録音元が、移動電話番号ポータビリティ（Mobile Number Portability；ＭＮＰ）により、自キャリア網から他のキャリア網に代わっていた場合でも、電話端末７０Ｂの電話番号に発呼すれば、周知のＭＮＰのリダイレクション処理（もしくはポートアウト元キャリアによる転送）により、ポートアウト先のキャリア網に向けて発呼しなおすことができる。ここでは、上述した図２の場合の処理において、再生されたメッセージの録音元である電話端末７０Ｂが他のキャリア網（例えば、Ａ社網またはＳ社網）の電話端末だった場合について、説明する。
【００２７】
図３のように、メッセージの再生処理後、ＶＭサーバ１０が、通話要求が電話端末７０Ａから出力されたことを検出し（ステップＳ２）、再生されたメッセージの録音元である電話端末７０Ｂに向けて発呼する（ステップＳ３）。このとき、発呼信号には、電話端末７０Ｂの電話番号が、着番号情報として含まれている。着番号情報は、例えば、「０９０ＢＢＢＢＢＢＢＢ」である。
【００２８】
その後、同じＤ社網の電話端末７０Ｂに着信があり、そのユーザによる操作が行われると、電話端末７０ＡからＶＭサーバ１０への呼について切り替えが行われ（ステップＳ４）、電話端末７０Ａと電話端末７０Ｂとの間に呼が形成される（ステップＳ５）。これにより、電話端末７０Ａのユーザと電話端末７０Ｂのユーザとの直接通話が実現される。つまり、再生されたメッセージの録音元である電話端末７０Ｂが他のキャリア網の電話端末であったとしても、ＶＭサーバ１０からの発呼信号には、電話端末７０Ｂの電話番号が、着番号情報として含まれているので、図２の場合と同様に、電話端末７０Ａのユーザと電話端末７０Ｂのユーザとの直接通話が実現される。
【００２９】
（ボイスメールサーバ装置の処理内容）
次に、図４および図５を参照して、ボイスメールサーバ装置の処理内容についてより詳細に説明する。
図４は、音声メッセージの再生処理後に、そのメッセージの録音元の電話端末へ発呼する処理内容を示すシーケンス図である。図４において、電話端末７０ＡとＶＭサーバ１０との間に、交換機２０を介して呼が形成されている状態において、通話中となり、メッセージの再生処理が行われる（ステップＳ４０１）。メッセージの再生処理後、電話端末７０Ａのユーザとのインタラクションが行われ、ＶＭサーバ１０が、ユーザ間通話への移行要求すなわち接続要求信号を受信する（ステップＳ４０２）。接続要求信号は、例えば、電話端末７０Ａへのユーザの入力に基づく、ＰＢ音やhttp Requestなどによって実現することができる。この接続要求信号を受信することにより、ＶＭサーバ１０は、直接通話が要求されたことを検出する（ステップＳ４０３）。
【００３０】
直接通話が要求されたことを検出したＶＭサーバ１０は、メッセージの録音元の電話端末７０Ｂの電話番号に対して発信処理すなわち発呼を行う（ステップＳ４０４）。これにより、電話端末７０Ｂに対する呼び出し処理が起動され（ステップＳ４０５）、接続要求信号が送信される。
すると、着ネットワークにおいて、電話端末７０Ｂが、ＭＮＰの制度を利用して他のキャリアとの契約への移行（すなわちポートアウト）が行われたか否か判定される（ステップＳ４０６）。着ネットワークとは、自社網（Ｄ社網）、または、他のキャリア網（Ａ社網またはＳ社網）である。ＭＮＰが行われたか否かの判定は、着ネットワークにおいて、図示せぬＭＮＰデータベースが参照されることによって行われる。
【００３１】
ステップＳ４０６の判定の結果、ＭＮＰが行われていない場合（ステップＳ４０６：ＮＯ）、電話端末７０Ｂは、ＶＭサーバ１０から接続要求信号を受信する（ステップＳ４０６→Ｓ４０７）。これにより、上述したように、電話端末７０Ａと電話端末７０Ｂとの間に呼が形成され、ユーザ間の通話が可能になる。
一方、ステップＳ４０６の判定の結果、ＭＮＰが行われていた場合（ステップＳ４０６：ＹＥＳ）、ＭＮＰデータベースの参照によってＭＮＰ先（すなわちポートアウト先）が判明するので、ＶＭサーバ１０への応答によってＭＮＰ先が通知される（ステップＳ４０６→Ｓ４０８）。ＶＭサーバ１０は、通知されたＭＮＰ先の網への再接続要求信号が送信される（ステップＳ４０９）。この結果、電話端末７０Ｂは、ＶＭサーバ１０から接続要求信号を受信し（ステップＳ４０９→Ｓ４０７）、上述したように、電話端末７０Ａと電話端末７０Ｂとの間に呼が形成され、ユーザ間の通話が可能になる。
【００３２】
図５に移行し、電話端末７０Ａと電話端末７０Ｂとの間に呼が形成され、ユーザ間の通話が行われている状態において（ステップＳ５０１ａ、Ｓ５０１ｂ）、通話が終了となり（ステップＳ５０２）、録音元の電話端末７０Ｂから呼の切断要求が出力される（ステップＳ５０３）。
ＶＭサーバ１０は、録音元の電話端末７０Ｂから呼の切断要求を受信することにより、通話処理の終了を検出する（ステップＳ５０４）。これにより、ＶＭサーバ１０の再生呼継続機能によって、電話端末７０ＡとＶＭサーバ１０との間の呼は接続されたままの状態であり、メッセージ再生処理が継続される（ステップＳ５０５）。つまり、図４のステップＳ４０１の状態に戻り、次のメッセージについての再生処理に移行する。なお、録音元の電話端末７０Ａではなく、電話端末７０Ｂから切断要求が出力された場合は、メッセージ再生処理に移行することはない。
【００３３】
（録音元が自社網の電話端末である場合）
再生したメッセージの録音元が自社網の電話端末である場合の処理について、図６〜図８を参照して説明する。
図６は、ＶＭサーバ１０のカンファレンス機能を利用する場合の処理を示すシーケンス図である。図６において、メッセージの再生中に、電話端末７０Ａから、そのメッセージの録音元への通話要求が出力されると（ステップＳ６０１）、ＶＭサーバ１０は、ユーザ間通話への移行が要求された（すなわち、直接通話が要求された）ことを検出する（ステップＳ６０２）。すると、ＶＭサーバ１０は、電話端末７０Ａへ、音声ガイダンスを出力する（ステップＳ６０３）。この音声ガイダンスは、例えば、「呼び出しをいたします」である。
【００３４】
その後、ＶＭサーバ１０は、電話端末７０Ｂに向けて、発信信号を送信する（ステップＳ６０４）。この発信信号は、例えば、ＳＩＰのＩＮＶＩＴＥメッセージによって実現することができる。ステップＳ６０４において送信される発信信号には、発信先「Ｔｏ」として、発信先の電話端末７０Ｂの電話番号である「０９０ＢＢＢＢＢＢＢＢ」が含まれている。また、ステップＳ６０４において送信される発信信号には、発信元「Ｆｒｏｍ」として、電話端末７０Ａの電話番号である「０９０ＡＡＡＡＡＡＡＡ」が含まれている。なお、実際にはＶＭサーバ１０から発信していることから、「Ｆｒｏｍ」には電話端末７０Ａの電話番号ではなく、発信元ＶＭサーバ１０の電話番号を含めてもよい。さらに、ステップＳ６０４において送信される発信信号には、Ｄ社ＶＭサーバ１０のＳＤＰ（接続先のＩＰアドレス）が付加されている。
【００３５】
交換機２０を介して発信信号を受取った電話端末７０Ｂは、まず、暫定応答メッセージを送信する（ステップＳ６０５）。この暫定応答メッセージは、交換機２０を介してＤ社ＶＭサーバ１０によって受信される。ステップＳ６０５において送信される暫定応答メッセージは、例えば、ＳＩＰの１８３メッセージによって実現することができる。
その後、電話端末７０Ｂは、呼出中であることを示す呼出中メッセージを送信する（ステップＳ６０６）。この呼出中メッセージは、例えば、ＳＩＰの１８０メッセージによって実現することができる。
【００３６】
この呼出中メッセージは、交換機２０を介してＤ社ＶＭサーバ１０によって受信される。すると、ＶＭサーバ１０は、カンファレンス機能によって、リングバックトーン（Ring Back Tone；以下、ＲＢＴと記す）と、電話端末７０ＡとＶＭサーバ１０との呼の音声とをミックスする（ステップＳ６０７ａ、Ｓ６０７ｂ）。これにより、電話端末７０Ａに、ＲＢＴを出力することができるので、電話端末７０Ａのユーザは電話端末７０Ｂの（ユーザの）呼出中であることを認識できる。なお、ＲＢＴは、交換機２０または図示せぬサーバ装置が出力することができる。
その後、電話端末７０Ｂは、応答メッセージを送信する（ステップＳ６０８）。この応答メッセージは、Ｄ社ＶＭサーバ１０へ送信される。ステップＳ６０８において送信される応答メッセージは、例えば、ＳＩＰの２００ＯＫメッセージによって実現することができる。
【００３７】
以上の処理の後、電話端末７０ＢとＤ社キャリア網のＶＭサーバ１０との間に呼が確立され（ステップＳ６０９ａ）、この呼の音声と発信元の電話端末７０ＡとＤ社キャリア網のＶＭサーバ１０との間の継続中の呼（ステップＳ６０９ｂ）の音声とがＤ社ＶＭサーバ１０のConference機能によって、ミックスされる。このConference機能により、電話端末７０Ａと電話端末７０Ｂとの間で音声通話を実現できる。例えば、「もしもし、久しぶり！」などと、電話端末７０Ａのユーザと電話端末７０Ｂのユーザとの間で会話を楽しむことができる。
【００３８】
次に、図７は、ＶＭサーバ１０のカンファレンス機能を利用しない場合の処理を示すシーケンス図である。図７において、メッセージの再生中に、電話端末７０Ａから、そのメッセージの録音元への通話要求が出力されると（ステップＳ７０１）、ＶＭサーバ１０は、ユーザ間通話への移行が要求された（すなわち、直接通話が要求された）ことを検出する（ステップＳ７０２）。すると、ＶＭサーバ１０は、電話端末７０Ａへ、音声ガイダンスを出力する（ステップＳ７０３）。この音声ガイダンスは、例えば、「呼び出しをいたします」である。
【００３９】
その後、ＶＭサーバ１０は、電話端末７０Ｂに向けて、発信信号を送信する（ステップＳ７０４）。この発信信号は、例えば、ＳＩＰのＩＮＶＩＴＥメッセージによって実現することができる。ステップＳ７０４において送信される発信信号には、発信先「Ｔｏ」として、発信先の電話端末７０Ｂの電話番号である「０９０ＢＢＢＢＢＢＢＢ」が含まれている。また、ステップＳ７０４において送信される発信信号には、発信元「Ｆｒｏｍ」として、電話端末７０Ａの電話番号である「０９０ＡＡＡＡＡＡＡＡ」が含まれている。なお、実際にはＶＭサーバ１０から発信していることから、「Ｆｒｏｍ」には電話端末７０Ａの電話番号ではなく、発信元ＶＭサーバ１０の電話番号を含めてもよい。さらに、ステップＳ７０４において送信される発信信号には、Ｄ社ＶＭサーバ１０のＳＤＰ（接続先のＩＰアドレス）が付加されている。
【００４０】
交換機２０を介して発信信号を受取った電話端末７０Ｂは、まず、暫定応答メッセージを送信する（ステップＳ７０５）。この暫定応答メッセージは、交換機２０を介してＤ社ＶＭサーバ１０によって受信される。ステップＳ７０５において送信される暫定応答メッセージは、例えば、ＳＩＰの１８３メッセージによって実現することができる。
ステップＳ７０５において暫定応答メッセージを受信したＤ社ＶＭサーバ１０は、電話端末７０Ａに向けて切替信号を送信する（ステップＳ７０６）。この切替信号を受信した電話端末７０Ａは、応答信号を送信する（ステップＳ７０７）。ステップＳ７０６において送信される切替信号は、例えば、ＳＩＰのＲｅ−ＩＮＶＩＴＥメッセージによって実現することができる。ステップＳ７０７において送信される応答信号は、例えば、ＳＩＰの２００ＯＫメッセージによって実現することができる。
【００４１】
ここで、ステップＳ７０５において送信される暫定応答メッセージは、到達確認を要する応答メッセージであり、電話端末７０とＤ社ＶＭサーバ１０との間で到達確認メッセージが授受される（ステップＳ７０８）。
その後、電話端末７０Ｂは、呼出中であることを示す呼出中メッセージを送信する（ステップＳ７０９）。この呼出中メッセージは、例えば、ＳＩＰの１８０メッセージによって実現することができる。
【００４２】
この呼出中メッセージは、交換機２０を介してＤ社ＶＭサーバ１０によって受信される。すると、電話端末７０Ａに、ＲＢＴが出力される（ステップＳ７１０）。これにより、電話端末７０Ａのユーザは電話端末７０Ｂの（ユーザの）呼出中であることを認識できる。なお、ＲＢＴは、交換機２０または図示せぬサーバ装置が出力することができる。
その後、電話端末７０Ｂは、応答メッセージを送信する（ステップＳ７１１）。この応答メッセージは、Ｄ社ＶＭサーバ１０へ送信される。ステップＳ７１１において送信される応答メッセージは、例えば、ＳＩＰの２００ＯＫメッセージによって実現することができる。
【００４３】
以上の処理の後、電話端末７０Ａと電話端末７０Ｂとの間で呼が確立される（ステップＳ７１２）。この呼が確立されたことにより、電話端末７０Ａと電話端末７０Ｂとの間で音声通話を実現できる。例えば、「もしもし、久しぶり！」などと、電話端末７０Ａのユーザと電話端末７０Ｂのユーザとの間で会話を楽しむことができる。
【００４４】
（ＶＭサーバ内の信号授受）
次に、ＶＭサーバ１０内の各部の信号授受について説明する。
図８は、図６を参照して説明した、Conference機能を利用する場合のＶＭサーバ１０内の信号授受を示すシーケンス図である。図８において、メディア制御シナリオ６は、再生後メニューの再生指示を出力する（ステップＳ８０１）。この再生指示はメディア処理部４に入力される（ステップＳ８０２）。
すると、メディア処理部４は、電話端末７０Ａへ、音声によるメニューガイダンスを出力する（ステップＳ８０３）。このメニューガイダンスは、例えば、「ユーザ間通話への移行は１＃を、次のメッセージ再生は２＃を、…」である。
【００４５】
このガイダンスメッセージを聞いたユーザが、電話端末７０Ａのボタンを押下することにより、ＰＢ音がメディア処理部４に入力される（ステップＳ８０４）。ここでは「＃１」が押下され、対応するＰＢ音がメディア処理部４に入力された場合について説明する。メディア処理部４は、入力されたＰＢ音をメディア制御シナリオ６に通知する（ステップＳ８０５）。この通知により、メディア制御シナリオ６は、ユーザ間通話への移行要求を検出し、呼処理シナリオ２に通知する（ステップＳ８０６、Ｓ８０７）。この通知は呼処理シナリオ２によって受信され（ステップＳ８０８）、呼処理シナリオ２はConference機能によるカンファレンスモード（conference mode）を起動する（ステップＳ８０９）。カンファレンスモードの起動信号がメディア制御シナリオ６に送信されると（ステップＳ８１０）、メディア制御シナリオ６は、メディア処理部４に、カンファレンス用のＵ−Ｐｌａｎｅリソースの確保指示を行う（ステップＳ８１１、Ｓ８１２ａ、Ｓ８１２ｂ）。そして、ユーザ間通話の終了後にメッセージ再生に戻る場合には、メディア制御シナリオ６は、現在の再生状態を保持する（ステップＳ８１３）。例えば、現在、メッセージの３件目まで再生が完了していた場合、その再生状態を保持する。
【００４６】
メディア制御シナリオ６によって現在の再生状態が保持された後、呼処理シナリオ２は、ＶＭサーバ１０への接続要求を転送する指示を呼処理部１に出力する（ステップＳ８１４、Ｓ８１５、Ｓ８１６）。
呼処理部１は、電話端末７０Ｂに向けて、交換機２０を介して、発信信号を送信する（ステップＳ８１７）。この発信信号は、例えば、ＳＩＰのＩＮＶＩＴＥメッセージによって実現することができる。その後、呼処理部１は、交換機２０を介して、暫定応答メッセージを受信する（ステップＳ８１８）。ステップＳ８１８において送信される暫定応答メッセージは、例えば、ＳＩＰの１８３メッセージによって実現することができる。暫定応答メッセージを受信した呼処理部１は、リアルタイム通信を開始するため、メディア処理部４に対し、ＳＤＰ（Session Description Protocol）による更新処理を行う（ステップＳ８１９）。
【００４７】
その後、呼処理部１は、交換機２０を介して、応答メッセージを受信する（ステップＳ８２０）。ステップＳ８２０において送信される応答メッセージは、例えば、ＳＩＰの２００ＯＫメッセージによって実現することができる。この応答メッセージを受信した呼処理部１は、受信した旨を呼処理シナリオ２に通知する（ステップＳ８２１）。これにより、呼処理シナリオ２は、電話端末７０Ｂから応答があったことを認識し（ステップＳ８２２）、ユーザ応答があったことをメディア制御シナリオ６に通知する（ステップＳ８２３）。この通知を受信したメディア制御シナリオ６は、カンファレンスモード開始をメディア処理部４に指示する（ステップＳ８２４、Ｓ８２５）。
【００４８】
以後、電話端末７０ＢとＤ社キャリア網のＶＭサーバ１０との間に呼が確立され（ステップＳ８２６ａ）、この呼の音声と発信元の電話端末７０ＡとＤ社キャリア網のＶＭサーバ１０との間の継続中の呼（ステップＳ８２６ｂ）の音声とがメディア処理部４のConference機能によって、ミックスされる。このConference機能により、電話端末７０Ａと電話端末７０Ｂとの間で音声通話を実現できる。例えば、「もしもし、久しぶり！」などと、電話端末７０Ａのユーザと電話端末７０Ｂのユーザとの間で会話を楽しむことができる。
【００４９】
（Conference機能を用いない場合）
図９は、図７を参照して説明した、Conference機能を利用しない場合のＶＭサーバ１０内の信号授受を示すシーケンス図である。図９において、メディア制御シナリオ６は、再生後メニューの再生指示を出力する（ステップＳ９０１）。この再生指示はメディア処理部４に入力される（ステップＳ９０２）。
すると、メディア処理部４は、電話端末７０Ａへ、音声によるメニューガイダンスを出力する（ステップＳ９０３）。このメニューガイダンスは、例えば、「ユーザ間通話への移行は１＃を、次のメッセージ再生は２＃を、…」である。
【００５０】
このガイダンスメッセージを聞いたユーザが、電話端末７０Ａのボタンを押下することにより、ＰＢ音がメディア処理部４に入力される（ステップＳ９０４）。ここでは「＃１」が押下され、対応するＰＢ音がメディア処理部４に入力された場合について説明する。メディア処理部４は、入力されたＰＢ音をメディア制御シナリオ６に通知する（ステップＳ９０５）。この通知により、メディア制御シナリオ６は、ユーザ間通話への移行要求を検出し、呼処理シナリオ２に通知する（ステップＳ９０６、Ｓ９０７）。この通知は呼処理シナリオ２によって受信され（ステップＳ９０８）、電話端末７０Ｂへの接続要求がメディア制御シナリオ６に通知される（ステップＳ９０９）。この接続要求の通知信号がメディア制御シナリオ６に送信されると（ステップＳ９１０）、メディア制御シナリオ６は、メディア処理部４に、Ｕ−Ｐｌａｎｅの保留（開放）指示を行う（ステップＳ９１１、Ｓ９１２ａ、Ｓ９１２ｂ）。そして、ユーザ間通話の終了後にメッセージ再生に戻る場合には、メディア制御シナリオ６は、現在の再生状態を保持する（ステップＳ９１３）。例えば、現在、メッセージの３件目まで再生が完了していた場合、その再生状態を保持する。
【００５１】
メディア制御シナリオ６によって現在の再生状態が保持された後、呼処理シナリオ２は、ＶＭサーバ１０への接続要求を転送する指示を呼処理部１に出力する（ステップＳ９１４、Ｓ９１５、Ｓ９１６）。
呼処理部１は、電話端末７０Ｂに向けて、交換機２０を介して、発信信号を送信する（ステップＳ９１７）。この発信信号は、例えば、ＳＩＰのＩＮＶＩＴＥメッセージによって実現することができる。その後、呼処理部１は、交換機２０を介して、暫定応答メッセージを受信する（ステップＳ９１８）。ステップＳ９１８において送信される暫定応答メッセージは、例えば、ＳＩＰの１８３メッセージによって実現することができる。
【００５２】
ステップＳ９１８において暫定応答メッセージを受信した呼処理部１は、電話端末７０Ａに向けて切替信号を送信する（ステップＳ９１９）。この切替信号を受信した電話端末７０Ａは、応答信号を送信する（ステップＳ９２０）。ステップＳ９１９において送信される切替信号は、例えば、ＳＩＰのＲｅ−ＩＮＶＩＴＥメッセージによって実現することができる。ステップＳ９２０において送信される応答信号は、例えば、ＳＩＰの２００ＯＫメッセージによって実現することができる。
【００５３】
その後、電話端末７０Ｂは、応答メッセージを送信し、呼処理部１は、交換機２０を介して、その応答メッセージを受信する（ステップＳ９２１）。この応答メッセージは、例えば、ＳＩＰの２００ＯＫメッセージによって実現することができる。
以上の処理の後、電話端末７０Ａと電話端末７０Ｂとの間で呼が確立される（ステップＳ９２２）。この呼が確立されたことにより、電話端末７０Ａと電話端末７０Ｂとの間で音声通話を実現できる。例えば、「もしもし、久しぶり！」などと、電話端末７０Ａのユーザと電話端末７０Ｂのユーザとの間で会話を楽しむことができる。
【００５４】
（録音元が他のキャリア網の電話端末である場合）
再生したメッセージの録音元が他のキャリア網の電話端末である場合、関門交換機を介して他のキャリア網の電話端末に向けて発呼することになる。この場合の処理について、図１０、図１１を参照して説明する。
図１０は、ＶＭサーバ１０のカンファレンス機能を利用する場合の処理を示すシーケンス図である。図１０において、メッセージの再生中に、電話端末７０Ａから、そのメッセージの録音元への通話要求が出力されると（ステップＳ１００１）、ＶＭサーバ１０は、ユーザ間通話への移行が要求された（すなわち、直接通話が要求された）ことを検出する（ステップＳ１００２）。すると、ＶＭサーバ１０は、電話端末７０Ａへ、音声ガイダンスを出力する（ステップＳ１００３）。この音声ガイダンスは、例えば、「呼び出しをいたします」である。
【００５５】
その後、ＶＭサーバ１０は、電話端末７０Ｂに向けて、発信信号を送信する（ステップＳ１００４）。この発信信号は、例えば、ＳＩＰのＩＮＶＩＴＥメッセージによって実現することができる。ステップＳ１００４において送信される発信信号には、発信先「Ｔｏ」として、発信先の電話端末７０Ｂの電話番号である「０９０ＢＢＢＢＢＢＢＢ」が含まれている。また、ステップＳ１００４において送信される発信信号には、発信元「Ｆｒｏｍ」として、電話端末７０Ａの電話番号である「０９０ＡＡＡＡＡＡＡＡ」が含まれている。さらに、ステップＳ１００４において送信される発信信号には、Ｄ社ＶＭサーバ１０のＩＰアドレスが付加されている。
【００５６】
この発信信号を受取った関門交換機８０は、発信信号を他のキャリア網（例えば、Ａ社キャリア網）の交換機２０Ａを介して電話端末７０Ａへ送信する（ステップＳ１００５）。ステップＳ１００５において送信される発信信号には、発信先「Ｔｏ」として、発信先の電話端末７０Ａの電話番号である「０９０ＢＢＢＢＢＢＢＢ」が含まれている。また、ステップＳ１００５において送信される発信信号には、発信元「Ｆｒｏｍ」として、「０９０ＡＡＡＡＡＡＡＡ」が含まれている。このステップＳ１００５において送信される発信信号は、例えば、ＩＳＵＰ（ISDN user part）のＩＡＭ（Initial Address Message）メッセージによって実現することができる。
【００５７】
交換機２０を介して発信信号を受取った電話端末７０Ｂは、まず、暫定応答メッセージを送信する（ステップＳ１００６）。この暫定応答メッセージは、交換機２０Ａを介して、関門交換機８０に送られる。さらに、この暫定応答メッセージは、関門交換機８０を介して、Ｄ社キャリア網のＶＭサーバ１０によって受信される（ステップＳ１００７）。ステップＳ１００６において送信される発信信号は、例えば、ＩＳＵＰのＡＣＭ（Address Complete Message）メッセージによって実現することができる。また、ステップＳ１００７において送信される発信信号は、例えば、ＳＩＰの１８３メッセージによって実現することができる。
【００５８】
次に、電話端末７０Ｂは、暫定応答メッセージを送信する（ステップＳ１００８）。この暫定応答メッセージは、交換機２０Ａを介して、関門交換機８０に送られる。関門交換機８０は、呼出中であることを示す呼出中メッセージを送信する（ステップＳ１００９）。ステップＳ１００８において送信される暫定応答メッセージは、例えば、ＩＳＵＰのＣＰＧ（Call Progress）メッセージによって実現することができる。ステップＳ１００９において送信される呼出中メッセージは、例えば、ＳＩＰの１８０メッセージによって実現することができる。
【００５９】
この呼出中メッセージは、交換機２０を介してＤ社ＶＭサーバ１０によって受信される。すると、ＶＭサーバ１０は、カンファレンス機能によって、ＲＢＴと、電話端末７０ＡとＶＭサーバ１０との呼の音声とをミックスする（ステップＳ１００７ａ、Ｓ１００７ｂ）。これにより、電話端末７０Ａに、ＲＢＴを出力することができるので、電話端末７０Ａのユーザは電話端末７０Ｂの（ユーザの）呼出中であることを認識できる。なお、ＲＢＴは、交換機２０または図示せぬサーバ装置が出力することができる。
【００６０】
その後、電話端末７０Ｂは、応答メッセージを送信する（ステップＳ１０１１）。この応答メッセージは、交換機２０を介してＤ社ＶＭサーバ１０によって受信される（ステップＳ１０１２）。ステップＳ１０１１において送信される応答メッセージは、例えば、ＳＩＰのＡＮＭ（Answer Message）メッセージによって実現することができる。ステップＳ１０１２において送信される応答メッセージは、例えば、ＳＩＰの２００ＯＫメッセージによって実現することができる。
【００６１】
以上の処理の後、電話端末７０ＢとＤ社キャリア網のＶＭサーバ１０との間に呼が確立され（ステップＳ１０１３ａ）、この呼の音声と発信元の電話端末７０ＡとＤ社キャリア網のＶＭサーバ１０との間の継続中の呼（ステップＳ１０１３ｂ）の音声とがＤ社ＶＭサーバ１０のConference機能によって、ミックスされる。このConference機能により、電話端末７０Ａと電話端末７０Ｂとの間で音声通話を実現できる。例えば、「もしもし、久しぶり！」などと、電話端末７０Ａのユーザと電話端末７０Ｂのユーザとの間で会話を楽しむことができる。
【００６２】
図１１は、ＶＭサーバ１０のカンファレンス機能を利用しない場合の処理を示すシーケンス図である。図１１において、メッセージの再生中に、電話端末７０Ａから、そのメッセージの録音元への通話要求が出力されると（ステップＳ１１０１）、ＶＭサーバ１０は、ユーザ間通話への移行が要求された（すなわち、直接通話が要求された）ことを検出する（ステップＳ１１０２）。すると、ＶＭサーバ１０は、電話端末７０Ａへ、音声ガイダンスを出力する（ステップＳ１１０３）。この音声ガイダンスは、例えば、「呼び出しをいたします」である。
【００６３】
その後、ＶＭサーバ１０は、電話端末７０Ｂに向けて、発信信号を送信する（ステップＳ１１０４）。この発信信号は、例えば、ＳＩＰのＩＮＶＩＴＥメッセージによって実現することができる。ステップＳ１１０４において送信される発信信号には、発信先「Ｔｏ」として、発信先の電話端末７０Ｂの電話番号である「０９０ＢＢＢＢＢＢＢＢ」が含まれている。また、ステップＳ１１０４において送信される発信信号には、発信元「Ｆｒｏｍ」として、電話端末７０Ａの電話番号である「０９０ＡＡＡＡＡＡＡＡ」が含まれている。さらに、ステップＳ１１０４において送信される発信信号には、Ｄ社ＶＭサーバ１０のＩＰアドレスが付加されている。
【００６４】
この発信信号を受取った関門交換機８０は、発信信号をＡ社キャリア網の交換機２０Ａを介して電話端末７０Ａへ送信する（ステップＳ１１０５）。ステップＳ１１０５において送信される発信信号には、発信先「Ｔｏ」として、発信先の電話端末７０Ａの電話番号である「０９０ＢＢＢＢＢＢＢＢ」が含まれている。また、ステップＳ１１０５において送信される発信信号には、発信元「Ｆｒｏｍ」として、「０９０ＡＡＡＡＡＡＡＡ」が含まれている。このステップＳ１１０５において送信される発信信号は、例えば、ＩＳＵＰのＩＡＭメッセージによって実現することができる。
【００６５】
交換機２０を介して発信信号を受取った電話端末７０Ｂは、まず、暫定応答メッセージを送信する（ステップＳ１１０６）。この暫定応答メッセージは、交換機２０Ａを介して、関門交換機８０に送られる。さらに、この暫定応答メッセージは、関門交換機８０を介して、Ｄ社キャリア網のＶＭサーバ１０によって受信される（ステップＳ１１０７）。ステップＳ１１０６において送信される発信信号は、例えば、ＩＳＵＰのＡＣＭメッセージによって実現することができる。また、ステップＳ１１０７において送信される発信信号は、例えば、ＳＩＰの１８３メッセージによって実現することができる。
【００６６】
ステップＳ１１０７において暫定応答メッセージを受信したＤ社ＶＭサーバ１０は、電話端末７０Ａに向けて切替信号を送信する（ステップＳ１１０８）。この切替信号を受信した電話端末７０Ａは、応答信号を送信する（ステップＳ１１０９）。ステップＳ１１０８において送信される切替信号は、例えば、ＳＩＰのＲｅ−ＩＮＶＩＴＥメッセージによって実現することができる。ステップＳ１１０９において送信される応答信号は、例えば、ＳＩＰの２００ＯＫメッセージによって実現することができる。
【００６７】
次に、電話端末７０Ｂは、暫定応答メッセージを送信する（ステップＳ１１１０）。この暫定応答メッセージは、交換機２０Ａを介して、関門交換機８０に送られる。関門交換機８０は、呼出中であることを示す呼出中メッセージを送信する（ステップＳ１１１２）。ステップＳ１１１０において送信される暫定応答メッセージは、例えば、ＩＳＵＰのＣＰＧメッセージによって実現することができる。ステップＳ１１１２において送信される呼出中メッセージは、例えば、ＳＩＰの１８０メッセージによって実現することができる。
【００６８】
ここで、ステップＳ１１０７において送信される暫定応答メッセージは、到達確認を要する応答メッセージであり、関門交換機８０とＤ社ＶＭサーバ１０との間で到達確認メッセージが授受される（ステップＳ１１１１）。
ステップＳ１１１２において送信される呼出中メッセージは、交換機２０を介してＤ社ＶＭサーバ１０によって受信される。すると、電話端末７０Ａに、ＲＢＴが出力される（ステップＳ１１１３）。これにより、電話端末７０Ａのユーザは電話端末７０Ｂの（ユーザの）呼出中であることを認識できる。なお、ＲＢＴは、交換機２０または図示せぬサーバ装置が出力することができる。
【００６９】
その後、電話端末７０Ｂは、応答メッセージを送信する（ステップＳ１１１４）。この応答メッセージは、Ｄ社ＶＭサーバ１０へ送信される（ステップＳ１１１５）。ステップＳ１１１４において送信される応答メッセージは、例えば、ＳＩＰのＡＮＭメッセージによって実現することができる。ステップＳ１１１５において送信される応答メッセージは、例えば、ＳＩＰの２００ＯＫメッセージによって実現することができる。
以上の処理の後、電話端末７０Ａと電話端末７０Ｂとの間で呼が確立される（ステップＳ１１１６）。この呼が確立されたことにより、電話端末７０Ａと電話端末７０Ｂとの間で音声通話を実現できる。例えば、「もしもし、久しぶり！」などと、電話端末７０Ａのユーザと電話端末７０Ｂのユーザとの間で会話を楽しむことができる。
【００７０】
（ボイスメールシステム）
上記のボイスメールサーバ装置を、各キャリア網に設けることにより、キャリア網を跨がったボイスメールシステムを実現することができる。そして、メッセージ再生後に、録音元のユーザとの通話を実現する機能に着目すれば、本システムは、上記ボイスメールサーバ装置と、呼が継続している状態においてメッセージの録音元に対する通話要求を、ボイスメールサーバ装置へ送信する電話端末（例えば、図２の電話端末７０Ａ）とを含んでいる。このボイスメールシステムによれば、メッセージの再生処理後、呼を継続したままで録音元ユーザとの直接通話へシームレスに移行でき、利便性が高く、使い勝手のよいボイスメールサービスを実現できる。
【００７１】
（まとめ）
本発明によれば、録音されたメッセージを、電話端末からボイスメールサーバ装置への呼によって再生するメッセージ再生処理後に、直接通話要求を受付け、そのメッセージの録音元に対して発信することにより、メッセージの再生処理後、呼を継続したままで録音元ユーザとの直接通話へシームレスに移行でき、利便性が高く、使い勝手のよいボイスメールサービスを実現できる。
【００７２】
また、録音元ユーザとの直接通話の終了後、電話端末からの呼によるメッセージ再生処理を継続することにより、元のメッセージ再生処理に戻すことができ、使い勝手のよいボイスメールサービスを実現できる。
なお、本発明の範囲は、図示され記載された例示的な実施形態に限定されるものではなく、本発明が目的とするものと均等な効果をもたらすすべての実施形態をも含む。さらに、本発明の範囲は、各請求項により画される発明の特徴の組み合わせに限定されるものではなく、すべての開示されたそれぞれの特徴のうち特定の特徴のあらゆる所望する組み合わせによって画されうる。
【産業上の利用可能性】
【００７３】
本発明は、ボイスメールサービスによって録音されたメッセージを再生して聞いたユーザと、そのメッセージを録音したユーザとの通話を実現する場合に利用することができる。
【符号の説明】
【００７４】
１  呼処理部
２  呼処理シナリオ
４  メディア処理部
５  メディア蓄積部
６  メディア制御シナリオ
１０、１０Ａ  ボイスメールサーバ装置
２０、２０Ａ  交換機
３０  ＳＭＳ送信サーバ
７０Ａ、７０Ｂ  電話端末
８０  関門交換機
【図１】
2013021436.tif 000003
【図２】
2013021436.tif 000004
【図３】
2013021436.tif 000005
【図４】
2013021436.tif 000006
【図５】
2013021436.tif 000007
【図６】
2013021436.tif 000008
【図７】
2013021436.tif 000009
【図８】
2013021436.tif 000010
【図９】
2013021436.tif 000011
【図１０】
2013021436.tif 000012
【図１１】
2013021436.tif 000013