JP6281225B2 - 情報処理装置 - Google Patents

情報処理装置 Download PDF

Info

Publication number
JP6281225B2
JP6281225B2 JP2013203790A JP2013203790A JP6281225B2 JP 6281225 B2 JP6281225 B2 JP 6281225B2 JP 2013203790 A JP2013203790 A JP 2013203790A JP 2013203790 A JP2013203790 A JP 2013203790A JP 6281225 B2 JP6281225 B2 JP 6281225B2
Authority
JP
Japan
Prior art keywords
value
key
pair
record
information processing
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
Application number
JP2013203790A
Other languages
English (en)
Other versions
JP2015069461A (ja
Inventor
一郎 新井
一郎 新井
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Priority to JP2013203790A priority Critical patent/JP6281225B2/ja
Priority to US14/494,644 priority patent/US20150095345A1/en
Publication of JP2015069461A publication Critical patent/JP2015069461A/ja
Application granted granted Critical
Publication of JP6281225B2 publication Critical patent/JP6281225B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/22Indexing; Data structures therefor; Storage structures
    • G06F16/2228Indexing structures

Description

本発明は、情報処理装置にかかり、特に、キーバリューストア方式でデータを管理する情報処理システムに関する。
近年、スケーラブルなWebアプリケーションの実行基盤として、データセンタ内の多数のコンピュータを用いるクラウド技術が注目されている。このクラウド技術のインフラストラクチャの1つとして、キー値とバリュー値とのペア(Key-Valueペア;KVペア)をデータとして扱うキーバリューストア(Key Value Store;KVS)が知られている(例えば、特許文献1,2参照)。特許文献1,2に記載されているKVペアのデータ構造は、図1に示すように、1つのキー値Kに対してデータ(レコードR)を1つだけ保持したバリュー値Vが対応付けられた構造となっている。
特開2013−25453号公報 特開2011−8451号公報
ところで、クライアント等の要求元がノード装置からレコードを取得する場合、KVSでは取得したいレコードに対応するキー値を含んだレコード取得要求を要求元からノード装置へ送信する。従って、1つのキー値に対してレコードを1つだけ保持する特許文献1,2に記載されている技術では、例えば関連する複数のレコードを取得する場合、要求元からノード装置へ複数回、レコード取得要求を送信しなければならない。このため、ネットワーク転送効率が低下する、という問題が生じる。
このような問題点を解決するために、KVペアのデータ構造として、図2に示すように、1つのキー値Kに対して関連する複数のレコードRを保持したバリュー値Vが対応付けられた構造を採用することが考えられる。このようなデータ構造を採用することにより、要求元はレコード取得要求を1回ノード装置へ送信するだけで、関連する複数のレコードを取得することができ、ネットワーク転送効率が向上する。
しかしながら、上述したようなデータ構造を採用すると、1つのKVペアに含まれるレコード数が増加した場合、1つのKVペアのサイズが肥大化し、取得したレコード群に不要なレコードが含まれ、処理効率が低下する、という問題が生じる。
そこで、本発明の目的は、上述した課題である、キーバリューストア方式を採用する場合において処理効率が低下することを解決することができる、情報処理装置を提供することにある。
本発明の一形態である情報処理装置は、
複数の属性の値を有するレコード群を、相互に関連する索引キーバリューペアとレコードキーバリューペアとによるデータ構造にて管理するデータ管理手段を備え、
前記データ管理手段は、前記レコード群に含まれる所定の属性の値を分類する基準を示す分類基準値を含むバリュー値と、当該バリュー値に関連付けられたキー値と、からなる前記索引キーバリューペアを生成すると共に、当該索引キーバリューペアのバリュー値内の前記分類基準値に関連付けられたキー値と、当該分類基準値に対応する前記所定の属性の値を有する前記レコードの情報を含むバリュー値と、からなる前記レコードキーバリューペアを生成する、
という構成をとる。
また、本発明の他の形態であるプログラムは、
情報処理装置に、
複数の属性の値を有するレコード群を、相互に関連する索引キーバリューペアとレコードキーバリューペアとによるデータ構造にて管理するデータ管理手段を実現させると共に、
前記データ管理手段は、前記レコード群に含まれる所定の属性の値を分類する基準を示す分類基準値を含むバリュー値と、当該バリュー値に関連付けられたキー値と、からなる前記索引キーバリューペアを生成すると共に、当該索引キーバリューペアのバリュー値内の前記分類基準値に関連付けられたキー値と、当該分類基準値に対応する前記所定の属性の値を有する前記レコードの情報を含むバリュー値と、からなる前記レコードキーバリューペアを生成する、
ことを実現させるためのプログラムである。
また、本発明の他の形態であるデータ管理方法は、
情報処理装置にて、複数の属性の値を有するレコード群を、相互に関連する索引キーバリューペアとレコードキーバリューペアとによるデータ構造にて管理する際に、
前記レコード群に含まれる所定の属性の値を分類する基準を示す分類基準値を含むバリュー値と、当該バリュー値に関連付けられたキー値と、からなる前記索引キーバリューペアを生成すると共に、当該索引キーバリューペアのバリュー値内の前記分類基準値に関連付けられたキー値と、当該分類基準値に対応する前記所定の属性の値を有する前記レコードの情報を含むバリュー値と、からなる前記レコードキーバリューペアを生成する、
という構成をとる。
本発明は、以上のように構成されることにより、キーバリューストア方式を採用する場合において、データの処理性能を向上させることができる。
本発明に関連するキーバリューストアのデータ構造の一例を示す図である。 本発明に関連するキーバリューストアのデータ構造の一例を示す図である。 本発明の実施形態1における情報処理システムの構成を示すブロック図である。 本発明の実施形態1における情報処理システムにて処理されるデータの一例を示す図である。 本発明の実施形態1における情報処理システムにて処理されるデータの一例を示す図である。 本発明の実施形態1における情報処理システムにて処理されるデータの一例を示す図である。 本発明の実施形態1における情報処理システムにて処理されるデータの一例を示す図である。 本発明の実施形態1における情報処理システムによる動作を示すフローチャートである。 本発明の実施形態1における情報処理システムによる動作を示すフローチャートである。 本発明の実施形態2における情報処理システムの構成を示すブロック図である。 本発明の実施形態3における情報処理システムにて処理されるデータの一例を示す図である。 本発明の付記1における情報処理システムの構成を示す図である。
<実施形態1>
本発明の第1の実施形態を、図3乃至9を参照して説明する。図3は、情報処理システムの構成を示す図である。図4乃至図7は、情報処理システムにて処理されるデータの一例を示す図である。図8乃至図9は、情報処理システムの動作を示すフローチャートである。
[構成]
実施形態1における情報処理システムは、図3に示すように、処理対象となるデータを記憶する記憶装置であるKVS(Key Value Store)4を備えている。そして、情報処理システムは、上記KVS4に連結され、当該KVS4にデータをトランザクション処理にて格納するトランザクション処理装置3を備える。また、情報処理システムは、データの取得要求を行うアプリケーション5と、アプリケーション5からの要求に応じてKVS4からデータを取得するデータ取得部1と、データを分割して上記トランザクション処理装置3を介してデータをKVS4に格納するデータ分割部2と、を備えている。
上記データ分割部2(データ管理手段)は、情報処理システムに装備された演算装置にプログラムが組み込まれることで構築された、分割指定部21と、KVペア分割部22と、索引情報更新部23と、を備えている。まず、データ分割部2は、基本的な機能として、図5に示すような索引KVペアD1とレコードKVペアD2との組み合わせのデータ構造にて、データをKVS4に格納する機能を有する。
ここで、KVS4に格納するデータのデータ構造について説明する。まず、KVS4に格納する元となるデータは、図4に示すように、商品に対する入札状況を示すデータのレコード群である。例えば、図4(A)に示すように、商品IDが付与された商品に入札があると、図4(B)に示すように、入札時刻、商品ID、入札を行ったユーザID、入札金額、を記録する。ここで、入札時刻、商品ID、ユーザID、入札金額は、それぞれレコードを構成する属性であり、各レコードは、各属性の値を有して構成されている。そして、上述した入力状況を示すデータを、データ分割部2は、図5に示すデータ構造にてKVS4に格納する。
KVS4に格納されるデータ構造は、上述したように、索引KVペアD1とレコードKVペアD2との組み合わせにて表される(図5参照)。まず、レコードKVペアD2は、複数のレコードRを1つにまとめたバリュー値Vを有し、当該バリュー値Vに所定のキー値Kが関連付けられたKVペア(キーバリューペア)である。ここで、レコードKVペアD2のバリュー値Vを構成する複数のレコードを1つにまとめるルールは、次の通りである。
まず、図3(B)に示すレコード群のうち、1つの属性の値が代表キーであるクラスタキーとして決定される。ここでは、属性「商品ID」がクラスタキーとして決定されると、当該クラスタキーと同一の属性を有する複数のレコードを、1つのKVペアとしてまとめる。つまり、レコードKVペアD2のバリュー値Vは、同一の属性「商品ID」を有するレコードをいくつかまとめたものとなる。
そして、レコードKVペアD2のバリュー値Vは、予め設定された属性であるレンジキーの値のある担当範囲毎で、まとめられて構成されている。例えば、図5の例では、各レコードKVペアD2には、それぞれレンジキーとなる「入札時刻」を所定範囲の時間毎に分類する担当範囲(分類基準値)が設定されており、それぞれのレコードKVペアD2に設定された担当範囲に対応する複数のレコードRが、バリュー値Vとして含められている。このとき、レンジキーの担当範囲は、クラスタキーの値ごとに重複しないものが設定されることとする。そして、各レコードKVペアD2のキー値Kには、それぞれに設定されたレンジキーの担当範囲に応じて一意に決定された値(例えば、図5の例では、0.1や0.2など)が決定されて、それぞれに設定されている。
そして、上記索引KVペアD1は、上記レコードKVペアD2毎に設定されたレンジキーの担当範囲の値をレコードRとして含むバリュー値Vを有し、当該バリュー値Vに上記クラスタキーをキー値Kとして関連付けたKVペア(キーバリューペア)である。なお、バリュー値Vには、1つ又は複数の担当範囲(分類基準値)の値が含まれ、それぞれの担当範囲に、対応するレコードKVペアD2のキー値が対応付けられている。例えば、図5の例における索引KVペアD1は、属性「商品ID」の値が「i1」である商品に対する入札状況を表すレコードの索引であり、キー値Kとして「i1」が設定され、バリュー値VのレコードRとして、属性「入札時刻」の担当範囲が複数含まれて設定されている。そして、バリュー値Vに含まれる各担当範囲には、それぞれ各レコードKVペアD2のキー値K(0.1や0.2など)がそれぞれ対応付けられている。
以上のように、データ分割部2は、上述したデータ構造の相互に対応付けられたKVペアを生成して、KVS4に格納する。なお、相互に対応付けられたKVペアをKVS4に格納する際には、後述するトランザクション処理装置3を介して、同一のトランザクション処理にて格納する。
また、データ分割部2は、レコードKVペアD2を分割して、索引KVペアD1を更新する機能を有する。KVペアの分割について、図6乃至図7を参照して説明する。ここでは、図6に示すKVペアを、図7に示すように分割する場合を説明する。
分割指定部21は、KVペアを分割するかどうかを決定する。例えば、分割指定部21は、図6に示すレコードKVペアD20のサイズ、あるいは、レコードRの個数が、あらかじめ設定された閾値以上になった場合に分割する、と決定する。
分割指定部21は、分割することになった場合、レンジキーの値の担当範囲をどのように分割するかを決定する。例えば、図7に示すように、分割後のすべてのレコードKVペアD21,D2に含まれるレコード数が同一またはほぼ同一(予め設定された基準により同一)、あるいは、サイズが同一またはほぼ同一(予め設定された基準により同一)となるように、レンジキーの値の担当範囲を決定する。ここでは、図6に示す分割前の担当範囲である入札時刻「2013/01/01 00:00:01〜2013/01/01 00:00:59」を、「2013/01/01 00:00:01〜2013/01/01 00:00:50」と「2013/01/01 00:00:51〜2013/01/01 00:00:59」との複数の担当範囲に分割することとする。
そして、KVペア分割部22は、上述したように新しく決めた担当範囲を元に、図7に示すように新しくレコードKVペアD22を作成し、当該新しいレコードKVペアD22に分割対象となる元のレコードKVペアD21中のレコードを振り分ける。そして、KVペア分割部22は、新しく作成したレコードKVペアD22に対して適切なキー値を設定する。このとき、分割対象の元なるレコードKVペアD21のキー値はそのまま再利用し、分割によって追加されるレコードKVペアD22のキー値は採番する。採番の方法としては任意であるが、キー値を管理する採番装置を導入しても良く、また、後述するそれ以外の方法を利用してもよい。
また、索引情報更新部23は、上述したように新しく作成したレコードKVペアD21,D22を参照するように、索引KVペアD11を更新する。つまり、索引情報更新部23は、索引KVペアD21のバリュー値を、上述したように分割したレンジキーの担当範囲に更新し、各担当範囲と各レコードKVペアD21,D22の各キー値とを対応づける。
上記トランザクション処理装置3は、上述したデータ分割部2で作成されたKVペア、つまり、まとめられた索引KVペア及びレコードKVペアを、同一のトランザクション処理にてKSV4に格納する。なお、関連付けられた複数のKVペアを同一トランザクション処理にて格納する処理については、「特開2012−238061(以下、関連文献1)」に開示の方法で実現でき、その他の方法で実現してもよい。
次に、上述のようにしてKVS4に格納されているデータを取得するデータ取得部1について詳述する。データ取得部1(データ取得手段)は、情報処理システムに装備された演算装置にプログラムが組み込まれることで構築された、索引情報解釈部11と、KVペア取得部12とを備える。そして、データ取得部1は、アプリケーション5からの要求を解釈し、KVペア取得部12、索引情報解釈部11と連携し、要求されたデータを返却する。
具体的に、データ取得部1は、アプリケーション5から要求のあったKVペアを取得するために、KVペア取得部12にデータ取得の要求を出す。このとき、データ取得の要求は、「クラスタキーのキー値」と「レンジキーの範囲」が指定されていることとする。そして、KVペア取得部12は、要求された「クラスターのキー値」を有する索引KVペアをKVS4から取得して、当該取得した索引KVペアを索引情報解釈部11にて解釈して、要求された「レンジキーの範囲」が含まれる担当範囲に対応するレコードKVペアのキー値を取得する。そして、KVペア取得部12は、索引情報解釈部11が取得したレコードKVペアのキー値をもとに、レコードが格納されたレコードKVペアをKVS4から取得して、取得したレコードKVペアをアプリケーション5に返却する。
なお、本実施形態における本実施形態における情報処理システムは、1台又は複数台の情報処理装置にて構成されている。一例として、図3に示す情報処理システムは、複数台の情報処理装置にて構成されており、アプリケーション5、データ取得部1、データ分割部2、トランザクション処理装置3、KVS4が、それぞれ個別の情報処理装置にて構成されている。
[動作]
次に、上述した構成の情報処理システムの動作を説明する。まず、図8を参照して、KVSからデータを取得するときの動作を説明する。また、図9を参照して、レコードKVペアを分割するときの動作を説明する。さらに、KVSに格納されていないログ中のデータを取得するときの動作も説明する。
はじめに、KVSからデータを取得するときの動作を説明する。なお、ここでは、KVS4に、図5に示すデータ構造のKVペアが格納されていることとする。
まず、アプリケーション5からデータ取得部1に、「クラスタキーのキー値」と「レンジキーの範囲」を指定したデータ取得要求が発行される(ステップS1)。このとき、クラスタキーのキー値が「i1」、レンジキーの範囲が「2013/01/01 00:00:51〜2013/01/01 00:00:59」であるデータ取得要求が発行されたとする。
続いて、KVペア取得部12は、指定されたクラスタキーのキー値「i1」を用いて、KVS4から該当する索引KVペアD1を取得する(ステップS2)。そして、索引情報解釈部11は、上記KVペア取得部12にて取得した索引KVペアD1を解釈し、データ取得要求にて指定された「レンジキーの範囲」が含まれるレコードが格納されたレコードKVペアD2のキー値を取得する(ステップS3)。図5における索引KVペアD1によると、データ取得要求にて指定された「2013/01/01 00:00:51〜2013/01/01 00:00:59」のデータは、キー値が「0.2」のレコードKVペアD2に格納されていることが分かる。そして、KVペア取得部12は、索引情報解釈部11が取得したレコードKVペアD2のキー値「0.2」をもとに、該当するレコードKVペアD2をKVS4から取得する(ステップS4)。
なお、索引情報解釈部11が取得したキー値が複数ある場合は、KVペア取得部12は、キー値の個数だけ対応するレコードKVペアD2を取得する(ステップS5でNo,ステップS7)。
そして、データ取得部1は、KVペア取得部12にてデータ取得要求にかかる「レンジキーの範囲」の全てのレコードKVペアD2を取得すると(ステップS5でYes)、当該取得したレコードKVペアD2をアプリケーション5に返却する(ステップS6)。
次に、KVペアを分割するときの動作を説明する。なお、ここでは、図6に示すKVペアを図7に示すように分割することとする。
まず、アプリケーション5から、「クラスタキーのキー値」と「レンジキーの範囲」を指定してレコードKVペアの分割要求が出される(ステップS11)。そして、アプリケーション5からの要求に基づき、トランザクション処理装置3はトランザクション開始処理を実行する(ステップS12)(この処理は、上記関連文献1のトランザクション開始処理と同等である)。
続いて、KVペア取得部12は、指定された「クラスタキーのキー値」をもとに、KVS4から索引KVペアD10を取得する(ステップS13)。そして、索引情報解釈部11は、指定された「レンジキーの範囲」をもとに、取得した索引KVペアD10から指定された「レンジキーの範囲」のレコードを含むレコードKVペアD20のキー値を取得する。索引情報解釈部11が取得したキー値をもとに、KVペア取得部12は、分割対象のレコードKVペアD20をKVS4から取得する(ステップS14)。そして、データ取得部1は、KVペア取得部12にて取得したレコードKVペアD20を、データ分割部2に渡す。
続いて、データ分割部2の分割指定部21は、レコードKVペアD20を分割するかどうかを決定する。分割の判断は、レコードKVペアD20のサイズがあらかじめ設定された閾値以上になった場合に分割する、といった方法で判断する。なお、分割の判断方法は任意であり、例えば、レコードKVペアD20が含むレコード数があらかじめ設定された閾値以上になった場合に分割してもよい。そして、分割することになった場合、レンジキーの担当範囲をどのように分割するかを決定する。たとえば、分割後のすべてのレコーKVペアに含まれるレコード数が同一あるいはほぼ同一(予め設定された基準により同一)となるように、レンジキーの担当範囲を決定する。ここでは、図6に示す分割前の担当範囲である入札時刻「2013/01/01 00:00:01〜2013/01/01 00:00:59」を、「2013/01/01 00:00:01〜2013/01/01 00:00:50」と「2013/01/01 00:00:51〜2013/01/01 00:00:59」との複数の担当範囲に分割することとする。
そして、KVペア分割部22は、上述したように新しく決めた担当範囲を元に、図7に示すように新しくレコードKVペアD22を作成し、当該新しいレコードKVペアD22に分割対象となる元のレコードKVペアD21中のレコードを振り分ける(ステップS15)。そして、KVペア分割部22は、新しく作成したレコードKVペアD22に対して適切なキー値を設定する。このとき、分割対象の元なるレコードKVペアD21のキー値はそのまま再利用し、分割によって追加されるレコードKVペアD22のキー値は採番する。データ分割部2は、新しく作成したレコードKVペアD21,S22をトランザクション処理装置3へ渡す。
続いて、索引情報更新部23は、上述したように新しく作成したレコードKVペアD21,D22を参照するように、索引KVペアD11を更新する(ステップS16)。つまり、索引情報更新部23は、索引KVペアD21のバリュー値を、上述したように分割したレンジキーの担当範囲に更新し、各担当範囲と各レコードKVペアD21,D22の各キー値とを対応づける。データ分割部2は、更新した索引KVペアD11をトランザクション処理装置3へ渡す。
続いて、トランザクション処理装置3は、上述したようにデータ分割部2から渡された索引KVペアD11とレコードKVペアD21,D22との更新及び挿入のトランザクション処理を実行する。つまり、ここでは、クラスタキー「i1」に関するデータについてまとめられた索引KVペアD11及びレコードKVペアD21,D22を、同一のトランザクション処理にてKSV4に格納する。このとき、KVペアを同一トランザクション処理にて格納する処理については、上記関連文献1に開示の方法で実現可能である。
例えば、トランザクション処理は、以下のようにして行う。まず、トランザクション処理で整合性を保持する対象となるデータ群、つまり、索引KVペアD11及びレコードKVペアD21,D22にそれぞれ対応するログのうち、代表キーであるクラスタキー「i1」をキー値とするログを代表ログとし、代表ログ以外のログを従属ログとする。そして、従属ログに処理中識別情報を付加し、他のトランザクションによるアクセスを制限する。また、代表ログに各KVペアの更新情報を書き込み、これをKVS4における各KVペアに書き込む。このようにして、関連する各KVペアの整合性を保持することができる。なお、KVペアをトランザクション処理にてKVS4に書き込む方法は上記方法に限定されず、他のいかなる方法を用いて行ってもよい。
なお、本発明では、上述したように、索引KVペアD11及びレコードKVペアD21,D22からなる複数のKVペアの更新をアトミックに実行する必要がある。かかる処理を実現するためには、上述した関連文献1に開示の方法で実現可能であるが、当該関連文献1の方法では、「代表キー」を選出する必要がある。このため、本実施形態では、上述したように、索引KVペアD11及びレコードKVペアD21,D22のうち、クラスタキーに設定した属性の値を「代表キー」として選出することで、複数のKVペアをアトミックに更新することができる。
ここで、上記では、データを全てKVS4から取得している場合を説明したが、上述したトランザクション処理により「ログ」の中にのみ存在し、KVS4からは取得できないデータが存在する場合がある。かかる場合には、ログ中にのみ存在するデータを参照できるように、下記の手順でKVペアを取得する。
まず、アプリケーションからの要求に基づき、トランザクション処理装置3はトランザクション開始処理を実行する。続いて、KVペア取得部12は、トランザクション処理装置3に対して、指定された「クラスタキーのキー値」に対応するデータの取得要求を出す。
すると、トランザクション処理装置3は、KVペア取得部12からの要求を満たすデータがログ中に存在するかどうかをチェックする。ログ中に該当するデータが存在した場合、トランザクション処理装置3は、ログからKVペアを復元する。そして、復元したKVペアを、トランザクション処理装置3からKVペア取得部12に渡す。この場合、トランザクション処理装置3からKVペア取得部12へのデータの受け渡しが発生するため、トランザクション処理装置3中に、ログからKVS4にデータを復元する機能を設けるとよい。
以上のように、本実施形態における情報処理装置によると、関連するレコード(上記の場合には商品ID「i1」のレコード)をまとめつつ、索引とレコードのKVペアに分けることで、必要なレコードのみを取得することが可能となる。その結果、不要なデータ転送を削減することができるようになり、処理性能の改善を図ることができる。また、レコードのKVペアをさらに分割してスケールアウトすることで、より不要なデータの取得を抑制でき、処理性能のさらなる改善を図ることができる。
また、関連するレコードをまとめた複数のKVペアを同一のトランザクション処理でKVSに格納することで、これらの整合性、アトミック性を保証することができ、データの信頼性の向上を図ることができる。そして、複数のKVペアを操作できることで、木構造などの複雑なデータ構造を導入でき、これにより値の範囲を指定したアトミックなデータ操作などが可能となる。
<実施形態2>
次に、本発明の第2の実施形態を、図10を参照して説明する。本実施形態における情報処理システムは、上述した実施形態1の構成に加えて、以下の構成を備えている。
図10に示すように、情報処理システムは、範囲指定履歴記憶部6を備えている。また、データ取得部1が、取得範囲保存部13を備えている。
上記取得範囲保存部13は、上述したように、データ取得(検索)の際にアプリケーション5から指定されたレンジキーの範囲(分類基準値)の履歴を、範囲指定履歴記憶部6に蓄積する。そして、分割指定部11は、レコードKVペアの分割の際に、範囲指定履歴記憶部6に記憶された履歴を分析し、当該レコードKVペアの内容をどのように分割するか判断する。分割の方法としては、例えば、もっとも検索(取得)頻度が高い範囲の境界値でデータを分割する、という方法がある。この場合、境界値以下のデータが含まれるレコードKVペアと、境界値よりも大きいデータが含まれるレコードKVペアと、に分割する。
ここで、レコードKVペアの分割の具体例を説明する。
例えば、下記(1),(2)のように、それぞれ異なるレコードKVペア内に、各レコードが格納されていることとする。
(1)[{2013/01/01 00:00:51, i1, …}, {2013/01/01 00:00:54, i1, …},
{2013/01/01 00:00:58, i1, …}, {2013/01/01 00:01:01, i1, …}]
(2)[{2013/01/01 00:01:25, i1, …}, {2013/01/01 00:01:28, i1, …}]
そして、アプリケーションからの取得要求(検索要求)として、「2013/01/01 00:01:00〜2013/01/01 00:02:00」の範囲で指定されることが多い場合を考える。このような場合には、(1)のレコードKVペアを、下記の(1−1),(1−2)のレコードKVペアに分割する。これにより、検索要求が多い範囲以外の(1−1)の不要なデータをKVS4から取得することを抑制でき、処理効率の向上を図ることができる。
(1−1) [{2013/01/01 00:00:51, i1, …}, {2013/01/01 00:00:54, i1, …},
{2013/01/01 00:00:58, i1, …}]
(1−2) [{2013/01/01 00:01:01, i1, …}]
(2) [{2013/01/01 00:01:25, i1, …}, {2013/01/01 00:01:28, i1, …}]
<実施形態3>
次に、本発明の第3の実施形態を、図11を参照して説明する。本実施形態における情報処理システムは、上述した実施形態1又は2の構成に加えて、以下の構成を備えている。
本実施形態におけるデータ分割部2は、上述したレコードKVペアだけでなく、索引KVペアも分割する機能を有する。例えば、図11に示すように、索引KVペアD100が存在する際に、当該索引KVペアD100のバリュー値に含まれるレコードであるレンジキーの各担当範囲を、他の索引KVペアD101,D102に分割する。具体的に、図11の例では、担当範囲である入札時刻「2013/01/01 00:00:01〜2013/01/01 00:01:50」と「2013/01/01 00:01:51〜2013/01/01 00:01:58」とに、それぞれキー値「1.1」と「1.5」を対応付けて、各キー値の他の索引KVペアD101,D102を生成する。そして、これら他の索引KVペアD101,D102のバリュー値には、さらに、分割した担当範囲を設定し、当該分割担当範囲に、対応するレコードが含まれるレコードKVペアを対応づける。
このように、索引KVペアを分割することで、さらに所望のレコードのみを取得することができ、処理効率のさらなる向上を図ることができる。
<実施形態4>
次に、本発明の第4の実施形態を説明する。本実施形態における情報処理システムは、上述した実施形態1乃至3のいずれかの構成とほぼ同様であるが、かかる構成に加えて、以下のように、分割されて生成されたKVペアのキー値を設定する機能を有する。
例えば、キー値の値が「0.0」と「1.0」のKVペアが存在するときに、「0.0」のキー値のKVペアが分割するとする。このとき、あたらしいキー値として中間の値、つまり(0.0 + 1.0)/2 = 0.5をキー値として設定する。このように、すでに存在するキー値の中間値をあたらしいキー値としてしようすることで、分散システムの並列処理を妨げることなく分割を実行できる。別の処理でもKVペアが分割され、キー値が競合するケースが考えられるが、このケースは、そもそもトランザクション処理の競合であるため、考慮する必要がない。
<付記>
上記実施形態の一部又は全部は、以下の付記のようにも記載されうる。以下、本発明における情報処理システム100(図12参照)、プログラム、データ管理方法の構成の概略を説明する。但し、本発明は、以下の構成に限定されない。
(付記1)
複数の属性の値を有するレコード群を、相互に関連する索引キーバリューペアとレコードキーバリューペアとによるデータ構造にて管理するデータ管理手段101を備え、
前記データ管理手段101は、前記レコード群に含まれる所定の属性の値を分類する基準を示す分類基準値を含むバリュー値と、当該バリュー値に関連付けられたキー値と、からなる前記索引キーバリューペアを生成すると共に、当該索引キーバリューペアのバリュー値内の前記分類基準値に関連付けられたキー値と、当該分類基準値に対応する前記所定の属性の値を有する前記レコードの情報を含むバリュー値と、からなる前記レコードキーバリューペアを生成する、
情報処理システム100。
(付記2)
付記1に記載の情報処理システムであって、
前記データ管理手段は、新たに設定された複数の前記分類基準値に従い、前記レコードキーバリューペアに含まれる複数の前記レコードの情報を、当該レコードの情報に含まれる前記所定の属性の値に応じて複数のバリュー値に分割し、当該分割した各バリュー値と、当該各バリュー値のそれぞれに関連付けられた各キー値と、からなる複数の前記レコードキーバリューペアをそれぞれ生成し、さらに、前記索引キーバリューペアのバリュー値を前記新たに設定された複数の分類基準値に更新すると共に、当該各分類基準値と生成した前記複数のレコードキーバリューペアの各キー値とを対応付ける、
情報処理システム。
(付記3)
付記2に記載の情報処理システムであって、
前記データ管理手段は、前記レコードキーバリューペアのデータサイズ、あるいは、レコード数が予め設定された閾値以上である場合に、当該レコードキーバリューペアを分割する、
情報処理システム。
(付記3−1)
付記2又は3に記載の情報処理システムであって、
前記データ管理手段は、分割後の複数の前記レコードキーバリューペアのデータサイズ、あるいは、レコード数が同一となるよう、当該レコードキーバリューペアを分割する、
情報処理システム。
(付記4)
付記1乃至3のいずれかに記載の情報処理システムであって、
前記索引キーバリューペアと前記レコードキーバリューペアとを記憶する記憶装置から当該レコードキーバリューペアを取得するデータ取得手段を備え、
前記データ取得手段は、前記索引キーバリューペアのキー値と前記分類基準値とを指定する検索要求を受け付け、当該検索要求にかかるキー値を含む前記索引キーバリューペア内において、前記検索要求にかかる分類基準値を満たす前記分類基準値に対応付けられたキー値を含む前記レコードキーバリューペアを記憶装置内から取得する、
情報処理システム。
(付記5)
付記4に記載の情報処理システムであって、
前記データ取得手段は、前記検索要求として受け付けた前記分類基準値を蓄積し、
前記データ管理手段は、前記データ取得手段にて蓄積された前記分類基準値に応じて、前記レコードキーバリューペアを生成する、
情報処理システム。
(付記6)
付記2又は3に記載の情報処理システムであって、
前記索引キーバリューペアと前記レコードキーバリューペアとを記憶する記憶装置から当該レコードキーバリューペアを取得するデータ取得手段を備え、
前記データ取得手段は、前記索引キーバリューペアのキー値と前記分類基準値とを指定する検索要求を受け付け、当該検索要求にかかるキー値を含む前記索引キーバリューペアにおける、前記検索要求にかかる分類基準値を満たす前記分類基準値に対応付けられたキー値を含む前記レコードキーバリューペアを記憶装置内から取得すると共に、前記検索要求として受け付けた前記分類基準値を蓄積し、
前記分割手段は、前記データ取得手段にて蓄積された前記分類基準値のうち、最も多く検索要求された分類基準値に応じて、前記レコードキーバリューペアを分割する、
情報処理システム。
(付記7)
付記1乃至6のいずれかに記載の情報処理システムであって、
前記データ管理手段は、前記索引キーバリューペアと、当該索引キーバリューペアのバリュー値に含まれる前記分類基準値に対応付けられたキー値を有する前記レコードキーバリューペアとを、同一のトランザクション処理にて記憶装置に格納する、
情報処理システム。
(付記8)
付記7に記載の情報処理システムであって、
前記データ管理手段は、前記レコードを構成する属性の値のうちの1つを代表キーとして選出し、当該代表キーをキーバリューペアのキー値とする当該キーバリューペアのログを用いて、前記トランザクション処理を実行する、
情報処理システム。
(付記9)
情報処理装置に、
複数の属性の値を有するレコード群を、相互に関連する索引キーバリューペアとレコードキーバリューペアとによるデータ構造にて管理するデータ管理手段を実現させると共に、
前記データ管理手段は、前記レコード群に含まれる所定の属性の値を分類する基準を示す分類基準値を含むバリュー値と、当該バリュー値に関連付けられたキー値と、からなる前記索引キーバリューペアを生成すると共に、当該索引キーバリューペアのバリュー値内の前記分類基準値に関連付けられたキー値と、当該分類基準値に対応する前記所定の属性の値を有する前記レコードの情報を含むバリュー値と、からなる前記レコードキーバリューペアを生成する、
ことを実現させるためのプログラム。
(付記9−1)
付記9に記載のプログラムであって、
前記データ管理手段は、新たに設定された複数の前記分類基準値に従い、前記レコードキーバリューペアに含まれる複数の前記レコードの情報を、当該レコードの情報に含まれる前記所定の属性の値に応じて複数のバリュー値に分割し、当該分割した各バリュー値と、当該各バリュー値のそれぞれに関連付けられた各キー値と、からなる複数の前記レコードキーバリューペアをそれぞれ生成し、さらに、前記索引キーバリューペアのバリュー値を前記新たに設定された複数の分類基準値に更新すると共に、当該各分類基準値と生成した前記複数のレコードキーバリューペアの各キー値とを対応付ける、
プログラム。
(付記9−2)
付記9又は9−1に記載のプログラムであって、
前記情報処理装置に、さらに、前記索引キーバリューペアと前記レコードキーバリューペアとを記憶する記憶装置から当該レコードキーバリューペアを取得するデータ取得手段を実現し、
前記データ取得手段は、前記索引キーバリューペアのキー値と前記分類基準値とを指定する検索要求を受け付け、当該検索要求にかかるキー値を含む前記索引キーバリューペア内において、前記検索要求にかかる分類基準値を満たす前記分類基準値に対応付けられたキー値を含む前記レコードキーバリューペアを記憶装置内から取得する、
プログラム。
(付記9−3)
付記9乃至9−2のいずれかに記載のプログラムであって、
前記データ管理手段は、前記索引キーバリューペアと、当該索引キーバリューペアのバリュー値に含まれる前記分類基準値に対応付けられたキー値を有する前記レコードキーバリューペアとを、同一のトランザクション処理にて記憶装置に格納する、
プログラム。
(付記10)
情報処理装置にて、複数の属性の値を有するレコード群を、相互に関連する索引キーバリューペアとレコードキーバリューペアとによるデータ構造にて管理する際に、
前記レコード群に含まれる所定の属性の値を分類する基準を示す分類基準値を含むバリュー値と、当該バリュー値に関連付けられたキー値と、からなる前記索引キーバリューペアを生成すると共に、当該索引キーバリューペアのバリュー値内の前記分類基準値に関連付けられたキー値と、当該分類基準値に対応する前記所定の属性の値を有する前記レコードの情報を含むバリュー値と、からなる前記レコードキーバリューペアを生成する、
データ管理方法。
(付記10−1)
付記10に記載のデータ管理方法であって、
新たに設定された複数の前記分類基準値に従い、前記レコードキーバリューペアに含まれる複数の前記レコードの情報を、当該レコードの情報に含まれる前記所定の属性の値に応じて複数のバリュー値に分割し、当該分割した各バリュー値と、当該各バリュー値のそれぞれに関連付けられた各キー値と、からなる複数の前記レコードキーバリューペアをそれぞれ生成し、さらに、前記索引キーバリューペアのバリュー値を前記新たに設定された複数の分類基準値に更新すると共に、当該各分類基準値と生成した前記複数のレコードキーバリューペアの各キー値とを対応付ける、
データ管理方法。
(付記10−2)
付記10又は10−1に記載のデータ管理方法であって、
前記索引キーバリューペアと前記レコードキーバリューペアとを記憶する記憶装置から当該レコードキーバリューペアを取得する際に、
前記索引キーバリューペアのキー値と前記分類基準値とを指定する検索要求を受け付け、当該検索要求にかかるキー値を含む前記索引キーバリューペア内において、前記検索要求にかかる分類基準値を満たす前記分類基準値に対応付けられたキー値を含む前記レコードキーバリューペアを記憶装置内から取得する、
データ管理方法。
(付記10−3)
付記10乃至10−2のいずれかに記載の情報処理装置であって、
前記索引キーバリューペアと、当該索引キーバリューペアのバリュー値に含まれる前記分類基準値に対応付けられたキー値を有する前記レコードキーバリューペアとを、同一のトランザクション処理にて記憶装置に格納する、
データ管理方法。
なお、上述したプログラムは、記憶装置に記憶されていたり、コンピュータが読み取り可能な記録媒体に記録されている。例えば、記録媒体は、フレキシブルディスク、光ディスク、光磁気ディスク、及び、半導体メモリ等の可搬性を有する媒体である。
以上、上記実施形態等を参照して本願発明を説明したが、本願発明は、上述した実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明の範囲内で当業者が理解しうる様々な変更をすることができる。
1 データ取得部
11 索引情報解釈部
12 KVペア取得部
13 取得範囲保存部
2 データ分割部
21 分割指定部
22 KVペア分割部
23 索引情報取得部
3 トランザクション処理装置
4 KVS
5 アプリケーション
6 範囲指定履歴記憶部

Claims (10)

  1. 複数の属性の値を有するレコード群を、相互に関連する索引キーバリューペアとレコードキーバリューペアとによるデータ構造にて管理するデータ管理手段を備え、
    前記データ管理手段は、前記レコード群に含まれる所定の属性の値を分類する基準を示す分類基準値を含むバリュー値と、当該バリュー値に関連付けられたキー値と、からなる前記索引キーバリューペアを生成すると共に、当該索引キーバリューペアのバリュー値内の前記分類基準値に関連付けられたキー値と、当該分類基準値に対応する前記所定の属性の値を有する前記レコードの情報を含むバリュー値と、からなる前記レコードキーバリューペアを生成する、
    情報処理システム。
  2. 請求項1に記載の情報処理システムであって、
    前記データ管理手段は、新たに設定された複数の前記分類基準値に従い、前記レコードキーバリューペアに含まれる複数の前記レコードの情報を、当該レコードの情報に含まれる前記所定の属性の値に応じて複数のバリュー値に分割し、当該分割した各バリュー値と、当該各バリュー値のそれぞれに関連付けられた各キー値と、からなる複数の前記レコードキーバリューペアをそれぞれ生成し、さらに、前記索引キーバリューペアのバリュー値を前記新たに設定された複数の分類基準値に更新すると共に、当該各分類基準値と生成した前記複数のレコードキーバリューペアの各キー値とを対応付ける、
    情報処理システム。
  3. 請求項2に記載の情報処理システムであって、
    前記データ管理手段は、前記レコードキーバリューペアのデータサイズ、あるいは、レコード数が予め設定された閾値以上である場合に、当該レコードキーバリューペアを分割する、
    情報処理システム。
  4. 請求項1乃至3のいずれかに記載の情報処理システムであって、
    前記索引キーバリューペアと前記レコードキーバリューペアとを記憶する記憶装置から当該レコードキーバリューペアを取得するデータ取得手段を備え、
    前記データ取得手段は、前記索引キーバリューペアのキー値と前記分類基準値とを指定する検索要求を受け付け、当該検索要求にかかるキー値を含む前記索引キーバリューペア内において、前記検索要求にかかる分類基準値を満たす前記分類基準値に対応付けられたキー値を含む前記レコードキーバリューペアを記憶装置内から取得する、
    情報処理システム。
  5. 請求項4に記載の情報処理システムであって、
    前記データ取得手段は、前記検索要求として受け付けた前記分類基準値を蓄積し、
    前記データ管理手段は、前記データ取得手段にて蓄積された前記分類基準値に応じて、前記レコードキーバリューペアを生成する、
    情報処理システム。
  6. 請求項2又は3に記載の情報処理システムであって、
    前記索引キーバリューペアと前記レコードキーバリューペアとを記憶する記憶装置から当該レコードキーバリューペアを取得するデータ取得手段を備え、
    前記データ取得手段は、前記索引キーバリューペアのキー値と前記分類基準値とを指定する検索要求を受け付け、当該検索要求にかかるキー値を含む前記索引キーバリューペアにおける、前記検索要求にかかる分類基準値を満たす前記分類基準値に対応付けられたキー値を含む前記レコードキーバリューペアを記憶装置内から取得すると共に、前記検索要求として受け付けた前記分類基準値を蓄積し、
    前記データ管理手段は、前記データ取得手段にて蓄積された前記分類基準値のうち、最も多く検索要求された分類基準値に応じて、前記レコードキーバリューペアを分割する、
    情報処理システム。
  7. 請求項1乃至6のいずれかに記載の情報処理システムであって、
    前記データ管理手段は、前記索引キーバリューペアと、当該索引キーバリューペアのバリュー値に含まれる前記分類基準値に対応付けられたキー値を有する前記レコードキーバリューペアとを、同一のトランザクション処理にて記憶装置に格納する、
    情報処理システム。
  8. 請求項7に記載の情報処理システムであって、
    前記データ管理手段は、前記レコードを構成する属性の値のうちの1つを代表キーとして選出し、当該代表キーをキーバリューペアのキー値とする当該キーバリューペアのログを用いて、前記トランザクション処理を実行する、
    情報処理システム。
  9. 情報処理装置に、
    複数の属性の値を有するレコード群を、相互に関連する索引キーバリューペアとレコードキーバリューペアとによるデータ構造にて管理するデータ管理手段を実現させると共に、
    前記データ管理手段は、前記レコード群に含まれる所定の属性の値を分類する基準を示す分類基準値を含むバリュー値と、当該バリュー値に関連付けられたキー値と、からなる前記索引キーバリューペアを生成すると共に、当該索引キーバリューペアのバリュー値内の前記分類基準値に関連付けられたキー値と、当該分類基準値に対応する前記所定の属性の値を有する前記レコードの情報を含むバリュー値と、からなる前記レコードキーバリューペアを生成する、
    ことを実現させるためのプログラム。
  10. 情報処理装置にて、複数の属性の値を有するレコード群を、相互に関連する索引キーバリューペアとレコードキーバリューペアとによるデータ構造にて管理する際に、
    前記レコード群に含まれる所定の属性の値を分類する基準を示す分類基準値を含むバリュー値と、当該バリュー値に関連付けられたキー値と、からなる前記索引キーバリューペアを生成すると共に、当該索引キーバリューペアのバリュー値内の前記分類基準値に関連付けられたキー値と、当該分類基準値に対応する前記所定の属性の値を有する前記レコードの情報を含むバリュー値と、からなる前記レコードキーバリューペアを生成する、
    データ管理方法。
JP2013203790A 2013-09-30 2013-09-30 情報処理装置 Active JP6281225B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2013203790A JP6281225B2 (ja) 2013-09-30 2013-09-30 情報処理装置
US14/494,644 US20150095345A1 (en) 2013-09-30 2014-09-24 Information processing device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2013203790A JP6281225B2 (ja) 2013-09-30 2013-09-30 情報処理装置

Publications (2)

Publication Number Publication Date
JP2015069461A JP2015069461A (ja) 2015-04-13
JP6281225B2 true JP6281225B2 (ja) 2018-02-21

Family

ID=52741168

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2013203790A Active JP6281225B2 (ja) 2013-09-30 2013-09-30 情報処理装置

Country Status (2)

Country Link
US (1) US20150095345A1 (ja)
JP (1) JP6281225B2 (ja)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9147213B2 (en) 2007-10-26 2015-09-29 Zazzle Inc. Visualizing a custom product in situ
CN103828339B (zh) * 2011-08-31 2017-08-25 彩滋公司 用于数字图像检索的拼接过程
US11093468B1 (en) * 2014-03-31 2021-08-17 EMC IP Holding Company LLC Advanced metadata management
US9805080B2 (en) * 2014-08-22 2017-10-31 Xcalar, Inc. Data driven relational algorithm formation for execution against big data
CN109918021B (zh) * 2014-11-05 2022-01-07 超聚变数字技术有限公司 数据处理方法和装置
CN106294700A (zh) * 2016-08-08 2017-01-04 无锡天脉聚源传媒科技有限公司 一种日志的存储与读取方法及装置
US10225344B2 (en) 2016-08-12 2019-03-05 International Business Machines Corporation High-performance key-value store using a coherent attached bus
US10877997B2 (en) * 2017-06-28 2020-12-29 International Business Machines Corporation Clustering database data
US11269915B2 (en) * 2017-10-05 2022-03-08 Zadara Storage, Inc. Maintaining shards in KV store with dynamic key range
US10885017B2 (en) * 2017-10-05 2021-01-05 Zadara Storage, Inc. Multiple transactions in a single KV store
CN110866557B (zh) * 2019-11-12 2022-12-13 贵州医渡云技术有限公司 数据评价方法及装置、存储介质及电子设备
CN116307669B (zh) * 2023-05-23 2023-08-18 青岛创新奇智科技集团股份有限公司 一种智能化设备管理方法

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8229902B2 (en) * 2006-11-01 2012-07-24 Ab Initio Technology Llc Managing storage of individually accessible data units
US8635402B2 (en) * 2009-03-31 2014-01-21 Nec Corporation Storage system and storage access method and program
JP4385387B1 (ja) * 2009-07-02 2009-12-16 修平 西山 属性付きキー・バリュー・ストアによるデータベース・システム
JP5427640B2 (ja) * 2010-02-22 2014-02-26 日本電信電話株式会社 決定木生成装置、決定木生成方法、及びプログラム
JP5721056B2 (ja) * 2011-05-10 2015-05-20 日本電気株式会社 トランザクション処理装置、トランザクション処理方法およびトランザクション処理プログラム
US8799228B2 (en) * 2011-06-29 2014-08-05 Nokia Corporation Method and apparatus for providing a list-based interface to key-value stores
JP5524144B2 (ja) * 2011-08-08 2014-06-18 株式会社東芝 key−valueストア方式を有するメモリシステム
JP5733124B2 (ja) * 2011-09-12 2015-06-10 富士通株式会社 データ管理装置、データ管理システム、データ管理方法、及びプログラム
US8700683B2 (en) * 2011-10-24 2014-04-15 Nokia Corporation Method and apparatus for providing a key-value based storage interface
US9378263B2 (en) * 2012-06-19 2016-06-28 Salesforce.Com, Inc. Method and system for creating indices and loading key-value pairs for NoSQL databases

Also Published As

Publication number Publication date
JP2015069461A (ja) 2015-04-13
US20150095345A1 (en) 2015-04-02

Similar Documents

Publication Publication Date Title
JP6281225B2 (ja) 情報処理装置
US11423082B2 (en) Methods and apparatus for subgraph matching in big data analysis
US10318882B2 (en) Optimized training of linear machine learning models
US8676951B2 (en) Traffic reduction method for distributed key-value store
US20140032517A1 (en) System and methods to configure a profile to rank search results
US9977815B2 (en) Generating secured recommendations for business intelligence enterprise systems
EP3516539B1 (en) Techniques for in-memory key range searches
JP2017507426A (ja) 半構造データスキーマのトランスペアレントディスカバリ
US20100161780A1 (en) Hot data management method based on hit counter
US9158768B2 (en) System and methods to configure a query language using an operator dictionary
US20150234870A1 (en) Dynamic mapping of extensible datasets to relational database schemas
JP2021500649A (ja) シャード・データベースのシャード・テーブルにレコードを記憶するためのコンピュータ実装方法、コンピュータ・プログラム製品、およびシステム、シャード・データベースのシャード・テーブルからレコードを検索するためのコンピュータ実装方法、コンピュータ・プログラム製品、およびシステム、ならびにシャード・データベースを記憶するためのシステム
KR101744892B1 (ko) 시계열 계층 인덱싱을 이용한 데이터 검색 시스템 및 데이터 검색 방법
CN106960020B (zh) 一种创建索引表的方法及设备
JP2009181546A (ja) コーディネータサーバ、データ割当方法及びプログラム
JP2009093349A (ja) 情報検索システム、情報検索用インデックスの登録装置、情報検索方法及びプログラム
US10095737B2 (en) Information storage system
CN110088745B (zh) 数据处理系统以及数据处理方法
US9201888B2 (en) File management apparatus, file management method, and file management system
KR102253841B1 (ko) 대용량 분산 파일 시스템에서 데이터의 수정을 포함하는 트랜잭션 처리 장치 및 컴퓨터로 읽을 수 있는 기록매체
Ravichandran Big Data processing with Hadoop: a review
JP6242087B2 (ja) 文書管理サーバ、文書管理方法、コンピュータプログラム
JP2011070257A (ja) ファイル検索システム
CN108121807B (zh) Hadoop环境下多维索引结构OBF-Index的实现方法
US20220360458A1 (en) Control method, information processing apparatus, and non-transitory computer-readable storage medium for storing control program

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20160803

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20170428

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20170516

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170713

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: 20171226

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20180108

R150 Certificate of patent or registration of utility model

Ref document number: 6281225

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150