專利名稱：信息提供服務(wù)器、信息提供系統(tǒng)、信息提供方法及程序的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及信息提供服務(wù)器、信息提供系統(tǒng)、信息提供方法及程序。
背景技術(shù)：
近年來，如日本專利申請?zhí)亻_2003-163735和2000-10846號公報中所描述的，已 知了將供用戶使用的信息累積在服務(wù)器中并且使用戶的客戶終端將服務(wù)器的所有信息同 步的系統(tǒng)。如日本專利申請?zhí)亻_2006-39930號公報中所描述的，已知了這樣的系統(tǒng)，其中， 用戶通過客戶終端輸入他/她的偏好信息并且接收與偏好信息相對應(yīng)的內(nèi)容。

發(fā)明內(nèi)容
然而，在日本專利申請?zhí)亻_2003-163735和2000-10846號公報描述的技術(shù)中，當(dāng)
服務(wù)器的信息量增加時，如果使所有數(shù)據(jù)與客戶端同步，則會出現(xiàn)客戶端存儲設(shè)備的容量 不足的問題。此外，如果客戶端由于客戶端的小型化而不能夠安裝足夠容量的存儲設(shè)備，則 使服務(wù)器的所有數(shù)據(jù)與客戶端同步變得困難并且會出現(xiàn)客戶端存儲設(shè)備的容量不足的問 題。因此，當(dāng)服務(wù)器的所有信息被同步時，甚至包括用戶不希望的信息在內(nèi)的服務(wù)器的所有 信息都被同步，因此，要將具有極大存儲容量的存儲設(shè)備安裝在客戶端上并且同步的處理 時間也變得很長。此外，即使當(dāng)僅使服務(wù)器的數(shù)據(jù)庫中與用戶相對應(yīng)的數(shù)據(jù)庫與該用戶的數(shù)據(jù)庫同 步時，與相關(guān)用戶相對應(yīng)的所有信息也會被同步(拷貝)。因此，即使用戶不希望的數(shù)據(jù)也 會暫時被拷貝。在日本專利申請?zhí)亻_2006-39930號公報描述的技術(shù)中，用戶他/她自己輸入偏好 信息，因此，出現(xiàn)了只有偏好信息被輸入時才會提供優(yōu)選內(nèi)容的問題。此外，由于內(nèi)容是根 據(jù)所輸入的偏好信息選擇的，因此，如果用戶忘記輸入則不會提供信息，并且不會提供雖然 未被用戶認(rèn)識到然而是用戶潛在喜好的信息。鑒于前面的問題，希望提供一種新穎的經(jīng)改進(jìn)的信息提供服務(wù)器、信息提供系統(tǒng)、 信息提供方法及程序，其能夠在將服務(wù)器中所累積的信息與客戶終端同步時將要同步的數(shù) 據(jù)量抑制為最小量。根據(jù)本發(fā)明的一個實施例，提供了 一種信息提供服務(wù)器，該服務(wù)器包括狀態(tài)信息 獲取單元，用于獲取在通過通信網(wǎng)絡(luò)連接的客戶終端處檢測到的與使用客戶終端的用戶的 狀態(tài)有關(guān)的狀態(tài)信息；數(shù)據(jù)庫，用于累積供用戶使用的內(nèi)容的數(shù)據(jù)；選擇單元，用于基于狀 態(tài)信息來選擇累積在數(shù)據(jù)庫中的數(shù)據(jù)的一部分；以及發(fā)送單元，用于將由選擇單元選擇的 數(shù)據(jù)發(fā)送給客戶終端。在此配置中，選擇單元包括差異數(shù)據(jù)選擇部分，該差異數(shù)據(jù)選擇部分用于選擇與 已經(jīng)累積在客戶端的數(shù)據(jù)庫中的現(xiàn)有累積數(shù)據(jù)和基于狀態(tài)信息選擇的數(shù)據(jù)之間的差異相 對應(yīng)的差異數(shù)據(jù)；并且發(fā)送單元將差異數(shù)據(jù)發(fā)送給客戶終端。
在此配置中，差異數(shù)據(jù)選擇部分針對現(xiàn)有累積數(shù)據(jù)以及基于狀態(tài)信息選擇的數(shù)據(jù)中的每一個，基于數(shù)據(jù)更新日期和時間或數(shù)據(jù)更新編號來選擇差異數(shù)據(jù)。在此配置中，與用戶的狀態(tài)有關(guān)的狀態(tài)信息是如下信息中的至少一種時間信息、 地點信息、操作信息、視頻信息、音頻信息、壓力信息、氣味信息、溫度信息、濕度信息、生物 信息和購買信息。在此配置中，本發(fā)明的信息提供服務(wù)器還包括分析單元，用于基于狀態(tài)信息來分 析與用戶的偏好、習(xí)慣或活動安排有關(guān)的信息；并且選擇單元基于狀態(tài)信息并根據(jù)與用戶 的偏好、習(xí)慣或活動安排有關(guān)的信息來選擇累積在數(shù)據(jù)庫中的數(shù)據(jù)的一部分。在此配置中，本發(fā)明的信息提供服務(wù)器還包括分析單元，用于基于狀態(tài)信息來分 析與用戶過去或?qū)淼幕顒佑嘘P(guān)的信息；并且選擇單元基于與用戶過去或?qū)淼幕顒佑嘘P(guān) 的信息來選擇累積在數(shù)據(jù)庫中的數(shù)據(jù)的一部分。在此配置中，與過去的活動有關(guān)的信息是根據(jù)用戶的觀看歷史、操作歷史、購買歷 史或活動歷史創(chuàng)建的信息。在此配置中，與將來的活動有關(guān)的信息是根據(jù)保存在用戶使用的日程、電子郵件 或記事本中的信息而創(chuàng)建的信息。在此配置中，選擇單元在預(yù)定事件發(fā)生時選擇數(shù)據(jù)的一部分；并且發(fā)送單元在預(yù) 定事件發(fā)生時將所選數(shù)據(jù)發(fā)送給客戶終端。在此配置中，發(fā)送單元將所選數(shù)據(jù)發(fā)送給客戶終端，并且還將相對應(yīng)用戶的所有 數(shù)據(jù)的列表發(fā)送給客戶終端。在此配置中，信息提供服務(wù)器還包括移動路徑分析單元，用于基于狀態(tài)信息分析 與用戶的將來移動有關(guān)的信息。選擇單元基于與移動路徑有關(guān)的信息來選擇累積在數(shù)據(jù)庫 中的數(shù)據(jù)的一部分。在此配置中，信息提供服務(wù)器還包括通信信息獲取單元，用于獲取與移動路徑的 通信環(huán)境有關(guān)的通信信息作為狀態(tài)信息。選擇單元基于與移動路徑有關(guān)的信息以及通信信 息來選擇累積在數(shù)據(jù)庫中的數(shù)據(jù)的一部分。在此配置中，信息提供服務(wù)器還包括偏好和習(xí)慣分析單元，用于基于狀態(tài)信息分 析與用戶的偏好或習(xí)慣有關(guān)的信息。選擇單元基于與移動路徑有關(guān)的信息、通信信息以及 與用戶的偏好或習(xí)慣有關(guān)的信息來選擇累積在數(shù)據(jù)庫中的數(shù)據(jù)的一部分。根據(jù)本發(fā)明的另一實施例，提供了一種包括信息提供服務(wù)器和客戶終端的信息提 供系統(tǒng)。該信息提供服務(wù)器包括用于獲取與使用客戶終端的用戶的狀態(tài)有關(guān)的狀態(tài)信息 的狀態(tài)信息獲取單元，用于累積供用戶使用的內(nèi)容的數(shù)據(jù)的數(shù)據(jù)庫，用于基于狀態(tài)信息來 選擇累積在數(shù)據(jù)庫中的數(shù)據(jù)的一部分的選擇單元，以及用于將由選擇單元選擇的數(shù)據(jù)發(fā)送 給客戶終端的發(fā)送單元。該客戶終端包括用于檢測狀態(tài)信息的狀態(tài)信息檢測單元，用于將 狀態(tài)信息發(fā)送給通過通信網(wǎng)絡(luò)相連的信息提供服務(wù)器的發(fā)送單元，以及與從信息提供服務(wù) 器發(fā)送來的所選數(shù)據(jù)同步的數(shù)據(jù)庫。根據(jù)本發(fā)明的另一實施例，提供了一種信息提供方法，包括以下步驟在客戶終端 處檢測與使用客戶終端的用戶的狀態(tài)有關(guān)的狀態(tài)信息；將狀態(tài)信息發(fā)送給通過通信網(wǎng)絡(luò)相 連的信息提供服務(wù)器；基于狀態(tài)信息從信息提供服務(wù)器處的用于累積供用戶使用的內(nèi)容的 數(shù)據(jù)的數(shù)據(jù)庫中選擇數(shù)據(jù)的一部分；將所選數(shù)據(jù)發(fā)送給客戶終端；并且在客戶終端的數(shù)據(jù)庫處將數(shù)據(jù)庫與從信息提供服務(wù)器發(fā)送來的所選數(shù)據(jù)同步。根據(jù)本發(fā)明的另一實施例，提供了一種用于使得計算機用作如下裝置的程序用 于獲取在通過通信網(wǎng)絡(luò)連接的客戶終端處檢測到的與使用客戶終端的用戶的狀態(tài)有關(guān)的 狀態(tài)信息的裝置；用于累積供用戶使用的內(nèi)容的數(shù)據(jù)的裝置；用于基于狀態(tài)信息選擇累積 在數(shù)據(jù)庫中的數(shù)據(jù)的一部分的裝置；以及用于將由選擇裝置選擇的數(shù)據(jù)發(fā)送給客戶終端的
直ο根據(jù)本發(fā)明的實施例，在將累積在服務(wù)器中的信息同步到客戶終端時，可以將要 同步的數(shù)據(jù)量抑制為最小量。



圖1是示出根據(jù)本發(fā)明實施例的系統(tǒng)1000的概念的示意圖；圖2是示出第一實施例中的服務(wù)器和客戶端的功能配置的框圖；圖3是示出第一實施例中服務(wù)器和客戶端之間的數(shù)據(jù)的發(fā)送和接收的概念的示 意圖；圖4是示出第一實施例中服務(wù)器和客戶端之間的數(shù)據(jù)的發(fā)送和接收的概念的示 意圖；圖5是示出第一實施例中服務(wù)器和客戶端之間的數(shù)據(jù)的發(fā)送和接收的概念的示 意圖；圖6是示出第一實施例中服務(wù)器的數(shù)據(jù)庫與客戶端的數(shù)據(jù)庫被同步的示例的示
思衣；圖7是示出第一實施例中服務(wù)器的數(shù)據(jù)庫與客戶端的數(shù)據(jù)庫被同步的示例的示
思衣；圖8是示出第一實施例中服務(wù)器的數(shù)據(jù)庫與客戶端的數(shù)據(jù)庫被同步的示例的示
思衣；圖9是示出第一實施例中服務(wù)器的數(shù)據(jù)庫與客戶端的數(shù)據(jù)庫被同步的示例的示
思衣；圖10是示出第一實施例的典型處理的流程圖；圖11是示出圖10中的如下處理的流程圖檢測在服務(wù)器側(cè)選擇的數(shù)據(jù)與客戶端 的數(shù)據(jù)之間的差異，從服務(wù)器接收差異數(shù)據(jù)并進(jìn)行同步(更新)；圖12是示出圖11中的客戶端將當(dāng)前保存的數(shù)據(jù)發(fā)送給服務(wù)器的示例的流程圖；圖13是示出根據(jù)第二實施例的服務(wù)器和客戶端的功能配置的框圖；圖14是示出第二實施例中的服務(wù)器和客戶端之間的發(fā)送和接收的概念的示意 圖；圖15是示出第二實施例中的服務(wù)器和客戶端之間的發(fā)送和接收的概念的示意 圖；圖16是示出第二實施例中的服務(wù)器和客戶端之間的發(fā)送和接收的概念的示意 圖；圖17是示出第二實施例中服務(wù)器的數(shù)據(jù)庫和客戶端的數(shù)據(jù)庫被同步的示例的示
思衣；
圖18是示出第二實施例中服務(wù)器的數(shù)據(jù)庫和客戶端的數(shù)據(jù)庫被同步的示例的示
思衣；圖19是示出第二實施例中服務(wù)器的數(shù)據(jù)庫和客戶端的數(shù)據(jù)庫被同步的示例的示
思衣；圖20是示出第二實施例中服務(wù)器的數(shù)據(jù)庫和客戶端的數(shù)據(jù)庫被同步的示例的示
思衣；
圖21是示出第二實施例的典型處理的流程圖；圖22是示出圖21中的如下處理的流程圖檢測在服務(wù)器側(cè)選擇的數(shù)據(jù)與客戶端 的數(shù)據(jù)之間的差異，從服務(wù)器接收差異數(shù)據(jù)并進(jìn)行同步(更新)；圖23是示出圖22中客戶端將用于檢測差異的信息發(fā)送給服務(wù)器并且客戶端檢查 重新同步事件的發(fā)生的示例的流程圖；圖24是示出根據(jù)第三實施例的服務(wù)器和客戶端的功能配置的框圖；圖25是示出第三實施例中的服務(wù)器和客戶端之間的發(fā)送和接收的概念的示意 圖；圖26是示出第三實施例中的服務(wù)器和客戶端之間的發(fā)送和接收的概念的示意 圖；圖27是示出第三實施例中的服務(wù)器和客戶端之間的發(fā)送和接收的概念的示意 圖；圖28是示出第三實施例中服務(wù)器的數(shù)據(jù)庫和客戶端的數(shù)據(jù)庫被同步的示例的示
思衣；圖29是示出第三實施例中服務(wù)器的數(shù)據(jù)庫和客戶端的數(shù)據(jù)庫被同步的示例的示
思衣；圖30是示出第三實施例中服務(wù)器的數(shù)據(jù)庫和客戶端的數(shù)據(jù)庫被同步的示例的示
思衣；圖31是示出第三實施例中服務(wù)器的數(shù)據(jù)庫和客戶端的數(shù)據(jù)庫被同步的示例的示
思衣；圖32是示出第三實施例的典型處理的流程圖；圖33是示出圖32中的如下處理的流程圖檢測在服務(wù)器側(cè)選擇的數(shù)據(jù)與客戶端 的數(shù)據(jù)之間的差異，從服務(wù)器接收差異數(shù)據(jù)并進(jìn)行同步(更新)；圖34是示出圖33中客戶端將用于檢測差異的信息發(fā)送給服務(wù)器并且客戶端檢查 重新同步事件的發(fā)生的示例的流程圖；圖35是示出第四實施例中的服務(wù)器和客戶端的功能配置的框圖；圖36是示出移動預(yù)測示例的示意圖；圖37是示出移動預(yù)測和通信優(yōu)化的示例的示意圖；圖38是示出基于移動預(yù)測執(zhí)行部分同步的示例的示意圖；圖39是示出通信優(yōu)化和部分同步的示例的示意圖；圖40是示出圖39所示的“音樂數(shù)據(jù)”和“運動圖像數(shù)據(jù)”的當(dāng)前位置處的同步緊 急度和數(shù)據(jù)量的示意圖；圖41是示出第四實施例中進(jìn)行感測時的服務(wù)器和客戶端的操作示例的示意圖42是示出同步時的服務(wù)器和客戶端的操作示例的示意圖；圖43是當(dāng)根據(jù)偏好信息、習(xí)慣信息、傳感器信息和當(dāng)前狀態(tài)信息來選擇部分同步 數(shù)據(jù)而不執(zhí)行移動預(yù)測，并且根據(jù)通信信息進(jìn)行同步時的框圖；以及圖44是當(dāng)根據(jù)偏好信息、習(xí)慣信息、傳感器信息和當(dāng)前狀態(tài)信息來選擇部分同步 數(shù)據(jù)而不執(zhí)行移動預(yù)測和通信優(yōu)化，并且隨后進(jìn)行同步時的框圖。
具體實施例方式下面，將參考附圖詳細(xì)描述本發(fā)明的優(yōu)選實施例。注意，在本說明書和附圖中，用 相同的標(biāo)號來表示具有基本上相同的功能和結(jié)果的結(jié)構(gòu)元件，并且省略對這些結(jié)構(gòu)元件的 重復(fù)描述。將以下面的順序來進(jìn)行描述。1.第一實施例(基于傳感器信息的部分同步)2.第二實施例(基于偏好和習(xí)慣信息的部分同步)3.第三實施例(基于活動安排的部分同步)4.第四實施例(基于通信信息和移動預(yù)測的部分同步)<1.第一實施例>(1)系統(tǒng)的配置和概念圖1是示出根據(jù)本發(fā)明實施例的系統(tǒng)1000的概念的示意圖。系統(tǒng)通過諸如因特 網(wǎng)之類的通信網(wǎng)絡(luò)100來連接服務(wù)器200和客戶終端300。連接到網(wǎng)絡(luò)100的線路可以是 諸如WiFi、W-CDMA、LTE和WiMAX之類的無線通信或者諸如光纖和ADSL之類的有線通信。 在無線通信的情況中，通信網(wǎng)絡(luò)100和客戶端300通過接入點102相連。服務(wù)器200保存 多個用戶的所有數(shù)據(jù)?？蛻舳?00與服務(wù)器200同步，并且將需要的數(shù)據(jù)保存在客戶端300 中設(shè)置的數(shù)據(jù)庫350 (硬盤等)中。由于所有數(shù)據(jù)都保存在服務(wù)器200中，因此，無論用戶 從哪個客戶端300登錄，用戶都可以檢查他/她自己的數(shù)據(jù)。如圖1所示，服務(wù)器200包括 存儲數(shù)據(jù)的數(shù)據(jù)庫250?？蛻舳?00還包括數(shù)據(jù)庫350。服務(wù)器200和數(shù)據(jù)庫250可以相 集成地配置或者被配置為分開實體。類似地，客戶端300和數(shù)據(jù)庫350可以相集成地配置 或者被配置為分開實體。(2)服務(wù)器和客戶端的塊配置圖2是示出服務(wù)器200和客戶端300的功能配置的框圖。如圖2所示，服務(wù)器200 包括部分同步算法202、傳感器信息數(shù)據(jù)庫204、私人內(nèi)容數(shù)據(jù)庫206、商業(yè)內(nèi)容數(shù)據(jù)庫208 以及部分同步控制器210。部分同步算法202基于從客戶端300接收到的傳感器信息來選擇要同步的數(shù)據(jù)， 并且將指示要被同步的數(shù)據(jù)的同步數(shù)據(jù)信息發(fā)送給部分同步控制器210。傳感器信息數(shù)據(jù) 庫204存儲從客戶端300接收到的傳感器信息。私人內(nèi)容數(shù)據(jù)庫206是用于存儲諸如用戶 的安排、日程、電子郵件、web剪輯、地址薄、廣告以及優(yōu)惠券之類的內(nèi)容信息的數(shù)據(jù)庫。商 業(yè)內(nèi)容數(shù)據(jù)庫208是用于存儲供用戶觀看和收聽的電影和音樂之類的信息的數(shù)據(jù)庫。傳感 器信息數(shù)據(jù)庫204、私人內(nèi)容數(shù)據(jù)庫206、商業(yè)內(nèi)容數(shù)據(jù)庫208都可以通過數(shù)據(jù)庫250來配 置。部分同步控制器210基于同步數(shù)據(jù)信息從私人內(nèi)容數(shù)據(jù)庫206和商業(yè)內(nèi)容數(shù)據(jù)庫208中提取與要同步的信息相對應(yīng)的內(nèi)容，并且將其發(fā)送給客戶端300。如圖2所示，客戶端300包括傳感器302和客戶端數(shù)據(jù)庫304。傳感器302是這 樣的傳感器，其用于檢測時間信息、地點信息(位置信息)、用戶的操作信息、視頻信息、音 頻信息、壓力信息、氣味信息、溫度信息、濕度信息、生物信息、用戶對物品等的購買信息，等 等。由傳感器302檢測到的信息被發(fā)送給服務(wù)器200。由傳感器302檢測到的傳感器信息 被直接發(fā)送給服務(wù)器200，或者在被存儲在客戶端數(shù)據(jù)庫304中之后從客戶端數(shù)據(jù)庫304被 發(fā)送給服務(wù)器200?？蛻舳藬?shù)據(jù)庫304是用于存儲從服務(wù)器200發(fā)送來的內(nèi)容的數(shù)據(jù)的數(shù) 據(jù)庫?？蛻舳藬?shù)據(jù)庫304可以通過數(shù)據(jù)庫350進(jìn)行配置。圖2所示的每個功能塊都可以由硬件(電路)或具有相同功能的處理單元(CPU) 和軟件(程序)進(jìn)行配置。如果由處理單元和軟件來配置功能塊，則程序可以存儲在服務(wù) 器200或客戶端300的存儲器中，或者存儲在諸如從外面插入的存儲器之類的記錄介質(zhì)中。時間信息是通過利用包括秒表功能和定時器功能在內(nèi)的功能來測量時間而獲得 的諸如年、日以及時、分和秒之類的信息。地點信息(位置信息)例如是用于指示從諸如 GPS之類的位置信息、諸如WiFi和便攜式電話之類的通信線路信息以及諸如FeliCa之類的 卡信息獲得的地點的信息。操作信息是通過從陀螺傳感器、超聲波傳感器、電磁傳感器、紅 外線傳感器、肌肉電位傳感器等測量加速度和操作改變而獲得的信息。
視頻信息例如是通過利用相機拍攝運動圖像或靜止圖像而獲得的信息。音頻信息 例如是通過利用麥克風(fēng)將聲音轉(zhuǎn)換為電信號而獲得的信息。壓力信息例如是通過利用靜電 容量壓力傳感器、壓電壓力傳感器、磁性體壓力傳感器等來測量壓力改變而獲得的信息。氣 味信息例如是利用能夠辨別氣味的傳感器測得的信息。溫度信息例如是通過利用溫度傳感 器來測量大氣、物體、人體等的冷暖度而獲得的信息。濕度信息例如是通過測量大氣、物體、 人體等的水汽量而獲得的信息。生物信息例如是通過利用超聲波傳感器、電磁傳感器、紅外 線傳感器、肌肉電位傳感器、X-線傳感器、腦電波傳感器等進(jìn)行測量而獲得的、與諸如動物 和植物之類的活體的反應(yīng)和狀態(tài)有關(guān)的信息。購買信息是通過檢測用戶利用IC卡、信用 卡、現(xiàn)金卡、票據(jù)掃描儀等購買物品而獲得的信息。當(dāng)由部分同步控制器210提取出的數(shù)據(jù)被發(fā)送給客戶端300時，客戶端300將發(fā) 送來的數(shù)據(jù)與其客戶端數(shù)據(jù)庫304進(jìn)行部分同步。因此，不用將與已登錄的用戶有關(guān)的所 有數(shù)據(jù)從服務(wù)器200發(fā)送給客戶端300，而是基于傳感器信息僅將客戶端300需要的數(shù)據(jù)與 客戶端數(shù)據(jù)庫304同步(部分同步)。部分同步是這樣的處理基于傳感器信息自動地選 擇在服務(wù)器200的數(shù)據(jù)庫中存儲或管理的數(shù)據(jù)組的一部分并將其拷貝到客戶端數(shù)據(jù)庫304 中。因此，大大減少了同步時間。在客戶端300中，無需累積在服務(wù)器200中所累積的與已 登錄用戶有關(guān)的所有數(shù)據(jù)，因此，可以將客戶端300的數(shù)據(jù)庫350的容量抑制為最小量。因 此，客戶端300的數(shù)據(jù)庫350的容量比服務(wù)器200的數(shù)據(jù)庫250的容量小得多。因此，根據(jù) 本實施例，不僅實現(xiàn)了客戶端300的數(shù)據(jù)庫350的小型化以及同步處理時的更高速度，還實 現(xiàn)了同步之后的離線觀看。可以利用由傳感器302提取的數(shù)據(jù)來自動生成用于部分同步的 數(shù)據(jù)。在執(zhí)行部分同步時，部分同步控制器210可以通過給予同步優(yōu)先級并且考慮客戶 端300的數(shù)據(jù)庫350的剩余量以及要部分同步的數(shù)據(jù)的容量來選擇要同步的數(shù)據(jù)，并且根 據(jù)該優(yōu)先級來進(jìn)行部分同步。
(3)服務(wù)器與客戶端之間的數(shù)據(jù)的發(fā)送和接收的概念現(xiàn)在基于圖3、4和5來描述服務(wù)器200和客戶端300之間的數(shù)據(jù)的發(fā)送和接收的 概念。如圖3所示，當(dāng)用戶登錄到客戶端300中時，上述各種類型的信息被客戶端300的傳 感器302檢測到，并且客戶端300將由傳感器302檢測到的信息發(fā)送給服務(wù)器200。服務(wù)器 200利用從客戶端300接收到的傳感器信息自動地選擇在服務(wù)器200的數(shù)據(jù)庫250中存儲 或管理的數(shù)據(jù)組的一部分。這樣來選擇選擇數(shù)據(jù)的方法使得存儲在服務(wù)器200中的所有數(shù)據(jù)的數(shù)據(jù)信息 (元數(shù)據(jù))與接收到的時間信息、地點信息、操作信息、視頻信息、音頻信息、壓力信息、氣味 信息、溫度信息、濕度信息、生物信息以及購買信息一致。如圖4所示，服務(wù)器200將所選數(shù)據(jù)發(fā)送給客戶端300。由服務(wù)器200選擇的數(shù)據(jù) 可以全部被發(fā)送給客戶端300，然而，也可發(fā)送僅與客戶端300當(dāng)前保存的數(shù)據(jù)的差異。對 于差異的檢測(選擇)，由于服務(wù)器200知道客戶端300所保存的所有數(shù)據(jù)(如果服務(wù)器 200 —直管理客戶端300的數(shù)據(jù)的話)，因此可以在服務(wù)器200中檢測差異并發(fā)送給客戶端 300。或者，服務(wù)器200可以通 過從客戶端300獲取當(dāng)前由客戶端300保存的數(shù)據(jù)列表來檢 測差異。差異數(shù)據(jù)由布置在部分同步控制器210中的差異數(shù)據(jù)選擇部分來選擇。服務(wù)器200將所選擇的要同步的所有數(shù)據(jù)或者差異數(shù)據(jù)發(fā)送給客戶端300?？蛻?端300接收數(shù)據(jù)，并且從服務(wù)器200的大型數(shù)據(jù)庫250僅接收與傳感器信息相對應(yīng)的數(shù)據(jù)， 該傳感器信息例如是時間信息、地點信息、操作信息、視頻信息、音頻信息、壓力信息、氣味 信息、溫度信息、濕度信息、生物信息以及購買信息。因此，客戶端300的數(shù)據(jù)庫350可以僅 與存儲在服務(wù)器200的數(shù)據(jù)庫250中的數(shù)據(jù)中、傳感器信息所對應(yīng)的最優(yōu)數(shù)據(jù)的一部分同 步。然而，保存在服務(wù)器200中的、用戶可能使用的所有數(shù)據(jù)(所有數(shù)據(jù)的列表)的數(shù)據(jù)信 息可以全部與客戶端300同步(被拷貝到客戶端300)。圖5示出了客戶端300將數(shù)據(jù)庫350的數(shù)據(jù)與從服務(wù)器200接收的數(shù)據(jù)同步的狀 態(tài)。在圖5中，用戶可以察看所有數(shù)據(jù)的列表，然而，實際被同步的數(shù)據(jù)僅僅是客戶端300 所保存的數(shù)據(jù)中、基于傳感器信息接收的且具有高可能性被觀看的部分的數(shù)據(jù)。因此，僅當(dāng) 前用戶狀態(tài)(與時間信息、地點信息、操作信息、視頻信息、音頻信息、壓力信息、氣味信息、 溫度信息、濕度信息、生物信息以及購買信息等相對應(yīng)的狀態(tài))所需的數(shù)據(jù)被自動地與數(shù) 據(jù)庫350同步(被拷貝到數(shù)據(jù)庫350)。所需的數(shù)據(jù)是將來所需要的數(shù)據(jù)并且是基于傳感器 信息預(yù)測的數(shù)據(jù)。如果在數(shù)據(jù)被需要的時間點之前使數(shù)據(jù)與客戶端300同步，則即使當(dāng)客 戶端300此后處于離線狀態(tài)，也可以在客戶端300處使用和觀看數(shù)據(jù)。(4)服務(wù)器和客戶端的數(shù)據(jù)同步示例圖6、7、8和9是示出服務(wù)器200的數(shù)據(jù)庫250和客戶端300的數(shù)據(jù)庫350被同步 的示例的示意圖。圖6是示出保存在服務(wù)器200中的所有數(shù)據(jù)的示意圖。如圖6所示，給予每個數(shù) 據(jù)唯一 ID，并且給出了諸如數(shù)據(jù)的名稱、容量、數(shù)據(jù)的類型(項目1至4)、更新日期和時間、 更新編號、相應(yīng)用戶等的信息。這里，假設(shè)用戶A利用某一便攜式終端(客戶終端300)上午10點在沖繩登錄。服 務(wù)器200利用從客戶終端300發(fā)送來的傳感器信息(時間信息、地點信息、操作信息、視頻 信息、音頻信息、壓力信息、氣味信息、溫度信息、濕度信息、生物信息以及購買信息等)從所有數(shù)據(jù)中選擇需要的數(shù)據(jù)。圖7示出了基于從客戶端300發(fā)送來的傳感器信息選擇圖6所示的數(shù)據(jù)的一部分的狀態(tài)。如圖7所示，從圖6的數(shù)據(jù)中的用戶A的數(shù)據(jù)中選擇與傳感器信息相符的數(shù)據(jù)。圖8示出了在同步之前客戶端300最初保存在數(shù)據(jù)庫350中的數(shù)據(jù)。當(dāng)如上所述 基于差異來發(fā)送數(shù)據(jù)時，圖8所示的數(shù)據(jù)與圖7中所選擇的數(shù)據(jù)之間的差異被檢測出來，并 且差異數(shù)據(jù)(不同數(shù)據(jù))被從服務(wù)器200發(fā)送給客戶端300。圖9示出了經(jīng)同步的客戶端300的數(shù)據(jù)庫350的狀態(tài)。除考慮數(shù)據(jù)的名稱之外， 還考慮更新時間和更新編號來檢測差異。還考慮數(shù)據(jù)的容量來選擇要同步的數(shù)據(jù)。在上述 示例中，基于時間為早晨并且地點為沖繩的數(shù)據(jù)信息(元數(shù)據(jù))，地點(項目3)為“沖繩”， 并且假設(shè)使用來自其的數(shù)據(jù)，使與時間(項目4) “白天”相符的信息與客戶端300同步。因 此，在圖9中，沖繩的地圖、紀(jì)念品商店和午餐店之類的信息被拷貝到客戶端300的數(shù)據(jù)庫 350中?？梢栽跓o需檢測差異的情況下使在圖7中選擇的所有數(shù)據(jù)與客戶端300的數(shù)據(jù)庫 350同步。(5)本實施例中的處理過程現(xiàn)在基于圖10、11和12的流程圖描述本實施例中的處理的過程。圖10是示出本實施例的典型處理的流程圖。首先，當(dāng)用戶登錄到客戶端300中時 (步驟S10)，客戶端300將傳感器信息與用于標(biāo)識用戶的ID —起發(fā)送給服務(wù)器200(步驟 S12)。服務(wù)器200將數(shù)據(jù)庫250的數(shù)據(jù)與傳感器信息相比較(步驟S14)。服務(wù)器200利用 傳感器信息自動地選擇要同步的數(shù)據(jù)以及登錄的用戶的所有數(shù)據(jù)的列表(步驟S16)。服務(wù) 器200將所選擇的要同步的數(shù)據(jù)以及所有數(shù)據(jù)的列表發(fā)送給客戶端300(步驟S18)?？蛻?端300接收從服務(wù)器200發(fā)送來的數(shù)據(jù)，并且數(shù)據(jù)庫350與由服務(wù)器200選擇的數(shù)據(jù)的一 部分同步(步驟S20)?？蛻舳?00隨后更新由客戶端300保存的所有數(shù)據(jù)的列表(步驟 S20)。圖11是示出圖10中的如下處理的流程圖檢測在服務(wù)器200側(cè)選擇的數(shù)據(jù)與客 戶端300的數(shù)據(jù)之間的差異，從服務(wù)器接收差異數(shù)據(jù)并進(jìn)行同步(更新)。圖11還示出了 執(zhí)行如下任務(wù)的示例在每個某種事件時執(zhí)行自動重新同步數(shù)據(jù)庫350的一部分。在圖11 中，步驟S10、S12、S14、S16和S20與圖10的這些步驟類似。服務(wù)器200管理過去與客戶端300同步的數(shù)據(jù)以管理客戶端300當(dāng)前保存哪些數(shù) 據(jù)，由此得知客戶端300當(dāng)前保存的數(shù)據(jù)。因此，在步驟S22中，檢測所選擇的要同步的數(shù) 據(jù)與客戶端300當(dāng)前保存的數(shù)據(jù)之間的差異，并且僅發(fā)送該差異。由于傳感器信息是時刻改變的，因此，在步驟S24中檢測是否發(fā)生了重新同步事 件，例如某一時間段、出現(xiàn)用戶對客戶端300的操作、傳感器信息改變等等。如果發(fā)生了重 新同步事件，則服務(wù)器將發(fā)送傳感器信息的請求發(fā)送給客戶端300 (步驟S26)。當(dāng)檢查了發(fā)送傳感器信息的請求(步驟S28)之后，客戶端300返回步驟S12，并且 重新發(fā)送傳感器信息。圖12是示出圖11中客戶端300將當(dāng)前保存的數(shù)據(jù)發(fā)送給服務(wù)器200的示例的流 程圖。在圖12中，步驟510、512、514、516、518以及S20的處理與圖10的這些步驟類似。在圖12的示例中，客戶端300將數(shù)據(jù)庫350中當(dāng)前保存的數(shù)據(jù)的列表發(fā)送給服務(wù) 器200 (步驟S32)。服務(wù)器200檢測所選擇的要同步數(shù)據(jù)與客戶端300當(dāng)前保存的數(shù)據(jù)之間的差異(步驟S34)。基于差異獲得的要同步的數(shù)據(jù)以及所有數(shù)據(jù)的列表被發(fā)送給客戶端 300。在圖12的示例中，在客戶端300側(cè)判斷是否發(fā)生了重新同步的事件(步驟36)，其 中，如果發(fā)生了重新同步的事件，則處理返回步驟S12以重新發(fā)送傳感器信息。根據(jù)上述的第一實施例，服務(wù)器200基于傳感器信息僅選擇需要的數(shù)據(jù)，并且通 過所選數(shù)據(jù)來同步客戶端300的數(shù)據(jù)庫350。因此，可以將從服務(wù)器200發(fā)送的數(shù)據(jù)的量抑 制為最小量，并且可以極大地減少同步時間。另外，由于客戶端300的數(shù)據(jù)庫350不必保存 服務(wù)器200的所有數(shù)據(jù)，因此，可以將數(shù)據(jù)庫350的容量抑制為最小量。<2.第二實施例〉現(xiàn)在將描述本發(fā)明的第二實施例。根據(jù)第二實施例的系統(tǒng)的配 置與根據(jù)圖1所示 的第一實施例的系統(tǒng)的配置類似。雖然在第一實施例中服務(wù)器200的數(shù)據(jù)是基于傳感器信 息來選擇的，然而，在第二實施例中，基于用戶的偏好數(shù)據(jù)和習(xí)慣數(shù)據(jù)來選擇數(shù)據(jù)。(1)服務(wù)器和客戶端的塊配置圖13是示出服務(wù)器200和客戶端300的功能配置的框圖。如圖13所示，服務(wù)器 200包括部分同步算法202、私人內(nèi)容數(shù)據(jù)庫206以及商業(yè)內(nèi)容數(shù)據(jù)庫208。服務(wù)器200還 包括部分同步控制器210、觀看歷史/操作歷史數(shù)據(jù)庫212以及習(xí)慣分析算法214。在圖13 中，部分同步算法202、私人內(nèi)容數(shù)據(jù)庫206、商業(yè)內(nèi)容數(shù)據(jù)庫208以及部分同步控制器210
的配置與第一實施例類似。觀看歷史/操作歷史數(shù)據(jù)庫212存儲從客戶端300的用戶接口 306發(fā)送來的用戶 的觀看信息和操作信息，并且將用戶的觀看歷史/操作歷史發(fā)送給習(xí)慣分析算法214。習(xí)慣 分析算法214是用于基于從客戶端300發(fā)送來的觀看歷史/操作歷史來分析用戶的習(xí)慣的 算法。通過習(xí)慣分析算法214中的分析生成了用戶的偏好信息和習(xí)慣信息，這些信息隨后 被發(fā)送給部分同步算法202。部分同步算法202基于偏好信息和習(xí)慣信息生成同步數(shù)據(jù)信 息，并且將其發(fā)送給部分同步控制器210。部分同步控制器210利用同步數(shù)據(jù)信息從私人內(nèi)容數(shù)據(jù)庫206和商業(yè)內(nèi)容數(shù)據(jù)庫 208中提取與用戶的偏好信息和習(xí)慣信息相對應(yīng)的要同步的內(nèi)容。如圖13所示，客戶端300包括用戶接口 306和客戶端數(shù)據(jù)庫304。用戶接口 306 將諸如觀看信息、操作信息以及用戶ID之類的信息發(fā)送給服務(wù)器200。由用戶接口 306獲 取的信息(觀看信息、操作信息)被直接發(fā)送給服務(wù)器200，或者存儲在客戶端數(shù)據(jù)庫304 中并且隨后被從客戶端數(shù)據(jù)庫304發(fā)送給服務(wù)器200?？蛻舳藬?shù)據(jù)庫304是用于存儲從服 務(wù)器200發(fā)送來的內(nèi)容的數(shù)據(jù)的數(shù)據(jù)庫?？蛻舳藬?shù)據(jù)庫304可以通過數(shù)據(jù)庫350進(jìn)行配置。當(dāng)由部分同步控制器210提取出的數(shù)據(jù)被發(fā)送給客戶端300時，客戶端300將發(fā) 送來的數(shù)據(jù)與其客戶端數(shù)據(jù)庫304進(jìn)行部分同步。因此，不用將與已登錄用戶有關(guān)的所有 數(shù)據(jù)從服務(wù)器200發(fā)送給客戶端300，而是基于偏好信息和習(xí)慣信息在客戶端數(shù)據(jù)庫304中 僅同步(部分同步)客戶端300所需要的數(shù)據(jù)。因此，不僅實現(xiàn)了客戶端300的數(shù)據(jù)庫350 的小型化以及同步處理時的更高速度，還實現(xiàn)了同步之后的離線觀看。即使用戶未輸入偏 好，也可以通過根據(jù)觀看歷史/操作歷史自動地生成偏好信息來應(yīng)對，而不用從客戶端接 收偏好數(shù)據(jù)。觀看歷史例如是指指示觀看如下內(nèi)容的歷史的用戶信息、時間信息以及地點信息電視、所記錄的節(jié)目、視頻、音樂、網(wǎng)站、電子書、電子詞典、電子地圖、照片、運動圖像、電 子郵件、記事本、文檔、賬簿、地址薄、日程等。操作歷史例如是指指示操作如下內(nèi)容的歷史的用戶信息、時間信息以及地點信 息電視、所記錄的節(jié)目、視頻、音樂、網(wǎng)站、電子書、電子詞典、電子地圖、照片、運動圖像、電 子郵件、記事本、文檔、賬簿、地址薄、日程等。購買歷史例如是指與諸如網(wǎng)站之類的網(wǎng)絡(luò)上的購買以及由傳感器提取的現(xiàn)實世 界中的購買有關(guān)的用戶信息、時間信息、地點信息以及價格信息?；顒託v史例如是指與諸如網(wǎng)站之類的網(wǎng)絡(luò)上的活動以及由傳感器提取的現(xiàn)實世 界中的活動有關(guān)的用戶信息、時間信息、地點信息以及操作信息。日程例如是指描述將來的時間信息、地點信息、觀看信息、操作信息、購買信息以 及活動信息的數(shù)據(jù)。電子郵件是在其中發(fā)送和接收將來的時間信息、地點信息、觀看信息、操作信息、 購買信息以及活動信息的數(shù)據(jù)。記事本是在其中記錄將來的時間信息、地點信息、觀看信 息、操作信息、購買信息以及活動信息的數(shù)據(jù)。(2)服務(wù)器與客戶端之間的數(shù)據(jù)的發(fā)送和接收圖14、15和16是示出第二實施例中的服務(wù)器200與客戶端300之間的發(fā)送和接 收的概念的示意圖。如圖14所示，當(dāng)用戶登錄到客戶端300中時，客戶端300發(fā)送與登錄 到服務(wù)器200中的用戶的類型有關(guān)的信息(用戶ID)。服務(wù)器200利用從客戶端300接收 的與用戶的類型有關(guān)的信息來自動地選擇在服務(wù)器200的數(shù)據(jù)庫250中存儲或管理的數(shù)據(jù) 的一部分。選擇方法可以包括在服務(wù)器200側(cè)預(yù)先存儲諸如用戶的觀看歷史、操作歷史、 購買歷史和活動歷史之類的歷史，根據(jù)所存儲的數(shù)據(jù)分析個體或群體的偏好數(shù)據(jù)和習(xí)慣數(shù) 據(jù)，并且利用結(jié)果進(jìn)行選擇。在通過偏好數(shù)據(jù)和習(xí)慣數(shù)據(jù)選擇部分同步數(shù)據(jù)時，不僅可以基 于用戶他/她自己的偏好和習(xí)慣數(shù)據(jù)、還可以基于包括其它用戶的群體的偏好和習(xí)慣數(shù)據(jù) 來進(jìn)行選擇。例如，可以通過分析對藝術(shù)家A的歌曲的觀看歷史來創(chuàng)建用戶喜歡搖滾音樂 的偏好數(shù)據(jù)。因此，如果作為分析藝術(shù)家B的歌曲的音樂節(jié)拍的結(jié)果，判定音樂節(jié)拍為搖滾 音樂，則這與偏好匹配，因此，即使對藝術(shù)家B的歌曲的觀看歷史并不存在，也可以進(jìn)行選 擇。與第一實施例類似，服務(wù)器200可以將所有的所選數(shù)據(jù)發(fā)送給客戶端300，或者可以僅 發(fā)送與客戶端300當(dāng)前保存的數(shù)據(jù)的差異。關(guān)于差異的檢測，由于如果服務(wù)器200 —直管 理客戶端300的數(shù)據(jù)則服務(wù)器200知道客戶端300保存的數(shù)據(jù)，因此，可以在服務(wù)器200中 檢測差異并發(fā)送給客戶端300。服務(wù)器200還可以通過從客戶端300獲取客戶端300當(dāng)前 保存的數(shù)據(jù)的列表來檢測差異。如圖15所示，服務(wù)器200將所有的所選擇的要同步數(shù)據(jù)或者差異數(shù)據(jù)發(fā)送給客戶 端300。客戶端300接收數(shù)據(jù)并且利用接收的數(shù)據(jù)執(zhí)行數(shù)據(jù)庫350的同步。由此，可以使客 戶端300的數(shù)據(jù)庫350僅與服務(wù)器200的數(shù)據(jù)庫250的大量數(shù)據(jù)中、與用戶的偏好數(shù)據(jù)和 習(xí)慣數(shù)據(jù)對應(yīng)的最優(yōu)數(shù)據(jù)的一部分同步?？晒┯脩粲^看的、保存在服務(wù)器200中的所有數(shù) 據(jù)的所有數(shù)據(jù)信息(所有數(shù)據(jù)的列表)可以與客戶端同步(被拷貝到客戶端)。圖16示出了完成同步之后的狀態(tài)。在圖16中，用戶可以通過客戶端300察看所 有數(shù)據(jù)的列表，然而，實際被同步并被保存在客戶端300的數(shù)據(jù)庫350中的數(shù)據(jù)僅僅是具有高可能性被觀看的一些數(shù)據(jù)。因此，僅與用戶的偏好和習(xí)慣相對應(yīng)的需要的數(shù)據(jù)被自動拷 貝到客戶端300的數(shù)據(jù)庫350中。需要的數(shù)據(jù)是將來希望的數(shù)據(jù)并且是基于偏好和習(xí)慣預(yù) 測的。如果客戶端300從服務(wù)器200獲取數(shù)據(jù)，并且在數(shù)據(jù)被需要的時間點之前將該數(shù)據(jù) 與客戶端300的數(shù)據(jù)庫350同步，則即使客戶端300此后處于離線狀態(tài)，也可以使用并觀看 該數(shù)據(jù)。(3)服務(wù)器和客戶端的數(shù)據(jù)同步示例圖17、18、19和20是示出服務(wù)器200的數(shù)據(jù)庫250與客戶端300的數(shù)據(jù)庫350被
同步的示例的示意圖。圖17是示出服務(wù)器200中所保存的所有數(shù)據(jù)的示意圖。假設(shè)用戶A登錄到客戶端300中。服務(wù)器200的習(xí)慣分析算法214基于用戶A的觀看歷史/操作歷史來生成用戶 A的偏好信息和習(xí)慣信息，并且基于這些信息來選擇要同步的數(shù)據(jù)。圖18示出了基于偏好信息和習(xí)慣信息選擇圖17所示的數(shù)據(jù)的一部分的狀態(tài)。在 圖18中，帶有點的數(shù)據(jù)為所選數(shù)據(jù)。如圖18所示，從圖17的數(shù)據(jù)中的用戶A的數(shù)據(jù)中選 擇與偏好信息和習(xí)慣信息相符的數(shù)據(jù)。圖19示出了客戶端300在同步之前最初保存在數(shù)據(jù)庫350中的數(shù)據(jù)。當(dāng)基于上 述差異發(fā)送數(shù)據(jù)時，圖19所示的數(shù)據(jù)與在圖18中選擇的數(shù)據(jù)之間的差異被檢測出來，并且 差異數(shù)據(jù)(不同數(shù)據(jù))被從服務(wù)器200發(fā)送給客戶端300。圖20示出了經(jīng)同步的客戶端300的數(shù)據(jù)庫350的狀態(tài)。與第一實施例類似，不僅 考慮數(shù)據(jù)的名稱而且考慮更新時間和更新編號以及數(shù)據(jù)容量來檢測差異。例如，假設(shè)基于 偏好信息和習(xí)慣信息，用戶A趨向于在通勤時利用便攜式終端收聽搖滾樂，趨向于有時在 辦公室中觀看以前攝取的照片，并且趨向于在車中觀看以前記錄的體育節(jié)目。在此情況中， 如圖18所示，根據(jù)偏好信息和習(xí)慣信息來選擇搖滾樂、照片和體育節(jié)目的數(shù)據(jù)，并且如圖 20所示，將這些數(shù)據(jù)與客戶端300的數(shù)據(jù)庫350同步(拷貝到數(shù)據(jù)庫350)。(4)本實施例中的處理過程現(xiàn)在基于圖21、22和23的流程圖來描述本實施例中的處理的過程。圖21是示出本實施例的典型處理的流程圖。首先，當(dāng)用戶登錄到客戶端300中時 (步驟S210)，客戶端300將用戶的類型信息(用戶ID)發(fā)送給服務(wù)器200(步驟S212)。服 務(wù)器200利用用戶ID從數(shù)據(jù)庫212中提取觀看歷史和操作歷史，并且分析并檢查偏好信息 和習(xí)慣信息(步驟S214)。利用分析出的偏好信息和習(xí)慣信息來自動地選擇要同步的數(shù)據(jù) 以及已登錄用戶的所有數(shù)據(jù)的列表(步驟S216)。服務(wù)器200將要同步的數(shù)據(jù)以及所有數(shù) 據(jù)的列表發(fā)送給客戶端300 (步驟S218)。客戶端300接收從服務(wù)器200發(fā)送來的數(shù)據(jù)，并 且數(shù)據(jù)庫350與由服務(wù)器200選擇的數(shù)據(jù)的一部分同步，并且由客戶端300保存的所有數(shù) 據(jù)的列表被更新(步驟S220)?？蛻舳?00將諸如觀看信息、操作信息、購買信息、活動信息之類的信息發(fā)送給服 務(wù)器200 (步驟S222)。當(dāng)接收到這些信息時，服務(wù)器200將觀看歷史、操作歷史、購買歷史、 活動歷史等保存在數(shù)據(jù)庫212中(步驟S224)。服務(wù)器200隨后通過習(xí)慣分析算法214來 創(chuàng)建偏好信息和習(xí)慣信息(步驟S226)。圖22是示出圖21中的如下處理的流程圖檢測在服務(wù)器200側(cè)選擇的數(shù)據(jù)與客 戶端300的數(shù)據(jù)之間的差異，從服務(wù)器接收差異數(shù)據(jù)并同步(更新)。圖22還示出了執(zhí)行如下任務(wù)的示例在每個某種事件時自動重新同步數(shù)據(jù)庫350的一部分。在圖22中，步驟 S210、S212、S214、S216、S218、S220、S222、S224 和 S226 的處理與圖 21 中的步驟類似。服務(wù)器200管理過去與客戶端300同步的數(shù)據(jù)以管理客戶端300當(dāng)前保存哪些數(shù)據(jù)，由此得知客戶端300當(dāng)前保存的數(shù)據(jù)。因此，在步驟S228中，檢測所選擇的要同步的數(shù) 據(jù)與客戶端300當(dāng)前保存的數(shù)據(jù)之間的差異?；谠摬町惈@得的要同步的數(shù)據(jù)以及所有數(shù) 據(jù)的列表在步驟S218中被發(fā)送給客戶端300。由于偏好數(shù)據(jù)和習(xí)慣數(shù)據(jù)是時刻改變的，因此，在步驟S230中檢測是否發(fā)生了重 新同步事件，例如某一時間段、用戶對客戶端300的操作、用戶環(huán)境的改變等。如果發(fā)生了 重新同步事件，則再次執(zhí)行對偏好信息和習(xí)慣信息的檢查，并且利用最新的偏好信息和習(xí) 慣信息來選擇要同步的數(shù)據(jù)(步驟S214)。圖23是示出圖22中客戶端300將用于檢測差異的信息發(fā)送給服務(wù)器200并且客 戶端300檢查重新同步事件的發(fā)生的示例的流程圖。在圖23中，步驟S210、S212、S214、 S216、S218、S220、S222、S224、S226和S228的處理與圖22中的步驟類似。在圖23的示例中，客戶端300將數(shù)據(jù)庫350當(dāng)前保存的數(shù)據(jù)的列表發(fā)送給服務(wù)器 200 (步驟S232)。服務(wù)器200檢測所選擇的要同步數(shù)據(jù)與客戶端300當(dāng)前保存的數(shù)據(jù)之間 的差異(步驟S228)。然后，基于差異獲得的要同步數(shù)據(jù)以及所有數(shù)據(jù)的列表被發(fā)送給客戶 端 300(步驟 S218)。在圖23的示例中，在客戶端300側(cè)判斷是否發(fā)生了重新同步事件(步驟S234)，其 中，如果發(fā)生了重新同步的事件，則處理前進(jìn)到步驟S236以將重新同步請求信號發(fā)送給服 務(wù)器200。當(dāng)服務(wù)器200確認(rèn)了重新同步請求信號(步驟S238)后，服務(wù)器200返回步驟 S214，并且隨后執(zhí)行后續(xù)處理以執(zhí)行重新同步。根據(jù)上述第二實施例，服務(wù)器200基于偏好信息和習(xí)慣信息僅選擇需要的數(shù)據(jù)， 并且客戶端300的數(shù)據(jù)庫350被所選數(shù)據(jù)同步。因此，可以將從服務(wù)器200發(fā)送的數(shù)據(jù)的 量抑制為最小量，并且可以極大地減少同步時間。另外，由于客戶端300的數(shù)據(jù)庫350不必 保存服務(wù)器200的所有數(shù)據(jù)，因此，可以將數(shù)據(jù)庫350的容量抑制為最小量。<3.第三實施例>現(xiàn)在將描述本發(fā)明的第三實施例。在第三實施例中，基于用戶的活動安排數(shù)據(jù)來 執(zhí)行同步。(1)服務(wù)器和客戶端的塊配置圖24是示出服務(wù)器200和客戶端300的功能配置的框圖。如圖24所示，服務(wù)器 200包括部分同步算法202、私人內(nèi)容數(shù)據(jù)庫206、商業(yè)內(nèi)容數(shù)據(jù)庫208、部分同步控制器210 以及內(nèi)容分析算法228。私人內(nèi)容數(shù)據(jù)庫206是用于存儲諸如用戶的安排、日程、電子郵件、照片和私人視 頻之類的內(nèi)容信息的數(shù)據(jù)庫。私人內(nèi)容數(shù)據(jù)庫206根據(jù)從用戶接口 306發(fā)送來的操作信息 而被更新。商業(yè)內(nèi)容數(shù)據(jù)庫208是用于存儲供用戶觀看和收聽的電影和音樂之類的信息的 數(shù)據(jù)庫。服務(wù)器200利用內(nèi)容分析算法228來分析存儲在私人內(nèi)容數(shù)據(jù)庫206中的諸如日 程和電子郵件之類的私人內(nèi)容，生成指示用戶的活動安排的活動安排數(shù)據(jù)，并且將其發(fā)送 給部分同步算法202。內(nèi)容分析算法228檢測日程和電子郵件中描述的用戶的將來的安排(地點、時間等)，并且基于其創(chuàng)建活動安排數(shù)據(jù)。部分同步算法202基于活動安排數(shù)據(jù)來選擇要同步的數(shù)據(jù)，并且將指示要同步的 數(shù)據(jù)的同步數(shù)據(jù)信息發(fā)送給部分同步控制器210。部分同步控制器210基于同步數(shù)據(jù)信息從私人內(nèi)容數(shù)據(jù)庫206和商業(yè)內(nèi)容數(shù)據(jù)庫 208中提取與要同步的信息相對應(yīng)的內(nèi)容。如圖24所示，客戶端300包括用戶接口 306和客戶端數(shù)據(jù)庫304。用戶接口 306 將諸如用戶的操作信息和用戶ID之類的信息發(fā)送給服務(wù)器200。在用戶接口 306中獲取 的信息(內(nèi)容創(chuàng)建/改變信息)被直接發(fā)送給服務(wù)器200，或者被存儲在客戶端數(shù)據(jù)庫304 中并且隨后被從客戶端數(shù)據(jù)庫304發(fā)送到服務(wù)器200?？蛻舳藬?shù)據(jù)庫304是用于存儲從服 務(wù)器200發(fā)送來的內(nèi)容的數(shù)據(jù)的數(shù)據(jù)庫。(2)服務(wù)器與客戶端之間的數(shù)據(jù)的發(fā)送和接收圖25、26和27是示出第三實施例中的服務(wù)器200與客戶端300之間的發(fā)送和接 收的概念的示意圖。如圖25所示，當(dāng)用戶登錄到客戶端300中時，客戶端300將與登錄的 用戶的類型有關(guān)的信息(用戶ID)發(fā)送給服務(wù)器200。服 務(wù)器200利用從客戶端300接收 的與用戶的類型有關(guān)的信息來自動選擇在服務(wù)器200的數(shù)據(jù)庫250中存儲或管理的數(shù)據(jù)的 一部分。選擇的方法可以包括根據(jù)預(yù)先在服務(wù)器200側(cè)與諸如每個用戶的日程、電子郵 件和記事本之類的將來的活動相關(guān)地記錄的數(shù)據(jù)來創(chuàng)建將來活動安排數(shù)據(jù)，并且利用該結(jié) 果進(jìn)行選擇。與第一實施例類似，服務(wù)器200可以將所有的所選數(shù)據(jù)發(fā)送給客戶端300，或 者僅發(fā)送與客戶端300當(dāng)前保存的數(shù)據(jù)的差異。關(guān)于差異的檢測，由于如果服務(wù)器200 —直管理客戶端300的數(shù)據(jù)則服務(wù)器200 知道客戶端300保存的所有數(shù)據(jù)，因此，可以在服務(wù)器200中檢測差異并發(fā)送給客戶端300。 服務(wù)器200還可以通過從客戶端300獲取客戶端300當(dāng)前保存的數(shù)據(jù)的列表來檢測差異。如圖26所示，服務(wù)器200將所有的所選擇的要同步數(shù)據(jù)或者差異數(shù)據(jù)發(fā)送給客戶 端300。客戶端300接收數(shù)據(jù)并且利用接收的數(shù)據(jù)執(zhí)行數(shù)據(jù)庫350的同步。由此，可以使客 戶端300的數(shù)據(jù)庫350僅與服務(wù)器200的數(shù)據(jù)庫250的大量數(shù)據(jù)中、與用戶的活動安排數(shù) 據(jù)相對應(yīng)的最優(yōu)數(shù)據(jù)的一部分同步?？晒┯脩粲^看的、保存在服務(wù)器200中的所有數(shù)據(jù)的 所有數(shù)據(jù)信息(所有數(shù)據(jù)的列表)可以與客戶端同步(拷貝到客戶端)。圖27示出了完成同步之后的狀態(tài)。在圖27中，用戶可以通過客戶端300察看所 有數(shù)據(jù)的列表，然而，實際被同步并被保存在客戶端300的數(shù)據(jù)庫350中的數(shù)據(jù)僅僅是具有 高可能性被觀看的一些數(shù)據(jù)。因此，僅與用戶的將來活動相對應(yīng)的需要的數(shù)據(jù)被自動拷貝 到客戶端300的數(shù)據(jù)庫350中。(3)服務(wù)器和客戶端的數(shù)據(jù)同步示例圖28、29、30和31是示出服務(wù)器200的數(shù)據(jù)庫250與客戶端300的數(shù)據(jù)庫350被 同步的示例的示意圖。圖28是示出保存在服務(wù)器200中的所有數(shù)據(jù)的示意圖。假設(shè)用戶A登錄到客戶 端300中。服務(wù)器200利用活動安排數(shù)據(jù)來選擇要同步的數(shù)據(jù)。圖29示出了基于活動安排數(shù)據(jù)選擇圖28所示的數(shù)據(jù)的一部分的狀態(tài)。在圖29 中，帶有點的數(shù)據(jù)是所選數(shù)據(jù)。如圖29所示，從圖28的數(shù)據(jù)中的用戶A的數(shù)據(jù)中選擇與活動安排數(shù)據(jù)相符的數(shù)據(jù)。圖30示出了客戶端300在同步之前最初保存在數(shù)據(jù)庫350中的數(shù)據(jù)。當(dāng)基于差 異發(fā)送數(shù)據(jù)時，圖30所示的數(shù)據(jù)與在圖29中選擇的數(shù)據(jù)之間的差異被檢測出來，并且差異 數(shù)據(jù)(不同數(shù)據(jù))被從服務(wù)器200發(fā)送給客戶端300。圖31示出了經(jīng)同步的客戶端300的數(shù)據(jù)庫350的狀態(tài)。與第一實施例類似，不僅 考慮數(shù)據(jù)的名稱而且考慮更新時間和更新編號以及數(shù)據(jù)容量來檢測差異。例如，假設(shè)基于 對存儲在服務(wù)器200或另外的服務(wù)器或客戶端中的日程、電子郵件和記事本的分析結(jié)果， 分析出用戶A被安排為去新宿開會并且會后與朋友吃飯。在此情況中，根據(jù)用戶A的活動 安排使與新宿中的日本風(fēng)格的酒吧有關(guān)的信息與客戶端300的數(shù)據(jù)庫350同步(被拷貝到 數(shù)據(jù)庫350)，如圖31所示。(4)本實施例中的處理過程現(xiàn)在基于圖32、33和34的流程圖描述本實施例中的處理的過程。圖32是示出本實施例的典型處理的流程圖。首先，當(dāng)用戶登錄到客戶端300中時 (步驟S310)，客戶端300將用戶的類型信息(用戶ID)發(fā)送給服務(wù)器200(步驟S312)。服 務(wù)器200利用用戶ID檢查用戶的活動安排數(shù)據(jù)(步驟S314)。利用活動安排數(shù)據(jù)自動選擇 要同步的數(shù)據(jù)以及登錄用戶的所有數(shù)據(jù)的列表(步驟S316)。服務(wù)器200將所選擇的要同 步的數(shù)據(jù)以及所有數(shù)據(jù)的列表發(fā)送給客戶端300(步驟S318)?？蛻舳?00接收從服務(wù)器 200發(fā)送來的數(shù)據(jù)，并且數(shù)據(jù)庫350與服務(wù)器200所選擇的數(shù)據(jù)的一部分同步，并且客戶端 300所保存的所有數(shù)據(jù)的列表被更新(步驟S320)?？蛻舳?00將日程、電子郵件、記事本等的創(chuàng)建信息和改變信息發(fā)送給服務(wù)器 200 (步驟S322)。當(dāng)接收到這些信息時，服務(wù)器200將日程、電子郵件、記事本等的創(chuàng)建信 息和改變信息保存在私人內(nèi)容數(shù)據(jù)庫206中(步驟S324)。服務(wù)器200然后根據(jù)接收到的 信息來創(chuàng)建活動安排數(shù)據(jù)(步驟S326)。圖33是示出圖32中的如下處理的流程圖檢測服務(wù)器200側(cè)上所選擇的數(shù)據(jù)與 客戶端300的數(shù)據(jù)之間的差異，從服務(wù)器接收差異數(shù)據(jù)并且同步(更新)。圖33還示出了 執(zhí)行如下任務(wù)的示例在每個某種事件時自動重新同步數(shù)據(jù)庫350的一部分。在圖33中， 步驟 S310、S312、S314、S316、S318、S320、S322、S324 和 S326 的處理與圖 32 中的步驟類似。服務(wù)器200管理過去與客戶端300同步的數(shù)據(jù)以管理客戶端300當(dāng)前保存哪些數(shù) 據(jù)，由此得知客戶端300當(dāng)前保存的數(shù)據(jù)。因此，在步驟S328中，所選擇的要同步的數(shù)據(jù)與 客戶端300當(dāng)前保存的數(shù)據(jù)之間的差異被檢測出來?；谠摬町惈@得的要同步的數(shù)據(jù)以及 所有數(shù)據(jù)的列表在步驟S318中被發(fā)送給客戶端300。由于活動安排數(shù)據(jù)是時刻改變的，因此，在步驟S330中檢測是否發(fā)生了重新同步 事件，例如某一時間段、用戶對客戶端300的操作、用戶環(huán)境的改變等。如果發(fā)生了重新同 步事件，則再次執(zhí)行對活動安排數(shù)據(jù)的檢查，并且利用最新的活動安排數(shù)據(jù)來選擇要同步 的數(shù)據(jù)(步驟S314)。圖34是示出圖33中客戶端300向服務(wù)器200發(fā)送用于檢測差異的信息并且客戶 端300檢查重新同步事件的發(fā)生的示例的流程圖。在圖34中，步驟S310、S312、S314、S316、 S318、S320、S322、S324、S326和S328的處理與圖33中的步驟類似。在圖34的示例中，客戶端300將數(shù)據(jù)庫350當(dāng)前保存的數(shù)據(jù)的列表發(fā)送給服務(wù)器200 (步驟S332)。服務(wù)器200檢測所選擇的要同步數(shù)據(jù)與客戶端300當(dāng)前保存的數(shù)據(jù)之 間的差異(步驟S328)?；诓町惈@得的要同步數(shù)據(jù)以及所有數(shù)據(jù)的列表被發(fā)送給客戶端 300 (步驟 S318)。在圖34的示例中，在客戶端300側(cè)判斷是否發(fā)生了重新同步事件(步驟S334)，其 中，如果發(fā)生了重新同步的事件，則處理前進(jìn)到步驟S336以將重新同步請求信號發(fā)送給服 務(wù)器200。當(dāng)服務(wù)器200確認(rèn)了重新同步請求信號(步驟S338)后，服務(wù)器200返回步驟 S314，并且隨后執(zhí)行后續(xù)處理以執(zhí)行重新同步。根據(jù)上述第三實施例，服務(wù)器200基于活動安排數(shù)據(jù)僅選擇需要的數(shù)據(jù)，并且客 戶端300的數(shù)據(jù)庫350通過所選數(shù)據(jù)被同步。因此，可以將從服務(wù)器200發(fā)送的數(shù)據(jù)的量 抑制為最小量，并且可以極大地減少同步時間。另外，由于客戶端300的數(shù)據(jù)庫350不必保 存服務(wù)器200的所有數(shù)據(jù)，因此，可以將數(shù)據(jù)庫350的容量抑制為最小量。<4.第四實施例〉 現(xiàn)在將描述本發(fā)明的第四實施例。在第四實施例中，基于用戶的移動預(yù)測數(shù)據(jù)來 執(zhí)行同步。(1)服務(wù)器和客戶端的塊配置圖35是示出服務(wù)器200和客戶端300的功能配置的框圖。如圖35所示，服務(wù)器 200包括通信信息數(shù)據(jù)庫220、通信優(yōu)化算法222、觀看歷史/操作歷史數(shù)據(jù)庫212、習(xí)慣分 析算法214、部分同步算法202以及傳感器信息數(shù)據(jù)庫204。服務(wù)器200還包括位置信息/ 移動歷史數(shù)據(jù)庫224、移動預(yù)測算法226、私人內(nèi)容數(shù)據(jù)庫206、商業(yè)內(nèi)容數(shù)據(jù)庫208以及內(nèi) 容分析算法228。如圖35所示，客戶端300包括傳感器302、用戶接口 306和客戶端數(shù)據(jù)庫304。用 戶接口 306將諸如觀看信息、操作信息和用戶ID之類的信息發(fā)送給服務(wù)器200。在用戶接 口 306中獲取的信息(觀看信息、操作信息、內(nèi)容創(chuàng)建/改變信息)被直接發(fā)送給服務(wù)器 200，或者被存儲在客戶端數(shù)據(jù)庫304中并且隨后被從客戶端數(shù)據(jù)庫304發(fā)送到服務(wù)器200。 客戶端數(shù)據(jù)庫304是用于存儲從服務(wù)器200發(fā)送來的內(nèi)容的數(shù)據(jù)的數(shù)據(jù)庫?？蛻舳藬?shù)據(jù)庫 304可以通過數(shù)據(jù)庫350來進(jìn)行配置。服務(wù)器200包括通信信息數(shù)據(jù)庫220，用于保存與從客戶端300發(fā)送來的或者從多 個客戶端獲得的通信環(huán)境有關(guān)的通信信息。服務(wù)器200將相對于時間和地點的多個無線或 有線系統(tǒng)的通信狀態(tài)(傳輸速率、電波強度)存儲在通信信息數(shù)據(jù)庫220中。服務(wù)器200根據(jù)要同步的數(shù)據(jù)的緊急度(至少要同步的時間和地點)的緊急度、 數(shù)據(jù)量、每個通信系統(tǒng)的功耗以及每個無線系統(tǒng)的通信費用來優(yōu)化對通信時間、地點和通 信系統(tǒng)(傳輸速率選擇、傳輸功率選擇)的選擇。這種優(yōu)化由通信優(yōu)化算法222執(zhí)行。在客戶端300中，當(dāng)用戶握持客戶端300時傳感器302檢測信息而用戶不會注意到此，并且由傳感器302檢測到的傳感器信息被發(fā)送給服務(wù)器200。傳感器信息被存儲在 服務(wù)器200的傳感器信息數(shù)據(jù)庫204中?？蛻舳?00的傳感器302檢測通信信息和位置信 息，其中，通信信息用于更新通信信息數(shù)據(jù)庫220，并且位置信息用于更新位置信息/移動 歷史數(shù)據(jù)庫224。觀看信息和操作信息被用戶接口 306獲取，并被發(fā)送給服務(wù)器200以更新 觀看歷史/操作歷史數(shù)據(jù)庫212。與第二實施例類似，歷史等被存儲在服務(wù)器200中，并且 習(xí)慣分析算法214根據(jù)觀看歷史和操作歷史來生成偏好信息和習(xí)慣信息，以向用戶提供有意義的服務(wù)。服務(wù)器200在內(nèi)容分析算法226中分析存儲在私人內(nèi)容數(shù)據(jù)庫206中的諸如日程 和電子郵件之類的私人內(nèi)容，并且預(yù)測用戶的移動目的地。移動預(yù)測算法226基于客戶端 300的當(dāng)前狀態(tài)信息或者直到當(dāng)前時間的某時段的狀態(tài)以及所預(yù)測的目的地來預(yù)測從當(dāng)前 位置到目的地的移動路線。移動預(yù)測算法226基于累積在位置信息/移動歷史數(shù)據(jù)庫224 中的過去的用戶的移動歷史來預(yù)測從當(dāng)前位置到目的地的移動路線。部分同步算法202根 據(jù)所預(yù)測的移動預(yù)測信息(目的地、移動路線)來選擇將來狀態(tài)所需要的要同步的最優(yōu)數(shù) 據(jù)，并且利用偏好信息、習(xí)慣信息、傳感器信息和當(dāng)前狀態(tài)信息來創(chuàng)建同步數(shù)據(jù)信息。
通信優(yōu)化算法222創(chuàng)建通信操作信息，例如，對執(zhí)行通信的時間、執(zhí)行通信的地點 以及通信系統(tǒng)的選擇，傳輸速率的選擇，以及傳輸功率的選擇。通信操作信息是根據(jù)移動路 線在考慮到要同步的所選數(shù)據(jù)的緊急度、數(shù)據(jù)量、數(shù)據(jù)內(nèi)容等的同時、基于移動路線中的通 信環(huán)境來創(chuàng)建的。部分同步控制器210利用通信操作信息和同步數(shù)據(jù)信息來控制在何時何 地利用何種通信系統(tǒng)來同步哪些數(shù)據(jù)。部分同步控制器210將私人內(nèi)容、商業(yè)內(nèi)容等與客 戶端300的客戶端數(shù)據(jù)庫304部分地同步。根據(jù)上述配置，即使因移動終端地點的改變引起了通信環(huán)境的改變，也可以通過 利用預(yù)先獲得的通信信息來控制對執(zhí)行通信的時間的選擇以及對執(zhí)行通信的地點以及對 通信系統(tǒng)的選擇來應(yīng)對通信環(huán)境的改變。此外，可以分別地應(yīng)對同步數(shù)據(jù)的緊急度、內(nèi)容和 數(shù)量，并且可以通過在多種通信系統(tǒng)間切換來實現(xiàn)較低的功耗和通信費用的節(jié)省。目的地 和移動速率不由用戶輸入，而是在服務(wù)器200側(cè)預(yù)測的。因此，即使用戶未輸入目的地和移 動路線，也可以根據(jù)移動預(yù)測信息來控制通信時間和地點以及通信系統(tǒng)(傳輸速率選擇、 傳輸功率選擇)的選擇。還可以通過累積并使用從客戶端300發(fā)送來的或者從多個客戶端 300獲得的通信速率來應(yīng)對因時區(qū)引起的通信環(huán)境的改變以及每個無線系統(tǒng)的通信環(huán)境的 改變。在第四實施例中，與第一至第三實施例相比，可以進(jìn)一步縮小要同步的數(shù)據(jù)量，因 此，可以實現(xiàn)數(shù)據(jù)庫350的進(jìn)一步小型化以及同步處理的更高速度。另外，由于使用了移動 預(yù)測，因此，可以提高縮小用于同步服務(wù)器200的一部分的內(nèi)容的精度。(2)用戶的移動預(yù)測示例圖36是示出移動預(yù)測的示例的示意圖。在本實施例中，假設(shè)客戶端300為便攜式 終端。客戶端300包括用于獲取位置和當(dāng)前時間的傳感器。傳感器信息被發(fā)送給服務(wù)器 200，以使得服務(wù)器200得知客戶端300的當(dāng)前位置和當(dāng)前時間。服務(wù)器200利用使用客戶 端300的用戶A到目前為止的移動歷史或者利用另一用戶的移動歷史來預(yù)測用戶A從用戶 A的當(dāng)前位置和當(dāng)前時間在將來如何移動。對于預(yù)測方法，利用過去的移動歷史來針對用戶A在本周的當(dāng)日的當(dāng)前時間沿著 其移動的多條移動路線中的每條來獲得用戶將移動的概率，并且選擇具有最高概率的移動 路線?；蛘?，利用使用隱式馬爾可夫模型的學(xué)習(xí)算法等來根據(jù)當(dāng)前狀態(tài)或到當(dāng)前時間為止 的某時間段的狀態(tài)、基于從移動歷史獲得的移動路線候選來預(yù)測移動路線。在圖36中， 在用戶A可能移動的多條移動路線中、以實線示出的路線的狀態(tài)被選為具有最高概率的路 線。在移動預(yù)測中，除了僅利用移動歷史來預(yù)測移動路線和目的地的方法以外，還可以使 用分析諸如日程、電子郵件和記事本之類的個人內(nèi)容以獲得將來的安排并預(yù)測目的地的方法。因此，可以相對于用戶A的當(dāng)前位置和當(dāng)前時間預(yù)測出用戶A將來如何移動。(3)移動預(yù)測和通信優(yōu)化的示例圖37是示出移動預(yù)測和通信優(yōu)化的示例的示意圖。在本實施例中，在客戶端300 移動的路徑(圖36和37中以實線示出的路線)中獲得電波環(huán)境信息，例如客戶端300在 其中通信的通信區(qū)域以及客戶端300進(jìn)行通信的通信速度。具體地，可以根據(jù)用戶A的通 信歷史和電波強度測量歷史、便攜式電話的運營商公司或管理WiFi的接入點的公司的基 站的布置信息以及與相對于位置的電波環(huán)境有關(guān)的信息，來識別出諸如WiFi或便攜式電 話的通信區(qū)域和通信速度之類的電波環(huán)境信息。還可以通過收集從多個其它客戶端300到 服務(wù)器200的通信歷史和電波強度歷史來提高電波環(huán)境信息的精度?？梢酝ㄟ^將電波環(huán)境 信息與移動預(yù)測的路線相比較來得知在預(yù)測出的沿著其移動的路線中的時間、位置、利用 的通信系統(tǒng)、以及可以執(zhí)行通信的速度。在圖37的示例中，服務(wù)器200根據(jù)電波環(huán)境信息認(rèn)識到在區(qū)域1、2、3中通過 WiFi(WiFi_l、WiFi_2、WiFi_3)進(jìn)行通信是可以的。在區(qū)域4中，服務(wù)器200認(rèn)識到通過3G 便攜式電話進(jìn)行通信是可以的。因此，服務(wù)器200可以得知在客戶端300沿著其移動的路 徑中可供客戶端300使用的電波環(huán)境信息。(4)基于移動預(yù)測的部分同步圖38是示出基于移動預(yù)測執(zhí)行部分同步的示例的示意圖?？梢岳糜脩舻挠^看 歷史/操作歷史等來得知用戶觀看的時間、地點和數(shù)據(jù)，并且可以得知與地點和時間相對 應(yīng)的觀看習(xí)慣和偏好?？梢酝ㄟ^將關(guān)于與地點和時間相對應(yīng)的習(xí)慣和偏好的信息與移動預(yù) 測的路線相比較來得知在預(yù)測出的沿著其移動的路線中具有高可能性進(jìn)行觀看的時間、位 置和數(shù)據(jù)。與從個人內(nèi)容分析出的目的地(活動預(yù)測)相對應(yīng)的數(shù)據(jù)也可以被同步。在圖38的示例中，從過去的觀看歷史/操作歷史獲得了用戶A在區(qū)域11中主要 收聽音樂(搖滾樂)。還獲得了用戶A在區(qū)域12中觀看運動圖像(體育新聞)。因此，月艮 務(wù)器200向用戶A發(fā)送音樂(搖滾樂)數(shù)據(jù)，以使得用戶A可以在區(qū)域11中收聽音樂(搖 滾樂)。服務(wù)器200還向用戶A發(fā)送運動圖像(體育新聞)數(shù)據(jù)，以使得用戶A可以在區(qū)域 12中觀看運動圖像(體育新聞)。(5)通信優(yōu)化和部分同步的示例圖39是示出通信優(yōu)化和部分同步的示例的示意圖。與圖36至38相比較來進(jìn)行 描述，預(yù)測從當(dāng)前點到點B將收聽搖滾音樂。因此，同步音樂數(shù)據(jù)具有高緊急度，并且從當(dāng) 前位置起立即執(zhí)行同步。在此情況中，雖然通信速度低、通信花費高并且功耗高，然而由于 緊急度高，因此如圖37所示利用3G便攜式電話網(wǎng)絡(luò)來執(zhí)行同步。由于在點A之前完成了音樂數(shù)據(jù)的同步，因此，即使從點A到點B客戶端處于離線 狀態(tài)，所有所希望的音樂數(shù)據(jù)也已與客戶端同步。因此，用戶A可以收聽音樂(搖滾樂)。 在點A和點B附近提供利用WiFi的連接區(qū)域(區(qū)域1、2)，并且通信被規(guī)劃以使得在點C之 前優(yōu)先同步具有高緊急度的音樂數(shù)據(jù)，這是因為預(yù)測出在點C之后需要體育新聞的運動圖 像。同時，通信被規(guī)劃為利用具有較高通信速度、較低通信花費和較低功耗的通信系統(tǒng)來同 步運動圖像數(shù)據(jù)。如果使用點A附近(區(qū)域1)和點B附近(區(qū)域2)的WiFi，則相對于要 同步的運動圖像數(shù)據(jù)的容量，通信速度足夠用于同步，因此，僅利用點A附近和點B附近的 WiFi來同步運動圖像數(shù)據(jù)。
圖40示出了圖39所示的“音樂數(shù)據(jù)”和“運動圖像數(shù)據(jù)”的當(dāng)前位置處的同步緊 急度和數(shù)據(jù)量。當(dāng)在當(dāng)前位置處完成了對用戶的移動路徑的預(yù)測時，服務(wù)器200認(rèn)識到“音 樂數(shù)據(jù)”和“運動圖像數(shù)據(jù)”都希望被同步到客戶端300。由于存在用戶可能從當(dāng)前位置起 立即收聽音樂的可能性，因此“音樂數(shù)據(jù)”具有高的緊急度。因此，考慮到“音樂數(shù)據(jù)”的緊 急度和數(shù)據(jù)量，如圖39所示，利用3G便攜式電話網(wǎng)絡(luò)來執(zhí)行同步。另一方面，對于“運動圖 像數(shù)據(jù)”，僅在點C之前完成同步。由于在當(dāng)前位置處可以得知在點C之前可以使用區(qū)域1 和區(qū)域2的WiFi，因此，考慮到“運動圖像數(shù)據(jù)”的緊急度和數(shù)據(jù)量，利用區(qū)域1和區(qū)域2的 WiFi來執(zhí)行同步。(6)服務(wù)器和客戶端之間的數(shù)據(jù)的發(fā)送和接收的概念圖41是示出在感測時服務(wù)器200與客戶端300的操作示例的示意圖。由傳感器 提取的諸如時間信息和地點信息之類的信息，以及諸如操作歷史、觀看歷史和購買歷史之 類的歷史信息被從客戶端300發(fā)送給服務(wù)器200。服務(wù)器200將歷史信息以及由傳感器提 取的信息保存在數(shù)據(jù)庫250中，并且將其用于活動預(yù)測、同步優(yōu)化和通信優(yōu)化。
圖42是示出同步時服務(wù)器200與客戶端300的操作示例的示意圖。根據(jù)客戶端 300的當(dāng)前位置和當(dāng)前時間在最優(yōu)通信定時處同步最優(yōu)數(shù)據(jù)。從私人內(nèi)容數(shù)據(jù)庫206分析 日程等，并且預(yù)測目的地?；谝苿託v史數(shù)據(jù)庫來預(yù)測與目的地的預(yù)測相對應(yīng)的移動路線。 目的地的預(yù)測使用對私人內(nèi)容的分析或者僅使用移動歷史。利用通信環(huán)境數(shù)據(jù)庫來進(jìn)行與 移動路線的預(yù)測相對應(yīng)的對執(zhí)行通信的時間、執(zhí)行通信的地點以及通信系統(tǒng)的選擇，傳輸 速率的選擇，傳輸功率的選擇等。根據(jù)對移動路線的預(yù)測自動地從觀看歷史數(shù)據(jù)庫中選擇 要部分同步的數(shù)據(jù)。(7)其它塊配置在圖35中，示出了基于通信信息、觀看信息、操作信息、傳感器信息和位置信息來 選擇部分同步數(shù)據(jù)的示例，然而，如果并不需要使用所有信息，則可以僅利用某些信息來選 擇要部分同步的數(shù)據(jù)。例如，圖43示出了當(dāng)根據(jù)偏好信息、習(xí)慣信息、傳感器信息和當(dāng)前狀態(tài)信息來選 擇部分同步數(shù)據(jù)而不執(zhí)行移動預(yù)測，并且根據(jù)通信信息進(jìn)行同步時的框圖。圖44示出了當(dāng)根據(jù)偏好信息、習(xí)慣信息、傳感器信息和當(dāng)前狀態(tài)信息來選擇部分 同步數(shù)據(jù)而不執(zhí)行移動預(yù)測和通信優(yōu)化，并且隨后進(jìn)行同步時的框圖。如上所述，當(dāng)同步保存在服務(wù)器中的所有數(shù)據(jù)時，需要較大容量用于客戶端300 的數(shù)據(jù)庫的存儲容量，并且同步時間變得較長。根據(jù)本實施例，僅相關(guān)人、相關(guān)設(shè)備、相關(guān)時 間和相關(guān)地點所需要的數(shù)據(jù)被從服務(wù)器的大型數(shù)據(jù)庫拷貝，以使得不被觀看的無用數(shù)據(jù)不 會保存在客戶端300的數(shù)據(jù)庫350中。因此，實現(xiàn)了客戶端300的小型化和更低成本。由 于并未拷貝所有數(shù)據(jù)，因此，可以節(jié)省通信成本并且可以節(jié)省發(fā)送和接收功率。此外，可以 在離線時僅收聽和觀看需要的數(shù)據(jù)，并且通過在觀看和收聽之前進(jìn)行同步，也可以實現(xiàn)對 數(shù)據(jù)的緊急觀看和收聽。本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)明白，可以根據(jù)設(shè)計要求和其它因素進(jìn)行各種修改、組合、 子組合和變更，只要它們在權(quán)利要求或其等同物的范圍之內(nèi)。本申請包含與2009年3月9日向日本專利局提交的日本在先專利申請JP 2009-055774中公開的內(nèi)容有關(guān)的主題，該申請的全部內(nèi)容通過引用結(jié)合于此。
權(quán)利要求
一種信息提供服務(wù)器，包括狀態(tài)信息獲取單元，用于獲取在通過通信網(wǎng)絡(luò)連接的客戶終端處檢測到的與使用所述客戶終端的用戶的狀態(tài)有關(guān)的狀態(tài)信息；數(shù)據(jù)庫，用于累積供用戶使用的內(nèi)容的數(shù)據(jù)；選擇單元，用于基于所述狀態(tài)信息來選擇累積在所述數(shù)據(jù)庫中的數(shù)據(jù)的一部分；以及發(fā)送單元，用于將由所述選擇單元選擇的數(shù)據(jù)發(fā)送給所述客戶終端。
2.根據(jù)權(quán)利要求1所述的信息提供服務(wù)器，其中所述選擇單元包括差異數(shù)據(jù)選擇部分，所述差異數(shù)據(jù)選擇部分用于選擇差異數(shù)據(jù)，所 述差異數(shù)據(jù)對應(yīng)于已經(jīng)累積在客戶終端的數(shù)據(jù)庫中的現(xiàn)有累積數(shù)據(jù)和基于所述狀態(tài)信息 選擇的數(shù)據(jù)之間的差異；并且所述發(fā)送單元將所述差異數(shù)據(jù)發(fā)送給所述客戶終端。
3.根據(jù)權(quán)利要求2所述的信息提供服務(wù)器，其中，所述差異數(shù)據(jù)選擇部分針對所述現(xiàn) 有累積數(shù)據(jù)以及基于狀態(tài)信息選擇的數(shù)據(jù)中的每一個，基于數(shù)據(jù)更新日期和時間或數(shù)據(jù)更 新編號來選擇所述差異數(shù)據(jù)。
4.根據(jù)權(quán)利要求1所述的信息提供服務(wù)器，其中，與用戶的狀態(tài)有關(guān)的狀態(tài)信息是如 下信息中的至少一種時間信息、地點信息、操作信息、視頻信息、音頻信息、壓力信息、氣味 信息、溫度信息、濕度信息、生物信息和購買信息。
5.根據(jù)權(quán)利要求1所述的信息提供服務(wù)器，還包括分析單元，用于基于所述狀態(tài)信息來分析與用戶的偏好、習(xí)慣或活動安排有關(guān)的信息；并且所述選擇單元基于所述狀態(tài)信息并根據(jù)與用戶的偏好、習(xí)慣或活動安排有關(guān)的信息來 選擇累積在所述數(shù)據(jù)庫中的數(shù)據(jù)的一部分。
6.根據(jù)權(quán)利要求1所述的信息提供服務(wù)器，還包括分析單元，用于基于所述狀態(tài)信息來分析與用戶過去或?qū)淼幕顒佑嘘P(guān)的信息；并且 所述選擇單元基于所述與用戶過去或?qū)淼幕顒佑嘘P(guān)的信息來選擇累積在所述數(shù)據(jù) 庫中的數(shù)據(jù)的一部分。
7.根據(jù)權(quán)利要求6所述的信息提供服務(wù)器，其中，與過去的活動有關(guān)的信息是根據(jù)用 戶的觀看歷史、操作歷史、購買歷史或活動歷史創(chuàng)建的信息。
8.根據(jù)權(quán)利要求6所述的信息提供服務(wù)器，其中，與將來活動有關(guān)的信息是根據(jù)保存 在用戶使用的日程、電子郵件或記事本中的信息而創(chuàng)建的信息。
9.根據(jù)權(quán)利要求1所述的信息提供服務(wù)器，其中所述選擇單元在預(yù)定事件發(fā)生時選擇數(shù)據(jù)的一部分；并且 所述發(fā)送單元在所述預(yù)定事件發(fā)生時將所選數(shù)據(jù)發(fā)送給所述客戶終端。
10.根據(jù)權(quán)利要求1所述的信息提供服務(wù)器，其中，所述發(fā)送單元將所選數(shù)據(jù)發(fā)送給所 述客戶終端，并且還將相對應(yīng)用戶的所有數(shù)據(jù)的列表發(fā)送給所述客戶終端。
11.根據(jù)權(quán)利要求1所述的信息提供服務(wù)器，還包括移動路徑分析單元，用于基于所述狀態(tài)信息分析與用戶的將來移動路徑有關(guān)的信息；其中所述選擇單元基于與所述移動路徑有關(guān)的信息來選擇累積在所述數(shù)據(jù)庫中的數(shù)據(jù)的一部分。
12.根據(jù)權(quán)利要求1所述的信息提供服務(wù)器，還包括通信信息獲取單元，用于獲取與移動路徑的通信環(huán)境有關(guān)的通信信息作為所述狀態(tài)信 息；其中所述選擇單元基于與移動路徑有關(guān)的信息以及通信信息來選擇累積在所述數(shù)據(jù)庫中 的數(shù)據(jù)的一部分。
13.根據(jù)權(quán)利要求1所述的信息提供服務(wù)器，還包括偏好和習(xí)慣分析單元，用于基于所述狀態(tài)信息分析與用戶的偏好或習(xí)慣有關(guān)的信息；其中所述選擇單元基于與移動路徑有關(guān)的信息、通信信息以及與用戶的偏好或習(xí)慣有關(guān)的 信息來選擇累積在所述數(shù)據(jù)庫中的數(shù)據(jù)的一部分。
14.一種信息提供系統(tǒng)，包括信息提供服務(wù)器，包括用于獲取與使用客戶終端的用戶的狀態(tài)有關(guān)的狀態(tài)信息的狀 態(tài)信息獲取單元，用于累積供用戶使用的內(nèi)容的數(shù)據(jù)的數(shù)據(jù)庫，用于基于所述狀態(tài)信息來 選擇累積在所述數(shù)據(jù)庫中的數(shù)據(jù)的一部分的選擇單元，以及用于將由所述選擇單元選擇的 數(shù)據(jù)發(fā)送給所述客戶終端的發(fā)送單元；以及客戶終端，包括用于檢測所述狀態(tài)信息的狀態(tài)信息檢測單元，用于將所述狀態(tài)信息發(fā) 送給通過通信網(wǎng)絡(luò)相連的所述信息提供服務(wù)器的發(fā)送單元，以及被與從所述信息提供服務(wù) 器發(fā)送來的所選數(shù)據(jù)同步的數(shù)據(jù)庫。
15.一種信息提供方法，包括以下步驟在客戶終端處檢測與使用所述客戶終端的用戶的狀態(tài)有關(guān)的狀態(tài)信息； 將所述狀態(tài)信息發(fā)送給通過通信網(wǎng)絡(luò)相連的信息提供服務(wù)器； 基于所述狀態(tài)信息從所述信息提供服務(wù)器處的用于累積供用戶使用的內(nèi)容的數(shù)據(jù)的 數(shù)據(jù)庫中選擇數(shù)據(jù)的一部分；將所選數(shù)據(jù)發(fā)送給所述客戶終端；以及在所述客戶終端的數(shù)據(jù)庫處使所述數(shù)據(jù)庫與從所述信息提供服務(wù)器發(fā)送來的所選數(shù) 據(jù)同步。
16.一種用于使得計算機用作如下裝置的程序用于獲取在通過通信網(wǎng)絡(luò)連接的客戶終端處檢測到的與使用所述客戶終端的用戶的 狀態(tài)有關(guān)的狀態(tài)信息的裝置；用于累積供用戶使用的內(nèi)容的數(shù)據(jù)的裝置；用于基于所述狀態(tài)信息選擇累積在數(shù)據(jù)庫中的數(shù)據(jù)的一部分的裝置；以及 用于將通過選擇裝置選擇的數(shù)據(jù)發(fā)送給所述客戶終端的裝置。
全文摘要
本發(fā)明公開了信息提供服務(wù)器、信息提供系統(tǒng)、信息提供方法及程序。本發(fā)明的信息提供服務(wù)器包括狀態(tài)信息獲取單元，用于獲取在通過通信網(wǎng)絡(luò)連接的客戶終端處檢測到的與使用客戶終端的用戶的狀態(tài)有關(guān)的狀態(tài)信息；數(shù)據(jù)庫，用于累積供用戶使用的內(nèi)容的數(shù)據(jù)；選擇單元，用于基于狀態(tài)信息來選擇累積在數(shù)據(jù)庫中的數(shù)據(jù)的一部分；以及發(fā)送單元，用于將由選擇單元選擇的數(shù)據(jù)發(fā)送給客戶終端。
文檔編號G06F17/30GK101833562SQ20101012549
公開日2010年9月15日 申請日期2010年3月2日 優(yōu)先權(quán)日2009年3月9日
發(fā)明者園田修平, 山菅裕之, 有澤繁, 江坂征二, 臼居隆志, 阿部真一郎, 高田昌幸 申請人:索尼公司