知財求人 - 知財ポータルサイト「IP Force」
特開2023-170900データ管理システム、データ管理方法、およびプログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023170900
(43)【公開日】2023-12-01
(54)【発明の名称】データ管理システム、データ管理方法、およびプログラム
(51)【国際特許分類】
G06F 16/11 20190101AFI20231124BHJP
【ＦＩ】
G06F16/11
【審査請求】有
【請求項の数】8
【出願形態】ＯＬ
(21)【出願番号】P 2022082994
(22)【出願日】2022-05-20
(71)【出願人】
【識別番号】000005108
【氏名又は名称】株式会社日立製作所
(74)【代理人】
【識別番号】110002365
【氏名又は名称】弁理士法人サンネクスト国際特許事務所
(72)【発明者】
【氏名】山本 信
(72)【発明者】
【氏名】古橋 燎
(72)【発明者】
【氏名】的場 滉史
(57)【要約】
【課題】拠点のデータを適切に管理し得るデータ管理システムを提供する。
【解決手段】複数の拠点の各々に設けられている１以上のサーバ装置を含んで構成されるデータ管理システムであって、設定部は、他拠点のデータがクライアント端末から要求された場合、他拠点のデータを取得することを示す情報を設定情報に設定し、取得部は、監視部により変更が検出された設定情報に従って、他拠点のデータを他拠点のサーバ装置から取得するようにした。
【選択図】図１
【解決手段】複数の拠点の各々に設けられている１以上のサーバ装置を含んで構成されるデータ管理システムであって、設定部は、他拠点のデータがクライアント端末から要求された場合、他拠点のデータを取得することを示す情報を設定情報に設定し、取得部は、監視部により変更が検出された設定情報に従って、他拠点のデータを他拠点のサーバ装置から取得するようにした。
【選択図】図１
【特許請求の範囲】
【請求項1】
複数の拠点の各々に設けられている１以上のサーバ装置を含んで構成されるデータ管理システムであって、
前記サーバ装置は、
他拠点のデータから実体データを除いたメタデータを前記他拠点のサーバ装置から取得することを示す情報を含む設定情報を設定する設定部と、
前記設定部により設定される設定情報を監視する監視部と、
前記監視部により変更が検出された設定情報に従って、前記他拠点のデータのメタデータを前記他拠点のサーバ装置から取得する取得部と、
前記取得部により取得されたメタデータから、前記他拠点のデータの実体データを含まないデータであって前記他拠点のデータを参照するためのデータであるスタブデータを生成して管理する管理部と、
を備え、
前記設定部は、前記他拠点のデータがクライアント端末から要求された場合、前記他拠点のデータを取得することを示す情報を設定情報に設定し、
前記取得部は、前記監視部により変更が検出された設定情報に従って、前記他拠点のデータを前記他拠点のサーバ装置から取得する、
データ管理システム。
前記サーバ装置は、
他拠点のデータから実体データを除いたメタデータを前記他拠点のサーバ装置から取得することを示す情報を含む設定情報を設定する設定部と、
前記設定部により設定される設定情報を監視する監視部と、
前記監視部により変更が検出された設定情報に従って、前記他拠点のデータのメタデータを前記他拠点のサーバ装置から取得する取得部と、
前記取得部により取得されたメタデータから、前記他拠点のデータの実体データを含まないデータであって前記他拠点のデータを参照するためのデータであるスタブデータを生成して管理する管理部と、
を備え、
前記設定部は、前記他拠点のデータがクライアント端末から要求された場合、前記他拠点のデータを取得することを示す情報を設定情報に設定し、
前記取得部は、前記監視部により変更が検出された設定情報に従って、前記他拠点のデータを前記他拠点のサーバ装置から取得する、
データ管理システム。
【請求項2】
前記サーバ装置は、自拠点のデータを管理するために必要なリソースのリソース量の割り当てを変更する変更部を備え、
前記設定部は、他拠点のデータのメタデータと、前記他拠点のデータを管理するために必要なリソースのリソース量を示すリソース情報とを前記他拠点のサーバ装置から取得することを示す情報を含む設定情報を設定し、
前記取得部は、前記監視部により変更が検出された設定情報に従って、前記メタデータと前記リソース情報とを前記他拠点のサーバ装置から取得し、
前記変更部は、前記取得部により取得された前記リソース情報に従って、前記他拠点のデータを管理するために必要なリソースのリソース量の割り当てを変更する、
請求項１に記載のデータ管理システム。
前記設定部は、他拠点のデータのメタデータと、前記他拠点のデータを管理するために必要なリソースのリソース量を示すリソース情報とを前記他拠点のサーバ装置から取得することを示す情報を含む設定情報を設定し、
前記取得部は、前記監視部により変更が検出された設定情報に従って、前記メタデータと前記リソース情報とを前記他拠点のサーバ装置から取得し、
前記変更部は、前記取得部により取得された前記リソース情報に従って、前記他拠点のデータを管理するために必要なリソースのリソース量の割り当てを変更する、
請求項１に記載のデータ管理システム。
【請求項3】
前記設定部は、他拠点のデータのメタデータと、前記他拠点のデータを管理するために必要なリソースのリソース量を示すリソース情報とを前記他拠点のサーバ装置から一定時間ごとに取得することを示す情報を含む設定情報を設定し、
前記取得部は、前記一定時間が経過した場合、前記メタデータと前記リソース情報とを前記他拠点のサーバ装置から取得する、
請求項２に記載のデータ管理システム。
前記取得部は、前記一定時間が経過した場合、前記メタデータと前記リソース情報とを前記他拠点のサーバ装置から取得する、
請求項２に記載のデータ管理システム。
【請求項4】
前記設定部は、クライアント端末からの入力に応じて、前記メタデータと前記リソース情報とを前記他拠点のサーバ装置から取得することを示す情報を含む設定情報を設定する、
請求項２に記載のデータ管理システム。
請求項２に記載のデータ管理システム。
【請求項5】
前記取得部は、前記他拠点のサーバ装置から前記メタデータを取得する際、前記他拠点のサーバ装置における認証に用いられる認証情報を前記他拠点のサーバ装置に送信する、
請求項１に記載のデータ管理システム。
請求項１に記載のデータ管理システム。
【請求項6】
前記取得部は、前記他拠点のサーバ装置から前記他拠点のデータを取得する際、前記他拠点のサーバ装置における認証に用いられる認証情報を前記他拠点のサーバ装置に送信する、
請求項１に記載のデータ管理システム。
請求項１に記載のデータ管理システム。
【請求項7】
複数の拠点の各々に設けられている１以上のサーバ装置を含んで構成されるデータ管理システムにおけるデータ管理方法であって、
前記サーバ装置は、
他拠点のデータから実体データを除いたメタデータを前記他拠点のサーバ装置から取得することを示す情報を含む設定情報を設定する設定部と、
前記設定部により設定される設定情報を監視する監視部と、
前記監視部により変更が検出された設定情報に従って、前記他拠点のデータのメタデータを前記他拠点のサーバ装置から取得する取得部と、
前記取得部により取得されたメタデータから、前記他拠点のデータの実体データを含まないデータであって前記他拠点のデータを参照するためのデータであるスタブデータを生成して管理する管理部と、
を備え、
前記設定部が、前記他拠点のデータがクライアント端末から要求された場合、前記他拠点のデータを取得することを示す情報を設定情報に設定することと、
前記取得部が、前記監視部により変更が検出された設定情報に従って、前記他拠点のデータを前記他拠点のサーバ装置から取得することと、
を含むデータ管理方法。
前記サーバ装置は、
他拠点のデータから実体データを除いたメタデータを前記他拠点のサーバ装置から取得することを示す情報を含む設定情報を設定する設定部と、
前記設定部により設定される設定情報を監視する監視部と、
前記監視部により変更が検出された設定情報に従って、前記他拠点のデータのメタデータを前記他拠点のサーバ装置から取得する取得部と、
前記取得部により取得されたメタデータから、前記他拠点のデータの実体データを含まないデータであって前記他拠点のデータを参照するためのデータであるスタブデータを生成して管理する管理部と、
を備え、
前記設定部が、前記他拠点のデータがクライアント端末から要求された場合、前記他拠点のデータを取得することを示す情報を設定情報に設定することと、
前記取得部が、前記監視部により変更が検出された設定情報に従って、前記他拠点のデータを前記他拠点のサーバ装置から取得することと、
を含むデータ管理方法。
【請求項8】
複数の拠点の各々に設けられている１以上のサーバ装置を含んで構成されるデータ管理システムにおいて、前記サーバ装置のコンピュータを、
他拠点のデータから実体データを除いたメタデータを前記他拠点のサーバ装置から取得することを示す情報を含む設定情報を設定する設定部と、
前記設定部により設定される設定情報を監視する監視部と、
前記監視部により変更が検出された設定情報に従って、前記他拠点のデータのメタデータを前記他拠点のサーバ装置から取得する取得部と、
前記取得部により取得されたメタデータから、前記他拠点のデータの実体データを含まないデータであって前記他拠点のデータを参照するためのデータであるスタブデータを生成して管理する管理部と、
として機能させ、
前記設定部は、前記他拠点のデータがクライアント端末から要求された場合、前記他拠点のデータを取得することを示す情報を設定情報に設定し、
前記取得部は、前記監視部により変更が検出された設定情報に従って、前記他拠点のデータを前記他拠点のサーバ装置から取得する、
プログラム。
他拠点のデータから実体データを除いたメタデータを前記他拠点のサーバ装置から取得することを示す情報を含む設定情報を設定する設定部と、
前記設定部により設定される設定情報を監視する監視部と、
前記監視部により変更が検出された設定情報に従って、前記他拠点のデータのメタデータを前記他拠点のサーバ装置から取得する取得部と、
前記取得部により取得されたメタデータから、前記他拠点のデータの実体データを含まないデータであって前記他拠点のデータを参照するためのデータであるスタブデータを生成して管理する管理部と、
として機能させ、
前記設定部は、前記他拠点のデータがクライアント端末から要求された場合、前記他拠点のデータを取得することを示す情報を設定情報に設定し、
前記取得部は、前記監視部により変更が検出された設定情報に従って、前記他拠点のデータを前記他拠点のサーバ装置から取得する、
プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、概して、拠点のデータを管理する技術に関する。
【背景技術】
【0002】
従来の拠点間のデータの連携では、拠点のサーバ装置（Ｅｄｇｅ）に格納されたデータを全てクラウドシステム（Ｃｏｒｅ）に集約を行った上で、クラウドシステム経由によるデータの連携を実施している（特許文献１参照）。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特許第５６０８８１１号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
ユーザは、集約されたデータに対して、例えば、クラウドシステム上のツールを使用したデータ分析をしているが、昨今の個人情報等の機密情報の取り扱いのルール厳格化に伴い、自拠点内でデータ分析を実施することへのニーズもある。
【0005】
しかしながら、各拠点のユーザが、意図せずに、機密情報をクラウドシステムに誤って転送してしまう問題がある。
【0006】
本発明は、以上の点を考慮してなされたもので、拠点のデータを適切に管理し得るデータ管理システム等を提案しようとするものである。
【課題を解決するための手段】
【0007】
かかる課題を解決するため本発明においては、複数の拠点の各々に設けられている１以上のサーバ装置を含んで構成されるデータ管理システムであって、前記サーバ装置は、他拠点のデータから実体データを除いたメタデータを前記他拠点のサーバ装置から取得することを示す情報を含む設定情報を設定する設定部と、前記設定部により設定される設定情報を監視する監視部と、前記監視部により変更が検出された設定情報に従って、前記他拠点のデータのメタデータを前記他拠点のサーバ装置から取得する取得部と、前記取得部により取得されたメタデータから、前記他拠点のデータの実体データを含まないデータであって前記他拠点のデータを参照するためのデータであるスタブデータを生成して管理する管理部と、を備え、前記設定部は、前記他拠点のデータがクライアント端末から要求された場合、前記他拠点のデータを取得することを示す情報を設定情報に設定し、前記取得部は、前記監視部により変更が検出された設定情報に従って、前記他拠点のデータを前記他拠点のサーバ装置から取得するようにした。
【0008】
上記構成では、一の拠点のサーバ装置は、例えば、データ分析に用いられる他の拠点のデータを、クラウドシステム（Ｃｏｒｅ）を介することなく直接取得する。上記構成によれば、例えば、他の拠点のデータが一の拠点から要求された場合に、一の拠点のサーバ装置が当該データを直接取得するので、他の拠点のユーザは、当該データをクラウドシステムにアップロードする必要がなく、機密情報を誤ってクラウドシステムに転送してしまう事態を回避することができる。
【発明の効果】
【0009】
本発明によれば、利便性の高いデータ管理システムを実現することができる。上記以外の課題、構成、および効果は、以下の実施の形態の説明により明らかにされる。
【図面の簡単な説明】
【0010】
【図1】第１の実施の形態によるデータ管理システムに係る構成の一例を示す図である。
【図2】第１の実施の形態によるデータ管理システムに係る構成の一例を示す図である。
【図3】第１の実施の形態によるスタブファイルのデータ構造の一例を示す図である。
【図4】第１の実施の形態による連携用設定ファイルの一例を示す図である。
【図5】第１の実施の形態による連携用管理ファイルの一例を示す図である。
【図6】第１の実施の形態による拠点管理ファイルの一例を示す図である。
【図7】第１の実施の形態によるデータ連携処理の処理フローの一例を示す図である。
【図8】第１の実施の形態によるデータ連携処理に係るシーケンスの一例を示す図である。
【図9】第１の実施の形態によるデータ連携処理に係るシーケンスの一例を示す図である。
【図10】第１の実施の形態によるリコール処理の処理フローの一例を示す図である。
【図11】第１の実施の形態によるリコール処理に係るシーケンスの一例を示す図である。
【図12】第１の実施の形態によるエラー発生時処理の処理フローの一例を示す図である。
【図13】第１の実施の形態によるエラー発生時処理に係るシーケンスの一例を示す図である。
【図14】第１の実施の形態によるエラー発生時処理に係るシーケンスの一例を示す図である。
【発明を実施するための形態】
【0011】
（Ｉ）第１の実施の形態
以下、本発明の一実施の形態を詳述する。ただし、本発明は、実施の形態に限定されるものではない。
以下、本発明の一実施の形態を詳述する。ただし、本発明は、実施の形態に限定されるものではない。
【0012】
従来のように、各拠点のサーバ装置（Ｅｄｇｅ）においてデータ分析に使用する大量のデータを集約拠点のクラウドシステム（Ｃｏｒｅ）経由による転送を実施した場合、クラウドシステムに対しての課金額が上がってしまいコスト増加につながる。また、クラウドシステム経由の連携に伴い、通信回数が増加することで、クラウドシステムに対しての課金が増える。また、他拠点のデータをスタブデータとして管理している場合に、クラウドシステム経由で復元させようとしたときに、他拠点のデータを格納するために必要なリソースのリソース量（例えば、記憶領域の容量）が不足する事態が発生し得る。
【0013】
なお、拠点とは、ローカルの計算機システムを含んだ拠点であり、例えば、支店、営業所、リモートオフィス等、ユーザが実際に業務を行う拠点である。集約拠点とは、リモートの計算機システムを含んだ拠点であり、サーバ装置、ストレージ装置を一括管理する拠点、クラウドサービスを提供する拠点等である。
【0014】
この点、本実施の形態のデータ管理システムは、クラウドシステムを経由しない拠点間でデータの連携を実現している。より具体的には、ユーザは、連携したい拠点の情報を設定情報に設定する。データ管理システムは、設定情報を定期的に監視し、設定情報に従いデータを連携する。より具体的には、データ管理システムは、連携対象として設定されている拠点に対して、連携対象のデータおよび当該データの管理に必要なリソースのリソース量（記憶領域の容量等）を示すリソース情報を定期的に取得する。なお、データの取得の間隔等を設定できるようにすることで、データの同期についてユーザのカスタマイズを可能としてよい。
【0015】
ここで、従来のデータの連携においては、ユーザが作成したデータの連携のみに着目をしていたが、データ管理システムでは、リソース情報も一緒に伝播させることを可能としている。リソース情報をあらかじめ伝播させていることにより、拠点間でデータを取得する際に記憶領域の不足が起こらないので、取得した他拠点のデータを自拠点に当面保持することを可能とする。
【0016】
また、連携元で障害が発生し、リソースについてのあるべき姿と実際の状態とが異なるときに、連携先がリソース情報を取得した場合でも、障害から復旧した後のデータの連携時に、改めて連携元から正しいリソース情報を取得することで、連携先は、連携元の障害を意識することなく自動的にリソース情報を取得することができる。
【0017】
また、データ管理システムでは、全拠点に強制的に連携を行うものではなく、設定情報に記載した連携対象のみとの連携を可能としている。つまり、データをブロードキャストのように強制的に全拠点に連携してしまうのではなく、双方向に連携を行うのか行わないのか（連携情報を設定情報に記載するか否か）によるコントロールを可能としている。また、設定情報に誤った連携対象を設定してしまっても、事前に共有したアクセスキー（ＩＤ）、シークレットアクセスキー（パスワード）等の情報を用いて連携時に認証を行うことで、意図しない連携を防ぐことが可能となる。
【0018】
次に、本発明の実施の形態を図面に基づいて説明する。以下の記載および図面は、本発明を説明するための例示であって、説明の明確化のため、適宜、省略および簡略化がなされている。本発明は、他の種々の形態でも実施することが可能である。特に限定しない限り、各構成要素は、単数でも複数でも構わない。
【0019】
なお、以下の説明では、図面において同一要素については、同じ番号を付し、説明を適宜省略する。また、同種の要素を区別しないで説明する場合には、枝番を含む参照符号のうちの共通部分（枝番を除く部分）を使用し、同種の要素を区別して説明する場合は、枝番を含む参照符号を使用することがある。例えば、サーバ装置を特に区別しないで説明する場合には、「サーバ装置１０１」と記載し、個々のサーバ装置を区別して説明する場合には、「サーバ装置１０１－１」、「サーバ装置１０１－２」のように記載することがある。
【0020】
本明細書等における「第１」、「第２」、「第３」等の表記は、構成要素を識別するために付するものであり、必ずしも、数または順序を限定するものではない。また、構成要素の識別のための番号は、文脈毎に用いられ、１つの文脈で用いた番号が、他の文脈で必ずしも同一の構成を示すとは限らない。また、ある番号で識別された構成要素が、他の番号で識別された構成要素の機能を兼ねることを妨げるものではない。
【0021】
図１において、１００は、全体として第１の実施の形態によるデータ管理システムを示す。
【0022】
【0023】
データ管理システム１００は、拠点ごとに、１以上のサーバ装置１０１を含んで構成される。サーバ装置１０１は、クライアント端末１０２と通信可能に接続されている。拠点のユーザは、自身がいる拠点（以下、自拠点）のクライアント端末１０２を操作して、自拠点のサーバ装置１０１に記憶されているデータを参照したり、自拠点とは異なる拠点（以下、他拠点）のサーバ装置１０１に記憶されているデータを参照したりする。データ管理システム１００において、データの管理単位については、ファイルであってもよいし、ブロックであってもよいし、オブジェクトであってもよい。以下では、ファイルを例に挙げて説明する。
【0024】
サーバ装置１０１は、処理部１１０と記憶部１２０とを備える。処理部１１０は、コンピュータ、回路、ＯＳ（Operating System）、アプリケーションプログラム等であり、例えば、予め指定されている他拠点の処理部１１０とファイルに係るデータを連携（以下、データ連携）する。記憶部１２０は、ファイルシステム、ノード等であり、自拠点のファイルを実体ファイル１２１として記憶し、他拠点のファイルをスタブファイル１２２として記憶する。なお、処理部１１０と記憶部１２０とは、ネットワークを介して通信可能に接続される構成であってもよい。
【0025】
スタブファイル１２２は、実体ファイル１２１の実体（実体データ）を含まない、メタデータからなるファイルである。より具体的には、スタブファイル１２２は、他拠点のサーバ装置１０１における実体ファイル１２１を参照するための情報（フルパス等）を保持しているファイルである。
【0026】
例えば、第１の拠点（拠点１）のサーバ装置１０１－１が第２の拠点（拠点２）のサーバ装置１０１－２とデータ連携を行う際は、第１の拠点のサーバ装置１０１－１は、基本的に第２の拠点にある実体ファイル１２１－２をスタブファイル１２２－１にしたものを第１の拠点の記憶部１２０－１に格納する。このように、実体ファイル１２１－２が第２の拠点にあり、当該実体ファイル１２１－２のスタブファイル１２２－１が第１の拠点にあるため、サーバ装置１０１－１は、スタブファイル１２２－１によりどのようなファイル名のデータが第２の拠点にあるのかが、ディスク容量をそこまで必要とせずに把握することができる。なお、スタブファイル１２２については、図３を用いて後述する。
【0027】
また、処理部１１０は、連携用設定ファイル１１１と、連携用管理ファイル１１２と、拠点管理ファイル１１３とを管理する。また、処理部１１０は、連携部１１４と、ＡＰＩ受付部１１５と、リソース管理部１１６とを備える。
【0028】
連携用設定ファイル１１１は、連携部１１４の動作設定を行うための情報が含まれているファイルである。なお、連携用設定ファイル１１１については、図４を用いて後述する。連携用管理ファイル１１２は、連携対象の拠点を示す情報と連携用の認証情報とが含まれているファイルである。連携用管理ファイル１１２については、図５を用いて後述する。拠点管理ファイル１１３は、サーバ装置１０１において実体ファイル１２１を管理するために割り当てられるリソースのリソース量を示す情報が含まれているファイルである。拠点管理ファイル１１３については、図６を用いて後述する。
【0029】
連携部１１４は、連携用設定ファイル１１１を定期的に監視し、連携用設定ファイル１１１に対する変更等を検出した場合に、変更内容に従って、連携用設定ファイル１１１および連携用管理ファイル１１２から各種の処理に必要な情報を取得し、取得した情報を用いて各種の処理（定期連携処理、実体化処理等）を実施する。定期連携処理は、連携対象のサーバ装置１０１の最新の状態のデータを取得する処理をいう。実体化処理は、データの実体化を行う処理であり、連携対象のサーバ装置１０１のスタブファイル１２２へのアクセスがあった際、当該スタブファイル１２２の実体ファイル１２１を当該サーバ装置１０１から取得して保持する処理をいう。
【0030】
ＡＰＩ受付部１１５は、クライアント端末１０２を介して、ユーザからの各種の要求を受け付ける。例えば、ＡＰＩ受付部１１５は、クライアント端末１０２から「リソースの割当量（あるべき姿）」を受け付けて拠点管理ファイル１１３に設定する。
【0031】
リソース管理部１１６は、拠点管理ファイル１１３を定期的に監視し、拠点管理ファイル１１３に対する変更等を検出した場合に、変更内容に従って、リソースのリソース量を変更（ファイルシステムの拡張縮小、ノードの増減設等）する。
【0032】
なお、図１では、拠点としては、第１の拠点、第２の拠点、および第３の拠点を例として示したが、拠点の数は、３つに限られない。拠点の数は、例えば、２つであってもよいし、４つ以上であってもよい。また、各拠点のサーバ装置１０１の数は、１つであってもよいし、複数であってもよい。なお、以下では、説明の簡略化のため、各拠点には、サーバ装置１０１が１つ設けられている例を挙げて説明する。
【0033】
図２は、データ管理システム１００のハードウェアに係る構成の一例を示す図である。
【0034】
データ管理システム１００において、サーバ装置１０１とクライアント端末１０２とは、ＬＡＮ（Local Area Network）等のネットワーク２０１を介して通信可能に接続されている。一のサーバ装置１０１は、他のサーバ装置１０１とＷＡＮ（Wide Area Network）等のネットワーク２０２を介して通信可能に接続されている。
【0035】
サーバ装置１０１は、コントローラ２１０とディスク２２０とを備える。
【0036】
コントローラ２１０は、ＣＰＵ（Central Processing Unit）２１１と、メモリ２１２と、キャッシュ２１３と、第１のＩ／Ｆ２１４と、第２のＩ／Ｆ２１５とを含んで構成される。
【0037】
ＣＰＵ２１１は、サーバ装置１０１の動作制御を行う。ＣＰＵ２１１は、プロセッサの一例であり、ＭＰＵ（Micro Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＡＩ（Artificial Intelligence）チップ等であってもよい。メモリ２１２は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等であり、ＣＰＵ２１１の動作制御に用いられるプログラムおよびデータを一時的に記憶する。キャッシュ２１３は、ディスク２２０に書き込まれるデータ、ディスク２２０から読み出されたデータ等を一時的に格納する。第１のＩ／Ｆ２１４は、クライアント端末１０２、他拠点のサーバ装置１０１等、外部の装置との間での通信を行う。第２のＩ／Ｆ２１５は、ディスク２２０との間での通信を行う。
【0038】
ディスク２２０は、ディスク型の物理記憶デバイス（例えば、ＨＤＤ（Hard Disk Drive））である。物理記憶デバイスとして、他種の物理記憶デバイス（例えば、フラッシュメモリデバイス）が採用されてもよい。また、ディスク２２０は、図２では複数であるが、単数であってもよい。また、複数のディスク２２０により、１以上のＲＡＩＤグループが構成されてもよい。
【0039】
なお、ディスク２２０は、例えば、サーバ装置１０１の外部に設けられ、所定のネットワーク（例えば、ＳＡＮ（Storage Area Network））を介して通信可能に接続されるストレージ装置に設けられていてもよい。この場合、例えば、サーバ装置１０１は、第１のＩ／Ｆ２１４を介して、クライアント端末１０２からファイルレベルのＩ／Ｏ要求を受信する。サーバ装置１０１は、そのＩ／Ｏ要求で指定されているファイルを構成するデータブロックのＩ／ＯのためのＩ／Ｏ要求（ブロックレベルのＩ／Ｏ要求)を作成する。サーバ装置１０１は、ブロックレベルのＩ／Ｏ要求を、第２のＩ／Ｆ２１５を介して、ストレージ装置に送信する。
【0040】
ここで、サーバ装置１０１の機能（連携部１１４、ＡＰＩ受付部１１５、リソース管理部１１６等）は、例えば、ＣＰＵ２１１がプログラムをメモリ２１２に読み出して実行すること（ソフトウェア）により実現されてもよいし、専用の回路等のハードウェアにより実現されてもよいし、ソフトウェアとハードウェアとが組み合わされて実現されてもよい。なお、サーバ装置１０１の１つの機能は、複数の機能に分けられていてもよいし、複数の機能は、１つの機能にまとめられていてもよい。また、サーバ装置１０１の機能の一部は、別の機能として設けられてもよいし、他の機能に含められていてもよい。また、サーバ装置１０１の機能の一部は、サーバ装置１０１と通信可能な他のコンピュータにより実現されてもよい。
【0041】
例えば、連携部１１４とＡＰＩ受付部１１５とリソース管理部１１６とをサーバ装置１０１が備える構成に代えて、設定部と監視部と取得部と管理部と変更部とをサーバ装置１０１が備える構成を採用してもよい。この場合、設定部は、他拠点の実体ファイル１２１から実体データを除いたメタデータを他拠点のサーバ装置１０１から取得することを示す情報を含む連携用設定ファイル１１１を設定する。監視部は、設定部により設定される連携用設定ファイル１１１を監視する。取得部は、監視部により変更が検出された連携用設定ファイル１１１に従って、他拠点の実体ファイル１２１のメタデータを他拠点のサーバ装置１０１から取得する。管理部は、取得部により取得されたメタデータから、他拠点の実体ファイル１２１を参照するためのスタブファイルを生成して管理する。変更部は、自拠点の実体ファイル１２１を管理するために必要なリソースのリソース量の割り当てを変更する。
【0042】
クライアント端末１０２は、ＣＰＵ２３１と、メモリ２３２と、キャッシュ２３３と、Ｉ／Ｆ２３４と、を備える。クライアント端末１０２は、メモリ２３２および／またはキャッシュ２３３に加えてまたは代えて、別種の記憶資源を備えてもよい。クライアント端末１０２は、Ｉ／Ｆ２３４を介して、各種の要求（ファイルに対するＩ／Ｏ要求、後述の拡張要求、後述のリコール要求等）をサーバ装置１０１に送信する。
【0043】
図３は、スタブファイル１２２のデータ構造の一例を示す図である。
【0044】
スタブファイル１２２は、ファイルモード３０１と、パーミッション３０２と、最終編集日時分３０３と、パスネーム３０４との情報を含んで構成されるファイルである。
【0045】
ファイルモード３０１は、実体ファイル１２１の種別（ディレクトリ、通常のファイル等）を示す情報である。パーミッション３０２は、実体ファイル１２１のアクセス権（読み出しの権限、書き込みの権限等）を示す情報である。最終編集日時分３０３は、実体ファイル１２１が最後に変更された時間（日付、時刻等）を示す情報である。パスネーム３０４は、実体ファイル１２１が存在する場所（例えば、フルパス）を示す情報である。
【0046】
図４は、連携用設定ファイル１１１の一例（連携用設定テーブル４００）を示す図である。
【0047】
連携用設定テーブル４００は、モード４０１と、連携拠点４０２と、項目４０３と、値４０４とが対応付けられた情報を記憶する。
【0048】
モード４０１は、連携部１１４が動作するモードである。モード４０１としては、スタブファイル１２２に係るデータの連携であることを示す「Ｓｔｕｂ」と、実体ファイル１２１の連携であることを示す「ｒｅｃａｌｌ」とが設けられている。連携拠点４０２は、連携対象の拠点を識別可能な情報である。項目４０３は、連携に係る設定を示す項目である。項目４０３としては、連携を実行するか否かを示す「状態」と、連携を実行する間隔を示す「実行間隔」と、連携に必要なＣＰＵ２１１のコア数を示す「ＣＰＵリソース」と、連携に必要なメモリ２１２のメモリ容量を示す「Ｍｅｍｏｒｙリソース」とが設けられている。値４０４は、項目４０３の値を示す情報である。
【0049】
図５は、連携用管理ファイル１１２の一例（連携用管理テーブル５００）を示す図である。
【0050】
連携用管理テーブル５００は、拠点５０１と、項目５０２と、値５０３とが対応付けられた情報を記憶する。
【0051】
拠点５０１は、連携対象の拠点を識別可能な情報である。項目５０２は、連携に用いられる設定を示す項目である。項目５０２としては、「Ｅｎｄｐｏｉｎｔ」と、「Ａｃｃｅｓｓ Ｋｅｙ」と、「Ｓｅｃｒｅｔ Ａｃｃｅｓｓ Ｋｅｙ」とが設けられている。「Ｅｎｄｐｏｉｎｔ」は、連携対象の拠点を特定するための項目であり、例えば、ＵＲＬ（Uniform Resource Locator）、ＵＲＩ（Uniform Resource Identifier）といったネットワーク上のアドレスである。「Ａｃｃｅｓｓ Ｋｅｙ」は、連携対象の拠点にアクセスする際の認証アカウントの名称（例えば、ＩＤ）である。「Ｓｅｃｒｅｔ Ａｃｃｅｓｓ Ｋｅｙ」は、連携対象の拠点にアクセスする際の認証アカウントに対するパスワードである。値５０３は、項目５０２の値を示す情報である。
【0052】
図６は、拠点管理ファイル１１３の一例（拠点管理テーブル６００）を示す図である。
【0053】
拠点管理テーブル６００は、拠点６０１と、ノード識別子６０２と、ファイルシステム識別子６０３と、操作６０４と、容量６０５との情報が対応付けられたレコードを記憶する。
【0054】
拠点６０１は、拠点を識別可能な情報である。ノード識別子６０２は、ノード（ディスク２２０、ストレージ装置等）を識別可能な情報である。ファイルシステム識別子６０３は、ファイルシステムを識別可能な情報である。
【0055】
操作６０４は、ファイルシステムに係る操作を示す情報である。操作６０４としては、「ｃｒｅａｔｅ」、「ｅｘｐａｎｄ」、「ｓｈｒｉｎｋ」、「ｄｅｌｅｔｅ」、「ａｄｄ ｎｏｄｅ」等がある。「ｃｒｅａｔｅ」は、ファイルシステムが設けられる操作を示す。「ｅｘｐａｎｄ」は、ノードの記憶領域のうち使用されていない記憶領域がファイルシステムに割り当てられたり、ノードの物理領域のうち論理領域が割り当てられていない物理領域が論理領域として割り当てられたりする操作を示す。「ｓｈｒｉｎｋ」は、ファイルシステムに割り当てられている記憶領域が縮小される操作を示す。「ｄｅｌｅｔｅ」は、ファイルシステムが削除される操作を示す。「ａｄｄ ｎｏｄｅ」は、使用されていないノードが新たなファイルシステムに割り当てられる操作を示す。
【0056】
ここで、ファイルシステムは、ノード内部の記録状態を管理および制御し、ファイル単位でデータの書き込みと読み出しとができるようにするシステムである。ファイルシステムは、各サーバ装置１０１において１つ設けられてもよいし、各サーバ装置１０１において複数（例えば、拠点ごと、ノードごと、パーテーションごとに）設けられてもよい。
【0057】
容量６０５は、ファイルシステムに係る操作に応じて変更する記憶領域の容量を示す情報である。
【0058】
次に、図７～図９を用いてデータ連携処理について説明する。なお、図７～図９においては、第１の拠点のサーバ装置１０１－１を連携元のサーバ装置１０１として説明し、第２の拠点のサーバ装置１０１－２を連携先のサーバ装置１０１として説明することがある。
【0059】
図７は、データ連携処理の処理フローの一例を示す図である。データ連携処理では、各拠点の処理部１１０は、実体ファイル１２１のスタブ化情報（実体ファイル１２１のスタブファイル１２２を生成するための情報）のみならず、リソース情報（拠点管理ファイル１１３の情報）を拠点間で連携する。
【0060】
Ｓ７１１では、第１の拠点の処理部１１０－１は、クライアント端末１０２－１を介してユーザにより入力された、第１の拠点の実体ファイル１２１の管理に必要なリソースのリソース量（例えば、ファイルシステム７００－１が管理する記憶領域を拡張、縮小等する容量等）を受け付ける。Ｓ７１２では、処理部１１０－１は、受け付けたリソースのリソース量を拠点管理ファイル１１３－１に設定する。Ｓ７１３では、処理部１１０－１は、拠点管理ファイル１１３－１を定期的に監視する。Ｓ７１４では、拠点管理ファイル１１３－１に変更があった場合に、処理部１１０－１は、変更内容に従って、ファイルシステム７００－１が管理する記憶領域の容量を変更（本例では、拡張）する。
【0061】
Ｓ７２１では、第２の拠点の処理部１１０－２は、クライアント端末１０２－２を介してユーザにより入力された、連携対象として設定を所望するサーバ装置１０１との連携に係る情報（連携情報）を受け付ける。連携情報には、連携部１１４の実行間隔等の動作情報、連携対象のサーバ装置１０１と連携するために必要な認証情報等が含まれている。なお、第２の拠点のユーザは、認証情報等を事前に取得しているものとする。付言するならば、ユーザは、連携元のサーバ装置１０１を自由に設定することができる。Ｓ７２２では、処理部１１０－２は、受け付けた連携情報を連携用設定ファイル１１１－２および連携用管理ファイル１１２－２に設定する。
【0062】
Ｓ７２３～Ｓ７２５では、処理部１１０－２は、連携用設定ファイル１１１－２および連携用管理ファイル１１２－２をもとに、連携元のサーバ装置１０１－１から連携データを取得する。例えば、処理部１１０－２は、連携データとして、連携元の実体ファイル１２１－１のスタブ化情報（スタブファイル１２２－２１を生成するための情報）と共に、拠点管理ファイル１１３－１の第１の拠点の情報（リソース情報の一例）を取得する。Ｓ７２６では、処理部１１０－２は、スタブファイル１２２－２１をファイルシステム７００－２により記憶し、拠点管理ファイル１１３－２に拠点管理ファイル１１３－１の第１の拠点の情報を設定（例えば、追加）する。
【0063】
Ｓ７２７では、処理部１１０－２は、拠点管理ファイル１１３－２を定期的に監視する。Ｓ７２８では、処理部１１０－２は、拠点管理ファイル１１３－２に変更があった場合に、拠点管理ファイル１１３－１の第１の拠点の情報が追加されているときは、ファイルシステム７００－２が管理する第１の拠点用の記憶領域の容量を変更する。
【0064】
上記構成によれば、リソース情報が定期的に共有されるので、リコール処理時に容量不足で処理に時間がかかる事態を回避することができる。
【0065】
また、上記構成によれば、クラウドシステムを経由することがないため、余計な費用が発生しない。また、連携元のサーバ装置１０１を設定可能とする構成であるので、ユーザは、連携対象を限定することが可能である。また、実体ファイル１２１の管理に必要なリソースのリソース量の連携において、ユーザは、リソース量の割当を設定情報に追加することの操作になるため、リソース等の操作においてコマンドを逐次実行するといった手間を軽減することができる。
【0066】
【0067】
Ｓ８００では、第１の拠点のクライアント端末１０２－１と第２の拠点のクライアント端末１０２－２とは、連携に用いる認証情報を共有する。例えば、Ｓ８０１では、第１の拠点のクライアント端末１０２－１は、第１の拠点のユーザまたは第２の拠点のユーザ（第２の拠点のクライアント端末１０２－２）からの認証情報の要求に応じて、認証情報（ＩＤ、パスワード等）を第２の拠点のクライアント端末１０２－２に送信する。Ｓ８０２では、第２の拠点のクライアント端末１０２－２は、認証情報を受け取ったことを示す情報を第１の拠点のクライアント端末１０２－１に送信する。
【0068】
Ｓ８１０では、監視処理が行われる。各拠点のサーバ装置１０１は、前提動作として、所定の情報を所定のタイミングで監視している。例えば、Ｓ８１１では、リソース管理部１１６は、拠点管理ファイル１１３を定期的に監視する。Ｓ８１２では、連携部１１４は、連携用設定ファイル１１１を定期的に監視する。Ｓ８１３では、連携部１１４は、連携用管理ファイル１１２を定期的に監視する。
【0069】
Ｓ８２０では、各拠点において、自拠点の実体ファイル１２１に対するファイル操作に係る処理（ファイル操作処理）が行われる。例えば、Ｓ８２１では、クライアント端末１０２は、所定の実体ファイル１２１に対する書き込みまたは所定の実体ファイル１２１の読み出し（Ｉ／Ｏ要求）をサーバ装置１０１に送信する。Ｓ８２２では、連携部１１４は、実体ファイル１２１に対するＩ／Ｏ要求をファイルシステム７００に通知し、ファイルシステム７００から当該Ｉ／Ｏ要求に対する応答を受け取る。Ｓ８２３では、連携部１１４は、受け取った応答をクライアント端末１０２に送信する。
【0070】
Ｓ８３０では、リソース量変更処理が行われる。例えば、Ｓ８３１では、第１の拠点のクライアント端末１０２－１は、ファイルシステム７００－１が管理する記憶領域の容量を拡張すること（拡張要求）をサーバ装置１０１－１に送信する。Ｓ８３２では、ＡＰＩ受付部１１５は、拡張要求を受け付け、拡張要求に従って、拠点管理ファイル１１３－１を変更する。Ｓ８３３では、ＡＰＩ受付部１１５は、変更の成否をクライアント端末１０２－１に送信する。Ｓ８３４では、リソース管理部１１６－１は、拠点管理ファイル１１３－１の変更を検出する。Ｓ８３５では、リソース管理部１１６－１は、検出した変更内容に従って、ファイルシステム７００－１が管理する記憶領域の容量を拡張する。
【0071】
Ｓ９００では、連携設定処理が行われる。例えば、Ｓ９０１では、クライアント端末１０２－２は、第１の拠点のサーバ装置１０１－１を連携元のサーバ装置１０１として設定することを示す情報（連携情報）をサーバ装置１０１－２に送信する。Ｓ９０２では、ＡＰＩ受付部１１５－２は、連携情報に含まれる動作情報を連携用設定ファイル１１１－２に設定（例えば、追加）する。Ｓ９０３では、ＡＰＩ受付部１１５－２は、連携情報に含まれる認証情報を連携用管理ファイル１１２－２に設定（例えば、追加）する。Ｓ９０４では、ＡＰＩ受付部１１５－２は、設定の成否を示す情報をクライアント端末１０２－２に送信する。
【0072】
Ｓ９１０では、定期連携処理が行われる。例えば、Ｓ９１１では、連携部１１４－２は、監視処理において、連携用設定ファイル１１１－２の変更を検出する。Ｓ９１２では、連携部１１４－２は、連携元のサーバ装置１０１－１と連携する周期時間等の変更内容を連携用設定ファイル１１１－２から取得する。Ｓ９１３では、連携部１１４－２は、連携元のサーバ装置１０１－１と連携するために必要な認証情報を連携用管理ファイル１１２－２から取得する。Ｓ９１４では、連携先の連携部１１４－２は、連携元のサーバ装置１０１－１から連携データを取得する。例えば、連携部１１４－２は、連携データを送信するように連携元の連携部１１４－１に指示（連携指示）する。連携指示には、例えば、連携元のサーバ装置１０１を識別可能な情報と、連携先のサーバ装置１０１を識別可能な情報と、連携データを連携先のサーバ装置１０１に送信することを指示する情報と、が含まれている。なお、認証情報については、連携指示に含まれていてもよいし、連携指示とは別に連携元のサーバ装置１０１に送信されてもよい。
【0073】
Ｓ９１５では、連携元の連携部１１４－１は、認証情報を用いて認証を行い、認証に成功した場合、拠点管理ファイル１１３－１から第１の拠点の情報を取得する。この際、連携部１１４－１は、第１の拠点の情報を全て取得してもよいし、前回のデータ連携からの差分の情報を取得してもよい。なお、図示は省略するが、連携元の連携部１１４－１は、認証に失敗した場合、認証に失敗したことを連携先の連携部１１４－２に送信する。
【0074】
Ｓ９１６では、連携部１１４－１は、ファイルシステム７００－１から、実体ファイル１２１を取得し、取得した実体ファイル１２１から実際のデータ（実体データ）を削除し、メタデータ（ファイルモード、パーミッション、最終編集日時分、パスネーム等）だけが含まれるスタブ化情報を生成する。この際、連携部１１４－１は、実体ファイル１２１－１のスタブ化情報を全て取得してもよいし、実体ファイル１２１のうち前回のデータ連携から変更があった実体ファイル１２１－１のスタブ化情報を取得してもよい。Ｓ９１７では、連携部１１４－１は、Ｓ９１５において取得した拠点管理ファイル１１３－１の第１の拠点の情報と、Ｓ９１６において取得したスタブ化情報とを連携部１１４－２に送信する。
【0075】
Ｓ９１８では、連携部１１４－２は、受信した拠点管理ファイル１１３－１の第１の拠点の情報を拠点管理ファイル１１３－２に設定（例えば、追加）する。Ｓ９１９では、連携部１１４－２は、受信したスタブ化情報をもとにスタブファイル１２２－２１を生成し、生成したスタブファイル１２２－２１をファイルシステム７００－２により記憶する。
【0076】
Ｓ９２０では、リソース量反映処理が行われる。例えば、Ｓ９２１では、リソース管理部１１６－２は、監視処理において、拠点管理ファイル１１３－２の変更を検出する。Ｓ９２２では、リソース管理部１１６－２は、変更内容（追加された拠点管理ファイル１１３－１の第１の拠点の情報）に従って、ファイルシステム７００－２が管理する第１の拠点用の記憶領域の容量を変更する。
【0077】
次に、図１０および図１１を用いてリコール処理について説明する。なお、図１０および図１１においては、第１の拠点のサーバ装置１０１－１を連携元のサーバ装置１０１として説明し、第２の拠点のサーバ装置１０１－２を連携先のサーバ装置１０１として説明することがある。
【0078】
図１０は、リコール処理の処理フローの一例を示す図である。リコール処理は、例えば、第２の拠点のユーザが第１の拠点のデータを用いてデータ分析を実施するため、第１の拠点のデータを参照する要求（リコール要求）が行われたことを契機に開始する。
【0079】
Ｓ１００１では、クライアント端末１０２－２は、第２の拠点のユーザからリコール要求を受け付け、リコール要求をＡＰＩ受付部１１５－２に送信する。
【0080】
Ｓ１００２では、ＡＰＩ受付部１１５－２は、リコール要求の情報を連携用設定ファイル１１１－２に設定する。
【0081】
Ｓ１００３では、連携部１１４－２は、連携用設定ファイル１１１－２を監視し、変更内容に従って処理を実行する。本例では、変更内容がリコール要求であるので、連携部１１４－２は、連携用設定ファイル１１１－２および連携用管理ファイル１１２－２からリコール指示に必要な情報を取得する。なお、リコール指示には、連携元のサーバ装置１０１を識別可能な情報と、連携先のサーバ装置１０１を識別可能な情報と、連携元の実体ファイル１２１を連携先のサーバ装置１０１に送信することを指示する情報と、が含まれている。
【0082】
Ｓ１００４では、連携部１１４－２は、第１の拠点の連携部１１４－１にリコール指示を送信する。
【0083】
Ｓ１００５では、連携部１１４－１は、第１の拠点の実体ファイル１２１－１を取得して第２の拠点の連携部１１４－２に送信する。
【0084】
Ｓ１００６では、連携部１１４－２は、第１の拠点のスタブファイル１２２－２１を実体ファイル１２１－１に変換する（例えば、置き換える）。
【0085】
なお、データ連携処理の時点において、第１の拠点のリソース量の拡張（増設）が第２の拠点にも反映されているので、リコール処理においてリソース量の不足が発生することなく、実体ファイル１２１の取得が可能になる。
【0086】
【0087】
Ｓ１１００では、連携設定処理が行われる。なお、Ｓ１１０１～Ｓ１１０４の処理については、Ｓ９０１～Ｓ９０４の処理と同じであるので、その説明を省略する。
【0088】
Ｓ１１１０では、リコール要求処理が行われる。例えば、Ｓ１１１１では、クライアント端末１０２－２は、リコール要求をＡＰＩ受付部１１５－２に送信する。Ｓ１１１２では、ＡＰＩ受付部１１５－２は、受信したリコール要求に基づいて、リコール指示を送信することを示す情報を連携用設定ファイル１１１－２に設定する。例えば、連携用設定テーブル４００に、モード４０１が「ｒｅｃａｌｌ」であり、連携拠点４０２が「１」であるレコードが存在する場合、ＡＰＩ受付部１１５－２は、項目４０３「状態」の値４０４を「ＯＮ」に変更する。なお、当該レコードが存在しない場合、ＡＰＩ受付部１１５－２は、項目４０３「状態」の値４０４を「ＯＮ」に設定したレコードを追加する。Ｓ１１１３では、ＡＰＩ受付部１１５－２は、連携用設定ファイル１１１－２への設定の成否をクライアント端末１０２－２に応答する。
【0089】
Ｓ１１２０では、実体化処理が行われる。例えば、Ｓ１１２１では、連携部１１４－２は、監視処理において、連携用設定ファイル１１１－２の変更を検出する。Ｓ１１２２では、連携部１１４－２は、変更内容を連携用設定ファイル１１１－２から取得する。本例では、連携部１１４－２は、変更内容「ＯＮ」に対応付けられている連携元の拠点を識別可能な情報として、第１の拠点を示す情報「１」を取得する。Ｓ１１２３では、連携部１１４－２は、連携元の拠点を識別可能な情報をもとに、連携元の拠点のサーバ装置１０１－１と連携するために必要な認証情報等を連携用管理ファイル１１２－２から取得する。
【0090】
Ｓ１１２４では、連携部１１４－２は、第１の拠点の実体ファイル１２１（ユーザデータ）を取得するために、リコール指示を第１の拠点の連携部１１４－１に送信する。なお、認証情報については、リコール指示に含まれていてもよいし、リコール指示とは別に第１の拠点のサーバ装置１０１－１に送信されてもよい。
【0091】
Ｓ１１２５では、連携部１１４－１は、認証情報を用いて認証を行い、認証に成功した場合、第１の拠点の実体ファイル１２１－１をファイルシステム７００－１から取得する。Ｓ１１２６では、連携部１１４－１は、第１の拠点の実体ファイル１２１－１を第２の連携部１１４－２に送信する。Ｓ１１２７では、連携部１１４－２は、第１の拠点のスタブファイル１２２－２１を実体ファイル１２１－１に変換（実体化）するようにファイルシステム７００－２に指示する。
【0092】
Ｓ１１３０では、終了処理が行われる。例えば、Ｓ１１３１では、連携部１１４－２は、実体化処理が完了した旨をＡＰＩ受付部１１５－２に通知する。Ｓ１１３２では、ＡＰＩ受付部１１５－２は、実体化処理が完了したことを示す情報（例えば、「ＯＦＦ」）を連携用設定ファイル１１１－２に設定する。Ｓ１１３３では、ＡＰＩ受付部１１５－２は、連携用管理ファイル１１２－２への設定の成否を連携部１１４－２に通知する。
【0093】
次に、図１２～図１４を用いてエラー発生時処理について説明する。なお、図１２～図１４においては、第１の拠点のサーバ装置１０１－１を連携元のサーバ装置１０１として説明し、第２の拠点のサーバ装置１０１－２を連携先のサーバ装置１０１として説明することがある。
【0094】
図１２は、エラー発生時処理の処理フローの一例を示す図である。エラー発生時処理においては、リソース量の変更時にエラーが発生した際は、エラーがユーザに通知される。ユーザは、エラーについての対処をしたうえで、実体ファイル１２１の管理に必要なリソースのリソース量を再度設定する。なお、以下では、リソース量の変更として、リソース量の拡張を例に挙げて説明する。
【0095】
Ｓ１２０１では、クライアント端末１０２－１は、ファイルシステム７００－１が管理する記憶領域の容量を拡張する要求（拡張要求）をＡＰＩ受付部１１５－１に送信する。Ｓ１２０２では、ＡＰＩ受付部１１５－１は、拡張要求に従って拠点管理ファイル１１３－１を変更する。Ｓ１２０３では、リソース管理部１１６－１は、拠点管理ファイル１１３－１を監視し、本例では、拠点管理ファイル１１３－１の変更を検出したとする。Ｓ１２０４では、リソース管理部１１６－１は、変更内容に従って、ファイルシステム７００－１が管理する記憶領域の容量を拡張し、本例では障害が生じ、エラーが発生したとする。Ｓ１２０５では、リソース管理部１１６－１は、エラーが発生したことをクライアント端末１０２－１に送信する。ユーザは、エラーを確認すると、エラーについての対処を行い、ファイルシステム７００－１が管理する記憶領域の容量を元に戻したり、修正したりする。
【0096】
Ｓ１２１１では、クライアント端末１０２－１は、ファイルシステム７００－１が管理する記憶領域の容量を修正する要求（修正要求）をＡＰＩ受付部１１５－１に送信する。Ｓ１２１２では、ＡＰＩ受付部１１５－１は、修正要求に従って拠点管理ファイル１１３－１を変更する。Ｓ１２１３では、リソース管理部１１６－１は、拠点管理ファイル１１３－１の変更を検出し、変更内容に従ってファイルシステム７００－１が管理する第１の拠点用の記憶領域の容量を変更する。
【0097】
Ｓ１２２１では、クライアント端末１０２－２は、ユーザにより入力された情報である、連携対象として設定を所望するサーバ装置１０１との連携に係る情報（連携情報）をＡＰＩ受付部１１５－２に送信する。Ｓ１２２２では、ＡＰＩ受付部１１５－２は、受信した連携情報を、連携用設定ファイル１１１－２および連携用管理ファイル１１２－２に設定する。
【0098】
Ｓ１２２３では、連携部１１４－２は、連携用設定ファイル１１１－２を監視し、連携元の拠点（本例では、第１の拠点）について、変更を検出した場合または実行間隔を満たしたと判定した場合、連携用管理ファイル１１２－２の第１の拠点の情報を取得する。Ｓ１２２４では、連携部１１４－２は、連携データ（拠点管理ファイル１１３－１の第１の拠点の情報と第１の拠点の実体ファイル１２１－１のスタブ化情報）を送信するように、第１の拠点の連携部１１４－１に指示（連携指示）する。Ｓ１２２５では、連携部１１４－１は、指示された拠点管理ファイル１１３－１の第１の拠点の情報と第１の拠点の実体ファイル１２１－１のスタブ化情報とを取得し、第２の拠点（要求先）の連携部１１４－２に送信する。
【0099】
Ｓ１２２６では、連携部１１４－２は、受信した拠点管理ファイル１１３－１の第１の拠点の情報を拠点管理ファイル１１３－２に設定し、第１の拠点の実体ファイル１２１－１のスタブ化情報をもとに、実体ファイル１２１－１のスタブファイル１２２－２１を生成してファイルシステム７００－２により記憶する。Ｓ１２２７では、リソース管理部１１６－２は、拠点管理ファイル１１３－２を監視し、変更を検出した場合は、変更内容を拠点管理ファイル１１３－２から取得する。Ｓ１２２８では、リソース管理部１１６－２は、変更内容に従って、ファイルシステム７００－２が管理する第１の拠点用の記憶領域の容量を変更する。
【0100】
上記構成によれば、連携元でエラーが発生していて、実際には拠点管理ファイル１１３－２の連携元の情報と連携元のファイルシステム７００－１が管理する記憶領域の容量とが異なっていたとしても、次回のデータ連携時に、連携元の拠点のユーザがエラーについての対処を行った拠点管理ファイル１１３を読み込むので（連携先では定期的に最新の連携データを取得するので）、拠点間で同期をとることができる。
【0101】
このように、第１の拠点と連携している第２の拠点が、エラーが発生して実行されていなかった拠点管理ファイル１１３の情報を取得してしまったとしても、次回のデータ連携時に最新の拠点管理ファイル１１３の情報を読み込み、その拠点管理ファイル１１３の情報に従った変更を実施することで同期が保証される。
【0102】
【0103】
Ｓ１３００では、実体ファイル１２１の管理に必要なリソースのリソース量を変更する操作に係る処理（リソース変更要求処理）が行われる。例えば、Ｓ１３０１では、クライアント端末１０２－１は、ファイルシステム７００－１が管理する記憶領域の容量を拡張する要求（拡張要求）をＡＰＩ受付部１１５－１に送信する。Ｓ１３０２では、ＡＰＩ受付部１１５－１は、拡張要求に従って拠点管理ファイル１１３－１を設定する。Ｓ１３０３では、ＡＰＩ受付部１１５－１は、拠点管理ファイル１１３－１への設定の成否をクライアント端末１０２－１に送信する。
【0104】
Ｓ１３１０では、異常検出処理が行われる。例えば、Ｓ１３１１では、リソース管理部１１６－１は、拠点管理ファイル１１３－１を監視し、拠点管理ファイル１１３－１に変更があった場合、変更内容を取得する。Ｓ１３１２では、リソース管理部１１６－１は、変更内容に従って、ファイルシステム７００－１が管理する記憶領域の容量を拡張する。以下では、Ｓ１３１２において、エラー（障害）が発生したとして説明する。Ｓ１３１３では、リソース管理部１１６－１は、エラーが発生したことをクライアント端末１０２－１に送信する。
【0105】
Ｓ１３２０では、定期連携処理が行われる。例えば、Ｓ１３２１では、連携部１１４－２は、連携元のサーバ装置１０１－１から連携データを取得する。例えば、連携部１１４－２は、連携データを送信するように連携元の連携部１１４－１に指示（連携指示）する。Ｓ１３２２では、連携元の連携部１１４－１は、認証情報を用いて認証を行い、認証に成功した場合、拠点管理ファイル１１３－１から第１の拠点の情報を取得する。Ｓ１３２３では、連携部１１４－１は、ファイルシステム７００－１において管理している実体ファイル１２１－１をスタブファイル１２２－２１として生成するための情報（スタブ化情報）を取得する。Ｓ１３２４では、連携部１１４－１は、Ｓ１３２２において取得した拠点管理ファイル１１３－１の第１の拠点の情報と、Ｓ１３２３において取得したスタブ化情報とを連携部１１４－２に送信する。
【0106】
Ｓ１３２５では、連携部１１４－２は、受信した拠点管理ファイル１１３－１の第１の拠点の情報を拠点管理ファイル１１３－２に設定する。Ｓ１３２６では、リソース管理部１１６－２は、拠点管理ファイル１１３－２の変更を検出する。Ｓ１３２７では、リソース管理部１１６－２は、変更内容に従って、ファイルシステム７００－２が管理する第１の拠点用の記憶領域の容量を拡張する。なお、第１の拠点では、エラーが発生しているため、ファイルシステム７００－２が管理する第１の拠点用の記憶領域の容量は、第１の拠点と異なる容量になっている。
【0107】
Ｓ１４００では、対処が行われる。例えば、Ｓ１４０１では、ユーザは、クライアント端末１０２－１を介して、エラーの原因を取り除く作業を行う。
【0108】
Ｓ１４１０では、修正処理が行われる。例えば、Ｓ１４１１では、第１の拠点のクライアント端末１０２－１は、ファイルシステム７００－１が管理する記憶領域の容量を修正すること（修正要求）をサーバ装置１０１－１に送信する。Ｓ１４１２では、ＡＰＩ受付部１１５は、修正要求に従って、拠点管理ファイル１１３－１を設定する。Ｓ１４１３では、ＡＰＩ受付部１１５は、拠点管理ファイル１１３－１への設定の成否をクライアント端末１０２－１に送信する。Ｓ１４１４では、リソース管理部１１６－１は、拠点管理ファイル１１３－１への変更を検出する。Ｓ１４１５では、リソース管理部１１６－１は、変更内容に従って、ファイルシステム７００－１が管理する第１の拠点用の記憶領域の容量を変更する。
【0109】
Ｓ１４２０では、定期連携処理が行われる。例えば、Ｓ１４２１では、連携部１１４－２は、連携元のサーバ装置１０１－１から連携データを取得する。例えば、連携部１１４－２は、連携データを送信するように連携元の連携部１１４－１に指示（連携指示）する。Ｓ１４２２では、連携元の連携部１１４－１は、認証情報を用いて認証を行い、認証に成功した場合、拠点管理ファイル１１３－１から第１の拠点の情報を取得する。Ｓ１４２３では、連携部１１４－１は、ファイルシステム７００－１において管理している実体ファイル１２１－１をスタブファイル１２２－２１として生成するための情報（スタブ化情報）を取得する。Ｓ１４２４では、連携部１１４－１は、Ｓ１４２２において取得した拠点管理ファイル１１３－１の第１の拠点の情報と、Ｓ１４２３において取得したスタブ化情報とを連携部１１４－２に送信する。
【0110】
Ｓ１４２５では、連携部１１４－２は、受信した拠点管理ファイル１１３－１の第１の拠点の情報を拠点管理ファイル１１３－２に設定する。Ｓ１４２６では、リソース管理部１１６－２は、拠点管理ファイル１１３－２の変更を検出する。Ｓ１４２７では、リソース管理部１１６－２は、変更内容に従って、ファイルシステム７００－２が管理する第１の拠点用の記憶領域の容量を変更する。
【0111】
上記構成によれば、第１の拠点は、障害から復旧し、定期連携処理が行われているため、第２の拠点のファイルシステム７００－２が管理する第１の拠点用の記憶領域の容量は、第１の拠点と同じ容量になり、同期が保証される。
【0112】
（ＩＩ）付記
上述の実施の形態には、例えば、以下のような内容が含まれる。
上述の実施の形態には、例えば、以下のような内容が含まれる。
【0113】
上述の実施の形態においては、本発明をデータ管理システムに適用するようにした場合について述べたが、本発明はこれに限らず、この他種々のシステム、装置、方法、プログラムに広く適用することができる。
【0114】
また、上述の実施の形態において、プログラムの一部またはすべては、プログラムソースから、サーバ装置を実現するコンピュータのような装置にインストールされてもよい。プログラムソースは、例えば、ネットワークで接続されたプログラム配布サーバまたはコンピュータが読み取り可能な記録媒体（例えば非一時的な記録媒体）であってもよい。また、上述の説明において、２以上のプログラムが１つのプログラムとして実現されてもよいし、１つのプログラムが２以上のプログラムとして実現されてもよい。
【0115】
また、上述の実施の形態において、各テーブルの構成は一例であり、１つのテーブルは、２以上のテーブルに分割されてもよいし、２以上のテーブルの全部または一部が１つのテーブルであってもよい。
【0116】
また、上述の実施の形態において、説明の便宜上、データ管理システムに係る情報を、テーブルを用いて説明したが、データ構造はテーブルに限定されるものではない。データ管理システムに係る情報は、ＸＭＬ（Extensible Markup Language）、ＹＡＭＬ（YAML Ain't a Markup Language)、ハッシュテーブル、木構造等、テーブル以外のデータ構造によって表現されてもよい。
【0117】
また、上記の説明において、各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記憶装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
【0118】
上述した実施の形態は、例えば、以下の特徴的な構成を有する。
【0119】
（１）
複数の拠点の各々に設けられている１以上のサーバ装置（例えば、サーバ装置１０１）を含んで構成されるデータ管理システム（例えば、データ管理システム１００）であって、上記サーバ装置は、他拠点のデータ（例えば、実体ファイル１２１）から実体データを除いたメタデータを上記他拠点のサーバ装置から取得することを示す情報（例えば、項目４０３「状態」の値４０４「ＯＮ／ＯＦＦ」）を含む設定情報（例えば、連携用設定ファイル１１１、連携用管理ファイル１１２）を設定する設定部（例えば、処理部１１０、ＡＰＩ受付部１１５、回路）と、上記設定部により設定される設定情報を監視する監視部（例えば、処理部１１０、連携部１１４、回路）と、上記監視部により変更が検出された設定情報に従って、上記他拠点のデータのメタデータを上記他拠点のサーバ装置から取得する取得部（例えば、処理部１１０、連携部１１４、回路）と、上記取得部により取得されたメタデータから、上記他拠点のデータの実体データを含まないデータであって上記他拠点のデータを参照するためのデータであるスタブデータを生成して管理する管理部（例えば、処理部１１０、連携部１１４、回路）と、を備え、上記設定部は、上記他拠点のデータがクライアント端末（例えば、クライアント端末１０２）から要求された場合、上記他拠点のデータを取得することを示す情報を設定情報に設定し、上記取得部は、上記監視部により変更が検出された設定情報に従って、上記他拠点のデータを上記他拠点のサーバ装置から取得する。
複数の拠点の各々に設けられている１以上のサーバ装置（例えば、サーバ装置１０１）を含んで構成されるデータ管理システム（例えば、データ管理システム１００）であって、上記サーバ装置は、他拠点のデータ（例えば、実体ファイル１２１）から実体データを除いたメタデータを上記他拠点のサーバ装置から取得することを示す情報（例えば、項目４０３「状態」の値４０４「ＯＮ／ＯＦＦ」）を含む設定情報（例えば、連携用設定ファイル１１１、連携用管理ファイル１１２）を設定する設定部（例えば、処理部１１０、ＡＰＩ受付部１１５、回路）と、上記設定部により設定される設定情報を監視する監視部（例えば、処理部１１０、連携部１１４、回路）と、上記監視部により変更が検出された設定情報に従って、上記他拠点のデータのメタデータを上記他拠点のサーバ装置から取得する取得部（例えば、処理部１１０、連携部１１４、回路）と、上記取得部により取得されたメタデータから、上記他拠点のデータの実体データを含まないデータであって上記他拠点のデータを参照するためのデータであるスタブデータを生成して管理する管理部（例えば、処理部１１０、連携部１１４、回路）と、を備え、上記設定部は、上記他拠点のデータがクライアント端末（例えば、クライアント端末１０２）から要求された場合、上記他拠点のデータを取得することを示す情報を設定情報に設定し、上記取得部は、上記監視部により変更が検出された設定情報に従って、上記他拠点のデータを上記他拠点のサーバ装置から取得する。
【0120】
上記構成では、一の拠点のサーバ装置は、例えば、データ分析に用いられる他の拠点のデータを、クラウドシステム（Ｃｏｒｅ）を介することなく直接取得する。上記構成によれば、例えば、他の拠点のデータが一の拠点から要求された場合に、一の拠点のサーバ装置が当該データを直接取得するので、他の拠点のユーザは、当該データをクラウドシステムにアップロードする必要がなく、機密情報を誤ってクラウドシステムに転送してしまう事態を回避することができる。
【0121】
（２）
上記サーバ装置は、自拠点のデータを管理するために必要なリソースのリソース量（例えば、ノードの数、記憶領域の容量）の割り当てを変更する変更部（例えば、処理部１１０、リソース管理部１１６、回路）を備え、上記設定部は、他拠点のデータのメタデータと、上記他拠点のデータを管理するために必要なリソースのリソース量を示すリソース情報（例えば、拠点管理ファイル１１３の情報）とを上記他拠点のサーバ装置から取得することを示す情報を含む設定情報を設定し、上記取得部は、上記監視部により変更が検出された設定情報に従って、上記メタデータと上記リソース情報とを上記他拠点のサーバ装置から取得し、上記変更部は、上記取得部により取得された上記リソース情報に従って、上記他拠点のデータを管理するために必要なリソースのリソース量の割り当てを変更する。
上記サーバ装置は、自拠点のデータを管理するために必要なリソースのリソース量（例えば、ノードの数、記憶領域の容量）の割り当てを変更する変更部（例えば、処理部１１０、リソース管理部１１６、回路）を備え、上記設定部は、他拠点のデータのメタデータと、上記他拠点のデータを管理するために必要なリソースのリソース量を示すリソース情報（例えば、拠点管理ファイル１１３の情報）とを上記他拠点のサーバ装置から取得することを示す情報を含む設定情報を設定し、上記取得部は、上記監視部により変更が検出された設定情報に従って、上記メタデータと上記リソース情報とを上記他拠点のサーバ装置から取得し、上記変更部は、上記取得部により取得された上記リソース情報に従って、上記他拠点のデータを管理するために必要なリソースのリソース量の割り当てを変更する。
【0122】
上記構成によれば、例えば、一の拠点のサーバ装置が他の拠点のサーバ装置からデータを取得した際に記憶領域の容量が足りずにデータを取得できない事態を回避することができる。
【0123】
（３）
上記設定部は、他拠点のデータのメタデータと、上記他拠点のデータを管理するために必要なリソースのリソース量を示すリソース情報とを上記他拠点のサーバ装置から一定時間ごとに取得することを示す情報（例えば、項目４０３「実行間隔」の値４０４）を含む設定情報を設定し、上記取得部は、上記一定時間が経過した場合、上記メタデータと上記リソース情報とを上記他拠点のサーバ装置から取得する。
上記設定部は、他拠点のデータのメタデータと、上記他拠点のデータを管理するために必要なリソースのリソース量を示すリソース情報とを上記他拠点のサーバ装置から一定時間ごとに取得することを示す情報（例えば、項目４０３「実行間隔」の値４０４）を含む設定情報を設定し、上記取得部は、上記一定時間が経過した場合、上記メタデータと上記リソース情報とを上記他拠点のサーバ装置から取得する。
【0124】
上記構成によれば、例えば、他拠点のリソース情報が一定時間ごとに取得されるので、他拠点のリソース量が変更された場合に、その変更を自拠点に反映することができ、自拠点のリソース量と他拠点のリソース量とを同じにすることができる。
【0125】
（４）
上記設定部は、クライアント端末からの入力に応じて、上記メタデータと上記リソース情報とを上記他拠点のサーバ装置から取得することを示す情報を含む設定情報を設定する。
上記設定部は、クライアント端末からの入力に応じて、上記メタデータと上記リソース情報とを上記他拠点のサーバ装置から取得することを示す情報を含む設定情報を設定する。
【0126】
上記構成によれば、例えば、ユーザは、連携対象を事前に設定することができるので、データ分析の際に、意図しない拠点のデータを取得する事態を回避することができる。
【0127】
（５）
上記取得部は、上記他拠点のサーバ装置から上記メタデータを取得する際、上記他拠点のサーバ装置における認証に用いられる認証情報（例えば、項目５０２「Ａｃｃｅｓｓ Ｋｅｙ」の値５０３、項目５０２「Ｓｅｃｒｅｔ Ａｃｃｅｓｓ Ｋｅｙ」の値５０３）を上記他拠点のサーバ装置に送信する。
上記取得部は、上記他拠点のサーバ装置から上記メタデータを取得する際、上記他拠点のサーバ装置における認証に用いられる認証情報（例えば、項目５０２「Ａｃｃｅｓｓ Ｋｅｙ」の値５０３、項目５０２「Ｓｅｃｒｅｔ Ａｃｃｅｓｓ Ｋｅｙ」の値５０３）を上記他拠点のサーバ装置に送信する。
【0128】
上記構成によれば、例えば、メタデータを取得する際に認証が行われるので、意図しない拠点にメタデータが送信されることを回避することができる。
【0129】
（６）
上記取得部は、上記他拠点のサーバ装置から上記他拠点のデータを取得する際、上記他拠点のサーバ装置における認証に用いられる認証情報（例えば、項目５０２「Ａｃｃｅｓｓ Ｋｅｙ」の値５０３、項目５０２「Ｓｅｃｒｅｔ Ａｃｃｅｓｓ Ｋｅｙ」の値５０３）を上記他拠点のサーバ装置に送信する。
上記取得部は、上記他拠点のサーバ装置から上記他拠点のデータを取得する際、上記他拠点のサーバ装置における認証に用いられる認証情報（例えば、項目５０２「Ａｃｃｅｓｓ Ｋｅｙ」の値５０３、項目５０２「Ｓｅｃｒｅｔ Ａｃｃｅｓｓ Ｋｅｙ」の値５０３）を上記他拠点のサーバ装置に送信する。
【0130】
上記構成によれば、例えば、他拠点のデータを取得する際に認証が行われるので、意図しない拠点にデータが送信されることを回避することができる。
【0131】
また上述した構成については、本発明の要旨を超えない範囲において、適宜に、変更したり、組み替えたり、組み合わせたり、省略したりしてもよい。
【0132】
「Ａ、Ｂ、およびＣのうちの少なくとも１つ」という形式におけるリストに含まれる項目は、（Ａ）、（Ｂ）、（Ｃ）、（ＡおよびＢ）、（ＡおよびＣ）、（ＢおよびＣ）または（Ａ、Ｂ、およびＣ）を意味することができると理解されたい。同様に、「Ａ、Ｂ、またはＣのうちの少なくとも１つ」の形式においてリストされた項目は、（Ａ）、（Ｂ）、（Ｃ）、（ＡおよびＢ）、（ＡおよびＣ）、（ＢおよびＣ）または（Ａ、Ｂ、およびＣ）を意味することができる。
【符号の説明】
【0133】
１００……データ管理システム、１０１……サーバ装置、１０２……クライアント端末。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】