JPH11306069A - 送信装置および送信方法、受信装置および受信方法、並びに送受信システムおよび送受信方法 - Google Patents

Abstract

(57)【要約】 【課題】 コンテンツの更新管理を、容易に行う。 【解決手段】 サーバ２において、データベース３に登
録されたコンテンツが更新されると、その更新後のコン
テンツのハッシュ値が計算され、そのハッシュ値を含
み、コンテンツの新しさとしてのバージョンを報知する
ためのデータであるイベントが作成され、送信される。
受信端末５では、イベントが受信され、イベントが有す
るハッシュ値に基づいて、自身が記憶しているコンテン
ツのバージョンの新旧が判定される。そして、受信端末
５では、古いバージョンのコンテンツが記憶されている
場合、イベントによって新しさが報知されたコンテンツ
への更新を行うためのデータであるサブジェクトが、サ
ーバ２に要求され、そのサブジェクトに基づいて、コン
テンツが更新される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、送信装置および送
信方法、受信装置および受信方法、並びに送受信システ
ムおよび送受信方法に関し、特に、例えば、分散型デー
タベースにおいて、１のデータベースの更新に伴って、
他のデータベースの更新を行うためのデータの配信を行
う場合などに用いて好適な送信装置および送信方法、受
信装置および受信方法、並びに送受信システムおよび送
受信方法に関する。

【０００２】

【従来の技術】例えば、分散型データベースでは、１の
データベースの更新に伴って、他のデータベースも更新
し、すべてのデータベースの記憶内容を同一にしておく
必要がある。このようなデータの更新は、一般に、各デ
ータに、バージョンを付して管理されている（版管理さ
れている）。

【０００３】即ち、例えば、データが更新されるごとに
増加されていく連続的な数字などをバージョンとして用
いて、バージョンどうしを比較することで、データの更
新がなされたかどうかが管理される。

【０００４】ここで、バージョンは、データが更新され
るごとに変化していくから、データの新しさを表す情報
であるということができる。

【０００５】

【発明が解決しようとする課題】上述したように、従来
においては、データが更新されるごとに増加されていく
連続的な数字などをバージョンとして用いていたため、
データが更新されるごとに、そのバージョンを表す数字
を、正しく増加させ、さらには、そのように正しく増加
させた数字を、更新後のデータと対応付けて管理する必
要があり、面倒であった。

【０００６】本発明は、このような状況に鑑みてなされ
たものであり、データの更新管理を、容易に行うことが
できるようにするものである。

【０００７】

【課題を解決するための手段】請求項１に記載の送信装
置は、コンテンツを入力として、所定の関数を演算する
演算手段と、コンテンツを入力とする所定の関数の演算
結果を含み、そのコンテンツの新しさを報知するための
報知データを作成する報知データ作成手段とを備えるこ
とを特徴とする。

【０００８】請求項９に記載の送信方法は、コンテンツ
を入力として、所定の関数を演算し、コンテンツを入力
とする所定の関数の演算結果を含み、そのコンテンツの
新しさを報知するための報知データを作成することを特
徴とする。

【０００９】請求項１０に記載の受信装置は、コンテン
ツを入力とする所定の関数の演算結果を含み、そのコン
テンツの新しさを報知するための報知データを受信する
受信手段と、報知データが有する所定の関数の演算結果
に基づいて、コンテンツの更新の有無を判定する判定手
段と、判定手段の判定結果に基づいて、報知データによ
って新しさが報知されたコンテンツへの更新を行うため
の更新データを取得する取得手段とを備えることを特徴
とする。

【００１０】請求項１８に記載の受信方法は、コンテン
ツを入力とする所定の関数の演算結果を含み、そのコン
テンツの新しさを報知するための報知データを受信し、
報知データが有する所定の関数の演算結果に基づいて、
コンテンツの更新の有無を判定し、その判定結果に基づ
いて、報知データによって新しさが報知されたコンテン
ツへの更新を行うための更新データを取得することを特
徴とする。

【００１１】請求項１９に記載の送受信システムは、送
信装置が、コンテンツを入力として、所定の関数を演算
する演算手段と、コンテンツを入力とする所定の関数の
演算結果を含み、そのコンテンツの新しさを報知するた
めの報知データを作成する報知データ作成手段とを有
し、受信装置が、報知データを受信する受信手段と、報
知データが有する所定の関数の演算結果に基づいて、コ
ンテンツの更新の有無を判定する判定手段と、判定手段
の判定結果に基づいて、報知データによって新しさが報
知されたコンテンツへの更新を行うための更新データを
取得する取得手段とを有することを特徴とする。

【００１２】請求項２０に記載の送受信方法は、送信装
置において、コンテンツを入力として、所定の関数を演
算し、コンテンツを入力とする所定の関数の演算結果を
含み、そのコンテンツの新しさを報知するための報知デ
ータを作成し、受信装置において、報知データを受信
し、報知データが有する所定の関数の演算結果に基づい
て、コンテンツの更新の有無を判定し、その判定結果に
基づいて、報知データによって新しさが報知されたコン
テンツへの更新を行うための更新データを取得すること
を特徴とする。

【００１３】請求項１に記載の送信装置においては、演
算手段は、コンテンツを入力として、所定の関数を演算
し、報知データ作成手段は、コンテンツを入力とする所
定の関数の演算結果を含み、そのコンテンツの新しさを
報知するための報知データを作成するようになされてい
る。

【００１４】請求項９に記載の送信方法においては、コ
ンテンツを入力として、所定の関数を演算し、コンテン
ツを入力とする所定の関数の演算結果を含み、そのコン
テンツの新しさを報知するための報知データを作成する
ことを特徴とする。

【００１５】請求項１０に記載の受信装置においては、
受信手段は、コンテンツを入力とする所定の関数の演算
結果を含み、そのコンテンツの新しさを報知するための
報知データを受信し、判定手段は、報知データが有する
所定の関数の演算結果に基づいて、コンテンツの更新の
有無を判定するようになされている。取得手段は、判定
手段の判定結果に基づいて、報知データによって新しさ
が報知されたコンテンツへの更新を行うための更新デー
タを取得するようになされている。

【００１６】請求項１８に記載の受信方法においては、
コンテンツを入力とする所定の関数の演算結果を含み、
そのコンテンツの新しさを報知するための報知データを
受信し、報知データが有する所定の関数の演算結果に基
づいて、コンテンツの更新の有無を判定し、その判定結
果に基づいて、報知データによって新しさが報知された
コンテンツへの更新を行うための更新データを取得する
ようになされている。

【００１７】請求項１９に記載の送受信システムにおい
ては、演算手段は、コンテンツを入力として、所定の関
数を演算し、報知データ作成手段は、コンテンツを入力
とする所定の関数の演算結果を含み、そのコンテンツの
新しさを報知するための報知データを作成するようにな
されている。受信手段は、報知データを受信し、判定手
段は、報知データが有する所定の関数の演算結果に基づ
いて、コンテンツの更新の有無を判定するようになされ
ている。取得手段は、判定手段の判定結果に基づいて、
報知データによって新しさが報知されたコンテンツへの
更新を行うための更新データを取得するようになされて
いる。

【００１８】請求項２０に記載の送受信方法において
は、送信装置では、コンテンツを入力として、所定の関
数を演算し、コンテンツを入力とする所定の関数の演算
結果を含み、そのコンテンツの新しさを報知するための
報知データを作成するようになされている。一方、受信
装置では、報知データを受信し、報知データが有する所
定の関数の演算結果に基づいて、コンテンツの更新の有
無を判定し、その判定結果に基づいて、報知データによ
って新しさが報知されたコンテンツへの更新を行うため
の更新データを取得するようになされている。

【００１９】

【発明の実施の形態】以下に、本発明の実施の形態を説
明するが、その前に、特許請求の範囲に記載の発明の各
手段と以下の実施の形態との対応関係を明らかにするた
めに、各手段の後の括弧内に、対応する実施の形態（但
し、一例）を付加して、本発明の特徴を記述すると、次
のようになる。

【００２０】即ち、請求項１に記載の送信装置は、デー
タベースに登録されたコンテンツの提供のためのデータ
の送信を行う送信装置において、コンテンツを入力とし
て、所定の関数を演算する演算手段（例えば、図２に示
すハッシュ値計算部１６など）と、コンテンツを入力と
する所定の関数の演算結果を含み、そのコンテンツの新
しさを報知するための報知データを作成する報知データ
作成手段（例えば、図２に示すデータ構成部１７など）
と、報知データを、コンテンツの提供を受ける受信装置
に送信する送信手段（例えば、図２に示す通信制御部１
１や伝送部１８など）とを備えることを特徴とする。

【００２１】請求項１０に記載の受信装置は、データベ
ースに登録されたコンテンツの提供を受けるためのデー
タの受信を行う受信装置において、コンテンツを入力と
する所定の関数の演算結果を含み、そのコンテンツの新
しさを報知するための報知データを受信する受信手段
（例えば、図８に示す受信部２１や通信制御部３１な
ど）と、報知データが有する所定の関数の演算結果に基
づいて、コンテンツの更新の有無を判定する判定手段
（例えば、図８に示す更新判定部３０など）と、判定手
段の判定結果に基づいて、報知データによって新しさが
報知されたコンテンツへの更新を行うための更新データ
を取得する取得手段（例えば、図８に示す受信部２１お
よびイベント処理部２９や、イベント処理部２９および
通信制御部３１など）と、更新データに基づいて、コン
テンツを更新する更新手段（例えば、管理部２３など）
とを備えることを特徴とする。

【００２２】請求項１４に記載の受信装置は、報知デー
タを要求する要求手段（例えば、図８に示すイベント処
理部２９および通信制御部３１など）をさらに備え、受
信手段が、要求手段の要求に対応して送信されてくる報
知データを受信することを特徴とする。

【００２３】請求項１９に記載の送受信システムは、デ
ータベースに登録されたコンテンツの提供のためのデー
タの送信を行う送信装置と、送信装置からのデータを受
信する受信装置とを備える送受信システムであって、送
信装置が、コンテンツを入力として、所定の関数を演算
する演算手段（例えば、図２に示すハッシュ値計算部１
６など）と、コンテンツを入力とする所定の関数の演算
結果を含み、そのコンテンツの新しさを報知するための
報知データを作成する報知データ作成手段（例えば、図
２に示すデータ構成部１７など）と、報知データを、受
信装置に送信する送信手段（例えば、図２に示す通信制
御部１１や伝送部１８など）とを有し、受信装置が、報
知データを受信する受信手段（例えば、図８に示す受信
部２１や通信制御部３１など）と、報知データが有する
所定の関数の演算結果に基づいて、コンテンツの更新の
有無を判定する判定手段（例えば、図８に示す更新判定
部３０など）と、判定手段の判定結果に基づいて、報知
データによって新しさが報知されたコンテンツへの更新
を行うための更新データを取得する取得手段（例えば、
図８に示す受信部２１およびイベント処理部２９や、イ
ベント処理部２９および通信制御部３１など）と、更新
データに基づいて、コンテンツを更新する更新手段（例
えば、図８に示す管理部２３など）とを有することを特
徴とする。

【００２４】なお、勿論この記載は、各手段を上記した
ものに限定することを意味するものではない。

【００２５】図１は、本発明を適用したデータ配信シス
テム（本明細書中において、システムとは、複数の装置
が論理的に集合した物をいい、各構成の装置が同一筐体
中にあるか否かは問わない）の一実施の形態の構成例を
示している。

【００２６】情報提供者Ａ乃至Ｃは、各種のデータが記
憶されたデータベース１ａ乃至１ｃを有している。な
お、データベース１ａ乃至１ｃには、例えば、交通情
報、天気情報、株価情報その他のリアルタイムで変化す
るデータや、そのようにリアルタイムでは変化しないも
の、さらには、テキストデータ、画像データ、音声デー
タ、コンピュータプログラムなどのあらゆるもの（ポイ
ントキャストによって提供されるフォーマットのデータ
や、ＷＷＷ（World Wide Web）で提供されるホームペー
ジを構成するデータなども含む）を記憶させることがで
きるようになされている。ここで、例えば、交通情報
や、天気情報などのひとまとまりの情報（例えば、１の
ファイル）を、以下、適宜、コンテンツ（contents）と
いう。

【００２７】データベース１ａ乃至１ｃに記憶されたコ
ンテンツが更新されると、即ち、データベース１ａ乃至
１ｃに記憶されたコンテンツが変更されたり、また、そ
こにコンテンツが新規に登録されたり、あるいは、そこ
に記憶されているコンテンツが削除されると、その更新
を行うための更新コンテンツ情報が、放送局を構成する
サーバ２に送信され、サーバ２では、その更新コンテン
ツ情報に基づいて、データベース３が更新される。

【００２８】ここで、更新コンテンツ情報としては、コ
ンテンツが変更された場合は、例えば、その変更後のコ
ンテンツが、新規のコンテンツが登録された場合は、例
えば、その新規のコンテンツが、コンテンツが削除され
た場合は、例えば、そのコンテンツの削除指令が、それ
ぞれデータベース１ａ乃至１ｃからサーバ２に対して送
信される。なお、この場合、更新コンテンツ情報は、コ
ンテンツが変更されたときには、その変更後のコンテン
ツに等しく、また、新規のコンテンツが登録されたとき
には、その新規のコンテンツに等しい。

【００２９】サーバ２は、データベース３の登録内容を
更新すると、更新コンテンツ情報に、その更新コンテン
ツ情報によって更新されるコンテンツを識別するための
ＩＤ（Identification）を付加したデータ（以下、適
宜、サブジェクト（subject）という）（更新データ）
を生成する。即ち、データベース３に記憶されたコンテ
ンツには、各コンテンツを識別するためのＩＤが対応付
けられており、更新コンテンツ情報によって更新される
コンテンツのＩＤが、更新コンテンツ情報に付加される
ことで、サブジェクトが生成される。

【００３０】また、サーバ２では、サブジェクトを取得
するためのデータも生成される。即ち、サブジェクト
は、後述するように、サーバ２から放送ネットワーク４
を介して送信される場合があり、この場合、サブジェク
トを取得するには、サブジェクトが放送される時刻やチ
ャンネルなどが必要な場合がある。また、サブジェクト
は、後述するように、ＵＲＬ（Uniform Resorce Locato
r）などと対応付けられ、サーバ２（さらには、通信ネ
ットワーク６上の、サーバ２以外の図示せぬサーバ）で
管理される場合があり、この場合、サブジェクトを取得
するには、そのＵＲＬが必要となる。そこで、サーバ２
では、このような情報が、サブジェクトを取得するため
のデータとして生成される。

【００３１】さらに、サーバ２は、サブジェクトを取得
するためのデータに、そのデータに基づいて取得される
サブジェクトによって更新されるコンテンツのＩＤを付
加したデータ（以下、適宜、イベント（event）とい
う）を生成する。

【００３２】サーバ２において、サブジェクトと、その
サブジェクトの取得するためのイベントが生成される
と、これらは、所定の送信スケジュールにしたがい、例
えば、衛星回線や、ＣＡＴＶ網、地上波、その他の、少
なくとも、多数のユーザに一斉同報が可能な一方向（双
方向でもよい）のネットワークである放送ネットワーク
４を介して、例えば、ＩＲＤ（Integrated Receiver an
d Decoder）やＳＴＢ(Set Top Box)などでなる受信端末
５に対して送信される。

【００３３】即ち、サブジェクトが生成され、その取得
のためのイベント（そのサブジェクトと同一のＩＤが付
加されたイベント）が生成されると、基本的には、まず
最初に、イベントが、放送ネットワーク４を介して送信
される。さらに、このようにして送信されたイベントの
中に、サブジェクトの放送時刻やチャンネルなどが記述
されたものがある場合には、その放送時刻に、そのチャ
ンネルで、サブジェクトが、放送ネットワーク４を介し
て送信される。

【００３４】ここで、サーバ２においては、例えば、サ
ブジェクトの送信スケジュールがたてられ（放送時刻お
よび放送チャンネルなどが決められ）、その送信スケジ
ュールに基づいて、イベントに、そのサブジェクトの放
送時刻や放送チャンネルなどが記述される。そして、そ
のイベントの送信スケジュールがたてられる。

【００３５】以上のようにして放送ネットワーク４を介
して送信（配信）されてくるイベントは、ユーザの受信
端末５で受信される。受信端末５では、受信したイベン
トのうち、ユーザが所望するコンテンツについてのもの
が選択され、その選択されたイベントに基づいて、サブ
ジェクトが取得される。

【００３６】即ち、例えば、イベントに、サブジェクト
の放送時刻やチャンネルが含まれている場合には、サー
バ２において、上述したように、その放送時刻に、その
チャンネルで、サブジェクトが、放送ネットワーク４を
介して送信されてくるから、受信端末５では、そのよう
にして送信されてくるサブジェクトが受信される。

【００３７】また、例えば、イベントに、サブジェクト
に対応付けられたＵＲＬが含まれている場合には、受信
端末５は、そのＵＲＬに基づき、サーバ２に対して、例
えば、アナログ公衆網や、ＩＳＤＮ（Integrated Servi
ces Digital Network）、インターネット、その他の、
少なくとも双方向通信が可能なネットワークである通信
ネットワーク６を介してアクセスし、サブジェクトを要
求して受信する。

【００３８】受信端末５は、以上のようにしてサブジェ
クトを取得した後、そのサブジェクトに基づいて、コン
テンツを更新する。

【００３９】以上のように、図１のデータ配信システム
においては、サブジェクトの取得方法が記述されたイベ
ントが、放送ネットワーク４を介して配信され、受信端
末５において、そのイベントに基づき、サブジェクトが
取得され、コンテンツの更新が行われるので、受信端末
５の負荷の増大を抑えつつ、効率的なデータ配信を行う
ことができる。

【００４０】即ち、一般に、コンテンツの更新（特に、
コンテンツの変更と新規登録）のための更新コンテンツ
情報を含むサブジェクトのデータ量は多く、さらに、サ
ブジェクトは、コンテンツの更新に対応して生成される
ため、いつ発生するか分からない。従って、そのような
不定期に発生し、かつデータ量の多いサブジェクトだけ
を、なるべく早期に、放送ネットワーク４を介して送信
するとすれば、サーバ２は、現時点において空いている
チャンネルを使用して、サブジェクトを送信する必要が
ある。しかしながら、この場合、受信端末５では、い
つ、どのチャンネルで送信されてくるか分からないサブ
ジェクトを待つ必要があり、負担が大になる。

【００４１】これに対して、イベントは、サブジェクト
の取得方法の記述を含むものであるから、一般に、その
データ量は、更新コンテンツ情報を含むサブジェクトよ
りも、はるかに少なく、このため、例えば、ある狭帯域
のチャンネルの、決まった時間において送信することが
可能である。従って、この場合、受信端末５では、その
チャンネルにおいて、決まった時間に送信されてくるイ
ベントを受信すれば良く、その負荷は、サブジェクトの
送信を待つ場合に比較して、はるかに小さくて済む。

【００４２】さらに、本実施の形態では、イベントが、
広い地域に亘って一斉同報が可能な放送ネットワーク４
を介して送信されるため、受信端末５の数の増加が、サ
ーバ２や放送ネットワーク４の負荷に影響を与えること
もない。

【００４３】そして、本実施の形態では、サブジェクト
は、通信ネットワーク６を介して提供されるだけでな
く、放送ネットワーク４を介しても提供されるので、サ
ブジェクトの取得のために、サーバ２にアクセスが集中
することはほとんどなく、従って、サブジェクトの効率
的な配信が可能となる。

【００４４】なお、放送ネットワーク４と通信ネットワ
ーク６とは、物理的に別々のネットワークである必要は
ない。即ち、放送ネットワーク４を、例えば、ＣＡＴＶ
網で構成する場合においては、そのＣＡＴＶ網は通信ネ
ットワーク６として利用することも可能である。また、
放送ネットワーク４によるデータの配信を、例えば、イ
ンターネットなどを利用したＩＰ（Internet Protoco
l）マルチキャストで行う場合においては、通信ネット
ワーク６は、そのインターネットで構成することも可能
である。

【００４５】さらに、サーバ２からの受信端末５へのデ
ータ（イベントおよびサブジェクト）の送信は、例え
ば、スクランブルをかけて行い、これにより、特定のユ
ーザ（受信契約を結んだユーザ）のみ、データの受信が
可能なようにすることも可能である。

【００４６】次に、図２は、図１のサーバ２の構成例を
示している。

【００４７】通信制御部１１は、例えば、モデムや、Ｔ
Ａ（Terminal Adapter）などで構成され、通信ネットワ
ーク６を介しての通信を制御するようになされている。
資源割当部１２は、放送ネットワーク４を介してのデー
タの送信のための資源割当を行うようになされている。
即ち、資源割当部１２は、登録部１５からのコンテンツ
の更新の知らせを受け、その更新に伴い、イベントおよ
びサブジェクトを、放送ネットワーク４を介して送信す
るための資源の割当（例えば、イベントおよびコンテン
ツの送信チャンネルや、送信時刻（時間）、データレー
ト、送信回数（送信頻度）などの決定）を行うようにな
されている。資源割当部１２によるイベントおよびサブ
ジェクトの送信のための資源の割当結果は、データ構成
部１７および伝送部１８に供給されるようになされてい
る。

【００４８】データ検索部１３は、通信ネットワーク６
を介して受信端末５から送信されているイベントまたは
サブジェクトの要求を、通信制御部１１から受信し、そ
のイベントまたはサブジェクトに対応する更新コンテン
ツ情報を、データベース３から検索する。そして、デー
タ検索部１３は、その更新コンテンツ情報を、構成部１
７に供給することにより、イベントまたはサブジェクト
を構成させ、通信制御部１１に供給するようになされて
いる。

【００４９】登録部１５は、情報提供者Ａ乃至Ｃのデー
タベース１ａ乃至１ｃから供給される更新コンテンツ情
報を受信し、その更新コンテンツ情報に基づいて、コン
テンツ（データベース３）を更新するようになされてい
る。即ち、情報提供者Ａ乃至Ｃのデータベース１ａ乃至
１ｃからは、更新コンテンツ情報とともに、その更新コ
ンテンツ情報によって更新されるコンテンツのＩＤも供
給されるようになされている。登録部１５は、この更新
コンテンツ情報およびＩＤを受信し、そのＩＤに対応す
るコンテンツを、データベース３から検索する。さら
に、登録部１５は、そのようにして検索したコンテンツ
を、更新コンテンツ情報に基づいて更新し、その後、コ
ンテンツを更新した旨を、資源割当部１２およびデータ
構成部１７に出力する。なお、登録部１５は、データベ
ース１ａ乃至１ｃからの更新コンテンツ情報およびＩＤ
も、データベース３に登録するようになされている。

【００５０】ハッシュ値計算部１６は、データ構成部１
７に内蔵されており、データベース３を参照し、登録部
１５によって更新されたコンテンツ（更新後のコンテン
ツ）を入力として、所定の関数を演算するようになされ
ている。ここで、ハッシュ値計算部１６で演算される関
数は、入力の変化に伴い、その関数値も変化するもので
（同一のデータからは、同一の関数値が得られ、異なる
データからは、異なる関数値が得られるもので）、ここ
では、例えば、ハッシュ関数が採用されている。なお、
ハッシュ値の求め方としては、例えば、ディジタルサイ
ン（署名）を用いた公開鍵暗号化方式におけるＭＤ５や
ＳＨＡ−１と呼ばれるアルゴリズムを適用することがで
きる。

【００５１】データ構成部１７は、登録部１５からコン
テンツを更新した旨を受信すると、その更新がなされた
コンテンツについての更新コンテンツ情報を、データベ
ース３から読み出し、その更新コンテンツ情報が配置さ
れたサブジェクトを生成して、伝送部１８に出力するよ
うになされている。さらに、データ構成部１７は、その
サブジェクトを取得するためのイベントも生成し、伝送
部１８に出力するようになされている。

【００５２】伝送部１８は、データ構成部１７からのイ
ベントやサブジェクトを、資源割当部１２の資源の割当
結果にしたがって、即ち、例えば、所定のチャンネル
で、所定の時刻に、所定のデータレートなどで、放送ネ
ットワーク４を介して送信するようになされている。

【００５３】以上のように構成されるサーバ２では、デ
ータベース３にデータを登録（データベースの登録内容
を更新）する登録処理、サブジェクトおよびイベントを
生成し、放送ネットワーク４を介して伝送するデータ伝
送処理、および受信端末５から通信ネットワーク６を介
してイベントやサブジェクトの要求があった場合に、そ
のイベントやサブジェクトを検索し、通信ネットワーク
６を介して送信するデータ検索処理などが行われるよう
になされている。

【００５４】まず、図３のフローチャートを参照して、
サーバ２が行う登録処理について説明する。

【００５５】登録処理では、まず最初に、ステップＳ１
において、情報提供者Ａ乃至Ｃのデータベース１ａ乃至
１ｃのうちのいずれかから更新コンテンツ情報とＩＤが
配信されてきたか否かが、登録部１５によって判定さ
れ、配信されてきていないと判定された場合、ステップ
Ｓ１に戻る。また、ステップＳ１において、更新コンテ
ンツ情報およびＩＤが配信されてきたと判定された場
合、ステップＳ２に進み、登録部１５は、例えば、その
更新コンテンツ情報に、そのＩＤを付加し、データベー
ス３に登録する。

【００５６】ここで、データベース１ａ乃至１ｃから
は、更新コンテンツ情報とＩＤとが、例えば、図４に示
すようなフォーマットで供給されるようになされてい
る。

【００５７】ＩＤは、ここでは、例えば、交通情報や、
天気情報、株価情報、さらには、それらの情報を構成す
る構成要素などの１のファイルに記録されるコンテンツ
ごとなどに、あらかじめ割り当てられているユニークな
もので、ここでは、ＩＤとして、例えば、ＵＲＬなどが
採用されている。

【００５８】登録部１５は、データベース１ａ乃至１ｃ
から配信されてきた更新コンテンツ情報に、同じくデー
タベース１ａ乃至１ｃから配信されてきたＩＤを付加し
て、データベース３に登録すると、さらに、ステップＳ
２において、そのＩＤを構成するＩＤと同一のＩＤを有
するＩＤが付加されているコンテンツを、データベース
３から検索し、更新コンテンツ情報に基づいて更新す
る。

【００５９】その後、登録部１５は、ステップＳ３にお
いて、コンテンツが更新された旨を、資源割当部１２お
よびデータ構成部１７に出力し、ステップＳ１に戻る。

【００６０】資源割当部１２は、コンテンツが更新され
た旨を受信すると、その更新に関するイベントおよびサ
ブジェクトを、放送ネットワーク４を介して送信するた
めの資源の割当を行い、その割当結果を、データ構成部
１７および伝送部１８に出力する。データ構成部１７
は、コンテンツが更新された旨を受信すると、その更新
がなされたコンテンツについての更新コンテンツ情報
を、データベース３から読み出し、サブジェクトを生成
して、伝送部１８に出力する。さらに、データ構成部１
７は、そのサブジェクトを取得するためのイベントを、
資源割当部１２の資源割当結果などを用いて生成し、伝
送部１８に出力する。そして、伝送部１８では、データ
構成部１７からのイベントやサブジェクトが、資源割当
部１２の資源の割当結果にしたがって、放送ネットワー
ク４を介して送信される。即ち、資源割当部１２、デー
タ構成部１７、および伝送部１８では、例えば、図５の
フローチャートにしたがったデータ伝送処理が行われ
る。

【００６１】即ち、データ伝送処理では、まず最初に、
ステップＳ１１において、資源割当処理が行われる。具
体的には、ステップＳ１１では、資源割当部１２におい
て、コンテンツが更新された旨が受信されると、その更
新に関するイベントおよびコンテンツを、放送ネットワ
ーク４を介して送信するための放送チャンネルや、放送
時刻、データレート、送信回数などが決定される。これ
らの資源割当結果は、データ構成部１７および伝送部１
８に供給される。

【００６２】そして、ステップＳ１２において、データ
構成部１７は、イベントおよびサブジェクトを生成す
る。即ち、データ構成部１７は、データベース３から、
コンテンツの更新に用いられた更新コンテンツ情報と、
それに付加されているＩＤとを読み出し、例えば、図６
（Ａ）に示すようなサブジェクトを構成する。なお、図
６（Ａ）においては（同図（Ｂ）においても同様）、Ｉ
Ｄの直後に、判別フラグが配置されているが、この判別
フラグは、データがサブジェクトか、またはイベントで
あるかを表す。

【００６３】また、データ構成部１７は、サブジェクト
について、そのサブジェクトに付加されているＩＤと同
一のＩＤを付加した、例えば、図６（Ｂ）に示すような
イベントを構成する。即ち、イベントは、サブジェクト
に付加されているＩＤと同一のＩＤに続けて、バージョ
ン情報、判別フラグを順次配置し、さらに、放送スケジ
ュール情報やサーバアクセス情報を配置して構成され
る。

【００６４】バージョン情報は、イベントと同一のＩＤ
を有するサブジェクトに基づいて更新が行われることに
より得られるコンテンツの新しさを表すもので、ここで
は、その更新後のコンテンツを入力として、ハッシュ関
数を演算することにより得られるハッシュ値が、バージ
ョン情報として採用されている。即ち、データ構成部１
７が内蔵するハッシュ値計算部１６は、イベントと同一
のＩＤを有するサブジェクトに基づいて更新が行われる
ことにより得られるコンテンツ（更新後のコンテンツ）
（但し、コンテンツが削除される場合には、例えば、Ｎ
ＵＬＬが更新後のコンテンツとされる）を、データベー
ス３から読み出し、それを入力としてハッシュ関数を演
算する。データ構成部１７では、このようにして得られ
る更新後のコンテンツのハッシュ値が、そのコンテンツ
に対応するイベントに含められる。

【００６５】なお、ハッシュ値は、データの効率的な伝
送と、バージョン情報として用いるためのユニーク性と
のバランスから、数百ビット程度以下とするのが望まし
い。

【００６６】放送スケジュール情報は、サブジェクト
が、放送ネットワーク４を介して放送される場合に、そ
れを受信するのに参照される情報で、これには、資源割
当部１２からの資源割当結果であるサブジェクトの放送
チャンネル、放送時刻（時間）、データレート、送信回
数などが含まれる。従って、受信端末５では、イベント
を構成する放送スケジュール情報を参照することで、そ
のイベントを構成するＩＤのコンテンツを更新するため
のサブジェクトの放送チャンネルや放送時刻などを認識
することができ、これにより、そのサブジェクトを受信
することが可能となる。

【００６７】サーバアクセス情報は、サブジェクトが、
サーバ２から通信ネットワーク６を介して送信される場
合に、通信ネットワーク６を介して、そのサブジェクト
を要求するのに参照される情報で、これには、例えば、
サーバ２のＩＰアドレスや電話番号などが含まれる。

【００６８】即ち、サーバ２は、サブジェクトを、図５
のデータ伝送処理において、放送ネットワーク４を介し
て送信する他、受信端末５からの要求に対応して、デー
タベース３に記憶された更新コンテンツ情報およびそれ
に付加されているＩＤとから、図６（Ａ）に示したサブ
ジェクトを構成し、そのサブジェクトを、通信ネットワ
ーク６を介して送信するようにもなされており、このよ
うにして、サブジェクトを取得する場合に、受信端末５
において、サーバアクセス情報が参照される。ここで、
サーバアクセス情報としてのサーバ２のＩＰアドレスや
電話番号などは、サーバ２を特定するための情報とし
て、データ構成部１７で管理されている。

【００６９】なお、上述したように、ＩＤとして、ＵＲ
Ｌを採用する場合においては、そのＵＲＬに基づいて、
サブジェクトを要求することができるから、この場合に
は、サーバアクセス情報は、イベントに含めなくても良
い。

【００７０】また、サブジェクトを、放送ネットワーク
４を介してのみ提供する場合には、そのサブジェクトに
ついてのイベントには、サーバアクセス情報は配置され
ない。逆に、サブジェクトを、通信ネットワーク６を介
してのみ提供する場合には、そのサブジェクトについて
のイベントには、放送スケジュール情報は配置されな
い。

【００７１】さらに、サブジェクトが、放送ネットワー
ク４を介して、複数のチャンネルや、複数の時刻に送信
される場合には、そのサブジェクトについてのイベント
には、その複数のチャンネルや複数の時刻それぞれに対
応する放送スケジュール情報が配置される。同様に、サ
ブジェクトが、通信ネットワーク６を介して、サーバ２
以外の、図示せぬサーバからも提供される場合には、そ
のサブジェクトについてのイベントには、その複数のサ
ーバそれぞれに対応するサーバアクセス情報が配置され
る（但し、この場合には、ＩＤとして、ＵＲＬを採用す
ることは困難となる）。

【００７２】なお、放送スケジュール情報とサーバアク
セス情報の両方が存在する場合や、放送スケジュール情
報またはサーバアクセス情報が複数存在する場合には、
それらのすべてを、１のイベントに含めるのではなく、
それらの１つごとに、イベントを生成しても良い。

【００７３】ここで、イベントは、そこに含まれる放送
スケジュール情報やサーバアクセス情報に注目すれば、
対応するサブジェクトを取得するためのデータというこ
とができる。また、イベントは、そこに含まれるバージ
ョン情報に注目すれば、対応するコンテンツの新しさを
報知するためのデータということができる。

【００７４】図５に戻り、ステップＳ１２において、以
上のようなイベントおよびサブジェクトが生成される
と、そのイベントやサブジェクトは、データ構成部１７
から伝送部１８に供給される。伝送部１８では、ステッ
プＳ１３において、データ構成部１７からのイベントや
サブジェクトが、資源割当部１２からの資源割当結果に
したがって、放送ネットワーク４を介して送信される。
即ち、イベントやサブジェクトは、例えば、所定の送信
チャンネルで、所定の送信時刻に、所定のデータレート
で、放送ネットワーク４を介して送信され、ステップＳ
１４に進む。

【００７５】ステップＳ１４では、データ構成部１７か
らのイベントやサブジェクトの送信を、資源割当部１２
からの資源割当結果に含まれる送信回数だけ繰り返し行
ったかどうかが、伝送部１８によって判定され、行って
いないと判定された場合、ステップＳ１３に戻り、イベ
ントやサブジェクトの伝送が繰り返される。即ち、放送
ネットワーク４によるデータの送信は、サーバ２から受
信端末５の一方向にのみ行われるため、それらの間で、
データの送受信が正確に行われたかどうかの確認を行う
ことができない。そこで、サーバ２では、データの送信
が、資源割当部１２による資源の割当結果である送信回
数だけ繰り返されるようになされており、これにより、
受信端末５において、正確なデータの受信が行われる確
率を向上させるようになされている。

【００７６】一方、ステップＳ１４において、データ構
成部１７からのイベントやサブジェクトの送信を、資源
割当部１２からの資源割当結果に含まれる送信回数だけ
繰り返し行ったと判定された場合、データ伝送処理を終
了する。

【００７７】なお、一般に、イベントはデータ量が少な
く、サブジェクトはデータ量が多いから、資源割当部１
２では、送信回数は、基本的に、イベントについては多
くなり、サブジェクトについては少なくなるように、資
源割当が行われる。従って、受信端末５において、放送
ネットワーク４を介して送信されてくるイベントを取り
こぼす確率（受信できない確率）は小さくなり、さら
に、イベントを正常受信することができれば、例えば、
それに含まれる放送スケジュール情報を参照すること
で、サブジェクトが、放送ネットワーク４を介して送信
されてくるチャンネルや時刻などを認識することがで
き、その結果、送信回数の少ないイベントを取りこぼす
確率も小さくすることができる。また、仮に、イベント
に基づいて、放送チャンネルや放送時刻などを認識した
サブジェクトの受信に失敗した場合であっても、あるい
は、放送時刻より先に、サブジェクトを必要とする場合
などであっても、イベントに、サーバアクセス情報が含
まれていれば、そのサーバアクセス情報に基づき、通信
ネットワーク６を介して、サーバ２やミラーサーバ７に
アクセスすることで、サブジェクトを、早期、かつ確実
に取得することができる。

【００７８】次に、図７のフローチャートを参照して、
サーバ２で行われるデータ検索処理について説明する。

【００７９】この場合、ステップＳ２１において、受信
端末５から通信ネットワーク６を介して、イベントやサ
ブジェクトなどを要求する要求データが送信されてきた
かどうかが、通信制御部１１によって判定され、送信さ
れてきていないと判定された場合、ステップＳ２１に戻
る。また、ステップＳ２１において、要求データが送信
されてきたと判定された場合、通信制御部１１は、その
要求データを、データ検索部１３に転送する。データ検
索部１３は、要求データを受信すると、ステップＳ２２
において、その要求データによって要求されるイベント
やサブジェクトを構成するのに必要な情報を、データベ
ース３から検索する。さらに、データ検索部１３は、そ
の情報を、データ構成部１７に供給し、要求データが要
求するイベントやサブジェクトを構成させ、ステップＳ
２３に進む。

【００８０】ステップＳ２３では、データ検索部１３
は、データ構成部１７に構成させたイベントやサブジェ
クトを受信し、通信制御部１１に供給する。通信制御部
１１は、データ検索部１３からのイベントやサブジェク
トを受信し、要求データを送信してきた受信端末（ここ
では、受信端末５）に、通信ネットワーク６を介して送
信して、ステップＳ２１に戻る。

【００８１】次に、図８は、図１の受信端末５の構成例
を示している。

【００８２】受信部２１は、サーバ２から放送ネットワ
ーク４を介して送信されてくるデータ、即ち、ここで
は、イベントやサブジェクトを受信し、選択部２２に出
力するようになされている。選択部２２は、受信部２１
からのイベントやサブジェクトを選択し、管理部２３に
供給するようになされている。管理部２３は、選択部２
２からイベントが供給された場合、そのイベントを、必
要に応じて、イベント記憶部２８に供給するようになさ
れている。また、管理部２３は、選択部２３からサブジ
ェクトが供給された場合、必要に応じて、そのサブジェ
クトに基づき、データベース２４を更新するようにもな
されている。なお、管理部２３には、通信制御部３１か
らサブジェクトが供給される場合もあり、管理部２３
は、通信制御部３１からサブジェクトを受信した場合、
そのサブジェクトに基づいて、データベース２４を更新
するようになされている。

【００８３】データベース２４は、例えば、大容量のハ
ードディスクや光磁気ディスク、その他の記録媒体で構
成され、コンテンツを記憶するようになされている。

【００８４】読み出し部２５は、操作部２７の操作に対
応して、データベース２４に記憶されたコンテンツを読
み出し、出力部２６に供給するようになされている。な
お、読み出し部２５は、データベース２４からのコンテ
ンツの読み出しを、イベント処理部２９の制御にしたが
っても行うようになされている。出力部２６は、例え
ば、ディスプレイやスピーカなどで構成され、読み出し
部２５などからのデータを表示し、または音声として出
力するようになされている。操作部２７は、例えば、読
み出し部２５に、データベース２４に登録されたコンテ
ンツを読み出させるための指示を与える場合、その他、
受信端末５に所定の入力を与える場合に操作される。

【００８５】イベント記憶部２８は、管理部２３から供
給されるイベントを一時記憶するようになされている。
イベント処理部２９は、イベント記憶部２８に記憶され
たイベントに関する処理を行うようになされている。更
新判定部３０は、イベント処理部２９の制御にしたが
い、コンテンツの更新の有無の判定を行うようになされ
ている。通信制御部３１は、イベント処理部２９の制御
の下、通信ネットワーク６を介しての通信制御を行うよ
うになされている。

【００８６】以上のように構成される受信端末５では、
サーバ２から放送ネットワーク４を介して送信されてく
るデータを受信する受信処理、イベント記憶部２８に記
憶されたイベントに基づいて、サブジェクトを取得し、
そのサブジェクトに基づいてデータベース２４を更新す
るイベント処理、およびデータベース２４に登録された
コンテンツを出力するデータ出力処理などが行われるよ
うになされている。

【００８７】まず、図９のフローチャートを参照して、
受信処理について説明する。

【００８８】サーバ２から放送ネットワーク４を介して
データが送信されてくると、受信部２１では、ステップ
Ｓ３１において、そのデータ、即ち、イベントまたはサ
ブジェクトが受信され、選択部２２に供給される。選択
部２２では、ステップＳ３２において、受信部２１から
のイベントまたはサブジェクトが選択すべきものである
かどうかが判定される。

【００８９】即ち、サーバ２から放送ネットワーク４を
介して送信されてくるすべてのイベントやサブジェクト
を受信するとした場合には、データベース２４やイベン
ト記憶部２８として、記憶容量の膨大なものが必要とな
る。また、ユーザには好みがあり、各ユーザが、サーバ
２のデータベースに記憶されたコンテンツすべてを必要
としていることはほとんどない。それにもかかわらず、
サーバ２のデータベース３の登録内容すべてを、データ
ベース２４に反映するのは好ましくない。

【００９０】そこで、選択部２２に、例えば、ユーザが
所望するコンテンツについてのＩＤを登録しておくと、
選択部２２は、そのＩＤと同一のＩＤを有するイベント
およびコンテンツだけを選択するようになされている。
この場合、ステップＳ３２における判定は、ユーザが登
録したＩＤと、受信部２１から供給されるイベントやサ
ブジェクトに付加されているＩＤとを比較することで行
われる。

【００９１】ステップＳ３２において、受信部２１から
のイベントまたはサブジェクトが選択すべきものでない
と判定された場合、即ち、例えば、ユーザが登録したＩ
Ｄと、受信部２１から供給されたイベントまたはサブジ
ェクトに記述されているＩＤとが一致しない場合、次の
イベントまたはサブジェクトが、放送ネットワーク４を
介して送信されてくるのを待って、ステップＳ３１に戻
る。従って、この場合、イベントはイベント記憶部２８
に記憶されず、また、サブジェクトに基づくデータベー
ス２４の更新も行われない。

【００９２】一方、ステップＳ３２において、受信部２
１からのイベントまたはサブジェクトが選択すべきもの
であると判定された場合、即ち、例えば、ユーザが登録
したＩＤと、受信部２１から供給されたイベントまたは
サブジェクトに記述されているＩＤとが一致する場合、
選択部２２は、そのイベントまたはサブジェクトを、管
理部２３に供給する。管理部２３は、選択部２２からイ
ベントまたはサブジェクトを受信すると、ステップＳ３
３に進み、そのイベントまたはサブジェクトが、新規の
コンテンツに関するものかどうかを判定する。

【００９３】ステップＳ３３において、選択部２２から
のイベントまたはサブジェクトが、新規のコンテンツに
関するものであると判定された場合、即ち、そのイベン
トまたはサブジェクトに含まれているＩＤと同一のＩＤ
のコンテンツが、データベース２４に登録されていない
場合、ステップＳ３４をスキップして、ステップＳ３５
に進む。

【００９４】また、ステップＳ３３において、選択部２
２からのイベントまたはサブジェクトが、新規のコンテ
ンツに関するものでないと判定された場合、即ち、その
イベントまたはサブジェクトに含まれているＩＤと同一
のＩＤのコンテンツが、データベース２４に登録されて
いる場合、ステップＳ３４に進み、管理部２３におい
て、その既にデータベース２４に登録されているコンテ
ンツ（以下、適宜、既登録コンテンツという）のバージ
ョンが、選択部２２からのイベントまたはサブジェクト
に対応するコンテンツのバージョンと等しいかどうかが
判定される。なお、このステップＳ３４におけるコンテ
ンツのバージョンの判定は、例えば、後述する図１０の
ステップＳ４３および４４における場合と同様にして行
われる。

【００９５】ステップＳ３４において、既登録コンテン
ツのバージョンが、選択部２２からのイベントまたはサ
ブジェクトに対応するコンテンツのバージョンと等しい
と判定された場合、即ち、ここでは、図５のデータ伝送
処理で説明したように、信頼性を向上させるため、サー
バ２からは、同一のサブジェクトが放送ネットワーク４
を介して繰り返し送信されるが、そのように繰り返し行
われる送信のうちの、過去に行われた送信によるサブジ
ェクトによって、既登録コンテンツの更新が、既に行わ
れている場合、ステップＳ３５乃至Ｓ３７をスキップ
し、次に、イベントまたはサブジェクトが送信されてく
るのを待って、ステップＳ３１に戻る。従って、この場
合、イベントは、イベント記憶部２８に記憶されず、ま
た、サブジェクトに基づくデータベース２４の更新も行
われない。

【００９６】一方、ステップＳ３４において、既登録コ
ンテンツのバージョンが、選択部２２からのイベントま
たはサブジェクトに対応するコンテンツのバージョンと
等しくないと判定された場合（選択部２２からのイベン
トまたはサブジェクトに対応するコンテンツのバージョ
ンが、既登録コンテンツのバージョンより新しい場
合）、ステップＳ３５に進み、管理部２３において、選
択部２２からのデータが、イベントまたはサブジェクト
のうちのいずれであるかが、判別フラグを参照すること
で判定される。

【００９７】ステップＳ３５において、選択部２２から
のデータがサブジェクトであると判定された場合、ステ
ップＳ３６に進み、管理部２３は、そのサブジェクトに
基づき、データベース２４を更新する。

【００９８】即ち、サブジェクトにおいて、更新コンテ
ンツ情報として、新規のコンテンツが配置されている場
合には、サブジェクトに含まれるＩＤに、その新規のコ
ンテンツが対応付けられ、データベース２４に新規登録
される。

【００９９】また、サブジェクトにおいて、更新コンテ
ンツ情報として、更新後のコンテンツが配置されている
場合には、サブジェクトに含まれるＩＤと同一のＩＤを
有するＩＤが対応付けられたコンテンツが、データベー
ス２４から検索され、その検索されたコンテンツが、更
新後のコンテンツ（サブジェクトに配置されているコン
テンツ）に変更される。

【０１００】さらに、サブジェクトにおいて、更新コン
テンツ情報として、コンテンツの削除指令が配置されて
いる場合には、サブジェクトに含まれるＩＤと同一のＩ
Ｄを有するＩＤが対応付けられたコンテンツが、データ
ベース２４から検索され、そのコンテンツに対応付けら
れているＩＤとともに削除される。

【０１０１】なお、上述の図３で説明した登録処理のス
テップＳ２において行われる、更新コンテンツ情報に基
づくコンテンツの更新も、これと同様にして行われる。

【０１０２】ステップＳ３６において、以上のようにし
て、データベース２４の更新が行われた後は、次に、イ
ベントまたはサブジェクトが送信されてくるのを待っ
て、ステップＳ３１に戻る。

【０１０３】一方、ステップＳ３５において、選択部２
２からのデータがイベントであると判定された場合、ス
テップＳ３７に進み、管理部２３は、そのイベントを、
イベント記憶部２８に供給して一時記憶させる。そし
て、次に、イベントまたはサブジェクトが送信されてく
るのを待って、ステップＳ３１に戻る。

【０１０４】なお、ステップＳ３７において、イベント
記憶部２８に記憶されたイベントは、後述するイベント
処理（図１０）や、データ出力処理（図１１）におい
て、イベント処理部２９によって、イベント記憶部２８
から読み出された後に消去されるようになされている。

【０１０５】次に、図１０のフローチャートを参照し
て、イベント処理について説明する。なお、イベント処
理は、受信端末５において定期的に行われる。但し、イ
ベント処理は、不定期に行うことも可能である。

【０１０６】イベント処理では、まず最初に、ステップ
Ｓ４１において、イベント記憶部２８を対象とした検索
が、イベント処理部２９によって行われ、ステップＳ４
２に進み、イベント記憶部２８に、イベントが記憶され
ているかどうかが判定される。ステップＳ４２におい
て、イベントが、イベント記憶部２８に記憶されていな
いと判定された場合、イベント処理を終了する。

【０１０７】また、ステップＳ４２において、イベント
記憶部２８に、イベントが記憶されていると判定された
場合、イベント処理部２９は、イベント記憶部２８から
イベントを読み出す（複数のイベントが記憶されている
場合には、例えば、そのうちの１つを読み出す）ととも
に、そのイベントと同一のＩＤのコンテンツ（既登録コ
ンテンツ）を、読み出し部２５を制御することにより、
データベース２４から読み出し、更新判定部３０に供給
する。更新判定部３０は、イベント処理部２９からイベ
ントと既登録コンテンツとを受信すると、既登録コンテ
ンツが、そのイベントによって更新が報知された最新の
バージョンのコンテンツに更新済みのものであるかどう
かを判定する。

【０１０８】即ち、更新判定部３０では、ステップＳ４
３において、既登録コンテンツを入力として、図２のサ
ーバ２を構成するハッシュ値計算部１６における場合と
同様にしてハッシュ関数が演算され、そのハッシュ値
（既登録コンテンツのハッシュ値）が求められる。さら
に、更新判定部３０では、ステップＳ４４において、既
登録コンテンツのハッシュ値と、イベントに含まれるバ
ージョン情報（図２のハッシュ値計算部１６において、
更新後のコンテンツを入力として計算されたハッシュ
値）とが等しいかどうかが判定される。ステップＳ４４
において、既登録コンテンツのハッシュ値と、イベント
に含まれるバージョン情報とが等しい（同一である）と
判定された場合、既登録コンテンツは、更新済みのもの
（最新のバージョンのもの）であると判定され、この場
合、既登録コンテンツは更新する必要がないので、イベ
ント処理を終了する。

【０１０９】一方、ステップＳ４４において、既登録コ
ンテンツのハッシュ値と、イベントに含まれるバージョ
ン情報とが等しくない（異なる）と判定された場合、既
登録コンテンツは、更新済みのものではない（古いバー
ジョンのものである）と判定され、その更新が行われ
る。

【０１１０】即ち、この場合、ステップＳ４５に進み、
イベント処理部２９は、イベント記憶部２８から読み出
したイベントに基づいてサブジェクトを取得する。

【０１１１】具体的には、イベント処理部２９は、イベ
ントに配置された放送スケジュール情報にしたがい、対
応するサブジェクト（イベントと同一のＩＤのサブジェ
クト）を受信するように、受信部２１を制御する。この
場合、受信部２１で受信されたサブジェクトは、選択部
２２を介して管理部２３に供給される。また、イベント
処理部２９は、イベントに配置されたサーバアクセス情
報に基づき、対応するサブジェクトを要求する要求デー
タを、通信ネットワーク６を介してサーバ２に送信する
ように、通信制御部３１を制御する。この場合、サーバ
２では、図７で説明したデータ検索処理が行われること
により、サブジェクトが、通信ネットワーク６を介して
送信されてくる。このサブジェクトは、通信制御部３１
で受信され、やはり、管理部２３に供給される。管理部
２３は、以上のようにしてサブジェクトを受信すると、
ステップＳ４６において、そのサブジェクトに基づい
て、データベース２４を更新し、イベント処理を終了す
る。

【０１１２】次に、図１１のフローチャートを参照し
て、データ出力処理について説明する。なお、データ出
力処理も、例えば、図１０のデータ要求処理と同様に、
基本的には、定期的に起動されるようになされている。

【０１１３】データ出力処理では、まず最初に、ステッ
プＳ５１において、操作部２７が、データ（本実施の形
態では、コンテンツ）を出力するように操作されたか否
かが、読み出し部２５によって判定され、そのようには
操作されていないと判定された場合、データ出力処理を
終了する。

【０１１４】また、ステップＳ５１において、操作部２
７が、コンテンツを出力するように操作されたと判定さ
れた場合、ステップＳ５２に進み、出力の要求されたコ
ンテンツ（以下、適宜、要求コンテンツという）につい
てのイベント、即ち、要求コンテンツのＩＤと同一のＩ
Ｄが付加されているイベントが、イベント記憶部２８に
記憶されているかどうかが、イベント処理部２９によっ
て判定される。即ち、読み出し部２５は、データベース
２４から要求コンテンツのＩＤを読み出し、イベント処
理部２９に供給する。そして、イベント処理部２９は、
読み出し部２５からのＩＤと同一のＩＤを有するイベン
トが、イベント記憶部２８に記憶されているかどうかを
判定する。

【０１１５】ステップＳ５２において、要求コンテンツ
のＩＤと同一のＩＤが付加されているイベントが、イベ
ント記憶部２８に記憶されていると判定された場合、ス
テップＳ５３に進み、データベース２４の更新処理が行
われる。即ち、ステップＳ５３では、図１０のステップ
Ｓ４３乃至Ｓ４６における場合と同様の処理が行われ、
これにより、要求コンテンツが更新される。そして、ス
テップＳ５４に進み、読み出し部２５は、その更新後の
要求コンテンツを、データベース２４から読み出し、出
力部２６に供給して出力させ、データ出力処理を終了す
る。

【０１１６】一方、ステップＳ５２において、要求コン
テンツのＩＤと同一のＩＤが付加されているイベント
が、イベント記憶部２８に記憶されていないと判定され
た場合、ステップＳ５５に進み、要求コンテンツの更新
の有無を確認すべきかどうかが、読み出し部２５によっ
て判定される。即ち、ステップＳ５５では、読み出し部
２５は、例えば、出力部２６を制御することにより、要
求コンテンツが更新されているかもしれず、その更新の
有無を確認するかどうかの入力を促すメッセージを表示
させる。そして、読み出し部２５では、このメッセージ
に対応して、ユーザが操作部２７を操作することにより
与えられる入力に基づいて、要求コンテンツの更新の有
無を確認すべきかどうかが判定される。

【０１１７】ステップＳ５５において、要求コンテンツ
の更新の有無を確認すべきでない（確認する必要がな
い）と判定された場合（そのように、操作部２７が操作
された場合）、ステップＳ５４に進み、読み出し部２５
は、要求コンテンツを、データベース２４から読み出
し、出力部２６に供給して出力させ、データ出力処理を
終了する。即ち、この場合、データベース２４に、現在
記憶されている要求コンテンツが出力される。

【０１１８】また、ステップＳ５５において、要求コン
テンツの有無を確認すべきであると判定された場合、ス
テップＳ５６に進み、サーバ２に対して、要求コンテン
ツの更新状況の問い合わせが行われる。即ち、ステップ
Ｓ５６では、読み出し部２５は、要求コンテンツのＩＤ
をイベント処理部２９に供給する。イベント処理部２９
は、読み出し部２５からのＩＤを有するイベントを要求
する要求データを構成し、さらに、通信制御部３１を制
御することにより、その要求データを、通信ネットワー
ク６を介して、サーバ２に送信させる。

【０１１９】この場合、サーバ２では、図７で説明した
データ検索処理が行われることにより、要求データに対
応するイベント（ここでは、要求コンテンツと同一のＩ
Ｄを有するイベント）が、通信ネットワーク６を介して
送信されてくるので、このイベントが、通信制御部３１
で受信され、イベント処理部２９に供給される。

【０１２０】イベント処理部２９において、イベントが
受信されると、ステップＳ５７において、そのイベント
に基づき、要求コンテンツが、サーバ２側で既に更新さ
れているかどうかが判定される。即ち、ステップＳ５７
では、サーバ２から受信したイベントと、データベース
２４から読み出された要求コンテンツとを用いて、図１
０のステップＳ４３およびＳ４４における場合と同様の
処理が行われることにより、要求コンテンツが、サーバ
２側で既に更新されているかどうかが判定される。

【０１２１】ステップＳ５７において、要求コンテンツ
が、サーバ２側で更新されていないと判定された場合、
即ち、データベース２４に登録されている要求コンテン
ツが、データベース３に登録されているものと同一のも
のであり、従って、最新バージョンのものである場合、
ステップＳ５４に進み、その最新バージョンの要求コン
テンツが、データベース２４から読み出され、出力部２
６から出力されて、データ出力処理を終了する。

【０１２２】また、ステップＳ５７において、要求コン
テンツが、サーバ２側で既に更新されていると判定され
た場合、即ち、データベース２４に登録されている要求
コンテンツが、データベース３に登録されているものと
異なり、従って、最新のバージョンのものではない場
合、ステップＳ５８，Ｓ５９に順次進み、図１０のステ
ップＳ４５，Ｓ４６それぞれにおける場合と同様の処理
が行われ、これにより、データベース２４に登録されて
いる要求コンテンツが、最新のバージョンのものに更新
される。そして、ステップＳ５４に進み、その更新後の
要求コンテンツが、データベース２４から読み出され、
出力部２６から出力されて、データ出力処理を終了す
る。

【０１２３】以上のように、コンテンツを入力として、
ハッシュ関数を演算し、その結果得られるハッシュ値
を、そのコンテンツのバージョンとして用いるようにし
たので、コンテンツを、そのバージョンと対応付けて管
理せずに済むようになる。その結果、例えば、時事ニュ
ースや天気予報などに用いられる、頻繁に更新が行われ
るようなコンテンツなどの更新管理も、容易に行うこと
が可能となる。

【０１２４】即ち、サーバ２側では、コンテンツの更新
が行われるたびに、従来のように、バージョンを表す数
字を増加させ、コンテンツと対応付けて記憶しておく必
要がなくなる。さらに、サーバ２側および受信端末５側
のいずれにおいても、コンテンツのバージョンを、その
ハッシュ値を計算することによって認識することができ
る。

【０１２５】また、本実施の形態では、サーバ２から、
放送ネットワーク４を介して、イベントを送信するよう
にしたので、受信端末５では、そのイベントに含まれる
バージョン情報としてのハッシュ値と、自身が記憶して
いるコンテンツのハッシュ値とを比較することで、コン
テンツの更新の有無を認識することができる。

【０１２６】ところで、図１の通信ネットワーク６とし
て、例えば、インターネットを採用する場合において
は、受信端末５から、サーバ２が提供するイベントやサ
ブジェクトにアクセスするには、現在提供されているＡ
ＰＩ（Application Program Interface）だけでは不十
分である。

【０１２７】即ち、例えば、最近注目されているJava
（商標）では、ＷＷＷ（World Wide Web）上などにおけ
る、ＵＲＬで識別される情報に対してアクセスするため
に、ＵＲＬオブジェクトが定義されているが、このＵＲ
Ｌオブジェクトでは、例えば、次のようなＡＰＩが提供
されている。

【０１２８】 equals(Object) ２つＵＲＬを比較する。 getContent() ＵＲＬで特定されるファイルの内容（コンテンツ）を返
す。 getFile() ＵＲＬで特定されるファイルのファイル名を返す。 getHost() ＵＲＬで特定されるホスト名（ドメイン名）を返す。 getPort() ＵＲＬで特定されるＴＣＰ／ＩＰのポートを返す。 getProtocol() ＵＲＬで特定されるプロトコル名を返す。 getRef() ＵＲＬのアンカ（anchor）を返す。 hashCode() ＵＲＬのハッシュ値を返す。 openConnection() ＵＲＬによって参照されるサーバ側のオブジェクトへの
コネクションを 表すオブジェクト（URLConnectionオブ
ジェクト）を返す。 openStream() ＵＲＬへのコネクションを確立し、そのコネクションに
よって得られる ストリームを返す。 sameFile(URL) ２つのＵＲＬを、refフィールドを除いて比較する。 set(String,String,int,String,String) ＵＲＬの各フィールドに、プロトコル名（String）、ド
メイン名（Stri ng）、ポート番号（int）、ファイル名
（String）、refフィールド（St ring）をセットする。 setURLStreamHandlerFactory(URLStreamHandlerFactor
y) openStream()で読み出されるストリームに対して処理を
施すURLStreamH andlerFactoryを設定する。 toExternForm() ＵＲＬを返す。 toString() ＵＲＬを返す。

【０１２９】なお、これらのＡＰＩの詳細については、
例えば、http://java.sun.com/products/jdk/1.2/docs/
api/java.net.URL.htmlで表されるＵＲＬのホームペー
ジ（１９９８年２月１６日現在）や、デビットフラナガ
ン著、「Ｊａｖａのクイックリファレンス」、オライリ
ージャバン発行などに開示されている。

【０１３０】アプリケーションでは、これらのＡＰＩを
利用して、例えば、以下のようにして、インターネット
上の情報へのアクセスが行われる。

【０１３１】 aURL = URL("http://www.foo.com/bar/index.html"); anObj = aURL.getContent(); なお、このプログラムは、Java言語によるもので、１行
目では、ＵＲＬがhttp://www.foo.com/bar/index.html
で表される情報へアクセスするためのＵＲＬオブジェク
トであるaURLオブジェクトが生成されている。また、２
行目では、aURLオブジェクトのgetContent()が呼び出さ
れ、これにより、anObjに、http://www.foo.com/bar/in
dex.htmlで表される情報（ファイルの内容）（コンテン
ツ）がセットされている。

【０１３２】しかしながら、既に提供されているメソッ
ド（従来のメソッド）getContent()によれば、基本的
に、サーバに記憶されている情報にアクセスがなされ、
その情報が受信される。これに対して、図１のデータ配
信システムでは、受信端末５が、例えば、イベント処理
やデータ出力処理において、自身が有するデータベース
２４に記憶されているコンテンツにアクセスする場合が
ある。

【０１３３】さらに、図１のデータ配信システムでは、
受信端末５が、イベント処理やデータ出力処理におい
て、データベース２４におけるコンテンツの更新や、そ
の更新状況の確認などを行う場合もあるが、上述のＡＰ
Ｉでは、これらのいずれの処理のためのインターフェイ
スも提供されない。

【０１３４】そこで、本実施の形態では、ＵＲＬオブジ
ェクトが提供するＡＰＩに、新たに、getContents(), g
etContentsHash(), isUpdated(hash), isUpdated(), Up
date(hash), Update(), getLatestContents()の７つの
メソッドを追加することとする。

【０１３５】ここで、図１２は、図１のデータ配信シス
テムを簡略化した図である。

【０１３６】いま、例えば、同図に示すように、サーバ
２側においては、データベース３に、ＩＤとしてのＵＲ
Ｌがhttp://www.foo.bar/index.htmlで表されるファイ
ル（コンテンツ）ｆｓが記憶されており、受信端末５側
においては、データベース２４に、やはり、ＩＤとして
のＵＲＬがhttp://www.foo.bar/index.htmlで表される
ファイル（コンテンツ）ｆｒが記憶されているものとす
る。

【０１３７】この場合、受信端末５では、上述の新たな
７つのＡＰＩを提供するＵＲＬオブジェクトが、データ
ベース３に記憶されているファイルｆｓ、およびデータ
ベース２４に記憶されているファイルｆｒについて生成
される。そして、このＵＲＬオブジェクトによって、フ
ァイルｆｓやｆｒへのアクセス、その他の処理が行わ
れ、これにより、イベント処理やデータ出力処理が行わ
れる。

【０１３８】即ち、ＵＲＬオブジェクトが新たに提供す
るメソッドgetContents()は、受信端末５のデータベー
ス２４に記憶されているファイルｆｒの内容（コンテン
ツ）を返す。このメソッドgetContents()によって、図
１１のデータ出力処理におけるステップＳ５４の処理が
実現される。なお、従来のＵＲＬオブジェクトが提供す
るメソッドgetContent()は、上述したように、サーバ２
側のデータベース３に記憶されているファイルｆｓの内
容（コンテンツ）を返す点で、新たなメソッドgetConte
nts()とは異なる。即ち、従来提供されているメソッドg
etContent()では、サーバ２へのアクセスが生じるが、
新たなメソッドgetContents()では、サーバ２へのアク
セスは生じない。

【０１３９】メソッドgetContentsHash()は、データベ
ース２４に記憶されているファイルｆｒのハッシュ値
（コンテンツのハッシュ値）を計算して返す。このメソ
ッドgetContentsHash()によって、図１０のイベント処
理におけるステップＳ４３の処理が実現される。

【０１４０】メソッドisUpdated(hash)は、データベー
ス２４に記憶されているファイルｆｒのハッシュ値を計
算し（この点は、メソッドgetContentsHash()と同一で
ある）、そのハッシュ値と、引数であるハッシュ値hash
とを比較する。そして、その比較結果を返す。このメソ
ッドisUpdated(hash)によれば、図１０のイベント処理
におけるステップＳ４３およびＳ４４の処理が実現され
る。即ち、イベントのバージョン情報が、引数hashとさ
れ、メソッドisUpdated(hash)が呼び出されると、デー
タベース２４に記憶されているファイルｆｒのハッシュ
値が計算され、引数hashと比較される。そして、その両
者が等しいか、等しくないかを表す１ビットが返され
る。従って、メソッドisUpdated(hash)によれば、デー
タベース２４に記憶されているファイルｆｒが、データ
ベース３に記憶されているファイルｆｓと同一のもの、
即ち、最新のバージョンのものであるか、またはファイ
ルｆｓと異なるもの、即ち、古いバージョンのものであ
るかを認識することができる。

【０１４１】メソッドisUpdated()は、引数として与え
られるハッシュ値hashの替わりに、データベース２４に
記憶されたファイルｆｒに対応するイベント（ファイル
ｆｒと同一のＩＤを有するイベント）を、通信ネットワ
ーク６を介してサーバ２に要求し、それに対応して、サ
ーバ２から通信ネットワーク６を介して送信されてくる
イベントのバージョン情報を用いる点を除いて、メソッ
ドisUpdated(hash)と同様の処理を行う。従って、メソ
ッドisUpdated()によれば、データベース２４に記憶さ
れたファイルｆｒの更新状況の確認を、そのファイルｆ
ｒに対応するイベントが、イベント記憶部２８に記憶さ
れていなくても行うことができる。このメソッドisUpda
ted()によって、図１１のデータ出力処理におけるステ
ップＳ５６およびＳ５７の処理が実現される。

【０１４２】メソッドUpdate(hash)は、データベース２
４に記憶されているファイルｆｒを、引数であるハッシ
ュ値hashで表されるバージョンのファイルに更新する。
このメソッドUpdate(hash)によれば、図１０のイベント
処理におけるステップＳ４５およびＳ４６の処理が実現
される。即ち、イベント記憶部２８から、データベース
２４に記憶されているファイルｆｒに対応するイベント
が読み出され、そのイベントのバージョン情報が、引数
hashとされて、メソッドUpdate(hash)が呼び出される
と、そのイベントに対応するサブジェクトが取得され、
そのサブジェクトに基づき、データベース２４に記憶さ
れているファイルｆｒが更新される。なお、サブジェク
トを、放送ネットワーク４または通信ネットワーク６の
うちのいずれを介して取得するかは、例えば、受信端末
５の設定や、ＡＰＩを利用するアプリケーションなどに
依存する。

【０１４３】メソッドUpdate()は、データベース２４に
記憶されているファイルｆｒを最新のバージョンに更新
するためのサブジェクトを、通信ネットワーク６を介し
て要求し、それにより、サーバ２から通信ネットワーク
６を介して送信されてくるサブジェクトに基づいて、フ
ァイルｆｒを、最新のバージョンのもの、即ち、データ
ベース３に記憶されているファイルｆｓと同一のものに
更新する。このメソッドUpdate()によって、図１１のデ
ータ出力処理におけるステップＳ５８およびＳ５９の処
理が実現される。なお、ここでは、メソッドisUpdated
(hash)およびisUpdated()の両方を設けたこととのバラ
ンスを考慮して、メソッドUpdate(hash)およびUpdate()
の両方を設けるようにしたが、本実施の形態では、サブ
ジェクトを取得するにあたって、引数hashとされるバー
ジョン情報は、特に必要ではないため、メソッドUpdate
(hash)またはUpdate()のうちの、引数hashを有するメソ
ッドUpdate(hash)は設けなくても良い。

【０１４４】メソッドgetLatestContents()は、ＵＲＬ
オブジェクトが管理する最新のバージョンのファイルの
内容を返す。即ち、図１２において、データベース２４
に記憶されているファイルｆｒが、データベース３に記
憶されているファイルｆｓと同一のものであれば、ファ
イルｆｒの内容を、そのまま返し、データベース２４に
記憶されているファイルｆｒが、データベース３に記憶
されているファイルｆｓと異なるものであれば、ファイ
ルｆｒを、ファイルｆｓと同一のものに更新し、その更
新後の内容を返す。

【０１４５】具体的には、ファイルｆｒに対応するイベ
ントが、イベント記憶部２８に記憶されている場合に
は、そのイベントのバージョン情報が引数hashとされ、
メソッドisUpdated(hash)が呼び出される。さらに、そ
の戻り値として、ファイルｆｒの更新が行われていない
（更新前のファイルである）という結果が得られた場合
には、Update(hash)が呼び出され、ファイルｆｒが更新
される。そして、getContents()が呼び出され、更新後
のファイルｆｒが出力される。

【０１４６】一方、ファイルｆｒに対応するイベント
が、イベント記憶部２８に記憶されていない場合には、
メソッドisUpdated()が呼び出される。さらに、その戻
り値として、ファイルｆｒの更新が行われていないとい
う結果が得られた場合には、Update()が呼び出され、フ
ァイルｆｒが更新される。そして、getContents()が呼
び出され、更新後のファイルｆｒが出力される。

【０１４７】なお、メソッドisUpdated(hash)またはisU
pdated()の呼び出し後、その戻り値として、ファイルｆ
ｒの更新が行われている（最新のバージョンのファイル
である）という結果が得られた場合には、getContent
s()が呼び出され、その最新のバージョンのファイルｆ
ｒが出力される。

【０１４８】このメソッドgetLatestContents()によっ
て、図１１のデータ出力処理におけるステップＳ５２乃
至Ｓ５９の処理が実現される。

【０１４９】以上のようなＡＰＩを、新たに定義するこ
とで、ユーザは、データベース２４のコンテンツ（ファ
イル）の更新を効率良く行うことが可能となる。

【０１５０】即ち、従来定義されているＡＰＩだけによ
れば、メソッドgetContent()が呼び出されることで、サ
ーバ２側のデータベース３に登録されている最新のバー
ジョンのファイルｆｓが、常に出力される。従って、メ
ソッドgetContent()が呼び出されると、ファイルｆｒが
ファイルｆｓと同一のものであるかどうかにかかわら
ず、通信ネットワーク６を介して、ファイルｆｓが読み
出され、いわば無駄な通信コストが生じることになる。

【０１５１】これに対して、新たに定義したＡＰＩを加
えた場合によれば、図１０のイベント処理や、図１１の
データ出力処理を行うためのインターフェイスが提供さ
れ、これにより、ファイルｆｒがファイルｆｓと同一の
ものであるとき（ファイルｆｒが最新のバージョンのも
のであるとき）には、データベース２４から、ファイル
ｆｓが読み出されるから、無駄な通信コストが生じるこ
とを防止することができる。

【０１５２】なお、新たに定義したＡＰＩを利用して、
図１０のイベント処理や、図１１のデータ出力処理を実
現する場合、アプリケーション側では、イベントやサブ
ジェクトが、放送ネットワーク４または通信ネットワー
ク６のうちのいずれを介して提供されるのかを考慮する
必要はない。即ち、ユーザは、そのようなことを気にせ
ずに、新たに定義されたＡＰＩを利用して、アプリケー
ションを制作することができる。

【０１５３】以上、本発明を適用したデータ配信システ
ムについて説明したが、このようなデータ配信システム
は、例えば、分散型データベースにおける多数のデータ
ベースへのデータの配信を行う場合や、ＩＰマルチキャ
ストによりデータを配信する場合、その他、データを不
特定多数に配信する場合に、特に有用である。

【０１５４】なお、本実施の形態では、放送ネットワー
ク４と通信ネットワーク６の両方を利用するようにした
が、放送ネットワーク４および通信ネットワーク６の両
方を備えることは必須ではない。即ち、本発明は、少な
くとも双方向の通信が可能なネットワークを備えるシス
テムに適用可能である。

【０１５５】また、本実施の形態では、サブジェクトに
含める更新コンテンツ情報として、更新後のコンテンツ
そのものなどを配置するようにしたが、更新コンテンツ
情報としては、その他、例えば、更新前のコンテンツ
に、更新後のコンテンツへの変更内容を反映させるため
のデータ（例えば、更新前のコンテンツを、更新後のコ
ンテンツに変更する実行形式のコンピュータプログラム
や、更新後のコンテンツと更新前のコンテンツとの差分
など）などを配置することも可能である。

【０１５６】さらに、本実施の形態では、サブジェクト
を、放送ネットワーク４と通信ネットワーク６との両方
から提供するようにしたが、サブジェクトは、通信ネッ
トワーク６のみを利用して、要求があった場合にのみ提
供することも可能である。これは、イベントについても
同様である。

【０１５７】また、本実施の形態では、イベントとサブ
ジェクトの両方を提供するようにしたが、サブジェクト
だけ提供するようにすることも可能である。但し、この
場合には、受信端末５において、サブジェクトに基づい
て更新が行われることにより得られるコンテンツのバー
ジョンを認識することができるように、サブジェクト
に、バージョン情報を含めるか、または更新後のコンテ
ンツそのものを、更新コンテンツ情報として用いる必要
がある。

【０１５８】さらに、本実施の形態では、コンテンツの
ハッシュ値を、そのコンテンツのバージョンとして用い
るようにしたが、ハッシュ関数以外の、異なる入力に対
して、異なる出力が得られる関数（写像）を用いて、コ
ンテンツを変換し、その変換により得られる値を、コン
テンツのバージョンとして用いることも可能である。

【０１５９】また、本実施の形態では、コンテンツを識
別するためのＩＤとして、ＵＲＬを用いるようにした
が、ＩＤとしては、その他、例えば、ユニークな番号な
どを用いるようにすることなどが可能である。

【０１６０】さらに、本実施の形態では、Javaで提供さ
れるＵＲＬオブジェクトに関して、新たなＡＰＩを定義
したが、この新たなＡＰＩは、その他、例えば、Ｃ＋＋
や、ｓｍａｌｌｔａｌｋなどにおいて定義することも可
能である。

【０１６１】

【発明の効果】本発明の送信装置および送信方法によれ
ば、コンテンツを入力として、所定の関数が演算され、
コンテンツを入力とする所定の関数の演算結果を含み、
そのコンテンツの新しさを報知するための報知データが
作成される。従って、コンテンツの新しさを、特に管理
しなくても、容易に認識することが可能となる。

【０１６２】本発明の受信装置および受信方法によれ
ば、コンテンツを入力とする所定の関数の演算結果を含
み、そのコンテンツの新しさを報知するための報知デー
タが受信され、報知データが有する所定の関数の演算結
果に基づいて、コンテンツの更新の有無が判定される。
そして、その判定結果に基づいて、報知データによって
新しさが報知されたコンテンツへの更新を行うための更
新データが取得される。従って、コンテンツの更新を、
効率良く行うことが可能となる。

【０１６３】本発明の送受信システムおよび送受信方法
によれば、送信装置において、コンテンツを入力とし
て、所定の関数が演算され、コンテンツを入力とする所
定の関数の演算結果を含み、そのコンテンツの新しさを
報知するための報知データが作成される。一方、受信装
置において、報知データが受信され、報知データが有す
る所定の関数の演算結果に基づいて、コンテンツの更新
の有無が判定される。そして、その判定結果に基づい
て、報知データによって新しさが報知されたコンテンツ
への更新を行うための更新データが取得される。従っ
て、コンテンツの更新管理を、容易に行うことが可能と
なる。

【図面の簡単な説明】

【図１】本発明を適用したデータ配信システムの一実施
の形態の構成例を示す図である。

【図２】図１のサーバ２の構成例を示すブロック図であ
る。

【図３】サーバ２が行う登録処理を説明するためのフロ
ーチャートである。

【図４】データベース１ａ乃至１ｃから供給される情報
のフォーマットを示す図である。

【図５】サーバ２が行うデータ伝送処理を説明するため
のフローチャートである。

【図６】サブジェクトおよびイベントのフォーマットを
示す図である。

【図７】サーバ２が行うデータ検索処理を説明するため
のフローチャートである。

【図８】図１の受信端末５の構成例を示すブロック図で
ある。

【図９】受信端末５が行う受信処理を説明するためのフ
ローチャートである。

【図１０】受信端末５が行うイベント処理を説明するた
めのフローチャートである。

【図１１】受信端末５が行うデータ出力処理を説明する
ためのフローチャートである。

【図１２】イベント処理およびデータ出力処理を行うた
めに、新たに定義したＡＰＩを説明するための図であ
る。

【符号の説明】

１ａ乃至１ｃ データベース， ２ サーバ， ３ デ
ータベース， ４ 放送ネットワーク， ５ 受信端
末， ６ 通信ネットワーク， １１ 通信制御部，
１２ 資源割当部， １３ データ検索部， １５ 登
録部， １６ ハッシュ値計算部， １７ データ構成
部， １８ 伝送部， ２１ 受信部，２２ 選択部，
２３ 管理部， ２４ データベース， ２５ 読み
出し部，２６ 出力部， ２７ 操作部， ２８ イベ
ント記憶部， ２９ イベント処理部， ３０ 更新判
定部， ３１ 通信制御部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 原岡 和生 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 (72)発明者 山岸 靖明 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内

Claims (20)

【特許請求の範囲】
1. 【請求項１】 データベースに登録されたコンテンツの
   提供のためのデータの送信を行う送信装置において、 前記コンテンツを入力として、所定の関数を演算する演
   算手段と、 前記コンテンツを入力とする前記所定の関数の演算結果
   を含み、そのコンテンツの新しさを報知するための報知
   データを作成する報知データ作成手段と、 前記報知データを、前記コンテンツの提供を受ける受信
   装置に送信する送信手段とを備えることを特徴とする送
   信装置。
2. 【請求項２】 前記所定の関数は、入力の変化に伴い、
   その関数値も変化するものであることを特徴とする請求
   項１に記載の送信装置。
3. 【請求項３】 前記所定の関数は、ハッシュ関数である
   ことを特徴とする請求項１に記載の送信装置。
4. 【請求項４】 前記送信手段は、前記報知データを、一
   斉同報が可能な同報ネットワークを介して送信すること
   を特徴とする請求項１に記載の送信装置。
5. 【請求項５】 前記送信手段は、前記受信装置から、前
   記報知データの要求があったとき、その要求された前記
   報知データを送信することを特徴とする請求項１に記載
   の送信装置。
6. 【請求項６】 前記送信手段は、前記報知データによっ
   て新しさが報知される前記コンテンツへの更新を行うた
   めの更新データも送信することを特徴とする請求項１に
   記載の送信装置。
7. 【請求項７】 前記送信手段は、前記受信装置から、前
   記更新データの要求があったときに、その要求された前
   記更新データを送信することを特徴とする請求項６に記
   載の送信装置。
8. 【請求項８】 前記送信手段は、前記更新データを、一
   斉同報が可能な同報ネットワークまたは双方向の通信が
   可能な双方向ネットワークを介して送信することを特徴
   とする請求項６に記載の送信装置。
9. 【請求項９】 データベースに登録されたコンテンツの
   提供のためのデータの送信方法において、 前記コンテンツを入力として、所定の関数を演算し、 前記コンテンツを入力とする前記所定の関数の演算結果
   を含み、そのコンテンツの新しさを報知するための報知
   データを作成し、 前記報知データを、前記コンテンツの提供を受ける受信
   装置に送信することを特徴とする送信方法。
10. 【請求項１０】 データベースに登録されたコンテンツ
    の提供を受けるためのデータの受信を行う受信装置にお
    いて、 前記コンテンツを入力とする所定の関数の演算結果を含
    み、そのコンテンツの新しさを報知するための報知デー
    タを受信する受信手段と、 前記報知データが有する前記所定の関数の演算結果に基
    づいて、前記コンテンツの更新の有無を判定する判定手
    段と、 前記判定手段の判定結果に基づいて、前記報知データに
    よって新しさが報知された前記コンテンツへの更新を行
    うための更新データを取得する取得手段と、 前記更新データに基づいて、前記コンテンツを更新する
    更新手段とを備えることを特徴とする受信装置。
11. 【請求項１１】 前記所定の関数は、入力の変化に伴
    い、その関数値も変化するものであることを特徴とする
    請求項１０に記載の受信装置。
12. 【請求項１２】 前記所定の関数は、ハッシュ関数であ
    ることを特徴とする請求項１０に記載の受信装置。
13. 【請求項１３】 前記受信手段は、一斉同報が可能な同
    報ネットワークを介して送信されてくる前記報知データ
    を受信することを特徴とする請求項１０に記載の受信装
    置。
14. 【請求項１４】 前記報知データを要求する要求手段を
    さらに備え、 前記受信手段は、前記要求手段の要求に対応して送信さ
    れてくる前記報知データを受信することを特徴とする請
    求項１０に記載の受信装置。
15. 【請求項１５】 前記取得手段は、前記更新データを要
    求し、その要求に対応して送信されてくる前記更新デー
    タを受信することを特徴とする請求項１０に記載の受信
    装置。
16. 【請求項１６】 前記取得手段は、一斉同報が可能な同
    報ネットワークまたは双方向の通信が可能な双方向ネッ
    トワークを介して送信されてくる前記更新データを受信
    することを特徴とする請求項１０に記載の受信装置。
17. 【請求項１７】 前記判定手段は、既に記憶しているコ
    ンテンツを入力として、前記所定の関数を演算し、その
    演算結果と、前記報知データが有する前記所定の関数の
    演算結果とを比較することで、前記コンテンツの更新の
    有無を判定することを特徴とする請求項１０に記載の受
    信装置。
18. 【請求項１８】 データベースに登録されたコンテンツ
    の提供を受けるためのデータの受信方法において、 前記コンテンツを入力とする所定の関数の演算結果を含
    み、そのコンテンツの新しさを報知するための報知デー
    タを受信し、 前記報知データが有する前記所定の関数の演算結果に基
    づいて、前記コンテンツの更新の有無を判定し、 その判定結果に基づいて、前記報知データによって新し
    さが報知された前記コンテンツへの更新を行うための更
    新データを取得し、 前記更新データに基づいて、前記コンテンツを更新する
    ことを特徴とする受信方法。
19. 【請求項１９】 データベースに登録されたコンテンツ
    の提供のためのデータの送信を行う送信装置と、 前記送信装置からのデータを受信する受信装置とを備え
    る送受信システムであって、 前記送信装置は、 前記コンテンツを入力として、所定の関数を演算する演
    算手段と、 前記コンテンツを入力とする前記所定の関数の演算結果
    を含み、そのコンテンツの新しさを報知するための報知
    データを作成する報知データ作成手段と、 前記報知データを、前記受信装置に送信する送信手段と
    を有し、 前記受信装置は、 前記報知データを受信する受信手段と、 前記報知データが有する前記所定の関数の演算結果に基
    づいて、前記コンテンツの更新の有無を判定する判定手
    段と、 前記判定手段の判定結果に基づいて、前記報知データに
    よって新しさが報知された前記コンテンツへの更新を行
    うための更新データを取得する取得手段と、 前記更新データに基づいて、前記コンテンツを更新する
    更新手段とを有することを特徴とする送受信システム。
20. 【請求項２０】 データベースに登録されたコンテンツ
    の提供のためのデータの送信を行う送信装置と、 前記送信装置からのデータを受信する受信装置と を備える送受信システムの送受信方法であって、 前記送信装置において、 前記コンテンツを入力として、所定の関数を演算し、 前記コンテンツを入力とする前記所定の関数の演算結果
    を含み、そのコンテンツの新しさを報知するための報知
    データを作成し、 前記報知データを、前記コンテンツの提供を受ける受信
    装置に送信し、 前記受信装置において、 前記報知データを受信し、 前記報知データが有する前記所定の関数の演算結果に基
    づいて、前記コンテンツの更新の有無を判定し、 その判定結果に基づいて、前記報知データによって新し
    さが報知された前記コンテンツへの更新を行うための更
    新データを取得し、 前記更新データに基づいて、前記コンテンツを更新する
    ことを特徴とする送受信方法。