(57)【要約】【課題】発信者端末が着信者端末宛に対して発呼する際に、発信者が、以前蓄積された着信者宛のメッセージが再生されたか否かを確認できる仕組みを提供する。【解決手段】メッセージ蓄積状態管理サーバ１０は、発信データを受信したときに、発信データに内包されている発信者番号及び着信者番号と一致するものを内包する蓄積状態データが、メッセージ蓄積状態ＤＢ１２に格納されているか否かを判定する。メッセージ蓄積状態管理サーバ１０は、一致するものが格納されていると判定された場合には、発信データを着信者端末４０ｂに送信する前に、メッセージ蓄積状態ＤＢ１２に格納された再生完了情報に基づいて再生状態データを作成し、発信者端末４０ａに送信する。【選択図】      図１
2004336383.tif 000002
【特許請求の範囲】
【請求項１】
発信側の通信端末である発信者端末を識別する発信者識別番号と着信側の通信端末である着信者端末を識別する着信者識別番号とを内包し、かつ、前記発信者端末が前記着信者端末を呼び出すための発信データを、中継するメッセージ状態管理サーバにおいて、
メッセージの蓄積及び再生を行う蓄積サーバより、前記発信者識別番号と前記着信者識別番号とを内包し、かつ、前記メッセージが蓄積されたことを通知するための蓄積状態データを受信した場合に、該蓄積状態データを記憶する蓄積状態記憶手段と、
前記メッセージが再生されたことを通知するための再生完了データを前記蓄積サーバより受信した場合に、該再生完了データを前記蓄積状態データに対応付けて記憶する再生状態記憶手段と、
前記発信者端末より受信した発信データに内包されている発信者識別番号及び着信者識別番号と一致するものを内包する蓄積状態データが、前記蓄積状態記憶手段に記憶されているか否かを判定する判定手段と、
前記判定手段によって一致するものが記憶されていると判定された場合には、前記発信者端末より受信した発信データを前記着信者端末に送信する前に、前記再生完了データに基づいて作成した、前記メッセージが再生済か否かを表す再生状態データを、前記発信者端末に送信する再生状態通知手段と
を有することを特徴とするメッセージ蓄積状態管理サーバ。
【請求項２】
前記再生状態通知手段は、前記再生状態データを送信した後に、前記着信者端末に対する発呼動作と前記蓄積サーバに対する発呼動作とのいずれか一方の動作を選択させるためのデータを、前記発信者端末に送信することを特徴とする請求項１に記載のメッセージ蓄積状態管理サーバ。
【請求項３】
前記着信者端末に前記発信データを送信した場合に、前記着信者端末が呼を接続できない状態であると判定された場合には、前記蓄積サーバと前記発信者端末との呼を接続することを特徴とする請求項１又は２に記載のメッセージ蓄積状態管理サーバ。
【請求項４】
前記発信者識別番号と該発信者識別番号で識別される発信者端末に前記再生状態データを送信することを許可するか否かを表す通知可否データとを対応付けて記憶する通知可否記憶手段を更に含み、
前記発信データに内包された発信者識別番号に対応する前記通知可否データが、許可することを表している場合にのみ、前記判定手段による判定を実行することを特徴とする請求項１乃至３のいずれか１項に記載のメッセージ蓄積状態管理サーバ。
【請求項５】
前記判定手段によって一致するものが記憶されていないと判定された場合には、前記着信者端末と前記発信者端末との呼を接続する処理を行うことを特徴とする請求項１乃至４のいずれか１項に記載のメッセージ蓄積状態管理サーバ。
【請求項６】
前記発信者識別番号及び前記着信者識別番号は電話番号であることを特徴とする請求項１乃至５のいずれか１項に記載のメッセージ蓄積状態管理サーバ。
【請求項７】
発信側の通信端末である発信者端末を識別する発信者識別番号と着信側の通信端末である着信者端末を識別する着信者識別番号とを内包し、かつ、前記発信者端末が前記着信者端末を呼び出すための発信データを、中継し、前記発信者端末から前記着信者端末へのメッセージを蓄積するメッセージ蓄積状態管理システムにおいて、
前記発信者識別番号と前記着信者識別番号とを内包し、かつ、前記メッセージが蓄積されたことを表す蓄積状態データを記憶する蓄積状態記憶手段と、
前記メッセージが再生されたことを表す再生完了データを、前記蓄積状態データに対応付けて記憶する再生状態記憶手段と、
前記発信者端末より受信した発信データに内包されている発信者識別番号及び着信者識別番号と一致するものを内包する蓄積状態データが、前記蓄積状態記憶手段に記憶されているか否かを判定する判定手段と、
前記判定手段によって一致するものが記憶されていると判定された場合には、前記発信者端末より受信した発信データを前記着信者端末に送信する前に、前記再生完了データに基づいて作成した、前記メッセージが再生済か否かを表す再生状態データを、前記発信者端末に送信する再生状態通知手段と
を有することを特徴とするメッセージ蓄積状態管理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、音声メッセージ蓄積サービスにおけるメッセージの再生状態を通知するメッセージ蓄積状態管理サーバ、及び、メッセージ蓄積状態管理システムに関する。
【０００２】
【従来の技術】
従来より、移動通信端末を所有するユーザ宛の音声メッセージを蓄積・再生する音声メッセージ蓄積サービスが、通信事業者によって営まれている。このサービスでは、例えば、発信側の移動通信端末（以下「発信者端末」という）が、着信側の移動通信端末（以下「着信者端末」という）に対して発呼したときに、着信者端末が圏外に位置している等の理由で着信者端末と接続できない場合に、発信者端末は留守番電話サービスセンタに接続される。そして、発信者端末を所有するユーザ（以下「発信者」という）が、留守番電話サービスセンタからのガイダンスに従って音声メッセージ（以下「留守番メッセージ」という）を発声すると、当該留守番メッセージは留守番電話サービスセンタに蓄積される。その後、着信者端末を所有するユーザ（以下「着信者」という）は、留守番電話サービスセンタに対して留守番メッセージの再生要求を行うことにより、留守番メッセージを聴取することができる。
【０００３】
しかしながら、このような従来の音声メッセージ蓄積サービスでは、発信者は、着信者が留守番メッセージを聴取したか否かの確認（以下「再生状態確認」という）を行うことができなかった。
このような問題を解決するために、再生状態確認を行うための技術がいくつか提案されている（例えば、特許文献１参照）。特許文献１に記載されている技術では、発信者端末が、発信者の発声した留守番メッセージを留守番電話サービスセンタに送信すると、留守番電話サービスセンタは、当該留守番メッセージを蓄積すると共に、セキュリティコードを通知するための音声ガイダンスを発信者端末に送信する。発信者は、当該音声ガイダンスを聞いてセキュリティコードを記憶しておく。そして、留守番メッセージの再生状態確認を行うときには、発信者は、留守番電話サービスセンタに対して発信操作を行い、記憶していたセキュリティコードを発信者端末に手入力して再生状態確認を行う。
【０００４】
また、他の再生状態確認を行うための技術として、特許文献２に記載の技術が提案されている。特許文献２に記載されている技術では、留守番電話サービスセンタは、留守番メッセージを再生したときに、発信者端末に再生が完了したことを通知する。
【０００５】
【特許文献１】
特開２０００−２０９３４９号公報（段落００１３、００１４、図２、図３）
【特許文献２】
特開平１０−１６４２３６号公報（段落００１７、図１）
【０００６】
【発明が解決しようとする課題】
しかしながら、特許文献１に記載されている技術では、発信者は、再生状態確認を行うためだけに、留守番電話サービスセンタに対して発信の操作を行う必要があった。従って、発信者は、再生状態確認を行った後に、さらに、着信者と通話したり新たな留守番メッセージを録音することを希望する場合には、再度、発信の操作を行わなくてはならなかった。また、特許文献１に記載されている技術では、発信者は、記憶しておいたセキュリティコードを手入力する必要があるため、セキュリティコードを忘れたり誤入力する危険性があり、利便性やセキュリティ面での問題があった。
【０００７】
一方、特許文献２に記載されている技術では、留守番電話サービスセンタは、留守番メッセージの再生が完了したことを自動的に発信者端末に通知するために、発信者が自ら再生状態確認のために発信操作を行う必要がない。しかしながら、留守番電話サービスセンタは、再生が完了するとすぐに通知を行う仕組みであるため、発信者は都合のよいときに通知を受けることができるわけではないという問題があった。
【０００８】
本発明は、上述した従来の問題点を解決するためになされたものであり、発信者端末が着信者端末に対して発呼する際に、発信者が、以前蓄積された着信者宛のメッセージが再生されたか否かを確認できるメッセージ蓄積状態管理サーバ、及び、メッセージ蓄積状態管理システムを提供することを目的とする。
【０００９】
【課題を解決するための手段】
上記課題を解決するために、本発明による請求項１は、発信側の通信端末である発信者端末を識別する発信者識別番号と着信側の通信端末である着信者端末を識別する着信者識別番号とを内包し、かつ、前記発信者端末が前記着信者端末を呼び出すための発信データを、中継するメッセージ状態管理サーバにおいて、メッセージの蓄積及び再生を行う蓄積サーバより、前記発信者識別番号と前記着信者識別番号とを内包し、かつ、前記メッセージが蓄積されたことを通知するための蓄積状態データを受信した場合に、該蓄積状態データを記憶する蓄積状態記憶手段と、前記メッセージが再生されたことを通知するための再生完了データを前記蓄積サーバより受信した場合に、該再生完了データを前記蓄積状態データに対応付けて記憶する再生状態記憶手段と、前記発信者端末より受信した発信データに内包されている発信者識別番号及び着信者識別番号と一致するものを内包する蓄積状態データが、前記蓄積状態記憶手段に記憶されているか否かを判定する判定手段と、前記判定手段によって一致するものが記憶されていると判定された場合には、前記発信者端末より受信した発信データを前記着信者端末に送信する前に、前記再生完了データに基づいて作成した、前記メッセージが再生済か否かを表す再生状態データを、前記発信者端末に送信する再生状態通知手段とを有することを特徴とするメッセージ蓄積状態管理サーバを提供する。
【００１０】
請求項１に記載の発明によれば、メッセージ蓄積状態管理サーバは、前記発信データを前記着信者端末に送信する前に、前記再生状態データを前記発信者端末に送信するため、発信者は、着信者と通話したり新たなメッセージを蓄積する前に、再生状態確認を行うことができる。このため、発信者は、着信者が既にメッセージを再生したか否かに応じて、着信者との会話や蓄積するメッセージの内容を変化させることができる。また、発信者は、１回の発信の操作を行うのみで、メッセージの再生状態確認と、通話又は新たなメッセージの蓄積との２つの動作を行うことができるため、発信者は再生状態確認を行うための特別な操作を行う必要がなく便利である。また、２つの動作の時間間隔がほとんど空かないため、発信者は、最新の再生状態の情報に基づいて、通話やメッセージの蓄積を行うことができる。
【００１１】
請求項２に記載の発明は、請求項１に記載のメッセージ蓄積状態管理サーバにおいて、前記再生状態通知手段は、前記再生状態データを送信した後に、前記着信者端末に対する発呼動作と前記蓄積サーバに対する発呼動作とのいずれか一方の動作を選択させるためのデータを、前記発信者端末に送信することを特徴とする。
【００１２】
請求項２に記載の発明によれば、発信者は再生状態確認を行った後に、着信者と通話するか、又は、新たなメッセージを蓄積するかを選択することができるため、発信者は着信者が既にメッセージを再生したか否かに応じて、適切な処理を選択することができる。これにより、発信者の利便性を高めることができる。
また、請求項３に記載の発明は、請求項１又は２に記載のメッセージ蓄積状態管理サーバにおいて、前記着信者端末に前記発信データを送信した場合に、前記着信者端末が呼を接続できない状態であると判定された場合には、前記蓄積サーバと前記発信者端末との呼を接続することを特徴とする。
【００１３】
請求項３に記載の発明によれば、発信者は着信者と通話できないときにはメッセージを蓄積することができる。また、発信者はメッセージの再生状態確認を行った後に、新たなメッセージを蓄積することができるため、着信者が既にメッセージを再生したか否かに応じて、状況に合わせたメッセージを蓄積することができる。
【００１４】
また、請求項４に記載の発明は、請求項１乃至３のいずれか１項に記載のメッセージ蓄積状態管理サーバにおいて、前記発信者識別番号と該発信者識別番号で識別される発信者端末に前記再生状態データを送信することを許可するか否かを表す通知可否データとを対応付けて記憶する通知可否記憶手段を更に含み、前記発信データに内包された発信者識別番号に対応する前記通知可否データが、許可することを表している場合にのみ、前記判定手段による判定を実行することを特徴とする。
【００１５】
請求項４に記載の発明によれば、前記通知可否記憶手段は、前記発信者識別番号と前記通知可否データとを対応付けて記憶しているため、一律に発信者端末に再生状態データを送信することなく、再生状態確認を希望する発信者の発信者端末のみに再生状態データを送信することができるため、発信者の希望に合わせたサービスを行うことができ、発信者の利便性を高めることができる。
【００１６】
また、請求項５に記載の発明は、請求項１乃至４のいずれか１項に記載のメッセージ蓄積状態管理サーバにおいて、前記判定手段によって一致するものが存在しないと判定された場合には、前記着信者端末と前記発信者端末との呼を接続する処理を行うことを特徴とする。
請求項５に記載の発明によれば、前記発信者端末に再生状態を通知すべきメッセージが前記蓄積サーバに蓄積されていない場合には、メッセージ蓄積状態管理サーバは、通常の前記着信者端末と前記発信者端末との呼を接続する処理を行うため、発信者は着信者と通常に通話を行うことができる。
【００１７】
また、請求項６に記載の発明は、請求項１乃至５のいずれか１項に記載のメッセージ蓄積状態管理サーバにおいて、前記発信者識別番号及び前記着信者識別番号は電話番号であることを特徴とする。
請求項６に記載の発明によれば、発信者端末及び着信者端末を識別する番号として、前記発信データに内包される発信者端末の電話番号及び着信者端末の電話番号を使用しているため、既存の発信データに内包されるデータを用いて、発信者端末及び着信者端末の認証を行うことができる。また、発信者が、再生状態確認のために、識別番号を手入力する必要がないため、誤入力を防止でき、セキュリティを高めることができる。
【００１８】
請求項７に記載の発明は、発信側の通信端末である発信者端末を識別する発信者識別番号と着信側の通信端末である着信者端末を識別する着信者識別番号とを内包し、かつ、前記発信者端末が前記着信者端末を呼び出すための発信データを、中継し、前記発信者端末から前記着信者端末へのメッセージを蓄積するメッセージ蓄積状態管理システムにおいて、前記発信者識別番号と前記着信者識別番号とを内包し、かつ、前記メッセージが蓄積されたことを表す蓄積状態データを記憶する蓄積状態記憶手段と、前記メッセージが再生されたことを表す再生完了データを、前記蓄積状態データに対応付けて記憶する再生状態記憶手段と、前記発信者端末より受信した発信データに内包されている発信者識別番号及び着信者識別番号と一致するものを内包する蓄積状態データが、前記蓄積状態記憶手段に記憶されているか否かを判定する判定手段と、前記判定手段によって一致するものが記憶されていると判定された場合には、前記発信者端末より受信した発信データを前記着信者端末に送信する前に、前記再生完了データに基づいて作成した、前記メッセージが再生済か否かを表す再生状態データを、前記発信者端末に送信する再生状態通知手段とを有することを特徴とするメッセージ蓄積状態管理システムを提供する。
請求項７に記載の発明の作用・効果は、請求項１と同様である。なお、メッセージ蓄積状態管理システムを構成する機能手段は、単一の装置に設けることも複数の装置に設けることもできる。
【００１９】
【発明の実施の形態】
次に、図面を参照しながら、本発明の実施の形態について説明する。なお、以下の説明において参照する各図においては、他の図と同等部分に同一符号が付されている。
［全体構成］
図１は、本発明の一実施形態に係る通信システム１全体の構成を示すブロック図である。図１に示すように、この通信システム１は、留守番電話サービスセンタ２０と、移動通信網や基地局を備えた通信網３０と、発信側の移動通信端末である発信者端末４０ａと、着信側の移動通信端末である着信者端末４０ｂと、移動通信端末間の通信を中継するメッセージ蓄積状態管理サーバ１０とを備えている。
【００２０】
なお、発信者端末４０ａと着信者端末４０ｂとは、ハードウェア構成や機能が同一の移動通信端末であるが、以下では、説明の都合上、発信側の移動通信端末を発信者端末４０ａ、着信側の移動通信端末を着信者端末４０ｂと、区別して説明する。
［メッセージ蓄積状態管理サーバの構成］
次に、メッセージ蓄積状態管理サーバ１０の構成を説明する。
【００２１】
メッセージ蓄積状態管理サーバ１０は、留守番電話サービスセンタ２０に蓄積されている留守番メッセージの状態を管理するサーバである。メッセージ蓄積状態管理サーバ１０は、発信者端末４０ａより、着信者端末４０ｂを呼び出すための発信データを受信すると、発信者端末４０ａから着信者端末４０ｂ宛の留守番メッセージの状態を確認した後に、発信データを着信者端末４０ｂに転送する中継装置である。
【００２２】
メッセージ蓄積状態管理サーバ１０は、通常のサーバ装置のハードウェア構成を有している。すなわち、メッセージ蓄積状態管理サーバ１０は、プログラムを実行しサーバ１０を制御するＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、起動時に実行されるプログラムを記憶したＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、データを一時的に記憶するＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、各種データやプログラムを記憶するハードディスク装置、日時を計時する計時部、及び、通信網３０とデータの授受を制御する通信インターフェイスを備えている。
【００２３】
メッセージ蓄積状態管理サーバ１０のハードディスク装置には、メッセージ蓄積状態ＤＢ（Ｄａｔａｂａｓｅ；データベース）１２が設けられている。
メッセージ蓄積状態ＤＢ１２には、メッセージ蓄積状態データが格納される。メッセージ蓄積状態データは、図２に示すように、メッセージ蓄積状態データを識別するための「メッセージＩＤ」と、留守番電話サービスセンタ２０に蓄積されている留守番メッセージに関する情報を表す「蓄積状態情報」と、留守番メッセージが再生されたか否かを表す「再生完了情報」とで構成されている。
【００２４】
「蓄積状態情報」は、発信者端末４０ａの電話番号を表す「発信者番号」と、着信者端末４０ｂの電話番号を表す「着信者番号」と、発信者端末４０ａから着信者端末４０ｂへの留守番メッセージが蓄積された日時を表す「蓄積日時」とで構成されている。
また、「再生完了情報」は、留守番メッセージが再生されたか否かを表す「再生済フラグ」と、留守番メッセージが再生された日時を表す「再生日時」とで構成されている。「再生済フラグ」には、留守番メッセージが再生済の場合には  “１”が格納される。
【００２５】
例えば、図２に示す「メッセージＩＤ」が“１”で識別されるメッセージ蓄積状態データは、「発信者番号」“０９０−１１１１−１１１１”で識別される発信者端末４０ａから「着信者番号」“０９０−２２２２−２２２２”で識別される着信者端末４０ｂ宛の留守番メッセージが、「蓄積日時」“１２／２５  ２０：１０”に蓄積され、「再生日時」“１２／２５  ２１：３０”に再生されたことを表している。また、「メッセージＩＤ」“２”  で識別されるメッセージ蓄積状態データは、「発信者番号」“０９０−１１１１−１１１１”で識別される発信者端末４０ａから「着信者番号」”“０９０−２２２２−２２２２”で識別される着信者端末４０ｂ宛の留守番メッセージが「蓄積日時」“１２／２５  ２２：００”に蓄積され、当該留守番メッセージは未再生であることを表している。
【００２６】
また、メッセージ蓄積状態管理サーバ１０のハードディスク装置には、各種プログラムが記憶されている。メッセージ蓄積状態管理サーバ１０のＣＰＵがこれらのプログラムをハードディスク装置より読み出して実行することにより、図１に示す状態管理制御部１１の機能が実現される。
次に、状態管理制御部１１の機能について説明する。
【００２７】
図３に示すように、状態管理制御部１１は、蓄積状態記憶部１１１、再生状態記憶部１１２、判定部１１３、再生状態通知部１１４、及び、発信処理部１１５を備えている。
蓄積状態記憶部１１１は、留守番電話サービスセンタ２０より、留守番メッセージが蓄積されたことを通知するためのデータ（以下、「蓄積状態データ」という）を受信したときに、当該蓄積状態データに内包されるメッセージＩＤ、発信者番号、着信者番号、及び、日時とを基に、メッセージ蓄積状態データを生成して、当該メッセージ蓄積状態データをメッセージ蓄積状態ＤＢ１２に格納する機能を有する。
【００２８】
再生状態記憶部１１２は、留守番電話サービスセンタ２０より、留守番メッセージが再生されたことを通知するためのデータ（以下、「再生完了データ」という）を受信したときに、再生完了データに内包されるメッセージＩＤを基に、対応するメッセージ蓄積状態データをメッセージ蓄積状態ＤＢ１２より検索する。そして、再生状態記憶部１１２は、検索されたメッセージ蓄積状態データの「再生フラグ」を“１”で更新し、かつ「再生日時」を再生完了データに内包される日時で更新する機能を有する。
【００２９】
判定部１１３は、発信者端末４０ａより、着信者端末４０ｂを呼び出すための発信データを受信したときに、発信データに内包されている発信者番号及び着信者番号と一致する「発信者番号」及び「着信者番号」を内包する蓄積状態データが、メッセージ蓄積状態ＤＢ１２に格納されているか否かを判定する機能を有する。
【００３０】
再生状態通知部１１４は、判定部１１３によって一致するものが格納されていると判定された場合には、一致すると判定されたメッセージ蓄積状態データを基に、留守番メッセージが再生済か否かの音声ガイダンスを行うための再生状態データを生成し、当該再生状態データを発信者端末４０ａ宛に送信する機能を有する。
【００３１】
発信処理部１１５は、発信者端末４０ａより受信した発信データを着信者端末４０ｂ宛に送信する機能を有する。
［留守番電話サービスセンタの構成］
次に、留守番電話サービスセンタ２０の構成を説明する。
留守番電話サービスセンタ２０は、一般的な、留守番メッセージを蓄積・再生するサービスを行うためのサーバである。留守番電話サービスセンタ２０は、メッセージ蓄積状態管理サーバ１０と同様の、一般的なサーバのハードウェア構成を有している。
【００３２】
留守番電話サービスセンタ２０のハードディスク装置には、図４に示すメッセージ蓄積ＤＢ２２が設けられている。同図に示すように、メッセージ蓄積ＤＢ２２には、メッセージ蓄積状態データと対応付けするための「メッセージＩＤ」、発信者端末４０ａの電話番号を表す「発信者番号」、着信者端末４０ｂの電話番号を表す「着信者番号」、及び、発信者端末４０ａから着信者端末４０ｂ宛の留守番メッセージが蓄積されている。
【００３３】
また、留守番電話サービスセンタ２０のハードディスク装置には、留守番メッセージを蓄積・再生するための一般的なプログラムの他に、本発明において特徴的な、以下のプログラムが格納されている。これらのプログラムを留守番電話サービスセンタ２０のＣＰＵがハードディスク装置より読み出して実行することにより、図１に示すサービス制御部２１の機能が実現される。
【００３４】
（１）留守番メッセージをメッセージ蓄積ＤＢ２２に蓄積したときに、現在日時を計時部より取得し、また、留守番メッセージを識別するためのメッセージＩＤを採番する。そして、メッセージＩＤ、発信者番号、着信者番号、及び、取得した日時を内包した蓄積状態データを生成し、当該蓄積状態データをメッセージ蓄積状態管理サーバ１０宛に送信するためのプログラム。
【００３５】
（２）着信者端末４０ｂからの要求により留守番メッセージを再生したときに、メッセージＩＤ、発信者番号、着信者番号、及び、計時部より取得した日時とを内包した再生完了データを生成し、当該再生完了データをメッセージ蓄積状態管理サーバ１０宛に送信するためのプログラム。
［発信者端末、着信者端末の構成］
次に、発信者端末４０ａ及び着信者端末４０ｂについて説明する。
【００３６】
発信者端末４０ａ及び着信者端末４０ｂは、一般的な移動通信端末のハードウェア構成を備えている。すなわち、発信者端末４０ａ及び着信者端末４０ｂは、端末全体を制御するＣＰＵと、無線通信を行うための無線通信部と、各種キーが操作されることによりＣＰＵに各種指令を与える操作部と、通話を行うための通話処理部と、音声を出力するスピーカと、各種画面を表示する表示部と、各種プログラムやデータを記憶する記憶部とを備えている。
【００３７】
なお、着信者端末４０ｂのユーザは、音声メッセージ蓄積サービスの契約に加入しているものとする。
また、発信者端末４０ａが着信者端末４０ｂに対して発呼すると、発信データがメッセージ蓄積状態管理サーバ１０を経由して、着信者端末４０ｂや留守番電話サービスセンタ２０に送信されるようになっている。
［発信データ受信処理］
次に、図５を参照しながら、メッセージ蓄積状態管理サーバ１０が、発信者端末４０ａより、着信者端末４０ｂを呼び出すための発信データを受信したときに行う発信データ受信処理について説明する。
【００３８】
メッセージ蓄積状態管理サーバ１０の状態管理制御部１１は、発信データを受信したときに、まず、発信者端末４０ａから着信者端末４０ｂへの留守番メッセージが蓄積されているか否かを判定する（ステップＳ１０１）。
具体的には、状態管理制御部１１は、発信データに内包されている発信者番号及び着信者番号と一致する「発信者番号」及び「着信者番号」を内包する蓄積状態データを、メッセージ蓄積状態ＤＢ１２より検索する。
【００３９】
状態管理制御部１１は、メッセージ蓄積状態ＤＢ１２を検索した結果、一致する番号を内包するメッセージ蓄積状態データが検索された場合には、留守番メッセージが蓄積されていると判定する一方、検索されなかった場合には留守番メッセージが蓄積されていないと判定する。
留守番メッセージが蓄積されていないと判定された場合には（ステップＳ１０１；Ｎｏ）、状態管理制御部１１は、詳細には後述するが、着信者端末４０ｂへの発信処理を行う（ステップＳ１０３）。
【００４０】
一方、留守番メッセージが蓄積されていると判定された場合には（ステップＳ１０１；Ｙｅｓ）、状態管理制御部１１は、留守番メッセージが再生されたか否か（以下「再生状態」という）を音声ガイダンスで通知するための再生状態データを生成して、発信者端末４０ａ宛に送信する（ステップＳ１０２）。
具体的には、状態管理制御部１１は、ステップＳ１０１で検索されたメッセージ蓄積状態データから「蓄積日時」を抽出する。
【００４１】
また、状態管理制御部１１は、メッセージ蓄積状態データの「再生済フラグ」が“１”の場合には、「再生日時」を抽出する。そして、状態管理制御部１１は、“「蓄積日時」に録音したメッセージは「再生日時」に再生されました。”というガイダンスを行うための音声データを生成する。
一方、状態管理制御部１１は、メッセージ蓄積状態データの「再生済フラグ」が“１”でない場合には、“「蓄積日時」に録音したメッセージはまだ再生されていません。”というガイダンスを行うための音声データを生成する。
【００４２】
そして、状態管理制御部１１は、生成した音声データに、送信先を表す発信者端末４０ａの電話番号等のデータを付加することにより再生状態データを生成し、当該再生状態データを発信者端末４０ａ宛に送信する。
なお、状態管理制御部１１は、留守番メッセージが再生済であることを通知する再生状態データを送信した場合には、再度、同一内容の再生状態データを生成して送信しないように、ステップ１０１で検索されたメッセージ蓄積状態データを削除する。
【００４３】
次に、状態管理制御部１１は、着信者端末４０ｂへの発信処理を行う（ステップＳ１０３）。
この着信者端末４０ｂへの発信処理について、図６を参照しながら説明する。まず、状態管理制御部１１は、着信者端末４０ｂを呼び出すための発信データを送信する（ステップＳ２０１）。
【００４４】
次に、状態管理制御部１１は、着信者端末４０ｂと呼を接続することができるか否かを判定する（ステップＳ２０２）。具体的には、状態管理制御部１１は、着信者端末４０ｂが圏外に位置していたり、着信者端末４０ｂに電源が投入されていない等の理由のために、一定時間内に着信者端末４０ｂから応答がなかった場合や、発信者端末４０ａを留守番電話サービスセンタ２０に接続させる応答が着信者端末４０ｂから送信されてきた場合に、着信者端末４０ｂとの呼が接続できないと判定する。一方、状態管理制御部１１は、着信者端末４０ｂより発信データに応答するデータが送信されてきた場合には、着信者端末４０ｂとの呼が接続できると判定する。
【００４５】
着信者端末４０ｂと接続できないと判定された場合には（ステップＳ２０２；Ｎｏ）、状態管理制御部１１は、発信者端末４０ａを留守番電話サービスセンタ２０に接続する処理を行う（ステップＳ２０３）。
一方、着信者端末４０ｂと接続可能と判定された場合には（ステップＳ２０２；Ｙｅｓ）、状態管理制御部１１は、発信者端末４０ａと着信者端末４０ｂとの呼を接続する処理を行う（ステップＳ２０４）。
［蓄積状態データ受信処理］
次に、図７を参照しながら、メッセージ蓄積状態管理サーバ１０が、留守番電話サービスセンタ２０より蓄積状態データを受信したときに行う蓄積状態データ受信処理を説明する。
【００４６】
メッセージ蓄積状態管理サーバ１０の状態管理制御部１１は、蓄積状態データを受信すると、当該蓄積状態データに内包されている、メッセージＩＤと発信者番号と着信者番号と日時とを基に、メッセージ蓄積状態データを生成する。そして、状態管理制御部１１は、生成したメッセージ蓄積状態データを、メッセージ蓄積状態ＤＢ１２に格納する。（ステップＳ３０１）。
［再生完了データ受信処理］
次に、図８を参照しながら、メッセージ蓄積状態管理サーバ１０が、留守番電話サービスセンタ２０より再生完了データを受信したときに行う再生完了データ受信処理を説明する。
【００４７】
メッセージ蓄積状態管理サーバ１０の状態管理制御部１１は、再生完了データを受信すると、メッセージ蓄積状態データに内包される「メッセージＩＤ」が、再生完了データに内包されるＩＤと一致するものを、メッセージ蓄積状態ＤＢ１２より検索する。そして、状態管理制御部１１は、検索されたメッセージ蓄積状態データの「再生完了情報」を更新する（ステップＳ４０１）。具体的には、状態管理制御部１１は、「再生完了情報」の「再生済フラグ」を“１”に更新し、また、「再生日時」を再生完了データに内包されている日時で更新する。
［動作］
次に、上記構成における、本実施形態の動作について説明する。
【００４８】
前提として、発信者端末４０ａの電話番号は“０９０−１１１１−１１１１”であり、着信者端末４０ｂの電話番号は“０９０−２２２２−２２２２”であるものとする。また、発信者端末４０ａを所有するユーザを発信者Ａ、着信者端末４０ｂを所有するユーザを着信者Ｂとする。
以下では、次の動作例について説明する。
【００４９】
（１）発信者Ａが、発信者端末４０ａを操作して、着信者端末４０ｂ宛に１回目の発信の指示を行う。このときに、着信者端末４０ｂが圏外に位置していたために、発信者端末４０ａは留守番電話サービスセンタ２０に接続される。そして、発信者Ａから発信者Ｂへの留守番メッセージが、日時“１２／２５  ２０：１０”に蓄積される。
（２）着信者Ｂが、日時“１２／２５  ２１：３０”に留守番メッセージを聴取する。
（３）次に、発信者Ａが、発信者端末４０ａを操作して、着信者端末４０ｂ宛に２回目の発信指示を行う。このときに、着信者端末４０ｂの電源が切断されていたために、発信者端末４０ａは留守番電話サービスセンタ２０に接続される。そして、発信者Ａから着信者Ｂへの留守番メッセージが、日時“１２／２５  ２２：００”に蓄積される。
【００５０】
（４）次に、発信者Ａが、発信者端末４０ａを操作して、着信者端末４０ｂ宛に３回目の発信指示を行う。このときには、着信者端末４０ｂは、発信者端末４０ａと呼を接続可能な状態にあったものとする。
また、発信者Ａが、１回目の発信指示を行う時には、メッセージ蓄積状態ＤＢ１２やメッセージ蓄積ＤＢ２２には、データは格納されていないものとする。
［（１）１回目の発信］
発信者Ａが、１回目の発信操作を行うときの動作について、図９のデータの流れを示すシーケンス図と、適宜図５〜図７のフローチャートを参照しながら説明する。
【００５１】
まず、発信者Ａは、発信者端末４０ａの操作部を操作して、着信者端末４０ｂの電話番号“０９０−２２２２−２２２２”を入力した後、発信の指示を行う。
これにより、発信者端末４０ａは、発信者端末４０ａの電話番号を表す発信者番号“０９０−１１１１−１１１１”と、着信者端末４０ｂの電話番号を表す着信者番号“０９０−２２２２−２２２２”とを内包した発信データＤ１を送信する。
【００５２】
メッセージ蓄積状態管理サーバ１０の状態管理制御部１１は、発信データＤ１を受信して、図５に示す発信データ受信処理を行う。
まず、状態管理制御部１１は、発信者端末４０ａから着信者端末４０ｂへの留守番メッセージが蓄積されているか否かを判定する（ステップＳ１０１）。
具体的には、状態管理制御部１１は、メッセージ蓄積状態ＤＢ１２に格納されているメッセージ蓄積状態データの中から、当該メッセージ蓄積状態データの「発信者番号」及び「着信者番号」が、発信データＤ１に内包されている発信者番号“０９０−１１１１−１１１１”及び着信者番号“０９０−２２２２−２２２２”と一致するものを検索する。
【００５３】
ここでは、１回目の発信動作であるため、メッセージ蓄積状態ＤＢ１２には何もデータが格納されていないので、状態管理制御部１１は、留守番メッセージが蓄積されていないと判定し（ステップＳ１０１；Ｎｏ）、着信者端末４０ｂへの発信処理を行う（ステップＳ１０３）。具体的には、図６に示すように、状態管理制御部１１は、着信者端末４０ｂを呼び出すための発信データＤ２を送信する（ステップＳ２０１）。
【００５４】
次に、状態管理制御部１１は、発信者端末４０ａと着信者端末４０ｂとの呼を接続することができるか否かを判定する（ステップＳ２０２）。
ここでは、着信者端末４０ｂは圏外に位置しており、状態管理制御部１１は、発信データＤ２を送信してから一定時間内に着信者端末４０ｂより応答を受信できなかったために、着信者端末４０ｂと接続できないと判定する（ステップＳ２０２；Ｎｏ）。そして、状態管理制御部１１は、発信者端末４０ａを留守番電話サービスセンタ２０に接続するための発信データＤ３を留守番電話サービスセンタ２０に送信する（ステップＳ２０３）。
【００５５】
これにより、発信者端末４０ａは留守番電話サービスセンタ２０に接続される。発信者Ａは、留守番電話サービスセンタ２０からのガイダンスに従い、発信者端末４０ａの通話処理部に向かって、留守番メッセージとして録音するための音声を発声する。
これにより、発信者端末４０ａは、発声された音声データ（留守番メッセージ）と発信者番号“０９０−１１１１−１１１１”と着信者番号“０９０−２２２２−２２２２”とを内包した留守番データＤ４を生成し、当該留守番データＤ４を留守番電話サービスセンタ２０宛に送信する。
【００５６】
留守番電話サービスセンタ２０のサービス制御部２１は、留守番データＤ４を受信して、当該留守番データＤ４を識別するためのメッセージＩＤ“１”を採番する。そして、サービス制御部２１は、メッセージＩＤ“１”と発信者番号“０９０−１１１１−１１１１”と着信者番号“０９０−２２２２−２２２２”と留守番メッセージとを、メッセージ蓄積ＤＢ２２に蓄積する。
【００５７】
次に、サービス制御部２１は、留守番メッセージが蓄積されたことを通知するための蓄積状態データＤ５を生成する。具体的には、サービス制御部２１は、計時部より現在日時“１２／２５  ２０：１０”を取得する。そして、サービス制御部２１は、メッセージＩＤ“１”と発信者番号“０９０−１１１１−１１１１”と着信者番号“０９０−２２２２−２２２２”と日時“１２／２５  ２０：１０”とを内包した蓄積状態データＤ５を生成する。そして、サービス制御部２１は、当該蓄積状態データＤ５をメッセージ蓄積状態管理サーバ１０宛に送信する。
【００５８】
メッセージ蓄積状態管理サーバ１０の状態管理制御部１１は、蓄積状態データＤ５を受信し、図７に示す蓄積状態データ受信処理を行う。
具体的には、状態管理制御部１１は、蓄積状態データＤ５に内包されているメッセージＩＤ“１”と発信者番号“０９０−１１１１−１１１１”と着信者番号“０９０−２２２２−２２２２”と日時“１２／２５  ２０：１０”とを基に、メッセージ蓄積状態データを生成して、メッセージ蓄積状態ＤＢ１２に格納する（ステップＳ３０１）。
［（２）留守番メッセージ再生の動作］
次に、着信者Ｂが留守番メッセージの再生指示を行うときの動作について、図１０のデータの流れを示すシーケンス図と、適宜図８のフローチャートを参照しながら説明する。
【００５９】
まず、着信者Ｂが着信者端末４０ｂの操作部を操作して、留守番電話サービスセンタ２０に接続するための指示を行う。これにより、着信者端末４０ｂは、留守番電話サービスセンタ２０を呼び出すための発信データＤ１０を送信する。
留守番電話サービスセンタ２０のサービス制御部２１は、発信データＤ１０を受信して、留守番メッセージの再生処理を行う。具体的には、サービス制御部２１は、上述した１回目の発信動作で蓄積されている、着信者端末４０ｂ宛の留守番メッセージＤ１１を、メッセージ蓄積ＤＢ２２より読み出す。そして、サービス制御部２１は、読み出した留守番メッセージＤ１１を、着信者端末４０ｂ宛に送信する。
【００６０】
着信者端末４０ｂは、留守番メッセージＤ１１を受信して再生し、スピーカより出力する。着信者Ｂは、スピーカより出力される留守番メッセージを聴取する。
次に、サービス制御部２１は、計時部より現在日時“１２／２５  ２１：３０”を読み出し、メッセージＩＤ“１”と、発信者番号“０９０−１１１１−１１１１”と、着信者番号“０９０−２２２２−２２２２”と、日時“１２／２５  ２１：３０”とを内包した再生完了データＤ１２を、メッセージ蓄積状態管理サーバ１０宛に送信する。
【００６１】
メッセージ蓄積状態管理サーバ１０の状態管理制御部１１は、再生完了データＤ１２を受信して、図８に示す蓄積状態データ受信処理を行う。
具体的には、状態管理制御部１１は、再生完了データＤ１２に内包されるメッセージＩＤ“１”と一致するＩＤを含むメッセージ蓄積状態データを、メッセージ蓄積状態ＤＢ１２より検索する。
【００６２】
そして、状態管理制御部１１は、検索されたメッセージＩＤ“１”で識別されるメッセージ蓄積状態データの「再生フラグ」を“１”で更新し、「再生日時」を再生完了データに内包される日時“１２／２５  ２１：３０”で更新する（ステップＳ４０１）。
［（３）２回目の発信］
次に、発信者Ａが、２回目の発信操作を行うときの動作について、図１１のデータの流れを示すシーケンス図と、適宜図５〜図７のフローチャートを参照しながら説明する。
【００６３】
まず、発信者Ａは、発信者端末４０ａの操作部を操作して、着信者端末４０ｂの電話番号“０９０−２２２２−２２２２”を入力した後、発信の指示を行う。
これにより、発信者端末４０ａは、発信者端末４０ａの電話番号を表す発信者番号“０９０−１１１１−１１１１”と、着信者端末４０ｂの電話番号を表す着信者番号“０９０−２２２２−２２２２”とを内包した発信データＤ２０を送信する。
【００６４】
メッセージ蓄積状態管理サーバ１０の状態管理制御部１１は、発信データＤ２０を受信して、図５に示す発信データ受信処理を行う。
まず、状態管理制御部１１は、発信者端末４０ａから着信者端末４０ｂへの留守番メッセージが蓄積されているか否かを判定する（ステップＳ１０１）。具体的には、状態管理制御部１１は、メッセージ蓄積状態ＤＢ１２に格納されているメッセージ蓄積状態データの中に、当該メッセージ蓄積状態データの「発信者番号」及び「着信者番号」が、発信データＤ２０に内包されている発信者番号“０９０−１１１１−１１１１”及び着信者番号“０９０−２２２２−２２２２”と一致するものが存在するか否かを判定する。
【００６５】
ここでは、１回目の発信動作において蓄積された「メッセージＩＤ」“１”で識別されるメッセージ蓄積状態データの「発信者番号」が“０９０−１１１１−１１１１”であり「着信者番号」が“０９０−２２２２−２２２２”であって、発信データＤ２０に内包されている番号と一致しているため、状態管理制御部１１は、留守番メッセージが蓄積されていると判定する（ステップＳ１０１；Ｙｅｓ）。
【００６６】
次に、状態管理制御部１１は、再生状態データを生成し、発信者端末４０ａ宛に当該再生状態データを送信する（ステップＳ１０２）。
具体的には、状態管理制御部１１は、「メッセージＩＤ」“１”で識別されるメッセージ蓄積状態データの「蓄積日時」“１２／２５  ２０：１０”と、「再生日時」“１２／２５  ２１：３０”とを基に、“１２／２５  ２０：１０に録音したメッセージは１２／２５  ２１：３０に再生されました。”というガイダンスを行うための音声データを生成する。
【００６７】
そして、状態管理制御部１１は、生成した音声データに、送信先を表す発信者端末４０ａの発信者番号等のデータを付加することにより、再生状態データＤ２１を生成する。そして、状態管理制御部１１は、生成した再生状態データＤ２１を発信者端末４０ａ宛に送信する。
そして、状態管理制御部１１は、これ以降、発信者端末４０ａから着信者端末４０ｂへの発信データを受信した際に、全く同内容の再生状態を発信者端末４０ａに通知することのないように、「メッセージＩＤ」“１”で識別されるメッセージ蓄積状態データを削除する。
【００６８】
発信者端末４０ａは、再生状態データＤ２１を受信し、スピーカより“１２／２５  ２０：１０に録音したメッセージは１２／２５  ２１：３０に再生されました。”というガイダンスを出力する。
次に、状態管理制御部１１は、着信者端末４０ｂへの発信処理を行う（ステップＳ１０３）。
【００６９】
具体的には、図６に示すように、状態管理制御部１１は、着信者端末４０ｂを呼び出すための発信データＤ２２を送信する（ステップＳ２０１）。
そして、状態管理制御部１１は、発信者端末４０ａと着信者端末４０ｂとの呼を接続することができるか否かを判定する（ステップＳ２０２）。
ここでは、着信者端末４０ｂの電源が切断されており、状態管理制御部１１は、発信データＤ２２を送信してから一定時間内に着信者端末４０ｂより応答を受信できなかったために、着信者端末４０ｂと接続できないと判定する（ステップＳ２０２；Ｎｏ）。そして、状態管理制御部１１は、発信者端末４０ａを留守番電話サービスセンタ２０に接続するための発信データＤ２３を留守番電話サービスセンタ２０に送信する（ステップＳ２０３）。
【００７０】
これにより、発信者端末４０ａは留守番電話サービスセンタ２０に接続される。
発信者Ａは、留守番電話サービスセンタ２０からのガイダンスに従い、発信者端末４０ａの通話処理部に向かって、留守番メッセージとして録音するための音声を発声する。
【００７１】
これにより、発信者端末４０ａは、発声された音声データ（留守番メッセージ）と発信者番号“０９０−１１１１−１１１１”と着信者番号“０９０−２２２２−２２２２”とを内包した留守番データＤ２４を生成し、当該留守番データＤ２４を留守番電話サービスセンタ２０に送信する。
留守番電話サービスセンタ２０のサービス制御部２１は、留守番データＤ２４を受信して、当該留守番データＤ２４を識別するためのメッセージＩＤ“２”を採番する。そして、サービス制御部２１は、メッセージＩＤ“２”と発信者番号“０９０−１１１１−１１１１”と着信者番号“０９０−２２２２−２２２２”と留守番メッセージとを、メッセージ蓄積ＤＢ２２に蓄積する。
【００７２】
次に、サービス制御部２１は、留守番メッセージが蓄積されたことを通知するための蓄積状態データＤ２５を生成する。具体的には、サービス制御部２１は、計時部より現在日時“１２／２５  ２２：００”を取得し、メッセージＩＤ“２”を採番する。そして、サービス制御部２１は、メッセージＩＤ“２”と発信者番号“０９０−１１１１−１１１１”と着信者番号“０９０−２２２２−２２２２”と日時“１２／２５  ２２：００”とを内包した蓄積状態データＤ２５を生成する。サービス制御部２１は、生成した蓄積状態データＤ２５をメッセージ蓄積状態管理サーバ１０宛に送信する。
【００７３】
メッセージ蓄積状態管理サーバ１０の状態管理制御部１１は、蓄積状態データＤ２５を受信し、図７に示す蓄積状態データ受信処理を行う。具体的には、状態管理制御部１１は、蓄積状態データＤ２５に内包されているメッセージＩＤ“２”と発信者番号“０９０−１１１１−１１１１”と着信者番号“０９０−２２２２−２２２２”と日時“１２／２５  ２２：００”とを基に、メッセージ蓄積状態データを生成して、メッセージ蓄積状態ＤＢ１２に格納する（ステップＳ３０１）。
［（４）３回目の発信］
次に、発信者Ａが、３回目の発信操作を行うときの動作について、図１２のデータの流れを示すシーケンス図と、適宜図５及び図６のフローチャートを参照しながら説明する。
【００７４】
まず、発信者Ａは、発信者端末４０ａの操作部を操作して、着信者端末４０ｂの電話番号“０９０−２２２２−２２２２”を入力した後、発信の指示を行う。
これにより、発信者端末４０ａは、発信者端末４０ａの電話番号を表す発信者番号“０９０−１１１１−１１１１”と、着信者端末４０ｂの電話番号を表す着信者番号“０９０−２２２２−２２２２”とを内包した発信データＤ３０を送信する。
【００７５】
メッセージ蓄積状態管理サーバ１０の状態管理制御部１１は、発信データＤ３０を受信して、図５に示す発信データ受信処理を行う。
まず、状態管理制御部１１は、発信者端末４０ａから着信者端末４０ｂへの留守番メッセージが蓄積されているか否かを判定する（ステップＳ１０１）。
具体的には、状態管理制御部１１は、メッセージ蓄積状態ＤＢ１２に格納されているメッセージ蓄積状態データの中に、当該メッセージ蓄積状態データの「発信者番号」及び「着信者番号」が、発信データＤ３０に内包されている発信者番号“０９０−１１１１−１１１１”及び着信者番号“０９０−２２２２−２２２２”と一致するものが存在するか否かを判定する。
【００７６】
ここでは、２回目の発信動作において蓄積された「メッセージＩＤ」“２”で識別されるメッセージ蓄積状態データの「発信者番号」が“０９０−１１１１−１１１１”であり「着信者番号」が“０９０−２２２２−２２２２”であって、一致しているため、状態管理制御部１１は、留守番メッセージが蓄積されていると判定する（ステップＳ１０１；Ｙｅｓ）。
【００７７】
次に、状態管理制御部１１は、再生状態データＤ３１を生成し、発信者端末４０ａ宛に当該再生状態データＤ３１を送信する（ステップＳ１０２）。
具体的には、状態管理制御部１１は、「メッセージＩＤ」“２”で識別されるメッセージ蓄積状態データの「再生完了情報」には再生が完了したことを表すデータが格納されていないため、留守番メッセージは未再生であると判断する。そして、状態管理制御部１１は、当該メッセージ蓄積状態データの「蓄積日時」“１２／２５  ２２：００”を基に、“１２／２５  ２２：００に録音したメッセージはまだ再生されていません。”というガイダンスを行うための音声データを生成する。
【００７８】
そして、状態管理制御部１１は、生成した音声データに、送信先を表す発信者端末４０ａの発信者番号等のデータを付加することにより、再生状態データＤ３１を生成する。そして、状態管理制御部１１は、生成した再生状態データＤ３１を、発信者端末４０ａ宛に送信する。
発信者端末４０ａは、再生状態データＤ３１を受信し、スピーカより“１２／２５  ２２：００に録音したメッセージはまだ再生されていません。”というガイダンスを出力する。
【００７９】
次に、状態管理制御部１１は、着信者端末４０ｂへの発信処理を行う（ステップＳ１０３）。
具体的には、図６に示すように、状態管理制御部１１は、着信者端末４０ｂを呼び出すための発信データＤ３２を送信する（ステップＳ２０１）。
そして、状態管理制御部１１は、発信者端末４０ａと着信者端末４０ｂとの呼を接続することができるか否かを判定する（ステップＳ２０２）。
【００８０】
ここでは、着信者端末４０ｂは接続可能な状態にあり、着信者端末４０ｂは、発信データＤ３２に応答する応答データＤ３３を送信する。状態管理制御部１１は、応答データＤ３３を受信することにより、発信者端末４０ａと着信者端末４０ｂとの呼を接続可能と判定する（ステップＳ２０２；Ｙｅｓ）。そして、状態管理制御部１１は、発信者端末４０ａと着信者端末４０ｂとの呼を接続するための処理を行う（ステップＳ２０４）。
【００８１】
これにより、発信者端末４０ａと着信者端末４０ｂとの呼が接続され、発信者Ａと着信者Ｂは通話を行う。
［変形例］
以上、本発明の実施形態について説明したが、本発明は係る実施形態に限定されるものではなく、その技術思想の範囲内で様々な変形が可能である。変形例としては、例えば、以下のようなものが考えられる。
（１）上記実施形態における図５の発信データ受信処理においては、メッセージ蓄積状態管理サーバ１０の状態管理制御部１１は、再生状態データを発信者端末４０ａに送信した後（ステップＳ１０２）に、着信者端末４０ｂへの発信処理を行うようにした（ステップＳ１０３）が、ステップＳ１０２の後に、すぐステップＳ１０３の発信処理を行わずに、例えば、通話と留守番メッセージの録音とのどちらか一方を、発信者Ａに選択させるための音声ガイダンスを、発信者端末４０ａに送信するようにしてもよい。
【００８２】
この場合の、具体的な発信データ受信処理の流れを、図１３を参照して説明する。
図１３におけるステップＳ５０１とステップＳ５０２の処理は、図５におけるステップＳ１０１とステップＳ１０２の処理と同様であるため、説明を省略する。ステップＳ５０３においては、状態管理制御部１１は、例えば、“着信先に接続する場合には「１」を、留守番電話サービスセンタに接続する場合には「２」を、終了する場合には「３」を押してください。”というガイダンスを行うための音声データを、発信者端末４０ａ宛に送信する（ステップＳ５０３）。
【００８３】
状態管理制御部１１は、発信者端末４０ａより、ステップＳ５０３で送信したガイダンスに応答する応答データを受信した場合には（ステップＳ５０４；Ｙｅｓ）、当該応答データに基づいて、発呼先を判定する（ステップＳ５０５）。
具体的には、受信した応答データに「１」が選択されたことを表すデータが内包されている場合には、状態管理制御部１１は、図６に示す、着信者端末４０ｂへの発信処理を行う（ステップＳ５０７）。
【００８４】
一方、受信した応答データに「２」が選択されたことを表すデータが内包されている場合には、状態管理制御部１１は、留守番電話サービスセンタ２０に対して発呼することにより、発信者端末４０ａを留守番電話サービスセンタ２０へ接続する（ステップＳ５０６）。
一方、受信した応答データに「３」が選択されたことを表すデータが内包されている場合には、状態管理制御部１１は、発呼を行わずに処理を終了する。
【００８５】
このように、発信者Ａは、留守番メッセージの再生状態を確認した後に処理を選択できるため、再生状態に応じた適切な処理を選択することができる。
なお、音声によるガイダンスの代わりに、発信者端末４０ａの表示部に、発信者Ａに処理を選択させるための画像やテキストを表示してもよい。
また、再生状態データについても、データの種類は、音声データに限らず、画像データやテキストデータであってもよい。
（２）上記実施形態においては、状態管理制御部１１は、受信した全ての発信データに対して、図５に示す発信データ受信処理を行うこととして説明したが、一律に発信データ受信処理を行わず、例えば、発信者端末４０ａを所有するユーザが再生状態の通知を希望するか否かによって、発信データ受信処理を行うか否かを決定するようにしてもよい。
【００８６】
具体的には、発信者端末４０ａを所有するユーザの希望によって、予め、メッセージ蓄積状態管理サーバ１０のハードディスク装置に、図１４に示すように、発信者端末４０ａの電話番号と、発信者端末４０ａに再生状態を通知することを許可するか否かを表す通知可否データとを記憶させておく。
状態管理制御部１１は、発信者端末４０ａより発信データを受信したときに、発信データに内包された発信者番号と同一の電話番号を、メッセージ蓄積状態管理サーバ１０のハードディスク装置より検索する。そして、状態管理制御部１１は、検索された電話番号に対応する通知可否データが、再生状態の通知を許可することを表している（同図中の「可」）場合には、発信データ受信処理を実行する。一方、検索された通知可否データが、再生状態の通知を許可しないことを表している（同図中の「不可」）場合には、状態管理制御部１１は、発信データ受信処理を行わずに、図６に示す、通常の着信者端末４０ｂへの発信処理を行う。
【００８７】
このように、予めユーザが再生状態の通知を希望するか否かを選択できるようにすることで、通知を希望しないユーザには不要な通知を行うことがなくなるため、ユーザのニーズに合わせたきめ細かいサービスを行うことが可能となる。
（３）上記実施形態においては、発信者端末４０ａや着信者端末４０ｂを移動通信端末として説明したが、これに限定されず、例えば、固定電話機であっても、パーソナルコンピュータであってもよい。
【００８８】
（４）発信者端末４０ａや着信者端末４０ｂを識別するためのデータとして、発信データに内包される電話番号を用いたが、端末を一意に識別できるデータであれば電話番号に限定されない。例えば、発信データに識別番号や暗号化した認証コードを付加するプログラムを作成し、発信者端末４０ａの記憶部に記憶させておいてもよい。また、発信者端末４０ａや着信者端末４０ｂをパーソナルコンピュータとした場合には、パーソナルコンピュータを識別するためのＩＤとして、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスを用いることができる。
【００８９】
（５）上記実施形態におけるメッセージ蓄積状態ＤＢ１２のデータ構成は一例であり、最適なデータ構成を選択できる。例えば、「蓄積状態情報」と「再生完了情報」とは、別々のデータベースに格納してもよいし、また、上記実施形態においては、再生完了データを受信したときに「再生済フラグ」に“１”を格納するようにしたが、「再生済フラグ」を設けずに、「再生日時」のみに日付を格納するようにしてもよい。
【００９０】
また、上記実施形態においては、再生済であることを通知する再生状態データを生成した場合には、当該再生状態データを生成する基となったメッセージ蓄積状態データを削除するようにしたが、削除せずに、当該メッセージ蓄積状態データに対応付けて、削除したことを表す「削除済フラグ」を付加するようにしてもよい。
【００９１】
また、「削除済フラグ」を付加したり、メッセージ蓄積状態データを削除したりせずに、何度も同じ内容の再生状態データを発信者端末４０ａに送信する仕組みであってもよい。
（６）上記実施形態における状態管理制御部１１の機能は、加入者に関する各種情報（加入者が加入している基本加入契約の情報や、音声メッセージ蓄積サービスやメールサービスへの加入情報）を管理するための、既存のサーバに設けるようにしてもよい。
【００９２】
また、上記実施形態においては、留守番メッセージを蓄積・再生する機能を備えた留守番電話サービスセンタ２０と、留守番電話サービスセンタ２０に蓄積された留守番メッセージの再生状態を管理する機能を備えたメッセージ蓄積状態管理サーバ１０とを設けたが、これら２つの装置の機能を１つの装置に設けるようにしてもよい。
【００９３】
（７）上記実施形態においては、着信者端末４０ｂと呼が接続できるか否かの判定条件として、一定時間内に着信者端末４０ｂより応答がなかった場合や、発信者端末４０ａを留守番電話サービスセンタ２０に接続させる応答が着信者端末４０ｂから送信されてきた場合に、呼が接続できないと判定したが、判定条件はこれに限定されず、通信網３０の種類等に合わせて、適切な条件を決定することができる。例えば、他の管理サーバより、着信者端末４０ｂからの応答がなかったことを通知するデータを受信したときに、着信者端末４０ｂとの呼が接続できないと判定するようにしてもよい。
（８）上記実施形態においては、留守番メッセージは音声データであるとして説明したが、音声データに限らず、例えば、画像データや文字データであってもよい。
【００９４】
【発明の効果】
以上説明したように、本発明によれば、発信者端末が着信者端末に対して発呼する際に、発信者は、以前蓄積された着信者宛のメッセージが再生されているか否かを確認することができる。このため、発信者は、再生状態に応じて、着信者との会話や蓄積するメッセージの内容を変化させることができる。
また、発信者は、１回の発信操作を行うのみで、メッセージの再生状態確認と、通話又は新たなメッセージの蓄積との２つの動作を行うことができる。例えば、２回操作を行う必要があるところ１回の操作で済み、手間が省けて便利である。
また、上述した２回の動作のタイムラグがほとんど発生しないため、発信者は、最新の再生状態の情報に基づいて、通話等を行うことができる。
【図面の簡単な説明】
【図１】本発明の実施形態に係る通信システムの構成を示すブロック図である。
【図２】本発明の実施形態に係るメッセージ蓄積状態ＤＢのデータ構成を示す図である。
【図３】本発明の実施形態に係る状態管理制御部の機能構成を説明するための図である。
【図４】本発明の実施形態に係るメッセージ蓄積ＤＢのデータ構成を示す図である。
【図５】本発明の実施形態に係る発信データ受信処理を説明するためのフローチャートである。
【図６】本発明の実施形態に係る着信者端末への発信処理を説明するためのフローチャートである。
【図７】本発明の実施形態に係る蓄積状態データ受信処理を説明するためのフローチャートである。
【図８】本発明の実施形態に係る再生完了データ受信処理を説明するためのフローチャートである。
【図９】本発明の実施形態に係る１回目の発信動作におけるデータの流れを説明するためのシーケンス図である。
【図１０】本発明の実施形態に係る留守番メッセージ再生の動作におけるデータの流れを説明するためのシーケンス図である。
【図１１】本発明の実施形態に係る２回目の発信動作におけるデータの流れを説明するためのシーケンス図である。
【図１２】本発明の実施形態に係る３回目の発信動作におけるデータの流れを説明するためのシーケンス図である。
【図１３】本発明の変形例に係る発信データ受信処理を説明するためのフローチャートである。
【図１４】本発明の変形例に係る電話番号と当該電話番号に対応付けられた通知可否データのデータ構成を説明するための図である。
【符号の説明】
１  通信システム
１０  メッセージ蓄積状態管理サーバ
１１  状態管理制御部
１２  メッセージ蓄積状態ＤＢ
２０  留守番電話サービスセンタ
２１  サービス制御部
２２  メッセージ蓄積ＤＢ
３０  通信網
４０ａ  発信者端末
４０ｂ  着信者端末
【図１】
2004336383.tif 000003
【図２】
2004336383.tif 000004
【図３】
2004336383.tif 000005
【図４】
2004336383.tif 000006
【図５】
2004336383.tif 000007
【図６】
2004336383.tif 000008
【図７】
2004336383.tif 000009
【図８】
2004336383.tif 000010
【図９】
2004336383.tif 000011
【図１０】
2004336383.tif 000012
【図１１】
2004336383.tif 000013
【図１２】
2004336383.tif 000014
【図１３】
2004336383.tif 000015
【図１４】
2004336383.tif 000016