專利名稱：在設(shè)備之間實(shí)現(xiàn)許可協(xié)商的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)字版權(quán)管理領(lǐng)域，特別是涉及在設(shè)備之間實(shí)現(xiàn)許可協(xié)商的方法和系統(tǒng)。
背景技術(shù)：
隨著終端能力的日益強(qiáng)大，越來越多的人開始自己制作并且和他人共享數(shù)字內(nèi)容。這些數(shù)字內(nèi)容需要版權(quán)管理，例如有的人可能希望從觀看自己作品的他人那里獲得一定的費(fèi)用或者希望自己的作品只在一段時(shí)間內(nèi)被共享和觀看。個(gè)人可以授權(quán)業(yè)務(wù)提供商為其發(fā)放許可，例如業(yè)務(wù)提供商維護(hù)一個(gè)網(wǎng)站，用戶個(gè)人上傳自己的作品，要下載某個(gè)內(nèi)容的用戶通過該網(wǎng)站選擇并下載合適的許可，這樣，通過數(shù)字版權(quán)管理可保護(hù)網(wǎng)絡(luò)中個(gè)人提供的數(shù)字內(nèi)容。
數(shù)字版權(quán)管理是一項(xiàng)針對(duì)數(shù)字內(nèi)容的版權(quán)保護(hù)技術(shù)，從而有效地防止通過網(wǎng)絡(luò)和計(jì)算機(jī)非法復(fù)制、拷貝、傳送數(shù)字內(nèi)容。數(shù)字內(nèi)容的發(fā)行者將數(shù)字內(nèi)容加密后上傳到網(wǎng)絡(luò)，用戶如果要使用數(shù)字內(nèi)容，必須向權(quán)限發(fā)行者請(qǐng)求并獲得該數(shù)字內(nèi)容的許可，許可中包含相關(guān)的密鑰，可以用來解密獲取數(shù)字內(nèi)容；同時(shí)許可中包含對(duì)內(nèi)容的使用權(quán)利和使用條件，終端只能在滿足使用條件的情況下根據(jù)使用權(quán)利使用數(shù)字內(nèi)容。
設(shè)備和服務(wù)器之間通過網(wǎng)站或者協(xié)議相互協(xié)商許可，例如用戶通過網(wǎng)頁選擇已有的一個(gè)許可或者在網(wǎng)頁上選擇相應(yīng)的參數(shù)，定制一個(gè)特殊的許可。
在上述情況下，許可發(fā)放的信息和控制權(quán)完全在業(yè)務(wù)提供商掌握中，個(gè)人只能依賴于對(duì)業(yè)務(wù)提供商的信任，而無法自己控制許可的發(fā)行。隨著P2P技術(shù)的興起，個(gè)人可以更加方便的共享自己設(shè)備上的內(nèi)容。同樣的，個(gè)人也需要能夠通過設(shè)備使自己也能發(fā)放許可，從而可以自己控制許可的數(shù)量以及類型。
目前，每一個(gè)請(qǐng)求許可的設(shè)備都需要和發(fā)放許可的源設(shè)備進(jìn)行許可協(xié)商，隨著個(gè)人能夠通過設(shè)備發(fā)放許可，造成源設(shè)備的負(fù)荷壓力越來越重，從而影響服務(wù)質(zhì)量，甚至造成源設(shè)備崩潰。另外，在協(xié)商過程中，如果協(xié)商產(chǎn)生分歧則只能重新開始協(xié)商過程，造成設(shè)備之間交互次數(shù)過多，給源設(shè)備帶來過大的負(fù)荷壓力。

發(fā)明內(nèi)容
本發(fā)明提供一種在設(shè)備之間實(shí)現(xiàn)許可協(xié)商的方法和系統(tǒng)，以解決現(xiàn)有技術(shù)中請(qǐng)求許可過多導(dǎo)致源設(shè)備負(fù)荷壓力過大而影響服務(wù)質(zhì)量的問題。
進(jìn)一步解決協(xié)商過程中產(chǎn)生分歧時(shí)存在設(shè)備之間交互次數(shù)過多而導(dǎo)致源設(shè)備負(fù)荷壓力過大的問題。
本發(fā)明方提供以下技術(shù)方案，一種在設(shè)備之間實(shí)現(xiàn)許可協(xié)商的方法，包括下述步驟需要獲得許可的請(qǐng)求設(shè)備從用于發(fā)放許可的源設(shè)備獲得正式許可后保存協(xié)商信息，并登記為許可協(xié)商的代理設(shè)備；后續(xù)的請(qǐng)求設(shè)備從已登記的代理設(shè)備中選擇一個(gè)代理設(shè)備進(jìn)行許可協(xié)商，并在協(xié)商成功后將協(xié)商結(jié)果通知所述源設(shè)備；所述源設(shè)備依據(jù)所述協(xié)商結(jié)果向請(qǐng)求設(shè)備發(fā)放許可。
根據(jù)上述方法獲得正式許可的請(qǐng)求設(shè)備在與所述源設(shè)備相互獨(dú)立的服務(wù)設(shè)備上登記為代理設(shè)備，后續(xù)的請(qǐng)求設(shè)備從該服務(wù)設(shè)備上選擇代理設(shè)備進(jìn)行許可協(xié)商；或者獲得正式許可的請(qǐng)求設(shè)備在所述源設(shè)備上登記為代理設(shè)備，后續(xù)的請(qǐng)求設(shè)備從該源設(shè)備上選擇代理設(shè)備進(jìn)行許可協(xié)商。
在協(xié)商成功后進(jìn)一步將協(xié)商的候選許可通知源設(shè)備，源設(shè)備確定該候選許可符合要求后向請(qǐng)求設(shè)備發(fā)放正式許可。
所述候選許可由請(qǐng)求設(shè)備提供，并且在協(xié)商過程中被代理設(shè)備所述接受；或者，所述候選許可由代理設(shè)備提供，并且在協(xié)商過程中被請(qǐng)求設(shè)備接受。
源設(shè)備確定所述候選許可不符合要求時(shí)，進(jìn)一步向請(qǐng)求設(shè)備發(fā)送本源設(shè)備提供的候選許可，指示其重新協(xié)商。
在許可中攜帶許可的類型信息，設(shè)備在協(xié)商過程中依據(jù)該類型信息確定許可為正式許可或?yàn)楹蜻x許可。
一種許可管理系統(tǒng)，包括源設(shè)備，用于與其他設(shè)備進(jìn)行許可協(xié)商，并負(fù)責(zé)發(fā)放許可；服務(wù)設(shè)備，用于將獲得正式許可的設(shè)備登記為代理源設(shè)備進(jìn)行許可協(xié)商的代理設(shè)備；代理設(shè)備，用于代替所述源設(shè)備完成許可協(xié)商，并且該代理設(shè)備已從所述源設(shè)備獲得正式許可；請(qǐng)求設(shè)備，用于從所述服務(wù)設(shè)備選擇代理設(shè)備進(jìn)行許可協(xié)商，并在協(xié)商成功后從所述源設(shè)備獲得許可。
所述源設(shè)備與服務(wù)服務(wù)相互獨(dú)立設(shè)置；或者，所述源設(shè)備與服務(wù)設(shè)備設(shè)置為一體。
本發(fā)明有益效果如下通過本發(fā)明把向服務(wù)器進(jìn)行登記設(shè)備作為代理設(shè)備，使其他請(qǐng)求獲得許可的設(shè)備不用與發(fā)放許可的設(shè)備進(jìn)行協(xié)商，通過代理設(shè)備就能進(jìn)行許可協(xié)商，這樣就減少了請(qǐng)求獲得許可的設(shè)備與發(fā)放許可設(shè)備的交互次數(shù)，減輕了發(fā)放許可的設(shè)備的壓力。在協(xié)商時(shí)如果發(fā)生分歧，通過在候選許可列表中修改許可的內(nèi)容，使請(qǐng)求方和接收方之間不必重新定義一套元數(shù)據(jù)表達(dá)方法和許可生成規(guī)則，簡(jiǎn)化了協(xié)商步驟。


圖1為本發(fā)明實(shí)施例中設(shè)備之間實(shí)現(xiàn)許可協(xié)商系統(tǒng)的組網(wǎng)示意圖；圖2為本發(fā)明實(shí)施例中許可協(xié)商基本流程圖；圖3A、圖3B、圖3C為本發(fā)明實(shí)施例中請(qǐng)求獲得許可的設(shè)備和發(fā)放許可的設(shè)備進(jìn)行協(xié)商流程圖；
圖4A、圖4B、圖4C為本發(fā)明實(shí)施例中請(qǐng)求獲得許可的設(shè)備通過代理設(shè)備進(jìn)行協(xié)商流程圖；圖5為本發(fā)明實(shí)施例中發(fā)放許可的設(shè)備處理許可請(qǐng)求流程圖；圖6為本發(fā)明實(shí)施例中請(qǐng)求獲得許可的設(shè)備處理候選許可流程圖；圖7為本發(fā)明實(shí)施例中請(qǐng)求獲得許可的設(shè)備處理正式許可流程圖；圖8為本發(fā)明實(shí)施例中設(shè)備之間實(shí)現(xiàn)許可協(xié)商流程圖。
具體實(shí)施例方式
針對(duì)目前在數(shù)字版權(quán)管理中，請(qǐng)求獲得許可的請(qǐng)求設(shè)備與發(fā)放許可的源設(shè)備的交互次數(shù)過于頻繁，造成發(fā)放許可的源設(shè)備負(fù)擔(dān)過重等問題，本發(fā)明在請(qǐng)求設(shè)備從源設(shè)備獲得正式許可后登記為代理設(shè)備，其他后續(xù)需要獲得許可的請(qǐng)求設(shè)備選擇這些代理設(shè)備進(jìn)行許可協(xié)商，并且在協(xié)商成功后由源設(shè)備發(fā)放正式許可。所述許可協(xié)商是指對(duì)許可所包含的權(quán)利和限制的協(xié)商，比如內(nèi)容可以播放多少次，每次付費(fèi)數(shù)額等。當(dāng)接收方不同意對(duì)方的許可，可以在許可中添加協(xié)商的信息。
參見圖1所示，本實(shí)施例中的許可管理系統(tǒng)包括源設(shè)備、服務(wù)器、代理設(shè)備和請(qǐng)求設(shè)備。源設(shè)備用于與請(qǐng)求設(shè)備進(jìn)行許可協(xié)商，以及向協(xié)商成功的請(qǐng)求發(fā)放許可；服務(wù)器用于將獲得正式許可的設(shè)備登記為代理源設(shè)備進(jìn)行許可協(xié)商的代理設(shè)備；代理設(shè)備用于代替源設(shè)備完成許可協(xié)商；請(qǐng)求設(shè)備從所述服務(wù)器的代理設(shè)備列表中選擇代理設(shè)備進(jìn)行許可協(xié)商，協(xié)商成功后從發(fā)放許可的設(shè)備得到正式許可，從而使用對(duì)應(yīng)的數(shù)字內(nèi)容。所述服務(wù)器可以是一個(gè)或多個(gè)獨(dú)立的網(wǎng)絡(luò)實(shí)體，也可以由源設(shè)備承擔(dān)登記代理設(shè)備的功能。代理設(shè)備列表中至少包括有各設(shè)備的地址，還可包括其他相關(guān)信息；所述列表中的代理設(shè)備可以包括源設(shè)備。
參閱圖2所示，本實(shí)施例中請(qǐng)求設(shè)備從源設(shè)備獲得正式許可并作為代理設(shè)備進(jìn)行許可協(xié)商的主要流程如下步驟200、需要獲得許可的請(qǐng)求設(shè)備A與源設(shè)備進(jìn)行許可協(xié)商。
步驟210、協(xié)商成功后，源設(shè)備向請(qǐng)求設(shè)備A發(fā)放正式許可，請(qǐng)求設(shè)備A保存與源設(shè)備進(jìn)行許可協(xié)商時(shí)的信息。
步驟220、請(qǐng)求設(shè)備A向服務(wù)器登記，由服務(wù)器將請(qǐng)求設(shè)備A記錄到代理設(shè)備的地址列表中(以下稱設(shè)備A)。
步驟230、請(qǐng)求設(shè)備B向服務(wù)器請(qǐng)求代理設(shè)備的地址列表。
步驟240、服務(wù)器向請(qǐng)求設(shè)備B返回地址列表。
步驟250、設(shè)備B選擇從地址列表中選擇設(shè)備A，設(shè)備A根據(jù)與源設(shè)備進(jìn)行協(xié)商時(shí)的信息與設(shè)備B進(jìn)行許可協(xié)商。
步驟260、許可協(xié)商成功后，源設(shè)備向設(shè)備B發(fā)放正式許可。
在初始狀態(tài)下，除了源設(shè)備具有正式許可外，其他設(shè)備還未獲得正式許可，此時(shí)請(qǐng)求設(shè)備只能通過與源設(shè)備進(jìn)行許可協(xié)商以獲得正式許可，圖3A顯示了需要獲得許可證的請(qǐng)求設(shè)備A與源設(shè)備進(jìn)行協(xié)商的過程步驟300、請(qǐng)求設(shè)備A向源設(shè)備發(fā)送請(qǐng)求許可消息，該許可請(qǐng)求消息中包含請(qǐng)求設(shè)備生成的候選許可。
如果請(qǐng)求設(shè)備A不能生成候選許可或不提供候選許可，則候選許可的內(nèi)容為空。
步驟301、源設(shè)備收到請(qǐng)求消息后，根據(jù)協(xié)商策略判斷不接受候選許可，并根據(jù)協(xié)商策略生成一個(gè)或多個(gè)候選許可，加入到候選許可列表中。
如果請(qǐng)求消息中的候選許可內(nèi)容為空，則將默認(rèn)的一個(gè)或多個(gè)候選許可加入到候選許可列表中，發(fā)送給請(qǐng)求獲得許可的設(shè)備。
步驟302、請(qǐng)求設(shè)備A不接受源設(shè)備提供的候選許可，則根據(jù)協(xié)商策略修改候選許可內(nèi)容并生成一個(gè)新的候選許可發(fā)送給源設(shè)備，重復(fù)協(xié)商過程。
步驟310、請(qǐng)求設(shè)備A與源設(shè)備進(jìn)行多次交互后，再次向源設(shè)備發(fā)送請(qǐng)求許可消息。
步驟311、源設(shè)備根據(jù)協(xié)商策略接收了請(qǐng)求設(shè)備A的候選許可，向請(qǐng)求設(shè)備A發(fā)放一個(gè)正式許可。
步驟312、請(qǐng)求設(shè)備A檢查正式許可和接受的候選許可一致，安裝許可并向源設(shè)備發(fā)送確認(rèn)消息。如果確認(rèn)不一致，則丟棄許可，進(jìn)行重新協(xié)商或中斷協(xié)商過程。當(dāng)然，請(qǐng)求設(shè)備A也可以不向源設(shè)備發(fā)送確認(rèn)消息。
在步驟320至323，則給出了請(qǐng)求設(shè)備A接受源終端提供的一個(gè)候選許可后，通知源設(shè)備接受該許可，源設(shè)備生成正式許可返回給請(qǐng)求設(shè)備A；請(qǐng)求設(shè)備A檢查正式許可和接受的候選許可一致，安裝許可并向源設(shè)備發(fā)送確認(rèn)消息。如果確認(rèn)不一致，則丟棄許可，進(jìn)行重新協(xié)商或中斷協(xié)商過程。
在重復(fù)協(xié)商過程中，雙方可以根據(jù)許可的類型對(duì)候選許可列表中的內(nèi)容進(jìn)行修改，每一次重復(fù)過程都可以進(jìn)行修改。但雙方也有可能無限期的進(jìn)行協(xié)商，為了防止這種情況的發(fā)生，協(xié)商雙方可以在協(xié)商策略中各自規(guī)定最大的協(xié)商次數(shù)，如果超過了所設(shè)定的次數(shù)，則向?qū)Ψ桨l(fā)送協(xié)商失敗的消息，終止本次協(xié)商。協(xié)商的一方還可以向另一方發(fā)送不可修改的候選許可，接收方只能選擇接受或拒絕該許可，如果拒絕，則通知對(duì)方結(jié)束本次協(xié)商。
參閱圖3B所示，請(qǐng)求設(shè)備與源設(shè)備進(jìn)行多次協(xié)商后，當(dāng)請(qǐng)求設(shè)備再次向源設(shè)備發(fā)送請(qǐng)求許可消息后，源設(shè)備判斷協(xié)商次數(shù)大于規(guī)定的次數(shù)，決定停止協(xié)商，向請(qǐng)求設(shè)備發(fā)送協(xié)商失敗消息。
參閱圖3C所示，請(qǐng)求設(shè)備與源設(shè)備進(jìn)行多次協(xié)商后，當(dāng)源設(shè)備向請(qǐng)求設(shè)備發(fā)送不可修改的候選后，請(qǐng)求設(shè)備不接受候選許可，向源設(shè)備發(fā)送協(xié)商失敗消息，決定停止協(xié)商。
參閱圖4A所示，請(qǐng)求設(shè)備與代理設(shè)備進(jìn)行許可協(xié)商，并由代理設(shè)備將協(xié)商結(jié)果通知源設(shè)備的主要處理過程如下步驟410、請(qǐng)求設(shè)備從服務(wù)器選擇代理設(shè)備進(jìn)行許可協(xié)商。
步驟411、代理設(shè)備接受請(qǐng)求設(shè)備提供的候選許可，協(xié)商成功，并將協(xié)商結(jié)果通知源設(shè)備。
步驟412、源設(shè)備檢查代理設(shè)備接受的候選許可符合要求，向請(qǐng)求設(shè)備返回一個(gè)正式許可。該許可由源設(shè)備直接發(fā)給請(qǐng)求設(shè)備，采用此方式時(shí)，在步驟411中代理設(shè)備將請(qǐng)求設(shè)備的地址通知源設(shè)備；或者，由源設(shè)備發(fā)送給代理設(shè)備，由代理設(shè)備轉(zhuǎn)發(fā)給請(qǐng)求設(shè)備。
在該步驟中，如果確定不符合要求，則根據(jù)協(xié)商策略向請(qǐng)求設(shè)備發(fā)送新的候選許可列表，重新開始協(xié)商或者向請(qǐng)求設(shè)備發(fā)送協(xié)商失敗的消息，結(jié)束本次協(xié)商。重新協(xié)商過程請(qǐng)求設(shè)備可以和源設(shè)備直接進(jìn)行交互，也可以通過代理設(shè)備間接進(jìn)行交互。
步驟413、請(qǐng)求設(shè)備檢查正式許可和接受的候選許可一致，安裝正式許可并返回確認(rèn)消息，結(jié)束協(xié)商過程。確認(rèn)消息可以直接發(fā)送給源設(shè)備，也可以通過代理設(shè)備轉(zhuǎn)發(fā)給源設(shè)備。當(dāng)然，也可不向源設(shè)備發(fā)送確認(rèn)消息。
如果不一致，則拋棄正式許可，并向源設(shè)備請(qǐng)求一個(gè)新的許可或者發(fā)送協(xié)商失敗的消息，結(jié)束本次協(xié)商。該協(xié)商失敗的消息可以直接發(fā)送給源設(shè)備，也可以通過代理設(shè)備轉(zhuǎn)發(fā)給源設(shè)備。當(dāng)然，也可以不向源設(shè)備發(fā)送協(xié)商失敗的消息。
參閱圖4B所示，請(qǐng)求設(shè)備與代理設(shè)備進(jìn)行許可協(xié)商，并由請(qǐng)求設(shè)備將協(xié)商結(jié)果通知源設(shè)備的主要處理過程如下步驟450、請(qǐng)求終端從服務(wù)器選擇代理設(shè)備進(jìn)行許可協(xié)商。
步驟451、代理設(shè)備接受請(qǐng)求終端提供的候選許可，向請(qǐng)求設(shè)備發(fā)送接受許可消息。
步驟452、請(qǐng)求設(shè)備將協(xié)商結(jié)果通知源設(shè)備。
步驟453、源設(shè)備檢查協(xié)商過程中接受的候選許可符合要求，向請(qǐng)求設(shè)備返回一個(gè)正式許可。
如果不符合要求，則根據(jù)協(xié)商策略向請(qǐng)求設(shè)備發(fā)送新的候選許可列表，重新開始協(xié)商或者向請(qǐng)求設(shè)備發(fā)送協(xié)商失敗的消息，結(jié)束本次協(xié)商。重新協(xié)商過程請(qǐng)求設(shè)備可以和源設(shè)備直接進(jìn)行交互，也可以通過代理設(shè)備間接進(jìn)行交互。
步驟454、請(qǐng)求設(shè)備檢查正式許可和接受的候選許可一致，安裝正式許可并返回確認(rèn)消息，結(jié)束協(xié)商過程。當(dāng)然，也可不向源設(shè)備發(fā)送確認(rèn)消息。
如果不一致，則拋棄正式許可，并向源設(shè)備請(qǐng)求一個(gè)新的許可或者發(fā)送協(xié)商失敗的消息，結(jié)束本次協(xié)商。
圖4A和圖4B中，均由代理設(shè)備接受候選許可，在圖4C的步驟470到步驟473，給出了由請(qǐng)求設(shè)備接受候選許可并直接將協(xié)商結(jié)果通知源設(shè)備的處理過程，在請(qǐng)求設(shè)備直接將協(xié)商結(jié)果通知源設(shè)備的同時(shí)，也可向代理設(shè)備發(fā)送結(jié)束協(xié)商的消息，當(dāng)然，也可不發(fā)送該消息。其余流程和上述同理，不再贅述。
在圖4C流程中請(qǐng)求設(shè)備接受候選許可后也可通知代理設(shè)備，由代理設(shè)備將協(xié)商結(jié)果通知源設(shè)備，采用此方式的其余流程都和圖4A同理，不再贅述。
本實(shí)施例在許可協(xié)商過程中，通過在許可中增加類型信息來表示協(xié)商過程以及提示接收方可以對(duì)候選許可列表內(nèi)容做怎樣的修改。許可的類型分為正式、非正式可修改、非正式不可修改和已接受四種。如下表所示

任何設(shè)備在消費(fèi)數(shù)字內(nèi)容時(shí)都只能使用類型為“正式”的許可，這種類型的許可包含了解密數(shù)字內(nèi)容的密鑰，而其他類型的許可中不包含密鑰信息，這樣就保證終端無法利用協(xié)商過程中的候選許可消費(fèi)數(shù)字內(nèi)容，并且也能夠減少協(xié)商時(shí)不必要的數(shù)據(jù)量。對(duì)于沒有類型元素的許可，一般默認(rèn)為“正式”許可。
類型為“非正式可修改”的許可用來使接收方對(duì)候選許可進(jìn)行修改。比如在協(xié)商過程中發(fā)送方發(fā)送候選許可且該許可的類型為“非正式可修改”，如果接收方不同意這個(gè)許可，則接收方能夠?qū)υ撛S可進(jìn)行修改，再向?qū)Ψ椒祷匦薷暮蟮脑S可。
類型為“非正式不可修改”的許可用來幫助協(xié)商的一方終止協(xié)商過程。比如源設(shè)備可以在協(xié)商策略中規(guī)定一次協(xié)商過程最大的交互次數(shù)，當(dāng)達(dá)到最大值時(shí)，該設(shè)備向請(qǐng)求設(shè)備發(fā)送一個(gè)類型為“非正式不可修改”的候選許可。請(qǐng)求設(shè)備只能選擇接受該許可完成本次協(xié)商或者拒絕該許可從而終止本次協(xié)商。
類型為“已接受”的許可用來幫助請(qǐng)求終端通知源終端或者代理終端接受上次發(fā)放的某個(gè)候選許可，其許可ID應(yīng)該和該候選許可的許可ID相同。
一個(gè)許可類型的表示方法的實(shí)例如下(但并不限于此)<許可>
<許可ID>12345678</許可ID>
<類型>非正式可修改</類型>
<內(nèi)容>吉祥三寶.mp3</內(nèi)容>
<權(quán)利>
播放<限制>
<次數(shù)>10</次數(shù)>
<費(fèi)用>1元</費(fèi)用>
</限制>
</權(quán)利>
<數(shù)字簽名>oweiurq98qhajgh</數(shù)字簽名>
</許可>
該候選許可規(guī)定了花費(fèi)一元能夠播放10次吉祥三寶這首MP3，并且許可類型是非正式可修改，如果接收方不同意這個(gè)候選許可，則能夠?qū)蜻x許可的內(nèi)容進(jìn)行修改，比如播放次數(shù)和費(fèi)用。
類似的，發(fā)送方可以在每個(gè)權(quán)利或者限制元素下增加類型子元素或?qū)傩?，用來表示該?quán)利或限制能否修改、增加或刪除。比如
<許可>
<許可ID>12345678</許可ID>
<類型>非正式可修改</類型>
<內(nèi)容>吉祥三寶.mp3</內(nèi)容>
<權(quán)利>
播放<限制 類型可增加/不可刪除>
<次數(shù)類型不可修改>10</次數(shù)>
<費(fèi)用>1元</費(fèi)用>
</限制>
</權(quán)利>
<數(shù)字簽名>oweiurq98qhajgh</數(shù)字簽名>
</許可>
該候選許可的接收方可以增加新的限制，并且可以就費(fèi)用進(jìn)行協(xié)商，但是不能修改次數(shù)限制。不同元素下的類型有不同的語義以及不同的默認(rèn)值，子元素的類型只有在許可類型為“非正式可修改”時(shí)才起作用，在協(xié)商過程中，對(duì)其他類型的許可不起作用。
參閱圖5所示，在許可協(xié)商過程中源設(shè)備側(cè)的主要處理過程如下步驟500、源設(shè)備收到其他終端發(fā)送的許可請(qǐng)求消息。
步驟501、源設(shè)備對(duì)請(qǐng)求消息進(jìn)行解析，判斷該消息中是否包含候選許可，如果包含則執(zhí)行步驟502；否則執(zhí)行步驟511。
步驟502、源設(shè)備通過解析許可中的類型元素判斷該值是否是“已接受”如果是“接受”則說明請(qǐng)求設(shè)備接受了該候選許可，執(zhí)行步驟503；否則，執(zhí)行步驟509。
步驟503、源設(shè)備查找與發(fā)來的候選許可ID相同的保存的候選許可。但在某些情況下，找不到對(duì)應(yīng)的候選許可。比如保存的候選許可緩沖區(qū)滿了，對(duì)應(yīng)的候選許可被刪除或者發(fā)送來的候選許可是由代理設(shè)備和請(qǐng)求設(shè)備協(xié)商生成的，在源設(shè)備并沒有對(duì)應(yīng)的候選許可。
步驟504、源設(shè)備判斷是否找到對(duì)應(yīng)的候選許可。如果找到，則執(zhí)行步驟505；否則執(zhí)行步驟508。
步驟505、源設(shè)備比較兩個(gè)對(duì)應(yīng)的許可是否相同。比較時(shí)，忽略許可中為了協(xié)商而添加的附加信息。比如類型元素或?qū)傩?。如果兩個(gè)許可相同，則執(zhí)行步驟506；否則執(zhí)行步驟507，說明失敗的原因是由于接受的許可和保存的候選許可不相同。
步驟506、源設(shè)備生成一個(gè)正式許可，將該許可發(fā)送給請(qǐng)求設(shè)備。
步驟507、源設(shè)備向請(qǐng)求設(shè)備發(fā)送協(xié)商失敗消息，并在消息中表明失敗的原因。
步驟508、源設(shè)備重新判斷是否接受該候選許可。為了防止不必要的協(xié)商，這里的候選許可默認(rèn)為“非正式不可修改”的類型。如果源設(shè)備接受該許可，則執(zhí)行步驟506；否則執(zhí)行步驟507，說明失敗的原因是由于源終端不接受協(xié)商的結(jié)果。
步驟509、源設(shè)備判斷是否接受該候選許可。如果接受，則執(zhí)行步驟506；否則執(zhí)行步驟510。
步驟510、源設(shè)備通過候選許可中的類型元素判斷該候選許可能否被修改。如果候選許可類型值為“非正式可修改”，則執(zhí)行步驟511；如果候選許可類型值為“非正式不可修改”，則執(zhí)行步驟507，說明失敗的原因是由于源終端不接受該候選許可。
步驟511、源設(shè)備根據(jù)候選許可中的協(xié)商信息和協(xié)商策略，生成候選許可列表。其中包含一個(gè)或多個(gè)候選許可。
步驟512、源設(shè)備將候選許可列表發(fā)送給請(qǐng)求設(shè)備。
參閱圖6所示，在許可協(xié)商過程中，請(qǐng)求側(cè)設(shè)備的主要處理過程如下步驟600、請(qǐng)求設(shè)備收到源設(shè)備或者代理設(shè)備發(fā)送的候選許可列表。
步驟601、請(qǐng)求設(shè)備取出候選列表中第一個(gè)侯選許可。
步驟602、請(qǐng)求設(shè)備根據(jù)協(xié)商策略判斷是否接受該候選許可。如果接受，則執(zhí)行步驟603；如果不接受則執(zhí)行步驟604。
步驟603、請(qǐng)求設(shè)備將候選許可的類型改為“已接受”，對(duì)許可進(jìn)行數(shù)字簽名，并把簽名保存到許可中，然后將修改后的許可發(fā)送給源設(shè)備或代理設(shè)備。
步驟604、請(qǐng)求設(shè)備判斷候選許可列表中是否有沒處理過的許可。如果有，則執(zhí)行步驟605；否則執(zhí)行步驟606。
步驟605、請(qǐng)求設(shè)備取出下一個(gè)沒有處理過的候選許可，并執(zhí)行步驟602。
步驟606、請(qǐng)求設(shè)備判斷發(fā)送方提供的候選許可能否修改。如果其類型值為“非正式不可修改”，則執(zhí)行步驟607；如果其類型值為“非正式可修改”，則執(zhí)行步驟608。
步驟607、請(qǐng)求設(shè)備向?qū)Ψ桨l(fā)送協(xié)商失敗消息。
步驟608、請(qǐng)求設(shè)備根據(jù)協(xié)商策略以及可修改的候選許可，重新生成新的候選許可。
步驟609、請(qǐng)求終端將新的候選許可發(fā)送給對(duì)方。
參閱圖7所示，請(qǐng)求終端側(cè)對(duì)正式許可的主要處理過程如下步驟700、請(qǐng)求終端收到來自源設(shè)備的一個(gè)協(xié)商響應(yīng)信息，該信息包括一個(gè)正式許可，即類型為“正式”或者不包含類型元素的許可。
步驟701、請(qǐng)求設(shè)備取出保存的上次協(xié)商時(shí)用到的候選許可。
步驟702、請(qǐng)求設(shè)備比較保存的候選許可與正式許可是否相同。比較時(shí)，設(shè)備忽略許可中為了協(xié)商而添加的附加信息，比如類型元素或?qū)傩?。如果兩個(gè)許可相同，則執(zhí)行步驟703；否則執(zhí)行步驟704。
步驟703、請(qǐng)求設(shè)備在本地安裝正式許可，在需要時(shí)使用該許可消費(fèi)對(duì)應(yīng)的數(shù)字內(nèi)容。設(shè)備可以向源設(shè)備發(fā)送協(xié)商成功的消息，以便源設(shè)備可以進(jìn)行后續(xù)的處理，此消息并非必要，可根據(jù)具體情況選擇是否發(fā)送。
步驟704、請(qǐng)求設(shè)備丟棄正式許可。設(shè)備可向源設(shè)備發(fā)送協(xié)商失敗消息結(jié)束許可協(xié)商(此消息并非必要，可根據(jù)具體情況選擇是否發(fā)送)。設(shè)備也可自動(dòng)開始新一輪的許可協(xié)商過程。
為了便于本領(lǐng)域一般技術(shù)人員理解和實(shí)現(xiàn)本發(fā)明，一個(gè)具體實(shí)例如圖8所示，其處理流程如下步驟800、設(shè)備A向源設(shè)備發(fā)送請(qǐng)求許可信息。
步驟801、源設(shè)備發(fā)送候選許可列表給設(shè)備A，其中該列表包括一個(gè)或多個(gè)候選許可。
步驟802、設(shè)備A接受候選列表中的一個(gè)候選許可，并將該許可發(fā)給源設(shè)備。
步驟803、源設(shè)備發(fā)放正式許可，設(shè)備A安裝該許可，隨后可以用該許可消費(fèi)對(duì)應(yīng)的內(nèi)容。
步驟804、設(shè)備A保存了源設(shè)備發(fā)放的候選許可列表，并向服務(wù)器登記自己的地址，服務(wù)器記錄設(shè)備A為一個(gè)可用的代理設(shè)備。該實(shí)施例中的服務(wù)器是由源設(shè)備承擔(dān)的。
步驟805、設(shè)備B向服務(wù)器(源設(shè)備)發(fā)送請(qǐng)求代理設(shè)備地址列表。
步驟806、服務(wù)器將代理設(shè)備地址的列表發(fā)送給設(shè)備B。
步驟807、設(shè)備B根據(jù)響應(yīng)最快策略選擇了設(shè)備A為自己的代理設(shè)備，并向該設(shè)備發(fā)送請(qǐng)求許可。該實(shí)施例中如果源設(shè)備是響應(yīng)最快的設(shè)備，則設(shè)備B可以和源設(shè)備直接進(jìn)行協(xié)商。
步驟808、設(shè)備A把保存的候選許可列表發(fā)送給設(shè)備B。
步驟809、設(shè)備B不接受列表中的任何一個(gè)候選許可，并根據(jù)協(xié)商策略和許可類型修改了候選許可的內(nèi)容，把生成的一個(gè)候選許可列表發(fā)送給設(shè)備A。生成的候選許可列表包含一個(gè)或多個(gè)候選許可。
步驟810、設(shè)備A接受了新的候選許可，將該許可發(fā)送給源設(shè)備。
步驟811、源設(shè)備接受該許可，并向設(shè)備B發(fā)放正式許可，設(shè)備B安裝該許可，隨后可以用該許可消費(fèi)對(duì)應(yīng)的內(nèi)容。
上述內(nèi)容中設(shè)備B和源設(shè)備進(jìn)行完許可協(xié)商后也可以向服務(wù)器登記成為代理終端。
顯然，本領(lǐng)域的技術(shù)人員可以對(duì)本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
權(quán)利要求
1.一種在設(shè)備之間實(shí)現(xiàn)許可協(xié)商的方法，其特征在于，包括下列步驟需要獲得許可的請(qǐng)求設(shè)備從用于發(fā)放許可的源設(shè)備獲得正式許可后保存協(xié)商信息，并登記為許可協(xié)商的代理設(shè)備；后續(xù)的請(qǐng)求設(shè)備從已登記的代理設(shè)備中選擇一個(gè)代理設(shè)備進(jìn)行許可協(xié)商，并在協(xié)商成功后將協(xié)商結(jié)果通知所述源設(shè)備；所述源設(shè)備依據(jù)所述協(xié)商結(jié)果向請(qǐng)求設(shè)備發(fā)放許可。
2.如權(quán)利要求1所述的方法，其特征在于，獲得正式許可的請(qǐng)求設(shè)備在與所述源設(shè)備相互獨(dú)立的服務(wù)設(shè)備上登記為代理設(shè)備，后續(xù)的請(qǐng)求設(shè)備從該服務(wù)設(shè)備上選擇代理設(shè)備進(jìn)行許可協(xié)商；或者獲得正式許可的請(qǐng)求設(shè)備在所述源設(shè)備上登記為代理設(shè)備，后續(xù)的請(qǐng)求設(shè)備從該源設(shè)備上選擇代理設(shè)備進(jìn)行許可協(xié)商。
3.如權(quán)利要求2所述的方法，其特征在于，已登記的代理設(shè)備中包含所述源設(shè)備。
4.如權(quán)利要求2所述的方法，其特征在于，請(qǐng)求設(shè)備根據(jù)本地的選擇策略從已登記的代理設(shè)備中選擇一個(gè)代理設(shè)備。
5.如權(quán)利要求1所述的方法，其特征在于，在協(xié)商成功后進(jìn)一步將協(xié)商的候選許可通知源設(shè)備，源設(shè)備確定該候選許可符合要求后向請(qǐng)求設(shè)備發(fā)放正式許可。
6.如權(quán)利要求5所述的方法，其特征在于，所述候選許可由請(qǐng)求設(shè)備提供，并且在協(xié)商過程中被代理設(shè)備接受；或者所述候選許可由代理設(shè)備提供，并且在協(xié)商過程中被請(qǐng)求設(shè)備接受。
7.如權(quán)利要求5所述的方法，其特征在于，請(qǐng)求設(shè)備接收到正式許可后，進(jìn)一步確定其與接受的候選許可是否一致，若是，則安裝該許可，否則丟棄該正式許可。
8.如權(quán)利要求7所述的方法，其特征在于，請(qǐng)求設(shè)備丟棄所述正式許可后，進(jìn)一步向源設(shè)備請(qǐng)求一個(gè)新的許可。
9.如權(quán)利要求5所述的方法，其特征在于，源設(shè)備確定所述候選許可不符合要求時(shí)，進(jìn)一步向請(qǐng)求設(shè)備發(fā)送本源設(shè)備提供的候選許可，指示其重新協(xié)商；或者源設(shè)備通知請(qǐng)求設(shè)備協(xié)商失敗，結(jié)束此次協(xié)商。
10.如權(quán)利要求1所述的方法，其特征在于，在協(xié)商成功后由代理設(shè)備將協(xié)商結(jié)果通知源設(shè)備；或者由請(qǐng)求設(shè)備將協(xié)商結(jié)果通知源設(shè)備。
11.如權(quán)利要求10所述的方法，其特征在于，源設(shè)備通過所述代理設(shè)備向請(qǐng)求設(shè)備發(fā)放許可；或者，源設(shè)備直接向請(qǐng)求設(shè)備發(fā)放許可。
12.如權(quán)利要求1至11任一項(xiàng)所述的方法，其特征在于，在許可中攜帶許可的類型信息，設(shè)備在協(xié)商過程中依據(jù)該類型信息確定許可為正式許可或?yàn)楹蜻x許可。
13.如權(quán)利要求12所述的方法，其特征在于，所述該類型包括正式許可、候選可修改許可、候選不可修改許可和候選接受許可。
14.如權(quán)利要求13所述的方法，其特征在于，對(duì)于候選可修改許可，在許可中的權(quán)利或限制元素中攜帶用于表明該權(quán)利或限制是否能夠改變的屬性信息。
15.一種許可管理系統(tǒng)，其特征在于，包括源設(shè)備，用于與其他設(shè)備進(jìn)行許可協(xié)商，并負(fù)責(zé)發(fā)放許可；服務(wù)設(shè)備，用于將獲得正式許可的設(shè)備登記為代理源設(shè)備進(jìn)行許可協(xié)商的代理設(shè)備；代理設(shè)備，用于代替所述源設(shè)備完成許可協(xié)商，并且該代理設(shè)備已從所述源設(shè)備獲得正式許可；請(qǐng)求設(shè)備，用于從所述服務(wù)設(shè)備選擇代理設(shè)備進(jìn)行許可協(xié)商，并在協(xié)商成功后從所述源設(shè)備獲得許可。
16.如權(quán)利要求15所述的許可管理系統(tǒng)，其特征在于，所述源設(shè)備與服務(wù)設(shè)備相互獨(dú)立設(shè)置；或者，所述源設(shè)備與服務(wù)設(shè)備設(shè)置為一體。
全文摘要
本發(fā)明公開了一種在設(shè)備之間實(shí)現(xiàn)許可協(xié)商的方法，用以解決現(xiàn)有技術(shù)中請(qǐng)求許可過多導(dǎo)致源設(shè)備負(fù)荷壓力過大而影響服務(wù)質(zhì)量的問題；該方法需要獲得許可的請(qǐng)求設(shè)備從用于發(fā)放許可的源設(shè)備獲得正式許可后保存協(xié)商信息，并登記為許可協(xié)商的代理設(shè)備；后續(xù)的請(qǐng)求設(shè)備從已登記的代理設(shè)備中選擇一個(gè)代理設(shè)備進(jìn)行許可協(xié)商，并在協(xié)商成功后將協(xié)商結(jié)果通知所述源設(shè)備；所述源設(shè)備依據(jù)所述協(xié)商結(jié)果向請(qǐng)求設(shè)備發(fā)放許可。本發(fā)明同時(shí)公開了一種許可管理系統(tǒng)。
文檔編號(hào)H04L29/06GK101090389SQ200610083958
公開日2007年12月19日 申請(qǐng)日期2006年6月16日 優(yōu)先權(quán)日2006年6月16日
發(fā)明者周皓雋, 馮雯潔 申請(qǐng)人:華為技術(shù)有限公司