專利名稱：用于電信服務(wù)的實(shí)時(shí)語音至文本轉(zhuǎn)換的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及由允許例如語音、視頻和數(shù)據(jù)的不同信息傳輸模式融合的 通信網(wǎng)絡(luò)提供的服務(wù)。
它特別適用于(但不限于)由標(biāo)準(zhǔn)3GPP和TISPAN規(guī)定的"IMS" (IP多J(某體子系統(tǒng))通信結(jié)構(gòu)。
背景技術(shù)：
語音信箱是通信結(jié)構(gòu)能提供的服務(wù)中的一種。當(dāng)被叫用戶不希望被聯(lián) 系上或正忙時(shí)，針對該用戶的多媒體會(huì)話可以被重新路由至語音信箱服務(wù) 器。這個(gè)服務(wù)器發(fā)送語音提示并且能夠接收和存儲(chǔ)構(gòu)成消息的語音信息。
被叫用戶通?？梢栽谙⒁驯淮鎯?chǔ)之后通過連接到語音信箱服務(wù)器來 查閱該消息。
這個(gè)向語音信箱的轉(zhuǎn)移可以在幾種情形下被觸發(fā)
-用戶已設(shè)置了他們的存儲(chǔ)在通信網(wǎng)絡(luò)上的配置文件的參數(shù)，以便任 何呼叫都被自動(dòng)路由至語音信箱。
-用戶的一個(gè)或多個(gè)客戶端被關(guān)閉或不可由通信網(wǎng)絡(luò)到達(dá)。
-一個(gè)或多個(gè)客戶端正忙并且沒有呼叫等待服務(wù)。
-用戶在特定等待時(shí)間之后仍未應(yīng)答(或特定數(shù)目的振鈴)。
被叫用戶可以當(dāng)在其通信客戶端上收到呼叫時(shí)發(fā)起對重新路由至語音 信箱服務(wù)器的觸發(fā)。如果用戶正忙，或更一般地不希望接聽呼叫，則他們 可以發(fā)起這個(gè)重新路由。
例如，會(huì)議中的用戶不能輕易地在其移動(dòng)電話上接聽來電，并且可能 需要將該來電轉(zhuǎn)移至其語音信箱。
在這種情形下，通信會(huì)話在主叫客戶端與語音信箱服務(wù)器之間被建立。除了用于通知這個(gè)會(huì)話終止以及消息被存儲(chǔ)在服務(wù)器中的可能的信號之 外，不再向被叫客戶端通知這個(gè)會(huì)話。
這個(gè)現(xiàn)有技術(shù)并不令人滿意，因?yàn)橐黄そ杏脩舨荒茉谙⒔Y(jié)束之前查閱 主叫用戶留下的消息內(nèi)容。
此外，用戶不能反悔他們的決定。他們不能判定來電的重要性并且一 旦4坎出重新路由決定就不能建立通信。
例如專利申請US 2007/0127631中描述的一些方案能夠?qū)⒅鹘杏脩袅?下的消息內(nèi)容轉(zhuǎn)換成^^送給被叫用戶的寫文本。被叫用戶因而能夠謹(jǐn)慎 地查閱信息。然而，這個(gè)解決方案也未能解決上述問題，即被叫用戶不能 在消息結(jié)束之前查閱該消息，并且特別是不能在記錄消息期間與主叫方建 立^舌。

發(fā)明內(nèi)容
本發(fā)明的目的是通過為用戶提供附加的可能性而改進(jìn)上述情形。
其第一目的是一種連接到通信網(wǎng)絡(luò)的語音信箱服務(wù)器，其包括用于接 收來自主叫客戶端且去往被叫客戶端用戶的多媒體會(huì)話的多媒體接口 ，以 及用于存儲(chǔ)該會(huì)話的內(nèi)容的存儲(chǔ)器。所述服務(wù)器的特征在于，它還具有用 于將多媒體會(huì)話的全部或一部分實(shí)時(shí)轉(zhuǎn)換成文本信息的轉(zhuǎn)換器和用于將該 文本信息發(fā)送給被叫客戶端的文本接口 。
根據(jù)本發(fā)明的一個(gè)實(shí)施例，所述文本接口用于在即時(shí)消息會(huì)話中發(fā)送 所述文本信息。所述即時(shí)消息會(huì)話可以通過MSRP協(xié)議來傳輸。
只有當(dāng)用戶配置文件中存在參數(shù)時(shí)才可以激活所述轉(zhuǎn)換器和文本接o 。
所述服務(wù)器還可以具有用戶接口 ，用于在即時(shí)消息會(huì)話期間接收來自 被叫客戶端的替代信號。所述服務(wù)器因而用于在收到這種信號時(shí)中斷文本 信息的傳輸并且在被叫客戶端與主叫客戶端之間建立新的多媒體會(huì)話。
所述服務(wù)器可以具有用戶接口 ，該接口用于在即時(shí)消息會(huì)話期間接收 來自被叫客戶端的重定向信號并且在收到這種信號時(shí)在主叫客戶端與其標(biāo)識符由重定向信號提供的第三方客戶端之間建立新的多媒體會(huì)話。
本發(fā)明的另一目的是一種在主叫客戶端與被叫客戶端之間通信的方 法，該方法在于針對被叫客戶端的用戶的多媒體會(huì)話至語音信箱服務(wù)器的
傳輸。這個(gè)方法的特征在于，包括下列步驟將全部或部分多媒體會(huì)話實(shí) 時(shí)轉(zhuǎn)換成文本信息，以及將這個(gè)文本信息傳輸給所述被叫客戶端。
根據(jù)本發(fā)明的一個(gè)實(shí)施例，所述文本信息在即時(shí)消息會(huì)活內(nèi)被發(fā)送給 所述被叫客戶端。這個(gè)即時(shí)消息會(huì)話可以通過MSRP協(xié)議來傳輸。
根據(jù)本發(fā)明的方法還包括一個(gè)配置用戶配置文件的在先步驟，特別在 于確定指明了當(dāng)語音信箱服務(wù)器收到針對所述用戶的多士某體會(huì)話時(shí)是否應(yīng) 當(dāng)觸發(fā)所述轉(zhuǎn)換和傳輸步驟的參數(shù)。
也可以設(shè)想在傳輸階段，被叫客戶端可以發(fā)送替代信號至語音信箱服 務(wù)器，這因而觸發(fā)了文本信息傳輸?shù)闹袛嗪椭鹘锌蛻舳伺c^皮叫客戶端之間 的新多媒體務(wù)活的建立。
本發(fā)明的又另一目的是一種通信客戶端，其具有用于從顯示部分或全 部文本信息內(nèi)容的顯示設(shè)備接收文本信息的裝置，和可以由用戶激活的進(jìn) 入接口。這個(gè)客戶端的特征在于，所述文本信息構(gòu)成關(guān)聯(lián)于主叫客戶端的、 與語音信箱服務(wù)器建立的文本會(huì)話，并且所述i^v接口包括用于觸發(fā)去往 語音信箱服務(wù)器的、用于與主叫客戶端建立多媒體會(huì)話的信號的裝置。
根據(jù)一個(gè)實(shí)施例，所述文本會(huì)活是即時(shí)消息會(huì)活。這可以通過MSRP 協(xié)議來承載。
所述進(jìn)入接口可以具有用于觸發(fā)去往語音信箱服務(wù)器的、用于中斷所 述文本會(huì)話的信號的裝置。
由于本發(fā)明，用戶可以獲知主叫方留下的消息內(nèi)容而無須接聽呼叫。
處于會(huì)漢中的用戶可以實(shí)時(shí)讀取發(fā)送給他們的消息。根據(jù)本發(fā)明的一 個(gè)實(shí)施例，如果內(nèi)容似乎相當(dāng)重要或具有高優(yōu)先級，則用戶可以決定接聽 呼叫(如果必要?jiǎng)t離開會(huì)議室)。
同樣，處于需要保持安靜的環(huán)境(電影院等)中的用戶仍可以立即查 閱他們的消息。此外，本發(fā)明的一個(gè)附加優(yōu)點(diǎn)是它還使得處于噪音環(huán)境下的用戶能夠 立即查閱他們的消息而無須移動(dòng)。
最后，允許不同媒體(語音、文本、視頻)融合的這項(xiàng)服務(wù)可以僅利 用單個(gè)信令協(xié)議來實(shí)現(xiàn)。
本發(fā)明也提供了其他優(yōu)點(diǎn)。


下面將結(jié)合附圖描述本發(fā)明的實(shí)現(xiàn)。
圖1示出了其中實(shí)施本發(fā)明的背景； 圖2示出了通信客戶端的人機(jī)接口；
圖3示出了在實(shí)施本發(fā)明的背景中建立的會(huì)話和信令消息序列。
具體實(shí)施例方式
通信網(wǎng)絡(luò)N被用來連接通信客戶端A、 B和應(yīng)用服務(wù)器S。網(wǎng)絡(luò)N包 括圖1未示出的不同的設(shè)備(路由器、網(wǎng)關(guān)、信令服務(wù)器等)。通信客戶 端A、 B可以是不同的類型移動(dòng)終端、IP電話、含有電話或視頻電話軟 件模塊的計(jì)算機(jī)、個(gè)人數(shù)字助理等。
應(yīng)用服務(wù)器也可以是不同的類型并且使得不同的服務(wù)能被提供給通信 網(wǎng)絡(luò)N的用戶。
在圖1的例子中，客戶端A的用戶希望聯(lián)系客戶端B的用戶，但是呼 叫被重新路由到語音信箱服務(wù)器S。因而在主叫客戶端A與語音信箱服務(wù) 器S之間建立了多4某體會(huì)話MS。
這個(gè)消息傳送不僅涉及語音，而且還包括視頻方面。"語音信箱"因 而被理解成是至少支持語音業(yè)務(wù)的消息傳送服務(wù)，并且使用表述"語音信 箱"是為了簡單。
語音信箱服務(wù)器包括用于接收多媒體會(huì)話SM的多媒體接口 INTM。 通常(但不必定)由IETF的RFC 3550 (標(biāo)題為"A Transport Protocol for Real-Time Applications")定義的RTP協(xié)議承載這個(gè)多媒體會(huì)話。它還具有圖1未顯示的用于建立這個(gè)多媒體會(huì)話的信令接口。以傳統(tǒng)
的方式，由IETF的RFC 3261 (標(biāo)題為"Session Initiation Protocol")定 義的SIP協(xié)議可以承載這個(gè)信令。
一些SIP消息可以包括用于協(xié)商待建立的多i某體會(huì)話的一些參數(shù)(編 解碼等)的SDP內(nèi)容。IETF的RFC 2327定義了這個(gè)SDP ( ^S舌描述協(xié) 議)。RFC 3264 (標(biāo)題為"An Offer/Answer Model with the Session Description Protocol (SDP)")定義了通過SIP/SDP協(xié)議對RTP協(xié)議承載 的多媒體M的協(xié)商。
語音信箱服務(wù)器也具有用于存儲(chǔ)所述多々某體M SM的內(nèi)容的存儲(chǔ)器 MEM。所述內(nèi)容可以構(gòu)成這個(gè)多媒體會(huì)話的一部分或全部。通常，所存儲(chǔ) 的內(nèi)容僅代表在關(guān)于留下由語音信箱服務(wù)器發(fā)送的消息的提示之后的多媒 體會(huì)活的一部分。
在這個(gè)存儲(chǔ)器MEM中，可以將由主叫客戶端以這種方式留下的消息 關(guān)聯(lián)于^皮叫用戶的標(biāo)識符，以使得這個(gè)用戶可以容易地訪問屬于他們的所 有消息并且不能訪問不屬于他們的消息。
所述消息通常僅是音頻消息，但更一般地，多々某體消息可以特別地包 括視頻。
可以利用已知方式來訪問這些消息，所述已知方式形成設(shè)計(jì)應(yīng)用月艮務(wù) 器和語音信箱服務(wù)器領(lǐng)域的現(xiàn)有技術(shù)的一部分。
所述語音信箱服務(wù)器還包括用于視頻至文本轉(zhuǎn)換的設(shè)備STT。這個(gè)轉(zhuǎn) 換器用于實(shí)時(shí)處理多媒體會(huì)話SM的內(nèi)容。這個(gè)內(nèi)容可以對應(yīng)于由主叫客 戶端留下的消息。在多媒體接口 INTM與轉(zhuǎn)換器STT之間，語音信箱服 務(wù)器S也可以具有與存儲(chǔ)器MEM相分離的圖1未示出的緩沖存儲(chǔ)器。
轉(zhuǎn)換器STT可以符合現(xiàn)有的語音識別設(shè)備。
市場上存在不同的產(chǎn)品，并且本發(fā)明與所使用的產(chǎn)品和技術(shù)無關(guān)。例 如，Nuance公司提出這種類型的不同解決方案。Alcatel公司的專利申請 US 5 809 464也涉及在通信網(wǎng)絡(luò)內(nèi)對這種語音至文本轉(zhuǎn)換設(shè)備的使用。所 有這些解決方案構(gòu)成本領(lǐng)域技術(shù)人員可獲得的技術(shù)的一部分。由轉(zhuǎn)換器STT生成的文本可以被存儲(chǔ)在未顯示的緩沖存儲(chǔ)器中，并且 經(jīng)由文本接口 INTT裙發(fā)送到被叫客戶端B 。這個(gè)文本接口 INTT可以實(shí)施即時(shí)消息傳送協(xié)議，并且與被叫通信客 戶端B建立即時(shí)消息會(huì)話SMI。所討論的協(xié)議可以例如是由IETF的RFC 4975(標(biāo)題為"The Message Session Relay Protocol")定義的MSRP協(xié)i^。然而，也可以4吏用其他協(xié) 議，例如由2008年2月的文件"draft-rosenberg-sip-tote-00"提出的TOTE (基于^^舌的普通對象傳送和交換，Session Based Trivial Object Transfer and Exchange )協(xié)議。這些協(xié)議被用來發(fā)送會(huì)話中的一組即時(shí)消息。這樣， 一旦SMI會(huì)話在 語音信箱服務(wù)器S與被叫客戶端B之間被建立，文本信息就可以在它被收 到時(shí)對應(yīng)于由主叫客戶端A留下的語音消息。每個(gè)消息都可以例如對應(yīng)于一個(gè)句子，該句子是通過由轉(zhuǎn)換器STT執(zhí) 行的語法分析來確定的。被叫客戶端B可能希望在收到消息時(shí)顯示每個(gè)消 息(在這種情況下對應(yīng)于每個(gè)句子)。這樣，客戶端B的用戶盡可能快地 獲知多媒體^^舌SM的內(nèi)容。本發(fā)明因而通過對多々某體會(huì)話實(shí)時(shí)傳輸協(xié)議、即時(shí)文本消息傳輸協(xié)議 和語音至文本轉(zhuǎn)換技術(shù)的原始組合，利用現(xiàn)有技術(shù)而實(shí)現(xiàn)了通信網(wǎng)絡(luò)內(nèi)的 數(shù)據(jù)傳輸。它在下面三種情況中解決了之前描述的其中被叫客戶端B的用戶不能 接收來電的情形(因此不能建立主叫客戶端A所請求的多媒體^^舌)-當(dāng)被叫客戶端B的用戶位于噪音環(huán)境中。已知他們不能聽到并且與 主叫客戶端A的用戶交談，他們可以選擇使用語音到文本轉(zhuǎn)換服務(wù)并且實(shí) 時(shí)地讀取由主叫方留下的消息。-當(dāng)用戶處于例如^i義的環(huán)境中時(shí)，他們也可以選擇這個(gè)特征從而不 干擾會(huì)議。-用戶也可能為了另一個(gè)目的而正在使用他們的通信客戶端B。例如， 他們可能正觀看視頻內(nèi)容(電影、電視節(jié)目等)，并且可能不希望被打擾但仍希望獲知主叫方可能留下的消息內(nèi)容。圖2示出了通信客戶端B的可能的圖形接口。這個(gè)客戶端可以是移動(dòng) 電話、電視、個(gè)人數(shù)字助理、計(jì)算機(jī)等，或任何其他固定的或移動(dòng)的具有 (如果必要?jiǎng)t通過局域網(wǎng))通信和顯示功能的設(shè)備。它具有顯示區(qū)域或屏幕E以及ii^接口 INTE。這個(gè)ii^接口 INTE 使得用戶能夠輸入針對客戶端B的命令。這個(gè)兩個(gè)接口不必是分離的一 些屏幕可能實(shí)際上是觸摸屏，以使得進(jìn)入接口 INTE的部分或全部可以位 于顯示區(qū)域E中。這個(gè)屏幕E內(nèi)顯示了一個(gè)較小的顯示區(qū)域Z1，其可能 對應(yīng)于用戶正觀看的^L頻流。如果必要，這個(gè)顯示區(qū)域Zl可以占據(jù)整個(gè) 屏幕空間E，或如圖2所示只占用一部分空間。顯示區(qū)域Z2對應(yīng)于接收自語音信箱服務(wù)器的文本信息。這可以采取 橫幅的形式，在該橫幅內(nèi)可以滾動(dòng)顯示文本信息，當(dāng)然也可以使用其他方 式。ii^接口 INTE可以被用來控制文本信息的顯示。例如，它可以控制 滾動(dòng)速度。它也可以停止所述功能并且刪除顯示區(qū)域Z2。它也可以觸發(fā)呼叫接聽才艮據(jù)本發(fā)明的可選實(shí)施例，可以向^皮叫用戶 提議與主叫客戶端建立多媒體會(huì)話，其可以替換或不替換之前建立的會(huì)話。 利用進(jìn)入接口 INTE，用戶發(fā)送信號至語音信箱服務(wù)器S。這個(gè)信號可以是替代信號并且觸發(fā)-主叫客戶端A與語音信箱服務(wù)器S之間建立的多媒體會(huì)話SM的中 斷，以及語音信箱服務(wù)器與被叫客戶端B之間的文本信息傳輸?shù)闹袛啵?-主叫客戶端A與被叫客戶端B之間的新多i某體^^的建立。 因此，查閱主叫方留下的消息內(nèi)容的客戶端B的用戶可以決定這個(gè)呼 叫相對于他們當(dāng)前的活動(dòng)而言相當(dāng)重要或具有優(yōu)先級，并且決定建立直接 呼叫。這個(gè)特征被用來通過避免主叫方必須給出整個(gè)消息并且避免凈皮叫方 必須在會(huì)話后給主叫方回電話來節(jié)約時(shí)間。它也避免了用來建立新呼叫的 附加操作。如果屏幕E是觸4莫屏，則可以設(shè)想在顯示文本信息的區(qū)域Z2上的簡單按壓被用來發(fā)送合適的信號給語音信箱服務(wù)器s。這種會(huì)話替換可以例如通過發(fā)送SIP "INVITE"信令消息來執(zhí)行，該 消息包含如IETF的RFC 3891定義的"Replace"報(bào)頭。所述接口也可以被用來接聽電話而無須中斷正進(jìn)行的文本會(huì)議。合并 信號因而由4皮叫客戶端發(fā)送并且新會(huì)話被創(chuàng)建并與現(xiàn)有文本會(huì)話合并。包 含由IETF的RFC 3911定義的"Join"報(bào)頭的SIP "INVITE"信令消息 的發(fā)出例如可以被用來實(shí)現(xiàn)這個(gè)特征。所述ii^接口也可以設(shè)計(jì)至例如助手或同事的第三方的呼叫重定向。 重定向信號因而由被叫客戶端發(fā)送至語音信箱服務(wù)器S?？梢酝ㄟ^發(fā)送包 含由IETF的RFC 3515定義的"Refer"報(bào)頭的SIP "INVITE"信令消息 來提供這個(gè)選項(xiàng)。利用由例如SIP協(xié)議的信令協(xié)議而提供的可能性的其他特征也是可行 的。本發(fā)明的其中 一個(gè)優(yōu)點(diǎn)是它可以受益于所有這些特征同時(shí)仍允許多媒 體和文本會(huì)話的融合。所提供的每個(gè)功能具有由被叫客戶端發(fā)送給語音信箱服務(wù)器S的相應(yīng) 信號。這個(gè)信號通常包括信令消息，但是也可以包括更復(fù)雜的對話。這些會(huì)話替換、合并或重定向操作可以自動(dòng)執(zhí)行。用戶只需要激活命 令而不必指定主叫客戶端A的號碼或標(biāo)識符，因?yàn)檫@個(gè)信息被存儲(chǔ)在信令 服務(wù)器S中。這些操作中的一個(gè)或多個(gè)可以通過進(jìn)入接口 INTE獲得。 可以設(shè)想可在用戶參數(shù)中指定的默認(rèn)行為。只有對應(yīng)于這個(gè)默認(rèn)行為 的操作可以在文本^^舌期間被提出。圖3示出了利用SIP和MSRP協(xié)議的本發(fā)明的一種可能實(shí)現(xiàn)。 在這個(gè)例子中，用戶"Bob"希望通過"SIP網(wǎng)絡(luò)，，通信網(wǎng)來連接用戶 "Alice"以基于STP協(xié)議建立多媒體會(huì)話。以傳統(tǒng)的方式，他發(fā)送邀請消息(1)至"SIP網(wǎng)絡(luò)"。這個(gè)消息通常 是SIP "INVITE"消息。這個(gè)消息(1)由通信網(wǎng)絡(luò)中繼并被路由至用戶 "Alice"。接收這個(gè)消息(2)后，用戶"Alice"的客戶端用消息"3"響應(yīng)，消 息"3"是指已收到邀請并且客戶端(例如通過振鈴)通知了進(jìn)入呼叫。這 個(gè)信令消息(3)也由網(wǎng)絡(luò)中繼并且以信令消息(4)的形式到達(dá)主叫方 "Bob"。這些信令消息通常是SIP "180 RINGING"消息。在圖3的這個(gè)例子中，Alice拒絕進(jìn)入呼叫。她的客戶端因而發(fā)送信令 消息(5)以表示這個(gè)拒絕。這通常是SIP "603 DECLINE"消息。這個(gè)消息(5)到達(dá)"SIP網(wǎng)絡(luò)"通信網(wǎng)絡(luò)，在該網(wǎng)絡(luò)內(nèi)的一個(gè)設(shè)備觸 發(fā)呼叫至"語音信箱"服務(wù)器的重新路由。這個(gè)設(shè)備例如可以包括一個(gè)或 多個(gè)"代理SIP"。在IMS結(jié)構(gòu)的背景中，這可以涉及CSCF (呼叫會(huì)話 控制功能)功能，其發(fā)送請求至管理通信網(wǎng)絡(luò)的"消息傳送"功能的應(yīng)用 服務(wù)器。邀請消息(6)然后補(bǔ)l送到用戶Alice的"語音信箱"服務(wù)器。所述 服務(wù)器自動(dòng)接受這個(gè)呼叫并且發(fā)回信令消息(7 )。這個(gè)信令消息(7 )被 發(fā)送到主叫客戶端"Bob"。當(dāng)收到這個(gè)消息(8)時(shí)，客戶端"Bob"發(fā)送同意消息(9)，該消息被發(fā)送到語音信箱服務(wù)器并且因而#:用來建立"Bob"與"語音信箱"之間的RTP多媒體會(huì)話(10)。根據(jù)本發(fā)明，"語音信箱"服務(wù)器然后觸發(fā)與"Alice"的客戶端的文本會(huì)話。為此，它發(fā)送邀請消息(11)至"Alice"的客戶端。進(jìn)行傳統(tǒng)的信令消息(12) 、 (13)和(14)交換，所述消息被用來建立"語音信箱，，與"Alice"的客戶端之間的MSRP會(huì)活(15)。RTP會(huì)話和MSRP會(huì)話在"語音信箱"信令服務(wù)器中相關(guān)聯(lián)，以使得前者的內(nèi)容可以被轉(zhuǎn)換成在后者中發(fā)送的文本信息。"Bob"的主叫客戶端稍后發(fā)送信令消息(16)以結(jié)束他與"語音信箱"服務(wù)器的會(huì)活。這個(gè)消息(16)通常是SIP "BYE"消息。它祐義送到服務(wù)器。當(dāng)收到這個(gè)消息(17)時(shí)，語音信箱服務(wù)器-首先結(jié)束RTP會(huì)話并且發(fā)送確認(rèn)消息至"Bob"的客戶端信令消 息(18)和(19);并且-其次發(fā)送終止消息(20)至"Alice"的客戶端，其響應(yīng)以確認(rèn)消息 (21)。這些確認(rèn)消息通常是SIP "200 OK"消息。語音至文本轉(zhuǎn)換功能以及文本會(huì)話建立(即文本信息至被叫客戶端的 傳輸)的觸發(fā)可以是可選的并且由被叫用戶觸發(fā)。例如，當(dāng)收到ii7v呼叫時(shí)，可以提出幾種選擇，特別是 -接受呼叫， -拒絕呼叫，-在建立文本會(huì)話的情況下重新路由呼叫至語音信箱， -在不建立文本會(huì)話的情況下重新路由呼叫至語音信箱。所述功能的觸發(fā)也可以受制于#:叫用戶的配置文件中的參數(shù)。 所述用戶配置用戶配置文件，并且這個(gè)參數(shù)確定當(dāng)語音信箱服務(wù)器收傳輸。所述轉(zhuǎn)換器和文本接口因而僅在被叫用戶配置文件中的參數(shù)存在的情 況下被激活。如果這個(gè)參數(shù)不存在，則語音信箱服務(wù)器按照現(xiàn)有技術(shù)工作并且將"消息存儲(chǔ)在存儲(chǔ)器MEM中。
權(quán)利要求
1.一種連接到通信網(wǎng)絡(luò)(N)的語音信箱服務(wù)器(S)，包括用于接收來自主叫客戶端(A)并去往被叫客戶端(B)的用戶的多媒體會(huì)話(SM)的多媒體接口(INTM)，和用于存儲(chǔ)所述多媒體會(huì)話內(nèi)容的存儲(chǔ)器(MEM)，其特征在于，還包括用于將所述多媒體會(huì)話(SM)的全部或一部分實(shí)時(shí)轉(zhuǎn)換成文本信息的轉(zhuǎn)換器(STT)和用于發(fā)送所述文本信息至所述被叫客戶端的文本接口(INTT)。
2. 根據(jù)權(quán)利要求1所述的語音信箱服務(wù)器，其中，所述文本接口用于 在即時(shí)消息會(huì)話(SMI)中發(fā)送所述文本信息。
3. 根據(jù)前一權(quán)利要求所述的語音信箱服務(wù)器，其中，所述MSRP協(xié)議 承載所述即時(shí)消息會(huì)話。
4. 根據(jù)權(quán)利要求1至3之一所述的語音信箱服務(wù)器，其中，所述轉(zhuǎn)換 器和文本接口僅在所述用戶的配置文件中存在參數(shù)的情況下才被激活。
5. 根據(jù)前述權(quán)利要求之一所述的語音信箱服務(wù)器，還包括用戶接口 ， 該用戶接口用于在所述即時(shí)消息會(huì)話期間接收來自所述被叫客戶端的替換 信號，并且當(dāng)收到所述信號時(shí)中斷所述文本信息的傳輸并建立所述被叫客 戶端與所述主叫客戶端之間的新多媒體^"。
6. 根據(jù)權(quán)利要求1至4之一所述的語音信箱服務(wù)器，還包括用戶接口 ， 該用戶接口用于在所述即時(shí)消息會(huì)話期間接收來自所述4皮叫客戶端的重定 向信號，并且當(dāng)收到所述信號時(shí)建立所述主叫客戶端與其標(biāo)識符由所述重 定向信號提供的第三方客戶端之間的新多媒體會(huì)話。
7. —種用于在主叫客戶端(A)與被叫客戶端(B)之間通信的方法， 該方法在于向語音信箱服務(wù)器(S)傳輸針對所述,皮叫客戶端(B)的用戶 的多媒體會(huì)話(SM)，其特征在于，包括用于將所述多媒體會(huì)話的全部或 一部分實(shí)時(shí)轉(zhuǎn)換成文本信息的步驟，以及用于將所述文本信息傳輸至所述 被叫客戶端(B)的步驟。
8. 根據(jù)前一權(quán)利要求所述的方法，其中，所述文本信息在即時(shí)消息會(huì) 話內(nèi)^J^送至所述被叫客戶端。
9. 根據(jù)前一權(quán)利要求所述的方法，其中，MSRP協(xié)議承載所述即時(shí)消
10. 根據(jù)權(quán)利要求7至9之一所述的方法，還包括用于配置所述用戶 配置文件的在先步驟，該步驟在于確定指明了當(dāng)所述語音信箱服務(wù)器收到夢
11. 根據(jù)權(quán)利要求7至10之一所述的方法，其中，在所述傳輸步驟 期間，所述被叫客戶端發(fā)送替換信號至所述語音信箱服務(wù)器以觸發(fā)所述文 本信息的傳輸中斷以及所述主叫客戶端(A)與所述被叫客戶端(B)之間 的新多^某體會(huì)活的建立。
12. —種通信客戶端(B)，包括用于從顯示所述文本信息的全部或 一部分內(nèi)容的顯示設(shè)備(E)接收文本信息的裝置，和由用戶激活的進(jìn)入 接口 (INTE)，其特征在于，所述文本信息構(gòu)成關(guān)聯(lián)于主叫客戶端(A) 的、與語音信箱服務(wù)器(S)建立的文本會(huì)話，并且所述i^v接口包括用于 觸發(fā)去往所述語音信箱服務(wù)器的、用于與所述主叫客戶端建立多媒體^S舌 的信號的裝置。
13. 根據(jù)前一權(quán)利要求所述的通信客戶端，其中，所迷文本會(huì)話是即 時(shí)消息會(huì)活(SMI)。
14. 根據(jù)前一權(quán)利要求所述的通信客戶端，其中，MSRP協(xié)議承載所述即時(shí)消息會(huì)活。
15. 根據(jù)權(quán)利要求12至14之一所述的通信客戶端，其中，所述ii^v 接口 (INTE)包括用于觸發(fā)去往所述語音郵箱服務(wù)器的、用于中斷所述文 本會(huì)話的信號的裝置。
全文摘要
一種連接到通信網(wǎng)絡(luò)(N)的語音信箱服務(wù)器(S)，其包括用于接收來自主叫客戶端(A)并去往被叫客戶端(B)的用戶的多媒體會(huì)話(SM)的多媒體接口(INTM)，和用于存儲(chǔ)所述多媒體會(huì)話的內(nèi)容的存儲(chǔ)器(MEM)。它還包括用于將所述多媒體會(huì)話(SM)的全部或一部分實(shí)時(shí)轉(zhuǎn)換成文本信息的轉(zhuǎn)換器(STT)和用于發(fā)送所述文本信息至所述被叫客戶端的文本接口(INTT)。
文檔編號H04M3/533GK101577767SQ20091013805
公開日2009年11月11日 申請日期2009年5月6日 優(yōu)先權(quán)日2008年5月7日
發(fā)明者J-S·馬丁, T·弗羅門特 申請人:阿爾卡特朗訊公司