两个人的电影免费视频_国产精品久久久久久久久成人_97视频在线观看播放_久久这里只有精品777_亚洲熟女少妇二三区_4438x8成人网亚洲av_内谢国产内射夫妻免费视频_人妻精品久久久久中国字幕

一種終端及其文件處理方法和系統(tǒng)的制作方法

文檔序號(hào):7919992閱讀:177來(lái)源:國(guó)知局
專利名稱:一種終端及其文件處理方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及電子信息技術(shù)領(lǐng)域,特別涉及一種終端及其文件處理方法和 系統(tǒng)。
背景技術(shù)
在電子信息技術(shù)領(lǐng)域中,數(shù)字化信息的特點(diǎn)決定了必須有另一種獨(dú)特的 技術(shù),來(lái)加強(qiáng)保護(hù)這些數(shù)字化的音視頻、圖片等節(jié)目?jī)?nèi)容的版權(quán),該技術(shù)就
是數(shù)字權(quán)限管理技術(shù)(DRM, digital right management )。如果設(shè)備具有DRM 功能,該設(shè)備在獲得DRM文件使用許可的情況下,可以通過(guò)DRM文件的許可 信息對(duì)相應(yīng)的DRM文件進(jìn)行解密,解密后即可進(jìn)行顯示;該設(shè)備還可以通過(guò) DRM協(xié)議的標(biāo)準(zhǔn)算法將文件按照DRM文件所規(guī)定的格式進(jìn)行轉(zhuǎn)換,通過(guò)用戶 輸入的信息對(duì)圖片,音樂(lè),視頻等非加密文件進(jìn)行DRM的加密。 一般運(yùn)營(yíng)商 提供DRM文件給具有DRM功能的設(shè)備時(shí),會(huì)設(shè)置DRM文件,使得在具有DRM 功能的設(shè)備對(duì)其解密后,顯示解密后文件,這樣可以保護(hù)獲得DRM文件許可 的用戶對(duì)其專有的使用權(quán),還可以保護(hù)用戶的個(gè)人信息、文件等的。在對(duì)現(xiàn) 有技術(shù)的實(shí)踐和研究中,本發(fā)明的發(fā)明人發(fā)現(xiàn),存在如下缺陷如果設(shè)備不 具有DRM功能,則不能使用DRM文件,使得運(yùn)營(yíng)商只能將DRM文件提供給具 有DRM功能的設(shè)備,因此,DRM文件的應(yīng)用受到限制。

發(fā)明內(nèi)容
本發(fā)明提供一種終端及其文件處理方法和系統(tǒng),利用具有DRM功能的設(shè) 備進(jìn)行文件處理,從而擴(kuò)展了 DRM文件的應(yīng)用。 本發(fā)明4是供的一種終端,包括
連接單元,用于連接具有數(shù)字版權(quán)管理DRM功能的設(shè)備; 解密請(qǐng)求單元,用于發(fā)送包含數(shù)字版權(quán)管理DRM文件的解密請(qǐng)求消息給
所述具有數(shù)字版權(quán)管理DRM功能的"i更備;
解密文件接收單元,用于接收所述具有數(shù)字版權(quán)管理DRM功能的設(shè)備根
據(jù)包含數(shù)字版權(quán)管理DRM文件的解密請(qǐng)求消息返回的所述數(shù)字版權(quán)管理
DRM文件對(duì)應(yīng)的解密文件。
本發(fā)明提供的一種終端,包括
連接單元,用于連接具有數(shù)字版權(quán)管理DRM功能的設(shè)備;
加密請(qǐng)求單元,用于發(fā)送包含待加密文件和用戶信息的數(shù)字版權(quán)管理 DRM加密請(qǐng)求消息給所述具有數(shù)字版權(quán)管理DRM功能的設(shè)備;
加密文件接收單元,用于接收所述具有數(shù)字版權(quán)管理DRM功能的設(shè)備根 據(jù)包含待加密文件和用戶信息的數(shù)字版權(quán)管理DRM加密請(qǐng)求消息返回的所述 待加密文件對(duì)應(yīng)的數(shù)字版權(quán)管理DRM文件。
本發(fā)明提供的一種終端文件處理方法,包括
連接具有數(shù)字版權(quán)管理DRM功能的設(shè)備;
發(fā)送包含數(shù)字版權(quán)管理DRM文件的解密請(qǐng)求消息給所述具有數(shù)字版權(quán)管 理DRM功能的設(shè)備;
接收所述具有數(shù)字版權(quán)管理DRM功能的設(shè)備根據(jù)包含數(shù)字版權(quán)管理 DRM文件的解密請(qǐng)求消息返回的所述數(shù)字版權(quán)管理DRM文件對(duì)應(yīng)的解密文件。
本發(fā)明提供的一種終端文件處理方法,包括 連接具有數(shù)字版權(quán)管理DRM功能的設(shè)備;
發(fā)送包含待加密文件和用戶信息的數(shù)字版權(quán)管理DRM加密請(qǐng)求消息給所 述具有數(shù)字版權(quán)管理DRM功能的設(shè)備;
接收所述具有數(shù)字版權(quán)管理DRM功能的設(shè)備才艮據(jù)包含待加密文件和用戶 信息的數(shù)字版權(quán)管理DRM加密請(qǐng)求消息返回的所述待加密文件對(duì)應(yīng)的數(shù)字版 權(quán)管理D謹(jǐn)文件。
本發(fā)明提供的一種終端文件處理系統(tǒng),包括
終端,用于連接具有數(shù)字版權(quán)管理DRM功能的設(shè)備后,發(fā)送包含數(shù)字版 權(quán)管理DRM文件的解密請(qǐng)求消息給所述具有數(shù)字版權(quán)管理DRM功能的設(shè)備, 并接收所述具有數(shù)字版權(quán)管理DRM功能的設(shè)備根據(jù)包含數(shù)字版權(quán)管理DRM 文件的解密請(qǐng)求消息返回的所述數(shù)字版權(quán)管理DRM文件對(duì)應(yīng)的解密文件;
具有DRM功能的設(shè)備,用于接收所述終端發(fā)送的包含DRM文件的解密請(qǐng) 求消息,對(duì)所述DRM文件進(jìn)行解密后,將所述DRM文件對(duì)應(yīng)的解密文件返回 給所述終端。
可見(jiàn)本發(fā)明實(shí)施例中將終端連接到具有DRM功能的設(shè)備后,向所述具有 DRM功能的設(shè)備請(qǐng)求對(duì)DRM文件的解密,所述具有DRM功能的設(shè)備將DRM 文件解密后,返回解密文件,這樣使得運(yùn)營(yíng)商可以將DRM文件提供給不具有 DRM功能的終端使用,擴(kuò)展了DRM文件的應(yīng)用;另外終端還可以向具有DRM 功能的設(shè)備請(qǐng)求對(duì)待加密文件進(jìn)行DRM加密,加強(qiáng)了對(duì)文件的保護(hù)。


為了更清楚地說(shuō)明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案,下面將對(duì)實(shí) 施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡(jiǎn)單地介紹,顯而易見(jiàn)地,下面 描述中的附圖僅僅是本發(fā)明的一些實(shí)施例,對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講, 在不付出創(chuàng)造性勞動(dòng)性的前提下,還可以根據(jù)這些附圖獲得其他的附圖。 圖l是本發(fā)明實(shí)施例一提供的一種終端的邏輯結(jié)構(gòu)示意圖; 圖2是本發(fā)明實(shí)施例二提供的一種終端的邏輯結(jié)構(gòu)示意圖; 圖3是本發(fā)明實(shí)施例三提供的一種終端的邏輯結(jié)構(gòu)示意圖; 圖4是本發(fā)明實(shí)施例四提供的一種終端的邏輯結(jié)構(gòu)示意圖; 圖5是本發(fā)明方法實(shí)施例一提供的一種終端文件處理方法的流程圖; 圖6是本發(fā)明方法實(shí)施例二提供的一種終端文件處理方法的信令流程圖; 圖7是本發(fā)明方法實(shí)施例三提供的一種終端文件處理方法的流程圖; 圖8是本發(fā)明系統(tǒng)實(shí)施例——種終端文件處理系統(tǒng)的結(jié)構(gòu)示意圖; 圖9是本發(fā)明系統(tǒng)實(shí)施例二一種終端文件處理系統(tǒng)的結(jié)構(gòu)示意圖。
具體實(shí)施例方式
下面將結(jié)合本發(fā)明實(shí)施例中的附圖,對(duì)本發(fā)明實(shí)施例中的一種終端及其 文件處理方法和系統(tǒng)進(jìn)行清楚、完整地描述,顯然,所描述的實(shí)施例僅僅是 本發(fā)明一部分實(shí)施例,而不是全部的實(shí)施例。基于本發(fā)明中的實(shí)施例,本領(lǐng) 域普通技術(shù)人員在沒(méi)有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例,都 屬于本發(fā)明保護(hù)的范圍。
實(shí)施例一、 一種終端110,本發(fā)明實(shí)施例的終端主要是針對(duì)不具有DRM功 能的設(shè)備,邏輯結(jié)構(gòu)示意圖如圖l所示,包括連接單元IO、解密請(qǐng)求單元ll 和解密文件接收單元12,其中
連接單元IO,用于連接具有數(shù)字版權(quán)管理DRM功能的設(shè)備100;
解密請(qǐng)求單元l 1 ,用于發(fā)送包含數(shù)字版權(quán)管理DRM文件的解密請(qǐng)求消息 給所述具有數(shù)字版權(quán)管理DRM功能的設(shè)備100;
解密文件接收單元12,用于接收所述具有數(shù)字版權(quán)管理DRM功能的設(shè)備 1 OO根據(jù)包含數(shù)字版權(quán)管理DRM文件的解密請(qǐng)求消息返回的所述數(shù)字版權(quán)管 理DRM文件對(duì)應(yīng)的解密文件。
可以理解,本實(shí)施例中具有DRM功能的設(shè)備1 OO在接收到解密請(qǐng)求消息 后,需要向用戶設(shè)備請(qǐng)求或查找等方式獲取DRM文件的加密信息,對(duì)其進(jìn)行 解密。
可見(jiàn)本發(fā)明實(shí)施例終端110通過(guò)連接單元10,將不具有DRM功能的終端設(shè) 備連接到具有DRM功能的設(shè)備,并通過(guò)解密請(qǐng)求單元l 1請(qǐng)求所述具有DRM功 能的設(shè)備對(duì)DRM文件解密后,將解密文件返回給解密文件接收單元12。這樣 使得運(yùn)營(yíng)商可以將DRM文件提供給不具有DRM功能的終端使用,擴(kuò)展了DRM 文^f牛的應(yīng)用。
實(shí)施例二、 一種終端210,本發(fā)明實(shí)施例的終端主要是針對(duì)不具有DRM功 能的設(shè)備,邏輯結(jié)構(gòu)示意圖如圖2所示,包括連接單元20、解密請(qǐng)求單元21、 解密文件接收單元22、顯示單元23、存儲(chǔ)單元24和刪除單元25,其中
連接單元20,用于連接具有數(shù)字版權(quán)管理DRM功能的設(shè)備200;
解密請(qǐng)求單元21 ,用于發(fā)送包含數(shù)字版權(quán)管理DRM文件的解密請(qǐng)求消息 給所述連接單元20連接的具有數(shù)字版權(quán)管理DRM功能的設(shè)備200;
解密文件接收單元22,用于接收所述具有數(shù)字版權(quán)管理DRM功能的設(shè)備 200根據(jù)包含數(shù)字版權(quán)管理DRM文件的解密請(qǐng)求消息返回的所述數(shù)字版權(quán)管 理DRM文件對(duì)應(yīng)的解密文件;
顯示單元23,用于顯示所述數(shù)字版權(quán)管理DRM文件對(duì)應(yīng)的解密文件;
存儲(chǔ)單元24,用于儲(chǔ)存所述解密文件接收單元22接收的數(shù)字版權(quán)管理 DRM文件對(duì)應(yīng)的解密文件;
刪除單元25,用于當(dāng)所述顯示單元23進(jìn)行顯示后,刪除所述存儲(chǔ)單元24 存儲(chǔ)的數(shù)字版權(quán)管理DRM文件對(duì)應(yīng)的解密文件。
可以理解,本實(shí)施例中終端210各個(gè)組成部分按照下述方法進(jìn)行文件的處 理連接單元20連接到具有DRM功能的設(shè)備后,通知解密請(qǐng)求單元21發(fā)送
DRM文件的解密請(qǐng)求給所述具有DRM功能的設(shè)備對(duì)DRM文件進(jìn)行解密,解密 文件接收單元22到所述DRM文件對(duì)應(yīng)的解密文件后,通知顯示單元23顯示解 密文件。也可以通知存儲(chǔ)單元24先將解密文件儲(chǔ)存,等到需要應(yīng)用時(shí),通知 顯示單元23進(jìn)行顯示后,通知?jiǎng)h除單元25刪除儲(chǔ)存的解密文件,防止未獲得 DRM文件〗吏用權(quán)限的用戶對(duì)DRM文件的^吏用。
本實(shí)施例與實(shí)施例一提供的終端相比增加了顯示單元23、存儲(chǔ)單元24和 刪除單元25 。使得不具有DRM功能的終端210在接收到DRM文件對(duì)應(yīng)的解密 文件后,可以直接通過(guò)顯示單元23進(jìn)行顯示,或者先儲(chǔ)存再刪除,這樣保護(hù) 了獲得DRM文件使用許可的用戶對(duì)文件的專享權(quán)。
實(shí)施例三、 一種終端310,本發(fā)明實(shí)施例的終端主要是針對(duì)不具有DRM功 能的設(shè)備,邏輯結(jié)構(gòu)示意圖如圖3所示,包括連接單元30、獲取單元31、解 密請(qǐng)求單元32和解密文件接收單元33,其中
連接單元30,用于連接具有數(shù)字版權(quán)管理DRM功能的設(shè)備300;
獲取單元31,用于獲取所述數(shù)字版權(quán)管理DRM文件的加密信息;
解密請(qǐng)求單元32,用于發(fā)送包含數(shù)字版權(quán)管理DRM文件和所述獲取單元 31獲取的加密信息的解密請(qǐng)求消息給所述連接單元連接的具有數(shù)字版權(quán)管理 DRM功能的設(shè)備300;
可以理解,本實(shí)施例中,本單元還可以用于發(fā)送包含數(shù)字版權(quán)管理DRM 文件的解密請(qǐng)求消息給所述連接單元20連接的具有數(shù)字版權(quán)管理DRM功能的 設(shè)備300。
解密文件接收單元33,用于接收所述具有數(shù)字版權(quán)管理DRM功能的設(shè)備 300沖艮據(jù)包含數(shù)字版權(quán)管理DRM文件和所述獲取單元獲取的加密信息的解密 請(qǐng)求消息返回的所述數(shù)字版權(quán)管理DRM文件對(duì)應(yīng)的解密文件。
同樣,當(dāng)解密請(qǐng)求單元32發(fā)送的解密請(qǐng)求消息中指包含DRM文件,則解 密文件接收單元33還用于接收所述具有數(shù)字版權(quán)管理DRM功能的設(shè)備300才艮 據(jù)包含數(shù)字版權(quán)管理DRM文件的解密請(qǐng)求消息返回的所述數(shù)字版權(quán)管理 DRM文件對(duì)應(yīng)的解密文件。
本實(shí)施例和實(shí)施例 一的終端相比增加了獲取單元31 ,本實(shí)施例的終端310 在發(fā)送的解密請(qǐng)求消息中可以包含獲取單元獲得DRM文件的加密信息,這樣
當(dāng)具有DRM功能的設(shè)備300接收到解密請(qǐng)求消息,即可直接通過(guò)加密信息對(duì) DRM文件解密,和實(shí)施例一中需要另外獲取DRM文件的加密信息相比可以縮 短文件處理時(shí)間。
實(shí)施例四、 一種終端410,本發(fā)明實(shí)施例的終端主要是針對(duì)不具有DRM功 能的設(shè)備,邏輯結(jié)構(gòu)示意圖如圖4所示,包括連接單元40、加密請(qǐng)求單元41 和加密文件接收單元42,其中
連接單元40,用于連接具有數(shù)字版權(quán)管理DRM功能的設(shè)備;
加密請(qǐng)求單元41,用于發(fā)送包含非加密文件和用戶信息的數(shù)字版權(quán)管理 DRM加密請(qǐng)求消息給所述具有數(shù)字版權(quán)管理DRM功能的設(shè)備;
加密文件接收單元42,用于接收所述具有數(shù)字版權(quán)管理DRM功能的設(shè)備 根據(jù)包含待加密文件和用戶信息的數(shù)字版權(quán)管理DRM加密請(qǐng)求消息返回的所 述待加密文件對(duì)應(yīng)的數(shù)字版權(quán)管理DRM文件。
可選地,本實(shí)施例的終端還可以包括加密文件發(fā)送單元43,用于發(fā)送 所述加密文件接收單元42接收的待加密文件對(duì)應(yīng)的數(shù)字版權(quán)管理DRM文件。
備,再通過(guò)加密請(qǐng)求單元11請(qǐng)求所述具有DRM功能的設(shè)備將非加密文件以 DRM方法進(jìn)行加密后,返回給力。密文件接收單元12,這樣4吏得不具有DRM功 能的設(shè)備可以通過(guò)DRM方法來(lái)保護(hù)用戶文件信息;可選地,可以通過(guò)加密發(fā) 送單元43發(fā)送DRM文件給其他設(shè)備,與現(xiàn)有技術(shù)中需要使用其它文件保護(hù)方 法進(jìn)行文件備份相比,更安全。
方法實(shí)施例一、 一種終端文件處理方法,本實(shí)施例的方法是不具有DRM 功能的終端一側(cè)向具有DRM功能的設(shè)備請(qǐng)求對(duì)DRM文件解密所采用的方法, 流程圖如圖5所示,包括
步驟IOI、終端連接具有數(shù)字版權(quán)管理DRM功能的設(shè)備;
本方法是針對(duì)不具有DRM功能的終端,可以通過(guò)網(wǎng)絡(luò)連"l妄、USB、藍(lán)牙 等方式連接具有DRM功能的設(shè)備。
步驟102、所述終端發(fā)送包含數(shù)字版權(quán)管理DRM文件的解密請(qǐng)求消息給所 述具有數(shù)字版權(quán)管理DRM功能的設(shè)備;
步驟103、接收所述具有數(shù)字版權(quán)管理DRM功能的設(shè)備根據(jù)包含數(shù)字版權(quán) 管理DRM文件的解密請(qǐng)求消息返回的所述數(shù)字版權(quán)管理DRM文件對(duì)應(yīng)的解 密文件。
可以理解,所述具有DRM功能的設(shè)備接收到終端發(fā)送的解密請(qǐng)求消息, 對(duì)解密請(qǐng)求消息中的DRM文件與終端進(jìn)行鑒權(quán),判斷終端是否有權(quán)限使用所 述DRM文件,如果有權(quán)限,則獲取所述DRM文件的加密信息,通過(guò)該加密信 息對(duì)所述DRM文件進(jìn)行解密,并將DRM文件對(duì)應(yīng)的解密文件返回給終端。且 具有DRM功能的設(shè)備將解密文件返回的同時(shí),可以將所述DRM文件及其解密 文件刪除,防止沒(méi)有獲取DRM文件-使用權(quán)的設(shè)備對(duì)DRM文件的4吏用。
方法實(shí)施例二、 一種終端文件處理方法,信令流程圖如圖6所示,包括 步驟201、終端獲取所述數(shù)字版權(quán)管理DRM文件的加密信息; 在這里終端獲取的加密信息可以是用戶輸入到終端的,也可以是向保存 用戶加密信息的設(shè)備獲取等,這并不構(gòu)成對(duì)本發(fā)明的限制。本實(shí)施例中以向 用戶設(shè)備獲取為例說(shuō)明。
步驟202、終端連接具有數(shù)字版權(quán)管理DRM功能的設(shè)備; 步驟203、所述終端發(fā)送包含數(shù)字版權(quán)管理DRM文件及其加密信息的解密 請(qǐng)求消息給所述具有數(shù)字版權(quán)管理DRM功能的設(shè)備;
步驟204、所述具有DRM功能的設(shè)備接收到終端發(fā)送的解密請(qǐng)求消息,對(duì) 解密請(qǐng)求消息中的DRM文件與終端進(jìn)行鑒權(quán),判斷終端是否有權(quán)限使用所述 DRM文件,如果有權(quán)限,則通過(guò)解密請(qǐng)求消息中的加密信息對(duì)所述DRM文件 進(jìn)行解密,并將DRM文件對(duì)應(yīng)的解密文件返回給終端,同時(shí)將具有DRM功能 的設(shè)備上的所述DRM文件及其解密文件刪除,防止沒(méi)有獲取DRM文件使用權(quán) 的設(shè)備對(duì)DRM文件的使用;
步驟205、終端接收所述具有DRM功能的設(shè)備返回的所述數(shù)字版權(quán)管理 DRM文件對(duì)應(yīng)的解密文件,顯示所述數(shù)字版權(quán)管理DRM文件對(duì)應(yīng)的解密文 件,或者執(zhí)行步驟206,儲(chǔ)存所述數(shù)字版權(quán)管理DRM文件對(duì)應(yīng)的解密文件,在 顯示所述數(shù)字版權(quán)管理DRM文件對(duì)應(yīng)的解密文件后,刪除所述儲(chǔ)存的數(shù)字版 權(quán)管理DRM文件對(duì)應(yīng)的解密文件。
方法實(shí)施例三、 一種終端文件處理方法,本方法實(shí)施例是不具有DRM功
能的終端向具有DRM功能的設(shè)備請(qǐng)求對(duì)待加密文件進(jìn)行DRM加密所采用的 方法,流程圖如圖7所示,包括
步驟301、終端連接具有數(shù)字版權(quán)管理DRM功能的設(shè)備;
本實(shí)施例是針對(duì)不具有DRM功能的終端對(duì)文件的處理方法。
步驟302、發(fā)送包含待加密文件和用戶信息的數(shù)字版權(quán)管理DRM加密請(qǐng)求 消息給所述具有數(shù)字版權(quán)管理DRM功能的設(shè)備;
步驟303、接收所述具有數(shù)字版權(quán)管理DRM功能的設(shè)備根據(jù)包含待加密文 件和用戶信息的數(shù)字版權(quán)管理DRM力口密請(qǐng)求消息返回的所述待加密文件對(duì)應(yīng) 的數(shù)字版權(quán)管理DRM文件。
可以理解,所述具有DRM功能的設(shè)備接收到終端發(fā)送的加密請(qǐng)求消息后, 使用加密請(qǐng)求消息中的用戶信息對(duì)非加密文件進(jìn)行DRM加密,并將待加密文 件對(duì)應(yīng)的DRM文件返回給終端。
終端還可以執(zhí)行步驟304,發(fā)送所述待加密文件對(duì)應(yīng)的數(shù)字版權(quán)管理DRM 文件,這樣不具有DRM功能的終端即可將文件以DRM方式發(fā)送到其他設(shè)備。
可以理解,在終端將DRM文件發(fā)送到其它設(shè)備后,可以將該終端上的待 加密文件及其對(duì)應(yīng)的DRM文件刪除,加強(qiáng)了對(duì)文件的保護(hù)。
系統(tǒng)實(shí)施例一、 一種終端文件處理系統(tǒng),結(jié)構(gòu)示意圖如圖8所示,包括 終端500,用于連接具有數(shù)字版權(quán)管理DRM功能的設(shè)備510后,發(fā)送包含 數(shù)字版權(quán)管理DRM文件的解密請(qǐng)求消息給所述具有數(shù)字版權(quán)管理DRM功能 的設(shè)備510,并接收所述具有數(shù)字版權(quán)管理DRM功能的設(shè)備510根據(jù)包含數(shù)字 版權(quán)管理DRM文件的解密請(qǐng)求消息返回的所述數(shù)字版權(quán)管理DRM文件對(duì)應(yīng) 的解密文件;
具有DRM功能的設(shè)備510,用于接收終端500發(fā)送的包含DRM文件的解密 請(qǐng)求消息,對(duì)所述DRM文件進(jìn)行解密后,將所述DRM文件對(duì)應(yīng)的解密文件返 回纟會(huì)終端500。
可以看出,采用本實(shí)施例的系統(tǒng),終端500可以發(fā)送DRM文件的解密請(qǐng)求 給具有DRM功能的設(shè)備510進(jìn)行解密,這種方法簡(jiǎn)單,同時(shí)擴(kuò)展了DRM文件 在不具有DRM功能的終端500的應(yīng)用。
12
系統(tǒng)實(shí)施例二、 一種終端文件處理系統(tǒng),結(jié)構(gòu)示意圖如圖9所示,包括
終端600,用于連接具有數(shù)字版權(quán)管理DRM功能的設(shè)備610后,發(fā)送包含 待加密文件和用戶信息的DRM加密請(qǐng)求消息給所述具有數(shù)字版權(quán)管理DRM 功能的設(shè)備610,并接收所述具有數(shù)字版權(quán)管理DRM功能的設(shè)備610根據(jù)包含 待加密文件和用戶信息的數(shù)字版權(quán)管理DRM加密請(qǐng)求消息返回的所述待加密 文件對(duì)應(yīng)的數(shù)字版^又管理DRM文件;
具有DRM功能的設(shè)備610,用于接收所述終端600發(fā)送的含待加密文件和 用戶信息的DRM加密請(qǐng)求消息,利用所述用戶信息對(duì)所述待加密文件進(jìn)行 DRM加密后,將所述待加密文件對(duì)應(yīng)的DRM加密文件返回給所述終端600。
本實(shí)施例的系統(tǒng)中終端600可以發(fā)送加密請(qǐng)求消息給具有DRM功能的設(shè) 備610,而對(duì)待加密文件進(jìn)行DRM加密,使得終端600可以通過(guò)DRM方式對(duì)文 件進(jìn)行保護(hù)。
可見(jiàn)本發(fā)明實(shí)施例中不具有DRM功能的終端連接到具有DRM功能的設(shè) 備后,向所述具有DRM功能的設(shè)備請(qǐng)求對(duì)DRM文件的解密,所述具有DRM功 能的設(shè)備將DRM文件解密后,返回解密文件,這樣使得運(yùn)營(yíng)商即可將DRM文 件提供給不具有DRM功能的終端使用,擴(kuò)展了DRM文件的應(yīng)用;另外所述不 具有DRM功能的終端還可以向具有DRM功能的設(shè)備請(qǐng)求非加密文件的DRM 加密,加強(qiáng)了對(duì)文件的保護(hù)。
以上對(duì)本發(fā)明實(shí)施例所提供的一種終端及其文件處理方法和系統(tǒng)進(jìn)行了
對(duì)于本領(lǐng)域的一般技術(shù)人員,依據(jù)本發(fā)明的思想,在具體實(shí)施方式
及應(yīng)用范 圍上均會(huì)有改變之處,綜上所述,本說(shuō)明書內(nèi)容不應(yīng)理解為對(duì)本發(fā)明的限制。
權(quán)利要求
1、一種終端,其特征在于,包括:連接單元,用于連接具有數(shù)字版權(quán)管理DRM功能的設(shè)備;解密請(qǐng)求單元,用于發(fā)送包含數(shù)字版權(quán)管理DRM文件的解密請(qǐng)求消息給所述具有數(shù)字版權(quán)管理DRM功能的設(shè)備;解密文件接收單元,用于接收所述具有數(shù)字版權(quán)管理DRM功能的設(shè)備根據(jù)包含數(shù)字版權(quán)管理DRM文件的解密請(qǐng)求消息返回的所述數(shù)字版權(quán)管理DRM文件對(duì)應(yīng)的解密文件。
2、 如權(quán)利要求l所述的終端,其特征在于,還包括顯示單元,用于顯 示所述數(shù)字版權(quán)管理DRM文件對(duì)應(yīng)的解密文件。
3、 如權(quán)利要求2所述的終端,其特征在于,還包括存儲(chǔ)單元,用于儲(chǔ) 存所述解密文件接收單元接收的數(shù)字版權(quán)管理DRM文件對(duì)應(yīng)的解密文件;刪除單元,用于當(dāng)所述顯示單元進(jìn)行顯示后,刪除所述存儲(chǔ)單元存儲(chǔ)的 數(shù)字版權(quán)管理DRM文件對(duì)應(yīng)的解密文件。
4、 如權(quán)利要求l所述的終端,其特征在于,還包括獲取單元,用于獲 取所述數(shù)字版4又管理DRM文件的加密信息;所述解密請(qǐng)求單元還用于發(fā)送包含數(shù)字版權(quán)管理DRM文件和所述獲取單 元獲取的加密信息的解密請(qǐng)求消息給所述連接單元連接的具有數(shù)字版權(quán)管理 DRM功能的^殳備;所述解密文件接收單元還用于接收所述具有數(shù)字版權(quán)管理DRM功能的設(shè) 備根據(jù)包含數(shù)字版權(quán)管理DRM文件和所述獲取單元獲取的加密信息的解密請(qǐng) 求消息返回的所述數(shù)字版權(quán)管理DRM文件對(duì)應(yīng)的解密文件。
5、 一種終端,其特征在于,包括連接單元,用于連接具有數(shù)字版權(quán)管理DRM功能的設(shè)備;加密請(qǐng)求單元,用于發(fā)送包含待加密文件和用戶信息的數(shù)字版權(quán)管理DRM加密請(qǐng)求消息給所述具有數(shù)字版權(quán)管理DRM功能的設(shè)備;加密文件接收單元,用于接收所述具有數(shù)字版權(quán)管理DRM功能的設(shè)備根據(jù)包含待加密文件和用戶信息的數(shù)字版權(quán)管理DRM加密請(qǐng)求消息返回的所述待加密文件對(duì)應(yīng)的數(shù)字版權(quán)管理DRM文件。
6、 如權(quán)利要求5所述的終端,其特征在于,還包括加密文件發(fā)送單元, 用于發(fā)送所述加密文件接收單元接收的待加密文件對(duì)應(yīng)的數(shù)字版權(quán)管理DRM文件。
7、 一種終端文件處理方法,其特征在于,包括 連接具有數(shù)字版權(quán)管理DRM功能的設(shè)備;發(fā)送包含數(shù)字版權(quán)管理DRM文件的解密請(qǐng)求消息給所述具有數(shù)字版權(quán)管 理DRM功能的設(shè)備;接收所述具有數(shù)字版權(quán)管理DRM功能的設(shè)備根據(jù)包含數(shù)字版權(quán)管理 DRM文件的解密請(qǐng)求消息返回的所述數(shù)字版權(quán)管理DRM文件對(duì)應(yīng)的解密文件。
8、 如權(quán)利要求7所述的終端文件處理方法,其特征在于,還包括顯示 所述數(shù)字版權(quán)管理DRM文件對(duì)應(yīng)的解密文件。
9、 如權(quán)利要求7所述的終端文件處理方法,其特征在于,還包括儲(chǔ)存 所述數(shù)字版權(quán)管理DRM文件對(duì)應(yīng)的解密文件;當(dāng)顯示所述數(shù)字版權(quán)管理DRM文件對(duì)應(yīng)的解密文件后,刪除所述儲(chǔ)存的 數(shù)字版權(quán)管理DRM文件對(duì)應(yīng)的解密文件。
10、 如權(quán)利要求7所述的終端文件處理方法,其特征在于,所述連接具有 數(shù)字版權(quán)管理DRM功能的設(shè)備之前還包括獲取所述數(shù)字版權(quán)管理DRM文件 的加密信息;當(dāng)連接到所述具有數(shù)字版權(quán)管理DRM功能的設(shè)備之后,發(fā)送的解密請(qǐng)求 消息中還包含所述數(shù)字版權(quán)管理DRM文件的加密信息,且接收的所述數(shù)字版 權(quán)管理DRM文件對(duì)應(yīng)的解密文件是所述具有數(shù)字版權(quán)管理DRM功能的設(shè)備 根據(jù)包含數(shù)字版權(quán)管理DRM文件及其加密信息的解密請(qǐng)求消息返回的。
11、 一種終端文件處理方法,其特征在于,還包括 連接具有數(shù)字版權(quán)管理DRM功能的設(shè)備;發(fā)送包含待加密文件和用戶信息的數(shù)字版權(quán)管理DRM加密請(qǐng)求消息給所 述具有數(shù)字版權(quán)管理DRM功能的設(shè)備;接收所述具有數(shù)字版權(quán)管理DRM功能的設(shè)備才艮據(jù)包含待加密文件和用戶 信息的數(shù)字版權(quán)管理DRM加密請(qǐng)求消息返回的所述待加密文件對(duì)應(yīng)的數(shù)字版 4又管理DRM文件。
12、 如權(quán)利要求ll所述的終端文件處理方法,其特征在于,還包括發(fā) 送所述待加密文件對(duì)應(yīng)的數(shù)字版權(quán)管理DRM文件。
13、 一種終端文件處理系統(tǒng),其特征在于,包括終端,用于連接具有數(shù)字版權(quán)管理DRM功能的設(shè)備后,發(fā)送包含數(shù)字版 權(quán)管理DRM文件的解密請(qǐng)求消息給所述具有數(shù)字版權(quán)管理DRM功能的設(shè)備, 并接收所述具有數(shù)字版權(quán)管理DRM功能的設(shè)備根據(jù)包含數(shù)字版權(quán)管理DRM 文件的解密請(qǐng)求消息返回的所述數(shù)字版權(quán)管理DRM文件對(duì)應(yīng)的解密文件;具有DRM功能的設(shè)備,用于接收所述終端發(fā)送的包含DRM文件的解密請(qǐng) 求消息,對(duì)所述DRM文件進(jìn)行解密后,將所述DRM文件對(duì)應(yīng)的解密文件返回 纟會(huì)所述終端。
14、 一種終端文件處理系統(tǒng),其特征在于,包括終端,用于連接具有數(shù)字版權(quán)管理DRM功能的設(shè)備后,發(fā)送包含待加密 文件和用戶信息的DRM加密請(qǐng)求消息給所述具有數(shù)字版權(quán)管理DRM功能的 設(shè)備,并接收所述具有數(shù)字版權(quán)管理DRM功能的設(shè)備根據(jù)包含待加密文件和 用戶信息的數(shù)字版權(quán)管理DRM加密請(qǐng)求消息返回的所述待加密文件對(duì)應(yīng)的數(shù) 字版權(quán)管理DRM文件;具有DRM功能的設(shè)備,用于接收所述終端發(fā)送的含待加密文件和用戶信 息的DRM加密請(qǐng)求消息,利用所述用戶信息對(duì)所述待加密文件進(jìn)行DRM加密 后,將所述待加密文件對(duì)應(yīng)的DRM加密文件返回給所述終端。
全文摘要
本發(fā)明實(shí)施例提供一種終端和文件處理方法和系統(tǒng),應(yīng)用于電子信息技術(shù)領(lǐng)域。本發(fā)明實(shí)施例中不具有DRM功能的終端連接到具有DRM功能的設(shè)備后,向所述具有DRM功能的設(shè)備請(qǐng)求對(duì)DRM文件的解密,所述具有DRM功能的設(shè)備將DRM文件解密后,返回解密文件,運(yùn)營(yíng)商可以將DRM文件提供給不具有DRM功能的終端使用,擴(kuò)展了DRM文件的應(yīng)用;另外所述不具有DRM功能的終端還可以向具有DRM功能的設(shè)備請(qǐng)求待加密文件的DRM加密,加強(qiáng)了對(duì)文件的保護(hù)。
文檔編號(hào)H04L29/06GK101377802SQ20081016744
公開(kāi)日2009年3月4日 申請(qǐng)日期2008年9月26日 優(yōu)先權(quán)日2008年9月26日
發(fā)明者博 張, 李英偉, 袁之泉 申請(qǐng)人:深圳華為通信技術(shù)有限公司
網(wǎng)友詢問(wèn)留言 已有0條留言
  • 還沒(méi)有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1
师宗县| 宜兰县| 长兴县| 额尔古纳市| 日喀则市| 宁武县| 鲁山县| 黑河市| 江城| 高雄县| 集安市| 太谷县| 东宁县| 巩义市| 明光市| 静宁县| 平凉市| 海门市| 泸西县| 昭觉县| 定结县| 信宜市| 汉中市| 吴旗县| 玛纳斯县| 营山县| 东阳市| 乐安县| 嵩明县| 江永县| 谢通门县| 大洼县| 西安市| 泽库县| 象山县| 沁源县| 吉林市| 永丰县| 射洪县| 无极县| 留坝县|