(57)【要約】      （修正有）【課題】ユーザーが自分のメッセージをネットワークへの端末の接続時間を最適化しながら、パラメータ化し、設定することができるようにする。また、ボイスメッセージが、これに付加される画像、映像および／またはテキストの種類情報をもつことができるようにする。【解決手段】ユーザーが音声および／または映像のメッセージを、そのようなメッセージを記録するための手段を備えている装置上に生成３０１する。このメッセージはマルチメディア設定メッセージ内に封入３０２される。この設定メッセージはまたユーザーの識別子を含む。この設定メッセージを、該識別子と設定メッセージのグリーティングメッセージとを使用するグリーティングメッセージサーバに送信３０３し、該サーバのデータベースを更新３０７する。【選択図】図３
2005117152.tif 000002
【特許請求の範囲】
【請求項１】
・ユーザーが端末にグリーティングメッセージを記録（３０１）する、
・端末でグリーティングメッセージが圧縮（３０２）される、
・端末で、圧縮されたグリーティングメッセージを含んだマルチメディアメッセージが生成（３０２）される、
・マルチメディアメッセージは、それがグリーティングメッセージであることを示す指示領域（２０１）を含む、
・マルチメディアメッセージが、端末からグリーティングメッセージサーバに向けて送信（３０３）される、
という手順からなることを特徴とする、ボイスメールボックスのグリーティングメッセージをパラメータ化する方法。
【請求項２】
マルチメディアメッセージがＸＭＬタイプのメッセージでフォーマットされていることを特徴とする、請求項１に記載の方法。
【請求項３】
マルチメディアメッセージが、グリーティングメッセージを生成したユーザーを識別する領域（２０２）を含むことを特徴とする、請求項１又は２に記載の方法。
【請求項４】
マルチメディアメッセージが、グリーティングメッセージ用のフォーマット情報を含むことを特徴とする、請求項１から３のいずれか一つに記載の方法。
【請求項５】
・マルチメディアメッセージがグリーティングメッセージを更新するためのメッセージであることを示す指示領域が、グリーティングメッセージサーバで受信（３０４）される、
・グリーティングメッセージサーバでそのマルチメディアメッセージの送信者が決定される（３０５−３０６）、
・グリーティングメッセージサーバからグリーティングメッセージが抽出される（３０７）、
・グリーティングメッセージが、マルチメディアメッセージの送信者とデータベース内で対応付けられた状態で、データベース（１１８）に記録される（３０７）、
という手順からなることを特徴とする、ボイスメールボックスのグリーティングメッセージをパラメータ化する方法。
【請求項６】
グリーティングメッセージサーバが使用するフォーマットに応じて、そしてそのマルチメディア伝言の中に含まれるフォーマット情報に応じて、記録する前に、グリーティングメッセージをコード変換することを特徴とする、請求項５に記載の方法。
【請求項７】
・ユーザーが端末（１２６）を介して、ボイスメールサーバ（１１５）のボイスメールサービスに接続する、
・ボイスメールサーバから、グリーティングメッセージサーバに向けてリクエストが送信され（３１２）、該リクエストは被呼出しユーザーの識別子を含む、
・グリーティングメッセージサーバからボイスメールサーバに向けて、被呼出しユーザーの識別子に対応するデータベース内のグリーティングメッセージが送信される（３１５）、
・ボイスメールサーバから端末に向けて、グリーティングメッセージが送信される（３１６）、
・端末で、グリーティングメッセージを音響的に放送する（３１７）、
ということを特徴とする請求項５又は６に記載の方法。
【請求項８】
端末が移動電話であることを特徴とする、請求項１から７のいずれか一つに記載の方法。
【請求項９】
端末がコンピュータであることを特徴とする、請求項１から７のいずれか一つに記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はボイスメールボックスのグリーティングメッセージをパラメータ化する方法を対象とする。
【０００２】
本発明の技術分野は電話及びボイスメールサービスの分野である。更に詳細には、本発明の技術分野は、「パーティ」と呼ばれるメールサービス加入者に繋がらない（あるいは届かない）場合、呼出し人からのメッセージを受け取っておくことに使用される留守番電話に関する分野である。
【０００３】
本発明の一つの目的は、ユーザーが自分のグリーティングメッセージを、ネットワークへの端末の接続時間を最適化しながら、パラメータ化／設定することができるようにすることである。
【０００４】
本発明のもう一つの目的は、ボイスメッセージが、該ボイスメッセージに付加される画像、映像、及び／または、テキストの種類情報を持つ事ができるようにすることである。
【背景技術】
【０００５】
従来技術においては、移動電話事業者によって提案されているようなボイスメールサービスが知られている。移動電話事業者への加入者が電話に出られない場合に、該加入者と通話しようとする呼出し人は自動的にボイスメールボックスに繋がれる。該ボイスメールボックスはそのときグリーティングメッセージを放送し、その放送の後で、呼出し人はメッセージを録音することができる。そのようなボイスメールボックスへの接続は、固定電話であれ移動電話であれ、必然的に電話機器によって行われる。
【０００６】
該グリーティングメッセージは、そのボイスメールサービスを提供する電話事業者のサービスに加入しているユーザーによってパーソナライズされうることがほとんどである。このパーソナライズは加入しているユーザー毎に行う。ユーザーは、自分のボイスメールボックスのグリーティングメッセージをパーソナライズする為に、電話網を通じて、自分のボイスメールボックスとの接続を確立する。一旦接続が確立されると、ユーザーは、ボイスメールサーバーもしくはメッセージングサーバに対して、自分のボイスメールボックスをパラメータ化したいと思っていることを示すために、自分の電話のキーパッドを使用しなければならないことが一般的である。それから、サーバは録音モードに移る。そのとき、ユーザーは自分のグリーティングメッセージを述べ、該メッセージがサーバに録音される。一旦録音が終了したら、ユーザーはキーを押下する。これが、自分のグリーティングメッセージを完成させたという事を表す。サーバはそれから、電話網を通じて、たった今作成したグリーティングメッセージを、ユーザーに対して送信する。これによって、ユーザーが自分のグリーティングメッセージが適切であるかどうかを判断することが可能となる。ユーザーが満足したならば、ボイスメールサーバとの接続を切る。満足しなければ、自分の端末のキーパッドを用いて、別のグリーティングメッセージを録音する。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ボイスメールサーバとのインターフェースであって、このような種類のものには幾つもの問題がある。第一の問題は、そのユーザーが加入者であるボイスメールサーバとの互換性がある電話端末を使用しなければならないということである。
【０００８】
もう一つの問題は、ボイスメールサーバに伝送されるデータの種類が、ボイスメールボックスのグリーティングメッセージをパーソナライズする為に用いられる装置の、データ取得と即時伝送の能力によって制限されるということである。従来技術においては、音声モードでの接続によってパラメータ化が行われ、その時伝送可能な情報は、ユーザーの音声と、ＤＴＭＦモードの音程（使用される端末がそのような伝送を管理できる場合）のみである。特に、文章や、静止画や動画などの画像を伝送するのは不可能である。
【０００９】
更にもう一つの問題は、グリーティングメッセージの録音と、そのメッセージの有効化をしている間はずっと、端末をボイスメールサーバに接続しているということである。このような接続は、ネットワーク資源を独占することになり、そのネットワーク資源は、標準的な呼出しを行いたいと思っている他のユーザーに対してもはや割り当てることができない。またこれによってユーザーは、ユーザーに連絡を取りたいと思っている人からの呼出しを受信することを妨げられるのみならず、ユーザーのボイスメールボックスが正確にパラメータ化されておらず、従ってユーザーのボイスメールボックスがボイスメッセージを受信できる状態ではない時にユーザーに連絡を取りたいと思っている人からの呼出しを受信することを妨げられてしまう。この問題は、メッセージを録音する手順に加えて、メッセージが一分以上の時間を必要とする場合があり、また、最初の録音の試みが適切なものであることがまれである為、特に重大である。そういうわけで、ユーザーのボイスメールボックスをパーソナライズするのに十分以上を要することは珍しいことではなく、これはユーザーにとっても事業者にとっても有害である。ここで問題となる資源は主に音声通信とデータの資源であって、シグナリングやネットワーク管理の資源は除外されている。後者の資源についても問題はあるが、重要性は低い。
【課題を解決するための手段】
【００１０】
本発明は、ＭＭＳ(Multimedia Messaging Service)タイプのあらかじめフォーマットされたマルチメディアメッセージを介してメールサービスやボイスメールボックスをパーソナライズして、上記の問題を解決するものである。ユーザーはメッセージをあらかじめ定められたフォーマットで装置上に生成するのであるが、その装置は、移動電話端末、パーソナルコンピュータあるいは他のタイプの装置でもよい。このような装置は、ユーザーが全ての項目のセットを前もって含んであらかじめフォーマットされたメッセージを生成できるようにするプログラムを含む。この項目には少なくとも1つのユーザー識別子と、グリーティングメッセージに対応する音声データとが含まれている。そのような項目をＭＭＳメッセージに挿入して、該メッセージを例えはインターネットを通じてボイスメールサーバに送る。また、ボイスメールサーバをパラメータ化することができるサーバに向けて該メッセージを送ることも可能である。本発明においては、ネットワーク資源が影響を受けるのはパーソナライズメッセージを伝送する間だけであり、しかもそれは、ユーザーがグリーティングメッセージを生成した後のことである。従って、そのグリーティングメッセージについては、圧縮法を使用して、ネットワークの通信資源の負荷を更に減らすことが可能である。同様に、パーソナライズメッセージの中に動画または静止画の画像データを組み込むことができる。パーソナライズメッセージを受信する際には、ボイスメールサーバは、ユーザーの要求に従ってメッセージをパラメータ化する為に必要とされる情報を、該メッセージから抽出する。
【００１１】
従って、本発明が対象とするボイスメールボックスのグリーティングメッセージをパラメータ化する方法は、以下の手順からなることを特徴としている。
・ユーザーが端末にグリーティングメッセージを記録する、
・端末でグリーティングメッセージが圧縮される、
・端末で、圧縮されたグリーティングメッセージを含んだマルチメディアメッセージが生成される、
・マルチメディアメッセージは、それがグリーティングメッセージであることを示す指示領域を含む、
・マルチメディアメッセージが、端末からグリーティングメッセージサーバに向けて送信される。
【００１２】
本発明はまた、以下の手順からなることを特徴とする、ボイスメールボックスのグリーティングメッセージをパラメータ化する方法をも対象としている。
・マルチメディアメッセージがグリーティングメッセージを更新する為のメッセージであることを示す指示領域が、グリーティングメッセージサーバで受信される、
・グリーティングメッセージサーバでマルチメディアメッセージの送信者が決定される、
・グリーティングメッセージサーバからグリーティングメッセージが抽出される、
・グリーティングメッセージが、マルチメディアメッセージの送信者とデータベース内で対応付けられた状態で、データベースに記録される。
【発明を実施するための最良の形態】
【００１３】
本発明は、以下の説明を読み添付図面を検討することにより、より理解されていくことになる。添付図面はあくまで例示であって、本発明を限定する趣旨のものでは全くない。
図１：本発明の方法を実行するのに使用可能な手段を示す。
図２：本発明に従ったパーソナライズメッセージを示す。
図３：本発明に従った方法の手順を示す。
【００１４】
図１に示す装置１０１は、本例においては、移動電話である。実際には、装置１０１はパーソナルコンピュータ、ＰＤＡ、あるいは、グリーティングメッセージサーバに接続して、該サーバにパーソナライズメッセージを送るようなどんな装置であってもよい。
【００１５】
電話１０１には少なくとも一つのマイクロプロセッサ１０２とプログラムメモリ１０３とがある。プログラムメモリ１０３には幾つもの区域があり、各区域には装置１０１の機能の実行を可能とする命令コードがある。これらの命令コードはマイクロプロセッサ１０２で解釈される。従って、装置が動作する場合、その動作は装置のマイクロプロセッサによって、該マイクロプロセッサが装置のプログラムメモリに記録された命令コードを実行するという形で行われる。
【００１６】
メモリ１０３にある区域１０３ａには本発明に従ったＭＭＳメッセージを生成するための命令コードが含まれ、区域１０３ｂにはＭＭＳメッセージを送信する為の命令コードが含まれる。メモリ１０３とマイクロプロセッサ１０２とはバス１０４を介して接続されている。
【００１７】
電話１０１はまた、電話１０１のバス１０４とアンテナ１０８との間に、インターフェイス回路１０５を含む。電話１０１はマイクロホン１０６とスピーカ１０７をも含む。手段１０５から１０７はバス１０４に接続されている。手段１０６と１０７は移動電話の標準的な手段であり、それらは単に、移動電話には、音声を捉えて再生する為に使用される全ての手段が備わっていることを示す為に図示しているにすぎない。
【００１８】
従来通り、アンテナ１０８と基地局１１１間の無線接続１１０を介して、電話１０１をインターネットのネットワーク１０９に接続することができる。基地局１１１は、ネットワーク１１２とネットワーク１０９間のゲートウェイ１１３を含んだＧＳＭ／ＧＰＲＳ（またはＵＭＴＳ）ネットワークのインフラストラクチャに属する。該ゲートウェイはＷＡＰゲートウェイであることが一般的である。
【００１９】
ネットワーク１０９を経由して、グリーティングメッセージサーバ１１４とボイスメールサーバ１１５を連結することもまた可能である。説明上、グリーティングメッセージサーバの機能と、ボイスメールサーバの機能とを、二つの装置にそれぞれ分割することによって分離したが、実際には、双方の機能を実装する装置を一台だけとすることも可能である。
【００２０】
サーバ１１４は、マイクロプロセッサ１１６、プログラムメモリ１１７、グリーティングメッセージメモリ１１８、および、ネットワーク１０９とのインターフェイス回路１１９を有する。構成要素１１６から１１９はバス１２０を介して接続されている。
【００２１】
メモリ１１７は少なくとも、マルチメディアメッセージを受信する為の命令コードを含む１つの区域１１７ａと、マルチメディアメッセージをコード変換する為の命令コードを含む１つの区域１１７ｂと、グリーティングメッセージを送信する為の１つの区域１１７ｃとを含む。マルチメディアメッセージのコード変換は、メッセージの種々のマルチメディア成分を抽出することからなる。
【００２２】
メモリ１１８は行と列で区分された表である。各行は列１１８ａに記録された識別子によって識別されるユーザーに対応している。その場合、各識別子に対応するグリーティングメッセージが列１１８ｂに記録される。メモリ１１８には、他の情報（画像、映像、名刺等）をユーザーに関連づけることができるような、他の列を含んでもよい。メモリ１１８は、グリーティングメッセージを含んだ情報をユーザーの識別子に関連づける手段がサーバ１１４にはあるという事実を示している。
【００２３】
サーバ１１５は少なくとも、１つのマイクロプロセッサ１２１、１つのプログラムメモリ１２２、ネットワーク１０９とのインターフェイス回路１２３と、ネットワーク１１２とのインターフェイス回路１２４とを含む。構成要素１２１から１２４はバス１２５を介して接続されている。
【００２４】
メモリ１２２は少なくとも、グリーティングメッセージを獲得する為の命令コードを含む１つの区域１２２ａと、グリーティングメッセージを放送する為の命令コードを含む１つの区域１２２ｂとを含む。該グリーティングメッセージは、電話１０１がもはや繋がらない時に、電話１０１のユーザーを呼び出そうとしている人Ｐに対して放送される。電話１２６の使用者Ｐはその時、ボイスメールサーバ１１５に接続される。
【００２５】
図２が示すのは、本発明に従ったメッセージのパーソナライズ／設定において考えうる構成である。そのようなメッセージ２００は、メッセージをパーソナライズメッセージとして識別することができるようにする指示領域２０１と、パーソナライズの為に、ボイスメールボックスだけでなく人の識別を可能とする領域２０２と、グリーティングメッセージを含む領域２０３とを含む。この構成は、パーソナライズの部分を構成するすべての装置に知られており、それによって領域の解釈を正確に行うことが可能となる。領域を決定する為に使用される解決策としては、領域分割子を定義すること、固定長の領域を用いること、ＸＭＬ（拡張されたマーク付け言語を意味するｅＸｔｅｎｄｅｄ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）構文を実装して、ＭＭＳ勧告によって規定されたマーク付け手順を用いる、等が考えられる。
【００２６】
【表１】
2005117152.tif 000003
【００２７】
上記の例が示すのはＸＭＬ方式を用いる活用法の一環として考えられる構文である。上記における行０１はＸＭＬ標準に特有の特徴に対応している。行０２はメッセージのタイプが「ｍａｊ  ｍｅｓ  ａｃｃ」であるメッセージを規定する。これは領域２０１に対応した命令コードであり、グリーティングメッセージを更新する為のメッセージであることを示している。行０３は、そのユーザーのグリーティングメッセージが更新されなければならないユーザーを識別する領域２０２に対応している。行０４は二つのタグの間に挟まれたグリーティングメッセージに対応しており、該グリーティングメッセージがどの型でコード化されているかが開始タグ内で指定される。行０５は行０２に対応する、ＸＭＬ構文に従った終了タグである。本例のXML構文は例示として与えられるものであり、タグ名や型情報は、テキストのインデントと同様に、異なった配置や名称となってもよい。同様に、ＸＭＬ／ＭＭＳ構文のみが、考えられる唯一の選択肢であるというのではない。その他のタイプの構文が知られており、これらには、領域を例示することを可能とするような、ＳＧＭＬやＨＴＭＬ、その他のタイプの構文やバイナリ構成も含まれる。
【００２８】
ある変形例においては、グリーティングメッセージを更新する為のメッセージは、そのグリーティングメッセージの更新に必要な情報以外の情報を含んでもよい。そのような情報とは、ユーザーの写真や、ユーザーの加入についての一般的なパラメータ化情報であってよい。このケースでは、それは、少なくとも図２に記載した領域を含んだ、一般的な設定メッセージの中に含まれるグリーティングメッセージを、更新／設定するためのメッセージである。
【００２９】
図３には、電話１０１のユーザーがグリーティングメッセージを生成するために装置を使用する間の予備手順３０１が示されている。本例においては、該装置は電話１０１であるとされている。実際には、パーソナルコンピュータ、ＰＤＡや、記録能力を持つ装置なら他のどのようなものでもよい。手順３０１においてユーザーはマイクロホン１０６を介してメッセージを記録する。このメッセージは電話１０１のメモリにオーディオファイルとして記録される。このオーディオファイルの形式は出来ればＭＰ３や他のＭＰＥＧ形式によって圧縮されていることが望ましい。ある変形例においては、このファイルは映像ファイルでもよいのは勿論である。映像ファイルを生成することができるようにする為には、電話１０１がビデオカメラに接続されているか、電話１０１がビデオカメラを備えていなければならない。このオーディオファイルが一旦生成されると、マルチメディアメッセージを生成する手順３０２に移る。
【００３０】
手順３０２においては、電話１０１でグリーティングメッセージの更新に関する情報を作り上げる。それは、図２について説明した構造及び／または好例となるＸＭＬ構文について説明した構造を持つメッセージを生成することを意味する。領域２０１に情報を記入する為に用いられる命令コードは予め定義されており、例えば区域１２２ａの命令コードに含まれている。ユーザー識別子は例えば電話番号である。該ユーザー識別子は、手順３０２において電話１０１のユーザーによって入力されたり、電話１０１のＳＩＭカードで自動的に読み取ったり、ネットワークが自動的に更新したりする。領域２０３は手順３０１で生成されたオーディオファイル及び／または映像ファイルから情報が与えられる。このようにして、ボイスメールボックスの設定の為のメッセージが入手される。手順３０２の次には、設定／更新メッセージを送信する手順３０３がひかえている。
【００３１】
手順３０３では、手順３０３で生成したマルチメディアメッセージ２００をいわゆる転送プロトコルに従ったメッセージに封入する。そのようなプロトコルは、例えばＴＣＰ／ＩＰ，ＨＴＴＰ、またはＦＴＰ等である。この転送プロトコルメッセージには、更新メッセージ２００に加えて、少なくとも、１つの受取人のアドレスが含まれている。本例においては、この受取人は、インターネット１０９を通じて付加されるグリーティングメッセージサーバ１１４である。転送プロトコルメッセージは、ネットワーク１１２、ゲートウェイ１１３及びネットワーク１０９を介して運ばれていく。サーバ１１４のアドレスは標準的な方法で獲得されるが、その理由は、（ａ）該アドレスは区域１０３ｂや、電話１０１の他のメモリ区域でコード化されるか、（ｂ）ＤＮＳタイプのアドレス解決によってコード化されるからである。電話１０１からサーバ１１４へ設定メッセージを送るために使用される、ＵＤＰやＸ２５プロトコルなどの他の転送プロトコルも存在する。念の為申し添えると、ある変形例においては、手順３０３の間に、電話１０１が領域２０２を、ネットワーク１１２が伝達する識別子に応じて更新する。この更新はネットワーク１１２の一部を成すサーバ１１３によっても行うこともできる。
【００３２】
手順３０４では、サーバ１１４が転送メッセージを受信する。サーバ１１４はこのメッセージから使用された転送プロトコルに対応する情報レイヤを取り除いて、図の２００及び／または好例となるＸＭＬ構文について説明したような設定メッセージを獲得する。そこで手順３０５に移りマルチメディアメッセージの分析を行う。
【００３３】
手順３０５では、サーバ１１４はメッセージ２００の領域にアクセスすることができる。それゆえ、サーバ１１４は転送メッセージを介して受信したメッセージの種類を決定することができる。手順３０５で種類を決定した後の手順３０６では、サーバ１１４は領域２０１の値を分析して、今受信したメッセージが更新メッセージであるかどうかを決定する。領域２０１について考えられる値は、サーバ１１４で処理することができるメッセージの様々なタイプに従って定義される。そのような値は数字であったり、英数字、あるいはただ単にバイナリであったりする。
【００３４】
従って手順３０６においては領域２０１について手順３０５で読み取られた値を領域２０１についてサーバ１１４が予期している値の表と比較する。読み取られた値がグリーティングメッセージを更新する命令コードの値に対応している場合には、更新の手順３０７に移り、そうでない場合には、終了の手順３０８に移る。
【００３５】
手順３０８では、サーバがメッセージを処理する作業を続けるが、その作業もはや本発明によるメッセージに関するものではない。
【００３６】
手順３０７では、サーバ１１４が、手順３０４で受信した設定メッセージの領域２０２の値に対応する列１１８ａの値が格納されている行をメモリ１１８内から検索する。該当行が見つかったら、サーバはその行の列１１８ｂの数値的内容を手順３０４で受信したメッセージの領域２０３の数値的内容で置き換える。該当行が見つからない場合は、行が新規作成されるか、更新メッセージを無視する。
【００３７】
メモリ１１８に記録されたグリーティングメッセージのフォーマットが領域で用いられているものと同じでないこともあり得る。このフォーマットは、ＸＭＬの例について検討したように領域２０３で選択的に特定される。それによってサーバが、必要に応じて、メモリ１１８に新しいグリーティングメッセージを記録する前にコード変換作業を行うことができるようになる。ここで、メモリ１１８はデータベースを単純化して表現したものである。
【００３８】
メッセージ２００が一般的な設定メッセージの一部を成すような変形例においては、メッセージが他の情報を含む時、メモリ１１８の他の区域が更新されるということを除いて、全てが手順３０４から３０７までについて既に説明しているように行われる。
【００３９】
他のもう一つの変形例においては、ユーザーが幾つものグリーティングメッセージを持ち、それらを状況により、あるいは呼出し人により使い分けるということも可能である。この場合には、設定メッセージには、領域２０３型の領域もしくはＸＭＬの例における行0４のような行を、設定されるグリーティングメッセージと同数含む。その場合、各グリーティングメッセージは、そのグリーティングメッセージに特有の特徴を特定するための情報部分を伴い、サーバ１１４がそれを正確に保存して後の適切な再利用ができるようにする。
【００４０】
図３に示す手順３０９ではボイスメールサーバ１１５によって呼出しが受信される。この状況が発生するのは、加入者に繋がらない場合や、誰かがボイスメールボックスを直接呼び出している場合である。本例においては、該呼出しは、電話１２６から、その時は繋がらなくなっている電話１０１に向かって発信されたものとみなされている。
【００４１】
手順３０９から、呼出しを受けているパーティの識別をサーバ１１５によって行う手順３１０に移る。該呼出しは常に、呼出しを受けている人を識別できるようなプロトコルを介して運ばれるので、そのような識別は容易である。一般的には識別子はその人の電話番号である。この識別子はまた、ボイスメールサーバに伝送され、該ボイスメールサーバはサーバ１１５に接続したユーザが残したメッセージを加入者に割り当てることができるものでなくてはならない。それゆえ、サーバ１１５は呼び出しを受けているパーティの識別子（典型的にはその人の電話番号）を把握している。本例で示す方法は、呼び出しを受けているパーティに対応するグリーティングメッセージを入手するために、ここではメッセージＲと呼ばれるリクエストを生成する手順３１１に移る。
【００４２】
手順３１１では、このリクエストはグリーティングメッセージを獲得する為のリクエストであるということを示す命令コードと、ユーザーの識別子Ｉとを含んだリクエストメッセージＲを、サーバ１１５が生成する。ある変形例においては、メッセージＲは呼出し人を識別する為の領域も有する。一旦メッセージＲが生成されると、それは手順３１２で転送プロトコルを介してサーバ１１４へ向けて送られる。
【００４３】
手順３１３では、サーバ１１４が手順３１２で発信されたメッセージを受信する。サーバ１１４はこのメッセージから転送情報を取り除き、メッセージＲを獲得する。サーバ１１４はこのメッセージＲを、メッセージＲに含まれている命令コードの領域を通じて識別する。本例で示す方法はそれから、メッセージＲへの応答を生成する手順３１４に移る。
【００４４】
手順３１４では、サーバ１１４はメッセージＲの識別子Ｉを求めてメモリ１１８の特に列１１８ａを走査する。識別子Ｉに対応する行が見つかると、サーバ１１４は列１１８ｂの数値内容を用いてメッセージＲへの応答を生成する。この数値内容はグリーティングメッセージを形成する。従ってメッセージＲへの応答ＲＲには少なくとも、見つかったこのグリーティングメッセージを含む。応答ＲＲはまた、グリーティングメッセージに添付された関連を決定できる領域Ｉと同一の領域ＩＩを含む。領域ＩＩの役割は、サーバ１１５が応答ＲＲをメッセージＲに関連づけることができるようにすることである。応答Ｒはまた、グリーティングメッセージについての要求に対する応答である応答ＲＲのタイプを示す命令コードが含んでもよい。
【００４５】
メッセージＲには、呼出しを受けた加入者が幾つものグリーティングメッセージを計画していたような場合に、適切なグリーティングメッセージを決定することができるような情報をさらに含んでもよい。そのような適切なグリーティングメッセージはまた、メッセージＲを受信した時間に応じて決定されてもよい。
【００４６】
応答ＲＲが生成されると、手順３１５においてサーバ１１５に向けて送信される。この送信作業に使用される転送プロトコルは好適にはメッセージＲの送信に使われるプロトコルと同じものであることが望ましい。それゆえ、応答ＲＲは、ネットワーク１０９を通じて送信される。実際には、サーバ１１４と１１５との間の通信はプライベートネットワークおよび／またはインターネット上で使用されるテクノロジ以外のテクノロジを用いたネットワークを通じて行ってもよいのはもちろんのことである。ＬＡＮや、ＵＳＢポートを介した直接接続、無線ネットワークなどが例として挙げられるが、これらの例が全てであるということではない。ある変形例においては、サーバ１１４と１１５が同一かつただ一つの装置であり、その場合には、一台のサーバだけでメモリ１１７、１１８及び１２２の中身を備えているのだから、それらのサーバ間で通信を行う必要は全くない。
【００４７】
手順３１６では、サーバ１１５が応答ＲＲを受信する。その時、サーバ１１５は電話１２６に向けて送信することのできるグリーティングメッセージを保有している。この送信は典型的な方法で、つまり、グリーティングメッセージをサーバ１１５が解凍して電話１２６に向かって音響的に放送するのが望ましい。ある変形例においては、グリーティングメッセージが電話１２６にオーディオファイルとして送られ、その電話がそれから、ファイルの解凍と音響的演奏という役割を両方果たす。
【００４８】
手順３１７では、サーバ１１５に接続された電話１２６がそのサーバからグリーティングメッセージに対応する情報を受信する。この情報は電話１２６によって処理され、電話のスピーカを通じて音響的に放送される。
【００４９】
本説明においては、現在のところ、装置１０１は移動電話であるとみなされている。実際には、オーディオファイルを記録することのできるパーソナルコンピュータ、すなわち、マイクロホンを備え、オーディオファイルからマルチメディアメッセージを作成するプログラムを実装することのできるコンピュータを用いることもまた可能である。この作成プログラムは区域１０３ａの命令コードに対応している。同コンピュータはまた作成されたメッセージをサーバ１１４に送信することができるように、インターネットに接続されていなければならない。パーソナルコンピュータについて言及がなされたが、あらゆるポケットコンピュータやＰＤＡもふさわしいであろう。
【図面の簡単な説明】
【００５０】
【図１】本発明の方法を実行するのに使用可能な手段
【図２】本発明に従ったパーソナライズメッセージ
【図３】本発明に従った方法の手順
【符号の説明】
【００５１】
１０１    移動電話
１０２    マイクロプロセッサ
１０３    プログラムメモリ
１０３ａ    区域
１０３ｂ    区域
１０４    バス
１０５    インターフェイス回路
１０６    マイクロホン
１０７    スピーカ
１０８    アンテナ
１０９    インターネットネットワーク
１１０    無線接続
１１１    基地局
１１２    ネットワーク
１１３    ゲートウェイ
１１４    グリーティングメッセージサーバ
１１５    ボイスメールサーバ
１１６    マイクロプロセッサ
１１７    プログラムメモリ
１１８    データベース（グリーティングメッセージメモリ）
１１９    インターフェイス回路
１２０    バス
１２１    マイクロプロセッサ
１２２    プログラムメモリ
１２３    インターフェイス回路
１２４    インターフェイス回路
１２５    バス
１２６    電話
２００    メッセージ
【図１】
2005117152.tif 000004
【図２】
2005117152.tif 000005
【図３】
2005117152.tif 000006
【外国語明細書】
Method for parametrizing the greeting message of a voice mailbox
An object of the invention is a method for parametrizing the greeting message of a voice mailbox.
The field of the invention is that of telephony and voice mail services.  More particularly, the field of the invention is that of vocal answering machines used to take messages from callers when the called parties, who are subscribers to a mail service, cannot be contacted (or reached).
It is an aim of the invention to enable a user to parametrize/configure his greeting message by optimising the connection time of a terminal to the network.
It is another aim of the invention to enable voice messages to have image, video and/or text type information added to them.
In the prior art, there are known voice mail services such as those proposed by mobile telephony operators.  When a subscriber with a mobile telephony operator is unreachable, a caller seeking to reach the unreachable user is automatically connected to a voice mailbox.  This voice mailbox then puts out a greeting message, after which the caller can record a message. The connection to this voice mailbox is necessarily made by a telephonic device, which is either fixed or mobile.
The greeting message can most often be personalised by the users subscribing to the services of the telephony operator offering the voice mail service.  This personalisation is done by each subscribing user.  To personalise his voice mailbox greeting message, a user set up a connection, through the telephony network, with his voice mailbox.  Once the connection has been set up, the user must generally use his telephone keypad to inform the voice mail or messaging server that he wishes to parametrize his voice mailbox.  The server then goes into recording mode.  The user can then enunciate his greeting message which is recorded by the server.  Once the recording is over, the user presses a key. This means that he has completed his greeting message.  The server then sends the user the greeting message that he has just prepared, through the telephony network.  This enables the user to judge the appropriateness of his greeting message.  If the user is satisfied, he cuts off the connection with the voice mail server.  If not, he uses the keypad of his terminal to record another greeting message.
This type of interface with the voice mail server presents several problems.  A first problem relates to the obligation to use a telephony terminal compatible with the voice mail server of which the user is a subscriber.
Another problem is that the type of data transmitted to the voice mail server is limited by the capacities of acquisition and instantaneous transmission of the apparatus used to personalise the greeting message of the voice mailbox.  In the prior art, the parametrizing technique is performed in a voice mode connection.  The only information that can be transmitted then is the user's voice and possibly tones in the DTMF mode if the terminal being used can manage such transmission.  In particular, it is impossible to transmit text or images, whether still or moving.
Yet another problem is that, during the recording of the greeting message and its validation, the terminal is connected to the voice mail server.  This connection takes up network resources which can no longer be allocated to other users wishing to make a standard call.  This also prevents the user from receiving a call from a person wishing to reach him at a time when, furthermore, his voice mailbox is not properly parametrized and therefore not in a position to receive voice messages.  This problem is especially critical because a message can take one minute or more in addition to the procedure for recording it and because the first recording attempt is rarely the right one.  It therefore frequently happens that ten minutes or more are needed to personalise a user's voice mailbox.  This is detrimental both to the user and to the operator.  The resources referred to herein are chiefly voice communications and data resources and exclude signalling and network management resources.  For these latter resources, the problem exists but is less important.
The invention resolves these problems by personalising a mail service or voice mailbox through a preformatted multimedia message of the MMS (Multimedia Messaging Service) type.  The user produces a message in the predefined format on an apparatus that may be a mobile telephony terminal, a personal computer or any other type of apparatus.  This apparatus comprises a program enabling the user to produce a preformatted message containing all the details set beforehand.  These details include at least one identifier of the user, and voice data corresponding to the greeting message.  These details are inserted in an MMS message which is sent, for example by Internet, to the voice mail server.  The message can also be sent to a server capable of parametrizing the voice mail server.  In the invention, the resources of the network are called upon only for the transmission of the personalisation message and after the production of the greeting message by the user.  Compression methods can therefore be used for the greeting message, further reducing the need to call upon the communications resources of the network.  Similarly, data pertaining to still or moving images can be incorporated into the personalisation message.  Upon the reception of the personalisation message, the voice mail server extracts the information that it needs from this message in order to get parametrized according to the user's requirements.
An object of the invention therefore is a method for parametrizing the greeting message of a voice mailbox comprising the following steps:
- a user records a greeting message at a terminal,
- the greeting message is compressed at the terminal,
- a multimedia message comprising the compressed greeting message is produced at the terminal,
- the multimedia message comprises an instruction field to indicate that it is a greeting message,
- the multimedia message is sent from the terminal to a greeting message server.
An object of the invention is also a method for the parametrizing of the greeting message of a voice mailbox, characterized in that the method comprises the following steps:
- an instruction field, indicating the fact that the multimedia message is a message for updating the greeting message, is received at a greeting message server, 
- the sender of the multimedia message is determined at the greeting message server,
- the greeting message is extracted from the greeting message server, 
- the greeting message is recorded in a database in being made to correspond, in the database, to the sender of the multimedia message.
The invention will be understood more clearly from the following description and the accompanying figures.  These figures are given purely by way of an indication and in no way restrict the scope of the invention.  Of these figures:
- Figure 1 is an illustration of means that can be used to implement the method according to the invention,
- Figure 2 illustrates a personalisation message according to the invention,
- Figure 3 illustrates steps of the method according to the invention.
Figure 1 shows an apparatus 101 which, in the present example, is a mobile telephone.  In practice, the apparatus 101 could be a personal computer, an electronic personal digital assistant or any apparatus likely to get connected to a greeting message server to send it a personalisation message.
The telephone 101 comprises at least one microprocessor 102 and one program memory 103.  The program memory 103 comprises several zones, each zone comprising instruction codes enabling the implementation of a function of the apparatus 101.  These instruction codes are interpreted by the microprocessor 102.  Thus, when an action is attributed to an apparatus, this action is performed by a microprocessor of the apparatus, said microprocessor executing instruction codes recorded in a program memory of the apparatus.
The memory 103 comprises a zone 103a comprising instruction codes for the production of an MMS message according to the invention, and a zone 103b comprising instruction codes for the sending of an MMS message.  The memory 103 and the microprocessor 102 are connected through a bus 104.
The telephone 101 also comprises interface circuits 105 between the bus 104 and an antenna 108 of the telephone 101.  The telephone 101 also comprises a microphone 106 and a speaker 107.  The means 105 to 107 are connected to the bus 104.  The means 106 and 107 are classic means of a mobile telephone.  They are shown only in order to illustrate the fact that a mobile telephone comprises all the means that can be used for the acquisition and restitution of sounds.
Conventionally, the telephone 101 is capable of getting connected to an Internet type network 109 through a wireless type connection 110 between the antenna 108 and a base station 111.  The base station 111 belongs to the infrastructure of a GSM/GPRS (or UMTS) network comprising a gateway 113 between the network 112 and the network 109.  This gateway is typically a WAP gateway.
Through the network 109, it is also possible to link up to a greeting message server 114 and a voice mail server 115.  For the description, we have separated the functions of the greeting message server and of the voice mail server by dividing them between two apparatuses.  In practice, it is possible to have only one apparatus implementing both functions.
The server 114 has a microprocessor 116, a program memory 117, a greeting message memory 118 and circuits 119 for interfacing with the network 109.  The elements 116 to 119 are connected through a bus 120.
The memory 117 has at least one zone 117a comprising instruction codes for the reception of multimedia messages, one zone 117b comprising instruction codes for the transcoding of the multimedia messages, and one zone 117c for sending greeting messages.  The transcoding of a multimedia message consists of the extraction of the different multimedia components of the message.
The memory 118 is a table divided into rows and columns.  Each row corresponds to a user identified by an identifier recorded in the column 118a.  Each identifier then has a corresponding greeting message recorded in a column 118b.  The memory 118 may comprise other columns enabling the association of other information (images, video, visiting cards etc.) with a user.  The memory 118 illustrates the fact that the server 114 has means to associate information, including a greeting message, with a user identifier.
The server 115 comprises at least one microprocessor 121, one program memory 122, interface circuits 123 for interfacing with the network 109 and interface circuits 124 for interfacing with the network 112.  The elements 121 to 124 are connected through a bus 125.
The memory 122 has at least one zone 122a comprising instruction codes to obtain a greeting message, and one zone 122b comprising instruction codes to broadcast a greeting message.  The greeting message is broadcast to a person P seeking to reach the user of the telephone 101 at a time when the telephone 101 can no longer be reached.  The person P, using a telephone 126, is then connected to the voice mail server 115.
Figure 2 illustrates the possible structure for a personalisation/configuration message according to the invention.  Such a message 200 comprises an instruction field 201 by which the message can be identified as a personalisation message, a field 202 enabling the identification of a person as well as a voice mailbox to be personalised and a field 203 comprising the greeting message.  This structure is known to all the apparatuses forming part of the personalisation.  This enables the fields to be interpreted accurately.  One possible solution that can be used to determine the fields consists in defining a field separator, or using fields with a fixed and known length, or using a mark-up system as prescribed by the MMS recommendation implementing the XML (eXtended Language Markup) syntax. 
Example of a personalisation message 
01  <?xml version="1.0" encoding="ISO-8859-1"?>
02  <message type="maj mes acc">
03     <idu>06 12 34 56 78</idu>
04     <mes type="codage">01110110101</mes>
05  </message>
The above example illustrates a possible syntax in the context of an implementation using the XML mode.  The line 01 of the example corresponds to a specific feature of the XML standard.  The line 02 defines a message whose type is "maj mes acc".  This is an instruction code, corresponding to the field 201, indicating that this is a message for updating a greeting message. The line 03 corresponds to the field 202 identifying the user whose greeting message must be updated.  The line 04 corresponds to the greeting message between two tags, the type of encoding being specified in the opening tag.  The line 05 is the closing tag, according to the XML syntax, corresponding to the line 02. It can be seen that the XML syntax of the example is given as an indication.  The name of the tags as well as the indentation of the text, and information on type could be positioned and named differently. Similarly, the XML/MMS syntax is not the only one possible.  Other types of syntax are known.  These include the SGML, HTML and other types of syntax and binary structures enabling the fields to be instantiated.
In one variant, a message to update the greeting message may contain information other than that necessary for the updating of the greeting message.  Such information may be a photograph of the user, or information on the general parametrizing of the user's subscription.  In this case, it is the message for the updating/configuration of the greeting message that is contained in a general configuration message comprising at least the fields described for the figure 2.
Figure 3 shows a preliminary step 301 during which the user of the telephone 101 uses an apparatus to produce a greeting message. In the present example, the apparatus is considered to be the telephone 101.  In practice, it could be a personal computer, a personal digital assistant, or any other apparatus having a recording capacity. During the step 301, the user records a message through the microphone 106. This message is recorded in a memory of the telephone 101 in the form of an audio file. The format of this audio file is preferably compressed for example in the MP3 format or any other MPEG format. In one variant, this file may very well be a video file.  To enable the production of a video file, the telephone 101 must either be connected to a video camera or include a video camera.  Once the audio file has been produced, the invention passes to a step 302 for the production of the multimedia message.
In the step 302, the telephone 101 puts the information on the updating of a greeting message into shape.  This means producing a message having the structure described for figure 2, and/or the structure described for the exemplary XML syntax.  The instruction code used to enter information into the field 201 is predefined and included, for example, in the instruction codes of the zone 122a.  The user identifier is, for example, a telephone number.  This identifier is either entered at the step 302 by the user of the telephone 101, or read automatically in a SIM card of the telephone 101, or updated automatically by the network.  The field 203 for its part is provided with information from the audio and/or video file obtained at the step 301.  Thus, a message for the configuration of a voice mailbox is received.  The step 302 is followed by a step 303 for sending the configuration/updating message.
In the step 303, the multimedia message 200 produced at the step 303 is packaged in a message according to a protocol known as a transport protocol.  Such a protocol is, for example, the TCP/IP, HTTP, FTP or other protocol. In addition to the updating message 200, this transport protocol message comprises at least one address of a recipient.  In the present example, this recipient is the server 114 of the greeting message appended through the Internet 109.  The transport protocol message is conveyed through the network 112, the gateway 113 and the Internet 109.  The address of the server 114 is obtained in a classic way, either (a) because it is encoded in the zone 103b or another memory zone of the telephone 101, or (b) by means of a DNS type address resolution.  There are other transport protocols such is the UDP or X25 protocols used to send a configuration message from the telephone 101 to the server 114.  It will be seen that, in one variant, the telephone 101, during the step 303, updates the field 202 as a function of an identifier communicated by the network 112.  This updating can also be done by the server 113 which forms part of the network 112.
In the step 304, the server 114 receives a transport message.  The server 114 rids this message of the information layers corresponding to the transport protocols used and obtains a configuration message such as the one described for figure 200 and/or the exemplary XML syntax.  The next step of the method is a step 305 for the analysis of a multimedia message.
In the step 305, the server 114 has access to the fields of the message 200.  Having access, the server 114 can determine the nature of the message received through the transport message.  In a step 306, following the determining of the nature at the step 305, the server 114 analyses the value of the field 201 to determine whether the message that it has just received is an updating message.  The possible values for the field 201 are defined according to the different types of message that can be processed by the server 114.  Such values are either numerical or alphanumerical, or quite simply binary.
In the step 306, the value read at the step 305 for the field 201 is therefore compared with the list of values expected by the server 114 for the field 201.  If the value read corresponds to the value of the instruction code for updating the greeting message, the method of the invention passes to an updating step 307.  If not, it passes to an END step 308.
In the step 308, the server continues its operations for processing the message.  These operations no longer concern the messages according to the invention.
In the step 307, the server 114 makes a search in the memory 118 for the row in which the value of the column 118a corresponds to the value of the field 202 of the configuration message received at the step 304.  Once this row has been found, the server replaces the numerical contents of the column 118b of this row by the numerical contents of the field 303 of messages received at the step 304.  If the row is not found, then either it is created or the updating message is ignored.
It is possible that the format of the greeting message recorded in the memory 118 is not the same as the one used for the field.  This format is optionally specified in the field 203 as was seen for the XML example.  This enables the server, if necessary, to perform a transcoding operation before recording the new greeting message in the memory 118.  It can be noted here that the memory 118 is a simplified representation of the database.
In the variant in which the message 200 forms part of a general configuration message, everything happens as described here above for the steps 304 to 307 except that, since the message comprises other information, other zones of the memory 118 are updated.
In another variant, it is possible that a user may have several greeting messages whose use depends on circumstances or on the caller.  In this case, a configuration message comprises as many fields of the 203 type, or as many lines such as 4 in the XML example, as there are greeting messages to be configured.  Each greeting message is then accompanied by a piece of information specifying its particular characteristics and enabling the server 114 to store it accurately with a view to its subsequent appropriate re-utilisation.
Figure 3 shows a step 309 for the reception of a call by the voice mail server 115.  This situation arises either when a subscriber is unreachable or when someone calls a voice mailbox directly.  In the present example, the call is deemed to be sent from the telephone 126 to the telephone 101, which is then unreachable.
From the step 309, the invention goes to a step 310 for the identification of the called party by the server 115.  This identification is easy because the call is always conveyed through a protocol enabling the identification of the person who is being called.  In general, the identifier is his telephone number.  This identifier is also transmitted to the voice mail server which must be capable of assigning the messages left by the users, who get linked up to the server 115, to the subscribers.  The server 115 is therefore in possession of an identifier of the called party, classically his telephone number.  The method then passes to a step 311 for the production of a request, herein called a message R, to obtain the greeting message corresponding to the called party.
In the step 311, the server 115 produces the request message R comprising an instruction codes indicating that this is a request to obtain a greeting message, and an identifier I of the user.  In one variant, the message R also has a field to identify the caller.  Once this message R has been produced, it is sent, in a step 312 and through a transport protocol, to the server 114.
In a step 313, the server 114 receives the message sent at the step 312.  The server 114 rids this message of the transport information and obtains the message R.  The server 114 identifies this message R through the instruction code field contained in the message R. The method then goes to a step 314 for the production of a response to the message R.
In the step 314, the server 114 scans the memory 118 and especially the column 118a in search of the identifier I of the message R. Once the row corresponding to the identifier I is found, the server 114 uses the numerical contents of the column 118b to produce a response to the message R. These numerical contents form a greeting message.  The response RR to the message R therefore comprises at least this greeting message that has been found.  The response RR also comprises a field II identical to the field I that makes it possible to determine the associations attached to the greeting message.  The role of the field II is to enable the server 115 to associate the response RR with the message R. The response R may also comprises an instruction code indicating the type of response RR, which is a response to a request for a greeting message.
The message R may comprise more information used to determine the appropriate greeting message if the called subscriber should have planned for several greeting messages.  The appropriate greeting message may also be determined as a function of the time at which the message R is received.
When the response RR is produced, it is sent, in a step 315, to the server 115.  The transport protocol used for this sending operation is preferably the same as the one used for the sending of the message R. The response RR is therefore sent through the network 109.  In practice, the communications between the server is 114 and 115 may very well be made through a private network and/or a network using technologies other than the ones used on the Internet.  These include, for example, local area networks, direct communications through a USB port and wireless networks: this list is not exhaustive.  In one variant, the servers 114 and 115 are one and the same apparatus.  In this case, there is no need whatsoever to make them communicate with each other because the single server then contains the contents of the memories 117, 118 and 122.
In a step 316, the server 115 receives a response RR.  The server 115 then possesses a greeting message which it can send to the telephone 126.  This sending is preferably done classically, that is, the greeting message is decompressed by the server 115 and broadcast acoustically to the telephone 126.  In one variant, the greeting message is sent like an audio file to the telephone 126 which is then responsible both for its decompression and its acoustic rendering.
In a step 317, the telephone 126, connected to the server 115, receives information from this server corresponding to greeting message.  This information is processed by the telephone 126 and broadcast acoustically through a speaker of this telephone.
In the description, the apparatus 101 has hitherto been considered to be a mobile telephone.  In practice, it is also possible to use a personal computer capable of recording an audio file, namely a computer that is provided with a microphone and can implement a program for composing a multimedia message from the audio file.  This composition program corresponds to the instruction codes of the zone 103a.  The same computer must also be connected to the Internet so that it can send the composed message to the server 114.  Reference has been made to a personal computer but any pocket computer or personal digital assistant would be suitable.
1.  A method for parametrizing the greeting message of a voice mailbox characterized in that it comprises the following steps:
- a user records (301) a greeting message at a terminal,
- the greeting message is compressed (302) at the terminal,
- a multimedia message comprising the compressed greeting message is produced (302) at the terminal,
- the multimedia message comprises an instruction field (201) to indicate that it is a greeting message,
- the multimedia message is sent (303) from the terminal to a greeting message server.
2.  A method according to claim 1, characterized in that the multimedia message is formatted according to an XML type message.
3.  A method according to one of the claims 1 or 2, characterized in that the multimedia message comprises a field (202) identifying the user producing the greeting message.
4.  A method according to one of the claims 1 to 3, characterized in that the multimedia message comprises a piece of format information for the greeting message.
5.  A method for the parametrizing of the greeting message of a voice mailbox, characterized in that the method comprises the following steps:
- an instruction field, indicating the fact that the multimedia message is a message for updating the greeting message, is received (304) at a greeting message server, 
- the sender of the multimedia message is determined (305-306) at the greeting message server,
- the greeting message is extracted (307) from the greeting message server, 
- the greeting message is recorded (307) in a database (118) in being made to correspond, in the database, to the sender of the multimedia message.
6.  A method according to claim 5, characterized in that the greeting message is transcoded, before recording, as a function of the format used by the greeting message server and as a function of a piece of information on format included in the multimedia message.
7.  A method according to one of the claims 5 or 6, characterized in that:
- a user gets connected, through a terminal (126), to a voice mail service of a voice mail server (115),
- a request is sent (312) from the voice mail server to the greeting message server, the request comprising a called user identifier,
- the greeting message in the database corresponding to the called user identifier is sent (315), from the greeting message server and to the voice mail server,
- the greeting message (316) is sent from the voice mail server and to the terminal,
- the greeting message is sent out (317) acoustically to the terminal.
8.  A method according to one of the claims 1 to 7, characterized in that the terminal is a mobile telephone.
9.A method according to one of the claims 1 to 7, characterized               in that the terminal is a computer.
1.Abstract
A user produces (301) a vocal and/or video message on an apparatus provided with means for the recording of such a message.  This message is packaged (302) in a multimedia configuration message.  This configuration message also comprises an identifier of a user.  This configuration message is sent (303) to a greeting message server that uses the identifier and the greeting message of the configuration message to update (307) a database of the server.
2.Representative Drawing
Figure 3.
【図１】
2005117152.tif 000007
【図２】
2005117152.tif 000008
【図３】
2005117152.tif 000009