(57)【要約】【課題】通信ネットワーク上でデータを共有する場合に、最適なデータの配置先を決定する。【解決手段】データ共有システム１００は、地域Ａに設置された第１共有サーバー１０Ａと、地域Ｂに設置された第２共有サーバー１０Ｂと、地域Ｃに設置された第３共有サーバー１０Ｃと、各医療施設に設置された複数のクライアント端末２０と、を備え、通信ネットワークＮを介してデータ通信可能に接続されている。各共有サーバーに対してクライアント端末２０から各ユーザーがログインした履歴を示すログイン履歴情報を複数の共有サーバー間で共有する。或る共有サーバーに対して、ユーザー間で共有される連携データと連携先ユーザーとが登録されると、ログイン履歴情報に基づいて、連携先ユーザーがログインした履歴がある共有サーバーに対して連携データの複製を送信する。【選択図】図１
2018116593.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークを介して相互にデータ通信可能に接続された複数の共有サーバーと、当該複数の共有サーバーのそれぞれとの間で前記通信ネットワークを介してデータ通信可能なクライアント端末と、を備えるデータ共有システムであって、
前記複数の共有サーバーのそれぞれは、
当該共有サーバーに対して前記クライアント端末から各ユーザーがログインした履歴を示すログイン履歴情報を前記複数の共有サーバー間で共有する共有手段と、
ユーザー間で共有される連携データを連携先ユーザーと対応付けて登録する登録手段と、
前記ログイン履歴情報に基づいて、前記連携先ユーザーがログインした履歴がある共有サーバーに対して前記登録された連携データの複製を送信する送信手段と、
を備えるデータ共有システム。
【請求項２】
前記共有手段は、当該共有手段を備える自共有サーバーに対して前記クライアント端末からユーザーがログインした場合に、当該ログインしたユーザーを示すユーザー識別情報と、当該ログインした日時と、を前記複数の共有サーバーのうち前記自共有サーバー以外の共有サーバーに通知する請求項１に記載のデータ共有システム。
【請求項３】
前記ログイン履歴情報には、ログインしたユーザーを示すユーザー識別情報、当該ユーザーがログインした共有サーバーを示すサーバー識別情報、当該ユーザーが当該共有サーバーにログインした最終日時が含まれる請求項１又は２に記載のデータ共有システム。
【請求項４】
前記複数の共有サーバーのそれぞれは、
当該共有サーバーに対して前記連携データと対応付けられた連携先ユーザーがログインし、かつ、当該共有サーバーに当該連携データ又は当該連携データの複製が登録されていない場合に、当該連携データ又は当該連携データの複製が登録されている共有サーバーから当該連携データの複製を取得する取得手段を備える請求項１から３のいずれか一項に記載のデータ共有システム。
【請求項５】
前記複数の共有サーバーのそれぞれは、
前記連携データが更新された場合に、当該連携データ又は当該連携データの複製が保存されている共有サーバーとの間で、更新分のデータを共有する第２共有手段を備える請求項１から４のいずれか一項に記載のデータ共有システム。
【請求項６】
前記複数の共有サーバーのそれぞれは、
前記連携データが削除された場合に、当該連携データの複製が保存されている共有サーバーに、当該連携データの複製の削除指示を通知する通知手段と、
前記削除指示が通知された場合に、前記連携データの複製を削除する削除手段と、
を備える請求項１から５のいずれか一項に記載のデータ共有システム。
【請求項７】
前記複数の共有サーバーのそれぞれは、
前記複数の共有サーバー間のラウンドトリップ時間を共有する第３共有手段を備える請求項１から６のいずれか一項に記載のデータ共有システム。
【請求項８】
前記複数の共有サーバーのうちいずれかの共有サーバーが当該データ共有システムから切り離される場合に、当該切り離される共有サーバーに原本として登録されていた連携データを、前記複数の共有サーバーのうち当該切り離される共有サーバーとの間のラウンドトリップ時間が最も短い共有サーバーに原本として登録する第２登録手段を備える請求項７に記載のデータ共有システム。
【請求項９】
当該データ共有システムに新たな共有サーバーが追加される場合に、当該新たな共有サーバーを、前記ログイン履歴情報を共有し合う関係の共有サーバーとして登録する第３登録手段を備える請求項１から８のいずれか一項に記載のデータ共有システム。
【請求項１０】
通信ネットワークを介して複数の共有サーバーとデータ通信可能に接続された共有サーバーであって、
自共有サーバー及び前記複数の共有サーバーのそれぞれとの間で前記通信ネットワークを介してデータ通信可能なクライアント端末から各ユーザーが、当該自共有サーバーに対してログインした履歴を示すログイン履歴情報を、前記複数の共有サーバーとの間で共有する共有手段と、
ユーザー間で共有される連携データを連携先ユーザーと対応付けて登録する登録手段と、
前記ログイン履歴情報に基づいて、前記連携先ユーザーがログインした履歴がある共有サーバーに対して前記登録された連携データの複製を送信する送信手段と、
を備える共有サーバー。
【請求項１１】
通信ネットワークを介して複数の共有サーバーとデータ通信可能に接続された共有サーバーを制御するコンピューターを、
自共有サーバー及び前記複数の共有サーバーのそれぞれとの間で前記通信ネットワークを介してデータ通信可能なクライアント端末から各ユーザーが、当該自共有サーバーに対してログインした履歴を示すログイン履歴情報を、前記複数の共有サーバーとの間で共有する共有手段、
ユーザー間で共有される連携データを連携先ユーザーと対応付けて登録する登録手段、
前記ログイン履歴情報に基づいて、前記連携先ユーザーがログインした履歴がある共有サーバーに対して前記登録された連携データの複製を送信する送信手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ共有システム、共有サーバー及びプログラムに関する。
【背景技術】
【０００２】
近年、医療技術の多様化に伴い、特定機能を持つ病院や診療所等の複数の医療施設が医療データを共有し、連携して患者の検査や治療を行う医療連携が普及しつつある。特に、画像診断、画像解析等の専門的な作業を外部に委託する場合が増えてきている。
具体的には、複数の医療施設からアクセス可能な共有サーバーが医療データを管理し、医療連携を希望する連携元ユーザーが共有サーバーにデータを送信し、連携先ユーザーが共有サーバーに保存されているデータを参照する。
【０００３】
また、通信分野では、複数のサーバーに処理を振り分けることで、各サーバーの処理負荷を分散させるとともに、各ユーザー端末との間の通信速度を上げる技術が利用されている。
例えば、同一の情報を有する複数の配信サイトが設置された分散型コンピューターネットワークにおいて、不特定多数のユーザー端末が、ネットワークパフォーマンスの試験データに基づいて、最適な配信サイトを決定するコンテンツ配信方法が提案されている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特許第４９６８９７５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、上記従来技術のような分散型コンピューターネットワークでパフォーマンスを最大化するためには、全ての分散サーバー（配信サイト）に配信データを配置する必要があるため、実際にはユーザーからアクセスされない配信サイトにもデータを複製しておかなければならないという問題があった。また、各ユーザー端末からデータを取得するたびに性能試験を行うため、無駄な通信トラフィックが発生し、最適な配信サイトを決定するのに時間がかかっていた。
【０００６】
本発明は、上記の従来技術における問題に鑑みてなされたものであって、通信ネットワーク上でデータを共有する場合に、最適なデータの配置先を決定することを課題とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、請求項１に記載の発明は、通信ネットワークを介して相互にデータ通信可能に接続された複数の共有サーバーと、当該複数の共有サーバーのそれぞれとの間で前記通信ネットワークを介してデータ通信可能なクライアント端末と、を備えるデータ共有システムであって、前記複数の共有サーバーのそれぞれは、当該共有サーバーに対して前記クライアント端末から各ユーザーがログインした履歴を示すログイン履歴情報を前記複数の共有サーバー間で共有する共有手段と、ユーザー間で共有される連携データを連携先ユーザーと対応付けて登録する登録手段と、前記ログイン履歴情報に基づいて、前記連携先ユーザーがログインした履歴がある共有サーバーに対して前記登録された連携データの複製を送信する送信手段と、を備える。
【０００８】
請求項２に記載の発明は、請求項１に記載のデータ共有システムにおいて、前記共有手段は、当該共有手段を備える自共有サーバーに対して前記クライアント端末からユーザーがログインした場合に、当該ログインしたユーザーを示すユーザー識別情報と、当該ログインした日時と、を前記複数の共有サーバーのうち前記自共有サーバー以外の共有サーバーに通知する。
【０００９】
請求項３に記載の発明は、請求項１又は２に記載のデータ共有システムにおいて、前記ログイン履歴情報には、ログインしたユーザーを示すユーザー識別情報、当該ユーザーがログインした共有サーバーを示すサーバー識別情報、当該ユーザーが当該共有サーバーにログインした最終日時が含まれる。
【００１０】
請求項４に記載の発明は、請求項１から３のいずれか一項に記載のデータ共有システムにおいて、前記複数の共有サーバーのそれぞれは、当該共有サーバーに対して前記連携データと対応付けられた連携先ユーザーがログインし、かつ、当該共有サーバーに当該連携データ又は当該連携データの複製が登録されていない場合に、当該連携データ又は当該連携データの複製が登録されている共有サーバーから当該連携データの複製を取得する取得手段を備える。
【００１１】
請求項５に記載の発明は、請求項１から４のいずれか一項に記載のデータ共有システムにおいて、前記複数の共有サーバーのそれぞれは、前記連携データが更新された場合に、当該連携データ又は当該連携データの複製が保存されている共有サーバーとの間で、更新分のデータを共有する第２共有手段を備える。
【００１２】
請求項６に記載の発明は、請求項１から５のいずれか一項に記載のデータ共有システムにおいて、前記複数の共有サーバーのそれぞれは、前記連携データが削除された場合に、当該連携データの複製が保存されている共有サーバーに、当該連携データの複製の削除指示を通知する通知手段と、前記削除指示が通知された場合に、前記連携データの複製を削除する削除手段と、を備える。
【００１３】
請求項７に記載の発明は、請求項１から６のいずれか一項に記載のデータ共有システムにおいて、前記複数の共有サーバーのそれぞれは、前記複数の共有サーバー間のラウンドトリップ時間を共有する第３共有手段を備える。
【００１４】
請求項８に記載の発明は、請求項７に記載のデータ共有システムにおいて、前記複数の共有サーバーのうちいずれかの共有サーバーが当該データ共有システムから切り離される場合に、当該切り離される共有サーバーに原本として登録されていた連携データを、前記複数の共有サーバーのうち当該切り離される共有サーバーとの間のラウンドトリップ時間が最も短い共有サーバーに原本として登録する第２登録手段を備える。
【００１５】
請求項９に記載の発明は、請求項１から８のいずれか一項に記載のデータ共有システムにおいて、当該データ共有システムに新たな共有サーバーが追加される場合に、当該新たな共有サーバーを、前記ログイン履歴情報を共有し合う関係の共有サーバーとして登録する第３登録手段を備える。
【００１６】
請求項１０に記載の発明は、通信ネットワークを介して複数の共有サーバーとデータ通信可能に接続された共有サーバーであって、自共有サーバー及び前記複数の共有サーバーのそれぞれとの間で前記通信ネットワークを介してデータ通信可能なクライアント端末から各ユーザーが、当該自共有サーバーに対してログインした履歴を示すログイン履歴情報を、前記複数の共有サーバーとの間で共有する共有手段と、ユーザー間で共有される連携データを連携先ユーザーと対応付けて登録する登録手段と、前記ログイン履歴情報に基づいて、前記連携先ユーザーがログインした履歴がある共有サーバーに対して前記登録された連携データの複製を送信する送信手段と、を備える。
【００１７】
請求項１１に記載の発明は、通信ネットワークを介して複数の共有サーバーとデータ通信可能に接続された共有サーバーを制御するコンピューターを、自共有サーバー及び前記複数の共有サーバーのそれぞれとの間で前記通信ネットワークを介してデータ通信可能なクライアント端末から各ユーザーが、当該自共有サーバーに対してログインした履歴を示すログイン履歴情報を、前記複数の共有サーバーとの間で共有する共有手段、ユーザー間で共有される連携データを連携先ユーザーと対応付けて登録する登録手段、前記ログイン履歴情報に基づいて、前記連携先ユーザーがログインした履歴がある共有サーバーに対して前記登録された連携データの複製を送信する送信手段、として機能させるためのプログラムである。
【発明の効果】
【００１８】
本発明によれば、通信ネットワーク上でデータを共有する場合に、最適なデータの配置先を決定することができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の実施の形態におけるデータ共有システムのシステム構成図である。
【図２】共有サーバーの機能的構成を示すブロック図である。
【図３】ログイン履歴管理テーブルのデータ構成例である。
【図４】原本管理テーブルのデータ構成例である。
【図５】共有サーバー管理テーブルのデータ構成例である。
【図６】通信時間管理テーブルのデータ構成例である。
【図７】連携情報テーブルのデータ構成例である。
【図８】レプリケーション管理テーブルのデータ構成例である。
【図９】クライアント端末の機能的構成を示すブロック図である。
【図１０】連携データ登録処理を示すフローチャートである。
【図１１】連携データ参照処理を示すフローチャートである。
【図１２】基本登録シーケンスを示すラダーチャートである。
【図１３】基本参照シーケンスを示すラダーチャートである。
【図１４】応用参照シーケンスを示すラダーチャートである。
【図１５】連携データ更新シーケンスを示すラダーチャートである。
【図１６】（ａ）は、更新データに対応するレコードが登録された後の第２共有サーバーのレプリケーション管理テーブルの例である。（ｂ）は、更新データに対応するレコードが登録された後の原本管理テーブルの例である。（ｃ）は、更新データに対応するレコードが追加された後の第１共有サーバーの連携情報テーブルの例である。
【図１７】連携データ削除シーケンスを示すラダーチャートである。
【図１８】（ａ）は、削除対象の連携データに対応するレコードの「有効フラグ」が「False」に変更された後の原本管理テーブルの例である。（ｂ）は、削除対象の連携データに対応するレコードの「有効フラグ」が「False」に変更された後のレプリケーション管理テーブルの例である。
【図１９】共有サーバー追加シーケンスを示すラダーチャートである。
【図２０】共有サーバー削除シーケンスを示すラダーチャートである。
【発明を実施するための形態】
【００２０】
〔データ共有システムの構成〕
以下、図を参照して本発明に係るデータ共有システムの一実施の形態について説明する。
図１に、データ共有システム１００のシステム構成を示す。
図１に示すように、データ共有システム１００は、地域Ａに設置された第１共有サーバー１０Ａと、地域Ｂに設置された第２共有サーバー１０Ｂと、地域Ｃに設置された第３共有サーバー１０Ｃと、各医療施設に設置された複数のクライアント端末２０と、を備えて構成されている。
【００２１】
第１共有サーバー１０Ａ、第２共有サーバー１０Ｂ及び第３共有サーバー１０Ｃは、インターネット等の通信ネットワークＮを介して相互にデータ通信可能に接続されている。第１共有サーバー１０ＡのＩＰアドレスは「１０．２０．３０．１」であり、第２共有サーバー１０ＢのＩＰアドレスは「１０．５０．７０．１」であり、第３共有サーバー１０ＣのＩＰアドレスは「１０．４０．５０．１」である。
各クライアント端末２０は、第１共有サーバー１０Ａ、第２共有サーバー１０Ｂ、第３共有サーバー１０Ｃのそれぞれとの間で通信ネットワークＮを介してデータ通信可能となっている。
なお、データ共有システム１００を構成する第１共有サーバー１０Ａ、第２共有サーバー１０Ｂ、第３共有サーバー１０Ｃ、クライアント端末２０の各装置の数は、特に限定されない。
【００２２】
第１共有サーバー１０Ａは、医療施設間の医療連携サービスを提供するものであり、各医療施設において生成された診療データを連携データとして蓄積し、管理する。例えば、第１共有サーバー１０Ａは、各医療施設から他の医療施設における検査や読影の依頼を受け付け、検査結果や読影結果のデータを管理する。
第２共有サーバー１０Ｂ、第３共有サーバー１０Ｃについても、第１共有サーバー１０Ａと同様である。
以下、第１共有サーバー１０Ａ、第２共有サーバー１０Ｂ及び第３共有サーバー１０Ｃを特に区別しない場合には、共有サーバー１０と記載する。
【００２３】
クライアント端末２０は、データ共有システム１００を利用するユーザーが用いるコンピューター装置であり、医療施設の医師が他の医療施設の医師と医療の連携を行う際に使用される。例えば、クライアント端末２０は、いずれかの共有サーバー１０にアクセスし、共有サーバー１０に他のユーザーと共有するための連携データを送信したり、共有サーバー１０に保存されている連携データを閲覧したりする際に用いられる。
連携データは、データ共有システム１００を利用するユーザー間で共有されるデータである。連携データには、画像データ、ドキュメントデータ、マルチメディアデータ（動画・音声）、測定機器によって計測されたデータ等が含まれる。
【００２４】
〔共有サーバーの構成〕
図２に、共有サーバー１０の機能的構成を示す。
図２に示すように、共有サーバー１０は、制御部１１、ＲＡＭ１２、通信部１３、記憶部１４等を備えて構成されており、各部はバス１５により接続されている。
【００２５】
制御部１１は、ＣＰＵ（Central Processing Unit）等により構成され、共有サーバー１０の各部の処理動作を統括的に制御する制御回路である。制御部１１は、記憶部１４に記憶されている各種プログラムを読み出してＲＡＭ１２に展開し、当該プログラムとの協働により各種処理を実行する。
【００２６】
ＲＡＭ１２は、制御部１１により実行制御される各種処理において、記憶部１４から読み出された各種プログラム、入力若しくは出力データ及びパラメーター等を一時的に記憶するワークエリアを形成する。
【００２７】
通信部１３は、ネットワークインターフェース等により構成され、通信ネットワークＮを介して接続された外部機器との間でデータの送受信を行う通信回路である。
【００２８】
記憶部１４は、ＨＤＤ（Hard Disk Drive）や不揮発性の半導体メモリー等により構成されるため、それぞれ単独として見た場合、記憶装置でもある。記憶部１４は、制御部１１により実行される各種プログラムを記憶しているほか、各種プログラムを実行するために必要なパラメーターやデータを記憶している。具体的には、記憶部１４には、ログイン履歴管理テーブルＴ１、原本管理テーブルＴ２、共有サーバー管理テーブルＴ３、通信時間管理テーブルＴ４、連携情報テーブルＴ５、レプリケーション管理テーブルＴ６等が記憶されている。また、記憶部１４には、医療連携に係る連携データが記憶される。
【００２９】
ログイン履歴管理テーブルＴ１、原本管理テーブルＴ２、共有サーバー管理テーブルＴ３及び通信時間管理テーブルＴ４は、データ共有システム１００内の複数の共有サーバー１０間で共有される内容である。
一方、連携情報テーブルＴ５及びレプリケーション管理テーブルＴ６は、共有サーバー１０ごとに異なる内容である。
【００３０】
図３に、ログイン履歴管理テーブルＴ１のデータ構成例を示す。
ログイン履歴管理テーブルＴ１は、データ共有システム１００内の全ての共有サーバー１０に対してクライアント端末２０から各ユーザーがログインした履歴を示すログイン履歴情報を管理するためのテーブルである。ログイン履歴情報には、ログインしたユーザーを示すユーザー識別情報、ユーザーがログインした共有サーバー１０を示すサーバー識別情報、ユーザーが共有サーバー１０にログインした最終日時が含まれる。ログイン履歴管理テーブルＴ１には、「ユーザーＩＤ」、「ログインサーバー」、「ログイン日時」が対応付けられて格納されている。
「ユーザーＩＤ」フィールドには、共有サーバー１０に対してログインしたユーザーを示すユーザー識別情報としてのユーザーＩＤが格納される。
「ログインサーバー」フィールドには、ユーザーがログインした共有サーバー１０を示すサーバー識別情報としてのＩＰアドレスが格納される。
「ログイン日時」フィールドには、ユーザーが共有サーバー１０にログインした最終日時が格納される。同一のユーザーが同一の共有サーバー１０に再度ログインした場合には、ログイン履歴管理テーブルＴ１内の該当するレコードの「ログイン日時」のみが更新される。
ログイン履歴管理テーブルＴ１は、各共有サーバー１０間で共有され、変更された際には、変更内容が相互に通知し合われる。
【００３１】
図４に、原本管理テーブルＴ２のデータ構成例を示す。
原本管理テーブルＴ２は、データ共有システム１００内で管理されている連携データの原本がどの共有サーバー１０に存在するかを管理するためのテーブルである。連携データがデータ共有システム１００内で複製されることで、同一内容の連携データが複数の共有サーバー１０に存在することとなるが、同一内容の連携データのうち、原則として、データ共有システム１００内で最初に登録された連携データ（クライアント端末２０からアップロードされた連携データ）を「原本」として扱うこととし、この原本を複製した連携データ（他の共有サーバー１０から取得された連携データ）を「複製」として扱うこととする。例外として、後述する更新データの場合には、更新対象となる元々の連携データの原本が登録されている共有サーバー１０に登録された更新データを「原本」として扱う。
【００３２】
原本管理テーブルＴ２には、「連携ＵＵＩＤ（連携Universal Unique ID）」、「原本サーバー」、「有効フラグ」が対応付けられて格納されている。
「連携ＵＵＩＤ」フィールドには、連携データを識別するための識別情報としての連携ＵＵＩＤが格納される。連携ＵＵＩＤは、データ共有システム１００内で必ず一意となる情報である。
「原本サーバー」フィールドには、連携データを原本として保存している共有サーバー１０のＩＰアドレスが格納される。
「有効フラグ」フィールドには、連携データが有効であるか否かを示す情報（True／False）が格納される。連携データは、「有効フラグ」が「True」である間保管され、原本が削除されると、「有効フラグ」が「False」に設定される。
原本管理テーブルＴ２は、各共有サーバー１０間で共有され、変更された際には、変更内容が相互に通知し合われる。
【００３３】
図５に、共有サーバー管理テーブルＴ３のデータ構成例を示す。
共有サーバー管理テーブルＴ３は、相互に情報を共有し合う共有サーバー１０のグループを管理するためのテーブルである。共有サーバー管理テーブルＴ３には、「共有サーバー」、「地域」が対応付けられて格納されている。
「共有サーバー」フィールドには、相互に情報を共有し合う共有サーバー１０として連携関係が設定された共有サーバー１０のＩＰアドレスが格納される。
「地域」フィールドには、共有サーバー１０が設置された地域を示す情報が格納される。
共有サーバー管理テーブルＴ３は、各共有サーバー１０間で共有され、変更された際には、変更内容が相互に通知し合われる。
【００３４】
図６に、通信時間管理テーブルＴ４のデータ構成例を示す。
通信時間管理テーブルＴ４は、データ共有システム１００内の各共有サーバー１０間の通信時間（ラウンドトリップ時間）を管理するためのテーブルである。通信時間管理テーブルＴ４には、「サーバー組」、「通信時間」が対応付けられて格納されている。
「サーバー組」フィールドには、データ共有システム１００内の二つの共有サーバー１０の組み合わせをＩＰアドレスで示したものが格納される。
「通信時間」フィールドには、二つの共有サーバー１０間の通信時間（ラウンドトリップ時間）が格納される。
通信時間管理テーブルＴ４は、各共有サーバー１０間で共有され、変更された際には、変更内容が相互に通知し合われる。
【００３５】
図７（ａ）〜（ｃ）は、それぞれ、第１共有サーバー１０Ａ、第２共有サーバー１０Ｂ、第３共有サーバー１０Ｃにおける連携情報テーブルＴ５のデータ構成例である。
連携情報テーブルＴ５は、自共有サーバー内に原本として登録されている連携データがどのユーザーから送信され、どのユーザーが参照できるのかを管理するためのテーブルである。連携情報テーブルＴ５には、「連携ＵＵＩＤ」、「連携元ユーザーＩＤ」、「連携先ユーザーＩＤ」が対応付けられて格納されている。自共有サーバーとは、複数の共有サーバー１０のうち、現在対象としている共有サーバー１０のことをいう。例えば、「連携情報テーブルＴ５」について「自共有サーバー」という場合には、この連携情報テーブルＴ５が記憶されている記憶部１４を備える共有サーバー１０を指している。また、「制御部１１」について「自共有サーバー」という場合には、この制御部１１を備える共有サーバー１０を指している。
「連携ＵＵＩＤ」フィールドには、自共有サーバー内に原本として登録されている連携データの連携ＵＵＩＤが格納される。
「連携元ユーザーＩＤ」フィールドには、連携データを送信したユーザー（連携元ユーザー）のユーザーＩＤが格納される。
「連携先ユーザーＩＤ」フィールドには、連携データを参照可能なユーザー（連携先ユーザー）のユーザーＩＤが格納される。
連携情報テーブルＴ５は、個々の共有サーバー１０で管理されるものである。他の共有サーバー１０で原本として登録されている連携データの情報については、他の共有サーバー１０に問い合わせを行い、応答結果を取得する。
【００３６】
図８に、レプリケーション管理テーブルＴ６のデータ構成例を示す。
レプリケーション管理テーブルＴ６は、自共有サーバー内に複製として登録されている連携データを管理するためのテーブルである。レプリケーション管理テーブルＴ６には、「連携ＵＵＩＤ」、「レプリケーション日時」、「有効フラグ」が対応付けられて格納されている。
「連携ＵＵＩＤ」フィールドには、自共有サーバー内に複製として登録されている連携データの連携ＵＵＩＤが格納される。
「レプリケーション日時」フィールドには、連携データが自共有サーバーに複製された日時が格納される。
「有効フラグ」フィールドには、複製された連携データが有効であるか否かを示す情報（True／False）が格納される。「有効フラグ」が「True」である場合には、複製された連携データは、有効に存在する。一方、原本管理テーブルＴ２で或る連携データが削除されたことに伴い、複製された連携データを削除する場合、又は、メンテナンスのため、一定期間以上経過した複製された連携データを削除する場合には、「有効フラグ」は「False」に設定される。
【００３７】
制御部１１は、自共有サーバーに対してクライアント端末２０から各ユーザーがログインした履歴を示すログイン履歴情報（ログイン履歴管理テーブルＴ１）を複数の共有サーバー１０間で共有する。すなわち、制御部１１は、共有手段として機能する。
具体的には、制御部１１は、自共有サーバーに対してクライアント端末２０からユーザーがログインした場合に、当該ログインしたユーザーを示すユーザー識別情報（ユーザーＩＤ）と、当該ログインした日時と、を複数の共有サーバー１０のうち自共有サーバー以外の共有サーバー１０に通知する。
【００３８】
制御部１１は、ユーザー間で共有される連携データを連携先ユーザーと対応付けて登録する。すなわち、制御部１１は、登録手段として機能する。具体的には、制御部１１は、記憶部１４に連携データを記憶させるとともに、当該連携データの連携ＵＵＩＤ、連携元ユーザーＩＤ（クライアント端末２０から連携データを送信したユーザーのユーザーＩＤ）、連携先ユーザーＩＤを対応付けて連携情報テーブルＴ５に登録する。
【００３９】
制御部１１は、ログイン履歴情報（ログイン履歴管理テーブルＴ１）に基づいて、通信部１３を介して、連携先ユーザーがログインした履歴がある共有サーバー１０に対して、登録された連携データの複製を送信させる。すなわち、制御部１１及び通信部１３は、送信手段として機能する。
【００４０】
制御部１１は、共有サーバー１０に対して連携データと対応付けられた連携先ユーザーがログインし、かつ、当該共有サーバー１０に当該連携データ又は当該連携データの複製が登録されていない場合に、当該連携データ又は当該連携データの複製が登録されている共有サーバー１０から当該連携データの複製を取得する。すなわち、制御部１１は、取得手段として機能する。
【００４１】
制御部１１は、連携データが更新された場合に、当該連携データ又は当該連携データの複製が保存されている共有サーバー１０との間で、更新分のデータ（更新データ）を共有する。すなわち、制御部１１は、第２共有手段として機能する。「連携データの更新」とは、連携データに対して別の連携データを追加すること、又は、連携データに対する返信に該当する連携データを登録することをいう。
【００４２】
制御部１１は、連携データが削除された場合に、当該連携データの複製が保存されている共有サーバー１０に、当該連携データの複製の削除指示を通知する。すなわち、制御部１１は、通知手段として機能する。
制御部１１は、他の共有サーバー１０から削除指示が通知された場合に、削除指示に対応する連携データの複製を削除する。すなわち、制御部１１は、削除手段として機能する。
【００４３】
制御部１１は、複数の共有サーバー１０間のラウンドトリップ時間を共有する。すなわち、制御部１１は、第３共有手段として機能する。例えば、制御部１１は、１日ごと、１時間ごと等、定期的にラウンドトリップ時間を計測し、相互に通知し合う。
【００４４】
制御部１１は、複数の共有サーバー１０のうちいずれかの共有サーバー１０がデータ共有システム１００から切り離される場合に、当該切り離される共有サーバー１０に原本として登録されていた連携データを、複数の共有サーバー１０のうち当該切り離される共有サーバー１０との間のラウンドトリップ時間が最も短い共有サーバー１０に原本として登録する。すなわち、制御部１１は、第２登録手段として機能する。
【００４５】
制御部１１は、データ共有システム１００に新たな共有サーバー１０が追加される場合に、当該新たな共有サーバー１０を、ログイン履歴情報を共有し合う関係の共有サーバー１０として登録する。すなわち、制御部１１は、第３登録手段として機能する。
【００４６】
〔クライアント端末の構成〕
図９に、クライアント端末２０の機能的構成を示す。
図９に示すように、クライアント端末２０は、制御部２１、ＲＡＭ２２、通信部２３、操作部２４、表示部２５、記憶部２６等を備えて構成され、各部はバス２７等により接続されている。
【００４７】
制御部２１は、ＣＰＵ等により構成され、クライアント端末２０の各部の処理動作を統括的に制御する制御回路である。制御部２１は、記憶部２６に記憶されている各種プログラムを読み出してＲＡＭ２２に展開し、当該プログラムとの協働により各種処理を実行する。
【００４８】
ＲＡＭ２２は、制御部２１により実行制御される各種処理において、記憶部２６から読み出された各種プログラム、入力若しくは出力データ及びパラメーター等を一時的に記憶するワークエリアを形成する。
【００４９】
通信部２３は、ネットワークインターフェース等により構成され、通信ネットワークＮを介して接続された外部機器との間でデータの送受信を行う通信回路である。
【００５０】
操作部２４は、カーソルキー、文字入力キー及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードに対するキー操作やマウス操作により入力された操作信号を制御部２１に出力する操作機器である。
【００５１】
表示部２５は、ＬＣＤ（Liquid Crystal Display）等のモニターを備えて構成されており、制御部２１から入力される表示信号の指示に従って、各種画面を表示する表示装置である。
【００５２】
記憶部２６は、ＨＤＤや不揮発性の半導体メモリー等により構成されるため、記憶装置としても構成される。記憶部２６は、制御部２１により実行される各種プログラムを記憶しているほか、各種プログラムを実行するために必要なパラメーターやデータを記憶している。
【００５３】
〔連携データ登録処理〕
次に、本実施の形態における動作について説明する。
図１０は、共有サーバー１０により行われる連携データ登録処理を示すフローチャートである。この処理は、クライアント端末２０からの連携データの送信を受け付ける処理であり、制御部１１と記憶部１４に記憶されているプログラムとの協働により実行される。
【００５４】
まず、制御部１１は、自共有サーバーに対するクライアント端末２０からのログインを受け付ける（ステップＳ１）。例えば、制御部１１は、クライアント端末２０のユーザーにより操作部２４から入力されたユーザーＩＤ及びパスワードを取得し、このユーザーＩＤ及びパスワードの組み合わせが、予め登録されているユーザーＩＤ及びパスワードの組み合わせと一致する場合に、ユーザー認証がＯＫであると判断する。
【００５５】
次に、制御部１１は、自共有サーバーのログイン履歴管理テーブルＴ１に、「ユーザーＩＤ」、「ログインサーバー（自共有サーバーのＩＰアドレス）」、「ログイン日時」を対応付けて登録する（ステップＳ２）。ログイン履歴管理テーブルＴ１に、同一の「ユーザーＩＤ」と「ログインサーバー」の組み合わせに対応するレコードが既に存在する場合には、制御部１１は、このレコードの「ログイン日時」のみを最終ログイン日時に変更する。
【００５６】
次に、制御部１１は、通信部１３を介して、ログイン履歴管理テーブルＴ１に登録した「ユーザーＩＤ」、「ログインサーバー（自共有サーバーのＩＰアドレス）」、「ログイン日時」を対応付けて、他共有サーバーに通知する（ステップＳ３）。
この通知を受けた他共有サーバーでは、これらの情報が他共有サーバーのログイン履歴管理テーブルＴ１に登録される。
【００５７】
次に、制御部１１は、クライアント端末２０から連携先ユーザーの指定とともに、連携データのアップロードを受け付ける（ステップＳ４）。例えば、クライアント端末２０では、ユーザーによる操作部２４からの操作により、当該クライアント端末２０が設置された医療施設において生成された医療データの中から、アップロード対象の連携データが選択されるとともに、連携先ユーザーが指定される。選択された連携データ及び指定された連携先ユーザーは、通信部２３を介して共有サーバー１０に送信される。制御部１１は、選択された連携データ及び指定された連携先ユーザーを、通信部１３を介して、クライアント端末２０から取得する。なお、アップロード対象の連携データは、事前に決められており、自動的に対象となってもよい。また、連携先ユーザーについても、事前に決められていてもよい。
【００５８】
次に、制御部１１は、アップロードされた連携データに連携ＵＵＩＤを発行し、連携データに関する情報を、自共有サーバーの原本管理テーブルＴ２、連携情報テーブルＴ５に登録する（ステップＳ５）。具体的には、制御部１１は、アップロードされた連携データを記憶部１４に記憶させるとともに、原本管理テーブルＴ２に、「連携ＵＵＩＤ」、「原本サーバー（自共有サーバーのＩＰアドレス）」を対応付けて登録し、このレコードの「有効フラグ」を「True」にする。また、制御部１１は、連携情報テーブルＴ５に、「連携ＵＵＩＤ」、「連携元ユーザーＩＤ（ログインユーザーのユーザーＩＤ）」、「連携先ユーザーＩＤ（連携先ユーザーのユーザーＩＤ）」を対応付けて登録する。
【００５９】
次に、制御部１１は、通信部１３を介して、原本管理テーブルＴ２に登録した「連携ＵＵＩＤ」、「原本サーバー」、「有効フラグ」を対応付けて、他共有サーバーに通知する（ステップＳ６）。
この通知を受けた他共有サーバーでは、これらの情報が他共有サーバーの原本管理テーブルＴ２に登録される。
【００６０】
次に、制御部１１は、処理対象とする他共有サーバーを設定する（ステップＳ７）。具体的には、制御部１１は、共有サーバー管理テーブルＴ３に登録されている自共有サーバー以外の共有サーバー１０の中から、処理対象とする他共有サーバーを選択する。
【００６１】
次に、制御部１１は、ログイン履歴管理テーブルＴ１を参照し、処理対象の他共有サーバーに連携先ユーザーがログインした履歴があるか否かを判断する（ステップＳ８）。具体的には、制御部１１は、ログイン履歴管理テーブルＴ１に、「ユーザーＩＤ」が連携先ユーザーであり、かつ、「ログインサーバー」が処理対象の他共有サーバーであるレコードが存在するか否かを判断する。
処理対象の他共有サーバーに連携先ユーザーがログインした履歴がある場合には（ステップＳ８；ＹＥＳ）、制御部１１は、通信部１３を介して、処理対象の他共有サーバーに連携データの複製を送信する（ステップＳ９）。
連携データの複製を受信した他共有サーバーでは、連携データの複製が記憶部１４に記憶され、複製に関する情報がレプリケーション管理テーブルＴ６に登録される。
【００６２】
ステップＳ９の後、又は、ステップＳ８において、処理対象の他共有サーバーに連携先ユーザーがログインした履歴がない場合には（ステップＳ８；ＮＯ）、制御部１１は、未処理の他共有サーバーがあるか否かを判断する（ステップＳ１０）。
未処理の他共有サーバーがある場合には（ステップＳ１０；ＹＥＳ）、ステップＳ７に戻り、処理対象とする他共有サーバーを変更して、処理を繰り返す。
【００６３】
ステップＳ１０において、未処理の他共有サーバーがない場合（ステップＳ１０；ＮＯ）、すなわち、全ての他共有サーバーについて処理が終了した場合には、連携データ登録処理が終了する。
【００６４】
〔連携データ参照処理〕
図１１は、共有サーバー１０により行われる連携データ参照処理を示すフローチャートである。この処理は、クライアント端末２０からの連携データの参照を受け付ける処理であり、制御部１１と記憶部１４に記憶されているプログラムとの協働により実行される。
【００６５】
まず、制御部１１は、クライアント端末２０から参照対象とする連携データ（連携ＵＵＩＤ）の指定を受け付ける（ステップＳ１１）。具体的には、制御部１１は、自共有サーバー及び他共有サーバーの連携情報テーブルＴ５において、クライアント端末２０からログインしたユーザーのユーザーＩＤが「連携先ユーザーＩＤ」として登録されている連携データの連携ＵＵＩＤを抽出し、抽出された連携ＵＵＩＤ（又は連携データを特定するための他の情報）をクライアント端末２０に対して提示する。なお、制御部１１は、他共有サーバーで管理されている連携情報テーブルＴ５の内容については、他共有サーバーに問い合わせ、応答結果を取得する。
【００６６】
次に、制御部１１は、原本管理テーブルＴ２に、指定された連携データ（連携ＵＵＩＤ）に対応するレコードが、「有効フラグ」が「True」の状態で存在するか否かを判断する（ステップＳ１２）。
【００６７】
原本管理テーブルＴ２に、指定された連携データに対応するレコードが、「有効フラグ」が「True」の状態で存在する場合には（ステップＳ１２；ＹＥＳ）、制御部１１は、原本管理テーブルＴ２を参照して、指定された連携データ（連携ＵＵＩＤ）の原本サーバーが自共有サーバーであるか否かを判断する（ステップＳ１３）。
【００６８】
指定された連携データの原本サーバーが自共有サーバーである場合には（ステップＳ１３；ＹＥＳ）、制御部１１は、自共有サーバーの記憶部１４から、指定された連携データを読み出す（ステップＳ１４）。
【００６９】
ステップＳ１３において、指定された連携データの原本サーバーが自共有サーバーでない場合には（ステップＳ１３；ＮＯ）、制御部１１は、レプリケーション管理テーブルＴ６に、指定された連携データに対応するレコードが、「有効フラグ」が「True」の状態で存在するか否かを判断する（ステップＳ１５）。
【００７０】
レプリケーション管理テーブルＴ６に、指定された連携データに対応するレコードが、「有効フラグ」が「True」の状態で存在する場合には（ステップＳ１５；ＹＥＳ）、制御部１１は、自共有サーバーの記憶部１４から、指定された連携データの複製を読み出す（ステップＳ１６）。
【００７１】
ステップＳ１５において、レプリケーション管理テーブルＴ６に、指定された連携データに対応するレコードが、「有効フラグ」が「True」の状態で存在しない場合には（ステップＳ１５；ＮＯ）、制御部１１は、原本が存在する共有サーバー１０から連携データの複製を取得する（ステップＳ１７）。具体的には、制御部１１は、原本管理テーブルＴ２から、指定された連携データ（連携ＵＵＩＤ）に対応する原本サーバーのＩＰアドレスを取得し、このＩＰアドレスに基づいて、原本が存在する共有サーバー１０に、連携データの取得要求を送信する。
【００７２】
ステップＳ１４、ステップＳ１６又はステップＳ１７の後、制御部１１は、通信部１３を介して、クライアント端末２０に連携データを提供する（ステップＳ１８）。クライアント端末２０では、提供された連携データが表示部２５に表示される。
【００７３】
ステップＳ１２において、原本管理テーブルＴ２に、指定された連携データに対応するレコードが、「有効フラグ」が「True」の状態で存在しない場合には（ステップＳ１２；ＮＯ）、クライアント端末２０に連携データを提供することはできない（ステップＳ１９）。
ステップＳ１８又はステップＳ１９の後、連携データ参照処理が終了する。
【００７４】
〔基本登録シーケンス〕
図１２は、第１共有サーバー１０Ａ、第２共有サーバー１０Ｂ、第３共有サーバー１０Ｃ、クライアント端末２０Ａ、クライアント端末２０Ｂにより行われる基本登録シーケンスを示すラダーチャートである。ここで、クライアント端末２０Ａは、地域Ａに設置されているクライアント端末２０であり、クライアント端末２０Ｂは、地域Ｂに設置されているクライアント端末２０である。以下の記述においても同様とする。
【００７５】
まず、クライアント端末２０Ａにおいて、ユーザーによる操作部２４からの操作により、ログイン先の第１共有サーバー１０Ａが指定され、第１共有サーバー１０Ａに対してログインが行われる（ステップＳ２１）。
【００７６】
第１共有サーバー１０Ａでは、制御部１１が、通信部１３を介して、クライアント端末２０Ａから送信されたユーザーＩＤを取得し、記憶部１４のログイン履歴管理テーブルＴ１に、「ユーザーＩＤ」、「ログインサーバー（第１共有サーバー１０ＡのＩＰアドレス）」、「ログイン日時」を対応付けて登録する（ステップＳ２２）。例えば、図３に示すログイン履歴管理テーブルＴ１の１行目のレコードとして、ユーザーＩＤ「ｉ００００００１」、ログインサーバー「１０．２０．３０．１」、ログイン日時「２０１６／０９／０２  ０６：０１：０７」が登録される。
第１共有サーバー１０Ａの制御部１１は、ログイン履歴管理テーブルＴ１の内容を共有するために、登録した情報（「ユーザーＩＤ」、「ログインサーバー（第１共有サーバー１０ＡのＩＰアドレス）」、「ログイン日時」）を、通信部１３を介して、第２共有サーバー１０Ｂ及び第３共有サーバー１０Ｃに通知する。
【００７７】
第２共有サーバー１０Ｂ、第３共有サーバー１０Ｃでは、制御部１１が、通信部１３を介して、第１共有サーバー１０Ａから送信された情報を取得し、自共有サーバーのログイン履歴管理テーブルＴ１に、「ユーザーＩＤ」、「ログインサーバー（第１共有サーバー１０ＡのＩＰアドレス）」、「ログイン日時」を対応付けて登録し、情報を共有する（ステップＳ２３、Ｓ２４）。
【００７８】
次に、クライアント端末２０Ｂにおいて、ユーザーによる操作部２４からの操作により、ログイン先の第２共有サーバー１０Ｂが指定され、第２共有サーバー１０Ｂに対してログインが行われる（ステップＳ２５）。
【００７９】
第２共有サーバー１０Ｂでは、制御部１１が、通信部１３を介して、クライアント端末２０Ｂから送信されたユーザーＩＤを取得し、記憶部１４のログイン履歴管理テーブルＴ１に、「ユーザーＩＤ」、「ログインサーバー（第２共有サーバー１０ＢのＩＰアドレス）」、「ログイン日時」を対応付けて登録する（ステップＳ２６）。例えば、図３に示すログイン履歴管理テーブルＴ１の２行目のレコードとして、ユーザーＩＤ「ｉ００００００２」、ログインサーバー「１０．５０．７０．１」、ログイン日時「２０１６／０９／１３  １９：３５：０５」が登録される。
第２共有サーバー１０Ｂの制御部１１は、ログイン履歴管理テーブルＴ１の内容を共有するために、登録した情報（「ユーザーＩＤ」、「ログインサーバー（第２共有サーバー１０ＢのＩＰアドレス）」、「ログイン日時」）を、通信部１３を介して、第１共有サーバー１０Ａ及び第３共有サーバー１０Ｃに通知する。
【００８０】
第１共有サーバー１０Ａ、第３共有サーバー１０Ｃでは、制御部１１が、通信部１３を介して、第２共有サーバー１０Ｂから送信された情報を取得し、自共有サーバーのログイン履歴管理テーブルＴ１に、「ユーザーＩＤ」、「ログインサーバー（第２共有サーバー１０ＢのＩＰアドレス）」、「ログイン日時」を対応付けて登録し、情報を共有する（ステップＳ２７、Ｓ２８）。
【００８１】
次に、クライアント端末２０Ａにおいて、ユーザーによる操作部２４からの操作により、連携先ユーザーが指定され、第１共有サーバー１０Ａに対して、連携データがアップロードされる（ステップＳ２９）。具体的には、クライアント端末２０Ａの制御部２１は、通信部２３を介して、第１共有サーバー１０Ａに対して、指定された連携先ユーザーのユーザーＩＤとともに、連携データを送信する。
【００８２】
第１共有サーバー１０Ａでは、制御部１１が、通信部１３を介して、クライアント端末２０Ａから送信された連携先ユーザーのユーザーＩＤ及び連携データを取得し、連携データを記憶部１４に記憶させるとともに、記憶部１４の原本管理テーブルＴ２に、「連携ＵＵＩＤ」、「原本サーバー（第１共有サーバー１０ＡのＩＰアドレス）」、「有効フラグ（True）」を対応付けて登録する（ステップＳ３０）。例えば、図４に示す原本管理テーブルＴ２の１行目のレコードとして、連携ＵＵＩＤ「１．０．０．１」、原本サーバー「１０．２０．３０．１」、有効フラグ「True」が登録される。
第１共有サーバー１０Ａの制御部１１は、原本管理テーブルＴ２の内容を共有するために、登録した情報（「連携ＵＵＩＤ」、「原本サーバー（第１共有サーバー１０ＡのＩＰアドレス）」、「有効フラグ（True）」）を、通信部１３を介して、第２共有サーバー１０Ｂ及び第３共有サーバー１０Ｃに通知する。
【００８３】
第２共有サーバー１０Ｂ、第３共有サーバー１０Ｃでは、制御部１１が、通信部１３を介して、第１共有サーバー１０Ａから送信された情報を取得し、自共有サーバーの原本管理テーブルＴ２に、「連携ＵＵＩＤ」、「原本サーバー（第１共有サーバー１０ＡのＩＰアドレス）」、「有効フラグ（True）」を対応付けて登録し、情報を共有する（ステップＳ３１、Ｓ３２）。
【００８４】
また、第１共有サーバー１０Ａでは、制御部１１が、連携情報テーブルＴ５に、「連携ＵＵＩＤ」、「連携元ユーザーＩＤ（ログインユーザーのユーザーＩＤ）」、「連携先ユーザーＩＤ（連携先ユーザーのユーザーＩＤ）」を対応付けて登録する。例えば、図７（ａ）に示すように、連携ＵＵＩＤ「１．０．０．１」、連携元ユーザーＩＤ「ｉ００００００１」、連携先ユーザーＩＤ「ｉ００００００２」が登録される。
【００８５】
次に、第１共有サーバー１０Ａの制御部１１は、ログイン履歴管理テーブルＴ１を参照し、連携先ユーザーがログインした履歴がある第２共有サーバー１０Ｂを特定し、第２共有サーバー１０Ｂに対して、レプリケーションを実行する（ステップＳ３３）。具体的には、第１共有サーバー１０Ａの制御部１１は、図３に示すログイン履歴管理テーブルＴ１を参照して、連携先ユーザーのユーザーＩＤ「ｉ００００００２」に対応するログインサーバー「１０．５０．７０．１（第２共有サーバー１０Ｂ）」を特定する。そして、第１共有サーバー１０Ａの制御部１１は、通信部１３を介して、クライアント端末２０Ａからアップロードされた連携データの複製を、連携ＵＵＩＤとともに第２共有サーバー１０Ｂに送信する。
【００８６】
第２共有サーバー１０Ｂでは、制御部１１が、通信部１３を介して、第１共有サーバー１０Ａから送信された情報を取得し、連携データの複製を記憶部１４に記憶させるとともに、自共有サーバーのレプリケーション管理テーブルＴ６に、「連携ＵＵＩＤ」、「レプリケーション日時」、「有効フラグ（True）」を対応付けて登録する（ステップＳ３４）。この結果、第２共有サーバー１０Ｂのレプリケーション管理テーブルＴ６は、図８に示すように、連携ＵＵＩＤ「１．０．０．１」、レプリケーション日時「２０１６／１１／２４  １９：４６：００」、有効フラグ「True」と登録される。
以上で、基本登録シーケンスが終了する。
【００８７】
〔基本参照シーケンス〕
図１３は、第２共有サーバー１０Ｂ、クライアント端末２０Ｂにより行われる基本参照シーケンスを示すラダーチャートである。
【００８８】
まず、クライアント端末２０Ｂにおいて、ユーザーによる操作部２４からの操作により、連携データが指定され、第２共有サーバー１０Ｂに対して、ダウンロードが指示される（ステップＳ４１）。具体的には、クライアント端末２０Ｂの制御部２１は、通信部２３を介して、第２共有サーバー１０Ｂに対して、指定された連携データの連携ＵＵＩＤとともに、ダウンロード指示を送信する。
【００８９】
第２共有サーバー１０Ｂでは、制御部１１が、クライアント端末２０Ｂから送信されたダウンロード指示に基づいて、自共有サーバーに連携データ又は複製が存在するか否かを確認する（ステップＳ４２）。
具体的には、制御部１１は、原本管理テーブルＴ２を参照し、指定された連携データに対応するレコードの「有効フラグ」が「True」であるか否か、指定された連携データに対応するレコードの原本サーバーが第２共有サーバー１０Ｂであるか否かを確認する（ステップＳ４３）。
また、制御部１１は、自共有サーバーのレプリケーション管理テーブルＴ６を参照し、指定された連携データに対応するレコードが、「有効フラグ」が「True」の状態で存在するか否かを確認する（ステップＳ４４）。
【００９０】
図１２に示した状況で連携データが登録され、ダウンロード対象の連携データの連携ＵＵＩＤが「１．０．０．１」である場合には、第２共有サーバー１０Ｂにおいて、原本管理テーブルＴ２（図４参照）の該当レコードの「有効フラグ」は「True」であり、原本サーバーは「１０．２０．３０．１（第１共有サーバー１０Ａ）」であるから、連携データは、データ共有システム１００内に存在する。また、第２共有サーバー１０Ｂのレプリケーション管理テーブルＴ６（図８参照）の該当レコードの「有効フラグ」は「True」であるから、第２共有サーバー１０Ｂには、連携データの複製が保存されている。
【００９１】
この場合、第２共有サーバー１０Ｂでは、制御部１１が、記憶部１４から、指定された連携データの複製を読み出し、クライアント端末２０Ｂに提供する（ステップＳ４５）。
【００９２】
クライアント端末２０Ｂでは、第２共有サーバー１０Ｂから連携データをダウンロードすることができる（ステップＳ４６）。
以上で、基本参照シーケンスが終了する。
【００９３】
〔応用参照シーケンス〕
図１４は、第１共有サーバー１０Ａ、第３共有サーバー１０Ｃ、クライアント端末２０Ｂにより行われる応用参照シーケンスを示すラダーチャートである。
【００９４】
まず、クライアント端末２０Ｂにおいて、ユーザーによる操作部２４からの操作により、連携データが指定され、第３共有サーバー１０Ｃに対して、ダウンロードが指示される（ステップＳ５１）。具体的には、クライアント端末２０Ｂの制御部２１は、通信部２３を介して、第３共有サーバー１０Ｃに対して、指定された連携データの連携ＵＵＩＤとともに、ダウンロード指示を送信する。
【００９５】
第３共有サーバー１０Ｃでは、制御部１１が、クライアント端末２０Ｂから送信されたダウンロード指示に基づいて、自共有サーバーに連携データ又は複製が存在するか否かを確認する（ステップＳ５２）。
具体的には、制御部１１は、原本管理テーブルＴ２を参照し、指定された連携データに対応するレコードの「有効フラグ」が「True」であるか否か、指定された連携データに対応するレコードの原本サーバーが第３共有サーバー１０Ｃであるか否かを確認する（ステップＳ５３）。
また、制御部１１は、自共有サーバーのレプリケーション管理テーブルＴ６を参照し、指定された連携データに対応するレコードが、「有効フラグ」が「True」の状態で存在するか否かを確認する（ステップＳ５４）。
【００９６】
図１２に示した状況で連携データが登録され、ダウンロード対象の連携データの連携ＵＵＩＤが「１．０．０．１」である場合には、第３共有サーバー１０Ｃにおいて、原本管理テーブルＴ２（図４参照）の該当レコードの「有効フラグ」は「True」であり、原本サーバーは「１０．２０．３０．１（第１共有サーバー１０Ａ）」であるから、連携データは、データ共有システム１００内に存在する。また、第３共有サーバー１０Ｃのレプリケーション管理テーブルＴ６（図示せず）には、ダウンロード対象の連携データに対応するレコードはないから、第３共有サーバー１０Ｃには、連携データの複製は保存されていない。
【００９７】
この場合、第３共有サーバー１０Ｃの制御部１１は、通信部１３を介して、連携データの原本が存在する第１共有サーバー１０Ａに、指定された連携データの連携ＵＵＩＤとともに、連携データの取得要求を送信する（ステップＳ５５）。
【００９８】
第１共有サーバー１０Ａでは、第３共有サーバー１０Ｃから連携データの取得要求を受信すると、制御部１１は、第３共有サーバー１０Ｃに対して、レプリケーションを実行する（ステップＳ５６）。具体的には、第１共有サーバー１０Ａの制御部１１は、通信部１３を介して、連携ＵＵＩＤにより特定される連携データの複製を、連携ＵＵＩＤとともに第３共有サーバー１０Ｃに送信する。
【００９９】
第３共有サーバー１０Ｃでは、制御部１１が、通信部１３を介して、第１共有サーバー１０Ａから送信された情報を取得し、連携データの複製を記憶部１４に記憶させるとともに、自共有サーバーのレプリケーション管理テーブルＴ６に、「連携ＵＵＩＤ」、「レプリケーション日時」、「有効フラグ（True）」を対応付けて登録する（ステップＳ５７）。
【０１００】
第３共有サーバー１０Ｃの制御部１１は、記憶部１４から、指定された連携データの複製を読み出し、クライアント端末２０Ｂに提供する（ステップＳ５８）。
【０１０１】
クライアント端末２０Ｂでは、第３共有サーバー１０Ｃから連携データをダウンロードすることができる（ステップＳ５９）。
以上で、応用参照シーケンスが終了する。
【０１０２】
なお、応用参照シーケンスでは、第３共有サーバー１０Ｃが、連携データの原本が存在する第１共有サーバー１０Ａから連携データの複製を取得する場合について説明したが、連携データの原本又は複製が存在する共有サーバー１０のうち、第３共有サーバー１０Ｃとの間で最も通信時間が短い共有サーバー１０から連携データの複製を取得することとしてもよい。
【０１０３】
〔連携データ更新シーケンス〕
図１５は、第１共有サーバー１０Ａ、第２共有サーバー１０Ｂ、第３共有サーバー１０Ｃ、クライアント端末２０Ｂにより行われる連携データ更新シーケンスを示すラダーチャートである。
【０１０４】
まず、クライアント端末２０Ｂにおいて、ユーザーによる操作部２４からの操作により、連携データが指定され、第２共有サーバー１０Ｂに対して、連携データに対する更新データがアップロードされる（ステップＳ６１）。具体的には、クライアント端末２０Ｂの制御部２１は、通信部２３を介して、第２共有サーバー１０Ｂに対して、指定された連携データの連携ＵＵＩＤとともに、更新データを送信する。
【０１０５】
第２共有サーバー１０Ｂの制御部１１は、原本管理テーブルＴ２から、「連携ＵＵＩＤ」に対応する「原本サーバー」を検索する（ステップＳ６２）。例えば、図４に示す原本管理テーブルＴ２によると、指定された連携データの連携ＵＵＩＤが「１．０．０．１」である場合には、対応する原本サーバーは「１０．２０．３０．１（第１共有サーバー１０Ａ）」である。
【０１０６】
次に、第２共有サーバー１０Ｂの制御部１１は、更新データに対応する新たな連携ＵＵＩＤを発行し（ステップＳ６３）、記憶部１４に更新データを記憶させるとともに、新たな連携ＵＵＩＤをレプリケーション管理テーブルＴ６に登録する（ステップＳ６４）。つまり、第２共有サーバー１０Ｂにおいて、更新データは複製として扱われる。
図１６（ａ）に、新たな連携ＵＵＩＤ「３．７．８．９」に対応するレコードが登録された後の第２共有サーバー１０Ｂのレプリケーション管理テーブルＴ６の例を示す。
【０１０７】
第２共有サーバー１０Ｂの制御部１１は、通信部１３を介して、ステップＳ６１で指定された連携データの原本が存在する第１共有サーバー１０Ａに、新たな連携ＵＵＩＤとともに、連携データの更新要求（更新分のデータの登録要求）を送信する（ステップＳ６５）。
【０１０８】
第１共有サーバー１０Ａでは、第２共有サーバー１０Ｂから連携データの更新要求を受信すると、制御部１１は、新たな連携ＵＵＩＤで原本管理テーブルＴ２に更新データを登録する（ステップＳ６６）。具体的には、第１共有サーバー１０Ａの制御部１１は、記憶部１４に更新データを記憶させるとともに、原本管理テーブルＴ２に、「連携ＵＵＩＤ（新たな連携ＵＵＩＤ）」、「原本サーバー（第１共有サーバー１０ＡのＩＰアドレス）」、「有効フラグ（True）」を対応付けて登録する。つまり、第１共有サーバー１０Ａにおいて、更新データは原本として扱われる。
図１６（ｂ）に、更新データに対応するレコードが登録された後の原本管理テーブルＴ２の例を示す。
【０１０９】
また、第１共有サーバー１０Ａの制御部１１は、第１共有サーバー１０Ａの連携情報テーブルＴ５に、更新データに対応するレコードを追加登録する。
図１６（ｃ）に、更新データに対応するレコードが追加された後の第１共有サーバー１０Ａの連携情報テーブルＴ５の例を示す。
なお、更新データについては、元々の連携データの「連携元ユーザーＩＤ（ｉ００００００１）」及び「連携先ユーザーＩＤ（ｉ００００００２）」が引き継がれる。
【０１１０】
第１共有サーバー１０Ａの制御部１１は、原本管理テーブルＴ２の内容を共有するために、登録した情報（「連携ＵＵＩＤ」、「原本サーバー」、「有効フラグ」）を、通信部１３を介して、第２共有サーバー１０Ｂ及び第３共有サーバー１０Ｃに通知する。
【０１１１】
第２共有サーバー１０Ｂ、第３共有サーバー１０Ｃでは、制御部１１が、通信部１３を介して、第１共有サーバー１０Ａから送信された情報を取得し、自共有サーバーの原本管理テーブルＴ２に、「連携ＵＵＩＤ」、「原本サーバー」、「有効フラグ」を対応付けて登録し、情報を共有する（ステップＳ６７、Ｓ６８）。
以上で、連携データ更新シーケンスが終了する。
【０１１２】
〔連携データ削除シーケンス〕
図１７は、第１共有サーバー１０Ａ、第２共有サーバー１０Ｂ、第３共有サーバー１０Ｃ、クライアント端末２０Ａにより行われる連携データ削除シーケンスを示すラダーチャートである。
【０１１３】
まず、クライアント端末２０Ａにおいて、ユーザーによる操作部２４からの操作により、連携データが指定されると、クライアント端末２０Ａの制御部２１は、通信部２３を介して、第１共有サーバー１０Ａに対して、指定された連携データの連携ＵＵＩＤとともに、連携データの削除要求を送信する（ステップＳ７１）。
【０１１４】
第１共有サーバー１０Ａの制御部１１は、原本管理テーブルＴ２から、削除対象の連携データの「連携ＵＵＩＤ」に対応する「原本サーバー」を検索し、該当レコードの「有効フラグ」を「False」に変更する（ステップＳ７２）。
図１８（ａ）に、図４に示す状態から、連携ＵＵＩＤ「１．０．０．１」に対応するレコードの「有効フラグ」が「False」に変更された後の原本管理テーブルＴ２の例を示す。
【０１１５】
第１共有サーバー１０Ａの制御部１１は、原本管理テーブルＴ２の内容を共有するために、通信部１３を介して、連携ＵＵＩＤとともに、連携データの複製の削除指示を第２共有サーバー１０Ｂ及び第３共有サーバー１０Ｃに通知する。
【０１１６】
第２共有サーバー１０Ｂ、第３共有サーバー１０Ｃでは、制御部１１が、通信部１３を介して、第１共有サーバー１０Ａから送信された連携ＵＵＩＤ及び削除指示を取得する。第２共有サーバー１０Ｂ及び第３共有サーバー１０Ｃの制御部１１は、自共有サーバーの原本管理テーブルＴ２の、削除対象の連携データに対応するレコードの「有効フラグ」を「False」に変更し、情報を共有する（ステップＳ７３、Ｓ７４）。
【０１１７】
第１共有サーバー１０Ａの制御部１１は、記憶部１４に記憶されている連携データの原本を削除する（ステップＳ７５）。ここで、第１共有サーバー１０Ａの制御部１１は、削除対象の連携データの原本をバックアップフォルダー内にコピーした後、記憶部１４に記憶されている連携データの原本を削除する。
【０１１８】
第２共有サーバー１０Ｂの制御部１１は、第２共有サーバー１０Ｂのレプリケーション管理テーブルＴ６を確認し（ステップＳ７６）、削除対象の連携データの複製が第２共有サーバー１０Ｂ内に存在する場合には、記憶部１４に記憶されている連携データの複製を削除する（ステップＳ７７）。第２共有サーバー１０Ｂにおいても、削除対象の連携データの複製をバックアップフォルダー内にコピーした後、記憶部１４に記憶されている連携データの複製を削除することとしてもよい。
第２共有サーバー１０Ｂの制御部１１は、第２共有サーバー１０Ｂのレプリケーション管理テーブルＴ６において、削除対象の連携データに対応するレコードの「有効フラグ」を「False」に変更する（ステップＳ７８）。
図１８（ｂ）に、図８に示す状態から、連携ＵＵＩＤ「１．０．０．１」に対応するレコードの「有効フラグ」が「False」に変更された後のレプリケーション管理テーブルＴ６の例を示す。
【０１１９】
第３共有サーバー１０Ｃの制御部１１は、第３共有サーバー１０Ｃのレプリケーション管理テーブルＴ６を確認し（ステップＳ７９）、削除対象の連携データの複製が第３共有サーバー１０Ｃ内に存在しない場合には、特に何もしない（ステップＳ８０）。
以上で、連携データ削除シーケンスが終了する。
【０１２０】
〔共有サーバー追加シーケンス〕
図１９は、第１共有サーバー１０Ａ、第２共有サーバー１０Ｂ、第３共有サーバー１０Ｃ、追加共有サーバー１０Ｄ、クライアント端末２０Ｄにより行われる共有サーバー追加シーケンスを示すラダーチャートである。追加共有サーバー１０Ｄは、地域Ｄに新たに追加される共有サーバー１０である。追加共有サーバー１０Ｄは、図２に示した共有サーバー１０と同様の機能を有するものであるため、図２を援用し、詳細な説明を省略する。また、クライアント端末２０Ｄは、地域Ｄに設置されているクライアント端末２０であり、管理者により使用される。
【０１２１】
まず、クライアント端末２０Ｄの制御部２１は、ユーザーによる操作部２４からの操作に応じて、新たにデータ共有システム１００に追加される追加共有サーバー１０Ｄに対して、通信部２３を介して、共有サーバー追加要求を送信する（ステップＳ８１）。
【０１２２】
追加共有サーバー１０Ｄの制御部１１は、通信部１３を介して、追加共有サーバー１０Ｄとの間の通信時間が最も短いと考えられる第１共有サーバー１０Ａに対して、共有サーバー追加通知を送信する（ステップＳ８２）。追加共有サーバー１０Ｄから第１共有サーバー１０Ａに送信される情報には、追加共有サーバー１０ＤのＩＰアドレスと、追加共有サーバー１０Ｄが設置された地域を示す情報（地域Ｄ）が含まれる。
【０１２３】
第１共有サーバー１０Ａの制御部１１は、予め定められた所定の判断基準により、接続を許可する地域のサーバーであるか否かを判定する。その結果、接続を許可する地域のサーバーであると判定された場合には、第１共有サーバー１０Ａの制御部１１は、通信部１３を介して、追加共有サーバー１０Ｄにログイン履歴管理テーブルＴ１及び原本管理テーブルＴ２を送信する（ステップＳ８３）。
【０１２４】
追加共有サーバー１０Ｄの制御部１１は、通信部１３を介して、第１共有サーバー１０Ａから送信されたログイン履歴管理テーブルＴ１及び原本管理テーブルＴ２を取得し、取得したログイン履歴管理テーブルＴ１及び原本管理テーブルＴ２を自共有サーバーの記憶部１４に登録し、情報を共有する（ステップＳ８４）。
【０１２５】
また、第１共有サーバー１０Ａの制御部１１は、自共有サーバーの共有サーバー管理テーブルＴ３に、追加共有サーバー１０ＤのＩＰアドレスと地域を示す情報を登録する（ステップＳ８５）。すなわち、第１共有サーバー１０Ａの制御部１１は、追加共有サーバー１０Ｄを、ログイン履歴情報等を共有し合う関係の共有サーバー１０として登録する。
【０１２６】
次に、第１共有サーバー１０Ａの制御部１１は、通信部１３を介して、データ共有システム１００内の他の第２共有サーバー１０Ｂ、第３共有サーバー１０Ｃに対して、追加共有サーバー１０Ｄについての共有サーバー追加通知を送信する（ステップＳ８６）。第１共有サーバー１０Ａから第２共有サーバー１０Ｂ、第３共有サーバー１０Ｃに送信される情報には、追加共有サーバー１０ＤのＩＰアドレスと、追加共有サーバー１０Ｄが設置された地域を示す情報が含まれる。
【０１２７】
第２共有サーバー１０Ｂ、第３共有サーバー１０Ｃでは、制御部１１が、通信部１３を介して、第１共有サーバー１０Ａから送信された情報を取得し、自共有サーバーの共有サーバー管理テーブルＴ３に、追加共有サーバー１０ＤのＩＰアドレスと地域を示す情報を登録する（ステップＳ８７、Ｓ８８）。
【０１２８】
第１共有サーバー１０Ａの制御部１１は、通信部１３を介して、追加共有サーバー１０Ｄとの間の通信時間（ラウンドトリップ時間）を計測する（ステップＳ８９）。
第２共有サーバー１０Ｂの制御部１１は、通信部１３を介して、追加共有サーバー１０Ｄとの間の通信時間を計測する（ステップＳ９０）。
第３共有サーバー１０Ｃの制御部１１は、通信部１３を介して、追加共有サーバー１０Ｄとの間の通信時間を計測する（ステップＳ９１）。
【０１２９】
第１共有サーバー１０Ａ、第２共有サーバー１０Ｂ、第３共有サーバー１０Ｃ、追加共有サーバー１０Ｄの制御部１１は、各共有サーバー１０間の通信時間を相互に通知し合い、各共有サーバー１０間の通信時間を自共有サーバーの記憶部１４の通信時間管理テーブルＴ４に登録する。
また、追加共有サーバー１０Ｄの制御部１１は、各共有サーバー１０及び地域を示す情報を第１共有サーバー１０Ａ、第２共有サーバー１０Ｂ又は第３共有サーバー１０Ｃから取得し、自共有サーバーの記憶部１４の共有サーバー管理テーブルＴ３に登録する。
以上で、共有サーバー追加シーケンスが終了する。
【０１３０】
〔共有サーバー削除シーケンス〕
図２０は、第１共有サーバー１０Ａ、第２共有サーバー１０Ｂ、第３共有サーバー１０Ｃ、削除共有サーバー１０Ｅ、クライアント端末２０Ｅにより行われる共有サーバー削除シーケンスを示すラダーチャートである。ここで、削除共有サーバー１０Ｅは、地域Ｅに設置され、第１共有サーバー１０Ａ、第２共有サーバー１０Ｂ、第３共有サーバー１０Ｃと同様、データ共有システム１００内の共有サーバー１０として使用されていたこととする。削除共有サーバー１０Ｅは、図２に示した共有サーバー１０と同様の機能を有するものであるため、図２を援用し、詳細な説明を省略する。また、クライアント端末２０Ｅは、地域Ｅに設置されているクライアント端末２０であり、管理者により使用される。
【０１３１】
まず、クライアント端末２０Ｅにおいて、ユーザーによる操作部２４からの操作により、データ共有システム１００から切り離される削除共有サーバー１０Ｅが指定されると、制御部２１は、通信部２３を介して、削除対象の削除共有サーバー１０Ｅに対して、共有サーバー削除要求を送信する（ステップＳ１０１）。
【０１３２】
削除共有サーバー１０Ｅの制御部１１は、通信時間管理テーブルＴ４を参照して、削除共有サーバー１０Ｅとの通信時間が最も短い共有サーバー１０として、第１共有サーバー１０Ａを抽出する。削除共有サーバー１０Ｅの制御部１１は、通信部１３を介して、第１共有サーバー１０Ａに対して、共有サーバー削除開始通知を送信する（ステップＳ１０２）。削除共有サーバー１０Ｅから第１共有サーバー１０Ａに送信される情報には、削除共有サーバー１０ＥのＩＰアドレスが含まれる。
【０１３３】
第１共有サーバー１０Ａの制御部１１は、ログイン履歴管理テーブルＴ１から削除共有サーバー１０ＥのＩＰアドレスに対応するレコードを削除する（ステップＳ１０３）。
また、第１共有サーバー１０Ａの制御部１１は、共有サーバー管理テーブルＴ３から削除共有サーバー１０ＥのＩＰアドレスに対応するレコードを削除する（ステップＳ１０４）。また、第１共有サーバー１０Ａの制御部１１は、通信時間管理テーブルＴ４から削除共有サーバー１０ＥのＩＰアドレスが含まれる「サーバー組」に対応するレコードを削除する。
【０１３４】
第１共有サーバー１０Ａの制御部１１は、通信部１３を介して、データ共有システム１００内の他の第２共有サーバー１０Ｂ、第３共有サーバー１０Ｃに対して、削除共有サーバー１０Ｅについての共有サーバー削除通知を送信する（ステップＳ１０５）。第１共有サーバー１０Ａから第２共有サーバー１０Ｂ、第３共有サーバー１０Ｃに送信される情報には、削除共有サーバー１０ＥのＩＰアドレスが含まれる。
【０１３５】
第２共有サーバー１０Ｂ、第３共有サーバー１０Ｃでは、制御部１１が、通信部１３を介して、第１共有サーバー１０Ａから送信された情報を取得し、自共有サーバーのログイン履歴管理テーブルＴ１から削除共有サーバー１０ＥのＩＰアドレスに対応するレコードを削除する（ステップＳ１０６）。
また、第２共有サーバー１０Ｂ、第３共有サーバー１０Ｃの制御部１１は、自共有サーバーの共有サーバー管理テーブルＴ３から削除共有サーバー１０ＥのＩＰアドレスに対応するレコードを削除する（ステップＳ１０７）。また、第２共有サーバー１０Ｂ、第３共有サーバー１０Ｃの制御部１１は、自共有サーバーの通信時間管理テーブルＴ４から削除共有サーバー１０ＥのＩＰアドレスが含まれる「サーバー組」に対応するレコードを削除する。
【０１３６】
次に、第１共有サーバー１０Ａの制御部１１は、通信部１３を介して、削除共有サーバー１０Ｅに原本移動要求通知を送信する（ステップＳ１０８）。
【０１３７】
削除共有サーバー１０Ｅの制御部１１は、原本管理テーブルＴ２を参照して、有効な連携データの原本を確認する（ステップＳ１０９）。具体的には、削除共有サーバー１０Ｅの制御部１１は、原本管理テーブルＴ２から原本サーバーが自共有サーバーであり、かつ、「有効フラグ」が「True」のレコードを抽出し、抽出されたレコードの連携ＵＵＩＤ（削除共有サーバー１０Ｅに原本として保存されている連携データ）を特定する。
【０１３８】
削除共有サーバー１０Ｅの制御部１１は、通信部１３を介して、第１共有サーバー１０Ａに対して、原本移動応答通知を送信する（ステップＳ１１０）。具体的には、削除共有サーバー１０Ｅの制御部１１は、削除共有サーバー１０Ｅに原本として登録されている連携データの連携ＵＵＩＤに対応する連携元ユーザーＩＤ及び連携先ユーザーＩＤを、連携情報テーブルＴ５から取得し、削除共有サーバー１０Ｅにおいて原本として登録されていた連携データを、その連携ＵＵＩＤ、連携元ユーザーＩＤ、連携先ユーザーＩＤとともに、第１共有サーバー１０Ａに送信する。
【０１３９】
第１共有サーバー１０Ａの制御部１１は、削除共有サーバー１０Ｅにおいて原本として登録されていた連携データを、原本管理テーブルＴ２に登録する（ステップＳ１１１）。具体的には、第１共有サーバー１０Ａの制御部１１は、連携データを記憶部１４に記憶させるとともに、記憶部１４の原本管理テーブルＴ２に、「連携ＵＵＩＤ」、「原本サーバー（第１共有サーバー１０ＡのＩＰアドレス）」、「有効フラグ（True）」を対応付けて登録する。また、第１共有サーバー１０Ａの制御部１１は、連携情報テーブルＴ５に、「連携ＵＵＩＤ」、「連携元ユーザーＩＤ」、「連携先ユーザーＩＤ」を対応付けて登録する。つまり、第１共有サーバー１０Ａの制御部１１は、削除共有サーバー１０Ｅに原本として登録されていた連携データを、自共有サーバーに原本として登録する。
【０１４０】
第１共有サーバー１０Ａの制御部１１は、原本管理テーブルＴ２の内容を共有するために、登録した情報（「連携ＵＵＩＤ」、「原本サーバー（第１共有サーバー１０ＡのＩＰアドレス）」、「有効フラグ（True）」）を、通信部１３を介して、第２共有サーバー１０Ｂ及び第３共有サーバー１０Ｃに通知する。
【０１４１】
第２共有サーバー１０Ｂ、第３共有サーバー１０Ｃでは、制御部１１が、通信部１３を介して、第１共有サーバー１０Ａから送信された情報を取得し、自共有サーバーの原本管理テーブルＴ２に、「連携ＵＵＩＤ」、「原本サーバー（第１共有サーバー１０ＡのＩＰアドレス）」、「有効フラグ（True）」を対応付けて登録し、情報を共有する（ステップＳ１１２）。
【０１４２】
第１共有サーバー１０Ａの制御部１１は、通信部１３を介して、削除共有サーバー１０Ｅに共有サーバー削除完了通知を送信する（ステップＳ１１３）。
以上で、共有サーバー削除シーケンスが終了する。
【０１４３】
以上説明したように、本実施の形態によれば、データ共有システム１００内の共有サーバー１０間で共有されているログイン履歴管理テーブルＴ１に基づいて、連携先ユーザーがログインした履歴がある共有サーバー１０に対して連携データの複製を送信するので、連携先ユーザーが通常使用している共有サーバー１０に連携データの複製を配置することができる。連携先ユーザーがログインした履歴がある共有サーバー１０は、連携先ユーザーが使用するクライアント端末２０との間の通信時間が短い、又は、連携先ユーザーが所属する医療施設から距離的に近いと考えられるため、連携先ユーザーが連携データを参照する際の通信時間を短縮することができる。このように、通信ネットワークＮ上でデータを共有する場合に、最適なデータの配置先を決定することができる。
【０１４４】
また、別地域に設置された共有サーバー１０を介して連携するユーザー間では、複数の共有サーバー１０に連携データ又は複製が保存されるため、ディザスターリカバリーのためのバックアップとなり得る。
また、同一地域に設置された共有サーバー１０を介して連携するユーザー間で、レプリケーションしないこととすれば、通信ネットワークＮ上で送受信される情報量や、共有サーバー１０の容量の節約となる。
【０１４５】
また、連携先ユーザーがログインした共有サーバー１０に、目的の連携データ又は複製が登録されていない場合に、当該連携データ又は複製が登録されている共有サーバー１０から当該連携データの複製を取得するので、連携先ユーザーがこれまでログインした履歴がない共有サーバー１０にアクセスした場合であっても、連携データの参照が可能となる。
【０１４６】
また、連携データが更新された場合に、当該連携データ又は当該連携データの複製が保存されている共有サーバー１０との間で、更新分のデータを共有するので、更新分のデータについても、共有サーバー１０間で情報の一致性を保つことができる。
【０１４７】
また、連携データが削除された場合に、当該連携データの複製が保存されている共有サーバー１０においても、連携データの複製を削除するので、共有サーバー１０間で情報の一致性を保つことができ、セキュリティーが向上する。また、無効になった連携データを誤って利用してしまうことを防ぐことができる。
【０１４８】
また、データ共有システム１００に新たな共有サーバー１０が追加される場合に、新たな共有サーバー１０を、ログイン履歴情報（ログイン履歴管理テーブルＴ１）を共有し合う関係の共有サーバー１０として、共有サーバー管理テーブルＴ３に登録するので、新たな共有サーバー１０を容易に追加することができる。
【０１４９】
また、複数の共有サーバー１０のうちいずれかの共有サーバー１０がデータ共有システム１００から切り離される場合に、切り離される共有サーバー１０に原本として登録されていた連携データを、複数の共有サーバー１０のうち当該切り離される共有サーバー１０との間のラウンドトリップ時間が最も短い共有サーバー１０に原本として登録するので、データ共有システム１００内のいずれかの共有サーバー１０の使用を中止する場合であっても、連携データを他共有サーバーに引き継ぐことができる。
【０１５０】
なお、上記実施の形態における記述は、本発明に係るデータ共有システムの例であり、これに限定されるものではない。システムを構成する各装置の細部構成及び細部動作に関しても本発明の趣旨を逸脱することのない範囲で適宜変更可能である。
【０１５１】
例えば、上記実施の形態では、連携先ユーザーがログインした履歴がある共有サーバー１０に対して、連携データの複製を送信することとしたが、連携先ユーザーが最後にログインした共有サーバー１０や、連携先ユーザーによるログイン回数が所定の値以上の共有サーバー１０に対して、連携データの複製を送信することとしてもよい。
【０１５２】
また、上記実施の形態では、各共有サーバー１０にログイン履歴管理テーブルＴ１が記憶されている場合について説明したが、共有サーバー１０間で相互に情報を共有できれば、いずれかの共有サーバー１０が一括して管理していてもよい。
また、上記実施の形態では、各共有サーバー１０の通信時間管理テーブルＴ４に、全ての共有サーバー１０間のラウンドトリップ時間が含まれることとしたが、自共有サーバーとの間のラウンドトリップ時間が所定値以下の情報のみ、又は、「サーバー組」のいずれかが自共有サーバーである情報のみが含まれることとしてもよい。
【０１５３】
また、過去のデータに関しては、必要がなければレプリケーションしないこととすることで、共有サーバー１０の容量を節約することができる。
また、ログイン履歴に関係なく、レプリケーション先を指定して、指定された共有サーバー１０に連携データの複製を自動で送信することとしてもよい。
【０１５４】
また、ユーザー間で共有する連携データとして医用画像の画像データを用いる場合には、共有サーバー１０内で、ＤＩＣＯＭ（Digital Image and Communications in Medicine）規格に則ったデータから、初期表示用のＪＰＥＧデータを生成しておいてもよい。
【０１５５】
以上の説明では、各処理を実行するためのプログラムを格納したコンピューター読み取り可能な媒体としてＨＤＤや不揮発性メモリーを使用した例を開示したが、この例に限定されない。その他のコンピューター読み取り可能な媒体として、ＣＤ−ＲＯＭ等の可搬型記録媒体を適用することも可能である。また、プログラムのデータを通信回線を介して提供する媒体として、キャリアウェーブ（搬送波）を適用することとしてもよい。
【符号の説明】
【０１５６】
１０  共有サーバー
１０Ａ  第１共有サーバー
１０Ｂ  第２共有サーバー
１０Ｃ  第３共有サーバー
１１  制御部
１３  通信部
１４  記憶部
２０  クライアント端末
１００  データ共有システム
Ｎ  通信ネットワーク
Ｔ１  ログイン履歴管理テーブル
Ｔ２  原本管理テーブル
Ｔ３  共有サーバー管理テーブル
Ｔ４  通信時間管理テーブル
Ｔ５  連携情報テーブル
Ｔ６  レプリケーション管理テーブル
【図１】
2018116593.tif 000003
【図２】
2018116593.tif 000004
【図３】
2018116593.tif 000005
【図４】
2018116593.tif 000006
【図５】
2018116593.tif 000007
【図６】
2018116593.tif 000008
【図７】
2018116593.tif 000009
【図８】
2018116593.tif 000010
【図９】
2018116593.tif 000011
【図１０】
2018116593.tif 000012
【図１１】
2018116593.tif 000013
【図１２】
2018116593.tif 000014
【図１３】
2018116593.tif 000015
【図１４】
2018116593.tif 000016
【図１５】
2018116593.tif 000017
【図１６】
2018116593.tif 000018
【図１７】
2018116593.tif 000019
【図１８】
2018116593.tif 000020
【図１９】
2018116593.tif 000021
【図２０】
2018116593.tif 000022