特許 7393047 不正検証装置、および、不正検知システム

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

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

(11)【特許番号】

(24)【登録日】2023-11-28

(45)【発行日】2023-12-06

(54)【発明の名称】不正検証装置、および、不正検知システム

(51)【国際特許分類】

   G06Q 20/42 20120101AFI20231129BHJP

【ＦＩ】

G06Q20/42 300

【請求項の数】 10

(21)【出願番号】P 2022501708

(86)(22)【出願日】2021-01-20

(86)【国際出願番号】 JP2021001809

(87)【国際公開番号】W WO2021166528

(87)【国際公開日】2021-08-26

【審査請求日】2022-07-06

(31)【優先権主張番号】P 2020028430

(32)【優先日】2020-02-21

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

(73)【特許権者】

【識別番号】000232092

【氏名又は名称】ＮＥＣソリューションイノベータ株式会社

(74)【代理人】

【識別番号】100103090

【弁理士】

【氏名又は名称】岩壁 冬樹

(74)【代理人】

【識別番号】100124501

【弁理士】

【氏名又は名称】塩川 誠人

(72)【発明者】

【氏名】深田 彰

【審査官】藤原 拓也

(56)【参考文献】

【文献】特許第６６５１０４２（ＪＰ，Ｂ１）

【文献】国際公開第２０１９／０７２２９４（ＷＯ，Ａ２）

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

【文献】NAKAMOTO, Satoshi，"Bitcoin: A Peer-to-Peer Electronic Cash System"，[online]，2010年07月04日，[2023年6月29日検索], インターネット, ＜URL: https://web.archive.org/web/ 20100704213649/https://bitcoin.org/bitcoin.pdf>

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

Ｇ０６Ｑ １０／００－９９／００

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

【請求項1】

第一のブロックチェーンにおいて対象とする範囲のブロックのブロックヘッダから算出された第一のマークルルートハッシュと、当該範囲のブロックを示すブロック番号とを含むトランザクションであるブロック確証トランザクションを、当該ブロック確証トランザクションが登録されているブロックチェーンであって、前記第一のブロックチェーンとは異なる第二のブロックチェーンから取得する確証ブロック取得手段と、
取得した前記ブロック確証トランザクションに含まれるブロック番号から前記第一のブロックチェーンにおけるブロックを特定し、特定されたブロックにおけるブロックヘッダから第二のマークルルートハッシュを算出し、前記第一のマークルルートハッシュと前記第二のマークルルートハッシュとが一致するか比較して、前記特定されたブロックに対する不正操作を検知する不正操作検証手段とを備えた
ことを特徴とする不正検証装置。

【請求項2】

第一のブロックチェーンにおいて対象とする範囲は、第一のブロックチェーンにおけるブロックの生成タイミングと、第二のブロックチェーンにおけるブロックの生成タイミングに応じて決定される
請求項１記載の不正検証装置。

【請求項3】

第一のブロックチェーンにおいて対象とする範囲は、第二のブロックチェーンにおいて１つのブロックが生成される期間内で生成される、第一のブロックチェーンのブロックの数の範囲である
請求項１または請求項２記載の不正検証装置。

【請求項4】

第一のブロックチェーンは、コンソーシアム型ブロックチェーンまたはパブリック型ブロックチェーンであり、第二のブロックチェーンは、パブリック型ブロックチェーンである
請求項１から請求項３のうちのいずれか１項に記載の不正検証装置。

【請求項5】

第一のブロックチェーンにおいて対象とする範囲のブロックのブロックヘッダから、マークルルートハッシュを算出し、当該範囲のブロックを示すブロック番号と算出した前記マークルルートハッシュとを含むトランザクションであるブロック確証トランザクションを生成する確証ブロック生成手段と、
前記ブロック確証トランザクションの登録を依頼するトランザクションを、前記第一のブロックチェーンとは異なる第二のブロックチェーンに送信する登録依頼手段とを備えた
ことを特徴とする確証生成装置。

【請求項6】

第一のブロックチェーンにおいて対象とする範囲のブロックのブロックヘッダから、第一のマークルルートハッシュを算出し、当該範囲のブロックを示すブロック番号と算出した前記第一のマークルルートハッシュとを含むトランザクションであるブロック確証トランザクションを生成する確証ブロック生成手段と、
前記ブロック確証トランザクションの登録を依頼するトランザクションを、前記第一のブロックチェーンとは異なる第二のブロックチェーンに送信する登録依頼手段と、
前記ブロック確証トランザクションを、前記第二のブロックチェーンから取得する確証ブロック取得手段と、
取得した確証トランザクションに含まれるブロック番号から前記第一のブロックチェーンにおけるブロックを特定し、特定されたブロックにおけるブロックヘッダから第二のマークルルートハッシュを算出し、前記第一のマークルルートハッシュと前記第二のマークルルートハッシュとが一致するか比較して、前記特定されたブロックに対する不正操作を検知する不正操作検証手段とを備えた
ことを特徴とする不正検知システム。

【請求項7】

コンピュータが、第一のブロックチェーンにおいて対象とする範囲のブロックのブロックヘッダから算出された第一のマークルルートハッシュと、当該範囲のブロックを示すブロック番号とを含むトランザクションであるブロック確証トランザクションを、当該ブロック確証トランザクションが登録されているブロックチェーンであって、前記第一のブロックチェーンとは異なる第二のブロックチェーンから取得し、
前記コンピュータが、取得した前記ブロック確証トランザクションに含まれるブロック番号から前記第一のブロックチェーンにおけるブロックを特定し、特定されたブロックにおけるブロックヘッダから第二のマークルルートハッシュを算出し、前記第一のマークルルートハッシュと前記第二のマークルルートハッシュとが一致するか比較して、前記特定されたブロックに対する不正操作を検知する
ことを特徴とする不正検証方法。

【請求項8】

コンピュータが、第一のブロックチェーンにおいて対象とする範囲のブロックのブロックヘッダから、第一のマークルルートハッシュを算出し、当該範囲のブロックを示すブロック番号と算出した前記第一のマークルルートハッシュとを含むトランザクションであるブロック確証トランザクションを生成し、
前記コンピュータが、前記ブロック確証トランザクションの登録を依頼するトランザクションを、前記第一のブロックチェーンとは異なる第二のブロックチェーンに送信し、
前記コンピュータが、前記ブロック確証トランザクションを、前記第二のブロックチェーンから取得し、
前記コンピュータが、取得した確証トランザクションに含まれるブロック番号から前記第一のブロックチェーンにおけるブロックを特定し、特定されたブロックにおけるブロックヘッダから第二のマークルルートハッシュを算出し、前記第一のマークルルートハッシュと前記第二のマークルルートハッシュとが一致するか比較して、前記特定されたブロックに対する不正操作を検知する
ことを特徴とする不正検知方法。

【請求項9】

コンピュータに、
第一のブロックチェーンにおいて対象とする範囲のブロックのブロックヘッダから算出された第一のマークルルートハッシュと、当該範囲のブロックを示すブロック番号とを含むトランザクションであるブロック確証トランザクションを、当該ブロック確証トランザクションが登録されているブロックチェーンであって、前記第一のブロックチェーンとは異なる第二のブロックチェーンから取得する確証ブロック取得処理、および、
取得した前記ブロック確証トランザクションに含まれるブロック番号から前記第一のブロックチェーンにおけるブロックを特定し、特定されたブロックにおけるブロックヘッダから第二のマークルルートハッシュを算出し、前記第一のマークルルートハッシュと前記第二のマークルルートハッシュとが一致するか比較して、前記特定されたブロックに対する不正操作を検知する不正操作検証処理
を実行させるための不正検証プログラム。

【請求項10】

コンピュータに、
第一のブロックチェーンにおいて対象とする範囲のブロックのブロックヘッダから、マークルルートハッシュを算出し、当該範囲のブロックを示すブロック番号と算出した前記マークルルートハッシュとを含むトランザクションであるブロック確証トランザクションを生成する確証ブロック生成処理、および、
前記ブロック確証トランザクションの登録を依頼するトランザクションを、前記第一のブロックチェーンとは異なる第二のブロックチェーンに送信する登録依頼処理
を実行させるため確証生成プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ブロックチェーンにおいて行われた不正の検証および検知に用いられる不正検証装置、確証生成装置、不正検知システム、不正検証方法、不正検知方法、不正検証プログラムに関する。

【背景技術】

【0002】

近年、分散型台帳技術（ＤＬＴ：Distributed Ledger Technology ）の一つとして、ブロックチェーンが広く知られている。ブロックチェーンは、ブロックと呼ばれるデータの単位を生成し、各ブロックを連結することによりデータを保管する技術である。

【0003】

各ブロックのヘッダには、ブロック内の取引履歴（トランザクション）から算出されたハッシュ値が格納されており、これにより、取引履歴の正しい組み合わせが検証できる。また、前のブロックヘッダから算出されたハッシュ値も格納されており、これにより、前のブロックとの論理的な繋がりの正当性が検証できる。

【0004】

ブロックチェーンは、ブロックの承認者の選び方や仕組みの違い（すなわち、コンセンサスをとる際のバリデーター）によって、大きく３つの形態に分類される。

【0005】

一つ目は、パブリック型ブロックチェーンと呼ばれる形態である。パブリック型ブロックチェーンでは、中央集権的な機関が存在せず、ＰｏＷ（Proof of Work ）のようなコンセンサスアルゴリズムを用意することにより、不正が行われるリスクを排除している。このような特性から、一般にパブリック型ブロックチェーンは参加に制限がないため、不特定多数のノードが存在する大規模なネットワークである。

【0006】

二つ目は、プライベート型ブロックチェーンと呼ばれる形態である。プライベート型ブロックチェーンは、参加に制限が設けられ、特定のノードのみ参加が可能な小規模のネットワークである。参加するノード数がパブリック型ブロックチェーンよりは少ないことから、取引（承認）にかかる時間は一般的に短い。

【0007】

三つ目は、コンソーシアム型ブロックチェーンと呼ばれる形態である。コンソーシアム型ブロックチェーンは、プライベート型ブロックチェーンと同様、参加するノードがパブリック型ブロックチェーンよりは少ないため、取引にかかる時間が一般的に短い。さらに、コンソーシアム型ブロックチェーンは、複数の組織により合意形成が行われるため、プライベート型ブロックチェーンと比較すると、信頼性の高いネットワークと言える。

【0008】

また、特許文献１には、ブロックチェーンにおける改ざんを検知するシステムが記載されている。特許文献１に記載されたシステムでは、末端オブジェクトの存在証明を外部システムに保存する。そのため、ある対象について履歴が作成し直されたり、末端オブジェクトが差し替えられたりといった改ざんがされた場合、外部システムにある存在証明を用いることで改ざんを検知できる。

【先行技術文献】

【特許文献】

【0009】

【文献】特許６６１８１３８号公報

【発明の概要】

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

【0010】

上述するように、プライベート型ブロックチェーンやコンソーシアム型ブロックチェーンは、パブリック型ブロックチェーンと比較して、チェーンを構成するノードが数十ノード程度の小規模である。そのため、悪意の参加者が複数で結託してデータを改ざんした場合、そのような不正を検知できない可能性も存在する。

【0011】

特許文献１に記載されたシステムでは、そもそも、ブロックチェーンの参加者が結託し、データを改ざんすることについては考慮されておらず、このような不正を検知することはできない。

【0012】

そこで、本発明では、ブロックチェーンで行われたデータの不正操作を検知できる不正検証装置、不正検知システム、不正検証方法、不正検知方法、不正検証プログラムおよびその検知に用いられる確証を生成する確証生成装置を提供することを目的とする。

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

【0013】

本発明による不正検証装置は、第一のブロックチェーンにおいて対象とする範囲のブロックのブロックヘッダから算出された第一のマークルルートハッシュと、その範囲のブロックを示すブロック番号とを含むトランザクションであるブロック確証トランザクションを、そのブロック確証トランザクションが登録されているブロックチェーンであって、第一のブロックチェーンとは異なる第二のブロックチェーンから取得する確証ブロック取得部と、取得した確証トランザクションに含まれるブロック番号から第一のブロックチェーンにおけるブロックを特定し、特定されたブロックにおけるブロックヘッダから第二のマークルルートハッシュを算出し、第一のマークルルートハッシュと第二のマークルルートハッシュとが一致するか比較して、特定されたブロックに対する不正操作を検知する不正操作検証部とを備えたことを特徴とする。

【0014】

本発明による確証生成装置は、第一のブロックチェーンにおいて対象とする範囲のブロックのブロックヘッダから、マークルルートハッシュを算出し、その範囲のブロックを示すブロック番号と算出したマークルルートハッシュとを含むトランザクションであるブロック確証トランザクションを生成する確証ブロック生成部と、ブロック確証トランザクションの登録を依頼するトランザクションを、第一のブロックチェーンとは異なる第二のブロックチェーンに送信する登録依頼部とを備えたことを特徴とする。

【0015】

本発明による不正検知システムは、第一のブロックチェーンにおいて対象とする範囲のブロックのブロックヘッダから、第一のマークルルートハッシュを算出し、その範囲のブロックを示すブロック番号と算出した第一のマークルルートハッシュとを含むトランザクションであるブロック確証トランザクションを生成する確証ブロック生成部と、ブロック確証トランザクションの登録を依頼するトランザクションを、第一のブロックチェーンとは異なる第二のブロックチェーンに送信する登録依頼部と、ブロック確証トランザクションを、第二のブロックチェーンから取得する確証ブロック取得部と、取得した確証トランザクションに含まれるブロック番号から第一のブロックチェーンにおけるブロックを特定し、特定されたブロックにおけるブロックヘッダから第二のマークルルートハッシュを算出し、第一のマークルルートハッシュと第二のマークルルートハッシュとが一致するか比較して、特定されたブロックに対する不正操作を検知する不正操作検証部とを備えたことを特徴とする。

【0016】

本発明による不正検証方法は、コンピュータが、第一のブロックチェーンにおいて対象とする範囲のブロックのブロックヘッダから算出された第一のマークルルートハッシュと、その範囲のブロックを示すブロック番号とを含むトランザクションであるブロック確証トランザクションを、そのブロック確証トランザクションが登録されているブロックチェーンであって、第一のブロックチェーンとは異なる第二のブロックチェーンから取得し、コンピュータが、取得した確証トランザクションに含まれるブロック番号から第一のブロックチェーンにおけるブロックを特定し、特定されたブロックにおけるブロックヘッダから第二のマークルルートハッシュを算出し、第一のマークルルートハッシュと第二のマークルルートハッシュとが一致するか比較して、特定されたブロックに対する不正操作を検知することを特徴とする。

【0017】

本発明による不正検知方法は、コンピュータが、第一のブロックチェーンにおいて対象とする範囲のブロックのブロックヘッダから、第一のマークルルートハッシュを算出し、その範囲のブロックを示すブロック番号と算出した第一のマークルルートハッシュとを含むトランザクションであるブロック確証トランザクションを生成し、コンピュータが、ブロック確証トランザクションの登録を依頼するトランザクションを、第一のブロックチェーンとは異なる第二のブロックチェーンに送信し、コンピュータが、ブロック確証トランザクションを、第二のブロックチェーンから取得し、コンピュータが、取得した確証トランザクションに含まれるブロック番号から第一のブロックチェーンにおけるブロックを特定し、特定されたブロックにおけるブロックヘッダから第二のマークルルートハッシュを算出し、第一のマークルルートハッシュと第二のマークルルートハッシュとが一致するか比較して、特定されたブロックに対する不正操作を検知することを特徴とする。

【0018】

本発明による不正検証プログラムは、コンピュータに、第一のブロックチェーンにおいて対象とする範囲のブロックのブロックヘッダから算出された第一のマークルルートハッシュと、その範囲のブロックを示すブロック番号とを含むトランザクションであるブロック確証トランザクションを、そのブロック確証トランザクションが登録されているブロックチェーンであって、第一のブロックチェーンとは異なる第二のブロックチェーンから取得する確証ブロック取得処理、および、取得した確証トランザクションに含まれるブロック番号から第一のブロックチェーンにおけるブロックを特定し、特定されたブロックにおけるブロックヘッダから第二のマークルルートハッシュを算出し、第一のマークルルートハッシュと第二のマークルルートハッシュとが一致するか比較して、特定されたブロックに対する不正操作を検知する不正操作検証処理を実行させることを特徴とする。

【発明の効果】

【0019】

本発明によれば、ブロックチェーンで行われたデータの不正操作を検知できる。

【図面の簡単な説明】

【0020】

【図1】本発明による不正検知システムの第一の実施形態の構成例を示す説明図である。

【図2】ブロック確証トランザクションを生成する処理の例を示す説明図である。

【図3】第一の実施形態の不正検知システムの動作例を示す説明図である。

【図4】本発明による不正検知システムの第二の実施形態の構成例を示す説明図である。

【図5】ブロック検証の例を示す説明図である。

【図6】第二の実施形態の不正検知システムの動作例を示す説明図である。

【図7】本発明による不正検知システムの第三の実施形態の構成例を示す説明図である。

【図8】確証を登録する処理の具体例を示す説明図である。

【図9】不正操作を検証する具体例を示す説明図である。

【図10】本発明による不正検証装置の概要を示すブロック図である。

【図11】本発明による確証生成装置の概要を示すブロック図である。

【図12】本発明による不正検知システムの概要を示すブロック図である。

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

【0021】

以下、本発明の実施形態を図面を参照して説明する。

【0022】

実施形態１．
第一の実施形態では、不正操作の検知を行うための確証を登録する処理を説明する。図１は、本発明による不正検知システムの第一の実施形態の構成例を示す説明図である。本実施形態の不正検知システム１００は、クライアントデバイス１と、複数のノード１０と、トランザクション管理部２０と、仲介クライアント３０とを備えている。

【0023】

クライアントデバイス１、複数のノード１０、および、トランザクション管理部２０は、ブロックチェーン１１０の構成要素として動作する。以下、クライアントデバイス１、複数のノード１０、トランザクション管理部２０および仲介クライアント３０が含まれるブロックチェーン１１０を、第一のブロックチェーンと記す。

【0024】

本実施形態では、第一のブロックチェーンは、プライベート型ブロックチェーンやコンソーシアム型のブロックチェーンのような、チェーンを構成するノードが数十ノード程度の小規模なネットワークを想定する。このようなブロックチェーンとして、例えば、Hyperldger Fabric や、Corda 、Quorumなどが挙げられる。以下の説明では、第一のブロックチェーンの具体例に、Hyperldger Fabric を用いて説明するが、第一のブロックチェーンの態様は、Hyperldger Fabric に限定されない。

【0025】

また、後述する仲介クライアント３０は、パブリック型ブロックチェーンのような大規模なブロックチェーン１２０の構成要素としても動作する。以下、仲介クライアント３０が含まれるブロックチェーン１２０のことを第二のブロックチェーンと記す。第二のブロックチェーンは、第一のブロックチェーンとは異なるブロックチェーンである。このようなブロックチェーンとして、例えば、EthereumやNEM 、EOS などが挙げられる。以下の説明では、第二のブロックチェーンの具体例に、Ethereumを用いて説明するが、第二のブロックチェーンの態様は、Ethereumに限定されない。なお、第二のブロックチェーンの詳細については後述される。

【0026】

クライアントデバイス１は、ブロックチェーン１１０において、取引要求（トランザクション）を作成し、作成した取引要求を複数のノード１０のいずれかに送信する装置である。クライアントデバイス１は、参加するブロックチェーンによって様々な呼称が存在するが、クライアント、ノード、ウォレットなどと呼ばれる装置である。例えば、Hyperldger Fabric の場合、クライアントデバイス１は、clientに対応する。クライアントデバイス１は、参加するブロックチェーンに応じた取引要求を作成すればよい。

【0027】

ノード１０は、ブロックチェーン１１０において複数台で構成され、受信した取引要求を受け付けて処理を行い、処理の結果生成されるブロックチェーンのデータを保持する。例えば、Hyperldger Fabric の場合、ノード１０は、peerに対応する。なお、図１には、ノード１０が２台の場合を例示しているが、ノードの数は２台に限定されず、３台以上であってもよい。

【0028】

ノード１０は、制御部１１と、記憶部１２とを含む。

【0029】

制御部１１は、受信した取引要求に対する検証および実行を行う。なお、制御部１１が実行する各処理は、ブロックチェーン１１０に応じて定められており、制御部１１は、利用するブロックチェーン１１０および受信した取引要求に応じて、各処理を実行し、処理結果をクライアントデバイス１に通知すればよい。例えば、Hyperldger Fabric の場合、制御部１１は、ビジネスロジックが実装されたチェーンコード（プログラム）にしたがって、取引要求に対する処理を実行してもよい。

【0030】

記憶部１２は、一般に台帳（Ledger）と呼ばれるブロックチェーンのデータを保持する。例えば、Hyperldger Fabric の場合、台帳には、World State と複数のブロック（ブロックチェーン）が含まれる。各ブロックは、複数の取引要求の他、ブロックに関するメタデータを含むブロックヘッダを有する。ブロックヘッダには、直前のブロックのハッシュ値、トランザクション群のハッシュ値（マークルルート）、ナンスが含まれる。また、ブロックヘッダには、これら以外にも、タイムスタンプやビッツが含まれる。

【0031】

トランザクション管理部２０は、取引要求をまとめてブロックを作成する。具体的には、トランザクション管理部２０は、取引要求に順序付けを行ってまとめたブロックを生成し、生成したブロックを各ノード１０にブロードキャストする。例えば、Hyperldger Fabric の場合、トランザクション管理部２０は、orderer に対応する。なお、トランザクション管理部２０が実行する各処理も、ブロックチェーン１１０に応じて定められており、トランザクション管理部２０は、利用するブロックチェーン１１０に応じた各処理を実行すればよい。

【0032】

また、本実施形態のトランザクション管理部２０は、ブロック管理部２１を含む。ブロック管理部２１は、対象とする範囲のブロックのブロックヘッダから、マークルルートハッシュを算出する。具体的には、ブロック管理部２１は、対象とする範囲のブロックにおけるブロックヘッダのハッシュ値をマークルツリーで集約し、１つのマークルルートハッシュを算出する。さらに、ブロック管理部２１は、集約した範囲のブロックを示すブロック番号と、マークルルートハッシュとを含むトランザクション（以下、ブロック確証トランザクションと記す。）を生成する。

【0033】

なお、対象とする範囲は、第一のブロックチェーンにおけるブロックの生成タイミングと、第二のブロックチェーンにおけるブロックの生成タイミングに応じて決定される。本実施形態では、第一のブロックチェーンがプライベート型ブロックチェーンまたはコンソーシアム型ブロックチェーンのような小規模のネットワークであり、第二のブロックチェーンがプライベート型ブロックチェーンのような大規模なブロックチェーンであることを想定している。そこで、対象とする範囲を、第二のブロックチェーンにおいてブロックが生成される間隔で、第一のブロックチェーンにおいて生成されるブロックの数とすればよい。

【0034】

例えば、第二のブロックチェーンがEthereumの場合、ブロックが生成される間隔は１５秒である。ここで、第一のブロックチェーンにおいて１秒間隔でブロックが生成される場合、対象とする範囲のブロックを１５ブロックとすればよい。

【0035】

図２は、ブロック確証トランザクションを生成する処理の例を示す説明図である。ブロック管理部２１は、ブロック生成時に算出されたブロックヘッダのハッシュ値を、集約するブロック数分収集する。図２に示す例では、ブロックｎ－１からブロックｎ＋２までのブロックヘッダのハッシュ値が収集されたことを示す。

【0036】

次に、ブロック管理部２１は、隣り合ったブロックにおけるブロックヘッダのハッシュ値から、再度ハッシュ値を算出する。さらに、ブロック管理部２１は、算出された隣り合うハッシュ値から、再度ハッシュ値を算出する処理を繰り返し、１つのハッシュ値になるまで処理を繰り返す。なお、１つのハッシュ値になるまでに隣り合うハッシュ値が存在しなくなった場合、ブロック管理部２１は、同じハッシュ値を用いて、再度ハッシュ値を算出すればよい。そして、ブロック管理部２１は、１つになるまで算出されたハッシュ値をマークルルートハッシュとして用いる。

【0037】

図２に示す例では、ブロックｎ－１のブロックヘッダのハッシュ値と、ブロックｎのブロックヘッダのハッシュ値から、ハッシュ値（ブロックｎ－１＋ｎ）が算出され、ブロックｎ＋１のブロックヘッダのハッシュ値と、ブロックｎ＋２のブロックヘッダのハッシュ値から、ハッシュ値（ブロックｎ＋１＋ｎ＋２）が算出されたことを示す。さらに、図２に示す例では、ハッシュ値（ブロックｎ－１＋ｎ）と、ハッシュ値（ブロックｎ＋１＋ｎ＋２）から、再度ハッシュ値（ブロックｎ－１～ｎ＋２）が算出され、このハッシュ値がマークルルートハッシュとして用いられることを示す。

【0038】

また、図２に示す例では、このマークルルートハッシュを算出するもとになったブロックのブロック番号（ブロックｎ－１～ｎ＋２）が、集約した範囲のブロックのブロック番号になる。このブロック番号は、後述するハッシュ値の検算処理で用いられる。

【0039】

このように、ブロック管理部２１が、対象とする範囲のブロックにおけるブロックヘッダから１つのマークルルートハッシュを算出しておくことで、後に登録されたトランザクションに改ざんが行われた場合にはハッシュ値が合わなくなるため、改ざんを検知することができるようになる。

【0040】

ブロック管理部２１は、生成したブロック確証トランザクションを仲介クライアント３０に送信する。

【0041】

なお、本実施形態では、ブロック管理部２１がトランザクション管理部２０の一部として構成されている場合について説明したが、ブロック管理部２１がトランザクション管理部２０とは別に設けられていてもよい。その場合、ブロック管理部２１は、トランザクション管理部２０からの出力を受信して、上述する各処理を実行すればよい。

【0042】

仲介クライアント３０は、ブロックチェーン１２０において、取引要求を作成し、作成した取引要求をブロックチェーン１２０のノード（図示せず）に送信する装置である。すなわち、仲介クライアント３０は、ブロックチェーン１２０におけるクライアント（ノード、ウォレット）として動作する装置である。

【0043】

特に、本実施形態の仲介クライアント３０は、ブロック確証トランザクションの登録を依頼するトランザクションをブロックチェーン１２０（具体的には、ブロックチェーン１２０のノード）に送信する。以降、ブロックチェーン１２０の仕様に従って取引要求に対する処理が行われ、仲介クライアント３０は、取引要求に対する処理結果を受信する。

【0044】

なお、ブロックチェーンにおいて取引履歴を含むブロックが生成されるまでには時間がかかる。例えば、Ethereumの場合、ブロックの生成までに約１５秒かかる。そこで、仲介クライアント３０は、登録を完了した旨の通知を処理結果として受信してもよい。

【0045】

取引要求にブロック確証トランザクションを含めることが可能なブロックチェーンであり、パブリック型ブロックチェーンのように、このブロック確証トランザクションの改ざんが困難なブロックチェーンであれば、第二のブロックチェーンの態様は任意である。このような大規模なブロックチェーン１２０にブロック確証トランザクションを登録することで、このトランザクション自体の改ざんを抑制できる。

【0046】

このように、本実施形態では、ブロック管理部２１がブロック確証トランザクションを生成し、生成されたブロック確証トランザクションを仲介クライアント３０が第二のブロックチェーンに送信することから、ブロック管理部２１および仲介クライアント３０を含む装置を、確証生成装置ということができる。

【0047】

トランザクション管理部２０（より詳しくは、ブロック管理部２１）と、仲介クライアント３０とは、プログラム（確証生成プログラム）に従って動作するコンピュータのプロセッサ（例えば、ＣＰＵ（Central Processing Unit ）、ＧＰＵ（Graphics Processing Unit））によって実現される。例えば、プログラムは、記憶部１２に記憶され、プロセッサは、そのプログラムを読み込み、プログラムに従って、トランザクション管理部２０（より詳しくは、ブロック管理部２１）および仲介クライアント３０として動作してもよい。また、確証生成装置の機能がＳａａＳ（Software as a Service ）形式で提供されてもよい。

【0048】

また、トランザクション管理部２０（より詳しくは、ブロック管理部２１）と、仲介クライアント３０とは、それぞれが専用のハードウェアで実現されていてもよい。また、各装置の各構成要素の一部又は全部は、汎用または専用の回路（circuitry ）、プロセッサ等やこれらの組合せによって実現されてもよい。これらは、単一のチップによって構成されてもよいし、バスを介して接続される複数のチップによって構成されてもよい。各装置の各構成要素の一部又は全部は、上述した回路等とプログラムとの組合せによって実現されてもよい。

【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】

次に、上記実施形態の不正検知システムの具体的な構成例を説明する。以下の説明では、第一のブロックチェーンにHyperldger Fabric が用いられ、第二のブロックチェーンにEthereumが用いられる場合を例示する。

【0078】

図８は、確証を登録する処理の具体例を示す説明図である。図８に示す例では、client２０１がHyperldger Fabric ネットワーク３１０の外に記載されているが、client２０１がHyperldger Fabric ネットワーク３１０に含まれていてもよい。

【0079】

client２０１は、取引要求を作成して、第一のブロックチェーン（Hyperldger Fabric ネットワーク３１０）に送信する（ステップＳ２０１）。peer２１０は、取引要求に応じた処理を実行後、ブロック化処理をorderer ２２０に依頼する（ステップＳ２０２）。orderer ２２０は、ブロック化処理と共に、ブロック確証トランザクションを生成し、Ethereum client ２３０に送信する（ステップＳ２０３）。Ethereum client ２３０は、ブロック確証トランザクションを第二のブロックチェーン（Ethereumネットワーク３２０）に記録し（ステップＳ２０４）、結果をorderer ２２０に戻す（ステップＳ２０５）。orderer ２２０は、ブロック情報を各peer２１０に送信する（ステップＳ２０６）。peerは、自身のブロックチェーンにブロックを接続し、client２０１に結果を戻す（ステップＳ２０７）。

【0080】

図９は、不正操作を検証する具体例を示す説明図である。図９に示す例でも、client２０１がHyperldger Fabric ネットワーク３１０の外に記載されているが、client２０１がHyperldger Fabric ネットワーク３１０に含まれていてもよい。ここでは、悪意を持った利用者が結託して、ブロック２０２を書き換えているものとする（ステップＳ３０１）。

【0081】

client２０１は、取引要求を作成して、第一のブロックチェーン（Hyperldger Fabric ネットワーク３１０）に送信する（ステップＳ３０２）。peer２１０は、取引要求に応じた処理を実行後、ブロック化処理をorderer ２４０に依頼する（ステップＳ３０３）。Ethereum client ２５０は、ブロック確証トランザクションを第二のブロックチェーン（Ethereumネットワーク３２０）から読み出す（ステップＳ３０４）。orderer ２４０は、ブロック確証トランザクションに基づいて、対象とするブロックのハッシュ値を生成する（ステップＳ３０５）。

【0082】

ブロック２０２が書き換えられているため、生成したハッシュ値とブロック確証トランザクションの値とは一致しない（ステップＳ３０６）。そこで、orderer ２４０はpeer２１０にエラーを返し（ステップＳ３０７）、peer２１０は、client２０１にエラーを返す（ステップＳ３０８）。

【0083】

次に、本実施形態の不正検知システムを利用して文書の改ざんを検知する具体的処理を説明する。ここでは、第一のブロックチェーンをコンソーシアム型ブロックチェーンとし、第二のブロックチェーンをパブリック型ブロックチェーンとする。

【0084】

例えば、ある文書が改ざんされていないことを証明できるデータが第一のブロックチェーンのトランザクションＡに含まれていたとする。そのトランザクションＡがブロック１０番に入っているのがわかると、仲介クライアント５０は、そのブロック１０番に基づいてハッシュ値を生成したブロック確証トランザクションをパブリック型ブロックチェーン（第二のブロックチェーン）から取得する。

【0085】

ここで、ブロック１０番のデータが、パブリックブロックチェーンの１１００番のブロックに含まれていることが分かると、仲介クライアント５０は、パブリックブロックチェーンの１１００番のブロックに含まれるブロック確証トランザクションから、マークルルートハッシュを取り出す。一方、ブロック管理部４１は、集約した範囲のブロックのブロック番号から、再度マークルルートハッシュを算出する。この２つのハッシュ値が一致した場合には、文書が改ざんされていないと判断できる。なお、上述するように、判断処理が第一のブロックチェーンにて行われるため、クライアントデバイス１は、基本的には内部の処理を意識する必要がない。

【0086】

次に、本発明の概要を説明する。図１０は、本発明による不正検証装置の概要を示すブロック図である。本発明による不正検証装置８０（例えば、上述する第二の実施形態の不正検証装置）は、第一のブロックチェーン（例えば、ブロックチェーン１１０）において対象とする範囲のブロックのブロックヘッダから算出された第一のマークルルートハッシュと、その範囲のブロックを示すブロック番号とを含むトランザクションであるブロック確証トランザクションを、そのブロック確証トランザクションが登録されているブロックチェーンであって、第一のブロックチェーンとは異なる第二のブロックチェーン（例えば、ブロックチェーン１２０）から取得する確証ブロック取得部８１（例えば、仲介クライアント５０）と、取得した確証トランザクションに含まれるブロック番号から第一のブロックチェーンにおけるブロックを特定し、特定されたブロックにおけるブロックヘッダから第二のマークルルートハッシュを算出し、第一のマークルルートハッシュと第二のマークルルートハッシュとが一致するか比較して、特定されたブロックに対する不正操作（例えば、データの改ざん）を検知する不正操作検証部８２（例えば、ブロック管理部４１）とを備えている。

【0087】

そのような構成により、ブロックチェーンで行われたデータの不正操作を検知できる。

【0088】

また、第一のブロックチェーンにおいて対象とする範囲は、第一のブロックチェーンにおけるブロックの生成タイミングと、第二のブロックチェーンにおけるブロックの生成タイミングに応じて決定されてもよい。

【0089】

具体的には、第一のブロックチェーン対象とする範囲は、第二のブロックチェーンにおいて１つのブロックが生成される期間内で生成される、第一のブロックチェーンのブロックの数の範囲であってもよい。

【0090】

また、第一のブロックチェーンは、コンソーシアム型ブロックチェーンまたはパブリック型ブロックチェーンであってもよい、第二のブロックチェーンは、パブリック型ブロックチェーンであってもよい。

【0091】

具体的には、第一のマークルルートハッシュと第二のマークルルートハッシュとは、同一の方法で算出される。

【0092】

図１１は、本発明による確証生成装置の概要を示すブロック図である。本発明による確証生成装置９０（例えば、上述する第一の実施形態の確証生成装置）は、第一のブロックチェーン（例えば、ブロックチェーン１１０）において対象とする範囲のブロックのブロックヘッダから、マークルルートハッシュを算出し、その範囲のブロックを示すブロック番号と算出したマークルルートハッシュとを含むトランザクションであるブロック確証トランザクションを生成する確証ブロック生成部９１（例えば、ブロック管理部２１）と、ブロック確証トランザクションの登録を依頼するトランザクションを、第一のブロックチェーンとは異なる第二のブロックチェーン（例えば、ブロックチェーン１２０）に送信する登録依頼部９２（例えば、仲介クライアント３０）とを備えている。

【0093】

そのような構成により、第一のブロックチェーンでデータの不正操作が行われた場合であっても、第二のブロックチェーンに登録したブロック確証トランザクションによって、その不正操作を検知できる。

【0094】

図１２は、本発明による不正検知システムの概要を示すブロック図である。本発明による不正検知システム１７０（例えば、不正検知システム３００）は、第一のブロックチェーン（例えば、ブロックチェーン１１０）において対象とする範囲のブロックのブロックヘッダから、第一のマークルルートハッシュを算出し、その範囲のブロックを示すブロック番号と算出した第一のマークルルートハッシュとを含むトランザクションであるブロック確証トランザクションを生成する確証ブロック生成部７１（例えば、ブロック管理部２１）と、ブロック確証トランザクションの登録を依頼するトランザクションを、第一のブロックチェーンとは異なる第二のブロックチェーン（例えば、ブロックチェーン１２０）に送信する登録依頼部７２（例えば、仲介クライアント３０）と、ブロック確証トランザクションを、第二のブロックチェーンから取得する確証ブロック取得部７３（例えば、仲介クライアント５０）と、取得した確証トランザクションに含まれるブロック番号から第一のブロックチェーンにおけるブロックを特定し、特定されたブロックにおけるブロックヘッダから第二のマークルルートハッシュを算出し、第一のマークルルートハッシュと第二のマークルルートハッシュとが一致するか比較して、特定されたブロックに対する不正操作（例えば、データの改ざん）を検知する不正操作検証部７４（例えば、ブロック管理部４１）とを備えている。

【0095】

そのような構成により、第一のブロックチェーンでデータの不正操作が行われた場合であっても、第二のブロックチェーンに登録したブロック確証トランザクションによって、その不正操作を検知できる。

【0096】

上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。

【0097】

（付記１）第一のブロックチェーンにおいて対象とする範囲のブロックのブロックヘッダから算出された第一のマークルルートハッシュと、当該範囲のブロックを示すブロック番号とを含むトランザクションであるブロック確証トランザクションを、当該ブロック確証トランザクションが登録されているブロックチェーンであって、前記第一のブロックチェーンとは異なる第二のブロックチェーンから取得する確証ブロック取得部と、取得した前記確証トランザクションに含まれるブロック番号から前記第一のブロックチェーンにおけるブロックを特定し、特定されたブロックにおけるブロックヘッダから第二のマークルルートハッシュを算出し、前記第一のマークルルートハッシュと前記第二のマークルルートハッシュとが一致するか比較して、前記特定されたブロックに対する不正操作を検知する不正操作検証部とを備えたことを特徴とする不正検証装置。

【0098】

（付記２）第一のブロックチェーンにおいて対象とする範囲は、第一のブロックチェーンにおけるブロックの生成タイミングと、第二のブロックチェーンにおけるブロックの生成タイミングに応じて決定される付記１記載の不正検証装置。

【0099】

（付記３）第一のブロックチェーン対象とする範囲は、第二のブロックチェーンにおいて１つのブロックが生成される期間内で生成される、第一のブロックチェーンのブロックの数の範囲である付記１または付記２記載の不正検証装置。

【0100】

（付記４）第一のブロックチェーンは、コンソーシアム型ブロックチェーンまたはパブリック型ブロックチェーンであり、第二のブロックチェーンは、パブリック型ブロックチェーンである付記１から付記３のうちのいずれか１つに記載の不正検証装置。

【0101】

（付記５）第一のマークルルートハッシュと第二のマークルルートハッシュとは、同一の方法で算出される付記１から付記４のうちのいずれか１つに記載の不正検証装置。

【0102】

（付記６）第一のブロックチェーンにおいて対象とする範囲のブロックのブロックヘッダから、マークルルートハッシュを算出し、当該範囲のブロックを示すブロック番号と算出した前記マークルルートハッシュとを含むトランザクションであるブロック確証トランザクションを生成する確証ブロック生成部と、前記ブロック確証トランザクションの登録を依頼するトランザクションを、前記第一のブロックチェーンとは異なる第二のブロックチェーンに送信する登録依頼部とを備えたことを特徴とする確証生成装置。

【0103】

（付記７）第一のブロックチェーンにおいて対象とする範囲は、第一のブロックチェーンにおけるブロックの生成タイミングと、第二のブロックチェーンにおけるブロックの生成タイミングに応じて決定される付記６記載の確証生成装置。

【0104】

（付記８）第一のブロックチェーンにおいて対象とする範囲のブロックのブロックヘッダから、第一のマークルルートハッシュを算出し、当該範囲のブロックを示すブロック番号と算出した前記第一のマークルルートハッシュとを含むトランザクションであるブロック確証トランザクションを生成する確証ブロック生成部と、前記ブロック確証トランザクションの登録を依頼するトランザクションを、前記第一のブロックチェーンとは異なる第二のブロックチェーンに送信する登録依頼部と、前記ブロック確証トランザクションを、前記第二のブロックチェーンから取得する確証ブロック取得部と、取得した確証トランザクションに含まれるブロック番号から前記第一のブロックチェーンにおけるブロックを特定し、特定されたブロックにおけるブロックヘッダから第二のマークルルートハッシュを算出し、前記第一のマークルルートハッシュと前記第二のマークルルートハッシュとが一致するか比較して、前記特定されたブロックに対する不正操作を検知する不正操作検証部とを備えたことを特徴とする不正検知システム。

【0105】

（付記９）第一のブロックチェーンにおいて対象とする範囲は、第一のブロックチェーンにおけるブロックの生成タイミングと、第二のブロックチェーンにおけるブロックの生成タイミングに応じて決定される付記８記載の不正検知システム。

【0106】

（付記１０）第一のブロックチェーンにおいて対象とする範囲のブロックのブロックヘッダから算出された第一のマークルルートハッシュと、当該範囲のブロックを示すブロック番号とを含むトランザクションであるブロック確証トランザクションを、当該ブロック確証トランザクションが登録されているブロックチェーンであって、前記第一のブロックチェーンとは異なる第二のブロックチェーンから取得し、取得した前記確証トランザクションに含まれるブロック番号から前記第一のブロックチェーンにおけるブロックを特定し、特定されたブロックにおけるブロックヘッダから第二のマークルルートハッシュを算出し、前記第一のマークルルートハッシュと前記第二のマークルルートハッシュとが一致するか比較して、前記特定されたブロックに対する不正操作を検知することを特徴とする不正検証方法。

【0107】

（付記１１）第一のブロックチェーンにおいて対象とする範囲は、第一のブロックチェーンにおけるブロックの生成タイミングと、第二のブロックチェーンにおけるブロックの生成タイミングに応じて決定される付記１０記載の不正検証方法。

【0108】

（付記１２）第一のブロックチェーンにおいて対象とする範囲のブロックのブロックヘッダから、第一のマークルルートハッシュを算出し、当該範囲のブロックを示すブロック番号と算出した前記第一のマークルルートハッシュとを含むトランザクションであるブロック確証トランザクションを生成し、前記ブロック確証トランザクションの登録を依頼するトランザクションを、前記第一のブロックチェーンとは異なる第二のブロックチェーンに送信し、前記ブロック確証トランザクションを、前記第二のブロックチェーンから取得し、取得した確証トランザクションに含まれるブロック番号から前記第一のブロックチェーンにおけるブロックを特定し、特定されたブロックにおけるブロックヘッダから第二のマークルルートハッシュを算出し、前記第一のマークルルートハッシュと前記第二のマークルルートハッシュとが一致するか比較して、前記特定されたブロックに対する不正操作を検知することを特徴とする不正検知方法。

【0109】

（付記１３）第一のブロックチェーンにおいて対象とする範囲は、第一のブロックチェーンにおけるブロックの生成タイミングと、第二のブロックチェーンにおけるブロックの生成タイミングに応じて決定される付記１２記載の不正検知方法。

【0110】

（付記１４）コンピュータに、第一のブロックチェーンにおいて対象とする範囲のブロックのブロックヘッダから算出された第一のマークルルートハッシュと、当該範囲のブロックを示すブロック番号とを含むトランザクションであるブロック確証トランザクションを、当該ブロック確証トランザクションが登録されているブロックチェーンであって、前記第一のブロックチェーンとは異なる第二のブロックチェーンから取得する確証ブロック取得処理、および、取得した前記確証トランザクションに含まれるブロック番号から前記第一のブロックチェーンにおけるブロックを特定し、特定されたブロックにおけるブロックヘッダから第二のマークルルートハッシュを算出し、前記第一のマークルルートハッシュと前記第二のマークルルートハッシュとが一致するか比較して、前記特定されたブロックに対する不正操作を検知する不正操作検証処理を実行させるための不正検証プログラム。

【0111】

（付記１５）第一のブロックチェーンにおいて対象とする範囲は、第一のブロックチェーンにおけるブロックの生成タイミングと、第二のブロックチェーンにおけるブロックの生成タイミングに応じて決定される付記１４記載の不正検証プログラム。

【0112】

（付記１６）コンピュータに、第一のブロックチェーンにおいて対象とする範囲のブロックのブロックヘッダから、マークルルートハッシュを算出し、当該範囲のブロックを示すブロック番号と算出した前記マークルルートハッシュとを含むトランザクションであるブロック確証トランザクションを生成する確証ブロック生成処理、および、前記ブロック確証トランザクションの登録を依頼するトランザクションを、前記第一のブロックチェーンとは異なる第二のブロックチェーンに送信する登録依頼処理を実行させるため確証生成プログラム。

【0113】

以上、実施形態及び実施例を参照して本願発明を説明したが、本願発明は上記実施形態および実施例に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。

【0114】

この出願は、２０２０年２月２１日に出願された日本特許出願２０２０－２８４３０を基礎とする優先権を主張し、その開示の全てをここに取り込む。

【符号の説明】

【0115】

１ クライアントデバイス
１０ ノード
１１ 制御部
１２ 記憶部
２０，４０，６０ トランザクション管理部
２１，４１ ブロック管理部
３０，５０，７０ 仲介クライアント
１００，２００，３００ 不正検知システム
１１０ ブロックチェーン
１２０ ブロックチェーン

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】