(57)【特許請求の範囲】
【請求項１】
インターネットプロトコル（ＩＰ）に基づいて動作するＩＰ電話端末によるボイスメールの実現方法であって、ネットワークに、電話端末番号に対応して、鳴動着信のためのメールアドレスとは別の、無鳴動により着信させるためのメールアドレスを、無鳴動着信メールアドレスとして登録しておき、着呼側ネットワークに備えられるサーバが、発呼者からの前記無鳴動着信メールアドレスを受けた際に、対応する着呼先電話端末を無鳴動着信メールアドレスで呼び出し、当該電話端末に無鳴動着信させて発呼者のボイスメッセージを送信し、前記着呼先電話端末に内蔵される記録領域に前記ボイスメッセージを記録し保存させることを特徴とするボイスメール実現方法。
【請求項２】
インターネットプロトコル（ＩＰ）に基づいて動作するＩＰ電話端末によるボイスメールの実現方法であって、同一ネットワークで管理されるＩＰアドレスに、鳴動着信のためのメールアドレスとは別の、無鳴動によりボイスメールを着信させるためのメールアドレスを、電話端末番号に対応した無鳴動着信メールアドレスとして登録しておき、着呼側ネットワークに備えられるメールサーバが、発呼者からの前記無鳴動着信メールアドレスを受けた際には、対応する着呼先電話端末を無鳴動着信メールアドレスで呼び出し当該電話端末に無鳴動着信させて通話路設定し、発呼者のボイスデータを直接、送信して前記着呼先電話端末に内蔵される記録領域に記録し保存させることを特徴とするボイスメール実現方法。
【請求項３】
請求項１または請求項２において、着呼先の電話端末では、前記発呼者の呼切断により、前記記録領域と前記発呼者との接続を切断すると共に「ボイスメールの保存」を表示することを特徴とするボイスメール実現方法。
【請求項４】
インターネットプロトコル（ＩＰ）に基づいて動作するＩＰ電話端末によるボイスメールシステムにおいて、ＩＰアドレスに対応して、鳴動着信および無鳴動着信それぞれのメールアドレスを予め登録するＩＰアドレス管理テーブルを備え、前記ＩＰ電話端末は、前記無鳴動着信のメールアドレスによる呼出しを受けた際に、無鳴動のまま、発呼側と内蔵する記録領域とを通話路設定し、発呼者のボイスデータを直接受信して記録保存することを特徴とするボイスメールシステム。
【請求項５】
インターネットプロトコル（ＩＰ）に基づいて動作するＩＰ電話端末によるボイスメールシステムにおいて、ＩＰアドレスに対応して鳴動により呼び出すメールアドレスに加えて無鳴動により着信させるための無鳴動着信メールアドレスを予め登録するＩＰアドレス管理テーブルを有し、かつ、発呼者から前記無鳴動着信メールアドレスによる接続要求を受けた際には、対応する着呼先電話端末を無鳴動着信メールアドレスで呼び出して通話路設定し、発呼者のボイスデータを直接、着呼先の電話端末へ送信するメールサーバを着呼側ネットワークに備え、前記ＩＰ電話端末は、受けたボイスデータを記録保存する記録領域を有し、前記サーバから、前記無鳴動着信メールアドレスによる呼出しを受けた際には、無鳴動のまま、発呼者と前記記録領域とを通話路設定し、発呼者のボイスデータを直接受信して記録保存することを特徴とするボイスメールシステム。
【請求項６】
請求項５において、ＩＰ電話端末は、前記発呼者のボイスデータを直接受信して記録を終了し保存したと判断した際には、表示部に、所定の手段により「ボイスメールの保存」を表示することを特徴とするボイスメールシステム。
【請求項７】
請求項５において、前記ＩＰアドレス管理テーブルに加えて発呼者から受けるボイスデータを記録保存するメール保管部を有し、ＩＰ電話端末は、前記サーバから無鳴動呼出しを受けた際に、受けるボイスデータを記録する前記記録領域の記録可能容量を判定して前記メールサーバに通知し、前記メールサーバは、着呼先電話端末を呼出した際に記録可能容量の通知を受けた場合、発呼者から受けるボイスデータの保管量を計測し、保管量が所定量以内の場合には直ちに着呼の電話端末へ送る一方、保管量が所定量を超過する場合には前記メール保管部内に保管して着呼先のＩＰ電話端末へこれを通知することを特徴とするボイスメールシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、インターネットプロトコル（ＩＰ）に基づいて動作するＩＰ電話端末によるボイスメールの実現方法およびそのシステムに関し、特に、ユーザが、発呼および被呼の何れの側にあっても、無駄な時間の発生を回避できるボイスメールの実現方法およびこの方法を用いたボイスメールシステムに関する。
【０００２】
【従来の技術】
従来、この種のボイスメールシステムには、例えば、図５および図６に示されるように、一つのＬＡＮ（ローカルエリアネットワーク）１００に接続するＩＰ電話機１１１，１１２，…とアドレスサーバ１２０およびメールサーバ１２１とを備えた、宛先が不在または電源のオフなどにより通信不能時にボイスメールを保管するサービスがある。
【０００３】
ＩＰ電話端末（例えば）１１１は、電話機としての加入者番号または内線番号を端末番号として有し、更に、２進３２桁のＩＰアドレスを有してインターネット接続を可能としている。ＩＰ接続のため、電話端末で入出力される音声はデジタル化され、必要な場合には所定の短縮符号化がなされている。
【０００４】
ＩＰ電話端末毎の端末番号およびＩＰアドレスは、アドレスサーバ１２０のアドレス管理テーブル（図示省略）に登録されている。このうち、ボイスメールに関しては、ボイスメール登録テーブルとして図示されるように、端末番号に対応するＩＰアドレスと共に不在時のボイスメール登録の領域が割当てられている。このサービスは通常有料であり、例えば、端末番号「２００１」のＩＰ電話端末１１１のユーザが不在時のボイスメールを希望する場合、ＬＡＮ１００のネットワーク運営業者に申し込むことにより、ボイスメール登録領域に「ＯＮ」が記録される。図では、端末番号「２００２」にボイスメールの登録がない。
【０００５】
メールサーバ１２１はアドレスサーバ１２０でボイスメール登録が「ＯＮ」のＩＰ電話端末への着呼があった場合、着呼先のＩＰ電話端末が通信中または電源オフの場合には直ちに、また不応答の場合には所定の時限経過後に、発呼元と接続され、メッセージを受け、着呼先のアドレスまたは端末番号毎に記録する。
【０００６】
アドレスサーバおよびメールサーバの主要動作手順は図６に示される。
【０００７】
すなわち、アドレスサーバは、発呼元のＩＰ電話端末から内線番号対応のＩＰアドレスの問合せを受付け（手順Ｓ１０１）した際に登録テーブルで照合（手順Ｓ１０２）し、取出したＩＰアドレスを回答（手順Ｓ１０３）する。
【０００８】
次いで、アドレスサーバは、発呼元のＩＰ電話端末からＩＰアドレスによる接続要求を受付け（手順Ｓ１０４）した際に接続先のＩＰ電話端末の登録テーブルおよび作動状態を調べる。着呼先のＩＰ電話端末は、正常な空き状態であれば通常の接続手順が実行され、鳴動により呼び出される。更に、接続先のＩＰ電話端末に対するボイスメールサービスの登録が「ＯＮ」の場合には、アドレスサーバはメールサービスのための時限計測を開始する。
【０００９】
アドレスサーバは、接続先の着呼電話端末に対するボイスメールサービスの登録が「ＯＮ」で、作動状態の通話中もしくは電源オフ、または上記時限に到達するまでの不応答を検出（手順Ｓ１０５）した場合、発呼元のＩＰ電話端末をメールサーバに接続して通話路を設定（手順Ｓ１０６）する。
【００１０】
メールサーバは、発呼元のＩＰ電話端末へ、ボイスメールサービスを行なう旨の音声案内を実行（手順Ｓ１０７）する。従って、メールサーバは発呼元のＩＰ電話端末から送信されるメッセージを受付け（手順Ｓ１０８）して保存（手順Ｓ１０９）することができる。メールサーバは、発呼元のＩＰ電話端末から呼切断操作による切断要求を受付け（手順Ｓ１１０）した際には、受けたメッセージをメールとして保管（手順Ｓ１１１）すると共に着呼先のＩＰ電話端末へ「メール受信あり」を通知（手順Ｓ１１２）する。着呼先のＩＰ電話端末では「メール受信あり」が表示される。
【００１１】
メールサーバでは、「メール受信あり」の表示によりユーザからメールの送信要求（手順Ｓ１１３）を受けるので保管中のメールを着呼先のＩＰ電話端末へ送出（手順Ｓ１１４）することができる。
【００１２】
上述したボイスメールシステムでは、ボイスメールを登録したＩＰ電話端末で着呼があった場合、不応答検出のための時間内には、着呼先のＩＰ電話端末を呼出し中であるため、発呼を希望しても、強制的応答になるという問題がある。
【００１３】
また、同様に、不応答検出のための時間計測により、発呼者側で、ボイスメールを登録したＩＰ電話端末への呼出しに対してメッセージの送出開始までに所定の時間待ちを必要とするので、多忙な発呼ユーザには迷惑になるという問題もある。
【００１４】
更に、発呼者側で、ボイスメール登録のないＩＰ電話端末を呼び出した際に、着呼先ユーザが不在などで無応答の場合、伝言だけで済むにもかかわらず、長時間にわたる接続待ちが発生する機会があり、無駄な時間の浪費が生じるという問題がある。
【００１５】
このような問題点を解決するものとして、例えば、特開２０００−７８１８４号公報が開示されている。
【００１６】
この電話システムは、音声メッセージをファイルに変換し、電子メールとして宛先に送信している。このため、発呼の際に、電話端末から電子メールの作成を要求する「ボイスメール送信情報」が送信先番号と共に送出される。「ボイスメール送信情報」を受けたサーバは、直ちに録音開始を案内して音声データによりメッセージを受けて取り込み、発呼元の電話端末から終了情報を受けた際に、取り込んだメッセージを音声ファイルに変換して電子メールを作成し、着呼先のＩＰ電話端末を管理するメールサーバに送信する。
【００１７】
【発明が解決しようとする課題】
図面を参照して説明した従来のボイスメールシステムで、着呼先のユーザが強制応答となること、または発呼元のユーザが無駄な待ち時間に逢うことなどの問題は、上述した公開公報に開示されたボイスメールシステムで解決されるが、なお、次のような問題点がある。
【００１８】
すなわち、上記公開公報で提案される着呼先のＩＰ電話端末では、メールサーバに随時アクセスして受信メールを取出すので、緊急な案件を受信しても直ちに知ることができないということである。別に、メールサーバが着呼先にメールの保管を通知するサービスがあるが、ネットワークの最繁時にはメールサーバからの呼出しに待ち時間を要する場合がある。
【００１９】
本発明の課題は、このような問題点を解決し、着呼先のユーザも、無駄な時間の発生を回避できるボイスメールの実現方法およびそのシステムを提供することである。
【００２０】
【課題を解決するための手段】
本発明によるボイスメール実現方法は、インターネットプロトコル（ＩＰ）に基づいて動作するＩＰ電話端末によるボイスメールの実現方法であって、着呼側ネットワークに、ネットワークに、電話端末番号に対応して、鳴動着信のためのメールアドレスとは別の、無鳴動により着信させるためのメールアドレスを、無鳴動着信メールアドレスとして登録しておき、着呼側ネットワークに備えられるサーバが、発呼者からの前記無鳴動着信メールアドレスを受けた際に、対応する着呼先電話端末を無鳴動で呼び出し、発呼者のボイスメッセージを送信して前記着呼先電話端末に内蔵される記録領域に記録し保存させることを特徴としている。
【００２１】
更に、具体的には、同一ネットワークで管理されるＩＰアドレスに、鳴動着信のためのメールアドレスとは別の、無鳴動によりボイスメールを着信させるためのメールアドレスを、電話端末番号に対応した無鳴動着信メールアドレスとして登録しておき、着呼側ネットワークに備えられるメールサーバが、発呼者からの前記無鳴動着信メールアドレスを受けた際には、対応する着呼先電話端末を無鳴動で呼び出して通話路設定し、発呼者のボイスデータを直接、送信して前記着呼先電話端末に内蔵される記録領域に記録し保存することを特徴とするボイスメール実現方法である。
【００２２】
この構成により、発呼元のユーザは着呼先の応答を待たずにボイスメールを送信できるだけでなく、着呼先のユーザも受けたボイスメールは直ちに開くことができる。
【００２３】
更に、着呼先の電話端末では、前記発呼者の呼切断により、前記記録領域と前記発呼者との接続を切断すると共に「ボイスメールの保存」を表示することにより、ボイスメールの即時開封が確実で容易なものとなる。
【００２４】
また、本発明によるボイスメールシステムは、ＩＰアドレスに対応して鳴動着信および無鳴動着信それぞれのメールアドレスを予め登録するＩＰアドレス管理テーブルを備え、前記ＩＰ電話端末は、前記無鳴動着信のメールアドレスによる呼出しを受けた際に、無鳴動のまま発呼側と内蔵する記録領域とを通話路設定し、発呼者のボイスデータを直接受信して記録保存することを特徴としている。
【００２５】
更に具体的には、ＩＰアドレスに対応して鳴動により呼び出すメールアドレスに加えて無鳴動により着信させるための無鳴動着信メールアドレスを予め登録するＩＰアドレス管理テーブルを有し、かつ、発呼者から前記無鳴動着信メールアドレスによる接続要求を受けた際には、対応する着呼先電話端末を無鳴動で呼び出して通話路設定し、発呼者のボイスデータを直接、着呼先の電話端末へ送信するメールサーバを着呼側ネットワークに備え、前記ＩＰ電話端末は、受けたボイスデータを記録保存する記録領域を有し、前記メールサーバから、前記無鳴動着信メールアドレスによる呼出しを受けた際には、無鳴動のまま、発呼者と前記記録領域とを通話路設定し、発呼者のボイスデータを直接受信して記録保存することを特徴とするボイスメールシステムである。
【００２６】
なお、ＩＰ電話端末は、前記サーバから無鳴動呼出しを受けた際に、受けるボイスデータを記録する前記記録領域の記録可能容量を判定して通知し、サーバは、発呼者から受けるボイスデータを保管すると共に保管量を計測し、保管量が所定量以内の場合には直ちに着呼の電話端末へ送る一方、保管量が所定量を超過する場合にはサーバ内に保管して着呼先のＩＰ電話端末へこれを通知することもできる。
【００２７】
【発明の実施の形態】
次に、本発明の実施の形態について図面を参照して説明する。図面には本発明に関する部分を主として示し、これを除く部分は省略している。
【００２８】
図１は本発明の実施の一形態を示す機能ブロック図である。図１に示されたボイスメールシステムでは、一つのＬＡＮ（ローカルエリアネットワーク）１００に複数のＩＰ電話端末１０とＩＰ電話端末１０に対応する一つのアドレスサーバ２０とが接続されている。
【００２９】
ＩＰ電話端末１０は、ＩＰ（インターネットプロトコル）に対応する電話のソフトウェアを有しており、本発明のために無鳴動着信判定１１、ボイスメール記録制御１２、ボイスメール保存確認１３、およびボイスメール容量判定１４のそれぞれを備えるものとする。ボイスメールはＲＡＭ（ランダムアクセスメモリ）部２の一部に記録格納され、文字などが表示部５に表示できるものとする。詳細は後に説明する。
【００３０】
アドレスサーバ２０は、ＩＰアドレスに対応したメールアドレスを管理するＩＰアドレス管理テーブル２１を基本的に有する。更に、アドレスサーバ２０は、メール保持部２２を備えてメールサーバとしての機能も具備するものとする。
【００３１】
ＩＰアドレス管理テーブル２１にはＩＰアドレスに対応するメールアドレスに対して、相手先を指定するＩＰアドレスと電話番号である端末番号とに無鳴動着信登録の領域がさらに加えられて管理される。ＩＰアドレスと端末番号とは、ＩＰ電話端末１０それぞれに一意に付与されている。これに対して、無鳴動着信の有無を登録しているので、本発明では一つのＩＰアドレスに対して二つのメールアドレスを持つこととする。
【００３２】
従って、例えば、図示されるように同一のＩＰアドレス「１２３．４５．６７．８．」および端末番号「２００１」に対して、メールアドレスとして、通常の鳴動着信に「ＡＢＣ＠ｘｘｘ」また無鳴動着信に「ＡＢＣ１＠ｘｘｘ」とそれぞれ相違する名前を登録することになる。
【００３３】
宛先に無鳴動着信登録されたメールアドレスを有する着呼には、電話端末１０は、無鳴動着信として、リンガなどの鳴動なしで通話路を発呼者と接続する。
【００３４】
図２に図１を併せ参照して本発明によるＩＰ電話端末について説明する。
【００３５】
図示されるＩＰ電話端末１０−０は、図１におけるＩＰ電話端末１０の詳細を示すものであり、ＣＰＵ（セントラルプロセッサユニット）１、ＲＡＭ部２、ＲＯＭ部３、入力操作部４、表示部５、呼出し鳴動部６、ＣＯＤＥＣ（符号変換）部７、例えばハンドセットによる音声入出力部８、およびＬＡＮインタフェース部９を備えている。
【００３６】
ＣＰＵ１は、無鳴動着信判定１１、ボイスメール記録制御１２、ボイスメール保存確認１３、およびボイスメール容量判定１４を行なう。無鳴動着信判定１１は、着呼の際に受けるメールの宛先に挿入されているメールアドレスにより無鳴動か否かを判定する。
【００３７】
ボイスメール記録制御１２は、無鳴動着信と判定された着呼に対して発呼者側との通話路をＲＡＭ部２のボイスメール領域と接続し、メール送信要求の案内を発呼者へ行なうと共に発呼者から受けるメッセージデータを記録し保存する制御を行なう。ボイスメール記録制御１２の動作中は、表示部５に「着呼中」の表示を行なう。ボイスメール保存確認１３はメッセージの終了を検出してメールの保存を確認し、表示部５に「保存メールあり」の表示を行なう。
【００３８】
ボイスメール容量判定１４は、規模の小さな電話端末の場合に有効であり、ＲＡＭ部２のボイスメール領域で記録可能な空き容量を判定する。判定された容量は、これを受け取る機能を有する発呼電話端末またはメールサーバへ通知できる。このような構成により、例えば、ボイスメールは、メールサーバで一旦保存された後、記録可能な分だけ着呼の電話端末へ送信することができる。
【００３９】
ＲＡＭ部２は、ＩＰアドレス管理テーブル２１に登録された鳴動／無鳴動それぞれの自己のメールアドレスを登録して無鳴動着信の判定に供する。ＲＡＭ部２は、更にボイスメール領域を有し、ＣＰＵ1の制御を受けて発呼者名毎の受付番号、受信日時、およびメッセージデータを記録し保存する。
【００４０】
ＲＯＭ部３はプログラムなどのメモリである。入力操作部４はキーボードなどによる入力機器である。表示部５は、ランプおよび表示画面を有し、ＣＰＵ１の制御を受けて動作および状態の表示と共に、受ける文字および画像のデータを表示できる。呼出し鳴動部６は、リンガであり、ＣＰＵ１の制御を受けて通常の着呼を鳴動によりユーザに通知する。
【００４１】
ＣＯＤＥＣ部７は音声入出力部８のアナログ音声をデジタル化してＣＰＵ１と授受する。ＣＯＤＥＣ部７および音声入出力部８のみがアナログデータを扱う。受けて保存するボイスメールもデジタル化されたものであり、記憶容量の面から音声圧縮のように圧縮符号化およびその復号が多方面で採用されている。
【００４２】
次に図３に図１,２を併せ参照して本発明によるボイスメールの手順について説明する。
【００４３】
図１におけるＩＰ電話端末１０が端末番号「２００１」であり、無鳴動着信のメールアドレス「ＡＢＣ１＠ｘｘｘ」を有するものとする。
【００４４】
発呼ユーザは、ボイスメールを送る際、ＩＰ電話端末１０−０の入力操作部４から端末番号「２００１」の無鳴動着信メールアドレスを、ＬＡＮ１００として予め定められた操作によりアドレスサーバ２０に問合せ（手順Ｓ１）する。この操作は、例えば、ダイヤリング発呼であれば番号符号「＃＃２００１」、また、エクスプローラによる発呼であればメールアドレス「ＡＢＣ＠ｘｘｘ／＃＃」を宛先として入力する。発呼ユーザが着呼先の端末番号「２００１」の無鳴動着信用メールアドレス「ＡＢＣ１＠ｘｘｘ」を知っている場合にはこのメールアドレスが使用されてよい。
【００４５】
所定の操作による問合せを受けたアドレスサーバ２０は、ＩＰアドレス管理テーブル２１で照合（手順Ｓ２）し、受けた番号またはアドレスから無鳴動着信用メールアドレス「ＡＢＣ１＠ｘｘｘ」と、ＩＰアドレス「１２３．４５．６７．８．」とを該当アドレスとして回答（手順Ｓ３）する。回答を受けた発呼元のＩＰ電話端末１０−０は、改めて、ＩＰアドレス「１２３．４５．６７．８．」による呼接続を開始する。すなわち、メールアドレス「ＡＢＣ１＠ｘｘｘ」に対する接続が要求（手順Ｓ４）される。
【００４６】
アドレスサーバ２０は、ＩＰアドレス「１２３．４５．６７．８．」により端末番号「２００１」のＩＰ電話端末１０にＬＡＮ１００を介して接続し、動作状態を判定（手順Ｓ５）する。
【００４７】
この判定により、ＩＰ電話端末１０が他と通信中、または電源オフ中の状態では、従来と同様のボイスメール機能が実行される。例えば、上述したように、メールサーバに接続してボイスメッセージの保管をすることができる。
【００４８】
アドレスサーバ２０は、ＩＰ電話端末１０と接続可能な場合（手順Ｓ５Ａ）にはメールアドレス「ＡＢＣ１＠ｘｘｘ」による呼出し（手順Ｓ１１）を行ない、ＩＰ電話端末１０と発呼元のＩＰ電話端末１０−０とをＬＡＮ１００を介して直接接続し、直通の通話路を設定（手順Ｓ１２）する。
【００４９】
呼出しを受けたＩＰ電話端末１０は、表示部５に所定の「着呼中」表示（手順Ｓ１３）を行ない、まず、宛先メールアドレス「ＡＢＣ１＠ｘｘｘ」の存在により無鳴動着信を判定（手順Ｓ１４）する。この判定により、ＩＰ電話端末１０のボイスメール記録制御１２が、発呼元と接続されている通話受信路をＲＡＭ部２のボイスメール領域に接続する一方、通話送信路を介して発呼元へボイスメール受信準備完了を通知するメール案内（手順Ｓ１５）を行なう。
【００５０】
この後、発呼元からメッセージが送信（手順Ｓ１６）される。受信側のＩＰ電話端末１０は、受けるボイスデータの全てをメッセージとしてＲＡＭ部２のボイスメール領域に格納し、発呼元から呼切断の要求を受けた際に接続中の呼を切断する。呼の切断により、ボイスメール保存確認１３が、メールの保管を確認して表示部５での「着呼中」表示を「保存メールあり」の表示（手順Ｓ１７）に変更する。
【００５１】
着呼側のユーザは、ＩＰ電話端末１０の「保存メールあり」の表示から、所定の操作によりＲＡＭ部２のボイスメールを呼び出し、これを聴取できる。ＲＡＭからのデータ呼出しの技術は従来のものでよい。
【００５２】
上述したように、通常、ＩＰ電話端末にはＲＡＭの記録容量が少ないものが多いので、ボイスメールの記録可能容量を判定することが望ましい。本発明では、ＩＰ電話端末にボイスメール容量判定機能を更に追加した。
【００５３】
次に、図４に図１,２を併せ参照してメール容量の判定に伴なう手順について説明する。
【００５４】
上記手順Ｓ５で、接続可能（手順Ｓ５Ｂ）な場合、上述同様、アドレスサーバ２０は、メールアドレス「ＡＢＣ１＠ｘｘｘ」による呼出し（手順Ｓ２１）を行ない、ＩＰ電話端末１０および発呼元のＩＰ電話端末１０−０それぞれを、ＬＡＮ１００を介して自己と接続する通話路を設定（手順Ｓ２２）する。
【００５５】
一方、呼出しを受けたＩＰ電話端末１０では、記録制御１２が、発呼側と接続されている通話路をＲＡＭ部２のボイスメール領域に接続し、表示部５に所定の「着呼中」表示（手順Ｓ２３）を行なうと共に、無鳴動着信判定１１が宛先メールアドレス「ＡＢＣ１＠ｘｘｘ」により無鳴動着信を判定（手順Ｓ２４）する。この判定により、ＩＰ電話端末１０のボイスメール容量判定１４が、ＲＡＭ部２のボイスメール領域でデータ記録可能容量をメール許容量として検出（手順Ｓ２５）する。ＩＰ電話端末１０は検出した許容量をアドレスサーバ２０へ通知（手順Ｓ２６）する。
【００５６】
通知を受けたアドレスサーバ２０は、メールサーバとして発呼元のＩＰ電話端末１０−０を自己の内蔵するメール保管部２２と接続し、メール受信準備完了のメール案内を送出（手順Ｓ２７）する。この状態で発呼ユーザが入力する音声メッセージが符号化データによりＩＰ電話端末１０−０から送信（手順Ｓ２８）されるので、アドレスサーバ２０はこのデータをメールとして保管（手順Ｓ２９）し着呼先から受けたデータ受信の許容量と比較（手順Ｓ３０）する。
【００５７】
保管したメール量が許容量以内（手順Ｓ３０Ａ）の場合、アドレスサーバ２０はこのデータをメールとしてＩＰ電話端末１０へ送信（手順Ｓ３１）する。メールを受信したＩＰ電話端末１０は上述同様、ボイスメール保存確認１３が「着呼中」の表示を消して「保存メールあり」の表示（手順Ｓ３２）を行なう。
【００５８】
上記手順Ｓ３０により受信したメールのデータ量が許容量より超過（手順Ｓ３０Ｂ）の場合に、アドレスサーバ２０はＩＰ電話端末１０へメールの保管を通知（手順Ｓ４１）する。通知を受けたＩＰ電話端末１０は表示部５で「着呼中」の表示を消して「受信メールあり」の表示（手順Ｓ４２）を行なう。
【００５９】
図４に示された手順では、ＩＰ電話端末１０-０からのアクセス中に他からの無鳴動着信があった場合、メール許容量の通知に差し支えるので一連の手順が終了するまで「着呼中」状態である。しかし、メッセージ転送が２回のため、このための保留時間を短縮する場合には、通話路設定を上記手順Ｓ２６に次いで、図３の手順Ｓ１２の通話路設定を行ない、続いて手順Ｓ１５、Ｓ１６によりメッセージを発呼元から直接着呼先へ送信してもよい。
【００６０】
この間、アドレスサーバ２０は、メールサーバとして発呼元から送られたメッセージデータを着呼先と同時に記録すると共にデータ量を計測し、所定の空きスペースを越えてなお送信がある場合には許容量超過と判定して着呼側への送信を打ち切ることもできる。この場合には、メッセージの終了により、メールがメールサーバに保管されるので、上記手順Ｓ４１，Ｓ４２により「受信メールあり」が表示される。
【００６１】
上記説明では、ＬＡＮ内に接続された例を説明したが、上記構成により、インターネットを介したＩＰ電話端末の間でも同様に実行可能である。
【００６２】
上記説明では、アドレスサーバがメールサーバも兼ねたが、メールサーバを別に設けてもよい。
【００６３】
このように、上記説明ではブロック図およびフローチャートを参照したが、機能の分散併合、または手順の前後入替えなどの変更は上記機能を満たす限り自由であり、上記説明が本発明を限定するものではない。
【００６４】
【発明の効果】
以上説明したように本発明によれば、着呼側ネットワークに、電話端末番号に対応して、鳴動着信のためのメールアドレスとは別の、無鳴動により着信させるためのメールアドレスを、無鳴動着信のメールアドレスとして登録しておき、メールサーバが、発呼者からの無鳴動着信メールアドレスを受けた際に、対応する着呼先のＩＰ電話端末を無鳴動で呼び出して、発呼者のボイスデータをＩＰ電話端末に内蔵される記録領域に送信して記録し保存させることができる。この結果、発呼元のユーザは着呼先の応答を待たずにボイスメールを送信できるだけでなく、着呼先のユーザも受けたボイスメールをボイスで直ちに聞くことができるという効果を得ることができる。
【００６５】
また、着呼先の電話端末では、前記発呼者の呼切断により、前記記録領域と前記発呼者との接続を切断すると共に「ボイスメールの保存」を表示することにより、ボイスメールの即時開封が確実で容易なものとなるという効果も得られる。
【００６６】
更に、ＩＰ電話端末に記録領域の空き容量を判定する機能を有し、大容量のボイスメールをサーバのメール保管部に記録し保管することにより、ＩＰ電話端末で受けたボイスメールのデータがあふれて消失することを防止できる効果も得られる。
【図面の簡単な説明】
【図１】本発明の実施の一形態を示す機能ブロック図である。
【図２】図１におけるＩＰ電話端末について、より詳細な一形態を示す機能ブロック図である。
【図３】図１におけるボイスメール手順の実施の一形態を示すシーケンスチャートである。
【図４】図３とは別のボイスメール手順における実施の一形態を示すシーケンスチャートである。
【図５】従来の一例を示す機能ブロック図である。
【図６】図５におけるボイスメール手順の一例を示すシーケンスチャートである。
【符号の説明】
１    ＣＰＵ
２    ＲＡＭ部
５    表示部
１０    ＩＰ電話端末
１１    無鳴動着信判定
１２    ボイスメール記録制御
１３    ボイスメール保存確認
１４    ボイスメール容量判定
２０    アドレスサーバ
２１    ＩＰアドレス管理テーブル
２２    メール保管部
【図１】
0004102555.tif 000002
【図２】
0004102555.tif 000003
【図３】
0004102555.tif 000004
【図４】
0004102555.tif 000005
【図５】
0004102555.tif 000006
【図６】
0004102555.tif 000007