JP4023602B2 - 送信装置 - Google Patents
送信装置 Download PDFInfo
- Publication number
- JP4023602B2 JP4023602B2 JP2002357091A JP2002357091A JP4023602B2 JP 4023602 B2 JP4023602 B2 JP 4023602B2 JP 2002357091 A JP2002357091 A JP 2002357091A JP 2002357091 A JP2002357091 A JP 2002357091A JP 4023602 B2 JP4023602 B2 JP 4023602B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- update data
- information
- update
- transmission
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【発明の属する技術分野】
本発明は、送信装置に関し、特に、例えば、分散型データベースにおける多数のデータベースへのデータの配信を行う場合や、IP(Internet Protocol)マルチキャストによりデータを配信する場合、その他データを不特定多数に配信する場合などに用いて好適な送信装置に関する。
【0002】
【従来の技術】
データの配信手法としては、種々の手法が提案されているが、例えば、現在のインターネット上においては、HTTP(Hyper Text Transfer Protocol)のようなTCP/IP(Transmission Control Protocol/Internet Protocol)を基本とするプロトコルが採用されている。TCP/IPでは、データの配信を受ける受信側から、データの送信側に対して、発呼が行われ、さらに、データの送受信を行うごとに、送信側と受信側との間で、コネクションが確立されるので、信頼性の高いデータの配信を行うことができる。しかしながら、その反面、送信側やネットワークの負荷が大きくなり、効率的なデータ配信を行うことが困難になる場合があった。
【0003】
即ち、データの提供を受ける端末が増大し、データを提供するサーバへのアクセスが集中すると、サーバやネットワークに多大な負荷がかかり、データを要求しても、そのデータを得るまでに、多大な時間を要することがあった。
【0004】
そこで、データの配信を、例えば、広い地域に亘って、一斉同報が可能な衛星回線やCATV網などを用いて行う方法が提案されている。この場合、端末の増加によって、サーバやネットワークに対する負荷が影響を受けることはない。
【0005】
【発明が解決しようとする課題】
ところで、衛星回線などを用いて、データの配信を行う場合、受信側では、所望のデータが、どのチャンネル(衛星回線であれば、どのトランスポンダの、どの周波数帯域か)で、さらには、いつ放送されてくるか分からないため、常時、すべてのチャンネルを監視している必要があり、受信側の負担が大になる。
【0006】
本発明は、このような状況に鑑みてなされたものであり、受信側の負担の増加を抑えつつ、効率的なデータ配信を行うことができるようにするものである。
【0007】
【課題を解決するための手段】
本発明の送信装置は、データベースに登録されたコンテンツが更新された場合に、その更新を行うための更新データであって、その更新データによって更新されるコンテンツを識別するための識別情報が付加されたものを生成する更新データ生成手段と、更新データを取得するための取得データであって、その取得データに基づいて取得される更新データによって更新されるコンテンツの識別情報が付加されたものを生成する取得データ生成手段と、更新データおよび取得データを第1の伝送路を介して送信するための資源の割当を行う割当手段と、割当手段による資源の割当にしたがって、更新データおよび取得データを、第1の伝送路を介して送信する第1の送信手段とを備え、第1の送信手段が、更新データを、一斉同報が可能な一方向の同報ネットワークを介して送信する場合において、取得データ生成手段は、割当手段による資源の割当に基づいて、同報ネットワークを介して送信される更新データを受信するのに必要な受信必要情報を、その更新データに付加された識別情報と同一のものが付加される取得データに含めることを特徴とする。
送信装置には、更新データを第2の伝送路を介して送信する第2の送信手段をさらに設け、第2の送信手段が、双方向の通信が可能な双方向ネットワークを介して送信されてくる更新データの要求に対応して、その更新データを、双方向ネットワークを介して送信する場合において、取得データ生成手段は、双方向ネットワークを介して更新データを要求するのに必要な要求必要情報を、その更新データに付加された識別情報と同一のものが付加される取得データに含めることができる。
更新データを受信して記憶し、双方向の通信が可能な双方向ネットワークを介して送信されてくる更新データの要求に対応して、その更新データを、双方向ネットワークを介して送信する情報処理装置が存在する場合において、取得データ生成手段は、双方向ネットワークを介して、情報処理装置に対して、更新データを要求するのに必要な要求必要情報を、その更新データに付加された識別情報と同一のものが付加される取得データに含めることができる。
送信装置には、1以上の情報処理装置が存在する場合において、双方向の通信が可能な双方向ネットワークを介して送信されてくる更新データの要求に対応して、その更新データを、双方向ネットワークを介して送信する第2の送信手段をさらに設け、取得データ生成手段は、1以上の情報処理装置または第2の送信手段に対して、双方向ネットワークを介して更新データを要求するのに必要な要求必要情報を、その更新データに付加された識別情報と同一のものが付加される取得データに含めることができる。
取得データを受信し、その取得データに基づき、1以上の情報処理装置もしくは第2の送信手段に対して、更新データを要求する複数の受信装置が存在する場合において、取得データ生成手段は、複数の受信装置それぞれが、更新データを、1以上の情報処理装置もしくは第2の送信手段のうちのいずれに要求すべきかに関する要求先情報、または更新データをいつ要求すべきかに関する要求タイミング情報も、取得データに含めることができる。
更新データには、更新後のコンテンツ、または更新前のコンテンツに、更新後のコンテンツへの変更内容を反映させるための情報が含まれるようにすることができる。
本発明の送信方法は、データベースに登録されたコンテンツが更新された場合に、その更新を行うための更新データであって、その更新データによって更新されるコンテンツを識別するための識別情報が付加されたものを生成するとともに、更新データを取得するための取得データであって、その取得データに基づいて取得される更新データによって更新されるコンテンツの識別情報が付加されたものを生成し、更新データおよび取得データを、一斉同報が可能な一方向の同報ネットワークを介して送信するための資源の割当を行い、資源の割当に基づいて、同報ネットワークを介して送信される更新データを受信するのに必要な受信必要情報を、その更新データに付加された識別情報と同一のものが付加される取得データに含め、資源の割当にしたがって、更新データおよび取得データを、同報ネットワークを介して送信することを特徴とする。
本発明の受信装置は、データベースに登録されたコンテンツが更新された場合に、その更新を行うための更新データを取得するための取得データであって、その更新データを所定の伝送路を介して送信するための資源の割当に基づいて生成された更新データを受信するのに必要な受信必要情報を含み、更新データによって更新されるコンテンツを識別するための識別情報が付加されたものを受信する受信手段と、取得データに基づいて、それに付加されている識別情報と同一のものが付加されている更新データを取得する取得手段と、更新データによって、それに付加されている識別情報に対応するコンテンツを更新する更新手段とを備え、更新データが、一斉同報が可能な一方向の同報ネットワークを介して送信され、かつ、取得データが、更新データを同報ネットワークを介して送信するための資源の割当に基づいて生成された受信必要情報を含む場合において、取得手段は、受信必要情報に基づいて、同報ネットワークを介して送信されてくる更新データを取得することを特徴とする。
取得手段は、同報ネットワークを介して送信されてくる更新データを受信する受信手段を有し、受信必要情報に、更新データが送信されてくる送信時刻が含まれる場合において、受信手段が、その送信時刻に、動作可能な状態にないとき、受信手段を、動作可能な状態にすることができる。
更新データが、その更新データの要求に対応して、双方向の通信が可能な双方向ネットワークを介して送信され、かつ、取得データが、双方向ネットワークを介して、更新データを要求するのに必要な要求必要情報をも含む場合において、取得手段は、要求必要情報に基づき、双方向ネットワークを介して、更新データを要求し、その要求に対応して、双方向ネットワークを介して送信されてくる更新データを取得することができる。
取得手段からの更新データの要求に対応して、その更新データを送信する1以上の情報処理装置が存在する場合において、取得データは、更新データを、1以上の情報処理装置のうちのいずれに要求すべきかに関する要求先情報、または要求データをいつ要求すべきかに関する要求タイミング情報も含んでおり、取得手段は、1以上の情報処理装置のうちの、要求先情報に対応するものに対して、または要求タイミング情報に対応するタイミングで、更新データを要求することができる。
取得手段は、取得データおよび更新データを送信する送信装置、または送信装置から送信されてくる更新データを受信して記憶する情報処理装置に対して、双方向ネットワークを介して、更新データを要求することができる。
更新データが、同報ネットワークを介して送信されるとともに、更新データの要求に対応して、双方向の通信が可能な双方向ネットワークを介して送信され、かつ、取得データが、更新データを同報ネットワークを介して送信するための資源の割当に基づいて生成された受信必要情報を含むとともに、双方向ネットワークを介して、更新データを要求するのに必要な要求必要情報を含む場合において、取得手段は、受信必要情報に基づいて、同報ネットワークを介して送信されてくる更新データを取得するか、または要求必要情報に基づいて、双方向ネットワークを介して、更新データを要求し、その要求に対応して、双方向ネットワークを介して送信されてくる更新データを取得することができる。
取得手段は、同報ネットワークまたは双方向ネットワークのうちのいずれを介して送信されてくる更新データを取得するかを、更新データのサイズ、または更新データが同報ネットワークを介して送信される頻度に基づいて選択することができる。
受信装置は、所定の入力を与えるときに操作される操作手段をさらに設け、取得手段は、同報ネットワークまたは双方向ネットワークのうちのいずれを介して送信されてくる更新データを取得するかを、操作手段の操作に基づいて選択することができる。
更新データには、更新後のコンテンツ、または更新前のコンテンツに、更新後のコンテンツへの変更内容を反映させるための情報が含まれることができる。
更新データに、更新後のコンテンツへの変更内容を、更新前のコンテンツに反映させるための情報が含まれる場合において、更新手段は、更新データに含まれる情報に基づいて、更新前のコンテンツに、更新後のコンテンツへの変更内容を反映させることを特徴とする。
本発明の受信方法は、データベースに登録されたコンテンツの提供を受けるためのデータの受信方法において、データベースに登録されたコンテンツが更新された場合に、その更新を行うための更新データを取得するための取得データであって、その更新データを所定の伝送路を介して送信するための資源の割当に基づいて生成された更新データを受信するのに必要な受信必要情報を含み、更新データによって更新されるコンテンツを識別するための識別情報が付加されたものを受信し、更新データが、一斉同報が可能な一方向の同報ネットワークを介して送信され、かつ、取得データが、更新データを同報ネットワークを介して送信するための資源の割当に基づいて生成された受信必要情報を含む場合において、受信必要情報に基づいて、その受信必要情報を含む取得データに付加されている識別情報と同一のものが付加されている、同報ネットワークを介して送信されてくる更新データを取得し、更新データによって、それに付加されている識別情報に対応するコンテンツを更新することができる。
本発明の送受信システムにおいて、送信装置は、データベースに登録されたコンテンツが更新された場合に、その更新を行うための更新データであって、その更新データによって更新されるコンテンツを識別するための識別情報が付加されたものを生成する更新データ生成手段と、更新データを取得するための取得データであって、その取得データに基づいて取得される更新データによって更新されるコンテンツの識別情報が付加されたものを生成する取得データ生成手段と、更新データおよび取得データを所定の伝送路を介して送信するための資源の割当を行う割当手段と、割当手段による資源の割当にしたがって、更新データおよび取得データを、所定の伝送路を介して送信する送信手段とを有し、送信手段が、更新データを、一斉同報が可能な一方向の同報ネットワークを介して送信する場合において、取得データ生成手段は、割当手段による資源の割当に基づいて、同報ネットワークを介して送信される更新データを受信するのに必要な受信必要情報を、その更新データに付加された識別情報と同一のものが付加される取得データに含め、受信装置は、取得データを受信する受信手段と、取得データに基づいて、それに付加されている識別情報と同一のものが付加されている更新データを取得する取得手段と、更新データによって、それに付加されている識別情報に対応するコンテンツを更新する更新手段とを有し、更新データが、同報ネットワークを介して送信され、かつ、取得データが、受信必要情報を含む場合において、取得手段は、受信必要情報に基づいて、同報ネットワークを介して送信されてくる更新データを取得することを特徴とする。
本発明の送受信方法は、送信装置において、データベースに登録されたコンテンツが更新された場合に、その更新を行うための更新データであって、その更新データによって更新されるコンテンツを識別するための識別情報が付加されたものを生成するとともに、更新データを取得するための取得データであって、その取得データに基づいて取得される更新データによって更新されるコンテンツの識別情報が付加されたものを生成し、更新データおよび取得データを、一斉同報が可能な一方向の同報ネットワークを介して送信するための資源の割当を行い、資源の割当に基づいて、同報ネットワークを介して送信される更新データを受信するのに必要な受信必要情報を、その更新データに付加された識別情報と同一のものが付加される取得データに含め、資源の割当にしたがって、更新データおよび取得データを、同報ネットワークを介して送信し、受信装置において、取得データを受信し、その取得データに含まれる受信必要情報に基づいて、その受信必要情報を含む取得データに付加されている識別情報と同一のものが付加されている、同報ネットワークを介して送信されてくる更新データを取得し、更新データによって、それに付加されている識別情報に対応するコンテンツを更新することを特徴とする。
【0008】
本発明の送信装置および送信方法においては、データベースに登録されたコンテンツが更新された場合に、その更新を行うための更新データであって、その更新データによって更新されるコンテンツを識別するための識別情報が付加されたものが生成され、更新データを取得するための取得データであって、その取得データに基づいて取得される更新データによって更新されるコンテンツの識別情報が付加されたものが生成される。そして、更新データおよび取得データを、一斉同報が可能な一方向の同報ネットワークを介して送信するための資源の割当が行われ、その資源の割当に基づいて、同報ネットワークを介して送信される更新データを受信するのに必要な受信必要情報が、その更新データに付加された識別情報と同一のものが付加される取得データに含められ、資源の割当にしたがって、更新データおよび取得データが、同報ネットワークを介して送信される。
本発明の受信装置および受信方法においては、データベースに登録されたコンテンツが更新された場合に、その更新を行うための更新データを取得するための取得データであって、その更新データを所定の伝送路を介して送信するための資源の割当に基づいて生成された更新データを受信するのに必要な受信必要情報を含み、更新データによって更新されるコンテンツを識別するための識別情報が付加されたものが受信され、更新データが、一斉同報が可能な一方向の同報ネットワークを介して送信され、かつ、取得データが、更新データを同報ネットワークを介して送信するための資源の割当に基づいて生成された受信必要情報を含む場合において、受信必要情報に基づいて、その受信必要情報を含む取得データに付加されている識別情報と同一のものが付加されている、同報ネットワークを介して送信されてくる更新データが取得され、更新データによって、それに付加されている識別情報に対応するコンテンツが更新される。
本発明の送受信システムおよび送受信方法は、データベースに登録されたコンテンツが更新された場合に、その更新を行うための更新データであって、その更新データによって更新されるコンテンツを識別するための識別情報が付加されたものが生成されるとともに、更新データを取得するための取得データであって、その取得データに基づいて取得される更新データによって更新されるコンテンツの識別情報が付加されたものが生成される。そして、更新データおよび取得データを、一斉同報が可能な一方向の同報ネットワークを介して送信するための資源の割当が行われ、その資源の割当に基づいて、同報ネットワークを介して送信される更新データを受信するのに必要な受信必要情報が、その更新データに付加された識別情報と同一のものが付加される取得データに含められ、資源の割当にしたがって、更新データおよび取得データが、同報ネットワークを介して送信される。また、取得データが受信され、その取得データに含まれる受信必要情報に基づいて、その受信必要情報を含む取得データに付加されている、同報ネットワークを介して送信されてくる更新データが取得され、その更新データによって、それに付加されている識別情報に対応するコンテンツが更新される。
【0009】
【発明の実施の形態】
図1は、本発明を適用したデータ配信システム(本明細書中において、システムとは、複数の装置が論理的に集合した物をいい、各構成の装置が同一筐体中にあるか否かは問わない)の一実施の形態の構成例を示している。
【0010】
情報提供者A乃至Cは、各種のデータが記憶されたデータベース1a乃至1cを有している。なお、データベース1a乃至1cには、例えば、交通情報、天気情報、株価情報その他のリアルタイムで変化するデータや、そのようにリアルタイムでは変化しないもの、さらには、テキストデータ、画像データ、音声データ、コンピュータプログラムなどのあらゆるもの(ポイントキャストによって提供されるフォーマットのデータや、WWW(World Wide Web)で提供されるホームページを構成するデータなども含む)を記憶させることができるようになされている。ここで、例えば、交通情報や、天気情報などのひとまとまりの情報(例えば、1のファイル)を、以下、適宜、コンテンツ(contents)またはオブジェクト(object)という。
【0011】
データベース1a乃至1cに記憶されたオブジェクト(コンテンツ)が更新されると、即ち、データベース1a乃至1cに記憶されたオブジェクトが変更されたり、また、そこにオブジェクトが新規に登録されたり、あるいは、そこに記憶されているオブジェクトが削除されると、その更新を行うための更新オブジェクト情報が、放送局を構成するサーバ2に送信され、サーバ2では、その更新オブジェクト情報に基づいて、データベース3が更新される。
【0012】
ここで、更新オブジェクト情報としては、オブジェクトが変更された場合は、例えば、その変更後のオブジェクトが、新規のオブジェクトが登録された場合は、例えば、その新規のオブジェクトが、オブジェクトが削除された場合は、例えば、そのオブジェクトの削除指令が、それぞれデータベース1a乃至1cからサーバ2に対して送信される。この場合、更新オブジェクト情報は、オブジェクトが変更されたときには、その変更後のオブジェクトに等しく、また、新規のオブジェクトが登録されたときには、その新規のオブジェクトに等しい。
【0013】
サーバ2は、更新オブジェクト情報に基づき、データベース3の登録内容を更新すると、その更新オブジェクト情報を、例えば、アナログ公衆網や、ISDN(Integrated Services Digital Network)、インターネット、その他の、少なくとも双方向通信が可能なネットワークである通信ネットワーク6や専用線などを介してミラーサーバ7に送信する。ミラーサーバ7は、サーバ2からの更新オブジェクト情報を受信し、その更新オブジェクト情報に基づいて、データベース8を更新する。従って、データベース3と8との登録内容は、常時、同一になるようになされている。
【0014】
さらに、サーバ2は、データベース3の登録内容を更新すると、更新オブジェクト情報に、その更新オブジェクト情報によって更新されるオブジェクトを識別するための識別子(識別情報)を付加したデータ(以下、適宜、サブジェクト(subject)という)(更新データ)を生成する。即ち、データベース3に記憶されたオブジェクトには、各オブジェクトを識別するための識別子が対応付けられており、更新オブジェクト情報によって更新されるオブジェクトの識別子が、更新オブジェクト情報に付加されることで、サブジェクトが生成される。
【0015】
また、サーバ2では、サブジェクトを取得するためのデータも生成される。即ち、サブジェクトは、後述するように、サーバ2から放送ネットワーク4を介して送信される場合があり、この場合、サブジェクトを取得するには、サブジェクトが放送される時刻やチャンネルなどが必要となる。また、サブジェクトは、後述するように、URL(Uniform Resorce Locator)などと対応付けられ、サーバ2やミラーサーバ7で管理される場合があり、この場合、サブジェクトを取得するには、そのURLが必要となる。そこで、サーバ2では、このような情報が、サブジェクトを取得するためのデータとして生成される。
【0016】
さらに、サーバ2は、サブジェクトを取得するためのデータに、そのデータに基づいて取得されるサブジェクトによって更新されるオブジェクトの識別子を付加したデータ(以下、適宜、イベント(event)という)を生成する。
【0017】
サーバ2において、サブジェクトと、そのサブジェクトの取得するためのイベントが生成されると、これらは、所定の送信スケジュールにしたがい、例えば、衛星回線や、CATV網、地上波、その他の、少なくとも、多数のユーザに一斉同報が可能な一方向(双方向でもよい)のネットワークである放送ネットワーク4を介して、例えば、IRD(Integrated Receever and Decoder)やSTB(Set Top Box)などでなる受信端末5に対して送信される。
【0018】
即ち、サブジェクトが生成され、その取得のためのイベント(そのサブジェクトと同一の識別子が付加されたイベント)が生成されると、基本的には、まず最初に、イベントが、放送ネットワーク4を介して送信される。さらに、このようにして送信されたイベントの中に、サブジェクトの放送時刻やチャンネルなどが記述されたものがある場合には、その放送時刻に、そのチャンネルで、サブジェクトが、放送ネットワーク4を介して送信される。
【0019】
ここで、サーバ2においては、例えば、サブジェクトの送信スケジュールがたてられ(放送時刻および放送チャンネルなどが決められ)、その送信スケジュールにしたがって、イベントに、そのサブジェクトの放送時刻や放送チャンネルなどが記述される。そして、そのイベントの送信スケジュールがたてられる。
【0020】
また、サブジェクトが、例えば、URLに対応付けられ、サーバ2やミラーサーバ7の管理下におかれる場合には、そのURLを含むイベントが生成され、放送ネットワーク4を介して送信される。即ち、サブジェクトがサーバ2またはミラーサーバ7の管理下におかれる場合には、それぞれ、サーバ2またはミラーサーバ7のIPアドレスをドメイン名として有するURLを含むイベントが生成されて送信される。
【0021】
以上のようにして放送ネットワーク4を介して送信(配信)されてくるイベントは、ユーザの受信端末5で受信される。受信端末5では、受信したイベントのうち、ユーザが所望するオブジェクトについてのものが選択され、その選択されたイベントに基づいて、サブジェクトが取得される。
【0022】
即ち、例えば、イベントに、サブジェクトの放送時刻やチャンネルが含まれている場合には、サーバ2において、上述したように、その放送時刻に、そのチャンネルで、サブジェクトが、放送ネットワーク4を介して送信されてくるから、受信端末5では、そのようにして送信されてくるサブジェクトが受信される。
【0023】
また、例えば、イベントに、サブジェクトに対応付けられたURLが含まれている場合には、受信端末5は、そのURLのドメイン名に対応するサーバに対して、通信ネットワーク6を介してアクセスし、サブジェクトを要求して受信する。
【0024】
具体的には、イベントに含まれるURLのドメイン名に対応するサーバが、例えば、サーバ2であれば、サブジェクトは、サーバ2の管理下におかれているから、受信端末5は、通信ネットワーク6を介して、サーバ2にアクセスし、サブジェクトを取得する。
【0025】
また、イベントに含まれるURLのドメイン名に対応するサーバが、例えば、ミラーサーバ7であれば、サブジェクトは、ミラーサーバ7の管理下におかれているから、受信端末5は、通信ネットワーク6を介して、ミラーサーバ7にアクセスし、サブジェクトを取得する。
【0026】
受信端末5は、以上のようにしてサブジェクトを取得した後、そのサブジェクトに基づいて、オブジェクトを更新する。
【0027】
なお、サブジェクトは、サーバ2から放送ネットワーク4を介して送信されるとともに、サーバ2やミラーサーバ7の管理下にもおかれることがある。さらに、図1の実施の形態では、1のミラーサーバ7だけを図示してあるが、ミラーサーバ7と同様の処理を行うミラーサーバ(情報処理装置)は、通信ネットワーク6上に複数台設けることができ、この場合、サブジェクトは、その複数のミラーサーバの管理下におくこともできる。また、サブジェクトは、サーバ2から放送ネットワーク4を介して、あるチャンネルの、ある時刻においてだけ送信されるのではなく、複数のチャンネルや複数の時刻に送信される場合もある。
【0028】
このように、あるサブジェクトを取得する方法が複数ある場合には、イベントには、その複数の方法それぞれについての情報(放送時刻や、放送チャンネル、URLなど)が含められるが、このうちのいずれの方法によってサブジェクトを取得するかは、受信端末5において決定される。即ち、例えば、イベントに、放送ネットワーク4を介してサブジェクトを送信する時刻が複数含まれている場合には、受信端末5では、例えば、現在時刻に最も近い時刻に放送されてくるサブジェクトが受信されることで、サブジェクトが取得される。また、例えば、イベントに、複数のURLが含まれている場合には、受信端末5から最も近い位置にあるサーバのものが選択され、そのサーバに対して、通信ネットワーク6を介して、サブジェクトの要求が行われることにより、サブジェクトが取得される。さらに、例えば、イベントに、放送ネットワーク4を介してサブジェクトを送信する時刻と、URLとが含まれている場合において、例えば、放送ネットワーク4の回線状態が悪いとき(S/N(Signal/Noise)が低いときなど)には、URLに基づき、上述したようにして、サブジェクトが取得される。また、その他、いずれの方法によってサブジェクトを取得するかは、受信端末5のユーザの操作などに基づいて決定するようにすることもできる。
【0029】
以上のようなデータ配信システムによれば、サブジェクトの取得方法が記述されたイベントが、放送ネットワーク4を介して配信され、受信端末5において、そのイベントに基づき、サブジェクトが取得され、オブジェクトの更新が行われるので、受信端末5の負荷の増大を抑えつつ、効率的なデータ配信を行うことができる。
【0030】
即ち、一般に、オブジェクトの更新(特に、オブジェクトの変更と新規登録)のための更新オブジェクト情報を含むサブジェクトのデータ量は多く、さらに、サブジェクトは、オブジェクトの更新に対応して生成されるため、いつ発生するか分からない。従って、そのような不定期に発生し、かつデータ量の多いサブジェクトだけを、なるべく早期に、放送ネットワーク4を介して送信するとすれば、サーバ2は、現時点において空いているチャンネルを使用して、サブジェクトを送信する必要がある。しかしながら、この場合、受信端末5では、いつ、どのチャンネルで送信されてくるか分からないサブジェクトを待つ必要があり、負担が大になる。
【0031】
これに対して、イベントは、サブジェクトの取得方法の記述を含むものであるから、一般に、そのデータ量は、更新オブジェクト情報を含むサブジェクトよりも、はるかに少なく、このため、例えば、ある狭帯域のチャンネルの、決まった時間において送信することが可能である。従って、この場合、受信端末5では、そのチャンネルにおいて、決まった時間に送信されてくるイベントを受信すれば良く、その負荷は、サブジェクトの送信を待つ場合に比較して、はるかに小さくて済む。
【0032】
さらに、本実施の形態では、イベントが、広い地域に亘って一斉同報が可能な放送ネットワーク4を介して送信されるため、受信端末5の数の増加が、サーバ2や放送ネットワーク4の負荷に影響を与えることもない。
【0033】
そして、本実施の形態では、サブジェクトは、通信ネットワーク6を介して提供されるだけでなく、放送ネットワーク4を介しても提供されるので、サブジェクトの取得のために、サーバ2やミラーサーバ7にアクセスが集中することはほとんどなく、従って、サブジェクトの効率的な配信が可能となる。
【0034】
なお、放送ネットワーク4と通信ネットワーク6とは、物理的に別々のネットワークである必要はない。即ち、放送ネットワーク4を、例えば、CATV網で構成する場合においては、そのCATV網は通信ネットワーク6として利用することも可能である。また、放送ネットワーク4によるデータの配信を、例えば、インターネットなどを利用したIP(Internet Protocol)マルチキャストで行う場合においては、通信ネットワーク6は、そのインターネットで構成することも可能である。
【0035】
さらに、サーバ2からの受信端末5へのデータ(イベントおよびサブジェクト)の送信は、例えば、スクランブルをかけて行い、これにより、特定のユーザ(受信契約を結んだユーザ)のみ、データの受信が可能なようにすることも可能である。
【0036】
次に、図2は、図1のサーバ2の構成例を示している。
【0037】
通信制御部11は、例えば、モデムや、TA(Terminal Adapter)などで構成され、通信ネットワーク6を介しての通信を制御するようになされている。資源割当部12は、放送ネットワーク4を介してのデータの送信のための資源割当を行うようになされている。即ち、資源割当部12は、登録部15からのオブジェクトの更新の知らせを受け、その更新に伴い、イベントおよびサブジェクトを、放送ネットワーク4を介して送信するための資源の割当(例えば、イベントおよびオブジェクトの送信チャンネルや、送信時刻(時間)、データレート、送信回数(送信頻度)などの決定)を行うようになされている。資源割当部12によるイベントおよびサブジェクトの送信のための資源の割当結果は、データ構成部17および伝送部18に供給されるようになされている。
【0038】
データ検索部13は、通信ネットワーク6を介して受信端末5から送信されているサブジェクトの要求を、通信制御部11から受信し、そのサブジェクトを構成する更新オブジェクト情報を、データベース3から検索する。そして、データ検索部13は、後述するデータ構成部17と同様にして、サブジェクトを構成し、通信制御部11に供給するようになされている。複製管理部14は、ミラーサーバ7(さらには、通信ネットワーク6上の、図示せぬミラーサーバ)を特定するための情報を管理している。即ち、複製管理部14は、例えば、通信ネットワーク4がインターネットである場合には、ミラーサーバ7のIPアドレスを記憶している。そして、複製管理部14は、登録部15からのオブジェクトの更新の知らせを受けると、その更新のための更新オブジェクト情報を、データベース3から読み出し、通信制御部11を制御することで、その更新オブジェクト情報を、例えば、ミラーサーバ7その他の自身が管理しているIPアドレスの、通信ネットワーク6上のサーバに送信するようになされている。なお、複製管理部14は、自身が管理している情報を、必要に応じて、データ構成部17に供給するようにもなされている。
【0039】
登録部15は、情報提供者A乃至Cのデータベース1a乃至1cから供給される更新オブジェクト情報を受信し、その更新オブジェクト情報に基づいて、オブジェクト(データベース3)を更新するようになされている。即ち、情報提供者A乃至Cのデータベース1a乃至1cからは、更新オブジェクト情報とともに、その更新オブジェクト情報によって更新されるオブジェクトの識別子も供給されるようになされている。登録部15は、この更新オブジェクト情報および識別子を受信し、その識別子に対応するオブジェクトを、データベース3から検索する。さらに、登録部15は、そのようにして検索したオブジェクトを、更新オブジェクト情報に基づいて更新し、その後、オブジェクトを更新した旨を、資源割当部12、複製管理部14、およびデータ構成部17に出力する。なお、登録部15は、データベース1a乃至1cからの更新オブジェクト情報および識別子も、データベース3に登録するようになされている。
【0040】
データ構成部17は、登録部15からオブジェクトを更新した旨を受信すると、その更新がなされたオブジェクトについての更新オブジェクト情報を、データベース3から読み出し、その更新オブジェクト情報が配置されたサブジェクトを生成して、伝送部18に出力するようになされている。さらに、データ構成部17は、そのサブジェクトを取得するためのイベントも生成し、伝送部18に出力するようになされている。なお、データ構成部17において、イベントの生成は、資源割当部12による資源の割当結果や、複製管理部14から供給される情報を用いて行われるようになされている。即ち、データ構成部17は、サブジェクトが送信されるチャンネルや時刻、データレート、さらには、それを管理するサーバに関する情報その他を、資源割当部12による資源の割当結果や、複製管理部14からの情報から認識し、イベントに含めるようになされている。
【0041】
伝送部18は、データ構成部17からのイベントやサブジェクトを、資源割当部12の資源の割当結果にしたがって、即ち、例えば、所定のチャンネルで、所定の時刻に、所定のデータレートなどで、放送ネットワーク4を介して送信するようになされている。
【0042】
次に、図3は、図1のミラーサーバ7の構成例を示している。なお、図中、図2のサーバ2における場合と対応する部分については、同一の符号を付してある。即ち、ミラーサーバ7は、資源割当部12、複製管理部14、データ構成部17、および伝送部18が設けられていない他は、基本的に、サーバ2と同様に構成されている。なお、ミラーサーバ7を構成する登録部15には、サーバ2を構成する複製管理部14が、通信制御部11を制御することにより、通信ネットワーク6などを介して送信されてくる更新オブジェクト情報が供給されるようになされている。
【0043】
以上のように構成されるサーバ2では、データベース3にデータを登録(データベースの登録内容を更新)する登録処理、サブジェクトおよびイベントを生成し、放送ネットワーク4を介して伝送するデータ伝送処理、および受信端末5から通信ネットワーク6を介してサブジェクトの要求があった場合に、そのサブジェクトを通信ネットワーク6を介して送信する要求データ送信処理などが行われ、また、ミラーサーバ7では、登録処理および要求データ送信処理などが行われるようになされている。
【0044】
まず、図4のフローチャートを参照して、サーバ2が行う登録処理について説明する。
【0045】
登録処理では、まず最初に、ステップS1において、情報提供者A乃至Cのデータベース1a乃至1cのうちのいずれかから更新オブジェクト情報と識別子が配信されてきたか否かが、登録部15によって判定され、配信されてきていないと判定された場合、ステップS1に戻る。また、ステップS1において、更新オブジェクト情報および識別子が配信されてきたと判定された場合、ステップS2に進み、登録部15は、例えば、その更新オブジェクト情報に、その識別子を付加し、データベース3に登録する。
【0046】
ここで、データベース1a乃至1cからは、更新オブジェクト情報と識別子とが、例えば、図5に示すようなフォーマットで供給されるようになされている。
【0047】
識別子は、ここでは、例えば、交通情報や、天気情報、株価情報、さらには、それらの情報を構成する構成要素などのオブジェクトの種類ごとにあらかじめ割り当てられているユニークなID(Identification)、およびオブジェクトの新しさを示すバージョン情報などからなる。バージョン情報は、例えば、オブジェクトが更新されるごとに1ずつインクリメントされる整数値などが用いられるようになされており、従って、同一のIDが付加されているオブジェクトについては、そのバージョン情報を比較することで、最新のオブジェクトを認識することができる。
【0048】
なお、IDおよびバージョン情報は、ここでは、例えば、ともに固定長とされている。
【0049】
登録部15は、データベース1a乃至1cから配信されてきた更新オブジェクト情報に、同じくデータベース1a乃至1cから配信されてきた識別子を付加する(対応付ける)と、さらに、ステップS2において、その識別子を構成するIDと同一のIDを有する識別子が付加されているオブジェクトを、データベース3から検索し、更新オブジェクト情報に基づいて更新する。そして、登録部15は、その更新したオブジェクトに付加されている識別子のバージョン情報を、例えば、1だけインクリメントする。
【0050】
その後、登録部15は、ステップS3において、オブジェクトが更新された旨を、資源割当部12、複製管理部14、およびデータ構成部17に出力し、ステップS1に戻る。
【0051】
以上のようにして供給されるオブジェクトが更新された旨を受信した複製管理部14では、ステップS2でデータベース3に登録された更新オブジェクト情報およびそれに付加されている識別子が読み出され、自身が管理しているサーバ、即ち、ここでは、例えば、ミラーサーバ7に対し、通信ネットワーク6を介して送信される。また、複製管理部14は、更新オブジェクト情報および識別子を送信したサーバを特定するための特定情報、即ち、ここでは、例えば、ミラーサーバ7のIPアドレスを、データ構成部17に出力する。
【0052】
なお、ミラーサーバ7では、図3のステップS1乃至S3のうちのステップS3を除いた処理が、登録処理として行われる。即ち、ミラーサーバ7では、ステップS1において、サーバ2から更新オブジェクト情報と識別子が配信されてきたか否かが、登録部15によって判定され、配信されてきていないと判定された場合、ステップS1に戻る。また、ステップS1において、更新オブジェクト情報および識別子が配信されてきたと判定された場合、ステップS2に進み、ミラーサーバ7の登録部15は、更新オブジェクト情報に、識別子を付加し、データベース8に登録する。さらに、ミラーサーバ7の登録部15は、ステップS2において、サーバ2から受信した識別子を構成するIDと同一のIDを有する識別子が付加されているオブジェクトを、データベース8から検索し、そのオブジェクトを、サーバ2から受信した更新オブジェクト情報に基づいて更新する。そして、ミラーサーバ7の登録部15は、その更新したオブジェクトに付加されている識別子のバージョン情報を、1だけインクリメントし、ステップS3をスキップして、ステップS1に戻る。
【0053】
サーバ2において、上述したような登録処理が行われることにより、そのステップS3において登録部15が出力するオブジェクトが更新された旨は、複製管理部14に供給される他、資源割当部12およびデータ構成部17にも供給される。
【0054】
資源割当部12は、オブジェクトが更新された旨を受信すると、その更新に関するイベントおよびサブジェクトを、放送ネットワーク4を介して送信するための資源の割当を行い、その割当結果を、データ構成部17および伝送部18に出力する。データ構成部17は、オブジェクトが更新された旨を受信すると、その更新がなされたオブジェクトについての更新オブジェクト情報を、データベース3から読み出し、サブジェクトを生成して、伝送部18に出力する。さらに、データ構成部17は、そのサブジェクトを取得するためのイベントを、資源割当部12の資源割当結果や、複製管理部14からの情報(例えば、上述したように、ミラーサーバ7のIPアドレス)を用いて生成し、伝送部18に出力する。そして、伝送部18では、データ構成部17からのイベントやサブジェクトが、資源割当部12の資源の割当結果にしたがって、放送ネットワーク4を介して送信される。即ち、資源割当部12、データ構成部17、および伝送部18では、図6に示すようなデータ伝送処理が行われる。
【0055】
即ち、データ伝送処理では、まず最初に、ステップS11において、資源割当処理が行われる。具体的には、ステップS11では、資源割当部12において、オブジェクトが更新された旨を受信すると、その更新に関するイベントおよびオブジェクトを、放送ネットワーク4を介して送信するための放送チャンネルや、放送時刻、データレート、送信回数などを決定する。これらの資源割当結果は、データ構成部17および伝送部18に供給される。
【0056】
そして、ステップS12において、データ構成部17は、イベントおよびサブジェクトを生成する。即ち、データ構成部17は、データベース3から、オブジェクトの更新に用いられた更新オブジェクト情報と、それに付加されている識別子とを読み出し、例えば、図7(A)に示すようなサブジェクトを構成する。なお、図7(A)においては(同図(B)においても同様)、識別子と更新オブジェクト情報との間に、判別フラグが配置されているが、この判別フラグは、データがサブジェクトか、またはイベントであるかを表す。
【0057】
また、データ構成部17は、サブジェクトについて、そのサブジェクトに付加されている識別子と同一の識別子を付加した、例えば、図7(B)に示すようなイベントを構成する。即ち、イベントは、サブジェクトに付加されている識別子と同一の識別子に、判別フラグ、放送スケジュール情報、およびサーバアクセス情報を順次配置して構成される。
【0058】
放送スケジュール情報は、サブジェクトが、放送ネットワーク4を介して放送される場合に、それを受信するのに必要な情報(受信必要情報)で、これには、資源割当部12からの資源割当結果であるサブジェクトの放送チャンネル、放送時刻(時間)、データレート、送信回数などが含まれる。従って、イベントを構成する放送スケジュール情報を参照することで、そのイベントを構成する識別子のオブジェクトを更新するためのサブジェクトの放送チャンネルや放送時刻などを認識することができ、これにより、そのサブジェクトを受信することが可能となる。
【0059】
サーバアクセス情報は、サブジェクトが、サーバ2やミラーサーバ7から通信ネットワーク6を介して送信される場合に、通信ネットワーク6を介して、そのサブジェクトを要求するのに必要な情報(要求必要情報)で、これには、例えば、サーバ2やミラーサーバ7のIPアドレスなどが含まれる。そして、このIPアドレスなどは、サーバ2やミラーサーバ7を特定するための特定情報として、複製管理部14からデータ構成部17に供給されるようになされている。
【0060】
即ち、サーバ2やミラーサーバ7は、データベース3や8に記憶された更新オブジェクト情報およびそれに付加されている識別子とから、図7(A)に示したサブジェクトを構成し、受信端末5からの要求に対応して、そのサブジェクトを、通信ネットワーク6を介して送信するようになされており、このようにして、サブジェクトを取得する場合に、サーバアクセス情報が参照される。
【0061】
ここで、サーバ2やミラーサーバ7においては、更新オブジェクト情報およびそれに付加されている識別子から構成されるサブジェクトに、例えば、その識別子をIPアドレスに付加して構成されるURLを対応付けて、サブジェクトの管理が行われるようになされている。この場合、イベントを受信した受信端末5では、そのイベントを構成するサーバアクセス情報と識別子とから、そのイベントと同一の識別子が付加されているサブジェクトのURLを認識することができる。
【0062】
なお、サブジェクトは、放送ネットワーク4を介してのみ提供することが可能であるが、この場合には、そのサブジェクトについてのイベントには、サーバアクセス情報は配置されない。逆に、サブジェクトは、通信ネットワーク6を介してのみ提供することも可能であるが、この場合には、そのサブジェクトについてのイベントには、放送スケジュール情報は配置されない。
【0063】
また、サブジェクトが、放送ネットワーク4を介して、複数のチャンネルや、複数の時刻に送信される場合には、そのサブジェクトについてのイベントには、その複数のチャンネルや複数の時刻それぞれに対応する放送スケジュール情報が配置される。同様に、サブジェクトが、通信ネットワーク6を介して、複数のサーバから提供され得る場合には、そのサブジェクトについてのイベントには、その複数のサーバそれぞれに対応するサーバアクセス情報が配置される。
【0064】
なお、放送スケジュール情報とサーバアクセス情報の両方が存在する場合や、放送スケジュール情報またはサーバアクセス情報のいずれか一方だけが複数存在する場合には、それらのすべてを、1のイベントに含めるのではなく、それらの1つごとに、イベントを生成しても良い。
【0065】
図6に戻り、ステップS12において、以上のようなイベントおよびサブジェクトが生成されると、そのイベントやサブジェクトは、データ構成部17から伝送部18に供給される。伝送部18では、ステップS13において、データ構成部17からのイベントやサブジェクトが、資源割当部12からの資源割当結果にしたがって、放送ネットワーク4を介して送信される。即ち、イベントやサブジェクトは、例えば、所定の送信チャンネルで、所定の送信時刻に、所定のデータレートで、放送ネットワーク4を介して送信され、ステップS14に進む。
【0066】
ステップS14では、データ構成部17からのイベントやサブジェクトの送信を、資源割当部12からの資源割当結果に含まれる送信回数だけ繰り返し行ったかどうかが、伝送部18によって判定され、行っていないと判定された場合、ステップS13に戻り、イベントやサブジェクトの伝送が繰り返される。即ち、放送ネットワーク4によるデータの送信は、サーバ2から受信端末5の一方向にのみ行われるため、それらの間で、データの送受信が正確に行われたかどうかの確認を行うことができない。そこで、サーバ2では、データの送信が、資源割当部12による資源の割当結果である送信回数だけ繰り返されるようになされており、これにより、受信端末5において、正確なデータの受信が行われる確率を向上させるようになされている。
【0067】
一方、ステップS14において、データ構成部17からのイベントやサブジェクトの送信を、資源割当部12からの資源割当結果に含まれる送信回数だけ繰り返し行ったと判定された場合、ステップS11に戻り、以下、同様の処理が繰り返される。
【0068】
なお、上述したように、一般に、イベントはデータ量が少なく、サブジェクトはデータ量が多いから、資源割当部12では、送信回数は、基本的に、イベントについては多くなり、サブジェクトについては少なくなるように、資源割当が行われる。従って、受信端末5において、放送ネットワーク4を介して送信されてくるイベントを取りこぼす確率(受信できない確率)は小さくなり、さらに、イベントを正常受信することができれば、例えば、それに含まれる放送スケジュール情報を参照することで、サブジェクトが、放送ネットワーク4を介して送信されてくるチャンネルや時刻などを認識することができ、その結果、送信回数の少ないイベントを取りこぼす確率も小さくすることができる。また、仮に、イベントに基づいて、放送チャンネルや放送時刻などを認識したサブジェクトの受信に失敗した場合であっても、あるいは、放送時刻より先に、サブジェクトを必要とする場合などであっても、イベントに、サーバアクセス情報が含まれていれば、そのサーバアクセス情報に基づき、通信ネットワーク6を介して、サーバ2やミラーサーバ7にアクセスすることで、サブジェクトを、早期、かつ確実に取得することができる。
【0069】
次に、図8のフローチャートを参照して、サーバ2やミラーサーバ7で行われる要求データ送信処理について説明する。
【0070】
この場合、ステップS21において、受信端末5から通信ネットワーク6を介して、サブジェクトの要求としての、例えば、URLが送信されてきたかどうかが、通信制御部11によって判定され、送信されてきていないと判定された場合、ステップS21に戻る。また、ステップS21において、URLが送信されてきたと判定された場合、通信制御部11は、そのURLを、データ検索部13に転送する。データ検索部13は、URLを受信すると、ステップS22において、そのURLを構成するデータ識別子と同一の識別子が付加されている更新オブジェクト情報を検索する(サーバ2では、データベース2から検索し、ミラーサーバ7では、データベース8から検索する)。
【0071】
即ち、本実施の形態では、上述したように、イベントを受信した受信端末5において、そのイベントを構成するサーバアクセス情報としてのIPアドレスと、識別子とから、そのイベントと同一の識別子が付加されているサブジェクトのURLが認識されるようになされている。そして、受信端末5は、通信ネットワーク6を介して、サブジェクトを要求する場合には、そのURLを送信するようになされている。従って、受信端末5からのURLには、識別子が含まれており、サーバ2やミラーサーバ7では、この識別子を、いわば、更新オブジェクト情報のファイル名として、その検索が行われる。
【0072】
ステップS22において、更新オブジェクト情報が検索されると、データ検索部13は、その更新オブジェクトに、それとともに記憶されていた識別子を付加することにより、サブジェクトを構成し、通信制御部11に供給する。通信制御部11は、データ検索部13からのサブジェクトを受信し、ステップS23において、それを、URLを送信してきた受信端末(ここでは、受信端末5)に、通信ネットワーク6を介して送信して、ステップS21に戻る。
【0073】
次に、図9は、図1の受信端末5の構成例を示している。
【0074】
受信部21は、サーバ2から放送ネットワーク4を介して送信されてくるデータ、即ち、ここでは、イベントやサブジェクトを受信し、選択部22に出力するようになされている。選択部22は、受信部21からのイベントやサブジェクトの選択を行うようになされている。さらに、選択部22は、選択したイベントをデータベース23に一時記憶させるようにもなされている。また、選択部22は、選択したサブジェクトに含まれる識別子に対応するオブジェクトを、データベース23から検索し、そのサブジェクトに含まれる更新オブジェクト情報に基づいて更新するようにもなされている。
【0075】
データベース23は、例えば、大容量のハードディスクや光磁気ディスク、その他の記録媒体で構成され、オブジェクトを記憶し、また、選択部22からのイベントを一時記憶するようになされている。
【0076】
通信制御部24は、通信ネットワーク6を介しての通信制御を行うようになされており、これにより、要求部25からのサブジェクトの要求を、通信ネットワーク6を介してサーバ2やミラーサーバ7などに送信したり、また、サーバ2やミラーサーバ7などから通信ネットワーク6を介して送信されてくるサブジェクトを受信するようになされている。
【0077】
要求部25は、データベース23に記憶されているイベントに含まれる放送スケジュール情報にしたがって、放送ネットワーク4を介して送信されてくるサブジェクトを受信するように、受信部21を制御するようになされている。また、要求部25は、データベース23に記憶されたイベントに含まれるサーバアクセス情報にしたがい、通信ネットワーク6を介して、サーバ2やミラーサーバ7に、サブジェクトを要求し、その要求に対応して、サーバ2やミラーサーバ7から、通信ネットワーク6を介して送信されてくるサブジェクトを受信するように、通信制御部24を制御するようにもなされている。さらに、要求部25は、通信制御部24に受信させたサブジェクトに含まれる識別子に対応するオブジェクトを、データベース23から検索し、そのサブジェクトに含まれる更新オブジェクト情報に基づいて更新するようにもなされている。なお、要求部25は、以上のような処理を、例えば、定期的に行う他、読み出し部26から、オブジェクトの更新の要求があった場合にも行うようになされている。
【0078】
読み出し部26は、操作部28の操作に対応して、データベース23に記憶されたデータを読み出し、出力部27に供給するようになされている。出力部27は、例えば、ディスプレイやスピーカなどで構成され、読み出し部26などからのデータを表示し、または音声として出力するようになされている。操作部28は、読み出し部26に対して、所定の入力を与える場合に操作される。
【0079】
以上のように構成される受信端末5では、サーバ2から放送ネットワーク4を介して送信されてくるデータを受信する受信処理、データベース23に記憶されたイベントに基づいて、サブジェクトを要求するデータ要求処理、およびデータベース23に登録されたデータを出力する出力処理などが行われるようになされている。
【0080】
まず、図10のフローチャートを参照して、受信処理について説明する。
【0081】
サーバ2から放送ネットワーク4を介してデータが送信されてくると、受信部21では、ステップS31において、そのデータ、即ち、イベントまたはサブジェクトが受信され、選択部22に供給される。選択部22では、ステップS32において、受信部21からのイベントまたはサブジェクトが選択すべきものであるかどうかが判定される。
【0082】
即ち、サーバ2から放送ネットワーク4を介して送信されてくるすべてのイベントやサブジェクトを受信するとした場合には、データベース23として、記憶容量の膨大なものが必要となる。また、ユーザには好みがあり、各ユーザが、サーバ2のデータベースに記憶されたオブジェクトすべてを必要としていることはほとんどない。それにもかかわらず、サーバ2のデータベース3の登録内容すべてを、データベース23に反映するのは好ましくない。
【0083】
そこで、選択部22に、例えば、ユーザが所望するオブジェクトについてのID(上述した識別子を構成するID)を登録しておくと、選択部22は、そのIDと同一のIDを有するイベントおよびオブジェクトだけを選択するようになされている。従って、ステップS32における判定は、ユーザが登録したIDと、受信部21から供給されるイベントやサブジェクトの識別子を構成するIDとを比較することで行われる。
【0084】
ステップS32において、受信部21からのイベントまたはサブジェクトが選択すべきものでないと判定された場合、即ち、例えば、ユーザが登録したIDと、受信部21から供給されたイベントまたはサブジェクトに記述されているIDとが一致しない場合、次のイベントまたはサブジェクトが、放送ネットワーク4を介して送信されてくるのを待って、ステップS31に戻る。従って、この場合、イベントはデータベース23に記憶されず、また、サブジェクトに基づくデータベース23の更新も行われない。
【0085】
一方、ステップS32において、受信部21からのイベントまたはサブジェクトが選択すべきものであると判定された場合、即ち、例えば、ユーザが登録したIDと、受信部21から供給されたイベントまたはサブジェクトに記述されているIDとが一致する場合、ステップS33に進み、選択部22は、そのイベントまたはサブジェクトが、新規のオブジェクトに関するものかどうかを判定する。
【0086】
ステップS33において、ステップS32で選択されたイベントまたはサブジェクトが、新規のオブジェクトに関するものであると判定された場合、即ち、そのイベントまたはサブジェクトに含まれているIDと同一のIDのオブジェクトが、データベース23に登録されていない場合、ステップS34をスキップして、ステップS35に進む。
【0087】
また、ステップS33において、ステップS32で選択されたイベントまたはサブジェクトが、新規のオブジェクトに関するものでないと判定された場合、即ち、そのイベントまたはサブジェクトに含まれているIDと同一のIDのオブジェクトが、データベース23に登録されている場合、ステップS34に進み、選択部22において、その既にデータベース23に登録されているオブジェクト(以下、適宜、既登録オブジェクトという)の識別子に記述されているバージョン情報が、ステップS32で選択されたイベントまたはサブジェクトの識別子に記述されているバージョン情報と等しいかどうかが判定される。
【0088】
ステップS34において、既登録オブジェクトに記述されているバージョン情報が、ステップS32で選択されたイベントまたはサブジェクトに記述されているバージョン情報と等しくないと場合、即ち、ここでは、図6のデータ伝送処理で説明したように、信頼性を向上させるため、サーバ2からは、同一のサブジェクトが放送ネットワーク4を介して繰り返し送信されるが、そのように繰り返し行われる送信のうちの、過去に行われた送信によるサブジェクトによって、既登録オブジェクトの更新が、既に行われている場合、ステップS35乃至S37をスキップし、次に、イベントまたはサブジェクトが送信されてくるのを待って、ステップS31に戻る。従って、この場合、イベントは、データベース23に記憶されず、また、サブジェクトに基づくデータベース23の更新も行われない。
【0089】
一方、ステップS34において、既登録オブジェクトに記述されているバージョン情報が、ステップS32で選択されたイベントまたはサブジェクトに記述されているバージョン情報と等しいと判定された場合、ステップS35に進み、選択部22において、ステップS32で選択されたデータが、イベントまたはサブジェクトのうちのいずれであるかが、判別フラグを参照することで判定される。
【0090】
ステップS35において、ステップS32で選択されたデータがサブジェクトであると判定された場合、ステップS36に進み、選択部22は、そのサブジェクトに基づき、データベース23を更新する。
【0091】
即ち、サブジェクトにおいて、更新オブジェクト情報として、新規のオブジェクトが配置されている場合には、サブジェクトに含まれる識別子に、その新規のオブジェクトが対応付けられ、データベース23に新規登録される。
【0092】
また、サブジェクトにおいて、更新オブジェクト情報として、更新後のオブジェクトが配置されている場合には、サブジェクトに含まれるIDと同一のIDを有する識別子が対応付けられたオブジェクトが、データベース23から検索され、その検索されたオブジェクトが、更新後のオブジェクトに変更される。さらに、そのオブジェクトに対応付けられていたバージョン情報が、例えば、1だけインクリメントされる。
【0093】
さらに、サブジェクトにおいて、更新オブジェクト情報として、オブジェクトの削除指令が配置されている場合には、サブジェクトに含まれるIDと同一のIDを有する識別子が対応付けられたオブジェクトが、データベース23から検索され、そのオブジェクトに対応付けられている識別子とともに削除される。
【0094】
なお、上述の図4で説明した登録処理のステップS2において行われる、更新オブジェクト情報に基づくオブジェクトの更新も、これと同様にして行われる。
【0095】
ステップS36において、以上のようにして、データベース23の更新が行われた後は、次に、イベントまたはサブジェクトが送信されてくるのを待って、ステップS31に戻る。
【0096】
一方、ステップS35において、ステップS32で選択されたデータがイベントであると判定された場合、ステップS37に進み、選択部22は、そのイベントを、データベース23に供給して一時記憶させる。そして、次に、イベントまたはサブジェクトが送信されてくるのを待って、ステップS31に戻る。
【0097】
なお、ステップS37において、データベース23に記憶されたイベントは、後述するデータ要求処理(図11)や、データ出力処理(図12)において、要求部25によって、データベース23から読み出された後に消去されるようになされている。
【0098】
次に、図11を参照して、データ要求処理について説明する。なお、このデータ要求処理は、受信端末5において定期的に行われる。但し、データ要求処理は、不定期に行うことも可能である。
【0099】
データ要求処理では、まず最初に、ステップS41において、データベース23の登録内容が、要求部25によって検索され、ステップS42に進み、データベース23に、イベントが記憶されているかどうかが判定される。ステップS42において、イベントが記憶されていないと判定された場合、データ要求処理を終了する。
【0100】
また、ステップS42において、データベース23にイベントが記憶されていると判定された場合、そのイベントが読み出され(複数のイベントが記憶されている場合には、そのうちの1つが読み出され)、ステップ43に進み、要求部25において、そのイベントに基づくサブジェクトの受信を、同報可能な放送ネットワーク4または双方向通信が可能な通信ネットワーク6のうちのいずれを介して行うのが有利かが判定される。
【0101】
ここで、ステップS42の判定は、例えば、次のようにして行われる。
【0102】
即ち、要求部25では、イベントに含まれる放送スケジュール情報を参照することにより、そのイベントに付加されている識別子と同一の識別子のサブジェクトが送信されてくる送信回数(送信頻度)や、送信時刻が認識される。そして、例えば、送信回数が多い場合や、送信時刻が、現在時刻に近い場合には、サブジェクトの受信時間その他の受信のためのコストが低いと予想される放送ネットワーク4を介して、サブジェクトの受信を行うのが有利であると判定される。
【0103】
また、例えば、送信回数が少ない場合や、送信時刻が、現在時刻から離れている場合には、双方向ネットワーク6を介して、サブジェクトの受信を行うのが有利であると判定される。
【0104】
なお、その他、例えば、イベントに含まれる放送スケジュール情報に、サブジェクトのデータ量が記述されている場合には(データ量そのものが記述されていなくても、データレートと、送信に要する時間とが記述されていれば、データ量を認識することができる)、そのデータ量に基づき、放送ネットワーク4または通信ネットワーク6のうちのいずれを介して、サブジェクトの受信を行うのが有利であるのかを判定することも可能である。
【0105】
さらに、放送ネットワーク4または通信ネットワーク6のうちのいずれを介して、サブジェクトの受信を行うのが有利であるのかは、ユーザに操作部28を操作してもらい、その操作に対応して決定することも可能である。
【0106】
また、双方向ネットワーク6を介してサブジェクトを受信する場合において、双方向ネットワーク6が、複数の伝送レートに対応しており、受信端末5が、そのような複数の伝送レートの回線を介しての通信の可能なものであるときには、サブジェクトのデータ量によって、使用する回線を変えるようにすることも可能である。
【0107】
ここで、上述したように、イベントには、放送スケジュール情報またはサーバアクセス情報のうちのいずれか一方しか含まれていない場合がある。イベントに、放送スケジュール情報しか含まれていない場合、ステップS43では、放送ネットワーク4を介して、サブジェクトの受信を行うのが有利であると判定される。また、逆に、イベントに、サーバアクセス情報しか含まれていない場合は、ステップS43では、通信ネットワーク6を介して、サブジェクトの受信を行うのが有利であると判定される。
【0108】
ステップS43において、放送ネットワーク4を介して、サブジェクトの受信を行うのが有利であると判定された場合、ステップS44に進み、要求部25は、受信部21が動作可能な状態であるかどうか(例えば、電源が供給されているかどうか(スリープ状態にないかどうか))を判定する。ステップS44において、受信部21が動作可能な状態にないと判定された場合、ステップS45に進み、要求部25は、例えば、イベントの放送スケジュール情報に配置されているサブジェクトの送信時刻の直前まで待って、受信部21を動作可能な状態にし、即ち、受信部21がスリープ状態になっている場合には、電源の供給を開始し、ステップS46に進む。
【0109】
また、ステップS44において、受信部21が動作可能な状態にあると判定された場合、ステップS45をスキップして、ステップS46に進み、要求部21は、受信部21を制御することにより、データベース23から読み出したイベントの放送スケジュール情報に配置されている送信チャンネルで、同じくその放送スケジュール情報に配置されている送信時刻に、放送ネットワーク4を介して送信されてくるサブジェクト、即ち、イベントに付加されている識別子と同一の識別子のサブジェクトを受信させ、選択部22に供給させる。そして、ステップS47において、選択部22では、図10のステップS36における場合と同様にして、受信部21からのサブジェクトに基づき、データベース23の更新が行われ、データ要求処理を終了する。
【0110】
ここで、受信端末5において、データの取りこぼしは、受信部21の電源がオフ状態になっていることに起因して生じることが多い。そこで、上述のように、受信部21が動作可能な状態になっているかどうかを判定し、なっていない場合には、受信部21を動作可能な状態にすることで、受信部21の電源がオフ状態になっていることに起因するサブジェクトの取りこぼしを防止することができる。
【0111】
一方、ステップS43において、双方向ネットワーク6を介して、サブジェクトを受信するのが有利であると判定された場合、ステップS48に進み、要求部25は、通信制御部24を制御することで、データベース23から読み出したイベントに含まれる識別子と同一の識別子が付加されているサブジェクトを、通信ネットワーク6を介して、サーバ2やミラーサーバ7に要求させる。
【0112】
即ち、要求部25は、データベース23から読み出したイベントに含まれる識別子と、同じくそこに含まれるサーバアクセス情報(ここでは、上述したように、IPアドレス)とから、その識別子と同一の識別子が付加されているサブジェクトに対応付けられているURLを構成し、通信制御部24を制御することで、通信ネットワーク6を介して、サーバ2やミラーサーバ7に送信させる。
【0113】
URLが送信されたサーバ2やミラーサーバ7では、図8で説明した要求データ送信処理が行われ、これにより、そのURLに対応付けられているサブジェクトが、通信ネットワーク6を介して送信されてくる。このサブジェクトは、ステップS49において、通信制御部24によって受信され、要求部25に供給される。要求部25は、通信制御部24からサブジェクトを受信すると、ステップS47に進み、上述したようにして、そのサブジェクトに基づき、データベース23の更新を行い、データ要求処理を終了する。
【0114】
以上のように、サブジェクトを、放送ネットワーク4または通信ネットワーク36のうちのいずれを介して受信する方が有利かどうかを判定し、有利な方を介して送信されるサブジェクトを受信するようにしたので、受信端末5では、効率的に、サブジェクトの受信、およびオブジェクトの更新を行うことが可能となる。
【0115】
なお、サブジェクトを、放送ネットワーク4を介して受信する場合において、イベントの放送スケジュール情報に、複数の送信時刻が配置されているときには、例えば、そのうちの、現在時刻に最も近い送信時刻(但し、現在時刻よりも前(過去)の時刻を除く)に送信されてくるサブジェクトが受信される。但し、ユーザに操作部28を操作してもらい、送信時刻を選択させることも可能である。
【0116】
また、サブジェクトを、通信ネットワーク6を介して要求、受信する場合において、イベントのサーバアクセス情報に、複数のサーバのIPアドレスが配置されているときには、例えば、そのうちの、受信端末5に最も近い位置にあるサーバのIPアドレスを用いてURLが構成される。但し、ユーザに操作部28を操作してもらい、サーバを選択させることも可能である。
【0117】
次に、図12のフローチャートを参照して、データ出力処理について説明する。なお、データ出力処理も、例えば、図11のデータ要求処理と同様に、基本的には、定期的に起動されるようになされている。
【0118】
データ出力処理では、まず最初に、ステップS51において、操作部28が、データ(本実施の形態では、オブジェクト)を出力するように操作されたか否かが、読み出し部26によって判定され、そのようには操作されていないと判定された場合、データ出力処理を終了する。
【0119】
また、ステップS51において、操作部28が、オブジェクトを出力するように操作されたと判定された場合、ステップS52に進み、出力の要求されたオブジェクトについてのイベント、即ち、そのオブジェクトの識別子と同一の識別子が付加されているイベントが、データベース23に記憶されているかどうかが、読み出し部26によって判定される。ステップS52において、出力の要求されたオブジェクトについてのイベントが、データベース23に記憶されていないと判定された場合、即ち、出力の要求されたオブジェクトとしては、いまデータベース23に記憶されているものが最新のものである場合(但し、イベントの取りこぼしがないものとする)、ステップS53に進み、読み出し部26は、出力の要求されたオブジェクトを、データベース23から読み出し、出力部27に供給する。出力部27では、読み出し部26からのオブジェクトが表示、または音声で出力され、データ出力処理を終了する。
【0120】
また、ステップS52において、出力の要求されたオブジェクトについてのイベントが、データベース23に記憶されていると判定された場合、即ち、出力の要求されたオブジェクトは、サーバ2では更新されているが、受信端末5では、まだ更新されていない場合、ステップS54に進み、そのオブジェクトの更新を行うかどうかが、読み出し部26によって判定される。
【0121】
即ち、ステップS54では、読み出し部26は、オブジェクトの更新を行うかどうかを問い合わせるメッセージを、出力部27に表示させ、ユーザに、操作部28の操作を促す。そして、ステップS54では、操作部28の操作に対応して、オブジェクトの更新を行うかどうかが判定される。
【0122】
あるいは、また、ステップS54では、出力の要求されたオブジェクトについてのイベントの放送スケジュール情報が参照され、そのオブジェクトを更新するためのサブジェクトが、放送ネットワーク4を介して送信されてくる送信時刻のうち、現在時刻に最も近いものが認識される。そして、ステップS54では、その現在時刻に最も近い送信時刻が、現在時刻から、あらかじめ受信端末5に設定された所定の時間内であるかどうかに対応して、オブジェクトの更新を行うかどうかが判定される(送信時刻が、現在時刻から所定の時間内である場合には、オブジェクトの更新を行うと判定される)。
【0123】
ステップS54において、出力の要求されたオブジェクトの更新を行わないと判定された場合、ステップS55に進み、読み出し部26は、出力の要求されたオブジェクト、即ち、更新前のオブジェクトを、データベース23から読み出し、以下、ステップS53における場合と同様にして、出力部27に出力させて、データ出力処理を終了する。なお、この場合、出力部27には、オブジェクトを出力させるとともに、そのオブジェクトが更新前のものである旨のメッセージを表示させるようにしても良い。
【0124】
一方、ステップS54において、出力の要求されたオブジェクトの更新を行うと判定された場合、ステップS56に進み、そのオブジェクトの更新するためのデータベース更新処理が行われる。即ち、ステップS56では、出力の要求されたオブジェクトについてのイベントを用いて、図11のデータ要求処理のステップS43乃至S49における処理と同様の処理が行われ、これにより、出力の要求されたオブジェクトが更新される。そして、ステップS53に進み、その更新後のオブジェクトが、上述したようにして、出力部27から出力され、データ出力処理を終了する。
【0125】
ところで、イベントのサーバアクセス情報に、複数のサーバのIPアドレスが配置されている場合において、いずれのサーバに、サブジェクトを要求するかを、例えば、上述したように、受信端末5からの位置や、ユーザによる操作部28の操作に対応して決定したのでは、あるサーバへのアクセスが集中することがある。
【0126】
そこで、通信ネットワーク6を介して、受信端末5に対してサブジェクトを送信するサーバが複数存在する場合(例えば、図1に示すように、サーバ2以外に、ミラーサーバ7が存在する場合や、ミラーサーバ7以外のミラーサーバがさらに存在する場合など)には、サーバへのアクセスを分散させるために(1のサーバにアクセスを集中させないために)、受信端末5またはそのユーザに、固有のID(以下、適宜、ユーザIDという)を与え、サーバ2には、各サーバのIPアドレスを、所定のユーザIDと対応付け、サーバアクセス情報として、イベントに配置する処理(以下、適宜、負荷分散処理という)を行わせてから、イベントを送信させるようにすることができる。一方、受信端末5には、自身のユーザIDと対応付けられているIPアドレスのサーバを認識する処理(以下、適宜、アクセスサーバ決定処理)を行わせてから、そのサーバに、サブジェクトを要求させるようにすることができる。
【0127】
そこで、図13のフローチャートを参照して、サーバ2が行う負荷分散処理について説明する。なお、この負荷分散処理は、受信端末5に対して、通信ネットワーク6を介して、サブジェクトを送信するサーバが複数存在する場合(サーバ2以外に、通信ネットワーク6を介して、サブジェクトを送信することのできるサーバが存在する場合)に、図6のデータ伝送処理におけるステップS12の処理の一部として行われる。
【0128】
負荷分散処理では、まず最初に、ステップS61において、通信ネットワーク6を介して、サブジェクトを送信する1のサーバに割り当てる受信端末の数(以下、適宜、割当数という)Nが算出される。即ち、ステップS61では、例えば、受信端末の総数が、サブジェクトを通信ネットワーク6を介して送信するサーバの総数で除算され、その除算値(小数点以下は、例えば、切り上げ)が、割当数Nとされる。なお、サーバ2では、受信端末の総数が管理されているものとする。また、サーバ2では、サブジェクトを通信ネットワーク6を介して送信するサーバの総数は、複製管理部14で管理されている情報から認識されるようになされている。
【0129】
その後、ステップS62において、通信ネットワーク6を介して、サブジェクトを送信する複数のサーバのうちの1が選択され(この選択されたサーバを、以下、適宜、選択サーバという)、ステップS63に進み、例えば、その選択サーバに近い位置にある受信端末が、割当数Nだけ検出される。なお、選択サーバおよび受信端末5の位置は、サーバ2において管理されているものとする。
【0130】
そして、ステップS64に進み、選択サーバのIPアドレスに、ステップS63で検出されたN個の受信端末それぞれのユーザIDが対応付けられ、そのIPアドレスとN個のユーザIDとの組(要求先情報)が、サーバアクセス情報として、イベントに配置される。その後、ステップS65に進み、通信ネットワーク6を介して、サブジェクトを送信する複数のサーバすべてを、選択サーバとして、ステップS62乃至S64の処理を行ったかどうかが判定される。ステップS65において、複数のサーバすべてを、まだ、選択サーバとしていないと判定された場合、ステップS62に戻り、まだ選択サーバとして選択されていないサーバが、新たに選択サーバとされ、以下、同様の処理を繰り返す。一方、ステップ65において、複数のサーバすべてを選択サーバとして処理を行ったと判定された場合、負荷分散処理を終了する。
【0131】
以上のようにして、負荷分散処理では、1のサーバに、N個(またはN−1個)の受信端末が割り当てられる。
【0132】
なお、上述の場合においては、単純に、受信端末の総数を、サブジェクトを通信ネットワーク6を介して送信するサーバの総数で除算した除算値を、1のサーバに割り当てる受信端末の数としたが、複数のサーバそれぞれに割り当てる受信端末の数は、例えば、さらに、各サーバの処理能力などを考慮して決めても良い。
【0133】
次に、図14のフローチャートを参照して、受信端末5が行うアクセスサーバ決定処理について説明する。なお、このアクセスサーバ決定処理は、受信端末5において、図11のデータ要求処理のステップS48で送信するURLを構成する前に行われる。
【0134】
アクセスサーバ決定処理では、ステップS71において、受信端末5は、イベントのサーバアクセス情報の中から、自身に割り当てられているユーザIDを検索し、ステップS72に進む。ステップS72では、自身のユーザIDに対応付けられているIPアドレス、即ち、サブジェクトを要求すべきサーバが認識され、アクセスサーバ決定処理を終了する。
【0135】
そして、受信端末5では、図11で説明したように、ステップS48において、ステップS72で認識されたIPアドレスを用いてURLが構成されて送信される。
【0136】
以上のように、サーバ2または受信端末5において、負荷分散処理またはアクセスサーバ決定処理をそれぞれ行うことで、受信端末からのサブジェクトの要求を、複数のサーバに分散させることができ、効率の良いサブジェクトの配信が可能となる。
【0137】
なお、上述の場合においては、受信端末のユーザIDとIPアドレスとを対応付け、受信端末がアクセスすべきサーバを制限するようにしたが、その他、例えば、受信端末のユーザIDと、サーバに対して通信ネットワーク6を介してアクセス可能な時間帯(要求タイミング情報)とを対応付け、受信端末がサーバにアクセスする時間帯を制限するようにすることなどによっても、サーバに対するアクセスを分散させることが可能である。
【0138】
以上、本発明を適用したデータ配信システムについて説明したが、このようなデータ配信システムは、例えば、分散型データベースにおける多数のデータベースへのデータの配信を行う場合や、IPマルチキャストによりデータを配信する場合、その他、データを不特定多数に配信する場合に、特に有用である。
【0139】
なお、本実施の形態では、イベントは、放送ネットワーク4を介して送信するようにしたが、その他、例えば、受信端末5からの要求に応じて、通信ネットワーク6を介して送信するようにしても良い。さらに、本発明において、放送ネットワーク4および通信ネットワーク6の両方を備えることは必須ではない。即ち、本発明は、放送ネットワーク4または通信ネットワーク6のいずれか1つだけを備えるシステムにも適用可能である。
【0140】
また、本実施の形態では、サーバアクセス情報に、サーバ2やミラーサーバ7のIPアドレスを配置するようにしたが、サーバアクセス情報には、その他、例えば、サーバ2やミラーサーバ7で管理されているサブジェクトのURLや、サーバ2やミラーサーバ7へアクセスするための電話番号などを配置することも可能である。
【0141】
また、ミラーサーバ7には、受信端末5と同様にして、イベントやサブジェクトを受信させて、データベース8の更新を行わせるようにすることが可能である。
【0142】
さらに、本実施の形態では、サブジェクトに含める更新オブジェクト情報として、更新後のオブジェクトそのものなどを配置するようにしたが、更新オブジェクト情報としては、その他、例えば、更新前のオブジェクトに、更新後のオブジェクトへの変更内容を反映させるためのデータ(例えば、更新前のオブジェクトを、更新後のオブジェクトに変更する実行形式のコンピュータプログラムや、更新後のオブジェクトと更新前のオブジェクトとの差分など)などを配置することも可能である。
【0143】
【発明の効果】
以上の如く、本発明によれば、取得データに基づき、更新データを取得し、その更新データに基づいて、コンテンツを更新することが可能となる。
【図面の簡単な説明】
【図1】本発明を適用したデータ配信システムの一実施の形態の構成例を示す図である。
【図2】図1のサーバ2の構成例を示すブロック図である。
【図3】図1のミラーサーバ7の構成例を示すブロック図である。
【図4】サーバ2が行う登録処理を説明するためのフローチャートである。
【図5】図1のデータベース1a乃至1cから供給されるデータのフォーマットを示す図である。
【図6】サーバ2が行うデータ伝送処理を説明するためのフローチャートである。
【図7】サブジェクトおよびイベントのフォーマットを示す図である。
【図8】サーバ2が行う要求データ送信処理を説明するためのフローチャートである。
【図9】図1の受信端末5の構成例を示すブロック図である。
【図10】受信端末5が行う受信処理を説明するためのフローチャートである。
【図11】受信端末5が行うデータ要求処理を説明するためのフローチャートである。
【図12】受信端末5が行うデータ出力処理を説明するためのフローチャートである。
【図13】サーバ2が行う負荷分散処理を説明するためのフローチャートである。
【図14】受信端末5が行うアクセスサーバ決定処理を説明するためのフローチャートである。
【符号の説明】
1a乃至1c データベース, 2 サーバ, 3 データベース, 4 放送ネットワーク, 5 受信端末, 6 通信ネットワーク, 7 ミラーサーバ, 8 データベース, 11 通信制御部, 12 資源割当部, 13 データ検索部, 14 複製管理部, 15 登録部, 17 データ構成部,18 伝送部, 21 受信部, 22 選択部, 23 データベース, 24 通信制御部, 25 要求部, 26 読み出し部, 27 出力部, 28 操作部
Claims (20)
- データベースに登録されたコンテンツの提供のためのデータの送信を行う送信装置において、
前記データベースに登録されたコンテンツが更新された場合に、その更新を行うための更新データであって、その更新データによって更新される前記コンテンツを識別するための識別情報が付加されたものを生成する更新データ生成手段と、
前記更新データを取得するための取得データであって、その取得データに基づいて取得される前記更新データによって更新される前記コンテンツの前記識別情報が付加されたものを生成する取得データ生成手段と、
前記更新データおよび取得データを第1の伝送路を介して送信するための資源の割当を行う割当手段と、
前記割当手段による資源の割当にしたがって、前記更新データおよび取得データを、前記第1の伝送路を介して送信する第1の送信手段と
を備え、
前記第1の送信手段が、前記更新データを、一斉同報が可能な一方向の同報ネットワークを介して送信する場合において、
前記取得データ生成手段は、前記割当手段による資源の割当に基づいて、前記同報ネットワークを介して送信される前記更新データを受信するのに必要な受信必要情報を、その更新データに付加された前記識別情報と同一のものが付加される前記取得データに含める
ことを特徴とする送信装置。 - 前記更新データを第2の伝送路を介して送信する第2の送信手段
をさらに備え、
前記第2の送信手段が、双方向の通信が可能な双方向ネットワークを介して送信されてくる前記更新データの要求に対応して、その更新データを、前記双方向ネットワークを介して送信する場合において、
前記取得データ生成手段は、前記双方向ネットワークを介して前記更新データを要求するのに必要な要求必要情報を、その更新データに付加された前記識別情報と同一のものが付加される前記取得データに含める
ことを特徴とする請求項1に記載の送信装置。 - 前記更新データを受信して記憶し、双方向の通信が可能な双方向ネットワークを介して送信されてくる前記更新データの要求に対応して、その更新データを、前記双方向ネットワークを介して送信する情報処理装置が存在する場合において、
前記取得データ生成手段は、前記双方向ネットワークを介して、前記情報処理装置に対して、前記更新データを要求するのに必要な要求必要情報を、その更新データに付加された前記識別情報と同一のものが付加される前記取得データに含める
ことを特徴とする請求項1に記載の送信装置。 - 1以上の前記情報処理装置が存在する場合において、
双方向の通信が可能な双方向ネットワークを介して送信されてくる前記更新データの要求に対応して、その更新データを、前記双方向ネットワークを介して送信する第2の送信手段をさらに備え、
前記取得データ生成手段は、前記1以上の情報処理装置または前記第2の送信手段に対して、前記双方向ネットワークを介して前記更新データを要求するのに必要な要求必要情報を、その更新データに付加された前記識別情報と同一のものが付加される前記取得データに含める
ことを特徴とする請求項3に記載の送信装置。 - 前記取得データを受信し、その取得データに基づき、前記1以上の情報処理装置もしくは前記第2の送信手段に対して、前記更新データを要求する複数の受信装置が存在する場合において、
前記取得データ生成手段は、前記複数の受信装置それぞれが、前記更新データを、前記1以上の情報処理装置もしくは前記第2の送信手段のうちのいずれに要求すべきかに関する要求先情報、または前記更新データをいつ要求すべきかに関する要求タイミング情報も、前記取得データに含める
ことを特徴とする請求項4に記載の送信装置。 - 前記更新データには、更新後のコンテンツ、または更新前のコンテンツに、更新後のコンテンツへの変更内容を反映させるための情報が含まれる
ことを特徴とする請求項1に記載の送信装置。 - データベースに登録されたコンテンツの提供のためのデータの送信方法において、
前記データベースに登録されたコンテンツが更新された場合に、その更新を行うための更新データであって、その更新データによって更新される前記コンテンツを識別するための識別情報が付加されたものを生成するとともに、前記更新データを取得するための取得データであって、その取得データに基づいて取得される前記更新データによって更新される前記コンテンツの前記識別情報が付加されたものを生成し、
前記更新データおよび取得データを、一斉同報が可能な一方向の同報ネットワークを介して送信するための資源の割当を行い、
前記資源の割当に基づいて、前記同報ネットワークを介して送信される前記更新データを受信するのに必要な受信必要情報を、その更新データに付加された前記識別情報と同一のものが付加される前記取得データに含め、
前記資源の割当にしたがって、前記更新データおよび取得データを、前記同報ネットワークを介して送信する
ことを特徴とする送信方法。 - データベースに登録されたコンテンツの提供を受けるためのデータの受信を行う受信装置において、
前記データベースに登録されたコンテンツが更新された場合に、その更新を行うための更新データを取得するための取得データであって、その更新データを所定の伝送路を介して送信するための資源の割当に基づいて生成された前記更新データを受信するのに必要な受信必要情報を含み、前記更新データによって更新される前記コンテンツを識別するための識別情報が付加されたものを受信する受信手段と、
前記取得データに基づいて、それに付加されている前記識別情報と同一のものが付加されている前記更新データを取得する取得手段と、
前記更新データによって、それに付加されている前記識別情報に対応する前記コンテンツを更新する更新手段と
を備え、
前記更新データが、一斉同報が可能な一方向の同報ネットワークを介して送信され、かつ、前記取得データが、前記更新データを前記同報ネットワークを介して送信するための資源の割当に基づいて生成された前記受信必要情報を含む場合において、
前記取得手段は、前記受信必要情報に基づいて、前記同報ネットワークを介して送信されてくる前記更新データを取得する
ことを特徴とする受信装置。 - 前記取得手段は、
前記同報ネットワークを介して送信されてくる前記更新データを受信する受信手段を有し、
前記受信必要情報に、前記更新データが送信されてくる送信時刻が含まれる場合において、前記受信手段が、その送信時刻に、動作可能な状態にないとき、前記受信手段を、動作可能な状態にする
ことを特徴とする請求項8に記載の受信装置。 - 前記更新データが、その更新データの要求に対応して、双方向の通信が可能な双方向ネットワークを介して送信され、かつ、前記取得データが、前記双方向ネットワークを介して、前記更新データを要求するのに必要な要求必要情報を含む場合において、
前記取得手段は、前記要求必要情報に基づき、前記双方向ネットワークを介して、前記更新データを要求し、その要求に対応して、前記双方向ネットワークを介して送信されてくる前記更新データを取得する
ことを特徴とする請求項8に記載の受信装置。 - 前記取得手段からの前記更新データの要求に対応して、その更新データを送信する1以上の情報処理装置が存在する場合において、
前記取得データは、前記更新データを、前記1以上の情報処理装置のうちのいずれに要求すべきかに関する要求先情報、または前記要求データをいつ要求すべきかに関する要求タイミング情報も含んでおり、
前記取得手段は、前記1以上の情報処理装置のうちの、前記要求先情報に対応するものに対して、または前記要求タイミング情報に対応するタイミングで、前記更新データを要求する
ことを特徴とする請求項10に記載の受信装置。 - 前記取得手段は、前記取得データおよび更新データを送信する送信装置、または前記送信装置から送信されてくる前記更新データを受信して記憶する情報処理装置に対して、前記双方向ネットワークを介して、前記更新データを要求する
ことを特徴とする請求項10に記載の受信装置。 - 前記更新データが、前記同報ネットワークを介して送信されるとともに、前記更新データの要求に対応して、双方向の通信が可能な双方向ネットワークを介して送信され、かつ、前記取得データが、前記更新データを前記同報ネットワークを介して送信するための資源の割当に基づいて生成された前記受信必要情報を含むとともに、前記双方向ネットワークを介して、前記更新データを要求するのに必要な要求必要情報を含む場合において、
前記取得手段は、前記受信必要情報に基づいて、前記同報ネットワークを介して送信されてくる前記更新データを取得するか、または前記要求必要情報に基づいて、前記双方向ネットワークを介して、前記更新データを要求し、その要求に対応して、前記双方向ネットワークを介して送信されてくる前記更新データを取得する
ことを特徴とする請求項8に記載の受信装置。 - 前記取得手段は、前記同報ネットワークまたは双方向ネットワークのうちのいずれを介して送信されてくる前記更新データを取得するかを、前記更新データのサイズ、または前記更新データが前記同報ネットワークを介して送信される頻度に基づいて選択する
ことを特徴とする請求項13に記載の受信装置。 - 所定の入力を与えるときに操作される操作手段をさらに備え、
前記取得手段は、前記同報ネットワークまたは双方向ネットワークのうちのいずれを介して送信されてくる前記更新データを取得するかを、前記操作手段の操作に基づいて選択する
ことを特徴とする請求項13に記載の受信装置。 - 前記更新データには、更新後のコンテンツ、または更新前のコンテンツに、更新後のコンテンツへの変更内容を反映させるための情報が含まれる
ことを特徴とする請求項8に記載の受信装置。 - 前記更新データに、更新後のコンテンツへの変更内容を、更新前のコンテンツに反映させるための情報が含まれる場合において、
前記更新手段は、前記更新データに含まれる前記情報に基づいて、更新前のコンテンツに、更新後のコンテンツへの変更内容を反映させる
ことを特徴とする請求項16に記載の受信装置。 - データベースに登録されたコンテンツの提供を受けるためのデータの受信方法において、
前記データベースに登録されたコンテンツが更新された場合に、その更新を行うための更新データを取得するための取得データであって、その更新データを所定の伝送路を介して送信するための資源の割当に基づいて生成された前記更新データを受信するのに必要な受信必要情報を含み、前記更新データによって更新される前記コンテンツを識別するための識別情報が付加されたものを受信し、
前記更新データが、一斉同報が可能な一方向の同報ネットワークを介して送信され、かつ、前記取得データが、前記更新データを前記同報ネットワークを介して送信するための資源の割当に基づいて生成された前記受信必要情報を含む場合において、前記受信必要情報に基づいて、その受信必要情報を含む取得データに付加されている前記識別情報と同一のものが付加されている、前記同報ネットワークを介して送信されてくる前記更新データを取得し、
前記更新データによって、それに付加されている前記識別情報に対応する前記コンテンツを更新する
ことを特徴とする受信方法。 - データベースに登録されたコンテンツの提供のためのデータの送信を行う送信装置と、
前記送信装置からのデータを受信する受信装置と
を備える送受信システムにおいて、
前記送信装置は、
前記データベースに登録されたコンテンツが更新された場合に、その更新を行うための更新データであって、その更新データによって更新される前記コンテンツを識別するための識別情報が付加されたものを生成する更新データ生成手段と、
前記更新データを取得するための取得データであって、その取得データに基づいて取得される前記更新データによって更新される前記コンテンツの前記識別情報が付加されたものを生成する取得データ生成手段と、
前記更新データおよび取得データを所定の伝送路を介して送信するための資源の割当を行う割当手段と、
前記割当手段による資源の割当にしたがって、前記更新データおよび取得データを、前記所定の伝送路を介して送信する送信手段と
を有し、
前記送信手段が、前記更新データを、一斉同報が可能な一方向の同報ネットワークを介して送信する場合において、
前記取得データ生成手段は、前記割当手段による資源の割当に基づいて、前記同報ネットワークを介して送信される前記更新データを受信するのに必要な受信必要情報を、その更新データに付加された前記識別情報と同一のものが付加される前記取得データに含め、
前記受信装置は、
前記取得データを受信する受信手段と、
前記取得データに基づいて、それに付加されている前記識別情報と同一のものが付加されている前記更新データを取得する取得手段と、
前記更新データによって、それに付加されている前記識別情報に対応する前記コンテンツを更新する更新手段と
を有し、
前記更新データが、前記同報ネットワークを介して送信され、かつ、前記取得データが、前記受信必要情報を含む場合において、
前記取得手段は、前記受信必要情報に基づいて、前記同報ネットワークを介して送信されてくる前記更新データを取得する
ことを特徴とする送受信システム。 - データベースに登録されたコンテンツの提供のためのデータの送信を行う送信装置と、
前記送信装置からのデータを受信する受信装置と
を備える送受信システムの送受信方法において、
前記送信装置において、
前記データベースに登録されたコンテンツが更新された場合に、その更新を行うための更新データであって、その更新データによって更新される前記コンテンツを識別するための識別情報が付加されたものを生成するとともに、前記更新データを取得するための取得データであって、その取得データに基づいて取得される前記更新データによって更新される前記コンテンツの前記識別情報が付加されたものを生成し、
前記更新データおよび取得データを、一斉同報が可能な一方向の同報ネットワークを介して送信するための資源の割当を行い、
前記資源の割当に基づいて、前記同報ネットワークを介して送信される前記更新データを受信するのに必要な受信必要情報を、その更新データに付加された前記識別情報と同一のものが付加される前記取得データに含め、
前記資源の割当にしたがって、前記更新データおよび取得データを、前記同報ネットワークを介して送信し、
前記受信装置において、
前記取得データを受信し、
その取得データに含まれる受信必要情報に基づいて、その受信必要情報を含む取得データに付加されている前記識別情報と同一のものが付加されている、前記同報ネットワークを介して送信されてくる前記更新データを取得し、
前記更新データによって、それに付加されている前記識別情報に対応する前記コンテンツを更新する
ことを特徴とする送受信方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002357091A JP4023602B2 (ja) | 2002-12-09 | 2002-12-09 | 送信装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002357091A JP4023602B2 (ja) | 2002-12-09 | 2002-12-09 | 送信装置 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP03672198A Division JP3497370B2 (ja) | 1998-02-03 | 1998-02-03 | 送信装置および送信方法、並びに受信装置および受信方法 |
Publications (3)
Publication Number | Publication Date |
---|---|
JP2003263380A JP2003263380A (ja) | 2003-09-19 |
JP2003263380A5 JP2003263380A5 (ja) | 2005-08-18 |
JP4023602B2 true JP4023602B2 (ja) | 2007-12-19 |
Family
ID=29208280
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2002357091A Expired - Lifetime JP4023602B2 (ja) | 2002-12-09 | 2002-12-09 | 送信装置 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4023602B2 (ja) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2387207A3 (en) * | 2005-04-15 | 2012-04-04 | Ktfreetel Co. Ltd. | Method for providing contents for mobile communication terminal |
WO2007144961A1 (ja) * | 2006-06-16 | 2007-12-21 | Pioneer Corporation | コンテンツ取得処理装置、コンテンツ配信システム、コンテンツ取得処理方法、および、そのプログラム |
-
2002
- 2002-12-09 JP JP2002357091A patent/JP4023602B2/ja not_active Expired - Lifetime
Also Published As
Publication number | Publication date |
---|---|
JP2003263380A (ja) | 2003-09-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP3285841B2 (ja) | コンテンツ提供装置およびコンテンツ提供方法、受信装置および受信方法、並びに通信システムおよび通信方法 | |
US7228349B2 (en) | System and method for interacting with users over a communications network | |
US20020147975A1 (en) | System and method of providing television program sharing service | |
JP2004511116A (ja) | ネットワークアドレス指定のためのシステム | |
JP4337150B2 (ja) | 受信装置および受信方法 | |
US20010034230A1 (en) | Information delivery system using satellite communication | |
JP4571937B2 (ja) | アクセスシステム及びアクセス方法 | |
JP3497370B2 (ja) | 送信装置および送信方法、並びに受信装置および受信方法 | |
JP3474459B2 (ja) | 送信装置および送信方法、受信装置および受信方法、並びに送受信装置および送受信方法 | |
JP4891320B2 (ja) | 番組表配信装置および番組表配信方法 | |
JP4244432B2 (ja) | 伝送方法、伝送システム、送信装置及び受信装置 | |
JPH11306069A (ja) | 送信装置および送信方法、受信装置および受信方法、並びに送受信システムおよび送受信方法 | |
CN100450165C (zh) | 存储和转发广播服务的接收/存储设备 | |
JP3473823B2 (ja) | 送信装置および送信方法、受信装置および受信方法、並びに送受信システムおよび送受信方法 | |
US7197566B1 (en) | Method and apparatus for selecting server to distribute multimedia data via a network | |
JP4023602B2 (ja) | 送信装置 | |
JP4605479B2 (ja) | 送信装置および送信方法、受信装置および受信方法、並びに送受信システムおよび送受信方法 | |
WO2018043111A1 (ja) | 情報処理装置、情報処理方法、及び、情報処理システム | |
JP4909158B2 (ja) | サービス案内提供装置及びそのプログラム | |
JP2003044347A (ja) | 情報取得装置および情報管理サーバならびに情報取得方法 | |
JP2001211431A (ja) | 送信装置、受信装置、送受信システム、送信方法、および受信方法 | |
JP2002118836A (ja) | 情報提供装置および方法 | |
JP2002333890A (ja) | 有線放送システム | |
JPH11306155A (ja) | 送信装置および送信方法、受信装置および受信方法、並びに送受信システムおよび送受信方法 | |
JP2003264575A (ja) | 送信装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050202 |
|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050202 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070705 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070830 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070926 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070926 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101012 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101012 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111012 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111012 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121012 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121012 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131012 Year of fee payment: 6 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
EXPY | Cancellation because of completion of term |