專利名稱：媒體數(shù)據(jù)發(fā)送設(shè)備和媒體數(shù)據(jù)接收設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及發(fā)送/接收包括多項(xiàng)媒體數(shù)據(jù)，譬如，程序、圖像數(shù)據(jù)、文本數(shù)據(jù)、語音數(shù)據(jù)、音樂數(shù)據(jù)、指定程序的運(yùn)行的運(yùn)行規(guī)則以及起程序的一部分作用的子程序的內(nèi)容的媒體數(shù)據(jù)發(fā)送設(shè)備和媒體數(shù)據(jù)接收設(shè)備。
背景技術(shù)：
作為將程序分發(fā)給接收終端的方法，存在接收終端與程序分發(fā)服務(wù)器相連接以下載程序的通信型分發(fā)方法以及分發(fā)服務(wù)器沿著一個(gè)方向?qū)?shù)據(jù)發(fā)送給接收終端和接收終端接收程序的廣播型分發(fā)方法。
通信型程序分發(fā)在接收終端存儲(chǔ)的程序隨終端而異的情況下有效，它是通常用在當(dāng)前因特網(wǎng)上的方案。
同時(shí)，在廣播型程序分發(fā)中，當(dāng)將相同程序發(fā)送給多個(gè)接收終端時(shí)，與通信型相比，可以有效地使用傳輸頻帶，并且，接收終端能夠迅速地識(shí)別出程序的分發(fā)已開始(在通信型中，如果不詢問發(fā)送終端，接收終端識(shí)別不出程序的分發(fā)已開始)。
非專利文件1(Tsutomu Terada等人，“Design and Implementation of anActive Database System for Receiving Broadcast Data(接收廣播數(shù)據(jù)的有效數(shù)據(jù)庫系統(tǒng)的設(shè)計(jì)和實(shí)現(xiàn))”，D-1 Vol.J83-D-1，No.12，pages 1272-1283，Dec.2000)描述了廣播型程序發(fā)送的傳統(tǒng)例子。在這個(gè)例子中，取代發(fā)送程序，通過發(fā)送指定程序的運(yùn)行的運(yùn)行規(guī)則(ECA規(guī)則)，可以改變程序的運(yùn)行)。
在發(fā)送廣播內(nèi)容(例如，諸如視頻、音頻、文本和程序之類的媒體數(shù)據(jù))的進(jìn)程中，一般說來，存在隨著傳輸間隔越來越長，顯示或操作內(nèi)容的等待時(shí)間也增加的問題。但是，難以在有限傳輸頻帶內(nèi)對所有內(nèi)容都縮短傳輸周期。
因此，人們提出了為短傳輸周期設(shè)置重要內(nèi)容的方法。例如，在非專利文件2(Masahiro AONO等人，“Reducing Response Time by Integrated Push-pullMethod(用綜合推挽方法減少響應(yīng)時(shí)間)”，Information Processing Society，Vol.42，No.6，pages 1694-1701(2001))中，對收視率高的內(nèi)容設(shè)置短傳輸周期，從而可以減少顯示高收視率內(nèi)容的時(shí)間。
并且，專利文件1(JP 2001-268026)公開了將要發(fā)送的信息分類成與信息的更新頻率和出現(xiàn)率相對應(yīng)的類別，并且為每個(gè)類別設(shè)置要發(fā)送的定時(shí)以發(fā)送信息的方法。從而，可以優(yōu)先發(fā)送對接收者來說更新頻率高和/或出現(xiàn)度高的信息。
在數(shù)段內(nèi)容當(dāng)中，一些是對接收者來說必要性高的媒體數(shù)據(jù)，而另一些是對接收者來說必要性低的媒體數(shù)據(jù)。例如，當(dāng)在移動(dòng)終端上進(jìn)行諸如TV(電視)廣播之類的視頻內(nèi)容的接收和觀看時(shí)，內(nèi)容的接收者首先需要知道在接收者當(dāng)前所處的區(qū)域中正在分發(fā)什么內(nèi)容。因此，對于內(nèi)容的觀看者來說必要性最高的信息是指示節(jié)目梗概的概要信息(例如，大小為幾百個(gè)文本字符和大約一幅靜止圖像、其中描述了戲劇中的情節(jié)和人物，或各種各樣節(jié)目中的主持人和來賓的概要信息)，并且，有必要迅速地將這樣的信息通知內(nèi)容的接收者。
但是，在專利文件1的方法中，根據(jù)要發(fā)送的信息的更新頻率和/或出現(xiàn)度確定發(fā)送定時(shí)，而不考慮對用戶的必要性，難以應(yīng)用于如上所述的例子。
并且，在非專利文件2的方法中，傳輸周期在包含在收視率高的內(nèi)容中的所有數(shù)據(jù)上都減小。換句話說，在對內(nèi)容的觀看者來說必要性低的媒體數(shù)據(jù)上也設(shè)置了短傳輸周期。
因此，不能有效地使用有限傳輸頻帶，并且，存在不能對構(gòu)成另一段內(nèi)容的必要性高的媒體數(shù)據(jù)設(shè)置短傳輸周期的情況。于是，在內(nèi)容的接收終端中，接收頻繁更新的必要性高的數(shù)據(jù)的等待時(shí)間增加了，并且引起顯示或操作內(nèi)容的等待時(shí)間增加的問題。
如上所述，傳統(tǒng)方法存在在有限傳輸頻帶內(nèi)在接收終端中顯示必要性高的內(nèi)容所花費(fèi)的等待時(shí)間增加的問題。

發(fā)明內(nèi)容
本發(fā)明的目的是減少在接收終端中顯示或操作必要性高的內(nèi)容所花費(fèi)的等待時(shí)間。
在本發(fā)明中，內(nèi)容由多項(xiàng)數(shù)據(jù)構(gòu)成，在發(fā)送內(nèi)容的過程中，與構(gòu)成內(nèi)容的媒體數(shù)據(jù)的必要性相對應(yīng)地改變媒體數(shù)據(jù)的傳輸周期和要發(fā)送的數(shù)據(jù)的信息量。
根據(jù)本發(fā)明，例如，可以對必要性高的媒體數(shù)據(jù)比對必要性低的媒體數(shù)據(jù)設(shè)置較短的傳輸周期，從而，可以對諸如概要信息之類需要更快速觀看的信息比對詳細(xì)信息設(shè)置較短的傳輸周期。結(jié)果，當(dāng)接收終端開始接收內(nèi)容或接收終端改變的條件時(shí)，可以發(fā)送媒體數(shù)據(jù)，以便使終端能夠在有限傳輸頻帶內(nèi)更快地更新必要數(shù)據(jù)。并且，對必要性高的媒體數(shù)據(jù)比對必要性低的媒體數(shù)據(jù)設(shè)置較大的信息量，從而在有限傳輸頻帶內(nèi)能夠展示與用戶的必要性相對應(yīng)的信息，例如，以便詳細(xì)展示用戶周圍的區(qū)域的地圖，而粗略展示遠(yuǎn)離用戶的區(qū)域的地圖。


圖1A是示出本發(fā)明的第一實(shí)施例中通信網(wǎng)絡(luò)的使用模式的第一配置圖；圖1B是示出第一實(shí)施例中通信網(wǎng)絡(luò)的使用模式的第二配置圖；圖1C是示出第一實(shí)施例中通信網(wǎng)絡(luò)的使用模式的第三配置圖；圖2是示出根據(jù)第一實(shí)施例的內(nèi)容分發(fā)系統(tǒng)的使用模式的視圖；圖3是例示根據(jù)第一實(shí)施例的內(nèi)容分發(fā)系統(tǒng)的配置圖；圖4是例示根據(jù)第一實(shí)施例的簡檔設(shè)置方法的視圖；圖5是示出根據(jù)第一實(shí)施例的所述信道信息的視圖；圖6是示出根據(jù)第一實(shí)施例的傳輸格式的首標(biāo)的視圖；圖7是示出根據(jù)第一實(shí)施例在SDP中描述信道信息的例子的視圖；圖8是示出根據(jù)第一實(shí)施例在擴(kuò)展SQL描述中描述運(yùn)行規(guī)則的例子的視圖；圖9是根據(jù)第一實(shí)施例在服務(wù)器中進(jìn)行內(nèi)容分發(fā)的操作流程圖；圖10是根據(jù)第一實(shí)施例接收終端獲取要顯示的信道信息的操作流程圖；圖11是根據(jù)第一實(shí)施例接收終端選擇信道時(shí)的操作流程圖；圖12是根據(jù)第一實(shí)施例接收終端執(zhí)行程序的流程圖；圖13是示出根據(jù)本發(fā)明第二實(shí)施例的內(nèi)容分發(fā)系統(tǒng)的使用模式的視圖；圖14A是示出根據(jù)第二實(shí)施例服務(wù)器發(fā)送的第一數(shù)據(jù)的視圖；圖14B是示出根據(jù)第二實(shí)施例服務(wù)器發(fā)送的第二數(shù)據(jù)的視圖；圖14C是示出根據(jù)第二實(shí)施例服務(wù)器發(fā)送的第三數(shù)據(jù)的視圖；圖15是示出根據(jù)第二實(shí)施例分發(fā)數(shù)據(jù)中的信道信息的視圖；
圖16是例示根據(jù)第二實(shí)施例的內(nèi)容分發(fā)系統(tǒng)的配置的視圖；圖17是根據(jù)第二實(shí)施例接收終端獲取要顯示的信道信息的操作流程圖；圖18是根據(jù)第二實(shí)施例接收終端的用戶選擇程序之后的操作流程圖；圖19是根據(jù)第二實(shí)施例接收終端翻譯程序部分的流程圖；圖20是根據(jù)第二實(shí)施例接收終端監(jiān)視登記事件的操作流程圖；圖21是示出根據(jù)本發(fā)明第三實(shí)施例的地圖分發(fā)系統(tǒng)的使用模式的視圖；圖22是示出根據(jù)本發(fā)明第四實(shí)施例的位置相關(guān)游戲分發(fā)系統(tǒng)的使用模式的視圖；和圖23是根據(jù)本發(fā)明第五實(shí)施例的接收終端的配置圖。
具體實(shí)施例方式
(第一實(shí)施例)下面參照附圖描述根據(jù)本發(fā)明第一實(shí)施例的內(nèi)容分發(fā)系統(tǒng)。首先，下面參照圖1A到1C描述根據(jù)第一實(shí)施例的內(nèi)容分發(fā)系統(tǒng)中通信網(wǎng)絡(luò)的使用模式。圖1A到1C的每一個(gè)都是示出第一實(shí)施例中通信網(wǎng)絡(luò)的使用模式的配置圖。
如圖1A所示，在根據(jù)第一實(shí)施例的內(nèi)容分發(fā)系統(tǒng)中，作為媒體數(shù)據(jù)發(fā)送設(shè)備的服務(wù)器102發(fā)送信道信息和內(nèi)容，并且作為媒體數(shù)據(jù)接收設(shè)備的接收終端104接收信道信息，并且，根據(jù)信道信息，進(jìn)一步接收內(nèi)容。
在第一實(shí)施例中，要發(fā)送的內(nèi)容包括程序、程序的運(yùn)行規(guī)則、諸如運(yùn)動(dòng)畫面、語音、音樂、文本和靜止圖像之類作為輸入用在程序中的程序的數(shù)據(jù)以及確定媒體的安排的布局信息。
信道信息包括在相關(guān)信道上發(fā)送、表示要接收構(gòu)成接收內(nèi)容所需的內(nèi)容的每種媒體數(shù)據(jù)的接收端口的信息。信道信息進(jìn)一步包括對話標(biāo)題、對話的開始時(shí)間和結(jié)束時(shí)間、作為內(nèi)容發(fā)送的數(shù)據(jù)的類型、目標(biāo)信道、要發(fā)送的每種媒體數(shù)據(jù)的名稱以及公開密鑰的證書，公開密鑰與用在生成給予媒體數(shù)據(jù)或信息以便與證書鏈接的電子簽名中的秘密密鑰相聯(lián)系。
通信網(wǎng)絡(luò)101可以是有線網(wǎng)絡(luò)(譬如，ADSL(非對稱數(shù)字用戶環(huán)路)、ISDN(綜合業(yè)務(wù)數(shù)字網(wǎng))、ATM(異步傳輸模式)以及FTTH(光纖到家庭))或無線網(wǎng)絡(luò)(例如，蜂窩式電話網(wǎng)絡(luò)以及無線LAN(局域網(wǎng)))。并且，如圖1B所示，通信網(wǎng)絡(luò)101可以是有線網(wǎng)絡(luò)和無線網(wǎng)絡(luò)相互連接的網(wǎng)絡(luò)。
并且，如圖1C所示，服務(wù)器108存在于各自地方并向相鄰區(qū)域廣播數(shù)據(jù)，而接收終端109接收數(shù)據(jù)的通信模式是可以實(shí)現(xiàn)的。在這樣的通信模式中，Blue Tooth(藍(lán)牙)和/或無線LAN用作傳輸協(xié)議。
在第一實(shí)施例中，因特網(wǎng)協(xié)議用作傳輸協(xié)議，通信設(shè)備(服務(wù)器102和接收終端104)通過諸如路由器和GW(網(wǎng)關(guān))之類的中繼節(jié)點(diǎn)103相互連接。路由器和GW配有廣播和/或多播功能，能夠復(fù)制數(shù)據(jù)包。
作為發(fā)送內(nèi)容的方法，服務(wù)器102和接收終端104可以進(jìn)行一對一通信，或者，利用廣播或多播功能進(jìn)行一對N通信。
接收終端104包括蜂窩式電話、TV、PDA(個(gè)人數(shù)字助理)和個(gè)人計(jì)算機(jī)。并且，作為接收終端104，可以同時(shí)存在諸如蜂窩式電話、TV、PDA和個(gè)人計(jì)算機(jī)之類在顯示分辨率和處理能力方面不同的多個(gè)接收終端。
并且，存在分發(fā)內(nèi)容的多個(gè)服務(wù)器104和接收終端104同時(shí)從多個(gè)服務(wù)器102接收內(nèi)容也是可以的。并且，接收終端104可以具有與多條傳輸路徑連接的功能。
此外，系統(tǒng)可以具有帶有廣播網(wǎng)絡(luò)(例如，地面數(shù)字廣播和衛(wèi)星廣播)或帶有內(nèi)置廣播和通信網(wǎng)絡(luò)的配置。
并且，當(dāng)向諸如蜂窩式電話之類的移動(dòng)接收終端廣播內(nèi)容時(shí)，要求根據(jù)區(qū)域發(fā)送不同內(nèi)容。當(dāng)服務(wù)器以廣播或多播形式向有這樣要求的多個(gè)接收終端發(fā)送內(nèi)容時(shí)，不易改變與位置相對應(yīng)的廣播的內(nèi)容。
因此，為了實(shí)現(xiàn)與位置相對應(yīng)的廣播，在圖1B的例子中，服務(wù)器105和中繼節(jié)點(diǎn)106以一對一的單播形式相互通信(有線網(wǎng)絡(luò)區(qū))，并且中繼節(jié)點(diǎn)利用無線網(wǎng)絡(luò)和利用廣播功能向接收終端107分發(fā)內(nèi)容。實(shí)現(xiàn)廣播功能的中繼節(jié)點(diǎn)106不能通過另一個(gè)中繼節(jié)點(diǎn)106廣播數(shù)據(jù)包。
下面參照圖2描述根據(jù)第一實(shí)施例的內(nèi)容分發(fā)系統(tǒng)中內(nèi)容分發(fā)的梗概。圖2是示出根據(jù)第一實(shí)施例的內(nèi)容分發(fā)系統(tǒng)的使用模式的視圖。
另外，雖然在如下的描述中使用了中繼節(jié)點(diǎn)103和接收終端104，但也可以使用中繼節(jié)點(diǎn)106和接收終端107和109。
中繼節(jié)點(diǎn)103a到103c分別將數(shù)據(jù)分發(fā)給分發(fā)區(qū)1130到1132。
作為媒體數(shù)據(jù)發(fā)送設(shè)備的服務(wù)器(發(fā)送終端)102將程序1101和運(yùn)行規(guī)則1(1102)發(fā)送給中繼節(jié)點(diǎn)103a，將程序1101和運(yùn)行規(guī)則2(1103)發(fā)送給中繼節(jié)點(diǎn)103b以及將程序1101和運(yùn)行規(guī)則3(1104)發(fā)送給中繼節(jié)點(diǎn)103c。
運(yùn)行規(guī)則1到3(1102到1104)是程序1101引用的不同運(yùn)行規(guī)則。
作為信道信息，中繼節(jié)點(diǎn)103a到103c發(fā)送公用數(shù)據(jù)。
在進(jìn)行這樣的發(fā)送時(shí)，作為公用數(shù)據(jù)的程序1101可以用在分發(fā)區(qū)1130到1132中。例如，在分發(fā)區(qū)1130中接收的程序1101可以用在分發(fā)區(qū)1131和1132中。
于是，當(dāng)接收終端104從分發(fā)區(qū)1130移動(dòng)到分發(fā)區(qū)1131或1132時(shí)，接收終端104能夠使用作為公用數(shù)據(jù)的程序1101，因此，含有少數(shù)要更新的數(shù)據(jù)。
并且，考慮到發(fā)生在傳輸路徑中的數(shù)據(jù)包丟失，更新較少量數(shù)據(jù)導(dǎo)致完全接收所有數(shù)據(jù)所花費(fèi)的時(shí)間較短。因此，如圖2所示的分發(fā)減少了接收等待時(shí)間。
并且，在內(nèi)容分發(fā)系統(tǒng)中，隨著媒體數(shù)據(jù)的分發(fā)區(qū)變小，媒體數(shù)據(jù)的傳輸周期被設(shè)置成短的。換句話說，在如圖2所示的例子中，程序1101的傳輸周期被設(shè)置成長的，而運(yùn)行規(guī)則1102到1104的傳輸周期被設(shè)置成短的。在接收終端104一邊移動(dòng)一邊接收內(nèi)容的情況下，程序1101對接收終端104來說似乎不變化，而運(yùn)行規(guī)則1102到1104對接收終端104來說似乎發(fā)生變化。于是，通過隨著媒體數(shù)據(jù)的分發(fā)區(qū)變小，對媒體數(shù)據(jù)設(shè)置較短的傳輸周期，運(yùn)行規(guī)則1102到1104的傳輸頻率對發(fā)送終端來說似乎具有高的更新頻率，使接收接收終端需要頻繁更新的運(yùn)行規(guī)則1到3(1102到1104)所花費(fèi)的等待時(shí)間較短。這樣，接收終端能夠?qū)?nèi)容保持在最新狀態(tài)下。
下面參照圖3描述根據(jù)第一實(shí)施例的內(nèi)容分發(fā)系統(tǒng)的配置。圖3是例示根據(jù)第一實(shí)施例的內(nèi)容分發(fā)系統(tǒng)的配置的視圖。
在該系統(tǒng)中，接收終端104首先在預(yù)定信道上接收信道信息，打開接收在信道信息中描述的內(nèi)容的信道，并接收內(nèi)容。
信道由成對的目標(biāo)地址和目標(biāo)端口號(hào)指示。
假設(shè)作為媒體數(shù)據(jù)發(fā)送設(shè)備的服務(wù)器102(發(fā)送終端)管理多段內(nèi)容。
下面描述服務(wù)器102的配置。
發(fā)送數(shù)據(jù)存儲(chǔ)部分201是存儲(chǔ)內(nèi)容201a、在接收終端104中驗(yàn)證內(nèi)容201a需要的證書201b以及與包含在證書201b中的公開密鑰相對應(yīng)的秘密密鑰201c的裝置。更具體地說，發(fā)送數(shù)據(jù)存儲(chǔ)部分201是以硬盤驅(qū)動(dòng)器為代表的存儲(chǔ)媒體。
內(nèi)容201a包括作為與區(qū)域無關(guān)的公用數(shù)據(jù)的程序以及因區(qū)域而異的運(yùn)行規(guī)則和程序的數(shù)據(jù)。程序的數(shù)據(jù)包括圖像數(shù)據(jù)、文本數(shù)據(jù)、語音數(shù)據(jù)和音樂數(shù)據(jù)。
證書201b是公開密鑰證書，它包括帶有諸如VeriSign(http//www.verisigh.co.jp/)之類的驗(yàn)證站的電子簽名的信息，其中，該信息包括公開密鑰數(shù)據(jù)(用在解密電子簽名中)、公開密鑰的擁有者的信息、證書的有效期以及發(fā)放證書的驗(yàn)證站的信息。因此，公開密鑰的擁有者的有效性由驗(yàn)證站來保證。
發(fā)送管理部分202是管理內(nèi)容的廣播時(shí)間表的裝置。在開始廣播每個(gè)內(nèi)容的事先指定時(shí)間上，發(fā)送管理部分202獨(dú)立地從發(fā)送數(shù)據(jù)存儲(chǔ)部分201獲取構(gòu)成內(nèi)容201a的每種媒體數(shù)據(jù)，并以預(yù)定大小劃分每種媒體數(shù)據(jù)，以便輸出到簽名指定部分203。
在根據(jù)本實(shí)施例的內(nèi)容分發(fā)系統(tǒng)中，以像DSM-CC那樣的預(yù)定傳輸周期重復(fù)地發(fā)送內(nèi)容。發(fā)送管理部分202確定內(nèi)容的傳輸周期。隨著媒體數(shù)據(jù)的分發(fā)區(qū)變寬，媒體數(shù)據(jù)的傳輸周期被確定為更長。例如，利用(傳輸周期常數(shù))×(分發(fā)目標(biāo)基站的個(gè)數(shù))的方程確定傳輸周期。這里，傳輸周期常數(shù)是發(fā)送設(shè)備的管理者設(shè)置的值，它是分發(fā)區(qū)的個(gè)數(shù)是1時(shí)的傳輸周期。并且，分發(fā)區(qū)的個(gè)數(shù)代表分發(fā)媒體數(shù)據(jù)的中繼節(jié)點(diǎn)103a、103b以及103c的個(gè)數(shù)。在圖2的例子中，程序1101的分發(fā)區(qū)的個(gè)數(shù)是3，而運(yùn)行規(guī)則(1102到1104)的分發(fā)區(qū)的個(gè)數(shù)是1。于是，在本例中，以三倍于運(yùn)行規(guī)則1102到1104的周期的周期發(fā)送程序1101。
在結(jié)束時(shí)，發(fā)送管理部分202完成內(nèi)容的發(fā)送。部分202具有在內(nèi)容發(fā)送開始時(shí)，發(fā)送開始發(fā)送到信道生成部分206的內(nèi)容的信息(內(nèi)容的標(biāo)題、發(fā)送開始時(shí)間和結(jié)束時(shí)間以及要作為內(nèi)容發(fā)送的每種媒體數(shù)據(jù)的類型和名稱)，而在內(nèi)容發(fā)送結(jié)束時(shí)，通知發(fā)送部分205內(nèi)容發(fā)送結(jié)束的功能。
另外，也可以利用設(shè)置文件或利用GUI指定內(nèi)容的發(fā)送開始時(shí)間和結(jié)束時(shí)間、要作為內(nèi)容發(fā)送的數(shù)據(jù)的文件名、構(gòu)成內(nèi)容的每種媒體數(shù)據(jù)的分發(fā)區(qū)以及傳輸周期常數(shù)。
簽名指定部分203是生成電子簽名指定給發(fā)送管理部分202提供的媒體數(shù)據(jù)的裝置。簽名指定部分203從發(fā)送數(shù)據(jù)存儲(chǔ)部分201獲取用在生成電子簽名中的秘密密鑰201c。另外，取代在簽名指定部分203中生成，也可以在內(nèi)容創(chuàng)建器中事先生成和預(yù)備電子簽名。
電子簽名指示內(nèi)容由適當(dāng)分發(fā)器創(chuàng)建和分發(fā)和在發(fā)送的時(shí)候未被竄改。更具體地說，利用散列函數(shù)(例如，MD5和SHA)從內(nèi)容數(shù)據(jù)中生成散列值，并利用內(nèi)容分發(fā)器擁有的秘密密鑰加密散列值。并且，作為電子簽名的方案，假設(shè)使用諸如MD5和SHA之類的方案。分發(fā)證書和電子簽名防止接收終端啟動(dòng)不適當(dāng)內(nèi)容，從而進(jìn)行不適當(dāng)操作。
標(biāo)識(shí)符指定部分204指定指示與從簽名指定部分203輸出的內(nèi)容201a的程序、運(yùn)行規(guī)則和程序的數(shù)據(jù)的對應(yīng)關(guān)系(程序引用程序和數(shù)據(jù)的對應(yīng)關(guān)系)的標(biāo)識(shí)符。
作為標(biāo)識(shí)符，標(biāo)識(shí)符指定部分204將相同的號(hào)碼指定給相應(yīng)程序、運(yùn)行規(guī)則和程序的數(shù)據(jù)。換句話說，標(biāo)識(shí)符指定部分204為每段內(nèi)容指定不同的號(hào)碼。
這樣，接收終端104能夠識(shí)別出指定相同號(hào)碼的程序、運(yùn)行規(guī)則和程序的數(shù)據(jù)具有對應(yīng)關(guān)系。
標(biāo)識(shí)符指定部分204具有輸出將標(biāo)識(shí)符指定給發(fā)送部分205的數(shù)據(jù)的功能。
信道信息生成部分206是根據(jù)發(fā)送管理部分202通知的信息和存儲(chǔ)在發(fā)送數(shù)據(jù)存儲(chǔ)部分201中的證書201b，生成每個(gè)內(nèi)容201a的信道信息的裝置。
信道信息進(jìn)一步對話的標(biāo)題、對話的開始時(shí)間和結(jié)束時(shí)間、作為內(nèi)容發(fā)送的數(shù)據(jù)的類型、目標(biāo)信道、要發(fā)送的每種媒體數(shù)據(jù)的名稱以及公開密鑰的證書，公開密鑰與用在生成指定給數(shù)據(jù)或?qū)⑿畔⑴c證書鏈接的電子簽名中的秘密密鑰相對應(yīng)。
作為用于信道信息描述的協(xié)議，假設(shè)使用以SDP為代表的用于對話描述的協(xié)議。以后將描述信道信息的特例。
還假設(shè)定期地重復(fù)發(fā)送信道信息。
這樣，服務(wù)器102利用信道信息將目標(biāo)信道，以及媒體數(shù)據(jù)通知接收終端104。因此，即使服務(wù)器102在任意信道上向接收終端104發(fā)送媒體數(shù)據(jù)，接收終端104也能夠利用信道信息的目標(biāo)信道接收媒體數(shù)據(jù)。
并且，信道信息包括對話標(biāo)題、對話開始時(shí)間和結(jié)束時(shí)間、作為內(nèi)容發(fā)送的數(shù)據(jù)的類型以及要發(fā)送的每種媒體數(shù)據(jù)的名稱。因此，通過將信道信息從服務(wù)器120發(fā)送到接收終端104，即使服務(wù)器102在任意信道上發(fā)送包含在內(nèi)容中的媒體數(shù)據(jù)，接收終端104也能夠聯(lián)系包括在內(nèi)容中的媒體數(shù)據(jù)，并接收包括在內(nèi)容的程序作出適應(yīng)響應(yīng)的運(yùn)行規(guī)則和程序的數(shù)據(jù)。
發(fā)送部分205具有與網(wǎng)絡(luò)101連接的接口功能，還進(jìn)一步具有打包從標(biāo)識(shí)符指定部分204接收的數(shù)據(jù)以便發(fā)送到網(wǎng)絡(luò)101的功能。并且，發(fā)送部分205以發(fā)送管理部分202設(shè)置的傳輸周期發(fā)送數(shù)據(jù)。
服務(wù)器102就是像上述那樣配置的。
下面描述接收終端104的配置。
發(fā)送部分211從網(wǎng)絡(luò)101接收信道信息和內(nèi)容201a以便進(jìn)行拆包。當(dāng)接收數(shù)據(jù)是信道信息時(shí)，部分211將數(shù)據(jù)發(fā)送到接收信道選擇部分212。當(dāng)接收數(shù)據(jù)是內(nèi)容201a時(shí)，部分211將數(shù)據(jù)發(fā)送到存儲(chǔ)管理部分214。
發(fā)送部分211具有通過來自接收信道選擇部分212的指令打開內(nèi)容201a的接收信道的功能。并且，發(fā)送部分211是當(dāng)接收信道選擇部分212指定的信道是URL(統(tǒng)一資源定位符)時(shí)，根據(jù)來自URL所指的服務(wù)器的URL獲取數(shù)據(jù)的裝置。
接收信道選擇部分212是從發(fā)送部分211通知的多段信道信息當(dāng)中選擇要接收的內(nèi)容201a的裝置。作為在接收信道選擇部分212中選擇信道的方法，可能存在在信道信息當(dāng)中向用戶展示內(nèi)容201a的標(biāo)題以使用戶選擇內(nèi)容201a的方法，或自動(dòng)接收第一接收信道信息的內(nèi)容201a的方法。
并且，根據(jù)在信道信息中描述的信道信息，接收信道選擇部分212在選擇內(nèi)容201a的過程中將要打開的信道通知發(fā)送部分211。當(dāng)從程序執(zhí)行部分216接收URL時(shí)，接收信道選擇部分212根據(jù)來自服務(wù)器的URL獲取數(shù)據(jù)。
接收信道選擇部分212進(jìn)一步具有當(dāng)信道信息包括用于內(nèi)容驗(yàn)證的證書201b時(shí)，將所選信道的證書201b發(fā)送到驗(yàn)證部分213的功能。
當(dāng)從存儲(chǔ)管理部分214接收到指示程序、運(yùn)行規(guī)則和程序的數(shù)據(jù)的接收已完成的通知時(shí)，接收信道選擇部分212被設(shè)置成停止數(shù)據(jù)接收，因此，具有關(guān)閉程序、運(yùn)行規(guī)則和程序的數(shù)據(jù)的接收信道以完成接收的功能。
存儲(chǔ)管理部分214將接收的媒體數(shù)據(jù)存儲(chǔ)在接收數(shù)據(jù)存儲(chǔ)部分215中。當(dāng)存儲(chǔ)接收的媒體數(shù)據(jù)時(shí)，存儲(chǔ)管理部分214根據(jù)指定給媒體數(shù)據(jù)的標(biāo)識(shí)符，將程序、運(yùn)行規(guī)則和程序的數(shù)據(jù)相互聯(lián)系地加以存儲(chǔ)。
這里，以這樣聯(lián)系在一起的存儲(chǔ)是使每一個(gè)指定相同標(biāo)識(shí)符的程序、運(yùn)行規(guī)則和程序的數(shù)據(jù)構(gòu)成同一內(nèi)容一目了然的存儲(chǔ)。例如，存儲(chǔ)管理部分214將程序、運(yùn)行規(guī)則和程序的數(shù)據(jù)存儲(chǔ)在名稱與標(biāo)識(shí)符的名稱相同的目錄中。并且，存儲(chǔ)管理部分214在存儲(chǔ)數(shù)據(jù)的過程中，將在信道信息中描述的每種媒體數(shù)據(jù)的名稱用作媒體數(shù)據(jù)的文件名。
當(dāng)將電子簽名數(shù)據(jù)指定給媒體數(shù)據(jù)時(shí)，存儲(chǔ)管理部分214也將電子簽名數(shù)據(jù)與媒體數(shù)據(jù)相聯(lián)系地加以存儲(chǔ)。
這里，相互聯(lián)系地存儲(chǔ)電子簽名數(shù)據(jù)和媒體數(shù)據(jù)是使媒體數(shù)據(jù)對應(yīng)于電子簽名數(shù)據(jù)一目了然的存儲(chǔ)。例如，可以用“(name of media data)Sign”的名稱將電子簽名存儲(chǔ)在與媒體數(shù)據(jù)相同的目錄中。
當(dāng)接收到所有分媒體數(shù)據(jù)時(shí)，存儲(chǔ)管理部分214組合分媒體數(shù)據(jù)。并且，存儲(chǔ)管理部分214具有將指定給媒體數(shù)據(jù)的電子簽名和媒體數(shù)據(jù)發(fā)送到驗(yàn)證部分213，當(dāng)從驗(yàn)證部分213接收到驗(yàn)證成功通知時(shí)，進(jìn)一步將媒體數(shù)據(jù)發(fā)送到程序執(zhí)行部分213的功能。
當(dāng)完成程序和運(yùn)行規(guī)則的接收時(shí)，存儲(chǔ)管理部分214將接收完成通知發(fā)送給接收信道選擇部分212。
驗(yàn)證部分213從接收信道選擇部分212接收證書數(shù)據(jù)，進(jìn)一步從存儲(chǔ)管理部分214接收與媒體數(shù)據(jù)相對應(yīng)的電子簽名，驗(yàn)證發(fā)放證書201b的機(jī)構(gòu)肯定創(chuàng)建了(或發(fā)送了)內(nèi)容201a，并將驗(yàn)證結(jié)果通知存儲(chǔ)管理部分214。
程序執(zhí)行部分216接收存儲(chǔ)管理部分214通知的程序加以執(zhí)行。此刻，當(dāng)程序發(fā)出引用運(yùn)行規(guī)則的指令時(shí)，程序執(zhí)行部分216請求存儲(chǔ)管理部分214發(fā)送引用程序。
當(dāng)程序打算訪問URL所指的內(nèi)容時(shí)，程序執(zhí)行部分216引用存儲(chǔ)在簡檔設(shè)置/存儲(chǔ)部分217中的安全簡檔(允許與網(wǎng)絡(luò)連接)。然后，當(dāng)訪問URL不違反安全簡檔時(shí)，程序執(zhí)行部分216將URL發(fā)送給接收信道選擇部分212，指令獲取URL的數(shù)據(jù)。
當(dāng)描述訪問用戶簡檔時(shí)，程序執(zhí)行部分216首先引用安全簡檔(允許訪問用戶簡檔)。當(dāng)訪問用戶簡檔不違反安全簡檔時(shí)，程序執(zhí)行部分216引用存儲(chǔ)在簡檔設(shè)置/存儲(chǔ)部分217中的安全簡檔。
當(dāng)描述獲取接收終端的當(dāng)前位置時(shí)，程序執(zhí)行部分216引用安全簡檔(允許訪問位置信息)。當(dāng)訪問位置信息不違反安全簡檔時(shí)，程序執(zhí)行部分216從位置信息獲取部分218中獲取當(dāng)前位置的信息。
顯示部分219是向用戶展示程序的處理結(jié)果的裝置。更具體地說，部分219包括諸如CRT(陰極射線管)和LCD(液晶顯示器)之類的視頻顯示裝置、諸如揚(yáng)聲器之類的音頻輸出裝置以及配備在蜂窩式電話中的振動(dòng)器。并且，當(dāng)用戶選擇內(nèi)容時(shí)，顯示部分219由接收信道選擇部分212用于顯示信道信息。
簡檔設(shè)置/存儲(chǔ)部分217是設(shè)置和存儲(chǔ)諸如終端簡檔、用戶簡檔和安全簡檔之類各種各樣簡檔的裝置。
利用例如如圖4所示的GUI進(jìn)行用戶簡檔和安全簡檔的設(shè)置。圖4是例示根據(jù)第一實(shí)施例的簡檔設(shè)置方法的視圖。
如圖4所示的GUI顯示表示諸如書本、音樂、戶外、汽車、電影、游戲、棒球以及足球之類用戶感興趣的主題的項(xiàng)目，作為用戶簡檔。
用戶將檢驗(yàn)標(biāo)簽放在用戶簡檔310中的項(xiàng)目檢驗(yàn)框中，從而設(shè)置用戶簡檔301。
如圖4所示的GUI顯示表示允許訪問網(wǎng)絡(luò)、文件、用戶簡檔或位置信息的項(xiàng)目，作為安全簡檔302。
用戶將檢驗(yàn)標(biāo)簽放在項(xiàng)目檢驗(yàn)框中，以便在執(zhí)行程序的過程中允許訪問該資源(網(wǎng)絡(luò)、文件、用戶簡檔或位置信息)，從而設(shè)置安全簡檔302。
位置信息獲取部分218是獲取接收終端的位置信息的裝置。更具體地說，部分218是利用GPS(全球定位系統(tǒng))、蜂窩式電話或無線LAN的基站信息、RF-ID標(biāo)簽、從無線信號(hào)燈發(fā)出的無線電信號(hào)等的位置指定裝置。位置信息獲取部分218具有將獲得的位置信息發(fā)送給程序執(zhí)行部分216的功能。用作位置信息的例子有經(jīng)度和緯度的信息、GPS數(shù)據(jù)、相關(guān)區(qū)域的基站的編號(hào)、地址/位置名稱、郵政編碼以及電話號(hào)碼。
接收終端104就是像上述那樣配置的。
下面參照圖5描述服務(wù)器102發(fā)送程序、運(yùn)行規(guī)則和程序的數(shù)據(jù)作為內(nèi)容時(shí)的信道信息。圖5是示出根據(jù)第一實(shí)施例的所述信道信息的視圖。
如圖5所示的信道信息800是利用SDP描述的。
信道信息800中“801”所指的部分遵從SDP的規(guī)范。于是，表明將程序數(shù)據(jù)發(fā)送到在“c＝”的字段中描述的IP地址。
信道信息800中“802”所指的部分表示證書數(shù)據(jù)的URL，從而，表示利用URL來驗(yàn)證內(nèi)容。在本例中，利用URL獲取證書，但證書數(shù)據(jù)本身可以加入部分802中，而不是URL中。
信道信息800中“803”所指的部分含有表示與程序的分發(fā)有關(guān)的信息的數(shù)據(jù)。
信道信息800中“804”所指的部分表示通過在RTP的有效負(fù)載類型上設(shè)置100，利用RTP/UDP/IP協(xié)議將數(shù)據(jù)發(fā)送到端口號(hào)10,000。
信道信息800中“805”所指的部分表示RTP有效負(fù)載類型為100的數(shù)據(jù)包是Java(R)程序和RTP的時(shí)間標(biāo)記的時(shí)鐘頻率是8,000。
信道信息800中“806”所指的部分表示應(yīng)用的名稱是“main”?！癿ain”是具有特定含義的名稱，并且，存在指定了“main”名稱的數(shù)據(jù)首先作為程序被執(zhí)行的規(guī)則。
信道信息800中“807”所指的部分表示與文本(程序的運(yùn)行規(guī)則)的分發(fā)有關(guān)的信息，具有與“803”所指的部分相同的格式。程序知道運(yùn)行規(guī)則的名稱(在本例中，“rule”)，并根據(jù)該名稱，能夠訪問運(yùn)行規(guī)則。
信道信息800中“808”所指的部分表示與文本(程序的數(shù)據(jù))的分發(fā)有關(guān)的信息。程序知道程序的數(shù)據(jù)的名稱(在本例中，“data”)，并根據(jù)該名稱，能夠訪問程序的數(shù)據(jù)。
如上所述，信道信息800具有包括接收內(nèi)容所要求的、諸如作為信道的目標(biāo)端口號(hào)和有效負(fù)載類型之類的信息的結(jié)構(gòu)。
下面參照圖6描述發(fā)送程序、運(yùn)行規(guī)則和程序的數(shù)據(jù)的傳輸格式。圖6是示出根據(jù)第一實(shí)施例的傳輸格式的首標(biāo)的視圖。
如圖6所示的首標(biāo)500被描述成RTP的有效負(fù)載首標(biāo)。
有效負(fù)載格式是這樣形成的，首先利用首標(biāo)類型(Hd.Type)區(qū)分首標(biāo)的類型，然后存儲(chǔ)每種首標(biāo)類型的信息。對于每種首標(biāo)類型，對長度固定的首標(biāo)事先指定首標(biāo)長度，而在長度不固定的首標(biāo)中將首標(biāo)長度輸入后面位置中。
首標(biāo)500中“901”所指的部分是一般RTP首標(biāo)部分。
首標(biāo)500中“902”所指的部分是表示ID首標(biāo)信息的字段。在圖6的例子中，值“1”代表ID首標(biāo)信息。
首標(biāo)500中“903”所指的部分用字節(jié)表示ID信息的長度。在圖6的例子中，ID信息具有3個(gè)字節(jié)，其值是“3”。
首標(biāo)500中“904”所指的部分是唯一表示內(nèi)容的ID，并且，在單段內(nèi)容中的程序、運(yùn)行規(guī)則和程序的數(shù)據(jù)當(dāng)中輸入公用值。
首標(biāo)500中“905”所指的部分是表示數(shù)據(jù)的類型的字段，并且，對于數(shù)據(jù)的每種類型具有事先指定的值，以便為程序、運(yùn)行規(guī)則和程序的數(shù)據(jù)分別輸入例如“1”、“2”和“3”。
首標(biāo)500中“906”所指的部分是版本字段，每當(dāng)更新每種媒體數(shù)據(jù)時(shí)，加1。
首標(biāo)500中“907”所指的部分是表示數(shù)據(jù)包數(shù)首標(biāo)的字段。在圖6的例子中，“5”代表數(shù)據(jù)包數(shù)首標(biāo)。
首標(biāo)500中“909”所指的部分表示構(gòu)成媒體數(shù)據(jù)的數(shù)據(jù)包的個(gè)數(shù)。
首標(biāo)500中“908”所指的部分表示構(gòu)成媒體數(shù)據(jù)的多個(gè)數(shù)據(jù)包當(dāng)中從頭開始成為第1個(gè)的數(shù)據(jù)包的位置。利用信息908，通過周期性發(fā)送補(bǔ)充由媒體數(shù)據(jù)包的擁塞和數(shù)據(jù)包丟失引起的遺漏信息。
首標(biāo)500中“911”所指的部分表示有效時(shí)間/失效時(shí)間首標(biāo)。在圖6的例子中，“130”代表有效時(shí)間/失效時(shí)間首標(biāo)。
首標(biāo)500中“910”所指的部分是有效時(shí)間字段?！?12”所指的部分是失效時(shí)間字段。有效時(shí)間字段901表示在NTP(網(wǎng)絡(luò)時(shí)間協(xié)議)時(shí)間中，媒體數(shù)據(jù)有效的時(shí)間，而失效時(shí)間字段912表示媒體數(shù)據(jù)失效的時(shí)間。
媒體數(shù)據(jù)有效的時(shí)間在數(shù)據(jù)是程序的情況下為執(zhí)行程序的時(shí)間，而如果數(shù)據(jù)不是程序，則是向程序提供媒體數(shù)據(jù)的時(shí)間。假設(shè)沒有這個(gè)字段的情況是媒體數(shù)據(jù)與數(shù)據(jù)接收完成同時(shí)有效，并且不失效。
首標(biāo)500中“913”所指的部分表示電子簽名首標(biāo)。在圖6的例子中，“131”代表電子簽名首標(biāo)。
首標(biāo)500中“914”所指的部分是代表電子簽名的類型(譬如，MD5和SHA)的字段。首標(biāo)500中“915”所指的部分是輸入電子簽名數(shù)據(jù)的長度的字段。
首標(biāo)500中“916”所指的部分是輸入電子簽名日期的部分。數(shù)據(jù)916由接收終端用在驗(yàn)證媒體數(shù)據(jù)中。取代有效負(fù)載首標(biāo)，電子簽名的信息可以存儲(chǔ)在有效負(fù)載中。在這種情況下，存在利用RTP的有效負(fù)載類型區(qū)分媒體數(shù)據(jù)和電子簽名數(shù)據(jù)的方法。
可以在一系列數(shù)據(jù)包當(dāng)中事先選擇諸如序號(hào)最大或序號(hào)最小的數(shù)據(jù)包之類的特定數(shù)據(jù)包，并且將數(shù)據(jù)包的有效負(fù)載用作電子簽名的信息。
并且，作為確定RTP的有效負(fù)載的數(shù)據(jù)是媒體數(shù)據(jù)還是電子簽名數(shù)據(jù)的方法，存在在信道信息中描述這樣信息的方法。下面參照圖7描述該方法。
如圖7所示的信道信息240中“2400”所指的部分是表示與程序的分發(fā)有關(guān)的信息的數(shù)據(jù)。
信道信息240中“2401”所指的部分表示通過在RTP的有效負(fù)載類型上設(shè)置99和100，利用RTP/UDP/IP將數(shù)據(jù)發(fā)送到作為信道的端口號(hào)10,000。
信道信息240中“2402”所指的部分表示RTP有效負(fù)載類型為99的數(shù)據(jù)包是Java(R)程序和RTP的時(shí)間標(biāo)記的時(shí)鐘頻率是8,000。
信道信息240中“2403”所指的部分表示RTP有效負(fù)載類型為100的數(shù)據(jù)包是電子簽名和RTP的時(shí)間標(biāo)記的時(shí)鐘頻率是8,000。
信道信息240中“2401”所指的部分是有關(guān)發(fā)送程序和電子簽名的信道的信息。
此外，以相同的方式可以確定RTP的有效負(fù)載的數(shù)據(jù)是媒體數(shù)據(jù)還是電子簽名數(shù)據(jù)。
當(dāng)電子簽名存儲(chǔ)在有效負(fù)載本身中時(shí)，從RTP有效負(fù)載首標(biāo)500中的字段當(dāng)中刪除“913”到“916”所指的字段。
首標(biāo)500中“917”所指的部分表示運(yùn)行規(guī)則首標(biāo)。在圖6的例子中，“132”代表運(yùn)行規(guī)則首標(biāo)。
首標(biāo)500中“921”所指的部分是代表動(dòng)作的字段和表示加入還是更新以前發(fā)送的運(yùn)行規(guī)則。
首標(biāo)500中“918”所指的部分是表示程序的版本的字段，并且表示運(yùn)行規(guī)則可應(yīng)用的程序的版本。在接收接收終端保持的程序過程中，將字段918的值與字段906的值相比較，當(dāng)字段906的值(即，接收終端保持的程序的版本)大于字段918的值時(shí)，可以應(yīng)用在這個(gè)數(shù)據(jù)包中發(fā)送的運(yùn)行規(guī)則。
首標(biāo)500中“919”所指的部分表示運(yùn)行規(guī)則首標(biāo)。在圖6的例子中，“0”代表運(yùn)行規(guī)則首標(biāo)。首標(biāo)500中“920”所指的部分表示有效負(fù)載數(shù)據(jù)。
利用如上所述的首標(biāo)500，發(fā)送程序、運(yùn)行規(guī)則和程序的數(shù)據(jù)。
由于上述字段除了數(shù)據(jù)包數(shù)字段之外，是具有為媒體數(shù)據(jù)所共有的值的字段，無需將這些首標(biāo)指定給所有數(shù)據(jù)包，只需將其指定給構(gòu)成媒體數(shù)據(jù)的數(shù)據(jù)包當(dāng)中的至少一個(gè)數(shù)據(jù)包。
下面參照圖8描述根據(jù)第一實(shí)施例的運(yùn)行規(guī)則。圖8是示出根據(jù)第一實(shí)施例在擴(kuò)展SQL描述中描述運(yùn)行規(guī)則的例子的視圖。
運(yùn)行規(guī)則1000中“1001”所指的部分規(guī)定，當(dāng)更新帶有數(shù)據(jù)名(在信道信息中描述該名稱)的數(shù)據(jù)時(shí)，將“OLD”用作變元調(diào)用“Backup()”的函數(shù)。
假設(shè)“Backup()”是安裝在程序中的函數(shù)，并描述將作為變元提供的數(shù)據(jù)存儲(chǔ)成備份的操作。并且，“OLD”表示更新之前的最后數(shù)據(jù)。于是，“1001”所指的整個(gè)部分表示在接收數(shù)據(jù)的過程中備份最后數(shù)據(jù)。
運(yùn)行規(guī)則1000中“1002”所指的部分表示在接收新數(shù)據(jù)的過程中重新啟動(dòng)程序。
運(yùn)行規(guī)則1000中“1003”所指的部分表示在2003年6月23日下午10點(diǎn)9分暫停程序。
運(yùn)行規(guī)則1000中“1004”所指的部分表示，當(dāng)用戶對用戶簡檔中的書籍感興趣和接近距北緯35°12′34.0000″00和東經(jīng)135°12′34.0000″00的位置10米之內(nèi)時(shí)，調(diào)用Start()的函數(shù)。
“Start”是開始接收數(shù)據(jù)的函數(shù)，并用“A_store”的名稱表示開始接收程序的數(shù)據(jù)。
運(yùn)行規(guī)則1000就是像上述那樣配置的。
下面參照圖9描述服務(wù)器102中的內(nèi)容分發(fā)操作。
圖9是根據(jù)第一實(shí)施例在服務(wù)器中進(jìn)行內(nèi)容分發(fā)操作的流程圖。
當(dāng)?shù)絻?nèi)容發(fā)送的時(shí)間時(shí)，服務(wù)器102啟動(dòng)內(nèi)容分發(fā)操作。
首先，服務(wù)器102中的發(fā)送管理部分202選擇要發(fā)送內(nèi)容的區(qū)域(步驟400)。
接著，服務(wù)器102中的發(fā)送管理部分202生成不與其它內(nèi)容重疊的標(biāo)識(shí)符(步驟401)。
然后，服務(wù)器102中的發(fā)送管理部分202確定包含在內(nèi)容中的媒體數(shù)據(jù)的傳輸周期(步驟431)。
隨著媒體數(shù)據(jù)的分發(fā)區(qū)越來越寬，媒體數(shù)據(jù)的傳輸周期被確定得越來越長。
例如，利用“傳輸周期常數(shù)”ד分發(fā)目標(biāo)基站的個(gè)數(shù)”的方程確定周期。傳輸周期常數(shù)是發(fā)送設(shè)備的管理者設(shè)置的值，它是分發(fā)區(qū)的個(gè)數(shù)是1時(shí)的傳輸周期。并且，分發(fā)區(qū)的個(gè)數(shù)代表分發(fā)媒體數(shù)據(jù)的中繼設(shè)備103a、103b以及103c的個(gè)數(shù)。在圖2的例子中，程序1101的分發(fā)區(qū)的個(gè)數(shù)是3，而運(yùn)行規(guī)則(1102到1104)的分發(fā)區(qū)的個(gè)數(shù)是1。于是，在本例中，以三倍于運(yùn)行規(guī)則1102到1104的周期的周期發(fā)送程序1101。
這樣，隨著媒體數(shù)據(jù)的分發(fā)區(qū)越來越寬，媒體數(shù)據(jù)的傳輸周期被確定得越來越長。在寬區(qū)中分發(fā)的媒體數(shù)據(jù)很有可能已經(jīng)被許多人接收過，而在窄區(qū)中分發(fā)的媒體數(shù)據(jù)很有可能沒有被大多數(shù)用戶接收過。于是，縮短分發(fā)區(qū)窄的數(shù)據(jù)的傳輸周期縮短了沒有接收的數(shù)據(jù)的傳輸周期，因此，縮短了接收等待時(shí)間，從而可以在接收方迅速地接收到所需的數(shù)據(jù)。
發(fā)送管理部分202參照發(fā)送數(shù)據(jù)存儲(chǔ)部分201，開始分別發(fā)送要發(fā)送到在步驟400中選擇的區(qū)域的構(gòu)成內(nèi)容的程序、運(yùn)行規(guī)則和程序的數(shù)據(jù)以及信道信息的處理(步驟427)。
在步驟427中，并行地進(jìn)行從步驟427的直線開始垂直畫出的直線所指的每個(gè)處理。
作為程序發(fā)送處理，發(fā)送管理部分202首先從發(fā)送數(shù)據(jù)存儲(chǔ)部分201中獲取要發(fā)送到在步驟400中確定的區(qū)域的程序(步驟402)。另外，由于程序是發(fā)送給所有區(qū)域的公用數(shù)據(jù)，這里在發(fā)送管理部分202中獲得的程序與在對其它區(qū)域的處理中獲得的程序相同。
服務(wù)器102中的簽名指定部分203生成在步驟402中獲得的程序的電子簽名數(shù)據(jù)(步驟403)。
服務(wù)器中的發(fā)送管理部分202劃分在步驟402中獲得的程序(步驟404)。然后，簽名指定部分203將在步驟403中生成的電子簽名指定給每個(gè)分?jǐn)?shù)據(jù)(步驟405)。
另外，在本實(shí)施例中，電子簽名被指定給所有區(qū)域，但也可以將電子簽名只指定給要發(fā)明的代表性數(shù)據(jù)。并且，可以發(fā)送只有電子簽名的數(shù)據(jù)的數(shù)據(jù)包。上文對于如下所述的規(guī)則和程序的數(shù)據(jù)同樣適用。
通過將電子簽名如此指定給程序，接收終端104能夠利用指定給信道信息的證書驗(yàn)證程序，防止接收終端104啟動(dòng)不適當(dāng)程序，從而進(jìn)行不適當(dāng)操作。
簽名指定部分203將在步驟401中生成的標(biāo)識(shí)符指定給在步驟405中指定了電子簽名的數(shù)據(jù)(步驟406)。發(fā)送部分205將要求的數(shù)據(jù)包首標(biāo)加入在步驟406中指定了標(biāo)識(shí)符的數(shù)據(jù)中，以便以發(fā)送管理部分202設(shè)置的傳輸周期發(fā)送(步驟407)。
然后，當(dāng)沒有到結(jié)束時(shí)間時(shí)(步驟408)，服務(wù)器102返回到步驟405的處理。服務(wù)器102重復(fù)步驟405到408的處理，直到結(jié)束時(shí)間，并且，在結(jié)束時(shí)完成處理。
下面描述在服務(wù)器102中發(fā)送運(yùn)行規(guī)則的處理。
作為發(fā)送運(yùn)行規(guī)則的處理，發(fā)送管理部分202首先從發(fā)送數(shù)據(jù)存儲(chǔ)部分201中獲取與在步驟400中選擇的區(qū)域相對應(yīng)的運(yùn)行規(guī)則(步驟409)。另外，由于運(yùn)行規(guī)則是對于每個(gè)區(qū)域都不同的數(shù)據(jù)，這里在發(fā)送管理部分202中獲得的運(yùn)行規(guī)則不同于在對其它區(qū)域的處理中獲得的運(yùn)行規(guī)則。
服務(wù)器102中的簽名指定部分203生成在步驟409中獲得的運(yùn)行規(guī)則的電子簽名數(shù)據(jù)(步驟410)。
服務(wù)器102中的發(fā)送管理部分202劃分在步驟409中獲得的運(yùn)行規(guī)則程序(步驟411)。然后，簽名指定部分203將在步驟410中生成的電子簽名指定給每個(gè)分?jǐn)?shù)據(jù)(步驟412)。
通過將電子簽名如此指定給運(yùn)行規(guī)則，接收終端104能夠利用指定給信道信息的證書驗(yàn)證運(yùn)行規(guī)則，防止接收終端104使用不適當(dāng)運(yùn)行規(guī)則，從而進(jìn)行不適當(dāng)操作。
簽名指定部分203將在步驟401中生成的標(biāo)識(shí)符指定給在步驟412中指定了電子簽名的數(shù)據(jù)(步驟413)。發(fā)送部分205將要求的數(shù)據(jù)包首標(biāo)加入在步驟413中指定了標(biāo)識(shí)符的數(shù)據(jù)中，以便以發(fā)送管理部分202設(shè)置的傳輸周期發(fā)送(步驟414)。
并且，在步驟414中，發(fā)送部分205能夠設(shè)置比程序的傳輸周期短的運(yùn)行規(guī)則的傳輸周期。這樣，接收終端104能夠迅速地接收要求隨接收終端104的移動(dòng)而不斷更新，即，要求頻繁更新的運(yùn)行規(guī)則，縮短了更新等待時(shí)間。
然后，當(dāng)沒有到結(jié)束時(shí)間時(shí)(步驟415)，服務(wù)器102返回到步驟412的處理。服務(wù)器102重復(fù)步驟412到415的處理，直到結(jié)束時(shí)間，并且，在結(jié)束時(shí)完成處理。
下面描述發(fā)送程序的數(shù)據(jù)的處理。
作為發(fā)送程序的數(shù)據(jù)的處理，發(fā)送管理部分202首先從發(fā)送數(shù)據(jù)存儲(chǔ)部分201中獲取與在步驟400中選擇的區(qū)域相對應(yīng)的程序的數(shù)據(jù)(步驟416)。另外，由于程序的數(shù)據(jù)是對于每個(gè)區(qū)域都不同的數(shù)據(jù)，這里在發(fā)送管理部分202中獲得的程序的數(shù)據(jù)不同于在對其它區(qū)域的處理中獲得的程序的數(shù)據(jù)。
服務(wù)器102中的簽名指定部分203生成在步驟416中獲得的程序的數(shù)據(jù)的電子簽名數(shù)據(jù)(步驟417)。
服務(wù)器中的發(fā)送管理部分202劃分在步驟416中獲得的程序的數(shù)據(jù)(步驟418)。然后，簽名指定部分203將在步驟417中生成的電子簽名指定給每個(gè)分?jǐn)?shù)據(jù)(步驟419)。
通過將電子簽名如此指定給程序的數(shù)據(jù)，接收終端104能夠利用指定給信道信息的證書驗(yàn)證程序的數(shù)據(jù)，防止接收終端104使用不適當(dāng)程序的數(shù)據(jù)，從而進(jìn)行不適當(dāng)操作。
簽名指定部分203將在步驟401中生成的標(biāo)識(shí)符指定給在步驟419中指定了電子簽名的數(shù)據(jù)(步驟420)。發(fā)送部分205將要求的數(shù)據(jù)包首標(biāo)加入在步驟420中指定了標(biāo)識(shí)符的數(shù)據(jù)中，以便加以發(fā)送(步驟421)。
并且，在步驟421中，發(fā)送部分205能夠設(shè)置比程序的傳輸周期短的程序的數(shù)據(jù)的傳輸周期。這樣，接收終端104能夠迅速地接收要求隨接收終端104的移動(dòng)而不斷更新，即，要求頻繁更新的程序的數(shù)據(jù)，縮短了更新等待時(shí)間。
然后，當(dāng)沒有到結(jié)束時(shí)間時(shí)(步驟422)，服務(wù)器102返回到步驟419的處理。服務(wù)器102重復(fù)步驟419到422的處理，直到結(jié)束時(shí)間，并且，在結(jié)束時(shí)完成處理。
下面描述在服務(wù)器102中發(fā)送信道信息的處理。
服務(wù)器102從發(fā)送數(shù)據(jù)存儲(chǔ)部分201中獲取驗(yàn)證電子簽名的證書數(shù)據(jù)(步驟423)。
接著，服務(wù)器102獲取生成信道信息所需的數(shù)據(jù)，并加入在步驟423中獲得的證書數(shù)據(jù)以生成信道信息(步驟424)。然后，服務(wù)器102打包信道信息以便在發(fā)送部分205中加以發(fā)送(步驟425)。
通過將證書如此指定給信道信息，接收終端104能夠利用指定給每種媒體數(shù)據(jù)的電子簽名驗(yàn)證媒體數(shù)據(jù)的有效性，防止接收終端104啟動(dòng)不適當(dāng)內(nèi)容，從而進(jìn)行不適當(dāng)操作。
當(dāng)沒有到結(jié)束時(shí)間時(shí)(步驟426)，服務(wù)器102返回到步驟425的處理。服務(wù)器102重復(fù)步驟425的處理，直到結(jié)束時(shí)間，然后，完成處理。
服務(wù)器102如此發(fā)送程序、運(yùn)行規(guī)則、程序的數(shù)據(jù)和信道信息。這樣，根據(jù)信道信息，接收終端104能夠接收程序、運(yùn)行規(guī)則以及程序的數(shù)據(jù)。
并且，由于服務(wù)器102將公用標(biāo)識(shí)符指定給程序、運(yùn)行規(guī)則、程序的數(shù)據(jù)和信道信息，接收終端104能夠?qū)⒊绦?、運(yùn)行規(guī)則、程序的數(shù)據(jù)和信道信息相互聯(lián)系。由于標(biāo)識(shí)符對于每個(gè)內(nèi)容是不同的，即使接收終端104同時(shí)接收到多段內(nèi)容，終端104也能夠不會(huì)混淆數(shù)段內(nèi)容地接收要使用的內(nèi)容。
另外，步驟428代表當(dāng)步驟428中的輸入處理都完成時(shí)，服務(wù)器102轉(zhuǎn)移到步驟428以下的所述處理。
因此，服務(wù)器102發(fā)送所有區(qū)域共有的程序、對于每個(gè)區(qū)域都不同的運(yùn)行規(guī)則和程序的數(shù)據(jù)以及信道信息(步驟429和430)。
下面描述接收終端104中的內(nèi)容接收處理。參照圖10，首先描述以接收終端104使用戶選擇信道的選擇方法獲取要顯示的信道信息的操作。圖10是根據(jù)第一實(shí)施例接收終端104獲取要顯示的信道信息的操作流程圖。
首先，接收終端104中的接收信道選擇部分212打開信道以接收信道信息(步驟501)。假設(shè)事先指定了信道，并且總是可以在該信道上接收信道信息。
接收信道選擇部分212等待接收信道信息，接收發(fā)送的信道信息(步驟502)，并從信道信息中提取要向用戶展示的標(biāo)題信息(步驟503)。
接收信道選擇部分212返回到步驟502的處理，并等待接收下一個(gè)信道信息。
下面參照圖11描述接收終端104選擇要接收的信道的操作。圖11是根據(jù)第一實(shí)施例接收終端104選擇信道時(shí)的操作流程圖。
當(dāng)用戶選擇顯示在顯示部分219上的內(nèi)容時(shí)(步驟601)，接收信道選擇部分212從所選內(nèi)容的信道信息中獲取每種媒體的接收信道，并打開每種媒體的接收信道(步驟602)。
然后，在接收終端104中，發(fā)送部分211接收來自打開信道的內(nèi)容數(shù)據(jù)(程序、運(yùn)行規(guī)則和程序的數(shù)據(jù))(步驟603)，并且存儲(chǔ)管理部分214將接收的內(nèi)容存儲(chǔ)在接收數(shù)據(jù)存儲(chǔ)部分215中(步驟604)。
存儲(chǔ)管理部分214確定是否已經(jīng)接收到所有數(shù)據(jù)(步驟605)。當(dāng)已經(jīng)接收到所有數(shù)據(jù)時(shí)，發(fā)送部分211停止接收內(nèi)容的操作。
這樣，防止接收終端104繼續(xù)接收與已經(jīng)接收的數(shù)據(jù)相同的數(shù)據(jù)，并且接收終端104能夠降低接收內(nèi)容的功率。
同時(shí)，當(dāng)已經(jīng)接收到所有內(nèi)容數(shù)據(jù)時(shí)(步驟605)，驗(yàn)證部分213驗(yàn)證程序(步驟606)。
通過如此驗(yàn)證程序，接收終端104能夠識(shí)別程序的有效性，并防止啟動(dòng)不適當(dāng)程序，從而阻止進(jìn)行不適當(dāng)操作。
當(dāng)驗(yàn)證部分213驗(yàn)證失敗時(shí)(步驟607)，程序執(zhí)行部分216完成處理而不用執(zhí)行程序(步驟608)。
同時(shí)，當(dāng)驗(yàn)證結(jié)果表示成功時(shí)，程序執(zhí)行部分216檢驗(yàn)是否已到程序的有效時(shí)間(步驟609)。
當(dāng)還沒有到有效時(shí)間時(shí)，程序執(zhí)行部分216停止處理，直到已到有效時(shí)間為止(步驟610)。
當(dāng)已到有效時(shí)間時(shí)，程序執(zhí)行部分216檢驗(yàn)是否已到失效時(shí)間(步驟611)。
當(dāng)已到失效時(shí)間時(shí)，程序執(zhí)行部分216完成處理，而當(dāng)還沒有到失效時(shí)，執(zhí)行程序(步驟613)。
由于包括程序的接收內(nèi)容可能被更新，程序執(zhí)行部分216監(jiān)視媒體數(shù)據(jù)的更新(步驟614)，當(dāng)媒體數(shù)據(jù)發(fā)生改變時(shí)，返回到步驟603的處理。
當(dāng)媒體數(shù)據(jù)發(fā)生改變時(shí)，程序執(zhí)行部分216在步驟603中只接收已經(jīng)改變的媒體數(shù)據(jù)。
通過如此只更新要求更新的媒體數(shù)據(jù)，可以提高內(nèi)容接收操作的速度。
在停止接收已變媒體數(shù)據(jù)的操作之后，接收終端104通知用戶接收操作已停止。
用戶因此能夠識(shí)別更新的最新媒體，并且取代當(dāng)前使用的媒體數(shù)據(jù)，利用更新的媒體進(jìn)行程序的再現(xiàn)。
另外，作為在程序執(zhí)行部分216中檢測媒體數(shù)據(jù)的更新的方法，采用將唯一確定媒體數(shù)據(jù)的標(biāo)識(shí)符指定給數(shù)據(jù)包的首標(biāo)部分，并且根據(jù)標(biāo)識(shí)符的改變檢測更新的方法。
并且，由于運(yùn)行規(guī)則和程序的數(shù)據(jù)是對于每個(gè)區(qū)域不同的數(shù)據(jù)，當(dāng)位置信息獲取部分218檢測到接收終端104所在的區(qū)域中的改變時(shí)，可以更新運(yùn)行規(guī)則和程序的數(shù)據(jù)。
當(dāng)發(fā)送部分211接收到程序的數(shù)據(jù)時(shí)(步驟615)，存儲(chǔ)管理部分214將數(shù)據(jù)提供給程序執(zhí)行部分216(步驟616)。
當(dāng)已到程序的失效時(shí)間時(shí)(步驟617)，程序執(zhí)行部分216停止程序，并且，在必要時(shí)，刪除程序(步驟618)。
另外，在如上所述的操作中，當(dāng)由于驗(yàn)證失敗或已到失效時(shí)間而不能執(zhí)行程序時(shí)，可以在必要的時(shí)候通知用戶程序的執(zhí)行已失敗。
接收終端104因此執(zhí)行程序。并且，當(dāng)媒體數(shù)據(jù)得到更新時(shí)，接收終端104更新數(shù)據(jù)和執(zhí)行程序。
下面參照圖12描述在接收終端104中執(zhí)行程序的處理(在步驟613中開始的處理)。圖12是根據(jù)第一實(shí)施例接收終端104執(zhí)行程序的流程圖。
首先，程序執(zhí)行部分216執(zhí)行作為變元提供的程序的啟動(dòng)例程(步驟701)。接著，程序執(zhí)行部分216確定是否需要引用規(guī)則(步驟702)，當(dāng)需要引用規(guī)則時(shí)，檢驗(yàn)要引用的運(yùn)行規(guī)則是否已存儲(chǔ)(步驟703)。
當(dāng)規(guī)則還沒有存儲(chǔ)時(shí)，程序執(zhí)行部分216等待接收運(yùn)行規(guī)則(步驟704)。
在完成規(guī)則的接收之后，當(dāng)接收操作完成的設(shè)置是ON(步驟705)時(shí)，程序執(zhí)行部分216關(guān)閉接收信道，完成接收處理，并且通知接收終端的用戶接收處理已停止(步驟706)。
接收操作完成的設(shè)置可以由用戶來設(shè)置，或者，當(dāng)接收終端判斷剩余電量和剩余電量小于預(yù)定閾值時(shí)，自動(dòng)設(shè)置成ON。結(jié)束接收處理能夠節(jié)約與數(shù)據(jù)的接收相對應(yīng)的功耗，在移動(dòng)終端中尤其有效。
然后，程序執(zhí)行部分216進(jìn)行運(yùn)行規(guī)則的驗(yàn)證(步驟707)，當(dāng)驗(yàn)證失敗時(shí)(步驟708)，結(jié)束處理(步驟709)。
通過如此進(jìn)行運(yùn)行規(guī)則的驗(yàn)證，排除了終端利用不適當(dāng)運(yùn)行規(guī)則進(jìn)行不適當(dāng)操作。
同時(shí)，當(dāng)驗(yàn)證成功時(shí)，程序執(zhí)行部分216讀取運(yùn)行規(guī)則加以翻譯(步驟710)。
運(yùn)行規(guī)則描述運(yùn)行規(guī)則的事件驅(qū)動(dòng)，程序執(zhí)行部分216登記事件(步驟711)，并且當(dāng)發(fā)生事件時(shí)(步驟712)，根據(jù)運(yùn)行規(guī)則進(jìn)行與事件相對應(yīng)的操作(步驟713)。
程序執(zhí)行部分216檢驗(yàn)是否接收到結(jié)束程序的執(zhí)行的指令(步驟714)，并且當(dāng)沒有發(fā)生事件時(shí)，返回到步驟712的處理。
當(dāng)程序執(zhí)行部分216接收到結(jié)束程序的執(zhí)行的指令時(shí)，部分216結(jié)束程序的執(zhí)行(步驟715)。
另外，作為發(fā)生的事件的例子包括定時(shí)事件(在指定時(shí)間發(fā)生或在經(jīng)過了某個(gè)時(shí)間之后發(fā)生的事件)、位置事件(當(dāng)終端進(jìn)入指定區(qū)或從指定區(qū)出來時(shí)發(fā)生的事件)、數(shù)據(jù)接收事件(當(dāng)接收指定數(shù)據(jù)時(shí)發(fā)生的事件)以及數(shù)據(jù)訪問事件(當(dāng)訪問指定數(shù)據(jù)時(shí)發(fā)生的事件)。
當(dāng)在步驟702中要引用的規(guī)則不存在時(shí)，處理流轉(zhuǎn)移到步驟711。
因此，程序執(zhí)行部分216執(zhí)行程序。
如上所述，根據(jù)第一實(shí)施例，服務(wù)器102能夠向多個(gè)分發(fā)區(qū)發(fā)送為所有區(qū)域所共有的程序，因此，較少更新更新不頻繁的數(shù)據(jù)，因此，較少更新更新必要性不高的低更新必要性數(shù)據(jù)，并且，向每個(gè)區(qū)域發(fā)送對于每個(gè)區(qū)域都不同的運(yùn)行規(guī)則和程序的數(shù)據(jù)，因此，較多更新更新頻繁的數(shù)據(jù)，因此，較多更新需要更新的高更新必要性數(shù)據(jù)。通過如此分開發(fā)送所有區(qū)域共有的程序以及作為對于每個(gè)區(qū)域都不同的數(shù)據(jù)的運(yùn)行規(guī)則和程序的數(shù)據(jù)，接收終端104能夠只更新隨著接收終端104的移動(dòng)被頻繁更新的運(yùn)行規(guī)則和程序的數(shù)據(jù)。然后，利用已經(jīng)接收的程序，接收終端104無需更新整個(gè)內(nèi)容(程序、運(yùn)行規(guī)則和程序的數(shù)據(jù))，就能夠?qū)?nèi)容保持在適當(dāng)當(dāng)前位置的最新狀態(tài)下，并將運(yùn)行程序保持在最新狀態(tài)下。
考慮到出現(xiàn)在傳輸路徑上的數(shù)據(jù)包丟失，像第一實(shí)施例那樣更新少量數(shù)據(jù)減少了完成接收所有數(shù)據(jù)所需的時(shí)間，因此縮短了接收等待時(shí)間。
并且，根據(jù)第一實(shí)施例，可以使需要頻繁更新的運(yùn)行規(guī)則和程序的數(shù)據(jù)的傳輸周期短于不需要頻繁更新的程序的傳輸周期。因此，接收終端104能夠迅速接收要頻繁更新的數(shù)據(jù)，并且流暢地進(jìn)行內(nèi)容的更新。
另外，在第一實(shí)施例中，內(nèi)容由與位置無關(guān)的公用數(shù)據(jù)(程序)和隨位置而改變的數(shù)據(jù)(運(yùn)行規(guī)則和程序的數(shù)據(jù))組成。但是，內(nèi)容也可以由與預(yù)定條件無關(guān)的公用數(shù)據(jù)和適合預(yù)定條件的條件適合數(shù)據(jù)組成，并且服務(wù)器分開發(fā)送公用數(shù)據(jù)和與預(yù)定條件相對應(yīng)的條件適合數(shù)據(jù)。
當(dāng)作預(yù)定條件的例子是終端信息、用戶信息以及時(shí)間信息。
公用數(shù)據(jù)可以是除了程序之外的數(shù)據(jù)，而條件適合數(shù)據(jù)可以是除了運(yùn)行規(guī)則和程序的數(shù)據(jù)之外的數(shù)據(jù)。
例如，可以將作為必要度高的高必要數(shù)據(jù)的公用數(shù)據(jù)設(shè)置成內(nèi)容的詳細(xì)信息，并且將不需要依賴于條件的條件適合數(shù)據(jù)，即，必要度低的低必要性數(shù)據(jù)設(shè)置成內(nèi)容的概要信息。在這種情況下，作為概要信息，可以準(zhǔn)備專用數(shù)據(jù)，或者，可以使用諸如文本數(shù)據(jù)和靜止圖像之類構(gòu)成內(nèi)容的媒體的一部分，或名稱(程序標(biāo)題或程序的名稱)。并且，在這種情況下，概要信息的傳輸周期可以短于詳細(xì)信息的傳輸周期。這樣，用戶能夠以短的等待時(shí)間顯示內(nèi)容的概要信息或操作內(nèi)容。
(第二實(shí)施例)第二實(shí)施例描述在數(shù)據(jù)包網(wǎng)絡(luò)中的廣播數(shù)據(jù)分發(fā)過程中分發(fā)作為內(nèi)容的程序和作為內(nèi)容的一部分的子程序。下面描述根據(jù)第二實(shí)施例的內(nèi)容分發(fā)系統(tǒng)。
下面參照圖13描述根據(jù)第二實(shí)施例的內(nèi)容分發(fā)系統(tǒng)的使用模式。圖13是示出根據(jù)本發(fā)明第二實(shí)施例的內(nèi)容分發(fā)系統(tǒng)的使用模式的視圖。另外，將相同的標(biāo)號(hào)指定給與已經(jīng)描述過的那些相同的部分，以省略具體描述。
作為根據(jù)第二實(shí)施例的媒體數(shù)據(jù)發(fā)送設(shè)備的服務(wù)器(發(fā)送終端)1300向中繼設(shè)備103a發(fā)送數(shù)據(jù)1(1901)和數(shù)據(jù)2(1902)、向中繼設(shè)備103b發(fā)送數(shù)據(jù)1(1901)和數(shù)據(jù)3(1903)以及向中繼設(shè)備103c發(fā)送數(shù)據(jù)1(1901)和數(shù)據(jù)4(1904)。
數(shù)據(jù)1(1901)是主程序和為中繼設(shè)備103a到103c所共有，即，為區(qū)域1130到1132所共有的程序數(shù)據(jù)。數(shù)據(jù)2(1902)、數(shù)據(jù)3(1903)以及數(shù)據(jù)4(1904)是在中繼設(shè)備103a到103c之間，即，在區(qū)域1130到1132之間不同的程序數(shù)據(jù)，因此，是數(shù)據(jù)1(1901)引用的子程序。
假設(shè)像在DSM-CC中那樣以事先確定的傳輸周期重復(fù)發(fā)送程序數(shù)據(jù)。
假設(shè)1300向中繼設(shè)備103a到103c發(fā)送作為發(fā)送信息的公用數(shù)據(jù)。
信道信息包括諸如對話標(biāo)題、對話開始時(shí)間、對話結(jié)束時(shí)間、要作為程序數(shù)據(jù)發(fā)送的數(shù)據(jù)的類型以及發(fā)送信道之類的信息。作為用于信道信息描述的協(xié)議，假設(shè)使用以SDP為代表的用于對話描述的協(xié)議。以后將描述信道信息的特例。還假設(shè)周期地和重復(fù)地發(fā)送信道信息。
在進(jìn)行這樣發(fā)送的情況下，作為公用數(shù)據(jù)并在例如接收區(qū)1130中接收的程序數(shù)據(jù)1901可以用在接收區(qū)1131中。于是，當(dāng)接收終端1306a從接收區(qū)1130移動(dòng)到接收區(qū)1131時(shí)，接收終端1306a只有少數(shù)數(shù)據(jù)要更新。
并且，考慮到發(fā)生在傳輸路徑上的數(shù)據(jù)包丟失，更新少量數(shù)據(jù)導(dǎo)致接收終端1306a到1306c完全接收所有數(shù)據(jù)所花費(fèi)的時(shí)間縮短。因此，減少了接收等待時(shí)間。
在第二實(shí)施例中，數(shù)據(jù)2(1902)、數(shù)據(jù)3(1903)以及數(shù)據(jù)4(1904)的傳輸周期被設(shè)置成短于數(shù)據(jù)1(1901)的傳輸周期。這樣，當(dāng)移動(dòng)時(shí)，接收終端1306a到1306c能夠快速接收需要更新的數(shù)據(jù)2(1902)、數(shù)據(jù)3(1903)、或數(shù)據(jù)4(1904)，并且能夠減少數(shù)據(jù)更新的等待時(shí)間。
另外，在如上所述的例子中，描述了發(fā)送區(qū)域共有的數(shù)據(jù)和區(qū)域之間不同的數(shù)據(jù)的情況。但是，當(dāng)在同一區(qū)域中將程序被劃分成更新頻率高的那些和更新頻率低的那些時(shí)，也可以獲得相同的效果。在這種情況下，通過將更新頻率高的程序的傳輸周期設(shè)置得比更新頻率低的程序的傳輸周期短，進(jìn)一步減少數(shù)據(jù)更新的等待時(shí)間。
下面參照圖14，描述根據(jù)第二實(shí)施例服務(wù)器1300發(fā)送的數(shù)據(jù)1901到1903。圖14A到14B是示出根據(jù)第二實(shí)施例服務(wù)器1300發(fā)送的數(shù)據(jù)的視圖。
圖14A示出出數(shù)據(jù)1(1901)，圖14B示出出數(shù)據(jù)2(1902)，而圖14C示出出數(shù)據(jù)3(1903)。
數(shù)據(jù)1(1901)被描述成當(dāng)獲得用戶簡檔(假設(shè)是表示用戶感興趣的主題和存儲(chǔ)在終端中的數(shù)據(jù))和借助于用戶簡檔登記了“Book”時(shí)，顯示書店的信息。
圖中“2001”所指的部分指令引用另一個(gè)程序，并表示獲取名稱為“Bookstore”的程序。類似地，在其它部分中，當(dāng)借助于用戶簡檔登記了“Music”時(shí)，該部分存在表示CD店的信息的描述。當(dāng)存在任何其它登記時(shí)，默認(rèn)(名稱為“default”的程序)的信息被描述成要顯示的。在寬區(qū)中分發(fā)這種不依賴于區(qū)域的公用信息。
數(shù)據(jù)2(1902)是書店“A_Store”(接收區(qū)1903中與終端最近的書店)的信息。數(shù)據(jù)2(1902)獲取接收終端104的分辨率，當(dāng)接收終端104的分辨率是CIF大小或更大時(shí)，顯示高分辨率的圖像。當(dāng)接收終端104的分辨率小于CIF時(shí)，顯示分辨率低的數(shù)據(jù)。
數(shù)據(jù)3(1903)是書店“B_Store”的信息。數(shù)據(jù)3(1903)引用設(shè)置在接收終端104上的安全簡檔，當(dāng)允許通過通信獲取信息時(shí)，引用URL來獲取數(shù)據(jù)。并且，當(dāng)不允許通過通信獲取信息時(shí)，數(shù)據(jù)3(1903)顯示通過廣播分發(fā)的圖像數(shù)據(jù)“B_Store.gif”。
由于向用戶展示的信息在書店之間是不同的，而且位置最近的書店對于每個(gè)接收區(qū)也是不同的，在數(shù)據(jù)2(1902)和數(shù)據(jù)3(1903)中描述的信息對于每個(gè)區(qū)域是不同的，因此，被分發(fā)給各自的區(qū)域。
下面參照圖15描述根據(jù)第二實(shí)施例的信道信息。圖15是示出根據(jù)第二實(shí)施例分發(fā)數(shù)據(jù)中的信道信息的視圖。例子描述在擴(kuò)展SDP中。
信道信息2100中“2101”所指的部分與傳統(tǒng)SDP中相同，因此，表明將程序數(shù)據(jù)發(fā)送到在“c＝”的字段中描述的IP地址。
信道信息2100中“2102”所指的部分表示將HTML發(fā)送到端口號(hào)10,000。
信道信息2100中“2103”所指的部分是表示媒體數(shù)據(jù)的名稱的字段。在這個(gè)字段中描述的名稱信息是例示在圖14中的媒體數(shù)據(jù)的名稱。另外，在這個(gè)字段中被描述成“Main”的媒體數(shù)據(jù)是確定程序的屏幕結(jié)構(gòu)的媒體數(shù)據(jù)。
信道信息2100中“2104”和“2105”所指的部分存在與如前所述相同的描述，并表示發(fā)送程序(Script)。
信道信息2100中“2106”所指的部分存在在程序中引用的圖像數(shù)據(jù)的描述。圖像數(shù)據(jù)只分發(fā)給需要信息的區(qū)域。
下面參照圖16描述根據(jù)第二實(shí)施例的內(nèi)容分發(fā)系統(tǒng)的配置。圖16是例示根據(jù)第二實(shí)施例的內(nèi)容分發(fā)系統(tǒng)的配置的視圖。
在該系統(tǒng)中，服務(wù)器1300將信道信息和程序數(shù)據(jù)發(fā)送給中繼設(shè)備103a到103c(多個(gè)中繼設(shè)備可用作發(fā)送目的地)。
中繼設(shè)備103a到103c以廣播或多播形式將接收的數(shù)據(jù)發(fā)送給接收終端1306。
假設(shè)在該系統(tǒng)中，每個(gè)接收終端1306在預(yù)定公用信道(這里，信道用成對的目標(biāo)地址和目標(biāo)端口號(hào)表示)上接收信道信息，并且根據(jù)在上面發(fā)送在信道信息中描述的每個(gè)數(shù)據(jù)的信道，打開信道，接收程序數(shù)據(jù)(可執(zhí)行內(nèi)容)，并且向用戶展示信息。
另外，假設(shè)服務(wù)器1300管理多個(gè)程序的發(fā)送。
服務(wù)器1300由如下部分組成。
發(fā)送數(shù)據(jù)存儲(chǔ)部分1301是存儲(chǔ)在網(wǎng)絡(luò)上發(fā)送的程序數(shù)據(jù)的裝置，更具體地說，是以硬盤驅(qū)動(dòng)器為代表的存儲(chǔ)媒體。
廣播管理部分1302是管理程序廣播時(shí)間表的裝置，當(dāng)事先指定開始廣播每個(gè)程序的時(shí)間時(shí)，部分1302從發(fā)送數(shù)據(jù)存儲(chǔ)部分1301獲取程序數(shù)據(jù)，將其劃分成確定大小，并且將所劃分出的數(shù)據(jù)發(fā)送給發(fā)送部分1304。
當(dāng)?shù)浇Y(jié)束時(shí)間時(shí)，廣播管理部分1302結(jié)束程序數(shù)據(jù)的發(fā)送。并且，廣播管理部分1302具有在程序發(fā)送開始時(shí)，通知開始發(fā)送到程序信息生成部分1303的程序的程序數(shù)據(jù)的信息(諸如HTML、GIF和JPEG之類內(nèi)容的類型、程序的標(biāo)題以及廣播開始時(shí)間和結(jié)束時(shí)間)，并且在程序發(fā)送結(jié)束時(shí)，通告程序到部分1303的發(fā)送已結(jié)束的功能。
另外，可以利用設(shè)置文件或利用GUI指定程序數(shù)據(jù)的發(fā)送開始時(shí)間和發(fā)送結(jié)束時(shí)間以及要作為程序數(shù)據(jù)發(fā)送的數(shù)據(jù)的文件名。
程序信息生成部分1303是根據(jù)廣播管理部分1302通知的信息，生成每個(gè)程序的信道信息的裝置。
發(fā)送部分1304具有與網(wǎng)絡(luò)連接的接口功能，并且，進(jìn)一步具有打包從廣播管理部分1302接收的數(shù)據(jù)以便發(fā)送到中繼設(shè)備103a到103c的功能。并且，發(fā)送部分1304將作為子程序的數(shù)據(jù)2(1902)、數(shù)據(jù)3(1903)和數(shù)據(jù)4(1904)的傳輸周期設(shè)置得比作為主程序的數(shù)據(jù)1(1901)的傳輸周期短。這樣，接收終端1306能夠快速接收要求根據(jù)區(qū)域更新的數(shù)據(jù)2(1902)、數(shù)據(jù)3(1903)和數(shù)據(jù)4(1904)。
中繼設(shè)備103a到103c具有接收從服務(wù)器1300發(fā)送的信道信息和程序數(shù)據(jù)以便傳送到存在接收終端1306的網(wǎng)絡(luò)的功能。當(dāng)中繼設(shè)備103a到103c將數(shù)據(jù)傳送到接收終端1306這一側(cè)的網(wǎng)絡(luò)時(shí)，假設(shè)這些設(shè)備將數(shù)據(jù)發(fā)送到在信道信息中描述的信道。
更具體地說，例如，當(dāng)在SDP中描述信道信息時(shí)，中繼設(shè)備103a到103c將構(gòu)成程序數(shù)據(jù)的每個(gè)媒體數(shù)據(jù)發(fā)送到在“c＝”的字段中描述的IP地址和在“m＝”的每個(gè)字段中描述的端口號(hào)。
接收終端1306由如下部分組成。
發(fā)送部分1308是從中繼設(shè)備103c接收信道信息和程序內(nèi)容以便進(jìn)行拆包，并且當(dāng)數(shù)據(jù)是信道信息時(shí)，將數(shù)據(jù)發(fā)送到程序選擇部分1312，而當(dāng)數(shù)據(jù)是程序數(shù)據(jù)時(shí)，將數(shù)據(jù)發(fā)送到存儲(chǔ)管理部分1309的裝置。
發(fā)送部分1308具有通過來自接收信道選擇部分1313的指令打開程序數(shù)據(jù)的接收信道的功能。接收信道選擇部分1313是當(dāng)被指定的信道是URL時(shí)，根據(jù)來自URL所指的服務(wù)器的URL獲取數(shù)據(jù)的功能。
程序選擇部分1312具有向用戶展示來自發(fā)送部分1308的信道信息當(dāng)中程序的標(biāo)題使用戶可以選擇程序的功能。并且，當(dāng)用戶選擇程序時(shí)，程序選擇部分1312將所選程序的信道信息通知接收信道選擇部分1313。
接收信道選擇部分1313是根據(jù)在上面發(fā)送在信道信息中描述的每個(gè)數(shù)據(jù)的信道，將要打開的信道通知發(fā)送部分1308的裝置。并且，接收信道選擇部分1313是當(dāng)接收到來自程序翻譯部分1314的URL時(shí)，根據(jù)來自服務(wù)器的URL獲取數(shù)據(jù)的裝置。
存儲(chǔ)管理部分1309將接收的媒體數(shù)據(jù)存儲(chǔ)在接收數(shù)據(jù)存儲(chǔ)部分1307中。存儲(chǔ)管理部分1309具有當(dāng)接收到所有分媒體數(shù)據(jù)時(shí)，組合分?jǐn)?shù)據(jù)以通知描述翻譯部分1310的功能。并且，部分1309是當(dāng)接收到來自部分1314的請求時(shí)，從接收數(shù)據(jù)中獲取程序以便發(fā)送給程序翻譯部分1314的裝置。
描述翻譯部分1310翻譯HTML和生成顯示數(shù)據(jù)。并且，當(dāng)HTML包括諸如Java(R)Script和Java(R)Applet之類的程序時(shí)，描述翻譯部分1310提取這樣的程序以便發(fā)送給程序翻譯部分1314。
程序翻譯部分1314接收描述翻譯部分1310通知的程序加以翻譯，并且將翻譯結(jié)果通知部分1310。當(dāng)程序引用另一個(gè)程序時(shí)，程序翻譯部分1314請求存儲(chǔ)管理部分發(fā)送引用程序。
當(dāng)程序包括URL時(shí)，程序翻譯部分1314引用存儲(chǔ)在簡檔設(shè)置/存儲(chǔ)部分1316中的安全簡檔(允許與網(wǎng)絡(luò)連接)。然后，當(dāng)訪問不違反安全簡檔時(shí)，程序翻譯部分1314將URL發(fā)送到接收信道選擇部分1313，指令獲取URL的數(shù)據(jù)。
當(dāng)程序描述登記事件時(shí)，程序翻譯部分1314引用存儲(chǔ)在簡檔設(shè)置/存儲(chǔ)部分1316中的安全簡檔(允許登記事件，當(dāng)存在有關(guān)位置信息的事件時(shí)，允許訪問位置信息)。當(dāng)?shù)怯洸贿`反安全簡檔時(shí)，部分1314借助于事件登記部分1315登記事件。
當(dāng)程序描述訪問用戶簡檔時(shí)，程序翻譯部分1314首先引用安全簡檔(允許訪問用戶簡檔)。當(dāng)訪問不違反安全簡檔時(shí)，程序翻譯部分1314引用存儲(chǔ)在簡檔設(shè)置/存儲(chǔ)部分1316中的用戶簡檔。
當(dāng)程序描述獲取一個(gè)地方和當(dāng)前位置的位置信息時(shí)，程序翻譯部分1314引用安全簡檔(允許訪問位置信息)。當(dāng)訪問不違反安全簡檔時(shí)，程序翻譯部分1314獲取來自距離測量部分1317的信息。
顯示部分1311是向用戶展示程序的裝置。更具體地說，部分1311是諸如CRT和LCD之類的顯示裝置。
簡檔設(shè)置/存儲(chǔ)部分1316是設(shè)置和存儲(chǔ)終端簡檔、用戶簡檔和安全簡檔的裝置。
利用例如如圖14所示的GUI進(jìn)行用戶簡檔和安全簡檔的設(shè)置。在本例中，作為用戶簡檔，用戶將檢驗(yàn)標(biāo)簽放在作為用戶感興趣的主題的項(xiàng)目的檢驗(yàn)框中，從而設(shè)置用戶簡檔。對于安全簡檔，用戶將檢驗(yàn)標(biāo)簽放在在執(zhí)行程序的過程中允許訪問資源(網(wǎng)絡(luò)、文件、用戶簡檔或位置信息)的項(xiàng)目的檢驗(yàn)框中，從而進(jìn)行設(shè)置。
位置信息獲取部分1318是獲取接收終端1306的當(dāng)前位置的裝置。更具體地說，部分1318是利用GPS、蜂窩式電話或無線LAN的基站信息、RF-ID標(biāo)簽、從無線信號(hào)燈發(fā)出的無線電信號(hào)等的位置指定裝置。位置信息獲取部分1318具有將獲得的位置信息發(fā)送給距離測量部分1317的功能。
距離測量部分1317接收來自位置信息獲取部分1318的當(dāng)前位置信息，并且測量來自事件登記部分1315的位置信息所指的地方與當(dāng)前位置之間的距離。將位置測量的結(jié)果發(fā)送到事件登記部分1315。
事件登記部分1315根據(jù)來自程序翻譯部分1314的事件登記指令登記事件。
作為事件登記的例子包括定時(shí)事件(在經(jīng)過了指定時(shí)間之后發(fā)生的事件)、位置事件(當(dāng)終端進(jìn)入指定區(qū)或從指定區(qū)出來時(shí)發(fā)生的事件)、數(shù)據(jù)接收事件(當(dāng)接收指定數(shù)據(jù)時(shí)發(fā)生的事件)以及數(shù)據(jù)訪問事件(當(dāng)訪問指定數(shù)據(jù)時(shí)發(fā)生的事件)。該部分具有當(dāng)發(fā)生事件時(shí)，調(diào)用在登記過程中登記的函數(shù)的功能。
下面參照圖17，描述根據(jù)第二實(shí)施例的接收終端1306中的操作當(dāng)中，獲取要顯示的信道信息的操作。圖17是根據(jù)第二實(shí)施例接收終端1306獲取要顯示的信道信息的操作流程圖。
首先，接收終端1306中的發(fā)送部分1308打開信道以接收信道信息(步驟1501)。
假設(shè)事先指定了信道，并且總是可以在該信道上接收信道信息。
發(fā)送部分1308接收發(fā)送的信道信息(步驟1502)以便將其提供給程序選擇部分1312。
程序選擇部分1312從信道信息中提取要向用戶展示的標(biāo)題信息(步驟1503)，然后，返回到步驟1502的處理，等待接收下一個(gè)信道信息。
因此，接收終端1306獲取信道信息和在顯示部分1311上顯示程序標(biāo)題。
下面參照圖18，描述接收終端1306中的操作當(dāng)中，用戶選擇程序時(shí)接收終端1306中的操作。
圖18是根據(jù)第二實(shí)施例接收終端1395的用戶選擇程序之后時(shí)的操作流程圖。
當(dāng)接收到指示用戶已經(jīng)選擇了程序的信息時(shí)(步驟1601)，程序選擇部分1312根據(jù)所選程序的信道信息，打開每種媒體數(shù)據(jù)的接收信道(步驟1602)。
發(fā)送部分1308利用打開的信道接收程序數(shù)據(jù)(步驟1603)，以便將其輸出到存儲(chǔ)管理部分1309。
存儲(chǔ)管理部分1309將確定程序的屏幕結(jié)構(gòu)的媒體數(shù)據(jù)(HTML數(shù)據(jù)和SMIL數(shù)據(jù))存儲(chǔ)在接收數(shù)據(jù)存儲(chǔ)部分1307中(步驟1604)。
當(dāng)接收到步驟1604中的所有媒體數(shù)據(jù)時(shí)(步驟1605)，描述翻譯部分1310取出媒體數(shù)據(jù)，并且提取要翻譯的程序部分(步驟1606)。
當(dāng)媒體數(shù)據(jù)包括程序時(shí)(步驟1607)，描述翻譯部分1310將程序用作變元，通過程序翻譯部分1314調(diào)用程序翻譯處理(如后所述)(步驟1608)，并且獲取處理結(jié)果，作為返回值(步驟1609)。
由于在顯示接收媒體數(shù)據(jù)的時(shí)間間隔內(nèi)有可能進(jìn)行通信，描述翻譯部分1310監(jiān)視和等待媒體數(shù)據(jù)的更新(步驟1611)，并且當(dāng)媒體數(shù)據(jù)發(fā)生改變時(shí)，返回到步驟1603的處理和重復(fù)獲取要顯示的已變媒體數(shù)據(jù)的處理。
另外，作為檢測媒體數(shù)據(jù)的更新的方法，采用將唯一確定媒體數(shù)據(jù)的標(biāo)識(shí)符指定給數(shù)據(jù)包的首標(biāo)部分，并且根據(jù)標(biāo)識(shí)符的改變檢測更新的方法。
下面參照圖19，描述接收終端1306中的操作當(dāng)中，翻譯程序部分的處理。圖19是根據(jù)第二實(shí)施例接收終端1306翻譯程序部分的流程圖。
將程序用作變元遞歸地調(diào)用翻譯處理。從而可以翻譯引用結(jié)構(gòu)的程序。
首先，程序翻譯部分1314翻譯作為變元提供的程序(步驟1701)。
當(dāng)程序要求登記事件時(shí)(步驟1702)，程序翻譯部分1314登記事件(步驟1703)。
當(dāng)程序含有引用另一個(gè)程序的部分時(shí)(步驟1704)，程序翻譯部分1314檢驗(yàn)要引用的程序是否已存儲(chǔ)(步驟1705)。當(dāng)未存儲(chǔ)這樣的程序時(shí)，部分1314等待接收引用程序(步驟1706)。
然后，程序翻譯部分1314獲取引用程序，并且將獲得的程序用作變元調(diào)用程序翻譯處理(步驟1707)。最后，部分1314獲取處理結(jié)果作為返回值和結(jié)束處理(步驟1708)。
下面參照圖20，描述接收終端1306中的操作當(dāng)中，監(jiān)視登記事件的操作。圖20是根據(jù)第二實(shí)施例接收終端1306監(jiān)視登記事件的操作流程圖。
圖20中的例子例示了接收終端1306處理位置事件的情況。
假設(shè)當(dāng)接收終端1306登記位置事件時(shí)，終端1306登記表示一個(gè)地方的信息、表示距離的信息、位置事件的類型(表示當(dāng)進(jìn)入一個(gè)區(qū)域時(shí)或當(dāng)從一個(gè)區(qū)域出來時(shí)是否發(fā)生了事件)以及當(dāng)發(fā)生事件時(shí)要調(diào)用的函數(shù)。
接收終端1306中的位置信息獲取部分1318接收當(dāng)前位置信息(步驟1301)，然后，距離測量部分1317利用當(dāng)前位置信息，測量當(dāng)前位置與在事件登記過程中登記的地方之間的距離(步驟1802)。
程序翻譯部分1314確定在步驟1802中計(jì)算的結(jié)果是否滿足事件條件(步驟1803)，并且當(dāng)結(jié)果滿足條件時(shí)，返回到步驟1801的處理。
這里，事件條件是例如“登記地方與當(dāng)前位置之間的距離短于在事件登記過程中登記的距離，而事件的類型表示當(dāng)進(jìn)入?yún)^(qū)域時(shí)發(fā)生事件”，或“登記地方與當(dāng)前位置之間的距離長于在事件登記過程中登記的距離，而事件的類型表示當(dāng)從區(qū)域出來時(shí)發(fā)生事件”。
當(dāng)事件條件得到滿足時(shí)，程序翻譯部分1314調(diào)用登記的函數(shù)以便執(zhí)行該函數(shù)(步驟1804)。
然后，程序翻譯部分1314將執(zhí)行結(jié)果代入相應(yīng)程序部分中以便嵌入，并且進(jìn)行翻譯處理(步驟1805)。程序翻譯部分1314將翻譯結(jié)果顯示在顯示部分1311上以便結(jié)束處理(步驟1806)。
如上所述，根據(jù)第二實(shí)施例，在數(shù)據(jù)包網(wǎng)絡(luò)中的廣播數(shù)據(jù)分發(fā)過程中，可以分開發(fā)送所有區(qū)域所共有的程序，因此，較少更新數(shù)據(jù)，從而更新必要性低的低更新必要性數(shù)據(jù)以及對于每個(gè)區(qū)域都不同的子程序，因此，較多更新數(shù)據(jù)，從而更新必要性高的高更新必要性數(shù)據(jù)。由此，可以使接收終端1306隨著終端的移動(dòng)只更新更新頻繁的子程序，并且使用已經(jīng)存儲(chǔ)的程序。
并且，根據(jù)第二實(shí)施例，可以使作為較多更新數(shù)據(jù)的子程序的傳輸周期短于作為較少更新程序的程序的傳輸周期。因此，接收終端1306能夠迅速接收較多更新數(shù)據(jù)，并且快速進(jìn)行內(nèi)容的更新。
(第三實(shí)施例)第三實(shí)施例將第一實(shí)施例中的內(nèi)容分發(fā)系統(tǒng)應(yīng)用于地圖分發(fā)。
下面參照圖21描述根據(jù)第三實(shí)施例的地圖分發(fā)系統(tǒng)。圖21是示出根據(jù)第三實(shí)施例的地圖分發(fā)系統(tǒng)的使用模式的視圖。另外，將相同的標(biāo)號(hào)指定給與已經(jīng)描述過相同的部分。
中繼節(jié)點(diǎn)(中繼設(shè)備)103a到103c分別將地圖數(shù)據(jù)分發(fā)給分發(fā)區(qū)1130到1132。
作為媒體數(shù)據(jù)發(fā)送設(shè)備的服務(wù)器200向中繼節(jié)點(diǎn)103a發(fā)送有關(guān)分發(fā)區(qū)1130的地圖數(shù)據(jù)(2201)和有關(guān)與分發(fā)區(qū)1130相鄰的分發(fā)區(qū)1131的地圖數(shù)據(jù)(2202)，向中繼節(jié)點(diǎn)103b發(fā)送有關(guān)分發(fā)區(qū)1131的地圖數(shù)據(jù)(2203)、有關(guān)與分發(fā)區(qū)1131相鄰的分發(fā)區(qū)1130的地圖數(shù)據(jù)(2204)和有關(guān)與分發(fā)區(qū)1131相鄰的分發(fā)區(qū)1132的地圖數(shù)據(jù)(2205)，并且向中繼節(jié)點(diǎn)103c發(fā)送有關(guān)分發(fā)區(qū)1132的地圖數(shù)據(jù)(2206)和有關(guān)與分發(fā)區(qū)1132相鄰的分發(fā)區(qū)1131的地圖數(shù)據(jù)(2207)。
服務(wù)器200分發(fā)作為與區(qū)域無關(guān)的公用數(shù)據(jù)的、顯示地圖的程序2200。
地圖數(shù)據(jù)2201到2207是對象ID與地圖顯示程序2200的對象ID相同的用于程序的數(shù)據(jù)。這樣，由于地圖數(shù)據(jù)2201到2207具有與地圖顯示程序2200的對象ID相同的對象ID，可以將地圖顯示程序與地圖數(shù)據(jù)聯(lián)系在一起進(jìn)行操作。
地圖顯示程序可以利用根據(jù)本實(shí)施例的內(nèi)容分發(fā)系統(tǒng)來分發(fā)，并且取代利用本實(shí)施例中的內(nèi)容分發(fā)系統(tǒng)進(jìn)行分發(fā)，由接收終端210的用戶事先從某個(gè)URL中下載，或者，通過諸如存儲(chǔ)卡之類的媒體或其它各種各樣通信媒體從PC安裝。
假設(shè)服務(wù)器200將作為信道信息的公用數(shù)據(jù)發(fā)送到中繼節(jié)點(diǎn)103a到103c。服務(wù)器200對有關(guān)分發(fā)數(shù)據(jù)的區(qū)域的地圖數(shù)據(jù)，即，必要度高的高必要性數(shù)據(jù)設(shè)置短傳輸周期，而對周邊分發(fā)區(qū)域的地圖數(shù)據(jù)，即，必要度低的低必要性數(shù)據(jù)設(shè)置長傳輸周期。
當(dāng)服務(wù)器200如此進(jìn)行地圖數(shù)據(jù)的發(fā)送時(shí)，對于有關(guān)存在接收終端210的分發(fā)區(qū)域的地圖數(shù)據(jù)，即，對于高必要性數(shù)據(jù)，等待時(shí)間減少了。從而可以縮短顯示有關(guān)接收終端210當(dāng)前所在的區(qū)域的地圖花費(fèi)的時(shí)間。
如上所述，根據(jù)第三實(shí)施例，服務(wù)器200向接收終端210a到210c發(fā)送接收終端210a到210c所在的區(qū)域1130到1132的相鄰區(qū)域的地圖數(shù)據(jù)，從而可以使接收終端210a到210c從分發(fā)區(qū)1130到1132移動(dòng)到其它分發(fā)區(qū)1130到1132之前，事先接收有關(guān)其它分發(fā)區(qū)1130到1132的地圖數(shù)據(jù)。結(jié)果，可以使接收終端210a到210c在移動(dòng)到其它分發(fā)區(qū)1130到1132時(shí)快速顯示有關(guān)其它分發(fā)區(qū)1130到1132的地圖信息。
并且，根據(jù)第三實(shí)施例，即使接收終端210正在移動(dòng)，終端210也能夠使用作為與區(qū)域無關(guān)的公用數(shù)據(jù)的地圖顯示程序2200。
另外，服務(wù)器200可以將有關(guān)存在接收終端201的分發(fā)區(qū)的地圖數(shù)據(jù)設(shè)置成大數(shù)據(jù)量的詳細(xì)地址數(shù)據(jù)，而將有關(guān)相鄰分發(fā)區(qū)的地圖數(shù)據(jù)設(shè)置成數(shù)據(jù)量比有關(guān)存在終端201的分發(fā)區(qū)的地圖數(shù)據(jù)的數(shù)據(jù)量少的簡單地圖數(shù)據(jù)，以便加以分發(fā)。
這樣，接收終端210能夠顯示有關(guān)終端210當(dāng)前所在的分發(fā)區(qū)的更詳細(xì)地圖。
并且，在這種情況下，當(dāng)在相鄰分發(fā)區(qū)中發(fā)送的簡單地圖數(shù)據(jù)是發(fā)送到存在接收終端210的分發(fā)區(qū)的詳細(xì)地圖數(shù)據(jù)的一部分時(shí)，終端210能夠使用在相鄰分發(fā)區(qū)中發(fā)送的地圖數(shù)據(jù)。
例如，當(dāng)接收終端210從分發(fā)區(qū)1130移動(dòng)到分發(fā)區(qū)1131時(shí)，通過只接收地圖數(shù)據(jù)2204和地圖數(shù)據(jù)2202之差的數(shù)據(jù)，就可以獲取有關(guān)分發(fā)區(qū)1131的詳細(xì)地圖數(shù)據(jù)。于是，接收終端210含有少數(shù)要更新的數(shù)據(jù)，因此，能夠縮短顯示詳細(xì)地圖所花費(fèi)的時(shí)間。
作為在接收終端210中接收差異數(shù)據(jù)的方法，可以檢測RTP首標(biāo)的塊號(hào)(圖6中的908)，以便只存儲(chǔ)未接收的數(shù)據(jù)，或在分發(fā)地圖數(shù)據(jù)2204與地圖數(shù)據(jù)2202之間的差數(shù)據(jù)以及作為不同程序的地圖數(shù)據(jù)2204的系統(tǒng)中，或在同一程序上的不同端口中，有效地只接收差地圖數(shù)據(jù)，以取代像圖21中那樣分發(fā)地圖數(shù)據(jù)。
并且，可以將要分發(fā)的地圖數(shù)據(jù)劃分成整個(gè)分發(fā)區(qū)1130到1132的簡單地圖數(shù)據(jù)以及要分發(fā)的每個(gè)分發(fā)區(qū)的詳細(xì)地圖數(shù)據(jù)。在整個(gè)分發(fā)區(qū)1130到1132上分發(fā)整個(gè)簡單地圖數(shù)據(jù)，而在各自區(qū)域中分發(fā)每個(gè)分發(fā)區(qū)的詳細(xì)地圖數(shù)據(jù)。
并且，在這種情況下，整個(gè)簡單地圖數(shù)據(jù)的傳輸周期被設(shè)置得較短，而每個(gè)區(qū)域的詳細(xì)地圖數(shù)據(jù)的傳輸周期被設(shè)置得較長。這樣，可以在分發(fā)區(qū)1131和1132中使用在分發(fā)區(qū)1130中接收的整個(gè)簡單地圖數(shù)據(jù)。
因此，當(dāng)接收終端從分發(fā)區(qū)1130移動(dòng)到分發(fā)區(qū)1131時(shí)，要求終端只接收分發(fā)區(qū)1131的詳細(xì)地圖數(shù)據(jù)，因此，能夠減少顯示詳細(xì)地圖所花費(fèi)的時(shí)間。
(第四實(shí)施例)第四實(shí)施例將根據(jù)第一實(shí)施例的內(nèi)容分發(fā)系統(tǒng)應(yīng)用于位置相關(guān)游戲分發(fā)系統(tǒng)。
下面參照圖22描述根據(jù)第四實(shí)施例的位置相關(guān)游戲分發(fā)系統(tǒng)。圖22是示出根據(jù)第四實(shí)施例的位置相關(guān)游戲分發(fā)系統(tǒng)的使用模式的視圖。另外，將相同的標(biāo)號(hào)指定給與已經(jīng)描述過相同的部分。
中繼節(jié)點(diǎn)103a到103c將游戲的主程序、指定程序的操作的規(guī)則以及程序使用的子程序或數(shù)據(jù)分別分發(fā)給分發(fā)區(qū)1130、1131和1132。
服務(wù)器200將作為與區(qū)域1130到1132無關(guān)的公用數(shù)據(jù)的游戲的主程序(2301)發(fā)送到中繼節(jié)點(diǎn)103a到103c，并且將用在分發(fā)區(qū)1130中的規(guī)則(2302)發(fā)送到中繼節(jié)點(diǎn)103a。
例如，該規(guī)則是“在分發(fā)區(qū)1130中魔術(shù)技能喪失了”或“在分發(fā)區(qū)1130中魔力加倍”。
服務(wù)器200將用在分發(fā)區(qū)1131中的數(shù)據(jù)(2303)發(fā)送到中繼節(jié)點(diǎn)103b。
該數(shù)據(jù)是只出現(xiàn)在分發(fā)區(qū)1131中的特征的信息或用在分發(fā)區(qū)1131中的地圖數(shù)據(jù)。
服務(wù)器200將用在分發(fā)區(qū)1132中的子程序(2306)發(fā)送到中繼節(jié)點(diǎn)103c。
子程序是例如只在分發(fā)區(qū)1132中享受的紙牌游戲的程序，或與只發(fā)生在分發(fā)區(qū)1132中的事件有關(guān)的程序。
規(guī)則2302、數(shù)據(jù)2303和子程序2306擁有與游戲的主程序2301相同的對象ID，因此，能夠與游戲的主程序適當(dāng)聯(lián)系地運(yùn)行。
假設(shè)服務(wù)器200將作為信道信息的公用數(shù)據(jù)發(fā)送到中繼節(jié)點(diǎn)103a到103c。
服務(wù)器200對游戲的主程序2301設(shè)置長傳輸周期，而對規(guī)則2302、數(shù)據(jù)2303和子程序2306設(shè)置短傳輸周期。
當(dāng)如此進(jìn)行發(fā)送時(shí)，作為是公用數(shù)據(jù)的游戲的主程序2301，在分發(fā)區(qū)1130中接收的程序可以用在分發(fā)區(qū)1131和1132中。于是，在分發(fā)區(qū)1131和1132中，只需要為分發(fā)區(qū)1131和1132接收數(shù)據(jù)2303和2306和子程序2304和2307，因此，接收終端210a到210c含有少數(shù)要更新的數(shù)據(jù)。接收等待時(shí)間因此減少了。并且，由于數(shù)據(jù)2303和2306和子程序2304和2307的傳輸周期被設(shè)置成短的，接收等待時(shí)間可以進(jìn)一步縮短。
取代利用內(nèi)容分發(fā)系統(tǒng)進(jìn)行分發(fā)，游戲的主程序2301可以事先從某個(gè)URL中下載，或者，通過諸如存儲(chǔ)卡之類的媒體或其它各種各樣通信媒體從PC安裝。此外，在這種情況下，游戲的主程序、數(shù)據(jù)、規(guī)則和子程序通過擁有相同的對象ID相互聯(lián)系。
如上所述，根據(jù)第四實(shí)施例，可以進(jìn)行與區(qū)域相對應(yīng)的游戲分發(fā)。并且，可以分開發(fā)送作為與區(qū)域無關(guān)的公用數(shù)據(jù)的主程序2301，因此，較少更新數(shù)據(jù)(更新必要性低的低更新必要性數(shù)據(jù))以及對于每個(gè)區(qū)域不同的規(guī)則(2302)、數(shù)據(jù)(2303)和子程序(2306)，因此，較多更新數(shù)據(jù)(更新必要性高的高更新必要性數(shù)據(jù))。從而可以使接收終端210使用與區(qū)域無關(guān)的主程序。
此外，根據(jù)第四實(shí)施例，可以使作為較多更新數(shù)據(jù)的規(guī)則(2302)、數(shù)據(jù)(2303)和子程序(2306)的傳輸周期短于作為較少更新程序的主程序(2301)的傳輸周期。因此，接收終端能夠快速地接收作為較多更新數(shù)據(jù)的規(guī)則(2302)、數(shù)據(jù)(2303)和子程序(2306)，并且快速地進(jìn)行內(nèi)容的更新。
(第五實(shí)施例)第五實(shí)施例描述與其它媒體(視頻、音頻、靜止圖像和文本)同步地運(yùn)行程序。
下面參照圖23描述根據(jù)第五實(shí)施例的接收終端。圖23是根據(jù)第五實(shí)施例的接收終端的配置圖。另外，將相同標(biāo)號(hào)指定給與已經(jīng)描述過相同的部分。
根據(jù)第五實(shí)施例的接收終端1200顯示可與其它媒體(視頻、音頻、靜止圖像和文本)同步執(zhí)行的內(nèi)容。
除了根據(jù)第一實(shí)施例的接收終端104中的部分之外，接收終端1200還含有解碼部分1201和同步再現(xiàn)部分1202。
解碼部分1201是解碼諸如視頻、音頻以及靜止圖像之類的編碼信息以便輸出到同步再現(xiàn)部分1202的裝置。并且，解碼部分1201是當(dāng)必要輸出到同步再現(xiàn)部分1202時(shí)翻譯諸如HTML之類的文本數(shù)據(jù)的裝置。此外，解碼部分1201具有一旦接收到來自程序執(zhí)行部分的請求，就將內(nèi)容的當(dāng)前再現(xiàn)時(shí)間通知程序執(zhí)行部分的功能。
同步再現(xiàn)部分1202是使解碼和翻譯數(shù)據(jù)同步以便加以合成的裝置。作為用在同步再現(xiàn)部分1202中的同步方法的例子包括將時(shí)間標(biāo)記指定給發(fā)送數(shù)據(jù)作為RTP，并且根據(jù)該標(biāo)記再現(xiàn)數(shù)據(jù)的方法。
除了程序執(zhí)行部分216的功能之外，程序執(zhí)行部分1203還具有如下功能。當(dāng)執(zhí)行程序時(shí)，程序執(zhí)行部分1203將當(dāng)前內(nèi)容再現(xiàn)時(shí)間與在運(yùn)行規(guī)則中描述的再現(xiàn)時(shí)間相比較，當(dāng)再現(xiàn)時(shí)間已經(jīng)過去時(shí)，作為超過事件來管理。當(dāng)發(fā)生超過事件時(shí)，由于程序執(zhí)行隨后的特定操作，程序執(zhí)行部分1203能夠與內(nèi)容的顯示同步地運(yùn)行程序。
如上所述，根據(jù)第五實(shí)施例，即使將單段內(nèi)容劃分成要分發(fā)的多段內(nèi)容，也可以使要再現(xiàn)的媒體數(shù)據(jù)同步。通過這種手段，即使將單段內(nèi)容劃分成要分發(fā)的多段內(nèi)容，也可以使接收終端的用戶像在一起接收單段內(nèi)容的情況中那樣享受內(nèi)容數(shù)據(jù)。
本申請基于2003年1月23日提出的日本專利申請第2003-014580號(hào)和2003年6月27日提出的日本專利申請第2003-185529號(hào)，特此全文引用，以供參考。
工業(yè)可應(yīng)用性如上所述，根據(jù)本發(fā)明，例如，通過對必要性高的媒體數(shù)據(jù)比對必要性低的媒體數(shù)據(jù)設(shè)置較短的傳輸周期，可以對諸如概要信息之類作為快速觀看的主題的信息比對詳細(xì)信息設(shè)置較短的傳輸周期。結(jié)果，在有限傳輸頻帶中，可以發(fā)送媒體數(shù)據(jù)，以便使接收終端在終端開始接收內(nèi)容或接收終端的條件發(fā)生改變時(shí)能夠更快地更新必要數(shù)據(jù)，并縮短在接收終端中顯示/再現(xiàn)內(nèi)容等待時(shí)間。因此，本發(fā)明可應(yīng)用于諸如分發(fā)服務(wù)器沿著一個(gè)方向?qū)?shù)據(jù)分發(fā)給接收終端的系統(tǒng)之類的分發(fā)系統(tǒng)和接收終端接收程序的廣播分發(fā)系統(tǒng)。
權(quán)利要求
1.一種媒體數(shù)據(jù)發(fā)送設(shè)備，包括存儲(chǔ)器，用于存儲(chǔ)由第一數(shù)據(jù)和第二數(shù)據(jù)組成的內(nèi)容；發(fā)送管理器，用于從存儲(chǔ)器中獲取第一數(shù)據(jù)和第二數(shù)據(jù)，并且將第一數(shù)據(jù)的傳輸周期設(shè)置得比第二數(shù)據(jù)的傳輸周期短；和發(fā)送器，用于利用設(shè)置的傳輸周期分開地和重復(fù)地發(fā)送第一數(shù)據(jù)和第二數(shù)據(jù)，其中，第一數(shù)據(jù)是必要度高的高必要性數(shù)據(jù)，而第二數(shù)據(jù)是與高必要性數(shù)據(jù)相比，必要度低的低必要性數(shù)據(jù)。
2.根據(jù)權(quán)利要求1所述的媒體數(shù)據(jù)發(fā)送設(shè)備，其中，發(fā)送管理部分根據(jù)分發(fā)第一數(shù)據(jù)的區(qū)域的大小或分發(fā)第二數(shù)據(jù)的區(qū)域的大小，確定第一數(shù)據(jù)的傳輸周期和第二數(shù)據(jù)的傳輸周期的至少一個(gè)。
3.根據(jù)權(quán)利要求1所述的媒體數(shù)據(jù)發(fā)送設(shè)備，其中，第二數(shù)據(jù)含有比第一數(shù)據(jù)更大的信息量。
4.根據(jù)權(quán)利要求1所述的媒體數(shù)據(jù)發(fā)送設(shè)備，其中，第一數(shù)據(jù)是內(nèi)容的概要信息的數(shù)據(jù)，而第二數(shù)據(jù)是內(nèi)容的詳細(xì)信息的數(shù)據(jù)。
5.根據(jù)權(quán)利要求4所述的媒體數(shù)據(jù)發(fā)送設(shè)備，進(jìn)一步包括電子簽名指定器，用于將電子簽名指定給詳細(xì)信息的數(shù)據(jù)，其中，發(fā)送管理器具有將公開密鑰證書指定給概要信息的數(shù)據(jù)的功能。
6.根據(jù)權(quán)利要求1所述的媒體數(shù)據(jù)發(fā)送設(shè)備，其中，將使高必要性數(shù)據(jù)與低必要性數(shù)據(jù)相聯(lián)系的標(biāo)識(shí)符指定給高必要性數(shù)據(jù)和低必要性數(shù)據(jù)，然后發(fā)送它們。
7.根據(jù)權(quán)利要求2所述的媒體數(shù)據(jù)發(fā)送設(shè)備，其中，第一數(shù)據(jù)是發(fā)送目標(biāo)區(qū)的詳細(xì)地圖數(shù)據(jù)，而低必要性數(shù)據(jù)是與發(fā)送目標(biāo)區(qū)相鄰的區(qū)域的粗略地圖數(shù)據(jù)。
8.一種媒體數(shù)據(jù)接收設(shè)備，包括接收器，用于接收從根據(jù)權(quán)利要求1所述的媒體數(shù)據(jù)發(fā)送設(shè)備發(fā)送的第一數(shù)據(jù)和第二數(shù)據(jù)；存儲(chǔ)管理器，用于使接收的第一數(shù)據(jù)和接收的第二數(shù)據(jù)相互聯(lián)系以便加以存儲(chǔ)；和執(zhí)行器，用于利用第二數(shù)據(jù)和與第二數(shù)據(jù)相聯(lián)系的第一數(shù)據(jù)執(zhí)行預(yù)定處理。
9.根據(jù)權(quán)利要求8所述的媒體數(shù)據(jù)接收設(shè)備，其中，在接收到第一數(shù)據(jù)或第二數(shù)據(jù)時(shí)停止接收第一數(shù)據(jù)或第二數(shù)據(jù)的操作。
10.根據(jù)權(quán)利要求8所述的媒體數(shù)據(jù)接收設(shè)備，其中，在停止接收第一數(shù)據(jù)或第二數(shù)據(jù)的操作之后，通知用戶接收操作已停止。
11.一種媒體數(shù)據(jù)接收設(shè)備，包括接收器，用于接收從根據(jù)權(quán)利要求5所述的媒體數(shù)據(jù)發(fā)送設(shè)備發(fā)送的概要信息的數(shù)據(jù)和詳細(xì)信息的數(shù)據(jù)；和驗(yàn)證部分，用于從概要信息的數(shù)據(jù)中獲取公開密鑰證書，并且從詳細(xì)信息的數(shù)據(jù)中獲取電子簽名，以及利用公開密鑰證書、詳細(xì)信息的數(shù)據(jù)和電子簽名檢驗(yàn)詳細(xì)信息是否受到竄改。
12.一種媒體數(shù)據(jù)接收方法，包括接收從根據(jù)權(quán)利要求1所述的媒體數(shù)據(jù)發(fā)送設(shè)備分開發(fā)送的第一數(shù)據(jù)和第二數(shù)據(jù)；使接收的第一數(shù)據(jù)和接收的第二數(shù)據(jù)相互聯(lián)系以便加以存儲(chǔ)；和利用第二數(shù)據(jù)和與第二數(shù)據(jù)相聯(lián)系的第一數(shù)據(jù)執(zhí)行預(yù)定處理。
13.根據(jù)權(quán)利要求12所述的媒體數(shù)據(jù)接收方法，其中，當(dāng)接收到第一數(shù)據(jù)或第二數(shù)據(jù)時(shí)，停止接收第一數(shù)據(jù)或第二數(shù)據(jù)的操作。
14.根據(jù)權(quán)利要求13所述的媒體數(shù)據(jù)接收方法，其中，在停止接收第一數(shù)據(jù)或第二數(shù)據(jù)的操作之后，通知用戶接收操作已停止。
15.一種內(nèi)容分發(fā)系統(tǒng)，包括含有如下部分的媒體數(shù)據(jù)發(fā)送設(shè)備存儲(chǔ)器，用于存儲(chǔ)由第一數(shù)據(jù)和第二數(shù)據(jù)組成的內(nèi)容；發(fā)送管理器，用于獲取第一數(shù)據(jù)和第二數(shù)據(jù)，并且將第一數(shù)據(jù)的傳輸周期設(shè)置得比第二數(shù)據(jù)的傳輸周期短；和發(fā)送器，用于利用設(shè)置的傳輸周期分開地和重復(fù)地發(fā)送第一數(shù)據(jù)和第二數(shù)據(jù)，和含有如下部分的媒體數(shù)據(jù)接收設(shè)備接收器，用于接收從媒體數(shù)據(jù)發(fā)送設(shè)備發(fā)送的第一數(shù)據(jù)和第二數(shù)據(jù)；存儲(chǔ)管理器，用于使接收的第一數(shù)據(jù)和接收的第二數(shù)據(jù)相互聯(lián)系以便加以存儲(chǔ)；和執(zhí)行器，用于利用第二數(shù)據(jù)和與第二數(shù)據(jù)相聯(lián)系的第一數(shù)據(jù)執(zhí)行預(yù)定處理，其中，第一數(shù)據(jù)是必要度高的高必要性數(shù)據(jù)，而第二數(shù)據(jù)是與高必要性數(shù)據(jù)相比，必要度低的低必要性數(shù)據(jù)。
全文摘要
在本發(fā)明中，內(nèi)容由多項(xiàng)數(shù)據(jù)(1101，1102，1103，1104)組成，而構(gòu)成內(nèi)容的數(shù)據(jù)的傳輸周期等隨數(shù)據(jù)的重要性和/或必要性和用途而改變。這樣，例如，可以將高必要性數(shù)據(jù)的傳輸周期設(shè)置得比低必要性數(shù)據(jù)的傳輸周期短，并且將諸如概要信息之類要求快速觀看的信息的傳輸周期設(shè)置得比詳細(xì)信息的傳輸周期短。
文檔編號(hào)H04H1/00GK1742474SQ20048000276
公開日2006年3月1日 申請日期2004年1月21日 優(yōu)先權(quán)日2003年1月23日
發(fā)明者武井一朗, 佐藤潤一, 山口孝雄, 里雄二, 伊藤智祥, 井戶大治 申請人:松下電器產(chǎn)業(yè)株式會(huì)社