JP7476876B2 - 情報処理装置、情報処理方法、及びプログラム - Google Patents

情報処理装置、情報処理方法、及びプログラム Download PDF

Info

Publication number
JP7476876B2
JP7476876B2 JP2021501718A JP2021501718A JP7476876B2 JP 7476876 B2 JP7476876 B2 JP 7476876B2 JP 2021501718 A JP2021501718 A JP 2021501718A JP 2021501718 A JP2021501718 A JP 2021501718A JP 7476876 B2 JP7476876 B2 JP 7476876B2
Authority
JP
Japan
Prior art keywords
data
trace
public key
certificate
generated
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
JP2021501718A
Other languages
English (en)
Other versions
JPWO2020170685A1 (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.)
Sony Corp
Sony Group Corp
Original Assignee
Sony Corp
Sony Group 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 Sony Corp, Sony Group Corp filed Critical Sony Corp
Publication of JPWO2020170685A1 publication Critical patent/JPWO2020170685A1/ja
Application granted granted Critical
Publication of JP7476876B2 publication Critical patent/JP7476876B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
    • H04L9/0819—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s)
    • H04L9/0825—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) using asymmetric-key encryption or public key infrastructure [PKI], e.g. key signature or public key certificates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0861—Generation of secret information including derivation or calculation of cryptographic keys or passwords
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/64—Protecting data integrity, e.g. using checksums, certificates or signatures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
    • H04L9/0838—Key agreement, i.e. key establishment technique in which a shared key is derived by parties as a function of information contributed by, or associated with, each of these
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3236—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3236—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions
    • H04L9/3239—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions involving non-keyed hash functions, e.g. modification detection codes [MDCs], MD5, SHA or RIPEMD
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3247—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3263—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving certificates, e.g. public key certificate [PKC] or attribute certificate [AC]; Public key infrastructure [PKI] arrangements
    • H04L9/3268—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving certificates, e.g. public key certificate [PKC] or attribute certificate [AC]; Public key infrastructure [PKI] arrangements using certificate validation, registration, distribution or revocation, e.g. certificate revocation list [CRL]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/12—Applying verification of the received information
    • H04L63/126—Applying verification of the received information the source of the received data

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • General Health & Medical Sciences (AREA)
  • Bioethics (AREA)
  • Computer Hardware Design (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Health & Medical Sciences (AREA)
  • Storage Device Security (AREA)

Description

本開示は、情報処理装置、情報処理方法、及びプログラムに関する。
近年、ブロックチェーンをはじめとしたピアツーピアデータベースを使用するサービスが盛んに開発されている。例えば、カメラ等のセンサーデバイスによって生成されたデータ（画像データ等）や加工されたデータを、ブロックチェーンを用いて各データの真正性に係るメタデータ（例えば、著作権データ等）を検証する著作権管理サービスや、加工元データと加工データ（加工により生成されたデータ）の関係をトレースするデータ流通管理サービス等が開発されている。図１を参照してデータ流通管理サービスの具体例を説明する。例えば、図１に示すように、生成装置がデータ０を含むファイル０を生成した後、加工装置Ａがデータ０（加工元データ）を用いて、データ１（加工データ）を含むファイル１を生成したとする。このとき、加工装置Ａは、自装置の記憶部に記憶された公開鍵暗号の秘密鍵と秘密鍵のペアを用い、例えば、秘密鍵Ａを用いてデータ１のハッシュ値に対して電子署名を施すことで生成した証明書（図１では、「データ１の証明書」と表記）をファイル１に含める。そして加工装置Ａの公開鍵Ａ及びデータ１の証明書は、ブロックチェーンに登録される。その後、加工装置Ｂがデータ１（加工元データ）を用いて、データ２（加工データ）を含むファイル２を生成したとする。このとき、加工装置Ｂは、上記と同様に、自装置の記憶部に記憶された秘密鍵Ｂを用いてデータ２のハッシュ値に対して電子署名を施すことで生成した証明書（図１では、「データ２の証明書」と表記）をファイル２に含め、加工装置Ｂの公開鍵Ｂ及びデータ２の証明書がブロックチェーンに登録される。上記の加工はデータ流通の過程にて連鎖的に行われ、各証明書にはデータ流通を識別可能なIDが含まれる。
そして、検証装置（図示なし）は、ブロックチェーンに登録された公開鍵Ａでデータ１の証明書を検証し、公開鍵Ｂでデータ２の証明書を検証することで各データの真正性を検証することができる。また、検証装置は、ブロックチェーンにおける証明書の登録順等に基づいて加工元データと加工データの関係をトレースすることもできる（なお、トレースの方法は必ずしもこれに限定されない）。当該仕組みを利用したものには、例えば以下の特許文献１に係る情報処理システムが挙げられる。
特開２０１８－１１７２８７号公報
しかし、図１を参照して説明した上記の仕組みによっては、各データの真正性の検証、及び加工元データと加工データの関係のトレースを適切に実現することができない場合があった。例えば、トレース対象となる全ての加工データを順番にブロックチェーンに登録することが求められることにより、登録されるデータの管理が複雑化し、データの登録数に依存してブロックチェーンのトランザクション数が増加するため、ブロックチェーン及びサービスの運用コストが高くなる場合がある。また、証明書の生成に用いられる秘密鍵を漏洩することなく管理することが求められ、仮に秘密鍵が漏洩すると情報処理システム全体の信頼が失われる。さらに、悪意のある第三者が、他人の加工データを、自らが作成したオリジナルデータであると偽ってブロックチェーンに登録することもできる場合があるため、データに係るメタデータの真正性や当該メタデータの検証の観点で問題がある。
そこで、本開示は、上記事情に鑑みてなされたものであり、各データに係るメタデータの真正性の検証、及び加工元データと加工データの関係のトレースをより適切に実現することが可能な、新規かつ改良された情報処理装置、情報処理方法、およびプログラムを提供する。
本開示によれば、少なくとも１以上の第１のデータに基づいて生成された第２のデータに対する公開鍵及び秘密鍵を生成する鍵生成部と、前記第２のデータに対する公開鍵、若しくは前記第２のデータに対する公開鍵を用いて生成された、前記第２のデータに対する公開鍵を識別可能なＩＤと、前記第２のデータ、若しくは前記第２のデータから生成されたデータとに対して、前記第１のデータに対する秘密鍵を用いて電子署名を施した証明書を生成する証明書生成部と、前記第１のデータと前記第２のデータの関係をトレースすることに用いられるトレースデータと、前記第２のデータに対する秘密鍵を前記第２のデータに付加するトレースデータ処理部と、を備え、前記トレースデータは、前記証明書生成部によって生成された証明書、及び前記第１のデータに付加されたトレースデータを含む、情報処理装置が提供される。
また、本開示によれば、少なくとも１以上の第１のデータに基づいて生成された第２のデータに対する公開鍵及び秘密鍵を生成することと、前記第２のデータに対する公開鍵、若しくは前記第２のデータに対する公開鍵を用いて生成された、前記第２のデータに対する公開鍵を識別可能なＩＤと、前記第２のデータ、若しくは前記第２のデータから生成されたデータとに対して、前記第１のデータに対する秘密鍵を用いて電子署名を施した証明書を生成することと、前記第１のデータと前記第２のデータの関係をトレースすることに用いられるトレースデータと、前記第２のデータに対する秘密鍵を前記第２のデータに付加することと、前記トレースデータは、前記証明書、及び前記第１のデータに付加されたトレースデータを含む、コンピュータに実現させるためのプログラムが提供される。
また、本開示によれば、データを生成するデータ生成部と、前記データに対する公開鍵及び秘密鍵を生成する鍵生成部と、前記データに対する公開鍵、若しくは前記データに対する公開鍵を用いて生成された、前記データに対する公開鍵を識別可能なＩＤと、前記データ、若しくは前記データから生成されたデータに対して、自装置に対する秘密鍵を用いて電子署名を施した証明書を生成する証明書生成部と、前記データが自装置によって生成されたことをトレースすることに用いられ、前記証明書生成部によって生成された証明書が含まれるトレースデータと、前記データに対する秘密鍵を前記データに付加するトレースデータ処理部と、を備える、情報処理装置が提供される。
また、本開示によれば、少なくとも１以上の第１のデータと、前記第１のデータに基づいて生成された第２のデータの関係をトレースすることに用いられ、前記第２のデータに付加されるトレースデータ、及びデータベースに登録されている情報を用いて、前記第２のデータ、若しくは前記第２のデータから生成されたデータの真正性を検証する検証部と、前記第２のデータ、若しくは前記第２のデータを識別可能なＩＤを前記データベースに登録する登録部と、を備え、前記トレースデータは、前記第２のデータに対する公開鍵、若しくは前記第２のデータに対する公開鍵を用いて生成された、前記第２のデータに対する公開鍵を識別可能なＩＤと、前記第２のデータ、若しくは前記２のデータから生成されたデータとに対して、前記第１のデータに対する秘密鍵を用いて電子署名が施された証明書、及び前記第１のデータに付加されたトレースデータを含む、情報処理装置が提供される。
また、本開示によれば、少なくとも１以上の第１のデータと、前記第１のデータに基づいて生成された第２のデータの関係をトレースすることに用いられ、前記第２のデータに付加されるトレースデータ、及びデータベースに登録されている情報を用いて、前記第２のデータ、若しくは前記第２のデータから生成されたデータの真正性を検証することと、前記第２のデータ、若しくは前記第２のデータを識別可能なＩＤを前記データベースに登録することと、を有し、前記トレースデータは、前記第２のデータに対する公開鍵、若しくは前記第２のデータに対する公開鍵を用いて生成された、前記第２のデータに対する公開鍵を識別可能なＩＤと、前記第２のデータ、若しくは前記２のデータから生成されたデータとに対して、前記第１のデータに対する秘密鍵を用いて電子署名が施された証明書、及び前記第１のデータに付加されたトレースデータを含む、コンピュータにより実行される情報処理方法が提供される。
また、本開示によれば、少なくとも１以上の第１のデータと、前記第１のデータに基づいて生成された第２のデータの関係をトレースすることに用いられ、前記第２のデータに付加されるトレースデータ、及びデータベースに登録されている情報を用いて、前記第２のデータ、若しくは前記第２のデータから生成されたデータの真正性を検証する外部装置へ、前記トレースデータを提供するプログラムであり、前記トレースデータは、前記第２のデータに対する公開鍵、若しくは前記第２のデータに対する公開鍵を用いて生成された、前記第２のデータに対する公開鍵を識別可能なＩＤと、前記第２のデータ、若しくは前記２のデータから生成されたデータとに対して、前記第１のデータに対する秘密鍵を用いて電子署名が施された証明書、及び前記第１のデータに付加されたトレースデータを含む、コンピュータに実現させるためのプログラムが提供される。
本開示の背景技術として、ブロックチェーンに関する技術を説明する図である。 本開示の背景技術として、ブロックチェーンに関する技術を説明する図である。 本開示の背景技術として、ブロックチェーンに関する技術を説明する図である。 本開示の背景技術として、ブロックチェーンに関する技術を説明する図である。 本実施形態に係る情報処理システムの構成例を示すブロック図である。 製造者装置及び生成装置の構成例と、生成装置により生成されるデータの構成例と、を示すブロック図である。 加工装置の構成例と、加工装置により生成されるデータの構成例と、を示すブロック図である。 検証装置の構成例を示すブロック図である。 ノード装置の構成例と、ノード装置によりＰ２Ｐデータベースに登録されるデータの構成例と、を示すブロック図である。 Origin Trace Dataの構成例を示す図である。 Origin Trace Dataにおけるデータ情報（Data Info）の構成例を示す図である。 Origin Trace Dataにおけるトレースデータ（Trace Info）の構成例を示す図である。 トレースデータ（Trace Info）におけるダイジェスト情報（DigestInfo）の構成例を示す図である。 Ｐ２Ｐデータベースに登録されるデータ情報（DataRecord）の構成例を示す図である。 Ｐ２Ｐデータベースに登録されるユーザ情報（UserRecord）の構成例を示す図である。 Ｐ２Ｐデータベースに登録される、生成装置の公開鍵の証明書（Certificate）の構成例を示す図である。 Ｐ２Ｐデータベースに登録される連想配列の構成例を示す図である。 著作権について、定義値、プログラムで使用される値、及び各著作権の内容の一覧を示す図である。 加工装置によるデータの加工処理フローの一例を示すフローチャートである。 加工装置による第２のデータのOrigin Trace Dataの生成処理フローの一例を示すフローチャートである。 加工装置による第２のデータのOrigin Trace Dataの生成処理フローの一例を示すフローチャートである。 Ｐ２ＰデータベースプログラムによるUserRecordの登録処理フローの一例を示すフローチャートである。 Ｐ２ＰデータベースプログラムによるDataRecordの登録処理フローの一例を示すフローチャートである。 検証部によるトレースデータの検証処理フローの一例を示すフローチャートである。 Ｐ２ＰデータベースプログラムによるUserRecordの取得処理フローの一例を示すフローチャートである。 Ｐ２ＰデータベースプログラムによるDataRecordの取得処理フローの一例を示すフローチャートである。 図２３や図２４にて行われるトレースデータの検証処理フロー（サブルーチン2-1）の一例を示すフローチャートである。 図２７にて行われるTraceInfoの証明書検証処理フロー（サブルーチン2-1-1）の一例を示すフローチャートである。 図２８にて行われるオリジナルデータの証明書検証処理フロー（サブルーチン2-1-2）の一例を示すフローチャートである。 図２８にて行われるデータの証明書検証処理フロー（サブルーチン2-1-3）の一例を示すフローチャートである。 図２３にて行われる登録済DataRecordの検証処理フロー（サブルーチン2-2）の一例を示すフローチャートである。 図２３にて行われるDataRecordの登録処理フロー（サブルーチン2-3）の一例を示すフローチャートである。 生成装置（カメラ等）の所有者がメーカ提供のアプリケーションを用いて画像データをブロックチェーンに登録する場合の処理フローの一例を示すシーケンス図である。 画像データを生成したユーザがメーカ提供のサービスを利用して画像データの真正性を証明する証明書を作成し、当該証明書を他者と共有する場合の処理フローの一例を示すシーケンス図である。 ユーザがメーカ提供のサービスを利用して不正使用を報告する報告書を作成し、当該報告書を他者と共有する場合の処理フローの一例を示すシーケンス図である。 ユーザが、他のユーザによって生成された画像データを購入する場合の処理フローの一例を示すシーケンス図である。 本実施形態に係る製造者装置、生成装置、加工装置、検証装置、又はノード装置の少なくともいずれかを具現する情報処理装置のハードウェア構成例を示すブロック図である。
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
なお、説明は以下の順序で行うものとする。
１．ピアツーピアデータベースの概要
２．情報処理システムの構成例
３．各装置の構成例及び生成されるデータ
４．データの構成例
５．著作権
６．各装置の処理フロー例
７．実施例
８．各装置のハードウェア構成例
＜１．ピアツーピアデータベースの概要＞
本開示に係る一実施形態について説明する前に、まず、ピアツーピアデータベースの概要について説明する。
本開示に係る情報処理システムでは、ピアツーピアネットワークに流通している分散型のピアツーピアデータベースが利用される。なお、ピアツーピアネットワークは、ピアツーピア型分散ファイルシステムと呼称される場合もある。本書では、ピアツーピアネットワークを「Ｐ２Ｐネットワーク」、ピアツーピアデータベースを「Ｐ２Ｐデータベース」と呼称する。Ｐ２Ｐデータベースの例として、Ｐ２Ｐネットワークに流通しているブロックチェーンが挙げられる。よって最初に、一例として、ブロックチェーンシステムの概要について説明する。
図２に示すように、ブロックチェーンは、複数のブロックがあたかも鎖のように連なって含まれるデータである。それぞれのブロックには、１又は２以上の対象データが、トランザクションデータ（取引）として格納され得る。
ブロックチェーンとしては、例えば、Bitcoin等の仮想通貨のデータのやり取りに用いられるものが挙げられる。仮想通貨のデータのやり取りに用いられるブロックチェーンには、例えば、直前のブロックのハッシュと、ナンスと呼ばれる値が含まれる。直前のブロックのハッシュは、直前のブロックから正しく連なる、「正しいブロック」であるか否かを判定するために用いられる情報である。ナンスは、ハッシュを用いた認証においてなりすましを防ぐために用いられる情報であり、ナンスを用いることによって改ざんが防止される。ナンスとしては、例えば、文字列、数字列、あるいは、これらの組み合わせを示すデータ等が挙げられる。
また、ブロックチェーンでは、各トランザクションデータに暗号鍵を用いた電子署名が付与されることによって、なりすましが防止される。また、各トランザクションデータは公開され、Ｐ２Ｐネットワーク全体で共有される。なお、各トランザクションデータは暗号鍵を用いて暗号化されてもよい。
図３は、ブロックチェーンシステムにおいて、対象データがユーザＡによって登録される様子を示す図である。ユーザＡは、ブロックチェーンに登録する対象データに対して、ユーザＡの秘密鍵を用いて生成された電子署名を付する。そしてユーザＡは、電子署名が付された対象データを含むトランザクションデータをＰ２Ｐネットワーク上にブロードキャストする。これによって、対象データの保有者がユーザＡであることが担保される。
図４は、ブロックチェーンシステムにおいて、対象データの所有権がユーザＡからユーザＢに移行される様子を示す図である。ユーザＡは、ユーザＡの秘密鍵を用いて生成した電子署名をトランザクションデータに付し、当該トランザクションデータにユーザＢの公開鍵を含める。これにより、対象データの所有権がユーザＡからユーザＢに移行されたことが示される。またユーザＢは、対象データの取引に際して、ユーザＡの公開鍵をユーザＡから取得し、電子署名が付された又は暗号化された対象データを取得してもよい。
また、ブロックチェーンシステムでは、例えばサイドチェイン技術を利用することによって、Bitcoinのブロックチェーン等（既存の仮想通貨のデータのやり取りに用いられるブロックチェーン）に、仮想通貨とは異なる他の対象データを含めることも可能である。
＜２．情報処理システムの構成例＞
上記では、Ｐ２Ｐデータベースの概要について説明した。続いて、図５を参照して、本開示の一実施形態に係る情報処理システムの構成例について説明する。図５は、本実施形態に係る情報処理システムの構成例を示すブロック図である。
図５に示すように、本実施形態に係る情報処理システムは、製造者装置１００と、生成装置２００と、加工装置３００と、検証装置４００と、ノード装置５００と、を備える。そして、ノード装置５００は、Ｐ２Ｐネットワーク６００に接続している。
製造者装置１００は、生成装置２００の製造者の装置であり、生成装置２００の鍵を管理する情報処理装置である。本実施形態においては、生成装置２００がカメラである場合（換言すると、処理対象となるデータが画像データである場合）を一例として説明するところ、製造者装置１００は、例えば生成装置２００（カメラ）の製造メーカの情報処理装置である。生成装置２００は、加工元データとして使用されるオリジナルデータを生成する情報処理装置である。加工装置３００は、生成装置２００によって生成されたオリジナルデータを用いて加工データを生成する情報処理装置である。ここで、図５の例では１台の加工装置３００のみが表示されているが、加工装置３００の台数は特に限定されず、加工装置３００は、他の加工装置３００によって生成された加工元データを用いて加工データを生成してもよい。加工装置３００は、例えば、画像データの編集に用いられるコンピュータ等であり得る。検証装置４００は、ノード装置５００と連携することによって各データの真正性を検証し、加工元データと加工データの関係をトレースする情報処理装置である。ノード装置５００は、Ｐ２Ｐデータベースを保持しており、Ｐ２Ｐデータベースへのデータの登録、及びＰ２Ｐデータベースからのデータの取得等を行う情報処理装置である。Ｐ２Ｐネットワーク６００は、Ｐ２Ｐデータベースが流通しているネットワークである。
なお、図５を参照して説明した上記の構成はあくまで一例であり、本実施形態に係る情報処理システムの構成は係る例に限定されない。本実施形態に係る情報処理システムの構成は、仕様や運用に応じて柔軟に変形可能である。また、上記のとおり、本実施形態においては、処理対象となるデータが画像データである場合を一例として説明するところ、処理対象となるデータは必ずしもこれに限定されない。例えば、処理対象となるデータは、音楽データや任意のセンサデータ等であってもよい。
＜３．各装置の構成例及び生成されるデータ＞
上記では、本開示の一実施形態に係る情報処理システムの構成例について説明した。続いて図６～図９を参照して、本実施形態に係る各装置の構成例、及び各装置により生成されるデータ（又は、各装置により記憶されるデータ）について説明する。なお、本実施形態の各装置で使用される鍵は楕円曲線暗号等の公開鍵暗号の鍵であり、鍵は秘密鍵と公開鍵のペアからなる。
図６は、製造者装置１００及び生成装置２００の構成例と、生成装置２００により生成されるデータの構成例と、を示すブロック図である。なお図６は、本実施形態に係る各装置及び各データの主たる構成の例を示したものであり、一部の構成が省略されたものである点に留意されたい（図７～図９についても同様）。
図６に示すように、製造者装置１００は記憶部１１０を備えており、記憶部１１０は、生成装置２００の鍵、及び製造者の鍵を記憶している。製造者の鍵は、公開鍵Ｓに対して秘密鍵Ｓを用いて署名が施されることで生成された公開鍵Ｓの証明書と、秘密鍵Ｓと、を含んでいる。また、生成装置２００の鍵は、公開鍵αに対して秘密鍵Ｓを用いて署名が施されることで生成された公開鍵αの証明書と、秘密鍵αと、を含んでいる。
また図６に示すように、生成装置２００は、データ生成部２１０と、証明書生成部２２０と、鍵生成部２３０と、トレースデータ処理部２４０と、記憶部２５０と、を備える。データ生成部２１０は、データとして例えば画像データ（図６では「データ０」と表記）を生成する構成である。鍵生成部２３０は、データ生成部２１０によって生成されたデータ０に対して公開鍵暗号の鍵（公開鍵及び秘密鍵）を生成する構成である。記憶部２５０は、上記で説明した生成装置２００の鍵を記憶しており、証明書生成部２２０は、データ０に対する公開鍵０（又はデータ０に対する公開鍵０を用いて生成された、データ０に対する公開鍵０を識別可能なＩＤ）、及びデータ０の認証符号（データ０から生成されたデータであり、データ０の認証に用いられる情報。詳細については後述する。又はデータ０自体であってもよい）に対して、自装置に対する秘密鍵αを用いて電子署名を施すことでデータ０の証明書を生成する。トレースデータ処理部２４０は、データ０が自装置によって生成されたことをトレースすることに用いられ、証明書生成部２２０によって生成された証明書が含まれるトレースデータと、データ０に対する秘密鍵０をデータ０に付加することでファイル０を生成する。
図７は、加工装置３００の構成例と、加工装置３００により生成されるデータの構成例と、を示すブロック図である。図７には、加工装置３００が、生成装置２００によって生成されたデータ０に基づいてデータ（図７では「データ１」）を生成する場合が示されている。図７に示すように、加工装置３００は、データ加工部３１０と、証明書生成部３２０と、鍵生成部３３０と、トレースデータ処理部３４０と、を備える。データ加工部３１０は、少なくとも１以上の第１のデータ（加工元データ。図７の例ではデータ０）に基づいて第２のデータ（加工データ。図７の例ではデータ１）を生成する構成である。例えば、データ加工部３１０は、画像データであるデータ０に対して画像処理を施すことによってデータ１を生成する。鍵生成部３３０は、データ加工部３１０によって生成されたデータ１に対して公開鍵暗号の鍵（公開鍵及び秘密鍵）を生成する構成である。証明書生成部３２０は、データ１に対する公開鍵１（又は、データ１に対する公開鍵１を用いて生成された、データ１に対する公開鍵を識別可能なＩＤ）、及びデータ１の認証符号（データ１から生成されたデータであり、データ１の認証に用いられる情報。詳細については後述する。又はデータ１自体であってもよい）に対して、データ０に対する秘密鍵０を用いて電子署名を施すことでデータ１の証明書を生成する。トレースデータ処理部３４０は、データ０（第１のデータ）とデータ１（第２のデータ）の関係をトレースすることに用いられるトレースデータと、データ１（第２のデータ）に対する秘密鍵１をデータ１（第２のデータ）に付加することでファイル１を生成する。なお、トレースデータは、証明書生成部３２０によって生成された証明書、及びデータ０（第１のデータ）に付加されたトレースデータを含む。ファイル１の生成に際して、トレースデータ処理部３４０はデータ１の証明書生成後は秘密鍵０を破棄する。なお、以降では、第２のデータの生成に用いられた第１のデータを「親データ」と呼称し、第２のデータを「子データ」と呼称する場合がある。また、データ同士の連鎖的な関係において、あるデータの前段に連なる各データを「祖先データ」と呼称する場合もある。
図６及び図７を参照して説明したように、第２のデータについての証明書、及び第１のデータに付加された証明書が含まれるトレースデータが第２のデータに付加されることで、データ間の関係を適切にトレースすることができる。より具体的には、第１のデータの証明書に含まれる、第１のデータについての公開鍵を用いて、ペアとなる秘密鍵で生成された第２のデータの証明書を検証することができる。これによって、連鎖的に関係する各データをさかのぼり、各トレースデータに含まれる各証明書を検証し、生成装置２００の公開鍵αによりオリジナルデータの証明書を検証することで、各データが生成装置２００によって生成されたオリジナルデータを基に加工されたデータであると証明することができる。また、第２のデータについての秘密鍵が、第２のデータに付加されるトレースデータに含まれる一方で、第１のデータについての秘密鍵は、第２のデータに付加されるトレースデータに含まれないことで、祖先データについての秘密鍵の漏洩を適切に防止することができる。また、図６に示すように、生成装置２００に対する秘密鍵αによって生成された、データ０の証明書がトレースデータに含まれることによって、オリジナルデータが生成装置２００により生成されたことを検証することができる。また、悪意のある第三者が、他人のトレースデータ付きデータを、自らが作成したデータであると偽って登録することを防ぐことができる。例えば、カメラの所有者のみがオリジナル写真および加工写真を登録できる著作権管理システムを実現することができる。
図８は、検証装置４００の構成例を示すブロック図である。図８に示すように、検証装置４００は、検証部４１０と、データ類似判定部４２０と、を備える。検証部４１０は、ノード装置５００と連携することで、生成装置２００や加工装置３００により生成されたデータの真正性の検証、及びデータ間の関係をトレースする構成である。より具体的には、検証部４１０は、少なくとも１以上の第１のデータと、第１のデータに基づいて生成された第２のデータの関係をトレースすることに用いられ、第２のデータに付加されるトレースデータ、及びデータベース（本実施形態ではＰ２Ｐデータベース）に登録されている情報を用いて、第２のデータの真正性を検証するノード装置５００へトレースデータを提供する構成である。ノード装置５００は、当該トレースデータを用いて第２のデータの真正性の検証、及びデータ間の関係のトレースを行い、その後、検証部４１０は、ノード装置５００から検証結果を受ける。データ類似判定部４２０は、第１のデータと第２のデータの類似度を判定することで、第２のデータが第１のデータを元に生成されたこと等を判定することができる。例えば、データ類似判定部４２０は、画像データ解析等（これに限定されない）により、複数の画像データ同士の類似度を算出し、当該類似度が所定の閾値以上である場合、これらのデータが第１のデータと第２のデータの関係（換言すると、親子関係）にあると判定することができる。一方、算出された類似度が所定の閾値より低い場合、データ類似判定部４２０は、これらのデータが第１のデータと第２のデータの関係にないと判定することができる。これによって、検証装置４００は、オリジナル写真の真正性又は著作権を証明するサービスや、登録されたオリジナル写真との画像類似判定により、対象写真が盗用写真であるか否かを検証するサービス等を実現することができる。これらサービスについては後述する。
図９は、ノード装置５００の構成例と、ノード装置５００によりＰ２Ｐデータベースに登録されるデータの構成例とを示すブロック図である。図９に示すように、ノード装置５００は、Ｐ２Ｐデータベース５１０を備える。また、図９に示すように、Ｐ２Ｐデータベース５１０はＰ２Ｐデータベースプログラム５１１を含み、さらに、Ｐ２Ｐデータベースプログラム５１１は検証部５１１ａを含む。Ｐ２Ｐデータベース５１０は、ノード装置５００に保持されるデータベースであり、例えば、ブロックチェーンのノードである。Ｐ２Ｐデータベース５１０には、真正性の担保が求められるようなより重要度の高いデータが登録される。Ｐ２Ｐデータベース５１０に登録される各種データは、暗号鍵を用いて生成された電子署名を付されたり、または暗号鍵を用いて暗号化されたりしてもよい。なお、Ｐ２Ｐデータベース５１０に登録されるデータの内容は特に限定されない。Ｐ２Ｐデータベースプログラム５１１は、Ｐ２Ｐデータベース５１０に備えられ、Ｐ２Ｐデータベース５１０上で実行される所定のプログラムである。Ｐ２Ｐデータベースプログラム５１１が用いられることによって、例えば、Bitcoin等のような仮想通貨の取引を含む様々な処理が所定のルールに従って一貫性を保ちつつ実現される。また、Ｐ２Ｐデータベースプログラム５１１がＰ２Ｐデータベース５１０に設けられることによって当該プログラムが不正に改変されるリスクが低減される。Ｐ２Ｐデータベースプログラム５１１は、ハイパーレッジャー（Hyperledger）におけるチェーンコードであってもよいが、スマートコントラクトであってもよい。検証部５１１ａは、Ｐ２Ｐデータベースプログラム５１１の機能の一部を実現する構成であり、少なくとも１以上の第１のデータと、第１のデータに基づいて生成された第２のデータの関係をトレースすることに用いられ、第２のデータに付加されるトレースデータ、及びデータベース（本実施形態ではＰ２Ｐデータベース）に登録されている情報を用いて、第２のデータ（又は第２のデータから生成されたデータ）の真正性の検証、及びデータ間の関係のトレースを行う構成である。より具体的には、検証部５１１ａは、第１のデータに付加されたトレースデータに含まれる、第１のデータに対する公開鍵（若しくは第１のデータに対する公開鍵を用いて生成された、第１のデータに対する公開鍵を識別可能なＩＤ）を用いて、トレースデータに含まれる、第１のデータに対する秘密鍵を用いて電子署名を施された第２のデータの証明書を検証する。検証部５１１ａは、連鎖的に関係する各データをさかのぼるように証明書の検証を繰り返し行う。また、検証部５１１ａは、検証の成功後に、第２のデータ、若しくは第２のデータを識別可能なＩＤをＰ２Ｐデータベース５１０に登録する登録部（図示なし）としても機能する。
また、図９に示すように、Ｐ２Ｐデータベース５１０には、製造者に対する公開鍵Ｓが製造者に対する秘密鍵Ｓによって電子署名を施されることで生成された公開鍵Ｓの証明書が製造者情報として登録される。また、Ｐ２Ｐデータベース５１０には、生成装置２００に対する公開鍵α（又は、生成装置２００に対する公開鍵αの識別子）が製造者に対する秘密鍵Ｓによって電子署名を施されることで生成された公開鍵αの証明書（Certificate）もユーザ情報（UserRecord）として登録される。なお、公開鍵αの証明書は、製造者の公開鍵Ｓにて署名検証され生成装置２００がユーザの所有であることが検証された後にＰ２Ｐデータベース５１０に登録される。また、公開鍵αの証明書がＰ２Ｐデータベース５１０に登録されず、製造者の公開鍵Ｓにて署名検証が行われた後に、生成装置２００に対する公開鍵α（又は、生成装置２００に対する公開鍵αの識別子）がＰ２Ｐデータベース５１０に登録されてもよい。Ｐ２Ｐデータベース５１０には、例えば、データ間の連鎖的な関係における最初のデータ（図９の例では「データ０」。本書では「オリジナルデータ」とも呼称する）のＩＤと著作権情報がデータ情報（DataRecord）として登録される。なお、データ０の後に生成された各データのＩＤと著作権情報も所定のタイミングでデータ情報として登録され得る（詳細については後述する）。
図９に示したように、生成装置２００に対する公開鍵αの証明書がＰ２Ｐデータベース５１０に登録されることで、データ間の関係を適切にトレースすることができる。より具体的には、ノード装置５００の検証部５１１ａは、上記のように、連鎖的に関係する各データをさかのぼるように、トレースデータに含まれる各証明書を検証することができ、連鎖的な関係における最初のデータのトレースデータに含まれる証明書の検証には、Ｐ２Ｐデータベース５１０に登録されている、最初のデータの生成装置２００に対する公開鍵α（若しくは生成装置２００に対する公開鍵αを用いて生成された、生成装置２００に対する公開鍵αを識別可能なＩＤ）を用いて適切に行うことができる。また、この手法によって、少なくとも生成装置２００に対する公開鍵αがＰ２Ｐデータベース５１０に登録されていれば、トレースデータによりデータ間の関係をトレースするための証明書を検証することができるため、各データを個別に登録してＰ２Ｐデータベース５１０にトランザクションを発生させなくてもよく、Ｐ２Ｐデータベース５１０及びサービスの運用コストを低く抑えることができる。また、トレースデータの証明書によってデータ間の関係を検証できるので、順番を問わずに各データをＰ２Ｐデータベースに登録することができ、データの管理がより容易になる。
＜４．データの構成例＞
上記では、本実施形態に係る各装置の構成例、及び各装置により生成されるデータ（又は、各装置により記憶されるデータ）について説明した。続いて、各装置により生成されるデータ（又は、各装置により記憶されるデータ）の構成例について説明する。
（４．１．トレースデータ等の構成例）
まず、トレースデータ等の構成例について説明する。生成装置２００のトレースデータ処理部２４０や加工装置３００のトレースデータ処理部３４０は、トレースデータを付加する際に、図１０に示すようにトレースデータ（Trace Info）と共に、データ情報（Data Info）及びデータに対する秘密鍵（Private Key）を付加する（なお、データ情報は図６や図７では省略されている）。第１のデータに係るデータ情報（Data Info）及びデータに対する秘密鍵（Private Key）は、第２のデータには付加されず、トレースデータ（Trace Info）が履歴として第２のデータに付加される。なお、図１０に示すデータ長（Length）はハッシュ値、秘密鍵、公開鍵の暗号方式、およびセキュリティ強度に依存するのであくまで一例である点に留意されたい（図１１～図１３についても同様）。また、楕円曲線暗号の場合は署名されるメッセージと署名から公開鍵を復元できるので、公開鍵の代りにそのハッシュ値を記録して署名検証が行われてもよい。この検証方法をとることで、トレースデータ全体のサイズを小さくすることができる。以降、データ情報（Data Info）、トレースデータ（Trace Info）、及びデータに対する秘密鍵（Private Key）を併せて、オリジナルデータのトレースに用いられる情報として「Origin Trace Data」と呼称する。
図１１は、図１０におけるデータ情報（Data Info）の構成例を示す図である。図１１に示すように、データ情報（Data Info）は、データタイプ（Data Type）、ハッシュの数（Number of Hashes）、及びハッシュ値（Hash1～HashN）を含む。データタイプ（Data Type）には、ＪＰＥＧファイル等のデータ形式を示す情報が格納される。ハッシュ値（Hash1～HashN）には、データの各領域（Data Area 1～Data Area N）のハッシュ値が格納される。例えば、データ自体が所定の方法によって複数の領域に区別されてもよいし、データ自体（例えば、ＪＰＥＧ圧縮データ）とデータに付加されるメタデータ（例えば、ＥＸＩＦメタデータ）等が互いに異なる領域として区別されてもよい。データ情報（Data Info）のハッシュ値を連結して更にハッシュ値を求めたものが第２のデータのハッシュ値となり、後述のＩＤの生成に利用される。
図１２は、図１０におけるトレースデータ（Trace Info）の構成例を示す図である。図１２に示すように、トレースデータ（Trace Info）は、データ長（Length of TraceInfo）、ＩＤ、ダイジェスト情報（DigestInfo）、データに対する公開鍵（PublicKey）、少なくとも１以上の親データのＩＤを連結したメッセージのハッシュ値（ParentsHash。データがオリジナルデータである場合、ParentsHashは、生成装置２００の公開鍵のハッシュ値）、親データの数（Number of parents）、親データに対する秘密鍵を用いて施された電子署名（Signature 1）、及び親データに付加されたトレースデータ（TraceInfo 1）を含む。なお、親データが複数存在する場合には、存在する親の数だけ電子署名及び親データに付加されたトレースデータが含まれる（Signature 2～Signature N、TraceInfo 2～TraceInfo N）。少なくとも証明の対象となるＩＤ、PublicKeyID、ParentsHashを連結した署名メッセージが親データに対する秘密鍵で署名される。トレースデータにDigestInfoが含まれる場合は、後述するDigestHashが署名メッセージとして連結される。
ここで、「ParentsHash」及び「ＩＤ」について説明すると、加工装置３００のトレースデータ処理部３４０は、少なくとも１以上の第１のデータを識別可能なＩＤを用いて暗号学的ハッシュ関数で計算することで「ParentsHash」（例えば、第１のデータを識別可能なＩＤのハッシュ値）を生成する。また、トレースデータ処理部３４０は、少なくとも第２のデータのハッシュ値、第２のデータに対する公開鍵、及び、ParentsHash（全ての第１のデータを識別可能なＩＤ）を用いて、暗号学的ハッシュ関数（例えば、ＭＡＣ（Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅ）等）で計算することで生成した、第２のデータを識別可能な「ＩＤ」をトレースデータに付加する。より具体的には、トレースデータ処理部３４０は、第２のデータに対する公開鍵及びParentsHashを連結したメッセージと、第２のデータのハッシュ値を鍵としてＨＭＡＣ（Ｈａｓｈ－ｂａｓｅｄ Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅ）を計算し、結果を「ＩＤ」とする。なお、「ＩＤ」は、図６及び図７に示した認証符号（データの認証に使用される情報）として機能する概念である。
「ParentsHash」が第１のデータのＩＤを用いて生成されることで、第１のデータと第２のデータの関係（換言すると、親子関係）をより適切に示すことができる。なお、親子関係が正しいことは、署名検証した全ての親データのＩＤのハッシュ値を計算し、ParentsHashと比較することで検証できる。また、「ＩＤ」が「第２のデータのハッシュ値」、「第２のデータに対する公開鍵」、及び「ParentsHash（換言すると、親データ）」に依存することで、例えば同一の親データをもつ第２のデータが複数存在する場合であっても、これらの「ＩＤ」が互いに異なるものとなるため、複数の第２のデータを適切に区別することができる。すなわち、悪意のある第三者が、あるデータと「ＩＤ」が同一の偽造データを生成した場合であっても、当該偽造データの検出をより容易に実現することができる。「ＩＤ」は第２のデータに対する公開鍵に依存することで、悪意のある第三者が、その対となる秘密鍵以外で子のトレースデータに署名した場合は、データ関係の連鎖が偽造されたことを検出することができる、また、「ＩＤ」がＨＭＡＣによって生成され、データのハッシュ値が秘密にされることで、当該「ＩＤ」に対応するデータの祖先データがトレースされることを適切に防ぐことができるため、プライバシーの観点で有用である。
なお、生成装置２００によって生成される「ParentsHash」及び「ＩＤ」について説明すると、生成装置２００のトレースデータ処理部２４０は、自装置に対する公開鍵を用いて暗号学的ハッシュ関数で計算することで「ParentsHash」（例えば、自装置に対する公開鍵のハッシュ値）を生成する。また、トレースデータ処理部２４０は、少なくともオリジナルデータ、オリジナルデータに対する公開鍵、及び自装置に対する公開鍵を用いて、暗号学的ハッシュ関数（例えば、ＭＡＣ（Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅ）等）で計算することで生成した、オリジナルデータを識別可能な「ＩＤ」をトレースデータに付加する。より具体的には、トレースデータ処理部２４０は、オリジナルデータに対する公開鍵及びParentsHash（自装置に対する公開鍵を用いて生成されたデータ）を連結したメッセージと、オリジナルデータのハッシュ値を鍵としてＨＭＡＣ（Ｈａｓｈ－ｂａｓｅｄ Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅ）を計算し、結果を「ＩＤ」とする。
図１３は、トレースデータ（Trace Info）におけるダイジェスト情報（DigestInfo）の構成例を示す図である。生成装置２００のトレースデータ処理部２４０は、オリジナルデータの内容を示すダイジェスト情報を、加工装置３００のトレースデータ処理部３４０は、第２のデータの内容を示すダイジェスト情報を、それぞれトレースデータに対応付ける。図１３に示すように、ダイジェスト情報（DigestInfo）は、データ長（Digest length）、ＥＸＩＦ等のデータ形式を示すダイジェストタイプ（Digest Type）、ＥＸＩＦ（サムネイル等）を含むＡＰＰ１のコピー等であるダイジェストデータ（Digest Data）、及びダイジェストタイプ（Digest Type）とダイジェストデータ（Digest Data）のハッシュ値（Digest Hash）を含む。なお、Digest Hashはダイジェスト情報を識別可能なＩＤであるとも言え、当該Digest
Hashは、証明対象として証明書に含められる。すなわち、生成装置２００の証明書生成部２２０、および加工装置３００の証明書生成部３２０は、ダイジェスト情報を用いて暗号学的ハッシュ関数で計算することで生成された、Digest Hash（ダイジェスト情報を識別可能なＩＤ）を証明対象として証明書に含める。
ダイジェスト情報がトレースデータに対応付けられることで、加工元データ（第１のデータ）と加工データ（第２のデータ）との比較をより容易に実現することができる。例えば、加工元データのＥＸＩＦ等がダイジェスト情報としてトレースデータに対応付けられることで、検証装置４００（必ずしもこれに限定されない）は、加工データを入手するだけで、その元となった加工元データの撮影時間や撮影場所、又はサムネイル等を取得することができる。また、悪意のある第三者が故意に加工データを偽造した場合でも、検証装置４００（必ずしもこれに限定されない）は、加工元データのサムネイルと加工データとの類似度を判定することで偽造の有無を判定することができる。例えば、加工元データのサムネイルと加工データとの類似度が所定の閾値より低い場合、データが偽造されたと判定されてもよい。例えば、写真の著作権判定においては、加工写真のトレースデータに含まれるオリジナル写真のダイジェスト情報（サムネイルや３次元距離画像等）と加工写真とを比較することで、オリジナル写真を入手することなく、加工写真がカメラ所有者の著作物であることが判定できる。
（４．２．Ｐ２Ｐデータベースに登録されるデータの構成例）
続いて、Ｐ２Ｐデータベース５１０に登録されるデータの構成例について説明する。
図１４は、図９にて説明したデータ情報（DataRecord）の構成例を示す図である。図１４に示すように、データ情報（DataRecord）は、データの識別子（dataID）、データのオーナの識別子（ownerID）、データに関する著作権とライセンスの情報（rightsLicense）、ライセンス契約により権利を譲り受けたユーザの識別子（licenseeID）、及びデータの子データのIDの配列（childrenIDList）を含む。後段で詳細に説明するが、データの真正性の検証、及びデータ間のトレースの検証が成功した場合に、データの真生性を検証されたデータの識別子（dataID）を含むデータ情報（DataRecord）がＰ２Ｐデータベース５１０に登録される。連鎖的な関係を有する一連のデータ群の各トレースデータに含まれるＩＤも登録されても良いが、必ずしもこれに限定されない。また、各データに設定された著作権を検証するために、一連の祖先のデータがＰ２Ｐデータベース５１０に未登録の場合には、全ての祖先のＩＤがＰ２Ｐデータベース５１０に登録される。その場合、子データのＩＤの配列（childrenIDList）に子のデータのＩＤも登録することで、オリジナルデータから全ての子孫までのツリー（階層構造）が構築でき、各データに設定された著作権を検証することに利用可能である。また、トレースデータの検証においてＩＤを含むデータ情報（DataRecord）が既にＰ２Ｐデータベース５１０に登録されている場合には、当該データより祖先のデータのトレースデータは検証されなくてもよい。データ自体ではなく、図１４に示す情報のみがＰ２Ｐデータベース５１０に登録されることで、Ｐ２Ｐデータベース５１０への登録データ量を抑制することができる。
図１５は、図９にて説明したユーザ情報（UserRecord）の構成例を示す図である。図１５に示すように、ユーザ情報（UserRecord）は、ユーザの識別子（userID）、ユーザの氏名（name）、ユーザの属性（description。例えば、住所や電子メールアドレス等）、ユーザが所有する生成装置２００（例えば、カメラ等）の識別子（originatorIDList）、及びＰ２Ｐデータベース５１０にて使用されるクライアントのアドレスリスト（addressList）を含む。生成装置２００の識別子の配列（originatorIDList）には、ユーザが所有する生成装置２００の識別子が登録されており、後述する生成装置２００の公開鍵の連想配列（OriginatorCertKeyList）を参照して、生成装置２００の公開鍵を特定することができる。
図１６は、生成装置２００および製造者に対する公開鍵の証明書（Certificate）の構成例を示す図である。図１６に示すように、当該証明書（Certificate）は、証明対象の識別子（subject。生成装置２００であるカメラの識別子）、証明される公開鍵（publicKey。例えば、生成装置２００であるカメラの公開鍵もしくは、製造者の公開鍵）、証明書の発行者の識別子（issuer。例えば、生成装置２００であるカメラの製造者の識別子）、及び証明書の電子署名（signature。製造者の秘密鍵Ｓで上記構成に対して署名したもの）を含む。
図１７は、Ｐ２Ｐデータベース５１０に登録される連想配列の構成例を示す図である。図１７に示すように、Ｐ２Ｐデータベース５１０には、データの識別子に対するDataRecord値の連想配列（dataRecord）、ユーザの識別子に対するUserRecord値の連想配列（userRecord）、Ｐ２Ｐデータベース５１０にて使用されるクライアントのアドレスに対するUser識別子の連想配列（userID）、生成装置２００（例えば、カメラ）の識別子(図１６のsubject)に対する公開鍵の値の連想配列（originatorKeyList）、及び製造者識別子（図１６のissuer）に対する生成装置２００製造者（例えば、カメラメーカ）のCertificate値の連想配列（makerCertList）を含む。ユーザは生成装置２００から入手した生成装置２００の証明書（Certificate）をＰ２Ｐデータベース５１０に登録し、Ｐ２Ｐデータベース５１０は、登録されている製造者のCertificate値の連想配列（makerCertList）にて証明書を使用して、生成装置２００の証明書（Certificate）を検証し、公開鍵と証明対象の識別子を連想配列（originatorKeyList）に生成装置２００の公開鍵を登録すると共に、Subjectに含まれる証明対象の識別子をカメラの識別子として該当するユーザ情報の連想配列（originatorKeyList）に登録する。なお、Ｐ２Ｐデータベース５１０の製造者のCertificate値の連想配列（makerCertList）は特権のあるクライアントのアドレスのみしか書き換えできない。
＜５．著作権＞
上記では、各装置により生成されるデータ（又は、各装置により記憶されるデータ）の構成例について説明した。続いて、本実施形態のデータに係るメタデータである著作権について説明する。
本実施形態に係る情報処理システムは、各データの著作権又はライセンスも管理することができる。より具体的には、本実施形態に係る情報処理システムは、各データの著作権情報（図１４のrightsLicense）をデータ情報（DataRecord）としてＰ２Ｐデータベース５１０に登録することで管理する。
図１８は、本実施形態に係る著作権について、定義値、プログラムで使用される値、及び各著作権の内容の一覧を示す図である。なお、図１８はあくまで一例であり、本実施形態にて用いられる著作権はこれらに限定されない。
本実施形態においては、各データ間に親子関係が存在するところ、子や子孫のデータには親データよりも厳しい（より制限された）著作権又はライセンスが設定できないこととする。換言すると、子や子孫のデータに設定される著作権は、親データと同一か、又は親データよりも緩やかなものである。この著作権の設定ルールが存在することによって、Ｐ２Ｐデータベース５１０に登録されている著作権情報に基づいて、ユーザが登録しようとするデータの著作権が、Ｐ２Ｐデータベース５１０に登録されているオリジナルデータからの子孫ツリーに対して適切であるか否かを正しく判断することができる。より具体的に説明すると、各データに付加されるトレースデータによってデータ間の連鎖的な関係を認識することができるため、最も上流に位置するオリジナルデータに関する著作権情報がＰ２Ｐデータベース５１０に登録されていれば、著作権の設定ルールに基づいて子データの著作権が適切であるか否かを正しく判断することができる。仮に、オリジナルデータを含む祖先データのデータ情報（DataRecord）がＰ２Ｐデータベース５１０に登録されていて、著作権情報（図１４のrightsLicense）として、著作権が設定されていないことを示すNoLicensSpecified(図１８の値０)が設定されている場合は、デフォルトの著作権であるAllRightReserved(図１８の値６）が設定されていると判断されてもよい。なお、各データについての著作権の設定ルールは必ずしもこれに限定されない。
＜６．各装置の処理フロー例＞
上記では、本実施形態に係る著作権について説明した。続いて、各装置の処理フロー例について説明する。
（６．１．加工装置３００によるデータの加工処理フロー）
まず、図１９を参照して、加工装置３００によるデータの加工処理フローについて説明する。図１９は、加工装置３００によるデータの加工処理フローの一例を示すフローチャートである。
ステップＳ１０００では、トレースデータ処理部３４０が加工元ファイルを読み込み、解析する。ステップＳ１００４では、データ加工部３１０が加工元ファイルに含まれるデータ（第１のデータ）を加工することで第２のデータを生成する。加工元ファイルにOrigin Trace Dataが付加されている場合（換言すると、加工元ファイルが本実施形態に係る装置によって生成されたものである場合。ステップＳ１００８／Ｙｅｓ）、ステップＳ１０１２では、第２のデータのOrigin Trace Dataが生成される。第２のデータのOrigin Trace Dataの生成処理フローについては後段にて図２０及び図２１を参照しながら詳細に説明する。ステップＳ１０１６では、トレースデータ処理部３４０が、第２のデータのOrigin Trace Dataを第２のデータに付加しファイルを生成することで一連の処理が終了する。なお、ステップＳ１００８にて、加工元ファイルにOrigin Trace Dataが付加されていない場合（換言すると、加工元ファイルが本実施形態に係る装置によって生成されたものでない場合。ステップＳ１００８／Ｎｏ）、ステップＳ１０１２及びステップＳ１０１６の処理は省略される。
続いて、図２０及び図２１を参照して、第２のデータのOrigin Trace Dataの生成処理フローについて説明する。図２０及び図２１は、加工装置３００による第２のデータのOrigin Trace Dataの生成処理フローの一例を示すフローチャートである。なお、図２０、図２１および下記の手順では、加工元のファイルが複数の場合については“複数の第１のデータ”と表記しており、加工元のファイルが一つの場合については、“第１のデータ”と表記している。
ステップＳ１１００では、加工装置３００のトレースデータ処理部３４０が、第２のデータの各領域のHash値を計算し、それらHash値からデータ情報（DataInfo）を作成し、一時記録する。ステップＳ１１０４では、トレースデータ処理部３４０が、データ情報（DataInfo）のHash値を連結したメッセージから更にHash値を計算し、結果をDataHashとして一時記録する。ステップＳ１１０８では、トレースデータ処理部３４０が、複数の第１のデータのトレースデータ（Trace Info）のＩＤを連結したメッセージのHash値を計算し、結果をParentsHashとして一時記録する。ステップＳ１１１２では、トレースデータ処理部３４０が、複数の第１のデータのトレースデータ（Trace Info）の秘密鍵から構成される配列を作成して、ParentPrivateKeyとして一時記録する。
ステップＳ１１１６では、鍵生成部３３０が公開鍵暗号の秘密鍵と公開鍵のペアを作成し、PrivateKey及びPublicKeyとして一時記録する。ステップＳ１１２０では、トレースデータ処理部３４０が、PublicKeyとParentsHashを連結したメッセージと、DataHashを鍵としてHMACを計算し、結果をIDとして一時記録する。ステップＳ１１２４では、証明書生成部３２０がParentPrivateKeyListの最初の要素を秘密鍵とする。ステップＳ１１２８では、証明書生成部３２０が、ID、PublicKey、及びParentsHash等を連結したメッセージを秘密鍵で署名して、結果をSignatureとして一時保存する。
ParentPrivateKeyListに次の要素がある場合（すなわち、未処理の親データが存在する場合。ステップＳ１１３２／Ｙｅｓ）、ステップＳ１１３６にて、証明書生成部３２０は、ParentPrivateKeyListの次の要素を秘密鍵とし、ステップＳ１１２８にて署名を行う処理を繰り返す。ParentPrivateKeyListに次の要素がない場合（すなわち、未処理の親データが存在しない場合。ステップＳ１１３２／Ｎｏ）、ステップＳ１１４０にて、トレースデータ処理部３４０は、第２のデータのID、PublicKey、ParentHash、複数のSignature、及び複数の第１のデータのTraceInfoから構成されたTrace Infoを生成する。ステップＳ１１４４では、トレースデータ処理部３４０が、DataInfo、Trace Info、及びPrivateKeyから構成されたOrigin Trace Dataを生成することで一連の処理が終了する。
（６．２．Ｐ２Ｐデータベースプログラム５１１によるUserRecordの登録処理フロー）
続いて、図２２を参照して、UserRecordの登録処理フローについて説明する。図２２は、Ｐ２Ｐデータベースプログラム５１１によるUserRecordの登録処理フローの一例を示すフローチャートである。
ステップＳ１２００では、ノード装置５００が外部装置からUserRecordの登録リクエストを受信し、当該リクエストに含まれるsender_addressから連想配列（userID）を参照してuserIDを特定する。当該userIDが既にＰ２Ｐデータベース５１０の連想配列（userID）に登録されている場合（ステップＳ１２０４／Ｙｅｓ）、ステップＳ１２０８にて、Ｐ２Ｐデータベースプログラム５１１は、所定のエラー処理を行う。例えば、Ｐ２Ｐデータベースプログラム５１１は、userIDが既に登録済である旨を登録リスエストの送信元装置へ通知する。
userIDが未だＰ２Ｐデータベース５１０の連想配列（userID）に登録されていない場合（ステップＳ１２０４／Ｎｏ）、ステップＳ１２１２にて、Ｐ２Ｐデータベースプログラム５１１は、Ｐ２Ｐデータベース５１０にて使用される対象ユーザのアドレス（address）を取得し、userIDを連想配列（userID）に設定する。なお、アドレス（address）とは、対象ユーザの資産を管理するWalletとしても機能するものである。ユーザは、複数のアドレス（address）を所有する場合があるところ、複数のアドレス（address）に一意のuserIDが設定されることによって、userIDによってユーザを管理することが可能になる（すなわち、特定のWalletに依存することなく複数のWalletのアドレスを利用して、サービスを提供することが可能になる）。
ステップＳ１２１６では、Ｐ２Ｐデータベースプログラム５１１がＰ２Ｐデータベース５１０における製造者情報を検索する。ステップＳ１２２０では、検証部５１１ａが、登録リクエストに含まれる、製造者に対する秘密鍵Ｓによって電子署名された「生成装置２００の公開鍵αの証明書」を、製造者情報としてＰ２Ｐデータベース５１０の連想配列（makerCertList）を参照して、製造者の公開鍵Ｓを用いて検証する。「生成装置２００の公開鍵αの証明書」の検証に成功した場合（ステップＳ１２２４／Ｙｅｓ）、ステップＳ１２２８にて、Ｐ２Ｐデータベースプログラム５１１は、Ｐ２Ｐデータベース５１０の連想配列（originatorKeyList）に「生成装置２００の公開鍵αの証明書」に含まれる公開鍵を登録し、その鍵の識別子をユーザ情報（UserRecord）の連想配列（originatorKeyListに登録することで一連の処理が終了する。「生成装置２００の公開鍵αの証明書」の検証に失敗した場合（ステップＳ１２２４／Ｎｏ）、ステップＳ１２０８にて、Ｐ２Ｐデータベースプログラム５１１は、所定のエラー処理を行うことで一連の処理が終了する。
（６．３．Ｐ２Ｐデータベースプログラム５１１によるDataRecordの登録処理フロー）
続いて、図２３を参照して、DataRecordの登録処理フローについて説明する。図２３は、Ｐ２Ｐデータベースプログラム５１１によるDataRecordの登録処理フローの一例を示すフローチャートである。
ステップＳ１３００では、ノード装置５００が外部装置からDataRecordの登録リクエストを受信し、当該リクエストに含まれるsender_addressから連想配列（userID）を参照してuserIDを特定する。当該userIDがＰ２Ｐデータベース５１０の連想配列（userID）に登録されていない場合（ステップＳ１３０４／Ｎｏ）、ステップＳ１３０８にて、Ｐ２Ｐデータベースプログラム５１１は、所定のエラー処理を行う。
userIDがＰ２Ｐデータベース５１０の連想配列（userID）に登録されている場合（ステップＳ１３０４／Ｙｅｓ）、ステップＳ１３１２にて、検証部５１１ａが、トレースデータの検証（サブルーチン2-1）を行う。より具体的には、検証部５１１ａは、データに付加されている全てのトレースデータ（Trace Info）の証明書が正しいものであるか否かを検証する。サブルーチン2-1については後段にて詳細に説明する（他のサブルーチンも同様）。
トレースデータの検証に成功した場合（ステップＳ１３１６／Ｙｅｓ）、ステップＳ１３２０にて、検証部５１１ａは、登録済DataRecordの検証（サブルーチン2-2）を行う。より具体的には、検証部５１１ａは、登録済のデータ情報（DataRecord）を用いて著作権のルールやオーナの設定等が正しいか否かを検証する。登録済DataRecordの検証に成功した場合（ステップＳ１３２４／Ｙｅｓ）、ステップＳ１３２８にて、検証部５１１ａは、DataRecordの登録（サブルーチン2-3）を行う。より具体的には、登録部として機能する検証部５１１ａは、前段で行われた証明書の検証後に、第２のデータを識別可能なＩＤ、若しくはトレースデータに含まれる、各データを識別可能なＩＤを、Ｐ２Ｐデータベース５１０に登録する。
なお、ステップＳ１３１６にてトレースデータの検証に失敗した場合（ステップＳ１３１６／Ｎｏ）、及びステップＳ１３２４にて登録済DataRecordの検証に失敗した場合（ステップＳ１３２４／Ｎｏ）、ステップＳ１３０８にて、Ｐ２Ｐデータベースプログラム５１１は、所定のエラー処理を行うことで一連の処理が終了する。
（６．４．Ｐ２Ｐデータベースプログラム５１１によるトレースデータの検証処理フロー）
続いて、図２４を参照して、トレースデータの検証処理フローについて説明する。図２４は、Ｐ２Ｐデータベースプログラム５１１に含まれる検証部５１１ａによるトレースデータの検証処理フローの一例を示すフローチャートである。例えば、あるデータの真正性や親子関係等を確認したいユーザの検証リクエストによって以下の処理が行われる。
ステップＳ１４００では、例えばユーザからの検証リクエストに基づいて、検証部５１１ａがトレースデータの検証（サブルーチン2-1）を行う。トレースデータの検証に失敗した場合（ステップＳ１４０４／Ｎｏ）、ステップＳ１４０８にて、Ｐ２Ｐデータベースプログラム５１１は、所定のエラー処理を行うことで一連の処理が終了する。トレースデータの検証に成功した場合（ステップＳ１４０４／Ｙｅｓ）、ステップＳ１４１２にて、検証部５１１ａは、トレースデータの検証結果を作成することで一連の処理が終了する。より具体的には、検証部５１１ａは、検証対象のデータ及び祖先データに関する著作権情報（図１４のrightsLicense）、オーナの識別子（図１４のownerID）、又はライセンス契約を行って権利を譲り受けたユーザの識別子（図１４のlicenseeID）等をトレースデータの検証結果としてまとめる。
（６．５．Ｐ２Ｐデータベースプログラム５１１によるUserRecordの取得処理フロー）
続いて、図２５を参照して、UserRecordの取得処理フローについて説明する。図２５は、Ｐ２Ｐデータベースプログラム５１１によるUserRecordの取得処理フローの一例を示すフローチャートである。例えば、図２４によって得られたトレースデータの検証結果に含まれているオーナの識別子、又はライセンス契約を行って権利を譲り受けたユーザの識別子に対応するユーザの詳細を確認したい他のユーザの取得リクエストによって以下の処理が行われる。
ステップＳ１５００では、Ｐ２Ｐデータベースプログラム５１１がＰ２Ｐデータベース５１０を参照し、例えばユーザからの取得リクエストにて指定される所望のuserIDを、連想配列（userRecord）を参照することで検索する。userIDを含むUserRecordが発見されなかった場合（ステップＳ１５０４／Ｎｏ）、ステップＳ１５０８にて、Ｐ２Ｐデータベースプログラム５１１は、所定のエラー処理を行うことで一連の処理が終了する。userIDを含むUserRecordが発見された場合（ステップＳ１５０４／Ｙｅｓ）、ステップＳ１５１２にて、Ｐ２Ｐデータベースプログラム５１１は、userIDに対応付けられるUserRecordをＰ２Ｐデータベース５１０から取得することで一連の処理が終了する。
（６．６．Ｐ２Ｐデータベースプログラム５１１によるDataRecordの取得処理フロー）
続いて、図２６を参照して、DataRecordの取得処理フローについて説明する。図２６は、Ｐ２Ｐデータベースプログラム５１１によるDataRecordの取得処理フローの一例を示すフローチャートである。例えば、あるデータの詳細を確認したいユーザの取得リクエストによって以下の処理が行われる。
ステップＳ１６００では、Ｐ２Ｐデータベースプログラム５１１がＰ２Ｐデータベース５１０を参照し、例えばユーザからの取得リクエストにて指定される所望のdataIDを、連想配列（dataRecord）を参照することで検索する。dataIDを含むDataRecordが発見されなかった場合（ステップＳ１６０４／Ｎｏ）、ステップＳ１６０８にて、Ｐ２Ｐデータベースプログラム５１１は、所定のエラー処理を行うことで一連の処理が終了する。dataIDを含むDetaRecordが発見された場合（ステップＳ１６０４／Ｙｅｓ）、ステップＳ１６１２にて、Ｐ２Ｐデータベースプログラム５１１は、dataIDに対応付けられるDataRecordをＰ２Ｐデータベース５１０から取得することで一連の処理が終了する。
（６．７．トレースデータの検証処理フロー（サブルーチン2-1））
続いて、図２７を参照して、トレースデータの検証処理フロー（サブルーチン2-1）について説明する。図２７は、図２３や図２４にて行われるトレースデータの検証処理フローの一例を示すフローチャートである。
ステップＳ１７００では、検証部５１１ａが、Origin Trace DataにおけるDataInfo内のHash値を連結したメッセージを用いてHash値を計算し、結果をDataHashとして一時記録する。ステップＳ１７０４では、検証部５１１ａが、Origin Trace DataにおけるTraceInfo内のPublicKeyとParentsHashを連結したメッセージと、DataHashを鍵としてHMACを計算し、結果をMACとして一時記録する（換言すると、検証部５１１ａは、第２のデータのハッシュ値、第２のデータに対する公開鍵、及び第１のデータを識別可能なＩＤのハッシュ値を用いてＭＡＣを計算する）。
ステップＳ１７０８では、検証部５１１ａが、当該MACがTraceInfo内のIDと一致することを検証する。なお、当該検証処理は、検証部５１１ａが、少なくとも第２のデータ（第２のデータを用いて生成されたDataHash）、第２のデータに対する公開鍵（PublicKey）、及び、全ての第１のデータを識別可能なＩＤ（ParentsHash）を用いて、暗号学的ハッシュ関数で計算することで生成した、第２のデータを識別可能なＩＤが、トレースデータに含まれる、第２のデータを識別可能なＩＤと一致することを検証する処理であると言える点に留意されたい。MACがTraceInfo内のIDと一致する場合（ステップＳ１７０８／Ｙｅｓ）、ステップＳ１７１２にて、検証部５１１ａがTraceInfoの証明書検証（サブルーチン2-1-1）を行う。より具体的には、検証部５１１ａは、TraceInfoに含まれる祖先データに関する全ての証明書が正しいものであるか否かを検証することで一連の処理が終了する。MACがTraceInfo内のIDと一致しない場合（ステップＳ１７０８／Ｎｏ）、ステップＳ１７１６にて、検証部５１１ａは、所定のエラー処理を行うことで一連の処理が終了する。
（６．８．TraceInfoの証明書検証処理フロー（サブルーチン2-1-1））
続いて、図２８を参照して、TraceInfoの証明書検証処理フロー（サブルーチン2-1-1）について説明する。図２８は、図２７にて行われるTraceInfoの証明書検証処理フローの一例を示すフローチャートである。
検証対象となるデータに親データが存在しない場合（換言すると、検証対象となるデータがオリジナルデータである場合。ステップＳ１８００／Ｎｏ）、ステップＳ１８０４にて、検証部５１１ａは、オリジナルデータの証明書検証（サブルーチン2-1-2）を行う。より具体的には、検証部５１１ａは、Ｐ２Ｐデータベース５１０に登録されている生成装置２００の公開鍵αを用いてオリジナルデータの証明書を検証する。オリジナルデータの証明書の検証に成功した場合（ステップＳ１８０８／Ｙｅｓ）には一連の処理が終了し、オリジナルデータの証明書の検証に失敗した場合（ステップＳ１８０８／Ｎｏ）、ステップＳ１８１２にて、検証部５１１ａが所定のエラー処理を行うことで一連の処理が終了する。
検証対象となるデータに親データが存在する場合（ステップＳ１８００／Ｙｅｓ）、ステップＳ１８１６にて、検証部５１１ａは、データの証明書検証（サブルーチン2-1-3）を行う。より具体的には、検証部５１１ａは、第１のデータ（親データ）に付加された証明書に含まれる、第１のデータに対する公開鍵を用いて、トレースデータに含まれる、第１のデータに対する秘密鍵を用いて電子署名を施した証明書（子データに対する証明書）を検証する。データの証明書の検証に失敗した場合（ステップＳ１８２０／Ｎｏ）、ステップＳ１８１２にて、検証部５１１ａが所定のエラー処理を行うことで一連の処理が終了する。
データの証明書の検証に成功した場合（ステップＳ１８２０／Ｙｅｓ）、ステップＳ１８２４にて、検証部５１１ａは、トレースデータに基づいて、オリジナルデータを除く全ての祖先データについて証明書の検証が終了したか否かを判定する。オリジナルデータを除く全ての祖先データについて証明書の検証が終了した場合（ステップＳ１８２４／Ｙｅｓ）、処理がステップＳ１８０４に遷移することで、検証部５１１ａが、オリジナルデータの証明書検証（サブルーチン2-1-2）を行った後に処理を終了させる。オリジナルデータを除く全ての祖先データについて証明書の検証が終了していない場合（ステップＳ１８２４／Ｎｏ）、処理がステップＳ１８１６に遷移し、検証部５１１ａは、オリジナルデータを除く全ての祖先データについての証明書の検証を終えるまで、データの証明書検証（サブルーチン2-1-3）を繰り返す。
（６．９．オリジナルデータの証明書検証（サブルーチン2-1-2））
続いて、図２９を参照して、オリジナルデータの証明書検証（サブルーチン2-1-2）について説明する。図２９は、図２８にて行われるオリジナルデータの証明書検証処理フローの一例を示すフローチャートである。
ステップＳ１９００では、検証部５１１ａが、Ｐ２Ｐデータベース５１０から生成装置２００の公開鍵αを取得する。ステップＳ１９０４では、検証部５１１ａが、生成装置２００の公開鍵αを用いてオリジナルデータの証明書を検証する。換言すると、検証部５１１ａは、オリジナルデータのトレースデータに含まれる証明書の検証に、Ｐ２Ｐデータベース５１０に登録されている、オリジナルデータの生成装置２００に対する公開鍵αを用いる。オリジナルデータのトレースデータに含まれるParentHashは生成装置２００の公開鍵のハッシュ値（生成装置２００の識別子）であるので、連想配列（originatorKeyList）を参照した公開鍵を得ることでオリジナルデータの証明書の検証を行うことができる。オリジナルデータの証明書の検証に成功した場合（ステップＳ１９０８／Ｙｅｓ）には一連の処理が終了し、オリジナルデータの証明書の検証に失敗した場合（ステップＳ１９０８／Ｎｏ）、ステップＳ１９１２にて、検証部５１１ａが所定のエラー処理を行うことで一連の処理が終了する。
（６．１０．データの証明書検証（サブルーチン2-1-3））
続いて、図３０を参照して、データの証明書検証（サブルーチン2-1-3）について説明する。図３０は、図２８にて行われるデータの証明書検証処理フローの一例を示すフローチャートである。
ステップＳ２０００では、検証部５１１ａは、TraceInfoにおける少なくとも１以上の親データのIDを連結したメッセージからHash値（換言すると、少なくとも１以上の第１のデータを識別可能なＩＤを用いて暗号学的ハッシュ関数で計算することで生成された第１のデータを識別可能なＩＤのハッシュ値）を計算する。そしてステップＳ２００４にて、検証部５１１ａは、当該Hash値がTraceInfoにおけるParentsHashと等しいか否かを判定する。当該Hash値がTraceInfoにおけるParentsHashと等しくない場合（ステップＳ２００４／Ｎｏ）、ステップＳ２００８にて、検証部５１１ａが所定のエラー処理を行うことで一連の処理が終了する。Hash値がTraceInfoにおけるParentsHashと等しい場合（ステップＳ２００４／Ｙｅｓ）、ステップＳ２０１２にて、検証部５１１ａは、TraceInfoのすべてのSignatureから構成される配列signature_listを作成する。ステップＳ２０１６では、検証部５１１ａは、TraceInfoのすべてのPublicKeyから構成される配列publickey_listを作成する。ステップＳ２０２０では、検証部５１１ａは、signature_listの最初の要素を署名、publickey_listの最初の要素を公開鍵とする。
ステップＳ２０２４では、検証部５１１ａが、公開鍵を用いて署名を検証する。署名の検証に成功した場合（ステップＳ２０２８／Ｙｅｓ）、ステップＳ２０３２にて、検証部５１１ａは、publickey_listには次の要素があるか否かを確認する。publickey_listには次の要素がある場合（ステップＳ２０３２／Ｙｅｓ）、ステップＳ２０３６にて、検証部５１１ａは、signature_listの次の要素を署名、publickey_listの次の要素を公開鍵とし、ステップＳ２０２４～ステップＳ２０３２の処理を繰り返し、一連の処理が終了する。こうして検証部５１１ａは、検証対象のデータにとってのすべての親データについて署名の検証を行う。なお、ステップＳ２０２８にて、署名の検証に失敗した場合（ステップＳ２０２８／Ｎｏ）、ステップＳ２００８にて、検証部５１１ａが所定のエラー処理を行うことで一連の処理が終了する。
（６．１１．登録済DataRecordの検証（サブルーチン2-2））
続いて、図３１を参照して、登録済DataRecordの検証（サブルーチン2-2）について説明する。図３１は、図２３にて行われる登録済DataRecordの検証処理フローの一例を示すフローチャートである。
ステップＳ２１００では、検証部５１１ａがＰ２Ｐデータベース５１０の連想配列（dataRecord）を参照し、TraceInfoのIDを検索する。IDがＰ２Ｐデータベース５１０に登録されていない場合（ステップＳ２１０４／Ｎｏ）、ステップＳ２１０８にて、検証部５１１ａは、検証対象となるデータに親データが存在するか否か（換言すると、検証対象となるデータがオリジナルデータであるか否か）を確認する。検証対象となるデータに親データが存在しない場合（ステップＳ２１０８／Ｎｏ）、ステップＳ２１１２にて、検証部５１１ａは、オリジナルデータのオーナ検証を行う。より具体的には、検証部５１１ａは、オリジナルデータのトレースデータ（Trace Info）に含まれるParentsHash（データがオリジナルデータである場合、ParentsHashは生成装置２００の公開鍵のハッシュ値であり生成装置２００の識別子である）に基づいて、登録リクエストで指定されたUserIDに該当するUserRecordの配列OriginatorIDListにOriginatorの識別子が含まれていることを確認することで、オリジナルデータがリクエストを行ったユーザの所有する生成装置２００のいずれかで生成されたものであることを検証する。そして、オリジナルデータがユーザの所有する生成装置２００のいずれかで生成されたものでない場合には、検証部５１１ａは所定のエラー処理を行う。
検証対象となるデータに親データが存在する場合（ステップＳ２１０８／Ｙｅｓ）、ステップＳ２１１６にて、検証部５１１ａは、検証対象のデータのTraceInfoを利用して登録済の祖先データを検証する。より具体的には、検証部５１１ａは、検証対象のデータに設定されようとしている著作権が、登録済の祖先データのDataRecordに設定されている著作権よりも厳しい（より制限された）ものでないかを検証する。そして、検証対象のデータに設定されようとしている著作権が、登録済の祖先データのDataRecordに設定されている著作権よりも厳しい（より制限された）ものである場合、検証部５１１ａは所定のエラー処理を行う。
ステップＳ２１０４にて、TraceInfoのIDがＰ２Ｐデータベース５１０に登録されている場合（換言すると、既に登録されている著作権が更新されようとしている場合。ステップＳ２１０４／Ｙｅｓ）、ステップＳ２１２０にて、検証部５１１ａは、著作権を更新しようとするユーザＩＤが適切か否かを検証する（換言すると、検証部５１１ａは、リクエストを行ったユーザの識別子が著作権を更新しようとしているデータの所有者と一致することを検証する）。より具体的には、検証部５１１ａは、Ｐ２Ｐデータベース５１０に登録されているDataRecordのownerID（ライセンス契約によって権利を譲り受けたユーザが存在する場合にはlicenseeID）と、登録リクエストにより特定されたuserIDが一致するか否かを確認する。著作権を更新しようとするユーザＩＤが適切でない場合（ステップＳ２１２０／Ｎｏ）、検証部５１１ａは所定のエラー処理を行う。
著作権を更新しようとするユーザＩＤが適切である場合（ステップＳ２１２０／Ｙｅｓ）、ステップＳ２１２４にて、検証部５１１ａは、著作権ルールによる検証を行う。より具体的には、検証部５１１ａは、更新対象の著作権が著作権ルール（子データには親データよりも厳しい（より制限された）著作権が設定できないというルール）に合っているか否かを検証する。著作権ルールによる検証が失敗した場合、検証部５１１ａは所定のエラー処理を行う。
その後、ステップＳ２１２８では、検証部５１１ａが、検証対象データの子データに関する情報がＰ２Ｐデータベース５１０に登録されているか否かに基づいて、検証対象データに子データが存在するか否かを確認する。検証対象データに子データが存在する場合（ステップＳ２１２８／Ｙｅｓ）、ステップＳ２１３２にて、検証部５１１ａが、検証対象のDataRecordのchildrenIDListを参照し、全ての登録済の子データの著作権が設定ルールに適合しているかを検証する。より具体的には、検証部５１１ａは、検証対象データに設定されようとしている著作権が、登録済の子データのDataRecordに設定されている著作権よりも緩やかな（より制限されない）ものでないかを検証する。そして、検証対象のデータに設定されようとしている著作権が、登録済の子データに設定されている著作権よりも緩やかな（より制限されない）ものである場合、検証部５１１ａは所定のエラー処理を行う。
（６．１２．DataRecordの登録（サブルーチン2-3））
続いて、図３２を参照して、DataRecordの登録（サブルーチン2-3）について説明する。図３２は、図２３にて行われるDataRecordの登録処理フローの一例を示すフローチャートである。
ステップＳ２２００では、検証部５１１ａが、TraceInfoのIDを有するDataRecordがＰ２Ｐデータベース５１０に登録済みであるか否かを確認する。TraceInfoのIDを有するDataRecordがＰ２Ｐデータベース５１０に登録されていない場合（ステップＳ２２００／Ｎｏ）、ステップＳ２２０４にて、検証部５１１ａがＰ２Ｐデータベース５１０中にDataRecordを生成する。ステップＳ２２０８では、検証部５１１ａが変数rights_licenseをNoLicenseSpecifiedに設定する。
ステップＳ２２１２では、検証部５１１ａがchildrenIDListにchild_idを追加する。ステップＳ２２１６では、検証部５１１ａがDataRecordをＰ２Ｐデータベース５１０の連想配列（dataRecord）に登録する。そして、登録対象データに親データが存在する場合（ステップＳ２２２０／Ｙｅｓ）、ステップＳ２２００～ステップＳ２２１６の処理が繰り返される（換言すると、登録対象データの前段に連なる祖先データのDataRecordの登録と、childrenIDListの更新が行われる）。そして、登録対象データに親データが存在しない場合（換言すると、登録対象データの前段に連なる祖先データのDataRecordの登録と、childrenIDListの更新が行われた後。ステップＳ２２２０／Ｎｏ）、一連の処理が終了する。
＜７．実施例＞
上記では、各装置の処理フロー例について説明した。続いて、本開示の実施例について説明する。なお、以降では、Ｐ２Ｐデータベース５１０がコンソーシアム型のブロックチェーンである場合を一例として説明する。
（７．１．画像データの登録）
例えば生成装置２００（又は加工装置３００でもよい）の所有者は、メーカ提供のアプリケーションを用いて画像データをブロックチェーンに登録することができる。そこで、図３３を参照して、この場合の処理フロー例を説明する。図３３は、生成装置２００の所有者がメーカ提供のアプリケーションを用いて画像データをブロックチェーンに登録する場合の処理フローの一例を示すシーケンス図である。なお、図３３では、ノード装置５００の他に、ユーザ装置及びサービス提供装置について言及する。ユーザ装置は、ユーザによって操作される任意の情報処理装置であり、例えば生成装置２００等（もちろん、これに限定されない）によって実現され得る。サービス提供装置は、ユーザに代わってＰ２Ｐデータベース５１０のWallet管理をしており、アプリケーション（換言するとサービス）を提供するメーカのサーバ等によって実現され得る。
ステップＳ２３００では、ユーザ装置が、ログインのためのID及びPassWordを含むログイン要求をサービス提供装置に対して送信する。ステップＳ２３０４では、サービス提供装置が、ログイン要求に含まれるID及びPassWordと、予め登録されているID及びPassWordとを比較することによってユーザ認証を行う。ステップＳ２３０８では、サービス提供装置が認証結果をユーザ装置に対して送信する。ユーザ認証が成功した場合、ステップＳ２３１２にて、ユーザ装置が、ユーザ情報（例えば、氏名や属性等）及び生成装置２００の公開鍵αの証明書等を含む、UserRecordの登録要求をサービス提供装置に対して送信し、ステップＳ２３１６では、サービス提供装置が、認証されたユーザのWalletのアドレスのトランザクションとして、当該要求をノード装置５００に対して送信する。
ステップＳ２３２０では、ノード装置５００がUserRecordをブロックチェーンに登録する。より具体的には、ノード装置５００は、図２２に示した一連の処理を行うことでUserRecordをブロックチェーンに登録する。ステップＳ２３２４では、ノード装置５００が登録結果をサービス提供装置に対して送信し、ステップＳ２３２８では、サービス提供装置が登録結果をユーザ装置に対して送信する。
UserRecordの登録に成功した場合、ステップＳ２３３２にて、ユーザ装置が、画像データやオーナの識別子及び著作権情報等を含む、DataRecordの登録要求をサービス提供装置に対して送信し、ステップＳ２３３６では、サービス提供装置が、認証されたユーザのWalletのアドレスのトランザクションとして、当該要求をノード装置５００に対して送信する。
ステップＳ２３４０では、ノード装置５００がDataRecordをブロックチェーンに登録する。より具体的には、ノード装置５００は、図２３に示した一連の処理を行うことでDataRecordをブロックチェーンに登録する。ステップＳ２３４４では、ノード装置５００が登録結果をサービス提供装置に対して送信し、ステップＳ２３４８では、サービス提供装置が登録結果をユーザ装置に対して送信することで、一連の処理が終了する。以上の一連の処理によって画像データのDataRecordのＰ２Ｐデータベース５１０への登録が実現される。
（７．２．画像データに関する証明書の作成等）
また、例えば生成装置２００（又は加工装置３００でもよい）を用いて画像データを生成したユーザがメーカ提供のサービスを利用して画像データの真正性を証明する証明書を作成し、当該証明書を他者と共有することができる。そこで、図３４を参照して、この場合の処理フロー例を説明する。図３４は、画像データを生成したユーザがメーカ提供のサービスを利用して画像データの真正性を証明する証明書を作成し、当該証明書を他者と共有する場合の処理フローの一例を示すシーケンス図である。なお、図３４におけるユーザ装置は、例えば検証装置４００等（もちろん、これに限定されない）によって実現され得る。サービス提供装置は、サービスを提供するメーカのサーバ等によって実現され得る。
ステップＳ２４００～ステップＳ２４０８では、図３３のステップＳ２３００～ステップＳ２３０８で説明したユーザ認証に関する一連の処理が行われる。ユーザ認証が成功した場合、ステップＳ２４１２にて、ユーザ装置がOrigin Trace Data等を含む画像データをサービス提供装置に対して送信し、ステップＳ２４１６では、サービス提供装置は、Origin Trace Dataに含まれるDataInfoのHash値が画像データのハッシュ値と一致していることを確認し、DataInfoのHash値からデータのハッシュ値とTraceDataを含む検証要求を作成し、認証したユーザのWalletのアドレスのトランザクションとして当該要求をノード装置５００に対して送信する。
ステップＳ２４２０では、ノード装置５００がブロックチェーンに登録されているデータを用いてTraceDataを検証する。より具体的には、ノード装置５００は、図２４に示した一連の処理を行うことでTraceDataを検証する。TraceDataが検証された場合、ステップＳ２４２４では、ノード装置５００が所定の証明書を生成し、当該証明書を検証結果としてサービス提供装置に対して送信し、ステップＳ２４２８では、サービス提供装置が当該証明書を検証結果としてユーザ装置に対して送信する。そして、ユーザは、検証結果として提供された証明書を他者（例えば、画像データの購入者や閲覧者）に対して提示する。また、サービス提供装置が所定のウェブサイト等に証明書を公開することで証明書を他者に提示してもよい。以上の一連の処理によって画像データに関する証明書の作成及び共有が実現される。
（７．３．画像データの不正使用の報告）
また、画像データを生成したユーザは、他者による当該画像データの不正使用（例えば、著作権に違反した使用、又は画像データの偽造等）を発見した場合、メーカ提供のサービスを利用して不正使用を報告する報告書を作成し、当該報告書を他者と共有することができる。そこで、図３５を参照して、この場合の処理フロー例を説明する。図３５は、ユーザがメーカ提供のサービスを利用して不正使用を報告する報告書を作成し、当該報告書を他者と共有する場合の処理フローの一例を示すシーケンス図である。なお、図３５におけるユーザ装置は、例えば検証装置４００等（もちろん、これに限定されない）によって実現され得る。サービス提供装置は、サービスを提供するメーカのサーバ等によって実現され得る。
ステップＳ２５００～ステップＳ２５０８では、図３３のステップＳ２３００～ステップＳ２３０８で説明したユーザ認証に関する一連の処理が行われる。ユーザ認証が成功した場合、ステップＳ２５１２にて、ユーザ装置が、不正に使用されているデータのパス（例えば、ＵＲＬ等）及び画像データを生成したユーザが作成しＰ２Ｐデータベース５１０に登録されているOriginTraceDataを含む、データの不正使用検証要求をサービス提供装置に対して送信し、サービス提供装置は、不正利用されているデータのパスから画像データのハッシュ値を算出し、当該ハッシュ値がOriginTraceDataのIDと一致することを確認した上で、ステップＳ２５１６で、サービス提供装置は、不正利用されている画像データのハッシュ値とOriginTraceDataを含む検証要求を、認証したユーザのWalletのアドレスのトランザクションとして当該要求をノード装置５００に対して送信する。
ステップＳ２５２０では、ノード装置５００がブロックチェーンに登録されているデータを用いて、OriginTraceDataに対応するデータがブロックチェーンに登録されているか否かを検証する。例えば、ノード装置５００は、図２４に示した一連の処理を行うことで、要求されたOriginTraceDataのIDに基づいて不正利用されている画像データのハッシュ値がOriginTraceDataのハッシュ値と一致することを検証する。そして、ノード装置５００は、検証結果として得られる著作権情報に基づいて、正当利用であることを確認し、正当利用でない場合は、ユーザが作成した画像データの不正使用が行われていると判定する。
ステップＳ２５２４では、ノード装置５００が所定の報告書を生成し、当該報告書を検証結果としてサービス提供装置に対して送信し、ステップＳ２５２８では、サービス提供装置が当該報告書を検証結果としてユーザ装置に対して送信する。そして、ユーザは、検証結果として提供された報告書を他者に対して提示する。また、サービス提供装置が所定のウェブサイト等に報告書を含むWebページを公開し、そのＵＲＬを通知することで報告書を他者に提示してもよい。以上の一連の処理によって画像データの不正使用の報告が実現される。
（７．４．画像データの購入）
また例えば、ユーザは、他のユーザが生成した画像データを購入してもよい（換言すると、画像データの所有権を他のユーザから取得してもよい）。そこで、図３６を参照して、この場合の処理フロー例を説明する。図３６は、ユーザが、他のユーザによって生成された画像データを購入する場合のデータのLicenseeIDに購入者のUserID設定する処理フローの一例を示すシーケンス図である。なお、図３６におけるユーザ装置は、例えば加工装置３００等（もちろん、これに限定されない）によって実現され得る。サービス提供装置は、サービスを提供するメーカのサーバ等によって実現され得る。
ステップＳ２６００～ステップＳ２６０８では、図３３のステップＳ２３００～ステップＳ２３０８で説明したユーザ認証に関する一連の処理が行われる。ユーザ認証が成功した場合、ステップＳ２６１２にて、ユーザ装置が、画像データの購入要求（画像データのLicenseeIDに購入者のUserIDを設定する要求）をサービス提供装置に対して送信する。このとき、購入者は、事前にデータの所有者が提示したライセンス条件に合意し、画像データの購入の対価を支払っており、所有者は購入者から購入依頼を受けているものとする。ステップＳ２６１６では、サービス提供装置が当該要求に基づいて、購入対象の画像データについて、Ｐ２Ｐデータベース５１０に登録されるデータ情報（DataRecord）中の所有者に関する情報の変更要求を、認証したユーザのWalletのアドレスのトランザクションとしてノード装置５００に対して送信する。
ステップＳ２６２０では、ノード装置５００が、当該要求に基づいて、Ｐ２Ｐデータベース５１０に登録されるデータ情報（DataRecord）中のLicenseeに関する情報を変更する。より具体的には、ノード装置５００が、DataRecord中のlicenseeID（ライセンス契約により権利を譲り受けたユーザの識別子）を、画像データの購入を希望しているユーザのUserIDに変更する。また、rightsLicenseは図１８のAllRightsReserved_UnderAgreementsに変更される。
ステップＳ２６２４では、ノード装置５００が所有者変更結果（licenseeIDの変更結果）をサービス提供装置に対して送信し、ステップＳ２６２８では、サービス提供装置が、所有者変更結果をユーザ装置に対して送信する。以上の一連の処理によって画像データの購入に際してのLicenseeIDの設定が実現される。
＜８．各装置のハードウェア構成例＞
上記では、本開示の実施例について説明した。続いて、図３７を参照して、上記で説明してきた本実施形態に係る各装置のハードウェア構成例について説明する。図３７は、本実施形態に係る製造者装置１００、生成装置２００、加工装置３００、検証装置４００、又はノード装置５００の少なくともいずれかを具現する情報処理装置９００のハードウェア構成例を示すブロック図である。本実施形態に係る各装置による情報処理は、ソフトウェアと、以下に説明するハードウェアとの協働により実現される。
図３７に示すように、情報処理装置９００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）９０１、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）９０２、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）９０３及びホストバス９０４ａを備える。また、情報処理装置９００は、ブリッジ９０４、外部バス９０４ｂ、インタフェース９０５、入力装置９０６、出力装置９０７、ストレージ装置９０８、ドライブ９０９、接続ポート９１１、通信装置９１３、及びセンサ９１５を備える。情報処理装置９００は、ＣＰＵ９０１に代えて、又はこれとともに、暗号計算のＬＳＩ、ＤＳＰ若しくはＡＳＩＣなどの処理回路を有してもよい。
ＣＰＵ９０１は、演算処理装置および制御装置として機能し、各種プログラムに従って情報処理装置９００内の動作全般を制御する。また、ＣＰＵ９０１は、マイクロプロセッサであってもよい。ＲＯＭ９０２は、ＣＰＵ９０１が使用するプログラムや演算パラメータ等を記憶する。ＲＡＭ９０３は、ＣＰＵ９０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一時記憶する。ＣＰＵ９０１は、例えば、生成装置２００のデータ生成部２１０、証明書生成部２２０、鍵生成部２３０及びトレースデータ処理部２４０、加工装置３００のデータ加工部３１０、証明書生成部３２０、鍵生成部３３０及びトレースデータ処理部３４０、検証装置４００の検証部４１０及びデータ類似判定部４２０、ノード装置５００のＰ２Ｐデータベースプログラム５１１を実行する構成を具現し得る。
ＣＰＵ９０１、ＲＯＭ９０２及びＲＡＭ９０３は、ＣＰＵバス等を含むホストバス９０４ａにより相互に接続されている。ホストバス９０４ａは、ブリッジ９０４を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バス等の外部バス９０４ｂに接続されている。なお、必ずしもホストバス９０４ａ、ブリッジ９０４および外部バス９０４ｂを分離構成する必要はなく、１つのバスにこれらの機能を実装してもよい。
入力装置９０６は、例えば、マウス、キーボード、タッチパネル、ボタン、マイクロフォン、スイッチ及びレバー等、ユーザによって情報が入力される装置によって実現される。また、入力装置９０６は、例えば、赤外線やその他の電波を利用したリモートコントロール装置であってもよいし、情報処理装置９００の操作に対応した携帯電話やＰＤＡ等の外部接続機器であってもよい。さらに、入力装置９０６は、例えば、上記の入力手段を用いてユーザにより入力された情報に基づいて入力信号を生成し、ＣＰＵ９０１に出力する入力制御回路などを含んでいてもよい。情報処理装置９００のユーザは、この入力装置９０６を操作することにより、情報処理装置９００に対して各種のデータを入力したり処理動作を指示したりすることができる。
出力装置９０７は、取得した情報をユーザに対して視覚的又は聴覚的に通知することが可能な装置で形成される。このような装置として、ＣＲＴディスプレイ装置、液晶ディスプレイ装置、プラズマディスプレイ装置、ＥＬディスプレイ装置及びランプ等の表示装置や、スピーカ及びヘッドホン等の音響出力装置や、プリンタ装置等がある。
ストレージ装置９０８は、情報処理装置９００の記憶部の一例として形成されたデータ格納用の装置である。ストレージ装置９０８は、例えば、ＨＤＤ等の磁気記憶部デバイス、半導体記憶デバイス、光記憶デバイス又は光磁気記憶デバイス等により実現される。ストレージ装置９０８は、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出し装置および記憶媒体に記録されたデータを削除する削除装置などを含んでもよい。このストレージ装置９０８は、ＣＰＵ９０１が実行するプログラムや各種データ及び外部から取得した各種のデータ等を格納する。ストレージ装置９０８は、例えば、製造者装置１００の記憶部１１０、生成装置２００の記憶部２５０、ノード装置５００のＰ２Ｐデータベース５１０を具現し得る。
ドライブ９０９は、記憶媒体用リーダライタであり、情報処理装置９００に内蔵、あるいは外付けされる。ドライブ９０９は、装着されている磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記憶媒体に記録されている情報を読み出して、ＲＡＭ９０３に出力する。また、ドライブ９０９は、リムーバブル記憶媒体に情報を書き込むこともできる。
接続ポート９１１は、外部機器と接続されるインタフェースであって、例えばＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）などによりデータ伝送可能な外部機器との接続口である。
通信装置９１３は、例えば、ネットワーク９２０に接続するための通信デバイス等で形成された通信インタフェースである。通信装置９１３は、例えば、有線若しくは無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）又はＷＵＳＢ（Ｗｉｒｅｌｅｓｓ ＵＳＢ）用の通信カード等である。また、通信装置９１３は、光通信用のルータ、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ）用のルータ又は各種通信用のモデム等であってもよい。この通信装置９１３は、例えば、インターネットや他の通信機器との間で、例えばＴＣＰ／ＩＰ等の所定のプロトコルに則して信号等を送受信することができる。
センサ９１５は、例えば、撮像センサ、感圧センサ、加速度センサ、ジャイロセンサ、地磁気センサ、光センサ、音センサ、又は測距センサ等の各種のセンサである。本実施形態において生成装置２００がカメラである場合、センサ９１５は生成装置２００の撮像センサを具現し得る。
なお、ネットワーク９２０は、ネットワーク９２０に接続されている装置から送信される情報の有線、または無線の伝送路である。例えば、ネットワーク９２０は、インターネット、電話回線網、衛星通信網などの公衆回線網や、Ｅｔｈｅｒｎｅｔ（登録商標）を含む各種のＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）などを含んでもよい。また、ネットワーク９２０は、ＩＰ－ＶＰＮ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ－Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）などの専用回線網を含んでもよい。
以上、本実施形態に係る各装置のハードウェア構成例を示した。上記の各構成要素は、汎用的な部材を用いて実現されていてもよいし、各構成要素の機能に特化したハードウェアにより実現されていてもよい。従って、本実施形態を実施する時々の技術レベルに応じて、適宜、利用するハードウェア構成を変更することが可能である。
なお、上記のような情報処理装置９００の各機能を実現するためのコンピュータプログラムを作製し、ＰＣ等に実装することが可能である。また、このようなコンピュータプログラムが格納された、コンピュータで読み取り可能な記録媒体も提供することができる。記録媒体は、例えば、磁気ディスク、光ディスク、光磁気ディスク、フラッシュメモリ等である。また、上記のコンピュータプログラムは、記録媒体を用いずに、例えばネットワークを介して配信されてもよい。
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、請求の範囲に記載された技術的思想の範疇内において、各種の変更例又は修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
また、本明細書に記載された効果は、あくまで説明的又は例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、又は上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
なお、以下のような構成も本開示の技術的範囲に属する。
（１）
少なくとも１以上の第１のデータに基づいて生成された第２のデータに対する公開鍵及び秘密鍵を生成する鍵生成部と、
前記第２のデータに対する公開鍵、若しくは前記第２のデータに対する公開鍵を用いて生成された、前記第２のデータに対する公開鍵を識別可能なＩＤと、前記第２のデータ、若しくは前記第２のデータから生成されたデータとに対して、前記第１のデータに対する秘密鍵を用いて電子署名を施した証明書を生成する証明書生成部と、
前記第１のデータと前記第２のデータの関係をトレースすることに用いられるトレースデータと、前記第２のデータに対する秘密鍵を前記第２のデータに付加するトレースデータ処理部と、を備え、
前記トレースデータは、前記証明書生成部によって生成された証明書、及び前記第１のデータに付加されたトレースデータを含む、
情報処理装置。
（２）
前記トレースデータ処理部は、少なくとも前記第２のデータ、前記第２のデータに対する公開鍵、及び、全ての前記第１のデータを識別可能なＩＤを用いて、暗号学的ハッシュ関数で計算することで生成した、前記第２のデータを識別可能なＩＤを前記トレースデータに付加する、
前記（１）に記載の情報処理装置。
（３）
前記トレースデータ処理部は、前記第２のデータの内容を示すダイジェスト情報を前記トレースデータに対応付け、
前記証明書生成部は、前記ダイジェスト情報を用いて暗号学的ハッシュ関数で計算することで生成された、前記ダイジェスト情報を識別可能なＩＤを証明対象として前記証明書に含める、
前記（１）または（２）に記載の情報処理装置。
（４）
少なくとも１以上の第１のデータに基づいて生成された第２のデータに対する公開鍵及び秘密鍵を生成することと、
前記第２のデータに対する公開鍵、若しくは前記第２のデータに対する公開鍵を用いて生成された、前記第２のデータに対する公開鍵を識別可能なＩＤと、前記第２のデータ、若しくは前記第２のデータから生成されたデータとに対して、前記第１のデータに対する秘密鍵を用いて電子署名を施した証明書を生成することと、
前記第１のデータと前記第２のデータの関係をトレースすることに用いられるトレースデータと、前記第２のデータに対する秘密鍵を前記第２のデータに付加することと、
前記トレースデータは、前記証明書、及び前記第１のデータに付加されたトレースデータを含む、
コンピュータに実現させるためのプログラム。
（５）
データを生成するデータ生成部と、
前記データに対する公開鍵及び秘密鍵を生成する鍵生成部と、
前記データに対する公開鍵、若しくは前記データに対する公開鍵を用いて生成された、前記データに対する公開鍵を識別可能なＩＤと、前記データ、若しくは前記データから生成されたデータに対して、自装置に対する秘密鍵を用いて電子署名を施した証明書を生成する証明書生成部と、
前記データが自装置によって生成されたことをトレースすることに用いられ、前記証明書生成部によって生成された証明書が含まれるトレースデータと、前記データに対する秘密鍵を前記データに付加するトレースデータ処理部と、を備える、
情報処理装置。
（６）
前記トレースデータ処理部は、少なくとも前記データ、前記のデータに対する公開鍵、及び、前記自装置に対する公開鍵を用いて、暗号学的ハッシュ関数で計算することで生成した、前記データを識別可能なＩＤを前記トレースデータに付加する、
前記（５）に記載の情報処理装置。
（７）
前記トレースデータ処理部は、前記データの内容を示すダイジェスト情報を前記トレースデータに対応付け、
前記証明書生成部は、前記ダイジェスト情報を用いて暗号学的ハッシュ関数で計算することで生成された、前記ダイジェスト情報を識別可能なＩＤを証明対象として前記証明書に含める、
前記（５）または（６）に記載の情報処理装置。
（８）
前記自装置に対する公開鍵、若しくは前記自装置に対する公開鍵の識別子が前記自装置の製造者に対する秘密鍵によって電子署名を施されることで生成された証明書、前記自装置に対する公開鍵、又は前記自装置に対する公開鍵の識別子は、Ｐ２Ｐデータベースに登録される、
前記（５）から（７）のいずれか１項に記載の情報処理装置。
（９）
前記製造者に対する公開鍵が前記製造者に対する秘密鍵によって電子署名を施されることで生成された証明書は、前記Ｐ２Ｐデータベースに登録される、
前記（８）に記載の情報処理装置。
（１０）
少なくとも１以上の第１のデータと、前記第１のデータに基づいて生成された第２のデータの関係をトレースすることに用いられ、前記第２のデータに付加されるトレースデータ、及びデータベースに登録されている情報を用いて、前記第２のデータ、若しくは前記第２のデータから生成されたデータの真正性を検証する検証部と、
前記第２のデータ、若しくは前記第２のデータを識別可能なＩＤを前記データベースに登録する登録部と、を備え、
前記トレースデータは、前記第２のデータに対する公開鍵、若しくは前記第２のデータに対する公開鍵を用いて生成された、前記第２のデータに対する公開鍵を識別可能なＩＤと、前記第２のデータ、若しくは前記２のデータから生成されたデータとに対して、前記第１のデータに対する秘密鍵を用いて電子署名が施された証明書、及び前記第１のデータに付加されたトレースデータを含む、
情報処理装置。
（１１）
前記検証部は、前記第１のデータに付加されたトレースデータに含まれる、前記第１のデータに対する公開鍵、若しくは前記第１のデータに対する公開鍵を用いて生成された、前記第１のデータに対する公開鍵を識別可能なＩＤを用いて、前記トレースデータに含まれる、前記第１のデータに対する秘密鍵を用いて電子署名を施された前記第２のデータの証明書を検証し、
少なくとも前記第２のデータ、前記第２のデータに対する公開鍵、及び、全ての前記第１のデータを識別可能なＩＤを用いて、暗号学的ハッシュ関数で計算することで生成した、前記第２のデータを識別可能なＩＤが、前記トレースデータに含まれる、前記第２のデータを識別可能なＩＤと一致することを検証する、
前記（１０）に記載の情報処理装置。
（１２）
前記第２のデータとして扱われるデータが、前記第１のデータとしても扱われることで、各データは連鎖的な関係を有し、
前記検証部は、前記連鎖的な関係における最初のデータの前記トレースデータに含まれる証明書の検証には、前記データベースに登録されている、前記最初のデータの生成装置に対する公開鍵、若しくは前記生成装置に対する公開鍵を用いて生成された、前記生成装置に対する公開鍵を識別可能なＩＤを用い、
前記生成装置に対する公開鍵は、製造者に対する秘密鍵によって電子署名を施された証明書によって検証され、前記データベースに登録されている、
前記（１１）に記載の情報処理装置。
（１３）
前記登録部は、前記検証部による前記証明書の検証後に、前記第２のデータを識別可能なＩＤ、若しくは前記トレースデータに含まれる、各データを識別可能なＩＤを、前記データベースに登録する、
前記（１２）に記載の情報処理装置。
（１４）
前記データベースは、Ｐ２Ｐデータベースであり、
前記検証部は、前記Ｐ２Ｐデータベースに備えられ、前記Ｐ２Ｐデータベース上で実行される所定のプログラムによって実現される、
前記（１０）から（１３）のいずれか１項に記載の情報処理装置。
（１５）
少なくとも１以上の第１のデータと、前記第１のデータに基づいて生成された第２のデータの関係をトレースすることに用いられ、前記第２のデータに付加されるトレースデータ、及びデータベースに登録されている情報を用いて、前記第２のデータ、若しくは前記第２のデータから生成されたデータの真正性を検証することと、
前記第２のデータ、若しくは前記第２のデータを識別可能なＩＤを前記データベースに登録することと、を有し、
前記トレースデータは、前記第２のデータに対する公開鍵、若しくは前記第２のデータに対する公開鍵を用いて生成された、前記第２のデータに対する公開鍵を識別可能なＩＤと、前記第２のデータ、若しくは前記２のデータから生成されたデータとに対して、前記第１のデータに対する秘密鍵を用いて電子署名が施された証明書、及び前記第１のデータに付加されたトレースデータを含む、
コンピュータにより実行される情報処理方法。
（１６）
少なくとも１以上の第１のデータと、前記第１のデータに基づいて生成された第２のデータの関係をトレースすることに用いられ、前記第２のデータに付加されるトレースデータ、及びデータベースに登録されている情報を用いて、前記第２のデータ、若しくは前記第２のデータから生成されたデータの真正性を検証する外部装置へ、前記トレースデータを提供するプログラムであり、
前記トレースデータは、前記第２のデータに対する公開鍵、若しくは前記第２のデータに対する公開鍵を用いて生成された、前記第２のデータに対する公開鍵を識別可能なＩＤと、前記第２のデータ、若しくは前記２のデータから生成されたデータとに対して、前記第１のデータに対する秘密鍵を用いて電子署名が施された証明書、及び前記第１のデータに付加されたトレースデータを含む、
コンピュータに実現させるためのプログラム。
１００ 製造者装置
１１０ 記憶部
２００ 生成装置
２１０ データ生成部
２２０ 証明書生成部
２３０ 鍵生成部
２４０ トレースデータ処理部
２５０ 記憶部
３００ 加工装置
３１０ データ加工部
３２０ 証明書生成部
３３０ 鍵生成部
３４０ トレースデータ処理部
４００ 検証装置
４１０ 検証部
４２０ データ類似判定部
５００ ノード装置
５１０ Ｐ２Ｐデータベース
５１１ Ｐ２Ｐデータベースプログラム
５１１ａ 検証部（登録部）
６００ Ｐ２Ｐネットワーク

Claims (16)

  1. 少なくとも１以上の第１のデータに基づいて生成された第２のデータに対する公開鍵及び秘密鍵を生成する鍵生成部と、
    前記第２のデータに対する公開鍵、若しくは前記第２のデータに対する公開鍵を用いて生成された、前記第２のデータに対する公開鍵を識別可能なＩＤと、前記第２のデータ、若しくは前記第２のデータから生成されたデータとに対して、前記第１のデータに対する秘密鍵を用いて電子署名を施した証明書を生成する証明書生成部と、
    前記第１のデータと前記第２のデータの関係をトレースすることに用いられるトレースデータと、前記第２のデータに対する秘密鍵を前記第２のデータに付加するトレースデータ処理部と、を備え、
    前記トレースデータは、前記証明書生成部によって生成された証明書、及び前記第１のデータに付加されたトレースデータを含む、
    情報処理装置。
  2. 前記トレースデータ処理部は、少なくとも前記第２のデータ、前記第２のデータに対する公開鍵、及び、全ての前記第１のデータを識別可能なＩＤを用いて、暗号学的ハッシュ関数で計算することで生成した、前記第２のデータを識別可能なＩＤを前記トレースデータに付加する、
    請求項１に記載の情報処理装置。
  3. 前記トレースデータ処理部は、前記第２のデータの内容を示すダイジェスト情報を前記トレースデータに対応付け、
    前記証明書生成部は、前記ダイジェスト情報を用いて暗号学的ハッシュ関数で計算することで生成された、前記ダイジェスト情報を識別可能なＩＤを証明対象として前記証明書に含める、
    請求項１に記載の情報処理装置。
  4. 少なくとも１以上の第１のデータに基づいて生成された第２のデータに対する公開鍵及び秘密鍵を生成することと、
    前記第２のデータに対する公開鍵、若しくは前記第２のデータに対する公開鍵を用いて生成された、前記第２のデータに対する公開鍵を識別可能なＩＤと、前記第２のデータ、若しくは前記第２のデータから生成されたデータとに対して、前記第１のデータに対する秘密鍵を用いて電子署名を施した証明書を生成することと、
    前記第１のデータと前記第２のデータの関係をトレースすることに用いられるトレースデータと、前記第２のデータに対する秘密鍵を前記第２のデータに付加することと、
    前記トレースデータは、前記証明書、及び前記第１のデータに付加されたトレースデータを含む、
    コンピュータに実現させるためのプログラム。
  5. データを生成するデータ生成部と、
    前記データに対する公開鍵及び秘密鍵を生成する鍵生成部と、
    前記データに対する公開鍵、若しくは前記データに対する公開鍵を用いて生成された、前記データに対する公開鍵を識別可能なＩＤと、前記データ、若しくは前記データから生成されたデータに対して、自装置に対する秘密鍵を用いて電子署名を施した証明書を生成する証明書生成部と、
    前記データが自装置によって生成されたことをトレースすることに用いられ、前記証明書生成部によって生成された証明書が含まれるトレースデータと、前記データに対する秘密鍵を前記データに付加するトレースデータ処理部と、を備える、
    情報処理装置。
  6. 前記トレースデータ処理部は、少なくとも前記データ、前記データに対する公開鍵、及び、前記自装置に対する公開鍵を用いて、暗号学的ハッシュ関数で計算することで生成した、前記データを識別可能なＩＤを前記トレースデータに付加する、
    請求項５に記載の情報処理装置。
  7. 前記トレースデータ処理部は、前記データの内容を示すダイジェスト情報を前記トレースデータに対応付け、
    前記証明書生成部は、前記ダイジェスト情報を用いて暗号学的ハッシュ関数で計算することで生成された、前記ダイジェスト情報を識別可能なＩＤを証明対象として前記証明書に含める、
    請求項５に記載の情報処理装置。
  8. 前記自装置に対する公開鍵、若しくは前記自装置に対する公開鍵の識別子が前記自装置の製造者に対する秘密鍵によって電子署名を施されることで生成された証明書、前記自装置に対する公開鍵、又は前記自装置に対する公開鍵の識別子は、Ｐ２Ｐデータベースに登録される、
    請求項５に記載の情報処理装置。
  9. 前記製造者に対する公開鍵が前記製造者に対する秘密鍵によって電子署名を施されることで生成された証明書は、前記Ｐ２Ｐデータベースに登録される、
    請求項８に記載の情報処理装置。
  10. 少なくとも１以上の第１のデータと、前記第１のデータに基づいて生成された第２のデータの関係をトレースすることに用いられ、前記第２のデータに付加されるトレースデータ、及びデータベースに登録されている情報を用いて、前記第２のデータ、若しくは前記第２のデータから生成されたデータの真正性を検証する検証部と、
    前記第２のデータ、若しくは前記第２のデータを識別可能なＩＤを前記データベースに登録する登録部と、を備え、
    前記トレースデータは、前記第２のデータに対する公開鍵、若しくは前記第２のデータに対する公開鍵を用いて生成された、前記第２のデータに対する公開鍵を識別可能なＩＤと、前記第２のデータ、若しくは前記第２のデータから生成されたデータとに対して、前記第１のデータに対する秘密鍵を用いて電子署名が施された証明書、及び前記第１のデータに付加されたトレースデータを含む、
    情報処理装置。
  11. 前記検証部は、前記第１のデータに付加されたトレースデータに含まれる、前記第１のデータに対する公開鍵、若しくは前記第１のデータに対する公開鍵を用いて生成された、前記第１のデータに対する公開鍵を識別可能なＩＤを用いて、前記トレースデータに含まれる、前記第１のデータに対する秘密鍵を用いて電子署名を施された前記第２のデータの証明書を検証し、
    少なくとも前記第２のデータ、前記第２のデータに対する公開鍵、及び、全ての前記第１のデータを識別可能なＩＤを用いて、暗号学的ハッシュ関数で計算することで生成した、前記第２のデータを識別可能なＩＤが、前記トレースデータに含まれる、前記第２のデータを識別可能なＩＤと一致することを検証する、
    請求項１０に記載の情報処理装置。
  12. 前記第２のデータとして扱われるデータが、前記第１のデータとしても扱われることで、各データは連鎖的な関係を有し、
    前記検証部は、前記連鎖的な関係における最初のデータの前記トレースデータに含まれる証明書の検証には、前記データベースに登録されている、前記最初のデータの生成装置に対する公開鍵、若しくは前記生成装置に対する公開鍵を用いて生成された、前記生成装置に対する公開鍵を識別可能なＩＤを用い、
    前記生成装置に対する公開鍵は、製造者に対する秘密鍵によって電子署名を施された証明書によって検証され、前記データベースに登録されている、
    請求項１１に記載の情報処理装置。
  13. 前記登録部は、前記検証部による前記証明書の検証後に、前記第２のデータを識別可能なＩＤ、若しくは前記トレースデータに含まれる、各データを識別可能なＩＤを、前記データベースに登録する、
    請求項１２に記載の情報処理装置。
  14. 前記データベースは、Ｐ２Ｐデータベースであり、
    前記検証部は、前記Ｐ２Ｐデータベースに備えられ、前記Ｐ２Ｐデータベース上で実行される所定のプログラムによって実現される、
    請求項１０に記載の情報処理装置。
  15. 少なくとも１以上の第１のデータと、前記第１のデータに基づいて生成された第２のデータの関係をトレースすることに用いられ、前記第２のデータに付加されるトレースデータ、及びデータベースに登録されている情報を用いて、前記第２のデータ、若しくは前記第２のデータから生成されたデータの真正性を検証することと、
    前記第２のデータ、若しくは前記第２のデータを識別可能なＩＤを前記データベースに登録することと、を有し、
    前記トレースデータは、前記第２のデータに対する公開鍵、若しくは前記第２のデータに対する公開鍵を用いて生成された、前記第２のデータに対する公開鍵を識別可能なＩＤと、前記第２のデータ、若しくは前記第２のデータから生成されたデータとに対して、前記第１のデータに対する秘密鍵を用いて電子署名が施された証明書、及び前記第１のデータに付加されたトレースデータを含む、
    コンピュータにより実行される情報処理方法。
  16. 少なくとも１以上の第１のデータと、前記第１のデータに基づいて生成された第２のデータの関係をトレースすることに用いられ、前記第２のデータに付加されるトレースデータ、及びデータベースに登録されている情報を用いて、前記第２のデータ、若しくは前記第２のデータから生成されたデータの真正性を検証する外部装置へ、前記トレースデータを提供するプログラムであり、
    前記トレースデータは、前記第２のデータに対する公開鍵、若しくは前記第２のデータに対する公開鍵を用いて生成された、前記第２のデータに対する公開鍵を識別可能なＩＤと、前記第２のデータ、若しくは前記第２のデータから生成されたデータとに対して、前記第１のデータに対する秘密鍵を用いて電子署名が施された証明書、及び前記第１のデータに付加されたトレースデータを含む、
    コンピュータに実現させるためのプログラム。
JP2021501718A 2019-02-22 2020-01-21 情報処理装置、情報処理方法、及びプログラム Active JP7476876B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2019030632 2019-02-22
JP2019030632 2019-02-22
PCT/JP2020/001801 WO2020170685A1 (ja) 2019-02-22 2020-01-21 情報処理装置、情報処理方法、及びプログラム

Publications (2)

Publication Number Publication Date
JPWO2020170685A1 JPWO2020170685A1 (ja) 2020-08-27
JP7476876B2 true JP7476876B2 (ja) 2024-05-01

Family

ID=72144210

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021501718A Active JP7476876B2 (ja) 2019-02-22 2020-01-21 情報処理装置、情報処理方法、及びプログラム

Country Status (3)

Country Link
US (1) US11943339B2 (ja)
JP (1) JP7476876B2 (ja)
WO (1) WO2020170685A1 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021192992A1 (ja) * 2020-03-23 2021-09-30 ソニーグループ株式会社 エンティティ、ゲートウェイ装置、情報処理装置、情報処理システム、および情報処理方法
US20220006642A1 (en) * 2020-07-06 2022-01-06 The Samo Project System and method for content storage and ownership verification
US20240005019A1 (en) * 2020-12-09 2024-01-04 Nec Corporation Data trading device, data trading system, data trading method, and non-transitory computer-readable medium
US20220417030A1 (en) * 2021-06-26 2022-12-29 Redpine Signals, Inc. Device Authentication using Blockchain

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008124668A (ja) 2006-11-09 2008-05-29 Canon Inc コンテンツ編集装置及びコンテンツ検証装置
WO2009028513A1 (ja) 2007-08-29 2009-03-05 Nec Corporation コンテンツの公開システム及び該システムにおける公開コンテンツの保証方法
JP2010050760A (ja) 2008-08-22 2010-03-04 Hitachi Ltd コンテンツ保護装置、および、コンテンツ利用装置
WO2018207424A1 (ja) 2017-05-11 2018-11-15 三菱電機株式会社 メッセージ加工装置、地図管理装置、地図会社装置および自動車会社装置

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4390570B2 (ja) 2004-01-21 2009-12-24 株式会社エヌ・ティ・ティ・ドコモ 多段署名検証システム、電子署名付与装置、データ追加装置及び電子署名検証装置
US20210334794A1 (en) * 2016-06-24 2021-10-28 Raise Marketplace, Llc Resolving a parameter error associated with a primary blockchain
JP6826290B2 (ja) 2017-01-19 2021-02-03 富士通株式会社 証明書配付システム、証明書配付方法、および証明書配付プログラム
US10819526B2 (en) * 2018-02-19 2020-10-27 Microsoft Technology Licensing, Llc Identity-based certificate authority system architecture

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008124668A (ja) 2006-11-09 2008-05-29 Canon Inc コンテンツ編集装置及びコンテンツ検証装置
WO2009028513A1 (ja) 2007-08-29 2009-03-05 Nec Corporation コンテンツの公開システム及び該システムにおける公開コンテンツの保証方法
JP2010050760A (ja) 2008-08-22 2010-03-04 Hitachi Ltd コンテンツ保護装置、および、コンテンツ利用装置
WO2018207424A1 (ja) 2017-05-11 2018-11-15 三菱電機株式会社 メッセージ加工装置、地図管理装置、地図会社装置および自動車会社装置

Also Published As

Publication number Publication date
US11943339B2 (en) 2024-03-26
US20220166609A1 (en) 2022-05-26
JPWO2020170685A1 (ja) 2020-08-27
WO2020170685A1 (ja) 2020-08-27

Similar Documents

Publication Publication Date Title
JP7476876B2 (ja) 情報処理装置、情報処理方法、及びプログラム
JP4847701B2 (ja) 著作権管理システムにおける柔軟性のある権利テンプレートを使用したデジタルコンテンツの署名済み権利ラベル（ｓｒｌ）の取得
JP4627624B2 (ja) 組織などの限定された領域内におけるデジタル著作権管理（ｄｒｍ）システムによるデジタルコンテンツのパブリッシュ
EP1376980B1 (en) Secure server plug-in architecture for digital rights management systems
US7891007B2 (en) Systems and methods for issuing usage licenses for digital content and services
AU2004200471B2 (en) Publishing digital content within a defined universe such as an organization in accordance with a digital rights management (DRM) system
KR100912276B1 (ko) 하드웨어 식별에 기초한 디지털권 관리 방법을 이용한 전자소프트웨어 배포 방법 및 시스템
US7174021B2 (en) Systems and methods for providing secure server key operations
AU2004200454B2 (en) Enrolling/sub-enrolling a digital rights management (DRM) server into a DRM architecture
JP4724360B2 (ja) ディジタル権利管理システムにおいて権利テンプレートを使用してディジタルコンテンツのための署名権利ラベル（ｓｒｌ）を取得する方法
JP5357292B2 (ja) デジタル著作権管理エンジンのシステムおよび方法
TW486902B (en) Method capable of preventing electronic documents from being illegally copied and its system
JP2004046856A (ja) デジタルコンテンツに対応するデジタルライセンスを取得する方法
JP2004046790A (ja) デジタルコンテンツの保護及び管理のためのシステム
JP2004110197A (ja) センタ・システムにおける情報処理方法及びアクセス権限管理方法
JP2004133654A (ja) 記憶装置、端末装置およびサーバ装置
KR101979323B1 (ko) 소프트웨어 저작권 인증 관리 방법
JP2009515270A (ja) バイオメトリックデータを用いたデジタル著作権管理
JP3575210B2 (ja) デジタル情報管理システム、端末装置、情報管理センタ及びデジタル情報管理方法
TW200941996A (en) Using mobile device to construct a secure E-DRM method
JP2001147899A (ja) コンテンツ配布システム
JP6813705B1 (ja) コンテンツ利用システム、コンテンツ利用方法、ユーザ端末、プログラムおよび配信サーバ

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20221213

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20240116

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240307

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20240401

R150 Certificate of patent or registration of utility model

Ref document number: 7476876

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150