(57)【特許請求の範囲】
【請求項１】
データベースに登録されたコンテンツの提供のためのデータの送信を行う送信装置において、
前記データベースに登録されたコンテンツが更新された場合に、その更新を行うための更新データであって、その更新データによって更新される前記コンテンツを識別するための識別情報が付加されたものを生成する更新データ生成手段と、
前記更新データを取得するための取得データであって、その取得データに基づいて取得される前記更新データによって更新される前記コンテンツの前記識別情報が付加されたものを生成する取得データ生成手段と、
前記更新データおよび取得データを第１の伝送路を介して送信するための資源の割当を行う割当手段と、
前記割当手段による資源の割当にしたがって、前記更新データおよび取得データを、前記第１の伝送路を介して送信する第１の送信手段と
を備え、
前記第１の送信手段が、前記更新データを、一斉同報が可能な一方向の同報ネットワークを介して送信する場合において、
前記取得データ生成手段は、前記割当手段による資源の割当に基づいて、前記同報ネットワークを介して送信される前記更新データを受信するのに必要な受信必要情報を、その更新データに付加された前記識別情報と同一のものが付加される前記取得データに含める
ことを特徴とする送信装置。
【請求項２】
前記更新データを第２の伝送路を介して送信する第２の送信手段
をさらに備え、
前記第２の送信手段が、双方向の通信が可能な双方向ネットワークを介して送信されてくる前記更新データの要求に対応して、その更新データを、前記双方向ネットワークを介して送信する場合において、
前記取得データ生成手段は、前記双方向ネットワークを介して前記更新データを要求するのに必要な要求必要情報を、その更新データに付加された前記識別情報と同一のものが付加される前記取得データに含める
ことを特徴とする請求項１に記載の送信装置。
【請求項３】
前記更新データを受信して記憶し、双方向の通信が可能な双方向ネットワークを介して送信されてくる前記更新データの要求に対応して、その更新データを、前記双方向ネットワークを介して送信する情報処理装置が存在する場合において、
前記取得データ生成手段は、前記双方向ネットワークを介して、前記情報処理装置に対して、前記更新データを要求するのに必要な要求必要情報を、その更新データに付加された前記識別情報と同一のものが付加される前記取得データに含める
ことを特徴とする請求項１に記載の送信装置。
【請求項４】
１以上の前記情報処理装置が存在する場合において、
双方向の通信が可能な双方向ネットワークを介して送信されてくる前記更新データの要求に対応して、その更新データを、前記双方向ネットワークを介して送信する第２の送信手段をさらに備え、
前記取得データ生成手段は、前記１以上の情報処理装置または前記第２の送信手段に対して、前記双方向ネットワークを介して前記更新データを要求するのに必要な要求必要情報を、その更新データに付加された前記識別情報と同一のものが付加される前記取得データに含める
ことを特徴とする請求項３に記載の送信装置。
【請求項５】
前記取得データを受信し、その取得データに基づき、前記１以上の情報処理装置もしくは前記第２の送信手段に対して、前記更新データを要求する複数の受信装置が存在する場合において、
前記取得データ生成手段は、前記複数の受信装置それぞれが、前記更新データを、前記１以上の情報処理装置もしくは前記第２の送信手段のうちのいずれに要求すべきかに関する要求先情報、または前記更新データをいつ要求すべきかに関する要求タイミング情報も、前記取得データに含める
ことを特徴とする請求項４に記載の送信装置。
【請求項６】
前記更新データには、更新後のコンテンツ、または更新前のコンテンツに、更新後のコンテンツへの変更内容を反映させるための情報が含まれる
ことを特徴とする請求項１に記載の送信装置。
【請求項７】
データベースに登録されたコンテンツの提供のためのデータの送信方法において、
前記データベースに登録されたコンテンツが更新された場合に、その更新を行うための更新データであって、その更新データによって更新される前記コンテンツを識別するための識別情報が付加されたものを生成するとともに、前記更新データを取得するための取得データであって、その取得データに基づいて取得される前記更新データによって更新される前記コンテンツの前記識別情報が付加されたものを生成し、
前記更新データおよび取得データを、一斉同報が可能な一方向の同報ネットワークを介して送信するための資源の割当を行い、
前記資源の割当に基づいて、前記同報ネットワークを介して送信される前記更新データを受信するのに必要な受信必要情報を、その更新データに付加された前記識別情報と同一のものが付加される前記取得データに含め、
前記資源の割当にしたがって、前記更新データおよび取得データを、前記同報ネットワークを介して送信する
ことを特徴とする送信方法。
【請求項８】
データベースに登録されたコンテンツの提供を受けるためのデータの受信を行う受信装置において、
前記データベースに登録されたコンテンツが更新された場合に、その更新を行うための更新データを取得するための取得データであって、その更新データを所定の伝送路を介して送信するための資源の割当に基づいて生成された前記更新データを受信するのに必要な受信必要情報を含み、前記更新データによって更新される前記コンテンツを識別するための識別情報が付加されたものを受信する受信手段と、
前記取得データに基づいて、それに付加されている前記識別情報と同一のものが付加されている前記更新データを取得する取得手段と、
前記更新データによって、それに付加されている前記識別情報に対応する前記コンテンツを更新する更新手段と
を備え、
前記更新データが、一斉同報が可能な一方向の同報ネットワークを介して送信され、かつ、前記取得データが、前記更新データを前記同報ネットワークを介して送信するための資源の割当に基づいて生成された前記受信必要情報を含む場合において、
前記取得手段は、前記受信必要情報に基づいて、前記同報ネットワークを介して送信されてくる前記更新データを取得する
ことを特徴とする受信装置。
【請求項９】
前記取得手段は、
前記同報ネットワークを介して送信されてくる前記更新データを受信する受信手段を有し、
前記受信必要情報に、前記更新データが送信されてくる送信時刻が含まれる場合において、前記受信手段が、その送信時刻に、動作可能な状態にないとき、前記受信手段を、動作可能な状態にする
ことを特徴とする請求項８に記載の受信装置。
【請求項１０】
前記更新データが、その更新データの要求に対応して、双方向の通信が可能な双方向ネットワークを介して送信され、かつ、前記取得データが、前記双方向ネットワークを介して、前記更新データを要求するのに必要な要求必要情報を含む場合において、
前記取得手段は、前記要求必要情報に基づき、前記双方向ネットワークを介して、前記更新データを要求し、その要求に対応して、前記双方向ネットワークを介して送信されてくる前記更新データを取得する
ことを特徴とする請求項８に記載の受信装置。
【請求項１１】
前記取得手段からの前記更新データの要求に対応して、その更新データを送信する１以上の情報処理装置が存在する場合において、
前記取得データは、前記更新データを、前記１以上の情報処理装置のうちのいずれに要求すべきかに関する要求先情報、または前記要求データをいつ要求すべきかに関する要求タイミング情報も含んでおり、
前記取得手段は、前記１以上の情報処理装置のうちの、前記要求先情報に対応するものに対して、または前記要求タイミング情報に対応するタイミングで、前記更新データを要求する
ことを特徴とする請求項１０に記載の受信装置。
【請求項１２】
前記取得手段は、前記取得データおよび更新データを送信する送信装置、または前記送信装置から送信されてくる前記更新データを受信して記憶する情報処理装置に対して、前記双方向ネットワークを介して、前記更新データを要求する
ことを特徴とする請求項１０に記載の受信装置。
【請求項１３】
前記更新データが、前記同報ネットワークを介して送信されるとともに、前記更新データの要求に対応して、双方向の通信が可能な双方向ネットワークを介して送信され、かつ、前記取得データが、前記更新データを前記同報ネットワークを介して送信するための資源の割当に基づいて生成された前記受信必要情報を含むとともに、前記双方向ネットワークを介して、前記更新データを要求するのに必要な要求必要情報を含む場合において、
前記取得手段は、前記受信必要情報に基づいて、前記同報ネットワークを介して送信されてくる前記更新データを取得するか、または前記要求必要情報に基づいて、前記双方向ネットワークを介して、前記更新データを要求し、その要求に対応して、前記双方向ネットワークを介して送信されてくる前記更新データを取得する
ことを特徴とする請求項８に記載の受信装置。
【請求項１４】
前記取得手段は、前記同報ネットワークまたは双方向ネットワークのうちのいずれを介して送信されてくる前記更新データを取得するかを、前記更新データのサイズ、または前記更新データが前記同報ネットワークを介して送信される頻度に基づいて選択する
ことを特徴とする請求項１３に記載の受信装置。
【請求項１５】
所定の入力を与えるときに操作される操作手段をさらに備え、
前記取得手段は、前記同報ネットワークまたは双方向ネットワークのうちのいずれを介して送信されてくる前記更新データを取得するかを、前記操作手段の操作に基づいて選択する
ことを特徴とする請求項１３に記載の受信装置。
【請求項１６】
前記更新データには、更新後のコンテンツ、または更新前のコンテンツに、更新後のコンテンツへの変更内容を反映させるための情報が含まれる
ことを特徴とする請求項８に記載の受信装置。
【請求項１７】
前記更新データに、更新後のコンテンツへの変更内容を、更新前のコンテンツに反映させるための情報が含まれる場合において、
前記更新手段は、前記更新データに含まれる前記情報に基づいて、更新前のコンテンツに、更新後のコンテンツへの変更内容を反映させる
ことを特徴とする請求項１６に記載の受信装置。
【請求項１８】
データベースに登録されたコンテンツの提供を受けるためのデータの受信方法において、
前記データベースに登録されたコンテンツが更新された場合に、その更新を行うための更新データを取得するための取得データであって、その更新データを所定の伝送路を介して送信するための資源の割当に基づいて生成された前記更新データを受信するのに必要な受信必要情報を含み、前記更新データによって更新される前記コンテンツを識別するための識別情報が付加されたものを受信し、
前記更新データが、一斉同報が可能な一方向の同報ネットワークを介して送信され、かつ、前記取得データが、前記更新データを前記同報ネットワークを介して送信するための資源の割当に基づいて生成された前記受信必要情報を含む場合において、前記受信必要情報に基づいて、その受信必要情報を含む取得データに付加されている前記識別情報と同一のものが付加されている、前記同報ネットワークを介して送信されてくる前記更新データを取得し、
前記更新データによって、それに付加されている前記識別情報に対応する前記コンテンツを更新する
ことを特徴とする受信方法。
【請求項１９】
データベースに登録されたコンテンツの提供のためのデータの送信を行う送信装置と、
前記送信装置からのデータを受信する受信装置と
を備える送受信システムにおいて、
前記送信装置は、
前記データベースに登録されたコンテンツが更新された場合に、その更新を行うための更新データであって、その更新データによって更新される前記コンテンツを識別するための識別情報が付加されたものを生成する更新データ生成手段と、
前記更新データを取得するための取得データであって、その取得データに基づいて取得される前記更新データによって更新される前記コンテンツの前記識別情報が付加されたものを生成する取得データ生成手段と、
前記更新データおよび取得データを所定の伝送路を介して送信するための資源の割当を行う割当手段と、
前記割当手段による資源の割当にしたがって、前記更新データおよび取得データを、前記所定の伝送路を介して送信する送信手段と
を有し、
前記送信手段が、前記更新データを、一斉同報が可能な一方向の同報ネットワークを介して送信する場合において、
前記取得データ生成手段は、前記割当手段による資源の割当に基づいて、前記同報ネットワークを介して送信される前記更新データを受信するのに必要な受信必要情報を、その更新データに付加された前記識別情報と同一のものが付加される前記取得データに含め、
前記受信装置は、
前記取得データを受信する受信手段と、
前記取得データに基づいて、それに付加されている前記識別情報と同一のものが付加されている前記更新データを取得する取得手段と、
前記更新データによって、それに付加されている前記識別情報に対応する前記コンテンツを更新する更新手段と
を有し、
前記更新データが、前記同報ネットワークを介して送信され、かつ、前記取得データが、前記受信必要情報を含む場合において、
前記取得手段は、前記受信必要情報に基づいて、前記同報ネットワークを介して送信されてくる前記更新データを取得する
ことを特徴とする送受信システム。
【請求項２０】
データベースに登録されたコンテンツの提供のためのデータの送信を行う送信装置と、
前記送信装置からのデータを受信する受信装置と
を備える送受信システムの送受信方法において、
前記送信装置において、
前記データベースに登録されたコンテンツが更新された場合に、その更新を行うための更新データであって、その更新データによって更新される前記コンテンツを識別するための識別情報が付加されたものを生成するとともに、前記更新データを取得するための取得データであって、その取得データに基づいて取得される前記更新データによって更新される前記コンテンツの前記識別情報が付加されたものを生成し、
前記更新データおよび取得データを、一斉同報が可能な一方向の同報ネットワークを介して送信するための資源の割当を行い、
前記資源の割当に基づいて、前記同報ネットワークを介して送信される前記更新データを受信するのに必要な受信必要情報を、その更新データに付加された前記識別情報と同一のものが付加される前記取得データに含め、
前記資源の割当にしたがって、前記更新データおよび取得データを、前記同報ネットワークを介して送信し、
前記受信装置において、
前記取得データを受信し、
その取得データに含まれる受信必要情報に基づいて、その受信必要情報を含む取得データに付加されている前記識別情報と同一のものが付加されている、前記同報ネットワークを介して送信されてくる前記更新データを取得し、
前記更新データによって、それに付加されている前記識別情報に対応する前記コンテンツを更新する
ことを特徴とする送受信方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、送信装置に関し、特に、例えば、分散型データベースにおける多数のデータベースへのデータの配信を行う場合や、ＩＰ（Internet Protocol）マルチキャストによりデータを配信する場合、その他データを不特定多数に配信する場合などに用いて好適な送信装置に関する。
【０００２】
【従来の技術】
データの配信手法としては、種々の手法が提案されているが、例えば、現在のインターネット上においては、ＨＴＴＰ（Hyper Text Transfer Protocol）のようなＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）を基本とするプロトコルが採用されている。ＴＣＰ／ＩＰでは、データの配信を受ける受信側から、データの送信側に対して、発呼が行われ、さらに、データの送受信を行うごとに、送信側と受信側との間で、コネクションが確立されるので、信頼性の高いデータの配信を行うことができる。しかしながら、その反面、送信側やネットワークの負荷が大きくなり、効率的なデータ配信を行うことが困難になる場合があった。
【０００３】
即ち、データの提供を受ける端末が増大し、データを提供するサーバへのアクセスが集中すると、サーバやネットワークに多大な負荷がかかり、データを要求しても、そのデータを得るまでに、多大な時間を要することがあった。
【０００４】
そこで、データの配信を、例えば、広い地域に亘って、一斉同報が可能な衛星回線やＣＡＴＶ網などを用いて行う方法が提案されている。この場合、端末の増加によって、サーバやネットワークに対する負荷が影響を受けることはない。
【０００５】
【発明が解決しようとする課題】
ところで、衛星回線などを用いて、データの配信を行う場合、受信側では、所望のデータが、どのチャンネル（衛星回線であれば、どのトランスポンダの、どの周波数帯域か）で、さらには、いつ放送されてくるか分からないため、常時、すべてのチャンネルを監視している必要があり、受信側の負担が大になる。
【０００６】
本発明は、このような状況に鑑みてなされたものであり、受信側の負担の増加を抑えつつ、効率的なデータ配信を行うことができるようにするものである。
【０００７】
【課題を解決するための手段】
本発明の送信装置は、データベースに登録されたコンテンツが更新された場合に、その更新を行うための更新データであって、その更新データによって更新されるコンテンツを識別するための識別情報が付加されたものを生成する更新データ生成手段と、更新データを取得するための取得データであって、その取得データに基づいて取得される更新データによって更新されるコンテンツの識別情報が付加されたものを生成する取得データ生成手段と、更新データおよび取得データを第１の伝送路を介して送信するための資源の割当を行う割当手段と、割当手段による資源の割当にしたがって、更新データおよび取得データを、第１の伝送路を介して送信する第１の送信手段とを備え、第１の送信手段が、更新データを、一斉同報が可能な一方向の同報ネットワークを介して送信する場合において、取得データ生成手段は、割当手段による資源の割当に基づいて、同報ネットワークを介して送信される更新データを受信するのに必要な受信必要情報を、その更新データに付加された識別情報と同一のものが付加される取得データに含めることを特徴とする。
送信装置には、更新データを第２の伝送路を介して送信する第２の送信手段をさらに設け、第２の送信手段が、双方向の通信が可能な双方向ネットワークを介して送信されてくる更新データの要求に対応して、その更新データを、双方向ネットワークを介して送信する場合において、取得データ生成手段は、双方向ネットワークを介して更新データを要求するのに必要な要求必要情報を、その更新データに付加された識別情報と同一のものが付加される取得データに含めることができる。
更新データを受信して記憶し、双方向の通信が可能な双方向ネットワークを介して送信されてくる更新データの要求に対応して、その更新データを、双方向ネットワークを介して送信する情報処理装置が存在する場合において、取得データ生成手段は、双方向ネットワークを介して、情報処理装置に対して、更新データを要求するのに必要な要求必要情報を、その更新データに付加された識別情報と同一のものが付加される取得データに含めることができる。
送信装置には、１以上の情報処理装置が存在する場合において、双方向の通信が可能な双方向ネットワークを介して送信されてくる更新データの要求に対応して、その更新データを、双方向ネットワークを介して送信する第２の送信手段をさらに設け、取得データ生成手段は、１以上の情報処理装置または第２の送信手段に対して、双方向ネットワークを介して更新データを要求するのに必要な要求必要情報を、その更新データに付加された識別情報と同一のものが付加される取得データに含めることができる。
取得データを受信し、その取得データに基づき、１以上の情報処理装置もしくは第２の送信手段に対して、更新データを要求する複数の受信装置が存在する場合において、取得データ生成手段は、複数の受信装置それぞれが、更新データを、１以上の情報処理装置もしくは第２の送信手段のうちのいずれに要求すべきかに関する要求先情報、または更新データをいつ要求すべきかに関する要求タイミング情報も、取得データに含めることができる。
更新データには、更新後のコンテンツ、または更新前のコンテンツに、更新後のコンテンツへの変更内容を反映させるための情報が含まれるようにすることができる。
本発明の送信方法は、データベースに登録されたコンテンツが更新された場合に、その更新を行うための更新データであって、その更新データによって更新されるコンテンツを識別するための識別情報が付加されたものを生成するとともに、更新データを取得するための取得データであって、その取得データに基づいて取得される更新データによって更新されるコンテンツの識別情報が付加されたものを生成し、更新データおよび取得データを、一斉同報が可能な一方向の同報ネットワークを介して送信するための資源の割当を行い、資源の割当に基づいて、同報ネットワークを介して送信される更新データを受信するのに必要な受信必要情報を、その更新データに付加された識別情報と同一のものが付加される取得データに含め、資源の割当にしたがって、更新データおよび取得データを、同報ネットワークを介して送信することを特徴とする。
本発明の受信装置は、データベースに登録されたコンテンツが更新された場合に、その更新を行うための更新データを取得するための取得データであって、その更新データを所定の伝送路を介して送信するための資源の割当に基づいて生成された更新データを受信するのに必要な受信必要情報を含み、更新データによって更新されるコンテンツを識別するための識別情報が付加されたものを受信する受信手段と、取得データに基づいて、それに付加されている識別情報と同一のものが付加されている更新データを取得する取得手段と、更新データによって、それに付加されている識別情報に対応するコンテンツを更新する更新手段とを備え、更新データが、一斉同報が可能な一方向の同報ネットワークを介して送信され、かつ、取得データが、更新データを同報ネットワークを介して送信するための資源の割当に基づいて生成された受信必要情報を含む場合において、取得手段は、受信必要情報に基づいて、同報ネットワークを介して送信されてくる更新データを取得することを特徴とする。
取得手段は、同報ネットワークを介して送信されてくる更新データを受信する受信手段を有し、受信必要情報に、更新データが送信されてくる送信時刻が含まれる場合において、受信手段が、その送信時刻に、動作可能な状態にないとき、受信手段を、動作可能な状態にすることができる。
更新データが、その更新データの要求に対応して、双方向の通信が可能な双方向ネットワークを介して送信され、かつ、取得データが、双方向ネットワークを介して、更新データを要求するのに必要な要求必要情報をも含む場合において、取得手段は、要求必要情報に基づき、双方向ネットワークを介して、更新データを要求し、その要求に対応して、双方向ネットワークを介して送信されてくる更新データを取得することができる。
取得手段からの更新データの要求に対応して、その更新データを送信する１以上の情報処理装置が存在する場合において、取得データは、更新データを、１以上の情報処理装置のうちのいずれに要求すべきかに関する要求先情報、または要求データをいつ要求すべきかに関する要求タイミング情報も含んでおり、取得手段は、１以上の情報処理装置のうちの、要求先情報に対応するものに対して、または要求タイミング情報に対応するタイミングで、更新データを要求することができる。
取得手段は、取得データおよび更新データを送信する送信装置、または送信装置から送信されてくる更新データを受信して記憶する情報処理装置に対して、双方向ネットワークを介して、更新データを要求することができる。
更新データが、同報ネットワークを介して送信されるとともに、更新データの要求に対応して、双方向の通信が可能な双方向ネットワークを介して送信され、かつ、取得データが、更新データを同報ネットワークを介して送信するための資源の割当に基づいて生成された受信必要情報を含むとともに、双方向ネットワークを介して、更新データを要求するのに必要な要求必要情報を含む場合において、取得手段は、受信必要情報に基づいて、同報ネットワークを介して送信されてくる更新データを取得するか、または要求必要情報に基づいて、双方向ネットワークを介して、更新データを要求し、その要求に対応して、双方向ネットワークを介して送信されてくる更新データを取得することができる。
取得手段は、同報ネットワークまたは双方向ネットワークのうちのいずれを介して送信されてくる更新データを取得するかを、更新データのサイズ、または更新データが同報ネットワークを介して送信される頻度に基づいて選択することができる。
受信装置は、所定の入力を与えるときに操作される操作手段をさらに設け、取得手段は、同報ネットワークまたは双方向ネットワークのうちのいずれを介して送信されてくる更新データを取得するかを、操作手段の操作に基づいて選択することができる。
更新データには、更新後のコンテンツ、または更新前のコンテンツに、更新後のコンテンツへの変更内容を反映させるための情報が含まれることができる。
更新データに、更新後のコンテンツへの変更内容を、更新前のコンテンツに反映させるための情報が含まれる場合において、更新手段は、更新データに含まれる情報に基づいて、更新前のコンテンツに、更新後のコンテンツへの変更内容を反映させることを特徴とする。
本発明の受信方法は、データベースに登録されたコンテンツの提供を受けるためのデータの受信方法において、データベースに登録されたコンテンツが更新された場合に、その更新を行うための更新データを取得するための取得データであって、その更新データを所定の伝送路を介して送信するための資源の割当に基づいて生成された更新データを受信するのに必要な受信必要情報を含み、更新データによって更新されるコンテンツを識別するための識別情報が付加されたものを受信し、更新データが、一斉同報が可能な一方向の同報ネットワークを介して送信され、かつ、取得データが、更新データを同報ネットワークを介して送信するための資源の割当に基づいて生成された受信必要情報を含む場合において、受信必要情報に基づいて、その受信必要情報を含む取得データに付加されている識別情報と同一のものが付加されている、同報ネットワークを介して送信されてくる更新データを取得し、更新データによって、それに付加されている識別情報に対応するコンテンツを更新することができる。
本発明の送受信システムにおいて、送信装置は、データベースに登録されたコンテンツが更新された場合に、その更新を行うための更新データであって、その更新データによって更新されるコンテンツを識別するための識別情報が付加されたものを生成する更新データ生成手段と、更新データを取得するための取得データであって、その取得データに基づいて取得される更新データによって更新されるコンテンツの識別情報が付加されたものを生成する取得データ生成手段と、更新データおよび取得データを所定の伝送路を介して送信するための資源の割当を行う割当手段と、割当手段による資源の割当にしたがって、更新データおよび取得データを、所定の伝送路を介して送信する送信手段とを有し、送信手段が、更新データを、一斉同報が可能な一方向の同報ネットワークを介して送信する場合において、取得データ生成手段は、割当手段による資源の割当に基づいて、同報ネットワークを介して送信される更新データを受信するのに必要な受信必要情報を、その更新データに付加された識別情報と同一のものが付加される取得データに含め、受信装置は、取得データを受信する受信手段と、取得データに基づいて、それに付加されている識別情報と同一のものが付加されている更新データを取得する取得手段と、更新データによって、それに付加されている識別情報に対応するコンテンツを更新する更新手段とを有し、更新データが、同報ネットワークを介して送信され、かつ、取得データが、受信必要情報を含む場合において、取得手段は、受信必要情報に基づいて、同報ネットワークを介して送信されてくる更新データを取得することを特徴とする。
本発明の送受信方法は、送信装置において、データベースに登録されたコンテンツが更新された場合に、その更新を行うための更新データであって、その更新データによって更新されるコンテンツを識別するための識別情報が付加されたものを生成するとともに、更新データを取得するための取得データであって、その取得データに基づいて取得される更新データによって更新されるコンテンツの識別情報が付加されたものを生成し、更新データおよび取得データを、一斉同報が可能な一方向の同報ネットワークを介して送信するための資源の割当を行い、資源の割当に基づいて、同報ネットワークを介して送信される更新データを受信するのに必要な受信必要情報を、その更新データに付加された識別情報と同一のものが付加される取得データに含め、資源の割当にしたがって、更新データおよび取得データを、同報ネットワークを介して送信し、受信装置において、取得データを受信し、その取得データに含まれる受信必要情報に基づいて、その受信必要情報を含む取得データに付加されている識別情報と同一のものが付加されている、同報ネットワークを介して送信されてくる更新データを取得し、更新データによって、それに付加されている識別情報に対応するコンテンツを更新することを特徴とする。
【０００８】
本発明の送信装置および送信方法においては、データベースに登録されたコンテンツが更新された場合に、その更新を行うための更新データであって、その更新データによって更新されるコンテンツを識別するための識別情報が付加されたものが生成され、更新データを取得するための取得データであって、その取得データに基づいて取得される更新データによって更新されるコンテンツの識別情報が付加されたものが生成される。そして、更新データおよび取得データを、一斉同報が可能な一方向の同報ネットワークを介して送信するための資源の割当が行われ、その資源の割当に基づいて、同報ネットワークを介して送信される更新データを受信するのに必要な受信必要情報が、その更新データに付加された識別情報と同一のものが付加される取得データに含められ、資源の割当にしたがって、更新データおよび取得データが、同報ネットワークを介して送信される。
本発明の受信装置および受信方法においては、データベースに登録されたコンテンツが更新された場合に、その更新を行うための更新データを取得するための取得データであって、その更新データを所定の伝送路を介して送信するための資源の割当に基づいて生成された更新データを受信するのに必要な受信必要情報を含み、更新データによって更新されるコンテンツを識別するための識別情報が付加されたものが受信され、更新データが、一斉同報が可能な一方向の同報ネットワークを介して送信され、かつ、取得データが、更新データを同報ネットワークを介して送信するための資源の割当に基づいて生成された受信必要情報を含む場合において、受信必要情報に基づいて、その受信必要情報を含む取得データに付加されている識別情報と同一のものが付加されている、同報ネットワークを介して送信されてくる更新データが取得され、更新データによって、それに付加されている識別情報に対応するコンテンツが更新される。
本発明の送受信システムおよび送受信方法は、データベースに登録されたコンテンツが更新された場合に、その更新を行うための更新データであって、その更新データによって更新されるコンテンツを識別するための識別情報が付加されたものが生成されるとともに、更新データを取得するための取得データであって、その取得データに基づいて取得される更新データによって更新されるコンテンツの識別情報が付加されたものが生成される。そして、更新データおよび取得データを、一斉同報が可能な一方向の同報ネットワークを介して送信するための資源の割当が行われ、その資源の割当に基づいて、同報ネットワークを介して送信される更新データを受信するのに必要な受信必要情報が、その更新データに付加された識別情報と同一のものが付加される取得データに含められ、資源の割当にしたがって、更新データおよび取得データが、同報ネットワークを介して送信される。また、取得データが受信され、その取得データに含まれる受信必要情報に基づいて、その受信必要情報を含む取得データに付加されている、同報ネットワークを介して送信されてくる更新データが取得され、その更新データによって、それに付加されている識別情報に対応するコンテンツが更新される。
【０００９】
【発明の実施の形態】
図１は、本発明を適用したデータ配信システム（本明細書中において、システムとは、複数の装置が論理的に集合した物をいい、各構成の装置が同一筐体中にあるか否かは問わない）の一実施の形態の構成例を示している。
【００１０】
情報提供者Ａ乃至Ｃは、各種のデータが記憶されたデータベース１ａ乃至１ｃを有している。なお、データベース１ａ乃至１ｃには、例えば、交通情報、天気情報、株価情報その他のリアルタイムで変化するデータや、そのようにリアルタイムでは変化しないもの、さらには、テキストデータ、画像データ、音声データ、コンピュータプログラムなどのあらゆるもの（ポイントキャストによって提供されるフォーマットのデータや、ＷＷＷ（World Wide Web）で提供されるホームページを構成するデータなども含む）を記憶させることができるようになされている。ここで、例えば、交通情報や、天気情報などのひとまとまりの情報（例えば、１のファイル）を、以下、適宜、コンテンツ（contents）またはオブジェクト（object）という。
【００１１】
データベース１ａ乃至１ｃに記憶されたオブジェクト（コンテンツ）が更新されると、即ち、データベース１ａ乃至１ｃに記憶されたオブジェクトが変更されたり、また、そこにオブジェクトが新規に登録されたり、あるいは、そこに記憶されているオブジェクトが削除されると、その更新を行うための更新オブジェクト情報が、放送局を構成するサーバ２に送信され、サーバ２では、その更新オブジェクト情報に基づいて、データベース３が更新される。
【００１２】
ここで、更新オブジェクト情報としては、オブジェクトが変更された場合は、例えば、その変更後のオブジェクトが、新規のオブジェクトが登録された場合は、例えば、その新規のオブジェクトが、オブジェクトが削除された場合は、例えば、そのオブジェクトの削除指令が、それぞれデータベース１ａ乃至１ｃからサーバ２に対して送信される。この場合、更新オブジェクト情報は、オブジェクトが変更されたときには、その変更後のオブジェクトに等しく、また、新規のオブジェクトが登録されたときには、その新規のオブジェクトに等しい。
【００１３】
サーバ２は、更新オブジェクト情報に基づき、データベース３の登録内容を更新すると、その更新オブジェクト情報を、例えば、アナログ公衆網や、ＩＳＤＮ（Integrated Services Digital Network）、インターネット、その他の、少なくとも双方向通信が可能なネットワークである通信ネットワーク６や専用線などを介してミラーサーバ７に送信する。ミラーサーバ７は、サーバ２からの更新オブジェクト情報を受信し、その更新オブジェクト情報に基づいて、データベース８を更新する。従って、データベース３と８との登録内容は、常時、同一になるようになされている。
【００１４】
さらに、サーバ２は、データベース３の登録内容を更新すると、更新オブジェクト情報に、その更新オブジェクト情報によって更新されるオブジェクトを識別するための識別子（識別情報）を付加したデータ（以下、適宜、サブジェクト（subject）という）（更新データ）を生成する。即ち、データベース３に記憶されたオブジェクトには、各オブジェクトを識別するための識別子が対応付けられており、更新オブジェクト情報によって更新されるオブジェクトの識別子が、更新オブジェクト情報に付加されることで、サブジェクトが生成される。
【００１５】
また、サーバ２では、サブジェクトを取得するためのデータも生成される。即ち、サブジェクトは、後述するように、サーバ２から放送ネットワーク４を介して送信される場合があり、この場合、サブジェクトを取得するには、サブジェクトが放送される時刻やチャンネルなどが必要となる。また、サブジェクトは、後述するように、ＵＲＬ（Uniform Resorce Locator）などと対応付けられ、サーバ２やミラーサーバ７で管理される場合があり、この場合、サブジェクトを取得するには、そのＵＲＬが必要となる。そこで、サーバ２では、このような情報が、サブジェクトを取得するためのデータとして生成される。
【００１６】
さらに、サーバ２は、サブジェクトを取得するためのデータに、そのデータに基づいて取得されるサブジェクトによって更新されるオブジェクトの識別子を付加したデータ（以下、適宜、イベント（event）という）を生成する。
【００１７】
サーバ２において、サブジェクトと、そのサブジェクトの取得するためのイベントが生成されると、これらは、所定の送信スケジュールにしたがい、例えば、衛星回線や、ＣＡＴＶ網、地上波、その他の、少なくとも、多数のユーザに一斉同報が可能な一方向（双方向でもよい）のネットワークである放送ネットワーク４を介して、例えば、ＩＲＤ（Integrated Receever and Decoder）やＳＴＢ(Set Top Box)などでなる受信端末５に対して送信される。
【００１８】
即ち、サブジェクトが生成され、その取得のためのイベント（そのサブジェクトと同一の識別子が付加されたイベント）が生成されると、基本的には、まず最初に、イベントが、放送ネットワーク４を介して送信される。さらに、このようにして送信されたイベントの中に、サブジェクトの放送時刻やチャンネルなどが記述されたものがある場合には、その放送時刻に、そのチャンネルで、サブジェクトが、放送ネットワーク４を介して送信される。
【００１９】
ここで、サーバ２においては、例えば、サブジェクトの送信スケジュールがたてられ（放送時刻および放送チャンネルなどが決められ）、その送信スケジュールにしたがって、イベントに、そのサブジェクトの放送時刻や放送チャンネルなどが記述される。そして、そのイベントの送信スケジュールがたてられる。
【００２０】
また、サブジェクトが、例えば、ＵＲＬに対応付けられ、サーバ２やミラーサーバ７の管理下におかれる場合には、そのＵＲＬを含むイベントが生成され、放送ネットワーク４を介して送信される。即ち、サブジェクトがサーバ２またはミラーサーバ７の管理下におかれる場合には、それぞれ、サーバ２またはミラーサーバ７のＩＰアドレスをドメイン名として有するＵＲＬを含むイベントが生成されて送信される。
【００２１】
以上のようにして放送ネットワーク４を介して送信（配信）されてくるイベントは、ユーザの受信端末５で受信される。受信端末５では、受信したイベントのうち、ユーザが所望するオブジェクトについてのものが選択され、その選択されたイベントに基づいて、サブジェクトが取得される。
【００２２】
即ち、例えば、イベントに、サブジェクトの放送時刻やチャンネルが含まれている場合には、サーバ２において、上述したように、その放送時刻に、そのチャンネルで、サブジェクトが、放送ネットワーク４を介して送信されてくるから、受信端末５では、そのようにして送信されてくるサブジェクトが受信される。
【００２３】
また、例えば、イベントに、サブジェクトに対応付けられたＵＲＬが含まれている場合には、受信端末５は、そのＵＲＬのドメイン名に対応するサーバに対して、通信ネットワーク６を介してアクセスし、サブジェクトを要求して受信する。
【００２４】
具体的には、イベントに含まれるＵＲＬのドメイン名に対応するサーバが、例えば、サーバ２であれば、サブジェクトは、サーバ２の管理下におかれているから、受信端末５は、通信ネットワーク６を介して、サーバ２にアクセスし、サブジェクトを取得する。
【００２５】
また、イベントに含まれるＵＲＬのドメイン名に対応するサーバが、例えば、ミラーサーバ７であれば、サブジェクトは、ミラーサーバ７の管理下におかれているから、受信端末５は、通信ネットワーク６を介して、ミラーサーバ７にアクセスし、サブジェクトを取得する。
【００２６】
受信端末５は、以上のようにしてサブジェクトを取得した後、そのサブジェクトに基づいて、オブジェクトを更新する。
【００２７】
なお、サブジェクトは、サーバ２から放送ネットワーク４を介して送信されるとともに、サーバ２やミラーサーバ７の管理下にもおかれることがある。さらに、図１の実施の形態では、１のミラーサーバ７だけを図示してあるが、ミラーサーバ７と同様の処理を行うミラーサーバ（情報処理装置）は、通信ネットワーク６上に複数台設けることができ、この場合、サブジェクトは、その複数のミラーサーバの管理下におくこともできる。また、サブジェクトは、サーバ２から放送ネットワーク４を介して、あるチャンネルの、ある時刻においてだけ送信されるのではなく、複数のチャンネルや複数の時刻に送信される場合もある。
【００２８】
このように、あるサブジェクトを取得する方法が複数ある場合には、イベントには、その複数の方法それぞれについての情報（放送時刻や、放送チャンネル、ＵＲＬなど）が含められるが、このうちのいずれの方法によってサブジェクトを取得するかは、受信端末５において決定される。即ち、例えば、イベントに、放送ネットワーク４を介してサブジェクトを送信する時刻が複数含まれている場合には、受信端末５では、例えば、現在時刻に最も近い時刻に放送されてくるサブジェクトが受信されることで、サブジェクトが取得される。また、例えば、イベントに、複数のＵＲＬが含まれている場合には、受信端末５から最も近い位置にあるサーバのものが選択され、そのサーバに対して、通信ネットワーク６を介して、サブジェクトの要求が行われることにより、サブジェクトが取得される。さらに、例えば、イベントに、放送ネットワーク４を介してサブジェクトを送信する時刻と、ＵＲＬとが含まれている場合において、例えば、放送ネットワーク４の回線状態が悪いとき（Ｓ／Ｎ（Signal/Noise）が低いときなど）には、ＵＲＬに基づき、上述したようにして、サブジェクトが取得される。また、その他、いずれの方法によってサブジェクトを取得するかは、受信端末５のユーザの操作などに基づいて決定するようにすることもできる。
【００２９】
以上のようなデータ配信システムによれば、サブジェクトの取得方法が記述されたイベントが、放送ネットワーク４を介して配信され、受信端末５において、そのイベントに基づき、サブジェクトが取得され、オブジェクトの更新が行われるので、受信端末５の負荷の増大を抑えつつ、効率的なデータ配信を行うことができる。
【００３０】
即ち、一般に、オブジェクトの更新（特に、オブジェクトの変更と新規登録）のための更新オブジェクト情報を含むサブジェクトのデータ量は多く、さらに、サブジェクトは、オブジェクトの更新に対応して生成されるため、いつ発生するか分からない。従って、そのような不定期に発生し、かつデータ量の多いサブジェクトだけを、なるべく早期に、放送ネットワーク４を介して送信するとすれば、サーバ２は、現時点において空いているチャンネルを使用して、サブジェクトを送信する必要がある。しかしながら、この場合、受信端末５では、いつ、どのチャンネルで送信されてくるか分からないサブジェクトを待つ必要があり、負担が大になる。
【００３１】
これに対して、イベントは、サブジェクトの取得方法の記述を含むものであるから、一般に、そのデータ量は、更新オブジェクト情報を含むサブジェクトよりも、はるかに少なく、このため、例えば、ある狭帯域のチャンネルの、決まった時間において送信することが可能である。従って、この場合、受信端末５では、そのチャンネルにおいて、決まった時間に送信されてくるイベントを受信すれば良く、その負荷は、サブジェクトの送信を待つ場合に比較して、はるかに小さくて済む。
【００３２】
さらに、本実施の形態では、イベントが、広い地域に亘って一斉同報が可能な放送ネットワーク４を介して送信されるため、受信端末５の数の増加が、サーバ２や放送ネットワーク４の負荷に影響を与えることもない。
【００３３】
そして、本実施の形態では、サブジェクトは、通信ネットワーク６を介して提供されるだけでなく、放送ネットワーク４を介しても提供されるので、サブジェクトの取得のために、サーバ２やミラーサーバ７にアクセスが集中することはほとんどなく、従って、サブジェクトの効率的な配信が可能となる。
【００３４】
なお、放送ネットワーク４と通信ネットワーク６とは、物理的に別々のネットワークである必要はない。即ち、放送ネットワーク４を、例えば、ＣＡＴＶ網で構成する場合においては、そのＣＡＴＶ網は通信ネットワーク６として利用することも可能である。また、放送ネットワーク４によるデータの配信を、例えば、インターネットなどを利用したＩＰ（Internet Protocol）マルチキャストで行う場合においては、通信ネットワーク６は、そのインターネットで構成することも可能である。
【００３５】
さらに、サーバ２からの受信端末５へのデータ（イベントおよびサブジェクト）の送信は、例えば、スクランブルをかけて行い、これにより、特定のユーザ（受信契約を結んだユーザ）のみ、データの受信が可能なようにすることも可能である。
【００３６】
次に、図２は、図１のサーバ２の構成例を示している。
【００３７】
通信制御部１１は、例えば、モデムや、ＴＡ（Terminal Adapter）などで構成され、通信ネットワーク６を介しての通信を制御するようになされている。資源割当部１２は、放送ネットワーク４を介してのデータの送信のための資源割当を行うようになされている。即ち、資源割当部１２は、登録部１５からのオブジェクトの更新の知らせを受け、その更新に伴い、イベントおよびサブジェクトを、放送ネットワーク４を介して送信するための資源の割当（例えば、イベントおよびオブジェクトの送信チャンネルや、送信時刻（時間）、データレート、送信回数（送信頻度）などの決定）を行うようになされている。資源割当部１２によるイベントおよびサブジェクトの送信のための資源の割当結果は、データ構成部１７および伝送部１８に供給されるようになされている。
【００３８】
データ検索部１３は、通信ネットワーク６を介して受信端末５から送信されているサブジェクトの要求を、通信制御部１１から受信し、そのサブジェクトを構成する更新オブジェクト情報を、データベース３から検索する。そして、データ検索部１３は、後述するデータ構成部１７と同様にして、サブジェクトを構成し、通信制御部１１に供給するようになされている。複製管理部１４は、ミラーサーバ７（さらには、通信ネットワーク６上の、図示せぬミラーサーバ）を特定するための情報を管理している。即ち、複製管理部１４は、例えば、通信ネットワーク４がインターネットである場合には、ミラーサーバ７のＩＰアドレスを記憶している。そして、複製管理部１４は、登録部１５からのオブジェクトの更新の知らせを受けると、その更新のための更新オブジェクト情報を、データベース３から読み出し、通信制御部１１を制御することで、その更新オブジェクト情報を、例えば、ミラーサーバ７その他の自身が管理しているＩＰアドレスの、通信ネットワーク６上のサーバに送信するようになされている。なお、複製管理部１４は、自身が管理している情報を、必要に応じて、データ構成部１７に供給するようにもなされている。
【００３９】
登録部１５は、情報提供者Ａ乃至Ｃのデータベース１ａ乃至１ｃから供給される更新オブジェクト情報を受信し、その更新オブジェクト情報に基づいて、オブジェクト（データベース３）を更新するようになされている。即ち、情報提供者Ａ乃至Ｃのデータベース１ａ乃至１ｃからは、更新オブジェクト情報とともに、その更新オブジェクト情報によって更新されるオブジェクトの識別子も供給されるようになされている。登録部１５は、この更新オブジェクト情報および識別子を受信し、その識別子に対応するオブジェクトを、データベース３から検索する。さらに、登録部１５は、そのようにして検索したオブジェクトを、更新オブジェクト情報に基づいて更新し、その後、オブジェクトを更新した旨を、資源割当部１２、複製管理部１４、およびデータ構成部１７に出力する。なお、登録部１５は、データベース１ａ乃至１ｃからの更新オブジェクト情報および識別子も、データベース３に登録するようになされている。
【００４０】
データ構成部１７は、登録部１５からオブジェクトを更新した旨を受信すると、その更新がなされたオブジェクトについての更新オブジェクト情報を、データベース３から読み出し、その更新オブジェクト情報が配置されたサブジェクトを生成して、伝送部１８に出力するようになされている。さらに、データ構成部１７は、そのサブジェクトを取得するためのイベントも生成し、伝送部１８に出力するようになされている。なお、データ構成部１７において、イベントの生成は、資源割当部１２による資源の割当結果や、複製管理部１４から供給される情報を用いて行われるようになされている。即ち、データ構成部１７は、サブジェクトが送信されるチャンネルや時刻、データレート、さらには、それを管理するサーバに関する情報その他を、資源割当部１２による資源の割当結果や、複製管理部１４からの情報から認識し、イベントに含めるようになされている。
【００４１】
伝送部１８は、データ構成部１７からのイベントやサブジェクトを、資源割当部１２の資源の割当結果にしたがって、即ち、例えば、所定のチャンネルで、所定の時刻に、所定のデータレートなどで、放送ネットワーク４を介して送信するようになされている。
【００４２】
次に、図３は、図１のミラーサーバ７の構成例を示している。なお、図中、図２のサーバ２における場合と対応する部分については、同一の符号を付してある。即ち、ミラーサーバ７は、資源割当部１２、複製管理部１４、データ構成部１７、および伝送部１８が設けられていない他は、基本的に、サーバ２と同様に構成されている。なお、ミラーサーバ７を構成する登録部１５には、サーバ２を構成する複製管理部１４が、通信制御部１１を制御することにより、通信ネットワーク６などを介して送信されてくる更新オブジェクト情報が供給されるようになされている。
【００４３】
以上のように構成されるサーバ２では、データベース３にデータを登録（データベースの登録内容を更新）する登録処理、サブジェクトおよびイベントを生成し、放送ネットワーク４を介して伝送するデータ伝送処理、および受信端末５から通信ネットワーク６を介してサブジェクトの要求があった場合に、そのサブジェクトを通信ネットワーク６を介して送信する要求データ送信処理などが行われ、また、ミラーサーバ７では、登録処理および要求データ送信処理などが行われるようになされている。
【００４４】
まず、図４のフローチャートを参照して、サーバ２が行う登録処理について説明する。
【００４５】
登録処理では、まず最初に、ステップＳ１において、情報提供者Ａ乃至Ｃのデータベース１ａ乃至１ｃのうちのいずれかから更新オブジェクト情報と識別子が配信されてきたか否かが、登録部１５によって判定され、配信されてきていないと判定された場合、ステップＳ１に戻る。また、ステップＳ１において、更新オブジェクト情報および識別子が配信されてきたと判定された場合、ステップＳ２に進み、登録部１５は、例えば、その更新オブジェクト情報に、その識別子を付加し、データベース３に登録する。
【００４６】
ここで、データベース１ａ乃至１ｃからは、更新オブジェクト情報と識別子とが、例えば、図５に示すようなフォーマットで供給されるようになされている。
【００４７】
識別子は、ここでは、例えば、交通情報や、天気情報、株価情報、さらには、それらの情報を構成する構成要素などのオブジェクトの種類ごとにあらかじめ割り当てられているユニークなＩＤ（Identification）、およびオブジェクトの新しさを示すバージョン情報などからなる。バージョン情報は、例えば、オブジェクトが更新されるごとに１ずつインクリメントされる整数値などが用いられるようになされており、従って、同一のＩＤが付加されているオブジェクトについては、そのバージョン情報を比較することで、最新のオブジェクトを認識することができる。
【００４８】
なお、ＩＤおよびバージョン情報は、ここでは、例えば、ともに固定長とされている。
【００４９】
登録部１５は、データベース１ａ乃至１ｃから配信されてきた更新オブジェクト情報に、同じくデータベース１ａ乃至１ｃから配信されてきた識別子を付加する（対応付ける）と、さらに、ステップＳ２において、その識別子を構成するＩＤと同一のＩＤを有する識別子が付加されているオブジェクトを、データベース３から検索し、更新オブジェクト情報に基づいて更新する。そして、登録部１５は、その更新したオブジェクトに付加されている識別子のバージョン情報を、例えば、１だけインクリメントする。
【００５０】
その後、登録部１５は、ステップＳ３において、オブジェクトが更新された旨を、資源割当部１２、複製管理部１４、およびデータ構成部１７に出力し、ステップＳ１に戻る。
【００５１】
以上のようにして供給されるオブジェクトが更新された旨を受信した複製管理部１４では、ステップＳ２でデータベース３に登録された更新オブジェクト情報およびそれに付加されている識別子が読み出され、自身が管理しているサーバ、即ち、ここでは、例えば、ミラーサーバ７に対し、通信ネットワーク６を介して送信される。また、複製管理部１４は、更新オブジェクト情報および識別子を送信したサーバを特定するための特定情報、即ち、ここでは、例えば、ミラーサーバ７のＩＰアドレスを、データ構成部１７に出力する。
【００５２】
なお、ミラーサーバ７では、図３のステップＳ１乃至Ｓ３のうちのステップＳ３を除いた処理が、登録処理として行われる。即ち、ミラーサーバ７では、ステップＳ１において、サーバ２から更新オブジェクト情報と識別子が配信されてきたか否かが、登録部１５によって判定され、配信されてきていないと判定された場合、ステップＳ１に戻る。また、ステップＳ１において、更新オブジェクト情報および識別子が配信されてきたと判定された場合、ステップＳ２に進み、ミラーサーバ７の登録部１５は、更新オブジェクト情報に、識別子を付加し、データベース８に登録する。さらに、ミラーサーバ７の登録部１５は、ステップＳ２において、サーバ２から受信した識別子を構成するＩＤと同一のＩＤを有する識別子が付加されているオブジェクトを、データベース８から検索し、そのオブジェクトを、サーバ２から受信した更新オブジェクト情報に基づいて更新する。そして、ミラーサーバ７の登録部１５は、その更新したオブジェクトに付加されている識別子のバージョン情報を、１だけインクリメントし、ステップＳ３をスキップして、ステップＳ１に戻る。
【００５３】
サーバ２において、上述したような登録処理が行われることにより、そのステップＳ３において登録部１５が出力するオブジェクトが更新された旨は、複製管理部１４に供給される他、資源割当部１２およびデータ構成部１７にも供給される。
【００５４】
資源割当部１２は、オブジェクトが更新された旨を受信すると、その更新に関するイベントおよびサブジェクトを、放送ネットワーク４を介して送信するための資源の割当を行い、その割当結果を、データ構成部１７および伝送部１８に出力する。データ構成部１７は、オブジェクトが更新された旨を受信すると、その更新がなされたオブジェクトについての更新オブジェクト情報を、データベース３から読み出し、サブジェクトを生成して、伝送部１８に出力する。さらに、データ構成部１７は、そのサブジェクトを取得するためのイベントを、資源割当部１２の資源割当結果や、複製管理部１４からの情報（例えば、上述したように、ミラーサーバ７のＩＰアドレス）を用いて生成し、伝送部１８に出力する。そして、伝送部１８では、データ構成部１７からのイベントやサブジェクトが、資源割当部１２の資源の割当結果にしたがって、放送ネットワーク４を介して送信される。即ち、資源割当部１２、データ構成部１７、および伝送部１８では、図６に示すようなデータ伝送処理が行われる。
【００５５】
即ち、データ伝送処理では、まず最初に、ステップＳ１１において、資源割当処理が行われる。具体的には、ステップＳ１１では、資源割当部１２において、オブジェクトが更新された旨を受信すると、その更新に関するイベントおよびオブジェクトを、放送ネットワーク４を介して送信するための放送チャンネルや、放送時刻、データレート、送信回数などを決定する。これらの資源割当結果は、データ構成部１７および伝送部１８に供給される。
【００５６】
そして、ステップＳ１２において、データ構成部１７は、イベントおよびサブジェクトを生成する。即ち、データ構成部１７は、データベース３から、オブジェクトの更新に用いられた更新オブジェクト情報と、それに付加されている識別子とを読み出し、例えば、図７（Ａ）に示すようなサブジェクトを構成する。なお、図７（Ａ）においては（同図（Ｂ）においても同様）、識別子と更新オブジェクト情報との間に、判別フラグが配置されているが、この判別フラグは、データがサブジェクトか、またはイベントであるかを表す。
【００５７】
また、データ構成部１７は、サブジェクトについて、そのサブジェクトに付加されている識別子と同一の識別子を付加した、例えば、図７（Ｂ）に示すようなイベントを構成する。即ち、イベントは、サブジェクトに付加されている識別子と同一の識別子に、判別フラグ、放送スケジュール情報、およびサーバアクセス情報を順次配置して構成される。
【００５８】
放送スケジュール情報は、サブジェクトが、放送ネットワーク４を介して放送される場合に、それを受信するのに必要な情報（受信必要情報）で、これには、資源割当部１２からの資源割当結果であるサブジェクトの放送チャンネル、放送時刻（時間）、データレート、送信回数などが含まれる。従って、イベントを構成する放送スケジュール情報を参照することで、そのイベントを構成する識別子のオブジェクトを更新するためのサブジェクトの放送チャンネルや放送時刻などを認識することができ、これにより、そのサブジェクトを受信することが可能となる。
【００５９】
サーバアクセス情報は、サブジェクトが、サーバ２やミラーサーバ７から通信ネットワーク６を介して送信される場合に、通信ネットワーク６を介して、そのサブジェクトを要求するのに必要な情報（要求必要情報）で、これには、例えば、サーバ２やミラーサーバ７のＩＰアドレスなどが含まれる。そして、このＩＰアドレスなどは、サーバ２やミラーサーバ７を特定するための特定情報として、複製管理部１４からデータ構成部１７に供給されるようになされている。
【００６０】
即ち、サーバ２やミラーサーバ７は、データベース３や８に記憶された更新オブジェクト情報およびそれに付加されている識別子とから、図７（Ａ）に示したサブジェクトを構成し、受信端末５からの要求に対応して、そのサブジェクトを、通信ネットワーク６を介して送信するようになされており、このようにして、サブジェクトを取得する場合に、サーバアクセス情報が参照される。
【００６１】
ここで、サーバ２やミラーサーバ７においては、更新オブジェクト情報およびそれに付加されている識別子から構成されるサブジェクトに、例えば、その識別子をＩＰアドレスに付加して構成されるＵＲＬを対応付けて、サブジェクトの管理が行われるようになされている。この場合、イベントを受信した受信端末５では、そのイベントを構成するサーバアクセス情報と識別子とから、そのイベントと同一の識別子が付加されているサブジェクトのＵＲＬを認識することができる。
【００６２】
なお、サブジェクトは、放送ネットワーク４を介してのみ提供することが可能であるが、この場合には、そのサブジェクトについてのイベントには、サーバアクセス情報は配置されない。逆に、サブジェクトは、通信ネットワーク６を介してのみ提供することも可能であるが、この場合には、そのサブジェクトについてのイベントには、放送スケジュール情報は配置されない。
【００６３】
また、サブジェクトが、放送ネットワーク４を介して、複数のチャンネルや、複数の時刻に送信される場合には、そのサブジェクトについてのイベントには、その複数のチャンネルや複数の時刻それぞれに対応する放送スケジュール情報が配置される。同様に、サブジェクトが、通信ネットワーク６を介して、複数のサーバから提供され得る場合には、そのサブジェクトについてのイベントには、その複数のサーバそれぞれに対応するサーバアクセス情報が配置される。
【００６４】
なお、放送スケジュール情報とサーバアクセス情報の両方が存在する場合や、放送スケジュール情報またはサーバアクセス情報のいずれか一方だけが複数存在する場合には、それらのすべてを、１のイベントに含めるのではなく、それらの１つごとに、イベントを生成しても良い。
【００６５】
図６に戻り、ステップＳ１２において、以上のようなイベントおよびサブジェクトが生成されると、そのイベントやサブジェクトは、データ構成部１７から伝送部１８に供給される。伝送部１８では、ステップＳ１３において、データ構成部１７からのイベントやサブジェクトが、資源割当部１２からの資源割当結果にしたがって、放送ネットワーク４を介して送信される。即ち、イベントやサブジェクトは、例えば、所定の送信チャンネルで、所定の送信時刻に、所定のデータレートで、放送ネットワーク４を介して送信され、ステップＳ１４に進む。
【００６６】
ステップＳ１４では、データ構成部１７からのイベントやサブジェクトの送信を、資源割当部１２からの資源割当結果に含まれる送信回数だけ繰り返し行ったかどうかが、伝送部１８によって判定され、行っていないと判定された場合、ステップＳ１３に戻り、イベントやサブジェクトの伝送が繰り返される。即ち、放送ネットワーク４によるデータの送信は、サーバ２から受信端末５の一方向にのみ行われるため、それらの間で、データの送受信が正確に行われたかどうかの確認を行うことができない。そこで、サーバ２では、データの送信が、資源割当部１２による資源の割当結果である送信回数だけ繰り返されるようになされており、これにより、受信端末５において、正確なデータの受信が行われる確率を向上させるようになされている。
【００６７】
一方、ステップＳ１４において、データ構成部１７からのイベントやサブジェクトの送信を、資源割当部１２からの資源割当結果に含まれる送信回数だけ繰り返し行ったと判定された場合、ステップＳ１１に戻り、以下、同様の処理が繰り返される。
【００６８】
なお、上述したように、一般に、イベントはデータ量が少なく、サブジェクトはデータ量が多いから、資源割当部１２では、送信回数は、基本的に、イベントについては多くなり、サブジェクトについては少なくなるように、資源割当が行われる。従って、受信端末５において、放送ネットワーク４を介して送信されてくるイベントを取りこぼす確率（受信できない確率）は小さくなり、さらに、イベントを正常受信することができれば、例えば、それに含まれる放送スケジュール情報を参照することで、サブジェクトが、放送ネットワーク４を介して送信されてくるチャンネルや時刻などを認識することができ、その結果、送信回数の少ないイベントを取りこぼす確率も小さくすることができる。また、仮に、イベントに基づいて、放送チャンネルや放送時刻などを認識したサブジェクトの受信に失敗した場合であっても、あるいは、放送時刻より先に、サブジェクトを必要とする場合などであっても、イベントに、サーバアクセス情報が含まれていれば、そのサーバアクセス情報に基づき、通信ネットワーク６を介して、サーバ２やミラーサーバ７にアクセスすることで、サブジェクトを、早期、かつ確実に取得することができる。
【００６９】
次に、図８のフローチャートを参照して、サーバ２やミラーサーバ７で行われる要求データ送信処理について説明する。
【００７０】
この場合、ステップＳ２１において、受信端末５から通信ネットワーク６を介して、サブジェクトの要求としての、例えば、ＵＲＬが送信されてきたかどうかが、通信制御部１１によって判定され、送信されてきていないと判定された場合、ステップＳ２１に戻る。また、ステップＳ２１において、ＵＲＬが送信されてきたと判定された場合、通信制御部１１は、そのＵＲＬを、データ検索部１３に転送する。データ検索部１３は、ＵＲＬを受信すると、ステップＳ２２において、そのＵＲＬを構成するデータ識別子と同一の識別子が付加されている更新オブジェクト情報を検索する（サーバ２では、データベース２から検索し、ミラーサーバ７では、データベース８から検索する）。
【００７１】
即ち、本実施の形態では、上述したように、イベントを受信した受信端末５において、そのイベントを構成するサーバアクセス情報としてのＩＰアドレスと、識別子とから、そのイベントと同一の識別子が付加されているサブジェクトのＵＲＬが認識されるようになされている。そして、受信端末５は、通信ネットワーク６を介して、サブジェクトを要求する場合には、そのＵＲＬを送信するようになされている。従って、受信端末５からのＵＲＬには、識別子が含まれており、サーバ２やミラーサーバ７では、この識別子を、いわば、更新オブジェクト情報のファイル名として、その検索が行われる。
【００７２】
ステップＳ２２において、更新オブジェクト情報が検索されると、データ検索部１３は、その更新オブジェクトに、それとともに記憶されていた識別子を付加することにより、サブジェクトを構成し、通信制御部１１に供給する。通信制御部１１は、データ検索部１３からのサブジェクトを受信し、ステップＳ２３において、それを、ＵＲＬを送信してきた受信端末（ここでは、受信端末５）に、通信ネットワーク６を介して送信して、ステップＳ２１に戻る。
【００７３】
次に、図９は、図１の受信端末５の構成例を示している。
【００７４】
受信部２１は、サーバ２から放送ネットワーク４を介して送信されてくるデータ、即ち、ここでは、イベントやサブジェクトを受信し、選択部２２に出力するようになされている。選択部２２は、受信部２１からのイベントやサブジェクトの選択を行うようになされている。さらに、選択部２２は、選択したイベントをデータベース２３に一時記憶させるようにもなされている。また、選択部２２は、選択したサブジェクトに含まれる識別子に対応するオブジェクトを、データベース２３から検索し、そのサブジェクトに含まれる更新オブジェクト情報に基づいて更新するようにもなされている。
【００７５】
データベース２３は、例えば、大容量のハードディスクや光磁気ディスク、その他の記録媒体で構成され、オブジェクトを記憶し、また、選択部２２からのイベントを一時記憶するようになされている。
【００７６】
通信制御部２４は、通信ネットワーク６を介しての通信制御を行うようになされており、これにより、要求部２５からのサブジェクトの要求を、通信ネットワーク６を介してサーバ２やミラーサーバ７などに送信したり、また、サーバ２やミラーサーバ７などから通信ネットワーク６を介して送信されてくるサブジェクトを受信するようになされている。
【００７７】
要求部２５は、データベース２３に記憶されているイベントに含まれる放送スケジュール情報にしたがって、放送ネットワーク４を介して送信されてくるサブジェクトを受信するように、受信部２１を制御するようになされている。また、要求部２５は、データベース２３に記憶されたイベントに含まれるサーバアクセス情報にしたがい、通信ネットワーク６を介して、サーバ２やミラーサーバ７に、サブジェクトを要求し、その要求に対応して、サーバ２やミラーサーバ７から、通信ネットワーク６を介して送信されてくるサブジェクトを受信するように、通信制御部２４を制御するようにもなされている。さらに、要求部２５は、通信制御部２４に受信させたサブジェクトに含まれる識別子に対応するオブジェクトを、データベース２３から検索し、そのサブジェクトに含まれる更新オブジェクト情報に基づいて更新するようにもなされている。なお、要求部２５は、以上のような処理を、例えば、定期的に行う他、読み出し部２６から、オブジェクトの更新の要求があった場合にも行うようになされている。
【００７８】
読み出し部２６は、操作部２８の操作に対応して、データベース２３に記憶されたデータを読み出し、出力部２７に供給するようになされている。出力部２７は、例えば、ディスプレイやスピーカなどで構成され、読み出し部２６などからのデータを表示し、または音声として出力するようになされている。操作部２８は、読み出し部２６に対して、所定の入力を与える場合に操作される。
【００７９】
以上のように構成される受信端末５では、サーバ２から放送ネットワーク４を介して送信されてくるデータを受信する受信処理、データベース２３に記憶されたイベントに基づいて、サブジェクトを要求するデータ要求処理、およびデータベース２３に登録されたデータを出力する出力処理などが行われるようになされている。
【００８０】
まず、図１０のフローチャートを参照して、受信処理について説明する。
【００８１】
サーバ２から放送ネットワーク４を介してデータが送信されてくると、受信部２１では、ステップＳ３１において、そのデータ、即ち、イベントまたはサブジェクトが受信され、選択部２２に供給される。選択部２２では、ステップＳ３２において、受信部２１からのイベントまたはサブジェクトが選択すべきものであるかどうかが判定される。
【００８２】
即ち、サーバ２から放送ネットワーク４を介して送信されてくるすべてのイベントやサブジェクトを受信するとした場合には、データベース２３として、記憶容量の膨大なものが必要となる。また、ユーザには好みがあり、各ユーザが、サーバ２のデータベースに記憶されたオブジェクトすべてを必要としていることはほとんどない。それにもかかわらず、サーバ２のデータベース３の登録内容すべてを、データベース２３に反映するのは好ましくない。
【００８３】
そこで、選択部２２に、例えば、ユーザが所望するオブジェクトについてのＩＤ（上述した識別子を構成するＩＤ）を登録しておくと、選択部２２は、そのＩＤと同一のＩＤを有するイベントおよびオブジェクトだけを選択するようになされている。従って、ステップＳ３２における判定は、ユーザが登録したＩＤと、受信部２１から供給されるイベントやサブジェクトの識別子を構成するＩＤとを比較することで行われる。
【００８４】
ステップＳ３２において、受信部２１からのイベントまたはサブジェクトが選択すべきものでないと判定された場合、即ち、例えば、ユーザが登録したＩＤと、受信部２１から供給されたイベントまたはサブジェクトに記述されているＩＤとが一致しない場合、次のイベントまたはサブジェクトが、放送ネットワーク４を介して送信されてくるのを待って、ステップＳ３１に戻る。従って、この場合、イベントはデータベース２３に記憶されず、また、サブジェクトに基づくデータベース２３の更新も行われない。
【００８５】
一方、ステップＳ３２において、受信部２１からのイベントまたはサブジェクトが選択すべきものであると判定された場合、即ち、例えば、ユーザが登録したＩＤと、受信部２１から供給されたイベントまたはサブジェクトに記述されているＩＤとが一致する場合、ステップＳ３３に進み、選択部２２は、そのイベントまたはサブジェクトが、新規のオブジェクトに関するものかどうかを判定する。
【００８６】
ステップＳ３３において、ステップＳ３２で選択されたイベントまたはサブジェクトが、新規のオブジェクトに関するものであると判定された場合、即ち、そのイベントまたはサブジェクトに含まれているＩＤと同一のＩＤのオブジェクトが、データベース２３に登録されていない場合、ステップＳ３４をスキップして、ステップＳ３５に進む。
【００８７】
また、ステップＳ３３において、ステップＳ３２で選択されたイベントまたはサブジェクトが、新規のオブジェクトに関するものでないと判定された場合、即ち、そのイベントまたはサブジェクトに含まれているＩＤと同一のＩＤのオブジェクトが、データベース２３に登録されている場合、ステップＳ３４に進み、選択部２２において、その既にデータベース２３に登録されているオブジェクト（以下、適宜、既登録オブジェクトという）の識別子に記述されているバージョン情報が、ステップＳ３２で選択されたイベントまたはサブジェクトの識別子に記述されているバージョン情報と等しいかどうかが判定される。
【００８８】
ステップＳ３４において、既登録オブジェクトに記述されているバージョン情報が、ステップＳ３２で選択されたイベントまたはサブジェクトに記述されているバージョン情報と等しくないと場合、即ち、ここでは、図６のデータ伝送処理で説明したように、信頼性を向上させるため、サーバ２からは、同一のサブジェクトが放送ネットワーク４を介して繰り返し送信されるが、そのように繰り返し行われる送信のうちの、過去に行われた送信によるサブジェクトによって、既登録オブジェクトの更新が、既に行われている場合、ステップＳ３５乃至Ｓ３７をスキップし、次に、イベントまたはサブジェクトが送信されてくるのを待って、ステップＳ３１に戻る。従って、この場合、イベントは、データベース２３に記憶されず、また、サブジェクトに基づくデータベース２３の更新も行われない。
【００８９】
一方、ステップＳ３４において、既登録オブジェクトに記述されているバージョン情報が、ステップＳ３２で選択されたイベントまたはサブジェクトに記述されているバージョン情報と等しいと判定された場合、ステップＳ３５に進み、選択部２２において、ステップＳ３２で選択されたデータが、イベントまたはサブジェクトのうちのいずれであるかが、判別フラグを参照することで判定される。
【００９０】
ステップＳ３５において、ステップＳ３２で選択されたデータがサブジェクトであると判定された場合、ステップＳ３６に進み、選択部２２は、そのサブジェクトに基づき、データベース２３を更新する。
【００９１】
即ち、サブジェクトにおいて、更新オブジェクト情報として、新規のオブジェクトが配置されている場合には、サブジェクトに含まれる識別子に、その新規のオブジェクトが対応付けられ、データベース２３に新規登録される。
【００９２】
また、サブジェクトにおいて、更新オブジェクト情報として、更新後のオブジェクトが配置されている場合には、サブジェクトに含まれるＩＤと同一のＩＤを有する識別子が対応付けられたオブジェクトが、データベース２３から検索され、その検索されたオブジェクトが、更新後のオブジェクトに変更される。さらに、そのオブジェクトに対応付けられていたバージョン情報が、例えば、１だけインクリメントされる。
【００９３】
さらに、サブジェクトにおいて、更新オブジェクト情報として、オブジェクトの削除指令が配置されている場合には、サブジェクトに含まれるＩＤと同一のＩＤを有する識別子が対応付けられたオブジェクトが、データベース２３から検索され、そのオブジェクトに対応付けられている識別子とともに削除される。
【００９４】
なお、上述の図４で説明した登録処理のステップＳ２において行われる、更新オブジェクト情報に基づくオブジェクトの更新も、これと同様にして行われる。
【００９５】
ステップＳ３６において、以上のようにして、データベース２３の更新が行われた後は、次に、イベントまたはサブジェクトが送信されてくるのを待って、ステップＳ３１に戻る。
【００９６】
一方、ステップＳ３５において、ステップＳ３２で選択されたデータがイベントであると判定された場合、ステップＳ３７に進み、選択部２２は、そのイベントを、データベース２３に供給して一時記憶させる。そして、次に、イベントまたはサブジェクトが送信されてくるのを待って、ステップＳ３１に戻る。
【００９７】
なお、ステップＳ３７において、データベース２３に記憶されたイベントは、後述するデータ要求処理（図１１）や、データ出力処理（図１２）において、要求部２５によって、データベース２３から読み出された後に消去されるようになされている。
【００９８】
次に、図１１を参照して、データ要求処理について説明する。なお、このデータ要求処理は、受信端末５において定期的に行われる。但し、データ要求処理は、不定期に行うことも可能である。
【００９９】
データ要求処理では、まず最初に、ステップＳ４１において、データベース２３の登録内容が、要求部２５によって検索され、ステップＳ４２に進み、データベース２３に、イベントが記憶されているかどうかが判定される。ステップＳ４２において、イベントが記憶されていないと判定された場合、データ要求処理を終了する。
【０１００】
また、ステップＳ４２において、データベース２３にイベントが記憶されていると判定された場合、そのイベントが読み出され（複数のイベントが記憶されている場合には、そのうちの１つが読み出され）、ステップ４３に進み、要求部２５において、そのイベントに基づくサブジェクトの受信を、同報可能な放送ネットワーク４または双方向通信が可能な通信ネットワーク６のうちのいずれを介して行うのが有利かが判定される。
【０１０１】
ここで、ステップＳ４２の判定は、例えば、次のようにして行われる。
【０１０２】
即ち、要求部２５では、イベントに含まれる放送スケジュール情報を参照することにより、そのイベントに付加されている識別子と同一の識別子のサブジェクトが送信されてくる送信回数（送信頻度）や、送信時刻が認識される。そして、例えば、送信回数が多い場合や、送信時刻が、現在時刻に近い場合には、サブジェクトの受信時間その他の受信のためのコストが低いと予想される放送ネットワーク４を介して、サブジェクトの受信を行うのが有利であると判定される。
【０１０３】
また、例えば、送信回数が少ない場合や、送信時刻が、現在時刻から離れている場合には、双方向ネットワーク６を介して、サブジェクトの受信を行うのが有利であると判定される。
【０１０４】
なお、その他、例えば、イベントに含まれる放送スケジュール情報に、サブジェクトのデータ量が記述されている場合には（データ量そのものが記述されていなくても、データレートと、送信に要する時間とが記述されていれば、データ量を認識することができる）、そのデータ量に基づき、放送ネットワーク４または通信ネットワーク６のうちのいずれを介して、サブジェクトの受信を行うのが有利であるのかを判定することも可能である。
【０１０５】
さらに、放送ネットワーク４または通信ネットワーク６のうちのいずれを介して、サブジェクトの受信を行うのが有利であるのかは、ユーザに操作部２８を操作してもらい、その操作に対応して決定することも可能である。
【０１０６】
また、双方向ネットワーク６を介してサブジェクトを受信する場合において、双方向ネットワーク６が、複数の伝送レートに対応しており、受信端末５が、そのような複数の伝送レートの回線を介しての通信の可能なものであるときには、サブジェクトのデータ量によって、使用する回線を変えるようにすることも可能である。
【０１０７】
ここで、上述したように、イベントには、放送スケジュール情報またはサーバアクセス情報のうちのいずれか一方しか含まれていない場合がある。イベントに、放送スケジュール情報しか含まれていない場合、ステップＳ４３では、放送ネットワーク４を介して、サブジェクトの受信を行うのが有利であると判定される。また、逆に、イベントに、サーバアクセス情報しか含まれていない場合は、ステップＳ４３では、通信ネットワーク６を介して、サブジェクトの受信を行うのが有利であると判定される。
【０１０８】
ステップＳ４３において、放送ネットワーク４を介して、サブジェクトの受信を行うのが有利であると判定された場合、ステップＳ４４に進み、要求部２５は、受信部２１が動作可能な状態であるかどうか（例えば、電源が供給されているかどうか（スリープ状態にないかどうか））を判定する。ステップＳ４４において、受信部２１が動作可能な状態にないと判定された場合、ステップＳ４５に進み、要求部２５は、例えば、イベントの放送スケジュール情報に配置されているサブジェクトの送信時刻の直前まで待って、受信部２１を動作可能な状態にし、即ち、受信部２１がスリープ状態になっている場合には、電源の供給を開始し、ステップＳ４６に進む。
【０１０９】
また、ステップＳ４４において、受信部２１が動作可能な状態にあると判定された場合、ステップＳ４５をスキップして、ステップＳ４６に進み、要求部２１は、受信部２１を制御することにより、データベース２３から読み出したイベントの放送スケジュール情報に配置されている送信チャンネルで、同じくその放送スケジュール情報に配置されている送信時刻に、放送ネットワーク４を介して送信されてくるサブジェクト、即ち、イベントに付加されている識別子と同一の識別子のサブジェクトを受信させ、選択部２２に供給させる。そして、ステップＳ４７において、選択部２２では、図１０のステップＳ３６における場合と同様にして、受信部２１からのサブジェクトに基づき、データベース２３の更新が行われ、データ要求処理を終了する。
【０１１０】
ここで、受信端末５において、データの取りこぼしは、受信部２１の電源がオフ状態になっていることに起因して生じることが多い。そこで、上述のように、受信部２１が動作可能な状態になっているかどうかを判定し、なっていない場合には、受信部２１を動作可能な状態にすることで、受信部２１の電源がオフ状態になっていることに起因するサブジェクトの取りこぼしを防止することができる。
【０１１１】
一方、ステップＳ４３において、双方向ネットワーク６を介して、サブジェクトを受信するのが有利であると判定された場合、ステップＳ４８に進み、要求部２５は、通信制御部２４を制御することで、データベース２３から読み出したイベントに含まれる識別子と同一の識別子が付加されているサブジェクトを、通信ネットワーク６を介して、サーバ２やミラーサーバ７に要求させる。
【０１１２】
即ち、要求部２５は、データベース２３から読み出したイベントに含まれる識別子と、同じくそこに含まれるサーバアクセス情報（ここでは、上述したように、ＩＰアドレス）とから、その識別子と同一の識別子が付加されているサブジェクトに対応付けられているＵＲＬを構成し、通信制御部２４を制御することで、通信ネットワーク６を介して、サーバ２やミラーサーバ７に送信させる。
【０１１３】
ＵＲＬが送信されたサーバ２やミラーサーバ７では、図８で説明した要求データ送信処理が行われ、これにより、そのＵＲＬに対応付けられているサブジェクトが、通信ネットワーク６を介して送信されてくる。このサブジェクトは、ステップＳ４９において、通信制御部２４によって受信され、要求部２５に供給される。要求部２５は、通信制御部２４からサブジェクトを受信すると、ステップＳ４７に進み、上述したようにして、そのサブジェクトに基づき、データベース２３の更新を行い、データ要求処理を終了する。
【０１１４】
以上のように、サブジェクトを、放送ネットワーク４または通信ネットワーク３６のうちのいずれを介して受信する方が有利かどうかを判定し、有利な方を介して送信されるサブジェクトを受信するようにしたので、受信端末５では、効率的に、サブジェクトの受信、およびオブジェクトの更新を行うことが可能となる。
【０１１５】
なお、サブジェクトを、放送ネットワーク４を介して受信する場合において、イベントの放送スケジュール情報に、複数の送信時刻が配置されているときには、例えば、そのうちの、現在時刻に最も近い送信時刻（但し、現在時刻よりも前（過去）の時刻を除く）に送信されてくるサブジェクトが受信される。但し、ユーザに操作部２８を操作してもらい、送信時刻を選択させることも可能である。
【０１１６】
また、サブジェクトを、通信ネットワーク６を介して要求、受信する場合において、イベントのサーバアクセス情報に、複数のサーバのＩＰアドレスが配置されているときには、例えば、そのうちの、受信端末５に最も近い位置にあるサーバのＩＰアドレスを用いてＵＲＬが構成される。但し、ユーザに操作部２８を操作してもらい、サーバを選択させることも可能である。
【０１１７】
次に、図１２のフローチャートを参照して、データ出力処理について説明する。なお、データ出力処理も、例えば、図１１のデータ要求処理と同様に、基本的には、定期的に起動されるようになされている。
【０１１８】
データ出力処理では、まず最初に、ステップＳ５１において、操作部２８が、データ（本実施の形態では、オブジェクト）を出力するように操作されたか否かが、読み出し部２６によって判定され、そのようには操作されていないと判定された場合、データ出力処理を終了する。
【０１１９】
また、ステップＳ５１において、操作部２８が、オブジェクトを出力するように操作されたと判定された場合、ステップＳ５２に進み、出力の要求されたオブジェクトについてのイベント、即ち、そのオブジェクトの識別子と同一の識別子が付加されているイベントが、データベース２３に記憶されているかどうかが、読み出し部２６によって判定される。ステップＳ５２において、出力の要求されたオブジェクトについてのイベントが、データベース２３に記憶されていないと判定された場合、即ち、出力の要求されたオブジェクトとしては、いまデータベース２３に記憶されているものが最新のものである場合（但し、イベントの取りこぼしがないものとする）、ステップＳ５３に進み、読み出し部２６は、出力の要求されたオブジェクトを、データベース２３から読み出し、出力部２７に供給する。出力部２７では、読み出し部２６からのオブジェクトが表示、または音声で出力され、データ出力処理を終了する。
【０１２０】
また、ステップＳ５２において、出力の要求されたオブジェクトについてのイベントが、データベース２３に記憶されていると判定された場合、即ち、出力の要求されたオブジェクトは、サーバ２では更新されているが、受信端末５では、まだ更新されていない場合、ステップＳ５４に進み、そのオブジェクトの更新を行うかどうかが、読み出し部２６によって判定される。
【０１２１】
即ち、ステップＳ５４では、読み出し部２６は、オブジェクトの更新を行うかどうかを問い合わせるメッセージを、出力部２７に表示させ、ユーザに、操作部２８の操作を促す。そして、ステップＳ５４では、操作部２８の操作に対応して、オブジェクトの更新を行うかどうかが判定される。
【０１２２】
あるいは、また、ステップＳ５４では、出力の要求されたオブジェクトについてのイベントの放送スケジュール情報が参照され、そのオブジェクトを更新するためのサブジェクトが、放送ネットワーク４を介して送信されてくる送信時刻のうち、現在時刻に最も近いものが認識される。そして、ステップＳ５４では、その現在時刻に最も近い送信時刻が、現在時刻から、あらかじめ受信端末５に設定された所定の時間内であるかどうかに対応して、オブジェクトの更新を行うかどうかが判定される（送信時刻が、現在時刻から所定の時間内である場合には、オブジェクトの更新を行うと判定される）。
【０１２３】
ステップＳ５４において、出力の要求されたオブジェクトの更新を行わないと判定された場合、ステップＳ５５に進み、読み出し部２６は、出力の要求されたオブジェクト、即ち、更新前のオブジェクトを、データベース２３から読み出し、以下、ステップＳ５３における場合と同様にして、出力部２７に出力させて、データ出力処理を終了する。なお、この場合、出力部２７には、オブジェクトを出力させるとともに、そのオブジェクトが更新前のものである旨のメッセージを表示させるようにしても良い。
【０１２４】
一方、ステップＳ５４において、出力の要求されたオブジェクトの更新を行うと判定された場合、ステップＳ５６に進み、そのオブジェクトの更新するためのデータベース更新処理が行われる。即ち、ステップＳ５６では、出力の要求されたオブジェクトについてのイベントを用いて、図１１のデータ要求処理のステップＳ４３乃至Ｓ４９における処理と同様の処理が行われ、これにより、出力の要求されたオブジェクトが更新される。そして、ステップＳ５３に進み、その更新後のオブジェクトが、上述したようにして、出力部２７から出力され、データ出力処理を終了する。
【０１２５】
ところで、イベントのサーバアクセス情報に、複数のサーバのＩＰアドレスが配置されている場合において、いずれのサーバに、サブジェクトを要求するかを、例えば、上述したように、受信端末５からの位置や、ユーザによる操作部２８の操作に対応して決定したのでは、あるサーバへのアクセスが集中することがある。
【０１２６】
そこで、通信ネットワーク６を介して、受信端末５に対してサブジェクトを送信するサーバが複数存在する場合（例えば、図１に示すように、サーバ２以外に、ミラーサーバ７が存在する場合や、ミラーサーバ７以外のミラーサーバがさらに存在する場合など）には、サーバへのアクセスを分散させるために（１のサーバにアクセスを集中させないために）、受信端末５またはそのユーザに、固有のＩＤ（以下、適宜、ユーザＩＤという）を与え、サーバ２には、各サーバのＩＰアドレスを、所定のユーザＩＤと対応付け、サーバアクセス情報として、イベントに配置する処理（以下、適宜、負荷分散処理という）を行わせてから、イベントを送信させるようにすることができる。一方、受信端末５には、自身のユーザＩＤと対応付けられているＩＰアドレスのサーバを認識する処理（以下、適宜、アクセスサーバ決定処理）を行わせてから、そのサーバに、サブジェクトを要求させるようにすることができる。
【０１２７】
そこで、図１３のフローチャートを参照して、サーバ２が行う負荷分散処理について説明する。なお、この負荷分散処理は、受信端末５に対して、通信ネットワーク６を介して、サブジェクトを送信するサーバが複数存在する場合（サーバ２以外に、通信ネットワーク６を介して、サブジェクトを送信することのできるサーバが存在する場合）に、図６のデータ伝送処理におけるステップＳ１２の処理の一部として行われる。
【０１２８】
負荷分散処理では、まず最初に、ステップＳ６１において、通信ネットワーク６を介して、サブジェクトを送信する１のサーバに割り当てる受信端末の数（以下、適宜、割当数という）Ｎが算出される。即ち、ステップＳ６１では、例えば、受信端末の総数が、サブジェクトを通信ネットワーク６を介して送信するサーバの総数で除算され、その除算値（小数点以下は、例えば、切り上げ）が、割当数Ｎとされる。なお、サーバ２では、受信端末の総数が管理されているものとする。また、サーバ２では、サブジェクトを通信ネットワーク６を介して送信するサーバの総数は、複製管理部１４で管理されている情報から認識されるようになされている。
【０１２９】
その後、ステップＳ６２において、通信ネットワーク６を介して、サブジェクトを送信する複数のサーバのうちの１が選択され（この選択されたサーバを、以下、適宜、選択サーバという）、ステップＳ６３に進み、例えば、その選択サーバに近い位置にある受信端末が、割当数Ｎだけ検出される。なお、選択サーバおよび受信端末５の位置は、サーバ２において管理されているものとする。
【０１３０】
そして、ステップＳ６４に進み、選択サーバのＩＰアドレスに、ステップＳ６３で検出されたＮ個の受信端末それぞれのユーザＩＤが対応付けられ、そのＩＰアドレスとＮ個のユーザＩＤとの組（要求先情報）が、サーバアクセス情報として、イベントに配置される。その後、ステップＳ６５に進み、通信ネットワーク６を介して、サブジェクトを送信する複数のサーバすべてを、選択サーバとして、ステップＳ６２乃至Ｓ６４の処理を行ったかどうかが判定される。ステップＳ６５において、複数のサーバすべてを、まだ、選択サーバとしていないと判定された場合、ステップＳ６２に戻り、まだ選択サーバとして選択されていないサーバが、新たに選択サーバとされ、以下、同様の処理を繰り返す。一方、ステップ６５において、複数のサーバすべてを選択サーバとして処理を行ったと判定された場合、負荷分散処理を終了する。
【０１３１】
以上のようにして、負荷分散処理では、１のサーバに、Ｎ個（またはＮ−１個）の受信端末が割り当てられる。
【０１３２】
なお、上述の場合においては、単純に、受信端末の総数を、サブジェクトを通信ネットワーク６を介して送信するサーバの総数で除算した除算値を、１のサーバに割り当てる受信端末の数としたが、複数のサーバそれぞれに割り当てる受信端末の数は、例えば、さらに、各サーバの処理能力などを考慮して決めても良い。
【０１３３】
次に、図１４のフローチャートを参照して、受信端末５が行うアクセスサーバ決定処理について説明する。なお、このアクセスサーバ決定処理は、受信端末５において、図１１のデータ要求処理のステップＳ４８で送信するＵＲＬを構成する前に行われる。
【０１３４】
アクセスサーバ決定処理では、ステップＳ７１において、受信端末５は、イベントのサーバアクセス情報の中から、自身に割り当てられているユーザＩＤを検索し、ステップＳ７２に進む。ステップＳ７２では、自身のユーザＩＤに対応付けられているＩＰアドレス、即ち、サブジェクトを要求すべきサーバが認識され、アクセスサーバ決定処理を終了する。
【０１３５】
そして、受信端末５では、図１１で説明したように、ステップＳ４８において、ステップＳ７２で認識されたＩＰアドレスを用いてＵＲＬが構成されて送信される。
【０１３６】
以上のように、サーバ２または受信端末５において、負荷分散処理またはアクセスサーバ決定処理をそれぞれ行うことで、受信端末からのサブジェクトの要求を、複数のサーバに分散させることができ、効率の良いサブジェクトの配信が可能となる。
【０１３７】
なお、上述の場合においては、受信端末のユーザＩＤとＩＰアドレスとを対応付け、受信端末がアクセスすべきサーバを制限するようにしたが、その他、例えば、受信端末のユーザＩＤと、サーバに対して通信ネットワーク６を介してアクセス可能な時間帯（要求タイミング情報）とを対応付け、受信端末がサーバにアクセスする時間帯を制限するようにすることなどによっても、サーバに対するアクセスを分散させることが可能である。
【０１３８】
以上、本発明を適用したデータ配信システムについて説明したが、このようなデータ配信システムは、例えば、分散型データベースにおける多数のデータベースへのデータの配信を行う場合や、ＩＰマルチキャストによりデータを配信する場合、その他、データを不特定多数に配信する場合に、特に有用である。
【０１３９】
なお、本実施の形態では、イベントは、放送ネットワーク４を介して送信するようにしたが、その他、例えば、受信端末５からの要求に応じて、通信ネットワーク６を介して送信するようにしても良い。さらに、本発明において、放送ネットワーク４および通信ネットワーク６の両方を備えることは必須ではない。即ち、本発明は、放送ネットワーク４または通信ネットワーク６のいずれか１つだけを備えるシステムにも適用可能である。
【０１４０】
また、本実施の形態では、サーバアクセス情報に、サーバ２やミラーサーバ７のＩＰアドレスを配置するようにしたが、サーバアクセス情報には、その他、例えば、サーバ２やミラーサーバ７で管理されているサブジェクトのＵＲＬや、サーバ２やミラーサーバ７へアクセスするための電話番号などを配置することも可能である。
【０１４１】
また、ミラーサーバ７には、受信端末５と同様にして、イベントやサブジェクトを受信させて、データベース８の更新を行わせるようにすることが可能である。
【０１４２】
さらに、本実施の形態では、サブジェクトに含める更新オブジェクト情報として、更新後のオブジェクトそのものなどを配置するようにしたが、更新オブジェクト情報としては、その他、例えば、更新前のオブジェクトに、更新後のオブジェクトへの変更内容を反映させるためのデータ（例えば、更新前のオブジェクトを、更新後のオブジェクトに変更する実行形式のコンピュータプログラムや、更新後のオブジェクトと更新前のオブジェクトとの差分など）などを配置することも可能である。
【０１４３】
【発明の効果】
以上の如く、本発明によれば、取得データに基づき、更新データを取得し、その更新データに基づいて、コンテンツを更新することが可能となる。
【図面の簡単な説明】
【図１】本発明を適用したデータ配信システムの一実施の形態の構成例を示す図である。
【図２】図１のサーバ２の構成例を示すブロック図である。
【図３】図１のミラーサーバ７の構成例を示すブロック図である。
【図４】サーバ２が行う登録処理を説明するためのフローチャートである。
【図５】図１のデータベース１ａ乃至１ｃから供給されるデータのフォーマットを示す図である。
【図６】サーバ２が行うデータ伝送処理を説明するためのフローチャートである。
【図７】サブジェクトおよびイベントのフォーマットを示す図である。
【図８】サーバ２が行う要求データ送信処理を説明するためのフローチャートである。
【図９】図１の受信端末５の構成例を示すブロック図である。
【図１０】受信端末５が行う受信処理を説明するためのフローチャートである。
【図１１】受信端末５が行うデータ要求処理を説明するためのフローチャートである。
【図１２】受信端末５が行うデータ出力処理を説明するためのフローチャートである。
【図１３】サーバ２が行う負荷分散処理を説明するためのフローチャートである。
【図１４】受信端末５が行うアクセスサーバ決定処理を説明するためのフローチャートである。
【符号の説明】
１ａ乃至１ｃ  データベース，  ２  サーバ，  ３  データベース，  ４  放送ネットワーク，  ５  受信端末，  ６  通信ネットワーク，  ７  ミラーサーバ，  ８  データベース，  １１  通信制御部，  １２  資源割当部，  １３  データ検索部，  １４  複製管理部，  １５  登録部，  １７  データ構成部，１８  伝送部，  ２１  受信部，  ２２  選択部，  ２３  データベース，  ２４  通信制御部，  ２５  要求部，  ２６  読み出し部，  ２７  出力部，  ２８  操作部
【図１】
0004023602.tif 000002
【図２】
0004023602.tif 000003
【図３】
0004023602.tif 000004
【図４】
0004023602.tif 000005
【図５】
0004023602.tif 000006
【図６】
0004023602.tif 000007
【図７】
0004023602.tif 000008
【図８】
0004023602.tif 000009
【図９】
0004023602.tif 000010
【図１０】
0004023602.tif 000011
【図１１】
0004023602.tif 000012
【図１２】
0004023602.tif 000013
【図１３】
0004023602.tif 000014
【図１４】
0004023602.tif 000015