專(zhuān)利名稱(chēng)：用于提供語(yǔ)音瀏覽器功能的裝置和方法
用于提供語(yǔ)音瀏覽器功能的裝置和方法 較新的通信架構(gòu)規(guī)定，將交換技術(shù)上的功能分成與連接服務(wù)相關(guān)
的部分和涉及有用信息(承載控制(Bearer Control))的運(yùn)送的部 分。由此導(dǎo)致連接建立和承栽建立的分離。這種概念對(duì)于通信量意味 著不再受網(wǎng)絡(luò)拓樸的強(qiáng)烈約束。
在這種現(xiàn)代通信架構(gòu)中提供了撥號(hào)回應(yīng)服務(wù)(Ansagedienste)和 對(duì)話服務(wù)，這些服務(wù)可以在功能上被集成到交換節(jié)點(diǎn)中或者作為獨(dú)立 的媒體服務(wù)器被布置在網(wǎng)絡(luò)中。媒體服務(wù)器在此提供多個(gè)基本功能， 這些基本功能充當(dāng)各個(gè)撥號(hào)回應(yīng)服務(wù)和對(duì)話服務(wù)的基礎(chǔ)。為此，可示 例性地提到播放(Ausspielen)所記錄的、可能由多個(gè)部分動(dòng)態(tài)地 組合成的撥號(hào)回應(yīng)，以所希望的聲音按照預(yù)先給出的文本進(jìn)行語(yǔ)音合 成，基于通過(guò)終端設(shè)備的語(yǔ)音輸入(DTMF)進(jìn)行交互的對(duì)話支持，語(yǔ) 音識(shí)別， 說(shuō)話者識(shí)別 / 說(shuō)話者檢驗(yàn) (Sprechererkennung-/Verif ikation )或記錄和播放語(yǔ)音消息和視頻 消息等等。
如果服務(wù)/業(yè)務(wù)提供商對(duì)最大靈活性、短提供時(shí)間和效率感興趣， 貝'J他在定義,斤i胃的月良務(wù)生成環(huán)境(Service Creation Environment) 的服務(wù)時(shí)支持以下功能這些功能的輸出因而是所希望的交換技術(shù)流 程關(guān)于優(yōu)選地被標(biāo)準(zhǔn)化的描述語(yǔ)言(諸如CCXML或CSTAXML )的描述。 撥號(hào)回應(yīng)部分和對(duì)話部分的必需的描述優(yōu)選地同樣以標(biāo)準(zhǔn)化形式(例 如經(jīng)由語(yǔ)音XML)來(lái)進(jìn)行。在一些商業(yè)模型中，這些描述也可以由網(wǎng)絡(luò) 提供商的客戶(hù)來(lái)提供并且經(jīng)常改變。
語(yǔ)音XML是用于說(shuō)明針對(duì)電話應(yīng)用的網(wǎng)頁(yè)的XML模式。這些電話 應(yīng)用基于語(yǔ)音(對(duì)每個(gè)語(yǔ)音/DTMF監(jiān)聽(tīng)指示以及輸入指令)。因此，語(yǔ) 音XML支持下面的特性
說(shuō)過(guò)的輸入(合成的語(yǔ)音)
音頻文件和音頻流的輸出
識(shí)別說(shuō)過(guò)的詞和句子
識(shí)別音頻撥號(hào)(DTMF)
錄取說(shuō)過(guò)的輸入
對(duì)話流的控制
電話控制(呼叫轉(zhuǎn)移和掛機(jī))
語(yǔ)音XML的先驅(qū)是電話標(biāo)記語(yǔ)言(PML， Phone Markup Language )、 VoxML、 SpeechML、 TalkML、 VoiceHTML。語(yǔ)音XML的替換方案是SALT。
通常，語(yǔ)音瀏覽器分析被概括為單個(gè)文件或一系列文件(所謂的 語(yǔ)音頁(yè)面)形式的、描述語(yǔ)音對(duì)話的標(biāo)記碼(Markupcode)，對(duì)該標(biāo) 記碼進(jìn)行語(yǔ)法分析和解釋?zhuān)⑶覟槊襟w電話整理該標(biāo)記碼.針對(duì)通過(guò) 電話的實(shí)際輸入和輸出，為了使用下面的資源，該瀏覽器必須與媒體 服務(wù)器平臺(tái)的硬件和軟件交互作用
-從存儲(chǔ)介質(zhì)調(diào)用描述該對(duì)話的語(yǔ)音頁(yè)面/文件
-調(diào)用在所屬的語(yǔ)音頁(yè)面中引用的文件，例如具有要輸出的語(yǔ)音、 要播放的記錄、語(yǔ)法信息、表征并且支持輸入和輸出的其他信息的文 件或者必要時(shí)也具有所屬的視頻信息的文件
-控制所述呼叫和所屬的交換技術(shù)過(guò)程
-識(shí)別/錄取DTMF或語(yǔ)音(ASR )
-識(shí)別及檢驗(yàn)說(shuō)話者
-輸出音頻文件
-根據(jù)文本(TTS)產(chǎn)生所希望的聲音的語(yǔ)音輸出
根據(jù)前面的意義，撥號(hào)回應(yīng)是語(yǔ)音對(duì)話的特定形式。針對(duì)語(yǔ)音瀏 覽器的描述碼的目前最常用的標(biāo)準(zhǔn)是語(yǔ)音XML。
在將業(yè)務(wù)或服務(wù)引入到網(wǎng)絡(luò)中的范圍中，這些描述可以被插入到 交換節(jié)點(diǎn)、應(yīng)用和/或媒體服務(wù)器中。這可以先驗(yàn)地或者在需要釋放該 服務(wù)時(shí)實(shí)現(xiàn)。尤其是，在這種情況下，語(yǔ)音XML描述使得媒體服務(wù)平 臺(tái)可支配。原則上，為了處理媒體服務(wù)平臺(tái)上的語(yǔ)音XML描述需要讀 取并解釋語(yǔ)音XML頁(yè)面的瀏覽器功能或?yàn)g覽器功能性，以致媒體服務(wù) 器的必需的基本功能被分配給所希望的服務(wù)并且可以被控制。
目前，各種不同的高效瀏覽器在商業(yè)上是可支配的，這些瀏覽器 例如在功能范圍、許可證費(fèi)用和對(duì)計(jì)算機(jī)平臺(tái)的要求(CPU性能、存儲(chǔ) 器、與HW和操作系統(tǒng)相關(guān)的并行活動(dòng)的最大數(shù)目)方面強(qiáng)烈不同。這 樣，例如第一瀏覽器僅僅適用于撥號(hào)回應(yīng)操作或者也適用于DTMF對(duì)話， 但是無(wú)需許可證費(fèi)用地被使用，第二瀏覽器可作為開(kāi)放源代碼(Open Source Code)是可支配的并且被采用，然而大的資源需求會(huì)具有缺點(diǎn) 和/或與最新標(biāo)準(zhǔn)不相符和/或給網(wǎng)絡(luò)運(yùn)營(yíng)商僅提供低的服務(wù)水平，或 者第三瀏覽器可在標(biāo)準(zhǔn)的性能范圍完整且同時(shí)資源利用經(jīng)濟(jì)的情況下 引起高的許可證費(fèi)用。
在現(xiàn)有技術(shù)中，使用僅具有唯一的(必要時(shí)通用的)語(yǔ)音XML瀏 覽器的媒體服務(wù)器。在這種可在市面上購(gòu)得的產(chǎn)品中的問(wèn)題在于高度 復(fù)雜性，即使在簡(jiǎn)單的應(yīng)用中，這些產(chǎn)品也提供高度的復(fù)雜性。后果 是只有通過(guò)特有的開(kāi)發(fā)才能實(shí)現(xiàn)優(yōu)化。最終，市面上供應(yīng)的語(yǔ)音XML 標(biāo)準(zhǔn)產(chǎn)品在成本最優(yōu)性方面是不可獲得的，這些標(biāo)準(zhǔn)產(chǎn)品恰當(dāng)處理不 同應(yīng)用情形的變換的要求。
本發(fā)明所基于的任務(wù)在于，指出一種途徑并且說(shuō)明一種裝置，利 用該途徑和裝置可提供對(duì)于所有服務(wù)最優(yōu)的語(yǔ)音XML瀏覽器功能。
從在權(quán)利要求1和7的前序部分中所說(shuō)明的特征出發(fā)，通過(guò)在特 征部分所請(qǐng)求保護(hù)的特征來(lái)解決本發(fā)明。
能看出本發(fā)明的優(yōu)點(diǎn)在于，同時(shí)采用多個(gè)不同的語(yǔ)音XML瀏覽器 功能的媒體服務(wù)器可以被運(yùn)行來(lái)使得在分別希望的功能性方面完全支 持要操作的應(yīng)用，并且同時(shí)實(shí)現(xiàn)在媒體服務(wù)器的所采用的資源方面的 最優(yōu)性。媒體服務(wù)器的適當(dāng)?shù)呐渲?CPU、存儲(chǔ)器、許可證等等)先驗(yàn) 地并且在正在進(jìn)行的操作中與針對(duì)每次呼叫/激活的媒體流處理而適 當(dāng)分配HW平臺(tái)(HMP/DSP) —樣地用于此。因此，HW平臺(tái)可被分成2 個(gè)部分，其中一個(gè)部分被布置在HMP或DSP平臺(tái)上，而剩余的部分被 布置在媒體控制(Media Control)中。
此外，就此而言，利用本發(fā)明還保證了成本最優(yōu)性，因?yàn)榭梢员?免許可證費(fèi)用或?qū)⒃S可證費(fèi)用保持得少。在媒體服務(wù)器中設(shè)置多個(gè)不 同的語(yǔ)音XML瀏覽器附加地改善了成本方面。
本發(fā)明的另一個(gè)優(yōu)點(diǎn)能被看出在于在聲明(Deklaration)資源 方面，語(yǔ)音XML標(biāo)準(zhǔn)必要時(shí)可通過(guò)多個(gè)合成整體的(zusammengehoerig ) 語(yǔ)音XML頁(yè)面被擴(kuò)展。在這種情況下，資源的類(lèi)型和該資源的所期待 的滿載作為語(yǔ)音XML頁(yè)面中的資源聲明的部分被攜帶。在這種情況下， 規(guī)定RTP的期限(terminieren)的平臺(tái)(DSP或HMP )根據(jù)分類(lèi)并且 基于負(fù)載角度被分配。此外，還存在以下可能性將媒體服務(wù)器內(nèi)部 承載重定向用于進(jìn)一步優(yōu)化資源需求。
最后，在資源優(yōu)化方面由此給出了另一優(yōu)點(diǎn)，即必要時(shí)具有不同
特性的HMP和DSP資源在媒體服務(wù)器中是并行可支配的。將瀏覽器實(shí) 體和DSP/HMP功能性分解到媒體服務(wù)器的不同的HW組件上同樣有利于 更好的負(fù)載分布。
本發(fā)明的有利的擴(kuò)展方案在從屬權(quán)利要求中被說(shuō)明。
下面借助圖示的實(shí)施例詳細(xì)闡述本發(fā)明。
其中


圖1示出了媒體服務(wù)器在網(wǎng)絡(luò)中的嵌入， 圖2示出了媒體服務(wù)器中的關(guān)系。
圖1示出了媒體服務(wù)器MS相對(duì)于其周?chē)h(huán)境的接口。因此，示出 了服務(wù)器，在其上，程序ACE (撥號(hào)回應(yīng)生成環(huán)境(Announcement Creation Enviroment))得以運(yùn)行。該程序ACE在構(gòu)思新的性能特征、 業(yè)務(wù)和服務(wù)的情況下支持設(shè)計(jì)者。作為構(gòu)思服務(wù)的撥號(hào)回應(yīng)部分和對(duì) 話部分的結(jié)果，制定語(yǔ)音XML網(wǎng)頁(yè)，這些語(yǔ)音XML網(wǎng)頁(yè)被記入存儲(chǔ)裝 置SP中。存儲(chǔ)裝置SP可以是媒體服務(wù)器MS的部分，但是按照本實(shí)施 例應(yīng)該優(yōu)選地被構(gòu)造為網(wǎng)絡(luò)中的中央的、單獨(dú)的裝置(例如作為服務(wù) 器)。在借助程序ACE所產(chǎn)生的頁(yè)面可供語(yǔ)音服務(wù)器用來(lái)播放之前， 這些頁(yè)面必須首先被引到存儲(chǔ)裝置SP上。將語(yǔ)音XML頁(yè)面?zhèn)鬏數(shù)酱鎯?chǔ) 裝置SP例如通過(guò)HTTP或FTP協(xié)議來(lái)實(shí)現(xiàn)。所有的交換技術(shù)過(guò)程(尤 其是將呼叫連接到媒體服務(wù)器上)由媒體網(wǎng)關(guān)控制器MGC來(lái)控制和監(jiān) 測(cè)。
現(xiàn)在規(guī)定，語(yǔ)音XML頁(yè)面配備有資源的聲明。然后，在服務(wù)請(qǐng)求 的范圍內(nèi)，該信息被考慮用于選出多重布置的瀏覽器功能之一。
圖2詳細(xì)示出了媒體服務(wù)器MS。因此，設(shè)置呼叫和資源控制 (Call&Resource Control )裝置，該呼叫和資源控制裝置具有用于進(jìn) 行用信號(hào)通知的直接接口。該呼叫和資源控制裝置進(jìn)行所涉及的呼叫 的第 一評(píng)價(jià)。此外，承載由該呼叫按照分析處理結(jié)果被分配給平臺(tái)(DSP 或HMP)，并且委托(Auftrag)被移交給媒體控制裝置。其任務(wù)在于 請(qǐng)求語(yǔ)音XML頁(yè)面并且在于瀏覽，也就是在于讀取和解釋語(yǔ)音XML頁(yè) 面。為此，在媒體控制裝置中設(shè)置至少一個(gè)瀏覽器功能。按照本發(fā)明， 在該媒體服務(wù)器MS中設(shè)置多個(gè)瀏覽器功能。至少一個(gè)MRCP服務(wù)器用 于語(yǔ)音處理(例如語(yǔ)音識(shí)別、說(shuō)話者識(shí)別/說(shuō)話者檢驗(yàn)、語(yǔ)音合成等等) 并且由媒體控制裝置的MRCP客戶(hù)端來(lái)委托。此外，圖l還示出了平臺(tái)
DSP和HMP,這些平臺(tái)DSP和HMP規(guī)定遠(yuǎn)方用戶(hù)的有用數(shù)據(jù)流的期限。
在圖2中所示的MRCP服務(wù)器是媒體服務(wù)器MS的組成部分，但是 這些MRCP服務(wù)器也可被構(gòu)造為外部服務(wù)器。根據(jù)語(yǔ)音XML頁(yè)面，不同 伙伴的具有可能不同特性的MRCP服務(wù)器可以通過(guò)一個(gè)或多個(gè)媒體服務(wù) 器來(lái)做出響應(yīng)。
多個(gè)不同的語(yǔ)音XML瀏覽器可以與語(yǔ)音XML標(biāo)準(zhǔn)的客戶(hù)特定的專(zhuān) 有擴(kuò)展一樣地反映語(yǔ)音XML標(biāo)準(zhǔn)的不同版本。同樣可以包含替換語(yǔ)音 XML標(biāo)準(zhǔn)的其它瀏覽器，諸如用于SALT的瀏覽器。
在考慮負(fù)載的情況下，進(jìn)行硬件和瀏覽器的分配。每個(gè)硬件單元 (例如組件)存在瞬時(shí)負(fù)栽的指示，該指示可以相對(duì)估計(jì)的負(fù)載需求 被平衡，所述負(fù)載需求由頁(yè)面的瀏覽和處理形成。粗略估計(jì)的或要維 持的最大性能需求是語(yǔ)音XML頁(yè)面的資源聲明的部分。 一系列合成整 體的語(yǔ)音XML頁(yè)面可以利用累積的最大性能需求或者起始頁(yè)面中的平 均估計(jì)的性能需求來(lái)聲明.
為了確定用于瀏覽語(yǔ)音XML頁(yè)面的最大的或平均的性能需求，可 以使媒體服務(wù)器MS處于以下操作模式其中，語(yǔ)音XML頁(yè)面經(jīng)受包括 在該系統(tǒng)的所保留的CPU組件上的相關(guān)聯(lián)的活動(dòng)在內(nèi)的多重并行瀏覽. 該功能優(yōu)選的是服務(wù)生成環(huán)境的部分并且負(fù)責(zé)在語(yǔ)音XML頁(yè)面的資源 聲明中的自動(dòng)的、分別最大的或典型的性能需求說(shuō)明。適于性能確定 的語(yǔ)音XML頁(yè)面分別由實(shí)際的語(yǔ)音XML頁(yè)面導(dǎo)出。在所導(dǎo)出的用于確 定最大性能需求的頁(yè)面中，例如所有的查詢(xún)被避免，必需的輸入(如 MRCP服務(wù)器輸入、HMP/DSP消息)被包括并且由此可以通過(guò)所保留的 HW來(lái)仿真。
統(tǒng)計(jì)數(shù)據(jù)尤其是包括資源售光(Ausverkauf )和處理器過(guò)載方面。 統(tǒng)計(jì)數(shù)據(jù)的評(píng)價(jià)導(dǎo)致給運(yùn)營(yíng)商的空行(freilaufenden)的故障報(bào)告， 基于該故障報(bào)告，媒體服務(wù)器的配置(例如HW、 SW許可證)可以被匹 配。
如果呼叫借助信令(例如SIP、 H.248、 MGCP )進(jìn)入媒體服務(wù)器MS 的中央呼叫和資源控制裝置，則在第一方法步驟的范圍內(nèi)嘗試基于 所尋址的端口號(hào)、所希望的呼叫號(hào)、所尋址的服務(wù)或該信令的其他組 成部分對(duì)適當(dāng)?shù)挠布脚_(tái)(HMP (主機(jī)媒體處理(Host Media Processing ))或DSP(數(shù)字信號(hào)處理(Digital Signal Processing )))
進(jìn)行分配。在考慮可支配的自由資源的情況下，這在占線的時(shí)刻發(fā)生。
如果由此明確地推斷出具有減少的/受限的功能(例如HMP)的硬件平 臺(tái)，則對(duì)其進(jìn)行分配，在其它情況下，如果按照負(fù)載指示這種平臺(tái)應(yīng) 該是可支配的，則優(yōu)選地對(duì)普遍可用的平臺(tái)進(jìn)行分配(例如DSP)。
媒體流現(xiàn)在被建立在進(jìn)行請(qǐng)求的遠(yuǎn)端點(diǎn)和所分配的平臺(tái)之間。在 該遠(yuǎn)端點(diǎn)以及可能跟隨的信令交換的范圍內(nèi)，可以證實(shí)表征要提供的 媒體服務(wù)的類(lèi)型的其它信令信息。這些信令信息通?？梢园糜谧R(shí) 別要完成的語(yǔ)音XML描述的其它信息。
如果基于該第一方法步驟不能確定要提供的媒體服務(wù)的類(lèi)型，則 在第二方法步驟的范圍內(nèi)，整個(gè)信令信息被承受用于確定要完成的語(yǔ) 音XML描述的類(lèi)型，并且在考慮瀏覽器功能的瞬時(shí)滿栽和提供這些瀏 覽器功能的HW的情況下選出HW單元上的最優(yōu)瀏覽器功能。在第二方 法步驟中，尤其是可以分析處理語(yǔ)音XML頁(yè)面的名稱(chēng)、識(shí)別該語(yǔ)音XML
頁(yè)面的索引，或者分析處理在第一方法步驟中還不存在的信令參數(shù)。 如果第二方法步驟也沒(méi)有導(dǎo)致確定要分配的瀏覽器功能，則所選擇的HW的媒體控制功能從中央的呼叫和資源控制裝置獲得該請(qǐng)求的數(shù) 據(jù)、所屬的媒體流的連接數(shù)據(jù)和關(guān)于暫時(shí)要使用的語(yǔ)音XML瀏覽器的 信息。媒體控制現(xiàn)在利用這些數(shù)據(jù)向存儲(chǔ)裝置SP請(qǐng)求相關(guān)的語(yǔ)音XML 頁(yè)面和連續(xù)的所有被引用的文件。因?yàn)楸匦璧年P(guān)于要使用的語(yǔ)音XML 瀏覽器的安全性不能從第一和第二方法步驟中獲得并且存在優(yōu)化所分 配的瀏覽器功能的可能性，所以在將語(yǔ)音XML頁(yè)面移交給瀏覽器功能 之前作為第三方法步驟進(jìn)行預(yù)分析，在該預(yù)分析的范圍內(nèi)，包含在所 述頁(yè)面中的服務(wù)請(qǐng)求(版本、語(yǔ)音處理、僅僅說(shuō)明、僅僅DTMF輸入等 等)被分析處理。
因此只有當(dāng)必需時(shí)，才進(jìn)行第三方法步驟。對(duì)此，通過(guò)現(xiàn)在定義 的語(yǔ)音XML標(biāo)準(zhǔn)，描述了必需的資源的類(lèi)型的擴(kuò)展對(duì)于提高效率是有 意義的。如果給服務(wù)范圍內(nèi)的端點(diǎn)播放一系列語(yǔ)音XML頁(yè)面，則有意 義的是即使在該第一頁(yè)面中僅必需部分資源，在該起始頁(yè)面中也已 經(jīng)進(jìn)行上述的資源聲明。這可以由所使用的生成環(huán)境在該服務(wù)定義的 時(shí)刻在存放在存儲(chǔ)介質(zhì)SP上之前自動(dòng)地被錄入。由此避免了錯(cuò)誤，并 且必需的資源能夠在運(yùn)行時(shí)刻更快地被確定。如果僅要播放唯一的語(yǔ) 音XML頁(yè)面，則同樣在所述頁(yè)面的開(kāi)始進(jìn)行資源的聲明，以避免經(jīng)由
該頁(yè)面的趕在前面的(vorauseilend)附加解釋動(dòng)態(tài)地確定資源需求。 現(xiàn)在最終確定的、足夠的并且最優(yōu)的語(yǔ)音XML瀏覽器利用語(yǔ)音XML 頁(yè)面或一系列語(yǔ)音XML頁(yè)面中的第一語(yǔ)音XML頁(yè)面來(lái)供給和激活。在 引導(dǎo)RTP和處理所傳輸?shù)男畔⒌姆矫娴谋匦鑴?dòng)作被通知給媒體控制功 能。
如果僅僅一系列錄音被播放，則這可以通過(guò)輸出預(yù)編碼的、關(guān)于 通用CPU的規(guī)定RTP期限的實(shí)體的信息來(lái)實(shí)現(xiàn)或者通過(guò)關(guān)于特別適于 編碼的DSP功能的被固定編碼的信息的有效編碼來(lái)實(shí)現(xiàn)。在這種情況 下，替換方案通過(guò)基于RTP的位置的有用數(shù)據(jù)流按照已經(jīng)作出的HW分 配來(lái)確定。
如果該對(duì)話控制應(yīng)通過(guò)該服務(wù)的遠(yuǎn)方用戶(hù)借助于數(shù)字輸入(即通 過(guò)交換技術(shù)上的音調(diào))來(lái)實(shí)現(xiàn)，則必須附加地識(shí)別DTMF。這優(yōu)選地通 過(guò)為了規(guī)定媒體流期限所分配的功能(例如DSP)來(lái)進(jìn)行，并且被通知 給該媒體控制。替換于對(duì)在撥號(hào)回應(yīng)模式下播放關(guān)于適當(dāng)?shù)念A(yù)定義文 件的所述音調(diào)，在產(chǎn)生交換技術(shù)上有效的音調(diào)的情況下，適用相對(duì)應(yīng) 的情況。
如果語(yǔ)音處理是必要的，則將用于TTS、 ASR、說(shuō)話者識(shí)別和/或說(shuō) 話者檢驗(yàn)的相對(duì)應(yīng)資源包括在內(nèi)。這些資源被組織為服務(wù)器，可能多 個(gè)媒體控制實(shí)體作為客戶(hù)端而求助于這些資源。媒體控制和語(yǔ)音處理 資源之間的現(xiàn)有技術(shù)的信令優(yōu)選地被標(biāo)準(zhǔn)化，例如SIP/MRCP v2。媒體 控制在這種情況下負(fù)責(zé)在RTP的規(guī)定期限的HW平臺(tái)和進(jìn)行處理的語(yǔ)音 處理資源之間建立媒體流。
為了最優(yōu)地使用一般極昂貴的ASR資源，單純的DTMF對(duì)話優(yōu)選地 不通過(guò)MRCP服務(wù)器進(jìn)行。規(guī)定RTP期限的實(shí)體要完成DTMF識(shí)別并且 要返回通知給該媒體控制。原則上，HMP、媒體控制、MRCP服務(wù)器以及 中央呼叫和資源控制可以在同一個(gè)平臺(tái)上運(yùn)行。關(guān)于MRCP服務(wù)器可能 有意義的是能夠響應(yīng)多個(gè)可能間斷的MRCP服務(wù)器。同樣地也可能發(fā) 生以下情況給每個(gè)媒體控制分配可能在相同的HW平臺(tái)上運(yùn)行的MRCP 服務(wù)器。
如果在開(kāi)始時(shí)所有信息可供選擇必需的資源(DSP、 HMP)使用應(yīng) 是不可能的(或者不希望的)，則也存在以下可能性在內(nèi)部重路由 到其他資源上。如果端點(diǎn)處于HMP上，因?yàn)槭紫戎灰シ乓粋€(gè)撥號(hào)回
應(yīng)，但是之后在第二委托(例如在隨后的語(yǔ)音XML頁(yè)面中)收集信息， 則該用戶(hù)的端點(diǎn)可以停留在HMP端口上，由上級(jí)的資源控制在內(nèi)部但 是從那里路由到另一媒體控制或者路由到DSP卡，然后在該另一媒體 控制或者該DSP卡，有適當(dāng)?shù)馁Y源可供使用。
這可以從圖2中推斷出。這里，連接的有用數(shù)據(jù)流到達(dá)HMP平臺(tái)。 從那里，通過(guò)呼叫和資源控制/媒體控制建立到DSP卡的轉(zhuǎn)發(fā)(虛線)。 現(xiàn)在，在那里有完整的功能可供使用，因?yàn)樵撨B接可以在那里與直接 到達(dá)的基于RTP的有用數(shù)據(jù)流完全一樣地被處理。此外，也在該情況 下按照上面的描述由大量可供使用的替換方案確定要使用的最優(yōu)瀏覽 器。
權(quán)利要求
1. 用于提供語(yǔ)音瀏覽器功能的方法，利用該方法提供撥號(hào)回應(yīng)/對(duì)話，其特征在于，設(shè)置多個(gè)瀏覽器功能，在呼叫到達(dá)時(shí)，按照最初的信令信息并且在考慮負(fù)載標(biāo)準(zhǔn)的情況下給所述呼叫分配適當(dāng)?shù)挠布脚_(tái)，如果不能進(jìn)行這樣的分配，則按照跟隨所述最初的信令信息的其它信令信息來(lái)分配，如果接著也不能進(jìn)行分配，則向存儲(chǔ)裝置(SP)請(qǐng)求相關(guān)的語(yǔ)音頁(yè)面并且對(duì)于所述語(yǔ)音頁(yè)面進(jìn)行預(yù)分析，在該預(yù)分析的范圍內(nèi)確定其中包含的請(qǐng)求(版本、語(yǔ)音處理、僅僅輸出、僅僅DTMF輸入等等)，并且在該基礎(chǔ)上來(lái)分配瀏覽器功能，以及如果接著還不能進(jìn)行分配，則優(yōu)選地分配普遍可使用的瀏覽器功能。
2. 按照權(quán)利要求1所述的方法，其特征在于，粗略估計(jì)的性能需求作為語(yǔ)音頁(yè)面的資源聲明的部分被錄入，所 述性能需求通過(guò)瀏覽所述頁(yè)面而引起，并且所述性能需求相對(duì)所述硬 件平臺(tái)的可支配的性能在所述分配的范圍內(nèi)被平衡。
3. 按照權(quán)利要求1、 2所述的方法，其特征在于， 在所述最初的信令信息中，所尋址的端口號(hào)、所尋址的服務(wù)的所希望的呼叫號(hào)被考慮用于選擇瀏覽器功能和硬件平臺(tái)。
4. 按照權(quán)利要求1至3所述的方法，其特征在于， 在最優(yōu)的瀏覽器功能方面，所述負(fù)栽標(biāo)準(zhǔn)被定義為瀏覽器功能的瞬時(shí)滿載和提供所述瀏覽器功能的硬件的瞬時(shí)滿載。
5. 按照前述權(quán)利要求之一所述的方法，其特征在于， 進(jìn)行硬件平臺(tái)的分配，用于規(guī)定有用數(shù)據(jù)流(HMP或DSP)期限并且用于控制撥號(hào)回應(yīng)/對(duì)話過(guò)程(媒體控制)。
6. 按照前述權(quán)利要求之一所述的方法，其特征在于， 通過(guò)語(yǔ)音XML來(lái)定義語(yǔ)音瀏覽器的標(biāo)記碼。
7. 用于提供語(yǔ)音瀏覽器功能的裝置，利用該裝置提供撥號(hào)回應(yīng)/對(duì)話， 其特征在于，設(shè)置有多個(gè)瀏覽器功能，并且設(shè)置有至少一個(gè)邏輯，所述邏輯提 供硬件平臺(tái)和瀏覽器功能的分配。
8. 按照權(quán)利要求7所述的裝置，其特征在于， 所述瀏覽器功能被布置在媒體服務(wù)器(MS)中。
9. 按照權(quán)利要求7、 8所述的裝置，其特征在于， 通過(guò)資源需求和負(fù)栽標(biāo)準(zhǔn)能選擇多重存在的瀏覽器功能之一。
10. 按照權(quán)利要求7、 8、 9之一所述的裝置，其特征在于 通過(guò)語(yǔ)音XML來(lái)定義所述多個(gè)語(yǔ)音瀏覽器功能。
全文摘要
服務(wù)和性能特征的定義越來(lái)越多地按照標(biāo)準(zhǔn)化的描述和格式來(lái)進(jìn)行。即使在撥號(hào)回應(yīng)服務(wù)和對(duì)話服務(wù)中也是這種情況，如撥號(hào)回應(yīng)服務(wù)和對(duì)話服務(wù)尤其是例如在交換技術(shù)服務(wù)的范圍中所必需那樣。這里，所屬的描述同樣以標(biāo)準(zhǔn)化的形式例如借助于語(yǔ)音XML來(lái)進(jìn)行。在將服務(wù)引入到網(wǎng)絡(luò)中的范圍內(nèi)，這些描述被插入到交換節(jié)點(diǎn)、應(yīng)用和/或媒體服務(wù)器中。為了處理媒體服務(wù)平臺(tái)上的語(yǔ)音XML描述需要讀取并且解釋語(yǔ)音XML頁(yè)面的瀏覽器功能，以致媒體服務(wù)器的必需的基本功能被分配給所希望的服務(wù)并且可以被控制。在現(xiàn)有技術(shù)中，使用僅具有唯一的語(yǔ)音XML瀏覽器的媒體服務(wù)器。在這種在市面上可買(mǎi)到的產(chǎn)品中的問(wèn)題在于在資源利用和成本方面產(chǎn)生的次優(yōu)性，該次優(yōu)性尤其是在簡(jiǎn)單的應(yīng)用的情況下產(chǎn)生。本發(fā)明通過(guò)設(shè)置多個(gè)瀏覽器功能解決了該問(wèn)題。在這種情況下，在多步方法中逐步地通過(guò)按照需要分析處理信令信息和描述信息來(lái)確定最優(yōu)的瀏覽器功能。
文檔編號(hào)H04M3/493GK101379808SQ200780004061
公開(kāi)日2009年3月4日 申請(qǐng)日期2007年1月12日 優(yōu)先權(quán)日2006年1月31日
發(fā)明者D·弗羅恩德, N·洛比格 申請(qǐng)人:諾基亞西門(mén)子通信有限責(zé)任兩合公司