JP7579318B2 - OBJECT MANAGEMENT METHOD, COMPUTER SYSTEM, AND OBJECT MANAGEMENT PROGRAM - Google Patents
OBJECT MANAGEMENT METHOD, COMPUTER SYSTEM, AND OBJECT MANAGEMENT PROGRAM Download PDFInfo
- Publication number
- JP7579318B2 JP7579318B2 JP2022205140A JP2022205140A JP7579318B2 JP 7579318 B2 JP7579318 B2 JP 7579318B2 JP 2022205140 A JP2022205140 A JP 2022205140A JP 2022205140 A JP2022205140 A JP 2022205140A JP 7579318 B2 JP7579318 B2 JP 7579318B2
- Authority
- JP
- Japan
- Prior art keywords
- metadata
- storage area
- custom
- storage
- actual data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000007726 management method Methods 0.000 title claims description 164
- PWPJGUXAGUPAHP-UHFFFAOYSA-N lufenuron Chemical compound C1=C(Cl)C(OC(F)(F)C(C(F)(F)F)F)=CC(Cl)=C1NC(=O)NC(=O)C1=C(F)C=CC=C1F PWPJGUXAGUPAHP-UHFFFAOYSA-N 0.000 title 1
- 238000003860 storage Methods 0.000 claims description 157
- 238000000034 method Methods 0.000 claims description 53
- 230000004044 response Effects 0.000 claims description 17
- 238000012217 deletion Methods 0.000 claims description 15
- 230000037430 deletion Effects 0.000 claims description 15
- 230000006870 function Effects 0.000 claims description 12
- 230000010076 replication Effects 0.000 claims description 12
- 230000003362 replicative effect Effects 0.000 claims 1
- 238000010586 diagram Methods 0.000 description 27
- 238000012545 processing Methods 0.000 description 25
- 230000010365 information processing Effects 0.000 description 8
- 230000000873 masking effect Effects 0.000 description 8
- 230000014759 maintenance of location Effects 0.000 description 6
- 241001522296 Erithacus rubecula Species 0.000 description 5
- 238000012986 modification Methods 0.000 description 4
- 230000004048 modification Effects 0.000 description 4
- 241001475178 Dira Species 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 238000004891 communication Methods 0.000 description 2
- 238000013500 data storage Methods 0.000 description 2
- 238000005401 electroluminescence Methods 0.000 description 2
- 239000007787 solid Substances 0.000 description 2
- LXMSZDCAJNLERA-ZHYRCANASA-N spironolactone Chemical compound C([C@@H]1[C@]2(C)CC[C@@H]3[C@@]4(C)CCC(=O)C=C4C[C@H]([C@@H]13)SC(=O)C)C[C@@]21CCC(=O)O1 LXMSZDCAJNLERA-ZHYRCANASA-N 0.000 description 2
- 230000002159 abnormal effect Effects 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 238000013523 data management Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000010801 machine learning Methods 0.000 description 1
- 238000003672 processing method Methods 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000012549 training Methods 0.000 description 1
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
本発明は、オブジェクト管理方法、計算機システム、及びオブジェクト管理プログラムに関する。 The present invention relates to an object management method, a computer system, and an object management program.
近年、データレイク基盤に適したストレージとして、オブジェクトストレージが注目されている。オブジェクトストレージには、実データ、メタデータ、及びカスタムメタデータが１つのオブジェクトとして格納される。 In recent years, object storage has been attracting attention as a storage suitable for data lake infrastructure. In object storage, actual data, metadata, and custom metadata are stored as a single object.
メタデータは、オブジェクトストレージへの実データの格納時にシステムから実データに対して付与されたデータである。カスタムメタデータは、ユーザによって実データに付与され、実データの検索や分析等に用いられる、ユーザがカスタマイズ可能なメタデータである。オブジェクトストレージに格納されたオブジェクトは、メタデータ及びカスタムメタデータを利用して、各種分析や機械学習のトレーニングデータ等に幅広く利用されている。 Metadata is data that is assigned to real data by the system when the real data is stored in object storage. Custom metadata is metadata that is assigned to real data by users and is customizable by the user, and is used for searching and analyzing the real data. Objects stored in object storage are widely used for various analyses and machine learning training data, etc., using metadata and custom metadata.
このような状況下で、メタデータの機密保護を図る技術として、メタデータを秘匿化し、メタデータ毎にアクセス制限を設ける技術が考案されている（例えば特許文献１参照）。 In light of this situation, a technique has been devised to conceal metadata and set access restrictions for each piece of metadata in order to protect the confidentiality of metadata (see, for example, Patent Document 1).
しかし、上述の特許文献１に開示の技術では、メタデータの機密保護を実現する一方で、実データに付与されたカスタムメタデータの機密保護は実現できない。
However, while the technology disclosed in the above-mentioned
本発明は、上述の背景を鑑みてなされたものであり、オブジェクトストレージに格納された実データに付与されたカスタムメタデータの機密保護を実現することを目的とする。 The present invention has been made in consideration of the above-mentioned background, and aims to achieve confidentiality protection of custom metadata attached to actual data stored in object storage.
本発明の一側面では、オブジェクトが格納される記憶領域を有する計算機システムが実行するオブジェクト管理方法であって、前記計算機システムは、メモリと協働するプロセッサを有し、前記プロセッサが、ユーザによるカスタマイズ可能なメタデータであるカスタムメタデータが付与された実データを前記記憶領域に格納する格納リクエストに応じて、該実データと該カスタムメタデータを含んだ第１オブジェクトを前記記憶領域に格納し、前記カスタムメタデータを匿名化した匿名化カスタムメタデータを作成し、前記匿名化カスタムメタデータを含んだ第２オブジェクトを前記記憶領域に格納する各処理を含んだことを特徴とする。 In one aspect of the present invention, an object management method is executed by a computer system having a storage area in which objects are stored, the computer system having a processor that cooperates with a memory, and the processor includes the steps of, in response to a storage request for storing actual data to which custom metadata, which is metadata customizable by a user, is added in the storage area, storing a first object including the actual data and the custom metadata in the storage area, creating anonymized custom metadata by anonymizing the custom metadata, and storing a second object including the anonymized custom metadata in the storage area.
本願の一側面によれば、オブジェクトストレージに格納された実データに付与されたカスタムメタデータの機密保護を実現することができる。 According to one aspect of the present application, it is possible to achieve confidentiality protection of custom metadata attached to actual data stored in object storage.
以下、図面を参照して本願の開示に係るオブジェクト管理方法、計算機システム、及びオブジェクト管理プログラムの実施形態を説明する。実施形態は、図面も含めて本願を説明するための例示である。実施形態では、説明の明確化のため、適宜、省略及び簡略化がされている。特に限定しない限り、実施形態の構成要素は単数でも複数でもよい。また、ある実施形態と他の実施形態を組み合わせた形態も、本願に係る実施形態に含まれる。 Below, embodiments of the object management method, computer system, and object management program disclosed in this application will be described with reference to the drawings. The embodiments, including the drawings, are examples for explaining this application. In the embodiments, appropriate omissions and simplifications have been made to clarify the explanation. Unless otherwise specified, the components of the embodiments may be singular or plural. Furthermore, a combination of one embodiment with another embodiment is also included in the embodiments of this application.
同一又は類似の構成要素には、同一の符号を付与し、後出の実施形態及び実施例では、説明を省略する、又は差分を中心とした説明のみを行う場合がある。また、同一又は類似の構成要素が複数ある場合には、同一の符号に異なる添字を付して説明する場合がある。また、これらの複数の構成要素を区別する必要がない場合には、添字を省略して説明する場合がある。各構成要素の数は、特に断りがない限り単数でも複数でもよい。 The same or similar components are given the same reference numerals, and in the following embodiments and examples, their description may be omitted or only the differences may be described. Furthermore, when there are multiple identical or similar components, they may be described with different subscripts added to the same reference numerals. Furthermore, when it is not necessary to distinguish between these multiple components, the subscripts may be omitted. The number of each component may be singular or plural, unless otherwise specified.
実施形態において、プログラムを実行して行う処理について説明する場合がある。コンピュータは、プロセッサ（例えばＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit））により、主記憶装置のメモリ等を用いながら、プログラムで定められた処理を行う。そのため、プログラムを実行して行う処理の主体を、プロセッサとしてもよい。プロセッサがプログラムを実行することで、処理を行う機能部が実現される。 In the embodiments, the processing performed by executing a program may be described. A computer performs processing defined in a program using a processor (e.g., a CPU (Central Processing Unit), a GPU (Graphics Processing Unit)) while using memory in a main storage device, etc. Therefore, the processor may be the entity that performs processing by executing a program. The processor executes a program to realize a functional unit that performs processing.
同様に、プログラムを実行して行う処理の主体が、プロセッサを有するコントローラ、装置、システム、計算機、ノードであってもよい。プログラムを実行して行う処理の主体は、演算部であればよく、特定の処理を行う専用回路を含んでいてもよい。専用回路は、例えばＦＰＧＡ（Field Programmable Gate Array）やＡＳＩＣ（Application Specific Integrated Circuit）等である。 Similarly, the subject of processing performed by executing a program may be a controller, device, system, computer, or node having a processor. The subject of processing performed by executing a program may be a computing unit, and may include a dedicated circuit that performs specific processing. The dedicated circuit is, for example, an FPGA (Field Programmable Gate Array) or an ASIC (Application Specific Integrated Circuit).
プログラムは、プログラムソースから計算機にインストールされてもよい。プログラムソースは、例えば、プログラム配布サーバ又は計算機が読取り可能な非一時的な記憶メディアであってもよい。プログラムソースがプログラム配布サーバの場合、プログラム配布サーバはプロセッサと配布対象のプログラムを記憶する記憶リソース（ストレージ）を含み、プログラム配布サーバのプロセッサが配布対象のプログラムを他の計算機に配布してもよい。また、実施形態において、２以上のプログラムが１つのプログラムとして実現されてもよいし、１つのプログラムが２以上のプログラムとして実現されてもよい。 The program may be installed on the computer from a program source. The program source may be, for example, a program distribution server or a non-transitory storage medium readable by the computer. When the program source is a program distribution server, the program distribution server may include a processor and a storage resource (storage) that stores the program to be distributed, and the processor of the program distribution server may distribute the program to be distributed to other computers. In addition, in an embodiment, two or more programs may be realized as one program, or one program may be realized as two or more programs.
以下の実施形態では、ＤＢ（Data Base）で情報の保存手段を説明する場合があるが、情報の保存手段はＤＢに限らない。 In the following embodiments, the means for storing information may be described as a DB (database), but the means for storing information is not limited to a DB.
［実施形態］
（情報処理システムＳの構成）
図１は、実施形態に係る情報処理システムＳの構成を示す図である。情報処理システムＳは、１つ以上のユーザ環境に配置された１つ以上のサーバ１と、異なる地域に位置する複数の拠点２にそれぞれ設置された複数のノード２１とがネットワークＮを介して相互に接続されて構成される。
[Embodiment]
(Configuration of Information Processing System S)
1 is a diagram showing the configuration of an information processing system S according to an embodiment. The information processing system S is configured by connecting one or
サーバ１は、ユーザ端末（不図示）から入力されたユーザリクエストをネットワークＮを介してノード２１に送信する。また、サーバ１は、ネットワークＮを介して受信したユーザリクエストに対するノード２１からの応答を、ユーザ端末を介してユーザに提示する。
The
各拠点２内のノード２１は、バックエンドのＬＡＮ（Local Area Network）で接続されたマルチノードシステムを構成する。各拠点２内のストレージ２２（本実施形態では４つ）は、記憶領域の一例としてのオブジェクトストレージであり、各ノード２１とＳＡＮ（Storage Area Network）を介して接続される。同一の拠点２内の複数のノード２１と複数のストレージ２２は、計算機システム１Ｓを構成する。本実施形態では、ノード２１－ｊ（ｊ＝１，２，…，４）にストレージ２２－ｊがそれぞれ対応する。
The
なお、サーバ１、ノード２１、及びストレージ２２は、オンプレミス及びクラウドの何れでもよい。また、サーバ１、拠点２、ノード２１、及びストレージ２２の数は、図示のものに限られない。また、ノード２１とストレージ２２との対応関係は、１対１に限られない。
Note that the
各ノード２１は、本実施形態に関連する機能部として、リクエスト管理部２１１、サービス管理部２１２、メタデータ管理部２１３、ストレージ管理部（記憶領域管理部）２１４、及びＤＢ（Data Base）２１５を有する。ノード２１のその他の機能は、説明を省略する。
Each
リクエスト管理部２１１は、サーバ１からのＩ／Ｏ等のユーザリクエストを受け付け、受け付けたユーザリクエストを処理する同一の拠点２内のノード２１を決定し、決定したノード２１へユーザリクエストを転送する。
The
サービス管理部２１２は、ユーザによって実データに付与されたカスタムメタデータの匿名化を実行する。実データは、ユーザによってストレージ２２に格納されるデータ本体であり、データの種類及び形式は問わない。
The
メタデータ管理部２１３は、実データにシステム的に付与されたメタデータを、ＢＤ２１５に格納して管理する。また、メタデータ管理部２１３は、カスタムメタデータを匿名化した匿名化カスタムメタデータにシステム的に付与されたメタデータを、ＢＤ２１５に格納して管理する。メタデータを管理するＢＤ２１５内のメタデータ管理情報２１５Ｔは、図６を参照して後述する。
The
ストレージ管理部２１４は、実データ、カスタムメタデータ、及びメタデータを含んだオブジェクトを、ストレージ２２に格納する。また、ストレージ管理部２１４は、匿名化カスタムメタデータ及びメタデータを含んだオブジェクトを、ストレージ２２に格納する。
The
ここで、図１に示すように、実データ１０１Ａ、実データ１０１Ａのカスタムメタデータ１０２Ａ、及び第１メタデータ１０３Ａを含むオブジェクトを第１オブジェクト１００Ａと呼ぶ。第１メタデータ１０３Ａは、実データ１０１Ａに付与されるメタデータである。
As shown in FIG. 1, an object including
また、実データ１０１Ａのダミーデータ１０１Ｂ、カスタムメタデータ１０２Ａを匿名化した匿名化カスタムメタデータ１０２Ｂ、及び第２メタデータ１０３Ｂを含むオブジェクトを第２オブジェクト１００Ｂと呼ぶ。第２メタデータ１０３Ｂは、匿名化カスタムメタデータ１０２Ｂに付与されるメタデータである。ダミーデータ１０１Ｂは、空データでも、存在しないデータを仮想的に表現したものでもよい。
An object including
ストレージ管理部２１４は、第１オブジェクト１００Ａ及び第２オブジェクト１００Ｂの格納を指示されると、自身が管理するストレージ２２に第１オブジェクト１００Ａ及び第２オブジェクト１００Ｂを格納する。
When the
（オブジェクトストレージのリージョン）
図２は、オブジェクトストレージのリージョンの説明図である。図３は、リージョンマップ２１５１を示す図である。
(Object storage region)
2 is an explanatory diagram of an object storage region, and FIG. 3 is a diagram showing a
本実施形態では、同一の拠点２内の全てのノード２１のＤＢ２１５の記憶領域の全領域を所定数（本実施形態では３２）に分割したリージョンに第１メタデータ１０３Ａ及び第２メタデータ１０３Ｂを格納して管理する。各リージョンは、正系リージョンと、正系リージョンとは異なるノード２１に配置された副系リージョンとを含む。リージョンマップ２１５１は、リージョン番号で識別される各リージョンの正系リージョンと副系リージョンが配置されるノード２１を示す情報である。
In this embodiment, the
第１メタデータ１０３Ａは、対となる正系リージョンと副系リージョンにそれぞれ格納される。第１メタデータ１０３Ａが格納されるリージョン（リージョン番号）は、ユーザ指定の格納先のパス情報に基づいて算出されるハッシュ値によって決定される。第１メタデータ１０３Ａは、決定されたリージョン番号とリージョンマップ２１５１とに基づいて、正系リージョン及び副系リージョンが位置するノード２１が特定される。そして、第１メタデータ１０３Ａは、特定された各ノード２１のＤＢ２１５の正系リージョン及び副系リージョンにそれぞれ格納される。
The
なお、第１メタデータ１０３Ａ及び第２メタデータ１０３Ｂの管理には、リージョンを用いた管理方法に限らず、種々の管理方法が採用できる。
Note that the management of the
（データ格納時処理）
図４は、実施形態に係るオブジェクト格納時処理を示すシーケンス図である。図４は、拠点２－１内において、第１メタデータ１０３Ａが、ノード２１－２（ノード＃２）を正系リージョン、ノード２１－３（ノード＃３）を副系リージョンとしてそれぞれのＤＢ２１５に格納される例を示す。また、第１オブジェクト１００Ａが、ノード２１－３（ノード＃３）に対応するストレージ２２－３に格納される例を示す。
(Data storage processing)
Fig. 4 is a sequence diagram showing the process of storing an object according to the embodiment. Fig. 4 shows an example in which the
先ずステップＳ１１では、ノード２１－１のリクエスト管理部２１１は、サーバ１から、格納リクエストと共に実データ１０１Ａと実データ１０１Ａのカスタムメタデータ１０２Ａ（図１）を受信する。各種リクエストの送信先のノード２１は、ＤＮＳ（Domain Name System）ラウンドロビン等の負荷分散手法を用いて決定される。
First, in step S11, the
次にステップＳ１２では、ノード２１－１のリクエスト管理部２１１は、ステップＳ１１で受信した実データ１０１Ａ及びカスタムメタデータ１０２Ａを含む第１オブジェクト１００Ａの第１メタデータ１０３Ａを作成する。第１メタデータ１０３Ａは、実データ１０１Ａの作成者（ユーザ名）、作成日、更新日、格納先情報、サイズ、実データ１０１Ａのハッシュ値、及びその他の情報を含む。
Next, in step S12, the
ここでメタデータ１０３（第１メタデータ１０３Ａ、第２メタデータ１０３Ｂ）について説明する。図５は、実施形態に係るメタデータ１０３の構成を示す図である。メタデータ１０３は、一例として、ＥＦ（External Files）、ＩＦ（Internal Files）、ＥＣＭ（External Custom Metadata）、ＩＣＭ（Internal Custom Metadata）、Masking、ＭＣＭ（Masked Custom Metadata）、及びReplicationを項目として含む。これらのうちＥＦ、ＩＦ、及びReplicationが従来と同様の項目であり、ＥＣＭ、ＩＣＭ、Masking、及びＭＣＭが本実施形態で追加された項目である。
Now, the metadata 103 (
ＥＣＭは、ユーザが指定可能なパスであり、ＥＦのパス値にカスタムメタデータ１０２Ａのファイル名を追加したものとなる。ＩＣＭは、カスタムメタデータ１０２Ａを内部で管理するパスである。ＩＣＭは、カスタムメタデータ１０２Ａを含んだオブジェクトのストレージ２２への初回の格納時には、ＩＦのパス値にカスタムメタデータ１０２Ａのファイル名を追加したものとなる。また、ＩＣＭは、カスタムメタデータ１０２Ａ又は匿名化カスタムメタデータ１０２Ｂを含んだオブジェクトのストレージ２２への２回目以降の格納時には、オブジェクトのオブジェクトＩＤにカスタムメタデータ１０２Ａのファイル名を追加したものとなる。
The ECM is a path that can be specified by the user, and is the path value of the EF plus the file name of the
Maskingは、カスタムメタデータ１０２Ａの匿名化処理を行うかどうかのフラグであり、ユーザによって設定される。ＭＣＭは、カスタムメタデータ１０２Ａが匿名化された匿名化カスタムメタデータ１０２Ｂを内部で管理するパスである。ＭＣＭは、カスタムメタデータ１０２Ａを含んだオブジェクトのストレージ２２への初回の格納時には、匿名化カスタムメタデータ１０２Ｂが存在しないので“null”となる。また、ＭＣＭは、カスタムメタデータ１０２Ａ又は匿名化カスタムメタデータ１０２Ｂを含んだオブジェクトのストレージ２２への２回目以降の格納時には、匿名化カスタムメタデータ１０２ＢのＩＣＭの値と同一となる。
Masking is a flag indicating whether or not to perform anonymization processing on
図４の説明に戻る。次にステップＳ１３では、ノード２１－１のリクエスト管理部２１１は、ユーザ指定のデータ格納パスＥＦ（図５）のハッシュ値を算出し、ステップＳ１１で受信した実データ１０１Ａの格納先のＤＢ２１５のリージョンを決定する。次にステップＳ１４では、ノード２１－１のリクエスト管理部２１１は、ステップＳ１３で決定した格納先のＤＢ２１５の正系リージョン及び副系リージョンを有する各ノード２１に、第１メタデータ１０３Ａを送信する。ここでは、第１メタデータ１０３Ａの格納先のリージョン２の正系リージョンはノード２１－２（ノード＃２）に存在し、副系リージョンはノード２１－３（ノード＃３）に存在するとする。
Returning to the explanation of FIG. 4, next in step S13, the
次にステップＳ１５では、ノード２１－２のメタデータ管理部２１３は、ノード２１－１から受信した第１メタデータ１０３Ａを、自ノードのＤＢ２１５の指定された正系リージョンのメタデータ管理情報２１５Ｔに追加する。ステップＳ１６では、ノード２１－３のメタデータ管理部２１３は、ステップＳ１５と同様に、ノード２１－１から受信した第１メタデータ１０３Ａを、自ノードのＤＢ２１５の指定された副系リージョンのメタデータ管理情報２１５Ｔに追加する。
Next, in step S15, the
ここでメタデータ管理情報２１５Ｔについて説明する。図６は、メタデータ管理情報２１５Ｔを示す図である。図６に示すように、レコード２１５Ｔ１は、ステップＳ１５で正系リージョンのメタデータ管理情報２１５Ｔに追加される第１メタデータ１０３Ａのレコードである。
Now, we will explain the
レコード２１５Ｔ１は、第１メタデータ１０３Ａを含む第１オブジェクト１００Ａである“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”を含む。
Record 215T1 includes, as item values for "ObjectA", which is the
次にステップＳ１７では、ノード２１－１のリクエスト管理部２１１は、各ノード２１のストレージ２２の空き容量を算出し、第１オブジェクト１００Ａ（ObjectA）を格納するストレージ２２を決定する。ここでは、ノード２１－３（ノード＃３）のストレージ２２－３が格納先として決定されたとする。
Next, in step S17, the
次にステップＳ１８では、ノード２１－１のリクエスト管理部２１１は、ステップＳ１７で決定した格納先のストレージ２２－３の担当ノード（ノード２１－３）に、第１オブジェクト１００Ａを送信する。
Next, in step S18, the
次にステップＳ１９では、ノード２１－３のストレージ管理部２１４は、受信した第１オブジェクト１００Ａをストレージ２２－３に格納する。
Next, in step S19, the
（実施形態に係るカスタムメタデータ匿名化処理）
図７は、実施形態に係るカスタムメタデータ匿名化処理を示すシーケンス図である。図７は、オブジェクト格納時処理のステップＳ１９でストレージ２２－３に格納後の第１オブジェクト１００Ａについて実行されるカスタムメタデータ匿名化処理の例を示す。
(Custom Metadata Anonymization Process According to the Embodiment)
7 is a sequence diagram showing a custom metadata anonymization process according to the embodiment. FIG. 7 shows an example of the custom metadata anonymization process executed on the
カスタムメタデータ匿名化処理は、第１オブジェクト１００Ａのオブジェクト格納時処理（図４）の後に、複数のノード２１が連携して実行される。
The custom metadata anonymization process is executed by
先ずステップＳ２１では、ノード２１－１のサービス管理部２１２は、第１オブジェクト１００Ａの第１メタデータ１０３Ａを管理するリージョンを有するノード２１－２，２１－３に、第２メタデータ１０３Ｂのレコード作成依頼を送信する。ここでノード２１－１は、リソース（ＣＰＵとメモリ）に余裕があり、第２オブジェクト１００Ｂの第２メタデータ１０３Ｂのレコード作成依頼を出す余力があるとして選択されたノード２１である。
First, in step S21, the
次にステップＳ２２では、ノード２１－２のメタデータ管理部２１３は、自ノードのメタデータ管理情報２１５Ｔにおいて、第１オブジェクト１００Ａ（ObjectA）の第１メタデータ１０３Ａを基に第２オブジェクト１００Ｂの第２メタデータ１０３Ｂを作成する。そして、メタデータ管理部２１３は、作成した第２メタデータ１０３Ｂのレコードを、自ノードのメタデータ管理情報２１５Ｔに追加する。
Next, in step S22, the
例えば図６に例示するように、レコード２１５Ｔ２は、正系リージョンであるリージョン２のメタデータ管理情報２１５Ｔにおいて、第１メタデータ１０３Ａのレコード２１５Ｔ１を基に追加された第２メタデータ１０３Ｂのレコードである。第１メタデータ１０３Ａのレコード２１５Ｔ１のMaskingが“true”、ＭＣＭが“null”の場合、レコード２１５Ｔ１を基にして、匿名化カスタムメタデータ１０２Ｂを管理する第２メタデータ１０３Ｂのレコード２１５Ｔ２が同一のリージョン２に追加される。この時、“ObjectB”の実データの内部パスＩＦに、“ObjectA”の実データの内部パスＩＦと同一値が設定される。また、“ObjectA”のＭＣＭに、“ObjectB”のＩＣＭと同一値が設定される。
For example, as illustrated in FIG. 6, record 215T2 is a record of
ステップＳ２３では、ノード２１－３のメタデータ管理部２１３は、自ノードのメタデータ管理情報２１５Ｔにおいて、第１オブジェクト１００Ａ“ObjectA”の第１メタデータ１０３Ａを基に第２オブジェクト１００Ｂの第２メタデータ１０３Ｂを作成する。そして、メタデータ管理部２１３は、作成した第２メタデータ１０３Ｂのレコードを、自ノードのメタデータ管理情報２１５Ｔに追加する。
In step S23, the
次にステップＳ２４では、ノード２１－２のメタデータ管理部２１３は、第１オブジェクト１００Ａ（ObjectA）のカスタムメタデータ１０２Ａの格納先を示すＩＣＭと、第２オブジェクト１００Ｂ（ObjectB）の第２メタデータ１０３Ｂを、依頼元のノード２１－１のサービス管理部２１２に送信する。
Next, in step S24, the
次にステップＳ２５では、ノード２１－１のサービス管理部２１２は、第１オブジェクト１００Ａ（ObjectA）のカスタムメタデータ１０２Ａが格納されているストレージ２２－３を管理するノード２１－３に、カスタムメタデータ１０２Ａの取得を依頼する。
Next, in step S25, the
次にステップＳ２６では、ノード２１－３のストレージ管理部２１４は、第１オブジェクト１００Ａ（ObjectA）のカスタムメタデータ１０２Ａを、ストレージ２２－３から取得し、ノード２１－１のサービス管理部２１２に送信する。
Next, in step S26, the
次にステップＳ２７では、ノード２１－１のサービス管理部２１２は、ノード２１－３から受信した第１オブジェクト１００Ａ（ObjectA）のカスタムメタデータ１０２Ａを匿名化した匿名化カスタムメタデータ１０２Ｂを作成する。匿名化は、例えばカスタムメタデータ１０２が個人情報を含む場合、個人を特定できないレベルまで情報の少なくとも一部を削除したり置き換えたりするように、詳細の特定が不可能になるまで情報を加工する処理である。なお、本実施形態では、カスタムメタデータ１０２Ａの情報保護の手法として匿名化を例に説明するが、匿名化に限られず、秘匿化やその他の情報保護処理の手法を採用することもできる。
Next, in step S27, the
次にステップＳ２８では、ノード２１－１のサービス管理部２１２は、匿名化カスタムメタデータ１０２Ｂの格納先のストレージ２２を決定する。ここでは空き容量に基づいて、ストレージ２２－４が格納先と決定されたとする。次にステップＳ２９では、ノード２１－１のサービス管理部２１２は、ステップＳ２８で決定したストレージ２２－４の担当のノード２１－４に、第２メタデータ１０３Ｂと匿名化カスタムメタデータ１０２Ｂとを含んだ第２オブジェクト１００Ｂを送信する。
Next, in step S28, the
次にステップＳ３０では、ノード２１－４のストレージ管理部２１４は、受信した第２オブジェクト１００Ｂを、ストレージ２２－４に格納する。
Next, in step S30, the
（データアクセス処理）
図８は、実施形態に係るデータアクセス処理を示すシーケンス図である。図８は、サーバ１からデータ参照リクエストを行ったユーザのカスタムメタデータの参照権限に応じて、実データ１０１Ａとカスタムメタデータ１０２Ａを応答するか、実データ１０１Ａと匿名化カスタムメタデータ１０２Ｂを応答するかを切り替える例を示す。
(Data Access Processing)
Fig. 8 is a sequence diagram showing data access processing according to the embodiment. Fig. 8 shows an example in which whether to respond with
データアクセス処理の実行に先立って、第１オブジェクト１００Ａ、実データ１０１Ａ、又はカスタムメタデータ１０２Ａ毎にユーザのデータ参照権限の有無が予め定義され、各ノード２１内に保存されているものとする。また、データアクセス処理の実行に先立って、図７に示すカスタムメタデータ匿名化処理が実行済みで、拠点２－１内のストレージ２２－３に第１オブジェクト１００Ａが格納済みであり、ストレージ２２－４に第２オブジェクト１００Ｂが格納済みであるとする。
Prior to the execution of the data access process, the presence or absence of the user's data reference authority is predefined for each of the
先ずステップＳ３１では、ノード２１－１のリクエスト管理部２１１は、サーバ１からユーザによる第１オブジェクト１００Ａの参照リクエストを受信する。ノード２１－１は、ＤＮＳラウンドロビン等の負荷分散方法によって、参照リクエストを受信するノード２１と決定されたものである。
First, in step S31, the
次にステップＳ３２では、ノード２１－１のリクエスト管理部２１１は、ユーザから指定されたパス（ＥＦ）のハッシュ値に基づいて参照対象の第１オブジェクト１００Ａの第１メタデータ１０３Ａが管理されるリージョンを決定する。そして、リクエスト管理部２１１は、決定したリージョンとリージョンマップ２１５１に基づいて正系リージョンを管理するノード２１を特定する。ここではノード２１－２が特定されたとする。
Next, in step S32, the
次にステップＳ３３では、ノード２１－１のリクエスト管理部２１１は、ステップＳ３２で特定したノード２１－２に対して、メタデータ管理情報２１５Ｔに登録されている第１オブジェクト１００Ａの第１メタデータ１０３Ａの情報要求を送信する。
Next, in step S33, the
次にステップＳ３４では、ノード２１－２のメタデータ管理部２１３は、メタデータ管理情報２１５Ｔに登録されている第１オブジェクト１００Ａの第１メタデータ１０３Ａの情報をノード２１－１に送信する。
Next, in step S34, the
次にステップＳ３５では、ノード２１－２のメタデータ管理部２１３は、ステップＳ３４で送信された第１メタデータ１０３Ａの情報に基づいて、第１オブジェクト１００Ａを保存するノード２１－３に、第１オブジェクト１００Ａの取得・送信を依頼する。ここでは第１オブジェクト１００Ａを保存するノード２１－３は、ステップＳ３４で送信された第１メタデータ１０３Ａの情報に基づいて特定されたとする。
Next, in step S35, the
次にステップＳ３６では、ノード２１－３のストレージ管理部２１４は、取得・送信依頼された第１オブジェクト１００Ａを、ストレージ２２－３から取得し、ノード２１－１に送信する。
Next, in step S36, the
次にステップＳ３７では、ノード２１－１のリクエスト管理部２１１は、ステップＳ３１で参照リクエストを送信したユーザが、ステップＳ３６で送信された第１オブジェクト１００Ａの参照権限を有するかを判定する。リクエスト管理部２１１は、ステップＳ３１で参照リクエストを送信したユーザが第１オブジェクト１００Ａの参照権限を有する場合（ステップＳ３７ＹＥＳ）にステップＳ３８に処理を移し、有さない場合（ステップＳ３７ＮＯ）にステップＳ３９に処理を移す。
Next, in step S37, the
ステップＳ３８では、ノード２１－１のリクエスト管理部２１１は、ノード２１－３から受信した第１オブジェクト１００Ａに含まれる実データ１０１Ａ及び匿名化カスタムメタデータ１０２Ｂを、サーバ１に対して応答する。
In step S38, the
一方ステップＳ３９では、ノード２１－１のリクエスト管理部２１１は、ステップＳ３２で特定したノード２１－２に対して、メタデータ管理情報２１５Ｔにおいて第１オブジェクト１００Ａの第１メタデータ１０３Ａに関連付けられている第２オブジェクト１００Ｂの第２メタデータ１０３Ｂの情報要求を送信する。
On the other hand, in step S39, the
次にステップＳ４０では、ノード２１－２のメタデータ管理部２１３は、メタデータ管理情報２１５Ｔに登録されている第２オブジェクト１００Ｂの第２メタデータ１０３Ｂの情報をノード２１－１に送信する。
Next, in step S40, the
次にステップＳ４１では、ノード２１－２のメタデータ管理部２１３は、ステップＳ４０で送信された第２メタデータ１０３Ｂの情報に基づいて、第２オブジェクト１００Ｂを保存するノード２１－４に、第２オブジェクト１００Ｂの取得・送信を依頼する。ここでは第２オブジェクト１００Ｂを保存するノード２１－４は、ステップＳ４０で送信された第２メタデータ１０３Ｂの情報に基づいて特定されたとする。
Next, in step S41, the
次にステップＳ４２では、ノード２１－４のストレージ管理部２１４は、取得・送信依頼された第２オブジェクト１００Ｂを、ストレージ２２－４から取得し、ノード２１－１に送信する。
Next, in step S42, the
次にステップＳ４３では、ノード２１－１のリクエスト管理部２１１は、ノード２１－４から受信した第２オブジェクト１００Ｂに含まれる匿名化カスタムメタデータ１０２Ｂを、既に取得済みの第１オブジェクト１００Ａに含まれる実データ１０１Ａと共に、サーバ１に対して応答する。
Next, in step S43, the
（オブジェクト更新処理）
オブジェクト（オブジェクト内の実データ）の更新処理は、オブジェクトストレージの世代管理機能（Versioning）を有効にしているか無効にしているかで動作が異なる。以下、Versioning無効時とVersioning有効時とを分けて説明する。
(Object update process)
The operation of updating an object (actual data within an object) differs depending on whether the object storage's generation management function (versioning) is enabled or disabled. Below, we will explain the operation when versioning is disabled and when versioning is enabled separately.
（Versioning無効時のオブジェクト更新処理）
図９Ａは、実施形態に係るオブジェクト更新処理（Versioning無効時）を示すシーケンス図である。図９Ａは、Versioning無効時に、サーバ１からユーザによって行われた実データ１０１Ａの更新リクエストに応じて、実データ１０１Ａを更新用の実データで更新する例を示す。オブジェクト更新処理（Versioning無効時）の実行に先立って、拠点２－１内のストレージ２２－３に第１オブジェクト１００Ａが、ストレージ２２－４に第２オブジェクト１００Ｂがそれぞれ格納済みであるとする。
(Object update process when versioning is disabled)
Fig. 9A is a sequence diagram showing an object update process (when versioning is disabled) according to the embodiment. Fig. 9A shows an example of updating the
先ずステップＳ５１では、ノード２１－１のリクエスト管理部２１１は、サーバ１からユーザによる第１オブジェクト１００Ａに含まれる実データ１０１Ａの更新リクエストを受信する。ノード２１－１は、ＤＮＳラウンドロビン等の負荷分散方法によって、更新リクエストを受信すると決定されたノード２１である。
First, in step S51, the
次にステップＳ５２では、ノード２１－１のリクエスト管理部２１１は、ユーザから指定されたパス（ＥＦ）のハッシュ値に基づいて更新対象の第１オブジェクト１００Ａの第１メタデータ１０３Ａが管理されるリージョンを決定する。そして、リクエスト管理部２１１は、決定したリージョンとリージョンマップ２１５１に基づいて正系リージョンを管理するノード２１を特定する。ここではノード２１－２が特定されたとする。
Next, in step S52, the
次にステップＳ５３では、ノード２１－１のリクエスト管理部２１１は、ステップＳ５２で特定したノード２１－２に対して、メタデータ管理情報２１５Ｔに登録されている第１オブジェクト１００Ａの第１メタデータ１０３Ａの情報要求を送信する。
Next, in step S53, the
次にステップＳ５４では、ノード２１－２のメタデータ管理部２１３は、メタデータ管理情報２１５Ｔに登録されている第１オブジェクト１００Ａの第１メタデータ１０３Ａの情報をノード２１－１に送信する。
Next, in step S54, the
次にステップＳ５５では、ノード２１－２のメタデータ管理部２１３は、ステップＳ５４で送信された第１メタデータ１０３Ａの情報に基づいて、第１オブジェクト１００Ａを格納するノード２１－３に、第１オブジェクト１００Ａに含まれる実データ１０１Ａの更新依頼を送信する。ここでは第１オブジェクト１００Ａを格納するノード２１－３は、ステップＳ５４で送信された第１メタデータ１０３Ａの情報に基づいて特定されたとする。
Next, in step S55, the
次にステップＳ５６では、ノード２１－３のストレージ管理部２１４は、ストレージ２２－３に格納されている更新依頼された第１オブジェクト１００Ａに含まれる実データ１０１Ａを、更新用の実データで更新する。
Next, in step S56, the
（Versioning有効時のオブジェクト更新処理）
図９Ｂは、実施形態に係るオブジェクト更新処理（Versioning有効時）を示すシーケンス図である。図９Ｂは、Versioning有効時に、サーバ１からユーザによって行われた実データ１０１Ａの更新リクエストに応じて、世代管理可能に実データ１０１Ａを更新する（すなわち更新前の実データ１０１Ａと更新用の実データとの両方を保存する）例を示す。オブジェクト更新処理（Versioning有効時）の実行に先立って、拠点２－１内のストレージ２２－３に第１オブジェクト１００Ａが、ストレージ２２－４に第２オブジェクト１００Ｂがそれぞれ格納済みであるとする。
(Object update process when versioning is enabled)
Fig. 9B is a sequence diagram showing an object update process (when versioning is enabled) according to the embodiment. Fig. 9B shows an example of updating the
図９ＢのステップＳ５１Ｂ～Ｓ５３Ｂは、図９ＡのステップＳ５１～Ｓ５３と同様である。 Steps S51B to S53B in FIG. 9B are similar to steps S51 to S53 in FIG. 9A.
ステップＳ５４Ｂでは、ノード２１－２のメタデータ管理部２１３は、ノード２１－２内のメタデータ管理情報２１５Ｔに登録されている第２オブジェクト１００Ｂの情報のＥＣＭを“null”にする。次にステップＳ５５Ｂでは、ノード２１－２のメタデータ管理部２１３は、ノード２１－２内のメタデータ管理情報２１５Ｔに登録されている第１オブジェクト１００Ａの情報のＥＦとＥＣＭを“null”にする。
In step S54B, the
次にステップＳ５６Ｂでは、ノード２１－１，２１－２，２１－３，２１－４は、実データ１０１Ａの更新用の実データとカスタムメタデータを含む第３オブジェクトについてオブジェクト格納時処理（図４）を実行する。ステップＳ５６Ｂの実行によって、何れかのストレージ２２に第３オブジェクトが格納される。
Next, in step S56B, nodes 21-1, 21-2, 21-3, and 21-4 execute the object storage process (FIG. 4) for the third object that includes the actual data for updating the
次にステップＳ５７Ｂでは、ノード２１－１，２１－２，２１－３，２１－４は、実データ１０１Ａの更新用の実データとカスタムメタデータと第３メタデータとを含む第３オブジェクトについてカスタムメタデータ匿名化処理（図７）を実行する。ステップＳ５７Ｂの実行によって、何れかのストレージ２２に、第３オブジェクトのカスタムメタデータを匿名化した匿名化カスタムメタデータと第４メタデータとを含む第４オブジェクトが格納される。
Next, in step S57B, nodes 21-1, 21-2, 21-3, and 21-4 execute a custom metadata anonymization process (FIG. 7) for a third object including real data for updating
このように、更新前の第１オブジェクト１００Ａと第２オブジェクト１００Ｂはそのまま保持され、実データ１０１Ａの更新毎にオブジェクトが追加され履歴として記録されていくので、更新毎にオブジェクトの世代管理ができる。
In this way, the
（オブジェクト削除処理）
図１０は、オブジェクト削除処理を示すシーケンス図である。図１０では、サーバ１から受け付けたユーザによるオブジェクトの削除リクエストに応じて、第１メタデータ１０３Ａ、第２メタデータ１０３Ｂ、第１オブジェクト１００Ａ、及び第２オブジェクト１００Ｂを削除する例を示す。
(Object deletion process)
Fig. 10 is a sequence diagram showing an object deletion process. Fig. 10 shows an example in which the
先ずステップＳ６１では、ノード２１－１のリクエスト管理部２１１は、サーバ１からユーザによる第１オブジェクト１００Ａの削除リクエストを受信する。ノード２１－１は、ＤＮＳラウンドロビン等の負荷分散方法によって、削除リクエストを受信すると決定されたノードである。
First, in step S61, the
次にステップＳ６２では、ノード２１－１のリクエスト管理部２１１は、ユーザから指定されたパス（ＥＦ）のハッシュ値に基づいて削除対象の第１オブジェクト１００Ａの第１メタデータ１０３Ａが管理されるリージョンを決定する。そしてリクエスト管理部２１１は、決定したリージョンとリージョンマップ２１５１に基づいて正系リージョンを管理するノード２１を特定する。ここではノード２１－２が特定されたとする。
Next, in step S62, the
次にステップＳ６３では、ノード２１－１のリクエスト管理部２１１は、ステップＳ６２で特定したノード２１－２に対して、メタデータ管理情報２１５Ｔに登録されている第１オブジェクト１００Ａの第１メタデータ１０３Ａの情報の確認要求を送信する。
Next, in step S63, the
次にステップＳ６４では、ノード２１－２のメタデータ管理部２１３は、メタデータ管理情報２１５Ｔにおいて、第１オブジェクト１００Ａの第１メタデータ１０３Ａに紐付く第２オブジェクト１００Ｂの第２メタデータ１０３Ｂの存在を確認する。すなわち、第１メタデータ１０３ＡのMaskingが“true”の場合、同一リージョン内のメタデータ管理情報２１５Ｔにおいて、第１メタデータ１０３ＡのＭＣＭと同一パス値を持つＩＣＭを持つ第２メタデータ１０３Ｂの削除を開始する。
Next, in step S64, the
次にステップＳ６５では、ノード２１－２のメタデータ管理部２１３は、ステップＳ６４で削除開始した第２オブジェクト１００Ｂの第２メタデータ１０３Ｂの情報を、ノード２１－１のリクエスト管理部２１１に送信する。
Next, in step S65, the
次にステップＳ６６では、ノード２１－２のメタデータ管理部２１３は、ステップＳ６５で第２メタデータ１０３Ｂの情報が送信された第２オブジェクト１００Ｂを格納するノード２１－４に、第２オブジェクト１００Ｂの削除を依頼する。ここでは第２オブジェクト１００Ｂを格納するノード２１－４は、ステップＳ６５で送信された第２メタデータ１０３Ｂの情報に基づいて特定されたとする。
Next, in step S66, the
次にステップＳ６７では、ノード２１－４のストレージ管理部２１４は、削除依頼された第２オブジェクト１００Ｂを、ストレージ２２－４から削除する。
Next, in step S67, the
次にステップＳ６８では、ノード２１－１のリクエスト管理部２１１は、第２オブジェクト１００Ｂの削除完了を、ノード２１－２のメタデータ管理部２１３に通知する。
Next, in step S68, the
次にステップＳ６９では、ノード２１－２のメタデータ管理部２１３は、メタデータ管理情報２１５Ｔにおいて、第２オブジェクト１００Ｂの第２メタデータ１０３Ｂのレコードを削除する。そしてメタデータ管理部２１３は、第１オブジェクト１００Ａの第１メタデータ１０３ＡのMaskingを“false”、ＭＣＭを“null”して第１メタデータ１０３Ａの削除を開始する。
Next, in step S69, the
次にステップＳ７０では、ノード２１－２のメタデータ管理部２１３は、ステップＳ６９で削除開始した第１オブジェクト１００Ａの第１メタデータ１０３Ａの情報を、ノード２１－１のリクエスト管理部２１１に送信する。
Next, in step S70, the
次にステップＳ７１では、ノード２１－１のリクエスト管理部２１１は、ステップＳ７０で第１メタデータ１０３Ａの情報が送信された第１オブジェクト１００Ａを格納するノード２１－３に、第１オブジェクト１００Ａの削除を依頼する。ここでは第１オブジェクト１００Ａを格納するノード２１－３は、ステップＳ７０で送信された第１メタデータ１０３Ａの情報に基づいて特定されたとする。
Next, in step S71, the
次にステップＳ７２では、ノード２１－３のストレージ管理部２１４は、削除依頼された第１オブジェクト１００Ａを、ストレージ２２－３から削除する。
Next, in step S72, the
次にステップＳ７３では、ノード２１－１のリクエスト管理部２１１は、第１オブジェクト１００Ａの削除完了を、ノード２１－２のメタデータ管理部２１３に通知する。次にステップＳ７４では、ノード２１－２のメタデータ管理部２１３は、メタデータ管理情報２１５Ｔにおいて、第１オブジェクト１００Ａの第１メタデータ１０３Ａのレコードを削除する。
Next, in step S73, the
（データ破損時処理）
図１１は、データ破損時処理を示すシーケンス図である。データ破損時処理は、ユーザがサーバ１を介して参照しようとした第１オブジェクト１００Ａがデータ破損していた場合の処理を示す。図１１では、参照対象の第１オブジェクト１００Ａの第１メタデータ１０３Ａが管理される正系リージョンはノード２１－２に存在し、第１オブジェクト１００Ａはノード２１－３のストレージ２２－３に格納されているとする。また、第１オブジェクト１００Ａの複製である第１オブジェクト（複製オブジェクト）１００Ｃが、レプリケーション先の拠点２－２に構築された正環境のレプリケーション環境に保存されている（図１参照）。
(Data corruption handling)
Fig. 11 is a sequence diagram showing the process when data is corrupted. The process when data is corrupted shows the process when the
そして正環境である拠点２－１のストレージ２２－３に格納されている第１オブジェクト１００Ａが読み出された際に破損していた場合、副環境の拠点２－２のストレージ２２－３に格納されている第１オブジェクト１００Ｃが取得される。また、第１メタデータ１０３Ａは、第１オブジェクト１００Ａのハッシュ値を予め保持しているものとする。
If the
先ずステップＳ８１では、ノード２１－１のリクエスト管理部２１１は、サーバ１から受信したユーザの参照リクエストで指定されたパス（ＥＦ）のハッシュ値に基づいて参照対象の第１オブジェクト１００Ａの第１メタデータ１０３Ａが管理されるリージョンを決定する。そして、リクエスト管理部２１１は、決定したリージョンとリージョンマップ２１５１に基づいて正系リージョンを管理するノード２１－２を特定する。ここではノード２１－２が特定されたとする。そしてリクエスト管理部２１１は、特定したノード２１－２に対して、第１オブジェクト１００Ａの第１メタデータ１０３Ａの情報要求を送信する。
First, in step S81, the
次にステップＳ８２では、ノード２１－２のメタデータ管理部２１３は、ノード２１－２のＤＢ２１５から要求対象の第１オブジェクト１００Ａ（ObjectA）の第１メタデータ１０３Ａの情報を読み込み、ノード２１－１のリクエスト管理部２１１に送信する。
Next, in step S82, the
次にステップＳ８３では、ノード２１－１のリクエスト管理部２１１は、第１オブジェクト１００Ａ（ObjectA）が保存されたストレージ２２－３に接続されたノード２１－３に第１オブジェクト１００Ａ（ObjectA）の取得を依頼する。ここでは第１オブジェクト１００Ａ（ObjectA）を格納するノード２１－３は、ステップＳ８２で送信された第１メタデータ１０３Ａの情報に基づいて特定されたとする。
Next, in step S83, the
次にステップＳ８４では、ノード２１－３のストレージ管理部２１４は、ストレージ２２－３から第１オブジェクト１００Ａ（ObjectA）を取得し、ノード２１－１のリクエスト管理部２１１に送信する。
Next, in step S84, the
次にステップＳ８５では、ノード２１－１のリクエスト管理部２１１は、ステップＳ８４で送信された第１オブジェクト１００Ａのハッシュ値を算出する。そしてリクエスト管理部２１１は、ステップＳ８２で送信された第１メタデータ１０３Ａに保持されている第１オブジェクト１００Ａ（ObjectA）のハッシュ値と、算出した第１オブジェクト１００Ａのハッシュ値とを比較する。そしてリクエスト管理部２１１は、第１メタデータ１０３Ａに保持されている第１オブジェクト１００Ａのハッシュ値と、算出したハッシュ値が異なる（異常である）場合（ステップＳ８５ＹＥＳ）にステップＳ８６に処理を移す。一方、リクエスト管理部２１１は、一致する（正常である）場合（ステップＳ８５ＮＯ）に、サーバ１に、第１オブジェクト１００Ａを以って応答し、本データ破損時処理を終了する。
Next, in step S85, the
ステップＳ８６では、ノード２１－１のリクエスト管理部２１１は、第１メタデータ１０３Ａを参照し、第１オブジェクト１００Ａ（ObjectA）の複製である第１オブジェクト１００Ｃ（ObjectC）が管理されるレプリケーション環境のリージョンを確認する。そして、リクエスト管理部２１１は、レプリケーション環境（拠点２－１）の第１オブジェクト１００Ｃ（ObjectC）が管理されるリージョンに、拠点間接続にて接続する。
In step S86, the
次にステップＳ８７では、拠点２－２において、ノード２１－１のリクエスト管理部２１１は、ユーザから指定されたパス（ＥＦ）のハッシュ値に基づいて接続対象の第１オブジェクト１００Ｃの第１メタデータ１０３Ｃが管理されるリージョンを決定する。ノード２１－１は、ＤＮＳラウンドロビン等の負荷分散手法を用いて決定されたノード２１である。そして、ノード２１－１のリクエスト管理部２１１は、決定したリージョンとリージョンマップ２１５１に基づいて正系リージョンを管理するノード２１－２を特定する。ここではノード２１－２が特定されたとする。そして拠点２－２のノード２１－１のリクエスト管理部２１１は、特定したノード２１－２に対して、第１オブジェクト１００Ｃの第１メタデータ１０３Ｃの情報要求を送信する。
Next, in step S87, the
次にステップＳ８８では、拠点２－２において、ノード２１－２のメタデータ管理部２１３は、ノード２１－２のＤＢ２１５から情報要求対象の第１オブジェクト１００Ｃ（ObjectC）の第１メタデータ１０３Ｃの情報を読み込む。メタデータ管理部２１３は、第１メタデータ１０３Ｃの情報をノード２１－１のリクエスト管理部２１１に送信する。
Next, in step S88, at base 2-2, the
次にステップＳ８９では、ノード２１－１のリクエスト管理部２１１は、第１オブジェクト１００Ｃ（ObjectC）が格納されたストレージ２２－３に接続されたノード２１－３に第１オブジェクト１００Ｃ（ObjectC）の取得を依頼する。ここでは第１オブジェクト１００Ｃ（ObjectC）を格納するノード２１－３は、ステップＳ８８で送信された第１メタデータ１０３Ｃの情報に基づいて特定されたとする。
Next, in step S89, the
次にステップＳ９０では、ノード２１－３のストレージ管理部２１４は、ストレージ２２－３から第１オブジェクト１００Ｃ（ObjectC）を取得し、ノード２１－１のリクエスト管理部２１１に送信する。
Next, in step S90, the
次にステップＳ９１では、ノード２１－１のリクエスト管理部２１１は、ストレージ２２－３が接続されるノード２１－３から受信した第１オブジェクト１００Ｃ（ObjectC）を、要求元である拠点２－１のノード２１－１のリクエスト管理部２１１に転送する。拠点２－１のノード２１－１のリクエスト管理部２１１は、第１オブジェクト１００Ａ（ObjectA）の代替として、拠点２－２のノード２１－１のリクエスト管理部２１１から受信した第１オブジェクト１００Ｃ（ObjectC）を以ってサーバ１に応答する。
Next, in step S91, the
このようにカスタムメタデータ１０２Ａの匿名化を行っても、従来のオブジェクトストレージと同様に、レプリケーション機能を利用することができる。
Even if
（実施形態の効果）
上述の実施形態では、第１オブジェクト１００Ａのみで実データ１０１Ａを管理し、匿名化カスタムメタデータ１０２Ｂを含む第２オブジェクト１００Ｂは第１オブジェクト１００Ａの実データを参照させる。よって、カスタムメタデータの匿名化前の第１オブジェクト１００Ａの更新と同時に、カスタムメタデータの匿名化後の第２オブジェクト１００Ｂにもこの更新を反映させることができ、データ管理を複雑化することなく行うことができる。また、匿名化カスタムメタデータ１０２Ｂを含む第２オブジェクト１００Ｂを第１オブジェクト１００Ａから独立して管理するため、第２オブジェクト１００Ｂを削除することで、匿名化カスタムメタデータ１０２Ｂのみを削除することができる。
(Effects of the embodiment)
In the above embodiment, the
また、第１メタデータ１０３Ａ及び第２メタデータ１０３Ｂの管理を同一のリージョンのメタデータ管理情報２１５Ｔで行うことで、第１オブジェクト１００Ａ及び第２オブジェクト１００Ｂの各メタデータで相互の情報を検索できる。また、メタデータ１０３に“Masking”のフラグを持たせ、第１オブジェクト１００Ａの更新の際、メタデータ１０３を管理するメタデータ管理情報２１５Ｔを参照することで、第１オブジェクト１００Ａと連携する第２オブジェクト１００Ｂの更新処理を行うことができる。
In addition, by managing the
また、オブジェクト更新処理の実行後に、第２オブジェクト１００Ｂの更新が実行される際、メタデータ管理情報２１５Ｔにおいて第２オブジェクト１００Ｂの新たな第２メタデータ１０３Ｂを管理するレコードが追記されていく。このように、更新前の第２メタデータ１０３Ｂの履歴が記録されるので、第１オブジェクト１００Ａ及び第２オブジェクト１００Ｂの世代管理が行える。このように、実施形態では、従来のオブジェクトストレージの機能（Versioningやレプリケーションなど）を利用することができる。
Furthermore, when the
（実施形態の変形例）
図１２は、実施形態の変形例の説明図である。上述の実施形態では、匿名化カスタムメタデータ１０２Ｂを、ダミーデータ１０１Ｂと第２メタデータ１０３Ｂを含む第２オブジェクト１００Ｂに含めて、第１メタデータ１０３Ａを含む第１オブジェクト１００Ａとは異なるオブジェクトで管理するとした。
(Modification of the embodiment)
12 is an explanatory diagram of a modified example of the embodiment. In the above-described embodiment, the
しかし匿名化カスタムメタデータ１０２Ｂの管理方法は、実施形態のものに限られない。すなわち変形例１として、匿名化カスタムメタデータ１０２Ｂを、実データ１０１Ａと第２メタデータ１０３Ｂと共に第２オブジェクト１００Ｂに含めて、第１オブジェクト１００Ａとは異なるオブジェクトで管理してもよい。
However, the method of managing the
変形例１では、実施形態で説明したカスタムメタデータ匿名化処理（図７）と比較して、次の点が異なる。すなわち、第２オブジェクト１００Ｂの第２メタデータ１０３Ｂの作成の際に、実データ１０１Ａの参照パスとして、第１オブジェクト１００Ａの格納パスを第２メタデータ１０３Ｂに含めない。また、カスタムメタデータ匿名化処理において、第２オブジェクト１００Ｂをストレージ２２に格納する際に、第２オブジェクト１００Ｂに実データ１０１Ａを含める。
In the first variant, the following points are different from the custom metadata anonymization process ( FIG. 7 ) described in the embodiment. That is, when creating the
また、変形例１では、実施形態で説明したデータアクセス処理（図８）と比較して、次の点が異なる。すなわち、サーバ１からの参照リクエストに対して、ユーザがカスタムメタデータ１０２Ａの参照権限を有する場合に、第１オブジェクト１００Ａを取得して第１オブジェクト１００Ａの実データ１０１Ａ及びカスタムメタデータ１０２Ａをサーバ１に応答する。一方、サーバ１からの参照リクエストに対して、ユーザがカスタムメタデータ１０２Ａの参照権限を有さない場合に、第２オブジェクト１００Ｂを取得して第２オブジェクト１００Ｂの実データ１０１Ａ及び匿名化カスタムメタデータ１０２Ｂをサーバ１に応答する。
Moreover, in the first variant, the data access process (FIG. 8) described in the embodiment is different in the following respects. That is, in response to a reference request from the
また、変形例１では、実施形態で説明したオブジェクト更新処理（図９Ａ及び図９Ｂ）と比較して、次の点が異なる。すなわち、実データ１０１Ａの更新の際には、第１オブジェクト１００Ａ及び第２オブジェクト１００Ｂの両方に対して更新を反映する。
Moreover, in
また、変形例１では、実施形態で説明したデータ破損時処理（図１１）と異なり、第１オブジェクト１００Ａの破損の際に、実データ１０１Ａを、第１オブジェクト１００Ａが格納される拠点２内に格納される第２オブジェクト１００Ｂから取得してもよい。
In addition, in variant example 1, unlike the data corruption processing described in the embodiment (FIG. 11), when the
以上の差異以外は、変形例１における処理は実施形態と同様である。
Other than the above differences, the processing in
または変形例２として、匿名化カスタムメタデータ１０２Ｂを、実データ１０１Ａ、カスタムメタデータ１０２Ａ、及び第１メタデータ１０３Ａと同じ第１オブジェクト１００Ａに追加して管理してもよい。
Or, as a second variant, the
変形例２では、実施形態で説明したカスタムメタデータ匿名化処理（図７）と比較して、次の点が異なる。すなわち、第２オブジェクト１００Ｂを作成せず、匿名化カスタムメタデータ１０２Ｂを、第１オブジェクト１００Ａに追加する。
In the second modification, the following points are different from the custom metadata anonymization process (FIG. 7) described in the embodiment. That is, the
また、変形例２では、実施形態で説明したデータアクセス処理（図８）と比較して、次の点が異なる。すなわち、サーバ１からの参照リクエストに対して、ユーザがカスタムメタデータ１０２Ａの参照権限を有さない場合に、第１オブジェクト１００Ａの実データ１０１Ａ及び匿名化カスタムメタデータ１０２Ｂをサーバ１に応答する。
Moreover, in the second variant, the following points are different from the data access process (FIG. 8) described in the embodiment. That is, in response to a reference request from the
また、変形例２では、実施形態で説明したオブジェクト削除処理（図１０）と比較して、第２オブジェクト１００Ｂは存在しないので第２オブジェクト１００Ｂの削除処理は行われず、第１オブジェクト１００Ａの削除処理のみが行われる。
In addition, in variant example 2, compared to the object deletion process (Figure 10) described in the embodiment, since the
以上の差異以外は、変形例２における処理は実施形態と同様である。
Other than the above differences, the processing in
（コンピュータ１０００のハードウェア）
図１３は、各ノード２１を実現するコンピュータ１０００のハードウェア図である。
(Hardware of Computer 1000)
FIG. 13 is a hardware diagram of a
コンピュータ１０００は、バス等の内部通信線１００９を介して相互に接続されたＣＰＵをはじめとするプロセッサ１００１、主記憶装置１００２、補助記憶装置１００３、ネットワークインタフェース１００４、入力装置１００５、及び出力装置１００６を備える。
The
プロセッサ１００１は、コンピュータ１０００全体の動作制御を司る。また主記憶装置１００２は、例えば揮発性の半導体メモリから構成され、プロセッサ１００１のワークメモリとして利用される。補助記憶装置１００３は、ハードディスク装置、ＳＳＤ（Solid State Drive）、又はフラッシュメモリ等の大容量の不揮発性の記憶装置から構成され、各種プログラムやデータを長期間保持するために利用される。
The
補助記憶装置１００３に格納された実行可能プログラム１１００がコンピュータ１０００の起動時や必要時に主記憶装置１００２にロードされ、プロセッサ１００１によって実行されることで、各種処理を実行する各システムが実現される。
The executable program 1100 stored in the
なお、実行可能プログラム１１００は、非一時的記録媒体に記録され、媒体読み取り装置によって非一時的記録媒体から読み出されて、主記憶装置１００２にロードされてもよい。または、実行可能プログラム１１００は、ネットワークを介して外部のコンピュータから取得されて、主記憶装置１００２にロードされてもよい。
The executable program 1100 may be recorded on a non-transitory recording medium, read from the non-transitory recording medium by a media reading device, and loaded into the
ネットワークインタフェース１００４は、コンピュータ１０００をシステム内の各ネットワークに接続する、あるいは他のコンピュータと通信するためのインタフェース装置である。ネットワークインタフェース１００４は、例えば、有線ＬＡＮ（Local Area Network）や無線ＬＡＮ等のＮＩＣ（Network Interface Card）から構成される。
The
入力装置１００５は、キーボードや、マウス等のポインティングデバイス等から構成され、ユーザがコンピュータ１０００に各種指示や情報を入力するために利用される。出力装置１００６は、例えば、液晶ディスプレイ又は有機ＥＬ（Electro Luminescence）ディスプレイ等の表示装置や、スピーカ等の音声出力装置から構成され、必要時に必要な情報をユーザに提示するために利用される。
The
以上、本発明の一実施形態について詳述したが、本発明は上述の実施形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。例えば、上述の実施形態は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また上述の実施形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。 Although one embodiment of the present invention has been described above in detail, the present invention is not limited to the above-described embodiment, and various modifications are possible without departing from the spirit of the present invention. For example, the above-described embodiment has been described in detail to clearly explain the present invention, and is not necessarily limited to having all of the configurations described. In addition, it is possible to add, delete, or replace part of the configuration of the above-described embodiment with other configurations.
また上述の実施形態における各構成、機能部、処理部、処理手段等は、それらの一部又は全部を、例えば、集積回路で設計する等によりハードウェアで実現してもよい。また上述の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリやハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。 Furthermore, each of the configurations, functional units, processing units, processing means, etc. in the above-mentioned embodiments may be realized in part or in whole in hardware, for example by designing them as integrated circuits. Furthermore, each of the above-mentioned configurations, functions, etc. may be realized in software by a processor interpreting and executing a program that realizes each function. Information such as the programs, tables, files, etc. that realize each function can be stored in a memory, a hard disk, a recording device such as an SSD (Solid State Drive), an IC card, an SD card, a DVD, or other recording media.
また上述の実施形態の各図において、制御線や情報線は説明上必要と考えられるものを示しており、必ずしも実装上の全ての制御線や情報線を示しているとは限らない。例えば、実際には殆ど全ての構成が相互に接続されていると考えてもよい。 In addition, in each diagram of the above-mentioned embodiment, the control lines and information lines shown are those considered necessary for explanation, and do not necessarily show all the control lines and information lines in the implementation. For example, it may be considered that almost all components are actually connected to each other.
また上述の実施形態で説明した情報処理システムＳの各機能及びデータの配置形態は一例に過ぎない。情報処理システムＳの各拠点２内の複数のノード２１及びストレージ２２は、マルチノードシステムを構成するが、マルチノードシステム以外の構成でもよい。また、情報処理システムＳの機能及びデータの配置形態は、ハードウェアやソフトウェアの性能、処理効率、通信効率等の観点から最適な配置形態に変更し得る。また、上述の実施形態で説明した各処理ステップは、処理結果が同一である限り実行順序を入れ替えることができる。
Furthermore, the arrangement of each function and data of the information processing system S described in the above embodiment is merely one example. The
また前述した各種のデータを格納するデータベースの構成（スキーマ（Schema）等）は、リソースの効率的な利用、処理効率向上、アクセス効率向上、検索効率向上等の観点から柔軟に変更し得る。 In addition, the structure of the database (schema, etc.) that stores the various types of data mentioned above can be flexibly changed from the perspective of efficient use of resources, improved processing efficiency, improved access efficiency, improved search efficiency, etc.
Ｓ：情報処理システム、１：サーバ、２，２－１，２－２：拠点、２１，２１－１，２１－２，２１－３，２１－４：ノード、２２，２２－１，２２－２，２２－３，２２－４：ストレージ、１００Ａ：第１オブジェクト、１０１Ａ：実データ、１０２Ａ：カスタムメタデータ、１０３Ａ：第１メタデータ、１００Ｂ：第２オブジェクト、１０１Ｂ：ダミーデータ、１０２Ｂ：匿名化カスタムメタデータ、１０３Ｂ：第２メタデータ、２１１：リクエスト管理部、２１２：サービス管理部、２１３：メタデータ管理部、２１４：ストレージ管理部、２１５：ＤＢ、２１５Ｔ：メタデータ管理情報、１０００：コンピュータ、１００１：プロセッサ、１００２：主記憶装置。
S: information processing system, 1: server, 2, 2-1, 2-2: bases, 21, 21-1, 21-2, 21-3, 21-4: nodes, 22, 22-1, 22-2, 22-3, 22-4: storage, 100A: first object, 101A: actual data, 102A: custom metadata, 103A: first metadata, 100B: second object, 101B: dummy data, 102B: anonymized custom metadata, 103B: second metadata, 211: request management unit, 212: service management unit, 213: metadata management unit, 214: storage management unit, 215: DB, 215T: metadata management information, 1000: computer, 1001: processor, 1002: main memory device.
Claims (10)
前記計算機システムは、メモリと協働するプロセッサとデータベースとを有し、
前記プロセッサが、
ユーザによるカスタマイズ可能なメタデータであるカスタムメタデータが付与された実データを前記記憶領域に格納する格納リクエストに応じて、該実データと該カスタムメタデータを含んだ第１オブジェクトを前記記憶領域に格納し、
前記カスタムメタデータを匿名化した匿名化カスタムメタデータを作成し、
前記匿名化カスタムメタデータを含んだ第２オブジェクトを前記記憶領域に格納し、
前記格納リクエストに応じて、前記第１オブジェクトの格納先情報を有する第１メタデータを作成して前記データベースに登録し、
前記第１オブジェクトに前記第１メタデータを含めて前記記憶領域に格納し、
前記データベースに登録されている前記第１メタデータに基づいて前記記憶領域から前記カスタムメタデータを取得し、
前記実データを含まず前記匿名化カスタムメタデータを含んだ前記第２オブジェクトを前記記憶領域に格納する
各処理を含んだことを特徴とするオブジェクト管理方法。 1. An object management method executed by a computer system having a storage area in which objects are stored, comprising:
the computer system includes a processor and a database in cooperation with a memory;
The processor,
storing, in the storage area, a first object including actual data to which custom metadata, which is metadata customizable by a user, is added, in the storage area in response to a storage request for storing the actual data in the storage area, the custom metadata being customizable by a user;
creating anonymized custom metadata by anonymizing the custom metadata;
storing a second object in the storage area , the second object including the anonymized custom metadata;
In response to the storage request, a first metadata including storage destination information of the first object is generated and registered in the database;
storing the first object in the storage area including the first metadata;
acquiring the custom metadata from the storage area based on the first metadata registered in the database;
The second object, which does not include the actual data but includes the anonymized custom metadata, is stored in the storage area.
The object management method includes each of the processes.
前記プロセッサが、
前記実データを含む前記第１オブジェクトの格納先情報と、前記第２オブジェクトの格納先情報とを有する第２メタデータを作成して前記データベースに登録し、
前記第２オブジェクトに前記第２メタデータを含めて前記記憶領域に格納する
各処理を含んだことを特徴とするオブジェクト管理方法。 2. The object management method according to claim 1 ,
The processor,
creating second metadata having storage destination information of the first object including the actual data and storage destination information of the second object, and registering the second metadata in the database;
and storing the second object in the storage area while including the second metadata in the second object.
前記プロセッサが、
前記第１オブジェクトを参照する参照リクエストに応じて、該参照リクエストを出したリクエストユーザの権限を確認し、
前記リクエストユーザが前記カスタムメタデータを参照する権限を有する場合に、前記データベースに登録されている前記第１メタデータに基づいて前記記憶領域から前記第１オブジェクトを取得し、取得した前記第１オブジェクトを以って前記参照リクエストに対して応答し、
前記リクエストユーザが前記カスタムメタデータを参照する権限を有さない場合に、前記データベースに登録されている前記第２メタデータに基づいて、前記記憶領域から前記実データ及び前記匿名化カスタムメタデータを取得し、取得した該実データ及び該匿名化カスタムメタデータを含んだオブジェクトを以って前記参照リクエストに対して応答する
各処理を含んだことを特徴とするオブジェクト管理方法。 3. The object management method according to claim 2 , further comprising:
The processor,
In response to a reference request for referencing the first object, verify the authority of a requesting user who issued the reference request;
If the requesting user has an authority to reference the custom metadata, retrieve the first object from the storage area based on the first metadata registered in the database, and respond to the reference request with the retrieved first object;
retrieving the actual data and the anonymized custom metadata from the storage area based on the second metadata registered in the database when the requesting user does not have the authority to reference the custom metadata, and responding to the reference request with an object including the retrieved actual data and the anonymized custom metadata.
前記第１メタデータは、前記匿名化カスタムメタデータを含む前記第２オブジェクトの格納先情報を有する
ことを特徴とするオブジェクト管理方法。 3. The object management method according to claim 2 , further comprising:
The object management method according to claim 1, wherein the first metadata includes storage destination information of the second object including the anonymized custom metadata.
前記プロセッサが、
前記第１オブジェクトを削除する削除リクエストに応じて、前記データベースにおいて前記第１メタデータに含まれる前記匿名化カスタムメタデータの格納先情報と同一値を有する前記第２メタデータを特定し、特定した該第２メタデータに基づいて、前記記憶領域に格納されている前記第２オブジェクトを削除し、
前記データベースに登録されている前記第１メタデータに基づいて、前記記憶領域に格納されている前記第１オブジェクトを削除する
各処理を含んだことを特徴とするオブジェクト管理方法。 5. An object management method according to claim 4 , further comprising the steps of:
The processor,
In response to a deletion request for deleting the first object, the second metadata having the same value as storage destination information of the anonymized custom metadata included in the first metadata in the database is identified, and the second object stored in the storage area is deleted based on the identified second metadata;
and deleting the first object stored in the storage area based on the first metadata registered in the database.
前記プロセッサが、
前記第２オブジェクトを先に削除し、該第２オブジェクトの削除完了後に前記第１オブジェクトを削除する
ことを特徴とするオブジェクト管理方法。 6. An object management method according to claim 5 , further comprising the steps of:
The processor,
a second object is deleted first, and the first object is deleted after the second object has been deleted.
前記プロセッサが、
前記実データのハッシュ値と、前記第１オブジェクトを複製した複製オブジェクトを格納するレプリケーション先の計算機システムにおける格納先情報とを前記第１メタデータに含めて前記データベースに登録し、
前記第１オブジェクトを参照する参照リクエストに応じて、前記データベースに登録されている前記第１メタデータに基づいて前記記憶領域から前記第１オブジェクトを取得し、
取得した前記第１オブジェクトのハッシュ値を算出し、
算出した前記ハッシュ値と、前記データベースに登録されている前記ハッシュ値とを比較し、
比較した２つの前記ハッシュ値が異なる場合に、前記データベースに登録されている前記第１メタデータに基づいて、前記レプリケーション先の計算機システムが有する記憶領域から、前記第１オブジェクトの前記複製オブジェクトを取得し、
前記第１オブジェクトを代替して、前記レプリケーション先の計算機システムから取得した前記複製オブジェクトを以って前記参照リクエストに対して応答する
各処理を含んだことを特徴とするオブジェクト管理方法。 2. The object management method according to claim 1 ,
The processor,
registering, in the database, a hash value of the actual data and storage destination information in a replication destination computer system that stores a replicated object obtained by replicating the first object, in the first metadata;
In response to a reference request for referencing the first object, the first object is retrieved from the storage area based on the first metadata registered in the database;
Calculating a hash value of the acquired first object;
comparing the calculated hash value with the hash value registered in the database;
if the two compared hash values are different, acquiring the replicated object of the first object from a storage area of the replication destination computer system based on the first metadata registered in the database;
and responding to said reference request with said replicated object acquired from said replication destination computer system in place of said first object.
前記プロセッサが、
前記第１オブジェクトに含まれる前記実データを更新実データで更新する更新リクエストの受信に際して、
前記実データと前記更新実データの両方を保存する前記実データの世代管理機能が有効である場合には、
前記更新実データと前記カスタムメタデータを含んだ第３オブジェクトの格納先情報を有する第３メタデータを作成して前記データベースに登録し、
前記第３オブジェクトに前記第３メタデータを含めて前記記憶領域に格納し、
前記データベースに登録されている前記第３メタデータに基づいて前記記憶領域から前記カスタムメタデータを取得し、
前記第３メタデータに基づいて前記記憶領域から取得した前記カスタムメタデータを匿名化した匿名化カスタムメタデータを作成し、
前記更新実データを含まず、前記第３メタデータに基づいて前記記憶領域から取得した前記カスタムメタデータを匿名化した前記匿名化カスタムメタデータを含んだ第４オブジェクトを前記記憶領域に格納し、
前記世代管理機能が無効である場合には、
前記データベースに登録されている前記第１メタデータに基づいて前記第１オブジェクトを前記更新実データで更新する
各処理を含んだことを特徴とするオブジェクト管理方法。 2. The object management method according to claim 1 ,
The processor,
upon receiving an update request to update the actual data included in the first object with updated actual data,
When a generation management function for the actual data that stores both the actual data and the updated actual data is valid,
creating third metadata having storage destination information of a third object including the updated actual data and the custom metadata, and registering the third metadata in the database;
storing the third object in the storage area including the third metadata;
acquiring the custom metadata from the storage area based on the third metadata registered in the database;
creating anonymized custom metadata by anonymizing the custom metadata acquired from the storage area based on the third metadata;
storing, in the storage area, a fourth object that does not include the updated actual data and that includes the anonymized custom metadata obtained by anonymizing the custom metadata acquired from the storage area based on the third metadata;
If the generation management function is disabled,
updating the first object with the updated actual data based on the first metadata registered in the database.
ユーザによるカスタマイズ可能なメタデータであるカスタムメタデータが付与された実データを前記記憶領域に格納する格納リクエストに応じて、該実データと該カスタムメタデータを含んだ第１オブジェクトを前記記憶領域に格納する記憶領域管理部と、
前記カスタムメタデータを匿名化した匿名化カスタムメタデータを作成するサービス管理部と、を有し、
前記記憶領域管理部は、
前記匿名化カスタムメタデータを含んだ第２オブジェクトを前記記憶領域に格納し、
前記格納リクエストに応じて、前記第１オブジェクトの格納先情報を有する第１メタデータを作成して前記データベースに登録し、
前記第１オブジェクトに前記第１メタデータを含めて前記記憶領域に格納し、
前記データベースに登録されている前記第１メタデータに基づいて前記記憶領域から前記カスタムメタデータを取得し、
前記実データを含まず前記匿名化カスタムメタデータを含んだ前記第２オブジェクトを前記記憶領域に格納する
ことを特徴とする計算機システム。 A computer system having a storage area and a database in which objects are stored,
a storage area management unit that, in response to a storage request for storing actual data to which custom metadata, which is metadata customizable by a user, is added in the storage area, stores a first object including the actual data and the custom metadata in the storage area;
a service management unit that creates anonymized custom metadata by anonymizing the custom metadata,
The storage area management unit
storing a second object in the storage area , the second object including the anonymized custom metadata;
In response to the storage request, a first metadata including storage destination information of the first object is generated and registered in the database;
storing the first object in the storage area including the first metadata;
acquiring the custom metadata from the storage area based on the first metadata registered in the database;
The second object, which does not include the actual data but includes the anonymized custom metadata, is stored in the storage area.
1. A computer system comprising:
前記コンピュータに、
ユーザによるカスタマイズ可能なメタデータであるカスタムメタデータが付与された実データを前記記憶領域に格納する格納リクエストに応じて、該実データと該カスタムメタデータを含んだ第１オブジェクトを前記記憶領域に格納する手順と、
前記カスタムメタデータを匿名化した匿名化カスタムメタデータを作成する手順と、
前記匿名化カスタムメタデータを含んだ第２オブジェクトを前記記憶領域に格納する手順と、
前記格納リクエストに応じて、前記第１オブジェクトの格納先情報を有する第１メタデータを作成して前記データベースに登録する手順と、
前記第１オブジェクトに前記第１メタデータを含めて前記記憶領域に格納する手順と、
前記データベースに登録されている前記第１メタデータに基づいて前記記憶領域から前記カスタムメタデータを取得する手順と、
前記実データを含まず前記匿名化カスタムメタデータを含んだ前記第２オブジェクトを前記記憶領域に格納する手順と
を実行させることを特徴とするオブジェクト管理プログラム。 An object management program for causing a computer to function as a computer system having a memory area and a database in which objects are stored, comprising:
The computer includes:
storing, in the storage area, a first object including actual data to which custom metadata, which is metadata customizable by a user, is added, in the storage area in response to a storage request for storing the actual data in the storage area, the custom metadata;
creating anonymized custom metadata by anonymizing the custom metadata;
storing a second object in the storage area , the second object including the anonymized custom metadata;
creating first metadata having storage destination information of the first object in response to the storage request, and registering the first metadata in the database;
storing the first object in the storage area including the first metadata;
acquiring the custom metadata from the storage area based on the first metadata registered in the database;
storing the second object in the storage area, the second object not including the actual data, but including the anonymized custom metadata;
2. An object management program comprising:
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2022205140A JP7579318B2 (en) | 2022-12-22 | 2022-12-22 | OBJECT MANAGEMENT METHOD, COMPUTER SYSTEM, AND OBJECT MANAGEMENT PROGRAM |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2022205140A JP7579318B2 (en) | 2022-12-22 | 2022-12-22 | OBJECT MANAGEMENT METHOD, COMPUTER SYSTEM, AND OBJECT MANAGEMENT PROGRAM |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2024089754A JP2024089754A (en) | 2024-07-04 |
| JP7579318B2 true JP7579318B2 (en) | 2024-11-07 |
Family
ID=91715821
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2022205140A Active JP7579318B2 (en) | 2022-12-22 | 2022-12-22 | OBJECT MANAGEMENT METHOD, COMPUTER SYSTEM, AND OBJECT MANAGEMENT PROGRAM |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP7579318B2 (en) |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20040193901A1 (en) | 2003-03-27 | 2004-09-30 | Ge Medical Systems Global Company, Llc | Dynamic configuration of patient tags and masking types while de-identifying patient data during image export from PACS diagnostic workstation |
| US20160132697A1 (en) | 2013-04-25 | 2016-05-12 | Hewlett-Packard Development Company, L.P. | Multi-Tier Storage Based on Data Anonymization |
| JP2020102214A (en) | 2018-12-19 | 2020-07-02 | キヤノンメディカルシステムズ株式会社 | Medical information anonymizing system and anonymization method setting device |
| JP2021051471A (en) | 2019-09-24 | 2021-04-01 | キヤノンメディカルシステムズ株式会社 | Anonymization device, and anonymization system |
-
2022
- 2022-12-22 JP JP2022205140A patent/JP7579318B2/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20040193901A1 (en) | 2003-03-27 | 2004-09-30 | Ge Medical Systems Global Company, Llc | Dynamic configuration of patient tags and masking types while de-identifying patient data during image export from PACS diagnostic workstation |
| US20160132697A1 (en) | 2013-04-25 | 2016-05-12 | Hewlett-Packard Development Company, L.P. | Multi-Tier Storage Based on Data Anonymization |
| JP2020102214A (en) | 2018-12-19 | 2020-07-02 | キヤノンメディカルシステムズ株式会社 | Medical information anonymizing system and anonymization method setting device |
| JP2021051471A (en) | 2019-09-24 | 2021-04-01 | キヤノンメディカルシステムズ株式会社 | Anonymization device, and anonymization system |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2024089754A (en) | 2024-07-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110799960B (en) | System and method for database tenant migration | |
| US10817489B2 (en) | Content class for object storage indexing system | |
| US7454406B2 (en) | System and method of handling file metadata | |
| US9135257B2 (en) | Technique for implementing seamless shortcuts in sharepoint | |
| US11375015B2 (en) | Dynamic routing of file system objects | |
| US20160142512A1 (en) | Indirection objects in a cloud storage system | |
| US9146930B2 (en) | Method and apparatus for file storage | |
| JP2012524943A (en) | Asynchronous distributed object upload for replicated content that can specify a storage cluster | |
| US11106625B2 (en) | Enabling a Hadoop file system with POSIX compliance | |
| US20190065536A1 (en) | Modifying archive data without table changes | |
| JP7408626B2 (en) | Tenant identifier replacement | |
| JP2012531688A (en) | Method for accessing file system file according to metadata, and apparatus for implementing the method | |
| US12072853B2 (en) | Database schema branching workflow, with support for data, keyspaces and VSchemas | |
| Carstoiu et al. | Hadoop hbase-0.20. 2 performance evaluation | |
| US20150052167A1 (en) | Searchable data in an object storage system | |
| JP7579318B2 (en) | OBJECT MANAGEMENT METHOD, COMPUTER SYSTEM, AND OBJECT MANAGEMENT PROGRAM | |
| CN108256019A (en) | Database key generation method, device, equipment and its storage medium | |
| CN112965859A (en) | Data disaster recovery method and equipment based on IPFS cluster | |
| US20230334014A1 (en) | Implementing graph search with in-structure metadata of a graph-organized file system | |
| San Román Guzmán et al. | Design of a New Distributed NoSQL Database with Distributed Hash Tables | |
| Yeh et al. | Enhancing the reliability of cloud data through identifying data inconsistency between cloud systems | |
| CN112181899A (en) | Metadata processing method and device and computer readable storage medium | |
| US20230334093A1 (en) | Graph-organized file system | |
| Kushe et al. | Evaluation of Techniques for Improving Performance and Security in Relational Databases |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20230721 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20240806 |
|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A712 Effective date: 20240809 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20240829 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20241008 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20241025 |