(57)【特許請求の範囲】
【請求項１】
同一のデータを個々に保持する複数のデータ共有装置を含み、一の該データ共有装置は、データ提供元である周辺装置と該データ共有装置が保持するデータを利用する利用システムとに接続し、さらに、該同一のデータについて、該周辺装置から提供を受けたデータと該周辺装置から提供を受けたデータ以外のデータとを分別して保持するデータ共有システムであって、
前記一のデータ共有装置は、
前記周辺装置から提供されるデータを受信し、
受信したデータが、該一のデータ共有装置が保持するデータと相違する場合、受信したデータを保持すると共に、他のデータ共有装置からＴＣＰ／ＩＰを使用して接続が行われると、該接続中、該他のデータ共有装置をＵＤＰ送信先リストへ追加し、ＵＤＰマルチキャスト送信で、受信したデータを前記他のデータ共有装置に通知し、
前記利用システムからのデータ取得要求に応じ、該データ取得要求を行った該利用システムに対し、該各データ共有装置が保持するデータを通知し、
前記他のデータ共有装置は、
前記一のデータ共有装置から通知されるデータを受信した場合、該一のデータ共有装置に対し、ＴＣＰ／ＩＰを使用して、該データが到達した旨の通知を行うと共に、該データを用いて、該他のデータ共有装置が保持するデータを更新し、
前記一のデータ共有装置は、
前記ＵＤＰ送信先リストに追加されている他のデータ共有装置から前記データが到達した旨の通知を受信したか否かを判定すること、
を特徴とするデータ共有システム。
【請求項２】
前記一のデータ共有装置は、
前記他のデータ共有装置に通知するデータを、所定のサイズに分割して通知することを特徴とする請求項１に記載のデータ共有システム。
【請求項３】
前記他のデータ共有装置は、
前記一のデータ共有装置から所定のサイズに分割されたデータを受信した場合、該一のデータ共有装置に対し、ＴＣＰ／ＩＰを使用して、分割されたデータ毎に、該データが到達した旨の通知を行い、
前記一のデータ共有装置は、
データが到達した旨の通知を受信しないと判定した場合、ＵＤＰマルチキャスト送信で、分割された該データを前記他のデータ共有装置に再び通知すること、
を特徴とする請求項２に記載のデータ共有システム。
【請求項４】
同一のデータを個々に保持する複数のデータ共有装置を含み、一の該データ共有装置は、データ提供元である周辺装置と該データ共有装置が保持するデータを利用する利用システムとに接続し、さらに、該同一のデータについて、該周辺装置から提供を受けたデータと該周辺装置から提供を受けたデータ以外のデータとを分別して保持するデータ共有システムにおけるデータ共有方法であって、
前記一のデータ共有装置は、
前記周辺装置から提供されるデータを受信し、
受信したデータが、該一のデータ共有装置が保持するデータと相違する場合、受信したデータを保持すると共に、他のデータ共有装置からＴＣＰ／ＩＰを使用して接続が行われると、該接続中、該他のデータ共有装置をＵＤＰ送信先リストへ追加し、ＵＤＰマルチキャスト送信で、受信したデータを前記他のデータ共有装置に通知し、
前記利用システムからのデータ取得要求に応じ、該データ取得要求を行った該利用システムに対し、該各データ共有装置が保持するデータを通知し、
前記他のデータ共有装置は、
前記一のデータ共有装置から通知されるデータを受信した場合、該一のデータ共有装置に対し、ＴＣＰ／ＩＰを使用して、該データが到達した旨の通知を行うと共に、該データを用いて、該他のデータ共有装置が保持するデータを更新し、
前記一のデータ共有装置は、
前記ＵＤＰ送信先リストに追加されている他のデータ共有装置から前記データが到達した旨の通知を受信したか否かを判定すること、
を特徴とするデータ共有方法。
【請求項５】
コンピュータに、請求項４に記載のデータ共有方法を実行させるためのデータ共有プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、同一データを個々に保持する複数の装置を含むデータ共有システムに関する。
【背景技術】
【０００２】
計算機システムが、現場装置によって計測されるリアルタイムデータ若しくは他の計算機システムによって管理されるリアルタイムデータを参照し、又は該データの変化を監視するためには、当該データを保有する装置や計算機システムに直接接続し、データを入手する必要がある（特許文献１、２など）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−１４２０４号公報
【特許文献２】特許第３５６２１２１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記の場合、現場装置及び計算機システムは、プロトコルを含めた接続方法がそれぞれ異なり、図２で示すように、新たなシステムを追加する場合や様々な接続に対応する場合に大きな労力を要するという問題点がある。
【０００５】
また、接続ができたとしても、データ参照の都度、その複数の現場装置又はシステムに問合わせが必要となり、当該データ参照のレスポンスが悪化するという問題点がある。特に、現場装置又はシステムが複数の工場間に跨る場合などは、その傾向が顕著である。
【０００６】
そこで、本発明では、保管データを利用するシステムが現場装置や他システムと直接接続することなく、必要とするデータを容易に入手することを可能とするデータ共有システム、データ共有方法及びデータ共有プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
図３で示すように、開示のデータ共有システムの一形態は、現場装置と利用システムとが直接接続するのではなく、データ共有装置を介し、現場装置から入手した最新データを管理する。これに加え、開示のデータ共有システムの一形態は、このデータ共有装置間がＵＤＰ（User  Datagram  Protocol）マルチキャストリンクを介して相互に接続することで、管理しているデータを効率良く相互に等価し、全データを管理するデータ共有装置を提供する。
【０００８】
これによって、開示のデータ共有システムにおいて、データ参照を行うシステムは、現場装置や他システムと直接接続することなく、最寄りのデータ共有装置と接続することで、必要とするデータを容易に入手可能となる。
【０００９】
なお、開示のデータ共有システムと類似する仕組みとして、ＦＬ−ｎｅｔがある。図４で示すように、ＦＬ−ｎｅｔは、同じネットワーク内でそれぞれのシステムがＵＤＰブロードキャスト送信を用いて、順次全システム対象にデータを送信することで、個々のシステムが常に全状態を管理する仕組みである。しかし、当該ＦＬ−ｎｅｔと開示のデータ共有システムとでは、下記の相違点が存在する。
（１）ＦＬ−ｎｅｔは、ＵＤＰブロードキャストを利用するため、同じネットワークに接続するシステムに対してのみデータ送信が可能である。図５で示すように、開示のデータ共有システムが採用するＵＤＰマルチキャストは、他のネットワークに対するデータ送信も可能である。また、開示のデータ共有システムは、ＴＣＰ／ＩＰ（Transmission  Control  Protocol  /  Internet  Protocol）でデータの到達確認を行うため、異なるネットワーク間であっても信頼性を維持することができる。
（２）ＦＬ−ｎｅｔは、無条件に各計算機が管理する全データを送信するのに対し、開示のデータ共有システムは、当システムが保持するデータの変化分のみを送信するため、高効率である。
（３）ＦＬ−ｎｅｔは、システム及び現場装置は全て当該ＦＬ−ｎｅｔに加入する必要があり、システムが一部のデータのみを利用する場合においても全データを共有することになる。一方で、図５で示すように、開示のデータ共有システムは、データ共有装置として独立させた「新たな階層」を設けるため、システムは必要なデータのみ参照し、ＣＰＵ（Central  Processing  Unit）など資源の無駄が省かれる。
【発明の効果】
【００１０】
開示のデータ共有システムは、保管データを利用するシステムが現場装置や他システムと直接接続することなく、必要とするデータを容易に入手することを可能とする。
【図面の簡単な説明】
【００１１】
【図１】本実施の形態に係るデータ共有システムの全体図である。
【図２】従来技術を説明する図である。
【図３】本実施の形態に係るデータ共有システムの概略を示す図である。
【図４】ＦＬ−ｎｅｔを説明する図である。
【図５】本実施の形態に係るデータ共有システムの概略を示す図である。
【図６】本実施の形態に係るデータ共有装置Ａの詳細を示す図である。
【図７】本実施の形態に係るデータ管理部における階層管理を説明する図である。
【図８】本実施の形態に係るデータ通知Ｉ／Ｆ部における管理データ更新処理のフローチャートである。
【図９】本実施の形態に係るマルチキャスト送信部における送信キューを説明する図である。
【図１０】本実施の形態に係るマルチキャスト送信部による送信データの作成例を説明する図である。
【図１１】本実施の形態に係るマルチキャスト送信部及びマルチキャスト受信部によるデータ送受信処理のシーケンス図である。
【図１２】本実施の形態に係るマルチキャスト送信部及びマルチキャスト受信部によるデータ送受信処理のフローチャートである。
【図１３】本実施の形態に係る利用システム連係Ｉ／Ｆ部による保管データを参照する処理のシーケンス図である。
【図１４】本実施の形態に係る利用システム連係Ｉ／Ｆ部による保管データの変化分を参照する処理のシーケンス図である。
【図１５】本実施の形態に係る利用システム連係Ｉ／Ｆ部による保管データの新規登録及び更新処理のシーケンス図である。
【発明を実施するための形態】
【００１２】
図面を参照しながら、本発明を実施するための最良の形態について説明する。
【００１３】
＜本実施の形態に係るデータ共有システムの概要＞
図１で示すように、本実施の形態に係るデータ共有システム１００は、複数のデータ共有装置が相互に接続して構成される。図１では、データ共有装置Ａ２００、データ共有装置Ｂ３００、データ共有装置Ｃ４００が相互に接続される例を示している。図１及び図６で示すように、例えば、データ共有装置Ａ２００は、データ通知Ｉ／Ｆ部２１０、データ管理部２２０、マルチキャスト送信部２３０、マルチキャスト受信部２４０、利用システム連係Ｉ／Ｆ部２５０を備える。そして、データ共有装置Ａ２００は、データの提供元である１以上の周辺装置（現場装置）２６０と接続すると共に、データの利用主体である１以上の利用システム２７０と接続する。また、データ共有装置Ｂ３００、データ共有装置Ｃ４００も、データ共有装置Ａ２００と同様に、データ通知Ｉ／Ｆ部、データ管理部、マルチキャスト送信部、マルチキャスト受信部、利用システム連係Ｉ／Ｆ部を備え、周辺装置及び利用システムと接続する。以下、データ共有装置Ａ２００を例に説明するが、データ共有装置Ｂ３００、データ共有装置Ｃ４００についてもデータ共有装置Ａ２００と同様である。
【００１４】
データ通知Ｉ／Ｆ部２１０は、周辺装置２６０より通知される「周辺装置名」「データ識別名」「データ通知時刻」「データ変化通知タイプ」「データサイズ」「データ」の項目を備えたデータを受信し、データ管理部２２０にデータ更新を要求する。
【００１５】
データ管理部２２０は、データ通知Ｉ／Ｆ部２１０及びマルチキャスト受信部２４０よりデータ更新要求を受信し、データ更新を行う。このとき、自データ共有装置分でデータ新規登録又はデータ更新が有る場合は、マルチキャスト送信部２３０へ送信を要求する。また、自他データ共有装置に関係無く、データ新規登録又はデータ変更が有る場合は、システム連係Ｉ／Ｆ部２５０へデータの変化を通知する。
【００１６】
マルチキャスト送信部２３０は、データ管理部２２０よりデータ送信要求を受信し、他のデータ共有装置（例えば、データ共有装置Ｂ３００、データ共有装置Ｃ４００など）へ新規登録データおよび変化のあったデータを同報送信する。それに加え、マルチキャスト送信部２３０は、他のデータ共有装置により等価管理されているデータの更新要求を行う。
【００１７】
マルチキャスト受信部２４０は、他のデータ共有装置からの新規登録データ及び変化のあったデータを受信し、データ管理部２２０へデータの更新要求を行う。また、マルチキャスト受信部２４０は、自装置のマルチキャスト送信部２３０が発信したデータを受信するが、当該データは破棄する。
【００１８】
利用システム連係Ｉ／Ｆ部２５０は、１以上の利用システム２７０と接続し、下記の３つの処理を行う。
（１）利用システム連係Ｉ／Ｆ部２５０は、各利用システム２７０から「データ共有装置名」「周辺装置名」「データ識別名」をリスト形式で受信し、データ管理部２２０より該当する「データサイズ」「データ」を読み出し、当該要求を行った利用システム２７０に送信する。
（２）利用システム連係Ｉ／Ｆ部２５０は、各利用システム２７０から「データ共有装置名」「周辺装置名」「データ識別名」をリスト形式で受信し、それらデータの変化を検出して、変化データをデータ管理部２２０より読み出し、当該要求を行った利用システム２７０に送信する。
（３）利用システム連係Ｉ／Ｆ部２５０は、各利用システム２７０から「周辺装置名」「データ識別名」「データサイズ」「データ」を受信し、データ管理部２２０へデータの更新要求を行う。ここで、「データ共有装置名」は、自装置であるデータ共有装置Ａ２００となる（利用システム２７０からのデータ更新）。
【００１９】
＜データ管理部におけるデータの階層管理＞
図７に、データ管理部２２０におけるデータの階層管理の一例を示す。図７で示すように、管理データはデータ共有装置毎に（データ共有装置Ａ１００、データ共有装置Ｂ２００など毎に）管理される。さらに、管理データは、各データ共有装置が接続する周辺装置毎に（周辺装置１、周辺装置２など毎に）管理され、各周辺装置の下階層ではデータ識別名毎に（データ識別名１、データ識別名２など毎に）管理される。そして、各管理データは、データ通知時刻、データサイズ、データ、送信要求フラグなどの属性を備える。
【００２０】
＜データ通知Ｉ／Ｆの処理＞
図８を用いて、データ通知Ｉ／Ｆ部２１０における管理データの更新処理について説明する。Ｓ１０でデータ通知Ｉ／Ｆ部２１０が、受信データ中の「データ共有装置名」がデータ管理部２２０に登録されているか否かを判定し、登録されていればＳ３０へ、登録されていなければＳ２０へ移行する。Ｓ２０でデータ通知Ｉ／Ｆ部２１０が、受信データ中の「データ共有装置名」を管理部２２０に追加登録する。Ｓ３０でデータ通知Ｉ／Ｆ部２１０が、受信データ中の「周辺装置名」がデータ管理部２２０に登録されているか否かを判定し、登録されていればＳ５０へ、登録されていなければＳ４０へ移行する。
【００２１】
Ｓ４０でデータ通知Ｉ／Ｆ部２１０が、受信データ中の「周辺装置名」を該当するデータ共有装置直下に追加登録する。Ｓ５０でデータ通知Ｉ／Ｆ部２１０が、受信データ中の「データ識別名」がデータ管理部２２０に登録されているか否かを判定し、登録されていればＳ６０へ、登録されていなければＳ９０へ移行する。Ｓ６０でデータ通知Ｉ／Ｆ部２１０が、受信データの「データ通知時刻」が管理データより新しいか否かを判定し、新しければＳ７０に移行し、古ければ処理を終了する。
【００２２】
Ｓ７０でデータ通知Ｉ／Ｆ部２１０が、受信データの変化通知タイプを判定し、「すべて」であればＳ１００に移行し、「変化検出時」であればＳ８０に移行する。Ｓ８０でデータ通知Ｉ／Ｆ部２１０が、受信データが管理データの「データサイズ」「データ」に変更があるものであるか否かを判定し、変更が有ればＳ１００に移行し、変更が無ければ処理を終了する。Ｓ９０でデータ通知Ｉ／Ｆ部２１０が、受信データ中の「データ識別名」を該当周辺装置の直下に追加登録する。
【００２３】
Ｓ１００でデータ通知Ｉ／Ｆ部２１０が、該当データ識別名直下に、受信データに係る「データ通知時刻」「データサイズ」「データ」を格納する。Ｓ１１０でデータ通知Ｉ／Ｆ部２１０が、システム連係Ｉ／Ｆ部２５０に対し、受信データに係る「データ共有装置名」「周辺装置名」「データ通知時刻」「データサイズ」「データ」を通知する。Ｓ１２０でデータ通知Ｉ／Ｆ部２１０が、受信データは自装置配下の周辺装置からのものであるか否かを判定し、自装置配下であれば処理を終了し、自装置配下でなければＳ１３０に移行する。そして、Ｓ１３０でデータ通知Ｉ／Ｆ部２１０が、マルチキャスト送信部２３０が備えるマルチキャスト送信キューへ、受信データに係る「データ共有装置名」「周辺装置名」「データ識別名」「データ通知時刻」「データ変化通知タイプ」「データサイズ」「データ」を格納する。
【００２４】
＜マルチキャスト送信部及びマルチキャスト受信部の処理＞
図９及び図１０を用いて、マルチキャスト送信部２３０の処理について説明する。始めに、図９を用いて、マルチキャスト送信部の送信キューについて説明する。図９で示すように、マルチキャスト送信キューは、自データ共有装置配下で、新規に追加されたデータ又は変化のあったデータを他のデータ共有装置へＦＩＦＯ（First-In  First-Out）で送信するため領域である。マルチキャスト送信部２３０は、当該送信キュー内のデータを取り出して、他のデータ共有装置が備えるマルチキャスト受信部（例えば、マルチキャスト受信部３４０、４４０など）へ、取り出したデータを同時送信する。ここで、マルチキャスト送信キューに格納されるデータは、「データ共有装置名」「周辺装置名」「データ識別名」「データ通知時刻」「データ変化通知タイプ（変化検出時又は全て）」「データサイズ」「データ」の項目を備えている。
【００２５】
次に、図１０を用いて、マルチキャスト送信部２３０より送信されるマルチキャスト送信データについて説明する。図１０で示すように、マルチキャスト送信部２３０は、取り出したデータを所定のサイズに分割し、分割した各データのヘッダ部に「送信識別キー」「全体データサイズ」「分割基準データサイズ」「全体分割数」「分割位置」「実際のデータサイズ」を挿入して送信する。ここで、送信識別キーは、分割したデータが同じグループであることを示す情報であり、送信データの抽出毎に、分割したデータ全てに同じ送信識別キーを付与する。また、送信識別キーは、抽出時刻（例えば、マイクロ秒まで）を使用する。
【００２６】
図１１を用いて、データ共有装置Ａ２００が備えるマルチキャスト送信部２３０、データ共有装置Ｂ３００が備えるマルチキャスト受信部３４０、およびデータ共有装置Ｃ４００が備えるマルチキャスト受信部４４０の処理について説明する。ＵＤＰによるマルチキャスト送信は、複数の相手に同じデータを同時に送信する際有効な手段である。ただし、ＵＤＰ送信であるため、送信相手に確実にデータが届いたことの保証はない。したがって、データ共有システム１００は、データ送信をＵＤＰマルチキャストで行うが、到達確認はＴＣＰ／ＩＰにより個々に確認する。図１１は、データ共有装置Ａ２００のデータをデータ共有装置Ｂ３００、データ共有装置Ｃ４００に等価する場合の処理例である。
【００２７】
Ｓ２１０でマルチキャスト受信部３４０及びマルチキャスト受信部４４０が、マルチキャスト送信部２３０にＴＣＰ／ＩＰ接続を行う。これにより、マルチキャスト送信部２３０は、データ共有装置Ａ２００のデータを必要としている他のデータ共有装置を認識する。また、ＴＣＰ／ＩＰ接続時、データ共有装置Ａ２００配下の全データを一通り送信するため、当該全データの送信要求フラグをオンにする。
【００２８】
Ｓ２２０でマルチキャスト送信部２３０が、送信キュー、データ共有装置Ａ２００配下の送信要求フラグがオンのデータの順で送信データを、例えば２００キロバイトなど所定のデータサイズを超えない範囲で抽出し、複数のパケットに分割してマルチキャスト受信部３４０、３５０に対しマルチキャスト送信する。また、送信後、送信要求フラグはオフにする。
【００２９】
Ｓ２３０でマルチキャスト送信部２３０が、ＴＣＰ／ＩＰによって到達確認通知を受信する都度、全ての送信データに関する到達確認を行い、全データの到達確認ができれば、次の送信データの抽出を行う。一方、再送判定時間経過後、全ての送信データに関する到達確認ができない場合、Ｓ２４０でマルチキャスト送信部２３０が、到達確認ができない送信データをマルチキャスト受信部３４０、３５０に対し再度マルチキャスト送信する。Ｓ２４０の再送処理は全ての送信データについて到達確認ができるまで繰り返す。ただし、マルチキャスト送信部２３０は、送信相手のデータ共有装置に異常がある場合、当該送信相手とのＴＣＰ／ＩＰ接続を切断する。そして、全ての送信データについて到達確認ができた場合、Ｓ２５０でマルチキャスト送信部２３０が、送信処理を終了する。
【００３０】
図１２を用いて、データ共有装置Ａ２００、データ共有装置Ｂ３００及びデータ共有装置Ｃ４００の間で行われるＴＣＰ／ＩＰ通信及びＵＤＰ送受信の処理フローについて説明する。はじめに、ＴＣＰ／ＩＰ通信の処理フローについて説明する。
【００３１】
マルチキャスト送信部２３０と、マルチキャスト受信部３４０及びマルチキャスト受信部４４０との間でＴＣＰ／ＩＰ接続が確立された後、Ｓ３１０でマルチキャスト送信部２３０が、ＵＤＰ送信先リストへマルチキャスト受信部３４０及びマルチキャスト受信部４４０を追加する。Ｓ３２０でマルチキャスト送信部２３０が、受信状況データを受信し、５秒間未受信であればタイムアウトとなる。Ｓ３３０でタイムアウトであればＳ３５０に移行し、Ｓ３３０でタイムアウトでなければＳ３４０に移行する。Ｓ３４０でマルチキャスト送信部２３０が、ＵＤＰ受信状況を自身のＵＤＰ送信先リストへ設定する。一方、Ｓ３５０でマルチキャスト送信部２３０が、タイムアウトとなったマルチキャスト受信部とのＴＣＰ／ＩＰ接続を切断する。Ｓ３６０でマルチキャスト送信部２３０が、ＴＣＰ／ＩＰ接続を切断したマルチキャスト受信部をＵＤＰ送信先リストから削除する。
【００３２】
他方、マルチキャスト送信部２３０と、マルチキャスト受信部３４０及びマルチキャスト受信部４４０との間でＴＣＰ／ＩＰ接続が確立された後、Ｓ３７０でマルチキャスト受信部３４０、４４０が、データの未送信時間が３秒経過したか否か、又は受信管理データに変化があったか否かを判定する。そして、両判定が「否」であった場合、Ｓ３７０に戻り再判定を行い、両判定条件のうち何れか一方が合致した場合、Ｓ３８０に移行する。Ｓ３８０でマルチキャスト受信部３４０、４４０が、現在のＵＤＰ送信先リスト受信状況をマルチキャスト送信部２３０に送信する。Ｓ３９０でマルチキャスト受信部３４０、４４０が、マルチキャスト送信部２３０とのデータ伝送を切断するか否かを判定する。
【００３３】
次に、ＵＤＰ送受信の処理フローについて説明する。Ｓ４００で送信キューに送信すべきデータがある場合はＳ４１０に移行し、無い場合はＳ４００で待機する。Ｓ４１０でマルチキャスト送信部２３０が、送信キューから送信データを抽出・分割し、分割した全データをマルチキャスト受信部３４０、４４０にＵＤＰマルチキャスト送信する。Ｓ４２０でマルチキャスト送信部２３０が、再送判定時間が経過するまで待機する。Ｓ４３０でマルチキャスト送信部２３０が、全ＵＤＰ送信先リストにおいて、同じ送信識別キーを有する送信データの受信フラグが全て「１」となっているか否か、つまり、同じ送信識別キーを有する全送信データについて到達確認ができたか否かを判定する。そして、全送信データについて到達確認ができた場合はＳ４００に移行し、１以上の送信データについて到達確認ができない場合はＳ４４０に移行する。Ｓ４４０でマルチキャスト送信部２３０が、到達確認ができない送信データをマルチキャスト受信部３４０、４４０に再送信する。
【００３４】
一方、Ｓ４５０でマルチキャスト受信部３４０、４４０が、マルチキャスト送信部２３０が送信したデータをＵＤＰ受信する。Ｓ４６０でマルチキャスト受信部３４０、４４０が、受信したデータの送信識別キーが一致するか否かを判定し、一致する場合はＳ４８０に移行し、一致しない場合はＳ４７０に移行する。Ｓ４７０でマルチキャスト受信部３４０、４４０が、新たに受信したデータの送信識別キーを設定すると共に、全てのフラグを「０」とし、再構築中（組立中）の送信データを破棄する。Ｓ４８０でマルチキャスト受信部３４０、４４０が、受信データの分割位置フラグを「１」に設定する。Ｓ４９０でマルチキャスト受信部３４０、４４０が、全フラグが揃ったか否かを判定し、揃った場合はＳ５００に移行し、揃っていない場合はＳ４５０に移行する。Ｓ５００でマルチキャスト受信部３４０、４４０が、受信データを再構築すると共に、再構築したデータをデータ管理部３２０、４２０に通知し、これでデータ共有装置Ａ２００のデータがデータ共有装置Ｂ３００、データ共有装置Ｃ４００で反映される。
【００３５】
＜利用システム連係Ｉ／Ｆ部の処理＞
図１３乃至図１５を用いて、利用システム連係Ｉ／Ｆ部２５０、３５０、４５０の処理について説明する。各利用システム連係Ｉ／Ｆ部は、１以上の利用システムと接続し、以下の３つの処理を行う。
（１）利用システムから「データ共有装置名」「周辺装置名」「データ識別名」をリスト形式で受信し、当該リストに該当するデータサイズ、データをデータ管理部より読み出して、利用システムに返信する（保管データの参照処理）。
（２）利用システムから「データ共有装置名」「周辺装置名」「データ識別名」をリスト形式で受信すると共に、当該リストに含まれるデータの変化をデータ管理部より検出し、検出したデータを利用システムに返信する（保管データの変化分参照処理）。
（３）利用システムから「周辺装置名」「データ識別名」「データサイズ」「データ」を受信し、データ管理部に対し保管データの更新要求を行う（保管データの新規登録及び更新処理）。
【００３６】
特に、上記（２）の保管データの変化分参照処理に関しては、データ管理部が自他データ共有装置のデータを新規追加又は更新する中で、システム連係Ｉ／Ｆ部へ「データ共有装置名」「周辺装置名」「データ識別名」「データ通知時刻」「データサイズ」「データ」を通知する。そのため、「保管データの変化分参照処理」では、データ通信接続時に、それぞれの利用システムから通知されている「データ共有装置名」「周辺装置名」「データ識別名」のリスト群と一致するか否かを判定し、一致する場合に当該一致したリスト、データサイズ及びデータを利用システムに返信することとなる。
【００３７】
以下、データ共有装置Ａ２００を例にして説明するが、データ共有装置Ｂ３００及びデータ共有装置Ｃ４００についてもデータ共有装置Ａ２００と同様の処理の流れである。はじめに、図１３を用いて、上記（１）の保管データの参照処理について説明する。Ｓ５１０で利用システム２７０と利用システム連係Ｉ／Ｆ部２５０とが、ＴＣＰ／ＩＰ接続を行う。Ｓ５２０で利用システム２７０が、利用システム連係Ｉ／Ｆ部２５０に対し、参照したいデータに関する「データ共有装置名」「周辺装置名」「データ識別名」をリスト形式で通知するする。Ｓ５３０で利用システム連係Ｉ／Ｆ部２５０が、受信したリストに該当する「データサイズ」「データ」をデータ管理部２２０より読み出す。Ｓ５４０で利用システム連係Ｉ／Ｆ部２５０が、読み出した「データサイズ」「データ」を利用システム２７０に通知する。
【００３８】
次に、図１４を用いて、上記（２）の保管データの変化分参照処理について説明する。はじめに、データ管理部２２０は、変化データサイクリックバッファの最新位置へ階層名と変化データを格納している。ここで、変化データサイクリックバッファには、データ管理の階層名と所定数（例えば、１万個）のデータとをサイクリックに管理している。
【００３９】
Ｓ６１０で利用システム２７０と利用システム連係Ｉ／Ｆ部２５０とが、ＴＣＰ／ＩＰ接続を行う。Ｓ６２０で利用システム２７０が、利用システム連係Ｉ／Ｆ部２５０に対し、変化を検出したいデータに関する「データ共有装置名」「周辺装置名」「データ識別名」をリスト形式で通知する。Ｓ６３０で利用システム連係Ｉ／Ｆ部２５０が、チェック済み位置に変化データサイクリックバッファの最終格納位置を記憶する。Ｓ６４０で利用システム連係Ｉ／Ｆ部２５０が、チェック済み位置と最終格納位置が異なるか否かを判定し、異なる場合はＳ６５０に移行し、同一である場合はＳ６４０で待機する。Ｓ６５０で利用システム連係Ｉ／Ｆ部２５０が、チェック済み位置を１つ進め、その位置に対応する変化データをサイクリックバッファから読み出す。Ｓ６６０で利用システム連係Ｉ／Ｆ部２５０が、読み出したデータの階層名（「データ共有装置」「周辺装置名」「データ識別名」）がＳ６２０で受信したリスト内にあるか否かを判定し、有る場合はＳ６７０に移行し、無い場合はＳ６４０で待機する。Ｓ６７０で利用システム連係Ｉ／Ｆ部２５０が、読み出したデータとその階層名とを利用システム２７０に通知する。
【００４０】
次は、図１５を用いて、上記（３）の保管データの新規登録及び更新処理について説明する。Ｓ７１０で利用システム２７０と利用システム連係Ｉ／Ｆ部２５０とが、ＴＣＰ／ＩＰ接続を行う。Ｓ７２０で利用システム２７０が、利用システム連係Ｉ／Ｆ部２５０に対し、新規登録又は更新を希望するデータに係る「周辺装置名」「データ識別名」「データサイズ」「データ」を通知する。Ｓ７３０で利用システム連係Ｉ／Ｆ部２５０が、データ通知Ｉ／Ｆ機能を用いて、データ管理部２２０が管理するデータの更新を行う。Ｓ７４０で利用システム連係Ｉ／Ｆ部２５０が、利用システム２７０に対し、データの新規登録又は更新完了の通知を行う。
【００４１】
以上、本発明の実施の形態について詳述したが、本発明は係る特定の実施の形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲において、種々の変形・変更が可能である。
【符号の説明】
【００４２】
１００  データ共有システム
２００  データ共有装置Ａ
２１０、３１０、４１０  データ通知Ｉ／Ｆ部
２２０、３２０、４２０  データ管理部
２３０、３３０、４３０  マルチキャスト送信部
２４０、３４０、４４０  マルチキャスト受信部
２５０、３５０、４５０  システム連係Ｉ／Ｆ部
２６０、３６０、４６０  周辺装置
２７０、３７０、４７０  利用システム
３００  データ共有装置Ｂ
４００  データ共有装置Ｃ
【図２】
0005549149.tif 000002
【図３】
0005549149.tif 000003
【図４】
0005549149.tif 000004
【図５】
0005549149.tif 000005
【図６】
0005549149.tif 000006
【図７】
0005549149.tif 000007
【図８】
0005549149.tif 000008
【図９】
0005549149.tif 000009
【図１０】
0005549149.tif 000010
【図１１】
0005549149.tif 000011
【図１２】
0005549149.tif 000012
【図１３】
0005549149.tif 000013
【図１４】
0005549149.tif 000014
【図１５】
0005549149.tif 000015
【図１】
0005549149.tif 000016