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

Abstract

(57)【要約】 【課題】 効率的なデータの配信を行う。 【解決手段】 サーバ２では、データベース３のデータ
のうち、更新がなされた更新データについて、その更新
データを含まないデータであって、更新がなされたこと
を示す情報が配置されたものである更新報知データが、
少なくとも構成され、同報が可能な一方向の放送ネット
ワーク４を介して送信される。一方、受信端末５は、更
新報知データを受信すると、それにより更新がされたこ
とを示された更新データの要求を、双方向の通信が可能
な通信ネットワーク６を介してサーバ２に送信する。サ
ーバ２は、その要求に対応する更新データを、データベ
ース３から検索し、通信ネットワーク６を介して受信端
末５に送信する。この場合において、サーバ２は、視聴
率の高いデータの更新データについては、その更新デー
タそのものを、放送ネットワーク４を介して受信端末５
に送信している。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

【従来の技術】データの配信を行うシステム（システム
とは、複数の装置が論理的に集合したものをいい、各構
成の装置が同一筐体中にあるか否かは問わない）として
は種々のものが提案されている。例えば、９７．３、日
経マルチメディア（Nikkei Multimedia）では、最近急
速に普及してきたインターネットやイントラネットを利
用したものとして、毎朝、新聞を届けてもらうのと同様
に、ユーザが希望するニュースその他の情報などを、端
末に配信してもらう、いわゆるプッシュ型の配信システ
ムとしてコンピュータを機能させるためのコンピュータ
プログラムとして、「Broadia」、「PointCast I-Serve
r」、「Castanet」が紹介されている。なお、「Castane
t」では、ユーザは、情報の他、コンピュータプログラ
ムの配信も受けることができるようになされている。

【０００３】

【発明が解決しようとする課題】ところで、プッシュ型
の配信システムにおいては、情報を得るのに、端末か
ら、その情報を管理、記憶しているサーバにアクセスし
て、情報の配信を要求する必要がある。従って、多数の
端末からのアクセスが集中すると、サーバの負荷が増加
し、ユーザが所望の情報等を得るまでに時間を要するこ
とになる。

【０００４】本発明は、このような状況に鑑みてなされ
たものであり、短時間で、効率的なデータの配信を行う
ことができるようにするものである。

【０００５】

【課題を解決するための手段】請求項１に記載の送信装
置は、データベースに記憶されたデータのうち、更新が
なされた更新データに対して、同報ネットワークを介し
て送信を行うのに必要な資源を割り当てる割当手段と、
更新データのデータ量と、その更新データに割り当てら
れた資源とに基づいて、同報ネットワークを介して送信
する送信データを構成する構成手段と、割当手段による
資源の割当量にしたがって、送信データを、同報ネット
ワークを介して送信する送信手段とを備えることを特徴
とする。

【０００６】請求項６に記載の送信方法は、データベー
スに記憶されたデータのうち、更新がなされた更新デー
タに対して、同報ネットワークを介して送信を行うのに
必要な資源を割り当て、更新データのデータ量と、その
更新データに割り当てられた資源とに基づいて、同報ネ
ットワークを介して送信する送信データを構成し、資源
の割当量にしたがって、送信データを、同報ネットワー
クを介して送信することを特徴とする。

【０００７】請求項７に記載の送信装置は、データベー
スに記憶されたデータのうち、更新がなされた更新デー
タについて、その更新データそのものが配置された第１
の形式のデータ、またはその更新がなされたことを示す
更新報知情報が配置された第２の形式のデータのうち
の、少なくとも第２の形式のデータを構成する構成手段
と、同報ネットワークを介して送信を行うのに必要な資
源の少なくとも一部を、第２の形式のデータに割り当て
る割当手段と、割当手段による資源の割当量にしたがっ
て、第２の形式のデータを、送信データとして、同報ネ
ットワークを介して送信する送信手段とを備えることを
特徴とする。

【０００８】請求項１２に記載の送信方法は、データベ
ースに記憶されたデータのうち、更新がなされた更新デ
ータについて、その更新データそのものが配置された第
１の形式のデータ、またはその更新がなされたことを示
す更新報知情報が配置された第２の形式のデータのうち
の、少なくとも第２の形式のデータを構成し、同報ネッ
トワークを介して送信を行うのに必要な資源の少なくと
も一部を、第２の形式のデータに割り当て、その資源の
割当量にしたがって、第２の形式のデータを、送信デー
タとして、同報ネットワークを介して送信することを特
徴とする。

【０００９】請求項１３に記載の受信装置は、データベ
ースに記憶されたデータのうち、更新がなされた更新デ
ータそのものが配置された第１の形式のデータ、または
その更新がなされたことを示す更新報知情報が配置され
た第２の形式のデータのうちの、少なくとも第２の形式
のデータを受信する受信手段と、第２の形式のデータに
配置された更新報知情報により更新がされたことを示さ
れた更新データを要求する要求手段と、データベースと
の間で、双方向の通信が可能な双方向ネットワークを介
して通信を行う通信手段とを備え、通信手段が、要求手
段による更新データの要求を、双方向ネットワークを介
してデータベースに送信し、その要求に対応して、デー
タベースから双方向ネットワークを介して送信されてく
る更新データを受信することを特徴とする。

【００１０】請求項１５に記載の受信方法は、データベ
ースに記憶されたデータのうち、更新がなされた更新デ
ータそのものが配置された第１の形式のデータ、または
その更新がなされたことを示す更新報知情報が配置され
た第２の形式のデータのうちの、少なくとも第２の形式
のデータを受信し、第２の形式のデータに配置された更
新報知情報により更新がされたことを示された更新デー
タの要求を、双方向の通信が可能な双方向ネットワーク
を介してデータベースに送信し、その要求に対応して、
データベースから双方向ネットワークを介して送信され
てくる更新データを受信することを特徴とする。

【００１１】請求項１に記載の送信装置においては、割
当手段は、データベースに記憶されたデータのうち、更
新がなされた更新データに対して、同報ネットワークを
介して送信を行うのに必要な資源を割り当て、構成手段
は、更新データのデータ量と、その更新データに割り当
てられた資源とに基づいて、同報ネットワークを介して
送信する送信データを構成するようになされている。送
信手段は、割当手段による資源の割当量にしたがって、
送信データを、同報ネットワークを介して送信するよう
になされている。

【００１２】請求項６に記載の送信方法においては、デ
ータベースに記憶されたデータのうち、更新がなされた
更新データに対して、同報ネットワークを介して送信を
行うのに必要な資源を割り当て、更新データのデータ量
と、その更新データに割り当てられた資源とに基づい
て、同報ネットワークを介して送信する送信データを構
成し、資源の割当量にしたがって、送信データを、同報
ネットワークを介して送信するようになされている。

【００１３】請求項７に記載の送信装置においては、構
成手段は、データベースに記憶されたデータのうち、更
新がなされた更新データについて、その更新データその
ものが配置された第１の形式のデータ、またはその更新
がなされたことを示す更新報知情報が配置された第２の
形式のデータのうちの、少なくとも第２の形式のデータ
を構成し、割当手段は、同報ネットワークを介して送信
を行うのに必要な資源の少なくとも一部を、第２の形式
のデータに割り当てるようになされている。送信手段
は、割当手段による資源の割当量にしたがって、第２の
形式のデータを、送信データとして、同報ネットワーク
を介して送信するようになされている。

【００１４】請求項１２に記載の送信方法においては、
データベースに記憶されたデータのうち、更新がなされ
た更新データについて、その更新データそのものが配置
された第１の形式のデータ、またはその更新がなされた
ことを示す更新報知情報が配置された第２の形式のデー
タのうちの、少なくとも第２の形式のデータを構成し、
同報ネットワークを介して送信を行うのに必要な資源の
少なくとも一部を、第２の形式のデータに割り当て、そ
の資源の割当量にしたがって、第２の形式のデータを、
送信データとして、同報ネットワークを介して送信する
ようになされている。

【００１５】請求項１３に記載の受信装置においては、
受信手段は、データベースに記憶されたデータのうち、
更新がなされた更新データそのものが配置された第１の
形式のデータ、またはその更新がなされたことを示す更
新報知情報が配置された第２の形式のデータのうちの、
少なくとも第２の形式のデータを受信し、要求手段は、
第２の形式のデータに配置された更新報知情報により更
新がされたことを示された更新データを要求するように
なされている。通信手段は、データベースとの間で、双
方向の通信が可能な双方向ネットワークを介して通信を
行うようになされている。即ち、通信手段は、要求手段
による更新データの要求を、双方向ネットワークを介し
てデータベースに送信し、その要求に対応して、データ
ベースから双方向ネットワークを介して送信されてくる
更新データを受信するようになされている。

【００１６】請求項１５に記載の受信方法においては、
データベースに記憶されたデータのうち、更新がなされ
た更新データそのものが配置された第１の形式のデー
タ、またはその更新がなされたことを示す更新報知情報
が配置された第２の形式のデータのうちの、少なくとも
第２の形式のデータを受信し、第２の形式のデータに配
置された更新報知情報により更新がされたことを示され
た更新データの要求を、双方向の通信が可能な双方向ネ
ットワークを介してデータベースに送信し、その要求に
対応して、データベースから双方向ネットワークを介し
て送信されてくる更新データを受信するようになされて
いる。

【００１７】

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

【００１８】即ち、請求項１に記載の送信装置は、デー
タベースに記憶されたデータを、同報可能な同報ネット
ワークを介して送信する送信装置であって、データベー
スに記憶されたデータのうち、更新がなされた更新デー
タに対して、同報ネットワークを介して送信を行うのに
必要な資源を割り当てる割当手段（例えば、図２に示す
資源割当部１４など）と、更新データのデータ量と、そ
の更新データに割り当てられた資源とに基づいて、同報
ネットワークを介して送信する送信データを構成する構
成手段（例えば、図２に示すデータ構成部１７など）
と、割当手段による資源の割当量にしたがって、送信デ
ータを、同報ネットワークを介して送信する送信手段
（例えば、図２に示す伝送部１８など）とを備えること
を特徴とする。

【００１９】請求項４に記載の送信装置は、同報ネット
ワークを介して送信された送信データを受信する受信装
置との間で、双方向の通信が可能な双方向ネットワーク
を介して通信を行う通信手段（例えば、図２に示す通信
制御部１１など）と、通信手段において、受信装置から
の、第２の形式のデータに配置された更新報知情報によ
り更新がされたことを示された更新データの要求が受信
された場合に、その更新データを、データベースから検
索する検索手段（例えば、図２に示すデータ検索部１６
など）とをさらに備え、通信手段が、検索手段が検索し
た更新データを、その要求をした受信装置に、双方向ネ
ットワークを介して送信することを特徴とする。

【００２０】請求項５に記載の通信装置は、同報ネット
ワークを介して送信された送信データを受信する受信装
置との間で、双方向の通信が可能な双方向ネットワーク
を介して通信を行う通信手段（例えば、図２に示す通信
制御部１１など）と、受信装置における送信データの視
聴履歴に関する履歴情報を、双方向ネットワークを介し
て収集する収集手段（例えば、図２に示す履歴管理部１
２など）とをさらに備え、割当手段が、履歴情報に基づ
き、更新データに対して資源を割り当てることを特徴と
する。

【００２１】請求項７に記載の送信装置は、データベー
スに記憶されたデータを、同報可能な同報ネットワーク
を介して送信する送信装置であって、データベースに記
憶されたデータのうち、更新がなされた更新データにつ
いて、その更新データそのものが配置された第１の形式
のデータ、またはその更新がなされたことを示す更新報
知情報が配置された第２の形式のデータのうちの、少な
くとも第２の形式のデータを構成する構成手段（例え
ば、図２に示すデータ構成部１７など）と、同報ネット
ワークを介して送信を行うのに必要な資源の少なくとも
一部を、第２の形式のデータに割り当てる割当手段（例
えば、図２に示す資源割当部１４など）と、割当手段に
よる資源の割当量にしたがって、第２の形式のデータ
を、送信データとして、同報ネットワークを介して送信
する送信手段（例えば、図２に示す伝送部１８など）と
を備えることを特徴とする。

【００２２】請求項１０に記載の送信装置は、同報ネッ
トワークを介して送信された送信データを受信する受信
装置との間で、双方向の通信が可能な双方向ネットワー
クを介して通信を行う通信手段（例えば、図２に示す通
信制御部１１など）と、受信装置における送信データの
視聴履歴に関する履歴情報を、双方向ネットワークを介
して収集する収集手段（例えば、図２に示す履歴管理部
１２など）とをさらに備え、割当手段が、履歴情報に基
づき、第１の形式のデータに対して資源を割り当てるこ
とを特徴とする。

【００２３】請求項１１に記載の送信装置は、同報ネッ
トワークを介して送信された送信データを受信する受信
装置との間で、双方向の通信が可能な双方向ネットワー
クを介して通信を行う通信手段（例えば、図２に示す通
信制御部１１など）と、通信手段において、受信装置か
らの、第２の形式のデータに配置された更新報知情報に
より更新がされたことを示された更新データの要求が受
信された場合に、その更新データを、データベースから
検索する検索手段（例えば、図２に示すデータ検索部１
６など）とをさらに備え、通信手段が、検索手段が検索
した更新データを、その要求をした受信装置に、双方向
ネットワークを介して送信することを特徴とする。

【００２４】請求項１３に記載の受信装置は、同報可能
な同報ネットワークを介して送信されてくる、データベ
ースに記憶されたデータを受信する受信装置であって、
データベースに記憶されたデータのうち、更新がなされ
た更新データそのものが配置された第１の形式のデー
タ、またはその更新がなされたことを示す更新報知情報
が配置された第２の形式のデータのうちの、少なくとも
第２の形式のデータを受信する受信手段（例えば、図１
０に示す受信部２１など）と、第２の形式のデータに配
置された更新報知情報により更新がされたことを示され
た更新データを要求する要求手段（例えば、図１０に示
す要求部２９など）と、データベースとの間で、双方向
の通信が可能な双方向ネットワークを介して通信を行う
通信手段（例えば、図１０に示す通信制御部２８など）
とを備え、通信手段が、要求手段による更新データの要
求を、双方向ネットワークを介してデータベースに送信
し、その要求に対応して、データベースから双方向ネッ
トワークを介して送信されてくる更新データを受信する
ことを特徴とする。

【００２５】請求項１４に記載の受信装置は、更新デー
タの視聴履歴に関する履歴情報を管理する管理手段（例
えば、図１０に示す履歴管理部２６など）をさらに備
え、通信手段は、履歴情報を、双方向ネットワークを介
して、データベースに送信することを特徴とする。

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

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

【００２８】情報提供者Ａ乃至Ｃは、各種のデータが記
憶されたデータベース１ａ乃至１ｃを有している。な
お、データベース１ａ乃至１ｃには、例えば、交通情
報、天気情報、株価情報その他のリアルタイムで変化す
るデータや、そのようにリアルタイムでは変化しないも
の、さらには、テキストデータ、画像データ、音声デー
タ、コンピュータプログラムなどのあらゆるものを記憶
させることができる。

【００２９】データベース１ａ乃至１ｃに記憶されたデ
ータのうち、サーバ２が有するデータベース３に記憶さ
れていない新規のものや、更新されたものは、サーバ２
に配信され、サーバ２では、その配信されてきたデータ
に、データベース３の記憶内容が更新される（配信され
てきたデータが、データベース３に新規に記憶される場
合を含む）。データベース３の記憶内容が更新される
と、サーバ２では、その更新されたデータ（以下、適
宜、更新データ）について、受信端末（またはセットト
ップボックス）５に送信すべき送信データが構成され、
その送信データが、例えば、衛星回線や、ＣＡＴＶ網、
地上波、その他の、少なくとも、多数のユーザに一斉同
報が可能な一方向のネットワーク（後述する通信ネット
ワーク６と区別するために放送ネットワークという）４
を介して送信される。

【００３０】以上のようにして放送ネットワーク４を介
して送信（配信）されてくる送信データは、ユーザの受
信端末５で受信される。受信端末５では、受信した送信
データのうち、ユーザが所望するものが選択され、その
選択された送信データが記憶される。

【００３１】ここで、サーバ２においては、後述するよ
うに、更新データについて、その更新データそのものが
配置された形式のもの（以下、適宜、通常形式データと
いう）と、更新データを含まずに、データが更新された
旨を示す更新報知情報が配置された形式のもの（以下、
適宜、更新報知形式データという）とのうちのいずれか
が構成され、それが送信データとして送信される。

【００３２】従って、受信端末５において、通常形式デ
ータが受信、選択された場合には、ユーザは、その通常
形式データに配置された更新データを視聴などすること
ができるが、更新報知形式データが受信、選択された場
合には、その更新報知形式データには、更新データが含
まれないから、その視聴をすることができない。

【００３３】そこで、受信端末５は、更新報知形式デー
タを受信、選択した場合、例えば、アナログ公衆網や、
ＩＳＤＮ（Integrated Sytem Digital Network）、イン
ターネット、その他の、少なくとも双方向通信が可能な
ネットワーク（上述の放送ネットワーク４と区別するた
めに通信ネットワークという）６を介して、サーバ２に
対して、更新報知形式データに配置された更新報知情報
によって更新がされたことを示された更新データを要求
する。サーバ２は、この要求を受信すると、その要求さ
れた更新データを、データベース３から検索し、受信端
末５に、通信ネットワーク６を介して送信する。受信端
末５では、このようにしてサーバ２から送信されてくる
更新データが受信されて記憶される。

【００３４】受信端末５において記憶された更新データ
は、ユーザが、受信端末５を所定操作することにより、
例えば表示され、あるいは音声として出力される。ユー
ザがこのようにして更新データを視聴すると、受信端末
５では、その視聴履歴に関する履歴情報が記憶される。

【００３５】そして、受信端末５においては、サーバ２
から要求があると、あるいは自発的に、記憶した履歴情
報を、通信ネットワーク６を介して、サーバ２に送信す
る。サーバ２では、このようにして受信端末５から送信
されてくる履歴情報が受信される。さらに、サーバ２で
は、同様にして、他の受信端末からの履歴情報も受信さ
れ、その統計が求められる。そして、その統計結果に基
づいて、ユーザによるデータの、いわば視聴率が求めら
れる。サーバ２は、各データの視聴率を求めると、その
視聴率に基づいて、各データに対して、放送ネットワー
ク４を介して送信を行うのに必要な資源を割り当てる。

【００３６】即ち、例えば、視聴率の高いデータに対し
ては、放送ネットワーク４の伝送帯域のうちの多くの部
分が割り当てられ、また、サーバ２の処理時間として
も、そのデータを処理するのに多くの時間が割り当てら
れる。逆に、視聴率の低いデータに対しては、放送ネッ
トワーク４の伝送帯域のうちの僅かな部分が割り当てら
れ、また、サーバ２の処理時間としても、そのデータを
処理するのに少ない時間が割り当てられる。

【００３７】さらに、サーバ２では、更新データに対す
る資源の割当量、およびそのデータ量を考慮して、送信
データが構成される。即ち、データ量に対して、資源の
割当量が多い場合においては、更新データそのものを伝
送しても、高速なデータ配信を行うことができるから、
通常形式データが、送信データとして構成されて伝送さ
れる。また、データ量に対して、資源の割当量が少ない
場合においては、更新データそのものを伝送すると、高
速なデータ配信が困難となるから、更新データそのもの
を含まない、即ち、データ量の少ない更新報知形式デー
タが、送信データとして構成されて伝送される。

【００３８】また、サーバ２においては、更新報知形式
データを送信するために、資源の少なくとも一部が、常
時または間欠的に割り当てられる。そして、視聴率に無
関係に、すべての更新データについて、更新報知形式デ
ータが構成され、割り当てられた資源を用いて伝送され
る。

【００３９】以上のようなデータ配信システムによれ
ば、視聴率の高いデータに対して、より多くの資源が割
り当てられ、そのようなデータが優先的に配信される。
従って、効率的なデータの配信が可能となる。

【００４０】さらに、データが放送ネットワーク４を介
して一斉同報されるので、ユーザは、サーバ２にアクセ
スしなくても、データを得ることができ、また、これに
より、サーバ２に対して、ユーザ側からのアクセスが集
中し、負荷が増大することも回避することができる。

【００４１】また、視聴率の低いデータについては、そ
のデータ量を考慮して、そのデータそのものを含まない
更新報知形式データが構成されて配信される。一方、受
信端末５では、更新報知形式データが受信、選択された
場合にのみ、通信ネットワーク６を介して、サーバ２に
対してアクセスがなされ、対応する更新データが要求さ
れる。そして、サーバ２は、このような要求に応じて、
その更新データを、通信ネットワーク６を介して、受信
端末５に送信する。

【００４２】視聴率の低いデータについて、通常形式デ
ータを構成して伝送するのは、ユーザがほとんど視聴し
ないデータについて、放送ネットワーク４による伝送の
ための資源の多くを利用することとなり、その結果、視
聴率の高いデータの伝送が遅れることになるので、効率
的でない。これに対して、視聴率の低いデータについ
て、更新報知形式データを構成して、放送ネットワーク
４を介して送信し、その視聴率の低いデータの要求が、
受信端末５からあった場合に、通信ネットワーク６を介
して送信する場合においては、効率的なデータ配信が可
能となる。即ち、視聴率の低いデータについて、放送ネ
ットワーク４による伝送のための資源の多くを利用する
必要がなく、その結果、視聴率の高いデータについて、
放送ネットワーク４により、すべてのユーザに、短時間
で一斉同報を行うことが可能となる。

【００４３】また、すべての更新データについて、更新
報知形式データが構成され、常時または間欠的に配信さ
れる場合においては、受信端末５における、いわゆるデ
ータの取りこぼしを防止することが可能となる。即ち、
一方向の放送ネットワーク４によって、通常形式データ
だけを送信する場合においては、いわゆるハンドシェイ
クでデータのやりとりをする場合に比較して、正常な受
信に失敗する確率が高い。そこで、更新報知形式データ
を常時または間欠的に送信することにより、受信端末５
側では、通常形式データの受信に失敗しても、更新報知
形式データを受信することで、データの更新があったこ
とを認識することができるから、そのようなデータにつ
いては、通信ネットワーク６を介して得ることが可能と
なる。

【００４４】以上のように、一斉同報が可能な一方向の
放送ネットワーク４と、双方向通信が可能な通信ネット
ワーク６とを併用することで、効率的なデータの配信が
可能となり、また、受信端末５におけるデータの取りこ
ぼしを防止することも可能となる。さらに、放送ネット
ワーク４を、いわば主として、通信ネットワーク６を、
いわば補完的に、それぞれ利用するので、一般に、通信
コストのかかる双方向通信が可能なネットワークである
通信ネットワーク６だけを利用する場合に比較して、通
信コストを低下させることができる。

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

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

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

【００４８】通信制御部１１は、例えば、モデムや、Ｔ
Ａ（Terminal Adapter）などで構成され、通信ネットワ
ーク６を介しての通信を制御するようになされている。
履歴管理部１２は、通信ネットワーク６を介して受信端
末５から送信されている履歴情報を、通信制御部１１か
ら受信し、その統計処理を行って、各データの視聴率と
しての統計情報を求めるようになされている。統計情報
記憶部１３は、履歴情報管理部１２において求められた
統計情報（視聴率）を、各データ別に記憶するようにな
されている。資源割当部１４は、統計情報記憶部１３に
記憶された統計情報に基づいて、各データ（更新デー
タ）に対して、放送ネットワーク４を介して送信するの
に必要な資源を割り当てるようになされている。

【００４９】登録部１５は、情報提供者Ａ乃至Ｃのデー
タベース１ａ乃至１ｃから配信されてくるデータを、デ
ータベース３に登録するようになされている。さらに、
登録部１５は、データベース３のデータを更新した場合
には、その旨を資源割当部１４およびデータ構成部１７
に知らせるようにもなされている。データ検索部１６
は、通信ネットワーク６を介して受信端末５から送信さ
れているデータの要求を、通信制御部１１から受信し、
そのデータを検索するようになされている。データ構成
部１７は、登録部１５から更新のあった旨の知らせを受
けたデータ（更新データ）について、伝送部１８により
放送ネットワーク４を介して伝送させる送信データを構
成するようになされている。即ち、データ構成部１７
は、更新データについて、そのデータ量、および資源割
当部１４からの、その更新データに対する資源の割当量
に基づき、上述の通常形式データまたは更新報知形式デ
ータを構成し、送信データとして、伝送部１８に出力す
るようになされている。伝送部１８は、データ構成部１
７からの送信データを、資源割当部１４からの、その送
信データに対する資源の割当量にしたがい、放送ネット
ワーク４を介して伝送するようになされている。

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

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

【００５２】ここで、データ識別子は、そのデータを識
別するためのもので、例えば、交通情報や、天気情報、
株価情報などごとに、ユニークなものがあらかじめ割り
当てられている。また、バージョン情報は、そのデータ
の新しさを示すもので、例えば、データが更新されるご
とに１ずつインクリメントされる整数値などが用いられ
る。従って、同一のデータ識別子が付加されているデー
タについては、そのバージョン情報を比較することで、
最新のデータを認識することができ、これにより、デー
タが更新されたかどうかが分かるので、バージョン情報
は、上述の更新報知情報としての役割を果たす。

【００５３】なお、データ識別子およびバージョン情報
は、ここでは、例えば、ともに固定長とされている。

【００５４】データ識別子およびバージョン情報が付加
されたデータがデータベース３に登録されると、ステッ
プＳ３に進み、登録部１５は、データベース３に新たに
登録したデータ（更新データ）のデータ識別子を、新た
な登録を行った旨とともに、資源割当部１４およびデー
タ構成部１７に出力し、ステップＳ１に戻る。

【００５５】次に、図５のフローチャートを参照して、
データ伝送処理について説明する。

【００５６】この場合、サーバ２では、まず最初に、ス
テップＳ１１において、履歴情報の収集が行われる。即
ち、例えば、履歴管理部１２は、通信制御部１１を制御
することにより、通信ネットワーク６を介して、受信端
末５にアクセスし、履歴情報を要求する。受信端末５か
らは、この要求に応じて、後述する図１４のステップＳ
６２において、通信ネットワーク６を介して、履歴情報
が送信されてくるので、その履歴情報が、通信制御部１
１で受信され、履歴管理部１２に供給される。ステップ
Ｓ１１では、他の受信端末５からも、同様にして、履歴
情報が収集される。

【００５７】そして、ステップＳ１２に進み、履歴管理
部１２において、各データごとに、履歴情報の統計が求
められ、統計情報としての視聴率が算出される。この統
計情報は、統計情報記憶部１３に供給されて記憶され、
ステップＳ１３に進む。ステップＳ１３では、資源割当
部１４において、統計情報記憶部１３に記憶された統計
情報に基づいて、更新がなされた旨の知らせが登録部１
５からあったデータ（更新データ）に対して、放送ネッ
トワーク４を介しての送信に必要な資源が割り当てられ
る。

【００５８】即ち、例えば、登録部１５からデータＤ
ａ，Ｄｂ，Ｄｃの更新がされた旨の知らせがあり、その
データＤａ，Ｄｂ，Ｄｃについて、ユーザＵａが１，
２，０回、ユーザＵｂが２，４，１回の視聴を行ったと
いう履歴情報が得られたとする。この場合、履歴管理部
１２では、データＤａ，Ｄｂ，Ｄｃについて、履歴情報
を加算することにより、それぞれの統計情報が求められ
る。従って、この場合、データＤａ，Ｄｂ，Ｄｃについ
ての統計情報が、それぞれ３（＝０＋３），６（２＋
４），１（＝０＋１）として求められる。

【００５９】そして、資源割当部１４では、この統計情
報に基づいて、各更新データに対して、放送ネットワー
ク４を介しての送信に必要な資源が割り当てられる。即
ち、資源割当部１４では、更新データＤａ，Ｄｂ，Ｄｃ
について、例えば、放送ネットワーク４の伝送帯域のう
ちの、それぞれの統計情報に相当する割合に対応するだ
けの帯域が割り当てられる。具体的には、この場合、図
６に示すように、更新データＤａ，Ｄｂ，Ｄｃには、そ
れぞれ、放送ネットワーク４の伝送帯域の３０％（＝３
／（３＋６＋１）×１００％），６０％（＝６／（３＋
６＋１）×１００％），１０％（＝１／（３＋６＋１）
×１００％）が割り当てられる。

【００６０】ここで、統計情報としては、上述のような
割合を求めて、統計情報記憶部１３に記憶させておくよ
うにすることも可能である。

【００６１】資源割当部１４における各更新データに対
する資源の割当量は、データ構成部１７および伝送部１
８に供給される。データ構成部１７は、各更新データに
対する資源の割当量を資源割当部１４から受信すると、
ステップＳ１４において、それぞれの更新データを、登
録部１５から供給されるデータ識別子により特定し、デ
ータベース３を参照することで、そのデータ量を認識す
る。さらに、データ構成部１７は、各更新データについ
て、そのデータ量および資源の割当量に基づき、通常形
式データまたは更新報知形式データを構成する。

【００６２】ここで、図７は、通常形式データおよび更
新報知形式データのフォーマットを示している。

【００６３】通常形式データは、例えば、図７（Ａ）に
示すように、ここでは、登録部１５がデータベース３に
データ（更新データ）を登録する場合のフォーマット
（図４）と同様のフォーマットとされており、従って、
データに、データ識別子とバージョン情報とが付加され
て構成されている。一方、更新報知形式データは、例え
ば、図７（Ｂ）に示すように、通常形式データから更新
データそのものを取り除いたフォーマットとされてお
り、従って、データ識別子とバージョン情報だけで構成
されている。

【００６４】上述したように、ここでは、データ識別子
とバージョン情報は固定長とされているので、更新報知
形式データも固定長となる。これに対して、通常形式デ
ータのデータ量は、更新データのデータ量が、一般には
可変であるから、やはり可変になる。

【００６５】データ構成部１７で各更新データについて
構成された通常形式データまたは更新報知形式データ
は、送信データとして、伝送部１８に供給される。伝送
部１８は、ステップＳ１５において、データ構成部１７
からの送信データを、資源割当部１４からの資源の割当
量にしたがい、放送ネットワーク４を介して送信し、ス
テップＳ１６に進む。ステップＳ１６では、データ構成
部１７からの送信データの送信を最初におこなったタイ
ミングから、所定の時間が経過したかどうかが、伝送部
１８によって判定され、経過していないと判定された場
合、ステップＳ１５に戻る。従って、この場合、送信デ
ータの伝送が繰り返される。即ち、放送ネットワーク４
によるデータの送信は、サーバ２から受信端末５の一方
向にのみ行われるため、それらの間で、データの送受信
が正確に行われたかどうかの確認を行うことができな
い。そこで、サーバ２では、送信データの伝送が、所定
の時間繰り返されるようになされており、これにより、
受信端末５において、正確なデータの受信が行われる確
率を向上させるようになされている。

【００６６】一方、ステップＳ１６において、データ構
成部１７からの送信データの送信を最初におこなったタ
イミングから、所定の時間が経過したと判定された場
合、ステップＳ１１に戻り、以下、同様の処理が繰り返
される。

【００６７】以上のようにして、定期的に、データの視
聴率としての総計情報が求められ、その統計情報に基づ
いて、各更新データに対する資源の割当量が決定され
る。そして、その資源の割当量と、更新データのデータ
量とに基づいて、送信データが構成されて伝送される。

【００６８】なお、統計情報の算出は、不定期に行うこ
とも可能である。

【００６９】次に、データ構成部１７が、更新データに
ついて、そのデータ量および資源の割当量に基づき、通
常形式データまたは更新報知形式データを構成する処理
について、さらに説明する。

【００７０】例えば、いま、更新データのデータ量が９
９９バイトであり、データ識別子およびバージョン情報
のデータ量が、両者をあわせて１バイトであるとする
と、その更新データについて、通常形式データまたは更
新報知形式データを構成した場合、それぞれのデータ量
は、１０００バイトまたは１バイトとなる。さらに、こ
のような更新データに対して、例えば、放送ネットワー
ク４による送信のための資源の１０％が割り当てられ、
この１０％の資源によって、１０００バイトの通常形式
データまたは１バイトの更新報知形式データが、例え
ば、１０００秒または１秒で伝送されるとする。

【００７１】一方、受信端末５から、１０００バイトの
通常形式データの要求があった場合に、その要求がなさ
れてから、サーバ２において、通信ネットワーク６を介
して、その要求があった通常形式データの送信がされる
までの時間の平均値が、例えば、５００秒であったとす
る。

【００７２】この場合、受信端末５では、１０００バイ
トの通常形式データを、放送ネットワーク４を利用する
よりも、通信ネットワーク６を利用した方が、単純に
は、平均で、５００（＝１０００−５００）秒だけ短い
時間で得ることができる。

【００７３】以上のように、通常形式データを、例え
ば、放送ネットワーク４を利用する場合よりも、通信ネ
ットワーク６を利用した場合の方が、かなり短い時間で
伝送することができるときには、データ構成部１７で
は、更新データについて、更新報知形式データが、そう
でないときには、通常形式データが、それぞれ、送信デ
ータとして構成される。

【００７４】ところで、データの視聴率が０％の場合
や、また、０％を越える視聴率であっても、その視聴率
が、他のデータの視聴率に比較して著しく低い場合など
には、そのデータの更新があっても、その更新データに
対して、放送ネットワーク４を介しての送信に必要な資
源は割り当てられない。そして、資源の割当が行われな
い更新データについては、通常形式データは勿論、それ
に比べてデータ量の非常に少ない更新報知形式データも
送信されない。しかしながら、視聴率が０％、あるいは
それに近い場合であっても、ユーザが、その更新データ
を、将来にわたっても視聴しないとはいえないから、そ
の更新データが、まったく配信されないのは好ましくな
い。一方、視聴率の低いデータについて、通常形式デー
タを構成し、これに多くの資源を割り当てて、放送ネッ
トワーク４で伝送することは、データの効率的な配信の
観点等から好ましくない。

【００７５】そこで、資源割当部１４では、更新報知形
式データに対して、放送ネットワーク４を介しての送信
に必要な資源の一部（以下、適宜、更新専用資源とい
う）が、常時または間欠的に割り当てられ、また、デー
タ構成部１７では、更新データすべてについて、更新報
知形式データが構成され、それらの更新報知形式データ
が、更新専用資源を利用して、放送ネットワーク４を介
して伝送されるようになされている。

【００７６】即ち、例えば、図６で説明したような更新
データＤａ，Ｄｂ，Ｄｃがある場合においては、資源割
当部１４は、放送ネットワーク４による伝送帯域を、例
えば、図８に示すように、１：５０に分割し、前者の帯
域（全伝送帯域の１／５１）を更新専用資源とする。一
方、データ構成部１７は、更新データＤａ，Ｄｂ，Ｄｃ
すべてについて、更新報知形式データを構成する。そし
て、伝送部１８においては、更新データＤａ，Ｄｂ，Ｄ
ｃすべてについての更新報知形式データが、更新専用資
源を利用して送信される。

【００７７】なお、放送ネットワーク４を介しての送信
に必要な資源のうち、更新専用資源を除いた残りの資源
（上述の場合においては、全伝送帯域の５０／５１）
は、例えば、図６における場合と同様に、更新データＤ
ａ，Ｄｂ，Ｄｃに対して割り当てられる。また、この残
りの資源を利用して送信するデータは、上述したよう
に、更新データのデータ量と資源の割当量に基づき、通
常形式データまたは更新報知形式データのうちのいずれ
かとすることもできるが、ここでは、更新報知形式デー
タは、更新専用資源を利用して送信されるから、残りの
資源を利用して送信するデータは、すべて通常形式デー
タとするのが望ましい。

【００７８】受信端末５において、更新報知形式データ
が受信、選択された場合、上述したように、サーバ２に
対して、通信ネットワーク６を介して、対応する更新デ
ータの要求がなされ、サーバ２からは、その要求のあっ
た更新データが、通信ネットワーク６を介して受信端末
５に送信される。従って、更新報知形式データに資源の
少なくとも一部を割り当てるとともに、すべての更新デ
ータについて、更新報知形式データを構成し、常時また
は間欠的に送信することで、ユーザに対してまったく配
信されない更新データが生じるのを防止することが可能
となる。さらに、更新報知形式データは、通常形式デー
タに比較してデータ量の少ないものであるから、それを
放送ネットワーク４で送信する場合には、少ない資源で
済み、従って、視聴率の高い更新データが配置された通
常形式データの送信に、大きな影響を与えることもな
い。

【００７９】なお、更新報知形式データは、本実施の形
態では、上述したように固定長であるから（但し、可変
長とすることも可能である）、その更新専用資源を利用
しての送信は、すべての更新データについて、いわば均
一な密度で行われる。

【００８０】次に、図９のフローチャートを参照して、
サーバ２における要求データ送信処理について説明す
る。

【００８１】この場合、ステップＳ２１において、受信
端末５から通信ネットワーク６を介して、データ識別子
が送信されてきたかどうかが、通信制御部１１によって
判定され、送信されてきていないと判定された場合、ス
テップＳ２１に戻る。また、ステップＳ２１において、
データ識別子が送信されてきたと判定された場合、通信
制御部１１は、そのデータ識別子を、データ検索部１６
に転送する。データ検索部１６は、データ識別子を受信
すると、ステップＳ２２において、そのデータ識別子が
付加された更新データを、データベース３の中から検索
し、そこに記憶されているフォーマットで、即ち、通常
形式データのフォーマットで、通信制御部１１に供給す
る。通信制御部１１は、データ検索部１６からの通常形
式データを受信し、ステップＳ２３において、それを、
データ識別子を送信してきた受信端末（ここでは、受信
端末５）に、通信ネットワーク６を介して送信して、ス
テップＳ２１に戻る。

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

【００８３】受信部２１は、サーバ２から放送ネットワ
ーク４を介して送信されてくる送信データを受信し、選
択部２２に出力されるようになされている。選択部２２
は、履歴情報記憶部２７に記憶されている履歴情報に基
づいて、受信部２１からの送信データを選択し、その選
択した送信データとしての通常形式データまたは更新報
知形式データを、データベース２３に登録するようにな
されている。データベース２３は、例えば、大容量のハ
ードディスクや光磁気ディスク、その他の記録媒体で構
成され、選択部２２からの送信データや、要求部２９か
ら供給されるデータを記憶（記録）するようになされて
いる。読み出し部２４は、操作部３０の操作に対応し
て、データベース２３に記憶されたデータを読み出し、
出力部２５に供給するようになされている。出力部２５
は、例えば、ディスプレイやスピーカなどで構成され、
読み出し部２４からのデータを表示し、または音声とし
て出力するようになされている。

【００８４】履歴管理部２６は、読み出し部２４による
データベース２３からのデータの読み出し履歴、即ち、
ユーザがデータを視聴した視聴履歴としての履歴情報を
管理するようになされている。即ち、履歴管理部２６
は、読み出し部２４を監視しており、例えば、読み出し
部２４がデータベース２３からデータを読み出した回数
を、そのデータ識別子ごとにカウントしたものを、履歴
情報として、履歴情報記憶部２７に記憶させるようにな
されている。履歴情報記憶部２７は、履歴管理部２６か
らの履歴情報を記憶するようになされている。通信制御
部２８は、通信ネットワーク６を介しての通信制御を行
うようになされており、これにより、履歴情報記憶部２
７に記憶された履歴情報や、要求部２９からのデータの
要求を、通信ネットワーク６を介してサーバ２に送信し
たり、また、サーバ２から通信ネットワーク６を介して
送信されてくるデータを受信するようになされている。

【００８５】要求部２９は、データベース２３を監視し
ており、そこに、更新報知形式データが記憶された場合
に、そこに配置されているデータ識別子により特定され
る更新データの要求を、通信制御部２８を制御すること
により、通信ネットワーク６を介して、サーバ２に対し
て行うようになされている。また、要求部２９は、この
要求に応じて、通信制御部２８で受信される更新データ
を、データベース２３に登録するようにもなされてい
る。操作部３０は、データベース２３に登録されたデー
タを、出力部２５において表示、出力する場合に操作さ
れる。

【００８６】以上のように構成される受信端末５では、
サーバ２から放送ネットワーク４を介して送信されてく
る送信データを受信する受信処理、データベース２３に
登録されたデータのうち、更新報知形式データについ
て、対応する更新データを要求するデータ要求処理、デ
ータベース２３に登録されたデータを出力する出力処
理、および履歴情報をサーバ２に送信する履歴情報送信
処理が行われるようになされている。

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

【００８８】サーバ２から放送ネットワーク４を介して
送信データが送信されてくると、受信部２１では、ステ
ップＳ３１において、その送信データが受信され、選択
部２２に送信される。選択部２２では、ステップＳ３２
において、受信部２１からの送信データが選択すべきも
のであるかどうかが、履歴情報記憶部２７に記憶された
履歴情報を参照することで判定される。

【００８９】ステップＳ３２において、受信部２１から
の送信データが選択すべきものでないと判定された場
合、即ち、例えば、送信データとしての通常形式データ
または更新報知形式データに配置されているデータ識別
子が、履歴情報記憶部２７において履歴情報として記憶
されていない場合（記憶されていても、そのデータの読
み出し回数が０回の場合を含む）、次の送信データが、
放送ネットワーク４を介して送信されてくるのを待っ
て、ステップＳ３１に戻る。従って、この場合、送信デ
ータは、データベース２３に登録されない。

【００９０】一方、ステップＳ３２において、受信部２
１からの送信データが選択すべきものであると判定され
た場合、即ち、例えば、送信データとしての通常形式デ
ータまたは更新報知形式データに配置されているデータ
識別子が、履歴情報記憶部２７において履歴情報として
記憶されている場合、ステップＳ３３に進む。

【００９１】ここで、上述のように、送信データに配置
されているデータ識別子が、履歴情報として記憶されて
いない場合には、その送信データは、データベース２３
に登録されないが、例えば、受信端末５の購入直後など
においては、履歴情報記憶部２７には、履歴情報が記憶
されていないため、送信データは、一切、データベース
２３に登録されないことになる。そこで、受信端末５で
は、例えば、図示せぬ設定スイッチを操作することによ
り、上述したように、選択部２２において、履歴情報に
基づいて、送信データの取捨選択を行うかどうかの設定
を行うことができるようになされている。即ち、設定ス
イッチが、履歴情報に基づいて、送信データの取捨選択
を行わないように設定されている場合には、ステップＳ
３１の処理後、ステップＳ３２の処理は行われず、ステ
ップＳ３３の処理が行われるようになされている。

【００９２】なお、そのような設定スイッチの操作を行
わなくても、履歴情報記憶部２７に履歴情報が記憶され
ていない場合には、ステップＳ３２の処理を、自動的に
スキップするようにすることが可能である。

【００９３】ステップＳ３３では、選択部２２におい
て、受信部２１からの送信データに配置されたデータ識
別子と同一のデータ識別子を有するものが、データベー
ス２３に、既に記憶されているかどうかが判定され、記
憶されていないと判定された場合、ステップＳ３４をス
キップして、ステップＳ３５に進む。

【００９４】また、ステップＳ３３において、受信部２
１からの送信データに配置されたデータ識別子と同一の
データ識別子を有するものが、データベース２３に、既
に記憶されていると判定された場合、ステップＳ３４に
進み、選択部２２において、その既に記憶されているデ
ータ（以下、適宜、既登録データという）に配置された
バージョン情報と、受信部２１からの送信データに配置
されたバージョン情報とが比較され、これにより、受信
部２１からの送信データが、既登録データを更新したも
のであるかどうかが判定される。

【００９５】ステップＳ３４において、受信部２１から
の送信データが、既登録データを更新したものでないと
判定された場合、即ち、例えば、図５で説明したよう
に、サーバ２からは、同一の送信データが放送ネットワ
ーク４を介して繰り返し送信されるが、そのように繰り
返し行われる送信のうちの、過去に行われた送信による
送信データが、既に、データベース２３に登録されてい
る場合、ステップＳ３１に戻る。従って、この場合、送
信データは、データベース２３に登録されない（既に登
録されているから、再度、登録する必要がない）。

【００９６】一方、ステップＳ３４において、受信部２
１からの送信データが、既登録データを更新したもので
あると判定された場合、ステップＳ３５に進み、その送
信データが、通常形式データであるか、または更新報知
形式データであるかが、選択部２２において判定され
る。ステップＳ３５において、受信部２１からの送信デ
ータが、通常形式データであると判定された場合、ステ
ップＳ３６に進み、その通常形式データが、それに対応
する既登録データに代えて（上書きする形で）、データ
ベース２３に登録され、ステップＳ３１に戻る。なお、
ステップＳ３２の処理をスキップする場合においては、
データベース２３へのデータの書き込みは、既登録デー
タに追加する形で行われる。

【００９７】また、ステップＳ３５において、受信部２
１からの送信データが、更新報知形式データであると判
定された場合、ステップＳ３７に進み、その更新報知形
式データに対応する既登録データのバージョン情報が、
その更新報知形式データに配置されたバージョン情報に
更新される。さらに、そのバージョン情報が更新された
既登録データに対して、更新がなされたデータ（更新デ
ータ）が存在することを示す更新フラグが付加され、ス
テップＳ３１に戻る。なお、ステップＳ３２の処理をス
キップする場合においては、上述のように、更新報知形
式データは、既登録データに追加する形で書き込まれ、
また、その際、更新フラグは、その更新報知形式データ
に付加される。

【００９８】ここで、受信部２１においては、履歴情報
記憶部２７に記憶されている履歴情報に基づいて、送信
データを受信させるようにすることが可能である。即
ち、例えば、サーバ２から、各送信データが、周波数分
割方式で、放送ネットワーク４を介して送信されてくる
場合において、そのようにして送信されてくる送信デー
タを受信部２１において同時に受信することができない
ときには、履歴情報を参照して、視聴された回数の多い
送信データを優先的に受信するようにすることが可能で
ある。

【００９９】具体的には、例えば、図６で説明したよう
に、データＤａ，Ｄｂ，Ｄｃについての送信データが送
信されている場合において、履歴情報記憶部２７に、視
聴回数が、それぞれ２，４，１回という履歴情報が記憶
されているときには、データＤｂ，Ｄａ，Ｄｃの順に、
それぞれについての送信データを受信するようにするこ
とができる。

【０１００】あるいは、また、受信端末５が図１１のフ
ローチャートに示した処理を行うのに必要な資源を、デ
ータＤａ，Ｄｂ，Ｄｃに対して、それぞれ、２：４：１
の割合で割り当てるようにすることなども可能である。

【０１０１】なお、データベース２３において、その記
憶容量の限度まで、データが記憶された後は、例えば、
新たなデータは、最も古いデータに上書きする形で登録
されるようになされている。従って、この場合、その最
も古いデータは削除されることになる。

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

【０１０３】この場合、受信端末５の要求部２９では、
まず最初に、ステップＳ５１において、データベース２
３における既登録データのうち、更新フラグが付加され
ているものがすべて検索され、ステップＳ５２に進む。
ステップＳ５２では、要求部２９において、通信制御部
２８が制御されることにより、ステップＳ５１で検索さ
れた更新フラグの付加されている既登録データに配置さ
れているデータ識別子が、通信ネットワーク６を介し
て、サーバ２に送信される。即ち、この場合、要求部２
９は、通信制御部２８を制御することにより、サーバ２
との、通信ネットワーク６を介しての通信リンクを確立
させる。さらに、要求部２９は、通信制御部２８を制御
し、これにより、更新フラグの付加されている既登録デ
ータに配置されているデータ識別子を、対応する更新デ
ータを要求する旨とともに、通信ネットワーク６を介し
て、サーバ２に送信させる。

【０１０４】そして、ステップＳ５３では、ステップＳ
５２で要求した更新データが、通信ネットワーク６を介
して、サーバ２から送信されてきたどうかが、通信制御
部２８によって判定され、送信されてきていないと判定
された場合、ステップＳ５２に戻る。また、ステップＳ
５３において、更新データが、通信ネットワーク６を介
して、サーバ２から送信されてきたと判定された場合、
即ち、図９で説明した要求データ送信処理のステップＳ
２３において、更新データの送信がなされた場合、ステ
ップＳ５４に進み、通信制御部２８において、その更新
データが受信され、ステップＳ５５に進む。ステップＳ
５５では、要求部２９において、通信制御部２８で受信
された更新データ（この更新データは、例えば、図９で
説明したように、通常形式データのフォーマットで送信
されてくる）が、データベース２３に登録されている、
対応する既登録データに代えて登録される。そして、通
信制御部２８において、通信ネットワーク６を介しての
サーバ２との接続が切断され、処理を終了する。

【０１０５】ここで、受信端末５では、図１１で説明し
た受信処理のステップＳ３７において、更新報知形式デ
ータに対応する更新データの要求を行うようにすること
も可能であるが、このようにすると、更新報知形式デー
タをデータベース２３に登録しようとするごとに、通信
ネットワーク６を介してのサーバ２との通信リンクの確
立／切断が行われ、通信コストの面から好ましくない。
そこで、上述したように、更新報知形式データについて
は、いわば、とりあえず更新フラグを付加しておくよう
にし、定期的に、データ要求処理を行うようにすること
で、頻繁に、サーバ２との通信リンクの確立／切断が行
われることを防止することが可能となる。なお、データ
要求処理を、長期間行わないと、データベース２３の記
憶内容は陳腐化することになる。一方、データ要求処理
を頻繁に行うことは、上述したように、通信コストの面
から好ましくない。従って、データ要求処理を行う頻度
は、これらをバランスさせるように決定するのが望まし
い。

【０１０６】次に、図１３のフローチャートを参照し
て、データ出力処理について説明する。

【０１０７】この場合、まず最初に、ステップＳ４１に
おいて、操作部３０が、データベース２３に記憶されて
いる所定の既登録データを出力するように操作されたか
どうかが判定され、操作されていないと判定された場
合、ステップＳ４１に戻る。また、ステップＳ４１にお
いて、操作部３０が、データベース２３に記憶されてい
る所定の既登録データを出力するように操作されたと判
定された場合、ステップＳ４２に進み、読み出し部２４
において、その既登録データが、データベース２３から
検索されて読み出される。そして、読み出し部２４は、
読み出した既登録データを、出力部２５に供給し、これ
により、その既登録データが、出力部２５から出力され
る。

【０１０８】その後、ステップＳ４３に進み、履歴情報
が更新される。即ち、履歴管理部２６は、読み出し部２
４を監視しており、データベース２３から既登録データ
が読み出されると、そのデータ識別子に対応する履歴情
報としてのデータの読み出し回数を１だけインクリメン
トし、履歴情報記憶部２７に記憶させ、ステップＳ４１
に戻る。

【０１０９】次に、図１４のフローチャートを参照し
て、履歴情報送信処理について説明する。

【０１１０】この場合、まず最初に、ステップＳ６１に
おいて、サーバ２から履歴情報の要求があったかどうか
が、通信制御部２８において判定され、その要求がなか
ったと判定された場合、ステップＳ６１に戻る。また、
ステップＳ６１において、履歴情報の要求があったと判
定された場合、即ち、サーバ２から、通信ネットワーク
６を介しての接続の要求があり、その接続後、履歴情報
の要求があった場合、ステップＳ６２に進み、通信制御
部２８は、履歴情報記憶部２７から履歴情報を読み出
し、通信ネットワーク６を介して、サーバ２に送信す
る。そして、ステップＳ６３に戻り、履歴情報記憶部２
７の記憶内容がクリアされ、ステップＳ６１に戻る。

【０１１１】以上、本発明をデータ配信システムに適用
した場合について説明したが、このようなデータ配信シ
ステムは、例えば、９７．３、日経マルチメディア（Ni
kkeiMultimedia）で紹介されているような、衛星などを
利用したディジタル放送によるマルチメディアコンテン
ツ流通ビジネスなどに適用可能である。

【０１１２】さらには、例えば、図１５に示すような、
インターネットなどのＴＣＰ／ＩＰプロトコルにしたが
った通信を行うためのネットワークにおいて、ＩＰマル
チキャスト（ＩＰマルチキャストとは、ＴＣＰ／ＩＰネ
ットワークにおいて、データを特定の端末群（マルチキ
ャストグループと呼ばれる）に同報するための技術で、
ＲＦＣ（Request For Comment）１１１２としてＩＥＴ
Ｆ（Internet Engineering Task Force）の標準になっ
ているものである。データの同報には、クラスＤと呼ば
れる特殊なＩＰアドレス（224.0.0.0乃至239.255.255.2
55の範囲）が使われ、データを同報するサーバでは、特
定のクラスＤアドレスを指定して、データの発信を行
い、データの同報を受ける端末では、そのクラスＤアド
レスを指定しておく。この場合に、ＩＰマルチキャスト
対応のルータは、クラスＤアドレスの指定されたＩＰパ
ケットを受け取ると、そのクラスＤアドレスの指定がな
されている端末が存在する経路を割り出し、そのパケッ
トを複製して送り出す。）を行う場合にも適用可能であ
る。

【０１１３】即ち、図１５（Ａ）では、ＩＰマルチキャ
スト対応ルータを介して、配信サーバから受信端末に対
して、データの同報が行われ、図１５（Ｂ）では、通信
衛星を介して、配信サーバから受信端末に対して、デー
タの同報が行われるが、いずれの形態でデータの同報を
行う場合にも、本発明は適用可能である。さらに、図１
５（Ｃ）では、配信サーバからのデータを、通信衛星を
介して、再配信用サーバに送信し、さらに、その再配信
用サーバから受信端末にデータが送信されるが、配信サ
ーバから再配信用サーバへのデータの同報、および再配
信用サーバから受信端末へのデータの同報のいずれにつ
いても、本発明は適用可能である。

【０１１４】また、本発明は、その他、例えば、分散型
データシステムなどにも適用可能である。即ち、分散型
データベースシステムは、同一のデータが記憶された複
数のデータベースとしての記憶装置（例えば、メモリや
ハードディスクなど）が、物理的に離れた位置に配置さ
れて構成されるが、このように同一のデータが記憶され
た複数のデータベースを、物理的に離れた位置に配置し
た場合においては、例えば、多数のユーザやアプリケー
ションなどによるデータベースへのアクセスに対応する
ことができ、さらに、データベースの信頼性を向上させ
ることができる。

【０１１５】複数のデータベースを分散して配置した分
散型データベースシステムでは、そのうちのあるデータ
ベースの記憶内容が更新された場合、他のデータベース
すべてについても、同様に更新を行う必要がある。従来
の分散型データベースシステムにおいては、一般に、複
数のデータベースを、双方向通信が可能なコンピュータ
ネットワークで接続し、そのネットワークを介して、更
新後のデータをやりとりすることで、各データベースの
データの更新が行われるようになされている。

【０１１６】以上のような分散型データベースシステム
では、基本的に、ある時刻におけるすべてのデータベー
スにおける記憶内容の同一性を保証するため、複数のデ
ータベースの内容の更新を、同期をとって行う必要があ
る。即ち、あるデータベースの更新を開始してから、複
数のデータベースすべてについての更新を終了するまで
は、例えば、データベースへのアクセスを禁止する必要
がある。従って、分散型データベースシステムにおい
て、その複数のデータベースの更新は、より短時間で行
うのが望ましい。

【０１１７】しかしながら、従来の分散型データベース
システムでは、データベースどうしの間で、上述のコン
ピュータネットワークを介して、いわゆる１対１通信
（point-to-point）が行われることにより、その更新が
行われる。従って、分散型データベースを構成するデー
タベース数が増加すると、通信に必要な資源や、更新に
必要な制御を行うＣＰＵ（Central Processing Unit）
に対する負荷、その他のオーバヘッドが増加し、短時間
での更新が困難となる。

【０１１８】そこで、上述したように、各データベース
に対して、放送ネットワーク４を主として利用するとと
もに、通信ネットワーク６を補完的に利用して、更新デ
ータを配信することで、短時間で、かつ効率的なデータ
ベースの更新が可能となる。

【０１１９】なお、本実施の形態では、データの履歴情
報に基づき、サーバ２において、そのデータに対する資
源の割当量を決定し、また、受信端末５において、その
データをデータベース２３に登録するかどうかの選択な
どを行うようにしたが、その他、例えば、関連するデー
タにリンクを張り、あるいは、データを所定のカテゴリ
別に分類しておき、そのようにリンクが張られたデータ
や、同一カテゴリに属するデータの履歴情報をも加味し
て、サーバ２において、そのデータに対する資源の割当
量を決定したり、また、受信端末５において、そのデー
タをデータベース２３に登録するかどうかの選択などを
行うようにすることなども可能である。この場合におい
て、どのデータにリンクが張られているかの情報や、デ
ータが属するカテゴリに関する情報は、通常形式データ
については、例えば、バージョン情報とデータとの間
に、更新報知形式データについては、例えば、バージョ
ン情報の後に、それぞれ配置するようにすることができ
る（このようにした場合、通常形式データの最後に配置
されるデータそのものを削除するだけで、更新報知形式
データを構成することができる）。

【０１２０】また、本実施の形態では、受信端末５によ
る履歴情報送信処理（図１４）において、履歴情報をサ
ーバ２に送信した後に、履歴情報記憶部２７に記憶され
た履歴情報をクリアするようにしたが、このクリアは行
わないようにすることも可能である。

【０１２１】さらに、受信端末５の履歴情報記憶部２７
には、上述のサーバ２の統計情報記憶部１３に記憶させ
る統計情報と同様に、各データの読み出し回数の、全体
の読み出し回数に対する割合などを、履歴情報として記
憶させるようにすることも可能である。また、この場
合、受信端末５においては、各データの処理を、その履
歴情報としての割合にしたがって行うようにすることも
可能である。即ち、例えば、受信部２１における各デー
タに対する受信処理（図１１）を、履歴情報で表される
割合にしたがって行ったり、あるいは、データベース２
３に、その記憶容量の限度までデータが記憶された場合
のデータの削除を、履歴情報で表される割合にしたがっ
て各データを残すように行うことなどが可能である。

【０１２２】また、サーバ２では、１日を幾つかの時間
帯に分け、各時間帯における視聴率を求めて、各データ
に対する資源の割当を行ったり、その資源の割当を、デ
ータごとに重みを付けて行ったりすることなども可能で
ある。

【０１２３】

【発明の効果】請求項１に記載の送信装置および請求項
６に記載の送信方法によれば、データベースに記憶され
たデータのうち、更新がなされた更新データに対して、
同報ネットワークを介して送信を行うのに必要な資源が
割り当てられ、更新データのデータ量と、その更新デー
タに割り当てられた資源とに基づいて、同報ネットワー
クを介して送信する送信データが構成される。そして、
資源の割当量にしたがって、送信データが、同報ネット
ワークを介して送信される。従って、効率的なデータの
配信が可能となる。

【０１２４】請求項７に記載の送信装置および請求項１
２に記載の送信方法によれば、データベースに記憶され
たデータのうち、更新がなされた更新データについて、
その更新データそのものが配置された第１の形式のデー
タ、またはその更新がなされたことを示す更新報知情報
が配置された第２の形式のデータのうちの、少なくとも
第２の形式のデータが構成され、同報ネットワークを介
して送信を行うのに必要な資源の少なくとも一部が、第
２の形式のデータに割り当てられる。そして、その資源
の割当量にしたがって、第２の形式のデータが、送信デ
ータとして、同報ネットワークを介して送信される。従
って、効率的なデータの配信が可能となる。

【０１２５】請求項１３に記載の受信装置および請求項
１５に記載の受信方法によれば、データベースに記憶さ
れたデータのうち、更新がなされた更新データそのもの
が配置された第１の形式のデータ、またはその更新がな
されたことを示す更新報知情報が配置された第２の形式
のデータのうちの、少なくとも第２の形式のデータが受
信され、第２の形式のデータに配置された更新報知情報
により更新がされたことを示された更新データの要求
が、双方向の通信が可能な双方向ネットワークを介して
データベースに送信される。そして、その要求に対応し
て、データベースから双方向ネットワークを介して送信
されてくる更新データが受信される。従って、効率的な
データの受信が可能となる。

【図面の簡単な説明】

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

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

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

【図４】図２のデータベース２に登録されたデータのフ
ォーマットを示す図である。

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

【図６】図５のステップＳ１３の処理の詳細を説明する
ための図である。

【図７】図２のデータ構成部１７において構成される送
信データのフォーマットを示す図である。

【図８】図５のステップＳ１３の処理の詳細を説明する
ための図である。

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

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

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

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

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

【図１４】受信端末５による履歴情報送信処理を説明す
るためのフローチャートである。

【図１５】ＩＰマルチキャストを行うシステムの構成例
を示す図である。

【符号の説明】

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

Claims (15)

【特許請求の範囲】
1. 【請求項１】 データベースに記憶されたデータを、同
   報可能な同報ネットワークを介して送信する送信装置で
   あって、 前記データベースに記憶されたデータのうち、更新がな
   された更新データに対して、前記同報ネットワークを介
   して送信を行うのに必要な資源を割り当てる割当手段
   と、 前記更新データのデータ量と、その更新データに割り当
   てられた資源とに基づいて、前記同報ネットワークを介
   して送信する送信データを構成する構成手段と、 前記割当手段による資源の割当量にしたがって、前記送
   信データを、前記同報ネットワークを介して送信する送
   信手段とを備えることを特徴とする送信装置。
2. 【請求項２】 前記構成手段は、前記送信データとし
   て、前記更新データについて、その更新データそのもの
   が配置された第１の形式のデータ、またはその更新がな
   されたことを示す更新報知情報が配置された第２の形式
   のデータを構成することを特徴とする請求項１に記載の
   送信装置。
3. 【請求項３】 前記構成手段は、少なくとも、前記更新
   データすべてについて、前記第２の形式のデータを、前
   記送信データとして構成し、 前記割当手段は、前記第２の形式のデータに対して、前
   記資源の少なくとも一部を割り当てることを特徴とする
   請求項２に記載の送信装置。
4. 【請求項４】 前記同報ネットワークを介して送信され
   た前記送信データを受信する受信装置との間で、双方向
   の通信が可能な双方向ネットワークを介して通信を行う
   通信手段と、 前記通信手段において、前記受信装置からの、前記第２
   の形式のデータに配置された前記更新報知情報により更
   新がされたことを示された前記更新データの要求が受信
   された場合に、その更新データを、前記データベースか
   ら検索する検索手段とをさらに備え、 前記通信手段は、前記検索手段が検索した前記更新デー
   タを、その要求をした前記受信装置に、前記双方向ネッ
   トワークを介して送信することを特徴とする請求項２に
   記載の送信装置。
5. 【請求項５】 前記同報ネットワークを介して送信され
   た前記送信データを受信する受信装置との間で、双方向
   の通信が可能な双方向ネットワークを介して通信を行う
   通信手段と、 前記受信装置における前記送信データの視聴履歴に関す
   る履歴情報を、前記双方向ネットワークを介して収集す
   る収集手段とをさらに備え、 前記割当手段は、前記履歴情報に基づき、前記更新デー
   タに対して資源を割り当てることを特徴とする請求項１
   に記載の送信装置。
6. 【請求項６】 データベースに記憶されたデータを、同
   報可能な同報ネットワークを介して送信する送信方法で
   あって、 前記データベースに記憶されたデータのうち、更新がな
   された更新データに対して、前記同報ネットワークを介
   して送信を行うのに必要な資源を割り当て、 前記更新データのデータ量と、その更新データに割り当
   てられた資源とに基づいて、前記同報ネットワークを介
   して送信する送信データを構成し、 前記資源の割当量にしたがって、前記送信データを、前
   記同報ネットワークを介して送信することを特徴とする
   送信方法。
7. 【請求項７】 データベースに記憶されたデータを、同
   報可能な同報ネットワークを介して送信する送信装置で
   あって、 前記データベースに記憶されたデータのうち、更新がな
   された更新データについて、その更新データそのものが
   配置された第１の形式のデータ、またはその更新がなさ
   れたことを示す更新報知情報が配置された第２の形式の
   データのうちの、少なくとも前記第２の形式のデータを
   構成する構成手段と、 前記同報ネットワークを介して送信を行うのに必要な資
   源の少なくとも一部を、前記第２の形式のデータに割り
   当てる割当手段と、 前記割当手段による資源の割当量にしたがって、前記第
   ２の形式のデータを、送信データとして、前記同報ネッ
   トワークを介して送信する送信手段とを備えることを特
   徴とする送信装置。
8. 【請求項８】 前記割当手段は、前記第２の形式のデー
   タに対して、前記資源の少なくとも一部を、常時または
   間欠的に割り当てることを特徴とする請求項７に記載の
   送信装置。
9. 【請求項９】 前記割当手段は、前記第２の形式のデー
   タに割り当てた前記資源の残りを、前記第１の形式のデ
   ータに割り当て、 前記送信手段は、前記割当手段による資源の割当量にし
   たがって、前記第１の形式のデータも、前記送信データ
   として、前記同報ネットワークを介して送信することを
   特徴とする請求項７に記載の送信装置。
10. 【請求項１０】 前記同報ネットワークを介して送信さ
    れた前記送信データを受信する受信装置との間で、双方
    向の通信が可能な双方向ネットワークを介して通信を行
    う通信手段と、 前記受信装置における前記送信データの視聴履歴に関す
    る履歴情報を、前記双方向ネットワークを介して収集す
    る収集手段とをさらに備え、 前記割当手段は、前記履歴情報に基づき、前記第１の形
    式のデータに対して資源を割り当てることを特徴とする
    請求項９に記載の送信装置。
11. 【請求項１１】 前記同報ネットワークを介して送信さ
    れた前記送信データを受信する受信装置との間で、双方
    向の通信が可能な双方向ネットワークを介して通信を行
    う通信手段と、 前記通信手段において、前記受信装置からの、前記第２
    の形式のデータに配置された前記更新報知情報により更
    新がされたことを示された前記更新データの要求が受信
    された場合に、その更新データを、前記データベースか
    ら検索する検索手段とをさらに備え、 前記通信手段は、前記検索手段が検索した前記更新デー
    タを、その要求をした前記受信装置に、前記双方向ネッ
    トワークを介して送信することを特徴とする請求項７に
    記載の送信装置。
12. 【請求項１２】 データベースに記憶されたデータを、
    同報可能な同報ネットワークを介して送信する送信方法
    であって、 前記データベースに記憶されたデータのうち、更新がな
    された更新データについて、その更新データそのものが
    配置された第１の形式のデータ、またはその更新がなさ
    れたことを示す更新報知情報が配置された第２の形式の
    データのうちの、少なくとも前記第２の形式のデータを
    構成し、 前記同報ネットワークを介して送信を行うのに必要な資
    源の少なくとも一部を、前記第２の形式のデータに割り
    当て、 その資源の割当量にしたがって、前記第２の形式のデー
    タを、送信データとして、前記同報ネットワークを介し
    て送信することを特徴とする送信方法。
13. 【請求項１３】 同報可能な同報ネットワークを介して
    送信されてくる、データベースに記憶されたデータを受
    信する受信装置であって、 前記データベースに記憶されたデータのうち、更新がな
    された更新データそのものが配置された第１の形式のデ
    ータ、またはその更新がなされたことを示す更新報知情
    報が配置された第２の形式のデータのうちの、少なくと
    も前記第２の形式のデータを受信する受信手段と、 前記第２の形式のデータに配置された前記更新報知情報
    により更新がされたことを示された前記更新データを要
    求する要求手段と、 前記データベースとの間で、双方向の通信が可能な双方
    向ネットワークを介して通信を行う通信手段とを備え、 前記通信手段は、前記要求手段による前記更新データの
    要求を、前記双方向ネットワークを介して前記データベ
    ースに送信し、その要求に対応して、前記データベース
    から前記双方向ネットワークを介して送信されてくる前
    記更新データを受信することを特徴とする受信装置。
14. 【請求項１４】 前記更新データの視聴履歴に関する履
    歴情報を管理する管理手段をさらに備え、 前記通信手段は、前記履歴情報を、前記双方向ネットワ
    ークを介して、前記データベースに送信することを特徴
    とする請求項１３に記載の送信装置。
15. 【請求項１５】 同報可能な同報ネットワークを介して
    送信されてくる、データベースに記憶されたデータを受
    信する受信方法であって、 前記データベースに記憶されたデータのうち、更新がな
    された更新データそのものが配置された第１の形式のデ
    ータ、またはその更新がなされたことを示す更新報知情
    報が配置された第２の形式のデータのうちの、少なくと
    も前記第２の形式のデータを受信し、 前記第２の形式のデータに配置された前記更新報知情報
    により更新がされたことを示された前記更新データの要
    求を、双方向の通信が可能な双方向ネットワークを介し
    て前記データベースに送信し、 その要求に対応して、前記データベースから前記双方向
    ネットワークを介して送信されてくる前記更新データを
    受信することを特徴とする受信方法。