亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

短語音消息業(yè)務方法、裝置及系統(tǒng)的制作方法

文檔序號:7679294閱讀:138來源:國知局
專利名稱:短語音消息業(yè)務方法、裝置及系統(tǒng)的制作方法
技術領域
本發(fā)明涉及發(fā)送消息的新方法,更具體地說,涉及發(fā)送語音型短消息的新方法。
背景技術
短消息業(yè)務(SMSshort message service)已經(jīng)在全球移動通信系統(tǒng)(GSM)中實現(xiàn)了點對點(PP)及小區(qū)廣播業(yè)務(CBS)。參閱ETSI GSM技術規(guī)范1996年7月GSM 03.40版本5.3.0及1998年1月GSM 07.05版本5.5.0。對于SMS簡明教程,參閱“全球移動通信系統(tǒng)短消息業(yè)務”(by G.Peersman and S.Cvetkovic,IEEE PersonalCommunication,June,2000)。輸入用于經(jīng)SMS傳送的消息的問題在于,經(jīng)常要花費太長時間來創(chuàng)建消息。用戶必須使用鍵盤,其中每個鍵均具有輸入若干可能字母的其中之一的能力,并且分別通過多次按壓來選取。這會花費大量時間,因為即使在沒有鏈接(concatenation)的情況下也可能要發(fā)送一百個以上的字符。在有鏈接的情況下,消息可以加到長數(shù)萬個字符。如果太長的話,即使是使用個人計算機(PC)或個人數(shù)字助理(PDA)上的全鍵盤,這也變得煩人和不實際。

發(fā)明內(nèi)容
本發(fā)明的目的是便于短消息的發(fā)送。
按照本發(fā)明的第一方面,提供一種用于電信網(wǎng)絡中提供用戶之間的消息的方法。這種方法包括以下步驟從第一終端接收由第一用戶口述的要發(fā)送給第二終端的第二用戶的語音消息;檢查第二終端的可用性;以及在可用的情況下,將接收的語音消息立即發(fā)送給第二終端。同樣,按照本發(fā)明的第二方面,用于這種電信網(wǎng)絡中的設備包括用于從第一終端接收由第一用戶口述的要發(fā)送給第二終端的第二用戶的語音消息的單元;用于檢查第二終端可用性的單元;以及用于在可用的情況下把接收的語音消息立即發(fā)送給第二終端的單元。
按照本發(fā)明的第一和第二方面,語音消息可被儲存,直到確定第二終端可用為止。在將語音消息發(fā)送給第二終端之前,可以把來自第一用戶的接收語音消息通知第二終端的第二用戶。在這種情況下,僅在第二用戶發(fā)信號表示接受之后才發(fā)送所述語音消息。
同樣按照本發(fā)明的第一和第二方面,在收到從第一終端給第二終端的第一消息后,通過從第二終端接收第二用戶口述的語音消息并將接收的語音消息發(fā)送給第一終端,可以建立通信會話,即雙向通信。對于在第一和第二終端之間交換大量語音消息,可以繼續(xù)這樣的互換。在建立會話之前,在把來自第二用戶的語音消息發(fā)送給第一終端之前可以確定第一終端的可用性。
同樣按照本發(fā)明的第一和第二方面,在第一或第二終端接收的語音消息可以被儲存,供接收用戶方便時使用。例如可以儲存在SIM卡中。
按照本發(fā)明的第三方面,包括多個終端的語音消息系統(tǒng)中的語音消息業(yè)務中心包括用于從第一用戶終端接收語音消息的單元;用于儲存來自第一終端的接收語音消息的單元;用于檢查第二終端的預定第二用戶的可用性的單元;以及用于在第二終端可用時把來自第一終端的儲存接收消息發(fā)送給第二終端的單元。
同樣按照本發(fā)明的第三方面,業(yè)務中心還可以包括用于把從第一終端接收的語音消息通知第二終端的單元,其中一接收到第二終端對所述通知作出響應的接受信號時,就把來自第一終端的接收語音消息發(fā)送給第二終端。
同樣按照本發(fā)明的第三方面,多個終端的其中一個或多個包括用于在第一用戶終端接收由第一用戶口述的語音消息、以向業(yè)務中心中用于接收語音消息的單元提供來自第一用戶終端的語音消息的單元;用于儲存包括由第一用戶口述的語音消息在內(nèi)的語音消息的單元;用于接收來自第一用戶的指定第二用戶為預定接收者的指定信號的單元;用于對指定信號作出響應來檢索儲存語音消息、以提供從存儲器檢索的語音消息及指定信號的單元;以及用于把從存儲器檢索的語音消息及指定信號作為呼出語音消息發(fā)送給語音消息系統(tǒng)的第二用戶的單元。多個終端的其中一個或多個還可以包括用于接收來自第二用戶的呼入語音消息的單元,接收的所述呼入語音消息供SVM儲存單元儲存;以及用于在由用于檢索儲存語音消息的單元從用于儲存語音消息的單元中進行檢索之后把呼入語音消息重放給第一用戶的單元。多個終端的其中一個或多個還可以包括用于接收來自第二用戶的呼入語音消息的通知的單元,所述通知用于向第一用戶進行顯示或通知;用于對來自第一用戶的接受指示輸入信號作出響應來發(fā)送接受指示輸入信號的單元,接受指示輸入信號用于所述語音消息系統(tǒng)中判定是否向所述第一用戶發(fā)送來自所述第二用戶的所述呼入語音消息。
同樣按照本發(fā)明的第三方面,用于接收第一用戶口述的語音消息的單元包括包括語音識別單元,所述語音識別單元用于識別第一用戶口述的語音消息,將語音消息作為文本消息來提供,以便語音消息作為文本消息儲存在用于儲存語音消息的單元中或從中檢索,及作為呼出文本語音消息經(jīng)短消息業(yè)務中心進行傳送。用于接收來自第二用戶的呼入語音消息的單元可以包括用于接收呼入文本語音消息的單元,接收的呼入文本語音消息用于作為文本消息在所述用于儲存語音消息的單元中儲存,其中用于重放呼入文本消息的單元用于在用戶設備的顯示器中顯示呼入文本消息。另一方面,用于檢索儲存語音消息的單元還可用于把檢索的語音消息轉(zhuǎn)換為語音信號,所述語音信號用于作為諸如仿真聲音的發(fā)音語音消息在重發(fā)單元重放。
按照本發(fā)明的第四方面,用于語音消息系統(tǒng)中的用戶設備包括用于接收由第一用戶口述的短語音消息的單元;用于儲存包括由第一用戶口述的SVM在內(nèi)的SVM的單元;用于接收來自第一用戶的指定第二用戶為預定接收者的指定信號的單元;用于響應指定信號來檢索已儲SVM、以提供從存儲器檢索的SVM及指定信號的單元;以及用于把從存儲器檢索的SVM及指定信號作為呼出SVM發(fā)送給語音消息系統(tǒng)的第二用戶的單元。
同樣按照本發(fā)明的第四方面,用戶設備還包括用于接收來自第二用戶的呼入SVM的單元,接收的呼入SVM用于SVM存儲單元存儲;以及用于在用于檢索儲存SVM的單元從用于儲存SVM的單元中進行檢索之后把呼入SVM重放給第一用戶的單元。這樣的用戶設備還可包括用于接收來自第二用戶的呼入SVM的通知的單元,所述通知供用戶設備進行顯示或通知;以及用于對來自第一用戶的接受指示輸入信號作出響應來發(fā)送接受指示輸入信號的單元,接受指示輸入信號用于語音消息系統(tǒng)中判定是否向第一用戶的用戶設備發(fā)送來自第二用戶的呼入SVM。
同樣按照本發(fā)明的第四方面,用于接收第一用戶口述的SVM的單元可以包括語音識別單元,所述語音識別單元用于識別第一用戶口述的短語音消息,將SVM作為文本消息來提供,以便SVM作為文本消息儲存在用于儲存SVM的單元中或從中進行檢索,及作為呼出文本SVM經(jīng)短消息業(yè)務中心進行傳送。同樣,用于接收來自第二用戶的呼入SVM的單元可以包括用于接收呼入文本SVM的單元,接收的呼入文本SVM用于作為文本消息在用于儲存SVM的單元中儲存,其中用于重放呼入文本SVM的單元用于在用戶設備的顯示器中顯示。還可以提供轉(zhuǎn)換軟件,用于將來自第二用戶的呼入文本SVM轉(zhuǎn)換為語音,例如作為仿真聲音來發(fā)音。
根據(jù)以下對如附圖所示的本發(fā)明最佳模式的實施例的詳細說明,本發(fā)明的這些和其它目的、特點以及優(yōu)點將變得更明顯。
附圖概述

圖1示出按照本發(fā)明的短語音消息(SVMshort Voice message)業(yè)務方法。
圖2與圖1類似,示出按照本發(fā)明的SVM業(yè)務方法。
圖3示出運用于GSM網(wǎng)絡子系統(tǒng)的本發(fā)明的SVM業(yè)務方法。
圖4示出運用于GPRS系統(tǒng)的本發(fā)明的SVM業(yè)務方法。
圖5示出運用于UMTS系統(tǒng)的本發(fā)明的SVM業(yè)務方法。
圖6說明運用于由專用即時消息傳送業(yè)務的第三方運營商建議的即時消息傳送基礎設施中的本發(fā)明的SVM業(yè)務方法。
圖7示出運用于對IETF建議的存在服務(presence service)中的本發(fā)明的SVM業(yè)務方法。
圖8示出圖7中監(jiān)視器的備擇監(jiān)視器的細節(jié)。
圖9示出運用于對IETF建議的即時消息傳送業(yè)務中的本發(fā)明的SVM業(yè)務方法。
圖10示出運用于按照對IETF的建議來創(chuàng)建存在信息的本發(fā)明的SVM業(yè)務方法。
圖11示出按照本發(fā)明的SVM業(yè)務中心的細節(jié),圖中示出經(jīng)多種可能的備擇網(wǎng)絡的其中之一與一對終端的連接。
圖12示出按照本發(fā)明的用戶設備的細節(jié),圖中示出與多種可能網(wǎng)絡的其中之一的連接。
具體實施例方式
如上所述,本發(fā)明公開了一種短語音消息(SVM)業(yè)務或語音消息業(yè)務(VMS),這是發(fā)送短消息的一種全新方式,即對如語音型短消息的短消息進行發(fā)送的方式。按照本發(fā)明,短語音消息(SVM)是作為SMS消息、SMS似消息或即時消息來發(fā)送的。用戶或發(fā)送委托人(sending principal)只要記錄短語音消息,并將其通過網(wǎng)絡進行發(fā)送,以便在一個或多個預定接收者或接收委托人(receivingprincipal)的終端進行重放。
參照圖1,例如,用戶10通過按壓與短語音消息特征相關聯(lián)的用戶設備14上的菜單鍵一段時間,如數(shù)秒鐘,來啟動短語音消息(SVM)。如圖2的步驟12所示,用戶設備14接收因要口述短語音消息的用戶按壓菜單鍵而產(chǎn)生的信號。如步驟16所示,用戶設備14準備接收短語音消息,并例如發(fā)出蜂鳴聲來告訴用戶可以開始進行口述,如步驟18所示。用戶10隨后對用戶設備14進行口述,如圖1的虛線分隔欄1中圖框20里面所示。用戶設備14則在口述消息的發(fā)聲期間接收和儲存SVM,如圖2的步驟22所示??梢圆捎枚喾N方式來結(jié)束SVM,諸如通過用戶10按壓相同或不同菜單鍵一小段時間的方式,例如即時按壓方式?;蛘?,用戶設備可以通過向用戶發(fā)送已經(jīng)達到最大消息長度的信號來結(jié)束消息記錄。
隨后,用戶10使用菜單鍵來選擇一個或多個預定接收者,如圖2的步驟26中及圖1的虛線分隔欄2中所示。選擇了接收者之后,用戶可以按壓菜單鍵來啟動傳送,諸如按壓與圖1的虛線分隔欄2中“確認”指示相關聯(lián)的鍵來啟動傳送。應該了解,步驟26可以在圖2所示處理的不同階段中執(zhí)行。例如,可以在步驟12之前或之后執(zhí)行。
SVM隨后被發(fā)送給SVM業(yè)務中心。它可以是短消息業(yè)務(SMS)業(yè)務中心,它確定一個或多個預定接收者的可用性。業(yè)務中心然后可以將該SVM直接發(fā)送給這些可用的預定接收者,并繼續(xù)嘗試向那些不可用的接收者進行發(fā)送,直到那些不可用的接受者變得可用或者出現(xiàn)超時為止。另一方面,業(yè)務中心不是在確定可用性時直接發(fā)送SVM,而是通知可用接收者SVM已被接收,并可在每個可用接收者的如圖1的虛線分隔欄3中所示用戶設備30的顯示器中識別發(fā)送者。步驟28中示出SVM消息向SVM業(yè)務中心的傳送,以及在適當情況下通知的發(fā)送。步驟30中示出通知的接收。
此后,在適當情況下,如圖2的步驟34中所述,接收者32(如圖1的虛線分隔欄3和4中所示)決定拒絕(“忽略”)或接受(“加載”)從發(fā)送者接收的SVM,并按壓相應鍵,或用信號(如語音)表示是否接受。假定接收者32決定接受SVM,則執(zhí)行步驟36,其中短語音消息業(yè)務中心提供對接收者的SVM傳送用于重放,如圖1的虛線欄4中圖框20中所示。如上所述,應該認識到,SVM業(yè)務可以不是如步驟30所述那樣發(fā)送通知,而是直接向預定接收者發(fā)送SVM,而不給接收者有關是否接受的自由處理。這可能是例如傳統(tǒng)SMS或即時消息傳送(IM)環(huán)境的情況,在這種情況下,發(fā)送者首先通過存在服務來確定預定接收者是否可用,并且該預定接收者通過預先加入“伙伴列表(buddy list)”或預定該服務,實際上已經(jīng)默許了其可用性。如果是那樣的話,始發(fā)用戶(initiating user)口述的語音消息則直接被發(fā)送給預定接收者的用戶設備,可在沒有其它介入的情況下被通告,或被記錄在接收者的SIM卡中,供接收者隨意決定重放。
應當認識到,圖1和2所示的過程可以反過來進行,即從用戶32至用戶10進行消息傳送,從而實現(xiàn)這兩個用戶之間的通信交換。
短語音消息業(yè)務可以在GSM網(wǎng)絡中實現(xiàn),如圖3所示。圖中示出短語音消息(SVM)業(yè)務中心50,連同通過線路54與GSM網(wǎng)絡子系統(tǒng)56連接的互連MSC 52。網(wǎng)關58用于SVMSC 50和另一個GSM網(wǎng)絡59的移動交換中心(MSC)58之間的互連,其中網(wǎng)絡59包括MSC 60、BSC 62及BTS 64。第一次提到的GSM網(wǎng)絡子系統(tǒng)56還包括MSC 66,與基站子系統(tǒng)(BSS)68及其它基站子系統(tǒng)70連接,用于與多個移動臺的通信,為方便起見,圖中只示出一個移動臺72。BSS 68包括一個或多個收發(fā)信機臺(BTS)74及基站控制器76,基站控制器76又與MSC 66連接。MSC還連接到公共交換電話網(wǎng)(PSTN)和/或ISDN網(wǎng)78,用于允許移動臺以電路交換方式與有線電話機進行通信。MSC 66還連接到多個數(shù)據(jù)庫,包括VLR 80、HLR82、EIR 84及AuC 86,這些數(shù)據(jù)庫可以直接與MSC連接,或者經(jīng)過數(shù)據(jù)網(wǎng)絡80和操作與維護中心82與MSC連接。在數(shù)據(jù)網(wǎng)絡80和MSC 58之間可能需要互連功能(未示出)。
圖3的SVMSC 50可以利用現(xiàn)有SMS點對點業(yè)務的協(xié)議層,所述現(xiàn)有SMS點對點業(yè)務具有在每個分組數(shù)據(jù)單元(PDU)中傳送例如140字節(jié)(octet)數(shù)據(jù)的短消息的能力。按照對本發(fā)明特別有用的SMS特性,SMS業(yè)務提供長度的鏈接消息的能力,所述長度根據(jù)采用的字符編碼方案可增加到例如38760或16830。按照本發(fā)明,這些鏈接的PDU可以按照從各140字節(jié)的1至255個PDU的任意組合而串在一起形成短語音消息。這樣,諸如圖1和2所示的短語音消息可以在一個GSM網(wǎng)絡子系統(tǒng)56的移動臺72和與另一個GSM網(wǎng)絡子系統(tǒng)59相關聯(lián)的另一個移動臺90之間進行傳送。圖2所示的從始發(fā)用戶10至接收用戶32的步驟序列可以反方向進行,以便用戶32向用戶10發(fā)送應答。在圖3所示的情況下,這種交換整個在GSM網(wǎng)絡子系統(tǒng)56和59之間發(fā)生。
應該認識到,除了在圖3的GSM網(wǎng)絡子系統(tǒng)56和59中實現(xiàn)本發(fā)明之外,其它方法也是可能的,尤其是考慮到GSM網(wǎng)絡依次經(jīng)過通用分組無線電業(yè)務(GPRS)、通用移動電信系統(tǒng)(UMTS)向基于分組的基礎設施的發(fā)展。如圖4所示,GPRS基礎設施90能連接各種數(shù)據(jù)網(wǎng)絡,包括例如因特網(wǎng)92或x.25網(wǎng)絡94。在用戶端,用戶設備(UE)96經(jīng)無線電鏈路(Um)連接到基站收發(fā)信機臺98,基站收發(fā)信機臺98又與連接到GPRS基礎設施90的基站控制器100相連接。GPRS是用于GSM的數(shù)據(jù)業(yè)務。它是一種分組交換移動數(shù)據(jù)通信業(yè)務,這是GSM的下一個發(fā)展階段。它允許相對高速的移動數(shù)據(jù)通信應用,并且對于諸如移動因特網(wǎng)瀏覽、電子郵件及推進(push)技術的“突發(fā)”數(shù)據(jù)應用極為有用,它還可以應用于本發(fā)明的SVM業(yè)務。已經(jīng)證明速度高達150kbps。GPRS基礎設施包括服務GPRS支持節(jié)點(SGSN)102,它與BSC 100連接;以及網(wǎng)關GPRS支持節(jié)點(GGSN)104,它可與分組數(shù)據(jù)網(wǎng)絡92和94連接。SGSN 102和GGSN 104可以通過GPRS主干(基于IP)106進行互連。SGSN 102可以連接到類似于圖3的HLR 74的HLR 108。按照本發(fā)明,它還可以連接到類似于圖3中SVM業(yè)務中心50的SVM業(yè)務110,用于連接GSM網(wǎng)絡子系統(tǒng)、別的GPRS基礎設施等。
本發(fā)明還可以在UMTS分組網(wǎng)絡結(jié)構(gòu)中實現(xiàn),如圖5所示。圖5示出一種通用移動電信系統(tǒng)(UMTS)基礎設施120,它連接諸如因特網(wǎng)的數(shù)據(jù)網(wǎng)絡122。在用戶端,用戶設備124通過一個或多個無線電鏈路(Uu)連接到一個或多個相應節(jié)點B 126,節(jié)點B 126又與相應的無線電網(wǎng)絡控制器(RNC)128連接(Iub)。RNC 128可以如圖中所示的那樣進行互連(Iur),用于改善無線電鏈接及便于切換。RNC 128經(jīng)連接第三代服務GPRS支持節(jié)點(3G-SGSN)140的Iu接口與UMTS基礎設施120相連接。這樣還可以連接到類似于圖4所示HLR 108和圖3所示HLR 74的HLR 142。3G-SGSN 140可以通過基于IP的UMTS主干144與3G網(wǎng)關GPRS支持節(jié)點(3G-GGSN)142連接。按照本發(fā)明,它還可以連接到類似于圖3所示SVM業(yè)務中心50的SVM業(yè)務146,用于連接GSM網(wǎng)絡子系統(tǒng)、別的UMTS基礎設施、GPRS基礎設施等??梢圆捎脠D4和5的網(wǎng)絡實現(xiàn)本發(fā)明,如圖6中的開放式體系結(jié)構(gòu)示例所示。
圖6示出數(shù)據(jù)網(wǎng)絡160,諸如圖3的數(shù)據(jù)網(wǎng)絡80、圖4的數(shù)據(jù)網(wǎng)絡92或圖5的數(shù)據(jù)網(wǎng)絡122。即時消息傳送(IM)云(cloud)162位于數(shù)據(jù)網(wǎng)絡中,其中含有即時消息傳送結(jié)構(gòu),諸如由E.Aoki和A.Wick于2000年6月15日在因特網(wǎng)草案(Internet Draft)“draft-aol-imx-00.txt”中建議的名為“IMX體系結(jié)構(gòu)與美國在線即時消息傳送業(yè)務的互用性”。在例如IEEE Internet Computing的一篇日期為2000年7-8月的未署名文章“AOL的即時消息傳送建議引發(fā)的贊揚和批評”中對這種開放式IM體系結(jié)構(gòu)進行了說明和討論。AOL的這個建議包含三個主要方法來加入所建議的公共IM云。IM系統(tǒng)主機(IMSystem Hosts)可以是公共的,可以是集合單元(aggregator),或者可以是專有網(wǎng)關。在圖6的IM云中示出多個IM系統(tǒng),它們按照上述建議,利用開放式IMX協(xié)議相互進行通信。在IM云的主機之間的通信是經(jīng)過按需的持續(xù)TCP連接,利用開放式IMX協(xié)議來進行的。它由互連IM系統(tǒng)的開放式IMX協(xié)議線164來表示。在IM云中的系統(tǒng)采用專有或銷售商特定的客戶機協(xié)議180、182、184、186、188來與云外進行通信。這些協(xié)議是服務器對服務器協(xié)議,并不同于IM云中互連IM系統(tǒng)的開放式IMX協(xié)議。這些銷售商特定的客戶機協(xié)議可以彼此不同,并可以用來將各種實體經(jīng)數(shù)據(jù)網(wǎng)絡160而連接到IM云。應該指出,盡管IM云162被示意在數(shù)據(jù)網(wǎng)絡160中,但它可以是一個單獨的實體,直接或經(jīng)數(shù)據(jù)網(wǎng)絡160連接到各個客戶機。按照上述AOL建議,如所需要的那樣多的IM系統(tǒng)可以是IM云162的一部分。對所述建議進行補充,公司、IM業(yè)務或者ISP可以通過正好處于所述云內(nèi)或經(jīng)IM集合單元190與所述云連接而運行其自己的IM系統(tǒng)。例如,ISP IM服務器192通過線路188連接到IM系統(tǒng)集合單元190。這個ISP 192可以向IM客戶機194和196提供即時消息業(yè)務,其中IM客戶機194和196可以是相互獨立的。同樣,公司IM服務器198可以通過線路186連接到集合單元190,用于向該公司內(nèi)外的其自己的客戶機200、202和204提供IM業(yè)務。
按照本發(fā)明,除了上述ISP 192和公司IM服務器198之外,例如,可以經(jīng)數(shù)據(jù)網(wǎng)絡160,從客戶機194、196、200、202和204提供短語音消息,或者向這些客戶機提供短語音消息,或者這些客戶機之間提供短語音消息,其中數(shù)據(jù)網(wǎng)絡160可包含IM云162。此外,除了IM系統(tǒng)集合單元之外,還可以提供其它IM系統(tǒng)206、208、210,用于將各個無線用戶設備96、124及諸如移動臺72的其它移動臺連接到IM云162,以便在無線系統(tǒng)之間或者在各種系統(tǒng)之間交換短語音消息,包括在無線和基于陸地的系統(tǒng)之間的SVM交換。
在可采用方案中,2000年2月的IETF RFC 2778中(在AOL建議之前)已經(jīng)建議按照M.Day(Lotus)、J.Rosenberg(Dynamiesoft)以及H.Sugano(Fujitsu)的“用于存在及即時消息傳送的模型”來提供存在及即時消息傳送系統(tǒng)。例如,按照本發(fā)明,依照上述用于適合于SVM的存在模型,圖7示出示例性即時消息業(yè)務。SVM存在服務248用于例如通過線路250接受SVM存在信息,對其進行儲存,并例如通過線路252進行分配。SVM表示(presentity)254是一個客戶機,它通過線路250提供要儲存和分配的存在信息。另一組稱作SVM監(jiān)視器的客戶機,諸如例如圖7中的SVM監(jiān)視器256,通過線路252接收來自SVM存在服務248的SVM存在信息。
如圖8所示,按照RFC 2778的修改,有兩種SVM監(jiān)視器,稱作提取單元(fetcher)258和SVM預訂器(subscriber)260。SVM提取單元258只是向存在業(yè)務248請求某SVM表示的存在信息的當前值。相反,SVM預訂器260則向SVM存在服務248請求某SVM表示的存在信息中的(將來)變化的通知。特定種類的SVM提取單元是定期提取SVM存在信息的SVM提取單元。它稱作SVM輪詢器262。
圖7的SVM存在服務248也具有與SVM監(jiān)視器及其提取或預訂SVM存在信息方面的活動有關的SVM監(jiān)視器信息。SVM存在服務還可利用與可用于分配SVM存在信息的相同機制向某些SVM監(jiān)視器分配SVM監(jiān)視器信息。對SVM存在信息的改變經(jīng)由通知而分配給SVM預訂器。
與圖7和8的SVM存在服務248相關聯(lián)的是SVM業(yè)務,如圖9所示。上述RFC 2778模擬對來自發(fā)送者的消息進行響應的即時消息傳送業(yè)務,用于向即時收件箱提供消息。圖9中,示出了對來自SVM發(fā)送者272的消息進行響應的短語音消息業(yè)務270,用于向SVM收件箱274提供短語音消息。從而將認識到,按照RFC 2778中所述的存在及即時消息傳送的模型,以及按照諸如圖6所示建議的開放式IM體系結(jié)構(gòu),可以實現(xiàn)本發(fā)明的SVM業(yè)務。如果按照RFC 2778的模型來實現(xiàn),則SVM用戶將實現(xiàn)諸如RFC 2778的“委托人”所實現(xiàn)的作用,其中,術語“委托人”是指系統(tǒng)之外的“現(xiàn)實世界”中的將本系統(tǒng)作為協(xié)調(diào)和通信工具的人、團體和/或軟件。圖1的用戶10和32在該定義的范圍中。在RFC 2778中說明了對于現(xiàn)實世界如何映射到“委托人”,完全是在其中提供的所述模型之外,也就是說,模型實體的系統(tǒng)只是知道兩個不同的委托人是不同的,兩個相同的委托人是相同的。某個委托人經(jīng)數(shù)個用戶代理(UA)的其中之一與系統(tǒng)相互作用,如圖7和9所示。例如,可以象Handley等人2000年11月24日的題為“SIP會話啟動協(xié)議”的因特網(wǎng)草案“ietf-sip-rfc25436is-02.ps”中所定義的那樣來實現(xiàn)這些用戶代理。因此,按照本發(fā)明,圖7的存在業(yè)務適合于記錄SVM業(yè)務用戶的“存在”,并且委托人經(jīng)SVM存在UA 276和SVM監(jiān)視器UA 278與這樣的修改的系統(tǒng)進行相互作用。同樣,如圖9所示,SVM業(yè)務270的委托人用戶利用SVM發(fā)送者UA 280和SVM收件箱UA 282來進行相互作用。應該指出,如RFC 2778所述的那樣,不同種類的用戶代理在模型中是分開的,即使大多數(shù)實現(xiàn)均將結(jié)合其中的至少一部分。用戶代理僅僅是委托人和系統(tǒng)的某個核心實體(SVM收件箱274、SVM發(fā)送者272、SVM表示254、SVM監(jiān)視器256)之間的連接。因此將會知道,RFC 2778中所示的簡單示例適用于本發(fā)明的SVM業(yè)務。
下面參照圖10,本發(fā)明的SVM業(yè)務被示為圖7的存在業(yè)務248中的SVM存在信息290的一部分。存在信息包括任意數(shù)量的元素,稱作存在多元組292、294、296...,n。每個這樣的元素均包括狀態(tài)標記298、300(它可以傳送諸如在線/離線/忙/離開/免打擾的信息);任選的通信地址302、304;以及其它任選的存在標記(markup)306、308。通信地址302、304包括通信手段,按照本發(fā)明,所述通信手段為SVM業(yè)務310、312。按照本發(fā)明,它還包括SVM收件箱地址314、316。狀態(tài)298、300還被定義,如模型指導的那樣,具有至少兩種與即時消息傳送相互作用的狀態(tài)開,在這種狀態(tài)下將接受短語音消息;以及閉,在這種狀態(tài)下將不接受短語音消息。狀態(tài)是可由程序或由人解釋的,并且可以包括單個或多個值,如RFC2778的IETF模型中所述。
再參照圖9,將會認識到,圖7和圖10的SVM存在服務對短語音消息傳送業(yè)務的影響在于由于SVM收件箱274是短語音消息的接受器,所以它的SVM收件箱地址314可以包含在存在多元組292、294中,以定義短語音消息應如何被發(fā)送給該短語音消息收件箱。如上所述,狀態(tài)標記298、300的某些值指示是否將在SVM收件箱274處接受短語音消息。因此,圖7的SVM存在服務和圖9的SVM業(yè)務的組合構(gòu)成了類似于圖6所示的IM系統(tǒng),只不過是一個比圖6所示的更為“開放”的體系結(jié)構(gòu)。
先有技術SMS系統(tǒng)的一個問題是先有技術SMS系統(tǒng)是專有系統(tǒng),其中每個SMS中心均根據(jù)銷售商的不同而有所不同。為了避免在本發(fā)明的SVM業(yè)務中出現(xiàn)這樣的問題,推薦了開放式RFC 2778方法等。其它有利于本發(fā)明SVM業(yè)務的更為透明的適用性的方法包括一種在移動及固定網(wǎng)絡中把IP網(wǎng)絡與短語音消息業(yè)務集成的平臺。對于移動的情況,這種集成的平臺與H.Chung-Hwa Rao等人的文章“iSMS短消息業(yè)務和IP網(wǎng)絡的集成平臺”(IEEE Network,March/April 2001,pages 48-55)中所述的類似。在該文章中,不是包含將移動網(wǎng)絡與IP網(wǎng)絡相互連接的專有SMSC和網(wǎng)關,而是建議所謂的iSMS網(wǎng)關,它包含與專有GSM網(wǎng)絡連接的移動電話,其中所述專有GSM網(wǎng)絡利用AT指令集與短消息驅(qū)動器進行通信,所述短消息驅(qū)動程序又利用TCP API與利用TCP連接到IP網(wǎng)絡的iSMS服務器進行通信。這還允許不同運營商的GSM網(wǎng)絡可以毫不痛苦的方式彼此進行交互作用。例如參閱上述Chung-Hwa Rao的文章的圖5,它易于適應本發(fā)明的SVM業(yè)務中心,本領域的技術人員將明白這一點。這種方法還可用于圖6的IM系統(tǒng)B網(wǎng)關206和SVMSC 50之間,由此不再需要網(wǎng)關58。
下面參照圖11,圖中示出廣義的SVMSC 50,它與第一終端14和第二終端30相連。第一終端由第一用戶10使用,而第二終端30由第二用戶使用。每個終端均包含顯示器、麥克風、喇叭及與其相關聯(lián)的天線,雖然終端和SVMSC之間的無線連接可以由一個或兩個終端的有線連接來代替,如圖6所示。圖11的SVMSC包括單元320,用于接收來自第一終端的SVM,該SVM是由第一用戶口述的,是第一用戶打算傳送給第二終端處的第二用戶的。SVMSC能通過用于檢查可用性的單元322來檢查第二終端的可用性。這可以完全或部分地存在于一個或兩個所述GSM網(wǎng)絡中。如果第二終端可用,則SVMSC立即將接收的語音消息通過單元324發(fā)送給第二終端。
語音消息可暫時儲存在SVMC的用于儲存短語音消息的單元326中,直到確定第二終端可用為止。在某些實現(xiàn)中,可能希望在實際發(fā)送SVM之前通知SVM接收者的第二終端。在這種情況下,在SVMC中提供用于通知的單元328,它能把存在已接收的從第一用戶送往第二用戶的語音消息通知第二終端的第二用戶。如果第二用戶發(fā)信號表示接受,則SVMSC使接收的SVM立即發(fā)送給第二終端。換句話說,從用于暫時儲存SVM的單元326(或從SVMSC之外的另一個存儲單元)檢索已接收的SVM并立即傳送給第二終端。
一旦第二用戶接收了來自第一用戶的SVM,第二用戶可以完全不作任何事情,或進行應答。在這種情況下,第二用啟動SVM,其方式與圖1所示相似,只是方向相反。然后,SVMSC接收來自第二終端的由第二用戶口述的短語音消息,并立即將已接收的語音消息發(fā)送給第一終端。在某些情況下,如果從第一終端向第二終端發(fā)送消息和從第二終端啟動應答之間經(jīng)過了明顯的時間延遲或由于某種其它原因,則在執(zhí)行立即將來自第二終端的接收語音消息發(fā)送給第一終端的步驟之前,宜檢查第一終端的可用性是可取的。這可在定時算法的控制下。
還應該指出,從SVMSC傳送之后,第一和第二終端之間交換的短語音消息還可以儲存在終端本身。例如,這種短消息可以儲存在各終端的SIM卡中,或者在硬接線終端的情況下,可以儲存在某個存儲媒體中,諸如硬盤驅(qū)動器、EEPROM或隨機存取存儲器。
圖11的SVMSC 50中所示的各個塊被示為通過公共總線330相互連接,公共總線330又與輸入/輸出(I/O)端口連接,而I/O端口本身又通過天線或通過其它連接與一對移動電話相連接。這些移動電話通過分別為第一和第二用戶提供服務的相應GSM網(wǎng)絡與第一和第二終端的天線進行通信。應該認識到,在功能上,SVMSC中所示各個塊可以在一個或多個集成的電路中實現(xiàn),或者作為通用信號處理器執(zhí)行的軟件的一部分。在這種情況下,總線330包括數(shù)據(jù)、地址及控制總線,這些總線互連到諸如中央處理器(CPU)、時鐘、隨機存取存儲器(RAM)、只讀存儲器(ROM)等的各種組件。同樣在這種情況下,ROM儲存代碼,該代碼由CPU用來執(zhí)行圖11所示的功能塊。對于所示情況,其中第一和第二終端14和30是不同公司的業(yè)務提供商的用戶,在理論上可以按照上述iSMS網(wǎng)關方式來實現(xiàn)SVMSC,以便改善交互作用的復雜性,具有專有接口的SVMSC會引起這種交互作用的復雜性。因此,示出圖11的SVMSC,它采用修改為本發(fā)明的SVM業(yè)務中心模型的上述iSMS方法與兩個獨立的GSM網(wǎng)絡進行通信。在這種情況下,可以在膝上型電腦中實現(xiàn)SVMSC。
圖12示出了諸如圖1的用戶設備14或用戶設備30的用戶設備的細節(jié)。它可以包括輸入/輸出設備400,輸入/輸出設備400包括但并不限于小鍵盤和顯示器。小鍵盤可用于接收來自要口述SVM的發(fā)送用戶的輸入。這可以發(fā)信號進行通知,其方式是發(fā)送用戶按壓小鍵盤的某個鍵,從而在線路402上產(chǎn)生要提供給單元404的信號,其中單元404用于接收、登記來自要口述SVM的發(fā)送用戶的出現(xiàn)在線路402上的信號。這在線路406上引起要提供給單元408的信號,其中單元408用于準備接收SVM。單元408又通過線路410向單元412提供信號,其中單元412用于接收發(fā)送用戶對麥克風414口述的SVM,麥克風414通過線路416提供給單元412的信號,單元412則將線路416上的所述信號轉(zhuǎn)換為表示語音的編碼信號,供接收端對所述表示語音的編碼信號進行解碼,用于作為語音重放。所述編碼信號可以通過線路419提供給用于暫時儲存SVM的單元420。一旦完成SVM消息,用戶可以通過小鍵盤400來選擇接收者,如圖1的虛線分隔欄2中所示,其中小鍵盤400通過線路422提供選擇信號給單元424,單元424用于接收來自發(fā)送用戶的指定預定接收者的這種信號,該信號被編碼并通過信號線路426提供給單元428,單元428用于檢索儲存在存儲單元420中的SVM,該SVM經(jīng)線路430傳送。儲存的SVM和指定預定接收者的編碼信息一起通過信號線路432提供給單元434,單元434用于把檢索的SVM通過線路436發(fā)送給天線438,用于通過無線鏈路440傳送給GSM網(wǎng)絡442。此后,它可以發(fā)送給類似于圖11中SVMSC的SVMSC。
同樣,以相反的方向,另一個用戶設備把SVM消息提供給SVMSC(可以是相同的SVMSC),并將所述SVM消息提供給GSM網(wǎng)絡442,GSM網(wǎng)絡442又通過無線鏈路440把通知提供給天線438,用于通過線路443傳送給用于接收這種通知的單元444。該通知信號通過線路446提供給顯示器400,其方法與圖1的虛線分隔欄3中所示的類似。接收用戶則可以按壓某鍵來“加載”或“忽略”呼入SVM消息。假定接收用戶按壓小鍵盤上對應于“加載”的鍵,從而發(fā)信號表示接受,則通過線路446提供信號給用于接受被通知的SVM消息的單元444。通過線路443向天線438發(fā)信號表示接受,用于經(jīng)無線鏈路440和GSM網(wǎng)絡442向SVMSC傳送。隨后,SVMSC將該SVM提供給GSM網(wǎng)絡442,GSM網(wǎng)絡442又通過無線鏈路440將它提供給天線438,用于傳送給用來接收SVM的單元450。接收單元450則通過線路452把接收的SVM提供給用于儲存接收SVM的單元420。然后,它可以由單元428來檢索,并通過線路454提供用來在單元456重放,其中單元456通過信號線路458與喇叭460連接,用于把SVM通知接收用戶。如圖11的SVMSC的一樣,圖12的用戶設備可以用軟、硬件的各種組合來實現(xiàn),其中包括通用或?qū)S眯盘柼幚砥鳌<夹g上已經(jīng)知道,這些功能性可以體現(xiàn)在軟、硬件的各種組合中,其功能性是可以在各種程度的軟、硬件實現(xiàn)之間自由轉(zhuǎn)移的。
在不希望發(fā)送語音形式的短語音消息的情況下,通過在用戶終端采用語音識別軟件將口述SVM轉(zhuǎn)換為文本,并通過傳統(tǒng)的SMS基礎設施將經(jīng)轉(zhuǎn)換的文本發(fā)送給接收者,用于在預定接收者的終端上作為文本顯示,或?qū)⑽谋巨D(zhuǎn)換為諸如仿真聲音的語音來重放,就能克服輸入眾多字母來形成短消息的問題。在這種情況下,參照圖12,用于接收口述SVM的單元412可以包括語音識別軟件及用于將識別的語音特征轉(zhuǎn)換為文本的單元,用于通過線路419提供作為諸如SMS中傳統(tǒng)使用的字符,并且占用單元420的極少容量用來儲存這樣的消息。在這種情況下,單元428檢索已儲存的消息,并通過線路432將其發(fā)送給單元434,并經(jīng)天線438、無線鏈路440、GSM網(wǎng)絡442及諸如所示的傳統(tǒng)SMS網(wǎng)絡送達接收者,其中傳統(tǒng)SMS網(wǎng)絡又與預定接收者的GSM網(wǎng)絡連接。接收時,接收者的終端可以把呼入SMS消息作為文本以傳統(tǒng)SMS方式顯示,或者可以包括硬件/軟件,用于將文本轉(zhuǎn)換為諸如仿真聲音的語音進行重放。在這種情況下,接收者的用戶設備必須在檢索單元428中包含轉(zhuǎn)換單元,用于將文本消息轉(zhuǎn)換為語音信號,以通過線路454在喇叭460重放和通知。但是,如果只是文本形式,則可以顯示在顯示器400中,而不需要這種轉(zhuǎn)換。
雖然關于本發(fā)明最佳模式的實施例示出并描述了本發(fā)明,但是,本領域的技術人員應當知道,在不脫離本發(fā)明的精神和范圍的情況下,可以在形式和細節(jié)上進行上述及其它各種改變、省略及添加。
權(quán)利要求
1.用于電信網(wǎng)絡中在用戶之間提供消息的方法,它包括以下步驟從第一終端接收由第一用戶口述的給第二終端的第二用戶的語音消息,檢查所述第二終端的可用性,以及在可用的情況下,立即將所述接收的語音消息發(fā)送給所述第二終端。
2.如權(quán)利要求1所述的方法,其特征在于還包括以下步驟儲存所述語音消息,直到所述檢查可用性的步驟確定所述第二終端可用為止。
3.如權(quán)利要求1所述的方法,其特征在于還包括以下步驟在所述立即發(fā)送步驟之前,把來自所述第一用戶的所述接收的語音消息通知所述第二終端的第二用戶。
4.如權(quán)利要求3所述的方法,其特征在于所述立即向所述第二終端發(fā)送所述接收的語音消息的步驟僅在所述第二用戶發(fā)信號表示接受信號之后被執(zhí)行。
5.如權(quán)利要求1所述的方法,其特征在于還包括以下步驟從所述第二終端接收由所述第二用戶口述的語音消息,以及將所述接收的語音消息立即發(fā)送給所述第一終端。
6.如權(quán)利要求5所述的方法,其特征在于還包括以下步驟在執(zhí)行所述立即向所述第一終端發(fā)送所述接收的語音消息的步驟之前,檢查所述第一終端的可用性。
7.如權(quán)利要求1所述的方法,其特征在于還包括以下步驟將所述接收的語音消息儲存在所述第二終端中,所述存儲的接收語音消息供所述第二用戶在方便時重放。
8.用于電信網(wǎng)絡中在用戶之間提供消息的設備,它包括用于從第一終端接收語音消息的單元,所述語音消息是由第一用戶口述的給第二終端的第二用戶的語音消息,用于檢查所述第二終端的可用性的單元,以及用于在可用的情況下立即將所述接收的語音消息發(fā)送給所述第二終端的單元。
9.如權(quán)利要求8所述的設備,其特征在于還包括用于儲存所述語音消息直到用于檢查可用性的所述單元確定所述第二終端可用為止的單元。
10.如權(quán)利要求8所述的設備,其特征在于還包括用于在所述接收的語音消息傳送給所述第二終端之前把來自所述第一用戶的所述接收的語音消息通知所述第二終端的第二用戶的單元。
11.如權(quán)利要求10所述的設備,其特征在于所述接收的語音消息僅在所述第二用戶發(fā)信號表示接受之后才被發(fā)送給所述第二終端。
12.如權(quán)利要求8所述的設備,其特征在于還包括用于從所述第二終端接收語音消息的單元,所述語音消息是對來自所述第一用戶的所述語音消息進行應答而由所述第二用戶口述的;以及用于立即把從所述第二用戶接收的所述語音消息發(fā)送給所述第一終端的單元。
13.如權(quán)利要求12所述的設備,其特征在于還包括用于檢查所述第一終端的可用性的單元,該單元用于在把從所述第二終端接收的所述語音消息立即發(fā)送給所述第一終端之前檢查所述第一終端的可用性。
14.如權(quán)利要求8所述的設備,其特征在于還包括用于把接收的所述語音消息儲存在所述第二終端中的單元,所述存儲的所述語音消息供所述第二用戶在方便時進行重放。
15.一種語音消息系統(tǒng),它包括消息業(yè)務中心和多個終端,所述業(yè)務中心包括用于從第一用戶終端接收語音消息的單元;用于儲存來自所述第一終端的所述接收的語音消息的單元;用于檢查第二終端的預定第二用戶的可用性的單元;用于在所述第二終端可用時把來自所述第一終端的所述儲存的接收消息發(fā)送給所述第二終端的單元。
16.如權(quán)利要求15所述的系統(tǒng),其特征在于所述業(yè)務中心還包括用于把從所述第一終端接收的所述語音消息通知所述第二終端的單元,其中,在接收到來自所述第二終端對所述通知作出響應的接受信號時,來自所述第一終端的所述接收的語音消息被發(fā)送給所述第二終端。
17.如權(quán)利要求15所述的系統(tǒng),其特征在于所述多個終端的其中一個或多個包括用于在所述第一用戶終端接收第一用戶口述的所述語音消息、以向所述業(yè)務中心中接收所述語音消息的所述單元提供來自所述第一用戶終端的所述語音消息的單元;用于儲存包括所述第一用戶口述的所述語音消息在內(nèi)的語音消息的單元;用于接收來自所述第一用戶的指定第二用戶為預定接收者的指定信號的單元;用于響應所述指定信號來檢索所述儲存的語音消息、以提供從存儲器檢索的所述語音消息及所述指定信號的單元;以及用于把從存儲器檢索的所述語音消息及所述指定信號作為呼出語音消息發(fā)送給所述語音消息系統(tǒng)的所述第二用戶的單元。
18.如權(quán)利要求17所述的語音消息系統(tǒng),其特征在于所述多個終端的其中一個或多個包括用于接收來自所述第二用戶的呼入語音消息的單元,所述接收的所述呼入語音消息供所述SVM(短語音消息)存儲單元存儲;以及用于在所述用于檢索儲存語音消息的單元從所述用于儲存語音消息的單元中進行檢索之后把所述呼入語音消息重放給所述第一用戶的單元。
19.如權(quán)利要求18所述的語音消息系統(tǒng),其特征在于所述多個終端的其中一個或多個還包括用于接收來自所述第二用戶的所述呼入語音消息的通知的單元,所述通知用來向所述第一用戶進行顯示或通知;以及用于對來自所述第一用戶的接受指示輸入信號作出響應來發(fā)送所述接受指示輸入信號的單元,所述接受指示輸入信號用于所述語音消息系統(tǒng)中判定是否向所述第一用戶發(fā)送來自所述第二用戶的所述呼入語音消息。
20.如權(quán)利要求17所述的語音消息系統(tǒng),其特征在于所述用于接收所述第一用戶口述的所述語音消息的單元包括語音識別單元,所述語音識別單元用于識別所述第一用戶口述的所述語音消息,將所述語音消息作為文本消息來提供,以便所述語音消息作為文本消息儲存在所述用于儲存語音消息的單元中或從中檢索,及作為呼出文本語音消息經(jīng)短消息業(yè)務中心進行傳送。
21.如權(quán)利要求20所述的語音消息系統(tǒng),其特征在于所述用于接收來自所述第二用戶的呼入語音消息的單元可以包括用于接收呼入文本語音消息的單元,所述接收的呼入文本語音消息用于作為文本消息在所述用于儲存語音消息的單元中儲存,所述用于重放所述呼入文本語音消息的單元用于在所述用戶設備的顯示器中顯示所述呼入文本消息。
22.如權(quán)利要求20所述的用戶設備,其特征在于所述用于接收來自所述第二用戶的呼入語音消息的單元是用于接收呼入文本語音消息的單元,所述接收的呼入文本語音消息用于作為文本消息在所述用于儲存語音消息的單元中儲存,所述用于檢索所述儲存語音消息的單元還用于把所述檢索的語音消息轉(zhuǎn)換為語音信號,所述語音信號用于作為發(fā)音語音消息在重放單元上重放。
23.用于語音消息系統(tǒng)的用戶設備,它包括用于接收由第一用戶口述的短語音消息(SVM)的單元;用于儲存包括由所述第一用戶口述的所述SVM在內(nèi)的SVM的單元;用于接收來自所述第一用戶的指定第二用戶為預定接收者的指定信號的單元;用于響應所述指定信號來檢索所述已儲SVM、以提供從存儲器檢索的所述SVM及所述指定信號的單元;以及用于把從存儲器檢索的所述SVM及所述指定信號作為呼出SVM發(fā)送給所述語音消息系統(tǒng)的所述第二用戶的單元。
24.如權(quán)利要求23所述的用戶設備,其特征在于還包括用于接收來自所述第二用戶的呼入SVM的單元,所述接收的所述呼入SVM供所述SVM存儲單元存儲;以及用于在所述用于檢索儲存SVM的單元從所述用于儲存SVM的單元中進行檢索之后把所述呼入SVM重放給所述第一用戶的單元。
25.如權(quán)利要求24所述的用戶設備,其特征在于還包括用于接收來自所述第二用戶的所述呼入SVM的通知的單元,所述接收的所述通知用于所述用戶設備進行顯示或通知;以及用于對來自所述第一用戶的接受指示輸入信號作出響應來發(fā)送所述接受指示輸入信號的單元,所述接受指示輸入信號用于所述語音消息系統(tǒng)中判定是否向所述第一用戶的所述用戶設備發(fā)送來自所述第二用戶的所述呼入語音消息。
26.如權(quán)利要求23所述的用戶設備,其特征在于所述用于接收所述第一用戶口述的所述SVM的單元是語音識別單元,所述語音識別單元用于將所述SVM作為文本消息來提供,以便所述SVM作為文本消息儲存在所述用于儲存SVM的單元中或從中檢索,及作為呼出文本SVM經(jīng)短消息業(yè)務(SMS)中心進行傳送。
27.如權(quán)利要求26所述的用戶設備,其特征在于所述用于接收來自所述第二用戶的呼入SVM的單元是用于接收呼入文本SVM的單元,所述接收的所述呼入文本SVM用于作為文本消息在所述用于儲存SVM的單元中儲存,所述用于重放所述呼入文本SVM的單元用于在所述用戶設備的顯示器中顯示所述呼入文本消息。
全文摘要
將眾多字母輸入手持式設備來形成文本短消息,以便經(jīng)短消息業(yè)務(SMS)傳送給第二終端,這是一件很費力的事情,通過發(fā)送短語音消息(SVM)可以避免這種麻煩。SVM被記錄在發(fā)送終端上,并被發(fā)送給SVM業(yè)務中心(SVMSC)。SVMSC可以把SVM的到達通知預定接收者并在將其發(fā)送之前等待接受信號,或者在檢測到預定接收者存在時立即將其發(fā)送。然后,第二終端可以啟動雙向通信,以便建立即時語音消息會話。另一方面,通過在用戶終端通過語音識別軟件把口述SVM轉(zhuǎn)換為文本,并通過傳統(tǒng)的SMS基礎設施把轉(zhuǎn)換的文本發(fā)送給接收者用于作為文本進行顯示或者將文本轉(zhuǎn)換為語音進行重放,可以克服所述問題。
文檔編號H04M3/42GK1379577SQ0210601
公開日2002年11月13日 申請日期2002年4月4日 優(yōu)先權(quán)日2001年4月5日
發(fā)明者P·沃里 申請人:諾基亞有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1