電信語音/文本轉換和信息傳遞系統的製作方法

2023-09-11 14:48:25

專利名稱：電信語音/文本轉換和信息傳遞系統的製作方法
背景技術：
發明領域本發明涉及智能電信網。
相關技術智能電信網所具有的結構，使得它能夠以快速、靈活和低成本的方式提供各種新的電信服務。智能電信網的核心包括一個業務交換點(SSP)和一個業務控制點(SCP)。業務交換點(SSP)是一個交換系統，它能截獲電話呼叫並查詢業務控制點(SCP)。業務控制點(SCP)是一個包含業務專用邏輯和數據的系統，它根據SSP的查詢，向SSP返回如何對截獲的電話呼叫作進一步處理的指令。
利用SSP與SCP的體系結構，除一般呼叫連接以外，智能電信網(IN)能完成很多其它業務，例如呼叫等待和呼叫轉發，這只是最一般的例子。在智能網裡可以將各種設備組合起來，以便執行和控制一組預先確定的操作流。
電信網的用戶希望能通過網絡把語音或文本信息傳遞到希望的目的地(也就是被叫方)。當前的智能網為被叫方提供了應答業務，並允許主叫方記錄語音信息。擁有計算機的那些用戶能夠通過電信網把數字文本信息傳遞給其它的計算機。
但是，缺乏的是讓話音呼叫者將文本信息提供給被叫方的方法與設備，本發明的目的也正是要解決這一問題。
發明簡述智能網電信業務允許主叫方提供話音信息，由該電信業務轉換成文本信息。可以將這則文本信息傳遞給多種媒體格式器(formatter)中的任意一種，這些格式器則將這些文本信息傳送給相應類型的接收設備。可以將這則文本信息傳遞給一個單獨的被叫方或被叫方發布清單。
本發明裡的業務交換點(SSP)，識別並截獲主叫方發出的需要進行語音/文本轉換的呼叫。在收到業務交換點(SSP)截獲到呼叫時發出的呼叫的情況下，業務控制點(SCP)發出提示許可信號。響應這個提示許可信號，提示和收集器(prompter and collector)生成一個菜單，列出主叫方請求的信息。主叫方能夠用話音或DTMF信號進行選擇。提示和收集器利用主叫方的選擇構造當前呼叫記錄。收到當前呼叫記錄時，業務控制點(SCP)向語音/文本轉換器發出轉換許可信號。作為響應，這個語音/文本轉換器建立一個連接，接收主叫方的話音信息並將話音信息轉換成文本信息。可以選擇將這則文本信息保存在一個業務數據點(SDP)裡。業務控制點把文本信息轉發給被叫方。
作為另一個選擇，語音/文本轉換器可以連接一個語言轉換器，用它將文本信息從第一種語言轉換為第二種語言。
附圖簡述通過下文對本發明的優選實施方案進行更詳細的描述，本發明的目的、特徵和優點將是顯而易見的。附圖裡相同的標記表示相同的部件。附圖不一定按比例，它們強調的是本發明的原理。


圖1是本發明一個實施方案裡部分智能電信網的示意圖。
圖2是說明圖2A與圖2B的關係的示意圖。
圖2A與圖2B是流程圖，說明的是圖1的電信網提供的語音/文本轉換業務與主叫方的人機對話過程。
圖3是本發明另一個實施方案裡部分智能電信網的示意圖。
圖4是本發明又一個實施方案裡部分智能電信網的示意圖。
附圖詳述在下面的描述中介紹了具體細節，例如具體的結構、接口、技術等等，以便對本發明有更全面的了解。這些介紹是為了進行說明而不是為了進行限制。然而，對本領域的技術人員來說，很顯然本發明可以用跟這些具體細節不同的其它實施方案來實施。另外，關於眾所周知的設備、電路和方法在這裡不再贅述，以免喧賓奪主。
圖1說明的是一個或多個用於連接的電信網20將主叫方或用戶22跟一組26智能呼叫處理裝置，或者是智能電信網的一些點相連。按照本發明，圖1的這組26智能呼叫處理點允許主叫方22發出語音信息，從語音轉換為文本，並把得到的文本信息以一種或多種媒體格式傳遞給一個或多個被叫方。
典型的方式是，主叫方22與一臺本地交換機相連，該交換機構成了連接網絡20的第一部分。通常連接網絡20的第一部分或任何其它部分都包括一臺或多臺交換機。連接網20可以包括能跟智能網相連的任何類型的網絡，例如包括移動網、固定網的和ISDN網等等。
本發明中這組26智能呼叫處理點包括一個業務交換點(SSP)30、一個業務控制點(SCP)40和一個業務數據點(SDP)50。SSP、SCP、SDP的結構、互連和操作在本領域裡眾所周知，所以這裡只說明跟本發明有關的SSP 30、SCP 40和SDP 50。
SSP 30通過鏈路60與連接網絡20連接。鏈路60能承載任何類型的標準協議，例如，包括INAP、CSI、SCI+、AIN或SS7。例如，如同下文所述，SSP 30業務用來在鏈路60上將主叫方的信道跟多個智能外設有選擇性地連接起來。這樣的設備包括DTMF提示和收集器70(例如ASTDR廣播機[an ASTDR announcement machine])，語音識別提示和收集器72，以及語音/文本轉換器80。相應地，SSP 30通過語音/數據鏈路33和34分別與提示和收集器70和72連接，以便與主叫方進行呼叫連接。類似地，SSP 30通過語音鏈路35與語音/文本轉換器80連接。SSP 30通常通過鏈路36與SCP 40連接。
業務控制點(SCP)40一般通過鏈路42與SDP 50連接。SCP 40和SDP 50分別通過數據接口鏈路44和54與語音/文本轉換器80連接。另外，SCP 40通過數據接口或鏈路46(例如TCP/IP)與多個媒體格式器連接。圖1的方框90一般表示的是各種媒體格式器裝置中的一種，而方框90A~90G則是各種具體媒體格式器的示意圖，它們都與SCP 40連接並能傳遞文本信息。因為也可能有其它類型的媒體格式器，所以不能認為方框90A~90G列舉了全部的類型。
在一個可選的實施方案裡，語音/文本轉換器80與一個智能外設語言翻譯器95相連。語言翻譯器95可以將第一種語言的文本翻譯成第二種語言的文本(例如從英語翻譯成瑞典語)。
圖1和圖2說明的是本發明的一種模式裡，將語音轉換成文本這種呼叫智能處理功能所包括的步驟。事先要說明的是，下面介紹的某個主叫方22已事先註冊了語音/文本轉換業務的事實說明，他/她是一個註冊用戶，在註冊的時候已經將用戶資料輸入了SDP 50。該用戶資料可以用許多傳統方式來產生，例如提交手寫信息由業務提供者隨後輸入SDP 50，或者利用電話會談根據提問菜單輸入用戶22的個人資料。
如圖2所示，在步驟200裡主叫方22通過撥被叫業務的電話號碼啟動這個業務。例如，這個電話號碼可以是優惠費率號碼或免費電話號碼。可以提供不同的電話號碼，從而允許主叫方或用戶22選擇業務的不同方面，例如DTMF提示和收集器70與語音識別提示和收集器72。
主叫方利用語音到文本轉換業務的電話號碼發出的呼叫，被按普通路由選擇技術連接到SSP 30，最後通過鏈路60到達SSP 30，如圖1裡的事件E1所示。SSP 30識別出所撥電話號碼對應於語音到文本的轉換業務，並把呼叫傳遞給SCP 40，如事件E2所示。然後，通過發回一個提示許可信號，如事件E3所示，SCP 40讓SSP 30把呼叫跟提示和收集器70、72中合適的一個相連。
響應提示許可信號，SSP 30把提示和收集器70、72中合適的一個跟主叫方相連。在圖1的具體實例中，主叫方22所撥的電話號碼是DTMF交互業務的號碼。相應地，在圖1的實例中，SSP 30通過鏈路31把主叫方連接到DTMF提示和收集器70上，如事件E4所示。另外，應當明白，如果請求語音提示，就可以在鏈路32上建立到語音識別提示和收集器72的相似連接。
提示和收集器與主叫方進行的是交互式的或基於菜單的對話。如前所述，提示和收集器70主要用於進行DTMF對話；利用提示和收集器72進行的對話主要是語音對話。圖2A說明了這種對話的優點。
在對話步驟202裡，提示和收集器提供了一個主菜單，詢問主叫方22是否希望(1)修改他/她的個人資料；(2)向預先指定的一個被叫號碼發送信息；或者(3)向一個沒有預先指定的被叫號碼發送信息。作為響應，主叫方22在主菜單選項(1)、(2)或(3)裡選擇一項。圖2A說明的是針對這些選項所採取的相應步驟。
如果主叫方22要修改他/她的個人資料，就執行步驟210、212、214、216。在步驟210裡，提示和收集器要求主叫方輸入口令。假定輸入的口令正確，提示和收集器就在步驟212裡讓主叫方對一個或多個被叫方清單進行修改或更新。被叫方清單的例子包括一個主發布清單，一個或多個候選的發布清單，或一個定時重新選擇路由清單(timed rerouting list)。可以按一組特徵或其它的共同點來安排發布清單。主叫方20為每個被叫方分配了唯一的清單名字。
在步驟212中允許對一個或多個被叫方清單進行多種修改。例如，主叫方22能夠選擇一個現有被叫方清單，對這個清單的一個或多個被叫方的一個或多個參數進行修改。另外，主叫方22可以在被叫方清單裡增加或刪除一個或多個被叫方，然後將修改後的被叫方清單作為一個新的被叫方清單保存起來(起一個新清單名)，或用修改的被叫方清單代替舊的被叫方清單。
如上所述，一種被叫方清單是定時重新選擇路由清單。被叫方的定時重新選擇路由清單可以有幾種形式。第一種定時重新選擇路由清單叫作目的地不變的定時重新選擇路由清單。目的地不變的定時重新選擇路由清單是一種在預定呼叫時間向被叫方發送指定信息的清單，清單中每個被叫方只能有一個可能的目的地標識符。預定的被叫時間，也叫作目標時間，可以設定為時間和/或日期(例如在聖誕節發送文本信息「聖誕快樂」；在每個月的最後一周裡，每天都發送提醒信息)。
定時重新選擇路由清單的第二個例子是目的地可選的定時重新選擇路由清單。這種目的地可選的定時重新選擇路由清單是一種被叫方清單，主叫方為被叫方規定了(1)主目的地和主目的地時間範圍，(2)候選目的地和候選目的地時間範圍。如果為呼叫選擇的時間在主目的地時間範圍裡，業務就在選擇的呼叫時間裡把呼叫發送給主目的地。另一方面，如果為呼叫選擇的時間在候選目的地時間範圍裡，業務就在候選呼叫時間裡把呼叫發送給候選目的地。
定時重新選擇路由清單可以由一個或多個其它的清單組成。可以在步驟214裡編輯被叫方清單裡的參數，包括主目的地、主目的地時間範圍、候選目的地和候選目的地時間範圍。
這樣，在步驟212裡提示和收集器允許主叫方在這些清單類型裡進行選擇，然後在每種清單中增加、刪除或編輯清單成員和跟每個成員有關的欄位(例如，被叫方標識符[例如電話號碼、網際網路號碼等等]，以及接收設備類型)。步驟214對SDP 50裡的用戶個人資料進行更新，這一更新是根據步驟212裡對個人資料的修改進行的。結合步驟214，提示和收集器準備了一個合適的更新信息包，並通過SSP 30向SCP 40建立一個單獨的呼叫，使SCP 40根據更新信息包對SDP 50裡的用戶個人資料進行更新。為簡單起見，圖1沒有畫出用戶個人資料包括的鏈路和事件。
在SCP 40證實SDP 50裡的用戶個人資料已經更新的時候，提示和收集器最好詢問主叫方現在是否要進行呼叫(步驟216)。如果主叫方22的回答是否定的，就終止連接，如步驟218所示。否則，按步驟232繼續進行處理，下面將結合主菜單的選項(2)進行說明。
如果主叫方22選擇主菜單選項(2)，向一個預定的被叫號碼發送一則信息，就在執行圖2B所示的步驟之前執行步驟230、232、234、236、238、240和(也許)242。在步驟230裡，提示和收集器要求主叫方輸入口令。假定輸入的口令正確，或從步驟216跳轉過來，就接著執行步驟232。
在步驟232裡，提示和收集器要求主叫方輸入被叫方的目的地標識符。通過輸入單個被叫方的目的地標識符可以完成這一步驟，或者從步驟212介紹的清單——主發布清單、一個或多個候選發布清單或一個定時重新選擇路由清單裡選擇一個。如果選擇了一個定時重新選擇路由清單，就在步驟232裡設置一個定時清單標誌。
步驟234說明提示和收集器提供了一個機會，讓主叫方22指定用什麼類型的接收設備來接收由業務生成的文本信息。正如圖1的方框90A~90G所說明的那樣，可以用多種類型的接收設備(傳真計算機、備忘錄計算機、電子郵件計算機、ISDN接收機等等)向特定的被叫方發送文本信息。在步驟234裡提示和收集器讓主叫方22說明被叫方將使用什麼樣的接收設備。在一個具體的實施方案裡，如果沒有具體說明，會自動假定一種默認接收設備。在用戶提交的初始個人資料裡就會指定這個默認的設備類型或由業務自動分配。在用戶指定了默認設備類型的情況下，很清楚在執行主菜單選項(1)的步驟時應該有適當的選擇項來修改這個默認參數。
在步驟236裡，提示和收集器詢問主叫方22是否要附加一個文件。附加文件指的是主叫方22希望在信息裡包括一個標準信息的拷貝。這個標準信息可以是一個或多個例行信息，它們通常由許多主叫方使用，因此一般都可以獲得，或者在一個更複雜的實施方案裡通常可以是這個特定的主叫方以前的一則信息，已經為主叫方保存在SDP50裡並作了標記。如果不需要附加文件，就繼續按圖2B進行處理。如果需要附加文件，提示和收集器就在步驟238裡允許主叫方22選擇預存的信息。在這一點上，提示和收集器可以要求主叫方22簡單地輸入預存信息的標識符或編碼，或(由用戶選擇)播放預存信息的清單讓主叫方22進行選擇。另外，在選擇了預存信息後，提示和收集器在步驟240裡詢問是否要將附加文件從第一種語言翻譯成第二種語言。如果收到主叫方22的肯定回答，就轉到步驟242。在步驟242裡，提示和收集器提供一個菜單讓用戶選擇第二種語言。根據選中的第二種語言翻譯預存信息(例如從瑞典語翻譯成英語)。相反，如果不要求進行語言翻譯，就按圖2B所示步驟繼續執行。
結合與主菜單選項(2)有關的上述步驟，提示和收集器開始建立一個當前呼叫記錄，其中包括步驟232、234、238裡所輸入的信息。這樣，這個當前呼叫記錄裡就包括了目的地標識符、被叫方的接收設備類型以及是否附加預存信息。
圖2B的步驟從步驟250開始。在步驟250裡，提示和收集器檢查步驟232裡是否設置了定時清單標誌。如果設置了定時清單標誌，就認為主叫方22希望按定時控制來傳遞呼叫，例如是在預定(不是當前)的呼叫時間或「目標」時間發出呼叫。因此，如果設置了定時清單標誌，提示和收集器就在步驟252裡要求主叫方22輸入主叫方啟動呼叫的時間(預定呼叫時間或目標時間)。
這樣，在步驟252裡，主叫方22可以指定採用某種定時方式來發送信息，而不是按普通方式來發送。作為響應，在步驟254裡，提示和收集器讓主叫方22為這一次發送輸入預先確定的呼叫時間即目標時間。在步驟254裡輸入目標時間時，主叫方22簡單地輸入或說出目標時間的數字，或者可以請求打開路由時間菜單，並按菜單提示做出選擇。主叫方22的當前呼叫記錄裡包括步驟254中收集的目標時間信息。
在完成步驟254後或在步驟250裡沒有設置定時清單標誌的情況下，執行步驟270。在步驟270裡，業務準備提示信息並接收主叫方22的語音信息。圖2B中的步驟270說明的是提示和收集器提醒主叫方22要記錄(例如口述)他/她的信息(在一個預定的就緒信號之後[例如「嗶嗶」])。
如圖1的事件E5所示，提示和收集器把主叫方22的當前呼叫記錄通過SSP 30發送給SCP 40。如圖1中事件E6所示，在鏈路44上SCP 40發出一個信號啟動轉換，指令語音/文本轉換器80在鏈路35上請求SSP 30接著把主叫方的呼叫通過鏈路35連接到轉換器80上。事件7說明的是SSP 30如何把主叫方22連接到轉換器80上，連好後發出預定的就緒信號(例如「嗶嗶」)。
語音/文本轉換器80記錄下主叫方22的話音信息，暫時保存起來並逐漸轉換成文本。收到話音信息後，轉換器80發出通知，告訴主叫方22應當掛機，並將發送他/她的文本信息(見圖2B的步驟272)。轉換器80在完成語音到文本的轉換後通知SCP 40。如果在步驟240和步驟242裡主叫方發出請求，作為事件E8，SCP 40在鏈路44上向語音/文本轉換器發出允許語言轉換的信號，而轉換器80則用第一種語言將信息文本和翻譯指令發送給語言翻譯器95(例如由第一種語言翻譯成第二種語言)。完成語言翻譯後，語音/文本轉換器80同樣通知SCP 40。
在得到語音文本轉換器80完成任務(包括語言翻譯器95完成的操作)的通知後(如事件E9所示)，SCP 40指示轉換器80把準備好的文本信息發送給SDP 50。事件E10說明的是將文本信息從轉換器80傳遞到SDP 50。文本信息保存在SDP 50一個合適的記錄裡作為主叫方22的當前呼叫。
事件E11說明的是SCP 40得到SDP 50裡保存的用於呼叫的文本信息。可以通過幾種方式完成事件11。對於不是發送給在定時重新選擇路由清單裡的被叫方的呼叫，只要可以獲得SDP 50裡的文本信息，SCP 40就將它取過來。可以在收到文本信息時，讓SDP 50將文本信息轉發給SCP 40。另外，SCP 40可以請求文本信息跟時間E9的發生有定時關係。
對於發送給在目的地不可選的定時重新選擇路由清單裡的被叫方的呼叫，要用的文本信息和有關參數保存在SDP 50裡。另外，呼叫的目標時間和一個相關指針保存在SDP 50的特殊的定時檢測(time-checked)隊列裡。SDP 50周期性地檢查它的定時檢測隊列，當目標時間到達時，用相關指針取得文本信息和有關呼叫參數(例如，包括在當前呼叫記錄裡的那些參數)，並將這些信息和參數發送給SCP 40，如同事件E11所示。本領域裡的技術人員明白，這一段裡介紹的這樣一個過程可以用幾種方法來實現，例如包括利用UNIXcrontab進程。
在呼叫是給目的地可選的定時重新選擇路由清單裡的被叫方的情況下，事件E11的執行過程如前所述。但是另外，SDP 50檢查目標時間是在主目的地時間範圍還是在候選目的地時間範圍內，以確定要使用主目的地標識符和候選目的地標識符中的哪一個。
在完成事件E11，而且使用當前呼叫的接收設備類型信息的情況下(從當前呼叫記錄裡得到的)，SCP 40向一個合適的媒體格式器90發送一個傳輸信號(見事件E12)。
接收設備類型信息用於確定要使用哪種類型的媒體格式器90。例如，如果接收設備是傳真機，就將事件12傳輸給跟SCP 40連接的傳真計算機90A。如果接收設備是電子郵件計算機，就將事件12傳輸給跟SCP 40連接的電子郵件計算機90B。傳輸事件E12包括被叫方的目的地標識符(例如電話號碼或網際網路號碼)，以及由轉換器80準備好的並從SDP 50得到的文本信息。
如圖1所示，接收事件E12的媒體格式器90利用目的地標識附來發送文本信息給對應的接收設備。圖1的時間E13說明從媒體格式器90往接收設備的傳輸。圖1說明了100A、100B/C、100D、100E、100F、100G六種接收設備，它們分別對應於媒體格式器90A、90B、90C、90D、90E、90F和90G。設備100A是一臺傳真機；設備100B/C是一臺計算機或者一個計算機網絡；設備100D是一個ISDN裝置；設備100E是一個GSM裝置；設備100F是一個數字移動網的節點；設備100G是X.25分組交換協議數字網絡的一個節點。
這樣，位於選擇的接收設備100之一處的被叫方，接收已經由轉換器80從主叫方22的語音轉換過來得到的文本信息。這樣本發明的業務有很多優點，特別是對沒有與網絡連接的文本生成終端的那些主叫方來說更是如此。
如果主叫方22選擇主菜單選項(3)，以便向沒有預先確定的被叫號碼發送一則信息，就在圖2B的步驟之前先執行步驟243、244、245和246，而不是步驟230~242。具體而言就是，在步驟243裡提示主叫方22輸入口令。然後，類似於步驟234，在步驟244裡提示和收集器將給出提示，要求輸入被叫方的接收設備類型。在步驟245裡，提示和收集器將要求主叫方22輸入被叫方的目的地標識符。然後，在步驟246裡，提示和收集器將詢問是否要將這個信息發送給其它的目的地。如果主叫方22的回答是肯定的，就針對每一個額外的目的地執行步驟244和步驟245，給這些目的地發送信息。主叫方22輸完目的地信息後，繼續執行圖2B的步驟250。
圖3說明另一個實施方案，除了將圖1裡的事件E11和E12換成圖3裡的事件E11A和E12A以外，該方案跟圖1的過程相同。在圖3的實施方案裡，事件E11A說明的是，SCP 40指令合適的媒體格式器90從SDP 50裡取出已經由語音轉換成文本的一個合適的文件。事件E12A說明的是媒體格式器90向SDP 50請求這個由語音轉換成文本的文件；事件E12B說明的是SDP 50向媒體格式器90發送這個由語音轉換成文本的文件。
應當明白以上實施方案的各種變化仍然包括在本發明中。例如，儘管前面假定用戶是一個註冊用戶，但是沒有註冊的用戶也可以使用本發明的業務。當然，那些沒有註冊的用戶，開始每一個呼叫時，都需要輸入一些至少是相當於上述用戶個人資料的信息。
此外，可以根據具體情況制定主叫方撥的業務電話號碼。例如，可以為那些註冊用戶分配一個電話號碼，而為沒有註冊的用戶分配另一個電話號碼。另外，與上述的具體個人資料的更新過程不同，可以讓註冊用戶用一個特殊的電話號碼更新他們的個人資料。
如上所述，語音/文本轉換器80可以將一則語音信息轉換成文本信息。在圖4說明的實施方案裡，語音/文本轉換器80將一則文本信息轉換為語音信息。圖4的智能電信網用圖3的網絡相同的方式包括SSP 30、SCP 40、SDP 50、提示和收集器70、語音識別提示和收集器72、語音/文本轉換器80和文本語言翻譯器95。而圖4的網絡裡另外還有一個信息播放裝置97。信息播放裝置與語音/文本轉換器80、SCP 40、和SSP 30連接，如圖4所示。
圖4說明的網絡，除了提供圖1提到的語音到文本的轉換業務以外，例如，還提供文本信息轉換成語音信息的業務。簡單地說，主叫方22用一部電話撥文本到語音轉換業務的電話號碼。主叫方22通過SCP 30連接該業務。SCP 30與主叫方之間建立對話，主叫方用語音或DTMF應答。在對話過程中，主叫方22從一個或多個預存的文本信息裡進行選擇。接著，主叫方22選擇一個發布清單，和(可選的)傳遞這條信息的時間。參考前面的敘述可以了解如何建立和編輯發布清單。完成對話後，SCP 30開始文本信息到語音的轉換(在主叫方選擇的時間)，並將語音信息傳遞給發布清單裡的被叫方。語音信息的傳遞由基於電話的網絡110來完成。
圖4說明了本發明中將文本轉換為語音和分配業務的過程中的事件。如事件V1所示，主叫方22撥本發明的轉換與發布系統的電話號碼。通過連接網絡20把呼叫連接到SSP 30。根據主叫方22撥的是一個語音接口還是DTMF接口業務，SSP 30用一個DTMF提示和收集器70(例如一個AST-DR廣播機(announcement machine))或語音識別提示和收集器72跟主叫方22對話。SSP 30通過向提示和收集器70、72中合適的一個發送許可信號來啟動對話，如可選的事件V2、V2′所示。通過SSP 30對事件V3、V3′所示的對話分別進行路由設置。
作為對話的一部分，提示和收集器70、72提供了一系列聽得見的菜單。這些菜單包括選擇想要的預存文本信息的菜單；選擇要向其傳遞信息的被叫方發布清單的菜單；以及一個菜單(可選的)，它允許主叫方22選擇是立即還是在目標時間傳遞信息。
完成對話後，提示和收集器70、72準備並向SCP 40發送一個當前呼叫記錄，它包含在對話時收集到的有關信息。圖4裡的事件V4說明如何轉發這個當前呼叫記錄。收到當前呼叫記錄時，SCP 40知道要發送預存的多個文本信息裡的哪一個，發給誰以及什麼時候發。事件V5說明的是SCP 40指令語音/文本轉換器80將保存在SDP 50裡的一個文件轉換成一則語音信息。
圖4中事件V6說明的是語音/文本轉換器80取出與SCP 40標明的某一預存文本信息有關一個文件。從SDP 50將該文本文件發送給語音/文本轉換器80，見事件V7。然後語音/文本轉換器80完成文本到語音的轉換，完成以後，向SCP 40發送一個語音信息就緒信號，見事件V8。
收到語音信息就緒信號時，SCP 40用許多種方式準備建立呼叫。用第一種方式，按照本發明的一種模式，SCP 40在當前呼叫記錄裡有被叫方的電話標識符。而在本發明的另一種模式裡，SCP 40向SDP 50發送獲取發布清單的信號，如事件V9所示。這樣，在本發明的這個模式裡，當前呼叫記錄只包含主叫方22選擇的是哪個發布清單的指示信息，而沒有呼叫發布清單的成員所必需的信息(電話標識符等等)。因此主叫方22將發布清單和參數(電話標識符等等)保存在SDP50裡。事件V10說明的是SDP 50將這個發布清單參數傳遞給SCP 40。
事件V11說明的是，SCP 40請求SSP 30利用由上述方法得到的電話標識符建立到被叫方的呼叫。建立起呼叫後，SCP 40向信息播放裝置97發送一個信息播放信號，作為事件V12。作為對這個播放信息信號的響應，信息播放裝置97向語音/文本轉換器80發送一個提取信息信號，如事件V13所示。作為對這個信息提取信號的響應，語音/文本轉換器80向信息播放裝置97發送信息(事件V14)。然後信息播放裝置97用音頻信號再現這條信息，音頻信息被傳遞給SSP 30(如事件V15所示)，並通過SSP 30發送給接收網絡(事件V16)，最後發送給被叫方收聽。
作為對前述的修改，文本信息可以首先由翻譯裝置95從第一種語言翻譯成第二種語言(例如從瑞典語到英語)，然後從文本轉換成語音，由信息播放裝置將第二種語言的語音信息播放出來。
在圖4的網絡與業務裡，顯然可以在網絡中適當的節點合併一種或多種功能。例如，信息播放裝置97可以合併在語音/文本轉換器80裡。
作為本發明文本到語音的轉換和發布系統的一個實例，假設一個啞巴在他的住處或附近發現有火警。呼叫本發明的業務時，主叫方(這個啞巴)可以選擇具有如下內容「火警。請速來{地址}救火。{姓名}」的預存文本信息，這個文本信息應該是早已準備好的，保存在SDP 50裡由主叫方使用的一個文件中，其中包括他的住址和姓名。選好預存的文本信息之後(例如選擇對應於信息內容的一個號碼)，主叫方再選擇一個發布清單。主叫方可以選擇如下的發布清單(1)消防隊；(2)警察局；(3)鄰居。因為這裡討論的是火警，所以應該選擇發布清單(1)。另外，主叫方應該把信息立即直接發送出去，而不應等到目標時間。
為了方便，當主叫方22撥一快速電話號碼時，本發明允許主叫方22繞過對話/菜單處理。撥快速電話號碼時，主叫方22可以快速輸入一串音頻信號，例如，第一個音頻代表一個信息號碼，第二個音頻代表一個發布清單號碼。如果把這個快速電話號碼作為一個快速撥號號碼保存在主叫方的電話裡，呼叫速度可以更快。
參考關於語音到文本轉換業務的類似討論，可以了解利用發布清單和定時重新選擇路由清單進行文本到語音轉換業務。為了進行語音到文本的轉換，主叫方可能更希望把他的有關信息(信息內容，發布清單等等)手工輸入SDP 50裡。另外，這樣的信息可以通過建立和修改個人資料進行遠程輸入，這與前面敘述的關於語音到文本的轉換業務相似。
雖然說明本發明時參考了優選實施方案，本領域的技術人員仍然應當明白，可以對本發明進行形式和細節上的改變，而不脫離本發明的實質與範圍。例如，如果願意或是有益的，SDP 50的功能可以由SCP 40通過包括一個資料庫來實現。
權利要求
1.一種電信系統，它將話音呼叫轉換成文本信息，這個電話系統包括一個交換點，它識別並截獲主叫方發出的需要將語音轉換成文本的呼叫；一個業務控制點，它接收交換點截獲到以後發出的呼叫，並發出提示許可信號和轉換許可信號；一個提示器，它響應提示許可信號，生成主叫方所需信息的菜單；一個語音/文本轉換器，它響應轉換許可信號，建立一個連接來接收主叫方的一則話音信息，並將這條話音信息轉換成文本信息；和這裡的業務控制點根據主叫方提供的信息，至少是那些需要的信息，控制將文本信息轉發給被叫方。
2.權利要求1的系統，還包括一個保存文本信息的業務數據點，業務控制點在把文本信息發送給被叫方之前，從它那裡重新取得文本信息。
3.權利要求1的系統，還包括連接在語音/文本轉換器上的一個語言轉換器，用於將文本信息從第一種語言轉換成第二種語言。
4.權利要求1的系統，其中的業務控制點將文本信息轉發給位於被叫方路由地址處的被叫方，而其中的路由選擇地址是一個媒體格式器的地址。
5.權利要求1的系統，其中的媒體格式器是電子郵件生成器、傳真發生器、計算機備忘發生器、ISDN傳輸發生器、交換數據包發生器和移動數據發生器中的一個。
6.權利要求1的系統，其中主叫方所需信息的菜單，要求主叫方的響應是話音響應或DTMF響應。
7.權利要求1的系統，其中提示器生成的所需信息的菜單，要求主叫方確定接收文本信息的媒體格式器的類型。
8.權利要求7的系統，其中的媒體格式器是電子郵件發生器、傳真發生器、計算機備忘發生器、ISDN傳遞發生器、交換數據包發生器和移動數據發生器中的一個。
9.權利要求1的系統，其中的業務控制點根據主叫方的響應，至少是對一些所需信息的響應，將文本信息轉發給一組被叫方。
10.權利要求1的系統，其中的業務控制點讓媒體格式器從保存了文本信息的業務數據點取出文本信息。
11.一種方法，它利用電信系統將話音呼叫轉換成文本信息，該方法包括識別並截獲主叫方發出的需要將語音轉換成文本的呼叫；截獲到需要將語音轉換成文本的呼叫時，生成主叫方所需信息的菜單；從主叫方獲得話音信息並把它轉換成文本信息；根據主叫方對至少是一些所需信息的響應，將文本信息轉發給被叫方。
12.權利要求11的方法，其中識別與截獲是在一個交換點進行的；所需信息的菜單是由提示器響應業務控制點的提示許可信號生成的；和將話音信息轉換成文本信息，是由話音文本轉換器根據業務控制點的轉換許可信號進行的。
13.權利要求11的方法，還包括將文本信息保存在一個業務數據點，以及把文本信息轉發給被叫方之前，利用業務控制點從業務數據點重新取得文本信息。
14.權利要求11的方法，還包括把文本信息從第一種語言轉換成第二種語言。
15.權利要求11的方法，其中的業務控制點把文本信息轉發給位於被叫方路由地址處的被叫方，其中的路由地址是一個媒體格式器的地址。
16.權利要求11的方法，其中的媒體格式器是電子郵件發生器、傳真發生器、計算機備忘發生器、ISDN傳輸發生器、數據包交換發生器和移動數據發生器中的一個。
17.權利要求11的方法，其中主叫方所需信息的菜單，要求主叫方的響應是話音響應或DTMF響應。
18.權利要求11的方法，其中提示器生成的主叫方所需信息的菜單，要求主叫方確定接收文本信息的媒體格式器的類型。
19.權利要求18的方法，其中的媒體格式器是電子郵件發生器、傳真發生器、計算機備忘發生器、ISDN傳輸發生器、數據包交換發生器和移動數據發生器中的一個。
20.權利要求11的方法，還包括根據主叫方的響應，至少是對一些所需信息的響應，將文本信息轉發給一組被叫方。
21.權利要求11的方法，其中將文本信息轉發給被叫方，包括讓媒體格式器從保存了文本信息的業務數據點取出文本信息。
全文摘要
一種智能網電信業務,它允許主葉方(22)提供話音信息,由這種業務轉換成文本信息。將這則文本信息傳遞給多種媒體格式器(90)中的任意一種,媒體格式器則將文本信息發送給相應類型的接收設備(100)。可以將文本信息傳遞給這樣一個被叫方或一組被叫方。
文檔編號H04Q11/04GK1258408SQ98805618
公開日2000年6月28日 申請日期1998年3月20日 優先權日1997年4月1日
發明者J·達倫 申請人:艾利森電話股份有限公司