專利名稱：網(wǎng)絡(luò)系統(tǒng)、網(wǎng)絡(luò)家用電器、內(nèi)容/元數(shù)據(jù)同步處理方法以及計(jì)算機(jī)程序的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)系統(tǒng)、網(wǎng)絡(luò)家用電器、內(nèi)容/元數(shù)據(jù)同步處理方法以 及計(jì)算機(jī)程序。
背景技術(shù)：
在接收包括廣播服務(wù)、因特網(wǎng)協(xié)議電視(IPTV)服務(wù)以及數(shù)字通用 盤(DVD )、藍(lán)光盤(BD )和高清晰度DVD (HDDVD )等的包分發(fā)服務(wù) 的多個(gè)服務(wù)的(單個(gè)或多個(gè))家用網(wǎng)絡(luò)電器中，使用取決于媒介的協(xié)議來 分發(fā)跨越多個(gè)媒介和網(wǎng)絡(luò)分發(fā)的內(nèi)容或內(nèi)容的元數(shù)據(jù)。此外，當(dāng)取決于媒 介和服務(wù)的協(xié)議所分發(fā)的內(nèi)容或其元數(shù)據(jù)被更新時(shí)，如果協(xié)議每個(gè)都支持 更新功能，則通過取決于該協(xié)議的方法來執(zhí)行更新處理。因此，在內(nèi)容或 元數(shù)據(jù)在提供商側(cè)被更新的情況下，如果在客戶側(cè)激活能夠檢測那些更新 事件的應(yīng)用程序，則可以執(zhí)行更新檢測和更新處理。
專利文件1公開了一種4支術(shù)，在該:技術(shù)中，用戶終端相對于提供內(nèi)容 或內(nèi)容的元數(shù)據(jù)的內(nèi)容分發(fā)服務(wù)器定期輪詢元數(shù)據(jù)是否被更新，并且當(dāng)元 數(shù)據(jù)被更新時(shí)，向內(nèi)容分發(fā)服務(wù)器請求并獲取更新的元數(shù)據(jù)。
專利文件1:日本專利申請公開第2006-053633號(第0083段)

發(fā)明內(nèi)容
本發(fā)明所要解決的問題
隨著廣播通信融合環(huán)境的H經(jīng)由多個(gè)媒介和網(wǎng)絡(luò)分發(fā)的這種內(nèi)容 或元數(shù)據(jù)在家用網(wǎng)絡(luò)裝置中積聚的場M持增加。在具有相同內(nèi)容的內(nèi)容 或元數(shù)據(jù)經(jīng)由多個(gè)不同媒介和網(wǎng)絡(luò)/服務(wù)積聚在家用網(wǎng)絡(luò)中的情況下，存 在下述可能性當(dāng)那些內(nèi)容或元數(shù)據(jù)中的任何一個(gè)被更新時(shí)，具有相同內(nèi) 容但是經(jīng)由其它不同媒介和網(wǎng)絡(luò)/月良務(wù)分發(fā)和積聚的內(nèi)容或元數(shù)據(jù)被類似 地更新。如果提供一種能夠解決分別提供用于不同媒介和網(wǎng)絡(luò)/服務(wù)的域中管 理的內(nèi)容或元數(shù)據(jù)的標(biāo)識(shí)符當(dāng)中的相互對應(yīng)(基于該對應(yīng)，可以同樣地判 斷相同內(nèi)容或相似內(nèi)容)的機(jī)制，則通過更新內(nèi)容或元數(shù)據(jù)中之一，可以 檢測(類推)與其相對應(yīng)的其它內(nèi)容或元數(shù)據(jù)的更新事件，并且當(dāng)檢測到 時(shí)，執(zhí)行使用更新協(xié)議(分發(fā)協(xié)議)的處理。然而， 一般而言，在不同的 媒介和網(wǎng)絡(luò)/服務(wù)當(dāng)中無法確?？梢越鉀Q域中管理的內(nèi)容或元數(shù)據(jù)的對應(yīng) 性的標(biāo)識(shí)符管理系統(tǒng)，并且不能期望這種同步管理的自動(dòng)化。
作為其中同步管理的不一致性成為問題的例子，假定相對于從圖28 所示的服務(wù)提供商A提供的加密內(nèi)容a存在元數(shù)據(jù)1 ，并且價(jià)格信息包含 在其中，而且類似地，相對于從服務(wù)提供商B提供的加密內(nèi)容P存在元 數(shù)據(jù)2，并且價(jià)格信息也包含在其中。內(nèi)容ot和內(nèi)容P是具有相同名稱X 的內(nèi)容。來自服務(wù)提供商A的報(bào)價(jià)假定高于服務(wù)提供商B的報(bào)價(jià)。換言 之，假定存在"元數(shù)據(jù)l的價(jià)格信息的值大于元數(shù)據(jù)2的價(jià)格信息的值" 的關(guān)系。
通常，為了提高家用網(wǎng)^4L內(nèi)檢索處理的性能，用于管理家用網(wǎng)絡(luò)中 下載和積聚的內(nèi)容的數(shù)據(jù)庫存儲(chǔ)其元數(shù)據(jù)的內(nèi)容。這里，假定在某一時(shí)刻 (例如當(dāng)?shù)谝贿\(yùn)行周期結(jié)束時(shí))，對于價(jià)格策略的變化，服務(wù)提供商A和 服務(wù)提供商B兩者都降低名稱X的價(jià)格。服務(wù)提供商A和服務(wù)提供商B 更新各自管理的元數(shù)據(jù)1和元數(shù)據(jù)2的價(jià)格內(nèi)容。關(guān)于新的價(jià)格，假定來 自服務(wù)提供商A的報(bào)價(jià)低于來自服務(wù)提供商B的報(bào)價(jià)。換言之，假定關(guān) 系已改變?yōu)?元數(shù)據(jù)1的價(jià)格信息的值小于元數(shù)據(jù)2的價(jià)格信息的值"。
假定偶然地，在某個(gè)家用網(wǎng)絡(luò)裝置中運(yùn)行服務(wù)提供商B的分發(fā)應(yīng)用 程序，并且這樣一來就檢測到了元數(shù)據(jù)2的價(jià)格信息的更新。同時(shí)，服務(wù) 提供商A的分發(fā)應(yīng)用程序未被激活，所以在數(shù)據(jù)庫的內(nèi)容當(dāng)中只有對應(yīng) 于元數(shù)據(jù)2的內(nèi)^^皮更新。在這種狀態(tài)下，當(dāng)在這個(gè)家用網(wǎng)絡(luò)裝置中激活 內(nèi)容購買導(dǎo)航應(yīng)用程序并且執(zhí)行在獲取名稱X的觀看許可時(shí)參考數(shù)據(jù)庫 以比較來自提供商的報(bào)價(jià)的處理時(shí)，因?yàn)樵獢?shù)據(jù)l的價(jià)格未被更新，所以 關(guān)系變成"元數(shù)據(jù)1的價(jià)M息的值大于元數(shù)據(jù)2的價(jià)格信息的值"，結(jié) 果是用戶購買許可以觀看來自服務(wù)提供商B的內(nèi)容，服務(wù)提供商A喪失 了它的商業(yè)機(jī)會(huì)，而用戶則喪失了購買更便宜內(nèi)容的機(jī)會(huì)。
考慮到如上所述的問題，本發(fā)明旨在提供一種網(wǎng)絡(luò)系統(tǒng)、網(wǎng)絡(luò)家用電 器、內(nèi)容/元數(shù)據(jù)同步處理方法以及計(jì)算積4呈序，它們能夠通過向家用網(wǎng) 絡(luò)之內(nèi)的網(wǎng)絡(luò)家用電器積極地通知內(nèi)容或元數(shù)據(jù)的更新內(nèi)容來有效地執(zhí)行同步處理。
解決問題的手段
為了解決上述問題，根據(jù)本發(fā)明，提供了一種網(wǎng)絡(luò)系統(tǒng)，其包括更 新通知消息生成裝置，用于為每個(gè)服務(wù)生成更新通知消息，所迷更新通知 消息存儲(chǔ)內(nèi)容或所述內(nèi)容的元數(shù)據(jù)的更新信息或者對所述更新信息的索 引；過濾屬性設(shè)置裝置，用于在針對從所述更新通知消息生成裝置遞送的 每個(gè)服務(wù)的所述更新通知消息中設(shè)置用于分類所述消息的過濾屬性；更新 通知消息積聚部分，用于積聚其中所述過濾屬性已被所述過濾屬性設(shè)置裝 置設(shè)置的所述更新通知消息；本機(jī)內(nèi)容/元數(shù)據(jù)存儲(chǔ)部分，其提供在家用 網(wǎng)絡(luò)電器中，并且存儲(chǔ)特定服務(wù)的內(nèi)容或其元數(shù)據(jù)；更新裝置，其通it^ 應(yīng)于所述特定服務(wù)的應(yīng)用程序來實(shí)現(xiàn)，用于使用所述更新信息來更新所述 4*內(nèi)容/元數(shù)據(jù)存儲(chǔ)部分中的內(nèi)容或元數(shù)據(jù)；以及更新信息提供裝置， 用于預(yù)先管理所述應(yīng)用程序和所述過濾屬性之間的對應(yīng)性，基于經(jīng)由網(wǎng)絡(luò) 從所述更新通知消息積聚部分獲取的所述更新通知消息中"^殳置的所述過 濾屬性和所述對應(yīng)性來指定提供所述更新通知消息之內(nèi)的更新信息的應(yīng) 用程序，并且通過激活所述應(yīng)用程序來提供所述更新信息。
根據(jù)本發(fā)明的網(wǎng)絡(luò)系統(tǒng)，即使當(dāng)對應(yīng)于服務(wù)的應(yīng)用程序未被激活時(shí)， 也可以基于獲取的更新通知消息中設(shè)置的過濾屬性以及應(yīng)用程序和過濾 屬性之間的預(yù)置對應(yīng)性來指定提供更新通知消息之內(nèi)的更新信息的應(yīng)用 程序，并且通過激活該應(yīng)用程序，使用更新信息來更新#內(nèi)容/元數(shù)據(jù) 存儲(chǔ)部分中的內(nèi)容或元數(shù)據(jù)。因此，通過向家用網(wǎng)^:內(nèi)的網(wǎng)絡(luò)家用電器 積極地通知內(nèi)容或元數(shù)據(jù)的更新內(nèi)容，可以令人滿意地執(zhí)行同步處理。
在根據(jù)本發(fā)明的網(wǎng)絡(luò)系統(tǒng)中，過濾屬性是用于指定服務(wù)的信息。因此， 可以有效地指定對應(yīng)于服務(wù)的應(yīng)用程序。
進(jìn)一步，在根據(jù)本發(fā)明的網(wǎng)絡(luò)系統(tǒng)中，過濾屬性可以是用于指定內(nèi)容 類別的信息。因此，針對每個(gè)類別的內(nèi)容可以有效地指定和激活相應(yīng)的應(yīng) 用程序。
進(jìn)一步，在根據(jù)本發(fā)明的網(wǎng)絡(luò)系統(tǒng)中，更新通知消息生成裝置可以生 成作為內(nèi)容或元數(shù)據(jù)的4^P更新內(nèi)容的全部更新信息，并且可以生成作為 僅是差別更新的更新內(nèi)容的差別更新信息，同時(shí)定期切換它們作為更新信 息，而且在更新通知消息中設(shè)置指示每個(gè)更新通知消息的更新信息的更新方法的屬性信息；并且更新信息提供裝置基于更新通知消息積聚部分中積 聚的更新通知消息中設(shè)置的屬性信息，可以經(jīng)由網(wǎng)絡(luò)從更新通知消息積聚
側(cè)的內(nèi)容或元數(shù)據(jù)同步所須的更新通知消息。通過如此4吏用全部更新和差 別更新兩者，變得可以有效地執(zhí)行更新處理，并且即使由于任何意外而發(fā) 生遺漏更新信息的情況，也可以有效地執(zhí)行恢復(fù)處理。
進(jìn)而，在根據(jù)本發(fā)明的網(wǎng)絡(luò)系統(tǒng)中，更新通知消息可以存儲(chǔ)內(nèi)容或元 數(shù)據(jù)的更新信息作為更新信息，網(wǎng)絡(luò)系統(tǒng)可以進(jìn)一步包括第二更新通知消 息積聚部分，用于積聚經(jīng)由網(wǎng)絡(luò)通過更新信息提供裝置從更新通知消息積 聚部分獲取的更新通知消息，并且更新信息提供裝置可以從第二更新通知
或元數(shù)據(jù)與月良務(wù)提供商側(cè)的內(nèi)容或元數(shù)據(jù)之間的同步的更新通知消息，結(jié) 果是可以有效地執(zhí)行同步處理。
根據(jù)本發(fā)明的另 一個(gè)方面，提供了 一種能夠經(jīng)由網(wǎng)絡(luò)從更新通知消息 積聚部分獲取更新通知消息的網(wǎng)絡(luò)家用電器，所述更新通知消息積聚部分 用于積聚存儲(chǔ)內(nèi)容或所述內(nèi)容的元數(shù)據(jù)的更新信息或者對所述更新信息 的索引的更新通知消息，并且在所述更新通知消息中i殳置用于分類所述消 息的過濾屬性，所述網(wǎng)絡(luò)家用電器包括#內(nèi)容/元數(shù)據(jù)存儲(chǔ)部分，用 于存儲(chǔ)特定服務(wù)的內(nèi)容或其內(nèi)容的元數(shù)據(jù)；更新裝置，其通it^t應(yīng)于所述 特定服務(wù)的應(yīng)用程序來實(shí)現(xiàn)，用于使用所述更新信息來更新所述#內(nèi)容 /元數(shù)據(jù)存儲(chǔ)部分中的內(nèi)容或元數(shù)據(jù)；以及更新信息提供裝置，用于預(yù)先 管理所述應(yīng)用程序和所述過濾屬性之間的對應(yīng)性，基于經(jīng)由網(wǎng)絡(luò)從所述更 新通知消息積聚部分獲取的所述更新通知消息中設(shè)置的所述過濾屬性和 所述對應(yīng)性來指定提供所述更新通知消息之內(nèi)的更新信息的應(yīng)用程序，并 且通過激活所述應(yīng)用程序來提供所述更新信息。
根據(jù)本發(fā)明的網(wǎng)絡(luò)家用電器，即使當(dāng)對應(yīng)于服務(wù)的應(yīng)用程序未被激活 時(shí)，也可以基于獲取的更新通知消息中設(shè)置的過濾屬性以及應(yīng)用程序和過 濾屬性之間的預(yù)置對應(yīng)性來指定提供更新通知消息之內(nèi)的更新信息的應(yīng) 用程序，并且通過激活該應(yīng)用程序，使用更新信息來更新本機(jī)內(nèi)容/元數(shù) 據(jù)存儲(chǔ)部分中的內(nèi)容或元數(shù)據(jù)。因此，通過向家用網(wǎng)^內(nèi)的網(wǎng)絡(luò)家用電 器積極地通知內(nèi)容或元數(shù)據(jù)的更新內(nèi)容，可以令人滿意地執(zhí)行同步處理。
9在根據(jù)本發(fā)明的網(wǎng)絡(luò)家用電器中，過濾屬性是用于指定服務(wù)的信息。 因此，可以有效地指定對應(yīng)于服務(wù)的應(yīng)用程序。
進(jìn)一步，在根據(jù)本發(fā)明的網(wǎng)絡(luò)家用電器中，過濾屬性可以是用于指定 內(nèi)容類別的信息。因此，針對每個(gè)類別的內(nèi)容可以有效地指定和激活相應(yīng) 的應(yīng)用程序。
進(jìn)一步，在根據(jù)本發(fā)明的網(wǎng)絡(luò)家用電器中，更新通知消息可以存儲(chǔ)作
為內(nèi)容或元數(shù)據(jù)的全部更新內(nèi)容的4^更新信息，并且可以存儲(chǔ)作為僅是 差別更新的更新內(nèi)容的差別更新信息，同時(shí)定期切換它們作為更新信息， 可以用指示每個(gè)更新通知消息的更新信息的更新方法的屬性信息來設(shè)置 更新通知消息，并且更新信息提供裝置基于更新通知消息積聚部分中積聚 的更新通知消息中設(shè)置的屬性信息，可以經(jīng)由網(wǎng)絡(luò)從更新通知消息積聚部
的內(nèi)容或元數(shù)據(jù)同步所須的更新通知消息。通過如此使用^更新和差別 更新兩者，變得可以有效地執(zhí)行更新處理，并且即使由于任何意外而發(fā)生 遺漏更新信息的情況，也可以有效地執(zhí)行恢復(fù)處理。
進(jìn)而，在才艮據(jù)本發(fā)明的網(wǎng)絡(luò)家用電器中，更新通知消息可以存儲(chǔ)內(nèi)容 或元數(shù)據(jù)的更新信息作為更新信息，網(wǎng)絡(luò)家用電器可以進(jìn)一步包括第二更 新通知消息積聚部分，用于積聚經(jīng)由網(wǎng)絡(luò)通過更新信息提供裝置從更新通 知消息積聚部分獲取的更新通知消息，并且更新信息提供裝置可以從第二 更新通知消息積聚部分中獲取4吏;M^內(nèi)容/元數(shù)據(jù)存儲(chǔ)部分中的內(nèi)容或元 數(shù)據(jù)與服務(wù)提供商側(cè)的內(nèi)容或元數(shù)據(jù)同步所須的更新通知消息。使用這樣 的結(jié)構(gòu)，變得沒有必要經(jīng)由網(wǎng)絡(luò)獲取用于恢復(fù)本機(jī)內(nèi)容/元數(shù)據(jù)存儲(chǔ)部分
知消息，結(jié)果是可以有效地執(zhí)行同步處理。
根據(jù)本發(fā)明的另一個(gè)方面，提供了一種內(nèi)容/元數(shù)據(jù)同步處理方法， 其包括以下步驟通過更新通知消息生成裝置為每個(gè)服務(wù)生成更新通知消 息，所述更新通知消息存儲(chǔ)內(nèi)容或所述內(nèi)容的元數(shù)據(jù)的更新信息或者對所 述更新信息的索引；通過過濾屬性設(shè)置裝置在針對從所述更新通知消息生 成裝置遞送的每個(gè)服務(wù)的所述更新通知消息中設(shè)置用于分類所述消息的 過濾屬性；在更新通知消息積聚部分中積聚其中所述過濾屬性已被設(shè)置的 所述更新通知消息；通過由對應(yīng)于特定服務(wù)的應(yīng)用程序?qū)崿F(xiàn)的更新裝置， 使用所述更新信息 更新^內(nèi)容/元數(shù)據(jù)存儲(chǔ)部分中的內(nèi)容或元數(shù)據(jù)， 所述#內(nèi)容/元數(shù)據(jù)存儲(chǔ)部分提供在家用網(wǎng)絡(luò)電器中并且存儲(chǔ)所述特定服務(wù)的內(nèi)容或元數(shù)據(jù)；以及通過更新信息提供裝置預(yù)先管理所述應(yīng)用程序 和所述過濾屬性之間的對應(yīng)性，基于經(jīng)由網(wǎng)絡(luò)從所述更新通知消息積聚部 分獲取的所述更新通知消息中^:置的所述過濾屬性和所述對應(yīng)性來指定 提供所述更新通知消息之內(nèi)的更新信息的應(yīng)用程序，并且通過激活所述應(yīng) 用程序來提供所述更新信息。
根據(jù)本發(fā)明的內(nèi)容/元數(shù)據(jù)同步處理方法，即使當(dāng)對應(yīng)于服務(wù)的應(yīng)用 程序未被激活時(shí)，也可以基于獲取的更新通知消息中設(shè)置的過濾屬性以及 應(yīng)用程序和過濾屬性之間的預(yù)置對應(yīng)性來指定提供更新通知消息之內(nèi)的 更新信息的應(yīng)用程序，并且通過激活該應(yīng)用程序，使用更新信息來更新本 機(jī)內(nèi)^:/元數(shù)據(jù)存儲(chǔ)部分中的內(nèi)容或元數(shù)據(jù)。因此，通過向家用網(wǎng)絡(luò)之內(nèi) 的網(wǎng)絡(luò)家用電器積極地通知內(nèi)容或元數(shù)據(jù)的更新內(nèi)容，可以令人滿意地執(zhí) 行同步處理。
根據(jù)本發(fā)明的另一個(gè)方面，提供了一種使計(jì)算機(jī)作為網(wǎng)絡(luò)家用電器來 操作的計(jì)算機(jī)程序，所述網(wǎng)絡(luò)家用電器能夠經(jīng)由網(wǎng)絡(luò)從更新通知消息積聚
部分獲取更新通知消息，所述更新通知消息積聚部分用于積聚存儲(chǔ)內(nèi)容或
息，并且在所述更新通知消息中設(shè)置用于分類所述消息的過濾屬性，所述 計(jì)算^4呈序包括本機(jī)內(nèi)容/元數(shù)據(jù)存儲(chǔ)部分，用于存儲(chǔ)特定服務(wù)的內(nèi)容 或其內(nèi)容的元數(shù)據(jù)；更新裝置，其通過對應(yīng)于所述特定服務(wù)的應(yīng)用程序來 實(shí)現(xiàn)，用于使用所述更新信息來更新所述本機(jī)內(nèi)容/元數(shù)據(jù)存儲(chǔ)部分中的 內(nèi)容或元數(shù)據(jù)；以及更新信息提供裝置，用于預(yù)先管理所述應(yīng)用程序和所 述過濾屬性之間的對應(yīng)性，基于經(jīng)由網(wǎng)絡(luò)從所述更新通知消息積聚部分獲 取的所述更新通知消息中設(shè)置的所述過濾屬性和所述對應(yīng)性來指定提供 所述更新通知消息之內(nèi)的更新信息的應(yīng)用程序，并且通過激活所述應(yīng)用程 序來提供所述更新信息。
根據(jù)本發(fā)明的計(jì)算機(jī)程序，即使當(dāng)對應(yīng)于服務(wù)的應(yīng)用程序未被激活 時(shí)，也可以基于獲取的更新通知消息中設(shè)置的過濾屬性以及應(yīng)用程序和過 濾屬性之間的預(yù)置對應(yīng)性來指定提供更新通知消息之內(nèi)的更新信息的應(yīng) 用程序，并且通過激活該應(yīng)用程序，使用更新信息來更新本機(jī)內(nèi)容/元數(shù) 據(jù)存儲(chǔ)部分中的內(nèi)容或元lt據(jù)。因此，通過向家用網(wǎng)^內(nèi)的網(wǎng)絡(luò)家用電 器積極地通知內(nèi)容或元數(shù)據(jù)的更新內(nèi)容，可以令人滿意地執(zhí)行同步處理。
本發(fā)明的效果
ii根據(jù)本發(fā)明，可以通過向家用網(wǎng)^:內(nèi)的網(wǎng)絡(luò)家用電器積極地通知內(nèi) 容或元數(shù)據(jù)的更新內(nèi)容來有效地執(zhí)行同步處理。
具體實(shí)施例方式
在下文中，參考附圖來詳細(xì)地描述本發(fā)明的實(shí)施例。"。這表明發(fā)生了其中從路由 要素A之下刪除要素B并且添加要素C的差別更新。
圖11是示出其上的數(shù)據(jù)反映了差別更新的transactionID = 04的差別 更新通知消息及其模型的示圖。這里，指示更新類型(全部更新/差別更 新)的updateType屬性的值為"delta",而指示更新內(nèi)容細(xì)節(jié)的 updateDetail要素的內(nèi)容為"addition of dement D [add<D>to<C>"。換 言之，表明發(fā)生了其中在要素C之下添加要素D的更新。
圖12是示出其上的數(shù)據(jù)反映了全部更新的transactionID = 04的全部 更新通知消息及其模型的示圖。指示更新類型(全部更新/差別更新)的 updateType屬性的值為"full",而指示更新內(nèi)容細(xì)節(jié)的updateDetail要 素的內(nèi)容為"addition of elements A， C， and D [[add<A>and[add<C> to<A>]and[add<D>to<C>，，。換言之，這里發(fā)生了所有要素A、 C和D 的更新。
[表達(dá)更新內(nèi)容細(xì)節(jié)的方法
下一步，將要描^^達(dá)更新內(nèi)容細(xì)節(jié)的方法。
表i^t updateDetail要素中描述或者在從updateReference要素索引 的文件中描述的更新內(nèi)容細(xì)節(jié)的方法取決于發(fā)布者。例如，為了表達(dá)更新， 發(fā)布者可能使用XML樣式表語言轉(zhuǎn)換(XSLT)或XQuery更新設(shè)施 (XQuery )，并且其它發(fā)布者可能使用結(jié)構(gòu)化查詢語言(SQL)或其它數(shù)據(jù)庫操縱語言。當(dāng)在更新通知消息中存儲(chǔ)更新內(nèi)容時(shí)，所有的內(nèi)容都被文
本編碼。當(dāng)在從updateReference要素索引的文件中描述它時(shí)，還可以使 用二進(jìn)制數(shù)據(jù)。這樣一來，就使用取決于作為每個(gè)發(fā)布者的管理目標(biāo)的數(shù) 據(jù)庫的表達(dá)方法，或者使用只有采取更新處理的服務(wù)客戶可以理解的表達(dá) 方法。
[更新通知消息分發(fā)協(xié)議
下一步，將會(huì)描述更新通知消息的分發(fā)協(xié)議。 作為更新通知消息分發(fā)協(xié)議，存在單播協(xié)議和組播協(xié)議。 首先，將會(huì)描述單播協(xié)i義的情況。
訂戶30通it^文本傳輸協(xié)議(HTTP)將更新通知消息獲:^請求傳 送到執(zhí)行于隊(duì)列/通道20側(cè)的服務(wù)器側(cè)腳本，并且服務(wù)器側(cè)腳本響應(yīng)于獲 取請求傳送更新通知消息。訂戶30以短周期定期執(zhí)行獲取請求。這種情 況下的URL語法被定義如下。
http:〃<serverSideScript> <queryParameter>
serverSideScript是用于每個(gè)發(fā)布者10的腳本的文件名。 queryParameter是被傳遞到該腳本的自變量的>#^:。
queryParameter變?yōu)橐韵履Ｊ街械娜魏我环N。
模式l)
p=lastDelta
請求具有最新transactionld的差別更新通知消息的模式。
模式2)
p-lastFull
請求具有最新transactionld的全部更新通知消息的模式。 模式3)
以"&"為分隔符的transactionld-〈tansactionld〉的序列 請求具有系列指定transactionld的所有差別更新通知消息的模式。 模式4)fromTransactionId=<transactionIdl>&endTransactionId=<transact ionId_2>
請求從transactionld—1至transactionld—2的所有更新通知消息的模 式。 一
下一步，將會(huì)描iii且播協(xié)議的情況。
使用IP組播，發(fā)布者10在UDP包中存儲(chǔ)更新通知消息。定期并重
復(fù)傳送更新通知消息。更新通知消息的尺寸的上限被設(shè)置成當(dāng)存儲(chǔ)在IP
包中時(shí)，消息處在下層最大傳輸單元(MTU)之內(nèi)(以便不引發(fā)IP分段)。 在http:〃<configuration file〉等中描述組播地址、端口號、循環(huán)計(jì)數(shù)和重 復(fù)計(jì)數(shù)。通過訂戶30側(cè)預(yù)先獲取文件，客戶側(cè)^L預(yù)先通知。
[網(wǎng)絡(luò)系統(tǒng)的例子
下一步，將會(huì)描述釆用上述更新通知系統(tǒng)的網(wǎng)絡(luò)系統(tǒng)的結(jié)構(gòu)。 圖13是示出網(wǎng)絡(luò)系統(tǒng)的結(jié)構(gòu)的框圖。
如圖所示，網(wǎng)絡(luò)系統(tǒng)100由以下構(gòu)成多個(gè)服務(wù)提供商40A、 40B和 40C，用于分發(fā)用于每個(gè)服務(wù)的內(nèi)容或內(nèi)容的元數(shù)據(jù)；以及家用網(wǎng)絡(luò)側(cè)電 器50，在所述家用網(wǎng)絡(luò)側(cè)電器50中存在接收那些內(nèi)容或元數(shù)據(jù)的分發(fā)服 務(wù)的裝置或應(yīng)用程序。服務(wù)提供商40A、 40B和40C分別包括發(fā)布者 10A、 10B和10C，用于生成更新通知消息；以及隊(duì)列/通道20A、 20B和 20C，用于將發(fā)布者10A、 10B和10C所生成的更新通知消息公開地發(fā)布 在網(wǎng)絡(luò)90上。另一方面，家用網(wǎng)絡(luò)側(cè)電器50包括訂戶30，用于經(jīng)由 網(wǎng)絡(luò)卯分別^U艮務(wù)提供商40A、40B和40C的隊(duì)列/通道20A、20B和20C 獲取更新通知消息；以及多個(gè)月艮務(wù)客戶60a、 60b和60c，每個(gè)作為對應(yīng) 于每個(gè)服務(wù)的應(yīng)用程序，其中的每一個(gè)針對#數(shù)據(jù)庫中存儲(chǔ)的每個(gè)服務(wù) 采取內(nèi)容或元數(shù)據(jù)的更新處理。訂戶30和服務(wù)客戶60a、 60b和60c可經(jīng) 由家用網(wǎng)絡(luò)70連接。
訂戶30經(jīng)由網(wǎng)絡(luò)90分別從服務(wù)提供商40A、 40B和40C的隊(duì)列/通 道20A、 20B和20C獲取更新通知消息，并且通過過濾向服務(wù)客戶60a、 60b和60c選擇性地提^Ht為更新通知消息之內(nèi)的更新信息(updateDetail 要素的內(nèi)容)或者對更新信息的索引(updateReference要素的內(nèi)容)的 更新信息。基于獲取的更新信息，服務(wù)客戶60a、 60b和60c執(zhí)行4^L內(nèi) 容/元數(shù)據(jù)數(shù)據(jù)庫61a、 61b和61c中存儲(chǔ)的內(nèi)容/元數(shù)據(jù)的更新。進(jìn)一步，當(dāng)作為更新信息的臨時(shí)目的地的服務(wù)客戶60a、 60b和60c 未被激活時(shí)，訂戶30激活服務(wù)客戶60a、 60b和60c并提供更新信息或?qū)?更新信息的索引?；谠谔峁┑母滦畔⒒?qū)Ω滦畔⒌乃饕腗上獲 取的更新信息，服務(wù)客戶60a、 60b和60c分別更新;M^內(nèi)容/元數(shù)據(jù)數(shù)據(jù) 庫61a、 61b和61c中的內(nèi)容或元數(shù)據(jù)并執(zhí)行同步處理。這里，在服務(wù)客 戶60a、 60b和60c的每一個(gè)中實(shí)施當(dāng)訂戶30將更新信息移交給服務(wù)客戶 60a、 60b和60c時(shí)使用的協(xié)議。
各個(gè)服務(wù)提供商40A、 40B和40C的隊(duì)列/通道20A、 20B和20C能 夠從多個(gè)SNS網(wǎng)站80所管理的分類翁:據(jù)庫中獲取在SNS網(wǎng)站80中定義 的類別，并且能夠?qū)㈩悇e設(shè)置為eventCategory作為更新通知消息的過濾 屬性。
下一步，將會(huì)描^J艮務(wù)提供商40A、 40B和40C的結(jié)構(gòu)和處理序列。
圖14是示出服務(wù)提供商40A、 40B和40C的結(jié)構(gòu)的示圖，并且圖15 是示出服務(wù)提供商40A、 40B和40C的處理序列的示圖。
發(fā)布者10A、 10B和10C每個(gè)包括內(nèi)容/元數(shù)據(jù)管理服務(wù)器U、內(nèi)容/ 元數(shù)據(jù)主數(shù)據(jù)庫12和更新通知生成器13。
內(nèi)容/元數(shù)據(jù)管理服務(wù)器11根據(jù)來自用戶的經(jīng)由用戶接口給出的指令 或者來自應(yīng)用程序的指令生成和更新內(nèi)容或內(nèi)容的元數(shù)據(jù)(在下文中被描 述為"內(nèi)容/元數(shù)據(jù)")(S401)。
內(nèi)容/元數(shù)據(jù)主數(shù)據(jù)庫12是用于存儲(chǔ)由內(nèi)容/元數(shù)據(jù)管理服務(wù)器11生 成和更新的內(nèi)容/元數(shù)據(jù)。
更新通知生成器13執(zhí)行相對于內(nèi)容/元數(shù)據(jù)主數(shù)據(jù)庫12中存儲(chǔ)的內(nèi) 容/元數(shù)據(jù)的更新的定期檢測，并且當(dāng)檢測到更新時(shí)，執(zhí)行以下處理生 成存儲(chǔ)其更新信息的更新通知消息，并且將生成的更新通知消息移交到隊(duì) 列/通道20A、 20B和20C的過濾管理器21 ( S402 )。
另一方面，隊(duì)列/通道20A、 20B和20C每個(gè)包括過濾管理器21、更 新通知消息數(shù)據(jù)庫22、 SNS分類聚集器23和消息分發(fā)服務(wù)器24。
SNS分類聚集器23從SNS網(wǎng)站80的分類數(shù)據(jù)庫收集類別，并且向 過濾管理器21通知所收集的類別(S403 )。
過濾管理器21執(zhí)行以下處理基于SNS分類聚集器23所通知的類 別來設(shè)置從更新通知生成器13移交的更新通知消息的eventCategory屬
21性，并且將其存儲(chǔ)在更新通知消息數(shù)據(jù)庫22中(S404)。
更新通知消息數(shù)據(jù)庫22是用于存儲(chǔ)更新通知消息的數(shù)據(jù)庫，在所述 更新通知消息中eventCategory屬性已被過濾管理器21設(shè)置。
消息分發(fā)服務(wù)器24執(zhí)行更新通知消息數(shù)據(jù)庫22中存儲(chǔ)的更新通知消 息經(jīng)由網(wǎng)絡(luò)卯向訂戶30的組播傳輸，或者執(zhí)行響應(yīng)于來自訂戶30的請 求從更新通知消息數(shù)據(jù)庫22檢索更新通知消息并單##輸檢索到的更新 通知消息(S405)。
圖16是示出SNS分類聚集器23和SNS網(wǎng)站80的結(jié)構(gòu)的示圖，并 且圖17是示出通過SNS分類聚集器23從SNS網(wǎng)站80的分類數(shù)據(jù)庫收 集類別的處理序列的示圖。
SNS網(wǎng)站80每個(gè)包括分類管理應(yīng)用程序81和分類數(shù)據(jù)庫82。分類 管理應(yīng)用程序81執(zhí)行以下處理在分類數(shù)據(jù)庫82中存儲(chǔ)與使用SNS網(wǎng) 站80的用戶所注冊的博客等的內(nèi)斜目對應(yīng)地定義的類別(S501 )。分類數(shù) 據(jù)庫82是用于存儲(chǔ)類別的數(shù)據(jù)庫。如上所述，SNS分類聚集器23執(zhí)行以 下處理從SNS網(wǎng)站80的分類數(shù)據(jù)庫82收集類別并通知過濾管理器 (S502 )。
下一步，將會(huì)描述家用網(wǎng)絡(luò)側(cè)電器(網(wǎng)絡(luò)家用電器)50的結(jié)構(gòu)和處 理序列。
圖18是示出家用網(wǎng)絡(luò)側(cè)電器50的結(jié)構(gòu)的示圖，并且圖19是示出家 用網(wǎng)絡(luò)側(cè)電器50的處理序列的示圖。
訂戶30包括消息分發(fā)客戶31、居所消息數(shù)據(jù)庫32和居所消息分發(fā) 服務(wù)器33。
消息分發(fā)客戶31執(zhí)行以下處理在居所消息數(shù)據(jù)庫32中存儲(chǔ)用戶在 S601中經(jīng)由用戶接口輸入的更新通知消息的過濾屬性，或者存儲(chǔ)基于來 自服務(wù)客戶60a、 60b和60c的更新通知消息的過濾登記請求給出的更新 通知消息的過濾屬性(S602)。例如，在用于服務(wù)客戶60a、 60b和60c 中的每一個(gè)的居所消息數(shù)據(jù)庫32中登記何種類別的什么服務(wù)要被獲取的 更新信息。此外，消息分發(fā)客戶31在居所消息數(shù)據(jù)庫32中存儲(chǔ)從隊(duì)列/ 通道20A、 20B和20C中的每一個(gè)的消息分發(fā)服務(wù)器24通過組播傳輸?shù)?更新通知消息，或者存儲(chǔ)作 對消息獲取請求的傳輸?shù)捻憫?yīng)的來自隊(duì)列/ 通道20A、 20B和20C的更新通知消息(S603 )。
居所消息分發(fā)服務(wù)器33定期從居所消息數(shù)據(jù)庫32檢索更新通知消息，并且基于居所消息數(shù)據(jù)庫32中登記的服務(wù)客戶60a、 60b和60c的過濾屬性，經(jīng)由家用網(wǎng)絡(luò)70向相應(yīng)的服務(wù)客戶60a、 60b或60c提供更新通知消息之內(nèi)的更新信息(updateDetail要素的內(nèi)容)或者對更新信息的索引(updateReference要素的內(nèi)容)。此時(shí)，當(dāng)相應(yīng)的服務(wù)客戶60a、 60b或60c未被激活時(shí)，該服務(wù)客戶60a、 60b或60c被激活，并且提供更新信息或者對更新信息的索引(S604)。
例如，將會(huì)考慮下述情況在居所消息數(shù)據(jù)庫32中登記過濾屬性，以^JJ艮務(wù)提供商40A的分發(fā)服務(wù)中的類別"sport"的元數(shù)據(jù)的更新通知消息到達(dá)服務(wù)客戶60。在這種情況下，如果從居所消息數(shù)據(jù)庫32中檢索到的更新通知消息的eventCategory屬性是"服務(wù)提供商40A的內(nèi)容分發(fā)服務(wù)中的類別"sport"的元數(shù)據(jù)的更新通知"，則居所消息分發(fā)服務(wù)器33激活服務(wù)客戶60a，以便向服務(wù)客戶60a通知更新通知消息之內(nèi)的更新信息或者對更新信息的索引。
當(dāng)從居所消息分發(fā)服務(wù)器33獲取更新信息或者對更新信息的索引時(shí)，服務(wù)客戶60a、 60b和60c基于更新信息或者對更新信息的索引來更新各自本機(jī)內(nèi)容/元數(shù)據(jù)數(shù)據(jù)庫61a、 61b和61c中存儲(chǔ)的內(nèi)容/元數(shù)據(jù)(S605 )。
圖20是示出多個(gè)服務(wù)提供商40A、 40B和40C以及多個(gè)服務(wù)客戶60a 、60b和60c當(dāng)中更新通知消息的通知的例子的示圖。
這里，訂戶30執(zhí)行更新信息的過濾，以^Ji艮務(wù)客戶60a獲取服務(wù)提供商40A的更新信息，服務(wù)客戶60b獲取服務(wù)提供商40B的更新信息，并且服務(wù)客戶60c獲取服務(wù)提供商40C的更新信息。應(yīng)當(dāng)注意的是，內(nèi)容/元數(shù)據(jù)的類別屬性未被指定。
首先，在訂戶30的居所消息數(shù)據(jù)庫32中存儲(chǔ)來自服務(wù)提供商40A的transactionld = 100的更新通知消息，并且居所消息分發(fā)服務(wù)器33從居所消息數(shù)據(jù)庫32檢測更新通知消息并向服務(wù)客戶60a通知更新通知消息之內(nèi)的更新信息或者對更新信息的索引。應(yīng)當(dāng)注意的是，根據(jù)服務(wù)客戶60a、 60b和60c中的每一個(gè)的協(xié)議來執(zhí)行更新信息或者對更新信息的索引從居所消息分發(fā)服務(wù)器33向服務(wù)客戶60a、 60b和60c的通知。
下一步，當(dāng)在訂戶30的居所消息數(shù)據(jù)庫32中存儲(chǔ)來自服務(wù)提供商40C的transactionld = 67的更新通知消息時(shí)，居所消息分發(fā)服務(wù)器33從居所消息數(shù)據(jù)庫32檢測更新通知消息并向服務(wù)客戶60c通知更新通知消息之內(nèi)的更新信息或者對更新信息的索引。
隨后，當(dāng)在訂戶30的居所消息數(shù)據(jù)庫32中存儲(chǔ)來自服務(wù)提供商40B的transactions - 988的更新通知消息時(shí)，居所消息分發(fā)服務(wù)器33從居所消息數(shù)據(jù)庫32檢測更新通知消息并向服務(wù)客戶60b通知更新通知消息之內(nèi)的更新信息或者對更新信息的索引。
在這之后，來自服務(wù)提供商40B的transactionld = 989的更新通知消息、來自服務(wù)提供商40C的transactionld = 98的更新通知消息和來自服務(wù)提供商40A的transactionld = 98的更新通知消息相繼存儲(chǔ)在訂戶30的居所消息數(shù)據(jù)庫32中，并且居所消息分發(fā)服務(wù)器33檢測這些更新通知消息并相繼向服務(wù)客戶60b通知來自服務(wù)提供商40B的transactionld = 989的更新通知消息之內(nèi)的更新信息或者對更新信息的索引、向服務(wù)客戶60c通知來自服務(wù)提供商40C的transactionld = 98的更新通知消息之內(nèi)的更新信息或者對更新信息的索引以及向服務(wù)客戶60a通知來自服務(wù)提供商40A的transactionld = 98的更新通知消息之內(nèi)的更新信息或者對更新信息的索引。
基于登記的過濾屬性的內(nèi)容，訂戶30從而可以向相應(yīng)的服務(wù)客戶60a、 60b和60c提供月良務(wù)提供商40A、 40B和40C中生成的更新通知消息之內(nèi)的更新信息或者對更新信息的索引。
下一步，將會(huì)描述基于對更新通知消息之內(nèi)的更新信息的索引的內(nèi)容/元數(shù)據(jù)更新處理序列。
圖21是示出用于基于對更新通知消息之內(nèi)的更新信息的索引的內(nèi)容/元數(shù)據(jù)的更新處理的結(jié)構(gòu)的示圖，并且圖22是基于對更新通知消息之內(nèi)的更新信息的索引的內(nèi)容/元數(shù)據(jù)的更新處理的序列圖。
在服務(wù)提供商40側(cè)，提供有數(shù)據(jù)庫同步信息提供月良務(wù)器25，用于接受來自服務(wù)客戶60a、 60b和60c的更新信息索引請求，并且作為響應(yīng)向服務(wù)客戶60a、 60b和60c傳輸相應(yīng)的內(nèi)容/元數(shù)據(jù)。當(dāng)從服務(wù)客戶60a、60b和60c接收到更新信息索引請求時(shí)，數(shù)據(jù)庫同步信息提供服務(wù)器25檢索作為內(nèi)容/元數(shù)據(jù)主數(shù)據(jù)庫12中存儲(chǔ)的相應(yīng)檢索目的地的內(nèi)容/元數(shù)據(jù)的更新信息，并且將作為響應(yīng)的更新信息傳輸?shù)阶鳛闄z索請求源的服務(wù)客戶60a、 60b和60c ( S701 )。服務(wù)客戶60a、 60b和60c從數(shù)據(jù)庫同步信息提供服務(wù)器25接收作為響應(yīng)的更新信息，并且使用更新信息來更新各個(gè)#內(nèi)容/元數(shù)據(jù)數(shù)據(jù)庫61a、61b和61c中存儲(chǔ)的內(nèi)容/元數(shù)據(jù)(S702 )。
24如上所述，通過存儲(chǔ)對更新通知消息中的更新信息的索引而不是存儲(chǔ)
更新信息的實(shí)際數(shù)據(jù)，并且通過已獲取了更新通知消息的服務(wù)客戶60a、60b和60c基于對更新信息的索引來獲取更新信息，可以轉(zhuǎn)移從服務(wù)提供商40A、 40B和40C側(cè)朝向多個(gè)月艮務(wù)客戶60a、 60b和60c傳輸更新信息的實(shí)際數(shù)據(jù)的時(shí)間，^J良務(wù)提供商40A、 40B和40C側(cè)的負(fù)荷時(shí)間^St，并且有效地執(zhí)行更新處理。
下一步，將會(huì)描述分別在服務(wù)客戶60a、 60b和60c中的#內(nèi)容/元數(shù)據(jù)數(shù)據(jù)庫61a、 61b和61c的故障恢復(fù)處理。
圖23是示出用于在服務(wù)客戶60a的#內(nèi)容/元數(shù)據(jù)數(shù)據(jù)庫61a中已發(fā)生故障的情況下進(jìn)行的故障恢復(fù)處理的結(jié)構(gòu)的示圖，并且圖24是故障恢復(fù)處理的序列圖。
服務(wù)提供商40A、 40B和40C中的每一個(gè)包括數(shù)據(jù)庫同步信息提供服務(wù)器25，用于當(dāng)從服務(wù)客戶60a、 60b和60c接收到故障恢復(fù)更新信息的索引請求時(shí)，檢索內(nèi)容/元數(shù)據(jù)主數(shù)據(jù)庫12中存儲(chǔ)的相應(yīng)內(nèi)容/元數(shù)據(jù)的所有更新信息，并且將作為響應(yīng)的更新信息傳輸?shù)阶鳛檎埱笤吹姆?wù)客戶60a。
當(dāng)檢測到服務(wù)客戶60a的#內(nèi)容/元數(shù)據(jù)數(shù)據(jù)庫61a中的故障時(shí)，啟動(dòng)故障恢復(fù)處理(S801)。在故障恢復(fù)處理中，服務(wù)客戶60a首先經(jīng)由家用網(wǎng)絡(luò)70向訂戶30之內(nèi)的居所消息分發(fā)服務(wù)器33傳輸更新通知消息獲取請求。當(dāng)接收到更新通知消息獲取請求時(shí)，居所消息分發(fā)服務(wù)器33基于居所消息數(shù)據(jù)庫32中登記的服務(wù)客戶60a的過濾屬性，在居所消息數(shù)據(jù)庫32中存儲(chǔ)的更新通知消息當(dāng)中拔:取所有相關(guān)的更新通知消息，并且將它們傳輸?shù)椒?wù)客戶60a ( S802 )。
這里，當(dāng)更新信息的實(shí)際數(shù)據(jù)存儲(chǔ)在更新通知消息中時(shí)，服務(wù)客戶60a使用在S803中獲取的更新通知消息之內(nèi)的更新信息來執(zhí)行;M^內(nèi)容/元數(shù)據(jù)數(shù)據(jù)庫61a的故障恢復(fù)處理(S804 )。進(jìn)一步，當(dāng)只有對更新信息的索引存儲(chǔ)在更新通知消息中時(shí)，服務(wù)客戶60a經(jīng)由家用網(wǎng)絡(luò)70和網(wǎng)絡(luò)卯向作為對更新信息的索引的目的地的服務(wù)提供商(假定為服務(wù)提供商40A)的數(shù)據(jù)庫同步信息提供服務(wù)器25傳輸故障恢復(fù)更新信息索引請求。當(dāng)W艮務(wù)客戶60a接收到更新信息索引請求時(shí)，數(shù)據(jù)庫同步信息提供月艮務(wù)器25檢索內(nèi)容/元數(shù)據(jù)主數(shù)據(jù)庫12中存儲(chǔ)的相應(yīng)內(nèi)容/元數(shù)據(jù)的更新信息，并且將更新信息傳輸?shù)阶鳛檎埱笤吹姆?wù)客戶60a(S805)。當(dāng)從數(shù)據(jù)庫同步信息提供服務(wù)器25獲取更新信息時(shí)，服務(wù)客戶60a使用更新信息來執(zhí)行#內(nèi)容/元數(shù)據(jù)數(shù)據(jù)庫61a的故障恢復(fù)處理(S804 )。
應(yīng)當(dāng)注意的是，上述故障恢復(fù)處理也類似地適用于在其它月l務(wù)客戶的 4*內(nèi)容/元數(shù)據(jù)數(shù)據(jù)庫發(fā)生故障的情況以及作為對更新信息的索引的目 的地的服務(wù)提供商是不同服務(wù)提供商的情況。
使用這種系統(tǒng)，變得可以在各個(gè)服務(wù)客戶60a、 60b和60c的;^L內(nèi) 容/元數(shù)據(jù)數(shù)據(jù)庫61a、61b和61c由于某種故障而請求恢復(fù)處理的情況下， 通過使用家用網(wǎng)洛t內(nèi)的居所消息數(shù)據(jù)庫32中存儲(chǔ)的更新通知消息來執(zhí) 行本機(jī)內(nèi)容/元數(shù)據(jù)數(shù)據(jù)庫61a、 61b和61c的故障恢復(fù)處理，而不必訪問 服務(wù)提供商40A、 40B和40C。因此，可以抑制伴隨^內(nèi)容/元數(shù)據(jù)數(shù) 據(jù)庫61a、 61b和61c的故障恢復(fù)處理而來的處理事項(xiàng)的負(fù)荷。
在上述結(jié)構(gòu)中，已示出了其中訂戶30和月良務(wù)客戶60a、 60b和60c 處在家用網(wǎng)絡(luò)70之內(nèi)的例子。然而，本發(fā)明的系統(tǒng)也可以適用于服務(wù)客 戶60a、 60b和60c處在家用網(wǎng)絡(luò)70之外的情況，下一步示出其例子。
基于打包媒介的游戲裝置如PSP (注冊商標(biāo))和PlayStation (注冊 商標(biāo))并不總是一直連接到網(wǎng)絡(luò)90。此外，在將游戲裝置帶到旅游目的 地等的情況下，游戲裝置需要連接到網(wǎng)絡(luò)90，以侵_從家用網(wǎng)絡(luò)70上的訂 戶30獲取更新信息，或者直接分別從服務(wù)提供商40A、 40B和40C的隊(duì) 列/通道20A、 20B和20C獲取更新信息。在這種情況下，將蜂窩電話安 裝到游戲裝置(包括使用bluetooth (注冊商標(biāo))的短距離連接形式)，以 便經(jīng)由移動(dòng)電話網(wǎng)絡(luò)或HOTSPOT (注冊商標(biāo))(在蜂窩電話具有無線 LAN功能的情況下)獲取更新信息。
圖25是示出下述形式的更新序列的示圖在蜂窩電話120上實(shí)施的 服務(wù)客戶60d代表性地執(zhí)行游戲裝置110中存儲(chǔ)的內(nèi)容或元數(shù)據(jù)的更新處 理。
蜂窩電話120的服務(wù)客戶60d被激活(S901 )。當(dāng)游戲裝置110與本 地通道連接時(shí)(不管是否物理接觸)，蜂窩電話120的服務(wù)客戶60d從服 務(wù)提供商40的隊(duì)列/通道20之內(nèi)的更新通知消息數(shù)據(jù)庫22中獲取最新的 更新通知消息(S902)。基于獲取的更新通知消息中包含的事項(xiàng)要素的屬 性，蜂窩電話120的服務(wù)客戶60d判斷最新的更新信息是全部更新信息和 差別更新信息中的哪一個(gè)，并且如果判斷是4^更新信息，則經(jīng)由游戲裝 置110的應(yīng)用程序的本地通道連接通過4^P更新信息來請求更新(S903 )。
進(jìn)一步，當(dāng)獲取的最新更新信息是差別更新信息時(shí)，從服務(wù)提供商40的隊(duì)列/通道20中獲取包含過去最接近的全部更新信息的更新通知消 息，另外從隊(duì)列/通itl^UMt S903中獲取的更新通知消息到在S902中 獲取的之前一個(gè)消息的更新通知消息范圍的差別更新信息，并且請求游戲 裝置110的應(yīng)用程序經(jīng)由本地通道連接通過獲取的那些差別更新信息來 進(jìn)行更新(S卯4 )。
在這之后，每次從隊(duì)列/通道20接收到差別更新通知消息時(shí)，蜂窩電 話120的服務(wù)客戶60d都通過連接到本地通道的游戲裝置110的應(yīng)用程序 的差別更新信息來請求更新(S卯6)。
應(yīng)當(dāng)注意的是，可以經(jīng)由存儲(chǔ)裝置如SD (注冊商標(biāo))存儲(chǔ)卡或存儲(chǔ) 棒(注冊商標(biāo))提供更新信息從蜂窩電話120的服務(wù)客戶60d向游戲裝置 110的應(yīng)用程序的傳輸。
順便提及，在迄今描述的網(wǎng)絡(luò)系統(tǒng)IOO中，單獨(dú)的服務(wù)提供商40A、 40B和40C例如由諸如如圖26所示的PC之類的計(jì)算機(jī)的硬件和程序等 實(shí)現(xiàn)。
具體地，CPU 61經(jīng)由系統(tǒng)總線609連接到ROM 602、 RAM 603、 網(wǎng)絡(luò)90接口部分604、由鍵盤和鼠標(biāo)等構(gòu)成的輸入部分605、由揚(yáng)聲器和 由陰極射線管(CRT)和LCD構(gòu)成的顯示器等構(gòu)成的輸出部分606、媒 介接口部分607以及由硬盤驅(qū)動(dòng)器和非易失性存儲(chǔ)器等構(gòu)成的存儲(chǔ)部分 608。
網(wǎng)絡(luò)接口部分604處理相對于網(wǎng)絡(luò)90的有線或無線連接。存儲(chǔ)部分 608存儲(chǔ)用于使計(jì)算機(jī)執(zhí)行作為特定服務(wù)器的功能的程序和各種類型的 數(shù)據(jù)等。CPU 601從ROM 602和存儲(chǔ)部分608向RAM 602加栽用于使 計(jì)算機(jī)起到服務(wù)提供商中的發(fā)布者或隊(duì)列/通道作用的程序，并且執(zhí)行用 于解釋執(zhí)行的操作處理。媒介接口部分607適當(dāng)?shù)匕惭b有可移動(dòng)的媒介2
如磁盤、光盤、磁光盤或半導(dǎo)*儲(chǔ)器，并且從中讀出的程序在必要時(shí)被 安裝在存儲(chǔ)部分608中。
進(jìn)一步，在服務(wù)提供商中，發(fā)布者和隊(duì)列/通道可以是在不同計(jì)算機(jī) 上運(yùn)行的程序，或者可以是在單個(gè)計(jì)算機(jī)上運(yùn)行的程序。
進(jìn)而，在家用網(wǎng)絡(luò)側(cè)電器50中，訂戶和服務(wù)客戶例如可以是在TV 中實(shí)施的程序或作為PC中安裝的應(yīng)用程序而運(yùn)行的程序。此外，訂戶和 服務(wù)客戶可以通過結(jié)合在不同電器中的程序*^行。
圖27是示出其中實(shí)施了訂戶和服務(wù)客戶的網(wǎng)絡(luò)家用電器的硬件結(jié)構(gòu)的框圖。如圖所示，中央處理單元(CPU) 501經(jīng)由系統(tǒng)總線502連接到 只讀存儲(chǔ)器(ROM) 503、隨M取存儲(chǔ)器(RAM) 504、輸入操作部分 505、顯示部分506、音頻輸出部分507、網(wǎng)絡(luò)接口部分508、光通信部分 511和存儲(chǔ)部分512。
輸入操作部分505包括各種按鍵并且處理來自用戶的各種指令和數(shù) 據(jù)的輸入。經(jīng)由系統(tǒng)總線502通過輸入接口部分(未示出)將用戶使用輸 入操作部分505輸入的指令供應(yīng)到CPU 501。顯示部分506例如由顯示裝 置如液晶顯示器(LCD )和用于驅(qū)動(dòng)顯示裝置的顯示控制電路構(gòu)成。音頻 輸出部分507由將數(shù)字音頻信號轉(zhuǎn)換成模擬音頻信號的電路和揚(yáng)聲器等 構(gòu)成。網(wǎng)絡(luò)接口部分508處理相對于網(wǎng)絡(luò)90的有線或無線連接。
光通信部分511是用于處理與遙控器或其它外部電器的通信的接口 ， 并且具體地用于使用諸如紅外線之類的光作為無線媒介來執(zhí)行與外部電 器的通信。此外，除了光之外，可以使用其它無線媒介如無線電波、聲波 和電磁波。存儲(chǔ)部分512例如是諸如硬盤驅(qū)動(dòng)器或半導(dǎo)體存儲(chǔ)器之類的存 艦備。
ROM 503是只讀存儲(chǔ)器，在其中持久地存儲(chǔ)用于使計(jì)算機(jī)執(zhí)行作為 訂戶和服務(wù)客戶的功能的程序和數(shù)據(jù)等。應(yīng)當(dāng)注意的是程序可以存儲(chǔ)在存 儲(chǔ)部分512中。RAM 54是用于寫入從ROM 53或存儲(chǔ)部分512加栽的程 序和程序的運(yùn)算數(shù)據(jù)等的存儲(chǔ)器。CPU501執(zhí)行運(yùn)算處理，以便解釋執(zhí)行 ROM 503中存儲(chǔ)的程序或加栽到RAM 504的程序。
(第二實(shí)施例)
在上述實(shí)施例中，已描述了以要素為單位更新元數(shù)據(jù)的情況。下一步， 將會(huì)描述以分段為單位來更新以分段為單位劃分層次的TV-Anytime元數(shù) 據(jù)。
分段是TV-Anytime等的整個(gè)元數(shù)據(jù)的一部分。 一部分也可以被i兌成 是由一個(gè)或多個(gè)要素構(gòu)成的元數(shù)據(jù)的一部分。圖29是描述關(guān)于作為 TV-Anytime元數(shù)據(jù)分段的廣播通道月艮務(wù)的信息的Servicelnformation元 數(shù)據(jù)的例子。
在圖29中，Servicelnformation - A、 - B和-C分別是廣播通道A、 B和C的Servicelnformation元數(shù)據(jù)。在這些Servicelnformation元數(shù)據(jù)
中，例如可以用于作為關(guān)于廣播通iU艮務(wù)的信息將要描述的關(guān)于服務(wù)標(biāo)識(shí)符、對雙親服務(wù)的索引、服務(wù)名稱、所有者和服務(wù)風(fēng)格等的信息。在這個(gè)
實(shí)施例中，通過Servicelnformation中的擴(kuò)展來引入能夠描述購買通道所 須的價(jià)格的Purchaseltem要素。在這個(gè)例子中，廣播通道A^I 爭月300 日元，廣播通道B是每月400日元，并且廣播通道C是每月500日元。
將會(huì)對以下情況下的Servicelnformation元數(shù)據(jù)的更新給出描述廣 播通道的價(jià)格發(fā)生改變或者用于購買廣播通道的單位發(fā)生改變等等。圖 30是以下情況下的Servicelnformation元數(shù)據(jù)的更新例子將廣播通道B 和廣播通道C作為一個(gè)放在一起，并且將價(jià)格設(shè)置為每月600日元。在 這個(gè)例子中，將廣播通道B和廣播通道C包容為單個(gè)"通道包"，并且重 新創(chuàng)建作為通道包的Servicelnformation元數(shù)據(jù)的Servicelnformation-D。 此夕卜，在Servicelnformation-D之內(nèi)的Purchaseltem要素中描述關(guān)于被 放在一起作為一個(gè)的廣播通道B和廣播通道C的價(jià)格的信息。
順便提及，在當(dāng)前TV-Anytime的標(biāo)準(zhǔn)中，在像如上所述的包容多個(gè) 廣播通道的通道包結(jié)構(gòu)的Servicelnformation中不能描述以分段為單位劃 分層次的結(jié)構(gòu)。在這一點(diǎn)上，在這個(gè)實(shí)施例中，為了定義包容多個(gè)廣播通 道的通道包的結(jié)構(gòu)，重新引入了 ServicePackRef要素。ServicePackRef 要素是用于定義當(dāng)從包容的子Servicelnformation (在這種情況下為 Servicelnformation-A 和 Servicelnformation-B ) 來看時(shí)對雙親 Servicelnformation (在這種情況下為Servicelnformation-D )的索引的要 素。
圖41是用于說明圖30所示的Servicelnformation元數(shù)據(jù)的更新處理 的示圖，圖31是示出在圖30所示的變化之前的廣播通道B和C的 Servicelnformation元數(shù)據(jù)的特定例子的示圖，并且圖32是示出在圖30 所示的變化之后的Servicelnformation元數(shù)據(jù)的特定例子的示圖。
變化之前的Servicelnformation元數(shù)據(jù)包含ServicelnformationTable 要素71 。 ServicelnformationTable要素71包括多個(gè)廣播通道的 Servicelnformation要素72和73，亦即在這個(gè)例子中包括廣播通道B和 廣播通道C的Servicelnformation要素72和73。 Servicelnformation要 素72和73每個(gè)包括serviceld屬性74,用于標(biāo)識(shí)服務(wù)；fragmentld屬 性75，用于標(biāo)識(shí)分段；fragmentVersion屬性76，其指示分段的版本； Name要素77，其描述廣播通道的名稱；以及Purchaseltem要素78，其 描述關(guān)于價(jià)格的信息。Purchaseltem要素78包括Price要素79,其描 述價(jià)格；以及Purchase要素91，其描述諸如按月付款之類的關(guān)于價(jià)格的200880012708.1
說明書第25/41頁 信息。
另一方面，變^f匕之后的 Servicelnformation元數(shù)據(jù)包含 ServicelnformationTable要素71 a。 ServicelnformationTable要素71 a包 括多個(gè)廣播通道和通道包的Servicelnformation要素72a、 73a和92。被 包容的各個(gè)廣播通道的Servicelnformation要素72a和73a每個(gè)包括 serviceld屬性74，用于標(biāo)識(shí)月良務(wù)；fragmentld屬性75，用于才示識(shí)分段； fragmentVersion屬性76，其指示分段的版本；Name要素77，其描述廣 播通道的名稱；以及ServicePackRef要素93。通道包的Servicelnformation 要素92包括serviceld屬性74，用于標(biāo)識(shí)服務(wù)；fragmentld屬性75; fragmentVersion屬性76; Name要素77，其描述通道包的名稱；以及 Purchaseltem要素94，其描述關(guān)于價(jià)格的信息。Purchaseltem要素94 包括Price要素95，其描述價(jià)格；以及Purchase要素96，其描述諸如 按月付款之類的關(guān)于價(jià)格的信息。
下一步，將會(huì)對以下情況下的操作給出描述在包括分發(fā)元數(shù)據(jù)的 IPTV服務(wù)器和獲取元數(shù)據(jù)的IPTV客戶終端的IPTV系統(tǒng)中，以分段為 單位更新Servicelnformation元數(shù)據(jù)。
圖33是示出IPTV系統(tǒng)100的結(jié)構(gòu)的示圖。如圖所示，IPTV系統(tǒng) 100包括IPTV服務(wù)器110、 IPTV客戶終端120以及諸如因特網(wǎng)之類的能 夠連接這兩者的網(wǎng)絡(luò)130。
IPTV服務(wù)器110包括元數(shù)據(jù)生成部分Ul、元數(shù)據(jù)服務(wù)器數(shù)據(jù)庫112、 元數(shù)據(jù)分發(fā)部分113和IPTV媒介服務(wù)器114等。
元數(shù)據(jù)生成部分111生成元數(shù)據(jù)。元數(shù)據(jù)服務(wù)器數(shù)據(jù)庫112保持元數(shù) 據(jù)生成部分111所生成的元數(shù)據(jù)。元數(shù)據(jù)分發(fā)部分113經(jīng)由網(wǎng)絡(luò)130向 IPTV客戶終端120分發(fā)元數(shù)據(jù)服務(wù)器數(shù)據(jù)庫112中保持的元數(shù)據(jù)。IPTV 媒介服務(wù)器114經(jīng)由網(wǎng)絡(luò)130向IPTV客戶終端120傳輸內(nèi)容。
IPTV客戶終端120包括元數(shù)據(jù)接收部分121 、元數(shù)據(jù)客戶數(shù)據(jù)庫122 、 用戶接口處理部分123和IPTV媒介客戶124。
元數(shù)據(jù)接收部分121接收經(jīng)由網(wǎng)絡(luò)130從IPTV服務(wù)器110傳輸?shù)脑?數(shù)據(jù)。元數(shù)據(jù)客戶數(shù)據(jù)庫222保持元數(shù)據(jù)接收部分121所接收的元數(shù)據(jù)。 用戶接口處理部分123輸入來自用戶的指令。IPTV媒介客戶124基于來 自用戶接口處理部分123的指令接收并再現(xiàn)經(jīng)由網(wǎng)絡(luò)130從IPTV服務(wù)器 IIO傳輸?shù)膬?nèi)容。
30下一步，將會(huì)參考圖34的流程圖來描述以下處理從IPTV服務(wù)器 110向IPTV客戶終端120分發(fā)并更新Servicelnformation元教:據(jù)。
首先，在IPTV服務(wù)器110中，元數(shù)據(jù)生成部分111生成廣播通道的 Servicelnformation元數(shù)據(jù)(步驟Sl)。 生成的廣播通道的 Servicelnformation元數(shù)據(jù)存儲(chǔ)在元數(shù)據(jù)服務(wù)器數(shù)據(jù)庫112中。
元數(shù)據(jù)分發(fā)部分113從元數(shù)據(jù)服務(wù)器數(shù)據(jù)庫112中讀出 Servicelnformation元數(shù)據(jù)，生成包含這個(gè)Servicelnformation元數(shù)據(jù)的 更新通知消息(步驟S2 )，并且經(jīng)由網(wǎng)絡(luò)130向IPTV客戶終端120分發(fā) 更新通知消息(步驟S3)。
IPTV客戶終端120中的元數(shù)據(jù)接收部分121接收經(jīng)由網(wǎng)絡(luò)130從 IPTV服務(wù)器110傳輸?shù)母峦ㄖ?步驟S4 )，并且在元數(shù)據(jù)客戶數(shù) 據(jù)庫122中登記接收到的更新通知消息中包含的Servicelnformation元數(shù) 據(jù)(步驟S5 )。
在這之后，當(dāng)通過IPTV服務(wù)器110中的元lt據(jù)生成部分111生成更 新的Servicelnformation元數(shù)據(jù)時(shí)(步艱S6 )，更新的Servicelnformation 元數(shù)據(jù)存儲(chǔ)在元數(shù)據(jù)服務(wù)器數(shù)據(jù)庫112中。
元數(shù)據(jù)分發(fā)部分113從元數(shù)據(jù)服務(wù)器數(shù)據(jù)庫112中讀出更新的 Servicelnformation元數(shù)據(jù)，生成包含更新的Servicelnformation元數(shù)據(jù) 的更新通知消息(步驟S7 )，并且經(jīng)由網(wǎng)絡(luò)130向IPTV客戶終端120分 發(fā)更新通知消息(步驟S8)。
當(dāng)接收到經(jīng)由網(wǎng)絡(luò)130從IPTV服務(wù)器110傳輸?shù)陌碌?Servicelnformation元數(shù)據(jù)的更新通知消息時(shí)(步驟S9 )， IPTV客戶終端 120中的元數(shù)據(jù)接收部分121從元數(shù)據(jù)客戶數(shù)據(jù)庫122中登記的現(xiàn)有 Servicelnformation元數(shù)據(jù)當(dāng)中檢索分段ID與接收到的更新通知消息中
元數(shù)據(jù)，并且使用更新通知消息中包含的Servicelnformation元數(shù)據(jù)來更 新現(xiàn)有的Servicelnformation元數(shù)據(jù)(步驟S10 )。
下一步，將會(huì)采用分別如圖31和32所示的更新之前和之后的 Servicelnformation元數(shù)據(jù)作為例子，來更加詳細(xì)地描述分發(fā)和更新 Servicelnformation元數(shù)據(jù)的處理。
圖35是IPTV服務(wù)器110的處理序列，而圖36則是IPTV客戶終端 120的處理序列。
31首先，元數(shù)據(jù)生成部分111生成通道B的Servicelnformation元數(shù)據(jù) (圖35:步驟Sll )。通道B的Servicelnformation元數(shù)據(jù)是圖31中其值 為"Chaimd-B"的serviceld屬性74之下的Servicelnformation要素72 的分層部分。隨后，在元數(shù)據(jù)服務(wù)器數(shù)據(jù)庫112中登記元數(shù)據(jù)生成部分 111所生成的通道B的Servicelnformation元數(shù)據(jù)34。另外，此時(shí)，通道 B的Servicelnformation元數(shù)據(jù)中包含的fragmentld屬性75的值"1234" 和fragmentVersion屬性76的值"1001"存儲(chǔ)在元數(shù)據(jù)服務(wù)器數(shù)據(jù)庫112 中作為更新管理信息35。
進(jìn)一步，元數(shù)據(jù)生成部分111生成通道C的Servicelnformation元數(shù) 據(jù)(圖35:步驟S12 )。通道C的Servicelnformation元數(shù)據(jù)是圖31中其 值為"Channel-C"的serviceld屬性74之下的Servicelnformation要素 73的分層部分。隨后，在元數(shù)據(jù)服務(wù)器數(shù)據(jù)庫112中登記元數(shù)據(jù)生成部 分111所生成的通道C的Servicelnformation元數(shù)據(jù)36。另外，此時(shí)， 通道C的Servicelnformation元lt據(jù)中包含的fragmentld屬性75的值 "5678"和fragmentVersion屬性76的值"1010"存儲(chǔ)在元數(shù)據(jù)服務(wù)器 數(shù)據(jù)庫112中作為更新管理信息37。
下一步，元數(shù)據(jù)分發(fā)部分113從元數(shù)據(jù)服務(wù)器數(shù)據(jù)庫112中讀出通道 B的Servicelnformation元數(shù)據(jù)34和通道C的Servicelnformation元數(shù) 據(jù)36,創(chuàng)建存儲(chǔ)這些Servicelnformation元數(shù)據(jù)34和36的更新通知消息 38作為update Detail,并且將其經(jīng)由網(wǎng)絡(luò)130分發(fā)到IPTV客戶終端120 (圖35:步驟S13 )。
在IPTV客戶終端120中，元數(shù)據(jù)接收部分121接收經(jīng)由網(wǎng)絡(luò)130從 IPTV服務(wù)器110傳輸?shù)母峦ㄖ?圖36:步驟S14)。元數(shù)據(jù)接收 部分121在元數(shù)據(jù)客戶數(shù)據(jù)庫122中登記作為update Detail的接收到的 更新通知消息38中存儲(chǔ)的通道B的Servicelnformation元數(shù)據(jù)34和通道 C的Servicelnformation元數(shù)據(jù)36。此時(shí)，通道B的Servicelnformation 元數(shù)據(jù)中包含的fragmentld屬性75的值"1234"和fragmentVersion屬 性76的值"1001"被存儲(chǔ)作為客戶側(cè)更新管理信息39,并且通道C的 Servicelnformation元數(shù)據(jù)中包含的fragmentld屬性75的值"5678"和 fragmentVersion屬性76的值"1010"被存儲(chǔ)作為客戶側(cè)更新管理信息 41。
其后在通道B和通道C被包容為單個(gè)通道包D并且價(jià)^^被改變?yōu)橐?起每月600日元的情況下執(zhí)行的操作如下。元數(shù)據(jù)生成部分111生成其上反映了變化內(nèi)容的通道B的 Servicelnformation元數(shù)據(jù)(圖35:步驟S15 )。改變的通道B的 Servicelnformation元數(shù)據(jù)是圖32中其值為"Channel畫B"的serviceld屬 性74之下的Servicelnformation要素72a的分層部分。具體地，如圖41 所示，在改變的通道B的Servicelnformation元數(shù)據(jù)中，fragmentld屬性 75和Name要素77的值與變化之前的值相同。fragmentVersion屬性76 的值被更新為指示更新之后最新版本的值。在變化的時(shí)候刪除更新之前存 在的Purchaseltem要素91， 代替地添加用于定義對雙親 Servicelnformation (通道包D的Servicelnformation元數(shù)據(jù))的索引的 ServicePackRef要素93。
隨后，在元數(shù)據(jù)服務(wù)器數(shù)據(jù)庫112中登記更新的通道B的 Servicelnformation元數(shù)據(jù)34，。此時(shí)，通道B的Servicelnformation元數(shù) 據(jù)34，中包含的fragmentld屬性75的值"1234"和fragmentVersion屬性 76的值"1011"存儲(chǔ)在元數(shù)據(jù)服務(wù)器數(shù)據(jù)庫112中作為服務(wù)器側(cè)更新管 理信息35，。
進(jìn)一步，元數(shù)據(jù)生成部分111生成其上反映了變化內(nèi)容的通道C的 Servicelnformation元數(shù)據(jù)(圖35:步驟S16 )。更新的通道C的 Servicelnformation元數(shù)據(jù)是圖32中其值為"Channel誦C"的serviceld 屬性74之下的Servicelnformation要素73a的分層部分。具體地，如圖 41所示，在改變的通道C的Servicelnformation元數(shù)據(jù)中，fragmentld 屬性75和Name要素77的值與變化之前的值相同。fragmentVersion屬 性76的值被更新為指示更新之后最新版本的值。在變化的時(shí)候刪除以前 存在的Purchaseltem要素91,代替地添加用于定義對雙親 Servicelnformation (通道包D的Servicelnformation元數(shù)據(jù))的索引的 ServicePackRef要素93。
l^，在元數(shù)據(jù)服務(wù)器數(shù)據(jù)庫112中登記元數(shù)據(jù)生成部分111所生成 的通道C的Servicelnformation元數(shù)據(jù)36，。進(jìn)一步，此時(shí)，通道C的 Servicelnformation元數(shù)據(jù)36，中包含的fragmentld屬性75的值"5678" 和fragmentVersion屬性的值"1011"存儲(chǔ)在元數(shù)據(jù)服務(wù)器數(shù)據(jù)庫112中 作為服務(wù)器側(cè)更新管理信息37，。
在這之后，元數(shù)據(jù)生成部分111生成包容通道B和通道C的通道包 D的Servicelnformation元數(shù)據(jù)(圖35:步驟S17 )。通道包D的 Servicelnformation元數(shù)據(jù)是圖32中其值為"ServicePack-D"的serviceld屬性75的值"1375"、 fragmentVersion屬性76的值"1011"、 Name要素77以及Purchaseltem 要素94。
隨后，在元數(shù)據(jù)服務(wù)器數(shù)據(jù)庫112中登記元數(shù)據(jù)生成部分111所生成 的通道包D的Servicelnformation元數(shù)據(jù)42。進(jìn)一步，此時(shí)，通道包D 的Servicelnformation元數(shù)據(jù)42中包含的fragmentld屬性75的值"1375" 和fragmentVersion屬性76的值"1011"存儲(chǔ)在元數(shù)據(jù)服務(wù)器lt據(jù)庫112 中作為服務(wù)器側(cè)更新管理信息43。
下一步，元數(shù)據(jù)分發(fā)部分113從元數(shù)據(jù)服務(wù)器數(shù)據(jù)庫112中讀出更新 的通道B的Servicelnformation元數(shù)據(jù)34，、更新的通道C的 Servicelnformation元數(shù)據(jù)36，和通道包D的Servicelnformation元數(shù)據(jù) 42，創(chuàng)建存儲(chǔ)這些Servicelnformation元數(shù)據(jù)34，、 36，和42的更新通知 消息44作為update Detail,并且將其經(jīng)由網(wǎng)絡(luò)130分發(fā)到IPTV客戶終 端120 (圖35:步驟S18 )。
在IPTV客戶終端120中，元數(shù)據(jù)接收部分121接收經(jīng)由網(wǎng)絡(luò)130從 IPTV服務(wù)器110傳輸?shù)母峦ㄖ?4 (圖36:步驟S19 )。元數(shù)據(jù)接 收部分121使用作為update Detail的更新通知消息44中存儲(chǔ)的通道B的
來替換元數(shù)據(jù)客戶數(shù)據(jù)庫122中已經(jīng)登記的通道B的Servicelnformation 元數(shù)據(jù)34和通道C的Servicelnformation元數(shù)據(jù)36，并且重新在元數(shù)據(jù) 客戶數(shù)據(jù)庫122中登記更新通知消息44中存儲(chǔ)的通道包D的 Servicelnformation元數(shù)據(jù)42作為update Detail。
伴隨這個(gè)的是，在元數(shù)據(jù)客戶數(shù)據(jù)庫122中存儲(chǔ)的通道B的 Servicelnformation元lt據(jù)的更新管理信息39當(dāng)中，其fragmentVersion 屬性76的值"1001"被更新為"1011"的更新管理信息39被存儲(chǔ)作為更 新管理信息39，。另外，在元數(shù)據(jù)客戶數(shù)據(jù)庫122中存儲(chǔ)的通道C的 Servicelnformation元數(shù)據(jù)的更新管理信息41當(dāng)中，其fragmentVersion 屬性76的值"1010"被更新為"1011"的更新管理信息41被存儲(chǔ)作為更 新管理信息41'。進(jìn)而，在元數(shù)據(jù)客戶數(shù)據(jù)庫122中重新存儲(chǔ)通道包D的 Servicelnformation元lt據(jù)的更新管理信息45。
更加具體地，上^數(shù)據(jù)客戶數(shù)據(jù)庫122的更新執(zhí)行如下。采用通道B的Servicelnformation元數(shù)據(jù)的更新作為例子來給出描 述。元數(shù)據(jù)接收部分121獲取更新通知消息44中存儲(chǔ)的通道B的 Servicelnformation元數(shù)據(jù)34，中包含的fragmentld屬性75的值"1234" 作為更新細(xì)節(jié)。元數(shù)據(jù)接收部分121下一步將fragmentld屬性75的值與 元數(shù)據(jù)客戶數(shù)據(jù)庫122中存儲(chǔ)的更新管理信息39和41相比較，并且判斷 具有與從更新通知消息44獲取的通道B的Servicelnformation元數(shù)據(jù)相 同的fragmentld屬性75的Servicelnformation元數(shù)據(jù)是否存儲(chǔ)在元數(shù)據(jù) 客戶數(shù)據(jù)庫122中。當(dāng)沒有相關(guān)的Servicelnformation元數(shù)據(jù)存在于元數(shù) 據(jù)客戶數(shù)據(jù)庫122中時(shí)，元數(shù)據(jù)接收部分121在元數(shù)據(jù)客戶數(shù)據(jù)庫122中 重新登記從更新通知消息44獲取的通道B的Servicelnformation元數(shù)據(jù) 作為新通道的Servicelnformation元數(shù)據(jù)，并且存儲(chǔ)更新管理信息。
當(dāng)有相關(guān)的Servicelnformation元數(shù)據(jù)存在于元數(shù)據(jù)客戶數(shù)據(jù)庫122 中時(shí)，元數(shù)據(jù)接收部分121比較這兩者的fragmentVersion屬性76的值。 當(dāng)判斷從更新通知消息44獲取的通道B的Servicelnformation元數(shù)據(jù)34， 的版本比較新時(shí)，元數(shù)據(jù)接收部分121使用從更新通知消息44獲取的通 道B的Servicelnformation元數(shù)據(jù)34，來替換已經(jīng)登記的通道B的 Servicelnformation元數(shù)據(jù)34。然后，元數(shù)據(jù)接收部分121在現(xiàn)有的更新 管理信息39中重寫從更新通知消息44獲取的通道B的 Servicelnformation元數(shù)據(jù)34，中包含的fragmentVersion屬性76的值 "1011"，以從而獲得新的更新管理信息39，。
這個(gè)操作類似地適用于更新通道C的Servicelnformation元數(shù)據(jù)的情 況。另外，這對于更新通道包D的Servicelnformation元數(shù)據(jù)的情況同樣 成立。
(第三實(shí)施例)
在上述第二實(shí)施例中，更新的Servicelnformation元數(shù)據(jù)已作為 updateDetail存儲(chǔ)在更新通知消息中，并且IPTV客戶終端l加已被通知 了元數(shù)據(jù)的更新。然而，存在另一種分發(fā)Servicelnformation元數(shù)據(jù)的方 法如下。例如，還可以存儲(chǔ)目才示為Servicelnformation元lt據(jù)的查詢(相 對于數(shù)據(jù)庫的檢索請求語句)而不是Servicelnformation元數(shù)據(jù)本身來作 為更新通知消息的updateDetail，并且向IPTV客戶終端120通知元數(shù)據(jù) 的更新。在這種情況下，IPTV客戶終端120可以通過向IPTV服務(wù)器110 傳輸使 查詢的檢索請求來獲取Servicelnformation元數(shù)據(jù)。在下文中，上述方法將會(huì)被描述為第三實(shí)施例。
圖37是示出根據(jù)第三實(shí)施例的IPTV系統(tǒng)100的結(jié)構(gòu)的示圖。如圖 所示，IPTV系統(tǒng)100不同于第二實(shí)施例之處在于，元數(shù)據(jù)查詢處理部分 115被添加到了 IPTV服務(wù)器110。元數(shù)據(jù)查詢處理部分115執(zhí)行以下處 理基于從IPTV客戶終端120接收到的查詢請求從元數(shù)據(jù)服務(wù)器數(shù)據(jù)庫 112中檢索相關(guān)的Servicelnformation元數(shù)據(jù)，并且將其作為響應(yīng)傳輸?shù)?IPTV客戶終端120。
下一步，在參考圖38的流程圖的同時(shí)，將會(huì)描述從IPTV服務(wù)器110 到IPTV客戶終端120的使用Servicelnformation元數(shù)據(jù)查詢的分發(fā)處理 及其更新處理。
首先，在IPTV服務(wù)器110中，元數(shù)據(jù)生成部分111生成廣播通道的 Servicelnformation元數(shù)據(jù)(步驟S21)。 生成的廣播通道的 Servicelnformation元數(shù)據(jù)存儲(chǔ)在元數(shù)據(jù)服務(wù)器數(shù)據(jù)庫112中。
在生成目標(biāo)為元數(shù)據(jù)服務(wù)器數(shù)據(jù)庫112中存儲(chǔ)的Servicelnformation 元數(shù)據(jù)的查詢之后，元數(shù)據(jù)分發(fā)部分113生成包含該查詢的更新通知消息 (步驟S22 )，并且經(jīng)由網(wǎng)絡(luò)130向IPTV客戶終端120分發(fā)更新通知消 息(步驟S23 )。
IPTV客戶終端120中的元數(shù)據(jù)接收部分121接收經(jīng)由網(wǎng)絡(luò)130從 IPTV服務(wù)器110傳輸?shù)母峦ㄖ?步驟S24 )，并且提取接收到的更 新通知消息中包含的查詢(步驟S25)。下一步，元數(shù)據(jù)接收部分121將 包含提取的查詢的元數(shù)據(jù)檢索請求傳輸?shù)絀PTV服務(wù)器110 (步驟S25 )。
從IPTV客戶終端120傳輸?shù)脑獢?shù)據(jù)檢索請求由元數(shù)據(jù)查詢處理部分 115接收。元數(shù)據(jù)查詢處理部分115將元數(shù)據(jù)檢索請求中包含的查詢傳輸 到元數(shù)據(jù)服務(wù)器數(shù)據(jù)庫112,并且^JL數(shù)據(jù)服務(wù)器數(shù)據(jù)庫112獲糾目關(guān)的 Servicelnformation元數(shù)據(jù)(步驟S26 )。元數(shù)據(jù)查詢處理部分115將獲取 的Servicelnformation元數(shù)據(jù)分發(fā)到IPTV客戶終端120作為對元數(shù)據(jù)檢 索請求的響應(yīng)(步驟S27)。
當(dāng)獲取作為對元數(shù)據(jù)檢索請求的響應(yīng)的Servicelnformation元數(shù)據(jù) 時(shí)，IPTV客戶終端120中的元數(shù)據(jù)接收部分121將其登記在元數(shù)據(jù)客戶 數(shù)據(jù)庫122中(步驟S28 )。
當(dāng)更新的Servicelnformation元數(shù)據(jù)由IPTV服務(wù)器110中的元數(shù)據(jù) 生成部分111生成時(shí)(步驟S29 )，更新的Servicelnformation元數(shù)據(jù)存儲(chǔ)在元數(shù)據(jù)服務(wù)器數(shù)據(jù)庫112中。
在生成目標(biāo)為元數(shù)據(jù)服務(wù)器數(shù)據(jù)庫112中存儲(chǔ)的更新的 Servicelnformation元數(shù)據(jù)的查詢之后，元數(shù)據(jù)分發(fā)部分113生成包含該 查詢的更新通知消息(步驟S30 )，并且經(jīng)由網(wǎng)絡(luò)130向IPTV客戶終端 120分發(fā)更新通知消息(步驟S31 )。
IPTV客戶終端120中的元數(shù)據(jù)接收部分121接收經(jīng)由網(wǎng)絡(luò)130從 IPTV服務(wù)器110傳輸?shù)母峦ㄖ?，并且提取接收到的更新通知消?中包含的查詢(步驟S32)。下一步，元數(shù)據(jù)接收部分121將包含提取的 查詢的元數(shù)據(jù)檢索請求傳輸?shù)絀PTV服務(wù)器110 (步驟S33 )。
從IPTV客戶終端120傳輸?shù)脑獢?shù)據(jù)檢索請求由元數(shù)據(jù)查詢處理部分 115接收。元數(shù)據(jù)查詢處理部分115將元數(shù)據(jù)檢索請求中包含的查詢傳輸 到元數(shù)據(jù)服務(wù)器數(shù)據(jù)庫112，并且M數(shù)據(jù)服務(wù)器數(shù)據(jù)庫112獲取更新的 Servicelnformation元數(shù)據(jù)(步驟S34 )。元數(shù)據(jù)查詢處理部分115將獲取 的Servicelnformation元數(shù)據(jù)分發(fā)到IPTV客戶終端120作為對元數(shù)據(jù)檢 索請求的響應(yīng)(步驟S35)。
當(dāng)獲取作為對元泰:據(jù)檢索請求的響應(yīng)的更新的Servicelnformation元 數(shù)據(jù)時(shí)，IPTV客戶終端120中的元數(shù)據(jù)接收部分121從元數(shù)據(jù)客戶數(shù)據(jù) 庫122中登記的Servicelnformation元數(shù)據(jù)當(dāng)中檢索其fragmentID與獲 取的Servicelnformation元數(shù)據(jù)的fragmentID匹配的Servicelnformation 元數(shù)據(jù)，并且通過獲取的Servicelnformation元數(shù)據(jù)來更新現(xiàn)有的 Servicelnformation元數(shù)據(jù)(步驟S36 )。
下一步，將會(huì)采用如圖39和40所示的更新之前和之后的 Servicelnformation元lt據(jù)作為例子，來更加詳細(xì)地描述上述分發(fā)和更新 Servicelnformation元數(shù)據(jù)的處理。
圖39是IPTV服務(wù)器110中的處理序列，而圖40則是IPTV客戶終 端120中的處理序列。
首先，元數(shù)據(jù)生成部分111生成通道B的Servicelnformation元數(shù)據(jù) (圖39:步驟S41 )。通道B的Servicelnformation元數(shù)據(jù)是圖31中其值 為"Channel隱B"的serviceld屬性74之下的Servicelnformation要素72 的分層部分。隨后，在元數(shù)據(jù)服務(wù)器數(shù)據(jù)庫112中登記元數(shù)據(jù)生成部分 111所生成的通道B的Servicelnformation元數(shù)據(jù)34。另外，此時(shí)，通道 B的Servicelnformation元數(shù)據(jù)中包含的fragmentld屬性75的值"1234"
37和fragmentVersion屬性76的值"1001"存儲(chǔ)在元數(shù)據(jù)服務(wù)器數(shù)據(jù)庫112 中作為更新管理信息35。進(jìn)一步，元數(shù)據(jù)生成部分111生成通道C的Servicelnformation元數(shù) 據(jù)(圖39:步驟S42 )。通道C的Servicelnformation元數(shù)據(jù)是圖31中其 值為"Channd-C"的serviceld屬性74之下的Servicelnformation要素 73的分層部分。隨后，在元數(shù)據(jù)服務(wù)器數(shù)據(jù)庫112中登記元翁:據(jù)生成部 分111所生成的通道C的Servicelnformation元數(shù)據(jù)36。另外，此時(shí)， 通道C的Servicelnformation元數(shù)據(jù)中包含的fragmentld屬性75的值 "5678"和fragmentVersion屬性76的值"1010"存儲(chǔ)在元數(shù)據(jù)服務(wù)器 數(shù)據(jù)庫112中作為更新管理信息37。下一步，元數(shù)據(jù)分發(fā)部分113從元數(shù)據(jù)服務(wù)器數(shù)據(jù)庫112中生成目標(biāo) 為通道B的Servicelnformation元數(shù)據(jù)34和通道C的Servicelnformation 元數(shù)據(jù)36的查詢，創(chuàng)建存儲(chǔ)這些查詢的更新通知消息38a作為update Detail,并且將更新通知消息38a經(jīng)由網(wǎng)絡(luò)130分發(fā)到IPTV客戶終端120 (圖39:步驟S43 )。在IPTV客戶終端120中，元數(shù)據(jù)接收部分121接收經(jīng)由網(wǎng)絡(luò)130從 IPTV服務(wù)器110傳輸?shù)母峦ㄖ?8a(圖40:步驟S44 )。元數(shù)據(jù)接 收部分121提取作為update Detail的接收到的更新通知消息38a中存儲(chǔ) 的查詢，并且將包含這些查詢的元數(shù)據(jù)檢索請求傳輸?shù)絀PTV服務(wù)器110 (圖40:步驟S45 )。從IPTV客戶終端120傳輸?shù)脑獢?shù)據(jù)檢索請求由元數(shù)據(jù)查詢處理部分 115接收。元數(shù)據(jù)查詢處理部分115將元數(shù)據(jù)檢索請求中包含的查詢傳輸 到元數(shù)據(jù)服務(wù)器數(shù)據(jù)庫112,并JU^L數(shù)據(jù)服務(wù)器數(shù)據(jù)庫112獲取通道B 的Servicelnformation元數(shù)據(jù)34和通道C的Servicelnformation元數(shù)據(jù) 36。元數(shù)據(jù)查詢處理部分115將獲取的通道B的Servicelnformation元數(shù) 據(jù)34和通道C的Servicelnformation元數(shù)據(jù)36分發(fā)到IPTV客戶終端 120作為對元數(shù)據(jù)檢索請求的響應(yīng)。在IPTV客戶終端120中，當(dāng)接收到作為對元數(shù)據(jù)檢索請求的響應(yīng)的 通道B的Servicelnformation元數(shù)據(jù)34和通道C的Servicelnformation 元數(shù)據(jù)36時(shí)(圖40:步驟S46 )，元數(shù)據(jù)接收部分121在元數(shù)據(jù)客戶數(shù)據(jù) 庫122中登記這些Servicelnformation元數(shù)據(jù)34和36。此時(shí)，通道B的 Servicelnformation元數(shù)據(jù)中包含的fragmentld屬性75的值"1234"和 fragmentVersion屬性76的值"1001"被存儲(chǔ)作為客戶側(cè)更新管理信息39，并且通道C的Servicelnformation元數(shù)據(jù)中包含的fragmentld屬性 75的值"5678"和fragmentVersion屬性76的值"1010"被存儲(chǔ)作為客 戶側(cè)更新管理信息41。其后在通道B和通道C被包容為單個(gè)通道包D并且價(jià)^^被改變?yōu)橐?起每月600日元的情況下執(zhí)行的操作如下。元數(shù)據(jù)生成部分111生成其上反映了變化內(nèi)容的通道B的 Servicelnformation元數(shù)據(jù)(圖39:步驟S47)。改變的通道B的 Servicelnformation元數(shù)據(jù)是圖32中其值為"Channel-B"的serviceld屬 性74之下的Servicelnformation要素72a的分層部分。具體地，如圖41 所示，在改變的通道B的Servicelnformation元數(shù)據(jù)中，fragmentld屬性 75和Name要素77的值與變化之前的值相同。fragmentVersion屬性76 的值被更新為指示更新之后最新版本的值。在變化的時(shí)候刪除更新之前存 在的Purchaseltem要素91， 代替地添加用于定義對雙親 Servicelnformation (通道包D的Servicelnformation元數(shù)據(jù))的索引的 ServicePackRef要素93。隨后，在元數(shù)據(jù)服務(wù)器數(shù)據(jù)庫112中登記更新的通道B的 Servicelnformation元數(shù)據(jù)34，。 此時(shí),通道B的Servicelnformation元 數(shù)據(jù)34，中包含的fragmentld屬性75的值"1234"和fragmentVersion 屬性76的值"1011"存儲(chǔ)在元數(shù)據(jù)服務(wù)器數(shù)據(jù)庫112中作為服務(wù)器側(cè)更 新管理信息35'。進(jìn)一步，元數(shù)據(jù)生成部分111生成其上反映了變化內(nèi)容的通道C的 Servicelnformation元數(shù)據(jù)(圖39:步驟S48)。改變的通道C的 Servicelnformation元數(shù)據(jù)是圖32中其值為"Channel-C"的serviceld 屬性74之下的Servicelnformation要素73a的分層部分。具體地，如圖 41所示,在改變的通道C的Servicelnformation元數(shù)據(jù)中，fragmentld 屬性75和Name要素77的值與變化之前的值相同。fragmentVersion屬 性76的值被更新為指示更新之后最新版本的值。在變化的時(shí)候刪除以前 存在的Purchaseltem要素91，代替地添加用于定義對雙親 Servicelnformation (通道包D的Servicelnformation元數(shù)據(jù))的索引的 ServicePackRef要素93。隨后，在元數(shù)據(jù)服務(wù)器數(shù)據(jù)庫112中登記元數(shù)據(jù)生成部分111所生成 的通道C的Servicelnformation元數(shù)據(jù)36，。 進(jìn)一步，此時(shí)，通道C的 Servicelnformation元數(shù)據(jù)36，中包含的fragmentld屬性75的值"5678"和fragmentVersion屬性76的更新值"1011"存儲(chǔ)在元數(shù)據(jù)服務(wù)器數(shù)據(jù)庫 112中作為服務(wù)器側(cè)更新管理信息37，。在這之后，元數(shù)據(jù)生成部分111生成包容通道B和通道C的通道包 D的Servicelnformation元數(shù)據(jù)(圖39:步驟S49 )。通道包D的 Servicelnformation元數(shù)據(jù)是圖32中其值為"ServicePack-D"的serviceld 屬性74之下的Servicelnformation要素92的分層部分。具體地，在創(chuàng)建 通道包D的Servicelnformation元數(shù)據(jù)時(shí)，元數(shù)據(jù)生成部分111重新生成 serviceld屬性74的值"ServicePack-D"、fragmentld屬性75的值"1375"、 fragmentVersion屬性76的值"1011"、 Name要素77以及Purchaseltem 要素94。隨后，在元數(shù)據(jù)月艮務(wù)器數(shù)據(jù)庫112中登記元數(shù)據(jù)生成部分111所生成 的通道包D的Servicelnformation元數(shù)據(jù)42。進(jìn)一步，此時(shí)，通道包D 的Servicelnformation元數(shù)據(jù)42中包含的fragmentld屬性75的值"1375" 和fragmentVersion屬性76的值"1011"存儲(chǔ)在元數(shù)據(jù)服務(wù)器數(shù)據(jù)庫112 中作為服務(wù)器側(cè)更新管理信息43。下一步，元數(shù)據(jù)分發(fā)部分113生成存儲(chǔ)在元數(shù)據(jù)服務(wù)器數(shù)據(jù)庫112中 的目標(biāo)為更新的通道B的Servicelnformation元數(shù)據(jù)34，的查詢、目標(biāo)為 更新的通道C的Servicelnformation元數(shù)據(jù)36，的查詢和目標(biāo)為通道包D 的Servicelnformation元數(shù)據(jù)42的查詢，創(chuàng)建存儲(chǔ)這些查詢的更新通知 消息44a作為update Detail,并且將更新通知消息44a經(jīng)由網(wǎng)絡(luò)130分發(fā) 到IPTV客戶終端120 (圖39:步驟S50 )。在IPTV客戶終端120中，元數(shù)據(jù)接收部分121接收經(jīng)由網(wǎng)絡(luò)130從 IPTV服務(wù)器110傳輸?shù)母峦ㄖ?4a (步驟S51 )。元數(shù)據(jù)接收部分 121提取作為update Detail的接收到的更新通知消息44a中存儲(chǔ)的查詢， 并且將包含這些查詢的元數(shù)據(jù)檢索請求傳輸?shù)絀PTV服務(wù)器110 (圖40: 步驟S52 )。從IPTV客戶終端120傳輸?shù)脑獢?shù)據(jù)檢索請求由元數(shù)據(jù)查詢處理部分 115接收。元數(shù)據(jù)查詢處理部分115將元數(shù)據(jù)檢索請求中包含的查詢傳輸 到元數(shù)據(jù)服務(wù)器數(shù)據(jù)庫112，并且M數(shù)據(jù)服務(wù)器數(shù)據(jù)庫112獲取更新的 通道B的Servicelnformation元數(shù)據(jù)34，、 更新的通道C的 Servicelnformation元數(shù)據(jù)36，和通道包D的Servicelnformation元數(shù)據(jù) 42。元lt據(jù)查詢處理部分115將獲取的Servicelnformation元數(shù)據(jù)34，、 36，和42分發(fā)到IPTV客戶終端120作為對元數(shù)據(jù)檢索請求的響應(yīng)。在IPTV客戶終端120中，當(dāng)接收到作為對元數(shù)據(jù)檢索請求的響應(yīng)的 更新的通道B的Servicelnformation元數(shù)據(jù)34，、 更新的通道C的 Servicelnformation元數(shù)據(jù)36，和通道包D的Servicelnformation元數(shù)據(jù) 42時(shí)(圖40:步驟S53 )，元數(shù)據(jù)接收部分121分別使用接收到的通道B 和通道C的Servicelnformation元數(shù)據(jù)34，和36，來替換元數(shù)據(jù)客戶數(shù)據(jù) 庫122中已經(jīng)登記的通道B的Servicelnformation元數(shù)據(jù)34和通道C的 Servicelnformation元數(shù)據(jù)36，并且在元數(shù)據(jù)客戶數(shù)據(jù)庫122中重新登記 接收到的通道包D的Servicelnformation元數(shù)據(jù)42。伴隨這個(gè)的是，在元數(shù)據(jù)客戶數(shù)據(jù)庫122中存儲(chǔ)的通道B的 Servicelnformation元數(shù)據(jù)的更新管理信息39當(dāng)中，其fragmentVersion 屬性76的值"1001"被更新為"1011"的更新管理信息39被存儲(chǔ)作為更 新管理信息39，。另外，在元數(shù)據(jù)客戶數(shù)據(jù)庫122中存儲(chǔ)的通道C的 Servicelnformation元數(shù)據(jù)的更新管理信息41當(dāng)中，其fragmentVersion 屬性76的值"1010"被更新為"1011"的更新管理信息41被存儲(chǔ)作為更 新管理信息41，。 進(jìn)而，在元數(shù)據(jù)客戶數(shù)據(jù)庫122中重新存儲(chǔ)通道包D 的Servicelnformation元lt據(jù)的更新管理信息45。(第二實(shí)施例的修改例子2)在第二實(shí)施例的 Servicelnformation 中,Purchaseltem要素和 ServicePackRef要素已被重新引入，以便描述包容多個(gè)廣播通道的通道包 的結(jié)構(gòu)。然而，類似結(jié)構(gòu)的描述甚至也可以如下。圖42是示出以下情況的例子的示圖通道包的結(jié)構(gòu)不是用 Servicelnformation元數(shù)據(jù)而是用Grouplnformation元數(shù)據(jù)來替換。最初，Grouplnformation是在描述通過分組Programlnformation中 描述的多個(gè)程序(內(nèi)容)而獲得的組的屬性時(shí)使用，或者設(shè)計(jì)成描述關(guān)于 通過以下獲得的組的信息對描述程序組的多個(gè)Grouplnformation進(jìn)行 組合以產(chǎn)生這樣的組。Grouplnformation最初包含描述關(guān)于價(jià)格的信息 的Purchaseltem要素。因此，通it4吏用Grouplnformation ，不需要如4吏 用Servicelnformation的情況那樣重新引入Purchaseltem要素。在這一 點(diǎn)上，Grouplnformation可以用于描述通道包的結(jié)構(gòu)。然而，根據(jù) TV-Anytime中的Grouplnformation的定義,Grouplnformation之子通 常是Programlnformation或具有作為存儲(chǔ)用于索引其自身雙親Grouplnformation 的指針的要素的 memberOf 要素 (Programlnformation/memberOf或GroupInformation/memberOf)的 Grouplnformation。在這一點(diǎn)上,使用Servicelnformation用于廣播通道 的元數(shù)據(jù)，以便通過將對作為雙親的通道包的Grouplnformation元數(shù)據(jù) 的索引描述為memberOf要素的值，可以用與第二實(shí)施例中相同的方式 來描述包容多個(gè)廣播通道的通道包的結(jié)構(gòu)。圖43是示出使用Grouplnformation元數(shù)據(jù)來描述等效于圖32的元 數(shù)據(jù)的情況的特定例子的示圖。如圖所示，變化之后的 Servicelnformation元數(shù)據(jù)包含 ServicelnformationTable要素71a和GroupInformationTable要素97。 ServicelnformationTable 要素 71a 包括多個(gè)廣播通道的 Servicelnformation要素72a和73a。各個(gè)廣播通道的Servicelnformation 要素72a和73a每個(gè)包括serviceld屬性74,用于標(biāo)識(shí)服務(wù)；fragmentld 屬性75，用于標(biāo)識(shí)分段；fragmentVersion屬性76,其指示分段的版本； Name要素77，其描述廣播通道的名稱；以及memberOf要素93。另一^面,GroupInformationTable要素97包括Grouplnformation 要素98。 Grouplnformation要素98包括groupld屬性151，用于標(biāo)識(shí) 組；fragmentld屬性152，用于標(biāo)識(shí)分段；fragmentVersion屬性153，其 指示分段的版本；GroupType要素99，其描述組類型；以及 BasicDescription要素141。 BasicDescription要素141包括Purchaselist 要素142。 PurchaseList要素142包括Purchaseltem要素142。 Purchaseltem要素142包括Price要素143，其描述價(jià)格；以及Purchase 要素144,其描述諸如按月付款之類的關(guān)于價(jià)格的信息。本發(fā)明不僅僅限于上述實(shí)施例，并且當(dāng)然可以添加各種更新而不脫離 本發(fā)明的主旨。


圖1是示出根據(jù)本發(fā)明實(shí)施例的用于內(nèi)容或內(nèi)容的元數(shù)據(jù)的更新通 知分發(fā)系統(tǒng)的模型的示圖。圖2是示出定義更新通知消息格式的XML模式的例子的示圖。圖3是示出SNS-X網(wǎng)站的分類層次的例子的示圖。42圖4是使用全部更新和差別更新兩者的更新處理的序列圖。圖5是示出執(zhí)行數(shù)據(jù)同步情況下的訂戶的處理序列的示圖。圖6是示出在只能使用單路網(wǎng)絡(luò)的環(huán)境下執(zhí)行數(shù)據(jù)同步情況下的訂 戶的處理序列的示圖。圖7是涉及服務(wù)客戶中的更新處理的時(shí)間控制的流程圖。圖8是示出其上的數(shù)據(jù)反映了全部更新信息的transactional = 01 (初 始狀態(tài))的全部更新通知消息及其模型的示圖。圖9是示出其上的數(shù)據(jù)反映了差別更新的transactionld = 02的差別 更新通知消息及其模型的示圖。圖10是示出其上的數(shù)據(jù)反映了差別更新的transactionld - 03的差別 更新通知消息及其模型的示圖。圖11是示出其上的數(shù)據(jù)反映了差別更新的transactionld = 04的差別 更新通知消息及其模型的示圖。圖12是示出其上的數(shù)據(jù)反映了全部更新的transactionld = 04的全部 更新通知消息及其模型的示圖。圖13是示出作為本發(fā)明實(shí)施例的網(wǎng)絡(luò)系統(tǒng)的結(jié)構(gòu)的框圖。圖14是示出服務(wù)提供商的結(jié)構(gòu)的示圖。圖15 AJJ良務(wù)提供商的處理序列圖。圖16是示出SNS分類聚集器和SNS網(wǎng)站的結(jié)構(gòu)的示圖。圖17是用于從SNS網(wǎng)站的分類數(shù)據(jù)庫收集類別的SNS分類聚集器 的處理序列圖。圖18是示出家用網(wǎng)絡(luò)側(cè)電器的結(jié)構(gòu)的示圖。圖19是示出家用網(wǎng)絡(luò)側(cè)電器的處理序列圖的示圖。圖20是示出多個(gè)服務(wù)提供商以及多個(gè)服務(wù)客戶當(dāng)中更新通知消息的 通知的例子的示圖。圖21是示出用于基于對更新通知消息之內(nèi)的更新信息的索引的內(nèi)容/ 元數(shù)據(jù)的更新處理的結(jié)構(gòu)的示圖。圖22 U于對更新通知消息之內(nèi)的更新信息的索引的內(nèi)容/元數(shù)據(jù)的 更新處理的序列圖。圖23是示出用于在服務(wù)客戶的;^內(nèi)容/元數(shù)據(jù)數(shù)據(jù)庫中已發(fā)生故障 的情況下進(jìn)行的故障恢復(fù)處理的結(jié)構(gòu)的示圖。
圖24是故障恢復(fù)處理的序列圖。
圖25是示出下述形式的更新序列的示圖在蜂窩電話上實(shí)施的服務(wù) 客戶代表性地執(zhí)行游戲裝置中存儲(chǔ)的內(nèi)容或元數(shù)據(jù)的更新處理。
圖26是示出用于實(shí)現(xiàn)服務(wù)提供商的硬件結(jié)構(gòu)的示圖。
圖27是示出其中實(shí)施了訂戶和服務(wù)客戶的網(wǎng)絡(luò)家用電器的硬件結(jié)構(gòu) 的框圖。
圖28是涉及內(nèi)容/元數(shù)據(jù)同步管理方面的不一致性問題的示圖。
圖29是描述關(guān)于作為TV-Anytime元數(shù)據(jù)分段的廣播通道服務(wù)的信 息的Service Information元數(shù)據(jù)的例子。
圖30是將多個(gè)廣播通道作為一個(gè)放在一起并且價(jià)格發(fā)生改變的情況 下的Servicelnformation元數(shù)據(jù)的例子。
圖31是示出更新之前的Servicelnformation元數(shù)據(jù)的例子的示圖。
圖32是示出相對于圖31的在更新之后的Servicelnformation元數(shù)據(jù) 的例子的示圖。
圖33是示出根據(jù)第二實(shí)施例的IPTV系統(tǒng)的結(jié)構(gòu)的示圖。
圖34是示出在第二實(shí)施例的IPTV系統(tǒng)中從IPTV服務(wù)器向IPTV 客戶終端分發(fā)并更新Servicelnformation元數(shù)據(jù)的處理的序列圖。
圖35是示出圖34中的IPTV服務(wù)器的處理的特定例子的序列圖。
圖36示出圖34中的IPTV客戶終端的處理的特定例子的序列圖。
圖37是示出根據(jù)第三實(shí)施例的IPTV系統(tǒng)的結(jié)構(gòu)的示圖。
圖38是示出在第三實(shí)施例的IPTV系統(tǒng)中從IPTV服務(wù)器向IPTV 客戶終端分發(fā)并更新Servicelnformation元數(shù)據(jù)的處理的序列圖。
圖39是示出圖38中的IPTV服務(wù)器的處理的特定例子的序列圖。
圖40示出圖34中的IPTV客戶終端的處理的特定例子的序列圖。
圖41是用于說明圖30所示的Servicelnformation元數(shù)據(jù)的更新處理 的示圖。
圖42是示出用Grouplnformation元數(shù)據(jù)來替換通道包結(jié)構(gòu)的情況下的Servicelnformation元數(shù)據(jù)的例子的示圖。
圖43是示出使用Gro叩Information元數(shù)據(jù)來描述等效于圖32的元 數(shù)據(jù)的情況的特定例子的示圖。
圖44是示出更新通知消息的數(shù)據(jù)結(jié)構(gòu)的示圖。 符號說明
I 更新通知消息
IOA、 IOB、 10C 發(fā)布者
II 內(nèi)容/元數(shù)據(jù)管理服務(wù)器
12 內(nèi)容/元數(shù)據(jù)管理服務(wù)器
13 更新通知生成器
20A、 20B、 20C 隊(duì)列/通道
21 過濾管理器
22 更新通知消息數(shù)據(jù)庫
23 SNS分類聚集器
24 消息分發(fā)月良務(wù)器
25 數(shù)據(jù)庫同步信息提供服務(wù)器
30 訂戶
31 消息分發(fā)客戶
32 居所消息數(shù)據(jù)庫
33 居所消息分發(fā)服務(wù)器 40A、 40B、 40C 月良務(wù)提供商 50 家用網(wǎng)絡(luò)側(cè)電器
60a、 60b、 60c 月良務(wù)客戶
61a、 61b、 61c 4^L內(nèi)容/元數(shù)據(jù)數(shù)據(jù)庫
70 家用網(wǎng)絡(luò)
80 SNS網(wǎng)站90 網(wǎng)絡(luò)
100 網(wǎng)絡(luò)系統(tǒng)
110 游戲裝置
120 蜂窩電話
權(quán)利要求
1.一種網(wǎng)絡(luò)系統(tǒng)，包括更新通知消息生成裝置，用于為每個(gè)服務(wù)生成更新通知消息，所述更新通知消息存儲(chǔ)內(nèi)容或所述內(nèi)容的元數(shù)據(jù)的更新信息或者對所述更新信息的索引；過濾屬性設(shè)置裝置，用于在針對從所述更新通知消息生成裝置遞送的每個(gè)服務(wù)的所述更新通知消息中設(shè)置用于分類所述消息的過濾屬性；更新通知消息積聚部分，用于積聚其中所述過濾屬性已被所述過濾屬性設(shè)置裝置設(shè)置的所述更新通知消息；本機(jī)內(nèi)容/元數(shù)據(jù)存儲(chǔ)部分，其提供在家用網(wǎng)絡(luò)電器中，并且存儲(chǔ)特定服務(wù)的內(nèi)容或其元數(shù)據(jù)；更新裝置，其通過對應(yīng)于所述特定服務(wù)的應(yīng)用程序來實(shí)現(xiàn)，用于使用所述更新信息來更新所述本機(jī)內(nèi)容/元數(shù)據(jù)存儲(chǔ)部分中的內(nèi)容或元數(shù)據(jù)；以及更新信息提供裝置，用于預(yù)先管理所述應(yīng)用程序和所述過濾屬性之間的對應(yīng)性，基于經(jīng)由網(wǎng)絡(luò)從所述更新通知消息積聚部分獲取的所述更新通知消息中設(shè)置的所述過濾屬性和所述對應(yīng)性來指定提供所述更新通知消息之內(nèi)的更新信息的應(yīng)用程序，并且通過激活所述應(yīng)用程序來提供所述更新信息。
2. 根據(jù)權(quán)利要求l所述的網(wǎng)絡(luò)系統(tǒng)，其中，所述過濾屬性是用于指 定所述服務(wù)的信息。
3. 根據(jù)權(quán)利要求l所述的網(wǎng)絡(luò)系統(tǒng)，其中，所述過濾屬性是用于指 定所述內(nèi)容的類別的信息。
4. 根據(jù)權(quán)利要求l所述的網(wǎng)絡(luò)系統(tǒng)，其中所述更新通知消息生成裝置生成作為所述內(nèi)容或元數(shù)據(jù)的全部 更新內(nèi)容的4^更新信息，并且生成作為僅是差別更新的更新內(nèi)容的差別 更新信息，同時(shí)定期切換它們作為所述更新信息，而且在所述更新通知消 息中設(shè)置指示每個(gè)更新通知消息的更新信息的更新方法的屬性信息；并且其中所述更新信息提供裝置基于所述更新通知消息積聚部分中積聚 的所述更新通知消息中設(shè)置的屬性信息，經(jīng)由所述網(wǎng)絡(luò)從所述更新通知消息積聚部分中獲取使所述本機(jī)內(nèi)容/元數(shù)據(jù)存儲(chǔ)部分中的內(nèi)容或元數(shù)據(jù)與 服務(wù)提供商側(cè)的內(nèi)容或元數(shù)據(jù)同步所須的更新通知消息。
5. 根據(jù)權(quán)利要求l所述的網(wǎng)絡(luò)系統(tǒng)，其中，所述更新通知消息存儲(chǔ) 所述內(nèi)容或元數(shù)據(jù)的更新信息作為所述更新信息，所述網(wǎng)絡(luò)系統(tǒng)進(jìn)一步包括第二更新通知消息積聚部分，用于積聚經(jīng)由所述網(wǎng)絡(luò)通過所述更新信 息提供裝置從所述更新通知消息積聚部分獲取的更新通知消息，其中，所述更新信息提供裝置從所述第二更新通知消息積聚部分中獲內(nèi)容或元數(shù)據(jù)同步所須的更新通知消息。
6. —種能夠經(jīng)由網(wǎng)絡(luò)從更新通知消息積聚部分獲取更新通知消息的 網(wǎng)絡(luò)家用電器，所述更新通知消息積聚部分用于積聚存儲(chǔ)內(nèi)容或所述內(nèi)容 的元數(shù)據(jù)的更新信息或者對所述更新信息的索引的更新通知消息，并且在 所述更新通知消息中設(shè)置用于分類所述消息的過濾屬性，所述網(wǎng)絡(luò)家用電 器包括本機(jī)內(nèi)容/元數(shù)據(jù)存儲(chǔ)部分，用于存儲(chǔ)特定服務(wù)的內(nèi)容或其內(nèi)容的元 數(shù)據(jù)；更新裝置，其通過對應(yīng)于所述特定服務(wù)的應(yīng)用程序來實(shí)現(xiàn)，用于使用以及更新信息提供裝置，用于預(yù)先管理所述應(yīng)用程序和所述過濾屬性之間 的對應(yīng)性，基于經(jīng)由網(wǎng)絡(luò)從所述更新通知消息積聚部分獲取的所述更新通 知消息中設(shè)置的所述過濾屬性和所述對應(yīng)性來指定提供所述更新通知消 息之內(nèi)的更新信息的應(yīng)用程序，并且通過激活所述應(yīng)用程序來提供所述更 新信息。
7. 根據(jù)權(quán)利要求6所述的網(wǎng)絡(luò)家用電器，其中，所述過濾屬性是用 于指定所述月良務(wù)的信息。
8. 根據(jù)權(quán)利要求6所述的網(wǎng)絡(luò)家用電器，其中，所述過濾屬性是用 于指定所述內(nèi)容的類別的信息。
9. 根據(jù)權(quán)利要求6所述的網(wǎng)絡(luò)家用電器，其中所述更新通知消息存儲(chǔ)作為所述內(nèi)容或元數(shù)據(jù)的全部更新內(nèi)容的全部更新信息，并且存儲(chǔ)作為僅是差別更新的更新內(nèi)容的差別更新信 息，同時(shí)定期切換它們作為所述更新信息，而且用指示每個(gè)更新通知消息 的更新信息的更新方法的屬性信息來設(shè)置所述更新通知消息，并且其中所述更新信息提供裝置基于所述更新通知消息積聚部分中積聚 的所述更新通知消息中設(shè)置的屬性信息，經(jīng)由所述網(wǎng)絡(luò)從所述更新通知消 息積聚部分中獲取使所述^內(nèi)容/元數(shù)據(jù)存儲(chǔ)部分中的內(nèi)容或元數(shù)據(jù)與 服務(wù)提供商側(cè)的內(nèi)容或元數(shù)據(jù)同步所須的更新通知消息。
10.根據(jù)權(quán)利要求6所述的網(wǎng)絡(luò)家用電器，其中，所述更新通知消息 存儲(chǔ)所述內(nèi)容或元數(shù)據(jù)的更新信息作為所述更新信息，所述網(wǎng)絡(luò)家用電器進(jìn)一步包括第二更新通知消息積聚部分，用于積聚經(jīng)由所述網(wǎng)絡(luò)通過所述更新信 息提供裝置從所述更新通知消息積聚部分獲取的更新通知消息，其中，所述更新信息提供裝置從所述第二更新通知消息積聚部分中獲內(nèi)容或元數(shù)據(jù)同步所須的更新通知消息。
11. 一種內(nèi)容/元數(shù)據(jù)同步處理方法，包括以下步驟通過更新通知消息生成裝置為每個(gè)服務(wù)生成更新通知消息，所述更新 通知消息存儲(chǔ)內(nèi)容或所述內(nèi)容的元數(shù)據(jù)的更新信息或者對所述更新信息 的索引；通過過濾屬性設(shè)置裝置在針對從所述更新通知消息生成裝置遞送的 每個(gè)服務(wù)的所述更新通知消息中設(shè)置用于分類所述消息的過濾屬性；在更新通知消息積聚部分中積聚其中所述過濾屬性已被^:置的所述 更新通知消息；通過由對應(yīng)于特定服務(wù)的應(yīng)用程序?qū)崿F(xiàn)的更新裝置，使用所述更新信 息來更新4*內(nèi)^/元數(shù)據(jù)存儲(chǔ)部分中的內(nèi)容或元數(shù)據(jù)，所述#內(nèi)容/元 數(shù)據(jù)存儲(chǔ)部分提供在家用網(wǎng)絡(luò)電器中并且存儲(chǔ)所述特定服務(wù)的內(nèi)容或元 數(shù)據(jù)；以及通過更新信息提供裝置預(yù)先管理所述應(yīng)用程序和所述過濾屬性之間 的對應(yīng)性，基于經(jīng)由網(wǎng)絡(luò)從所述更新通知消息積聚部分獲取的所述更新通 知消息中設(shè)置的所述過濾屬性和所述對應(yīng)性來指定提供所述更新通知消 息之內(nèi)的更新信息的應(yīng)用程序，并且通過激活所述應(yīng)用程序來提供所述更新信息。
12. —種使計(jì)算機(jī)作為網(wǎng)絡(luò)家用電器來操作的計(jì)算M序，所述網(wǎng)絡(luò) 家用電器能夠經(jīng)由網(wǎng)絡(luò)從更新通知消息積聚部分獲取更新通知消息，所述 更新通知消息積聚部分用于積聚存儲(chǔ)內(nèi)容或所述內(nèi)容的元數(shù)據(jù)的更新信 息或者對所述更新信息的索引的更新通知消息，并且在所述更新通知消息 中設(shè)置用于分類所述消息的過濾屬性，所述計(jì)算機(jī)程序包括本機(jī)內(nèi)容/元數(shù)據(jù)存儲(chǔ)部分，用于存儲(chǔ)特定服務(wù)的內(nèi)容或其內(nèi)容的元 數(shù)據(jù)；更新裝置，其通過對應(yīng)于所述特定服務(wù)的應(yīng)用程序來實(shí)現(xiàn)，用于使用 所述更新信息來更新所述^內(nèi)容/元數(shù)據(jù)存儲(chǔ)部分中的內(nèi)容或元數(shù)據(jù)； 以及更新信息提供裝置，用于預(yù)先管理所述應(yīng)用程序和所述過濾屬性之間 的對應(yīng)性，基于經(jīng)由網(wǎng)絡(luò)從所述更新通知消息積聚部分獲取的所述更新通 知消息中設(shè)置的所述過濾屬性和所述對應(yīng)性來指定提供所述更新通知消 息之內(nèi)的更新信息的應(yīng)用程序，并且通過激活所述應(yīng)用程序來提供所述更 新信息。
13. 根據(jù)權(quán)利要求l所述的網(wǎng)絡(luò)系統(tǒng)，其中，所述元數(shù)據(jù)的更新信息 是關(guān)于以所^L數(shù)據(jù)的要素作為單元的更新的信息。
14. 根據(jù)權(quán)利要求l所述的網(wǎng)絡(luò)系統(tǒng)，其中，所述元數(shù)據(jù)的更新信息 是以分段為單位的元數(shù)據(jù)。
15. 根據(jù)權(quán)利要求14所述的網(wǎng)絡(luò)系統(tǒng)，其中，以分段為單位的所述 元數(shù)據(jù)是TV-Anytime的Servicelnformation元數(shù)據(jù)，并且由具有層次的 高階分^t數(shù)據(jù)和低階分^it數(shù)據(jù)構(gòu)成，所述4氐階分^Lit數(shù)據(jù)包含用于定 義對所述高階元數(shù)據(jù)的索引的要素。
全文摘要
[問題]為了提供一種能夠向家用網(wǎng)絡(luò)中的電器可靠地通知內(nèi)容或元數(shù)據(jù)的更新內(nèi)容以有效地執(zhí)行同步處理的網(wǎng)絡(luò)系統(tǒng)。[用于解決問題的手段]家用網(wǎng)絡(luò)中的電器中的訂戶存儲(chǔ)關(guān)于內(nèi)容或元數(shù)據(jù)的更新信息，并且通過網(wǎng)絡(luò)獲取向其設(shè)置用于分類更新通知消息的過濾屬性的更新通知消息。電器具有服務(wù)客戶，用于通過使用更新通知消息中的更新信息用對應(yīng)于特定服務(wù)的應(yīng)用程序來更新本機(jī)內(nèi)容/元數(shù)據(jù)數(shù)據(jù)庫的內(nèi)容或元數(shù)據(jù)。訂戶管理服務(wù)客戶和過濾屬性之間的對應(yīng)關(guān)系，并且標(biāo)識(shí)基于向更新通知消息設(shè)置的過濾屬性和對應(yīng)關(guān)系來提供更新通知消息中的更新信息的服務(wù)客戶。
文檔編號G06F12/00GK101663653SQ200880012708
公開日2010年3月3日 申請日期2008年10月17日 優(yōu)先權(quán)日2007年10月17日
發(fā)明者山岸靖明, 湯川泰宏 申請人:索尼株式會(huì)社