專利名稱：話音處理系統(tǒng)的制作方法
該發(fā)明涉及用于支持一個或多個話音處理應用的話音處理系統(tǒng)。
話音處理系統(tǒng)廣泛用于呼叫中心和其他環(huán)境用來管理與用戶之間的交互操作，因此，降低用于服務用戶詢問的相對較貴的人工代理的數(shù)量，同時為呼叫者提供改善的呼叫響應。大多數(shù)被開發(fā)來用于這種情形的話音處理應用仍然主要基于相對簡單的一組操作，包括給呼叫者一個提示(一般是一個問題，可能要求他們說明感興趣的特殊服務)，這組操作還包括接收呼叫者響應這種提示的雙音調(diào)多頻按鍵(DTMF)輸入，然后對應于呼叫者的選擇進行一些操作?？赡軇幼鞯睦影ńo出提示來獲得進一步的DTMF輸入、記錄來自呼叫者的話音消息、將呼叫者轉(zhuǎn)移到另一個分機或傳送一些信息給呼叫者，例如帳目結算或時間表信息(這可能要求話音處理系統(tǒng)與單獨的計算機數(shù)據(jù)庫進行信息交互)。以音頻形式傳送給呼叫者的提示和其他信息一般包括一個或多個預記錄的音頻段，這些音頻段可以按需要被組合起來。
將會理解的是，在工業(yè)中已經(jīng)發(fā)展了很多話音處理應用，包括進入和流出的應用。傳統(tǒng)的話音處理應用的一個問題是，它們經(jīng)常具有其特定的話音應用環(huán)境。這導致幾個不好的結果，例如，將話音應用從一個話音處理系統(tǒng)移植到另外一個話音處理系統(tǒng)是很困難的。同時，很少有話音處理系統(tǒng)能在整個潛在操作范圍上正確縮放(從處理幾條線到幾百條線)。這樣，具有不同系統(tǒng)環(huán)境的用戶就不能靈活配置一個可用于所有機器的單個話音處理應用。
特定的話音應用環(huán)境也使得話音處理應用難于與組織中的通常計算機商業(yè)系統(tǒng)相結合，此外，開發(fā)話音處理應用一般比較難而且很貴(因為編程人員必須了解具體的環(huán)境)。隨著用于用戶環(huán)境中的話音處理系統(tǒng)數(shù)量的快速增長，以及將話音處理應用和整個管理信息系統(tǒng)很好結合的需要，這些問題變的更加尖銳。
提交于97年9月19日的英國專利申請9719942.6描述了一種話音處理應用環(huán)境，該環(huán)境是基于面向?qū)ο?oo)的Java編程語言的。特別是，該文檔描述了一組電話Java豆(即編程組件)的提供，可以利用標準的Java編程開發(fā)工具將這些Java豆(bean)很容易地集成到通常的商業(yè)應用中從而在任何平臺上提供對電話功能的簡單訪問。Syntellect公司(見http//www.syntellect.com/vista.htm)也宣布了基于Java的話音處理結構。EP-A 658855描述了將多媒體裝置集成到面向?qū)ο蟮沫h(huán)境中，用戶進行的對音頻對象的選取可以導致例如利用文本到語音轉(zhuǎn)換裝置的輸出。
上面提到的英國專利申請的一個重要特征是使得話音處理系統(tǒng)的細節(jié)對應用透明，因此提供完全的平臺獨立性。為了在不需要將基本話音處理系統(tǒng)的某些知識鏈接到應用中，并因而使應用具有靈活性的情況下使得應用能夠訪問電話功能，而在應用和電話系統(tǒng)之間提供一個有效接口是很困難的。由于在這種環(huán)境中某些信息，例如日期和時間的處理方式不同，一個特殊的復雜化因素包括例如給出一個提示。
因此，本發(fā)明給出一種話音處理系統(tǒng)用來連接到至少一條電話線用于為一個或多個話音處理應用提供電話支持，該系統(tǒng)包括用于接收來自話音處理應用的媒體對象的裝置，其中的媒體對象表示電話線上的期望輸出；用于根據(jù)一個或多個標準將所述媒體對象加工成多個輸出分量的裝置；以及用來在電話線上輸出所述輸出分量的裝置。
在優(yōu)選實施方案中，所述的輸出分量包括單個的話音段，用來將所述媒體對象加工成多個輸出分量的所述裝置包括用來根據(jù)一個或多個表示標準為所述媒體對象產(chǎn)生一組話音段的裝置。
所用的表示標準一般可以由所述的話音處理應用指定、由話音處理系統(tǒng)自動確定(一般使用缺省值)，或者兩者結合。所用規(guī)則的例子包括區(qū)域和表示類型。
這種方法提供了很大的靈活性，其靈活性在于不需要將例如區(qū)域或存在類型的信息硬編碼到應用中，相反的是這些可以由缺省電話環(huán)境給出。這使得可以在不必預先知道它們將應用在哪個國家和語言的情況下開發(fā)該應用。此外，對于例如只有一個話音處理系統(tǒng)以兩種不同的語言運行基本上相同的應用的情況，能夠覆蓋缺省值是很有價值的，其中的雙語情況可能是由于從不同的國家訪問而造成的。
本發(fā)明還給出一種操作話音處理系統(tǒng)來連接到至少一條電話線從而對一個或多個話音處理應用提供電話支持的方法，所述的方法包括以下步驟接收來自話音處理應用的媒體對象，所述媒體對象表示在電話線上的期望輸出；根據(jù)一個或多個表示標準將所述媒體對象加工成多個輸出分量；在電話線上輸出所述輸出分量。
在優(yōu)選實施方案中，所述媒體對象通過遠端請求被串形接收，因此使得話音應用可以存在于不同于話音處理系統(tǒng)的機器上。
本發(fā)明還給出一種話音處理復合體，該復合體包括許多主機，每個主機支持一個或多個話音應用，復合體中至少一臺主機包括用來提供對多個電話線訪問功能的電話硬件，所述的至少一臺主機包括用于保持話音應用到電話線映射的裝置；用于創(chuàng)建一個呼叫對象以響應在所述多個電話線中一條上的流入呼叫的裝置；在所述話音應用到電話線映射的基礎上確定與所述流入呼叫相關的話音應用的裝置；用來向確定話音應用提供一個所述呼叫對象的識別器的裝置；在所述呼叫對象中的響應來自所述確定話音應用而為所述流入呼叫提供電話功能的裝置。
在優(yōu)選實施方案中，確定的話音應用位于不同于呼叫對象的主機上，并通過遠程方法請求來訪問呼叫對象。當前能用來接收流入呼叫的應用將其自身與話音處理裝置配套；如果在沒有與任何應用配套的電話線上有一個流入呼叫，那麼將會開始一個缺省應用。
本發(fā)明還給出一種話音處理系統(tǒng)用來支持一個或多個話音應用，所述的話音處理系統(tǒng)包括用于提供對多個電話線進行訪問的電話硬件；用于保持話音應用到電話線映射的裝置；用于創(chuàng)建一個呼叫對象以響應所述多個電話線中一條上的流入呼叫的裝置；在所述話音應用到電話線映射的基礎上，確定一個與所述流入呼叫相關的話音應用的裝置；用來向確定話音應用提供一個所述呼叫對象的識別器的裝置；
在所述呼叫對象中的用于接收來自所述確定話音處理應用的媒體對象的裝置，所述媒體對象表示在所述一條電話線上的期望輸出；用來根據(jù)一個或多個表示(presentation)標準將所述媒體對象加工成多個輸出分量的裝置；用來在所述一條電話線上輸出所述輸出分量的裝置。
本發(fā)明還給出一個話音處理系統(tǒng)用來連接到至少一條電話線用于為一個或多個話音處理應用提供電話功能，所述話音處理系統(tǒng)包括第一應用管理裝置用來當話音處理系統(tǒng)初始化時開始一個第一話音處理應用，所述的應用管理裝置為第一話音處理應用提供對所述電話功能的訪問。
第二應用管理裝置，該裝置響應第二話音處理應用訪問所述電話功能的要求而啟動。
當試圖將應用與電話功能的特性相區(qū)分時的一個困難在于將關于實際電話環(huán)境的信息提供給一般性應用。在優(yōu)選實施方案中，這一點通過系統(tǒng)初始化時將配置信息提供給應用管理器來實現(xiàn)，然后應用可獲得這些信息。這對于遵從話音處理環(huán)境的應用來說是很令人滿意的，但是卻不適用于某些應用，例如，電話功能僅僅是應用的一小部分或可能僅僅斷斷續(xù)續(xù)需要電話功能的情況。這樣本發(fā)明的話音處理結構也允許這種應用創(chuàng)建它們自己的應用管理器(注意到在這種情況中，應用必須提供自己的關于所用電話源的信息，因為這不會作為初始化的一部分而被提供)。在優(yōu)選實施方案中，這一點是通過使得所述第一和第二話音處理應用獲得對電話功能的訪問來實現(xiàn)的，其中的訪問功能是通過應用管理器的一個靜態(tài)接口實現(xiàn)的。
通過示例以及僅參考下述附圖，該發(fā)明的一個優(yōu)選實施方案將被詳細描述。


圖1表示話音處理復合體的整個結構；圖2表示圖1的復合體中的主機、節(jié)點、組和應用的結構；圖3表示將電話支持提供給圖1的話音處理復合體。
圖4表示在圖1的話音處理復合體中電話節(jié)點和話音處理軟件之間的信息交互。
圖5表示在圖1的話音處理復合體中應用和電話節(jié)點之間的信息交互。
圖1表示話音處理復合體(稱為“復合體”)的整體結構，包括一個或多個被網(wǎng)絡20連接的主機10。每個主機通?？梢员豢醋饕粋€工作站，而其中的網(wǎng)絡可以是任何適當形式的網(wǎng)絡，例如局域網(wǎng)(LAN)，廣域網(wǎng)(WAN)等等。在優(yōu)選實施方案中，通過網(wǎng)絡20的通訊使用眾所周知的TCP/IP協(xié)議，該協(xié)議是網(wǎng)間網(wǎng)、內(nèi)部網(wǎng)和外部網(wǎng)等等的基礎，并被大多數(shù)操作系統(tǒng)支持。應該理解的是，主機10因而可以按照期望的位置放置，可以與其它主機在一個房間內(nèi)或分散于不同的大陸上。
每個主機支持一個或多個節(jié)點15。這里存在兩種形式的節(jié)點，應用節(jié)點(AN)15A，該節(jié)點主要定義和控制話音處理應用，以及電話節(jié)點(TN)15B，該節(jié)點為應用節(jié)點提供電話服務。注意到應用節(jié)點只提供電話節(jié)點所提供服務的一個子組，并且電話節(jié)點也能支持應用，并因此使其自身成為一個應用節(jié)點(但是只有電話節(jié)點能提供電話服務)。
每個應用節(jié)點運行一個應用管理器用來支持一個或多個應用，這些應用可以被集中到組中。這在圖2中被說明，其中(僅通過示例)主機10運行兩個應用節(jié)點15A。第一應用節(jié)點支持兩個組25，這兩個組又分別包括兩個和三個應用40。第二應用節(jié)點支持一個組，該組包括4個應用。注意到一個組可以包括相同應用的多個拷貝。組提供了一種用于控制多個應用的簡單機制，特別是，用來在初始化時間開始多個應用的簡單機制。此外，如下面將要詳細描述的，節(jié)點也有可能支持不包括在組中的應用。
圖3表示了包括電話硬件30的主機10的結構。這被用來與電話干線120接口，該干線通過一個專用交換機(PBX)130被連接到公共交換電話網(wǎng)(PSTN)140，(另外可選的是，電話硬件30可以直接連接到PSTN140)。干線120可以是數(shù)字的(一般為一個或多個T1/E1連接)，也可以是模擬的，支持幾個電話信道到幾百或更多的電話信道。電話硬件由話音處理軟件50控制，該軟件接受電話節(jié)點15B的命令。
在優(yōu)選實施方案中，如在手冊“DirectTalk/2通用信息和計劃2.1”(參考GB354403-04)及所列出的其它手冊中描述的那樣，圖3中示例系統(tǒng)的一個實現(xiàn)利用了商業(yè)IBM DirectTalk/2軟件產(chǎn)品用做VRU軟件50。在這種情況中，主機10包括一臺IBM個人計算機，該計算機運行IBM OS/2 Warp V4操作系統(tǒng)，電話硬件可以是Dialog公司大量可選卡中的一種(例如D/41，D/81詳情參考上述手冊)。如在手冊“AIX版的DirectTalk通用信息和計劃2.1”(參考GC33-184000)和其它列出手冊中描述的那樣，圖3中系統(tǒng)的另一個實現(xiàn)使用了略微修改后的AIX V2.1版的IBM DirectTalk/2軟件產(chǎn)品用做VRU軟件。在這種情況下，主機10包括一個運行IBM AIX V4.2操作系統(tǒng)的RS/6000工作站，電話硬件30包括一個RS/6000工作站中的數(shù)字主干適配器，該適配器被連接到一個外部數(shù)字主干處理器(9295)，該處理器又被連接到主干120(該硬件可以從IBM獲得，并在上面參考手冊中詳細描述)。
返回到圖1，每個主機還包括一個主機管理器55。此外，還有一個復合體管理器200，用于基于存儲的配置信息205來控制整個復合體的操作。配置管理器210也被提供來如描述的那樣插入/更新/刪除配置信息205。注意到盡管復合體管理器被表示為位于復合體中的一個主機系統(tǒng)上，這不是實際必須的，相反復合體管理器可以位于另一個系統(tǒng)中(該系統(tǒng)不是復合體中的主機)。
在優(yōu)選實施方案中圖1的軟件組件(主機管理器，電話節(jié)點，應用節(jié)點以及復合體管理器和配置管理器)都是Java程序，每個節(jié)點都工作在一個單獨的Java虛擬機(JVM)上。因此，該結構可用于任何支持Java的系統(tǒng)上。如后面將要詳細描述的，在節(jié)點中運行的應用一般由Java豆構成(Java豆是支持某種標準接口的Java組件，其中的標準接口使得它們可以利用通常的程序開發(fā)工具例如IBM公司的Visual Age for Java很容易地被集成到應用中去)。這里的應用利用Java遠程接口(RMI)與電話節(jié)點通話；因此它對于應用和電話節(jié)點位于同一主機或不同主機的系統(tǒng)都是非常透明的。這里假設本發(fā)明的讀者熟悉Java編程環(huán)境；更多關于該點的細節(jié)可以在“Java編程語言第二版”中找到，該書由Arnold和Gosling，Addison Wesley著，1998(ISBNO-201-21006-6)。
應該理解的是圖1的中的特殊配置僅為示例而用，各種變化都是可能的。因此，最簡單的配置可能包括一個主機，該主機包括一個電話節(jié)點運行一個或多個應用。在更復雜的方案中可以使用多個主機，每個有一個或多個節(jié)點。沒有電話硬件的主機僅運行應用節(jié)點，而帶有電話硬件的主機可以運行一個電話節(jié)點并且，如果需要還可以運行一個或多個應用節(jié)點(當前，電話節(jié)點必須位于其相關電話硬件相同的主機上，因為從電話節(jié)點到話音處理軟件50的接口通常只能實際運行話音處理軟件50的機器中開發(fā)。從長遠的觀點來看，這種限制可以被除去，并且不再要求電話節(jié)點要與其相關電話硬件位于同一個主機上)。注意到，在一個系統(tǒng)上運行兩個或多個電話節(jié)點是可能的；通常，作為配置的一部分，這要求電話硬件的線路資源在不同電話節(jié)點之間分配，以便避免任何將來的沖突。該方法對于例如單主機系統(tǒng)是很理想的，其中，具有分配給它的大多數(shù)線路的第一電話節(jié)點表示產(chǎn)品設施(即，用來支持實際的商業(yè)操作)，而且有獨立線路分配的第二電話節(jié)點可以提供開發(fā)和測試環(huán)境。
出于復合體內(nèi)呼叫路由的目的，結合電話節(jié)點15B與話音處理軟件50的接口，圖4更詳細的說明了其內(nèi)部結構。因此用來處理呼叫的主要組件是系統(tǒng)呼叫路由器(SCR)315，該路由器主要負責將呼叫與應用聯(lián)系起來，SCR與對話期間處理器320通訊，在一個實施方案中，該處理器通過一個C動態(tài)鏈接庫(DLL)310與話音處理軟件50接口。對話期間處理器使用Java自己的方法接口與CDLL通訊。對話期間處理器激活主要表示線路對象的對話期間對象312，這些對象執(zhí)行關于該線路的操作，例如，通知呼叫到來，向外撥號，給出提示等等。
盡管SCR對于整個話音處理系統(tǒng)是通用的，而對話期間處理器以及其相關的對話期間對象對于電話節(jié)點使用的具體話音處理軟件50來說是特定的。這樣，當電話節(jié)點首次啟動時，主機上硬件的正確對話期間處理器被激活。在優(yōu)選實施方案中，話音處理軟件包括DirectTalk/2，對話期間處理器通過CDLL與話音處理軟件接口，而其中的CDLL又使用DirectTalk/2的標準C程序應用編程接口來訪問期望的電話功能(如上面提到的手冊中描述的)。如果話音處理軟件包括用于AIX的DirectTalk，那麼電話節(jié)點通過一個TCP/IPSocket接口與話音處理軟件接口(利用對話期間處理器和AIX版DirectTalk中的信道處理器之間的數(shù)據(jù)流，以及每個對話期間對象和相應信道處理之間的數(shù)據(jù)流-見US5367609和US5668854對AIX版DirectTalk結構的描述。注意在這種情況下不需要一個單獨的CDLL)。
SCR的基本目的是將呼叫與應用鏈接起來，并且保持一個流入線路與應用之間(干線120包括多個電話線)的映射表。通常來說，在呼叫存在之前應用就已經(jīng)運行了，并很好地與SCR配套(捆綁)在一起。因此，當接收到流入呼叫時，話音處理軟件會通知對話期間對象312，該對象反過來又通知SCR。然后，SCR可以按照映射表將流入呼叫鏈接到適當?shù)膽谩?br> 如果得不到指定的應用，或者沒有為該線路指定應用，那麼SCR開始一個缺省應用。注意到當缺省應用開始后，系統(tǒng)馬上會檢查是否存在等待缺省應用處理的呼叫，如果是這樣，則對SCR提出一個請求將應用與該呼叫捆綁起來，這保證了這些呼叫能快速傳遞給缺省應用，即使在呼叫真正被系統(tǒng)接收時，沒有適當?shù)膽谜谶\行時也是這樣(可以按照上面描述的一般應用的相同方法在初始化時啟動缺省應用的一個或多個拷貝)。
將輸入呼叫與應用配套或捆綁一般包括給SCR一個請求并進入等待狀態(tài)直到接收到一個流入呼叫(遵從可能的時間限制)。流出呼叫基本上以相同的方式處理，相似處在于應用仍然從SCR請求一個呼叫，然后等待直到可得到這樣一個呼叫(應用可以明確它馬上就需要一個流出呼叫，如果不能實現(xiàn)就返回失敗)。
應用還可以執(zhí)行一種轉(zhuǎn)移或切換，將目前正在處理的呼叫返回給SCR，同時指定另一個呼叫應該被前送的應用。如果需要，第二應用也可以執(zhí)行轉(zhuǎn)移，并可多次執(zhí)行。一旦完成了一次呼叫處理，應用會將該呼叫返回給SCR，然后SCR或者將該呼叫返回給此前它被轉(zhuǎn)移過來的應用(如果在最初轉(zhuǎn)移時要求的話)或者終止該呼叫(即，掛斷電話)。
連接到SCR的是一個確認裝置317，該裝置的目的是嘗試從誤執(zhí)行(或切斷的應用)中回收電話資源。例如，由確認裝置執(zhí)行的一個過程是檢查哪條電話線被分配給哪個應用，然后與該應用相關的應用管理器聯(lián)系。如果這種聯(lián)系沒有成功(可能是電話節(jié)點與應用節(jié)點之間的網(wǎng)絡20的失敗)，那麼電話資源被恢復，因為在這種情況中應用不能很好地控制電話線的操作。
復合體的初始化如下所示。假定在每個主機10上都運行一個主機管理器55，并且同樣地話音處理軟件55也運行在包括電話硬件30的主機上。這些程序一直保持不被激活的狀態(tài)直到被復合體管理器200激活，該管理器負責使復合體進入工作狀態(tài)。這樣復合體管理器會訪問配置信息205，然后調(diào)用各個主機管理器中的合適方法，以便激活復合體(希望是主機管理器的標識和地址以及復合體管理器所須的其它信息可以從配置數(shù)據(jù)中獲得)。這樣每個主機接收表示其在系統(tǒng)中的名稱和節(jié)點配置的信息。節(jié)點配置信息包括節(jié)點名稱，哪一組應用將啟動(應用組僅在初始化時啟動；其后各應用必須各自啟動)，節(jié)點中應用的電話節(jié)點的缺省主機和節(jié)點名稱以及該節(jié)點是否為電話節(jié)點。如果實際情況就是這樣(即節(jié)點為電話節(jié)點)，那麼節(jié)點配置信息還包括主干120中的哪一個電話信道被看作流入或流出信道(或任何一個)、各條線路或信道到應用之間的映射以及用于節(jié)點的缺省應用的名稱。
根據(jù)相關的配置信息，每個主機管理器可以為它支持的每個節(jié)點開始一個應用管理器(一個應用管理器定義一個節(jié)點)。然后，應用管理器啟動指定組中的應用，該應用被作為適當?shù)膽门c電話節(jié)點配套。到此為止，復合體已經(jīng)可以工作了。
應用的一個重要特征是，它既支持被管理的應用也支持不被管理的應用。這樣如同所描述的，應用實際上服從復合體管理器，或更普遍的，服從整個話音處理系統(tǒng)，這一點體現(xiàn)在該應用由復合體管理器初始化，并且與話音處理復合體同步，這些是所謂的被管理應用。
然而在某些情況中這是不理想的，因為應用可能遠遠大于僅僅一個話音處理應用，而且還執(zhí)行許多其它的商業(yè)功能。作為一個例子，在選定時間，這種應用可能需要向外呼叫(可能發(fā)送傳真)。圖1的結構通過不被管理的應用來支持這一點。這些是最初存在于圖1的結構之外的應用，但是仍然希望通過給電話節(jié)點適當?shù)暮艚衼碓L問并使用電話硬件。支持不被管理應用的方式將在下面詳細描述。
如果現(xiàn)在考慮應用的信息，一組電話Java豆會被提供來使得話音處理功能可以很容易地結合到Java應用中，所提供的Java豆的主要類型如下所示電話使得應用執(zhí)行簡單的電話功能，即請求一個流入或流出呼叫并終止一個呼叫。
菜單允許話音處理菜單顯示給呼叫者，包括一個或多個菜單項Java豆。
表使得話音處理表顯示給呼叫者用于添表，包括一個或多個記錄域Java豆，以及菜單，菜單項和其它所需的Java豆。
通知給呼叫者傳遞一個音頻信息。
話音記錄器記錄來自呼叫者的音頻信息。
媒體表示輸出數(shù)據(jù)(一般為音頻)，包括一些預定義的Java豆，比如音頻日期，音頻時間，音頻貨幣，數(shù)字和提示(表示媒體對象序列)，而且還有DTMF序列，該序列給呼叫者發(fā)送指定的DTMF按鍵序列。
一種非常簡單應用的操作將結合圖5被詳細討論以說明話音處理系統(tǒng)的操作。該應用的目的是利用電話節(jié)點15B提供的電話服務回應一個呼叫，給呼叫者提出一個問題，收集一個或多個DTMF數(shù)字，然后終止該呼叫(例如，在電話輪詢中記錄基值)。這樣如前面描述的，應用40最初由應用管理器500開始(最好的是，在圖5中，這里描述的結構使得如果該應用還運行在這個節(jié)點中，那麼應用管理器500也位于電話節(jié)點15B中，或者應用管理器和應用可能形成一個獨立于電話節(jié)點15B的節(jié)點)。
為了響應包括在應用中的電話對象405，應用首先詢問應用管理器它使用的電話節(jié)點的位置(除非這已經(jīng)被特意預先硬編碼進應用中)。這種方法使得同樣的應用可以被用于任何主機。然后，該應用如上面討論的那樣通過應用管理器將其自身捆綁到SCR315，并在映射到該應用的線路上等待流入呼叫。
該過程的一個重要方面是電話對象最初通過它的靜態(tài)接口訪問應用管理器，而不是通過一個直接方法呼叫。這一點的含義是，如果該系統(tǒng)當時沒有運行任何應用管理器，系統(tǒng)會通過Java環(huán)境開始一個。因此，如上面提到的，這為不被管理的應用提供了一種機制來獲得對話音處理系統(tǒng)的訪問，其方式是通過使用一個電話Java豆來啟動一個用于該目的的應用管理器。注意到，在這種可能性下，應用管理器并不包括某些配置信息，比如作為初始化過程的一部分一般從復合體管理器接收的缺省電話節(jié)點。因此，當電話Java豆向應用管理器呼叫時，電話Java豆必須知道并且為合適的電話節(jié)點提供完整地址。
應當理解，當被管理應用調(diào)用啟動它的應用管理器的靜態(tài)接口時，該應用管理器已經(jīng)被說明了。在這些環(huán)境中，靜態(tài)調(diào)用類似于對該對象方法的直接調(diào)用。
注意到，在產(chǎn)品應用被按照與系統(tǒng)一起提出的被管理應用處理，開發(fā)應用被按照不被管理的應用處理的情況下，通過相同接口既支持被管理又支持不被管理應用的功能提供了另一種支持同一系統(tǒng)上的產(chǎn)品應用及開發(fā)應用的機制，開發(fā)應用的情況僅在測試時周期性的進行。在這種情況中，當應用從開發(fā)變?yōu)楫a(chǎn)品的過程中，對應用僅需的修正是它將(一般)依賴于缺省電話節(jié)點，而不是使這一點在應用自身中被指定。
現(xiàn)在返回到圖5的過程，一旦在特定線路上接收到一個呼叫，這一點由該線路的對話期間對象455通知對話期間處理器，該處理器首先創(chuàng)建一個呼叫上下文460。這表示一個呼叫對象，并可以與存在呼叫的線路的相關對話期間對象交互信息從而執(zhí)行操作，例如給出提示，接收DTMF按鍵輸入。然后，進程處理器呼叫SCR315來使應用注意到呼叫。這使得SCR通過應用管理器500將呼叫上下文對象460的標識返回到電話Java豆405(基本上作為到原始配套呼叫的一個返回碼)，并構造一個連接項對象470，該對象后面被應用用于與呼叫內(nèi)容460通話，并因此訪問期望的電話功能。
在圖5表示的示例應用中，電話Java豆405繼之以記錄域?qū)ο?15。這樣在電話Java豆已經(jīng)接收到一個流入電話呼叫之后，它將事件對象430傳送給記錄域?qū)ο?50，該事件對象包括到一個連接項470的參考。
記錄域?qū)ο蟊贿x通來給呼叫者傳送一些消息，在優(yōu)選實施方案中，該消息包括3個分量，一個頭，一個標簽和一個腳注，每個分量表示記錄域?qū)ο蟮囊粋€特性450，并且在應用開發(fā)中與一個媒體對象Java豆或?qū)ο?25相關(注意頭和腳注是可選的)。這種媒體對象表示一個預記錄的音頻(話音)段，要產(chǎn)生的音頻消息(例如日期和時間)，或者這些的組合(媒體對象也可以給出DTMF按鍵序列)。每個話音段都被分配一個名稱和類別用于辯識。媒體類型對象也可以被提供來自涉及區(qū)域和組織(該記錄域可以查詢應用管理器沒有明確的內(nèi)容)的記錄域?qū)ο蟮男畔?；在需要的地方可以采用缺省值。這些信息可以被用來，例如，確定適用于該組織的頭話音段，因此使得應用(比如話音郵件)可以被或為各種組織很容易地定制并很容易地配置。區(qū)域的使用在下面詳細描述。注意到同樣的關于組織、區(qū)域等等的模板被結合其他Java豆使用，比如，通知、菜單等等。
然后，記錄域?qū)ο罄眠B接項470在電話線上給出一個提示并通過呼叫上下文460上的RMI獲得一個DTMF輸入。作為該過程的一部分，記錄域?qū)⑵漕^，標簽和腳注組合以應用到媒體對象中，然后被串行輸出而且傳遞給呼叫上下文。
然后，呼叫上下文調(diào)用(即時的)媒體對象中的映射方法，該方法分析媒體對象以產(chǎn)生輸出原語字符串。對于簡單的話音段，通過參考由基本的話音處理軟件50提供的適當?shù)脑捯舳味粯俗R，例如，大多數(shù)話音處理系統(tǒng)可能提供一個“Hello”作為預記錄話音段，這將在不同系統(tǒng)中有一個不同的標識。本發(fā)明的話音應用環(huán)境提供一個獨立于平臺的話音段列表，這些話音段需要在該階段如實際處理呼叫的電話節(jié)點15B所支持的那樣映射到相應的實際話音段。這樣該提示被映射為等價的話音段序列，該序列可以通過對話期間對象455被話音處理軟件50送在線路上作為對該提示的響應，可以接收一個DTMF按鍵輸入，該按鍵輸入可以通過呼叫上下文和連接項被傳送回記錄域?qū)ο蟆Ｈ绻枰?，記錄域項可以證實該輸入(例如，證實呼叫者已經(jīng)輸入了正確數(shù)量的數(shù)字)，如果不能確認，則向呼叫者傳送錯誤消息430，其方式與標鑒提供呼叫者原始提示的方式相同。一旦接收到一個正確的輸入，控制轉(zhuǎn)移到電話Java豆420，該Java豆給SCR一個返回呼叫以便終止電話呼叫，在這個階段，應用也可能希望處理呼叫者輸入，例如通過使用一個Java豆(沒有給出)來將接收到的DTMF按鍵存儲在數(shù)據(jù)庫中。
如果我們更詳細地考慮映射操作，這涉及媒體對象調(diào)用映射類中的方法(沒有給出)；媒體對象將其自身傳送給映射類。映射操作必須為媒體對象進行一些額外的處理，該媒體對象并不直接對應于簡單的話音段原語，而是表示這些的組合。例如1232am的音頻時間需要根據(jù)3個獨立的話音段″12″，″32″，″am″組成(注意到，映射過程將為這些對象提供當前的日期/時間，除非特別確定了其他的值)。以同樣的方式，每個提示Java豆將首先被分解成其組成媒體對象(話音段，音頻日期等等)，然后分解成話音段原語。對于某些媒體Java豆可獲得不同的類型。例如，對于音頻時間，這可以用一個12小時時鐘或一個24小時時鐘表示。應用開發(fā)者因而可以指定該對象的類型，然后將確定映射類中的特殊方法調(diào)用來執(zhí)行映射操作。
本發(fā)明還支持音頻輸出的特定區(qū)域解釋，其中區(qū)域一般表示操作的語言和國家。區(qū)域可以作為對呼叫上下文相關請求的一部分而指定，或可以應用一個缺省值，該缺省值可以由呼叫上下文從Java環(huán)境中拾取，并在被呼叫上下文對象激活時作為參數(shù)傳送給媒體對象。對于話音段的直接映射，區(qū)域可以被用做額外的識別器，這在開發(fā)多語應用時是很有用的。這樣應用可能通過以3種EPO的官方語言(法語，德語，英語)來給出消息“歡迎到歐洲專利局”而開始，因此該語句會有對應于3種語言的3段錄音，這些錄音可以按同樣的類型和名稱來存儲，但是在不同的區(qū)域(在這種情況中，應用需要正式為至少兩種語言明確區(qū)域。)對于更復雜的對象，區(qū)域被用來確定被激勵來執(zhí)行映射操作的映射類。在優(yōu)選實施方案中，每個映射類的與區(qū)域有關的確定名稱有3個分量(即<xx>_<yy>_<zz>)其中，<xx>一般被用來明確語言，(例如英語)，<yy>表示國家(例如美國，這可以被用來得出語言的特定國家形式-例如美國英語)，<zz>用來明確進一步的局域變量，這后一選項表示應用開發(fā)者改變?nèi)笔〉囊纛l解釋的一種簡單機制。注意到作為音頻映射方法的一部分，媒體對象先尋找一個映射類，可以匹配所有3個分量。如果找不到，那麼它會尋找一個簡單確定了前兩個分量的類，然后尋找一個簡單確定了第一個分量的類，最后尋找一個不匹配任何分量的類。因此，即使沒有確定任何與區(qū)域有關的行為，映射過程也盡可能的合理，而且反映了需要將應用從需要了解它將要工作的未來區(qū)域簡化(因此，使得開發(fā)一個真正通用的應用)。
注意到，缺省方法可以從一個映射類變化到另一個，并依賴于區(qū)域。這使得，例如，音頻日期在美國的格式不同于在英國的格式(月-日-年與日-月-年)。
盡管這里描述的實施方案主要集中于給出話音段和接收DTMF輸入的基本話音處理操作，應該理解的是，這種話音處理系統(tǒng)可以被很容易地擴展來提供更先進的功能，如電話硬件支持的。例如，話音應用現(xiàn)在開始為輸入和輸出分別使用文本到語音(TTS)轉(zhuǎn)換和話音識別。在前一種情況中，媒體類型對象可以指出映射過程是否應該用TTS(如果可以從電話節(jié)點獲得)，是否有預記錄格式的被請求話音段。同樣地，記錄域?qū)ο罂梢悦鞔_是否可以利用話音識別替代DTMF輸入來收集其輸入，并且呼叫上下文可以相應處理這種情況。
權利要求
1.連接到至少一條電話線用于為一個或多個話音處理應用提供電話支持的話音處理系統(tǒng)，該系統(tǒng)包括用于接收來自話音處理應用的媒體對象的裝置，所述的媒體對象表示電話線上的期望輸出；用于根據(jù)一個或多個表示標準將所述媒體對象加工成多個輸出分量的裝置；用來在電話線上輸出所述輸出分量的裝置。
2.權利要求1的系統(tǒng)，其中至少一條表示標準由話音處理系統(tǒng)自動確定。
3.權利要求1的系統(tǒng)，其中至少一條表示標準由所述話音處理應用確定。
4.權利要求2的系統(tǒng)，其中至少一條表示標準由所述話音處理應用確定。
5.權利要求4的系統(tǒng)，其中如果所述的表示標準不是由所述的話音處理應用確定的話，話音處理系統(tǒng)自動地為至少一條表示標準給出一個缺省值。
6.任何前面權利要求的系統(tǒng)，其中所述一條或多條表示標準包括一個區(qū)域標準。
7.任何前面權利要求的系統(tǒng)，其中所述一條或多條標準包括一個類型標準。
8.任何前面權利要求的系統(tǒng)，其中所述輸出分量包括單個的話音段。
9.權利要求8的系統(tǒng)，其中用來將所述媒體對象加工成多個輸出分量的所述裝置包括用來根據(jù)一條或多條表示標準為所述媒體對象產(chǎn)生一組話音段的裝置。
10.操作連接到至少一條電話線用于為一個或多個話音處理應用提供電話支持的話音處理系統(tǒng)的方法，所述的方法包括接收來自話音處理應用的媒體對象，所述的媒體對象表示電話線上的期望輸出；根據(jù)一個或多個表示標準將所述媒體對象加工成多個輸出分量；在電話線上輸出所述輸出分量。
11.權利要求10的方法，其中所述的媒體對象通過遠程方法請求來接收。
12.權利要求11的方法，其中所述的媒體對象以串形方式接收。
13.一種聲音處理復合體，該復合體包括很多主機，每個主機都支持一個或多個話音應用，復合體中的至少一個主機包括用來提供對多條電話線訪問的電話硬件，所述的至少一個主機包括用于保持話音應用到電話線映射的裝置；用于創(chuàng)建一個呼叫對象以響應在所述多條電話線中一條上的流入呼叫的裝置；在所述話音應用到電話線映射的基礎上確定與所述流入呼叫相關的話音應用的裝置；用來提供一個所述呼叫對象到確定話音應用的識別器的裝置；在所述呼叫對象中的響應來自所述確定話音應用而為所述流入呼叫提供電話功能的裝置。
14.權利要求13的話音處理復合體，其中所述確定的話音應用與呼叫對象不在一個主機上。
15.權利要求14的話音處理復合體，其中所述確定的話音應用通過遠程方法請求來訪問所述呼叫對象。
16.權利要求13-15的話音處理復合體，還包括用來將當前可用來接收流入呼叫的應用配套的裝置。
17.權利要求16的話音處理復合體，還包括在沒有配套應用的電話線上存在流入呼叫時開始一個缺省應用的裝置。
18.用來支持一個或多個話音應用的話音處理系統(tǒng)，所述話音處理系統(tǒng)包括用于提供對多條電話線進行訪問的電話硬件；用于保持話音應用到電話線映射的裝置；用于創(chuàng)建一個呼叫對象以響應所述多條電話線中一條上的流入呼叫的裝置；在所述話音應用到電話線映射的基礎上，確定與所述流入呼叫相關的話音應用的裝置；用來提供一個所述呼叫對象到確定話音應用的識別器的裝置；在所述呼叫對象中的用于接收來自所述確定話音處理應用的媒體對象的裝置，所述媒體對象表示在所述一條電話線上的期望輸出；用來根據(jù)一個或多個表示標準將所述媒體對象加工成多個輸出分量的裝置；以及用來在所述一條電話線上輸出所述輸出分量的裝置。
19.用來連接到至少一條電話線用于為一個或多個話音處理應用提供電話功能的話音處理系統(tǒng)，所述話音處理系統(tǒng)包括第一應用管理裝置用來當話音處理系統(tǒng)初始化時開始一個或多個第一話音處理應用，所述的應用管理裝置為所述一個或多個第一話音處理應用提供對所述電話功能的訪問；第二應用管理裝置，該裝置響應第二話音處理應用的要求而啟動以訪問所述電話功能。
20.權利要求19的話音處理系統(tǒng)，其中所述第一和第二應用管理裝置每一個都支持同樣的靜態(tài)接口，通過該接口，所述第一和第二話音處理應用獲得對電話功能的訪問。
全文摘要
一種有多個主機的話音處理復合體，每個主機支持一個或多個話音應用，至少復合體中一臺主機包括用來提供對大量電話線訪問功能的電話硬件。這種主機為復合體提供電話功能。這是經(jīng)過保持話音應用到電話線映射并創(chuàng)建一個呼叫對象以響應其中一條電話線上的流入呼叫而實現(xiàn)的。然后，在該映射的基礎上確定哪一個話音應用與流入呼叫相關，然后呼叫對象的一個標識被傳送給確定的話音應用。因此，呼叫對象響應來自話音應用的請求用來為呼叫提供電話功能。
文檔編號H04M3/50GK1239797SQ9910719
公開日1999年12月29日 申請日期1999年6月9日 優(yōu)先權日1998年6月9日
發(fā)明者S·D·博爾曼, D·S·雷沙, 黃鈺麟 申請人:國際商業(yè)機器公司