JP3550613B2 - データ共用装置およびデータ共用方式 - Google Patents
データ共用装置およびデータ共用方式 Download PDFInfo
- Publication number
- JP3550613B2 JP3550613B2 JP08461896A JP8461896A JP3550613B2 JP 3550613 B2 JP3550613 B2 JP 3550613B2 JP 08461896 A JP08461896 A JP 08461896A JP 8461896 A JP8461896 A JP 8461896A JP 3550613 B2 JP3550613 B2 JP 3550613B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- shared data
- information
- update
- network
- 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
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【０００１】
【発明の属する技術分野】
この発明は、データ共用装置およびデータ共用方式に関し、詳しくは、
規模の大小にかかわらずネットワークに接続された複数の情報機器間でデータの共用を行う場合、特に、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）に接続した複数のワークステーションにてファイル共用を行い、データ処理を実行するときや、ソフトウェア開発作業などの場合に適するようなデータ共用装置およびデータ共用方式に関するものである。
【０００２】
【従来の技術】
複数の情報機器を接続するネットワークとして、国際規格（ＩＥＥＥ ８０２．３）のＥｔｈｅｒｎｅｔや国際規格（ＩＥＥＥ ８０２．５）のトークンリングなど、種々のものがある。また、ネットワークを用いたデータ共用には Ｓｕｎ Ｍｉｃｒｏｓｙｓｔｅｍｓ社のＮＦＳ（Ｎｅｔｗｏｒｋ Ｆｉｌｅ Ｓｙｓｔｅｍ）や、ＡＴ＆Ｔ社のＲＦＳ（Ｒｅｍｏｔｅ Ｆｉｌｅ Ｓｙｓｔｅｍ）などがある。
【０００３】
以下、図２を用いて従来のデータ共用方式、ＮＦＳについて説明する。
図２は、ＮＦＳを用いたデータ共用を適用した情報機器の概略図である。
図２において、情報機器１ａ，１ｂはそれぞれデータ共用のためのＮＦＳ６ ａ，６ｂと接続している。ＮＦＳ６ａ，６ｂはネットワーク５を通して接続されている。共用データ４ａは記憶装置３ａ内にあり、ＮＦＳ６ａによって管理されている。
ここで、情報機器１ａにて共用データ４ａへのアクセスが発生した場合、情報機器１ａはＮＦＳ６ａを通して記憶装置３ａ内の共用データ４ａをアクセスする。情報機器１ｂから共用データ４ａへのアクセスが発生した場合は、情報機器１ｂからＮＦＳ６ｂ、ネットワーク５、ＮＦＳ６ａを通り記憶装置３ａ内の共用データ４ａへと間接的にアクセスしなければならない。
なお、ＮＦＳなどのクライアント／サーバ型データ共用に関連するものとして特開平４−８４３５０号などがある。
【０００４】
【発明が解決しようとする課題】
情報機器の高速化やネットワークの普及、マルチメディアの需要拡大にともない、ネットワークを通るデータ量が年々増加している。
このため、ネットワークを用いたデータ共用に対しても、共用データへのアクセス速度の低下やネットワークの負荷の増加が問題となっている。
また、ＮＦＳなどのクライアント／サーバ型のデータ共用装置では、共用データを１つの記憶装置などに集中して管理するため、記憶装置に障害が発生した場合データを損失するなどの被害が大きく、共用データの信頼性が問題となっている。
この発明の目的は、情報機器が共用データを高速にアクセスすることができるデータ共用装置を提供することにある。
また、この発明の他の目的は、情報機器がネットワークの負荷を抑えて、データの共用を行うデータ共用装置を提供することにある。
さらに、この発明の他の目的は、情報機器が共用データを高速にアクセスすることができるデータ共用方式を提供することにある。
また、この発明の他の目的は、複数の情報機器がアクセスする共用データの排他制御を行うデータ共用方式を提供することにある。
さらに、この発明の他の目的は、共用データおよびデータ共用装置の信頼性を高くするデータ共用方式を提供することにある。
さらに、この発明の他の目的は、データ共用装置を用いてデータ共用を行う情報機器について、ネットワークの負荷をおさえた状態でのネットワークへの追加および削除を行うデータ共用方式を提供することにある。
さらに、この発明の他の目的は、複数のネットワークに接続したデータ共用装置について、あるネットワークが他のネットワークへの負荷を抑えてデータの共用を行うデータ共用方式を提供することにある。
【０００５】
【課題を解決するための手段】
前記のような目的を達成するために、この発明のデータ共用装置の基本的な特徴は、ネットワークに接続された複数の情報機器のそれぞれに設けられるデータ共用装置であって、各情報機器において使用される共用データを記憶する記憶装置と、共用データが同じになるよう管理および制御する共用データ管理手段とを有し、この共用データ管理手段が共用データの更新についての管理情報により共用データを自己が更新しているときあるいは更新がされていないときに共用データのアクセスをネットワークより高速な記憶装置に切り替えることで、情報機器が共用データを高速にアクセスするものである。
そして、その第１の発明は、これに加えて、データ共用装置の管理情報により共用データの更新の可否を判断することで、複数の情報機器がアクセスする共用データの排他制御を行うものある。
また、その第２の発明は、前記の基本的な特徴に加えて、管理情報が共用データの更新状態を示す更新情報と更新した情報機器を識別する情報とを有するものであり、この管理情報に応じて、情報機器が障害発生などで失った情報を他の情報機器から復元するものである。
さらに、その第３の発明は、前記の基本的な特徴に加えて、管理情報が共用データの更新状態を示す更新情報と更新した情報機器を識別する情報とを有するものであり、データ共用装置が管理情報により必要なデータのみ転送することで、ネットワークの負荷を抑えた状態でのデータ共用を行い、かつ、切断対象となる情報機器のデータ共用装置における管理情報の内容が、他の情報機器に共用データが記憶されている状態になる処理をして管理情報の内容を変更した上で切断対象となる情報機器を切断し、接続する情報機器における記憶装置に記憶された管理情報を共用データが他の情報機器に存在する状態に設定して情報機器を接続することで情報機器の追加および削除を行うものである。
そして、その第４の発明は、前記の基本的な特徴に加えて、管理情報が共用データの更新状態を示す更新情報と更新した情報機器を識別する情報とを有するものであり、情報機器の１つが複数のネットワークに接続され、この情報機器の共 用データ管理手段が接続されているネットワーク対応に管理情報を有し、それぞれのネットワークに対して共用データが同じになるよう管理および制御するものであり、これにより、あるネットワークが他のネットワークへの負荷を抑えてデータの共用を行うものである。
【０００６】
【発明の実施の形態】
前記の構成のデータ共用装置にあっては、その記憶装置は、各々のデータ共用管理手段に常に記憶装置内のデータが同じになるよう管理および制御される。
情報機器が共用データを参照する場合、データ共用管理手段が内部に設けた管理情報により、記憶装置にアクセスするか、ネットワークにアクセスするか判断する。記憶装置内の共用データが最新であると確認できれば、ネットワークよりアクセス速度の高速な記憶装置をアクセスする。したがって、情報機器は、ネットワークに負荷をまったくかけずに、共用データを高速にアクセスすることができる。このことは、特に同じ共用データを何度も参照する場合により有効である。
情報機器が共用データを更新する場合、データ共用管理手段は記憶装置を更新すると同時にネットワークに管理情報を送信する。本来なら、更新した共用データを送信すべきであるが、他の情報機器で共用データが参照されないかぎり更新した共用データを送信する必要はない。したがって、情報機器は、ネットワークの負荷を抑えて、データの共用を行うことができる。このことは、特に同じ共用データを何度も更新する場合に有効である。
【０００７】
ネットワークを用いたデータ転送の方法は、一対一通信ではなく、一対多通信を多く用いる方式とすることで全体のネットワーク使用率を下げネットワークの負荷を抑えることができる。
各データ共用管理手段の管理情報はつねに同じ内容に保たれている。各情報機器は、この管理情報によって共用データの更新の可否を判断する。他の情報機器が更新した共用データに対しての更新を不可とすることで、複数の情報機器がアクセスする共用データの排他制御を行うことができる。
障害発生などで共用データを紛失した場合、同じデータが他の情報機器の記憶装置に存在しているため共用データを復元できる。また同様に、障害発生などで管理情報を紛失した場合も他のデータ共用管理手段の管理情報から復元できる。したがって、共用データおよびデータ共用装置の信頼性を向上できる。
データ共用を行っているネットワークに対して、新たにデータ共用を行う情報機器を追加（接続）する場合、ネットワークに接続している情報機器のデータ共用管理手段の管理情報に、接続する情報機器のデータ共用装置のデータ共用管理手段の管理情報をあわせることで接続する。本来なら、すべての共用データを転送すべきであるが参照しない共用データを転送する必要はない。したがって、ネットワークの負荷をおさえた状態で、データ共用を行っている情報器の追加を行うことができる。
【０００８】
データ共用を行っている情報機器をネットワークから削除（切断）する場合、管理情報により最新の共用データのみを他のデータ共用を行っている情報機器に送信することで切断する。最新でない共用データは、他のデータ共用を行っている情報機器に最新の共用データが存在するので転送する必要はない。したがって、ネットワークの負荷をおさえた状態で、データ共用を行っている情報器の削除を行うことができる。
さらに、追加、削除ともに他のデータ共用管理手段を停止させることはないので、ネットワークを停止することなくデータ共用を行っている情報機器の追加、削除を行うことができる。
データ共用装置を複数のネットワークに接続する場合、管理情報を接続するネットワーク数分用意し管理制御する。あるネットワークから更新された共用データが送信されてきた場合、本来なら、送信されてきた共用データをそのまま他のネットワークへ転送すべきであるが、他のネットワークで共用データが参照されないかぎり共用データを送信する必要はないので、他のネットワークの負荷を抑えるため管理情報のみ他のネットワークへ転送する。したがって、あるネットワークは他のネットワークの負荷を抑えてデータの共用を行うことができる。
なお、以上のような管理を行うために、管理情報として、ここでは、情報機器を識別するためのデバイスアドレス（機器識別情報）と最新であることあるいは更新されたことを示す状態フラグデータを使用するが、説明の都合上、実施例では、直接データで説明するのではなく、データの内容をもって説明している。
【０００９】
【実施例】
以下、この発明の実施例を図面を用いて詳細に説明する。
図１は、この発明のデータ共用装置を適用したネットワークと情報機器の概略図である。
図１において、情報機器１ａ，１ｂはこの発明によるデータ共用管理装置２ａ，２ｂを介して共用データ４ａ，４ｂを格納するための記憶装置３ａ，３ｂと接続している。なお、ここでの情報機器１ａのデータ共用装置は、データ共用管理装置２ａと記憶装置３ａとからなり、情報機器１ｂのデータ共用装置は、データ共用管理装置２ｂと記憶装置３ｂとからなり、各データ共用管理装置２ａ，２ｂは、それぞれプログラム処理で実現できるので、この発明のデータ共用管理手段の具体例に対応している。
【００１０】
すべてのデータ共用管理装置２ａ，２ｂはネットワーク５を通して接続しており、データ共用管理装置２ａ，２ｂ間で情報やデータの送信および受信できる機能をもっている。データ共用管理装置２ａ，２ｂと記憶装置３ａ，３ｂはネットワーク５よりデータの処理能力が高い。現在の技術では情報機器１ａ，１ｂは、メインフレーム，ワークステーション，パーソナルコンピュータ等が、データ共用管理装置２ａ，２ｂは、ソフトウエアで作成し情報機器１ａ，１ｂへ組み込む方式が、記憶装置３ａ，３ｂは、ハードディスク，ＲＡＭディスク，メモリなどが一般的である。
情報機器１ａ，実際には、データ共用管理装置２ａ，記憶装置３ａをまとめて１つのシステム７ａとして扱う。ここで説明するネットワーク５は、一対多の通信が可能であることを前提としている。ネットワークの種類によっては一対多通信のできないネットワークもあるが、データ共用の方式は同じである。
ここでの、データ共用管理装置は、マイクロプロセッサ（ＭＰＵ）によりメモリに記憶されてた所定のプログラムを実行することで、そのそれぞれの機能が実現される。そこで、このデータ共用管理装置の基本機能（基本動作）の概要を図３に示す。また、基本動作の詳細を図４に示す。さらに、障害発生時のデータ共用管理装置の動作の概要を図５に、その動作の詳細を図６に示す。システムの接続および切断時のデータ共用管理装置の動作の概要を図７，図８に、また、その動作の詳細を図９に示す。２つのネットワークに接続したデータ共用管理装置の動作の概要を図１０に、また、その動作の詳細を図１１に示す。
【００１１】
図４，６，９，１１では、各システム間のデータおよび情報の流れを示す。システム内の管理情報８と共用データ内容の時間による変化の様子を同時に示す。これらの凡例を図１２に示す。なお、実際の管理情報８は、共用データを更新したデバイスアドレスと更新状態を示すフラグ（これには更新なしの最新データであるフラグも含む）とがある。そこで、実際には、更新状態に対応するフラグデータが設けられているが、その内容を分かり易くするためにデータではなく、図１２に従ってその内容と更新の意味をもって説明する。また、管理情報８は、共通データ４ａの一部の領域に割り当てられてもよく、データ共用管理装置のプログラムにデータとして内蔵されていてもいが、説明の都合上、図においては、記憶装置３ａ，３ｂにそれぞれの情報機器における管理情報を８としてその位置を示すが、以下では単に管理情報として説明する。
図３は、データ共用管理装置の基本動作の概要である。
ここでは、情報機器が共用データを高速にアクセスする方式と情報機器がネットワークの負荷を抑えてデータの共用を行う方式と複数の情報機器がアクセスする共用データの排他制御を行う方式を説明する。
データ共用管理装置の基本動作は以下の２項目である。
（１）各システムに用意した記憶装置内の共用データが同じになるように管理制御する。そのために、情報機器のメモリにこれに対応するプログラムが記憶され、ＭＰＵにより実行される。
（２）ネットワークへの負荷が最小になるよう管理制御する。
【００１２】
各データ共用管理装置は、データ内容が更新されたかどうか、また、更新されているならどのシステムが更新したのかつねに管理する。そして、共用データに矛盾が生じないようデータの送受信を行う。そのために、情報機器のメモリにこれに対応するプログラムが記憶され、ＭＰＵにより実行される。
データ共用管理装置（プログラム）は、処理内容と管理情報によって異なる。データ共用管理装置の動作は、処理として「共用データ参照：ＲＥＡＤ」と「共用データ更新：ＷＲＩＴＥ」の２種類、管理情報として「更新なし」「自システムにて更新」「他システムにて更新」の３種類、これらの組み合せで６通りの動作に分けられる。
【００１３】
図３のＮＯ．１，２，３に「共用データ参照：ＲＥＡＤ」の動作、ＮＯ．４，５，６，７に「共用データ更新：ＷＲＩＴＥ」の動作の概要を示す。
「共用データ参照：ＲＥＡＤ」の動作としては、動作が高速である自システム内の共用データの参照を主とし、管理情報の状態によって他のシステムの共用データを参照する方式がもっとも効率がよい。
すなわち、管理情報が、「更新なし」または 「自システムにて更新」（ＮＯ． １，２）である場合は動作が高速である自システム内の共用データを参照し、「他システムにて更新」（ＮＯ． ３）である場合のみ他システムの共用データを参照する方式とする。このときのデータ転送は、一対多通信を用いて複数のシステムへ同時に転送することでネットワークの使用率を減らす。図４のＮＯ．１，３，５，９に共用データ参照時の動作の詳細を示す。
【００１４】
「共用データ更新：ＷＲＩＴＥ」の動作としては、動作が高速である自システム内の共用データの更新を主とし、管理情報の状態によって他システムへ必要最小限の管理情報を送信する方式がもっとも効率がよい。
すなわち、管理情報が「自システムにて更新」（ＮＯ． ５）である場合は動作が高速である自システム内の共用データの更新のみとし、「更新なし」である場合は自システム内の共用データの更新と同時に他システムへの管理情報を送信する方式とする。
すなわち、「更新なし」の場合にデータ書込みにより共用データの更新をするときには（図４の ＮＯ． ２の場合）、［００１６］で後述するように、自己のシステムのデータ共用管理装置の記憶装置の共用データを更新するとともに他システムへ管理情報を送信する。これにより他のシステムは、送信された管理情報において共用データの状態を管理することができる。
また、「他システムにて更新」の場合にデータ書込みにより共用データの更新をするときには（図４の ＮＯ． ５の場合）、［００１８］で後述するように、自己の管理情報を参照して更新情報のある他のあるシステムからの共用データを受信して共用データを更新するとともに管理情報を「更新なし」にする。
このときの前者の管理情報の転送と後者の他のあるシステムにおける共用データの送信は、一対多通信を用いて複数のシステムへ同時に転送することでネットワークの使用率を減らす。また、排他制御を組み込む場合（ＮＯ． ６）は、管理情報が「他システムにて更新」のとき共用データ更新不可とすることで実現する。なお、まれなケースではあるが、共用データの更新が２つのシステムにて同時に起こった場合（ＮＯ． １０）は、ネットワークを同時に使用できないので、２つのシステムともリトライとする。ほぼ同時に起こった場合は、ネットワークを先に使用できたシステムを優先する。図４のＮＯ． ２，４，６，８，１０に共用データ更新時の動作の詳細を示す。
これらの処理動作について、ネットワークに多量のデータを通すのは図３のＮＯ． ３の場合のみであり、図３のＮＯ． ３以外のＮＯ． １，２，４，５，６，７の動作はネットワークの少量のデータまたはまったくデータを通さないため、ネットワークの負荷を抑えることができ、これに比例して共用データへのアクセス速度も高速になる。
【００１５】
図４は、データ共用管理装置の基本動作の詳細である。
図４では、１つのネットワークにデータ共用を行う情報機器が３台接続されている。これら各情報機器を説明の都合上、以下では、システムａ，システムｂ，システムｃとして説明する。
以下、図４を用いてデータ共用方式の基本動作の詳細をＮＯ．順に説明する。
ＮＯ． １は、システムａ内の管理情報が「”−”：共用データは更新なし」の状態でシステムａが共用データ「データＡ」を参照するときの動作の詳細を示す。システムａは、システムａ内の管理情報が「”−”：共用データは更新なし」なので、各システム内の共用データは最新のデータであると判断する。このため、システムａは、システムａ内から共用データ「データＡ」を参照する。このときの動作は、同じシステム内の参照なので処理が高速であり、しかも、ネットワークへの負荷はまったくかかっていない。
なお、前記の”−”は、更新を行った対象となる情報機器アドレスがない状態を示す。
【００１６】
ＮＯ． ２は、システムａ内の管理情報が「”−”：共用データは更新なし」の状態でシステムａが共用データを「データＡ」から「データＢ」へ更新するときの動作の詳細を示す。
システムａは、システムａ内の管理情報が「”−”：共用データは更新なし」なので、一対多通信を用いて必要最小限の管理情報「”ａ”：共用データはシステムａにて更新」を他のシステム（システムｂとシステムｃ）へ送信する。同時にシステムａ内のデータ内容を「データＡ」から「データＢ」に更新する。管理情報を送信したシステムａおよび管理情報を受信した他のシステムは管理情報を「”ａ”：共用データはシステムａにて更新」にする。これらの共用データの更新動作は、同じシステム内の動作なので処理が高速であり、しかも、ネットワークの負荷は管理情報の送信のみと最小の情報に抑えられる。
なお、前記の”ａ”は、更新を行った対象となる情報機器が「システムａ」であって、その機器アドレス情報を示している。
【００１７】
ＮＯ． ３は、システムａ内の管理情報が「”ａ”：共用データは自システムにて更新」の状態でシステムａが自ら更新した共用データ「データＢ」を参照するときの動作の詳細を示す。
システムａは、システムａ内の管理情報が「”ａ”：共用データは自システムにて更新」なので、システムａ内の共用データが最新であると判断する。このためシステムａは、システムａ内から共用データを参照する。このときの参照動作は、同じシステム内の動作なので処理が高速であり、しかも、ネットワークの負荷はまったくかかっていない。
ＮＯ． ４は、システムａ内の管理情報が「”ａ”：共用データは自システムにて更新」の状態でシステムａが自ら更新した共用データを「データＢ」から「データＣ」へ更新するときの動作の詳細を示す。
システムａは、システムａ内の管理情報がすでに「”ａ”：共用データは自システムにて更新」なので、あらためて他システムへ管理情報を送る必要がなく、システムａ内の共用データを更新する。このときの更新動作は、同じシステム内の動作なので処理が高速であり、しかも、ネットワークの負荷はまったくかかっていない。
これらＮＯ． ３，ＮＯ． ４は、共用データを頻繁にアクセス（参照および更新）してもネットワークに負荷をかけずに自システム内の共用データを高速にアクセスできることを示している。
【００１８】
ＮＯ． ５は、システムｃ内の管理情報が「”ａ”：共用データは他システムにて更新」の状態でシステムｃが共用データ「データＣ」を参照するときの動作の詳細を示す。
システムｃは、システムｃ内の管理情報が「”ａ”：共用データは他システムにて更新」なので、システムａのデータ共用管理装置に対して共用データ「データＣ」の参照を要求する。
データ参照要求を受けたシステムａのデータ共用管理装置は、一対多通信を用いて他のシステムに共用データ「データＣ」を送信する。共用データを送信したシステムａおよび共用データを受信した他のシステム（システムｂとシステムｃ）はデータ内容を「データＣ」にし、さらに、管理情報を「”−”：共用データは更新なし」にする。
なお、共用データの送信方法に関しては、更新前と更新後の差分情報を算出し送信することや、より細かい単位でデータを管理することで余分なデータの送信を減らしてもよい。
【００１９】
ＮＯ． ６は、システムｂ内の管理情報が「”−”：共用データは更新なし」の状態でシステムｂが共用データを「データＣ」から「データＤ」へ更新するときの動作の詳細を示す。これは、ＮＯ． ２のシステムａが共用データを更新するときと同じ動作である。
ＮＯ． ７，８は、システムｃ内の管理情報が「”ｂ”：共用データは他システムにて更新」の状態でシステムｃがシステムｂの更新した共用データ「データＤ」を「データＥ」へ更新するときの動作の詳細を示す。
ＮＯ． ７は、排他制御された共用データを更新しようとするが更新できないときの動作の詳細である。
システムｃは、システムｃ内の管理情報が「”ｂ”：共用データは他システムにて更新」であり、さらに、共用データは排他制御（図中Ｘで示す）されているので、共用データの更新はできない。このデータを更新するには一度共用データを参照し、システムｃ内の管理情報を「”−”：共用データは更新なし」とすることで、ＮＯ． ２と同様に更新可能になる。
【００２０】
ＮＯ． ８は、排他制御されていない共用データを更新するか、排他制御されていても強制的に更新するときの動作の詳細である。
システムｃは、システムｃ内の管理情報が「”ｂ”：共用データは他システムにて更新」の状態であるが、この管理情報を無視し、「”−”：共用データは更新なし」と判断することで、ＮＯ． ２と同様に共用データを「データＤ」から「データＥ」へ更新する。
ＮＯ． ９は、ＮＯ． １０を説明するため、システムｂが共用データ「データＥ」を参照し、すべてのシステムの共用データおよび管理情報を同じにする。このときの動作は、ＮＯ． ５にてシステムｃが共用データ「データＣ」を参照する動作と同じである。
ＮＯ． １０は、共用データの更新が２つのシステム（システムａとシステムｃ）にて同時に起こった場合の動作の詳細を示す。
システムａでは、「データＦ」に、システムｃでは「データＧ」に、同時に更新しようとするが、ネットワークは同時に使用できないので、２つのシステムとも再度更新処理を行う。また、ほぼ同時に共用データの更新が起こった場合は、ネットワークを先に使用できたシステムｃが優先され、システムａは、システムａ内の管理情報が「”ｃ”：共用データは他システムにて更新」となる。この場合、排他制御の有無で処理が変わるが排他制御有りのときはＮＯ．７と同様に更新不可となる。
【００２１】
図５は、障害発生時のデータ共用管理装置の動作の概要である。
ここで、共用データおよびデータ共用管理装置の信頼性を向上する方式を説明する。
障害発生時の基本動作は以下の１項目である。
（１）失ったデータを他のシステムから受け取り復元する。
障害発生時の動作は障害の発生した場所によって２種類に分かれる。共用データに障害が発生し共用データを失った場合と、管理情報に障害が発生し管理情報を失った場合である。
共用データに障害が発生し共用データを失った場合は、他システムに失った共用データの参照を要求し、他システムから失った共用データを受け取り復元する。このときの復元動作は管理情報の状態によって異なる。
【００２２】
管理情報が「更新なし」または「他システムにて更新」（ＮＯ．１，３）である場合は完全に復元することができるが、「自システムにて更新」（ＮＯ．２）の場合のみ完全には復元できない。しかし、他システムには自システムにて更新する前の共用データが存在するので完全ではないがすべてのデータを失うことはない。さらに、ネットワーク負荷の低いときなど、更新した共用データを他システムに定期的に送信することでデータを失う確率を抑えることができる。
図６のＮＯ．１，３，５に共用データ障害発生時の動作の詳細を示す。
管理情報に障害が発生し管理情報を失った場合（ＮＯ．４，５，６）は、他システムに失った管理情報の参照を要求し、他システムから失った管理情報を受け取り管理情報を復元する。このとき、失った管理情報は、他システムの管理情報とまったく同じなので、管理情報は、共用データの場合とは異なりどんな場合でも完全に復元できる。一方、すべてのシステムにおいて同時に障害が発生した場合、データを完全に失うことが考えられるが、これは、ネットワークに接続するシステムの数を増やすことで解決できる。実際にデータ共用を実施する環境では１つのネットワークに数台から数十台以上のシステムを接続するのが一般的であり、この台数は、データを失う確率が０に近いことを表している。
【００２３】
図６のＮＯ．６，８，１０に管理情報障害発生時の動作の詳細を示す。
図６は、障害発生時のデータ共用管理装置の動作の詳細である。
図６では、１つのネットワークにデータ共用を行う２つの情報機器（システムａとシステムｂ）が接続されている。
以下、図６を用いて障害発生時に失ったデータの復元方式の詳細をＮＯ．順に説明する。
ＮＯ．１，３，５は、障害が発生し、共用データを失ったシステムの管理情報が「更新なし」「自システムにて更新」「他システムにて更新」の３通りをそれぞれ説明している。
ＮＯ．６，８，１０は、障害が発生し管理情報を失ったシステムの管理情報が「更新なし」「自システムにて更新」「他システムにて更新」の３通りをそれぞれ説明している。
【００２４】
ＮＯ．１は、システムａの管理情報が「”−”：共用データは更新なし」の状態で障害が発生し共用データ「データＡ」を失った場合の動作の詳細を示す。
障害の発生したシステムａの管理情報は「”−”：共用データは更新なし」なので、障害が発生し失った共用データ「データＡ」は他のシステムに存在する。このため、他システムに対して失った共用データ「データＡ」の参照を要求し、他システムから失った共用データ「データＡ」を受け取ることで失った共用データ「データＡ」を完全に復元する。
ＮＯ．２は、ＮＯ．３を説明するため、システムａが自ら共用データを「データＡ」から「データＢ」に更新し、システムａの管理情報を「”ａ”：共用データは自システムにて更新」とする。このときの動作は、図４のＮＯ．２にてシステムａが共用データを「データＡ」から「データＢ」へ更新する動作と同じである。
【００２５】
ＮＯ．３は、システムａの管理情報が「”ａ”：共用データは自システムにて更新」の状態で障害が発生し共用データ「データＢ」を失った場合の動作の詳細を示す。
障害の発生したシステムａの管理情報は「”ａ”：共用データは自システムにて更新」なので、失った共用データ「データＢ」は、残念ながら他システムには存在しない。このため「データＢ」を復元することはできない。しかし、更新前の共用データ「データＡ」は、他システムに存在するので、他システムに対して共用データ「データＡ」の参照を要求し、他システムから共用データ「データＡ」を受け取ることで更新前の共用データ「データＡ」に復元する。
ＮＯ．４は、ＮＯ．５を説明するため、システムｂが共用データを「データＡ」から「データＣ」に更新し、システムａの管理情報を「”ｂ”：共用データは他システムにて更新」とする。このときの動作は、図４のＮＯ．２にてシステムａが共用データを「データＡ」から「データＢ」へ更新する動作と同じである。
【００２６】
ＮＯ．５は、システムａの管理情報が「”ｂ”：共用データは他システムにて更新」の状態でシステムａに障害が発生し、共用データ「データＣ」を失った場合の動作の詳細を示す。
障害の発生したシステムａの管理情報が「”ｂ”：共用データは他システムにて更新」なので、障害が発生し、失った共用データ「データＣ」はシステムｂに存在する。実際に失ったデータは、古い共用データ「データＡ」であるが、この場合の共用データとはシステムｂに存在する最新の共用データ「データＣ」のことである。このため、システムｂに対して失った共用データ「データＣ」の参照を要求し、他システムから失った共用データ「データＣ」を受け取ることで失った共用データ「データＣ」を完全に復元する。
ＮＯ．６は、システムａの管理情報が、「”−”：共用データは更新なし」の状態で障害が発生した管理情報を失った場合の動作の詳細を示す。
【００２７】
ＮＯ．７は、ＮＯ．８を説明するため、システムａが共用データを「データＣ」から「データＤ」に更新し、システムａの管理情報を「”ａ”：共用データは自システムにて更新」とする。このときの動作は、図４のＮＯ．２にてシステムａが共用データを「データＡ」から「データＢ」へ更新する動作と同じである。
ＮＯ．８は、システムａの管理情報が「”ａ”：共用データは自システムにて更新」の状態で障害が発生し管理情報を失った場合の動作の詳細を示す。
ＮＯ．９は、ＮＯ．１０を説明するため、システムｂが共用データを「データＤ」から「データＥ」に更新し、システムａの管理情報を「”ｂ”：共用データは他システムにて更新」とする。このときの動作は、図４のＮＯ．２にてシステムａが共用データを「データＡ」から「データＢ」へ更新する動作と同じである。
ＮＯ．１０は、システムａの管理情報が「”ｂ”：共用データは他システムにて更新」の状態でシステムａに障害が発生し、管理情報を失った場合の動作の詳細を示す。
ＮＯ．６，８，１０どの場合においても、障害が発生し、失った管理情報は、障害の発生時の状態に関係なく他システムに存在する。このため、他システムに対して失った管理情報の参照を要求し、他システムから失った管理情報を受け取ることで失った管理情報を完全に復元する。
【００２８】
１つのネットワークに複数のシステムを動作させる上で必要となる処理に、システムの追加および削除がある。すでに複数のシステムが動いている環境に新たにシステムを追加する（接続）要求や、システムの故障などの障害によるシステムの削除（切断）要求は常に発生する。
この処理で問題になることは無作為に接続および切断を行うと共用データに矛盾が生じることである。例えば、システムａとシステムｂがネットワークに接続しデータを共用しているときに、システムａが稼動、システムｂが未稼動の状態でシステムａが共用データを更新したあと、システムａを未稼動状態にし、さらにシステムｂを稼動状態にしても、システムａとシステムｂは、同時に稼動していないのでデータの受け渡しはできない。このため、システムａで更新した共用データは、システムｂでは参照できない矛盾が生じる。
この問題を解決するにマスターとなるシステムを用意し全システムに対して「共用データはマスターのシステムが稼動中のみアクセス可能」というアクセス条件を追加する。
ここでシステムａをマスターとすると、システムｂは、システムａが未稼動の間共用データにアクセスできなくなる。システムａが稼働状態になればシステムｂはアクセスできるようになると同時にデータの受け渡しもできるので矛盾の発生を防ぐことができる。
【００２９】
図７は、システムをネットワークに接続する動作の概要である。
図８は、システムをネットワークから切断する動作の概要である。
ここで、ネットワークの負荷をおさえた、新たなデータ共用管理装置の追加および既存のデータ共用管理装置の削除を行う方式を説明する。
システムをネットワークに追加（接続）および削除（切断）するときの基本動作は以下の２項目である。
（１）システムの接続では共用データが他システムに存在するとして接続する。
（２）システムの切断では共用データが他システムに存在するとして切断する。
ネットワーク上で稼働中のシステムとの接続は、稼働中のシステム内の管理情報によって異なる。
【００３０】
ネットワーク上で稼働中のシステムとの接続では、更新された共用データの差分を吸収する必要がある。差分の吸収は、ネットワークに負荷のかかるデータ転送は行わず、管理情報を「他システムにて更新」に調整する方式の方が効率がよい。すなわち、稼働中のシステムの管理情報が「自システムにて更新」または「他システムにて更新」（ＮＯ．２，３）である場合、接続を行うシステムの管理情報を同じにする。
また、稼働中のシステムの管理情報が「更新なし」（ＮＯ． １）の場合は、全システムの管理情報を「稼働中のシステムのいずれか（例えばマスター）による更新」とする。ただし、更新回数をカウントするなどの補助情報にて共用データの内容の一致が確認できるのであれば「更新なし」のままでよい。
なお、接続するネットワークにマスターとなるシステムが稼動していない場合（ＮＯ．４）は、共用データの矛盾を防ぐため接続できずにマスターの稼動待ちとなる。しかし、マスターとなるシステムを固定とせずに移動可能とすることでマスターとなるシステムを停止しなければならない状況を減らすことも可能である。その場合、マスターとなるシステムの稼動待ちとなる状況も減らすことができる。これは、ネットワークに接続するシステムの数が増えるほどマスターとなれるシステムが増えるので、マスターが未稼動となる確立が０に近いことを示している。図９のＮＯ．２，６，９にシステム接続動作の詳細を示す。
【００３１】
稼働中の複数のシステムから１つのシステムの切断は、切断するシステム内の管理情報によって異なる。
稼働中の複数のシステムから１つのシステムの切断は、切断するシステムが更新した共用データを他システムへ送信する必要がある。切断するシステム内の管理情報が「更新なし」または「他システムにて更新」（ＮＯ．１，３）の場合はデータを送信する必要はないので、特別な処理をせずそのまま切断する。切断するシステム内の管理情報が「自システムにて更新」（ＮＯ．２）の場合は共用データを送信したあと切断する。なお、切断するシステムがマスター（ＮＯ．４）である場合、共用データの矛盾を防ぐため他のシステムを先に切断したあとでないと切断できない。図９のＮＯ．１，４，８にシステムの切断動作の詳細を示す。
【００３２】
図９は、システムの接続および切断時の動作の詳細である。
図９では、１つのネットワークにデータ共用を行う情報機器（システム）が３台接続され、システム（情報機器）の１つ（システムａ）をマスターと決めている。
以下、図９を用いてシステムの接続および切断時のデータ共用管理装置の動作詳細をＮＯ．順に説明する。
ＮＯ．１は、切断システム（システムｃ）の管理情報が「”−”：更新なし」ときの切断動作の詳細を示す。システムｃは、システムｃの管理情報が「”−”：更新なし」なので、全システムの共用データは、同じ「データＡ」で統一されていると判断する。このためシステムｃは、共用データを送信することなく切断する。
【００３３】
ＮＯ．２は、接続するネットワークのマスター（システムａ）の管理情報が 「”−”：更新なし」ときのシステムｃ接続動作の詳細を示す。
システムｃは、接続するネットワークのマスター（システムａ）の管理情報を取り寄せる。システムａの管理情報が「”−”：更新なし」なので、システムｃは管理情報とデータ内容を同じにすることで接続可能になる。しかし、システムａの共用データ「データＡ」を取り寄せるのはネットワークに負荷がかかるため、管理情報を変更し対応する。ここでは、管理情報を「”ａ”：共用データはシステムａにて更新」とすることでネットワークの負荷を抑え、システムｃを接続する。
ＮＯ．３は、ＮＯ．４を説明するため、システムｃは、共用データ「データＡ」を参照したあと、共用データを「データＡ」から「データＢ」に更新し、システムｃの管理情報を 「”ｃ”：共用データは自システムにて更新」とする。
ＮＯ．４は、切断するシステム（システムｃ）の管理情報が「”ｃ”：共用データは自システムにて更新」ときの切断動作の詳細を示す。
システムｃは、システムｃの管理情報が「”ｃ”：共用データは自システムにて更新」なので、最新の共用データ「データＢ」は自システムしか存在しないと判断する。このためシステムｃは、共用データ「データＢ」を他のシステムに送信し、ＮＯ．１と同様に管理情報を「”−”：更新なし」としたあと切断する。
【００３４】
ＮＯ．５は、ＮＯ．６を説明するため、システムｂは、システムｃが未稼動の状態で共用データを「データＢ」から「データＣ」に更新し、システムａの管理情報を「”ｂ”：共用データは他システムにて更新」とする。
ＮＯ．６は、接続するネットワークのマスター（システムａ）の管理情報が「”ｂ”：共用データは他システムにて更新」ときのシステムｃ接続動作の詳細を示す。システムｃは、接続するネットワークのマスター（システムａ）の管理情報を取り寄せる。システムａの管理情報が「”ｂ”：共用データは他システムにて更新」なので、システムｃの管理情報をシステムａと同じ「”ｂ”：共用データは他システムにて更新」とし、接続する。
ＮＯ．７は、ＮＯ．８を説明するため、システムａは、共用データ「データＣ」を参照したあと、共用データを「データＣ」から「データＤ」に更新し、システムｃの管理情報を「”ａ”：共用データは他システムにて更新」とする。
【００３５】
ＮＯ．８は、切断するシステム（システムｃ）が管理情報が「”ａ”：共用データは他システムにて更新」ときの切断動作の詳細を示す。システムｃは、システムｃの管理情報が「”ａ”：共用データは他システムにて更新」なので、最新の共用データ「データＤ」は、システムａに存在すると判断できる。このためシステムｃは共用データを送信することなく切断する。
ＮＯ．９は、接続するネットワークのマスター（システムａ）の管理情報が「”ａ”：共用データは自システムにて更新」ときのシステムｃ接続動作の詳細を示す。
システムｃは、接続するネットワークのマスター（システムａ）の管理情報を取り寄せる。システムａの管理情報が「”ａ”：共用データは自システムにて更新」なので、システムｃの管理情報をシステムａと同じ「”ａ”：共用データは自システムにて更新」とあわせることで接続する。
【００３６】
図１０は、２つのネットワークに接続したデータ共用管理装置の動作の概要である。
ここでは、複数のネットワークに接続したデータ共用管理装置について、あるネットワークが他のネットワークの負荷を抑えてデータの共用を行う方式を説明する。
２つのネットワークに接続したデータ共用管理装置の基本動作は、１つのネットワークに接続したデータ共用管理装置と同じである。特に異なる点は、管理情報を２つ持ち、２つのネットワークに対して負荷が最小になるよう管理制御するところである。
２つのネットワークに接続したデータ共用管理装置の動作は、２つの管理情報によって異なる。
管理情報として「更新なし」「自システムにて更新」「他システムにて更新」の３種類があり、この２つの管理情報の組み合わせで９通りの動作に分かれる。しかし、この中の３つのケースは管理上ありえないため、６通りの動作になる。処理として「共用データ参照：ＲＥＡＤ」と「共用データ更新：ＷＲＩＴＥ」の２通りの動作がある。
【００３７】
図１０のＮＯ．１〜９に「共用データ参照：ＲＥＡＤ」の動作、ＮＯ．１０〜１８に「共用データ更新：ＷＲＩＴＥ」の動作の概要を示す。
「共用データ参照：ＲＥＡＤ」の動作としては、動作が高速である自システム内の共用データの参照を主とし、管理情報の状態によって他システムの共用データを参照する方式がもっとも効率がよい。すなわち、２つの管理情報が「更新なし」または「自システムにて更新」（ＮＯ．１，２，４，５）である場合は動作が高速である自システム内の共用データを参照し、１つでも「他システムにて更新」（ＮＯ．６，８）である場合のみ他システムの共用データを参照する方式とする。図１１のＮＯ．１，３，５，９，１３，１６に共用データ参照時の動作の詳細を示す。
「共用データ更新：ＷＲＩＴＥ」の動作としては、動作が高速である自システム内の共用データの更新を主とし、管理情報の状態によって他システムへ必要最小限の管理情報を送信する方式がもっとも効率がよい。
【００３８】
すなわち、２つの管理情報がともに「自システムにて更新」（ＮＯ．１４）である場合は動作が高速である自システム内の共用データの更新のみとし、１つでも「更新なし」または「他システムにて更新」（ＮＯ．１０，１１，１３）である場合は自システム内の共用データの更新と同時に他システムへの管理情報を送信する方式とする。さらに、排他制御を組み込む場合は１つでも管理情報が「他システムにて更新」（ＮＯ．１５，１６）のとき共用データ更新不可とすることで実現する。図４のＮＯ．２，４，７，１０，１２，１５に共用データ更新時の動作の詳細を示す。
これらの動作について、ネットワークに多量のデータを通すのは図１０のＮＯ．６とＮＯ．８の場合のみであり、それ以外の動作は、ネットワークに少量のデータまたはまったくデータを通さないため、ネットワークの負荷を抑えることができる。
【００３９】
図１１は、２つのネットワークに接続したデータ共用管理装置の動作の詳細である。
図１１では、ネットワークＸにはシステムａとシステムｂが、ネットワークＹにはシステムｂとシステムｃが接続している。このとき、システムｂは、２つのネットワークに接続している。また、システムａとシステムｃは、別のネットワークに接続しているためお互いの存在を確認できない。
以下、図１１を用いて２つのネットワークに接続したデータ共用管理装置の動作の詳細をＮＯ．順に説明する。
ＮＯ．１は、システムｂ内の管理情報がネットワークＸ，Ｙとともに「”−”：共用データは更新なし」の状態でシステムｂが共用データ「データＡ」を参照するときの動作の詳細を示す。
【００４０】
システムｂは、システムｂ内の管理情報がネットワークＸ，Ｙとともに「”−”：共用データは更新なし」なので、各システム内の共用データは最新のデータであると判断する。このため、システムｂは、システムｂ内から共用データ「データＡ」を参照する。このときの動作は、同じシステム内の参照なので処理が高速であり、しかも、ネットワークへの負荷はまったくかかっていない。
ＮＯ．２は、システムｂ内の管理情報がネットワークＸ，Ｙとともに「”−”：共用データは更新なし」の状態でシステムｂが共用データを「データＡ」から「データＢ」へ更新するときの動作の詳細を示す。
システムｂは、システムｂ内の管理情報がネットワークＸ，Ｙとともに「”−”：共用データは更新なし」なので、必要最小限の管理情報「”ｂ”：共用データはシステムｂにて更新」をネットワークＸとネットワークＹへ送信する。同時にシステムｂ内のデータ内容を「データＡ」から「データＢ」に更新する。管理情報を送信したシステムｂおよび管理情報を受信したシステムａとシステムｃの管理情報を「”ｂ”：共用データはシステムｂにて更新」にする。これらの共用データの更新動作は、同じシステム内の動作なので処理が高速であり、しかも、ネットワークの負荷は管理情報のみと最小の情報に抑えられる。
【００４１】
ＮＯ．３は、システムｂ内の管理情報がネットワークＸ，Ｙともに「”ｂ”：共用データは自システムにて更新」の状態でシステムｂが自ら更新した共用データ「データＢ」を参照するときの動作の詳細を示す。
システムｂは、システムｂ内の管理情報がネットワークＸ，Ｙとともに「”ｂ”：共用データは自システムにて更新」なので、システムｂ内の共用データが最新のデータであると判断する。このため、システムｂはシステムｂ内から共用データを参照する。このときの参照動作は、同じシステム内の動作なので処理が高速であり、しかも、ネットワークへの負荷はまったくかかっていない。
ＮＯ．４は、システムｂ内の管理情報がネットワークＸ，Ｙとともに「”ｂ”：共用データは自システムにて更新」の状態でシステムｂが自ら更新した共用データを「データＢ」から「データＣ」へ更新するときの動作の詳細を示す。
システムｂは、システムｂ内の管理情報がネットワークＸ，Ｙとともに「”ｂ”：共用データは自システムにて更新」なので、あらためて管理情報を送る必要がない。このため、システムｂ内の共用データの更新のみを行う。このときの更新動作は、同じシステム内の動作なので処理が高速であり、しかも、ネットワークへの負荷はまったくかかっていない。
これら、ＮＯ．３，ＮＯ．４は、共用データを頻繁にアクセス（参照および更新）してもネットワークに負荷をかけずに自システム内の共用データを高速にアクセスできることを示している。
【００４２】
ＮＯ．５は、ＮＯ．６を説明するため、システムａが共用データ「データＣ」を参照し、システムｂ内の管理情報をネットワークＸ，Ｙとともに「”ｂ”：共用データは自システムにて更新」する。システムａは、システムａ内の管理情報が「”ｂ”：共用データは他システムにて更新」なので、システムｂに対して共用データ「データＣ」の参照を要求する。データ参照要求を受けたシステムｂのデータ共用管理装置は、ネットワークＸに対して共用データ「データＣ」を送信する。共用データを受信したシステムａはデータ内容を「データＣ」に更新し、さらに共用データを送信したネットワークＸ側のシステムｂおよび共用データを受信したシステムａの管理情報を「”−”：共用データは更新なし」にする。このとき、ネットワークＹへの負荷はまったくかかっていない。
ＮＯ．６は、ＮＯ．１と同様にシステムｂ内のネットワークＸ側の管理情報が「”−”：共用データは更新なし」、ネットワークＹ側の管理情報が「”ｂ”：共用データは自システムにて更新」の状態でシステムｂが共用データ「データＣ」を参照するときの動作の詳細を示す。
ＮＯ．１との違いはシステムｂ内のネットワークＹ側の管理情報が「”ｂ”：共用データは自システムにて更新」である。このため、システムｂは、システムｂ内の共用データは最新のデータであると判断し、システムｂ内から共用データ「データＣ」を参照する。このときの動作は、同じシステム内の参照なので処理が高速であり、しかも、ネットワークへの負荷はまったくかかっていない。
【００４３】
ＮＯ．７は、ＮＯ．２と同様にシステムｂ内のネットワークＸ側の管理情報が「”−”：共用データは更新なし」、ネットワークＹ側の管理情報が「”ｂ”：共用データは自システムにて更新」の状態でシステムｂが共用データを「データＣ」から「データＤ」へ更新するときの動作の詳細を示す。ＮＯ．２との違いはシステムｂ内のネットワークＹ側の管理情報が「”ｂ”：共用データは自システムにて更新」である。このため、ネットワークＸに対しては管理情報「”ｂ”：共用データはシステムｂにて更新」を送信するが、ネットワークＹに対しては送信の必要はない。
後の動作はＮＯ．２と同様にシステムｂ内のデータ内容を「データＣ」から「データＤ」に更新し、管理情報を送信したネットワークＸ側のシステムｂおよび管理情報を受信したシステムａの管理情報を「”ｂ”：共用データはシステムｂにて更新」にする。これらの共用データの更新動作は、同じシステム内の動作なので処理が高速であり、しかもネットワークＸの負荷は管理情報のみと最小の情報に抑えられ、さらに、ネットワークＹの負荷はまったくかかっていない。
【００４４】
ＮＯ．８は、ＮＯ．９を説明するため、システムｃが共用データ「データＤ」を参照し、ネットワークＸ側の管理情報が「”ｂ”：共用データは自システムにて更新」、ネットワークＹ側の管理情報が「”−”：共用データは更新なし」とする。システムｃはシステムｃ内の管理情報が「”ｂ”：共用データは他システムにて更新」なので、システムｂのデータ共用管理装置に対して共用データ「データＤ」の参照を要求する。
データ参照要求を受けたシステムｂのデータ共用管理装置は、ネットワークＹに対して共用データ「データＤ」を送信する。共用データを受信したシステムｃはデータ内容を「データＤ」にし、さらに共用データを送信したネットワークＹ側のシステムｂおよび共用データを受信したシステムｃの管理情報を「”−”：共用データは更新なし」にする。このとき、ネットワークＸへの負荷はまったくかかっていない。
【００４５】
ＮＯ．９は、ＮＯ．１と同様にシステムｂ内のネットワークＸ側の管理情報が「”ｂ”：共用データは自システムにて更新」、ネットワークＹ側の管理情報が「”−”：共用データは更新なし」状態でシステムｂが共用データ「データＤ」を参照するときの動作の詳細を示す。
ＮＯ．１との違いはシステムｂ内のネットワークＸ側の管理情報が「”ｂ”：共用データは自システムにて更新」である。しかし、動作は、ＮＯ．１と同じでシステムｂは、システムｂ内の共用データは最新のデータであると判断し、システムｂ内から共用データ「データＤ」を参照する。
このときの動作は、同じシステム内の参照なので処理が高速であり、しかも、ネットワークへの負荷はまったくかかっていない。
ＮＯ．１０は、ＮＯ．２と同様にシステムｂ内のネットワークＸ側の管理情報が「”ｂ”：共用データは自システムにて更新」、ネットワークＹ側の管理情報が「”−”：共用データは更新なし」の状態でシステムｂが共用データを「データＤ」から「データＥ」へ更新するときの動作の詳細を示す。
ＮＯ．２との違いはシステムｂ内のネットワークＸ側の管理情報が「”ｂ”：共用データは自システムにて更新」である。このため、ネットワークＹに対しては管理情報「”ｂ”：共用データはシステムｂにて更新」を送信するが、ネットワークＸに対しては送信の必要はない。後の動作は、ＮＯ．２と同様にシステムｂ内のデータ内容を「データＤ」から「データＥ」に更新し、管理情報を送信したネットワークＹ側のシステムｂおよび管理情報を受信したシステムｃの管理情報を「”ｂ”：共用データはシステムｂにて更新」にする。
これらの共用データの更新動作は、同じシステム内の動作なので処理が高速であり、しかも、ネットワークＹの負荷は、管理情報のみと最小の情報に抑えられ、さらに、ネットワークＸの負荷はまったくかかっていない。
【００４６】
ＮＯ．１１は、ＮＯ．１２を説明するため、システムａが共用データ「データＥ」を参照し、その後、「データＥ」から「データＦ」へ更新し、ネットワークＸ側の管理情報が「”ａ”：共用データは他システムにて更新」、ネットワークＹ側の管理情報が「”ｂ”：共用データは自システムにて更新」とする。
まず、「データＥ」を参照する。システムａは、システムａ内の管理情報が「”ｂ”：共用データは他システムにて更新」なので、システムｂのデータ共用管理装置に対して共用データ「データＥ」の参照を要求する。データ参照要求を受けたシステムｂのデータ共用管理装置は、ネットワークＸに対して共用データ「データＥ」を送信する。
共用データを受信したシステムａは、データ内容を「データＥ」にし、さらに共用データを送信したネットワークＸ側のシステムｂおよび共用データを受信したシステムａの管理情報を「”−”：共用データは更新なし」にする。
【００４７】
次に、共用データを「データＥ」から「データＦ」に更新する。システムａは、システムａ内の管理情報が「”−”：共用データは更新なし」なので、管理情報「”ａ”：共用データはシステムａにて更新」をネットワークＸへ送信する。同時にシステムａ内のデータ内容を「データＥ」から「データＦ」に更新する。管理情報を送信したシステムａおよび管理情報を受信したシステムｂの管理情報を「”ａ”：共用データはシステムａにて更新」にする。
ＮＯ．１２は、排他制御された共用データを更新しようとするが更新できないときの動作の詳細である。システムｂは、システムｂ内のネットワークＸ側の管理情報が「”ａ”：共用データは他システムにて更新」であり、さらに共用データが排他制御されているので、共用データの更新はできない。このデータを更新するには一度共用データを参照することでシステムｂ内の管理情報が「”−”：共用データは更新なし」となりＮＯ．２と同様に更新可能になる。
【００４８】
ＮＯ．１３は、ＮＯ．６と同様にシステムｂ内のネットワークＸ側の管理情報が「”ａ”：共用データは他システムにて更新」、ネットワークＹ側の管理情報が「”ｂ”：共用データは自システムにて更新」の状態でシステムｂが共用データ「データＦ」を参照するときの動作の詳細を示す。ＮＯ．６との違いはシステムｂ内のネットワークＸ側の管理情報が「”ａ”：共用データは他システムにて更新」である。
ここで、システムｂは、システムａのデータ共用管理装置に対して共用データ「データＦ」の参照を要求する。データ参照要求を受けたシステムａのデータ共用管理装置は、ネットワークＸに共用データ「データＦ」を送信する。共用データを受信したシステムｂは、データ内容を「データＦ」にし、さらに共用データを送信したシステムａおよび共用データを受信したネットワークＸ側のシステムｂの管理情報を「”−”：共用データは更新なし」にする。このとき、ネットワークＹへの負荷はまったくかかっていない。
【００４９】
ＮＯ．１４は、ＮＯ．１５を説明するため、システムｃが共用データ「データＦ」を参照し、その後、「データＦ」から「データＧ」へ更新し、ネットワークＸ側の管理情報が「”ｂ”：共用データは自システムにて更新」、ネットワークＹ側の管理情報が「”ｃ”：共用データは他システムにて更新」とする。
まず、「データＦ」を参照する。システムｃは、システムｃ内の管理情報が「”ｂ”：共用データは他システムにて更新」なので、システムｂのデータ共用管理装置に対して共用データ「データＦ」の参照を要求する。データ参照要求を受けたシステムｂのデータ共用管理装置は、ネットワークＹに対して共用データ「データＦ」を送信する。共用データを受信したシステムｃは、データ内容を「データＦ」にし、さらに共用データを送信したネットワークＹ側のシステムｂおよび共用データを受信したシステムｃの管理情報を「”−”：共用データは更新なし」にする。
【００５０】
次に、共用データを「データＦ」から「データＧ」に更新する。システムｃはシステムｃ内の管理情報が 「”−”：共用データは更新なし」なので、管理情報「”ｃ”：共用データはシステムｃにて更新」をネットワークＹへ送信する。同時にシステムｃ内のデータ内容を「データＦ」から「データＧ」に更新する。管理情報を送信したシステムｃおよび管理情報を受信したシステムｂの管理情報を「”ｃ”：共用データはシステムｃにて更新」にする。さらに、ネットワークＸ側の管理情報が「”−”：共用データは更新なし」なのでシステムｂは矛盾を防ぐため管理情報「”ｂ”：共用データはシステムｂにて更新」をネットワークＸへ送信する。管理情報を送信したシステムｂおよび管理情報を受信したシステムａの管理情報を「”ｂ”：共用データはシステムｂにて更新」にする。
【００５１】
ＮＯ．１５は、排他制御された共用データを更新しようとするが更新できないときの動作の詳細である。
システムｂは、システムｂ内のネットワークＹ側の管理情報が「”ｃ”：共用データは他システムにて更新」であり、さらに共用データが排他制御されているので、共用データの更新はできない。このデータを更新するには一度共用データを参照することでシステムｂ内の管理情報が「”−”：共用データは更新なし」となりＮＯ．２と同様に更新可能となる。
ＮＯ．１６は、ＮＯ．６と同様にシステムｂ内のネットワークＸ側の管理情報が「”ｂ”：共用データは自システムにて更新」、ネットワークＹ側の管理情報が「”ｃ”：共用データは他システムにて更新」の状態でシステムｂが共用データ「データＧ」を参照するときの動作の詳細を示す。ＮＯ．６との違いはシステムｂ内のネットワークＹ側の管理情報が「”ｃ：共用データは他システムにて更新」の状態である。
ここで、システムｂは、システムｃのデータ共用管理装置に対して共用データ「データＧ」の参照を要求する。データ参照要求を受けたシステムｃのデータ共用管理装置は、ネットワークＹに共用データ「データＧ」を送信する。共用データを受信したシステムｂは、データ内容を「データＧ」にし、さらに共用データを送信したシステムｃおよび共用データを受信したネットワークＹ側のシステムｂの管理情報を「”−”：共用データは更新なし」にする。このとき、ネットワークＸへの負荷はまったくかかっていない。
【００５２】
図１２は、図４，６，９，１１の凡例である。
図１３は、１つのデータ共用管理装置に複数のネットワークを接続した概略図である。
４つのネットワーク５ａ，５ｂ，５ｃ，５ｄを１つのシステム７ｉ（１つのデータ共用管理装置）を用いて接続している。
図１１で説明した２つのネットワークを接続するデータ共用管理装置をここでは４つのネットワークに適用してる。この場合、接続するためのシステム７ｉは、１つですむので費用をかけずにネットワークを構築できるが、システム７ｉに負荷が集中し性能の低下が予想される。このためこの接続方式は、規模の小さいネットワークの構築にむいている。
【００５３】
図１４は 複数のデータ共用管理装置にそれぞれネットワークを接続した概略図である。
３つのネットワーク５ａ，５ｂ，５ｃをそれぞれのシステム７ｇ，７ｈ，７ｉｉ（３つのデータ共用管理装置）を用いてネットワーク５ｄと接続している。
図１１で説明した２つのネットワークを接続するデータ共用管理装置をここでは３つ用いている。この場合、接続するためのシステムが接続するネットワーク数分（３つ）必要なのでネットワークの構築に費用をかかる。しかし、ネットワーク５ｄに負荷がかからないので、この接続方式は規模の大きなネットワークの構築に向いている。
【００５４】
【発明の効果】
以上説明したようにこの発明によれば、ネットワークに接続された、複数の情報機器にデータ共用のための記憶装置および共用データを管理および制御するためのデータ共用管理装置を設けることにより以下に示す効果がある。
（１）データ共用管理装置は内部に設けた管理情報により、多くの共用データをネットワークを通さず記憶装置を直接アクセスするので、情報機器は共用データを高速にアクセスできる。
（２）データ共用管理装置は記憶装置を更新しネットワークには管理情報を送信する。データの転送は必要なときのみ行うので、情報機器はネットワークの負荷を抑えてデータの共有を行うことができる。
（３）データ共用管理装置のデータ転送の方法は、一対一通信ではなく、一対多通信を多く用いる方法とすることで全体のネットワーク使用率を下げネットワークの負荷を抑えることができる。
（４）データ共用管理装置は管理情報によってネットワーク内の共用データの更新状況を管理しているので、情報機器は共用データの更新の可否を判断し共用データの排他制御を行うことができる。
（５）データ共用管理装置は共用データを複数の記憶装置に分散し管理するのでデータ紛失などの障害に強く、共用データおよびデータ共用管理装置の信頼性を向上できる。
（６）データ共用管理装置を用いてデータ共用を行う情報機器は、参照しない共用データを転送する必要がないため、ネットワークの負荷をおさえた状態での追加行うことができる。このとき、他の情報機器を停止させることはない。
（７）データ共用管理装置を用いてデータ共用を行っている情報機器は、更新していない共用データを送信する必要がないため、ネットワークの負荷をおさえた状態での削除を行うことができる。このとき、他の情報機器を停止させることはない。
（８）データ共用管理装置を複数のネットワークへ接続した場合、あるネットワークで更新された共用データは他のネットワークで参照されないかぎり、他のネットワークへ送信する必要はない。このため、他のネットワークへは管理情報のみ転送することで、あるネットワークは他のネットワークの負荷を抑えてデータの共用が行える。
【００５５】
その結果、この発明にあっては、例えば、ＬＡＮに接続した複数のワークステーションにてファイル共用を行うソフトウェア開発作業などにもっとも効果を発揮する。また、密結合型マルチプロセッサマシン等の、システムバス（ネットワーク）に接続した複数のプロセッサ（情報機器）にキャッシュメモリ（記憶装置）を設けたシステムにおいても適用可能であり、プロセッサ間のデータ共用に効果を発揮する。
【図面の簡単な説明】
【図１】図１は、この発明のデータ共用装置を適用したネットワークと情報機器の概略図である。
【図２】図２は、従来のデータ共用装置、ＮＦＳを適用したネットワークと情報機器の概略図である。
【図３】図３は、データ共用装置の基本動作の概要である。
【図４】図４は、データ共用装置の基本動作の詳細である。
【図５】図５は、障害発生時のデータ共用装置の動作の概要である。
【図６】図６は、障害発生時のデータ共用装置の動作の詳細である
【図７】図７は、システムをネットワークに接続するときのデータ共用装置の動作の概要である。
【図８】図８は、システムをネットワークから切断するときのデータ共用装置の動作の概要である。
【図９】図９は、システムの接続および切断時のデータ共用装置の動作の詳細である。
【図１０】図１０は、２つのネットワークに接続したデータ共用装置の動作の概要である。
【図１１】図１１は、２つのネットワークに接続したデータ共用装置の動作の詳細である。
【図１２】図１２は、図４，６，９，１１の凡例である。
【図１３】図１３は、１つのデータ共用装置に複数のネットワークに接続した概略図である。
【図１４】図１４は、複数のデータ共用装置に複数のネットワークに接続した概略図である。
【符号の説明】
１ａ，１ｂ…情報機器、
２ａ，２ｂ…この発明のデータ共用装置、
３ａ，３ｂ…記憶装置、
４ａ，４ｂ…共用データ、
５，５ａ，５ｂ，５ｃ，５ｄ…ネットワーク、
６ａ，６ｂ…ＮＦＳ（Ｎｅｔｗｏｒｋ Ｆｉｌｅ Ｓｙｓｔｅｍ）、
７ａ，７ｂ，７ｃ，７ｄ，７ｅ，７ｆ，７ｇ，７ｈ，７ｉ…システム。
【発明の属する技術分野】
この発明は、データ共用装置およびデータ共用方式に関し、詳しくは、
規模の大小にかかわらずネットワークに接続された複数の情報機器間でデータの共用を行う場合、特に、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）に接続した複数のワークステーションにてファイル共用を行い、データ処理を実行するときや、ソフトウェア開発作業などの場合に適するようなデータ共用装置およびデータ共用方式に関するものである。
【０００２】
【従来の技術】
複数の情報機器を接続するネットワークとして、国際規格（ＩＥＥＥ ８０２．３）のＥｔｈｅｒｎｅｔや国際規格（ＩＥＥＥ ８０２．５）のトークンリングなど、種々のものがある。また、ネットワークを用いたデータ共用には Ｓｕｎ Ｍｉｃｒｏｓｙｓｔｅｍｓ社のＮＦＳ（Ｎｅｔｗｏｒｋ Ｆｉｌｅ Ｓｙｓｔｅｍ）や、ＡＴ＆Ｔ社のＲＦＳ（Ｒｅｍｏｔｅ Ｆｉｌｅ Ｓｙｓｔｅｍ）などがある。
【０００３】
以下、図２を用いて従来のデータ共用方式、ＮＦＳについて説明する。
図２は、ＮＦＳを用いたデータ共用を適用した情報機器の概略図である。
図２において、情報機器１ａ，１ｂはそれぞれデータ共用のためのＮＦＳ６ ａ，６ｂと接続している。ＮＦＳ６ａ，６ｂはネットワーク５を通して接続されている。共用データ４ａは記憶装置３ａ内にあり、ＮＦＳ６ａによって管理されている。
ここで、情報機器１ａにて共用データ４ａへのアクセスが発生した場合、情報機器１ａはＮＦＳ６ａを通して記憶装置３ａ内の共用データ４ａをアクセスする。情報機器１ｂから共用データ４ａへのアクセスが発生した場合は、情報機器１ｂからＮＦＳ６ｂ、ネットワーク５、ＮＦＳ６ａを通り記憶装置３ａ内の共用データ４ａへと間接的にアクセスしなければならない。
なお、ＮＦＳなどのクライアント／サーバ型データ共用に関連するものとして特開平４−８４３５０号などがある。
【０００４】
【発明が解決しようとする課題】
情報機器の高速化やネットワークの普及、マルチメディアの需要拡大にともない、ネットワークを通るデータ量が年々増加している。
このため、ネットワークを用いたデータ共用に対しても、共用データへのアクセス速度の低下やネットワークの負荷の増加が問題となっている。
また、ＮＦＳなどのクライアント／サーバ型のデータ共用装置では、共用データを１つの記憶装置などに集中して管理するため、記憶装置に障害が発生した場合データを損失するなどの被害が大きく、共用データの信頼性が問題となっている。
この発明の目的は、情報機器が共用データを高速にアクセスすることができるデータ共用装置を提供することにある。
また、この発明の他の目的は、情報機器がネットワークの負荷を抑えて、データの共用を行うデータ共用装置を提供することにある。
さらに、この発明の他の目的は、情報機器が共用データを高速にアクセスすることができるデータ共用方式を提供することにある。
また、この発明の他の目的は、複数の情報機器がアクセスする共用データの排他制御を行うデータ共用方式を提供することにある。
さらに、この発明の他の目的は、共用データおよびデータ共用装置の信頼性を高くするデータ共用方式を提供することにある。
さらに、この発明の他の目的は、データ共用装置を用いてデータ共用を行う情報機器について、ネットワークの負荷をおさえた状態でのネットワークへの追加および削除を行うデータ共用方式を提供することにある。
さらに、この発明の他の目的は、複数のネットワークに接続したデータ共用装置について、あるネットワークが他のネットワークへの負荷を抑えてデータの共用を行うデータ共用方式を提供することにある。
【０００５】
【課題を解決するための手段】
前記のような目的を達成するために、この発明のデータ共用装置の基本的な特徴は、ネットワークに接続された複数の情報機器のそれぞれに設けられるデータ共用装置であって、各情報機器において使用される共用データを記憶する記憶装置と、共用データが同じになるよう管理および制御する共用データ管理手段とを有し、この共用データ管理手段が共用データの更新についての管理情報により共用データを自己が更新しているときあるいは更新がされていないときに共用データのアクセスをネットワークより高速な記憶装置に切り替えることで、情報機器が共用データを高速にアクセスするものである。
そして、その第１の発明は、これに加えて、データ共用装置の管理情報により共用データの更新の可否を判断することで、複数の情報機器がアクセスする共用データの排他制御を行うものある。
また、その第２の発明は、前記の基本的な特徴に加えて、管理情報が共用データの更新状態を示す更新情報と更新した情報機器を識別する情報とを有するものであり、この管理情報に応じて、情報機器が障害発生などで失った情報を他の情報機器から復元するものである。
さらに、その第３の発明は、前記の基本的な特徴に加えて、管理情報が共用データの更新状態を示す更新情報と更新した情報機器を識別する情報とを有するものであり、データ共用装置が管理情報により必要なデータのみ転送することで、ネットワークの負荷を抑えた状態でのデータ共用を行い、かつ、切断対象となる情報機器のデータ共用装置における管理情報の内容が、他の情報機器に共用データが記憶されている状態になる処理をして管理情報の内容を変更した上で切断対象となる情報機器を切断し、接続する情報機器における記憶装置に記憶された管理情報を共用データが他の情報機器に存在する状態に設定して情報機器を接続することで情報機器の追加および削除を行うものである。
そして、その第４の発明は、前記の基本的な特徴に加えて、管理情報が共用データの更新状態を示す更新情報と更新した情報機器を識別する情報とを有するものであり、情報機器の１つが複数のネットワークに接続され、この情報機器の共 用データ管理手段が接続されているネットワーク対応に管理情報を有し、それぞれのネットワークに対して共用データが同じになるよう管理および制御するものであり、これにより、あるネットワークが他のネットワークへの負荷を抑えてデータの共用を行うものである。
【０００６】
【発明の実施の形態】
前記の構成のデータ共用装置にあっては、その記憶装置は、各々のデータ共用管理手段に常に記憶装置内のデータが同じになるよう管理および制御される。
情報機器が共用データを参照する場合、データ共用管理手段が内部に設けた管理情報により、記憶装置にアクセスするか、ネットワークにアクセスするか判断する。記憶装置内の共用データが最新であると確認できれば、ネットワークよりアクセス速度の高速な記憶装置をアクセスする。したがって、情報機器は、ネットワークに負荷をまったくかけずに、共用データを高速にアクセスすることができる。このことは、特に同じ共用データを何度も参照する場合により有効である。
情報機器が共用データを更新する場合、データ共用管理手段は記憶装置を更新すると同時にネットワークに管理情報を送信する。本来なら、更新した共用データを送信すべきであるが、他の情報機器で共用データが参照されないかぎり更新した共用データを送信する必要はない。したがって、情報機器は、ネットワークの負荷を抑えて、データの共用を行うことができる。このことは、特に同じ共用データを何度も更新する場合に有効である。
【０００７】
ネットワークを用いたデータ転送の方法は、一対一通信ではなく、一対多通信を多く用いる方式とすることで全体のネットワーク使用率を下げネットワークの負荷を抑えることができる。
各データ共用管理手段の管理情報はつねに同じ内容に保たれている。各情報機器は、この管理情報によって共用データの更新の可否を判断する。他の情報機器が更新した共用データに対しての更新を不可とすることで、複数の情報機器がアクセスする共用データの排他制御を行うことができる。
障害発生などで共用データを紛失した場合、同じデータが他の情報機器の記憶装置に存在しているため共用データを復元できる。また同様に、障害発生などで管理情報を紛失した場合も他のデータ共用管理手段の管理情報から復元できる。したがって、共用データおよびデータ共用装置の信頼性を向上できる。
データ共用を行っているネットワークに対して、新たにデータ共用を行う情報機器を追加（接続）する場合、ネットワークに接続している情報機器のデータ共用管理手段の管理情報に、接続する情報機器のデータ共用装置のデータ共用管理手段の管理情報をあわせることで接続する。本来なら、すべての共用データを転送すべきであるが参照しない共用データを転送する必要はない。したがって、ネットワークの負荷をおさえた状態で、データ共用を行っている情報器の追加を行うことができる。
【０００８】
データ共用を行っている情報機器をネットワークから削除（切断）する場合、管理情報により最新の共用データのみを他のデータ共用を行っている情報機器に送信することで切断する。最新でない共用データは、他のデータ共用を行っている情報機器に最新の共用データが存在するので転送する必要はない。したがって、ネットワークの負荷をおさえた状態で、データ共用を行っている情報器の削除を行うことができる。
さらに、追加、削除ともに他のデータ共用管理手段を停止させることはないので、ネットワークを停止することなくデータ共用を行っている情報機器の追加、削除を行うことができる。
データ共用装置を複数のネットワークに接続する場合、管理情報を接続するネットワーク数分用意し管理制御する。あるネットワークから更新された共用データが送信されてきた場合、本来なら、送信されてきた共用データをそのまま他のネットワークへ転送すべきであるが、他のネットワークで共用データが参照されないかぎり共用データを送信する必要はないので、他のネットワークの負荷を抑えるため管理情報のみ他のネットワークへ転送する。したがって、あるネットワークは他のネットワークの負荷を抑えてデータの共用を行うことができる。
なお、以上のような管理を行うために、管理情報として、ここでは、情報機器を識別するためのデバイスアドレス（機器識別情報）と最新であることあるいは更新されたことを示す状態フラグデータを使用するが、説明の都合上、実施例では、直接データで説明するのではなく、データの内容をもって説明している。
【０００９】
【実施例】
以下、この発明の実施例を図面を用いて詳細に説明する。
図１は、この発明のデータ共用装置を適用したネットワークと情報機器の概略図である。
図１において、情報機器１ａ，１ｂはこの発明によるデータ共用管理装置２ａ，２ｂを介して共用データ４ａ，４ｂを格納するための記憶装置３ａ，３ｂと接続している。なお、ここでの情報機器１ａのデータ共用装置は、データ共用管理装置２ａと記憶装置３ａとからなり、情報機器１ｂのデータ共用装置は、データ共用管理装置２ｂと記憶装置３ｂとからなり、各データ共用管理装置２ａ，２ｂは、それぞれプログラム処理で実現できるので、この発明のデータ共用管理手段の具体例に対応している。
【００１０】
すべてのデータ共用管理装置２ａ，２ｂはネットワーク５を通して接続しており、データ共用管理装置２ａ，２ｂ間で情報やデータの送信および受信できる機能をもっている。データ共用管理装置２ａ，２ｂと記憶装置３ａ，３ｂはネットワーク５よりデータの処理能力が高い。現在の技術では情報機器１ａ，１ｂは、メインフレーム，ワークステーション，パーソナルコンピュータ等が、データ共用管理装置２ａ，２ｂは、ソフトウエアで作成し情報機器１ａ，１ｂへ組み込む方式が、記憶装置３ａ，３ｂは、ハードディスク，ＲＡＭディスク，メモリなどが一般的である。
情報機器１ａ，実際には、データ共用管理装置２ａ，記憶装置３ａをまとめて１つのシステム７ａとして扱う。ここで説明するネットワーク５は、一対多の通信が可能であることを前提としている。ネットワークの種類によっては一対多通信のできないネットワークもあるが、データ共用の方式は同じである。
ここでの、データ共用管理装置は、マイクロプロセッサ（ＭＰＵ）によりメモリに記憶されてた所定のプログラムを実行することで、そのそれぞれの機能が実現される。そこで、このデータ共用管理装置の基本機能（基本動作）の概要を図３に示す。また、基本動作の詳細を図４に示す。さらに、障害発生時のデータ共用管理装置の動作の概要を図５に、その動作の詳細を図６に示す。システムの接続および切断時のデータ共用管理装置の動作の概要を図７，図８に、また、その動作の詳細を図９に示す。２つのネットワークに接続したデータ共用管理装置の動作の概要を図１０に、また、その動作の詳細を図１１に示す。
【００１１】
図４，６，９，１１では、各システム間のデータおよび情報の流れを示す。システム内の管理情報８と共用データ内容の時間による変化の様子を同時に示す。これらの凡例を図１２に示す。なお、実際の管理情報８は、共用データを更新したデバイスアドレスと更新状態を示すフラグ（これには更新なしの最新データであるフラグも含む）とがある。そこで、実際には、更新状態に対応するフラグデータが設けられているが、その内容を分かり易くするためにデータではなく、図１２に従ってその内容と更新の意味をもって説明する。また、管理情報８は、共通データ４ａの一部の領域に割り当てられてもよく、データ共用管理装置のプログラムにデータとして内蔵されていてもいが、説明の都合上、図においては、記憶装置３ａ，３ｂにそれぞれの情報機器における管理情報を８としてその位置を示すが、以下では単に管理情報として説明する。
図３は、データ共用管理装置の基本動作の概要である。
ここでは、情報機器が共用データを高速にアクセスする方式と情報機器がネットワークの負荷を抑えてデータの共用を行う方式と複数の情報機器がアクセスする共用データの排他制御を行う方式を説明する。
データ共用管理装置の基本動作は以下の２項目である。
（１）各システムに用意した記憶装置内の共用データが同じになるように管理制御する。そのために、情報機器のメモリにこれに対応するプログラムが記憶され、ＭＰＵにより実行される。
（２）ネットワークへの負荷が最小になるよう管理制御する。
【００１２】
各データ共用管理装置は、データ内容が更新されたかどうか、また、更新されているならどのシステムが更新したのかつねに管理する。そして、共用データに矛盾が生じないようデータの送受信を行う。そのために、情報機器のメモリにこれに対応するプログラムが記憶され、ＭＰＵにより実行される。
データ共用管理装置（プログラム）は、処理内容と管理情報によって異なる。データ共用管理装置の動作は、処理として「共用データ参照：ＲＥＡＤ」と「共用データ更新：ＷＲＩＴＥ」の２種類、管理情報として「更新なし」「自システムにて更新」「他システムにて更新」の３種類、これらの組み合せで６通りの動作に分けられる。
【００１３】
図３のＮＯ．１，２，３に「共用データ参照：ＲＥＡＤ」の動作、ＮＯ．４，５，６，７に「共用データ更新：ＷＲＩＴＥ」の動作の概要を示す。
「共用データ参照：ＲＥＡＤ」の動作としては、動作が高速である自システム内の共用データの参照を主とし、管理情報の状態によって他のシステムの共用データを参照する方式がもっとも効率がよい。
すなわち、管理情報が、「更新なし」または 「自システムにて更新」（ＮＯ． １，２）である場合は動作が高速である自システム内の共用データを参照し、「他システムにて更新」（ＮＯ． ３）である場合のみ他システムの共用データを参照する方式とする。このときのデータ転送は、一対多通信を用いて複数のシステムへ同時に転送することでネットワークの使用率を減らす。図４のＮＯ．１，３，５，９に共用データ参照時の動作の詳細を示す。
【００１４】
「共用データ更新：ＷＲＩＴＥ」の動作としては、動作が高速である自システム内の共用データの更新を主とし、管理情報の状態によって他システムへ必要最小限の管理情報を送信する方式がもっとも効率がよい。
すなわち、管理情報が「自システムにて更新」（ＮＯ． ５）である場合は動作が高速である自システム内の共用データの更新のみとし、「更新なし」である場合は自システム内の共用データの更新と同時に他システムへの管理情報を送信する方式とする。
すなわち、「更新なし」の場合にデータ書込みにより共用データの更新をするときには（図４の ＮＯ． ２の場合）、［００１６］で後述するように、自己のシステムのデータ共用管理装置の記憶装置の共用データを更新するとともに他システムへ管理情報を送信する。これにより他のシステムは、送信された管理情報において共用データの状態を管理することができる。
また、「他システムにて更新」の場合にデータ書込みにより共用データの更新をするときには（図４の ＮＯ． ５の場合）、［００１８］で後述するように、自己の管理情報を参照して更新情報のある他のあるシステムからの共用データを受信して共用データを更新するとともに管理情報を「更新なし」にする。
このときの前者の管理情報の転送と後者の他のあるシステムにおける共用データの送信は、一対多通信を用いて複数のシステムへ同時に転送することでネットワークの使用率を減らす。また、排他制御を組み込む場合（ＮＯ． ６）は、管理情報が「他システムにて更新」のとき共用データ更新不可とすることで実現する。なお、まれなケースではあるが、共用データの更新が２つのシステムにて同時に起こった場合（ＮＯ． １０）は、ネットワークを同時に使用できないので、２つのシステムともリトライとする。ほぼ同時に起こった場合は、ネットワークを先に使用できたシステムを優先する。図４のＮＯ． ２，４，６，８，１０に共用データ更新時の動作の詳細を示す。
これらの処理動作について、ネットワークに多量のデータを通すのは図３のＮＯ． ３の場合のみであり、図３のＮＯ． ３以外のＮＯ． １，２，４，５，６，７の動作はネットワークの少量のデータまたはまったくデータを通さないため、ネットワークの負荷を抑えることができ、これに比例して共用データへのアクセス速度も高速になる。
【００１５】
図４は、データ共用管理装置の基本動作の詳細である。
図４では、１つのネットワークにデータ共用を行う情報機器が３台接続されている。これら各情報機器を説明の都合上、以下では、システムａ，システムｂ，システムｃとして説明する。
以下、図４を用いてデータ共用方式の基本動作の詳細をＮＯ．順に説明する。
ＮＯ． １は、システムａ内の管理情報が「”−”：共用データは更新なし」の状態でシステムａが共用データ「データＡ」を参照するときの動作の詳細を示す。システムａは、システムａ内の管理情報が「”−”：共用データは更新なし」なので、各システム内の共用データは最新のデータであると判断する。このため、システムａは、システムａ内から共用データ「データＡ」を参照する。このときの動作は、同じシステム内の参照なので処理が高速であり、しかも、ネットワークへの負荷はまったくかかっていない。
なお、前記の”−”は、更新を行った対象となる情報機器アドレスがない状態を示す。
【００１６】
ＮＯ． ２は、システムａ内の管理情報が「”−”：共用データは更新なし」の状態でシステムａが共用データを「データＡ」から「データＢ」へ更新するときの動作の詳細を示す。
システムａは、システムａ内の管理情報が「”−”：共用データは更新なし」なので、一対多通信を用いて必要最小限の管理情報「”ａ”：共用データはシステムａにて更新」を他のシステム（システムｂとシステムｃ）へ送信する。同時にシステムａ内のデータ内容を「データＡ」から「データＢ」に更新する。管理情報を送信したシステムａおよび管理情報を受信した他のシステムは管理情報を「”ａ”：共用データはシステムａにて更新」にする。これらの共用データの更新動作は、同じシステム内の動作なので処理が高速であり、しかも、ネットワークの負荷は管理情報の送信のみと最小の情報に抑えられる。
なお、前記の”ａ”は、更新を行った対象となる情報機器が「システムａ」であって、その機器アドレス情報を示している。
【００１７】
ＮＯ． ３は、システムａ内の管理情報が「”ａ”：共用データは自システムにて更新」の状態でシステムａが自ら更新した共用データ「データＢ」を参照するときの動作の詳細を示す。
システムａは、システムａ内の管理情報が「”ａ”：共用データは自システムにて更新」なので、システムａ内の共用データが最新であると判断する。このためシステムａは、システムａ内から共用データを参照する。このときの参照動作は、同じシステム内の動作なので処理が高速であり、しかも、ネットワークの負荷はまったくかかっていない。
ＮＯ． ４は、システムａ内の管理情報が「”ａ”：共用データは自システムにて更新」の状態でシステムａが自ら更新した共用データを「データＢ」から「データＣ」へ更新するときの動作の詳細を示す。
システムａは、システムａ内の管理情報がすでに「”ａ”：共用データは自システムにて更新」なので、あらためて他システムへ管理情報を送る必要がなく、システムａ内の共用データを更新する。このときの更新動作は、同じシステム内の動作なので処理が高速であり、しかも、ネットワークの負荷はまったくかかっていない。
これらＮＯ． ３，ＮＯ． ４は、共用データを頻繁にアクセス（参照および更新）してもネットワークに負荷をかけずに自システム内の共用データを高速にアクセスできることを示している。
【００１８】
ＮＯ． ５は、システムｃ内の管理情報が「”ａ”：共用データは他システムにて更新」の状態でシステムｃが共用データ「データＣ」を参照するときの動作の詳細を示す。
システムｃは、システムｃ内の管理情報が「”ａ”：共用データは他システムにて更新」なので、システムａのデータ共用管理装置に対して共用データ「データＣ」の参照を要求する。
データ参照要求を受けたシステムａのデータ共用管理装置は、一対多通信を用いて他のシステムに共用データ「データＣ」を送信する。共用データを送信したシステムａおよび共用データを受信した他のシステム（システムｂとシステムｃ）はデータ内容を「データＣ」にし、さらに、管理情報を「”−”：共用データは更新なし」にする。
なお、共用データの送信方法に関しては、更新前と更新後の差分情報を算出し送信することや、より細かい単位でデータを管理することで余分なデータの送信を減らしてもよい。
【００１９】
ＮＯ． ６は、システムｂ内の管理情報が「”−”：共用データは更新なし」の状態でシステムｂが共用データを「データＣ」から「データＤ」へ更新するときの動作の詳細を示す。これは、ＮＯ． ２のシステムａが共用データを更新するときと同じ動作である。
ＮＯ． ７，８は、システムｃ内の管理情報が「”ｂ”：共用データは他システムにて更新」の状態でシステムｃがシステムｂの更新した共用データ「データＤ」を「データＥ」へ更新するときの動作の詳細を示す。
ＮＯ． ７は、排他制御された共用データを更新しようとするが更新できないときの動作の詳細である。
システムｃは、システムｃ内の管理情報が「”ｂ”：共用データは他システムにて更新」であり、さらに、共用データは排他制御（図中Ｘで示す）されているので、共用データの更新はできない。このデータを更新するには一度共用データを参照し、システムｃ内の管理情報を「”−”：共用データは更新なし」とすることで、ＮＯ． ２と同様に更新可能になる。
【００２０】
ＮＯ． ８は、排他制御されていない共用データを更新するか、排他制御されていても強制的に更新するときの動作の詳細である。
システムｃは、システムｃ内の管理情報が「”ｂ”：共用データは他システムにて更新」の状態であるが、この管理情報を無視し、「”−”：共用データは更新なし」と判断することで、ＮＯ． ２と同様に共用データを「データＤ」から「データＥ」へ更新する。
ＮＯ． ９は、ＮＯ． １０を説明するため、システムｂが共用データ「データＥ」を参照し、すべてのシステムの共用データおよび管理情報を同じにする。このときの動作は、ＮＯ． ５にてシステムｃが共用データ「データＣ」を参照する動作と同じである。
ＮＯ． １０は、共用データの更新が２つのシステム（システムａとシステムｃ）にて同時に起こった場合の動作の詳細を示す。
システムａでは、「データＦ」に、システムｃでは「データＧ」に、同時に更新しようとするが、ネットワークは同時に使用できないので、２つのシステムとも再度更新処理を行う。また、ほぼ同時に共用データの更新が起こった場合は、ネットワークを先に使用できたシステムｃが優先され、システムａは、システムａ内の管理情報が「”ｃ”：共用データは他システムにて更新」となる。この場合、排他制御の有無で処理が変わるが排他制御有りのときはＮＯ．７と同様に更新不可となる。
【００２１】
図５は、障害発生時のデータ共用管理装置の動作の概要である。
ここで、共用データおよびデータ共用管理装置の信頼性を向上する方式を説明する。
障害発生時の基本動作は以下の１項目である。
（１）失ったデータを他のシステムから受け取り復元する。
障害発生時の動作は障害の発生した場所によって２種類に分かれる。共用データに障害が発生し共用データを失った場合と、管理情報に障害が発生し管理情報を失った場合である。
共用データに障害が発生し共用データを失った場合は、他システムに失った共用データの参照を要求し、他システムから失った共用データを受け取り復元する。このときの復元動作は管理情報の状態によって異なる。
【００２２】
管理情報が「更新なし」または「他システムにて更新」（ＮＯ．１，３）である場合は完全に復元することができるが、「自システムにて更新」（ＮＯ．２）の場合のみ完全には復元できない。しかし、他システムには自システムにて更新する前の共用データが存在するので完全ではないがすべてのデータを失うことはない。さらに、ネットワーク負荷の低いときなど、更新した共用データを他システムに定期的に送信することでデータを失う確率を抑えることができる。
図６のＮＯ．１，３，５に共用データ障害発生時の動作の詳細を示す。
管理情報に障害が発生し管理情報を失った場合（ＮＯ．４，５，６）は、他システムに失った管理情報の参照を要求し、他システムから失った管理情報を受け取り管理情報を復元する。このとき、失った管理情報は、他システムの管理情報とまったく同じなので、管理情報は、共用データの場合とは異なりどんな場合でも完全に復元できる。一方、すべてのシステムにおいて同時に障害が発生した場合、データを完全に失うことが考えられるが、これは、ネットワークに接続するシステムの数を増やすことで解決できる。実際にデータ共用を実施する環境では１つのネットワークに数台から数十台以上のシステムを接続するのが一般的であり、この台数は、データを失う確率が０に近いことを表している。
【００２３】
図６のＮＯ．６，８，１０に管理情報障害発生時の動作の詳細を示す。
図６は、障害発生時のデータ共用管理装置の動作の詳細である。
図６では、１つのネットワークにデータ共用を行う２つの情報機器（システムａとシステムｂ）が接続されている。
以下、図６を用いて障害発生時に失ったデータの復元方式の詳細をＮＯ．順に説明する。
ＮＯ．１，３，５は、障害が発生し、共用データを失ったシステムの管理情報が「更新なし」「自システムにて更新」「他システムにて更新」の３通りをそれぞれ説明している。
ＮＯ．６，８，１０は、障害が発生し管理情報を失ったシステムの管理情報が「更新なし」「自システムにて更新」「他システムにて更新」の３通りをそれぞれ説明している。
【００２４】
ＮＯ．１は、システムａの管理情報が「”−”：共用データは更新なし」の状態で障害が発生し共用データ「データＡ」を失った場合の動作の詳細を示す。
障害の発生したシステムａの管理情報は「”−”：共用データは更新なし」なので、障害が発生し失った共用データ「データＡ」は他のシステムに存在する。このため、他システムに対して失った共用データ「データＡ」の参照を要求し、他システムから失った共用データ「データＡ」を受け取ることで失った共用データ「データＡ」を完全に復元する。
ＮＯ．２は、ＮＯ．３を説明するため、システムａが自ら共用データを「データＡ」から「データＢ」に更新し、システムａの管理情報を「”ａ”：共用データは自システムにて更新」とする。このときの動作は、図４のＮＯ．２にてシステムａが共用データを「データＡ」から「データＢ」へ更新する動作と同じである。
【００２５】
ＮＯ．３は、システムａの管理情報が「”ａ”：共用データは自システムにて更新」の状態で障害が発生し共用データ「データＢ」を失った場合の動作の詳細を示す。
障害の発生したシステムａの管理情報は「”ａ”：共用データは自システムにて更新」なので、失った共用データ「データＢ」は、残念ながら他システムには存在しない。このため「データＢ」を復元することはできない。しかし、更新前の共用データ「データＡ」は、他システムに存在するので、他システムに対して共用データ「データＡ」の参照を要求し、他システムから共用データ「データＡ」を受け取ることで更新前の共用データ「データＡ」に復元する。
ＮＯ．４は、ＮＯ．５を説明するため、システムｂが共用データを「データＡ」から「データＣ」に更新し、システムａの管理情報を「”ｂ”：共用データは他システムにて更新」とする。このときの動作は、図４のＮＯ．２にてシステムａが共用データを「データＡ」から「データＢ」へ更新する動作と同じである。
【００２６】
ＮＯ．５は、システムａの管理情報が「”ｂ”：共用データは他システムにて更新」の状態でシステムａに障害が発生し、共用データ「データＣ」を失った場合の動作の詳細を示す。
障害の発生したシステムａの管理情報が「”ｂ”：共用データは他システムにて更新」なので、障害が発生し、失った共用データ「データＣ」はシステムｂに存在する。実際に失ったデータは、古い共用データ「データＡ」であるが、この場合の共用データとはシステムｂに存在する最新の共用データ「データＣ」のことである。このため、システムｂに対して失った共用データ「データＣ」の参照を要求し、他システムから失った共用データ「データＣ」を受け取ることで失った共用データ「データＣ」を完全に復元する。
ＮＯ．６は、システムａの管理情報が、「”−”：共用データは更新なし」の状態で障害が発生した管理情報を失った場合の動作の詳細を示す。
【００２７】
ＮＯ．７は、ＮＯ．８を説明するため、システムａが共用データを「データＣ」から「データＤ」に更新し、システムａの管理情報を「”ａ”：共用データは自システムにて更新」とする。このときの動作は、図４のＮＯ．２にてシステムａが共用データを「データＡ」から「データＢ」へ更新する動作と同じである。
ＮＯ．８は、システムａの管理情報が「”ａ”：共用データは自システムにて更新」の状態で障害が発生し管理情報を失った場合の動作の詳細を示す。
ＮＯ．９は、ＮＯ．１０を説明するため、システムｂが共用データを「データＤ」から「データＥ」に更新し、システムａの管理情報を「”ｂ”：共用データは他システムにて更新」とする。このときの動作は、図４のＮＯ．２にてシステムａが共用データを「データＡ」から「データＢ」へ更新する動作と同じである。
ＮＯ．１０は、システムａの管理情報が「”ｂ”：共用データは他システムにて更新」の状態でシステムａに障害が発生し、管理情報を失った場合の動作の詳細を示す。
ＮＯ．６，８，１０どの場合においても、障害が発生し、失った管理情報は、障害の発生時の状態に関係なく他システムに存在する。このため、他システムに対して失った管理情報の参照を要求し、他システムから失った管理情報を受け取ることで失った管理情報を完全に復元する。
【００２８】
１つのネットワークに複数のシステムを動作させる上で必要となる処理に、システムの追加および削除がある。すでに複数のシステムが動いている環境に新たにシステムを追加する（接続）要求や、システムの故障などの障害によるシステムの削除（切断）要求は常に発生する。
この処理で問題になることは無作為に接続および切断を行うと共用データに矛盾が生じることである。例えば、システムａとシステムｂがネットワークに接続しデータを共用しているときに、システムａが稼動、システムｂが未稼動の状態でシステムａが共用データを更新したあと、システムａを未稼動状態にし、さらにシステムｂを稼動状態にしても、システムａとシステムｂは、同時に稼動していないのでデータの受け渡しはできない。このため、システムａで更新した共用データは、システムｂでは参照できない矛盾が生じる。
この問題を解決するにマスターとなるシステムを用意し全システムに対して「共用データはマスターのシステムが稼動中のみアクセス可能」というアクセス条件を追加する。
ここでシステムａをマスターとすると、システムｂは、システムａが未稼動の間共用データにアクセスできなくなる。システムａが稼働状態になればシステムｂはアクセスできるようになると同時にデータの受け渡しもできるので矛盾の発生を防ぐことができる。
【００２９】
図７は、システムをネットワークに接続する動作の概要である。
図８は、システムをネットワークから切断する動作の概要である。
ここで、ネットワークの負荷をおさえた、新たなデータ共用管理装置の追加および既存のデータ共用管理装置の削除を行う方式を説明する。
システムをネットワークに追加（接続）および削除（切断）するときの基本動作は以下の２項目である。
（１）システムの接続では共用データが他システムに存在するとして接続する。
（２）システムの切断では共用データが他システムに存在するとして切断する。
ネットワーク上で稼働中のシステムとの接続は、稼働中のシステム内の管理情報によって異なる。
【００３０】
ネットワーク上で稼働中のシステムとの接続では、更新された共用データの差分を吸収する必要がある。差分の吸収は、ネットワークに負荷のかかるデータ転送は行わず、管理情報を「他システムにて更新」に調整する方式の方が効率がよい。すなわち、稼働中のシステムの管理情報が「自システムにて更新」または「他システムにて更新」（ＮＯ．２，３）である場合、接続を行うシステムの管理情報を同じにする。
また、稼働中のシステムの管理情報が「更新なし」（ＮＯ． １）の場合は、全システムの管理情報を「稼働中のシステムのいずれか（例えばマスター）による更新」とする。ただし、更新回数をカウントするなどの補助情報にて共用データの内容の一致が確認できるのであれば「更新なし」のままでよい。
なお、接続するネットワークにマスターとなるシステムが稼動していない場合（ＮＯ．４）は、共用データの矛盾を防ぐため接続できずにマスターの稼動待ちとなる。しかし、マスターとなるシステムを固定とせずに移動可能とすることでマスターとなるシステムを停止しなければならない状況を減らすことも可能である。その場合、マスターとなるシステムの稼動待ちとなる状況も減らすことができる。これは、ネットワークに接続するシステムの数が増えるほどマスターとなれるシステムが増えるので、マスターが未稼動となる確立が０に近いことを示している。図９のＮＯ．２，６，９にシステム接続動作の詳細を示す。
【００３１】
稼働中の複数のシステムから１つのシステムの切断は、切断するシステム内の管理情報によって異なる。
稼働中の複数のシステムから１つのシステムの切断は、切断するシステムが更新した共用データを他システムへ送信する必要がある。切断するシステム内の管理情報が「更新なし」または「他システムにて更新」（ＮＯ．１，３）の場合はデータを送信する必要はないので、特別な処理をせずそのまま切断する。切断するシステム内の管理情報が「自システムにて更新」（ＮＯ．２）の場合は共用データを送信したあと切断する。なお、切断するシステムがマスター（ＮＯ．４）である場合、共用データの矛盾を防ぐため他のシステムを先に切断したあとでないと切断できない。図９のＮＯ．１，４，８にシステムの切断動作の詳細を示す。
【００３２】
図９は、システムの接続および切断時の動作の詳細である。
図９では、１つのネットワークにデータ共用を行う情報機器（システム）が３台接続され、システム（情報機器）の１つ（システムａ）をマスターと決めている。
以下、図９を用いてシステムの接続および切断時のデータ共用管理装置の動作詳細をＮＯ．順に説明する。
ＮＯ．１は、切断システム（システムｃ）の管理情報が「”−”：更新なし」ときの切断動作の詳細を示す。システムｃは、システムｃの管理情報が「”−”：更新なし」なので、全システムの共用データは、同じ「データＡ」で統一されていると判断する。このためシステムｃは、共用データを送信することなく切断する。
【００３３】
ＮＯ．２は、接続するネットワークのマスター（システムａ）の管理情報が 「”−”：更新なし」ときのシステムｃ接続動作の詳細を示す。
システムｃは、接続するネットワークのマスター（システムａ）の管理情報を取り寄せる。システムａの管理情報が「”−”：更新なし」なので、システムｃは管理情報とデータ内容を同じにすることで接続可能になる。しかし、システムａの共用データ「データＡ」を取り寄せるのはネットワークに負荷がかかるため、管理情報を変更し対応する。ここでは、管理情報を「”ａ”：共用データはシステムａにて更新」とすることでネットワークの負荷を抑え、システムｃを接続する。
ＮＯ．３は、ＮＯ．４を説明するため、システムｃは、共用データ「データＡ」を参照したあと、共用データを「データＡ」から「データＢ」に更新し、システムｃの管理情報を 「”ｃ”：共用データは自システムにて更新」とする。
ＮＯ．４は、切断するシステム（システムｃ）の管理情報が「”ｃ”：共用データは自システムにて更新」ときの切断動作の詳細を示す。
システムｃは、システムｃの管理情報が「”ｃ”：共用データは自システムにて更新」なので、最新の共用データ「データＢ」は自システムしか存在しないと判断する。このためシステムｃは、共用データ「データＢ」を他のシステムに送信し、ＮＯ．１と同様に管理情報を「”−”：更新なし」としたあと切断する。
【００３４】
ＮＯ．５は、ＮＯ．６を説明するため、システムｂは、システムｃが未稼動の状態で共用データを「データＢ」から「データＣ」に更新し、システムａの管理情報を「”ｂ”：共用データは他システムにて更新」とする。
ＮＯ．６は、接続するネットワークのマスター（システムａ）の管理情報が「”ｂ”：共用データは他システムにて更新」ときのシステムｃ接続動作の詳細を示す。システムｃは、接続するネットワークのマスター（システムａ）の管理情報を取り寄せる。システムａの管理情報が「”ｂ”：共用データは他システムにて更新」なので、システムｃの管理情報をシステムａと同じ「”ｂ”：共用データは他システムにて更新」とし、接続する。
ＮＯ．７は、ＮＯ．８を説明するため、システムａは、共用データ「データＣ」を参照したあと、共用データを「データＣ」から「データＤ」に更新し、システムｃの管理情報を「”ａ”：共用データは他システムにて更新」とする。
【００３５】
ＮＯ．８は、切断するシステム（システムｃ）が管理情報が「”ａ”：共用データは他システムにて更新」ときの切断動作の詳細を示す。システムｃは、システムｃの管理情報が「”ａ”：共用データは他システムにて更新」なので、最新の共用データ「データＤ」は、システムａに存在すると判断できる。このためシステムｃは共用データを送信することなく切断する。
ＮＯ．９は、接続するネットワークのマスター（システムａ）の管理情報が「”ａ”：共用データは自システムにて更新」ときのシステムｃ接続動作の詳細を示す。
システムｃは、接続するネットワークのマスター（システムａ）の管理情報を取り寄せる。システムａの管理情報が「”ａ”：共用データは自システムにて更新」なので、システムｃの管理情報をシステムａと同じ「”ａ”：共用データは自システムにて更新」とあわせることで接続する。
【００３６】
図１０は、２つのネットワークに接続したデータ共用管理装置の動作の概要である。
ここでは、複数のネットワークに接続したデータ共用管理装置について、あるネットワークが他のネットワークの負荷を抑えてデータの共用を行う方式を説明する。
２つのネットワークに接続したデータ共用管理装置の基本動作は、１つのネットワークに接続したデータ共用管理装置と同じである。特に異なる点は、管理情報を２つ持ち、２つのネットワークに対して負荷が最小になるよう管理制御するところである。
２つのネットワークに接続したデータ共用管理装置の動作は、２つの管理情報によって異なる。
管理情報として「更新なし」「自システムにて更新」「他システムにて更新」の３種類があり、この２つの管理情報の組み合わせで９通りの動作に分かれる。しかし、この中の３つのケースは管理上ありえないため、６通りの動作になる。処理として「共用データ参照：ＲＥＡＤ」と「共用データ更新：ＷＲＩＴＥ」の２通りの動作がある。
【００３７】
図１０のＮＯ．１〜９に「共用データ参照：ＲＥＡＤ」の動作、ＮＯ．１０〜１８に「共用データ更新：ＷＲＩＴＥ」の動作の概要を示す。
「共用データ参照：ＲＥＡＤ」の動作としては、動作が高速である自システム内の共用データの参照を主とし、管理情報の状態によって他システムの共用データを参照する方式がもっとも効率がよい。すなわち、２つの管理情報が「更新なし」または「自システムにて更新」（ＮＯ．１，２，４，５）である場合は動作が高速である自システム内の共用データを参照し、１つでも「他システムにて更新」（ＮＯ．６，８）である場合のみ他システムの共用データを参照する方式とする。図１１のＮＯ．１，３，５，９，１３，１６に共用データ参照時の動作の詳細を示す。
「共用データ更新：ＷＲＩＴＥ」の動作としては、動作が高速である自システム内の共用データの更新を主とし、管理情報の状態によって他システムへ必要最小限の管理情報を送信する方式がもっとも効率がよい。
【００３８】
すなわち、２つの管理情報がともに「自システムにて更新」（ＮＯ．１４）である場合は動作が高速である自システム内の共用データの更新のみとし、１つでも「更新なし」または「他システムにて更新」（ＮＯ．１０，１１，１３）である場合は自システム内の共用データの更新と同時に他システムへの管理情報を送信する方式とする。さらに、排他制御を組み込む場合は１つでも管理情報が「他システムにて更新」（ＮＯ．１５，１６）のとき共用データ更新不可とすることで実現する。図４のＮＯ．２，４，７，１０，１２，１５に共用データ更新時の動作の詳細を示す。
これらの動作について、ネットワークに多量のデータを通すのは図１０のＮＯ．６とＮＯ．８の場合のみであり、それ以外の動作は、ネットワークに少量のデータまたはまったくデータを通さないため、ネットワークの負荷を抑えることができる。
【００３９】
図１１は、２つのネットワークに接続したデータ共用管理装置の動作の詳細である。
図１１では、ネットワークＸにはシステムａとシステムｂが、ネットワークＹにはシステムｂとシステムｃが接続している。このとき、システムｂは、２つのネットワークに接続している。また、システムａとシステムｃは、別のネットワークに接続しているためお互いの存在を確認できない。
以下、図１１を用いて２つのネットワークに接続したデータ共用管理装置の動作の詳細をＮＯ．順に説明する。
ＮＯ．１は、システムｂ内の管理情報がネットワークＸ，Ｙとともに「”−”：共用データは更新なし」の状態でシステムｂが共用データ「データＡ」を参照するときの動作の詳細を示す。
【００４０】
システムｂは、システムｂ内の管理情報がネットワークＸ，Ｙとともに「”−”：共用データは更新なし」なので、各システム内の共用データは最新のデータであると判断する。このため、システムｂは、システムｂ内から共用データ「データＡ」を参照する。このときの動作は、同じシステム内の参照なので処理が高速であり、しかも、ネットワークへの負荷はまったくかかっていない。
ＮＯ．２は、システムｂ内の管理情報がネットワークＸ，Ｙとともに「”−”：共用データは更新なし」の状態でシステムｂが共用データを「データＡ」から「データＢ」へ更新するときの動作の詳細を示す。
システムｂは、システムｂ内の管理情報がネットワークＸ，Ｙとともに「”−”：共用データは更新なし」なので、必要最小限の管理情報「”ｂ”：共用データはシステムｂにて更新」をネットワークＸとネットワークＹへ送信する。同時にシステムｂ内のデータ内容を「データＡ」から「データＢ」に更新する。管理情報を送信したシステムｂおよび管理情報を受信したシステムａとシステムｃの管理情報を「”ｂ”：共用データはシステムｂにて更新」にする。これらの共用データの更新動作は、同じシステム内の動作なので処理が高速であり、しかも、ネットワークの負荷は管理情報のみと最小の情報に抑えられる。
【００４１】
ＮＯ．３は、システムｂ内の管理情報がネットワークＸ，Ｙともに「”ｂ”：共用データは自システムにて更新」の状態でシステムｂが自ら更新した共用データ「データＢ」を参照するときの動作の詳細を示す。
システムｂは、システムｂ内の管理情報がネットワークＸ，Ｙとともに「”ｂ”：共用データは自システムにて更新」なので、システムｂ内の共用データが最新のデータであると判断する。このため、システムｂはシステムｂ内から共用データを参照する。このときの参照動作は、同じシステム内の動作なので処理が高速であり、しかも、ネットワークへの負荷はまったくかかっていない。
ＮＯ．４は、システムｂ内の管理情報がネットワークＸ，Ｙとともに「”ｂ”：共用データは自システムにて更新」の状態でシステムｂが自ら更新した共用データを「データＢ」から「データＣ」へ更新するときの動作の詳細を示す。
システムｂは、システムｂ内の管理情報がネットワークＸ，Ｙとともに「”ｂ”：共用データは自システムにて更新」なので、あらためて管理情報を送る必要がない。このため、システムｂ内の共用データの更新のみを行う。このときの更新動作は、同じシステム内の動作なので処理が高速であり、しかも、ネットワークへの負荷はまったくかかっていない。
これら、ＮＯ．３，ＮＯ．４は、共用データを頻繁にアクセス（参照および更新）してもネットワークに負荷をかけずに自システム内の共用データを高速にアクセスできることを示している。
【００４２】
ＮＯ．５は、ＮＯ．６を説明するため、システムａが共用データ「データＣ」を参照し、システムｂ内の管理情報をネットワークＸ，Ｙとともに「”ｂ”：共用データは自システムにて更新」する。システムａは、システムａ内の管理情報が「”ｂ”：共用データは他システムにて更新」なので、システムｂに対して共用データ「データＣ」の参照を要求する。データ参照要求を受けたシステムｂのデータ共用管理装置は、ネットワークＸに対して共用データ「データＣ」を送信する。共用データを受信したシステムａはデータ内容を「データＣ」に更新し、さらに共用データを送信したネットワークＸ側のシステムｂおよび共用データを受信したシステムａの管理情報を「”−”：共用データは更新なし」にする。このとき、ネットワークＹへの負荷はまったくかかっていない。
ＮＯ．６は、ＮＯ．１と同様にシステムｂ内のネットワークＸ側の管理情報が「”−”：共用データは更新なし」、ネットワークＹ側の管理情報が「”ｂ”：共用データは自システムにて更新」の状態でシステムｂが共用データ「データＣ」を参照するときの動作の詳細を示す。
ＮＯ．１との違いはシステムｂ内のネットワークＹ側の管理情報が「”ｂ”：共用データは自システムにて更新」である。このため、システムｂは、システムｂ内の共用データは最新のデータであると判断し、システムｂ内から共用データ「データＣ」を参照する。このときの動作は、同じシステム内の参照なので処理が高速であり、しかも、ネットワークへの負荷はまったくかかっていない。
【００４３】
ＮＯ．７は、ＮＯ．２と同様にシステムｂ内のネットワークＸ側の管理情報が「”−”：共用データは更新なし」、ネットワークＹ側の管理情報が「”ｂ”：共用データは自システムにて更新」の状態でシステムｂが共用データを「データＣ」から「データＤ」へ更新するときの動作の詳細を示す。ＮＯ．２との違いはシステムｂ内のネットワークＹ側の管理情報が「”ｂ”：共用データは自システムにて更新」である。このため、ネットワークＸに対しては管理情報「”ｂ”：共用データはシステムｂにて更新」を送信するが、ネットワークＹに対しては送信の必要はない。
後の動作はＮＯ．２と同様にシステムｂ内のデータ内容を「データＣ」から「データＤ」に更新し、管理情報を送信したネットワークＸ側のシステムｂおよび管理情報を受信したシステムａの管理情報を「”ｂ”：共用データはシステムｂにて更新」にする。これらの共用データの更新動作は、同じシステム内の動作なので処理が高速であり、しかもネットワークＸの負荷は管理情報のみと最小の情報に抑えられ、さらに、ネットワークＹの負荷はまったくかかっていない。
【００４４】
ＮＯ．８は、ＮＯ．９を説明するため、システムｃが共用データ「データＤ」を参照し、ネットワークＸ側の管理情報が「”ｂ”：共用データは自システムにて更新」、ネットワークＹ側の管理情報が「”−”：共用データは更新なし」とする。システムｃはシステムｃ内の管理情報が「”ｂ”：共用データは他システムにて更新」なので、システムｂのデータ共用管理装置に対して共用データ「データＤ」の参照を要求する。
データ参照要求を受けたシステムｂのデータ共用管理装置は、ネットワークＹに対して共用データ「データＤ」を送信する。共用データを受信したシステムｃはデータ内容を「データＤ」にし、さらに共用データを送信したネットワークＹ側のシステムｂおよび共用データを受信したシステムｃの管理情報を「”−”：共用データは更新なし」にする。このとき、ネットワークＸへの負荷はまったくかかっていない。
【００４５】
ＮＯ．９は、ＮＯ．１と同様にシステムｂ内のネットワークＸ側の管理情報が「”ｂ”：共用データは自システムにて更新」、ネットワークＹ側の管理情報が「”−”：共用データは更新なし」状態でシステムｂが共用データ「データＤ」を参照するときの動作の詳細を示す。
ＮＯ．１との違いはシステムｂ内のネットワークＸ側の管理情報が「”ｂ”：共用データは自システムにて更新」である。しかし、動作は、ＮＯ．１と同じでシステムｂは、システムｂ内の共用データは最新のデータであると判断し、システムｂ内から共用データ「データＤ」を参照する。
このときの動作は、同じシステム内の参照なので処理が高速であり、しかも、ネットワークへの負荷はまったくかかっていない。
ＮＯ．１０は、ＮＯ．２と同様にシステムｂ内のネットワークＸ側の管理情報が「”ｂ”：共用データは自システムにて更新」、ネットワークＹ側の管理情報が「”−”：共用データは更新なし」の状態でシステムｂが共用データを「データＤ」から「データＥ」へ更新するときの動作の詳細を示す。
ＮＯ．２との違いはシステムｂ内のネットワークＸ側の管理情報が「”ｂ”：共用データは自システムにて更新」である。このため、ネットワークＹに対しては管理情報「”ｂ”：共用データはシステムｂにて更新」を送信するが、ネットワークＸに対しては送信の必要はない。後の動作は、ＮＯ．２と同様にシステムｂ内のデータ内容を「データＤ」から「データＥ」に更新し、管理情報を送信したネットワークＹ側のシステムｂおよび管理情報を受信したシステムｃの管理情報を「”ｂ”：共用データはシステムｂにて更新」にする。
これらの共用データの更新動作は、同じシステム内の動作なので処理が高速であり、しかも、ネットワークＹの負荷は、管理情報のみと最小の情報に抑えられ、さらに、ネットワークＸの負荷はまったくかかっていない。
【００４６】
ＮＯ．１１は、ＮＯ．１２を説明するため、システムａが共用データ「データＥ」を参照し、その後、「データＥ」から「データＦ」へ更新し、ネットワークＸ側の管理情報が「”ａ”：共用データは他システムにて更新」、ネットワークＹ側の管理情報が「”ｂ”：共用データは自システムにて更新」とする。
まず、「データＥ」を参照する。システムａは、システムａ内の管理情報が「”ｂ”：共用データは他システムにて更新」なので、システムｂのデータ共用管理装置に対して共用データ「データＥ」の参照を要求する。データ参照要求を受けたシステムｂのデータ共用管理装置は、ネットワークＸに対して共用データ「データＥ」を送信する。
共用データを受信したシステムａは、データ内容を「データＥ」にし、さらに共用データを送信したネットワークＸ側のシステムｂおよび共用データを受信したシステムａの管理情報を「”−”：共用データは更新なし」にする。
【００４７】
次に、共用データを「データＥ」から「データＦ」に更新する。システムａは、システムａ内の管理情報が「”−”：共用データは更新なし」なので、管理情報「”ａ”：共用データはシステムａにて更新」をネットワークＸへ送信する。同時にシステムａ内のデータ内容を「データＥ」から「データＦ」に更新する。管理情報を送信したシステムａおよび管理情報を受信したシステムｂの管理情報を「”ａ”：共用データはシステムａにて更新」にする。
ＮＯ．１２は、排他制御された共用データを更新しようとするが更新できないときの動作の詳細である。システムｂは、システムｂ内のネットワークＸ側の管理情報が「”ａ”：共用データは他システムにて更新」であり、さらに共用データが排他制御されているので、共用データの更新はできない。このデータを更新するには一度共用データを参照することでシステムｂ内の管理情報が「”−”：共用データは更新なし」となりＮＯ．２と同様に更新可能になる。
【００４８】
ＮＯ．１３は、ＮＯ．６と同様にシステムｂ内のネットワークＸ側の管理情報が「”ａ”：共用データは他システムにて更新」、ネットワークＹ側の管理情報が「”ｂ”：共用データは自システムにて更新」の状態でシステムｂが共用データ「データＦ」を参照するときの動作の詳細を示す。ＮＯ．６との違いはシステムｂ内のネットワークＸ側の管理情報が「”ａ”：共用データは他システムにて更新」である。
ここで、システムｂは、システムａのデータ共用管理装置に対して共用データ「データＦ」の参照を要求する。データ参照要求を受けたシステムａのデータ共用管理装置は、ネットワークＸに共用データ「データＦ」を送信する。共用データを受信したシステムｂは、データ内容を「データＦ」にし、さらに共用データを送信したシステムａおよび共用データを受信したネットワークＸ側のシステムｂの管理情報を「”−”：共用データは更新なし」にする。このとき、ネットワークＹへの負荷はまったくかかっていない。
【００４９】
ＮＯ．１４は、ＮＯ．１５を説明するため、システムｃが共用データ「データＦ」を参照し、その後、「データＦ」から「データＧ」へ更新し、ネットワークＸ側の管理情報が「”ｂ”：共用データは自システムにて更新」、ネットワークＹ側の管理情報が「”ｃ”：共用データは他システムにて更新」とする。
まず、「データＦ」を参照する。システムｃは、システムｃ内の管理情報が「”ｂ”：共用データは他システムにて更新」なので、システムｂのデータ共用管理装置に対して共用データ「データＦ」の参照を要求する。データ参照要求を受けたシステムｂのデータ共用管理装置は、ネットワークＹに対して共用データ「データＦ」を送信する。共用データを受信したシステムｃは、データ内容を「データＦ」にし、さらに共用データを送信したネットワークＹ側のシステムｂおよび共用データを受信したシステムｃの管理情報を「”−”：共用データは更新なし」にする。
【００５０】
次に、共用データを「データＦ」から「データＧ」に更新する。システムｃはシステムｃ内の管理情報が 「”−”：共用データは更新なし」なので、管理情報「”ｃ”：共用データはシステムｃにて更新」をネットワークＹへ送信する。同時にシステムｃ内のデータ内容を「データＦ」から「データＧ」に更新する。管理情報を送信したシステムｃおよび管理情報を受信したシステムｂの管理情報を「”ｃ”：共用データはシステムｃにて更新」にする。さらに、ネットワークＸ側の管理情報が「”−”：共用データは更新なし」なのでシステムｂは矛盾を防ぐため管理情報「”ｂ”：共用データはシステムｂにて更新」をネットワークＸへ送信する。管理情報を送信したシステムｂおよび管理情報を受信したシステムａの管理情報を「”ｂ”：共用データはシステムｂにて更新」にする。
【００５１】
ＮＯ．１５は、排他制御された共用データを更新しようとするが更新できないときの動作の詳細である。
システムｂは、システムｂ内のネットワークＹ側の管理情報が「”ｃ”：共用データは他システムにて更新」であり、さらに共用データが排他制御されているので、共用データの更新はできない。このデータを更新するには一度共用データを参照することでシステムｂ内の管理情報が「”−”：共用データは更新なし」となりＮＯ．２と同様に更新可能となる。
ＮＯ．１６は、ＮＯ．６と同様にシステムｂ内のネットワークＸ側の管理情報が「”ｂ”：共用データは自システムにて更新」、ネットワークＹ側の管理情報が「”ｃ”：共用データは他システムにて更新」の状態でシステムｂが共用データ「データＧ」を参照するときの動作の詳細を示す。ＮＯ．６との違いはシステムｂ内のネットワークＹ側の管理情報が「”ｃ：共用データは他システムにて更新」の状態である。
ここで、システムｂは、システムｃのデータ共用管理装置に対して共用データ「データＧ」の参照を要求する。データ参照要求を受けたシステムｃのデータ共用管理装置は、ネットワークＹに共用データ「データＧ」を送信する。共用データを受信したシステムｂは、データ内容を「データＧ」にし、さらに共用データを送信したシステムｃおよび共用データを受信したネットワークＹ側のシステムｂの管理情報を「”−”：共用データは更新なし」にする。このとき、ネットワークＸへの負荷はまったくかかっていない。
【００５２】
図１２は、図４，６，９，１１の凡例である。
図１３は、１つのデータ共用管理装置に複数のネットワークを接続した概略図である。
４つのネットワーク５ａ，５ｂ，５ｃ，５ｄを１つのシステム７ｉ（１つのデータ共用管理装置）を用いて接続している。
図１１で説明した２つのネットワークを接続するデータ共用管理装置をここでは４つのネットワークに適用してる。この場合、接続するためのシステム７ｉは、１つですむので費用をかけずにネットワークを構築できるが、システム７ｉに負荷が集中し性能の低下が予想される。このためこの接続方式は、規模の小さいネットワークの構築にむいている。
【００５３】
図１４は 複数のデータ共用管理装置にそれぞれネットワークを接続した概略図である。
３つのネットワーク５ａ，５ｂ，５ｃをそれぞれのシステム７ｇ，７ｈ，７ｉｉ（３つのデータ共用管理装置）を用いてネットワーク５ｄと接続している。
図１１で説明した２つのネットワークを接続するデータ共用管理装置をここでは３つ用いている。この場合、接続するためのシステムが接続するネットワーク数分（３つ）必要なのでネットワークの構築に費用をかかる。しかし、ネットワーク５ｄに負荷がかからないので、この接続方式は規模の大きなネットワークの構築に向いている。
【００５４】
【発明の効果】
以上説明したようにこの発明によれば、ネットワークに接続された、複数の情報機器にデータ共用のための記憶装置および共用データを管理および制御するためのデータ共用管理装置を設けることにより以下に示す効果がある。
（１）データ共用管理装置は内部に設けた管理情報により、多くの共用データをネットワークを通さず記憶装置を直接アクセスするので、情報機器は共用データを高速にアクセスできる。
（２）データ共用管理装置は記憶装置を更新しネットワークには管理情報を送信する。データの転送は必要なときのみ行うので、情報機器はネットワークの負荷を抑えてデータの共有を行うことができる。
（３）データ共用管理装置のデータ転送の方法は、一対一通信ではなく、一対多通信を多く用いる方法とすることで全体のネットワーク使用率を下げネットワークの負荷を抑えることができる。
（４）データ共用管理装置は管理情報によってネットワーク内の共用データの更新状況を管理しているので、情報機器は共用データの更新の可否を判断し共用データの排他制御を行うことができる。
（５）データ共用管理装置は共用データを複数の記憶装置に分散し管理するのでデータ紛失などの障害に強く、共用データおよびデータ共用管理装置の信頼性を向上できる。
（６）データ共用管理装置を用いてデータ共用を行う情報機器は、参照しない共用データを転送する必要がないため、ネットワークの負荷をおさえた状態での追加行うことができる。このとき、他の情報機器を停止させることはない。
（７）データ共用管理装置を用いてデータ共用を行っている情報機器は、更新していない共用データを送信する必要がないため、ネットワークの負荷をおさえた状態での削除を行うことができる。このとき、他の情報機器を停止させることはない。
（８）データ共用管理装置を複数のネットワークへ接続した場合、あるネットワークで更新された共用データは他のネットワークで参照されないかぎり、他のネットワークへ送信する必要はない。このため、他のネットワークへは管理情報のみ転送することで、あるネットワークは他のネットワークの負荷を抑えてデータの共用が行える。
【００５５】
その結果、この発明にあっては、例えば、ＬＡＮに接続した複数のワークステーションにてファイル共用を行うソフトウェア開発作業などにもっとも効果を発揮する。また、密結合型マルチプロセッサマシン等の、システムバス（ネットワーク）に接続した複数のプロセッサ（情報機器）にキャッシュメモリ（記憶装置）を設けたシステムにおいても適用可能であり、プロセッサ間のデータ共用に効果を発揮する。
【図面の簡単な説明】
【図１】図１は、この発明のデータ共用装置を適用したネットワークと情報機器の概略図である。
【図２】図２は、従来のデータ共用装置、ＮＦＳを適用したネットワークと情報機器の概略図である。
【図３】図３は、データ共用装置の基本動作の概要である。
【図４】図４は、データ共用装置の基本動作の詳細である。
【図５】図５は、障害発生時のデータ共用装置の動作の概要である。
【図６】図６は、障害発生時のデータ共用装置の動作の詳細である
【図７】図７は、システムをネットワークに接続するときのデータ共用装置の動作の概要である。
【図８】図８は、システムをネットワークから切断するときのデータ共用装置の動作の概要である。
【図９】図９は、システムの接続および切断時のデータ共用装置の動作の詳細である。
【図１０】図１０は、２つのネットワークに接続したデータ共用装置の動作の概要である。
【図１１】図１１は、２つのネットワークに接続したデータ共用装置の動作の詳細である。
【図１２】図１２は、図４，６，９，１１の凡例である。
【図１３】図１３は、１つのデータ共用装置に複数のネットワークに接続した概略図である。
【図１４】図１４は、複数のデータ共用装置に複数のネットワークに接続した概略図である。
【符号の説明】
１ａ，１ｂ…情報機器、
２ａ，２ｂ…この発明のデータ共用装置、
３ａ，３ｂ…記憶装置、
４ａ，４ｂ…共用データ、
５，５ａ，５ｂ，５ｃ，５ｄ…ネットワーク、
６ａ，６ｂ…ＮＦＳ（Ｎｅｔｗｏｒｋ Ｆｉｌｅ Ｓｙｓｔｅｍ）、
７ａ，７ｂ，７ｃ，７ｄ，７ｅ，７ｆ，７ｇ，７ｈ，７ｉ…システム。
Claims (8)
- ネットワークに接続された複数の情報機器のそれぞれに設けられるデータ共用装置であって、各前記情報機器において使用される共用データを記憶する記憶装置と、前記共用データが同じになるよう管理および制御する共用データ管理手段とを有し、この共用データ管理手段が前記共用データの更新についての管理情報により前記共用データを自己が更新しているときあるいは更新がされていないときに前記共用データのアクセスを前記ネットワークより高速な前記記憶装置に切り替えることで、前記情報機器が前記共用データを高速にアクセスするものであって、前記データ共用装置の前記管理情報により前記共用データの更新の可否を判断することで、複数の前記情報機器がアクセスする前記共用データの排他制御を行うデータ共用方式。
- ネットワークに接続された複数の情報機器のそれぞれに設けられるデータ共用装置であって、各前記情報機器において使用される共用データを記憶する記憶装置と、前記共用データが同じになるよう管理および制御する共用データ管理手段とを有し、この共用データ管理手段が前記共用データの更新についての管理情報により前記共用データを自己が更新しているときあるいは更新がされていないときに前記共用データのアクセスを前記ネットワークより高速な前記記憶装置に切り替えることで、前記情報機器が前記共用データを高速にアクセスするものであって、前記管理情報は、前記共用データの更新状態を示す更新情報と更新した情報機器を識別する情報とを有するものであり、この管理情報に応じて、前記情報機器が障害発生などで失った情報を他の前記情報機器から復元するデータ共用方式。
- ネットワークに接続された複数の情報機器のそれぞれに設けられるデータ共用装置であって、各前記情報機器において使用される共用データを記憶する記憶装置と、前記共用データが同じになるよう管理および制御する共用データ管理手段とを有し、この共用データ管理手段が前記共用データの更新についての管理情報 により前記共用データを自己が更新しているときあるいは更新がされていないときに前記共用データのアクセスを前記ネットワークより高速な前記記憶装置に切り替えることで、前記情報機器が前記共用データを高速にアクセスするものであって、前記管理情報は、前記共用データの更新状態を示す更新情報と更新した情報機器を識別する情報とを有するものであり、前記データ共用装置が前記管理情報により必要なデータのみ転送することで、ネットワークの負荷を抑えた状態でのデータ共用を行い、かつ、切断対象となる前記情報機器の前記データ共用装置における管理情報の内容が、他の前記情報機器に前記共用データが記憶されている状態になる処理をして前記管理情報の内容を変更した上で前記切断対象となる前記情報機器を切断し、接続する前記情報機器における前記記憶装置に記憶された前記管理情報を前記共用データが他の前記情報機器に存在する状態に設定して前記情報機器を接続することで情報機器の追加および削除を行うデータ共用方式。
- ネットワークに接続された複数の情報機器のそれぞれに設けられるデータ共用装置であって、各前記情報機器において使用される共用データを記憶する記憶装置と、前記共用データが同じになるよう管理および制御する共用データ管理手段とを有し、この共用データ管理手段が前記共用データの更新についての管理情報により前記共用データを自己が更新しているときあるいは更新がされていないときに前記共用データのアクセスを前記ネットワークより高速な前記記憶装置に切り替えることで、前記情報機器が前記共用データを高速にアクセスするものであって、前記管理情報は、前記共用データの更新状態を示す更新情報と更新した情報機器を識別する情報とを有するものであり、前記情報機器の１つが複数のネットワークに接続され、この情報機器の前記共用データ管理手段は、接続されているネットワーク対応に管理情報を有し、それぞれのネットワークに対して前記共用データが同じになるよう管理および制御するものであり、これにより、あるネットワークが他のネットワークへの負荷を抑えてデータの共用を行うデータ共用方式。
- 前記管理情報は、前記共用データの更新状態を示す更新情報と更新した情報機器を識別する情報とを有するものであり、前記管理情報の前記更新状態を示す更新情報は、更新なしの状態を示すものであり、更新したときの状態は、前記識別する情報により行われる請求項１記載のデータ共用方式。
- 前記管理情報の前記更新状態を示す更新情報は、更新なしの状態を示すものであり、更新したときの状態は、前記識別する情報により行われる請求項２記載のデータ共用方式。
- 前記管理情報の前記更新状態を示す更新情報は、更新なしの状態を示すものであり、更新したときの状態は、前記識別する情報により行われる請求項３記載のデータ共用方式。
- 前記管理情報の前記更新状態を示す更新情報は、更新なしの状態を示すものであり、更新したときの状態は、前記識別する情報により行われる請求項４記載のデータ共用方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP08461896A JP3550613B2 (ja) | 1996-03-13 | 1996-03-13 | データ共用装置およびデータ共用方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP08461896A JP3550613B2 (ja) | 1996-03-13 | 1996-03-13 | データ共用装置およびデータ共用方式 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH09244935A JPH09244935A (ja) | 1997-09-19 |
| JP3550613B2 true JP3550613B2 (ja) | 2004-08-04 |
Family
ID=13835685
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP08461896A Expired - Fee Related JP3550613B2 (ja) | 1996-03-13 | 1996-03-13 | データ共用装置およびデータ共用方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3550613B2 (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH11272534A (ja) * | 1998-01-20 | 1999-10-08 | Fujitsu Ltd | ドキュメント分散処理方法，ドキュメント分散処理システムのサーバ管理方法およびサーバプログラムの記録媒体 |
| JP4536034B2 (ja) * | 2006-06-05 | 2010-09-01 | Ｎｅｃシステムテクノロジー株式会社 | 文書管理システム、計算機、文書管理方法、及びプログラム |
| JP5649457B2 (ja) * | 2011-01-05 | 2015-01-07 | 株式会社東芝 | データベース・システム、並びにそのクライアント |
-
1996
- 1996-03-13 JP JP08461896A patent/JP3550613B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH09244935A (ja) | 1997-09-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9317384B2 (en) | Cache data processing using cache cluster with configurable modes | |
| US6502205B1 (en) | Asynchronous remote data mirroring system | |
| US11809707B2 (en) | File operations in a distributed storage system | |
| US6275897B1 (en) | Remote cache utilization for mirrored mass storage subsystem | |
| US20090282116A1 (en) | Method and device for managing cluster membership by use of storage area network fabric | |
| EP2144167B1 (en) | Remote file system, terminal device, and server device | |
| CN103580906A (zh) | 一种数据备份的方法、系统及服务器 | |
| JP2001184248A (ja) | 分散処理システムにおけるデータアクセス管理装置 | |
| EP1566041B1 (en) | High-performance lock management for flash copy in n-way shared storage systems | |
| EP1122924B1 (en) | Method and apparatus for providing local path I/O in a distributed file system | |
| JP3550613B2 (ja) | データ共用装置およびデータ共用方式 | |
| CN103140851A (zh) | 包括中间件机环境的系统 | |
| US20210232314A1 (en) | Standby copies withstand cascading fails | |
| US20040085908A1 (en) | Method and apparatus for managing locking of resources in a cluster by use of a network fabric | |
| JP2859200B2 (ja) | プログラム配信システム | |
| KR100198449B1 (ko) | 분산 실시간 데이타베이스 관리 시스템에서의 데이터 백업방법 | |
| JP3890154B2 (ja) | 多階層管理システム | |
| KR20040054267A (ko) | 다중 레이드 제어기를 갖는 분산공유 레이드 시스템 및 그관리방법 | |
| KR100262946B1 (ko) | 데이터베이스관리장치에서의스탠바이로딩을위한데이터백업금지해제방법 | |
| CN117827762A (zh) | 集群跨区域双活读写方法、装置、计算机设备及存储介质 | |
| KR19980054673A (ko) | 전전자 교환기의 데이터 백업방법 | |
| JP2005250998A (ja) | 分散トランザクションシステム及び分散トランザクションの障害復旧方法並びにサーバ装置及びプログラム | |
| JPH047651A (ja) | 記憶装置共有システム | |
| KR20040012388A (ko) | 클러스터 시스템에서 부하 분산이 가능한 전역버퍼 관리방법 | |
| JP2000259439A (ja) | 二重化システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20040406 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040407 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
| R371 | Transfer withdrawn |
Free format text: JAPANESE INTERMEDIATE CODE: R371 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080514 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090514 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100514 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |