專利名稱：元數(shù)據(jù)收集裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及元數(shù)據(jù)收集裝置，能夠高效率地收集例如內(nèi)容等的元數(shù)據(jù)并進行蓄積，并且高效率地更新所蓄積(超高速緩存)的元數(shù)據(jù)。
背景技術(shù)：
近年來，以寬帶的普及為背景，各種通信·服務經(jīng)營商正在運營利用IP (Internet Protocol 互聯(lián)網(wǎng)協(xié)議)通信的多媒體內(nèi)容分發(fā)服務。并且，提供了從便攜用的低分辨率的影像分發(fā)服務到數(shù)字電視機用的HD (High Definition 高清)質(zhì)量的高分辨率的影像分發(fā)服務的多種多樣的服務。作為多媒體內(nèi)容分發(fā)服務之一，有以單播方式分發(fā)影像的VoD(Videc) On Demand 視頻點播)影像分發(fā)服務。在該服務中，作為內(nèi)容的檢索 選擇的引導，可以大致劃分為利用入口服務(Portal Service)的服務和利用 ECG (Electronic Content Guide:電子控制引導)的服務。入口服務指在服務經(jīng)營商提供的TOB瀏覽器中進行引導的服務。用戶訪問由各個服務經(jīng)營商提供的被稱為入口的網(wǎng)頁，檢索 選擇所期望的內(nèi)容，并接收影像流。在入口服務中，在全部服務器上進行內(nèi)容檢索等，并在網(wǎng)頁上將其結(jié)果提示給用戶。另一方面，ECG指接收裝置上的應用，對用戶提供這樣的界面，該界面用于取得被稱為元數(shù)據(jù)的節(jié)目信息，從某多個元數(shù)據(jù)中選擇所期望的元數(shù)據(jù)，并進行檢索、顯示、選擇、 視聽、購買。利用ECG的服務采用預先在接收裝置上蓄積成為引導所需的核心的元數(shù)據(jù)來進行利用的方式。因此，與入口服務相比，利用ECG的服務具有高速動作的優(yōu)點。因為在入口服務中還必須取得服務站點的畫面結(jié)構(gòu)信息。此外，利用ECG的服務還具有接收設(shè)備側(cè)能夠確定畫面設(shè)計、實現(xiàn)在瀏覽器中不能實現(xiàn)的利用了接收設(shè)備遙控器的操作或畫面轉(zhuǎn)變等優(yōu)點。另外，在利用ECG的服務中，從多個服務中收集元數(shù)據(jù)并進行合并后提示給用戶， 由此能夠?qū)崿F(xiàn)多服務引導。作為實現(xiàn)這種多服務引導的公知示例有專利文獻1公開的示例。在專利文獻1中，元數(shù)據(jù)收集裝置預先收集來自多個元數(shù)據(jù)提供裝置的元數(shù)據(jù)并進行超高速緩存，在接收裝置向元數(shù)據(jù)收集裝置進行了元數(shù)據(jù)取得請求時，這些元數(shù)據(jù)提供裝置所保有的元數(shù)據(jù)以統(tǒng)一的格式被返還給接收裝置。在專利文獻1中，在超高速緩存的元數(shù)據(jù)和由元數(shù)據(jù)提供裝置保存的元數(shù)據(jù)具有差異的情況下，需要再次從元數(shù)據(jù)提供裝置取得元數(shù)據(jù)。因此，在元數(shù)據(jù)被頻繁更新的服務中，超高速緩存的元數(shù)據(jù)的命中率降低。因此，存在以下問題，即需要再次從元數(shù)據(jù)提供裝置收集元數(shù)據(jù)，導致到接收裝置中的內(nèi)容顯示為止需要花費時間。并且，在專利文獻1中是假設(shè)了在服務器站點配置元數(shù)據(jù)收集裝置的方式，因而不能將在宅內(nèi)的HDD錄制器中蓄積的內(nèi)容作為檢索對象。另外，由于從元數(shù)據(jù)收集裝置取得全部元數(shù)據(jù)，所以存在不能適用于對硬盤、存儲器的容量等有較大制約的數(shù)字電視機等用戶設(shè)備等問題。
4
現(xiàn)有技術(shù)文獻專利文獻專利文獻1 日本特開2004-102767號公報

發(fā)明內(nèi)容
發(fā)明要解決的問題如上所述，在服務提供的內(nèi)容數(shù)量非常多的情況下，將全部元數(shù)據(jù)進行超高速緩存，這很難適用于對硬盤、存儲器的容量等有較大制約的數(shù)字電視機等用戶設(shè)備中。并且， 對于諸如頻繁地進行內(nèi)容的更新的服務，超高速緩存的命中率降低，因此也存在以下問題， 即需要再次從元數(shù)據(jù)提供裝置取得元數(shù)據(jù)，這有損于輕快的操作感。本發(fā)明的目的在于，提供能夠按照不同的內(nèi)容分發(fā)服務來高效率地收集并蓄積內(nèi)容的元數(shù)據(jù)的元數(shù)據(jù)收集裝置。用于解決問題的手段為了達到上述目的，本發(fā)明的元數(shù)據(jù)收集裝置從一個以上的元數(shù)據(jù)提供裝置取得元數(shù)據(jù)并進行蓄積，該元數(shù)據(jù)提供裝置保有在內(nèi)容分發(fā)服務中從一個以上的內(nèi)容分發(fā)服務分發(fā)的內(nèi)容及其元數(shù)據(jù)，其特征在于，該元數(shù)據(jù)接收裝置具有蓄積方式確定部，從蓄積所述元數(shù)據(jù)的多個蓄積方式中確定每個所述服務的蓄積方法；存儲部，按照每個所述蓄積方式來存儲蓄積方式信息，該蓄積方式信息是根據(jù)用于開始所述元數(shù)據(jù)的取得的開始條件、 用于選擇要取得的所述元數(shù)據(jù)的檢索條件以及用于結(jié)束所述元數(shù)據(jù)的取得的結(jié)束條件而唯一確定的；取得部，按照每個所述服務的所述蓄積方式信息來取得對應的所述元數(shù)據(jù)，以及蓄積部，存儲所取得的所述元數(shù)據(jù)。發(fā)明效果根據(jù)本發(fā)明，能夠按照不同的內(nèi)容分發(fā)服務高效率地收集并蓄積內(nèi)容的元數(shù)據(jù)。


圖1是表示應用本發(fā)明的第一實施方式的元數(shù)據(jù)收集裝置的內(nèi)容分發(fā)系統(tǒng)的結(jié)構(gòu)的框圖。圖2是表示該實施方式的元數(shù)據(jù)收集裝置的結(jié)構(gòu)的框圖。圖3是表示該實施方式的元數(shù)據(jù)收集裝置起動時的動作示例的流程圖。圖4是表示該實施方式的元數(shù)據(jù)收集裝置起動時的另一個動作示例的流程圖。圖5是表示該實施方式的超高速緩存后的元數(shù)據(jù)的更新時的動作示例的流程圖。圖6是表示該實施方式的超高速緩存后的元數(shù)據(jù)的刪除時的動作示例的流程圖。圖7是表示該實施方式的產(chǎn)生了來自用戶的元數(shù)據(jù)取得請求時的動作的流程圖。圖8是表示該實施方式的在服務 元數(shù)據(jù)信息蓄積部中蓄積的服務信息的示例的圖。圖9是表示該實施方式的在服務 元數(shù)據(jù)信息蓄積部中蓄積的服務信息的示例的圖。圖10是表示該實施方式的內(nèi)容檢索畫面的示例的圖。圖11是表示該實施方式的檢索結(jié)果顯示畫面的示例的圖。
圖12是表示該實施方式的服務一覽的示例的圖。圖13是表示本發(fā)明的第二實施方式的元數(shù)據(jù)收集裝置的結(jié)構(gòu)的框圖。圖14是表示該實施方式的元數(shù)據(jù)收集裝置起動時的動作示例的流程圖。圖15是表示該實施方式的在服務·元數(shù)據(jù)信息蓄積部中蓄積的服務信息的示例的圖。圖16是表示該實施方式的在類別·關(guān)鍵字登記信息蓄積部中蓄積的類別·關(guān)鍵字登記信息的示例的圖。圖17是表示該實施方式的在類別·關(guān)鍵字變換信息蓄積部中蓄積的類別·關(guān)鍵字變換信息的示例的圖。
具體實施例方式下面，參照附圖詳細說明本實施方式。(第一實施方式)圖1是應用本實施方式的元數(shù)據(jù)收集裝置的內(nèi)容分發(fā)系統(tǒng)的整體圖。作為本發(fā)明的一個實施方式的元數(shù)據(jù)收集裝置101與多個網(wǎng)絡(luò)1 3連接。在各個網(wǎng)絡(luò)1 3中分別連接了一個以上的元數(shù)據(jù)提供裝置10 10加。下面，首先對元數(shù)據(jù)提供裝置10 102e、元數(shù)據(jù)收集裝置101及網(wǎng)絡(luò)1 3進行簡要說明，然后詳細說明元數(shù)據(jù)收集裝置101。元數(shù)據(jù)提供裝置10 10 分別提供與對應的內(nèi)容分發(fā)服務相關(guān)聯(lián)的內(nèi)容的元數(shù)據(jù)。元數(shù)據(jù)不是指內(nèi)容自身，而是指表示該內(nèi)容的屬性信息的信息，在內(nèi)容是影像數(shù)據(jù)、 聲音數(shù)據(jù)、網(wǎng)頁等的情況下，該元數(shù)據(jù)例如指標題(識別符)、詳細信息、生成時間、內(nèi)容位置等。另外，元數(shù)據(jù)記述格式可以是標準規(guī)格，也可以是各個服務獨有的格式。元數(shù)據(jù)提供裝置10 10 是指內(nèi)容分發(fā)服務經(jīng)營商運營的元服務器或HDD錄制器等內(nèi)容保有設(shè)備、或與元數(shù)據(jù)收集裝置101連接的本地存儲器等。圖12表示內(nèi)容分發(fā)服務的一例。例如，元數(shù)據(jù)提供裝置10 提供高質(zhì)量VoD服務分發(fā)的內(nèi)容的元數(shù)據(jù)，元數(shù)據(jù)提供裝置102b提供影像投稿服務分發(fā)的內(nèi)容的元數(shù)據(jù)。這樣，存在從內(nèi)容數(shù)量非常多的服務到內(nèi)容數(shù)量有限的服務等多種多樣的服務。這些服務的區(qū)別在于以下所述的不同之處。保有內(nèi)容數(shù)量多/少收費/免費宅內(nèi)內(nèi)容/外部網(wǎng)絡(luò)上的內(nèi)容更新頻率少/多元數(shù)據(jù)收集裝置101是從元數(shù)據(jù)提供裝置10 10 收集元數(shù)據(jù)并進行管理的裝置。元數(shù)據(jù)收集裝置101例如是具有影像顯示功能的電視機或個人計算機(PC)等設(shè)備、 或者取代該設(shè)備(電視機、PC等)來收集并管理元數(shù)據(jù)的裝置。在元數(shù)據(jù)收集裝置101中， 被稱為ECG應用的元數(shù)據(jù)收集應用起動，該應用進行元數(shù)據(jù)的收集管理。本實施方式的一大特征在于，在元數(shù)據(jù)收集裝置101中盡可能多地蓄積元數(shù)據(jù)，由此減少從元數(shù)據(jù)提供裝置10 10 收集元數(shù)據(jù)所需要的時間。由此，在數(shù)字電視機等用戶設(shè)備中，實現(xiàn)用于從多個內(nèi)容分發(fā)服務中檢索影像內(nèi)容并進行視聽的高速引導功能。
6
多個網(wǎng)絡(luò)1 3是彼此不同的網(wǎng)絡(luò)。所謂不同的網(wǎng)絡(luò)指以下這樣的網(wǎng)絡(luò)。不同的網(wǎng)絡(luò)經(jīng)營商運營的不同網(wǎng)絡(luò)同一網(wǎng)絡(luò)經(jīng)營商運營的不同網(wǎng)絡(luò)局域網(wǎng)所謂不同的網(wǎng)絡(luò)經(jīng)營商運營的不同網(wǎng)絡(luò)，例如指網(wǎng)絡(luò)經(jīng)營商A運營的網(wǎng)絡(luò)1和網(wǎng)絡(luò)經(jīng)營商B運營的網(wǎng)絡(luò)2的情況。這種物理上不同的網(wǎng)絡(luò)被作為獨立的網(wǎng)絡(luò)進行處理。所謂同一網(wǎng)絡(luò)經(jīng)營商運營的不同網(wǎng)絡(luò)，指同一網(wǎng)絡(luò)經(jīng)營商根據(jù)服務質(zhì)量等而作為不同的網(wǎng)絡(luò)進行運營的網(wǎng)絡(luò)的情況。例如，網(wǎng)絡(luò)1是被實施質(zhì)量管理的網(wǎng)絡(luò)，網(wǎng)絡(luò)2是不實施質(zhì)量管理的盡力而為型網(wǎng)絡(luò)的情況。或者，也可以是網(wǎng)絡(luò)1是IPv6網(wǎng)絡(luò)，網(wǎng)絡(luò)2是IPv4 網(wǎng)絡(luò)的情況。這樣，在物理上或者邏輯上不同的網(wǎng)絡(luò)被作為各個不同的網(wǎng)絡(luò)進行處理。局域網(wǎng)例如指家庭中封閉的家庭網(wǎng)絡(luò)等。這樣，家庭網(wǎng)絡(luò)和外部網(wǎng)絡(luò)被作為獨立的網(wǎng)絡(luò)進行處理。下面，對元數(shù)據(jù)收集裝置101進行詳細說明。圖2是元數(shù)據(jù)收集裝置的功能框圖。下面，分別示出各個功能單元的說明。在本實施方式中，超高速緩存方式確定部15是針對每個服務來確定用于存儲元數(shù)據(jù)的超高速緩存方式的蓄積方式確定部。服務 元數(shù)據(jù)信息蓄積部19是按照每個超高速緩存方式來存儲用于開始元數(shù)據(jù)的取得的開始條件、用于選擇要取得的元數(shù)據(jù)的檢索條件以及用于結(jié)束元數(shù)據(jù)的取得的結(jié)束條件的存儲部，還是蓄積所取得的元數(shù)據(jù)的蓄積部。另夕卜，超高速緩存管理部18和元數(shù)據(jù)取得 更新請求部17是管理前述的開始條件、檢索條件及結(jié)束條件、和所蓄積的元數(shù)據(jù)的更新，并從網(wǎng)絡(luò)取得元數(shù)據(jù)的取得部。[用戶界面部11]用戶界面部11是用于用戶在檢索期望的內(nèi)容時輸入內(nèi)容的檢索條件和檢索對象服務的輸入界面。并且，用戶界面部11提供用于顯示作為檢索結(jié)果的內(nèi)容列表(標題等的列表)的輸出界面。圖10表示用于輸入內(nèi)容的檢索條件及檢索對象服務的內(nèi)容檢索畫面的示例。圖11表示包括檢索到的內(nèi)容的列表的檢索結(jié)果顯示畫面的示例。[網(wǎng)絡(luò)接口部]網(wǎng)絡(luò)接口部20是用于經(jīng)由網(wǎng)絡(luò)1 3與元數(shù)據(jù)提供裝置10 10 收發(fā)信息的接口部。具體地講，網(wǎng)絡(luò)接口部20是進行向元數(shù)據(jù)提供裝置10 10 發(fā)送元數(shù)據(jù)取得請求包、以及從元數(shù)據(jù)提供裝置10 10 接收元數(shù)據(jù)包的接口部。[元數(shù)據(jù)格式統(tǒng)一部12]元數(shù)據(jù)格式統(tǒng)一部12對從多個元數(shù)據(jù)提供裝置10 10 收集到的元數(shù)據(jù)的格式進行統(tǒng)一，將統(tǒng)一了格式的元數(shù)據(jù)蓄積在服務·元數(shù)據(jù)信息蓄積部19中。即，元數(shù)據(jù)格式統(tǒng)一部12對于按照每個服務而收集到的元數(shù)據(jù)，吸收元數(shù)據(jù)格式的差異，并蓄積在服務·元數(shù)據(jù)信息蓄積部19中。[終端·服務器·網(wǎng)絡(luò)負荷監(jiān)視部13]終端·服務器·網(wǎng)絡(luò)負荷監(jiān)視部13監(jiān)視元數(shù)據(jù)收集裝置101的CPU負荷、在元數(shù)據(jù)收集裝置101中工作的其它應用的狀況、或者網(wǎng)絡(luò)負荷和服務器負荷等外部干擾的影響。例如，作為對其它應用的狀況的監(jiān)視，由于收集元數(shù)據(jù)而使得其動作受到較大影響的影像接收應用或者影像顯示應用等的動作狀況的監(jiān)視相當于該種監(jiān)視。
[元數(shù)據(jù)收集速度確定部14]元數(shù)據(jù)收集速度確定部14根據(jù)由終端·服務器·網(wǎng)絡(luò)負荷監(jiān)視部13監(jiān)視的各種負荷狀況，確定元數(shù)據(jù)收集速度。此處的元數(shù)據(jù)收集速度指每一個請求的元數(shù)據(jù)數(shù)量或者每單位時間的元數(shù)據(jù)收集速度(例如每一分鐘的元數(shù)據(jù)取得數(shù)量)。以后，將元數(shù)據(jù)收集速度設(shè)為每一個請求的元數(shù)據(jù)收集數(shù)量。元數(shù)據(jù)收集速度確定部14根據(jù)下面的指標來確定元數(shù)據(jù)收集速度。(1)本終端的CPU負荷、其它應用的起動狀況(2)網(wǎng)絡(luò)負荷(3)服務器負荷下面，示出如何根據(jù)這些各種負荷來確定元數(shù)據(jù)收集速度。(1)本終端的CPU負荷、其它應用的起動狀況在本終端的CPU負荷較高或者其它應用(例如影像接收應用、影像顯示應用)正在起動的情況下，由于元數(shù)據(jù)收集的影響，有可能對起動過程中的應用產(chǎn)生影響。因此，減少每一個請求的元數(shù)據(jù)取得數(shù)量，或者在經(jīng)過稍短時間后再次進行取得等，由此花費較多時間來收集元數(shù)據(jù)。相反，在CPU負荷較低或者其它應用沒有起動的情況下，由于元數(shù)據(jù)收集中的影響較小，因而增加每一個請求的元數(shù)據(jù)收集數(shù)量，在短時間內(nèi)收集元數(shù)據(jù)。例如，在影像顯示應用起動過程中，將元數(shù)據(jù)收集速度設(shè)為每一個請求為5件?；蛘撸谟跋耧@示應用未起動過程中，將元數(shù)據(jù)收集速度設(shè)為每一個請求為100件。這樣，能夠?qū)⑨槍υ獢?shù)據(jù)收集的影響較大的影像顯示應用的影響抑制為最小限度，同時進行元數(shù)據(jù)的收集。(2)網(wǎng)絡(luò)負荷在能夠使用的網(wǎng)絡(luò)頻帶較少、包缺失頻繁發(fā)生、或者包的抖動較大的情況下，網(wǎng)絡(luò)負荷提高的可能性較大。如果在這種狀況下收集大量的元數(shù)據(jù)，有可能由于發(fā)生擁擠等而導致狀況進一步惡化。為了避免這種情況，在設(shè)想由于能夠使用的網(wǎng)絡(luò)頻帶較少、包缺失頻繁發(fā)生、或者抖動較大等而使得網(wǎng)絡(luò)負荷較大等的情況下，減少每一個請求的元數(shù)據(jù)收集數(shù)量。或者，在經(jīng)過稍短時間后再次進行取得等，由此花費較多時間來收集元數(shù)據(jù)。相反， 在設(shè)想網(wǎng)絡(luò)負荷較小的情況下，增加每一個請求的元數(shù)據(jù)收集數(shù)量，由此在短時間內(nèi)收集元數(shù)據(jù)。(3)服務器負荷在元數(shù)據(jù)收集裝置101從元數(shù)據(jù)提供裝置102η (102η表示10 10 中的某個或者多個)收集元數(shù)據(jù)時，在元數(shù)據(jù)提供裝置102η中產(chǎn)生的處理延遲將大大影響到元數(shù)據(jù)的收集速度。例如，在元數(shù)據(jù)提供裝置102η的負荷非常高的情況下，即使從元數(shù)據(jù)收集裝置101請求了元數(shù)據(jù)，也不會從元數(shù)據(jù)提供裝置102η返回應答，因而產(chǎn)生請求超時，產(chǎn)生在元數(shù)據(jù)收集裝置101中的元數(shù)據(jù)的顯示由于該請求超時的拖延而延遲等問題。為了避免這種問題，在根據(jù)到從元數(shù)據(jù)提供裝置102η發(fā)送響應速度和元數(shù)據(jù)為止的所要時間，而設(shè)想元數(shù)據(jù)提供裝置102η的負荷較高的情況下，減少每一個請求的元數(shù)據(jù)收集數(shù)量?；蛘?，經(jīng)過稍短時間后再次進行取得等，由此花費較多時間來收集元數(shù)據(jù)。相反，在設(shè)想元數(shù)據(jù)提供裝置102η的負荷較低的情況下，增加每一個請求的元數(shù)據(jù)收集數(shù)量，由此在短時間內(nèi)收集元數(shù)據(jù)。
如上所述，在元數(shù)據(jù)收集速度確定部14中，考慮(1) ( 示出的終端、服務器、 網(wǎng)絡(luò)的負荷來確定元數(shù)據(jù)的收集速度。由此，能夠高效率地進行元數(shù)據(jù)收集，而且不會對其它應用產(chǎn)生影響。[服務·元數(shù)據(jù)信息蓄積部(蓄積部、存儲部)19]服務·元數(shù)據(jù)信息蓄積部19是蓄積從元數(shù)據(jù)提供裝置10 10 取得的元數(shù)據(jù)的蓄積部。并且，服務 元數(shù)據(jù)信息蓄積部19蓄積如圖8及圖9所示的針對每個服務而設(shè)定的服務信息。服務信息包括在超高速緩存方式確定部(蓄積方式確定部)15中確定的超高速緩存方式(蓄積方式)，詳細情況將在下面進行說明。服務·元數(shù)據(jù)信息蓄積部19 也具有按照每個服務來存儲超高速緩存方式(蓄積方式)的存儲部的功能。服務·元數(shù)據(jù)信息蓄積部19例如利用硬盤或非易失性存儲器構(gòu)成。圖8及圖9所示的服務信息包括以下項目。對應服務數(shù)量對應服務名稱超高速緩存方式超高速緩存上限件數(shù)元數(shù)據(jù)取得用信息登記查詢數(shù)量登記查詢檢索次數(shù)視聽次數(shù)推薦更新頻率(超高速緩存更新頻率)推薦更新時間(超高速緩存更新時間)超高速緩存下一次更新時間超高速緩存有效期間超高速緩存刪除時間“對應服務數(shù)量”表示已登記的服務的數(shù)量，在圖8及圖9的示例中是登記了 5項服務。這5項服務中的一項是“影像投稿服務”，如圖8所示，另一項是“高質(zhì)量VoD服務”， 如圖9所示?！皩彰Q”表示已登記的服務的名稱。即，表示在諸如ECG那樣的元數(shù)據(jù)收集應用中對應的服務的名稱?！俺咚倬彺娣绞健北硎竞竺鏀⑹龅脑诔咚倬彺娣绞酱_定部(蓄積方式確定部)15中確定的超高速緩存方式(蓄積方式)。超高速緩存方式包括Query-based Caching Method(基于檢索的蓄積方式)和All Caching Method(事前蓄積方式)。簡單地講，All Caching Method (事前蓄積方式)指預先將服務保有(提供)的元數(shù)據(jù)全部進行超高速緩存的方式。Query-based Caching Method(基于檢索的蓄積方式)指每當進行檢索時，針對檢索過的檢索條件(檢索式)，僅將上位數(shù)件或者全部進行超高速緩存的方式。在Query-based Caching Method (基于檢索的蓄積方式)的情況下，“超高速緩存上限件數(shù)”表示每個檢索的超高速緩存件數(shù)的上限值，取得元數(shù)據(jù)進行超高速緩存，直到該上限件數(shù)為止。
9
“元數(shù)據(jù)取得用信息”指在從元數(shù)據(jù)提供裝置102η取得元數(shù)據(jù)時所需要的信息。 例如，相當于元數(shù)據(jù)提供裝置102η提供的元數(shù)據(jù)取得用URL、成為了取得各個服務的元數(shù)據(jù)而由ECG應用等的元數(shù)據(jù)收集應用準備的元數(shù)據(jù)取得用API等?！暗怯洸樵儭敝高^去檢索過的檢索條件。但是，如后面所述，僅在超高速緩存方式是 Query-based Caching Method (基于檢索的蓄積方式)的情況下，檢索過的檢索條件被登記為登記查詢。此處的檢索條件指類別與關(guān)鍵字的組合，例如指“類別體育，關(guān)鍵字網(wǎng)球” 等。另外，不限于此，也可以是促銷信息(推薦、新到產(chǎn)品等)的組合。在Query-based Caching Method (基于檢索的蓄積方式)的情況下，“登記查詢數(shù)量”表示登記查詢的個數(shù)。在圖8的示例中是登記了 10個登記查詢。項目“登記查詢” “超高速緩存刪除時間”的組是針對每個登記查詢而準備的，在圖8的示例中是具有10個登記查詢，因而準備了 10個“登記查詢” “超高速緩存刪除時間”的組。但是，在All Caching MethocK事前蓄積方式)的情況下，登記查詢數(shù)量被設(shè)定為固定的“1”。“檢索次數(shù)”表示每個登記查詢或者每個服務的檢索次數(shù)。在超高速緩存方式是 Query-based Caching Method(基于檢索的蓄積方式)時，“檢索次數(shù)”表示每個登記查詢的檢索次數(shù)，在超高速緩存方式是All Caching Method(事前蓄積方式)時，“檢索次數(shù)”表示每個服務的檢索次數(shù)?！耙暵牬螖?shù)”表示每個登記查詢或者每個服務的相應內(nèi)容的視聽次數(shù)。例如，在根據(jù)通過基于某個登記查詢的檢索而得到的元數(shù)據(jù)而沿著鏈接視聽了內(nèi)容的次數(shù)合計為X 次時，則視聽次數(shù)為X?！巴扑]更新頻率”及“推薦更新時間”表示超高速緩存的更新頻率及更新時間。更具體地講，推薦更新頻率指從最終更新時間到下一次更新時間的間隔，推薦更新時間指更新超高速緩存的時間段。例如，“推薦更新頻率每1小時”、“推薦更新時間AM10:00”等。 推薦更新時間及推薦更新頻率可以是由后述的超高速緩存更新頻率·時間確定部16確定的值，也可以預先登記在服務·元數(shù)據(jù)信息蓄積部19中?！俺咚倬彺嫦乱淮胃聲r間”指下一次應該更新超高速緩存的時間，是由后述的超高速緩存管理部18根據(jù)最終更新時間、上述推薦更新頻率和上述推薦更新時間而確定的。其中，“推薦更新頻率”及“推薦更新時間”相當于本發(fā)明的更新條件。尤其是推薦更新頻率相當于本發(fā)明的更新頻率，推薦更新時間相當于更新時間段?；蛘撸俺咚倬彺嫦乱淮胃聲r間”相當于本發(fā)明的更新條件。在后面的說明中，采用反映了上述推薦更新頻率和上述推薦更新時間的指標即超高速緩存下一次更新時間作為更新條件。另外，更新條件只要是用于確定超高速緩存的更新契機的條件即可，不限于上述的“推薦更新頻率”、“推薦更新時間”、“超高速緩存下一次更新時間”?！俺咚倬彺嬗行陂g”指超高速緩存的有效期間，是由后述的超高速緩存更新頻率 時間確定部16確定的。僅針對超高速緩存方式是Query-based Caching Method(基于檢索的蓄積方式)的情況設(shè)定超高速緩存有效期間。超高速緩存有效期間例如被設(shè)定為 10天?！俺咚倬彺鎰h除時間”是由后述的超高速緩存管理部18根據(jù)最終更新時間及上述超高速緩存有效期間而確定的。例如，在最終更新時間是2008/04/03 AM10:00且超高速緩存有效期間是10天的情況下，超高速緩存刪除時間是2008/04/13 AM10:00o如上所述，關(guān)于超高速緩存方式是All Caching Method(事前蓄積方式)的服務， 以服務為單位蓄積在服務 元數(shù)據(jù)信息蓄積部19中蓄積的元數(shù)據(jù)，對于超高速緩存方式是 Query-based Caching Method(基于檢索的蓄積方式)的服務，針對每個服務以登記查詢?yōu)閱挝淮鎯υ诜铡ぴ獢?shù)據(jù)信息蓄積部19中蓄積的元數(shù)據(jù)?！俺咚倬彺娣绞酱_定部(蓄積方式確定部)15”超高速緩存方式確定部(蓄積方式確定部)15針對在服務 元數(shù)據(jù)信息蓄積部19 中登記的各個服務分別確定超高速緩存方式。此處確定的超高速緩存方式通過超高速緩存管理部18被登記在服務 元數(shù)據(jù)信息蓄積部19中。超高速緩存方式例如是選擇下面示出的⑴和⑵中的某種方式。(I)All Caching Method(事前蓄積方式)本方式是預先將服務保有(提供)的元數(shù)據(jù)全部進行超高速緩存的方式。在全部元數(shù)據(jù)的超高速緩存完成后，以后定期地僅更新差分部分。根據(jù)由服務·元數(shù)據(jù)信息蓄積部19管理的超高速緩存下一次更新時間，進行元數(shù)據(jù)更新。(2) Query-based Caching Method (基于檢索的蓄積方式)本方式是，不預先將服務保有(提供)的元數(shù)據(jù)進行超高速緩存，而是按照檢索過的每個檢索條件(檢索式)僅對上位件數(shù)進行超高速緩存。上位件數(shù)是對每個服務預定的， 例如確定為500件，用于向元數(shù)據(jù)提供裝置102η請求發(fā)送最多是上位件數(shù)(500件)的元數(shù)據(jù)。另外，也可以向元數(shù)據(jù)提供裝置102η請求發(fā)送符合檢索條件的全部元數(shù)據(jù)，在所發(fā)送的元數(shù)據(jù)數(shù)量超過上位件數(shù)時，從這些元數(shù)據(jù)中僅選擇上位件數(shù)的元數(shù)據(jù)。在這種情況下，選擇基準是任意的，例如可以是最先取得的上位件數(shù)的元數(shù)據(jù)。并且，在對元數(shù)據(jù)賦予了優(yōu)先度的情況下，也可以按照優(yōu)先度從高到低的順序選擇上位件數(shù)的元數(shù)據(jù)。在本方式中，僅在第一次檢索時從元數(shù)據(jù)提供裝置102η收集符合檢索條件的元數(shù)據(jù)，以后按照該檢索單位(即查詢單位)在更新定時定期進行更新。在進行更新時，刪除超高速緩存并再次取得截止到上限件數(shù)為止的每個登記查詢(檢索條件)的元數(shù)據(jù)。或者， 不一次性地將超高速緩存清除，如果能夠僅取得差分部分，則僅再次取得差分部分。但是， 各個登記查詢的超高速緩存件數(shù)是截止到某個上限件數(shù)為止。根據(jù)在服務 元數(shù)據(jù)信息蓄積部19中登記的超高速緩存下一次更新時間，來進行元數(shù)據(jù)更新(超高速緩存更新)。并且，根據(jù)在服務·元數(shù)據(jù)信息蓄積部19中登記的超高速緩存刪除時間，來進行超高速緩存的刪除。另外，在本方式中，設(shè)定超高速緩存的有效期間，在經(jīng)過該時間后進行超高速緩存的清除。在上述說明中僅對上位件數(shù)的元數(shù)據(jù)進行超高速緩存，但也可以對符合檢索條件的全部元數(shù)據(jù)進行超高速緩存。在此，超高速緩存方式確定部(蓄積方式確定部)15按照下面的(A) (C)中的某種指標來確定超高速緩存方式。無論采用哪種指標，都優(yōu)先根據(jù)服務·元數(shù)據(jù)信息蓄積部19的容量即硬盤或存儲器容量來進行判斷。(A) Manual由用戶對每個服務確定超高速緩存方式。例如，顯示彈出框，用戶確定超高速緩存方式。(B) Pre-Configure
11
關(guān)于每個服務的超高速緩存方式，預先在服務·元數(shù)據(jù)信息蓄積部19中進行登記。例如，在高質(zhì)量VoD影像服務中內(nèi)容數(shù)量有限，因而登記All Caching Method(事前蓄積方式)，而在影像投稿服務中內(nèi)容數(shù)量非常多，因而登記Query-based Caching MethocK基于檢索的蓄積方式)。(C)Auto關(guān)于每個服務的超高速緩存方式，自動地進行判斷。判斷是根據(jù)以下某個判斷基準進行的。但是，不限于這些基準，只要能夠判斷超高速緩存方式，則可以采用任何判斷基準。 在能夠從服務中取得總保有內(nèi)容數(shù)量(元數(shù)據(jù)的總數(shù))，而且總內(nèi)容數(shù)量(總元數(shù)據(jù)數(shù)量)為某個閾值以下的情況下，確定All Caching Method(事前蓄積方式)。在除此之外的情況下，確定Query-based Caching Method (基于檢索的蓄積方式)。閾值可以是定量，也可以根據(jù)硬盤的容量來確定。·不根據(jù)每個服務，而是以網(wǎng)絡(luò)為單位根據(jù)網(wǎng)絡(luò)的類型或者質(zhì)量來判斷超高速緩存方式。例如，針對由家庭網(wǎng)絡(luò)或被實施質(zhì)量管理的網(wǎng)絡(luò)上的元數(shù)據(jù)提供裝置102η提供的服務，確定All Caching Method(事前蓄積方式)。針對由因特網(wǎng)上的元數(shù)據(jù)提供裝置 102η提供的服務，確定Query-based Caching Method(基于檢索的蓄積方式)。并且，在根據(jù)DLNA(Digital Living Network Alliance :數(shù)字生活網(wǎng)絡(luò)聯(lián)盟)來分發(fā)內(nèi)容的網(wǎng)絡(luò)中，確定All Caching Method (事前蓄積方式)，針對除此之外的網(wǎng)絡(luò)確定Query-based Caching MethocK基于檢索的蓄積方式)。 根據(jù)服務的類型來判斷超高速緩存方式。例如，對于收費服務確定All Caching MethocK事前蓄積方式)，對于免費服務確定Query-based Caching Method (基于檢索的蓄積方式)。 根據(jù)元數(shù)據(jù)的更新頻率來判斷超高速緩存方式。元數(shù)據(jù)的更新頻率也與元數(shù)據(jù)的總數(shù)密切相關(guān)，因此將元數(shù)據(jù)的更新頻率較少的服務視為內(nèi)容總數(shù)也較少。例如，在更新頻率較少的服務中不怎么進行超高速緩存的更新，因而確定All Caching Method(事前蓄積方式)，而對于超高速緩存的更新頻繁的服務，則確定Query-based Caching Method (基于檢索的蓄積方式)。[超高速緩存更新頻率·時間確定部16]超高速緩存更新頻率·時間確定部16根據(jù)來自超高速緩存管理部18的指示，按照與超高速緩存方式對應的更新單位(服務單位或者登記查詢單位)，確定超高速緩存的推薦更新頻率、推薦更新時間以及超高速緩存有效期間，并登記在服務 元數(shù)據(jù)信息蓄積部 19中。推薦更新頻率、推薦更新時間以及超高速緩存有效期間也可以預先按照每個服務而登記在服務 元數(shù)據(jù)信息蓄積部19中。推薦更新頻率對應于本發(fā)明的更新頻率，推薦更新時間相當于本發(fā)明的更新時間段。超高速緩存更新單位因超高速緩存方式而異，All Caching Method(事前蓄積方式)成為以服務為單位的更新，Query-based Caching Method(基于檢索的蓄積方式)成為以登記查詢?yōu)閱挝坏母?。并且，僅在超高速緩存方式是Query-based Caching MethocK基于檢索的蓄積方式)的情況下進行超高速緩存的刪除，僅在超高速緩存方式是 Query-based Caching Method(基于檢索的蓄積方式)的情況下登記超高速緩存的有效期
超高速緩存更新頻率 時間確定部16利用以下所述的方法確定推薦更新頻率、推薦更新時間、超高速緩存有效期間。(A)推薦更新頻率根據(jù)在服務 元數(shù)據(jù)信息蓄積部19中登記的視聽次數(shù)或者檢索次數(shù)，來確定推薦更新頻率。在視聽次數(shù)或者檢索次數(shù)較多的情況下，設(shè)定較高的推薦更新頻率。另一方面， 在視聽次數(shù)或者檢索次數(shù)較少的情況下，設(shè)定較低的推薦更新頻率。例如，根據(jù)視聽次數(shù)將推薦更新頻率確定成為“視聽次數(shù)為5次以下時確定推薦更新頻率為每天一次，視聽次數(shù)為6-10次時確定推薦更新頻率為每12小時一次，視聽次數(shù)為11次以上時確定推薦更新頻率為每6小時一次”。也可以不利用超高速緩存更新頻率 時間確定部16，而在服務 元數(shù)據(jù)信息蓄積部19中預先登記推薦更新頻率。在這種情況下，例如優(yōu)選始終將在ECG應用起動時顯示于頂層畫面的內(nèi)容保持為最新的狀態(tài)。因此，對于與具有這種內(nèi)容的服務或者與該內(nèi)容的元數(shù)據(jù)相關(guān)聯(lián)的登記查詢，提高推薦更新頻率。(B)推薦更新時間根據(jù)由元數(shù)據(jù)提供裝置102η提供的每單位時間的元數(shù)據(jù)數(shù)量的增加數(shù)量，來確定推薦更新時間。例如，在每單位時間內(nèi)從元數(shù)據(jù)提供裝置102η取得總元數(shù)據(jù)數(shù)量，在總元數(shù)據(jù)數(shù)量的增加變動為諸如“10點10件，14點10件，18點20件，22點100件”的情況下，將推薦更新時間確定為22點等。也可以不利用超高速緩存更新頻率·時間確定部16，而在服務·元數(shù)據(jù)信息蓄積部19中預先登記推薦更新時間。在這種情況下，對于已知在某個特定的時間頻繁進行更新的服務，將該時間登記為推薦更新時間。例如，在諸如播放服務那樣預先得知在日期的更替時刻更新元數(shù)據(jù)的情況下，將日期的更替時刻登記為推薦更新時間。(C)超高速緩存有效期間根據(jù)檢索次數(shù)或者視聽次數(shù)來設(shè)定超高速緩存的有效期間。例如，根據(jù)視聽次數(shù)或者檢索次數(shù)將超高速緩存的有效期間設(shè)定成為“視聽次數(shù)為5次以下時確定超高速緩存有效期間為3天，視聽次數(shù)為6-10次時確定超高速緩存有效期間為10天，視聽次數(shù)為11 次以上時確定超高速緩存有效期間為20天”。[元數(shù)據(jù)取得·更新請求部(取得部)17]元數(shù)據(jù)取得 更新請求部17是接收來自超高速緩存管理部18的元數(shù)據(jù)取得請求， 并向元數(shù)據(jù)提供裝置102η進行元數(shù)據(jù)的取得請求的取得部。并且，用于取得元數(shù)據(jù)的開始條件、檢索條件、結(jié)束條件等由后述的超高速緩存管理部18進行管理，超高速緩存管理部 18也具有取得部的一部分功能。從超高速緩存管理部18提供元數(shù)據(jù)收集速度、取得元數(shù)據(jù)數(shù)量以及服務信息(例如元數(shù)據(jù)取得用信息)，元數(shù)據(jù)取得·更新請求部17根據(jù)這些信息來取得元數(shù)據(jù)。假設(shè)為每當向元數(shù)據(jù)提供裝置102η進行元數(shù)據(jù)的取得請求時，就取得元數(shù)據(jù)收集速度。例如，下面示出了如下情況下的動作的例子，該情況為，元數(shù)據(jù)收集速度每1個請求為100件、元數(shù)據(jù)取得數(shù)量500件、服務信息元數(shù)據(jù)提供裝置的元數(shù)據(jù)取得URL被傳遞給元數(shù)據(jù)取得·更新請求部17。當在最初的請求中取得了 100件后，向元數(shù)據(jù)提供裝置102η要求下一個請求的情況下，再次取得元數(shù)據(jù)收集速度。此時，由于CPU負荷急劇提高等現(xiàn)象，在元數(shù)據(jù)收集速度被變更為10件的情況下，根據(jù)該取得速度來取得元數(shù)據(jù)。通過反復進行以上的動作，取得元數(shù)據(jù)，直到達到元數(shù)據(jù)取得總數(shù)為止。[超高速緩存管理部18]超高速緩存管理部18主要管理用于取得元數(shù)據(jù)的開始條件、檢索條件、結(jié)束條件、以及服務·元數(shù)據(jù)信息蓄積部(蓄積部)19的更新，并與前述的元數(shù)據(jù)取得·更新請求部17 —起發(fā)揮作為取得部的作用。詳細情況如下所述。超高速緩存管理部18對于在服務·元數(shù)據(jù)信息蓄積部19中登記的各個服務，確認是否已登記針對各個服務的超高速緩存方式。對于沒有登記的服務，請求超高速緩存方式確定部15確定超高速緩存方式。將由超高速緩存方式確定部15確定的超高速緩存方式登記在服務·元數(shù)據(jù)信息蓄積部(存儲部)19中。超高速緩存管理部18對于已登記All Caching Method(事前蓄積方式)的服務， 僅限于初次進行以下處理。即，超高速緩存管理部18從與該服務相關(guān)聯(lián)的元數(shù)據(jù)提供裝置 102η取得所保有的全部元數(shù)據(jù)，并與該服務相關(guān)聯(lián)地存儲在服務·元數(shù)據(jù)信息蓄積部19 中。在進行元數(shù)據(jù)的取得請求時，從元數(shù)據(jù)收集速度確定部14取得元數(shù)據(jù)收集速度， 并對元數(shù)據(jù)取得 更新請求部17指定該元數(shù)據(jù)收集速度和檢索對象服務。并且，在從用戶界面部11進行了檢索查詢(指定了檢索條件和檢索對象服務的查詢)的情況下，超高速緩存管理部18判斷檢索對象服務的超高速緩存方式。在是All Caching Method (事前蓄積方式)的情況下，根據(jù)預先取得的檢索對象服務的元數(shù)據(jù)來檢索符合檢索條件的元數(shù)據(jù)，并通過用戶界面部11顯示所發(fā)現(xiàn)的元數(shù)據(jù)。在是Query-based Caching Method(基于檢索的蓄積方式)的情況下，判斷是否存在符合檢索條件的登記查詢。在存在符合檢索條件的登記查詢的情況下，從服務·元數(shù)據(jù)信息蓄積部19取得與該登記查詢對應的元數(shù)據(jù)，并通過用戶界面部11進行顯示。在不存在符合檢索條件的登記查詢的情況下，向元數(shù)據(jù)取得 更新請求部17進行元數(shù)據(jù)的取得請求，并通過用戶界面部11顯示所取得的元數(shù)據(jù)。并且，將所取得的元數(shù)據(jù)與檢索對象服務中的檢索條件(登記查詢)相關(guān)聯(lián)地存儲在服務·元數(shù)據(jù)信息蓄積部19中。在進行元數(shù)據(jù)的取得請求時，指定檢索對象服務、檢索條件、元數(shù)據(jù)收集數(shù)量，并且從元數(shù)據(jù)收集速度確定部14取得元數(shù)據(jù)收集速度，并傳遞給元數(shù)據(jù)取得·更新請求部17。另外，在從通過用戶界面部11顯示的元數(shù)據(jù)中指定了特定的元數(shù)據(jù)(指定特定內(nèi)容)的情況下，超高速緩存管理部18也可以從管理該內(nèi)容的內(nèi)容服務器(元數(shù)據(jù)提供裝置也可以具有內(nèi)容服務器的功能)下載與所指定的元數(shù)據(jù)對應的內(nèi)容，并傳遞給對內(nèi)容進行處理的內(nèi)容處理部(未圖示)。此時，內(nèi)容服務器的地址例如包含于元數(shù)據(jù)中。并且，超高速緩存管理部18在存在檢索查詢的情況下、取得了新的元數(shù)據(jù)的情況下、或者更新了超高速緩存的元數(shù)據(jù)的情況下等，指示超高速緩存更新頻率·時間確定部 16確定超高速緩存的推薦更新頻率、推薦更新時間、超高速緩存有效期間。并且，將由超高速緩存更新頻率·時間確定部16確定的推薦更新頻率、推薦更新時間、超高速緩存有效期間登記在服務 元數(shù)據(jù)信息蓄積部19中。但是，僅針對Query-based Caching Method (基于檢索的蓄積方式)的服務執(zhí)行超高速緩存有效期間的確定及登記。
并且，超高速緩存管理部18根據(jù)推薦更新時間、推薦更新頻率、以及最終更新時間來確定超高速緩存下一次更新時間，并登記在服務·元數(shù)據(jù)信息蓄積部19中。并且，超高速緩存管理部18根據(jù)超高速緩存有效期間及最終更新時間來確定超高速緩存刪除時間，并登記在服務·元數(shù)據(jù)信息蓄積部19中。在確定超高速緩存下一次更新時間的情況下，無論使推薦更新頻率和推薦更新時間中的哪一方優(yōu)先都可以。例如，在最終更新時間為2008/04/03PM4:00、推薦更新頻率為2天、推薦更新時間為AM3:00 的情況下，超高速緩存下一次更新時間既可設(shè)為2008/04/05PM4:00，或者也可以設(shè)為 2008/04/05AM3:00。僅在Query-based Caching Method (基于檢索的蓄積方式)的情況下， 執(zhí)行超高速緩存刪除時間的確定。并且，超高速緩存管理部18定期監(jiān)視在服務 元數(shù)據(jù)信息蓄積部19中管理的服務信息，進行超高速緩存的更新·刪除。即，超高速緩存管理部18確認超高速緩存下一次更新時間(更新條件)和超高速緩存刪除時間，在已經(jīng)過超高速緩存刪除時間時將超高速緩存刪除，在已經(jīng)過超高速緩存更新時間時(更新條件成立時)進行元數(shù)據(jù)的更新處理。但是。僅在Query-based Caching Method(基于檢索的蓄積方式)的情況下，執(zhí)行超高速緩存的刪除。[動作順序]下面，將圖2的元數(shù)據(jù)收集裝置101的動作順序區(qū)分為(1)元數(shù)據(jù)收集裝置101 起動時、( 超高速緩存的元數(shù)據(jù)的更新定時、C3)產(chǎn)生來自用戶(界面)的檢索查詢這三種情況進行說明。(1)元數(shù)據(jù)收集裝置101起動時圖3和圖4是表示在元數(shù)據(jù)收集裝置101起動時進行的動作順序的流程圖。在此， 所謂元數(shù)據(jù)收集裝置101的起動，指諸如ECG那樣的元數(shù)據(jù)收集應用的起動。(初始起動時)下面，使用圖3說明在ECG應用起動時、在服務·元數(shù)據(jù)信息蓄積部19中完全沒有超高速緩存內(nèi)容的元數(shù)據(jù)的情況的順序。另外，在后面的說明中著重說明一個服務的順序，然而在具有多個服務的情況下，可以并行處理這些順序，或者在某個服務結(jié)束后處理下一個服務即可。在步驟1，進行元數(shù)據(jù)收集裝置101的起動。即，進行ECG應用的起動(SlOl)。在步驟2，確認是否已對在服務·元數(shù)據(jù)信息蓄積部19中存儲的每個服務登記了超高速緩存方式(S1(^)。在已對全部服務分別確定了超高速緩存方式的情況下(是)，進入到步驟4。并且，在具有沒有登記超高速緩存方式的服務的情況下(否)，進入到步驟3。在步驟3，在超高速緩存方式確定部15中對每個服務確定超高速緩存方式，并登記在服務 元數(shù)據(jù)信息蓄積部19中(Sl(XB)。根據(jù)前述的判斷基準，進行超高速緩存方式的確定。關(guān)于超高速緩存方式是選擇All Caching Method(事前蓄積方式)或者Query-based Caching MethocK基于檢索的蓄積方式)。在步驟4，判斷關(guān)注的服務的超高速緩存方式是否是All Caching Method(事前蓄積方式)(S104)。在超高速緩存方式是All Caching Method(事前蓄積方式)的情況下，進入到步驟5。在超高速緩存方式是Query-based Caching Method (基于檢索的蓄積方式) 的情況下，結(jié)束處理。
在步驟5，在元數(shù)據(jù)收集速度確定部14中確定元數(shù)據(jù)的收集速度(S105)。在步驟6，超高速緩存管理部18向元數(shù)據(jù)取得·更新請求部17發(fā)送在步驟5確定的元數(shù)據(jù)收集速度和收集元數(shù)據(jù)數(shù)量、服務信息(例如元數(shù)據(jù)取得用信息)。元數(shù)據(jù)取得 更新請求部17根據(jù)這些信息，從元數(shù)據(jù)提供裝置102η收集元數(shù)據(jù)(S106)。由于是All Caching MethocK事前蓄積方式)，所以收集元數(shù)據(jù)數(shù)量是元數(shù)據(jù)提供裝置102η保有的全部元數(shù)據(jù)。另外，即使在All Caching Method (事前蓄積方式)的情況下，也可以根據(jù)硬盤容量等具體計算應該收集的元數(shù)據(jù)數(shù)量，并且僅收集所計算出的元數(shù)據(jù)數(shù)量的元數(shù)據(jù)。在步驟7，在超高速緩存更新頻率 時間確定部16中確定推薦更新頻率、推薦更新時間，并登記在服務·元數(shù)據(jù)信息蓄積部19中(S107)。在步驟8，超高速緩存管理部18根據(jù)推薦更新頻率和推薦更新時間確定超高速緩存下一次更新時間，并登記在服務·元數(shù)據(jù)信息蓄積部19中(S108)，結(jié)束本順序。(自第二次起以后的起動時)使用圖4說明元數(shù)據(jù)收集裝置101自第二次起以后的起動時的動作順序。在此， 假設(shè)在服務 元數(shù)據(jù)信息蓄積部19中已對每個服務登記了超高速緩存方式。并且，至少對于All Caching Method (事前蓄積方式)的服務已經(jīng)保存了超高速緩存。本順序公開了元數(shù)據(jù)收集裝置101的起動與ECG應用的起動聯(lián)動進行的情況。在ECG應用總是起動(在元數(shù)據(jù)收集裝置的電源斷開時ECG應用也在后臺起動著)的情況下，不適合于本順序。另外， 以后著重說明一個服務的流程，然而在具有多個服務的情況下，可以并行處理這些順序。或者在某個服務結(jié)束后執(zhí)行下一個服務的處理即可。如圖4所示，在步驟1，進行元數(shù)據(jù)收集裝置101的起動(S201)。S卩，進行ECG應用的起動。在步驟2，針對Query-based Caching Method (基于檢索的蓄積方式)的每個服務，確認是否經(jīng)過了在服務·元數(shù)據(jù)信息蓄積部19中登記的超高速緩存刪除時間(S202)。 在已經(jīng)過超高速緩存刪除時間的情況下(是)，將超高速緩存刪除(S208)，并結(jié)束本順序。 并且，在沒有經(jīng)過超高速緩存刪除時間的情況下(否)，進入到步驟3。在步驟3，針對每個服務確認是否經(jīng)過了在服務·元數(shù)據(jù)信息蓄積部19中登記的超高速緩存更新時間(S20;3)。在已經(jīng)過超高速緩存更新時間的情況下(是)，進入到步驟 4。在沒有經(jīng)過超高速緩存更新時間的情況下(否)，本順序結(jié)束。在步驟4，在元數(shù)據(jù)收集速度確定部14中確定元數(shù)據(jù)的收集速度(S204)。在步驟5，超高速緩存管理部18向元數(shù)據(jù)取得·更新請求部17發(fā)送在步驟4確定的元數(shù)據(jù)收集速度和收集元數(shù)據(jù)數(shù)量、服務信息(例如元數(shù)據(jù)取得用信息)。元數(shù)據(jù)取得·更新請求部17根據(jù)這些信息，從元數(shù)據(jù)提供裝置102η進行元數(shù)據(jù)的收集(S20O。但是，僅限于在Query-based Caching Method (基于檢索的蓄積方式)的情況時進行收集元數(shù)據(jù)數(shù)量的發(fā)送。在進行元數(shù)據(jù)收集時，在All Caching Method(事前蓄積方式)的情況下僅收集差分部分。在Query-based Caching Method(基于檢索的蓄積方式)的情況下， 從元數(shù)據(jù)提供裝置收集由超高速緩存管理部18請求的收集元數(shù)據(jù)數(shù)量(上位件數(shù))的元數(shù)據(jù)。在步驟6，在超高速緩存更新頻率 時間確定部16中確定推薦更新頻率、推薦更新時間、超高速緩存有效期間，并登記在服務 元數(shù)據(jù)信息蓄積部19中(S206)。但是，僅在
16Query-based Caching Method(基于檢索的蓄積方式)的情況下確定及登記有效期間。在步驟7，超高速緩存管理部18根據(jù)推薦更新頻率、推薦更新時間、超高速緩存有效期間，確定超高速緩存下一次更新時間和超高速緩存刪除時間，并登記在服務 元數(shù)據(jù)信息蓄積部19中(S207)，結(jié)束本順序。但是，僅在Query-based Caching Method (基于檢索的蓄積方式)的情況下，確定及登記超高速緩存刪除時間。(2)超高速緩存的更新·刪除定時下面，使用圖5和圖6說明超高速緩存的更新 刪除定時的動作順序。下面，著重說明某一個服務的順序，然而在具有多個服務的情況下，可以并行處理這些順序?；蛘咴谀硞€服務結(jié)束后執(zhí)行下一個服務的處理即可。(超高速緩存的更新定時)圖5是表示超高速緩存的更新定時的動作順序的流程圖。在步驟1，針對關(guān)注的服務確認在服務 元數(shù)據(jù)信息蓄積部19中登記的超高速緩存更新時間(S301)。在關(guān)注的服務的超高速緩存方式是Query-based Caching Method(基于檢索的蓄積方式)的情況下，對每個登記查詢確認更新時間。在關(guān)注的服務的超高速緩存方式是All Caching Method(事前蓄積方式)的情況下，僅確認所登記的一個更新時間。在步驟2，確認在步驟1取得的超高速緩存更新時間是否在當前時刻經(jīng)過(S302)。 在沒有經(jīng)過的情況下(否)，本順序結(jié)束。另一方面，在已經(jīng)過超高速緩存更新時間的情況下(是)，進入到步驟3。在步驟3，在元數(shù)據(jù)取得·更新請求部17中，按照每個更新單位(對于 Query-based Caching Method(基于檢索的蓄積方式)指登記查詢，或者對于All Caching Method (事前蓄積方式)指服務)，對元數(shù)據(jù)提供裝置確認是否有元數(shù)據(jù)的更新(S30;3)。在有元數(shù)據(jù)的更新的情況下，進入到步驟4。在沒有元數(shù)據(jù)的更新的情況下，進入到步驟7。在步驟4，在元數(shù)據(jù)收集速度確定部14中確定元數(shù)據(jù)的收集速度(S304)。在步驟5，按照在步驟4確定的元數(shù)據(jù)收集速度和收集元數(shù)據(jù)數(shù)量，從元數(shù)據(jù)提供裝置102η收集元數(shù)據(jù)。由元數(shù)據(jù)格式統(tǒng)一部12對收集到的元數(shù)據(jù)的格式進行統(tǒng)一，并蓄積在服務·元數(shù)據(jù)信息蓄積部19中630 。在All Caching Method(事前蓄積方式)的情況下，僅取得差分部分，并將所取得的差分部分追加到服務 元數(shù)據(jù)信息蓄積部19中。該差分部分不僅包括新的內(nèi)容的元數(shù)據(jù)，而且也包括在元數(shù)據(jù)提供裝置側(cè)對已經(jīng)存在的內(nèi)容進行更新后的元數(shù)據(jù)。在后者的情況下，已經(jīng)存在于服務 元數(shù)據(jù)信息蓄積部19中的更新前的元數(shù)據(jù)被改寫。在Query-based Caching Method(基于檢索的蓄積方式)的情況下， 取得每個查詢的超高速緩存上限件數(shù)的元數(shù)據(jù)，并蓄積在服務·元數(shù)據(jù)信息蓄積部19中。 當在服務·元數(shù)據(jù)信息蓄積部19中已經(jīng)存在與所取得的元數(shù)據(jù)為相同內(nèi)容的元數(shù)據(jù)的情況下，已經(jīng)存在的元數(shù)據(jù)被改寫。在步驟6，在超高速緩存更新頻率 時間確定部16中確定推薦更新頻率、推薦更新時間、超高速緩存有效期間，并登記在服務 元數(shù)據(jù)信息蓄積部19中(S306)。但是，僅在 Query-based Caching Method(基于檢索的蓄積方式)的情況下，確定及登記有效期間。在步驟7，超高速緩存管理部18根據(jù)推薦更新頻率、推薦更新時間、超高速緩存有效期間，確定超高速緩存下一次更新時間和超高速緩存刪除時間，并登記在服務 元數(shù)據(jù)信息蓄積部19中(S307)，結(jié)束本順序。但是，僅在Query-based Caching Method (基于檢索的蓄積方式)的情況下確定及登記超高速緩存刪除時間。(超高速緩存的刪除定時)圖6是表示超高速緩存的刪除定時的動作順序的流程圖。僅針對Query-based Caching Method(基于檢索的蓄積方式)的服務執(zhí)行本動作順序。在步驟1，對每個登記查詢確認在服務·元數(shù)據(jù)信息蓄積部19中登記的超高速緩存刪除時間(S401)。在步驟2，確認在步驟1取得的超高速緩存刪除時間是否在當前時刻經(jīng)過(S402)。 在沒有經(jīng)過超高速緩存刪除時間的情況下(否)，結(jié)束本順序。另一方面，在已經(jīng)過超高速緩存刪除時間的情況下(是)，進入到步驟3。在步驟3，將與已經(jīng)過超高速緩存刪除時間的登記查詢相對應的超高速緩存(元數(shù)據(jù))刪除(S403)，結(jié)束本順序。(3)產(chǎn)生來自用戶的檢索查詢下面，使用圖7說明用戶進行了檢索查詢時的動作順序。圖7是在產(chǎn)生了來自用戶的檢索查詢時的動作順序的流程圖。在步驟1，在圖10所示的檢索畫面中指定內(nèi)容的檢索條件和檢索對象服務 (S501)。在圖10的示例中，作為檢索條件，例如對“類別”指定了體育、對“關(guān)鍵字”指定了網(wǎng)球，并且對“檢索對象服務”指定了高質(zhì)量VoD服務和影像投稿服務。關(guān)于檢索條件，除了“類別”、“關(guān)鍵字”之外，也可以是推薦內(nèi)容或新到內(nèi)容這樣的促銷信息等。指定了檢索條件和檢索對象服務的檢索查詢被從用戶界面部11發(fā)送給超高速緩存管理部18。在步驟2，超高速緩存管理部18根據(jù)在步驟1接收到的檢索查詢，在服務·元數(shù)據(jù)信息蓄積部19中對所指定的每個服務判斷超高速緩存存儲方式，在是All Caching Method (事前蓄積方式)的情況下，無條件地進入到步驟5。在是Query-based Caching MethocK基于檢索的蓄積方式)的情況下，判斷在服務·元數(shù)據(jù)信息蓄積部19中是否登記了符合檢索查詢中包含的檢索條件的登記查詢。在登記了符合檢索條件的登記查詢的情況下(S502 是)，進入到步驟5，在沒有登記的情況下(S502 否)，進入到步驟3。例如，當在服務 元數(shù)據(jù)信息蓄積部19中登記了諸如圖8及圖9所示的服務信息的情況下，在是高質(zhì)量VoD服務的情況下，由于是All Caching Method(事前蓄積方式)，因而進入到步驟5。另一方面，在影像投稿服務中，作為超高速緩存僅存儲了 “類別體育、關(guān)鍵字網(wǎng)球”的登記查詢。因此，在指定了與該登記查詢相同的檢索條件的情況下，進入到步驟5，在指定了與該登記查詢不同的檢索條件的情況下，進入到步驟3。在步驟3，在元數(shù)據(jù)收集速度確定部14中確定元數(shù)據(jù)的收集速度(S503)。在步驟4，超高速緩存管理部18向元數(shù)據(jù)取得 更新請求部17發(fā)送在步驟3確定的元數(shù)據(jù)收集速度和收集元數(shù)據(jù)數(shù)量(上位件數(shù))、服務信息(例如元數(shù)據(jù)取得用信息)。 元數(shù)據(jù)取得·更新請求部17根據(jù)這些信息，從元數(shù)據(jù)提供裝置102η進行元數(shù)據(jù)的收集 (S504)。在此，在取得元數(shù)據(jù)時，基于能夠盡早地提示檢索結(jié)果的考慮，也可以在取得了最低必要限度數(shù)量的元數(shù)據(jù)的時刻移到步驟5。例如，在如圖11所示能夠顯示于一個畫面中的元數(shù)據(jù)數(shù)量是5件、而由超高速緩存管理部18請求的收集元數(shù)據(jù)數(shù)量是500件的情況下，考慮到畫面的轉(zhuǎn)變，如果取得了 20件則進入到步驟5。剩余的480件(=500-20)元數(shù)據(jù)可以在顯示檢索結(jié)果后依次取得。
在步驟5，在超高速緩存更新頻率 時間確定部16中確定推薦更新頻率、推薦更新時間以及超高速緩存有效期間，并登記在服務·元數(shù)據(jù)信息蓄積部19中(S505)，進入到步驟6。但是，僅針對Query-based Caching Method (基于檢索的蓄積方式)的服務執(zhí)行超高速緩存有效期間的確定。在步驟6，超高速緩存管理部18中，根據(jù)推薦更新頻率、推薦更新時間以及超高速緩存有效期間，確定超高速緩存下一次更新時間和超高速緩存刪除時間，并登記在服務 元數(shù)據(jù)信息蓄積部19中(S506)。但是，僅針對Query-based Caching Method (基于檢索的蓄積方式)的服務執(zhí)行超高速緩存刪除時間的確定及登記。在步驟7，針對成為檢索對象的全部服務，從服務·元數(shù)據(jù)信息蓄積部19取得元數(shù)據(jù)(S507)。S卩，對于Query-based Caching Method(基于檢索的蓄積方式)的服務，從服務·元數(shù)據(jù)信息蓄積部19取得與匹配檢索條件的登記查詢相對應的元數(shù)據(jù)。對于All Caching MethocK事前蓄積方式)的服務，從服務·元數(shù)據(jù)信息蓄積部19檢測并取得符合檢索條件的元數(shù)據(jù)。并且，用戶界面部11將從服務·元數(shù)據(jù)信息蓄積部19取得的元數(shù)據(jù)進行合并及顯示(S507)。圖11表示所顯示的元數(shù)據(jù)的一例。其中，合并方法可以是按照所指定的項目進行顯示的任何方法，例如，能夠采用按照日期順序或名稱順序進行顯示的合并方法。如上所述，根據(jù)本發(fā)明的實施方式能夠得到以下效果。(1)針對每個服務選擇適合于該服務的元數(shù)據(jù)的超高速緩存方式，由此能夠?qū)崿F(xiàn)高效率的元數(shù)據(jù)的超高速緩存。(2)能夠高效率地實現(xiàn)所超高速緩存的元數(shù)據(jù)的更新。例如，能夠使需求較高的內(nèi)容的元數(shù)據(jù)基本上保持最新的狀態(tài)，而對于需求較低的內(nèi)容的元數(shù)據(jù)防止無意義的更新。(3)能夠?qū)⒃獢?shù)據(jù)收集對接收終端的其它應用的影響抑制為最小限度。并且，通過設(shè)定考慮了網(wǎng)絡(luò)負荷和元服務器負荷的元數(shù)據(jù)收集速度，能夠?qū)⑼獠扛蓴_的影響抑制為最小限度。另外，該元數(shù)據(jù)收集裝置101例如能夠通過將通用的計算機裝置用作基本硬件來實現(xiàn)。即，能夠通過使搭載在計算機裝置中的處理器執(zhí)行程序來實現(xiàn)用戶界面部、超高速緩存方式確定部、超高速緩存管理部、元數(shù)據(jù)收集速度確定部、超高速緩存更新頻率·時間確定部、終端·服務器·網(wǎng)絡(luò)負荷監(jiān)視部、元數(shù)據(jù)取得·更新請求部。此時，可以通過在計算機裝置中預先安裝程序來實現(xiàn)元數(shù)據(jù)收集裝置101，也可以將該程序存儲在CD-ROM等存儲介質(zhì)中、或者通過網(wǎng)絡(luò)來分發(fā)上述程序，從而在計算機裝置中適當安裝上述程序來實現(xiàn)元數(shù)據(jù)收集裝置101。并且，可以適當利用在計算機裝置中內(nèi)置或者外置的存儲器、硬盤或者 ⑶-R、⑶-RW、DVD-RAM、DVD-R等存儲介質(zhì)等來實現(xiàn)服務·元數(shù)據(jù)信息蓄積部19。(第二實施方式)在第一實施方式中，說明了元數(shù)據(jù)收集裝置101從All Caching Method (事前蓄積方式)、Query-based Caching Method (基于檢索的蓄積方式)這兩種蓄積方式(下面稱為超高速緩存方式)中選擇某種蓄積方式使用的示例。在第二實施方式中，作為在元數(shù)據(jù)收集裝置101中的超高速緩存方式，包括All Caching Method(事前蓄積方式)、 Query-based Caching Method (基于檢索的蓄禾只方式)以及 Keyword-based Caching MethocK基于關(guān)鍵字的事前蓄積方式)，元數(shù)據(jù)收集裝置101從上述三種蓄積方式中選擇使
19用某種蓄積方式。在下面的說明中，省略與第一實施方式相同的說明，以與第一實施方式不同的內(nèi)容為中心進行說明。本實施方式中的內(nèi)容分發(fā)系統(tǒng)與第一實施方式(圖1)相同。圖13是表示本實施方式的元數(shù)據(jù)收集裝置101’的結(jié)構(gòu)的框圖。圖13所示的本實施方式的元數(shù)據(jù)收集裝置101’與第一實施方式的元數(shù)據(jù)收集裝置101(圖2、的不同之處在于，新追加了類別·關(guān)鍵字登記信息蓄積部121和類別·關(guān)鍵字變換信息蓄積部122。 下面進行各個功能單元的說明。另外，與第一實施方式一樣，在本實施方式中，超高速緩存方式確定部115是對每個服務確定用于存儲元數(shù)據(jù)的超高速緩存方式的蓄積方式確定部。并且，服務·元數(shù)據(jù)信息蓄積部119是按照每個超高速緩存方式來存儲用于開始元數(shù)據(jù)的取得的開始條件、用于選擇要取得的元數(shù)據(jù)的檢索條件以及用于結(jié)束元數(shù)據(jù)的取得的結(jié)束條件的存儲部，還是蓄積所取得的元數(shù)據(jù)的蓄積部。另外，超高速緩存管理部118和元數(shù)據(jù)取得·更新請求部17 是管理前述的開始條件、檢索條件及結(jié)束條件、和所蓄積的元數(shù)據(jù)的更新，并從網(wǎng)絡(luò)取得元數(shù)據(jù)的取得部。用戶界面部11、元數(shù)據(jù)格式統(tǒng)一部12、終端 服務器·網(wǎng)絡(luò)負荷監(jiān)視部13、元數(shù)據(jù)收集速度確定部14、元數(shù)據(jù)取得 更新請求部17、網(wǎng)絡(luò)接口部20與第一實施方式相同。超高速緩存方式確定部(蓄積方式確定部)115、超高速緩存更新頻率時間確定部116、超高速緩存管理部118、服務·元數(shù)據(jù)信息蓄積部(蓄積部、存儲部)119、類別·關(guān)鍵字登記信息蓄積部121以及類別·關(guān)鍵字變換信息蓄積部122與第一實施方式不同。因此，下面對這些功能單元進行說明。[服務·元數(shù)據(jù)信息蓄積部(蓄積部、存儲部)119]服務 元數(shù)據(jù)信息蓄積部119是蓄積從元數(shù)據(jù)提供裝置10 10 取得的元數(shù)據(jù)的蓄積部。即，服務 元數(shù)據(jù)信息蓄積部19蓄積針對每個服務而設(shè)定的服務信息。并且，服務信息包括在超高速緩存方式確定部(蓄積方式確定部)115中確定的超高速緩存方式，服務·元數(shù)據(jù)信息蓄積部119也具有按照每個服務來存儲超高速緩存方式的存儲部的功能。服務·元數(shù)據(jù)信息蓄積部119例如利用硬盤或非易失性存儲器構(gòu)成。圖8、圖9及圖15表示服務信息的示例。服務信息包括以下項目。但是，根據(jù)超高速緩存方式，不一定包括全部項目。對應服務數(shù)量對應服務名稱超高速緩存方式超高速緩存上限件數(shù)元數(shù)據(jù)取得用信息登記查詢數(shù)量登記查詢蓄積關(guān)鍵字·類別數(shù)量蓄積關(guān)鍵字蓄積類別檢索次數(shù)
20
視聽次數(shù)推薦更新頻率(超高速緩存更新頻率)推薦更新時間(超高速緩存更新時間)超高速緩存下一次更新時間超高速緩存有效期間超高速緩存刪除時間下面，針對上述服務信息的項目中與第一實施方式不同的項目進行說明。“超高速緩存方式”表示由后述的超高速緩存方式確定部(蓄積方式確定部)115 確定的超高速緩存方式。超高速緩存方式指以下某種超高速緩存方式Query-based Caching Method (基于檢索的蓄積方式)All Caching Method(事前蓄積方式)Keyword-based Caching Method (基于關(guān)鍵字的事前蓄積方式)。All Caching Method(事前蓄積方式)指預先將服務所保有的元數(shù)據(jù)全部進行超高速緩存的方式。Query-based Caching Method(基于檢索的蓄積方式)指每當進行檢索時，針對檢索過的檢索條件僅將上位數(shù)件或者全部進行超高速緩存的方式。Keyword-based Caching Method(基于關(guān)鍵字的事前蓄積方式)是預先指定需要超高速緩存的關(guān)鍵字或者類別，并預先根據(jù)該關(guān)鍵字或者類別來取得內(nèi)容的方式。關(guān)于關(guān)鍵字、類別的指定方法將在后面進行說明。在Query-based Caching Method (基于檢索的蓄積方式)中，“超高速緩存上限件數(shù)”表示每個檢索的超高速緩存件數(shù)的上限值，取得元數(shù)據(jù)并進行超高速緩存，直到達到該上限件數(shù)為止。并且，在Keyword-based Caching Method(基于關(guān)鍵字的事前蓄積方式) 中，“超高速緩存上限件數(shù)”表示每個指定關(guān)鍵字的超高速緩存件數(shù)的上限值，蓄積元數(shù)據(jù)直到達到該上限件數(shù)為止。在Keyword-based Caching Method (基于關(guān)鍵字的事前蓄積方式)中，“蓄積關(guān)鍵字 類別數(shù)量”指事前超高速緩存的蓄積關(guān)鍵字和蓄積類別的總數(shù)。在圖15所示的服務信息的示例中登記了 10組成對的蓄積關(guān)鍵字和蓄積類別。針對每對的蓄積關(guān)鍵字和蓄積類別準備了項目“蓄積關(guān)鍵字” “超高速緩存刪除時間”的組?！靶罘e關(guān)鍵字，，表示事前蓄積的內(nèi)容的關(guān)鍵字。關(guān)于本項目，僅在超高速緩存方式是Keyword-based Caching Method(基于關(guān)鍵字的事前蓄積方式)的情況下，在從元數(shù)據(jù)提供裝置102n(102n表示10 10 中的某一個或者多個)取得相應的元數(shù)據(jù)的時刻設(shè)定關(guān)鍵字。被登記為“蓄積關(guān)鍵字”的不限于關(guān)鍵字，也可以是促銷信息(新到產(chǎn)品信息、 推薦信息等)。在此，將關(guān)鍵字的登記方法的具體示例列舉如下?！こ跏蓟瘯r登記在裝置初期出廠時預先登記被前置的關(guān)鍵字列表的方法?！な謩拥怯洀挠脩艚缑?1指定明確想要取得的關(guān)鍵字列表的方法。·通過網(wǎng)絡(luò)取得關(guān)鍵字并登記取得網(wǎng)絡(luò)上的關(guān)鍵字列表，并指定所取得的關(guān)鍵字的方法。例如，包括取得最近成為話題的關(guān)鍵字(熱點詞語等)的列表、取得該服務中的新到產(chǎn)品和人氣內(nèi)容的關(guān)鍵字、取得記載了關(guān)鍵字列表的文件等方法。但是，不限于這些方法，只要能夠從裝置外部取得關(guān)鍵字，則可以是任何方法?！靶罘e類別”表示事前蓄積的內(nèi)容的類別。僅在超高速緩存方式是Keyword-basedCaching Method(基于關(guān)鍵字的事前蓄積方式)的情況下，在蓄積類別中登記有內(nèi)容的類另O。在元數(shù)據(jù)收集裝置101’從元數(shù)據(jù)提供裝置102η取得了元數(shù)據(jù)的時刻，登記相應類別。 另外，在使用類別 關(guān)鍵字變換信息將類別展開為關(guān)鍵字進行檢索的情況下，將此時的檢索關(guān)鍵字和類別合并登記。“檢索次數(shù)”表示每個蓄積關(guān)鍵字、每個類別、每個登記查詢或者每個服務的檢索次數(shù)。在超高速緩存方式是Query-based Caching Method (基于檢索的蓄積方式)時表示每個登記查詢的檢索次數(shù)，在超高速緩存方式是All Caching Method(事前蓄積方式)時表示每個服務的檢索次數(shù)，在超高速緩存方式是Keyword-based Caching Method (基于關(guān)鍵字的事前蓄積方式)時表示每個關(guān)鍵字的檢索次數(shù)?！俺咚倬彺嬗行陂g”指超高速緩存的有效期間，是由后述的超高速緩存更新頻率 時間確定部116確定的。僅在超高速緩存方式是Query-based Caching Method(基于檢索的蓄積方式)或者Keyword-based Caching Method (基于關(guān)鍵字的事前蓄積方式)的情況下，才設(shè)定超高速緩存有效期間。超高速緩存有效期間例如被設(shè)定為10天。如上所述，服務 元數(shù)據(jù)信息蓄積部119蓄積服務信息(元數(shù)據(jù))。對于超高速緩存方式是All Caching Method(事前蓄積方式)的服務，以服務為單位來蓄積元數(shù)據(jù)。并且，對于超高速緩存方式是Query-based Caching Method (基于檢索的蓄積方式)的服務， 針對每個服務以登記查詢?yōu)閱挝粊硇罘e元數(shù)據(jù)。另外，在超高速緩存方式是Keyword-based Caching Method(基于關(guān)鍵字的事前蓄積方式)時，針對每個服務以登記關(guān)鍵字為單位來蓄積元數(shù)據(jù)。[類別·關(guān)鍵字登記信息蓄積部121]類別 關(guān)鍵字登記信息蓄積部121蓄積對每個服務設(shè)定的類別 關(guān)鍵字登記信息。 類別·關(guān)鍵字登記信息是用于設(shè)定應該預先蓄積的關(guān)鍵字或者類別的信息。類別·關(guān)鍵字登記信息僅在超高速緩存方式是Keyword-based Caching Method (基于關(guān)鍵字的事前蓄積方式)的情況下使用。類別 關(guān)鍵字登記信息蓄積部121例如利用硬盤或非易失性存儲器構(gòu)成。圖16表示類別 關(guān)鍵字登記信息的示例。類別 關(guān)鍵字登記信息包括以下項目。服務名稱可否設(shè)定類別登記類別數(shù)量登記類別名稱登記關(guān)鍵字數(shù)量登記關(guān)鍵字“服務名稱”表示所登記的服務的名稱?！翱煞裨O(shè)定類別”表示可否在相應服務中進行使用類別的檢索。在本項目為不可的情況下，按照后述的類別·關(guān)鍵字變換信息，將類別變換為關(guān)鍵字?！暗怯涱悇e數(shù)量”表示所登記的類別的數(shù)量?！暗怯涱悇e名稱”表示所登記的類別的名稱。在圖16示出的示例中，利用字符串 “棒球”來登記類別名稱，但也可以是在裝置內(nèi)能夠唯一判別的數(shù)值(類別代碼)?！暗怯涥P(guān)鍵字數(shù)量”表示所登記的關(guān)鍵字的個數(shù)?！暗怯涥P(guān)鍵字”表示所登記的關(guān)鍵字。
下面，將在類別·關(guān)鍵字登記信息蓄積部121中設(shè)定類別·關(guān)鍵字登記信息的方法的具體示例列舉如下?！ぴ诔跗诔鰪S時設(shè)定在設(shè)備初期出廠時，預先設(shè)定每個服務的類別·關(guān)鍵字登記信息的方法?！な謩拥怯洀挠脩艚缑娌?1設(shè)定類別·關(guān)鍵字登記信息的方法?！ねㄟ^網(wǎng)絡(luò)取得類別·關(guān)鍵字并登記是取得網(wǎng)絡(luò)上的類別·關(guān)鍵字列表，并指定所取得的類別·關(guān)鍵字的方法。例如，包括取得最近成為話題的類別·關(guān)鍵字(熱點詞語等)的列表、取得該服務中的新到產(chǎn)品和人氣內(nèi)容的類別·關(guān)鍵字、取得記載了類別 關(guān)鍵字列表的文件等方法。但是，不限于這些方法，只要能夠從裝置外部取得類別·關(guān)鍵字，則可以是任何方法。并且，登記的內(nèi)容也不限于類別·關(guān)鍵字，也可以是促銷信息(新到產(chǎn)品信息、推
薦fe息等)ο[類別·關(guān)鍵字變換信息蓄積部122]類別·關(guān)鍵字變換信息蓄積部122蓄積從類別變換為關(guān)鍵字所需要的類別·關(guān)鍵字變換信息。為了即使在檢索條件中不能包含類別的情況下也能夠檢索服務的元數(shù)據(jù)，在類別·關(guān)鍵字變換信息蓄積部122中保存類別·關(guān)鍵字變換信息。類別·關(guān)鍵字變換信息蓄積部122例如利用硬盤或非易失性存儲器構(gòu)成。圖17表示類別·關(guān)鍵字變換信息的示例。類別 關(guān)鍵字變換信息包括以下項目。類別數(shù)量類別名稱關(guān)鍵字數(shù)量關(guān)鍵字“類別數(shù)量”表示所設(shè)定的類別的數(shù)量?！邦悇e名稱”表示所設(shè)定的類別的名稱?！瓣P(guān)鍵字數(shù)量”表示對相應類別設(shè)定的關(guān)鍵字的數(shù)量。“關(guān)鍵字數(shù)量”表示對相應類別設(shè)定的關(guān)鍵字的名稱。下面，將在類別·關(guān)鍵字變換信息蓄積部122中設(shè)定類別·關(guān)鍵字變換信息的方法的具體示例列舉如下?！ぴ诔跗诔鰪S時設(shè)定在初期出廠時，預先登記類別和關(guān)鍵字的變換信息的方法?！な謩拥怯洀挠脩艚缑娌?1登記類別和關(guān)鍵字的變換信息的方法。·通過網(wǎng)絡(luò)取得類別·關(guān)鍵字變換信息并登記例如在網(wǎng)絡(luò)上的服務器中設(shè)定類別·關(guān)鍵字變換信息的文件。元數(shù)據(jù)收集裝置101’從服務器取得該文件，并對類別·關(guān)鍵字變換信息蓄積部122進行設(shè)定。但是，不限于這些方法，只要能夠從裝置外部取得類別·關(guān)鍵字變換信息，則可以是任何方法。[超高速緩存方式確定部(蓄積方式確定部)115]超高速緩存方式確定部(蓄積方式確定部)115針對在服務·元數(shù)據(jù)信息蓄積部 119中登記的各個服務分別確定超高速緩存方式。此處確定的超高速緩存方式通過超高速緩存管理部18被登記在服務 元數(shù)據(jù)信息蓄積部(存儲部)119中。關(guān)于超高速緩存方式是選擇下面示出的(1)、O)、(3)中的某種方式?；蛘?，也可以同時選擇(2)和(3)。
(I)All Caching Method(事前蓄積方式)
與第一實施方式相同，因而省略說明。(2) Query-based Caching Method (基于檢索的蓄積方式)與第一實施方式相同，因而省略說明。(3)Keyword-based Caching Method(基于關(guān)鍵字的事前蓄積方式)Keyword-based Caching Method (基于關(guān)鍵字的事前蓄積方式)不預先將服務保有(提供)的元數(shù)據(jù)全部進行超高速緩存，而是針對從類別 關(guān)鍵字登記信息蓄積部121管理的類別·關(guān)鍵字登記信息中取得的每個關(guān)鍵字以及/或者每個類別，僅將上位件數(shù)進行超高速緩存。上位件數(shù)是針對每個服務而確定的(例如500件)，向元數(shù)據(jù)提供裝置102η 請求發(fā)送最多上位件數(shù)(500件)的元數(shù)據(jù)。另外，也可以向元數(shù)據(jù)提供裝置102η請求發(fā)送符合檢索條件的全部元數(shù)據(jù)，在所發(fā)送的元數(shù)據(jù)數(shù)量超過上位件數(shù)時，從這些元數(shù)據(jù)中僅選擇上位件數(shù)的元數(shù)據(jù)。在這種情況下，選擇基準可以是任意的，例如可以是最先取得的上位件數(shù)的元數(shù)據(jù)，在對元數(shù)據(jù)賦予了優(yōu)先度的情況下，也可以按照優(yōu)先度從高到低的順序來選擇上位件數(shù)的元數(shù)據(jù)。在Keyword-based Caching Method (基于關(guān)鍵字的事前蓄積方式)中，根據(jù)所登記的關(guān)鍵字來生成每個服務的檢索式，并從元數(shù)據(jù)提供裝置102η收集元數(shù)據(jù)。以后按照該檢索式單位(即以關(guān)鍵字以及/或者類別為單位)在定期的更新定時進行更新。在進行更新時，將超高速緩存刪除并再次取得每個登記查詢(檢索條件)的元數(shù)據(jù)，直到達到上限件數(shù)為止。或者，不一次性地將超高速緩存清除，如果能夠僅取得差分部分，則再次僅取得差分部分。但是，各個登記關(guān)鍵字、類別的超高速緩存件數(shù)是截止到某個上限件數(shù)為止的。超高速緩存方式確定部(蓄積方式確定部)115按照下面的(A) (C)中的某種指標來確定超高速緩存方式。但是，無論采用哪種指標，都要考慮服務 元數(shù)據(jù)信息蓄積部 119的容量(硬盤或存儲器容量)。(A) Manual由用戶對每個服務確定超高速緩存方式。例如，顯示彈出框，用戶確定超高速緩存方式。(B) Pre-Configure預先在服務 元數(shù)據(jù)信息蓄積部119中登記與服務對應的超高速緩存方式。例如， 在高質(zhì)量VoD影像服務中內(nèi)容數(shù)量有限，因而登記All Caching Method(事前蓄積方式)。 在影像投稿服務中內(nèi)容數(shù)量非常多，因而登記Query-based Caching Method(基于檢索的蓄積方式)或者Keyword-based Caching Method (基于關(guān)鍵字的事前蓄積方式)。(C) Auto自動選擇使用的超高速緩存方式。判斷是根據(jù)以下某個判斷基準而進行的。但是， 不限于這些基準，只要能夠選擇超高速緩存方式，則可以采用任何判斷基準?！ぴ谀軌驈姆罩腥〉每偙Ｓ袃?nèi)容數(shù)量(元數(shù)據(jù)的總數(shù))，而且總內(nèi)容數(shù)量(總元數(shù)據(jù)數(shù)量)為某個閾值以下的情況下，選擇All Caching Method(事前蓄積方式)。在除此之外的情況下，選擇Query-based Caching Method(基于檢索的蓄積方式)或者 Keyword-based Caching Method (基于關(guān)鍵字的事前蓄積方式)，或者選擇這兩種方式。上述的閾值可以是定量，也可以根據(jù)硬盤的容量來確定。
24
不根據(jù)每個服務，而是根據(jù)網(wǎng)絡(luò)的類型或者質(zhì)量來選擇超高速緩存方式。例如，針對由家庭網(wǎng)絡(luò)或被實施質(zhì)量管理的網(wǎng)絡(luò)上的元數(shù)據(jù)提供裝置提供的服務，選擇All Caching MethocK事前蓄積方式)。另一方面，針對由因特網(wǎng)上的元數(shù)據(jù)提供裝置提供的服務，選擇Query-based Caching Method (基于檢索的蓄積方式)或者Keyword-based Caching MethocK基于關(guān)鍵字的事前蓄積方式)、或者這兩種方式。并且，針對由根據(jù) DLNA(Digital Living Network Alliance 數(shù)字生活網(wǎng)絡(luò)聯(lián)盟)分發(fā)內(nèi)容的網(wǎng)絡(luò)上的元數(shù)據(jù)提供裝置提供的服務，選擇All Caching Method(事前蓄積方式)。針對除此之外的網(wǎng)絡(luò)， 選擇 Query-based Caching Method (基于檢索的蓄禾只方式)或者 Keyword-based Caching MethocK基于關(guān)鍵字的事前蓄積方式)、或者這兩種方式。 根據(jù)服務的類型來選擇超高速緩存方式。例如，對于收費服務選擇All Caching Method (事前蓄積方式)。另一方面，對于免費服務選擇Query-based Caching Method (基于檢索的蓄積方式)或者Keyword-based Caching Method(基于關(guān)鍵字的事前蓄積方式)、 或者這兩種方式。 根據(jù)元數(shù)據(jù)的更新頻率來選擇超高速緩存方式。元數(shù)據(jù)的更新頻率也與元數(shù)據(jù)的總數(shù)密切相關(guān)，因此將元數(shù)據(jù)的更新頻率較少的服務視為內(nèi)容總數(shù)也較少。例如，在更新頻率較少的服務中不怎么進行超高速緩存的更新，因而選擇All Caching Method(事前蓄積方式)。另一方面，對于超高速緩存的更新頻繁的服務，選擇Query-based Caching Method (基于檢索的蓄積方式)或者Keyword-based Caching Method (基于關(guān)鍵字的事前蓄積方式)、或者這兩種方式。[超高速緩存更新頻率·時間確定部116]超高速緩存更新頻率 時間確定部116根據(jù)來自超高速緩存管理部18的指示，按照與超高速緩存方式對應的更新單位(服務單位、登記查詢單位、登記關(guān)鍵字單位、登記類別單位)，確定超高速緩存的推薦更新頻率(更新頻率)、推薦更新時間(更新時間段)以及超高速緩存有效期間。并且，將這些信息登記在服務 元數(shù)據(jù)信息蓄積部19中。超高速緩存更新頻率·時間確定部116確定推薦更新頻率、推薦更新時間以及超高速緩存有效期間的方法，與第一實施方式相同。超高速緩存更新單位因超高速緩存方式而異，All Caching Method(事前蓄積方式)是以服務為單位進行更新。并且，Query-based Caching Method(基于檢索的蓄積方式)是以登記查詢?yōu)閱挝贿M行更新。Keyword-based Caching Method(基于關(guān)鍵字的事前蓄積方式)是以登記關(guān)鍵字為單位或者以登記類別為單位進行更新。并且，僅在超高速緩存方式是Query-kised Caching Method (基于檢索的蓄積方式)或者Keyword-based Caching Method (基于關(guān)鍵字的事前蓄積方式)的情況下進行超高速緩存的刪除。因此，僅在超高速緩存方式是Query-based Caching Method(基于檢索的蓄積方式)或者Keyword-based Caching Method (基于關(guān)鍵字的事前蓄積方式)的情況下，在服務·元數(shù)據(jù)信息蓄積部119中登記超高速緩存的有效期間。[超高速緩存管理部118]超高速緩存管理部118主要管理用于取得元數(shù)據(jù)的開始條件、檢索條件、結(jié)束條件這樣的蓄積方式信息、及在服務 元數(shù)據(jù)信息蓄積部(蓄積部)119中蓄積的元數(shù)據(jù)的更新。超高速緩存管理部118與前述的元數(shù)據(jù)取得 更新請求部17 —起發(fā)揮作為取得部的作用。蓄積方式信息是針對每種超高速緩存方式而設(shè)定的。例如，在All Caching Method(事前蓄積方式)的情況下，開始條件指周期地確定的時刻。檢索條件是表示用于取得服務所提供的全部內(nèi)容的元數(shù)據(jù)的識別符或者檢索式。結(jié)束條件指按照檢索條件取得全部內(nèi)容的元數(shù)據(jù)的完成時刻。并且，在Query-based Caching Method (基于檢索的蓄積方式)的情況下，開始條件指從用戶界面11通知了元數(shù)據(jù)取得請求的時刻。檢索條件是預先設(shè)定的檢索式。結(jié)束條件指取得符合檢索式的元數(shù)據(jù)直到達到預先設(shè)定的閾值數(shù)量為止而完成的時刻。并且，在Keyword-based Caching Method (基于關(guān)鍵字的事前蓄積方式)的情況下，開始條件指周期地確定的時刻。檢索條件是預先設(shè)定的檢索式。結(jié)束條件指取得符合檢索式的元數(shù)據(jù)直到達到預先設(shè)定的閾值數(shù)量為止而完成的時刻。這些蓄積方式信息按照每種超高速緩存方式被存儲在服務·元數(shù)據(jù)信息蓄積部 119中。超高速緩存管理部118從服務 元數(shù)據(jù)信息蓄積部119取得這些蓄積方式信息，并通知元數(shù)據(jù)取得·更新請求部17。下面，對超高速緩存管理部進行詳細說明。超高速緩存管理部118對于在服務·元數(shù)據(jù)信息蓄積部119中登記的各個服務， 確認是否已登記超高速緩存方式。對于沒有登記的服務，從超高速緩存管理部118請求超高速緩存方式確定部(蓄積方式確定部)115確定超高速緩存方式，將由超高速緩存方式確定部(蓄積方式確定部)115確定的超高速緩存方式登記在服務·元數(shù)據(jù)信息蓄積部(存儲部)119中。在超高速緩存方式是All Caching Method(事前蓄積方式)或者Query-based Caching Method (基于檢索的蓄積方式)時的超高速緩存管理部118的處理，與實施方式1 相同。下面，對超高速緩存方式是Keyword-based Caching Method(基于關(guān)鍵字的事前蓄積方式)時的超高速緩存管理部118的處理進行說明。超高速緩存管理部118從元數(shù)據(jù)提供裝置102η取得該元數(shù)據(jù)提供裝置102η保有的全部元數(shù)據(jù)。并且，將所取得的元數(shù)據(jù)與該服務相關(guān)聯(lián)地存儲在服務·元數(shù)據(jù)信息蓄積部119中。尤其是在初次起動時，超高速緩存管理部118從元數(shù)據(jù)提供裝置102η取得與所登記的關(guān)鍵字或者類別對應的元數(shù)據(jù)。并且，將所取得的元數(shù)據(jù)與服務以及關(guān)鍵字或者類別相關(guān)聯(lián)地存儲在服務 元數(shù)據(jù)信息蓄積部119中。在此，在已登記了類別的情況下，也可以使用類別·關(guān)鍵字變換信息從元數(shù)據(jù)提供裝置102η取得與從類別進行變換得到的關(guān)鍵字對應的元數(shù)據(jù)。在這種情況下，在服務·元數(shù)據(jù)信息蓄積部119中合并登記類別和關(guān)鍵字。超高速緩存管理部118在取得元數(shù)據(jù)時，從元數(shù)據(jù)收集速度確定部14取得元數(shù)據(jù)收集速度，并通知元數(shù)據(jù)取得 更新請求部17。并且，超高速緩存管理部118將檢索對象服務、檢索條件、元數(shù)據(jù)收集數(shù)量通知給元數(shù)據(jù)取得·更新請求部17。并且，在從用戶界面部 11存在檢索查詢(指定了檢索條件和檢索對象服務的查詢)的情況下，超高速緩存管理部 118判斷檢索對象服務的超高速緩存方式。并且，超高速緩存管理部118進行元數(shù)據(jù)的檢索處理。在判斷超高速緩存方式的結(jié)果是Keyword-based Caching Method (基于關(guān)鍵字的事前蓄積方式)的情況下，超高速緩存管理部118判斷是否存在符合該檢索查詢中的檢索條件的登記關(guān)鍵字、類別。在存在
26符合檢索條件的登記關(guān)鍵字的情況下，從服務·元數(shù)據(jù)信息蓄積部119取得與該登記關(guān)鍵字、類別相對應的元數(shù)據(jù)，并通過用戶界面部11進行顯示。在不存在符合檢索條件的登記關(guān)鍵字的情況下，向元數(shù)據(jù)取得·更新請求部17進行元數(shù)據(jù)的取得請求，并通過用戶界面部11顯示所取得的元數(shù)據(jù)。并且，將所取得的元數(shù)據(jù)與檢索對象服務中的檢索條件(登記查詢)相關(guān)聯(lián)地存儲在服務·元數(shù)據(jù)信息蓄積部119中。另外，在對檢索條件指定了類別的情況下，也可以參照類別 關(guān)鍵字變換信息蓄積部122的類別 關(guān)鍵字變換信息，將類別變換為關(guān)鍵字，向元數(shù)據(jù)取得·更新請求部17進行元數(shù)據(jù)的取得請求。并且，在有檢索查詢的情況下、取得了新的元數(shù)據(jù)的情況下、或者更新了超高速緩存的元數(shù)據(jù)的情況下等，超高速緩存管理部118指示超高速緩存更新頻率 時間確定部116 計算超高速緩存的推薦更新頻率、推薦更新時間以及超高速緩存有效期間。并且，將計算出的推薦更新頻率、推薦更新時間以及超高速緩存有效期間登記在服務·元數(shù)據(jù)信息蓄積部 119 中。并且，超高速緩存管理部118根據(jù)推薦更新時間和推薦更新頻率以及最終更新時間來確定超高速緩存下一次更新時間，并登記在服務·元數(shù)據(jù)信息蓄積部119中。并且， 超高速緩存管理部118根據(jù)超高速緩存有效期間以及最終更新時間來確定超高速緩存刪除時間，并登記在服務·元數(shù)據(jù)信息蓄積部119中。在確定超高速緩存下一次更新時間的情況下，使推薦更新頻率和推薦更新時間中哪一方優(yōu)先都可以。例如，在最終更新時間為 2008/04/03 PM4:00、推薦更新頻率為2天、推薦更新時間為AM3:00的情況下，也可以將超高速緩存下一次更新時間設(shè)為2008/04/05 PM4:00或者2008/04/05 AM3:00。并且，超高速緩存管理部118定期監(jiān)視在服務·元數(shù)據(jù)信息蓄積部119中管理的服務信息，進行超高速緩存的更新 刪除。即，超高速緩存管理部118確認超高速緩存下一次更新時間(更新條件)和超高速緩存刪除時間，在已經(jīng)過超高速緩存刪除時間時將超高速緩存刪除，在已經(jīng)過超高速緩存更新時間時(更新條件成立時)進行元數(shù)據(jù)的更新處理。[動作順序]下面，對在超高速緩存方式是Keyword-based Caching Method (基于關(guān)鍵字的事前蓄積方式)的情況下，本實施方式的元數(shù)據(jù)收集裝置101’的初次起動時的動作順序進行說明。超高速緩存方式是All Caching Method(事前蓄積方式)或All Caching Method(事前蓄積方式)時的元數(shù)據(jù)收集裝置101’的動作順序，與第一實施方式相同。并且，超高速緩存方式是Keyword-based Caching Method(基于關(guān)鍵字的事前蓄積方式)時的其它動作順序(第二次起以后的起動時的動作或超高速緩存的更新 刪除的定時)，與在第一實施方式中記載的Query-based Caching Method(基于檢索的蓄積方式)相同。圖14是表示元數(shù)據(jù)收集裝置101’在初次起動時進行的動作順序的流程圖。在此， 所說元數(shù)據(jù)收集裝置101’的起動指諸如ECG那樣的元數(shù)據(jù)收集應用的起動。在步驟1，進行元數(shù)據(jù)收集裝置101，的起動。S卩，起動ECG應用(S1401)。在步驟2，確認是否已對在服務 元數(shù)據(jù)信息蓄積部119中存儲的每個服務登記了超高速緩存方式(S1402)。在已對各個服務登記了超高速緩存方式的情況下(是)，進入到步驟4。并且，在存在沒有登記超高速緩存方式的服務的情況下(否)，進入到步驟3。在步驟3，在超高速緩存方式確定部115中對每個服務確定超高速緩存方式。并且，將所確定的超高速緩存方式登記在服務 元數(shù)據(jù)信息蓄積部119中(S1403)。超高速緩存方式的確定是根據(jù)前述的判斷基準而進行的。在此，例如選擇Keyword-based Caching Method(基于關(guān)鍵字的事前蓄積方式)作為超高速緩存方式。在步驟4，判斷關(guān)注的服務的超高速緩存方式是否是Keyword-based Caching MethocK基于關(guān)鍵字的事前蓄積方式)(S1404)。在超高速緩存方式是Keyword-based Caching Method(基于關(guān)鍵字的事前蓄積方式)的情況下，進入到步驟5。在超高速緩存方式是除此之外的超高速緩存方式的情況下，轉(zhuǎn)變?yōu)榈谝粚嵤┓绞街袕膱D3所示流程的步驟 4起以后的動作。在步驟5，在元數(shù)據(jù)收集速度確定部14中確定元數(shù)據(jù)的收集速度(S1405)。在步驟6，從類別·關(guān)鍵字登記信息蓄積部121取得所登記的每個服務的類別、關(guān)鍵字。在此，在屬于不可設(shè)定類別的服務的情況下，從類別 關(guān)鍵字變換信息蓄積部122取得類別·關(guān)鍵字變換信息，將該類別變換為關(guān)鍵字(S1406)。在步驟7，超高速緩存管理部118向元數(shù)據(jù)取得·更新請求部17發(fā)送在步驟5確定的元數(shù)據(jù)收集速度和收集元數(shù)據(jù)數(shù)量、服務信息(例如元數(shù)據(jù)取得用的開始條件、檢索條件、結(jié)束條件等)、以及在步驟6取得的關(guān)鍵字、類別。元數(shù)據(jù)取得·更新請求部17根據(jù)這些信息，從元數(shù)據(jù)提供裝置102η收集元數(shù)據(jù)(S1407)。收集元數(shù)據(jù)數(shù)量指在服務·元數(shù)據(jù)信息蓄積部119中蓄積的每個關(guān)鍵字的超高速緩存上限件數(shù)。另外，當在步驟6取得的關(guān)鍵字、類別的個數(shù)較多的情況下，也可以根據(jù)硬盤容量等計算應該收集的元數(shù)據(jù)數(shù)量，并且僅收集所計算出的元數(shù)據(jù)數(shù)量的元數(shù)據(jù)。在步驟8，在超高速緩存更新頻率·時間確定部116中確定推薦更新頻率、推薦更新時間，并登記在服務·元數(shù)據(jù)信息蓄積部119中(S1408)。在步驟9，超高速緩存管理部118根據(jù)推薦更新頻率和推薦更新時間確定超高速緩存下一次更新時間，并登記在服務·元數(shù)據(jù)信息蓄積部119中(S1409)。然后，結(jié)束本順序。如上所述，根據(jù)本發(fā)明的實施方式能夠得到以下效果。(1)針對每個服務選擇適合于該服務的元數(shù)據(jù)的超高速緩存方式，由此能夠?qū)崿F(xiàn)高效率的元數(shù)據(jù)的超高速緩存。(2)能夠高效率地實現(xiàn)所超高速緩存的元數(shù)據(jù)的更新。例如，能夠使需求較高的內(nèi)容的元數(shù)據(jù)基本上保持最新的狀態(tài)，而對于需求較低的內(nèi)容的元數(shù)據(jù)防止無意義的更新。(3)能夠?qū)⒃獢?shù)據(jù)收集對接收終端的其它應用的影響抑制為最小限度。并且，通過設(shè)定考慮了網(wǎng)絡(luò)負荷和元服務器負荷的元數(shù)據(jù)收集速度，能夠?qū)⑼獠扛蓴_的影響抑制為最小限度。另外，本發(fā)明不原樣限于上述實施方式，在實施階段中能夠在不脫離其宗旨的范圍內(nèi)對構(gòu)成要素進行變形并具體實施。并且，通過對上述實施方式公開的多個構(gòu)成要素進行適當組合，能夠形成各種發(fā)明。例如，也可以從實施方式公開的所有構(gòu)成要素中刪除幾個構(gòu)成要素。另外，也可以將不同的實施方式中的構(gòu)成要素進行適當組合。標號說明1 3......網(wǎng)絡(luò)101……元數(shù)據(jù)收集裝置10 10 ……元數(shù)據(jù)提供裝置
11……用戶界面部12……元數(shù)據(jù)格式統(tǒng)一部13……負荷監(jiān)視部14……元數(shù)據(jù)收集速度確定部15、115……超高速緩存方式確定部16、116……超高速緩存更新頻率·時間確定部17……元數(shù)據(jù)取得·更新請求部18、118……超高速緩存管理部19,119……服務·元數(shù)據(jù)信息蓄積部20......網(wǎng)絡(luò)接口部121……類別·關(guān)鍵字登記信息蓄積部22……類別·關(guān)鍵字變換信息蓄積部
權(quán)利要求
1.一種元數(shù)據(jù)收集裝置，從一個以上的元數(shù)據(jù)提供裝置取得元數(shù)據(jù)并進行蓄積，該元數(shù)據(jù)提供裝置保有從一個以上的內(nèi)容分發(fā)服務分發(fā)的內(nèi)容及其元數(shù)據(jù)，其特征在于，該元數(shù)據(jù)接收裝置具有蓄積方式確定部，從存儲所述元數(shù)據(jù)的多個蓄積方式中確定每個所述服務的蓄積方式；存儲部，按照每個所述蓄積方式來存儲蓄積方式信息，該蓄積方式信息是根據(jù)用于開始所述元數(shù)據(jù)的取得的開始條件、用于選擇要取得的所述元數(shù)據(jù)的檢索條件以及用于結(jié)束所述元數(shù)據(jù)的取得的結(jié)束條件而唯一確定的；取得部，按照每個所述服務的所述蓄積方式來取得對應的所述元數(shù)據(jù)，以及蓄積部，存儲所取得的所述元數(shù)據(jù)。
2.根據(jù)權(quán)利要求1所述的元數(shù)據(jù)收集裝置，其特征在于，所述檢索條件是示出特定的服務所具有的全部元數(shù)據(jù)的識別信息或者預先設(shè)定的檢索式中的某個，在所述檢索條件是所述識別信息的情況下，所述取得部取得所述特定的服務的全部所述元數(shù)據(jù)，在所述檢索條件是所述檢索式的情況下，所述取得部取得符合所述檢索式的所述元數(shù)據(jù)。
3.根據(jù)權(quán)利要求2所述的元數(shù)據(jù)收集裝置，其特征在于，所述開始條件是為了定期取得元數(shù)據(jù)而設(shè)定的時刻或者來自用戶的所述元數(shù)據(jù)的取得請求中的某個，在所述開始條件是所述時刻的情況下，所述取得部在到達了所述時刻時開始所述元數(shù)據(jù)的取得，在所述開始條件是所述取得請求的情況下，所述取得部在被通知了所述取得請求時開始所述元數(shù)據(jù)的取得。
4.根據(jù)權(quán)利要求3所述的元數(shù)據(jù)收集裝置，其特征在于，所述結(jié)束條件是預先設(shè)定的閾值或者示出特定的服務所具有的全部元數(shù)據(jù)的識別信息中的某個，在所述結(jié)束條件是所述閾值的情況下，所述取得部在所取得的所述元數(shù)據(jù)的數(shù)量與所述閾值一致時結(jié)束所述元數(shù)據(jù)的取得，在所述結(jié)束條件是所述識別信息的情況下，所述取得部在取得了所述特定的服務的全部所述元數(shù)據(jù)時結(jié)束所述元數(shù)據(jù)的取得。
5.根據(jù)權(quán)利要求4所述的元數(shù)據(jù)收集裝置，其特征在于，所述存儲部還按照每個所述服務來存儲在所述蓄積部中蓄積的所述元數(shù)據(jù)的更新條件，所述取得部針對每個所述服務，取得在所述蓄積部中蓄積的所述元數(shù)據(jù)中符合所述更新條件的全部所述元數(shù)據(jù)，或者取得在所述蓄積部中蓄積的所述元數(shù)據(jù)與所述網(wǎng)絡(luò)所具有的所述元數(shù)據(jù)之間的差分。
6.根據(jù)權(quán)利要求5所述的元數(shù)據(jù)收集裝置，其特征在于，所述更新條件是示出特定的服務所具有的全部元數(shù)據(jù)的識別信息或者預先設(shè)定的檢索式中的某個，在所述檢索條件是所述識別信息的情況下，所述取得部取得所述特定的服務的全部所述元數(shù)據(jù)，在所述檢索條件是所述檢索式的情況下，所述取得部取得符合所述檢索式的所述元數(shù)據(jù)。
7.根據(jù)權(quán)利要求6所述的元數(shù)據(jù)收集裝置，其特征在于， 所述更新條件還包括更新頻率或者更新時間段，所述取得部至少按照所述更新頻率或者所述更新時間段來取得所述元數(shù)據(jù)。
8.根據(jù)權(quán)利要求1所述的元數(shù)據(jù)收集裝置，其特征在于，所述蓄積方式確定部根據(jù)所述網(wǎng)絡(luò)的類型或質(zhì)量中的至少某個、或者所述服務的類型或特征中的至少某個，確定所述蓄積方式。
全文摘要
本發(fā)明提供一種元數(shù)據(jù)收集裝置，從一個以上的元數(shù)據(jù)提供裝置高效率地取得元數(shù)據(jù)并進行蓄積，該元數(shù)據(jù)提供裝置保有從一個以上的內(nèi)容分發(fā)服務分發(fā)的內(nèi)容及其元數(shù)據(jù)。元數(shù)據(jù)接收裝置具有超高速緩存方式確定部(15)，針對每個所述服務來確定蓄積所述元數(shù)據(jù)的蓄積方式；服務·元數(shù)據(jù)信息蓄積部(19)，按照每個所述蓄積方式來存儲蓄積方式信息，該蓄積方式信息至少包括用于開始所述元數(shù)據(jù)的取得的開始條件、用于選擇要取得的元數(shù)據(jù)的檢索條件以及用于結(jié)束所述元數(shù)據(jù)的取得的結(jié)束條件；以及元數(shù)據(jù)取得·更新請求部(17)，按照所述蓄積方式信息來取得所述元數(shù)據(jù)。
文檔編號G06F17/30GK102483750SQ20098016134
公開日2012年5月30日 申請日期2009年9月17日 優(yōu)先權(quán)日2009年9月17日
發(fā)明者會津宏幸, 入江祐司, 安次富大介, 江坂直紀, 齊木晃治 申請人:株式會社東芝