JPH09293010A - 情報同期化方法 - Google Patents

Abstract

(57)【要約】 【課題】 ハイパーテキスト型分散データベースにおけ
る位置情報の一貫性を維持する。また、データベース上
の情報更新時のバージョン管理を自動化する。 【解決手段】 情報１０１が含まれている計算機４０１
に情報１０１の参照元である位置情報３０１，３０３の
存在場所を示すデータを保存する参照情報データベース
５０１を備え、情報１０１の変更を検出する第１ステッ
プを行ない、第１ステップで検出した情報１０１の変更
状態に基づき、参照情報データベース５０１を検索し
て、情報１０１の参照元である位置情報３０１，３０３
の存在場所を示すデータを得る第２ステップ、及び位置
情報３０１，３０３の存在場所を示すデータに基づいて
位置情報３０１，３０３を更新する第３ステップを行な
い、情報を同期化する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワーク上に
分散し蓄積されるハイパーテキスト型の分散データベー
スにおいて、データベース内の情報が変更される時、そ
の情報の位置情報の一慣性を維持するための情報同期化
方法、およびこの情報同期化方法を用いてデータベース
上の情報更新時にバージョンを管理する履歴管理機能に
関するものである。このハイパーテキスト型の分散デー
タベースは、情報内に同一計算機内または他の計算機内
の情報への位置情報を格納し、情報間の関連を表現する
方式のデータベースである。

【０００２】

【従来の技術】近年、ワールドワイブウェブ（以下、Ｗ
ＷＷと記す）と呼ばれる、インターネット上に分散した
ハイパーテキスト型データベースが広く利用されてお
り、全世界に跨る広大なデータベースが構成されてきて
いる。一方、分散データベースを構成する場合、情報の
共有と情報間の一貫性の維持が重要である。ＷＷＷのよ
うなインターネット上のハイパーテキスト型広域分散デ
ータベースにおいても、情報の一貫性を維持するための
有効な方法が望まれている。

【０００３】このＷＷＷにはハイパーテキスト型広域分
散データベースとして、すでに多量のデータが蓄積さ
れ、そのデータは日々更新、追加、削除、移動等の変更
が加えられている。特に、ＷＷＷでは情報内に別の情報
の存在する場所に対する位置情報（ＵＲＬ：Universal
Resource Locater）を含むことが可能で、この位置情報
の指す参照先は、同一計算機を含むインターネット上の
どの計算機上の情報であってもかまわない。ＷＷＷはこ
のような情報間の位置情報のリンクを張り巡らせること
で、世界規模の分散データベースを構成していると言え
る。

【０００４】従来、ＷＷＷでは他の情報に対するＵＲＬ
を自由に追加することができ、これがＷＷＷの柔軟性の
元となっている。ところが一方で、ＵＲＬが指している
参照先の情報に削除や移動が発生すると、存在しない情
報をＵＲＬが指し示すこととなり、後でそのＵＲＬに基
づいてリンクをたどろうとするとエラーとなり、データ
ベースの不整合が発生する。

【０００５】情報に変更が発生した場合にその情報を指
し示している参照元のＵＲＬを更新すればこのような不
整合は防げる。しかしＷＷＷでは参照先側で、その情報
を参照しているＵＲＬを保持している参照元の情報を検
出する手段がなく、情報変更の発生を通知することがで
きないため、このような不整合を防止することができな
い。

【０００６】また、情報が部分的に変更された場合、参
照元情報が期待している情報が消失している可能性もあ
る。このような場合、たとえ位置情報の更新が可能であ
っても、データベースとしての価値は低下することとな
る。例えば、ある情報Ａが別の情報Ｂを参照しており、
情報Ａが別の情報Ｂに対するＵＲＬを保持し、さらに情
報Ｃは情報Ａを参照しており、情報Ａを指すＵＲＬを保
持しているとする。即ち、情報Ｃは情報Ａを介して情報
Ｂを参照しているのであるが、情報Ａから情報Ｂに対す
るＵＲＬが削除されると、情報Ｃは情報Ｂにたどり着け
なくなる。情報ＣのＵＲＬが情報Ｂへの到達を期待して
記録されたものであったとすると、情報Ｂに到達できな
くなった時点で情報ＣのＵＲＬは無意味なものとなる。

【０００７】

【発明が解決しようとする課題】上記のように、従来の
ＷＷＷに代表されるハイパーテキスト型広域分散データ
ベースでは、データベースの不整合の発生を防ぐ手段が
用意されていなかったため、情報の更新が発生する度に
データベースの不整合が発生するという問題点があっ
た。また、すでに世界中に多くのＷＷＷサーバが存在
し、定められたプロトコルに従って稼働しているため、
これに変更を加えて一貫性を維持するような機構を付け
加えることは困難であるという問題点もあった。

【０００８】本発明はこれらの課題を解決するためにな
されたもので、ハイパーテキスト型分散データベースに
おける情報の更新を検出すると共に、これに伴う位置情
報の更新を自動的に行う情報同期化方法を得ることを目
的としている。

【０００９】さらに、本発明の他の目的は、この様なハ
イパーテキスト型分散データベースにおける情報の追
加、変更、削除等の更新が発生した際に、履歴管理を自
動的に行う履歴管理機能を用いて情報を同期化すること
を目的としている。

【００１０】

【課題を解決するための手段】本発明の第１の構成に係
る情報同期化方法は、情報Ａ内に同一計算機内または他
の計算機内の情報Ｂを参照する位置情報Ｃを格納して情
報Ａ，Ｂ間の関連を表現するハイパーテキスト型の分散
データベースにおいて、情報Ｂが含まれている計算機に
情報Ｂの参照元である位置情報Ｃの存在場所を示すデー
タを保存する参照情報データベースを備え、情報Ｂの変
更を検出する第１ステップを行ない、第１ステップで検
出した情報Ｂの変更状態に基づき、参照情報データベー
スを検索して、情報Ｂの参照元である位置情報Ｃの存在
場所を示すデータを得る第２ステップ、及び位置情報Ｃ
の存在場所を示すデータに基づいて位置情報Ｃを更新す
る第３ステップを行なうことを特徴とするものである。

【００１１】また、本発明の第２の構成に係る情報同期
化方法は、第１の構成において、オペレーティングシス
テムによって提供される更新情報を定期的に参照するこ
とにより、情報Ｂの変更を検出することを特徴とするも
のである。

【００１２】また、本発明の第３の構成に係る情報同期
化方法は、第１の構成において、情報Ｂに対して操作が
発生した時、その操作の発生を情報Ｂが含まれている計
算機に通知する機構を備え、この通知によって情報Ｂの
変更を検出することを特徴とするものである。

【００１３】また、本発明の第４の構成に係る情報同期
化方法は、請求項１ないし請求項３のいずれかの構成に
おいて、情報Ａ内で、情報Ｂを参照する別の位置情報Ｄ
が追加または変更または削除された場合、その位置情報
Ｄの参照先である情報Ｂが含まれる計算機の参照情報デ
ータベースに対して、位置情報Ｄの存在場所を示すデー
タを追加または変更または削除する第４ステップによ
り、参照情報データベースを構築することを特徴とする
ものである。

【００１４】また、本発明の第５の構成に係る情報同期
化方法は、請求項１ないし請求項４のいずれかの構成に
おいて、情報Ａと情報Ｂは、同一の計算機内に含まれて
いる場合に、第３ステップは、情報Ａ，Ｂが含まれてい
る計算機において、情報Ｂを参照している位置情報Ｃを
更新する動作であることを特徴とするものである。

【００１５】また、本発明の第６の構成に係る情報同期
化方法は、請求項１ないし請求項４のいずれかの構成に
おいて、情報Ａと情報Ｂは、互いに異なる計算機内に含
まれている場合に、第３ステップは、情報Ａを格納する
計算機に対して参照先の情報Ｂに変更があった旨を通知
し、この通知を受けて情報Ａが含まれている計算機にお
いて、情報Ｂを参照している位置情報Ｃを更新する動作
であることを特徴とするものである。

【００１６】また、本発明の第７の構成に係る情報同期
化方法は、請求項１ないし請求項６のいずれかの構成に
おいて、各ステップは、計算機を制御するサーバプログ
ラム内に組み込まれた情報同期化処理部によって実行さ
れることを特徴とするものである。

【００１７】また、本発明の第８の構成に係る情報同期
化方法は、請求項１ないし請求項６のいずれかの構成に
おいて、各ステップは、計算機を制御するサーバプログ
ラムとは独立した外部処理プログラムである情報同期化
プログラムによって実行されることを特徴とするもので
ある。

【００１８】また、本発明の第９の構成に係る情報同期
化方法は、請求項１ないし請求項８のいずれかの構成に
おいて、情報Ｂの変更を検出した際、変更前の情報Ｂを
記憶すると共に、変更が発生した旨の識別子を記憶する
ことにより、変更履歴を蓄積する第５ステップを行うこ
とを特徴とするものである。

【００１９】また、本発明の第１０の構成に係る情報同
期化方法は、請求項９の構成における識別子として、変
更後の情報Ｂに、変更前の情報Ｂに関する検索データを
付加するものであることを特徴とするものである。

【００２０】また、本発明の第１１の構成に係る情報同
期化方法は、請求項９の構成における識別子として、情
報Ａが情報Ｂを参照しているとき、情報Ｂの参照元であ
る情報Ａに、変更前の情報Ｂに関する検索データを付加
するものであることを特徴とするものである。

【００２１】また、本発明の第１２の構成に係る情報同
期化方法は、位置情報としてプログラム名を有し、その
位置情報を指定することによってサーバ上で実行され、
クライアントプログラムが、取り出すべき情報の情報名
とバージョン識別子を引数として与えることにより、当
該情報を取り出してクライアントプログラムに返送する
履歴サーチプログラムを用い、情報Ｂの変更時にその情
報Ｂに履歴サーチプログラムを指定するための位置情報
を記録する履歴管理機能を用いるものである。

【００２２】また、本発明の第１３の構成に係る情報同
期化方法は、位置情報としてプログラム名を有し、その
位置情報を指定することによってサーバ上で実行され、
クライアントプログラムが、取り出すべき情報の情報名
とバージョン識別子を引数として与えることにより、当
該情報を取り出してクライアントプログラムに返送する
履歴サーチプログラムを用い、情報Ｂの変更時にその情
報Ｂを参照している他の情報Ａに履歴サーチプログラム
を指定するための位置情報を記録する履歴管理機能を用
いるものである。

【００２３】

【発明の実施の形態】

実施の形態１．以下、本発明の実施の形態１による情報
同期化方法を図について説明する。図１は実施の形態１
による情報同期化方法を実施するための情報同期化シス
テムを示す構成図である。図において、１０１，１０
２，１０３は情報、計算機４０１，計算機４０２はサー
バであり、計算機４０３はクライアントである。例えば
サーバ４０１は、情報１０１，１０２を管理するサーバ
プログラム２０２、情報同期化処理手段として例えばサ
ーバプログラム２０２内に組み込まれた情報同期化処理
部２０１、参照情報データベース５０１で構成されてい
る。サーバ４０２も同様で、情報１０３を管理するサー
バプログラム２０４、情報同期化処理手段として例えば
サーバプログラム２０４内に組み込まれた情報同期化処
理部２０３、参照情報データベース５０２で構成されて
いる。この例では、情報１０１は、同一のサーバプログ
ラム２０２の管理する情報１０２を参照しており、その
参照情報へのＵＲＬ（位置情報：Universal Resource L
ocater）３０２を含んでいる。さらに情報１０１は、他
のサーバプログラム２０４の管理する情報１０３を参照
しており、その参照情報へのＵＲＬ３０４を含んでい
る。同様に、情報１０２はＵＲＬ３０１で情報１０１を
参照し、情報１０３はＵＲＬ３０３で情報１０１を参照
している。クライアント４０３はクライアントプログラ
ム２０５で構成されており、サーバ４０１，４０２上の
情報を参照する。

【００２４】サーバ４０１，４０２、およびクライアン
ト４０３はネットワークで接続されており、情報の送受
信が可能となっている。参照情報データベース５０１，
５０２は、それぞれのデータベースを含むサーバ４０
１，４０２内の情報が、他の情報の位置情報によって参
照されている場合、参照されている情報に対応して、参
照元の計算機の名前、参照先情報を含むファイル名、フ
ァイル中の位置等を格納している。例えば、参照情報デ
ータベース５０１には、参照元のデータとして、情報１
０１に対して、これを参照するＵＲＬ３０１およびＵＲ
Ｌ３０３を含むファイル名、ファイル中の位置、このフ
ァイルの存在する計算機名などが格納され、情報１０２
に対して、これを参照するＵＲＬ３０２を含むファイル
名、ファイル中の位置、このファイルの存在する計算機
名などが格納されている。また、同様に、参照情報デー
タベース５０２には、参照元のデータとして、情報１０
３に対して、これを参照するＵＲＬ３０４を含むファイ
ル名、ファイル中の位置、このファイルの存在する計算
機名などが格納されている。

【００２５】以上のようなサーバ４０１，４０２および
クライアント４０３がネットワーク上に存在し、各々の
情報１０１〜１０３は該情報中に存在する少なくとも１
つのＵＲＬ３０１〜３０３によって、該情報自身または
他の情報との間に関連付けがなされている。これによ
り、ハイパーテキスト型の分散データベースを構成して
いる。

【００２６】この様な形態のハイパーテキスト型データ
ベースの代表例として、ワールドワイドウェブ（World
Wide Web：以下、ＷＷＷと記す）が挙げられる。以下、
ＷＷＷにおける実施の形態について説明する。まず、同
一サーバ４０１中の情報１０１へのＵＲＬ３０１を含む
情報１０２が存在したとき、ＵＲＬ３０１によって指示
されている参照先の情報１０１に対して、何らかの変更
が加えられた場合を考える。ここで、情報１０１に対す
る変更としては情報１０１の内容の変更、位置の移動、
名称の変更、削除などが考えられる。

【００２７】ＷＷＷではＵＲＬはＲＦＣ１６３０の規定
に従って、次のような形式で表現される。 ｐｒｏｔｏｃｏｌ：／／ｈｏｓｔ／ｆｉｌｅ＃ｐｏｓｉ
ｔｉｏｎ ここで、 ｐｒｏｔｏｃｏｌ： 該ＵＲＬが参照している情報を提
供するサーバとの間で用いられる通信プロトコル名。例
えば、ｈｔｔｐ，ｆｔｐなどが用いられる。 ｈｏｓｔ ： 該ＵＲＬが参照している情報を提
供するサーバのホスト名。インターネット上ではドメイ
ンネームが用いられる。 ｆｉｌｅ ： 該ＵＲＬが参照している情報を含
むファイル名。ファイル名はサーバプログラムが指定す
るディレクトリをルートとするパスネームで与えられ
る。 ｐｏｓｉｔｉｏｎ： 該ＵＲＬが参照している情報のフ
ァイル中の位置をあらわす識別子。 である。

【００２８】この様にＷＷＷにおけるＵＲＬは、主とし
てホスト名とファイル名の組から構成されるため、ＵＲ
Ｌが指し示す参照先の情報の名称の変更、該情報を含む
ディレクトリの名称の変更、該情報の削除、該情報の他
のディレクトリへの移動など（以下、これらの操作をま
とめて単に変更と記す）により、ＵＲＬによる該情報の
検索が不能になる。また、ＵＲＬは参照している情報の
ファイル中の位置を含むことも有り得るため、ファイル
の内容の変更によってもＵＲＬが無効となり得る。そこ
で、ＵＲＬにより指し示される情報を保持している参照
先側のサーバプログラムが、管理下にある情報の変更な
どの発生を検出し、これを参照元の計算機上のサーバプ
ログラムに通知すれば、情報の一貫性，整合性が維持で
きるが、既存のＷＷＷには通知を必要とする参照元を検
出する手段がない。そこで本実施の形態では参照情報デ
ータベースを備え、ここに、参照元情報を保持させるこ
とにより、参照元への通知を可能とした。この参照情報
データベースによって参照元を知り、参照元のＵＲＬを
適切に更新することで、ハイパーテキスト型データベー
スの一貫性を保つことができる。

【００２９】以下、図２のフローチャートに基づき、情
報１０１に変更が発生した場合の情報同期化処理部２０
１の処理手順について詳しく説明する。 １．情報同期化処理部２０１は、サーバプログラム２０
２の管理下にある情報の作成された日時情報などのオペ
レーティングシステムによって提供される更新情報を定
期的に参照することにより、変更の発生を検出する（Ｓ
Ｔ１）。ＳＴ１の判定で、情報同期化処理部２０１は情
報１０１の変更を検出したとする。 ２．変更の発生を検出した情報同期化処理部２０１は、
参照情報データベース５０１を検索し（ＳＴ２）、変更
の発生した情報１０１を参照しているＵＲＬ３０１，３
０３を保持しているサーバ４０１，４０２のサーバ名を
得る。 ３．参照元計算機がローカル（同一サーバ）であるかリ
モート（ネットワークで結合された別のサーバ）である
かを判断する（ＳＴ３）。 ａ）ＵＲＬ３０１のように参照元が同一サーバ４０１内
に存在する場合、変更内容に応じてＵＲＬ３０１を更新
することで、ＵＲＬが無効になることを防ぐ。また、参
照先情報１０１が削除された場合は、ＵＲＬ３０１を削
除し、ＵＲＬ３０１を参照する要求があった場合に
は、’削除されました’など、参照先が削除された旨を
表示するなどの措置をとる（ＳＴ４）。 ｂ）ＵＲＬ３０３のように参照元が別のサーバ４０２上
に存在する場合、サーバ４０２上のサーバプログラム２
０４に対して、変更の発生した情報１０１，新たなＵＲ
Ｌ，変更の内容や種別などを通知する（ＳＴ５）。変更
通知を受けたサーバプログラム２０４は、情報同期化処
理部２０３によって、変更内容に応じてＵＲＬ３０３を
変更する。これにより、ＵＲＬ３０３が無効になること
を防ぐ。また、参照先情報１０１が削除された場合は、
ＵＲＬ３０３を削除し、ＵＲＬ３０３を参照する要求が
あった場合には、’削除されました’など、参照先が削
除された旨を表示するなどの措置をとる（ＳＴ６）。

【００３０】以上のように、この実施の形態による情報
同期化方法では、ハイパーテキスト型分散データベース
において、情報が変更された時、この情報を参照してい
るＵＲＬを自動的に変更して同期化するので、データベ
ースの一貫性，整合性を自動的に保つことができ、情報
間の依存関係が崩れるのを防ぐことができる。

【００３１】なお、上記実施の形態では、３台の計算機
が結合されているネットワークについて説明したが、１
台の計算機で構成されていても良く、この場合はネット
ワークを構成する必要はない。また、サーバ４０１，４
０２がクライアントプログラム２０５を有していてもよ
く、この場合その計算機はサーバであると同時にクライ
アントでもある。

【００３２】実施の形態２．実施の形態１ではサーバプ
ログラムに情報同期化処理部を組み込んで、この処理部
によって情報の変更の検出と他のサーバプログラムへの
伝達とＵＲＬの更新を行っている。しかし、ＷＷＷのよ
うにすでにインターネット上に構築され、利用されてい
る分散データベースにおいては、直ちにサーバプログラ
ムを変更し、上記に示したような機能を追加することは
困難である。また、ＷＷＷでは多くの種類のサーバプロ
グラムが存在し、これらの中にはオブジェクトの形式で
配布され、変更が容易でないものも多く用いられてい
る。そこで、この実施の形態では情報同期化処理手段を
サーバプログラムとは別の外部プログラムによって構成
し、この外部プログラムである情報同期化プログラムで
情報の変更を検出し、他のサーバプログラムへ伝達し、
ＵＲＬを更新する。

【００３３】図３は実施の形態２による情報同期化方法
を実施するための情報同期化システムを示す構成図であ
る。図において、２０６はサーバ４０１に含まれる情報
同期化プログラム、２０７はサーバ４０２に含まれる情
報同期化プログラムである。この情報同期化プログラム
２０６，２０７は、それぞれサーバプログラム２０２，
２０４とは独立して処理を行う外部プログラムである。

【００３４】以下、図４のフローチャートに基づき、情
報１０１に変更が発生した場合の情報同期化プログラム
２０６の処理手順について詳しく説明する。 １．情報同期化プログラム２０６は、サーバプログラム
２０２の管理下にある情報の作成された日時情報などを
定期的に参照することにより、変更の発生を検出する
（ＳＴ１）。ＳＴ１の判定で、情報同期化プログラム２
０６は情報１０１の変更を検出したとする。 ２．変更の発生を検出した情報同期化プログラム２０６
は、参照情報データベース５０１を検索し（ＳＴ２）、
変更の発生した情報１０１を参照しているＵＲＬ３０
１，３０３を保持しているサーバ４０１，４０２のサー
バ名を得る。 ３．参照元計算機がローカル（同一サーバ）であるかリ
モート（ネットワークで結合された別のサーバ）である
かを判断する（ＳＴ３）。 ａ）ＵＲＬ３０１のように参照元が同一サーバ４０１内
に存在する場合、変更内容に応じてＵＲＬ３０１を更新
することで、ＵＲＬが無効になることを防ぐ。また、参
照先情報１０１が削除された場合は、ＵＲＬ３０１を削
除し、ＵＲＬ３０１を参照する要求があった場合に
は、’削除されました’など、参照先が削除された旨を
表示するなどの措置をとる（ＳＴ４）。 ｂ）ＵＲＬ３０３のように参照元が別のサーバ４０２上
に存在する場合、サーバ４０２上の情報同期化プログラ
ム２０７に対して、変更の発生した情報１０１，新たな
ＵＲＬ，変更の内容や種別などを通知する（ＳＴ１
５）。変更通知を受けた情報同期化プログラム２０７
は、変更内容に応じてＵＲＬ３０３を変更する。これに
より、ＵＲＬ３０３が無効になることを防ぐ。また、参
照先情報１０１が削除された場合は、ＵＲＬ３０３を削
除し、ＵＲＬ３０３を参照する要求があった場合に
は、’削除されました’など、参照先が削除された旨を
表示するなどの措置をとる（ＳＴ１６）。

【００３５】以上のように、情報同期化プログラムを使
用することにより、ハイパーテキスト型分散データベー
スシステムがすでに構築され運用されている場合におい
ても、システムの変更を行うことなく、情報が変更さ
れ、この情報を参照しているＵＲＬを自動的に変更して
同期化するので、データベースの一貫性，整合性を自動
的に保つことができ、情報間の依存関係が崩れるのを防
ぐことができる。

【００３６】ここで、この情報同期化方法を実現するサ
ーバの構成は各々のサーバごとに異なり、情報同期化プ
ログラムを有するサーバと、サーバプログラムに情報同
期化処理部を含んだサーバが混在する状況になり得る。
この様な場合に備えて、情報同期化処理部を有するサー
バプログラムと情報同期化プログラムとは、互いに情報
交換を行えるように構成するのが好ましい。即ち、それ
ぞれが同様のプロトコルを用いれば、通常の実装では相
手がサーバプログラムであるか情報同期化プログラムで
あるかを意識する必要はない。

【００３７】実施の形態３．前記のようにＲＦＣ１６３
０の規定を基にして記述された、各情報が保持している
ＵＲＬは、参照元から参照先への一方的なリンクである
ため、参照先情報（被参照情報）は参照元を知る手段が
ない。実施の形態１，２においては参照先側の情報同期
化処理手段によって、参照元の情報を有するサーバ名を
得るために参照情報データベースを検索しているが、こ
の実施の形態では、参照情報データベースを作成，維持
する方法の一例について、図５，図６，図７のフローチ
ャートに基づいて説明する。

【００３８】これは以下のような方法により可能とな
る。情報の変更は実施の形態１，２のように、サーバプ
ログラムの情報同期化処理部または情報同期化プログラ
ムにより検出されるため、図５に示すＳＴ１のチェック
で情報の変更を検出した際に、参照情報データベース更
新ルーチン（ＳＴ７）で変更の内容を調べる。この参照
情報データベース更新ルーチンの詳細を図６に示す。Ｓ
Ｔ２１で情報の変更の有無と変更の内容をチェックし、
ＵＲＬの追加・削除・変更のいずれかである場合にはそ
のＵＲＬの参照先の参照情報データベースにその変更内
容を記録しておく必要がある。そこで、参照先計算機上
のサーバプログラムに通知し（ＳＴ２３）、参照先側の
計算機上で参照情報データベースを更新する（ＳＴ２
４）。

【００３９】実際の更新処理は、参照先側の計算機のサ
ーバプログラムまたは情報同期化プログラムで図７のフ
ローチャートに従って更新する。ＳＴ２５で情報の変更
内容をチェックする。そして、変更内容に応じて以下の
ような処理を行う。 １．変更内容が新たなＵＲＬの追加である場合（ＳＴ２
６：Ｙｅｓ）、参照情報データベースに参照元位置情報
を追加する（ＳＴ２７）。 ａ）追加されるＵＲＬの参照先が同一計算機内であれ
ば、変更を検出したサーバプログラムまたは情報同期化
プログラムが管理する参照情報データベースにＵＲＬの
追加を記録する。 ｂ）追加されるＵＲＬの参照先が同一計算機内でなけれ
ば、参照先サーバ上のサーバプログラムまたは情報同期
化プログラムにＵＲＬによる参照が追加された旨を通知
し、通知を受けたサーバプログラムまたは情報同期化プ
ログラムは該プログラム管理下の参照情報データベース
にＵＲＬの追加を記録する。

【００４０】２．変更内容が既存のＵＲＬの削除である
場合（ＳＴ２８：Ｙｅｓ）、参照情報データベースから
参照元位置情報を削除する（ＳＴ２９）。 ａ）削除されるＵＲＬの参照先が同一計算機内であれ
ば、変更を検出したサーバプログラムまたは情報同期化
プログラムが管理する参照情報データベースから該当す
るＵＲＬの記録を削除する。 ｂ）削除されるＵＲＬの参照先が同一計算機内でなけれ
ば、参照先サーバ上のサーバプログラムまたは情報同期
化プログラムにＵＲＬによる参照が削除された旨を通知
し、通知を受けたサーバプログラムまたは情報同期化プ
ログラムは該プログラム管理下の参照情報データベース
から該当するＵＲＬの記録を削除する。

【００４１】３．変更内容が既存のＵＲＬの変更である
場合（ＳＴ３０：Ｙｅｓ）、参照情報データベースの参
照元位置情報を変更する（ＳＴ３１）。ＵＲＬの変更
は、既存ＵＲＬの削除と新規ＵＲＬの追加として取り扱
う。従って、上記の追加と削除の組み合わせとして処理
すればよい。

【００４２】４．変更内容が上記以外の場合 参照情報データベースの更新の必要がないため、何もし
なくてよい。

【００４３】なお、ＳＴ２から後の処理は実施の形態
１，２と同様であるが、図５におけるＳＴ１５，ＳＴ１
６で示すように、参照元計算機が他のサーバのとき、参
照元に通知して参照元の位置情報を更新するのである
が、この参照元は実施の形態１のようにサーバプログラ
ムの情報同期化処理部でもよいし、実施の形態２のよう
に情報同期化プログラムでもよい。このように情報の変
更を検出した際、その変更がＵＲＬの追加・削除・変更
のいずれかである場合、そのＵＲＬの参照先の参照情報
データベースにおける参照元のデータを変更することに
より情報を同期化でき、参照情報データベースの維持管
理が自動化できる。

【００４４】実施の形態４．実施の形態１および実施の
形態２ではサーバプログラムまたは情報同期化プログラ
ムが、情報に変更が発生したかどうかを定期的に検査す
ることで変更検出を行っている。この方法では、サーバ
配下の全情報について検査を行うため、情報量が増大す
るにしたがって変更検出の負荷も増大し、また、変更検
出の遅れも大きい。この実施の形態では、情報の１つ１
つを定期的に検索せずに、情報の変更を変更の発生した
情報から受動的に検出する方法について説明する。

【００４５】これは以下のように構成することにより実
現することができる。図８はこの実施の形態による処理
を説明する説明図であり、図では、外部プログラムとし
て設けられた情報同期化プログラムを用いて処理する構
成を示している。ＷＷＷのサーバとしてはＵＮＩＸをオ
ペレーティングシステムとする計算機を用いる場合が多
いが、この様な計算機においては、多くの場合ネットワ
ークファイルシステム（Network File System ：ＮＦ
Ｓ）７０２がサポートされている。ＮＦＳはＮＦＳサー
バとＮＦＳクライアントから構成される。ＮＦＳクライ
アントはユーザプログラムからのファイルアクセスを検
出し、ＮＦＳサーバに伝達する機能がある。ＮＦＳクラ
イアントはＵＮＩＸオペレーティングシステム上ではユ
ーザレベルのプロセスとして実装されており、そのた
め、オペレーティングシステムにはユーザプログラムか
らのファイルアクセスを検出し、ＮＦＳサーバに通知す
る手段が用意されている。

【００４６】上記の機構を利用し、情報同期化処理部を
有するサーバプログラムまたは情報同期化プログラムを
ＮＦＳサーバプログラムとしてオペレーティングシステ
ムに登録することで、ファイルのアクセス通知を受け取
ることができる。図９はこの処理の流れを示すフローチ
ャートである。

【００４７】具体的には以下の処理に従って実現でき
る。 １．ＷＷＷサーバは全ての情報、図８では情報１０１，
１０２を特定のディレクトリ以下に格納する。 ２．情報同期化プログラム２０１またはサーバプログラ
ム２０２を、情報を格納している上記特定のディレクト
リのＮＦＳプログラムとして、オペレーティングシステ
ムに登録する（ＳＴ８）。そして、イベント発生受信待
ちになる（ＳＴ９）。 ３．登録したディレクトリ以下のファイルに対して、ユ
ーザプログラム７０１がアクセスすると、ＮＦＳ７０２
を介して情報同期化プログラム２０１に通知が来る。例
えば遠隔手続き呼ぶ出し（Remote Procedure Call ：Ｒ
ＰＣ）の呼び出しが発生する。 ４．情報同期化プログラム２０１は、この通知をもとに
情報の変更を検出し、図９のＳＴ１から後の処理を行
う。この処理は実施の形態３と同様である。

【００４８】実施の形態１，実施の形態２の情報同期化
方法に、以上のような変更検出を適用することで、サー
バプログラムまたは情報同期化プログラムが情報の変更
検出を、容易に、より迅速に、かつ計算機に負荷をかけ
ずに行うことができ、変更検出の時間的遅れを最小限に
できる。なお、ＮＦＳのような機能が提供されていない
システムでも、アクセス通知を受けたい情報の範囲を決
定し、ファイルのアクセスに応答して情報同期化プログ
ラムなどに通知を行うプログラムを組み込むことによ
り、同様に処理することができる。

【００４９】実施の形態５．実施の形態１，実施の形態
２，または実施の形態４では、サーバプログラムの情報
同期化処理部、または情報同期化プログラムによって情
報の変更を検出している。この実施の形態ではこの変更
検出情報を利用して、サーバプログラムまたは情報同期
化プログラムが変更を検出するたびに、変更のあった情
報を保存することにより、変更履歴を自動的に蓄積する
ようにしたものである。

【００５０】図１０は実施の形態５による履歴管理処理
を実施する情報同期化システムを示す構成図、図１１は
その処理手順を示すフローチャートである。図におい
て、６０１，６０２はそれぞれサーバ４０１，４０２に
含まれ、そのサーバにおいて履歴管理処理を行う履歴管
理システムである。図１１に示すように、情報の変更を
検出した時点で、履歴管理処理を行う（ＳＴ１０）。そ
の他の処理は実施の形態１〜４と同様である。図１２は
履歴管理処理をさらに詳しく示すフローチャートであ
る。ＳＴ１１で、その情報を参照している他の情報の有
無により、情報の変更内容が履歴管理対象かどうかを判
断する。具体的には、例えば変更された情報が図１０に
示すサーバ４０１に含まれる情報１０１である場合、参
照情報データベース５０１を検索して、変更された情報
を参照する位置情報が他の情報に記載されているかどう
かを調べる。その結果、情報１０２のように情報１０１
を参照する位置情報３０１が存在する場合は履歴管理対
象とする。そして履歴管理対象の場合、変更された情報
をその情報を管理する履歴管理システム６０１，６０２
に渡し、履歴管理システム６０１，６０２で変更履歴を
保存する（ＳＴ１２）。次に、ＳＴ１３では変更前の情
報を参照できるようにするため、旧バージョン参照用の
位置情報を生成する。

【００５１】そして、この旧バージョン参照用の位置情
報を、変更後の情報１０１に記録する。これにより、旧
バージョンの情報１０１の検索が、変更後の情報１０１
を参照することにより可能となる。また、情報１０１を
参照している他の計算機上の情報１０３に情報１０１の
旧バージョン参照用の位置情報を記録するようにすれ
ば、情報１０３から情報１０１の旧バージョンの検索が
可能となる。

【００５２】このような情報の履歴管理を行うことによ
って、情報が部分的に変更されて参照元情報が期待して
いる情報が消失している場合でも、データベースとして
の価値の低下を防止できる。即ち、例えば、ある情報Ａ
が別の情報Ｂを参照しており、情報Ａが別の情報Ｂに対
するＵＲＬを保持しており、さらに情報Ｃは情報Ａを参
照しており、情報Ａを指すＵＲＬを保持しているとす
る。情報Ａから情報Ｂに対するＵＲＬが削除された場合
で、情報ＣのＵＲＬが情報Ｂへの到達を期待して記録さ
れたものであったとすると、履歴管理システムで保存し
ている情報から情報Ａを探しだし、これに基づいて情報
Ｂに到達できる。さらに、ユーザの希望する任意のバー
ジョンの情報を取り出すことができる。

【００５３】このように、サーバプログラムの情報同期
化処理部または情報同期化プログラムが情報の追加、削
除、変更等の更新を検出した際に、更新の発生した情報
を履歴管理システム６０１，６０２に引き渡すことで、
情報の変更履歴の記録を自動化できる。

【００５４】なお、サーバプログラム２０２，２０４と
独立した外部プログラムとして履歴管理システム６０
１，６０２を設ける代わりに、サーバプログラムまたは
情報同期化プログラムが直接変更履歴の保存処理を行っ
てもよい。また、ＳＣＣＳ（Source Code Control Syst
em）やＲＣＳ（Revision ControlSystem）のような既存
の履歴管理システムに変更のあった情報を引き渡すこと
で、履歴管理をより容易にかつ汎用的な手段で実現する
ことができる。さらに例えば、実施の形態３では情報の
変更箇所を１つ１つチェックすることを想定している
が、この時対象となる情報が履歴管理システム６０１，
６０２で変更前の情報が保存されていれば、オペレーテ
ィングシステムのファイル比較機能を使用して変更前の
情報との差分をとることにより、変更箇所を容易に知る
ことができる。また、上記説明では、変更の発生したフ
ァイルが他から参照されている場合にその情報を履歴管
理対象であると判断しているが、ユーザから履歴管理対
象と扱う情報を指示し、その情報に履歴管理対象である
識別子を付加し、この識別子の有無で判断するように構
成してもよい。

【００５５】実施の形態６．この実施の形態は、ハイパ
ーテキスト型分散データベースにおいて、情報の追加、
変更、削除等の更新が発生した際の履歴管理を、ＵＲＬ
の参照によって実行される履歴サーチプログラムによっ
て自動化したものである。

【００５６】サーバが管理する情報のＵＲＬには履歴サ
ーチプログラムを指定しておく。この履歴サーチプログ
ラムは、ＵＲＬの指定によって実行する際に、取り出し
たい情報の識別子とバージョンの識別子とを引数として
受け取り、この引数に応じてクライアントプログラムか
ら指定されたバージョンの情報を、保存している変更履
歴から取り出し、クライアントプログラムに転送する機
能を有するものである。この時サーバはクライアントプ
ログラムからのリクエストに対して、指定されたＵＲＬ
が履歴サーチプログラムであるかどうかを判断する。判
断の結果、履歴サーチプログラムであればこれを実行
し、実行結果をリクエストに対する返答として返送す
る。この仕様は、例えばＷＷＷではＣＧＩ（Common Gat
eway Interface）と呼ばれる方法で実現でき、その場
合、履歴サーチプログラムは、旧バージョン取り出しの
ためのＣＧＩスクリプトとなる。

【００５７】旧バージョンを取り出すため、例えば変更
の発生した情報自身に、履歴サーチプログラムへのＵＲ
Ｌを記述する方法を用いたものの処理動作を説明する。
図１３は、変更履歴検索のためのＵＲＬを付加するとき
の処理の流れを示すフローチャートであり、情報の変更
が発生した場合に起動されるものである。今、情報１０
１に変更が発生したとする。ＳＴ４１で変更された情報
に対する履歴サーチプログラムを生成し、ＳＴ４２で変
更の発生した情報、例えば情報１０１中に履歴サーチプ
ログラムへのＵＲＬを付加する。このように、情報１０
１中に履歴サーチプログラムへのＵＲＬを付加しておけ
ば、参照元から当該ＵＲＬが参照された際、履歴サーチ
プログラムが実行され、旧バージョンの情報が取り出さ
れて、参照元に返送される。

【００５８】また、図１４は、旧バージョンを取り出す
ため、例えば変更の発生した情報自身に、履歴サーチプ
ログラムへのＵＲＬを記述することに加え、変更の発生
した情報を参照している情報に、この履歴サーチプログ
ラムへのＵＲＬを記述する方法を用いたものの処理動作
を示したものである。情報の変更が発生した場合に起動
され、ＳＴ４１で変更された情報に対する履歴サーチプ
ログラムを生成する。ＳＴ４２で変更の発生した情報、
例えば情報１０１中に履歴サーチプログラムへのＵＲＬ
を付加する。さらに、参照元にも知らせるかどうかを判
断し（ＳＴ４３）、知らせない場合は終了する。参照元
にも知らせる場合には、ＳＴ４４，ＳＴ４５で参照元に
通知する処理を行うが、このフローチャートでは、参照
元がネットワークで接続されている他のサーバで管理さ
れている情報、例えば情報３０３に通知する場合を説明
する。ＳＴ４４では参照元サーバプログラムまたは参照
元の情報同期化プログラムに履歴サーチプログラムへの
ＵＲＬを通知する。この通知を受け、ＳＴ４５で参照元
の情報１０３に履歴サーチプログラムへのＵＲＬを記述
する。このように情報１０３中に履歴サーチプログラム
へのＵＲＬが記述されていれば、履歴サーチプログラム
のＵＲＬであると認識した際、この履歴サーチプログラ
ムが実行され、旧バージョンの情報が取り出されて、参
照元に返送される。

【００５９】前述の変更の発生した情報に履歴サーチプ
ログラムへのＵＲＬを付加する方法では、その情報を参
照した時点ではじめて旧バージョンがあるということが
認識できるのであるが、参照元の情報にも履歴サーチプ
ログラムへのＵＲＬを知らせる方法では、参照元で予め
旧バージョンがあることが認識できるので、特に他の計
算機内の情報を参照している場合にスムーズに早く希望
のバージョンの情報を参照することができる。この参照
元に通知するか否かは、予めシステムで決定しておいて
もよいし、オプションでその都度振り分けるように構成
してもよい。

【００６０】上記の構成では、履歴サーチプログラムへ
必要とするバージョンの識別子を引数として引き渡すこ
とで、任意のバージョンの情報を取り出すことができ
る。

【００６１】上記のように、履歴管理システムに変更履
歴が保存されている情報に関しては変更のあった情報ま
たはその情報を参照している情報に旧バージョン取得の
ためのＵＲＬを付加することで、ユーザは現在の情報の
みならず変更過程の情報の中で、任意の旧バージョン情
報を随時取り出すことができる。例えばＵＲＬが削除さ
れた場合でも削除前の情報を取り出すことで、ＵＲＬに
よるリンクがとぎれるのを防ぐことができる。

【００６２】

【発明の効果】上記のように、本発明の第１の構成によ
れば、情報Ａ内に同一計算機内または他の計算機内の情
報Ｂを参照する位置情報Ｃを格納して情報Ａ，Ｂ間の関
連を表現するハイパーテキスト型の分散データベースに
おいて、情報Ｂが含まれている計算機に情報Ｂの参照元
である位置情報Ｃの存在場所を示すデータを保存する参
照情報データベースを備え、情報Ｂの変更を検出する第
１ステップを行ない、第１ステップで検出した情報Ｂの
変更状態に基づき、参照情報データベースを検索して、
情報Ｂの参照元である位置情報Ｃの存在場所を示すデー
タを得る第２ステップ、及び位置情報Ｃの存在場所を示
すデータに基づいて位置情報Ｃを更新する第３ステップ
を行なうことにより、情報Ｂの更新に基づく位置情報Ｃ
の更新を自動的にでき、データベースの一貫性を保つこ
とができる情報同期化方法が得られる効果がある。

【００６３】また、本発明の第２の構成によれば、第１
の構成において、オペレーティングシステムによって提
供される更新情報を定期的に参照して、情報Ｂの変更を
検出することにより、データベースの一貫性を保つこと
ができる情報同期化方法が得られる効果がある。

【００６４】また、本発明の第３の構成によれば、第１
の構成において、情報Ｂに対して操作が発生した時、そ
の操作の発生を情報Ｂが含まれている計算機に通知する
機構を備え、この通知によって情報Ｂの変更を検出する
ことにより、計算機にかかる負荷を低減して、データベ
ースの一貫性を保つことができる情報同期化方法が得ら
れる効果がある。

【００６５】また、本発明の第４の構成によれば、請求
項１ないし請求項３のいずれかの構成において、情報Ａ
内で、情報Ｂを参照する別の位置情報Ｄが追加または変
更または削除された場合、その位置情報Ｄの参照先であ
る情報Ｂが含まれる計算機の参照情報データベースに対
して、位置情報Ｄの存在場所を示すデータを追加または
変更または削除する第４ステップにより、参照情報デー
タベースを構築することにより、参照情報データベース
を自動的に構築し、データベースの一貫性を保つことが
できる情報同期化方法が得られる効果がある。

【００６６】また、本発明の第５の構成によれば、請求
項１ないし請求項４のいずれかの構成において、情報Ａ
と情報Ｂは、同一の計算機内に含まれている場合に、第
３ステップは、情報Ａ，Ｂが含まれている計算機で、情
報Ｂを参照している位置情報Ｃを更新する動作であるこ
とにより、データベースの一貫性を保つことができる情
報同期化方法が得られる効果がある。

【００６７】また、本発明の第６の構成によれば、請求
項１ないし請求項４のいずれかの構成において、情報Ａ
と情報Ｂは、互いに異なる計算機内に含まれている場合
に、第３ステップは、情報Ａを格納する計算機に対して
参照先の情報Ｂに変更があった旨を通知し、この通知を
受けて情報Ａが含まれている計算機で、情報Ｂを参照し
ている位置情報Ｃを更新する動作であることにより、デ
ータベースの一貫性を保つことができる情報同期化方法
が得られる効果がある。

【００６８】また、本発明の第７の構成によれば、請求
項１ないし請求項６のいずれかの構成において、各ステ
ップは、計算機を制御するサーバプログラム内に組み込
まれた情報同期化処理部によって実行されることによ
り、データベースの一貫性を保つことができる情報同期
化方法が得られる効果がある。

【００６９】また、本発明の第８の構成によれば、請求
項１ないし請求項６のいずれかの構成において、各ステ
ップは、計算機を制御するサーバプログラムとは独立し
た外部処理プログラムである情報同期化プログラムによ
って実行されることにより、すでに運用されているシス
テムにも容易に組み込むことができ、データベースの一
貫性を保つことができる情報同期化方法が得られる効果
がある。

【００７０】また、本発明の第９の構成によれば、請求
項１ないし請求項８のいずれかの構成において、情報Ｂ
の変更を検出した際、変更前の情報Ｂを記憶すると共
に、変更が発生した旨の識別子を記憶することにより、
変更履歴を蓄積する第５ステップを行うことにより、必
要に応じて変更履歴を保存し、データベースの一貫性を
保つことができる情報同期化方法が得られる効果があ
る。

【００７１】また、本発明の第１０の構成によれば、請
求項９の構成における識別子として、変更後の情報Ｂ
に、変更前の情報Ｂに関する検索データを付加すること
により、情報の変更が発生しても、変更履歴を遡って参
照することができ、データベースの一貫性を保つことが
できる情報同期化方法が得られる効果がある。

【００７２】また、本発明の第１１の構成によれば、請
求項９の構成における識別子として、情報Ａが情報Ｂを
参照しているとき、情報Ｂの参照元である情報Ａに、変
更前の情報Ｂに関する検索データを付加することによ
り、情報の変更が発生しても、変更履歴を遡って比較的
容易に参照することができ、データベースの一貫性を保
つことができる情報同期化方法が得られる効果がある。

【００７３】また、本発明の第１２の構成に係る情報同
期化方法は、位置情報としてプログラム名を有し、その
位置情報を指定することによってサーバ上で実行され、
クライアントプログラムが、取り出すべき情報の情報名
とバージョン識別子を引数として与えることにより、当
該情報を取り出してクライアントプログラムに返送する
履歴サーチプログラムを用い、情報Ｂの変更時にその情
報Ｂに履歴サーチプログラムを指定するための位置情報
を記録する履歴管理機能を用いることにより、情報の変
更が発生しても、変更履歴を遡って任意のバージョンの
情報を参照することができ、データベースの一貫性を保
つことができる情報同期化方法が得られる効果がある。

【００７４】また、本発明の第１３の構成に係る情報同
期化方法は、位置情報としてプログラム名を有し、その
位置情報を指定することによってサーバ上で実行され、
クライアントプログラムが、取り出すべき情報の情報名
とバージョン識別子を引数として与えることにより、当
該情報を取り出してクライアントプログラムに返送する
履歴サーチプログラムを用い、情報Ｂの変更時にその情
報Ｂを参照している他の情報Ａに履歴サーチプログラム
を指定するための位置情報を記録する履歴管理機能を用
いることにより、情報の変更が発生しても、変更履歴を
遡って比較的容易に任意のバージョンの情報を参照する
ことができ、データベースの一貫性を保つことができる
情報同期化方法が得られる効果がある。

【図面の簡単な説明】

【図１】 本発明の実施の形態１による情報同期化方法
に係る構成図である。

【図２】 実施の形態１に係わる処理の流れを示すフロ
ーチャートである。

【図３】 本発明の実施の形態２による情報同期化方法
に係る構成図である。

【図４】 実施の形態２に係わる処理の流れを示すフロ
ーチャートである。

【図５】 本発明の実施の形態３に係り、変更の発生し
た計算機上での参照情報データベース更新処理の流れを
示すフローチャートである。

【図６】 実施の形態３に係り、参照情報データベース
更新処理の流れを示すフローチャートである。

【図７】 実施の形態３に係り、参照情報データベース
更新処理の流れを示すフローチャートである。

【図８】 本発明の実施の形態４に係わり、情報同期化
プログラムをネットワークファイルシステムに登録した
場合の処理を示す説明図である。

【図９】 実施の形態４に係わり、情報同期化プログラ
ムをネットワークファイルシステムに登録した場合の履
歴管理処理の流れを示すフローチャートである。

【図１０】 本発明の実施の形態５による情報同期化方
法に係る構成図である。

【図１１】 実施の形態５に係わる履歴管理処理を含む
処理の流れを示すフローチャートである。

【図１２】 実施の形態５に係わる履歴管理処理の流れ
を示すフローチャートである。

【図１３】 本発明の実施の形態６に係わる履歴管理検
索のための位置情報を付加する場合の処理の流れを示す
フローチャートである。

【図１４】 実施の形態６に係わる履歴管理検索のため
の位置情報を付加する場合の処理の流れを示すフローチ
ャートである。

【符号の説明】

１０１，１０２，１０３ 情報、２０１，２０３ 情報
同期化処理部、２０２，２０４ サーバプログラム、２
０５ クライアントプログラム、２０６，２０７ 情報
同期化プログラム、３０１，３０２，３０３，３０４
位置情報、４０１，４０２，４０３ 計算機、５０１，
５０２ 参照情報データべース、６０１，６０２ 履歴
管理システム。

Claims (13)

【特許請求の範囲】
1. 【請求項１】 情報Ａ内に同一計算機内または他の計算
   機内の情報Ｂを参照する位置情報Ｃを格納して上記情報
   Ａ，Ｂ間の関連を表現するハイパーテキスト型の分散デ
   ータベースにおいて、上記情報Ｂが含まれている計算機
   に上記情報Ｂの参照元である上記位置情報Ｃの存在場所
   を示すデータを保存する参照情報データベースを備え、
   上記情報Ｂの変更を検出する第１ステップを行ない、第
   １ステップで検出した上記情報Ｂの変更状態に基づき、
   上記参照情報データベースを検索して、上記情報Ｂの参
   照元である上記位置情報Ｃの存在場所を示すデータを得
   る第２ステップ、及び上記位置情報Ｃの存在場所を示す
   データに基づいて上記位置情報Ｃを更新する第３ステッ
   プを行なうことを特徴とする情報同期化方法。
2. 【請求項２】 オペレーティングシステムによって提供
   される更新情報を定期的に参照することにより、上記情
   報Ｂの変更を検出することを特徴とする請求項１記載の
   情報同期化方法。
3. 【請求項３】 上記情報Ｂに対して操作が発生した時、
   その操作の発生を上記情報Ｂが含まれている計算機に通
   知する機構を備え、上記通知によって上記情報Ｂの変更
   を検出することを特徴とする請求項１記載の情報同期化
   方法。
4. 【請求項４】 上記情報Ａ内で、上記情報Ｂを参照する
   別の位置情報Ｄが追加または変更または削除された場
   合、その位置情報Ｄの参照先である上記情報Ｂが含まれ
   る計算機の参照情報データベースに対して、上記位置情
   報Ｄの存在場所を示すデータを追加または変更または削
   除する第４ステップにより、上記参照情報データベース
   を構築することを特徴とする請求項１ないし請求項３の
   いずれかに記載の情報同期化方法。
5. 【請求項５】 上記情報Ａと上記情報Ｂは、同一の計算
   機内に含まれている場合に、上記第３ステップは、上記
   情報Ａ，Ｂが含まれている計算機において、上記情報Ｂ
   を参照している上記位置情報Ｃを更新する動作であるこ
   とを特徴とする請求項１ないし請求項４のいずれかに記
   載の情報同期化方法。
6. 【請求項６】 上記情報Ａと上記情報Ｂは、互いに異な
   る計算機内に含まれている場合に、上記第３ステップ
   は、上記情報Ａを格納する計算機に対して参照先の上記
   情報Ｂに変更があった旨を通知し、この通知を受けて上
   記情報Ａが含まれている計算機において、上記情報Ｂを
   参照している上記位置情報Ｃを更新する動作であること
   を特徴とする請求項１ないし請求項４のいずれかに記載
   の情報同期化方法。
7. 【請求項７】 上記各ステップは、計算機を制御するサ
   ーバプログラム内に組み込まれた情報同期化処理部によ
   って実行されることを特徴とする請求項１ないし請求項
   ６のいずれかに記載の情報同期化方法。
8. 【請求項８】 上記各ステップは、計算機を制御するサ
   ーバプログラムとは独立した外部処理プログラムである
   情報同期化プログラムによって実行されることを特徴と
   する請求項１ないし請求項６のいずれかに記載の情報同
   期化方法。
9. 【請求項９】 上記情報Ｂの変更を検出した際、変更前
   の上記情報Ｂを記憶すると共に、変更が発生した旨の識
   別子を記憶することにより、変更履歴を蓄積する第５ス
   テップを行うことを特徴とする請求項１ないし請求項８
   のいずれかに記載の情報同期化方法。
10. 【請求項１０】 上記識別子は、変更後の上記情報Ｂ
    に、変更前の上記情報Ｂに関する検索データを付加する
    ものであることを特徴とする請求項９記載の情報同期化
    方法。
11. 【請求項１１】 上記識別子は、上記情報Ａが上記情報
    Ｂを参照しているとき、上記情報Ｂの参照元である上記
    情報Ａに、変更前の上記情報Ｂに関する検索データを付
    加するものであることを特徴とする請求項９記載の情報
    同期化方法。
12. 【請求項１２】 位置情報としてプログラム名を有し、
    その位置情報を指定することによってサーバ上で実行さ
    れ、クライアントプログラムが、取り出すべき情報の情
    報名とバージョン識別子を引数として与えることによ
    り、当該情報を取り出して上記クライアントプログラム
    に返送する履歴サーチプログラムを用い、情報Ｂの変更
    時にその情報Ｂに上記履歴サーチプログラムを指定する
    ための位置情報を記録する履歴管理機能を用いる情報同
    期化方法。
13. 【請求項１３】 位置情報としてプログラム名を有し、
    その位置情報を指定することによってサーバ上で実行さ
    れ、クライアントプログラムが、取り出すべき情報の情
    報名とバージョン識別子を引数として与えることによ
    り、当該情報を取り出して上記クライアントプログラム
    に返送する履歴サーチプログラムを用い、情報Ｂの変更
    時にその情報Ｂを参照している他の情報Ａに上記履歴サ
    ーチプログラムを指定するための位置情報を記録する履
    歴管理機能を用いる情報同期化方法。