分發方法、伺服器以及接收終端的製作方法

2023-10-16 22:09:29

專利名稱：分發方法、伺服器以及接收終端的製作方法
技術領域：
本發明涉及經由網絡的內容的分發。
背景技術：
近年來，隨著終端性能的提高和網絡線路的大容量化、硬碟的大容量化，
形成了從伺服器向客戶機終端通過IP (InternetProtocol)網絡分發由圖像和音 樂、字符串和說明信息(元數據)等數據構成的內容，在終端進行視聽的內容 分發系統。開發出使用這種內容分發來分發電視節目和電影等圖像的IP電視 (IPTV)服務。
在專利文獻l中，以"提供使請求分發內容的客戶機可以接受來自分發品 質和許可(licence )條件良好的客戶機的分發的技術"(參照專利文獻0012) 為課題，作為其解決手段，記載了 "伺服器，將若干可以連接的客戶機列入表 中，發送給請求分發內容的客戶機，請求分發內容的客戶機根據列出的各客戶 機的分發品質和許可條件等連接環境來選擇最佳客戶機，從所選擇的客戶機接 受分發內容"(參照專利文獻l0013)。
另外，在專利文獻2中，以"提供使各端(peer)的負荷分散的端對端型 (peertopeer)內容分發系統，，為課題，作為其解決手段，記載了 "具有相互 分發內容的大量動態端DP和管理內容的分發的中心伺服器CS。各動態端DP 將自身的動作狀況通知給中心伺服器CS,中心伺服器CS根據該動作狀況計 算並登記各動態端DP的負荷。各動態端DP從中心伺服器CS取得內容列表， 搜索具有希望的內容的其它動態端DP，從負荷最低的動態端DP下載內容。 本系統還具有用於最初上傳新內容的靜態端SP。以靜態端SP為起點將內容分 發到各動態端DP。"(參照專利文獻2的摘要)。專利文獻1特開2005 - 135140號公報專利文獻2特開2006 - 72432號公報
IPTV服務若根據其形態進行大致劃分，具有流傳輸(streaming)、下載(download)以及洋斤進式下載(progressive download)這3種月良務。
關於流傳輸，是從伺服器向客戶機逐步地分發內容數據，在客戶機根據到 達的數據再生圖像或聲音等，由此向用戶進行提示。因此，流傳輸的特徵在於 當有帶寬足夠寬的網絡時，用戶可以大體實時地對內容進行視聽。
關於下載，是客戶機從伺服器預先取得內容數據的全部並存儲，當存儲完 成後進行視聽再生。因此，下載的特徵在於，當不需要實時地進行視聽時，通 過預先將全部內容數據分發完成並存儲，用戶可以在希望的時間任意次進行視 聽，即使不是帶寬足夠寬的網絡也可以接受內容分發。
另外，漸進式下載介於這二者之間，在全部內容的分發完成前，在存儲在 終端中的內容中進行逐步視聽。由此可以提供如下優點在不一定需要等待存 儲完成、帶寬不足夠寬的情況下也可以縮短存儲時間，另外，存儲完成後，用 戶可以在希望的時刻任意次進行視聽。
商用IPTV服務特別是下載類服務， 一般構成為從中心伺服器取得內容的 所謂的伺服器.客戶機型系統。在此，用戶從在中心伺服器側保存的很多內容 列表中指定任意的內容，開始分發。
在此，將用戶所指定的標題的一部分、表演者名稱的字符串或內容的類型 屬性等發送至伺服器，在與之對應的列表中使用搜索功能進行希望的內容的檢 索。
另夕卜，服務供應商需要進行對接受分發的終端是否是正當的設備、或者用 戶是否正當進行認證的處理；用於購買對內容進行分發或再生的權利的收費處 理；用於避免內容的不正當視聽的數據的加密和用於解除加密的密鑰管理等很 多管理處理， 一般認為伺服器 客戶機型是適合的。
另一方面，使用PC和網際網路的一般內容、即作為文件共享的一種形態， 存在端對端(以下簡稱為P2P)型分發。該分發形態中，保存有內容的終端(也 稱為端或客戶機)相對於其它終端作為伺服器來工作，從終端向終端、即從端 向端分發內容。該形態的特徵在於，分發與由確定的伺服器進行的客戶機-服 務器型分發不同，終端相繼起到伺服器的作用，因此激增地進行內容分發。
P2P型分發可以分為純P2P型以及混合P2P型兩類。純P2P型基本上由 端進行全部的通信，不依賴於中心伺服器，因此網絡的耐故障性非常高，另外，有在安裝上可以具有匿名性的特徵，內容的分發效率高。
另一方面的混合P2P型，雖然通過多個端進行內容的轉發，但通過中心 伺服器進行內容的地址分析和端的分配。即，通過中心伺服器進行內容和其存 在的端的檢索，通過端進行處理負荷高的實際分發，因此是容易進行全部終端 動作的管理的合理的內容分發方法。
借鑑這些內容分發方法，開發出通過在IPTV中的下載分發服務中也使用 P2P型、尤其是混合P2P型內容分發方法，來進行分發所管理的內容的IPTV 服務的普及的技術。
例如，在專利文獻1中，在通過混合P2P型對內容進行分發的系統中， 可以接受從分發品質和許可條件好(期間有剩餘)的端的再分發。由此，可以 接受從多個存在的端中具有最佳連接環境的端的分發，可以確保穩定的分發品 質和許可條件。
另外，在專利文獻2中，端將自身的動作狀況通知給中心伺服器，由此， 中心伺服器選擇負荷最低的端來實現P2P型內容分發。
在專利文獻1和專利文獻2中都公開了 ，作為進行端的選擇的方式的一個 手段，分別根據網絡分發品質和許可、或者端的負荷狀態進行選擇，以及使用 它們的分發步驟。
然而，在專利文獻1和專利文獻2中，從選擇進行再分發的端的觀點出發， 未公開根據網絡通信量或者裝置的負荷進行選擇，當進行從端的再分發時內容 以及對象端是否正當、安全，或者進行內容正當、安全的保證的內容，並且難 以實現上述內容。P2P型內容分發中可以方便地進行分發，因此產生了進行無 視內容製作者方面的著作權的分發、或者由於接收計算機病毒等不正當的數據 而對終端造成惡性影響、被不正當地訪問或者秘密數據在用戶不知道的期間洩 漏這樣的問題，必須在解決這些問題的基礎上普及IPTV服務。
特別是在商用IPTV服務中，多數情況下用戶沒有足夠的網絡或內容分發 服務、以及享受該服務的終端的專業知識，因此從服務提供側確保使用中足夠 的安全性是需要解決的問題。另外，在購買內容視聽的權利方面，通過分發而 到達用戶的身邊的內容的完整性也是需要解決的問題。 發明內容本發明的 一個實施方式，終端向伺服器發送請求分發內容的內容分發請求 信息，伺服器當從終端接收內容分發請求信息時，向該終端發送重定向指示， 該重定向指示指示向其它終端發送內容分發請求信息，終端當從伺服器接收重 定向指示時，向其它終端發送內容分發請求信息，其它終端當接收內容分發請 求信息時，向終端分發內容。
通過上述手段，可以實現更安全的內容分發。例如在使用混合P2P型內 容分發方式時，IPTV也能夠以高水平確保用戶對於和內容分發服務相關的問 題的放心與安全。
另夕卜，可以降低從內容的製作者側以及伺服器運營者側看來的不正當內容 流通的危險性。
另夕卜，通過合理地設定分發連接端，可以實現考慮了高速的內容分發以及 終端的利用狀況的內容分發。


圖1是系統結構圖的一例。
圖2是認證信息101的一例。
圖3是通信信息102的一例。
圖4是收費信息104的一例。
圖5是內容信息105的一例。
圖6是內容保有客戶機信息109的一例。
圖7是客戶機具有的識別符121、 141的一例。
圖8是伺服器、已分發客戶機以及未分發客戶機的處理流程的一例。
圖9是伺服器、已分發客戶機以及未分發客戶機的處理流程的一例。
圖IO是接受代理分發的顯示畫面的一例。
圖11是選擇內容的顯示畫面的一例。
圖12是優先度的計算流程的一例。
圖13是已分發客戶機的優先列表的一例。
圖14是接受代理分發的顯示畫面(匯總顯示)的一例。
圖15是代理分發對象客戶機條件的 一例。
圖16是代理分發對象內容條件的 一例。符號說明
100:伺服器；101:認證信息；102:通信信息；103:客戶機管理部；104: 收費信息；105:內容信息；106:內容管理部；107:運算部；108:通信部； 109:內容保有客戶機信息；110:分發管理部；120、 130、 131:已分發客戶 機；121:識別符；122:內容管理部；123:內容信息；124:通信部；125: 運算部；126:顯示部；127:輸入部；128:設定信息；140:未分發客戶機； 141:識別符；142:內容管理部；143:內容信息；144:通信部；145:運算 部；146:顯示部；147:輸入部；148:設定信息；150:網際網路
具體實施例方式
以下，使用

本發明的實施例。但本發明的應用不限於本實施例。 此外，作為在本發明中說明的內容，假定由圖像、聲音和字符信息等若干種媒 體構成的節目信息來進行說明。
圖l是用於實施本發明的基本的系統結構圖。
以網際網路150為中心，將伺服器100以及客戶機120、 130、 131、 140相連。
伺服器100以運算部107為中心，由用來使用網絡與其它設備特別是客戶 機進行通信的通信部108、管理客戶機的客戶機管理部103、管理內容的內容 管理部106、以及管理分發狀況的分發管理部110構成。
在此，在客戶機管理部103中管理用於與客戶機進行認證的認證信息 101、記錄與客戶機的通信狀況的通信信息102、以及記錄對內容的收費狀況 的收費信息104。
圖2是客戶機的認證信息101的一例的說明圖。認證信息記載了客戶機 的ID(管理號碼)、預定的對客戶機來說唯一的識別符、客戶機的所有者及其 住所及聯繫地址等。
圖3是通信信息102的一例的說明圖。在通信信息中，與所述客戶機ID 相關聯地記錄客戶機的地址和網絡埠、以及該客戶機與伺服器通信時的路 徑信息和此時的線路速度。
在以下的處理中，將這些地址或埠號碼作為在與各個客戶機的通信中使 用的信息。另外，路徑信息的檢測，可以使用檢測路徑上的路由器的"tracert"等一般命令。另外，線路速度，可以根據客戶機與伺服器進行通信時發送或接 收到的數據大小和它們所花費的時間，作為平均值而計算出來。
此夕卜，在該il明中，通過IPv4 (Internet Protocol version 4 )的標準進行了 記載，但也可以是IPv6或電話線路等其它方式。
圖4是收費信息104的一例的說明圖。在收費信息中，與所述客戶機ID 相關聯地記錄支付方法及名義人、已分發的內容ID、以及通過內容的分發
此外，這些由客戶機管理部103管理的各種信息可以使用硬碟等記錄介質 來記錄，寫入客戶機管理部所管理的存儲器上。
在內容管理部106中管理由內容數據以及附加信息所構成的內容信息 105。圖5是內容信息105的說明圖。內容信息記錄內容的ID(管理號碼)、 內容的格式或內容等的說明信息、內容數據、內容的大小或用於保證內容的完 整性的校驗和信息、密鑰信息、以及通過內容的分發服務或者對已分發的內容 進行再生視聽而產生的費用等，所述密鑰信息用於解讀並再生為了通過網際網路 等通信路徑防範惡意第3者而使用RSA加密技術等加密後的內容。另外，內 容信息105也可以稱為存儲了內容數據的存儲部。
此外，這些各種信息可以使用硬碟等記錄介質來記錄，被寫入內容管理部 106管理的存儲器上。另外，作為內容數據和說明內容數據的數據(元數據)， 可以劃分成若干組來管理。另外，保有內容數據的伺服器和保有內容數據的內 容信息的伺服器，也可以是不同的伺服器。即，伺服器100可以不保有內容數 據，而是使用內容數據的內容信息來進行後述的內容分發管理的伺服器。
在分發管理部110中管理進行了內容分發的內容保有客戶機信息109。圖 6是內容保有客戶機信息109的說明圖。內容保有客戶機信息，與前面所述的 內容ID相對應地記載已經分發了內容的客戶機的ID。
接著，說明客戶機120、 130、 131、 140。本發明中的客戶機分為已分發 客戶機120、 130、 131和未分發客戶機140來進行說明。其中，客戶機以既作
因此，即使對於某個內容進行未分發客戶機的動作，對於別的內容也可以進行 已分發客戶機的動作。另外，假定各個客戶機的模塊結構相同，但只要可以進行後述的各個中的
處理步驟，則也可以不一定相同。例如，客戶機可以作為PC等通用設備或TV 等特定設備而構成。
已分發客戶機120、 130、 131(以下為方便起見，以120為代表進行說明) 以運算邵125為中心，由為了識別客戶機設備而預先設定的識別符121、用於 使用網絡與其它設備進行通信的通信部124、管理內容的內容管理部122、以 及向用戶進行顯示的顯示部126、接受來自用戶的指示的輸入部127以及客戶 機的設定部128構成。
未分發客戶才幾140也同樣地由運算部145、識別符141、通信部144、內 容管理部142、以及顯示部146、輸入部147以及客戶機的設定部148構成。
此外，上述顯示部不需要一定是顯示器等，也可以是向與該客戶機設備分 離的顯示器等輸出顯示的數據的輸出部。
在各個客戶才幾具有的內容管理部122、 142中管理內容信息123、 143。該 內容信息、即伺服器中的內容信息105,假定是與圖5相同的形式，管理與各 個客戶機已經接受了分發的內容相關的各種信息。圖7是各個客戶機具有的識 別符121、 141的說明圖。識別符是基於預定方式的、用於保證客戶機的唯一 性的記號列，如圖所示可以與客戶機的ID相對應地保存。
接著，對伺服器100、已分發客戶機120、 130、 131以及未分發客戶機140 中的動作進行說明。圖8和圖9是伺服器100、已分發客戶機120、 130、 131 以及未分發客戶機140中的處理流程的說明圖。以下，按照時間來說明各個處 理。此外，假定各處理主要在伺服器或者客戶機的運算部中被處理，與各自所 連接的各部協同地被執行。另外，與伺服器、客戶機一起使用通信部，經由因 特網進行通信，但以下為了方便而省略其說明。
首先，在已分發客戶機中保存了從伺服器分發(步驟821)的內容(步驟
801) 。
接著，在已分發客戶機中，為了確認是否通過使用了本發明的P2P型分發 來進行作為伺服器的代理的分發的用戶意圖，而進行接受代理分發設定(步驟
802) 。圖IO是接受代理分發的顯示畫面的一例。使用已分發客戶機的顯示部 126進行如圖所示的顯示，請求通過伺服器的代理的來自其它用戶(未分發客戶機的用戶)的分發請求的設定，從遙控器或操作面板、滑鼠等輸入部127 接受指示。此外，該接受代理分發設定，記錄在客戶^/L的設定128中。
接著，說明內容分發。首先，從伺服器100將內容信息105中除去密鑰信 息與校驗和等的一部分信息後的、可以分發的內容信息(例如內容的標題、內 容的說明、演出者的名稱等信息)向未分發客戶機140分發(步驟822, 841 )。
在未分發客戶機中，根據已分發的內容信息，使用顯示部146以及輸入部 147,從伺服器可以分發的內容中選擇用戶希望分發的內容(步驟842)。圖11 是內容選擇的顯示畫面的一例的說明圖。顯示已分發的內容信息中用戶所需要 的內容等，對於希望分發的內容，通過輸入檢查符號(check)來進行選擇(步 驟842 )。
在此，可以不顯示全部內容來進行選擇，而使得可以進行基於類型和關鍵 詞的縮小檢索。另外，該檢索處理可以通過伺服器進行，將其結果發送至客戶 機。另外，在圖11中對於希望分發的內容，通過輸入4企查符號來進行選擇，選擇。
接著，為了將所選擇的內容傳達給伺服器，在圖11的情況下為了將內容 ID "100001"傳達給伺服器，確立與伺服器的連接(步驟843， 823 )，進行客 戶機的認證(步驟824, 844)。此外，當步驟824, 844中認證失敗時，該客 戶機可以不接受分發服務而在此中斷結束處理。另外，例如為了分發解析度等 品質惡化的內容，可以通過在伺服器側進行變更等來限制所接受的分發服務。 另夕卜，例如可以顯示內容的分發和引導，該內容的分發和引導促使作為用於接 受認證的正規客戶機以及正規用戶向伺服器的入會或登錄。
在認證中，將未分發客戶機具有的識別符141傳達給伺服器，客戶機管理 部使用伺服器的認證信息101進行核對，將結果送至未分發客戶機。被認證的 未分發客戶機接著使用內容ID將分發請求傳達給伺服器(步驟845， 825 )。
在伺服器中，由分發管理部從內容保有客戶機信息109中取得與該內容對 應的客戶機ID (步驟826 )，根據該客戶機ID通過客戶機管理部103從通信信 息102中獲取信息(步驟827)。此時，關於未分發客戶^L也獲取信息。
接著，根據獲取的各已分發客戶機的通信信息，計算出客戶機的優先度，
ii並按照該優先度從高到低的順序進行排列(步驟828 )。
在此，對優先度的計算進行說明。圖12是優先度的計算流程的說明圖。 首先，對優先度進行初始化(步驟1201 )，取得未分發客戶機以及成為對象的 一個已分發客戶機的通信信息。
在到未分發客戶機中的第預定常數N個未分發客戶機的路徑中，比較第n 個和已分發客戶機的路徑(步驟1203 ),當包含同一路徑時(步驟1203中"是"), 對於優先度乘以1/2的n次冪(步驟1204 )。即，在未分發客戶機和已分發客 戶機之間每增加一個路由器，優先度變為1/2。
另外，當在第N個以內沒有路徑重複時(步驟1203中"否")，在優先度 上乘以1/2的N次冪(步驟1205 )。而且，為了評價向未分發客戶機的線路的 速度，將未分發客戶機的下行線路的速度、以及作為對象的已分發客戶機的上 行線路的速度乘以優先度(步驟1206)。
另外，評價後來取得的、在作為對象的已分發客戶機的此後M(預先定義 的常數)小時期間預定的、錄像或視聽、分發等已有的預約狀態是否存在(步 驟1207)，當m小時內存在預約時(步驟1207中"是，，)，將優先度乘以1/2 的(M-m)次冪(步驟1208 )。
即，當最近有預約時，為使優先度降低而加以計算。假定在未取得此後M 小時期間的預定時、或者在此後M小時期間沒有預約時(步驟1207中"否")， 不進行預約的優先度操作。
於是，對於所獲得的全部已分發客戶機求得優先度，按照優先度從高到低 的順序生成列表(步驟828)。圖13是該已分發客戶機的優先列表的例子。通 過以計算出的優先度作為關鍵字(key)來按照從高到低的順序排列，在繼續 以下的步驟時，在網絡構建上以更合理的順序依次評價已分發客戶機。
返回圖8的說明，繼續以下的流程的說明。按照優先度的順序，選定一個 已分發客戶機並開始交涉，但是當判斷為沒有列表、或者交涉到了最後卻沒有 適當的代理伺服器時(步驟830中"否")，伺服器對未分發內容進行分發(步 驟831, 846以及圖9步驟930， 960)。在此，所謂交涉，意味著單純地嘗試 經由網絡的連接，或者，在通過該時刻的連接可以檢測出的用於優先度計算的 各種信息中存在差異，當優先度的再計算結果比以前的優先度低時，與列表以後的客戶機的優先度分別進行比較，判斷出不進行與該客戶機的連接等。另夕卜， 此時可以通過新的各種信息更新該客戶機信息。
從列表中獲得了已分發客戶機時(步驟830中"是")，嘗試從伺服器向已 分發客戶機連接(步驟832， 803 )。
在確立了連接後為了逬行認證，客戶機管理部103使用已分發客戶機的識 別符121和伺服器的認證信息101進行核對，將結果發送給已分發客戶機(步 驟謝，833 )。
接著，根據如前所述設定的代理分發的接受設定，傳達未分發客戶機的用 戶的意圖(步驟834， 805)。假如沒有接受的意圖(步驟835中"否")，則結 束與作為對象的已分發客戶機的連接(步驟838， 807)，將對象轉移到具有下 一優先度的列表上的已分發客戶機，同樣地進行評價(步驟829 ~ 835 )。
另夕卜，也可以代替上述步驟802的用戶意圖的確認設定，而在步驟805中 輸入用戶意圖。此時可以參照圖IO的畫面，也可以如圖14所示同時匯總地顯 示所請求的代理分發，確認用戶的意圖。在圖14中，針對每個請求案件顯示 內容的標題、所請求的未分發客戶機的ID、以及是否許可的標誌。並且，用 戶使用輸入部設定該許可標誌，顯示標誌狀態。這些標誌，為了全部許可1402 或者全部拒絕1403,可以設置同時進行設定的按鈕。此時，為了促進用戶的 代理分發，可以進行基於分數(point)的用戶優惠服務，針對前述的每個請求 案件預先定義賦予分數，當進行代理分發的許可、實際進行了代理分發時，對 於各客戶機賦予分數。所賦予的累積分數顯示在畫面126上1401,可以根據 需要由用戶確認。此外，各客戶機的分數可以通過伺服器來管理。基於該分數 的用戶優惠服務是指，例如可以根據分數從內$^見聽的價格中根據預先設定的 條件進行打折，或者作為從最終使用費請求中的打折或接受其它服務時的條件 來使用。
此外，在步驟802的接受代理分發設定中，可以將這些用戶的接受意圖預 先設定為條件，判斷是否符合這些條件，實現半自動化。例如，通過圖15那 樣的畫面，通過各個按4醜設定對進行代理分發的每個未分發客戶機追加條件 1501，針對各個客戶機"總是許可"1502、"總是拒絕"1503、"每次確認"1504。 此時，在客戶機ID的設定中，用戶可以通過輸入部輸入ID，也可以在具有分
13發請求時的圖10等的意圖顯示畫面中準備適當的按鈕，在保持進行相應請求
的客戶機ID的同時進行畫面遷移來進行設定。當設定了 "每次確認"1504時， 當從相應客戶機有分發請求時，在圖IO那樣的畫面中進行來自用戶的操作， 當設定了 "總是許可"1602和"總是拒絕"1603時省略該操作，通過許可-拒 絕來半自動地實現意圖傳達。另外，通過圖16的畫面可以i殳定對每個內容 追加條件1601、"總是許可，，1602、"總是拒絕"1603、"每次確認"1604。此 時，內容或者其ID的設定，可以由用戶從輸入部輸入ID,也可以在存在分發 請求時的圖10等的意圖顯示畫面中準備適當的按鈕，在保持有相應請求的內 容ID的同時進行畫面遷移來設定。當設定了 "每次確認1604"時，當存在相 應內容的分發請求時，在圖IO那樣的畫面中進行來自用戶的操作，當設定了 "總是許可"i602或"總是拒絕"i603時省略該操作，通過許可'拒絕來半 自動地實現意圖傳達。
當是具有接受意圖的用戶的已分發客戶機時(步驟835中"是")，對到所 指定的地址的預約狀況進行查詢(步驟835， 836)，再次計算結合了預約狀況 的優先度(步驟837)。此處的優先度的計算，通過上述圖12中所示的流程進 行。
當所求得的優先度未超過預定的閾值時(步驟839中"否")，結束與成為 對象的已分發客戶機的連接(步驟838, 807)，將對象轉移至具有下一優先度 的列表上的已分發客戶機，同樣地進行評價(步驟829 ~ 835 )。通過將優先度 列表的全部進行評價，選擇適當的已分發客戶機，當沒有適當的已分發客戶機 時選擇伺服器。
當優先度超過預定的閾值時(步驟839中"是")，該已分發客戶機決定為 進行內容分發的已分發客戶機。
在圖9中說明由進行內容分發的已分發客戶機進行決定，進行此後的實際 的內容分發的流程。
由於未分發客戶機以及已分發客戶機已經認證，因此，對於已分發客戶機 進行用於保證未分發客戶機的通信(步驟921, 901 )。另外，對於未分發客戶 機，傳達成為已分發客戶機的保證的重定向指示(步驟922， 941)。此外，所 謂重定向，是指代替由伺服器進行分發而通過選擇已分發客戶機之一來成為代理伺服器的處理。
由此，已分發客戶機和未分發客戶機通過伺服器進行相互的保證，開始可 以進行超過防火牆的通信的設定等各個通信設定。
接著，在未分發客戶機和已分發客戶機之間收發連接請求(步驟942， 902 )， 然後傳達所希望的內容的分發請求(步驟943,卯3)。由此，從已分發客戶機 對未分發客戶機分發內容，未分發客戶機保存內容(步驟904， 944)。
當內容的分髮結束時，結束兩者間的連接(步驟905， 945)，也結束通信 設定(步驟906， 946)。
然後，說明是否正確地分發了內容的驗證。即，在未分發客戶機中，在分 發過程中或者在分發後，使用用於驗證內容的唯一性和完整性的信息、例如內 容的大小或校驗和(從開頭起相加二進位數據時的和中所指定的字節的值)， 通過將其與伺服器的內容信息內的數據進行核對來實現(步驟947, 923 )。
例如，將所分發內容的內容大小與伺服器的內容信息內的該內容的大小進 行比較，若不一致則否定完整性，可以判斷為沒有正確地分發內容。此外，內 容大小的一致性的判斷，可以以完全一致作為條件，但若內容大小不一致的程 度在規定的範圍內，則也可以判斷為一致。
另外，例如將所分發的內容的校驗和與伺服器的內容信息內的該內容的校 驗和進行比較，若不一致則認為所分發的內容與伺服器的內容信息所表示的內 容不同而否定唯一性，可以判斷為沒有正確地分發內容。
此外，用於核對的信息，可以是例如奇偶校驗位或CRC( Cyclic Redundancy Check)或MD5 (Message Digest Algorithm5 )等散列(hash),進行基於其它 技術的驗證。
由此確保內容的唯一性、完整性，進行針對未分發客戶機的用戶的內容的 保證。此外，此後通過伺服器的內容管理部103以及客戶機管理部106進行收 費信息104的更新等收費處理，但可以適宜地設定根據分發完成來收費、或者 當用戶進行視聽再生時進行收費。
通過上述，當判斷為正確地分發了內容時(步驟924， 948),在伺服器中
路速度等(圖3 )各種信息(步驟925 )，伺服器與未分發客戶機一起結束處理。
15此外，當未判斷為正確地分發時，再次進^f亍內容的分發和保存(步驟930, 960 ), 進行確認內容的唯一性和完整性的處理。此外，可以預先決定再次進行分發和 保存的次數，當到達該次數時調查在連接的路徑上或者伺服器以及兩客戶機裝 置中有無異常，在進行其恢復後再次進行分發和保存。
此外，至此所說明的識別符，為了避免從外部進行的盜用、冒充等惡意4吏 用，理想的是通過加密化或在異常時自己損壞等適當的手段而被保管。另夕卜， 希望通過伺服器和客戶機具有的通信部進行的相互通信使用其它技術、例如使 用SSL (Secure Socket Layer)等技術，進行用於相互信賴和防止外部惡意使 用的通信的數據加密。
另外，在本發明中說明的內容，假定是由圖像、聲音和字符信息等若干種 媒體構成的節目信息而進行了說明，但並不限於此，也可以是PC(個人計算 機)等中使用的文件、可執行的目標數據、郵件、通過WWW( World Wide Web ) 收發的進行標記描述或動作描述的腳本，此外，還可以是使用網絡進行傳送的 一般電子數據。從而可以廣泛地應用於使用網絡的眾多產業中。
權利要求
1. 一種從具有內容的第1終端將該內容向第2終端分發的分發方法，其特徵在於，所述第2終端向伺服器發送請求分發所述內容的內容分發請求信息，所述伺服器，當從所述第2終端接收所述第1內容分發請求信息時，向所述第2終端發送重定向指示，該重定向指示指示向所述第1終端發送內容分發請求信息，所述第2終端，當從所述伺服器接收重定向指示時，向所述第1終端發送內容分發請求信息，所述第1終端，當從所述第2終端接收內容分發請求信息時，向所述第2終端發送所述內容。
2. 根據權利要求1所述的分發方法，其特徵在於， 所述伺服器驗證是否將內容正確地分發到所述第2終端。
3. 根據權利要求1所述的分發方法，其特徵在於， 所述伺服器從多個終端中選擇所述第1終端。
4. 根據權利要求3所述的分發方法，其特徵在於，所述伺服器，根據所述多個終端與所述第2終端的路徑、所述多個終端的 線路速度、所述第2終端的線路速度，從所述多個終端中選擇所述第1終端。
5. —種伺服器，其特徵在於， 具有經由通信線路收發信息的通信部； 對經由通信線路連接的終端進行管理的終端管理部； 對分發了內容的終端的信息進行管理的分發管理部；以及 運算部，該運算部當經由所述通信部從第1終端接收分發內容的請求時， 根據所述分發管理部管理的終端的信息、以及所述終端管理部管理的終端的信 息來選擇第2終端，並向所述第l終端發送重定向指示，該重定向指示指示尚 所述第2終端發送分發內容的請求。
6. 根據權利要求5所述的伺服器，其特徵在於，具有管理內容信息的內容管理部，所述運算部，根據所述內容管理部所管理的內容信息，驗證從所述第2 終端向所述第1終端分發的內容是否正常。
7. —種接收終端，其特徵在於， 具有經由通信線路收發信息的通信部；存儲經由所述通信線路分發的內容的存儲部；以及運算部，該運算部經由所述通信部向伺服器發送請求分發內容的信息，從 該伺服器接收向其它終端發送請求分發該內容的信息的指示，並向該其它終端 發送請求分發該內容的信息。
8. 根據權利要求7所述的接收終端，其特徵在於，所述運算部，經由所述通信部向所述伺服器發送請求驗證從所述其它終端 分發的內容是否正常的信息。
全文摘要
本發明提供分發方法、伺服器及接收終端。本發明的課題是在使IPTV等的內容分發普及的基礎上遵守著作權和防止不正當數據接收、不正當訪問以及個人信息洩漏，即使是沒有足夠專業知識的用戶也能從服務提供側確保使用中的充分的安全性。另外，在購買內容視聽的權利方面，確保通過分發而到達用戶身邊的內容的完整性也是課題。在混合端對端型的內容分發中，通過伺服器確認用戶的公開意圖，相互進行基於內容已分發客戶機和未分發客戶機雙方的認證的保證。另外，在伺服器中保證分發完成後的內容的完整性。而且，構建基於兩客戶機的網絡的關係和考慮了預約狀態的優先度的分發連接。
文檔編號H04L29/08GK101448017SQ20081018155
公開日2009年6月3日 申請日期2008年11月27日 優先權日2007年11月28日
發明者伊達哲, 關本信博, 宮本啟生, 山口宇唯 申請人:株式會社日立製作所