專利名稱：使用會話啟動協(xié)議消息中的信息的呼叫路由選擇的制作方法
相關申請的交叉引用本申請要求在2001年4月3日提出的美國臨時申請60/281,143的權利，其內容作為本申請的參考。本申請也包括與名稱為“使用語音cookie的會話啟動協(xié)議路由選擇”(代理案卷號47339/JEC/X2)的美國申請主題相關的主題，該申請于2001年12月5日提出，其內容在本申請中作為參考。
雖然SIP端點可以直接彼此發(fā)出呼叫，但是典型地，SIP服務器，包括代理服務器和重定向服務器，在建立呼叫過程中用于呼叫路由選擇。這種呼叫路由選擇包括響應呼叫建立消息確定被呼叫端點，該消息稱為INVITE消息，其由呼叫端點發(fā)出。所述INVITE消息或者被代理至所確定的被呼叫端點，或者所確定的被呼叫端點的地址被返回到呼叫端點，用于使呼叫端點能夠直接發(fā)出對被呼叫端點的呼叫。
附

圖1A為經由典型的代理SIP服務器10建立SIP呼叫的功能方塊圖。在步驟30中，代理服務器10從呼叫端點15接收INVITE請求形式的邀請。所述INVITE請求包括INVITE消息頭中的“From”，“To”，“Contact”以及其它標準化字段中的路由選擇信息。所述消息頭的“To”字段包括與被叫端點20相聯(lián)系的通用SIP URL。
代理服務器10接收INVITE請求，且在步驟32中，最好是連接位置服務器25，用于基于SIP消息頭中的路由選擇信息進行呼叫路由選擇。在這點上，位置服務器25檢索與被叫端點相關的SIP URL以將URL解析為更加精確的地址。例如，對通用SIP URL，例如“sales@acme.com”的呼叫可能被解析指向一個特定的人，例如，“bob@ny.acme.com.”，在步驟34中檢索到的地址信息被傳輸?shù)酱矸掌?0。
在步驟36中，代理服務器10發(fā)出第二INVITE請求到所述更加精確的地址。被呼叫端點20接收第二INVITE請求，并通過例如使用戶電話振鈴提醒用戶有請求。如果呼叫被應答，在步驟38中被叫端點20經一OK響應返回一成功指示到代理服務器10。在步驟40中代理服務器10轉發(fā)該OK響應到呼叫端點15。在步驟42中通過呼叫端點15將一個ACK請求傳送到代理服務器10，確認收到成功的結果，然后在步驟44中由該服務器將其轉發(fā)到被呼叫端點20。
附圖1B為使用典型重定向SIP服務器47建立SIP呼叫的另一種方法的功能方塊圖。在步驟31中，重定向服務器47接收INVITE請求，如圖1A的代理服務器10一樣，在步驟33中連接位置服務器25，用于基于INVITE消息頭中的路由選擇信息進行呼叫路由選擇。在步驟37中重定向服務器47將在步驟35中接收到的地址返回到呼叫端點15，而非直接聯(lián)系該新找到的地址。在步驟39中，呼叫端點15經一個ACK請求確認地址被接收。
在步驟41中，呼叫端點15向由重定向服務器30返回的地址發(fā)出一個新INVITE請求。如果呼叫成功，在步驟43中，被呼叫端點20發(fā)送一0K響應，在步驟45中呼叫端點15通過一個ACK請求完成“握手”。
當前SIP呼叫路由選擇的一個限制是，可能在發(fā)出呼叫時從INVITE消息頭中的標準路由選擇字段中推斷出的有關呼叫者意圖的信息很有限。為了收集用于呼叫路由選擇的附加呼叫意圖信息，傳統(tǒng)的方法通常使用交互式語音響應(IVR)系統(tǒng)，由此，提示呼叫者通過選擇電話機鍵盤上的雙音多頻(DTMF)數(shù)字，提供有關呼叫者意圖的附加信息。例如，向一個通用地址進行呼叫的人可能被要求使用DTMF電話鍵盤數(shù)字輸入鍵輸入帳戶信息，并選擇一特定部門，例如客戶服務、銷售或市場部門。僅在該信息被輸入之后，呼叫才能夠被適當?shù)匕l(fā)送到呼叫中心接線員。使用IVR系統(tǒng)確認附加的呼叫者意圖信息對于呼叫者來說是非常不方便和麻煩的，且需要附加信息交換和數(shù)據(jù)庫查詢，這導致呼叫建立時間長和呼叫者有受挫感。
傳統(tǒng)的電話系統(tǒng)可以使用呼叫者ID數(shù)據(jù)，其代替DTMF鍵隨呼叫一起被自動發(fā)送，以便發(fā)送呼叫。然而，被發(fā)送的數(shù)據(jù)局限于呼叫者ID數(shù)據(jù)，而不包括適于進行更智能的呼叫路由選擇的附加呼叫者意圖信息。
新系統(tǒng)可能采用響應IVR提示的語音識別技術以推斷呼叫者的意圖。然而，這種語音識別系統(tǒng)對于呼叫者來說同樣是不方便的和麻煩的，會產生錯誤，也會延長呼叫建立時間。
因此，需要一種更加有效的系統(tǒng)和方法，用于確認呼叫者意圖信息，以便使呼入呼叫的路由選擇更加智能化和有效。
在另一實施例中，本發(fā)明涉及一種方法，用于在第一設備與第二設備之間建立IP電話會話，其中該方法包括從第一設備上的一個數(shù)據(jù)存儲器中檢索呼叫者意圖信息，創(chuàng)建包括頭部和體部的呼叫建立消息，其中體部包含呼叫者意圖信息，以及向一個服務器發(fā)送呼叫者啟動請求，以便基于呼叫者意圖信息將會話路由選擇到第二設備。
在另一實施例中，本發(fā)明涉及一種IP電話系統(tǒng)，包括第一設備，第二設備，以及可在第一設備和第二設備之間工作的服務器。該第一設備產生一呼叫建立消息，該消息包括一頭部和一體部，該體部包含呼叫者意圖信息。該服務器使用呼叫者意圖信息用于確定第二設備的地址以便將會話路由選擇第二設備。
在另一個實施例中，本發(fā)明涉及一種IP電話系統(tǒng)中的服務器，該服務器可在第一設備和第二設備之間工作。該服務器被配置成從第一設備接收呼叫建立消息，該呼叫建立消息包括在消息頭部的第一路由選擇信息和在消息體部的第二路由選擇信息，基于第一和第二路由選擇信息確定第二設備的地址，并使用該地址將會話路由選擇到第二設備。
因此，應當意識到本發(fā)明比僅利用一般被包含在呼叫建立消息頭部的標準路由選擇信息或傳統(tǒng)的呼叫者ID信息時能夠更加智能地確定被呼叫者的地址。被包含在呼叫建立消息體部中的與呼叫者有關的附加信息允許有效地確定呼叫者的意圖以將呼叫路由選擇到最適當?shù)谋缓艚姓?。因為呼叫者意圖信息在呼叫布局時就可以得到，所以不再需要用于獲得該信息的與呼叫者向后和向前交互。
所述呼叫和被呼叫端點50，52最好是符合SIP的電話、手提電話、個人電腦、交換機、路由器和/或類似設備。優(yōu)選的是，每個呼叫和被呼叫端點與接收輸入數(shù)據(jù)的輸入設備59，65例如輸入電纜，鍵盤，按鍵盤，或類似裝置相連。每個呼叫和被呼叫端點還與發(fā)出輸出數(shù)據(jù)的輸出設備61，63例如輸出電纜、顯示器或類似裝置相連。呼叫和被呼叫端點50，52最好也與用于在呼叫者和被呼叫者之間進行語音交談的手持機60，62相連。
圖2的通信系統(tǒng)還包括一服務器56，其最好在呼叫和被呼叫端點50，52之間進行呼叫路由選擇。服務器56最好是與圖1A-1B中的代理服務器10和重定向服務器47類似的SIP代理服務器或重定向服務器。然而，為了更加智能化地進行呼叫路由選擇，服務器56被增強以能夠利用與標準路由選擇信息一起由呼叫端點傳輸?shù)男畔ⅰ?br> 服務器56最好被連接到數(shù)據(jù)庫57和位置服務器58。位置服務器包含用于在呼叫端點和被呼叫端點之間呼叫路由選擇的位置信息。該位置服務器可以類似于圖1A-1B中的位置服務器25。所述數(shù)據(jù)庫57為數(shù)據(jù)存儲器，例如硬盤驅動器或驅動器陣列，用于存儲除位置信息之外的呼叫者信息和相關路由選擇信息，以進行呼叫路由選擇。
根據(jù)本發(fā)明的一個實施例，服務器56，數(shù)據(jù)庫57和/或位置服務器58位于一個單獨的機器中。在另一個實施例中，所述兩臺服務器位于經由局域網，專用廣域網或公眾因特網54彼此相連的兩個單獨的機器中。
通常，呼叫端點50通過將呼叫啟動消息發(fā)送到服務器56發(fā)出一呼叫。該呼叫啟動消息可以是例如SIP INVITE消息。除標準路由選擇信息之外，該呼叫啟動消息還包括呼叫者信息，可以被服務器56使用以便進行呼叫路由選擇。該呼叫者信息最好涉及呼叫者意圖，且可包括，例如名字，地址，電話號碼，電子郵件地址，帳號，事務處理經歷(transaction history)，記帳歷史，部門名稱或選擇，首選代理或選擇，首選語言或選擇，首選產品或選擇，或其它任何可用于呼叫路由選擇的信息，例如，一般經IVR系統(tǒng)收集的信息。該呼叫者信息也可以包括用戶概要信息，用戶習慣信息，或包含在與一個網站域相關的傳統(tǒng)瀏覽器cookie中的信息。
呼叫者信息最好根據(jù)多種機制產生并存儲在呼叫端點50中。例如，呼叫者信息可以通過填寫可具有用于發(fā)出呼叫的點擊呼叫按鈕的電子表格而產生。該呼叫者信息也可在呼叫期間或呼叫完成之后，通過服務器56或呼叫端點50被寫入。該呼叫者信息可以例如更新事務處理經歷信息，呼叫歷史信息，被呼叫代理信息，和/或類似信息。
服務器56從呼叫端點50接收呼叫啟動消息，并使用從位置服務器58和數(shù)據(jù)庫57檢索出的信息確定呼叫路由選擇的地址。然后根據(jù)該地址或返回到呼叫端點50容許其建立與被呼叫端點的直接通信的地址，將呼叫路由選擇到被呼叫端點52。
附圖3為根據(jù)本發(fā)明的一個實施例，基于呼叫者信息建立SIP呼叫的功能方塊圖，在此，服務器56為代理服務器56a。在步驟70中，代理服務器56a從呼叫端點50接收“INVITE”消息。該INVITE請求最好包括在INVITE消息頭部中“From”，“To”，“Contact”和其它字段中的標準路由選擇信息，該信息被稱為頭部路由選擇信息(HRI)。該INVITE請求還包括在INVITE消息的體部中的呼叫者信息，并被稱為體部路由選擇信息(BRI)。
該代理服務器56a基于所述頭部和體部路由選擇信息確定被呼叫端點52的地址。例如，頭部路由選擇信息可以包含呼叫被指向的一家通用器具公司的地址。體部路由選擇信息可以包含與呼叫者相聯(lián)系的關鍵字，例如“洗衣機”，“服務”和“型號ABC”?；谠撔畔?，代理服務器56a可以推斷呼叫者意圖，并使用從數(shù)據(jù)庫57和位置服務器58檢索出的信息，將呼叫路由選擇到能熟練回答關于洗衣機型號ABC的服務問題的代理。
在步驟81中，代理服務器56a發(fā)出第二INVITE消息到被確定的地址。全部或部分接收到的體部路由選擇信息也可在第二INVITE消息體部中被提供給被呼叫端。這可能是所希望的，例如便于在被呼叫端52的客戶代表和位于呼叫端點50的呼叫者之間的討論。
被呼叫端點52接收第二INVITE消息并通過例如使用戶電話鈴聲響起以便提醒所請求的用戶。如果呼叫被應答，在步驟82中，被呼叫端點52經OK應答返回給代理服務器56a一成功指示。然后在步驟84中代理服務器56a將OK響應轉發(fā)到呼叫端點50。在步驟86中呼叫端點50通過將ACK請求發(fā)送到代理服務器56a，確認成功的結果被收到，然后在步驟88中由該服務器將其轉發(fā)到被呼叫端點52。接著在步驟90中，經他們各自的手持機60，62，呼叫和被呼叫端點50，52的用戶之間進行語音交談。
圖4為根據(jù)本發(fā)明的另一個實施例，建立SIP呼叫的功能方塊圖，其中SIP服務器56為重定向服務器56b。在步驟100中，該重定向服務器56b接收INVITE消息，該INVITE消息包括頭部和體部路由選擇信息，如圖3中代理服務器56a一樣檢查頭部和體部信息，通過使用從數(shù)據(jù)庫57和位置服務器58檢索出的信息，確定到達被呼叫端點的地址。
在步驟112中，重定向服務器56b將被確定地址返回到呼叫端點50，后者經ACK請求確認收到地址。在步驟114中，呼叫端點50發(fā)出一新的INVITE請求到被重定向服務器56b返回的地址。如果呼叫成功，被呼叫端點52發(fā)送一OK響應，呼叫端點50通過ACK請求完成“握手”。接著，在步驟116中呼叫和被呼叫端點50，52的用戶之間，經他們各自的手持機60，62進行語音交談。所有的或部分被接收的體部路由選擇信息也可在第二INVITE消息體部中被提供給被呼叫端點。這可能是所希望的，例如便于在位于被呼叫端點52的客戶代表和位于呼叫端點50的呼叫者之間的討論。
圖5為根據(jù)本發(fā)明的一個實施例確定被呼叫端點的地址的功能方塊圖。位置服務器100從呼叫端點50接收INVITE消息102。該消息最好包括頭部路由選擇信息102a，后者最好包括“From”，“To”，“Contact”以及在RFC2543中提出的其它標準路由選擇字段。除了頭部路由選擇信息之外，所述消息最好還包括體部路由選擇信息102b。該體部路由選擇信息102b包括與呼叫者相關的信息，用于推斷呼叫者的意圖。
根據(jù)頭部路由選擇信息和體部路由選擇信息，位置服務器100產生地址106。在這一點上，位置服務器100可以使用位置服務器58和數(shù)據(jù)庫57中的信息和/或基于確定最適當?shù)牡刂返囊?guī)則和處理邏輯，來推斷所述地址。該地址可以是例如一特定IP地址。
位置服務最好是位于服務器56中的一個軟件模塊。或者，位置服務可以是位于位置服務器58和/或數(shù)據(jù)庫57中的一軟件模塊。然而，本領域普通技術人員應當了解，位置服務可用固件，硬件，或軟件、固件和/或硬件的任何組合來實現(xiàn)。
圖6為根據(jù)本發(fā)明的一個實施例建立IP電話呼叫的方法的流程圖。該過程開始后，在步驟210中，呼叫端點50確定是否收到發(fā)出一個呼叫的請求。呼叫者可能通過例如從一個網頁中選擇點擊呼叫按鈕來請求發(fā)出一個呼叫，通過位于呼叫端點的瀏覽器來提供該網頁。如果請求被接收到，在步驟212中，呼叫端點搜尋一個數(shù)據(jù)存儲器以獲得呼叫者信息。該數(shù)據(jù)存儲器可以是RAM，磁盤驅動器，或其它任何本領域通常用到的存儲設備。呼叫端點搜尋特定文件名，文件擴展名或類似信息，據(jù)此已知呼叫者信息被存儲。優(yōu)選的是，呼叫端點檢索呼叫者信息，該信息與呼叫的目的地有關且與服務器56相關。
根據(jù)本發(fā)明的一個實施例，檢索出的呼叫者信息被用于填充網頁中的條目，用于用戶確認。例如，網頁可以提供用于最后呼叫的部門，最后呼叫的代理，產品名，帳號及類似的條目，呼叫端點根據(jù)檢索出的呼叫信息自動填充這些條目。在檢查之后，用戶可以修改這些自動填充的信息。
在步驟214中，呼叫端點生成一個呼叫啟動請求消息，例如SIP INVITE消息，隨同標準頭部路由選擇信息，一起發(fā)送到服務器56。另外，在步驟216中，呼叫端點在呼叫啟動請求消息的體部加入被檢索出的呼叫者信息，作為體部路由選擇信息。
在步驟218中，呼叫端點將包括頭部和體部路由選擇信息的呼叫啟動請求消息發(fā)送到服務器56。服務器56接收該呼叫啟動請求消息并從中檢索出頭部路由選擇信息和體部路由選擇信息。在步驟220中，服務器56根據(jù)頭部路由選擇信息和體部路由選擇信息確定被呼叫端點的地址。例如，頭部路由選擇信息可以在“To”字段中指示通用客戶服務號，而體部路由選擇信息可以指示特定部門或代理，呼叫被路由選擇到所述特定部門或代理。在步驟222中，SIP服務器基于被確定的地址，將呼叫路由選擇到一端點。
在步驟224中，作出是否將新的呼叫者信息寫入呼叫端點50的決定。該信息可以由服務器56，被呼叫端點52，或呼叫端點自身提供。如果回答是YES，呼叫端點將該信息存儲在適當?shù)拇鎯ξ恢?。然后該信息被用于發(fā)送將來的體部路由選擇信息。
雖然本發(fā)明通過特定實施例被描述，本領域普通技術人員不難設計出不背離本發(fā)明領域和精神的多種變化。因此，可以理解，本發(fā)明可以以與特定描述的內容不同的方式被實施。這樣，本發(fā)明現(xiàn)有各實施例在所有方面應當被理解成說明性的，而不是限制性的，通過附加的權利要求和它們的等同部分而非前述的說明書來確定本發(fā)明的范圍。
權利要求
1.一種在第一設備和第二設備之間建立IP電話會話的方法，該方法包括從第一設備接收一個呼叫建立消息，該呼叫建立消息包括在該消息頭部中的第一路由選擇信息和在該消息體部中的第二路由選擇信息；基于所述第一和第二路由選擇信息確定第二設備的地址；以及應用該地址以將所述會話路由選擇到第二設備。
2.根據(jù)權利要求1所述的方法，其中，所述呼叫建立消息為會話啟動協(xié)議消息。
3.根據(jù)權利要求1所述的方法，其中，第二路由選擇信息包括收集到的關于第一設備的用戶的信息。
4.根據(jù)權利要求1所述的方法，其中，第二路由選擇信息包括呼叫者意圖信息。
5.根據(jù)權利要求4所述的方法，其中，所述呼叫者意圖信息包括在開始會話時第一設備的用戶意圖信息。
6.根據(jù)權利要求1所述的方法，還包括將新的信息寫入第一設備，用于由第一設備發(fā)出的未來的IP電話會話的路由選擇。
7.一種在第一設備和第二設備之間建立IP電話會話的方法，該方法包括從第一設備上的一個數(shù)據(jù)存儲器檢索呼叫者意圖信息；產生一個呼叫建立消息，該消息包括一頭部和一體部，該體部中包括所述呼叫者意圖信息；以及將呼叫者啟動請求發(fā)送到一個服務器，以基于所述呼叫者意圖信息將所述會話路由選擇到第二設備。
8.根據(jù)權利要求7所述的方法，其中所述呼叫建立消息為會話啟動協(xié)議消息。
9.根據(jù)權利要求7所述的方法，其中所述呼叫者意圖信息包括在開始會話時第一設備的用戶意圖信息。
10.根據(jù)權利要求7所述的方法，還包括將新的呼叫者意圖信息寫入所述數(shù)據(jù)存儲器中，以便用于由第一設備發(fā)出的未來的會話的路由選擇。
11.一種IP電話系統(tǒng)，包括第一設備；第二設備；和一個可在第一設備和第二設備之間工作的服務器，其特征在于，所述第一設備產生一個呼叫建立消息，該消息包括一頭部和一體部，所述體部包括呼叫者意圖信息，所述呼叫者意圖信息被所述服務器用來確定第二設備的地址，以將通話路由選擇到第二設備。
12.根據(jù)權利要求11所述的系統(tǒng)，其中所述呼叫建立消息為會話啟動協(xié)議消息。
13.根據(jù)權利要求11所述的系統(tǒng)，其中所述呼叫者意圖信息包括在開始會話時第一設備的用戶意圖信息。
14.根據(jù)權利要求11所述的系統(tǒng)，其特征在于，所述服務器將新信息寫入第一設備中，以便用于由第一設備發(fā)出的未來IP電話會話的路由選擇。
15.根據(jù)權利要求11所述的系統(tǒng)，其特征在于，第二設備將新信息寫入第一設備中，以便用于由第一設備發(fā)出的未來IP電話會話的路由選擇。
16.一種在IP電話系統(tǒng)中第一設備和第二設備之間可操作的服務器，該服務器被配置成用來從第一設備接收一個呼叫建立消息，該呼叫建立消息包括在該消息頭部中的第一路由選擇信息和在該消息體部中的第二路由選擇信息；基于所述第一和第二路由選擇信息確定第二設備的地址；以及使用該地址以將會話路由選擇到第二設備。
17.根據(jù)權利要求16的服務器，其中，所述呼叫建立消息為會話啟動協(xié)議消息。
18.根據(jù)權利要求16的服務器，其中，第二路由選擇信息包括收集到的與第一設備的用戶有關的信息。
19.根據(jù)權利要求16的服務器，其中，第二路由選擇信息包括呼叫者意圖信息。
20.根據(jù)權利要求19的服務器，其中，所述呼叫者意圖信息包括在開始會話時第一設備的用戶意圖信息。
21.根據(jù)權利要求16的服務器，還被配置成用來將新信息寫入第一設備中，用于由第一設備發(fā)出的未來的IP電話會話的路由選擇。
全文摘要
本發(fā)明提供一種系統(tǒng)和方法，用于有效地和準確地在呼叫端點和被呼叫端點之間建立SIP會話。呼叫端點產生一個SIP INVITE請求，其包括一頭部和一體部。所述頭部包括標準路由選擇信息，體部包括關于用戶和與呼叫者意圖相關的附加信息。一個SIP服務器接收SIP INVITE請求，并根據(jù)包含在頭部的標準路由選擇信息和包含在體部中的附加呼叫者信息來確定被呼叫端點的地址。SIP服務器將會話路由選擇到被確定的地址。
文檔編號H04L29/06GK1398103SQ02127268
公開日2003年2月19日 申請日期2002年4月3日 優(yōu)先權日2001年4月3日
發(fā)明者邁克爾·文格羅維茨 申請人:阿爾卡塔爾公司