特開 2024-49305 ブロックチェーンに基づくデータ高速処理装置及び方法

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024049305

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

(54)【発明の名称】ブロックチェーンに基づくデータ高速処理装置及び方法

(51)【国際特許分類】

   G06F 16/901 20190101AFI20240402BHJP

   G06F 16/182 20190101ALI20240402BHJP

   G06F 16/28 20190101ALI20240402BHJP

【ＦＩ】

G06F16/901

G06F16/182

G06F16/28

【審査請求】有

【請求項の数】9

【出願形態】ＯＬ

(21)【出願番号】P 2023069824

(22)【出願日】2023-04-21

(31)【優先権主張番号】10-2022-0123759

(32)【優先日】2022-09-28

(33)【優先権主張国・地域又は機関】KR

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＷＩＮＤＯＷＳ

２．ＭｙＳＱＬ

３．Ｏｒａｃｌｅ

(71)【出願人】

【識別番号】523133797

【氏名又は名称】ケイフォーセキュリティ カンパニー リミテッド

(74)【代理人】

【識別番号】100130111

【弁理士】

【氏名又は名称】新保 斉

(72)【発明者】

【氏名】パク、ギョン チョル

【テーマコード（参考）】

5B175

【Ｆターム（参考）】

5B175CA09

5B175KA06

(57)【要約】

【課題】 ブロックチェーンシステムに性能を極大化させるための資料構造を活用してデータを処理することから、データが増加しても性能効率に影響が出ないブロックチェーンに基づくデータ高速処理装置及び方法を提供すること。
【解決手段】 データ処理技術に関し、詳細には、ブロックチェーンシステムにおいてデータを処理するときに、性能を極大化可能な資料構造型方式により管理するブロックチェーンに基づくデータ高速処理装置及び方法に関する。＜キーＫｅｙ＞：＜バリューｖａｌｕｅ＞を格納するとき、最終的なバリューｖａｌｕｅはログ構造マージ（ＬＳＭ：Ｌｏｇ Ｓｔｒｕｃｔｕｒｅｄ Ｍｅｒｇｅ）木資料構造型方式により格納し、格納するときに用いるキーＫｅｙは、Ｂ＋木資料構造型として別途に格納して格納性能及び参照（読み込み）性能を従来の方式よりも改善することができる。
【選択図】 図１

【特許請求の範囲】

【請求項1】

ブロックチェーンに基づくデータ高速処理装置において、
＜キー＞：＜バリュー＞のペアのうちのキーを管理するキー管理部と、
＜キー＞：＜バリュー＞のペアのうちのバリューを管理するバリュー管理部と、
を含む
ことを特徴とするブロックチェーンに基づくデータ高速処理装置。

【請求項2】

前記キーは、
Ｂ＋木（Ｂ＋ Ｔｒｅｅ）資料構造型ファイルに格納する
請求項１に記載のブロックチェーンに基づくデータ高速処理装置。

【請求項3】

索引（ＩＸ）をＢ＋木（Ｂ＋ Ｔｒｅｅ）資料構造型ファイルに格納する
請求項１に記載のブロックチェーンに基づくデータ高速処理装置。

【請求項4】

前記索引（ＩＸ）は、
前記キーに対応するバリューの位置情報を含む
請求項３に記載のブロックチェーンに基づくデータ高速処理装置。

【請求項5】

ブロックチェーンに基づくデータ高速処理装置が初期化をする方法において、
駆動のためのコンフィグレーション情報を読み込むステップと、
アクティブ（Ａｃｔｉｖｅ）状態のＷＡＬファイルの有無を確認するステップと、
不変（Ｉｍｍｕｔａｂｌｅ）状態のＷＡＬファイルの有無を確認するステップと、
フラッシュ（Ｆｌｕｓｈ）チャンネルを駆動するステップと、を含む
ことを特徴とするブロックチェーンに基づくデータ高速処理方法。

【請求項6】

ＷＡＬファイル情報を活用して、ＭＥＭＴａｂｌｅを生成する
請求項５に記載のブロックチェーンに基づくデータ高速処理装置。

【請求項7】

前記ＭＥＭＴａｂｌｅが満杯になると、新たなＷＡＬファイルを生成する
請求項６に記載のブロックチェーンに基づくデータ高速処理装置。

【請求項8】

周期的なフラッシュ（Ｆｌｕｓｈ）を通じて、不変（Ｉｍｍｕｔａｂｌｅ）状態に対応するバリューログ（Ｖａｌｕｅ Ｌｏｇ）ファイルを生成し、バリューインデックス（Ｖａｌｕｅ Ｉｎｄｅｘ）ファイルをアップデートする
請求項５に記載のブロックチェーンに基づくデータ高速処理方法。

【請求項9】

請求項５に記載のブロックチェーンに基づくデータ高速処理方法を実行する
ことを特徴とするコンピューターにて読み取り可能な記録媒体に記録されたコンピュータープログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、データ処理技術に関し、より詳細には、ブロックチェーンシステムにおいてデータを処理するときに、性能を極大化可能な資料構造型方式により管理するブロックチェーンに基づくデータ高速処理装置及び方法に関する。

【背景技術】

【0002】

ブロックチェーンシステムが利用するデータベースは、既存のシステムにおいて活用されていたリレーショナルデータベース管理システム（ＲＤＢＭＳ）ではなく、Ｋ－Ｖ（Ｋｅｙ－Ｖａｌｕｅ）データベースと呼ばれるＬｅｖｅｌＤＢである。

【0003】

ＬｅｖｅｌＤＢとは、ＫｅｙとＶａｌｕｅを１つのペアにして速やかに格納及び参照できるように作成されたデータベースのことをいう。

【0004】

ブロックチェーンシステムにＬｅｖｅｌＤＢを適用すれば、ブロックＩＤをＫｅｙに設定し、ｖａｌｕｅに当たる値については、ブロックＩＤに当たるブロック情報値を指定することになる。したがって、ブロックＩＤに基づいて速やかにブロックチェーンに格納されたブロック値を参照することが可能になるのである。

【0005】

Ｋ－Ｖ（Ｋｅｙ－Ｖａｌｕｅ）データベースは、Ｋ－Ｖのペアをファイルに格納するとき、木（ツリー）型の資料構造型として格納することになり、ほぼすべてのＬｅｖｅｌＤＢにおいては、普遍的に頻繁に用いられるＢ＋木（Ｂ＋ Ｔｒｅｅ）の形式でデータを積んで格納する。

【0006】

Ｂ＋木資料構造型は、Ｗｉｎｄｏｗｓオペレーティングシステム（ＯＳ）のファイルシステムのみならず、ＭｙＳＱＬ／Ｏｒａｃｌｅなどの商用リレーショナルデータベース管理システムの資料格納構造として普遍的に頻繁に用いられる構造のものであって、効率よく多くのデータを格納できる方式であると言われている。

【0007】

しかしながら、格納性能（速度）と参照性能（読み込み速度）を考慮したとき、格納されるデータの数が増加すれば増加するほど、性能効率がＯ（ｎｌｏｇｎ）に低下すると言われている。

【0008】

ブロックチェーンのデータは、削除をせずに専ら追加専用（ａｐｐｅｎｄ－ｏｎｌｙ）演算のみを行うため、ブロックが増加すれば増加するほど、ＬｅｖｅｌＤＢの性能は低下せざるを得ないと認められ、ＬｅｖｅｌＤＢがＢ＋木資料構造型方式によりブロックを積むため、性能効率はＢ＋木の効率（格納時にＯ（ｌｏｇＮ）、読み込み時にＯ（ｌｏｇＮ））に正比例して急減すると判断することができる。

【発明の概要】

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

【0009】

本発明は、ブロックチェーンシステムに性能を極大化させるための資料構造を活用してデータを処理することから、データが増加しても性能効率に影響が出ないブロックチェーンに基づくデータ高速処理装置及び方法を提供する。

【0010】

本発明が解決しようとする技術的課題は、上述した技術的課題に何ら制限されるものではなく、言及されていない他の技術的課題は、次の記載から本発明が属する技術分野において通常の知識を有する者にとって明らかである。

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

【0011】

本発明の一態様によれば、ブロックチェーンに基づくデータ高速処理装置を提供する。

【0012】

本発明の一実施形態によるブロックチェーンに基づくデータ高速処理装置は、＜キー＞：＜バリュー＞のペアのうちのキーを管理するキー管理部と、＜キー＞：＜バリュー＞のペアのうちのバリューを管理するバリュー管理部と、を含んでいてもよい。

【0013】

本発明の他の態様によれば、ブロックチェーンに基づくデータ高速処理方法及びこれを実行するコンピュータープログラムを提供する。

【0014】

本発明の一実施形態によるブロックチェーンに基づくデータ高速処理方法及びこれを実行するコンピュータープログラムは、駆動のためのコンフィグレーション情報を読み込むステップと、アクティブ（Ａｃｔｉｖｅ）状態のＷＡＬファイルの有無を確認するステップと、不変（Ｉｍｍｕｔａｂｌｅ）状態のＷＡＬファイルの有無を確認するステップと、フラッシュ（Ｆｌｕｓｈ）チャンネルを駆動するステップと、を含んでいてもよい。

【発明の効果】

【0015】

本発明の実施形態によれば、＜キーＫｅｙ＞：＜バリューｖａｌｕｅ＞を格納するとき、最終的なバリューｖａｌｕｅはログ構造マージ（ＬＳＭ：Ｌｏｇ Ｓｔｒｕｃｔｕｒｅｄ Ｍｅｒｇｅ）木資料構造型方式により格納し、格納するときに用いるキーＫｅｙは、Ｂ＋木資料構造型として別途に格納して格納性能及び参照（読み込み）性能を従来の方式よりも改善することができる。

【0016】

本発明の効果は、上記の効果に何ら限定されることはなく、本発明の詳細な説明の欄または特許請求の範囲に記載の発明の構成から推論可能なあらゆる効果を網羅する。

【図面の簡単な説明】

【0017】

【図1】本発明の一実施形態によるブロックチェーンに基づくデータ高速処理装置を説明するための図。

【図2】本発明の一実施形態によるブロックチェーンに基づくデータ高速処理装置を説明するための図。

【図3】本発明の一実施形態によるブロックチェーンに基づくデータ高速処理方法及び構造図を示す例示図。

【図4】本発明の一実施形態によるブロックチェーンに基づくデータ高速処理方法及び構造図を示す例示図。

【図5】本発明の一実施形態によるブロックチェーンに基づくデータ高速処理方法及び構造図を示す例示図。

【図6】本発明の一実施形態によるブロックチェーンに基づくデータ高速処理方法及び構造図を示す例示図。

【図7】本発明の一実施形態によるブロックチェーンに基づくデータ高速処理方法及び構造図を示す例示図。

【図8】本発明の一実施形態によるブロックチェーンに基づくデータ高速処理方法及び構造図を示す例示図。

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

【0018】

本発明は、様々な変更を加えることができ、種々の実施形態を有することができるので、特定の実施形態を図面に例示し、発明の詳細な説明の欄において詳しく説明する。しかし、これは、本発明を特定の実施形態に対して限定しようとするものではなく、本発明の思想及び技術範囲に含まれるあらゆる変更、均等物ないし代替物を含む。本発明について説明するに当たって、本発明と関わる公知の技術についての具体的な説明が本発明の要旨を余計に曖昧にする虞があると認められる場合にはその詳細な説明を省略する。なお、この明細書及び特許請求の範囲において用いられる単数の表現は、文脈からみて明らかに他の意味を有さない限り、一般的に「一つ以上」を意味する。

【0019】

以下、添付図面に基づいて、本発明の好適な実施形態について詳しく説明する。添付図面に基づいて説明するに当たって、同一のまたは対応する構成要素には、同一の図面符号を付し、これについての重複する説明は省略する。

【0020】

ブロックチェーンシステムは、既存のシステムにおいて活用されていたリレーショナルデータベース管理システム（ＲＤＢＭＳ）ではなく、キーＫｅｙとバリューＶａｌｕｅとを＜キーＫｅｙ＞：＜バリューｖａｌｕｅ＞の１つのペアにして速やかに格納及び参照できるように作成されたキー－バリュー（Ｋｅｙ－Ｖａｌｕｅ）データベースを適用して利用する。キー－バリュー（Ｋｅｙ－Ｖａｌｕｅ）データベースは、＜キーＫｅｙ＞：＜バリューｖａｌｕｅ＞のペアを格納するとき、普遍的にＢ＋木の資料構造の形式でデータを格納する。

【0021】

本発明の実施形態によるブロックチェーンに基づくデータ高速処理装置１０は、ブロックチェーンシステムにおいてキー－バリュー（Ｋｅｙ－Ｖａｌｕｅ）を格納するとき、最終的なバリューｖａｌｕｅはログ構造マージ（ＬＳＭ：Ｌｏｇ Ｓｔｒｕｃｔｕｒｅｄ Ｍｅｒｇｅ）木資料構造型方式により格納し、格納するときに用いるキーＫｅｙは、Ｂ＋木資料構造型として別途に格納して格納性能及び参照（読み込み）性能を従来の方式よりも改善することができる。

【0022】

図１及び図２は、本発明の一実施形態によるブロックチェーンに基づくデータ高速処理装置を説明するための図である。

【0023】

図１を参照すると、ブロックチェーンに基づくデータ高速処理装置１０は、キー管理部１００及びバリュー管理部２００を含んでいてもよい。

【0024】

キー管理部１００は、＜キーＫｅｙ＞：＜バリューｖａｌｕｅ＞のペアのうちのキーＫｅｙを管理することができる。キー管理部１００は、キーＫｅｙをＢ＋木資料構造型として格納することができる。キー管理部１００は、キーＫｅｙに対する速やかな検索のためにダイレクトキーインデックス（ＤＫＩ：Ｄｉｒｅｃｔ Ｋｅｙ Ｉｎｄｅｘ）ファイルにキーＫｅｙと索引Ｉｎｔｅｒｎａｌ ｉｎｄｅＸ， ＩＸを登録（格納）することができる。キー管理部１００は、＜キーＫｅｙ＞：＜バリューｖａｌｕｅ＞を読み込む過程において、＜キーＫｅｙ＞に対する索引ｉｎｔｅｒｎａｌ ｉｎｄｅＸ， ＩＸを速やかに検索することができる。

【0025】

バリュー管理部２００は、＜キーＫｅｙ＞：＜バリューｖａｌｕｅ＞のペアのうちのバリューＶａｌｕｅを管理することができる。

【0026】

バリュー管理部２００は、バリューＶａｌｕｅをログ構造マージ（ＬＳＭ：Ｌｏｇ Ｓｔｒｕｃｔｕｒｅｄ Ｍｅｒｇｅ）木資料構造型方式により格納することができる。例えば、バリュー管理部２００は、バリューＶａｌｕｅをＶａｌｕｅ Ｌｏｇファイルに格納することができる。

【0027】

ブロックチェーンに基づくデータ高速処理装置１０は、＜キーＫｅｙ＞：＜索引Ｉｎｔｅｒｎａｌ ｉｎｄｅＸ, ＩＸ＞をＤＫＩファイルに登録することができる。例えば、ＤＫＩファイルは、Ｂ＋木資料構造型方式のものであってもよい。

【0028】

ブロックチェーンに基づくデータ高速処理装置１０は、＜索引Ｉｎｔｅｒｎａｌ ｉｎｄｅＸ， ＩＸ＞をＶａｌｕｅ Ｉｎｄｅｘファイルに登録することができる。例えば、Ｖａｌｕｅ Ｉｎｄｅｘファイルは、Ｂ＋木資料構造型方式のものであってもよい。

【0029】

ブロックチェーンに基づくデータ高速処理装置１０は、＜バリューｖａｌｕｅ＞をＶａｌｕｅ Ｌｏｇファイルに格納することができる。例えば、Ｖａｌｕｅ Ｌｏｇファイルは、ログ構造マージ（ＬＳＭ：Ｌｏｇ Ｓｔｒｕｃｔｕｒｅｄ Ｍｅｒｇｅ）木資料構造型方式によるＬｏｇファイルであってもよい。

【0030】

ブロックチェーンに基づくデータ高速処理装置１０は、入力されたキーＫｅｙを用いて、ＤＫＩファイルから索引ＩＸ情報を探し出し、索引ＩＸ情報を用いて、Ｖａｌｕｅ Ｉｎｄｅｘファイルからバリューｖａｌｕｅの位置情報を探し出し、バリューｖａｌｕｅの位置情報を用いて、Ｖａｌｕｅ Ｌｏｇファイルからバリューｖａｌｕｅの位置情報を照会することができる。

【0031】

ブロックチェーンに基づくデータ高速処理装置１０は、バリューＶａｌｕｅを照会するために、キーＫｅｙを入力すれば、Ｂ＋木ファイル構造のＤＫＩファイル（Ｄｉｒｅｃｔ Ｋｅｙ Ｉｎｄｅｘ Ｆｉｌｅ）からキーＫｅｙを探し出す。ブロックチェーンに基づくデータ高速処理装置１０は、Ｌｏｇファイルから検索されたキーＫｅｙに対応するバリューｖａｌｕｅの位置情報（Ｆｉｄ， Ｏｆｆｓｅｔ， ＥｎｔｒｙＳｉｚｅ）を取得することができる。ブロックチェーンに基づくデータ高速処理装置１０は、取得したＦｉｄ（ｆｉｌｅ ｉｄ）に相当するＬｏｇファイルを探し出し、当該Ｌｏｇファイルにおいて定められた方式のオフセットＯｆｆｓｅｔを計算した後、エントリーサイズＥｎｔｒｙＳｉｚｅに見合う分のデータを読み込むと、当該データ構造の中にあるバリューＶａｌｕｅを照会することができる。

【0032】

図２を参照すると、ブロックチェーンに基づくデータ高速処理装置１０は、ＤＫＩファイル（Ｄｉｒｅｃｔ Ｋｅｙ Ｉｎｄｅｘ Ｆｉｌｅ）に＜キーＫｅｙ＞：＜索引Ｉｎｔｅｒｎａｌ ｉｎｄｅＸ， ＩＸ＞を登録し、＜キーＫｅｙ＞：＜バリューｖａｌｕｅ＞の読み込み過程においてキーＫｅｙに対する索引Ｉｎｔｅｒｎａｌ ｉｎｄｅＸ， ＩＸを読み込んで速やかにバリューＶａｌｕｅを照会することができる。例えば、索引Ｉｎｔｅｒｎａｌ ｉｎｄｅＸ， ＩＸは、キーＫｅｙに対応するバリューｖａｌｕｅの位置情報（Ｆｉｄ， Ｏｆｆｓｅｔ， ＥｎｔｅｙＳｉｚｅ）を含んでいてもよい。

【0033】

ブロックチェーンに基づくデータ高速処理装置１０は、＜キーＫｅｙ＞：＜バリューｖａｌｕｅ＞の書き込み／読み込みを処理する過程において、アクティブ（Ａｃｔｉｖｅ）、不変（Ｉｍｍｕｔａｂｌｅ）、及びフラッシュト（Ｆｌｕｓｈｅｄ）の状態のうちのいずれか一つに情報を保持することができる。ブロックチェーンに基づくデータ高速処理装置１０は、＜キーＫｅｙ＞：＜バリューｖａｌｕｅ＞の書き込み／読み込みを処理する過程において、同じデータをログ先行書き込み（ＷＡＬ）ファイルとメモリー（ＭＥＭＴａｂｌｅ）の上に重複して格納し、かつ、保持することができる。

【0034】

ブロックチェーンに基づくデータ高速処理装置１０は、アクティブ（Ａｃｔｉｖｅ）状態のＭＥＭＴａｂｌｅとＷＡＬファイルを一定のサイズに設定して、リアルタイム入力値＜索引Ｉｎｔｅｒｎａｌ ｉｎｄｅＸ， ＩＸ＞：＜バリューｖａｌｕｅ＞の書き込み／読み込みに用いることができる。

【0035】

ブロックチェーンに基づくデータ高速処理装置１０は、アクティブ（Ａｃｔｉｖｅ）状態のＭＥＭＴａｂｌｅの設定サイズが上限に達する（あるいは、フルになる、満杯になる、いっぱいになる）と、ＭＥＭＴａｂｌｅとＷＡＬファイルを不変（Ｉｍｍｕｔａｂｌｅ）のＭＥＭＴａｂｌｅに登録し、不変（Ｉｍｍｕｔａｂｌｅ）の状態に設定する。

【0036】

ブロックチェーンに基づくデータ高速処理装置１０は、不変（Ｉｍｍｕｔａｂｌｅ）状態のＭＥＭＴａｂｌｅとＷＡＬファイルを非同期的にＶａｌｕｅ ＩｎｄｅｘファイルとＶａｌｕｅ Ｌｏｇファイルとしてデータを移した後、削除することができる。

【0037】

ブロックチェーンに基づくデータ高速処理装置１０は、フラッシュト（Ｆｌｕｓｈｅｄ）状態であるＶａｌｕｅ ＬｏｇファイルにはバリューＶａｌｕｅを格納し、バリューＶａｌｕｅの検索情報であるエントリーＥｎｔｒｙを索引ＩＸとともにＶａｌｕｅ Ｉｎｄｅｘファイルに格納することができる。

【0038】

図３から図８は、本発明の一実施形態によるブロックチェーンに基づくデータ高速処理方法及び構造図を示す例示図である。後述する各過程は、ブロックチェーンに基づくデータ高速処理装置を構成する各機能部が行う過程であるが、本発明についての簡潔かつ明確な説明のために、各ステップの主体をブロックチェーンに基づくデータ高速処理装置とまとめて称することにする。

【0039】

図３を参照すると、ブロックチェーンに基づくデータ高速処理装置１０は、ブロックチェーンシステムの駆動のための初期化作業を行うことができる。

【0040】

ステップＳ３１０において、ブロックチェーンに基づくデータ高速処理装置１０は、ブロックチェーンシステムの駆動のためのコンフィグレーション情報を読み込む。

【0041】

ステップＳ３２０において、ブロックチェーンに基づくデータ高速処理装置１０は、アクティブ（Ａｃｔｉｖｅ）状態のＷＡＬファイルの有無を把握することができる。ブロックチェーンに基づくデータ高速処理装置１０は、アクティブ（Ａｃｔｉｖｅ）状態のＷＡＬファイルがある場合、アクティブ（Ａｃｔｉｖｅ）状態のＷＡＬファイル情報を活用して、アクティブ（Ａｃｔｉｖｅ）状態のＭＥＭＴａｂｌｅを生成することができる。ブロックチェーンに基づくデータ高速処理装置１０は、アクティブ（Ａｃｔｉｖｅ）状態のＷＡＬファイルがない場合、ステップＳ３３０を行う。

【0042】

ステップＳ３３０において、ブロックチェーンに基づくデータ高速処理装置１０は、不変（Ｉｍｍｕｔａｂｌｅ）状態のＷＡＬファイルの有無を確認することができる。ブロックチェーンに基づくデータ高速処理装置１０は、不変（Ｉｍｍｕｔａｂｌｅ）状態のＷＡＬファイルがある場合、不変（Ｉｍｍｕｔａｂｌｅ）状態のＷＡＬファイル情報を活用して、不変（Ｉｍｍｕｔａｂｌｅ）状態のＭＥＭＴａｂｌｅを生成することができる。ブロックチェーンに基づくデータ高速処理装置１０は、不変（Ｉｍｍｕｔａｂｌｅ）状態のＷＡＬファイルがない場合、ステップＳ３４０を行う。

【0043】

ステップＳ３４０において、ブロックチェーンに基づくデータ高速処理装置１０は、Ｆｌｕｓｈチャンネルを駆動することができる。

【0044】

図４を参照すると、ブロックチェーンに基づくデータ高速処理装置１０は、キーＫｅｙをＤＫＩファイル（Ｄｉｒｅｃｔ Ｋｅｙ Ｉｎｄｅｘ Ｆｉｌｅ）に格納することができる。例えば、ブロックチェーンに基づくデータ高速処理装置１０は、［ＤＩＤ］：［ＢｌｏｃｋＨｅｉｇｈｔ］情報をＤＫＩファイル（Ｄｉｒｅｃｔ Ｋｅｙ Ｉｎｄｅｘ Ｆｉｌｅ）に格納することができる。

【0045】

ブロックチェーンに基づくデータ高速処理装置１０は、システムの駆動に際して、アクティブ（Ａｃｔｉｖｅ）状態のＷＡＬファイル情報を用いて、Ａｃｔｉｖｅ ＭＥＭＴａｂｌｅを生成することができる。

【0046】

ブロックチェーンに基づくデータ高速処理装置１０は、アクティブ（Ａｃｔｉｖｅ）状態のＷＡＬファイルとＭＥＭＴａｂｌｅを一定のサイズに見合う分だけ設定して、リアルタイムにて入力値＜索引Ｉｎｔｅｒｎａｌ ｉｎｄｅＸ，ＩＸ＞：＜バリューｖａｌｕｅ＞の書き込み／読み込みに用いることができる。

【0047】

ブロックチェーンに基づくデータ高速処理装置１０は、アクティブ（Ａｃｔｉｖｅ）状態のＭＥＭＴａｂｌｅの設定サイズが上限に達すると（あるいは、フルになると、満杯になると、いっぱいになると）、不変（Ｉｍｍｕｔａｂｌｅ）状態に切り換え、新たなアクティブ（Ａｃｔｉｖｅ）状態のＷＡＬファイル生成し、ＷＡＬファイル情報を用いて、新たなＡｃｔｉｖｅ ＭＥＭＴａｂｌｅを生成することができる。

【0048】

ブロックチェーンに基づくデータ高速処理装置１０は、同じデータ［ＢｌｏｃｋＨｅｉｇｈｔ］：［Ｂｌｏｃｋ］をファイル（ＷＡＬファイル）とメモリー（ＭＥＭＴａｂｌｅ）の上に重複して格納し、かつ、保持することができる。

【0049】

ブロックチェーンに基づくデータ高速処理装置１０は、システムの駆動に際して、不変（Ｉｍｍｕｔａｂｌｅ）状態のＷＡＬファイル情報を用いて、Ｉｍｍｕｔａｂｌｅ ＭＥＭＴａｂｌｅを生成することができる。

【0050】

ブロックチェーンに基づくデータ高速処理装置１０は、周期的なフラッシュ（Ｆｌｕｓｈ）を通じて、不変（Ｉｍｍｕｔａｂｌｅ）状態に対応するＶａｌｕｅ Ｌｏｇファイルを生成し、Ｖａｌｕｅ Ｉｎｄｅｘファイルをアップデートすることができる。

【0051】

ブロックチェーンに基づくデータ高速処理装置１０は、フラッシュト（Ｆｌｕｓｈｅｄ）状態のＶａｌｕｅ Ｌｏｇファイルにはバリューｖａｌｕｅが格納され、バリューＶａｌｕｅの検索情報であるエントリーＥｎｔｒｙを索引ＩＸとともにＶａｌｕｅ Ｉｎｄｅｘファイルに格納することができる。

【0052】

ブロックチェーンに基づくデータ高速処理装置１０は、Ｂ＋木資料構造型であるＶａｌｕｅ Ｉｎｄｅｘファイルにブロックのメタ情報［ＢｌｏｃｋＨｅｉｇｈｔ］：［ＭＥＴＡＩＮＦＯ］を格納することができる。例えば、メタ情報（［ＭＥＴＡＩＮＦＯ］＝｛Ｆｉｄ， Ｏｆｆｓｅｔ， ＥｎｔｒｙＳｉｚｅ｝）は、Ｖａｌｕｅ Ｌｏｇファイル（Ｆｉｄ）内のブロックの物理的な格納位置（Ｏｆｆｓｅｔ， ＥｎｔｒｙＳｉｚｅ）情報であってもよい。

【0053】

ブロックチェーンに基づくデータ高速処理装置１０は、非同期的に不変（Ｉｍｍｕｔａｂｌｅ）状態のＭＥＭＴａｂｌｅとＷＡＬファイルをＶａｌｕｅ ＩｎｄｅｘファイルとＶａｌｕｅ Ｌｏｇファイルとしてデータを移した後、削除することができる。

【0054】

図５は、本発明の一実施形態によるブロックチェーンに基づくデータ高速処理装置１０がデータを格納（Ｐｕｔ）する方法を説明する図である。

【0055】

ここで、Ｐｕｔ、Ｗｒｉｔｅ、Ｓａｖｅはいずれも同じ意味で解釈して、「データをファイルに格納する」と表現することにする。

【0056】

図５を参照すると、ステップＳ５１０において、ブロックチェーンに基づくデータ高速処理装置１０は、＜キーＫｅｙ＞：＜索引ＩＸ＞をＤＫＩファイル（Ｄｉｒｅｃｔ Ｋｅｙ Ｉｎｄｅｘ Ｆｉｌｅ）に格納（ｗｒｉｔｅ）することができる。

【0057】

ステップＳ５２０において、ブロックチェーンに基づくデータ高速処理装置１０は、＜索引ＩＸ＞：＜バリューＶａｌｕｅ＞をＭＥＭＴａｂｌｅ／ＷＡＬに格納（Ｐｕｔ）する。

【0058】

ステップＳ５３０において、ブロックチェーンに基づくデータ高速処理装置１０は、Ａｃｔｉｖｅ ＭＥＭＴａｂｌｅが満杯（ｆｕｌｌ）になったか否かを判断することができる。格納（ｗｒｉｔｅ）できるスペースがあれば、ブロックチェーンに基づくデータ高速処理装置１０は、ステップＳ５４０を行う。

【0059】

ステップＳ５４０において、ブロックチェーンに基づくデータ高速処理装置１０は、＜索引ＩＸ＞：＜バリューＶａｌｕｅ＞をＡｃｔｉｖｅ ＷＡＬファイルに格納（ｗｒｉｔｅ）する。

【0060】

ステップＳ５５０において、ブロックチェーンに基づくデータ高速処理装置１０は、＜索引ＩＸ＞：＜バリューＶａｌｕｅ＞をＡｃｔｉｖｅ ＭＥＭＴａｂｌｅに格納（ｗｒｉｔｅ）する。

【0061】

ステップＳ５３０において、Ａｃｔｉｖｅ ＭＥＭＴａｂｌｅが満杯になって格納できるスペースがなければ、ブロックチェーンに基づくデータ高速処理装置１０は、ステップＳ５６０を行う。

【0062】

ステップＳ５６０において、ブロックチェーンに基づくデータ高速処理装置１０は、新たなＭＥＭＴａｂｌｅで処理するか否かを判断して、新たなＭＥＭＴａｂｌｅが必要であれば、ステップＳ５６１０を行うことができる。

【0063】

ステップＳ５６１０において、ブロックチェーンに基づくデータ高速処理装置１０は、ＭＥＭＴａｂｌｅの状態をアクティブ（Ａｃｔｉｖｅ）から不変（Ｉｍｍｕｔａｂｌｅ）に切り換えてＩｍｍｕｔａｂｌｅ ＭＥＭＴａｂｌｅプール（ｐｏｏｌ）に追加することができる。

【0064】

ステップＳ５６２０において、ブロックチェーンに基づくデータ高速処理装置１０は、ＷＡＬファイルの状態もまた不変（Ｉｍｍｕｔａｂｌｅ）状態に切り換えてＩｍｍｕｔａｂｌｅ ＷＡＬファイルと明記することができる。

【0065】

ステップＳ５６３０において、ブロックチェーンに基づくデータ高速処理装置１０は、新たなＡｃｔｉｖｅ ＷＡＬファイルを生成することができる。

【0066】

ステップＳ５６４０において、ブロックチェーンに基づくデータ高速処理装置１０は、新たなＡｃｔｉｖｅ ＭＥＭＴａｂｌｅを生成することができる。

【0067】

また、ブロックチェーンに基づくデータ高速処理装置１０は、ステップＳ６３０とステップＳ６４０を同時に行うことができる。

【0068】

ブロックチェーンに基づくデータ高速処理装置１０は、新たなＡｃｔｉｖｅ ＭＥＭＴｂｌｅ及びＷＡＬファイルを生成した後、各ファイルに情報を格納するステップ（Ｓ５４０）を行うことができる。

【0069】

ステップＳ５６０において、新たなＭＥＭＴａｂｌｅが不要である場合、ステップＳ５７０を行うことができる。

【0070】

ステップＳ５７０において、ブロックチェーンに基づくデータ高速処理装置１０は、ＩｍｍｕｔａｂｌｅにＦｌｕｓｈチャンネルを伝送することができる。

【0071】

ブロックチェーンに基づくデータ高速処理装置１０は、ステップＳ５８０において、ＦｌｕｓｈチャンネルへのＭＥＭＴａｂｌｅの伝送有無を確認し、ステップＳ５８１０において、ＭＥＭＴａｂｌｅの受信有無を確認することができる。

【0072】

ステップＳ５８１０において、ＭＥＭＴａｂｌｅが受信された場合、ブロックチェーンに基づくデータ高速処理装置１０は、ステップＳ５８２０において、バリューＶａｌｕｅをＶａｌｕｅ Ｌｏｇファイルに格納（ｗｒｉｔｅ）することができる。

【0073】

ステップＳ５８３０において、ブロックチェーンに基づくデータ高速処理装置１０は、＜索引ＩＸ＞：＜バリューＶａｌｕｅ＞をＶａｌｕｅ Ｉｎｄｅｘファイルに格納（ｗｒｉｔｅ）することができる。

【0074】

ステップＳ５８４０において、ブロックチェーンに基づくデータ高速処理装置１０は、Ｉｍｍｕｔａｂｌｅ ＭＥＭＴａｂｌｅとＩｍｍｕｔａｂｌｅ ＷＡＬファイルを削除することができる。

【0075】

図６は、本発明の一実施形態により、ブロックチェーンに基づくデータ高速処理装置１０がデータを格納（Ｐｕｔ）する構造図の例示である。

【0076】

ブロックチェーンに基づくデータ高速処理装置１０は、キーＫｅｙをＤＫＩファイル（Ｄｉｒｅｃｔ Ｋｅｙ Ｉｎｄｅｘ Ｆｉｌｅ）に格納することができる。例えば、ブロックチェーンに基づくデータ高速処理装置１０は、［ＤＩＤ］：［ＢｌｏｃｋＨｅｉｇｈｔ］情報をＤＫＩファイル（Ｄｉｒｅｃｔ Ｋｅｙ Ｉｎｄｅｘ Ｆｉｌｅ）に格納することができる。

【0077】

ブロックチェーンに基づくデータ高速処理装置１０は、同じデータ［ＢｌｏｃｋＨｅｉｇｈｔ］：［Ｂｌｏｃｋ］をファイル（ＷＡＬファイル）とメモリーの上（ＭＥＭＴａｂｌｅ）に重複格納し、かつ、保持することができる。

【0078】

ブロックチェーンに基づくデータ高速処理装置１０は、ＭＥＭＴａｂｌｅの状態をアクティブ（Ａｃｔｉｖｅ）から不変（Ｉｍｍｕｔａｂｌｅ）に切り換えてＩｍｍｕｔａｂｌｅ ＭＥＭＴａｂｌｅプール（ｐｏｏｌ）に追加することができる。

【0079】

ブロックチェーンに基づくデータ高速処理装置１０は、ＷＡＬファイルの状態もまた不変（Ｉｍｍｕｔａｂｌｅ）状態に切り換えてＩｍｍｕｔａｂｌｅ ＷＡＬファイルと明記することができる。

【0080】

ブロックチェーンに基づくデータ高速処理装置１０は、周期的なフラッシュ（Ｆｌｕｓｈ）を通じて不変（Ｉｍｍｕｔａｂｌｅ）状態に対応するＶａｌｕｅ Ｌｏｇファイルを生成し、Ｖａｌｕｅ Ｉｎｄｅｘファイルをアップデートすることができる。

【0081】

ブロックチェーンに基づくデータ高速処理装置１０は、フラッシュト（Ｆｌｕｓｈｅｄ）状態のＶａｌｕｅ Ｌｏｇファイルにはバリューｖａｌｕｅが格納され、バリューｖａｌｕｅの検索情報であるエントリーＥｎｔｒｙを索引Ｉｎｔｅｒｎａｌ ｉｎｄｅＸ， ＩＸとともにＶａｌｕｅ Ｉｎｄｅｘファイルに格納することができる。

【0082】

ブロックチェーンに基づくデータ高速処理装置１０は、Ｂ＋木資料構造型であるＶａｌｕｅ Ｉｎｄｅｘファイルにブロックのメタ情報［ＢｌｏｃｋＨｅｉｇｈｔ］：［ＭＥＴＡＩＮＦＯ］を格納することができる。例えば、情報（［ＭＥＴＡＩＮＦＯ］＝｛Ｆｉｄ， Ｏｆｆｓｅｔ， ＥｎｔｒｙＳｉｚｅ｝）は、Ｖａｌｕｅ Ｌｏｇファイル（Ｆｉｄ）内のブロックの物理的な格納位置（Ｏｆｆｓｅｔ， ＥｎｔｒｙＳｉｚｅ）情報である。

【0083】

図７は、本発明の一実施形態によるブロックチェーンに基づくデータ高速処理装置１０がデータを読み込む（Ｒｅａｄ）ための方法を説明する図である。

【0084】

図７を参照すると、ブロックチェーンに基づくデータ高速処理装置１０は、キーＫｅｙを入力値として＜キーＫｅｙ＞：＜バリューｖａｌｕｅ＞のペアに対応するバリューＶａｌｕｅを照会（Ｇｅｔ）することができる。

【0085】

ステップＳ７１０において、ブロックチェーンに基づくデータ高速処理装置１０は、ＤＫＩファイルから入力されたキーＫｅｙの索引ＩＸを探し出す。

【0086】

ステップＳ７１０において、ブロックチェーンに基づくデータ高速処理装置１０は、索引ＩＸがなければ、バリューＶａｌｕｅを探し出すことができないため、誤りであると判断して終了する。ブロックチェーンに基づくデータ高速処理装置１０は、入力されたキーＫｅｙに対応する索引ＩＸがある場合、ステップＳ７３０を行う。

【0087】

ステップＳ７３０において、ブロックチェーンに基づくデータ高速処理装置１０は、アクティブ（Ａｃｔｉｖｅ）状態のＭＥＭＴａｂｌｅとＷＡＬファイルに＜索引ＩＸ＞がある場合、＜索引ＩＸ＞：＜バリューｖａｌｕｅ＞を読み込むことができる。ブロックチェーンに基づくデータ高速処理装置１０は、アクティブ（Ａｃｔｉｖｅ）状態のＭＥＭＴａｂｌｅとＷＡＬファイルに索引ＩＸがない場合、ステップＳ７４０を行う。

【0088】

ステップＳ７４０において、ブロックチェーンに基づくデータ高速処理装置１０は、不変（Ｉｍｍｕｔａｂｌｅ）状態のＭＥＭＴａｂｌｅとＷＡＬファイルに＜索引ＩＸ＞がある場合、＜索引ＩＸ＞：＜バリューｖａｌｕｅ＞を読み込むことができる。ブロックチェーンに基づくデータ高速処理装置１０は、不変（Ｉｍｍｕｔａｂｌｅ）状態のＭＥＭＴａｂｌｅとＷＡＬファイルに＜索引ＩＸ＞がない場合、ステップＳ７５０を行う。

【0089】

ステップＳ７５０において、ブロックチェーンに基づくデータ高速処理装置１０は、Ｖａｌｕｅ Ｉｎｄｅｘファイルに索引ＩＸがある場合、Ｖａｌｕｅ Ｌｏｇファイルから索引ＩＸに対応するバリューＶａｌｕｅを読み込むことができる。

【0090】

図８を参照すると、ブロックチェーンに基づくデータ高速処理装置１０は、Ｂ＋木ファイルであるＤＫＩファイルからキーＫｅｙを探し出し、キーＫｅｙに対応するバリューｖａｌｕｅの位置情報（Ｆｉｄ， Ｏｆｆｓｅｔ， ＥｎｔｒｙＳｉｚｅ）をＶａｌｕｅ Ｉｎｄｅｘファイルから取得することができる。ブロックチェーンに基づくデータ高速処理装置１０は、取得した位置情報Ｆｉｄに相当するＬｏｇファイルをＶａｌｕｅ Ｌｏｇファイルから探し出して、当該ファイルから定められた方式のオフセットＯｆｆｓｅｔを計算した後、エントリーサイズＥｎｔｒｙＳｉｚｅに見合う分のデータを読み込むと、当該データ構造の中にある入力されたキーＫｅｙに対応するバリューＶａｌｕｅを照会することができる。

【0091】

上述したブロックチェーンに基づくデータ高速処理方法は、コンピューターにて読み取り可能な媒体の上にコンピューターにて読み取り可能なコードにより実現され得る。上記のコンピューターにて読み取り可能な記録媒体は、例えば、移動型記録媒体（コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ）、ブルーレイディスク、ユニバーサルシリアルバス（ＵＳＢ）記憶装置、移動式ハードディスク）であり得、固定式記録媒体（リードオンリーメモリ（ＲＯＭ：ｒｅａｄ－ｏｎｌｙｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ：ｒａｎｄｏｍａｃｃｅｓｓｍｅｍｏｒｙ）、パソコン内蔵型ハードディスク）であり得る。前記コンピューターにて読み取り可能な記録媒体に記録された前記コンピュータープログラムは、インターネットなどのネットワークを介して他のコンピューティング装置に伝送されて前記他のコンピューティング装置にインストールされてもよく、これにより、前記他のコンピューティング装置において使用可能になる。

【0092】

以上において、本発明の実施形態を構成するすべての構成要素が一つに結合されたり、結合されて動作したりすると説明されたとして、本発明が必ずしもこのような実施形態に限定されるとは限らない。すなわち、本発明の目的範囲内であれば、そのすべての構成要素が一つ以上に選択的に結合して動作することもできる。

【0093】

図中、動作が特定の順序に従って示されているが、必ず動作が図示の特定の順序に従って、または順次的な順序に従って実行されなければならないものと、あるいは、すべての図示の動作が実行されてはじめて所望の結果が得られるものではない。特定の状況においては、マルチタスキング及び並列処理が有利になることもある。さらに、上述した実施形態において様々な構成の分離は、そのような分離が必ず必要ではなく、説明されたプログラムコンポネント及びシステムは、一般に、単一のソフトウェア製品として一緒に統合されるということや、多数のソフトウェア製品としてパッケージできる。

【0094】

以上、本発明についてその実施形態を中心として述べたきた。本発明が属する技術分野において通常の知識を有する者であれば、本発明が、本発明の本質的な特性を逸脱しない範囲内において変形された形態として実現され得る。よって、開示された実施形態は、限定的な視点ではなく、説明的な視点において考慮される。本発明の範囲は、前述した説明ではなく、特許請求の範囲に開示されており、それと同等の範囲内にあるあらゆる相違点は本発明に含まれている。

【符号の説明】

【0095】

１０ ブロックチェーンに基づくデータ高速処理装置
１００ キー管理部
２００ バリュー管理部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】