JPH11306059A - Transmitter, transmission method, receiver, reception method, transmission-reception system and transmission-reception method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To efficiently perform strict synchronization update of data. SOLUTION: Exchange is performed between a server 2 and a reception terminal 5 in accordance with a protocol which modifies a two phase commitment protocol and data update is executed. That is, in the server 2, an update inquiry whether or not the data are updated is transmitted to plural terminals including the reception terminal 5 and a response to it is received. Furthermore, at a specified time, tabulation of responses to the update inquiry is performed and, on the basis of the tabulation, it is decided whether or not the update of data is performed, and the decision is transmitted to the plural terminals. On the other hand, in the reception terminal 5, the update inquiry from the server 2 is received and a response to it is transmitted. Then, when it is transmitted as a response to the update inquiry that the update of data is not performed, if the decision to the effect that the update of data is performed is received from the server 2, an access to the data of an update object is defrozen.

Description

【発明の詳細な説明】DETAILED DESCRIPTION OF THE INVENTION

【０００１】[0001]

【発明の属する技術分野】本発明は、送信装置および送
信方法、受信装置および受信方法、並びに送受信システ
ムおよび送受信方法に関し、特に、例えば、分散型デー
タベースにおける多数のデータベースへのデータの配信
を行う場合や、ＩＰ（Internet Protocol）マルチキャ
ストによりデータを配信する場合、その他データを不特
定多数に配信する場合などに用いて好適な送信装置およ
び送信方法、受信装置および受信方法、並びに送受信シ
ステムおよび送受信方法に関する。BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a transmitting apparatus and a transmitting method, a receiving apparatus and a receiving method, and a transmitting / receiving system and a transmitting / receiving method. In particular, for example, when data is distributed to many databases in a distributed database. A transmission device and a transmission method, a reception device and a reception method, and a transmission / reception system and a transmission / reception method suitable for use in a case of distributing data by IP (Internet Protocol) multicast, a case of distributing unspecified number of data, and the like. .

【０００２】[0002]

【従来の技術】データの配信手法としては、種々の手法
が提案されているが、例えば、現在のインターネット上
においては、ＨＴＴＰ（Hyper Text Transfer Protoco
l）のようなＴＣＰ／ＩＰ（Transmission Control Prot
ocol/Internet Protocol）を基本とするプロトコルが採
用されている。ＴＣＰ／ＩＰでは、データの配信を受け
る受信側から、データの送信側に対して、発呼が行わ
れ、さらに、データの送受信を行うごとに、送信側と受
信側との間で、コネクションが確立されるので、信頼性
の高いデータの配信を行うことができる。しかしなが
ら、その反面、送信側やネットワークの負荷が大きくな
り、効率的なデータ配信を行うことが困難になる場合が
あった。2. Description of the Related Art Various methods have been proposed as data distribution methods. For example, on the current Internet, HTTP (Hyper Text Transfer Protocol) is used.
l) TCP / IP (Transmission Control Prot)
ocol / Internet Protocol). In TCP / IP, a call is made from a receiving side receiving data distribution to a data transmitting side, and a connection is established between the transmitting side and the receiving side every time data transmission / reception is performed. Since it is established, highly reliable data distribution can be performed. However, on the other hand, the load on the transmission side and the network increases, and it may be difficult to perform efficient data distribution.

【０００３】即ち、データの提供を受ける端末が増大
し、データを提供するサーバへのアクセスが集中する
と、サーバやネットワークに多大な負荷がかかり、デー
タを要求しても、そのデータを得るまでに、多大な時間
を要することがあった。[0003] That is, if the number of terminals receiving data is increased and access to the server that provides the data is concentrated, a heavy load is imposed on the server and the network. In some cases, it took a lot of time.

【０００４】そこで、データの配信を、例えば、広い地
域に亘って、一斉同報が可能な衛星回線やＣＡＴＶ網な
どを用いて行う方法が提案されている。この場合、端末
の増加によって、サーバやネットワークに対する負荷が
影響を受けることはない。[0004] Therefore, there has been proposed a method of distributing data using, for example, a satellite line or a CATV network capable of simultaneous broadcasting over a wide area. In this case, an increase in the number of terminals does not affect the load on the server or the network.

【０００５】[0005]

【発明が解決しようとする課題】ところで、データベー
スのデータを送信側から配信し、受信側において、その
データを記憶して、各種のサービスの提供を受ける場合
には、送信側のデータベースの記憶内容と、受信側の記
憶内容とは一致している必要がある。即ち、送信側のデ
ータベースのデータに更新が生じた場合には、受信側の
端末の記憶内容も、すべての端末で同期をとって更新す
る必要がある。ここで、すべての端末で同期をとって更
新を行うというのは、すべての端末において、所定の期
間に、一斉に、データを更新することを意味し、以下、
適宜、同期更新という。When the data in the database is distributed from the transmitting side and the receiving side stores the data and receives various services, the contents stored in the database on the transmitting side are required. Must match the stored contents of the receiving side. That is, when data in the database on the transmission side is updated, the storage contents of the terminals on the reception side also need to be updated synchronously in all terminals. Here, synchronizing and updating all terminals means that all terminals simultaneously update data during a predetermined period.
It is called a synchronous update as appropriate.

【０００６】しかしながら、受信側の端末が、例えば、
電源がオフ状態になっているなどで動作可能な状態にな
かったり、また、動作可能な状態であっても、回線の状
態その他に起因して、送信側からのデータの受信に失敗
することがあり、同期更新は難しい。However, the terminal on the receiving side, for example,
It may not be operable because the power is turned off, etc., and even if it is operable, it may fail to receive data from the transmitting side due to line conditions etc. Yes, synchronous updating is difficult.

【０００７】そこで、データベースのデータの更新があ
った場合に、更新後のデータを送信するだけでなく、デ
ータを更新した旨を、常時または間欠的に送信し、受信
側では、更新後のデータの受信をすることができなくて
も、データを更新した旨を受信することができれば、そ
の更新後のデータを、送信側に要求し、データの更新を
行う手法を、本件出願人は先に提案している（例えば、
特願平９−１１２１８１号）。この手法では、送信側か
ら、更新後のデータが送信されるときに、受信側の端末
が動作状態になく、あるいは受信側で、更新後のデータ
の受信に失敗しても、データを更新した旨が、常時また
は間欠的に送信されるので、受信側では、データが更新
されたことを認識することができ、さらに、送信側に対
して、その更新後のデータを要求することができる。Therefore, when the data in the database is updated, not only the updated data is transmitted, but also the fact that the data has been updated is transmitted constantly or intermittently. Even if it is not possible to receive the data, if it can receive a notification that the data has been updated, it requests the updated data from the sender and updates the data. Suggests (for example,
Japanese Patent Application No. 9-112181). In this method, when the updated data is transmitted from the transmitting side, the data is updated even if the receiving terminal is not operating or the receiving side fails to receive the updated data. Since the information is transmitted constantly or intermittently, the receiving side can recognize that the data has been updated, and can request the transmitting side for the updated data.

【０００８】しかしながら、この手法では、送信側のデ
ータベースが更新された後、受信側のすべての端末の記
憶内容が更新されるまでに時間を要する場合があり、従
って、厳密な同期更新を要求するアプリケーション、即
ち、送信側のデータベースが更新された場合に、短時間
で、受信側のすべての端末の記憶内容も更新することを
要求するアプリケーション（例えば、指定席の予約を行
うためのものなど）には対処することができないことが
ある。However, in this method, it may take some time until the contents stored in all the terminals on the receiving side are updated after the database on the transmitting side is updated, and therefore a strict synchronous update is required. Application, that is, an application that requests that the contents stored in all terminals on the receiving side be updated in a short time when the database on the transmitting side is updated (for example, for making a reservation for a reserved seat). May not be able to cope.

【０００９】一方、分散データベースの技術において
は、各所に分散するデータベースの同期更新のためのト
ランザクション（transaction）に、２相コミットメン
トプロトコル（two-phase commitment protocol）が採
用される場合がある。On the other hand, in the distributed database technology, a two-phase commitment protocol may be adopted for a transaction for synchronously updating databases distributed in various places.

【００１０】ここで、トランザクション（分散データベ
ースにおけるトランザクションは、特に、分散トランザ
クションと呼ばれる）とは、アプリケーションから、Ａ
ＣＩＤ（Atomicity, Consistency, Isolation, Durabil
ity）と呼ばれる性質が要求される処理形態で、その詳
細については、例えば、中川路哲男、「ＯＳＩとＵＮＩ
Ｘ分散トランザクション処理技術解説」、ＳＲＣなどに
記載されている。Here, a transaction (a transaction in a distributed database is particularly called a distributed transaction) means that a transaction
CID (Atomicity, Consistency, Isolation, Durabil
)), and details are described in, for example, Tetsuo Nakagawa, “OSI and UNI.
X Distributed Transaction Processing Technical Description ", SRC, etc.

【００１１】２相コミットメントプロトコルは、上述の
ＡＣＩＤのうちのアトミシティ（atomicity）とデュラ
ビリティ（durability）とを保証して、コミット制御を
実現するための通信手順で、分散トランザクションにお
けるアトミシティとは、各データベースに分散されて管
理されているデータに対して行われる、その更新のため
の一連の処理が、それ以上分割することができないこと
を意味し、従って、アトミシティが保証されていれば、
処理が途中で終わる（中断する）ことがない。即ち、ア
トミシティが保証されていれば、更新のための一連の処
理がすべて行われる（トランザクションの実行）か、ま
たはまったく行われない（トランザクションの取り消
し）かのいずれかしかない。また、分散トランザクショ
ンにおけるデュラビリティとは、各データベースに分散
されて管理されているデータに対して行われる、その更
新のための一連の処理の実行結果が、障害その他によっ
て失われることがなく、永続的に存在することを意味す
る。The two-phase commitment protocol is a communication procedure for realizing commit control by guaranteeing the atomicity and the durability of the above-mentioned ACID. If a series of processes for updating the data distributed and managed in the database cannot be further divided, and therefore, if the atomicity is guaranteed,
Processing does not end (interrupt) in the middle. That is, if the atomicity is guaranteed, a series of processes for updating are all performed (transaction execution) or not performed at all (cancel transaction). Durability in a distributed transaction means that the result of a series of processing for updating data that is distributed and managed in each database is not lost due to a failure or the like. Means that it exists.

【００１２】２相コミットメントプロトコルについて
は、上述の文献に記載されているが、ここで簡単に説明
すると、２相コミットメントプロトコルでは、トランザ
クションの終結処理が、以下の第１相と第２相との２相
に分けて行われる。[0012] The two-phase commitment protocol is described in the above-mentioned literature, but will be briefly described here. In the two-phase commitment protocol, the transaction termination processing is performed by the following first and second phases. It is performed in two phases.

【００１３】即ち、第１相では、受信側（分散データベ
ースでは、各所に分散するデータベース）において、ト
ランザクションの対象となるデータが更新可能であり、
かつトランザクションをコミット（commit）（実行）す
るか否かについての投票が行われる。That is, in the first phase, the data to be subjected to a transaction can be updated on the receiving side (in the case of a distributed database, the database distributed in various places).
A vote is made on whether to commit (execute) the transaction.

【００１４】第２相では、受信側からの投票結果に基づ
いて、トランザクションのコミットまたはロールバック
（rollback）(取り消し）が決定され、その決定に基づ
いて、処理が行われる。In the second phase, the commit or rollback (cancel) of the transaction is determined based on the voting result from the receiving side, and the processing is performed based on the determination.

【００１５】ここで、受信側において、データベース
（受信側の記憶内容）の更新を行う場合には、データベ
ースから、更新対象のデータが読み出され、例えば、磁
気ディスク上に確保されたテンポラリファイルや、メモ
リ上に確保されたワークエリアなどに一時的に記憶され
る。そして、その磁気ディスクやメモリ上のデータに対
して、更新のための一連の処理が施され、その処理結
果、即ち、更新後のデータが、データベースに書き込ま
れる。トランザクションのコミットとは、結果として、
更新後のデータを、データベースに書き込み、データの
更新を確定して、トランザクションを終了することを意
味し、トランザクションのロールバックとは、更新後の
データを、データベースに書き込まず、従って、更新が
行われなかった状態のままで、トランザクションを終了
することを意味する。なお、ロールバックは、アボート
（abort）とも呼ばれる。Here, when the receiving side updates a database (storage contents of the receiving side), data to be updated is read from the database, and for example, a temporary file or a file secured on a magnetic disk is read. Is temporarily stored in a work area or the like secured on the memory. Then, a series of processing for updating is performed on the data on the magnetic disk or the memory, and the processing result, that is, the updated data is written to the database. Committing a transaction results in:
Writing the updated data to the database, confirming the update of the data, and terminating the transaction mean that rolling back the transaction does not write the updated data to the database, and therefore the update is not executed. This means ending the transaction without being changed. Note that rollback is also referred to as abort.

【００１６】２相コミットメントプロトコルでは、トラ
ンザクションに関与する複数のコンピュータノードが通
信を行い、トランザクションの状況に関する情報をやり
とりしながら行われるが、ここでいう複数のコンピュー
タノードは、２相コミットメントプロトコルに関する主
導的な役割を果たすコミットコーディネータ（commitco
ordinator）と呼ばれるものと、それ以外のものとに分
類される。そして、トランザクションをコミットする
か、またはロールバックするかは、コミットコーディネ
ータによって判断される。即ち、コミットコーディネー
タは、自身以外の、トランザクションに関与するコンピ
ュータノードすべてに対して、トランザクションをコミ
ットするかどうかの投票を行うように要求し、その投票
結果（自身以外のすべてのコンピュータノードすべての
投票結果）が、すべてコミットを指示するものである場
合にのみ、トランザクションのコミットを決定する。従
って、２相コミットメントプロトコルによれば、厳密な
同期更新を行うことができる。In the two-phase commitment protocol, a plurality of computer nodes involved in a transaction communicate with each other while exchanging information regarding the status of the transaction. Commit coordinator (commitco
ordinator) and others. The commit coordinator determines whether to commit or roll back the transaction. That is, the commit coordinator requests all computer nodes involved in the transaction, other than itself, to vote on whether or not to commit the transaction, and the voting result (voting of all computer nodes other than itself). Only when all of the (results) indicate a commit, the commit of the transaction is determined. Therefore, according to the two-phase commitment protocol, strict synchronous updating can be performed.

【００１７】しかしながら、２相コミットメントプロト
コルでは、トランザクションをロールバックする旨の投
票が１つでもあったり、また、投票を行わないコンピュ
ータノードが１つでもある場合には、コミットコーディ
ネータは、トランザクションのロールバックを決定す
る。従って、例えば、国民規模などの大規模なエンドユ
ーザなどを対象にして、データの更新を行う場合におい
ては、ユーザ側の端末すべてが、動作可能な状態になっ
ていることは皆無であり、このような大規模なエンドユ
ーザを対象にする場合に、従来の２相コミットメントプ
ロトコルを採用したのでは、データの更新を行うのが困
難となる。However, in the two-phase commitment protocol, if there is at least one vote to roll back a transaction, or if at least one computer node does not perform a vote, the commit coordinator determines the role of the transaction. Determine back. Therefore, for example, in the case of updating data for a large-scale end user such as a nation, there is no case where all of the user terminals are in an operable state. In the case of such a large-scale end user, it is difficult to update data by adopting the conventional two-phase commitment protocol.

【００１８】本発明は、このような状況に鑑みてなされ
たものであり、データの厳密な同期更新を、効率的に行
うことができるようにするものである。The present invention has been made in view of such a situation, and it is an object of the present invention to enable a strict synchronous update of data to be efficiently performed.

【００１９】[0019]

【課題を解決するための手段】請求項１に記載の送信装
置は、複数の受信装置に対して、データを更新するか否
かの問い合わせである更新問い合わせを行う問い合わせ
手段と、複数の受信装置からの更新問い合わに対する応
答を受信する応答受信手段と、所定の時刻において、更
新問い合わせに対する応答の集計を行う集計手段と、集
計手段の集計結果に基づいて、データの更新を行うか否
かを決定する決定手段と、決定手段によるデータの更新
を行うか否かの決定を、複数の受信装置に送信する決定
送信手段とを備えることを特徴とする。According to a first aspect of the present invention, there is provided a transmitting apparatus comprising: a plurality of receiving apparatuses; an inquiring unit for performing an updating inquiry as an inquiry as to whether to update data; A response receiving unit that receives a response to an update inquiry from the server, a totaling unit that totals a response to the update inquiry at a predetermined time, and whether to update data based on a totaling result of the totaling unit. It is characterized by comprising a deciding means for deciding, and a decision transmitting means for transmitting a decision on whether or not to update data by the deciding means to a plurality of receiving apparatuses.

【００２０】請求項１０に記載の送信方法は、複数の受
信装置に対して、データを更新するか否かの問い合わせ
である更新問い合わせを行い、複数の受信装置からの更
新問い合わに対する応答を受信し、所定の時刻におい
て、更新問い合わせに対する応答の集計を行い、その集
計結果に基づいて、データの更新を行うか否かを決定
し、データの更新を行うか否かの決定を、複数の受信装
置に送信することを特徴とする。According to a tenth aspect of the present invention, in the transmission method, an update inquiry is issued to a plurality of receiving devices as to whether or not to update data, and a response to the update inquiry from the plurality of receiving devices is received. At a predetermined time, the response to the update inquiry is totalized, and based on the result of the totalization, it is determined whether or not to update the data. The data is transmitted to the device.

【００２１】請求項１１に記載の受信装置は、送信装置
から送信されてくる、データを更新するか否かの問い合
わせである更新問い合わせを受信する問い合わせ受信手
段と、更新問い合わに対する応答を送信する応答送信手
段と、送信装置から送信されてくる、データの更新を行
うか否かの決定を受信する決定受信手段と、更新問い合
わに対する応答として、データの更新を行わない旨を送
信した場合において、データの更新を行う旨の決定を受
信したとき、更新対象のデータへのアクセスを凍結する
第１の凍結手段とを備えることを特徴とする。[0021] The receiving device according to the eleventh aspect transmits an inquiry receiving unit that receives an update inquiry, which is an inquiry as to whether or not to update data, transmitted from the transmitting device, and transmits a response to the update inquiry. A response transmitting unit, a decision receiving unit that receives a determination as to whether or not to update the data transmitted from the transmitting device, and a response to the update inquiry that the data update is not performed. A first freezing unit that freezes access to data to be updated when receiving a decision to update data.

【００２２】請求項１８に記載の受信方法は、送信装置
から送信されてくる、データを更新するか否かの問い合
わせである更新問い合わせを受信し、更新問い合わに対
する応答を送信し、送信装置から送信されてくる、デー
タの更新を行うか否かの決定を受信し、更新問い合わに
対する応答として、データの更新を行わない旨を送信し
た場合において、データの更新を行う旨の決定を受信し
たとき、更新対象のデータへのアクセスを凍結すること
を特徴とする。The receiving method according to the eighteenth aspect receives an update inquiry transmitted from the transmitting device as an inquiry as to whether or not to update data, transmits a response to the update inquiry, When a decision to update data is received and a response to the update inquiry is sent to the effect that data is not updated, a decision to update data is received. Sometimes, the access to the data to be updated is frozen.

【００２３】請求項１９に記載の送受信システムは、送
信装置が、複数の受信装置に対して、データを更新する
か否かの問い合わせである更新問い合わせを行う問い合
わせ手段と、複数の受信装置からの更新問い合わに対す
る応答を受信する応答受信手段と、所定の時刻におい
て、更新問い合わせに対する応答の集計を行う集計手段
と、集計手段の集計結果に基づいて、データの更新を行
うか否かを決定する決定手段と、決定手段によるデータ
の更新を行うか否かの決定を、複数の受信装置に送信す
る決定送信手段とを有し、複数の受信装置それぞれが、
送信装置から送信されてくる更新問い合わせを受信する
問い合わせ受信手段と、更新問い合わに対する応答を送
信する応答送信手段と、送信装置から送信されてくる、
データの更新を行うか否かの決定を受信する決定受信手
段と、更新問い合わに対する応答として、データの更新
を行わない旨を送信した場合において、データの更新を
行う旨の決定を受信したとき、更新対象のデータへのア
クセスを凍結する凍結手段とを有することを特徴とす
る。According to a nineteenth aspect of the present invention, there is provided a transmission / reception system, wherein the transmitting device issues an update inquiry to the plurality of receiving devices as to whether or not to update data; Response receiving means for receiving a response to the update inquiry, tallying means for tallying the response to the update inquiry at a predetermined time, and determining whether to update the data based on the tally result of the tallying means Determining means, and a determination transmitting means for transmitting the determination of whether or not to update the data by the determining means to a plurality of receiving devices, each of the plurality of receiving devices,
Inquiry reception means for receiving an update inquiry transmitted from the transmission device, response transmission means for transmitting a response to the update inquiry, and transmission from the transmission device,
A decision receiving means for receiving a decision as to whether or not to update the data, and, in response to an update inquiry, when notifying that the data is not to be updated, and receiving a decision to update the data. And freeze means for freezing access to the data to be updated.

【００２４】請求項２０に記載の送受信方法は、送信装
置において、複数の受信装置に対して、データを更新す
るか否かの問い合わせである更新問い合わせを行い、複
数の受信装置からの更新問い合わに対する応答を受信
し、所定の時刻において、更新問い合わせに対する応答
の集計を行い、その集計結果に基づいて、データの更新
を行うか否かを決定し、データの更新を行うか否かの決
定を、複数の受信装置に送信し、複数の受信装置それぞ
れにおいて、送信装置から送信されてくる更新問い合わ
せを受信し、更新問い合わに対する応答を送信し、送信
装置から送信されてくる、データの更新を行うか否かの
決定を受信し、更新問い合わに対する応答として、デー
タの更新を行わない旨を送信した場合において、データ
の更新を行う旨の決定を受信したとき、更新対象のデー
タへのアクセスを凍結することを特徴とする。According to a twentieth aspect of the present invention, in the transmitting / receiving method, in the transmitting device, an update inquiry is issued to the plurality of receiving devices as to whether or not to update data, and the update inquiry from the plurality of receiving devices is made. At a predetermined time, the response to the update inquiry is counted, and based on the result of the determination, it is determined whether or not to update the data, and the determination as to whether or not to update the data is made. , Transmitting to a plurality of receiving devices, each of the plurality of receiving devices receives an update inquiry transmitted from the transmitting device, transmits a response to the update inquiry, and updates data transmitted from the transmitting device. When a decision on whether to perform data update is received and a response to the update When receiving, characterized by freezing access to the data to be updated.

【００２５】請求項１に記載の送信装置においては、問
い合わせ手段は、複数の受信装置に対して、データを更
新するか否かの問い合わせである更新問い合わせを行
い、応答受信手段は、複数の受信装置からの更新問い合
わに対する応答を受信するようになされている。集計手
段は、所定の時刻において、更新問い合わせに対する応
答の集計を行い、決定手段は、集計手段の集計結果に基
づいて、データの更新を行うか否かを決定するようにな
されている。決定送信手段は、決定手段によるデータの
更新を行うか否かの決定を、複数の受信装置に送信する
ようになされている。In the transmitting device according to the first aspect, the inquiry means makes an update inquiry to the plurality of receiving apparatuses as to whether or not to update the data, and the response receiving means makes a plurality of receptions. A response to an update inquiry from the device is received. The counting means totals the response to the update inquiry at a predetermined time, and the determining means determines whether to update the data based on the counting result of the counting means. The decision transmitting means is configured to transmit the decision on whether or not to update the data by the decision means to a plurality of receiving devices.

【００２６】請求項１０に記載の送信方法においては、
複数の受信装置に対して、データを更新するか否かの問
い合わせである更新問い合わせを行い、複数の受信装置
からの更新問い合わに対する応答を受信し、所定の時刻
において、更新問い合わせに対する応答の集計を行い、
その集計結果に基づいて、データの更新を行うか否かを
決定し、データの更新を行うか否かの決定を、複数の受
信装置に送信するようになされている。In the transmission method according to the tenth aspect,
An update inquiry is issued to the plurality of receiving devices as to whether or not to update data, a response to the update inquiry from the plurality of receiving devices is received, and, at a predetermined time, a total of responses to the update inquiry is collected. Do
Based on the result of the tally, it is determined whether or not to update the data, and the determination as to whether or not to update the data is transmitted to a plurality of receiving apparatuses.

【００２７】請求項１１に記載の受信装置においては、
問い合わせ受信手段は、送信装置から送信されてくる、
データを更新するか否かの問い合わせである更新問い合
わせを受信し、応答送信手段は、更新問い合わに対する
応答を送信するようになされている。決定受信手段は、
送信装置から送信されてくる、データの更新を行うか否
かの決定を受信し、第１の凍結手段は、更新問い合わに
対する応答として、データの更新を行わない旨を送信し
た場合において、データの更新を行う旨の決定を受信し
たとき、更新対象のデータへのアクセスを凍結するよう
になされている。[0027] In the receiver according to the eleventh aspect,
The inquiry receiving means is transmitted from the transmitting device,
An update inquiry, which is an inquiry as to whether or not to update data, is received, and the response transmitting means transmits a response to the update inquiry. The decision receiving means is
When the first freeze unit receives the determination as to whether or not to update the data transmitted from the transmitting device and transmits a message indicating that the data is not to be updated in response to the update inquiry, When receiving a decision to update the data, access to the data to be updated is frozen.

【００２８】請求項１８に記載の受信方法においては、
送信装置から送信されてくる、データを更新するか否か
の問い合わせである更新問い合わせを受信し、更新問い
合わに対する応答を送信し、送信装置から送信されてく
る、データの更新を行うか否かの決定を受信し、更新問
い合わに対する応答として、データの更新を行わない旨
を送信した場合において、データの更新を行う旨の決定
を受信したとき、更新対象のデータへのアクセスを凍結
するようになされている。[0028] In the receiving method according to claim 18,
Receives an update inquiry transmitted from the transmission device, which is an inquiry as to whether to update data, transmits a response to the update inquiry, and determines whether to update the data transmitted from the transmission device. When a decision to update data is received when a decision to update data is received as a response to the update inquiry, the access to the data to be updated is frozen. Has been made.

【００２９】請求項１９に記載の送受信システムにおい
ては、問い合わせ手段は、複数の受信装置に対して、デ
ータを更新するか否かの問い合わせである更新問い合わ
せを行い、応答受信手段は、複数の受信装置からの更新
問い合わに対する応答を受信するようになされている。
集計手段は、所定の時刻において、更新問い合わせに対
する応答の集計を行い、決定手段は、集計手段の集計結
果に基づいて、データの更新を行うか否かを決定するよ
うになされている。決定送信手段は、決定手段によるデ
ータの更新を行うか否かの決定を、複数の受信装置に送
信するようになされている。問い合わせ受信手段は、送
信装置から送信されてくる更新問い合わせを受信し、応
答送信手段は、更新問い合わに対する応答を送信するよ
うになされている。決定受信手段は、送信装置から送信
されてくる、データの更新を行うか否かの決定を受信
し、凍結手段は、更新問い合わに対する応答として、デ
ータの更新を行わない旨を送信した場合において、デー
タの更新を行う旨の決定を受信したとき、更新対象のデ
ータへのアクセスを凍結するようになされている。In the transmission / reception system according to the nineteenth aspect, the inquiry means makes an update inquiry to the plurality of receiving apparatuses as to whether or not to update data, and the response receiving means makes a plurality of receptions. A response to an update inquiry from the device is received.
The counting means totals the response to the update inquiry at a predetermined time, and the determining means determines whether to update the data based on the counting result of the counting means. The decision transmitting means is configured to transmit the decision on whether or not to update the data by the decision means to a plurality of receiving devices. The inquiry receiving means receives the update inquiry transmitted from the transmitting device, and the response transmitting means transmits a response to the update inquiry. The decision receiving means receives the decision as to whether or not to update the data transmitted from the transmitting device, and the freeze means, in response to the update inquiry, transmits a message indicating that the data is not to be updated. When a decision to update data is received, access to the data to be updated is frozen.

【００３０】請求項２０に記載の送受信方法において
は、送信装置において、複数の受信装置に対して、デー
タを更新するか否かの問い合わせである更新問い合わせ
を行い、複数の受信装置からの更新問い合わに対する応
答を受信し、所定の時刻において、更新問い合わせに対
する応答の集計を行い、その集計結果に基づいて、デー
タの更新を行うか否かを決定し、データの更新を行うか
否かの決定を、複数の受信装置に送信し、複数の受信装
置それぞれにおいて、送信装置から送信されてくる更新
問い合わせを受信し、更新問い合わに対する応答を送信
し、送信装置から送信されてくる、データの更新を行う
か否かの決定を受信し、更新問い合わに対する応答とし
て、データの更新を行わない旨を送信した場合におい
て、データの更新を行う旨の決定を受信したとき、更新
対象のデータへのアクセスを凍結するようになされてい
る。[0030] In the transmission / reception method according to the twentieth aspect, the transmitting device issues an update inquiry to the plurality of receiving devices as to whether or not to update data, and updates the plurality of receiving devices. Receiving a response to the update, at a predetermined time, summing up the response to the update inquiry, determining whether to update the data based on the counting result, and determining whether to update the data. To a plurality of receiving devices, each of the plurality of receiving devices receives an update inquiry transmitted from the transmitting device, transmits a response to the update inquiry, and updates the data transmitted from the transmitting device. Receive a decision on whether or not to perform data update, and in response to the update When receiving the decision of the effect, it is adapted to freeze the access to the data to be updated.

【００３１】[0031]

【発明の実施の形態】以下に、本発明の実施の形態を説
明するが、その前に、特許請求の範囲に記載の発明の各
手段と以下の実施の形態との対応関係を明らかにするた
めに、各手段の後の括弧内に、対応する実施の形態（但
し、一例）を付加して、本発明の特徴を記述すると、次
のようになる。DESCRIPTION OF THE PREFERRED EMBODIMENTS Embodiments of the present invention will be described below, but before that, the correspondence between each means of the invention described in the claims and the following embodiments will be clarified. For this reason, the features of the present invention are described as follows by adding the corresponding embodiment (however, an example) in parentheses after each means.

【００３２】即ち、請求項１に記載の送信装置は、デー
タベースに登録されたデータの更新を行うための情報
を、２相コミットメントプロトコルにしたがい、複数の
受信装置に送信する送信装置において、複数の受信装置
に対して、データを更新するか否かの問い合わせである
更新問い合わせを行う問い合わせ手段（例えば、図１１
に示すプログラムの処理ステップＳ６６など）と、複数
の受信装置からの更新問い合わに対する応答を受信する
応答受信手段（例えば、図１１に示すプログラムの処理
ステップＳ６７など）と、所定の時刻において、更新問
い合わせに対する応答の集計を行う集計手段（例えば、
図１１に示すプログラムの処理ステップＳ６９など）
と、集計手段の集計結果に基づいて、データの更新を行
うか否かを決定する決定手段（例えば、図１１に示すプ
ログラムの処理ステップＳ７０など）と、決定手段によ
るデータの更新を行うか否かの決定を、複数の受信装置
に送信する決定送信手段（例えば、図１１に示すプログ
ラムの処理ステップＳ７２やＳ７６など）とを備えるこ
とを特徴とする。That is, in the transmitting apparatus according to the first aspect, the transmitting apparatus for transmitting the information for updating the data registered in the database to the plurality of receiving apparatuses in accordance with the two-phase commitment protocol includes: Inquiring means (for example, FIG. 11) for performing an update inquiry to the receiving device as to whether or not to update data.
And a response receiving means (for example, processing step S67 of the program shown in FIG. 11) for receiving a response to an update inquiry from a plurality of receiving devices. Aggregation means that aggregates responses to inquiries (for example,
(Processing step S69 of the program shown in FIG. 11 and the like)
Determining means (for example, processing step S70 of the program shown in FIG. 11) for determining whether or not to update data based on the counting result of the counting means; A determination transmitting unit (for example, processing steps S72 and S76 of the program shown in FIG. 11) for transmitting the determination to a plurality of receiving apparatuses is provided.

【００３３】請求項３に記載の送信装置は、所定の閾値
を設定する設定手段（例えば、図２に示す設定部１６Ｂ
など）をさらに備えることを特徴とする。According to a third aspect of the present invention, there is provided a transmitting apparatus for setting a predetermined threshold value (for example, the setting unit 16B shown in FIG. 2).
Etc.).

【００３４】請求項４に記載の送信装置は、データの更
新について報知するための更新報知情報を送信する更新
報知情報送信手段（例えば、図２に示すデータ構成部１
７および伝送部１８など）をさらに備えることを特徴と
する。According to a fourth aspect of the present invention, there is provided a transmission apparatus for transmitting update notification information for notifying update of data (for example, the data configuration unit shown in FIG. 2).
7 and the transmission unit 18).

【００３５】請求項５に記載の送信装置は、情報を送信
する送信処理中に異常が生じた場合に、その送信処理を
再開するための回復処理を行う回復処理手段（例えば、
図１８に示すプログラムの処理ステップＳ１１１乃至Ｓ
１２６など）をさらに備えることを特徴とする。According to a fifth aspect of the present invention, there is provided a transmission device for performing a recovery process for restarting the transmission process when an abnormality occurs during the transmission process for transmitting information (for example,
Processing steps S111 through S of the program shown in FIG.
126 etc.).

【００３６】請求項６に記載の送信装置は、送信処理の
処理状況を記憶する処理状況記憶手段（例えば、図２に
示す記憶部１６Ａなど）をさらに備え、回復処理手段
が、処理状況記憶手段の記憶内容と、回復処理の開始時
刻とに基づいて、回復処理を行うことを特徴とする。The transmitting apparatus according to claim 6 further includes a processing status storage means (for example, a storage unit 16A shown in FIG. 2) for storing a processing status of the transmission processing, and the recovery processing means includes a processing status storage means. The recovery process is performed based on the stored contents of the data and the recovery process start time.

【００３７】請求項１１に記載の受信装置は、データベ
ースに登録されたデータの更新を行うための情報を、２
相コミットメントプロトコルにしたがって送信する送信
装置からの情報を受信する受信装置において、送信装置
から送信されてくる、データを更新するか否かの問い合
わせである更新問い合わせを受信する問い合わせ受信手
段（例えば、図１５に示すプログラムの処理ステップＳ
８６やＳ９６など）と、更新問い合わに対する応答を送
信する応答送信手段（例えば、図１５に示すプログラム
の処理ステップＳ８７やＳ９７など）と、送信装置から
送信されてくる、データの更新を行うか否かの決定を受
信する決定受信手段（例えば、図１５に示すプログラム
の処理ステップＳ８８やＳ９８など）と、更新問い合わ
に対する応答として、データの更新を行わない旨を送信
した場合において、データの更新を行う旨の決定を受信
したとき、更新対象のデータへのアクセスを凍結する第
１の凍結手段（例えば、図１５に示すプログラムの処理
ステップＳ１００など）とを備えることを特徴とする。[0037] The receiving device according to the eleventh aspect stores the information for updating the data registered in the database in two.
In a receiving device that receives information from a transmitting device that transmits in accordance with the phase commitment protocol, a query receiving unit (for example, FIG. 3) that receives an update query transmitted from the transmitting device and that is a query as to whether to update data. Processing step S of the program shown in FIG.
86, S96, etc.), a response transmitting means for transmitting a response to the update inquiry (for example, processing steps S87 and S97 of the program shown in FIG. 15), and whether to update the data transmitted from the transmitting device. When a decision receiving means (for example, processing steps S88 and S98 of the program shown in FIG. 15) for receiving a decision on whether or not to update the data is transmitted as a response to the update inquiry, A first freezing means (for example, a processing step S100 of a program shown in FIG. 15) for freezing access to data to be updated when receiving a decision to perform updating is provided.

【００３８】請求項１２に記載の受信装置は、送信装置
から、データの更新について報知するための更新報知情
報も送信されてくる場合において、情報を受信する受信
処理を開始する前に、更新報知情報を受信したとき、そ
の更新報知情報によって更新が報知されるデータへのア
クセスを凍結する第２の凍結手段（例えば、図２０に示
すプログラムの処理ステップＳ１５２など）をさらに備
えることを特徴とする。According to a twelfth aspect of the present invention, in the case where update notification information for notifying data update is also transmitted from the transmission device, the update notification is performed before starting the reception process for receiving the information. When information is received, a second freezing unit (for example, processing step S152 of the program shown in FIG. 20) that freezes access to data whose update is notified by the update notification information is further provided. .

【００３９】請求項１３に記載の受信装置は、情報を受
信する受信処理中に異常が生じた場合に、その受信処理
を再開するための回復処理を行う回復処理手段（例え
ば、図１９に示すプログラムの処理ステップＳ１３１乃
至Ｓ１３９など）をさらに備えることを特徴とする。The receiving device according to the thirteenth aspect provides a recovery processing means (for example, as shown in FIG. 19) for performing a recovery process for restarting the reception process when an abnormality occurs during the reception process for receiving information. (Steps S131 to S139 of the program).

【００４０】請求項１４に記載の受信装置は、受信処理
の処理状況を記憶する処理状況記憶手段（例えば、図７
に示す記憶部２９Ａなど）をさらに備え、回復処理手段
が、処理状況記憶手段の記憶内容と、回復処理の開始時
刻とに基づいて、回復処理を行うことを特徴とする。According to a fourteenth aspect of the present invention, there is provided a receiving apparatus for storing a processing status storing means for storing a processing status of a receiving process.
The recovery processing means performs the recovery processing based on the contents stored in the processing status storage means and the start time of the recovery processing.

【００４１】請求項１９に記載の送受信システムは、デ
ータベースに登録されたデータの更新を行うための情報
を、２相コミットメントプロトコルにしたがって送信す
る送信装置と、送信装置からの情報を受信する複数の受
信装置とを備える送受信システムにおいて、送信装置
が、複数の受信装置に対して、データを更新するか否か
の問い合わせである更新問い合わせを行う問い合わせ手
段（例えば、図１１に示すプログラムの処理ステップＳ
６６など）と、複数の受信装置からの更新問い合わに対
する応答を受信する応答受信手段（例えば、図１１に示
すプログラムの処理ステップＳ６７など）と、所定の時
刻において、更新問い合わせに対する応答の集計を行う
集計手段（例えば、図１１に示すプログラムの処理ステ
ップＳ６９など）と、集計手段の集計結果に基づいて、
データの更新を行うか否かを決定する決定手段（例え
ば、図１１に示すプログラムの処理ステップＳ７０な
ど）と、決定手段によるデータの更新を行うか否かの決
定を、複数の受信装置に送信する決定送信手段（例え
ば、図１１に示すプログラムの処理ステップＳ７２やＳ
７６など）とを有し、複数の受信装置それぞれがが、送
信装置から送信されてくる更新問い合わせを受信する問
い合わせ受信手段（例えば、図１５に示すプログラムの
処理ステップＳ８６やＳ９６など）と、更新問い合わに
対する応答を送信する応答送信手段（例えば、図１５に
示すプログラムの処理ステップＳ８７やＳ９７など）
と、送信装置から送信されてくる、データの更新を行う
か否かの決定を受信する決定受信手段（例えば、図１５
に示すプログラムの処理ステップＳ８８やＳ９８など）
と、更新問い合わに対する応答として、データの更新を
行わない旨を送信した場合において、データの更新を行
う旨の決定を受信したとき、更新対象のデータへのアク
セスを凍結する凍結手段（例えば、図１５に示すプログ
ラムの処理ステップＳ１００など）とを有することを特
徴とする。According to a nineteenth aspect of the present invention, there is provided a transmission / reception system which transmits information for updating data registered in a database in accordance with a two-phase commitment protocol, and a plurality of reception devices which receive information from the transmission device. In a transmission / reception system including a receiving device, the transmitting device issues an update inquiry to the plurality of receiving devices as to whether or not to update data (for example, processing step S of the program shown in FIG. 11).
66), response receiving means (for example, processing step S67 of the program shown in FIG. 11) for receiving a response to an update inquiry from a plurality of receiving devices, and counting of a response to the update inquiry at a predetermined time. Based on the tallying means to be performed (for example, processing step S69 of the program shown in FIG. 11) and the tallying result of the tallying means,
A deciding means for deciding whether or not to update the data (for example, the processing step S70 of the program shown in FIG. 11) and a decision as to whether or not to update the data by the deciding means are transmitted to a plurality of receiving apparatuses. The determination transmitting means (for example, the processing steps S72 and S72 of the program shown in FIG. 11)
76, etc., and each of the plurality of receiving apparatuses is provided with an inquiry receiving means (for example, processing steps S86 and S96 of the program shown in FIG. 15) for receiving an update inquiry transmitted from the transmitting apparatus, Response transmitting means for transmitting a response to the inquiry (for example, processing steps S87 and S97 of the program shown in FIG. 15)
And a determination receiving means (e.g., FIG. 15) for receiving a determination whether or not to update data transmitted from the transmitting device.
Processing steps S88 and S98 of the program shown in (1))
And a means for freezing access to the data to be updated when a decision to update the data is received in a case where the data update is not transmitted as a response to the update inquiry. And the like (processing step S100 of the program shown in FIG. 15).

【００４２】なお、勿論この記載は、各手段を上記した
ものに限定することを意味するものではない。Of course, this description does not mean that each means is limited to those described above.

【００４３】図１は、本発明を適用したデータ配信シス
テム（システムとは、複数の装置が論理的に集合した物
をいい、各構成の装置が同一筐体中にあるか否かは問わ
ない）の一実施の形態の構成例を示している。FIG. 1 shows a data distribution system to which the present invention is applied (a system refers to a device in which a plurality of devices are logically aggregated, and it does not matter whether the devices of each configuration are in the same housing or not. 1) shows a configuration example of an embodiment.

【００４４】情報提供者Ａ乃至Ｃは、各種のデータが記
憶されたデータベース１ａ乃至１ｃを有している。な
お、データベース１ａ乃至１ｃには、例えば、交通情
報、天気情報、株価情報その他のリアルタイムで変化す
るデータや、そのようにリアルタイムでは変化しないも
の、さらには、テキストデータ、画像データ、音声デー
タ、コンピュータプログラムなどのあらゆるものを記憶
させることができる。The information providers A to C have databases 1a to 1c in which various data are stored. The databases 1a to 1c include, for example, traffic information, weather information, stock price information, and other data that changes in real time, such data that does not change in real time, text data, image data, audio data, computer data, and the like. Everything such as programs can be stored.

【００４５】データベース１ａ乃至１ｃに記憶されたデ
ータが更新されると、即ち、データベース１ａ乃至１ｃ
に既に記憶されているデータが、新しいバージョンのも
のに変更された場合は勿論、データベース１ａ乃至１ｃ
に、新規のデータが登録されたり、また、データベース
１ａ乃至１ｃに記憶されたデータが削除されると、サー
バ２には、その更新内容（例えば、更新前のデータと更
新後のデータなど）が伝達され、サーバ２では、その更
新内容に基づいて、データを更新するためのデータ（以
下、適宜、更新データという）が作成されて、ストレー
ジ３に記憶される。さらに、サーバ２では、ストレージ
３に記憶された更新データについて、例えば、ＩＲＤ
（Integrated Receiver and Decoder）やＳＴＢ（Set T
op Box）などでなる受信端末５に送信すべき送信データ
が構成され、その送信データが、例えば、衛星回線や、
ＣＡＴＶ網、地上波、その他の、少なくとも、多数のユ
ーザに一斉同報が可能な一方向のネットワーク（後述す
る通信ネットワーク６と区別するために放送ネットワー
クという）４を介して送信される。When the data stored in the databases 1a to 1c is updated, that is, when the databases 1a to 1c are updated.
Is already stored in the database 1a to 1c as well as the data already stored in the database 1a to 1c.
When new data is registered or the data stored in the databases 1a to 1c is deleted, the updated contents (for example, the data before the update and the data after the update) are stored in the server 2. Then, the server 2 creates data for updating the data (hereinafter, appropriately referred to as update data) based on the updated content and stores the data in the storage 3. Further, the server 2 updates the update data stored in the storage 3 with, for example, an IRD
(Integrated Receiver and Decoder) and STB (Set T
The transmission data to be transmitted to the receiving terminal 5 such as an op box) is configured.
The information is transmitted via a CATV network, a terrestrial wave, or at least a one-way network (referred to as a broadcast network for distinguishing from a communication network 6 to be described later) 4 capable of simultaneously broadcasting to a large number of users.

【００４６】以上のようにして放送ネットワーク４を介
して送信（配信）されてくる送信データは、ユーザの受
信端末５で受信される。受信端末５では、受信した送信
データのうち、ユーザが所望するものが選択され、その
選択された送信データが記憶される。The transmission data transmitted (distributed) via the broadcast network 4 as described above is received by the receiving terminal 5 of the user. The receiving terminal 5 selects the desired transmission data from the received transmission data, and stores the selected transmission data.

【００４７】送信データを受信した受信端末５では、例
えば、アナログ公衆網や、ＩＳＤＮ（Integrated Syste
m Digital Network）、インターネット、その他の、少
なくとも双方向通信が可能なネットワーク（上述の放送
ネットワーク４と区別するために通信ネットワークとい
う）６を介して、サーバ２との間で、データの更新に必
要なやりとりが行われ、これにより、受信端末２が記憶
しているデータの更新が行われる。なお、受信端末は、
受信端末５の他にも設けられている。In the receiving terminal 5 that has received the transmission data, for example, an analog public network or ISDN (Integrated System)
m, Digital Network), the Internet, or at least data that can be updated between the server 2 and the server 2 via a network 6 capable of at least two-way communication (referred to as a communication network to be distinguished from the broadcast network 4 described above) 6. Exchange is performed, whereby the data stored in the receiving terminal 2 is updated. In addition, the receiving terminal
It is provided in addition to the receiving terminal 5.

【００４８】一方、受信端末５において記憶されている
データは、ユーザが、受信端末５を所定操作することに
より、例えば表示され、あるいは音声として出力され
る。ユーザがこのようにしてデータを視聴すると、受信
端末５では、その視聴履歴に関する履歴情報が記憶され
る。On the other hand, the data stored in the receiving terminal 5 is displayed or output as a sound, for example, when the user performs a predetermined operation on the receiving terminal 5. When the user views the data in this way, the receiving terminal 5 stores history information on the viewing history.

【００４９】そして、受信端末５においては、サーバ２
から要求があると、あるいは自発的に、記憶した履歴情
報が、通信ネットワーク６を介して、サーバ２に送信さ
れる。サーバ２では、このようにして受信端末５から送
信されてくる履歴情報が受信される。さらに、サーバ２
では、同様にして、他の受信端末からの履歴情報も受信
され、その統計が求められる。そして、その統計結果に
基づいて、ユーザによるデータの、いわば視聴率が求め
られる。サーバ２は、各データの視聴率を求めると、そ
の視聴率に基づいて、各データに対して、放送ネットワ
ーク４を介して送信を行うのに必要な資源を割り当て
る。In the receiving terminal 5, the server 2
Upon request or voluntarily, the stored history information is transmitted to the server 2 via the communication network 6. The server 2 receives the history information transmitted from the receiving terminal 5 in this manner. In addition, server 2
Then, similarly, history information from another receiving terminal is also received, and the statistics are obtained. Then, based on the statistical result, a so-called audience rating of the data by the user is obtained. When obtaining the audience rating of each data, the server 2 allocates resources necessary for transmitting the data via the broadcast network 4 to each data based on the audience rating.

【００５０】即ち、例えば、視聴率の高いデータに対し
ては、放送ネットワーク４の伝送帯域のうちの多くの部
分が割り当てられ、また、サーバ２の処理時間として
も、そのデータを処理するのに多くの時間が割り当てら
れる。逆に、視聴率の低いデータに対しては、放送ネッ
トワーク４の伝送帯域のうちの僅かな部分が割り当てら
れ、また、サーバ２の処理時間としても、そのデータを
処理するのに少ない時間が割り当てられる。That is, for example, a large portion of the transmission band of the broadcast network 4 is allocated to data having a high audience rating, and the processing time of the server 2 is not sufficient for processing the data. A lot of time is allocated. Conversely, a small portion of the transmission band of the broadcast network 4 is allocated to data with a low audience rating, and a short time is required to process the data even as the processing time of the server 2. Can be

【００５１】以上のようなデータ配信システムによれ
ば、視聴率の高いデータに対して、より多くの資源が割
り当てられ、そのようなデータを更新するための更新デ
ータが優先的に配信される。従って、効率的なデータの
配信が可能となる。According to the data distribution system as described above, more resources are allocated to data with a high audience rating, and update data for updating such data is distributed with priority. Therefore, efficient data distribution becomes possible.

【００５２】さらに、更新データが放送ネットワーク４
を介して一斉同報されるので、ユーザは、サーバ２にア
クセスしなくても、更新データを得ることができ、ま
た、これにより、サーバ２に対して、ユーザ側からのア
クセスが集中し、負荷が極端に増大することを低減する
ことができる。Further, the update data is transmitted to the broadcast network 4
, The user can obtain the updated data without accessing the server 2, and the access from the user side is concentrated on the server 2, Extreme increase of the load can be reduced.

【００５３】なお、放送ネットワーク４と通信ネットワ
ーク６とは、物理的に別々のネットワークである必要は
ない。即ち、放送ネットワーク４を、例えば、ＣＡＴＶ
網で構成する場合においては、そのＣＡＴＶ網は通信ネ
ットワーク６として利用することも可能である。また、
放送ネットワーク４によるデータの配信を、例えば、イ
ンターネットなどを利用したＩＰ（Internet Protoco
l）マルチキャストで行う場合においては、通信ネット
ワーク６は、そのインターネットで構成することも可能
である。The broadcast network 4 and the communication network 6 need not be physically separate networks. That is, the broadcast network 4 is, for example, CATV
When configured with a network, the CATV network can be used as the communication network 6. Also,
The distribution of data by the broadcast network 4 is performed, for example, by using an IP (Internet Protocol
l) In the case of performing by multicast, the communication network 6 can be constituted by the Internet.

【００５４】また、サーバ２からの受信端末５へのデー
タの送信は、例えば、スクランブルをかけて行い、これ
により、特定のユーザ（受信契約を結んだユーザ）の
み、データの受信が可能なようにすることも可能であ
る。Transmission of data from the server 2 to the receiving terminal 5 is performed, for example, by scrambling, so that only a specific user (a user who has made a reception contract) can receive data. It is also possible to

【００５５】ここで、受信装置５は、電源をオン状態に
しないと、放送ネットワーク４を介して送信されてくる
信号を受信することができないが、ここでは、例えば、
放送ネットワーク４を介して送信されてくる信号を受信
しても、従量制の課金が行われる、例えば、ＰＰＶ（Pa
y Per View）方式のテレビジョン放送や、電話などと異
なり、課金が行われないようになされている（放送ネッ
トワーク４を介して送信されてくる信号の受信は無料で
行うことができるようになされている）。従って、ユー
ザは、受信装置５の電源をオン状態にしたままにするこ
とが多いと予測され、このことから、放送ネットワーク
（ブロードキャストチャンネル）４は、サーバ２と受信
端末５とを、常時接続状態にする傾向が強い。Here, the receiving device 5 cannot receive the signal transmitted via the broadcast network 4 unless the power is turned on.
Even when a signal transmitted via the broadcast network 4 is received, charging based on a metered rate is performed. For example, PPV (Pa
Unlike per-view television broadcasting and telephone, billing is not performed (signals transmitted via the broadcasting network 4 can be received free of charge). ing). Therefore, it is expected that the user often keeps the power of the receiving device 5 in the ON state. Therefore, the broadcast network (broadcast channel) 4 sets the server 2 and the receiving terminal 5 in the always-on state. There is a strong tendency to.

【００５６】一方、通信ネットワーク（リターンチャン
ネル）６は、ここでは、例えば、受信端末５が発呼を行
うことにより、サーバ２との通信リンク（セッション）
を確立することで（あるいは、逆に、サーバ２が発呼し
て、受信端末５との通信リンクを確立することで）、サ
ーバ２と受信端末５とを接続する。さらに、ここでは、
通信ネットワーク６を介しての通信に対しては、例え
ば、従量制の課金が行われるようになされており、以上
から、通信ネットワーク６は、サーバ２と受信端末５と
を、必要なときのみ（通信が必要なときのみ）接続状態
にする傾向が強い。On the other hand, the communication network (return channel) 6 here establishes a communication link (session) with the server 2 when the receiving terminal 5 makes a call.
(Or, conversely, the server 2 makes a call and establishes a communication link with the receiving terminal 5) to connect the server 2 and the receiving terminal 5. In addition, here
The communication via the communication network 6 is, for example, charged on a pay-per-use basis. From the above, the communication network 6 connects the server 2 and the receiving terminal 5 only when necessary ( (Only when communication is required.)

【００５７】次に、図２は、図１のサーバ２の構成例を
示している。Next, FIG. 2 shows a configuration example of the server 2 of FIG.

【００５８】通信制御部１１は、例えば、モデムや、Ｔ
Ａ（Terminal Adapter）などで構成され、通信ネットワ
ーク６を介しての通信を制御するようになされている。
履歴管理部１２は、通信ネットワーク６を介して受信端
末５から送信されている履歴情報を、通信制御部１１か
ら受信し、その統計処理を行って、各データの視聴率と
しての統計情報を求めるようになされている。統計情報
記憶部１３は、履歴情報管理部１２において求められた
統計情報（視聴率）を、各データ別に記憶するようにな
されている。資源割当部１４は、統計情報記憶部１３に
記憶された統計情報に基づいて、各データ（更新デー
タ）に対して、放送ネットワーク４を介して送信するの
に必要な資源を割り当てるようになされている。The communication control unit 11 includes, for example, a modem, T
A (Terminal Adapter) or the like, and controls communication via the communication network 6.
The history management unit 12 receives the history information transmitted from the receiving terminal 5 via the communication network 6 from the communication control unit 11, performs a statistical process on the history information, and obtains the statistical information as the audience rating of each data. It has been made like that. The statistical information storage unit 13 is configured to store the statistical information (viewing rate) obtained by the history information management unit 12 for each data. The resource allocating unit 14 allocates a resource necessary for transmission via the broadcast network 4 to each data (update data) based on the statistical information stored in the statistical information storage unit 13. I have.

【００５９】登録部１５は、情報提供者Ａ乃至Ｃのデー
タベース１ａ乃至１ｃから配信されてくるデータの更新
内容に基づき、そのデータを更新するための更新データ
を生成して、ストレージ３に登録するようになされてい
る。ここで、情報提供者Ａ乃至Ｃのデータベース１ａ乃
至１ｃからのデータの更新内容が、データの新規登録、
変更、または削除である場合には、例えば、それぞれ、
新規のデータ、変更後のデータ、またはデータを削除す
る指示などが、更新データに含まれるようになされてい
る。The registration unit 15 generates update data for updating the data based on the update contents of the data distributed from the databases 1 a to 1 c of the information providers A to C, and registers the update data in the storage 3. It has been made like that. Here, the update contents of the data from the databases 1a to 1c of the information providers A to C are the new registration of the data,
If it is a change or a deletion, for example,
New data, changed data, or an instruction to delete data is included in the update data.

【００６０】更新制御部（データベースマネジメントシ
ステム）１６は、後述するような２相コミットメントプ
ロトコル（これは、従来の２相コミットメントプロトコ
ルを修正（改良）したものなので、以下、適宜、修正型
２相コミットメントプロトコルという）にしたがい、デ
ータの更新を行うための各種の処理を行うようになされ
ている。また、更新制御部１６は、通信制御部１１、資
源割当部１４、およびデータ構成部１７を制御するよう
にもなされている。記憶部１６Ａは、更新制御部１６に
内蔵され、後述するような各種のログなどを記憶するよ
うになされている。設定部１６Ｂは、後述するコミット
実行判断投票率を設定するときに、例えば、サーバ２の
管理者によって操作され、その設定値を、更新制御部１
６に供給するようになされている。The update control unit (database management system) 16 includes a two-phase commitment protocol as described later (this is a modification (improvement) of the conventional two-phase commitment protocol). According to the protocol, various processes for updating data are performed. The update control unit 16 also controls the communication control unit 11, the resource allocation unit 14, and the data configuration unit 17. The storage unit 16A is built in the update control unit 16, and stores various logs, which will be described later. The setting unit 16B is operated by, for example, an administrator of the server 2 when setting a commit execution determination voting rate to be described later, and sets the set value to the update control unit 1.
6.

【００６１】データ構成部１７は、更新制御部１６の制
御にしたがい、ストレージ３に登録された更新データに
ついて、伝送部１８により放送ネットワーク４を介して
伝送させる送信データを構成し、伝送部１８に供給する
ようになされている。伝送部１８は、データ構成部１７
からの送信データを、資源割当部１４からの、その送信
データに対する資源の割当量にしたがい、放送ネットワ
ーク４を介して伝送するようになされている。Under the control of the update control unit 16, the data configuration unit 17 configures transmission data to be transmitted by the transmission unit 18 via the broadcast network 4 with respect to the update data registered in the storage 3, and the transmission unit 18 It is made to supply. The transmission unit 18 includes the data configuration unit 17
Is transmitted via the broadcast network 4 in accordance with the amount of resources allocated to the transmission data from the resource allocation unit 14.

【００６２】以上のように構成されるサーバ２では、ス
トレージ３に更新データを登録する登録処理、および放
送ネットワーク４を介してデータを伝送するデータ伝送
処理などが行われるようになされている。In the server 2 configured as described above, a registration process for registering update data in the storage 3 and a data transmission process for transmitting data via the broadcast network 4 are performed.

【００６３】即ち、登録処理においては、図３のフロー
チャートに示すように、まず最初に、ステップＳ１にお
いて、情報提供者Ａ乃至Ｃのデータベース１ａ乃至１ｃ
のうちのいずれかからデータの更新内容が配信されてき
たか否かが、登録部１５によって判定され、配信されて
きていないと判定された場合、即ち、データベース１ａ
乃至１ｃのうちのいずれも更新されていない場合、ステ
ップＳ１に戻る。また、ステップＳ１において、データ
の更新内容が配信されてきたと判定された場合、ステッ
プＳ２に進み、登録部１５は、その更新内容に基づき更
新データを作成する。さらに、ステップＳ２では、例え
ば、図４に示すように、更新データに、データ識別子、
およびバージョン情報が付加され、ストレージ３に登録
されて、ステップＳ１に戻る。That is, in the registration process, as shown in the flowchart of FIG. 3, first, in step S1, the databases 1a to 1c of the information providers A to C are obtained.
It is determined by the registration unit 15 whether or not the updated content of the data has been distributed from any of the above. If it is determined that the updated content has not been distributed, that is, the database 1a
If none of the steps 1 to 1c has been updated, the process returns to step S1. If it is determined in step S1 that the updated content of the data has been delivered, the process proceeds to step S2, and the registration unit 15 creates updated data based on the updated content. Further, in step S2, for example, as shown in FIG.
And version information are added, registered in the storage 3, and the process returns to step S1.

【００６４】以上のようにして、ストレージ３には、デ
ータ識別子およびバージョン情報が付加された更新デー
タが記憶される。As described above, the storage 3 stores the updated data to which the data identifier and the version information are added.

【００６５】ここで、データ識別子は、データを識別す
るためのもので、例えば、交通情報や、天気情報、株価
情報などごとに、ユニークなものがあらかじめ割り当て
られている。また、バージョン情報は、そのデータの新
しさを示すもので、例えば、データが更新されるごとに
１ずつインクリメントされる整数値などが用いられる。
従って、同一のデータ識別子が付加されているデータに
ついては、そのバージョン情報を比較することで、最新
のデータを認識することができ、これにより、データが
更新されたかどうかが分かる。Here, the data identifier is for identifying data, and for example, a unique data identifier is assigned to each of traffic information, weather information, stock price information, and the like. The version information indicates the newness of the data. For example, an integer value that is incremented by one each time the data is updated is used.
Therefore, for data to which the same data identifier is added, the latest data can be recognized by comparing the version information, and it can be determined whether the data has been updated.

【００６６】なお、データ識別子およびバージョン情報
は、ここでは、例えば、ともに固定長とされている。Here, the data identifier and the version information are, for example, both fixed length.

【００６７】次に、図５のフローチャートを参照して、
データ伝送処理について説明する。Next, referring to the flowchart of FIG.
The data transmission process will be described.

【００６８】この場合、サーバ２では、まず最初に、ス
テップＳ１１において、履歴情報の収集が行われる。即
ち、例えば、履歴管理部１２は、通信制御部１１を制御
することにより、通信ネットワーク６を介して、受信端
末５にアクセスし、履歴情報を要求する。受信端末５か
らは、この要求に応じて、後述する図１０のステップＳ
５２において、通信ネットワーク６を介して、履歴情報
が送信されてくるので、その履歴情報が、通信制御部１
１で受信され、履歴管理部１２に供給される。ステップ
Ｓ１１では、他の受信端末５からも、同様にして、履歴
情報が収集される。In this case, the server 2 first collects history information in step S11. That is, for example, the history management unit 12 accesses the receiving terminal 5 via the communication network 6 by controlling the communication control unit 11 and requests history information. In response to this request, the receiving terminal 5 responds to step S
At 52, the history information is transmitted via the communication network 6, and the history information is transmitted to the communication control unit 1.
1 and is supplied to the history management unit 12. In step S11, history information is similarly collected from the other receiving terminals 5.

【００６９】そして、ステップＳ１２に進み、履歴管理
部１２において、各データごとに、履歴情報の統計が求
められ、統計情報としての視聴率が算出される。この統
計情報は、統計情報記憶部１３に供給されて記憶され、
ステップＳ１３に進む。ステップＳ１３では、資源割当
部１４において、統計情報記憶部１３に記憶された統計
情報に基づいて、ストレージ３に記憶されたデータ（更
新データ）に対して、放送ネットワーク４を介しての送
信に必要な資源が割り当てられる。Then, the process proceeds to step S12, where the history management unit 12 obtains statistics of the history information for each data, and calculates the audience rating as the statistical information. This statistical information is supplied to and stored in the statistical information storage unit 13,
Proceed to step S13. In step S13, based on the statistical information stored in the statistical information storage unit 13, the data allocating unit 14 needs to transmit the data (update data) stored in the storage 3 via the broadcast network 4 based on the statistical information. Resources are allocated.

【００７０】即ち、例えば、ストレージ３にデータＤ
ａ，Ｄｂ，Ｄｃを更新するための更新データが記憶され
ており、そのデータＤａ，Ｄｂ，Ｄｃについて、ユーザ
Ｕａが１，２，０回、ユーザＵｂが２，４，１回の視聴
を行ったという履歴情報が得られたとする。この場合、
履歴管理部１２では、データＤａ，Ｄｂ，Ｄｃについ
て、履歴情報を加算することにより、それぞれの統計情
報が求められる。従って、この場合、データＤａ，Ｄ
ｂ，Ｄｃについての統計情報が、それぞれ３（＝０＋
３），６（２＋４），１（＝０＋１）として求められ
る。That is, for example, the data D
Update data for updating a, Db, and Dc is stored, and the user Ua views the data Da, Db, and Dc 1, 2, 0 times and the user Ub views 2, 4, 1 times. It is assumed that the history information indicating that the in this case,
The history management unit 12 obtains statistical information of each of the data Da, Db, and Dc by adding the history information. Therefore, in this case, the data Da, D
The statistical information about b and Dc is 3 (= 0 +
3), 6 (2 + 4), 1 (= 0 + 1).

【００７１】そして、資源割当部１４では、この統計情
報に基づいて、各更新データに対して、放送ネットワー
ク４を介しての送信に必要な資源が割り当てられる。即
ち、資源割当部１４では、データＤａ，Ｄｂ，Ｄｃを更
新するための更新データについて、例えば、放送ネット
ワーク４の伝送帯域のうちの、それぞれの統計情報に相
当する割合に対応するだけの帯域が割り当てられる。具
体的には、この場合、図６に示すように、データＤａ，
Ｄｂ，Ｄｃに対する更新データには、それぞれ、放送ネ
ットワーク４の伝送帯域の３０％（＝３／（３＋６＋
１）×１００％），６０％（＝６／（３＋６＋１）×１
００％），１０％（＝１／（３＋６＋１）×１００％）
が割り当てられる。The resource allocating unit 14 allocates resources necessary for transmission via the broadcast network 4 to each update data based on the statistical information. That is, in the resource allocation unit 14, the update data for updating the data Da, Db, and Dc has, for example, a band corresponding to a ratio corresponding to each statistical information in the transmission band of the broadcast network 4. Assigned. Specifically, in this case, as shown in FIG.
The update data for Db and Dc include 30% (= 3 / (3 + 6 +) of the transmission band of the broadcast network 4 respectively.
1) × 100%), 60% (= 6 / (3 + 6 + 1) × 1)
00%), 10% (= 1 / (3 + 6 + 1) × 100%)
Is assigned.

【００７２】ここで、統計情報としては、上述のような
割合を求めて、統計情報記憶部１３に記憶させておくよ
うにすることも可能である。Here, as the statistical information, it is also possible to obtain the above-mentioned ratio and store it in the statistical information storage unit 13.

【００７３】資源割当部１４における各更新データに対
する資源の割当量は、伝送部１８に供給される。The resource allocation amount for each update data in the resource allocation unit 14 is supplied to the transmission unit 18.

【００７４】一方、データ構成部１７は、ステップＳ１
４において、更新制御部１６の制御にしたがい、ストレ
ージ３から、データ識別子およびバージョン情報が付加
された更新データを読み出し、放送ネットワーク６を介
して送信するために必要な処理を施すことにより、送信
データを構成する。この送信データは、データ構成部１
７から伝送部１８に供給される。On the other hand, the data configuration unit 17 determines in step S1
4, under the control of the update control unit 16, the update data to which the data identifier and the version information are added is read from the storage 3, and a process necessary for transmitting the update data via the broadcast network 6 is performed. Is configured. This transmission data is transmitted to the data
7 to the transmission unit 18.

【００７５】伝送部１８は、ステップＳ１５において、
データ構成部１７からの送信データを、資源割当部１４
からの資源の割当量にしたがい、放送ネットワーク４を
介して送信し、ステップＳ１６に進む。ステップＳ１６
では、データ構成部１７からの送信データの送信を最初
におこなったタイミングから、所定の時間が経過したか
どうかが、伝送部１８によって判定され、経過していな
いと判定された場合、ステップＳ１５に戻る。従って、
この場合、送信データの伝送が繰り返される。即ち、放
送ネットワーク４によるデータの送信は、サーバ２から
受信端末５の一方向にのみ行われるため、それらの間
で、データの送受信が正確に行われたかどうかの確認を
行うことができない。そこで、サーバ２では、送信デー
タの伝送が、所定の時間繰り返されるようになされてお
り、これにより、受信端末５において、正確なデータの
受信が行われる確率を向上させるようになされている。The transmission unit 18 determines in step S15
The transmission data from the data configuration unit 17 is transmitted to the resource allocation unit 14
Is transmitted via the broadcast network 4 in accordance with the allocated amount of the resource from, and proceeds to step S16. Step S16
Then, the transmission unit 18 determines whether or not a predetermined time has elapsed from the timing when the transmission of the transmission data from the data configuration unit 17 was first performed. If it is determined that the predetermined time has not elapsed, the process proceeds to step S15. Return. Therefore,
In this case, transmission of transmission data is repeated. That is, since data transmission by the broadcast network 4 is performed only in one direction from the server 2 to the receiving terminal 5, it is impossible to confirm whether data transmission and reception have been correctly performed between them. Therefore, in the server 2, the transmission of the transmission data is repeated for a predetermined time, thereby improving the probability that the receiving terminal 5 will receive the correct data.

【００７６】一方、ステップＳ１６において、データ構
成部１７からの送信データの送信を最初におこなったタ
イミングから、所定の時間が経過したと判定された場
合、ステップＳ１１に戻り、以下、同様の処理が繰り返
される。On the other hand, if it is determined in step S16 that a predetermined time has elapsed since the transmission of the transmission data from the data configuration unit 17 for the first time, the process returns to step S11. Repeated.

【００７７】以上のようにして、例えば、定期的に、デ
ータの視聴率としての総計情報が求められ、その統計情
報に基づいて、各更新データに対する資源の割当量が決
定される。そして、その資源の割当量にしたがい、更新
データが伝送される。As described above, for example, total information as a data audience rating is obtained periodically, and a resource allocation amount for each update data is determined based on the statistical information. Then, update data is transmitted according to the resource allocation amount.

【００７８】なお、統計情報の算出は、不定期に行うこ
とも可能である。The calculation of the statistical information can be performed irregularly.

【００７９】また、図６では、説明を簡単にするため
に、同時に送信する更新データに対して、それぞれにつ
いての視聴率に比例した伝送帯域を割り当てるようにし
たが、これでは、データの視聴率が０％の場合や、ま
た、０％より大の視聴率であっても、その視聴率が、他
のデータの視聴率に比較して著しく低い場合などには、
そのデータの更新があっても、その更新データに対し
て、放送ネットワーク４を介しての送信に必要な資源は
割り当てられないことになる。しかしながら、視聴率が
０％、あるいはそれに近い場合であっても、ユーザが、
そのデータを、将来にわたっても視聴しないとはいえな
いから、その更新データが、まったく配信されないのは
好ましくない。一方、視聴率の低いデータに対して、こ
れに多くの資源を割り当てて、放送ネットワーク４で伝
送することは、データの効率的な配信の観点等から好ま
しくない。In FIG. 6, for simplicity of explanation, a transmission band proportional to the audience rating is assigned to the update data transmitted at the same time. Is 0%, or even if the rating is greater than 0%, the rating is significantly lower than the ratings of other data, etc.
Even if the data is updated, resources required for transmission via the broadcast network 4 are not allocated to the updated data. However, even if the audience rating is at or near 0%,
Since it cannot be said that the data will not be viewed in the future, it is not preferable that the updated data is not distributed at all. On the other hand, it is not preferable to allocate a large amount of resources to data having a low audience rating and transmit the data through the broadcast network 4 from the viewpoint of efficient distribution of data.

【００８０】そこで、資源割当部１４では、視聴率が所
定値以下のデータについても、放送ネットワーク４を介
して送信するのに必要な資源の数％が割り当てられるよ
うになされている。即ち、例えば、図６で説明したよう
な更新データＤａ，Ｄｂ，Ｄｃがある場合においては、
資源割当部１４は、放送ネットワーク４による伝送帯域
を、例えば、１：５０に分割し、前者の帯域（全伝送帯
域の１／５１）を、視聴率が所定値以下のデータ専用と
する。一方、視聴率が所定値以上のデータに対しては、
残りの帯域（全伝送帯域の５０／５１）が、例えば、図
６で説明した場合と同様にして割り当てられる。Therefore, the resource allocating unit 14 allocates several percent of the resources necessary for transmitting data via the broadcast network 4 to data whose audience rating is equal to or less than a predetermined value. That is, for example, when there is update data Da, Db, Dc as described in FIG.
The resource allocating unit 14 divides the transmission band by the broadcast network 4 into, for example, 1:50, and dedicates the former band (1/51 of the entire transmission band) to data whose audience rating is equal to or less than a predetermined value. On the other hand, for data whose audience rating is equal to or higher than a predetermined value,
The remaining bands (50/51 of the entire transmission band) are allocated, for example, in the same manner as described with reference to FIG.

【００８１】次に、図７は、図１の受信端末５の構成例
を示している。Next, FIG. 7 shows a configuration example of the receiving terminal 5 of FIG.

【００８２】受信部２１は、サーバ２から放送ネットワ
ーク４を介して送信されてくる送信データを受信し、選
択部２２に出力されるようになされている。選択部２２
は、例えば、履歴情報記憶部２７に記憶されている履歴
情報に基づいて、受信部２１からの送信データを選択
し、その選択した送信データとしての更新データ（デー
タ識別子およびバージョン情報が付加されたもの）を、
更新制御部２９に供給するようになされている。The receiving section 21 receives transmission data transmitted from the server 2 via the broadcast network 4 and outputs the data to the selecting section 22. Selector 22
For example, based on the history information stored in the history information storage unit 27, the transmission data from the reception unit 21 is selected, and the update data (the data identifier and the version information to which the data identifier and the version information are added) as the selected transmission data is selected. Things,
The update control unit 29 is supplied.

【００８３】データベース２３は、例えば、大容量のハ
ードディスクや光磁気ディスク、その他の記録媒体で構
成され、更新制御部２９から供給されるデータを記憶
（記録）するようになされている。読み出し部２４は、
操作部３０の操作に対応して、データベース２３に記憶
されたデータを読み出し、出力部２５に供給するように
なされている。出力部２５は、例えば、ディスプレイや
スピーカなどで構成され、読み出し部２４からのデータ
を表示し、または音声として出力するようになされてい
る。The database 23 is composed of, for example, a large-capacity hard disk, a magneto-optical disk, or another recording medium, and stores (records) data supplied from the update control unit 29. The reading unit 24
Data stored in the database 23 is read out and supplied to the output unit 25 in response to the operation of the operation unit 30. The output unit 25 includes, for example, a display, a speaker, and the like, and is configured to display data from the reading unit 24 or output as data.

【００８４】履歴管理部２６は、読み出し部２４による
データベース２３からのデータの読み出し履歴、即ち、
ユーザがデータを視聴した視聴履歴としての履歴情報を
管理するようになされている。即ち、履歴管理部２６
は、読み出し部２４を監視しており、例えば、読み出し
部２４がデータベース２３からデータを読み出した回数
を、そのデータ識別子ごとにカウントしたものを、履歴
情報として、履歴情報記憶部２７に記憶させるようにな
されている。履歴情報記憶部２７は、履歴管理部２６か
らの履歴情報を記憶するようになされている。通信制御
部２８は、通信ネットワーク６を介しての通信制御を行
うようになされており、これにより、履歴情報記憶部２
７に記憶された履歴情報や、更新制御部２９の制御にし
たがった情報を、通信ネットワーク６を介してサーバ２
に送信したり、また、サーバ２から通信ネットワーク６
を介して送信されてくる情報を受信するようになされて
いる。The history management unit 26 stores the history of reading data from the database 23 by the reading unit 24,
History information as a viewing history of a user viewing data is managed. That is, the history management unit 26
Monitors the reading unit 24 and, for example, stores the number of times the reading unit 24 reads data from the database 23 for each data identifier in the history information storage unit 27 as history information. Has been made. The history information storage unit 27 stores the history information from the history management unit 26. The communication control unit 28 is configured to perform communication control via the communication network 6, whereby the history information storage unit 2
7 and the information under the control of the update control unit 29 are transmitted to the server 2 via the communication network 6.
To the communication network 6 from the server 2.
, Which receives information transmitted via the Internet.

【００８５】更新制御部（データベースマネジメントシ
ステム）２９は、修正型２相コミットメントプロトコル
にしたがい、データベース２３のデータの更新を行うた
めの各種の処理を行うようになされている。即ち、更新
制御部２９は、選択部２２からの更新データにしたがっ
て、データベース２３の更新を行うようになされてい
る。具体的には、更新制御部２９は、更新データが、新
規のデータ、変更後のデータ、またはデータを削除する
指令である場合、それぞれ、データベース２３に新規の
データを登録し、データベース２３に記憶されているデ
ータに替えて、変更後のデータを登録し、またはデータ
を削除するようになされている。また、更新制御部２９
は、通信制御部２８を制御することで、通信ネットワー
ク６を介し、サーバ２（更新制御部１６）との間で、デ
ータの更新に必要な情報のやりとりを行うようにもなさ
れている。The update control section (database management system) 29 performs various processes for updating data in the database 23 in accordance with the modified two-phase commitment protocol. That is, the update control unit 29 updates the database 23 according to the update data from the selection unit 22. Specifically, when the update data is new data, changed data, or a command to delete data, the update control unit 29 registers the new data in the database 23 and stores the new data in the database 23, respectively. Instead, the changed data is registered or the data is deleted. Also, the update control unit 29
By controlling the communication control unit 28, information necessary for updating data is exchanged with the server 2 (update control unit 16) via the communication network 6.

【００８６】記憶部２９Ａは、更新制御部２９に内蔵さ
れ、後述するような各種のログや、更新制御部２９が行
う処理上必要なデータを記憶するようになされている。The storage unit 29A is built in the update control unit 29, and stores various logs, which will be described later, and data necessary for processing performed by the update control unit 29.

【００８７】操作部３０は、データベース２３に登録さ
れたデータを、出力部２５において表示、出力する場合
などに操作される。The operation unit 30 is operated when the data registered in the database 23 is displayed and output on the output unit 25.

【００８８】以上のように構成される受信端末５では、
サーバ２から放送ネットワーク４を介して送信されてく
る送信データを受信する受信処理、データベース２３に
登録されたデータを出力する出力処理、および履歴情報
をサーバ２に送信する履歴情報送信処理などが行われる
ようになされている。In the receiving terminal 5 configured as described above,
A reception process for receiving transmission data transmitted from the server 2 via the broadcast network 4, an output process for outputting data registered in the database 23, a history information transmission process for transmitting history information to the server 2, and the like are performed. It has been made to be done.

【００８９】まず、図１１のフローチャートを参照し
て、受信処理について説明する。First, the receiving process will be described with reference to the flowchart of FIG.

【００９０】サーバ２から放送ネットワーク４を介して
送信データが送信されてくると、受信部２１では、ステ
ップＳ３１において、その送信データが受信され、選択
部２２に送信される。選択部２２では、ステップＳ３２
において、受信部２１からの送信データが選択すべきも
のであるかどうかが、例えば、履歴情報記憶部２７に記
憶された履歴情報を参照することで判定される。When transmission data is transmitted from the server 2 via the broadcast network 4, the reception data is received by the reception unit 21 and transmitted to the selection unit 22 in step S 31. In the selection unit 22, step S32
In, whether the transmission data from the receiving unit 21 is to be selected or not is determined by referring to the history information stored in the history information storage unit 27, for example.

【００９１】ステップＳ３２において、受信部２１から
の送信データが選択すべきものでないと判定された場
合、即ち、例えば、送信データとしての更新データに付
加されているデータ識別子が、履歴情報記憶部２７にお
いて履歴情報として記憶されていない場合（記憶されて
いても、そのデータの読み出し回数が０回の場合を含
む）、次の送信データが、放送ネットワーク４を介して
送信されてくるのを待って、ステップＳ３１に戻る。従
って、この場合、送信データは、データベース２３に登
録されない。If it is determined in step S32 that the transmission data from the reception unit 21 is not to be selected, that is, for example, the data identifier added to the update data as the transmission data is stored in the history information storage unit 27. If it is not stored as history information (even if it is stored, including the case where the number of times of reading the data is 0), it waits for the next transmission data to be transmitted via the broadcast network 4, and It returns to step S31. Therefore, in this case, the transmission data is not registered in the database 23.

【００９２】一方、ステップＳ３２において、受信部２
１からの送信データが選択すべきものであると判定され
た場合、即ち、例えば、送信データとしての更新データ
に付加されているデータ識別子が、履歴情報記憶部２７
において履歴情報として記憶されている場合、その更新
データが、選択部２２から更新制御部２９に供給され、
ステップＳ３３に進む。On the other hand, in step S32, the receiving unit 2
When it is determined that the transmission data from No. 1 is to be selected, that is, for example, the data identifier added to the update data as the transmission data is stored in the history information storage unit 27.
, The update data is supplied from the selection unit 22 to the update control unit 29,
Proceed to step S33.

【００９３】ここで、上述のように、送信データに配置
されているデータ識別子が、履歴情報として記憶されて
いない場合には、その送信データは、データベース２３
に登録されないが、例えば、受信端末５の購入直後など
においては、履歴情報記憶部２７には、履歴情報が記憶
されていないため、送信データは、一切、データベース
２３に登録されないことになる。そこで、受信端末５で
は、例えば、図示せぬ設定スイッチを操作することによ
り、上述したように、選択部２２において、履歴情報に
基づいて、送信データの取捨選択を行うかどうかの設定
を行うことができるようになされている。即ち、設定ス
イッチが、履歴情報に基づいて、送信データの取捨選択
を行わないように設定されている場合には、ステップＳ
３１の処理後、ステップＳ３２の処理は行われず、ステ
ップＳ３３の処理が行われるようになされている。Here, as described above, when the data identifier allocated to the transmission data is not stored as history information, the transmission data is stored in the database 23.
However, for example, immediately after the purchase of the receiving terminal 5, the history information is not stored in the history information storage unit 27, so that no transmission data is registered in the database 23. Therefore, in the receiving terminal 5, for example, by operating a setting switch (not shown), the selection unit 22 sets whether or not to select transmission data based on the history information as described above. Has been made possible. That is, if the setting switch is set so as not to select transmission data based on the history information, step S
After the process of 31, the process of step S32 is not performed, and the process of step S33 is performed.

【００９４】なお、そのような設定スイッチの操作を行
わなくても、履歴情報記憶部２７に履歴情報が記憶され
ていない場合には、ステップＳ３２の処理を、自動的に
スキップするようにすることが可能である。Even if the setting switch is not operated, if the history information is not stored in the history information storage unit 27, the process of step S32 is automatically skipped. Is possible.

【００９５】ステップＳ３３では、更新制御部２９にお
いて、選択部２２からの更新データに付加されているデ
ータ識別子と同一のデータ識別子を有するものが、デー
タベース２３に、既に記憶されているかどうかが判定さ
れ、記憶されていないと判定された場合、ステップＳ３
４をスキップして、ステップＳ３５に進む。In step S33, the update control unit 29 determines whether or not a data having the same data identifier as the data identifier added to the update data from the selection unit 22 is already stored in the database 23. If it is determined that the information is not stored, the process proceeds to step S3
Step 4 is skipped and the process proceeds to step S35.

【００９６】また、ステップＳ３３において、選択部２
２からの更新データに付加されているデータ識別子と同
一のデータ識別子を有するものが、データベース２３
に、既に記憶されていると判定された場合、ステップＳ
３４に進み、更新制御部２９において、その既に記憶さ
れているデータ（以下、適宜、既登録データという）に
配置されたバージョン情報と、選択部２２からの更新デ
ータに付加されているバージョン情報とが比較され、こ
れにより、既登録データが、選択部２２からの更新デー
タによって、既に更新されたものであるかどうかが判定
される。In step S33, the selection unit 2
2 having the same data identifier as the data identifier added to the update data from the database 23
If it is determined that the information is already stored,
34, the update control unit 29 checks the version information allocated to the already stored data (hereinafter referred to as registered data as appropriate) and the version information added to the update data from the selection unit 22. Are compared, and it is determined whether the registered data has already been updated by the update data from the selection unit 22.

【００９７】ステップＳ３４において、既登録データ
が、選択部２２からの更新データによって更新されたも
のであると判定された場合、即ち、例えば、図５で説明
したように、サーバ２からは、同一の更新データが放送
ネットワーク４を介して繰り返し送信されるが、そのよ
うに繰り返し行われる送信のうちの、過去に行われた送
信による更新データによって、既に更新されたデータ
が、データベース２３に登録されている場合、ステップ
Ｓ３１に戻る。従って、この場合、更新データに基づく
更新は行われない（既に更新されたデータが記憶されて
いるから、再度、更新する必要がない）。In step S34, when it is determined that the registered data has been updated by the update data from the selection unit 22, that is, for example, as described with reference to FIG. Is repeatedly transmitted via the broadcast network 4, and among the transmissions which are repeatedly performed in this manner, the data which has already been updated by the update data by the transmission performed in the past is registered in the database 23. If yes, the process returns to step S31. Therefore, in this case, the update based on the update data is not performed (it is not necessary to update again because the updated data is already stored).

【００９８】一方、ステップＳ３４において、既登録デ
ータが、選択部２２からの更新データによって更新され
たものでないと判定された場合、ステップＳ３５に進
み、更新制御部２９は、データベース２３を、選択部２
２からの更新データに基づいて更新し、ステップＳ３１
に戻る。On the other hand, when it is determined in step S34 that the registered data has not been updated by the update data from the selection unit 22, the process proceeds to step S35, where the update control unit 29 stores the database 23 in the selection unit 22. 2
Update based on the update data from step S2, and step S31
Return to

【００９９】ここで、受信部２１においては、履歴情報
記憶部２７に記憶されている履歴情報に基づいて、送信
データを受信させるようにすることが可能である。即
ち、例えば、サーバ２から、各送信データが、周波数分
割方式で、放送ネットワーク４を介して送信されてくる
場合において、そのようにして送信されてくる送信デー
タを受信部２１において同時に受信することができない
ときには、履歴情報を参照して、視聴された回数の多い
送信データを優先的に受信するようにすることが可能で
ある。Here, the receiving unit 21 can receive transmission data based on the history information stored in the history information storage unit 27. That is, for example, when each transmission data is transmitted from the server 2 by the frequency division method via the broadcast network 4, the transmission data transmitted in this manner is simultaneously received by the reception unit 21. If it is not possible, by referring to the history information, it is possible to preferentially receive transmission data that has been viewed a large number of times.

【０１００】具体的には、例えば、図６で説明したよう
に、データＤａ，Ｄｂ，Ｄｃについての送信データが送
信されている場合において、履歴情報記憶部２７に、視
聴回数が、例えば、それぞれ２，４，１回という履歴情
報が記憶されているときには、データＤｂ，Ｄａ，Ｄｃ
の順に、それぞれについての送信データを受信するよう
にすることができる。Specifically, for example, as described with reference to FIG. 6, when transmission data for data Da, Db, and Dc is being transmitted, the history information storage unit 27 stores, for example, When history information of 2, 4, 1 times is stored, data Db, Da, Dc
, The transmission data for each of them can be received.

【０１０１】あるいは、また、受信端末５が図８の受信
処理を行うのに必要な資源を、データＤａ，Ｄｂ，Ｄｃ
に対して、それぞれ、２：４：１の割合で割り当てるよ
うにすることなども可能である。Alternatively, resources necessary for the receiving terminal 5 to perform the receiving process of FIG.
It is also possible to assign them at a ratio of 2: 4: 1.

【０１０２】なお、データベース２３において、その記
憶容量の限度まで、データが記憶された後は、新規のデ
ータは、例えば、最も古いデータに上書きする形で登録
されるようになされている。従って、この場合、その最
も古いデータは削除されることになる。After data is stored in the database 23 up to the limit of its storage capacity, new data is registered, for example, by overwriting the oldest data. Therefore, in this case, the oldest data will be deleted.

【０１０３】次に、図９のフローチャートを参照して、
データ出力処理について説明する。Next, referring to the flowchart of FIG.
The data output process will be described.

【０１０４】データ出力処理では、まず最初に、ステッ
プＳ４１において、操作部３０が、データベース２３に
記憶されている所定の既登録データを出力するように操
作されたかどうかが判定され、操作されていないと判定
された場合、ステップＳ４１に戻る。また、ステップＳ
４１において、操作部３０が、データベース２３に記憶
されている所定の既登録データを出力するように操作さ
れたと判定された場合、ステップＳ４２に進み、読み出
し部２４において、その既登録データが、データベース
２３から検索されて読み出される。そして、読み出し部
２４は、読み出した既登録データを、出力部２５に供給
し、これにより、その既登録データが、出力部２５から
出力される。In the data output process, first, in step S41, it is determined whether or not the operation unit 30 has been operated to output predetermined registered data stored in the database 23. When the determination is made, the process returns to step S41. Step S
In 41, when it is determined that the operation unit 30 has been operated to output the predetermined registered data stored in the database 23, the process proceeds to step S42, and the read unit 24 23 and read out. Then, the reading unit 24 supplies the read registered data to the output unit 25, whereby the registered data is output from the output unit 25.

【０１０５】その後、ステップＳ４３に進み、履歴情報
が更新される。即ち、履歴管理部２６は、読み出し部２
４を監視しており、データベース２３から既登録データ
が読み出されると、そのデータ識別子に対応する履歴情
報としてのデータの読み出し回数を１だけインクリメン
トし、履歴情報記憶部２７に記憶させ、ステップＳ４１
に戻る。Thereafter, the flow advances to step S43, and the history information is updated. That is, the history management unit 26 reads the read unit 2
When the registered data is read from the database 23, the number of times of reading the data as the history information corresponding to the data identifier is incremented by 1 and stored in the history information storage unit 27, and step S41 is performed.
Return to

【０１０６】次に、図１０のフローチャートを参照し
て、履歴情報送信処理について説明する。Next, the history information transmission processing will be described with reference to the flowchart of FIG.

【０１０７】履歴情報送信処理では、まず最初に、ステ
ップＳ５１において、サーバ２から履歴情報の要求があ
ったかどうかが、通信制御部２８によって判定され、そ
の要求がなかったと判定された場合、ステップＳ５１に
戻る。また、ステップＳ５１において、履歴情報の要求
があったと判定された場合、即ち、サーバ２から、通信
ネットワーク６を介しての接続の要求があり、その接続
後、履歴情報の要求があった場合、ステップＳ５２に進
み、通信制御部２８は、履歴情報記憶部２７から履歴情
報を読み出し、通信ネットワーク６を介して、サーバ２
に送信する。そして、ステップＳ５３に戻り、履歴情報
記憶部２７の記憶内容がクリアされ、ステップＳ５１に
戻る。なお、履歴情報は、クリアせずに、そのまま記憶
しておくようにすることも可能である。In the history information transmitting process, first, in step S51, the communication control unit 28 determines whether or not there is a request for history information from the server 2. If it is determined that there is no request, the process proceeds to step S51. Return. Also, in step S51, when it is determined that there is a request for history information, that is, when there is a request for connection from the server 2 via the communication network 6, and after that connection, there is a request for history information, Proceeding to step S52, the communication control unit 28 reads the history information from the history information storage unit 27 and sends the history information to the server 2 via the communication network 6.
Send to Then, the process returns to step S53, the storage content of the history information storage unit 27 is cleared, and the process returns to step S51. The history information can be stored as it is without clearing it.

【０１０８】次に、図１のサーバ２と受信端末５との間
では、修正型２相コミットメントプロトコルにしたがっ
て、データの更新に必要な情報がやりとりされること
で、その更新が行われる。この修正型２相コミットメン
トプロトコルにしたがった情報のやりとりに関する制御
（更新制御処理）は、上述したように、サーバ２では更
新制御部１６で、受信端末５では更新制御部２９で、そ
れぞれ行われるようになされており、以下、この更新制
御部１６および２９で行われる更新制御処理について説
明する。Next, the information required for updating the data is exchanged between the server 2 and the receiving terminal 5 in FIG. 1 according to the modified two-phase commitment protocol, so that the update is performed. As described above, the control (update control processing) related to the exchange of information according to the modified two-phase commitment protocol is performed by the update control unit 16 in the server 2 and by the update control unit 29 in the receiving terminal 5, respectively. The update control processing performed by the update control units 16 and 29 will be described below.

【０１０９】まず、図１１のフローチャートを参照し
て、サーバ２（更新制御部１６）で行われる更新制御処
理について説明する。なお、サーバ２では、更新制御処
理が、例えば、定期的に行われる。First, an update control process performed by the server 2 (update control unit 16) will be described with reference to the flowchart of FIG. In the server 2, the update control process is performed, for example, periodically.

【０１１０】サーバ２の更新制御処理（データの更新を
行うための情報の送信処理）では、まず最初に、ステッ
プＳ６１において、更新を行うデータが決定される。即
ち、更新制御部１６は、例えば、ストレージ３を参照
し、そこに更新データが記憶されている場合には、その
更新データに付加されているデータ識別子によって特定
されるデータが、更新対象のデータとして決定される。
なお、ストレージ３に更新データが記憶されていない場
合には、更新制御処理を終了する。また、ストレージ３
に、複数の更新データが記憶されている場合には、例え
ば、その複数の更新データに付加されているデータ識別
子によって特定される複数のデータそれぞれが、更新対
象のデータとして決定される。但し、ステップＳ６１で
は、その複数のデータのうちの１つだけ、または２以上
を、更新対象のデータとすることも可能である。In the update control processing (transmission processing of information for updating data) of the server 2, first, in step S61, data to be updated is determined. That is, the update control unit 16 refers to, for example, the storage 3 and, when the update data is stored therein, identifies the data specified by the data identifier added to the update data as the data to be updated. Is determined as
If no update data is stored in the storage 3, the update control process ends. In addition, storage 3
If a plurality of pieces of update data are stored, for example, each of a plurality of pieces of data specified by a data identifier added to the plurality of pieces of update data is determined as data to be updated. However, in step S61, only one or two or more of the plurality of data may be the data to be updated.

【０１１１】ステップＳ６１において、更新対象のデー
タが決定されると、さらに、そのデータの更新を要求す
るトランザクションが発生し、そのトランザクションを
識別するためのトランザクション識別子が設定される。
そして、ステップＳ６２に進み、修正型２相コミットメ
ントプロトコルにおける第１相の開始時刻、第２相の開
始時刻、トランザクションの終結の時刻（以下、適宜、
それぞれを、第１相開始時刻、第２相開始時刻、トラン
ザクション終結時刻という）が決定される。In step S61, when the data to be updated is determined, a transaction requesting the update of the data occurs, and a transaction identifier for identifying the transaction is set.
Then, the process proceeds to step S62, in which the start time of the first phase, the start time of the second phase, and the end time of the transaction in the modified two-phase commitment protocol (hereinafter referred to as appropriate)
These are referred to as a first phase start time, a second phase start time, and a transaction end time, respectively.

【０１１２】その後、ステップＳ６３において、サーバ
２における更新制御処理の処理状況を記述したログ（lo
g）が生成され、更新制御部１６が内蔵する記憶部１６
Ａに記憶される（ログが取得される）。なお、ログと
は、ある処理を行っている最中に異常が生じた場合に、
その処理を再開するための回復処理を行うために必要な
情報を記述したもので、一般には、磁気ディスクその他
の記録媒体（記憶媒体）に記録される。Then, in step S63, a log (lo) describing the processing status of the update control
g) is generated and the storage unit 16 built in the update control unit 16
A is stored (a log is acquired). Note that a log is a log when an error occurs during a certain process.
It describes information necessary for performing a recovery process for resuming the process, and is generally recorded on a magnetic disk or other recording medium (storage medium).

【０１１３】ここで、ステップＳ６４において、トラン
ザクションの開始直後に生成されるログを、以下、適
宜、ビギンログ（begin log）という。ビギンログは、
例えば、図１２に示すように、シーケンス番号、取得時
刻、トランザクション識別子、ログの種別、更新前イメ
ージ、更新後イメージ、第１相開始時刻、および第２相
開始時刻から構成される。Here, the log generated immediately after the start of the transaction in step S64 is hereinafter appropriately referred to as a begin log. Begin log is
For example, as shown in FIG. 12, it is composed of a sequence number, an acquisition time, a transaction identifier, a log type, an image before update, an image after update, a first phase start time, and a second phase start time.

【０１１４】シーケンス番号には、ビギンログを特定す
るために、サーバ２側で決められた番号が配置される。
取得時刻には、ビギンログが生成された時刻が配置され
る。トランザクション識別子には、ステップＳ６１で設
定されたトランザクション識別子が配置される。ログの
種別には、ログの種別を認識するための情報（ここで
は、ログがビギンログであるという情報）が配置され
る。[0114] In the sequence number, a number determined by the server 2 in order to specify a begin log is arranged.
In the acquisition time, the time when the begin log is generated is arranged. The transaction identifier set in step S61 is arranged in the transaction identifier. In the log type, information for recognizing the log type (here, information that the log is a begin log) is arranged.

【０１１５】更新前イメージには、更新対象のデータに
ついて、更新前のデータに関する情報が配置される。即
ち、更新前イメージは、例えば、更新前のデータのデー
タ識別子とバージョン情報（以下、適宜、両方含めて、
データＩＤという）、さらには、その更新前のデータそ
のものから構成される。ここで、更新対象のデータが複
数存在する場合には、更新前イメージには、その複数の
データについて、データＩＤと更新前のデータとをリス
ト状に並べたものが配置される。[0115] In the pre-update image, information on the pre-update data is arranged for the data to be updated. That is, the pre-update image is, for example, the data identifier and the version information of the pre-update data (hereinafter, appropriately including both,
Data ID) and the data itself before the update. Here, when there are a plurality of data to be updated, the pre-update image includes a list of data IDs and pre-update data for the plurality of data.

【０１１６】更新後イメージには、更新対象のデータに
ついて、更新後のデータに関する情報が配置される。更
新後イメージは、例えば、更新後のデータのデータＩ
Ｄ、さらには、その更新後のデータそのもの（更新デー
タ）から構成される。ここで、更新対象のデータが複数
存在する場合には、更新後イメージには、その複数のデ
ータについて、データＩＤと更新後のデータとをリスト
状に並べたものが配置される。In the post-update image, information on the post-update data for the data to be updated is arranged. The updated image is, for example, the data I of the updated data.
D and the updated data itself (updated data). Here, when there are a plurality of data to be updated, the updated image includes a list of data IDs and updated data for the plurality of data.

【０１１７】なお、更新の内容が、新規のデータを登録
するものである場合には、更新前イメージの内容は、例
えば、ＮＵＬＬとされる。また、更新の内容が、既に登
録されているデータを削除するものである場合には、更
新後イメージの内容は、例えば、ＮＵＬＬとされる。If the content of the update is to register new data, the content of the pre-update image is, for example, NULL. If the content of the update is to delete already registered data, the content of the updated image is, for example, NULL.

【０１１８】以上のようなビギンログが、記憶部１６Ａ
に記憶されると、ステップＳ６４において、トランザク
ションリクエストBegin_transaction_requestが、放送
ネットワーク４を介して送信される。即ち、更新制御部
１６は、データ構成部１７を制御して、ストレージ３を
参照させることにより、例えば、次のようなトランザク
ションリクエストBegin_transaction_requestを構成さ
せる。The begin log as described above is stored in the storage unit 16A.
In step S64, a transaction request Begin_transaction_request is transmitted via the broadcast network 4. That is, the update control unit 16 controls the data configuration unit 17 to refer to the storage 3 to configure, for example, the following transaction request Begin_transaction_request.

【０１１９】 Begin_transaction_request::={ Transaction_ID, List_of_data_element_ID, Update_process_data, First_phase_start_time }Begin_transaction_request :: = {Transaction_ID, List_of_data_element_ID, Update_process_data, First_phase_start_time}

【０１２０】ここで、Transaction_IDは、トランザクシ
ョン識別子を、List_of_data_element_IDは、更新対象
のデータのデータＩＤのリストを、それぞれ意味する。
また、Update_process_dataは、更新内容、即ち、新規
のデータの登録か、データの変更か、またはデータの削
除かなどを意味し、First_phase_start_timeは、第１相
開始時刻を意味する。Here, Transaction_ID means a transaction identifier, and List_of_data_element_ID means a list of data IDs of data to be updated.
Update_process_data indicates the content of the update, that is, whether to register new data, change data, or delete data, and First_phase_start_time indicates the first phase start time.

【０１２１】更新内容Update_process_data（上述の更
新データに相当する）は、例えば、次のように構成され
る。The update content Update_process_data (corresponding to the above-mentioned update data) is constituted, for example, as follows.

【０１２２】 Update_process_data::={ List_of_data_element_ID_&_value } 但し、List_of_data_element_ID_&_valueは、例えば、
更新対象のデータ（更新後のデータ）のデータＩＤと、
更新後のデータ（新規のデータ、変更後のデータ、また
はＮＵＬＬ）との組み合わせのリストを意味する。Update_process_data :: = {List_of_data_element_ID _ & _ value} where List_of_data_element_ID _ & _ value is, for example,
The data ID of the data to be updated (the updated data),
It means a list of combinations with updated data (new data, changed data, or NULL).

【０１２３】なお、List_of_data_element_ID_&_value
には、更新後のデータに替えて、更新前のデータを更新
後のデータに変換するためのプログラム（例えば、SQL
statementや、stored prcedure呼び出し、JAVA VMコー
ドなど）や、更新後のデータと更新前のデータとの差分
などを配置することも可能である。Note that List_of_data_element_ID _ & _ value
Includes a program for converting data before update to data after update instead of data after update (for example, SQL
statement, stored prcedure call, JAVA VM code, etc.), and the difference between the data after update and the data before update can also be placed.

【０１２４】データ構成部１７において、トランザクシ
ョンリクエストBegin_transaction_requestが構成され
ると、伝送部１８に供給され、伝送部１８では、資源割
当部１４からの資源割当にしたがって、トランザクショ
ンリクエストBegin_transaction_requestが、放送ネッ
トワーク４を介して送信される。なお、トランザクショ
ンリクエストBegin_transaction_requestが、複数のデ
ータの更新を対象とするものである場合には、資源割当
部１４では、その複数のデータの視聴率の平均値などが
求めれ、その平均値に基づいて、トランザクションリク
エストを送信するための、上述したような資源割当が行
われる。また、本実施の形態では、その資源割当結果
は、後述する他の情報の送信のにも用いられるため、ト
ランザクション識別子と対応付けて記憶されるようにな
されている。When the transaction request Begin_transaction_request is formed in the data configuration unit 17, it is supplied to the transmission unit 18. The transmission unit 18 transmits the transaction request Begin_transaction_request to the broadcast network 4 according to the resource allocation from the resource allocation unit 14. Sent through. If the transaction request Begin_transaction_request is for updating a plurality of data, the resource allocating unit 14 calculates an average value of the audience ratings of the plurality of data, and based on the average value, The resource allocation as described above for transmitting the transaction request is performed. Further, in the present embodiment, the resource allocation result is stored in association with a transaction identifier because it is also used for transmitting other information described later.

【０１２５】トランザクションリクエストBegin_transa
ction_requestが送信されると、ステップＳ６４からＳ
６５に進み、現在時刻が第１相開始時刻となったかどう
かが判定され、第１相開始時刻となっていないと判定さ
れた場合、ステップＳ６４に戻る。即ち、第１相開始時
刻となるまでは、トランザクションリクエストBegin_tr
ansaction_requestの送信が繰り返し行われる。Transaction request Begin_transa
When the ction_request is transmitted, the process proceeds from step S64 to S
Proceeding to 65, it is determined whether the current time has reached the first phase start time. If it is determined that the current time has not reached the first phase start time, the process returns to step S64. That is, until the first phase start time comes, the transaction request Begin_tr
The transmission of ansaction_request is repeated.

【０１２６】また、ステップＳ６５において、現在時刻
が第１相開始時刻となったと判定された場合、ステップ
Ｓ６６に進み、トランザクションリクエストBegin_tran
saction_requestの中の更新内容Update_process_dataに
したがったデータの更新を行うかどうかを問い合わせる
ための投票を要求する投票要求（更新問い合わせ）Comm
it_prepare_requestが、放送ネットワーク４を介して送
信される。If it is determined in step S65 that the current time has reached the first phase start time, the flow advances to step S66 to start the transaction request Begin_tran.
Voting request (update inquiry) to request a vote to inquire whether to update data according to the update content Update_process_data in saction_request Comm
It_prepare_request is transmitted via the broadcast network 4.

【０１２７】即ち、更新制御部１６は、データ構成部１
７を制御することにより、例えば、次のようなトランザ
クション識別子Transaction_IDと、第２相開始時刻Seco
nd_phase_start_timeとを配置した投票要求Commit_prep
are_requestを構成させる。In other words, the update control unit 16 transmits the data
7, the following transaction identifier Transaction_ID and the second phase start time SeCo
Voting request Commit_prep with nd_phase_start_time
Configure are_request.

【０１２８】 Commit_prepare_request::={ Transaction_ID, Second_phase_start_time }Commit_prepare_request :: = {Transaction_ID, Second_phase_start_time}

【０１２９】そして、伝送部１８は、データ構成部１７
が構成した投票要求Commit_prepare_requestを、そのト
ランザクション識別子Transaction_IDと対応付けられて
いる資源割当結果にしたがい、放送ネットワーク４を介
して送信する。[0129] Then, the transmission section 18 transmits the data composing section 17.
Is transmitted via the broadcast network 4 in accordance with the resource allocation result associated with the transaction identifier Transaction_ID.

【０１３０】その後、ステップＳ６７では、その投票要
求に対する応答、即ち、データを更新する更新処理のた
めのトランザクションをコミットするか、またはロール
バックするかの問い合わせに対する応答（コミット／ロ
ールバック応答）が、受信端末５から、通信ネットワー
ク６を介して送信されてくるので、そのコミット／ロー
ルバック応答が、通信制御部１１を介して、更新制御部
１６で受信される。Thereafter, in step S67, a response to the voting request, that is, a response (commit / rollback response) to an inquiry as to whether to commit or roll back a transaction for update processing for updating data is given by Since the commit / rollback response is transmitted from the receiving terminal 5 via the communication network 6, the update / control unit 16 receives the commit / rollback response via the communication control unit 11.

【０１３１】そして、ステップＳ６８に進み、現在時刻
が第２相開始時刻になったかどうかが判定され、まだ、
第２相開始時刻になっていないと判定された場合、ステ
ップＳ６６に戻る。即ち、第２相開始時刻となるまで
は、投票要求の送信と、その投票要求に対応して送信さ
れてくるコミット／ロールバック応答の受信とが繰り返
される。The flow advances to step S68 to determine whether the current time has reached the second phase start time.
If it is determined that the second phase start time has not been reached, the process returns to step S66. That is, until the second phase start time, transmission of the voting request and reception of the commit / rollback response transmitted in response to the voting request are repeated.

【０１３２】また、ステップＳ６８において、現在時刻
が第２相開始時刻になったと判定された場合、投票、即
ち、コミット／ロールバック応答の受信が打ち切られ、
ステップＳ６９に進み、その集計が行われる。即ち、ス
テップＳ６９では、トランザクションをコミットすると
のコミット／ロールバック応答の、全応答に対する割合
（以下、適宜、コミット可能投票率という）が算出され
る。If it is determined in step S68 that the current time has reached the second phase start time, the voting, that is, the reception of the commit / rollback response is terminated.
Proceeding to step S69, the tally is performed. That is, in step S69, a ratio of a commit / rollback response to commit the transaction to all responses (hereinafter, referred to as a committable voting rate as appropriate) is calculated.

【０１３３】具体的には、トランザクションを、コミッ
トまたはロールバックするとのコミット／ロールバック
応答（以下、適宜、それぞれを、コミット応答またはロ
ールバック応答という）どうしが加算され、これによ
り、投票総数が求められる。さらに、コミット応答の総
数が、投票総数で除算され、その除算値が、コミット可
能投票率とされる。More specifically, commit / rollback responses for committing or rolling back a transaction (hereinafter referred to as commit responses or rollback responses, respectively, as appropriate) are added to each other, whereby the total number of votes is obtained. Can be Further, the total number of commit responses is divided by the total number of votes, and the resulting value is used as the committable voting rate.

【０１３４】そして、ステップＳ７０に進み、トランザ
クションをコミットするか、ロールバックするかが、コ
ミット可能投票率に基づいて決定される。即ち、ステッ
プＳ７０では、コミット可能投票率が、設定部１６Ｂに
よって設定された所定の閾値としてのコミット実行判断
投票率より大であるかどうかが判定される。そして、コ
ミット可能投票率が、コミット実行判断投票率より大で
ある場合には、トランザクションをコミットすると決定
され、コミット可能投票率が、コミット実行判断投票率
以下である場合には、トランザクションをロールバック
すると決定される。Then, the flow advances to step S70 to determine whether to commit or roll back the transaction based on the committable voting rate. That is, in step S70, it is determined whether the committable voting rate is greater than the commit execution determination voting rate as the predetermined threshold value set by the setting unit 16B. If the committable voting rate is greater than the commit execution determination voting rate, it is determined that the transaction is committed. If the committable voting rate is equal to or less than the commit execution determination voting rate, the transaction is rolled back. Then it is decided.

【０１３５】ここで、従来の２相コミットメントプロト
コルでは、原則として、コミット／ロールバック応答の
受信が打ち切られることはなく（但し、ある程度の時間
だけ待って、コミット／ロールバック応答を送信してこ
ない受信端末が１つでもある場合には、コミット／ロー
ルバック応答の受信が中止されることがあり、この場
合、トランザクションは、必ずロールバックされる）、
従って、すべての受信端末から、コミット／ロールバッ
ク応答が送信されてくるまで、待つことになり、莫大な
数のユーザを対象とした場合には、莫大な待ち時間が生
じる可能性があり、データの効果的な更新が困難とな
る。Here, in the conventional two-phase commitment protocol, in principle, the reception of the commit / rollback response is not terminated (however, the commit / rollback response is not transmitted after waiting for a certain period of time). If there is even one receiving terminal, the receiving of the commit / rollback response may be stopped, in which case the transaction is always rolled back),
Therefore, it is necessary to wait until a commit / rollback response is transmitted from all receiving terminals. If a huge number of users are targeted, an enormous waiting time may occur, and data may be lost. It is difficult to update the data effectively.

【０１３６】また、従来の２相コミットメントプロトコ
ルでは、すべての受信端末から、コミット／ロールバッ
ク応答を受信しても、その中に、１つでも、ロールバッ
ク応答があった場合には、トランザクションは、必ずロ
ールバックされる。従って、莫大な数のユーザを対象と
した場合には、トランザクションはロールバックされる
ことがほとんどとなり、データの更新が困難となる。In the conventional two-phase commitment protocol, even when commit / rollback responses are received from all receiving terminals, if any one of them receives a rollback response, the transaction is executed. , Always rolled back. Therefore, when targeting an enormous number of users, transactions are almost always rolled back, making it difficult to update data.

【０１３７】以上が、例えば、国民規模などの莫大な数
のユーザを対象としたデータの配信に、従来の２相コミ
ットメントプロトコルを適用するのが困難な理由であ
り、修正型２相コミットメントプロトコルでは、この点
を解決するために、コミット／ロールバック応答の受信
を、あらかじめ設定した第２相開始時刻で打ち切り、さ
らに、コミット可能投票率に基づいて、トランザクショ
ンをコミットするか、またはロールバックするかを決定
するようにしている。The above is the reason why it is difficult to apply the conventional two-phase commitment protocol to data distribution to an enormous number of users, for example, the size of a nation. In order to solve this problem, the reception of the commit / rollback response is terminated at a preset second phase start time, and the transaction is committed or rolled back based on the committable voting rate. Is to decide.

【０１３８】なお、トランザクションのコミットが決定
された場合において、コミット応答を送信した受信端末
（以下、適宜、コミット端末という）では、データの更
新が行われるが、ロールバック応答を送信した受信端末
（以下、適宜、ロールバック端末という）では、データ
の更新は行われない。従って、コミット端末は、更新後
のデータを記憶しているが、ロールバック端末は、更新
前のデータを記憶しているという、データの不一致が生
じ、データの厳密な同期更新を行うことができていない
ことになる。このデータの不一致に対処する方法につい
ては、後述する。When the commit of the transaction is determined, the data is updated at the receiving terminal that has transmitted the commit response (hereinafter, referred to as a commit terminal as appropriate), but the receiving terminal that has transmitted the rollback response (hereinafter referred to as the commit terminal). Hereafter, the data is not updated in the rollback terminal as appropriate). Therefore, the commit terminal stores the data after the update, but the rollback terminal stores the data before the update. Will not be. A method for dealing with this data mismatch will be described later.

【０１３９】ステップＳ７０において、トランザクショ
ンをコミットすることが決定された場合、ステップＳ７
１に進み、ログが生成され、記憶部１６Ａに記憶され
る。When it is determined in step S70 that the transaction is to be committed, the process proceeds to step S7.
Proceeding to 1, a log is generated and stored in the storage unit 16A.

【０１４０】ここで、トランザクションをコミットする
ことが決定された直後に、ステップＳ７１において生成
されるログを、以下、適宜、コミットログ（commit lo
g）という。コミットログは、例えば、図１３に示すよ
うに、シーケンス番号、取得時刻、トランザクション識
別子、ログの種別、トランザクション終結時刻から構成
される。Here, immediately after the decision to commit the transaction is made, the log generated in step S71 is hereinafter referred to as a commit log (commit lo
g). The commit log includes, for example, a sequence number, an acquisition time, a transaction identifier, a log type, and a transaction end time, as shown in FIG.

【０１４１】シーケンス番号、トランザクション識別子
には、ビギンログと同一の情報が配置される。取得時刻
には、コミットログが生成された時刻が配置される。ロ
グの種別には、ログがコミットログである旨が配置され
る。なお、後述するロールバックログも、コミットログ
と同一フォーマットとされており、ロールバックログに
おいては、ログの種別には、ログがロールバックログで
ある旨が配置される。The same information as the begin log is arranged in the sequence number and the transaction identifier. The time at which the commit log was generated is arranged in the acquisition time. In the log type, the fact that the log is a commit log is arranged. Note that a rollback log described later has the same format as the commit log. In the rollback log, the fact that the log is a rollback log is arranged in the log type.

【０１４２】コミットログが生成され、記憶部１６Ａに
記憶されると、ステップＳ７２に進み、トランザクショ
ンの実行を要求するコミットリクエスト（トランザクシ
ョンをコミットする旨の決定を報知するものでもある）
が、放送ネットワーク４を介して送信される。即ち、更
新制御部１６は、データ構成部１７を制御することによ
り、例えば、次のような、トランザクション識別子Tran
saction_IDとトランザクション終結時刻ent_timeとから
なるコミットリクエストCommit_requestを構成させる。When a commit log is generated and stored in the storage unit 16A, the process proceeds to step S72, where a commit request for requesting execution of a transaction (also notifying a decision to commit the transaction).
Is transmitted via the broadcast network 4. That is, the update control unit 16 controls the data configuration unit 17 so that, for example, the following transaction identifier Tran
Commit request Commit_request consisting of saction_ID and transaction end time ent_time is configured.

【０１４３】 Commit_request::={ Transaction_ID, ent_time }Commit_request :: = {Transaction_ID, ent_time}

【０１４４】そして、伝送部１８は、データ構成部１７
が構成したコミットリクエストCommit_requestを、その
トランザクション識別子Transaction_IDと対応付けられ
ている資源割当結果にしたがい、放送ネットワーク４を
介して送信する。Then, the transmission section 18 transmits the data
Is transmitted through the broadcast network 4 according to the resource allocation result associated with the transaction identifier Transaction_ID.

【０１４５】受信端末５が、コミット応答を送信した場
合において、コミットリクエストCommit_requestを受信
すると、データの更新処理結果がデータベース２３に書
き込まれ、処理（トランザクション）が完結するとその
旨の応答（以下、適宜、コミット完了応答という）が、
通信ネットワーク６を介して送信されてくるので、更新
制御部１６では、ステップＳ７３において、そのコミッ
ト完了応答が、通信制御部１１を介して受信される。When the receiving terminal 5 transmits the commit response and receives the commit request Commit_request, the result of the data update processing is written to the database 23, and when the processing (transaction) is completed, a response to that effect (hereinafter referred to as appropriate) , A commit completion response)
Since the update completion message is transmitted via the communication network 6, the update control unit 16 receives the commit completion response via the communication control unit 11 in step S73.

【０１４６】そして、ステップＳ７４に進み、現在時刻
がトランザクション終結時刻になったかどうかが判定さ
れる。ステップＳ７４において、現在時刻が、まだ、ト
ランザクション終結時刻になっていないと判定された場
合、ステップＳ７２に戻り、コミットリクエストの送信
と、コミット完了応答の受信とが繰り返される。また、
ステップＳ７４において、現在時刻が、トランザクショ
ン終結時刻になったと判定された場合、ステップＳ７９
に進む。Then, the process proceeds to a step S74, where it is determined whether or not the current time has reached the transaction end time. If it is determined in step S74 that the current time has not yet reached the transaction end time, the process returns to step S72, and the transmission of the commit request and the reception of the commit completion response are repeated. Also,
If it is determined in step S74 that the current time has reached the transaction end time, step S79 is performed.
Proceed to.

【０１４７】一方、ステップＳ７０において、トランザ
クションをロールバックすることが決定された場合、ス
テップＳ７５に進み、ログが生成され、記憶部１６Ａに
記憶される。On the other hand, if it is determined in step S70 to roll back the transaction, the flow advances to step S75, where a log is generated and stored in the storage unit 16A.

【０１４８】ここで、トランザクションをロールバック
することが決定された直後に、ステップＳ７５において
生成されるログを、以下、適宜、ロールバックログ（ro
llback log）という。ロールバックログは、例えば、上
述した図１３のコミットログと同様に構成される。但
し、ロールバックログにおいては、ログの種別には、ロ
グがロールバックログである旨が配置される。Here, immediately after it is determined that the transaction is to be rolled back, the log generated in step S75 is hereinafter referred to as a rollback log (ro
llback log). The rollback log has, for example, the same configuration as the commit log in FIG. 13 described above. However, in the rollback log, the fact that the log is a rollback log is arranged in the log type.

【０１４９】ロールバックログが生成され、記憶部１６
Ａに記憶されると、ステップＳ７６に進み、トランザク
ションのロールバックを要求するロールバックリクエス
ト（トランザクションをロールバックする旨の決定を報
知するものでもある）が、放送ネットワーク４を介して
送信される。即ち、更新制御部１６は、データ構成部１
７を制御することにより、例えば、次のような、トラン
ザクション識別子Transaction_IDとトランザクション終
結時刻ent_timeとからなるロールバックリクエストRoll
back_requestを構成させる。A rollback log is generated and stored in the storage unit 16
When stored in A, the process proceeds to step S76, where a rollback request for requesting rollback of the transaction (also notifying of a decision to roll back the transaction) is transmitted via the broadcast network 4. That is, the update control unit 16 determines whether the data
7, the rollback request Roll including the transaction identifier Transaction_ID and the transaction end time ent_time as follows, for example,
Configure back_request.

【０１５０】 Rollback_request::={ Transaction_ID, ent_time }Rollback_request :: = {Transaction_ID, ent_time}

【０１５１】そして、伝送部１８は、データ構成部１７
が構成したコミットリクエストRollback_requestを、そ
のトランザクション識別子Transaction_IDと対応付けら
れている資源割当結果にしたがい、放送ネットワーク４
を介して送信する。Then, the transmission unit 18 transmits the data
According to the resource allocation result associated with the transaction identifier Transaction_ID, the broadcast network 4
To send over.

【０１５２】受信端末５が、ロールバック応答を送信し
た場合において、ロールバックリクエストRollback_req
uestを受信すると、トランザクションがロールバックさ
れ、その旨の応答（以下、適宜、ロールバック完了応答
という）が、通信ネットワーク６を介して送信されてく
るので、更新制御部１６では、ステップＳ７７におい
て、そのロールバック完了応答が、通信制御部１１を介
して受信される。When the receiving terminal 5 transmits a rollback response, the rollback request Rollback_req
When the uest is received, the transaction is rolled back, and a response to that effect (hereinafter, appropriately referred to as a rollback completion response) is transmitted via the communication network 6, so that the update control unit 16 determines in step S77 The rollback completion response is received via the communication control unit 11.

【０１５３】そして、ステップＳ７８に進み、現在時刻
がトランザクション終結時刻になったかどうかが判定さ
れる。ステップＳ７４において、現在時刻が、まだ、ト
ランザクション終結時刻になっていないと判定された場
合、ステップＳ７６に戻り、ロールバックリクエストの
送信と、ロールバック完了応答の受信とが繰り返され
る。また、ステップＳ７８において、現在時刻が、トラ
ンザクション終結時刻になったと判定された場合、ステ
ップＳ７９に進む。Then, the flow advances to step S78 to determine whether the current time has reached the transaction end time. If it is determined in step S74 that the current time has not reached the transaction end time, the process returns to step S76, and the transmission of the rollback request and the reception of the rollback completion response are repeated. If it is determined in step S78 that the current time has reached the transaction end time, the process proceeds to step S79.

【０１５４】ステップＳ７９では、ログが作成（生成）
されて、記憶部１６Ａに記憶され、更新制御処理を終了
する。In step S79, a log is created (generated).
Then, it is stored in the storage unit 16A, and the update control process ends.

【０１５５】ここで、ステップＳ７９において、トラン
ザクション終結時刻の経過後に生成されるログを、以
下、適宜、コンプリートログ（complete log）という。
コンプリートログは、例えば、図１４に示すように、シ
ーケンス番号、取得時刻、トランザクション識別子、お
よびログの種別から構成される。シーケンス番号、トラ
ンザクション識別子には、ビギンログと同一の情報が配
置される。取得時刻には、コンプリートログが生成され
た時刻が配置される。ログの種別には、コンプリートロ
グがコミットコンプリートログ（commit complete lo
g）か、またはロールバックコンプリートログ（rollbac
k complete log）である旨が配置される。即ち、コンプ
リートログには、基本的には、コミットコンプリートロ
グとロールバックコンプリートログとの２種類があり、
ステップＳ７９では、トランザクションがコミットされ
て終結する場合（ステップＳ７４からＳ７９に進んだ場
合）は、コミットコンプリートログが、トランザクショ
ンがロールバックされて終結する場合（ステップＳ７８
からＳ７９に進んだ場合）は、ロールバックコンプリー
トログが、それぞれ作成される。Here, the log generated after the elapse of the transaction end time in step S79 is hereinafter appropriately referred to as a complete log.
The complete log includes, for example, as shown in FIG. 14, a sequence number, an acquisition time, a transaction identifier, and a log type. The same information as the begin log is arranged in the sequence number and the transaction identifier. The time at which the complete log was generated is placed in the acquisition time. In the log type, a complete log is a commit complete log.
g) or rollback complete log (rollbac
k complete log). That is, there are basically two types of complete logs, a commit complete log and a rollback complete log.
In step S79, when the transaction is committed and ends (when proceeding from step S74 to S79), the commit complete log indicates that the transaction is rolled back and ends (step S78).
If the process proceeds from step S79 to step S79), a rollback complete log is created.

【０１５６】なお、図１１の更新制御処理において、ス
テップＳ６６乃至Ｓ６８の処理が、第１相の処理であ
り、ステップＳ６９乃至Ｓ７８の処理が、第２相の処理
である。In the update control processing of FIG. 11, the processing of steps S66 to S68 is the first phase processing, and the processing of steps S69 to S78 is the second phase processing.

【０１５７】また、例えば、ステップＳ７１におけるコ
ミットログの生成と、１度目のステップＳ７２における
コミットリクエストの放送とは、同時に行われるように
なされている。従って、コミットログが存在すれば、少
なくとも、１度は、コミットリクエストが放送されてい
ることになる。同様に、ステップＳ７５におけるロール
バックログの生成と、１度目のステップＳ７６における
ロールバックリクエストの放送とは、同時に行われるよ
うになされており、従って、ロールバックログが存在す
れば、少なくとも、１度は、ロールバックリクエストが
放送されていることになる。Further, for example, the generation of the commit log in step S71 and the broadcast of the commit request in the first step S72 are performed simultaneously. Therefore, if a commit log exists, it means that the commit request has been broadcast at least once. Similarly, the generation of the rollback log in step S75 and the broadcast of the rollback request in the first step S76 are performed simultaneously. Therefore, if a rollback log exists, at least once. Means that a rollback request is being broadcast.

【０１５８】次に、図１５のフローチャートを参照し
て、受信端末５（更新制御部２９）で行われる更新制御
処理（データの更新を行うための情報の受信処理）につ
いて説明する。Next, an update control process (a process of receiving information for updating data) performed by the receiving terminal 5 (update control unit 29) will be described with reference to a flowchart of FIG.

【０１５９】受信端末５では、サーバ２から送信されて
くる、上述したようなトランザクションリクエストBegi
n_transaction_requestが、受信部２１において受信さ
れ、選択部２２に供給される。選択部２２では、トラン
ザクションリクエストBegin_transaction_requestの中
のList_of_data_element_IDに基づき、図８で説明した
ように、そのトランザクションリクエストBegin_transa
ction_requestを選択するかどうかが判定される。そし
て、選択部２２において、トランザクションリクエスト
Begin_transaction_requestが選択され、更新制御部２
９に供給されると、更新制御部２９では、図１５のフロ
ーチャートにしたがった更新制御処理が行われる。In the receiving terminal 5, the transaction request Begin is transmitted from the server 2 as described above.
The n_transaction_request is received by the receiving unit 21 and supplied to the selecting unit 22. The selection unit 22, based on the List_of_data_element_ID in the transaction request Begin_transaction_request, as described in FIG.
It is determined whether to select ction_request. Then, in the selection unit 22, the transaction request
Begin_transaction_request is selected and update control unit 2
9, the update control unit 29 performs an update control process according to the flowchart of FIG.

【０１６０】即ち、更新制御部２９では、ステップＳ８
１において、選択部２２で選択されたトランザクション
リクエストBegin_transaction_requestが受信され、さ
らに、同時に、ステップＳ８２において、そのトランザ
クションリクエストBegin_transaction_requestに基づ
いて、ログが生成され、記憶部２９Ａに記憶される。That is, in the update control section 29, step S8
At 1, the transaction request Begin_transaction_request selected by the selection unit 22 is received, and at the same time, at step S82, a log is generated based on the transaction request Begin_transaction_request and stored in the storage unit 29A.

【０１６１】ここで、ステップＳ８２において、トラン
ザクションリクエストBegin_transaction_requestの受
信とともに生成されるログも、以下、適宜、ビギンログ
（begin log）という。受信端末５で生成されるビギン
ログは、例えば、図１６に示すように、シーケンス番
号、取得時刻、トランザクション識別子、ログの種別、
更新対象のデータのデータＩＤのリスト、および第１相
開始時刻から構成される。Here, the log generated in step S82 upon receipt of the transaction request Begin_transaction_request is also referred to as a begin log, as appropriate. The begin log generated by the receiving terminal 5 includes, for example, a sequence number, an acquisition time, a transaction identifier, a log type, as shown in FIG.
It is composed of a list of data IDs of the data to be updated and the first phase start time.

【０１６２】シーケンス番号には、ビギンログを特定す
るために、受信端末５側で決められた番号が配置され
る。取得時刻には、ビギンログが生成された時刻が配置
される。トランザクション識別子、更新対象のデータの
データＩＤのリスト、および第１相開始時刻には、トラ
ンザクションリクエストBegin_transaction_requestに
記述されているものが、そのまま配置される。また、ロ
グの種別には、ログの種別を認識するための情報（ここ
では、ログがビギンログであるという情報）が配置され
る。In the sequence number, a number determined by the receiving terminal 5 for specifying the begin log is arranged. In the acquisition time, the time when the begin log is generated is arranged. In the transaction identifier, the list of data IDs of the data to be updated, and the first phase start time, those described in the transaction request Begin_transaction_request are arranged as they are. In the log type, information for recognizing the log type (here, information that the log is a begin log) is arranged.

【０１６３】ビギンログが生成されると、ステップＳ８
３に進み、更新制御部２９は、トランザクションリクエ
ストBegin_transaction_requestの中の更新内容Update_
process_dataにしたがった更新処理が行われる。When a begin log is generated, step S8 is performed.
3, the update control unit 29 updates the update content Update_
Update processing is performed according to process_data.

【０１６４】即ち、更新制御部２９は、更新内容Update
_process_dataを構成するList_of_data_element_ID_&_v
alueに記述されているデータＩＤと同一のデータＩＤが
付されているデータ（以下、適宜、更新対象データとい
う）を、データベース３から検索し、そのデータをロッ
クする（他のトランザクションなどが、そのデータにア
クセスできないように、そのデータに対する独占的なア
クセス権を得る）。さらに、更新制御部２９は、更新対
象データを読み出し、その内蔵する記憶部２９Ａに記憶
させる。そして、更新制御部２９は、記憶部２９Ａに記
憶させた更新対象データを、更新内容Update_process_d
ataを構成するList_of_data_element_ID_&_valueの記述
内容にしたがって更新する。但し、更新後のデータは、
この時点では、データベース２３に記憶されない。即
ち、更新後のデータは、記憶部２９Ａに記憶されたまま
とされる。That is, the update control section 29 updates the update content
List_of_data_element_ID _ & _ v that constitutes _process_data
The data 3 having the same data ID as the data ID described in the alue (hereinafter, appropriately referred to as update target data) is searched from the database 3, and the data is locked (other transactions, etc. Gain exclusive access to the data so that it cannot be accessed). Further, the update control unit 29 reads out the update target data and stores it in the built-in storage unit 29A. Then, the update control unit 29 updates the update target data stored in the storage unit 29A with the update content Update_process_d.
Update in accordance with the description contents of List_of_data_element_ID _ & _ value constituting ata. However, the updated data is
At this point, it is not stored in the database 23. That is, the updated data is kept stored in the storage unit 29A.

【０１６５】更新処理を行った後は、ステップＳ８４に
進み、その更新処理を正常に行うことができたかどうか
が判定される。After performing the update processing, the flow advances to step S84 to determine whether or not the update processing has been normally performed.

【０１６６】ここで、例えば、データベース２３に記憶
されたデータは、上述したようにロックされる場合があ
り、これにより、更新対象データにアクセスすることが
できないことがある。また、更新制御部２９は、ステッ
プＳ８１でトランザクションリクエストを受信すると、
例えば、そのトランザクションのために必要なワークエ
リア（キャッシュ）を、記憶部２９Ａ上に確保する（例
えば、メモリアロケーションを行う）が、そのワークエ
リアを確保することができないこともある。このような
場合、更新処理は、正常に行うことができず、さらに
は、トランザクションをコミットすることもできない。
従って、この場合には、トランザクションはロールバッ
クされる。一方、更新対象データがロックされておら
ず、記憶部２９Ａ上に、ワークエリアを確保することが
でき、その他の異常も生じなければ、更新処理は正常に
行われ、従って、トランザクションはコミットされる。Here, for example, the data stored in the database 23 may be locked as described above, so that the data to be updated may not be accessible. When receiving the transaction request in step S81, the update control unit 29
For example, a work area (cache) required for the transaction is secured in the storage unit 29A (for example, memory allocation is performed), but the work area may not be able to be secured. In such a case, the update process cannot be performed normally, and further, the transaction cannot be committed.
Therefore, in this case, the transaction is rolled back. On the other hand, if the data to be updated is not locked, a work area can be secured on the storage unit 29A, and if no other abnormality occurs, the update processing is performed normally and the transaction is committed. .

【０１６７】なお、ステップＳ８３の更新処理は、サー
バ２から投票要求が送信されてくるまで、即ち、第１相
開始時刻までに終了している必要がある。また、更新処
理を正常に行うことができたかどうかの判断は、第２相
開始時刻までに終了している必要がある。受信端末５に
おいて、このうちのいずれか一方の条件でも満たさない
場合には、トランザクションはロールバックされる。It is to be noted that the update processing in step S83 needs to be completed before the voting request is transmitted from the server 2, that is, by the first phase start time. Also, the determination as to whether or not the update processing has been performed normally needs to be completed by the second phase start time. If any one of these conditions is not satisfied at the receiving terminal 5, the transaction is rolled back.

【０１６８】ステップＳ８４において、更新処理を正常
に行うことができたと判定された場合、ステップＳ８５
に進み、ログが生成され、記憶部２９Ａに記憶される。If it is determined in step S84 that the updating process has been successfully performed, the process proceeds to step S85.
The log is generated and stored in the storage unit 29A.

【０１６９】ここで、更新処理が正常に行われた直後
に、ステップＳ８５において生成されるログを、以下、
適宜、レディログ（ready log）という。レディログ
は、例えば、図１７に示すように、シーケンス番号、取
得時刻、トランザクション識別子、ログの種別、更新前
イメージ、更新後イメージ、および第１相開始時刻から
構成される。Here, immediately after the update processing has been performed normally, the log generated in step S85 is
Where appropriate, it is called a ready log. The ready log includes, for example, as shown in FIG. 17, a sequence number, an acquisition time, a transaction identifier, a log type, an image before update, an image after update, and a first phase start time.

【０１７０】シーケンス番号、トランザクション識別子
には、ステップＳ８２で作成されたビギンログと同一の
情報が配置される。取得時刻には、レディログが生成さ
れた時刻が配置される。ログの種別には、ログがレディ
ログである旨が配置される。更新前イメージおよび更新
後イメージには、サーバ２において、上述のステップＳ
６３で作成されるビギンログにおける場合と同一の情報
が配置される。なお、後述するステップＳ９５で作成さ
れるロールバックログも、レディログと同一フォーマッ
トとされているが、ロールバックログにおいては、ログ
の種別には、ログがロールバックログである旨が配置さ
れる。さらに、ロールバックログにおいては、更新前イ
メージおよび更新後イメージは配置されない。[0170] In the sequence number and the transaction identifier, the same information as the begin log created in step S82 is arranged. In the acquisition time, the time when the ready log is generated is arranged. In the log type, the fact that the log is a ready log is arranged. The server 2 adds the before-update image and the after-image to the above-described step S.
The same information as in the begin log created in 63 is arranged. Although the rollback log created in step S95 described later has the same format as the ready log, the fact that the log is a rollback log is arranged in the log type in the rollback log. Further, in the rollback log, the pre-update image and the post-update image are not arranged.

【０１７１】レディログの生成後は、ステップＳ８６に
進み、サーバ２から放送ネットワーク４を介して、投票
要求が送信されてきたかどうかが判定され、送信されて
きていないと判定された場合、ステップＳ８６に戻る。
また、ステップＳ８６において、投票要求が送信されて
きたと判定された場合、その投票要求が、受信部２１お
よび選択部２２を介して、更新制御部２９で受信され
る。そして、ステップＳ８７に進み、更新制御部２９
は、コミット応答を構成し、さらに、通信制御部２８を
制御することで、通信ネットワーク６を介して、サーバ
２に送信させる。After the generation of the ready log, the process proceeds to step S86, where it is determined whether or not a voting request has been transmitted from the server 2 via the broadcast network 4. If it is determined that the voting request has not been transmitted, the process proceeds to step S86. Return.
If it is determined in step S86 that the voting request has been transmitted, the voting request is received by the update control unit 29 via the receiving unit 21 and the selecting unit 22. Then, the process proceeds to step S87, where the update control unit 29
Configures a commit response and controls the communication control unit 28 to transmit the commit response to the server 2 via the communication network 6.

【０１７２】ここで、コミット応答Commit_ready_respo
nseは、例えば、次のように構成される。Here, the commit response Commit_ready_respo
nse is configured, for example, as follows.

【０１７３】 Commit_ready_response::={ Transaction_ID }Commit_ready_response :: = {Transaction_ID}

【０１７４】その後、サーバ２では、上述したように、
トランザクションをコミットするか、またはロールバッ
クするかが決定され、その決定結果としてのコミットリ
クエストまたはロールバックリクエスト（以下、適宜、
両方含めて、コミット／ロールバックリクエストとい
う）が、放送ネットワーク４を介して送信されてくるの
で、更新制御部２９では、ステップＳ８８において、そ
のコミット／ロールバックリクエストが、受信部２１お
よび選択部２２を介して受信される。Thereafter, in the server 2, as described above,
Whether to commit or roll back the transaction is determined, and as a result of the determination, a commit request or a rollback request (hereinafter, as appropriate,
The update / control unit 29 sends the commit / rollback request to the receiving unit 21 and the selecting unit 22 in step S88 because the commit / rollback request is transmitted via the broadcast network 4. Is received via

【０１７５】そして、ステップＳ８９に進み、ステップ
Ｓ８８で受信されたコミット／ロールバックリクエスト
が、コミットリクエストであるかどうかが判定される。
ステップＳ８９において、コミット／ロールバックリク
エストがコミットリクエストであると判定された場合、
ステップＳ９０に進み、ログが生成され、記憶部２９Ａ
に記憶される。Then, the process proceeds to a step S89, and it is determined whether or not the commit / rollback request received in the step S88 is a commit request.
When it is determined in step S89 that the commit / rollback request is a commit request,
Proceeding to step S90, a log is generated and the storage unit 29A
Is stored.

【０１７６】ここで、コミットリクエストを受信した後
に、ステップＳ９０において生成されるログも、以下、
適宜、コミットログという。受信端末５で生成されるコ
ミットログも、例えば、上述の図１３における場合と同
様に構成される。Here, the log generated in step S90 after receiving the commit request is also
It is called a commit log as appropriate. The commit log generated by the receiving terminal 5 is also configured, for example, in the same manner as in FIG. 13 described above.

【０１７７】コミットログの生成後は、ステップＳ９１
に進み、ステップＳ８３で行われた更新処理を確定し、
その処理結果をデータベース２３に反映するための更新
確定処理が行われる。即ち、受信端末５からコミット応
答を送信し、サーバ２からコミットリクエストが送信さ
れてきた場合には、記憶部２９Ａ上に記憶されている更
新後のデータが、データベース２３に供給され、更新前
のデータに替えて記憶され、これにより、トランザクシ
ョンの実行が完了する（データベース２３の更新が完了
する）。なお、その際、ステップＳ８３においてトラン
ザクションのために確保された記憶部２９Ａ上のエリア
の解放、その他のトランザクションを終了するにあたっ
て必要な処理（更新対象データのロックの解除など）が
行われる。After the generation of the commit log, step S91
To determine the update process performed in step S83,
An update confirmation process for reflecting the processing result in the database 23 is performed. That is, when the commit response is transmitted from the receiving terminal 5 and the commit request is transmitted from the server 2, the updated data stored in the storage unit 29A is supplied to the database 23, and the data before the update is supplied. The data is stored in place of the data, whereby the execution of the transaction is completed (the update of the database 23 is completed). At this time, in step S83, an area on the storage unit 29A secured for the transaction is released, and other processes required for ending the transaction (such as releasing a lock on the update target data) are performed.

【０１７８】そして、ステップＳ９２に進み、更新制御
部２９では、トランザクションのコミットが終了した旨
を表す、例えば、次のようなコミット完了応答Commit_c
omplete_responseが生成される。Then, the flow proceeds to step S92, where the update control unit 29 indicates that the commit of the transaction has been completed. For example, the following commit completion response Commit_c
omplete_response is generated.

【０１７９】 Ｃｏｍｍｉｔ＿ｃｏｍｐｌｅｔｅ＿ｒｅｓｐｏｎｓ
ｅ：：＝｛ Ｔｒａｎｓａｃｔｉｏｎ＿ＩＤ ｝Commit_complete_respons
e :: = {Transaction_ID}

【０１８０】そして、更新制御部２９は、通信制御部２
８を制御することにより、コミット完了応答Ｃｏｍｍｉ
ｔ＿ｃｏｍｐｌｅｔｅ＿ｒｅｓｐｏｎｓｅを、通信ネッ
トワーク６を介して、サーバ２に送信させ、更新制御処
理を終了する。[0180] The update control unit 29 communicates with the communication control unit 2
8, the commit completion response Commi
t_complete_response is transmitted to the server 2 via the communication network 6, and the update control process ends.

【０１８１】一方、ステップＳ８９において、コミット
／ロールバックリクエストがロールバックリクエストで
あると判定された場合、ステップＳ９３に進み、ログが
生成され、記憶部２９Ａに記憶される。On the other hand, if it is determined in step S89 that the commit / rollback request is a rollback request, the flow advances to step S93, where a log is generated and stored in the storage unit 29A.

【０１８２】ここで、ロールバックリクエストを受信し
た後に、ステップＳ９３において生成されるログも、以
下、適宜、ロールバックログという。受信端末５で生成
されるロールバックログも、例えば、上述の図１３にお
ける場合と同様に構成される。Here, the log generated in step S93 after receiving the rollback request is also referred to as a rollback log as appropriate. The rollback log generated by the receiving terminal 5 has, for example, the same configuration as in the case of FIG. 13 described above.

【０１８３】ロールバックログの生成後は、トランザク
ションを終了するにあたって必要な処理が行われ、ステ
ップＳ９４に進み、更新制御部２９では、トランザクシ
ョンがロールバックされた旨を表す、例えば、次のよう
なロールバック完了応答Commit_complete_responseが生
成される。After the generation of the rollback log, processing necessary for terminating the transaction is performed, and the flow advances to step S94, where the update control unit 29 indicates that the transaction has been rolled back. A rollback completion response Commit_complete_response is generated.

【０１８４】 Rollback_complete_response::={ Transaction_ID }Rollback_complete_response :: = {Transaction_ID}

【０１８５】そして、更新制御部２９は、通信制御部２
８を制御することにより、ロールバック完了応答Rollba
ck_complete_responseを、通信ネットワーク６を介し
て、サーバ２に送信させ、更新制御処理を終了する。即
ち、受信端末５からコミット応答を送信したのにもかか
わらず、サーバ２からロールバックリクエストが送信さ
れてきた場合には、トランザクションが取り消され、記
憶部２９Ａに記憶された更新後のデータは、データベー
ス２３に記憶されず、従って、データベース２３は、更
新前のデータが記憶された状態のままとされる。Then, the update control unit 29 is connected to the communication control unit 2
8 by controlling the rollback completion response Rollba
ck_complete_response is transmitted to the server 2 via the communication network 6, and the update control process ends. That is, when a rollback request is transmitted from the server 2 despite the transmission of the commit response from the receiving terminal 5, the transaction is canceled and the updated data stored in the storage unit 29A is: The data is not stored in the database 23, and therefore, the database 23 remains in a state where the data before the update is stored.

【０１８６】なお、ステップＳ９２またはＳ９４では、
現在時刻がトランザクション終結時刻の前である場合に
のみ、コミット完了応答またはロールバック完了応答
が、それぞれ送信される。Note that in step S92 or S94,
Only when the current time is before the transaction end time is a commit completion response or a rollback completion response sent, respectively.

【０１８７】一方、ステップＳ８４において、更新処理
を正常に行うことができなかったと判定された場合、ス
テップＳ９５に進み、ログが生成され、記憶部２９Ａに
記憶される。On the other hand, if it is determined in step S84 that the updating process has not been performed normally, the process proceeds to step S95, where a log is generated and stored in the storage unit 29A.

【０１８８】ここで、更新処理を正常に行うことができ
なかった直後に、ステップＳ９５において生成されるロ
グも、以下、適宜、ロールバックログという。ステップ
Ｓ９５で作成されるロールバックログは、例えば、上述
の図１７に示したレディログと同様に構成される。但
し、ステップＳ９５で作成されるロールバックログに
は、上述したように、更新前イメージおよび更新後イメ
ージは配置されない。Here, the log generated in step S95 immediately after the update process cannot be performed normally is also referred to as a rollback log as appropriate. The rollback log created in step S95 has, for example, the same configuration as the ready log shown in FIG. 17 described above. However, as described above, the pre-update image and the post-update image are not arranged in the rollback log created in step S95.

【０１８９】ロールバックログの生成後は、ステップＳ
９６に進み、サーバ２から放送ネットワーク４を介し
て、投票要求が送信されてきたかどうかが判定され、送
信されてきていないと判定された場合、ステップＳ８３
に戻る。即ち、投票要求が送信されてくるまでは、更新
処理が試みられる。そして、投票要求が送信されてくる
までに、更新処理を正常に行うことができた場合には、
ステップＳ８４からＳ８５に進み、レディログが生成さ
れ、以下、上述した処理が行われる。なお、この場合、
ステップＳ９５でロールバックログが生成されて記憶部
２９Ａに記憶された状態となっているが、このロールバ
ックログは、ステップＳ８５で生成されたレディログ
が、記憶部２９Ａに記憶されるときに消去される。After the rollback log is generated, step S
Proceeding to 96, it is determined whether a voting request has been transmitted from the server 2 via the broadcast network 4, and if it has been determined that a voting request has not been transmitted, step S83.
Return to That is, the update process is attempted until the voting request is transmitted. If the update process can be performed normally before the voting request is sent,
Proceeding from step S84 to S85, a ready log is generated, and the above-described processing is performed. In this case,
Although the rollback log is generated in step S95 and stored in the storage unit 29A, the rollback log is deleted when the ready log generated in step S85 is stored in the storage unit 29A. You.

【０１９０】また、ステップＳ９６において、投票要求
が送信されてきたと判定された場合、その投票要求が、
受信部２１および選択部２２を介して、更新制御部２９
で受信される。そして、ステップＳ９７に進み、更新制
御部２９は、ロールバック応答を構成し、さらに、通信
制御部２８を制御することで、通信ネットワーク６を介
して、サーバ２に送信させる。If it is determined in step S96 that a voting request has been transmitted, the voting request is
An update controller 29 via the receiver 21 and the selector 22
Received at. Then, proceeding to step S97, the update control unit 29 configures a rollback response, and further controls the communication control unit 28 to transmit the rollback response to the server 2 via the communication network 6.

【０１９１】ここで、ロールバック応答Rollback_respo
nseは、例えば、次のように構成される。Here, the rollback response Rollback_respo
nse is configured, for example, as follows.

【０１９２】 Rollback_response::={ Transaction_ID }Rollback_response :: = {Transaction_ID}

【０１９３】その後、サーバ２では、上述したように、
トランザクションをコミットするか、またはロールバッ
クするかの決定結果としてのコミット／ロールバックリ
クエストが、放送ネットワーク４を介して送信されてく
るので、更新制御部２９では、ステップＳ９８におい
て、そのコミット／ロールバックリクエストが、受信部
２１および選択部２２を介して受信される。Thereafter, in the server 2, as described above,
Since a commit / rollback request as a result of determining whether to commit or rollback the transaction is transmitted via the broadcast network 4, the update control unit 29 determines in step S98 that the commit / rollback request The request is received via the receiving unit 21 and the selecting unit 22.

【０１９４】そして、ステップＳ９９に進み、ステップ
Ｓ９８で受信されたコミット／ロールバックリクエスト
が、ロールバックリクエストであるかどうかが判定され
る。ステップＳ９９において、コミット／ロールバック
リクエストがロールバックリクエストであると判定され
た場合、トランザクションを終了するにあたって必要な
処理が行われる。そして、ステップＳ９４に進み、上述
したように、ロールバック完了応答が、通信ネットワー
ク６を介して、サーバ２に送信され、更新制御処理を終
了する。即ち、受信端末５からロールバック応答を送信
し、サーバ２からロールバックリクエストが送信されて
きた場合には、トランザクションは取り消され、記憶部
２９Ａに記憶された更新後のデータは、データベース２
３に記憶されず、従って、データベース２３は、更新前
のデータが記憶された状態のままとされる。Then, the flow advances to a step S99 to determine whether or not the commit / rollback request received in the step S98 is a rollback request. If it is determined in step S99 that the commit / rollback request is a rollback request, processing necessary to end the transaction is performed. Then, the process proceeds to step S94, and as described above, the rollback completion response is transmitted to the server 2 via the communication network 6, and the update control process ends. That is, when a rollback response is transmitted from the receiving terminal 5 and a rollback request is transmitted from the server 2, the transaction is canceled and the updated data stored in the storage unit 29 </ b> A is stored in the database 2.
3 is not stored, so that the database 23 remains in a state where the data before the update is stored.

【０１９５】一方、ステップＳ９９において、コミット
／ロールバックリクエストがコミットリクエストである
と判定された場合、トランザクションを終了するにあた
って必要な処理が行われる。そして、ステップＳ１００
に進み、データベース２３に記憶された更新対象データ
へのアクセスが凍結され、更新制御処理を終了する。On the other hand, if it is determined in step S99 that the commit / rollback request is a commit request, a process necessary for terminating the transaction is performed. Then, step S100
The access to the update target data stored in the database 23 is frozen, and the update control process ends.

【０１９６】即ち、受信端末５からロールバック応答を
送信したのにもかかわらず、サーバ２からコミットリク
エストが送信されてきた場合には、受信端末５以外の受
信端末であって、コミット応答を送信した受信端末（コ
ミット端末）では、データの更新が行われるが、ロール
バック応答を送信した受信端末５では、データの更新は
行われない。従って、コミット端末は、更新後のデータ
を記憶しているが、受信端末５は、更新前のデータを記
憶しているという、データの不一致が生じ、データの厳
密な同期更新を行うことができていないことになる。That is, when a commit request is transmitted from the server 2 despite the transmission of the rollback response from the receiving terminal 5, the receiving terminal other than the receiving terminal 5 transmits the commit response. The data is updated at the receiving terminal (commit terminal) that has performed, but the data is not updated at the receiving terminal 5 that has transmitted the rollback response. Therefore, the commit terminal stores the data after the update, but the receiving terminal 5 stores the data before the update. Therefore, a data mismatch occurs, and strict synchronous update of the data can be performed. Will not be.

【０１９７】そこで、受信端末５からロールバック応答
を送信したのにもかかわらず、サーバ２からコミットリ
クエストが送信されてきた場合には、ステップＳ１００
において、更新対象データへのアクセスが凍結（禁止）
され、これにより、それ以後、受信端末５においては、
その更新対象データへのアクセスができないようにされ
る。具体的には、例えば、更新対象データが、データベ
ース２３から削除される。あるいは、更新対象データ
に、アクセスの禁止を示すフラグ（以下、適宜、凍結フ
ラグという）が付加され、凍結フラグが付加されている
データへのアクセスが禁止される。Therefore, if a commit request is transmitted from the server 2 despite the transmission of the rollback response from the receiving terminal 5, step S100
Access to update target data is frozen (prohibited)
Then, thereafter, in the receiving terminal 5,
Access to the update target data is disabled. Specifically, for example, the update target data is deleted from the database 23. Alternatively, a flag indicating access prohibition (hereinafter, appropriately referred to as a freeze flag) is added to the update target data, and access to data to which the freeze flag is added is prohibited.

【０１９８】なお、ステップＳ１００において、アクセ
スを凍結する更新対象データは、例えば、ステップＳ８
２で作成されたビギンログ（図１６）のデータＩＤのリ
ストを参照することで認識される。In step S100, the update target data whose access is to be frozen is, for example, in step S8.
It is recognized by referring to the data ID list of the begin log (FIG. 16) created in Step 2.

【０１９９】以上のように、トランザクションのコミッ
トが決定されたのにもかかわらず、データの更新を行わ
ない受信端末においては、そのデータにアクセスするこ
とができないようにすることで、結果として、データの
不一致に対処することができる。即ち、ある受信端末に
おいて、更新後のデータが提供される場合に、他の受信
端末において、更新前のデータが提供されることを防止
することができる（ある受信端末において、更新後のデ
ータが提供される場合に、他の受信端末において、その
データと同一のデータ識別子を有するデータについて、
更新前のデータが提供されることはなく、提供されると
すれば、そのデータは、必ず、更新後のデータであるよ
うにすることができる）。As described above, even if the commit of the transaction is determined, the receiving terminal that does not update the data cannot access the data. Inconsistency can be addressed. That is, when data after updating is provided in one receiving terminal, it is possible to prevent the data before updating from being provided in another receiving terminal. When provided, at other receiving terminals, for data having the same data identifier as the data,
The data before the update is not provided, and if provided, the data can always be the data after the update.)

【０２００】なお、図１５の更新制御処理において、ス
テップＳ８６で投票要求を受信してから、ステップＳ８
７の処理まで、またはステップＳ９６で投票要求を受信
してから、ステップＳ９７の処理までが、第１相の処理
であり、ステップＳ８８以降の処理、またはステップＳ
９８以降の処理が、第２相の処理である。In the update control process shown in FIG. 15, after receiving the voting request in step S86, the process proceeds to step S8.
7 or the reception of the voting request in step S96 to the processing in step S97 is the first phase processing, and the processing in step S88 and subsequent steps or the processing in step S88
The processing after 98 is the second phase processing.

【０２０１】また、後述するように、サーバ２におい
て、図１１で説明した更新制御処理が行われている最中
に、システムクラッシュ等の障害、その他の異常が生
じ、更新処理が中断する場合があり、この場合、サーバ
２からは、コミット／ロールバックリクエストが送信さ
れてこないことがある。この場合、受信端末５では、ス
テップＳ８８またはＳ９８において、コミット／ロール
バックリクエストが送信されてくるのを待ち続けること
になる。そこで、受信端末５では、ステップＳ８８また
はＳ９８において、現在時刻がトランザクション終結時
刻になるまでは、コミット／ロールバックリクエストが
送信されてくるのを待ち続け、トランザクション終結時
刻を経過しても、コミット／ロールバックリクエストが
送信されてこない場合には、例えば、図１５に点線で示
すように、ステップＳ８８またはＳ９８から、ステップ
Ｓ１００に進み、更新対象データへのアクセスが凍結
（禁止）されるようになされている。なお、図示してい
ないが、例えば、ステップＳ８６またはＳ９６におい
て、トランザクション終結時刻を経過しても、投票要求
を受信することができない場合も、同様の理由から、ス
テップＳ１００に進み、更新対象データへのアクセスが
凍結されるようになされている。As will be described later, while the server 2 is performing the update control process described with reference to FIG. 11, a failure such as a system crash or other abnormalities may occur, and the update process may be interrupted. Yes, in this case, a commit / rollback request may not be transmitted from the server 2. In this case, the receiving terminal 5 keeps waiting for a commit / rollback request to be transmitted in step S88 or S98. Therefore, in step S88 or S98, the receiving terminal 5 continues to wait for a commit / rollback request to be transmitted until the current time reaches the transaction end time. When the rollback request is not transmitted, for example, as shown by a dotted line in FIG. 15, the process proceeds from step S88 or S98 to step S100, and the access to the update target data is frozen (prohibited). ing. Although not shown, for example, in step S86 or S96, if the voting request cannot be received even after the transaction end time has elapsed, the process proceeds to step S100 for the same reason, and the data is updated. Access has been made to be frozen.

【０２０２】次に、サーバ２または受信端末５におい
て、図１１または図１５でそれぞれ説明した更新制御処
理が行われている最中に、システムクラッシュ等の障
害、その他の異常が生じ、更新制御処理が中断した場合
には、サーバ２または受信端末５の復旧、立ち上げ後、
更新制御処理を再開するための回復処理が行われるよう
になされている。Next, while the server 2 or the receiving terminal 5 is performing the update control processing described with reference to FIG. 11 or FIG. 15, a failure such as a system crash and other abnormalities occur. Is interrupted, the server 2 or the receiving terminal 5 is restored and started up,
A recovery process for restarting the update control process is performed.

【０２０３】まず、図１８のフローチャートを参照し
て、サーバ２（更新制御部１６）における回復処理につ
いて説明する。First, the recovery process in the server 2 (update control unit 16) will be described with reference to the flowchart in FIG.

【０２０４】サーバ２の回復処理では、まず最初に、ス
テップＳ１１１において、ビギンログが、記憶部１６Ａ
に記憶されているかどうかが判定され、記憶されていな
いと判定された場合、回復処理を終了する。即ち、ビギ
ンログが、記憶部１６Ａに記憶されていない場合は、図
１１の更新制御処理において、トランザクションリクエ
ストの送信（ステップＳ６４）も行われておらず、従っ
て、受信端末５には、トランザクションの開始が報知さ
れていないから、サーバ２において、更新制御処理を再
開するために、特に処理を行う必要はない（通常どお
り、図１１のステップＳ６１から、更新制御処理を開始
すれば良い）。In the recovery process of the server 2, first, in step S111, a begin log is stored in the storage unit 16A.
Is determined, and if it is determined that the information is not stored, the recovery process ends. That is, when the begin log is not stored in the storage unit 16A, the transmission of the transaction request (step S64) is not performed in the update control process of FIG. Is not notified, the server 2 does not need to perform any processing in order to restart the update control processing (as usual, the update control processing may be started from step S61 in FIG. 11).

【０２０５】また、ステップＳ１１１において、ビギン
ログが、記憶部１６Ａに記憶されていると判定された場
合、ステップＳ１１２に進み、記憶部１６Ａに、ビギン
ログ以外のログが記憶されているかどうかが判定され
る。ステップＳ１１２において、ビギンログ以外のログ
が記憶されていないと判定された場合、即ち、図１１の
ステップＳ６４乃至Ｓ７０の処理が行われている間にお
いて、更新制御処理が中断した場合、ステップＳ１１３
に進み、図１８の回復処理の開始された時刻（以下、適
宜、回復処理時刻という）が、第１相開始時刻時刻より
も前であるかどうかが判定される。If it is determined in step S111 that a begin log is stored in the storage unit 16A, the flow advances to step S112 to determine whether a log other than the begin log is stored in the storage unit 16A. . If it is determined in step S112 that no log other than the begin log is stored, that is, if the update control process is interrupted while the processes of steps S64 to S70 of FIG. 11 are being performed, step S113 is performed.
It is determined whether the time at which the recovery processing in FIG. 18 was started (hereinafter, appropriately referred to as the recovery processing time) is earlier than the first phase start time.

【０２０６】ステップＳ１１３において、回復処理時刻
が、第１相開始時刻よりも前であると判定された場合、
ステップＳ１１４に進み、図１１のステップＳ６４にお
けるトランザクションリクエストの送信からの更新制御
処理が順次行われ、回復処理を終了する。If it is determined in step S113 that the recovery processing time is earlier than the first phase start time,
Proceeding to step S114, the update control processing from the transmission of the transaction request in step S64 of FIG. 11 is sequentially performed, and the recovery processing ends.

【０２０７】また、ステップＳ１１３において、回復処
理時刻が、第１相開始時刻以降であると判定された場
合、ステップＳ１１５に進み、回復処理時刻が、トラン
ザクション終結時刻よりも前であるかどうかが判定され
る。If it is determined in step S113 that the recovery processing time is after the first phase start time, the flow advances to step S115 to determine whether the recovery processing time is before the transaction end time. Is done.

【０２０８】ステップＳ１１５において、回復処理時刻
が、トランザクション終結時刻よりも前であると判定さ
れた場合、ステップＳ１１６に進み、図１１のステップ
Ｓ７５における場合と同様に、ロールバックログが作成
され、記憶部１６Ａに記憶される。その後、ステップＳ
１１７乃至Ｓ１２０において、図１１のステップＳ７６
乃至Ｓ７９における場合とそれぞれ同様の処理が行わ
れ、回復処理を終了する。即ち、ビギンログのみが残っ
ており、回復処理時刻がトランザクション終結時刻より
も前である場合には、コミット可能投票率に基づく、ト
ランザクションをコミットするか、またはロールバック
するかの決定は行わず、強制的に、トランザクションを
ロールバックする決定がされ、ステップＳ１１７におい
て、ロールバックリクエストが送信される。そして、ス
テップＳ１１８において、受信端末５から送信されてく
るロールバック完了応答が受信され、ステップＳ１１９
に進み、現在時刻がトランザクション終結時刻になった
かどうかが判定される。ステップＳ１１９において、現
在時刻が、まだ、トランザクション終結時刻になってい
ないと判定された場合、ステップＳ１１７に戻る。ま
た、ステップＳ１１９において、現在時刻が、トランザ
クション終結時刻になったと判定された場合、ステップ
Ｓ１２０に進み、コンプリートログが生成され、記憶部
１６Ａに記憶されて、回復処理を終了する。なお、この
場合、ステップＳ１１８では、ロールバックコンプリー
トログが生成される。If it is determined in step S115 that the recovery processing time is earlier than the transaction end time, the process proceeds to step S116, and a rollback log is created and stored as in step S75 of FIG. It is stored in the unit 16A. Then, step S
In steps S117 to S120, step S76 in FIG.
The same processing as in steps S79 to S79 is performed, and the recovery processing ends. In other words, if only the begin log remains and the recovery processing time is earlier than the transaction end time, the decision whether to commit or roll back the transaction based on the committable voting rate is not made, and the Specifically, it is determined that the transaction is to be rolled back, and in step S117, a rollback request is transmitted. Then, in step S118, the rollback completion response transmitted from the receiving terminal 5 is received, and step S119 is performed.
It is determined whether the current time has reached the transaction end time. If it is determined in step S119 that the current time has not reached the transaction end time, the process returns to step S117. If it is determined in step S119 that the current time has reached the transaction end time, the process proceeds to step S120, where a complete log is generated and stored in the storage unit 16A, and the recovery process ends. In this case, in step S118, a rollback complete log is generated.

【０２０９】また、ステップＳ１１５において、回復処
理時刻が、トランザクション終結時刻以降であると判定
された場合、ステップＳ１１６乃至Ｓ１１９をスキップ
して、ステップＳ１２０に進み、コンプリートログが作
成され、記憶部１６Ａに記憶されて、回復処理を終了す
る。即ち、記憶部１６Ａに記憶されているログがビギン
ログだけの場合には、コミットリクエストまたはロール
バックリクエストは送信されておらず、上述したよう
に、受信端末５は、トランザクション終結時刻までは、
コミットリクエストまたはロールバックリクエストの送
信を待って、トランザクション終結時刻の経過後、更新
対象データを凍結する。このため、サーバ２では、回復
処理時刻が、トランザクション終結時刻以降である場合
には、ステップＳ１２０において、コンプリートログを
作成するだけで、回復処理を終了する。If it is determined in step S115 that the recovery processing time is after the transaction end time, steps S116 to S119 are skipped, the process proceeds to step S120, a complete log is created, and the storage unit 16A stores the complete log. Then, the recovery process is completed. That is, when the log stored in the storage unit 16A is only the begin log, no commit request or rollback request has been transmitted, and as described above, the receiving terminal 5 continues to operate until the transaction end time.
Wait for the transmission of a commit request or a rollback request, and freeze the data to be updated after the transaction end time has elapsed. Therefore, in the server 2, if the recovery processing time is after the transaction end time, the server 2 simply creates a complete log in step S120 and ends the recovery processing.

【０２１０】なお、この場合、ステップＳ１２０では、
コンプリートログとして、上述したコミットコンプリー
トログでもなく、また、ロールバックコンプリートログ
でもない、トランザクションが、いわば座礁してしまっ
たことを表すランオンザロックスコンプリートログ（Ru
n on the rocks complete log）が作成される。ここ
で、ランオンザロックスコンプリートログは、例えば、
図１４に示したコンプリートログと同様のフォーマット
とされている。In this case, in step S120,
As the complete log, the run-on-the-rocks complete log (Ru), which is not the commit complete log described above, nor the rollback complete log, indicating that the transaction has been stranded, so to speak.
n on the rocks complete log) is created. Here, the run-on-the-rocks complete log is, for example,
The format is the same as that of the complete log shown in FIG.

【０２１１】一方、ステップＳ１１２において、記憶部
１６Ａに、ビギンログ以外に、さらにログが記憶されて
いると判定された場合、ステップＳ１２１に進み、その
ログがコミットログであるかどうかが判定される。ステ
ップＳ１２１において、記憶部１６Ａに、コミットログ
が記憶されていると判定された場合、即ち、トランザク
ションをコミットする決定がなされ、かつコミットログ
が生成された後に、異常が生じた場合、ステップＳ１２
２に進み、回復処理時刻が、トランザクション終結時刻
よりも前であるかどうかが判定される。ステップＳ１２
１において、回復処理時刻が、トランザクション終結時
刻以降であると判定された場合、ステップＳ１２３乃至
Ｓ１２５をスキップして、ステップＳ１２０に進み、コ
ンプリートログが作成され、記憶部１６Ａに記憶され
て、回復処理を終了する。On the other hand, if it is determined in step S112 that a log is stored in the storage unit 16A in addition to the begin log, the flow advances to step S121 to determine whether the log is a commit log. In step S121, when it is determined that the commit log is stored in the storage unit 16A, that is, when it is determined that a transaction is to be committed and an abnormality occurs after the commit log is generated, step S12 is performed.
Proceeding to 2, it is determined whether the recovery processing time is earlier than the transaction end time. Step S12
In step 1, if it is determined that the recovery processing time is after the transaction end time, steps S123 to S125 are skipped, and the process proceeds to step S120, where a complete log is created and stored in the storage unit 16A, and the recovery processing is performed. To end.

【０２１２】即ち、コミットログが存在する場合には、
既に、少なくとも１度は、コミットリクエストが送信さ
れており、この場合に、回復処理時刻がトランザクショ
ン終結時刻以降であるときには、コンプリートログを作
成するだけで、回復処理を終了する。なお、この場合、
ステップＳ１２０では、コミットコンプリートログが生
成される。That is, when a commit log exists,
The commit request has already been transmitted at least once. In this case, if the recovery processing time is after the transaction end time, the recovery processing is completed only by creating a complete log. In this case,
In step S120, a commit complete log is generated.

【０２１３】また、ステップＳ１２２において、回復処
理時刻が、トランザクション終結時刻よりも前であると
判定された場合、ステップＳ１２３乃至Ｓ１２５におい
て、図１１のステップＳ７２乃至Ｓ７４における場合と
それぞれ同様の処理が行われる。即ち、この場合、ステ
ップＳ１２３において、コミットリクエストが送信され
る。そして、ステップＳ１２４において、受信端末５か
ら送信されてくるコミット完了応答が受信され、ステッ
プＳ１２５に進み、現在時刻がトランザクション終結時
刻になったかどうかが判定される。ステップＳ１２５に
おいて、現在時刻が、まだ、トランザクション終結時刻
になっていないと判定された場合、ステップＳ１２３に
戻る。また、ステップＳ１２５において、現在時刻が、
トランザクション終結時刻になったと判定された場合、
ステップＳ１２０に進み、コンプリートログが生成さ
れ、記憶部１６Ａに記憶されて、回復処理を終了する。
なお、この場合、ステップＳ１２０では、コミットコン
プリートログが生成される。If it is determined in step S122 that the recovery processing time is earlier than the transaction end time, the same processing as in steps S72 to S74 of FIG. 11 is performed in steps S123 to S125. Will be That is, in this case, a commit request is transmitted in step S123. Then, in step S124, the commit completion response transmitted from the receiving terminal 5 is received, and the process proceeds to step S125 to determine whether the current time has reached the transaction end time. If it is determined in step S125 that the current time has not reached the transaction end time, the process returns to step S123. In step S125, the current time is
If it is determined that the transaction end time has been reached,
Proceeding to step S120, a complete log is generated, stored in the storage unit 16A, and the recovery processing ends.
In this case, in step S120, a commit complete log is generated.

【０２１４】一方、ステップＳ１２１において、記憶部
１６Ａに、コミットログが記憶されていないと判定され
た場合、即ち、記憶部１６Ａに記憶されている、ビギン
ログ以外のログが、ロールバックログであり、従って、
トランザクションをロールバックする決定がなされ、か
つロールバックログが生成された後に、異常が生じた場
合、ステップＳ１２６に進み、回復処理時刻が、トラン
ザクション終結時刻よりも前であるかどうかが判定され
る。ステップＳ１２６において、回復処理時刻が、トラ
ンザクション終結時刻以降であると判定された場合、ス
テップＳ１２０に進み、コンプリートログが作成され、
記憶部１６Ａに記憶されて、回復処理を終了する。On the other hand, when it is determined in step S121 that the commit log is not stored in the storage unit 16A, that is, the log other than the begin log stored in the storage unit 16A is the rollback log. Therefore,
If an abnormality occurs after the decision to roll back the transaction is made and the rollback log is generated, the process proceeds to step S126, and it is determined whether the recovery processing time is earlier than the transaction end time. If it is determined in step S126 that the recovery processing time is after the transaction end time, the process proceeds to step S120, where a complete log is created,
The data is stored in the storage unit 16A, and the recovery processing ends.

【０２１５】即ち、ロールバックログが存在する場合に
は、既に、少なくとも１度は、ロールバックリクエスト
が送信されており、この場合に、回復処理時刻がトラン
ザクション終結時刻以降であるときには、コンプリート
ログを作成するだけで、回復処理を終了する。なお、こ
の場合、ステップＳ１２０では、ロールバックコンプリ
ートログが生成される。That is, when the rollback log exists, the rollback request has already been transmitted at least once. In this case, if the recovery processing time is after the transaction end time, the complete log is deleted. The creation process is completed only by creating. In this case, in step S120, a rollback complete log is generated.

【０２１６】また、ステップＳ１２６において、回復処
理時刻が、トランザクション終結時刻よりも前であると
判定された場合、ステップＳ１１７に進み、以下、上述
した処理が行われ、回復処理を終了する。If it is determined in step S126 that the recovery processing time is earlier than the transaction end time, the flow advances to step S117, where the above-described processing is performed, and the recovery processing ends.

【０２１７】以上のように、異常が生じた場合に、記憶
部１６Ａに記憶されているログの種類と、回復処理時刻
とに基づいて、回復処理を行うようにしたので、ユーザ
に、異なるデータが提供されること（提供されるデータ
の不一致）を防止することができる。As described above, when an abnormality occurs, the recovery processing is performed based on the type of log stored in the storage unit 16A and the recovery processing time. Is provided (a mismatch of provided data) can be prevented.

【０２１８】次に、図１９のフローチャートを参照し
て、受信端末５（更新制御部２９）における回復処理に
ついて説明する。Next, the recovery processing in the receiving terminal 5 (update control unit 29) will be described with reference to the flowchart in FIG.

【０２１９】受信端末５の回復処理では、まず最初に、
ステップＳ１３１において、ビギンログが、記憶部２９
Ａに記憶されているかどうかが判定され、記憶されてい
ないと判定された場合、回復処理を終了する。即ち、図
１５の更新制御処理において、ビギンログは、ステップ
Ｓ８１のトランザクションリクエストの受信とともに作
成されるから、ビギンログが、記憶部２９Ａに記憶され
ていないということは、トランザクションリクエストの
受信（ステップＳ８１）も行われておらず、従って、受
信端末５には、トランザクションの開始が報知されてい
ないから、受信端末５において、更新制御処理を再開す
るために、特に処理を行う必要はない（通常どおり、ト
ランザクションリクエストが、選択部２２から更新制御
部２９に供給されるのを待って、図１５のステップＳ８
１から、更新制御処理を開始すれば良い）。In the recovery process of the receiving terminal 5, first,
In step S131, the begin log is stored in the storage unit 29.
It is determined whether or not it is stored in A, and if it is determined that it is not stored in A, the recovery process ends. That is, in the update control process of FIG. 15, since the begin log is created together with the reception of the transaction request in step S81, the fact that the begin log is not stored in the storage unit 29A means that the reception of the transaction request (step S81) also occurs. Since the start of the transaction has not been notified to the receiving terminal 5, the receiving terminal 5 does not need to perform any processing in order to restart the update control process (as usual, the transaction is not performed). Waiting for the request to be supplied from the selection unit 22 to the update control unit 29, the process proceeds to step S8 in FIG.
The update control process may be started from 1).

【０２２０】また、ステップＳ１３１において、ビギン
ログが、記憶部２９Ａに記憶されていると判定された場
合、ステップＳ１３２に進み、記憶部１６Ａに、ビギン
ログ以外のログが記憶されているかどうかが判定され
る。ステップＳ１３２において、ビギンログ以外のログ
が記憶されていないと判定された場合、即ち、図１５の
更新制御処理において、ステップＳ８２におけるビギン
ログの作成後、ステップＳ８５におけるレディログの作
成またはステップＳ９５におけるロールバックログの作
成までの間に、異常が生じた場合、ステップＳ１３３に
進み、図１５のステップＳ９３またはＳ９５における場
合と同様に、ロールバックログが作成される。When it is determined in step S131 that the begin log is stored in the storage unit 29A, the process proceeds to step S132, and it is determined whether a log other than the begin log is stored in the storage unit 16A. . If it is determined in step S132 that no log other than the begin log is stored, that is, in the update control process of FIG. 15, after the begin log is created in step S82, the ready log is created in step S85, or the rollback log is created in step S95. If an abnormality occurs before the creation of the rollback log, the process proceeds to step S133, and a rollback log is created as in the case of step S93 or S95 in FIG.

【０２２１】そして、ステップＳ１３４に進み、図１５
のステップＳ１００における場合と同様に、更新対象デ
ータへのアクセスが凍結され、回復処理を終了する。Then, the flow advances to step S134 to execute FIG.
As in step S100, the access to the update target data is frozen, and the recovery process ends.

【０２２２】即ち、ビギンログの作成後、レディログま
たはロールバックログが作成されるまでに、異常が生じ
た場合には、受信端末５では、トランザクションをロー
ルバックすることが決定され、さらに、サーバ２からの
コミット／ロールバックリクエストが、コミットリクエ
ストか、またはロールバックリクエストかに関係なく、
更新対象データへのアクセスは凍結される。但し、この
場合、図１９の回復処理の開始時刻（この時刻も、以
下、適宜、回復処理時刻という）が、第２相開始時刻前
であれば、サーバ２からコミット／ロールバックリクエ
ストが送信されてくるのを待って、図１５のステップＳ
９８以降の処理を行うようにしても良い。That is, if an abnormality occurs before the ready log or the rollback log is created after the creation of the begin log, the receiving terminal 5 determines to roll back the transaction. Whether the commit / rollback request for is a commit request or a rollback request,
Access to the data to be updated is frozen. However, in this case, if the start time of the recovery processing in FIG. 19 (hereinafter also referred to as the recovery processing time as appropriate) is before the second phase start time, the server 2 transmits a commit / rollback request. Waiting to come, step S in FIG.
The processing after 98 may be performed.

【０２２３】一方、ステップＳ１３２において、ビギン
ログ以外のログが記憶されていると判定された場合、ス
テップＳ１３５に進み、そのログがレディログであるか
どうかが判定される。ステップＳ１３５において、記憶
部２９Ａに、レディログが記憶されていると判定された
場合、ステップＳ１３６に進み、回復処理時刻が、トラ
ンザクション終結時刻よりも前であるかどうかが判定さ
れる。ステップＳ１３６において、回復処理時刻がトラ
ンザクション終結時刻以降であると判定された場合、ス
テップＳ１３３に進み、以下、上述の場合と同様の処理
が行われる。On the other hand, if it is determined in step S132 that a log other than the begin log is stored, the flow advances to step S135 to determine whether the log is a ready log. When it is determined in step S135 that the ready log is stored in the storage unit 29A, the process proceeds to step S136, and it is determined whether the recovery processing time is earlier than the transaction end time. When it is determined in step S136 that the recovery processing time is after the transaction end time, the process proceeds to step S133, and the same processing as in the above-described case is performed.

【０２２４】即ち、レディログが存在する場合には、受
信端末５では、トランザクションをコミットすることが
決定された後に、異常が生じたことになるが、トランザ
クション終結時刻の経過後は、サーバ２からは、トラン
ザクションをコミットするか、またはロールバックする
かの決定結果であるコミット／ロールバックリクエスト
が送信されてこないため（コミット／ロールバックリク
エストの送信は、既に終了しているため）、受信端末５
では、サーバ２がトランザクションをコミットする決定
をしたのか、またはロールバックする決定をしたのかを
認識することができない。そこで、受信端末５では、ユ
ーザに提供されるデータの不一致を防止するために、更
新対象データへのアクセスが凍結される。That is, when the ready log exists, the receiving terminal 5 determines that the transaction is to be committed, and then an error occurs. Since the commit / rollback request as a result of determining whether to commit or rollback the transaction is not transmitted (since the transmission of the commit / rollback request has already been completed), the receiving terminal 5
Cannot recognize whether the server 2 has decided to commit the transaction or to roll back. Therefore, in the receiving terminal 5, access to the update target data is frozen in order to prevent inconsistency of data provided to the user.

【０２２５】また、ステップＳ１３６において、回復処
理時刻がトランザクション終結時刻より前であると判定
された場合、ステップＳ１３８に進み、サーバ２からコ
ミット／ロールバックリクエストが送信されてくるのを
待って（図１１で説明したように、サーバ２では、トラ
ンザクション終結時刻になるまで、ステップＳ７２また
はＳ７６それぞれにおいて、コミットリクエストまたは
ロールバックリクエストが繰り返し送信される）、ステ
ップＳ１３９に進む。ステップＳ１３９では、図１５で
説明した更新制御処理のうちの第２相の処理が行われ
る。即ち、いまの場合、レディログが存在するので、受
信端末５では、トランザクションをコミットすることが
決定されているので、ステップＳ１３９では、図１５の
ステップＳ８８以降の処理が行われ、ステップＳ９２ま
たはＳ９４におけるコミット完了応答またはロールバッ
ク完了応答の送信後、回復処理を終了する。If it is determined in step S136 that the recovery processing time is before the transaction end time, the flow advances to step S138 to wait for a commit / rollback request to be transmitted from the server 2 (see FIG. As described in 11, the server 2 repeatedly transmits a commit request or a rollback request in step S72 or S76 until the transaction end time is reached, respectively), and proceeds to step S139. In step S139, the second phase of the update control process described with reference to FIG. 15 is performed. That is, in this case, since there is a ready log, the receiving terminal 5 determines to commit the transaction. Therefore, in step S139, the processes in and after step S88 in FIG. 15 are performed, and the process in step S92 or S94 is performed. After transmitting the commit completion response or the rollback completion response, the recovery processing ends.

【０２２６】一方、ステップＳ１３５において、記憶部
２９Ａに記憶されている、ビギンログ以外のログがレデ
ィログでないと判定された場合、即ち、記憶部２９Ａ
に、ロールバックログが記憶されている場合、ステップ
Ｓ１３７に進み、回復処理時刻がトランザクション終結
時刻より前であるかどうかが判定される。ステップＳ１
３７において、回復処理時刻がトランザクション終結時
刻以降であると判定された場合、ステップＳ１３４に進
み、上述したように、更新対象データへのアクセスが凍
結され、回復処理を終了する。On the other hand, if it is determined in step S135 that a log other than the begin log stored in the storage unit 29A is not a ready log, that is, the storage unit 29A
If the rollback log is stored in step S137, the process proceeds to step S137, and it is determined whether the recovery processing time is earlier than the transaction end time. Step S1
In 37, if it is determined that the recovery processing time is after the transaction end time, the process proceeds to step S134, and as described above, the access to the update target data is frozen, and the recovery processing ends.

【０２２７】即ち、記憶部２９Ａに、ビギンログ以外の
ログが記憶されている場合に、そのログが、レディログ
でなければ、そのログは、図１５のステップＳ９５で作
成されたロールバックログでしかあり得ない。そして、
この場合、受信端末５では、トランザクションをロール
バックすることが決定された後に、異常が生じたことに
なるが、トランザクション終結時刻の経過後は、上述し
たように、コミット／ロールバックリクエストは送信さ
れてこないため、受信端末５では、サーバ２がトランザ
クションをコミットする決定をしたのか、またはロール
バックする決定をしたのかを認識することができない。
そこで、受信端末５では、ユーザに提供されるデータの
不一致を防止するために、更新対象データへのアクセス
が凍結される。That is, when a log other than the begin log is stored in the storage unit 29A and the log is not a ready log, the log is only the rollback log created in step S95 in FIG. I can't get it. And
In this case, the receiving terminal 5 has determined that the transaction is to be rolled back, and then an abnormality has occurred. However, after the transaction end time has elapsed, the commit / rollback request is transmitted as described above. Therefore, the receiving terminal 5 cannot recognize whether the server 2 has decided to commit the transaction or decided to roll back.
Therefore, in the receiving terminal 5, access to the update target data is frozen in order to prevent inconsistency of data provided to the user.

【０２２８】また、ステップＳ１３７において、回復処
理時刻がトランザクション終結時刻より前であると判定
された場合、ステップＳ１３８，Ｓ１３９に順次進み、
上述したように、サーバ２からコミット／ロールバック
リクエストが送信されてくるのを待って、図１５で説明
した更新制御処理のうちの第２相の処理が行われる。即
ち、いまの場合、図１５のステップＳ９５で作成された
ロールバックが存在するので、受信端末５では、トラン
ザクションをロールバックすることが決定されているの
で、ステップＳ１３９では、図１５のステップＳ９８以
降の処理が行われ、ステップＳ９４またはＳ１００にお
けるロールバック完了応答の送信または更新対象データ
へのアクセスの凍結後、回復処理を終了する。If it is determined in step S137 that the recovery processing time is earlier than the transaction end time, the flow advances to steps S138 and S139 sequentially.
As described above, the second phase of the update control process described with reference to FIG. 15 is performed after the commit / rollback request is transmitted from the server 2. That is, in this case, since the rollback created in step S95 in FIG. 15 exists, it is determined that the transaction is to be rolled back in the receiving terminal 5. Therefore, in step S139, the steps after step S98 in FIG. After the transmission of the rollback completion response or the freeze on the access to the update target data in step S94 or S100, the recovery process ends.

【０２２９】以上のように、異常が生じた場合に、記憶
部２９Ａに記憶されているログの種類と、回復処理時刻
とに基づいて、回復処理を行うようにしたので、ユーザ
に、異なるデータが提供されること（提供されるデータ
の不一致）を防止することができる。As described above, when an abnormality occurs, the recovery processing is performed based on the type of log stored in the storage unit 29A and the recovery processing time. Is provided (a mismatch of provided data) can be prevented.

【０２３０】ところで、サーバ２が、トランザクション
リクエストを送信している間に、受信端末５が動作可能
な状態にないときには（例えば、電源がオフ状態にされ
ているときなど）、受信端末５では、トランザクション
リクエストを受信することができず、従って、データベ
ース２３に記憶されたデータの更新も、また、アクセス
の凍結も行われないことになる。しかしながら、これで
は、受信端末５において、他の受信端末と異なるデータ
が提供される場合が生じる。By the way, when the receiving terminal 5 is not in an operable state (for example, when the power is turned off) while the server 2 is transmitting the transaction request, the receiving terminal 5 No transaction request can be received, and therefore no update of data stored in the database 23 and no freeze of access is performed. However, this may cause the receiving terminal 5 to provide data different from other receiving terminals.

【０２３１】そこで、サーバ２（図２）には、トランザ
クションの第１相開始時刻の経過後、そのトランザクシ
ョンによって、データの更新が行われる旨を報知する情
報（以下、適宜、更新報知情報という）を送信させるよ
うにすることができる。Therefore, after the elapse of the first phase start time of the transaction, the server 2 (FIG. 2) informs the server 2 (FIG. 2) that the data is updated by the transaction (hereinafter referred to as update notification information as appropriate). Can be transmitted.

【０２３２】即ち、更新制御部１６は、データ構成部１
７を制御することにより、例えば、次のようなフォーマ
ットの更新報知情報Update_propagationを生成させる。That is, the update control unit 16 is configured to
7, the update notification information Update_propagation in the following format is generated, for example.

【０２３３】 Update_propagation::={ Data_element_ID, Version, Transaction_ID } 但し、Data_element_IDは、更新されるデータ（更新対
象データ）のデータ識別子を、Versionは、そのデータ
のバージョンを、Transaction_IDは、そのデータの更新
のためのトランザクションのトランザクション識別子
を、それぞれ表す。Update_propagation :: = {Data_element_ID, Version, Transaction_ID} where Data_element_ID is the data identifier of the data to be updated (update target data), Version is the version of the data, and Transaction_ID is the update of the data. The transaction identifier of the transaction for the transaction.

【０２３４】データ構成部１７は、更新報知情報を生成
すると、それを、伝送部１８に供給する。伝送部１８
は、データ構成部１７からの更新報知情報を、資源割当
部１４の資源割当結果に基づき、放送ネットワークを介
して送信する。即ち、資源割当部１４には、例えば、更
新報知情報の送信に、伝送帯域の一部を周期的に割り当
てさせ、これにより、伝送部１８には、更新報知情報を
周期的に送信させる。Upon generating the update notification information, the data configuration unit 17 supplies it to the transmission unit 18. Transmission unit 18
Transmits the update notification information from the data configuration unit 17 via the broadcast network based on the resource allocation result of the resource allocation unit 14. That is, for example, the resource allocating unit 14 periodically allocates a part of the transmission band to the transmission of the update notification information, thereby causing the transmission unit 18 to periodically transmit the update notification information.

【０２３５】サーバ２から、以上のような更新報知情報
が送信され、受信端末５において受信されると、更新制
御部２９では、例えば、図２０のフローチャートにした
がった更新報知情報受信処理が行われる。When the above-described update notification information is transmitted from the server 2 and received by the receiving terminal 5, the update controller 29 performs, for example, an update notification information reception process according to the flowchart of FIG. .

【０２３６】即ち、更新制御部２９は、受信部２１およ
び選択部２２を介して、更新報知情報を受信すると、ス
テップＳ１５１において、その更新報知情報Update_pro
pagationの中に配置されているトランザクション識別子
Transaction_IDと同一のトランザクション識別子を含む
トランザクションリクエストを受信しているかどうかを
判定する。ステップＳ１５１において、そのトランザク
ションリクエストを受信していないと判定された場合、
即ち、更新報知情報によって更新が報知されたデータに
ついてのトランザクションリクエストを受信していない
場合（更新制御処理が行われていないのに、更新報知情
報を受信した場合）、受信端末５では、そのデータにつ
いて、図１５の更新制御処理が行われない。そこで、こ
の場合は、ステップＳ１５２に進み、更新報知情報によ
って更新が報知されたデータへのアクセスが凍結され、
更新情報受信処理を終了する。That is, when the update control unit 29 receives the update notification information via the reception unit 21 and the selection unit 22, in step S151, the update notification information Update_pro
Transaction identifier located in pagation
It is determined whether a transaction request including the same transaction identifier as Transaction_ID has been received. If it is determined in step S151 that the transaction request has not been received,
That is, when the transaction request for the data whose update has been notified by the update notification information has not been received (when the update notification information has been received while the update control process has not been performed), the receiving terminal 5 transmits the data. , The update control process of FIG. 15 is not performed. Therefore, in this case, the process proceeds to step S152, and the access to the data whose update has been notified by the update notification information is frozen,
The update information receiving process ends.

【０２３７】一方、ステップＳ１５１において、更新報
知情報Update_propagationの中に配置されているトラン
ザクション識別子Transaction_IDと同一のトランザクシ
ョン識別子を含むトランザクションリクエストを受信し
ていると判定された場合、即ち、更新報知情報によって
更新が報知されるデータについてのトランザクションリ
クエストを、既に受信している場合、そのデータについ
ては、図１５の更新制御処理が行われるため、データの
不一致の問題は生じないので、ステップＳ１５２をスキ
ップして、更新報知情報受信処理を終了する。On the other hand, when it is determined in step S151 that a transaction request including the same transaction identifier as the transaction identifier Transaction_ID arranged in the update notification information Update_propagation has been received, that is, the update is performed by the update notification information. If a transaction request for the data to be notified has already been received, the update control process shown in FIG. 15 is performed on the data, so that there is no problem of data inconsistency. Therefore, step S152 is skipped. Then, the update notification information receiving process ends.

【０２３８】以上のように、サーバ２において、更新報
知情報を送信し、受信端末５において、その更新報知情
報によって更新が報知されたデータについてのトランザ
クションリクエストを受信していない場合には、そのデ
ータへのアクセスを凍結することで、他の受信端末と異
なるデータが提供されるのを防止することができる。As described above, if the server 2 transmits the update notification information and the receiving terminal 5 does not receive the transaction request for the data whose update has been notified by the update notification information, the server 2 transmits the update notification information. By freezing access to, it is possible to prevent different data from being provided from other receiving terminals.

【０２３９】なお、サーバ２において、更新報知情報の
送信を開始した後、トランザクションのロールバックが
決定された場合には、更新報知情報の送信は停止され
る。これは、ロールバック後も、更新報知情報の送信を
し続けると、データの更新が行われないのにもかかわら
ず、トランザクションに参加しなかった受信端末（トラ
ンザクションリクエストを受信していない受信端末）で
は、そのデータへのアクセスが凍結されてしまうからで
ある。但し、トランザクションに参加しなかった受信端
末において、そのトランザクションが対象とするデータ
へのアクセスを凍結するようにしても、データの不一致
の問題は生じないので、ロールバック後も、更新報知情
報の送信をし続けるようにしてもかまわない。[0239] In the server 2, after the transmission of the update notification information is started, if the rollback of the transaction is determined, the transmission of the update notification information is stopped. This is because, if the update notification information is continuously transmitted even after the rollback, the receiving terminal that did not participate in the transaction even though the data was not updated (the receiving terminal that did not receive the transaction request) Then, the access to the data is frozen. However, even if the receiving terminal that has not participated in the transaction freezes the access to the data targeted by the transaction, there is no problem of data inconsistency. You may continue to do so.

【０２４０】次に、図１のデータ配信システムにおい
て、それほど厳密な同期更新を行うことが要求されない
場合には、受信端末５において、更新を行わなかったた
めにアクセスが凍結されたデータについて、更新を行
い、アクセス可能にする凍結解除処理を行うようにする
ことができる。Next, in the data distribution system of FIG. 1, when it is not required to perform a strict synchronous update, the receiving terminal 5 updates the data whose access has been frozen because the update was not performed. It is possible to perform a freeze release process to make the access possible.

【０２４１】そこで、図２１のフローチャートを参照し
て、凍結解除処理について説明する。なお、ここでは、
例えば、データに、凍結フラグが付加されることによ
り、そのデータへのアクセスが禁止されているものとす
る。Therefore, the freeze release processing will be described with reference to the flowchart of FIG. Here,
For example, it is assumed that access to the data is prohibited by adding a freeze flag to the data.

【０２４２】凍結解除処理では、まず最初に、ステップ
Ｓ１６１において、更新制御部２９は、データベース２
３の中から、凍結フラグが付加されているデータを検索
し、そのデータに付加されているデータ識別子を認識す
る。そして、ステップＳ１６２に進み、更新制御部２９
は、通信制御部２８を制御することにより、ステップＳ
１６１で認識したデータ識別子（凍結フラグが付加され
ているデータのデータ識別子）を、通信ネットワーク６
を介して、サーバ２に送信し、これにより、そのデータ
識別子が付加されているデータの最新のものを、サーバ
２に要求する。In the freeze release processing, first, in step S161, the update control unit 29
3 is searched for data to which a freeze flag has been added, and the data identifier added to the data is recognized. Then, the process proceeds to step S162, where the update control unit 29
Controls the communication control unit 28 to execute step S
The data identifier recognized at 161 (the data identifier of the data to which the freeze flag is added) is
To the server 2, thereby requesting the server 2 for the latest data to which the data identifier is added.

【０２４３】この場合、サーバ２では、図２２のフロー
チャートに示すような要求データ送信処理が行われる。In this case, the server 2 performs request data transmission processing as shown in the flowchart of FIG.

【０２４４】即ち、サーバ２では、ステップＳ１７１に
おいて、上述のようにして、データ識別子が送信されて
きたかどうかが、通信制御部１１によって判定され、送
信されてきていないと判定された場合、ステップＳ１７
１に戻る。また、ステップＳ１７１において、データ識
別子が送信されてきたと判定された場合、通信制御部１
１は、そのデータ識別子を受信し、更新制御部１６に供
給する。更新制御部１６は、通信制御部１１からデータ
識別子を受信すると、ステップＳ１７２において、その
データ識別子が付加されている最新のデータ（更新デー
タ）を、ストレージ３から検索する。さらに、更新制御
部１６は、ステップＳ１７３において、通信制御部１１
を制御することで、ステップＳ１７２で検索したデータ
を、通信ネットワーク６を介して、受信端末５に送信
し、ステップＳ１７１に戻る。That is, in the server 2, in step S171, as described above, the communication control unit 11 determines whether or not a data identifier has been transmitted, and if it is determined that a data identifier has not been transmitted, the process proceeds to step S17.
Return to 1. If it is determined in step S171 that the data identifier has been transmitted, the communication control unit 1
1 receives the data identifier and supplies it to the update control unit 16. Upon receiving the data identifier from the communication control unit 11, the update control unit 16 searches the storage 3 for the latest data (update data) to which the data identifier has been added in step S172. Further, the update control unit 16 determines in step S173 that the communication control unit 11
Is transmitted to the receiving terminal 5 via the communication network 6 and the process returns to step S171.

【０２４５】受信端末５では、ステップＳ１６３におい
て、以上のようにしてサーバ２から送信されてくるデー
タが、通信制御部２８によって受信され、更新制御部２
９に供給される。更新制御部２９は、通信制御部２８か
らデータを受信すると、ステップＳ１６４において、そ
のデータを、凍結フラグが付加されていたデータに替え
て、データベース２３に登録する。さらに、更新制御部
２９は、ステップＳ１６５において、その付加されてい
る凍結フラグを除去し、凍結解除処理を終了する。In the receiving terminal 5, in step S163, the data transmitted from the server 2 as described above is received by the communication control unit 28, and the update control unit 2
9. Upon receiving the data from the communication control unit 28, the update control unit 29 registers the data in the database 23 in step S164, replacing the data with the data to which the freeze flag has been added. Further, in step S165, the update control unit 29 removes the added freeze flag, and ends the freeze release processing.

【０２４６】ここで、凍結解除処理は、例えば、定期的
に行うようにしても良いし、また、読み出し部２４が、
凍結フラグが付加されているデータを読み出そうとして
アクセスしたときに行うようにしても良い。なお、読み
出し部２４が、凍結フラグが付加されているデータを読
み出そうとしてアクセスしたときに凍結解除処理を行う
場合には、そのデータが、凍結解除処理の対象となるか
ら（そのデータのデータ識別子が、ステップＳ１６２
で、サーバ２に送信されるべきであるから）、ステップ
Ｓ１６１の処理は行う必要がない。Here, the freeze release processing may be performed periodically, for example, or the reading unit 24
This may be performed when accessing to read data to which the freeze flag is added. If the reading unit 24 performs the freeze release process when accessing the data to which the freeze flag is added to read the data, the data is subject to the freeze release process (the data of the data). If the identifier is determined in step S162
Therefore, the processing in step S161 does not need to be performed.

【０２４７】以上、本発明を適用したデータ配信システ
ムについて説明したが、このようなデータ配信システム
は、例えば、分散型データベースにおける多数のデータ
ベースへのデータの配信を行う場合や、ＩＰマルチキャ
ストによりデータを配信する場合、その他、データを不
特定多数に配信する場合に、特に有用である。The data distribution system to which the present invention is applied has been described above. Such a data distribution system may be used, for example, in a case where data is distributed to a large number of databases in a distributed database, or when data is distributed by IP multicast. This is particularly useful when distributing data or when distributing data to an unspecified large number.

【０２４８】なお、トランザクションに要求される、上
述のＡＣＩＤのうち、アトミシティとデュラビリティ
は、修正型２相コミットメントプロトコルで保証される
が、他の２つ（コンシステンシィ（Consistency）とア
イソレーション（Isolation））は、他の手法で保証す
る必要がある。Note that, among the above-mentioned ACIDs required for a transaction, the atomicity and the durability are guaranteed by the modified two-phase commitment protocol, but the other two (the consistency and the isolation (Consistency) Isolation)) must be guaranteed by other methods.

【０２４９】また、サーバ２と受信端末５とのやりとり
は、例えば、通信ネットワーク６のみを介して行うよう
にすることが可能である。The exchange between the server 2 and the receiving terminal 5 can be performed, for example, only via the communication network 6.

【０２５０】[0250]

【発明の効果】以上の如く、本発明の送信装置および送
信方法によれば、複数の受信装置に対して、データを更
新するか否かの問い合わせである更新問い合わせが行わ
れ、複数の受信装置からの更新問い合わに対する応答が
受信される。さらに、所定の時刻において、更新問い合
わせに対する応答の集計が行われ、その集計結果に基づ
いて、データの更新を行うか否かが決定される。そし
て、データの更新を行うか否かの決定が、複数の受信装
置に送信される。従って、データの更新を、効率的に行
うことが可能となる。As described above, according to the transmitting apparatus and the transmitting method of the present invention, an update inquiry as to whether or not to update data is made to a plurality of receiving apparatuses. A response to the update query from is received. Further, at a predetermined time, responses to the update inquiry are totaled, and whether to update the data is determined based on the totaling result. Then, the determination as to whether to update the data is transmitted to the plurality of receiving devices. Therefore, data can be updated efficiently.

【０２５１】また、本発明の受信装置および受信方法に
よれば、送信装置から送信されてくる、データを更新す
るか否かの問い合わせである更新問い合わせが受信さ
れ、更新問い合わに対する応答が送信される。そして、
送信装置から送信されてくる、データの更新を行うか否
かの決定が受信され、更新問い合わに対する応答とし
て、データの更新を行わない旨を送信した場合におい
て、データの更新を行う旨の決定を受信したとき、更新
対象のデータへのアクセスが凍結される。従って、厳密
な同期更新が可能となる。Further, according to the receiving apparatus and the receiving method of the present invention, an update inquiry transmitted from the transmitting apparatus, which is an inquiry as to whether to update data, is received, and a response to the update inquiry is transmitted. You. And
When a decision as to whether or not to update the data is received from the transmitting device, and when a response to the update inquiry is transmitted indicating that the data is not to be updated, the determination to update the data is made. Is received, access to the data to be updated is frozen. Therefore, strict synchronous update is possible.

【０２５２】さらに、本発明の送受信システムおよび送
受信方法によれば、送信装置においては、複数の受信装
置に対して、データを更新するか否かの問い合わせであ
る更新問い合わせが行われ、複数の受信装置からの更新
問い合わに対する応答が受信される。さらに、所定の時
刻において、更新問い合わせに対する応答の集計が行わ
れ、その集計結果に基づいて、データの更新を行うか否
かが決定される。そして、データの更新を行うか否かの
決定が、複数の受信装置に送信される。一方、複数の受
信装置それぞれにおいては、送信装置から送信されてく
る更新問い合わせが受信され、更新問い合わに対する応
答が送信される。そして、送信装置から送信されてく
る、データの更新を行うか否かの決定が受信され、更新
問い合わに対する応答として、データの更新を行わない
旨を送信した場合において、データの更新を行う旨の決
定を受信したとき、更新対象のデータへのアクセスが凍
結される。従って、データの厳密な同期更新を、効率的
に行うことが可能となる。Further, according to the transmission / reception system and the transmission / reception method of the present invention, in the transmission device, an update inquiry, which is an inquiry as to whether or not to update data, is made to a plurality of reception devices, and a plurality of reception A response to the update query from the device is received. Further, at a predetermined time, responses to the update inquiry are totaled, and whether to update the data is determined based on the totaling result. Then, the determination as to whether to update the data is transmitted to the plurality of receiving devices. On the other hand, each of the plurality of receiving devices receives the update inquiry transmitted from the transmitting device, and transmits a response to the update inquiry. Then, when a determination as to whether or not to update the data transmitted from the transmitting device is received, and a response to the update inquiry is transmitted to the effect that the data is not to be updated, the data update is performed. , The access to the data to be updated is frozen. Accordingly, it is possible to efficiently perform strict synchronous update of data.

【図面の簡単な説明】[Brief description of the drawings]

【図１】本発明を適用したデータ配信システムの一実施
の形態の構成例を示すブロック図である。FIG. 1 is a block diagram illustrating a configuration example of an embodiment of a data distribution system to which the present invention has been applied.

【図２】図１のサーバ２の構成例を示すブロック図であ
る。FIG. 2 is a block diagram illustrating a configuration example of a server 2 of FIG.

【図３】サーバ２による登録処理を説明するためのフロ
ーチャートである。FIG. 3 is a flowchart illustrating a registration process performed by a server 2.

【図４】図２のストレージ３に登録されたデータのフォ
ーマットを示す図である。FIG. 4 is a diagram showing a format of data registered in a storage 3 of FIG. 2;

【図５】サーバ２によるデータ伝送処理を説明するため
のフローチャートである。FIG. 5 is a flowchart illustrating a data transmission process performed by a server 2.

【図６】図５のステップＳ１３の処理の詳細を説明する
ための図である。FIG. 6 is a diagram for explaining details of a process in step S13 of FIG. 5;

【図７】図１の受信端末５の構成例を示すブロック図で
ある。FIG. 7 is a block diagram showing a configuration example of a receiving terminal 5 of FIG.

【図８】受信端末５による受信処理を説明するためのフ
ローチャートである。FIG. 8 is a flowchart for explaining a receiving process by the receiving terminal 5.

【図９】受信端末５によるデータ出力処理を説明するた
めのフローチャートである。FIG. 9 is a flowchart for explaining data output processing by the receiving terminal 5;

【図１０】受信端末５による履歴情報送信処理を説明す
るためのフローチャートである。FIG. 10 is a flowchart for explaining history information transmission processing by the receiving terminal 5;

【図１１】サーバ２による更新制御処理を説明するため
のフローチャートである。FIG. 11 is a flowchart illustrating an update control process performed by the server 2.

【図１２】図１１のステップＳ６３で作成されるビギン
ログを示す図である。FIG. 12 is a diagram showing a begin log created in step S63 of FIG. 11;

【図１３】図１１のステップＳ７１またはＳ７５でそれ
ぞれ作成されるコミットログまたはロールバックログを
示す図である。FIG. 13 is a diagram showing a commit log or a rollback log created in step S71 or S75 in FIG. 11, respectively.

【図１４】図１１のステップＳ７９で作成されるコンプ
リートログを示す図である。FIG. 14 is a diagram showing a complete log created in step S79 of FIG. 11;

【図１５】受信端末５による更新制御処理を説明するた
めのフローチャートである。FIG. 15 is a flowchart illustrating an update control process performed by the receiving terminal 5.

【図１６】図１５のステップＳ８２で作成されるビギン
ログを示す図である。FIG. 16 is a diagram showing a begin log created in step S82 of FIG. 15;

【図１７】図１５のステップＳ８５またはＳ９５でそれ
ぞれ作成されるレディログまたはロールバックログを示
す図である。FIG. 17 is a diagram showing a ready log or a rollback log created in step S85 or S95 in FIG. 15, respectively.

【図１８】サーバ２による回復処理を説明するためのフ
ローチャートである。FIG. 18 is a flowchart illustrating a recovery process performed by the server 2.

【図１９】受信端末５による回復処理を説明するための
フローチャートである。FIG. 19 is a flowchart illustrating a recovery process performed by the receiving terminal 5.

【図２０】受信端末５による更新報知情報受信処理を説
明するためのフローチャートである。FIG. 20 is a flowchart illustrating an update notification information receiving process performed by a receiving terminal 5;

【図２１】受信端末５による凍結解除処理を説明するた
めのフローチャートである。FIG. 21 is a flowchart illustrating a freeze release process performed by the receiving terminal 5.

【図２２】サーバ２による要求データ送信処理を説明す
るためのフローチャートである。FIG. 22 is a flowchart for explaining request data transmission processing by the server 2.

【符号の説明】[Explanation of symbols]

１ａ乃至１ｃ データベース， ２ サーバ， ３ ス
トレージ， ４ 放送ネットワーク， ５ 受信端末，
６ 通信ネットワーク， １１ 通信制御部， １２
履歴管理部， １３ 統計情報記憶部， １４ 資源
割当部， １５登録部， １６ 更新制御部， １６Ａ
記憶部， １６Ｂ 設定部， １７データ構成部，
１８ 伝送部， ２１ 受信部， ２２ 選択部， ２
３データベース， ２４ 読み出し部， ２５ 出力
部， ２６ 履歴管理部，２７ 履歴情報記憶部， ２
８ 通信制御部， ２９ 更新制御部， ２９Ａ記憶
部， ３０ 操作部1a to 1c database, 2 server, 3 storage, 4 broadcast network, 5 receiving terminal,
6 communication network, 11 communication control unit, 12
History management unit, 13 statistical information storage unit, 14 resource allocation unit, 15 registration unit, 16 update control unit, 16A
Storage unit, 16B setting unit, 17 data configuration unit,
18 transmission unit, 21 reception unit, 22 selection unit, 2
3 database, 24 reading section, 25 output section, 26 history management section, 27 history information storage section, 2
8 communication control unit, 29 update control unit, 29A storage unit, 30 operation unit

フロントページの続き (51)Int.Cl.⁶ 識別記号 ＦＩ Ｈ０４Ｎ 7/173 Ｈ０４Ｌ 11/18 (72)発明者 原岡 和生 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 (72)発明者 西尾 郁彦 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内Continued on the front page (51) Int.Cl. ⁶ Identification code FI H04N 7/173 H04L 11/18 (72) Inventor Kazuo Haraoka 7-35 Kita-Shinagawa, Shinagawa-ku, Tokyo Inside Sony Corporation (72 ) Inventor Ikuhiko Nishio 6-7-35 Kita Shinagawa, Shinagawa-ku, Tokyo Inside Sony Corporation

Claims (20)

【特許請求の範囲】[Claims] 【請求項１】 データベースに登録されたデータの更新
を行うための情報を、２相コミットメントプロトコルに
したがい、複数の受信装置に送信する送信装置におい
て、 前記複数の受信装置に対して、前記データを更新するか
否かの問い合わせである更新問い合わせを行う問い合わ
せ手段と、 前記複数の受信装置からの前記更新問い合わに対する応
答を受信する応答受信手段と、 所定の時刻において、前記更新問い合わせに対する応答
の集計を行う集計手段と、 前記集計手段の集計結果に基づいて、前記データの更新
を行うか否かを決定する決定手段と、 前記決定手段による前記データの更新を行うか否かの決
定を、前記複数の受信装置に送信する決定送信手段とを
備えることを特徴とする送信装置。1. A transmitting apparatus for transmitting information for updating data registered in a database to a plurality of receiving apparatuses in accordance with a two-phase commitment protocol, wherein the transmitting apparatus transmits the data to the plurality of receiving apparatuses. Inquiry means for performing an update inquiry that is an inquiry as to whether or not to update; response receiving means for receiving a response to the update inquiry from the plurality of receiving devices; A determination unit that determines whether or not to update the data based on a result of the aggregation by the aggregation unit; and a determination whether or not to update the data by the determination unit. A transmission device comprising: a determination transmission unit that transmits the data to a plurality of reception devices. 【請求項２】 前記集計手段は、前記更新問い合わせに
対する応答のうちの、前記データを更新する旨の応答で
ある更新応答の数と、前記更新問い合わせに対する応答
の数との比率を求め、 前記決定手段は、その比率が、所定の閾値以上か否かに
よって、前記データの更新を行うか否かを決定すること
を特徴とする請求項１に記載の送信装置。2. The method according to claim 1, wherein the counting means obtains a ratio between a number of update responses, which are responses to update the data, and a number of responses to the update inquiry, among the responses to the update inquiry. The transmitting apparatus according to claim 1, wherein the means determines whether to update the data based on whether the ratio is equal to or greater than a predetermined threshold. 【請求項３】 前記所定の閾値を設定する設定手段をさ
らに備えることを特徴とする請求項２に記載の送信装
置。3. The transmitting device according to claim 2, further comprising a setting unit that sets the predetermined threshold. 【請求項４】 前記データの更新について報知するため
の更新報知情報を送信する更新報知情報送信手段をさら
に備えることを特徴とする請求項１に記載の送信装置。4. The transmission device according to claim 1, further comprising an update notification information transmitting unit that transmits update notification information for notifying the update of the data. 【請求項５】 前記情報を送信する送信処理中に異常が
生じた場合に、その送信処理を再開するための回復処理
を行う回復処理手段をさらに備えることを特徴とする請
求項１に記載の送信装置。5. The apparatus according to claim 1, further comprising a recovery processing unit that performs a recovery process for restarting the transmission process when an abnormality occurs during the transmission process of transmitting the information. Transmission device. 【請求項６】 前記送信処理の処理状況を記憶する処理
状況記憶手段をさらに備え、 前記回復処理手段は、前記処理状況記憶手段の記憶内容
と、前記回復処理の開始時刻とに基づいて、前記回復処
理を行うことを特徴とする請求項５に記載の送信装置。6. A processing status storage unit for storing a processing status of the transmission process, wherein the recovery processing unit is configured to store the status of the transmission process based on a content stored in the processing status storage unit and a start time of the recovery process. The transmission device according to claim 5, wherein a recovery process is performed. 【請求項７】 前記問い合わせ手段は、前記複数の受信
装置に対して一斉同報が可能な同報ネットワークを介し
て、前記更新問い合わせを行うことを特徴とする請求項
１に記載の送信装置。7. The transmitting apparatus according to claim 1, wherein said inquiry means makes said update inquiry via a broadcasting network capable of broadcasting to said plurality of receiving apparatuses simultaneously. 【請求項８】 前記応答受信手段は、前記複数の受信装
置から、双方向通信が可能な双方向ネットワークを介し
て送信されてくる、前記更新問い合わに対する応答を受
信することを特徴とする請求項１に記載の送信装置。8. The method according to claim 1, wherein the response receiving unit receives a response to the update inquiry transmitted from the plurality of receiving devices via a two-way network capable of two-way communication. Item 2. The transmitting device according to Item 1. 【請求項９】 前記決定送信手段は、前記複数の受信装
置に対して一斉同報が可能な同報ネットワークを介し
て、前記データの更新を行うか否かの決定を送信するこ
とを特徴とする請求項１に記載の送信装置。9. The method according to claim 1, wherein the determination transmitting unit transmits a determination as to whether or not to update the data via a broadcast network capable of broadcasting to the plurality of receiving devices at the same time. The transmitting device according to claim 1, wherein 【請求項１０】 データベースに登録されたデータの更
新を行うための情報を、２相コミットメントプロトコル
にしたがい、複数の受信装置に送信する送信方法におい
て、 前記複数の受信装置に対して、前記データを更新するか
否かの問い合わせである更新問い合わせを行い、 前記複数の受信装置からの前記更新問い合わに対する応
答を受信し、 所定の時刻において、前記更新問い合わせに対する応答
の集計を行い、 その集計結果に基づいて、前記データの更新を行うか否
かを決定し、 前記データの更新を行うか否かの決定を、前記複数の受
信装置に送信することを特徴とする送信方法。10. A transmission method for transmitting information for updating data registered in a database to a plurality of receiving devices according to a two-phase commitment protocol, wherein the data is transmitted to the plurality of receiving devices. An update inquiry that is an inquiry as to whether to update is performed, a response to the update inquiry from the plurality of receiving devices is received, and at a predetermined time, a response to the update inquiry is totaled, and A transmission method, comprising: determining whether to update the data, based on the received information, and transmitting the determination as to whether to update the data to the plurality of receiving devices. 【請求項１１】 データベースに登録されたデータの更
新を行うための情報を、２相コミットメントプロトコル
にしたがって送信する送信装置からの前記情報を受信す
る受信装置において、 前記送信装置から送信されてくる、前記データを更新す
るか否かの問い合わせである更新問い合わせを受信する
問い合わせ受信手段と、 前記更新問い合わに対する応答を送信する応答送信手段
と、 前記送信装置から送信されてくる、前記データの更新を
行うか否かの決定を受信する決定受信手段と、 前記更新問い合わに対する応答として、前記データの更
新を行わない旨を送信した場合において、前記データの
更新を行う旨の決定を受信したとき、更新対象のデータ
へのアクセスを凍結する第１の凍結手段とを備えること
を特徴とする受信装置。11. A receiving apparatus that receives information from a transmitting apparatus that transmits information for updating data registered in a database according to a two-phase commitment protocol, wherein the information is transmitted from the transmitting apparatus. Inquiry receiving means for receiving an update inquiry that is an inquiry as to whether to update the data, response transmitting means for transmitting a response to the update inquiry, and updating the data transmitted from the transmitting device. Decision receiving means for receiving a decision as to whether or not to perform, as a response to the update inquiry, when notifying that the data is not to be updated, upon receiving the decision to update the data, A first freezing means for freezing access to data to be updated. 【請求項１２】 前記送信装置から、前記データの更新
について報知するための更新報知情報も送信されてくる
場合において、 前記情報を受信する受信処理を開始する前に、前記更新
報知情報を受信したとき、その更新報知情報によって更
新が報知される前記データへのアクセスを凍結する第２
の凍結手段をさらに備えることを特徴とする請求項１１
に記載の受信装置。12. When the update notification information for notifying the update of the data is also transmitted from the transmission device, the update notification information is received before a reception process for receiving the information is started. A second time to freeze access to the data whose update is notified by the update notification information;
12. The method according to claim 11, further comprising a freezing means.
3. The receiving device according to claim 1. 【請求項１３】 前記情報を受信する受信処理中に異常
が生じた場合に、その受信処理を再開するための回復処
理を行う回復処理手段をさらに備えることを特徴とする
請求項１１に記載の受信装置。13. The apparatus according to claim 11, further comprising recovery processing means for performing recovery processing for resuming the reception processing when an abnormality occurs during the reception processing for receiving the information. Receiver. 【請求項１４】 前記受信処理の処理状況を記憶する処
理状況記憶手段をさらに備え、 前記回復処理手段は、前記処理状況記憶手段の記憶内容
と、前記回復処理の開始時刻とに基づいて、前記回復処
理を行うことを特徴とする請求項１３に記載の受信装
置。14. A receiving apparatus according to claim 11, further comprising a processing status storage unit configured to store a processing status of the receiving process, wherein the recovery processing unit determines the recovery status based on a storage content of the processing status storage unit and a recovery processing start time. 14. The receiving device according to claim 13, wherein a recovery process is performed. 【請求項１５】 前記問い合わせ受信手段は、一斉同報
が可能な同報ネットワークを介して送信されてくる前記
更新問い合わせを受信することを特徴とする請求項１１
に記載の受信装置。15. The apparatus according to claim 11, wherein the inquiry receiving means receives the update inquiry transmitted via a broadcast network capable of simultaneous broadcast.
3. The receiving device according to claim 1. 【請求項１６】 前記応答送信手段は、双方向通信が可
能な双方向ネットワークを介して、前記更新問い合わに
対する応答を送信することを特徴とする請求項１１に記
載の受信装置。16. The receiving apparatus according to claim 11, wherein said response transmitting means transmits a response to said update inquiry via a two-way network capable of two-way communication. 【請求項１７】 前記決定受信手段は、一斉同報が可能
な同報ネットワークを介して送信されてくる、前記デー
タの更新を行うか否かの決定を受信することを特徴とす
る請求項１１に記載の受信装置。17. The apparatus according to claim 11, wherein the decision receiving means receives a decision as to whether or not to update the data, which is transmitted via a broadcast network capable of simultaneous broadcast. 3. The receiving device according to claim 1. 【請求項１８】 データベースに登録されたデータの更
新を行うための情報を、２相コミットメントプロトコル
にしたがって送信する送信装置からの前記情報を受信す
る受信方法において、 前記送信装置から送信されてくる、前記データを更新す
るか否かの問い合わせである更新問い合わせを受信し、 前記更新問い合わに対する応答を送信し、 前記送信装置から送信されてくる、前記データの更新を
行うか否かの決定を受信し、 前記更新問い合わに対する応答として、前記データの更
新を行わない旨を送信した場合において、前記データの
更新を行う旨の決定を受信したとき、更新対象のデータ
へのアクセスを凍結することを特徴とする受信方法。18. A receiving method for receiving information from a transmitting device that transmits information for updating data registered in a database according to a two-phase commitment protocol, wherein the information is transmitted from the transmitting device. Receiving an update inquiry that is an inquiry as to whether to update the data, transmitting a response to the update inquiry, and receiving a determination as to whether to update the data transmitted from the transmitting device. In response to the update inquiry, in a case where a message indicating that the data is not updated is transmitted, and when a determination to update the data is received, the access to the data to be updated is frozen. Characteristic receiving method. 【請求項１９】 データベースに登録されたデータの更
新を行うための情報を、２相コミットメントプロトコル
にしたがって送信する送信装置と、 前記送信装置からの前記情報を受信する複数の受信装置
とを備える送受信システムにおいて、 前記送信装置は、 前記複数の受信装置に対して、前記データを更新するか
否かの問い合わせである更新問い合わせを行う問い合わ
せ手段と、 前記複数の受信装置からの前記更新問い合わに対する応
答を受信する応答受信手段と、 所定の時刻において、前記更新問い合わせに対する応答
の集計を行う集計手段と、 前記集計手段の集計結果に基づいて、前記データの更新
を行うか否かを決定する決定手段と、 前記決定手段による前記データの更新を行うか否かの決
定を、前記複数の受信装置に送信する決定送信手段とを
有し、 前記複数の受信装置それぞれは、 前記送信装置から送信されてくる前記更新問い合わせを
受信する問い合わせ受信手段と、 前記更新問い合わに対する応答を送信する応答送信手段
と、 前記送信装置から送信されてくる、前記データの更新を
行うか否かの決定を受信する決定受信手段と、 前記更新問い合わに対する応答として、前記データの更
新を行わない旨を送信した場合において、前記データの
更新を行う旨の決定を受信したとき、更新対象のデータ
へのアクセスを凍結する凍結手段とを有することを特徴
とする送受信システム。19. A transmission / reception system comprising: a transmission device for transmitting information for updating data registered in a database according to a two-phase commitment protocol; and a plurality of reception devices for receiving the information from the transmission device. In the system, the transmission device may include: an inquiry unit configured to issue an update inquiry to the plurality of reception devices as to whether to update the data; and a response to the update inquiry from the plurality of reception devices. Receiving means for receiving an update inquiry at a predetermined time; determining means for determining whether or not to update the data based on the result of the counting by the counting means And transmitting to the plurality of receiving devices a determination as to whether or not to update the data by the determining unit. A plurality of receiving devices, each of the plurality of receiving devices receiving an update inquiry transmitted from the transmitting device; an inquiry receiving device transmitting a response to the update inquiry; A determination receiving unit that receives a determination as to whether or not to update the data transmitted from the transmitting device, and, in response to the update inquiry, when notifying that the data is not updated is transmitted, A transmission / reception system that includes a freeze unit that freezes access to data to be updated when a determination to update data is received. 【請求項２０】 データベースに登録されたデータの更
新を行うための情報を、２相コミットメントプロトコル
にしたがって送信する送信装置と、 前記送信装置からの前記情報を受信する複数の受信装置
とを備える送受信システムの送受信方法において、 前記送信装置において、 前記複数の受信装置に対して、前記データを更新するか
否かの問い合わせである更新問い合わせを行い、 前記複数の受信装置からの前記更新問い合わに対する応
答を受信し、 所定の時刻において、前記更新問い合わせに対する応答
の集計を行い、 その集計結果に基づいて、前記データの更新を行うか否
かを決定し、 前記データの更新を行うか否かの決定を、前記複数の受
信装置に送信し、 前記複数の受信装置それぞれにおいて、 前記送信装置から送信されてくる前記更新問い合わせを
受信し、 前記更新問い合わに対する応答を送信し、 前記送信装置から送信されてくる、前記データの更新を
行うか否かの決定を受信し、 前記更新問い合わに対する応答として、前記データの更
新を行わない旨を送信した場合において、前記データの
更新を行う旨の決定を受信したとき、更新対象のデータ
へのアクセスを凍結することを特徴とする送受信方法。20. A transmission / reception system comprising: a transmission device that transmits information for updating data registered in a database according to a two-phase commitment protocol; and a plurality of reception devices that receive the information from the transmission device. In the transmission / reception method of the system, in the transmission device, an update inquiry is issued to the plurality of reception devices as to whether or not to update the data, and a response to the update inquiry from the plurality of reception devices is provided. At a predetermined time, a response to the update inquiry is totalized, and whether or not to update the data is determined based on the result of the aggregation, and whether or not to update the data is determined. Is transmitted to the plurality of receiving devices, and each of the plurality of receiving devices is transmitted from the transmitting device. Receiving the update inquiry, transmitting a response to the update inquiry, receiving a determination as to whether or not to update the data transmitted from the transmitting device, as a response to the update inquiry, A transmission / reception method, characterized in that, when transmitting a message indicating that the data is not updated, receiving a decision to update the data, freezes access to data to be updated.