專利名稱：基于接收終端性能及偏好的sip消息的適配系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及使用會(huì)話發(fā)起協(xié)議(SIP)消息的終端設(shè)備之間的互操作性，更具體而言涉及多媒體內(nèi)容的適配。
背景技術(shù)：
消息傳遞中的互操作性是至關(guān)重要的。用戶期望消息可以到達(dá)其各自的目的地，并由接收器的終端正確地進(jìn)行處理。然而不斷出現(xiàn)的移動(dòng)終端已使得這個(gè)要求變得越來越富有挑戰(zhàn)性，這是由于終端特性的廣泛差異性顯示器尺寸和分辨率、可用存儲(chǔ)容量、所支持的格式等等。網(wǎng)絡(luò)有時(shí)也會(huì)施加限制(例如UDP支持的最大的消息長(zhǎng)度)。
在公開EP 1 091 601 A2中提出了內(nèi)容適配，其中，發(fā)送終端首先關(guān)于一個(gè)目標(biāo)接收終端對(duì)特殊應(yīng)用服務(wù)中心進(jìn)行檢查，并得知所述目標(biāo)接收終端是否可以處理一個(gè)多媒體消息。服務(wù)中心與目標(biāo)接收終端聯(lián)系并得知該終端的性能。如果目標(biāo)接收終端能力不足，則消息被發(fā)布到一個(gè)特殊的網(wǎng)站上，并向目標(biāo)接收終端發(fā)送一個(gè)帶有URL的SMS消息，以使所述目標(biāo)接收終端使用PC機(jī)通過因特網(wǎng)訪問消息。
在2001年4月30日提交的共同擁有、共同未決的US專利申請(qǐng)NO.09/845,818中，有一個(gè)用于低分辨率顯示的web瀏覽器用戶界面的實(shí)例，其中可以選擇高分辨率的網(wǎng)站的內(nèi)容的一部分以用于在低分辨率顯示器上觀看，例如在蜂窩電話中瀏覽。一個(gè)實(shí)例示出了全部web頁(yè)面內(nèi)容被下載至蜂窩電話的存儲(chǔ)器中，并且在蜂窩電話中對(duì)所述內(nèi)容的后續(xù)處理要基于用戶對(duì)于全頁(yè)內(nèi)容中的一小部分的選擇。
然而，在維持互操作性以及增強(qiáng)用戶在包括消息傳遞的多種應(yīng)用領(lǐng)域中的體驗(yàn)方面，媒體內(nèi)容適配代理將扮演一個(gè)重要的角色。這些代理通常指的是代碼轉(zhuǎn)換代理，它們實(shí)際上對(duì)媒體內(nèi)容進(jìn)行轉(zhuǎn)換使以其適用于目的終端。例如，其中的一種此類轉(zhuǎn)換是格式變換，例如從PNG格式轉(zhuǎn)成GIF格式。
盡管對(duì)此類代碼轉(zhuǎn)換代理的需求是顯而易見的，但是令適配更便利的框架卻并不如此。這方面的一個(gè)例外是瀏覽的特殊情況。在瀏覽時(shí)，過去已經(jīng)提出了很多方法用于將Web頁(yè)面適配于不同的終端用戶。但是那些方案不能被直接用于所有的應(yīng)用。其它應(yīng)用的動(dòng)態(tài)通常與瀏覽差別很大。例如，在瀏覽時(shí)，因?yàn)樵趦?nèi)容請(qǐng)求(比如HTTP中的用戶-代理報(bào)頭)中提供了相關(guān)信息，目的終端的類型就是已知的了。在SIP(會(huì)話發(fā)起協(xié)議)消息傳遞中，接收器并不“發(fā)出請(qǐng)求”以便接收一條消息；消息不經(jīng)預(yù)先警告就到達(dá)。因此在代理中需要一種不同的機(jī)制以獲取接收終端的性能。
本發(fā)明力圖解決終端之間互操作性的問題，并通過提供一種用于使SIP消息符合于接收終端的性能與特性的框架，來改善終端用戶的體驗(yàn)。首先，所述消息必須能夠到達(dá)接收器。限于終端的存儲(chǔ)容量或網(wǎng)絡(luò)限制，為使消息到達(dá)目的終端，可能需要減小消息長(zhǎng)度。第二點(diǎn)涉及所接收消息的可用性。需要確保內(nèi)容具有適當(dāng)?shù)母袷?、特?如圖像分辨率或者音頻采樣率)以及呈現(xiàn)(在小型顯示器上顯示良好)。本發(fā)明描述了可能基于目的終端的特性以及用戶偏好實(shí)現(xiàn)此類適配的機(jī)制。
對(duì)于SIP消息，問題沒有解決。對(duì)代碼轉(zhuǎn)換服務(wù)的需求是眾所周知的。在B.Carpenter和S.Brim的″Middleboxestaxonomy andissues″(draft-carpenter-midtax-01.txt，IETF，Internet Draft，April 2001)中，轉(zhuǎn)碼器被定義為“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.(轉(zhuǎn)碼器是一些盒子(box)，用來對(duì)應(yīng)用層數(shù)據(jù)執(zhí)行某種快速變換。實(shí)例包括，對(duì)現(xiàn)有web頁(yè)面進(jìn)行代碼轉(zhuǎn)換以便在手持無線設(shè)備上顯示，以及在各種音頻格式之間進(jìn)行代碼轉(zhuǎn)換以便通過VoIP服務(wù)連接數(shù)字移動(dòng)電話。根據(jù)定義，此類代碼轉(zhuǎn)換是不能由終端系統(tǒng)來完成的，至少在語(yǔ)音傳輸?shù)那闆r下，必須以極其快速的故障恢復(fù)嚴(yán)格地實(shí)時(shí)完成。不是所有的媒體翻譯器都是強(qiáng)制性的。它們可能只在多點(diǎn)傳送的情況下有用，例如，其中所有的窄帶接收機(jī)都位于網(wǎng)絡(luò)的一個(gè)“角落”，如果只在距離發(fā)送器很遠(yuǎn)處需要一個(gè)“細(xì)”的流，那么對(duì)發(fā)送器來講，產(chǎn)生兩個(gè)流或者通過一直穿越網(wǎng)絡(luò)發(fā)送這兩個(gè)流將會(huì)效率低下。通常來講，只有在兩個(gè)終端系統(tǒng)沒有重疊的編譯碼器或者重疊的集合不是良好的網(wǎng)絡(luò)匹配的情況下，媒體翻譯器才有用。)”SIP消息的上下文里沒有提到在實(shí)際應(yīng)用中這一功能如何實(shí)現(xiàn)。這就需要一種解決方案，它不同于信息瀏覽的眾所周知的問題。在瀏覽時(shí)，一個(gè)請(qǐng)求瀏覽Web頁(yè)面的終端將提供他的終端性能(通常以報(bào)頭字段的形式用戶-代理、接受、接受-編譯碼等等)。Web服務(wù)器將解析終端性能，組成一個(gè)適當(dāng)?shù)腤eb頁(yè)面響應(yīng)并發(fā)送。網(wǎng)關(guān)(比如WAP網(wǎng)關(guān))也通過Web頁(yè)面請(qǐng)求獲悉終端性能，并能執(zhí)行相應(yīng)的適配。
在SIP中，消息由發(fā)送器傳到接收器。代理服務(wù)器在中間，并不知道接收器的性能，因?yàn)榻邮掌鞑]有發(fā)出請(qǐng)求。這改變了應(yīng)用動(dòng)態(tài)，而且在瀏覽中使用的適配框架不直接適用于SIP消息。需要一種新的適配框架。之前沒有為SIP消息適配提供框架的解決方案。
發(fā)明的公開內(nèi)容本發(fā)明的一個(gè)目的在于為SIP消息適配服務(wù)提供一種框架。
根據(jù)本發(fā)明的第一方面，一種方法包括以下步驟在服務(wù)器處收到一個(gè)來自注冊(cè)或預(yù)定終端的消息，所述消息包含指明注冊(cè)或預(yù)定終端的性能或者用戶偏好的信息并且存儲(chǔ)這些信息用于隨后與來自另一實(shí)體的呼入消息特性做對(duì)比，以及如果需要的話，對(duì)呼入的消息進(jìn)行適配來與注冊(cè)或預(yù)定終端的性能或者用戶偏好相匹配。
進(jìn)一步根據(jù)本發(fā)明的第一方面，該方法還包括以下步驟接收呼入消息，將注冊(cè)或預(yù)定終端的性能或者用戶偏好與來自另一實(shí)體的呼入消息的特性相比較，使呼入消息適配于注冊(cè)或預(yù)定終端的性能或者用戶偏好，并向注冊(cè)或預(yù)定終端發(fā)送已適配的消息。
更進(jìn)一步根據(jù)本發(fā)明的第一方面，比較的步驟由與服務(wù)器進(jìn)行通信的消息適配引擎來執(zhí)行。
再根據(jù)本發(fā)明的第一方面，適配的步驟由與服務(wù)器進(jìn)行通信的消息適配引擎來執(zhí)行。
還根據(jù)本發(fā)明的第一方面，接收呼入消息和發(fā)送已適配消息的步驟在服務(wù)器處執(zhí)行。
又根據(jù)本發(fā)明的第一方面，該方法還包括以下步驟在存儲(chǔ)步驟之前，從由服務(wù)器從注冊(cè)或預(yù)定終端接收的消息中確定注冊(cè)或預(yù)定終端的性能或者用戶偏好。這一確定的步驟可由一個(gè)性能協(xié)商管理器來執(zhí)行。
還根據(jù)本發(fā)明的第一方面，在服務(wù)器上收到的來自注冊(cè)或預(yù)定終端的消息是一個(gè)會(huì)話發(fā)起協(xié)議(SIP)注冊(cè)或者預(yù)定消息。
再根據(jù)本發(fā)明的第一方面，來自另一實(shí)體的呼入消息是一個(gè)SIP消息。同樣地，呼入消息的適配可能是呼入SIP消息的適配，用以向注冊(cè)或者預(yù)定終端發(fā)送已適配的SIP消息。
再根據(jù)本發(fā)明的第一方面，注冊(cè)或者預(yù)定終端是一個(gè)移動(dòng)終端。類似地，另一實(shí)體可能是一個(gè)移動(dòng)終端，也可以是一個(gè)服務(wù)器或者任何其它類型的實(shí)體。
根據(jù)本發(fā)明的第二方面，一種設(shè)備包括用于在服務(wù)器上接收來自注冊(cè)或預(yù)定終端的注冊(cè)或預(yù)定消息的裝置，該消息含有指明注冊(cè)或預(yù)定終端的性能或者用戶偏好的信息；以及用于存儲(chǔ)這些信息以便隨后與來自另一實(shí)體的呼入消息的特性進(jìn)行比較、并且如果需要的話對(duì)呼入的消息進(jìn)行適配以匹配注冊(cè)或預(yù)定終端的性能或者用戶偏好的裝置。
進(jìn)一步，根據(jù)本發(fā)明的第二方面，該設(shè)備還包括用于接收呼入消息的裝置，用于將注冊(cè)或預(yù)定終端的性能或者用戶偏好與來自另一實(shí)體的呼入消息的特性進(jìn)行比較的裝置，用于使呼入消息適配于注冊(cè)或預(yù)定終端的性能或者用戶偏好的裝置，以及用于向注冊(cè)或預(yù)定終端發(fā)送已適配的消息的裝置。比較裝置可以包括一個(gè)與服務(wù)器相通信的消息適配引擎。適配裝置可以包括一個(gè)與服務(wù)器相通信的消息適配引擎。接收呼入消息的裝置和發(fā)送已適配消息的裝置可都在服務(wù)器中。
另外，根據(jù)本發(fā)明的第二方面，該設(shè)備進(jìn)一步包括用于從由服務(wù)器接收自注冊(cè)或預(yù)定終端的消息中解析注冊(cè)或預(yù)定終端的性能或者用戶偏好的裝置。該用于解析的裝置可以包括一個(gè)性能協(xié)商管理器。
再根據(jù)本發(fā)明的第二方面，來自注冊(cè)或預(yù)定終端的注冊(cè)器消息或者預(yù)定消息是一個(gè)會(huì)話發(fā)起協(xié)議(SIP)消息。
又根據(jù)本發(fā)明的第二方面，來自另一實(shí)體的呼入消息是一個(gè)SIP消息。
還根據(jù)本發(fā)明的第二方面，已適配的消息是一個(gè)已適配的SIP消息。
又根據(jù)本發(fā)明的第二方面，注冊(cè)或預(yù)定終端是一個(gè)移動(dòng)終端。
根據(jù)本發(fā)明的第三方面，具有能夠處理消息的終端和在終端請(qǐng)求下執(zhí)行所選功能的服務(wù)器的系統(tǒng)包括一個(gè)服務(wù)器，用于接收來自注冊(cè)或預(yù)定終端的注冊(cè)或預(yù)定請(qǐng)求消息；一個(gè)性能協(xié)商管理器，用于接收來自服務(wù)器的請(qǐng)求以解析注冊(cè)或預(yù)定終端的性能或者用戶偏好，解析性能或用戶偏好，并將性能及用戶偏好相關(guān)信息提供回服務(wù)器；其中，服務(wù)器通過對(duì)隨后接收到的以注冊(cè)或預(yù)定終端為目標(biāo)的來自發(fā)送實(shí)體或終端的呼入消息進(jìn)行響應(yīng)，提供呼入消息和用于適配呼入消息的性能或者用戶偏好相關(guān)信息；以及適配裝置，其響應(yīng)于來自服務(wù)器的呼入消息和性能或者用戶偏好相關(guān)信息，把呼入消息適配成一定格式，以用于通過服務(wù)器向注冊(cè)或預(yù)定終端以這一格式傳輸已適配的呼入消息，所述格式通過將呼入消息的特性和注冊(cè)或預(yù)定終端的性能或者用戶偏好相關(guān)信息進(jìn)行比較而確定。
另外，根據(jù)本發(fā)明的第三方面，來自注冊(cè)或預(yù)定終端的注冊(cè)或者預(yù)定請(qǐng)求消息是一個(gè)會(huì)話發(fā)起協(xié)議(SIP)消息。
再根據(jù)本發(fā)明的第三方面，來自發(fā)送實(shí)體或終端的呼入消息是一個(gè)SIP消息。
又根據(jù)本發(fā)明的第三方面，已適配的呼入消息是一個(gè)SIP消息。
還根據(jù)本發(fā)明的第三方面，注冊(cè)或預(yù)定終端是一個(gè)移動(dòng)終端。
根據(jù)本發(fā)明的第四方面，一種由設(shè)備使用的方法包括以下步驟向服務(wù)器提供一個(gè)注冊(cè)或預(yù)定消息，該消息包含指明設(shè)備性能或者設(shè)備用戶偏好的信息，用以在服務(wù)器處注冊(cè)或預(yù)定性能或用戶偏好，以便隨后在服務(wù)器上與來自另一實(shí)體的呼入消息的特性進(jìn)行比較，并且如果需要，適配呼入消息以匹配設(shè)備性能或用戶偏好；以及接收來自服務(wù)器的滿足所述性能或用戶偏好的已適配消息。
再根據(jù)本發(fā)明的第四方面，該設(shè)備是一個(gè)移動(dòng)終端。
另外，根據(jù)本發(fā)明的第四方面，注冊(cè)或者預(yù)定消息是一個(gè)會(huì)話發(fā)起協(xié)議(SIP)消息。
另外，根據(jù)本發(fā)明的第四方面，已適配的消息也是一個(gè)已適配的SIP消息。
本發(fā)明的優(yōu)點(diǎn)包括1)允許終端之間的互操作增加運(yùn)營(yíng)商的收入，增強(qiáng)用戶體驗(yàn)。
2)兼容現(xiàn)有的SIP協(xié)議和消息傳遞擴(kuò)展。
a)兼容現(xiàn)有以及未來多種SIP注冊(cè)或預(yù)定方法(例如REGISTER和SUBSCRIBE方法)。在本發(fā)明范圍中，把所有來自終端的注冊(cè)和預(yù)定請(qǐng)求均稱為“注冊(cè)消息”。
b)兼容現(xiàn)有以及未來多種SIP消息，包括即時(shí)消息與通知(例如MESSAGE和NOTIFY方法)。
3)可基于多個(gè)參數(shù)適配終端性能或用戶偏好(格式、屏幕分辨率、存儲(chǔ)容量)、用戶偏好、網(wǎng)絡(luò)特性等等。
4)通過在服務(wù)器上而不是在終端上進(jìn)行內(nèi)容特性的適配(例如，減小圖像分辨率)，可以減少等待時(shí)間以及延長(zhǎng)電池壽命。
但是，可能存在的缺點(diǎn)包括1)存在所述適配是破壞性的風(fēng)險(xiǎn)(圖像分辨率或者色彩數(shù)的減少可能會(huì)使得小的公司標(biāo)識(shí)消失)。
2)發(fā)送器可能不允許內(nèi)容操作。
3)在服務(wù)器上需要更多的處理。
按照下列如附圖所說明的對(duì)本發(fā)明最佳模型的實(shí)施例的詳細(xì)描述，本發(fā)明的這些和其它目的、特征和優(yōu)點(diǎn)變得更加明顯。
附圖簡(jiǎn)述

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