專利名稱：用于參數(shù)化語音信箱的問候消息的方法
技術領域：
本發(fā)明的對象是一種參數(shù)化語音信箱的問候消息的方法。
本發(fā)明涉及電話和語音信箱業(yè)務領域。更具體地，本發(fā)明涉及當無法與被叫方取得聯(lián)系時，從主叫者取得消息的語音應答機，其中，所述被叫方為一郵件業(yè)務的注冊用戶。
背景技術：
本發(fā)明的目標是使用戶通過最佳化終端到網(wǎng)絡的連接時間而參數(shù)化/配置其問候消息。
本發(fā)明的另一目標是使語音消息具有附加于其上的圖像、影像以及/或者文本類型信息。
在現(xiàn)有技術中，存在一些已知的語音郵件服務，諸如那些由移動電話運營者推薦的服務。當無法聯(lián)系一移動電話運營者的注冊用戶時，將試圖與該無法聯(lián)系的用戶取得聯(lián)系的主叫者自動連接至一語音信箱。然后該語音信箱會產(chǎn)生一問候消息，之后該主叫者可錄制一消息。與該語音信箱的連接必須通過一電話裝置來進行，該電話裝置既可以是固定的也可以是移動的。
通常提供該語音郵件服務的電話運營者的服務注冊用戶可以個性化該問候消息。此個性化是由每個注冊用戶進行的。為實現(xiàn)對其語音信箱問候消息的個性化，用戶通過電話網(wǎng)絡，與其語音信箱建立一個連接。一旦建立起該連接，通常用戶必須利用其電話鍵盤通知語音郵件或者報文傳送服務器他希望參數(shù)化其語音信箱。該服務器然后進入錄音模式。然后用戶可以說出其問候消息，該問候消息由服務器記錄。一旦錄音完成，用戶按下按鍵。這表示他完成了他的問候消息。然后服務器可以通過電話網(wǎng)絡向該用戶發(fā)送他剛剛制作的問候消息。這樣用戶可以判斷其問候消息的適合性。如果用戶滿意，則他切斷與語音郵件服務器的連接。否則，該用戶利用其終端的鍵盤錄制另一問候消息。
此類與語音郵件服務器的接口存在幾個問題。首要的問題是必須使用與用戶注冊的語音郵件服務器相兼容的電話終端。
另一問題在于傳送到語音郵件服務器的數(shù)據(jù)類型受到用于個性化語音信箱的問候消息的設備的采集能力和即時傳送能力的限制。在現(xiàn)有技術中，個性化技術在語音式連接中進行。則唯一可以傳送的信息是用戶的語音，以及可能地采用DTMF模式的音調(diào)，如果所使用的終端可以管理這種傳輸?shù)脑?。特別地，不可能傳送文本或者圖像，無論是靜止的或者移動的。
同樣還存在的一個問題是，在錄制問候消息及對其驗證的過程中，將終端連接到該語音郵件服務器。此連接占用網(wǎng)絡資源，該資源不再分配到其他希望進行一標準呼叫的用戶。此外，這樣也可以在沒有對該用戶的語音信箱進行正確的參數(shù)化從而不能夠接收語音消息時，防止該用戶收到希望與其聯(lián)系的個人的呼叫。此問題特別地關鍵，由于一個消息可能除錄音過程外，還要花費一分或者更多的時間，并且由于首次錄音嘗試很少是適當?shù)?。因此?jīng)常會出現(xiàn)的是需要十分或者更多的時間來個性化用戶的語音信箱。這對用戶和運營者都是不利的。本文所稱的資源主要是語音通信和數(shù)據(jù)資源，并且不包括信令和網(wǎng)絡管理資源。對于后面所提到的資源，該問題存在但沒有這么重要。
本發(fā)明通過利用預先格式化的MMS(多媒體消息接發(fā)服務)類型的多媒體消息個性化郵件服務或者語音信箱來解決這些問題。用戶在一個裝置上以預定的格式生成一個消息，該裝置可以是一移動電話終端，個人計算機或者任何其他類型的裝置。此裝置包括一個程序，該程序使用戶能夠生成一個預先格式化的消息，該消息包含所有預先設置的細節(jié)。這些細節(jié)包括該用戶的至少一個標識符，以及對應于該問候消息的語音數(shù)據(jù)。將這些細節(jié)插入由例如因特網(wǎng)，向語音郵件服務器所發(fā)送的MMS消息中。也可以將該消息發(fā)送到一能夠參數(shù)化該語音郵件服務器的服務器。在本發(fā)明中，征用(call upon)網(wǎng)絡資源只為傳送該個性化消息并且是在用戶生成該問候消息之后。因此可以對問候消息使用壓縮方法，進而減少對網(wǎng)絡通信資源的使用。類似地，可以將有關靜止或者移動圖像的數(shù)據(jù)包含該個性化消息中。在接收到該個性化消息之后，語音郵件服務器隨即從此消息中提取所需的信息，以便根據(jù)用戶的需要而獲得參數(shù)化。

發(fā)明內(nèi)容
因此，本發(fā)明的目標是一種用于參數(shù)化語音信箱的問候消息的方法，該方法包括以下步驟用戶在終端錄制一問候消息，在該終端壓縮該問候消息，在該終端生成一包括該壓縮的問候消息的多媒體消息，該多媒體消息包括一指令字段，用于表示該多媒體消息是一問候消息，該多媒體消息自該終端發(fā)送到問候消息服務器。
本發(fā)明的另一目標是一種用于參數(shù)化語音信箱的問候消息的方法，其特征在于該方法包括以下步驟在問候消息服務器接收一指令字段，該指令字段表示該多媒體消息是一用于更新問候消息的消息，在該問候消息服務器確定該多媒體消息的發(fā)送者，從該問候消息服務器提取該問候消息，在一數(shù)據(jù)庫中記錄該問候消息，在該數(shù)據(jù)庫中使該消息對應于該多媒體消息的發(fā)送者。


通過以下說明及附圖將會更加清楚地理解本發(fā)明。出示這些附圖純粹為了說明并且絕不是對本發(fā)明的限制。其中圖1所示為用于實現(xiàn)根據(jù)本發(fā)明所述的方法的裝置的示意圖。
圖2所示為根據(jù)本發(fā)明所述的個性化消息。
圖3所示為根據(jù)本發(fā)明所述的方法的步驟。
具體實施例方式
圖1示出一裝置101，在本實例中，該裝置101為一移動電話。實際上，裝置101可以是一個人計算機，一個電子個人數(shù)字助理，或者任意可能與問候消息服務器連接以向其發(fā)送個性化消息的裝置。
電話101包括至少一個微處理器(μP)102，以及一個程序存儲器103。程序存儲器103包括幾個區(qū)域，每個區(qū)域包括實現(xiàn)裝置101的功能的指令代碼。這此指令代碼由微處理器102進行解釋。因此，當認為一個操作歸屬于一裝置時，此操作是由該裝置的微處理器而執(zhí)行的，上述微處理器執(zhí)行記錄在該裝置中的指令代碼。
存儲器103包括一個區(qū)域103a，該區(qū)域包括用于生成根據(jù)本發(fā)明所述的MMS消息的指令代碼，以及一個區(qū)域103b，該區(qū)域包括用于發(fā)送一MMS消息的指令代碼。存儲器103以及微處理器102通過一總線104而連接。
電話101還包括介于總線104和電話101的天線108之間的接口電路105。電話101還包括一個麥克風106以及一揚聲器107。將裝置105和107連接到總線104。裝置106和107是移動電話的典型裝置。示出這些裝置僅是為說明一個移動電話包括可以用于獲取和恢復聲音的所有裝置。
傳統(tǒng)上，電話101可以通過介于天線108和基站111之間的無線類型連接110而取得與因特網(wǎng)型網(wǎng)絡(IP)109的連接?；?11屬于GSM/GPRS(或者UMTS)網(wǎng)絡的基本設施，該網(wǎng)絡包括位于網(wǎng)絡112和網(wǎng)絡109之間的網(wǎng)關(GW)113。此網(wǎng)關典型地是一WAP網(wǎng)關。
通過網(wǎng)絡109，還可能與一問候消息服務器(Serv MA)114以及一語音郵件服務器105連接。對于本說明書，我們通過將問候消息服務器和語音郵件服務器分成兩個裝置，將這兩個服務器的功能分離開。實際上，可以只利用一個裝置而實現(xiàn)這兩種功能。
服務器114具有一微處理器(μP)116，一個程序存儲器117，一個問候消息服務器118以及用于與網(wǎng)絡109接口的線路119。元件116到119通過總線120而連接。
存儲器117具有至少一個區(qū)域117a，該區(qū)域包括用于接收多媒體消息(MM)的指令代碼，以及一個區(qū)域117b，該區(qū)域包括用于對多媒體消息進行代碼轉(zhuǎn)換的指令代碼，以及一個區(qū)域117c，該區(qū)域用于發(fā)送問候消息(MA)。多媒體消息的代碼轉(zhuǎn)換包括對消息的不同多媒體成份的提取。
存儲器118是一個劃分成行和列的表格。每行對應于一個用戶，該用戶由記錄在列118a中的一標識符所標識。每個標識符具有一個記錄在列118b中的相應的問候消息。存儲器118可以包括能夠?qū)崿F(xiàn)將其他信息(圖像、影像、名片等)與用戶關聯(lián)的其他列。存儲器118說明服務器114能夠?qū)▎柡蛳⒌男畔⑴c用戶標識符(IDU)聯(lián)系起來。
服務器115包括至少一個微處理器(μP)121，一個程序存儲器122，接口電路123，用于與網(wǎng)絡109連接，以及接口電路124，用于與網(wǎng)絡112連接。元件121-124通過總線125連接。
存儲器122具有至少一個區(qū)域122a，包括用于取得問候消息的指令代碼，以及一個區(qū)域122b，包括用于播送問候消息的指令代碼。當不能再聯(lián)系電話101時，將該問候消息播送到一試圖與電話101的用戶取得聯(lián)系的人P。然后利用電話126，將該人P連接到語音郵件服務器115。
圖2所示為根據(jù)本發(fā)明的用于個性化/配置消息的一種可能的結(jié)構(gòu)。這種消息200包括一個指令(INSTR)字段201，可以通過該指令字段將該消息識別為一個性化消息，一實現(xiàn)對個人以及待被個性化的語音信箱的識別的字段202，以及一個包括該問候消息(MA)的字段203。此結(jié)構(gòu)對于構(gòu)成個性化部件的所有裝置是已知的。這使得能夠得到精確地解釋。一種可以用于確定這些字段的可能解決方案在于定義一字段分離符，或者利用具有固定且已知長度的字段，或者利用一個如由實現(xiàn)XML(擴展標記語言)語法的MMS標準所規(guī)定的標記(mark-up)系統(tǒng)。
個性化消息的實例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″>0111011…0101</mes>
05 </message>
上述實例給出在使用XML模式實現(xiàn)的上下文中一種可能的語法。該實例的行01對應于XML標準的具體的特征。行02定義一消息，其類型為“maj mes acc”。這是一個指令代碼，對應于字段201，表示這是一個用于更新問候消息的消息。行03對應于字段202，識別其問候消息必須被更新的用戶。行04對應于兩個標簽之間的問候消息，編碼的類型是在打開標簽中指定的。根據(jù)XML語法，行05是對應于行02的閉合標簽?？梢岳斫?，該例的XML語法用于指示的作用。可以對標簽的名稱以及文本的標識，以及有關類型的信息進行不同的定位和命名。類似地，該XML/MMS語法不是唯一的一種可能。已知存在其他類型的語法。這些語法包括SGML、HTML以及其他語法類型，以及能夠例示字段的二進制結(jié)構(gòu)。
在本發(fā)明的一種變化中，更新問候消息的消息可以包括除對于更新問候消息必須的消息之外的消息。這種消息可以是該用戶的照片，或者有關用戶簽名(subscription)的通用參數(shù)化的信息。這時，用于更新/配置問候消息的消息包括在通用配置信息中，該通用配置信息至少包括用于說明圖2的字段。
圖3示出電話101的用戶利用一個裝置生成一個問候消息的初始步驟301。在本實例中，將該裝置認為是電話101。實際上，該裝置可以是一個人計算機，一個人數(shù)字助理，或者任何其他具有錄音能力的裝置。在步驟301中，用戶通過麥克風106錄制一消息。將該消息以音頻文件的形式記錄在電話101的存儲器中。該音頻文件的格式優(yōu)選地以例如MP3的格式，或者任何其他MPEG格式壓縮。在一種變化中，該文件可以是一視頻文件。為了實現(xiàn)生成視頻文件，電話101必須或者被連接到一攝像機或者包括一攝像機。一旦生成了音頻文件，本發(fā)明進入到步驟302，用于生成多媒體消息。
在步驟302中，電話101使有關更新問候消息的信息成形。這意味著生成一個消息，該消息具有如圖2所述的結(jié)構(gòu)，及/或者描述用于典型的XML語法的結(jié)構(gòu)。對用于將信息輸入到字段201的指令代碼進行預定義，并且將其包含在，例如區(qū)域122a的指令代碼中。用戶標識符是，例如電話號碼。此標識符或者在步驟302由電話101的用戶輸入，或者在電話101的SIM卡中自動讀取的，或者由網(wǎng)絡自動更新。自在步驟301中得到的音頻和/或視頻文件向字段203提供信息作為其一部分。從而接收用于配置語音信箱的消息。步驟302之后是步驟303，用于發(fā)送配置/更新消息。
在步驟303中，根據(jù)一已知為傳輸協(xié)議的協(xié)議將在步驟303中所生成的多媒體消息200打包入一個消息中。這種協(xié)議是，例如，TCP/IP、HTTP、FTP或者其他協(xié)議。除更新消息200之外，此傳輸協(xié)議消息包括接收者的至少一個地址。在本實例中，該接收者是通過因特網(wǎng)109而附加的問候消息的服務器114。該傳輸協(xié)議消息是通過網(wǎng)絡112、網(wǎng)關113以及因特網(wǎng)109而傳送的。服務器114的地址是通過一經(jīng)典方式而獲取的，或者(a)因為該地址被編碼在區(qū)域103b或者電話101的其他存儲器區(qū)域中，或者(b)通過DNS類型地址分辨的方式。存在其他傳輸協(xié)議，諸如UDP或者X25協(xié)議，用于將配置消息從電話101發(fā)送到服務器114。可以看到，在一種變形中，電話101，在步驟303中，將字段202更新為由網(wǎng)絡112聯(lián)系的標識符的函數(shù)。此更新也可以由形成部分網(wǎng)絡112的服務器113來進行。
在步驟304中，服務器114接收一個傳輸消息。服務器114根據(jù)所使用的傳輸協(xié)議除去此消息的信息層，并且獲得一個配置消息，諸如數(shù)字200所述的消息和/或典型的XML語法。本方法的下一步驟是步驟305，用于分析一多媒體消息。
在步驟305中，服務器114訪問消息200的字段。訪問后，服務器114可以確定通過傳輸消息所接收的消息的性質(zhì)。在步驟305中確定性質(zhì)之后，在步驟306中，服務器114分析字段201的值，以確定其剛接收的消息是否為一更新消息。字段201的可能值是根據(jù)服務器114所能夠處理的消息的不同類型而定義的。這種值或者是數(shù)字的，或者是字母數(shù)字混合編制的，或者只是簡單的二進制數(shù)。
因此在步驟306中，將在步驟305中讀取的用于字段201的值與由服務器114所預期的用于字段201的值列表進行比較。如果所讀取的值對應于用于更新問候信息的指令代碼的值，則本發(fā)明的方法進入更新步驟307。否則，該方法進入結(jié)束步驟308。
在步驟308中，服務器繼續(xù)其處理消息的操作。這些操作不再關注根據(jù)本發(fā)明的消息。
在步驟307中，服務器114在存儲器118中進行搜索，以查找一行，在該行中列118a的值對應于在步驟304中所接收的配置消息的字段202。一旦找到該行，服務器利用在步驟304中所接收的消息的字段303的數(shù)字內(nèi)容替換該行的列118b的數(shù)字內(nèi)容。如果沒有找到該行，則或者創(chuàng)建該行或者忽略此更新消息。
有可能在存儲器118中所記錄的問候消息的格式與用于字段的格式不同。此格式是在字段203中可選地指定的，如見XML實例。這樣，如必要，使該服務器在將新的問候消息記錄在存儲器118之前可以進行代碼轉(zhuǎn)換操作。在此需要注意的是，存儲器118是數(shù)據(jù)庫(BD)的簡化的表示。
在此變形中，其中消息200形成部分通用配置消息，除了由于該消息包括其他信息，而對存儲器118的其他區(qū)域進行更新外，出現(xiàn)所有這里描述的用于步驟304到307的情況。
在另一種變形中，有可能用戶可以具有幾個問候消息，其使用決定于環(huán)境或者主叫者。在此情況下，一個配置消息包括的203型字段的數(shù)目，或者諸如在XML實例中4行的行數(shù)與待被配置的問候消息一樣多。則每個問候消息伴隨一條信息，該信息指定其具體特性以及使服務器114能夠考慮其后續(xù)的再利用而精確地將其存儲。
圖3示出步驟309，用于接收語音郵件服務器(Serv Voc)115的呼叫。這種情況是當或者用戶不可聯(lián)系或者某人直接呼叫語音信箱時出現(xiàn)。在本實例中，將該呼叫視為由電話126發(fā)送到電話101，該電話101即隨后聯(lián)系不到的。
從步驟309開始，本發(fā)明進入到步驟310，用于由服務器115識別被叫方。由于該呼叫總是通過一個協(xié)議而傳遞的，該協(xié)議實現(xiàn)對正在被叫者的識別，所以該識別是容易的。通常，該標識符是其電話號碼。該標識符還被傳送到必須能夠向注冊用戶分配由與服務器115取得連接的用戶留下的消息的語音信箱服務器。因此該服務器115擁有該被叫方的標識符，典型地，為其電話號碼。該方法然后進行到步驟311，用于生成一個請求，在此稱為消息R，用以取得對應于被叫方的問候消息。
在步驟311中，服務器115生成請求消息R，該消息R包括一個表示此請求消息是用于獲得一個問候消息的指令代碼，以及該用戶的標識符I。在一個變形中，消息R還具有一個用于識別主叫方的字段。一旦生成此消息R，則在步驟312中通過傳輸協(xié)議將其發(fā)送到服務器114。
在步驟313中，服務器114接收在步驟312所發(fā)送的消息。服務器114除去此消息的傳輸信息，并且取得消息R。服務器114通過包含在消息R中的指令代碼字段識別此消息R。然后該方法進入步驟314，用于生成一個對消息R的響應。
在步驟314中，服務器114掃描存儲器118并且尤其是列118a，用以搜索消息R的標識符I。一旦發(fā)現(xiàn)對應于標識符I的行，則服務器114利用列118b的數(shù)字內(nèi)容生成一個對消息R的響應。這些數(shù)字內(nèi)容形成一問候消息。因此，對消息R的響應RR包括已查找到的至少該問候消息。該響應RR也包括一個與字段I一致的字段II，這使其有可能用于確定附加到問候消息的聯(lián)系。字段II的作用是使服務器115可以將響應RR與消息R相關聯(lián)。響應R也可以包括一個指令代碼，表示響應RR的類型，該響應RR是對用于問候消息的請求的響應。
如果被叫用戶已計劃了幾條問候消息，則消息R可以包括更多的用于確定該適合問候消息的信息。也可以將適當?shù)膯柡蛳⒋_定為接到到消息R的時間的函數(shù)。
當產(chǎn)生響應RR后，在步驟315中將其發(fā)送到服務器115。優(yōu)選地，用于此發(fā)送操作的傳輸協(xié)議與用于發(fā)送消息R的傳輸協(xié)議相同。響應RR因此是通過網(wǎng)絡109發(fā)送的。實際上，服務器114和115之間的通信可以不通過因特網(wǎng)上的網(wǎng)絡而是通過一個私人網(wǎng)絡和/或利用技術的網(wǎng)絡很好的進行。這些網(wǎng)絡包括，例如局域網(wǎng)絡、通過一USB端口的直接通信以及無線網(wǎng)絡，這里所列的網(wǎng)絡類型并非窮盡性的。在一種變化中，服務器114和115是一個并且是相同的裝置。在這種情況下，由于單個服務器包含括存儲器117、118、122的內(nèi)容，所以不需使它們彼此進行通信。
在步驟316中，服務器115接收一個響應RR。服務器115然后擁有一個問候消息，服務器115可以將該消息發(fā)送到電話126。此發(fā)送優(yōu)選地采用經(jīng)典方式執(zhí)行，即該問候消息是由服務器115進行壓縮并且聲學播送到電話126。在一種變化中，將問候消息像音頻文件一樣發(fā)送到電話126，然后該電話負責對其進行解壓縮以及其聲學重現(xiàn)。
在步驟317中，連接到服務器115的電話126從此服務器接收與問候消息對應的信息。該信息由電話126進行處理，并且通過電話的揚聲器被聲學播放。
在本說明書中，至今為止將裝置101作為一移動電話進行考慮。在實際上，也可以利用一可以記錄音頻文件的個人計算機，即一臺配備有麥克風的計算機，并且能夠執(zhí)行由音頻文件合成多媒體消息的程序。此合成程序?qū)趨^(qū)域103a的指令代碼。還必須將相同的計算機連接到因特網(wǎng)上，從而可以向服務器114發(fā)送該合成的消息。對個人計算機進行了引用，但是任何便攜式計算機或者個人數(shù)字助理也都是合適的。
權(quán)利要求
1.一種用于參數(shù)化語音信箱的問候消息的方法，其特征在于，該方法包括以下步驟用戶在終端錄制(301)一問候消息，在該終端壓縮(302)該問候消息，在該終端生成(302)一包括該壓縮的問候消息的多媒體消息，該多媒體消息包括一指令字段(201)，用以表示該多媒體消息是一問候消息，將該多媒體消息由該終端發(fā)送(303)到問候消息服務器。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，根據(jù)XML型消息對所述多媒體消息進行格式化。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述多媒體消息包括一個識別生成該問候消息的用戶的字段(202)。
4.根據(jù)權(quán)利要求1到3中任一項所述的方法，其特征在于，所述多媒體消息包括一條用于該問候消息的格式信息。
5.一種用于參數(shù)化語音信箱的問候消息的方法，其特征在于，該方法包括以下步驟在問候消息服務器接收(304)一指令字段，該指令字段表示該多媒體消息是一用于更新該問候消息的消息，在問候消息服務器確定(305-306)該多媒體消息的發(fā)送者，從該問候消息服務器提取(307)該問候消息，在一數(shù)據(jù)庫(118)中記錄(307)該問候消息，在該數(shù)據(jù)庫中使該消息對應于該多媒體消息的發(fā)送者。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，在記錄之前，對該問候消息進行代碼轉(zhuǎn)換，將其轉(zhuǎn)換為問候消息服務器所采用的格式的函數(shù)，以及有關在該多媒體消息中所包含的格式的信息的函數(shù)。
7.根據(jù)權(quán)利要求5或6所述的方法，其特征在于用戶通過終端(126)獲得與語音郵件服務器(115)的語音郵件服務的連接，自語音郵件服務器向問候消息服務器發(fā)送(312)一請求，該請求包含被叫用戶標識符，將數(shù)據(jù)庫中對應于被叫用戶標識符的問候消息自該問候消息服務器發(fā)送(315)至語音郵件服務器，將該問候消息(316)從該語音郵件服務器發(fā)送到該終端，將該問候消息聲學地播送(317)到該終端。
8.根據(jù)權(quán)利要求1到7中任一項所述的方法，其特征在于，所述終端是移動電話。
9.根據(jù)權(quán)利要求1到7中任一項所述的方法，其特征在于，所述終端是計算機。
全文摘要
用戶在一裝置上生成(301)語音和/或視頻消息，該裝置配備有用于錄制這種消息的裝置。將該消息打包(302)在一多媒體配置消息中。這種配置消息還包括用戶標識符。將該配置消息發(fā)送(303)至問候消息服務器，該問候消息服務器利用該標識符以及該配置消息的問候消息來對該服務器的數(shù)據(jù)庫進行更新(307)。
文檔編號H04M1/26GK1606322SQ20031010023
公開日2005年4月13日 申請日期2003年10月10日 優(yōu)先權(quán)日2003年10月10日
發(fā)明者魯?shù)婪颉ゑR索托 申請人:賽基特爾公司