JP3285841B2 - コンテンツ提供装置およびコンテンツ提供方法、受信装置および受信方法、並びに通信システムおよび通信方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンテンツ提供装
置およびコンテンツ提供方法、受信装置および受信方
法、並びに通信システムおよび通信方法に関し、特に、
例えば、分散型データベースを構成する多数のデータベ
ースへのデータの配信を行う場合や、ＩＰ（Internet P
rotocol）マルチキャストによりデータを配信する場
合、その他データを不特定多数に配信する場合に用いて
好適なコンテンツ提供装置およびコンテンツ提供方法、
受信装置および受信方法、並びに通信システムおよび通
信方法に関する。

【０００２】

【従来の技術】データの配信手法としては、種々の手法
が提案されているが、例えば、現在のインターネット上
においては、ＨＴＴＰ（Hyper Text Transfer Protoco
l）のようなＴＣＰ／ＩＰ（Transmission Control Prot
ocol/Internet Protocol）を基本とするプロトコルが採
用されている。ＴＣＰ／ＩＰでは、データの配信を受け
る受信側から、データの送信側に対して、発呼が行わ
れ、さらに、データの送受信を行うごとに、送信側と受
信側との間で、コネクションが確立されるので、信頼性
の高いデータの配信を行うことができる。しかしなが
ら、その反面、送信側やネットワークの負荷が大きくな
り、効率的なデータ配信を行うことが困難になる場合が
あった。

【０００３】即ち、データの提供を受ける端末が増大
し、データを提供するサーバへのアクセスが集中する
と、サーバやネットワークに多大な負荷がかかり、デー
タを要求しても、そのデータを得るまでに、多大な時間
を要することがあった。

【０００４】そこで、近年では、Ｗ３Ｃ（World Wide W
eb Consortium）において、ＤＲＰ（Distribution and
Replication Protocol）という手法が提案されている。
ＤＲＰでは、あるデータベースでデータの更新が行われ
た場合に、多数の地域に分散した他のデータベースに対
して、その更新後のデータそのものを配信するのではな
く、更新前のデータと、更新後のデータとの間の差分情
報のみが、個別に配信される。そして、差分情報の配信
を受けたデータベースでは、更新前のデータが、その差
分情報に基づいて更新される。

【０００５】従って、ＤＲＰを利用したデータの配信方
法では、差分情報が送信されるので、データそのものを
送信するよりは、ネットワーク上を流れる情報量を低減
することができる。しかしながら、それでも、例えば、
莫大な数の端末からアクセスが集中した場合には、サー
バやネットワークにかかる負荷が増大し、効率的なデー
タ配信を行うことが困難となる。

【０００６】以上のＴＣＰ／ＩＰやＤＲＰを利用したデ
ータ配信では、送信側と受信側とで、コネクションが確
立されて、データがやりとりされるが、これに対して、
コネクションレスでデータのやりとりを行う、例えば、
ＩＰ（Internet Protocol）マルチキャストのようなＵ
ＤＰ(User Datagram Protocol)を使用するデータの配信
方法もある。ＵＤＰによるデータ配信は、コネクション
レスであるため、ＴＣＰ／ＩＰなどのコネクションを確
立して行われるデータ配信と比較して、データの信頼性
は低下するが、送信側やネットワークにかかる負荷は低
減することができる。

【０００７】しかしながら、ＵＤＰによる場合であって
も、現状のインターネットを使用する限りは、データ
を、多数の端末それぞれに、個別に配信する必要があ
り、従って、データの配信が、サーバから自動的に行わ
れたとしても、端末数の増加によって、サーバやネット
ワークの負荷は増大し、効率的なデータ配信を行うこと
は困難となる。

【０００８】

【発明が解決しようとする課題】上述の、いずれのデー
タの配信方法であっても、データの配信を、ケーブルな
どの物理的な線で接続されたインターネットを介して行
う場合には、端末の増加に伴って、サーバやネットワー
クの負荷が増大することは避けられない。

【０００９】そこで、データの配信を、例えば、広い地
域に亘って、一斉同報が可能な広帯域の衛星回線や地上
波放送回線などを用いて行う方法が提案されている。こ
の場合、端末数の増加によって、サーバやネットワーク
に対する負荷が影響を受けることはない。

【００１０】ところで、衛星回線などを用いて、データ
の配信を一斉に行う場合においては、各ユーザに同一の
データが配信されるが、あるデータが配信される場合
に、すべてのユーザが、そのデータを欲しているとは限
らない。即ち、莫大な数のユーザを対象に、データの配
信を行う場合には、そのデータを、欲しているユーザも
いれば、欲していないユーザもいるのが、一般的であ
る。しかしながら、配信されるデータは、通常、送信側
において決められるため、配信を希望するユーザが少な
いデータの配信が、配信を希望するユーザが多いデータ
の配信よりも優先的に行われてしまうこともあり得、デ
ータの効率的な配信の観点から好ましくない。

【００１１】さらに、衛星回線を用いての、データの一
斉同報では、あるユーザにおいて、あるデータを、即座
に必要とする場合に、そのデータが即座に配信されると
は限らず、従って、そのような場合に対処するのが困難
である。

【００１２】本発明は、このような状況に鑑みてなされ
たものであり、ユーザが所望するデータを、より効率的
に配信することができるようにするものである。

【００１３】

【課題を解決するための手段】本発明のコンテンツ提供
装置は、データベースに登録されたコンテンツが更新さ
れた場合に、そのコンテンツと同一のコンテンツを、受
信装置において更新するための更新データを生成する更
新データ生成手段と、更新データを提供することを示す
イベントデータを生成するイベントデータ生成手段と、
イベントデータを、複数の受信装置に送信するイベント
データ送信手段と、複数の受信装置から送信されてくる
要求データを受信する受信手段と、要求データを集計す
る集計手段と、要求データの集計結果に基づいて、更新
データを提供するための資源を割り当てる資源割当手段
と、割り当てられた資源に基づいて、更新データを複数
の受信装置に対して提供する提供手段とを備えることを
特徴とする。

【００１４】本発明のコンテンツ提供装置のコンテンツ
提供方法は、データベースに登録されたコンテンツが更
新された場合に、そのコンテンツと同一のコンテンツ
を、受信装置において更新するための更新データを生成
する更新データ生成ステップと、更新データを提供する
ことを示すイベントデータを生成するイベントデータ生
成ステップと、イベントデータを、複数の受信装置に送
信するイベントデータ送信ステップと、複数の受信装置
から送信されてくる要求データを受信する受信ステップ
と、要求データを集計する集計ステップと、要求データ
の集計結果に基づいて、更新データを提供するための資
源を割り当てる資源割当ステップと、割り当てられた資
源に基づいて、更新データを複数の受信装置に対して提
供する提供ステップとを含むことを特徴とする。

【００１５】本発明の受信装置は、コンテンツを記憶す
る記憶手段と、コンテンツ提供装置において登録されて
いるコンテンツが更新され、そのコンテンツと同一のコ
ンテンツを更新するための更新データを提供することを
示すイベントデータが送信されてきたとき、それを受信
するイベントデータ受信手段と、イベントデータに基づ
いて、更新データの必要性を評価し、その評価結果に基
づき、更新データの提供を受けるための要求データを生
成する要求データ生成手段と、要求データを、コンテン
ツ提供装置に送信する要求データ送信手段と、コンテン
ツ提供装置により提供される更新データを、イベントデ
ータに基づいて取得する取得手段と、更新データに基づ
いて、記憶手段に記憶されたコンテンツを更新する更新
手段とを備えることを特徴とする。

【００１６】本発明の受信装置の受信方法は、コンテン
ツを記憶する記憶ステップと、コンテンツ提供装置にお
いて登録されているコンテンツが更新され、そのコンテ
ンツと同一のコンテンツを更新するための更新データを
提供することを示すイベントデータが送信されてきたと
き、それを受信するイベントデータ受信ステップと、イ
ベントデータに基づいて、更新データの必要性を評価
し、その評価結果に基づき、更新データの提供を受ける
ための要求データを生成する要求データ生成ステップ
と、要求データを、コンテンツ提供装置に送信する要求
データ送信ステップと、コンテンツ提供装置により提供
される更新データを、イベントデータに基づいて取得す
る取得ステップと、更新データに基づいて、記憶手段に
記憶されたコンテンツを更新する更新ステップとを含む
ことを特徴とする。

【００１７】本発明の通信システムは、データベースに
登録されたコンテンツが更新された場合に、そのコンテ
ンツと同一のコンテンツを、受信装置において更新する
ための更新データを生成する更新データ生成手段と、更
新データを提供することを示すイベントデータを生成す
るイベントデータ生成手段と、イベントデータを、複数
の受信装置に送信するイベントデータ送信手段と、複数
の受信装置から送信されてくる要求データを受信する受
信手段と、要求データを集計する集計手段と、要求デー
タの集計結果に基づいて、更新データを提供するための
資源を割り当てる資源割当手段と、割り当てられた資源
に基づいて、更新データを複数の受信装置に対して提供
する提供手段と、コンテンツを記憶する記憶手段と、イ
ベントデータが送信されてきたとき、それを受信するイ
ベントデータ受信手段と、イベントデータに基づいて、
更新データの必要性を評価し、その評価結果に基づき、
更新データの提供を受けるための要求データを生成する
要求データ生成手段と、要求データを、コンテンツ提供
装置に送信する要求データ送信手段と、コンテンツ提供
装置により提供される更新データを、イベントデータに
基づいて取得する取得手段と、更新データに基づいて、
記憶手段に記憶されたコンテンツを更新する更新手段と
を備えることを特徴とする。

【００１８】本発明の通信システムの通信方法は、デー
タベースに登録されたコンテンツが更新された場合に、
そのコンテンツと同一のコンテンツを、受信装置におい
て更新するための更新データを生成する更新データ生成
ステップと、更新データを提供することを示すイベント
データを生成するイベントデータ生成ステップと、イベ
ントデータを、複数の受信装置に送信するイベントデー
タ送信ステップと、複数の受信装置から送信されてくる
要求データを受信する受信ステップと、要求データを集
計する集計ステップと、要求データの集計結果に基づい
て、更新データを提供するための資源を割り当てる資源
割当ステップと、割り当てられた資源に基づいて、更新
データを複数の受信装置に対して提供する提供ステップ
と、コンテンツを記憶する記憶ステップと、イベントデ
ータが送信されてきたとき、それを受信するイベントデ
ータ受信ステップと、イベントデータに基づいて、更新
データの必要性を評価し、その評価結果に基づき、更新
データの提供を受けるための要求データを生成する要求
データ生成ステップと、要求データを、コンテンツ提供
装置に送信する要求データ送信ステップと、コンテンツ
提供装置により提供される更新データを、イベントデー
タに基づいて取得する取得ステップと、更新データに基
づいて、記憶手段に記憶されたコンテンツを更新する更
新ステップとを含むことを特徴とする。

【００１９】本発明のコンテンツ提供装置および方法に
おいては、データベースに登録されたコンテンツが更新
された場合に、そのコンテンツと同一のコンテンツを、
受信装置において更新するための更新データが生成さ
れ、更新データを提供することを示すイベントデータが
生成され、イベントデータが、複数の受信装置に送信さ
れる。また、複数の受信装置から送信されてくる要求デ
ータが受信され、要求データが集計され、要求データの
集計結果に基づいて、更新データを提供するための資源
が割り当てられ、割り当てられた資源に基づいて、更新
データが複数の受信装置に対して提供される。

【００２０】本発明の受信装置および方法においては、
コンテンツが記憶され、コンテンツ提供装置において登
録されているコンテンツが更新され、そのコンテンツと
同一のコンテンツを更新するための更新データを提供す
ることを示すイベントデータが送信されてきたとき、そ
れが受信される。また、イベントデータに基づいて、更
新データの必要性が評価され、その評価結果に基づき、
更新データの提供を受けるための要求データが生成さ
れ、要求データが、コンテンツ提供装置に送信される。
さらに、コンテンツ提供装置により提供される更新デー
タが、イベントデータに基づいて取得され、更新データ
に基づいて、記憶されたコンテンツが更新される。

【００２１】本発明の通信システムおよび方法において
は、データベースに登録されたコンテンツが更新された
場合に、そのコンテンツと同一のコンテンツを、受信装
置において更新するための更新データが生成され、更新
データを提供することを示すイベントデータが生成さ
れ、イベントデータが、複数の受信装置に送信される。
また、複数の受信装置から送信されてくる要求データが
受信され、要求データが集計され、要求データの集計結
果に基づいて、更新データを提供するための資源が割り
当てられ、割り当てられた資源に基づいて、更新データ
が複数の受信装置に対して提供される。さらに、コンテ
ンツが記憶され、コンテンツ提供装置において登録され
ているコンテンツが更新され、そのコンテンツと同一の
コンテンツを更新するための更新データを提供すること
を示すイベントデータが送信されてきたとき、それが受
信される。また、イベントデータに基づいて、更新デー
タの必要性が評価され、その評価結果に基づき、更新デ
ータの提供を受けるための要求データが生成され、要求
データが、コンテンツ提供装置に送信される。さらに、
コンテンツ提供装置により提供される更新データが、イ
ベントデータに基づいて取得され、更新データに基づい
て、記憶されたコンテンツが更新される。

【００２２】

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

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

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

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

【００２６】サーバ２は、更新オブジェクト情報に基づ
き、データベース３の登録内容を更新すると、その更新
オブジェクト情報を、例えば、アナログ公衆網や、ＩＳ
ＤＮ（Integrated Services Digital Network）、イン
ターネット、その他の双方向通信が可能なネットワーク
である通信ネットワーク６や、専用線などを介してミラ
ーサーバ７に送信する。ミラーサーバ７は、サーバ２か
らの更新オブジェクト情報を受信し、その更新オブジェ
クト情報に基づいて、データベース８を更新する。従っ
て、データベース３と８との登録内容は、基本的には、
同一になるようになされている。

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

【００２８】また、サーバ２では、サブジェクトを取得
するためのデータも生成される。即ち、サブジェクト
は、後述するように、サーバ２から放送ネットワーク４
を介して送信される場合があり、この場合、サブジェク
トを取得するには、サブジェクトが放送される時刻やチ
ャンネルなどの情報が必要となる。また、サブジェクト
は、後述するように、ＵＲＬ（Uniform Resorce Locato
r）などと対応付けられ、サーバ２やミラーサーバ７で
管理される場合があり、この場合、サブジェクトを取得
するには、そのＵＲＬ（あるいは、サーバ２やミラーサ
ーバ７のドメイン名や、サブジェクトの転送プロトコル
など）が必要となる。そこで、サーバ２では、このよう
な、いわば、サブジェクトを取得するための取得方法に
関する情報が、サブジェクトを取得するためのデータと
して生成される。

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

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

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

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

【００３３】また、サブジェクトが、例えば、ＵＲＬに
対応付けられ、サーバ２やミラーサーバ７の管理下にお
かれる場合には、そのＵＲＬなどを含むイベントが生成
され、放送ネットワーク４を介して送信される。即ち、
サブジェクトがサーバ２またはミラーサーバ７の管理下
におかれる場合には、それぞれ、サーバ２またはミラー
サーバ７のＩＰアドレスをドメイン名として有するＵＲ
Ｌ（サブジェクトの取得方法）などを含むイベントが生
成されて送信される。

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

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

【００３６】また、例えば、イベントに、サブジェクト
に対応付けられたＵＲＬが含まれている場合には、受信
端末５は、そのＵＲＬのドメイン名に対応するサーバに
対して、通信ネットワーク６を介してアクセスし、サブ
ジェクトを要求して受信する。

【００３７】具体的には、イベントに含まれるＵＲＬの
ドメイン名に対応するサーバが、例えば、サーバ２であ
れば、サブジェクトは、サーバ２の管理下におかれてい
るから、受信端末５は、通信ネットワーク６を介して、
サーバ２にアクセスし、サブジェクトを取得する。

【００３８】また、イベントに含まれるＵＲＬのドメイ
ン名に対応するサーバが、例えば、ミラーサーバ７であ
れば、サブジェクトは、ミラーサーバ７の管理下におか
れているから、受信端末５は、通信ネットワーク６を介
して、ミラーサーバ７にアクセスし、サブジェクトを取
得する。

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

【００４０】なお、サブジェクトは、サーバ２から放送
ネットワーク４を介して送信されるとともに、サーバ２
やミラーサーバ７の管理下にもおかれることがある。さ
らに、図１の実施の形態では、１のミラーサーバ７だけ
を図示してあるが、ミラーサーバ７と同様の処理を行う
ミラーサーバ（コンテンツ提供装置）は、通信ネットワ
ーク６上に複数台設けることができ、この場合、サブジ
ェクトは、その複数のミラーサーバの管理下におくこと
もできる。また、サブジェクトは、サーバ２から放送ネ
ットワーク４を介して、あるチャンネルの、ある時刻に
おいてだけ送信されるのではなく、複数のチャンネルや
複数の時刻に送信される場合もある。

【００４１】このように、あるサブジェクトを取得する
方法が複数ある場合には、イベントには、その複数の方
法それぞれについての情報（放送時刻や、放送チャンネ
ル、ＵＲＬなど）が含められるが、このうちのいずれの
方法によってサブジェクトを取得するかは、受信端末５
において決定される。即ち、例えば、イベントに、放送
ネットワーク４を介してサブジェクトを送信する時刻が
複数含まれている場合には、受信端末５では、例えば、
現在時刻に最も近い時刻に放送されてくるサブジェクト
が受信されることで、サブジェクトが取得される。ま
た、例えば、イベントに、複数のＵＲＬが含まれている
場合には、受信端末５から最も近い位置にあるサーバの
ものが選択され、そのサーバに対して、通信ネットワー
ク６を介して、サブジェクトの要求が行われることによ
り、サブジェクトが取得される。さらに、例えば、イベ
ントに、放送ネットワーク４を介してサブジェクトを送
信する時刻と、ＵＲＬとが含まれている場合において、
例えば、放送ネットワーク４の回線状態が悪いとき（Ｓ
／Ｎ（Signal to Noise Ratio）が低いときなど）に
は、ＵＲＬに基づき、上述したようにして、サブジェク
トが取得される。また、その他、いずれの方法によって
サブジェクトを取得するかは、受信端末５のユーザの操
作などに基づいて決定するようにすることもできる。

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

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

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

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

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

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

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

【００４９】なお、ミラーサーバ７は、サーバ３から更
新オブジェクト情報を受信した後、サーバ３と同様に、
イベントおよびサブジェクトを構成し、受信端末５に提
供するようになされている。

【００５０】ここで、放送ネットワーク４を介してのイ
ベントやサブジェクト、その他のデータの送信を、以
下、適宜、同報送信という。また、通信ネットワーク６
を介してのサブジェクトその他のデータの送信を個別送
信という。

【００５１】ところで、受信端末５では、イベントを受
信することによって、それに対応するサブジェクトの取
得方法、即ち、ここでは、サブジェクトが同報送信され
る放送チャンネルおよび放送時刻や、サブジェクトの個
別送信を要求すべきサーバなどを認識することができ
る。従って、受信端末５で、サブジェクトを即座に必要
とする場合において、その同報送信による放送時刻が、
まだ先のときには、受信端末５は、個別送信によるサブ
ジェクトの要求を行うことで、そのサブジェクトを即座
に取得することができる。しかしながら、この場合、サ
ブジェクトを即座に必要とする受信端末が、多数存在す
るときには、個別送信による要求がなされるサーバ２や
ミラーサーバ７の負荷が増加することになる。

【００５２】さらに、サブジェクトを即座に必要とする
受信端末が、多数存在する場合においては、データの効
率的な配信の観点からは、そのサブジェクトを、個別送
信により提供するよりも、一斉同報が可能な同報送信に
より提供する方が好ましい。また、サブジェクトは、同
報送信と個別送信との両方で提供されるとは限らず、例
えば、個別送信によってのみ提供される場合がある。し
かしながら、サブジェクトを必要とする受信端末が、多
数存在する場合には、そのサブジェクトの提供は、同報
送信によって行う方が、やはり、データの効率的な配信
の観点から好ましい。

【００５３】さらに、サブジェクトを必要とする受信端
末が、多数存在する場合には、そのサブジェクトの同報
通信のために、他のサブジェクトに比較して、広い伝送
帯域（高いデータレート）を割り当てた方が、効率的
に、サブジェクトを配信することができる。

【００５４】そこで、図１のデータ配信システムでは、
受信端末５は、イベントを受信すると、そのイベントに
基づいて取得されるサブジェクトの必要性を評価し、例
えば、サブジェクトが即座に必要なときなどには、その
サブジェクトを要求する要求データを、個別送信により
サーバ２（あるいは、ミラーサーバ７）に送信するよう
になされている。

【００５５】ここで、受信端末５では、例えば、ユーザ
によって、サブジェクトを要求するように操作が行われ
た場合、そのサブジェクトが必要であると評価される。
また、例えば、オブジェクトには、その有効期限や重要
度を、情報提供者Ａ乃至Ｃやユーザが指定することがで
きるようになっており、オブジェクトの有効期限が切れ
ている場合や、オブジェクトの重要性が高い場合には、
受信端末５において、そのオブジェクトを更新するため
のサブジェクトの必要性を高く評価するようにすること
ができる。

【００５６】一方、サーバ２は、受信端末５、さらに
は、他の受信端末からの要求データを集計し、その集計
結果に基づき、例えば、サブジェクトの放送時刻を早め
るなどの送信スケジュールの変更や、放送回数を多くし
たり、より広い伝送帯域を割り当てるなどのサブジェク
トの送信のための資源割当の変更などを行うようになさ
れている。

【００５７】即ち、受信端末５からサーバ２に対して送
信されてくる要求データには、例えば、後述するよう
に、サブジェクトを何時までに送信して欲しいかを表す
放送日指定が含まれている。サーバ２は、要求データを
受信すると、その要求データに含まれる放送日指定に基
づいて、その要求データによって要求されるサブジェク
トの、受信側全体の要求の度合い（以下、適宜、総合要
求度という）を求めるための要求データの集計を行う。

【００５８】具体的には、例えば、サーバ２は、要求デ
ータに含まれる放送日指定を、図２に示すような要求レ
ベル算出デーブルに基づいて、その要求データによって
要求されるサブジェクトの要求レベルに変換する。さら
に、サーバ２は、所定の時間の間に受信した要求データ
から得られる要求レベルの総和を、総合要求度として算
出する。ここで、例えば、放送日指定が「１日以内」ま
たは「３日以内」となっている要求データが、それぞれ
２２００または１０００だけ受信された場合には、図２
の要求レベル算出テーブルによれば、２２００×５＋１
０００×４＝１５０００が、総合要求度として求められ
ることになる。

【００５９】そして、サーバ２は、その総合要求度に基
づいて、送信スケジュールや資源割当等の変更を行う。
即ち、例えば、サーバ２は、総合要求度が得られたサブ
ジェクトを送信する放送日までの日数に、１００００／
総合要求度を乗算することにより、その放送日を変更す
る。具体的には、例えば、あるサブジェクトについて、
総合要求度として、上述したような１５０００が得ら
れ、その放送日までの日数が６日である場合には、その
放送日は、６×１００００／１５０００＝４日後に変更
される。即ち、この場合、総合要求度として１５０００
が得られたサブジェクトについては、その要求の度合い
が高いと認識され、放送日が、６日後から４日後に早め
られる。

【００６０】また、例えば、サーバ２において、サブジ
ェクトＳ１およびＳ２の送信のための資源が、図３
（Ａ）に示すように割り当てられていたとする。ここ
で、図３（Ａ）においては、サブジェクトＳ１につい
て、１Ｍｂｐｓの帯域幅（放送ネットワーク４の帯域
幅）が割り当てられている。さらに、サブジェクトＳ１
の送信頻度は３０分に１回とされ、その送信は終日行う
ように設定されている。また、サブジェクトＳ２につい
ては、２Ｍｂｐｓの帯域幅が割り当てられている。さら
に、サブジェクトＳ２の送信頻度は５分に１回とされ、
その送信は終日行うように設定されている。

【００６１】以上のような資源割当が行われている場合
において、例えば、サブジェクトＳ１については、高い
総合要求度が得られ、サブジェクトＳ２については、低
い総合要求度が得られたとする。この場合、サーバ２
は、図３（Ａ）に示した資源割当を、例えば、図３
（Ｂ）に示すように変更する。即ち、図３（Ｂ）では、
総合要求度の高いサブジェクトＳ１については、２Ｍｂ
ｐｓの帯域幅が割り当てられている。さらに、サブジェ
クトＳ１の送信頻度は１０分に１回とされ、その送信は
２時間だけ行うようになっている。また、総合要求度の
低いサブジェクトＳ２については、１Ｍｂｐｓの帯域幅
が割り当てられている。さらに、サブジェクトＳ２の送
信頻度は１０分に１回とされ、その送信は２時間だけ行
うようになっている。以上のように、サーバ２は、総合
要求度の高いサブジェクトＳ１については、最初に割り
当てられた資源よりも多くの資源を割り当てるように、
資源割当の変更を行う。また、サーバ２は、総合要求度
の低いサブジェクトＳ２については、最初に割り当てら
れた資源よりも少ない資源を割り当てるように、資源割
当の変更を行う。

【００６２】ここで、図３に示した資源割当において、
例えば、帯域幅に注目すると、サブジェクトＳ１は、図
４（Ａ）に示すように、最初は、１Ｍｂｐｓで送信さ
れ、その後、図３で説明した資源割当の変更にしたが
い、２Ｍｂｐｓで送信される。そして、２Ｍｂｐｓでの
送信を開始してから２時間が経過すると、サブジェクト
Ｓ１は、再び、１Ｍｂｐｓで送信される。一方、サブジ
ェクトＳ２は、図４（Ｂ）に示すように、最初は、２Ｍ
ｂｐｓで送信され、その後、図３で説明した資源割当の
変更にしたがい、１Ｍｂｐｓで送信される。そして、１
Ｍｂｐｓでの送信を開始してから２時間が経過すると、
サブジェクトＳ２は、再び、２Ｍｂｐｓで送信される。

【００６３】以上のように、サーバ２では、需要（要
求）の高いサブジェクトは、優先して送信されるので、
サブジェクトを、効率的に配信することができる。

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

【００６５】通信制御部１１は、例えば、モデムや、Ｔ
Ａ（Terminal Adapter）などで構成され、通信ネットワ
ーク６を介しての通信（個別送信）を制御するようにな
されている。資源割当部１２は、イベントおよびサブジ
ェクトの同報通信のための資源割当、およびサブジェク
トの個別送信のための資源割当などを行うようになされ
ている。

【００６６】即ち、資源割当部１２は、例えば、登録部
１５からのオブジェクトの更新の知らせを受け、その更
新に伴い、イベントおよびサブジェクトを、放送ネット
ワーク４を介して送信するための資源（例えば、イベン
トおよびオブジェクトを同報送信する伝送帯域（データ
レート）や、送信回数（送信頻度）、その他、同報送信
のための処理をサーバ２を構成する各ブロックに行わせ
る時間など）を割り当て、さらには、その送信スケジュ
ール（例えば、放送チャンネル、放送時刻（時間）な
ど）をたてる。

【００６７】また、資源割当部１２は、例えば、サブジ
ェクトを、個別送信によって提供するための資源（例え
ば、後述するストレージ２３の記録領域など）の割り当
てなども行う。

【００６８】なお、資源割当部１２において、資源の割
り当ては、需要処理部１３からの情報に基づいて行われ
るようになされている。また、資源割当部１２によるイ
ベントおよびサブジェクトの送信のための資源の割当結
果や送信スケジュールなどは、サブジェクト構成部１
６、イベント構成部１９、伝送制御部２１、記憶管理部
２２などに供給されるようになされている。また、資源
割当部１２は、複製管理部１４を制御するようにもなさ
れている。

【００６９】需要処理部１３は、受信端末５から通信ネ
ットワーク６を介して送信されてくるオブジェクトの視
聴率や要求データを、通信制御部１１を介して受信し、
その集計などを行うようになされている。さらに、需要
処理部１３は、その集計結果を資源割当部１２に供給す
るようになされている。また、需要処理部１３は、要求
データを受信したとき、必要に応じて、記憶管理部２２
を制御することにより、ストレージ２３から、その要求
データによって要求されたサブジェクトを読み出させる
ようにもなされている。

【００７０】複製管理部１４は、ミラーサーバ７（さら
には、通信ネットワーク６上の、図示せぬミラーサー
バ）を特定するための情報を管理している。即ち、複製
管理部１４は、例えば、通信ネットワーク４がインター
ネットである場合には、ミラーサーバ７などのＩＰアド
レスを記憶している。そして、複製管理部１４は、資源
割当部１２の制御にしたがい、更新オブジェクト情報
を、データベース３から読み出し、通信制御部１１を介
して、ミラーサーバ７その他の自身が管理しているＩＰ
アドレスの、通信ネットワーク６上のサーバに送信する
ようになされている。

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

【００７２】サブジェクト構成部１６は、資源割当部１
２の制御にしたがい、更新オブジェクト情報を、データ
ベース３から読み出し、その更新オブジェクト情報が配
置されたサブジェクトを生成（構成）して、サブジェク
ト記憶部１７に供給するようになされている。サブジェ
クト記憶部１７は、サブジェクト構成部１６からのサブ
ジェクトを一時記憶するようになされている。

【００７３】伝送部１８は、伝送制御部２１の制御の
下、サブジェクト記憶部１７に記憶されたサブジェク
ト、およびイベント記憶部２０に記憶されたイベントを
読み出し、同報送信、即ち、放送ネットワーク４を介し
て送信するようになされている。

【００７４】イベント構成部１９は、資源割当部１２の
制御にしたがい、サブジェクト構成部１６で構成された
サブジェクトを取得するためのイベントを、必要に応じ
てデータベース３を参照しながら生成（構成）し、イベ
ント記憶部２０に供給するようになされている。イベン
ト記憶部２０は、イベント構成部１９からのイベントを
一時記憶するようになされている。なお、イベント構成
部１９において、イベントには、資源割当部１２から供
給される、サブジェクトの放送チャンネルや放送時刻、
あるいは、複製管理部１４から資源割当部１２を介して
供給される、サブジェクトを管理するサーバに関する情
報その他が含められるようになされている。

【００７５】伝送制御部２１は、資源割当部１２の制御
にしたがい、伝送部１８を制御することで、イベントお
よびサブジェクトを、同報送信させるようになされてい
る。記憶管理部２２は、資源割当部１２の制御にしたが
い、個別送信すべきサブジェクトを、サブジェクト記憶
部１７から読み出し、ストレージ２３に供給して記憶さ
せるようになされている。さらに、記憶管理部２２は、
需要処理部１３の制御にしたがい、ストレージ２３に記
憶されたサブジェクトを読み出し、通信制御部１１に供
給するようにもなされている。ストレージ２３は、記憶
管理部２２から供給される、個別送信すべきサブジェク
トを、一時記憶するようになされている。

【００７６】なお、図１のミラーサーバ７（さらには、
通信ネットワーク６上のその他のサーバ）も、図５に示
したサーバ２と同様に構成される。但し、ミラーサーバ
７には、複製管理部１４は設けられておらず、また、ミ
ラーサーバ７を構成する登録部１５は、サーバ２から、
通信ネットワーク６や、専用線を介して、更新オブジェ
クト情報を受信し、データベース８への登録を行うよう
になされている。

【００７７】以上のように構成されるサーバ２では（ミ
ラーサーバ７においても同様）、データベース３にデー
タを登録（データベースの登録内容を更新）する登録処
理、サブジェクトを提供するためのサブジェクト提供処
理、イベントを同報送信するイベント送信処理、および
受信端末５から送信されてくるサブジェクトを要求する
要求データに関する要求データ受信処理などが行われる
ようになされている。まず、図６のフローチャートを参
照して、サーバ２が行う登録処理について説明する。

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

【００７９】ここで、データベース１ａ乃至１ｃから
は、更新オブジェクト情報と識別子とが、例えば、図７
に示すようなフォーマットで供給されるようになされて
いる。識別子は、ここでは、例えば、交通情報や、天気
情報、株価情報、さらには、それらの情報を構成する構
成要素などのオブジェクトが記録されるファイルごとに
あらかじめ割り当てられているユニークなＩＤ（Identi
fication）、およびオブジェクトの新しさを示すバージ
ョン情報などからなる。バージョン情報は、例えば、オ
ブジェクトが更新されるごとに１ずつインクリメントさ
れる整数値などが用いられるようになされており、従っ
て、同一のＩＤが付加されているオブジェクトについて
は、そのバージョン情報を比較することで、最新のオブ
ジェクトを認識することができる。ここで、更新オブジ
ェクト情報に付加されているバージョン情報は、例え
ば、その更新オブジェクト情報によって更新されるオブ
ジェクトの更新後のバージョンに対応する値にされてい
る。

【００８０】なお、ＩＤおよびバージョン情報は、ここ
では、例えば、ともに固定長とされている。また、ＩＤ
としては、例えば、オブジェクトに基づいて、一方向ハ
ッシュ関数を演算することにより得られるハッシュ値な
どを用いることが可能である。

【００８１】登録部１５は、データベース１ａ乃至１ｃ
から配信されてきた更新オブジェクト情報に、同じくデ
ータベース１ａ乃至１ｃから配信されてきた識別子を付
加する（対応付ける）と、さらに、ステップＳ２におい
て、その識別子を構成するＩＤと同一のＩＤを有する識
別子が付加されているオブジェクトを、データベース３
から検索し、更新オブジェクト情報に基づいて、そのオ
ブジェクトを更新する。そして、登録部１５は、その更
新したオブジェクトに付加されている識別子のバージョ
ン情報を、例えば、１だけインクリメントする（あるい
は、更新したオブジェクトに付加されている識別子のバ
ージョン情報に、更新オブジェクト情報に付加されてい
るバージョン情報をコピーする）。

【００８２】その後、登録部１５は、ステップＳ３にお
いて、オブジェクトが更新された旨を、資源割当部１２
に出力し、ステップＳ１に戻る。

【００８３】以上のようにして供給される、オブジェク
トが更新された旨を受信した資源割当部１２では、その
オブジェクトの需要が、需要処理部１３の出力に基づい
て認識され、その認識結果に基づき、複製管理部１４が
管理している、ミラーサーバ７を含む通信ネットワーク
６上のサーバの中から、更新されたオブジェクトについ
てのサブジェクトを記憶させておくべきサーバが決定さ
れる。なお、このサブジェクトを記憶させるサーバとし
て決定されたもの（以下、適宜、サブジェクト提供サー
バという）から受信端末５に対しては、そのサブジェク
トが提供されることになるから、サブジェクト提供サー
バは、サブジェクトを提供するための資源ということが
でき、従って、サブジェクト提供サーバの決定は、サブ
ジェクトを提供するための資源の割り当てということが
できる。この資源の割り当ては、後述する図８のサブジ
ェクト提供処理の中で行われる。

【００８４】資源割当部１２は、サブジェクト提供サー
バを決定すると、そのサブジェクト提供サーバに対し
て、更新されたオブジェクトについての更新オブジェク
ト情報を送信するように、複製管理部１４を制御する。
複製管理部１４は、資源割当部１２からの制御にしたが
い、ステップＳ２でデータベース３に登録された更新オ
ブジェクト情報およびそれに付加されている識別子を読
み出し、通信ネットワーク６、あるいは専用線を介し
て、サブジェクト提供サーバに送信する。

【００８５】なお、サーバ２から送信されてくる更新オ
ブジェクト情報およびそれに付加されている識別子を受
信したサブジェクト提供サーバでは、図６の登録処理が
行われるが、サーバ２以外の通信ネットワーク６上のサ
ーバは、ここでは、上述したように、複製管理部１４を
有していないため、上述したような、更新オブジェクト
情報および識別子の、他のサーバへの配信は行われな
い。但し、そのような配信を行わせるようにすることも
可能である。

【００８６】次に、図８のフローチャートを参照して、
サーバ２において行われるサブジェクト提供処理につい
て説明する。なお、サブジェクト提供処理は、例えば、
資源割当部１２が、登録部１５から、オブジェクトが更
新された旨を受信するごとに行われる。

【００８７】サブジェクト提供処理では、まず最初に、
ステップＳ１１において、資源割当部１２が、資源割当
処理を行う。具体的には、ステップＳ１１では、例え
ば、上述したようにして、サブジェクト提供サーバが決
定される。そして、資源割当部１２は、サブジェクト提
供サーバを特定するための特定情報、即ち、ここでは、
例えば、サブジェクト提供サーバのＩＰアドレスなど
を、イベント構成部１９に出力する。

【００８８】さらに、ステップＳ１１では、例えば、資
源割当部１２において、登録部１５から更新された旨の
知らせがあったオブジェクト（以下、適宜、更新対象オ
ブジェクトという）の需要が、需要処理部１２の出力に
基づいて認識され、その認識結果に基づき、そのオブジ
ェクトについてのサブジェクトを、個別送信で提供する
かどうかが決定され、個別送信で提供する場合には、ス
トレージ２３に、そのサブジェクトを記録しておく記録
領域（資源）を確保するための資源割当が行われる。そ
して、資源割当部１２は、この資源割当結果（ここで
は、サブジェクトを記録しておく記録領域の確保の指
示）を、記憶管理部２２に出力する。

【００８９】また、ステップＳ１１で、資源割当部１２
は、更新対象オブジェクトの需要の認識結果に基づき、
その更新対象オブジェクトについてのサブジェクトを、
同報送信で提供するかどうかを決定し、同報送信で提供
する場合には、そのサブジェクトを同報送信するための
資源の割り当てを、更新対象オブジェクトの需要の認識
結果に基づいて行う。即ち、サブジェクトを同報送信す
るときの伝送帯域（データレート）や、送信回数（送信
頻度）などが決定される。さらに、サブジェクトを同報
送信する送信スケジュールとしての放送チャンネルや、
放送時刻なども決定される。そして、資源割当部１２
は、この資源割当結果や送信スケジュールを、イベント
構成部１９および伝送制御部２１に出力する。

【００９０】なお、登録部１５からオブジェクトの更新
が、資源割当部１２に報知された直後においては、需要
処理部１３では、後述するようにして、受信端末５から
送信されてくるオブジェクトの視聴率や、さらには、そ
のオブジェクトを、情報提供者がどの程度提供したいか
という要求度などから、更新対象オブジェクトの需要
の、いわば初期値が設定されるようになされており、こ
れが、資源割当部１２に供給されるようになされてい
る。従って、オブジェクトが更新された直後において
は、そのようなオブジェクトの需要の初期値に基づい
て、資源割当部１２にいて、資源割当やスケジューリン
グが行われる。即ち、基本的には、例えば、上述した総
合要求度の大きいサブジェクトや、情報提供者から早期
に提供を行う旨の希望があったオブジェクトを更新する
ためのサブジェクト等には、優先的に資源が割り当てら
れる。また、例えば、最近変更されたオブジェクトを更
新するためのサブジェクトほど、より優先的に送信する
ように、スケジューリングが行われる。

【００９１】ここで、資源割当部１２において行われる
サブジェクトを送信するための資源割当およびスケジュ
ーリングの両方をあわせて、以下、適宜、資源割当とい
う（これは、放送時刻の決定なども、サブジェクトを送
信するための時間という資源を割り当てる処理と考える
ことができるからである）。

【００９２】ステップＳ１１における資源割当の終了後
は、ステップＳ１２に進み、サブジェクト構成部１６に
おいて、更新対象オブジェクトについてのサブジェクト
が構成される。即ち、資源割当部１２は、サブジェクト
構成部１６を制御することにより、データベース３か
ら、対応する更新オブジェクト情報と、それに付加され
ている識別子とを読み出させ、例えば、図９に示すよう
なサブジェクトを構成させる。なお、図９において（後
述する図１１においても同様）、識別子の直後に、判別
フラグが配置されているが、この判別フラグは、データ
がサブジェクトか、またはイベントであるかを表す。

【００９３】サブジェクト構成部１６で構成されたサブ
ジェクトは、サブジェクト記憶部１７に供給されて記憶
される。そして、ステップＳ１３に進み、伝送制御部２
１において、サブジェクト記憶部１７に記憶されたサブ
ジェクトが、同報送信すべきものであるかどうかが、資
源割当部１２からの資源割当結果に基づいて判定され
る。ステップＳ１３において、サブジェクト記憶部１７
に記憶されたサブジェクトが、同報送信すべきものであ
ると判定された場合（サブジェクトに、同報送信のため
の資源が割り当てられている場合）、ステップＳ１４に
進み、伝送制御部２１は、サブジェクト記憶部１７に記
憶されたサブジェクトについてのスケジューリングによ
って決定された放送時刻まで待って、伝送部１８を制御
することにより、そのサブジェクトを、同報送信させ、
ステップＳ１５に進む。

【００９４】即ち、これにより、サブジェクトは、資源
割当部１２において決定された資源（伝送帯域や、送信
回数、放送チャンネル、放送時刻など）に基づいて、放
送ネットワーク４を介して送信される。

【００９５】一方、ステップＳ１３において、伝送制御
部２１によって、サブジェクト記憶部１７に記憶された
サブジェクトが、同報送信すべきものでないと判定され
た場合、ステップＳ１４をスキップして、ステップＳ１
５に進み、記憶管理部２２において、サブジェクト記憶
部１７に記憶されたサブジェクトが、個別送信すべきも
のであるかどうかが、資源割当部１２からの資源割当結
果に基づいて判定される。ステップＳ１５において、サ
ブジェクト記憶部１７に記憶されたサブジェクトが、個
別送信すべきものであると判定された場合（サブジェク
トに、個別送信のための資源が割り当てられている場
合）、ステップＳ１６に進み、記憶管理部２２は、その
サブジェクトをサブジェクト記憶部１７から読み出すと
ともに、ストレージ２３に、そのサブジェクトを記憶さ
せる（記録する）ための記憶領域（記録領域）を確保し
て記憶させ、サブジェクト提供処理を終了する。

【００９６】一方、ステップＳ１５において、サブジェ
クト記憶部１７に記憶されたサブジェクトが、個別送信
すべきものでないと判定された場合、ステップＳ１６を
スキップして、サブジェクト提供処理を終了する。

【００９７】次に、図１０のフローチャートを参照し
て、イベント送信処理について説明する。なお、イベン
ト送信処理は、例えば、図８のサブジェクト提供処理に
おけるステップＳ１１の資源割当処理が行われるごとに
行われる。

【００９８】イベント送信処理では、まず最初に、ステ
ップＳ２１において、資源割当部１２が、更新対象オブ
ジェクトについてのサブジェクトの取得方法の記述を含
むイベントを同報送信するための資源割当処理を、需要
処理部１３からの制御に基づいて行う。具体的には、ス
テップＳ２１では、イベントを同報送信するときの伝送
帯域（データレート）や、送信回数（送信頻度）などが
決定される。さらに、イベントを同報送信する送信スケ
ジュールとしての放送チャンネルや、放送時刻なども決
定される。そして、資源割当部１２は、この資源割当結
果や送信スケジュールを、伝送制御部２１に出力する。

【００９９】なお、登録部１５からオブジェクトの更新
が、資源割当部１２に報知された直後においては、需要
処理部１３は、例えば、デフォルトの資源割当およびス
ケジューリングを行うように、資源割当部１２を制御す
るようになされている。従って、オブジェクトが更新さ
れた直後においては、資源割当部１２では、デフォルト
の資源割当およびスケジューリングが行われる。

【０１００】また、イベントを同報送信する送信スケジ
ュールとしての、例えば、放送チャンネルは、あらかじ
め定められている。これは、イベントの放送チャンネル
が変化する方式であると、受信端末５において、いつ、
どのチャンネルで送信されてくるか分からないイベント
を待つ必要があり、処理の負担が大になり、さらに、イ
ベントの取りこぼし（受信ミス）も多くなると予想され
るため、そのようなことを防止するためである。即ち、
イベントを固定のチャンネルで放送すれば（常時、同一
のチャンネルで放送すれば）、受信端末５では、そのチ
ャンネルを受信していれば、イベントを受信することが
できるので、イベントの受信のための処理負担が小にな
り、さらに、イベントの取りこぼしも少なくすることが
できるからである。

【０１０１】ここで、資源割当部１２において行われる
イベントを送信するための資源割当およびスケジューリ
ングも、サブジェクトの場合と同様に、その両方をあわ
せて、以下、適宜、資源割当という。

【０１０２】ステップＳ２１において、イベントに対す
る資源割当処理が終了すると、ステップＳ２２に進み、
イベント構成部１９において、更新対象オブジェクトに
ついてのサブジェクトを取得するためのイベントが構成
される。即ち、イベント構成部１９では、更新対象オブ
ジェクトについて、サブジェクト構成部１６で構成され
たサブジェクトに付加された識別子と同一の識別子を付
加した、例えば、図１１に示すようなイベントが構成さ
れる。ここで、イベントは、例えば、図１１に示すよう
に、サブジェクトに付加されている識別子と同一の識別
子に、判別フラグを配置し、さらに、放送スケジュール
情報またはサーバアクセス情報を配置して構成される。

【０１０３】放送スケジュール情報は、サブジェクト
が、放送ネットワーク４を介して放送される場合に、サ
ブジェクトを受信するのに必要な情報（サブジェクトを
取得するための取得方法の記述）で、これには、資源割
当部１２から供給される資源割当結果としてのサブジェ
クトの放送チャンネル、放送時刻（時間）、データレー
ト、送信回数などが含まれる。従って、イベントを構成
する放送スケジュール情報を参照することで、そのイベ
ントを構成する識別子のオブジェクトを更新するための
サブジェクトの放送チャンネルや放送時刻などを認識す
ることができ、これにより、そのサブジェクトを受信す
ることが可能となる。

【０１０４】なお、イベントを構成する放送スケジュー
ル情報には、そのイベントに基づいて取得されるサブジ
ェクトの提供状況、即ち、例えば、そのサブジェクトの
同報送信に要する時間（従って、受信端末５側からすれ
ば、サブジェクトの受信に要する時間（これは、その時
間そのものでなくても、データレートとサブジェクトの
データ量とからであっても認識することができる））な
どを含ませることが可能である。

【０１０５】さらに、放送スケジュール情報には、それ
によって取得されるサブジェクトを用いて行われるオブ
ジェクトの更新の種別、即ち、オブジェクトの新規登
録、変更、または削除のうちのいずれを行うのかに関す
る情報も含ませることが可能である。

【０１０６】サーバアクセス情報は、サブジェクトが、
サーバ２や、ミラーサーバ７その他のサブジェクト提供
サーバから通信ネットワーク６を介して送信される場合
（個別送信される場合）に、通信ネットワーク６を介し
て、そのサブジェクトを要求するのに必要な情報（サブ
ジェクトを取得するための取得方法の記述）で、これに
は、例えば、サーバ２や、ミラーサーバ７、その他の通
信ネットワーク６上のサーバのＩＰアドレス等のネット
ワークトポロジー的な場所に関する情報が含まれる。サ
ーバ２のＩＰアドレスは、サブジェクトをストレージ２
３に記憶させた場合に、資源割当部１２からイベント構
成部１９に供給される。また、資源割当部１２は、複製
管理部１４を参照することで、サブジェクト提供サーバ
のＩＰアドレスを、イベント構成部１９に供給する。

【０１０７】イベントを構成するサーバアクセス情報を
参照することで、そのイベントを構成する識別子のオブ
ジェクトを更新するためのサブジェクトを管理している
サーバを認識することができ、これにより、そのサーバ
に対して、サブジェクトの個別送信を要求することが可
能となる。

【０１０８】ここで、サーバ２やミラーサーバ７などに
おいては、更新オブジェクト情報およびそれに付加され
ている識別子から構成されるサブジェクトに、例えば、
その識別子をＩＰアドレスに付加して構成されるＵＲＬ
を対応付けて、サブジェクトの管理が行われるようにな
されている。この場合、イベントを受信した受信端末５
では、そのイベントを構成するサーバアクセス情報と識
別子とから、そのイベントと同一の識別子が付加されて
いるサブジェクトのＵＲＬを認識することができる。

【０１０９】なお、イベントを構成するサーバアクセス
情報には、そのイベントに基づいて取得されるサブジェ
クトの提供状況、即ち、例えば、そのサブジェクトの個
別送信を行うための回線の混み具合や、実質的な転送レ
ート（サブジェクトを個別送信するサーバに接続されて
いる回線の種類や速度）などを含ませることが可能であ
る。

【０１１０】さらに、サーバアクセス情報には、放送ス
ケジュール情報と同様に、それによって取得されるサブ
ジェクトを用いて行われるオブジェクトの更新の種別
（オブジェクトの新規登録、変更、または削除のうちの
いずれか）も含ませることが可能である。

【０１１１】ここで、サブジェクトは、放送ネットワー
ク４を介してのみ提供される場合があるが、この場合に
は、そのサブジェクトについてのイベントとしては、図
１１（Ａ）に示すように、放送スケジュール情報が配置
されたイベントのみが構成される。逆に、サブジェクト
は、通信ネットワーク６を介してのみ提供される場合も
あるが、この場合には、そのサブジェクトについてのイ
ベントとしては、図１１（Ｂ）に示すように、アクセス
サーバ情報が配置されたイベントのみが構成される。

【０１１２】また、サブジェクトが、放送ネットワーク
４を介して、複数のチャンネルや、複数の時刻に送信さ
れる場合には、そのサブジェクトについてのイベントと
しては、その複数のチャンネルや複数の時刻それぞれに
対応する放送スケジュール情報が配置されたものが作成
される。同様に、サブジェクトが、通信ネットワーク６
を介して、複数のサーバから提供され得る場合には、そ
のサブジェクトについてのイベントとしては、その複数
のサーバそれぞれに対応するサーバアクセス情報が配置
されたものが作成される。この場合、受信端末５では、
複数のサーバから、アクセスすべきサーバを選択するこ
とができる。

【０１１３】なお、サブジェクトの取得方法が複数存在
する場合には、イベント構成部１９は、放送スケジュー
ル情報とサーバアクセス情報の両方を作成したり、ま
た、放送スケジュール情報やサーバアクセス情報を複数
作成するが、この場合には、それぞれの情報を配置した
イベントを構成するのではなく、それらのすべてを配置
した１のイベントを構成するようにしても良い。ここ
で、放送スケジュール情報とサーバアクセス情報の両方
を配置したイベントを、図１１（Ｃ）に示す。

【０１１４】また、サブジェクトの取得方法が複数存在
する場合においては、受信端末５に、その複数の取得方
法のうちの所定の取得方法によって、特に優先的に、サ
ブジェクトを取得させたいときがある。即ち、例えば、
サブジェクトの提供が、サーバ２からの同報送信によっ
ても行われ、かつ、個別送信によっても行われる場合に
おいて、そのサブジェクトを希望する受信端末が多数存
在すると予測されるときには、個別送信によって提供す
るよりも、同報送信によって提供する方が、効率が良
い。そこで、このような場合には、資源割当部１２にお
いて、個別送信による取得方法、即ち、サーバアクセス
情報が配置されたイベントよりも、同報送信による取得
方法、即ち、放送スケジュール情報が配置されたイベン
トに対して、優先的に資源を割り当てさせるようにする
ことができる。具体的には、例えば、アクセスサーバ情
報が配置されたイベントよりも、放送スケジュール情報
が配置されたイベントに対して、高いデータレートを割
り当てたり、また、その放送時刻を早くしたりすること
ができる。

【０１１５】図１０に戻り、ステップＳ２２において、
イベント構成部１９が、更新対象オブジェクトについて
のサブジェクトを取得するためのイベントを作成する
と、そのイベントは、イベント記憶部２０に供給されて
記憶される。そして、ステップＳ２３に進み、伝送制御
部２１は、イベント記憶部２０に記憶されたイベントに
ついてのスケジューリングによって決定された放送時刻
まで待って、伝送部１８を制御することにより、そのイ
ベントを、同報送信させ、イベント送信処理を終了す
る。

【０１１６】即ち、これにより、イベントは、資源割当
部１２において決定された資源（伝送帯域や、送信回
数、放送チャンネル、放送時刻など）に基づいて、放送
ネットワーク４を介して送信される。

【０１１７】なお、イベントやサブジェクトの同報送信
は、基本的に繰り返し行われる。これは、次のような理
由による。即ち、放送ネットワーク４によるデータの送
信は、サーバ２から受信端末５の一方向にのみ行われる
ため、それらの間で、データの送受信が正確に行われた
かどうかの確認を行うことができない。そこで、サーバ
２では、データの送信が、資源割当部１２による資源の
割当結果である送信回数（あるいは、送信時間の間）だ
け繰り返されるようになされており、これにより、受信
端末５において、正確なデータの受信が行われる確率を
向上させるようになされている。

【０１１８】また、資源割当部１２では、基本的に、更
新対象オブジェクトについてのサブジェクトの同報送信
は、そのサブジェクトを取得するためのイベントの同報
送信よりも後に行われるように、スケジューリングが行
われる。これは、サブジェクトの同報送信が、イベント
の同報送信よりも前に行われると、受信端末５におい
て、サブジェクトの受信のために、イベントを参照する
ことができないからである。

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

【０１２０】以上から、受信端末５には、まず、イベン
トを受信させることが必要（重要）であり、このため、
特に、受信端末５が同報送信されているデータを受信す
ることが可能な状態になっていると予測される時間帯
に、イベントの放送時刻や、広い伝送帯域を割り当てる
のが望ましい。

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

【０１２２】受信端末５は、通信ネットワーク６を介し
て、要求データを送信するが、ステップＳ３１では、そ
の要求データが、通信制御部１１で受信されたかどうか
が判定される。

【０１２３】即ち、受信端末５は、上述したようにして
同報送信されてくるイベントを受信し、例えば、そのイ
ベントに対応するサブジェクト（そのイベントに基づい
て取得されるサブジェクト）が、即座に必要な場合や、
また、即座に必要ではなくても、イベントの放送スケジ
ュール情報に記述されている放送時刻よりも早い時刻
に、サブジェクトが必要である場合などには、そのサブ
ジェクトを要求する要求データを、通信ネットワーク６
を介して、例えば、サーバ２に送信する。ステップＳ３
１では、このようにして送信されてくる要求データが、
通信制御部１１において受信されたかどうかが判定され
る。

【０１２４】ステップＳ３１において、要求データを受
信していないと判定された場合、ステップＳ３１に戻
る。また、ステップＳ３１において、要求データを受信
したと判定された場合、その要求データが、需要処理部
１３に供給され、ステップＳ３２に進み、需要処理部１
３は、その要求データが、サブジェクトの同報送信また
は個別送信のうちのいずれを要求するものであるかを判
定する。

【０１２５】ここで、図１３は、受信端末５から送信さ
れてくる要求データのフォーマットを示している。

【０１２６】要求データには、図１３（Ａ）に示すよう
に、それによって要求するサブジェクトの識別子（ＩＤ
とバージョン情報）と、そのサブジェクトの提供の受け
方（サブジェクトの提供を受けるための提供方法）の記
述が含まれる。サブジェクトの提供の受け方（以下、適
宜、提供方法という）は、同報送信による場合と、個別
送信による場合とで異なる情報が配置される。

【０１２７】即ち、同報送信によるサブジェクトの提供
を要求する要求データの提供方法には、図１３（Ｂ）に
示すように、要求識別フラグ、放送日指定、受信端末Ｉ
Ｄ等が配置される。

【０１２８】要求識別フラグは、要求データが、同報送
信または個別送信のうちのいずれによるサブジェクトの
提供を要求するものであるかを識別するためのもので、
同報送信によるサブジェクトの提供を要求する要求デー
タの要求識別フラグには、その旨の要求データであるこ
とを示す情報が配置される。

【０１２９】放送日指定には、その要求データによって
要求するサブジェクト（以下、適宜、要求サブジェクト
という）の要求の度合い（以下、適宜、要求度という）
が配置される。即ち、放送日指定には、サブジェクトを
即座に必要とするとか、いつまでに、あるいは、あと何
時間以内に必要になるといった情報や、同報送信による
サブジェクトの放送を希望する放送日（必要に応じて時
刻を含む）が配置される。

【０１３０】受信端末ＩＤには、要求データを送信した
受信端末を特定するための情報が配置される。即ち、個
々の受信端末には、ユニークなＩＤが割り当てられてお
り、そのＩＤが、受信端末ＩＤとして配置される。な
お、受信端末ＩＤとしては、例えば、ＩＰアドレスや、
イーサネットアドレス（ＭＡＣ(Media Access Control)
アドレス）等を利用することができる。また、同報送信
によるサブジェクトの提供を要求する要求データについ
ては、受信端末ＩＤは配置しないようにすることが可能
である。

【０１３１】一方、個別送信によるサブジェクトの提供
を要求する要求データの提供方法には、図１３（Ｃ）に
示すように、要求識別フラグ、受信端末ＩＤ等が配置さ
れる。この場合、要求識別フラグには、個別送信による
サブジェクトの提供を要求する要求データであることを
示す情報が配置され、受信端末ＩＤには、図１３（Ｂ）
における場合と同様に、その要求データの送信元である
受信端末に付されたユニークなＩＤが配置される。

【０１３２】図１２に戻り、ステップＳ３２において、
要求データが、サブジェクトの同報送信を要求するもの
であると判定された場合、ステップＳ３３に進み、需要
処理部１３は、要求データが要求するサブジェクトを同
報送信することの需要の集計を行う。即ち、需要処理部
１３は、そのサブジェクトの同報送信を要求する、現在
から所定の期間だけ過去までの間に送信されてきた要求
データを検出する。そして、需要集計部１３は、その検
出した要求データに基づいて、上述したような総合要求
度を、サブジェクトを同報送信することの需要の集計結
果として算出する。このサブジェクトを同報送信するこ
との需要の集計結果は、需要処理部１３から資源割当部
１２に供給される。

【０１３３】資源割当部１２は、要求サブジェクトを同
報送信することの需要の集計結果を受信すると、ステッ
プＳ３４に進み、その集計結果に基づき、要求サブジェ
クトの資源割当を変更すべきかどうかが判定される。ス
テップＳ３４において、要求サブジェクトの資源割当を
変更すべきでないと判定された場合、即ち、要求サブジ
ェクトを同報送信することの需要と、その要求サブジェ
クトに対する、現在の資源割当とのバランスがとれてい
る場合、要求データ受信処理を終了する。従って、この
場合、要求サブジェクトは、現状の資源割当に基づい
て、後に、同報送信されることとなる。

【０１３４】また、ステップＳ３４において、要求サブ
ジェクトの資源割当を変更すべきであると判定された場
合、即ち、要求サブジェクトを同報送信することの需要
が高いか、あるいは低く、要求サブジェクトに対する、
現在の資源割当とのバランスがとれていない場合、ステ
ップＳ３５に進み、資源割当部１２において、例えば、
図３および図４で説明したように、要求サブジェクトに
対する資源割当が変更される。

【０１３５】即ち、要求サブジェクトを同報送信するこ
との需要が高い場合、例えば、その要求サブジェクトに
割り当てられた伝送帯域が広く変更されたり、要求サブ
ジェクトを同報送信する放送時刻が早い時刻に変更され
る。逆に、要求サブジェクトを同報送信することの需要
が低い場合、例えば、その要求サブジェクトに割り当て
られた伝送帯域が狭く変更されたり、要求サブジェクト
を同報送信する放送時刻が遅い時刻に変更される。そし
て、資源割当部１２は、変更された資源割当の情報を、
伝送制御部２１に送信する。

【０１３６】資源割当の変更後は、ステップＳ３６に進
み、伝送制御部２１の制御により、変更後の資源割当に
したがい、同報送信が行われる。即ち、要求サブジェク
トに対する資源割当の変更に伴い、その要求サブジェク
トの取得方法（ここでは、例えば、放送時刻など）が変
更になった場合には、その変更後の取得方法の記述を含
むイベントが、上述したようにして構成され、同報送信
される。ここで、受信端末５は、このイベントを受信す
ることで、要求サブジェクトの放送時刻などが変更にな
ったことを認識することになる。

【０１３７】さらに、イベントの送信後は、変更後の資
源割当にしたがって、要求サブジェクトが同報送信さ
れ、要求データ受信処理を終了する。

【０１３８】従って、要求の多いサブジェクトには、よ
り多くの資源が割り当てられるとともに、要求の少ない
サブジェクトには、より少ない資源が割り当てられるこ
とになり、これにより、サブジェクトを、効率良く同報
送信することができる。

【０１３９】一方、ステップＳ３２において、要求デー
タが、サブジェクトの個別送信を要求するものであると
判定された場合、ステップＳ３７に進み、需要処理部１
３は、要求データが要求するサブジェクトを個別送信す
ることの需要の集計を行う。即ち、要求サブジェクトの
個別送信を要求する、過去に送信されてきた要求データ
のうちの、まだ、対応していないもの（個別送信を要求
する要求データのうち、個別送信も、また、後述する負
荷分散処理も行っていないもの）の総数が算出される。
このサブジェクトを個別送信することの需要の集計結果
は、需要処理部１３から資源割当部１２に供給される。
なお、個別送信を行うことの需要の集計は、その他、例
えば、所定の単位時間内に、個別送信を要求する要求デ
ータを送信してきた受信端末の数をカウントすることに
よって行うことも可能である。

【０１４０】資源割当部１２は、要求サブジェクトを個
別送信することの需要の集計結果を受信すると、ステッ
プＳ３８に進み、要求サブジェクトを個別送信すること
の需要に対するサーバ２の処理能力が十分であるかどう
かを判定する。ステップＳ３８において、要求サブジェ
クトを個別送信することの需要に対するサーバ２の処理
能力が十分であると判定された場合、ステップＳ３９に
進み、資源割当部１２は、個別送信に関与するブロック
である通信制御部１１や記憶管理部２２に、要求サブジ
ェクトを個別送信するために必要な資源（ここでは、例
えば、特に、要求サブジェクトを個別送信する処理を行
うための処理時間）を割り当てる。

【０１４１】そして、ステップＳ４０に進み、ステップ
Ｓ３９における資源割当に基づき、要求サブジェクト
が、通信ネットワーク６から個別送信され、要求データ
受信処理を終了する。即ち、記憶管理部２２は、資源割
当部１２の制御の下、ストレージ２３から要求サブジェ
クトを読み出す。ここで、要求サブジェクトは、要求デ
ータに含まれる識別子を参照することで認識される（識
別子は、オブジェクトを識別するためのものであるが、
同時に、イベントやサブジェクトを識別するものであ
る）。

【０１４２】記憶管理部２２は、ストレージ２３から読
み出された要求オブジェクトを通信制御部１１に供給
し、通信ネットワーク６を介して、通信制御部１１に、
要求データを送信してきた受信端末に対して、要求オブ
ジェクトを送信させる。ここで、要求データを送信して
きた受信端末は、その要求データに含まれる受信端末Ｉ
Ｄを参照することで認識される。

【０１４３】一方、ステップＳ３８において、資源割当
部１２が、要求サブジェクトを個別送信することの需要
に対するサーバ２の処理能力が十分でないと判定した場
合、ステップＳ４１に進み、負荷分散処理が行われ、要
求データ受信処理を終了する。

【０１４４】即ち、負荷分散処理では、例えば、まず最
初に、資源割当部１２において、要求サブジェクトを管
理しているサーバ２以外のサブジェクト提供サーバのＩ
Ｐアドレスが、サーバアクセス情報として配置されたイ
ベントを構成するように、イベント構成部１９が制御さ
れる。さらに、資源割当部１２において、イベント構成
部１９で構成されたイベントを、優先的に、同報送信す
るように、伝送制御部２１が制御される。これにより、
負荷分散処理では、サーバ２以外のサブジェクト提供サ
ーバのＩＰアドレスが、サーバアクセス情報として配置
されたイベントが、他のイベントより優先的に同報送信
される。

【０１４５】ここで、サーバ２において、負荷分散処理
が行われた場合、個別送信を要求した受信端末には、要
求サブジェクトの個別送信は行われない。しかしなが
ら、受信端末では、負荷分散処理によって同報送信され
てくるイベントを受信することで、要求サブジェクトを
管理しているサブジェクト提供サーバを認識することが
でき、そのサブジェクト提供サーバに対して、新たに、
要求サブジェクトの個別送信を要求することで、その要
求サブジェクトの提供を受けることができる。

【０１４６】この場合、結果として、サーバ２に対する
アクセス（個別送信の要求）を、他のサーバ（サブジェ
クト提供サーバ）に振り分けることができるので、図１
２のステップＳ４１の処理を、負荷分散処理と呼んでい
る。

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

【０１４８】受信部３１は、サーバ２から放送ネットワ
ーク４を介して送信されてくるデータ、即ち、ここで
は、イベントやサブジェクトを受信し、選択部３２に出
力するようになされている。選択部３２は、受信部３１
からのイベントやサブジェクトの選択を行い、その選択
したイベントやサブジェクトを、データ管理部３３に供
給するようになされている。データ管理部３３は、選択
部３２やイベント処理部４０から供給されるサブジェク
トに基づいて、データベース３４に登録されているオブ
ジェクトの更新を行うようになされている。さらに、デ
ータ管理部３３は、選択部３２から供給されるイベント
を、イベント記憶部３９に出力するようにもなされてい
る。

【０１４９】データベース３４は、例えば、大容量のハ
ードディスクや光磁気ディスク、その他の記録媒体で構
成され、オブジェクトを記憶するようになされている。
読み出し部３５は、操作部３７の操作に対応して、デー
タベース３４に記憶されたオブジェクトを読み出し、出
力部３６に供給するようになされている。出力部３６
は、例えば、ディスプレイやスピーカなどで構成され、
読み出し部３５からのオブジェクトに対応する画像を表
示し、または音声を出力するようになされている。操作
部３７は、読み出し部３５に、データベース３４からオ
ブジェクトを読み出させる場合などに、ユーザにより操
作される。

【０１５０】視聴率管理部３８は、読み出し部３５がデ
ータベース３４から読み出したオブジェクトを監視して
おり、各オブジェクトの視聴率を算出するようになされ
ている。この視聴率は、例えば、定期的に、あるいは、
サーバ２からの要求に対応して、通信制御部４２によっ
て読み出され、通信ネットワーク６を介して、サーバ２
に送信されるようになされている。サーバ２では、この
ようにして送信されてくる視聴率が、通信制御部１１で
受信され、需要処理部１３に供給される。需要処理部１
３では、このようにして得られる視聴率に基づいて、上
述したように、更新対象オブジェクトの需要の初期値が
設定される。

【０１５１】イベント記憶部３９は、データ管理部３３
が出力するイベントを記憶するようになされている。イ
ベント処理部４０は、イベント記憶部３９に記憶された
イベントを読み出し、そのイベントに基づいて、受信部
３１や要求データ構成部４１を制御することで、必要な
サブジェクトを取得するための処理を行うようになされ
ている。要求データ構成部４１は、イベント処理部４０
の制御にしたがい、図１３で説明したような要求データ
を構成するようになされている。

【０１５２】通信制御部４２は、通信ネットワーク６を
介しての通信制御を行うようになされており、これによ
り、要求データ構成部４１が出力する要求データや、視
聴率管理部３８が出力する視聴率を、通信ネットワーク
６を介して送信したり、また、通信ネットワーク６を介
して送信されてくるサブジェクトを受信するようになさ
れている。なお、通信制御部４２において受信されたサ
ブジェクトは、イベント処理部４０を介して、データ管
理部３３に供給されるようになされている。

【０１５３】以上のように構成される受信端末５では、
サーバ２から放送ネットワーク４を介して送信されてく
るイベントおよびサブジェクトを受信する受信処理、さ
らには、受信処理によって受信されたイベントを処理す
るイベント処理などが行われるようになされている。

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

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

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

【０１５７】そこで、選択部３２に、例えば、ユーザが
所望するオブジェクトについてのＩＤ（上述した識別子
を構成するＩＤ）を登録しておくと、選択部３２は、そ
のＩＤと同一のＩＤを有するイベントおよびオブジェク
トだけを選択するようになされている。この場合、ステ
ップＳ４２におけるイベントまたはサブジェクトの必要
性の評価は、ユーザが登録したＩＤと、受信部３１から
供給されるイベントやサブジェクトの識別子を構成する
ＩＤとを比較することで行われる。

【０１５８】また、ステップＳ４２におけるイベントま
たはサブジェクトの必要性の評価は、例えば、視聴率管
理部３８で管理されている視聴率に基づいて行うことも
可能である。なお、この場合、受信部３１からのイベン
トまたはサブジェクトに対応するオブジェクト（受信部
３１からのイベントまたはサブジェクトと同一のＩＤが
付されているオブジェクト）の視聴率が０％のときは、
そのイベントまたはサブジェクトは、選択部３２で排除
されることになるが、例えば、受信端末５の購入直後な
どにおいては、視聴率管理部３８には、視聴率が記憶さ
れていないため、イベントおよびサブジェクトは、すべ
て、選択部３２で排除されることになる。そこで、受信
端末５では、例えば、操作部３７を操作することによ
り、上述したように、選択部３２において、視聴率に基
づいて、イベントおよびサブジェクトの取捨選択を行う
かどうかの設定を行うことができるようにすることが可
能である。即ち、操作部３７が、視聴率に基づいて、イ
ベントおよびサブジェクトの取捨選択を行わないように
設定されている場合には、ステップＳ４１の処理後、ス
テップＳ４２の処理を行わず、ステップＳ４３の処理を
行うようにすることが可能である。なお、そのような設
定を行わなくても、視聴率管理部３８に視聴率が記憶さ
れていない場合には、ステップＳ４２の処理を、自動的
にスキップして、ステップＳ４３に進むようにすること
が可能である。

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

【０１６０】一方、ステップＳ４２において、受信部３
１からのイベントまたはサブジェクトが選択すべきもの
であると判定された場合、選択部３２は、受信部３１か
らのイベントまたはサブジェクトをデータ管理部３３に
出力し、ステップＳ４３に進む。ステップＳ４３では、
データ管理部３３において、選択部３２からのイベント
またはサブジェクトが、新規のオブジェクトに関するも
のかどうかを判定する。

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

【０１６２】また、ステップＳ４３において、選択部３
２からのイベントまたはサブジェクトが、新規のオブジ
ェクトに関するものでないと判定された場合、即ち、そ
のイベントまたはサブジェクトに含まれているＩＤと同
一のＩＤのオブジェクトが、データベース３４に登録さ
れている場合、ステップＳ４４に進み、データ管理部３
３において、その既にデータベース３４に登録されてい
るオブジェクト（以下、適宜、既登録オブジェクトとい
う）の識別子に記述されているバージョン情報が、選択
部３２からのイベントまたはサブジェクトの識別子に記
述されているバージョン情報と等しいかどうかが判定さ
れる。

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

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

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

【０１６６】即ち、サブジェクトにおいて、更新オブジ
ェクト情報として、新規のオブジェクトが配置されてい
る場合には、サブジェクトに含まれる識別子に、その新
規のオブジェクトが対応付けられ、データベース３４に
新規登録される。

【０１６７】また、サブジェクトにおいて、更新オブジ
ェクト情報として、更新後のオブジェクトが配置されて
いる場合には、サブジェクトに含まれるＩＤと同一のＩ
Ｄを有する識別子を有するオブジェクトが、データベー
ス３４から検索され、その検索されたオブジェクトが、
更新後のオブジェクトに変更される。さらに、そのオブ
ジェクトに対応付けられていたバージョン情報が、例え
ば、１だけインクリメントされる。

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

【０１６９】なお、上述の図６で説明した登録処理のス
テップＳ２において行われる、更新オブジェクト情報に
基づくオブジェクトの更新も、これと同様にして行われ
る。ステップＳ４６において、以上のようにして、デー
タベース３４の更新が行われた後は、次に、イベントま
たはサブジェクトが送信されてくるのを待って、ステッ
プＳ４１に戻る。

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

【０１７１】なお、ステップＳ４７において、イベント
記憶部３９に記憶されたイベントは、次に説明するイベ
ント処理において、イベント処理部４０によって、イベ
ント記憶部３９から読み出された後に消去されるように
なされている。

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

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

【０１７４】また、ステップＳ５２において、イベント
記憶部３９にイベントが記憶されていると判定された場
合、イベント処理部４０では、イベント記憶部３９に記
憶されているイベントのうち、同一の識別子が付加され
ているものが読み出され、そのイベント（以下、適宜、
処理対象イベントという）を対象に、ステップＳ５３以
降の処理が行われる。

【０１７５】即ち、ステップＳ５３では、イベント処理
部４０において、処理対象イベントに対応するサブジェ
クト（処理対象イベントと同一の識別子が付加されてい
るサブジェクト）の同報送信が行われる予定があるか否
かが判定される。ステップＳ５３において、処理対象イ
ベントに対応するサブジェクト（以下、適宜、注目サブ
ジェクトという）の同報送信が行われる予定があると判
定された場合、即ち、処理対象イベントの中に、放送ス
ケジュール情報が配置されたものがある場合、ステップ
Ｓ５４に進み、イベント処理部４０において、注目サブ
ジェクトの必要性が評価され、その評価結果に基づい
て、注目サブジェクトを要求する要求データを送信すべ
きかどうかが判定される。

【０１７６】ここで、注目サブジェクトの同報送信の予
定があっても、例えば、その同報送信が行われる放送時
刻の前に注目サブジェクトを必要とする場合（例えば、
注目サブジェクトによって更新されるオブジェクトを、
アプリケーションが要求しようとしている場合）などに
は、注目サブジェクトが早期に必要であると評価され、
この評価結果に基づき、ステップＳ５４では、注目サブ
ジェクトを要求する要求データを送信すべきであると判
定される。一方、例えば、注目サブジェクトが必要とな
るのが、同報送信が行われる放送時刻の後である場合
（例えば、注目サブジェクトによって更新されるオブジ
ェクトを必要とするアプリケーションが起動していない
場合）などには、注目サブジェクトがそれほど早期に必
要ではないと評価され、その評価結果に基づき、ステッ
プＳ５４では、注目サブジェクトを要求する要求データ
を送信すべきでないと判定される。

【０１７７】ステップＳ５４において、注目サブジェク
トを要求する要求データを送信すべきでないと判定され
た場合、ステップＳ５５に進み、イベント処理部４０
は、処理対象イベントの放送スケジュール情報にしたが
って送信されている注目サブジェクトを受信するよう
に、受信部３１を制御し、イベント処理を終了する。こ
の場合、受信部３１は、注目サブジェクトの放送時刻と
なると、受信端末５の電源がオフ状態のときは、その電
源をオンにし、以下、受信端末５では、図１５で説明し
た受信処理が行われることで、注目サブジェクトが、例
えば、ＵＤＰに基づくプロトコルに準じて、遅延同期的
に受信（取得）され、その注目サブジェクトに基づき、
データベース３４に記憶されたオブジェクトが更新され
る。

【０１７８】なお、処理対象イベントとなっているイベ
ントが複数あり、その複数のイベントの２以上に放送ス
ケジュール情報が配置されている場合には、ステップＳ
５５では、例えば、放送時刻の最も早い放送スケジュー
ル情報が選択され、その放送スケジュール情報にしたが
って、注目サブジェクトを受信するように、受信部３１
が制御される。あるいは、また、複数の放送スケジュー
ル情報のうち、例えば、その中に配置されている注目サ
ブジェクトの提供状況を参照することにより、注目サブ
ジェクトの受信に要する時間（サーバ２が同報送信に要
する時間）が最も短いものが選択され、その選択された
放送スケジュール情報にしたがって、注目サブジェクト
が受信される。

【０１７９】一方、イベント処理部４０が、ステップＳ
５３において、注目サブジェクトの同報送信が行われる
予定がないと判定した場合（処理対象イベントの中に、
放送スケジュール情報が配置されたものがなく、サーバ
アクセス情報が配置されたもののみがある場合）、およ
びステップＳ５４において、注目サブジェクトを要求す
る要求データを送信すべきであると判定した場合、いず
れの場合にも、ステップＳ５６に進み、イベント処理部
４０は、注目サブジェクトの必要性を評価し、その評価
結果に基づいて、注目サブジェクトが即座に必要かどう
かを判定する。

【０１８０】ここで、例えば、注目サブジェクトによっ
て更新されるオブジェクトを、アプリケーションが即座
に必要としている場合などにおいては、注目サブジェク
トの必要性の評価が高く、この評価結果に基づき、ステ
ップＳ５６では、注目サブジェクトが即座に必要である
と判定される。一方、例えば、注目サブジェクトによっ
て更新されるオブジェクトを必要とするアプリケーショ
ンが起動していない場合などにおいては、注目サブジェ
クトの必要性が低く、この評価結果に基づき、ステップ
Ｓ５６では、注目サブジェクトが即座に必要でないと判
定される。

【０１８１】ステップＳ５６において、イベント処理部
４０が、注目サブジェクトが即座に必要であると判定し
た場合、ステップＳ５９に進み、要求データ構成部４１
を制御することにより、注目サブジェクトの個別送信を
要求する要求データを構成させる。そして、要求データ
構成部４１は、注目サブジェクトの個別送信を要求する
要求データを構成すると、通信制御部４２を制御するこ
とにより、その要求データを、通信ネットワーク６を介
して、サーバ２に送信させ、ステップＳ６０に進む。

【０１８２】以上のようにして送信されてくる、注目サ
ブジェクトの個別送信を要求する要求データを受信した
サーバ２では、図１２で説明した要求データ受信処理に
おけるステップＳ４０で個別送信が行われることによ
り、受信端末５に対して、注目サブジェクトが、通信ネ
ットワーク６を介し、例えば、ＴＣＰ／ＩＰに基づくプ
ロトコルにしたがって同期的に送信されてくることがあ
るが、ステップＳ６０では、そのようにして注目サブジ
ェクトが送信されてきたかどうかが、通信制御部４２で
判定される。

【０１８３】ステップＳ６０において、通信制御部４２
は、注目サブジェクトが個別送信されてきたと判定した
場合、ステップＳ５８に進み、その注目サブジェクトを
受信する。通信制御部４２で受信された注目サブジェク
トは、イベント処理部４０を介して、データ管理部３３
に供給される。そして、データ管理部３３は、その注目
サブジェクトに基づき、データベース３４に記憶された
オブジェクトを更新する。これにより、イベント処理が
終了する。

【０１８４】また、ステップＳ６０において、通信制御
部４２は、注目サブジェクトが個別送信されてきていな
いと判定した場合、ステップＳ６１に進み、ステップＳ
５９で個別送信を要求する要求データを送信してから所
定時間が経過したかどうかを判定する。ステップＳ６１
において、通信制御部４２は、個別送信を要求する要求
データを送信してから、まだ、所定時間が経過していな
いと判定した場合、ステップＳ６０に戻る。

【０１８５】また、ステップＳ６１において、通信制御
部４２は、個別送信を要求する要求データを送信してか
ら、所定の時間が経過したと判定した場合、イベント処
理を終了する。即ち、個別送信を要求する要求データを
受信したサーバ２では、図１２で説明した要求データ受
信処理におけるステップＳ４１で負荷分散処理が行われ
る場合があり、この場合には、注目サブジェクトは個別
送信されない。このため、個別送信を要求する要求デー
タを送信してから、所定の時間が経過しても、注目サブ
ジェクトが個別送信されてこない場合には、イベント処
理を終了する。

【０１８６】なお、この場合には、図１２で説明した要
求データ受信処理におけるステップＳ４１で行われる負
荷分散処理によって、サーバ２以外のサブジェクト提供
サーバのＩＰアドレスが、サーバアクセス情報として配
置されたイベントが同報送信されてくるので、受信端末
５では、そのイベントの受信後、イベント処理（図１
６）が行われることにより、そのステップＳ５９におい
て、受信したイベントに配置されているサーバアクセス
情報に対応するサーバに、要求データを送信し、注目サ
ブジェクトの個別送信を要求することになる。

【０１８７】また、処理対象イベントの中に、サーバア
クセス情報が配置されたものが複数ある場合には、ステ
ップＳ５９では、その複数のサーバアクセス情報のう
ち、例えば、その中に配置されている注目サブジェクト
の提供状況を参照することにより、注目オブジェクトの
個別送信を行うための回線の混み具合が最も小さいもの
や、実質的な転送レートの最も高いものを選択し、その
選択したサーバアクセス情報にしたがって、注目サブジ
ェクトの要求を行うようにすることが可能である（この
場合、必ずしも、サーバ２に、個別送信を要求する要求
データが送信されるとは限らない）。

【０１８８】一方、ステップＳ５６において、イベント
処理部４０が、注目サブジェクトが即座に必要ではない
と判定した場合、ステップＳ５７に進み、要求データ構
成部４１を制御することにより、注目サブジェクトの同
報送信を要求する要求データを構成させる。そして、要
求データ構成部４１は、注目サブジェクトの同報送信を
要求する要求データを構成すると、通信制御部４２を制
御することにより、その要求データを、通信ネットワー
ク６を介して、サーバ２に送信させ、イベント処理を終
了する。なお、注目サブジェクトの同報送信を要求する
要求データには、図１３（Ｂ）に示したように、その注
目サブジェクトの同報送信を行う放送時刻（放送日指
定）を含めることができる。

【０１８９】以上のように、サーバ２では、サブジェク
トが生成されるとともに、そのサブジェクトを取得する
ためのイベントが生成される一方で、受信端末５からの
サブジェクトの要求が集計され、その集計結果に基づい
て、サブジェクトを提供するのに必要な資源が割り当て
られる。そして、受信端末５に対して、イベントが提供
されるとともに、サブジェクトが、それに割り当てられ
た資源に基づいて提供される。一方、受信端末５では、
イベントが受信され、そのイベントに基づいて取得する
ことができるサブジェクトの必要性が評価される。さら
に、その評価結果に基づき、サブジェクトを要求する要
求データが、サーバ２に送信され、その要求データによ
るサブジェクトの要求に対応して、サーバ２が提供する
サブジェクトが、イベントに基づいて取得されて、オブ
ジェクトの更新が行われる。従って、受信端末５におい
て必要とするオブジェクトの更新に用いるサブジェクト
を、効率的に提供することができ、さらに、そのサブジ
ェクトを用いて、オブジェクトの更新を効率良く行うこ
とが可能となる。

【０１９０】次に、上述の場合においては、図１のサー
バ２から、ミラーサーバ７（さらには、通信ネットワー
ク６上の図示せぬサーバ）に対して、更新オブジェクト
情報を、通信ネットワーク６や専用線を介して提供する
ようにしたが、ミラーサーバ７などには、受信端末５と
同様にして、サブジェクトを取得させ、そのサブジェク
トと、それを取得するためのイベントとを、受信端末５
に提供させるようにすることができる。

【０１９１】即ち、図１７は、そのようなミラーサーバ
７の構成例を示している。

【０１９２】図１７の実施の形態においては、ミラーサ
ーバ７は、送信ブロック１０１と受信ブロック１０２と
から構成されている。

【０１９３】そして、送信ブロック１０１を構成する通
信制御部１１１、資源割当部１１２、需要処理部１１
３、サブジェクト構成部１１６、サブジェクト記憶部１
１７、伝送部１１８、イベント構成部１１９、イベント
記憶部１２０、伝送制御部１２１、記憶管理部１２２、
ストレージ１２３は、図５のサーバ２を構成する通信制
御部１１、資源割当部１２、需要処理部１３、サブジェ
クト構成部１６、サブジェクト記憶部１７、伝送部１
８、イベント構成部１９、イベント記憶部２０、伝送制
御部２１、記憶管理部２２、ストレージ２３にそれぞれ
対応している。また、受信ブロック１０２を構成する受
信部１３１、選択部１３２、データ管理部１３３、イベ
ント記憶部１３９、イベント処理部１４０、要求データ
構成部１４０、通信制御部１４２は、図１４の受信端末
５を構成する受信部３１、選択部３２、データ管理部３
３、イベント記憶部３９、イベント処理部４０、要求デ
ータ構成部４０、通信制御部４２にそれぞれ対応してい
る。

【０１９４】受信ブロック１０２では、受信端末５にお
ける場合と同様の処理（上述した受信処理やイベント処
理など）が行われ、これにより、データベース８の更新
が行われる。但し、選択部１３２におけるイベントやサ
ブジェクトの選択は、需要処理部１１３において求めら
れる更新対象オブジェクトの需要に基づいて行われる。
即ち、選択部１３２は、ミラーサーバ７に対する要求デ
ータから、各オブジェクトに対応するサブジェクトの必
要性を評価し、その評価結果に基づいて、ミラーサーバ
７に対して要求の多いサブジェクトのみを選択するよう
になされている。その結果、データベース８には、その
ようなサブジェクトに基づいて更新されるオブジェクト
だけが登録され、さらに、送信ブロック１０２のサブジ
ェクト構成部１１６またはイベント構成部１１９では、
そのようなオブジェクトについてだけのサブジェクトま
たはイベントがそれぞれ構成される。

【０１９５】なお、図１７において、選択部１３２に
は、上述したような選択を行わせず、受信部１３１の出
力を、そのままデータ管理部１３３に供給させることも
可能である。

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

【０１９７】なお、本実施の形態では、イベントは、放
送ネットワーク４を介して送信するようにしたが、その
他、例えば、受信端末５からの要求に応じて、通信ネッ
トワーク６を介して送信するようにしても良い。さら
に、本発明において、放送ネットワーク４および通信ネ
ットワーク６の両方を備えることは必須ではない。即
ち、本発明は、少なくとも双方向通信が可能なネットワ
ークを備えるシステムに適用可能である。

【０１９８】また、本実施の形態では、サーバアクセス
情報に、サーバ２やミラーサーバ７などのＩＰアドレス
を配置するようにしたが、サーバアクセス情報には、そ
の他、例えば、サーバ２やミラーサーバ７などへアクセ
スするための電話番号などを配置することも可能であ
る。

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

【０２００】

【発明の効果】本発明のコンテンツ提供装置および方法
によれば、データベースに登録されたコンテンツが更新
された場合に、そのコンテンツと同一のコンテンツを、
受信装置において更新するための更新データを生成し、
更新データを提供することを示すイベントデータを生成
し、イベントデータを、複数の受信装置に送信する。ま
た、複数の受信装置から送信されてくる要求データを受
信し、要求データを集計し、要求データの集計結果に基
づいて、更新データを提供するための資源を割り当て、
割り当てた資源に基づいて、更新データを複数の受信装
置に対して提供するようにしたので、受信装置が必要と
するコンテンツを、効率的に提供することが可能とな
る。

【０２０１】本発明の受信装置および方法によれば、コ
ンテンツを記憶し、コンテンツ提供装置において登録さ
れているコンテンツが更新され、そのコンテンツと同一
のコンテンツを更新するための更新データを提供するこ
とを示すイベントデータが送信されてきたとき、それを
受信する。また、イベントデータに基づいて、更新デー
タの必要性を評価し、その評価結果に基づき、更新デー
タの提供を受けるための要求データを生成し、要求デー
タを、コンテンツ提供装置に送信する。さらに、コンテ
ンツ提供装置により提供される更新データを、イベント
データに基づいて取得し、更新データに基づいて、記憶
したコンテンツを更新するようにしたので、必要とする
コンテンツを効率的に得ることが可能となる。

【０２０２】本発明の通信システムおよび方法によれ
ば、データベースに登録されたコンテンツが更新された
場合に、そのコンテンツと同一のコンテンツを、受信装
置において更新するための更新データを生成し、更新デ
ータを提供することを示すイベントデータを生成し、イ
ベントデータを、複数の受信装置に送信する。また、複
数の受信装置から送信されてくる要求データを受信し、
要求データを集計し、要求データの集計結果に基づい
て、更新データを提供するための資源を割り当て、割り
当てた資源に基づいて、更新データを複数の受信装置に
対して提供する。さらに、コンテンツを記憶し、コンテ
ンツ提供装置において登録されているコンテンツが更新
され、そのコンテンツと同一のコンテンツを更新するた
めの更新データを提供することを示すイベントデータが
送信されてきたとき、それを受信する。また、イベント
データに基づいて、更新データの必要性を評価し、その
評価結果に基づき、更新データの提供を受けるための要
求データを生成し、要求データを、コンテンツ提供装置
に送信する。さらに、コンテンツ提供装置により提供さ
れる更新データを、イベントデータに基づいて取得し、
更新データに基づいて、記憶したコンテンツを更新する
ようにしたので、コンテンツの効率的な送受信が可能と
なる。

【図面の簡単な説明】

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

【図２】要求レベル算出テーブルを示す図である。

【図３】資源割当の変更を説明するための図である。

【図４】帯域幅の変更を示す図である。

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

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

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

【図８】サーバ２が行うサブジェクト提供処理を説明す
るためのフローチャートである。

【図９】サブジェクトのフォーマットを示す図である。

【図１０】サーバ２が行うイベント送信処理を説明する
ためのフローチャートである。

【図１１】イベントのフォーマットを示す図である。

【図１２】サーバ２が行う要求データ受信処理を説明す
るためのフローチャートである。

【図１３】要求データのフォーマットを示す図である。

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

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

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

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

【符号の説明】

１ａ乃至１ｃ データベース， ２ サーバ， ３ デ
ータベース， ４ 放送ネットワーク， ５ 受信端
末， ６ 通信ネットワーク， ７ ミラーサーバ，
８ データベース， １１ 通信制御部， １２ 資源
割当部， １３需要処理部， １４ 複製管理部， １
５ 登録部， １６ サブジェクト構成部， １７ サ
ブジェクト記憶部， １８ 伝送部， １９ イベント
構成部，２０ イベント記憶部， ２１ 伝送制御部，
２２ 記憶管理部， ２３ストレージ， ３１ 受信
部， ３２ 選択部， ３３ データ管理部， ３４デ
ータベース， ３５ 読み出し部， ３６ 出力部，
３７ 操作部， ３８ 視聴率管理部， ３９ イベン
ト記憶部， ４０ イベント処理部， ４１要求データ
構成部， ４２ 通信制御部， １０１ 送信ブロッ
ク， １０２受信ブロック， １１１ 通信制御部，
１１２ 資源割当部， １１３ 需要処理部， １１６
サブジェクト構成部， １１７ サブジェクト記憶
部，１１８ 伝送部， １１９ イベント構成部， １
２０ イベント記憶部， １２１ 伝送制御部， １２
２ 記憶管理部， １２３ ストレージ， １３１受信
部， １３２ 選択部， １３３ データ管理部， １
３９ イベント記憶部， １４０ イベント処理部，
１４１ 要求データ構成部， １４２ 通信制御部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 原岡 和生 東京都品川区北品川６丁目７番35号 ソ ニー株式会社内 (72)発明者 山岸 靖明 東京都品川区北品川６丁目７番35号 ソ ニー株式会社内 (56)参考文献 特開 平９−284748（ＪＰ，Ａ) 特開 平８−140081（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04L 12/18 H04L 12/56 G06F 13/00 H04H 1/00 H04N 7/08

Claims (26)

(57)【特許請求の範囲】
1. 【請求項１】 データベースに登録されているコンテン
   ツを、複数の受信装置に提供するコンテンツ提供装置で
   あって、 前記データベースに登録されたコンテンツが更新された
   場合に、そのコンテンツと同一のコンテンツを、前記受
   信装置において更新するための更新データを生成する更
   新データ生成手段と、 前記更新データを提供することを示すイベントデータを
   生成するイベントデータ生成手段と、 前記イベントデータを、前記複数の受信装置に送信する
   イベントデータ送信手段と、 前記複数の受信装置から送信されてくる要求データを受
   信する受信手段と、 前記要求データを集計する集計手段と、 前記要求データの集計結果に基づいて、前記更新データ
   を提供するための資源を割り当てる資源割当手段と、 割り当てられた前記資源に基づいて、前記更新データを
   前記複数の受信装置に対して提供する提供手段と を備え
   ることを特徴とするコンテンツ提供装置。
2. 【請求項２】 前記資源割当手段は、一斉同報が可能な
   同報ネットワークの伝送帯域を、前記更新データを提供
   するための資源として割り当て、 前記提供手段は、前記更新データを、前記同報ネットワ
   ークを介して送信することを特徴とする請求項１に記載
   のコンテンツ提供装置。
3. 【請求項３】 前記イベントデータは、前記更新データ
   を提供する提供方式を示す情報を含むことを特徴とする
   請求項１に記載のコンテンツ提供装置。
4. 【請求項４】 前記提供手段は、一斉同報が可能な同報
   ネットワーク、または双方向の通信が可能な双方向ネッ
   トワークのうちの一方を介して、前記更新データを提供
   することを特徴とする請求項１に記載のコンテンツ提供
   装置。
5. 【請求項５】 前記要求データは、前記提供手段が前記
   同報ネットワークを介して前記更新データを提供するこ
   とを要求する第１の情報、または前記提供手段が前記双
   方向ネットワークを介して前記更新データを提供するこ
   とを要求する第２の情報のうちの一方を含み、 前記集計手段は、前記第１の情報を含む前記要求データ
   と、前記第２の情報を含む前記要求データとを分けて集
   計を行うことを特徴とする請求項４に記載のコンテンツ
   提供装置。
6. 【請求項６】 前記第１の情報は、前記更新データの要
   求の度合いを示す度合い情報を含むことを特徴とする請
   求項５に記載のコンテンツ提供装置。
7. 【請求項７】 前記集計手段は、前記第１の情報を含む
   要求データを受信した数と、その第１の情報に含まれる
   前記度合い情報とに基づいて、前記第１の情報を含む要
   求データの集計を行うことを特徴とする請求項６に記載
   のコンテンツ提供装置。
8. 【請求項８】 前記更新データには、各更新データを識
   別するための識別情報が付されており、 前記要求データは、要求する前記更新データに付されて
   いるのと同一の前記識別情報を含み、 前記集計手段は、前記識別情報に基づいて、前記更新デ
   ータごとに、前記要求データの集計を行うことを特徴と
   する請求項１に記載のコンテンツ提供装置。
9. 【請求項９】 データベースに登録されているコンテン
   ツを、複数の受信装置に提供するコンテンツ提供装置の
   コンテンツ提供方法であって、 前記データベースに登録されたコンテンツが更新された
   場合に、そのコンテンツと同一のコンテンツを、前記受
   信装置において更新するための更新データを生成する更
   新データ生成ステップと、 前記更新データを提供することを示すイベントデータを
   生成するイベントデータ生成ステップと、 前記イベントデータを、前記複数の受信装置に送信する
   イベントデータ送信ステップと、 前記複数の受信装置から送信されてくる要求データを受
   信する受信ステップと、 前記要求データを集計する集計ステップと、 前記要求データの集計結果に基づいて、前記更新データ
   を提供するための資源を割り当てる資源割当ステップ
   と、 割り当てられた前記資源に基づいて、前記更新データを
   前記複数の受信装置に対して提供する提供ステップと を
   含むことを特徴とするコンテンツ提供方法。
10. 【請求項１０】 コンテンツを提供するコンテンツ提供
    装置から、コンテンツの提供を受ける受信装置であっ
    て、 前記コンテンツを記憶する記憶手段と、 前記コンテンツ提供装置において登録されているコンテ
    ンツが更新され、そのコンテンツと同一のコンテンツを
    更新するための更新データを提供することを示すイベン
    トデータが送信されてきたとき、それを受信するイベン
    トデータ受信手段と、 前記イベントデータに基づいて、前記更新データの必要
    性を評価し、その評価結果に基づき、前記更新データの
    提供を受けるための要求データを生成する要求データ生
    成手段と、 前記要求データを、前記コンテンツ提供装置に送信する
    要求データ送信手段と、 前記コンテンツ提供装置により提供される前記更新デー
    タを、前記イベントデータに基づいて取得する取得手段
    と、 前記更新データに基づいて、前記記憶手段に記憶された
    前記コンテンツを更新する更新手段と を備えることを特
    徴とする受信装置。
11. 【請求項１１】 前記コンテンツ提供装置で生成された
    前記更新データを、一斉同報が可能な同報ネットワーク
    を介して受信する更新データ受信手段をさらに含むこと
    を特徴とする請求項１０に記載の受信装置。
12. 【請求項１２】 前記取得手段は、一斉同報が可能な同
    報ネットワーク、または双方向の通信が可能な双方向ネ
    ットワークのうちの一方を介して、前記更新データを取
    得することを特徴とする請求項１０に記載の受信装置。
13. 【請求項１３】 前記要求データは、前記コンテンツ提
    供装置が前記同報ネットワークを介して前記更新データ
    を提供することを要求する第１の情報、または前記コン
    テンツ提供装置が前記双方向ネットワークを介して前記
    更新データを提供することを要求する第２の情報のうち
    の一方を含むことを特徴とする請求項１２に記載の受信
    装置。
14. 【請求項１４】 前記第１の情報は、前記更新データの
    要求の度合いを示す度合い情報を含むことを特徴とする
    請求項１３に記載の受信装置。
15. 【請求項１５】 前記更新データには、各更新データを
    識別するための識別情報が付されており、 前記要求データ生成手段は、要求する前記更新データに
    付されているのと同一の前記識別情報を含む前記要求デ
    ータを生成することを特徴とする請求項１０に記載の受
    信装置。
16. 【請求項１６】 コンテンツを提供するコンテンツ提供
    装置から、コンテンツの提供を受ける受信装置の受信方
    法であって、 前記コンテンツを記憶する記憶ステップと、 前記コンテンツ提供装置において登録されているコンテ
    ンツが更新され、そのコンテンツと同一のコンテンツを
    更新するための更新データを提供することを示すイベン
    トデータが送信されてきたとき、それを受信するイベン
    トデータ受信ステップと、 前記イベントデータに基づいて、前記更新データの必要
    性を評価し、その評価結果に基づき、前記更新データの
    提供を受けるための要求データを生成する要求データ生
    成ステップと、 前記要求データを、前記コンテンツ提供装置に送信する
    要求データ送信ステップと、 前記コンテンツ提供装置により提供される前記更新デー
    タを、前記イベントデータに基づいて取得する取得ステ
    ップと、 前記更新データに基づいて、前記記憶手段に記憶された
    前記コンテンツを更新する更新ステップと を含むことを
    特徴とする受信方法。
17. 【請求項１７】 コンテンツ提供装置と受信装置からな
    る通信システムであって、 データベースに登録されているコンテンツを、複数の前
    記受信装置に提供する前記コンテンツ提供装置は、 前記データベースに登録されたコンテンツが更新された
    場合に、そのコンテンツと同一のコンテンツを、前記受
    信装置において更新するための更新データを生成する更
    新データ生成手段と、 前記更新データを提供することを示すイベントデータを
    生成するイベントデータ生成手段と、 前記イベントデータを、前記複数の受信装置に送信する
    イベントデータ送信手段と、 前記複数の受信装置から送信されてくる要求データを受
    信する受信手段と、 前記要求データを集計する集計手段
    と、 前記要求データの集計結果に基づいて、前記更新データ
    を提供するための資源を割り当てる資源割当手段と、 割り当てられた前記資源に基づいて、前記更新データを
    前記複数の受信装置に対して提供する提供手段と を備
    え、 前記コンテンツ提供装置から、コンテンツの提供を受け
    る受信装置は、 前記コンテンツを記憶する記憶手段と、 前記イベントデータが送信されてきたとき、それを受信
    するイベントデータ受信手段と、 前記イベントデータに基づいて、前記更新データの必要
    性を評価し、その評価結果に基づき、前記更新データの
    提供を受けるための前記要求データを生成す る要求デー
    タ生成手段と、 前記要求データを、前記コンテンツ提供装置に送信する
    要求データ送信手段と、 前記コンテンツ提供装置により提供される前記更新デー
    タを、前記イベントデータに基づいて取得する取得手段
    と、 前記更新データに基づいて、前記記憶手段に記憶された
    前記コンテンツを更新する更新手段と を備えることを特
    徴とする通信システム。
18. 【請求項１８】 前記コンテンツ提供装置において、 前記資源割当手段が、一斉同報が可能な同報ネットワー
    クの伝送帯域を、前記更新データを提供するための資源
    として割り当て、 前記提供手段が、前記更新データを、前記同報ネットワ
    ークを介して送信し、 前記受信装置は、 前記更新データを、一斉同報が可能な同報ネットワーク
    を介して受信する更新データ受信手段をさらに含むこと
    を特徴とする請求項１７に記載の通信システム。
19. 【請求項１９】 前記イベントデータは、前記更新デー
    タを提供する提供方式を示す情報を含むことを特徴とす
    る請求項１７に記載の通信システム。
20. 【請求項２０】 前記コンテンツ提供装置において、 前記提供手段が、一斉同報が可能な同報ネットワーク、
    または双方向の通信が可能な双方向ネットワークのうち
    の一方を介して、前記更新データを提供し、 前記受信装置において、 前記取得手段が、前記同報ネットワークまたは双方向ネ
    ットワークのうちの一方を介して、前記更新データを取
    得することを特徴とする請求項１７に記載の通信システ
    ム。
21. 【請求項２１】 前記要求データは、前記コンテンツ提
    供装置が前記同報ネットワークを介して前記更新データ
    を提供することを要求する第１の情報、または前記コン
    テンツ提供装置が前記双方向ネットワークを介して前記
    更新データを提供することを要求する第２の情報のうち
    の一方を含むことを特徴とする請求項２０に記載の通信
    システム。
22. 【請求項２２】 前記コンテンツ提供装置において、 前記集計手段が、前記第１の情報を含む前記要求データ
    と、前記第２の情報を含む前記要求データとを分けて集
    計を行うことを特徴とする請求項２１に記載の通信シス
    テム。
23. 【請求項２３】 前記第１の情報は、前記更新データの
    要求の度合いを示す度合い情報を含むことを特徴とする
    請求項２２に記載の通信システム。
24. 【請求項２４】 前記コンテンツ提供装置において、 前記集計手段が、前記第１の情報を含む要求データを受
    信した数と、その第１の情報に含まれる前記度合い情報
    とに基づいて、前記第１の情報を含む要求データの集計
    を行うことを特徴とする請求項２３に記載の通信システ
    ム。
25. 【請求項２５】 前記更新データには、各更新データを
    識別するための識別情報が付されており、 前記要求データは、要求する前記更新データに付されて
    いるのと同一の前記識別情報を含み、 前記コンテンツ提供装置において、 前記集計手段が、前記識別情報に基づいて、前記更新デ
    ータごとに、前記要求データの集計を行うことを特徴と
    する請求項１７に記載の通信システム。
26. 【請求項２６】 コンテンツ提供装置と受信装置からな
    る通信システムの通信方法であって、 データベースに登録されているコンテンツを、複数の前
    記受信装置に提供する前記コンテンツ提供装置のコンテ
    ンツ提供方法は、 前記データベースに登録されたコンテンツが更新された
    場合に、そのコンテンツと同一のコンテンツを、前記受
    信装置において更新するための更新データを生成する更
    新データ生成ステップと、 前記更新データを提供することを示すイベントデータを
    生成するイベントデータ生成ステップと、 前記イベントデータを、前記複数の受信装置に送信する
    イベントデータ送信ステップと、 前記複数の受信装置から送信されてくる要求データを受
    信する受信ステップと、 前記要求データを集計する集計ステップと、 前記要求データの集計結果に基づいて、前記更新データ
    を提供するための資源を割り当てる資源割当ステップ
    と、 割り当てられた前記資源に基づいて、前記更新データを
    前記複数の受信装置に対して提供する提供ステップと を
    含み、 前記コンテンツ提供装置から、コンテンツの提供を受け
    る受信装置の受信方法は、 前記コンテンツを記憶する記憶ステップと、 前記イベントデータが送信されてきたとき、それを受信
    するイベントデータ受信ステップと、 前記イベントデータに基づいて、前記更新データの必要
    性を評価し、その評価結果に基づき、前記更新データの
    提供を受けるための前記要求データを生成する要求デー
    タ生成ステップと、 前記要求データを、前記コンテンツ提供装置に送信する
    要求データ送信ステップと、 前記コンテンツ提供装置により提供される前記更新デー
    タを、前記イベントデータに基づいて取得する取得ステ
    ップと、 前記更新データに基づいて、前記記憶手段に記憶された
    前記コンテンツを更新する更新ステップと を含むことを
    特徴とする通信方法。