專利名稱：客戶端設備、服務器裝置、內(nèi)容取得方法及集成電路的制作方法
技術領域：
本發(fā)明涉及在內(nèi)容取得系統(tǒng)中與服務器裝置一起設置的、保存由上述服務器裝置取得的多個內(nèi)容的客戶端設備。
背景技術：
以往，存在由I個以上的服務器裝置取得客戶端設備所保存的多個內(nèi)容的內(nèi)容取得系統(tǒng)(參照專利文獻I 4)。在先技術文獻專利文獻·
專利文獻I :特許第3490641號公報專利文獻2 :特開2001-184355號公報專利文獻3 :特許第4551951號公報專利文獻4 :特開2007-299266號公報發(fā)明的概要發(fā)明所要解決的課題但是，存在由客戶端設備進行的處理的處理負荷變大的情況。

發(fā)明內(nèi)容
因此，本發(fā)明的目的在于，提供一種能夠減小處理負荷的客戶端設備、服務器裝置及內(nèi)容取得方法。解決課題所采用的手段為達成上述目的，本發(fā)明的一個方式的客戶端設備，是由I個以上的服務器裝置取得保存在客戶端設備中的多個內(nèi)容的內(nèi)容取得系統(tǒng)的客戶端設備，具備保存部，保存多個內(nèi)容；內(nèi)容管理部，使I個以上的所述服務器裝置取得被保存的所述內(nèi)容；差分信息管理部，制作差分信息作為I個以上的所述服務器裝置所共通的信息，并根據(jù)I個以上的所述服務器裝置各自的請求提供所述差分信息，該差分信息記錄有與保存的所述內(nèi)容中的未由I個以上的所述服務器裝置中的某一個服務器裝置從所述客戶端設備取得的內(nèi)容有關的內(nèi)容信息；以及已取得內(nèi)容管理部，從I個以上的所述服務器裝置分別接收已取得內(nèi)容信息，該已取得內(nèi)容信息是與所述服務器裝置已經(jīng)取得的內(nèi)容有關的所述內(nèi)容信息；所述差分信息管理部基于接收的所述已取得內(nèi)容信息，將與全部所述服務器裝置中已取得的內(nèi)容有關的所述內(nèi)容信息從所述差分信息刪除。另外，整體或具體的方式可以通過系統(tǒng)、方法、集成電路、計算機程序或記錄介質(zhì)來實現(xiàn)，或通過系統(tǒng)、方法、集成電路、計算機程序及記錄介質(zhì)的任意組合來實現(xiàn)。發(fā)明效果根據(jù)本發(fā)明的客戶端設備，能夠減小處理負荷。


圖I是表示本發(fā)明的實施方式中的內(nèi)容取得系統(tǒng)的整體構(gòu)成的圖。圖2是表示本發(fā)明的實施方式中的內(nèi)容取得服務器的主要構(gòu)成的框圖。圖3是表示本發(fā)明的實施方式中的客戶端設備的主要構(gòu)成的框圖。
圖4是表示本發(fā)明的實施方式中的已取得內(nèi)容表的數(shù)據(jù)構(gòu)成的圖。圖5是表示本發(fā)明的實施方式中的已取得最大差分編號管理表的數(shù)據(jù)構(gòu)成的圖。圖6是表示本發(fā)明的實施方式中的內(nèi)容列表的階層構(gòu)造的圖。圖7是表示本發(fā)明的實施方式中的根列表的數(shù)據(jù)構(gòu)成的圖。圖8是表示本發(fā)明的實施方式中的圖像列表的數(shù)據(jù)構(gòu)成的圖。圖9是表示本發(fā)明的實施方式中的差分根列表的數(shù)據(jù)構(gòu)成的圖。圖10是表示本發(fā)明的實施方式中的分割差分列表的數(shù)據(jù)構(gòu)成的圖。圖11是表示本發(fā)明的實施方式中的內(nèi)容表的數(shù)據(jù)構(gòu)成的圖。圖12是表示本發(fā)明的實施方式中的服務器管理表的數(shù)據(jù)構(gòu)成的圖。圖13是表示本發(fā)明的實施方式中的差分編號管理表的數(shù)據(jù)構(gòu)成的圖。圖14是表示在本發(fā)明的實施方式中，保存的內(nèi)容的狀態(tài)變化的情況的客戶端設備的處理的流程的一部分的流程圖。圖15是表示在本發(fā)明的實施方式中，由客戶端設備生成分割差分列表的處理的流程的流程圖。圖16是表示在本發(fā)明的實施方式中，由內(nèi)容取得服務器從客戶端設備取得內(nèi)容的初次的處理的流程的順序圖。圖17是表示在本發(fā)明的實施方式中，由內(nèi)容取得服務器從客戶端設備取得內(nèi)容的第2次以后的處理的流程的順序圖。圖18是表示在本發(fā)明的實施方式中，由內(nèi)容取得服務器從客戶端設備取得分割差分列表的處理的流程的流程圖。圖19是表示在本發(fā)明的實施方式中，從內(nèi)容取得服務器接收到已取得最新差分編號通知的客戶端設備的處理的流程的流程圖。圖20是表示在本發(fā)明的實施方式中，從內(nèi)容取得服務器接收到服務器登錄解除請求的客戶端設備的處理的流程的流程圖。
具體實施例方式(本發(fā)明的基礎知識)首先，以下說明本發(fā)明的基礎知識。即，在個人計算機(PC)、數(shù)碼相機、攝像機等多種設備中分別保存有內(nèi)容。在此，存在為了減輕對這些內(nèi)容進行管理的處理的繁雜程度，而從這些設備取得內(nèi)容并進行統(tǒng)一管理的家庭服務器產(chǎn)品。在本說明書中，將由家庭服務器取得內(nèi)容的設備稱為客戶端設備。此外，家庭服務器功能搭載于PC或錄制機產(chǎn)品等多種產(chǎn)品。因此，常常由多個家庭服務器取得客戶端設備所保存的內(nèi)容。有時，由個人將多個家庭服務器區(qū)分為由所有家人使用的家庭服務器和由個人使用的家庭服務器等來使用。這樣的情況也是由多個家庭服務器取得客戶端設備所保存的內(nèi)容的代表例。
另外，家庭服務器和客戶端設備經(jīng)由用以太網(wǎng)(注冊商標)線纜或無線LAN (LocalArea Network)等連接的網(wǎng)絡，從客戶端設備向家庭服務器轉(zhuǎn)發(fā)內(nèi)容。除了這些網(wǎng)絡以外，有時還經(jīng)由USB (Universal Serial Bus)線纜等通信線纜從客戶端設備向家庭服務器轉(zhuǎn)發(fā)內(nèi)容。以往，作為由家庭服務器從客戶端設備取得內(nèi)容的方法之一，有如下方法。在該方法中，使用記錄有與客戶端設備所保存的全部內(nèi)容有關的信息的內(nèi)容列表(例如參照專利文獻I及專利文獻2)。以下將記錄有與該客戶端設備所保存的全部內(nèi)容有關的信息的內(nèi)容列表稱為“全內(nèi)容列表”。在使用全內(nèi)容列表的方法中，家庭服務器從客戶端設備取得全內(nèi)容列表，并將所取得的全內(nèi)容列表和家庭服務器已取得的內(nèi)容的列表進行比較。由此，家庭服務器將該家庭服務器未取得的內(nèi)容通過取得的全內(nèi)容列表來表示，另一方面，確定已取得的內(nèi)容的列表中未示出的內(nèi)容。然后，家庭服務器從客戶端設備僅取得所確定的未取得的內(nèi)容。·
除此之外，作為由家庭服務器從客戶端設備取得內(nèi)容的方法之一，還有由客戶端設備對多個家庭服務器的每一個制作未取得的內(nèi)容列表的方法(例如參照專利文獻3及專利文獻4)。以下將客戶端設備對每個家庭服務器制作的該內(nèi)容列表稱為“個別內(nèi)容列表”。在使用個別內(nèi)容列表的方法中，客戶端設備進行如下的管理。在該管理中，對與保存的內(nèi)容分別建立了對應、并表示該內(nèi)容是否已向各家庭服務器轉(zhuǎn)發(fā)的信息進行管理。由此，客戶端設備在從家庭服務器請求的定時或規(guī)定的定時，生成與家庭服務器對應的個別內(nèi)容列表，并向該家庭服務器通知。家庭服務器基于從客戶端設備通知來的個別內(nèi)容列表，確定并取得未取得內(nèi)容。但是，在全內(nèi)容列表中，不僅記錄與家庭服務器未從客戶端設備取得的內(nèi)容有關的信息，還記錄與已取得的內(nèi)容有關的信息。與這些已取得的內(nèi)容有關的信息是家庭服務器不需要的信息。家庭服務器為了達成從客戶端設備取得內(nèi)容并進行統(tǒng)一管理的目的，從客戶端設備僅取得與未取得的內(nèi)容有關的信息即可。S卩，作為由家庭服務器從客戶端設備取得內(nèi)容的方法，有使用全內(nèi)容列表的方法。在該方法中，在家庭服務器所取得的內(nèi)容列表中包含大量多余的信息。因此，在該方法中，存在內(nèi)容列表的取得時間和從取得的內(nèi)容列表確定未取得的內(nèi)容的處理的處理時間變長的問題。另外，在客戶端設備中不存在家庭服務器未取得的內(nèi)容的情況下，全內(nèi)容列表中記錄的信息全部是家庭服務器不需要的信息，多余的信息尤其多。此外，作為由家庭服務器從客戶端設備取得內(nèi)容的方法，使用個別內(nèi)容列表的上述方法如下所述。即，在該方法中，對與客戶端設備所保存的內(nèi)容分別建立了對應、并表示是否已向各家庭服務器轉(zhuǎn)發(fā)的信息進行管理。因此，需要對每個家庭服務器制作個別內(nèi)容列表。因此，存在客戶端設備的處理負荷變高的課題。特別是，制作個別內(nèi)容列表的家庭服務器的數(shù)量越多，處理負荷越高。數(shù)碼相機或攝像機等客戶端設備通常處理能力較低，能夠制作個別內(nèi)容列表的家庭服務器的數(shù)量經(jīng)常存在限制。此外，個別內(nèi)容列表制作的處理負荷越高，對通常的攝影處理等造成影響的可能性越大。本技術用于解決這些現(xiàn)有問題，提供一種內(nèi)容取得方法及內(nèi)容取得系統(tǒng)，與使用個別內(nèi)容列表的方法相比，客戶端設備的處理負荷較低，與使用全內(nèi)容列表的方法相比，使用多余信息較少的內(nèi)容列表。
為了解決所述問題，本發(fā)明的一個方式的客戶端設備，是由I個以上的服務器裝置取得保存在客戶端設備中的多個內(nèi)容的內(nèi)容取得系統(tǒng)的客戶端設備，具備保存部，保存多個內(nèi)容；內(nèi)容管理部，使I個以上的所述服務器裝置取得被保存的所述內(nèi)容；差分信息管理部，制作差分信息作為I個以上的所述服務器裝置所共通的信息，并根據(jù)I個以上的所述服務器裝置各自的請求提供所述差分信息，該差分信息記錄有與保存的所述內(nèi)容中的未由I個以上的所述服務器裝置中的某一個服務器裝置從所述客戶端設備取得的內(nèi)容有關的內(nèi)容信息；以及已取得內(nèi)容管理部，從I個以上的所述服務器裝置分別接收已取得內(nèi)容信息，該已取得內(nèi)容信息是與所述服務器裝置已經(jīng)取得的內(nèi)容有關的所述內(nèi)容信息；所述差分信息管理部基于接收的所述已取得內(nèi)容信息，將與全部所述服務器裝置中已取得的內(nèi)容有關的所述內(nèi)容信息從所述差分信息刪除。這樣，作為對I個以上的服務器共通的信息，制作由客戶端設備管理的差分信息。由此，與對I個以上的服務器裝置分別提供個別的差分列表的上述方法相比，能夠使客戶端設備的處理負荷比較低。此外，基于從服務器裝置接收的已取得內(nèi)容信息，將與作為對象的全部服務器裝 置中已取得的內(nèi)容有關的內(nèi)容信息從差分信息刪除。在此，差分信息是表示某個服務器裝置未取得的內(nèi)容的差分信息，在該差分信息中不需要包含該內(nèi)容信息。能夠?qū)⑦@樣的不需要的內(nèi)容信息刪除，能夠?qū)⒉罘中畔⒌某叽绫３譃樗璧淖钚∠薅取＜?，能夠縮短服務器裝置取得差分信息的時間和從差分信息確認未取得的內(nèi)容的時間。此外，也可以是，所述客戶端設備還具備服務器管理部，存儲I個以上用于識別I個以上的所述服務器裝置的服務器識別符，在所述保存部所保存的所述內(nèi)容中追加了新的內(nèi)容、或者保存的所述內(nèi)容被更新或刪除的情況下，所述差分信息管理部將與追加、更新或刪除的所述內(nèi)容有關的所述內(nèi)容信息作為新的內(nèi)容信息追加到所述差分信息中，所述已取得內(nèi)容管理部從所述服務器裝置接收所述服務器識別符和所述已取得內(nèi)容信息，將接收的所述服務器識別符和所述已取得內(nèi)容信息建立關聯(lián)并記錄，所述差分信息管理部在所述已取得內(nèi)容管理部記錄的所述已取得內(nèi)容信息中，將與由所述服務器管理部存儲的全部所述服務器識別符建立了關聯(lián)的所述已取得內(nèi)容信息所示的所述內(nèi)容信息從所述差分信息刪除。由此，在服務器裝置中，對于已取得內(nèi)容，在客戶端設備內(nèi)進行了更新或刪除的情況下，也與追加了新的內(nèi)容的情況同樣地進行內(nèi)容的取得處理。由此，能夠?qū)σ讶〉脙?nèi)容進行客戶端設備中同樣的與更新或刪除對應的處理。此外，也可以是，在所述客戶端設備中追加了新的內(nèi)容、或者保存的所述內(nèi)容被更新或刪除的情況下，所述差分信息管理部將與所述追加、更新或刪除的所述內(nèi)容有關的所述內(nèi)容信息記錄到所述差分信息中之后，將所述差分信息被更新這一情況通知給在所述服務器管理部中存儲有服務器識別符的全部所述服務器裝置。由此，服務器裝置能夠知道差分信息已被更新，能夠省去服務器裝置向客戶端設備確認差分信息被更新的情況的處理。此外，也可以是，所述差分信息管理部在所述差分信息中記錄與所述追加、更新或刪除的所述內(nèi)容有關的所述內(nèi)容信息之后，還將記錄在所述差分信息中的所述內(nèi)容信息的總數(shù)通知給在所述服務器管理部中存儲有服務器識別符的全部所述服務器裝置。
由此，服務器裝置能夠知道記錄在差分信息中的信息的總數(shù)，服務器裝置能夠事先估計取得差分信息所需的時間。此外，服務器裝置還可以將事先估計的時間向用戶提示。此外，也可以是，所述差分信息管理部對差分編號進行管理，該差分編號和與所述服務器裝置中的某一個服務器裝置未從所述客戶端設備取得的內(nèi)容有關的內(nèi)容信息建立關聯(lián)，并通過大小關系表示包括內(nèi)容的追加、更新或刪除的狀態(tài)變化的時間序列，每當所述客戶端設備中追加了新的內(nèi)容、或者已保存的所述內(nèi)容被更新或刪除時，使所述差分編號增加，并將增加的所述差分編號和與發(fā)生所述狀態(tài)變化的內(nèi)容有關的內(nèi)容信息建立關聯(lián)，所述已取得內(nèi)容管理部從所述服務器裝置接收與所述服務器識別符和所述已取得內(nèi)容信 息建立了關聯(lián)的所述差分編號中的最大的差分編號，所述服務器管理部對將接收的所述服務器識別符和所述最大的差分編號建立關聯(lián)的服務器管理表進行管理，所述差分信息管理部在與由所述服務器管理部存儲的全部所述服務器裝置的所述服務器識別符建立了關聯(lián)的所述差分編號中，選擇最小的差分編號，將與所述差分信息中的所述最小的差分編號以下的差分編號建立了關聯(lián)的所述內(nèi)容信息從所述差分信息刪除。這樣，能夠通過大小關系來將內(nèi)容與表示包括內(nèi)容的追加、更新或刪除的狀態(tài)變化的時間序列的差分編號建立關聯(lián)。在此，能夠?qū)?nèi)容的變更順序進行管理。因此，客戶端設備不需要從服務器裝置取得與全部已取得內(nèi)容有關的信息。即，客戶端設備僅通過取得與已取得內(nèi)容信息建立了關聯(lián)的差分編號中的最大的差分編號，就能夠全部掌握服務器裝置已取得的內(nèi)容。即，能夠削減從服務器裝置向客戶端設備通知的信息量，并且削減雙方的處理負荷。此外，與所管理的全部服務器裝置已取得的內(nèi)容有關的信息對哪個服務器裝置來說都是不需要的信息。因此，通過由客戶端設備將這些信息從差分信息刪除，能夠防止向差分信息記入不需要的信息。即，能夠縮短服務器裝置取得差分信息的時間和從差分信息確認未取得的內(nèi)容的時間。此外，在客戶端設備從差分信息刪除不需要的信息的處理中，利用差分編號。由此，不需要細查應刪除的信息，僅通過差分編號的大小關系，就能夠根據(jù)差分列表決定要刪除的信息，能夠削減客戶端設備的處理負荷。此外，也可以是，所述差分信息管理部在所述差分信息中記錄了與發(fā)生所述狀態(tài)變化的內(nèi)容有關的內(nèi)容信息之后，將記錄在所述差分信息中的差分編號中的最大的所述差分編號通知給在所述服務器管理部中存儲有服務器識別符的全部所述服務器裝置。由此，服務器裝置能夠知道差分信息已被更新，服務器裝置能夠省去向客戶端設備確認差分信息已被更新的情況的處理。此外，服務器裝置比較與從客戶端設備已取得的內(nèi)容建立了關聯(lián)的差分編號和從客戶端設備通知的差分編號。通過該比較，能夠判斷在客戶端設備是否保存有未取得的內(nèi)容。然后，服務器裝置能夠僅在客戶端設備中保存有未取得的內(nèi)容的情況下，從客戶端設備取得差分信息。由此，在客戶端設備未保存有未取得的內(nèi)容的情況下，能夠防止從客戶端設備取得差分信息。此外，也可以是，所述差分信息管理部在所述差分信息中記錄了與發(fā)生所述狀態(tài)變化的內(nèi)容有關的內(nèi)容信息之后，將記錄在所述差分信息中的差分編號中的最小的所述差分編號通知給在所述服務器管理部中存儲有服務器識別符的全部所述服務器裝置。這樣，服務器裝置被從客戶端設備通過記錄在差分信息中的最大的差分編號和最小的差分編號。由此，通過基于事先設定的差分編號的定義進行運算，能夠估計記錄在差分信息中的內(nèi)容信息的總數(shù)(例如可以將從最大的差分編號減去最小的差分編并加上I的值作為總數(shù))。因此，服務器裝置能夠根據(jù)估計的總數(shù)事先估計取得差分信息所需的時間。此外，服務器裝置還可以向用戶提示事先估計的時間。此外，也可以是，所述差分信息管理部(I)將與所述差分編號建立了關聯(lián)的所述內(nèi)容信息記錄到第一差分信息中，將記錄在所述第一差分信息中的所述差分編號中的最大的差分編號和與所述第一差分信息有關的信息建立關聯(lián)，并記錄在所述第一差分信息的上級階層的第二差分信息中，此外，所述差分信息管理部(2)將所述內(nèi)容信息記錄到所述第一差分信息中時，在記錄在所述第一差分信息中的所述內(nèi)容信息的數(shù)量達到了預定數(shù)量的情況下，新制作與所述第一差分信息相同階層的第三差分信息，將超過所述預定數(shù)量的所述內(nèi)容信息記錄到所述第三差分信息中，將記錄在所述第三差分信息中的所述差分編號中的最大的差分編號和與所述第三差分信息有關的信息建立關聯(lián)，并記錄到所述第二差分信息中，根據(jù)所述服務器裝置的請求提供所述第一差分信息、或者提供所述第二差分信息、以及
所述第一差分信息或所述第三差分信息中的某一個以上。這樣，客戶端設備將差分信息分割為多個而具備階層構(gòu)造，將各差分信息和差分信息中記入的差分編號建立關聯(lián)。由此，即使記錄在差分信息中的信息中記錄有對某服務器裝置來說不需要的信息的情況下，該服務器裝置也能夠僅取得下一部分。該部分是指在差分信息中記錄有需要的信息的部分。即，服務器裝置不需要從客戶端設備取得差分信息的不需要的部分。由此，能夠縮短服務器裝置的處理時間。此外，也可以是，所述差分信息管理部僅在存在由所述服務器管理部存儲有服務器識別符的所述服務器裝置的情況下，將所述內(nèi)容信息記錄在所述差分信息中。由此，在不存在需要差分信息的服務器裝置的情況下，客戶端設備不生成差分信息，所以能夠削減客戶端設備的處理負荷。此外，也可以是，所述服務器管理部在存儲的所述服務器識別符中將指定的所述服務器識別符刪除，所述差分信息管理部在所述服務器管理部所存儲的所述服務器識別符不再存在的情況下，將記錄在所述差分信息中的全部所述內(nèi)容信息及所述差分信息刪除。所述服務器管理部存儲的所述服務器識別符不存在是指，需要差分信息的服務器裝置不存在。因此，像這樣將不需要的差分信息和記錄在該差分信息中的信息刪除。由此，能夠削減客戶端設備的存儲區(qū)域的消耗量。此外，也可以是，所述服務器管理部從所述服務器裝置接收包含所述服務器識別符的服務器登錄請求，并存儲接收的所述服務器識別符。這樣，通過從服務器裝置接收服務器識別符，能夠省去提示向客戶端設備設定服務器識別符的煩雜等。此外，也可以是，所述客戶端設備具備設備信息提供部，將客戶端設備信息提供給所述服務器裝置，該客戶端設備信息包含該客戶端設備的客戶端識別符，且記載有與該客戶端設備有關的信息，所述設備信息提供部在所述客戶端設備信息中記載用于取得所述差分信息的信息。由此，服務器裝置僅通過取得客戶端設備信息，就能夠直接取得差分信息。此外，本發(fā)明的一個方式的服務器裝置，是由I個以上的服務器裝置取得保存在客戶端設備中的多個內(nèi)容的內(nèi)容取得系統(tǒng)中的服務器裝置，具備差分信息取得部，從所述客戶端設備取得差分信息，該差分信息記錄有與所述客戶端設備所保存的內(nèi)容有關的內(nèi)容信息，且表示I個以上的所述服務器裝置中的某一個服務器裝置未從所述客戶端設備取得的內(nèi)容；內(nèi)容取得部，基于記錄在所述差分信息中的所述內(nèi)容信息，從所述客戶端設備僅取得未取得的內(nèi)容；以及已取得內(nèi)容管理部，記錄與所述內(nèi)容取得部取得的內(nèi)容有關的內(nèi)容信息；在所述差分信息中，按每個內(nèi)容記錄所述內(nèi)容信息，此外，通過大小關系，將所述內(nèi)容信息與表示包括內(nèi)容的追加、更新或刪除的狀態(tài)變化的時間序列的差分編號建立關聯(lián)，所述已取得內(nèi)容管理部記錄和與所述內(nèi)容取得部取得的內(nèi)容有關的所述內(nèi)容信息建立了關聯(lián)的所述差分編號中的最大的差分編號作為第一差分編號，所述內(nèi)容取得部從所述客戶端設備僅取得所述差分信息中與大于所述第一差分編號的所述差分編號建立了關聯(lián)的所述內(nèi)容信息所對應的內(nèi)容，所述服務器裝置還具備已取得內(nèi)容通知部，將所述服務器裝置的識別符即服務器識別符、以及所述第一差分編號通知給所述客戶端設備。這樣，將記錄在差分信息中的內(nèi)容信息與差分編號建立關聯(lián)并管理。由此，服務器裝置僅通過比較差分編號的大小關系，就能夠從差分信息中取得與未取得的內(nèi)容有關的內(nèi)容信息。此外，服務器裝置僅通過將與已取得的內(nèi)容信息建立了關聯(lián)的差分編號中的最大 的I個差分編號發(fā)送給客戶端設備，就能夠?qū)⑴c全部已取得內(nèi)容有關的內(nèi)容信息向客戶端設備通知。此外，客戶端設備能夠基于通知的差分編號，從差分信息刪除不需要的信息。此外，也可以是，所述服務器裝置具備差分編號接收部，從所述客戶端設備接收最新的差分編號，所述差分信息取得部比較所述差分編號接收部接收的所述最新的差分編號和所述第一差分編號，僅在所述差分編號接收部接收的所述最新的差分編號大于所述第一差分編號的情況下，從所述客戶端設備取得所述差分信息。這樣，服務器裝置基于從客戶端設備接收的差分編號，取得差分信息。由此，不需要總是確認在客戶端設備中是否更新了差分信息。此外，服務器裝置通過從客戶端設備接收的差分編號和所述第一差分編號的比較，能夠判斷未取得的內(nèi)容是否保存在客戶端設備中。因此，在未取得的內(nèi)容未保存在客戶端設備中的情況下，能夠防止服務器裝置從客戶端設備取得不需要的差分信息。此外，也可以是，所述差分信息取得部在從所述客戶端設備取得的第一差分信息中記載有與比所述第一差分信息更下級的階層的第二差分信息有關的信息的情況下，從與所述第二差分信息有關的信息取得與記錄在所述第二差分信息中的內(nèi)容信息建立了關聯(lián)的差分編號，并與所述第一差分編號進行比較，僅在與記錄在所述第二差分信息中的內(nèi)容信息建立了關聯(lián)的所述差分編號大于所述第一差分編號的情況下，取得所述第二差分信肩、O由此，將差分信息分割提供的情況下，服務器裝置不取得差分信息的全部，而能夠僅取得如下部分。該部分是記載有與未取得的內(nèi)容有關的信息的部分。即，能夠縮短服務器裝置從客戶端設備取得差分信息的時間。此外，也可以是，所述服務器裝置具備設備信息取得部，取得客戶端設備信息，該客戶端設備信息記載有用于從所述客戶端設備取得所述差分信息的信息，且包含客戶端識別符，所述差分信息取得部基于所述客戶端設備信息所記載的所述信息，取得所述差分信肩、O由此，服務器裝置僅通過取得客戶端設備信息，就能夠從客戶端設備直接取得差分信息。另外，本發(fā)明不僅能夠作為裝置來實現(xiàn)，還可以作為具備這樣的裝置所具備的處理單元的集成電路來實現(xiàn)，或作為以構(gòu)成該裝置的處理單元為步驟的方法來實現(xiàn)，或作為使計算機執(zhí)行這些步驟的程序來實現(xiàn)，或作為表示該程序的信息、數(shù)據(jù)或信號來實現(xiàn)。并且，這些程序、信息、數(shù)據(jù)及信號也可以經(jīng)由CD-ROM等記錄介質(zhì)或因特網(wǎng)等通信介質(zhì)來發(fā)布。根據(jù)上述技術，客戶端設備對于多個家庭服務器僅管理共通的I種內(nèi)容列表即可。此外，客戶端設備從各家庭服務器接收與該家庭服務器從該客戶端設備已取得的內(nèi)容有關的信息，并將與全部家庭服務器已取得的內(nèi)容有關的信息從內(nèi)容列表刪除。由此，能夠采用多余信息較少的內(nèi)容列表。即，客戶端設備與使用個別內(nèi)容列表的方法相比，能夠以較小的處理負荷制作內(nèi)容列表。此外，家庭服務器與使用全內(nèi)容列表的方法相比，能夠從客戶·端設備取得多余信息較少的內(nèi)容列表。由此，能夠縮短從客戶端設備取得內(nèi)容列表的處理的處理時間和從內(nèi)容列表確定未取得的內(nèi)容的時間。另外，這些整體或具體的方式可以通過系統(tǒng)、方法、集成電路、計算機程序或記錄介質(zhì)來實現(xiàn)，也可以通過系統(tǒng)、方法、集成電路、計算機程序或記錄介質(zhì)的任意組合來實現(xiàn)。以下，參照

本發(fā)明的實施方式。另外，在各圖中，對于相同的構(gòu)成要素使用相同的標記。在本實施方式的內(nèi)容取得系統(tǒng)中，說明多個家庭服務器從I個客戶端設備取得客戶端設備所保存的內(nèi)容(以下稱為“取得對象內(nèi)容”)的內(nèi)容取得系統(tǒng)。作為客戶端設備的具體例，可以舉出數(shù)碼相機和攝像機等，但不限于此。此外，取得對象內(nèi)容的種類可以是圖像、運動圖像、聲音、文本等，不限定于某一個。圖I是表示實施方式中的內(nèi)容取得系統(tǒng)的整體構(gòu)成的圖。如圖I所示，多個內(nèi)容取得服務器200從客戶端設備300經(jīng)由網(wǎng)絡取得內(nèi)容。此夕卜，內(nèi)容取得服務器200可以具備顯示器100，能夠顯示從客戶端設備300取得的內(nèi)容，或顯示向用戶的通知信息。作為網(wǎng)絡，可以舉出有線和無線網(wǎng)絡、或者通信線纜等，在本實施方式中利用以無線LAN連接的網(wǎng)絡。在本實施方式的內(nèi)容取得系統(tǒng)中，客戶端設備300使經(jīng)由網(wǎng)絡連接的內(nèi)容取得服務器200取得差分列表(參照圖6的差分列表502d)。這是為了使該內(nèi)容取得服務器200確定該客戶端設備300內(nèi)的未取得的內(nèi)容而進行的。上述差分列表是對任一內(nèi)容取得服務器200都共通的列表。制作并取得這樣的差分列表是本技術的特征。差分列表是指，記錄有某一內(nèi)容取得服務器200尚未取得的內(nèi)容的內(nèi)容信息的列表。即，對于全部內(nèi)容取得服務器200所取得的內(nèi)容，將其內(nèi)容信息從差分列表刪除。圖2是表示內(nèi)容取得服務器200 (圖I)的構(gòu)成的框圖。如圖2所示，內(nèi)容取得服務器200具備客戶端設備信息取得部201、服務器登錄申請部202、內(nèi)容列表取得部203、內(nèi)容取得部204、已取得內(nèi)容申請部205、通信控制部206、顯示控制部207、保存部208?？蛻舳嗽O備信息取得部201從客戶端設備300取得客戶端設備信息。在客戶端設備信息中記載有與客戶端設備300有關的信息。記載的信息例如是每個客戶端設備300固有的識別符、即客戶端ID，及客戶端設備300所提供的功能等。
服務器登錄申請部202將服務器登錄請求發(fā)送給客戶端設備300，并向發(fā)送的客戶端設備300申請該內(nèi)容取得服務器200的登錄。發(fā)送的服務器登錄請求包含該內(nèi)容取得服務器200的服務器ID。接收到服務 器登錄請求的客戶端設備300 (圖I)將該服務器登錄請求中包含的、發(fā)送該服務器登錄請求的內(nèi)容取得服務器200的服務器ID登錄到該客戶端設備300中。然后，將登錄結(jié)果向發(fā)送了服務器登錄請求的內(nèi)容取得服務器200通知。此外，服務器登錄申請部202基于從客戶端設備300接收的登錄結(jié)果，將登錄完成的客戶端設備300的客戶端ID記錄到未圖示的登錄已完成客戶端列表中。服務器登錄申請部202將該登錄已完成客戶端列表記錄到保存部208中并進行管理。另外，服務器ID在內(nèi)容取得服務器200的出廠時或初始設定時記錄在保存部208中。圖4是表示已取得內(nèi)容表400的圖。內(nèi)容列表取得部203從客戶端設備300取得內(nèi)容列表。然后，內(nèi)容列表取得部203將取得的內(nèi)容列表和圖4所示的已取得內(nèi)容表400進行比較，確定未取得的內(nèi)容。對于內(nèi)容列表取得部203取得的上述內(nèi)容列表，使用圖6 圖10在后面詳細說明具體例。內(nèi)容取得部204取得由內(nèi)容列表取得部203確定的、該內(nèi)容取得服務器200尚未取得的未取得內(nèi)容。內(nèi)容取得部204基于內(nèi)容列表所記載的信息，從客戶端設備300取得未取得內(nèi)容，并保存到保存部208中。例如，在后述的圖10所示的分割差分列表503中，可以想到ID為“REF-MG09”的內(nèi)容(第2行)被確定為未取得的內(nèi)容的情況。這種情況下，內(nèi)容取得部204基于資源路徑所記載的“http ://10. O. O. 2/REF-MG09”(第 2 行第 5 列)，使用 HTTP (Hyper Text TransferProtocol)訪問客戶端設備300,取得該資源路徑的內(nèi)容。此外，內(nèi)容取得部204將取得的內(nèi)容的ID及差分編號和該內(nèi)容的保存目的地文件路徑等記錄到圖4所示的已取得內(nèi)容表400中。取得的內(nèi)容的ID和差分編號能夠從內(nèi)容列表取得部203所取得的內(nèi)容列表(上述)得到。圖5是表不已取得最大差分編號管理表450的圖。此外，內(nèi)容取得部204每當取得客戶端設備300內(nèi)的內(nèi)容，從上述已取得內(nèi)容表400(圖4)確定對取得的全部內(nèi)容賦予的差分編號中的最大的差分編號。然后，內(nèi)容取得部204將確定的最大差分編號記錄到圖5所示的已取得最大差分編號管理表450中。另外，在后面中使用圖4說明已取得內(nèi)容表400的詳細情況，使用圖5說明已取得最大差分編號管理表450的詳細情況。已取得內(nèi)容申請部205將包含有該內(nèi)容取得服務器200的服務器ID的已取得最新差分編號通知發(fā)送給客戶端設備300。該已取得最新差分編號通知包含與從客戶端設備300取得的I個以上的內(nèi)容建立了關聯(lián)的差分編號中的最大的差分編號。另外，所包含的該最大的差分編號是從上述已取得最大差分編號管理表450得到的、向最大差分編號管理表450記錄的上述最大差分編號。例如，可以想到圖4所示的已取得內(nèi)容表400及圖5所示的已取得最大差分編號管理表450的情況。這種情況下，已取得內(nèi)容申請部205對于客戶端ID為“CLIENT01”(圖4的第2 第9列)的客戶端設備300，作為差分編號而發(fā)送與該客戶端ID “CLIENT01”建立了對應的各差分編號中的最大的差分編號“8”(第9行第4列)。然后，已取得內(nèi)容申請部205對于客戶端ID為“CLIENT02”(第10行)的客戶端設備300，作為差分編號而發(fā)送與該“CLIENT02”對應的各差分編號中的最大的差分編號“I”(第10行第4列)。通信控制部206對內(nèi)容取得服務器200經(jīng)由網(wǎng)絡進行的通信進行控制。顯示控制部207進行控制，以將保存在保存部208中的內(nèi)容和向用戶的通知信息顯示在顯示器100上。保存部208是提供內(nèi)容取得服務器200的保存功能的部分，保存內(nèi)容取得部204所取得的內(nèi)容和圖4所不的已取得內(nèi)容表400等。圖3是表示客戶端設備300 (圖I)的構(gòu)成的框圖。如圖3所示，客戶端設備300具備客戶端設備信息管理部301、服務器管理部 302、內(nèi)容管理部303、差分列表管理部304、通信控制部305、保存部306?？蛻舳嗽O備信息管理部301對上述客戶端設備信息進行管理。然后?？蛻舳嗽O備信息管理部301根據(jù)來自內(nèi)容取得服務器200的請求，向該內(nèi)容取得服務器200提供所管理的客戶端設備信息。另外，在客戶端設備信息中記入的客戶端ID在客戶端設備300的出廠時或初始設定時被記錄在保存部306中。服務器管理部302從內(nèi)容取得服務器200接收由上述服務器登錄申請部202發(fā)送的、包含該內(nèi)容取得服務器200的服務器ID的服務器登錄請求。接收到服務器登錄請求的服務器管理部302向用戶詢問是否可以將內(nèi)容取得服務器200登錄到該客戶端設備300中。根據(jù)詢問的結(jié)果，若從用戶得到了登錄的許可，則將發(fā)出該服務器登錄請求的內(nèi)容取得服務器200登錄到該客戶端設備300中。圖12是表不服務器管理表1100的圖。此外，服務器管理部302將接收的服務器登錄請求所包含的服務器ID (上述)記錄到圖12 (后述)所示的服務器管理表1100中。由此，服務器管理部302將發(fā)送了該服務器登錄請求的內(nèi)容取得服務器200登錄到客戶端設備300中。圖11表示內(nèi)容表1000。內(nèi)容管理部303進行記錄有與保存部306所保存的內(nèi)容有關的信息的內(nèi)容表1000(圖11)的生成和更新。此外，內(nèi)容管理部303根據(jù)從內(nèi)容取得服務器200向客戶端設備300的請求，進行如下動作。在該動作中,根據(jù)內(nèi)容表1000生成內(nèi)容列表，并發(fā)送給內(nèi)容取得服務器200。使用圖11在后面說明內(nèi)容表的詳細情況。此外，使用圖6 圖10在后面說明內(nèi)容列表的詳細情況。內(nèi)容管理部303還具備差分列表管理部304 (圖3)。差分列表管理部304實現(xiàn)內(nèi)容管理部303的各功能中的尤其如下功能。即，差分列表管理部304對與記錄在上述服務器管理表1100 (圖12)中的某一內(nèi)容取得服務器200未取得的內(nèi)容有關的信息進行管理。例如，這樣的內(nèi)容有I個以上,管理I個以上這樣的信息。并且，內(nèi)容管理部303生成記入有這些I個以上的信息的差分列表。在該差分列表中，與記錄在服務器管理表1100中的全部內(nèi)容取得服務器200已取得的內(nèi)容有關的信息未被記入。因此，該差分列表與上述全內(nèi)容列表相比，是對內(nèi)容取得服務器200來說多余信息較少的列表。即，內(nèi)容取得服務器200為了確定尚未從客戶端設備300取得的未取得的內(nèi)容，取得該差分列表。由此，與取得全內(nèi)容列表的情況相比，能夠削減取得的信息量，縮短確定未取得的內(nèi)容的處理所需的時間。以下，只要未特別說明，標記為差分列表的情況下，指的是由差分列表管理部304生成的差分列表。另外，作為差分列表，也可以是多個列表。可以決定這些多個列表中的各個列表內(nèi)所記載的內(nèi)容信息的上限數(shù)。列表所記載的內(nèi)容信息的數(shù)量超過該上限數(shù)時，將該列表分割為多個差分列表。以下，將該分割的差分列表稱為分割差分列表。此外，與不是差分列表的其他內(nèi)容列表同樣，差分列表也可以具有階層構(gòu)造。即，在分割差分列表的上級，作為父列表而制作差分根列表。在本實施方式中，將分割差分列表和差分根列表統(tǒng)稱為差分列表。此外，差分列表管理部304管理稱為差分編號的數(shù)值。差分編號是表示各個內(nèi)容是否被取得到服務器中的指標，通過大小關系，表示內(nèi)容的狀態(tài)變化(例如內(nèi)容的追加、更新、刪除等)的時間序列。例如可以將差分編號決定為如下編號從“O”開始，每當發(fā)生狀態(tài)變化，則逐次增加 “ I ”?！?br> 這樣，對內(nèi)容決定差分編號，以使狀態(tài)變化的時間序列唯一地確定。由此，能夠?qū)γ總€客戶端設備300決定一套差分編號。即，各個內(nèi)容取得服務器200將在客戶端設備300中生成的最新的差分編號和對I個以上的已取得內(nèi)容賦予的差分編號中的最大的差分編號進行大小比較。僅通過進行該大小比較，就能夠簡單地識別是否為未取得的內(nèi)容。另外，在本實施方式中，將差分編號設為逐次加“I”的連續(xù)編號。另一方面，差分編號只要能夠通過具有某種大小關系而唯一確定排列順序即可，不限于連續(xù)編號。即，差分編號可以是具有規(guī)定的規(guī)則而排列的數(shù)列、字符串、時間戳等，只要能夠在系統(tǒng)中取得一致，可以是任何數(shù)據(jù)。差分列表管理部304每當狀態(tài)改變時進行差分編號的賦予。S卩，在客戶端設備300中新追加了內(nèi)容、或者已保存的內(nèi)容被更新、刪除等時，保存在客戶端設備300中的內(nèi)容的狀態(tài)變化。差分列表管理部304每當這樣狀態(tài)變化時，將該時刻的差分編號賦予給狀態(tài)變化的內(nèi)容，并使該時刻的最大的差分編號增加“I”。狀態(tài)變化的內(nèi)容的信息和賦予的差分編號作為差分內(nèi)容信息而由差分列表管理部304記錄到內(nèi)容表1000 (后述的圖11)中。差分列表管理部304基于該差分內(nèi)容信息來生成分割差分列表。以下，只要未特別說明，標記為差分編號的情況下，是指差分列表管理部304所管理的差分編號。此外，差分列表管理部304從內(nèi)容取得服務器200接收上述已取得最新差分編號通知。在已取得最新差分編號通知中，如前所述，包含該內(nèi)容取得服務器200的服務器ID和上述最大差分編號(已取得最新差分編號)。該已取得最新差分編號如前所述，表示與內(nèi)容取得服務器200從客戶端設備300取得的各內(nèi)容建立了關聯(lián)的差分編號中的最大的差分編號。接收到已取得最新差分編號通知的差分列表管理部304在圖12所示的服務器管理表1100的各條目中，將與接收的已取得最新差分編號通知所包含的服務器ID對應的已取得最新差分編號更新為更新后的編號。更新后的編號是該已取得最新差分編號通知所包含的已取得最新差分編號。此外，差分列表管理部304在任意的定時從內(nèi)容取得服務器200接收包含該內(nèi)容取得服務器200的服務器ID的差分編號通知請求。圖13是表示差分編號管理表1200的圖。
接收到差分編號通知請求的差分列表管理部304將記錄在圖13所示的差分編號管理表1200 (后述)中的最新差分編號和該客戶端設備300的客戶端ID向接收了差分編號通知請求的內(nèi)容取得服務器200通知。此外，差分列表管理部304將接收的差分編號通知請求所包含的服務器ID存儲到易失性存儲器中。然后，差分列表管理部304在該差分列表管理部304所管理的差分編號被更新的情況下，向與存儲的各個服務器ID對應的內(nèi)容取得服務器200通知差分編號管理表1200的最新差分編號和該客戶端設備300的客戶端ID。此外，也可以是，差分列表管理部304每當保存在客戶端設備300中的內(nèi)容的狀態(tài)變化時，與上述最新差分編號一起通知后述的總數(shù)。通知的總數(shù)是多個分割差分列表503分別記載的信息(差分內(nèi)容信息)的總數(shù)。也可以是，每當狀態(tài)變化，將該總數(shù)向與存儲的各個服務器ID對應的內(nèi)容取得服務器200通知。由此，在內(nèi)容取得服務器200中，能夠估計用于取得未取得的內(nèi)容所需的時間。 通信控制部305對客戶端設備300經(jīng)由網(wǎng)絡進行的通信進行控制。保存部306是提供客戶端設備300的保存功能的部分。即，保存部306保存內(nèi)容、圖11所示的內(nèi)容表1000、圖12所示的服務器管理表1100、圖13所示的差分編號管理表1200 等。通過上述圖4表示內(nèi)容取得服務器200所保存的已取得內(nèi)容表400的數(shù)據(jù)構(gòu)成。如圖4所示，在已取得內(nèi)容表400中記錄有客戶端ID、內(nèi)容ID、文件路徑及差分編號。在圖4的各個行中的客戶端ID的項目(第I列)中，記錄有由該內(nèi)容取得服務器200取得該行的內(nèi)容的客戶端設備300的識別符。另外，將該客戶端ID記入到圖2的客戶端設備信息取得部201所取得的上述客戶端設備信息中。在內(nèi)容ID的項目(第2列)中，記錄有從客戶端設備300取得的、該項目的行的內(nèi)容的識別符。另外，將該內(nèi)容ID記入到內(nèi)容列表取得部203所取得的內(nèi)容列表(上述)中。在文件路徑的項目(第3列沖，記錄有內(nèi)容取得服務器200內(nèi)的、保存有該項目的行的內(nèi)容的位置。在差分編號的項目(第4列)中記錄有差分編號。記錄的差分編號是內(nèi)容取得服務器200從客戶端設備300取得的、與作為該項目的行的內(nèi)容的已取得的內(nèi)容建立了關聯(lián)的差分編號。將該差分編號記入到內(nèi)容列表取得部203所取得的內(nèi)容列表中。例如，在圖4的例中的已取得內(nèi)容表400中，記錄有與9個內(nèi)容有關的信息(第2行 第10行)。與這9個內(nèi)容中的第I個內(nèi)容有關的信息(第2行)表示如下情況。即，該信息表示，從客戶端ID為“CLIENT01”的客戶端設備300取得該內(nèi)容，該內(nèi)容的內(nèi)容ID是“IMGOI",在內(nèi)容取得服務器200的“/Data/MGOI. jpg”所示的位置保存有該內(nèi)容，該內(nèi)容的差分編號是“I”。但是，記錄在已取得內(nèi)容表400中的信息不限于此，也可以記錄內(nèi)容的尺寸等信息。圖5是表示已取得最大差分編號管理表450的數(shù)據(jù)構(gòu)成的圖。如圖5所示，在已取得最大差分編號管理表450的各個行中，記錄有客戶端ID(第I列)和與該客戶端ID對應的最大差分編號(第2列)。記錄在已取得最大差分編號管理表450中的客戶端ID的一覽(第I列)與由服務器登錄申請部202管理的、記錄在未圖示的登錄已完成客戶端列表(上述)中的客戶端ID的一覽相同。另外，該已取得最大差分編號管理表450在將內(nèi)容取得服務器200和客戶端設備300最初建立關聯(lián)時制作。在該制作中，在該最大差分編號管理表450的行中的客戶端ID的項目(第I列)中，記錄最初建立關聯(lián)的上述客戶端設備300的識別符。此外，在該制作中，在該行中的最大差分編號的項目(第2列)中作為初 始值而設定“O”。該已取得內(nèi)容表400例如每當內(nèi)容取得服務器200從客戶端設備300取得內(nèi)容并更新圖4的已取得內(nèi)容表400時被更新。另外，圖5的已取得最大差分編號管理表450并不是必須制作。即，例如也可以每當從客戶端設備300接受到最新差分編號的通知(上述)，從圖4的已取得內(nèi)容表400檢索最大差分編號。圖6是例示客戶端設備300向內(nèi)容取得服務器200提供的內(nèi)容列表(內(nèi)容列表500a)的階層構(gòu)造的圖。將構(gòu)成該內(nèi)容列表的各條目(要素)分類為列表(圖6的四邊形)或內(nèi)容信息(圓形)的某一方。因此，內(nèi)容列表由多個條目(列表和內(nèi)容信息)構(gòu)成。即，內(nèi)容列表如圖6所不，具有階層構(gòu)造。內(nèi)容信息(圓形)由與內(nèi)容有關的信息構(gòu)成。內(nèi)容列表的各條目在該條目是列表和內(nèi)容信息的任一個的情況下，都由內(nèi)容管理部303根據(jù)記錄在內(nèi)容表1000 (圖11)中的信息生成。在圖6中，列表以四邊形表不，內(nèi)容信息以圓形表不。此外，以括號表不的字符表示列表和內(nèi)容信息的識別符。例如，在圖6中，內(nèi)容列表從根列表500開始。根列表500包括圖像列表501、音樂列表、差分根列表502。此外，圖像列表501包括30個與圖像有關的內(nèi)容信息(從“MG01”到“頂G30”)。差分根列表502包括3個分割差分列表503。在這3個分割差分列表503中，分割差分列表“DIFF-LIST01”包括2個差分內(nèi)容信息(“REF-LIST09”及“REF-LIST10”)。另夕卜，分割差分列表“DIFF-LIST02”和分割差分列表“DIFF-LIST03”都包含10個差分內(nèi)容信息，所以在此省略其圖示。此外，以下如圖6中以虛線包圍所不，將差分根列表502、各分割差分列表503及差分內(nèi)容信息統(tǒng)稱為“差分列表”。此外，差分內(nèi)容信息(“REF-IMG09 ”等)只是為了確定內(nèi)容取得服務器200的未取得內(nèi)容而存在的，是沒有實際意義的內(nèi)容。因此，分割差分列表中并不一定需要記述以圓形表示的下級的條目。另一方面，像圖示的例子那樣，在差分列表中，通過在列表的最下級的階層中采用記述差分內(nèi)容信息的構(gòu)成，還具有能夠?qū)⒉罘謼l目與“圖像”及“音樂”等通常的其他條目同樣地處理的效果。關于圖6中的根列表500、圖像列表501、差分根列表502、分割差分列表503的具體例，使用圖7 圖10在后面說明。另外，為便于說明而區(qū)分為差分根列表502和分割差分列表503,但各自的構(gòu)成要素本質(zhì)上相同。圖7是表示圖6中的根列表500的數(shù)據(jù)構(gòu)造的圖。如圖7所示，在根列表500中記錄有內(nèi)容ID、參照目的地ID、類型、子數(shù)、資源路徑、差分編號及差分狀態(tài)。條目的種類無論是列表還是內(nèi)容信息，數(shù)據(jù)構(gòu)成都是相同的。即，例如如后所述，該圖7中的構(gòu)成是在任一列表的構(gòu)成中都共通的共通的構(gòu)成(參照后述的圖8 圖10)。
另外，對各構(gòu)成要素的值設定“-I”的情況下，表示未設定值。以后，只要未特別說明，不限于根列表500的構(gòu)成要素，作為值而設定“-I”的情況下，表示對該項目未設定值。在根列表500的各個行中的內(nèi)容ID的項目(第I列)中，記錄有從構(gòu)成內(nèi)容列表的全部條目中確定該行的條目的、每個條目固有的識別符。在參照目的地ID的項目(第2列)中，在該行的內(nèi)容ID所示的內(nèi)容信息(例如圖6的REF-MG09 )參照內(nèi)容列表所包含的其他內(nèi)容信息(IMG09 )的情況下，記錄有參照目的地的內(nèi)容信息的內(nèi)容ID (圖10的第2行第2列等)。在內(nèi)容列表中記入多個關聯(lián)的內(nèi)容信息的情況下(參照圖6的REF-MG09、IMG09等)，通過使用參照目的地ID，能夠確定原始的內(nèi)容信息。但是，在條目為列表的情況和雖然是內(nèi)容信息但未參照其他內(nèi)容信息的情況下，對參照目的地ID的項目設定“-I”(參照圖7等)。在類型的項目(第3列)中記錄有條目的種類。對類型的項目設定的值有“根列表”、“圖像列表”、“音樂列表”、“差分根列表”、“分割差分列表”、“圖像”、“音樂”及“差分” 。分別表不如下列表。即，“根列表”表不內(nèi)容列表中的最上級的階層的列表(圖6的根列表500)。“圖像列表”表示包含圖像內(nèi)容信息的列表(參照圖7的第2行第3列、圖8)，“音樂列表”表不包含音樂內(nèi)容信息的列表(參照圖7的第3行第3列等),“分割差分列表”表不分割差分列表(參照圖9的第3列、圖10)，“圖像”表示圖像的內(nèi)容信息(圖8)，“音樂”表示音樂的內(nèi)容信息，“差分”表示差分內(nèi)容信息(圖10)。但是，對類型的項目設定的種類不限于此，例如在將運動圖像內(nèi)容信息記入內(nèi)容列表的情況下，也可以設定“運動圖像列表”或“運動圖像”。另外，差分內(nèi)容信息如上所述，表示客戶端設備300中的發(fā)生了刪除、追加等變更的內(nèi)容的內(nèi)容信息，由差分列表管理部304記錄到內(nèi)容表1000 (圖11)中。在子數(shù)的項目(第4列)中，該項目所包括的行(條目)為列表的情況下(圖7的第2行、第4行等)，記錄有該列表中記入的條目的數(shù)量。但是，條目為內(nèi)容信息的情況下(第3行)，沒有其下級的條目，所以設定“-I ”。在資源路徑的項目(第5列)中，作為用于取得列表或內(nèi)容的訪問目的地路徑而記錄有HTTP地址。在差分編號的項目(第6列)中，如上所述，設定有差分列表管理部304所管理的數(shù)值。但是，僅在條目的類型為“差分根列表”、“分割差分列表”或“差分”的情況下設定。條目的類型為其以外的情況下，設定“-I ”。此外，在差分編號的項目中，條目的類型為“差分”的情況下，設定有與該條目所示的差分內(nèi)容信息建立了關聯(lián)的差分編號。另一方面，在差分編號的項目中，條目的類型為“分割差分列表”的情況下，記錄有與該條目所不的分割差分列表中記入的差分內(nèi)容信息建立了關聯(lián)的差分編號中的最大的差分編號。在差分狀態(tài)的項目(第7列)中，記錄有差分內(nèi)容信息所示的內(nèi)容的狀態(tài)，僅在條目的類型為“差分”的情況下設定。條目的類型為“差分”以外的情況下，設定“-I”。對差分狀態(tài)的項目設定的值有“追加”、“更新”、“刪除”。這些值分別表示差分內(nèi)容信息所示的內(nèi)容被新追加、更新、刪除。對差分狀態(tài)為“刪除”的條目的參照目的地ID的項目和資源路徑的項目設定“-I”。例如，在圖7中可知，根列表500具有3個條目(第2行 第4行)。此外，可知在第I個條目中，存在內(nèi)容ID為“ IMG-LIST01”、類型為“圖像列表”的列表，該列表的條目數(shù)為“30”，并且通過訪問“http ://10. O. O. 2/IMG-LIST01",能夠取得該條目的內(nèi)容。另外，將根列表500的資源路徑記入客戶端設備信息管理部301所管理的客戶端設備信息(上述)中。但是，不限于這樣的將根列表500的資源路徑記入客戶端設備信息的方法。也可以事先將資源路徑設定到內(nèi)容收集系統(tǒng)中。另外,根列表500的構(gòu)成和各構(gòu)成要素所表不的意思不限于根列表500,在內(nèi)容列表所包含的全部列表中是共通的。但是，內(nèi)容列表的構(gòu)成要素不限于此，例如也可以是表示內(nèi)容的尺寸的信息等。圖8是表示圖6中的圖像列表501的構(gòu)成的圖。如上所述，圖像列表501的構(gòu)成與根列表500是共通的，所以省略詳細說明。在圖8中可知，圖像列表501具有從“MG01”到“MG30”的30個條目。此外，可知在第I個 條目中，存在內(nèi)容ID為“MG01”、類型為“圖像”的內(nèi)容信息，通過訪問“http ://10. O. O. 2/IMGOI. jpg",能夠取得作為該條目的內(nèi)容的圖像。圖9是表示圖6中的差分根列表502的構(gòu)成的圖。如上所述，差分根列表502的構(gòu)成與根列表500是共通的，所以省略詳細說明。在圖9中可知，差分根列表502具有從“DIFF-LIST01”到“DIFF-LIST03”的3個條目。此外，可知在第I個條目中，存在內(nèi)容ID為“DIFF-LIST01”、類型為“分割差分列表”的分割差分列表，該分割差分列表的條目數(shù)為“2”、差分編號為“ 10”，并且通過訪問“http ://10. O. O. 2/DIFF-LIST01”，能夠取得該條目的內(nèi)容。另外，在該例中，將該差分根列表502的資源路徑記入到根列表500中(圖7的第4行第5列)。另一方面，也可以將該資源路徑記入到客戶端設備信息管理部301所管理的客戶端設備信息中。也可以像這樣在客戶端設備信息中記入差分根列表502的資源路徑。由此，內(nèi)容取得服務器200不必取得根列表500，就能夠直接取得差分根列表502，能夠進一步縮短取得內(nèi)容列表所需的處理時間。圖10是表示圖6中的分割差分列表503的構(gòu)成的圖。如上所述，分割差分列表503的構(gòu)成與根列表500是共通的，所以省略詳細說明。在圖10中可知，分割差分列表503具有“REF-MG09”及“REF-MGKT^ 2個條目。此外，可知在第I個條目中，存在內(nèi)容ID為“REF-MG09”、參照目的地ID為“MG09”、類型為“差分”的差分內(nèi)容信息，差分編號為“9”，差分狀態(tài)為“追加”，并且通過訪問“http ://10. O. O. 2/REF-IMG09 ”，能夠取得該條目的內(nèi)容。此外，根據(jù)第7列的“追加”，可知該條目是表示內(nèi)容ID為“MG09”的內(nèi)容被新追加到客戶端設備300中的差分內(nèi)容信息。圖11是表示記錄有與客戶端設備300所保存的內(nèi)容有關的信息的內(nèi)容表1000的構(gòu)成的圖。內(nèi)容表1000由內(nèi)容管理部303生成。內(nèi)容管理部303每當在客戶端設備300中內(nèi)容被追加、變更、刪除時，更新該內(nèi)容表1000。此外，內(nèi)容管理部303根據(jù)來自內(nèi)容取得服務器200的請求，基于該內(nèi)容表1000的信息，生成該內(nèi)容列表。在圖11中，內(nèi)容表1000具備內(nèi)容ID、參照目的地ID、類型、父列表、子數(shù)、文件路徑、差分編號、差分狀態(tài)(第I列 第8列)。其中，對于父列表(第4列)和文件路徑(第6列)以外的構(gòu)成要素，與從圖7到圖10所示的內(nèi)容列表中的與該構(gòu)成要素名字相同的構(gòu)成要素具有相同的意思，所以省略詳細說明。
內(nèi)容表1000的各個行(例如第6行)中的父列表的項目(“MG-LIST01”)表示記入有該行的內(nèi)容(圖8的圖像列表501)的條目(圖7的第2行)的、內(nèi)容列表中包含的列表(圖7的根列表500)的內(nèi)容ID (ROOT-LIsT)0例如，如上所述，表示內(nèi)容ID為“MG-LIST01 ”的列表(圖8)的條目(圖7的第2行)被記入在內(nèi)容ID為“ROOT”(圖7的R00T-LIST)的列表中(圖11的第6行第4列)。內(nèi)容管理部303基于該父列表的信息，生成內(nèi)容列表的階層構(gòu)造。文件路徑的項目(圖11的第6列)表示保存部306中的內(nèi)容的保存目的地。在此，在內(nèi)容列表的資源路徑的項目(圖7的第5列等)中，記錄有用于由內(nèi)容取得服務器200從客戶端設備300取得列表或內(nèi)容的訪問目的地路徑(包括客戶端設備300的網(wǎng)絡主機名或IP地址)。相對于此，在文件路徑的項目中，記錄有客戶端設備300的內(nèi)部的內(nèi)容的保存目的地(由目錄名和文件名構(gòu)成)。內(nèi)容管理部303根據(jù)來自內(nèi)容取得服務器200的請求，從內(nèi)容表1000的文件路徑生成內(nèi)容列表的資源路徑。圖12是表示客戶端設備300所管理的服務器管理表1100的構(gòu)成的圖。 服務器管理表1100如上所述，是記錄有與客戶端設備300從內(nèi)容取得服務器200接收的已取得最新差分編號通知(上述)有關的信息的表。在圖12中，服務器管理表1100記錄有服務器ID (第I列)和已取得最新差分編號(第2列)。在服務器ID的項目(第I列)中，記錄有每個內(nèi)容取得服務器200固有的識別符、即服務器ID。在已取得最新差分編號的項目(第2列)中，記錄有與內(nèi)容取得服務器200從客戶端設備300取得的內(nèi)容建立了關聯(lián)的各差分編號中的最大的差分編號。另外，在已取得最新差分編號的項目中記錄有“-I”的情況下，表示未從與該“-I”對應的服務器ID的內(nèi)容取得服務器200取得已取得最新差分編號通知。這時，客戶端設備300作為對應的內(nèi)容取得服務器200未從客戶端設備300取得差分列表所記載的內(nèi)容來處理。在服務器管理表1100中，例如第I個條目(第2行)表示，服務器ID為“SERVER01”，該服務器ID所示的內(nèi)容取得服務器200已經(jīng)全部取得了與“8”以下的差分編號建立了關聯(lián)的內(nèi)容。此外，服務器管理表1100的第3個條目(第4行)表示，服務器ID為“SERVER03”，未從該服務器ID所示的內(nèi)容取得服務器200接收已取得最新差分編號通知。圖13是表不客戶端設備300管理的差分編號管理表1200的構(gòu)成的圖。在圖13中，差分編號管理表1200記錄客戶端設備300中的最新差分編號。在最新差分編號的項目(第I列)中，記錄有差分列表管理部304所管理的差分編號的當前的值。如前所述，差分列表管理部304基于該差分編號管理表1200的信息,對在客戶端設備300中新追加的內(nèi)容、或者更新、刪除的內(nèi)容賦予新的差分編號。接著，說明客戶端設備300中新追加內(nèi)容的情況、已保存的內(nèi)容被更新或刪除的情況下的客戶端設備300的動作。在客戶端設備300中新追加了內(nèi)容的情況下，在客戶端設備300中，內(nèi)容管理部303將與狀態(tài)變化的內(nèi)容有關的信息記錄到內(nèi)容表1000 (圖11)中。這時，在內(nèi)容表1000的內(nèi)容ID的項目中記錄由內(nèi)容管理部303自動分配的識別符。然后，在類型的項目中，根據(jù)追加的內(nèi)容的種類，記錄“圖像”或“音樂”等。此外，在父列表的項目中，若追加的內(nèi)容的種類為“圖像”則記錄圖像列表的內(nèi)容ID，若為“音樂”則記錄音樂列表的內(nèi)容ID，記錄與內(nèi)容的種類對應的類型的列表的內(nèi)容ID。此外，在文件路徑的項目中，記錄保存部306中的內(nèi)容的保存目的地，在參照目的地ID、子數(shù)、差分編號及差分狀態(tài)的項目中分別記錄“-I”。在客戶端設備300中已保存的內(nèi)容被更新的情況下，內(nèi)容管理部303不更新內(nèi)容表1000而結(jié)束處理。但是，在內(nèi)容表1000的構(gòu)成要素中存在最終更新日期時間等信息的情況下，將相應的信息更新。在客戶端設備300中已保存的內(nèi)容被刪除的情況下，內(nèi)容管理部303從內(nèi)容表1000將該內(nèi)容的信息刪除。圖14是表示本發(fā)明的實施方式中的、保存的內(nèi)容的狀態(tài)變化的情況的客戶端設備的處理的流程的一部分的流程圖。具體地說，在客戶端設備300中已保存的內(nèi)容的狀態(tài)變化的情況，有在客戶端設備300中新追加了內(nèi)容的情況、已保存的內(nèi)容被更新的情況或被刪除的情況。各個情況下，客戶端設備300進行刪除的處理等上述處理之后，差分列表管理部304進行圖14的流程圖·所示的共通的處理。另外，以后不區(qū)分內(nèi)容是在客戶端設備300中追加的內(nèi)容、更新的內(nèi)容、還是刪除的內(nèi)容的情況下，將該內(nèi)容稱為狀態(tài)變化的內(nèi)容。說明圖14。首先，內(nèi)容管理部303在客戶端設備300中以一定間隔監(jiān)視是否有狀態(tài)變化的內(nèi)容(S1300)。有狀態(tài)變化的內(nèi)容的情況下(S1300 :是)，差分列表管理部304參照服務器管理表1100 (圖12)，確認已登錄的內(nèi)容取得服務器200是否存在I臺以上(S1301)。不存在已登錄的內(nèi)容取得服務器200的情況下(S1301 :否)，結(jié)束處理。存在已登錄的內(nèi)容取得服務器200的情況下(S1301 :是)，差分列表管理部304將根據(jù)狀態(tài)變化的內(nèi)容生成的差分內(nèi)容信息記錄到內(nèi)容表1000 (圖11)中(S1302)。接著，差分列表管理部304確認客戶端設備300是否已與網(wǎng)絡連接(S1303)?？蛻舳嗽O備300未與網(wǎng)絡連接的情況下(S1303 :否)，結(jié)束處理?？蛻舳嗽O備300已與網(wǎng)絡連接的情況下(S1303 :是)，差分列表管理部304進行如下動作。在該動作中，在各內(nèi)容取得服務器200中，客戶端設備300確認是否存在從該內(nèi)容取得服務器200接收到差分編號通知請求(上述)的內(nèi)容取得服務器200 (S1304)。如上所述，差分列表管理部304在任意的定時從內(nèi)容取得服務器200接收差分編號通知請求，并將接收的差分編號通知請求所包含的服務器ID存儲到易失性存儲器中。不存在接收到差分編號通知請求的內(nèi)容取得服務器200的情況下(S1304 :否)，結(jié)束處理。存在接收到差分編號通知請求的內(nèi)容取得服務器200的情況下(S1304 :是)，差分列表管理部304對于接收到差分編號通知請求的全部內(nèi)容取得服務器200，通知差分編號管理表1200的最新差分編號(S1305)。另外，差分列表管理部304也可以對該差分列表管理部304等設定時間間隔。差分列表管理部304可以對內(nèi)容取得服務器200以設定的時間間隔通知最新的差分編號。這種情況下，如果從上次通知起未經(jīng)過設定的時間間隔，則差分列表管理部304不執(zhí)行S1305的處理。例如可以將通知的時間間隔設定為200微秒。這樣，通過對通知設定時間間隔，在客戶端設備300中，防止了在短時間的期間內(nèi)發(fā)生多個狀態(tài)變化的內(nèi)容的情況下進行不合適的動作。即，能夠防止差分列表管理部304向內(nèi)容取得服務器200在短時間內(nèi)連續(xù)發(fā)送多個通知。由此，能夠削減內(nèi)容取得服務器200的處理負荷。
圖15是表示本發(fā)明的實施方式中的客戶端設備生成分割差分列表的處理的流程的流程圖。圖15與圖14的S1302中的處理對應。以下說明圖15。首先，差分列表管理部304參照內(nèi)容表1000，選擇最新的分割差分列表(S1401)。在此，最新的分割差分列表是指，在內(nèi)容表1000中的類型為“分割差分列表”的各條目中，差分編號的值為最大的條目的分割差分列表。但是，在內(nèi)容表1000中不存在類型為“分割差分列表”的條目的情況下，新制作類型為“分割差分列表”的條目。然后，對制作的條目的父列表設定表示根列表的“ROOT”。接著，差分列表管理部304確認最新的分割差分列表的子數(shù)，并確認所確認的子數(shù)是否為事先決定的數(shù)量以上(S14 02)。在本實施方式中，該事先決定的數(shù)量為10。分割差分列表的子數(shù)不是事先決定的數(shù)量以上的情況下(S1402 :否)，進入S1404。分割差分列表的子數(shù)是事先決定的數(shù)量以上的情況下(S1402 :是)，差分列表管理部304在內(nèi)容表1000中追加新的分割差分列表(S1403)。差分列表管理部304將差分編號管理表1200 (圖13)的最新差分編號更新為加上I后的值(S1404)。差分列表管理部304基于狀態(tài)變化的內(nèi)容來生成差分內(nèi)容信息，并追加到內(nèi)容表100中(S1405)。這時，將差分內(nèi)容信息的父列表的值作為在S1401中選擇的最新的分割差分列表的內(nèi)容ID。但是，在執(zhí)行S1403時，將父列表的值作為在S1403中追加的分割差分列表的內(nèi)容ID。另外，差分列表管理部304在將差分內(nèi)容信息追加到內(nèi)容表1000中的情況下，將追加的差分內(nèi)容信息的父列表所表示的列表的差分編號的值更新為追加的內(nèi)容信息的差分編號的值。這樣，差分列表管理部304通過進行圖15所示的處理，將與客戶端設備300中的狀態(tài)變化的內(nèi)容有關的信息記錄到內(nèi)容表1000中。圖16是表示本發(fā)明的實施方式中的由內(nèi)容取得服務器從客戶端設備取得內(nèi)容的、初次的處理的流程的順序圖。在此，初次的動作是指，在內(nèi)容取得服務器200所保存的登錄已完成客戶端列表中不存在客戶端設備300的客戶端ID的情況的動作。具體地說，內(nèi)容取得服務器200取得客戶端設備信息時(圖16的S1502)，能夠決定(判定)是初次的動作還是第2次以后的動作。另外，關于這一點，在下述的S1502的說明中詳細闡述。說明圖16。首先，客戶端設備300與網(wǎng)絡連接后，向網(wǎng)絡上的全部終端發(fā)送網(wǎng)絡已連接通知(S1501)。其中，用于向網(wǎng)絡上的全部終端發(fā)送信息的方法遵從對每個網(wǎng)絡設定的方法。此外，還有內(nèi)容取得服務器200已與網(wǎng)絡連接的情況。這種情況下，內(nèi)容取得服務器200向網(wǎng)絡上的全部終端請求網(wǎng)絡已連接通知。內(nèi)容取得服務器200通過進行該請求，從客戶端設備300得到網(wǎng)絡已連接通知。接收到網(wǎng)絡已連接通知的內(nèi)容取得服務器200的客戶端設備信息取得部201從客戶端設備信息管理部301取得客戶端設備信息(S1502)。接著，服務器登錄申請部202確認在S1502中取得的客戶端設備信息所記入的客戶端ID是否存在于保存部208所記錄的登錄已完成客戶端列表(上述)中。客戶端ID存在于登錄已完成客戶端列表中的情況下，從取得了客戶端設備信息的上述客戶端設備300的內(nèi)容取得是第2次以后。通過圖17說明這種情況下的上述確認以后的處理。另一方面，在登錄已完成客戶端列表中不存在客戶端ID的情況下，服務器登錄申請部202 (圖2)自動地、或者得到用戶的許可之后將包含服務器ID的服務器登錄請求(上述)發(fā)送給服務器管理部 302 (S1503)。接收到服務器登錄請求的服務器管理部302得到了用戶的許可的情況下，將服務器登錄請求所包含的服務器ID記錄到服務器管理表1100中(圖12的第I列)，并將登錄成功的意思向服務器登錄申請部202通知。這時，服務器管理部302對服務器管理表1100中的與記錄的上述服務器ID (圖12的第I列)對應的已取得最新差分編號(第2列)設定“-I”。未得到用戶的許可的情況下，服務器管理部302將登錄失敗的意思向服務器登錄申請部202通知。另外，接收到服務器登錄請求的服務器管理部302也可以不得到用戶的許可而自動地將服務器ID記錄到服務器管理表1100中。這樣，通過自動地記錄，能夠節(jié)省用戶的時間。服務器登錄請求成功的情況下，服務器登錄申請部202將登錄成功的客戶端設備300的客戶端ID追記到登錄已完成客戶端列表(上述)中。服務器登錄請求失敗的情況下，內(nèi)容取得服務器200向用戶通知該意思，并結(jié)束處理。
接著，內(nèi)容列表取得部203 (圖2)從內(nèi)容管理部303 (圖3)取得內(nèi)容列表(S1504)。這時，例如內(nèi)容列表的構(gòu)造為圖6所示的情況下，內(nèi)容列表取得部203首先取得根列表。然后，基于根列表中記入的信息，取得圖像列表和音樂列表。這樣，在一方的列表中記入有另一方的列表的情況下，內(nèi)容列表取得部203回歸地取得另一方的列表。但是，在從客戶端設備300取得內(nèi)容的初次的動作中，不取得差分根列表和分割差分列表。接著，內(nèi)容取得部204基于在S1504中取得的內(nèi)容列表，從內(nèi)容管理部303取得內(nèi)容(S1505)。內(nèi)容取得部204將與取得的內(nèi)容有關的信息記錄到已取得內(nèi)容表400 (圖4)中。這時，內(nèi)容取得部204取得內(nèi)容列表中記入的全部內(nèi)容。接著，內(nèi)容列表取得部203 (圖2)向差分列表管理部304 (圖3)發(fā)送包含服務器ID的最新的差分編號通知請求(上述)(S1506)。接收到最新的差分編號通知請求的差分列表管理部304將接收的差分編號通知請求所包含的服務器ID存儲到易失性存儲器中，并進行如下通知。在該通知中，將記錄在差分編號管理表1200 (圖13)中的最新差分編號與該客戶端設備300的客戶端ID —起向內(nèi)容列表取得部203通知(S1507)。進而，在其之后，差分列表管理部304在差分編號被更新的情況下，向存儲有服務器ID的內(nèi)容取得服務器200的每一個通知差分編號管理表1200的最新差分編號。在該通知中，將最新差分編號與該客戶端設備300的客戶端ID—起通知。接收到最新差分編號的差分列表管理部304進行圖17所示的S1605以后的處理。另外，差分列表管理部304在S1507中，除了記錄在差分編號管理表1200中的最新差分編號和客戶端ID之外，還可以通知如下的數(shù)量。即，該數(shù)量有內(nèi)容表1000 (圖11)中的類型(第3列)為“差分”的條目的條目數(shù)(分割差分列表中記入的差分內(nèi)容信息的總數(shù))。除了最新差分編號等之外，還可以將該條目數(shù)向內(nèi)容列表取得部203通知。通過通知類型為“差分”的條目數(shù)，內(nèi)容列表取得部203能夠估計分割差分列表的取得所需的時間，能夠向用戶提示所估計的時間等。例如，在圖11所示的內(nèi)容表1000中，類型為“差分”的條目數(shù)為22。此外，在本實施方式中，差分編號預先決定為逐次加“I”。在這樣的預先決定了差分編號的設定規(guī)則的情況下，也可以代替通知類型為“差分”的條目數(shù)，而通知如下編號。即，該編號有內(nèi)容表1000中的類型為“差分”的各條目。也可以代替上述條目數(shù)，而將對這些各條目設定的差分編號中的最小的差分編號向內(nèi)容列表取得部203通知。像本實施方式這樣，預先決定了將差分編號逐次加“I”的情況下，從接收的最新差分編號(參照圖13的“30”)減去該最小的差分編號并加上I的值成為分割差分列表中記入的條目數(shù)。即，根據(jù)該最小的差分編號確定上述條目數(shù)。因此，在這樣的通知最小的差分編號的情況下，也能夠得到與通知類型為“差分”的條目數(shù)的上述情況同等的效果。例如，在圖13所不的差分編號管理表1200中，最新差分編號為30。另一方面,在圖11所示的內(nèi)容表1000中，對類型為“差分”的條目設定的最小的差分編號為9。根據(jù)這些30及9，能夠通過式“30-9+1”計算類型為“差分”的條目數(shù)為22。圖17是表示本發(fā)明的實施方式中的內(nèi)容取得服務器從客戶端設備取得內(nèi)容的第2次以后的處理的流程的順序圖。在此，進行第2次以后的動作的情況是指，在內(nèi)容取得服務器200所保存的登錄已 完成客戶端列表(上述)中存在客戶端設備300的客戶端ID的情況。具體地說，內(nèi)容取得服務器200取得客戶端設備信息時(圖16的S1502、圖17的S1602)，能夠決定(判定)是初次的動作還是第2次以后的動作。另外，圖17的S 1601及S1602中的處理與圖16的S1501及S1502中的處理相同。此外，圖17的S1603及S 1604中的處理與圖16的S1506及S1507的處理相同，圖17的S1609中的處理與圖16的S1505中的處理相同。對圖16的各步驟的處理已經(jīng)做了說明，所以對于與圖16相同的處理，適當省略詳細的說明。說明圖17。首先，客戶端設備300與網(wǎng)絡連接后，將網(wǎng)絡已連接通知向網(wǎng)絡上的全部終端發(fā)送(S1601)。接收到網(wǎng)絡已連接通知的內(nèi)容取得服務器200的客戶端設備信息取得部201從客戶端設備信息管理部301取得客戶端設備信息(S1602)。服務器登錄申請部202確認在S1602中取得的客戶端設備信息所記入的客戶端ID是否存在于保存部208所記錄的登錄已完成客戶端列表中。在登錄已完成客戶端列表中不存在客戶端ID的情況下，從對應的客戶端設備300的內(nèi)容取得是初次，所以以后的處理與圖16中說明的相同。登錄已完成客戶端列表中存在客戶端ID的情況下，內(nèi)容列表取得部203向差分列表管理部304發(fā)送包含服務器ID的最新的差分編號通知請求(S1603)。接收到最新的差分編號通知請求的差分列表管理部304將接收的服務器ID存儲到易失性存儲器中，并將記錄在差分編號管理表1200中的最新差分編號與客戶端ID—起向內(nèi)容列表取得部203通知(S1604)。接收到客戶端ID和最新差分編號的內(nèi)容列表取得部203從已取得最大差分編號管理表450讀出在客戶端ID的項目中設定了與接收的客戶端ID的值相同值的最大差分編號的項目。然后，內(nèi)容列表取得部203將該讀出的最大差分編號和接收的最新差分編號進行比較(S1605)。內(nèi)容列表取得部203通過該比較，在確定為讀出的最大差分編號為接收的最新差分編號以上的情況下，判斷為在客戶端設備300中未保存有內(nèi)容取得服務器200未取得的內(nèi)容。做出該判斷的情況下，內(nèi)容取得服務器200結(jié)束從客戶端設備300的內(nèi)容取得處理。內(nèi)容列表取得部203通過上述比較，在確定為讀出的最大差分編號比接收的最新差分編號小的情況下，判斷為在客戶端設備300中保存有內(nèi)容取得服務器200未取得的內(nèi)容。做出該判斷的情況下，內(nèi)容取得服務器200繼續(xù)內(nèi)容取得處理。
內(nèi)容列表取得部203將差分列表取得請求發(fā)送給差分列表管理部304 (S1606)。接收到差分列表取得請求的差分列表管理部304根據(jù)圖11所示的內(nèi)容表1000，動態(tài)地生成圖9所不的差分根列表502及圖10所不的分割差分列表503 (S1607)。差分列表管理部304將生成的差分根列表502及分割差分列表503發(fā)送給內(nèi)容列表取得部203。內(nèi)容列表取得部203從差分列表管理部304取得差分根列表502及分割差分列表503 (S1608)。另外，使用圖18，在后面說明從S1605到S1608中的內(nèi)容列表取得部203的處理的詳細情況。接著，內(nèi)容取得部204基于在S1608中取得的差分列表，從內(nèi)容管理部303取得內(nèi)容(S1609)。內(nèi)容取得部204將與取得的內(nèi)容有關的信息記錄到已取得內(nèi)容表400 (圖4)中。內(nèi)容取得部204進行該記錄，并且將已取得條目的差分編號中的最大的差分編號記錄到已取得最大差分編號管理表450 (圖5)中(S1610)。這時，內(nèi)容取得部204取得分割差分列表503所記入的全部內(nèi)容。但是，對于差分狀態(tài)(圖10的第7列)被設定為“刪除”的內(nèi)容，對資源路徑(第5列)設定“-I”。因此，雖然實際上不取得，但是看作已取得并進行以后的處理?！そ又?，已取得內(nèi)容申請部205參照已取得最大差分編號管理表450的最大差分編號(圖5的第2列)。即，上述已取得最新差分編號通知包括該最大差分編號、即在S1609中取得的全部內(nèi)容中的最大的差分編號和服務器ID。已取得內(nèi)容申請部205進行上述參照，將該已取得最新差分編號通知發(fā)送給差分列表管理部304 (Sieil)0接收到已取得最新差分編號通知的差分列表管理部304將接收的信息記錄到服務器管理表1100中，更新服務器管理表1100 (S1612)。使用圖19在后面說明S1612的處理的詳細情況。接著，差分列表管理部304向已取得內(nèi)容申請部205發(fā)送已取得最新差分編號通知的接收完成通知(S1613)。另外，在S609中，內(nèi)容取得部204進行如下動作。S卩，在S1608中取得的分割差分列表(圖10)中，有對差分狀態(tài)的項目(第6列)設定為“刪除”的條目。在該動作中，這樣的條目的內(nèi)容記錄在已取得內(nèi)容表400 (圖4)中的情況下，將與該內(nèi)容有關的信息從已取得內(nèi)容表400刪除。在該動作中，進行該刪除之后，從保存部208也將該內(nèi)容的文件刪除，或者不進行該刪除以外的其他任何處理，或者向用戶通知，或者基于由系統(tǒng)事先設定的信息進行處理。另外，可以僅執(zhí)行這些處理中的I個處理，也可以執(zhí)行多個處理。內(nèi)容取得部204將與該內(nèi)容有關的信息或文件刪除的情況下，能夠使保存在內(nèi)容取得服務器200中的內(nèi)容與保存在客戶端設備300中的內(nèi)容一致。圖18是表示在本發(fā)明的實施方式中，內(nèi)容取得服務器從客戶端設備取得分割差分列表的處理的流程的流程圖。圖18與從圖17的S1605到S1608中的、內(nèi)容列表取得部203取得分割差分列表的處理對應。說明圖18。首先，內(nèi)容列表取得部203從已取得最大差分編號管理表450 (圖5)讀出與在S1604中接收的客戶端ID的值(第2列)對應的最大差分編號。內(nèi)容列表取得部203將該讀出的最大差分編號和在S1604中接收的最新差分編號進行比較(與S1700、S1605同等)。內(nèi)容列表取得部203在讀出的最大差分編號為接收的最新差分編號以上的情況下(S1700 :否)，判斷為在客戶端設備300中未保存內(nèi)容取得服務器200未取得的內(nèi)容，結(jié)束圖18的處理。即，這種情況下，如使用圖17所說明，內(nèi)容取得服務器200結(jié)束從客戶端設備300的內(nèi)容取得處理。內(nèi)容列表取得部203在讀出的最大差分編號小于接收的最新差分編號的情況下(S1700 :是)，判斷為在客戶端設備300中保存有內(nèi)容取得服務器200未取得的內(nèi)容。做出該判斷的情況下，從內(nèi)容管理部303取得根列表500 (S1701)。接著，內(nèi)容列表取得部203進行如下的關于列表的動作。該列表是指在S1701中取得的根列表500或在后述的S1703中取得的差分列表(差分根列表和分割差分列表的統(tǒng)稱)。在該列表中記載有差分列表。在該動作中，將記載 的全部差分列表的差分編號的值和在S1700中讀出的最大差分編號進行比較(S1702)。在該動作中，如果全部差分列表的差分編號的值是在S1700中讀出的最大差分編號以下的值(S1702 :否)，則判斷為在客戶端設備300中未保存內(nèi)容取得服務器200未取得的內(nèi)容，結(jié)束圖18的處理。在該動作中，只要有I個具有大于在S1700中讀出的最大差分編號的值的差分列表(S1702:是)，就判斷為在該差分列表中記入有與內(nèi)容取得服務器200未從客戶端設備300取得的內(nèi)容有關的信息。并且，在該動作中，全部取得具有大于在S1700中讀出的最大差分編號的值的差分列表(S1703)。并且，在該動作中，對S1703中取得的全部差分列表再次執(zhí)行S1702。像這樣，反復執(zhí)行S1702，直到不再存在具有大于S1700中讀出的最大差分編號的值的差分列表(記入有與內(nèi)容取得服務器200未從客戶端設備300取得的內(nèi)容有關的信息的分割差分列表和差分根列表)。在此，例如考慮內(nèi)容取得服務器200從客戶端ID為“CLIENT01”(圖5的第2行)的客戶端設備300取得差分列表的情況。其中，客戶端ID為“CLIENT01”的客戶端設備300具有圖6所示的構(gòu)造的內(nèi)容列表，內(nèi)容取得服務器200的已取得內(nèi)容表400 (圖4)記錄有圖4所示的信息。此外，在圖17的S 1604中，客戶端ID為“CLIENT01”的客戶端設備300作為最新的差分編號向內(nèi)容取得服務器200通知“30”。這時，內(nèi)容列表取得部203如下執(zhí)行圖18的處理。首先，內(nèi)容列表取得部203從已取得最大差分編號管理表450 (圖5)作為設定有“CLIENT01”的、與客戶端ID項目對應的最大差分編號的項目而讀出“8”(參照圖5)。然后，內(nèi)容列表取得部203將該“8”與接收的差分編號、即上述“30”進行比較(S1700)。讀出的最大差分編號“8”小于接收的差分編號“30” (S1700 :是)，所以內(nèi)容列表取得部203取得根列表500 (S1701)。然后，內(nèi)容列表取得部203將根列表500中記載的差分根列表502 (DIFF-R00T)的差分編號“30”(圖7的第4行第7列)和在S1700中讀出的最大的差分編號“8”進行比較(S1702)。然后，由于差分根列表502的差分編號大于在S1605中讀出的最大的差分編號(S1702 :是)，所以內(nèi)容列表取得部203取得差分根列表502 (圖9) (S1703)。接著，內(nèi)容列表取得部203將差分根列表502中記載的3個分割差分列表(第2行的“DIFF-LIST01”到第4行的“DIFF-LIST03”)各自的差分編號和在S1700中讀出的最大的差分編號“8”進行比較(S1702)。內(nèi)容列表取得部203通過這些比較，確定出任一分割差分列表的差分編號都大于在S1605中讀出的最大的差分編號(S1702 :是)，所以全部取得3個分割差分列表(S1703)。然后，在取得的3個分割差分列表的任一個中，都沒有比其下級的分割差分列表，所以結(jié)束處理(S1702 :否)。其中，設3個分割差分列表(從“DIFF-LIST01”到“DIFF-LIST03”)的任一個都沒有比其下級的分割差分列表。另外,如上所述,例如差分根列表502的資源路徑記入在根列表500中。另一方面，該資源路徑也可以記入在客戶端設備信息管理部301所管理的客戶端設備信息中。這時，內(nèi)容列表取得部203不必取得根列表500，直接取得差分根列表502。由此，能夠縮短內(nèi)容列表取得部203進行內(nèi)容列表取得所需的處理時間。圖19是表示本發(fā)明的實施方式中的、從內(nèi)容取得服務器接收到已取得最新差分編號通知的客戶端設備的處理的流程的流程圖。S卩，在圖17的S1612中，接收到已取得最新差分編號通知的差分列表管理部304進行如下處理。在該處理中，將接收的信息記錄到服務器管理表1100 (圖12)中，更新分割差分列表。圖19與該處理對應。 說明圖19。首先，差分列表管理部304將服務器管理表1100(圖12)中的、與接收的已取得最新差分編號通知的服務器ID (第I列)對應的已取得最新差分編號(第2列)置換為置換后的編號。置換后的編號是接收的已取得最新差分編號通知的差分編號(S1801)。接著，差分列表管理部304取得與記錄在服務器管理表1100中的全部服務器ID對應的已取得最新差分編號中的最小的差分編號(S1802)。接著，差分列表管理部304將內(nèi)容表1000(圖11)中的下面那樣的條目刪除。刪除的條目是類型為“差分”、且具有在S1802中取得的最小的差分編號以下的差分編號的條目。將全部這樣的條目從內(nèi)容表1000刪除(S1803)。在此，類型為“差分”的條目表示差分內(nèi)容信息，所以在S1803中成為刪除對象的僅為差分內(nèi)容信息。此外，通過將類型為“差分”的條目刪除，子數(shù)成為“O”的分割差分列表(類型為“分割差分列表”的條目)也刪除。在此，在S1802中選擇的最小的差分編號是如下那樣的I個以上的差分內(nèi)容信息的差分編號中的最小的差分編號。即，在分割差分列表中記入的各差分內(nèi)容信息中，包含登錄在服務器管理表1100中的全部內(nèi)容取得服務器200已取得的差分內(nèi)容信息。選擇的最小的差分編號表示I個以上這樣的全部內(nèi)容取得服務器200已取得的差分內(nèi)容信息的差分編號中的最小的差分編號。S卩，具有在S1802中選擇的最小的差分編號以下的差分編號的任一差分內(nèi)容信息都如下所述。即，該差分內(nèi)容信息對哪個內(nèi)容取得服務器200來說都不需要。因此，在S1803的處理中，將這樣的選擇的最小的差分編號以下的差分編號各自的差分內(nèi)容信息從內(nèi)容表1000刪除。此外，通過將哪個內(nèi)容取得服務器200都不需要的差分內(nèi)容信息刪除，在該刪除之后，能夠防止在分割差分列表中記入不需要的差分內(nèi)容信息。由此，能夠削減內(nèi)容取得服務器200取得的分割差分列表的信息量，縮短在該系統(tǒng)中進行的處理的處理時間。此外，在圖16的S1507中，差分列表管理部304每當由于內(nèi)容的追加、更新或刪除，而內(nèi)容的狀態(tài)變化時，進行如下的動作。在該動作中，將客戶端設備300中的最新的差分編號通知給全部內(nèi)容取得服務器200。另一方面，差分列表管理部304也可以還進行如下通知。S卩，進行圖19的S1803中的處理。在該處理中，將與全部內(nèi)容取得服務器200的已取得最新差分編號中的最小的差分編號以下的差分編號建立了關聯(lián)的差分條目全部從差分列表刪除。在該刪除之后，差分列表管理部304也可以將從全部內(nèi)容取得服務器200接收的已取得最新差分編號中的最小的差分編號與該客戶端設備300的客戶端ID —起向內(nèi)容列表取得部203通知。由此，在內(nèi)容列表取得部203中，能夠計算當前記錄在差分列表中的差分條目的數(shù)量。由此，能夠根據(jù)計算出的上述數(shù)量來估算取得分割差分列表所需的時間及取得未取得的內(nèi)容所需的時間。圖20是表示本發(fā)明的實施方式中的、從內(nèi)容取得服務器接收到服務器登錄解除請求的客戶端設備的處理的流程的流程圖。具體地說，在該處理中，內(nèi)容取得服務器200的服務器登錄申請部202向客戶端設備300發(fā)送服務器登錄解除請求的情況下，客戶端設備300將該內(nèi)容取得服務器200的登錄解除。內(nèi)容取得服務器200發(fā)送服務器登錄請求(圖16的S1503)之后，將服務器登錄解除請求發(fā)送給客戶端設備300。由此，能夠向客戶端設備300請求登錄的解除。服務器登錄·解除請求按照用戶的指示或內(nèi)容取得服務器200的初始設定來發(fā)送。另外，在服務器登錄解除請求中包含將登錄解除的內(nèi)容取得服務器200的服務器ID。說明圖20。首先，服務器管理部302將具有從服務器管理表1100 (圖12)接收的服務器登錄解除請求所包含的服務器ID的條目刪除(S1901)。接著，差分列表管理部304參照服務器管理表1100，確認已登錄的內(nèi)容取得服務器200是否存在I臺以上(S1902)。存在已登錄的內(nèi)容取得服務器200的情況下(S1902 是)，結(jié)束處理。不存在已登錄的內(nèi)容取得服務器200的情況下(S1902 :否)，差分列表管理部304從內(nèi)容表1000將差分內(nèi)容信息(類型為“差分”的條目)和差分列表(類型為“差分根列表”或“分割差分列表”的條目)全部刪除(S1903)。將記錄在服務器管理表1100中的內(nèi)容取得服務器200的條目刪除而不存在該條目表示如下情況。即，該內(nèi)容取得服務器200不需要分割差分列表，不存在需要該分割差分列表的內(nèi)容取得服務器200。因此，通過服務器登錄解除請求，不存在記錄在服務器管理表1100中的內(nèi)容取得服務器200的條目的情況下，客戶端設備300能夠進行如下的刪除。即，能夠從內(nèi)容表1000將差分內(nèi)容信息和差分列表(差分根列表及分割差分列表)刪除。這樣，通過將不需要的差分內(nèi)容信息和差分列表刪除，能夠削減客戶端設備300的存儲區(qū)域的消耗量。此外，在其之后，客戶端設備300不在內(nèi)容表1000中記錄差分內(nèi)容信息，直到通過服務器登錄請求在服務器管理表1100中記錄有內(nèi)容取得服務器200。這樣，通過不在內(nèi)容表1000中記錄不需要的差分內(nèi)容信息，能夠削減客戶端設備300的處理量。另外，在圖20中，內(nèi)容取得服務器200的服務器登錄申請部202向客戶端設備300發(fā)送服務器登錄解除請求的情況下，說明進行如下的解除的例子。即，這種情況下，說明了客戶端設備300將該內(nèi)容取得服務器200的登錄解除的例子。另一方面，也可以通過由用戶對客戶端設備300所具備的未圖示的輸入部進行操作，來進行如下的指定。S卩，可以通過該指定，來指定將登錄解除的內(nèi)容取得服務器200。例如，在數(shù)碼相機等中，能夠從顯示于液晶面板的菜單畫面等顯示所登錄的內(nèi)容取得服務器200的一覽。在這樣的從登錄內(nèi)容取得服務器200的一覽中，可以通過上下按鈕等接受用戶的選擇。可以將用戶通過該選擇而選擇的內(nèi)容取得服務器200的登錄解除。另外，框圖(圖2、圖3等)的各功能塊典型地作為集成電路、即LSI來實現(xiàn)?？梢詫⑵鋯为毜貑涡酒?，也可以包含一部分或全部地單芯片化。
例如也可以將存儲器以外的功能塊單芯片化。在此采用了 LSI，但是根據(jù)集成度的不同，有時也稱為1C、系統(tǒng)LSI、超級LSI、特級LSI。此外，集成電路化的手法不限于LSI，也可以通過專用電路或通用處理器來實現(xiàn)。還可以利用在LSI制造后可編程的FPGA (Field Programmable Gate Array)或能夠?qū)SI內(nèi)部的電路單元的連接和設定再構(gòu)筑的可重構(gòu)處理器。此外，通過半導體技術的進步或派生的其他技術，如果出現(xiàn)了代替LSI的集成電路化的技術，當然可以使用該技術來進行功能塊的集成化。生物技術的應用等也存在可能性。此外，也可以將各功能塊中的容納內(nèi)容的單元不單芯片化，而另外構(gòu)成。·以上參照

了本發(fā)明的實施方式，但是本發(fā)明不限于圖示的實施方式。對于圖示的實施方式，在與本發(fā)明相同或均等的范圍內(nèi)，可以試駕各種修正或變形。另外，在上述各實施方式中，各構(gòu)成要素可以由專用的硬件構(gòu)成，或者通過執(zhí)行適于各構(gòu)成要素的軟件程序來實現(xiàn)。各構(gòu)成要素可以由CPU或處理器等程序執(zhí)行部讀出并執(zhí)行記錄在硬盤或半導體存儲器等記錄介質(zhì)中的軟件程序來實現(xiàn)。在此，實現(xiàn)上述各實施方式的客戶端設備等的軟件是如下的程序。例如，該程序是由I個以上的服務器裝置取得保存多個內(nèi)容的保存部所保存的多個內(nèi)容的內(nèi)容取得系統(tǒng)中的客戶端設備的、記錄在計算機用非暫時性計算機可讀取的記錄介質(zhì)中的程序，使計算機作為以下各部進行動作內(nèi)容管理部，使I個以上的所述服務器裝置取得被保存的所述內(nèi)容；差分信息管理部，制作差分信息作為I個以上的所述服務器裝置所共通的信息，并根據(jù)I個以上的所述服務器裝置各自的請求提供所述差分信息，該差分信息記錄有與保存的所述內(nèi)容中的未由I個以上的所述服務器裝置中的某一個服務器裝置從所述客戶端設備取得的內(nèi)容有關的內(nèi)容信息；以及已取得內(nèi)容管理部，從I個以上的所述服務器裝置分別接收已取得內(nèi)容信息，該已取得內(nèi)容信息是與所述服務器裝置已經(jīng)取得的內(nèi)容有關的所述內(nèi)容信息；所述差分信息管理部基于接收的所述已取得內(nèi)容信息，將與全部所述服務器裝置中已取得的內(nèi)容有關的所述內(nèi)容信息從所述差分信息刪除。此外，例如，該程序是由服務器裝置取得客戶端設備所保存的多個內(nèi)容的內(nèi)容取得系統(tǒng)中的服務器裝置的、記錄在計算機用非暫時性計算機可讀取的記錄介質(zhì)中的程序，使計算機作為以下各部進行動作差分信息取得部，從所述客戶端設備取得差分信息，該差分信息記錄有與所述客戶端設備所保存的內(nèi)容有關的內(nèi)容信息，且表示I個以上的所述服務器裝置中的某一個服務器裝置未從所述客戶端設備取得的內(nèi)容；內(nèi)容取得部，基于記錄在所述差分信息中的所述內(nèi)容信息，從所述客戶端設備僅取得未取得的內(nèi)容；以及已取得內(nèi)容管理部，記錄與所述內(nèi)容取得部取得的內(nèi)容有關的內(nèi)容信息；在所述差分信息中，按每個內(nèi)容記錄所述內(nèi)容信息,此外,通過大小關系,將所述內(nèi)容信息與表示包括內(nèi)容的追加、更新或刪除的狀態(tài)變化的時間序列的差分編號建立關聯(lián)，所述已取得內(nèi)容管理部將和與所述內(nèi)容取得部取得的內(nèi)容有關的所述內(nèi)容信息建立了關聯(lián)的所述差分編號中的最大的差分編號作為第一差分編號記錄，所述內(nèi)容取得部從所述客戶端設備僅取得所述差分信息中與大于所述第一差分編號的所述差分編號建立了關聯(lián)的所述內(nèi)容信息所對應的內(nèi)容，還使所述服務器裝置作為已取得內(nèi)容通知部動作，該已取得內(nèi)容通知部將所述服務器裝置的識別符即服務器識別符、以及所述第一差分編號通知給所述客戶端設備。工業(yè)實用性根據(jù)本發(fā)明的內(nèi)容取得系統(tǒng)，客戶端設備對于多個內(nèi)容取得服務器僅管理I種內(nèi)容列表即可。此外，客戶端設備從各內(nèi)容取得服務器接收與該內(nèi)容取得服務器從該客戶端設備取得的已取得的內(nèi)容有關的信息。并且，客戶端設備將與全部內(nèi)容取得服務器已取得的內(nèi)容有關的信息從內(nèi)容列表刪除。由此，能夠減少內(nèi)容列表中的多余的信息。由此，客戶端設備能夠以比使用個別內(nèi)容列表的方法少的處理負荷，制作內(nèi)容列表。此外，內(nèi)容取得服務器能夠從客戶端設備取得與使用全內(nèi)容列表的方法相比多余信息較少的內(nèi)容列表。由于能夠進行這樣的取得，能夠縮短從客戶端設備取得內(nèi)容列表的時間和從內(nèi)容列表確定未取得的內(nèi)容的時間。因此，本發(fā)明的內(nèi)容取得系統(tǒng)作為從保存內(nèi)容的客戶端設備取得內(nèi)容并通過服務器裝置進行統(tǒng)一管理的內(nèi)容取得系統(tǒng)等是有用的。標記說明 100顯示器200內(nèi)容取得服務器201客戶端設備信息取得部202服務器登錄申請部203內(nèi)容列表取得部204內(nèi)容取得部205已取得內(nèi)容申請部206通信控制部207顯示控制部208、306 保存部300客戶端設備301客戶端設備信息管理部302服務器管理部303內(nèi)容管理部304差分列表管理部305通信控制部400已取得內(nèi)容表450已取得最大差分編號管理表500根列表501圖像列表502差分根列表503分割差分列表1000 內(nèi)容表1100服務器管理表1200差分編號管理表
權利要求
1.一種客戶端設備，是由I個以上的服務器裝置取得客戶端設備所保存的多個內(nèi)容的內(nèi)容取得系統(tǒng)的客戶端設備，具備 保存部，保存多個內(nèi)容； 內(nèi)容管理部，使I個以上的所述服務器裝置取得被保存的所述內(nèi)容； 差分信息管理部，制作差分信息作為I個以上的所述服務器裝置所共通的信息，并根據(jù)I個以上的所述服務器裝置各自的請求提供所述差分信息，該差分信息記錄了關于被保存的所述內(nèi)容中I個以上的所述服務器裝置中的某一個服務器裝置未從所述客戶端設備取得的內(nèi)容的內(nèi)容信息；以及 已取得內(nèi)容管理部，從I個以上的所述服務器裝置分別接收已取得內(nèi)容信息，該已取得內(nèi)容信息是關于所述服務器裝置已經(jīng)取得的內(nèi)容的所述內(nèi)容信息； 所述差分信息管理部基于接收的所述已取得內(nèi)容信息，從所述差分信息中，刪除關于在全部所述服務器裝置中已取得的內(nèi)容的所述內(nèi)容信息。
2.如權利要求I所述的客戶端設備， 所述客戶端設備還具備服務器管理部，該服務器管理部存儲I個以上的用于識別I個以上的所述服務器裝置的服務器識別符； 在所述保存部所保存的所述內(nèi)容中追加了新的內(nèi)容、或者被保存的所述內(nèi)容被更新或刪除的情況下，所述差分信息管理部將關于被追加、更新或刪除的所述內(nèi)容的所述內(nèi)容信息作為新的內(nèi)容信息追加到所述差分信息中， 所述已取得內(nèi)容管理部從所述服務器裝置接收所述服務器識別符和所述已取得內(nèi)容信息，將接收的所述服務器識別符和所述已取得內(nèi)容信息建立關聯(lián)并記錄， 所述差分信息管理部從所述差分信息中，刪除在所述已取得內(nèi)容管理部所記錄的所述已取得內(nèi)容信息中與由所述服務器管理部存儲的全部所述服務器識別符建立了關聯(lián)的所述已取得內(nèi)容信息所示的所述內(nèi)容信息。
3.如權利要求2所述的客戶端設備， 在所述客戶端設備中追加了新的內(nèi)容、或者被保存的所述內(nèi)容被更新或刪除的情況下，所述差分信息管理部將關于所述被追加、更新或刪除的所述內(nèi)容的所述內(nèi)容信息記錄到所述差分信息中之后，將所述差分信息被更新這一情況通知給在所述服務器管理部中存儲有服務器識別符的全部所述服務器裝置。
4.如權利要求3所述的客戶端設備， 所述差分信息管理部還在所述差分信息中記錄了關于所述被追加、更新或刪除的所述內(nèi)容的所述內(nèi)容信息之后，將記錄在所述差分信息中的所述內(nèi)容信息的總數(shù)通知給在所述服務器管理部中存儲有服務器識別符的全部所述服務器裝置。
5.如權利要求2所述的客戶端設備， 所述差分信息管理部對差分編號進行管理，該差分編號與關于所述服務器裝置中的某一個服務器裝置未從所述客戶端設備取得的內(nèi)容的內(nèi)容信息建立關聯(lián)，并通過大小關系表示包括內(nèi)容的追加、更新或刪除的狀態(tài)變化的時間序列，每當所述客戶端設備中追加了新的內(nèi)容、或者已保存的所述內(nèi)容被更新或刪除時，使所述差分編號增加，并將增加后的所述差分編號與關于發(fā)生所述狀態(tài)變化的內(nèi)容的內(nèi)容信息建立關聯(lián)， 所述已取得內(nèi)容管理部從所述服務器裝置接收與所述服務器識別符和所述已取得內(nèi)容信息建立了關聯(lián)的所述差分編號中的最大的差分編號， 所述服務器管理部對服務器管理表進行管理，該服務器管理表將接收的所述服務器識別符與所述最大的差分編號建立了關聯(lián)， 所述差分信息管理部在與由所述服務器管理部存儲的全部所述服務器裝置的所述服務器識別符建立了關聯(lián)的所述差分編號中，選擇最小的差分編號，從所述差分信息中，刪除所述差分信息中與所述最小的差分編號以下的差分編號建立了關聯(lián)的所述內(nèi)容信息。
6.如權利要求5所述的客戶端設備， 所述差分信息管理部在所述差分信息中記錄了關于發(fā)生所述狀態(tài)變化的內(nèi)容的內(nèi)容信息之后，將記錄在所述差分信息中的差分編號中最大的所述差分編號通知給在所述服務器管理部中存儲有服務器識別符的全部所述服務器裝置。
7.如權利要求6所述的客戶端設備， 所述差分信息管理部在所述差分信息中記錄了關于發(fā)生所述狀態(tài)變化的內(nèi)容的內(nèi)容信息之后，將記錄在所述差分信息中的差分編號中最小的所述差分編號通知給在所述服務器管理部中存儲有服務器識別符的全部所述服務器裝置。
8.如權利要求5所述的客戶端設備， 所述差分信息管理部，(I)將與所述差分編號建立了關聯(lián)的所述內(nèi)容信息記錄到第一差分信息中，將記錄在所述第一差分信息中的所述差分編號中最大的差分編號與關于所述第一差分信息的信息建立關聯(lián)，并記錄到所述第一差分信息的上級階層的第二差分信息中， 進而，所述差分信息管理部，(2)將所述內(nèi)容信息記錄到所述第一差分信息中時，在記錄在所述第一差分信息中的所述內(nèi)容信息的數(shù)量達到了預定數(shù)量的情況下，新制作與所述第一差分信息相同階層的第三差分信息，將超過所述預定數(shù)量的所述內(nèi)容信息記錄到所述第三差分信息中，將記錄在所述第三差分信息中的所述差分編號中最大的差分編號與關于所述第三差分信息的信息建立關聯(lián)，并記錄到所述第二差分信息中， 根據(jù)所述服務器裝置的請求提供所述第一差分信息，或者提供所述第二差分信息、以及所述第一差分信息或所述第三差分信息中的某一個以上。
9.如權利要求2所述的客戶端設備， 僅在存在由所述服務器管理部存儲有服務器識別符的所述服務器裝置的情況下，所述差分信息管理部將所述內(nèi)容信息記錄到所述差分信息中。
10.如權利要求2所述的客戶端設備， 所述服務器管理部在存儲的所述服務器識別符中將指定的所述服務器識別符刪除， 在所述服務器管理部所存儲的所述服務器識別符不再存在的情況下，所述差分信息管理部將記錄在所述差分信息中的全部所述內(nèi)容信息及所述差分信息刪除。
11.如權利要求2所述的客戶端設備， 所述服務器管理部從所述服務器裝置接收包含所述服務器識別符的服務器登錄請求，并存儲所接收的所述服務器識別符。
12.如權利要求2所述的客戶端設備， 所述客戶端設備具備設備信息提供部，該設備信息提供部將客戶端設備信息提供給所述服務器裝置，該客戶端設備信息包含該客戶端設備的客戶端識別符，且記載了關于該客戶端設備的信息； 所述設備信息提供部在所述客戶端設備信息中記載用于取得所述差分信息的信息。
13.一種服務器裝置，是由I個以上的服務器裝置取得客戶端設備所保存的多個內(nèi)容的內(nèi)容取得系統(tǒng)中的服務器裝置，具備 差分信息取得部，從所述客戶端設備取得差分信息，該差分信息記錄了關于所述客戶端設備所保存的內(nèi)容的內(nèi)容信息，并且表示I個以上的所述服務器裝置中的某一個服務器裝置未從所述客戶端設備取得的內(nèi)容； 內(nèi)容取得部，基于記錄在所述差分信息中的所述內(nèi)容信息，從所述客戶端設備僅取得未取得的內(nèi)容；以及 已取得內(nèi)容管理部，記錄關于所述內(nèi)容取得部所取得的內(nèi)容的內(nèi)容信息； 在所述差分信息中，按每個內(nèi)容記錄所述內(nèi)容信息，還通過大小關系將差分編號與所述內(nèi)容信息建立關聯(lián)，該差分編號表示包括內(nèi)容的追加、更新或刪除的狀態(tài)變化的時間序列， 所述已取得內(nèi)容管理部記錄與關于所述內(nèi)容取得部所取得的內(nèi)容的所述內(nèi)容信息建立了關聯(lián)的所述差分編號中最大的差分編號作為第一差分編號， 所述內(nèi)容取得部從所述客戶端設備僅取得所述差分信息中與大于所述第一差分編號的所述差分編號建立了關聯(lián)的所述內(nèi)容信息所對應的內(nèi)容， 所述服務器裝置還具備已取得內(nèi)容通知部，該已取得內(nèi)容通知部將所述服務器裝置的識別符即服務器識別符、以及所述第一差分編號通知給所述客戶端設備。
14.如權利要求13所述的服務器裝置， 所述服務器裝置具備差分編號接收部，該差分編號接收部從所述客戶端設備接收最新的差分編號； 所述差分信息取得部將所述差分編號接收部接收的所述最新的差分編號與所述第一差分編號進行比較，僅在所述差分編號接收部接收的所述最新的差分編號大于所述第一差分編號的情況下，從所述客戶端設備取得所述差分信息。
15.如權利要求13所述的服務器裝置， 所述差分信息取得部在從所述客戶端設備取得的第一差分信息中記載了關于比所述第一差分信息更下級的階層的第二差分信息的信息的情況下，從關于所述第二差分信息的信息中取得與記錄在所述第二差分信息中的內(nèi)容信息建立了關聯(lián)的差分編號，并與所述第一差分編號進行比較，僅在與記錄在所述第二差分信息中的內(nèi)容信息建立了關聯(lián)的所述差分編號大于所述第一差分編號的情況下，取得所述第二差分信息。
16.如權利要求13所述的服務器裝置， 所述服務器裝置具備設備信息取得部，該設備信息取得部取得客戶端設備信息，該客戶端設備信息記載了用于從所述客戶端設備取得所述差分信息的信息，并且包含客戶端識別符； 所述差分信息取得部基于所述客戶端設備信息所記載的所述信息，取得所述差分信
17.一種內(nèi)容取得方法，是客戶端設備的內(nèi)容取得方法，在由I個以上的服務器裝置取得客戶端設備所保存的多個內(nèi)容的內(nèi)容取得系統(tǒng)中，該客戶端設備具備保存多個內(nèi)容的保存部，該內(nèi)容取得方法為 使I個以上的所述服務器裝置取得被保存的所述內(nèi)容； 制作差分信息作為I個以上的所述服務器裝置所共通的信息，并根據(jù)I個以上的所述服務器裝置各自的請求提供所述差分信息，該差分信息記錄了關于被保存的所述內(nèi)容中I個以上的所述服務器裝置中的某一個服務器裝置未從所述客戶端設備取得的內(nèi)容的內(nèi)容信息； 從I個以上的所述服務器裝置分別接收已取得內(nèi)容信息，該已取得內(nèi)容信息是關于所述服務器裝置已經(jīng)取得的內(nèi)容的所述內(nèi)容信息； 基于接收的所述已取得內(nèi)容信息，從所述差分信息中，刪除關于在全部所述服務器裝置中已取得的內(nèi)容的所述內(nèi)容信息。
18.一種內(nèi)容取得方法，是由服務器裝置取得客戶端設備所保存的多個內(nèi)容的內(nèi)容取得系統(tǒng)中的服務器裝置的內(nèi)容取得方法， 從所述客戶端設備取得差分信息，該差分信息記錄了關于所述客戶端設備所保存的內(nèi)容的內(nèi)容信息，并且表示I個以上的所述服務器裝置中的某一個服務器裝置未從所述客戶端設備取得的內(nèi)容； 基于記錄在所述差分信息中的所述內(nèi)容信息，從所述客戶端設備僅取得未取得的內(nèi)容； 記錄關于所取得的內(nèi)容的內(nèi)容信息； 在所述差分信息中，按每個內(nèi)容記錄所述內(nèi)容信息，還通過大小關系將差分編號與所述內(nèi)容信息建立關聯(lián)，該差分編號表示包括內(nèi)容的追加、更新或刪除的狀態(tài)變化的時間序列； 記錄與關于在僅取得所述未取得的內(nèi)容的步驟中取得的內(nèi)容的所述內(nèi)容信息建立了關聯(lián)的所述差分編號中最大的差分編號作為第一差分編號； 在僅取得所述未取得的內(nèi)容的步驟中，從所述客戶端設備僅取得所述差分信息中與大于所述第一差分編號的所述差分編號建立了關聯(lián)的所述內(nèi)容信息所對應的內(nèi)容； 在所述服務器裝置中，還將所述服務器裝置的識別符即服務器識別符、以及所述第一差分編號通知給所述客戶端設備。
19.一種程序，是由I個以上的服務器裝置取得保存多個內(nèi)容的保存部所保存的多個內(nèi)容的內(nèi)容取得系統(tǒng)中的客戶端設備的、記錄在計算機用非暫時性計算機可讀記錄介質(zhì)中的程序，使計算機作為以下各部進行動作 內(nèi)容管理部，使I個以上的所述服務器裝置取得被保存的所述內(nèi)容； 差分信息管理部，制作差分信息作為I個以上的所述服務器裝置所共通的信息，并根據(jù)I個以上的所述服務器裝置各自的請求提供所述差分信息，該差分信息記錄了關于被保存的所述內(nèi)容中I個以上的所述服務器裝置中的某一個服務器裝置未從所述客戶端設備取得的內(nèi)容的內(nèi)容信息；以及 已取得內(nèi)容管理部，從I個以上的所述服務器裝置分別接收已取得內(nèi)容信息，該已取得內(nèi)容信息是關于所述服務器裝置已經(jīng)取得的內(nèi)容的所述內(nèi)容信息； 所述差分信息管理部基于接收的所述已取得內(nèi)容信息，從所述差分信息中，刪除關于在全部所述服務器裝置中已取得的內(nèi)容的所述內(nèi)容信息。
20.一種程序，是由服務器裝置取得客戶端設備所保存的多個內(nèi)容的內(nèi)容取得系統(tǒng)中的服務器裝置的、記錄在計算機用非暫時性計算機可讀記錄介質(zhì)中的程序，使計算機作為以下各部進行動作 差分信息取得部，從所述客戶端設備取得差分信息，該差分信息記錄了關于所述客戶端設備所保存的內(nèi)容的內(nèi)容信息，并且表示I個以上的所述服務器裝置中的某一個服務器裝置未從所述客戶端設備取得的內(nèi)容； 內(nèi)容取得部，基于記錄在所述差分信息中的所述內(nèi)容信息，從所述客戶端設備僅取得未取得的內(nèi)容；以及 已取得內(nèi)容管理部，記錄關于所述內(nèi)容取得部所取得的內(nèi)容的內(nèi)容信息； 在所述差分信息中，按每個內(nèi)容記錄所述內(nèi)容信息，還通過大小關系將差分編號與所述內(nèi)容信息建立關聯(lián)，該差分編號表示包括內(nèi)容的追加、更新或刪除的狀態(tài)變化的時間序列； 所述程序使所述已取得內(nèi)容管理部記錄與關于所述內(nèi)容取得部所取得的內(nèi)容的所述內(nèi)容信息建立了關聯(lián)的所述差分編號中最大的差分編號作為第一差分編號， 所述程序使所述內(nèi)容取得部從所述客戶端設備僅取得所述差分信息中與大于所述第一差分編號的所述差分編號建立了關聯(lián)的所述內(nèi)容信息所對應的內(nèi)容， 進而在所述服務器裝置中，所述程序使計算機作為已取得內(nèi)容通知部動作，該已取得內(nèi)容通知部將所述服務器裝置的識別符即服務器識別符、以及所述第一差分編號通知給所述客戶端設備。
21.一種集成電路，安裝客戶端設備，該客戶端設備是由I個以上的服務器裝置取得客戶端設備所保存的多個內(nèi)容的內(nèi)容取得系統(tǒng)中的客戶端設備，該集成電路具備 保存部，保存多個內(nèi)容； 內(nèi)容管理部，使I個以上的所述服務器裝置取得被保存的所述內(nèi)容； 差分信息管理部，制作差分信息作為I個以上的所述服務器裝置所共通的信息，并根據(jù)I個以上的所述服務器裝置各自的請求提供所述差分信息，該差分信息記錄了關于被保存的所述內(nèi)容中I個以上的所述服務器裝置中的某一個服務器裝置未從所述客戶端設備取得的內(nèi)容的內(nèi)容信息；以及 已取得內(nèi)容管理部，從I個以上的所述服務器裝置分別接收已取得內(nèi)容信息，該已取得內(nèi)容信息是關于所述服務器裝置已經(jīng)取得的內(nèi)容的所述內(nèi)容信息； 所述差分信息管理部基于接收的所述已取得內(nèi)容信息，從所述差分信息中，刪除關于在全部所述服務器裝置中已取得的內(nèi)容的所述內(nèi)容信息。
22.—種集成電路，安裝服務器裝置，該服務器裝置是由服務器裝置取得客戶端設備所保存的多個內(nèi)容的內(nèi)容取得系統(tǒng)中的服務器裝置，該集成電路具備 差分信息取得部，從所述客戶端設備取得差分信息，該差分信息記錄了關于所述客戶端設備所保存的內(nèi)容的內(nèi)容信息，并且表示I個以上的所述服務器裝置中的某一個服務器裝置未從所述客戶端設備取得的內(nèi)容； 內(nèi)容取得部，基于記錄在所述差分信息中的所述內(nèi)容信息，從所述客戶端設備僅取得未取得的內(nèi)容；以及 已取得內(nèi)容管理部，記錄關于所述內(nèi)容取得部所取得的內(nèi)容的內(nèi)容信息；在所述差分信息中，按每個內(nèi)容記錄所述內(nèi)容信息，還通過大小關系將差分編號與所述內(nèi)容信息建立關聯(lián)，該差分編號表示包括內(nèi)容的追加、更新或刪除的狀態(tài)變化的時間序列， 所述已取得內(nèi)容管理部記錄與關于所述內(nèi)容取得部所取得的內(nèi)容的所述內(nèi)容信息建立了關聯(lián)的所述差分編號中最大的差分編號作為第一差分編號， 所述內(nèi)容取得部從所述客戶端設備僅取得所述差分信息中與大于所述第一差分編號的所述差分編號建立了關聯(lián)的所述內(nèi)容信息所對應的內(nèi)容， 所述服務器裝置還具備已取得內(nèi)容通知部，該已取得內(nèi)容通知部將所述服務器裝置的識別符即服務器識別符、以及所述第一差分編號通知給所述客戶端設備?！?br> 全文摘要
客戶端設備(300)對于多個內(nèi)容取得服務器(200)管理1種內(nèi)容列表，基于從內(nèi)容取得服務器(200)接收的信息，對內(nèi)容列表中記入的信息進行更新。由此，客戶端設備(300)能夠向家庭服務器以較低的處理負荷提供多余較少的內(nèi)容列表，所以能夠縮短家庭服務器從客戶端設備取得內(nèi)容的處理時間。
文檔編號G06F12/00GK102959528SQ201280001709
公開日2013年3月6日 申請日期2012年4月19日 優(yōu)先權日2011年4月20日
發(fā)明者佐佐木崇光 申請人:松下電器產(chǎn)業(yè)株式會社