JPH08335183A

JPH08335183A - 分散型情報提供システム

Info

Publication number: JPH08335183A
Application number: JP7141564A
Authority: JP
Inventors: Yasuo Iwami; 泰夫岩見; Mikio Aoyama; 幹雄青山
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1995-06-08
Filing date: 1995-06-08
Publication date: 1996-12-17

Abstract

(57)【要約】【目的】本発明は分散配置された複数の情報提供を行う
サーバに対しクライアントとが問合せを行って必要情報
が存在するサーバを見つけ出して情報を受け取る分散型
情報提供システムに関し，サーバが分散していることを
意識することなく，サーバが提供する情報をクライアン
ト側から更新できることを目的とする。【構成】クライアントは，参照または更新の指示，情報
の位置，情報の属性等を指定してサーバに対し情報を要
求する情報取得手段と，サーバからの受信情報を格納す
る手段と，受信した情報を更新する情報更新手段と，更
新結果の情報を位置及び更新の指示と共にサーバに対し
送信する手段とを備える。サーバは，クライアントから
の指示を識別し，情報参照の指示に応じて指定された位
置の情報を送信する手段と，更新指示と共に送られてき
た更新結果をファイルに格納する更新結果格納手段とを
備えるよう構成する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は分散配置された複数の情
報提供を行うサーバと，情報提供を受けるクライアント
とが前記サーバに問合せを行って必要情報を提供するサ
ーバを見つけ出して情報を受け取る分散型情報提供シス
テムに関する。

【０００２】近年，クライアント・サーバ形式の情報処
理システムが提供されるようになった。その中でネット
ワークの中の複数のサーバにそれぞれ情報を保持してお
き，各クライアントがサーバに対して，必要とする情報
の所在を問い合わせると，サーバが要求された情報が所
在するサーバを検出してクライアントに知らせ，クライ
アントは通知されたサーバから必要情報を取得すること
ができる。

【０００３】必要情報を取得する時に情報の階層構造に
応じて情報提供を行うサーバが異なると，情報取得の手
続きにより順番に対応するサーバに対し情報を要求し
て，必要情報がサーバを意識することなく辿っていくこ
とができる。しかし，このように複数のサーバに分散配
置された情報をクライアント側で更新することができな
いため，その改善が望まれている。

【０００４】

【従来の技術】図２０は従来の分散型の情報提供システ
ムの概念図である。図２０において，ＬＡＮ１〜ＬＡＮ
３はローカルエリアネットワーク（ＬＡＮ）であり，Ｌ
ＡＮ１とＬＡＮ２の間及びＬＡＮ２とＬＡＮ３の間はＷ
ＡＮ（ワイドエリアネットワーク）により接続されてい
る。サーバＡ〜サーバＣはそれぞれＬＡＮ１〜ＬＡＮ３
に接続され，分散型で情報の管理を行っている。この例
ではＬＡＮ１のクライアントから各サーバの情報にアク
セスする例を示す。

【０００５】最初に情報の提供を受けるクライアント
は，図２０のに示すように，予め決められた初期サー
バ，初期情報位置, 初期情報属性を指定して，情報の問
い合わせを行う。初期サーバ（図２０のサーバＡとす
る）は，情報の所在を示すデータ（リンク情報）をクラ
イアントに送り，クライアントはそれに従って，他のサ
ーバＢに対しで示すように問い合わせを行う。この操
作を繰り返すことによって最終的にクライアントが必要
とする情報を持つサーバＣを見つけだし，に示すよう
にそのサーバＣから情報の提供を受ける。さらに，その
情報の中には他の情報へのリンクを含むことが可能であ
り，そのサーバへの問い合わせを繰り返すことによって
次々に情報を辿っていくことができる。

【０００６】図２１は上記図２０のようなシステムにお
いて，サーバが保持する情報の説明図である。情報は階
層構造により管理され，情報としては項目と項目に対応
する他の情報へのリンクを含んだもの（これを構造情報
という）と，テキスト，イメージ，音声等の何れかの情
報（これを単一情報という）とがある。構造情報とは，
例えばテキストの中のある単語を項目とし，その単語の
説明情報（テキスト）へのリンクが単語（項目）に対し
て設定されているような情報を表す。リンクには，その
情報を保持するサーバ名，情報位置，情報属性（構造情
報か単一情報）が含まれる。

【０００７】図２１の（ａ）は情報の構成例を示し，９
０は上位の複数の項目とリンク情報とで構成する構造情
報が示され，項目１〜項目３にはそれぞれ項目を表す単
語が並べられ，各項目１〜項目３のそれぞれにリンク情
報（サーバ名Ｓ，位置情報Ｐ，情報属性Ａで構成する）
が設定されている。この中の項目３を選択すると，項目
３のリンク情報により示す位置に格納された情報９１が
得られる。この情報９１には９０の項目３の下位に属す
る項目３．１〜３．３の各項目の単語とそれぞれのリン
ク先とからなる構造情報が格納されている。

【０００８】この情報９１の項目３．３を選択すると更
に下位の構造情報が存在する場合もあるが，この例では
項目３．３のリンク先には，例えばテキスト情報（単一
情報の一つ）９２が配置されているが，イメージ情報ま
たは音声情報の場合もある。

【０００９】図２１の（ａ）の各情報は，上記図２０に
示すシステム構成において，複数のサーバにより分散さ
れる場合，（ｂ）に示すように，９０の情報はサーバＡ
に保存され，９１の情報はサーバＢの特定位置，９２の
情報はサーバＣの特定位置というように各サーバに分散
して保持される。

【００１０】図２２は従来例の処理フローを示す図であ
り，（１）及び（２）はクライアント側の動作，（３）
はサーバ側の動作フローである。クライアント側は最
初，（１）に示すように，初期サーバ名（Ｓ₀で表し，
図２０の例ではサーバＡを指定する），初期情報位置
（Ｐ₀で表し，図２０の例ではサーバＡ内の指定位
置），初期情報属性（Ａ₀で表し，例えば構造情報を指
定）を設定して（同Ｓ１），情報取得の手続きを呼び出
す（同Ｓ２）。この場合，Ｓ₀，Ｐ₀，Ａ₀と共にネス
ト（再帰呼び出しの深さでｎで表す）を０とする。な
お，ネストは，図２１の（ａ）の例では，情報９０はｎ
＝０，情報９１がｎ＝１，情報９２がｎ＝２である。

【００１１】（２）の情報取得手続きでは，各パラメー
タＳ_n，Ｐ_n，Ａ_n，ｎを設定し（図２２のＳ３），サ
ーバＳ_nに対し位置情報Ｐ_nを送信する（同Ｓ４）。こ
の場合，最初は初期サーバ名（Ｓ₀）で示されるサーバ
に対して初期情報位置が送信される。この送信は図２２
ので示し，サーバからの送信はで示す。

【００１２】サーバはクライアントからＰ（位置情報）
を受信すると（図２２のＳ２０），対応する情報をサー
バが保持するデータベースから取り出してクライアント
へ送信する（同Ｓ２１）。これをクライアントが受信す
ると（同Ｓ５），受信情報の情報属性（Ａ_n）を判別す
る（同Ｓ６）。初期情報属性は一般に構造情報であり，
クライアントはサーバから受信した構造情報をｎ（ネス
ト）に応じて用意されたバッファに設定する（同Ｓ
７）。また，初期情報属性でない場合は単一情報である
可能性があり，その場合は受信したその情報（テキス
ト，イメージ等）の内容を表示する（同Ｓ８）。

【００１３】クライアントのユーザは表示された情報か
ら更に参照したい項目があると，構造情報バッファｎの
内容を表示して（同Ｓ９），コマンド（Ｃで表す）を指
定する（同Ｓ１０）。この場合のコマンドは，選択した
項目を「参照」することを指示するか，「前に戻る」こ
とを指示するかの何れかである。次いでコマンド（Ｃ）
を識別して（同Ｓ１１），「前に戻る」の指示の場合は
最初の処理に復帰するが，「参照」の場合，選択した項
目（下位の詳細情報）を参照するため，構造情報バッフ
ァｎから項目に対応するリンク（サーバ，位置，属性）
を抽出し，Ｓ_n+ ₁，Ｐ_n+1,Ａ_n+1に設定する（同Ｓ１
２）。次に設定されたＳ_n+1，Ｐ_n+1,Ａ_n+ ₁及びｎ＋１
（ネスト）により情報取得を行い（同Ｓ１３），この後
は，Ｓ９に戻って同様の処理を繰り返す。

【００１４】このようにして，クライアントは項目に対
応したリンクを調べ，サーバ，情報位置，情報属性を得
て，情報取得手続きを再帰的に呼び出し，この繰り返し
によりクライアントは分散したサーバを意識することな
く情報を次々に辿ってゆくことができる。

【００１５】

【発明が解決しようとする課題】従来の分散型の情報提
供システムではクライアントによりサーバを意識するこ
となく情報を取得することができるが，クライアントが
取得した情報を更新（変更）したい場合があるが，取得
した情報をクライアントが更新して元のサーバの内容を
更新する手段が提供されてなく，また，分散型のサーバ
の構成をとるためにクライアントにより情報を更新した
時に，サーバの内容を直ちに更新することは簡単に実現
できなかった。

【００１６】本発明はサーバが分散していることを意識
することなく，サーバが提供する情報をクライアント側
から更新できる分散型情報提供システムを提供すること
を目的とする。

【００１７】

【課題を解決するための手段】図１は本発明の第１の原
理構成図，図２は本発明の第２の原理構成図，図３は本
発明の第３の原理構成図，図４は本発明の第４の原理構
成図，図５は本発明の第５の原理構成図である。

【００１８】図１において，１はＬＡＮに接続するクラ
イアント，１０は指示設定手段，１１は情報取得手段，
１２は受信情報格納手段，１３は指示識別手段，１４は
情報更新手段，１４ａはリンク先情報参照・更新手段，
１５は更新指示・結果情報送信手段，１ａは表示部，１
ｂは入力部である。また，２は分散型情報を提供する一
つのサーバ，２０はクライアント１からの送られる指示
を識別する指示識別手段，２１は要求情報送信手段，２
２は更新結果受信手段，２３は更新結果格納手段，２４
はファイルで，３はＬＡＮ（またはＷＡＮ）である。な
お，図１にはサーバ２は一つだけ示すが実際には分散型
の情報を提供する図示されない複数のサーバが各ＬＡＮ
またはＷＡＮに配置されている。

【００１９】図２には上記図１の構成に付加された構成
を中心に示し，その他の構成は図１と同様であるため図
示省略されている。図２中，クライアント１内の１６は
競合制御問い合わせ手段，サーバ２内の２５は問い合わ
せ制御部，２５ａは更新フラグ識別手段，２５ｂは更新
フラグ設定手段を表し，ファイル２４内の２４ａは各位
置情報Ｐ_nに設けられた更新フラグである。

【００２０】また図３には，上記図２の構成に付加され
た構成を中心に示し，その他の構成は図２（図１を含
む）と同様であり図示省略されている。図３中，クライ
アント１内の１７は競合解除送信手段である。

【００２１】また，図４には，上記図３の構成に付加さ
れた構成を中心に示し，その他の構成は上記図３（図
１，図２を含む）と同様であるため図示省略されてい
る。図４中のクライアント１内の１８はユーザを識別す
るＩＤによる問い合わせ手段，サーバ２内の２６はＩＤ
問い合わせ制御手段である。

【００２２】また，図５には上記図４の構成に付加され
た構成を中心に示し，その他の構成は図示省略されてい
る。図５中のクライアント１内の１９はアクセス権管理
問い合わせ手段１９，サーバ２内の２７はアクセス権管
理問い合わせ制御手段である。

【００２３】本発明の第１の原理では，クライアントに
おいて，更新，参照の指示を設定してサーバに対し情報
取得を要求して，サーバから該当する情報が送られてく
るとその情報を表示して，その情報に対する更新及び関
連する情報について参照，更新を行って，更新結果の情
報は，サーバに対して更新の指示と共に送信し，サーバ
はクライアントからの更新の指示に応じて，受信した更
新結果の情報をファイルの指定位置に格納する。

【００２４】また，本発明の第２の原理では，クライア
ント側から更新の指示を行った時に，競合制御の問合せ
をサーバ側に対して送信し，サーバ側で同じ情報につい
て他のクライアントからの更新の要求があるか（競合が
あるか）判別し，判別結果をクライアントに通知し，サ
ーバはその判別結果により更新動作を実行するか否かを
決めるようにしたものである。

【００２５】更に，本発明の第３の原理では，更新を実
行中に更新途中放棄が指示されたか判別して，その結果
により更新処理を止めるか，継続するかの切替えを可能
にしたものである。また，本発明の第４の原理構成で
は，現在のユーザを識別するＩＤを用いてクライアント
からサーバに対し，情報の参照，更新を行う資格がある
か否かを問い合わせて，問い合わせ結果が良好な場合だ
け，参照や更新が可能となる。更に第５の原理構成で
は，クライアント１内の現在のユーザがＩＤによりアク
セス管理の問い合わせを行うと，サーバでそのＩＤのユ
ーザにアクセス管理権があるかディレクトリにある管理
権ファイルを参照して調べて，クライアントに通知し，
管理可能な場合は，アクセス権ファイルの内容を送信し
て更新を可能にする。

【００２６】

【作用】図１において，クライアント１の指示設定手段
１０により，参照または更新の指示を設定すると，情報
取得手段１１にその指示が設定され，他の予め得られた
位置，属性情報（単一情報，構造情報の別）の各情報と
共にＬＡＮのネットワークを介して予め指定されたサー
バ２に送られる。指定されたサーバ２は，指示識別手段
２０で指示を識別し，要求情報送信手段２１により要求
された情報をファイル２４から取り出してクライアント
１に送信する。クライアント１は，これを受信すると，
受信情報格納手段１２に格納し，表示部１ａに表示す
る。この状態で指示識別手段１３で指示を識別して更新
の場合は情報更新手段１４を駆動する。情報更新手段１
４は入力部１ｂからの入力により情報を更新する。この
更新において，リンク情報により関連する情報を参照ま
たは更新する必要があるとリンク先情報参照・更新手段
１４ａにより参照または更新を行う。更新が終了する
と，更新指示・結果情報送信手段１５が駆動され，更新
の指示を付した結果情報が元のサーバ及び位置の情報と
共に送信される。サーバ２はこれを受信すると，指示を
識別して更新であることが分かると，更新結果格納手段
２３はファイル２４の指定された位置に受信した更新情
報を格納して，更新が実行される。

【００２７】図２の場合，上記図１のクライアント１に
おいて，サーバ２からの情報を受信情報格納手段に格納
して表示部１ａで表示した後，指示識別手段１３の識別
で更新の指示であることを識別すると，競合制御問い合
わせ手段１６が起動して，更新対象の情報のサーバに対
して，位置を含む競合問い合わせを送信する。該当する
サーバ２はこの問い合わせを受け取ると問い合わせ制御
部２５が動作して，更新フラグ識別手段２５ａにより，
ファイル２４内の該当する位置の情報に対し更新フラグ
２４ａがオンかオフかを識別し，識別結果は問い合わせ
制御部２５からクライアント１へ通知し，オフである場
合は更新フラグ設定手段２５ｂが動作してオン状態に設
定する。クライアント１はこの通知を受け取ると，フラ
グがオフである場合は情報更新手段１４により更新を行
い，オンの場合はその情報の更新を止める。

【００２８】図３では，上記図２の構成により，クライ
アント１において更新の競合問い合わせを行い，更新フ
ラグがオフの場合に，更新を行っている時，更新を途中
で放棄したい場合の構成である。更新途中放棄の指示が
入力されると，競合解除送信手段１７が動作して，該当
するサーバ２に対し競合解除を通知する。サーバ２で
は，これを問い合わせ制御部２５で受信すると，該当す
る情報の更新フラグ２４ａ（図２と同様であり，図３に
は図示省略）をオフに設定する。

【００２９】図４では情報を参照及び更新する時に，ク
ライアント１においてＩＤ（識別情報）による問い合わ
せ手段１８に対し現在のユーザのＩＤを用いてサーバ２
に問い合わせを行う。サーバ２ではこれを受けとると，
ＩＤによる問い合わせ制御手段２６が，各情報のディレ
クトリに設けられたアクセス権ファイル２４０を調べ
て，そのＩＤを持つユーザに当該情報の参照・更新のア
クセス権があるか否かを判別する。判別結果はクライア
ント１に通知され，その通知内容によりアクセス権があ
る場合は，更にアクセス動作が行われ，アクセス権が無
いと判別されるとアクセス動作を終了する。

【００３０】次に図５の場合，クライアントの現在のユ
ーザがアクセス権ファイル２４０を管理する権限がある
か否かを知りたい時に，そのクライアントのＩＤを用い
てアクセス権管理問い合わせ手段１９からサーバ２へ問
い合わせる。これを受けたサーバ２のアクセス権管理問
い合わせ制御手段２７は，管理権ファイル２４１に各情
報に対する管理権を持つＩＤが登録されているので，問
い合わせに含まれたユーザのＩＤが管理権ファイル２４
１に登録されているか判別する。その判別結果はクライ
アント１に通知され，登録されている場合は管理権があ
るとみなされ，サーバ２からクライアント１に対してア
クセス権ファイル２４０（図４参照）の内容が送信さ
れ，その内容についてクライアントが更新することがで
きる。登録されていないと，管理権が無いものとしてア
クセス権ファイル２４０の更新は不可となる。

【００３１】

【実施例】図６は本発明が実施されるシステムのハード
ウェア構成の例である。図６の３０はクライアント，３
７はＬＡＮ（またはＷＡＮ），４０はサーバを表す。

【００３２】クライアント３０は，キーボード，マウス
等の入力部３１，ディスプレイ等の表示部３２，コマン
ド指定部３３，処理部３４，情報バッファ３５及びＬＡ
Ｎを介してサーバにアクセスして通信制御を行う通信部
３６とで構成される。通信部３６はＬＡＮまたはＷＡＮ
を介して他の各分散型情報提供システムを構成するサー
バと接続される。サーバ４０は，通信部４１，処理部４
２及び各クライアントに対し複数のサーバとの間で分散
型で情報を提供するための情報格納部４３とで構成され
る。なお，サーバ４０は各ＬＡＮ毎に一つまたは複数個
設けることができ，各ＬＡＮはＷＡＮや，ブリッジ，ブ
ルータ等のＬＡＮ間接続装置により相互に接続すること
ができる。

【００３３】本発明の実施例の各処理フローを以下に図
７〜図１９により説明する。なお，これらの各実施例は
上記の図６に示す構成例に示すクライアント装置及びサ
ーバ装置において実現することができる。

【００３４】図７は実施例１のクライアントの処理フロ
ー，図８は実施例１のサーバの処理フローとユーザによ
る情報更新の処理フローである。なお，この実施例１の
上記図１の第１の原理構成に対応する処理を行うもので
ある。また，図７及び図８において，点線で囲まれた処
理は従来と相違する点である。

【００３５】図７のクライアントの処理フローでは，図
示省略されているが，従来と同様に初期サーバに対して
図２２の(1) と同様に問い合わせを行い，以下順次必要
な情報の所在を辿って，各パラメータＳ_n（サーバ
名），Ｐ_n（位置情報），Ａ_n（情報属性：単一情報，
構造情報の別），ｎ（ネストの深さ）が得られた場合，
これらの各パラメータに対し本発明による更新または参
照を指示するコマンド（Ｃで表す）を付加して情報取得
の処理を開始する（図７のＳ１）。この場合，最初にサ
ーバＳ_nに対し“参照”を行うことを要求し，位置情報
Ｐ_nを送信する（同Ｓ２）。

【００３６】このクライアントからの送信はで示さ
れ，図８の(1) に示すサーバの処理フローにおいて受信
され（図８のＳ１），ＯＰ（命令：Ｃに相当）が“参
照”であることを識別すると（同Ｓ２），このサーバＳ
_nのファイルのＰ（位置情報Ｐ_n）の内容が取り出さ
れ，クライアントへに示すように送信される（同Ｓ
３）。

【００３７】図７において，サーバからの情報を受信す
ると（図７のＳ３），ここでＣ（上記図７のＳ１参照）
を識別し，Ｃが項目参照の場合は，従来例（図２２のＳ
６〜Ｓ１３）と同様の処理をＳ１４〜Ｓ２１において実
行する。Ｃが“項目更新”であることが識別されると，
この発明による新しい処理（Ｓ５〜Ｓ１３）が開始され
る。この場合，Ａ_n（情報属性）を識別し（同Ｓ５），
単一情報の場合，受信した情報を情報バッファに設定し
（同Ｓ６），情報バッファの内容をユーザが更新し（同
Ｓ７），サーバＳ_nに対し“更新”を指示し，位置情報
Ｐ_nを送信すると共に更新済の情報を格納した情報バッ
ファの内容をで示すように送信する（同Ｓ８，Ｓ
９）。

【００３８】構造情報の場合は，受信情報を構造情報バ
ッファｎ（ｎはネストに対応）に設定し（同Ｓ１０），
その内容をユーザが更新する（同Ｓ１１）。この構造情
報バッファｎの更新処理の詳細は図８の(2) に示され，
内容は後述する。ユーザにより更新の後，サーバＳ_nに
対し“更新”を指示し，位置情報Ｐ_nを送信すると共に
更新済の情報を格納した情報バッファの内容をで示す
ように送信する（同Ｓ１２，Ｓ１３）。

【００３９】図８の(1) のサーバの処理では, クライア
ントからで示す送信情報を受け取るとＳ２において，
ＯＰを判定すると“更新”であることが分かり，次にク
ライアントからのの内容を受信し（図８のＳ４），受
信結果（更新済の情報）をこのサーバＳ_nの元の位置情
報Ｐ_n（図８の(1) で単位Ｐで表示）で示す位置に格納
する（図８のＳ５）。このようにして更新結果が元のサ
ーバのファイルの格納位置に保存される。

【００４０】図８の(2) に示す構造情報バッファの更新
は，構造情報バッファｎの内容を図６のディスプレイ等
の表示部３２に表示し（同Ｓ１１０），コマンド（Ｃ）
をユーザが指定し（同Ｓ１１１），次にその内容を識別
する（同Ｓ１１２）。このコマンドが「編集コマンド」
であると，構造情報バッファｎの内容を編集コマンドに
従って変更し（同Ｓ１１３），ステージＳ１１０に戻っ
てその内容を表示し，更にコマンドを指定する動作が繰
り返される。コマンドが，項目参照または項目更新の場
合は，構造情報バッファｎから項目に対応するリンク情
報であるサーバ，位置，属性を抽出する。これらの情報
はネストｎ＋１に属し，それらの情報を設定し（同Ｓ１
１４），情報取得を行う（図８のＳ１１５）。なお，こ
の図８のＳ１１５の処理は，上記図７のＳ１の処理に相
当する。

【００４１】図９は実施例２のクライアントの処理フロ
ー，図１０は実施例２のサーバの処理フローである。な
お，この実施例２は上記図２の第２の原理構成に対応す
る処理を行うものである。また，図９及び図１０におい
て，点線で囲まれた処理は，上記実施例１と異なる処理
であり，上記実施例１と異なる部分を中心として以下に
説明する。

【００４２】図９のクライアントの処理フローにおい
て，上記図７の実施例１のＳ１〜Ｓ４と同様の処理を行
い。ステップＳ４において，Ｃ（コマンド）が項目更新
である場合に，クライアントからサーバＳ_nに対し“競
合制御”の命令と，位置情報Ｐ _nをで示すように送信
する（図９のＳ４０）。この命令は，サーバＳ_nのファ
イル内の位置Ｐ_nの情報に関して，他のクライアントか
らの更新が競合しているかの判定をサーバに要求するも
のである。

【００４３】図１０に示すサーバの処理フローでは，ク
ライアントから送った情報のＯＰ（コマンド）を解読し
て（図１０のＳ２），“競合制御”であることが分かる
と，ファイルの中のＰ（位置情報Ｐ_nを表す）の情報に
対し設けられた更新フラグの内容を識別する（図１０の
Ｓ７）。更新フラグがオフ（競合していない状態）の場
合は，更新ＯＫ（承認）をクライアントに送信し（同Ｓ
８），更新フラグをオン（ＯＮ）に設定して，復帰す
る。更新フラグがオンの場合は，他装置による更新中で
あることをクライアントに送信する（同Ｓ１０）。

【００４４】クライアントは，図１０によるサーバから
の返事を受け取ると，図９のＳ４１においてサーバＳ_n
から結果を受信し，結果を判別する（図９のＳ４２）。
結果が他装置による更新中である場合は，「他更新中」
を出力部に表示し（同Ｓ４３），更新ＯＫである場合
は，ステップＳ５に移行し，その後は上記実施例１（図
７）と同様である。但し，クライアントにおいて情報を
更新して図９のステップＳ８，Ｓ１２によりサーバＳ_n
に“更新”を指示して更新結果を送信した場合，サーバ
では図１０のステップＳ２において，ＯＰを判別して，
“更新”であることを検出すると，クライアントから内
容を受信し（図１０のＳ４），Ｐ（位置情報Ｐ_n）に更
新された内容を含む受信結果を格納し（同Ｓ５），最後
にＰ（位置情報）の更新フラグをオフにする（同Ｓ
６）。これにより更新が終了すると，他のクライアント
からの更新要求に対し競合が解除される。

【００４５】図１１，図１２は実施例３のクライアント
の処理フロー（その１），（その２），図１３は実施例
３のサーバの処理フローである。なお，この実施例３は
上記図３に示す本発明の第３の原理構成に対応する処理
を行うものである。また，図１１〜図１３において，点
線で囲まれた処理は，上記実施例２と異なるこの実施例
３により付加された処理であり，上記実施例２と異なる
部分を中心として以下に説明する。

【００４６】図１１，図１２のクライアントの処理フロ
ーにおいて，上記図７の実施例１のＳ１〜Ｓ４と同様の
処理を行い。ステップＳ４において，Ｃ（コマンド）が
項目更新である場合に，上記図９の実施例２と同様の処
理Ｓ４０〜Ｓ４３が実行され，更新ＯＫを受信した時，
情報属性（Ａ_n）を識別し（図１１のＳ５），構造情報
の場合に受信情報を構造情報バッファｎに設定し（同Ｓ
１０），その構造情報バッファｎの内容をユーザが更新
した後（同Ｓ１１），○の中のＤで示すように図１２に
移行し，更新の途中放棄をするか判定する（図１２のＳ
２２）。これは更新途中でクライアントが更新を止めた
か否かを判定するもので，途中放棄の指示が入力される
と，サーバＳ_nに“競合解除”と位置情報Ｐ_nを送信す
る（図１２のＳ２３）。途中放棄が行われない場合は，
実施例２（図９）と同様の処理が行われる。

【００４７】サーバでは図１３に示す処理において，上
記図１２のステップＳ１２により送信されたＳ_n，Ｐ_n
を含む“競合解除”の命令を受け取ると，該当する位置
（Ｐ）の更新フラグをオフに設定して（図１３のＳ１
１），復帰する。このように，更新を途中放棄した場合
は，競合制御を行う更新フラグをオフにすることによ
り，他のクライアントによる更新を可能とする。

【００４８】図１４，図１５は実施例４のクライアント
の処理フロー（その１），（その２），図１６は実施例
４のサーバの処理フローである。なお，この実施例４は
上記図４に示す本発明の第４の原理構成に対応する処理
を行うものである。また，図１１〜図１３において，点
線で囲まれた処理は，上記実施例３と異なるこの実施例
４により付加された処理である。

【００４９】この実施例４により新たに付加された部分
を中心に以下に説明する。図１４において，クライアン
トは参照，更新の再帰的にクライアントのユーザを特定
するＩＤ（識別情報）として自ホスト名（クライアント
装置名）＋ユーザ名を設定する（図１４のＳ２００）。
次にサーバＳ_nに命令として“参照”を指定し，ＩＤ，
Ｐ_nを送信する（同Ｓ２０１）。この送信の後，サーバ
Ｓ_nから結果を受信すると（同Ｓ２０２），結果を判定
する（同Ｓ２０３）。この結果は，サーバＳ_nにおい
て，指定された位置情報Ｐ_nの情報を参照可能（参照Ｏ
Ｋ）か不可（ＮＧ）かを含むもので，結果が参照ＮＧで
ある場合は参照不可を表示して復帰する（同Ｓ２０
４）。

【００５０】参照ＯＫの場合は，サーバＳ_nから情報を
受信し（図１４のＳ３），Ｃ（コマンド）が参照か更新
であるかを判別し，項目参照の場合は，上記実施例３
（図１１のＳ１４〜Ｓ１９）と同様の処理が行われ，項
目更新の場合，図１５の処理に移行し，更新のための
“競合制御”の要求を行う（図１５のＳ４０）。この
時，ＩＤ（識別情報）も送信され，サーバＳ_nから結果
が送られてくると（同Ｓ４１），その結果を判別する
（同Ｓ４２）。その結果が更新ＮＧ（更新不可）である
と，「更新不可」を表示する（同Ｓ４４）。この他のク
ライアントの処理は上記実施例３（図１１，図１２）と
同じである。

【００５１】図１６のサーバの処理では，上記図１４の
Ｓ２０１により送信されたＩＤを含む情報を受け取ると
（図１６のＳ１），その中のＯＰを識別する（同Ｓ
２）。この場合，“参照”であるから，Ｓ３０へ移行
し，サーバＳ_nのファイルの位置Ｐ（＝Ｐ_n）のディレ
クトリにあるアクセス権ファイルにＩＤに対する参照権
があるか判別する。この判別の結果，参照権がない場合
は，参照ＮＧをクライアントに送信し（図１６のＳ３
１），参照権がある場合は参照ＯＫをクライアントに送
信し（同Ｓ３２），参照すべき位置Ｐの内容をクライア
ントに送信する（同Ｓ３３）。

【００５２】上記図１６のＳ３１，Ｓ３２の処理により
サーバから送信された情報は，上記図１４のＳ２０２で
受信される。また，図１６のＳ２において，ＯＰが更新
の“競合制御”であることが識別された場合は，Ｓ７０
において，サーバＳ_nのファイルの位置Ｐ（＝Ｐ_n）の
ディレクトリにあるアクセス権ファイルにはＩＤに対す
る更新権（入力されたＩＤを持つユーザに情報を更新す
る権利が付与されているか）判別する。この判別の結
果，更新権がない場合は，更新ＮＧをクライアントに送
信し（図１６のＳ７１），更新権がある場合は，上記実
施例２や実施例３と同様（図１０のＳ７，図１３のＳ
７）と同様の更新フラグの判別を行い（図１６のＳ
７），以降同様の処理（Ｓ８〜Ｓ１０）が行われる。な
お，サーバから送信された更新ＮＧや更新ＯＫ等の結果
情報は上記図１５のＳ４１で受信される。

【００５３】このように，実施例４では，参照権，更新
権のＩＤを入力した時に，サーバに登録されている場合
には参照権，更新権があると見なされ，クライアントは
参照，更新処理を行うことが可能となる。

【００５４】図１７，図１８は実施例５のクライアント
の処理フロー（その１），（その２），図１９は実施例
５のサーバの処理フローである。なお，この実施例５は
上記図５に示す本発明の第５の原理構成に対応する処理
を行うものである。また，図１７〜図１９において，点
線で囲まれた処理は，上記実施例４と異なるこの実施例
５により付加された処理である。

【００５５】この実施例５により新たに付加された部分
を中心に以下に説明する。図１７において，クライアン
トのユーザが，ＩＤ（識別情報）として自ホスト名（ク
ライアント装置名）＋ユーザ名を設定し（図１７のＳ２
００），Ｃ（コマンド）としてアクセス管理が指定され
た場合，Ｃ（コマンド）を識別して（同Ｓ２００’），
“管理”であるため，サーバに対し“アクセス管理”
（図では単に“管理”と表示）の命令，ＩＤ，Ｐ_nが送
信される（同Ｓ２０５）。

【００５６】これを受信するサーバの処理は図１９に示
され，サーバではＯＰ（命令）を識別し（図１９のＳ
２），“管理”であることが分かると，ステップＳ１２
において，位置Ｐで示される情報と同じディレクトリに
ある管理権ファイルを参照し，そのＩＤがアクセス権を
管理できるＩＤとして登録されているかどうか調べる。
この判別の結果，管理権ファイルに登録されていない場
合，そのユーザには管理権がないものとして管理ＮＧを
クライアントへ送信し（図１９のＳ１５），登録されて
いる場合にはそのユーザに管理権があるものとして管理
ＯＫをクライアントへ送信する（同Ｓ１３）と共に位置
Ｐのディレクトリにあるアクセス権ファイルの内容をク
ライアントに送信する（同Ｓ１４）。

【００５７】図１９のＳ１３，Ｓ１４においてサーバか
ら送信された結果情報は，図１７のＳ２０６において受
信され，受信結果を判別する（同Ｓ２０７）。受信結果
が管理ＮＧである場合は，「管理不可」を表示してアク
セス権の管理を不可とし（同Ｓ２０８），復帰する。ま
た，受信結果が管理ＯＫの場合は，続いて受信されるサ
ーバから送信される（図１９のＳ１４）。アクセス権フ
ァイルの内容を受信し（図１７のＳ３），クライアント
は通常の情報と同様にしてアクセス権ファイルを更新す
ることができる。

【００５８】

【発明の効果】本発明によれば次のような効果を奏する
ことができる。分散型の情報提供システムにおいて，複数のサーバが
分散して保持する情報をサーバを意識することなく，ク
ライアント側から一括して更新することができる。

【００５９】複数のサーバが分散して保持する情報を
クライアント側から一括して更新する際，他のクライア
ントが更新できないように競合制御をすることができ
る。複数のサーバが分散して保持する情報をクライアント
側から一括して更新する際，更新の途中放棄をすると直
ちに競合制御を解除できる。

【００６０】サーバの保持する情報がクライアント側
の各ユーザによって参照，更新されることをサーバのデ
ィレクトリ単位に規制することができる。特定のクライアント側ユーザが，参照，更新の規制を
サーバのディレクトリ単位に管理できる。

【図面の簡単な説明】

【図１】本発明の第１の原理構成図である。

【図２】本発明の第２の原理構成図である。

【図３】本発明の第３の原理構成図である。

【図４】本発明の第４の原理構成図である。

【図５】本発明の第５の原理構成図である。

【図６】本発明が実施されるシステムのハードウェア構
成例を示す図である。

【図７】実施例１のクライアントの処理フローを示す図
である。

【図８】実施例１のサーバの処理フローとユーザによる
情報更新の処理フローを示す図である。

【図９】実施例２のクライアントの処理フローを示す図
である。

【図１０】実施例２のサーバの処理フローを示す図であ
る。

【図１１】実施例３のクライアントの処理フロー（その
１）を示す図である。

【図１２】実施例３のクライアントの処理フロー（その
２）を示す図である。

【図１３】実施例３のサーバの処理フローを示す図であ
る。

【図１４】実施例４のクライアントの処理フロー（その
１）を示す図である。

【図１５】実施例４のクライアントの処理フロー（その
２）を示す図である。

【図１６】実施例４のサーバの処理フローを示す図であ
る。

【図１７】実施例５のクライアントの処理フロー（その
１）を示す図である。

【図１８】実施例５のクライアントの処理フロー（その
２）を示す図である。

【図１９】実施例５のサーバの処理フローを示す図であ
る。

【図２０】従来の分散型の情報提供システムの概念図で
ある。

【図２１】サーバが保持する情報の説明図である。

【図２２】従来例の処理フローを示す図である。

【符号の説明】

１クライアント１ａ表示部１ｂ入力部１０指示設定手段１１情報取得手段１２受信情報格納手段１３指示識別手段１４情報更新手段１４ａリンク先情報参照・更新手段１５更新指示・結果情報送信手段２サーバ２０指示識別手段２１要求情報送信手段２２更新結果受信手段２３更新結果格納手段２４ファイル３ＬＡＮ（またはＷＡＮ）

Claims

【特許請求の範囲】

【請求項１】分散配置された複数の情報提供を行うサ
ーバに対しクライアントが問合せを行って必要情報が存
在するサーバを見つけ出して情報を受け取る分散型情報
提供システムにおいて，クライアントは，参照または更
新の指示，情報の位置，情報の属性等を指定してサーバ
に対し情報を要求する情報取得手段と，サーバからの受
信情報を格納する手段と，受信した情報を更新する情報
更新手段と，更新結果の情報を前記位置及び更新の指示
と共にサーバに対し送信する手段とを備え，サーバは，
前記クライアントからの指示を識別する手段と，情報参
照の指示に応じて指定された位置の情報を送信する手段
と，更新指示と共に送られてきた更新結果をファイルに
格納する更新結果格納手段とを備えることを特徴とする
分散型情報提供システム。
【請求項２】請求項１において，前記クライアント
は，受信した情報の更新において，その情報が他の情報
へのリンクを持つ場合に再帰的にリンクされた情報を参
照・更新する手段を備えることを特徴とする分散型情報
提供システム。
【請求項３】請求項１または２において，前記クライ
アントは，更新しようとする情報が他のクライアントに
より更新中であるかを対応するサーバに問い合わせを行
い，競合しないことが通知されると更新を可能とする競
合制御問い合わせ手段を備え，前記サーバは管理する各
情報が更新中か否かを識別する更新フラグを備え，クラ
イアントからの前記問い合わせに対し更新フラグを参照
し，更新中か否かを応答する手段と，競合しないで更新
開始時に当該情報に更新フラグを立て更新終了時に更新
フラグを下ろす手段とを備えることを特徴とする分散型
情報提供システム。
【請求項４】請求項３において，前記クライアント
は，更新の途中放棄を指示する情報をサーバに送信する
手段を備え，前記サーバは更新の途中放棄を指示する情
報を受信すると，前記更新中フラグを下ろす手段を備え
ることを特徴とする分散型情報提供システム。
【請求項５】請求項４において，前記クライアント
は，現在のユーザのＩＤと参照または更新したい情報を
含めたサーバへのＩＤによる問い合わせ手段を備え，前
記サーバは，管理するディレクトリに各ＩＤが示すユー
ザがディレクトリ内の情報を参照または更新できるかを
示す情報を備えたアクセス権ファイルと，クライアント
からの前記問い合わせに対し前記アクセスファイルを用
いて，参照または更新が可能か否かを判別して，クライ
アントへ応答する制御手段とを備えることを特徴とする
分散型情報提供システム。
【請求項６】請求項５において，前記クライアント
は，アクセス権管理を行うかどうかを指定する手段と，
現在のユーザのＩＤと共にこのユーザのアクセス権を管
理できるかどうか問い合わせをサーバに送る手段とを備
え，サーバは，管理ディレクトリにＩＤで示すユーザが
アクセス権を管理できるか否を保持する管理権ファイル
を備え，クライアントから前記問い合わせに対して前記
管理権ファイルを参照して，管理可能か否かを前記クラ
イアントへ応答することを特徴とする分散型情報提供シ
ステム。