JPH09305547A - 分散情報処理方式 - Google Patents

Abstract

(57)【要約】 【課題】 高速かつ少ないデータ通信量による共有情報
（共有データ）の参照および更新を実現する。 【解決手段】 通信管理テーブル２０４は、自クライア
ントが関係する各共有情報についてアクセス時期および
データ通信量が記述された通信管理情報を保持する。通
信モジュール２０３は、通信管理テーブル２０４および
クロックを参照し、共有情報に関するサーバシステム部
１００との間の送受信を行う。通信管理データベース１
０３は、全てのクライアントシステム部２００の各々に
関し各共有情報についてアクセス時期およびデータ通信
量が記述された通信管理データを保持する。通信管理サ
ーバモジュール１０２は、通信管理データベース１０３
およびクロックを参照し、共有情報に関する各クライア
ントシステム部２００との間の送受信を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、他のクライアント
システム部との間でデータを共有して分散処理（並行し
たデータ処理および相互のデータ参照等）を行うクライ
アントシステム部と分散して存在する複数のクライアン
トシステム部の間におけるデータ通信の管理を行うサー
バシステム部とを有するクライアント／サーバ型の分散
情報処理方式に関する。

【０００２】

【従来の技術】従来、この種の分散情報処理方式として
は、「分散型データベース」に係る分散情報処理方式が
広く知られている。このような分散情報処理方式では、
複数のユーザが同時に同一のデータにアクセスして協調
作業を行うためには、データ更新のタイミングをデータ
操作権を用いて管理し、その更新情報をデータ更新と同
時に通信することが必要である。このような分散情報処
理方式としては、例えば、特願平５−３７６９４号に係
る公報に記載されている「分散協調作業支援装置」が知
られている。

【０００３】図４は、この公報に記載されている分散協
調作業支援装置の構成を示すブロック図（従来の分散情
報処理方式の一例を説明するためのブロック図）であ
る。

【０００４】この分散協調作業支援装置は、ユーザと対
話的処理を行う複数のクライアントシステム部４０１お
よび４１１と、共有データを処理するただ１つのサーバ
システム部４０２とからなる。

【０００５】この分散協調作業支援装置では、共有デー
タをクライアントシステム部４０１において排他的に処
理するために、サーバシステム部４０２内の共有データ
管理部４０７において各データの操作権が管理される。

【０００６】クライアントシステム部４０１は、データ
更新時に、サーバシステム部４０２に対して操作権を要
求する。その後、共有データ記憶部４０８から転送され
てきた共有データをデータ記憶部４１０で管理し、デー
タ記憶部４１０内の共有データの参照および更新をデー
タ管理部４０４によって行う。

【０００７】クライアントシステム部４０１において共
有データが更新されると、データ更新情報が作成され、
即時にそのデータ更新情報がサーバシステム部４０２に
通知され、共有データ記憶部４０８内の共有データも更
新される。さらに、そのデータ更新情報は、共有データ
記憶部４０８に格納され、他のクライアントシステム部
４１１によって参照される。これにより、他のクライア
ントシステム部４１１に対応するデータ記憶部（図示せ
ず）の共有データも更新される。

【０００８】また、他のクライアントシステム部４１１
において発生したデータ更新情報も、同様にして、クラ
イアントシステム部４０１に通知される。このようにし
て、クライアントシステム部４０１およびクライアント
システム部４１１において、互いにデータ更新の様子が
参照できるので、複数のクライアントシステム部４０１
および４１１の協調作業が可能となる。

【０００９】以上のように、従来技術の「分散協調作業
支援装置」では、サーバシステム部４０２に保持された
共有データを、複数のクライアントシステム部４０１お
よび４１１において、協調して分散処理することができ
る。

【００１０】しかしながら、この従来技術では、あるク
ライアントシステム部４０１において他のクライアント
システム部４１１と同時にデータの読込み，更新，およ
び書出しを行うとデータの不一致が生じる可能性がある
ので、当該あるクライアントシステム部４０１はデータ
操作の際にサーバシステム部４０２にデータ操作の許可
・不許可の問い合わせを行うことが必要となる。

【００１１】このように、従来の分散情報処理方式で
は、各クライアントシステム部は共有データの処理に際
して常にサーバシステム部に問い合わせを行う必要があ
った。

【００１２】

【発明が解決しようとする課題】上述した従来の分散情
報処理方式では、各クライアントシステム部は共有デー
タの処理に際して常にサーバシステム部に問い合わせを
行う必要があったので、以下のおよびに示すような
問題点が存在した。

【００１３】 データ操作の際に遅れが生じ、作業効
率が低下する。

【００１４】 問い合わせのための通信量が増加し、
そのためにネットワーク回線の通信容量を超えることが
生じ、当該システム（クライアント／サーバ型の分散情
報処理方式が実現されるシステム）において著しく通信
の遅延が生じる。

【００１５】複数のクライアントシステム部による分散
協調作業では、サーバシステム部と各クライアントシス
テム部との間で分散処理のための送受信が繰り返し行わ
れるので、上述のような問い合わせが必要であると同じ
問い合わせが繰り返し行われることとなり、通信の無駄
が多くなる。

【００１６】本発明の目的は、上述の点に鑑み、協調処
理の対象のデータ（「共有情報」と呼ぶ）に関し、デー
タ内容とは別に、通信種別，通信（アクセス）時期，お
よび通信データ量等の通信管理情報をあらかじめ保持
し、予定された手順によってクライアントシステム部と
サーバシステム部との間の通信を行うことで、高速かつ
少ないデータ通信量による共有データの参照および更新
を実現することができる分散情報処理方式を提供するこ
とにある。

【００１７】

【課題を解決するための手段】本発明の分散情報処理方
式は、他のクライアントシステム部との間でデータを共
有して分散処理を行うクライアントシステム部と、分散
して存在する複数のクライアントシステム部の間におけ
るデータ通信の管理を行うサーバシステム部とを有する
クライアント／サーバ型の分散情報処理方式において、
処理対象となる共有情報を一時的に保持するクライアン
トシステム部内の共有情報バッファと、前記共有情報バ
ッファ内の共有情報のデータ処理を行うクライアントシ
ステム部内の１つ以上の処理モジュールと、自クライア
ントが関係する各共有情報についてアクセス時期および
データ通信量が記述された通信管理情報を保持するクラ
イアントシステム部内の通信管理テーブルと、前記通信
管理テーブルおよびクロック部により計時されるクロッ
クを参照し前記共有情報バッファ内の共有情報に関する
サーバシステム部との間の送受信を行うクライアントシ
ステム部内の通信モジュールと、共有情報のマスタデー
タを保持するサーバシステム部内の共有情報データベー
スと、全てのクライアントシステム部の各々に関し各共
有情報についてアクセス時期およびデータ通信量が記述
された通信管理データを保持するサーバシステム部内の
通信管理データベースと、前記通信管理データベースお
よびクロック部により計時されるクロックを参照し前記
共有情報データベースに保持された共有情報に関する各
クライアントシステム部との間の送受信を行うサーバシ
ステム部内の通信管理サーバモジュールとを有する。

【００１８】

【発明の実施の形態】次に、本発明について図面を参照
して詳細に説明する。

【００１９】図１は、本発明の分散情報処理方式の一実
施例の構成を示すブロック図である。

【００２０】本実施例の分散情報処理方式は、サーバシ
ステム部１００と、サーバシステム部１００とネットワ
ーク等で接続された複数のクライアントシステム部２０
０とを含んで構成されている。なお、複数のクライアン
トシステム部２００には、各々を区別するために、固有
の番号であるクライアントシステム番号が割り当てられ
ている（以下の説明で図１中の各クライアントシステム
部２００を区別する必要がある場合には、図１に示すよ
うに、符号の「２００」，「２００′」，および「２０
０′′」を使用する）。

【００２１】サーバシステム部１００は、分散して存在
する各クライアントシステム部２００の共有情報のマス
タデータを保持する共有情報データベース１０１と、通
信管理データベース１０３を参照して共有情報データベ
ース１０１からクライアントシステム部２００へのデー
タ送信とクライアントシステム部２００から共有情報デ
ータベース１０１へのデータ受信とを行う通信管理サー
バモジュール１０２と、各クライアントシステム部２０
０毎の各通信管理情報を通信管理データとして保持する
通信管理データベース１０３と、計時を行うクロック部
１０４とを含んで構成されている。

【００２２】クライアントシステム部２００は、分散処
理の対象となるデータである共有情報を保持する共有情
報バッファ２０１と、アプリケーションプログラムに応
じて共有情報バッファ２０１に保持されている共有情報
に対する処理を行う１つ以上の処理モジュール２０２
と、通信管理テーブル２０４を参照して共有情報バッフ
ァ２０１からサーバシステム部１００へのデータ送信と
サーバシステム部１００から共有情報バッファ２０１へ
のデータ受信とを行う通信モジュール２０３と、自クラ
イアント（自己が存在するクライアントシステム部２０
０）に関する通信管理情報を保持する通信管理テーブル
２０４と、計時を行うクロック部２０５とを含んで構成
されている。

【００２３】サーバシステム部１００における通信管理
サーバモジュール１０２と、各クライアントシステム部
２００における通信モジュール２０３との間において
は、互いにデータの送受信を行うことが可能である。通
信管理サーバモジュール１０２は、複数のクライアント
システム部２００（２００，２００′，および２０
０′′）との間のデータの送受信を順次集中的に処理す
る機能を持つ。

【００２４】本実施例の分散情報処理方式では、図１に
示すようなサーバシステム部１００とクライアントシス
テム部２００との間の通信は、通信管理データベース１
０３および通信管理テーブル２０４に基づいて実行され
る。この通信の手法を説明するために、図２を提示す
る。

【００２５】図２は、通信管理データベース１０３およ
び通信管理テーブル２０４内の通信管理情報の構成の一
例を示す図である。

【００２６】通信管理データベース１０３および通信管
理テーブル２０４内の通信管理情報は、「共有情報番
号」と、「システムステータス番号」と、各クライアン
トシステム部２００の処理モジュール２０１が当該共有
情報に対して当該システムステータス時に書込み（書出
し）（ｗ（ｗｒｉｔｅ））を行うのか読込み（ｒ（ｒｅ
ａｄ））を行うのかを示す「アクセス属性情報」と、当
該共有情報の受信（読込みのための受信）または送信
（書込みのための送信）を行う時期を示す「アクセス時
期情報」と、当該共有情報の通信を行う際に送受信する
データ量を示す「通信データサイズ」とから構成されて
いる。

【００２７】以下の〜に、上記の通信管理情報中の
各項目について説明を加える。

【００２８】 各クライアントシステム部２００が共
通して処理する共有情報は、書出しまたは読込みを行う
単位毎に分割され、各共有情報を区別するための固有の
番号である共有情報番号が割り当てられている。通信管
理情報には、このような「共有情報番号」と、上記のよ
うな書出しおよび読込みのアクセスの種別を示す「アク
セス属性情報」とが存在する。

【００２９】 分散処理の実行進度の状態によって、
通信データの種類やデータサイズ等の通信状態は変化す
る。分散処理の実行進度の状態をシステムステータスと
呼び、システムステータスには固有の番号であるシステ
ムステータス番号が割り当てられる。システムステータ
ス毎に共有情報の通信（送受信）の態様は変化するの
で、通信管理情報には、「システムステータス番号」が
存在する。

【００３０】 アクセス時期情報は、図２の例では、
「時：分：秒：ミリ秒」というフォーマットを有してい
る。各単位（時，分，秒，およびミリ秒）の数値とクロ
ック部１０４または２０５によって計時されるクロック
の値とが比較・照合され、両者が一致すれば該当するデ
ータ（共有情報）の通信が行われる。なお、図２中の
「＊」は、その単位の値が任意の値であることを意味す
る。

【００３１】 図２の例では、共有情報番号が１番の
共有情報については、システムステータス番号が２０番
のシステムステータスの場合に、毎秒４回（０ｍ秒，２
５０ｍ秒，５００ｍ秒，および７５０ｍ秒）だけ、１０
０バイトのデータ量の受信が行われて当該共有情報の読
込みが行われることが、示されている。また、共有情報
番号が２番の共有情報については、システムステータス
番号が５０番のシステムステータスの場合に、毎秒３回
（１００ｍ秒，４３３ｍ秒，および７６６ｍ秒）だけ、
２００バイトのデータ量の送信が行われて当該共有情報
の書込みが行われることが、示されている。

【００３２】上記のように、通信管理情報には、共有情
報の通信に必要な情報が全て記述されている。

【００３３】クライアントシステム部２００内の通信管
理テーブル２０４は、自クライアントに関する上記の通
信管理情報を保持している。

【００３４】サーバシステム部１００内の通信管理デー
タベース１０３は、各クライアントシステム部２００に
関する上記の通信管理情報を、その通信管理情報がどの
クライアントシステム部２００に関するものかを示す情
報（例えば、「クライアントシステム番号」）とともに
有する通信管理データを保持している。

【００３５】サーバシステム部１００内の通信管理デー
タベース１０３中の特定のクライアントシステム部２０
０に対する通信管理情報と、当該クライアントシステム
部２００内の通信管理テーブル２０４中の通信管理情報
とは、対応したものとなっている。すなわち、両通信管
理情報中のあるエントリにおける「共有情報番号」，
「システムステータス番号」，「アクセス時期情報」，
および「通信データサイズ」は同一の内容となってお
り、「アクセス属性情報」は互いに逆の属性となってい
る。

【００３６】図３は、本実施例の分散情報処理方式にお
けるクライアントシステム部２００中の通信モジュール
２０３の処理を示す流れ図である。この処理は、現在シ
ステムステータス取得ステップ３０１と、システムステ
ータス比較判定ステップ３０２と、終了ステータス判定
ステップ３０３と、通信管理テーブルアクセスステップ
３０４と、エントリ抽出ステップ３０５と、抽出エント
リ有無判定ステップ３０６と、処理リスト作成ステップ
３０７と、クロック参照ステップ３０８と、処理時刻該
当判定ステップ３０９と、送受信処理ステップ３１０
と、直前処理繰返し処理判定ステップ３１１と、直前処
理挿入ステップ３１２と、直前処理削除ステップ３１３
とからなる。

【００３７】次に、このように構成された本実施例の分
散情報処理方式の動作について説明する。

【００３８】第１に、クライアントシステム部２００に
おける動作について説明する。

【００３９】クライアントシステム部２００内の通信モ
ジュール２０３は、通信管理テーブル２０４に基づい
て、サーバシステム部１００との間の通信（共有情報の
送受信）を行う。

【００４０】なお、複数の処理モジュール２０２および
通信モジュール２０３は、例えば、ある共有情報に関し
て、順次（逐次）に処理（パイプライン処理のような処
理が想定される）を実行していく。

【００４１】通信モジュール２０３は、共有情報の送受
信に関して、以下に示すような処理を行う（図３参
照）。

【００４２】まず、現在のシステムステータスを一定の
時間間隔毎に取得し（ステップ３０１）、前回に取得し
たシステムステータスと現在のシステムステータスとが
異なるか否かを判定する（ステップ３０２）。

【００４３】ステップ３０２で「両システムステータス
が異なる」と判定した場合には、現在のシステムステー
タスが「終了ステータス」であるか否かを判定する（ス
テップ３０３）。

【００４４】ステップ３０３で「現在のシステムステー
タスが「終了ステータス」である」と判定した場合に
は、処理を終了する。

【００４５】一方、ステップ３０３で「現在のシステム
ステータスが「終了ステータス」でない」と判定した場
合には、通信管理テーブル２０４をアクセスし（ステッ
プ３０４）、現在のシステムステータスと一致するエン
トリ（現在のシステムステータスのシステムステータス
番号を持つエントリ）を通信管理テーブル２０４から抽
出することを試み（ステップ３０５）、実際に抽出する
ことができたか否か（抽出すべきエントリが存在したか
否か）を判定する（ステップ３０６）。

【００４６】ステップ３０６で「抽出エントリが存在し
た」と判定した場合には、抽出したエントリ群を当該エ
ントリ群中のアクセス時期情報に基づいて時刻順にソー
トした処理リストを作成する（ステップ３０７）。

【００４７】ステップ３０６で「抽出エントリが存在し
なかった」と判定した場合またはステップ３０７の処理
を終了した場合で、所定の時間間隔が経過したときに
は、ステップ３０１の処理に制御を戻す。

【００４８】ステップ３０２で「両システムステータス
が同一である」と判定した場合には、クロック部２０５
により計時されているクロックを参照して（ステップ３
０８）、ステップ３０７で作成した処理リストの先頭の
エントリが処理時刻になっているか否か（当該クロック
により示される現在時刻が当該エントリ中のアクセス時
期情報の時刻に達しているか否か）を判定する（ステッ
プ３０９）。

【００４９】ステップ３０９で「処理リストの先頭のエ
ントリが処理時刻になっている」と判定した場合には、
そのエントリに係る共有情報の送受信処理を行う（ステ
ップ３１０）。ここで、そのエントリ中のアクセス属性
情報が「書込み」を示す「ｗ」である場合にはその共有
情報の送信処理を行い、「読込み」を示す「ｒ」である
場合にはその共有情報の受信処理を行う。なお、この送
受信処理に際しては、当該エントリ中の通信データサイ
ズを考慮する。

【００５０】これによって、各クライアントシステム部
２００は、通信管理テーブル２０４に基づき、該当する
読み込むべき共有情報があれば、その共有情報の受信を
行ってその共有情報を共有情報バッファ２０１に格納す
る。同様に、該当する書き出すべき共有情報があれば、
その共有情報を共有情報バッファ２０１から抽出してサ
ーバシステム部１００にその共有情報の送信を行う。

【００５１】ステップ３１０の送受信処理が終了する
と、当該エントリ中のアクセス時期情報に基づき、その
送受信処理（直前の処理）が繰返し処理（一定の時間後
に繰り返して実行される処理）であるか否かを判定する
（ステップ３１１）。

【００５２】ステップ３１１で「直前の処理が繰返し処
理である」と判定した場合には、直前の処理に係るエン
トリ中のアクセス時期情報によって認識できる次の処理
時刻に基づき、この処理を処理リストに再び挿入する
（ステップ３１２）。

【００５３】ステップ３１１で「直前の処理が繰返し処
理でない」と判定した場合またはステップ３１２の処理
を終了した場合には、直前の処理を処理リストから削除
し（ステップ３１３）、所定の時間間隔が経過したとき
にステップ３０１の処理に制御を戻す。

【００５４】第２に、サーバシステム部１００における
動作について説明する。

【００５５】上述したように、サーバシステム部１００
には、各クライアントシステム部２００，２００′，お
よび２００′′に対応した通信管理情報を有する通信管
理データを保持する通信管理データベース１０３が存在
する。

【００５６】サーバシステム部１００内の通信管理サー
バモジュール１０２は、各クライアントシステム部２０
０，２００′，および２００′′との通信を順次処理す
る過程で、以下に示すような処理を行う。

【００５７】システムステータスと、クロック部１０４
によって計時されるクロックとを、参照する。

【００５８】通信管理データベース１０３に基づき、現
在の時刻においていずれかのクライアントシステム部２
００から読み込むべき共有情報があれば、当該共有情報
の受信処理を行い、受信した共有情報を共有情報データ
ベース１０１に格納する。

【００５９】同様に、通信管理データベース１０３に基
づき、現在の時刻においていずれかのクライアントシス
テム部２００に書き出すべき共有情報があれば、共有情
報データベース１０１からその共有情報を抽出して、そ
の共有情報の当該クライアントシステム部２００への送
信処理を行う。

【００６０】なお、処理の詳細は、図３に示す処理と同
様のものである。ただし、処理リスト中のエントリに
は、送受信相手のクライアントシステム部２００を識別
するための情報（クライアントシステム番号等）が存在
する。また、ステップ３０４におけるアクセス対象は、
通信管理テーブル２０４ではなく通信管理データベース
１０３である。さらに、ステップ３１０における送受信
処理では、送受信相手のクライアントシステム部２００
が認識されて、そのクライアントシステム部２００に対
する送受信が行われる。

【００６１】最後に、以下の〜に、本実施例、ひい
ては本発明の分散情報処理方式に関するいくつかの付随
的な説明を行う。

【００６２】 共有情報の送信においては、共有情報
毎に個別的に送信を行うのは、通信手続きの無駄が多
い。したがって、通常管理サーバモジュール１０２およ
び通信モジュール２０３は、それぞれ通信管理データベ
ース１０３および通信管理テーブル２０４を参照して、
同時に送信する共有情報があれば、１つのブロックにま
とめて１回の送信手続きで送信を行う。ただし、このブ
ロック化は本発明に必須の処理内容ではない。

【００６３】 共有情報の受信においても同様に、共
有情報毎に個別的に受信を行うのは、通信手続きの無駄
が多い。したがって、通信管理サーバモジュール１０２
および通信モジュール２０３は、それぞれ通信管理デー
タベース１０３および通信管理テーブル２０４を参照し
て、同時に受信する共有情報があれば、１つのブロック
にまとめて１回の受信手続きで受信を行う。ただし、こ
のブロック化は本発明に必須の処理内容ではない。

【００６４】 分散協調作業においては、データの不
一致が生じることを回避するために、同一の共有情報に
対して同時に読込みと書込みとが行われることはない。
ここで、ある共有情報を読み込んで、その共有情報に関
するデータ処理の後に、その共有情報を書き込む場合が
ある。この場合に、本発明の処理では、読み込む共有情
報と書き込む共有情報とに異なる共有情報番号を割り当
てるか、送信と受信との両方のアクセス時期情報を通信
管理データベース１０３および通信管理テーブル２０４
に記述することで、対処することができる。

【００６５】 システムステータスは、共有情報の分
散処理の実行状態を示すデータであり、サーバシステム
部１００およびクライアントシステム部２００で共通し
て処理されるデータであるので、共有情報の１つに該当
する。したがって、システムステータスを示すデータ
も、共有情報として、以上の説明のようにして共有され
うる。

【００６６】 通信管理データベース１０３および通
信管理テーブル２０４の内容を随時更新することで、動
的に共有情報の通信状態を更新することも可能である。

【００６７】 本実施例、ひいては本発明によって、
各クライアントシステム部２００がサーバシステム部１
００と送受信を行い、疑似的に同一のデータ（共有情
報）を複数のクライアントシステム部２００で同時に参
照または更新する機能を提供することで、複数のクライ
アントシステム部２００における分散情報処理を実現す
ることができる。

【００６８】

【発明の効果】以上説明したように、本発明によれば、
複数のクライアントシステム部において処理されるデー
タ（共有情報）を並行して互いに参照・更新しながら種
々の分散情報処理作業を実現するに際し、サーバシステ
ム部内の通信管理データベースおよびクライアントシス
テム部内の通信管理テーブルに通信管理情報を設定する
ことにより、通信手続きの無駄を省き、高速な分散処理
を実現することができるという効果が生じる。

【００６９】また、サーバシステム部および各クライア
ントシステム部における通信機能が独立しているので、
計算機環境に関係なく処理モジュールを複数配置し、並
行処理を実現することも可能となっており、クライアン
トシステム部とサーバシステム部と間のデータ転送（通
信）の態様としては、ネットワーク通信だけでなくシリ
アル通信や無線通信を採用することも可能になり、シス
テム構成に柔軟性が生じるという効果がある。

【図面の簡単な説明】

【図１】本発明の一実施例の構成を示すブロック図であ
る。

【図２】図１中の通信管理データベースおよび通信管理
テーブルで管理される通信管理情報を説明するための図
である。

【図３】図１中のクライアントシステム部内の通信モジ
ュールの処理を示す流れ図である。

【図４】従来の分散情報処理方式の一例（分散協調作業
支援装置）を説明するためのブロック図である。

【符号の説明】

１００ サーバシステム部 １０１ 共有情報データベース １０２ 通信管理サーバモジュール １０３ 通信管理データベース １０４，２０５ クロック部 ２００（２００，２００′，２００′′） クライアン
トシステム部 ２０１ 共有情報バッファ ２０２ 処理モジュール ２０３ 通信モジュール ２０４ 通信管理テーブル

Claims (3)

【特許請求の範囲】
1. 【請求項１】 他のクライアントシステム部との間でデ
   ータを共有して分散処理を行うクライアントシステム部
   と、分散して存在する複数のクライアントシステム部の
   間におけるデータ通信の管理を行うサーバシステム部と
   を有するクライアント／サーバ型の分散情報処理方式に
   おいて、 処理対象となる共有情報を一時的に保持するクライアン
   トシステム部内の共有情報バッファと、 前記共有情報バッファ内の共有情報のデータ処理を行う
   クライアントシステム部内の１つ以上の処理モジュール
   と、 自クライアントが関係する各共有情報についてアクセス
   時期およびデータ通信量が記述された通信管理情報を保
   持するクライアントシステム部内の通信管理テーブル
   と、 前記通信管理テーブルおよびクロック部により計時され
   るクロックを参照し前記共有情報バッファ内の共有情報
   に関するサーバシステム部との間の送受信を行うクライ
   アントシステム部内の通信モジュールと、 共有情報のマスタデータを保持するサーバシステム部内
   の共有情報データベースと、 全てのクライアントシステム部の各々に関し各共有情報
   についてアクセス時期およびデータ通信量が記述された
   通信管理データを保持するサーバシステム部内の通信管
   理データベースと、 前記通信管理データベースおよびクロック部により計時
   されるクロックを参照し前記共有情報データベースに保
   持された共有情報に関する各クライアントシステム部と
   の間の送受信を行うサーバシステム部内の通信管理サー
   バモジュールとを有することを特徴とする分散情報処理
   方式。
2. 【請求項２】 各共有情報についてどのシステムステー
   タスの場合にアクセスされるかを示す情報を有する通信
   管理情報を保持するクライアントシステム部内の通信管
   理テーブルと、 各共有情報についてどのシステムステータスの場合にア
   クセスされるかを示す情報を有する通信管理データを保
   持するサーバシステム部内の通信管理データベースとを
   有することを特徴とする請求項１記載の分散情報処理方
   式。
3. 【請求項３】 クライアントシステム部内の通信管理テ
   ーブル中の通信管理情報およびサーバシステム部内の通
   信管理データベース中の通信管理データにおける通信管
   理情報が「共有情報番号」，「システムステータス番
   号」，「アクセス属性情報」，「アクセス時期情報」，
   および「通信データサイズ」の各項目を有することを特
   徴とする請求項２記載の分散情報処理方式。