特許 7579318 オブジェクト管理方法、計算機システム、及びオブジェクト管理プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-10-29

(45)【発行日】2024-11-07

(54)【発明の名称】オブジェクト管理方法、計算機システム、及びオブジェクト管理プログラム

(51)【国際特許分類】

   G06F 16/14 20190101AFI20241030BHJP

【ＦＩ】

G06F16/14

【請求項の数】 10

(21)【出願番号】P 2022205140

(22)【出願日】2022-12-22

(65)【公開番号】P2024089754

(43)【公開日】2024-07-04

【審査請求日】2023-07-21

(73)【特許権者】

【識別番号】524132520

【氏名又は名称】日立ヴァンタラ株式会社

(74)【代理人】

【識別番号】110002365

【氏名又は名称】弁理士法人サンネクスト国際特許事務所

(72)【発明者】

【氏名】川口 航史

【審査官】早川 学

(56)【参考文献】

【文献】米国特許出願公開第２０１６／０１３２６９７（ＵＳ，Ａ１）

【文献】特開２０２０－１０２２１４（ＪＰ，Ａ）

【文献】米国特許出願公開第２００４／０１９３９０１（ＵＳ，Ａ１）

【文献】特開２０２１－０５１４７１（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ １６／００－１６／９５８

(57)【特許請求の範囲】

【請求項1】

オブジェクトが格納される記憶領域を有する計算機システムが実行するオブジェクト管理方法であって、
前記計算機システムは、メモリと協働するプロセッサとデータベースとを有し、
前記プロセッサが、
ユーザによるカスタマイズ可能なメタデータであるカスタムメタデータが付与された実データを前記記憶領域に格納する格納リクエストに応じて、該実データと該カスタムメタデータを含んだ第１オブジェクトを前記記憶領域に格納し、
前記カスタムメタデータを匿名化した匿名化カスタムメタデータを作成し、
前記匿名化カスタムメタデータを含んだ第２オブジェクトを前記記憶領域に格納し、
前記格納リクエストに応じて、前記第１オブジェクトの格納先情報を有する第１メタデータを作成して前記データベースに登録し、
前記第１オブジェクトに前記第１メタデータを含めて前記記憶領域に格納し、
前記データベースに登録されている前記第１メタデータに基づいて前記記憶領域から前記カスタムメタデータを取得し、
前記実データを含まず前記匿名化カスタムメタデータを含んだ前記第２オブジェクトを前記記憶領域に格納する
各処理を含んだことを特徴とするオブジェクト管理方法。

【請求項2】

請求項１に記載のオブジェクト管理方法であって、
前記プロセッサが、
前記実データを含む前記第１オブジェクトの格納先情報と、前記第２オブジェクトの格納先情報とを有する第２メタデータを作成して前記データベースに登録し、
前記第２オブジェクトに前記第２メタデータを含めて前記記憶領域に格納する
各処理を含んだことを特徴とするオブジェクト管理方法。

【請求項3】

請求項２に記載のオブジェクト管理方法であって、
前記プロセッサが、
前記第１オブジェクトを参照する参照リクエストに応じて、該参照リクエストを出したリクエストユーザの権限を確認し、
前記リクエストユーザが前記カスタムメタデータを参照する権限を有する場合に、前記データベースに登録されている前記第１メタデータに基づいて前記記憶領域から前記第１オブジェクトを取得し、取得した前記第１オブジェクトを以って前記参照リクエストに対して応答し、
前記リクエストユーザが前記カスタムメタデータを参照する権限を有さない場合に、前記データベースに登録されている前記第２メタデータに基づいて、前記記憶領域から前記実データ及び前記匿名化カスタムメタデータを取得し、取得した該実データ及び該匿名化カスタムメタデータを含んだオブジェクトを以って前記参照リクエストに対して応答する
各処理を含んだことを特徴とするオブジェクト管理方法。

【請求項4】

請求項２に記載のオブジェクト管理方法であって、
前記第１メタデータは、前記匿名化カスタムメタデータを含む前記第２オブジェクトの格納先情報を有する
ことを特徴とするオブジェクト管理方法。

【請求項5】

請求項４に記載のオブジェクト管理方法であって、
前記プロセッサが、
前記第１オブジェクトを削除する削除リクエストに応じて、前記データベースにおいて前記第１メタデータに含まれる前記匿名化カスタムメタデータの格納先情報と同一値を有する前記第２メタデータを特定し、特定した該第２メタデータに基づいて、前記記憶領域に格納されている前記第２オブジェクトを削除し、
前記データベースに登録されている前記第１メタデータに基づいて、前記記憶領域に格納されている前記第１オブジェクトを削除する
各処理を含んだことを特徴とするオブジェクト管理方法。

【請求項6】

請求項５に記載のオブジェクト管理方法であって、
前記プロセッサが、
前記第２オブジェクトを先に削除し、該第２オブジェクトの削除完了後に前記第１オブジェクトを削除する
ことを特徴とするオブジェクト管理方法。

【請求項7】

請求項１に記載のオブジェクト管理方法であって、
前記プロセッサが、
前記実データのハッシュ値と、前記第１オブジェクトを複製した複製オブジェクトを格納するレプリケーション先の計算機システムにおける格納先情報とを前記第１メタデータに含めて前記データベースに登録し、
前記第１オブジェクトを参照する参照リクエストに応じて、前記データベースに登録されている前記第１メタデータに基づいて前記記憶領域から前記第１オブジェクトを取得し、
取得した前記第１オブジェクトのハッシュ値を算出し、
算出した前記ハッシュ値と、前記データベースに登録されている前記ハッシュ値とを比較し、
比較した２つの前記ハッシュ値が異なる場合に、前記データベースに登録されている前記第１メタデータに基づいて、前記レプリケーション先の計算機システムが有する記憶領域から、前記第１オブジェクトの前記複製オブジェクトを取得し、
前記第１オブジェクトを代替して、前記レプリケーション先の計算機システムから取得した前記複製オブジェクトを以って前記参照リクエストに対して応答する
各処理を含んだことを特徴とするオブジェクト管理方法。

【請求項8】

請求項１に記載のオブジェクト管理方法であって、
前記プロセッサが、
前記第１オブジェクトに含まれる前記実データを更新実データで更新する更新リクエストの受信に際して、
前記実データと前記更新実データの両方を保存する前記実データの世代管理機能が有効である場合には、
前記更新実データと前記カスタムメタデータを含んだ第３オブジェクトの格納先情報を有する第３メタデータを作成して前記データベースに登録し、
前記第３オブジェクトに前記第３メタデータを含めて前記記憶領域に格納し、
前記データベースに登録されている前記第３メタデータに基づいて前記記憶領域から前記カスタムメタデータを取得し、
前記第３メタデータに基づいて前記記憶領域から取得した前記カスタムメタデータを匿名化した匿名化カスタムメタデータを作成し、
前記更新実データを含まず、前記第３メタデータに基づいて前記記憶領域から取得した前記カスタムメタデータを匿名化した前記匿名化カスタムメタデータを含んだ第４オブジェクトを前記記憶領域に格納し、
前記世代管理機能が無効である場合には、
前記データベースに登録されている前記第１メタデータに基づいて前記第１オブジェクトを前記更新実データで更新する
各処理を含んだことを特徴とするオブジェクト管理方法。

【請求項9】

オブジェクトが格納される記憶領域とデータベースとを有する計算機システムであって、
ユーザによるカスタマイズ可能なメタデータであるカスタムメタデータが付与された実データを前記記憶領域に格納する格納リクエストに応じて、該実データと該カスタムメタデータを含んだ第１オブジェクトを前記記憶領域に格納する記憶領域管理部と、
前記カスタムメタデータを匿名化した匿名化カスタムメタデータを作成するサービス管理部と、を有し、
前記記憶領域管理部は、
前記匿名化カスタムメタデータを含んだ第２オブジェクトを前記記憶領域に格納し、
前記格納リクエストに応じて、前記第１オブジェクトの格納先情報を有する第１メタデータを作成して前記データベースに登録し、
前記第１オブジェクトに前記第１メタデータを含めて前記記憶領域に格納し、
前記データベースに登録されている前記第１メタデータに基づいて前記記憶領域から前記カスタムメタデータを取得し、
前記実データを含まず前記匿名化カスタムメタデータを含んだ前記第２オブジェクトを前記記憶領域に格納する
ことを特徴とする計算機システム。

【請求項10】

オブジェクトが格納される記憶領域とデータベースとを有する計算機システムとしてコンピュータを機能させるためのオブジェクト管理プログラムであって、
前記コンピュータに、
ユーザによるカスタマイズ可能なメタデータであるカスタムメタデータが付与された実データを前記記憶領域に格納する格納リクエストに応じて、該実データと該カスタムメタデータを含んだ第１オブジェクトを前記記憶領域に格納する手順と、
前記カスタムメタデータを匿名化した匿名化カスタムメタデータを作成する手順と、
前記匿名化カスタムメタデータを含んだ第２オブジェクトを前記記憶領域に格納する手順と、
前記格納リクエストに応じて、前記第１オブジェクトの格納先情報を有する第１メタデータを作成して前記データベースに登録する手順と、
前記第１オブジェクトに前記第１メタデータを含めて前記記憶領域に格納する手順と、
前記データベースに登録されている前記第１メタデータに基づいて前記記憶領域から前記カスタムメタデータを取得する手順と、
前記実データを含まず前記匿名化カスタムメタデータを含んだ前記第２オブジェクトを前記記憶領域に格納する手順と
を実行させることを特徴とするオブジェクト管理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、オブジェクト管理方法、計算機システム、及びオブジェクト管理プログラムに関する。

【背景技術】

【0002】

近年、データレイク基盤に適したストレージとして、オブジェクトストレージが注目されている。オブジェクトストレージには、実データ、メタデータ、及びカスタムメタデータが１つのオブジェクトとして格納される。

【0003】

メタデータは、オブジェクトストレージへの実データの格納時にシステムから実データに対して付与されたデータである。カスタムメタデータは、ユーザによって実データに付与され、実データの検索や分析等に用いられる、ユーザがカスタマイズ可能なメタデータである。オブジェクトストレージに格納されたオブジェクトは、メタデータ及びカスタムメタデータを利用して、各種分析や機械学習のトレーニングデータ等に幅広く利用されている。

【0004】

このような状況下で、メタデータの機密保護を図る技術として、メタデータを秘匿化し、メタデータ毎にアクセス制限を設ける技術が考案されている（例えば特許文献１参照）。

【先行技術文献】

【特許文献】

【0005】

【文献】特開２０１９－０８２８８７号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

しかし、上述の特許文献１に開示の技術では、メタデータの機密保護を実現する一方で、実データに付与されたカスタムメタデータの機密保護は実現できない。

【0007】

本発明は、上述の背景を鑑みてなされたものであり、オブジェクトストレージに格納された実データに付与されたカスタムメタデータの機密保護を実現することを目的とする。

【課題を解決するための手段】

【0008】

本発明の一側面では、オブジェクトが格納される記憶領域を有する計算機システムが実行するオブジェクト管理方法であって、前記計算機システムは、メモリと協働するプロセッサを有し、前記プロセッサが、ユーザによるカスタマイズ可能なメタデータであるカスタムメタデータが付与された実データを前記記憶領域に格納する格納リクエストに応じて、該実データと該カスタムメタデータを含んだ第１オブジェクトを前記記憶領域に格納し、前記カスタムメタデータを匿名化した匿名化カスタムメタデータを作成し、前記匿名化カスタムメタデータを含んだ第２オブジェクトを前記記憶領域に格納する各処理を含んだことを特徴とする。

【発明の効果】

【0009】

本願の一側面によれば、オブジェクトストレージに格納された実データに付与されたカスタムメタデータの機密保護を実現することができる。

【図面の簡単な説明】

【0010】

【図1】実施形態に係る情報処理システムの構成を示す図。

【図2】オブジェクトストレージのリージョンの説明図。

【図3】リージョンマップを示す図。

【図4】実施形態に係るオブジェクト格納時処理を示すシーケンス図。

【図5】実施形態に係るメタデータの構成を示す図。

【図6】リージョンに格納されたメタデータを示す図。

【図7】実施形態に係るカスタムメタデータ匿名化処理を示すシーケンス図。

【図8】実施形態に係るデータアクセス処理を示すシーケンス図。

【図9A】実施形態に係るオブジェクト更新処理（Versioning無効時）を示すシーケンス図。

【図9B】実施形態に係るオブジェクト更新処理（Versioning有効時）を示すシーケンス図。

【図10】実施形態に係るオブジェクト削除処理を示すシーケンス図。

【図11】実施形態に係るデータ破損時処理を示すシーケンス図。

【図12】実施形態の変形例の説明図。

【図13】各ノードを実現するコンピュータのハードウェア図。

【発明を実施するための形態】

【0011】

以下、図面を参照して本願の開示に係るオブジェクト管理方法、計算機システム、及びオブジェクト管理プログラムの実施形態を説明する。実施形態は、図面も含めて本願を説明するための例示である。実施形態では、説明の明確化のため、適宜、省略及び簡略化がされている。特に限定しない限り、実施形態の構成要素は単数でも複数でもよい。また、ある実施形態と他の実施形態を組み合わせた形態も、本願に係る実施形態に含まれる。

【0012】

同一又は類似の構成要素には、同一の符号を付与し、後出の実施形態及び実施例では、説明を省略する、又は差分を中心とした説明のみを行う場合がある。また、同一又は類似の構成要素が複数ある場合には、同一の符号に異なる添字を付して説明する場合がある。また、これらの複数の構成要素を区別する必要がない場合には、添字を省略して説明する場合がある。各構成要素の数は、特に断りがない限り単数でも複数でもよい。

【0013】

実施形態において、プログラムを実行して行う処理について説明する場合がある。コンピュータは、プロセッサ（例えばＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit））により、主記憶装置のメモリ等を用いながら、プログラムで定められた処理を行う。そのため、プログラムを実行して行う処理の主体を、プロセッサとしてもよい。プロセッサがプログラムを実行することで、処理を行う機能部が実現される。

【0014】

同様に、プログラムを実行して行う処理の主体が、プロセッサを有するコントローラ、装置、システム、計算機、ノードであってもよい。プログラムを実行して行う処理の主体は、演算部であればよく、特定の処理を行う専用回路を含んでいてもよい。専用回路は、例えばＦＰＧＡ（Field Programmable Gate Array）やＡＳＩＣ（Application Specific Integrated Circuit）等である。

【0015】

プログラムは、プログラムソースから計算機にインストールされてもよい。プログラムソースは、例えば、プログラム配布サーバ又は計算機が読取り可能な非一時的な記憶メディアであってもよい。プログラムソースがプログラム配布サーバの場合、プログラム配布サーバはプロセッサと配布対象のプログラムを記憶する記憶リソース（ストレージ）を含み、プログラム配布サーバのプロセッサが配布対象のプログラムを他の計算機に配布してもよい。また、実施形態において、２以上のプログラムが１つのプログラムとして実現されてもよいし、１つのプログラムが２以上のプログラムとして実現されてもよい。

【0016】

以下の実施形態では、ＤＢ（Data Base）で情報の保存手段を説明する場合があるが、情報の保存手段はＤＢに限らない。

【0017】

［実施形態］
（情報処理システムＳの構成）
図１は、実施形態に係る情報処理システムＳの構成を示す図である。情報処理システムＳは、１つ以上のユーザ環境に配置された１つ以上のサーバ１と、異なる地域に位置する複数の拠点２にそれぞれ設置された複数のノード２１とがネットワークＮを介して相互に接続されて構成される。

【0018】

サーバ１は、ユーザ端末（不図示）から入力されたユーザリクエストをネットワークＮを介してノード２１に送信する。また、サーバ１は、ネットワークＮを介して受信したユーザリクエストに対するノード２１からの応答を、ユーザ端末を介してユーザに提示する。

【0019】

各拠点２内のノード２１は、バックエンドのＬＡＮ（Local Area Network）で接続されたマルチノードシステムを構成する。各拠点２内のストレージ２２（本実施形態では４つ）は、記憶領域の一例としてのオブジェクトストレージであり、各ノード２１とＳＡＮ（Storage Area Network）を介して接続される。同一の拠点２内の複数のノード２１と複数のストレージ２２は、計算機システム１Ｓを構成する。本実施形態では、ノード２１－ｊ（ｊ＝１，２，…，４）にストレージ２２－ｊがそれぞれ対応する。

【0020】

なお、サーバ１、ノード２１、及びストレージ２２は、オンプレミス及びクラウドの何れでもよい。また、サーバ１、拠点２、ノード２１、及びストレージ２２の数は、図示のものに限られない。また、ノード２１とストレージ２２との対応関係は、１対１に限られない。

【0021】

各ノード２１は、本実施形態に関連する機能部として、リクエスト管理部２１１、サービス管理部２１２、メタデータ管理部２１３、ストレージ管理部（記憶領域管理部）２１４、及びＤＢ（Data Base）２１５を有する。ノード２１のその他の機能は、説明を省略する。

【0022】

リクエスト管理部２１１は、サーバ１からのＩ／Ｏ等のユーザリクエストを受け付け、受け付けたユーザリクエストを処理する同一の拠点２内のノード２１を決定し、決定したノード２１へユーザリクエストを転送する。

【0023】

サービス管理部２１２は、ユーザによって実データに付与されたカスタムメタデータの匿名化を実行する。実データは、ユーザによってストレージ２２に格納されるデータ本体であり、データの種類及び形式は問わない。

【0024】

メタデータ管理部２１３は、実データにシステム的に付与されたメタデータを、ＢＤ２１５に格納して管理する。また、メタデータ管理部２１３は、カスタムメタデータを匿名化した匿名化カスタムメタデータにシステム的に付与されたメタデータを、ＢＤ２１５に格納して管理する。メタデータを管理するＢＤ２１５内のメタデータ管理情報２１５Ｔは、図６を参照して後述する。

【0025】

ストレージ管理部２１４は、実データ、カスタムメタデータ、及びメタデータを含んだオブジェクトを、ストレージ２２に格納する。また、ストレージ管理部２１４は、匿名化カスタムメタデータ及びメタデータを含んだオブジェクトを、ストレージ２２に格納する。

【0026】

ここで、図１に示すように、実データ１０１Ａ、実データ１０１Ａのカスタムメタデータ１０２Ａ、及び第１メタデータ１０３Ａを含むオブジェクトを第１オブジェクト１００Ａと呼ぶ。第１メタデータ１０３Ａは、実データ１０１Ａに付与されるメタデータである。

【0027】

また、実データ１０１Ａのダミーデータ１０１Ｂ、カスタムメタデータ１０２Ａを匿名化した匿名化カスタムメタデータ１０２Ｂ、及び第２メタデータ１０３Ｂを含むオブジェクトを第２オブジェクト１００Ｂと呼ぶ。第２メタデータ１０３Ｂは、匿名化カスタムメタデータ１０２Ｂに付与されるメタデータである。ダミーデータ１０１Ｂは、空データでも、存在しないデータを仮想的に表現したものでもよい。

【0028】

ストレージ管理部２１４は、第１オブジェクト１００Ａ及び第２オブジェクト１００Ｂの格納を指示されると、自身が管理するストレージ２２に第１オブジェクト１００Ａ及び第２オブジェクト１００Ｂを格納する。

【0029】

（オブジェクトストレージのリージョン）
図２は、オブジェクトストレージのリージョンの説明図である。図３は、リージョンマップ２１５１を示す図である。

【0030】

本実施形態では、同一の拠点２内の全てのノード２１のＤＢ２１５の記憶領域の全領域を所定数（本実施形態では３２）に分割したリージョンに第１メタデータ１０３Ａ及び第２メタデータ１０３Ｂを格納して管理する。各リージョンは、正系リージョンと、正系リージョンとは異なるノード２１に配置された副系リージョンとを含む。リージョンマップ２１５１は、リージョン番号で識別される各リージョンの正系リージョンと副系リージョンが配置されるノード２１を示す情報である。

【0031】

第１メタデータ１０３Ａは、対となる正系リージョンと副系リージョンにそれぞれ格納される。第１メタデータ１０３Ａが格納されるリージョン（リージョン番号）は、ユーザ指定の格納先のパス情報に基づいて算出されるハッシュ値によって決定される。第１メタデータ１０３Ａは、決定されたリージョン番号とリージョンマップ２１５１とに基づいて、正系リージョン及び副系リージョンが位置するノード２１が特定される。そして、第１メタデータ１０３Ａは、特定された各ノード２１のＤＢ２１５の正系リージョン及び副系リージョンにそれぞれ格納される。

【0032】

なお、第１メタデータ１０３Ａ及び第２メタデータ１０３Ｂの管理には、リージョンを用いた管理方法に限らず、種々の管理方法が採用できる。

【0033】

（データ格納時処理）
図４は、実施形態に係るオブジェクト格納時処理を示すシーケンス図である。図４は、拠点２－１内において、第１メタデータ１０３Ａが、ノード２１－２（ノード＃２）を正系リージョン、ノード２１－３（ノード＃３）を副系リージョンとしてそれぞれのＤＢ２１５に格納される例を示す。また、第１オブジェクト１００Ａが、ノード２１－３（ノード＃３）に対応するストレージ２２－３に格納される例を示す。

【0034】

先ずステップＳ１１では、ノード２１－１のリクエスト管理部２１１は、サーバ１から、格納リクエストと共に実データ１０１Ａと実データ１０１Ａのカスタムメタデータ１０２Ａ（図１）を受信する。各種リクエストの送信先のノード２１は、ＤＮＳ（Domain Name System）ラウンドロビン等の負荷分散手法を用いて決定される。

【0035】

次にステップＳ１２では、ノード２１－１のリクエスト管理部２１１は、ステップＳ１１で受信した実データ１０１Ａ及びカスタムメタデータ１０２Ａを含む第１オブジェクト１００Ａの第１メタデータ１０３Ａを作成する。第１メタデータ１０３Ａは、実データ１０１Ａの作成者（ユーザ名）、作成日、更新日、格納先情報、サイズ、実データ１０１Ａのハッシュ値、及びその他の情報を含む。

【0036】

ここでメタデータ１０３（第１メタデータ１０３Ａ、第２メタデータ１０３Ｂ）について説明する。図５は、実施形態に係るメタデータ１０３の構成を示す図である。メタデータ１０３は、一例として、ＥＦ（External Files）、ＩＦ（Internal Files）、ＥＣＭ（External Custom Metadata）、ＩＣＭ（Internal Custom Metadata）、Masking、ＭＣＭ（Masked Custom Metadata）、及びReplicationを項目として含む。これらのうちＥＦ、ＩＦ、及びReplicationが従来と同様の項目であり、ＥＣＭ、ＩＣＭ、Masking、及びＭＣＭが本実施形態で追加された項目である。

【0037】

ＥＣＭは、ユーザが指定可能なパスであり、ＥＦのパス値にカスタムメタデータ１０２Ａのファイル名を追加したものとなる。ＩＣＭは、カスタムメタデータ１０２Ａを内部で管理するパスである。ＩＣＭは、カスタムメタデータ１０２Ａを含んだオブジェクトのストレージ２２への初回の格納時には、ＩＦのパス値にカスタムメタデータ１０２Ａのファイル名を追加したものとなる。また、ＩＣＭは、カスタムメタデータ１０２Ａ又は匿名化カスタムメタデータ１０２Ｂを含んだオブジェクトのストレージ２２への２回目以降の格納時には、オブジェクトのオブジェクトＩＤにカスタムメタデータ１０２Ａのファイル名を追加したものとなる。

【0038】

Maskingは、カスタムメタデータ１０２Ａの匿名化処理を行うかどうかのフラグであり、ユーザによって設定される。ＭＣＭは、カスタムメタデータ１０２Ａが匿名化された匿名化カスタムメタデータ１０２Ｂを内部で管理するパスである。ＭＣＭは、カスタムメタデータ１０２Ａを含んだオブジェクトのストレージ２２への初回の格納時には、匿名化カスタムメタデータ１０２Ｂが存在しないので“null”となる。また、ＭＣＭは、カスタムメタデータ１０２Ａ又は匿名化カスタムメタデータ１０２Ｂを含んだオブジェクトのストレージ２２への２回目以降の格納時には、匿名化カスタムメタデータ１０２ＢのＩＣＭの値と同一となる。

【0039】

図４の説明に戻る。次にステップＳ１３では、ノード２１－１のリクエスト管理部２１１は、ユーザ指定のデータ格納パスＥＦ（図５）のハッシュ値を算出し、ステップＳ１１で受信した実データ１０１Ａの格納先のＤＢ２１５のリージョンを決定する。次にステップＳ１４では、ノード２１－１のリクエスト管理部２１１は、ステップＳ１３で決定した格納先のＤＢ２１５の正系リージョン及び副系リージョンを有する各ノード２１に、第１メタデータ１０３Ａを送信する。ここでは、第１メタデータ１０３Ａの格納先のリージョン２の正系リージョンはノード２１－２（ノード＃２）に存在し、副系リージョンはノード２１－３（ノード＃３）に存在するとする。

【0040】

次にステップＳ１５では、ノード２１－２のメタデータ管理部２１３は、ノード２１－１から受信した第１メタデータ１０３Ａを、自ノードのＤＢ２１５の指定された正系リージョンのメタデータ管理情報２１５Ｔに追加する。ステップＳ１６では、ノード２１－３のメタデータ管理部２１３は、ステップＳ１５と同様に、ノード２１－１から受信した第１メタデータ１０３Ａを、自ノードのＤＢ２１５の指定された副系リージョンのメタデータ管理情報２１５Ｔに追加する。

【0041】

ここでメタデータ管理情報２１５Ｔについて説明する。図６は、メタデータ管理情報２１５Ｔを示す図である。図６に示すように、レコード２１５Ｔ１は、ステップＳ１５で正系リージョンのメタデータ管理情報２１５Ｔに追加される第１メタデータ１０３Ａのレコードである。

【0042】

レコード２１５Ｔ１は、第１メタデータ１０３Ａを含む第１オブジェクト１００Ａである“ObjectA”の各項目値としてＥＦ“/dirA/dirB/fileA”，ＩＦ“node#2:/ObjectA/fileA”，…，ＥＣＭ“/dirA/dirB/metadata.xml”，ＩＣＭ“node#2:/ObjectA/metadata.xml”，…，Masking“true”，ＭＣＭ“node#2:/ObjectB/metadata.xml”,…Replication“Site#2:/node#3:/ObjectC/fileA”を含む。

【0043】

次にステップＳ１７では、ノード２１－１のリクエスト管理部２１１は、各ノード２１のストレージ２２の空き容量を算出し、第１オブジェクト１００Ａ（ObjectA）を格納するストレージ２２を決定する。ここでは、ノード２１－３（ノード＃３）のストレージ２２－３が格納先として決定されたとする。

【0044】

次にステップＳ１８では、ノード２１－１のリクエスト管理部２１１は、ステップＳ１７で決定した格納先のストレージ２２－３の担当ノード（ノード２１－３）に、第１オブジェクト１００Ａを送信する。

【0045】

次にステップＳ１９では、ノード２１－３のストレージ管理部２１４は、受信した第１オブジェクト１００Ａをストレージ２２－３に格納する。

【0046】

（実施形態に係るカスタムメタデータ匿名化処理）
図７は、実施形態に係るカスタムメタデータ匿名化処理を示すシーケンス図である。図７は、オブジェクト格納時処理のステップＳ１９でストレージ２２－３に格納後の第１オブジェクト１００Ａについて実行されるカスタムメタデータ匿名化処理の例を示す。

【0047】

カスタムメタデータ匿名化処理は、第１オブジェクト１００Ａのオブジェクト格納時処理（図４）の後に、複数のノード２１が連携して実行される。

【0048】

先ずステップＳ２１では、ノード２１－１のサービス管理部２１２は、第１オブジェクト１００Ａの第１メタデータ１０３Ａを管理するリージョンを有するノード２１－２，２１－３に、第２メタデータ１０３Ｂのレコード作成依頼を送信する。ここでノード２１－１は、リソース（ＣＰＵとメモリ）に余裕があり、第２オブジェクト１００Ｂの第２メタデータ１０３Ｂのレコード作成依頼を出す余力があるとして選択されたノード２１である。

【0049】

次にステップＳ２２では、ノード２１－２のメタデータ管理部２１３は、自ノードのメタデータ管理情報２１５Ｔにおいて、第１オブジェクト１００Ａ（ObjectA）の第１メタデータ１０３Ａを基に第２オブジェクト１００Ｂの第２メタデータ１０３Ｂを作成する。そして、メタデータ管理部２１３は、作成した第２メタデータ１０３Ｂのレコードを、自ノードのメタデータ管理情報２１５Ｔに追加する。

【0050】

例えば図６に例示するように、レコード２１５Ｔ２は、正系リージョンであるリージョン２のメタデータ管理情報２１５Ｔにおいて、第１メタデータ１０３Ａのレコード２１５Ｔ１を基に追加された第２メタデータ１０３Ｂのレコードである。第１メタデータ１０３Ａのレコード２１５Ｔ１のMaskingが“true”、ＭＣＭが“null”の場合、レコード２１５Ｔ１を基にして、匿名化カスタムメタデータ１０２Ｂを管理する第２メタデータ１０３Ｂのレコード２１５Ｔ２が同一のリージョン２に追加される。この時、“ObjectB”の実データの内部パスＩＦに、“ObjectA”の実データの内部パスＩＦと同一値が設定される。また、“ObjectA”のＭＣＭに、“ObjectB”のＩＣＭと同一値が設定される。

【0051】

ステップＳ２３では、ノード２１－３のメタデータ管理部２１３は、自ノードのメタデータ管理情報２１５Ｔにおいて、第１オブジェクト１００Ａ“ObjectA”の第１メタデータ１０３Ａを基に第２オブジェクト１００Ｂの第２メタデータ１０３Ｂを作成する。そして、メタデータ管理部２１３は、作成した第２メタデータ１０３Ｂのレコードを、自ノードのメタデータ管理情報２１５Ｔに追加する。

【0052】

次にステップＳ２４では、ノード２１－２のメタデータ管理部２１３は、第１オブジェクト１００Ａ（ObjectA）のカスタムメタデータ１０２Ａの格納先を示すＩＣＭと、第２オブジェクト１００Ｂ（ObjectB）の第２メタデータ１０３Ｂを、依頼元のノード２１－１のサービス管理部２１２に送信する。

【0053】

次にステップＳ２５では、ノード２１－１のサービス管理部２１２は、第１オブジェクト１００Ａ（ObjectA）のカスタムメタデータ１０２Ａが格納されているストレージ２２－３を管理するノード２１－３に、カスタムメタデータ１０２Ａの取得を依頼する。

【0054】

次にステップＳ２６では、ノード２１－３のストレージ管理部２１４は、第１オブジェクト１００Ａ（ObjectA）のカスタムメタデータ１０２Ａを、ストレージ２２－３から取得し、ノード２１－１のサービス管理部２１２に送信する。

【0055】

次にステップＳ２７では、ノード２１－１のサービス管理部２１２は、ノード２１－３から受信した第１オブジェクト１００Ａ（ObjectA）のカスタムメタデータ１０２Ａを匿名化した匿名化カスタムメタデータ１０２Ｂを作成する。匿名化は、例えばカスタムメタデータ１０２が個人情報を含む場合、個人を特定できないレベルまで情報の少なくとも一部を削除したり置き換えたりするように、詳細の特定が不可能になるまで情報を加工する処理である。なお、本実施形態では、カスタムメタデータ１０２Ａの情報保護の手法として匿名化を例に説明するが、匿名化に限られず、秘匿化やその他の情報保護処理の手法を採用することもできる。

【0056】

次にステップＳ２８では、ノード２１－１のサービス管理部２１２は、匿名化カスタムメタデータ１０２Ｂの格納先のストレージ２２を決定する。ここでは空き容量に基づいて、ストレージ２２－４が格納先と決定されたとする。次にステップＳ２９では、ノード２１－１のサービス管理部２１２は、ステップＳ２８で決定したストレージ２２－４の担当のノード２１－４に、第２メタデータ１０３Ｂと匿名化カスタムメタデータ１０２Ｂとを含んだ第２オブジェクト１００Ｂを送信する。

【0057】

次にステップＳ３０では、ノード２１－４のストレージ管理部２１４は、受信した第２オブジェクト１００Ｂを、ストレージ２２－４に格納する。

【0058】

（データアクセス処理）
図８は、実施形態に係るデータアクセス処理を示すシーケンス図である。図８は、サーバ１からデータ参照リクエストを行ったユーザのカスタムメタデータの参照権限に応じて、実データ１０１Ａとカスタムメタデータ１０２Ａを応答するか、実データ１０１Ａと匿名化カスタムメタデータ１０２Ｂを応答するかを切り替える例を示す。

【0059】

データアクセス処理の実行に先立って、第１オブジェクト１００Ａ、実データ１０１Ａ、又はカスタムメタデータ１０２Ａ毎にユーザのデータ参照権限の有無が予め定義され、各ノード２１内に保存されているものとする。また、データアクセス処理の実行に先立って、図７に示すカスタムメタデータ匿名化処理が実行済みで、拠点２－１内のストレージ２２－３に第１オブジェクト１００Ａが格納済みであり、ストレージ２２－４に第２オブジェクト１００Ｂが格納済みであるとする。

【0060】

先ずステップＳ３１では、ノード２１－１のリクエスト管理部２１１は、サーバ１からユーザによる第１オブジェクト１００Ａの参照リクエストを受信する。ノード２１－１は、ＤＮＳラウンドロビン等の負荷分散方法によって、参照リクエストを受信するノード２１と決定されたものである。

【0061】

次にステップＳ３２では、ノード２１－１のリクエスト管理部２１１は、ユーザから指定されたパス（ＥＦ）のハッシュ値に基づいて参照対象の第１オブジェクト１００Ａの第１メタデータ１０３Ａが管理されるリージョンを決定する。そして、リクエスト管理部２１１は、決定したリージョンとリージョンマップ２１５１に基づいて正系リージョンを管理するノード２１を特定する。ここではノード２１－２が特定されたとする。

【0062】

次にステップＳ３３では、ノード２１－１のリクエスト管理部２１１は、ステップＳ３２で特定したノード２１－２に対して、メタデータ管理情報２１５Ｔに登録されている第１オブジェクト１００Ａの第１メタデータ１０３Ａの情報要求を送信する。

【0063】

次にステップＳ３４では、ノード２１－２のメタデータ管理部２１３は、メタデータ管理情報２１５Ｔに登録されている第１オブジェクト１００Ａの第１メタデータ１０３Ａの情報をノード２１－１に送信する。

【0064】

次にステップＳ３５では、ノード２１－２のメタデータ管理部２１３は、ステップＳ３４で送信された第１メタデータ１０３Ａの情報に基づいて、第１オブジェクト１００Ａを保存するノード２１－３に、第１オブジェクト１００Ａの取得・送信を依頼する。ここでは第１オブジェクト１００Ａを保存するノード２１－３は、ステップＳ３４で送信された第１メタデータ１０３Ａの情報に基づいて特定されたとする。

【0065】

次にステップＳ３６では、ノード２１－３のストレージ管理部２１４は、取得・送信依頼された第１オブジェクト１００Ａを、ストレージ２２－３から取得し、ノード２１－１に送信する。

【0066】

次にステップＳ３７では、ノード２１－１のリクエスト管理部２１１は、ステップＳ３１で参照リクエストを送信したユーザが、ステップＳ３６で送信された第１オブジェクト１００Ａの参照権限を有するかを判定する。リクエスト管理部２１１は、ステップＳ３１で参照リクエストを送信したユーザが第１オブジェクト１００Ａの参照権限を有する場合（ステップＳ３７ＹＥＳ）にステップＳ３８に処理を移し、有さない場合（ステップＳ３７ＮＯ）にステップＳ３９に処理を移す。

【0067】

ステップＳ３８では、ノード２１－１のリクエスト管理部２１１は、ノード２１－３から受信した第１オブジェクト１００Ａに含まれる実データ１０１Ａ及び匿名化カスタムメタデータ１０２Ｂを、サーバ１に対して応答する。

【0068】

一方ステップＳ３９では、ノード２１－１のリクエスト管理部２１１は、ステップＳ３２で特定したノード２１－２に対して、メタデータ管理情報２１５Ｔにおいて第１オブジェクト１００Ａの第１メタデータ１０３Ａに関連付けられている第２オブジェクト１００Ｂの第２メタデータ１０３Ｂの情報要求を送信する。

【0069】

次にステップＳ４０では、ノード２１－２のメタデータ管理部２１３は、メタデータ管理情報２１５Ｔに登録されている第２オブジェクト１００Ｂの第２メタデータ１０３Ｂの情報をノード２１－１に送信する。

【0070】

次にステップＳ４１では、ノード２１－２のメタデータ管理部２１３は、ステップＳ４０で送信された第２メタデータ１０３Ｂの情報に基づいて、第２オブジェクト１００Ｂを保存するノード２１－４に、第２オブジェクト１００Ｂの取得・送信を依頼する。ここでは第２オブジェクト１００Ｂを保存するノード２１－４は、ステップＳ４０で送信された第２メタデータ１０３Ｂの情報に基づいて特定されたとする。

【0071】

次にステップＳ４２では、ノード２１－４のストレージ管理部２１４は、取得・送信依頼された第２オブジェクト１００Ｂを、ストレージ２２－４から取得し、ノード２１－１に送信する。

【0072】

次にステップＳ４３では、ノード２１－１のリクエスト管理部２１１は、ノード２１－４から受信した第２オブジェクト１００Ｂに含まれる匿名化カスタムメタデータ１０２Ｂを、既に取得済みの第１オブジェクト１００Ａに含まれる実データ１０１Ａと共に、サーバ１に対して応答する。

【0073】

（オブジェクト更新処理）
オブジェクト（オブジェクト内の実データ）の更新処理は、オブジェクトストレージの世代管理機能（Versioning）を有効にしているか無効にしているかで動作が異なる。以下、Versioning無効時とVersioning有効時とを分けて説明する。

【0074】

（Versioning無効時のオブジェクト更新処理）
図９Ａは、実施形態に係るオブジェクト更新処理（Versioning無効時）を示すシーケンス図である。図９Ａは、Versioning無効時に、サーバ１からユーザによって行われた実データ１０１Ａの更新リクエストに応じて、実データ１０１Ａを更新用の実データで更新する例を示す。オブジェクト更新処理（Versioning無効時）の実行に先立って、拠点２－１内のストレージ２２－３に第１オブジェクト１００Ａが、ストレージ２２－４に第２オブジェクト１００Ｂがそれぞれ格納済みであるとする。

【0075】

先ずステップＳ５１では、ノード２１－１のリクエスト管理部２１１は、サーバ１からユーザによる第１オブジェクト１００Ａに含まれる実データ１０１Ａの更新リクエストを受信する。ノード２１－１は、ＤＮＳラウンドロビン等の負荷分散方法によって、更新リクエストを受信すると決定されたノード２１である。

【0076】

次にステップＳ５２では、ノード２１－１のリクエスト管理部２１１は、ユーザから指定されたパス（ＥＦ）のハッシュ値に基づいて更新対象の第１オブジェクト１００Ａの第１メタデータ１０３Ａが管理されるリージョンを決定する。そして、リクエスト管理部２１１は、決定したリージョンとリージョンマップ２１５１に基づいて正系リージョンを管理するノード２１を特定する。ここではノード２１－２が特定されたとする。

【0077】

次にステップＳ５３では、ノード２１－１のリクエスト管理部２１１は、ステップＳ５２で特定したノード２１－２に対して、メタデータ管理情報２１５Ｔに登録されている第１オブジェクト１００Ａの第１メタデータ１０３Ａの情報要求を送信する。

【0078】

次にステップＳ５４では、ノード２１－２のメタデータ管理部２１３は、メタデータ管理情報２１５Ｔに登録されている第１オブジェクト１００Ａの第１メタデータ１０３Ａの情報をノード２１－１に送信する。

【0079】

次にステップＳ５５では、ノード２１－２のメタデータ管理部２１３は、ステップＳ５４で送信された第１メタデータ１０３Ａの情報に基づいて、第１オブジェクト１００Ａを格納するノード２１－３に、第１オブジェクト１００Ａに含まれる実データ１０１Ａの更新依頼を送信する。ここでは第１オブジェクト１００Ａを格納するノード２１－３は、ステップＳ５４で送信された第１メタデータ１０３Ａの情報に基づいて特定されたとする。

【0080】

次にステップＳ５６では、ノード２１－３のストレージ管理部２１４は、ストレージ２２－３に格納されている更新依頼された第１オブジェクト１００Ａに含まれる実データ１０１Ａを、更新用の実データで更新する。

【0081】

（Versioning有効時のオブジェクト更新処理）
図９Ｂは、実施形態に係るオブジェクト更新処理（Versioning有効時）を示すシーケンス図である。図９Ｂは、Versioning有効時に、サーバ１からユーザによって行われた実データ１０１Ａの更新リクエストに応じて、世代管理可能に実データ１０１Ａを更新する（すなわち更新前の実データ１０１Ａと更新用の実データとの両方を保存する）例を示す。オブジェクト更新処理（Versioning有効時）の実行に先立って、拠点２－１内のストレージ２２－３に第１オブジェクト１００Ａが、ストレージ２２－４に第２オブジェクト１００Ｂがそれぞれ格納済みであるとする。

【0082】

図９ＢのステップＳ５１Ｂ～Ｓ５３Ｂは、図９ＡのステップＳ５１～Ｓ５３と同様である。

【0083】

ステップＳ５４Ｂでは、ノード２１－２のメタデータ管理部２１３は、ノード２１－２内のメタデータ管理情報２１５Ｔに登録されている第２オブジェクト１００Ｂの情報のＥＣＭを“null”にする。次にステップＳ５５Ｂでは、ノード２１－２のメタデータ管理部２１３は、ノード２１－２内のメタデータ管理情報２１５Ｔに登録されている第１オブジェクト１００Ａの情報のＥＦとＥＣＭを“null”にする。

【0084】

次にステップＳ５６Ｂでは、ノード２１－１，２１－２，２１－３，２１－４は、実データ１０１Ａの更新用の実データとカスタムメタデータを含む第３オブジェクトについてオブジェクト格納時処理（図４）を実行する。ステップＳ５６Ｂの実行によって、何れかのストレージ２２に第３オブジェクトが格納される。

【0085】

次にステップＳ５７Ｂでは、ノード２１－１，２１－２，２１－３，２１－４は、実データ１０１Ａの更新用の実データとカスタムメタデータと第３メタデータとを含む第３オブジェクトについてカスタムメタデータ匿名化処理（図７）を実行する。ステップＳ５７Ｂの実行によって、何れかのストレージ２２に、第３オブジェクトのカスタムメタデータを匿名化した匿名化カスタムメタデータと第４メタデータとを含む第４オブジェクトが格納される。

【0086】

このように、更新前の第１オブジェクト１００Ａと第２オブジェクト１００Ｂはそのまま保持され、実データ１０１Ａの更新毎にオブジェクトが追加され履歴として記録されていくので、更新毎にオブジェクトの世代管理ができる。

【0087】

（オブジェクト削除処理）
図１０は、オブジェクト削除処理を示すシーケンス図である。図１０では、サーバ１から受け付けたユーザによるオブジェクトの削除リクエストに応じて、第１メタデータ１０３Ａ、第２メタデータ１０３Ｂ、第１オブジェクト１００Ａ、及び第２オブジェクト１００Ｂを削除する例を示す。

【0088】

先ずステップＳ６１では、ノード２１－１のリクエスト管理部２１１は、サーバ１からユーザによる第１オブジェクト１００Ａの削除リクエストを受信する。ノード２１－１は、ＤＮＳラウンドロビン等の負荷分散方法によって、削除リクエストを受信すると決定されたノードである。

【0089】

次にステップＳ６２では、ノード２１－１のリクエスト管理部２１１は、ユーザから指定されたパス（ＥＦ）のハッシュ値に基づいて削除対象の第１オブジェクト１００Ａの第１メタデータ１０３Ａが管理されるリージョンを決定する。そしてリクエスト管理部２１１は、決定したリージョンとリージョンマップ２１５１に基づいて正系リージョンを管理するノード２１を特定する。ここではノード２１－２が特定されたとする。

【0090】

次にステップＳ６３では、ノード２１－１のリクエスト管理部２１１は、ステップＳ６２で特定したノード２１－２に対して、メタデータ管理情報２１５Ｔに登録されている第１オブジェクト１００Ａの第１メタデータ１０３Ａの情報の確認要求を送信する。

【0091】

次にステップＳ６４では、ノード２１－２のメタデータ管理部２１３は、メタデータ管理情報２１５Ｔにおいて、第１オブジェクト１００Ａの第１メタデータ１０３Ａに紐付く第２オブジェクト１００Ｂの第２メタデータ１０３Ｂの存在を確認する。すなわち、第１メタデータ１０３ＡのMaskingが“true”の場合、同一リージョン内のメタデータ管理情報２１５Ｔにおいて、第１メタデータ１０３ＡのＭＣＭと同一パス値を持つＩＣＭを持つ第２メタデータ１０３Ｂの削除を開始する。

【0092】

次にステップＳ６５では、ノード２１－２のメタデータ管理部２１３は、ステップＳ６４で削除開始した第２オブジェクト１００Ｂの第２メタデータ１０３Ｂの情報を、ノード２１－１のリクエスト管理部２１１に送信する。

【0093】

次にステップＳ６６では、ノード２１－２のメタデータ管理部２１３は、ステップＳ６５で第２メタデータ１０３Ｂの情報が送信された第２オブジェクト１００Ｂを格納するノード２１－４に、第２オブジェクト１００Ｂの削除を依頼する。ここでは第２オブジェクト１００Ｂを格納するノード２１－４は、ステップＳ６５で送信された第２メタデータ１０３Ｂの情報に基づいて特定されたとする。

【0094】

次にステップＳ６７では、ノード２１－４のストレージ管理部２１４は、削除依頼された第２オブジェクト１００Ｂを、ストレージ２２－４から削除する。

【0095】

次にステップＳ６８では、ノード２１－１のリクエスト管理部２１１は、第２オブジェクト１００Ｂの削除完了を、ノード２１－２のメタデータ管理部２１３に通知する。

【0096】

次にステップＳ６９では、ノード２１－２のメタデータ管理部２１３は、メタデータ管理情報２１５Ｔにおいて、第２オブジェクト１００Ｂの第２メタデータ１０３Ｂのレコードを削除する。そしてメタデータ管理部２１３は、第１オブジェクト１００Ａの第１メタデータ１０３ＡのMaskingを“false”、ＭＣＭを“null”して第１メタデータ１０３Ａの削除を開始する。

【0097】

次にステップＳ７０では、ノード２１－２のメタデータ管理部２１３は、ステップＳ６９で削除開始した第１オブジェクト１００Ａの第１メタデータ１０３Ａの情報を、ノード２１－１のリクエスト管理部２１１に送信する。

【0098】

次にステップＳ７１では、ノード２１－１のリクエスト管理部２１１は、ステップＳ７０で第１メタデータ１０３Ａの情報が送信された第１オブジェクト１００Ａを格納するノード２１－３に、第１オブジェクト１００Ａの削除を依頼する。ここでは第１オブジェクト１００Ａを格納するノード２１－３は、ステップＳ７０で送信された第１メタデータ１０３Ａの情報に基づいて特定されたとする。

【0099】

次にステップＳ７２では、ノード２１－３のストレージ管理部２１４は、削除依頼された第１オブジェクト１００Ａを、ストレージ２２－３から削除する。

【0100】

次にステップＳ７３では、ノード２１－１のリクエスト管理部２１１は、第１オブジェクト１００Ａの削除完了を、ノード２１－２のメタデータ管理部２１３に通知する。次にステップＳ７４では、ノード２１－２のメタデータ管理部２１３は、メタデータ管理情報２１５Ｔにおいて、第１オブジェクト１００Ａの第１メタデータ１０３Ａのレコードを削除する。

【0101】

（データ破損時処理）
図１１は、データ破損時処理を示すシーケンス図である。データ破損時処理は、ユーザがサーバ１を介して参照しようとした第１オブジェクト１００Ａがデータ破損していた場合の処理を示す。図１１では、参照対象の第１オブジェクト１００Ａの第１メタデータ１０３Ａが管理される正系リージョンはノード２１－２に存在し、第１オブジェクト１００Ａはノード２１－３のストレージ２２－３に格納されているとする。また、第１オブジェクト１００Ａの複製である第１オブジェクト（複製オブジェクト）１００Ｃが、レプリケーション先の拠点２－２に構築された正環境のレプリケーション環境に保存されている（図１参照）。

【0102】

そして正環境である拠点２－１のストレージ２２－３に格納されている第１オブジェクト１００Ａが読み出された際に破損していた場合、副環境の拠点２－２のストレージ２２－３に格納されている第１オブジェクト１００Ｃが取得される。また、第１メタデータ１０３Ａは、第１オブジェクト１００Ａのハッシュ値を予め保持しているものとする。

【0103】

先ずステップＳ８１では、ノード２１－１のリクエスト管理部２１１は、サーバ１から受信したユーザの参照リクエストで指定されたパス（ＥＦ）のハッシュ値に基づいて参照対象の第１オブジェクト１００Ａの第１メタデータ１０３Ａが管理されるリージョンを決定する。そして、リクエスト管理部２１１は、決定したリージョンとリージョンマップ２１５１に基づいて正系リージョンを管理するノード２１－２を特定する。ここではノード２１－２が特定されたとする。そしてリクエスト管理部２１１は、特定したノード２１－２に対して、第１オブジェクト１００Ａの第１メタデータ１０３Ａの情報要求を送信する。

【0104】

次にステップＳ８２では、ノード２１－２のメタデータ管理部２１３は、ノード２１－２のＤＢ２１５から要求対象の第１オブジェクト１００Ａ（ObjectA）の第１メタデータ１０３Ａの情報を読み込み、ノード２１－１のリクエスト管理部２１１に送信する。

【0105】

次にステップＳ８３では、ノード２１－１のリクエスト管理部２１１は、第１オブジェクト１００Ａ（ObjectA）が保存されたストレージ２２－３に接続されたノード２１－３に第１オブジェクト１００Ａ（ObjectA）の取得を依頼する。ここでは第１オブジェクト１００Ａ（ObjectA）を格納するノード２１－３は、ステップＳ８２で送信された第１メタデータ１０３Ａの情報に基づいて特定されたとする。

【0106】

次にステップＳ８４では、ノード２１－３のストレージ管理部２１４は、ストレージ２２－３から第１オブジェクト１００Ａ（ObjectA）を取得し、ノード２１－１のリクエスト管理部２１１に送信する。

【0107】

次にステップＳ８５では、ノード２１－１のリクエスト管理部２１１は、ステップＳ８４で送信された第１オブジェクト１００Ａのハッシュ値を算出する。そしてリクエスト管理部２１１は、ステップＳ８２で送信された第１メタデータ１０３Ａに保持されている第１オブジェクト１００Ａ（ObjectA）のハッシュ値と、算出した第１オブジェクト１００Ａのハッシュ値とを比較する。そしてリクエスト管理部２１１は、第１メタデータ１０３Ａに保持されている第１オブジェクト１００Ａのハッシュ値と、算出したハッシュ値が異なる（異常である）場合（ステップＳ８５ＹＥＳ）にステップＳ８６に処理を移す。一方、リクエスト管理部２１１は、一致する（正常である）場合（ステップＳ８５ＮＯ）に、サーバ１に、第１オブジェクト１００Ａを以って応答し、本データ破損時処理を終了する。

【0108】

ステップＳ８６では、ノード２１－１のリクエスト管理部２１１は、第１メタデータ１０３Ａを参照し、第１オブジェクト１００Ａ（ObjectA）の複製である第１オブジェクト１００Ｃ（ObjectC）が管理されるレプリケーション環境のリージョンを確認する。そして、リクエスト管理部２１１は、レプリケーション環境（拠点２－１）の第１オブジェクト１００Ｃ（ObjectC）が管理されるリージョンに、拠点間接続にて接続する。

【0109】

次にステップＳ８７では、拠点２－２において、ノード２１－１のリクエスト管理部２１１は、ユーザから指定されたパス（ＥＦ）のハッシュ値に基づいて接続対象の第１オブジェクト１００Ｃの第１メタデータ１０３Ｃが管理されるリージョンを決定する。ノード２１－１は、ＤＮＳラウンドロビン等の負荷分散手法を用いて決定されたノード２１である。そして、ノード２１－１のリクエスト管理部２１１は、決定したリージョンとリージョンマップ２１５１に基づいて正系リージョンを管理するノード２１－２を特定する。ここではノード２１－２が特定されたとする。そして拠点２－２のノード２１－１のリクエスト管理部２１１は、特定したノード２１－２に対して、第１オブジェクト１００Ｃの第１メタデータ１０３Ｃの情報要求を送信する。

【0110】

次にステップＳ８８では、拠点２－２において、ノード２１－２のメタデータ管理部２１３は、ノード２１－２のＤＢ２１５から情報要求対象の第１オブジェクト１００Ｃ（ObjectC）の第１メタデータ１０３Ｃの情報を読み込む。メタデータ管理部２１３は、第１メタデータ１０３Ｃの情報をノード２１－１のリクエスト管理部２１１に送信する。

【0111】

次にステップＳ８９では、ノード２１－１のリクエスト管理部２１１は、第１オブジェクト１００Ｃ（ObjectC）が格納されたストレージ２２－３に接続されたノード２１－３に第１オブジェクト１００Ｃ（ObjectC）の取得を依頼する。ここでは第１オブジェクト１００Ｃ（ObjectC）を格納するノード２１－３は、ステップＳ８８で送信された第１メタデータ１０３Ｃの情報に基づいて特定されたとする。

【0112】

次にステップＳ９０では、ノード２１－３のストレージ管理部２１４は、ストレージ２２－３から第１オブジェクト１００Ｃ（ObjectC）を取得し、ノード２１－１のリクエスト管理部２１１に送信する。

【0113】

次にステップＳ９１では、ノード２１－１のリクエスト管理部２１１は、ストレージ２２－３が接続されるノード２１－３から受信した第１オブジェクト１００Ｃ（ObjectC）を、要求元である拠点２－１のノード２１－１のリクエスト管理部２１１に転送する。拠点２－１のノード２１－１のリクエスト管理部２１１は、第１オブジェクト１００Ａ（ObjectA）の代替として、拠点２－２のノード２１－１のリクエスト管理部２１１から受信した第１オブジェクト１００Ｃ（ObjectC）を以ってサーバ１に応答する。

【0114】

このようにカスタムメタデータ１０２Ａの匿名化を行っても、従来のオブジェクトストレージと同様に、レプリケーション機能を利用することができる。

【0115】

（実施形態の効果）
上述の実施形態では、第１オブジェクト１００Ａのみで実データ１０１Ａを管理し、匿名化カスタムメタデータ１０２Ｂを含む第２オブジェクト１００Ｂは第１オブジェクト１００Ａの実データを参照させる。よって、カスタムメタデータの匿名化前の第１オブジェクト１００Ａの更新と同時に、カスタムメタデータの匿名化後の第２オブジェクト１００Ｂにもこの更新を反映させることができ、データ管理を複雑化することなく行うことができる。また、匿名化カスタムメタデータ１０２Ｂを含む第２オブジェクト１００Ｂを第１オブジェクト１００Ａから独立して管理するため、第２オブジェクト１００Ｂを削除することで、匿名化カスタムメタデータ１０２Ｂのみを削除することができる。

【0116】

また、第１メタデータ１０３Ａ及び第２メタデータ１０３Ｂの管理を同一のリージョンのメタデータ管理情報２１５Ｔで行うことで、第１オブジェクト１００Ａ及び第２オブジェクト１００Ｂの各メタデータで相互の情報を検索できる。また、メタデータ１０３に“Masking”のフラグを持たせ、第１オブジェクト１００Ａの更新の際、メタデータ１０３を管理するメタデータ管理情報２１５Ｔを参照することで、第１オブジェクト１００Ａと連携する第２オブジェクト１００Ｂの更新処理を行うことができる。

【0117】

また、オブジェクト更新処理の実行後に、第２オブジェクト１００Ｂの更新が実行される際、メタデータ管理情報２１５Ｔにおいて第２オブジェクト１００Ｂの新たな第２メタデータ１０３Ｂを管理するレコードが追記されていく。このように、更新前の第２メタデータ１０３Ｂの履歴が記録されるので、第１オブジェクト１００Ａ及び第２オブジェクト１００Ｂの世代管理が行える。このように、実施形態では、従来のオブジェクトストレージの機能（Versioningやレプリケーションなど）を利用することができる。

【0118】

（実施形態の変形例）
図１２は、実施形態の変形例の説明図である。上述の実施形態では、匿名化カスタムメタデータ１０２Ｂを、ダミーデータ１０１Ｂと第２メタデータ１０３Ｂを含む第２オブジェクト１００Ｂに含めて、第１メタデータ１０３Ａを含む第１オブジェクト１００Ａとは異なるオブジェクトで管理するとした。

【0119】

しかし匿名化カスタムメタデータ１０２Ｂの管理方法は、実施形態のものに限られない。すなわち変形例１として、匿名化カスタムメタデータ１０２Ｂを、実データ１０１Ａと第２メタデータ１０３Ｂと共に第２オブジェクト１００Ｂに含めて、第１オブジェクト１００Ａとは異なるオブジェクトで管理してもよい。

【0120】

変形例１では、実施形態で説明したカスタムメタデータ匿名化処理（図７）と比較して、次の点が異なる。すなわち、第２オブジェクト１００Ｂの第２メタデータ１０３Ｂの作成の際に、実データ１０１Ａの参照パスとして、第１オブジェクト１００Ａの格納パスを第２メタデータ１０３Ｂに含めない。また、カスタムメタデータ匿名化処理において、第２オブジェクト１００Ｂをストレージ２２に格納する際に、第２オブジェクト１００Ｂに実データ１０１Ａを含める。

【0121】

また、変形例１では、実施形態で説明したデータアクセス処理（図８）と比較して、次の点が異なる。すなわち、サーバ１からの参照リクエストに対して、ユーザがカスタムメタデータ１０２Ａの参照権限を有する場合に、第１オブジェクト１００Ａを取得して第１オブジェクト１００Ａの実データ１０１Ａ及びカスタムメタデータ１０２Ａをサーバ１に応答する。一方、サーバ１からの参照リクエストに対して、ユーザがカスタムメタデータ１０２Ａの参照権限を有さない場合に、第２オブジェクト１００Ｂを取得して第２オブジェクト１００Ｂの実データ１０１Ａ及び匿名化カスタムメタデータ１０２Ｂをサーバ１に応答する。

【0122】

また、変形例１では、実施形態で説明したオブジェクト更新処理（図９Ａ及び図９Ｂ）と比較して、次の点が異なる。すなわち、実データ１０１Ａの更新の際には、第１オブジェクト１００Ａ及び第２オブジェクト１００Ｂの両方に対して更新を反映する。

【0123】

また、変形例１では、実施形態で説明したデータ破損時処理（図１１）と異なり、第１オブジェクト１００Ａの破損の際に、実データ１０１Ａを、第１オブジェクト１００Ａが格納される拠点２内に格納される第２オブジェクト１００Ｂから取得してもよい。

【0124】

以上の差異以外は、変形例１における処理は実施形態と同様である。

【0125】

または変形例２として、匿名化カスタムメタデータ１０２Ｂを、実データ１０１Ａ、カスタムメタデータ１０２Ａ、及び第１メタデータ１０３Ａと同じ第１オブジェクト１００Ａに追加して管理してもよい。

【0126】

変形例２では、実施形態で説明したカスタムメタデータ匿名化処理（図７）と比較して、次の点が異なる。すなわち、第２オブジェクト１００Ｂを作成せず、匿名化カスタムメタデータ１０２Ｂを、第１オブジェクト１００Ａに追加する。

【0127】

また、変形例２では、実施形態で説明したデータアクセス処理（図８）と比較して、次の点が異なる。すなわち、サーバ１からの参照リクエストに対して、ユーザがカスタムメタデータ１０２Ａの参照権限を有さない場合に、第１オブジェクト１００Ａの実データ１０１Ａ及び匿名化カスタムメタデータ１０２Ｂをサーバ１に応答する。

【0128】

また、変形例２では、実施形態で説明したオブジェクト削除処理（図１０）と比較して、第２オブジェクト１００Ｂは存在しないので第２オブジェクト１００Ｂの削除処理は行われず、第１オブジェクト１００Ａの削除処理のみが行われる。

【0129】

以上の差異以外は、変形例２における処理は実施形態と同様である。

【0130】

（コンピュータ１０００のハードウェア）
図１３は、各ノード２１を実現するコンピュータ１０００のハードウェア図である。

【0131】

コンピュータ１０００は、バス等の内部通信線１００９を介して相互に接続されたＣＰＵをはじめとするプロセッサ１００１、主記憶装置１００２、補助記憶装置１００３、ネットワークインタフェース１００４、入力装置１００５、及び出力装置１００６を備える。

【0132】

プロセッサ１００１は、コンピュータ１０００全体の動作制御を司る。また主記憶装置１００２は、例えば揮発性の半導体メモリから構成され、プロセッサ１００１のワークメモリとして利用される。補助記憶装置１００３は、ハードディスク装置、ＳＳＤ（Solid State Drive）、又はフラッシュメモリ等の大容量の不揮発性の記憶装置から構成され、各種プログラムやデータを長期間保持するために利用される。

【0133】

補助記憶装置１００３に格納された実行可能プログラム１１００がコンピュータ１０００の起動時や必要時に主記憶装置１００２にロードされ、プロセッサ１００１によって実行されることで、各種処理を実行する各システムが実現される。

【0134】

なお、実行可能プログラム１１００は、非一時的記録媒体に記録され、媒体読み取り装置によって非一時的記録媒体から読み出されて、主記憶装置１００２にロードされてもよい。または、実行可能プログラム１１００は、ネットワークを介して外部のコンピュータから取得されて、主記憶装置１００２にロードされてもよい。

【0135】

ネットワークインタフェース１００４は、コンピュータ１０００をシステム内の各ネットワークに接続する、あるいは他のコンピュータと通信するためのインタフェース装置である。ネットワークインタフェース１００４は、例えば、有線ＬＡＮ（Local Area Network）や無線ＬＡＮ等のＮＩＣ（Network Interface Card）から構成される。

【0136】

入力装置１００５は、キーボードや、マウス等のポインティングデバイス等から構成され、ユーザがコンピュータ１０００に各種指示や情報を入力するために利用される。出力装置１００６は、例えば、液晶ディスプレイ又は有機ＥＬ（Electro Luminescence）ディスプレイ等の表示装置や、スピーカ等の音声出力装置から構成され、必要時に必要な情報をユーザに提示するために利用される。

【0137】

以上、本発明の一実施形態について詳述したが、本発明は上述の実施形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。例えば、上述の実施形態は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また上述の実施形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。

【0138】

また上述の実施形態における各構成、機能部、処理部、処理手段等は、それらの一部又は全部を、例えば、集積回路で設計する等によりハードウェアで実現してもよい。また上述の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリやハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。

【0139】

また上述の実施形態の各図において、制御線や情報線は説明上必要と考えられるものを示しており、必ずしも実装上の全ての制御線や情報線を示しているとは限らない。例えば、実際には殆ど全ての構成が相互に接続されていると考えてもよい。

【0140】

また上述の実施形態で説明した情報処理システムＳの各機能及びデータの配置形態は一例に過ぎない。情報処理システムＳの各拠点２内の複数のノード２１及びストレージ２２は、マルチノードシステムを構成するが、マルチノードシステム以外の構成でもよい。また、情報処理システムＳの機能及びデータの配置形態は、ハードウェアやソフトウェアの性能、処理効率、通信効率等の観点から最適な配置形態に変更し得る。また、上述の実施形態で説明した各処理ステップは、処理結果が同一である限り実行順序を入れ替えることができる。

【0141】

また前述した各種のデータを格納するデータベースの構成（スキーマ（Schema）等）は、リソースの効率的な利用、処理効率向上、アクセス効率向上、検索効率向上等の観点から柔軟に変更し得る。

【符号の説明】

【0142】

Ｓ：情報処理システム、１：サーバ、２，２－１，２－２：拠点、２１，２１－１，２１－２，２１－３，２１－４：ノード、２２，２２－１，２２－２，２２－３，２２－４：ストレージ、１００Ａ：第１オブジェクト、１０１Ａ：実データ、１０２Ａ：カスタムメタデータ、１０３Ａ：第１メタデータ、１００Ｂ：第２オブジェクト、１０１Ｂ：ダミーデータ、１０２Ｂ：匿名化カスタムメタデータ、１０３Ｂ：第２メタデータ、２１１：リクエスト管理部、２１２：サービス管理部、２１３：メタデータ管理部、２１４：ストレージ管理部、２１５：ＤＢ、２１５Ｔ：メタデータ管理情報、１０００：コンピュータ、１００１：プロセッサ、１００２：主記憶装置。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9A】

【図9B】

【図10】

【図11】

【図12】

【図13】