JP7320099B2 - ブロックチェーンシステム、及びブロックチェーンシステムの制御方法 - Google Patents

Description

本発明は、ブロックチェーンシステム、及びブロックチェーンシステムの制御方法に関する。

いわゆるブロックチェーン（Block chain）を利用した分散台帳技術（例えば、仮想通貨に関する非特許文献１）は、分散型の情報処理システムにおいてデータの堅牢性や改竄不能性を実現する技術として大いに将来性が期待されている。ブロックチェーンは、仮想通貨だけでなく、金融分野、サプライチェーン、コンテンツ産業、ＩｏＴ（Internet of Things）等への応用が期待されている。

このような応用の一つとして、スマートコントラクト（Smart contract）等をブロックチェーンデータに組み込むことで実現される分散型アプリケーション（Decentralized Application）が注目されている。例えば、非特許文献２には、分散型アプリケーションを利用した猫のコレクションゲーム、非特許文献３には分散型取引所（DEX）のコンテンツが公開されている。

"A Peer-to-Peer Electronic Cash System"、［online］、［平成３０年７月４日検索］、インターネット（URL: https://bitcoin.org/bitcoin.pdf） "CryptoKitties | Collect and breed digital cats!"、［online］、［平成３０年７月４日検索］、インターネット（URL: https://www.cryptokitties.co/） "EtherDelta"、［online］、［平成３０年７月４日検索］、インターネット（URL: https://etherdelta.com/）

一般的に、ブロックチェーン技術がもたらす大きなメリットの一つは、データ（アセット）の所有権の管理にあると考えられる。ブロックチェーンを利用することにより、その各ユーザは、アセットに関する真正な所有権及び価値の情報を互いに迅速かつ大量に共有することができる。これは、ブロックチェーンのアセットを提供する事業者にとっても、ユーザに対するサービスの付加価値を高めることができるというメリットがある。

本発明はこのような背景に鑑みてなされたものであり、その目的は、ユーザのアセットの所有権及び価値をそのアセットの性質に応じて適切に処理することが可能なブロックチェーンシステム、及びブロックチェーンシステムの制御方法を提供することにある。

以上の課題を解決するための本発明の一つは、複数のノードにより構成され、各ノードがノード間の所定のアセットの取引の履歴の情報をブロックチェーンデータにて共有する情報共有部を備えるオンチェーンシステムと、前記ブロックチェーンデータに記録されている前記アセットの情報を取得するアセット取得部、及び、前記取得したアセットの情報に基づき所定の情報処理を行うロジック実行部を備えるオフチェーンシステムとを含んで構成されているブロックチェーンシステムであって、前記オンチェーンシステムの各ノードは、前記ノード間の第１の価値媒体の取引の情報をブロックチェーンデータにて共有する第１価値媒体共有部を備え、前記オフチェーンシステムの各ノードは、前記第１の価値媒体から変換可能であると共に前記アセットとの交換価値を有し前記アセットの取引が可能な第２の価値媒体の、前記オフチェーンシステム内のノード間における取引の情報をブロックチェーンデータにて共有する第２価値媒体共有部を備える。

本発明によれば、ユーザのアセットの所有権及び価値をそのアセットの性質に応じて適切に処理することができる。

図１は、本実施形態に係るブロックチェーンシステムの構成の一例を示す図である。 図２は、ブロックチェーンシステム１内の各情報処理装置（又はノード）が備えるハードウェアの一例を示す図である。 図３は、オフチェーンシステム２００内の各ノードが備える機能の一例を示す図である。 図４は、ヒーローアセット２１のデータ構造の一例を説明する図である。 図５は、アイテムアセット２３のデータ構造の一例を説明する図である。 図６は、領地アセット２５のデータ構造の一例を説明する図である。 図７は、オンチェーンシステム１００の各ノードが備える機能の一例を説明する図である。 図８は、ロジック制御サーバ１１０が備える機能の一例を説明する図である。 図９は、アセット価格調整管理テーブル６００の一例を示す図である。 図１０は、アセット価格管理テーブル６７０の一例を示す図である。 図１１は、購入対応処理の一例を説明するフロー図である。 図１２は、購入申し込み情報の一例を示す図である。 図１３は、価格下落処理の一例を示すフロー図である。 図１４は、購入対応処理及び価格下落処理により変動するアセット２０の価格の変動の一例を示す図である。 図１５は、画像書き換え処理の一例を説明するフロー図である。

以下、本発明の実施の形態について図面を参照しつつ説明する。
［システム構成］
図１は、本実施形態に係るブロックチェーンシステムの構成の一例を示す図である。ブロックチェーンシステム１は、複数のノード（ユーザ端末５０）のそれぞれが、所定のデータ資産であるアセット２０のノード間の取引の履歴の情報をブロックチェーンデータにて共有しているオンチェーンシステム２００と、アセット２０に対応し、オンチェーンシステム２００から取得されるデータであるアセット１０を用いて行う所定のゲーム（以下、本ゲームという。）を実行する環境を有すると共に、本ゲームを実行する複数のノード（ユーザ端末５０）を含んで構成されているオフチェーンシステム１００と、ブロックチェーン制御サーバ１３０と、アセット２０に組み込むことが可能な所定のコンテンツデータ（画像、文字等）が記憶されているコンテンツシステム３００と、コンテンツシステム３００から取得したコンテンツデータを記憶している画像サーバ１９０とを含んで構成されている。

オンチェーンシステム２００、オフチェーンシステム１００、ブロックチェーン制御サーバ１３０、及び画像サーバ１９０の間は、インターネット、ＬＡＮ、ＷＡＮ等の有線又は無線の通信ネットワーク５で接続されている。また、オンチェーンシステム２００における各ノード間、及びオフチェーンシステム１００における各ノード間も、インターネット、ＬＡＮ、ＷＡＮ等の有線又は無線の通信ネットワーク（不図示）で接続されている。

＜オンチェーンシステム２００＞
オンチェーンシステム２００は、アセット２０のブロックチェーンデータを用いた分散台帳システムである。各アセット２０には、所有権の情報が記録されている。各ノードは、アセット２０の所有権を自身から他のノードに変更（移転）する際、その移転の情報を記録したアセット２０を生成すると共に、その移転に関して、オフチェーンシステム１００内の他のノードによる所定の合意形成処理を行う。合意形成処理の後、ノードは、これまでのアセット２０の取引の履歴であるブロックデータのハッシュ値を生成し、生成したハッシュ値を、今回生成した新たなアセット２０に付加することにより、新たなブロックデータを生成する。各ノードは、これまでのブロックデータと今回生成したブロックデータとをハッシュを介して結合したブロックチェーンデータ（分散台帳）を、オンチェーンシステム２００における他のノードと共有する。

すなわち、オンチェーンシステム２００における各ノードは、各ノード間の所定のアセット２０の取引の履歴の情報をブロックチェーンデータの形式で共有している。オンチェーンシステム２００は、例えば、イーサリアム（Ethereum）等のオープンなプラットフォームを用いて実現される。

アセット２０は、アセットの情報、その所有者の情報、及びこれらに対応づけられた所定の情報処理（プログラム又はスクリプト）の情報を含むスマートコントラクト（Smart Contract）の形式を有するデータである。アセット２０は、ヒーローアセット２１、アイテムアセット２３、及び領地アセット２５を含む。アセット２０は、例えば、ERC721規格に基づくスマートコントラクトデータである。

また、オンチェーンシステム２００は、アセット取引所２１０（ＤＥＸ：Decentralized EXchange）を記憶している。アセット取引所２１０は、オンチェーンシステム２００内の各ノードで共有されている所定のスマートコントラクトである。アセット取引所２１０は、各ノードからの要求に応じて、アセット２０の所有権を変更する処理（取引処理）を行う。

また、オンチェーンシステム２００は、第１の価値媒体（以下、ＥＴＨ４０という。）の取引の履歴の情報をブロックチェーンデータの形式で記憶している。ＥＴＨ４０はオンチェーンシステム２００におけるいずれかのノードで発行され、各ノードがその情報を共有している所定のトークン（暗号通貨）である。ＥＴＨ４０は、各ノード（ユーザ）の情報及びその価値（価格）の情報を記録している。ＥＴＨ４０は、例えば、Ethereumで発行されるＥＴＨの他、ビットコイン（bitcoin）、ネム（NEM）等の仮想通貨であり、オンチェーンシステム２００に参加するノードであれば発行を受けることができる。

＜オフチェーンシステム１００＞
オフチェーンシステム１００は、ブロックチェーンデータを共有している複数のノードと、ロジック制御サーバ１１０とを含んで構成されている。

オフチェーンシステム１００は、オンチェーンシステム２００のようなオープンなブロックチェーンシステムとは異なる情報処理システムである。本実施形態では、オフチェーンシステム１００は、オンチェーンシステム２００と異なり、アセット（トークン）の共有に所定の承認処理が必要な、クローズド（プライベート）のブロックチェーンシステムとする。なお、後述するように、オフチェーンシステム１００は、必ずしもブロックチェーンシステムでなければ実現できないというわけではない。

オフチェーンシステム１００の各ノードは、ブロックチェーンデータの形式で、オンチェーンシステム２００のアセット２０に対応する（アセット２０と同様の内容を有する）アセット１０を共有している。すなわち、アセット１０は、ヒーローアセット２１に対応するヒーローデータ１１、アイテムアセット２３に対応するアイテムデータ１３及び、領地アセット２５に対応する領地データ１５を含む。

アセット１０及びアセット２０は、互いにデータコピーを行うことにより適宜同期されている。このデータコピーを実現するシステムとしては、当該データコピーが可能であれば何でもよいが、例えば、オンチェーンシステム１００（特に、アセット２０）のスケーラビリティに対応可能な任意のプラットフォームを、オンチェーンシステム１００又はオフチェーンシステム２００に導入することにより実現される。このようなデータ同期仕様としては、例えば、Plasmaがある。この場合、アセット２０をEtherumを用いたメインチェーンとし、アセット１０をLoom Networkを用いたサイドチェーンとすることが可能である。

また、オフチェーンシステム１００の各ノードは、第２の価値媒体（以下、ＧＭ３０ともいう。）の取引の情報をブロックチェーンデータの形式で共有している。ＧＭ３０は、第１の価値媒体（ＥＴＨ４０）及びアセット１０と取引が可能な、オフチェーンシステム１００内のみで共有される暗号通貨である。ＧＭ３０は、各ノード（ユーザ）の情報及び所定の価値（価格）の情報を記憶している。

オフチェーンシステム１００の各ノードは、第２の価値媒体（ＧＭ３０）の取引の情報をブロックチェーンデータの形式で共有している。ＧＭ３０は、各ノード（ユーザ）の情報及び所定の価値（価格）の情報を記憶している。

本実施形態では、ＧＭ３０は、第１の価値媒体（ＥＴＨ４０）から変換可能であると共にアセットとの交換価値を有する、オフチェーンシステム１００内のみで共有される価値媒体とする。すなわち、ＧＭ３０は、ＥＴＨ４０から交換されることは可能であるが、逆にＧＭ３０をＥＴＨ４０に変換することはできないものとする。

なお、ＧＭ３０は、ＥＴＨ４０から変換可能であると共に、ＧＭ３０からＥＴＨ４０にも変換可能な価値交換媒体（暗号通貨又は仮想通貨）としてもよい。

さらに、ＧＭ３０は、アセット１０との交換価値を有する価値媒体であるものとする。

ロジック制御サーバ１１０は、本ゲームに関するロジック、及びアセット１０の発行に関するロジックを実行する。すなわち、ロジック制御サーバ１１０は、本ゲームのシナリオデータ及びロジック等を記憶している。ゲームロジック制御サーバ１１０は、各ノードが所有する各アセット１０に基づき、所定のシナリオに沿ったロジックを実行する。また、ロジック制御サーバ１１０は、各ノードからアセット１０の購入申し込みを受信した場合に、対応するＧＭ３０との交換を条件に、当該ノードに対してアセット１０の発行を行う。

＜ブロックチェーン制御サーバ１３０＞
ブロックチェーン制御サーバ１３０は、ブロックチェーンデータの制御を行う。例えば、ブロックチェーン制御サーバ１３０は、オンチェーンシステム２００のアセット２０と、オフチェーンシステム１００のアセット１０との間のデータコピー（同期）を行う。

＜画像サーバ１９０＞
画像サーバ１９０は、コンテンツシステム３００から、画像、文字、動画等の様々なコンテンツデータを取得し記憶する。また、画像サーバ１９０は、ノードから送信されてくるコンテンツデータの取得要求に応じて、自身が記憶しているコンテンツデータを当該ノードに送信する。そしてノードは、受信したコンテンツデータを、自身が所有するアセット２０に追加する。

＜コンテンツシステム３００＞
コンテンツシステム３００は、コンテンツデータを記憶している。このコンテンツシステム３００は、例えば、複数の情報処理装置（不図示）によって構成されている通信ネットワークシステムであり、このシステムのプロトコルは、オフチェーンシステム１００及びオンチェーンシステム２００のプロトコルと異なる。例えば、コンテンツシステム３００は、ＩＰＦＳ（InterPlanetary File System）によるＰ２Ｐ（Peer to Peer）方式の分散ファイルシステムである。コンテンツシステム３００は、インターネット、ＬＡＮ、ＷＡＮ等の有線又は無線の通信ネットワーク７により画像サーバ１９０と接続されている。

＜ユーザ端末５０＞
ユーザ端末５０は、各ユーザが利用する情報処理装置（ノード）であり、例えば、スマートフォン等の携帯情報端末や、パーソナルコンピュータである。ユーザ端末５０は、オンチェーンシステム２００（における他のノード）、オフチェーンシステム１００（における他のノード）、及び画像サーバ１９０と通信可能に接続されている。

例えば、ユーザ端末５０は、オンチェーンシステム２００にアクセスすることにより、アセット２０の管理及び取引、ＥＴＨ４０の購入、並びに、ＥＴＨ４０によるＧＭ３０の購入等を行う。

また、ユーザ端末５０は、オフチェーンシステム１００にアクセスすることにより、ＧＭ３０との交換によるアセット１０（アセット２０）の購入、及び、アセット１０を用いた本ゲームの実行等を行う。また、ユーザ端末５０は、画像サーバ１９０から取得した画像データを、自身の所有するアセット２０に対応づける。

なお、図２は、ブロックチェーンシステム１内の各装置が備えるハードウェアの一例を示す図である。各装置は、ＣＰＵ（Central Processing Unit）などの処理装置４１と、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等の主記憶装置４２と、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）等の補助記憶装置４３と、キーボード、マウス、タッチパネルなどからなる入力装置４４と、モニタ（ディスプレイ）等からなる出力装置４５と、他の情報処理装置と通信を行う通信装置４６とを備える情報処理装置である。

［機能］
次に、ブロックチェーンシステム１に実装されている機能について説明する。

＜オンチェーンシステム２００＞
＜各ノード＞
図３は、オンチェーンシステム２００内の各ノードが備える機能の一例を示す図である。オンチェーンシステム２００内の各ノードは、情報共有部２０２、スマートコントラクト実行部２０４、及び第１価値媒体共有部２０６を備える。

情報共有部２０２は、ノード間の所定のアセット２０の取引の履歴の情報をブロックチェーンデータにて共有する。

例えば、情報共有部２０２は、アセット２０の情報として、画像の情報及び当該画像を編集する処理の情報を共有している。

スマートコントラクト実行部２０４は、アセット２０の情報に基づき所定の情報処理を行う。

例えば、スマートコントラクト実行部２０４は、画像（ヒーローアセット２１のアート２２０又はアイテムアセット２３のアート２３９）の編集の要求を受け付けた場合、当該画像が現在までに編集された回数を特定し、その回数が所定回数（本実施形態では、１回とする）未満である場合にのみ画像の編集を受け付け、受け付けた編集の内容を画像に反映させる処理を実行する。

そして、情報共有部２０２は、画像の編集が反映されたアセット２０の情報を、オンチェーンシステム２００のノード間で、ブロックチェーンデータにて共有する。

ここで、アセット２０の詳細について説明する。
（ヒーローアセット２１）
図４は、ヒーローアセット２１のデータ構造の一例を説明する図である。ヒーローアセット２１は、本ゲームのシナリオで使用されるヒーローに関する情報である。ヒーローアセット２１は、各ヒーローアセット２１に割り当てられた識別子であるヒーローＩＤ２１１、ヒーローアセット２１の所有者を特定する情報である所有権２１２、ヒーローアセット２１の種別２１３（ここでは、「ヒーロー」）、ヒーローアセット２１の総発行数２１４、各ヒーローアセット２１の名称の情報であるヒーロー名２１５、ヒーローアセット２１の能力２１６、ヒーローアセット２１の属性２１７（希少性、人種といった情報）、他の同種のヒーローと合成した履歴の情報である合成履歴２１８、ユーザによって指定される各ヒーローアセット２１の別称である二つ名２１９、及び、各ヒーローアセット２１に対して割り当てられる画像データの情報であるアート２２０、の各情報を含む。

なお、アート２２０には、例えば、コンテンツシステム３００におけるコンテンツデータの所在情報（例えば、ＩＰＦＳのロケーター）、オンチェーンシステム２００におけるコンテンツデータの所在情報（例えば、Ｓｗａｒｍのロケータ）が格納される。

二つ名２１９は、書き換えフラグ２１９１の情報を有している。書き換えフラグ２１９１は、ユーザによって別称が書き換えられた場合にオン（例えば１）、書き換えられていない場合にはオフ（例えば０）が設定される。

同様に、アート２２０は、書き換えフラグ２２０１の情報を有している。書き換えフラグ２２０１は、ユーザによって画像データが書き換えられた場合にオン（例えば１）、書き換えられていない場合にはオフ（例えば０）が設定される。

（アイテムアセット２３）
図５は、アイテムアセット２３のデータ構造の一例を説明する図である。アイテムアセット２３は、本ゲームのシナリオで使用されるアイテムに関する情報である。アイテムアセット２３は、各アイテムアセット２３に割り当てられた識別子であるアイテムＩＤ２３１、各アイテムアセット２３の所有者を特定する情報である所有権２３２、アイテムアセット２３の総発行数２３３、各アイテムアセット２３の種別２３４（ここでは、「アイテム」）、アイテムアセット２３の名称の情報であるアイテム名２３５、アイテムアセット２３の属性２３６（希少性、武器、防具といった情報）、他の同種のアイテムと合成した履歴の情報である合成履歴２３７、ユーザによって指定されるアイテムアセット２３の名称である二つ名２３８、及び、アイテムアセット２３に対して割り当てられる画像データの情報であるアート２３９、の各情報を含む。

なお、アート２３９には、例えば、コンテンツシステム３００におけるコンテンツデータの所在情報（例えば、ＩＰＦＳのロケーター）、オンチェーンシステム２００におけるコンテンツデータの所在情報（例えば、Ｓｗａｒｍのロケータ）が格納される。

二つ名２３８は、書き換えフラグ２３８１の情報を有している。書き換えフラグ２３８１は、ユーザによって別称が書き換えられた場合にオン（例えば１）、書き換えられていない場合にはオフ（例えば０）が設定される。

同様に、アート２３９は、書き換えフラグ２３９１の情報を有している。書き換えフラグ２３９１は、ユーザによって画像データが書き換えられた場合にオン（例えば１）、書き換えられていない場合にはオフ（例えば０）が設定される。

（領地アセット２５）
図６は、領地アセット２５のデータ構造の一例を説明する図である。領地アセット２５は、各領地アセット２５に割り当てられた識別子である領地ＩＤ２５１、当該領地アセット２５の所有者を特定する情報である所有権２５２、当該領地アセット２５の名称の情報である領地名２５３、当該領地アセット２５の属性２５４（国の種類等の情報）、及び、当該領地アセット２５に対応づけられる画像データ（コンテンツデータ）の情報であるアート２５５、の各情報を含む。

図３に戻り、第１価値媒体共有部２０６は、ノード間の第１の価値媒体（ＥＴＨ４０）の取引の情報をブロックチェーンデータにてオンチェーンシステム２００の他のノードと共有する。

第１の価値媒体（ＥＴＨ４０）は、例えば、オンチェーンシステム２００のノードのいずれかによって発行される仮想通貨である。

＜オフチェーンシステム１００＞
＜ノード＞
図７は、オフチェーンシステム１００の各ノードが備える機能の一例を説明する図である。

オフチェーンシステム１００の各ノードは、アセット共有部１０２、及び第２価値媒体共有部１０４を備える。

アセット共有部１０２は、ノード間の所定のアセット２０の取引の履歴の情報をブロックチェーンデータにて（対応するアセット１０の形態で）、オフチェーンシステム１００内で共有する。

第２価値媒体共有部１０４は、第１の価値媒体（ＥＴＨ４０）から変換可能な価値を有する第２の価値媒体（ＧＭ３０）の、オフチェーンシステム１００内のノード間における取引の情報をブロックチェーンデータにて共有する。

なお、前記のように、第２の価値媒体（ＧＭ３０）は、第１の価値媒体（ＥＴＨ４０）から変換可能な価値を有すると共に、第２の価値媒体から第１の価値媒体への変換が可能な価値を有する価値媒体であるとしてもよい。

＜ロジック制御サーバ１１０＞
図８は、ロジック制御サーバ１１０が備える機能の一例を説明する図である。ロジック制御サーバ１１０は、まず、本ゲームのロジックに関して、アセット入力部１１２、及びロジック実行部１１４を備える。

アセット入力部１１２は、アセット１０から各データを取得し、取得したデータをロジック実行部１１４に入力する。

ロジック実行部１１４は、アセット入力部１１２が取得したアセットの情報に基づき所定の情報処理を行う。本実施形態では、ロジック実行部１１４は、本ゲームのロジックを実行する。すなわち、ロジック実行部１１４は、各ユーザが所有するキャラクターが、各ユーザが所有するアイテムを用いて領地の所有権を獲得する処理（ロールプレイングゲーム： role-playing game（RPG））を実行する。

さらに、ロジック制御サーバ１１０は、アセット１０のロジックに関して、在庫数記憶部１５１と、申し込み受信部１５２と、購入処理部１５３と、アセット引き渡し部１５４と、価格調整部１５５と、価格下落部１５６と、価格維持部１５７とを備える。

在庫数記憶部１５１は、アセット１０（なお、アセット１０はオンチェーンシステム１００のアセット２０にコピーされる（同期する）。以下同様。）の在庫数の情報を記憶する。

申し込み受信部１５２は、ノードから、所定数のアセット１０の購入申し込みを受信する。

購入処理部１５３は、申し込み受信部１５２が受信したアセット１０の購入申し込みに応じてアセット１０の在庫数を所定数減じる。また、購入処理部１５３は、受信した購入申し込みに対応する決済処理を行う。

アセット引き渡し部１５４は、購入申し込みに対応するアセット１０を発行する。すなわち、アセット引き渡し部１５４は、購入申し込みを送信してきたノードの所有権情報を含む、所定数のアセット１０の情報を生成する。

価格調整部１５５は申し込み受信部１５２が受信したアセット１０の購入申し込みに応じてアセット１０の販売価格を所定値上昇させると共に、過去の所定期間におけるアセット１０の最高価格を特定し、特定した最高価格に基づきアセット１０の最低価格を設定する。

価格下落部１５６は、価格調整部１５５が上昇させたアセット１０の販売価格を、アセット１０の在庫数が少ないほどその価格の下落速度が低下するように経時的に下落させる。この価格の下落の変化は、後述する下落関数６０８により特定される。

価格維持部１５７は、現在のアセット１０の販売価格が、価格調整部１５５が設定した最低価格を下回った場合に、その最低価格にまで販売価格を回復させる。

また、ロジック制御サーバ１１０は、アセット価格調整管理テーブル６００、及びアセット価格管理テーブル６７０を記憶している。

（アセット価格調整管理テーブル６００）
図１０は、アセット価格調整管理テーブル６００の一例を示す図である。アセット価格調整管理テーブル６００は、アセット１０の種類を示す情報であるアセット種類６０１、アセット１０の販売期間を示す情報である販売期間６０２、アセット１０の在庫数の情報である在庫数６０３、アセット１０の初期価格である初期価格６０４、アセット１０の購入があった場合のアセット１０の価格の上昇を決定するアルゴリズムに関する情報である上昇率６０５、アセット１０の最低価格を決定するためのパラメータ又は関数である最低価格係数６０６、アセット１０の最低価格の情報である最低価格６０７、及び、アセット１０の価格を下落させるための所定のアルゴリズムに関する情報（例えば、関数）である下落関数６０８の各情報を有する。

上昇率６０５は、本実施形態では、アセット２０の在庫数に応じてその値が変化する関数であるものとする。なお、上昇率６０５は、その他の関数又は定数でもよく、例えば、アセット２０の現在価格又は過去の最高価格等に応じて設定される、直線又は曲線により表される関数としてもよい。

また、最低価格係数６０６は、固定比率（例えば、最高価格の１／３）であってもよいし、アセット２０の現在価格や過去の最高価格等の所定の変数に基づく所定の関数であってもよい。

下落関数６０８は、アセット２０の在庫数及び、任意的に現在価格又は過去の最高価格等に応じて設定される、直線又は曲線により表される関数である。なお、下落関数６０８は、関数ではなく定数であってもよい。

（アセット価格管理テーブル６７０）
図１１は、アセット価格管理テーブル６７０の一例を示す図である。アセット価格管理テーブル６７０は、各アセット１０の価格の変動の履歴を記録しているテーブルであり、アセットの種類を示す情報であるアセット種類６７１、時刻（日時）を示す情報である時刻６７２、及び、時刻６７２が示す時刻（日時）におけるアセット１０の価格を示す情報である価格６７３の各情報を有する。

以上に説明した、各装置の機能は、各装置のハードウェアによって、もしくは、各装置の処理装置４１が主記憶装置４２や補助記憶装置４３に記憶されているプログラムを読み出して実行することによって実現される。また、これらのプログラムは、例えば、二次記憶デバイスや不揮発性半導体メモリ、ハードディスクドライブ、ＳＳＤなどの記憶デバイス、又は、ＩＣカード、ＳＤカード、ＤＶＤなどの、各ノードで読み取り可能な非一時的データ記憶媒体に格納される。

＜＜処理＞＞
次に、各装置が行う処理について説明する。
まず、ロジック制御サーバ１１０は、ノード（ユーザ端末５０）からのアセット１０の購入申し込みに対応しアセット１０の価格調整を行う処理（以下、購入対応処理という。）と、各アセット１０の価格を下落させる処理（以下、価格下落処理という。）とを実行する。

＜購入対応処理＞
図１２は、購入対応処理の一例を説明するフロー図である。購入対応処理は、例えば、オフチェーンシステム１００の起動後に開始される。

ロジック制御サーバ１１０は、ノード（ユーザ）から、アセット１０（以下、対象アセットという。）の購入申し込みの情報（以下、購入申し込み情報という。）の受信を待機する（ｓ２０１）。

ここで、図１３は、購入申し込み情報の一例を示す図である。購入申し込み情報６５０は、ユーザ（ノード）を特定する情報（例えば、識別子）であるユーザＩＤ６５１、対象アセットの種類を示す情報（例えば、ヒーローアセット２１、アイテムアセット２３、又は領地アセット２５をそれぞれ特定する情報）であるアセット種類６５２、及び、対象アセットの購入希望数である購入数６５３の各情報を含む。

図１２に戻り、ロジック制御サーバ１１０は、対象アセットが販売期間内であるか否かを確認する（ｓ２０３）。具体的には、ロジック制御サーバ１１０は、現在時刻が、アセット価格調整管理テーブル６００及びアセット価格管理テーブル６７０により特定される対象アセットの販売期間内であるか否かを確認する。対象アセットが販売期間内でない場合は（ｓ２０３：ＮＯ）、処理はｓ２０１に戻る。

対象アセットが販売期間内である場合は（ｓ２０３：ＹＥＳ）、ロジック制御サーバ１１０は、対象アセットの在庫数が充分であるか否かを確認する（ｓ２０５）。具体的には、例えば、ロジック制御サーバ１１０は、購入申し込み情報６５０により特定されるアセットの数以上に、アセット価格調整管理テーブル６００により特定される、対応するアセット１０の在庫数が存在するか否かを確認する。対象アセットの在庫数が充分でない場合は（ｓ２０５：ＮＯ）、処理はｓ２０１に戻る。

対象アセットの在庫数が充分である場合は（ｓ２０５：ＹＥＳ）、ロジック制御サーバ１１０は、ユーザのＧＭ３０の残高が充分であるか否かを確認する（ｓ２０７）。具体的には、例えば、ロジック制御サーバ１１０は、購入申し込み情報６５０のユーザＩＤ６５１に対応するユーザのＧＭ３０の残高の情報を取得し、その残高が、購入申し込み情報６５０及びアセット価格管理テーブル６７０により特定される対象アセットの購入数と対象アセットの販売価格との積（購入金額）以上であるか否かを確認する。

ユーザのＧＭ３０の残高が充分でない場合は（ｓ２０７：ＮＯ）、処理はｓ２０１に戻り、ユーザのＧＭ３０の残高が充分である場合は（ｓ２０７：ＹＥＳ）、ロジック制御サーバ１１０は、ユーザのＧＭ３０の残高を減少させる（ｓ２０９）。具体的には、例えば、ロジック制御サーバ１１０は、購入申し込み情報６５０のユーザＩＤ６５１に対応するユーザのＧＭ３０の残高を購入金額分減少させる。

そして、ロジック制御サーバ１１０は、対象アセットの在庫数を減少させると共に、ユーザの対象アセットの数を増加させる（ｓ２１１）。具体的には、例えば、ロジック制御サーバ１１０は、アセット価格調整管理テーブル６００における対象アセットの在庫数６０３を減少させる。そして、ロジック制御サーバ１１０は、所有権が購入申し込み情報６５０のユーザＩＤ６５１であるアセット１０のデータを、購入数分作成する。生成されたアセット１０は、オンチェーンシステム２００のアセット２０として共有される。

次に、ロジック制御サーバ１１０は、対象アセットの価格を上昇させ、これを記録する（ｓ２１３）。具体的には、ロジック制御サーバ１１０は、アセット価格管理テーブル６７０の価格６７３により特定される対象アセットの最新の価格を、アセット価格調整管理テーブル６００の上昇率６０５の分だけ上昇させ、その内容を、アセット価格管理テーブル６７０に登録する。

また、ロジック制御サーバ１１０は、過去の所定期間内における対象アセットの最高価格を特定する（ｓ２１５）。具体的には、例えば、ロジック制御サーバ１１０は、アセット価格管理テーブル６７０により、対象アセットの販売開始時から現在までの最高価格を特定する。

そして、ロジック制御サーバ１１０は、この最高価格に基づき、対象アセットの最低価格を算出して記憶する（ｓ２１７）。具体的には、例えば、ロジック制御サーバ１１０は、ｓ２１５で特定した最高価格に、アセット価格調整管理テーブル６００の最低価格係数６０６を乗算することにより対象アセットの最低価格を算出し、算出した最低価格をアセット価格調整管理テーブル６００の最低価格６０７に格納する。

また、ロジック制御サーバ１１０は、下落関数を算出して記憶する（ｓ２１９）。具体的には、例えば、ロジック制御サーバ１１０は、対象アセットの在庫数が少ないほどその価格の下落速度が低下するような関数を算出する。その後はｓ２０１の処理に戻る。

＜価格下落処理＞
次に、図１４は、価格下落処理の一例を示すフロー図である。価格下落処理は、例えば、オフチェーンシステム１００の起動後、所定のタイミング（例えば、所定の時間間隔）で繰り返し実行される。

ロジック制御サーバ１１０はまず、アセット１０のうち一つの種類のアセットを選択する（ｓ３０１）。そしてロジック制御サーバ１１０は、取得したアセット（以下、選択アセットという。）の下落関数を特定する（ｓ３０２）。具体的には、例えば、ロジック制御サーバ１１０は、アセット価格調整管理テーブル６００における選択アセットの下落関数６０８を取得する。

そしてロジック制御サーバ１１０は、ｓ３０２で特定した下落関数に基づき、選択アセットの現在の価格を下落させる（ｓ３０３）。そして、ロジック制御サーバ１１０は、選択アセットの現在価格が、最低価格未満となっているかを確認する（ｓ３０４）。具体的には、例えば、ロジック制御サーバ１１０は、ｓ３０３で価格を下落させた選択アセットの価格が、アセット価格調整管理テーブル６００の最低価格６０７未満となっているかを確認する。

選択アセットの現在価格が、最低価格未満となっていない場合（ｓ３０４：ＮＯ）、後述するｓ３０６の処理が行われる。他方、選択アセットの現在価格が、最低価格未満となっている場合（ｓ３０４：ＹＥＳ）、ロジック制御サーバ１１０は、選択アセットの価格を最低価格に設定する（ｓ３０５）。具体的には、例えば、ロジック制御サーバ１１０は、ｓ３０３で価格を下落させた選択アセットの価格を、アセット価格調整管理テーブル６００における選択アセットの最低価格６０７に設定する。

ロジック制御サーバ１１０は、価格を下落させていない他のアセットがあるか否かを判断し（ｓ３０７）、価格を下落させていない他のアセットがある場合は（ｓ３０７：ＹＥＳ）、ロジック制御サーバ１１０は、そのアセットを一つ選択し、その後はｓ３０２の処理を繰り返す。他方、価格を下落させていない他のアセットがない場合は（ｓ３０７：ＮＯ）、価格下落処理は終了する（ｓ３０９）。

図１５は、購入対応処理及び価格下落処理により変動するアセット２０の価格の変動の一例を示す図である。同図に示すように、アセット２０の価格は初期価格８０１から開始し、その後アセットの購入８０３が行われると、その価格は所定価格８０５まで上昇すると共に、最低価格８０７及び下落関数が設定される。上昇したアセットの価格は、設定された下落関数に基づき最低価格８０７まで下落し（符号８１１）、その後は最低価格８０７が維持される。その後、当該アセットの新たな購入８０９が行われると、再びアセットの価格は上昇し、新たな最低価格８１３と新たな下落関数が設定される。この新たな下落関数は、アセットの在庫数が以前より減少しているため、価格の下落速度はより緩やかに（小さく）なっている（符号８１５）。

＜画像書き換え処理＞
オンチェーンシステム２００の各ノードは、ヒーローアセット２１及びアイテムアセット２３の画像データを書き換える処理（以下、画像書き換え処理という。）を実行する。画像書き換え処理は、ノードがヒーローアセット２１又はアイテムアセット２３におけるスマートコントラクトを実行することにより実現される。

図１６は、画像書き換え処理の一例を説明するフロー図である。以下では、ヒーローアセット２１の画像データを書き換える場合について説明するが、アイテムアセット２３についても同様である。

まず、オンチェーンシステム２００のノードは、ユーザから画像データの書き換え要求の入力を受け付ける（ｓ４０１）。そして、当該ノードは、書き込みフラグの内容を確認する（ｓ４０２）。具体的には、当該ノードは、ヒーローアセット２１の書き換えフラグ２２０１の内容を確認する。

画像データが既に書き換えられている場合（例えば、書き換えフラグ２２０１が「１」の場合）は（ｓ４０３：ＹＥＳ）、画像データ書き換え処理は終了する（ｓ４０７）。他方、画像データが書き換えられていない場合（例えば、書き換えフラグ２２０１が「０」の場合）は（ｓ４０３：ＮＯ）、ｓ４０４以下の処理が行われる。

ｓ４０４において当該ノードは、画像データの編集を行う。具体的には、例えば、当該ノードは、ユーザから画像編集のための所定のデータの入力を受け付け、受け付けたデータの内容を、ヒーローアセット２１のアート２２０に反映させる。画像が編集されたヒーローアセット２１は、オンチェーンシステム２００の各ノードでブロックチェーンデータとして共有される。

画像データの編集が終了した場合（例えば、ユーザから画像編集の終了の入力を受け付けた場合）は（ｓ４０５：ＹＥＳ）、当該ノードは、書き込みフラグをオンにする（例えば、書き換えフラグ２２０１を「１」にする）（ｓ４０６）。そして、画像編集処理は終了する（ｓ４０７）。

なお、以上の画像書き換え処理は、ヒーローアセット２１の二つ名２１９及びアイテムアセット２３の二つ名２３８を書き換える場合も同様である。

以上に説明したように、本実施形態のブロックチェーンシステム１は、各ノードがノード間のアセット２０の取引の履歴の情報をブロックチェーンデータにて共有するオンチェーンシステム２００と、ブロックチェーンデータに記録されているアセットの情報に基づき所定の情報処理を行うオフチェーンシステム１００とを含んで構成されており、オフチェーンシステムが、アセットの購入申し込みに応じてアセット２０の販売価格を上昇させると共に、アセットの過去の最高価格に基づきアセットの最低価格を設定し、アセット２０の販売価格を、アセット２０の在庫数が少ないほどその価格の下落速度が低下するように経時的に下落させ、現在のアセットの販売価格が最低価格を下回った場合には最低価格にまで販売価格を回復させる。

すなわち、本実施形態のブロックチェーンシステム１は、アセットに在庫数を設定した上で、アセット購入時には最低価格や上昇率を設定し、アセットの在庫数が少ないほど価格の下落率を抑えることで、アセットの希少性と価格とのバランス（需給バランス）を調節することができる。これにより、オフチェーンシステム１００において流通する、各ノードが所有するアセットの価値を適切に設定することができる。

以上のように、本実施形態のブロックチェーンシステム１によれば、ユーザのアセットの所有権及び価値をそのアセットの性質に応じて適切に処理することができる。

特に、オフチェーンシステム１００のロジックが利用するアセット１０の内容は、オフチェーンシステム１００とは別のシステムであるオンチェーンシステム２００にて共有されているため（アセット２０）、アセット２０のユーザは、オフチェーンシステム１００とは独立してアセット２０をオンチェーンシステム２００内で取引することができる（例えば、アセット取引所２１０）。また、オフチェーンシステム１００の管理者（事業者）にとっても、ユーザのアセット２０の取引を直接管理せずとも、オフチェーンシステム１００のロジックのみを提供すれば、そのロジックを利用した、アセット２０に係るコンテンツを提供することができる。

以上に説明した実施形態の説明は、本発明の理解を容易にするためのものであり、本発明を限定するものではない。本発明はその趣旨を逸脱することなく、変更、改良され得ると共に本発明にはその等価物が含まれる。

例えば、本実施形態では、ヒーローアセット２１及びアイテムアセット２３の画像データのみを書き換え可能としたが、領地アセット２５を書き換え可能としてもよい。

また、本実施形態では、オフチェーンシステム１００で動作する分散アプリケーションとして、ゲーム（ロールプレイングゲーム）を取り上げたが、他の種類のアセット（金融商品、製造製品等）やこれを用いた他のアプリケーション（金融、サプライチェーン、ＩｏＴ等の分野に係るアプリケーション）にも適用可能である。

また、本実施形態では、オフチェーンシステム１００のアセット１０はオンチェーンシステム２００のアセット２０に対応するブロックチェーンデータであるとしたが、アセット１０はアセット２０に対応するデータとなっていれば、必ずしもブロックチェーンデータとする必要はない。

また、本実施形態では、ロジック制御サーバ１１０の機能は所定の情報処理装置により実現するものとしているが、分散型アプリケーションを用いて実現してもよい。

本明細書の記載により、少なくとも次のことが明らかにされる。すなわち、本実施形態のブロックチェーンシステム１においては、複数のノードにより構成され、各ノードがノード間の所定のアセットの取引の履歴の情報をブロックチェーンデータにて共有する情報共有部を備えるオンチェーンシステムと、前記ブロックチェーンデータに記録されている前記アセットの情報を取得するアセット取得部、及び、前記取得したアセットの情報に基づき所定の情報処理を行うロジック実行部を備えるオフチェーンシステムとを含んで構成されているブロックチェーンシステムであって、前記オンチェーンシステムの各ノードは、前記ノード間の第１の価値媒体の取引の情報をブロックチェーンデータにて共有する第１価値媒体共有部を備え、前記オフチェーンシステムの各ノードは、前記第１の価値媒体から変換可能であると共に前記アセットとの交換価値を有する第２の価値媒体の、前記オフチェーンシステム内のノード間における取引の情報をブロックチェーンデータにて共有する第２価値媒体共有部を備える、としてもよい。

このように、オンチェーンシステム２００では、ノード間の第１の価値媒体（ＥＴＨ４０）の取引の情報をブロックチェーンデータにて共有している一方、オフチェーンシステム１００では、第１の価値媒体（ＥＴＨ４０）から変換可能であると共にアセットとの交換価値を有する第２の価値媒体（ＧＭ３０）の、オフチェーンシステム１００内のノード間における取引の情報をブロックチェーンデータにて共有している。このように、オフチェーンシステム１００が、オンチェーンシステム２００の価値媒体（ＥＴＨ４０）とは別に設定した、ＥＴＨ４０から変換可能な価値媒体（ＧＭ３０）を各ノードで共有していることで、オフチェーンシステム１００内のユーザは、このＧＭ３０を用いてオフチェーンシステム１００内でのアセットの取引や価値交換を独立して行うことができる。このようにして、ブロックチェーンシステム１は、ユーザのアセットの所有権及び価値をそのオフチェーンシステム１００内のアセットの性質に応じて適切に処理することができる。
なお、ＥＴＨ４０からＧＭ３０への変換のみを可能にし、ＧＭ３０をいわゆる一般的な仮想通貨と異なる価値媒体としていることで、仮想通貨市場とは別の市場を形成することができるメリットもある。

また、本実施形態のブロックチェーンシステム１においては、前記第２の価値媒体は、前記第２の価値媒体から前記第１の価値媒体への変換も可能な交換価値媒体である、としてもよい。

このように、第１の価値媒体と第２の価値媒体との間を双方向に交換可能なようにしておくことで、ユーザの利便性を向上させることができる。

また、本実施形態のブロックチェーンシステム１においては、前記第１の価値媒体は、前記オンチェーンシステムのノードのいずれかによって発行される仮想通貨である、としてもよい。

このように、第１の価値媒体を一般的な仮想通貨とすることで、ユーザの利便性を向上させることができる。

また、本実施形態のブロックチェーンシステム１においては、複数のノードにより構成され、各ノードがノード間の所定のアセットの取引の履歴の情報をブロックチェーンデータにて共有する情報共有部を備えるオンチェーンシステムと、前記ブロックチェーンデータに記録されている前記アセットの情報を取得するアセット取得部、及び、前記取得したアセットの情報に基づき所定の情報処理を行うロジック実行部を備えるオフチェーンシステムとを含んで構成されているブロックチェーンシステムであって、前記オンチェーンシステムにおける各ノードは、前記アセットの情報として、画像の情報及び当該画像を編集する処理の情報を共有しており、前記オンチェーンシステムにおける各ノードは、前記画像の編集の要求を受け付けた場合、当該画像が現在までに編集された回数を特定し、前記回数が所定回数未満である場合にのみ前記画像の編集を受け付け、受け付けた編集の内容を前記画像に反映させる処理を、前記画像を編集する処理の情報に基づき実行し、前記情報共有部は、前記画像の編集が反映された前記アセットの情報を、前記オンチェーンシステムのノード間で、ブロックチェーンデータにて共有する、としてもよい。

このように、オンチェーンシステム２００の各ノードが、アセットの情報として画像の情報及び画像を編集する処理の情報（スマートコントラクト）を共有し、画像の編集の要求を受け付けた場合、当該画像が現在までに編集された回数が所定回数未満である場合にのみ画像の編集を受け付け、編集された画像のアセットの情報が、オンチェーンシステム２００のノード間で、ブロックチェーンデータにて共有されることにより、各ノードのユーザは、自身のアセットにおける画像を限定的に修正して付加価値を付け、アセットの価値を増加させることができる。そして、これをオンチェーンシステム２００のノード間で共有することができる。このようにして、ブロックチェーンシステム１は、ユーザのアセットの所有権及び価値をそのアセットの性質に応じて適切に処理することができる。

また、本実施形態のブロックチェーンシステム１においては、前記アセットは、少なくとも複数のキャラクター、アイテム、及び領地を示すアセットであり、前記ロジック実行部は、前記キャラクターが前記アイテムを用いて前記領地を獲得する処理を実行する、としてもよい。

このように、ブロックチェーンシステム１は、キャラクターがアイテムを用いて領地を獲得するといったロールプレイングゲームをアセットにより実現することで、当ゲームを実行するユーザに対して、アセットの所有権及びその価値という付加価値を与え、より娯楽性を高めることができる。

また、本実施形態のブロックチェーンシステム１においては、前記オフチェーンシステムにおける各ノードは、前記オンチェーンシステムから取得されたアセットの情報をブロックチェーンデータにて共有するアセット共有部を備える、としてもよい。

このように、オフチェーンシステム１００における各ノードが、オンチェーンシステム２００から取得されたアセットの情報（アセット１０）をブロックチェーンデータにて共有することで、オンチェーンシステム２００におけるアセット２０のブロックチェーンデータと適切に連携することができる。

１ ブロックチェーンシステム、５ 通信ネットワーク、７ 通信ネットワーク、１００ オフチェーンシステム、１０ アセット、１１ ヒーローデータ、１３ アイテムデータ、１５ 領地データ、３０ ＧＭ、１１０ ロジック制御サーバ、１３０ ブロックチェーン制御サーバ、１９０ 画像サーバ、２００ オンチェーンシステム、２１０ アセット取引所、２０ アセット、４０ ＥＴＨ、５０ ユーザ端末、３００ コンテンツシステム、４１ 処理装置、４２ 主記憶装置、４３ 補助記憶装置、４４ 入力装置、４５ 出力装置、４６ 通信装置、２０２ 情報共有部、２０４ スマートコントラクト実行部、２０６ 第１価値媒体共有部、２１ ヒーローアセット、２１１ ヒーローＩＤ、２１２ 所有権、２１３ 種別、２１４ 総発行数、２１５ ヒーロー名、２１６ 能力、２１７ 属性、２１８ 合成履歴、２１９ 二つ名、２１９１ 書き換えフラグ、２２０ アート、２２０１ 書き換えフラグ、２３ アイテムアセット、２３１ アイテムＩＤ、２３２ 所有権、２３３ 総発行数、２３４ 種別、２３５ アイテム名、２３６ 属性、２３７ 合成履歴、２３８ 二つ名、２３８１ 書き換えフラグ、２３９ アート、２３９１ 書き換えフラグ、２５ 領地アセット、２５１ 領地ＩＤ、２５２ 所有権、２５３ 領地名、２５４ 属性、２５５ アート、１０２ アセット共有部、１０４ 第２価値媒体共有部、１１２ アセット入力部、１１４ ロジック実行部、１５１ 在庫数記憶部、１５２ 申し込み受信部、１５３ 購入処理部、１５４ アセット引き渡し部、１５５ 価格調整部、１５６ 価格下落部、１５７ 価格維持部、６００ アセット価格調整管理テーブル、６０１ アセット種類、６０２ 販売期間、６０３ 在庫数、６０４ 初期価格、６０５ 上昇率、６０６ 最低価格係数、６０７ 最低価格、６０８ 下落関数、６７０ アセット価格管理テーブル、６７１ アセット種類、６７２ 時刻、６７３ 価格、６５０ 購入申し込み情報、６５１ ユーザＩＤ、６５２ アセット種類、６５３ 購入数、８０１ 初期価格、８０３ アセットの購入、８０５ 所定価格、８０７ 最低価格、８０９ 新たな購入、８１１ 符号、８１３ 新たな最低価格、８１５ 符号

Claims (10)

1. 複数のノードにより構成され、各ノードがノード間の所定のアセットの取引の履歴の情報をブロックチェーンデータにて共有する情報共有部を備えるオンチェーンシステムと、
   前記ブロックチェーンデータに記録されている前記アセットの情報を取得するアセット取得部、及び、前記取得したアセットの情報に基づき所定の情報処理を行うロジック実行部を備えるオフチェーンシステムと
   を含んで構成されているブロックチェーンシステムであって、
   前記オンチェーンシステムの各ノードは、前記ノード間の第１の価値媒体の取引の情報をブロックチェーンデータにて共有する第１価値媒体共有部を備え、
   前記オフチェーンシステムの各ノードは、前記第１の価値媒体から変換可能であると共に前記アセットとの交換価値を有し前記アセットの取引が可能な第２の価値媒体の、前記オフチェーンシステム内のノード間における取引の情報をブロックチェーンデータにて共有する第２価値媒体共有部を備える、
   ブロックチェーンシステム。
2. 前記第２の価値媒体は、前記第２の価値媒体から前記第１の価値媒体への変換も可能な交換価値媒体である、
   請求項１に記載のブロックチェーンシステム。
3. 前記第１の価値媒体は、前記オンチェーンシステムのノードのいずれかによって発行される仮想通貨である、請求項１に記載のブロックチェーンシステム。
4. 前記アセットは、少なくとも複数のキャラクター、アイテム、及び領地を示すアセットであり、
   前記ロジック実行部は、前記キャラクターが前記アイテムを用いて前記領地を獲得する処理を実行する、
   請求項１乃至３のいずれか一項に記載のブロックチェーンシステム。
5. 前記オフチェーンシステムにおける各ノードは、前記オンチェーンシステムから取得されたアセットの情報をブロックチェーンデータにて共有するアセット共有部を備える、
   請求項１乃至４のいずれか一項に記載のブロックチェーンシステム。
6. 複数のノードにより構成され、各ノードがノード間の所定のアセットの取引の履歴の情報をブロックチェーンデータにて共有する情報共有部を備えるオンチェーンシステムと、
   前記ブロックチェーンデータに記録されている前記アセットの情報を取得するアセット取得部、及び、前記取得したアセットの情報に基づき所定の情報処理を行うロジック実行部を備えるオフチェーンシステムと
   を含んで構成されているブロックチェーンシステムの制御方法であって、
   前記オンチェーンシステムの各ノードは、前記ノード間の第１の価値媒体の取引の情報をブロックチェーンデータにて共有する第１価値媒体共有処理を実行し、
   前記オフチェーンシステムの各ノードは、前記第１の価値媒体から変換可能であると共に前記アセットとの交換価値を有し前記アセットの取引が可能な第２の価値媒体の、前記オフチェーンシステム内のノード間における取引の情報をブロックチェーンデータにて共有する第２価値媒体共有処理を実行する、
   ブロックチェーンシステムの制御方法。
7. 前記第２の価値媒体は、前記第２の価値媒体から前記第１の価値媒体への変換も可能な交換価値媒体である、
   請求項６に記載のブロックチェーンシステムの制御方法。
8. 前記第１の価値媒体は、前記オンチェーンシステムのノードのいずれかによって発行される仮想通貨である、請求項６に記載のブロックチェーンシステムの制御方法。
9. 前記アセットは、少なくとも複数のキャラクター、アイテム、及び領地を示すアセットであり、
   前記ロジック実行部は、前記キャラクターが前記アイテムを用いて前記領地を獲得する処理を実行する、
   請求項６乃至８のいずれか一項に記載のブロックチェーンシステムの制御方法。
10. 前記オフチェーンシステムにおける各ノードは、前記オンチェーンシステムから取得されたアセットの情報をブロックチェーンデータにて共有するアセット共有部を備える、
    請求項６乃至９のいずれか一項に記載のブロックチェーンシステムの制御方法。

Images