JP2023130017A - コンテンツ保護システム - Google Patents

コンテンツ保護システム Download PDF

Info

Publication number
JP2023130017A
JP2023130017A JP2022034444A JP2022034444A JP2023130017A JP 2023130017 A JP2023130017 A JP 2023130017A JP 2022034444 A JP2022034444 A JP 2022034444A JP 2022034444 A JP2022034444 A JP 2022034444A JP 2023130017 A JP2023130017 A JP 2023130017A
Authority
JP
Japan
Prior art keywords
content
key
connection device
information
blockchain network
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.)
Pending
Application number
JP2022034444A
Other languages
English (en)
Inventor
貴之 鈴木
Takayuki Suzuki
尚宜 佐藤
Hisanobu Sato
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.)
Hitachi Solutions Ltd
Original Assignee
Hitachi Solutions Ltd
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 Hitachi Solutions Ltd filed Critical Hitachi Solutions Ltd
Priority to JP2022034444A priority Critical patent/JP2023130017A/ja
Priority to US17/961,053 priority patent/US20230283466A1/en
Publication of JP2023130017A publication Critical patent/JP2023130017A/ja
Pending legal-status Critical Current

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/14—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using a plurality of keys or algorithms
    • 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
    • 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/0891—Revocation or update of secret information, e.g. encryption key update or rekeying
    • 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/0894—Escrow, recovery or storing of secret information, e.g. secret key escrow or cryptographic key storage
    • 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/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/60—Digital content management, e.g. content distribution

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Storage Device Security (AREA)

Abstract

Figure 2023130017000001
【課題】集中システムを用いずにコンテンツの安全性を向上させること。
【解決手段】接続装置２００Ａは、接続装置２００Ｂからブロックチェーンネットワーク１００を介して、公開鍵を含む購入希望通知を受信し、その公開鍵を用いてコンテンツ鍵を暗号化した暗号済みコンテンツ鍵を、ブロックチェーンネットワーク１００を介して接続装置２００Ｂに送信する。接続装置２００Ｂは、購入希望通知を接続装置２００Ａに送信し、コンテンツの譲渡先を示す送信元情報をブロックチェーンネットワーク１００に送信する。また、接続装置２００Ｂは、接続装置２００Ａからの暗号済みコンテンツ鍵を保持している秘密鍵で復号化する。ブロックチェーンネットワーク１００は、暗号済みコンテンツ鍵を受信した場合、保有者管理情報にて示される保有者を譲渡先に変更する。
【選択図】図１

Description

本開示は、コンテンツ保護システムに関する。
情報機器で扱うデジタルデータを分散的にかつ改竄が極めて困難な形式で蓄積することが可能なブロックチェーンと呼ばれる技術が注目されている。ブロックチェーンは、従来、ビットコインのような仮想通貨と呼ばれる金銭的価値を表現するトークンである代替性トークン（Fungible Token）が活用されていたが、近年では、非代替性トークン（Non-Fungible Token：ＮＦＴ)のような金銭的価値とは異なるものが表現されている。ブロックチェーン上で発行するトークンの発行数は発行者にて上限値を設定でき、それらのトークンの正式な保有者を容易に特定できる。このため、デジタルデータに対しても希少性を付与することが可能であるため、ブロックチェーンは、アートなどの分野において注目されている。
しかしながら、動画像データ及び高精細な静止画像データのようなサイズの大きいコンテンツをブロックチェーン上に登録することは、利用コストの観点などから現実的ではない。このため、通常、サイズの大きいコンテンツはブロックチェーンとは別の場所に格納し、ブロックチェーンに格納するＮＦＴには、そのデータの格納先を示すＵＲＬなどが登録される。
現在、多くのＮＦＴはパブリックブロックチェーンで使用されているため、誰でもＮＦＴを参照することができる。したがって、ＮＦＴを参照することで、誰でもブロックチェーンとは別の場所に格納しているコンテンツにアクセスできてしまうため、コンテンツの秘匿性及び安全性に課題がある。
上記課題に対して、特許文献１には、コンテンツに対してアクセスを要求したユーザが正規のユーザか否かを判定する認証機能を、コンテンツを管理しているサーバに搭載する技術が開示されている。この技術では、アクセスを要求したユーザが正規のユーザである場合に、コンテンツへのアクセスが許可される。
特開２０１９－４９３７２号公報
しかしながら、特許文献１に記載の技術では、コンテンツを管理するためのサーバを有する集中システムが採用されているため、そのサーバを運営する管理者が必要となり、コストが高くなるという問題がある。また、ブロックチェーンがそもそも分散環境での動作を意図していること、及び、ＩＰＦＳ（Interplanetary File System）のようなＰ２Ｐ技術を活用した分散システムの活用が普及していることなどからも、コンテンツの管理を特定の事業者に依存する集中システムではない仕組みが望まれている。
本開示の目的は、集中システムを用いずにコンテンツの安全性を向上させることが可能なコンテンツ保護システムを提供することにある。
本開示の一態様に従うコンテンツ保護システムは、複数の計算機で構成されるブロックチェーンネットワークと、前記ブロックチェーンネットワークと接続する複数の接続装置とを有し、コンテンツ復号鍵にて復号可能な形式で暗号化されて所定の格納場所に格納されたコンテンツを管理するコンテンツ保護システムであって、前記複数の接続装置のいずれかである第１の接続装置は、前記コンテンツ復号鍵を保持し、前記第１の接続装置とは異なる前記接続装置である第２の接続装置から、前記コンテンツの利用を要求する利用要求であって、前記第２の接続装置にて管理される秘密鍵に対応する公開鍵を含む利用要求を、前記ブロックチェーンネットワークを介して受信し、前記利用要求に含まれる公開鍵を用いて前記コンテンツ復号鍵を暗号化した暗号済みコンテンツ復号鍵を、前記ブロックチェーンネットワークを経由して前記２の接続装置に送信し、前記第２の接続装置は、前記秘密鍵を保持し、前記利用要求を、前記ブロックチェーンネットワークを経由して前記第１の接続装置に送信し、前記コンテンツの利用権を与える利用権付与者を示す利用者情報を前記ブロックチェーンネットワークに送信し、前記暗号済みコンテンツ復号鍵を、前記ブロックチェーンネットワークを経由して前記第１の接続装置から受信し、当該暗号済みコンテンツ復号鍵を、前記秘密鍵を用いて復号して前記コンテンツ復号鍵を取得し、前記ブロックチェーンネットワークは、前記コンテンツの利用が可能な利用可能者を示す利用者管理情報を格納し、前記暗号済みコンテンツ復号鍵を受信した場合、前記利用者管理情報にて示される利用者を前記利用者情報が示す前記利用権者に変更する、コンテンツ保護システム。
本発明によれば、集中システムを用いずにコンテンツの安全性を向上させることが可能になる。
本開示の一実施形態のコンテンツ保護システムの全体構成を示す図である。 ブロックチェーンネットワーク接続装置の構成例を示す図である。 暗号処理部の構成例を示す図である。 コンテンツ保護システムの処理の一例を説明するためのアクティビティ図である。 保有者管理情報の一例を示す図である。 購入希望通知の一例を示す図である。 保有予定者管理情報の一例を示す図である。 保有者変更要求の一例を示す図である。 実施例２に係るコンテンツ保護システムの処理を説明するための図である。 実施例２に係るコンテンツ保護システムの処理を説明するための図である。 保有者管理情報の他の例を示す図である。 購入希望通知の他の例を示す図である。 保有予定者管理情報の他の例を示す図である。 保有者管理情報の他の例を示す図である。
以下、本開示の実施形態について図面を参照して説明する。本開示は、ブロックチェーンで管理されるコンテンツへのアクセスの可否を、当該コンテンツの使用権を有するユーザが決定できる技術を含む。
図１は、本開示の一実施形態のコンテンツ保護システムの全体構成を示す図である。図１に示すコンテンツ保護システム１は、コンテンツを管理するシステムであり、複数のノード１０１にて構成されるブロックチェーンネットワーク１００と、ブロックチェーンネットワーク１００と接続されたブロックチェーンネットワーク接続装置２００及びコンテンツサーバ３００と、ブロックチェーンネットワーク接続装置２００と接続された接続端末４００とを備える。ブロックチェーンネットワーク１００及びブロックチェーンネットワーク接続装置２００は、ブロックチェーンシステムを構成する。ノード１０１は、サーバのようなコンピュータシステムである。接続端末４００は、例えば、ＰＣ又はスマートフォンなどである。
コンテンツ保護システム１を利用する利用者２は、ブロックチェーンネットワーク接続装置２００を介してブロックチェーンネットワーク１００を利用する。利用者２は、自身のブロックチェーンネットワーク接続装置２００を直接使用してもよいし、企業などの接続サービス提供者が提供するブロックチェーンネットワーク接続装置２００を自身の接続端末４００を介して使用してもよい。自身のブロックチェーンネットワーク接続装置２００を直接使用する場合、利用者２は、自身のＰＣ又はスマートフォンなどの端末装置に所定のプログラムをインストールすることで、端末装置をブロックチェーンネットワーク接続装置２００として使用する。接続サービス提供者のブロックチェーンネットワーク接続装置２００は、１以上のサーバで構築され、ブロックチェーンネットワーク１００に対する接続サービスを利用者２に提供する。
ブロックチェーンネットワーク１００は、ブロックチェーンネットワーク接続装置２００からの要求に応じて、利用者２の間の取引対象となるトークンであるＮＦＴが発行され、取引される。本実施形態では、ＮＦＴは、画像データ（静止画像データ及び動画像データ）又はゲームに使用されるアイテムなどのコンテンツに対応付けられて発行される。ＮＦＴに対応するコンテンツは、ＮＦＴに組み込まれるのではなく、外部の格納装置であるコンテンツサーバ３００に格納される。なお、ＮＦＴはコンテンツと対応付けられているため、取引対象をコンテンツとしてもよい。
図２は、ブロックチェーンネットワーク接続装置２００の構成を示す図である。図２に示すようにブロックチェーンネットワーク接続装置２００は、メモリ２０１、ＣＰＵ２０２、ストレージインタフェース２０３、ネットワークインタフェース２０４、入出力インタフェース２０５、及び、補助記憶装置２０６を備え、各部がバス２０７を介して相互に接続される。なお、図２では、インタフェースをＩ／Ｆと表記している。
メモリ２０１は、ＣＰＵ２０２の動作を規定するプログラム２１１を記憶する。また、メモリ２０１は、そのプログラムで使用又は生成される種々の情報（図示せず）を記憶する。
ＣＰＵ２０２は、メモリ２０１に記憶されたコンピュータプログラムであるプログラム２１１を読み取り、その読み取ったプログラム２１１を実行することで、種々の機能部を実現するプロセッサである。本実施形態では、ＣＰＵ２０２は、ブロックチェーンネットワーク１００に対して処理を依頼する場合に必要となる暗号処理を実行する暗号処理部５００（図３参照）を実現する。
ストレージインタフェース２０３は、バス２０７と補助記憶装置２０６とを接続する。入出力インタフェース２０５は、モニタ及びキーボードなどの表示・操作機器のような外部デバイス（図示せず）と接続する。ネットワークインタフェース２０４は、ブロックチェーンネットワーク１００又は他のネットワークを介してノード１０１及びコンテンツサーバ３００などの外部装置と接続する。
補助記憶装置２０６は、ＳＳＤ（Solid State Drive）又はＨＤＤ（Hard Disk Drive）などであり、種々の情報を記憶する。例えば、補助記憶装置２０６は、暗号処理で使用される鍵情報と利用者に関するユーザ情報とを対応付けて管理するユーザ管理情報２１２を記憶する。補助記憶装置２０６は容易に取り外せることが多いため、ユーザ管理情報２１２は暗号化されて記憶されることが望ましい。
なお、ＣＰＵ２０２などには、耐タンパ性を有する領域である耐タンパ領域を備えているものがある。この場合、ユーザ管理情報３０１の保存及び暗号処理部５００による処理が耐タンパ領域内で実行されてもよい。同様に、ハードウェアウォレットのような耐タンパ性を有する外部デバイスである耐タンパデバイスが使用されてもよい。この場合、耐タンパデバイスは、例えば、ストレージインタフェース２０３、ネットワークインタフェース２０４又は入出力インタフェース２０５を介して接続され、ユーザ管理情報３０１の保存及び暗号処理部５００による処理を実行する。
図３は、暗号処理部５００の構成を示す図である。図３に示す暗号処理部５００は、暗復号処理部５１０と、鍵乱数生成部５２０と、鍵管理部５３０とを有する。暗復号処理部５１０は、種々の情報の暗号処理及び復号処理を実行する。鍵乱数生成部５２０は、暗号処理で使用される鍵情報（公開鍵暗号及び共通鍵暗号など）及び乱数を生成する。鍵管理部５３０は、鍵乱数生成部５２０にて生成された鍵情報及び乱数を管理する。
ノード１０１及び接続端末４００は、ブロックチェーンネットワーク接続装置２００と同様な構成を有する。ノード１０１のメモリ２０１に記憶されるプログラム２１１は、ＮＦＴの発行及び登録・管理を行う処理をＣＰＵ２０２に実行させるスマートコントラクト１０２である。スマートコントラクト１０２が行う処理は、通常、複数のノード１０１が協働することで行われる。スマートコントラクト１０２が恒常的に参照する情報はブロックチェーンネットワーク１００を構築する各ノード１０１にブロックとして登録される。
図４は、本開示の実施例１に係るコンテンツ保護システム１の処理の一例を説明するためのアクティビティ図である。以下では、コンテンツ（より具体的には、コンテンツに対応するＮＦＴ）を提供する譲渡元の利用者２をユーザＡ、そのコンテンツを取得する譲渡先の利用者２、つまりコンテンツの利用権が付与される利用権付与者をユーザＢとする。また、ユーザＡが利用するブロックチェーンネットワーク接続装置２００を接続装置２００Ａ、ユーザＢが利用するブロックチェーンネットワーク接続装置２００を接続装置２００Ｂとする。
ユーザＢは、コンテンツを有償で取得してもよいし、無償で取得してもよい。ユーザＡは、ユーザＢにコンテンツの利用権を付与するだけでもよいし、ユーザＢにコンテンツの利用権を付与しつつ、ユーザＡの利用権を削除することで、コンテンツをユーザＢに譲渡してもよい。以下の説明では、コンテンツをユーザＡからユーザＢに有償で譲渡した場合（つまり、ユーザＢがユーザＡからコンテンツを購入した場合）について説明するが、金銭の授受に関する処理については省略する。また、ブロックチェーンネットワーク接続装置２００にて生成された種々の情報は、鍵管理部５３０によって適宜管理（保存など）されるが、以下の説明ではブロックチェーンネットワーク接続装置２００において情報を管理する処理の説明については省略することもある。
先ず、コンテンツ提供者であるユーザＡは、生成するなどして用意したコンテンツを接続装置２００Ａに送信する。接続装置２００Ａの暗号処理部５００の鍵乱数生成部５２０は、そのコンテンツのハッシュ値をコンテンツ確認用ハッシュ値として生成する（ステップＳ２０００）。コンテンツ確認用ハッシュ値は、後述するように、暗号化されたコンテンツを購入したユーザＢがそのコンテンツの正当性を確認するために使用される。
鍵乱数生成部５２０は、コンテンツを暗号化して保護するための暗号鍵であるコンテンツ暗号鍵を生成する（ステップＳ２０１０）。暗復号処理部５１０は、そのコンテンツ暗号鍵を用いてコンテンツを暗号化する（ステップＳ２０２０）。コンテンツを暗号化する暗号方式は、コンテンツを保護できるものであれば限定されないが、ここでは共通鍵暗号方式である。つまり、コンテンツ暗号鍵はコンテンツを復号するコンテンツ復号鍵と共通である。以下では、コンテンツ暗号鍵（コンテンツ復号鍵）をコンテンツ鍵と呼ぶこともある。コンテンツ鍵は鍵管理部５３０にて管理（例えば、保持）される。
暗復号処理部５１０は、暗号化したコンテンツである暗号コンテンツをコンテンツサーバ３００に格納し、そのコンテンツに関するコンテンツ情報の登録を要求する登録要求をノード１０１のスマートコントラクト１０２に送信する（ステップＳ２０３０）。登録要求は、コンテンツ情報を含む。また、コンテンツ情報は、コンテンツのハッシュ値と、コンテンツの格納場所を示す参照先情報とを含む。
スマートコントラクト１０２は、登録要求に応じたＮＦＴを発行してブロックチェーンに登録する（ステップＳ２１００）。なお、ユーザＡが別のユーザが用意したコンテンツをコンテンツ保護システム１にて取得することでコンテンツを用意した場合、ＮＦＴが既に発行されているため、ＮＦＴを新たに発行せずに必要な情報のみを登録すればよい。
図５は、ＮＦＴに含まれる保有者管理情報の一例を示す図である。図５に示す保有者管理情報６００は、コンテンツを保有する（つまり、コンテンツの利用が可能な利用可能者）を示す利用者管理情報であり、フィールド６０１～６０４を有する。
フィールド６０１は、ＮＦＴを識別するトークンＩＤであるＩＤを格納する。ＩＤの数は、ＮＦＴを発行する発行者にて設定可能であり、図５では、一例として１００としている。フィールド６０２は、コンテンツを保有する保有者を示す保有者情報を格納する。保有者は、ＮＦＴの登録時には、コンテンツの生成者又はその代理人などであり、取引完了時には、コンテンツの譲渡先となる。保有者情報は、ここでは、個人が保有しているパブリックブロックネットワークチェーンのアドレスであるが、保有者を一意に特定できるものであれば、他の情報でもよい。
フィールド６０３は、コンテンツ確認用ハッシュ値を格納する。コンテンツ確認用ハッシュ値がコンテンツサーバ３００などの他の場所で確認できる場合には、フィールド６０３はなくてもよい。フィールド６０４は、参照先情報を格納する。
なお、１つ又は複数のコンテンツを複数の保有者が共有する場合、（複数のＮＦＴが同じコンテンツに対応付けられている場合）などでは、ＩＤごとにハッシュ値及び参照先情報が格納される必要はない。つまり、保有者管理情報はコンテンツの提供方法などに応じて構成が異なり、場合によっては、別表を有してもよい。
以上のように保有者管理情報を含むＮＦＴが登録されることで、他のユーザがＮＦＴを購入できる状態となる。
図４の説明に戻る。コンテンツの購入者であるユーザＢは、コンテンツを購入するための準備を接続装置２００Ｂに指示する。接続装置２００Ｂの鍵乱数生成部５２０は、コンテンツ鍵をロック（アクセス制限）するためのロック情報を生成するためのロック用情報としてロック用乱数を生成する（ステップＳ２２００）。そして、鍵乱数生成部５２０は、ロック用乱数のハッシュ値をロック情報として生成する（ステップＳ２２１０）。なお、ロック用情報は、乱数に限らず、ランダムな文字列のような他の情報でもよい。
また、鍵乱数生成部５２０は、コンテンツ鍵を取得するための認証処理に使用される公開鍵ペアである認証用公開鍵ペアを生成する（ステップＳ２２２０）。なお、公開鍵ペアは、公開鍵及び秘密鍵を含む。
ロック情報と認証用公開鍵ペアは、コンテンツ鍵を取得するための認証処理に使用されるため、1つのユーザ管理情報２１２で一括管理されるのではなく、それぞれ別デバイス又は紙などにて別々に管理されることが望ましい。ロック情報及び認証用公開鍵ペアの具体的な管理方法は、ユーザＢが利便性などを考慮して適宜決定すればよい。また、ロック情報及び認証用公開鍵ペアを他人に提供することで、購入したコンテンツを他人にプレゼントすることもできる。
その後、コンテンツを購入する場合、ユーザＢは、そのコンテンツの購入を接続装置２００Ｂに指示する。接続装置２００Ｂは、その指示に応じてコンテンツの利用（譲渡）を要求する利用要求である購入希望通知をスマートコントラクト１０２に送信する（ステップＳ２２３０）
図６は、購入希望通知の一例を示す図である。図６に示す購入希望通知７００は、フィールド７０１～７０７を有する。
フィールド７０１は、購入希望通知７００の送信先を示す送信先情報を格納する。送信先情報は、本実施例では、送信先としてスマートコントラクト１０２のアドレスを示す。フィールド７０２は、購入希望通知７００の送信元を示す送信元情報を格納する。送信元情報は、送信者であるユーザＢのアドレス（ユーザＢが保有しているパブリックブロックチェーンのアドレス）を示す。フィールド７０３は、購入対象のコンテンツに対応するＮＦＴのＩＤを格納する。
フィールド７０４は、購入後のコンテンツの保有者となる保有予定者を示す保有予定者情報を格納する。保有予定者情報は、保有予定者が購入希望通知の送信者であるユーザＢの場合、ユーザＢのアドレスを示し、保有予定者がユーザＢからコンテンツをプレゼントされる別のユーザであるユーザＣの場合、ユーザＣのアドレスを示す。ただし、ユーザＣが購入希望通知７００の送信時点でブロックチェーンを利用していない場合、ユーザＣのアドレスが存在しない。この場合、フィールド７０４は、空情報となり、例えば、別途設定するロック情報及び認証用情報を使って正当な購入者であることを確認する。また、保有予定者情報は、ユーザＢのアドレスがユーザＣのアドレスの代わりに使用されてもよい。この場合、ユーザＢは、ユーザＣに対してロック情報及び認証用公開鍵ペアだけでなく、ユーザＢのアドレスの生成に利用した情報も提供する必要がある。なお、ユーザＢがユーザＣにプレゼントするのではなく、ユーザＢが別のアドレスを用いて、購入したＮＦＴを管理する場合にも同様な方法が採用できる。
フィールド７０５は、ロック情報を格納する。フィールド７０６は、ユーザＢを認証するための認証用情報を格納する。認証用情報は、本実施例では、認証用公開鍵ペアに含まれる公開鍵である。
フィールド７０７は、フィールド７０１～７０６に格納された情報に基づいて生成される電子署名を示す送信元署名を格納する。送信元署名は、購入希望通知７００の送信元の正当性を証明するための情報である。なお、ブロックチェーンに対する要求には、通常、電子署名が付与される。ただし、情報を参照するだけの要求などでは、データの更新が発生しないため、電子署名が付与されないことが多い。
図４の説明に戻る。スマートコントラクト１０２は、購入希望通知を受信すると、その購入希望通知の電子著名に基づいて、購入希望通知の正当性を確認する。正当性を確認した場合、スマートコントラクト１０２は、購入希望通知に基づいて、保有予定者に関する保有予定者管理情報を登録する。そして、スマートコントラクト１０２は、コンテンツ提供者であるユーザＡの接続装置２００Ａに対して、購入希望通知を受信した旨の希望受信通知を送信する（ステップＳ２１１０）。なお、スマートコントラクト１０２が直接通知を行わずに、接続装置２００Ａがブロックチェーンのログを定期的に確認し、スマートコントラクト１０２が購入希望通知を受信したことを検出した際に希望受信通知を取得する構成でもよい。
図７は、保有予定者管理情報の一例を示す図である。図７に示す保有予定者管理情報８００は、フィールド８０１～８０５を有する。
フィールド８０１は、購入希望通知に含まれるＩＤ（購入希望通知にて購入が希望されたコンテンツに対応するＮＦＴのＩＤ）を格納する。フィールド８０２は、購入希望通知に含まれる保有予定者情報を格納する。フィールド８０３は、購入希望通知に含まれるロック情報を格納する。フィールド８０４は、購入希望通知に含まれる認証用情報を格納する。フィールド８０５は、暗号済みコンテンツ鍵を格納する。ただし、ステップ２１１０の時点では、フィールド８０５に暗号済みコンテンツ鍵は格納されていない。
図４の説明に戻る。ユーザＡのブロックチェーンネットワーク接続装置２００の暗復号処理部５１０は、希望受信通知を受信すると、希望受信通知に含まれる認証用情報である公開鍵を用いて、コンテンツ鍵を暗号化した暗号済みコンテンツ鍵を生成する（ステップＳ２０４０）。なお、暗復号処理部５１０は、保有予定者管理情報８００を参照して認証用情報を取得してもよい。この場合、希望受信通知には、認証用情報は含まれなくてもよい。
続いて、暗復号処理部５１０は、コンテンツの購入を許可する旨の許可通知をスマートコントラクト１０２に送信する（ステップＳ２０５０）。許可通知は、暗号済みコンテンツ鍵を含む。
スマートコントラクト１０２は、許可通知を受信すると、許可通知に含まれる暗号済みコンテンツ鍵を保有予定者管理情報に登録して、コンテンツの保有者の変更が可能になった状態、つまりコンテンツの購入が可能になった状態に遷移する（ステップＳ２１２０）。さらにスマートコントラクト１０２は、コンテンツの保有者の変更が可能となった旨の保有者変更可能通知を、接続装置２００Ｂに送信する（ステップＳ２１３０）。ここでは、暗号済みコンテンツ鍵の登録の有無により、コンテンツの購入可否が示されるが、コンテンツの購入可否を示すフラグが保有予定者管理情報に明示的に含まれてもよい。
ユーザＢのブロックチェーンネットワーク接続装置２００の鍵乱数生成部５２０は、保有者変更可能通知を受信すると、購入したコンテンツを復号するためのコンテンツ鍵の取得と保有者情報の変更とを行うための認証情報を生成する（ステップＳ２２４０）。具体的には、暗復号処理部５１０は、スマートコントラクト１０２にて参照可能な参照可能情報を認証用公開鍵ペアの秘密鍵を使用して暗号化した情報を認証情報として生成する。参照可能情報は、例えば、スマートコントラクト１０２のアドレス、又は、スマートコントラクト１０２にて定義されている外部から参照可能な定数又は文字列などである。また、認証情報は、参照可能情報のハッシュ値を暗号化した情報でもよい。つまり、認証情報の生成は、電子署名の生成と同様の処理で行われる。
暗復号処理部５１０は、コンテンツ鍵の取得と保有者情報の変更とを要求する保有者変更要求としてスマートコントラクト１０２に送信する（ステップＳ２２５０）。保有者変更要求は、認証情報とロック用乱数とを含む。ロック用乱数は、コンテンツ鍵のロックを解除するためのアンロック情報として使用される。
図８は、保有者変更要求の一例を示す図である。図８に示す保有者変更要求９００は。フィールド９０１～９０６を有する。
フィールド９０１は、保有者変更要求９００の送信先を示す送信先情報を格納する。この送信先情報は、本実施例では、送信先としてスマートコントラクト１０２のアドレスを示す。フィールド９０２は、保有者変更要求９００の送信元を示す送信元情報を格納する。送信元情報は、送信者であるユーザＢのアドレスを示す。フィールド９０３は、購入対象のコンテンツに対応するＮＦＴのＩＤを格納する。
フィールド９０４は、アンロック情報であるロック用乱数を格納する。フィールド９０５は、認証情報を格納する。フィールド９０６は、フィールド９０１～９０５に格納された情報に基づいて生成される電子署名を示す送信元署名を格納する。
なお、フィールド９０２に格納された送信元情報及びフィールド９０６に格納された送信元著名にて特定される送信者は、コンテンツの譲渡先、つまり変更後の保有者（保有予定者）である。したがって、ユーザＢがコンテンツをユーザＣにプレゼントする場合、保有者変更要求９００の送信者は、ユーザＣとなる。このため、コンテンツをプレゼントされたユーザＣは、ユーザＢの接続装置２００Ｂとは異なるブロックチェーンネットワーク接続装置２００を用いて保有者変更要求を送信することで、保有者をユーザＣに変更する。このため、この時点では、ユーザＣはパブリックブロックチェーンアドレスを保持する必要がある。
図４の説明に戻る。スマートコントラクト１０２は、保有者変更要求を受信すると、その保有者変更要求に基づいて、保有者変更要求の正当性を確認する（ステップＳ２１４０）。具体的には、スマートコントラクト１０２は、保有予定者管理情報から、保有者変更要求に含まれるＩＤを有する情報（レコード）を対象情報として取得し、その対象情報に基づいて、以下の３つの確認処理を行う。
第１の確認処理では、スマートコントラクト１０２は、対象情報に含まれる保有者予定情報と保有者変更要求に含まれる送信元情報とが一致するか否かを確認する。なお、ユーザＢがアドレスを有していないアドレス未保有者にコンテンツをプレゼントする場合、対象情報に保有者予定情報が含まれていないため、第１の確認処理はスキップされる。
第２の確認処理では、スマートコントラクト１０２は、保有者変更要求に含まれるアンロック情報のハッシュ値を生成し、そのハッシュ値が対象情報に含まれるロック情報と一致するか否かを確認する。なお、ハッシュ値から元の値を取得することはできないため、ロック用乱数を知っているユーザ以外は、第２の確認処理に成功することができない。また、ブルートフォースのような攻撃にも対応できるように、ロック用乱数における所定の範囲からハッシュ値が算出されてもよい。
第３の確認処理では、スマートコントラクト１０２は、保有者変更要求に含まれる認証情報を用いて、保有者変更要求が正当性を確認する。この認証情報は電子署名の生成処理と同様な方法で生成されたものであるため、電子署名の検証処理と同様の処理により、保有者変更要求が正当性を確認することができる。つまり、スマートコントラクト１０２は、保有予定者管理情報に含まれる認証用情報である公開鍵を用いて、保有者変更要求に含まれる認証情報を復号し、その復号した情報が元の参照可能情報と一致するか否かを確認する。
３つの確認処理の全てで成功した場合、スマートコントラクト１０２は、保有者変更要求を正当な要求と判断する。なお、３つの確認処理を実行する順序は、特に限定されない。また、３つの確認処理のいずれかで失敗した場合、スマートコントラクト１０２は、保有者変更要求を破棄して、処理を終了する。このとき、スマートコントラクト１０２は、保有者変更要求の送信元にエラーメッセージを送信したり、エラーログを出力したりするなどして、確認処理が失敗した旨を外部に通知してもよい。
保有者変更要求が正当な要求である場合、スマートコントラクト１０２は、保有者管理情報の保有者情報を、保有予定者管理情報の保有予定者情報で更新する(ステップＳ２１５０)。
そして、スマートコントラクト１０２は、保有予定者管理情報に含まれる暗号済みコンテンツ鍵を、保有者変更要求の送信元であるユーザＢのブロックチェーンネットワーク接続装置２００に送信する。ブロックチェーンネットワーク接続装置２００の暗復号処理部５１０は、認証用公開鍵ペアの秘密鍵を用いて、暗号済みコンテンツ鍵を復号化してコンテンツ鍵を取得し（ステップＳ２２６０）、処理を終了する。これにより、ユーザＢは、保有者管理情報を参照してコンテンツ格納場所から暗号コンテンツを取得し、その暗号コンテンツをコンテンツ鍵で復号することでコンテンツを取得することができる。なお、取得したコンテンツが正しいコンテンツか否かは、取得したコンテンツのハッシュ値と保有者管理情報に格納されているコンテンツ確認用ハッシュ値とが一致するか否かによって確認することができる。
以上の処理により、ブロックチェーンを用いて安全かつ他者を交えることなくコンテンツ鍵の送受が可能となるため、コンテンツを安全に活用することができる。なお、上記の例では、ユーザＡがコンテンツを生成して提供したが、コンテンツを購入したユーザＢがそのコンテンツを他者に提供してもよい。このとき、コンテンツ鍵を変更する必要はない。この場合、ステップＳ２０００～Ｓ２０３０の処理は行われなくてもよい。ただし、コンテンツ鍵を変更しない場合、ユーザＢがコンテンツを購入した後でもユーザＡがコンテンツを利用することができる。当然ながらユーザＢがコンテンツ鍵を変更してもよい。また、ユーザＢはコンテンツの格納場所を変更してもよい。
また、コンテンツの販売形式は、特に限定されず、例えば、オークション形式又は抽選形式などでもよく、また、コンテンツは無料配布されてもよい。また、コンテンツの販売は、別のスマートコントラクト又は外部のアプリケーションプログラムなどの外部プログラムにて行われてもよい。この場合、例えば、購入希望通知は、外部プログラムが実装された販売装置へ送信され、購入者が確定した際に販売装置からスマートコントラクト１０２に対して購入希望通知が送信される。この場合、購入希望通知の送信元情報及び送信元署名は購入を希望しているユーザのアドレス及び署名ではなく、販売装置のアドレスとそれに対応した署名となる。
また、上記の例では、ユーザBがＮＦＴ及びコンテンツ鍵を取得するために、認証用公開鍵ペア及びロック用乱数のハッシュ値の両方が利用されたが、これらの一方のみが利用されてもよいし、両方とも利用されなくてもよい。ただし、認証用公開鍵ペアを生成しない場合、コンテンツ鍵を安全に取得するための仕組みが別途必要となる。例えば、ブロックチェーンネットワーク接続装置２００は、ブロックチェーンに処理（トランザクション）を要求する依頼通知に付与された電子署名用の公開鍵ペアを管理しているため、その公開鍵ペアを認証用公開鍵ペアの代わりに用いてコンテンツ鍵を安全に送受させることができる。
認証用公開鍵ペア及びロック用乱数のハッシュ値の少なくとも一方を利用しない場合、それらを保有予定者管理情報にて管理する必要がないため、ブロックチェーンにて保持されるデータ量を減らすことができる。これらを利用しない場合でも、保有者管理情報及び保有予定者管理情報に対するアクセス又は更新する権限を有するユーザをコンテンツの保有者及び保有予定者に限定することで、セキュリティを向上させることができる。
また、上記の例では、ユーザＢはステップＳ２２６０で取得した暗号済みコンテンツ鍵を管理していたが、暗号済みコンテンツ鍵は、スマートコントラクト１０２にて保持され、ユーザＢによって必要に応じて取得されてもよい。この場合、コンテンツが購入された後も保有予定者管理情報が保持される。ただし、保有予定者情報には、現在の保有者を示す値が格納されるか、別のフィールドにて現在の保有者を示す情報が格納される。また、保有予定者管理情報とは別にコンテンツ鍵を管理する情報がスマートコントラクト１０２に保持されてもよい。
また、ロック用乱数はステップＳ２２５０にて保有者変更依頼のアンロック情報としてスマートコントラクト１０２に通知されるため、ブロックチェーン全体で共有される。このため、コンテンツを購入したユーザＢがそのコンテンツを他者に提供する場合、新たにロック用乱数を生成する必要がある。また、認証情報を更新する場合、ブロックチェーンネットワーク接続装置２００とスマートコントラクト１０２とで同じ値を参照できるようにその更新方法が適宜設定される。これらの場合における鍵取得要求は、例えば、保有者変更要求に新しいロック値と認証情報更新情報とを加えたものとなる。また、鍵取得についても公開鍵ペアとロック情報であるハッシュ値との一方だけが使用されてもよいし、両方使用されなくてもよい。
以上説明したように本実施例によれば、接続装置２００Ａは、接続装置２００Ｂからブロックチェーンネットワーク１００を介して、公開鍵を含む購入希望通知を受信し、その公開鍵を用いてコンテンツ鍵を暗号化した暗号済みコンテンツ鍵を、ブロックチェーンネットワーク１００を介して接続装置２００Ｂに送信する。接続装置２００Ｂは、購入希望通知を接続装置２００Ａに送信し、コンテンツの譲渡先を示す送信元情報をブロックチェーンネットワーク１００に送信する。また、接続装置２００Ｂは、接続装置２００Ａからの暗号済みコンテンツ鍵を保持している秘密鍵で復号化する。ブロックチェーンネットワーク１００は、暗号済みコンテンツ鍵を受信した場合、保有者管理情報にて示される保有者を譲渡先に変更する。これにより、コンテンツ鍵を暗号化して譲渡先に渡しつつ、ブロックチェーンネットワーク１００にて保有者の変更が可能となるため、集中システムを用いずにコンテンツの安全性を向上させることが可能になる。
また、本実施例では、接続装置２００Ｂは、ロック用乱数のハッシュ値を含む購入希望通知を送信し、保有者変更可能通知を受信すると、ロック用乱数をブロックチェーンネットワーク１００に送信する。ブロックチェーンネットワーク１００は、暗号済みコンテンツ鍵を受信した場合、保有者変更可能通知を接続装置２００Ｂに送信し、その後、接続装置２００Ｂからのロック用乱数のハッシュ値と購入希望通知のハッシュ値とが一致した場合、保有者を変更し、暗号済みコンテンツ鍵を接続装置２００Ｂに送信する。これにより、コンテンツの安全性をより高くすることが可能となる。
また、本実施例では、接続装置２００Ｂは、ブロックチェーンネットワーク１００にて参照可能な参照可能情報を、秘密鍵を用いて暗号化した認証情報をブロックチェーンネットワーク１００に送信する。ブロックチェーンネットワーク１００は、認証情報を公開鍵で復号した情報が参照可能情報と一致した場合、保有者を変更し、暗号済みコンテンツ鍵を接続装置２００Ｂに送信する。これにより、コンテンツの安全性をより高くすることが可能となる。
また、本実施例では、購入希望通知を送信する接続装置２００Ｂと異なる接続装置から譲渡先を示す送信元情報が送信されてもよい。これにより、購入希望通知を送信する接続装置２００Ｂの利用者が公開鍵ペアなどを第三者に渡すことで、コンテンツを第三者にプレゼントすることが可能になる。
本実施例では、鍵の付け替えが可能な鍵付け替え暗号方式を用いてコンテンツ鍵の送受を行う例について説明する。以下では、公開鍵暗号方式を利用した鍵付け替え暗号方式を例に挙げる。
本鍵付け替え暗号方式では、各ユーザ（各ブロックチェーンネットワーク接続装置２００）にて共通に参照可能なパラメータである共通パラメータｇが定義される。また、ユーザＡの接続装置２００Ａにて生成される秘密鍵をｓ＿Ａ、公開鍵をｈ＿Ａとし、ユーザＢの接続装置２００Ｂ(または、鍵管理をユーザB自身が実施する場合は接続端末４００)にて生成される秘密鍵をｓ＿Ｂ、公開鍵をｈ＿Ｂとする。公開鍵は秘密鍵と共通パラメータｇとによって定義される。例えば、ユーザＡの公開鍵ｈ＿Ａは、ｈ＿Ａ＝ｇ＾ｓ＿Ａである。演算子＾はべき乗を示す。なお、共通パラメータｇは、スマートコントラクト１０２及びブロックチェーンネットワーク接続装置２００などにて参照可能な場所に予め格納されている。
また、暗号化対象のデータをＭとした場合、データＭを鍵Ｘにて暗号化した暗号済みデータをＥＮＣ（Ｘ，Ｍ）と記載する。また、暗号済みデータＥＮＣ（Ｘ，Ｍ）と、暗号済みデータＥＮＣ（Ｘ，Ｍ）を復号するために暗号化鍵に付け替えることが可能な付け替え鍵Ｙとを含む暗号文をＣ＝（Ｙ，ＥＮＣ（Ｘ，Ｍ））とする。本実施例では、ユーザＡの接続装置２００Ａの暗号文Ｃを暗号文Ｃ＿Ａ、ユーザＢの接続装置２００Ｂの暗号文Ｃを暗号文Ｃ＿Ｂとし、暗号文Ｃ＿ＡをＣ＿Ａ＝（ｈ＿Ａ＾ｒ，ＥＮＣ（ｇ＾ｒ，Ｍ））とする。ここで、ｒは乱数、演算子＾はべき乗を示す。
暗号文Ｃ＿Ａの復号処理は、暗号文Ｃ＿Ａに含まれる付け替え鍵ｈ＿Ａ＾ｒから暗号化鍵ｇ＾ｒを導出することで実施される。具体的には、ユーザＡの秘密鍵ｓ＿Ａを用いて、付け替え鍵ｈ＿Ａ＾ｒを「（ｈ＿Ａ＾ｒ）＾（１／ｓ＿Ａ）＝（ｇ＾（ｓ＿Ａ＊ｒ））＾（１／ｓ＿Ａ）＝ｇ＾ｒ」と変形することで、暗号文Ｃ＿Ａを暗号化した秘密鍵ｇ＾ｒを取得することができるため、復号処理ＤＥＣを用いて、ＤＥＣ（ｇ＾ｒ，（ＥＮＣ（ｇ＾ｒ，Ｍ））＝ＭとしてメッセージＭを平文に戻すことができる。
また、ユーザＡからユーザＢへの鍵付け替えには、秘密鍵から生成されるパラメータ（ｓ＿Ｂ／ｓ＿Ａ）が利用される。暗号文Ｃ＿Ａに含まれる付け替え鍵ｈ＿Ａ＾ｒにパラメータ（ｓ＿Ｂ／ｓ＿Ａ）をべき乗すると、（ｈ＿Ａ＾ｒ）＾（ｓ＿Ｂ／ｓ＿Ａ）＝ｇ＾（ｓ＿Ａ＊ｒ＊（ｓ＿Ｂ／ｓ＿Ａ））＝ｇ＾（ｒ＊ｓ＿Ｂ）＝ｈ＿Ｂ＾ｒと変形することができ、ユーザＡの暗号文をユーザＢの暗号文Ｃ＿Ｂ＝（ｈ＿Ｂ＾ｒ，ＥＮＣ（ｇ＾ｒ，Ｍ））に変換することができる。したがって、パラメータｓ＿Ｂ／ｓ＿Ａを安全に利用することで、ユーザＡからユーザＢへの鍵付け替えをデータの漏洩を抑制しつつ実現することが可能となる。また、公開鍵方式を利用していた実施例１では、暗号対象のデータのサイズに上限があるが、本実施例では、コンテンツの暗号化に任意の暗号方式を利用できるため、暗号対象のデータのサイズの上限を解消することが可能となる。
図９及び図１０は、実施例２に係るコンテンツ保護システム１の処理を説明するための図である。具体的には、図９は、ユーザＡの接続装置２００Ａに関する処理を説明するためのフロー図であり、図１０は、ユーザＢの接続装置２００Ｂ及びスマートコントラクト１０２に係る処理を説明するためのアクティビティ図である。
コンテンツ提供者であるユーザＡは、用意したコンテンツを接続装置２００Ａに送信する。接続装置２００Ａの暗号処理部５００の鍵乱数生成部５２０は、そのコンテンツのハッシュ値をコンテンツ確認用ハッシュ値として生成する（ステップＳ３０００）。鍵乱数生成部５２０は、コンテンツ鍵を生成する（ステップＳ３０１０）。暗復号処理部５１０は、そのコンテンツ鍵を用いてコンテンツを暗号化する（ステップＳ３０２０）。
続いて、鍵乱数生成部５２０は、コンテンツ鍵を暗号化するための鍵暗号用乱数ｒを生成し（ステップＳ３０３０）、その鍵暗号用乱数ｒと共通パラメータｇとを用いて、コンテンツ鍵を暗号化及び復号化するための鍵である鍵暗号鍵（鍵復号鍵）ｇ＾ｒを生成する（ステップＳ３０４０）。そして、暗復号処理部５１０は、鍵暗号鍵ｇ＾ｒを用いてコンテンツ鍵を暗号化した暗号済みコンテンツ鍵を生成する（ステップＳ３０５０）。ここでは、コンテンツ鍵をＫ、暗号済みコンテンツ鍵をＥＮＣ（ｇ＾ｒ，Ｋ）とする。なお、コンテンツ鍵に所定の情報を加えたものが暗号化されて暗号済みコンテンツ鍵とされてもよい。
次に、鍵乱数生成部５２０は、乱数などを使用して秘密鍵ｓ＿Ａを生成し（ステップＳ３０６０）、その秘密鍵ｓ＿Ａと共通パラメータｇとを用いて、公開鍵ｈ＿Ａ＝ｇ＾ｓ＿Ａを生成する（ステップＳ３０７０）。秘密鍵ｓ＿Ａと公開鍵ｈ＿Ａとが鍵暗号鍵ｇ＾ｒを付け替えるための付替用公開鍵ペアとなる。また、鍵乱数生成部５２０は、公開鍵ｈ＿Ａと鍵暗号用乱数ｒとを用いて、鍵暗号鍵ｇ＾ｒに付け替えるための鍵付け替え情報ｈ＿Ａ＾ｒを生成し（ステップＳ３０８０）、さらに、秘密鍵ｓ＿Ａと補助情報用乱数Ｒ＿Ａとを用いて、鍵の付け替えで使用するユーザＡの補助情報Ｒ＿Ａ＊ｓ＿Ａを生成する（ステップＳ３０９０）。そして、鍵乱数生成部５２０は、鍵付け替え鍵情報ｈ＿Ａ＾ｒ及び補助情報Ｒ＿Ａ＊ｓ＿Ａに基づいて、鍵暗号鍵ｇ＾ｒを付け替えるための付け替え鍵（ｈ＿Ａ＾ｒ）＾（１／（Ｒ＿Ａ＊ｓ＿Ａ））を生成する（ステップＳ３１００）。
なお、鍵の付け替えには、ユーザＡ及びユーザＢの秘密鍵に基づく情報ｓ＿Ｂ／ｓ＿Ａが利用されるが、単純に秘密鍵をユーザＡ及びＢの間で送受されると、自身の秘密鍵が他者に漏洩してしまう。本実施例では、秘密鍵の漏洩を防止するために、補助情報用乱数Ｒ＿ＡにユーザＡの秘密鍵ｓ＿Ａを演算（具体的には、乗算）した情報が補助情報Ｒ＿Ａ＊ｓ＿Ａとして生成される。また、ステップＳ３０００～Ｓ３１００の処理の実行順序は、各処理の依存関係が維持できれば限定されない。
その後、鍵乱数生成部５２０は、暗号コンテンツをコンテンツサーバ３００に格納し、そのコンテンツに関するコンテンツ情報の登録を要求する登録要求をノード１０１のスマートコントラクト１０２に送信する。本実施例のコンテンツ情報は、暗号済みコンテンツ鍵及び付け替え鍵を含む。
図１０の説明に移る。スマートコントラクト１０２は、登録要求に応じたＮＦＴを発行してブロックチェーンに登録する（ステップＳ３２００）。
図１１は、本実施例のＮＦＴに含まれる保有者管理情報の一例を示す図である。図１１に示す保有者管理情報６００Ａは、図５に示す実施例１の保有者管理情報のフィールド６０１～６０４に加えて、フィールド６０５及び６０６を有する。フィールド６０５は、付け替え鍵を格納し、フィールド６０６は、暗号済みコンテンツ暗号を格納する
図１０の説明に戻る。購入者であるユーザBの接続装置２００Ｂでは、実施例１と同様に、鍵乱数生成部５２０は、ロック用乱数を生成し（ステップＳ３３３０）、さらに、ロック用乱数のハッシュ値をロック情報としてを生成する（ステップＳ３３４０）。
また、鍵乱数生成部５２０は、コンテンツ鍵を取得するため認証用公開鍵ペアを生成する。ここでは、認証用公開鍵ペアを付け替え鍵の更新に利用する公開鍵ペアと共用されるものとして説明するが、これらの公開鍵ペアは別々に生成されてもよい。
具体的には、鍵乱数生成部５２０は、ユーザＡの接続装置２００Ａと同様に、乱数などを使用して秘密鍵ｓ＿Ｂを生成し（ステップＳ３３００）、その秘密鍵ｓ＿Ｂと共通パラメータｇとを用いて公開鍵ｈ＿Ｂ＝ｇ＾ｓ＿Ｂを生成する（ステップＳ３３１０）。また、鍵乱数生成部５２０は、秘密鍵ｓ＿Ｂと補助情報用乱数Ｒ＿Ｂとを用いて、ユーザＢの補助情報Ｒ＿Ｂ＊ｓ＿Ｂを生成する（ステップＳ３３２０）。
その後、コンテンツを購入する場合、ユーザＢは、そのコンテンツの購入を接続装置２００Ｂに指示する。接続装置２００Ｂは、その指示に応じて購入希望通知をスマートコントラクト１０２に送信する（ステップＳ３３５０）
図１２は、本実施例の購入希望通知の一例を示す図である。図１２の示す購入希望通知７００Ａは、図６に示した実施例１の購入希望通知７００のフィールド７０１～７０７に加えてフィールド７０８を有する。フィールド７０８は、補助情報を格納する。
図１０の説明に戻る。スマートコントラクト１０２は、購入希望通知を受信すると、その購入希望通知の電子著名に基づいて、購入希望通知の正当性を確認する。正当性を確認した場合、スマートコントラクト１０２は、購入希望通知に基づいて、保有予定者管理情報を登録する（ステップＳ３２１０）。
図１３は、本実施例の保有予定者管理情報の一例を示す図である。図１３に示す保有予定者管理情報８００Ａは、実施例１の保有予定者管理情報８００のフィールド８０１～８０４を有し、フィールド８０５の代わりに、フィールド８０６及び８０７を有する。フィールド８０６は、購入希望通知に含まれる保有予定者（ユーザＢ）の補助情報を格納し、フィールド８０７は、保有予定者の付け替え鍵を格納する。なお、保有予定者の付け替え鍵は、ステップＳ３２１０では登録されていない。
図１０の説明に戻る。スマートコントラクト１０２は、保有者管理情報に含まれるユーザＡの付け替え鍵をユーザＢの補助情報に基づいて更新した更新付け替え鍵を生成し、その更新付け替え鍵を含む購入希望通知をユーザＡの接続装置２００Ａに送信する（ステップＳ３２２０）。更新付け替え鍵は、具体的には、ユーザＡの付け替え鍵をユーザＢの補助情報でべき乗した情報である。つまり、更新付け替え鍵は、（（ｈ＿Ａ＾ｒ）＾（１／（Ｒ＿Ａ＊ｓ＿Ａ）））＾（Ｒ＿Ｂ＊ｓ＿Ｂ）＝（ｈ＿Ａ＾ｒ）＾（（Ｒ＿Ｂ＊ｓ＿Ｂ）／（Ｒ＿Ａ＊ｓ＿Ａ））である。
図９の説明に移り、接続装置２００Ａの暗復号処理部５１０は、購入希望通知を受信すると、その購入希望通知に含まれる更新付け替え鍵を、ユーザＢの更新付け替え鍵に付け替える（ステップＳ３１２０）。
具体的には、暗復号処理部５１０は、更新付け替え鍵を、ステップＳ３０９０で生成された補助情報用乱数Ｒ＿Ａでべき乗する。つまり、暗復号処理部５１０は、（（ｈ＿Ａ＾ｒ）＾（（Ｒ＿Ｂ＊ｓ＿Ｂ）／（Ｒ＿Ａ＊ｓ＿Ａ）））＾Ｒ＿Ａを計算する。これを計算すると、
（（ｈ＿Ａ＾ｒ）＾（（Ｒ＿Ｂ＊ｓ＿Ｂ）／（Ｒ＿Ａ＊ｓ＿Ａ）））＾Ｒ＿Ａ
＝（ｈ＿Ａ＾ｒ）＾（（Ｒ＿Ｂ＊ｓ＿Ｂ）／ｓ＿Ａ）
＝（ｇ＾ｓ＿Ａ）＾ｒ＊（（Ｒ＿Ｂ＊ｓ＿Ｂ）／ｓ＿Ａ）
＝ｇ＾（ｓ＿Ａ＊ｒ＊（（Ｒ＿Ｂ＊ｓ＿Ｂ）／ｓ＿Ａ）
＝ｇ＾（ｒ＊Ｒ＿Ｂ＊ｓ＿Ｂ）
＝（ｇ＾ｓ＿Ｂ）＾（ｒ＊Ｒ＿Ｂ）
＝（ｈ＿Ｂ＾ｒ）＾Ｒ＿Ｂ
となり、ユーザＡの鍵からユーザＢの鍵に付け替えることができる。
暗復号処理部５１０は、付け替えたユーザＢの鍵を含む購入許可通知をスマートコントラクト１０２に通知する（ステップＳ３１３０）。
図１０の説明に戻る。スマートコントラクト１０２は、購入許可通知を受信すると、保有予定者管理情報に保有者の付け替え鍵として、購入許可通知に含まれる付け替えたユーザＢの鍵を格納する。そして、スマートコントラクト１０２は、購入処理を完了し、コンテンツの保有者の変更が可能となった旨の保有者変更可能通知を、ユーザＢの接続装置２００Ｂに送信する（ステップＳ３２３０）。
ユーザＢの接続装置２００Ｂの暗復号処理部５１０は、保有者変更可能通知を受信すると、実施例１と同様に認証情報を生成し（ステップＳ３３６０）、補助情報用乱数Ｒ＿Ｂと秘密鍵ｓ＿Ｂで復号できるようになった付け替え鍵の取得を依頼する保有者変更要求をスマートコントラクト１０２に送信する（ステップＳ３３７０）。
スマートコントラクト１０２は、保有者変更要求を受信すると、実施例１と同様に保有者変更要求が正当な要求か否かを確認し（ステップＳ３２４０）、保有者変更要求が正当な要求である場合、保有者管理情報の保有者情報を、保有予定者管理情報の保有予定者情報で更新する(ステップＳ３２５０)。
そして、スマートコントラクト１０２は、保有予定者管理情報に含まれる保有予定者の付け替え鍵と保有者管理情報に含まれる暗号済みコンテンツ鍵とを、保有者変更要求の送信元であるユーザＢの接続装置２００Ｂに送信する。接続装置２００Ｂの暗復号処理部５１０は、付け替え鍵及び暗号済みコンテンツ鍵を受信し、その付け替え鍵に基づいて、暗号済みコンテンツ鍵を復号してコンテンツ鍵を取得するステップＳ３３８０）。これにより、暗号コンテンツを復号することが可能となる。
コンテンツ鍵の取得方法は、保有予定者の付け替え鍵と接続装置２００Ｂにて保持されている補助情報Ｒ＿Ｂ＊ｓ＿Ｂを使って、以下の計算を行うことで得られる。つまり、ユーザＢの鍵が
（（ｈ＿Ｂ＾ｒ）＾Ｒ＿Ｂ）＾（１／（Ｒ＿Ｂ＊ｓ＿Ｂ））
＝（(ｇ＾（ｓ＿Ｂ＊ｒ）)＾Ｒ＿Ｂ）＾（１／（Ｒ＿Ｂ＊ｓ＿Ｂ））
＝g＾（（ｓ＿Ｂ＊ｒ＊Ｒ＿Ｂ）／（Ｒ＿Ｂ＊ｓ＿Ｂ）
＝ｇ＾ｒ
と変形でき、ユーザＡが設定したコンテンツ暗号化に利用した鍵ｇ＾ｒを取得できる。これにより、暗号コンテンツが復号可能となる。
以上の処理により、スマートコントラクト１０２を介して鍵付け替えを実施することが可能となり、分散環境においてもコンテンツを安全に利用することが可能となる。なお、本実施例でも、実施例１と同様な変形例が可能である。例えば、コンテンツの販売方法は、外部プログラムにて実装されてもよい。また、ロック情報及び認証情報の一方のみが利用されてもよいし、両方とも利用されなくてもよい。
また、本実施例では、鍵の付け替えに利用する補助情報は、スマートコントラクト１０２にて登録されているが、ブロックチェーンネットワーク接続装置２００は、ステップＳ３３５０で補助情報を通知する代わりに、スマートコントラクト１０２に登録されている付け替え鍵を読み取り、ユーザＢが付け替え情報を使った計算を実施してその計算結果を通知するようにしてもよい。この場合、保有予定者管理情報で補助情報を保持する必要はないため、ステップＳ３２１０の処理はなくてもよく、購入希望通知には付け替え情報の代わりに更新した付け替え鍵情報が設定される。
また、実施例１と同様に、図９及び図１０で説明した方法を用いてユーザＢが購入したコンテンツを販売することができる。その際、コンテンツ暗号鍵を変更しない場合、ステップＳ３０００～Ｓ３０５０の処理は行われなくてもよい。また、公開鍵ペアを変更しない場合、ステップＳ３０６０～Ｓ３０９０の処理は行われなくてもよく、ステップＳ３１００にて生成された付け替え鍵（ｈ＿Ｂ＾ｒ）＾（１／（Ｒ＿Ｂ＊ｓ＿Ｂ））がステップＳ３１１０にて登録されればよい。また、コンテンツの格納場所を変更する場合も同様に、変更した格納場所がスマートコントラクト１０２に通知されて登録される。
また、コンテンツの保有者が付け替え鍵を登録しないことが「対象のコンテンツは販売可能でない」ことを示してもよいし、コンテンツの保有者が販売の可否を明示的に登録できるものでもよい。この場合、保有者が変更される際に付け替え鍵が自動的に登録されてもよいし、購入希望通知を用いて、（ｈ＿Ａ＾ｒ）＾（１／（Ｒ＿Ａ＊ｓ＿Ａ））から（ｈ＿Ｂ＾ｒ）＾（１／（Ｒ＿Ｂ＊ｓ＿Ｂ））に変換できるパラメータが登録されてもよい。後者の場合、例えば、ステップＳ３３２０でユーザＢのブロックチェーンネットワーク接続装置２００が補助情報としてＲ＿Ｂ＊ｓ＿Ｂと（Ｒ＿Ｂ＾２）＊ｓ＿Ｂとの２つの値を生成し、スマートコントラクト１０２に登録されている付け替え鍵（ｈ＿Ａ＾ｒ）＾（１／（Ｒ＿Ａ＊ｓ＿Ａ））を取得して（ｈ＿Ａ＾ｒ）＾（（Ｒ＿Ｂ＊ｓ＿Ｂ）／（Ｒ＿Ａ＊ｓ＿Ａ））を計算する。ブロックチェーンネットワーク接続装置２００は、ステップＳ３３５０で補助情報として（Ｒ＿Ｂ＾２）＊ｓ＿Ｂをスマートコントラクト１０２に通知する。スマートコントラクト１０２は、更新した付け替え鍵（ｈ＿Ａ＾ｒ）＾（（Ｒ＿Ｂ＊ｓ＿Ｂ）／（Ｒ＿Ａ＊ｓ＿Ａ））をユーザＡのブロックチェーンネットワーク接続装置２００に送信し（ステップＳ３２２０）、ブロックチェーンネットワーク接続装置２００は、その付け替え鍵に（Ｒ＿Ａ）を乗算して鍵の付け替えを実施し（ステップＳ３１２０）、その結果として得られる（ｈ＿Ｂ＾ｒ）＾Ｒ＿Ｂをスマートコントラクト１０２に通知する（ステップＳ３１３０）。スマートコントラクト１０２は、通知された付け替えられた鍵に対してユーザＢから通知された補助情報を適用してべき乗計算を行う。これにより、付け替えらえた鍵を（ｈ＿Ｂ＾ｒ）＾Ｒ＿Ｂ＾（１／（（Ｒ＿Ｂ＾２）＊ｓ＿Ｂ））＝（ｈ＿Ｂ＾ｒ）＾（１／（Ｒ＿Ｂ＊ｓ＿Ｂ）と変形することができる。これにより、コンテンツの購入確定時にユーザＢの付け替え鍵に付け替えることができる。この鍵はユーザＢのブロックチェーンネットワーク接続装置２００にて保有されている情報が使用されているので、この鍵からコンテンツ暗号鍵ｇ＾ｒを取得することができる。
また、（Ｒ＿Ｂ＊ｓ＿Ｂ）と（Ｒ＿Ｂ＾２）＊ｓ＿Ｂの両方が公開されると、乱数Ｒ＿Ｂを算出することが可能となるため、上記の例では、これらが両方ともスマートコントラクト１０２に通知されることはない。乱数Ｒ＿Ｂが算出されると、ユーザＢの付け替え鍵（ｈ＿Ｂ＾ｒ）＾（１／（Ｒ＿Ｂ＊ｓ＿Ｂ）からユーザＢの秘密鍵ｓ＿Ｂが漏洩する恐れがあるからである。
スマートコントラクト１０２で更新した付け替え鍵を生成する場合、ユーザＢのブロックチェーンネットワーク接続装置２００が２種類の乱数を生成することで秘密鍵ｓ＿Ｂの漏洩を防ぐことが可能となる。具体的には、ブロックチェーンネットワーク接続装置２００は、ステップＳ３３２０で２つの乱数Ｒ＿Ｂ１及びＲ＿Ｂ２を生成し、付け替え鍵の更新用の値Ｒ＿Ｂ１＊ｓ＿Ｂと、付け替え後の鍵をさらにユーザＢの付け替え鍵に更新するための値Ｒ＿Ｂ２／（（Ｒ＿Ｂ１＾２）＊ｓ＿Ｂ）とを生成して、ステップＳ３３５０でスマートコントラクト１０２に送信する。スマートコントラクト１０２は、ステップＳ３２１０で更新用のＲ＿Ｂ２／（（Ｒ＿Ｂ１＾２）＊ｓ＿Ｂ）を登録し、Ｒ＿Ｂ＊ｓ＿Ｂを使ってユーザＡの付け替え鍵を更新して送信する。ユーザＡのブロックチェーンネットワーク接続装置２００により、付け替え鍵は（ｈ＿Ｂ＾ｒ）＾（Ｒ＿Ｂ１＊Ｒ＿Ｂ２）となっているため、これを、（ｈ＿Ｂ＾ｒ）＾（（Ｒ＿Ｂ１＊Ｒ＿Ｂ２）＊（（Ｒ＿Ｂ２／（（Ｒ＿Ｂ１＾２）＊ｓ＿Ｂ）））＝（ｈ＿Ｂ＾ｒ）＾（Ｒ＿Ｂ＾２／（Ｒ＿Ｂ１＊ｓ＿Ｂ）に変換する。
ユーザＢからコンテンツを購入したユーザＣがコンテンツを販売する場合、同様に行うことができる。ただし、同じ乱数が何度も使用されると、暗号強度に問題が生じる恐れもあるため、乱数は適宜生成されることが望ましい。
以上説明したように本実施例でも、コンテンツ鍵を暗号化して譲渡先に渡しつつ、ブロックチェーンネットワーク１００にて保有者の変更が可能となるため、集中システムを用いずにコンテンツの安全性を向上させることが可能になる。
本実施例では、乱数とコンテンツ暗号鍵を合成する方法について説明する。処理の流れは、実施例１と似ているため、図４を用いて説明する。
先ず、実施例１と同様にステップＳ２０００～Ｓ２０３０の処理が実行される。ただし、ステップＳ２０１０において、鍵乱数生成部５２０は、コンテンツ鍵とともに、乱数Ｒ＿Ａを生成し、そのコンテンツ鍵に乱数Ｒ＿Ａを合成して付け替え情報付きコンテンツ鍵を生成する。本実施例では、合成には、排他的論理和ＸＯＲが使用される。つまり、コンテンツ暗号鍵をＫ＿Ｃとすると、合成により生成される情報は、Ｒ＿Ａ ＸＯＲ Ｋ＿Ｃとなる。また、ユーザＡのブロックチェーンネットワーク接続装置２００は、コンテンツの購入者から通知される情報を安全に受け取るための受取用公開鍵ペアを有する。受取用公開鍵ペアは、ユーザＢのブロックチェーンネットワーク接続装置２００が有する認証情報と同様な情報であり、受取用公開鍵ペアに含まれる公開鍵は登録要求によりスマートコントラクト１０２に通知される。
スマートコントラクト１０２は、登録要求に応じたＮＦＴを登録する（ステップＳ２１００）。
図１４は、ＮＦＴに含まれる保有者管理情報の一例を示す図である。図１４に示す保有者管理情報６００Ｂは、図５に示す実施例１の保有者管理情報のフィールド６０１～６０４に加えて、フィールド６０７及び６０８を有する。フィールド６０７は、コンテンツの保有者の公開鍵を格納し、フィールド６０８は、付け替え情報付きコンテンツ暗号鍵を格納する。
図４の説明に戻る。その後、コンテンツの購入者であるユーザＢの接続装置２００ＢにてステップＳ２２００～Ｓ２２３０と同様な処理が行われ、購入希望通知がスマートコントラクト１０２に送信される。
ただし、接続装置２００Ｂは、鍵を付け替えるための鍵付け替え情報をさらに生成して購入希望通知を用いてスマートコントラクト１０２に通知する。具体的には、接続装置２００Ｂは、ステップＳ２２００にて生成したロック用乱数とは別に、ユーザＢ向けの暗号鍵として利用する乱数Ｒ＿Ｂを生成する。そして、ブロックチェーンネットワーク接続装置２００は、スマートコントラクト１０２にて管理されている保有者管理情報における購入対象のＮＦＴのレコードに含まれる保有者の公開鍵を用いて、乱数Ｒ＿Ｂを暗号化した暗号済み乱数ＥＮＣ＿Ａ（Ｒ＿Ｂ）を付け替え情報として生成する。本実施例の購入希望通知は、図１２に示す実施例２の購入希望通知７００Aと同様であるが、フィールド７０８には、暗号済み乱数ＥＮＣ＿Ａ（Ｒ＿Ｂ）が格納される。
スマートコントラクト１０２は、購入希望通知を受信すると、実施例１と同様に、保有予定者管理情報を登録し、希望受信通知をユーザＡの接続装置２００Ａに送信する（ステップＳ２１１０）。本実施例の保有予定者管理情報は、図１３に示す実施例２の保有予定者管理情報８００Ａと同様であるが、フィールド８０６には、暗号済み乱数ＥＮＣ＿Ａ（Ｒ＿Ｂ）が格納される。
ユーザＡの接続装置２００Ａの暗復号処理部５１０は、希望受信通知を受信すると、実施例１では、ユーザＢにて生成された公開鍵でコンテンツ暗号鍵を暗号化するが、本実施例では、コンテンツ暗号鍵を暗号化する代わりに、以下の処理を実行する。つまり、暗復号処理部５１０は、保有予定者管理情報８００Ａを参照して、鍵付け替え情報である暗号済み乱数ＥＮＣ＿Ａ（Ｒ＿Ｂ）を取得し、その暗号済み乱数ＥＮＣ＿Ａ（Ｒ＿Ｂ）を上記の受取用公開鍵ペアに含まれる秘密鍵で復号して乱数Ｒ＿Ｂを取得する。暗復号処理部５１０は、取得した乱数Ｒ＿Ｂと上記の乱数Ｒ＿Ａとを合成した情報を付け替え鍵として生成する。本実施例では、合成には排他的論理和ＸＯＲが使用されるため、付け替え鍵は、Ｒ＿Ｂ ＸＯＲ Ｒ＿Ａである。暗復号処理部５１０は、付け替え鍵を含む許可通知をスマートコントラクト１０２に送信する（ステップＳ２０４０～Ｓ２０５０）。
スマートコントラクト１０２は、許可通知を受信すると、許可通知に含まれる付け替え鍵を保有予定者管理情報に登録し（ステップＳ２１２０）、保有者変更可能通知をユーザＢのブロックチェーンネットワーク接続装置２００に送信する（ステップＳ２１３０）。
その後、実施例１と同様に、ステップＳ２２４０、Ｓ２２５０、Ｓ２１４０、Ｓ２１５０及びＳ２２６０の処理が実行される。ただし、保有者管理情報を更新するステップＳ２１５０の処理では、スマートコントラクト１０２は、ユーザB用の鍵を生成して保有者管理情報に登録する。具体的には、スマートコントラクト１０２は、保有者管理情報に含まれる付け替え情報付きコンテンツ暗号鍵と、ステップＳ２２４０で保有予定者管理情報に登録した保有予定者用付け替え鍵とを合成してユーザB用の鍵として登録する。つまり、スマートコントラクト１０２は、ユーザB用の鍵として、（Ｒ＿Ａ ＸＯＲ Ｋ＿Ｃ） ＸＯＲ （Ｒ＿Ｂ ＸＯＲ Ｒ＿Ａ）＝Ｒ＿Ｂ ＸＯＲ Ｋ＿Ｃを導出して登録する。このように付け替え鍵同士で合成することにより、乱数Ｒ＿Ａを含まない鍵を生成することができる。また、乱数Ｒ＿Ｂを知っているユーザだけがコンテンツ暗号鍵Ｋ＿Ｃを取得できる。つまりユーザＢ又はユーザＢから乱数Ｒ＿Ｂが提供されたユーザだけがコンテンツ暗号鍵Ｋ＿Ｃを取得できる。したがって、本実施例では、乱数を暗号鍵と組み合わせても安全に鍵付け替えを実施することができる。
なお、本実施例でも、実施例１及び２と同様な変形例が可能である。例えば、コンテンツの販売方法は、外部プログラムにて実装されてもよい。また、ロック情報及び認証情報の一方のみが利用されてもよいし、両方とも利用されなくてもよい。
また、実施例２では、鍵付け替えに必要なパラメータを乱数と組み合わせ、実施例３では、保有者の公開鍵で暗号化した。これらの処理は、信頼できる第三者装置に依頼して実行されてもよい。この第三者装置は、恒常的にサービスを提供してもよいし、クラウドサービスなどを用いて必要な期間だけサービス提供してもよい。例えば、ユーザＢの接続装置２００Ｂは、購入希望通知をスマートコントラクト１０２の代わりに第三者装置に送信する（ステップＳ２２３０、Ｓ３３５０参照）。そのとき、実施例２では、接続装置２００Ｂは、秘密鍵Ｓ＿Ｂを送信し、実施例３では、乱数Ｒ＿Ｂを第三者装置に送信し、さらに、購入希望通知として、スマートコントラクト１０２に対して第三者装置の接続先情報などを通知する。スマートコントラクト１０２は、通知された接続先情報をユーザＡに通知する。ユーザＡの接続装置２００Ａは、ユーザＢと同様に、第三者装置の接続先に必要な情報を送信する。具体的には、接続装置２００Ａは、実施例２では、秘密鍵ｓ＿Ａを、実施例３では、乱数Ｒ＿Ａを送信する。第三者装置は、実施例２では、ｓ＿Ｂ／ｓ＿Ａを、実施例３では、Ｒ＿Ａ ＸＯＲ Ｒ＿Ｂを生成してユーザＡの接続装置２００Ａに返す。接続装置２００Ａは、その情報を受け取り、ユーザＡはそれを受け取り、購入許可通知として第三者装置が生成したパラメータを通知する（ステップＳ２０５０、Ｓ３１３０）。
なお、ユーザＡが第三者装置が提供するサービスを信頼できない場合、購入希望を拒否してもよいし、信頼できる他の第三者装置をユーザＢに通知して購入希望通知を再送させてもよい。また、ユーザＡが利用を許可するサービスをスマートコントラクト１０２に登録してよい。また、第三者装置がスマートコントラクト１０２に対して直接アクセスしてもよい。この場合、ユーザＡ及びＢの接続装置が行う処理を第三者装置に移譲することとなるため、第三者装置にブロックチェーンネットワーク１００に接続する基本的な機能が必要となる。
また、ブロックチェーンネットワーク１００の接続に必要な鍵管理を委託するサービスがある場合、最初の秘密鍵管理からサービス側に鍵管理・承認系の処理を移譲することも考えられる。このように信頼できる第三者に鍵付け替えパラメータの生成を移譲できるのであれば、実施例２における付け替え補助情報は不要となり、ユーザＡの付け替え鍵は「ｈ＿Ａ＾ｒ」と通常の公開鍵を登録することになる。この場合、付け替え補助情報はサービス側で管理してもよい。
また、以上の各実施例では、ＮＦＴの保有者を購入者に変更するという例で説明したが、コンテンツの利用許諾がＮＦＴを用いて管理されてもよい。また、１つのコンテンツを複数人が利用する場合、コンテンツ暗号鍵が複数人で共有される。このとき、コンテンツの暗号鍵が漏洩した場合、コンテンツの安全性を担保できなくなる恐れがある。この場合、コンテンツを別のコンテンツ鍵で暗号化し保有者及び他の利用者に提供する必要がある。これについては、保有者の認証情報及び鍵付け替えの補助情報を保持しておくことで効率よく対応することができる。以下、その方法について説明する。
コンテンツ鍵の漏洩を検出したユーザＡの接続装置２００Ａは、新規にコンテンツ鍵を生成してコンテンツを暗号化した新しい暗号コンテンツを生成して、既に格納されている暗号コンテンツと入れ替える。また、接続装置２００Ａは、認証情報として登録している保有者の公開鍵（認証情報を利用しない場合は保有者の署名用の公開鍵）を用いて、コンテンツ鍵を暗号化して、保有者管理情報に格納する。また、実施例２又は３において、補助情報又は鍵付け替え情報が登録されていれば、その登録された情報を用いて生成された各利用者向けの付け替え鍵が保有者管理情報に登録されてもよい。
また、各実施例では、購入希望者が保有者に購入希望通知を送信し、保有者が購入を許可し、その後、保有予定者が保有者の変更を行っていた。これは、現在のＮＦＴの取引に合わせたためである。ただし、この手順に限るものではなく、保有者が保有者管理情報の保有者を変更してもよい。この場合、図４及び図１０における保有者更新処理はなく、それぞれステップＳ２１２０及びＳ３２３０で保有者更新処理が実行される。この場合、ユーザＢからの参照時においては、保有予定者管理情報が参照されることでロック情報及び認証情報が利用される。
また、各実施例では、コンテンツはブロックチェーンの外部にあるオフチェーンが想定されていたが、コンテンツがブロックチェーン上にあるオンチェーンでもよい。また、コンテンツを購入者が確認してから購入できるように、コンテンツの一部だけを暗号化してもよいし、コンテンツが登録されてから一定期間後に暗号化されてもよい。
また、各実施例では、コンテンツ鍵の送受にロック情報及び認証情報などを利用していたが、これらの情報はコンテンツサーバ３００へのアクセスにおいても使用されてよい。例えば、コンテンツ利用者がコンテンツサーバ３００にアクセスした場合、コンテンツサーバ３００は、スマートコントラクト１０２に記録したロック情報及び認証情報の少なくとも一方を参照して、コンテンツへのアクセス可否を判断する。なお、ロック情報及び認証情報の両方が登録されていない場合、コンテンツサーバ３００は、ブロックチェーンネットワークアドレスの生成に利用した公開鍵を利用してコンテンツへのアクセス可否を判断してもよい。この場合、コンテンツサーバ３００においてコンテンツのアクセスを保有者に制限することが可能となる。
上述した本開示の実施形態は、本開示の説明のための例示であり、本開示の範囲をそれらの実施形態にのみ限定する趣旨ではない。当業者は、本開示の範囲を逸脱することなしに、他の様々な態様で本開示を実施することができる。
１００：ブロックチェーンネットワーク １０１：ノード ２００、２００Ａ、２００Ｂ：ブロックチェーンネットワーク接続装置 ３００：コンテンツサーバ ４００：接続端末

Claims (9)

  1. 複数の計算機で構成されるブロックチェーンネットワークと、前記ブロックチェーンネットワークと接続する複数の接続装置とを有し、コンテンツ復号鍵にて復号可能な形式で暗号化されて所定の格納場所に格納されたコンテンツを管理するコンテンツ保護システムであって、
    前記複数の接続装置のいずれかである第１の接続装置は、
    前記コンテンツ復号鍵を保持し、
    前記第１の接続装置とは異なる前記接続装置である第２の接続装置から、前記コンテンツの利用を要求する利用要求であって、前記第２の接続装置にて管理される秘密鍵に対応する公開鍵を含む利用要求を、前記ブロックチェーンネットワークを介して受信し、
    前記利用要求に含まれる公開鍵を用いて前記コンテンツ復号鍵を暗号化した暗号済みコンテンツ復号鍵を、前記ブロックチェーンネットワークを経由して前記２の接続装置に送信し、
    前記第２の接続装置は、
    前記秘密鍵を保持し、
    前記利用要求を、前記ブロックチェーンネットワークを経由して前記第１の接続装置に送信し、
    前記コンテンツの利用権を与える利用権付与者を示す利用者情報を前記ブロックチェーンネットワークに送信し、
    前記暗号済みコンテンツ復号鍵を、前記ブロックチェーンネットワークを経由して前記第１の接続装置から受信し、当該暗号済みコンテンツ復号鍵を、前記秘密鍵を用いて復号して前記コンテンツ復号鍵を取得し、
    前記ブロックチェーンネットワークは、
    前記コンテンツの利用が可能な利用可能者を示す利用者管理情報を格納し、
    前記暗号済みコンテンツ復号鍵を受信した場合、前記利用者管理情報にて示される利用可能者に前記利用者情報が示す前記利用権付与者を追加する、コンテンツ保護システム。
  2. 前記第２の接続装置は、
    所定のロック用情報のハッシュ値を含む前記利用要求を送信し、
    前記ブロックチェーンネットワークから前記利用可能者の追加が可能になった旨の変更可能通知を受信した場合、前記ロック用情報を前記ブロックチェーンネットワークに送信し、
    前記ブロックチェーンネットワークは、
    前記利用要求に含まれるハッシュ値をロック情報として格納し、
    前記暗号済みコンテンツ復号鍵を受信した場合、前記変更可能通知を前記第２の接続装置に送信し、
    前記ロック用情報を受信し、当該ロック用情報のハッシュ値と前記ロック情報とが一致した場合、前記利用可能者に利用権付与者を追加し、前暗号済みコンテンツ復号鍵を前記第２の接続装置に送信する、請求項１に記載のコンテンツ保護システム。
  3. 前記第２の接続装置は、
    前記変更可能通知を受信した場合、前記ブロックチェーンネットワークにて参照可能な参照可能情報を、前記秘密鍵を用いて暗号化した認証情報を前記ブロックチェーンネットワークに送信し、
    前記ブロックチェーンネットワークは、
    前記認証情報を受信し、当該認証情報を前記利用要求に含まれる公開鍵で復号した情報が前記参照可能情報と一致した場合、前記利用可能者に利用権付与者を追加し、前暗号済みコンテンツ復号鍵を前記第２の接続装置に送信する、請求項２に記載のコンテンツ保護システム。
  4. 前記利用者情報は、当該利用者情報を送信する前記第２の接続装置のブロックチェーンネットワークアドレスを示し、
    前記利用要求を送信する前記第２の接続装置と前記利用者情報を送信する前記第２の接続装置とが異なる、請求項１に記載のコンテンツ保護システム。
  5. 前記ブロックチェーンネットワークは、前記利用者管理情報にて示される利用可能者から前記第１の接続装置に対応するユーザである保有者を削除することで、前記コンテンツを前記保有者から前記利用権付与者へ譲渡する、請求項１に記載のコンテンツ保護システム。
  6. 前記ブロックチェーンネットワークは、前記コンテンツのハッシュ値を保持する、請求項１に記載のコンテンツ保護システム。
  7. 前記コンテンツの格納場所は、前記ブロックチェーンネットワークの外部に設置された格納装置である、請求項１に記載のコンテンツ保護システム。
  8. 複数の計算機で構成されるブロックチェーンネットワークと、前記ブロックチェーンネットワークと接続する複数の接続装置とを有し、コンテンツ復号鍵にて復号可能な形式で暗号化されて所定の格納場所に格納されたコンテンツを管理するコンテンツ保護システムであって、
    前記複数の接続装置のいずれかである第１の接続装置は、
    前記コンテンツ復号鍵を暗号化した暗号済みコンテンツ復号鍵と、前記コンテンツ復号鍵を復号する鍵復号鍵に付け替えるための付け替え鍵とをブロックチェーンネットワークに登録し、
    前記ブロックチェーンネットワークから、前記コンテンツの利用を要求する利用要求であって、前記付け替え鍵を更新した第１の更新付け替え鍵を含む利用要求を受信し、
    前記利用要求に含まれる第１の更新付け替え鍵を、前記鍵復号鍵への付け替えを補助する第１の補助情報に基づいて更新した第２の更新付け替え鍵を、前記ブロックチェーンネットワークに送信し、
    前記第１の接続装置とは異なる第２の接続装置は、
    前記鍵復号鍵への付け替えを補助する第２の補助情報を含む前記利用要求を前記ブロックチェーンネットワークに送信し、
    前記コンテンツの利用権を与える利用権付与者を示す利用者情報を前記ブロックチェーンネットワークに送信し、
    前記第２の更新付け替え鍵及び前記暗号済みコンテンツ復号鍵を、前記ブロックチェーンネットワークから受信し、前記第２の更新付け替え鍵を前記第２の補助情報に基づいて前記鍵復号鍵に付け替え、当該鍵復号鍵を用いて前記暗号済みコンテンツ復号鍵を復号して前記コンテンツ復号鍵を取得し、
    前記ブロックチェーンネットワークは、
    前記コンテンツの利用権を有する利用可能者を示す利用者管理情報を格納し、
    前記第２の接続装置から前記利用要求を受信した場合、前記第１の接続装置から登録された前記付け替え鍵を前記利用要求に含まれる第２の補助情報に基づいて更新した第１の更新付け替え鍵を含む前記利用要求を前記第１の接続装置に送信し、
    前記第１の接続装置から前記第２の更新付け替え鍵を受信した場合、前記利用者管理情報にて示される利用可能者に前記利用者情報が示す利用権付与者を追加し、前記第２の更新付け替え鍵と前記第１の接続装置から登録された暗号済みコンテンツ復号鍵とを前記第２の接続装置に送信する、コンテンツ保護システム。
  9. 複数の計算機で構成されるブロックチェーンネットワークと、前記ブロックチェーンネットワークと接続する複数の接続装置とを有し、コンテンツ復号鍵にて復号可能な形式で暗号化されて所定の格納場所に格納されたコンテンツを管理するコンテンツ保護システムであって、
    前記複数の接続装置のいずれかである第１の接続装置は、
    前記コンテンツ復号鍵に第１の乱数を合成した第１の付け替え情報付きコンテンツ鍵と公開鍵とを前記ブロックチェーンに登録し、
    前記第１の接続装置とは異なる前記接続装置である第２の接続装置から、前記コンテンツの利用を要求する利用要求であって、第２の乱数を前記公開鍵で暗号した暗号済み乱数を含む利用要求を、前記ブロックチェーンネットワークを介して受信し、
    前記利用要求に含まれる暗号済み乱数を前記公開鍵に対応する秘密鍵で復号して前記第２の乱数を取得し、前記第２の乱数と前記第１の乱数とを合成した付け替え鍵を、前記ブロックチェーンネットワークに送信し、
    前記第２の接続装置は、
    前記第２の乱数を保持し、
    前記利用要求を、前記ブロックチェーンネットワークを経由して前記第１の接続装置に送信し、
    前記コンテンツの利用権を与える利用権付与者を示す利用者情報を前記ブロックチェーンネットワークに送信し、
    前記暗号済みコンテンツ復号鍵を前記第２の乱数で合成した第２の付け替え情報付きコンテンツ鍵と前記ブロックチェーンから受信し、前記第２の乱数に基づいて前記第２の付け替え情報付きコンテンツ鍵から前記コンテンツ復号鍵を取得し、
    前記ブロックチェーンネットワークは、
    前記コンテンツの利用が可能な利用可能者を示す利用者管理情報を格納し、
    前記付け替え鍵を受信した場合、前記利用者管理情報にて示される利用可能者に前記利用者情報が示す利用権付与者を追加し、前記第１の接続装置から登録された付け替え情報付きコンテンツ鍵を前記付け替え鍵に基づいて、前記第２の付け替え情報付きコンテンツ鍵を生成して前記第２の接続装置に送信する、コンテンツ保護システム。

JP2022034444A 2022-03-07 2022-03-07 コンテンツ保護システム Pending JP2023130017A (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2022034444A JP2023130017A (ja) 2022-03-07 2022-03-07 コンテンツ保護システム
US17/961,053 US20230283466A1 (en) 2022-03-07 2022-10-06 Content protection system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2022034444A JP2023130017A (ja) 2022-03-07 2022-03-07 コンテンツ保護システム

Publications (1)

Publication Number Publication Date
JP2023130017A true JP2023130017A (ja) 2023-09-20

Family

ID=87850113

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022034444A Pending JP2023130017A (ja) 2022-03-07 2022-03-07 コンテンツ保護システム

Country Status (2)

Country Link
US (1) US20230283466A1 (ja)
JP (1) JP2023130017A (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102336068B1 (ko) * 2020-12-30 2021-12-07 주식회사 피에스디엘 도어락, 도어락 컨트롤 장치, 도어락 컨트롤 프로그램 및 도어락 관리 서버

Also Published As

Publication number Publication date
US20230283466A1 (en) 2023-09-07

Similar Documents

Publication Publication Date Title
KR102034449B1 (ko) 콘텐츠 블록체인에서의 콘텐츠 암호키 관리 및 배포 방법
US6523012B1 (en) Delegation of permissions in an electronic commerce system
JP5680115B2 (ja) データ・セキュリティ装置のためのトランザクション監査
JP4120125B2 (ja) 利用許可証発行装置および方法
JP2002073566A (ja) 個人認証適用データ処理システム、個人認証適用データ処理方法、および情報処理装置、並びにプログラム提供媒体
JP2002169719A (ja) コンテンツ配信システム、コンテンツ配信方法、および情報処理装置、並びにプログラム提供媒体
US11314847B2 (en) Method for electronically documenting license information
KR102148130B1 (ko) 미디어 블록체인을 위한 접근제어 시스템 및 방법
KR100502580B1 (ko) 보안성이 향상된 디지털 컨텐츠 유통 방법
BRPI0617490A2 (pt) sistemas e mÉtodos de mÁquina de gerenciamento de direitos digitais
JPWO2004109972A1 (ja) ライセンス受信用ユーザ端末
JP2002175279A (ja) 個人認証システム、個人認証方法、および情報処理装置、並びにプログラム提供媒体
KR20080058833A (ko) 개인 정보 보호 장치 및 방법
JP2007534078A (ja) コンテンツ保護システムなどにおける高信頼ライセンス削除
JP2023130017A (ja) コンテンツ保護システム
JP3758316B2 (ja) ソフトウェアライセンス管理装置および方法
EP3455763B1 (en) Digital rights management for anonymous digital content sharing
US11480945B2 (en) Production device for production of an object for user permitted to print pre-defined number of copies of the object including encrypted token, and decrypted by the production device for determining user access right
CN109871678A (zh) 采购业务数据加密方法、装置、设备及存储介质
JP4245523B2 (ja) 電子権利譲渡処理方法、電子権利譲渡管理システム及びその装置、並びにプログラム
WO2020076234A1 (en) Apparatus and method for controlling data access
JP2008513858A (ja) 郵便物の料金納付のための方法と装置
WO2021019783A1 (ja) 所有者同一性確認システム、端末および所有者同一性確認方法
Frattolillo et al. Designing a DRM system
WO2021171640A1 (ja) 情報流通履歴管理システム、情報流通履歴管理方法、情報流通履歴管理装置およびプログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20240327