專利名稱：基于接收終端性能及偏好的sip消息的適配系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及使用會話發(fā)起協(xié)議(SIP)消息的終端設備之間的互操作性，更具體而言涉及多媒體內容的適配。
背景技術：
消息傳遞中的互操作性是至關重要的。用戶期望消息可以到達其各自的目的地，并由接收器的終端正確地進行處理。然而不斷出現(xiàn)的移動終端已使得這個要求變得越來越富有挑戰(zhàn)性，這是由于終端特性的廣泛差異性顯示器尺寸和分辨率、可用存儲容量、所支持的格式等等。網絡有時也會施加限制(例如UDP支持的最大的消息長度)。
在公開EP 1 091 601 A2中提出了內容適配，其中，發(fā)送終端首先關于一個目標接收終端對特殊應用服務中心進行檢查，并得知所述目標接收終端是否可以處理一個多媒體消息。服務中心與目標接收終端聯(lián)系并得知該終端的性能。如果目標接收終端能力不足，則消息被發(fā)布到一個特殊的網站上，并向目標接收終端發(fā)送一個帶有URL的SMS消息，以使所述目標接收終端使用PC機通過因特網訪問消息。
在2001年4月30日提交的共同擁有、共同未決的US專利申請NO.09/845,818中，有一個用于低分辨率顯示的web瀏覽器用戶界面的實例，其中可以選擇高分辨率的網站的內容的一部分以用于在低分辨率顯示器上觀看，例如在蜂窩電話中瀏覽。一個實例示出了全部web頁面內容被下載至蜂窩電話的存儲器中，并且在蜂窩電話中對所述內容的后續(xù)處理要基于用戶對于全頁內容中的一小部分的選擇。
然而，在維持互操作性以及增強用戶在包括消息傳遞的多種應用領域中的體驗方面，媒體內容適配代理將扮演一個重要的角色。這些代理通常指的是代碼轉換代理，它們實際上對媒體內容進行轉換使以其適用于目的終端。例如，其中的一種此類轉換是格式變換，例如從PNG格式轉成GIF格式。
盡管對此類代碼轉換代理的需求是顯而易見的，但是令適配更便利的框架卻并不如此。這方面的一個例外是瀏覽的特殊情況。在瀏覽時，過去已經提出了很多方法用于將Web頁面適配于不同的終端用戶。但是那些方案不能被直接用于所有的應用。其它應用的動態(tài)通常與瀏覽差別很大。例如，在瀏覽時，因為在內容請求(比如HTTP中的用戶-代理報頭)中提供了相關信息，目的終端的類型就是已知的了。在SIP(會話發(fā)起協(xié)議)消息傳遞中，接收器并不“發(fā)出請求”以便接收一條消息；消息不經預先警告就到達。因此在代理中需要一種不同的機制以獲取接收終端的性能。
本發(fā)明力圖解決終端之間互操作性的問題，并通過提供一種用于使SIP消息符合于接收終端的性能與特性的框架，來改善終端用戶的體驗。首先，所述消息必須能夠到達接收器。限于終端的存儲容量或網絡限制，為使消息到達目的終端，可能需要減小消息長度。第二點涉及所接收消息的可用性。需要確保內容具有適當?shù)母袷?、特?如圖像分辨率或者音頻采樣率)以及呈現(xiàn)(在小型顯示器上顯示良好)。本發(fā)明描述了可能基于目的終端的特性以及用戶偏好實現(xiàn)此類適配的機制。
對于SIP消息，問題沒有解決。對代碼轉換服務的需求是眾所周知的。在B.Carpenter和S.Brim的″Middleboxestaxonomy andissues″(draft-carpenter-midtax-01.txt，IETF，Internet Draft，April 2001)中，轉碼器被定義為“Transcoders are boxesperforming some type of on-the-fly conversion of applicationlevel data.Examples include the transcoding of existing webpages for display on hand-held wireless devices，andtranscoding between various audio formats for interconnectingdigital mobile phones with voice-over-IP services.Bydefinition，such transcoding cannot be done by the end-system，and at least in the case of voice，it must be done in strictreal time with extremely rapid failure recovery.Not all mediatranslators are mandatory.They may just be useful in case ofmulticast，for example，where all the low-bandwidth receiyerssit in one“corner”of the network and it would be inefficientfor the sender to generate two streams or send both stream allthe way across the network if the“thin”one is only neededfar away from the sender.Generally，media translators areonly useful if the two end systems don’t have ovetlappingcodecs or if the overlapping set is not a good network match.(轉碼器是一些盒子(box)，用來對應用層數(shù)據(jù)執(zhí)行某種快速變換。實例包括，對現(xiàn)有web頁面進行代碼轉換以便在手持無線設備上顯示，以及在各種音頻格式之間進行代碼轉換以便通過VoIP服務連接數(shù)字移動電話。根據(jù)定義，此類代碼轉換是不能由終端系統(tǒng)來完成的，至少在語音傳輸?shù)那闆r下，必須以極其快速的故障恢復嚴格地實時完成。不是所有的媒體翻譯器都是強制性的。它們可能只在多點傳送的情況下有用，例如，其中所有的窄帶接收機都位于網絡的一個“角落”，如果只在距離發(fā)送器很遠處需要一個“細”的流，那么對發(fā)送器來講，產生兩個流或者通過一直穿越網絡發(fā)送這兩個流將會效率低下。通常來講，只有在兩個終端系統(tǒng)沒有重疊的編譯碼器或者重疊的集合不是良好的網絡匹配的情況下，媒體翻譯器才有用。)”SIP消息的上下文里沒有提到在實際應用中這一功能如何實現(xiàn)。這就需要一種解決方案，它不同于信息瀏覽的眾所周知的問題。在瀏覽時，一個請求瀏覽Web頁面的終端將提供他的終端性能(通常以報頭字段的形式用戶-代理、接受、接受-編譯碼等等)。Web服務器將解析終端性能，組成一個適當?shù)腤eb頁面響應并發(fā)送。網關(比如WAP網關)也通過Web頁面請求獲悉終端性能，并能執(zhí)行相應的適配。
在SIP中，消息由發(fā)送器傳到接收器。代理服務器在中間，并不知道接收器的性能，因為接收器并沒有發(fā)出請求。這改變了應用動態(tài)，而且在瀏覽中使用的適配框架不直接適用于SIP消息。需要一種新的適配框架。之前沒有為SIP消息適配提供框架的解決方案。
發(fā)明的公開內容本發(fā)明的一個目的在于為SIP消息適配服務提供一種框架。
根據(jù)本發(fā)明的第一方面，一種方法包括以下步驟在服務器處收到一個來自注冊或預定終端的消息，所述消息包含指明注冊或預定終端的性能或者用戶偏好的信息并且存儲這些信息用于隨后與來自另一實體的呼入消息特性做對比，以及如果需要的話，對呼入的消息進行適配來與注冊或預定終端的性能或者用戶偏好相匹配。
進一步根據(jù)本發(fā)明的第一方面，該方法還包括以下步驟接收呼入消息，將注冊或預定終端的性能或者用戶偏好與來自另一實體的呼入消息的特性相比較，使呼入消息適配于注冊或預定終端的性能或者用戶偏好，并向注冊或預定終端發(fā)送已適配的消息。
更進一步根據(jù)本發(fā)明的第一方面，比較的步驟由與服務器進行通信的消息適配引擎來執(zhí)行。
再根據(jù)本發(fā)明的第一方面，適配的步驟由與服務器進行通信的消息適配引擎來執(zhí)行。
還根據(jù)本發(fā)明的第一方面，接收呼入消息和發(fā)送已適配消息的步驟在服務器處執(zhí)行。
又根據(jù)本發(fā)明的第一方面，該方法還包括以下步驟在存儲步驟之前，從由服務器從注冊或預定終端接收的消息中確定注冊或預定終端的性能或者用戶偏好。這一確定的步驟可由一個性能協(xié)商管理器來執(zhí)行。
還根據(jù)本發(fā)明的第一方面，在服務器上收到的來自注冊或預定終端的消息是一個會話發(fā)起協(xié)議(SIP)注冊或者預定消息。
再根據(jù)本發(fā)明的第一方面，來自另一實體的呼入消息是一個SIP消息。同樣地，呼入消息的適配可能是呼入SIP消息的適配，用以向注冊或者預定終端發(fā)送已適配的SIP消息。
再根據(jù)本發(fā)明的第一方面，注冊或者預定終端是一個移動終端。類似地，另一實體可能是一個移動終端，也可以是一個服務器或者任何其它類型的實體。
根據(jù)本發(fā)明的第二方面，一種設備包括用于在服務器上接收來自注冊或預定終端的注冊或預定消息的裝置，該消息含有指明注冊或預定終端的性能或者用戶偏好的信息；以及用于存儲這些信息以便隨后與來自另一實體的呼入消息的特性進行比較、并且如果需要的話對呼入的消息進行適配以匹配注冊或預定終端的性能或者用戶偏好的裝置。
進一步，根據(jù)本發(fā)明的第二方面，該設備還包括用于接收呼入消息的裝置，用于將注冊或預定終端的性能或者用戶偏好與來自另一實體的呼入消息的特性進行比較的裝置，用于使呼入消息適配于注冊或預定終端的性能或者用戶偏好的裝置，以及用于向注冊或預定終端發(fā)送已適配的消息的裝置。比較裝置可以包括一個與服務器相通信的消息適配引擎。適配裝置可以包括一個與服務器相通信的消息適配引擎。接收呼入消息的裝置和發(fā)送已適配消息的裝置可都在服務器中。
另外，根據(jù)本發(fā)明的第二方面，該設備進一步包括用于從由服務器接收自注冊或預定終端的消息中解析注冊或預定終端的性能或者用戶偏好的裝置。該用于解析的裝置可以包括一個性能協(xié)商管理器。
再根據(jù)本發(fā)明的第二方面，來自注冊或預定終端的注冊器消息或者預定消息是一個會話發(fā)起協(xié)議(SIP)消息。
又根據(jù)本發(fā)明的第二方面，來自另一實體的呼入消息是一個SIP消息。
還根據(jù)本發(fā)明的第二方面，已適配的消息是一個已適配的SIP消息。
又根據(jù)本發(fā)明的第二方面，注冊或預定終端是一個移動終端。
根據(jù)本發(fā)明的第三方面，具有能夠處理消息的終端和在終端請求下執(zhí)行所選功能的服務器的系統(tǒng)包括一個服務器，用于接收來自注冊或預定終端的注冊或預定請求消息；一個性能協(xié)商管理器，用于接收來自服務器的請求以解析注冊或預定終端的性能或者用戶偏好，解析性能或用戶偏好，并將性能及用戶偏好相關信息提供回服務器；其中，服務器通過對隨后接收到的以注冊或預定終端為目標的來自發(fā)送實體或終端的呼入消息進行響應，提供呼入消息和用于適配呼入消息的性能或者用戶偏好相關信息；以及適配裝置，其響應于來自服務器的呼入消息和性能或者用戶偏好相關信息，把呼入消息適配成一定格式，以用于通過服務器向注冊或預定終端以這一格式傳輸已適配的呼入消息，所述格式通過將呼入消息的特性和注冊或預定終端的性能或者用戶偏好相關信息進行比較而確定。
另外，根據(jù)本發(fā)明的第三方面，來自注冊或預定終端的注冊或者預定請求消息是一個會話發(fā)起協(xié)議(SIP)消息。
再根據(jù)本發(fā)明的第三方面，來自發(fā)送實體或終端的呼入消息是一個SIP消息。
又根據(jù)本發(fā)明的第三方面，已適配的呼入消息是一個SIP消息。
還根據(jù)本發(fā)明的第三方面，注冊或預定終端是一個移動終端。
根據(jù)本發(fā)明的第四方面，一種由設備使用的方法包括以下步驟向服務器提供一個注冊或預定消息，該消息包含指明設備性能或者設備用戶偏好的信息，用以在服務器處注冊或預定性能或用戶偏好，以便隨后在服務器上與來自另一實體的呼入消息的特性進行比較，并且如果需要，適配呼入消息以匹配設備性能或用戶偏好；以及接收來自服務器的滿足所述性能或用戶偏好的已適配消息。
再根據(jù)本發(fā)明的第四方面，該設備是一個移動終端。
另外，根據(jù)本發(fā)明的第四方面，注冊或者預定消息是一個會話發(fā)起協(xié)議(SIP)消息。
另外，根據(jù)本發(fā)明的第四方面，已適配的消息也是一個已適配的SIP消息。
本發(fā)明的優(yōu)點包括1)允許終端之間的互操作增加運營商的收入，增強用戶體驗。
2)兼容現(xiàn)有的SIP協(xié)議和消息傳遞擴展。
a)兼容現(xiàn)有以及未來多種SIP注冊或預定方法(例如REGISTER和SUBSCRIBE方法)。在本發(fā)明范圍中，把所有來自終端的注冊和預定請求均稱為“注冊消息”。
b)兼容現(xiàn)有以及未來多種SIP消息，包括即時消息與通知(例如MESSAGE和NOTIFY方法)。
3)可基于多個參數(shù)適配終端性能或用戶偏好(格式、屏幕分辨率、存儲容量)、用戶偏好、網絡特性等等。
4)通過在服務器上而不是在終端上進行內容特性的適配(例如，減小圖像分辨率)，可以減少等待時間以及延長電池壽命。
但是，可能存在的缺點包括1)存在所述適配是破壞性的風險(圖像分辨率或者色彩數(shù)的減少可能會使得小的公司標識消失)。
2)發(fā)送器可能不允許內容操作。
3)在服務器上需要更多的處理。
按照下列如附圖所說明的對本發(fā)明最佳模型的實施例的詳細描述，本發(fā)明的這些和其它目的、特征和優(yōu)點變得更加明顯。
附圖簡述

圖1顯示了根據(jù)本發(fā)明的一種典型的SIP消息適配的消息流程。
圖2顯示了根據(jù)本發(fā)明執(zhí)行的消息適配的各實例。
圖3顯示了圖1系統(tǒng)的示例性細節(jié)。
實現(xiàn)本發(fā)明的最佳模型如前所述，本發(fā)明提出了用于SIP消息適配服務的一種框架。該框架允許發(fā)送器和接收器之間的消息適配。該適配服務框架的目的在于通過這樣一種方式促進消息適配，以使得即便在呼入消息的特性可能要求與目標接收終端大不相同的性能時，也能夠使呼入消息適合于接收終端、用戶偏好和網絡特性(但不限于這些特性)。
根據(jù)如圖1所示的本發(fā)明的一個實施例，系統(tǒng)10包括三個組合單元SIP代理/注冊器12、性能協(xié)商管理器16以及信息適配引擎20。
各單元及其協(xié)作關系描述如下1)SIP代理/注冊器12這個單元執(zhí)行由RFC2543里規(guī)定的SIP代理和注冊器所要求的操作(參見M.Handley等人的“SIPSessionInitiation Protocol，”RFC 2543，IETF，1999年3月)。此外，它還執(zhí)行以下操作a)在注冊或預定14時(如SIP REGISTER，SUBSCRIBE方法)，注冊器“解析”注冊終端15的性能或用戶偏好(使用下面描述的性能協(xié)商管理器模塊16)，并把它們連同注冊數(shù)據(jù)(包括聯(lián)絡地址)一起存儲下來。術語“解析”意味著如下面解釋的通過各種可能的機制獲得或確定終端性能或用戶偏好。
b)當來自諸如發(fā)送終端19的另一實體的一個新信息18(如SIPMESSAGE，NOTIFY方法)到達代理時，代理獲得已經在注冊器中存儲的目標接收終端15的終端性能或用戶偏好，適配此消息(使用下面的信息適配引擎20)并把已適配消息22發(fā)送給接收終端15。
2)性能協(xié)商管理器16此單元負責解析終端性能信息。有很多可能的機制用來獲得終端性能或用戶偏好1)使用用戶-代理報頭作為所謂終端性能數(shù)據(jù)庫46的數(shù)據(jù)庫密鑰，該數(shù)據(jù)庫包含與許多用戶-代理相關的終端特性；終端性能數(shù)據(jù)庫將返回與特定用戶-代理報頭值相關的終端性能或用戶偏好；2)使用諸如接受報頭，接受-編碼報頭等協(xié)議報頭；3)URL，其中性能協(xié)商管理器16將向給定的URL發(fā)出HTTP請求，并得回一些終端性能信息；4)注冊時對性能或用戶偏好的明確報告。所有這些方法都會導致不同的性能或用戶偏好集合，并可能要求用由其它方法獲得的性能或用戶偏好來補充由一種方法獲得的性能或用戶偏好以得到完全反映終端性能或用戶偏好的所能獲得的完整的性能或用戶偏好集合。例如來自URL的性能可能不包含在終端性能數(shù)據(jù)庫46里可用的一些性能。另外，可能想要更著重于更具動態(tài)性的參數(shù)(如反映用戶偏好的接受格式)而不是對于相同模型的所有終端都固定的東西(可能是終端性能數(shù)據(jù)庫的情況)。這樣，可以看出“解析”就是指這樣的操作1)收集來自所接收到的有關終端的信息的所有可能的性能和偏好描述符(報頭、URL、明確的性能或用戶偏好)。此操作包括查找數(shù)據(jù)庫、向相關URL發(fā)出HTTP請求等；2)以最適合的方式組合由各種方法獲得的性能或用戶偏好以建立完整的性能信息集合。這可能包括組合性能描述符以及在復制特定性能描述符時給予某些方法對于其它方法的優(yōu)先權(如接受報頭和終端性能數(shù)據(jù)庫可能包含所支持格式的信息，由于接受報頭是動態(tài)的并且是用戶獨有的，所以通常會給予接受報頭優(yōu)先權)。性能協(xié)商管理器16可以(不受限制)從任何下列輸入組合中解析性能或用戶偏好a)SIP協(xié)議報頭用戶-代理，接受，接受-字符集，接受-編碼等；b)包含其中可以獲取終端性能的位置的URL列表。
性能協(xié)商管理器16可以使用用戶-代理報頭作為包含每種終端的終端性能信息的終端性能數(shù)據(jù)庫(性能協(xié)商管理器的本機或外部)的密鑰。
3)消息適配引擎20此單元負責將消息適配于接收終端。它執(zhí)行格式變換、呈現(xiàn)適配、媒體特性適配、根據(jù)需要減小消息長度、封裝適配(不同的消息打包、不同的二進制編碼等)?？傊?，適配就是基于終端性能、用戶偏好、網絡情況或用戶及其終端或環(huán)境的任何特性而對消息內容所進行的任何操作或修改。
下面的部分是與當前SIP相關規(guī)范相比較的新穎之處1)在注冊處理過程中提供的用于面向會話和非面向會話的應用的性能協(xié)商a)在SIP中，使用注冊來提供聯(lián)絡信息(到達地址)。SIP規(guī)定REGISTER的消息主體用于以后研究；b)在SIP中，性能協(xié)商在會話建立時發(fā)生在兩個客戶之間(使用SDP(會話描述協(xié)議))。沒有會話時，即在SIP即時消息傳遞的情況下，就沒辦法知道目的終端的性能或用戶偏好；c)本發(fā)明提供一種用于性能協(xié)商的方法，而不管所述應用是否基于會話。
2)代理按照接收終端性能或用戶偏好適配消息在SIP中，代理可以對內容進行代碼轉換。然而，這一聲明的范圍主要用于多媒體會話(音頻或視頻呼叫)，其中用戶之間的編解碼器或帶寬不匹配。這種情況下，代理可以使用SDP中的信息“彌合兩個終端之間的差距”。其中沒有提及可以對于消息傳遞應用的這種適配，也沒提及其應當依據(jù)接收終端特性。在描述了用于即時消息傳遞的SIP擴展的J。Rosenberg等人的“SIP Extensions for Instant Messaging”(draft-ietf-simple-im-01，IETF，2001年7月18日，2002年1月16日到期)里，也沒有提及適配功能。該文章說，如果接收器不支持某種格式，它將會返回出錯消息(415＝不支持的媒體類型)，該出錯消息包含列出所支持的格式的接受報頭。這將告訴發(fā)送器發(fā)送有效的格式。
3)支持SIP消息傳遞適配的完整系統(tǒng)。這在SIP消息傳遞里沒有。
這樣，本發(fā)明提供了用于SIP消息適配服務的一個框架，所述適配服務包括代碼轉換。此框架允許適配發(fā)送器和接收器之間的消息。它還允許使信息適用于接收終端、用戶偏好以及網絡特性。
注冊器操作注冊器12除了有在RFC2543里規(guī)定的SIP注冊器操作外，還負責為每個用戶解析和存儲終端性能或用戶偏好。它一接收到注冊消息就使用性能協(xié)商管理器解析性能或用戶偏好。如上所述，有很多可以用來解析它們的方法。不管用什么方法，都要對于每個用戶把所獲得的終端性能信息(包括用戶-代理和接受報頭字段以及其他相關字段)連同標準注冊信息一起存儲下來。以后當收到用于該注冊用戶的呼入消息時，代理要使用這些性能或用戶偏好。
性能協(xié)商管理器操作在SIP代理/注冊器12的請求下，性能協(xié)商管理器16通過使用不同的輸入和方法解析終端性能或用戶偏好。這里示出了三種方法，但系統(tǒng)并不限于這些方法。可以以補充的方式(即由一種方法獲得的信息可以補充由其他方法獲得的信息)使用某些或所有這些方法。對于所描述的方法，注冊器12在線路14上收到SIP注冊消息并把它提供給性能協(xié)商管理器16，然后反過來獲得一個終端性能和用戶偏好集合。
在第一方法中，終端在注冊消息主體(如REGISTER或SUBSCRIBE方法)里明確地提供了性能信息(及用戶偏好)。
注冊消息也可以包含用戶-代理、接受、接受-編碼和接受-字符集報頭字段。用戶-代理報頭字段描述了終端類型及軟件版本。接受報頭字段列舉了所支持的媒體格式(如圖像/jpeg或文本/純文本)。這種方法要求標準化工作以定義終端性能格式及詞典。
第二方法包括使用用戶-代理報頭字段作為終端性能數(shù)據(jù)庫的密鑰，該數(shù)據(jù)庫對于所有已知的用戶-代理包含了相關終端性能或用戶偏好。為此可以參照管理器16里的終端性能數(shù)據(jù)庫46。
在第三方法中，終端發(fā)送一URL列表，代理通過管理器16從其中獲取終端性能簡檔文件。
一般在注冊處理過程中解析性能和用戶偏好并將其隨注冊存儲下來。這可以避免必須對于以給定用戶為目標的每個消息都解析性能和用戶偏好。唯一例外是在代理使用OPTIONS方式時(如下)。
代理操作代理12，除了在RFC 2453中規(guī)定的SIP代理操作外，還負責執(zhí)行SIP消息傳輸。這在圖1的步驟2和3都有描述。代理使用從注冊的或者自身獲得的性能或用戶偏好。然后代理借助消息適配引擎(見下面的操作)適配消息。更確切來講，就是當代理收到一個消息時，就進行如下操作1從注冊器(存儲有注冊信息)請求接收終端性能和偏好。如果其不可用，則代理向接收器發(fā)起一個SIP OPTIONS請求以獲知接收器性能或用戶偏好。借助性能協(xié)商管理器對這些性能和或用戶偏好進行解析。按照實際接收到的性能信息，性能協(xié)商管理器會通過前述方法的其中之一解析性能信息(明確的性能或用戶偏好、具有數(shù)據(jù)庫的用戶-代理、URL)。通過SIP OPTIONS方法獲得的性能和用戶偏好還可以被高速緩沖儲存以用于將來的消息(為此，應給用戶創(chuàng)建一個有合理截止期的注冊條目，并包含所獲得的終端性能或用戶偏好)。
2提供消息及接收終端性能或用戶偏好給消息適配引擎以用于適配。如果步驟1沒有識別出性能，引擎可能決定使用缺省性能進行適配(如大多數(shù)或所有終端通常支持的最小性能集合)，或可能決定除了網絡特性外沒有可能的適配。消息適配引擎可以在給接收器的消息里加一條表明消息已經被適配的通知。如果需要適配并適配成功，則消息適配引擎返回已適配消息，否則，返回原始消息。
3向接收器發(fā)送已適配消息(如不需要適配就發(fā)送原始消息)。
消息適配引擎操作消息適配引擎20負責適配消息。它把原始消息以及接收終端性能或用戶偏好作為輸入。它確定原始消息特性，并將它們和接收終端性能或用戶偏好進行比較。如果需要的話，它適配消息并返回已適配消息。所執(zhí)行的適配操作通常限于消息主體并包含以下操作1)格式變換變換成終端支持的媒體內容格式。例如，如接收終端不支持PNG圖像，可以變換成GIF格式。這一范疇包括版面格式變換(如XHTML轉成WML)和形式變換(如語音轉成文本)。
2)媒體特性適配這涉及對任何媒體特性的修改，其中包括用于小顯示器的圖像分辨率的減小、降低JPEG圖象品質或GIF圖像的色彩數(shù)。
3)呈現(xiàn)或版面適配這涉及使內容呈現(xiàn)適合于接收終端的顯示器特征。例如，橫向顯示器和縱向顯示器的最佳消息呈現(xiàn)(例如，怎樣在顯示器上組織圖像)是有區(qū)別的。
4)消息長度適配通常使用媒體特性或格式變換來減小消息所包含的媒體部分的長度(或在最差情況下刪除其中一些)，從而減小整個消息的長度。例如，可以通過降低品質因數(shù)以減小JPEG圖像的尺寸。這種減小可以在不顯著降低感知品質的情況下進行，當原始消息長度大到目的終端不支持時就需要所述減小(例如在圖1中，向只支持30Kb消息的終端發(fā)送72Kb的消息)。
5)封裝這里指消息里數(shù)據(jù)的打包。這可以隨用于傳送的網絡而改變。所使用的二進制編碼可能也需要被改變(如接受-編碼字段)。
在RFC 2543里定義了三種類型的SIP服務器代理、重定向及注冊器服務器。實現(xiàn)本發(fā)明所需要的框架的基本單元都已被實現(xiàn)在NOKIASofia代理和注冊器軟件里。該軟件用C語言編寫并在Linux OS下運行。為此，重新使用了諾基亞MMSC(多媒體消息傳遞服務中心)多媒體消息適配引擎(MMAE)的很多單元。
因此，本實現(xiàn)方式基本上是現(xiàn)有SIP代理/注冊器服務器的擴展，其具有性能協(xié)商管理器和消息適配引擎軟件。修改SIP代理/注冊器的邏輯以執(zhí)行以上描述的支持適配的操作。
圖2提供了由Sofia代理執(zhí)行的SIP消息適配的例子。原始消息顯示在左邊。其總長度是43Kb并且由四個部分組成。
1)一個小的文本消息(41字節(jié))。
2)一張顯示電話的GIF圖像(195×195象素，16kb)3)兩張JEPG圖像(224×220，15kb和250×187，11kb)原始消息被發(fā)送給兩個接收器(圖2中間和右邊)。中間終端性能包括1)最大圖像分辨率＝160×1202)接受＝文本/純文本；圖像/jpeg3)最大消息長度＝25kb右邊終端性能包括1)最大圖像分辨率＝640×4802)接受＝文本/純文本；圖像/jpeg3)最大消息長度＝30kb此圖顯示了所接收到的經Sofia代理適配的、用于每個終端的消息。中間終端接收到16kb的消息包括1)一個小的文本消息(41字節(jié))。
2)一張顯示電話的JEPG圖像(97×97，7kb)。由于終端不支持GIF格式，圖像被變換成JPEG格式。
3)兩張JEPG圖像(112×110，5.6kb和125×93，3.5kb)。
右邊終端接收到29kb的消息包括1)一個小的文本消息(41字節(jié))。
2)一張顯示電話的JEPG圖像(195×195，8.8kb)。由于終端也不支持GIF格式，圖像被變換成JPEG格式。
3)兩張JEPG圖像(224×220，9kb和250×187，11kb)。
值得注意的是，中間終端的消息長度減小是所要求的分辨率減小的副作用。對于右邊終端，不要求減小分辨率，但消息長度要減小。在把第一圖像變換成JPEG格式時已經縮小了一些消息長度，但是為了滿足長度目標還要求對第二圖像進行附加的品質降低。
圖3詳細顯示了實現(xiàn)圖1的代理/注冊器12、性能協(xié)商管理器16及消息適配引擎20的一種方法。應當看到，在實現(xiàn)本文所教導的本發(fā)明時可以有其他許多配置和變例。線路14上的SIP REGISTER消息(SIPSUBSCRIBE消息及其他相關SIP方法同樣適用)由接收機30接收并在線路32上提供給一個SIP代理/注冊器控制器34。之后，控制器34使用性能協(xié)商管理器16獲得與從終端15收到的SIP REGISTER消息相關的性能數(shù)據(jù)。它可以例如通過在線路36上向性能協(xié)商管理器控制器38發(fā)送SIP REGISTER消息來這樣做，其中該控制器在線路40上向裝置42提供所述消息以用于從該消息中提取性能或用戶偏好信息(包括明確的性能或用戶偏好)。裝置42將所提取的性能信息提供回控制器38，其中所述性能信息可以在線路36上被提供給服務器12以便可以存儲在其中?；蛘撸绻越K端例如僅僅通過其型號表明其身份，則性能協(xié)商管理器控制器38可以咨詢含有已知終端的性能列表的終端性能數(shù)據(jù)庫46。系統(tǒng)把終端性能或用戶偏好和注冊數(shù)據(jù)一起存儲下來。
SIP REGISTER消息除了可能只給出關于其自身及其性能的有限數(shù)量的消息(諸如上面提到的型號)，它還有可能會給出關于如何定位此類信息的信息(例如借助URL)。那樣，控制器38就可以在線路48上把該URL轉發(fā)給裝置50以便使用到互聯(lián)網的連接52從URL中獲得性能。一旦從指定的URL獲得了性能，裝置50就能把該性能提供給控制器38以供裝置56使用，從而將所確定的性能與由其他方法獲得的性能相組合。為此，可以用信號線54將性能協(xié)商管理器控制器38與裝置56相連，以用于組合由上述不同的、但是補充的方法確定的性能，即組合確定存在于給定終端中的各種性能，以便能夠提供所述終端的完整簡檔。這樣，性能協(xié)商管理器就能以互補的方式組合由不同方法獲得的終端性能信息。在線路36上將完整的簡檔提供給SIP代理/注冊器控制器34。然后，SIP代理/注冊器控制器34在線路58上把完整注冊信息(終端性能或用戶偏好，聯(lián)絡信息等等)轉發(fā)給用于存儲/獲取注冊信息的裝置60。
此時，在來自發(fā)送終端19的任何呼入SIP消息通過線路18到達之前，本發(fā)明提供了一種新穎的框架用于解析和預注冊終端15的性能或用戶偏好。在通過線路18接收到SIP消息時，按照本發(fā)明，關于終端15的該預注冊的信息已經可以在用于存儲/獲取注冊信息的裝置60處獲得，以便由代理/注冊器12直接查找，而不必向目標接收終端15發(fā)送查詢。這樣，在線路18上收到表示目標為終端15的想要的消息的呼入SIP消息后，控制器34就在線路58上向用于存儲/獲取注冊信息的裝置60發(fā)送一個信號(包含目的終端地址)，以便找到任何預存儲的性能信息，并從存在于SIP代理/注冊器12中的用于存儲/獲取注冊信息的裝置60中獲取任何此類預存儲的信息。如果在數(shù)據(jù)庫46里沒有找到關于終端15的預存儲的性能消息，控制器34就向想要的目標終端15發(fā)送一個OPTIONS消息以獲得性能或用戶偏好。換言之，當注冊數(shù)據(jù)中不存在終端性能或用戶偏好時，代理可以使用SIP OPTIONS方法(或任何適當方法)來明確地請求終端性能或用戶偏好。與接收到REGISTER消息時類似地處理作為對OPTIONS請求的響應所收到的消息，即SIP代理/注冊器控制器34請求終端性能管理器16解析終端性能或用戶偏好。SIP代理/注冊器控制器34可以決定高速緩存所述性能或用戶偏好，這例如是通過創(chuàng)建一些包含終端性能或用戶偏好的關于終端的注冊條目，并將其存儲在用于存儲/獲取注冊信息的裝置60中。
SIP代理/注冊器控制器34在線路62上給消息適配引擎20提供兩個輸入(1)關于目標接收終端15的性能信息和(2)呼入的SIP消息。兩者都將被提供給消息適配引擎20中的消息適配控制器64。該控制器64在線路66上把呼入的SIP消息(或至少是由呼入的SIP消息指明的消息特性或性能要求)連同目的終端性能或用戶偏好一起提供給裝置68，用于對二者作比較并確定適配要求。通過將目標終端15的性能或用戶偏好與呼入消息特性(如當前分辨率，圖像格式及大小，消息長度等)關于其每個部分作比較，裝置68確定要求何種適配(或多個適配)。裝置68把這些所確定的適配要求提供回控制器64并在線路72上將其提供給裝置70，以用于將所述消息及其各部分適配成滿足所確定的適配要求。隨后適配裝置70就對所述消息及其各部分執(zhí)行適配操作以滿足注冊終端性能或用戶偏好。然后，一旦消息被完全適配之后(如果消息已經符合終端性能或用戶偏好，它也可以對應于原始消息)，消息適配引擎20就在線路62上把經完全適配的消息返回給控制器34。所述控制器34又在線路74上將所述完全適配的消息提供給裝置76以用于發(fā)送已適配的SIP消息。然后，發(fā)送裝置76在線路22上把已適配的SIP消息提供給目標接收終端。
這樣就將理解，對于所說明的實施例，裝置20的作用是為了在SIP消息傳遞的范圍內適配消息。它取得消息以及該消息必須符合的性能或用戶偏好集合，并且返回符合那些性能或用戶偏好的已適配的消息。通過把消息特性與終端性能或用戶偏好作比較并確定適配要求來執(zhí)行這一處理過程。隨后，通過由系統(tǒng)取得所確定的適配要求及消息(或消息部分)并且返回滿足接收終端性能或用戶偏好的已適配消息(或消息部分)來執(zhí)行對每個消息(或部分)的適配。
應當明白，上述實施例雖然利用的是具體的SIP方法，但是本發(fā)明適用于廣泛的、涉及許多包括(但不限于)REGISTER和SUBSCRIBE的服務的SIP注冊/預定消息方法。為此，可以用不同的服務器或SIP服務器替代在本發(fā)明說明書中使用的SIP代理/注冊器。此外，本發(fā)明不僅僅在SIP環(huán)境背景下十分有用，也可以被應用于其他消息傳遞服務和技術中，其中客戶向服務器注冊或預定，并提供有關他們的性能或用戶偏好信息，所述性能或用戶偏好信息被存儲，以便將來由服務器用來適配以所述客戶為目標的消息。
同樣，本發(fā)明還適用于廣泛的、涉及許多包括(但不限制于)MESSAGE和NOTIFY的服務的SIP消息方法。
雖然參照本法明最佳模式的實施例已經顯示和說明了本發(fā)明，但本領域的技術人員將明白在不偏離本發(fā)明精神和范圍的前提下，本發(fā)明可以在形式和細節(jié)上進行前述和各種其他的改變、刪除和添加。
權利要求
1.一種方法，包括以下步驟在服務器(12)處從注冊或預定終端(15)接收一個消息(14)，所述消息包含指明注冊或預定終端的性能或用戶偏好的信息，以及存儲該信息用于隨后與來自另一實體(19)的呼入消息(18)的特性做比較，以及在需要時將呼入消息適配成與注冊或預定終端的性能或者用戶偏好相匹配。
2.根據(jù)權利要求1的方法，進一步包括以下步驟接收呼入消息，將注冊或預定終端的性能或者用戶偏好與來自另一實體的呼入消息的特性相比較，使呼入消息適配于注冊或預定終端的性能或者用戶偏好，以及向注冊或預定終端發(fā)送已適配的消息。
3.根據(jù)權利要求2的方法，其中比較的步驟由與服務器通信的消息適配引擎來執(zhí)行。
4.根據(jù)權利要求2的方法，其中適配的步驟由與服務器進行通信的消息適配引擎來執(zhí)行。
5.根據(jù)權利要求4的方法，其中比較的步驟由與服務器進行通信的消息適配引擎來執(zhí)行。
6.根據(jù)權利要求2的方法，其中接收呼入消息和發(fā)送已適配消息的步驟在服務器處執(zhí)行。
7.根據(jù)權利要求1的方法，還包括步驟在所述存儲步驟之前，從由服務器從注冊或預定終端接收的消息中確定注冊或預定終端的性能或者用戶偏好。
8.根據(jù)權利要求7的方法，其中確定的步驟由性能協(xié)商管理器來執(zhí)行。
9.根據(jù)權利要求1的方法，其中在服務器上接收的、來自注冊或預定終端的消息是會話發(fā)起協(xié)議(SIP)注冊或預定消息。
10.根據(jù)權利要求1的方法，其中來自另一實體的呼入消息是SIP消息，并且對呼入消息的適配是對呼入SIP消息的適配，用以向注冊或預定終端發(fā)送已適配的SIP消息。
11.根據(jù)權利要求1的方法，其中注冊或預定終端是移動終端。
12.設備，包括用于在服務器(12)上接收來自注冊或預定終端(15)的注冊或預定消息(14)的裝置(30)，該消息含有指明注冊或預定終端的性能或者用戶偏好的信息，以及用于存儲這些信息以供隨后與來自另一實體(19)的呼入消息(18)的特性進行比較、并在需要時將呼入的消息適配成與注冊或預定終端的性能或者用戶偏好相匹配的裝置(60)。
13.根據(jù)權利要求12的設備，還包括用于接收呼入消息的裝置(38)，用于將注冊或預定終端的性能或者用戶偏好與來自另一實體的呼入消息的特性進行比較的裝置(68)，用于使呼入消息適配于注冊或預定終端的性能或者用戶偏好的裝置(70)，以及用于向注冊或預定終端發(fā)送已適配的消息(22)的裝置(76)。
14.根據(jù)權利要求13的設備，其中用于比較的裝置包括與服務器相通信的消息適配引擎(20)。
15.根據(jù)權利要求13的設備，其中用于適配的裝置包括與服務器相通信的消息適配引擎(20)。
16.根據(jù)權利要求15的設備，其中用于比較的裝置包括與服務器相通信的所述消息適配引擎(20)。
17.根據(jù)權利要求15的設備，其中用于接收呼入消息的裝置和用于發(fā)送已適配消息的裝置都在服務器中。
18.根據(jù)權利要求12的設備，進一步包括用于從由服務器接收的來自注冊或預定終端的消息中解析注冊或預定終端的性能或者用戶偏好的裝置(16)。
19.根據(jù)權利要求12的設備，其中來自注冊或預定終端的注冊或預定消息是會話發(fā)起協(xié)議(SIP)消息。
20.根據(jù)權利要求12的設備，其中來自另一實體的呼入消息是SIP消息。
21.根據(jù)權利要求12的設備，其中已適配的消息是已適配的SIP消息。
22.根據(jù)權利要求12的設備，其中注冊或預定終端是移動終端。
23.根據(jù)權利要求18的設備，其中用于解析的裝置包括性能協(xié)商管理器。
24.具有能夠處理消息的終端和在終端請求下執(zhí)行所選功能的服務器的系統(tǒng)，包括服務器(12)，用于從注冊或預定終端(15)接收注冊或預定請求消息；性能協(xié)商管理器(16)，用于從服務器接收對于解析注冊或預定終端的性能或者用戶偏好的請求(36)、解析性能或用戶偏好以及將涉及性能和用戶偏好的信息提供回服務器，其中，服務器通過對隨后從發(fā)送實體或終端(19)接收到的、以注冊或預定終端為目標的呼入消息進行響應，提供呼入消息和用于適配該呼入消息的涉及性能或者用戶偏好的信息；以及適配裝置(20)，響應于來自所述服務器的呼入消息和涉及性能或者用戶偏好的信息，用于把呼入消息適配成一個格式，以便服務器向注冊或預定終端以這一格式傳輸已適配的呼入消息，所述格式通過將呼入消息的特性與涉及注冊或預定終端的性能或者用戶偏好的信息進行比較而確定。
25.根據(jù)權利要求24的系統(tǒng)，其中來自注冊或預定終端的注冊或預定請求消息是會話發(fā)起協(xié)議(SIP)消息。
26.根根據(jù)權利要求24的系統(tǒng)，其中來自發(fā)送實體或終端的呼入消息是SIP消息。
27.根據(jù)權利要求24的系統(tǒng)，其中已適配的呼入消息是SIP消息。
28.根據(jù)權利要求24的系統(tǒng)，其中，注冊或預定終端是移動終端。
29.一種由設備使用的方法，包括以下步驟向服務器提供注冊或預定消息，該消息包含指明設備性能或者設備的用戶偏好的信息，用以在所述服務器處存儲所述性能或用戶偏好，以便隨后與來自另一實體的呼入消息的特性進行比較，并且在需要時將所述呼入消息適配成與設備性能或用戶偏好相匹配；以及按照需要，從服務器接收作為滿足所述性能或用戶偏好的已適配消息的所述呼入消息。
30.根據(jù)權利要求29的方法，其中該設備是移動終端。
31.根據(jù)權利要求29的方法，其中注冊或預定消息是會話發(fā)起協(xié)議(SIP)消息。
32.根據(jù)權利要求29的方法，其中已適配的消息是已適配的SIP消息。
33.一種用于存儲在計算機可讀媒體上的計算機程序產品，用于執(zhí)行權利要求1至11中的任何一個的步驟。
全文摘要
一個具有能夠處理SIP消息的會話發(fā)起協(xié)議(SIP)終端和在SIP終端請求下執(zhí)行所選功能的SIP服務器的系統(tǒng)，包括一個SIP服務器(12)，用于在由性能協(xié)商管理器(16)解析之后對注冊終端(15)的性能或者用戶偏好進行預注冊，并用于隨后接收一個來自發(fā)送終端(19)的呼入SIP消息，該消息指明了以預注冊的終端為目標的消息；以及適配裝置(20)，用于把呼入消息適配成滿足預注冊的終端的性能或者用戶偏好，用以由SIP服務器向預注冊的終端傳輸。
文檔編號G06F15/16GK1656789SQ03812438
公開日2005年8月17日 申請日期2003年5月21日 優(yōu)先權日2002年5月31日
發(fā)明者S·庫倫布 申請人:諾基亞有限公司