JP3497370B2 - 送信装置および送信方法、並びに受信装置および受信方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

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

【０００５】

【発明が解決しようとする課題】ところで、衛星回線な
どを用いて、データの配信を行う場合、受信側では、所
望のデータが、どのチャンネル（衛星回線であれば、ど
のトランスポンダの、どの周波数帯域か）で、さらに
は、いつ放送されてくるか分からないため、常時、すべ
てのチャンネルを監視している必要があり、受信側の負
担が大になる。

【０００６】本発明は、このような状況に鑑みてなされ
たものであり、受信側の負担の増加を抑えつつ、効率的
なデータ配信を行うことができるようにするものであ
る。

【０００７】

【課題を解決するための手段】本発明の送信装置は、デ
ータベースに登録されたコンテンツが更新された場合
に、その更新を行うための更新データであって、その更
新データによって更新されるコンテンツを識別するため
の識別情報が付加されたデータを生成する更新データ生
成手段と、更新データを取得するための取得データであ
って、更新データによって更新されるコンテンツの識別
情報および同報ネットワークを介して送信される更新デ
ータを受信するのに必要な受信必要情報が付加されたデ
ータを生成する取得データ生成手段と、更新データおよ
び取得データを、同報ネットワークを介して送信する第
１の送信手段とを備え、取得データには、更新データに
付加された識別情報と同一の識別情報が付加されること
を特徴とする。双方向の通信が可能な双方向ネットワー
クを介して送信されてくる更新データの要求に対応し
て、その更新データを、双方向ネットワークを介して送
信する第２の送信手段をさらに備え、取得データ生成手
段は、双方向ネットワークを介して更新データを要求す
るのに必要な要求必要情報を、取得データに含めるよう
にすることができる。専用回線を介して更新データを受
信して記憶し、その更新データを、双方向の通信が可能
な双方向ネットワークを介して送信する情報処理装置が
存在する場合において、取得データ生成手段は、双方向
ネットワークを介して情報処理装置に対して更新データ
を要求するのに必要な要求必要情報を取得データに含め
るようにすることができる。

【０００８】本発明の送信方法は、データベースに登録
されたコンテンツが更新された場合に、その更新を行う
ための更新データであって、その更新データによって更
新されるコンテンツを識別するための識別情報が付加さ
れたデータを生成するとともに、更新データを取得する
ための取得データであって、更新データによって更新さ
れるコンテンツの識別情報および同報ネットワークを介
して送信される更新データを受信するのに必要な受信必
要情報が付加されたデータを生成し、更新データおよび
取得データを、同報ネットワークを介して送信し、取得
データには、更新データに付加された識別情報と同一の
識別番号が付加されていることを特徴とする。

【０００９】本発明の受信装置は、データベースに登録
されたコンテンツが更新された場合に、その更新を行う
ための更新データを取得するための取得データであっ
て、更新データによって更新されるコンテンツを識別す
るための識別情報および同報ネットワークを介して送信
されてくる更新データを受信するのに必要な受信必要情
報が付加されたデータを受信する第１の受信手段と、取
得データに基づいて、それに付加されている識別情報と
同一の識別情報が付加されている更新データを取得する
取得手段と、更新データによって、それに付加されてい
る識別情報に対応するコンテンツを更新する更新手段と
を備えることを特徴とする。取得手段は、同報ネットワ
ークを介して送信されてくる更新データを受信する第２
の受信手段を有し、受信必要情報に、更新データが送信
されてくる送信時刻が含まれる場合において、第２の受
信手段が、その送信時刻に、動作可能な状態にないと
き、第２の受信手段を、動作可能な状態にするようにす
ることができる。 更新データが、一斉同報が可能な一方
向の同報ネットワークを介して送信されるとともに、更
新データの要求に対応して、双方向の通信が可能な双方
向ネットワークを介して送信され、かつ、取得データ
が、同報ネットワークを介して送信されてくる更新デー
タを受信するのに必要な受信必要情報を含むとともに、
双方向ネットワークを介して、更新データを要求するの
に必要な要求必要情報を含む場合において、取得手段
は、受信必要情報に基づいて、同報ネットワークを介し
て送信されてくる更新データを取得するか、または要求
必要情報に基づいて、双方向ネットワークを介して、更
新データを要求し、その要求に対応して、双方向ネット
ワークを介して送信されてくる更新データを取得するよ
うにすることができる。 取得手段は、同報ネットワーク
または双方向ネットワークのうちのいずれを介して送信
されてくる更新データを取得するかを、更新データのサ
イズ、または更新データが双方向ネットワークを介して
送信される頻度に基づいて選択するようにすることがで
きる。 所定の入力を与えるときに操作される操作手段を
さらに備え、取得手段は、同 報ネットワークまたは双方
向ネットワークのうちのいずれを介して送信されてくる
更新データを取得するかを、操作手段の操作に基づいて
選択するようにすることができる。

【００１０】本発明の受信方法は、データベースに登録
されたコンテンツが更新された場合に、その更新を行う
ための更新データを取得するための取得データであっ
て、更新データによって更新されるコンテンツを識別す
るための識別情報および同報ネットワークを介して送信
されてくる更新データを受信するのに必要な受信必要情
報が付加されたデータを受信し、取得データに基づい
て、それに付加されている識別情報と同一の識別情報が
付加されている更新データを取得し、更新データによっ
て、それに付加されている識別情報に対応するコンテン
ツを更新することを特徴とする。

【００１１】

【００１２】

【００１３】本発明の送信装置および送信方法において
は、データベースに登録されたコンテンツが更新された
場合に、その更新を行うための更新データであって、そ
の更新データによって更新されるコンテンツを識別する
ための識別情報が付加されたデータが生成され、更新デ
ータを取得するための取得データであって、更新データ
によって更新されるコンテンツの識別情報および同報ネ
ットワークを介して送信される更新データを受信するの
に必要な受信必要情報が付加されたデータが生成され、
更新データおよび取得データが、同報ネットワークを介
して送信される。なお、取得データには、更新データに
付加された識別情報と同一の識別情報が付加される。

【００１４】

【００１５】本発明の受信装置および受信方法において
は、データベースに登録されたコンテンツが更新された
場合に、その更新を行うための更新データを取得するた
めの取得データであって、更新データによって更新され
るコンテンツを識別するための識別情報および同報ネッ
トワークを介して送信されてくる更新データを受信する
のに必要な受信必要情報が付加されたデータが受信さ
れ、取得データに基づいて、それに付加されている識別
情報と同一の識別情報が付加されている更新データが取
得される。そして、更新データによって、それに付加さ
れている識別情報に対応するコンテンツが更新される。

【００１６】

【００１７】

【００１８】

【００１９】

【００２０】

【００２１】

【００２２】

【００２３】

【００２４】

【００２５】

【００２６】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００５５】データ検索部１３は、通信ネットワーク６
を介して受信端末５から送信されているサブジェクトの
要求を、通信制御部１１から受信し、そのサブジェクト
を構成する更新オブジェクト情報を、データベース３か
ら検索する。そして、データ検索部１３は、後述するデ
ータ構成部１７と同様にして、サブジェクトを構成し、
通信制御部１１に供給するようになされている。複製管
理部１４は、ミラーサーバ７（さらには、通信ネットワ
ーク６上の、図示せぬミラーサーバ）を特定するための
情報を管理している。即ち、複製管理部１４は、例え
ば、通信ネットワーク４がインターネットである場合に
は、ミラーサーバ７のＩＰアドレスを記憶している。そ
して、複製管理部１４は、登録部１５からのオブジェク
トの更新の知らせを受けると、その更新のための更新オ
ブジェクト情報を、データベース３から読み出し、通信
制御部１１を制御することで、その更新オブジェクト情
報を、例えば、ミラーサーバ７その他の自身が管理して
いるＩＰアドレスの、通信ネットワーク６上のサーバに
送信するようになされている。なお、複製管理部１４
は、自身が管理している情報を、必要に応じて、データ
構成部１７に供給するようにもなされている。

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

【００５７】データ構成部１７は、登録部１５からオブ
ジェクトを更新した旨を受信すると、その更新がなされ
たオブジェクトについての更新オブジェクト情報を、デ
ータベース３から読み出し、その更新オブジェクト情報
が配置されたサブジェクトを生成して、伝送部１８に出
力するようになされている。さらに、データ構成部１７
は、そのサブジェクトを取得するためのイベントも生成
し、伝送部１８に出力するようになされている。なお、
データ構成部１７において、イベントの生成は、資源割
当部１２による資源の割当結果や、複製管理部１４から
供給される情報を用いて行われるようになされている。
即ち、データ構成部１７は、サブジェクトが送信される
チャンネルや時刻、データレート、さらには、それを管
理するサーバに関する情報その他を、資源割当部１２に
よる資源の割当結果や、複製管理部１４からの情報から
認識し、イベントに含めるようになされている。

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

【００５９】次に、図３は、図１のミラーサーバ７の構
成例を示している。なお、図中、図２のサーバ２におけ
る場合と対応する部分については、同一の符号を付して
ある。即ち、ミラーサーバ７は、資源割当部１２、複製
管理部１４、データ構成部１７、および伝送部１８が設
けられていない他は、基本的に、サーバ２と同様に構成
されている。なお、ミラーサーバ７を構成する登録部１
５には、サーバ２を構成する複製管理部１４が、通信制
御部１１を制御することにより、通信ネットワーク６な
どを介して送信されてくる更新オブジェクト情報が供給
されるようになされている。

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

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

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

【００６３】ここで、データベース１ａ乃至１ｃから
は、更新オブジェクト情報と識別子とが、例えば、図５
に示すようなフォーマットで供給されるようになされて
いる。

【００６４】識別子は、ここでは、例えば、交通情報
や、天気情報、株価情報、さらには、それらの情報を構
成する構成要素などのオブジェクトの種類ごとにあらか
じめ割り当てられているユニークなＩＤ（Identificati
on）、およびオブジェクトの新しさを示すバージョン情
報などからなる。バージョン情報は、例えば、オブジェ
クトが更新されるごとに１ずつインクリメントされる整
数値などが用いられるようになされており、従って、同
一のＩＤが付加されているオブジェクトについては、そ
のバージョン情報を比較することで、最新のオブジェク
トを認識することができる。

【００６５】なお、ＩＤおよびバージョン情報は、ここ
では、例えば、ともに固定長とされている。

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

【００６７】その後、登録部１５は、ステップＳ３にお
いて、オブジェクトが更新された旨を、資源割当部１
２、複製管理部１４、およびデータ構成部１７に出力
し、ステップＳ１に戻る。

【００６８】以上のようにして供給されるオブジェクト
が更新された旨を受信した複製管理部１４では、ステッ
プＳ２でデータベース３に登録された更新オブジェクト
情報およびそれに付加されている識別子が読み出され、
自身が管理しているサーバ、即ち、ここでは、例えば、
ミラーサーバ７に対し、通信ネットワーク６を介して送
信される。また、複製管理部１４は、更新オブジェクト
情報および識別子を送信したサーバを特定するための特
定情報、即ち、ここでは、例えば、ミラーサーバ７のＩ
Ｐアドレスを、データ構成部１７に出力する。

【００６９】なお、ミラーサーバ７では、図３のステッ
プＳ１乃至Ｓ３のうちのステップＳ３を除いた処理が、
登録処理として行われる。即ち、ミラーサーバ７では、
ステップＳ１において、サーバ２から更新オブジェクト
情報と識別子が配信されてきたか否かが、登録部１５に
よって判定され、配信されてきていないと判定された場
合、ステップＳ１に戻る。また、ステップＳ１におい
て、更新オブジェクト情報および識別子が配信されてき
たと判定された場合、ステップＳ２に進み、ミラーサー
バ７の登録部１５は、更新オブジェクト情報に、識別子
を付加し、データベース８に登録する。さらに、ミラー
サーバ７の登録部１５は、ステップＳ２において、サー
バ２から受信した識別子を構成するＩＤと同一のＩＤを
有する識別子が付加されているオブジェクトを、データ
ベース８から検索し、そのオブジェクトを、サーバ２か
ら受信した更新オブジェクト情報に基づいて更新する。
そして、ミラーサーバ７の登録部１５は、その更新した
オブジェクトに付加されている識別子のバージョン情報
を、１だけインクリメントし、ステップＳ３をスキップ
して、ステップＳ１に戻る。

【００７０】サーバ２において、上述したような登録処
理が行われることにより、そのステップＳ３において登
録部１５が出力するオブジェクトが更新された旨は、複
製管理部１４に供給される他、資源割当部１２およびデ
ータ構成部１７にも供給される。

【００７１】資源割当部１２は、オブジェクトが更新さ
れた旨を受信すると、その更新に関するイベントおよび
サブジェクトを、放送ネットワーク４を介して送信する
ための資源の割当を行い、その割当結果を、データ構成
部１７および伝送部１８に出力する。データ構成部１７
は、オブジェクトが更新された旨を受信すると、その更
新がなされたオブジェクトについての更新オブジェクト
情報を、データベース３から読み出し、サブジェクトを
生成して、伝送部１８に出力する。さらに、データ構成
部１７は、そのサブジェクトを取得するためのイベント
を、資源割当部１２の資源割当結果や、複製管理部１４
からの情報（例えば、上述したように、ミラーサーバ７
のＩＰアドレス）を用いて生成し、伝送部１８に出力す
る。そして、伝送部１８では、データ構成部１７からの
イベントやサブジェクトが、資源割当部１２の資源の割
当結果にしたがって、放送ネットワーク４を介して送信
される。即ち、資源割当部１２、データ構成部１７、お
よび伝送部１８では、図６に示すようなデータ伝送処理
が行われる。

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

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

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

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

【００７６】サーバアクセス情報は、サブジェクトが、
サーバ２やミラーサーバ７から通信ネットワーク６を介
して送信される場合に、通信ネットワーク６を介して、
そのサブジェクトを要求するのに必要な情報（要求必要
情報）で、これには、例えば、サーバ２やミラーサーバ
７のＩＰアドレスなどが含まれる。そして、このＩＰア
ドレスなどは、サーバ２やミラーサーバ７を特定するた
めの特定情報として、複製管理部１４からデータ構成部
１７に供給されるようになされている。

【００７７】即ち、サーバ２やミラーサーバ７は、デー
タベース３や８に記憶された更新オブジェクト情報およ
びそれに付加されている識別子とから、図７（Ａ）に示
したサブジェクトを構成し、受信端末５からの要求に対
応して、そのサブジェクトを、通信ネットワーク６を介
して送信するようになされており、このようにして、サ
ブジェクトを取得する場合に、サーバアクセス情報が参
照される。

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

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

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

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

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

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

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

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

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

【００８７】この場合、ステップＳ２１において、受信
端末５から通信ネットワーク６を介して、サブジェクト
の要求としての、例えば、ＵＲＬが送信されてきたかど
うかが、通信制御部１１によって判定され、送信されて
きていないと判定された場合、ステップＳ２１に戻る。
また、ステップＳ２１において、ＵＲＬが送信されてき
たと判定された場合、通信制御部１１は、そのＵＲＬ
を、データ検索部１３に転送する。データ検索部１３
は、ＵＲＬを受信すると、ステップＳ２２において、そ
のＵＲＬを構成するデータ識別子と同一の識別子が付加
されている更新オブジェクト情報を検索する（サーバ２
では、データベース２から検索し、ミラーサーバ７で
は、データベース８から検索する）。

【００８８】即ち、本実施の形態では、上述したよう
に、イベントを受信した受信端末５において、そのイベ
ントを構成するサーバアクセス情報としてのＩＰアドレ
スと、識別子とから、そのイベントと同一の識別子が付
加されているサブジェクトのＵＲＬが認識されるように
なされている。そして、受信端末５は、通信ネットワー
ク６を介して、サブジェクトを要求する場合には、その
ＵＲＬを送信するようになされている。従って、受信端
末５からのＵＲＬには、識別子が含まれており、サーバ
２やミラーサーバ７では、この識別子を、いわば、更新
オブジェクト情報のファイル名として、その検索が行わ
れる。

【００８９】ステップＳ２２において、更新オブジェク
ト情報が検索されると、データ検索部１３は、その更新
オブジェクトに、それとともに記憶されていた識別子を
付加することにより、サブジェクトを構成し、通信制御
部１１に供給する。通信制御部１１は、データ検索部１
３からのサブジェクトを受信し、ステップＳ２３におい
て、それを、ＵＲＬを送信してきた受信端末（ここで
は、受信端末５）に、通信ネットワーク６を介して送信
して、ステップＳ２１に戻る。

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

【００９１】受信部２１は、サーバ２から放送ネットワ
ーク４を介して送信されてくるデータ、即ち、ここで
は、イベントやサブジェクトを受信し、選択部２２に出
力するようになされている。選択部２２は、受信部２１
からのイベントやサブジェクトの選択を行うようになさ
れている。さらに、選択部２２は、選択したイベントを
データベース２３に一時記憶させるようにもなされてい
る。また、選択部２２は、選択したサブジェクトに含ま
れる識別子に対応するオブジェクトを、データベース２
３から検索し、そのサブジェクトに含まれる更新オブジ
ェクト情報に基づいて更新するようにもなされている。

【００９２】データベース２３は、例えば、大容量のハ
ードディスクや光磁気ディスク、その他の記録媒体で構
成され、オブジェクトを記憶し、また、選択部２２から
のイベントを一時記憶するようになされている。

【００９３】通信制御部２４は、通信ネットワーク６を
介しての通信制御を行うようになされており、これによ
り、要求部２５からのサブジェクトの要求を、通信ネッ
トワーク６を介してサーバ２やミラーサーバ７などに送
信したり、また、サーバ２やミラーサーバ７などから通
信ネットワーク６を介して送信されてくるサブジェクト
を受信するようになされている。

【００９４】要求部２５は、データベース２３に記憶さ
れているイベントに含まれる放送スケジュール情報にし
たがって、放送ネットワーク４を介して送信されてくる
サブジェクトを受信するように、受信部２１を制御する
ようになされている。また、要求部２５は、データベー
ス２３に記憶されたイベントに含まれるサーバアクセス
情報にしたがい、通信ネットワーク６を介して、サーバ
２やミラーサーバ７に、サブジェクトを要求し、その要
求に対応して、サーバ２やミラーサーバ７から、通信ネ
ットワーク６を介して送信されてくるサブジェクトを受
信するように、通信制御部２４を制御するようにもなさ
れている。さらに、要求部２５は、通信制御部２４に受
信させたサブジェクトに含まれる識別子に対応するオブ
ジェクトを、データベース２３から検索し、そのサブジ
ェクトに含まれる更新オブジェクト情報に基づいて更新
するようにもなされている。なお、要求部２５は、以上
のような処理を、例えば、定期的に行う他、読み出し部
２６から、オブジェクトの更新の要求があった場合にも
行うようになされている。

【００９５】読み出し部２６は、操作部２８の操作に対
応して、データベース２３に記憶されたデータを読み出
し、出力部２７に供給するようになされている。出力部
２７は、例えば、ディスプレイやスピーカなどで構成さ
れ、読み出し部２６などからのデータを表示し、または
音声として出力するようになされている。操作部２８
は、読み出し部２６に対して、所定の入力を与える場合
に操作される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１１７】また、ステップＳ４２において、データベ
ース２３にイベントが記憶されていると判定された場
合、そのイベントが読み出され（複数のイベントが記憶
されている場合には、そのうちの１つが読み出され）、
ステップ４３に進み、要求部２５において、そのイベン
トに基づくサブジェクトの受信を、同報可能な放送ネッ
トワーク４または双方向通信が可能な通信ネットワーク
６のうちのいずれを介して行うのが有利かが判定され
る。

【０１１８】ここで、ステップＳ４２の判定は、例え
ば、次のようにして行われる。

【０１１９】即ち、要求部２５では、イベントに含まれ
る放送スケジュール情報を参照することにより、そのイ
ベントに付加されている識別子と同一の識別子のサブジ
ェクトが送信されてくる送信回数（送信頻度）や、送信
時刻が認識される。そして、例えば、送信回数が多い場
合や、送信時刻が、現在時刻に近い場合には、サブジェ
クトの受信時間その他の受信のためのコストが低いと予
想される放送ネットワーク４を介して、サブジェクトの
受信を行うのが有利であると判定される。

【０１２０】また、例えば、送信回数が少ない場合や、
送信時刻が、現在時刻から離れている場合には、双方向
ネットワーク６を介して、サブジェクトの受信を行うの
が有利であると判定される。

【０１２１】なお、その他、例えば、イベントに含まれ
る放送スケジュール情報に、サブジェクトのデータ量が
記述されている場合には（データ量そのものが記述され
ていなくても、データレートと、送信に要する時間とが
記述されていれば、データ量を認識することができ
る）、そのデータ量に基づき、放送ネットワーク４また
は通信ネットワーク６のうちのいずれを介して、サブジ
ェクトの受信を行うのが有利であるのかを判定すること
も可能である。

【０１２２】さらに、放送ネットワーク４または通信ネ
ットワーク６のうちのいずれを介して、サブジェクトの
受信を行うのが有利であるのかは、ユーザに操作部２８
を操作してもらい、その操作に対応して決定することも
可能である。

【０１２３】また、双方向ネットワーク６を介してサブ
ジェクトを受信する場合において、双方向ネットワーク
６が、複数の伝送レートに対応しており、受信端末５
が、そのような複数の伝送レートの回線を介しての通信
の可能なものであるときには、サブジェクトのデータ量
によって、使用する回線を変えるようにすることも可能
である。

【０１２４】ここで、上述したように、イベントには、
放送スケジュール情報またはサーバアクセス情報のうち
のいずれか一方しか含まれていない場合がある。イベン
トに、放送スケジュール情報しか含まれていない場合、
ステップＳ４３では、放送ネットワーク４を介して、サ
ブジェクトの受信を行うのが有利であると判定される。
また、逆に、イベントに、サーバアクセス情報しか含ま
れていない場合は、ステップＳ４３では、通信ネットワ
ーク６を介して、サブジェクトの受信を行うのが有利で
あると判定される。

【０１２５】ステップＳ４３において、放送ネットワー
ク４を介して、サブジェクトの受信を行うのが有利であ
ると判定された場合、ステップＳ４４に進み、要求部２
５は、受信部２１が動作可能な状態であるかどうか（例
えば、電源が供給されているかどうか（スリープ状態に
ないかどうか））を判定する。ステップＳ４４におい
て、受信部２１が動作可能な状態にないと判定された場
合、ステップＳ４５に進み、要求部２５は、例えば、イ
ベントの放送スケジュール情報に配置されているサブジ
ェクトの送信時刻の直前まで待って、受信部２１を動作
可能な状態にし、即ち、受信部２１がスリープ状態にな
っている場合には、電源の供給を開始し、ステップＳ４
６に進む。

【０１２６】また、ステップＳ４４において、受信部２
１が動作可能な状態にあると判定された場合、ステップ
Ｓ４５をスキップして、ステップＳ４６に進み、要求部
２１は、受信部２１を制御することにより、データベー
ス２３から読み出したイベントの放送スケジュール情報
に配置されている送信チャンネルで、同じくその放送ス
ケジュール情報に配置されている送信時刻に、放送ネッ
トワーク４を介して送信されてくるサブジェクト、即
ち、イベントに付加されている識別子と同一の識別子の
サブジェクトを受信させ、選択部２２に供給させる。そ
して、ステップＳ４７において、選択部２２では、図１
０のステップＳ３６における場合と同様にして、受信部
２１からのサブジェクトに基づき、データベース２３の
更新が行われ、データ要求処理を終了する。

【０１２７】ここで、受信端末５において、データの取
りこぼしは、受信部２１の電源がオフ状態になっている
ことに起因して生じることが多い。そこで、上述のよう
に、受信部２１が動作可能な状態になっているかどうか
を判定し、なっていない場合には、受信部２１を動作可
能な状態にすることで、受信部２１の電源がオフ状態に
なっていることに起因するサブジェクトの取りこぼしを
防止することができる。

【０１２８】一方、ステップＳ４３において、双方向ネ
ットワーク６を介して、サブジェクトを受信するのが有
利であると判定された場合、ステップＳ４８に進み、要
求部２５は、通信制御部２４を制御することで、データ
ベース２３から読み出したイベントに含まれる識別子と
同一の識別子が付加されているサブジェクトを、通信ネ
ットワーク６を介して、サーバ２やミラーサーバ７に要
求させる。

【０１２９】即ち、要求部２５は、データベース２３か
ら読み出したイベントに含まれる識別子と、同じくそこ
に含まれるサーバアクセス情報（ここでは、上述したよ
うに、ＩＰアドレス）とから、その識別子と同一の識別
子が付加されているサブジェクトに対応付けられている
ＵＲＬを構成し、通信制御部２４を制御することで、通
信ネットワーク６を介して、サーバ２やミラーサーバ７
に送信させる。

【０１３０】ＵＲＬが送信されたサーバ２やミラーサー
バ７では、図８で説明した要求データ送信処理が行わ
れ、これにより、そのＵＲＬに対応付けられているサブ
ジェクトが、通信ネットワーク６を介して送信されてく
る。このサブジェクトは、ステップＳ４９において、通
信制御部２４によって受信され、要求部２５に供給され
る。要求部２５は、通信制御部２４からサブジェクトを
受信すると、ステップＳ４７に進み、上述したようにし
て、そのサブジェクトに基づき、データベース２３の更
新を行い、データ要求処理を終了する。

【０１３１】以上のように、サブジェクトを、放送ネッ
トワーク４または通信ネットワーク３６のうちのいずれ
を介して受信する方が有利かどうかを判定し、有利な方
を介して送信されるサブジェクトを受信するようにした
ので、受信端末５では、効率的に、サブジェクトの受
信、およびオブジェクトの更新を行うことが可能とな
る。

【０１３２】なお、サブジェクトを、放送ネットワーク
４を介して受信する場合において、イベントの放送スケ
ジュール情報に、複数の送信時刻が配置されているとき
には、例えば、そのうちの、現在時刻に最も近い送信時
刻（但し、現在時刻よりも前（過去）の時刻を除く）に
送信されてくるサブジェクトが受信される。但し、ユー
ザに操作部２８を操作してもらい、送信時刻を選択させ
ることも可能である。

【０１３３】また、サブジェクトを、通信ネットワーク
６を介して要求、受信する場合において、イベントのサ
ーバアクセス情報に、複数のサーバのＩＰアドレスが配
置されているときには、例えば、そのうちの、受信端末
５に最も近い位置にあるサーバのＩＰアドレスを用いて
ＵＲＬが構成される。但し、ユーザに操作部２８を操作
してもらい、サーバを選択させることも可能である。

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

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

【０１３６】また、ステップＳ５１において、操作部２
８が、オブジェクトを出力するように操作されたと判定
された場合、ステップＳ５２に進み、出力の要求された
オブジェクトについてのイベント、即ち、そのオブジェ
クトの識別子と同一の識別子が付加されているイベント
が、データベース２３に記憶されているかどうかが、読
み出し部２６によって判定される。ステップＳ５２にお
いて、出力の要求されたオブジェクトについてのイベン
トが、データベース２３に記憶されていないと判定され
た場合、即ち、出力の要求されたオブジェクトとして
は、いまデータベース２３に記憶されているものが最新
のものである場合（但し、イベントの取りこぼしがない
ものとする）、ステップＳ５３に進み、読み出し部２６
は、出力の要求されたオブジェクトを、データベース２
３から読み出し、出力部２７に供給する。出力部２７で
は、読み出し部２６からのオブジェクトが表示、または
音声で出力され、データ出力処理を終了する。

【０１３７】また、ステップＳ５２において、出力の要
求されたオブジェクトについてのイベントが、データベ
ース２３に記憶されていると判定された場合、即ち、出
力の要求されたオブジェクトは、サーバ２では更新され
ているが、受信端末５では、まだ更新されていない場
合、ステップＳ５４に進み、そのオブジェクトの更新を
行うかどうかが、読み出し部２６によって判定される。

【０１３８】即ち、ステップＳ５４では、読み出し部２
６は、オブジェクトの更新を行うかどうかを問い合わせ
るメッセージを、出力部２７に表示させ、ユーザに、操
作部２８の操作を促す。そして、ステップＳ５４では、
操作部２８の操作に対応して、オブジェクトの更新を行
うかどうかが判定される。

【０１３９】あるいは、また、ステップＳ５４では、出
力の要求されたオブジェクトについてのイベントの放送
スケジュール情報が参照され、そのオブジェクトを更新
するためのサブジェクトが、放送ネットワーク４を介し
て送信されてくる送信時刻のうち、現在時刻に最も近い
ものが認識される。そして、ステップＳ５４では、その
現在時刻に最も近い送信時刻が、現在時刻から、あらか
じめ受信端末５に設定された所定の時間内であるかどう
かに対応して、オブジェクトの更新を行うかどうかが判
定される（送信時刻が、現在時刻から所定の時間内であ
る場合には、オブジェクトの更新を行うと判定され
る）。

【０１４０】ステップＳ５４において、出力の要求され
たオブジェクトの更新を行わないと判定された場合、ス
テップＳ５５に進み、読み出し部２６は、出力の要求さ
れたオブジェクト、即ち、更新前のオブジェクトを、デ
ータベース２３から読み出し、以下、ステップＳ５３に
おける場合と同様にして、出力部２７に出力させて、デ
ータ出力処理を終了する。なお、この場合、出力部２７
には、オブジェクトを出力させるとともに、そのオブジ
ェクトが更新前のものである旨のメッセージを表示させ
るようにしても良い。

【０１４１】一方、ステップＳ５４において、出力の要
求されたオブジェクトの更新を行うと判定された場合、
ステップＳ５６に進み、そのオブジェクトの更新するた
めのデータベース更新処理が行われる。即ち、ステップ
Ｓ５６では、出力の要求されたオブジェクトについての
イベントを用いて、図１１のデータ要求処理のステップ
Ｓ４３乃至Ｓ４９における処理と同様の処理が行われ、
これにより、出力の要求されたオブジェクトが更新され
る。そして、ステップＳ５３に進み、その更新後のオブ
ジェクトが、上述したようにして、出力部２７から出力
され、データ出力処理を終了する。

【０１４２】ところで、イベントのサーバアクセス情報
に、複数のサーバのＩＰアドレスが配置されている場合
において、いずれのサーバに、サブジェクトを要求する
かを、例えば、上述したように、受信端末５からの位置
や、ユーザによる操作部２８の操作に対応して決定した
のでは、あるサーバへのアクセスが集中することがあ
る。

【０１４３】そこで、通信ネットワーク６を介して、受
信端末５に対してサブジェクトを送信するサーバが複数
存在する場合（例えば、図１に示すように、サーバ２以
外に、ミラーサーバ７が存在する場合や、ミラーサーバ
７以外のミラーサーバがさらに存在する場合など）に
は、サーバへのアクセスを分散させるために（１のサー
バにアクセスを集中させないために）、受信端末５また
はそのユーザに、固有のＩＤ（以下、適宜、ユーザＩＤ
という）を与え、サーバ２には、各サーバのＩＰアドレ
スを、所定のユーザＩＤと対応付け、サーバアクセス情
報として、イベントに配置する処理（以下、適宜、負荷
分散処理という）を行わせてから、イベントを送信させ
るようにすることができる。一方、受信端末５には、自
身のユーザＩＤと対応付けられているＩＰアドレスのサ
ーバを認識する処理（以下、適宜、アクセスサーバ決定
処理）を行わせてから、そのサーバに、サブジェクトを
要求させるようにすることができる。

【０１４４】そこで、図１３のフローチャートを参照し
て、サーバ２が行う負荷分散処理について説明する。な
お、この負荷分散処理は、受信端末５に対して、通信ネ
ットワーク６を介して、サブジェクトを送信するサーバ
が複数存在する場合（サーバ２以外に、通信ネットワー
ク６を介して、サブジェクトを送信することのできるサ
ーバが存在する場合）に、図６のデータ伝送処理におけ
るステップＳ１２の処理の一部として行われる。

【０１４５】負荷分散処理では、まず最初に、ステップ
Ｓ６１において、通信ネットワーク６を介して、サブジ
ェクトを送信する１のサーバに割り当てる受信端末の数
（以下、適宜、割当数という）Ｎが算出される。即ち、
ステップＳ６１では、例えば、受信端末の総数が、サブ
ジェクトを通信ネットワーク６を介して送信するサーバ
の総数で除算され、その除算値（小数点以下は、例え
ば、切り上げ）が、割当数Ｎとされる。なお、サーバ２
では、受信端末の総数が管理されているものとする。ま
た、サーバ２では、サブジェクトを通信ネットワーク６
を介して送信するサーバの総数は、複製管理部１４で管
理されている情報から認識されるようになされている。

【０１４６】その後、ステップＳ６２において、通信ネ
ットワーク６を介して、サブジェクトを送信する複数の
サーバのうちの１が選択され（この選択されたサーバ
を、以下、適宜、選択サーバという）、ステップＳ６３
に進み、例えば、その選択サーバに近い位置にある受信
端末が、割当数Ｎだけ検出される。なお、選択サーバお
よび受信端末５の位置は、サーバ２において管理されて
いるものとする。

【０１４７】そして、ステップＳ６４に進み、選択サー
バのＩＰアドレスに、ステップＳ６３で検出されたＮ個
の受信端末それぞれのユーザＩＤが対応付けられ、その
ＩＰアドレスとＮ個のユーザＩＤとの組（要求先情報）
が、サーバアクセス情報として、イベントに配置され
る。その後、ステップＳ６５に進み、通信ネットワーク
６を介して、サブジェクトを送信する複数のサーバすべ
てを、選択サーバとして、ステップＳ６２乃至Ｓ６４の
処理を行ったかどうかが判定される。ステップＳ６５に
おいて、複数のサーバすべてを、まだ、選択サーバとし
ていないと判定された場合、ステップＳ６２に戻り、ま
だ選択サーバとして選択されていないサーバが、新たに
選択サーバとされ、以下、同様の処理を繰り返す。一
方、ステップ６５において、複数のサーバすべてを選択
サーバとして処理を行ったと判定された場合、負荷分散
処理を終了する。

【０１４８】以上のようにして、負荷分散処理では、１
のサーバに、Ｎ個（またはＮ−１個）の受信端末が割り
当てられる。

【０１４９】なお、上述の場合においては、単純に、受
信端末の総数を、サブジェクトを通信ネットワーク６を
介して送信するサーバの総数で除算した除算値を、１の
サーバに割り当てる受信端末の数としたが、複数のサー
バそれぞれに割り当てる受信端末の数は、例えば、さら
に、各サーバの処理能力などを考慮して決めても良い。

【０１５０】次に、図１４のフローチャートを参照し
て、受信端末５が行うアクセスサーバ決定処理について
説明する。なお、このアクセスサーバ決定処理は、受信
端末５において、図１１のデータ要求処理のステップＳ
４８で送信するＵＲＬを構成する前に行われる。

【０１５１】アクセスサーバ決定処理では、ステップＳ
７１において、受信端末５は、イベントのサーバアクセ
ス情報の中から、自身に割り当てられているユーザＩＤ
を検索し、ステップＳ７２に進む。ステップＳ７２で
は、自身のユーザＩＤに対応付けられているＩＰアドレ
ス、即ち、サブジェクトを要求すべきサーバが認識さ
れ、アクセスサーバ決定処理を終了する。

【０１５２】そして、受信端末５では、図１１で説明し
たように、ステップＳ４８において、ステップＳ７２で
認識されたＩＰアドレスを用いてＵＲＬが構成されて送
信される。

【０１５３】以上のように、サーバ２または受信端末５
において、負荷分散処理またはアクセスサーバ決定処理
をそれぞれ行うことで、受信端末からのサブジェクトの
要求を、複数のサーバに分散させることができ、効率の
良いサブジェクトの配信が可能となる。

【０１５４】なお、上述の場合においては、受信端末の
ユーザＩＤとＩＰアドレスとを対応付け、受信端末がア
クセスすべきサーバを制限するようにしたが、その他、
例えば、受信端末のユーザＩＤと、サーバに対して通信
ネットワーク６を介してアクセス可能な時間帯（要求タ
イミング情報）とを対応付け、受信端末がサーバにアク
セスする時間帯を制限するようにすることなどによって
も、サーバに対するアクセスを分散させることが可能で
ある。

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

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

【０１５７】また、本実施の形態では、サーバアクセス
情報に、サーバ２やミラーサーバ７のＩＰアドレスを配
置するようにしたが、サーバアクセス情報には、その
他、例えば、サーバ２やミラーサーバ７で管理されてい
るサブジェクトのＵＲＬや、サーバ２やミラーサーバ７
へアクセスするための電話番号などを配置することも可
能である。

【０１５８】また、ミラーサーバ７には、受信端末５と
同様にして、イベントやサブジェクトを受信させて、デ
ータベース８の更新を行わせるようにすることが可能で
ある。

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

【０１６０】

【発明の効果】以上の如く、第１の本発明によれば、取
得データに基づき、更新データを取得し、その更新デー
タに基づいて、コンテンツを更新することが可能とな
る。

【０１６１】また、第２の本発明によれば、コンテンツ
の更新を効率的に行うことが可能となる。

【０１６２】

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

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

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

【図１４】受信端末５が行うアクセスサーバ決定処理を
説明するためのフローチャートである。

【符号の説明】

１ａ乃至１ｃ データベース， ２ サーバ， ３ デ
ータベース， ４ 放送ネットワーク， ５ 受信端
末， ６ 通信ネットワーク， ７ ミラーサーバ，
８ データベース， １１ 通信制御部， １２ 資源
割当部， １３データ検索部， １４ 複製管理部，
１５ 登録部， １７ データ構成部，１８ 伝送部，
２１ 受信部， ２２ 選択部， ２３ データベー
ス，２４ 通信制御部， ２５ 要求部， ２６ 読み
出し部， ２７ 出力部，２８ 操作部

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

Claims (10)

(57)【特許請求の範囲】
1. 【請求項１】 データベースに登録されたコンテンツを
   一斉同報が可能な一方向の同報ネットワークを介して提
   供するためのデータの送信を行う送信装置において、 前記データベースに登録されたコンテンツが更新された
   場合に、その更新を行うための更新データであって、そ
   の更新データによって更新される前記コンテンツを識別
   するための識別情報が付加されたデータを生成する更新
   データ生成手段と、 前記更新データを取得するための取得データであって、
   前記更新データによって更新される前記コンテンツの前
   記識別情報および前記同報ネットワークを介して送信さ
   れる前記更新データを受信するのに必要な受信必要情報
   が付加されたデータを生成する取得データ生成手段と、 前記更新データおよび前記取得データを、前記同報ネッ
   トワークを介して送信する第１の送信手段とを備え、 前記取得データには、前記更新データに付加された識別
   情報と同一の識別情報が付加されることを特徴とする送
   信装置。
2. 【請求項２】 双方向の通信が可能な双方向ネットワー
   クを介して送信されてくる前記更新データの要求に対応
   して、その更新データを、前記双方向ネットワークを介
   して送信する第２の送信手段をさらに備え、 前記取得データ生成手段は、前記双方向ネットワークを
   介して前記更新データを要求するのに必要な要求必要情
   報を、前記取得データに含めることを特徴とする請求項
   １に記載の送信装置。
3. 【請求項３】 専用回線を介して前記更新データを受信
   して記憶し、その更新データを、双方向の通信が可能な
   双方向ネットワークを介して送信する情報処理装置が存
   在する場合において、 前記取得データ生成手段は、前記双方向ネットワークを
   介して前記情報処理装置に対して前記更新データを要求
   するのに必要な要求必要情報を前記取得データに含める
   ことを特徴とする請求項１に記載の送信装置。
4. 【請求項４】 データベースに登録されたコンテンツを
   一斉同報が可能な一方向の同報ネットワークを介して提
   供するためのデータの送信方法において、 前記データベースに登録されたコンテンツが更新された
   場合に、その更新を行うための更新データであって、そ
   の更新データによって更新される前記コンテンツを識別
   するための識別情報が付加されたデータを生成するとと
   もに、前記更新データを取得するための取得データであ
   って、前記更新データによって更新される前記コンテン
   ツの前記識別情報および前記同報ネットワークを介して
   送信される前記更新データを受信するのに必要な受信必
   要情報が付加されたデータを生成し、 前記更新データおよび前記取得データを、同報ネットワ
   ークを介して送信し、 前記取得データには、前記更新
   データに付加された識別情報と同一の識別番号が付加さ
   れていることを特徴とする送信方法。
5. 【請求項５】 データベースに登録されたコンテンツを
   一斉同報が可能な一方向の同報ネットワークを介して提
   供を受けるためのデータの受信を行う受信装置におい
   て、 前記データベースに登録されたコンテンツが更新された
   場合に、その更新を行うための更新データを取得するた
   めの取得データであって、前記更新データによって更新
   される前記コンテンツを識別するための識別情報および
   前記同報ネットワークを介して送信されてくる前記更新
   データを受信するのに必要な受信必要情報が付加された
   データを受信する第１の受信手段と、 前記取得データに基づいて、それに付加されている前記
   識別情報と同一の識別情報が付加されている前記更新デ
   ータを取得する取得手段と、 前記更新データによって、それに付加されている前記識
   別情報に対応するコンテンツを更新する更新手段とを備
   えることを特徴とする受信装置。
6. 【請求項６】 前記取得手段は、 前記同報ネットワークを介して送信されてくる前記更新
   データを受信する第２の受信手段を有し、 前記受信必要情報に、前記更新データが送信されてくる
   送信時刻が含まれる場合において、前記第２の受信手段
   が、その送信時刻に、動作可能な状態にないとき、前記
   第２の受信手段を、動作可能な状態にすることを特徴と
   する請求項５に記載の受信装置。
7. 【請求項７】 前記更新データが、一斉同報が可能な一
   方向の同報ネットワークを介して送信されるとともに、
   前記更新データの要求に対応して、双方向の通信が可能
   な双方向ネットワークを介して送信され、かつ、前記取
   得データが、前記同報ネットワークを介して送信されて
   くる前記更新データを受信するのに必要な受信必要情報
   を含むとともに、前記双方向ネットワークを介して、前
   記更新データを要求するのに必要な要求必要情報を含む
   場合において、 前記取得手段は、前記受信必要情報に基づいて、前記同
   報ネットワークを介して送信されてくる前記更新データ
   を取得するか、または前記要求必要情報に基づいて、前
   記双方向ネットワークを介して、前記更新データを要求
   し、その要求に対応して、前記双方向ネットワークを介
   して送信されてくる前記更新データを取得することを特
   徴とする請求項５に記載の受信装置。
8. 【請求項８】 前記取得手段は、前記同報ネットワーク
   または前記双方向ネットワークのうちのいずれを介して
   送信されてくる前記更新データを取得するかを、前記更
   新データのサイズ、または前記更新データが前記双方向
   ネットワークを介して送信される頻度に基づいて選択す
   ることを特徴とする請求項７に記載の受信装置。
9. 【請求項９】 所定の入力を与えるときに操作される操
   作手段をさらに備え、 前記取得手段は、前記同報ネットワークまたは前記双方
   向ネットワークのうちのいずれを介して送信されてくる
   前記更新データを取得するかを、前記操作手段の操作に
   基づいて選択することを特徴とする請求項７に記載の受
   信装置。
10. 【請求項１０】 データベースに登録されたコンテンツ
    の提供を一斉同報可能な一方向の同報ネットワークを介
    して受けるためのデータの受信方法において、 前記データベースに登録されたコンテンツが更新された
    場合に、その更新を行うための 更新データを取得するための取得データであって、前記
    更新データによって更新される前記コンテンツを識別す
    るための識別情報および前記同報ネットワークを介して
    送信されてくる前記更新データを受信するのに必要な受
    信必要情報が付加されたデータを受信し、 前記取得データに基づいて、それに付加されている前記
    識別情報と同一の識別情報が付加されている前記更新デ
    ータを取得し、 前記更新データによって、それに付加されている前記識
    別情報に対応するコンテンツを更新することを特徴とす
    る受信方法。