JP3490646B2 - 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
JP3490646B2
JP3490646B2 JP23060899A JP23060899A JP3490646B2 JP 3490646 B2 JP3490646 B2 JP 3490646B2 JP 23060899 A JP23060899 A JP 23060899A JP 23060899 A JP23060899 A JP 23060899A JP 3490646 B2 JP3490646 B2 JP 3490646B2
Authority
JP
Japan
Prior art keywords
directory
container
entry
mask
hierarchical structure
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
JP23060899A
Other languages
Japanese (ja)
Other versions
JP2001051891A (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 JP23060899A priority Critical patent/JP3490646B2/en
Publication of JP2001051891A publication Critical patent/JP2001051891A/en
Application granted granted Critical
Publication of JP3490646B2 publication Critical patent/JP3490646B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Landscapes

  • Information Transfer Between Computers (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Description

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

【0001】[0001]

【発明の属する技術分野】この発明は、階層構造を有す
ると共に、ネットワーク上に分散されて配置されたデー
タを一斉同報的に配信する際に用いて好適な送信装置お
よび送信方法、受信装置および受信方法、ならびに、送
受信システムおよび送受信方法に関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a transmitting apparatus, a transmitting method, a receiving apparatus, and a transmitting apparatus 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 reception method, a transmission / reception system, and a transmission / reception 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】ディレクトリサービスでは、ツリー構成か
らなるディレクトリ構造に基づきデータが管理される。
ディレクトリ構造は、データとデータとの節点に相当す
るコンテナエントリと、ツリーの末端であり、実体的な
データを持つリーフエントリとからなる。コンテナエン
トリは、自分の配下に他のコンテナエントリおよびリー
フエントリを持つことができる。リーフエントリは、配
下に他のエントリを持つことができない。ツリー全体を
表すエントリは、ルートエントリと称される。
In the directory service, data is managed based on a directory structure having a tree structure.
The directory structure is composed of container entries corresponding to nodes between data and leaf entries that are the end of the tree and have substantial data. A container entry can have other container entries and leaf entries under its control. Leaf entries cannot have other entries under them. The entry representing the entire tree is called the root entry.

【0010】一例として、コンテナエントリによってジ
ャンルによる分類がなされ、リーフエントリに、直上の
コンテナエントリが表すジャンルのより具体的なデータ
が含まれる。
As an example, the container entries are classified by genre, and the leaf entry includes more specific data of the genre represented by the container entry immediately above.

【0011】近年では、上述した一斉同報を行うデータ
伝送手段、すなわち、衛星回線や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).

【0012】ここで、ディレクトリサーバ側とユーザ側
の受信機に蓄積されたディレクトリ構造との、情報の同
期、すなわち同期管理について考える。ディレクトリサ
ーバ側では、実体的なディレクトリの更新を検知し、デ
ィレクトリの階層構造の動的な変化に対応する。ディレ
クトリの階層構造の変化を反映させたディレクトリ情報
を、ユーザに対して送信する。このとき、全てのディレ
クトリ情報を送信するのではデータ量が膨大になるの
で、変化の差分だけが抽出され差分更新データとして送
信される。
Here, the synchronization of information between the directory server side and the directory structure stored in the receiver on 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 becomes enormous, so only the difference of change is extracted and transmitted as difference update data.

【0013】ディレクトリサーバ側では、ディレクトリ
情報の更新を検知する度に、あるいは、一定期間毎に、
ユーザに対して差分更新データを送信する。ユーザ側が
ディレクトリの更新に基づく差分更新データを常に受信
し、受信された差分更新データで蓄積されたディレクト
リ情報を更新することで、ディレクトリサーバとユーザ
との間で、ディレクトリ情報の同期を取ることができ
る。
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.

【0014】さらに、上述の差分更新データを受信する
ときに、ユーザは、ディレクトリに対してフィルタ処理
を行うことができる。フィルタ処理を行うフィルタリン
グマスクは、例えば、ユーザの嗜好に応じて特定の情報
ジャンルに対して設定され、ユーザは、フィルタリング
マスクが設定されたディレクトリ情報を、選択的にアク
セスすることができる。
Further, when receiving the above-mentioned difference update data, the user can filter the directory. The filtering mask for performing the filtering process is set for a specific information genre, for example, according to the preference of the user, and the user can selectively access the directory information for which the filtering mask is set.

【0015】すなわち、受信側では、受信された差分更
新データをフィルタ処理して選択的に取得し、取得され
た差分更新データに基づき、受信側に保持されているデ
ィレクトリ構造の再構築を行う。フィルタリングマスク
は、ユーザの、ディレクトリへのアクセスの傾向や嗜好
に応じて設定される。フィルタ処理を行うことにより、
ユーザが不要な情報の保持や処理を行う必要が無くな
る。
That is, on the receiving side, the received differential update data is filtered and selectively acquired, and the directory structure held on the receiving side is reconstructed based on the acquired differential update data. The filtering mask is set according to the user's tendency to access the directory and his / her preference. By performing the filtering process,
The user does not need to hold or process unnecessary information.

【0016】[0016]

【発明が解決しようとする課題】ところで、ディレクト
リサーバ側で管理されるディレクトリ構造は、現実のデ
ィレクトリ構造の変化に応じて動的に変化する。この場
合、ユーザ側において設定されたフィルタリングマスク
と、ディレクトリ構造との関係が変わってしまう事態が
生じ得る。そのため、ユーザ側では、差分更新データを
受信した際に、受信された差分更新データに基づき構築
されたディレクトリ構造をユーザに提示して、新たに構
築されたディレクトリ構造に対する新たなフィルタリン
グマスクを設定するように促す。
By the way, the directory structure managed on the directory server side dynamically changes according to the change of the actual directory structure. In this case, the relationship between the filtering mask set on the user side and the directory structure may change. Therefore, when the user receives the differential update data, the user is presented with the directory structure constructed based on the received differential update data, and sets a new filtering mask for the newly constructed directory structure. Urge you to.

【0017】しかしながら、このフィルタリングマスク
の再設定の処理を、差分更新データが送信される度に行
うと、ユーザ側の受信機における計算資源を圧迫し、ユ
ーザ側の受信機のアプリケーションの実行に対して頻繁
に割込みを生じさせることになるという問題点があっ
た。
However, if the process of resetting the filtering mask is performed every time the difference update data is transmitted, the calculation resources in the receiver on the user side are compressed and the application of the receiver on the user side is executed. However, there is a problem that interrupts occur frequently.

【0018】したがって、この発明の目的は、ディレク
トリ構造の差分更新データの発生の度にフィルタリング
マスクを新たに設定しなくても、変更のあったディレク
トリ構造に対応したフィルタリングマスクの設定がされ
るような送信装置および送信方法、受信装置および受信
方法、ならびに、送受信システムおよび送受信方法を提
供することにある。
Therefore, an object of the present invention is to set a filtering mask corresponding to a changed directory structure without newly setting a filtering mask each time the differential update data of the directory structure is generated. Provided are a transmitting device and a transmitting method, a receiving device and a receiving method, and a transmitting / receiving system and a transmitting / receiving method.

【0019】[0019]

【課題を解決するための手段】 この発明は、上述した課
題を解決するために、コンテンツの所在を階層的に管理
するディレクトリ階層構造を送信する送信装置におい
て、ディレクトリの階層構造の節点であって自分の配下
の節点の情報を格納可能なコンテナエントリと、コンテ
ナエントリの配下にあって、自分の配下の節点の情報を
格納できないリーフエントリとからなるディレクトリの
階層構造を管理する管理手段と、管理手段に管理される
ディレクトリの階層構造の変化を検出し、検出結果に基
づき、コンテナエントリそれぞれについて、変化が生じ
る以前のディレクトリ階層構造の上位側から階層順に付
された数配列からなる第1のフィルタリングマスク値
と、変化が生じた後のディレクトリ階層構造の上位側か
ら階層順に付された数配列からなる第2のフィルタリン
グマスク値とを求めると共に、コンテナエントリの変化
の差分からなる差分情報を求める検出手段と、検出手段
で求められた第1のフィルタリングマスク値と第2の
ィルタリングマスク値とをコンテナエントリ毎に互いに
対応付けて、対応付けがなされた第1のフィルタリング
マスク値と第2のフィルタリングマスク値とを検出手段
で求められた差分情報と共に送信する送信手段とを有す
ることを特徴とする送信装置である。
[Means for Solving the Problems] This invention is
Hierarchical management of content location to solve problems
In the transmission device that transmits the directory hierarchy structure
Is a node in the directory hierarchy and
The container entry that can store the node information of
Information of nodes under its own
Of a directory consisting of leaf entries that cannot be stored
Management means for managing the hierarchical structure, and management by the management means
Detects changes in the directory hierarchical structure and based on the detection results.
Therefore, changes occur for each container entry.
Previous directory hierarchyFrom top to bottom
Consists of an array of numbersFirstFiltering mask value
And the directory hierarchy after the changeIs the upper side of
Consists of a number array assigned in hierarchical orderSecondFilterrin
Gumask valueAnd as the container entry changes
Detecting means for obtaining difference information composed of difference of
The first sought inFiltering mask valueAnd the secondF
Filtering mask valueAnd for each container entry
In association, the first associatedfiltering
Mask valueAnd the secondFiltering mask valueAnd the detection means
And a transmission means for transmitting with the difference information obtained in
It is a transmitting device characterized by the above.

【0020】 また、この発明は、コンテンツの所在を
階層的に管理するディレクトリ階層構造を送信する送信
方法において、ディレクトリの階層構造の節点であって
自分の配下の節点の情報を格納可能なコンテナエントリ
と、コンテナエントリの配下にあって、自分の配下の節
点の情報を格納できないリーフエントリとからなるディ
レクトリの階層構造を管理する管理のステップと、管理
のステップにより管理されるディレクトリの階層構造の
変化を検出し、検出結果に基づき、コンテナエントリそ
れぞれについて、変化が生じる以前のディレクトリ階層
構造の上位側から階層順に付された数配列からなる第1
フィルタリングマスク値と、変化が生じた後のディレ
クトリ階層構造の上位側から階層順に付された数配列か
らなる第2のフィルタリングマスク値とを求めると共
に、コンテナエントリの変化の差分からなる差分情報を
求める検出のステップと、検出のステップで求められた
第1のフィルタリングマスク値と第2のフィルタリング
マスク値とをコンテナエントリ毎に互いに対応付けて、
対応付けがなされた第1のフィルタリングマスク値と第
2のフィルタリングマスク値とを検出のステップで求め
られた差分情報と共に送信する送信のステップとを有す
ることを特徴とする送信方法である。
Further, according to the present invention, in a transmission method for transmitting a directory hierarchical structure for hierarchically managing the location of contents, a container entry capable of storing information on a node under the hierarchical structure of the directory and a node under the directory itself. And a management step for managing the hierarchical structure of the directory consisting of leaf entries that are under the container entry and cannot store the information of the nodes under it, and the change in the hierarchical structure of the directory managed by the managing step. Is detected and, based on the detection result, a first number array consisting of a number array attached in hierarchical order from the upper side of the directory hierarchical structure before the change occurs for each container entry.
Filtering mask value and the number array attached in hierarchical order from the top of the directory hierarchy structure after the change
With obtaining a second filtering mask values Ranaru, the steps of detecting obtaining difference information consisting of the difference between the change in the container entry, first filtering mask value and the second filtering obtained in step detection
Correlate each mask entry with the mask value ,
The transmission method is characterized by further comprising a transmission step of transmitting the associated first filtering mask value and second filtering mask value together with the difference information obtained in the detecting step.

【0021】 また、この発明は、送信された、コンテ
ンツの所在を階層的に管理するディレクトリの階層構造
を受信する受信装置において、送信された、ディレクト
リの階層構造の節点であって自分の配下の節点の情報を
格納可能なコンテナエントリと、コンテナエントリの配
下にあって、自分の配下の節点の情報を格納できないリ
ーフエントリとからなるディレクトリの階層構造の変化
を検出して求められた、コンテナエントリの変化の差分
からなる差分情報と、コンテナエントリのそれぞれにつ
いて、変化が生じる以前のディレクトリ階層構造の上位
側から階層順に付された数配列からなる第1のフィルタ
リングマスク値、上記変化が生じた後のディレクトリ
階層構造の上位側から階層順に付された数配列からなる
第2のフィルタリングマスク値とを受信する受信手段
と、受信手段で受信された差分情報に基づき構成される
ディレクトリの階層構造を管理する管理手段と、予め設
定された、上記コンテナエントリを選択するターゲット
マスクリストに基づいて、受信手段で受信された差分情
報を選択的に取り込み、取り込まれた差分情報に基づ
き、管理手段で管理されるディレクトリの階層構造を変
更する変更手段とを有し、受信手段で受信された第1の
フィルタリングマスク値と第2のフィルタリングマスク
との対応の関係に基づき、ターゲットマスクリスト
変更するようにしたことを特徴とする受信装置である。
Further, according to the present invention, in a receiving device which receives a transmitted hierarchical structure of a directory for hierarchically managing the location of contents, it is a node of the transmitted hierarchical structure of the directory and is under its control. A container entry obtained by detecting a change in the hierarchical structure of a directory consisting of a container entry that can store node information and a leaf entry that is under the container entry and that cannot store node information under its own Difference information consisting of the difference between changes and the upper level of the directory hierarchy structure before the change occurs for each container entry.
First filter consisting of a number array attached in hierarchical order from the side
A ring mask value, receiving means for receiving a <br/> second filtering mask value composed of hierarchical order to the assigned number sequence from the upper side of the directory hierarchy structure after the upper Symbol changes occur, the receiving means target selecting a management means for managing the hierarchical structure of the configured directories based on the received difference information, previously set on SL container entry
And a changing unit for selectively fetching the difference information received by the receiving unit based on the mask list and changing the hierarchical structure of the directory managed by the managing unit based on the fetched difference information. The first received in
Filtering mask value and second filtering mask
The receiving device is characterized in that the target mask list is changed based on the correspondence with the value .

【0022】 また、この発明は、送信された、コンテ
ンツの所在を階層的に管理するディレクトリの階層構造
を受信する受信方法において、送信された、ディレクト
リの階層構造の節点であって自分の配下の節点の情報を
格納可能なコンテナエントリと、コンテナエントリの配
下にあって、自分の配下の節点の情報を格納できないリ
ーフエントリとからなるディレクトリの階層構造の変化
を検出して求められた、コンテナエントリの変化の差分
からなる差分情報と、コンテナエントリのそれぞれにつ
いて、変化が生じる以前のディレクトリ階層構造の上位
側から階層順に付された数配列からなる第1のフィルタ
リングマスク値、上記変化が生じた後のディレクトリ
階層構造の上位側から階層順に付された数配列からなる
第2のフィルタリングマスク値とを受信する受信のステ
ップと、受信のステップで受信された差分情報に基づき
構成されるディレクトリの階層構造を管理する管理のス
テップと、予め設定された、上記コンテナエントリを
択するターゲットマスクリストに基づいて、受信のステ
ップで受信された差分情報を選択的に取り込み、取り込
まれた差分情報に基づき、管理のステップで管理される
ディレクトリの階層構造を変更する変更のステップとを
有し、受信のステップで受信された第1のフィルタリン
グマスク値と第2のフィルタリングマスク値との対応の
関係に基づき、ターゲットマスクリストを変更するよう
にしたことを特徴とする受信方法である。
Further, the present invention is a receiving method for receiving a hierarchical structure of a directory for hierarchically managing the location of contents, which is a node of the hierarchical structure of a directory that is transmitted and is under its control. A container entry obtained by detecting a change in the hierarchical structure of a directory consisting of a container entry that can store node information and a leaf entry that is under the container entry and that cannot store node information under its own Difference information consisting of the difference between changes and the upper level of the directory hierarchy structure before the change occurs for each container entry.
First filter consisting of a number array attached in hierarchical order from the side
A ring mask value, the reception receives the <br/> second filtering mask value composed of hierarchical order to the assigned number sequence from the upper side of the directory hierarchy structure after the upper Symbol changes occur and steps, of receiving a management step of managing the hierarchical structure of the configured directories based on the received difference information in step, previously set, based on the Symbol container entry to select <br/>-option to target mask list, receiving And selectively changing the hierarchical information structure of the directory managed in the management step based on the acquired difference information. First filter lin
In the receiving method, the target mask list is changed based on the correspondence between the mask mask value and the second filtering mask value .

【0023】 また、この発明は、コンテンツの所在を
階層的に管理するディレクトリの階層構造を送信し、送
信されたディレクトリの階層構造を受信する送受信シス
テムにおいて、ディレクトリの階層構造の節点であって
自分の配下の節点の情報を格納可能なコンテナエントリ
と、コンテナエントリの配下にあって、自分の配下の節
点の情報を格納できないリーフエントリとからなるディ
レクトリの階層構造を管理する第1の管理手段と、第1
の管理手段に管理されるディレクトリの階層構造の変化
を検出し、検出結果に基づき、コンテナエントリそれぞ
れについて、変化が生じる以前のディレクトリ階層構造
の上位側から階層順に付された数配列からなる第1の
ィルタリングマスク値と、変化が生じた後のディレクト
リ階層構造の上位側から階層順に付された数配列からな
第2のフィルタリングマスク値とを求めると共に、コ
ンテナエントリの変化の差分からなる差分情報を求める
検出手段と、検出手段で求められた第1のフィルタリン
グマスク値と第2のフィルタリングマスク値とをコンテ
ナエントリ毎に互いに対応付けて、対応付けがなされた
第1のフィルタリングマスク値と第2のフィルタリング
マスク値とを検出手段で求められた差分情報と共に送信
する送信手段と、送信手段によって送信された差分情
報、第1のフィルタリングマスク値および第2のフィル
タリングマスク値を受信する受信手段と、受信手段で受
信された差分情報に基づき構成されるディレクトリの階
層構造を管理する第2の管理手段と、予め設定された
記コンテナエントリを選択するターゲットマスクリス
に基づいて、受信手段で受信された差分情報を選択的
に取り込み、取り込まれた差分情報に基づき、第2の管
理手段で管理されるディレクトリの階層構造を変更する
変更手段とを有し、受信手段で受信された第1のフィル
タリングマスク値と第2のフィルタリングマスク値との
対応の関係に基づき、ターゲットマスクリストを変更す
るようにしたことを特徴とする送受信システムである。
Further, according to the present invention, in a transmission / reception system that transmits a hierarchical structure of a directory for hierarchically managing the location of contents and receives the hierarchical structure of the transmitted directory, the node is a node of the hierarchical structure of the directory. A first management means for managing a hierarchical structure of a directory including a container entry capable of storing information of nodes under the node and a leaf entry which is under the container entry and cannot store information of the nodes under its own. , First
Change in the directory structure managed by the management means of the above is detected, and based on the detection result, the directory structure before the change occurs for each container entry
The first file, which consists of a numerical array assigned in hierarchical order from the upper side of
It consists of a filtering mask value and a numerical array assigned in hierarchical order from the top of the directory hierarchy structure after a change has occurred.
And a second filtering mask value for obtaining the second filtering mask value , and a first filtering filter obtained by the detecting means for obtaining difference information including a difference between changes in container entries.
Gumasuku value and associates with each other and a second filtering mask values for each container entry, first filtering mask value correspondence is made with the second filtering
Transmitting means for transmitting the mask value together with the difference information obtained by the detecting means, the difference information transmitted by the transmitting means, the first filtering mask value and the second fill
Receiving means for receiving the tailing mask value , second managing means for managing the hierarchical structure of the directory configured based on the difference information received by the receiving means, and preset ,
Target mask list to select the top Symbol container entry
The difference information received by the receiving means is selectively fetched on the basis of the difference information, and the changing means for changing the hierarchical structure of the directory managed by the second managing means based on the fetched difference information, The first fill received by the receiving means
The target transmission / reception system is characterized in that the target mask list is changed based on the correspondence between the tailing mask value and the second filtering mask value .

【0024】 また、この発明は、コンテンツの所在を
階層的に管理するディレクトリの階層構造を送信し、送
信されたディレクトリの階層構造を受信する送受信方法
において、ディレクトリの階層構造の節点であって自分
の配下の節点の情報を格納可能なコンテナエントリと、
コンテナエントリの配下にあって、自分の配下の節点の
情報を格納できないリーフエントリとからなるディレク
トリの階層構造を管理する第1の管理のステップと、第
1の管理のステップに管理されるディレクトリの階層構
造の変化を検出し、検出結果に基づき、コンテナエント
リそれぞれについて、変化が生じる以前のディレクトリ
階層構造の上位側から階層順に付された数配列からなる
第1のフィルタリングマスク値と、変化が生じた後のデ
ィレクトリ階層構造の上位側から階層順に付された数配
列からなる第2のフィルタリングマスク値とを求めると
共に、コンテナエントリの変化の差分からなる差分情報
を求める検出のステップと、検出のステップで求められ
た第1のフィルタリングマスク値と第2のフィルタリン
グマスク値とをコンテナエントリ毎に互いに対応付け
て、対応付けがなされた第1のフィルタリングマスク値
と第2のフィルタリングマスク値とを検出のステップで
求められた差分情報と共に送信する送信のステップと送
信のステップによって送信された差分情報、第1のフィ
ルタリングマスク値および第2のフィルタリングマスク
を受信する受信のステップと、受信のステップで受信
された差分情報に基づき構成されるディレクトリの階層
構造を管理する第2の管理のステップと、予め設定され
、上記コンテナエントリを選択するターゲットマスク
リストに基づいて、受信のステップで受信された差分情
報を選択的に取り込み、取り込まれた差分情報に基づ
き、第2の管理のステップで管理されるディレクトリの
階層構造を変更する変更のステップとを有し、受信のス
テップで受信された第1のフィルタリングマスク値と第
2のフィルタリングマスク値との対応の関係に基づき、
ターゲットマスクリストを変更するようにしたことを特
徴とする送受信方法である。
Further, the present invention is 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 the directory, which is a node of the hierarchical structure of the directory. A container entry that can store information on nodes under
A first management step for managing a hierarchical structure of a directory consisting of leaf entries that are subordinate to a container entry and that cannot store information about nodes under it, and a directory managed in the first management step A change in the hierarchical structure is detected, and based on the detection result, for each container entry, a first filtering mask value consisting of a numerical array attached in hierarchical order from the upper side of the directory hierarchical structure before the change occurs , A numerical sequence assigned in hierarchical order from the top of the directory hierarchy after the change
A second filtering mask value consisting of a column and a detection step of obtaining difference information consisting of a difference between changes in container entries, and a first filtering mask value and a second filter link obtained in the detecting step.
A transmission of transmitting the associated first filtering mask value and second filtering mask value together with the difference information obtained in the detection step, by associating each of the container mask entries with each other step a difference information transmitted by the steps of transmitting the first Fi
Filtering mask value and second filtering mask
Selection and receiving step of receiving the value, and a second management step of managing the hierarchical structure of the configured directories based on the difference information received by the receiving step, previously set on SL container entry Target mask
A change step of selectively fetching the difference information received in the receiving step based on the list , and changing the hierarchical structure of the directory managed in the second managing step based on the fetched difference information. has, on the basis of the correspondence relationship between the first filtering mask value and the second filtering mask values received in the receiving step,
The transmission / reception method is characterized in that the target mask list is changed.

【0025】上述したように、請求項1および請求項4
に記載の発明は、管理される、自分の配下の情報を格納
可能なコンテナエントリと、コンテナエントリの配下に
あって、自分の配下の情報を格納できないリーフエント
リとからなるディレクトリの階層構造の変化の検出結果
に基づき、コンテナエントリそれぞれについて、変化が
生じる以前のディレクトリ階層構造上での位置を示す第
1の位置情報と、変化が生じた後のディレクトリ階層構
造上での位置を示す第2の位置情報とを求めると共に、
コンテナエントリの変化の差分からなる差分情報を求
め、これら第1の位置情報と第2の位置情報とをコンテ
ナエントリ毎に互いに対応付けて、差分情報と共に送信
するようにしているため、受信側では、差分更新情報に
よって更新されたディレクトリ階層構造のコンテナエン
トリのそれぞれについて、変化の前後での位置情報を対
応付けることができる。
As described above, claims 1 and 4
The invention described in (3) is a change in the hierarchical structure of a directory that is composed of a managed 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. For each container entry, based on the detection result of, the first position information indicating the position on the directory hierarchical structure before the change and the second position information indicating the position on the directory hierarchical structure after the change occur. While seeking position information and
Since the difference information including the difference between the changes in the container entries is obtained, and the first position information and the second position information are associated with each other for each container entry and are transmitted together with the difference information, the receiving side The position information before and after the change can be associated with each of the container entries of the directory hierarchical structure updated by the difference update information.

【0026】また、請求項5および請求項8に記載の発
明は、送信された、自分の配下の情報を格納可能なコン
テナエントリと、コンテナエントリの配下にあって、自
分の配下の情報を格納できないリーフエントリとからな
るディレクトリの階層構造の変化を検出して求められ
た、コンテナエントリの変化の差分からなる差分情報
と、コンテナエントリのそれぞれについて、コンテナエ
ントリ毎に互いに対応付けられた、変化が生じる以前の
ディレクトリ階層構造上での位置を示す第1の位置情報
と、変化が生じた後のディレクトリ階層構造上での位置
を示す第2の位置情報とを受信し、受信された差分情報
に基づき構成されるディレクトリの階層構造が管理さ
れ、予め設定された選択情報に基づいて選択的に取り込
まれた差分情報に基づき、管理されるディレクトリの階
層構造が変更されるようにされ、受信された第1の位置
情報と第2の位置情報との対応の関係に基づき、選択情
報を変更するようにしているため、選択情報に、差分更
新情報によるディレクトリ階層構造の変更によるコンテ
ナエントリの対応関係の変化を反映させることができ
る。
Further, the inventions according to claims 5 and 8 store the transmitted container entry which can store the information under its control, and the information under its control which is under the container entry. The difference information, which is the difference between the changes in the container entries, which is obtained by detecting the change in the hierarchical structure of the directory consisting of the unreadable leaf entries, and the change associated with each container entry for each of the container entries The first position information indicating the position on the directory hierarchical structure before the occurrence and the second position information indicating the position on the directory hierarchical structure after the change occur are received, and the received difference information is obtained. The hierarchical structure of the directory is managed based on the difference information that is selectively captured based on the preset selection information. Since the hierarchical structure of the managed directory is changed and the selection information is changed based on the correspondence relationship between the received first position information and second position information, the selection information is changed. It is possible to reflect the change in the correspondence relationship of the container entries due to the change of the directory hierarchical structure by the difference update information.

【0027】また、請求項9および請求項14記載の発
明は、送信側では、管理される、自分の配下の情報を格
納可能なコンテナエントリと、コンテナエントリの配下
にあって、自分の配下の情報を格納できないリーフエン
トリとからなるディレクトリの階層構造の変化の検出結
果に基づき、コンテナエントリそれぞれについて、変化
が生じる以前のディレクトリ階層構造上での位置を示す
第1の位置情報と、変化が生じた後のディレクトリ階層
構造上での位置を示す第2の位置情報とを求めると共
に、コンテナエントリの変化の差分からなる差分情報を
求め、これら第1の位置情報と第2の位置情報とをコン
テナエントリ毎に互いに対応付けて、差分情報と共に送
信し、受信側では、送信側から送信された差分情報、第
1の位置情報および第2の位置情報を受信し、受信され
た差分情報に基づき構成されるディレクトリの階層構造
を管理し、受信された差分情報を、予め設定された選択
情報に基づいて取り込まれた差分情報に基づき、受信側
で管理されるディレクトリの階層構造を変更するように
され、受信された第1の位置情報と第2の位置情報との
対応の関係に基づき、選択情報を変更するようにしてい
るため、受信側では、選択情報に、差分更新情報による
ディレクトリ階層構造の変更によるコンテナエントリの
対応関係の変化を反映させることができる。
Further, in the inventions according to claims 9 and 14, the transmitting side manages a container entry capable of storing information under its own management, and a container entry under the container entry which is under its own control. Based on the detection result of the change in the hierarchical structure of the directory consisting of leaf entries that cannot store information, for each container entry, the first position information indicating the position on the directory hierarchical structure before the change and the change occur And second position information indicating the position on the directory hierarchical structure after that, difference information that is the difference between the changes in the container entries is calculated, and the first position information and the second position information are stored in the container. The entries are associated with each other and transmitted together with the difference information. On the reception side, the difference information transmitted from the transmission side, the first position information and 2 position information is received, the hierarchical structure of the directory configured based on the received difference information is managed, the received difference information is based on the difference information fetched based on the preset selection information, Since the hierarchical structure of the directory managed on the receiving side is changed, and the selection information is changed based on the correspondence relationship between the received first position information and second position information, On the receiving side, the selection information can reflect the change in the correspondence relationship of the container entries due to the change of the directory hierarchical structure based on the difference update information.

【0028】[0028]

【発明の実施の形態】以下、この発明の実施の一形態
を、図面を参照しながら説明する。図1は、この発明に
適用できる系の一例を示す。送信側1は、例えばインタ
ーネットや放送ネットワークなどの、図示されないネッ
トワーク上に存在する多数のコンテンツをツリー状の階
層構造に整理し、ディレクトリ構造として管理してい
る。送信側1では、このディレクトリ構造を示すディレ
クトリ情報を放送ネットワーク2に対して送信する。受
信側3は、図2に一例が示されるように、放送ネットワ
ーク2に対して多数が接続され、放送ネットワーク2を
介してなされた放送をそれぞれが受信可能とされてい
る。受信側3は、放送ネットワーク2で放送されたディ
レクトリ情報を受信し、受信されたディレクトリ情報を
参照して、放送ネットワーク2や他のネットワーク上に
存在する多数の情報の中から必要な情報を選択し、入手
することができる。
BEST MODE FOR CARRYING OUT THE INVENTION An 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.

【0029】図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.

【0030】送信側クライアント10は、例えば図示さ
れないネットワークなどによってコンテンツを提供する
コンテンツプロバイダであって、ディレクトリ構造の変
更や更新を行う。送信側クライアント10は、ネットワ
ーク上の何処に位置していてもよい。送信側サーバ11
は、送信側クライアント10の内容照会や変更などを行
い、ディレクトリ構造を管理する。送信側サーバ11
は、ネットワーク上で分散して構成することができる。
送信側レプリケータ12は、送信側サーバ11で管理さ
れているディレクトリ構造をモニタしてディレクトリ構
造の更新を検出する。そして、送信側レプリケータ12
は、この検出結果に基づき、更新前の構造と更新後の構
造とを比較して差分を抽出し、ディレクトリ構造の差分
更新情報を構成する。差分更新情報は、放送ネットワー
ク2に送信される。差分更新情報の構成については、後
述する。
The transmitting client 10 is a content provider that provides content through a network (not shown), for example, 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. The difference update information is transmitted to the broadcast network 2. The structure of the difference update information will be described later.

【0031】受信側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 abbreviated as a receiving side replicator 17), a receiving side directory server 16 (hereinafter abbreviated as a receiving side server 16), and a receiving side directory service client 15 (hereinafter abbreviated as: 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.

【0032】放送ネットワーク2で送信されたディレク
トリ情報、ディレクトリ構造の更新情報および更新情報
の差分情報などは、受信側レプリケータ17に受信され
る。受信側レプリケータ17では、受信されたこれらの
情報に基づき、受信側サーバ16に格納されたデータベ
ースを更新し、ディレクトリ構造の再構築を行う。受信
側クライアント15は、例えばユーザの指示により、受
信側レプリケータ17に対して必要な情報を要求する。
受信側レプリケータ17は、この要求に基づき受信側サ
ーバ16のデータベースを検索して、受信側クライアン
ト15に対して、例えば要求された情報のアドレスを返
す。受信側クライアント15は、このアドレスに基づ
き、例えば図示されないネットワーク上に存在する情報
にアクセスすることができる。
The receiving side replicator 17 receives the directory information, the directory structure update information, the update information difference information, and the like transmitted by the broadcast network 2. The receiving-side replicator 17 updates the database 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.

【0033】図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.

【0034】コンテナエントリ以外のエントリを、リー
フエントリと称する。リーフエントリは、配下にエント
リを含むことができない、末端の節点である。リーフエ
ントリによる階層を、以下、リーフ階層と称する。リー
フ階層は、コンテナエントリの配下に構成される。
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.

【0035】また、ディレクトリツリーの最上位のエン
トリは、ルートエントリと称され、当該ディレクトリ構
造で完結される世界全体を示すエントリである。なお、
以下では、コンテナエントリは、少なくとも一つのリー
フエントリあるいはコンテナエントリを配下に持つもの
とする。
The highest entry in the directory tree is called a root entry, and is an entry indicating 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.

【0036】エントリは、複数の属性を持つ。エントリ
が持つ属性のうちで、ディレクトリツリーで一意に識別
される名前を、エントリ名と称する。エントリ名によっ
て、そのエントリの、ディレクトリ構造上の位置を特定
することができる。図3の例では、ルートエントリに
は、エントリ名Aが与えられている。ルートエントリの
直接的な配下のエントリには、図の左側に示されるリー
フエントリにはエントリ名A.Bが、右側のコンテナエ
ントリにはエントリ名A.Cがそれぞれ与えられる。以
下、ルートエントリから階層構造を辿った順にピリオド
で区切られて、各エントリに対してエントリ名が与えら
れる。
The 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.

【0037】図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.

【0038】図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.

【0039】ディレクトリ構造は、例えば、そのディレ
クトリ構造で完結する世界全体を表すルートエントリの
下に、コンテナエントリが例えば情報ジャンルに応じて
ツリー状に分類され配されて、構成される。
The directory structure is configured, 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.

【0040】送信側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.

【0041】図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.

【0042】送信側レプリケータ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.

【0043】更新検知モジュール20は、送信側サーバ
11を参照して、サーバ11上に管理されているディレ
クトリ構造に変化があったかどうかを検知するモジュー
ルで、コンテナ階層更新検知モジュール23とリーフ階
層更新検知モジュール24とからなる。コンテナ階層更
新検知モジュール23は、送信側サーバ11をモニタし
て、コンテナ階層の構造の変化を検知する。また、リー
フ階層更新検知モジュール24は、送信側サーバ11を
モニタして、リーフ階層の構造およびリーフエントリの
内容の変化を検知する。
The update detection module 20 refers to the transmission side server 11 and detects 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. 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.

【0044】メッセージ生成モジュール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.

【0045】メッセージ放送モジュール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.

【0046】次に、受信側3の構成について、より具体
的に説明する。図7は、受信側クライアント15の機能
を説明するための機能ブロック図である。受信側クライ
アント15は、例えば一般的なコンピュータシステムで
構成することができ、CPU(Central Processing Uni
t) 、メモリ、ハードディスクといった記録および記憶
媒体、通信手段、ユーザインターフェイスなどからな
る。この図7に示される機能ブロックは、CPU上で動
作するアプリケーションソフトウェアにより実現され、
各モジュールは、アプリケーションソフトウェア上の機
能的な単位であって、それぞれがソフトウェアからな
る。
Next, the configuration 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.

【0047】受信側クライアント15は、上述したよう
に、例えばWWWブラウザであり、供給されたコンテン
ツ、例えば画像データ、テキストデータ、音声データお
よび動画データを統一的に表示および再生することがで
きるようにされている。また、所定の入力手段を用いて
ユーザによって入力された指示に基づき、上述の表示な
らびに再生を制御することができる。
As described above, the receiving side 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.

【0048】受信側クライアント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.

【0049】ユーザ対話モジュール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.

【0050】受信側サーバ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.

【0051】コンテンツ取得モジュール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.

【0052】コンテンツ取得要求に基づきコンテンツサ
ーバ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.

【0053】なお、要求するコンテンツが放送ネットワ
ーク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.

【0054】図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.

【0055】ディレクトリデータベース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.

【0056】一方、上述した受信側クライアント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.

【0057】上述したように系を構成することで、ユー
ザは、受信側クライアント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
The transmitting-side replicator 12 constantly monitors, and when the directory structure is changed, the difference updating information of the directory structure accompanying the change is supplied to the receiving-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. Therefore, the user can always hold the directory information synchronized with the actual directory structure in the directory database 41.

【0058】次に、図9および図10を用いて、ディレ
クトリ構造の変化に伴い生成される、ディレクトリ構造
の差分更新情報について説明する。以下では、スキーマ
バージョンSvで特定されるあるコンテナ階層のコンテ
ナエントリXの配下に、コンテナエントリCまたはリー
フエントリlを追加または削除する処理を、(Sv,
X,〔+/−〕〔C/l〕)と記述する。このディレク
トリ構造に対する処理を示す記述は、この記述による処
理で変化したディレクトリ構造の、元の構造との差分を
表しており、これを差分更新情報として用いることがで
きる。
Next, with reference to FIG. 9 and FIG. 10, the difference update information of the directory structure generated with the change of the directory structure will be described. 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.

【0059】スキーマバージョン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.

【0060】図9Aにおいて、図示されないルートエン
トリの配下にコンテナエントリAのみが存在している。
この状態をスキーマバージョンSv=1とする。この状
態に、上述の記述に従い(1,A,+B)の処理を行
う。すなわち、コンテナエントリAの配下にコンテナエ
ントリBが加えられる。すると、図9Bのようなディレ
クトリ構造になる。図9Aの状態にコンテナエントリB
が加えられたことで、コンテナエントリの階層イメージ
が変化したとされ、スキーマバージョンSv=2とされ
る。
In FIG. 9A, only the container entry A exists under the 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 shown in FIG. 9B is obtained. Container entry B in the state of FIG. 9A
Is added, it is considered that the hierarchical image of the container entry has changed, and the schema version Sv = 2.

【0061】図9Bの状態に、さらに(2,A,+a)
の処理を行う。すなわち、コンテナエントリAの配下に
リーフエントリaを加える。すると、図9Cのようなデ
ィレクトリ構造になる。さらにまた、図9Cの状態に
(2,A,−a)の処理を行う。すなわち、リーフエン
トリaを、コンテナエントリAの配下から削除する。す
ると、図9Dのようなディレクトリ構造になる。さら
に、図9Dの状態に(2,A,−B)の処理を行う。す
なわち、コンテナエントリBを、コンテナエントリAの
配下から削除する。すると、図9Eのようなディレクト
リ構造になる。
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 is as shown in FIG. 9C. 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 is as shown in FIG. 9D. 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 is as shown in FIG. 9E.

【0062】図9Eの状態では、コンテナエントリの階
層イメージが図9Dの状態から変化しているため、スキ
ーマバージョンSvが更新され、スキーマバージョンS
v=3になる。したがって、図9Eの状態において、コ
ンテナエントリAの配下にコンテナエントリCを加える
処理は、(3,A,+C)と記述できる。この処理を行
うと、図9Fに示されるディレクトリ構造となる。
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). When this processing is performed, the directory structure shown in FIG. 9F is obtained.

【0063】この図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.

【0064】図10は、ディレクトリ構造を変更する別
の例を示す。上述の図9に示される例では、一度に一つ
の処理を行っていたが、図10では、2つずつの処理を
まとめて行っている。図10Aは、図示されないルート
エントリの配下にコンテナエントリAのみが存在してい
る。この状態がスキーマバージョンSv=1とする。こ
の図10Aの状態に対して、(1,A,+B)および
(1,A,+a)の処理を順に行う。すなわち、コンテ
ナエントリAの配下に、コンテナエントリBとリーフエ
ントリaとが追加される。すると、図10Bのようなデ
ィレクトリ構造となる。コンテナエントリの階層イメー
ジが変わり、スキーマバージョン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. In FIG. 10A, only a container entry A exists under a 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 shown in FIG. 10B is obtained. The hierarchical image of the container entry changes, and the schema version becomes Sv = 2.

【0065】図10Bの状態に、さらに、(2,A,−
a)および(2,B,+b)の処理を順に行う。すなわ
ち、コンテナエントリAの配下からリーフエントリaを
削除し、その後、コンテナエントリBの配下にリーフエ
ントリbを追加する。すると、図10Cのようなディレ
クトリ構造となる。
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 shown in FIG. 10C is obtained.

【0066】図10Cの状態に対して、さらに、(2,
B,+C)および(2,C,+c)の処理を行う。すな
わち、コンテナエントリBの配下にコンテナエントリC
を追加した後に、追加されたコンテナエントリCの配下
にリーフエントリcを追加する。この処理においては、
追加されたコンテナエントリに対してさらにエントリが
追加されるため、処理の前後を入れ換えることができな
い。処理後、図10Dのようなディレクトリ構造とな
り、コンテナエントリの階層イメージが変わったため、
スキーマバージョン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 as shown in FIG. 10D is obtained and the hierarchical image of the container entry is changed.
The schema version Sv is updated so that the schema version Sv = 3.

【0067】この図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.

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

【0069】また、リーフエントリに関しては、コンテ
ナエントリの配下からの削除やコンテナエントリの配下
への追加の他に、内容の修正だけが行われることがあ
る。内容の修正だけが行われた場合には、ディレクトリ
構造における変化は、生じない。この場合には、例え
ば、リーフエントリ名と、当該リーフエントリ中で修正
のあった属性名および属性値の列で、差分更新情報が構
成される。一例として、 このように差分更新情報が記述される。
Further, regarding the leaf entry, in addition to the deletion from the subordinate of the container entry and the addition to the subordinate of the container entry, only the content may be corrected. No changes in the directory structure will occur if only the contents are modified. In this case, for example, the difference update information is composed of a leaf entry name and a column of the attribute name and the attribute value that are modified in the leaf entry. As an example, In this way, the difference update information is described.

【0070】この発明が適用される系では、上述したよ
うに、差分更新情報は、送信側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 is unidirectionally transmitted from the transmission side 1 to the reception side 3 via the broadcast network 2. Also, there are multiple receivers 3 for one sender 1,
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.

【0071】以下、送信側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.

【0072】最初に、図11のフローチャートを用いて
コンテナエントリの同期管理方法について説明する。先
ず、ステップ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.

【0073】次のステップ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.

【0074】放送されたコンテナ構造更新情報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.

【0075】コンテナ構造更新情報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.

【0076】図11のフローチャートにおけるステップ
S2の処理を、図12のフローチャートを用いて、より
詳細に説明する。この図12のフローチャートによる処
理は、全て送信側レプリケータ12上で行われる。先
ず、ステップS10で、送信側サーバ11上のコンテナ
エントリの階層構成の情報が全て読み込まれる。読み込
まれたコンテナエントリの階層構成の情報は、送信側レ
プリケータ12が有する、例えばメモリやハードディス
クといった記録または記憶媒体に、コピー1として記憶
される。
The process of step S2 in the flowchart of FIG. 11 will be described in more detail with reference to the flowchart of FIG. All the processing according to the flowchart of FIG. 12 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.

【0077】コピー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.

【0078】次のステップ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.

【0079】一方、ステップ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.

【0080】ステップ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.

【0081】図11のフローチャートにおけるステップ
S3の処理を、図13のフローチャートを用いて、より
詳細に説明する。この図13のフローチャートによる処
理は、全て受信側レプリケータ17上で行われる。最初
のステップS20で、送信側レプリケータ12によって
放送ネットワーク2を介して放送されたコンテナ構造更
新情報Msg.1が、受信側レプリケータ17によって
受信される。
The process of step S3 in the flowchart of FIG. 11 will be described in more detail with reference to the flowchart of FIG. All the processing according to the flowchart of FIG. 13 is 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.

【0082】ステップ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. And, Oh this reception at the reception for the first time
If it is determined that, 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.

【0083】次のステップ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.

【0084】一方、上述のステップS21で、ステップ
S20でのコンテナ構造更新情報Msg.1の受信が初
回の受信では無いと判断されたら、処理はステップS2
2に移行する。ステップS22では、受信されたコンテ
ナ構造更新情報Msg.1に記述されるメッセージID
と、前回の受信の際のステップS23の処理でコピー3
として記憶されたメッセージIDとが同一であるかどう
かが判断される。若し、同一であるとされれば、処理は
ステップS20に戻される。
On the other hand, in the above 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.

【0085】一方、ステップ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.

【0086】次に、図14のフローチャートを用いてリ
ーフエントリの同期管理方法について説明する。先ず、
ステップ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.

【0087】次のステップ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.

【0088】放送されたリーフ更新情報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.

【0089】リーフ更新情報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.

【0090】図14のフローチャートにおけるステップ
S31の処理を、図15のフローチャートを用いて、よ
り詳細に説明する。この図15のフローチャートによる
処理は、全て送信側レプリケータ12上で行われる。先
ず、ステップS40で、送信側サーバ11上の、あるコ
ンテナエントリの配下のリーフエントリ名が全て読み込
まれる。読み込まれたリーフエントリ名は、送信側レプ
リケータ12が有する、例えばメモリやハードディスク
といった記録または記憶媒体に、コピー4として記憶さ
れる。
The process of step S31 in the flowchart of FIG. 14 will be described in more detail with reference to the flowchart of FIG. All the processing according to the flowchart of FIG. 15 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.

【0091】コピー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.

【0092】次のステップ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.

【0093】一方、ステップ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.

【0094】ステップ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.

【0095】なお、上述の図15のフローチャートの処
理は、送信側レプリケータ12によって、送信側サーバ
11が管理するディレクトリ構造上の全てのコンテナエ
ントリに対して行われる。
The processing of the flowchart of FIG. 15 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.

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

【0097】ステップS51で、ステップS50での受
信がリーフ更新情報Msg.x1の初回の受信であるか
どうかが判断される。若し、この受信が初回の受信で無
いと判断されたら、処理はステップS53に移行し、受
信されたリーフ更新情報Msg.x1のメッセージID
が受信側レプリケータ17が有する、例えばメモリやハ
ードディスクといった記録または記憶媒体に、コピー6
として記憶される。
In step S51, the reception in step S50 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 not the first reception, the process proceeds to step S53, and the received leaf update information Msg. x1 message ID
Is copied to a recording or storage medium, such as a memory or a hard disk, which the replicator 17 on the receiving side has.
Is stored as

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

【0099】一方、上述のステップS51で、ステップ
S50でのリーフ更新情報Msg.x1の受信が初回の
受信では無いと判断されたら、処理はステップS52に
移行する。ステップS52では、受信されたリーフ更新
情報Msg.x1に記述されるメッセージIDと、前回
の受信の際のステップS53の処理でコピー6として記
憶されたメッセージIDとが同一であるかどうかが判断
される。若し、同一であるとされれば、処理はステップ
S50に戻される。
On the other hand, in the above step S51, the leaf update information Msg. If it is determined that the reception of x1 is not the first reception, the process proceeds to step S52. In step S52, the received leaf update information Msg. It is determined whether the message ID described in x1 and the message ID stored as the copy 6 in the process of step S53 at the time of the previous reception are the same. If they are the same, the process returns to step S50.

【0100】一方、ステップS52で、両者のメッセー
ジIDが異なるとされれば、処理はステップS53に移
行する。ステップS53では、上述したように、メッセ
ージIDが記憶媒体にコピー6として記憶される。この
場合には、新たに受信されたメッセージIDで、前回受
信され記憶されたメッセージIDが例えば上書きされる
ことになる。そして、次のステップS54で、受信され
たリーフ更新情報Msg.x1に基づき、受信側サーバ
16上の対応するリーフエントリの内容が変更される。
On the other hand, if it is determined in step S52 that both message IDs are different, the process proceeds to step S53. In step S53, as described above, the message ID is stored in the storage medium as the copy 6. In this case, the newly received message ID overwrites the previously received and stored message ID, for example. Then, in the next step S54, the received leaf update information Msg. Based on x1, the content of the corresponding leaf entry on the receiving server 16 is changed.

【0101】ところで、上述したように、図14のフロ
ーチャート中のステップS31による、リーフ更新情報
Msg.x1の放送は、送信側1で管理されるディレク
トリ構造中の、全コンテナエントリのそれぞれに関して
行われ、放送されるリーフ更新情報Msg.x1は、膨
大な量になることが予想される。したがって、受信側3
において全てのリーフ更新情報Msg.x1を受信し、
図16のフローチャートによる処理を行うことは、大き
な負担になる。そのため、受信側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
, All leaf update information Msg. x1 is received,
Performing the process according to the flowchart of FIG. 16 is a heavy burden. Therefore, on the receiving side 3, the leaf update information Msg.
x1 only, a large number of broadcast leaf update information Msg.
It is necessary to filter efficiently from x1.

【0102】例えば、受信側レプリケータ17が家庭内
でテレビジョン受像機などに接続して用いられる、セッ
トトップボックス(STB)のような、処理能力や記憶
容量が限定された、すなわち、コンピュータリソースに
制約のある環境に実装される場合を想定する。この場合
には、放送されるリーフ更新情報Msg.x1の取得に
は限度がある。そのため、受信されたリーフ更新情報M
sg.x1を取捨選択して装置内に取り込み、記憶コス
トやメッセージ処理コストの軽減を図る必要がある。す
なわち、受信側レプリケータ17において、不必要な記
憶や処理にかかるコストを制限する必要がある。特に、
ディレクトリサービスが普及し、送信側サーバ11で管
理される対象のディレクトリ構造が巨大になるのに伴
い、上述のリーフ更新情報Msg.x1の取捨選択は、
より重要な事項となってくる。
For example, a processing capacity and a storage capacity such as a set top box (STB) used when the receiving side replicator 17 is connected to a television receiver at home are limited, that is, a computer resource is used. It is assumed that it will be implemented in a restricted environment. In this case, the leaf update information Msg. There is a limit to the acquisition of x1. Therefore, the received leaf update information M
sg. It is necessary to select x1 and load it into the device to reduce the storage cost and message processing cost. That is, it is necessary to limit unnecessary storage and processing costs in the receiving-side replicator 17. In particular,
As the directory service spreads and the target directory structure managed by the transmitting server 11 becomes huge, the leaf update information Msg. The selection of x1 is
It becomes more important.

【0103】以下に、リーフ更新情報Msg.x1に対
してフィルタ処理を行う方法について説明する。送信側
レプリケータ12は、放送されるリーフ更新情報Ms
g.x1に対して、受信側レプリケータ17においてフ
ィルタ処理を行うためのフィルタリングマスクを付加す
る。フィルタリングマスクを解釈するためのマスクスキ
ーマ構造と、マスクスキーマ構造を送信側レプリケータ
12から受信側レプリケータ17に通知する方法などに
ついては、後述する。
Below, the leaf update information Msg. A method of performing filter processing on x1 will be described. The transmitting side replicator 12 uses the leaf update information Ms to be broadcast.
g. 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.

【0104】リーフ更新情報Msg.x1にフィルタリ
ングマスクを付加したメッセージ(Msg.x1’)の
構造を、次のように定義し、上述のリーフ更新情報Ms
g.x1を全てこのリーフ更新情報Msg.x1’で置
き替える。すなわち、リーフ更新情報Msg.x1’
は、 このように定義される。「MessageID 」(メッセージI
D)は、上述のリーフ更新情報Msg.x1の場合と同
様に、このメッセージ(リーフ更新情報Msg.x
1’)の識別情報であって、例えば、このメッセージが
生成される毎に1ずつ増加される整数である。「差分更
新情報」は、ここに記述されるフィルタリングマスクで
特定されるコンテナエントリ配下のリーフエントリの、
追加、削除および属性変更といった手続の情報である。
Leaf update information Msg. The structure of the message (Msg.x1 ') in which the filtering mask is added to x1 is defined as follows, and the above-mentioned leaf update information Ms is defined.
g. x1 for all the leaf update information Msg. Replace with x1 '. 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.

【0105】「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.

【0106】なお、マスク値の構造は、マスクスキーマ
バージョンによって対応付けられるマスクスキーマ(後
述する)によって規定される。マスクスキーマは、後述
する別のメッセージによって送信側レプリケータ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.

【0107】マスク値の割当方法について説明する。こ
の実施の一形態では、あるコンテナエントリの配下のコ
ンテナエントリのそれぞれを、所定ビット数からなるビ
ット列で識別する。受信側レプリケータ17では、受信
されたリーフ更新情報Msg.x1’中に記述されるマ
スク値を参照することによってフィルタ処理を行い、必
要なリーフ更新情報Msg.x1’を選択的に抽出する
ことができる。
A method of assigning mask values will be described. In this embodiment, 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.

【0108】フィルタリングマスクのマスク値のビット
配列構造は、コンテナエントリの階層構造に対応させて
決定される。例えば図17Aに一例が示されるように、
図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. 17A as an example,
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.

【0109】このようにマスク値が与えられた、コンテ
ナエントリXの配下のコンテナエントリに対して、エン
トリの追加や削除が行われた場合、図18のフローチャ
ートに従って処理が行われ、コンテナエントリの増減に
応じてマスク値の割り当てを行う。なお、以下では、コ
ンテナエントリの追加や削除が行われる前のコンテナ階
層を、更新前コンテナ階層と称する。更新前コンテナ階
層のマスク桁数M’は、送信側レプリケータ12の例え
ばメモリに記憶されているものとする。
When an entry is added to or deleted from a container entry subordinate to the container entry X to which the mask value is thus given, the processing is performed according to the flowchart of FIG. 18 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.

【0110】先ず、最初のステップS60で、送信側レ
プリケータ12によって、対象となるコンテナエントリ
の配下のコンテナエントリの数Nが取得される。コンテ
ナエントリ中の、配下のコンテナエントリのリストを参
照することで、コンテナエントリ数Nが求められる。次
のステップS61では、N個の要素を一意に識別可能な
ビット数Mが選ばれ、マスクの桁数がM桁とされる。例
えば、上述した図17Aの例では、コンテナエントリ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. 17A 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.

【0111】次に、ステップ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.

【0112】ステップS63では、更新後のコンテナ階
層のコンテナエントリのうち、更新前コンテナ階層のコ
ンテナエントリに対応するエントリには、同一のマスク
値を割り当てる。さらに、次のステップS64で、例え
ば更新後のコンテナ階層に新規にコンテナエントリの追
加が起こったなどして、更新後のコンテナ階層に、更新
前コンテナ階層に対応するコンテナエントリが存在しな
いコンテナエントリがあった場合、そのコンテナエント
リに対して、同一のコンテナ階層の他のコンテナエント
リのマスク値と重複しないようなマスク値が与えられ
る。
In step S63, the same mask value is assigned to the entry corresponding to the container entry of the pre-update container hierarchy among the container entries of 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.

【0113】一方、上述のステップ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 of the container hierarchy are processed. The mask value is uniquely given.

【0114】例えば、上述の図17Aの状態に、新たに
コンテナエントリ”... X.F”が追加され、図17B
のようなコンテナ階層になったとする。コンテナエント
リ”... X”の配下のコンテナエントリ数Nは、6であ
り、一意に表現するためには3ビットが必要とされ、更
新後のコンテナエントリ”... X”の配下のコンテナ階
層のマスク桁数M=3でる。更新前コンテナ階層のマス
ク桁数M’=3であって、マスク桁数M’とマスク桁数
Mとは等しい。したがって、図17Bに示される各コン
テナエントリ”... 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. 17B.
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).

【0115】また例えば、上述の図17Aの状態から、
コンテナエントリ”... X.C”を削除して、図17C
のようなコンテナ階層になったとする。この場合、コン
テナエントリ”... X”配下のコンテナエントリ数N
は、4であり、2ビットのマスク桁数Mで各コンテナエ
ントリを識別可能なので、更新後のコンテナ階層のマス
ク桁数M=2である。一方、更新前コンテナ階層のマス
ク桁数M’=3であって、更新前と更新後とで、マスク
桁数が異なる。したがって、ステップS65の処理によ
って、当該階層の全エントリに、マスク桁数M=2で新
たにマスク値が割り当てられる。
Further, for example, from the state of FIG. 17A 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.

【0116】さらに、図17Cの状態に、新たにコンテ
ナエントリ”... X.G”が追加され、図17Dの状態
になったとする。この場合、コンテナエントリ”...
X”配下のコンテナエントリ数Nは5であり、コンテナ
エントリを互いに識別するためには、マスク桁数M=3
とする必要がある。マスク桁数Mが更新前のマスク桁数
M’=2と異なるため、ステップS65の処理によっ
て、コンテナエントリ”... X”の配下の全コンテナエ
ントリに、新たにマスク値が割り当てられる。
Further, it is assumed that a container entry "... X.G" is newly added to the state of FIG. 17C and the state of FIG. 17D 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.

【0117】マスク値のビットアサインは、ディレクト
リ構造の上位側から、コンテナ階層順にシリアルになさ
れる。一方、この実施の一形態では、上述のように、同
一階層に存在するエントリ数によってマスク桁数が異な
る。また、エントリの削除や追加などによって、コンテ
ナ階層中のエントリ数が変化し、それに伴いマスク桁数
が変化する。そのため、マスク値を表すビット列中のど
のビットがどのコンテナエントリ(あるいはコンテナ階
層)に対応するかを判断し、マスク値を解釈するための
情報機構が必要となる。
The bit assignment of the mask value is made serially 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.

【0118】この実施の一形態では、マスク値を解釈す
るための情報機構として、次に示すマスクスキーマ(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. If the mask value is in bytes, the total mask length may be expressed in bytes.

【0119】上述のコンテナエントリマスクスキーマ
は、あるコンテナエントリに対応するフィルタリングマ
スクを規定する。すなわち、コンテナエントリマスクス
キーマは、 このように定義される。「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. When the mask length is in bytes, the mask length and the allocation mask length may be expressed in bytes.

【0120】図19を用いて、コンテナエントリマスク
スキーマの符号化について説明する。図19Aは、上述
の図17Aに対応する図であって、上位のコンテナエン
トリ”... X”の配下に、コンテナエントリ名”...
X.A”、”... X.B”、”... X.C”、”...
X.D”および”... X.E”の5つのコンテナエント
リが存在し、それぞれ3桁のマスク長で以てマスク値が
割り当てられている。なお、ここでは説明のため、これ
ら5つのコンテナエントリは、配下に他のエントリを有
しないものとする。
The encoding of the container entry mask schema will be described with reference to FIG. FIG. 19A is a diagram corresponding to FIG. 17A described above, in which the container entry name “...” 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.

【0121】図19Bは、コンテナエントリ”... X.
C”のマスク値の一例を示す。この例では、オフセット
長が77ビットであることから、コンテナエント
リ”... X.C”に3ビットのマスク長で割り当てられ
た割り当てマスク値が、コンテナエントリ”... X.
C”のマスク値の78ビット目から開始される3ビット
であることが分かる。オフセット長に含まれる77ビッ
トのマスク値は、コンテナエントリ”... X.C”より
上位のコンテナエントリに対応する割り当てマスク値で
ある。
FIG. 19B shows the 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 ″.

【0122】このように、マスク値における対象コンテ
ナエントリの割り当てマスク値の位置が規定され、コン
テナエントリマスクスキーマが符号化される。
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.

【0123】コンテナエントリマスクスキーマのより具
体的な例を示す。上述したコンテナエントリ”... 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 inside the parentheses () are for the purpose of explanation, and it is not necessary to actually describe them.

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

【0125】このときのマスクスキーマは、例えばマス
クスキーマバージョンを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.

【0126】なお、この例で、全マスク長が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.

【0127】上述したマスクスキーマにおいて、コンテ
ナエントリ”... X.Cに対応するフィルタリングマス
クの符号化は、例えば、 このようになる。なお、マスク値(Mask Value)は、〔0
11〕以外の部分も全て、他の階層のコンテナエントリ
の割り当てマスク値からなるビットで埋められる。
In the above-mentioned mask schema, 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.

【0128】同様に、コンテナエントリ”... 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.

【0129】送信側レプリケータ12では、送信側サー
バ11をモニタして、コンテナエントリの階層構造の変
更を検知して、上述したマスクスキーマの変更を行う。
したがって、受信側3において適切なフィルタ処理を行
うためには、送信側レプリケータ12によって、階層構
造の変更に基づく差分更新情報の通知と共に、変更され
たマスクスキーマが受信側レプリケータ17に通知され
る必要がある。
The transmitting-side replicator 12 monitors the transmitting-side server 11 to detect a 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.

【0130】この実施の一形態では、マスクスキーマを
送信側レプリケータ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 container structure update information Ms described above is used.
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 '.

【0131】送信側レプリケータ12では、上述した図
15のフローチャートにおけるステップ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. 15, 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 ′.

【0132】この実施の一形態では、受信側レプリケー
タ17において、対象となるコンテナ階層をフィルタ処
理するためのマスクをリストにした、ターゲットマスク
リストを作成する。
In this embodiment, the receiving-side replicator 17 creates a target mask list in which masks for filtering the target container hierarchy are listed.

【0133】図20を用いてターゲットマスクリストに
ついて説明する。先ず、図20Aに示されるようなディ
レクトリ構造を想定する。図20Aのディレクトリ階層
は、最上位のルートエントリ以外は全てコンテナエント
リで構成されているものとする。各四角はコンテナエン
トリを表し、二重線の四角で示されるコンテナエントリ
は、例えばユーザの嗜好に基づき受信側クライアント1
5でフィルタ処理を行うように特定されたエントリであ
る。各エントリ内に表示された数字は、当該エントリ毎
に割り当てられたマスク値である。
The target mask list will be described with reference to FIG. First, assume a directory structure as shown in FIG. 20A. It is assumed that the directory hierarchy in FIG. 20A is made up of container entries except for the highest root entry. 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.

【0134】図20Aに示されるように、ユーザの嗜好
に基づきフィルタ処理するように受信側クライアント1
5で特定されたコンテナエントリのそれぞれに対して、
マスク1〜5が割り当てられている。このディレクトリ
構造において、マスク1〜5の全マスク長分のマスク値
は、ディレクトリ構造を上位側から辿り、マスク1が
(000)、マスク2が(0010)マスク3が(01
0)、マスク4が(10000)およびマスク5が(1
0010)となる。
As shown in FIG. 20A, 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 are traced from the higher order in the directory structure, and the mask 1 is (000), the mask 2 is (0010), and the mask 3 is (01
0), mask 4 is (10000) and mask 5 is (1
0010).

【0135】図20Bは、このように特定されたマスク
がリストとされたターゲットマスクリストの一例を示
す。ターゲットマスクリストは、ディレクトリの構造を
特定するスキーマバージョンと、ユーザの嗜好などに基
づき受信側クライアント15で特定された上述したマス
ク値のリストとからなる。すなわち、このターゲットマ
スクリストは、スキーマバージョンで記述されたディレ
クトリ構造でのみ有効なリストである。なお、ターゲッ
トマスクリストの作成方法については、後述する。
FIG. 20B 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. The method of creating the target mask list will be described later.

【0136】この発明では、送信側サーバ11で管理さ
れるディレクトリ構造に関し、送信側レプリケータ12
によって更新が検知される前の、更新前のマスクスキー
マに基づき割り当てられたマスク値と、送信側レプリケ
ータ12によって更新が検知された後の、更新後の新し
いマスクスキーマにおける対応するコンテナエントリの
マスク値との対応関係を、送信側レプリケータ12から
受信側レプリケータ17に対して通知する。そのため、
この発明では、上述したコンテナエントリマスクスキー
マに、プリビアスマスク値(Previous Mask Value) を追
加する。すなわち、プリビアスマスク値付きコンテナエ
ントリマスクスキーマは、 このように定義される。「コンテナエントリ名(Contain
erEntryName)」、「オフセット長(OffSetLength)」、
「マスク長(MaskLength)」および「割り当てマスク値(P
reviousMaskValue) 」は、上述したコンテナエントリマ
スクスキーマ中の各項目にそれぞれ対応する。
The present invention relates to the directory structure managed by the transmission side server 11, and relates to the transmission side replicator 12
Mask value assigned based on the pre-update mask schema before the update is detected by and the mask value of the corresponding container entry in the new mask schema after the update after the update is detected by the sender replicator 12. The transmitting side replicator 12 notifies the receiving side replicator 17 of the correspondence relationship with. for that reason,
In the present invention, the previous mask value is added to the above-mentioned container entry mask schema. That is, the container entry mask schema with a priori mask value is It is defined in this way. `` Container entry name (Contain
erEntryName) "," Offset Length (OffSetLength) ",
Mask Length and Assignment Mask Value (P
"reviousMaskValue)" corresponds to each item in the above-mentioned container entry mask schema.

【0137】なお、プリビアスマスク値は、例えば、送
信側レプリケータ12において、上述した図12のフロ
ーチャートのステップS10で記憶されるコピー1に基
づき得ることができる。
The prior mask value can be obtained, for example, in the transmitting side replicator 12 based on the copy 1 stored in step S10 of the above-described flowchart of FIG.

【0138】PreviousMaskValue (プリビアスマスク
値)は、更新前のマスクスキーマに基づき割り当てられ
た、当該コンテナエントリマスクスキーマに対応するコ
ンテナエントリのマスク値を特定するための情報であ
る。プリビアスマスク値は、 このように定義される。各々の項目は、上述したコンテ
ナエントリマスクスキーマ中の各項目にそれぞれ対応す
る。このように、プリビアスマスク値によって、当該コ
ンテナエントリの、更新前のマスクスキーマが記述され
る。なお、プリビアスマスク値は、オプションであっ
て、不要であれば省略することができる。
The PreviousMaskValue (previous mask value) is information for specifying the mask value of the container entry corresponding to the relevant container entry mask schema, which is assigned based on the mask schema before update. The prior mask value is It is defined in this way. Each item corresponds to each item in the above-mentioned container entry mask schema. In this way, the prior mask mask value describes the mask schema of the container entry before updating. The prior mask value is optional and can be omitted if unnecessary.

【0139】次に、更新前のコンテナ階層におけるある
コンテナエントリのマスク値の、更新後のコンテナ階層
におけるマスク値への遷移の例について、図21〜図2
5を用いて説明する。
Next, FIGS. 21 and 2 show examples of the transition of the mask value of a certain container entry in the container hierarchy before update to the mask value in the container hierarchy after update.
This will be described using 5.

【0140】なお、図21〜図25において、各コンテ
ナエントリの下部に当該コンテナエントリに割り当てら
れた割り当てマスク値が括弧()で括られ示されてい
る。コンテナエントリのマスク値は、上位のコンテナエ
ントリ”... X”までのオフセット長分のマスク値
を(... )で示し、コンテナ階層毎にカンマで区切る。
例えば図21Aのコンテナエントリ”... X. A”のマ
スク値が(... ,00)となり、図25Aのコンテナエ
ントリ”... X. A. a”のマスク値が(... ,0,0
0)となる。
21 to 25, the allocation mask value assigned to each container entry is shown in parentheses () at the bottom of each container entry. As the mask value of the container entry, the mask value for the offset length up to the upper container entry "... X" is indicated by (...), and each container hierarchy is separated by a comma.
For example, the mask value of the container entry "... X.A" in FIG. 21A becomes (..., 00), and the mask value of the container entry "... X.A. a" in FIG. 25A becomes (... , 0, 0
0).

【0141】図21は、割り当てマスク値の桁数が変わ
らずに、あるコンテナエントリ”... X”の配下のコン
テナエントリが増加する例である。図21Aは、コンテ
ナ階層の更新前の状態であり、スキーマバージョンが例
えばV.a1である。コンテナエントリ”... X”の配
下に、それぞれマスク値が(... ,00)、(... ,0
1)および(... ,10)であるコンテナエント
リ”... X.A”、”... X.B”および”... X.
C”が存在している。
FIG. 21 shows an example in which the number of container entries under the certain container entry "... X" increases without changing the number of digits of the allocation mask value. 21A shows a state before the container hierarchy is updated, and the schema version is, for example, V.70. a1. Under the container entry "... X", the mask values are (..., 00), (..., 0), respectively.
1) and (..., 10) are the container entries "... XA", "... XB" and "... X.
C "exists.

【0142】ここで、コンテナ階層が更新され、図21
Bに示されるように、コンテナエントリ”... X”の配
下に、コンテナエントリ”... X. D”が追加されたと
する。上述した図18のフローチャートに基づき、上位
のコンテナエントリ(コンテナエントリ”... X”)の
配下のコンテナエントリ数N=4であり、更新後のマス
ク桁数Mは、2となる。したがって、コンテナエント
リ”... X.A”、”... X.B”および”... X.
C”には、更新前と同一の割り当てマスク値がそれぞれ
与えられる。また、コンテナエントリ”... X. D”に
は、新たに割り当てマスク値(11)が与えられる。
At this point, the container hierarchy is updated, and as shown in FIG.
As shown in B, it is assumed that the container entry "... X. D" is added under the container entry "... X". Based on the flowchart of FIG. 18 described above, the number of container entries N = 4 under the upper container entry (container entry "... X") is 4, and the updated mask digit number M is 2. Therefore, the container entries "... X.A", "... X. B" and "... X.
The same allocation mask value as before the updating is given to C ", and the allocation mask value (11) is newly given to the container entry" ... X.D ".

【0143】この図21に示される例の場合、コンテナ
エントリ”... X. D”に対応する割り当てマスク値が
追加されるだけで、その他のコンテナエントリのマスク
値の対応関係には変化が生じない。そのため、送信側レ
プリケータ12から受信側レプリケータ17に対して、
コンテナエントリ”... X. D”が追加された更新情報
は通知されるが、マスク値の対応関係の通知を行う必要
は無い。すなわち、この更新情報を通知するコンテナ構
造更新情報Msg.1’には、プリビアスマスク値を格
納するためのコンテナエントリマスクスキーマの必要が
ない。
In the case of the example shown in FIG. 21, only the allocation mask value corresponding to the container entry "... X.D" is added, and the correspondence relationship of the mask values of other container entries changes. Does not happen. Therefore, from the transmitting side replicator 12 to the receiving side replicator 17,
Although the update information to which the container entry "... X.D" is added is notified, it is not necessary to notify the mask value correspondence. That is, the container structure update information Msg. 1 ′ does not require a container entry mask schema for storing a priori mask value.

【0144】例えば、図21Aから図21Bの状態への
変化を通知する、コンテナ構造更新情報Msg.1’に
格納されるマスクスキーマは、 このようになる。コンテナエントリ”... X. A"
,”... X. B" ,”... X. C" および”... X.
D" それぞれのマスクスキーマが格納される。なお、括
弧()内は、説明のためのものであって、実際に記述する
必要は無い。また、〔....〕の部分には、別の構造など
が記述できる。
For example, the container structure update information Msg. The mask schema stored in 1'is It looks like this. Container entry "... X.A"
, "... X. B", "... X. C" and "... X.
D "Each mask schema is stored. Note that the contents in parentheses () are for explanation purposes and do not need to be described. In addition, [....] The structure of can be described.

【0145】図22は、マスクの桁数が変わらず、ある
コンテナエントリ”... X”の配下のコンテナエントリ
が減少する例である。上述の図21Aと同一の状態であ
る図22Aの状態からコンテナエントリ”... X. C”
が削除されてコンテナ階層が更新され、図22Bに示さ
れるようなコンテナ階層となる。この場合のマスク値の
割り当ては、上述した図18のフローチャートに基づ
き、上位のコンテナエントリの配下のコンテナエントリ
数N=3であって、マスク桁数M=2となる。
FIG. 22 is an example in which the number of digits in the mask does not change and the number of container entries under a certain container entry "... X" decreases. The container entry "... X.C" is changed from the state of FIG. 22A which is the same state as that of FIG.
Is deleted and the container hierarchy is updated, resulting in a container hierarchy as shown in FIG. 22B. In this case, the mask value allocation is based on the flowchart of FIG. 18 described above, where the number of container entries under the upper container entry is N = 3 and the number of mask digits is M = 2.

【0146】この図22の場合でも、コンテナエント
リ”... X. C”に対応する割り当てマスク値(10)
が削除されるだけで、その他のコンテナエントリのマス
ク値の対応関係には変化が生じない。したがって、コン
テナ構造更新情報Msg.1’において、コンテナエン
トリ”... X. C”が削除されたことを通知する更新情
報は、格納され通知されるが、マスク値の対応関係の変
更を通知する必要は、無い。
Also in the case of FIG. 22, the allocation mask value (10) corresponding to the container entry "... X.C"
Is deleted, but the corresponding relationship of the mask values of other container entries does not change. Therefore, the container structure update information Msg. In 1 ', the update information notifying that the container entry "... X.C" has been deleted is stored and notified, but it is not necessary to notify the change of the mask value correspondence.

【0147】このとき、コンテナエントリ”... X.
C”の割り当てマスク値(10)が削除されたことも、
併せて通知するようにすると、実装上、好ましい。この
場合、コンテナエントリ”... X. C”に対応するコン
テナエントリマスクスキーマの要素のうち、コンテナエ
ントリ名から割り当てマスク値までを、例えばNull
値として、プリビアスマスク値の構造のみ、要素を埋め
るようにする。
At this time, the container entry "... X.
The allocation mask value (10) of C ″ was deleted,
It is preferable in terms of implementation that the notification is also given. In this case, among the elements of the container entry mask schema corresponding to the container entry "... X.C", from the container entry name to the allocation mask value, for example, Null
As the value, only the structure of the prior mask value fills the element.

【0148】すなわち、コンテナ構造更新情報Msg.
1’に格納されるマスクスキーマは、例えば、 このようになる。コンテナエントリ”... X. C”の部
分は、「Null」と記され、コンテナエントリ”...
X. C”に格納されるプリビアスマスク値部分に、更新
前のコンテナエントリ”... X. C”のマスク値が記さ
れる。
That is, the container structure update information Msg.
The mask schema stored in 1'is, for example, It looks like this. The part of the container entry "... X.C" is written as "Null", and the container entry "...
The mask value of the pre-update container entry "... X. C" is written in the previous mask value portion stored in X. C ".

【0149】受信側レプリケータ17では、このコンテ
ナ構造更新情報Msg.1’を受信すると、既に設定さ
れているターゲットマスクリストの中から、コンテナエ
ントリ”... X. C”に対応するマスクを削除する。す
なわち、プリビアスマスク値に記されている、オフセッ
ト値=77、マスク長=2および割り当てマスク値(1
1)を持つ、コンテナエントリ”... X. C”に対応す
るマスクを削除する。
In the receiving side replicator 17, the container structure update information Msg. When 1'is received, the mask corresponding to the container entry "... X.C" is deleted from the already set target mask list. That is, the offset value = 77, the mask length = 2, and the allocation mask value (1
Delete the mask corresponding to the container entry "... X.C" having 1).

【0150】図23は、マスクの桁数が増加して、ある
コンテナエントリ”... X”の配下のコンテナエントリ
が増加する例である。更新前は、コンテナエント
リ”... X”の配下には、図23Aに一例が示されるよ
うに、2つのコンテナエントリ”... X. A”およ
び”... X. B”とが存在し、それぞれ1桁の割り当て
マスク値(0)および(1)が割り当てられている。こ
の状態に対して、図23Bに示されるように、コンテナ
エントリ”... X. C”が追加される。
FIG. 23 is an example in which the number of digits in the mask increases and the number of container entries under a certain container entry "... X" increases. Before the update, two container entries "... X. A" and "... X. B" are provided under the container entry "... X", as shown in FIG. 23A. They exist, and are assigned one-digit assignment mask values (0) and (1), respectively. In this state, as shown in FIG. 23B, the container entry "... X.C" is added.

【0151】更新後は、上位のコンテナエントリの配下
のコンテナエントリ数N=3であって、マスク桁数M=
2となり、マスク桁数が更新前から増加している。した
がって、上述の図18のフローチャートに基づき、コン
テナエントリ”... X. A”、”... X. B”およ
び”... X. C”のそれぞれに対して、新たな割り当て
マスク値が割り当てられる。
After the update, the number of container entries under the upper container entry is N = 3, and the number of mask digits is M =
2, the number of mask digits has increased from before the update. Therefore, based on the flowchart of FIG. 18 described above, a new allocation mask value is added to each of the container entries “... X.A”, “... X. B” and “... X. C”. Is assigned.

【0152】この場合、図23Aのコンテナエント
リ”... X. A”と図23Bのコンテナエントリ”...
X. A”とが対応する。また、コンテナエントリ”...
X. B”と図23Bのコンテナエントリ”... X. B”
とが対応する。すなわち、図23Aおよび図23Bの状
態をそれぞれスキーマバージョンV.a1およびV.b
1とすると、スキーマバージョンV.a1のマスク
値(... ,0)がスキーマバージョンV.b1のマスク
値(... ,00)に変更されている。同様に、スキーマ
バージョンV.a1のマスク値(... ,1)がスキーマ
バージョンV.b1のマスク値(... ,01)に変更さ
れている。これらの対応関係の変更が、送信側レプリケ
ータ12から受信側レプリケータ17に対して、コンテ
ナ構造更新情報Msg.1’によって通知される。
In this case, the container entry "... X.A" in FIG. 23A and the container entry "... in FIG. 23B".
X.A ”corresponds to the container entry“ ...
X.B "and the container entry" ... X.B "in FIG. 23B.
And correspond. That is, the states of FIG. 23A and FIG. a1 and V.I. b
1, the schema version V. The mask value (..., 0) of a1 is the schema version V.a. It has been changed to the mask value (..., 00) of b1. Similarly, schema version V. The mask value (..., 1) of a1 is the schema version V.a. It has been changed to the mask value (..., 01) of b1. The change in these correspondences is transmitted from the replicator 12 on the transmitting side to the replicator 17 on the receiving side by updating the container structure update information Msg. Notified by 1 '.

【0153】このときのコンテナ構造更新情報Msg.
1’に格納されるマスクスキーマは、例えば、 このようになる。コンテナエントリ”... X. A”およ
び”... X. B”のそれぞれのコンテナエントリマスク
スキーマに、プリビアスマスク値が追加されている。
The container structure update information Msg.
The mask schema stored in 1'is, for example, It looks like this. The previous mask value is added to the container entry mask schema of each of the container entries "... X.A" and "... X.B".

【0154】図24は、マスクの桁数が減少して、ある
コンテナエントリ”... X”の配下のコンテナエントリ
が減少する例である。更新前は、図24Aに示されるよ
うに、コンテナエントリ”... X”の配下にコンテナエ
ントリ”... X. A”、”... X. B”および”...
X. C”が存在し、それぞれ2桁のマスク値が割り当て
られている。
FIG. 24 shows an example in which the number of digits in the mask is reduced and the number of container entries under a certain container entry "... X" is reduced. Before updating, as shown in FIG. 24A, the container entries "... X. A", "... X. B" and "..." are subordinate to the container entry "... X".
X.C "exists, and a 2-digit mask value is assigned to each of them.

【0155】この状態からコンテナエントリ”... X.
C”が削除され、コンテナ構造の更新後には、図24B
に示される状態になったとする。図24Bでは、コンテ
ナエントリ”... X”の配下には、コンテナエント
リ”... X. A”および”... X. B”の2つが存在
し、上位のコンテナエントリの配下のコンテナエントリ
数N=2であって、マスク桁数M=1となり、マスク桁
数Mが更新前から減少している。したがって、この例で
は、上述の図18のフローチャートに基づき、更新後の
コンテナエントリ”... X. A”および”... X. B”
に対して、それぞれ新たな割り当てマスク値が割り当て
られる。
From this state, the container entry "... X.
After C "is deleted and the container structure is updated, FIG.
Suppose that the state shown in is reached. In FIG. 24B, there are two container entries “... X. A” and “... X. B” under the container entry “... X”, and the subordinate container of the upper container entry. The number of entries N = 2, the number of mask digits M = 1, and the number of mask digits M has decreased from before the update. Therefore, in this example, based on the flowchart of FIG. 18 described above, the updated container entries “... X. A” and “... X. B”.
A new assignment mask value is assigned to each of these.

【0156】この場合、図24Aのコンテナエント
リ”... X. A”が図24Bのコンテナエントリ”...
X. A”とが対応し、コンテナエントリ”... X. B”
と図24Bのコンテナエントリ”... X. B”とが対応
する。すなわち、図24Aおよび図24Bの状態をそれ
ぞれスキーマバージョンV.a2およびV.b2とする
と、スキーマバージョンV.a2のマスク値(... ,0
0)がスキーマバージョンV.b2のマスク値(... ,
0)に変更されている。また、スキーマバージョンV.
a2のマスク値(... ,01)がスキーマバージョン
V.b2のマスク値(... ,1)に変更されている。こ
れらの対応関係の変更が、送信側レプリケータ12から
受信側レプリケータ17に対して、コンテナ構造更新情
報Msg.1’によって通知される。
In this case, the container entry "... X.A" in FIG. 24A is the container entry "... X.A" in FIG. 24B.
X. A "corresponds to the container entry" ... X. B "
And the container entry “... X.B” in FIG. 24B correspond to each other. That is, the states of FIG. 24A and FIG. a2 and V. b2, the schema version V. Mask value of a2 (..., 0
0) is the schema version V. b2 mask value (...,
Has been changed to 0). In addition, the schema version V.
The mask value (..., 01) of a2 is the schema version V.a. It has been changed to the mask value (2, ...) Of b2. The change in these correspondences is transmitted from the replicator 12 on the transmitting side to the replicator 17 on the receiving side by updating the container structure update information Msg. Notified by 1 '.

【0157】このときのコンテナ構造更新情報Msg.
1’に格納されるマスクスキーマは、例えば、 このようになる。コンテナエントリ”... X. A”およ
び”... X. B”のそれぞれのコンテナエントリマスク
スキーマに、プリビアスマスク値が追加されている。ま
た、更新後にはコンテナエントリ”... X”の配下に存
在しない、コンテナエントリ”... X. C”の変更を通
知するために、「Null」が用いられ、プリビアスマ
スク値に、更新前のコンテナエントリ”... X. C”の
割り当てマスク値が記述されている。
The container structure update information Msg.
The mask schema stored in 1'is, for example, It looks like this. The previous mask value is added to the container entry mask schema of each of the container entries "... X.A" and "... X.B". In addition, “Null” is used to notify the change of the container entry “... X.C” that does not exist under the container entry “... X” after the update, and the previous mask value is The allocation mask value of the container entry "... X.C" before update is described.

【0158】図25は、あるコンテナエントリの配下の
コンテナエントリが別のコンテナエントリの配下に移動
する例である。図25Aでは、コンテナエントリ”...
X”の配下にコンテナエントリ”... X. A”およ
び”... X. B”が存在する。さらに、コンテナエント
リ”... X. A”の配下には、コンテナエントリ”...
X. A. a”、”... X. A. b”、”... X. A.
c”および”... X. A. d”が存在し、上位のコンテ
ナエントリの配下のコンテナエントリ数N=4である。
コンテナエントリ”... X. B”の配下には、コンテナ
エントリ”... X. B. x”が存在し、N=1である。
FIG. 25 is an example in which a container entry under a certain container entry is moved under another container entry. In FIG. 25A, the container entry “...
There are container entries "... X. A" and "... X. B" under X ". Furthermore, a container entry" ... "Exists under the container entry" ... X. A ". .
X.A.a "," ... X.A.b "," ... X.A.
c ”and“ ... X.A. d ”exist, and the number of container entries under the upper container entry is N = 4.
Under the container entry "... X.B", there is a container entry "... X.B. x", and N = 1.

【0159】コンテナエントリ”... X. A”およ
び”... X. B”には、1桁の割り当てマスク値(0)
および(1)がそれぞれ割り当てられている。また、コ
ンテナエントリ”... X. A”の配下のコンテナエント
リ”... X. A. a”、”... X. A. b”、”...
X. A. c”および”... X. A. d”のそれぞれに
は、N=4であるためマスク桁数M=2であって、2桁
の割り当てマスク値(00)、(01)、(10)およ
び(11)がそれぞれ割り当てられている。さらに、コ
ンテナエントリ”... X. B”の配下のコンテナエント
リ”... X. B. x”には、N=1であるためマスク桁
数M=1であって、1桁の割り当てマスク値(0)が割
り当てられている。
For the container entries "... X. A" and "... X. B", a one-digit allocation mask value (0)
And (1) are assigned respectively. Also, the container entries "... XA a", "... XA b", "..." under the container entry "... XA".
In each of X.A.c "and" ... X.A.d ", since N = 4, the number of mask digits is M = 2, and two-digit allocation mask values (00), (01 ), (10) and (11), respectively, and N = 1 for the container entry “... X.B. x” under the container entry “... X. B”. Therefore, the number of mask digits M is 1, and a one-digit assignment mask value (0) is assigned.

【0160】この図25Aに示される状態から、コンテ
ナエントリ”... X. A. b”がコンテナエント
リ”... X. A”の配下からコンテナエントリ”...
X. B”の配下へと移動されコンテナエントリ”...
X. B. b”とされ、図25Bの状態になったとする。
なお、コンテナエントリ”... X. A. b”の配下のリ
ーフエントリは、コンテナエントリ”... X. A. b”
の移動に伴って移動される。この場合、コンテナエント
リ”... X. A”の配下において、上述の図21で説明
したのと同様な状態になり、各コンテナエントリのマス
ク値に変化はない。一方、コンテナエントリ”... X.
B”の配下において、移動された”... X. B. b”に
対して、新たに割り当てマスク値が割り当てられる。
From the state shown in FIG. 25A, the container entry "... X.A. b" is under the container entry "... X. A" and the container entry "...
X.B ”is moved to the subordinate of the container entry“ ...
X.B.b ", and the state shown in FIG. 25B is obtained.
The leaf entry under the container entry "... X.A. b" is a container entry "... X. A. b".
Moved with the movement of. In this case, under the container entry “... X.A”, the same state as described in FIG. 21 above is obtained, and the mask value of each container entry does not change. Meanwhile, the container entry "... X.
Under the control of “B”, a new allocation mask value is assigned to the moved “... X.B.b”.

【0161】図25Aおよび図25Bの状態を、それぞ
れスキーマバージョンV.a3およびV.b3とする。
図25Aのコンテナエントリ”... X. A. b”が図2
5Bのコンテナエントリ”... X. B. b”に変更され
ている。すなわち、スキーマバージョンV.a3のマス
ク値(... ,0,01)がスキーマバージョンV.b3
のマスク値(... ,0,1)に変更される。これらの対
応関係の変更が、送信側レプリケータ12から受信側レ
プリケータ17に対して、コンテナ構造更新情報Ms
g.1’によって通知される。
The states of FIGS. 25A and 25B correspond to the schema version V. a3 and V.I. b3.
The container entry "... X.A. b" in FIG. 25A is shown in FIG.
5B container entry "... X.B.b" has been changed. That is, the schema version V. The mask value (..., 0, 01) of a3 is the schema version V.a. b3
Is changed to the mask value (..., 0, 1). The change in these correspondences means that the sender replicator 12 sends the container structure update information Ms to the receiver replicator 17.
g. Notified by 1 '.

【0162】このときのコンテナ構造更新情報Msg.
1’に格納されるマスクスキーマは、例えば、 このようになる。コンテナエントリ”... X. A.
a”、”... X. A. c”、”... X. A.
d”、”... X. B. x”および”... X. B. b”に
対応するコンテナエントリマスクスキーマのそれぞれが
順に記述される。コンテナエントリ”... X. A”の配
下からコンテナエントリ”... X. B”の配下へと移動
された、コンテナエントリ”... X. B. b”のコンテ
ナエントリマスクスキーマには、プリビアスマスク値が
追加されている。
The container structure update information Msg.
The mask schema stored in 1'is, for example, It looks like this. Container entry "... X.A.
a "," ... X.A.c "," ... X.A.
Each of the container entry mask schemas corresponding to "d", "... X.B. x" and "... X. B. b" is described in order. The previous mask value is added to the container entry mask schema of the container entry "... X.B.b" which is moved from the subordinate to the subordinate of the container entry "... X.B".

【0163】この発明では、上述したターゲットマスク
リストを作成する際に、プリビアスマスク値によって得
られる、更新後のコンテナエントリのマスク値と当該コ
ンテナエントリの更新前のマスク値との対応関係(マス
クマッピング情報と称する)を用いる。これにより、受
信側において、ターゲットマスクリストの更新を自動的
に行うことができるようになる。
According to the present invention, when the above-mentioned target mask list is created, the correspondence relationship between the mask value of the updated container entry and the mask value of the container entry before the update (mask (Referred to as mapping information) is used. As a result, the receiving side can automatically update the target mask list.

【0164】図26は、ターゲットマスクリストを作成
する処理のフローチャートである。このフローチャート
は、受信側レプリケータ17で実行される。このフロー
チャートの実行に先立って、予め設定されたターゲット
マスクリストが存在するものとする。ターゲットマスク
リストは、例えば、受信側サーバ16に格納されたディ
レクトリ構造が受信側クライアント15のユーザインタ
ーフェイス33に表示され、ユーザが表示されたディレ
クトリ構造の中から適宜コンテナエントリを選択するこ
とによって作成される。作成されたターゲットマスクリ
ストは、受信側レプリケータ17に渡され、受信側レプ
リケータ17が有する、例えばメモリやハードディスク
といった記憶または記録媒体に記憶される。
FIG. 26 is a flowchart of the processing for creating the target mask list. This flowchart is executed by the receiving side replicator 17. Prior to the execution of this flowchart, it is assumed that a preset target mask list exists. The target mask list is created, for example, by displaying the directory structure stored in the receiving side server 16 on the user interface 33 of the receiving side client 15 and selecting an appropriate container entry from the displayed directory structure by the user. It The created target mask list is passed to the reception side replicator 17, and is stored in a storage or recording medium such as a memory or a hard disk included in the reception side replicator 17.

【0165】先ず、最初ステップS70で、受信側レプ
リケータ17が有する図示されないタイマによって、周
期Tが設定され、タイマが起動される。周期Tは、受信
側レプリケータ17において後述するステップS71で
受信したコンテナ構造更新情報Msg.1’をバッファ
リングする周期である。次のステップS71で、送信側
レプリケータ12から放送されたコンテナ構造更新情報
Msg.1’が受信側レプリケータ17に受信される。
First, in step S70, a timer (not shown) included in the receiving side replicator 17 sets a cycle T and the timer is started. The cycle T corresponds to the container structure update information Msg. 1'is the buffering cycle. In the next step S71, the container structure update information Msg. 1 ′ is received by the receiving side replicator 17.

【0166】コンテナ構造更新情報Msg.1’が受信
されると、ステップS72で、受信されたコンテナ構造
更新情報Msg.1’と同一のコンテナ構造更新情報M
sg.1’を以前に受信したことがあるかどうかが判断
される。これは例えば、受信側レプリケータ17におい
て、過去に受信されたコンテナ構造更新情報Msg.
1’のメッセージIDを蓄積しておき、ステップS71
で受信されたコンテナ構造情報Msg.1’のメッセー
ジIDが蓄積されたメッセージIDの中に存在するかど
うかを調べることでなされる。若し、以前に同一のコン
テナ更新情報Msg.1’を受信したことがあると判断
されれば、処理はステップS71に戻され、次のコンテ
ナ構造更新情報Msg.1’の受信が行われる。
Container structure update information Msg. 1'is received, in step S72, the received container structure update information Msg. The same container structure update information M as 1 '
sg. It is determined whether 1'has been previously received. This is, for example, in the receiving side replicator 17, the container structure update information Msg.
The message ID of 1'is stored, and step S71 is performed.
The container structure information Msg. This is done by checking whether the 1'message ID exists in the accumulated message IDs. If the same container update information Msg. If it is determined that the first container structure update information Msg.1 'has been received, the process returns to step S71. 1'is received.

【0167】一方、ステップS72で、ステップS71
で受信されたコンテナ階層更新情報Msg.1’と同一
の情報Msg.1’を受信したことがないとされば、処
理はステップS73に移行する。ステップS73では、
受信されたコンテナ構造変更情報Msg.1’の内容に
基づき、受信側サーバ16に格納されているディレクト
リ構造の、コンテナ階層の変更を行う。
On the other hand, in step S72, step S71
The container hierarchy update information Msg. 1'the same information Msg. If 1'is not received, the process proceeds to step S73. In step S73,
The received container structure change information Msg. Based on the contents of 1 ', the container hierarchy of the directory structure stored in the receiving side server 16 is changed.

【0168】次のステップ74では、受信されたコンテ
ナ構造更新情報Msg.1’に記述されているマスクマ
ッピング情報と、既に設定されているターゲットマスク
リストとに基づき、新たなターゲットマスクリストを生
成する。
In the next step 74, the received container structure update information Msg. A new target mask list is generated based on the mask mapping information described in 1'and the target mask list already set.

【0169】例えば、受信されたコンテナ構造更新情報
Msg.1’にプリビアスマスク値の記述がなされてい
れば、プリビアスマスク値によって示されるマスク値と
一致するマスク値が既存のターゲットマスクリスト上か
ら探される。一致するマスク値があれば、既存のターゲ
ットマスクリスト上の当該マスク値が、受信されたコン
テナ構造更新情報Msg.1’中の、当該プリビアスマ
スク値に対応するコンテナエントリマスクスキーマに記
述されるマスク値に置き替えられる。
For example, the received container structure update information Msg. If the description of the prior mask value is written in 1 ', a mask value that matches the mask value indicated by the prior mask value is searched for in the existing target mask list. If there is a matching mask value, the mask value on the existing target mask list is set to the received container structure update information Msg. 1'is replaced with the mask value described in the container entry mask schema corresponding to the previous mask value.

【0170】次のステップS75では、上述のステップ
S70で設定された周期Tが超過したかどうかが判断さ
れる。若し、周期Tを超過していないと判断されれば、
処理はステップS71に戻され、次のコンテナ構造更新
情報Msg.1’の受信が行われる。
In the next step S75, it is determined whether or not the period T set in step S70 has been exceeded. If it is judged that the cycle T is not exceeded,
The process is returned to step S71, and the next container structure update information Msg. 1'is received.

【0171】一方、ステップS75で、周期Tを超過し
ていると判断されたら、処理はステップS76に移行す
る。ステップS76では、上述のステップS73で変更
されたコンテナ階層を示す情報が受信側レプリケータ1
7から受信側クライアント15に提示され、特定すべき
コンテナエントリの選択が促される。例えば、受信側ク
ライアント15では、所定の表示手段を用いて、供給さ
れたコンテナ階層を示す情報に基づく表示を行う。ユー
ザは、この表示に基づき、所定の方法で必要なコンテナ
エントリを選択する。選択されたコンテナエントリの情
報は、受信側クライアント15から受信側レプリケータ
17に渡される。
On the other hand, if it is determined in step S75 that the period T is exceeded, the process proceeds to step S76. In step S76, the information indicating the container hierarchy changed in step S73 described above is received by the receiving replicator 1.
7 is presented to the client 15 on the receiving side and prompted to select a container entry to be specified. 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】このようにして、ステップS76でコンテ
ナエントリが選択されると、次のステップS77で、選
択されたコンテナ階層に対応するフィルタリングマスク
が設定される。設定されたフィルタリングマスクの一覧
は、ターゲットマスクリストに追記される。ターゲット
マスクリストへの追記がなされると、処理はステップS
70に戻される。
Thus, when the container entry is selected in step S76, the filtering mask corresponding to the selected container hierarchy is set in the next step S77. The list of set filtering masks is added to the target mask list. When additional writing is made to the target mask list, the process proceeds to step S
Returned to 70.

【0174】なお、上述のステップS76の処理を省
略、若しくは、行うかどうかを選択可能として、プリビ
アスマスク値による新たなターゲットマスクリストを自
動的に作成ならびに確定することもできる。
It should be noted that it is possible to automatically create and determine a new target mask list based on the prior mask values by omitting the process of step S76 or selecting whether or not to perform it.

【0175】図27は、上述の図26のフローチャート
に従って作成されたターゲットマスクリストに基づき、
放送されたリーフ更新情報Msg.x1’を選択的に受
信する処理を示すフローチャートである。受信側レプリ
ケータ17は、ターゲットマスクリストに列挙されたフ
ィルタリングマスクを有するリーフ更新情報Msg.x
1’を、放送ネットワーク2で放送されたリーフ更新情
報Msg.x1’の中から選択的に受信する。選択的に
受信されたリーフ更新情報Msg.x1’により、上述
した図14のフローチャートにおけるステップS32の
処理が実行される。
FIG. 27 is based on the target mask list created according to the flow chart of FIG.
The leaf update information Msg. It is a flowchart which shows the process which selectively receives x1 '. The reception-side replicator 17 determines that the leaf update information Msg. x
1'is the leaf update information Msg. x1 'is selectively received. The leaf update information Msg. The process of step S32 in the flowchart of FIG. 14 described above is executed by x1 ′.

【0176】図27において、先ず、最初のステップS
80で、受信側レプリケータ17によって、放送ネット
ワーク2によって放送されたリーフ更新情報Msg.x
1’が受信される。受信側レプリケータ17では、記憶
媒体に記憶されているターゲットマスクリストが参照さ
れ、受信されたリーフ更新情報Msg.x1’に示され
るフィルタリングマスクがターゲットマスクリストに存
在するかどうかが判断される。若し、ターゲットマスク
リスト中に存在しなければ、処理はステップS80に戻
される。
In FIG. 27, first, the first step S
At step 80, the reception side replicator 17 causes the leaf update information Msg. x
1'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 the filtering mask shown in x1 'exists in the target mask list. If it does not exist in the target mask list, the process returns to step S80.

【0177】一方、ステップS81で、当該フィルタリ
ングマスクがターゲットマスクリスト中に存在すると判
断されれば、処理はステップS82に移行し、ステップ
S80での受信がリーフ更新情報Msg.x1’の初回
の受信であるかどうかが判断される。若し、初回の受信
であるとされれば、処理ステップS84へ移行し、受信
されたリーフ更新情報Msg.x1’に示されるメッセ
ージIDが、例えば受信側レプリケータ17が有する、
例えばメモリやハードディスクといった記録または記憶
媒体に、コピー7として記憶される。そして、次のステ
ップS85で、受信されたリーフ更新情報Msg.x
1’が受信側レプリケータ17での処理の対象として選
択される。
On the other hand, if it is determined in step S81 that the filtering mask is present in the target mask list, the process proceeds to step S82, and the reception in step S80 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 S84, and the received leaf update information Msg. The message ID shown in x1 ′ has, for example, the receiving side replicator 17,
The copy 7 is stored in a recording or storage medium such as a memory or a hard disk. Then, in the next step S85, the received leaf update information Msg. x
1 ′ is selected as a processing target in the receiving side replicator 17.

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

【0179】若し、両者が同一であると判断されたら、
処理はステップS80に戻される。一方、ステップS8
3で両者が同一では無いと判断されたら、処理はステッ
プS84に移行し、今回受信されたコンテナ構造更新情
報Msg.x1’のメッセージIDが前回までのメッセ
ージIDの代わりに記憶媒体に記憶され、今回受信され
たコンテナ構造更新情報Msg.x1’に基づき以降の
処理が行われる。
If it is judged that they are the same,
The process is returned to step S80. On the other hand, step S8
If it is determined that they are not the same in step 3, the process proceeds to step S84, and the container structure update information Msg. The message ID of x1 ′ 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 x1 '.

【0180】上述のようにして、受信側サーバ16で管
理されるディレクトリ構造には、送信側サーバ11で管
理されるディレクトリ構造のうち、受信側サーバ16を
利用するユーザの嗜好を反映した部分のみを蓄積し、更
新することができる。そのため、受信側サーバ16にお
いてディレクトリ構造を蓄積するための蓄積記憶媒体を
有効に利用することができる。また、それと共に、受信
側サーバ16でのディレクトリ構造の格納コストを抑え
ることができる。さらに、受信側クライアント15によ
る受信側サーバ16の内容の検索要求に対する処理効率
を大幅に向上させることが可能となる。
As described above, in the directory structure managed by the receiving server 16, only the portion of the directory structure managed by the transmitting server 11 that reflects the preference of the user who uses the receiving server 16 is reflected. Can be accumulated and updated. Therefore, the receiving server 16 can effectively use the storage medium for storing the directory structure. At the same time, the storage cost of the directory structure in the receiving server 16 can be suppressed. Further, it is possible to significantly improve the processing efficiency for the search request of the contents of the receiving server 16 by the receiving client 15.

【0181】なお、上述では、各コンテナエントリに割
り当てられた割り当てマスク長を可変長としたが、これ
はこの例に限定されない。割り当てマスク長は、例えば
バイト単位などの固定長とすることもできる。
Although the assignment mask length assigned to each container entry is variable in the above description, this is not limited to this example. The allocation mask length may be a fixed length such as byte unit.

【0182】[0182]

【発明の効果】以上説明したように、この発明によれ
ば、送信側から放送された、送信側サーバで管理される
ディレクトリ構造の差分更新情報は、受信側において、
受信側サーバを利用するユーザの嗜好を反映した部分の
みがターゲットマスクリストにより選択的に蓄積され
る。その際、プリビアスマスク値によって、送信側サー
バでのディレクトリ構造における、変更前のディレクト
リ構造の情報と変更後のディレクトリ構造と情報とが対
応付けられて、送信側から受信側へと放送される。その
ため、受信側では、送信側でなされたディレクトリ構造
の変更を反映したターゲットマスクリストを自動的に作
成することが可能となる効果がある。
As described above, according to the present invention, the difference update information of the directory structure managed by the transmitting side server, which is broadcast from the transmitting side, is
Only the part reflecting the preference of the user who uses the receiving side server is selectively accumulated by the target mask list. At that time, the information of the directory structure before the change and the directory structure after the change are associated with the information in the directory structure of the sender server by the prior mask value, and the information is broadcast from the sender to the receiver. . Therefore, on the receiving side, there is an effect that it is possible to automatically create the target mask list that reflects the change in the directory structure made on the transmitting side.

【0183】またそのため、この発明では、受信側にお
ける、送信側で管理されるディレクトリ構造の変更に対
応したターゲットマスクリストの作成に際しての、計算
資源の圧迫と、アプリケーション実行に対する頻繁な割
込みを軽減することが可能となる効果がある。
Therefore, according to the present invention, in the receiving side, the pressure of the calculation resources and the frequent interruption to the application execution at the time of creating the target mask list corresponding to the change of the directory structure managed by the transmitting side are reduced. There is an effect that can be.

【図面の簡単な説明】[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 flowchart illustrating a method of managing container entry synchronization.

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

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

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

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

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

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

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

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

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

【図21】コンテナ階層の変化に伴うマスク値の割り当
ての遷移を説明するための略線図である。
FIG. 21 is a schematic diagram for explaining a transition of mask value allocation due to a change in container hierarchy.

【図22】コンテナ階層の変化に伴うマスク値の割り当
ての遷移を説明するための略線図である。
FIG. 22 is a schematic diagram for explaining a transition of mask value allocation due to a change in container hierarchy.

【図23】コンテナ階層の変化に伴うマスク値の割り当
ての遷移を説明するための略線図である。
FIG. 23 is a schematic diagram for explaining a transition of mask value allocation due to a change in container hierarchy.

【図24】コンテナ階層の変化に伴うマスク値の割り当
ての遷移を説明するための略線図である。
FIG. 24 is a schematic diagram for explaining a transition of mask value allocation due to a change in container hierarchy.

【図25】コンテナ階層の変化に伴うマスク値の割り当
ての遷移を説明するための略線図である。
FIG. 25 is a schematic diagram for explaining a transition of mask value allocation due to a change in container hierarchy.

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

【図27】ターゲットマスクリストに基づき、放送され
たリーフ更新情報Msg.x1’を選択的に受信する処
理を示すフローチャートである。
FIG. 27 is a diagram showing broadcasted leaf update information Msg. It is a flowchart which shows the process which selectively receives x1 '.

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

1・・・送信側、2・・・放送ネットワーク、3・・・
受信側、10・・・送信側ディレクトリサービスクライ
アント、11・・・送信側ディレクトリサーバ、12・
・・送信側ディレクトリサーバレプリケータ、15・・
・受信側ディレクトリサービスクライアント、16・・
・受信側ディレクトリサーバ、17・・・受信側ディレ
クトリサーバレプリケータ
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 ...
・ Recipient directory server, 17 ・ ・ ・ Recipient directory server replicator

───────────────────────────────────────────────────── フロントページの続き (72)発明者 原岡 和生 東京都品川区北品川6丁目7番35号 ソ ニー株式会社内 (72)発明者 権野 善久 東京都品川区北品川6丁目7番35号 ソ ニー株式会社内 (72)発明者 西尾 郁彦 東京都品川区北品川6丁目7番35号 ソ ニー株式会社内 (56)参考文献 特開 平11−220493(JP,A) 特開 平11−219330(JP,A) 特開 平10−303983(JP,A) 特開 平8−185348(JP,A) 平島陽子,基幹システム向けディレク トリレプリケーションサーバの開発,情 報処理学会研究報告,日本,(社)情報 処理学会,1998年 2月26日,vol. 98 no.15,pp.227−232 (58)調査した分野(Int.Cl.7,DB名) G06F 12/00 G06F 13/00 G06F 17/30 H04L 12/00 ─────────────────────────────────────────────────── ─── 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-10-303983 (JP, A) JP-A-8-185348 (JP, A) Yoko Hirashima, Development of directory replication server for backbone systems, Research report of Information Processing Society of Japan, Japan, Information Processing Society, February 26, 1998, vol. 98 no. 15, pp. 227-232 (58) Fields surveyed (Int.Cl. 7 , DB name) G06F 12/00 G06F 13/00 G06F 17/30 H04L 12/00

Claims (12)

(57)【特許請求の範囲】(57) [Claims] 【請求項1】 コンテンツの所在を階層的に管理するデ
ィレクトリ階層構造を送信する送信装置において、 上記ディレクトリの階層構造の節点であって自分の配下
の節点の情報を格納可能なコンテナエントリと、上記コ
ンテナエントリの配下にあって、自分の配下の節点の情
報を格納できないリーフエントリとからなるディレクト
リの階層構造を管理する管理手段と、 上記管理手段に管理される上記ディレクトリの階層構造
の変化を検出し、該検出結果に基づき、上記コンテナエ
ントリそれぞれについて、上記変化が生じる以前の上記
ディレクトリ階層構造の上位側から階層順に付された数
配列からなる第1のフィルタリングマスク値と、上記変
化が生じた後の上記ディレクトリ階層構造の上位側から
階層順に付された数配列からなる第2のフィルタリング
マスク値とを求めると共に、上記コンテナエントリの変
化の差分からなる差分情報を求める検出手段と、 上記検出手段で求められた上記第1のフィルタリングマ
スク値と上記第2のフィルタリングマスク値とを上記コ
ンテナエントリ毎に互いに対応付けて、該対応付けがな
された上記第1のフィルタリングマスク値と上記第2の
フィルタリングマスク値とを上記検出手段で求められた
上記差分情報と共に送信する送信手段とを有することを
特徴とする送信装置
1. A transmission device for transmitting a directory hierarchical structure that hierarchically manages the location of contents, wherein a container entry capable of storing information on a node of the hierarchical structure of the directory, which is under its control, Management means for managing a hierarchical structure of a directory consisting of leaf entries which are under the control of a container entry and which cannot store information on nodes under the container entry; and a change in the hierarchical structure of the directory managed by the management means is detected. Then, based on the detection result, the number assigned to each of the container entries in the hierarchical order from the upper side of the directory hierarchical structure before the change occurs.
The first filtering mask value consisting of an array and from the upper side of the directory hierarchical structure after the change has occurred.
Second filtering consisting of a numerical array attached in hierarchical order
A detection unit that obtains a mask value and difference information that is a difference between changes in the container entry, and the first filtering matrix obtained by the detection unit .
The mask value and the second filtering mask value are associated with each other for each container entry, and the first filtering mask value and the second filtering mask value are associated with each other.
And a filtering means for transmitting the filtering mask value together with the difference information obtained by the detecting means .
【請求項2】 請求項1に記載の送信装置において、 上記変化が生じる以前には存在していて上記変化により
消滅した上記コンテナエントリに対応する上記第2の
ィルタリングマスク値を所定の値で代用するようにした
ことを特徴とする送信装置。
The transmitter as claimed in claim 1, be present in the before the changes occur corresponding to the container entries extinguished by the change the second full
Transmitting apparatus according to claim <br/> that the I filter ring mask value to be replaced with a predetermined value.
【請求項3】 コンテンツの所在を階層的に管理するデ
ィレクトリ階層構造を送信する送信方法において、 上記ディレクトリの階層構造の節点であって自分の配下
の節点の情報を格納可能なコンテナエントリと、上記コ
ンテナエントリの配下にあって、自分の配下の節点の情
報を格納できないリーフエントリとからなるディレクト
リの階層構造を管理する管理のステップと、 上記管理のステップにより管理される上記ディレクトリ
の階層構造の変化を検出し、該検出結果に基づき、上記
コンテナエントリそれぞれについて、上記変化が生じる
以前の上記ディレクトリ階層構造の上位側から階層順に
付された数配列からなる第1のフィルタリングマスク値
と、上記変化が生じた後の上記ディレクトリ階層構造
上位側から階層順に付された数配列からなる第2のフィ
ルタリングマスク値とを求めると共に、上記コンテナエ
ントリの変化の差分からなる差分情報を求める検出のス
テップと、 上記検出のステップで求められた上記第1のフィルタリ
ングマスク値と上記第2のフィルタリングマスク値とを
上記コンテナエントリ毎に互いに対応付けて、該対応付
けがなされた上記第1のフィルタリングマスク値と上記
第2のフィルタリングマスク値とを上記検出のステップ
で求められた上記差分情報と共に送信する送信のステッ
プとを有することを特徴とする送信方法。
3. A transmission method for transmitting a directory hierarchical structure for hierarchically managing the location of contents, wherein a container entry capable of storing information of a node under the hierarchical structure of the directory, which is under its control, A management step of managing a hierarchical structure of a directory consisting of leaf entries that are subordinate to a container entry and that cannot store information about nodes under the container entry, and a change in the hierarchical structure of the directory managed by the management step. On the basis of the detection result, and for each of the container entries, the hierarchical order from the upper side of the directory hierarchical structure before the change occurs
First filtering mask values <br/> consisting assigned number sequence, of the directory hierarchy structure after the change has occurred
The second file, which consists of a number array assigned in hierarchical order from the top
The filtering filter value and the difference information consisting of the difference between the changes of the container entries, and the first filter filter obtained in the detection step.
And the second filtering mask value is associated with each other for each container entry, and the associated first filtering mask value and the second filtering mask value are detected in the detecting step. And a step of transmitting together with the obtained difference information.
【請求項4】 送信された、コンテンツの所在を階層的
に管理するディレクトリの階層構造を受信する受信装置
において、 送信された、上記ディレクトリの階層構造の節点であっ
て自分の配下の節点の情報を格納可能なコンテナエント
リと、上記コンテナエントリの配下にあって、自分の配
下の節点の情報を格納できないリーフエントリとからな
るディレクトリの階層構造の変化を検出して求められ
た、上記コンテナエントリの変化の差分からなる差分情
報と、 上記コンテナエントリのそれぞれについて、上記変化が
生じる以前の上記ディレクトリ階層構造の上位側から階
層順に付された数配列からなる第1のフィルタリングマ
スク値、上記変化が生じた後の上記ディレクトリ階層
構造の上位側から階層順に付された数配列からなる第2
フィルタリングマスク値とを受信する受信手段と、 上記受信手段で受信された上記差分情報に基づき構成さ
れるディレクトリの階層構造を管理する管理手段と、 予め設定された、上記コンテナエントリを選択するター
ゲットマスクリストに基づいて、上記受信手段で受信さ
れた上記差分情報を選択的に取り込み、取り込まれた該
差分情報に基づき、上記管理手段で管理される上記ディ
レクトリの階層構造を変更する変更手段とを有し、 上記受信手段で受信された上記第1のフィルタリングマ
スク値と上記第2のフィルタリングマスク値との上記対
応の関係に基づき、上記ターゲットマスクリストを変更
するようにしたことを特徴とする受信装置。
4. A receiving device for receiving a hierarchical structure of a directory that hierarchically manages the location of contents, which is transmitted, and which is a node of the hierarchical structure of the directory, which is subordinate to itself. Of the above-mentioned container entry, which is obtained by detecting a change in the hierarchical structure of the directory consisting of a container entry capable of storing For each of the above-mentioned container entries, the difference information consisting of the difference between changes, and from the upper side of the directory hierarchy structure before the change occurs to the floor
The first filtering matrix consisting of an array of numbers in layer order .
And risk values, the second having upper Symbol change the number sequence attached to a hierarchical order from the upper side of the directory hierarchy structure after produced
Selecting a receiving means for receiving and filtering mask values, and a management means for managing the hierarchical structure of directories configured on the basis of the difference information received by the receiving means, which is set in advance, the upper SL container entry Do
Change means for selectively fetching the difference information received by the receiving means based on a get mask list , and changing the hierarchical structure of the directory managed by the managing means based on the fetched difference information. And the first filtering filter received by the receiving means .
The receiving apparatus is characterized in that the target mask list is changed based on the corresponding relationship between the mask value and the second filtering mask value .
【請求項5】 請求項に記載の受信装置において、 上記ターゲットマスクリストの上記変更は、さらにユー
ザの嗜好に基づき自動的に行われることを特徴とする受
信装置。
5. The receiving device according to claim 4 , wherein the modification of the target mask list further comprises a user.
A receiving device, which is automatically performed based on the user 's preference .
【請求項6】 請求項に記載の受信装置において、上記ディレクトリの階層構造 をユーザに提示するユーザ
インターフェイス手段をさらに有し、上記ターゲットマ
スクリストの変更は、上記ユーザインターフェイス手段
に対する所定の操作によってさらに変更されることを特
徴とする受信装置。
The receiving device according to 6. The method of claim 4, further comprising a user interface means for presenting a hierarchical structure of the directory to the user, the target Ma
The receiver is characterized in that the list is further changed by a predetermined operation on the user interface means.
【請求項7】 送信された、コンテンツの所在を階層的
に管理するディレクトリの階層構造を受信する受信方法
において、 送信された、上記ディレクトリの階層構造の節点であっ
て自分の配下の節点の情報を格納可能なコンテナエント
リと、上記コンテナエントリの配下にあって、自分の配
下の節点の情報を格納できないリーフエントリとからな
るディレクトリの階層構造の変化を検出して求められ
た、上記コンテナエントリの変化の差分からなる差分情
報と、 上記コンテナエントリのそれぞれについて、上記変化が
生じる以前の上記ディレクトリ階層構造の上位側から階
層順に付された数配列からなる第1のフィルタリングマ
スク値、上記変化が生じた後の上記ディレクトリ階層
構造の上位側から階層順に付された数配列からなる第2
フィルタリングマスク値とを受信する受信のステップ
と、 上記受信のステップで受信された上記差分情報に基づき
構成されるディレクトリの階層構造を管理する管理のス
テップと、 予め設定された、上記コンテナエントリを選択するター
ゲットマスクリストに基づいて、上記受信のステップで
受信された上記差分情報を選択的に取り込み、取り込ま
れた該差分情報に基づき、上記管理のステップで管理さ
れる上記ディレクトリの階層構造を変更する変更のステ
ップとを有し、 上記受信のステップで受信された上記第1のフィルタリ
ングマスク値と上記第2のフィルタリングマスク値との
上記対応の関係に基づき、上記ターゲットマスクリスト
を変更するようにしたことを特徴とする受信方法。
7. A receiving method for receiving a hierarchical structure of a directory that hierarchically manages the location of contents, which is transmitted, and is information of a node of the hierarchical structure of the directory that is subordinate to itself. Of the above-mentioned container entry, which is obtained by detecting a change in the hierarchical structure of the directory consisting of a container entry capable of storing For each of the above-mentioned container entries, the difference information consisting of the difference between changes, and from the upper side of the directory hierarchy structure before the change occurs to the floor
The first filtering matrix consisting of an array of numbers in layer order .
And risk values, the second having upper Symbol change the number sequence attached to a hierarchical order from the upper side of the directory hierarchy structure after produced
A step of receiving for receiving and filtering mask values, and a management step of managing the hierarchical structure of the configured directories based on the difference information received in step of the reception, which is set in advance, the upper SL container entry ter to select a Li
A change that selectively fetches the difference information received in the receiving step based on the get mask list and changes the hierarchical structure of the directory managed in the managing step based on the fetched difference information. And the first filter received in the receiving step.
The receiving method, characterized in that the target mask list is changed based on the corresponding relationship between the coding mask value and the second filtering mask value .
【請求項8】 コンテンツの所在を階層的に管理するデ
ィレクトリの階層構造を送信し、送信されたディレクト
リの階層構造を受信する送受信システムにおいて、 上記ディレクトリの階層構造の節点であって自分の配下
の節点の情報を格納可能なコンテナエントリと、上記コ
ンテナエントリの配下にあって、自分の配下の節点の情
報を格納できないリーフエントリとからなるディレクト
リの階層構造を管理する第1の管理手段と、 上記第1の管理手段に管理される上記ディレクトリの階
層構造の変化を検出し、該検出結果に基づき、上記コン
テナエントリそれぞれについて、上記変化が生じる以前
の上記ディレクトリ階層構造の上位側から階層順に付さ
れた数配列からなる第1のフィルタリングマスク値と、
上記変化が生じた後の上記ディレクトリ階層構造の上位
側から階層順に付された数配列からなる第2のフィルタ
リングマスク値とを求めると共に、上記コンテナエント
リの変化の差分からなる差分情報を求める検出手段と、 上記検出手段で求められた上記第1のフィルタリングマ
スク値と上記第2のフィルタリングマスク値とを上記コ
ンテナエントリ毎に互いに対応付けて、該対応付けがな
された上記第1のフィルタリングマスク値と上記第2の
フィルタリングマスク値とを上記検出手段で求められた
上記差分情報と共に送信する送信手段と、 上記送信手段によって送信された上記差分情報、上記第
1のフィルタリングマスク値および上記第2のフィルタ
リングマスク値を受信する受信手段と、 上記受信手段で受信された上記差分情報に基づき構成さ
れるディレクトリの階層構造を管理する第2の管理手段
と、 予め設定された、上記コンテナエントリを選択するター
ゲットマスクリストに基づいて、上記受信手段で受信さ
れた上記差分情報を選択的に取り込み、取り込まれた該
差分情報に基づき、上記第2の管理手段で管理される上
記ディレクトリの階層構造を変更する変更手段とを有
し、 上記受信手段で受信された上記第1のフィルタリングマ
スク値と上記第2のフィルタリングマスク値との上記対
応の関係に基づき、上記ターゲットマスクリストを変更
するようにしたことを特徴とする送受信システム
8. A transmission / reception system for transmitting a hierarchical structure of a directory that hierarchically manages the location of contents and receiving the hierarchical structure of the transmitted directory, wherein a node of the hierarchical structure of the directory is First management means for managing a hierarchical structure of a directory, which comprises a container entry capable of storing node information and a leaf entry which is under the container entry and is incapable of storing node information under its own; A change in the hierarchical structure of the directory managed by the first managing means is detected, and based on the detection result, each container entry is added in a hierarchical order from the upper side of the directory hierarchical structure before the change occurs.
A first filtering mask value consisting of an array of numbers
Higher level of the above directory hierarchy after the above changes
A second filter consisting of a numerical array assigned in hierarchical order from the side
A ring mask value and a detecting means for obtaining difference information consisting of a difference between changes in the container entry, and the first filtering matrix obtained by the detecting means .
The mask value and the second filtering mask value are associated with each other for each container entry, and the first filtering mask value and the second filtering mask value are associated with each other.
Transmitting means for transmitting a filtering mask value together with the difference information obtained by the detecting means, the difference information transmitted by the transmitting means, the first filtering mask value and the second filter
Receiving means for receiving a ring mask value, and second management means for managing the hierarchical structure of directories configured on the basis of the difference information received by the receiving means, which is set in advance, the upper SL container entry ter to select
The difference information received by the receiving means is selectively fetched based on the get mask list, and the hierarchical structure of the directory managed by the second management means is changed based on the fetched difference information. Change means, and the first filtering filter received by the receiving means .
Based on the above correspondence relationship between the risk value and the second filtering mask values, transmitting and receiving system is characterized in that so as to modify the target mask list.
【請求項9】 請求項に記載の送受信システムにおい
て、 上記変化が生じる以前には存在していて上記変化により
消滅した上記コンテナエントリに対応する上記第2の
ィルタリングマスク値を所定の値で代用するようにした
ことを特徴とする送受信システム。
9. The transmission / reception system according to claim 8 , wherein the second flag corresponding to the container entry that existed before the change occurred and disappeared due to the change.
A transmission / reception system characterized in that a predetermined value is substituted for the filtering mask value .
【請求項10】 請求項に記載の送受信システムにお
いて、 上記ターゲットマスクリストの上記変更は、さらにユー
ザの嗜好に基づき自動的に行われることを特徴とする送
受信システム。
10. The transmission / reception system according to claim 8 , wherein the modification of the target mask list further comprises a user.
A transmission / reception system characterized by being automatically performed based on the user 's preference .
【請求項11】 請求項に記載の送受信システムにお
いて、上記ディレクトリの階層構造 をユーザに提示するユーザ
インターフェイス手段をさらに有し、上記ターゲットマ
スクリストの変更は、上記ユーザインターフェイス手段
に対する所定の操作によってさらに変更されることを特
徴とする送受信システム。
11. The transmission / reception system according to claim 8 , further comprising user interface means for presenting a hierarchical structure of the directory to a user, wherein the target mask list is changed by a predetermined operation on the user interface means. A transmission / reception system characterized by being further modified .
【請求項12】 コンテンツの所在を階層的に管理する
ディレクトリの階層構造を送信し、送信されたディレク
トリの階層構造を受信する送受信方法において、 上記ディレクトリの階層構造の節点であって自分の配下
の節点の情報を格納可能なコンテナエントリと、上記コ
ンテナエントリの配下にあって、自分の配下の節点の情
報を格納できないリーフエントリとからなるディレクト
リの階層構造を管理する第1の管理のステップと、 上記第1の管理のステップに管理される上記ディレクト
リの階層構造の変化を検出し、該検出結果に基づき、上
記コンテナエントリそれぞれについて、上記変化が生じ
る以前の上記ディレクトリ階層構造の上位側から階層順
に付された数配列からなる第1のフィルタリングマスク
と、上記変化が生じた後の上記ディレクトリ階層構造
の上位側から階層順に付された数配列からなる第2の
ィルタリングマスク値とを求めると共に、上記コンテナ
エントリの変化の差分からなる差分情報を求める検出の
ステップと、 上記検出のステップで求められた上記第1のフィルタリ
ングマスク値と上記第2のフィルタリングマスク値とを
上記コンテナエントリ毎に互いに対応付けて、該対応付
けがなされた上記第1のフィルタリングマスク値と上記
第2のフィルタリングマスク値とを上記検出のステップ
で求められた上記差分情報と共に送信する送信のステッ
プと 上記送信のステップによって送信された上記差分情報、
上記第1のフィルタリングマスク値および上記第2の
ィルタリングマスク値を受信する受信のステップと、 上記受信のステップで受信された上記差分情報に基づき
構成されるディレクトリの階層構造を管理する第2の管
理のステップと、 予め設定された、上記コンテナエントリを選択するター
ゲットマスクリストに基づいて、上記受信のステップで
受信された上記差分情報を選択的に取り込み、取り込ま
れた該差分情報に基づき、上記第2の管理のステップで
管理される上記ディレクトリの階層構造を変更する変更
のステップとを有し、 上記受信のステップで受信された上記第1のフィルタリ
ングマスク値と上記第2のフィルタリングマスク値との
上記対応の関係に基づき、上記ターゲットマスクリスト
を変更するようにしたことを特徴とする送受信方法。
12. 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, wherein a node of the hierarchical structure of the directory and a subordinate A first management step of managing a hierarchical structure of a directory consisting of a container entry that can store node information and a leaf entry that is under the container entry and that cannot store node information under its own; A change in the hierarchical structure of the directory managed in the step of the first management is detected, and based on the detection result, for each of the container entries, a hierarchical order from the upper side of the directory hierarchical structure before the change occurs
The first filtering mask consisting of a number array attached to
Value and above directory hierarchy structure after above changes
The second file, which consists of a number array assigned in hierarchical order from the upper side of
And a filtering step for obtaining difference information consisting of a difference between changes in the container entries, and the first filter filter obtained in the detecting step.
Linking masking value and the second filtering mask value to each other for each container entry, and the matched first filtering mask value and the second filtering mask value are detected in the detecting step. A step of transmitting together with the obtained difference information and the difference information transmitted by the step of transmitting,
The first filtering mask value and the second flag value.
A receiving step of receiving the I filter ring mask value, and a second management step of managing the hierarchical structure of directories configured on the basis of the difference information received in step of the reception, which is set in advance, the upper SL container ter to select an entry
Based on the get mask list , the difference information received in the receiving step is selectively fetched, and based on the fetched difference information, the hierarchical structure of the directory managed in the second managing step is set. Changing step of changing the first filter filter received in the receiving step.
A transmitting / receiving method, characterized in that the target mask list is changed based on the corresponding relationship between the coding mask value and the second filtering mask value .
JP23060899A 1999-08-17 1999-08-17 Transmission device and transmission method, reception device and reception method, and transmission / reception system and transmission / reception method Expired - Fee Related JP3490646B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP23060899A JP3490646B2 (en) 1999-08-17 1999-08-17 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
JP23060899A JP3490646B2 (en) 1999-08-17 1999-08-17 Transmission device and transmission method, reception device and reception method, and transmission / reception system and transmission / reception method

Publications (2)

Publication Number Publication Date
JP2001051891A JP2001051891A (en) 2001-02-23
JP3490646B2 true JP3490646B2 (en) 2004-01-26

Family

ID=16910434

Family Applications (1)

Application Number Title Priority Date Filing Date
JP23060899A Expired - Fee Related JP3490646B2 (en) 1999-08-17 1999-08-17 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) JP3490646B2 (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060265409A1 (en) * 2005-05-21 2006-11-23 Apple Computer, Inc. Acquisition, management and synchronization of podcasts
US20100332506A1 (en) * 2009-06-30 2010-12-30 International Business Machines Corporation Marking sought after content items on network media devices

Family Cites Families (4)

* 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
JP3498887B2 (en) * 1997-04-30 2004-02-23 ソニー株式会社 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
JP3497370B2 (en) * 1998-02-03 2004-02-16 松下電器産業株式会社 Transmitting device and transmitting method, and receiving device and receiving method

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
平島陽子,基幹システム向けディレクトリレプリケーションサーバの開発,情報処理学会研究報告,日本,(社)情報処理学会,1998年 2月26日,vol.98 no.15,pp.227−232

Also Published As

Publication number Publication date
JP2001051891A (en) 2001-02-23

Similar Documents

Publication Publication Date Title
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
JP5699166B2 (en) Mobile globe formation for geographic information systems
KR100921845B1 (en) Method, system, computer programs and devices for management of media items
US10922339B2 (en) Portable globe creation for a geographical information system
US6363375B1 (en) Classification tree based information retrieval scheme
JP3429707B2 (en) Transmission device and transmission method, reception device and reception method, and transmission / reception system and transmission / reception method
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
JP4971717B2 (en) Directory distributed storage device and data processing request transfer program
JP3490646B2 (en) Transmission device and transmission method, reception device and reception method, and transmission / reception system and transmission / reception method
JP3490641B2 (en) Transmission device and transmission method, reception device and reception method, and transmission / reception system and transmission / reception method
EP1122933A2 (en) Transmitting apparatus, receiving apparatus, transmitting-receiving 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
JP4398042B2 (en) Transmission device, reception device, transmission / reception device, transmission method, and reception method
JP3464174B2 (en) Transmission device and transmission method, reception device and reception method, and transmission / reception system and transmission / reception method
JP2001211431A (en) Transmitter, receiver, transmission reception system, transmission method, and reception method
CN117992280A (en) Method and system for recovering historical data based on object storage
KR20040056296A (en) Apparatus and method for XML result management of XML document retrieval system

Legal Events

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

Free format text: PAYMENT UNTIL: 20071107

Year of fee payment: 4

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

Free format text: PAYMENT UNTIL: 20081107

Year of fee payment: 5

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

Free format text: PAYMENT UNTIL: 20091107

Year of fee payment: 6

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

Free format text: PAYMENT UNTIL: 20091107

Year of fee payment: 6

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

Free format text: PAYMENT UNTIL: 20101107

Year of fee payment: 7

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

Free format text: PAYMENT UNTIL: 20111107

Year of fee payment: 8

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

Free format text: PAYMENT UNTIL: 20111107

Year of fee payment: 8

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

Free format text: PAYMENT UNTIL: 20121107

Year of fee payment: 9

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

Free format text: PAYMENT UNTIL: 20121107

Year of fee payment: 9

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

Free format text: PAYMENT UNTIL: 20131107

Year of fee payment: 10

LAPS Cancellation because of no payment of annual fees