專利名稱：用于管理客戶端的方法、相關(guān)的客戶端和服務(wù)器的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體地涉及在分組網(wǎng)絡(luò)中利用會(huì)話初始協(xié)議(SIP)進(jìn)行客
戶端認(rèn)證和升級(jí)。
背景技術(shù)：
SIP是由IETF于1999年提出的在互聯(lián)網(wǎng)中實(shí)現(xiàn)實(shí)時(shí)通信應(yīng)用的信令控制協(xié)議。 它用于創(chuàng)建、修改和釋放一個(gè)或多個(gè)參與者的會(huì)話。這些會(huì)話例如是互聯(lián)網(wǎng)多媒體會(huì)議、IP 電話或多媒體分發(fā)。會(huì)話的參與者可以通過(guò)組播、單播或二者的組合來(lái)進(jìn)行通信。SIP既不 是會(huì)話描述協(xié)議，也不提供會(huì)議控制功能。為了描述消息內(nèi)容的負(fù)載情況和特點(diǎn)，SIP使用 互聯(lián)網(wǎng)的會(huì)話描述協(xié)議(SDP)來(lái)描述終端設(shè)備的特點(diǎn)。 在利用SIP的系統(tǒng)中采用互聯(lián)網(wǎng)常用的客戶端/服務(wù)器結(jié)構(gòu)，由用戶代理和服務(wù) 器兩大部分組成。其中用戶代理又分為用戶代理客戶端(UAC :UserAgentClient)和用戶代 理服務(wù)器(UAS :UserAgent Server) 。 UAC用來(lái)發(fā)起會(huì)話請(qǐng)求，UAS用來(lái)接受并響應(yīng)會(huì)話請(qǐng) 求。這二者只是邏輯上的功能，實(shí)際上網(wǎng)絡(luò)終端應(yīng)同時(shí)具備這兩種功能，既能發(fā)起會(huì)話，又 能接受并響應(yīng)會(huì)話。 目前，在軟件系統(tǒng)中，還未提出一種通過(guò)SIP實(shí)現(xiàn)軟件認(rèn)證和升級(jí)的標(biāo)準(zhǔn)機(jī)制。不 同的軟件使用不同的專用機(jī)制來(lái)進(jìn)行認(rèn)證和升級(jí)。這存在以下三個(gè)缺點(diǎn)第一，由于沒(méi)有標(biāo) 準(zhǔn)機(jī)制，因此開(kāi)發(fā)者必須設(shè)計(jì)和實(shí)現(xiàn)專用的軟件認(rèn)證和升級(jí)機(jī)制，這在軟件開(kāi)發(fā)過(guò)程中需 要付出額外的工作和成本；第二，難以在系統(tǒng)級(jí)對(duì)軟件認(rèn)證和升級(jí)進(jìn)行管理和維護(hù)；以及， 針對(duì)軟件認(rèn)證和升級(jí)難以實(shí)施第三方應(yīng)用和服務(wù)。

發(fā)明內(nèi)容
為了解決上述現(xiàn)有技術(shù)中的問(wèn)題，根據(jù)本發(fā)明的一個(gè)方面，提出了一種用于在軟 件系統(tǒng)中通過(guò)SIP實(shí)現(xiàn)標(biāo)準(zhǔn)的客戶端認(rèn)證和升級(jí)的方法，其中，在軟件客戶端中預(yù)設(shè)至少 一個(gè)服務(wù)器的地址，在所述客戶端與所述服務(wù)器之間按照會(huì)話初始協(xié)議交換信令從而實(shí)現(xiàn) 對(duì)所述客戶端的管理，所述方法包括所述客戶端當(dāng)開(kāi)始在終端上運(yùn)行時(shí)向所述服務(wù)器發(fā) 送用于向該服務(wù)器注冊(cè)的第一消息；所述服務(wù)器向所述客戶端發(fā)送用于要求認(rèn)證的第二消 息；在所述客戶端收到所述第二消息之后向所述服務(wù)器發(fā)送包含憑證的、用于向所述服務(wù) 器注冊(cè)的第三消息；以及，所述服務(wù)器向所述客戶端發(fā)送包含最新客戶端版本信息的、用于 確認(rèn)的第四消息。 根據(jù)本發(fā)明的方法還包括如果所述客戶端本身的版本低于包含于所述第四消息 中的最新版本并且用戶決定進(jìn)行升級(jí)，則所述客戶端向所述服務(wù)器發(fā)送包含所述最新客戶 端版本信息的、用于與所述服務(wù)器發(fā)起關(guān)于升級(jí)的會(huì)話的第五消息；以及，所述服務(wù)器向所 述客戶端傳送用于進(jìn)行升級(jí)的數(shù)據(jù)。 可選地，所述服務(wù)器在收到所述第五消息后，還可以向所述客戶端發(fā)送用于要求 認(rèn)證的第六消息，并且當(dāng)所述客戶端收到所述第六消息之后向所述服務(wù)器發(fā)送包含憑證和所述最新客戶端版本信息的、用于與所述服務(wù)器發(fā)起關(guān)于升級(jí)的會(huì)話的第七消息。 根據(jù)本發(fā)明的另一方面，提出了一種在分組網(wǎng)絡(luò)中與至少一個(gè)服務(wù)器交換信令的
客戶端，其中，在所述客戶端中預(yù)設(shè)所述服務(wù)器的地址，在所述客戶端與所述服務(wù)器之間按
照會(huì)話初始協(xié)議交換信令從而實(shí)現(xiàn)對(duì)所述客戶端的管理。所述客戶端包括消息修改裝置，
其用于在用戶決定進(jìn)行升級(jí)的情況下將最新客戶端版本信息設(shè)置在用于與所述服務(wù)器發(fā)
起關(guān)于升級(jí)的會(huì)話的消息中。 根據(jù)本發(fā)明的又一方面，提出了一種用于在利用SIP的系統(tǒng)中實(shí)現(xiàn)標(biāo)準(zhǔn)的客戶端 認(rèn)證和升級(jí)的服務(wù)器，其中，在所述客戶端中預(yù)設(shè)所述服務(wù)器的地址，在所述客戶端與所述 服務(wù)器之間按照會(huì)話初始協(xié)議交換信令從而實(shí)現(xiàn)對(duì)所述客戶端的管理。所述服務(wù)器包括消 息修改裝置，其用于當(dāng)成功認(rèn)證客戶端之后將最新客戶端版本信息設(shè)置在用于確認(rèn)的消息 中。


通過(guò)閱讀下面結(jié)合附圖對(duì)本發(fā)明具體實(shí)施例的說(shuō)明，本發(fā)明的上述及其他特征和 優(yōu)點(diǎn)將變得更加明顯。其中 圖1概略地說(shuō)明了如何利用SIP來(lái)實(shí)現(xiàn)和標(biāo)準(zhǔn)化客戶端認(rèn)證；
圖2概略地說(shuō)明了如何利用SIP來(lái)實(shí)現(xiàn)和標(biāo)準(zhǔn)化客戶端升級(jí)；
圖3是根據(jù)本發(fā)明一個(gè)實(shí)施例的客戶端認(rèn)證和升級(jí)方法的流程圖；
圖4是根據(jù)本發(fā)明另一個(gè)實(shí)施例的客戶端認(rèn)證和升級(jí)方法的流程圖；
圖5是根據(jù)本發(fā)明一個(gè)實(shí)施例的客戶端的框圖；禾口
圖6是根據(jù)本發(fā)明一個(gè)實(shí)施例的服務(wù)器的框圖。
具體實(shí)施例方式
本發(fā)明提出了一種用于在利用SIP的系統(tǒng)中實(shí)現(xiàn)和標(biāo)準(zhǔn)化軟件管理的方法，所述 管理包括例如認(rèn)證和升級(jí)。本發(fā)明的基本思想是利用SIP注冊(cè)來(lái)實(shí)現(xiàn)和標(biāo)準(zhǔn)化軟件認(rèn)證； 以及利用SIP會(huì)話發(fā)起來(lái)實(shí)現(xiàn)和標(biāo)準(zhǔn)化軟件升級(jí)。軟件與軟件服務(wù)器之間的信令流可以例 如嚴(yán)格遵循RFC 3261 。應(yīng)當(dāng)指出，為了經(jīng)由網(wǎng)絡(luò)而實(shí)現(xiàn)軟件認(rèn)證和升級(jí)，軟件必須知道至少 一個(gè)軟件服務(wù)器的地址，并且軟件用作SIP用戶代理客戶端(UAC)而其服務(wù)器用作SIP注 冊(cè)服務(wù)器和用戶代理服務(wù)器(UAS)。圖1和圖2概略地說(shuō)明了本發(fā)明的基本思想。
注意，下文將提到的軟件認(rèn)證服務(wù)器與軟件升級(jí)服務(wù)器從邏輯上來(lái)說(shuō)是兩個(gè)不同 的模塊，但是在實(shí)際應(yīng)用中，可以物理上共存于同一服務(wù)器內(nèi)。 圖1說(shuō)明了如何利用SIP來(lái)實(shí)現(xiàn)和標(biāo)準(zhǔn)化軟件認(rèn)證。如圖所示，當(dāng)軟件開(kāi)始運(yùn)行 時(shí)，它首先向軟件認(rèn)證服務(wù)器發(fā)送REGISTER消息(Fl)。在SIP中，用戶代理可以通過(guò)向軟件 認(rèn)證服務(wù)器發(fā)送REGISTER請(qǐng)求消息來(lái)完成注冊(cè)、注銷(xiāo)、刷新、地址映射獲取等操作。然后， 如果軟件認(rèn)證服務(wù)器想要認(rèn)證該軟件，則可以通過(guò)返回帶"WWW-Auth enticate"的401消 息(F2)來(lái)要求軟件提供憑證。軟件收到該401消息后根據(jù)該消息中的認(rèn)證碼計(jì)算出授權(quán)碼 并重新發(fā)出具有授權(quán)碼的REGISTER消息(F3)(只有授權(quán)的軟件才能正確計(jì)算出授權(quán)碼)。 接著，當(dāng)軟件認(rèn)證服務(wù)器成功處理完具有正確憑證的REGISTER消息后，它將返回2000K消 息(F4)。應(yīng)當(dāng)指出，在由軟件認(rèn)證服務(wù)器返回的這個(gè)2000K消息中引入了新的SIP報(bào)頭
5"Software-Release",軟件認(rèn)證服務(wù)器通過(guò)這個(gè)新報(bào)頭告知軟件當(dāng)前可獲得的最新升級(jí)版 本。該新報(bào)頭包含軟件名稱和版本。其形式例如可以是"Software-Release :software_ name 16. 6. 556. 9"，其中software_name是軟件名稱，而16. 6. 556. 9是版本號(hào)。
認(rèn)證成功之后，軟件即獲知可用的最新升級(jí)版本。如果該軟件自身的版本低于最 新的升級(jí)版本，則例如可以向用戶彈出一個(gè)對(duì)話框以詢問(wèn)用戶是否進(jìn)行升級(jí)。如果用戶決 定進(jìn)行升級(jí)，則該軟件可以使用SIP來(lái)發(fā)起升級(jí)會(huì)話。 圖2說(shuō)明了如何利用SIP來(lái)實(shí)現(xiàn)和標(biāo)準(zhǔn)化軟件升級(jí)。如果用戶決定升級(jí)，則軟件 首先向軟件升級(jí)服務(wù)器發(fā)送INVITE消息(Fl)來(lái)發(fā)起升級(jí)會(huì)話。該INVITE消息中引入了 新的報(bào)頭"Software-Release",該報(bào)頭用于告知服務(wù)器該軟件想要升級(jí)至哪個(gè)軟件版本。 該INVITE消息例如可以如下 INVITE sip :updatesvr. xxx. com SIP/2. 0
Software-Release :software—name 16.6.556.9
… 其中，新的報(bào)頭Software-Release用來(lái)描述軟件名稱和版本號(hào)，即"software— name"是軟件的名稱，而"16. 6. 556. 9"是軟件的版本號(hào)。服務(wù)器可以根據(jù)這個(gè)信息來(lái)選擇 軟件升級(jí)包。F1消息所攜帶的SDP1包含客戶端升級(jí)會(huì)話的參數(shù)。所述參數(shù)包括軟件接收 升級(jí)數(shù)據(jù)所使用的網(wǎng)絡(luò)地址、軟件接收數(shù)據(jù)要使用的傳輸協(xié)議，等等。 此時(shí)，軟件升級(jí)服務(wù)器例如可以要求軟件提供憑證(F3)，如針對(duì)圖1中的 REGISTER消息那樣。在這種情況下，該軟件需要重新發(fā)出具有正確憑證的INVITE消息 (F5)。軟件升級(jí)服務(wù)器完成認(rèn)證之后可以返回具有SDP2的2000K消息(F7)。在得到軟件 的確認(rèn)消息ACK(F8)之后就可以向軟件發(fā)送升級(jí)數(shù)據(jù)了。當(dāng)所有的升級(jí)數(shù)據(jù)被軟件接收完 畢之后，軟件升級(jí)服務(wù)器就發(fā)送BYE(F9)至軟件以釋放該會(huì)話。最后，軟件用所收到的升級(jí) 數(shù)據(jù)來(lái)進(jìn)行升級(jí)。 通過(guò)以上描述可知，采用根據(jù)本發(fā)明的軟件認(rèn)證和升級(jí)方法具有以下優(yōu)點(diǎn)
-不同的軟件可以使用相同的軟件認(rèn)證和升級(jí)機(jī)制；-新軟件的開(kāi)發(fā)成本和工作可以減少，因?yàn)殚_(kāi)發(fā)者不必設(shè)計(jì)和實(shí)現(xiàn)專業(yè)的軟件認(rèn) 證和升級(jí)機(jī)制； _可以在不同的軟件之間重復(fù)使用軟件認(rèn)證和升級(jí)的代碼；
-可以在系統(tǒng)級(jí)實(shí)現(xiàn)對(duì)軟件認(rèn)證和升級(jí)的管理和維護(hù)；以及
-可以在軟件認(rèn)證和升級(jí)上實(shí)現(xiàn)第三方服務(wù)或應(yīng)用。 圖3是根據(jù)本發(fā)明一個(gè)實(shí)施例的客戶端認(rèn)證和升級(jí)方法的流程圖。下面結(jié)合圖1 和圖2來(lái)說(shuō)明圖3的方法。 在步驟301中，所述客戶端當(dāng)開(kāi)始在終端上運(yùn)行時(shí)向所述服務(wù)器發(fā)送用于向該服 務(wù)器注冊(cè)的第一消息。具體地，以圖l所示的信令流程圖為例，運(yùn)行于終端上的客戶端向服
務(wù)器發(fā)送REGISTER消息。在這里，所述終端可以例如是個(gè)人計(jì)算機(jī)、個(gè)人數(shù)字助理(PDA)等。 接著，在步驟302中，所述服務(wù)器向所述客戶端發(fā)送用于要求認(rèn)證的第二消息。在 這里，所述第二消息例如是具有WWW-Authenticate的401消息。在步驟303中，在所述客 戶端收到所述第二消息之后向所述服務(wù)器發(fā)送包含憑證的、用于向所述服務(wù)器注冊(cè)的第三
6消息。在這里，所述第三消息例如是包含憑證的REGISTER消息。在步驟304中，所述服務(wù) 器向所述客戶端發(fā)送包含最新客戶端版本信息的、用于確認(rèn)的第四消息。在這里，所述第四 消息例如是2000K消息，該2000K消息具有如上文所述的新報(bào)頭"Software-Release"。
然后，在步驟305中，如果所述客戶端本身的版本低于包含于所述第四消息中的 最新版本并且用戶決定進(jìn)行升級(jí)，則所述客戶端向所述服務(wù)器發(fā)送包含所述最新客戶端版 本信息的、用于與所述服務(wù)器發(fā)起關(guān)于升級(jí)的會(huì)話的第五消息。具體地，以圖2所示的信 令流程圖為例，在客戶端將收到的版本與自身版本比較后發(fā)現(xiàn)自身版本較低時(shí)，例如可以 向用戶彈出對(duì)話框來(lái)詢問(wèn)用戶是否進(jìn)行升級(jí)。如果用戶決定升級(jí)，則向服務(wù)器發(fā)送INVITE 消息，該INVITE消息中包含如上文所述的新報(bào)頭"Software-Release"用以告知服務(wù)器想 要升級(jí)到哪個(gè)版本。最后，在步驟306中，所述服務(wù)器向所述客戶端傳送用于進(jìn)行升級(jí)的數(shù) 據(jù)。在升級(jí)數(shù)據(jù)傳送完畢之后，服務(wù)器例如可以向客戶端發(fā)送BYE消息以釋放該對(duì)話。
圖4示出了根據(jù)本發(fā)明另一個(gè)實(shí)施例的客戶端認(rèn)證和升級(jí)方法的流程圖。該圖中 的步驟401至405與圖3中的步驟301至305是相同的。在下面的描述中對(duì)于相同的部分 將適當(dāng)?shù)厥÷哉f(shuō)明以避免重復(fù)。 在實(shí)際的應(yīng)用當(dāng)中，服務(wù)器在接收到來(lái)自客戶端的包含版本信息的、用于發(fā)起升 級(jí)會(huì)話的INVITE消息后，可能會(huì)要求客戶端提供憑證。本實(shí)施例就是針對(duì)這種情況。因 此，在步驟406中，所述服務(wù)器向所述客戶端發(fā)送用于要求認(rèn)證的第六消息。在這里，所述 第六消息可以例如是如上文的401消息。接著，在步驟407中，當(dāng)所述客戶端收到所述第六 消息之后向所述服務(wù)器發(fā)送包含憑證和所述最新客戶端版本信息的、用于與所述服務(wù)器發(fā) 起關(guān)于升級(jí)的會(huì)話的第七消息。具體地，以圖2所示的流程為例，當(dāng)客戶端收到來(lái)自服務(wù)器 的401消息之后，向該服務(wù)器重新發(fā)出包含憑證以及所述新報(bào)頭"Software-Release"的 INVITE消息。最后，在步驟408中，當(dāng)所述服務(wù)器認(rèn)證完畢之后，向所述客戶端傳送用于進(jìn) 行升級(jí)的數(shù)據(jù)。同樣，在升級(jí)數(shù)據(jù)傳送完畢之后，服務(wù)器例如可以向客戶端發(fā)送BYE消息以 釋放該對(duì)話。 這樣，通過(guò)根據(jù)本發(fā)明的方法，可以在利用SIP的系統(tǒng)中實(shí)現(xiàn)用于軟件認(rèn)證和升 級(jí)的統(tǒng)一機(jī)制，從而達(dá)到如前文所述的那些優(yōu)點(diǎn)。 在同一發(fā)明構(gòu)思下，根據(jù)本發(fā)明的另一個(gè)方面，提供了一種用于實(shí)現(xiàn)根據(jù)本發(fā)明
的軟件認(rèn)證和升級(jí)的統(tǒng)一機(jī)制的客戶端。下面就結(jié)合附圖對(duì)其進(jìn)行說(shuō)明。 圖5示出了根據(jù)本發(fā)明一個(gè)實(shí)施例的客戶端500。該客戶端500包括消息修改裝置
501。消息修改裝置501用于在用戶決定進(jìn)行升級(jí)的情況下將最新客戶端版本信息設(shè)置在
用于與所述服務(wù)器發(fā)起關(guān)于升級(jí)的會(huì)話的消息中。例如，在用戶決定升級(jí)的情況下，消息修
改裝置501將如上文所述的新報(bào)頭"Software-Release"添加至待發(fā)送給服務(wù)器的INVITE
消息中，從而告知服務(wù)器它要升級(jí)到哪個(gè)版本。 在實(shí)施上，本實(shí)施例的客戶端500以及其包含的消息修改裝置501可以以軟件、硬 件或軟件和硬件組合的方式來(lái)實(shí)現(xiàn)。例如，本領(lǐng)域技術(shù)人員熟悉多種可用來(lái)實(shí)現(xiàn)這些部件 的設(shè)備，諸如微處理器、微控制器、專用集成電路(ASIC)、可編程邏輯設(shè)備(PLD)和/或現(xiàn)場(chǎng) 可編程門(mén)陣列(FPGA)等。本實(shí)施例的消息處理裝置501可以和客戶端500集成在一起實(shí) 現(xiàn)，也可以各自獨(dú)立實(shí)現(xiàn)。 在操作上，上述結(jié)合圖5說(shuō)明的實(shí)施例的客戶端，可以實(shí)現(xiàn)前面描述的客戶端認(rèn)證和升級(jí)方法。通過(guò)使用該客戶端，可以在利用SIP的系統(tǒng)中實(shí)現(xiàn)認(rèn)證和升級(jí)客戶端的標(biāo) 準(zhǔn)機(jī)制。 在同一發(fā)明構(gòu)思下，根據(jù)本發(fā)明的另一個(gè)方面，提供了一種用于在利用SIP的系 統(tǒng)中認(rèn)證和升級(jí)客戶端的服務(wù)器。下面就結(jié)合附圖對(duì)其進(jìn)行說(shuō)明。 圖6示出了根據(jù)本發(fā)明一個(gè)實(shí)施例的服務(wù)器600。服務(wù)器600包括消息修改裝置 601。消息修改裝置601用于當(dāng)成功認(rèn)證客戶端之后將最新客戶端版本信息設(shè)置在用于確 認(rèn)的消息中。例如，在收到來(lái)自客戶端的包含憑證的REGISTER消息之后，消息修改裝置601 將如上所述的新報(bào)頭"Software-Release"添加至待返回給客戶端的2000K消息中，該新報(bào) 頭向客戶端指示了可用的最新升級(jí)版本。 在實(shí)施上，本實(shí)施例的服務(wù)器600以及其包含的消息修改裝置601可以以軟件、硬 件或軟件和硬件組合的方式來(lái)實(shí)現(xiàn)。例如，本領(lǐng)域技術(shù)人員熟悉多種可用來(lái)實(shí)現(xiàn)這些部件 的設(shè)備，諸如微處理器、微控制器、專用集成電路(ASIC)、可編程邏輯設(shè)備(PLD)和/或現(xiàn)場(chǎng) 可編程門(mén)陣列(FPGA)等。本實(shí)施例的消息處理裝置601可以和服務(wù)器600集成在一起實(shí) 現(xiàn)，也可以各自獨(dú)立實(shí)現(xiàn)。 在操作上，上述結(jié)合圖6說(shuō)明的實(shí)施例的服務(wù)器，可以實(shí)現(xiàn)前面描述的客戶端認(rèn) 證和升級(jí)方法。通過(guò)使用該服務(wù)器，可以在利用SIP的系統(tǒng)中實(shí)現(xiàn)認(rèn)證和升級(jí)客戶端的標(biāo) 準(zhǔn)機(jī)制。 以上雖然通過(guò)一些示例性的實(shí)施例對(duì)本發(fā)明的用于在利用SIP的系統(tǒng)中實(shí)現(xiàn)標(biāo) 準(zhǔn)的客戶端認(rèn)證和升級(jí)的方法、相應(yīng)的客戶端以及服務(wù)器進(jìn)行了詳細(xì)的描述，但是以上這 些實(shí)施例并不是窮舉的，本領(lǐng)域技術(shù)人員可以在本發(fā)明的精神和范圍內(nèi)實(shí)現(xiàn)各種變化和修 改。因此，本發(fā)明并不限于這些實(shí)施例，本發(fā)明的范圍僅由所附權(quán)利要求為準(zhǔn)。
8
權(quán)利要求
一種用于在分組網(wǎng)絡(luò)中進(jìn)行客戶端管理的方法，其中，在客戶端中預(yù)設(shè)至少一個(gè)服務(wù)器的地址，在所述客戶端與所述服務(wù)器之間按照會(huì)話初始協(xié)議交換信令從而實(shí)現(xiàn)對(duì)所述客戶端的管理，其特征在于，所述方法包括所述客戶端當(dāng)開(kāi)始在終端上運(yùn)行時(shí)向所述服務(wù)器發(fā)送用于向該服務(wù)器注冊(cè)的第一消息；所述服務(wù)器向所述客戶端發(fā)送用于要求認(rèn)證的第二消息；在所述客戶端收到所述第二消息之后向所述服務(wù)器發(fā)送包含憑證的、用于向所述服務(wù)器注冊(cè)的第三消息；以及所述服務(wù)器向所述客戶端發(fā)送包含最新客戶端版本信息的、用于確認(rèn)的第四消息。
2. 根據(jù)權(quán)利要求l所述的方法，還包括下列步驟如果所述客戶端本身的版本低于包含于所述第四消息中的最新版本并且用戶決定進(jìn) 行升級(jí)，則所述客戶端向所述服務(wù)器發(fā)送包含所述最新客戶端版本信息的、用于與所述服 務(wù)器發(fā)起關(guān)于升級(jí)的會(huì)話的第五消息；以及所述服務(wù)器向所述客戶端傳送用于進(jìn)行升級(jí)的數(shù)據(jù)。
3. 根據(jù)權(quán)利要求2所述的方法，其中，所述服務(wù)器在收到所述第五消息后，向所述客戶 端發(fā)送用于要求認(rèn)證的第六消息，并且當(dāng)所述客戶端收到所述第六消息之后向所述服務(wù)器 發(fā)送包含憑證和所述最新客戶端版本信息的、用于與所述服務(wù)器發(fā)起關(guān)于升級(jí)的會(huì)話的第 七消息。
4. 根據(jù)權(quán)利要求1-3中任一項(xiàng)所述的方法，其中，所述最新客戶端版本信息被設(shè)置在 所述第四消息、所述第五消息和所述第七消息的報(bào)頭中，并且包括相應(yīng)的客戶端名稱和版 本號(hào)。
5. 根據(jù)權(quán)利要求1-4中任一項(xiàng)所述的方法，其中，所述第一消息和第三消息是按照會(huì) 話初始協(xié)議的REGISTER消息。
6. 根據(jù)權(quán)利要求1-5中任一項(xiàng)所述的方法，其中，所述第二消息和所述第六消息是按 照會(huì)話初始協(xié)議的401消息。
7. 根據(jù)權(quán)利要求1-6中任一項(xiàng)所述的方法，其中，所述第四消息是按照會(huì)話初始協(xié)議 的2000K消息。
8. 根據(jù)權(quán)利要求1-7中任一項(xiàng)所述的方法，其中，所述第五消息和所述第七消息是按 照會(huì)話初始協(xié)議的INVITE消息。
9. 一種在分組網(wǎng)絡(luò)中與至少一個(gè)服務(wù)器交換信令的客戶端，其中，在所述客戶端中預(yù) 設(shè)所述服務(wù)器的地址，在所述客戶端與所述服務(wù)器之間按照會(huì)話初始協(xié)議交換信令從而實(shí) 現(xiàn)對(duì)所述客戶端的管理，其特征在于，所述客戶端包括消息修改裝置，用于在用戶決定進(jìn)行升級(jí)的情況下將最新客戶端版本信息設(shè)置在用于 與所述服務(wù)器發(fā)起關(guān)于升級(jí)的會(huì)話的消息中。
10. 根據(jù)權(quán)利要求9所述的客戶端，其中，所述用于與所述服務(wù)器發(fā)起關(guān)于升級(jí)的會(huì)話 的消息是按照會(huì)話初始協(xié)議的INVITE消息。
11. 根據(jù)權(quán)利要求9或10所述的客戶端，其中，所述最新客戶端版本信息被設(shè)置在所述 用于與所述服務(wù)器發(fā)起關(guān)于升級(jí)的會(huì)話的消息的報(bào)頭中，并且包括相應(yīng)的客戶端名稱和版 本號(hào)。
12. —種用于在分組網(wǎng)絡(luò)中管理客戶端的服務(wù)器，其中，在所述客戶端中預(yù)設(shè)所述服務(wù) 器的地址，在所述客戶端與所述服務(wù)器之間按照會(huì)話初始協(xié)議交換信令從而實(shí)現(xiàn)對(duì)所述客 戶端的管理，其特征在于，所述服務(wù)器包括消息修改裝置，用于當(dāng)成功認(rèn)證客戶端之后將最新客戶端版本信息設(shè)置在用于確認(rèn)的 消息中。
13. 根據(jù)權(quán)利要求12所述的服務(wù)器，其中，所述用于確認(rèn)的消息是按照會(huì)話起始協(xié)議 的2000K消息。
14. 根據(jù)權(quán)利要求12或13所述的服務(wù)器，其中，所述最新客戶端版本信息被設(shè)置在所 述用于確認(rèn)的消息的報(bào)頭中，并且包括相應(yīng)的客戶端名稱和版本號(hào)。
全文摘要
本發(fā)明提出了一種在利用SIP的系統(tǒng)中實(shí)現(xiàn)標(biāo)準(zhǔn)化軟件認(rèn)證和升級(jí)的方法、相關(guān)的客戶端和服務(wù)器，其中，在客戶端中預(yù)設(shè)至少一個(gè)服務(wù)器的地址，在客戶端與服務(wù)器之間按照SIP交換信令，該方法包括客戶端當(dāng)開(kāi)始在終端上運(yùn)行時(shí)向服務(wù)器發(fā)送向服務(wù)器注冊(cè)的第一消息；服務(wù)器向客戶端發(fā)送要求認(rèn)證的第二消息；在客戶端收到第二消息之后向服務(wù)器發(fā)送包含憑證的、向服務(wù)器注冊(cè)的第三消息；服務(wù)器向客戶端發(fā)送包含最新客戶端版本信息的第四確認(rèn)消息；如果客戶端本身的版本低于包含于第四消息中的版本并且用戶決定升級(jí)，則客戶端向服務(wù)器發(fā)送包含最新客戶端版本信息的、與服務(wù)器發(fā)起關(guān)于升級(jí)的會(huì)話的第五消息；以及，服務(wù)器向客戶端傳送升級(jí)數(shù)據(jù)。
文檔編號(hào)H04L12/24GK101783783SQ20091000325
公開(kāi)日2010年7月21日 申請(qǐng)日期2009年1月21日 優(yōu)先權(quán)日2009年1月21日
發(fā)明者卜文飛 申請(qǐng)人:阿爾卡特朗訊公司