亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

內(nèi)容發(fā)布管理裝置的制作方法

文檔序號:7898842閱讀:159來源:國知局
專利名稱:內(nèi)容發(fā)布管理裝置的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及對發(fā)送機的內(nèi)容的發(fā)布進行管理的內(nèi)容發(fā)布管理裝置。
背景技術(shù)
近年,家庭內(nèi)的設(shè)備通過網(wǎng)絡(luò)連接起來,用于各種內(nèi)容共享的家庭網(wǎng)絡(luò)正在逐步 實現(xiàn)。作為一種家庭網(wǎng)絡(luò)的實現(xiàn)方式可以考慮在家庭內(nèi)設(shè)置一臺路由器,此路由器將電視 機和錄像機等設(shè)備(以下稱為“接收機”)與存儲內(nèi)容的DVD刻錄機等發(fā)送機以星型方式連 接。在此,將路由器設(shè)為家庭內(nèi)唯一與家庭外網(wǎng)絡(luò)連接的設(shè)備。發(fā)送機具有將存儲的內(nèi)容 根據(jù)來自接收機的請求而向此接收機發(fā)布的功能。這樣,各接收機能夠共享發(fā)送機中存儲 的各種內(nèi)容。另一方面,從著作權(quán)保護的角度,不贊成內(nèi)容的無限制的共享。所以,僅僅在家庭 內(nèi)的接收機允許共享的內(nèi)容應(yīng)當限定為不能向家庭外的接收機發(fā)布。因此,發(fā)送機收到來 自接收機的內(nèi)容發(fā)布請求時,需要判斷此接收機是否是被允許共享此內(nèi)容的家庭內(nèi)的接收 機。例如,DTLA (Digital Transmission Licensing Administrator)許可的 DTCP 格 式(Digital Transmission Content Protection Specification)中,作為此判斷方法正 在研究檢測發(fā)送機和接收機間的通信所用時間是否沒有達到預(yù)定時間的方法(參考非專 利文獻1)。非專利文獻 1 =Work Plan for Localizing Transmission, 2003 年 9 月 9 日但是,還沒有考慮到以下具體方法判斷出是家庭內(nèi)的接收機,管理向能夠共享發(fā) 送機中存儲的內(nèi)容的接收機的內(nèi)容發(fā)布。例如,即使是已判定為家庭內(nèi)接收機的接收機,從 著作權(quán)保護的角度而言,也需要防止發(fā)送機向此接收機無限制地發(fā)布內(nèi)容。

發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種內(nèi)容發(fā)布管理裝置,用于管理向能夠共享發(fā)送機中存 儲的內(nèi)容的接收機進行的內(nèi)容發(fā)布。為達成前述目的,本發(fā)明內(nèi)容發(fā)布管理裝置,用于管理發(fā)送機向多個接收機發(fā)布 內(nèi)容的情況下的內(nèi)容的發(fā)布;其具備將接收有效期間設(shè)定到保持單元的設(shè)定單元,其中,接 收有效期間是指被允許共享所述發(fā)送機發(fā)布的內(nèi)容的所述接收機能夠接收所述內(nèi)容的時 間的上限;以及管理單元,用于基于來自所述發(fā)送機的內(nèi)容的發(fā)布狀況,對被允許內(nèi)容共享 的全部所述接收機,管理能夠接收所述內(nèi)容的時間。例如,各所述接收機分配有固有的標識,本發(fā)明內(nèi)容發(fā)布管理裝置進一步具有注 冊單元,用于將被允許共享所述發(fā)送機發(fā)布的內(nèi)容的所述接收機的標識保存到所述保持單元;所述設(shè)定單元在所述注冊單元已將所述接收機的標識保存到所述保持單元的情況下, 將所述接收有效期間設(shè)定到所述保持單元;所述管理單元在所述接收有效期間被設(shè)定到所 述保持單元之后,所述發(fā)送機發(fā)布內(nèi)容的發(fā)布時間已達到所述接收有效期間的情況下,注 銷所述保持單元中注冊的標識。例如,所述發(fā)布時間是所述發(fā)送機發(fā)布內(nèi)容的實際時間;所述管理單元從所述接 收機能夠接收所述內(nèi)容的時間中減去所述發(fā)送機發(fā)布內(nèi)容的實際時間。例如,所述發(fā)布時間是由所述發(fā)送機發(fā)布的內(nèi)容的播放時間;所述管理單元從所 述接收機能夠接收所述內(nèi)容的時間中減去由所述發(fā)送機發(fā)布的內(nèi)容的播放時間。例如,所述發(fā)送機加密并發(fā)布內(nèi)容,被允許共享所述內(nèi)容的所述接收機是與所述 發(fā)送機的連接狀態(tài)滿足預(yù)定關(guān)系的接收機,所述設(shè)定單元將與所述發(fā)送機的連接狀態(tài)滿足 預(yù)定關(guān)系的接收機的標識設(shè)定到所述保持單元;所述發(fā)送機在所述標識被設(shè)定到所述保持 單元之后,向所述標識對應(yīng)的所述接收機發(fā)送用于解密已加密的所述內(nèi)容所需的信息。另外,本發(fā)明內(nèi)容發(fā)布管理裝置是管理發(fā)送機向一個或多個接收機發(fā)布內(nèi)容的情 況下的內(nèi)容的發(fā)布的裝置,各所述接收機分配有固有的標識;所述裝置具有注冊單元,用于 將被允許共享所述發(fā)送機具有的內(nèi)容的所述接收機的標識保存到保持單元;設(shè)定單元,用 于在所述注冊單元將所述接收機的標識保存到所述保持單元的情況下,將接收有效期間設(shè) 定到所述保持單元,其中接收有效期間是指所述接收機能夠接收所述內(nèi)容的時間的上限; 以及管理單元,用于在所述接收有效期間已被設(shè)定到所述保持單元之后,在所述發(fā)送機發(fā) 布內(nèi)容的發(fā)布時間已達到所述接收有效期間的情況下,注銷所述保持單元中注冊的標識。例如,所述發(fā)布時間是所述發(fā)送機發(fā)布內(nèi)容的實際時間;所述管理單元從所述接 收機能夠接收所述內(nèi)容的時間中減去所述發(fā)送機發(fā)布內(nèi)容的實際時間。例如,所述發(fā)布時間是由所述發(fā)送機發(fā)布的內(nèi)容的播放時間;所述管理單元從所 述接收機能夠接收所述內(nèi)容的時間中減去由所述發(fā)送機發(fā)布的內(nèi)容的播放時間。例如,所述發(fā)送機加密并發(fā)布內(nèi)容;被允許共享所述內(nèi)容的所述接收機是與所述 發(fā)送機的連接狀態(tài)滿足預(yù)定關(guān)系的接收機;所述設(shè)定單元將與所述發(fā)送機的連接狀態(tài)滿足 預(yù)定關(guān)系的接收機的標識設(shè)定到所述保持單元;所述發(fā)送機在所述標識被設(shè)定到所述保持 單元之后,向所述標識對應(yīng)的所述接收機發(fā)送用于解密已加密的所述內(nèi)容所需的信息。本發(fā)明也能通過以本發(fā)明內(nèi)容發(fā)布管理裝置的特征性結(jié)構(gòu)單元作為步驟的內(nèi)容 發(fā)布管理方法實現(xiàn);還能通過使這些步驟在計算機中運行的程序而實現(xiàn)。此程序也能通過 CD-ROM等存儲介質(zhì)、通信網(wǎng)絡(luò)等傳輸介質(zhì)而流通。本發(fā)明能夠提供一種內(nèi)容發(fā)布管理裝置,用于管理對能夠共享發(fā)布機中存儲的內(nèi) 容的接收機的內(nèi)容發(fā)布。本發(fā)明內(nèi)容發(fā)布管理裝置中,發(fā)送機可以并不分別獲知對各個接收機的發(fā)布狀況 而統(tǒng)一管理內(nèi)容發(fā)布狀況,所以管理很容易,同時,能夠可靠地防止無限制的內(nèi)容共享。且, 對于注冊狀態(tài)的接收機,通過免去費時的有關(guān)連接狀態(tài)的判斷處理,既實現(xiàn)了內(nèi)容的安全 保護,又減輕了對接收機的允許判斷處理的負擔。另外,還有這樣的效果例如,由于只以發(fā) 送機已發(fā)布內(nèi)容的時間為對象,測量接收機能夠接收內(nèi)容的時間,所以,接收機被允許內(nèi)容 共享之后,即使在用戶中途不得已而中斷欣賞的情況下(不速之客等情況)的空白時間也 沒耗費,減少再次得到發(fā)送機許可的處理頻率。
這樣,通過一個計數(shù)器管理多個接收機各自能夠接收內(nèi)容的時間,發(fā)送機能夠以 很少的資源管理內(nèi)容的發(fā)布,并且能方便安裝。還有這樣的效果針對每個接收機,利用計數(shù)器管理接收機能夠接收內(nèi)容的時間, 在各接收機注冊的時刻分別將計數(shù)器的值初始化為預(yù)定值,從而,不會因為受到在此接收 機注冊之前的其他接收機的發(fā)布狀況的影響等等而將此接收機的初始值動態(tài)地設(shè)短,以減 少得到發(fā)送機許可的處理頻率。


圖1是表示本實施方式中家庭網(wǎng)絡(luò)1的結(jié)構(gòu)的圖。圖2是表示實施方式中發(fā)送機20的結(jié)構(gòu)的圖。圖3是表示第一實施方式中直到發(fā)送機20向進行認證請求的接收機發(fā)送交換密 鑰的處理步驟的圖。圖4是表示第一實施方式中從發(fā)送機20開始內(nèi)容的發(fā)布到結(jié)束的處理步驟的圖。圖5是表示第一實施方式的發(fā)送機20保持的、指定各接收機能夠接收內(nèi)容的期間 的計數(shù)器的值的變化的示例的圖。圖6是表示第二實施方式的發(fā)送機20保持的、指定各接收機能夠接收內(nèi)容的期間 的計數(shù)器的值的變化的示例的圖。附圖標記說明1家庭網(wǎng)絡(luò)10路由器20發(fā)送機30接收機31接收機32接收機200通信部201設(shè)備認證部202連接狀態(tài)驗證部203注冊信息·計數(shù)器保持部204注冊判斷部205注冊信息·計數(shù)器變更部206交換密鑰發(fā)送部207內(nèi)容發(fā)布接收部208內(nèi)容存儲部209內(nèi)容加密部210內(nèi)容發(fā)布部211內(nèi)容發(fā)布測量部
具體實施例方式
下面參考

本發(fā)明的具體實施方式

(第一實施方式)首先,用附圖1說明第一實施方式的家庭網(wǎng)絡(luò)1的結(jié)構(gòu)。圖1是表示第一實施方式的家庭網(wǎng)絡(luò)1的結(jié)構(gòu)的圖。家庭網(wǎng)絡(luò)1是為了實現(xiàn)家庭內(nèi)的內(nèi)容共享的網(wǎng)絡(luò),由路由器10、發(fā)送機20以及接 收機30、31、32構(gòu)成。路由器10在家庭網(wǎng)絡(luò)1中唯一與家庭網(wǎng)絡(luò)1的外部網(wǎng)絡(luò)(因特網(wǎng)) 連接。發(fā)送機20和接收機30、31、32連接路由器10。家庭網(wǎng)絡(luò)1是以路由器10為中心的
星型網(wǎng)絡(luò)。發(fā)送機20中存儲有各種內(nèi)容,通過路由器10接收來自其他設(shè)備的認證請求,判斷 其他設(shè)備是家庭網(wǎng)絡(luò)1內(nèi)的設(shè)備,并判斷其是否是能夠共享發(fā)送機20存儲的內(nèi)容的設(shè)備。 在判斷出其他設(shè)備是能夠共享內(nèi)容的設(shè)備的情況下,發(fā)送機20向其他設(shè)備發(fā)布其他設(shè)備 所請求的內(nèi)容。發(fā)送機20是具備發(fā)布存儲的各種內(nèi)容的功能的AV服務(wù)器等。接收機30、31、32是具有獲取各種內(nèi)容的功能的電視機、錄像機、DVD播放機等。第一實施方式中,發(fā)送機20對于允許內(nèi)容共享的接收機,能夠在預(yù)定的接收有效 期間接收內(nèi)容。在此,預(yù)定的接收有效期間是預(yù)先確定的基準時間。發(fā)送機20具有用于指 定,被允許內(nèi)容共享的接收機中,接收機能夠接收內(nèi)容的期間的計數(shù)器。發(fā)送機20對于來 自接收機的認證請求,判斷此接收機是合法設(shè)備(以下稱為“認證”),并且,確認發(fā)送機20 與此接收機間的連接狀態(tài)是否滿足預(yù)定條件(以下稱為“連接狀態(tài)驗證”);在判斷出此接 收機能夠允許共享內(nèi)容的情況下,將此接收機作為允許內(nèi)容共享的接收機而注冊到內(nèi)部, 并在計數(shù)器設(shè)定此接收機用的預(yù)定的接收有效期間。即,對此接收機用的計數(shù)器進行初始 化。利用此接收機用的計數(shù)器,在表示已經(jīng)過預(yù)定的接收有效期間的時間點,從發(fā)送機20 注銷此接收機的注冊。雖然發(fā)送機20發(fā)出的內(nèi)容是加密發(fā)布的,但是,對于來自接收機的認證請求,如 果此接收機尚未注冊,則發(fā)送機20進行認證和連接狀態(tài)驗證,在注冊之后,才向此接收機 發(fā)送對加密內(nèi)容進行解密所需的信息。另一方面,如果此接收機已經(jīng)注冊,則發(fā)送機20只 對此接收機進行認證,就向其發(fā)送對加密內(nèi)容進行解密所需的信息。在發(fā)送機20發(fā)布內(nèi)容的期間,各接收機用的計數(shù)器都遞減。換言之,如果向已注 冊接收機中任一個發(fā)布內(nèi)容,則全部接收機用計數(shù)器同樣地遞減。在此,例如,使用實時傳輸協(xié)議(RTP),為了實時播放而以一定的數(shù)據(jù)速率廣播 (或者多播)發(fā)布內(nèi)容。因為發(fā)布的內(nèi)容已加密,即使接收機被允許共享內(nèi)容,如果沒有獲 得解密所需信息,也無法對加密的內(nèi)容進行解密。以下詳細說明實現(xiàn)前述功能的發(fā)送機20。首先,用圖2說明發(fā)送機20的結(jié)構(gòu)。圖2是表示發(fā)送機20的結(jié)構(gòu)的圖。發(fā)送機20包括通信部200、設(shè)備認證部201、連接狀態(tài)驗證部202、注冊信息 計數(shù) 器保持部203、注冊判斷部204、注冊信息 計數(shù)器變更部205、交換密鑰發(fā)送部206、內(nèi)容發(fā) 布接收部207、內(nèi)容存儲部208、內(nèi)容加密部209、內(nèi)容發(fā)布部210,以及內(nèi)容發(fā)布測量部211。通信部200與發(fā)送機20的外部設(shè)備進行通信。發(fā)送機20內(nèi)部的各組成部分通過 通信部200與發(fā)送機20的外部設(shè)備進行通信。
設(shè)備認證部201接收來自接收機的認證請求,并且通過認證確認此接收機是否是 合法設(shè)備。在此,作為此設(shè)備認證的方法是,例如,發(fā)送機20和接收機各自保留公鑰密碼的 鑰匙對(公鑰、密鑰)和證書,發(fā)送機20和接收機利用公鑰和密鑰以挑戰(zhàn)/應(yīng)答方式進行 認證。連接狀態(tài)驗證部202驗證進行認證請求的接收機(請求接收機)的連接狀態(tài)是否 滿足預(yù)定條件。在此,使用的驗證方法是例如,測定從發(fā)送機20向請求接收機發(fā)送回顯 (echo)請求數(shù)據(jù)開始,直到接收來自請求接收機的對應(yīng)于此回顯請求數(shù)據(jù)的回顯應(yīng)答數(shù)據(jù) 所需的往返時間,如果測到的往返時間在預(yù)先規(guī)定的基準時間以內(nèi),則判定請求接收機是 家庭網(wǎng)絡(luò)1內(nèi)的設(shè)備。以下,將采用此方法的驗證稱為回路響應(yīng)時間(RTT)驗證。前述連 接狀態(tài)驗證和RTT驗證在實施方式中具有相同含義。注冊信息·計數(shù)器保持部203保持識別碼和表示預(yù)定的接收有效期間的計數(shù)器, 該識別碼是設(shè)備認證部201的認證結(jié)果及連接狀態(tài)驗證部202的驗證結(jié)果都為肯定的接收 機的識別碼。在此,例如,使用由設(shè)備認證部201得到的證書中記載的設(shè)備固有信息(例如, 設(shè)備ID)作為識別碼。注冊判斷部204檢查注冊信息 計數(shù)器保持部203,判斷設(shè)備認證部201的認證結(jié) 果為肯定的接收機是否是已注冊的設(shè)備。注冊信息·計數(shù)器變更部205變更注冊信息·計數(shù)器保持部203的信息。變更包 括㈧新的注冊/計數(shù)器的初始化;⑶向計數(shù)器反映實施的內(nèi)容發(fā)布時間;(C)注冊(/ 計數(shù)器)的刪除。(A)中,在注冊信息·計數(shù)器保持部203保存應(yīng)注冊的接收機的識別碼, 并將此接收機的計數(shù)器初始化。在此,初始化是指將計數(shù)器的值設(shè)定為預(yù)先設(shè)定的基準值 (接收有效期間接收機能夠接收內(nèi)容的期間的上限)。在此,基準值是時間,接收有效期 間為40個時間的情況下,例如,將計數(shù)器初始值設(shè)為“40”,將變更單位設(shè)為1個時間。⑶ 中,內(nèi)容發(fā)布測量部211測量到的內(nèi)容發(fā)布的時間每增加1個時間,將注冊信息 計數(shù)器保 持部203中保持的全部注冊接收機的計數(shù)器的值減“1”。在此,若有值變?yōu)椤?”的計數(shù)器, 就從注冊信息·計數(shù)器保持部203中刪除此計數(shù)器所對應(yīng)的接收機的注冊(換言之,刪除 此計數(shù)器所對應(yīng)的接收機的識別碼和計數(shù)器)(C)。交換密鑰發(fā)送部206對已注冊狀態(tài)的接收機發(fā)送對加密的內(nèi)容進行解密所需的 信息。在此,例如,所需的信息是指交換密鑰,在生成內(nèi)容解密中使用的內(nèi)容 密鑰時,這是 必需的。此交換密鑰,通過設(shè)備認證部201,使用發(fā)送機20和前述已注冊狀態(tài)的接收機之 間共享的認證密鑰發(fā)送。發(fā)送機20按照預(yù)定規(guī)則的時序變更交換密鑰,但是變更時序的規(guī) 則不是本發(fā)明的重點,故省略其說明。實施方式中,交換密鑰發(fā)送部206發(fā)送最新的交換密 鑰,即,如果當前內(nèi)容正在發(fā)布中,就發(fā)送用于解密此內(nèi)容的交換密鑰。內(nèi)容發(fā)布接收部207接收來自各接收機的內(nèi)容發(fā)布請求,并應(yīng)答。內(nèi)容存儲部208存儲成為發(fā)布對象的各種內(nèi)容。內(nèi)容加密部209對發(fā)布內(nèi)容進行加密。內(nèi)容加密部209,例如,根據(jù)交換密鑰和內(nèi) 容的復(fù)制控制信息等生成內(nèi)容·密鑰,由此加密發(fā)布內(nèi)容。內(nèi)容發(fā)布部210發(fā)布加密后的內(nèi)容。內(nèi)容發(fā)布測量部211測量內(nèi)容被發(fā)布的時間。接下來,用圖3和圖4說明發(fā)送機20的工作。
首先,用圖2和圖3說明發(fā)送機20向進行認證請求的接收機發(fā)送交換密鑰為止的 處理順序。圖3是表示發(fā)送機20向進行認證請求的接收機發(fā)送交換密鑰為止的處理順序的 圖。步驟S21 設(shè)備認證部201中執(zhí)行,對進行認證請求的接收機進行設(shè)備認證,確認 是否是合法設(shè)備。設(shè)備認證的方法如前述。如果確認是合法設(shè)備,則進入步驟S22,判斷此 設(shè)備是否是已注冊的接收機。如果不是,則結(jié)束處理。步驟S22 注冊判斷部204中執(zhí)行,判斷由設(shè)備認證部201認證為合法設(shè)備的接收 機是否是已注冊的設(shè)備。注冊判斷中利用步驟S21中獲得的設(shè)備固有的識別碼。如果識別 碼是注冊的,則進入步驟S25,發(fā)送交換密鑰。如果不是,則進入步驟S23,進行RTT驗證。步驟S23 連接狀態(tài)驗證部202中執(zhí)行,進行RTT驗證,以判斷由設(shè)備認證部201認 證為合法設(shè)備的接收機的連接狀態(tài)是否滿足預(yù)定條件。RTT驗證如前述。如果確認滿足預(yù) 定條件,則進入步驟S24,將此接收機作為能夠共享內(nèi)容的接收機而注冊到注冊信息·計數(shù) 器保持部203。如果不是,則結(jié)束處理。步驟S24 注冊信息·計數(shù)器變更部205中執(zhí)行,將由連接狀態(tài)驗證部202判斷為 連接狀態(tài)滿足預(yù)定條件的接收機的、在步驟S21中獲得的識別碼注冊到注冊信息·計數(shù)器 保持部203,并且將對應(yīng)的計數(shù)器初始化。之后進入步驟S25,發(fā)送交換密鑰。步驟S25 交換密鑰發(fā)送部206中執(zhí)行,將對發(fā)布的加密內(nèi)容進行解密所需的交換 密鑰,用步驟S21中共享的認證密鑰進行加密,并且發(fā)送給進行認證請求的接收機。以下,用圖2和圖4說明從發(fā)送機20開始內(nèi)容發(fā)布到結(jié)束為止的處理順序。圖4是表示從發(fā)送機20開始發(fā)布內(nèi)容到結(jié)束的處理順序的圖。以下的步驟S31、步驟S32及步驟S33在內(nèi)容發(fā)布測量部211中執(zhí)行;步驟S34、步 驟S35及步驟S36在注冊信息·計數(shù)器變更部205中執(zhí)行。步驟S31 判斷從內(nèi)容的發(fā)布開始,或者從1個時間測量被重置開始,內(nèi)容的發(fā)布 是否已經(jīng)過1個時間。如果沒有經(jīng)過1個時間,則進入步驟S32,確認內(nèi)容是否結(jié)束。如果 經(jīng)過了 1個時間,則進入步驟S33,重置1個時間測量。步驟S32 判斷內(nèi)容是否結(jié)束。如果內(nèi)容繼續(xù),則返回步驟S31 ;判斷是否已經(jīng)過1 個時間。如果內(nèi)容結(jié)束,則結(jié)束處理。步驟S33 重置1個時間的測量。之后,進入步驟S34,將全部注冊接收機的計數(shù)器 遞減。步驟S34 從全部注冊接收機的計數(shù)器(表示能夠進行內(nèi)容發(fā)布的剩余的時間) 中減去(遞減)“1”(表示已進行內(nèi)容發(fā)布1個時間的值)。之后進入步驟S35,確認是否 有計數(shù)器的值變?yōu)椤?”的注冊接收機。步驟S35 確認是否有值變?yōu)椤?”的注冊接收機的計數(shù)器。如果有值變?yōu)椤?”的 計數(shù)器,則進入步驟S36,從注冊信息·計數(shù)器保持部203中注銷此接收機的注冊。如果沒 有值變?yōu)椤?”的計數(shù)器,則直接返回步驟S31,判斷是否又經(jīng)過了 1個時間。步驟S36 從注冊信息·計數(shù)器保持部203中刪除計數(shù)器的值變?yōu)椤?”的接收機 的識別碼,使注冊無效。直接返回步驟S31,判斷是否又經(jīng)過了 1個時間。圖5是表示第一實施方式的發(fā)送機20保持的計數(shù)器的值的變化的示例的圖,其中,計數(shù)器用于指定各接收機能夠接收內(nèi)容的期間。發(fā)送機20接收來自接收機30的內(nèi)容發(fā)布請求CR01、CR02,分別發(fā)布內(nèi)容1、內(nèi)容 2;接收來自接收機32的內(nèi)容發(fā)布請求CR21,發(fā)布內(nèi)容3。然后,發(fā)送機20接收來自接收機 30的內(nèi)容發(fā)布請求CR03,發(fā)布內(nèi)容4。而且,接收機31在發(fā)送機20接收到來自接收機30 的內(nèi)容發(fā)布請求CROl并發(fā)布內(nèi)容1的時候,請求同時共享內(nèi)容I(CRll)。內(nèi)容1的長度是15個時間;內(nèi)容2的長度是20個時間;內(nèi)容3的長度是13個時 間;內(nèi)容4的長度是10個時間。在此,說明與接收機30對應(yīng)的計數(shù)器的值的變化。發(fā)送機20接收來自接收機30的認證請求AROl,進行認證(Al)和RTT驗證(Bi), 判斷出接收機30是合法設(shè)備并其連接狀態(tài)滿足預(yù)定條件,對此接收機進行向注冊信息 計 數(shù)器保持部203的注冊。在此,接收機30的計數(shù)器被初始化為“40”(TCOl);交換密鑰 Kxl(XOl)被發(fā)送到接收機30。發(fā)送機20接收來自接收機30的內(nèi)容1的發(fā)布請求(CROl),利用基于交換密鑰Kxl 生成的內(nèi)容 密鑰而加密內(nèi)容1,并發(fā)布。執(zhí)行內(nèi)容發(fā)布的同時,接收機30對應(yīng)的計數(shù)器遞 減下去。發(fā)送機20接著接收到來自接收機30的內(nèi)容2的發(fā)布請求(CRO》。發(fā)送機20利 用基于交換密鑰Kxl生成的內(nèi)容·密鑰加密內(nèi)容2,并發(fā)布。在此,假設(shè),接收機30在接收到15個時間的內(nèi)容2時,中斷發(fā)布請求(BROl)。例 如,接收機30的用戶正在欣賞內(nèi)容2的時候,有不速之客到來,從而中止欣賞的情況。在此 情況下,內(nèi)容2的發(fā)布被中斷,對應(yīng)于接收機30的計數(shù)器的值只遞減內(nèi)容2的發(fā)布已進行 的15個時間,停止在“10” (TC02)。中斷內(nèi)容2的發(fā)布之后,發(fā)送機20接收到來自接收機32的認證請求AR21,進行認 證(Al)和RTT驗證(Bi),判斷出接收機32是合法設(shè)備且其連接狀態(tài)滿足預(yù)定條件,進行注 冊,向接收機32發(fā)送交換密鑰Kx2 (Χ21)。另一方面,接收機30在中斷內(nèi)容2的接收后,例如,暫時處于關(guān)機狀態(tài),一段時 間后再次成為開機狀態(tài)。此時,發(fā)送機20接收來自接收機30的認證請求AR02,進行認證 (Α2),接收機30的計數(shù)器的值是“10”,因為能夠確認此接收機是沒有超過接收有效期間的 注冊中的接收機,所以不進行RTT驗證,而向接收機30發(fā)送最新的交換密鑰Κχ2(Χ(^)。然 后,發(fā)送機20接收來自接收機32的內(nèi)容3的發(fā)布請求(CR21),利用基于交換密鑰Κχ2生成 的內(nèi)容·密鑰加密內(nèi)容3,并發(fā)布。在此,內(nèi)容發(fā)布請求只有請求源IP地址這樣的動態(tài)信息。因此,發(fā)送機20很難 判斷該內(nèi)容發(fā)布請求是來自哪個接收機的請求。雖然可以利用在內(nèi)容發(fā)布請求中添加認 證·注冊時用到的識別碼等的方法來識別·管理內(nèi)容發(fā)布請求源接收機,但是處理變得很 復(fù)雜。另外,假設(shè)即使識別出內(nèi)容發(fā)布請求源接收機,但廣播中的內(nèi)容發(fā)布中,也不能保證 只有內(nèi)容發(fā)布請求源接收機接收內(nèi)容。例如,內(nèi)容發(fā)布請求CR21是來自接收機32的發(fā)布 請求,即使是在接收機30沒有向發(fā)送機20發(fā)出內(nèi)容3的發(fā)布請求的情況下,接收機30也 能利用已經(jīng)得到的交換密鑰Κχ2,接收并解密內(nèi)容3。因此,在執(zhí)行內(nèi)容3的發(fā)布的同時,發(fā)送機20不僅遞減接收機32的計數(shù)器,而且 不管接收機30是否正在接收內(nèi)容,遞減接收機30的計數(shù)器。在接收機30的計數(shù)器的值變 為“0”的時刻(TC03),從注冊信息 計數(shù)器保持部203中注銷允許接收機30內(nèi)容共享的注冊。然后,如果發(fā)送機20接收到來自接收機30的認證請求AR03,由于接收機30的注 冊已不存在,所以進行認證(?。?)和RTT驗證(B3),判斷出接收機30是合法設(shè)備并其連接狀 態(tài)滿足預(yù)定條件,并進行注冊。在此,接收機30的計數(shù)器被初始化為“40”(TC04),最新交 換密鑰Kx3(XO;3)被發(fā)送到接收機30。在此,假設(shè),在發(fā)布上述內(nèi)容3時,發(fā)送機20以某種方法識別出內(nèi)容發(fā)布請求CR21 是來自接收機32的發(fā)布請求;不遞減接收機30的計數(shù)器;在認證請求AR03的時刻,接收機 30的注冊還在繼續(xù)(圖5中對應(yīng)于接收機30的計數(shù)器的值的虛線部D)。在此情況下,如 果接收機30還接收并解密了內(nèi)容3的發(fā)布,盡管向接收機30進行的是超過接收有效時間 40個時間的43個時間的內(nèi)容發(fā)布,發(fā)送機20接收到來自接收機30的認證請求AR03后,只 進行認證(??; ),而不進行RTT驗證(Β; ),就向接收機30發(fā)送最新交換密鑰Κχ3。如果假設(shè)接收機30在進行內(nèi)容4的發(fā)布請求(CR(XB)之前就被帶出家庭外,則在 進行認證請求AR03的時刻,即使在RTT驗證中判斷出不滿足預(yù)定條件等情況下,接收機30 也可能在進一步超過被允許的接收有效期間,非法接收并解密內(nèi)容。其次,說明對應(yīng)于接收機31的計數(shù)器的值的變化。發(fā)送機20接收來自接收機30的內(nèi)容發(fā)布請求(CROl),在內(nèi)容1的發(fā)布中,接收 來自接收機31的認證請求AR11,進行認證(Al)和RTT驗證(Bi),判斷出接收機31是合 法設(shè)備并其連接狀態(tài)滿足預(yù)定條件,并進行注冊。在此,接收機31的計數(shù)器被初始化為 “40”(TCll);交換密鑰Kxl (Xll)發(fā)送到接收機31。然后,無論是否有來自接收機31的內(nèi) 容發(fā)布請求CR11,在執(zhí)行內(nèi)容1的發(fā)布的同時,對應(yīng)于接收機31的計數(shù)器遞減,在內(nèi)容1的 發(fā)布結(jié)束的時候,對應(yīng)于接收機31的計數(shù)器的值變?yōu)椤?4” (TC12)。接下來,如果發(fā)送機20接收到來自接收機30的發(fā)布請求CR02,則在執(zhí)行內(nèi)容2 的發(fā)布的同時,將接收機31的計數(shù)器遞減下去,不管接收機31是否正在接收內(nèi)容。由于內(nèi) 容2的發(fā)布被接收機30中斷,對應(yīng)于接收機31的計數(shù)器的值只是遞減內(nèi)容2的發(fā)布已進 行的15個時間,停止在“19” (TC13)。然后,發(fā)送機20接收來自接收機32的內(nèi)容發(fā)布請求 CR21,發(fā)布內(nèi)容3 ;接收來自接收機30的內(nèi)容發(fā)布請求CR03,發(fā)布內(nèi)容4;在執(zhí)行這些內(nèi)容 的發(fā)布的同時,遞減對應(yīng)于接收機31的計數(shù)器。對應(yīng)于接收機31的計數(shù)器的值在13個時 間的內(nèi)容3的發(fā)布結(jié)束的時候,變成“6” (TC14);在內(nèi)容4的發(fā)布過程中成為“0”(TC15)。接下來說明對應(yīng)于接收機32的計數(shù)器的值的變化。發(fā)送機20接收來自接收機32的認證請求AR21,進行認證(Al)和RTT驗證(Bi), 判斷出接收機32是合法設(shè)備并其連接狀態(tài)滿足預(yù)定條件,并進行注冊。在此,接收機32的 計數(shù)器被初始化為“40” (TC21),發(fā)送機20向接收機32發(fā)送交換密鑰Κχ2。發(fā)送機20接收來自接收機32的內(nèi)容3的發(fā)布請求(CR21),利用基于交換密鑰Κχ2 生成的內(nèi)容·密鑰加密內(nèi)容3,并發(fā)布。發(fā)布內(nèi)容3的同時,對應(yīng)于接收機32的計數(shù)器遞減, 在13個時間的內(nèi)容3的發(fā)布結(jié)束的時候,對應(yīng)于接收機32的計數(shù)器的值變成“27”(TC22)。 然后,發(fā)送機20接收來自接收機30的內(nèi)容發(fā)布請求CR03,并發(fā)布內(nèi)容4,將對應(yīng)于接收機 32的計數(shù)器遞減下去。因而,發(fā)送機20可以并不分別獲知對各個接收機的發(fā)布狀況而統(tǒng)一管理內(nèi)容發(fā) 布狀況,所以內(nèi)容發(fā)布的管理很容易,同時,能夠可靠地防止無限制的內(nèi)容共享。另外,對于注冊狀態(tài)的接收機,通過免去費時的有關(guān)連接狀態(tài)的判斷處理,既實現(xiàn)了內(nèi)容的安全保護, 又減輕了允許接收機共享內(nèi)容的判斷處理的負擔。指定接收機能夠接收內(nèi)容的期間的計數(shù)器,由于在發(fā)送機20注冊各接收機的時 刻被分別初始化為預(yù)定值,例如,不會因為受到接收機被注冊前的發(fā)布狀況的影響而把初 始值動態(tài)地設(shè)短,所以,接收機得到發(fā)送機20的許可的處理頻率就降低。另外,由于計數(shù)器 只遞減發(fā)送機20發(fā)布內(nèi)容的時間,所以,接收機被允許內(nèi)容共享之后,即使在用戶中途不 得已而中斷欣賞的情況下(不速之客等情況)的空白時間也沒耗費,再次請求發(fā)送機20的 許可的處理頻率也降低。雖然在第一實施方式中,說明了發(fā)送機20實時地以流發(fā)布內(nèi)容的情況,但是本發(fā) 明并不限于此,例如,在各接收機使用HTTP協(xié)議下載而共享發(fā)送機20中存儲的內(nèi)容的非實 時發(fā)布的情況也適用。在非實時發(fā)布中,可以假定2個時間的內(nèi)容能夠用1個時間發(fā)布。明 顯地,在這樣的情況下,指定接收有效期間的計數(shù)器遞減的可以不是內(nèi)容的發(fā)布時間(1個 時間)而是播放時的內(nèi)容的長度O個時間)。雖然第一實施方式中,是以假定內(nèi)容發(fā)布管理裝置安裝在發(fā)送機20中的情況進 行了說明。但是,內(nèi)容發(fā)布管理裝置與發(fā)送機20也可以單獨設(shè)置。注冊信息 計數(shù)器變更 部205只是本發(fā)明的內(nèi)容發(fā)布管理裝置的設(shè)定單元、管理單元、及注冊單元的一個示例。(第二實施方式)第二實施方式中,說明與第一實施方式不同的部分。第二實施方式中,發(fā)送機20對于被允許內(nèi)容共享的接收機測量接收機能夠接收 內(nèi)容的期間時,僅用一個計數(shù)器管理全注冊接收機的內(nèi)容發(fā)布狀況。發(fā)送機20對來自接收 機的認證請求,進行認證和RTT驗證,并且在判定可以允許內(nèi)容共享的情況下,將此接收機 作為許可接收機而注冊。發(fā)送機20,在一個接收機注冊的時刻,將全部接收機能夠接收內(nèi)容 的期間的上限(接收有效期間)設(shè)定到共通計數(shù)器。即,發(fā)送機20將對應(yīng)于全部注冊接收 機的共通計數(shù)器初始化。在測量到已經(jīng)過預(yù)定的接收有效期間的時刻,從發(fā)送機20注銷全 部注冊接收機的注冊。計數(shù)器在發(fā)送機20發(fā)布內(nèi)容的期間遞減。也就是說,如果內(nèi)容發(fā)布 到已注冊的接收機中的任何一個,計數(shù)器就遞減。圖6是表示第二實施方式中的發(fā)送機20保持的計數(shù)器的值的變化的示例的圖,其 中,此計數(shù)器規(guī)定各接收機能夠接收內(nèi)容的期間。接收機30、31、32的動作與前述第一實施方式中的圖5的情況相同。發(fā)送機20接收來自接收機30的認證請求AROl,進行認證(Al)和RTT驗證(Bi), 判斷出接收機30是合法設(shè)備并其連接狀態(tài)滿足預(yù)定條件,并進行注冊(Rl)。在此,計數(shù)器 被初始化為“40”(TCOl);交換密鑰Kxl發(fā)送到接收機30 (XOl)。發(fā)送機20接收來自接收 機30的內(nèi)容1的發(fā)布請求(CROl),并且使用基于交換密鑰Kxl生成的內(nèi)容 密鑰加密內(nèi)容 1,并發(fā)布。執(zhí)行內(nèi)容的發(fā)布的同時,計數(shù)器遞減。其間,發(fā)送機20從接收機31接收認證請求ARll,進行認證(Al)和RTT驗證(Bi), 判斷出接收機31是合法設(shè)備并其連接狀態(tài)滿足預(yù)定條件,并進行注冊(似)。接收機30接著 進行內(nèi)容2的發(fā)布請求(CR02)。發(fā)送機20使用基于交換密鑰Kxl生成的內(nèi)容·密鑰加密 內(nèi)容2,并發(fā)布。在此,如果接收機30在接收了 15個時間的內(nèi)容2時中斷發(fā)布請求,則內(nèi)容 2的發(fā)布被中斷,計數(shù)器的值只遞減內(nèi)容2的發(fā)布已進行的15個時間,停止在“10”(TC02)。
接收機30中斷內(nèi)容2的接收后,發(fā)送機20從接收機32接收認證請求AR21,進行 認證(Al)和RTT驗證(Bi),判斷出接收機32是合法設(shè)備并其連接狀態(tài)滿足預(yù)定條件,進行 注冊(R3),并向接收機32發(fā)送交換密鑰Kx2。一方面,在此,雖然發(fā)送機20從接收機30接收認證請求AR02,并進行認證(Α2), 但是由于計數(shù)器的值是“ 10”,并且,接收機30的注冊仍然存在,因此,不進行RTT驗證,就向 接收機30發(fā)送最新交換密鑰Κχ2 (Χ02)。然后,發(fā)送機20從接收機32接收內(nèi)容3的發(fā)布請 求(CR21),使用基于交換密鑰Κχ2生成的內(nèi)容·密鑰加密內(nèi)容3,并發(fā)布。發(fā)送機20在執(zhí) 行內(nèi)容3的發(fā)布的同時,遞減計數(shù)器。在計數(shù)器的值變成“0”的時刻(TC03),注銷允許全部 注冊接收機(接收機30、31、32)的內(nèi)容共享的注冊。然后,如果發(fā)送機20從接收機30接收到認證請求AR03,則由于接收機30沒有 被注冊到注冊信息·計數(shù)器保持部203,所以進行認證(??; )和RTT驗證(Β3),判斷出接 收機30是合法設(shè)備并其連接狀態(tài)滿足預(yù)定條件,并進行注冊。在此,計數(shù)器被初始化為 “40”(TC04),最新交換密鑰Κχ3發(fā)送到接收機30(Χ03)。因此,明顯的,本發(fā)明能夠可靠地防止無限制的內(nèi)容共享,發(fā)送機20以很少的資 源就能管理內(nèi)容的發(fā)布,安裝也很簡單。在實施方式中,用RTT驗證來驗證發(fā)送機和進行認證請求的接收機之間的連接狀 態(tài)是否滿足預(yù)定條件。也可以用存活時間(Time To Live)來驗證連接狀態(tài)是否滿足預(yù)定 條件。本發(fā)明的內(nèi)容發(fā)布管理裝置適用于作為在網(wǎng)絡(luò)中向內(nèi)容共享的接收機發(fā)布預(yù)定 期間內(nèi)容的同時,管理此內(nèi)容的發(fā)布的發(fā)送機等。
權(quán)利要求
1.一種連接狀態(tài)驗證裝置,用于對與發(fā)送機連接的多個接收機的每一個,驗證與所述 發(fā)送機的連接狀態(tài),包括連接狀態(tài)驗證單元,用于對所述發(fā)送機與所述接收機的連接狀態(tài)是否滿足預(yù)定條件進 行驗證;注冊信息保持單元,用于將由所述連接狀態(tài)驗證單元驗證的結(jié)果被判定為滿足所述預(yù) 定條件的接收機注冊為注冊接收機;多個計數(shù)器,用于對全部的所述注冊接收機,分別對直到所述注冊信息保持單元刪除 所述注冊為止的剩余時間進行測量;以及管理單元,用于管理所述計數(shù)器,以使所述發(fā)送機向所述注冊接收機中的任一個發(fā)布 內(nèi)容的期間,對全部的所述多個計數(shù)器,使所述剩余時間同樣地減少。
2.如權(quán)利要求1所述的連接狀態(tài)驗證裝置,進一步包括交換密鑰發(fā)送單元,用于在由所述注冊信息保持單元注冊為所述注冊接收 機時,向所述注冊接收機發(fā)送對加密后的內(nèi)容進行解密所需的信息。
3.如權(quán)利要求1所述的連接狀態(tài)驗證裝置,所述管理單元,在由所述注冊信息保持單元注冊為所述注冊接收機時,將所述計數(shù)器 設(shè)定為40個時間。
4.一種連接狀態(tài)驗證方法,用于對與發(fā)送機連接的多個接收機的每一個,驗證與所述 發(fā)送機的連接狀態(tài),包括對所述發(fā)送機與所述接收機的連接狀態(tài)是否滿足預(yù)定條件進行驗證;將對所述連接狀態(tài)進行驗證的結(jié)果被判定為滿足所述預(yù)定條件的接收機注冊為注冊 接收機;以及在對全部的所述注冊接收機,分別對直到刪除所述注冊為止的剩余時間進行測量時, 在所述發(fā)送機向所述注冊接收機中的任一個發(fā)布內(nèi)容的期間,對全部的所述接收機,使所 述剩余時間同樣地減少。
5.如權(quán)利要求4所述的連接狀態(tài)驗證方法,在注冊為所述注冊接收機時,向所述注冊接收機發(fā)送對加密后的內(nèi)容進行解密所需的 fn息ο
6.如權(quán)利要求4所述的連接狀態(tài)驗證方法,在注冊為所述注冊接收機時,將所述剩余時間設(shè)定為40個時間。
全文摘要
本發(fā)明提供一種內(nèi)容發(fā)布管理裝置,用于管理對能夠允許共享發(fā)送機中存儲的內(nèi)容的接收機的內(nèi)容發(fā)布。內(nèi)容發(fā)布管理裝置是用于管理在發(fā)送機向多個接收機發(fā)布內(nèi)容的情況下的內(nèi)容發(fā)布的裝置,具有用于將接收有效期間設(shè)定到注冊信息·計數(shù)器保持部(203)的注冊信息·計數(shù)器變更部(205),接收有效期間是指被允許共享所述發(fā)送機發(fā)布的內(nèi)容的所述接收機能夠接收所述內(nèi)容的時間的上限;注冊信息·計數(shù)器變更部(205)基于來自所述發(fā)送機的內(nèi)容的發(fā)布狀況,管理被允許內(nèi)容共享的全部所述接收機能夠接收所述內(nèi)容的時間。
文檔編號H04N5/44GK102065323SQ201010622498
公開日2011年5月18日 申請日期2005年9月6日 優(yōu)先權(quán)日2004年9月7日
發(fā)明者臼木直司, 飯塚裕之, 高辻綾子 申請人:松下電器產(chǎn)業(yè)株式會社
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1