(57)【要約】【課題】ＩＰ電話や一般電話を用いずにパソコン等の端末機器から音声メッセージを指定した日時に受信者のＩＰ電話または一般電話に送信する。【解決手段】画面インターフェースを介して受信する音声メッセージの受信者及び送信日時を記憶する管理データベースと、音声メッセージを蓄積する音声蓄積手段と、前記管理データベースに記憶された送信日時にメッセージ受信者の電話にＩＰ網を介して発呼して前記音声蓄積手段に蓄積された音声メッセージを伝えるＩＰ電話手段を備えていることを特徴とするメッセージサーバを提供している。【選択図】図２
2007184768.tif 000002
【特許請求の範囲】
【請求項１】
画面インターフェースを介して受信する音声メッセージの受信者及び送信日時を記憶する管理データベースと、
音声メッセージを蓄積する音声蓄積手段と、
前記管理データベースに記憶された送信日時にメッセージ受信者の電話にＩＰ網を介して発呼して前記音声蓄積手段に蓄積された音声メッセージを伝えるＩＰ電話手段を備えていることを特徴とするメッセージサーバ。
【請求項２】
前記音声メッセージは、パソコンの録音部に入力あるいはパソコンに入力された音声ファイルであってＩＰ網を介して受信されるものであり、かつ、
前記ＩＰ電話手段は、ＩＰ網を通じてＩＰ電話サーバおよび該ＩＰ電話網と公衆電話網に介在されるゲートウェイに接続されており、前記メッセージ受信者の電話がＩＰ電話であっても一般電話であっても発呼しうる機能を有する請求項１に記載のメッセージサーバ。
【請求項３】
前記管理データベースにはメッセージ受信者として複数人を設定できる構成としている請求項１または請求項２に記載のメッセージサーバ。
【請求項４】
前記ＩＰ電話手段は、前記発呼に対する前記メッセージ受信者の応答状況を受信する機能を更に備え、
前記管理データベースは、前記応答状況を記憶し、該応答状況を電子メールまたは前記画面インターフェースを介して前記音声メッセージの依頼者に伝える機能を更に備える請求項１乃至請求項３のいずれか１項に記載のメッセージサーバ。
【請求項５】
前記メッセージ送信者のパソコン等と送受信するウエブ送受信部と、該ウエブ送受信部と接続される音声データのパケット変換手段を備え、該パケット変換手段は前記音声蓄積手段と接続している請求項１乃至請求項４のいずれか１項に記載のメッセージサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰ電話網に接続されるメッセージサーバに関し、特に、ＩＰ電話からの音声メッセージの送信ではなく、パソコンから送信される音声メッセージをＩＰ電話網を介してメッセージ受信者のＩＰ電話または一般電話に所定時間に送信するものである。
【背景技術】
【０００２】
従来より、通信ネットワークを経由して様々な情報を複数の受信装置に対して送信するシステムが提供されている。例えば、特開２００４−６４５６６号公報（特許文献１）では、音声信号による通信を行うＩＰ電話サービスの加入者が所有する電話端末（ＩＰ電話）に対して、ＩＰ電話から通信ネットワーク（ＩＰ網）を経由して音声メッセージを送信するメッセージ送信システムが提供されている。
【０００３】
前記メッセージ送信システムでは、送信者はＩＰ電話を操作してメッセージ送信手段にアクセスし、音声メッセージの送信予約時間や音声メッセージの種別を入力することにより、音声メッセージの送信の予約を行っている。また、メッセージ送信手段は、要求した送信予約時間にＩＰ電話を呼び出し、利用者がＩＰ電話を受信した時に登録された音声メッセージを送信するシステムとなっている。
【０００４】
しかしながら、特許文献１の構成にすると、まず、送信者がＩＰ電話で送信して受信者がＩＰ電話で受信するシステムであるため、ＩＰ電話を利用しなければメッセージの送受信することができず、利用者はＩＰ電話の所有者に限られることとなる。
また、音声メッセージの登録や選択、送信日時、メッセージ受信者等の登録はＩＰ電話を使用して行うこととなるが、これらの登録をＩＰ電話を使用して音声メッセージ等で登録することは煩わしい操作となる。
さらに、特許文献１の構成ではＩＰ電話を通じて音声メッセージを入力することとなるが、ＩＰ電話網の障害が発生した場合、音声メッセージの内容が明瞭でなくなる恐れもある。
さらにまた、メッセージ送信手段はメッセージが受信されたか否かの送信履歴を残す機能を有しているが、メッセージ受信者の発したメッセージや応答状況の詳細までは記録する機能を備えていない。よって、メッセージを依頼した送信者にとっては、受信者の応答状況を知りたい要求がある場合には、該要求が満たされないこととなる。
【０００５】
【特許文献１】特開２００４−６４５６６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は前記問題に鑑みてなされたものであり、ＩＰ電話や一般電話からでなく、パソコン等の画面インターフェースと録音機能を有する端末機器から送信されるメッセージを、ＩＰ網を介して相手方のＩＰ電話や一般電話に、送信時間を指定して送信することができようにしたメッセージサーバを提供することを課題としている。
かつ、音声メッセージの登録が容易に行え、ＩＰ電話網の障害の影響を受けない音声メッセージを送信でき、さらに、メッセージ送信者が受信者の詳細な応答状況を確認できるようにすることも課題としている。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、本発明は、画面インターフェースを介して受信する音声メッセージの受信者及び送信日時を記憶する管理データベースと、
音声メッセージを蓄積する音声蓄積手段と、
前記管理データベースに記憶された送信日時にメッセージ受信者の電話にＩＰ網を介して発呼して前記音声蓄積手段に蓄積された音声メッセージを伝えるＩＰ電話手段を備えていることを特徴とするメッセージサーバを提供している。
【０００８】
前記したように、本発明に係わるメッセージサーバは、メッセージ送信者からの音声メッセージをＩＰ電話や一般電話からではなく、ＩＰ網を介して、画面インターフェースを介して受信できるようにしている。よって、メッセージ送信者は、ＩＰ電話や一般電話ではなく、画面インターフェースを有するパソコンからＩＰ電話網を介して音声メッセージを送信することができ、その結果、パソコンを所持しておれば、ＩＰ電話や一般電話が無い場所からも音声メッセージを所定の日時に相手方（受信者）のＩＰ電話や一般電話に送信することができる。
このように、画面インターフェースを介して受信するため、初期の登録設定時においても、一般電話機やＩＰ電話機からの登録に比べて、送信日時等の設定などの操作を画面上で行うことができるため、登録が行いやすくなる。
さらに、ＩＰ電話や一般電話からリアルタイムで音声データを受信する場合には、ＩＰ電話網の障害により音声パケットが欠損する恐れがあるが、本発明では音声メッセージはＩＰ網を介して１つのファイルとして受信するため、障害による影響を受けない。
【０００９】
本発明のメッセージサーバに対して音声メッセージを送信できる端末機器は、パソコン等の画面インターフェースと録音機能を有する端末機器であれば、どのような端末機器でも良い。
具体的には、汎用されているパソコンが最も好適に用いられ、音声メッセージはパソコンが直接的に録音できる機能を有しておれば該録音部に入力し、録音機能を有していない場合には、予めボイスレコーダ等で録音された音声ファイルを、ＩＰ網を介して送信すると、本発明のメッセージサーバで受信することができる。
このように、パソコン等の画面インターフェースを有する端末機器を用いると、予め登録しているユーザＩＤ、パスワード、送信時間等を画面上で入力でき、受信者に伝えるメッセージだけを録音部で録音して送信すればよいため、操作性がよいものとなる。
また、ＩＰ網に接続可能な場所であれば、公衆無線ＬＡＮエリア、インターネット、カフェ、ホテル、空港、自宅、会社など国内外を問わず、メッセージサーバに対してメッセージを送信することが可能となる。
【００１０】
本発明の受信した音声メッセージを相手方へ送信する前記ＩＰ電話手段は、ＩＰ網を通じてＩＰ電話サーバおよび該ＩＰ電話網と公衆電話網に介在されるゲートウェイに接続されており、前記メッセージ受信者の電話がＩＰ電話であっても一般電話であっても発呼しうる機能を有するものである。
このように、ＩＰ電話手段を介してＩＰ網に接続し、さらにＩＰ網と公衆電話網に介在するゲートウェイに接続することで、相手方のメッセージ受信者がＩＰ電話機あるいは一般電話機のどちらを使用していても、音声メッセージを送信することができる。
【００１１】
本発明のメッセージサーバの前記管理データベースにはメッセージ受信者として複数人を設定できる構成としている。
このように、複数人を設定できると、例えばセールスなどの営業用の電話や、学校の連絡網など、複数人に同一内容の電話をかける必要のある用途に使用することができる。かつ、複数人が常に同一グループであれば一度設定しておくだけで次回から送信毎に設定する必要もなく、非常に便利なものとなる。
【００１２】
さらに、本発明のメッセージサーバの前記ＩＰ電話手段は、前記発呼に対する前記メッセージ受信者の応答状況を受信する機能を更に備え、
前記管理データベースは、前記応答状況を記憶し、該応答状況を電子メールまたは前記画面インターフェースを介して前記音声メッセージの依頼者に伝える機能を更に備えることが好ましい。
【００１３】
前記メッセージ受信者の応答状況とは、通話継続時間、メッセージ受信者の応答の有無、応答が有った場合の応答音声、応答信号音等を含む。
このように、受信者の応答状況をメッセージの依頼者（送信者）に詳細に伝える機能を持たせると、例えば、送信者は通話継続時間からメッセージが相手方に確実に伝わったか否か、受信が拒否されたか、留守であったか等の詳細を知ることができる。さらに、受信者が音声で応答した場合には、その応答内容まで把握することができ、利用者にとっての利便性を高めることができる。
【００１４】
本発明のメッセージサーバは、具体的には、さらに、パソコン等と送受信するウエブ送受信手段と、該ウエブ送受信手段と接続される音声データのパケット変換手段を備え、該パケット変換手段は前記音声蓄積手段と接続されると共に、該音声蓄積手段と前記ウエブ送受信手段とを前記管理データベースに接続している。
なお、本発明が対象とするメッセージサーバは、前記構成要素を１つの機器の内部に収容したものに限定されず、前記構成要素を夫々備えた複数の機器を接続した構成の場合も包含される。
【発明の効果】
【００１５】
上述したように、本発明のメッセージサーバは、ＩＰ電話や一般電話を使用することなくパソコン等の画面インターフェースと録音機能（あるいは録音ファイルの転送機能）を有する端末機器からＩＰ網を介して音声メッセージを受け取り、画面で指定された送信日時および送信者に対してＩＰ網を介してメッセージ受信者のＩＰ電話や一般電話に音声メッセージを送信することができる。よって、例えば、パソコンを携帯しておれば、ＩＰ電話や一般電話がない場合にも、音声メッセージをメッセージ受信者のＩＰ電話や一般電話に指定した日時に送信することができる。
【００１６】
また、音声メッセージや送信日時等の登録、メッセージ受信者の応答結果の参照などを画面インターフェースを介して行う構成とすることで、操作性が容易なメッセージサーバを提供することができる。
かつ、音声メッセージを録音しておき、ファイルとしてメッセージサーバに転送する構成とすることで、ＩＰ電話網の障害の影響を受けずに音声メッセージを送信することができる。
【００１７】
さらに、メッセージサーバの管理データベースにＩＰ電話や一般電話の応答状況、すなわち通話継続時間、メッセージ受信者の応答音声の有無、その応答音声、応答信号等を記憶することで、メッセージ送信者が電子メールやＷｅｂブラウザによってメッセージ受信者の応答状況を確認でき、非常に利便性の高いものとすることができる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明の実施形態を図１乃至図８を参照して説明する。
図１は本発明のメッセージサーバ２０を接続した通信ネットワーク１０の構成図である。通信ネットワーク１０はＩＰ網１１と公衆電話網１２からなり、メッセージサーバ２０はＩＰ網１１に接続されている。また、ＩＰ網１１にはメッセージ送信者のパソコン１３と、メッセージ受信者のＩＰ電話機１４が接続され、さらに、ＩＰ網１１にはＩＰ電話サーバ１５が接続されている。
前記ＩＰ網１１と公衆電話網１２の間にはゲートウェイ１６が設けられており、公衆電話網１２にはメッセージ受信者の一般電話機１７が接続されている。
【００１９】
前記ＩＰ網１１はパケット信号を伝達するＴＣＰ／ＩＰを基盤としたネットワークで、例えば、インターネットなどである。公衆電話網１２は公衆電話回線を用いたネットワークである。
ＩＰ電話サーバ１５は、ＩＰ電話番号が予め登録されているサーバで、メッセージ受信者の電話番号がＩＰ電話番号か否かを判断している。併せて、ＩＰ電話の呼制御機能を有する。
ＩＰ網１１と公衆電話網１２に介在させるゲートウェイ１６は、機能面から見て、電話の接続・切断の手続きを行う信号である呼制御信号を変換するシグナリングゲートウェイと、音声信号を変換するメディアゲートウェイに分けられる。
ＩＰ網１１を介してゲートウェイ１６に入力された呼接続信号はシグナリングゲートウェイにより公衆電話網１２に対応した信号に変換される。ＩＰ網１１を介してゲートウェイ１６に入力された音声パケット信号もメディアゲートウェイにより公衆電話網１２に対応した音声信号に変換される。音声パケット信号は呼接続信号とは異なり、ＩＰ電話サーバ１５は経由しない。
【００２０】
図２は本発明のメッセージサーバ２０の構成を示すブロック図である。
メッセージサーバ２０は、パソコン１３にＩＰ網１１を介して接続されるウエブ送受信手段２１、該ウエブ送受信手段２１に接続される音声データのパケット変換手段２２、該パケット変換手段２２に接続される音声蓄積手段２３、該音声蓄積手段２３および前記ウエブ送受信手段２１に接続される管理データベース２４、該管理データベース２４と接続されるＩＰ電話手段２５と、前記管理データベース２４に接続される電子メール送信手段２６を備えている。
前記ＩＰ電話手段２５はＩＰ網１１、ゲートウエイ１６を介して受信者のＩＰ電話１４と接続され、受信者が一般電話１７の場合はＩＰ網１１、ゲートウエイ１６、公衆電話網１２を介して接続される。
【００２１】
前記構成のメッセージサーバ２０は、送信者のパソコンから音声メッセージをＩＰ網１１を介して受け取り、この音声メッセージを受信者のＩＰ電話１４または一般電話１７に送信する受信→送信機能と、受信者の応答結果を受け取ってメッセージ送信者へ応答する応答通知機能を有する。
なお、本実施形態では、メッセージサーバ２０は前記手段２１〜２６を１つのハウジング内に収容した構成としているが、必ずしも１つのハウジング内に収容されている必要はない。
【００２２】
前記各構成手段の受信−送信機能について説明する。
メッセージサーバ２０のウエブ送受信手段２１は、メッセージ発信者のパソコン１３とＩＰ網１１を介して接続され、ブラウザを介して音声メッセージファイルや送信日時等の登録内容を受信する。該ウエブ送受信手段２１と接続された前記音声データのパケット変換手段２２はウエブ送受信手段２１で受信した登録内容のうち音声メッセージファイルを音声パケット用データに変換後、音声蓄積手段２３に記録させている。該音声蓄積手段２３で記録した音声パケット用データはＩＰ電話手段２５から出力指令を受け取ったときは、ＩＰ電話手段２５に音声パケット用データを出力する機能を有する。
【００２３】
管理データベース２４は、前記したように、ウエブ送受信手段２１と接続され、登録内容のうち音声メッセージファイル以外をウエブ送受信手段２１から受け取り、記憶している。また、該管理データベース２４は制御機能とタイマー機能も備え、メッセージ送信時刻になった時にＩＰ電話手段２５に発呼指令の信号を出すと共に音声蓄積手段２３に音声パケット用データの出力指令を出す機能を有する。
【００２４】
ＩＰ電話手段２５は管理データベース２４からの発呼指令を受けると、メッセージ送信先に電話の接続・切断の手続きを行う信号である呼接続信号を出力し、音声蓄積手段２３から音声パケット用データを受け取り、メッセージ送信先と接続できれば、音声パケット用データを出力する機能を有する。
【００２５】
次に、前記各手段の応答通知機能について説明する。
本発明のメッセージサーバ２０はメッセージを所定時間にメッセージ受信者のＩＰ電話１４または一般電話１７に送信した後、その応答状況をメッセージ送信者に伝える機能を備えている。
まず、ＩＰ電話手段２５は応答結果とメッセージ受信者の応答メッセージの音声パケット用データを受信する機能を備え、受信した応答結果を管理データベース２４へ伝え、管理データベースは応答状況を記憶する。管理データベース２４に記憶されている登録内容を確認し、メッセージ送信者が応答結果のメール配信を希望している場合には、電子メール送信手段２６に電子メールを送信するよう指令を出す。かつ、ウエブ送受信手段２１の応答状況の通知要求に対して、応答状況をウエブ送受信手段２１に引き渡す機能を有する。
【００２６】
前記音声蓄積手段２３は、メッセージ受信者が音声パケット用データを送信中即ち、メッセージ受信者が発呼に対応して音声メッセージを発している間は、ＩＰ電話手段２５から音声パケット用データを受け取り、保存する。この保存した音声パケット用データをメッセージ送信後またはメッセージ送信切断時にパケット変換手段２２へ送り、該パケット変換手段２３で音声メッセージファイルに変換し、変換した音声メッセージファイルをウエブ送受信手段２１に送る。ウエブ送受信手段２１は受け取った音声メッセージファイルを保存すると共に、メッセージ送信者のパソコン１３からの通知結果のアクセスに対して、メッセージ応答状況をブラウザに表示する機能を有する。
電子メール送信手段２６は、応答状況を電子メールでメッセージ送信者に配信するための機能を有し、管理データベース２４から電子メール送信の指令と応答結果を受け取った時、メッセージ送信者に電子メールで応答状況を送信している。
【００２７】
次に、メッセージサーバ２０を用いたメッセージの受信−送信の流れを説明する。
まず、メッセージサーバ２０を利用して送信する者（ユーザ）は、パソコン１３からメッセージサーバ２０にアクセスして、登録手続をパソコン１３の画面上で行い、ユーザＩＤ、パスワードを取得しておく。メッセージサーバ２０側ではユーザのＩＤ、パスワードを管理データベース２４に記録しておく。
【００２８】
ユーザ（メッセージ送信者）のパソコン１３からメッセージサーバ２０に対してアクセスされると、ウエブ送受信手段２１がユーザのパソコン１３から音声メッセージファイルや送信日時等を受信するために、ウエブ送受信手段２１は図３に示すメッセージ送信サービス画面３０をユーザのパソコン１３に表示する。
図３の画面で、ユーザはユーザＩＤボックス３１とパスワードボックス３２にユーザＩＤとパスワードを入力する。ユーザＩＤとパスワードが管理データベース２４の記録と合致し、メッセージ新規登録ボタン３３が押されていれば、ウエブ送受信手段２１は図４に示すメッセージ登録画面４０を表示する。メッセージ登録画面４０でユーザは、メッセージ送信時刻の指定４１、相手先が応答しない場合のリダイヤルの指定４２、音声メッセージファイルの指定４３、メッセージ送信先の指定４４、電子メールによる応答結果通知の希望指定４５を入力する。
【００２９】
メッセージ送信時刻の指定４１において、「登録後、即時に送信する」にチェックを付けると、メッセージサーバ２０は登録完了後すぐに音声メッセージを送信する。送信時刻を指定すれば、指定した時刻に音声メッセージの送信を行う。
相手先が応答しない場合のリダイヤルの指定４２において、メッセージ受信者が応答しなかった場合にメッセージサーバ２０がリダイヤルを行うか否かを指定する。リダイヤルする場合は、回数と間隔を指定する。
メッセージ送信先の指定４４では、メッセージ送信先を指定する。相手先データとして、電話番号４４ａの他に名前４４ｂも入力することができる。１つの電話番号のみを指定することもできるが、複数の電話番号を指定することもできる。また、一度送信したメッセージ受信者を自動的に表示させ、送信チェック欄４４ｃにオン／オフをチェックするだけでメッセージ受信者を選択できるようにしている。
電子メールによる応答結果通知の希望指定４５において、応答結果を電子メールで通知するか否かを指定する。通知の場合は、メールアドレス欄４５ａにメールアドレスを入力する。
【００３０】
メッセージ登録ボタン４６が押され、登録内容が適切であれば図５の登録完了画面５０がパソコン１３に表示される。ウエブ送受信手段２１は登録内容４１〜４５を受信する。登録完了画面５０には、メッセージ登録ＩＤが表示される。該メッセージ登録ＩＤは応答結果を確認するためのＩＤである。
【００３１】
また、本実施例ではウエブ送受信手段２１はブラウザから登録内容４１〜４５を受信しているが、ウエブ送受信手段２１に自動的に送信を行うような専用プログラムをパソコン１３で起動させることにより、登録内容４１〜４５を受信してもよい。
【００３２】
登録する音声メッセージはファイルデータとしている。予め録音ソフトなどで作成しておいてもよく、またＣＤなどに録音されたファイルを用いてもよい。さらに、メッセージ登録時にメッセージ登録画面４０等で音声メッセージを録音できるようにし、ファイルデータとして用いてもよい。
【００３３】
メッセージサーバ２０は、ユーザのパソコン１３からＩＰ網１１を介してウエブ受信手段２１で音声メッセージファイルと送信日時等の登録内容を受信すると、音声メッセージファイルをパケット変換手段２２に送り、該パケット変換手段２２でＩＰ電話の音声パケット用データに変換し、この音声データを音声蓄積手段２３に送り記録しておく。送信日時、受信者等の登録内容はウエブ受信手段２１から管理データベース２４に送り、記録しておき、記録した送信時刻となったときは、ＩＰ電話手段２５に発呼指令の信号を出すと共に音声蓄積手段２３に音声パケット用データの出力指令を出す。
【００３４】
図６は、メッセージサーバ２０からメッセージ受信者に発呼した後、ＩＰ網１１や公衆電話網１２を介してメッセージ受信者のＩＰ電話機１４や一般電話機１７に呼接続信号を送信するまでの動作を表すフローチャートである。
ステップＳ１で、メッセージサーバ２０のＩＰ電話手段２５により発呼を行う。
ステップＳ２で、呼接続信号がＩＰ電話サーバ１５に到達したことを確認する。
ステップＳ３で、ＩＰ電話サーバ１５がメッセージ受信者の電話番号がＩＰ電話番号か公衆電話番号かを判断する。
メッセージ受信者の電話番号がＩＰ電話番号であればステップＳ７に進み、公衆電話番号であればステップＳ４に進む。
受信者が公衆電話番号であるＳ４に進むと、ＩＰ電話サーバ１５は呼接続信号をゲートウェイ１６に送信する。呼接続信号はシグナリングゲートウェイにより公衆電話網１２に対応した信号に変換される。
ステップＳ５で、公衆電話網１２においてメッセージ受信者の電話番号が使われているか否かを判断する。メッセージ受信者の電話番号が使われていればステップＳ９に進み、使われていなければステップＳ６に進む。
ステップＳ６では、メッセージ受信者の電話番号が使われていないため呼制御信号を送信することはできず、送信失敗となり、メッセージサーバ２０に送信失敗を通知する。
【００３５】
前記ステップＳ３で、ＩＰ電話サーバ１５がメッセージ受信者の電話番号がＩＰ電話番号であると判断した場合、ステップＳ７に進む。
ステップＳ７で、ＩＰ電話サーバ１５にＩＰ電話番号が登録済みかどうかを判断する。
ＩＰ電話サーバ１５に登録されていなければステップＳ８に進み、登録されていればステップＳ９に進む。
ステップＳ８では、メッセージ受信者の電話番号がＩＰ電話サーバ１５に登録されていないため、呼制御信号を送信することはできず、送信失敗となり、メッセージサーバ２０に送信失敗を通知する。
ステップＳ７で、ＩＰ電話サーバ１５にＩＰ電話番号が登録済みの場合、ステップＳ５で公衆電話網１２においてメッセージ受信者の電話番号が使われている場合には、ステップＳ９に進む。
ステップＳ９で、呼接続信号をメッセージ受信者に送信する。
【００３６】
このように、メッセージサーバ２０はＩＰ網１１を介してメッセージを送信しているが、メッセージの受信はＩＰ電話のみならず公衆電話網１２に対応した電話で合っても受信することができる。
【００３７】
図７は、呼接続信号の送信が成功し、メッセージサーバ２０がメッセージ受信者に呼接続信号を送信できた場合（図６において、ステップＳ９を経由してＥＮＤとなった場合）の、メッセージ受信者の応答とメッセージサーバ２０の動作を表したフローチャートである。
【００３８】
ステップＳ１０で、メッセージ受信者が応答したかどうか、すなわち電話に出たかどうかを判断する。電話に出た場合はステップＳ１１に進み、電話に出なかった場合はステップＳ１２に進む。なお、留守番電話が応答した場合には電話に出たとしてステップＳ１１に進む。
ステップＳ１１は、応答があった場合に音声メッセージを送信するとともに、メッセージ受信者が応答し、例えばメッセージ受信者がメッセージに対して言葉を発したときは、それらの応答メッセージを記憶する。
ステップＳ１３はメッセージ受信者から確認信号が発信されたか否かを判断する。
音声メッセージ送信完了後、例えば「メッセージを確認しましたら、１を押してください。」といったガイダンスを流し、１が押されれば確認信号がメッセージ受信者から発信されたとしてステップＳ１４に進み、押されなければ確認信号は発信されていないとしてステップＳ１５に進む。
ステップＳ１４では確認信号がメッセージ受信者から発信された場合には、切断状況を良好とするステップである。例えば、上記例においてメッセージ受信者が１を押したときには、メッセージ受信者はメッセージをすべて聞き終わったと判断できるため、良好に電話が切られたものとする。
ステップＳ１５は確認信号がメッセージ受信者から発信されない場合は、切断状況を中断とするステップである。メッセージ受信者が１を押していないときは、メッセージを最後まで聞かずに電話を切ったと判断し、切断状況は中断とする。
ステップＳ１６は切断状況を管理データベース２４に登録するステップである。
【００３９】
メッセージ受信者が応答しなかった場合、すなわち電話に出なかった場合はステップＳ１２に進む。
ステップＳ１２でリダイヤルを行うか否かを確認する。リダイヤルの登録がなされていない場合、もしくは登録したリダイヤルの回数をすでに超えている場合には、ステップＳ１７に進む。リダイヤルの登録がなされており、登録したリダイヤルの回数を超えていない場合には、リダイヤルを行いステップＳ１０に進む。
ステップＳ１７に進むと、メッセージサーバ２０に応答なしを通知する。
【００４０】
前記メッセージ受信者の応答は、メッセージサーバ２０の各構成要素の応答通知機能に基づいて、ユーザ（メッセージ送信者）へ電子メールあるいはパソコン１３で通知する。
即ち、ＩＰ電話手段２５は応答結果とメッセージ受信者の応答メッセージを受信すると、管理データベース２４に送り、記憶する。管理データベース２４に記憶されている登録内容を確認し、メッセージ送信者が応答結果のメール配信を希望している場合には、電子メール送信手段２６に電子メールを送信するよう指令を出す。また、ウエブ送受信手段２１の応答結果通知の要求に対して、応答状況をウエブ送受信手段２１に引き渡す。
管理データベース２４で記憶した応答メッセージの音声データは音声蓄積手段２３に送り、メッセージ受信者が音声パケット用データを送信中に保存しておく。この保存した音声データをパケット変換手段２２で、音声メッセージファイルに変換する。
ウエブ送受信手段２１は、パケット変換手段２２から音声メッセージファイルを受け取り、保存しておき、メッセージ送信者のパソコン１３からのアクセスに対して、メッセージ応答結果をブラウザに表示する。
電子メール送信手段２６は、管理データベース２４から電子メール送信の指令と応答状況を受け取ったときは、メッセージ送信者に電子メールで応答結果を送信する。
【００４１】
このように、メッセージ送信者（ユーザ）はパソコン１３からウエブ送受信手段２１にアクセスしてメッセージ受信者の応答結果や音声メッセージファイルを確認することができる。
其の際、前記図３の画面でメッセージ送信者はユーザＩＤボックス３１とパスワードボックス３２にユーザＩＤとパスワードを入力する。ユーザＩＤとパスワードが合致し、メッセージ応答結果ボタン３４が押されていれば、ウエブ送受信手段２１は図８のメッセージ応答結果選択画面７０を表示する。メッセージ登録ＩＤ７１を確認し、応答結果７３をクリックすると、図９の応答結果画面８０が表示される。
応答結果画面８０には、選択したメッセージ登録ＩＤ８１、メッセージ送信時刻８２、メッセージ応答結果８３が表示される。
メッセージ応答結果８３は、相手先データ８４の電話番号８５と氏名８６、応答結果８７〜８９、応答メッセージ９０が表示される。
【００４２】
応答結果を図１０に示す。呼接続信号がメッセージ受信者に届いている状態を送信成功とする。電話番号が存在しないかＩＰ網１１または公衆電話網１２の故障を送信失敗とする。受話器を上げたか、留守番電話の時は相手の応答あり、応答がない時は相手の応答なし、確認信号を検出したときは切断状況を良好、確認信号を検出できなかったときは切断状況を中断としている。
相手の応答ありの場合、メッセージ送信者は応答メッセージ９０欄をクリックすると、音声メッセージファイルを聞くことができる。
【００４３】
なお、前記図３〜５、図８，９はユーザのパソコン１３に表示させ登録内容を入力する画面の一例であり、他の構成からなる画面でもよい。
【００４４】
前記したように、本発明のメッセージサーバを用いることで、ユーザはＩＰ電話や一般電話を利用することなく、画面インターフェースと録音機能あるいは音声ファイルデータをＩＰ網に送信する機能を有するパソコン等の端末機器を用いて、音声メッセージを指定した日時に受信者に送信することができる。
【図面の簡単な説明】
【００４５】
【図１】メッセージサーバを接続した通信ネットワークの図である。
【図２】本発明のメッセージサーバの構成を説明するブロック図である。
【図３】新規登録時の選択画面である。
【図４】メッセージ登録画面である。
【図５】メッセージ登録完了画面である。
【図６】メッセージ受信者に呼接続信号を送信するフローチャートである。
【図７】メッセージ受信者の応答とメッセージサーバの動作のフローチャートである。
【図８】メッセージ応答結果の選択画面である。
【図９】応答結果表示画面である。
【図１０】応答結果を示した表である。
【符号の説明】
【００４６】
１０  通信ネットワーク
１１  ＩＰ網
１２  公衆電話網
２０  メッセージサーバ
２１  ウエブ送受信手段
２２  パケット変換手段
２３  音声蓄積手段
２４  管理データベース
２５  ＩＰ電話手段
２６  電子メール送信手段
【図１】
2007184768.tif 000003
【図２】
2007184768.tif 000004
【図３】
2007184768.tif 000005
【図４】
2007184768.tif 000006
【図５】
2007184768.tif 000007
【図６】
2007184768.tif 000008
【図７】
2007184768.tif 000009
【図８】
2007184768.tif 000010
【図９】
2007184768.tif 000011
【図１０】
2007184768.tif 000012