[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

JP3464175B2 - Transmission device and transmission method, reception device and reception method, and transmission / reception system and transmission / reception method - Google Patents

Transmission device and transmission method, reception device and reception method, and transmission / reception system and transmission / reception method

Info

Publication number
JP3464175B2
JP3464175B2 JP24399299A JP24399299A JP3464175B2 JP 3464175 B2 JP3464175 B2 JP 3464175B2 JP 24399299 A JP24399299 A JP 24399299A JP 24399299 A JP24399299 A JP 24399299A JP 3464175 B2 JP3464175 B2 JP 3464175B2
Authority
JP
Japan
Prior art keywords
entry
directory
information
container
leaf
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP24399299A
Other languages
Japanese (ja)
Other versions
JP2001067260A (en
Inventor
靖明 山岸
和彦 高林
和生 原岡
善久 権野
郁彦 西尾
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Priority to JP24399299A priority Critical patent/JP3464175B2/en
Publication of JP2001067260A publication Critical patent/JP2001067260A/en
Application granted granted Critical
Publication of JP3464175B2 publication Critical patent/JP3464175B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Landscapes

  • Information Transfer Between Computers (AREA)
  • Computer And Data Communications (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Communication Control (AREA)

Description

【発明の詳細な説明】Detailed Description of the Invention

【0001】[0001]

【発明の属する技術分野】この発明は、階層構造を有す
ると共に、ネットワーク上に分散されて配置されたデー
タを一斉同報的に配信する際に用いて好適な送受信シス
テムおよび送受信方法、ならびに、受信装置および受信
方法に関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a transmission / reception system and transmission / reception method, and a reception / transmission method, which have a hierarchical structure and are suitable for simultaneous distribution of data distributed and arranged on a network The present invention relates to a device and a receiving method.

【0002】[0002]

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

【0003】すなわち、データの提供を受ける端末が増
加し、データを提供するサーバへのアクセスが集中する
と、サーバやネットワークに多大な負荷がかかり、デー
タを要求しても、そのデータを得るまでに多大な時間を
要することがあった。
That is, when the number of terminals receiving data is increased and the access to the server providing the data is concentrated, a large load is placed on the server and the network, and even if the data is requested, the data is obtained before the data is obtained. It could take a lot of time.

【0004】そこで、データの配信を、例えば、広い地
域にわたって一斉同報が可能な衛星回線やCATV(Cab
le Television)回線、実用化が予定されている地上波デ
ィジタル放送などを用いて行う方法が提案されている。
この場合、端末の増加によって、サーバやネットワーク
に対する負荷が影響を受けることがない。
Therefore, data distribution can be performed, for example, by a satellite line or a CATV (Cab
(le Television) line, terrestrial digital broadcasting which is planned to be put into practical use, and the like.
In this case, the load on the server and the network is not affected by the increase in the number of terminals.

【0005】一方、近年では、インターネットなどディ
ジタル通信ネットワークの発達により、ネットワーク上
に膨大なデータが蓄積されるようになり、この膨大なデ
ータを効率的に利用することが求められている。そこ
で、ネットワーク上に分散されて存在するデータを階層
的に管理し、ユーザに提供する、ディレクトリサービス
が注目を集めている。ディレクトリサービスを利用する
ことで、ユーザは、ネットワーク上に分散して存在する
情報の中から、自分が必要な情報を素早く見つけ出し、
アクセスすることが可能になる。
On the other hand, in recent years, with the development of digital communication networks such as the Internet, enormous amounts of data have been accumulated on the networks, and there is a demand for efficient use of this enormous amount of data. Therefore, a directory service, which hierarchically manages data distributed and existing on the network and provides it to users, has been attracting attention. By using the directory service, users can quickly find the information they need from the information that is distributed over the network,
It becomes possible to access.

【0006】ディレクトリサービスは、例えば、国際標
準であるOSI(Open Systems Interconnection)などに
よって、X.500シリーズとして規定されている。
X.500によれば、ディレクトリについて、開放型シ
ステムの集合体であり、各開放型システムが協調して、
現実世界のオブジェクトの集合に関する情報の、論理的
なデータベースを持つと定義されている。
[0006] The directory service is, for example, X.264 based on the international standard OSI (Open Systems Interconnection). It is defined as the 500 series.
X. According to 500, a directory is a collection of open systems, and each open system cooperates,
It is defined as having a logical database of information about a collection of real-world objects.

【0007】X.500による主なディレクトリサービ
スによれば、ディレクトリが擁する情報の検索や閲覧を
行うことができる。また、例えば電話帳に例えられる一
覧やユーザの認証などもディレクトリサービスで提供さ
れる。さらに、ディレクトリサービスでは、特に人間の
ユーザにとって覚え易く、推測ならびに認識し易いよう
に、オブジェクトの名前が付けられる。
X. According to the main directory service of 500, it is possible to search and browse the information held in the directory. Further, a directory service also provides a list like a telephone directory and user authentication. In addition, directory services name objects in a way that is especially easy for human users to remember, guess, and recognize.

【0008】なお、このX.500によるディレクトリ
サービスは、極めて包括的なものであって、プログラム
サイズが非常に大きく、TCP/IPをプロトコルとす
るインターネットでは実現が非常に難しい。そのため、
LDAP(Lightweight Directory Access Protocol) と
いった、TCP/IP向けに軽量化されたディレクトリ
サービスが提案されている。
Incidentally, this X. The directory service by 500 is extremely comprehensive, has a very large program size, and is very difficult to realize on the Internet using TCP / IP as a protocol. for that reason,
A lightweight directory service for TCP / IP, such as LDAP (Lightweight Directory Access Protocol), has been proposed.

【0009】近年では、上述した一斉同報を行うデータ
伝送手段、すなわち、衛星回線やCATV回線、地上波
ディジタル放送などで、上述のディレクトリサービスを
行うことが提案されている。この場合には、ディレクト
リサービスによる情報が一方向的に提供され、ユーザ側
からの情報の要求ができない。したがって、ディレクト
リサービスによるディレクトリ情報は、同一の情報が繰
り返し送信される。ユーザ側では、送信されてきた情報
を、例えばテレビジョン受像機などに接続して用いられ
る、ディジタル放送用受信機であるIRD(Integrated
Reciever Decoder) や、STB(Set Top Box) に蓄積す
る。
In recent years, it has been proposed to provide the above-mentioned directory service by the data transmission means for performing the above-mentioned simultaneous broadcast, that is, satellite lines, CATV lines, terrestrial digital broadcasting and the like. In this case, the information provided by the directory service is unidirectionally provided, and the user cannot request the information. Therefore, as the directory information by the directory service, the same information is repeatedly transmitted. On the user side, the transmitted information is used, for example, by connecting it to a television receiver or the like, which is an IRD (Integrated) receiver for digital broadcasting.
Reciever Decoder) and STB (Set Top Box).

【0010】ここで、ディレクトリサーバ側とユーザ側
との、情報の同期、すなわち同期管理について考える。
ディレクトリサーバ側では、実体的なディレクトリの更
新を検知し、ディレクトリの階層構造の動的な変化に対
応する。ディレクトリの階層構造の変化を反映させたデ
ィレクトリ情報を、ユーザに対して送信する。このと
き、全てのディレクトリ情報を送信するのでは、送信さ
れるデータ量が膨大になるので、変化の差分だけが抽出
されて送信される。
Here, the synchronization of information between the directory server side and the user side, that is, synchronization management will be considered.
The directory server side detects substantive directory updates and responds to dynamic changes in the directory hierarchical structure. The directory information reflecting the change in the hierarchical structure of the directory is transmitted to the user. At this time, if all the directory information is transmitted, the amount of data to be transmitted becomes enormous, so only the difference in change is extracted and transmitted.

【0011】ディレクトリサーバ側では、ディレクトリ
情報の更新を検知する度に、あるいは、一定期間毎に、
ユーザに対して差分更新データを送信する。ユーザ側が
ディレクトリの更新に基づく差分更新データを常に受信
し、受信された差分更新データで蓄積されたディレクト
リ情報を更新することで、ディレクトリサーバとユーザ
との間で、ディレクトリ情報の同期を取ることができ
る。
On the directory server side, every time the update of the directory information is detected, or at regular intervals,
The difference update data is transmitted to the user. The user always receives the differential update data based on the update of the directory, and updates the directory information accumulated by the received differential update data, so that the directory information can be synchronized between the directory server and the user. it can.

【0012】[0012]

【発明が解決しようとする課題】ところで、ディレクト
リサービスをユーザが利用する場合、ディレクトリに対
してフィルタ処理を行うことができる。フィルタ処理を
行うフィルタリングマスクは、ユーザの、ディレクトリ
へのアクセスの傾向や嗜好に応じて設定される。例え
ば、ユーザの嗜好に応じて特定の情報ジャンルに対して
フィルタリングマスクが設定される。ユーザは、フィル
タリングマスクが設定されたディレクトリ情報を、選択
的にアクセスすることができる。フィルタ処理を行うこ
とにより、ユーザが不要な情報の保持や処理を行う必要
が無くなる。
By the way, when the directory service is used by the user, the directory can be filtered. The filtering mask for performing the filtering process is set according to the user's tendency to access the directory and his / her preference. For example, a filtering mask is set for a specific information genre according to the user's preference. The user can selectively access the directory information for which the filtering mask is set. By performing the filter process, the user does not need to hold or process unnecessary information.

【0013】一方で、上述したようなSTBやIRD
は、メモリ容量や処理能力といったコンピュータリソー
スに乏しいことが想定される。そのため、これらSTB
やIRDを受信側として用いる場合には、より重要と思
われる差分更新メッセージを優先して処理することが必
要となる。しかしながら、従来では、より重要と思われ
る差分更新データに優先順位を設け、受信された差分更
新データの優先順位に基づき処理を行うような仕組みが
存在しなかったという問題点があった。
On the other hand, STB and IRD as described above
Is expected to lack computer resources such as memory capacity and processing capacity. Therefore, these STBs
When using the IRD or the IRD as the receiving side, it is necessary to prioritize and process the difference update message that seems to be more important. However, there has been a problem in the prior art that there is no mechanism that sets a priority to the more important difference update data and performs processing based on the priority of the received difference update data.

【0014】したがって、この発明の目的は、ディレク
トリ構造を送信するディレクトリサービスにおいて、受
信側での差分更新情報に基づくディレクトリ構造の変更
処理を、より重要とされる順に行うことができるような
送受信システムおよび送受信方法、ならびに、受信装置
および受信方法を提供することにある。
Therefore, an object of the present invention is, in a directory service for transmitting a directory structure, a transmitting / receiving system capable of performing a directory structure changing process based on difference update information on the receiving side in a more important order. And a transmitting / receiving method, and a receiving device and a receiving method.

【0015】[0015]

【課題を解決するための手段】この発明は、上述した課
題を解決するために、コンテンツの所在を階層的に管理
するディレクトリの階層構造を送信し、送信されたディ
レクトリの階層構造を受信する送受信システムにおい
て、ディレクトリ階層構造の節点であって、自分の配下
節点の情報を格納可能なコンテナエントリと、コンテ
ナエントリの配下にあって、自分の配下の節点の情報を
格納できないリーフエントリとからなるディレクトリの
階層構造を管理する第1の管理手段と、第1の管理手段
に管理されるディレクトリの階層構造の変化を検出し、
検出の結果に基づき、コンテナエントリの変化の差分か
らなる第1の差分情報と、リーフエントリの変化の差分
からなる第2の差分情報とを求める検出手段と、検出手
段で求められた第1の差分情報と第2の差分情報とを送
信する送信手段と、送信手段で送信された第1の差分情
報と第2の差分情報とを受信する受信手段と、受信手段
で受信された第1の差分情報および第2の差分情報とに
基づき構成されるディレクトリの階層構造を管理する第
2の管理手段と、受信手段で受信された第2の差分情報
を選択的に取り込み、取り込まれた第2の差分情報によ
第2の管理手段で管理されるディレクトリの階層構造
を変更する変更手段とを有し、変更手段は、予め設定さ
れた優先度の順序に基づき第2の差分情報に対して優先
度付けを行い、優先度に基づき第2の差分情報を用いて
変更を行うようにしたことを特徴とする送受信システム
である。
In order to solve the above-mentioned problems, the present invention transmits and receives a hierarchical structure of a directory that hierarchically manages the location of contents, and receives and transmits the hierarchical structure of the transmitted directory. in the system, a node of the hierarchical directory structure, consisting of and your container entry capable of storing information of the node under, if there under the container entry, a leaf entry can not be stored information of the nodes of his subordinate First management means for managing the hierarchical structure of the directory and a change in the hierarchical structure of the directory managed by the first management means are detected,
Based on the result of the detection, a detecting unit that obtains first difference information that is a difference between changes in the container entry and second difference information that is a difference between changes in the leaf entry, and a first difference information obtained by the detecting unit. A transmitting unit that transmits the difference information and the second difference information, a receiving unit that receives the first difference information and the second difference information that are transmitted by the transmitting unit, and a first unit that is received by the receiving unit. Second management means for managing the hierarchical structure of the directory configured based on the difference information and the second difference information, and the second difference information selectively received by the second difference information received by the reception means According to the difference information of
Ri second to change the hierarchical structure of directories managed by the management means have a changing means for, changing means, preset of
Priority over the second difference information based on the order of priority
Grading and using the second difference information based on priority
This is a transmission / reception system characterized by making changes .

【0016】また、この発明は、コンテンツの所在を階
層的に管理するディレクトリの階層構造を送信し、送信
されたディレクトリの階層構造を受信する送受信方法に
おいて、ディレクトリ階層構造の節点であって、自分の
配下の節点の情報を格納可能なコンテナエントリと、コ
ンテナエントリの配下にあって、自分の配下の節点の
報を格納できないリーフエントリとからなるディレクト
リの階層構造を管理する第1の管理のステップと、第1
の管理のステップによって管理されるディレクトリの階
層構造の変化を検出し、検出の結果に基づき、コンテナ
エントリの変化の差分からなる第1の差分情報と、リー
フエントリの変化の差分からなる第2の差分情報とを求
める検出のステップと、検出のステップで求められた第
1の差分情報と第2の差分情報とを送信する送信のステ
ップと、送信のステップで送信された第1の差分情報と
第2の差分情報とを受信する受信のステップと、受信の
ステップで受信された第1の差分情報および第2の差分
情報とに基づき構成されるディレクトリの階層構造を管
理する第2の管理のステップと、受信のステップで受信
された第2の差分情報を選択的に取り込み、取り込まれ
た第2の差分情報により第2の管理のステップで管理さ
れるディレクトリの階層構造を変更する変更のステップ
とを有し、変更のステップは、予め設定された優先度の
順序に基づき第2の差分情報に対して優先度付けを行
い、優先度に基づき第2の差分情報を用いて変更を行う
ようにしたことを特徴とする送受信方法である。
Further, according to the present invention, in a transmission / reception method of transmitting a hierarchical structure of a directory for hierarchically managing the location of contents and receiving the hierarchical structure of the transmitted directory, a node of the directory hierarchical structure Manages a hierarchical structure of a directory consisting of a container entry that can store information on nodes under it and a leaf entry that is under the container entry and cannot store information about nodes under it. 1 management steps and 1
The change in the hierarchical structure of the directory managed by the management step is detected, and based on the detection result, the first difference information including the difference between the changes in the container entry and the second difference information including the difference between the changes in the leaf entry are detected. A detection step of obtaining the difference information, a transmission step of transmitting the first difference information and the second difference information obtained in the detection step, and a first difference information transmitted in the transmission step. A second step of managing the hierarchical structure of the directory configured based on the receiving step of receiving the second difference information and the first difference information and the second difference information received in the receiving step. steps and, directory managed by the second difference information selectively uptake, by the second difference information captured in the second management step that is received in the receiving step Possess a step change for changing the hierarchical structure, the changing step, the preset priority
Prioritize the second difference information based on the order.
Yes, change using second difference information based on priority
This is a transmission / reception method characterized by doing so.

【0017】また、この発明は、送信された、コンテン
ツの所在を階層的に管理するディレクトリの階層構造を
受信する受信装置において、送信された、ディレクトリ
階層構造の節点であって、自分の配下の節点の情報を格
納可能なコンテナエントリと、コンテナエントリの配下
にあって、自分の配下の節点の情報を格納できないリー
フエントリとからなるディレクトリの階層構造の変化を
検出して求められた、コンテナエントリの変化の差分か
らなる第1の差分情報と、リーフエントリの変化の差分
からなる第2の差分情報とを受信する受信手段と、受信
手段で受信された第1の差分情報および第2の差分情報
とに基づき構成されるディレクトリの階層構造を管理す
る管理手段と、受信手段で受信された第2の差分情報を
選択的に取り込み、取り込まれた第2の差分情報により
管理手段で管理されるディレクトリの階層構造を変更す
る変更手段とを有し、変更手段は、予め設定された優先
度の順序に基づき第2の差分情報に対して優先度付けを
行い、優先度に基づき第2の差分情報を用いて変更を行
うようにしたことを特徴とする受信装置である。
Further, the present invention is a receiving device for receiving a hierarchical structure of a directory for hierarchically managing the location of the transmitted content, the transmitted directory
A node of the hierarchical structure, and your container entry capable of storing information of the node under, if there under the container entry, the hierarchical structure of the directory consisting of a leaf entry can not be stored information of the nodes of his subordinate Receiving means for receiving the first difference information consisting of the difference in the change of the container entry and the second difference information consisting of the difference in the change of the leaf entry, which are obtained by detecting the change in Management means for managing the hierarchical structure of the directory configured based on the first difference information and the second difference information that have been obtained, and the second difference information received by the receiving means are selectively taken in and taken in. have a changing means for changing the hierarchical structure of directories managed by <br/> management unit by the second difference information, changing means, preset priority
Prioritize the second difference information based on the order of degrees
And make changes using the second difference information based on priority.
The receiving device is characterized in that

【0018】また、この発明は、送信された、コンテン
ツの所在を階層的に管理するディレクトリの階層構造を
受信する受信方法において、送信された、ディレクトリ
階層構造の節点であって、自分の配下の節点の情報を格
納可能なコンテナエントリと、コンテナエントリの配下
にあって、自分の配下の節点の情報を格納できないリー
フエントリとからなるディレクトリの階層構造の変化を
検出して求められた、コンテナエントリの変化の差分か
らなる第1の差分情報と、リーフエントリの変化の差分
からなる第2の差分情報とを受信する受信のステップ
と、受信のステップで受信された第1の差分情報および
第2の差分情報とに基づき構成されるディレクトリの階
層構造を管理する管理のステップと、受信のステップで
受信された第2の差分情報を選択的に取り込み、取り込
まれた第2の差分情報により管理のステップで管理され
るディレクトリの階層構造を変更する変更のステップと
を有し、変更のステップは、予め設定された優先度の順
序に基づき第2の差分情報に対して優先度付けを行い、
優先度に基づき第2の差分情報を用いて変更を行うよう
にしたことを特徴とする受信方法である。
Further, the invention has been transmitted, a receiving method for receiving a hierarchical structure of directories hierarchically manage location of the content, the transmitted directory
A node of the hierarchical structure, and your container entry capable of storing information of the node under, if there under the container entry, the hierarchical structure of the directory consisting of a leaf entry can not be stored information of the nodes of his subordinate And a step of receiving the first difference information, which is obtained by detecting the change in the change in the container entry, which is the difference in the change in the container entry, and the second difference information, which is the difference in the change in the leaf entry. The management step of managing the hierarchical structure of the directory configured on the basis of the first difference information and the second difference information received by the second difference information, and the second difference information received in the receiving step are selectively taken in. , possess a change step of changing the hierarchical structure of the managed second management step by the difference information captured directory, change stearate Flop, a preset order of priority of
Prioritize the second difference information based on the order,
Make changes using the second difference information based on priority
The reception method is characterized in that

【0019】上述したように、請求項1および請求項5
に記載の発明は、送信側では、自分の配下の情報を格納
可能なコンテナエントリと、コンテナエントリの配下に
あって、自分の配下の情報を格納できないリーフエント
リとからなるディレクトリの階層構造を管理し、このデ
ィレクトリの階層構造の変化を検出した結果求められ
た、コンテナエントリの変化の差分からなる第1の差分
情報と、リーフエントリの変化の差分からなる第2の差
分情報とを送信し、受信側では、送信された第1の差分
情報と第2の差分情報とを受信し、受信された第2の差
分情報を選択的に取り込み、予め設定された優先度の順
序に基づき処理の優先度付けを行い、受信された第1の
差分情報および第2の差分情報とに基づき構成され管理
されるディレクトリの階層構造を変更するようにしてい
るため、受信側で管理されるディレクトリの階層構造の
変更を、優先度が高く設定された第2の差分情報に対応
する部分から順に行うことができる。
As described above, claims 1 and 5
In the invention described in (3), the sender manages a hierarchical structure of a directory that includes a container entry that can store information under its own and a leaf entry that is under the container entry and cannot store information under its own. Then, the first difference information including the difference between the changes in the container entry and the second difference information including the difference between the changes in the leaf entry, which are obtained as a result of detecting the change in the hierarchical structure of the directory, are transmitted. The receiving side receives the transmitted first difference information and second difference information, selectively fetches the received second difference information, and prioritizes the processing based on a preset priority order. Since the hierarchy is set and the hierarchical structure of the directory configured and managed based on the received first difference information and second received difference information is changed, it is managed on the receiving side. Changes of the hierarchical structure of directories, from the portion corresponding to the second difference information which the priority is set higher can be performed sequentially.

【0020】また、上述したように、請求項6および請
求項10記載の発明は、送信された、自分の配下の情報
を格納可能なコンテナエントリと、コンテナエントリの
配下にあって、自分の配下の情報を格納できないリーフ
エントリとからなるディレクトリの階層構造の変化を検
出して求められた、コンテナエントリの変化の差分から
なる第1の差分情報と、リーフエントリの変化の差分か
らなる第2の差分情報とを受信し、受信された第2の差
分情報を選択的に取り込み、予め設定された優先度の順
序に基づき処理の優先度付けを行い、受信された第1の
差分情報および第2の差分情報とに基づき構成され管理
されるディレクトリの階層構造を変更するようにしてい
るため、管理されるディレクトリの階層構造の変更を、
優先度が高く設定された第2の差分情報に対応する部分
から順に行うことができる。
Further, as described above, the inventions according to claims 6 and 10 can store the transmitted information of the subordinates of the own, and the subordinates of the container entry which are subordinates of the own. The first difference information, which is the difference between the changes in the container entries, and the second difference, which is the difference between the changes in the leaf entries, are obtained by detecting the change in the hierarchical structure of the directory including the leaf entries that cannot store the information. The difference information and the received second difference information are selectively fetched, the process is prioritized based on a preset priority order, and the received first difference information and the second difference information are received. Since the hierarchical structure of the managed directory is changed based on the difference information of
This can be performed in order from the portion corresponding to the second difference information having the higher priority set.

【0021】[0021]

【発明の実施の形態】以下、この発明の実施の第1の形
態を、図面を参照しながら説明する。図1は、この発明
に適用できる系の一例を示す。送信側1は、例えばイン
ターネットや放送ネットワークなどの、図示されないネ
ットワーク上に存在する多数のコンテンツをツリー状の
階層構造に整理し、ディレクトリ構造として管理してい
る。送信側1では、このディレクトリ構造を示すディレ
クトリ情報を放送ネットワーク2に対して送信する。受
信側3は、図2に一例が示されるように、放送ネットワ
ーク2に対して多数が接続され、放送ネットワーク2を
介してなされた放送をそれぞれが受信可能とされてい
る。受信側3は、放送ネットワーク2で放送されたディ
レクトリ情報を受信し、受信されたディレクトリ情報を
参照して、放送ネットワーク2や他のネットワーク上に
存在する多数の情報の中から必要な情報を選択し、入手
することができる。
BEST MODE FOR CARRYING OUT THE INVENTION A first embodiment of the present invention will be described below with reference to the drawings. FIG. 1 shows an example of a system applicable to the present invention. The transmission side 1 organizes a large number of contents existing on a network (not shown) such as the Internet or a broadcasting network into a tree-shaped hierarchical structure and manages it as a directory structure. The transmitting side 1 transmits the directory information indicating this directory structure to the broadcast network 2. As shown in an example in FIG. 2, a large number of receiving sides 3 are connected to the broadcast network 2 and are capable of receiving broadcasts made via the broadcast network 2. The receiving side 3 receives the directory information broadcast on the broadcast network 2, refers to the received directory information, and selects necessary information from a large number of information existing on the broadcast network 2 and other networks. Can be obtained.

【0022】図1に一例が示されるように、送信側1
は、送信側ディレクトリサービスクライアント10(以
下、送信側クライアント10と略す)、送信側ディレク
トリサーバ11(以下、送信側サーバ11と略す)およ
び送信側ディレクトリサーバレプリケータ12(以下、
送信側レプリケータ12と略す)からなる。これら送信
側クライアント10、送信側サーバ11および送信側レ
プリケータ12は、互いに例えばインターネットといっ
たネットワークなどで接続されており、相互に通信が行
われる。
As shown in FIG. 1 by way of example, the sender 1
Is a sender directory service client 10 (hereinafter abbreviated as a sender client 10), a sender directory server 11 (hereinafter abbreviated as a sender server 11), and a sender directory server replicator 12 (hereinafter, abbreviated as
It is abbreviated as the transmitting side replicator 12). The transmitting side client 10, the transmitting side server 11, and the transmitting side replicator 12 are connected to each other through a network such as the Internet, and communicate with each other.

【0023】送信側クライアント10は、例えば図示さ
れないネットワークなどによってコンテンツを提供する
コンテンツプロバイダであって、ディレクトリ構造の変
更や更新を行う。送信側クライアント10は、ネットワ
ーク上の何処に位置していてもよい。送信側サーバ11
は、送信側クライアント10の内容照会や変更などを行
い、ディレクトリ構造を管理する。送信側サーバ11
は、ネットワーク上で分散して構成することができる。
送信側レプリケータ12は、送信側サーバ11で管理さ
れているディレクトリ構造をモニタしてディレクトリ構
造の更新を検出する。そして、送信側レプリケータ12
は、この検出結果に基づき、更新前の構造と更新後の構
造とを比較して差分を抽出し、ディレクトリ構造の差分
更新情報を構成する。差分更新情報の構成については、
後述する。
The transmitting client 10 is a content provider that provides content through, for example, a network (not shown), and changes or updates the directory structure. The transmitting client 10 may be located anywhere on the network. Sending server 11
Manages the directory structure by inquiring about the contents of the sending client 10 or changing the contents. Sending server 11
Can be distributed and configured on the network.
The transmitting side replicator 12 monitors the directory structure managed by the transmitting side server 11 and detects an update of the directory structure. Then, the transmitting side replicator 12
On the basis of this detection result, the structure before the update and the structure after the update are compared to extract the difference, thereby forming the difference update information of the directory structure. For the configuration of the difference update information,
It will be described later.

【0024】差分更新情報は、定期的に放送ネットワー
ク2に送信される。さらに、この発明では、送信側サー
バ11で管理されているディレクトリ構造の全体の情報
(以下、全構成情報と称する)が放送ネットワーク2に
送信される。詳細は後述するが、差分更新情報の送信の
間隔と全構成情報の送信の間隔とは、それぞれ個別に設
定される。受信側3では、受信された差分更新情報と全
構成情報とに基づき、受信側3ローカルでのディレクト
リ構造を構築する。
The difference update information is regularly transmitted to the broadcast network 2. Further, in the present invention, the entire information of the directory structure managed by the transmission side server 11 (hereinafter, referred to as all configuration information) is transmitted to the broadcast network 2. Although the details will be described later, the transmission interval of the difference update information and the transmission interval of all the configuration information are individually set. The receiving side 3 builds a local directory structure on the receiving side 3 based on the received difference update information and all the configuration information.

【0025】受信側3は、受信側ディレクトリサーバレ
プリケータ17(以下、受信側レプリケータ17と略
す)、受信側ディレクトリサーバ16(以下、受信側サ
ーバ16と略す)および受信側ディレクトリサービスク
ライアント15(以下、受信側クライアント15と略
す)からなる。受信側3は、例えばパーソナルコンピュ
ータや従来技術で述べたSTB、IRDなどであり、受
信側クライアント15は、ディレクトリ構造にアクセス
して複数の異なる形式のデータの取得ならびに表示がで
きるようにされた、例えばWWW(World Wide Web)ブラ
ウザなどのアプリケーションソフトウェアである。ま
た、受信側サーバ16は、ローカルなデータベースから
なり、ディレクトリ情報が格納される。
The receiving side 3 includes a receiving side directory server replicator 17 (hereinafter referred to as the receiving side replicator 17), a receiving side directory server 16 (hereinafter referred to as the receiving side server 16), and a receiving side directory service client 15 (hereinafter referred to as the receiving side directory server client 15). It is abbreviated as the receiving client 15. The receiving side 3 is, for example, a personal computer or an STB or IRD described in the related art, and the receiving side client 15 can access the directory structure to acquire and display a plurality of different types of data. For example, application software such as a WWW (World Wide Web) browser. Further, the receiving side server 16 is composed of a local database and stores directory information.

【0026】放送ネットワーク2で送信された全構成情
報、ディレクトリ構造の更新情報および更新情報の差分
情報などは、受信側レプリケータ17に受信される。受
信側レプリケータ17では、受信されたこれらの情報に
基づき、受信側サーバ16にローカルで格納されたデー
タベースを更新し、ディレクトリ構造の再構築を行う。
受信側クライアント15は、例えばユーザの指示によ
り、受信側レプリケータ17に対して必要な情報を要求
する。受信側レプリケータ17は、この要求に基づき受
信側サーバ16のデータベースを検索して、受信側クラ
イアント15に対して、例えば要求された情報のアドレ
スを返す。受信側クライアント15は、このアドレスに
基づき、例えば図示されないネットワーク上に存在する
情報にアクセスすることができる。
The receiving side replicator 17 receives all the configuration information, directory structure update information, update information difference information, and the like transmitted by the broadcast network 2. The receiving side replicator 17 updates the database locally stored in the receiving side server 16 based on the received information, and rebuilds the directory structure.
The receiving-side client 15 requests the necessary information from the receiving-side replicator 17, for example, according to a user's instruction. The receiving side replicator 17 searches the database of the receiving side server 16 based on this request, and returns, for example, the address of the requested information to the receiving side client 15. Based on this address, the receiving client 15 can access information existing on a network (not shown), for example.

【0027】図3を用いて、ディレクトリ構造について
説明する。ディレクトリは、図に示されるように、ツリ
ー状の階層構造からなる。ツリーの各節点(ノード)を
エントリと称し、各エントリには、情報が格納される。
エントリには、ルートエントリ、コンテナエントリおよ
びリーフエントリの3種類が定義される。コンテナエン
トリは、さらに配下のエントリを包含することができる
エントリである。コンテナエントリによって構成される
階層を、以下、コンテナ階層と称する。
The directory structure will be described with reference to FIG. The directory has a tree-like hierarchical structure as shown in the figure. Each node (node) of the tree is called an entry, and each entry stores information.
Three types of entries are defined: a root entry, a container entry, and a leaf entry. A container entry is an entry that can further include subordinate entries. Hereinafter, the hierarchy composed of container entries will be referred to as a container hierarchy.

【0028】コンテナエントリ以外のエントリを、リー
フエントリと称する。リーフエントリは、配下にエント
リを含むことができない、末端の節点である。リーフエ
ントリによる階層を、以下、リーフ階層と称する。リー
フ階層は、コンテナエントリの配下に構成される。
Entries other than container entries are called leaf entries. Leaf entries are terminal nodes that cannot contain entries under them. Hereinafter, the hierarchy of leaf entries will be referred to as a leaf hierarchy. The leaf hierarchy is configured under the container entry.

【0029】また、ディレクトリツリーの最上位のエン
トリは、ルートエントリと称され、当該ディレクトリ構
造で完結される世界全体を示すエントリである。なお、
以下では、コンテナエントリは、少なくとも一つのリー
フエントリあるいはコンテナエントリを配下に持つもの
とする。
The highest entry in the directory tree is called a root entry and is an entry showing the entire world completed by the directory structure. In addition,
Below, a container entry shall have at least one leaf entry or container entry under it.

【0030】エントリは、複数の属性を持つ。エントリ
が持つ属性のうちで、ディレクトリツリーで一意に識別
される名前を、エントリ名と称する。エントリ名によっ
て、そのエントリの、ディレクトリ構造上の位置を特定
することができる。図3の例では、ルートエントリに
は、エントリ名Aが与えられている。ルートエントリの
直接的な配下のエントリには、図の左側に示されるリー
フエントリにはエントリ名A.Bが、右側のコンテナエ
ントリにはエントリ名A.Cがそれぞれ与えられる。以
下、ルートエントリから階層構造を辿った順にピリオド
で区切られて、各エントリに対してエントリ名が与えら
れる。
An entry has a plurality of attributes. Of the attributes of the entry, the name uniquely identified in the directory tree is called the entry name. The entry name can specify the location of the entry in the directory structure. In the example of FIG. 3, the entry name A is given to the route entry. The entry directly under the root entry is the entry name A. B has the entry name A. C is given respectively. Hereinafter, the entry names are given to the respective entries, separated by periods in the order in which the hierarchical structure is traced from the root entry.

【0031】図4は、コンテナエントリの構造の一例を
示す。コンテナエントリは、コンテナエントリ自身の属
性と、自分の配下のコンテナエントリおよびリーフエン
トリのリストとを有する。配下のエントリのリストは、
要素を含まないこともできる。また、コンテナエントリ
自身の属性は、図示されるように、複数持つことができ
る。
FIG. 4 shows an example of the structure of a container entry. A container entry has the attributes of the container entry itself and a list of the container entries and leaf entries under its control. The list of entries under it is
It can also contain no elements. Further, as shown in the figure, the container entry itself can have a plurality of attributes.

【0032】図5は、リーフエントリの構造の一例を示
す。リーフエントリは、図5Aに示されるように、リー
フエントリの属性を複数、有する。図5Bは、リーフエ
ントリの属性のより具体的な例である。各属性は、属性
名と属性値とからなる。例えばリーフエントリがコンテ
ンツの検索情報である場合には、属性名の一つにアドレ
スがあり、その属性値としてURL(Uniform Resource
Locator)などのコンテンツのアドレス情報が記述され
る。
FIG. 5 shows an example of the structure of a leaf entry. The leaf entry has a plurality of leaf entry attributes, as shown in FIG. 5A. FIG. 5B is a more specific example of the attributes of leaf entries. Each attribute consists of an attribute name and an attribute value. For example, if a leaf entry is search information for content, one of the attribute names has an address, and the attribute value is URL (Uniform Resource).
Address information of contents such as Locator) is described.

【0033】ディレクトリ構造は、例えば、そのディレ
クトリ構造で完結する世界全体を表すルートエントリの
下に、コンテナエントリが例えば情報ジャンルに応じて
ツリー状に分類され配されて、構成される。
The directory structure is constructed, for example, by arranging container entries in a tree structure according to the information genre, for example, under a root entry representing the entire world completed by the directory structure.

【0034】送信側1の構成について、より具体的に説
明する。送信側サーバ11には、図3〜図5で既に説明
したような構成に準えて、ディレクトリ構造が管理され
ている。送信側クライアント10は、提供するコンテン
ツに応じて、送信側サーバ11で管理されているディレ
クトリ構造に対して変更などを加える。送信側サーバ1
1に対してなされた変更は、送信側レプリケータ12に
モニタされる。
The configuration of the transmitting side 1 will be described more specifically. The transmission-side server 11 manages the directory structure in accordance with the configuration already described with reference to FIGS. The transmission side client 10 changes the directory structure managed by the transmission side server 11 according to the provided content. Sending server 1
Changes made to 1 are monitored by the transmitting replicator 12.

【0035】図6は、送信側レプリケータ12の機能を
説明するための機能ブロック図である。送信側レプリケ
ータ12は、例えば一般的なコンピュータシステムで構
成することができ、CPU(Central Processing Unit)
、メモリ、ハードディスクといった記録および記憶媒
体、通信手段、タイマ、ユーザインターフェイスなどか
らなる。この図6に示される機能ブロックは、CPU上
で動作するアプリケーションソフトウェアにより実現さ
れ、各モジュールは、アプリケーションソフトウェア上
の機能的な単位であって、それぞれがソフトウェアから
なる。
FIG. 6 is a functional block diagram for explaining the function of the transmitting-side replicator 12. The transmission side replicator 12 can be configured by, for example, a general computer system, and has a CPU (Central Processing Unit).
, A memory, a recording medium such as a hard disk, a communication means, a timer, and a user interface. The functional blocks shown in FIG. 6 are realized by application software operating on a CPU, and each module is a functional unit on the application software, and each module is composed of software.

【0036】送信側レプリケータ12は、更新検知モジ
ュール20、メッセージ生成モジュール21およびメッ
セージ放送モジュール22からなる。これらモジュール
20、21および22のそれぞれは、コンテナ階層に関
する処理を行うモジュールと、リーフ階層に関する処理
を行うモジュールとを有する。
The transmission side replicator 12 comprises an update detection module 20, a message generation module 21 and a message broadcasting module 22. Each of these modules 20, 21 and 22 has a module that performs processing related to the container hierarchy and a module that performs processing related to the leaf hierarchy.

【0037】更新検知モジュール20は、送信側サーバ
11を参照して、サーバ11上に管理されているディレ
クトリ構造に変化があったかどうかを検知するモジュー
ルで、コンテナ階層更新検知モジュール23とリーフ階
層更新検知モジュール24とからなる。コンテナ階層更
新検知モジュール23は、送信側サーバ11をモニタし
て、コンテナ階層の構造の変化を検知する。また、リー
フ階層更新検知モジュール24は、送信側サーバ11を
モニタして、リーフ階層の構造およびリーフエントリの
内容の変化を検知する。
The update detection module 20 refers to the transmission side server 11 to detect whether or not the directory structure managed on the server 11 has changed. The container hierarchy update detection module 23 and the leaf hierarchy update detection are performed. And module 24. The container layer update detection module 23 monitors the sender server 11 to detect a change in the structure of the container layer. The leaf layer update detection module 24 also monitors the transmitting server 11 to detect changes in the leaf layer structure and the contents of leaf entries.

【0038】メッセージ生成モジュール21は、更新検
知モジュール20によるディレクトリ構造の変化の検知
結果に基づく、ディレクトリ構造の差分更新情報が示さ
れたメッセージを生成するモジュールで、コンテナスト
ラクチャアップデートメッセージ生成モジュール25
と、リーフエントリアップデートメッセージ生成モジュ
ール26とからなる。コンテナストラクチャアップデー
トメッセージ生成モジュール25は、コンテナ階層更新
検知モジュール23の検知結果に基づき、コンテナ階層
における構造変化に関する差分更新情報が示されたメッ
セージを生成する。また、リーフエントリアップデート
メッセージ生成モジュール26は、リーフ階層更新検知
モジュール24の検知結果に基づき、リーフ階層におけ
る更新情報が示されたメッセージを生成する。
The message generation module 21 is a module for generating a message indicating the difference update information of the directory structure based on the detection result of the change of the directory structure by the update detection module 20, and the container structure update message generation module 25.
And a leaf entry update message generation module 26. The container structure update message generation module 25 generates a message indicating the difference update information regarding the structural change in the container hierarchy based on the detection result of the container hierarchy update detection module 23. The leaf entry update message generation module 26 also generates a message indicating update information in the leaf hierarchy based on the detection result of the leaf hierarchy update detection module 24.

【0039】メッセージ放送モジュール22は、メッセ
ージ生成モジュール21で生成されたメッセージを放送
ネットワーク2に対して放送するモジュールで、コンテ
ナストラクチャアップデートメッセージ放送モジュール
27とリーフエントリアップデートメッセージ放送モジ
ュール28とからなる。コンテナストラクチャアップデ
ートメッセージ放送モジュール27は、上述した、コン
テナストラクチャアップデートメッセージ生成モジュー
ル25で生成されたメッセージを放送する。また、リー
フエントリアップデートメッセージ放送モジュール28
は、上述した、リーフエントリアップデートメッセージ
生成モジュール26で生成されたメッセージを放送す
る。なお、メッセージ放送モジュール22からの放送ネ
ットワーク2に対するメッセージの放送は、同一のメッ
セージが所定回数だけ、サイクリックに送信されて行わ
れる。
The message broadcasting module 22 is a module for broadcasting the message generated by the message generating module 21 to the broadcasting network 2, and comprises a container structure update message broadcasting module 27 and a leaf entry update message broadcasting module 28. The container structure update message broadcasting module 27 broadcasts the above-mentioned message generated by the container structure update message generating module 25. Also, the leaf entry update message broadcasting module 28
Broadcasts the message generated by the leaf entry update message generation module 26 described above. The message broadcast from the message broadcast module 22 to the broadcast network 2 is performed by cyclically transmitting the same message a predetermined number of times.

【0040】次に、受信側3の構成について、より具体
的に説明する。図7は、受信側クライアント15の機能
を説明するための機能ブロック図である。受信側クライ
アント15は、例えば一般的なコンピュータシステムで
構成することができ、CPU(Central Processing Uni
t) 、メモリ、ハードディスクといった記録および記憶
媒体、通信手段、ユーザインターフェイスなどからな
る。この図7に示される機能ブロックは、CPU上で動
作するアプリケーションソフトウェアにより実現され、
各モジュールは、アプリケーションソフトウェア上の機
能的な単位であって、それぞれがソフトウェアからな
る。
Next, the structure of the receiving side 3 will be described more specifically. FIG. 7 is a functional block diagram for explaining the function of the receiving client 15. The reception-side client 15 can be composed of, for example, a general computer system, and has a CPU (Central Processing Uni
t), memory, recording and storage media such as hard disk, communication means, user interface, etc. The functional blocks shown in FIG. 7 are realized by application software running on the CPU,
Each module is a functional unit on application software, and each module is software.

【0041】受信側クライアント15は、上述したよう
に、例えばWWWブラウザであり、供給されたコンテン
ツ、例えば画像データ、テキストデータ、音声データお
よび動画データを統一的に表示および再生することがで
きるようにされている。また、所定の入力手段を用いて
ユーザによって入力された指示に基づき、上述の表示な
らびに再生を制御することができる。
As described above, the receiving client 15 is, for example, a WWW browser so that the supplied contents such as image data, text data, audio data and moving image data can be displayed and reproduced in a unified manner. Has been done. Further, the above-mentioned display and reproduction can be controlled based on an instruction input by the user using a predetermined input means.

【0042】受信側クライアント15は、ディレクトリ
検索モジュール30、ユーザ対話管理モジュール31お
よびコンテンツ取得モジュール32とからなる。また、
ユーザ対話管理モジュール31に対して、例えばキーボ
ードなどのテキスト入力手段、マウスなどのポインティ
ングデバイスや表示装置などからなるユーザインターフ
ェイス33が接続される。ユーザの、受信側クライアン
ト15に対するコンテンツ検索要求の入力は、ユーザイ
ンターフェイス33を用いて、ユーザ対話モジュール3
1に対して対話形式で行われる。
The reception side client 15 comprises a directory search module 30, a user interaction management module 31 and a content acquisition module 32. Also,
To the user interaction management module 31, a user interface 33 including a text input means such as a keyboard, a pointing device such as a mouse and a display device is connected. The user inputs a content search request to the reception side client 15 by using the user interface 33.
Interactively for 1.

【0043】ユーザ対話モジュール31に対してコンテ
ンツ検索要求が入力されると、ユーザ対話管理モジュー
ル31からディレクトリ検索モジュール30に対して、
コンテンツのアドレスを検索するため、コンテンツに対
応するディレクトリエントリを検索するよう依頼が出さ
れる。ディレクトリ検索モジュール30では、この検索
依頼に応じて、受信側サーバ16に対してディレクトリ
エントリ検索要求を送る。
When a content search request is input to the user interaction module 31, the user interaction management module 31 sends a request to the directory search module 30.
To retrieve the address of the content, a request is made to retrieve the directory entry corresponding to the content. In response to this search request, the directory search module 30 sends a directory entry search request to the receiving server 16.

【0044】受信側サーバ16での検索要求に基づくデ
ィレクトリエントリの検索結果がディレクトリ検索モジ
ュール30に返される。検索結果は、ディレクトリ検索
モジュール30からユーザ対話管理モジュール31に返
される。そして、検索結果のディレクトリエントリ情報
から、例えば検索結果がリーフエントリであれば、属性
の一つであるコンテンツのアドレス情報が取り出され
る。ユーザ対話管理モジュール31からコンテンツ取得
モジュール32に対して、取り出されたアドレス情報に
よって示されるコンテンツを取得するよう、コンテンツ
取得依頼が出される。
The search result of the directory entry based on the search request in the receiving server 16 is returned to the directory search module 30. The search result is returned from the directory search module 30 to the user interaction management module 31. Then, for example, if the search result is a leaf entry, the address information of the content, which is one of the attributes, is extracted from the directory entry information of the search result. A content acquisition request is issued from the user interaction management module 31 to the content acquisition module 32 so as to acquire the content indicated by the retrieved address information.

【0045】コンテンツ取得モジュール32では、受け
取ったコンテンツ取得依頼に基づき、コンテンツサーバ
35に対してコンテンツの取得要求を送る。コンテンツ
サーバ35は、受信側クライアント15と、例えばイン
ターネットといった双方向ネットワーク36を介して接
続されるサーバであり、ユーザに対してコンテンツを提
供する。コンテンツの提供は、双方向ネットワーク36
を介して行ってもいいし、放送ネットワーク2によって
行うこともできる。
The content acquisition module 32 sends a content acquisition request to the content server 35 based on the received content acquisition request. The content server 35 is a server that is connected to the receiving-side client 15 via a bidirectional network 36 such as the Internet, and provides content to users. The contents are provided by the bidirectional network 36.
The broadcast network 2 can also be used.

【0046】コンテンツ取得要求に基づきコンテンツサ
ーバ35から取得されたコンテンツは、例えば双方向ネ
ットワーク36を介してコンテンツ取得モジュール32
に供給され、コンテンツ取得モジュール32からユーザ
対話管理モジュール31に返される。ユーザ対話管理モ
ジュール31では、受け取ったコンテンツをユーザイン
ターフェイス33に出力する。
The content acquired from the content server 35 based on the content acquisition request is, for example, the content acquisition module 32 via the bidirectional network 36.
Are supplied to the user interaction management module 31 from the content acquisition module 32. The user interaction management module 31 outputs the received content to the user interface 33.

【0047】なお、要求するコンテンツが放送ネットワ
ーク2で伝送されるものである場合には、コンテンツ取
得モジュール32は、放送ネットワーク2で放送される
所望のコンテンツを、コンテンツ取得依頼に基づき直接
的に取得するようにしてもよい。
When the requested content is transmitted by the broadcast network 2, the content acquisition module 32 directly acquires the desired content broadcast by the broadcast network 2 based on the content acquisition request. You may do it.

【0048】図8は、受信側サーバ16の機能を説明す
るための機能ブロック図である。この受信側サーバ16
も、説明は省略するが、上述の受信側クライアント15
と同様に、一般的なコンピュータシステムによって構成
される。受信側サーバ16は、ディレクトリ更新要求処
理モジュール40、ディレクトリデータベース41およ
びディレクトリ検索要求処理モジュール42からなる。
FIG. 8 is a functional block diagram for explaining the function of the receiving server 16. This receiving server 16
Also, although the description is omitted, the above-mentioned receiving-side client 15
Similarly, is constituted by a general computer system. The receiving server 16 comprises a directory update request processing module 40, a directory database 41 and a directory search request processing module 42.

【0049】ディレクトリデータベース41は、送信側
サーバ11で管理されるディレクトリ構造に基づくディ
レクトリ情報が格納されている。上述したように、受信
側レプリケータ17は、放送ネットワーク2を介して送
信側1から送信されたディレクトリ構造の差分更新情報
を受信する。詳細は後述するが、受信側レプリケータ1
7からディレクトリ更新要求処理モジュール40に対し
て、差分更新情報に基づきディレクトリデータベース4
1に格納されているディレクトリ情報の更新を行うよ
う、要求が出される。ディレクトリ更新要求処理モジュ
ール40では、この要求に基づき、差分更新情報を用い
てディレクトリデータベース41に格納されているディ
レクトリ情報の更新を行う。
The directory database 41 stores directory information based on the directory structure managed by the transmitting server 11. As described above, the reception side replicator 17 receives the difference update information of the directory structure transmitted from the transmission side 1 via the broadcast network 2. The details will be described later, but the receiving side replicator 1
7 to the directory update request processing module 40 based on the difference update information, the directory database 4
A request is made to update the directory information stored in 1. Based on this request, the directory update request processing module 40 updates the directory information stored in the directory database 41 using the difference update information.

【0050】一方、上述した受信側クライアント15か
らのディレクトリエントリの検索要求は、ディレクトリ
検索要求処理モジュール40に受け取られる。ディレク
トリ検索要求処理モジュール40によって、受け取った
検索要求に基づきディレクトリデータベース41が検索
される。検索した結果得られたディレクトリエントリ、
例えばリーフエントリ中のアドレス情報は、ディレクト
リ検索要求処理モジュール42から受信側クライアント
15に返される。
On the other hand, the directory entry search request from the receiving client 15 is received by the directory search request processing module 40. The directory search request processing module 40 searches the directory database 41 based on the received search request. Directory entries obtained as a result of searching,
For example, the address information in the leaf entry is returned from the directory search request processing module 42 to the receiving client 15.

【0051】上述したように系を構成することで、ユー
ザは、受信側クライアント15によってディレクトリ情
報を検索し、検索結果として、所望のコンテンツが提供
されるアドレス情報を得ることができる。そして、ユー
ザは、得られたアドレス情報に基づき所望のコンテンツ
を取得することができる。また、ディレクトリ構造は、
常に送信側レプリケータ12によってモニタされ、ディ
レクトリ構造の差分更新情報および全構成情報がそれぞ
れに設定された間隔で送信され、放送ネットワーク2を
介して受信側レプリケータ17に供給される。ユーザ側
では、供給された差分更新情報および全構成情報に基づ
き、受信側レプリケータ17によってディレクトリデー
タベース41に格納されたディレクトリ情報が変更され
る。そのため、ユーザは、常に実際のディレクトリ構造
と同期したディレクトリ情報を、ディレクトリデータベ
ース41に保持することができる。
By configuring the system as described above, the user can search the directory information by the receiving client 15 and obtain the address information to which the desired content is provided as the search result. Then, the user can acquire the desired content based on the obtained address information. Also, the directory structure is
It is constantly monitored by the transmission-side replicator 12, and the difference update information of the directory structure and all the configuration information are transmitted at the set intervals, and are supplied to the reception-side replicator 17 via the broadcast network 2. On the user side, the receiving side replicator 17 changes the directory information stored in the directory database 41 based on the supplied difference update information and all the configuration information. Therefore, the user can always hold the directory information synchronized with the actual directory structure in the directory database 41.

【0052】次に、図9、図10、図11および図12
を用いて、上述したディレクトリ構造の差分更新情報お
よび全構成情報について説明する。以下では、スキーマ
バージョンSvで特定されるあるコンテナ階層のコンテ
ナエントリXの配下に、コンテナエントリCまたはリー
フエントリlを追加または削除する処理を、(Sv,
X,〔+/−〕〔C/l〕)と記述する。このディレク
トリ構造に対する処理を示す記述は、この記述による処
理で変化したディレクトリ構造の、元の構造との差分を
表しており、これを差分更新情報として用いることがで
きる。
Next, FIG. 9, FIG. 10, FIG. 11 and FIG.
The difference update information and all configuration information of the above-mentioned directory structure will be described using. In the following, the process of adding or deleting the container entry C or the leaf entry 1 under the container entry X of a certain container hierarchy specified by the schema version Sv will be described (Sv,
X, [+/-] [C / l]). The description showing the processing for this directory structure represents the difference between the directory structure changed by the processing according to this description and the original structure, and this can be used as difference update information.

【0053】一方、全構成情報は、ある時点でのディレ
クトリ構造を示す情報である。全構成情報をルートエン
トリとの差分であると考えることで、上述した差分更新
情報を用いて全構成情報を表現することができる。
On the other hand, the entire configuration information is information indicating the directory structure at a certain point. By considering all the configuration information as a difference from the root entry, it is possible to express all the configuration information using the difference update information described above.

【0054】スキーマバージョンSvは、ディレクトリ
構造の変更に伴い変化する値である。コンテナエントリ
X(またはC)は、コンテナエントリ名であり、ここで
は大文字のアルファベットで表す。リーフエントリl
は、リーフエントリ名であり、ここでは小文字のアルフ
ァベットで表す。エントリの追加は〔+〕で表され、削
除は〔−〕で表される。括弧〔〕中のスラッシュ記号
は、その両側に記された何方かが記述されることを示
す。なお、図9および図10において、二重線の四角
は、コンテナエントリを表し、単線の四角は、リーフエ
ントリを表す。ルートエントリは、接続線だけが示さ
れ、本体は省略されている。
The schema version Sv is a value that changes as the directory structure changes. The container entry X (or C) is a container entry name, and is represented by capital letters here. Leaf entry l
Is a leaf entry name, which is represented here by lowercase letters. Entry addition is represented by [+], and deletion is represented by [-]. A slash mark in brackets [] indicates that one of the two characters written on both sides of the bracket is described. 9 and 10, double-lined squares represent container entries, and single-lined squares represent leaf entries. In the route entry, only the connecting line is shown and the body is omitted.

【0055】図9Aにおいて、図示されないルートエン
トリの配下にコンテナエントリAのみが存在する、ディ
レクトリ構造100が構成されている。この状態をスキ
ーマバージョンSv=1とする。この状態に、上述の記
述に従い(1,A,+B)の処理を行う。すなわち、コ
ンテナエントリAの配下にコンテナエントリBが加えら
れる。すると、図9Bに示すディレクトリ構造101に
なる。図9Aの状態にコンテナエントリBが加えられた
ことで、コンテナエントリの階層イメージが変化したと
され、スキーマバージョンSv=2とされる。
In FIG. 9A, a directory structure 100 is constructed in which only a container entry A exists under a root entry (not shown). This state is defined as the schema version Sv = 1. In this state, the processing of (1, A, + B) is performed according to the above description. That is, the container entry B is added under the container entry A. Then, the directory structure 101 shown in FIG. 9B is obtained. Since the container entry B is added to the state of FIG. 9A, it is considered that the hierarchical image of the container entry has changed, and the schema version Sv = 2.

【0056】図9Bの状態に、さらに(2,A,+a)
の処理を行う。すなわち、コンテナエントリAの配下に
リーフエントリaを加える。すると、図9Cに示すディ
レクトリ構造102になる。さらにまた、図9Cの状態
に(2,A,−a)の処理を行う。すなわち、リーフエ
ントリaを、コンテナエントリAの配下から削除する。
すると、図9Dに示すディレクトリ構造103になる。
さらに、図9Dの状態に(2,A,−B)の処理を行
う。すなわち、コンテナエントリBを、コンテナエント
リAの配下から削除する。すると、図9Eに示すディレ
クトリ構造104になる。
Further to the state of FIG. 9B, (2, A, + a)
Process. That is, the leaf entry a is added under the container entry A. Then, the directory structure 102 shown in FIG. 9C is obtained. Furthermore, the process of (2, A, -a) is performed in the state of FIG. 9C. That is, the leaf entry a is deleted from the subordinate of the container entry A.
Then, the directory structure 103 shown in FIG. 9D is obtained.
Further, the processing of (2, A, -B) is performed in the state of FIG. 9D. That is, the container entry B is deleted from the subordinate of the container entry A. Then, the directory structure 104 shown in FIG. 9E is obtained.

【0057】図9Eの状態では、コンテナエントリの階
層イメージが図9Dの状態から変化しているため、スキ
ーマバージョンSvが更新され、スキーマバージョンS
v=3になる。したがって、図9Eの状態において、コ
ンテナエントリAの配下にコンテナエントリCを加える
処理は、(3,A,+C)と記述できる。この処理を行
うと、図9Fに示されるディレクトリ構造105とな
る。
In the state of FIG. 9E, since the hierarchical image of the container entry has changed from the state of FIG. 9D, the schema version Sv is updated and the schema version S
v = 3. Therefore, in the state of FIG. 9E, the process of adding the container entry C under the container entry A can be described as (3, A, + C). This processing results in the directory structure 105 shown in FIG. 9F.

【0058】この図9の例では、(1,A,+B)、
(2,A,+a)、(2,A,−a)、(2,A,−
B)および(3,A+C)がそれぞれの段階での差分更
新情報とされる。
In the example of FIG. 9, (1, A, + B),
(2, A, + a), (2, A, -a), (2, A,-
B) and (3, A + C) are the difference update information at each stage.

【0059】図10は、ディレクトリ構造を変更する別
の例を示す。上述の図9に示される例では、一度に一つ
の処理を行っていたが、図10では、2つずつの処理を
まとめて行っている。図10Aは、図示されないルート
エントリの配下にコンテナエントリAのみが存在してい
るディレクトリ106を示す。この状態がスキーマバー
ジョンSv=1とする。この図10Aの状態に対して、
(1,A,+B)および(1,A,+a)の処理を順に
行う。すなわち、コンテナエントリAの配下に、コンテ
ナエントリBとリーフエントリaとが追加される。する
と、図10Bに示すディレクトリ構造107となる。コ
ンテナエントリの階層イメージが変わり、スキーマバー
ジョンSv=2となる。
FIG. 10 shows another example of changing the directory structure. In the example shown in FIG. 9 described above, one process is performed at a time, but in FIG. 10, two processes are performed collectively. FIG. 10A shows the directory 106 in which only the container entry A exists under the root entry (not shown). This state is the schema version Sv = 1. For the state of FIG. 10A,
The processes of (1, A, + B) and (1, A, + a) are sequentially performed. That is, the container entry B and the leaf entry a are added under the container entry A. Then, the directory structure 107 shown in FIG. 10B is obtained. The hierarchical image of the container entry changes, and the schema version becomes Sv = 2.

【0060】図10Bの状態に、さらに、(2,A,−
a)および(2,B,+b)の処理を順に行う。すなわ
ち、コンテナエントリAの配下からリーフエントリaを
削除し、その後、コンテナエントリBの配下にリーフエ
ントリbを追加する。すると、図10Cに示すディレク
トリ構造108となる。
In addition to the state of FIG. 10B, (2, A, −
The processes a) and (2, B, + b) are performed in order. That is, the leaf entry a is deleted from the subordinate of the container entry A, and then the leaf entry b is added to the subordinate of the container entry B. Then, the directory structure 108 shown in FIG. 10C is obtained.

【0061】図10Cの状態に対して、さらに、(2,
B,+C)および(2,C,+c)の処理を行う。すな
わち、コンテナエントリBの配下にコンテナエントリC
を追加した後に、追加されたコンテナエントリCの配下
にリーフエントリcを追加する。この処理においては、
追加されたコンテナエントリに対してさらにエントリが
追加されるため、処理の前後を入れ換えることができな
い。処理後、図10Dに示すディレクトリ構造109と
なり、コンテナエントリの階層イメージが変わったた
め、スキーマバージョンSvが更新され、スキーマバー
ジョンSv=3とされる。
In addition to the state of FIG. 10C, (2
B, + C) and (2, C, + c). That is, the container entry C is subordinate to the container entry C.
After adding, the leaf entry c is added under the added container entry C. In this process,
Since more entries are added to the added container entry, the processing before and after cannot be interchanged. After the processing, the directory structure 109 shown in FIG. 10D is obtained, and since the hierarchical image of the container entry has changed, the schema version Sv is updated and the schema version Sv = 3.

【0062】この図10の例では、(1,A,+B)お
よび(1,A,+a)、(2,A,−a)および(2,
B,+b)、ならびに、(2,B,+C)および(2,
C,+c)がそれぞれの段階での差分更新情報とされ
る。上述したように、複数の処理を一つのディレクトリ
構造の更新処理としてまとめて行うときには、処理の順
序を考慮する必要がある。
In the example of FIG. 10, (1, A, + B) and (1, A, + a), (2, A, -a) and (2,
B, + b), and (2, B, + C) and (2,
C, + c) is the difference update information at each stage. As described above, when performing a plurality of processes collectively as one directory structure update process, it is necessary to consider the order of the processes.

【0063】図11は、上述した図9に対応した一例の
全構成情報を示す。全構成情報は、所定の周期Tで以て
送信側レプリケータ17から送信される。以下、全構成
情報が送信される周期Tを、全構成情報通知周期Tと称
する。図11において、図の左方向から右方向へ時間の
経過が表され、構造100、101、102、103お
よび104とディレクトリ構造が変化される間隔は、一
定であるものとする。また、ここでは、全構成情報通知
周期Tが構造100〜102、構造102〜104の間
隔と対応している。
FIG. 11 shows an example of all the configuration information corresponding to FIG. 9 described above. All the configuration information is transmitted from the transmission side replicator 17 in a predetermined cycle T. Hereinafter, the cycle T in which all the configuration information is transmitted will be referred to as the all configuration information notification cycle T. In FIG. 11, it is assumed that the time elapses from the left side to the right side of the figure, and the intervals at which the structures 100, 101, 102, 103 and 104 and the directory structure are changed are constant. Further, here, the entire configuration information notification cycle T corresponds to the intervals of the structures 100 to 102 and the structures 102 to 104.

【0064】上述したように、この例では、全構成情報
は、ある時点におけるディレクトリ構造の、ルートエン
トリからの差分情報として表される。したがって、構造
102に対応する全構成情報は、図11に示されるよう
に、処理の順に(0,root,+A)、(0,A,+
B)および(0,A,+a)と表すことができる。すな
わち、ルートエントリに対して、この順序で各処理がな
され、各エントリが追加されて、構造102が構成され
たように表現される。同様に、構造104は、ルートエ
ントリの配下にコンテナエントリAが存在するだけなの
で、構造104の時点に対応する全構成情報は、(0,
root,+A)と表現される。
As described above, in this example, all the configuration information is represented as difference information from the root entry of the directory structure at a certain point in time. Therefore, all the configuration information corresponding to the structure 102 is (0, root, + A), (0, A, +) in the order of processing, as shown in FIG.
B) and (0, A, + a). That is, each process is performed on the root entry in this order, each entry is added, and the structure 102 is expressed as if configured. Similarly, in the structure 104, since only the container entry A exists under the root entry, all the configuration information corresponding to the time of the structure 104 is (0,
root, + A).

【0065】なお、全構成情報通知周期Tではスキーマ
バージョンSvは、0にリセットされ、全構成情報にお
けるSvは常に0である。
In the all-configuration information notification cycle T, the schema version Sv is reset to 0, and Sv in all configuration information is always 0.

【0066】図12は、上述した図10に対応した一例
の全構成情報を示す。この例では、構造106〜構造1
09の間隔が全構成情報通知周期T’と対応している。
構造109に対応する全構成情報は、処理の順に(0,
root,+A)、(0,A,+B)、(0,B,+
b)、(0,B,+C)および(0,C,+c)と表す
ことができる。
FIG. 12 shows an example of all configuration information corresponding to FIG. 10 described above. In this example, structure 106-structure 1
The interval of 09 corresponds to the total configuration information notification cycle T ′.
All the configuration information corresponding to the structure 109 is (0,
root, + A), (0, A, + B), (0, B, +
b), (0, B, + C) and (0, C, + c).

【0067】なお、ディレクトリ構造の差分更新情報お
よび全構成情報は、上述の例に限定されず、適用される
システムに応じて様々な形式とすることができる。
The directory structure difference update information and the total configuration information are not limited to the above-mentioned examples, and can be in various formats depending on the system to which they are applied.

【0068】この発明が適用される系では、上述したよ
うに、差分更新情報および全構成情報は、送信側1から
受信側3に対して放送ネットワーク2を介して一方向的
に送信される。また、一つの送信側1に対して複数の受
信側3が存在し、複数の受信側3の稼働状態もそれぞれ
異なる。そのため、送信側1で管理されているディレク
トリ情報と、受信側3で管理されているディレクトリ情
報とを同期させる必要がある。
In the system to which the present invention is applied, as described above, the difference update information and the total configuration information are unidirectionally transmitted from the transmission side 1 to the reception side 3 via the broadcast network 2. Further, there are a plurality of receiving sides 3 for one transmitting side 1, and the operating states of the plurality of receiving sides 3 are also different. Therefore, it is necessary to synchronize the directory information managed by the transmitting side 1 and the directory information managed by the receiving side 3.

【0069】以下、送信側1の送信側サーバ11に格納
されたディレクトリ情報と、受信側3の受信側サーバ1
6に格納されたディレクトリ情報とを同期させ、ディレ
クトリ構造の同期管理方法について説明する。
The directory information stored in the sender server 11 of the sender 1 and the receiver server 1 of the receiver 3 will be described below.
A method for synchronizing and managing the directory structure by synchronizing with the directory information stored in 6 will be described.

【0070】最初に、図13のフローチャートを用いて
コンテナエントリの同期管理方法について説明する。先
ず、ステップS1で、送信側クライアント10によっ
て、送信側サーバ11で管理されているディレクトリ構
造の、コンテナ階層の構成が変更される。例えば、コン
テナエントリの配下に新たなコンテナエントリやリーフ
エントリが追加される処理や、コンテナエントリの配下
のコンテナエントリやリーフエントリが削除される処理
が行われる。
First, the container entry synchronization management method will be described with reference to the flowchart of FIG. First, in step S1, the transmitting client 10 changes the configuration of the container hierarchy of the directory structure managed by the transmitting server 11. For example, a process of adding a new container entry or a leaf entry under the container entry, or a process of deleting a container entry or a leaf entry under the container entry are performed.

【0071】次のステップS2では、送信側サーバ11
に対してなされた変更が送信側レプリケータ12によっ
て検知され、検知結果に基づき、コンテナ階層構成の変
更によるコンテナ構造更新情報Msg.1が生成され
る。生成されたコンテナ構造更新情報Msg.1は、放
送ネットワーク2に対して放送される。コンテナ構造更
新情報Msg.1の放送は、同一の内容が所定回数、サ
イクリックに繰り返されて行われる。
In the next step S2, the transmitting server 11
A change made to the sender replicator 12 is detected, and based on the detection result, the container structure update information Msg. 1 is generated. The generated container structure update information Msg. 1 is broadcast to the broadcast network 2. Container structure update information Msg. One broadcast is performed by repeating the same content cyclically a predetermined number of times.

【0072】放送されたコンテナ構造更新情報Msg.
1は、ステップS3で、受信側レプリケータ17によっ
て受信される。受信側レプリケータ17は、受信側サー
バ16に格納されたディレクトリ情報に管理されるコン
テナ階層構成を、受信したコンテナ構造更新情報Ms
g.1に基づき変更する。これにより、送信側1と受信
側3とで、ディレクトリ情報のコンテナ階層の構造の同
期がとられる。
Broadcasted container structure update information Msg.
1 is received by the receiving side replicator 17 in step S3. The receiving-side replicator 17 receives the container structure update information Ms that has received the container hierarchical structure managed by the directory information stored in the receiving-side server 16.
g. Change based on 1. Thereby, the structure of the container hierarchy of the directory information is synchronized between the transmitting side 1 and the receiving side 3.

【0073】コンテナ構造更新情報Msg.1のフォー
マットは、例えば、 このように定義される。「MessageID 」(メッセージI
D)は、このメッセージ(コンテナ構造更新情報Ms
g.1)の識別情報であって、例えば、このメッセージ
が生成される毎に1ずつ増加される整数である。また、
「差分更新情報」は、コンテナ階層構成の変更による、
上述したディレクトリ構造の差分更新情報である。
Container structure update information Msg. The format of 1 is, for example, It is defined in this way. "Message ID" (Message I
D) is this message (container structure update information Ms
g. The identification information 1) is, for example, an integer that is incremented by 1 each time this message is generated. Also,
"Differential update information" is due to changes in the container hierarchy
This is the difference update information of the directory structure described above.

【0074】図13のフローチャートにおけるステップ
S2の処理を、図14のフローチャートを用いて、より
詳細に説明する。この図14のフローチャートによる処
理は、全て送信側レプリケータ12上で行われる。先
ず、ステップS10で、送信側サーバ11上のコンテナ
エントリの階層構成の情報が全て読み込まれる。読み込
まれたコンテナエントリの階層構成の情報は、送信側レ
プリケータ12が有する、例えばメモリやハードディス
クといった記録または記憶媒体に、コピー1として記憶
される。
The process of step S2 in the flowchart of FIG. 13 will be described in more detail with reference to the flowchart of FIG. All the processing according to the flowchart of FIG. 14 is performed on the transmitting-side replicator 12. First, in step S10, all the information on the hierarchical structure of the container entry on the transmitting server 11 is read. The read information on the hierarchical structure of the container entry is stored as a copy 1 in a recording or storage medium such as a memory or a hard disk included in the transmission side replicator 12.

【0075】コピー1が記憶されたら、次のステップS
11で、タイマが所定の時間にセットされ、起動され
る。ステップS12によって、タイマにセットされた所
定時間を超過したかどうかが判断され、所定時間を超過
したと判断されたなら、処理はステップS13に移行す
る。ステップS13では、再び送信側サーバ11上のコ
ンテナエントリの階層構成の情報が全て読み込まれる。
読み込まれたコンテナエントリの階層構造は、送信側レ
プリケータ12が有する、例えばメモリやハードディス
クといった記録または記憶媒体に、コピー2として記憶
される。
When copy 1 is stored, the next step S
At 11, the timer is set to a predetermined time and started. In step S12, it is determined whether or not the predetermined time set in the timer has been exceeded. If it is determined that the predetermined time has been exceeded, the process proceeds to step S13. In step S13, all the information on the hierarchical structure of the container entry on the transmitting server 11 is read again.
The read hierarchical structure of the container entry is stored as a copy 2 in a recording or storage medium, such as a memory or a hard disk, which the transmitting side replicator 12 has.

【0076】次のステップS14では、ステップS10
で記憶されたコピー1と、ステップS13で記憶された
コピー2とが比較される。比較の結果、両者に差分が無
いとされれば(ステップS15)、処理はステップS1
1へ戻され、再びタイマがセットされ、コピー2の記憶
がなされる。
In the next step S14, step S10
The copy 1 stored in step S13 is compared with the copy 2 stored in step S13. If there is no difference between the two as a result of the comparison (step S15), the process proceeds to step S1.
It is returned to 1, the timer is set again, and the copy 2 is stored.

【0077】一方、ステップS14で、コピー1とコピ
ー2との間に差分があるとされれば、処理はステップS
16に移行する。ステップS16では、コピー1とコピ
ー2との差分に基づき、差分更新情報が生成される。そ
して、この差分更新情報が記述されたコンテナ構造更新
情報Msg.1が生成される。生成されたコンテナ構造
更新情報Msg.1は、放送ネットワーク2に対して送
信され、放送される。放送されたコンテナ構造更新情報
Msg.1は、受信側レプリケータ17に受信される。
On the other hand, if there is a difference between copy 1 and copy 2 in step S14, the process proceeds to step S14.
Move to 16. In step S16, difference update information is generated based on the difference between copy 1 and copy 2. Then, the container structure update information Msg. 1 is generated. The generated container structure update information Msg. 1 is transmitted to the broadcast network 2 and broadcast. The container structure update information Msg. 1 is received by the receiving side replicator 17.

【0078】ステップS16でコンテナ構造更新情報M
sg.1が放送されると、次のステップS17で、コピ
ー1の内容がコピー2の内容で置き替えられ、処理はス
テップS11に戻される。
In step S16, the container structure update information M
sg. When 1 is broadcast, the contents of copy 1 are replaced with the contents of copy 2 in the next step S17, and the process is returned to step S11.

【0079】図13のフローチャートにおけるステップ
S3の処理を、図15のフローチャートを用いて、より
詳細に説明する。この図15のフローチャートによる処
理は、全て受信側レプリケータ17上で行われる。最初
のステップS20で、送信側レプリケータ12によって
放送ネットワーク2を介して放送されたコンテナ構造更
新情報Msg.1が、受信側レプリケータ17によって
受信される。
The process of step S3 in the flowchart of FIG. 13 will be described in more detail with reference to the flowchart of FIG. The processing according to the flowchart of FIG. 15 is all performed on the receiving side replicator 17. In the first step S20, the container structure update information Msg. 1 is received by the receiving replicator 17.

【0080】ステップS21で、ステップS20での受
信がコンテナ構造更新情報Msg.1の初回の受信かど
うかが判断される。そして、この受信が初回の受信では
無いと判断されたら、処理はステップS23に移行し、
受信されたコンテナ構造更新情報Msg.1のメッセー
ジIDが受信側レプリケータ17が有する、例えばメモ
リやハードディスクといった記録または記憶媒体に、コ
ピー3として記憶される。
In step S21, the reception in step S20 indicates that the container structure update information Msg. It is determined whether it is the first reception of 1. If it is determined that this reception is not the first reception, the process proceeds to step S23,
The received container structure update information Msg. The message ID 1 is stored as the copy 3 in a recording or storage medium such as a memory or a hard disk of the receiving-side replicator 17.

【0081】次のステップS24では、受信されたコン
テナ構造更新情報Msg.1の内容、すなわち、コンテ
ナ構造更新情報Msg.1に記述された差分更新情報に
基づき、受信側サーバ16で管理されているディレクト
リ情報が更新され、そのディレクトリ情報で示されるコ
ンテナ階層の構成が変更される。ステップS24の処理
の後、処理はステップS20に戻される。
In the next step S24, the received container structure update information Msg. 1, that is, the container structure update information Msg. Based on the difference update information described in No. 1, the directory information managed by the receiving server 16 is updated, and the configuration of the container hierarchy indicated by the directory information is changed. After the processing of step S24, the processing is returned to step S20.

【0082】一方、上述のステップS21で、ステップ
S20でのコンテナ構造更新情報Msg.1の受信が初
回の受信では無いと判断されたら、処理はステップS2
2に移行する。ステップS22では、受信されたコンテ
ナ構造更新情報Msg.1に記述されるメッセージID
と、前回の受信の際のステップS23の処理でコピー3
として記憶されたメッセージIDとが同一であるかどう
かが判断される。若し、同一であるとされれば、処理は
ステップS20に戻される。
On the other hand, in the above-mentioned step S21, the container structure update information Msg. If it is determined that the reception of 1 is not the first reception, the process proceeds to step S2.
Move to 2. In step S22, the received container structure update information Msg. Message ID described in 1
And, in the process of step S23 at the time of the previous reception, copy 3
It is determined whether the message ID stored as is the same. If they are the same, the process is returned to step S20.

【0083】一方、ステップS22で、両者のメッセー
ジIDが同一では無いとされれば、処理はステップS2
3に移行する。ステップS23では、上述したように、
メッセージIDが記憶媒体にコピー3として記憶され
る。この場合には、新たに受信されたメッセージID
で、前回受信され記憶されたメッセージIDが例えば上
書きされることになる。そして、次のステップS24
で、受信されたコンテナ構造更新情報Msg.1に基づ
き、受信側サーバ16上のコンテナエントリ階層の内容
が変更される。
On the other hand, if it is determined in step S22 that both message IDs are not the same, the process proceeds to step S2.
Move to 3. In step S23, as described above,
The message ID is stored as copy 3 in the storage medium. In this case, the newly received message ID
Then, the previously received and stored message ID is overwritten, for example. Then, the next step S24
In the received container structure update information Msg. Based on 1, the content of the container entry hierarchy on the receiving side server 16 is changed.

【0084】次に、図16のフローチャートを用いてリ
ーフエントリの同期管理方法について説明する。先ず、
ステップS30で、送信側クライアント10によって、
送信側サーバ11で管理されているディレクトリ構造
の、あるコンテナエントリの配下のリーフエントリが変
更される。例えば、あるコンテナエントリの配下の新た
なリーフエントリの追加や、あるコンテナエントリの配
下のリーフエントリの削除や修正といった処理が行われ
る。
Next, a leaf entry synchronization management method will be described with reference to the flowchart of FIG. First,
In step S30, the sending client 10
A leaf entry under a certain container entry in the directory structure managed by the transmitting server 11 is changed. For example, processing such as adding a new leaf entry under a certain container entry or deleting or modifying a leaf entry under a certain container entry is performed.

【0085】次のステップS31では、送信側サーバ1
1のあるコンテナエントリの配下のリーフエントリに対
してなされた変更が送信側レプリケータ12によって検
知される。そして、検知結果に基づき、あるコンテナエ
ントリ配下のリーフエントリの変更によるリーフ更新情
報Msg.x1が生成される。生成されたリーフ更新情
報Msg.x1は、放送ネットワーク2を介して複数の
受信側レプリケータ17に対してサイクリックに放送さ
れる。
In the next step S31, the transmitting server 1
Changes made to leaf entries under a container entry of 1 are detected by the transmitting replicator 12. Then, based on the detection result, the leaf update information Msg. x1 is generated. The generated leaf update information Msg. The x1 is cyclically broadcast to the plurality of receiving-side replicators 17 via the broadcast network 2.

【0086】放送されたリーフ更新情報Msg.x1
は、ステップS32で、受信側レプリケータ17によっ
て受信される。受信側レプリケータ17は、受信したリ
ーフ更新情報Msg.x1に基づき、受信側サーバ16
に格納されたディレクトリ情報に管理される、対応する
リーフエントリを変更する。これにより、送信側1と受
信側3とで、ディレクトリ情報のリーフエントリの同期
がとられる。
The leaf update information Msg. x1
Is received by the receiving replicator 17 in step S32. The reception-side replicator 17 receives the received leaf update information Msg. Based on x1, the receiving server 16
Change the corresponding leaf entry managed by the directory information stored in. As a result, the leaf entries of the directory information are synchronized between the sending side 1 and the receiving side 3.

【0087】リーフ更新情報Msg.x1のフォーマッ
トは、例えば、 このように定義される。「MessageID 」(メッセージI
D)は、このメッセージ(リーフ更新情報Msg.x
1)の識別情報であって、例えば、このメッセージが生
成される毎に1ずつ増加される整数である。また、「差
分更新情報」は、上述したディレクトリ構造の差分更新
情報である。
Leaf update information Msg. The format of x1 is, for example, It is defined in this way. "Message ID" (Message I
D) is the message (leaf update information Msg.x).
The identification information 1) is, for example, an integer that is incremented by 1 each time this message is generated. The "difference update information" is the difference update information of the above-mentioned directory structure.

【0088】図16のフローチャートにおけるステップ
S31の処理を、図17のフローチャートを用いて、よ
り詳細に説明する。この図17のフローチャートによる
処理は、全て送信側レプリケータ12上で行われる。先
ず、ステップS40で、送信側サーバ11上の、あるコ
ンテナエントリの配下のリーフエントリ名が全て読み込
まれる。読み込まれたリーフエントリ名は、送信側レプ
リケータ12が有する、例えばメモリやハードディスク
といった記録または記憶媒体に、コピー4として記憶さ
れる。
The process of step S31 in the flowchart of FIG. 16 will be described in more detail with reference to the flowchart of FIG. All the processing according to the flowchart of FIG. 17 is performed on the transmitting-side replicator 12. First, in step S40, all leaf entry names under a certain container entry on the transmission side server 11 are read. The read leaf entry name is stored as a copy 4 in a recording or storage medium such as a memory or a hard disk included in the transmission side replicator 12.

【0089】コピー1が記憶されたら、次のステップS
41で、タイマが所定の時間にセットされ、起動され
る。ステップS42によって、タイマにセットされた所
定時間を超過したかどうかが判断され、所定時間を超過
したと判断されたなら、処理はステップS43に移行す
る。ステップS43では、再び送信側サーバ11上の、
あるコンテナエントリの配下のリーフエントリ名が全て
読み込まれる。読み込まれたリーフエントリ名は、送信
側レプリケータ12が有する、例えばメモリやハードデ
ィスクといった記録または記憶媒体に、コピー5として
記憶される。
When copy 1 is stored, the next step S
At 41, a timer is set to a predetermined time and started. In step S42, it is determined whether or not the predetermined time set in the timer has been exceeded. If it is determined that the predetermined time has been exceeded, the process proceeds to step S43. In step S43, again on the transmitting side server 11,
All leaf entry names under a certain container entry are read. The read leaf entry name is stored as a copy 5 in a recording or storage medium, such as a memory or a hard disk, which the transmission side replicator 12 has.

【0090】次のステップS44では、ステップS40
で記憶されたコピー4と、ステップS43で記憶された
コピー5とが比較される。比較の結果、両者の間に差分
が無いとされれば(ステップS45)、処理はステップ
S41へ戻され、再びタイマがセットされ、コピー5の
記憶が行われる。
In the next step S44, step S40
The copy 4 stored in step S43 is compared with the copy 5 stored in step S43. As a result of the comparison, if there is no difference between the two (step S45), the process is returned to step S41, the timer is set again, and the copy 5 is stored.

【0091】一方、ステップS44で、コピー4とコピ
ー5との間に差分があるとされれば、処理はステップS
46に移行する。ステップS46では、コピー4とコピ
ー5との差分に基づき、差分更新情報が生成される。そ
して、この差分更新情報が記述されたリーフ更新情報M
sg.x1が生成される。生成されたリーフ更新情報M
sg.x1は、放送ネットワーク2に対して送信され、
放送される。放送されたリーフ更新情報Msg.x1
は、複数の受信側レプリケータ17に受信される。
On the other hand, if it is determined in step S44 that there is a difference between copy 4 and copy 5, the process proceeds to step S44.
Move to 46. In step S46, difference update information is generated based on the difference between copy 4 and copy 5. Then, the leaf update information M in which this difference update information is described
sg. x1 is generated. Generated leaf update information M
sg. x1 is transmitted to the broadcast network 2,
Will be broadcast. The leaf update information Msg. x1
Is received by a plurality of receiving-side replicators 17.

【0092】ステップS46でリーフ更新情報Msg.
x1が放送されると、次のステップS47で、コピー4
の内容がコピー5の内容で書き替えられ、処理はステッ
プS41に戻される。
In step S46, the leaf update information Msg.
When x1 is broadcast, copy 4 is sent in the next step S47.
Is rewritten with the content of copy 5, and the process is returned to step S41.

【0093】なお、上述の図17のフローチャートの処
理は、送信側レプリケータ12によって、送信側サーバ
11が管理するディレクトリ構造上の全てのコンテナエ
ントリに対して行われる。
The processing of the flowchart of FIG. 17 described above is performed by the transmitting-side replicator 12 for all container entries in the directory structure managed by the transmitting-side server 11.

【0094】ところで、受信側3では、受信されないリ
ーフ更新情報Msg.x1があると、その後に受信され
たリーフ更新情報Msg.x1に基づくリーフエントリ
の更新処理を行った際に、送信側におけるディレクトリ
構造の変化が正しく反映されずに、更新されたディレク
トリ構造に不整合を生ずるおそれがある。
On the receiving side 3, the leaf update information Msg. x1 is present, the leaf update information Msg. When the leaf entry update processing based on x1 is performed, the change in the directory structure on the transmission side may not be reflected correctly, and inconsistency may occur in the updated directory structure.

【0095】そこで、上述したリーフ更新情報Msg.
x1に対して、さらに、当該リーフ更新情報Msg.x
1によるリーフエントリの更新処理を行う際に既に処理
されていなければならない差分更新情報を付加すること
ができる。以下では、あるリーフ更新情報によるリーフ
エントリの更新処理を行う際に既に処理されていなけれ
ばならない差分更新情報を、プリリクジットメッセージ
と称し、当該差分更新情報を示すメッセージIDを、プ
リリクジットメッセージIDと称する。
Therefore, the leaf update information Msg.
x1, the leaf update information Msg. x
It is possible to add the differential update information that must be already processed when the leaf entry update process by 1 is performed. In the following, differential update information that must be already processed when performing update processing of a leaf entry based on certain leaf update information is referred to as a pre-exit message, and a message ID indicating the differential update information is referred to as a pre-exit message. Called ID.

【0096】プリリクジットメッセージIDを用いた場
合の処理は、上述したプリリクジットメッセージIDを
用いない場合の処理と、以下に記す2点で異なる。1つ
は、上述の図13のフローチャートによる、コンテナ構
成更新情報に関する処理(ステップS2)が、所定周期
に設定されたタイマ(全構成情報通知周期タイマと称す
る)に基づき、所定周期でなされる点である。2つ目
は、上述の図16でフローチャートによる、リーフ更新
情報に関する処理が各コンテナエントリ毎に行われる点
である。
The process when the pre-restrict message ID is used is different from the process when the pre-restrict message ID is not used in the following two points. One is that the process related to the container configuration update information (step S2) according to the flowchart of FIG. 13 described above is performed in a predetermined cycle based on a timer set in a predetermined cycle (referred to as a total configuration information notification cycle timer). Is. The second is that the process related to the leaf update information is performed for each container entry according to the flowchart in FIG.

【0097】コンテナ構成更新情報Msg.1は、コン
テナエントリの更新が検知される毎に、更新があった分
だけが差分更新情報として放送されると共に、が全構成
情報通知周期タイマで示される周期で、ディレクトリ構
造の全構成情報、すなわち、ルートエントリからの差分
情報が放送される。図18は、全構成情報通知周期タイ
マを用いた場合の、上述した図13のフローチャートの
ステップS2に対応した、コンテナ構成更新情報Ms
g.1の生成ならびに放送の一例の処理を示すフローチ
ャートである。
Container configuration update information Msg. 1 indicates that every time an update of the container entry is detected, only the updated amount is broadcast as the difference update information, and is the period indicated by the all-configuration-information notification period timer, and all the configuration information of the directory structure, That is, the difference information from the route entry is broadcast. FIG. 18 shows the container configuration update information Ms corresponding to step S2 of the flowchart of FIG. 13 described above when the all configuration information notification period timer is used.
g. 2 is a flowchart showing an example of the processing of generating 1 and broadcasting.

【0098】図18のフローチャートによる処理は、全
て送信側レプリケータ12上で行われる。先ず、最初の
ステップS100で、全構成情報通知周期Tを計測する
全構成情報通知周期タイマT1 を、後述のステップS1
02でセットされるタイマT2 の整数倍の時間にセット
され、タイマT1 が起動される。なお、全構成情報通知
周期タイマT1 の値の詳細な設定方法については、後述
する。
All processing according to the flowchart of FIG. 18 is performed on the transmitting side replicator 12. First, in the first step S100, the all-configuration-information notification period timer T 1 for measuring the all-configuration information notification period T is set to the step S1 described later.
The timer T 1 is set to an integral multiple of the timer T 2 set in 02, and the timer T 1 is started. The detailed setting method of the value of the all-configuration information notification period timer T 1 will be described later.

【0099】タイマT1 がセットされると、次のステッ
プS101で、送信側サーバ11上のコンテナエントリ
の階層構成の情報が全て読み込まれる。読み込まれたコ
ンテナエントリの階層構成の情報は、送信側レプリケー
タ12が有する、例えばメモリやハードディスクといっ
た記録または記憶媒体に、コピー6として記憶される。
When the timer T 1 is set, in the next step S101, all the information on the hierarchical structure of the container entry on the transmitting side server 11 is read. The read information on the hierarchical structure of the container entry is stored as a copy 6 in a recording or storage medium, such as a memory or a hard disk, which the transmission side replicator 12 has.

【0100】コピー6が記憶されたら、次のステップS
102で、タイマT2 が所定の時間にセットされ、起動
され、その次のステップS103では、上述のステップ
S100でセットされた全構成情報通知周期タイマT1
若しくはタイマT2 の何れかがセットされた時間を超過
するまで待機される。タイマT1 若しくはタイマT2
何れかがセットされた時間を超過したら、処理はステッ
プS104に移行する。
When the copy 6 is stored, the next step S
At 102, the timer T 2 is set to a predetermined time and activated, and at the next step S103, the all-configuration-information notification period timer T 1 set at the above-mentioned step S100.
Alternatively, it waits until any one of the timers T 2 exceeds the set time. When either the timer T 1 or the timer T 2 exceeds the set time, the process proceeds to step S104.

【0101】ステップS104では、上述のステップS
103で超過したタイマが全構成情報通知周期タイマT
1 であるかどうかが判断される。若し、セットされた時
間を超過したタイマがタイマT1 ではない、すなわち、
タイマT2 であると判断された場合には、処理はステッ
プS106に移行する。
In step S104, the above-mentioned step S
The timer exceeded in 103 is the all configuration information notification period timer T
It is determined whether it is 1 . If the timer that has exceeded the set time is not timer T 1 , ie,
If it is determined that the timer is T 2 , the process proceeds to step S106.

【0102】一方、ステップS104で、全構成情報通
知周期タイマT1 が超過したと判断されれば、処理はス
テップS105に移行し、上述のステップS101で記
憶されたコピー6の内容がクリアされる。クリアされる
ことによって、コピー6の内容は、ルートエントリのみ
とされる。コピー6の内容がクリアされると、処理はス
テップS106に移行する。
On the other hand, if it is determined in step S104 that the total configuration information notification period timer T 1 has exceeded, the process proceeds to step S105, and the contents of the copy 6 stored in step S101 described above are cleared. . By being cleared, the contents of copy 6 are limited to the root entry. When the contents of copy 6 are cleared, the process proceeds to step S106.

【0103】ステップS106では、再び送信側サーバ
11上のコンテナエントリの階層構成の情報が全て読み
込まれる。読み込まれたコンテナエントリの階層構造
は、送信側レプリケータ12が有する、例えばメモリや
ハードディスクといった記録または記憶媒体に、コピー
7として記憶される。
In step S106, all the information on the hierarchical structure of the container entry on the transmitting server 11 is read again. The read hierarchical structure of the container entry is stored as a copy 7 in a recording or storage medium such as a memory or a hard disk included in the transmission side replicator 12.

【0104】次のステップS107では、上述したコピ
ー6と、ステップS106で記憶されたコピー7とが比
較される。若し、比較の結果、両者に差分が無いとされ
れば(ステップS108)、処理はステップS100へ
戻され、再び全構成情報通知周期タイマT1 がセットさ
れ、上述した、以降の処理が行われる。
In the next step S107, the copy 6 described above is compared with the copy 7 stored in step S106. If there is no difference between the two as a result of the comparison (step S108), the process is returned to step S100, the all-configuration information notification period timer T 1 is set again, and the subsequent processes described above are performed. Be seen.

【0105】なお、上述のステップS104により全構
成情報通知周期タイマT1 が超過し、ステップS105
でコピー6の内容がクリアされている場合、ステップS
107のコピー6とコピー7との比較により、ルートエ
ントリに対しての、コピー2として記憶されたコンテナ
エントリの階層構造の差分が求められることになる。
It should be noted that the above-mentioned step S104 causes the all-configuration information notification period timer T 1 to exceed,
If the contents of copy 6 are cleared in step S, step S
By comparing the copy 6 and the copy 7 in 107, the difference in the hierarchical structure of the container entry stored as the copy 2 with respect to the root entry is obtained.

【0106】一方、ステップS108で、コピー6とコ
ピー7との間に差分があると判断されれば、処理はステ
ップS109に移行する。ステップS109では、コピ
ー6とコピー7との差分に基づき、差分更新情報が生成
される。そして、この差分更新情報が記述されたコンテ
ナ構造更新情報Msg.1が生成される。生成されたコ
ンテナ構造更新情報Msg.1は、放送ネットワーク2
に対して送信され、放送される。放送されたコンテナ構
造更新情報Msg.1は、受信側レプリケータ17に受
信される。
On the other hand, if it is determined in step S108 that there is a difference between copy 6 and copy 7, the process proceeds to step S109. In step S109, difference update information is generated based on the difference between copy 6 and copy 7. Then, the container structure update information Msg. 1 is generated. The generated container structure update information Msg. 1 is a broadcast network 2
Will be sent to and broadcast. The container structure update information Msg. 1 is received by the receiving side replicator 17.

【0107】ステップS109でコンテナ構造更新情報
Msg.1が放送されると、次のステップS110で、
コピー6の内容がコピー7の内容で置き替えられ、処理
はステップS100に戻される。
In step S109, the container structure update information Msg. When 1 is broadcast, in the next step S110,
The contents of copy 6 are replaced with the contents of copy 7, and the process returns to step S100.

【0108】なお、この例における受信側レプリケータ
17での、上述した図13のフローチャートのステップ
S3に対応した処理は、上述した図15のフローチャー
トに従って行われる。
The processing corresponding to step S3 of the above-mentioned flowchart of FIG. 13 in the receiving-side replicator 17 in this example is performed according to the above-mentioned flowchart of FIG.

【0109】プリリクジットメッセージIDを用いるこ
の例では、リーフ更新情報Msg.x1に、上述したプ
リリクジットメッセージIDリストを追加して、プリリ
クジットメッセージIDリスト付きリーフ更新情報Ms
g.x1を作成する。リーフ更新情報Msg.x1にプ
リリクジットメッセージIDリストが追加された、プリ
リクジットメッセージIDリスト付きリーフ更新情報M
sg.x1は、各コンテナエントリのそれぞれについ
て、所定間隔で送信側レプリケータ12から受信側レプ
リケータ17に放送される。以下、繁雑さを避けるため
に、「プリリクジットメッセージIDリスト付きリーフ
更新情報Msg.x1」を、「リーフ更新情報Msg.
x1”」と略称する。
In this example using the pre-return message ID, the leaf update information Msg. The leaf update information Ms with a pre-restriction message ID list is added to x1 by adding the above-mentioned pre-restriction message ID list.
g. Create x1. Leaf update information Msg. Leaf update information M with pre-exit message ID list in which the pre-exit message ID list is added to x1
sg. x1 is broadcast from the transmission side replicator 12 to the reception side replicator 17 at a predetermined interval for each container entry. Hereinafter, in order to avoid complexity, the “leaf update information Msg.x1 with pre-exit message ID list” is replaced with “leaf update information Msg.x1.
x1 ″ ”.

【0110】プリリクジットメッセージは、送信側レプ
リケータ12において、コンテナエントリの配下のリー
フエントリに対してなされた変更に基づき生成されたリ
ーフ更新情報Msg.x1の履歴を、各コンテナエント
リ毎に一覧した差分更新通知履歴テーブルを参照して作
成される。差分更新通知履歴テーブルの一例を図19に
示す。このように、差分更新通知履歴テーブルには、コ
ンテナエントリ名と、そのコンテナエントリの配下のリ
ーフエントリの変更に伴い生成されたリーフ更新情報M
sg.x1のメッセージIDのリストが、各コンテナエ
ントリについて記述されている。
The pre-restriction message is the leaf update information Msg.j generated by the transmitting-side replicator 12 based on the change made to the leaf entry under the container entry. The history of x1 is created by referring to the differential update notification history table in which each container entry is listed. FIG. 19 shows an example of the difference update notification history table. As described above, in the differential update notification history table, the container entry name and the leaf update information M generated in accordance with the change of the leaf entry under the container entry.
sg. A list of x1 message IDs is described for each container entry.

【0111】送信側レプリケータ12では、リーフ更新
情報Msg.x1を作成する際に、この差分更新通知履
歴テーブルを参照し、対応するコンテナエントリ配下の
リーフエントリに関する、最新のものから所定個前まで
のリーフ更新情報Msg.x1のメッセージIDを取得
する。取得された複数のメッセージIDは、プリリクジ
ットメッセージIDとして一覧され、プリリクジットメ
ッセージIDリストが作成される。
In the transmitting replicator 12, the leaf update information Msg. x1 is created, the differential update notification history table is referred to, and the leaf update information Msg. Get the message ID of x1. The plurality of acquired message IDs are listed as a pre-exit message ID, and a pre-exit message ID list is created.

【0112】リーフ更新情報Msg.x1に対してプリ
リクジットメッセージIDリストが追加された、上述の
リーフ更新情報Msg.x1”のフォーマットは、 このようになる。メッセージID(MessageID) および差
分更新情報は、上述したリーフ更新情報Msg.x1と
同等のものである。
Leaf update information Msg. The leaf update information Msg. The format of x1 "is It looks like this. The message ID (MessageID) and the difference update information are the leaf update information Msg. It is equivalent to x1.

【0113】プリリクジットメッセージIDリストを用
いた場合の、図16のフローチャートにおけるステップ
S31の処理を、図20のフローチャートを用いて、よ
り詳細に説明する。この図20のフローチャートによる
処理は、全て送信側レプリケータ12上で行われる。図
20のフローチャートによる処理は、送信側レプリケー
タ12によって、送信側サーバ11が管理するディレク
トリ構造上の全てのコンテナエントリに対して行われ
る。
The process of step S31 in the flowchart of FIG. 16 when the pre-return message ID list is used will be described in more detail with reference to the flowchart of FIG. All the processes according to the flowchart of FIG. 20 are performed on the transmitting-side replicator 12. The process according to the flowchart of FIG. 20 is performed by the transmitting side replicator 12 for all container entries in the directory structure managed by the transmitting side server 11.

【0114】先ず、最初のステップS120で、全構成
情報通知周期Tを計測する全構成情報通知周期タイマT
1 ’を、後述のステップS122でセットされるタイマ
2の整数倍の時間にセットされ、タイマT1 が起動さ
れる。なお、詳細は後述するが、全構成情報通知周期タ
イマT1 ’は、上述した全構成情報通知周期タイマT1
と別個に時間をセットすることができる。全構成情報通
知周期タイマT1 ’の設定方法については、後述する。
First, in the first step S120, the total configuration information notification period timer T for measuring the total configuration information notification period T
1 ', is set to an integer multiple of the time the timer T 2 is set in step S122 described later, the timer T 1 is activated. Although the details will be described later, the all-configuration-information notification period timer T 1 ′ is the all-configuration information notification period timer T 1 described above.
And the time can be set separately. The method of setting the all configuration information notification period timer T 1 'will be described later.

【0115】タイマT1 ’がセットされると、次のステ
ップS121で、送信側サーバ11上の、あるコンテナ
エントリ(コンテナエントリAとする)の配下のリーフ
エントリ名が全て読み込まれる。読み込まれたリーフエ
ントリ名は、送信側レプリケータ12が有する、例えば
メモリやハードディスクといった記録または記憶媒体
に、コピー8として記憶される。
When the timer T 1 'is set, in the next step S121, all leaf entry names under a certain container entry (referred to as container entry A) on the transmitting server 11 are read. The read leaf entry name is stored as a copy 8 in a recording or storage medium, such as a memory or a hard disk, which the transmission side replicator 12 has.

【0116】コピー8が記憶されたら、次のステップS
122で、タイマT2 が所定の時間にセットされ、起動
され、その次のステップS123では、上述のステップ
S120でセットされた全構成情報通知周期タイマ
1 ’若しくはタイマT2 の何れかがセットされた時間
を超過するまで待機される。タイマT1 ’若しくはタイ
マT2 の何れかがセットされた時間を超過したら、処理
はステップS124に移行する。
When the copy 8 is stored, the next step S
At 122, the timer T 2 is set to a predetermined time and activated, and at the next step S123, either the all configuration information notification period timer T 1 'or the timer T 2 set at the above step S120 is set. It will wait until the specified time is exceeded. If either the timer T 1 'or the timer T 2 exceeds the set time, the process proceeds to step S124.

【0117】ステップS124では、上述のステップS
123で超過したタイマが全構成情報通知周期タイマT
1 ’であるかどうかが判断される。若し、セットされた
時間を超過したタイマがタイマT1 ’ではない、すなわ
ち、タイマT2 であると判断された場合には、処理はス
テップS126に移行する。
In step S124, the above-mentioned step S
The timer exceeded in 123 is the all configuration information notification period timer T
It is judged whether it is 1 '. If it is determined that the timer that has exceeded the set time is not timer T 1 ′, that is, timer T 2 , the process proceeds to step S126.

【0118】一方、ステップS124で、全構成情報通
知周期タイマT1 ’が超過したと判断されれば、処理は
ステップS125に移行し、上述のステップS121で
記憶されたコピー8の内容がクリアされる。クリアされ
ることによって、コピー8の内容は、上述したコンテナ
エントリAのみとされる。コピー8の内容がクリアされ
所定のコンテナエントリのみとされると、処理はステッ
プS126に移行する。
On the other hand, if it is determined in step S124 that the total configuration information notification period timer T 1 'has exceeded, the process proceeds to step S125 to clear the contents of the copy 8 stored in step S121. It By being cleared, the contents of the copy 8 are limited to the above-mentioned container entry A. When the contents of the copy 8 are cleared and only the predetermined container entries are made, the process proceeds to step S126.

【0119】ステップS126では、再び送信側サーバ
11上の、あるコンテナエントリ(この例ではコンテナ
エントリA)の配下のリーフエントリ名が全て読み込ま
れる。読み込まれたリーフエントリ名は、送信側レプリ
ケータ12が有する、例えばメモリやハードディスクと
いった記録または記憶媒体に、コピー9として記憶され
る。
In step S126, all leaf entry names under a certain container entry (container entry A in this example) on the transmitting side server 11 are read again. The read leaf entry name is stored as a copy 9 in a recording or storage medium, such as a memory or a hard disk, which the transmission side replicator 12 has.

【0120】次のステップS127では、上述したコピ
ー8と、ステップS126で記憶されたコピー9とが比
較される。比較の結果、両者の間に差分が無いとされれ
ば(ステップS128)、処理はステップS120へ戻
され、再び全構成情報通知周期タイマT1 ’がセットさ
れ、上述した、以降の処理が行われる。
In the next step S127, the copy 8 described above is compared with the copy 9 stored in step S126. As a result of the comparison, if there is no difference between the two (step S128), the process is returned to step S120, the all-configuration information notification period timer T 1 'is set again, and the subsequent processes described above are performed. Be seen.

【0121】一方、ステップS128で、コピー8とコ
ピー9との間に差分があるとされれば、処理はステップ
S129に移行する。ステップS129では、上述した
差分更新通知履歴テーブルを参照し、対象としているコ
ンテナエントリAに対応するリーフ更新情報Msg.x
1のメッセージIDのリストを取得する。次のステップ
S130で、取得されたメッセージIDのリストをプリ
リクジットメッセージIDリストとしてリーフ更新情報
Msg.x1”が生成され、放送される。
On the other hand, if there is a difference between copy 8 and copy 9 in step S128, the process proceeds to step S129. In step S129, the leaf update information Msg. x
Acquire a list of message IDs of 1. In the next step S130, the obtained message ID list is used as a pre-restriction message ID list and the leaf update information Msg. x1 ″ is generated and broadcast.

【0122】ステップS130で生成されたリーフ更新
情報Msg.x1”は、ステップS131で、差分更新
通知履歴テーブルの対象となるコンテナエントリのメッ
セージIDのリストに追記される。
The leaf update information Msg. In step S131, x1 ″ is added to the list of message IDs of the target container entries in the difference update notification history table.

【0123】ステップS131で、差分更新通知履歴テ
ーブルへのメッセージIDの追記が行われると、次のス
テップ132で、コピー8の内容がコピー9の内容で書
き替えられ、処理はステップS120に戻される。
When the message ID is added to the difference update notification history table in step S131, the contents of copy 8 are rewritten with the contents of copy 9 in step 132, and the process returns to step S120. .

【0124】なお、上述のステップS124で全構成情
報通知周期タイマT1 ’が超過し、次のステップS12
5でコピー8の内容がクリアされた場合には、ステップ
SステップS129で生成される差分更新情報は、配下
の情報がクリアされたコンテナエントリに対して、新た
にリーフエントリを追加するようになされる。
In step S124, the all-configuration information notification period timer T 1 'has exceeded, and the next step S12
If the contents of the copy 8 are cleared in 5, the difference update information generated in step S S129 is such that a leaf entry is newly added to the container entry whose subordinate information is cleared. It

【0125】上述のフローチャート中のステップS12
9の処理において、送信側レプリケータ12では、過去
において放送されたリーフ更新情報Msg.x1”を保
存している必要がある。そのため、送信側レプリケータ
12では、上述した図20で示されるフローチャートの
ステップS130の処理を、図21に示すフローチャー
トに従って行う。
Step S12 in the above flowchart
In the process of 9, the transmitting-side replicator 12 transmits the leaf update information Msg. It is necessary to store x1 ″. Therefore, the transmission side replicator 12 performs the process of step S130 of the flowchart shown in FIG. 20 described above according to the flowchart shown in FIG.

【0126】先ず、送信側レプリケータ12において、
例えばメモリやハードディスクなどに、リポジトリと称
する所定の記憶領域を設定する。図21において、最初
のステップS90で、図20で上述したステップS12
9で、差分更新通知履歴テーブルを参照して取得され
た、対象コンテナエントリに対応するリーフ更新情報M
sg.x1のメッセージIDのリストに列挙されている
メッセージIDを、プリリクジットメッセージIDとし
て、差分更新情報を記述したリーフ更新情報Msg.x
1”を生成する。次のステップS91で、生成されたリ
ーフ更新情報Msg.x1”がリポジトリに格納され
る。そして、次のステップS92で、ステップS90で
生成されたリーフ更新情報Msg.x1”が放送ネット
ワーク2を介して放送される。
First, in the transmitting side replicator 12,
For example, a predetermined storage area called a repository is set in a memory or a hard disk. 21, the first step S90 is the step S12 described above with reference to FIG.
9, the leaf update information M corresponding to the target container entry acquired by referring to the differential update notification history table
sg. The message IDs listed in the list of message IDs of x1 are used as the pre-exit message IDs and the leaf update information Msg. x
1 "is generated. In the next step S91, the generated leaf update information Msg.x1" is stored in the repository. Then, in the next step S92, the leaf update information Msg. x1 ″ is broadcast via the broadcast network 2.

【0127】プリリクジットメッセージIDリストを用
いた場合の、図16のフローチャートにおけるステップ
S32の処理を、図22のフローチャートを用いて、よ
り詳細に説明する。この図22のフローチャートによる
処理は、全て受信側レプリケータ17上で行われる。最
初のステップS80で、送信側レプリケータ12によっ
て放送ネットワーク2を介して放送されたリーフ更新情
報Msg.x1”が、受信側レプリケータ17によって
受信される。
The process of step S32 in the flowchart of FIG. 16 when the pre-return message ID list is used will be described in more detail with reference to the flowchart of FIG. The processing according to the flowchart of FIG. 22 is all performed on the receiving side replicator 17. In the first step S80, the leaf update information Msg. x1 ″ is received by the receiving replicator 17.

【0128】ステップS81で、ステップS80での受
信がリーフ更新情報Msg.x1”の初回の受信である
かどうかが判断される。若し、この受信が初回の受信で
あると判断されたら、処理はステップS85に移行す
る。ステップS85では、受信されたリーフ更新情報M
sg.x1”のメッセージIDが、受信側レプリケータ
17が有する例えばメモリやハードディスクといった記
録または記憶媒体に上に形成される、メッセージIDリ
ストに追記記録される。
In step S81, the reception in step S80 indicates that the leaf update information Msg. It is determined whether or not it is the first reception of x1 ″. If it is determined that this reception is the first reception, the process proceeds to step S85. In step S85, the received leaf update information M is received.
sg. The message ID "x1" is additionally recorded in a message ID list formed on a recording or storage medium such as a memory or a hard disk included in the receiving side replicator 17.

【0129】次のステップS86では、受信されたリー
フ更新情報Msg.x1”の内容、すなわち、リーフ更
新情報Msg.x1”に記述された差分更新情報に基づ
き、受信側サーバ16で管理されているディレクトリ情
報のうち、対応するリーフエントリの内容が変更され
る。ステップS86の処理の後、処理はステップS80
に戻される。
At the next step S86, the received leaf update information Msg. x1 ″, that is, the difference update information described in the leaf update information Msg.x1 ″, the content of the corresponding leaf entry in the directory information managed by the receiving server 16 is changed. After the processing of step S86, the processing is step S80.
Returned to.

【0130】一方、上述のステップS81で、ステップ
S80でのリーフ更新情報Msg.x1”の受信が初回
の受信では無いと判断されたら、処理はステップS82
に移行する。ステップS82では、メッセージIDリス
トが参照され、ステップS80で受信されたリーフ更新
情報Msg.x1”のメッセージIDがメッセージID
リスト上に存在するかどうかが判断される。若し、存在
すると判断されたら、処理はステップS80に戻され
る。
On the other hand, in step S81, the leaf update information Msg. If it is determined that the reception of "x1" is not the first reception, the process proceeds to step S82.
Move to. In step S82, the message ID list is referred to, and the leaf update information Msg. The message ID of x1 "is the message ID
It is determined whether it exists on the list. If it is determined that it exists, the process returns to step S80.

【0131】一方、ステップS82でメッセージIDリ
スト上に受信したリーフ更新情報Msg.x1”のメッ
セージIDが存在しないと判断されたら、処理はステッ
プS83に移行する。ステップS83では、受信したリ
ーフ更新情報Msg.x1”のプリリクジットメッセー
ジIDリスト上のメッセージIDのうち、メッセージI
Dリスト上に無いものがあるかどうかが判断される。若
し、無い、すなわち、プリリクジットメッセージIDリ
スト上のメッセージIDが全てメッセージIDリストに
存在すると判断されたら、処理は上述したステップS8
5に移行する。
On the other hand, in step S82, the leaf update information Msg. If it is determined that the message ID "x1" does not exist, the process proceeds to step S83. In step S83, the message I among the message IDs on the pre-restricted message ID list of the received leaf update information Msg.x1 "is message I.
It is determined whether or not there is something that is not on the D list. If not, that is, if it is determined that all the message IDs in the pre-exit message ID list are present in the message ID list, the process proceeds to step S8 described above.
Go to 5.

【0132】一方、ステップS83で、受信したリーフ
更新情報Msg.x1”のプリリクジットメッセージI
Dリスト上のメッセージIDのうち、メッセージIDリ
ストに無いものがあると判断されれば、処理はステップ
S84に移行する。ステップS84では、メッセージI
Dリストに無いメッセージIDを有するリーフ更新情報
Msg.x1”の取得がなされる。
On the other hand, in step S83, the received leaf update information Msg. x1 "pre-recruit message I
If it is determined that some of the message IDs on the D list are not in the message ID list, the process proceeds to step S84. In step S84, the message I
Leaf update information Msg. x1 ″ is acquired.

【0133】このステップS84によるリーフ更新情報
Msg.x1”の取得は、例えば双方向に通信が可能な
双方向ネットワークで送信側レプリケータ12と受信側
レプリケータ17とを接続し、この双方向ネットワーク
を用いて行うことができる。例えば、受信側レプリケー
タ17から送信側レプリケータ12に対して、メッセー
ジIDリストに無いメッセージIDを有するリーフ更新
情報Msg.x1”が、双方向ネットワークを介して要
求される。送信側レプリケータ12では、この要求に応
じて、該当するリーフ更新情報Msg.x1”を双方向
ネットワークを介して受信側レプリケータ17に送信す
る。
Leaf update information Msg. The acquisition of x1 ″ can be performed, for example, by connecting the transmitting side replicator 12 and the receiving side replicator 17 with a bidirectional network capable of bidirectional communication, and using the bidirectional network. For example, the receiving side replicator 17 Request from the transmitting-side replicator 12 the leaf update information Msg.x1 ″ having a message ID that is not in the message ID list via the bidirectional network. In response to this request, the transmitting-side replicator 12 receives the relevant leaf update information Msg. x1 ″ is transmitted to the receiving-side replicator 17 via the bidirectional network.

【0134】また、ステップS84によるリーフ更新情
報Msg.x1”の取得は、上述に限らず、双方向ネッ
トワークでは、受信側レプリケータ17から送信側レプ
リケータ12に対する、メッセージIDリストに無いメ
ッセージIDを有するリーフ更新情報Msg.x1”の
要求のみ行い、送信側レプリケータ12において、該当
するリーフ更新情報Msg.x1”を放送ネットワーク
2を介して放送するようにしてもよい。
Also, the leaf update information Msg. The acquisition of "1" is not limited to the above, and in the bidirectional network, only the leaf update information Msg.x1 "having a message ID that is not in the message ID list is requested from the receiving side replicator 17 to the transmitting side replicator 12. In the replicator 12, the corresponding leaf update information Msg. x1 ″ may be broadcast via the broadcast network 2.

【0135】ところで、上述したように、図16のフロ
ーチャート中のステップS31による、リーフ更新情報
Msg.x1の放送は、送信側1で管理されるディレク
トリ構造中の、全コンテナエントリのそれぞれに関して
行われ、放送されるリーフ更新情報Msg.x1は、膨
大な量になることが予想される。したがって、受信側3
では、必要とされている、すなわち、頻繁に照会される
コンテナエントリの配下のリーフエントリに対するリー
フ更新情報Msg.x1のみを、放送された多数のリー
フ更新情報Msg.x1から、効率よくフィルタ処理す
る必要がある。
By the way, as described above, the leaf update information Msg. The broadcast of x1 is performed for each of all container entries in the directory structure managed by the transmission side 1, and is broadcasted as leaf update information Msg. It is expected that x1 will be a huge amount. Therefore, the receiving side 3
In the leaf update information Msg. x1 only, a large number of broadcast leaf update information Msg. It is necessary to filter efficiently from x1.

【0136】以下に、リーフ更新情報Msg.x1に対
して、効率的にフィルタ処理を行う方法について説明す
る。送信側レプリケータ12は、放送されるリーフ更新
情報Msg.x1に対して、受信側レプリケータ17に
おいてフィルタ処理を行うためのフィルタリングマスク
を付加する。フィルタリングマスクを解釈するためのマ
スクスキーマ構造と、マスクスキーマ構造を送信側レプ
リケータ12から受信側レプリケータ17に通知する方
法などについては、後述する。
The leaf update information Msg. A method for efficiently filtering x1 will be described. The transmitting-side replicator 12 uses the leaf update information Msg. A filtering mask for performing filter processing in the reception side replicator 17 is added to x1. A mask schema structure for interpreting the filtering mask and a method of notifying the mask schema structure from the transmitting side replicator 12 to the receiving side replicator 17 will be described later.

【0137】リーフ更新情報Msg.x1にフィルタリ
ングマスクを付加したメッセージ(リーフ更新情報Ms
g.x1’とする)の構造を、次のように定義し、上述
のリーフ更新情報Msg.x1を全てこのリーフ更新情
報Msg.x1’で置き替えて考える。すなわち、リー
フ更新情報Msg.x1’は、 このように定義される。「MessageID 」(メッセージI
D)は、上述のリーフ更新情報Msg.x1の場合と同
様に、このメッセージ(リーフ更新情報Msg.x
1’)の識別情報であって、例えば、このメッセージが
生成される毎に1ずつ増加される整数である。「差分更
新情報」は、ここに記述されるフィルタリングマスクで
特定されるコンテナエントリ配下のリーフエントリの、
追加、削除および属性変更といった手続の情報である。
Leaf update information Msg. A message in which a filtering mask is added to x1 (leaf update information Ms
g. x1 ′) is defined as follows, and the leaf update information Msg. x1 for all the leaf update information Msg. Replace with x1 'and think. That is, the leaf update information Msg. x1 'is It is defined in this way. "Message ID" (Message I
D) is the leaf update information Msg. This message (leaf update information Msg.x
1 ') identification information, which is, for example, an integer that is incremented by 1 each time this message is generated. “Differential update information” is the leaf entry under the container entry specified by the filtering mask described here,
This is information on procedures such as addition, deletion, and attribute change.

【0138】「FilteringMask 」(フィルタリングマス
ク)の構造は、次のように定義される。すなわち、フィ
ルタリングマスクは、 このように定義される。「MaskSchema Version」(マス
クスキーマバージョン)は、例えば上述のコンテナ構造
更新情報Msg.1におけるメッセージIDに相当し、
例えばこのフィルタリングマスクが生成される毎に1、
増加される値である。「Mask Value」(マスク値)は、
例えばビット列あるいはバイト単位で表されるマスクの
値である。
The structure of "Filtering Mask" (filtering mask) is defined as follows. That is, the filtering mask is It is defined in this way. “Mask Schema Version” is, for example, the above-mentioned container structure update information Msg. Corresponding to the message ID in 1.
For example, 1 each time this filtering mask is generated,
The value to be increased. "Mask Value" is
For example, it is a mask value expressed in bit strings or byte units.

【0139】なお、マスク値の構造は、マスクスキーマ
バージョンによって対応付けられるマスクスキーマ(後
述する)によって規定される。マスクスキーマは、後述
する別のメッセージによって送信側レプリケータ12か
ら受信側レプリケータ17に通知される。
The structure of the mask value is defined by a mask schema (described later) associated with the mask schema version. The mask schema is notified from the transmitting side replicator 12 to the receiving side replicator 17 by another message described later.

【0140】マスク値の割当方法について説明する。こ
の例では、あるコンテナエントリの配下のコンテナエン
トリのそれぞれを、所定ビット数からなるビット列で識
別する。受信側レプリケータ17では、受信されたリー
フ更新情報Msg.x1’中に記述されるマスク値を参
照することによってフィルタ処理を行い、必要なリーフ
更新情報Msg.x1’を選択的に抽出することができ
る。
A method of assigning a mask value will be described. In this example, each container entry under a certain container entry is identified by a bit string having a predetermined number of bits. In the reception side replicator 17, the received leaf update information Msg. Filter processing is performed by referring to the mask value described in x1 ′, and necessary leaf update information Msg. x1 ′ can be selectively extracted.

【0141】フィルタリングマスクのマスク値のビット
配列構造は、コンテナエントリの階層構造に対応させて
決定される。例えば図23Aに一例が示されるように、
図3で説明したエントリ名の記述方法に倣い、上位のコ
ンテナエントリXの配下のエントリX.A、X.B、
X.C、X.DおよびX.Eを互いに識別するために、
それぞれ3ビットのマスク値(000)、(001)、
(010)、(011)および(100)が割り当てら
れる。なお、〔... 〕は、より上位のコンテナエントリ
が存在することを示す。
The bit array structure of the mask value of the filtering mask is determined corresponding to the hierarchical structure of the container entry. For example, as shown in FIG. 23A,
In accordance with the description method of the entry name described in FIG. 3, the entry X. A, X. B,
X. C, X. D and X. To distinguish E from each other,
3-bit mask values (000), (001),
(010), (011) and (100) are assigned. Note that [...] indicates that there is a higher-level container entry.

【0142】このようにマスク値が与えられた、コンテ
ナエントリXの配下のコンテナエントリに対して、エン
トリの追加や削除が行われた場合、図24のフローチャ
ートに従って処理が行われ、コンテナエントリの増減に
応じてマスク値の割り当てを行う。なお、以下では、コ
ンテナエントリの追加や削除が行われる前のコンテナ階
層を、更新前コンテナ階層と称する。更新前コンテナ階
層のマスク桁数M’は、送信側レプリケータ12の例え
ばメモリに記憶されているものとする。
When an entry is added to or deleted from a container entry under the container entry X to which the mask value is thus given, the processing is performed according to the flowchart of FIG. 24 to increase or decrease the number of container entries. The mask value is assigned according to In the following, the container hierarchy before the addition or deletion of the container entry is performed is referred to as the pre-update container hierarchy. It is assumed that the mask digit number M ′ of the pre-update container hierarchy is stored in, for example, the memory of the transmitting-side replicator 12.

【0143】先ず、最初のステップS60で、送信側レ
プリケータ12によって、対象となるコンテナエントリ
の配下のコンテナエントリの数Nが取得される。コンテ
ナエントリ中の、配下のコンテナエントリのリストを参
照することで、コンテナエントリ数Nが求められる。次
のステップS61では、N個の要素を一意に識別可能な
ビット数Mが選ばれ、マスクの桁数がM桁とされる。例
えば、上述した図23Aの例では、コンテナエントリX
は、配下のコンテナエントリを5個有しているので、5
個を一意に識別可能なビット数〔3〕がマスクの桁数と
される。
First, in the first step S60, the transmission side replicator 12 acquires the number N of container entries subordinate to the target container entry. The number N of container entries is obtained by referring to the list of subordinate container entries in the container entries. In the next step S61, the number M of bits that can uniquely identify the N elements is selected, and the number of digits of the mask is set to M. For example, in the example of FIG. 23A described above, the container entry X
Has 5 subordinate container entries, so 5
The number of bits [3] that can uniquely identify each piece is the number of digits of the mask.

【0144】次に、ステップS62で、上述のステップ
S61で割り当てられたビット数Mが、対応する更新前
コンテナ階層に割り当てられたマスク桁数M’と同一か
どうかが判断される。若し、マスク桁数Mとマスク桁数
M’とが同一であれば、処理はステップS63に移行す
る。
Next, in step S62, it is determined whether the number of bits M assigned in step S61 is the same as the number of mask digits M'assigned to the corresponding pre-update container hierarchy. If the mask digit number M and the mask digit number M ′ are the same, the process proceeds to step S63.

【0145】ステップS63では、更新後のコンテナ階
層のコンテナエントリのうち、更新前コンテナ階層のコ
ンテナエントリに対応するエントリには、同一のマスク
値を割り当てる。さらに、次のステップS64で、例え
ば更新後のコンテナ階層に新規にコンテナエントリの追
加が起こったなどして、更新後のコンテナ階層に、更新
前コンテナ階層に対応するコンテナエントリが存在しな
いコンテナエントリがあった場合、そのコンテナエント
リに対して、同一のコンテナ階層の他のコンテナエント
リのマスク値と重複しないようなマスク値が与えられ
る。
In step S63, the same mask value is assigned to the entry corresponding to the container entry in the pre-update container hierarchy among the container entries in the updated container hierarchy. Further, in the next step S64, for example, a container entry corresponding to the pre-update container hierarchy does not exist in the post-update container hierarchy due to the addition of a new container entry in the post-update container hierarchy. If so, a mask value that does not overlap with the mask values of other container entries in the same container hierarchy is given to that container entry.

【0146】一方、上述のステップS62で、マスク桁
数Mとマスク桁数M’とが同一ではないと判断された
ら、処理はステップS65に移行し、当該コンテナ階層
の全コンテナエントリのそれぞれに対して、一意にマス
ク値が与えられる。
On the other hand, if it is determined in the above step S62 that the mask digit number M and the mask digit number M'are not the same, the process proceeds to step S65, and all the container entries in the container hierarchy are processed. The mask value is uniquely given.

【0147】例えば、上述の図23Aの状態に、新たに
コンテナエントリ”... X.F”が追加され、図23B
のようなコンテナ階層になったとする。コンテナエント
リ”... X”の配下のコンテナエントリ数Nは、6であ
り、一意に表現するためには3ビットが必要とされ、更
新後のコンテナエントリ”... X”の配下のコンテナ階
層のマスク桁数M=3でる。更新前コンテナ階層のマス
ク桁数M’=3であって、マスク桁数M’とマスク桁数
Mとは等しい。したがって、図23Bに示される各コン
テナエントリ”... X.A”、”... X.B”、”...
X.C”、”... X.D”および”... X.E”は、更
新前コンテナ階層の対応するエントリのマスク値がそれ
ぞれ割り当てられる(ステップS63)。一方、新規に
追加されたコンテナエントリ”... X.F”は、同じコ
ンテナ階層の他のコンテナエントリと重複しないよう
に、マスク値(101)が割り当てられる(ステップS
64)。
For example, a container entry "... X.F" is newly added to the state of FIG.
Suppose you have a container hierarchy like this. The number N of container entries under the container entry "... X" is 6, and 3 bits are required to uniquely represent it. The container under the updated container entry "... X" is required. The number of mask digits M = 3. The mask digit number M ′ of the pre-update container hierarchy is 3, and the mask digit number M ′ is equal to the mask digit number M. Therefore, each container entry "... X.A", "... X.B", "..." shown in FIG. 23B.
X. C "," ... X. D "and" ... X. E "is assigned the mask value of the corresponding entry in the pre-update container hierarchy (step S63). On the other hand, the newly added container entry" ... X. A mask value (101) is assigned to F ″ so as not to overlap with other container entries in the same container hierarchy (step S
64).

【0148】また例えば、上述の図23Aの状態から、
コンテナエントリ”... X.C”を削除して、図23C
のようなコンテナ階層になったとする。この場合、コン
テナエントリ”... X”配下のコンテナエントリ数N
は、4であり、2ビットのマスク桁数Mで各コンテナエ
ントリを識別可能なので、更新後のコンテナ階層のマス
ク桁数M=2である。一方、更新前コンテナ階層のマス
ク桁数M’=3であって、更新前と更新後とで、マスク
桁数が異なる。したがって、ステップS65の処理によ
って、当該階層の全エントリに、マスク桁数M=2で新
たにマスク値が割り当てられる。
Further, for example, from the state of FIG. 23A described above,
Delete the container entry "... X.C" and add
Suppose you have a container hierarchy like this. In this case, the number of container entries N under the container entry "... X"
Is 4, and each container entry can be identified by the 2-bit mask digit number M, so the mask digit number M = 2 of the updated container hierarchy. On the other hand, the mask digit number M ′ of the pre-update container hierarchy is M ′ = 3, and the mask digit number is different before and after the update. Therefore, by the processing of step S65, a new mask value is assigned to all the entries of the hierarchy with the mask digit number M = 2.

【0149】さらに、図23Cの状態に、新たにコンテ
ナエントリ”... X.G”が追加され、図23Dの状態
になったとする。この場合、コンテナエントリ”...
X”配下のコンテナエントリ数Nは5であり、コンテナ
エントリを互いに識別するためには、マスク桁数M=3
とする必要がある。マスク桁数Mが更新前のマスク桁数
M’=2と異なるため、ステップS65の処理によっ
て、コンテナエントリ”... X”の配下の全コンテナエ
ントリに、新たにマスク値が割り当てられる。
Furthermore, it is assumed that a container entry "... X.G" is newly added to the state of FIG. 23C, and the state of FIG. 23D is reached. In this case, the container entry "...
The number N of container entries under X "is 5, and in order to identify the container entries from each other, the number of mask digits M = 3.
And need to. Since the number of mask digits M is different from the number of mask digits M '= 2 before updating, the mask value is newly assigned to all the container entries under the container entry "... X" by the process of step S65.

【0150】マスク値のビットアサインは、ディレクト
リ構造の上位側から、コンテナ階層順にシリアルになさ
れる。一方、この実施の一形態では、上述のように、同
一階層に存在するエントリ数によってマスク桁数が異な
る。また、エントリの削除や追加などによって、コンテ
ナ階層中のエントリ数が変化し、それに伴いマスク桁数
が変化する。そのため、マスク値を表すビット列中のど
のビットがどのコンテナエントリ(あるいはコンテナ階
層)に対応するかを判断し、マスク値を解釈するための
情報機構が必要となる。
The bit assignment of the mask value is serialized in the container hierarchy order from the upper side of the directory structure. On the other hand, in this embodiment, the number of mask digits differs depending on the number of entries existing in the same layer as described above. Also, the number of entries in the container hierarchy changes due to deletion or addition of entries, and the number of mask digits also changes accordingly. Therefore, an information mechanism is required to determine which bit in the bit string representing the mask value corresponds to which container entry (or container hierarchy) and interpret the mask value.

【0151】この実施の一形態では、マスク値を解釈す
るための情報機構として、次に示すマスクスキーマ(Mas
kSchema)を定義する。マスクスキーマは、 このように定義される。「MaskSchema Version」(マス
クスキーマバージョン)は、例えば上述のコンテナ構造
更新情報Msg.1におけるメッセージIDに相当し、
例えば対応するフィルタリングマスクが生成される毎に
1、増加される値である。「TotalMaskLength 」(全マ
スク長)は、全体のコンテナ階層に対応する、マスク値
全体のビット長を表す。すなわち、全マスク長は、ディ
レクトリ構造の全ての階層を表現するために必要なビッ
ト数に対応する。「Set of ContainerEntryMaskSchema
」(セットオブコンテナエントリマスクスキーマ)
は、後述する「 ContainerEntryMaskSchema 」(コンテ
ナエントリマスクスキーマ)の配列を表す。
In this embodiment, as an information mechanism for interpreting the mask value, the following mask schema (Mas
kSchema) is defined. The mask schema is It is defined in this way. “Mask Schema Version” is, for example, the above-mentioned container structure update information Msg. Corresponding to the message ID in 1.
For example, it is a value that is incremented by 1 each time a corresponding filtering mask is generated. “Total Mask Length” (total mask length) represents the bit length of the entire mask value corresponding to the entire container hierarchy. That is, the total mask length corresponds to the number of bits required to represent all the layers of the directory structure. `` Set of ContainerEntryMaskSchema
(Set of Container Entry Mask Schema)
Represents an array of "ContainerEntryMaskSchema" (container entry mask schema) described later.

【0152】上述のコンテナエントリマスクスキーマ
は、あるコンテナエントリに対応するフィルタリングマ
スクを規定する。すなわち、コンテナエントリマスクス
キーマは、 このように定義される。「ContainerEntryName」(コン
テナエントリ名)は、対象となるコンテナエントリのエ
ントリ名を表す文字列である。「OffsetLength」(オフ
セット長)は、このコンテナエントリに対応するフィル
タリングマスクの、全マスク値の最初のビットからのオ
フセット値であり、「MaskLength」(マスク長)は、マ
スク値の桁数(ビット長)である。「AssignedMaskValu
e 」(割り当てマスク値)は、対象となるコンテナエン
トリに割り当てられたマスク値であり、ビット列で表さ
れる。
The above-mentioned container entry mask schema defines the filtering mask corresponding to a certain container entry. That is, the container entry mask schema is It is defined in this way. “ContainerEntryName” (container entry name) is a character string representing the entry name of the target container entry. "OffsetLength" is the offset value from the first bit of all mask values of the filtering mask corresponding to this container entry, and "MaskLength" is the number of digits (bit length) of the mask value. ). "Assigned Mask Valu
“E” (allocation mask value) is a mask value assigned to the target container entry and is represented by a bit string.

【0153】図25を用いて、コンテナエントリマスク
スキーマの符号化について説明する。図25Aは、上述
の図23Aに対応する図であって、上位のコンテナエン
トリ”... X”の配下に、コンテナエントリ名”...
X.A”、”... X.B”、”... X.C”、”...
X.D”および”... X.E”の5つのコンテナエント
リが存在し、それぞれ3桁のマスク長で以てマスク値が
割り当てられている。なお、ここでは説明のため、これ
ら5つのコンテナエントリは、配下に他のエントリを有
しないものとする。
Encoding of the container entry mask schema will be described with reference to FIG. FIG. 25A is a diagram corresponding to FIG. 23A described above, in which the container entry name “... X” is subordinate to the upper container entry “... X”.
X. A "," ... X. B "," ... X. C "," ...
X. D "and" ... X. There are five container entries "E", each of which is assigned a mask value with a mask length of 3 digits. Here, for the sake of explanation, these five container entries have other entries under them. I will not do it.

【0154】図25Bは、コンテナエントリ”... X.
C”のマスク値の一例を示す。この例では、オフセット
長が77ビットであることから、コンテナエント
リ”... X.C”に3ビットのマスク長で割り当てられ
た割り当てマスク値が、コンテナエントリ”... X.
C”のマスク値の78ビット目から開始される3ビット
であることが分かる。オフセット長に含まれる77ビッ
トのマスク値は、コンテナエントリ”... X.C”より
上位のコンテナエントリに対応する割り当てマスク値で
ある。
FIG. 25B shows a container entry "... X.
An example of the mask value of C ″ is shown. In this example, since the offset length is 77 bits, the container entry “... X. The assignment mask value assigned to C "with a mask length of 3 bits is the container entry" ... X.
It can be seen that it is 3 bits starting from the 78th bit of the mask value of C ″. The 77-bit mask value included in the offset length is the container entry “... X. It is an allocation mask value corresponding to a container entry higher than C ″.

【0155】このように、マスク値における対象コンテ
ナエントリの割り当てマスク値の位置が規定され、コン
テナエントリマスクスキーマが符号化される。
In this way, the position of the allocation mask value of the target container entry in the mask value is defined, and the container entry mask schema is encoded.

【0156】コンテナエントリマスクスキーマのより具
体的な例を示す。上述したコンテナエントリ”... X.
C”に対応するコンテナエントリマスクスキーマは、例
えば、 このようになる。なお、括弧()内は、説明のためのも
のであって、実際に記述する必要は無い。
A more specific example of the container entry mask schema will be shown. The above-mentioned container entry "... X.
The container entry mask schema corresponding to C ″ is, for example, It looks like this. Note that the contents in parentheses () are for the purpose of explanation, and it is not necessary to actually describe them.

【0157】また、図25Aに示されるコンテナエント
リ”... X.Dに対応するコンテナエントリマスクスキ
ーマは、例えば、 このようになる。
The container entry mask schema corresponding to the container entry "... X.D" shown in FIG. It looks like this.

【0158】このときのマスクスキーマは、例えばマス
クスキーマバージョンを498、全マスク長を134ビ
ットとした場合、 このようになる。上述の例では、コンテナエント
リ”... X.Cおよび”... X.Dのコンテナエントリ
マスクスキーマがマスクスキーマ中に記述されている
が、〔....〕の部分には、さらに他のコンテナエントリ
マスクスキーマが記述される。この例で分かるように、
マスクスキーマには、一つのディレクトリ構造における
全コンテナエントリに関するコンテナエントリマスクス
キーマが記述される。
The mask schema at this time is, for example, when the mask schema version is 498 and the total mask length is 134 bits, It looks like this. In the example above, the container entries "... X.C and" ... X.C. Although the container entry mask schema of D is described in the mask schema, another container entry mask schema is described in the part [....]. As you can see in this example,
The mask schema describes a container entry mask schema for all container entries in one directory structure.

【0159】なお、この例で、全マスク長が134ビッ
トとなっているのに対して、コンテナエントリ”...
X.Cおよび”... X.Dについてのコンテナエントリ
マスクスキーマでは、オフセット値が77ビットおよび
マスク長が3ビットの、合計で80ビットである。これ
は、これらコンテナエントリ”... X.Cおよび”...
X.Dの配下にも、さらにコンテナ階層が存在すること
を示している。
In this example, while the total mask length is 134 bits, the container entry "...
X. In the container entry mask schema for C and "... X.D., the offset value is 77 bits and the mask length is 3 bits, for a total of 80 bits. C and "...
X. It also indicates that there is another container hierarchy under D.

【0160】上述したマスクスキーマにおいて、コンテ
ナエントリ”... X.Cに対応するフィルタリングマス
クの符号化は、例えば、 このようになる。なお、マスク値(Mask Value)は、〔0
11〕以外の部分も全て、他の階層のコンテナエントリ
の割り当てマスク値からなるビットで埋められる。
In the mask schema described above, the coding of the filtering mask corresponding to the container entry "... X.C" is performed by, for example, It looks like this. In addition, the mask value (Mask Value) is [0
11] is also filled with bits made up of allocation mask values of container entries of other layers.

【0161】同様に、コンテナエントリ”... X.Dに
対応するフィルタリングマスクの符号化は、例えば、 このようになる。
Similarly, the encoding of the filtering mask corresponding to the container entry "... X.D is performed by, for example, It looks like this.

【0162】送信側レプリケータ12では、送信側サー
バ11をモニタして、コンテナエントリの階層構造の変
更を検知して、上述したマスクスキーマの変更を行う。
したがって、受信側3において適切なフィルタ処理を行
うためには、送信側レプリケータ12によって、階層構
造の変更に基づく差分更新情報の通知と共に、変更され
たマスクスキーマが受信側レプリケータ17に通知され
る必要がある。
The transmitting-side replicator 12 monitors the transmitting-side server 11 to detect the change in the hierarchical structure of the container entry, and changes the mask schema as described above.
Therefore, in order for the receiving side 3 to perform an appropriate filtering process, the transmitting side replicator 12 needs to notify the receiving side replicator 17 of the changed mask schema together with the notification of the difference update information based on the change of the hierarchical structure. There is.

【0163】この実施の一形態では、マスクスキーマを
送信側レプリケータ12から受信側レプリケータ17に
通知するために、上述したコンテナ構造更新情報Ms
g.1の構造に対して、マスクスキーマ構造を追加す
る。マスクスキーマ構造を追加されたコンテナ構造更新
情報Msg.1’を、 このように定義する。マスクスキーマは、コンテナ階層
の構成が変更される毎に変更される可能性がある。その
ため、このコンテナ構造更新情報Msg.1’も、コン
テナ階層の構成の変更に応じて生成される。「MessageI
D 」(メッセージID)は、コンテナ構造更新情報Ms
g.1’が生成される毎に1ずつ増加される整数であ
る。以下では、上述したコンテナ構造更新情報Msg.
1を、全てこのコンテナ構造更新情報Msg.1’に置
き替えるものとする。
In this embodiment, in order to notify the mask schema from the transmitting side replicator 12 to the receiving side replicator 17, the above-mentioned container structure update information Ms is transmitted.
g. A mask schema structure is added to the structure of 1. Container structure update information Msg. 1 ' It is defined like this. The mask schema may change each time the configuration of the container hierarchy changes. Therefore, this container structure update information Msg. 1'is also generated according to the change in the configuration of the container hierarchy. "Message I
D "(message ID) is the container structure update information Ms
g. It is an integer that is incremented by 1 each time 1'is generated. In the following, the container structure update information Msg.
1 for all the container structure update information Msg. It should be replaced with 1 '.

【0164】送信側レプリケータ12では、上述した図
17のフローチャートにおけるステップS46で、コン
テナ階層に対応させたフィルタリングマスクが付加され
たメッセージである、リーフ更新情報Msg.x1’を
生成し、受信側レプリケータ17に放送している。ここ
で、受信側3では、リーフ更新情報Msg.x1’によ
る受信側レプリケータ17でのフィルタ処理を行う前
に、受信側クライアント15が必要としているコンテナ
階層の対象部分を特定しておく必要がある。
In the transmitting-side replicator 12, in step S46 in the above-mentioned flowchart of FIG. 17, the leaf update information Msg. x1 ′ is generated and broadcast to the reception side replicator 17. Here, on the receiving side 3, the leaf update information Msg. It is necessary to specify the target portion of the container hierarchy required by the receiving client 15 before performing the filtering process in the receiving replicator 17 by x1 ′.

【0165】このため、受信側レプリケータ17におい
て、対象となるコンテナ階層をフィルタ処理するための
マスクを列挙したリストを作成する。このリストを、タ
ーゲットマスクリストと称する。
Therefore, the receiving side replicator 17 creates a list enumerating the masks for filtering the target container hierarchy. This list is called a target mask list.

【0166】図26を用いてターゲットマスクリストに
ついて説明する。先ず、図26Aに示されるようなディ
レクトリ構造を想定する。図26Aのディレクトリ階層
は、最上位のルートエントリ以外は全てコンテナエント
リで構成されているものとする。各四角はコンテナエン
トリを表し、二重線の四角で示されるコンテナエントリ
は、例えばユーザの嗜好に基づき受信側クライアント1
5でフィルタ処理を行うように特定されたエントリであ
る。各エントリ内に表示された数字は、当該エントリ毎
に割り当てられたマスク値である。
The target mask list will be described with reference to FIG. First, assume a directory structure as shown in FIG. 26A. The directory hierarchy in FIG. 26A is assumed to be composed of all container entries except the root entry at the highest level. Each square represents a container entry, and the container entry indicated by a double-lined square is, for example, the receiving client 1 based on the user's preference.
5 is an entry specified to be filtered. The number displayed in each entry is a mask value assigned to each entry.

【0167】図26Aに示されるように、ユーザの嗜好
に基づきフィルタ処理するように受信側クライアント1
5で特定されたコンテナエントリのそれぞれに対して、
マスク1〜5が割り当てられている。このディレクトリ
構造において、マスク1〜5の全マスク長分のマスク値
は、ディレクトリ構造を上位側から辿り、マスク1が
As shown in FIG. 26A, the client 1 on the receiving side performs the filtering process based on the user's preference.
For each of the container entries identified in 5,
Masks 1 to 5 are assigned. In this directory structure, the mask values for all mask lengths of the masks 1 to 5 follow the directory structure from the upper side, and the mask 1 is

〔000〕、マスク2が〔0010〕マスク3が〔01
0〕、マスク4が〔10000〕およびマスク5が〔1
0010〕となる。
[000], mask 2 is [0010] mask 3 is [01
0], the mask 4 is [10000] and the mask 5 is [1].
[0010] becomes.

【0168】図26Bは、このように特定されたマスク
がリストとされたターゲットマスクリストの一例を示
す。ターゲットマスクリストは、ディレクトリの構造を
特定するスキーマバージョンと、ユーザの嗜好などに基
づき受信側クライアント15で特定された上述したマス
ク値のリストとからなる。すなわち、このターゲットマ
スクリストは、スキーマバージョンで記述されたディレ
クトリ構造でのみ有効なリストである。
FIG. 26B shows an example of a target mask list in which the masks thus identified are listed. The target mask list is made up of a schema version that specifies the structure of the directory and a list of the mask values specified by the receiving client 15 based on the user's preference. That is, this target mask list is a list valid only in the directory structure described in the schema version.

【0169】図27は、ターゲットマスクリストを作成
する処理のフローチャートである。このフローチャート
は、受信側レプリケータ17で実行される。先ず、最初
のステップS70で、受信側レプリケータ17によっ
て、コンテナ構造更新情報Msg.1’が受信される。
ステップS71で、ステップS70での受信がコンテナ
構造更新情報Msg.1’の初回の受信であるかどうか
が判断され、初回の受信であると判断されれば、処理は
ステップS73に移行する。
FIG. 27 is a flowchart of the processing for creating the target mask list. This flowchart is executed by the receiving side replicator 17. First, in the first step S70, the receiving side replicator 17 causes the container structure update information Msg. 1'is received.
In step S71, the reception in step S70 indicates that the container structure update information Msg. It is determined whether it is the first reception of 1 ', and if it is the first reception, the process proceeds to step S73.

【0170】ステップS73では、受信されたコンテナ
構造更新情報Msg.1’のメッセージIDを、受信側
レプリケータ17が有する、例えばメモリやハードディ
スクといった記録または記憶媒体に、コピー10として
記憶される。
In step S73, the received container structure update information Msg. The message ID 1 ′ is stored as a copy 10 in a recording or storage medium such as a memory or a hard disk of the receiving side replicator 17.

【0171】次のステップS74で、受信されたコンテ
ナ構造更新情報Msg.1’の内容に基づき、コンテナ
階層を生成する。生成されたコンテナ階層を示す情報が
受信側レプリケータ17から受信側クライアント15に
提示され、特定すべきコンテナエントリの選択が促され
る。例えば、受信側クライアント15では、所定の表示
手段を用いて、供給されたコンテナ階層を示す情報に基
づく表示を行う。ユーザは、この表示に基づき、所定の
方法で必要なコンテナエントリを選択する。選択された
コンテナエントリの情報は、受信側クライアント15か
ら受信側レプリケータ17に渡される。
In the next step S74, the received container structure update information Msg. A container hierarchy is generated based on the contents of 1 '. The information indicating the generated container hierarchy is presented from the reception side replicator 17 to the reception side client 15, and the selection of the container entry to be specified is prompted. For example, the receiving-side client 15 uses a predetermined display means to display based on the supplied information indicating the container hierarchy. The user selects a required container entry in a predetermined method based on this display. The information of the selected container entry is passed from the receiving client 15 to the receiving replicator 17.

【0172】なお、コンテナエントリの特定は、ユーザ
の直接的な選択によってなされるのに限定されない。例
えば、受信側クライアント15によって、ユーザが照会
を行ったコンテナエントリの情報を蓄積し、蓄積された
情報に基づきユーザの嗜好の傾向を学習して自動的に必
要と思われるコンテナエントリを選択するようにもでき
る。さらに、ユーザによる直接的な選択と、学習による
自動的な選択とを併用することもできる。
The specification of the container entry is not limited to the direct selection by the user. For example, the receiving side client 15 accumulates the information of the container entry that the user has inquired about, learns the tendency of the user's preference based on the accumulated information, and automatically selects the necessary container entry. You can also Further, the direct selection by the user and the automatic selection by learning can be used together.

【0173】このようにして、ステップS74でコンテ
ナエントリが選択されると、ステップS75で、選択さ
れたコンテナ階層に対応するフィルタリングマスクが設
定される。設定されたフィルタリングマスクの一覧は、
ターゲットマスクリストとして、例えば受信側レプリケ
ータ17が有する、例えばメモリやハードディスクとい
った記録または記憶媒体に記憶される。
In this way, when the container entry is selected in step S74, the filtering mask corresponding to the selected container hierarchy is set in step S75. For the list of set filtering masks,
The target mask list is stored in a recording or storage medium, such as a memory or a hard disk, which the replicator 17 on the receiving side has, for example.

【0174】一方、上述のステップS71で、コンテナ
構造更新情報Msg.1’の受信が初回ではないと判断
されれば、処理はステップS72に移行する。ステップ
S72では、受信されたコンテナ構造更新情報Msg.
1’のメッセージIDが、前回までのコンテナ構造更新
情報Msg.1’の受信によりステップS73でコピー
10として記憶媒体に記憶されたメッセージIDと同一
かどうかが判断される。
On the other hand, in the above step S71, the container structure update information Msg. If it is determined that the 1'is not received for the first time, the process proceeds to step S72. In step S72, the received container structure update information Msg.
The message ID of 1 ′ is the container structure update information Msg. When 1'is received, it is determined in step S73 whether the message ID is the same as the message ID stored in the storage medium as the copy 10.

【0175】若し、両者が同一であると判断されたら、
処理はステップS70に戻される。一方、ステップS7
3で両者が同一では無いと判断されたら、処理はステッ
プS74に移行し、今回受信されたコンテナ構造更新情
報Msg.1’のメッセージIDが前回までのメッセー
ジIDの代わりに記憶媒体に記憶され、今回受信された
コンテナ構造更新情報Msg.1’に基づき以降の処理
が行われる。
If both are judged to be the same,
The process is returned to step S70. On the other hand, step S7
If it is determined that both are not the same in step 3, the process proceeds to step S74, and the container structure update information Msg. The message ID of 1'is stored in the storage medium instead of the previous message ID, and the container structure update information Msg. Subsequent processing is performed based on 1 '.

【0176】上述した、リーフ更新情報Msg.x1に
対してプリリクジットメッセージIDリストが追加され
たリーフ更新情報Msg.x1”に、さらにフィルタリ
ングマスクリストを追加した場合の、図16のフローチ
ャートにおけるステップS32の処理を、図28のフロ
ーチャートを用いて、より詳細に説明する。なお、プリ
リクジットメッセージIDリストとフィルタリングマス
クリストとが追加されたリーフ更新情報Msg.x1
を、以下では、リーフ更新情報Msg.x1#と称す
る。
The leaf update information Msg. x1 to the leaf update information Msg. The process of step S32 in the flowchart of FIG. 16 when a filtering mask list is further added to x1 ″ will be described in more detail with reference to the flowchart of FIG. Leaf update information Msg.x1 to which a list and is added
In the following, the leaf update information Msg. x1 #.

【0177】図28のフローチャートによる処理は、全
て受信側レプリケータ17上で行われる。最初のステッ
プS280で、送信側レプリケータ12によって放送ネ
ットワーク2を介して放送されたリーフ更新情報Ms
g.x1#が、受信側レプリケータ17によって受信さ
れる。
The processing according to the flowchart of FIG. 28 is all performed on the receiving side replicator 17. In the first step S280, the leaf update information Ms broadcast by the transmitting-side replicator 12 via the broadcast network 2
g. The x1 # is received by the receiving replicator 17.

【0178】次のステップS281で、ステップS28
0で受信したリーフ更新情報Msg.x1#のフィルタ
リングマスクがターゲットマスクリスト中に存在するか
どうかが判断される。若し、存在しないと判断されれ
ば、処理はステップS280に戻される。一方、受信さ
れたリーフ更新情報Msg.x1#のフィルタリングマ
スクがターゲットマスクリスト中に存在すると判断され
れば、処理はステップS281に移行する。
In the next step S281, step S28
0 received leaf update information Msg. It is determined whether the filtering mask of x1 # is present in the target mask list. If it is determined that it does not exist, the process returns to step S280. On the other hand, the received leaf update information Msg. If it is determined that the filtering mask of x1 # exists in the target mask list, the process proceeds to step S281.

【0179】ステップS282で、ステップS280で
の受信がリーフ更新情報Msg.x1#の初回の受信で
あるかどうかが判断される。若し、この受信が初回の受
信であると判断されたら、処理はステップS286に移
行する。ステップS286では、受信されたリーフ更新
情報Msg.x1#のメッセージIDが、受信側レプリ
ケータ17が有する例えばメモリやハードディスクとい
った記録または記憶媒体に上に形成される、メッセージ
IDリストに追記記録される。
At step S282, the reception at step S280 indicates that the leaf update information Msg. It is determined whether it is the first reception of x1 #. If it is determined that this reception is the first reception, the process proceeds to step S286. In step S286, the received leaf update information Msg. The message ID of x1 # is additionally recorded in a message ID list formed on a recording or storage medium such as a memory or a hard disk included in the receiving side replicator 17.

【0180】次のステップS287では、受信されたリ
ーフ更新情報Msg.x1#の内容、すなわち、リーフ
更新情報Msg.x1#に記述された差分更新情報に基
づき、受信側サーバ16で管理されているディレクトリ
情報のうち、対応するリーフエントリの内容が変更され
る。ステップS287の処理の後、処理はステップS2
80に戻される。
In the next step S287, the received leaf update information Msg. x1 #, that is, the leaf update information Msg. Based on the difference update information described in x1 #, the content of the corresponding leaf entry in the directory information managed by the receiving server 16 is changed. After the processing of step S287, the processing is step S2.
Returned to 80.

【0181】一方、上述のステップS282で、ステッ
プS280でのリーフ更新情報Msg.x1#の受信が
初回の受信では無いと判断されたら、処理はステップS
283に移行する。ステップS283では、メッセージ
IDリストが参照され、ステップS280で受信された
リーフ更新情報Msg.x1#のメッセージIDがメッ
セージIDリスト上に存在するかどうかが判断される。
若し、存在すると判断されたら、処理はステップS28
0に戻される。
On the other hand, in step S282 described above, the leaf update information Msg. If it is determined that the reception of x1 # is not the first reception, the process proceeds to step S.
Move to 283. In step S283, the message ID list is referred to, and the leaf update information Msg. It is determined whether the message ID of x1 # exists on the message ID list.
If it is determined that it exists, the process proceeds to step S28.
It is set back to 0.

【0182】一方、ステップS283でメッセージID
リスト上に受信したリーフ更新情報Msg.x1#のメ
ッセージIDが存在しないと判断されたら、処理はステ
ップS284に移行する。ステップS284では、受信
したリーフ更新情報Msg.x1#のプリリクジットメ
ッセージIDリスト上のメッセージIDのうち、メッセ
ージIDリスト上に無いものがあるかどうかが判断され
る。若し、無いものが無い、すなわち、プリリクジット
メッセージIDリスト上のメッセージIDが全てメッセ
ージIDリストに存在すると判断されたら、処理は上述
したステップS286に移行する。
On the other hand, in step S283, the message ID
The leaf update information Msg. If it is determined that the message ID of x1 # does not exist, the process proceeds to step S284. In step S284, the received leaf update information Msg. It is determined whether or not there is a message ID that is not on the message ID list among the message IDs on the pre-exit message ID list of x1 #. If there is nothing, that is, if it is determined that all the message IDs in the pre-exit message ID list exist in the message ID list, the process proceeds to step S286 described above.

【0183】一方、ステップS284で、受信したリー
フ更新情報Msg.x1#のプリリクジットメッセージ
IDリスト上のメッセージIDのうち、メッセージID
リストに無いものがあると判断されれば、処理はステッ
プS285に移行する。ステップS285では、メッセ
ージIDリストに無いメッセージIDを有するリーフ更
新情報Msg.x1#の取得がなされる。
On the other hand, in step S284, the received leaf update information Msg. Message ID among the message IDs in the x1 # pre-restricted message ID list
If it is determined that there is one that is not in the list, the process proceeds to step S285. In step S285, the leaf update information Msg. x1 # is acquired.

【0184】このステップS285によるリーフ更新情
報Msg.x1#の取得は、例えば双方向に通信が可能
な双方向ネットワークで送信側レプリケータ12と受信
側レプリケータ17とを接続し、この双方向ネットワー
クを用いて行うことができる。
[0184] The leaf update information Msg. The acquisition of x1 # can be performed, for example, by connecting the transmitting-side replicator 12 and the receiving-side replicator 17 with a bidirectional network capable of bidirectional communication and using this bidirectional network.

【0185】例えば、受信側レプリケータ17から送信
側レプリケータ12に対して、メッセージIDリストに
無いメッセージIDを有するリーフ更新情報Msg.x
1#が、双方向ネットワークを介して要求される。送信
側レプリケータ12では、この要求に応じて、該当する
リーフ更新情報Msg.x1#を双方向ネットワークを
介して受信側レプリケータ17に送信する。
For example, from the receiving side replicator 17 to the transmitting side replicator 12, the leaf update information Msg. x
1 # is requested over the bidirectional network. In response to this request, the transmitting-side replicator 12 receives the relevant leaf update information Msg. x1 # is transmitted to the receiving side replicator 17 via the bidirectional network.

【0186】また、ステップS285によるリーフ更新
情報Msg.x1#の取得は、上述に限らず、双方向ネ
ットワークでは、受信側レプリケータ17から送信側レ
プリケータ12に対する、メッセージIDリストに無い
メッセージIDを有するリーフ更新情報Msg.x1#
の要求のみ行い、送信側レプリケータ12において、該
当するリーフ更新情報Msg.x1#を放送ネットワー
ク2を介して放送するようにしてもよい。
Further, the leaf update information Msg. The acquisition of x1 # is not limited to the above, and in the bidirectional network, the leaf update information Msg. x1 #
Of the corresponding leaf update information Msg. x1 # may be broadcast via the broadcast network 2.

【0187】図21を用いて既に説明したように、送信
側レプリケータ12では、放送されたリーフ更新情報M
sg.x1”がリポジトリに蓄積される。したがって、
上述の図28のステップS285の処理の際に、送信側
レプリケータ12は、受信側レプリケータ17から双方
向ネットワークを介して要求されたリーフ更新情報Ms
g.x1”をリポジトリから取り出して、受信側レプリ
ケータ17に対して送信する。
As already described with reference to FIG. 21, in the transmitting-side replicator 12, the leaf update information M broadcast is broadcast.
sg. x1 "is stored in the repository.
During the processing in step S285 of FIG. 28 described above, the transmission-side replicator 12 requests the leaf update information Ms requested from the reception-side replicator 17 via the bidirectional network.
g. x1 ″ is retrieved from the repository and transmitted to the replicator 17 on the receiving side.

【0188】上述したターゲットマスクリストは、複数
のグループに分割して、分割されたそれぞれのグループ
に一意に優先度(クラス)を割り当てることができる。
この、リストに列挙されたマスク値のそれぞれに優先度
が設けられたターゲットマスクリストを、以下、優先度
付きターゲットマスクリストと称する。優先度付きター
ゲットマスクリストは、受信側レプリケータ17が有す
る、例えばメモリやハードディスクといった記録または
記憶媒体に記憶される。
The target mask list described above can be divided into a plurality of groups, and a priority (class) can be uniquely assigned to each of the divided groups.
The target mask list in which each of the mask values listed in the list has a priority is hereinafter referred to as a priority-added target mask list. The target mask list with priority is stored in a recording or storage medium, such as a memory or a hard disk, that the receiving-side replicator 17 has.

【0189】優先度付きターゲットマスクリストについ
て、より具体的に説明する。図29Aのようなディレク
トリ構成を想定する。図29Aのディレクトリ階層は、
最上位のルートエントリ以外は全てコンテナエントリで
構成されているものとする。各四角はコンテナエントリ
を表し、二重線の四角で示されるコンテナエントリは、
例えばユーザの嗜好に基づき受信側クライアント15で
フィルタ処理を行うように特定されたエントリである。
各エントリ内に表示された数字は、当該エントリ毎に割
り当てられた、マスク1〜6のマスク値である。二重線
の四角で示される各コンテナエントリのマスク値が列挙
され、ターゲットマスクリストが作成される。
The target mask list with priority will be described more specifically. Assume a directory structure as shown in FIG. 29A. The directory hierarchy of FIG. 29A is
All but the highest root entry are assumed to be composed of container entries. Each square represents a container entry, and the container entry indicated by the double-lined square is
For example, the entry is specified so that the receiving client 15 performs the filtering process based on the user's preference.
The numbers displayed in each entry are mask values of masks 1 to 6 assigned to each entry. The mask value of each container entry indicated by a double-lined square is enumerated, and a target mask list is created.

【0190】図29Aに示されるように、ユーザの嗜好
に基づきフィルタ処理するように受信側クライアント1
5で特定されたコンテナエントリのそれぞれに対して、
マスク1〜6が割り当てられている。このディレクトリ
構造において、マスク1〜6の全マスク長分のマスク値
は、ディレクトリ構造を上位側から辿り、マスク1が
As shown in FIG. 29A, the client 1 on the receiving side performs a filtering process based on the user's preference.
For each of the container entries identified in 5,
Masks 1 to 6 are assigned. In this directory structure, mask values for all mask lengths of the masks 1 to 6 follow the directory structure from the upper side, and the mask 1 is

〔000〕、マスク2が〔0010〕マスク3が〔01
0〕、マスク4が〔10000〕およびマスク5が〔1
0010〕となる。また、マスク6のマスク値は、〔1
0〕である。
[000], mask 2 is [0010] mask 3 is [01
0], the mask 4 is [10000] and the mask 5 is [1].
[0010] becomes. The mask value of the mask 6 is [1
0].

【0191】ターゲットマスクリストに列挙された各マ
スク値に対して、優先度が設定され、優先度付きターゲ
ットマスクリストが作成される。一例として、クラスの
値が小さい方が優先度が高く、クラスの値が大きい方が
優先度が低い場合、マスク4に対応するエントリがユー
ザの嗜好を最も反映していて最も優先度が高く、優先度
がクラス1に設定される。マスク1およびマスク5に対
応するエントリは、マスク4に対応するエントリよりも
優先度が低いが、マスク2、3および6に対応する各エ
ントリよりも優先度が高く、優先度がクラス2に設定さ
れる。一方、マスク2、3および6に対応するエントリ
は、マスク1〜6に対応するエントリ中では、最もユー
ザの関心が薄く、優先度も低く設定され、クラス3とさ
れる。
A priority is set for each mask value listed in the target mask list, and a target mask list with priority is created. As an example, when the class value is small, the priority is high, and when the class value is large, the priority is low, the entry corresponding to the mask 4 most reflects the user's preference, and has the highest priority. The priority is set to class 1. The entries corresponding to mask 1 and mask 5 have a lower priority than the entries corresponding to mask 4, but have a higher priority than the entries corresponding to masks 2, 3 and 6, and the priority is set to class 2. To be done. On the other hand, the entries corresponding to the masks 2, 3 and 6 are set as the class 3 because the entries of the masks 1 to 6 have the least interest to the user and are set to have a low priority.

【0192】図29Bは、このようにして優先度クラス
が各エントリに対応するマスク値に設定された、優先度
付きターゲットマスクリストの一例を示す。優先度付き
ターゲットマスクリストは、ディレクトリの構造を特定
するスキーマバージョンと、ユーザの嗜好などに基づき
受信側クライアント15で特定され、さらに優先度クラ
スが設定された、上述したマスク値のリストとからな
る。すなわち、この優先度付きターゲットマスクリスト
は、スキーマバージョンで記述されたディレクトリ構造
でのみ有効なリストである。
FIG. 29B shows an example of the priority-added target mask list in which the priority class is set to the mask value corresponding to each entry in this way. The priority-added target mask list includes a schema version that specifies the directory structure and the above-described mask value list that is specified by the receiving client 15 based on the user's preference and the priority class is set. . That is, this target mask list with priority is a list valid only in the directory structure described by the schema version.

【0193】図30は、優先度付きターゲットマスクリ
ストを作成する一例の処理のフローチャートである。こ
のフローチャートは、受信側レプリケータ17で実行さ
れる。先ず、最初のステップS270で、受信側レプリ
ケータ17によって、コンテナ構造更新情報Msg.
1’が受信される。ステップS271で、ステップS2
70での受信がコンテナ構造更新情報Msg.1’の初
回の受信であるかどうかが判断され、初回の受信である
と判断されれば、処理はステップS273に移行する。
FIG. 30 is a flowchart of an example of processing for creating a target mask list with priorities. This flowchart is executed by the receiving side replicator 17. First, in the first step S270, the receiving side replicator 17 causes the container structure update information Msg.
1'is received. In step S271, step S2
70 receives the container structure update information Msg. It is determined whether it is the first reception of 1 ', and if it is the first reception, the process proceeds to step S273.

【0194】ステップS273では、受信されたコンテ
ナ構造更新情報Msg.1’のメッセージIDを、受信
側レプリケータ17が有する、例えばメモリやハードデ
ィスクといった記録または記憶媒体に、コピー11とし
て記憶される。
In step S273, the received container structure update information Msg. The message ID 1 ′ is stored as a copy 11 in a recording or storage medium such as a memory or a hard disk included in the receiving side replicator 17.

【0195】次のステップS274で、受信されたコン
テナ構造更新情報Msg.1’の内容に基づき、コンテ
ナ階層を生成する。生成されたコンテナ階層を示す情報
が受信側レプリケータ17から受信側クライアント15
に提示され、特定すべきコンテナエントリの選択ならび
に選択されたコンテナエントリに対する優先度の設定が
促される。例えば、受信側クライアント15では、所定
の表示手段を用いて、供給されたコンテナ階層を示す情
報に基づく表示を行う。ユーザは、この表示に基づき、
所定の方法で必要なコンテナエントリを選択すると共
に、そのコンテナエントリに対する優先度を設定する。
選択されたコンテナエントリの情報および設定された優
先度の情報は、受信側クライアント15から受信側レプ
リケータ17に渡される。
At the next step S274, the received container structure update information Msg. A container hierarchy is generated based on the contents of 1 '. Information indicating the generated container hierarchy is transferred from the receiving side replicator 17 to the receiving side client 15.
The selection of the container entry to be specified and the setting of the priority for the selected container entry are prompted. For example, the receiving-side client 15 uses a predetermined display means to display based on the supplied information indicating the container hierarchy. Based on this display, the user
A required container entry is selected by a predetermined method, and a priority for the container entry is set.
The information of the selected container entry and the information of the set priority are passed from the receiving client 15 to the receiving replicator 17.

【0196】なお、コンテナエントリの特定は、ユーザ
の直接的な選択によってなされるのに限定されない。例
えば、受信側クライアント15によって、ユーザが照会
を行ったコンテナエントリの情報を蓄積し、蓄積された
情報に基づきユーザの嗜好の傾向を学習して自動的に必
要と思われるコンテナエントリを選択するようにもでき
る。さらに、ユーザによる直接的な選択と、学習による
自動的な選択とを併用することもできる。
The identification of the container entry is not limited to the direct selection by the user. For example, the receiving side client 15 accumulates the information of the container entry that the user has inquired about, learns the tendency of the user's preference based on the accumulated information, and automatically selects the necessary container entry. You can also Further, the direct selection by the user and the automatic selection by learning can be used together.

【0197】また、選択されたコンテナエントリに対す
る優先度の設定も、上述では、受信側クライアント15
に、ターゲットマスクリストを表示させ、ユーザに対し
て嗜好に応じて優先度を設定するように促すと説明した
が、これはこの例に限定されない。例えば、コンテナエ
ントリに対する過去のアクセスの実績に基づき学習や統
計処理を行い、その結果に基づき自動的に優先度を設定
するようにしてもよい。
Further, the setting of the priority for the selected container entry is also performed by the receiving client 15 in the above description.
In the above description, the target mask list is displayed and the user is prompted to set the priority according to the preference, but this is not limited to this example. For example, learning or statistical processing may be performed based on the past access record to the container entry, and the priority may be automatically set based on the result.

【0198】このようにして、ステップS274でコン
テナエントリが選択されると、ステップS275で、選
択されたコンテナ階層に対応するフィルタリングマスク
が設定されると共に、設定されたフィルタリングマスク
に対して優先度が設定される。優先度が設定されたフィ
ルタリングマスクの一覧は、優先度付きターゲットマス
クリストとして、例えば受信側レプリケータ17が有す
る、例えばメモリやハードディスクといった記録または
記憶媒体に記憶される。
In this way, when the container entry is selected in step S274, the filtering mask corresponding to the selected container hierarchy is set in step S275, and the priority is given to the set filtering mask. Is set. The list of the filtering masks to which the priority is set is stored in a recording or storage medium, such as a memory or a hard disk, which the receiving-side replicator 17 has, for example, as a target mask list with priority.

【0199】一方、上述のステップS271で、コンテ
ナ構造更新情報Msg.1’の受信が初回ではないと判
断されれば、処理はステップS272に移行する。ステ
ップS272では、受信されたコンテナ構造更新情報M
sg.1’のメッセージIDが、前回までのコンテナ構
造更新情報Msg.1’の受信によりステップS273
でコピー7として記憶媒体に記憶されたメッセージID
と同一かどうかが判断される。
On the other hand, in step S271 described above, the container structure update information Msg. If it is determined that 1'is not received for the first time, the process proceeds to step S272. In step S272, the received container structure update information M
sg. The message ID of 1 ′ is the container structure update information Msg. By receiving 1 ', step S273
Message ID stored in the storage medium as copy 7 in
Is determined to be the same as.

【0200】若し、両者が同一であると判断されたら、
処理はステップS270に戻される。一方、ステップS
273で両者が同一では無いと判断されたら、処理はス
テップS274に移行し、今回受信されたコンテナ構造
更新情報Msg.1’のメッセージIDが前回までのメ
ッセージIDの代わりに記憶媒体に記憶され、今回受信
されたコンテナ構造更新情報Msg.1’に基づき以降
の処理が行われる。
If it is judged that they are the same,
The process is returned to step S270. On the other hand, step S
If it is determined in step 273 that they are not the same, the process proceeds to step S274, and the container structure update information Msg. The message ID of 1'is stored in the storage medium instead of the previous message ID, and the container structure update information Msg. Subsequent processing is performed based on 1 '.

【0201】図31は、図30のフローチャートに従っ
て作成された優先度付きターゲットマスクリストに基づ
き、放送されたリーフ更新情報Msg.x1#を選択的
に受信する一例の処理を示すフローチャートである。な
お、ここで説明する例は、リーフ更新情報Msg.x1
#にプリリクジットメッセージIDリスト含まれていな
い場合の例である。
FIG. 31 shows the broadcasted leaf update information Msg.n based on the priority-added target mask list created according to the flowchart of FIG. 11 is a flowchart illustrating an example of a process of selectively receiving x1 #. The example described here is the leaf update information Msg. x1
In this example, # does not include the pre-return message ID list.

【0202】以下で、メッセージバッファおよびメッセ
ージキューは、受信側レプリケータ17が有し、受信側
レプリケータ17によって読み出し/書き込み可能とさ
れた、例えばメモリやハードディスクといった記憶媒体
の所定の記憶領域からなる。メッセージバッファは、デ
ータを溜め込むためのメモリであり、メッセージキュー
は、例えばFIFO(First In-First Out)的に用いられ
るメモリである。
In the following, the message buffer and the message queue are formed of a predetermined storage area of a storage medium, such as a memory or a hard disk, which the reception side replicator 17 has and is readable / writable by the reception side replicator 17. The message buffer is a memory for storing data, and the message queue is a memory used as a FIFO (First In-First Out).

【0203】受信側レプリケータ17は、優先度付きタ
ーゲットマスクリストに列挙されたフィルタリングマス
クを有するリーフ更新情報Msg.x1#を、放送ネッ
トワーク2で放送されたリーフ更新情報Msg.x1#
の中から選択的に受信する。このとき、フィルタリング
マスクに付された優先度に応じて、優先度の高いものか
ら処理を行う。このようにして取得されたリーフ更新情
報Msg.x1#により、上述した図16のフローチャ
ートにおけるステップS32の処理が実行される。
The receiving-side replicator 17 receives the leaf update information Msg.n having the filtering masks listed in the prioritized target mask list. x1 # is the leaf update information Msg. x1 #
Selectively receive from among. At this time, according to the priority given to the filtering mask, processing is performed from the highest priority. The leaf update information Msg. The process of step S32 in the flowchart of FIG. 16 described above is executed by x1 #.

【0204】図31において、最初のステップS150
で、受信されたメッセージ(リーフ更新情報Msg.x
1#)をメッセージバッファに溜め込む単位時間であ
る、メッセージバッファリング単位時間Tbを設定す
る。それと共に、単位時間Tbに基づき動作するタイマ
Tmが起動される。単位時間Tbは、例えば10秒程度
〜1分程度に設定される。
In FIG. 31, the first step S150
The received message (leaf update information Msg.x
The message buffering unit time Tb, which is the unit time for storing 1 #) in the message buffer, is set. At the same time, the timer Tm that operates based on the unit time Tb is started. The unit time Tb is set to, for example, about 10 seconds to 1 minute.

【0205】メッセージバッファリング単位時間Tbが
設定されたら、次のステップS151で、受信側レプリ
ケータ17によって、放送ネットワーク2によって放送
されたリーフ更新情報Msg.x1#が受信される。受
信側レプリケータ17では、記憶媒体に記憶されている
ターゲットマスクリストが参照され、受信されたリーフ
更新情報Msg.x1#に示されるフィルタリングマス
クが優先度付きターゲットマスクリストに存在するかど
うかが判断される(ステップS152)。
After the message buffering unit time Tb is set, in the next step S151, the receiving side replicator 17 causes the leaf update information Msg. x1 # is received. In the receiving side replicator 17, the target mask list stored in the storage medium is referred to, and the received leaf update information Msg. It is determined whether or not the filtering mask indicated by x1 # exists in the priority-added target mask list (step S152).

【0206】若し、ステップS152で、受信されたリ
ーフ更新情報Msg.x1#に示されるフィルタリング
マスクが優先度付きターゲットマスクリスト中に存在し
ないと判断されれば、処理はステップS157に移行す
る。ステップS157では、タイマTmにより、上述の
ステップS150で設定されたメッセージバッファリン
グ単位時間Tbを超過していないとされたら、処理がス
テップS151に戻される。若し、ステップS157
で、単位時間Tbを超過したとされれば、処理は後述す
るステップS158に移行する。
[0206] If the received leaf update information Msg. If it is determined that the filtering mask indicated by x1 # does not exist in the target mask list with priority, the process proceeds to step S157. In step S157, if it is determined by the timer Tm that the message buffering unit time Tb set in step S150 is not exceeded, the process returns to step S151. If so, step S157
Then, if it is determined that the unit time Tb is exceeded, the process proceeds to step S158 described later.

【0207】一方、上述のステップS152で、当該フ
ィルタリングマスクが優先度付きターゲットマスクリス
ト中に存在すると判断されれば、処理はステップS15
3に移行し、ステップS151での受信がリーフ更新情
報Msg.x1#の初回の受信であるかどうかが判断さ
れる。若し、初回の受信であるとされれば、処理ステッ
プS155へ移行し、受信されたリーフ更新情報Ms
g.x1#に示されるメッセージIDが、受信側レプリ
ケータ17が有する、例えばメモリやハードディスクと
いった記録または記憶媒体に、コピー12として記憶さ
れる。そして、次のステップS156で、受信されたリ
ーフ更新情報Msg.x1#がメッセージバッファに記
録され、溜め込まれる。
On the other hand, if it is determined in step S152 that the filtering mask is present in the priority-added target mask list, the process proceeds to step S15.
3, the reception in step S151 indicates that the leaf update information Msg. It is determined whether it is the first reception of x1 #. If it is the first reception, the process proceeds to processing step S155, and the received leaf update information Ms is received.
g. The message ID indicated by x1 # is stored as a copy 12 in a recording or storage medium such as a memory or a hard disk included in the receiving side replicator 17. Then, in the next step S156, the received leaf update information Msg. x1 # is recorded in the message buffer and stored.

【0208】一方、ステップS153で、上述のステッ
プS151でのリーフ更新情報Msg.x1#の受信が
初回の受信では無いと判断されたら、処理はステップS
154に移行する。ステップS154では、受信された
リーフ更新情報Msg.x1#のメッセージIDが、前
回までのリーフ更新情報Msg.x1#の受信によりス
テップS155でコピー12として記憶媒体に記憶され
たメッセージIDと同一かどうかが判断される。
On the other hand, in step S153, the leaf update information Msg. If it is determined that the reception of x1 # is not the first reception, the process proceeds to step S.
Move to 154. In step S154, the received leaf update information Msg. The message ID of x1 # is the leaf update information Msg. Upon reception of x1 #, it is determined in step S155 whether the message ID is the same as the message ID stored in the storage medium as the copy 12.

【0209】若し、ステップS154で両者が同一であ
ると判断されたら、処理はステップS157に移行し、
タイマTmに示される時間情報に基づき、メッセージバ
ッファリング単位時間Tbを超過していなければ処理が
ステップS151に戻され、単位時間Tbを超過してい
れば、処理がステップS158に移行する。
If it is determined in step S154 that they are the same, the process proceeds to step S157,
Based on the time information indicated by the timer Tm, if the message buffering unit time Tb is not exceeded, the process returns to step S151, and if the unit time Tb is exceeded, the process proceeds to step S158.

【0210】一方、ステップS154で両者が同一では
無いと判断されたら、処理は上述したステップS155
に移行し、今回受信されたリーフ更新情報Msg.x1
#のメッセージIDが前回までのメッセージIDの代わ
りにコピー12として記憶媒体に記憶され、ステップS
156で、リーフ更新情報Msg.x1#がメッセージ
バッファに溜め込まれ、処理がステップS157に移行
される。
On the other hand, if it is determined in step S154 that they are not the same, the process proceeds to step S155 described above.
The leaf update information Msg. x1
The message ID of # is stored in the storage medium as the copy 12 instead of the message IDs up to the previous time,
156, the leaf update information Msg. x1 # is stored in the message buffer, and the process proceeds to step S157.

【0211】上述したように、ステップS157で、タ
イマTmに示される時間情報に基づき、メッセージバッ
ファリング単位時間Tbを超過したと判断されたら、処
理はステップS158に移行する。ステップS158で
は、優先度付きターゲットマスクリストが参照され、メ
ッセージバッファに溜め込まれた複数のリーフ更新情報
Msg.x1#が優先度クラス毎に分類される。そし
て、次のステップS159で、優先度の高いクラスのリ
ーフ更新情報Msg.x1#から順に、メッセージキュ
ーに格納され、処理はステップS150に戻される。
As described above, if it is determined in step S157 that the message buffering unit time Tb is exceeded based on the time information indicated by the timer Tm, the process proceeds to step S158. In step S158, the priority-added target mask list is referred to, and the plurality of pieces of leaf update information Msg. x1 # is classified for each priority class. Then, in the next step S159, the leaf update information Msg. The messages are stored in the message queue in order from x1 #, and the process is returned to step S150.

【0212】例えば、上述した図29Bのように優先度
付きターゲットマスクリストが設定された場合、受信側
によって、次に記す5つのリーフ更新情報Msg.x1
#を、所定の単位時間内に受信したものとする。すなわ
ち、各々のMsg.x1#をMsg.−00Xと表し、 Msg.−001:マスク3で選択されるコンテナエン
トリ配下のリーフエントリに対するリーフ更新情報、 Msg.−002:マスク1で選択されるコンテナエン
トリ配下のリーフエントリに対するリーフ更新情報、 Msg.−003:マスク5で選択されるコンテナエン
トリ配下のリーフエントリに対するリーフ更新情報、 Msg.−004:マスク4で選択されるコンテナエン
トリ配下のリーフエントリに対するリーフ更新情報、 Msg.−005:マスク6で選択されるコンテナエン
トリ配下のリーフエントリに対するリーフ更新情報、 これら5つのリーフ更新情報Msg.x1#が受信側に
受信されたとする。
For example, when the priority-added target mask list is set as shown in FIG. 29B, the receiving side sets the following five pieces of leaf update information Msg. x1
It is assumed that # is received within a predetermined unit time. That is, each Msg. x1 # to Msg. -00X, Msg. -0011: leaf update information for a leaf entry under the container entry selected by mask 3, Msg. -002: Leaf update information for leaf entries under the container entry selected by mask 1, Msg. -003: Leaf update information for a leaf entry under the container entry selected by the mask 5, Msg. -004: leaf update information for leaf entries under the container entry selected by mask 4, Msg. -005: Leaf update information for leaf entries under the container entry selected by the mask 6, these five leaf update information Msg. It is assumed that x1 # is received by the receiving side.

【0213】この場合には、リーフ更新情報Msg.x
1#の処理の順序付けは、各リーフ更新情報Msg.x
1#を優先度クラスと対応付けて、 1.Msg.−004(クラス1) 2.Msg.−003(クラス2) 3.Msg.−002(クラス2) 4.Msg.−005(クラス3) 5.Msg.−001(クラス3) このような順序となる。すなわち、この順序で各リーフ
更新情報Msg.x1#がメッセージキューに格納され
る。
In this case, the leaf update information Msg. x
The ordering of the processing of 1 # is performed by each leaf update information Msg. x
1 # is associated with a priority class, Msg. -004 (Class 1) 2. Msg. -003 (Class 2) 3. Msg. -002 (class 2) 4. Msg. -005 (class 3) 5. Msg. -001 (Class 3) This is the order. That is, in this order, each leaf update information Msg. x1 # is stored in the message queue.

【0214】メッセージキューに格納されたリーフ更新
情報Msg.x1#は、格納された順にメッセージキュ
ーから出力され、受信側レプリケータ17のリーフエン
トリの更新処理を行うモジュール(図示しない)に渡さ
れる。リーフエントリ更新処理モジュールでは、渡され
たリーフ更新情報Msg.x1#を用いて、上述した図
16のフローチャートのステップS32によるリーフエ
ントリの更新処理が行われる。リーフエントリの更新処
理と、図31のフローチャートによる、リーフ更新情報
Msg.x1#をメッセージバッファに溜め込む処理と
は、並列的に行われる。
Leaf update information Msg. The x1 # s are output from the message queue in the order in which they are stored and passed to a module (not shown) that updates the leaf entry of the receiving-side replicator 17. In the leaf entry update processing module, the passed leaf update information Msg. The leaf entry update process in step S32 of the above-described flowchart of FIG. 16 is performed using x1 #. The leaf update information Msg. The process of storing x1 # in the message buffer is performed in parallel.

【0215】なお、受信側レプリケータ17において、
更新処理を行うために必要なリソースに制約がある場
合、例えば、処理時間の制約、メモリなどの記憶容量の
制約、あるいは、CPUの処理能力に制約がある場合な
どは、受信側レプリケータ17で処理可能なリーフ更新
情報Msg.x1#の数に制限が生じる。すなわち、メ
ッセージキューの長さに制限がある。この場合には、メ
ッセージキューに格納できないリーフ更新情報Msg.
x1#は、破棄される。
In the receiving side replicator 17,
If there are restrictions on the resources required to perform the update processing, such as processing time restrictions, memory capacity restrictions, or CPU processing capacity restrictions, the receiving side replicator 17 performs processing. Possible leaf update information Msg. There is a limit on the number of x1 #. That is, there is a limit to the length of the message queue. In this case, the leaf update information Msg.
x1 # is discarded.

【0216】一例として、例えば2秒間といった所定の
単位時間に、メッセージバッファに溜め込まれたリーフ
更新情報Msg.x1#の処理が全て行えないような場
合、高い優先度クラスのリーフ更新情報Msg.x1#
から順に処理が行われることになる。
[0216] As an example, the leaf update information Msg. x1 # cannot be completely processed, the leaf update information Msg. x1 #
The processing is performed in order from.

【0217】次に、リーフ更新情報にフィルタリングマ
スクが追加されたリーフ更新情報Msg.x1#に対し
て、さらに、上述したプリリクジットメッセージIDリ
ストを追加した場合の処理について説明する。以下で
は、プリリクジットメッセージIDリストが追加された
リーフ更新情報Msg.x1#を、リーフ更新情報Ms
g.x1#と称する。
Next, the leaf update information Msg. A process when the above-mentioned pre-restriction message ID list is added to x1 # will be described. In the following, the leaf update information Msg. x1 # is the leaf update information Ms
g. x1 #.

【0218】上述の図29Aに示されるディレクトリ構
造の、マスク6に対応するコンテナエントリの配下の2
つのコンテナエントリに、リーフエントリ1および2が
それぞれ追加される場合について、図32を参照しなが
ら説明する。なお、図32Aおよび図32Cに一例が示
されるディレクトリ構造は、図29に示されるディレク
トリ構造から、マスク6に対応するコンテナエントリを
中心に抜き出したものである。
29 under the container entry corresponding to the mask 6 in the directory structure shown in FIG. 29A.
A case where leaf entries 1 and 2 are added to one container entry will be described with reference to FIG. The directory structure shown in FIGS. 32A and 32C as an example is obtained by extracting the container entry corresponding to the mask 6 from the directory structure shown in FIG. 29.

【0219】図32Aがリーフエントリ追加前のディレ
クトリ構造であり、図32Bのような経過を経てリーフ
エントリが追加され、図32Cに示されるディレクトリ
構造が構成される。送信側レプリケータ12において、
送信側サーバ11上のディレクトリ構造の、マスク6に
対応するコンテナエントリ100の配下の、コンテナエ
ントリ101にリーフエントリ103が追加されたこと
が検知される。コンテナエントリ101に対してリーフ
エントリ103が追加されたことを示すコンテナ構造更
新情報Msg.1’(Msg.−006とする)が、送
信側レプリケータ12から受信側レプリケータ17に対
して放送される。次に、同様にしてコンテナエントリ1
02に対してリーフエントリ104が追加されたことが
送信側レプリケータ12に検知され、送信側レプリケー
タ12から受信側レプリケータ17に対して、その旨示
すコンテナ構造更新情報Msg.1’(Msg.−00
7とする)が送信側レプリケータ12から受信側レプリ
ケータ17に対して放送される。
FIG. 32A shows the directory structure before the leaf entry is added, and the leaf entry is added after the progress as shown in FIG. 32B to form the directory structure shown in FIG. 32C. In the transmitting side replicator 12,
It is detected that the leaf entry 103 has been added to the container entry 101 under the container entry 100 corresponding to the mask 6 in the directory structure on the transmitting server 11. Container structure update information Msg.1 indicating that the leaf entry 103 has been added to the container entry 101. 1 ′ (denoted as Msg.-006) is broadcast from the transmission side replicator 12 to the reception side replicator 17. Then, in the same way, container entry 1
02, the transmission side replicator 12 detects that the leaf entry 104 has been added, and the transmission side replicator 12 notifies the reception side replicator 17 of the container structure update information Msg. 1 '(Msg.-00
7) is broadcast from the transmitting side replicator 12 to the receiving side replicator 17.

【0220】コンテナエントリの配下にリーフエントリ
が追加されたことで、リーフエントリの属性情報が変化
し、送信側レプリケータ12によって、送信側サーバ1
1上の、このリーフエントリの変更が検知される。検知
結果に基づき、先ず、リーフエントリ104の属性変化
を示すリーフ更新情報Msg.x1#(Msg.−00
9とする)が生成され、送信側レプリケータ12から受
信側レプリケータ17に対して放送される。続いて、リ
ーフエントリ103の属性変化を示すリーフ更新情報M
sg.x1#(Msg.−008とする)が生成され、
送信側レプリケータ12から受信側レプリケータ17に
放送される。
By adding a leaf entry under the container entry, the attribute information of the leaf entry changes, and the transmitting side replicator 12 causes the transmitting side server 1
The change of this leaf entry on 1 is detected. Based on the detection result, first, the leaf update information Msg. x1 # (Msg.-00
9) is generated and broadcast from the transmitting side replicator 12 to the receiving side replicator 17. Subsequently, the leaf update information M indicating the attribute change of the leaf entry 103
sg. x1 # (Msg.-008) is generated,
It is broadcast from the transmitting side replicator 12 to the receiving side replicator 17.

【0221】このとき、図32Bに示されるように、若
し、Msg.−006およびMsg.−007が放送さ
れている間、受信側レプリケータ17が例えば電源が投
入されていないなどの理由で休止し、その後、稼働した
ような場合、Msg.−006およびMsg.−007
は、受信されず、その後に放送されたMsg.−009
およびMsg.−008は受信される。
At this time, as shown in FIG. 32B, if the Msg. -006 and Msg. -007 is being broadcast, the receiving-side replicator 17 is paused, for example, because the power is not turned on, and thereafter, when it is activated, the Msg. -006 and Msg. -007
Msg. -009
And Msg. -008 is received.

【0222】このとき、リーフエントリの属性変更を示
すMsg.−009およびMsg.−008は、コンテ
ナエントリに対するリーフエントリの追加を示すMs
g.−006およびMsg.−007を受信し取得して
いないと、意味を成さない。そこで、Msg.−009
に対して、Msg.−009による処理を行う前にMs
g.−007の処理を行う必要があることを示すプリリ
クジットメッセージを追加し、上述した、リーフ更新情
報Msg.x1”として、送信側レプリケータ12から
受信側レプリケータ17に放送する。Msg.−008
についても、同様にして、Msg.−006の処理を予
め行う必要があることを示すプリリクジットメッセージ
が追加された、上述のリーフ更新情報Msg.x1”と
して放送される。
At this time, the Msg. -009 and Msg. -008 is Ms indicating addition of a leaf entry to a container entry
g. -006 and Msg. It does not make sense unless -007 is received and acquired. Therefore, Msg. -009
To Msg. Before performing processing according to −009, Ms
g. Pre-exit message indicating that it is necessary to perform the process of -007, and the leaf update information Msg. "1" is broadcast from the transmission side replicator 12 to the reception side replicator 17. Msg.-008
For Msg. The leaf update information Msg. It will be broadcast as x1 ".

【0223】上述したように、図32の例では、受信側
レプリケータ17では、次の4つのメッセージを受信す
る。すなわち、 Msg.−006:マスク6で選択されるコンテナエン
トリ101の配下のリーフエントリ(リーフエントリ1
03)を追加するコンテナ構造更新情報、 Msg.−007:マスク5で選択されるコンテナエン
トリ102の配下のリーフエントリ(リーフエントリ1
04)を追加するコンテナ構造更新情報、 Msg.−008:マスク6で選択されるコンテナエン
トリ101の配下のリーフエントリ103の属性の一部
を変更する、プリリクジットメッセージ中にMsg.−
006が指定されている、リーフ更新情報、 Msg.−009:マスク5で選択されるコンテナエン
トリ102の配下のリーフエントリ104の属性の一部
を変更する、プリリクジットメッセージ中にMsg.−
007が指定されている、リーフ更新情報、 これらの4つのメッセージが、例えば図32Aから図3
2Cまでの期間に受信側レプリケータ17に受信され
る。上述したように、Msg.−006およびMsg.
−007は、受信側レプリケータ17が休止しているた
め、取りこぼされている。
As described above, in the example of FIG. 32, the receiving side replicator 17 receives the following four messages. That is, Msg. -006: Leaf entry under the container entry 101 selected by the mask 6 (leaf entry 1
03) to add container structure update information, Msg. -007: Leaf entry (leaf entry 1) under the container entry 102 selected by the mask 5
04) to add container structure update information, Msg. −008: A part of the attributes of the leaf entry 103 under the container entry 101 selected by the mask 6 is changed, and Msg. −
006 is specified, leaf update information, Msg. −009: A part of the attributes of the leaf entry 104 under the container entry 102 selected by the mask 5 is changed, and Msg. −
Leaf update information in which 007 is specified, these four messages are displayed, for example, in FIG. 32A to FIG.
It is received by the receiving side replicator 17 in the period up to 2C. As mentioned above, Msg. -006 and Msg.
-007 is missed because the replicator 17 on the receiving side is inactive.

【0224】このとき、リーフ更新情報Msg.x1#
の処理の順序付けは、各リーフ更新情報Msg.x1#
を優先度クラスと対応付けて、 1.Msg.−007(クラス2) 2.Msg.−009(クラス2) 3.Msg.−006(クラス3) 4.Msg.−008(クラス3) 例えばこのようになる。すなわち、この順序で各リーフ
更新情報Msg.x1#がメッセージキューに格納され
る。受信側レプリケータ17に取りこぼされたMsg.
−007およびMsg.−006は、それぞれMsg.
−009およびMsg.−008による処理の前に必須
な処理である。そのため、Msg.−007およびMs
g.−006は、それぞれMsg.−009およびMs
g.−008の前に置かれる。
At this time, the leaf update information Msg. x1 #
The processing order of each leaf update information Msg. x1 #
By associating with the priority class, Msg. -007 (Class 2) 2. Msg. -009 (class 2) 3. Msg. -006 (class 3) 4. Msg. -008 (Class 3) For example: That is, in this order, each leaf update information Msg. x1 # is stored in the message queue. The Msg.
-007 and Msg. -006 represents Msg.
-009 and Msg. This is an essential process before the process by -008. Therefore, Msg. -007 and Ms
g. -006 represents Msg. -009 and Ms
g. Placed before -008.

【0225】受信側レプリケータ17では、Msg.−
009およびMsg.−008の処理を行う前に、例え
ば受信側レプリケータ17と送信側レプリケータ12と
を双方向に接続する双方向ネットワークを設け、この双
方向ネットワークを用いて、Msg.−007およびM
sg.−006の順で送信側レプリケータ12から取得
する必要がある。このとき、受信側レプリケータ17あ
るいは送信側レプリケータ12、または、双方向ネット
ワーク4そのものの処理資源の制約などにより、例えば
Msg.−007の取得は可能であるが、Msg.−0
06は取得できないような場合が考えられる。このとき
には、Msg.−008による処理は、見送られる。
In the receiving side replicator 17, Msg. −
009 and Msg. Before performing the processing of -008, for example, a bidirectional network that bidirectionally connects the reception side replicator 17 and the transmission side replicator 12 is provided, and using this bidirectional network, Msg. -007 and M
sg. It is necessary to acquire from the transmitting-side replicator 12 in the order of -006. At this time, for example, due to restrictions on the processing resources of the receiving side replicator 17, the transmitting side replicator 12, or the bidirectional network 4 itself, for example, Msg. -007 can be obtained, but Msg. -0
It is possible that 06 cannot be acquired. At this time, Msg. The processing by -008 is postponed.

【0226】図33は、優先度付きターゲットマスクリ
ストに基づき、放送されたリーフ更新情報Msg.x1
#を選択的に受信する処理において、プリリクジットメ
ッセージIDリストを適用した一例の処理を示すフロー
チャートである。
FIG. 33 shows broadcasted leaf update information Msg. x1
9 is a flowchart showing an example of a process in which a pre-return message ID list is applied in the process of selectively receiving #.

【0227】図33において、最初のステップS170
で、後述するステップS171で受信されたメッセージ
(リーフ更新情報Msg.x1#)をメッセージバッフ
ァに溜め込む単位時間である、メッセージバッファリン
グ単位時間Tbを設定する。それと共に、単位時間Tb
に基づき動作するタイマTmが起動される。単位時間T
bは、例えば10秒程度〜1分程度に設定される。
In FIG. 33, the first step S170.
Then, a message buffering unit time Tb which is a unit time for accumulating the message (leaf update information Msg.x1 #) received in step S171 described later in the message buffer is set. Along with that, the unit time Tb
A timer Tm that operates based on the above is started. Unit time T
b is set to about 10 seconds to 1 minute, for example.

【0228】メッセージバッファリング単位時間Tbが
設定されたら、次のステップS171で、受信側レプリ
ケータ17によって、放送ネットワーク2によって放送
されたリーフ更新情報Msg.x1#が受信される。上
述したように、リーフ更新情報Msg.x1#は、リー
フ更新情報Msg.1’にプリリクジットメッセージI
Dリストを追加したものである。受信側レプリケータ1
7では、記憶媒体に記憶されているターゲットマスクリ
ストが参照され、受信されたリーフ更新情報Msg.x
1#に示されるフィルタリングマスクが優先度付きター
ゲットマスクリストに存在するかどうかが判断される
(ステップS172)。
When the message buffering unit time Tb is set, in the next step S171, the reception side replicator 17 causes the leaf update information Msg. x1 # is received. As described above, the leaf update information Msg. x1 # is leaf update information Msg. Pre-exit message I on 1 '
The D list is added. Receiver Replicator 1
7, the target mask list stored in the storage medium is referred to, and the received leaf update information Msg. x
It is determined whether the filtering mask indicated by 1 # exists in the target mask list with priority (step S172).

【0229】若し、ステップS172で、受信されたリ
ーフ更新情報Msg.x1#に示されるフィルタリング
マスクが優先度付きターゲットマスクリスト中に存在し
ないと判断されれば、処理はステップS180に移行す
る。ステップS180では、タイマTmにより、上述の
ステップS170で設定されたメッセージバッファリン
グ単位時間Tbを超過していないとされたら、処理がス
テップS171に戻される。若し、ステップS180
で、単位時間Tbを超過したとされれば、処理は後述す
るステップS181に移行する。
[0229] In step S172, the received leaf update information Msg. If it is determined that the filtering mask indicated by x1 # does not exist in the priority-added target mask list, the process proceeds to step S180. In step S180, if it is determined by the timer Tm that the message buffering unit time Tb set in step S170 has not been exceeded, the process returns to step S171. If so, step S180
Then, if it is determined that the unit time Tb is exceeded, the process proceeds to step S181 described later.

【0230】一方、上述のステップS172で、当該フ
ィルタリングマスクが優先度付きターゲットマスクリス
ト中に存在すると判断されれば、処理はステップS17
3に移行し、ステップS171での受信がリーフ更新情
報Msg.x1#の初回の受信であるかどうかが判断さ
れる。若し、初回の受信であるとされれば、処理ステッ
プS178へ移行し、受信されたリーフ更新情報Ms
g.x1#に示されるメッセージIDが履歴リストに記
録される。履歴リストは、受信側レプリケータ17が有
する、例えばメモリやハードディスクといった記録また
は記憶媒体の所定領域に形成されるものである。次のス
テップS179で、受信されたリーフ更新情報Msg.
x1#がメッセージバッファに溜め込まれる。
On the other hand, if it is determined in step S172 that the filtering mask is present in the priority-added target mask list, the process proceeds to step S17.
3, the reception in step S171 indicates that the leaf update information Msg. It is determined whether it is the first reception of x1 #. If it is the first reception, the process proceeds to processing step S178, and the received leaf update information Ms is received.
g. The message ID indicated by x1 # is recorded in the history list. The history list is formed in a predetermined area of a recording or storage medium such as a memory or a hard disk of the receiving side replicator 17. In the next step S179, the received leaf update information Msg.
x1 # is stored in the message buffer.

【0231】一方、ステップS173で、上述のステッ
プS171でのリーフ更新情報Msg.x1#の受信が
初回の受信では無いと判断されたら、処理はステップS
174に移行する。ステップS174では、受信された
リーフ更新情報Msg.x1#のメッセージIDと一致
するものが、前回までのリーフ更新情報Msg.x1#
の受信によりステップS178で履歴リストに記録され
たメッセージIDの中にあるかどうかが判断される。
On the other hand, in step S173, the leaf update information Msg. If it is determined that the reception of x1 # is not the first reception, the process proceeds to step S.
Moving to 174. In step S174, the received leaf update information Msg. The one that matches the message ID of x1 # is the leaf update information Msg. x1 #
Is received, it is determined in step S178 whether or not the message ID is included in the message ID recorded in the history list.

【0232】若し、ステップS174で一致するものが
あると判断されたら、処理はステップSステップS18
0に移行し、タイマTmに示される時間情報に基づき、
メッセージバッファリング単位時間Tbを超過していな
ければ処理がステップS171に戻され、単位時間Tb
を超過していれば、処理がステップS181に移行す
る。
If it is determined that there is a match in step S174, the process proceeds to step S18.
0, based on the time information indicated by the timer Tm,
If the message buffering unit time Tb is not exceeded, the process returns to step S171, and the unit time Tb
If it exceeds, the process proceeds to step S181.

【0233】一方、ステップS174で一致するものが
無いと判断されたら、処理はステップS175に移行す
る。ステップS175では、受信されたリーフ更新情報
Msg.x1#中のプリリクジットメッセージIDリス
トに記されるメッセージIDのうち、履歴リストに無い
ものがあるかどうかが判断される。若し、受信されたリ
ーフ更新情報Msg.x1#中のプリリクジットメッセ
ージIDリストに記されるメッセージIDの全てが、履
歴リストに記録されていると判断されれば、処理はステ
ップS178に移行し、受信されたリーフ更新情報Ms
g.x1#が履歴リストに記録される。
On the other hand, if it is determined in step S174 that there is no match, the process proceeds to step S175. In step S175, the received leaf update information Msg. It is determined whether or not there is a message ID that is not in the history list among the message IDs described in the pre-restriction message ID list in x1 #. If the received leaf update information Msg. If it is determined that all the message IDs described in the pre-restriction message ID list in x1 # are recorded in the history list, the process proceeds to step S178, and the received leaf update information Ms is received.
g. x1 # is recorded in the history list.

【0234】一方、ステップS175で、受信されたリ
ーフ更新情報Msg.x1#中のプリリクジットメッセ
ージIDリストに記されるメッセージIDのうち、履歴
リストに記録されていないものがあると判断されれば、
処理はステップS176に移行する。ステップS176
では、受信されたリーフ更新情報Msg.x1#中のプ
リリクジットメッセージIDリストに記されるメッセー
ジIDのうち、履歴リストに記録されていないメッセー
ジIDのリーフ更新情報Msg.x1#の取得がなされ
る。メッセージIDの取得は、例えば、上述した、受信
側レプリケータ17と送信側レプリケータ12とを接続
する双方向ネットワークを用いてなされる。取得された
リーフ更新情報Msg.x1#のメッセージIDは、次
のステップS177で、履歴リストに追加して記録され
る。履歴リストへの追加記録が終了すると、処理はステ
ップS178に移行する。
On the other hand, in step S175, the received leaf update information Msg. If it is determined that some of the message IDs recorded in the pre-exit message ID list in x1 # are not recorded in the history list,
The process proceeds to step S176. Step S176
Then, the received leaf update information Msg. Of the message IDs recorded in the pre-restriction message ID list in x1 #, the leaf update information Msg. x1 # is acquired. The acquisition of the message ID is performed using, for example, the above-described bidirectional network that connects the reception side replicator 17 and the transmission side replicator 12. The acquired leaf update information Msg. The message ID of x1 # is added and recorded in the history list in the next step S177. When the additional recording to the history list ends, the process proceeds to step S178.

【0235】ステップS178では、上述したように、
受信されたリーフ更新情報Msg.x1#のメッセージ
IDが履歴リストへ記録される。そして、次のステップ
S179で、受信されたリーフ更新情報Msg.x1#
がメッセージバッファに溜め込まれ、処理は次のステッ
プS180に移行する。
At step S178, as described above,
The received leaf update information Msg. The message ID of x1 # is recorded in the history list. Then, in the next step S179, the received leaf update information Msg. x1 #
Is stored in the message buffer, and the process proceeds to the next step S180.

【0236】ステップS180では、上述したように、
タイマTmに示される時間情報に基づき、メッセージバ
ッファリング単位時間Tbを超過したかどうかが判断さ
れる。若し、単位時間Tbを超過したと判断されたら、
処理はステップS181に移行する。
At step S180, as described above,
Based on the time information indicated by the timer Tm, it is determined whether the message buffering unit time Tb has been exceeded. If it is judged that the unit time Tb is exceeded,
The process proceeds to step S181.

【0237】ステップS181では、優先度付きターゲ
ットマスクリストが参照され、メッセージバッファに溜
め込まれた複数のリーフ更新情報Msg.x1#が優先
度クラス毎に分類される。そして、次のステップS18
2で、優先度の高いクラスのリーフ更新情報Msg.x
1#から順に、メッセージキューに格納され、処理はス
テップS170に戻される。
In step S181, the priority-added target mask list is referred to, and a plurality of leaf update information Msg. x1 # is classified for each priority class. Then, the next step S18
2, the leaf update information Msg. x
The messages are stored in the message queue in order from 1 #, and the process is returned to step S170.

【0238】次に、上述した全構成情報通知周期タイマ
1 ’およびT1 ’の設定の方法について説明する。上
述したように、この実施の一形態においては、コンテナ
構造項新情報Msg.1’を放送するタイミングを決定
する際に用いる全構成情報通知周期タイマT1 ’と、リ
ーフ更新情報Msg.x1#を放送するタイミングを決
定する際に用いる全構成情報通知周期タイマT1 ’の2
種類のタイマは、それぞれ個別に値を設定することがで
きる。また、これらタイマT1 ’およびT1 ’は、設定
された値を任意の時点で変更することが可能とされてい
る。
Next, a method of setting the above-mentioned all configuration information notification period timers T 1 'and T 1 ' will be described. As described above, in this embodiment, the container structure item new information Msg. And 'All configuration information notification period timer T 1 for use in determining the timing of broadcasting' 1, leaf update information Msg. 2 of all configuration information notification period timer T 1 'used when deciding the timing of broadcasting x1 #
A value can be set individually for each type of timer. Further, these timers T 1 'and T 1 ' can change the set values at any time.

【0239】この実施の一形態では、送信側1(送信側
レプリケータ12)が受信側3(受信側レプリケータ1
7)の稼働状態を所定の方法でモニタし、モニタ結果に
基づきタイマT1 ’およびT1 ’の値を設定する。タイ
マT1 ’およびT1 ’の値を、それぞれ受信側3の稼働
状態に応じて、例えば時間帯毎に異なる値に設定する。
In this embodiment, the transmission side 1 (transmission side replicator 12) is connected to the reception side 3 (reception side replicator 1).
The operating state of 7) is monitored by a predetermined method, and the values of the timers T 1 'and T 1 ' are set based on the monitoring result. The values of the timers T 1 'and T 1 ' are set to different values depending on the operating state of the receiving side 3, for example, for each time zone.

【0240】図34は、全構成情報通知周期タイマ
1 ’およびT1 ’の値を設定する処理の一例のフロー
チャートである。先ず、最初のステップS140で、受
信側レプリケータ17が自身の稼働状況をモニタする。
すなわち、受信側レプリケータ17の稼働状況が所定単
位時間毎にモニタされ、稼働状況の時間変動が受信側レ
プリケータ17が有する、例えばメモリやハードディス
クといった記録または記憶媒体に記憶される。稼働状況
は、例えば、受信側レプリケータ17の稼働時間、すな
わち、受信側レプリケータ17における2種類の更新メ
ッセージを受信処理している時間を、各時間帯毎に累積
して得る。
FIG. 34 is a flow chart showing an example of processing for setting the values of the all-configuration information notification period timers T 1 'and T 1 '. First, in the first step S140, the receiving-side replicator 17 monitors its own operating status.
That is, the operating status of the receiving-side replicator 17 is monitored every predetermined unit time, and the time variation of the operating status is stored in a recording or storage medium such as a memory or a hard disk included in the receiving-side replicator 17. The operating status is obtained by, for example, accumulating the operating time of the receiving side replicator 17, that is, the time during which the receiving side replicator 17 is receiving and processing two types of update messages.

【0241】モニタされ記憶された受信側レプリケータ
17の稼働状況を示すデータは、次のステップS141
で送信側レプリケータ12に通知される。受信側レプリ
ケータ17から送信された稼働状況情報は、双方向ネッ
トワーク4を介して送信側レプリケータ12に送信さ
れ、通知される。
The data indicating the operating status of the receiving side replicator 17 which is monitored and stored is stored in the next step S141.
Is notified to the transmitting side replicator 12. The operation status information transmitted from the reception side replicator 17 is transmitted to the transmission side replicator 12 via the bidirectional network 4 and notified.

【0242】送信側レプリケータ12では、双方向ネッ
トワーク4を介して送られた受信側レプリケータ17の
稼働状況情報を受信し、受信された稼働状況情報に基づ
き所定の統計処理を行う(ステップS142)。統計処
理は、例えば複数の受信側レプリケータ17から送られ
た稼働状況情報を単位時間毎に累積することで行われ
る。この統計処理の結果、受信側レプリケータ17の稼
働状況の時間変動統計情報が得られる。得られた時間変
動統計情報は、送信側レプリケータ12に記憶される。
The transmitting-side replicator 12 receives the operating status information of the receiving-side replicator 17 sent via the bidirectional network 4, and performs a predetermined statistical process based on the received operating status information (step S142). The statistical processing is performed, for example, by accumulating the operation status information sent from the plurality of receiving-side replicators 17 every unit time. As a result of this statistical processing, time-varying statistical information on the operating status of the receiving-side replicator 17 is obtained. The obtained time-varying statistical information is stored in the transmitting-side replicator 12.

【0243】次のステップS143で、送信側レプリケ
ータ12において、上述のステップS142での統計処
理結果に基づき、全構成情報通知周期タイマT1 ’およ
びT1 ’がセットされる。
At the next step S143, the transmitting side replicator 12 sets all configuration information notification period timers T 1 'and T 1 ' based on the statistical processing result at the step S142.

【0244】例えば、ステップS142における統計処
理の結果が図35に一例が示されるように得られたとす
る。なお、図35において、横軸は、例えば一日におけ
る時刻を表す。縦軸が受信側レプリケータ17の稼働率
を表し、一日のうち領域bの時間帯が稼働率の高い時間
帯で、領域aおよび領域cは、一日のうち稼働率の比較
的低い時間帯であることが示されている。
For example, assume that the result of the statistical processing in step S142 is obtained as shown in FIG. Note that in FIG. 35, the horizontal axis represents, for example, the time of day. The vertical axis represents the operating rate of the receiving-side replicator 17, the time zone in the region b is the time zone having a high operating rate in the day, and the areas a and c are the time zones having a relatively low operating rate in the day. Is shown.

【0245】この図35のような統計結果に対して、例
えば、領域a、領域bおよび領域cに、それぞれ異なる
値で全構成情報通知周期タイマT1 ’およびT1 ’がセ
ットされる。領域bでは、領域aおよび領域cよりも稼
働率が高く、送信側1からの放送に対する受信側3のア
クセス率が高いと考えられる。したがって、領域bの期
間は、タイマT1 ’あるいはT1 ’の設定時間を大きく
して、差分更新情報を放送する周期を長くしても、放送
された差分更新情報を受信側3が取りこぼす確率が他の
2つの領域aおよびcに比べて低いと予想される。
With respect to the statistical result as shown in FIG. 35, for example, all configuration information notification period timers T 1 'and T 1 ' are set in the areas a, b and c with different values. It is considered that the area b has a higher operating rate than the areas a and c, and that the receiving side 3 has a higher access rate to the broadcast from the transmitting side 1. Therefore, in the period of the area b, even if the setting time of the timer T 1 ′ or T 1 ′ is increased to lengthen the period for broadcasting the difference update information, the receiving side 3 misses the broadcast difference update information. The probability is expected to be low compared to the other two regions a and c.

【0246】そのため、一例として、領域bのように、
受信側レプリケータ17の稼働率の高い領域ではタイマ
1 ’およびT1 ’の設定値を大きくして差分更新情報
の放送周期を長くして、他の2つの領域aおよびcで
は、タイマT1 ’およびT1 ’の設定値を小さく取り差
分更新情報の放送周期を短くすることが考えられる。こ
のように、この実施の一形態では、通信資源を多く消費
する全構成情報通知の頻度を、受信側3の稼働率に応じ
て動的に変更することができるようにしている。それに
より、ディレクトリ構造の差分更新情報の通知を、効率
的に行うことができる。
Therefore, as an example, as in the area b,
In areas where the operating rate of the receiving side replicator 17 is high, the set values of the timers T 1 'and T 1 ' are increased to lengthen the broadcast cycle of the difference update information, and in the other two areas a and c, the timer T 1 ' It is conceivable to reduce the set values of'and T 1 'to shorten the broadcast cycle of the difference update information. As described above, in this embodiment, the frequency of notification of all configuration information that consumes a lot of communication resources can be dynamically changed according to the operating rate of the receiving side 3. As a result, it is possible to efficiently notify the difference update information of the directory structure.

【0247】[0247]

【発明の効果】以上説明したように、この発明によれ
ば、送信側からの、サーバに管理されたディレクトリ構
造に生じた変化を検知した検知結果に基づく差分更新情
報の放送を受信する受信側において、受信された差分更
新情報をユーザの嗜好などに応じて選択的に処理するこ
とができると共に、選択の際に、差分更新情報に対して
優先度を設けるようにされているため、ユーザ側の処理
のリソースに制限がある場合でも、必要な差分更新情報
から順に処理を行うことができる効果がある。
As described above, according to the present invention, the receiving side that receives the broadcast of the difference update information from the transmitting side based on the detection result of detecting the change in the directory structure managed by the server. In the above, since the received difference update information can be selectively processed according to the user's preference and the like, and the priority is given to the difference update information at the time of selection, the user side Even if the resource of the process of (1) is limited, it is possible to perform the processes sequentially from the necessary difference update information.

【0248】また、この実施の一形態によれば、サーバ
に管理されたディレクトリ構造を放送する際に、ディレ
クトリ構造に生じた変化を検知してその変化の差分を示
す差分更新情報を放送すると共に、差分更新情報の放送
の際に、受信側でその差分更新情報を用いて処理をする
前に既に処理されていなければいけない差分更新情報が
追加されるため、受信側では、例え差分更新情報の取り
こぼしがあった場合でも、限られたコストでも不整合無
く、ディレクトリ構造の更新を行うことができる効果が
ある。
Further, according to this embodiment, when broadcasting the directory structure managed by the server, the change in the directory structure is detected and the difference update information indicating the difference between the changes is broadcasted. , When the differential update information is broadcast, the differential update information that must be already processed before being processed by the receiving side is added to the receiving side. Even in the case of omission, the directory structure can be updated without inconsistency even at a limited cost.

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

【図1】この発明に適用できる系の一例を示す略線図で
ある。
FIG. 1 is a schematic diagram showing an example of a system applicable to the present invention.

【図2】複数の受信側が放送ネットワークに接続される
ことを説明するための略線図である。
FIG. 2 is a schematic diagram for explaining that a plurality of receiving sides are connected to a broadcasting network.

【図3】ディレクトリ構造を説明するための略線図であ
る。
FIG. 3 is a schematic diagram for explaining a directory structure.

【図4】コンテナエントリの構造の一例を示す略線図で
ある。
FIG. 4 is a schematic diagram showing an example of the structure of a container entry.

【図5】リーフエントリの構造の一例を示す略線図であ
る。
FIG. 5 is a schematic diagram showing an example of the structure of a leaf entry.

【図6】送信側レプリケータの機能を説明するための機
能ブロック図である。
FIG. 6 is a functional block diagram for explaining a function of a transmitting-side replicator.

【図7】受信側クライアントの機能を説明するための機
能ブロック図である。
FIG. 7 is a functional block diagram for explaining a function of a receiving client.

【図8】受信側サーバの機能を説明するための機能ブロ
ック図である。
FIG. 8 is a functional block diagram for explaining a function of a receiving server.

【図9】ディレクトリ構造の差分更新情報について説明
するための略線図である。
FIG. 9 is a schematic diagram for explaining differential update information of a directory structure.

【図10】ディレクトリ構造の差分更新情報について説
明するための略線図である。
FIG. 10 is a schematic diagram for explaining differential update information of a directory structure.

【図11】ディレクトリ構造の全構成情報について説明
するための略線図である。
FIG. 11 is a schematic diagram for explaining all configuration information of a directory structure.

【図12】ディレクトリ構造の全構成情報について説明
するための略線図である。
FIG. 12 is a schematic diagram for explaining all configuration information of a directory structure.

【図13】コンテナエントリの同期管理方法を説明する
ためのフローチャートである。
FIG. 13 is a flowchart for explaining a container entry synchronization management method.

【図14】コンテナエントリの同期管理方法をより詳細
に説明するためのフローチャートである。
FIG. 14 is a flowchart for explaining in more detail a container entry synchronization management method.

【図15】コンテナエントリの同期管理方法をより詳細
に説明するためのフローチャートである。
FIG. 15 is a flowchart for explaining a container entry synchronization management method in more detail.

【図16】リーフエントリの同期管理方法を説明するた
めのフローチャートである。
FIG. 16 is a flowchart for explaining a leaf entry synchronization management method.

【図17】リーフエントリの同期管理方法をより詳細に
説明するためのフローチャートである。
FIG. 17 is a flowchart for explaining the leaf entry synchronization management method in more detail.

【図18】リーフエントリの同期管理方法をより詳細に
説明するためのフローチャートである。
FIG. 18 is a flowchart for explaining the leaf entry synchronization management method in more detail.

【図19】差分更新通知履歴テーブルの一例を示す略線
図である。
FIG. 19 is a schematic diagram illustrating an example of a difference update notification history table.

【図20】プリリクジットメッセージIDリストを用い
た場合の、リーフエントリの同期管理方法をより詳細に
説明するためのフローチャートである。
FIG. 20 is a flowchart for explaining in more detail a leaf entry synchronization management method when a pre-restriction message ID list is used.

【図21】送信側レプリケータで過去に放送されたリー
フ更新情報Msg.x1”を保存する一例の処理のフロ
ーチャートである。
FIG. 21 is a view showing leaf update information Msg. 6 is a flowchart of an example of processing for saving x1 ″.

【図22】プリリクジットメッセージIDリストを用い
た場合の、リーフエントリの同期管理方法をより詳細に
説明するためのフローチャートである。
FIG. 22 is a flowchart for explaining the leaf entry synchronization management method in more detail when a pre-restriction message ID list is used.

【図23】フィルタリングマスクのマスク値のビット配
列構造を説明するための略線図である。
FIG. 23 is a schematic diagram illustrating a bit array structure of mask values of a filtering mask.

【図24】エントリの追加や削除が行われた場合の、コ
ンテナエントリの増減に応じたマスク値の割り当て処理
のフローチャートである。
FIG. 24 is a flowchart of mask value allocation processing according to an increase / decrease in container entries when an entry is added or deleted.

【図25】コンテナエントリマスクスキーマの符号化を
説明するための略線図である。
FIG. 25 is a schematic diagram for explaining encoding of a container entry mask schema.

【図26】ターゲットマスクリストを説明するための略
線図である。
FIG. 26 is a schematic diagram for explaining a target mask list.

【図27】ターゲットマスクリストを作成する処理のフ
ローチャートである。
FIG. 27 is a flowchart of a process of creating a target mask list.

【図28】プリリクジットメッセージIDリストとター
ゲットマスクリストとを用いた場合の、リーフエントリ
の同期管理方法をより詳細に説明するためのフローチャ
ートである。
FIG. 28 is a flowchart for explaining in more detail a leaf entry synchronization management method when a pre-restriction message ID list and a target mask list are used.

【図29】優先度付きターゲットマスクリストを説明す
るための略線図である。
FIG. 29 is a schematic diagram for explaining a target mask list with priorities.

【図30】優先度付きターゲットマスクリストを作成す
る一例の処理のフローチャートである。
FIG. 30 is a flowchart of an example of processing for creating a target mask list with priorities.

【図31】優先度付きターゲットマスクリストに基づ
き、放送されたリーフ更新情報Msg.x1#を選択的
に受信する一例の処理を示すフローチャートである。
FIG. 31 is a diagram showing broadcasted leaf update information Msg. 11 is a flowchart illustrating an example of a process of selectively receiving x1 #.

【図32】ディレクトリ構造がリーフエントリを追加さ
れて変更される例を示す略線図である。
FIG. 32 is a schematic diagram showing an example in which a directory structure is changed by adding leaf entries.

【図33】優先度付きターゲットマスクリストに基づ
き、放送されたリーフ更新情報Msg.x1#を選択的
に受信する処理において、プリリクジットメッセージI
Dリストを適用した一例の処理を示すフローチャートで
ある。
FIG. 33 shows broadcasted leaf update information Msg. In the process of selectively receiving x1 #, the pre-return message I
It is a flow chart which shows an example of processing to which a D list is applied.

【図34】全構成情報通知周期タイマの値を設定する処
理の一例のフローチャートである。
FIG. 34 is a flowchart of an example of processing for setting the value of the all-configuration information notification cycle timer.

【図35】受信側の稼働率の統計処理の一例の結果を示
す略線図である。
FIG. 35 is a schematic diagram illustrating a result of an example of statistical processing of the operating rate on the receiving side.

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

1・・・送信側、2・・・放送ネットワーク、3・・・
受信側、10・・・送信側ディレクトリサービスクライ
アント、11・・・送信側ディレクトリサーバ、12・
・・送信側ディレクトリサーバレプリケータ、15・・
・受信側ディレクトリサービスクライアント、16・・
・受信側ディレクトリサーバ、17・・・受信側ディレ
クトリサーバレプリケータ、Msg.x1・・・リーフ
更新情報
1 ... Sending side, 2 ... Broadcast network, 3 ...
Receiving side, 10 ... Sending side directory service client, 11 ... Sending side directory server, 12 ...
..Sender directory server replicator, 15 ...
.Recipient directory service client, 16 ...
Receiving side directory server, 17 ... Receiving side directory server replicator, Msg. x1 ... Leaf update information

───────────────────────────────────────────────────── フロントページの続き (72)発明者 原岡 和生 東京都品川区北品川6丁目7番35号 ソ ニー株式会社内 (72)発明者 権野 善久 東京都品川区北品川6丁目7番35号 ソ ニー株式会社内 (72)発明者 西尾 郁彦 東京都品川区北品川6丁目7番35号 ソ ニー株式会社内 (56)参考文献 特開 平11−220493(JP,A) 特開 平11−219330(JP,A) 特開 平8−185348(JP,A) (58)調査した分野(Int.Cl.7,DB名) G06F 12/00 G06F 13/00 H04L ─────────────────────────────────────────────────── ─── Continued Front Page (72) Inventor Kazuo Haraoka 6-735 Kita-Shinagawa, Shinagawa-ku, Tokyo Inside Sony Corporation (72) Yoshihisa Gonno 6-7 Kita-Shinagawa, Shinagawa-ku, Tokyo No. 35 Sony Corporation (72) Inventor Ikuhiko Nishio 6-7 Kita-Shinagawa, Shinagawa-ku, Tokyo No. 35 Sony Corporation (56) Reference JP-A-11-220493 (JP, A) JP-A 11-219330 (JP, A) JP-A-8-185348 (JP, A) (58) Fields investigated (Int.Cl. 7 , DB name) G06F 12/00 G06F 13/00 H04L

Claims (10)

(57)【特許請求の範囲】(57) [Claims] 【請求項1】 コンテンツの所在を階層的に管理するデ
ィレクトリの階層構造を送信し、送信されたディレクト
リの階層構造を受信する送受信システムにおいて、上記ディレクトリ階層構造の節点であって、 自分の配下
節点の情報を格納可能なコンテナエントリと、上記コ
ンテナエントリの配下にあって、自分の配下の節点の
報を格納できないリーフエントリとからなるディレクト
リの階層構造を管理する第1の管理手段と、 上記第1の管理手段に管理される上記ディレクトリの階
層構造の変化を検出し、該検出の結果に基づき、上記コ
ンテナエントリの変化の差分からなる第1の差分情報
と、上記リーフエントリの変化の差分からなる第2の差
分情報とを求める検出手段と、 上記検出手段で求められた第1の差分情報と上記第2の
差分情報とを送信する送信手段と、 上記送信手段で送信された上記第1の差分情報と上記第
2の差分情報とを受信する受信手段と、 上記受信手段で受信された上記第1の差分情報および上
記第2の差分情報とに基づき構成されるディレクトリの
階層構造を管理する第2の管理手段と、 上記受信手段で受信された上記第2の差分情報を選択的
に取り込み、取り込まれた該第2の差分情報により上記
第2の管理手段で管理される上記ディレクトリの階層構
造を変更する変更手段とを有し、 上記変更手段は、予め設定された優先度の順序に基づき
上記第2の差分情報に対して優先度付けを行い、該優先
度に基づき上記第2の差分情報を用いて上記変更を行う
ようにした ことを特徴とする送受信システム。
1. A transmission / reception system for transmitting a hierarchical structure of a directory that hierarchically manages the location of contents and receiving the transmitted hierarchical structure of the directory, which is a node of the directory hierarchical structure and is under its control. A first hierarchical structure for managing a directory structure including a container entry that can store node information and a leaf entry that is under the container entry and that cannot store information of the node under the container entry A change in the hierarchical structure of the management unit and the directory managed by the first management unit is detected, and based on the detection result, the first difference information including the difference between the changes in the container entries and the leaf. Detection means for obtaining second difference information consisting of a difference in change of entry; first difference information obtained by the detection means; and second difference information. Transmitting means for transmitting the minute information, receiving means for receiving the first difference information and the second difference information transmitted by the transmitting means, and the first difference received by the receiving means Second management means for managing the hierarchical structure of the directory configured based on the information and the second difference information, and the second difference information received by the receiving means is selectively fetched and fetched the difference information of the second have a changing means for changing the hierarchical structure of the directories that are managed by the second management means, said changing means, based on the order of preset priority
Prioritize the second difference information, and
The above-mentioned change using the above-mentioned second difference information based on the degree.
A transmission / reception system characterized by the above .
【請求項2】 請求項1に記載の送受信システムにおい
て、 上記変更手段は、上記優先度が高く設定された上記第2
の差分情報から順に用いて所定の制限内まで上記変更
を行うようにしたことを特徴とする送受信システム。
2. The transmission / reception system according to claim 1, wherein the changing unit sets the second priority to be high.
Change from the difference information in order to within the specified limit.
A transmission / reception system characterized by performing the following .
【請求項3】 請求項2に記載の送受信システムにおい
て、 上記制限は、時間であることを特徴とする送受信システ
ム。
3. The transmission / reception system according to claim 2, wherein the limit is time.
【請求項4】 請求項1に記載の送受信システムにおい
て、 上記変更手段は、上記コンテナエントリに対して選択的
に設定された選択情報に基づき、該選択情報に示される
上記コンテナエントリの配下の上記リーフエントリによ
る上記第2の差分情報を、上記優先度の順序に基づき選
択的に取り込み、上記第2の管理手段で管理される上記
ディレクトリの階層構造を変更することを特徴とする送
受信システム。
4. The transmission / reception system according to claim 1, wherein the changing unit is based on selection information selectively set for the container entry, and is subordinate to the container entry indicated by the selection information. A transmission / reception system characterized by selectively fetching the second difference information by a leaf entry based on the order of the priority, and changing the hierarchical structure of the directory managed by the second management means.
【請求項5】 コンテンツの所在を階層的に管理するデ
ィレクトリの階層構造を送信し、送信されたディレクト
リの階層構造を受信する送受信方法において、上記ディレクトリ階層構造の節点であって、 自分の配下
節点の情報を格納可能なコンテナエントリと、上記コ
ンテナエントリの配下にあって、自分の配下の節点の
報を格納できないリーフエントリとからなるディレクト
リの階層構造を管理する第1の管理のステップと、 上記第1の管理のステップによって管理される上記ディ
レクトリの階層構造の変化を検出し、該検出の結果に基
づき、上記コンテナエントリの変化の差分からなる第1
の差分情報と、上記リーフエントリの変化の差分からな
る第2の差分情報とを求める検出のステップと、 上記検出のステップで求められた第1の差分情報と上記
第2の差分情報とを送信する送信のステップと、 上記送信のステップで送信された上記第1の差分情報と
上記第2の差分情報とを受信する受信のステップと、 上記受信のステップで受信された上記第1の差分情報お
よび上記第2の差分情報とに基づき構成されるディレク
トリの階層構造を管理する第2の管理のステップと、 上記受信のステップで受信された上記第2の差分情報を
選択的に取り込み、取り込まれた該第2の差分情報によ
上記第2の管理のステップで管理される上記ディレク
トリの階層構造を変更する変更のステップとを有し、 上記変更のステップは、予め設定された優先度の順序に
基づき上記第2の差分情報に対して優先度付けを行い、
該優先度に基づき上記第2の差分情報を用いて上記変更
を行うようにした ことを特徴とする送受信方法。
5. A transmission / reception method of transmitting a hierarchical structure of a directory for hierarchically managing the location of contents and receiving the transmitted hierarchical structure of a directory, wherein the node is a node of the directory hierarchical structure and is under its control. A first hierarchical structure for managing a directory structure including a container entry that can store node information and a leaf entry that is under the container entry and that cannot store information of the node under the container entry A first step of detecting a change in the hierarchical structure of the directory managed by the management step and the first management step, and based on a result of the detection, a difference between changes in the container entry.
And the second difference information formed by the difference of the leaf entry changes, and the first difference information and the second difference information obtained in the detection step are transmitted. And a step of receiving to receive the first difference information and the second difference information transmitted in the step of transmitting, and the first difference information received in the step of receiving. And a second management step of managing a hierarchical structure of a directory configured on the basis of the second difference information, and selectively fetching and fetching the second difference information received in the receiving step. the difference information of the second was
Ri possess the steps of changing of changing the hierarchical structure of the directories that are managed by the step of the second management step of the modification, the order of preset priority
Based on the second difference information based on the above,
The change is made by using the second difference information based on the priority.
The transmitting and receiving method is characterized in that
【請求項6】 送信された、コンテンツの所在を階層的
に管理するディレクトリの階層構造を受信する受信装置
において、 送信された、上記ディレクトリ階層構造の節点であっ
て、自分の配下の節点の情報を格納可能なコンテナエン
トリと、上記コンテナエントリの配下にあって、自分の
配下の節点の情報を格納できないリーフエントリとから
なるディレクトリの階層構造の変化を検出して求められ
た、上記コンテナエントリの変化の差分からなる第1の
差分情報と、上記リーフエントリの変化の差分からなる
第2の差分情報とを受信する受信手段と、 上記受信手段で受信された上記第1の差分情報および上
記第2の差分情報とに基づき構成されるディレクトリの
階層構造を管理する管理手段と、 上記受信手段で受信された上記第2の差分情報を選択的
に取り込み、取り込まれた該第2の差分情報により上記
管理手段で管理される上記ディレクトリの階層構造を変
更する変更手段とを有し、 上記変更手段は、予め設定された優先度の順序に基づき
上記第2の差分情報に対して優先度付けを行い、該優先
度に基づき上記第2の差分情報を用いて上記変更を行う
ようにした ことを特徴とする受信装置。
6. A receiving device for receiving a hierarchical structure of a directory that hierarchically manages the location of contents, which is a node of the directory hierarchical structure that is transmitted.
Te, detected and your container entry capable of storing information of the node under, if there under the above-mentioned container entry, the change of the hierarchical structure of directory consisting of a leaf entry can not be stored information of the nodes of his subordinate Receiving means for receiving the first difference information consisting of the difference of the change of the container entry and the second difference information consisting of the difference of the change of the leaf entry obtained by the above; Management means for managing a hierarchical structure of a directory configured based on the first difference information and the second difference information, and selectively fetching and fetching the second difference information received by the receiving means have a changing means for changing the hierarchical structure of the directories that are managed by the management means by the difference information of the second that, said changing means is previously set Based on the order of the priorities
Prioritize the second difference information, and
The above-mentioned change using the above-mentioned second difference information based on the degree.
The receiving device characterized in that.
【請求項7】 請求項6に記載の受信装置において、 上記変更手段は、上記優先度が高く設定された上記第2
の差分情報から順に用いて所定の制限内まで上記変更
を行うようにしたことを特徴とする受信装置。
7. The receiving device according to claim 6, wherein the changing unit sets the second priority to be high.
Change from the difference information in order to within the specified limit.
The receiver is characterized by performing .
【請求項8】 請求項7に記載の受信装置において、 上記制限は、時間であることを特徴とする受信装置。8. The receiving device according to claim 7, The above-mentioned limit is time, The receiving device characterized by the above-mentioned. 【請求項9】 請求項6に記載の受信装置において、 上記変更手段は、上記コンテナエントリに対して選択的
に設定された選択情報に基づき、該選択情報に示される
上記コンテナエントリの配下の上記リーフエントリによ
る上記第2の差分情報を、上記優先度の順序に基づき選
択的に取り込み、上記管理手段で管理される上記ディレ
クトリの階層構造を変更することを特徴とする受信装
置。
9. The receiving device according to claim 6, wherein the changing unit is based on selection information selectively set for the container entry, and the subordinate subordinate of the container entry indicated by the selection information. A receiving apparatus, characterized in that the second difference information by a leaf entry is selectively taken in based on the order of the priority, and the hierarchical structure of the directory managed by the management means is changed.
【請求項10】 送信された、コンテンツの所在を階層
的に管理するディレクトリの階層構造を受信する受信方
法において、 送信された、上記ディレクトリ階層構造の節点であっ
て、自分の配下の節点の情報を格納可能なコンテナエン
トリと、上記コンテナエントリの配下にあって、自分の
配下の節点の情報を格納できないリーフエントリとから
なるディレクトリの階層構造の変化を検出して求められ
た、上記コンテナエントリの変化の差分からなる第1の
差分情報と、上記リーフエントリの変化の差分からなる
第2の差分情報とを受信する受信のステップと、 上記受信のステップで受信された上記第1の差分情報お
よび上記第2の差分情報とに基づき構成されるディレク
トリの階層構造を管理する管理のステップと、 上記受信のステップで受信された上記第2の差分情報を
選択的に取り込み、取り込まれた該第2の差分情報によ
上記管理のステップで管理される上記ディレクトリの
階層構造を変更する変更のステップとを有し、 上記変更のステップは、予め設定された優先度の順序に
基づき上記第2の差分情報に対して優先度付けを行い、
該優先度に基づき上記第2の差分情報を用いて上記変更
を行うようにした ことを特徴とする受信方法。
10. A receiving method for receiving a transmitted hierarchical structure of a directory for hierarchically managing the location of contents, which is a node of the transmitted hierarchical structure of the directory.
Te, detected and your container entry capable of storing information of the node under, if there under the above-mentioned container entry, the change of the hierarchical structure of directory consisting of a leaf entry can not be stored information of the nodes of his subordinate Received in the step of receiving the first difference information composed of the difference of the change of the container entry and the second difference information composed of the difference of the change of the leaf entry, which are obtained by A step of managing a hierarchical structure of a directory configured based on the first difference information and the second difference information that have been generated, and selectively selecting the second difference information received in the step of receiving. in the capture, captured the second difference information
Ri possess the steps of changing of changing the hierarchical structure of the directories that are managed in the step of the management, the steps of the change, the order of preset priority
Based on the second difference information based on the above,
The change is made by using the second difference information based on the priority.
The receiving method is characterized in that
JP24399299A 1999-08-30 1999-08-30 Transmission device and transmission method, reception device and reception method, and transmission / reception system and transmission / reception method Expired - Fee Related JP3464175B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP24399299A JP3464175B2 (en) 1999-08-30 1999-08-30 Transmission device and transmission method, reception device and reception method, and transmission / reception system and transmission / reception method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP24399299A JP3464175B2 (en) 1999-08-30 1999-08-30 Transmission device and transmission method, reception device and reception method, and transmission / reception system and transmission / reception method

Publications (2)

Publication Number Publication Date
JP2001067260A JP2001067260A (en) 2001-03-16
JP3464175B2 true JP3464175B2 (en) 2003-11-05

Family

ID=17112114

Family Applications (1)

Application Number Title Priority Date Filing Date
JP24399299A Expired - Fee Related JP3464175B2 (en) 1999-08-30 1999-08-30 Transmission device and transmission method, reception device and reception method, and transmission / reception system and transmission / reception method

Country Status (1)

Country Link
JP (1) JP3464175B2 (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4539151B2 (en) * 2003-08-29 2010-09-08 富士ゼロックス株式会社 Tree structure differential data creation device
JP2010257427A (en) * 2009-04-28 2010-11-11 S Grants Co Ltd Apparatus and method for preparing index update data, and program

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08185348A (en) * 1994-12-27 1996-07-16 Canon Inc Method and device for processing information
JP3497370B2 (en) * 1998-02-03 2004-02-16 松下電器産業株式会社 Transmitting device and transmitting method, and receiving device and receiving method
JP3473823B2 (en) * 1998-02-03 2003-12-08 株式会社次世代情報放送システム研究所 Transmission device and transmission method, reception device and reception method, transmission / reception system and transmission / reception method

Also Published As

Publication number Publication date
JP2001067260A (en) 2001-03-16

Similar Documents

Publication Publication Date Title
CN107861686B (en) File storage method, server and computer readable storage medium
US7849069B2 (en) Method and system for federated resource discovery service in distributed systems
JP3464172B2 (en) Transmission device and transmission method, reception device and reception method, and transmission / reception system and transmission / reception method
JP2008500622A (en) Method, system, computer program and device for management of media items
CN101502035A (en) A method and system for content synchronization and detecting synchronization recursion in networks
JP2008117155A (en) Digital content retrieval program, digital content retrieval device, and digital content retrieval method
JP2012531688A (en) Method for accessing file system file according to metadata, and apparatus for implementing the method
JP2000222088A (en) Information providing server, intermediation server and browser terminal
JP4971717B2 (en) Directory distributed storage device and data processing request transfer program
JPH11355759A (en) Remote monitoring system
JP3490642B2 (en) Transmission device and transmission method, reception device and reception method, and transmission / reception system and transmission / reception method
US7136998B2 (en) System and method for managing changes in a public key certificate directory
JP2001016295A (en) Transmitter and transmission method, receiver and reception method, and transmission reception system and transmission reception method
JP2001216184A (en) Transmitter, receiver, transmission/reception system, transmitting method and receiving method
JP3464175B2 (en) Transmission device and transmission method, reception device and reception method, and transmission / reception system and transmission / reception method
US8150802B2 (en) Accumulating star knowledge in replicated data protocol
JP3464174B2 (en) Transmission device and transmission method, reception device and reception method, and transmission / reception system and transmission / reception method
KR20140125223A (en) Method for collecting information with management interface in contents network based on information centric networking, content network management system, and node apparatus
JP3490641B2 (en) Transmission device and transmission method, reception device and reception method, and transmission / reception system and transmission / reception method
JP3490646B2 (en) Transmission device and transmission method, reception device and reception method, and transmission / reception system and transmission / reception method
JP2007317107A (en) Information processing system, information processor, and control program
JP2007527067A (en) Hierarchical distribution of UI assets
JP3464176B2 (en) Transmission device and transmission method, reception device and reception method, and transmission / reception system and transmission / reception method
JP4445295B2 (en) Image storage device
JP2004246522A (en) Distributed community system and distributed community terminal

Legal Events

Date Code Title Description
FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20080822

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090822

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100822

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110822

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120822

Year of fee payment: 9

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130822

Year of fee payment: 10

LAPS Cancellation because of no payment of annual fees