特許 7493823 情報処理方法、情報処理装置及びプログラム

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

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

(11)【特許番号】

(24)【登録日】2024-05-24

(45)【発行日】2024-06-03

(54)【発明の名称】情報処理方法、情報処理装置及びプログラム

(51)【国際特許分類】

   G06Q 20/06 20120101AFI20240527BHJP

【ＦＩ】

G06Q20/06

【請求項の数】 11

(21)【出願番号】P 2022067106

(22)【出願日】2022-04-14

(65)【公開番号】P2023157295

(43)【公開日】2023-10-26

【審査請求日】2023-01-11

(73)【特許権者】

【識別番号】522152566

【氏名又は名称】株式会社ベイヤード

(74)【代理人】

【識別番号】100114557

【弁理士】

【氏名又は名称】河野 英仁

(74)【代理人】

【識別番号】100078868

【弁理士】

【氏名又は名称】河野 登夫

(72)【発明者】

【氏名】阿部 紳司

【審査官】後藤 昂彦

(56)【参考文献】

【文献】韓国登録特許第１０－２３８１４９９（ＫＲ，Ｂ１）

【文献】中国特許出願公開第１１３５３６２４０（ＣＮ，Ａ）

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

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

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

【請求項1】

商品またはサービスを含む取引対象の購入者が、前記取引対象に対応する取引対象ＮＦＴを受け取る際に、パブリックブロックチェーンネットワークにより受け取るか、または、プライベートブロックチェーンネットワークにより受け取るかの選択を受け付け、
前記パブリックブロックチェーンネットワークの選択を受け付けた場合に、前記パブリックブロックチェーンネットワーク上で前記購入者に取引対象ＮＦＴを付与するとともに、前記取引対象の提供処理を実行し、
前記プライベートブロックチェーンネットワークの選択を受け付けた場合に、前記プライベートブロックチェーンネットワーク上で前記購入者に取引対象ＮＦＴを付与するとともに、前記取引対象の提供処理を実行する
情報処理方法。

【請求項2】

前記取引対象ＮＦＴを受け取るか否かの選択を受け付け、
前記取引対象ＮＦＴを受け取らない選択を受け付けた場合に、前記取引対象ＮＦＴを発行することなく取引対象の提供処理を実行する
請求項１に記載の情報処理方法。

【請求項3】

前記プライベートブロックチェーンネットワーク上で前記取引対象ＮＦＴを発行した後に、発行された前記取引対象ＮＦＴを前記パブリックブロックチェーンネットワーク上での取引対象ＮＦＴに変更する変更要求を受け付け、
受け付けた変更要求に応じて、前記取引対象ＮＦＴを前記パブリックブロックチェーンネットワーク上での取引対象ＮＦＴに変更する
請求項１又は２に記載の情報処理方法。

【請求項4】

複数のパブリックブロックチェーンネットワークを選択可能に出力し、
出力した複数のパブリックブロックチェーンネットワークから、パブリックブロックチェーンネットワークの選択を受け付ける
請求項１又は２に記載の情報処理方法。

【請求項5】

複数のパブリックブロックチェーンネットワークを選択可能に出力し、
出力した複数のパブリックブロックチェーンネットワークから、パブリックブロックチェーンネットワークの選択を受け付ける
請求項３に記載の情報処理方法。

【請求項6】

前記取引対象ＮＦＴが譲渡された場合に、譲渡に伴う費用の一部を前記取引対象の関係者に付与する
請求項１又は２に記載の情報処理方法。

【請求項7】

前記取引対象を提供する提供者のＷｅｂサイト上に、パブリックブロックチェーンネットワークまたはプライベートブロックチェーンネットワークのいずれかの選択を受け付ける画面を出力し、
出力した画面でネットワークの選択を受け付け、
選択されたネットワーク上での前記取引対象ＮＦＴの発行手続きを実行する
請求項１又は２に記載の情報処理方法。

【請求項8】

前記提供者の取引対象ＮＦＴのパブリックブロックチェーンネットワーク上での第１ウォレットアドレスと、前記取引対象ＮＦＴのプライベートブロックチェーンネットワーク上での第２ウォレットアドレスとを前記Ｗｅｂサイト上に表示させる
請求項７に記載の情報処理方法。

【請求項9】

イベントのチケット購入者がチケットＮＦＴを受け取る際に、パブリックブロックチェーンネットワークにより受け取るか、または、プライベートブロックチェーンネットワークにより受け取るかの選択を受け付け、
前記パブリックブロックチェーンネットワークの選択を受け付けた場合に、前記パブリックブロックチェーンネットワーク上で前記チケット購入者にチケットＮＦＴを付与するとともに、前記イベントへの入場用コードを発行し、
前記プライベートブロックチェーンネットワークの選択を受け付けた場合に、前記プライベートブロックチェーンネットワーク上で前記チケット購入者にチケットＮＦＴを付与するとともに、前記イベントへの入場用コードを発行する
請求項１又は２に記載の情報処理方法。

【請求項10】

商品またはサービスを含む取引対象の購入者が、前記取引対象に対応する取引対象ＮＦＴを受け取る際に、パブリックブロックチェーンネットワークにより受け取るか、または、プライベートブロックチェーンネットワークにより受け取るかの選択を受け付ける受付部と、
前記パブリックブロックチェーンネットワークの選択を受け付けた場合に、前記パブリックブロックチェーンネットワーク上で前記購入者に取引対象ＮＦＴを付与するとともに、前記取引対象の提供処理を実行する第１実行部と、
前記プライベートブロックチェーンネットワークの選択を受け付けた場合に、前記プライベートブロックチェーンネットワーク上で前記購入者に取引対象ＮＦＴを付与するとともに、前記取引対象の提供処理を実行する第２実行部と
を備える情報処理装置。

【請求項11】

商品またはサービスを含む取引対象の購入者が、前記取引対象に対応する取引対象ＮＦＴを受け取る際に、パブリックブロックチェーンネットワークにより受け取るか、または、プライベートブロックチェーンネットワークにより受け取るかの選択を受け付け、
前記パブリックブロックチェーンネットワークの選択を受け付けた場合に、前記パブリックブロックチェーンネットワーク上で前記購入者に取引対象ＮＦＴを付与するとともに、前記取引対象の提供処理を実行し、
前記プライベートブロックチェーンネットワークの選択を受け付けた場合に、前記プライベートブロックチェーンネットワーク上で前記購入者に取引対象ＮＦＴを付与するとともに、前記取引対象の提供処理を実行する
処理をコンピュータに実行させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理方法、情報処理装置及びプログラムに関する。

【背景技術】

【0002】

近年、非代替トークン型の電子チケットの発行技術が注目されている。特許文献１には、興行の開催前後の各時期を通じてチケットの所有履歴を保障することができ、かつ、興行参加以外の利用価値をチケットに付加することができる電子チケット管理システムが開示されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特許第６９６７１１６号公報

【発明の概要】

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

【0004】

しかしながら、特許文献１に係る発明は、チケットの購入者がチケットＮＦＴ（Non-Fungible Token；非代替性トークン）を受け取る際に利用されるブロックチェーンネットワークを指定することができないという問題がある。

【0005】

一つの側面では、取引対象ＮＦＴ（例えば、チケットＮＦＴ）を受け取る際に利用されるブロックチェーンネットワークを指定することが可能な情報処理方法等を提供することを目的とする。

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

【0006】

一つの側面に係る情報処理方法は、商品またはサービスを含む取引対象の購入者が、前記取引対象に対応する取引対象ＮＦＴを受け取る際に、パブリックブロックチェーンネットワークにより受け取るか、または、プライベートブロックチェーンネットワークにより受け取るかの選択を受け付け、前記パブリックブロックチェーンネットワークの選択を受け付けた場合に、前記パブリックブロックチェーンネットワーク上で前記購入者に取引対象ＮＦＴを付与するとともに、前記取引対象の提供処理を実行し、前記プライベートブロックチェーンネットワークの選択を受け付けた場合に、前記プライベートブロックチェーンネットワーク上で前記購入者に取引対象ＮＦＴを付与するとともに、前記取引対象の提供処理を実行する処理を実行させることを特徴とする。

【発明の効果】

【0007】

一つの側面では、取引対象ＮＦＴを受け取る際に利用されるブロックチェーンネットワークを指定することが可能となる。

【図面の簡単な説明】

【0008】

【図1】チケット購入システムの概要を示す説明図である。

【図2】サーバの構成例を示すブロック図である。

【図3】購入者ＤＢ及びチケットＤＢのレコードレイアウトの一例を示す説明図である。

【図4】購入履歴ＤＢ及びネットワークＤＢのレコードレイアウトの一例を示す説明図である。

【図5】ノードの構成例を示すブロック図である。

【図6】購入者端末の構成例を示すブロック図である。

【図7】チケットＮＦＴの受取を拒否する場合のチケットの発行処理を説明する説明図である。

【図8】チケットＮＦＴを受け取る場合のチケットの発行処理を説明する説明図である。

【図9】チケットの購入確認画面の一例を示す説明図である。

【図10】特典の表示画面の一例を示す説明図である。

【図11】チケットＮＦＴが付加されていないチケットを発行する際の処理手順を示すフローチャートである。

【図12】チケットＮＦＴが付加されているチケットを発行する際の処理手順を示すフローチャートである。

【図13】チケットＮＦＴを発行する処理のサブルーチンの処理手順を示すフローチャートである。

【図14】チケットＮＦＴの変更処理を説明する説明図である。

【図15】チケットＮＦＴの変更処理を行う際の処理手順を示すフローチャートである。

【図16】チケットＮＦＴを変更する処理のサブルーチンの処理手順を示すフローチャートである。

【図17】ブロックチェーンネットワークの選択受付画面の一例を示す説明図である。

【図18】関係者に譲渡費用の一部を付与する際の処理手順を示すフローチャートである。

【図19】スマートコントラクトによる関係者への費用付与処理を説明する説明図である。

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

【0009】

以下、本発明をその実施の形態を示す図面に基づいて詳述する。

【0010】

（実施形態１）
実施形態１は、取引対象の購入者が、当該取引対象に対応する取引対象ＮＦＴを受け取る際に、選択されたブロックチェーンネットワーク上で当該購入者に取引対象ＮＦＴを付与するとともに、当該取引対象の提供処理を実行する形態に関する。

【0011】

取引対象は、商品またはサービスを含む。商品は、例えば、デジタルコンテンツ（音楽、映画またはゲームキャラクター等）、アート作品（絵画、彫刻、イラストレーションまたは写真等）、コンサート、競技大会もしくは遊園地等のチケット（入場券）、または、モノとして取引される洋服、靴、バッグもしくは家具等を含む。サービスは、例えば、ファンクラブサービスまたはスポーツクラブ会員サービス等を含む。なお、本実施形態では、取引対象がチケットである例を説明するが、他の種類の取引対象にも同様に適用することができる。以下では簡潔のため、取引対象をチケットと読み替える。

【0012】

ＮＦＴは、鑑定書または所有証明書付きのデジタルデータであり、仮想通貨と同様にデータ管理にブロックチェーン技術が用いられ、改ざん・偽造ができない仕組みである。チケットＮＦＴは、ブロックチェーンシステム上で発行され、チケットとＮＦＴとを紐付けることで当該チケットの所有権を持っているという証明である。

【0013】

図１は、チケット購入システムの概要を示す説明図である。本実施形態のシステムは、情報処理装置１、パブリックブロックチェーンシステム２、プライベートブロックチェーンシステム３及び情報処理端末４を含み、各装置はインターネット等のネットワークＮを介して情報の送受信を行う。

【0014】

情報処理装置１は、種々の情報に対する処理、記憶及び送受信を行う情報処理装置である。情報処理装置１は、例えばサーバ装置、パーソナルコンピュータまたは汎用のタブレットＰＣ（パソコン）等である。本実施形態において情報処理装置１はサーバ装置であるものとし、以下では簡潔のためサーバ１と読み替える。

【0015】

パブリックブロックチェーンシステム２は、パブリック型の分散型台帳技術又は分散型ネットワークである。パブリックブロックチェーンシステム２は、コンセンサス処理を実行する複数のノード２１により構成される。ノード２１の各々は、当該コンセンサス処理の実行を通じて、ブロックチェーンデータのコピーを保持する。パブリックブロックチェーンシステム２は、ブロックと呼ばれるデータの単位を一定時間ごとに生成し、鎖のように連結していくことによりデータを保管する。

【0016】

パブリックブロックチェーンシステム２は、ピアツーピア（Peer to Peer）ネットワークと分散型タイムスタンプサーバの使用により自律的に管理される。鎖状に保存しているため、ブロック内のデータを一度記憶した場合、該データを遡及的に変更することが難しい。データの単位はブロックではなく個々のトランザクションであっても良い。また、データの保存は鎖状以外にも有向非巡回グラフ等の保存形式であっても良い。以下では簡潔のため、パブリックブロックチェーンシステム２をパブリックＢＣ２と読み替える。

【0017】

パブリックＢＣ２はインターネット等のネットワークＮに接続できる人であれば誰でも許可なく取引に参加できる、管理者が存在しないブロックチェーンである。パブリックＢＣ２が完全にオープンであるため、管理者がいなくてもマイニングによる承認によって取引の正当性を担保することができる。パブリックＢＣ２は、情報共有と相互監視によって、信用できる管理者が不要な非中央集権型のネットワークである。

【0018】

プライベートブロックチェーンシステム３は、プライベート型の分散型台帳技術又は分散型ネットワークである。なお、プライベートブロックチェーンシステム３の構成に関しては、パブリックＢＣ２の構成と同様であるため、説明を省略する。以下では簡潔のため、プライベートブロックチェーンシステム３をプライベートＢＣ３と読み替える。

【0019】

プライベートＢＣ３は、特定の管理者（運営者）が存在する、限定された参加者のみが利用できるブロックチェーンである。プライベートＢＣ３は中央集権型のネットワークであり、透明性はないものの、外部に公開されないためプライバシーが確保され、閉じたシステム内でブロックチェーンにデータを格納することができる。

【0020】

プライベートＢＣ３は、全体の参加者数が不明であるパブリックＢＣ２と異なり、参加者数がわかるため、多数決で合意を得ることが可能となる。また、パブリックＢＣ２のノード２１の数は、プライベートＢＣ３のノード３１の数より多いため、合意形成に時間及び取引時間を要する。

【0021】

なお、本実施形態では、パブリックＢＣ２及びプライベートＢＣ３の例を説明したが、これに限るものではない。例えば、コンソーシアムブロックチェーンネットワークにも同様に適用することができる。

【0022】

情報処理端末４は、チケットの購入、及び当該チケットに対応するチケットＮＦＴの受取等を行う端末装置である。情報処理端末４は、例えばスマートフォン、携帯電話、アップルウォッチ（Apple Watch:登録商標）等のウェアラブルデバイス、タブレット、パーソナルコンピュータ端末等の情報処理機器である。以下では簡潔のため、情報処理端末４を購入者端末４と読み替える。

【0023】

本実施形態に係るサーバ１は、チケットの購入者が、当該チケットに対応するチケットＮＦＴを受け取る際に、パブリックＢＣ２により受け取るか、または、プライベートＢＣ３により受け取るかの選択を受け付ける。サーバ１は、パブリックＢＣ２の選択を受け付けた場合、当該パブリックＢＣ２上で購入者にチケットＮＦＴを付与するとともに、当該チケットの提供処理を実行する。サーバ１は、プライベートＢＣ３の選択を受け付けた場合、当該プライベートＢＣ３上で購入者にチケットＮＦＴを付与するとともに、当該チケットの提供処理を実行する。

【0024】

図２は、サーバ１の構成例を示すブロック図である。サーバ１は、制御部１１、記憶部１２、通信部１３、入力部１４、表示部１５、読取部１６及び大容量記憶部１７を含む。各構成はバスＢで接続されている。

【0025】

制御部１１はＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro-Processing Unit）、ＧＰＵ（Graphics Processing Unit）等の演算処理装置を含み、記憶部１２に記憶された制御プログラム１Ｐ（プログラム製品）を読み出して実行することにより、サーバ１に係る種々の情報処理、制御処理等を行う。また制御プログラム１Ｐには、例えばイーサリアム、Mist Wallet等のスマートコントラクトの生成・実行、仮想通貨の送金、アカウントの作成、マイニング等の処理を実行するプログラムが含まれる。なお、図２では制御部１１を単一のプロセッサであるものとして説明するが、マルチプロセッサであっても良い。

【0026】

記憶部１２はＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等のメモリ素子を含み、制御部１１が処理を実行するために必要な制御プログラム１Ｐ又はデータ等を記憶している。また、記憶部１２は、制御部１１が演算処理を実行するために必要なデータ等を一時的に記憶する。通信部１３は通信に関する処理を行うための通信モジュールであり、ネットワークＮを介して、パブリックＢＣ２のノード２１、プライベートＢＣ３のノード３１または購入者端末４等との間で情報の送受信を行う。

【0027】

入力部１４は、マウス、キーボード、タッチパネルまたはボタン等の入力デバイスであり、受け付けた操作情報を制御部１１へ出力する。表示部１５は、液晶ディスプレイ又は有機ＥＬ（electroluminescence）ディスプレイ等であり、制御部１１の指示に従い各種情報を表示する。

【0028】

読取部１６は、ＣＤ（Compact Disc）－ＲＯＭ又はＤＶＤ（Digital Versatile Disc）－ＲＯＭを含む可搬型記憶媒体１ａを読み取る。制御部１１が読取部１６を介して、制御プログラム１Ｐを可搬型記憶媒体１ａより読み取り、大容量記憶部１７に記憶しても良い。また、ネットワークＮ等を介して他のコンピュータから制御部１１が制御プログラム１Ｐをダウンロードし、大容量記憶部１７に記憶しても良い。さらにまた、半導体メモリ１ｂから、制御部１１が制御プログラム１Ｐを読み込んでも良い。

【0029】

大容量記憶部１７は、例えばＨＤＤ（Hard disk drive:ハードディスク）、ＳＳＤ(Solid State Drive:ソリッドステートドライブ)等の記録媒体を備える。大容量記憶部１７は、購入者ＤＢ（データベース：database）１７１、チケットＤＢ１７２、購入履歴ＤＢ１７３及びネットワークＤＢ１７４を含む。

【0030】

購入者ＤＢ１７１は、購入者に関する情報を記憶している。チケットＤＢ１７２は、チケットに関する情報を記憶している。購入履歴ＤＢ１７３は、購入者がチケットを購入した購入履歴を記憶している。ネットワークＤＢ１７４は、ブロックチェーンネットワークに関する情報を記憶している。

【0031】

なお、本実施形態において記憶部１２及び大容量記憶部１７は一体の記憶装置として構成されていても良い。また、大容量記憶部１７は複数の記憶装置により構成されていても良い。更にまた、大容量記憶部１７はサーバ１に接続された外部記憶装置であっても良い。

【0032】

サーバ１は、種々の情報処理及び制御処理等をコンピュータ単体で実行しても良いし、複数のコンピュータで分散して実行しても良い。また、サーバ１は、１台のサーバ内に設けられた複数の仮想マシンによって実現されても良いし、クラウドサーバを用いて実現されても良い。

【0033】

図３は、購入者ＤＢ１７１及びチケットＤＢ１７２のレコードレイアウトの一例を示す説明図である。
購入者ＤＢ１７１は、購入者ＩＤ列、氏名列、支払方法列及び登録カード列を含む。購入者ＩＤ列は、各購入者を識別するために、一意に特定される購入者のＩＤを記憶している。氏名列は、購入者の氏名を記憶している。

【0034】

支払方法列は、購入者がチケットを購入する際の支払方法を記憶している。支払方法は、例えば、現金、銀行の口座振替、キャッシュレス決済（クレジットカード、コード決済または電子マネー決済等）、または仮想通貨（暗号資産）等を含む。なお、本実施形態での支払方法は、クレジットカードによる決済が例示されている。登録カード列は、クレジットカード等による決済の際に登録されたカード番号及び有効期限等の情報を記憶している。

【0035】

チケットＤＢ１７２は、チケットＩＤ列、カテゴリ列、座席種類列、内容列、金額列及び手数料列を含む。チケットＩＤ列は、各チケットを識別するために、一意に特定されるチケットのＩＤを記憶している。カテゴリ列は、チケットのカテゴリ（例えば、コンサートまたは競技大会）を記憶している。座席種類列は、座席の種類（例えば、普通席または指定席）を記憶している。内容列は、チケットの内容を記憶している。金額列は、チケットの金額を記憶している。手数料列は、チケットの発行手数料を記憶している。

【0036】

図４は、購入履歴ＤＢ１７３及びネットワークＤＢ１７４のレコードレイアウトの一例を示す説明図である。
購入履歴ＤＢ１７３は、購入者ＩＤ列、チケットＩＤ列、金額列、手数料列、購入日時列、ＮＦＴ受取状況列、ネットワークＩＤ列、種類列及びチケットＮＦＴ列を含む。購入者ＩＤ列は、購入者を特定する購入者ＩＤを記憶している。チケットＩＤ列は、チケットを特定するチケットＩＤを記憶している。金額列は、購入者が支払った金額を記憶している。手数料列は、チケット購入の際に支払われた発行手数料を記憶している。購入日時列は、購入者がチケットを購入した日時情報を記憶している。

【0037】

ＮＦＴ受取状況列は、購入されたチケットに対応するチケットＮＦＴの受取状況を記憶している。受取状況は、例えば受取または受取拒否等を含む。ネットワークＩＤ列は、ブロックチェーンネットワークを特定するネットワークＩＤを記憶している。種類列は、ブロックチェーンネットワークの種類を記憶している。

【0038】

チケットＮＦＴ列は、パブリックＢＣ２またはプライベートＢＣ３上で発行されたチケットＮＦＴを記憶している。例えば、パブリックＢＣ２上で、Ｅｔｈｅｒｅｕｍの一つのスマートコントラクト規格であるＥＲＣ７２１を利用し、「価値」を証明することができるチケットＮＦＴを発行しても良い。ＥＲＣ７２１が利用された場合、チケットＮＦＴは、トークン（Token）ＩＤ、所有者アドレス及びトークンＵＲＩ（Uniform Resource Identifier）等が構成される。

【0039】

例えばチケットＮＦＴ列には、チケットＮＦＴのトークンＩＤ、所有者アドレス及びトークンＵＲＩ等を含むブロックチェーン上でのインデックスが記憶されている。なお、チケットＮＦＴの発行時に、チケットＮＦＴのトークンＩＤ、所有者アドレス及びトークンＵＲＩ等がブロックチェーン上で記憶される。トークンＵＲＩは、チケットＮＦＴに対するメタデータの場所を示す属性である。メタデータの場所は、例えば対象データ（画像または動画等）のＵＲＬ（Uniform Resource Locator）等である。なお、メタデータそのものは、例えばＪＳＯＮ（JavaScript Object Notation）形式で外部のデータベース装置に記憶されても良い。

【0040】

ネットワークＤＢ１７４は、ネットワークＩＤ列、種類列、名称列及び特典列を含む。ネットワークＩＤ列は、各ブロックチェーンネットワークを識別するために、一意に特定されるブロックチェーンネットワークのネットワークＩＤを記憶している。種類列は、ブロックチェーンネットワークの種類を記憶している。ブロックチェーンネットワークの種類は、パブリックブロックチェーンネットワーク、プライベートブロックチェーンネットワーク、またはコンソーシアムブロックチェーンネットワーク等を含む。名称列は、ブロックチェーンネットワークの名称を記憶している。

【0041】

特典列は、対象ブロックチェーンネットワークにおける利用可能な特典情報を記憶している。チケットＮＦＴがチケットと分離して発行されるため、入場に利用しない購入者（ユーザ）がチケットＮＦＴのみを所有することができる。チケットＮＦＴに各種の特典を付与することにより、当該チケットＮＦＴの付加価値を高める。特典は、例えば、音楽、動画もしくは画像等のコンテンツ配信・閲覧、関連商品の購入時に割引適用、特定イベントの参加、ポイント還元、または特別グッズ（例えば、書籍、雑誌またはギフトカード）の受領等を含む。また、プライベートＢＣ３上で発行されたチケットＮＦＴより、パブリックＢＣ２上で発行されたチケットＮＦＴに多くの特典を付与することが可能となる。

【0042】

なお、上述した各ＤＢの記憶形態は一例であり、データ間の関係が維持されていれば、他の記憶形態であっても良い。

【0043】

図５は、ノードの構成例を示すブロック図である。図５Ａは、パブリックＢＣ２のノード２１の構成例を示すブロック図である。
パブリックＢＣ２のノード２１は、制御部２１１、記憶部２１２、通信部２１３、受付部２１４、出力部２１５、ブロック生成部２１６、ブロック検証部２１７及びブロック共有部２１８を含む。各構成はバスＢで接続されている。

【0044】

制御部２１１は、他ノード２１（端末）の制御部と自律分散的に協調して、常に最新のブロックチェーン（台帳：ブロックチェーンデータのコピー）を記憶部２１２に保持する。記憶部２１２には、分散型のネットワークへブロードキャストされたトランザクションが含まれたブロックチェーン（台帳）、及びブロック内の情報の検証処理に必要となる情報等が記憶される。

【0045】

通信部２１３は、通信に関する処理を行うための通信モジュールである。受付部２１４は、外部ノードから、パブリックＢＣ２が管理するブロックチェーンである分散型のネットワークに記録する情報を受け付ける。出力部２１５は、外部ノードからの要求に応じて、自身が保持するブロックチェーンの情報を出力する。

【0046】

ブロック生成部２１６は、受付部２１４が受け付けた情報を基に、ブロックチェーンに追加するブロックを生成する。ブロック生成部２１６は、前ブロックに基づく情報と受付部２１４が受け付けた情報とを含むブロックを生成する。また、ブロック生成部２１６は、自身が生成したブロックまたは後述するブロック共有部２１８を介して他のブロックチェーンのノード２１が生成したブロックに対して、所定のコンセンサス処理として、例えば、ノンスを探索する処理または署名を付与する処理を行った上で、自身が管理するブロックチェーン（台帳）にブロックを追加する。なお、ブロック生成部２１６が生成したブロックに対して、複数のノード２１が所定のコンセンサス処理を行って得られたものが、最終的にパブリックＢＣ２に追加されるブロックとなる。

【0047】

ブロック検証部２１７は、自身が保持するブロックチェーンにブロックを追加する際に、該ブロック内の情報の検証を行う。通常、追加対象とされるブロックは、自ノードを含むノード２１群において最も早く規則が満たされたブロックであるが、悪意のあるノード２１が含まれていた場合等を考慮して、実際に規則が満たされているか等を検証しても良い。

【0048】

ブロック共有部２１８は、パブリックＢＣ２に属するノード２１間で情報交換を行う。ブロック共有部２１８は、より具体的には、受付部２１４が受け付けた情報、ブロック生成部２１６が生成したブロック、及び他のノード２１から受け付けたブロック等を、適宜他のノード２１に送信する。これにより、可能な限り全てのノード２１でこれらの情報および最新のパブリックＢＣ２を共有する。

【0049】

なお、図５Ａの構成はあくまで一例であって、ブロックチェーンのノード２１は、改ざんが困難なパブリックＢＣ２を複数のノードが共有して管理するための所定のコンセンサス処理を実行可能であり、外部ノードからの要求に応じて分散型のネットワークへの情報追加、及び分散型のネットワークに記録された情報の参照が可能なノードであれば、具体的な構成は問わない。

【0050】

図５Ｂは、プライベートＢＣ３のノード３１の構成例を示すブロック図である。プライベートＢＣ３のノード３１は、制御部３１１、記憶部３１２、通信部３１３、受付部３１４、出力部３１５、ブロック生成部３１６、ブロック検証部３１７及びブロック共有部３１８を含む。なお、プライベートＢＣ３のノード３１の構成に関しては、パブリックＢＣ２のノード２１の構成と同様であるため、説明を省略する。

【0051】

なお、サーバ１は、パブリックＢＣ２のノード２１、またはプライベートＢＣ３のノード３１であっても良い。

【0052】

図６は、購入者端末４の構成例を示すブロック図である。購入者端末４は、制御部４１、記憶部４２、通信部４３、入力部４４及び表示部４５を含む。各構成はバスＢで接続されている。

【0053】

制御部４１はＣＰＵ、ＭＰＵ等の演算処理装置を含み、記憶部４２に記憶された制御プログラム４Ｐ（プログラム製品）を読み出して実行することにより、購入者端末４に係る種々の情報処理、制御処理等を行う。また制御プログラム４Ｐには、例えばイーサリアム、Mist Wallet等のスマートコントラクトの生成・実行、仮想通貨の送金、アカウントの作成、マイニング等の処理を実行するプログラムが含まれる。なお、図６では制御部４１を単一のプロセッサであるものとして説明するが、マルチプロセッサであっても良い。

【0054】

記憶部４２はＲＡＭ、ＲＯＭ等のメモリ素子を含み、制御部４１が処理を実行するために必要な制御プログラム４Ｐ又はデータ等を記憶している。また、記憶部４２は、制御部４１が演算処理を実行するために必要なデータ等を一時的に記憶する。通信部４３は通信に関する処理を行うための通信モジュールであり、ネットワークＮを介して、サーバ１等と情報の送受信を行う。入力部４４は、キーボード、マウスまたは表示部４５と一体化したタッチパネルでも良い。表示部４５は、液晶ディスプレイ又は有機ＥＬディスプレイ等であり、制御部４１の指示に従い各種情報を表示する。

【0055】

図７は、チケットＮＦＴの受取を拒否する場合のチケットの発行処理を説明する説明図である。
購入者端末４は、チケットの購入者がチケットＮＦＴを受け取るか否かを示す指示情報を受け付けた場合、受け付けた指示情報に基づいてチケットＮＦＴを受け取るか否かを判定する。購入者端末４は、チケットＮＦＴを受け取っていないと判定した場合、購入者ＩＤ及びチケットＩＤに対応付けて、チケットＮＦＴの受取に関する指示情報をサーバ１に送信する。サーバ１は、購入者端末４から送信された購入者ＩＤ、チケットＩＤ及び指示情報を受信する。サーバ１は、受信した購入者ＩＤ及びチケットＩＤに基づいて、入場用コードのみを生成する。

【0056】

入場用コードは、例えば、２次元コードまたは１次元コード等である。２次元コードは、横方向にしか情報を持たない１次元コードに対し、水平方向と垂直方向に情報を持つ表示方式のコードである。代表的な２次元コードは、例えばＱＲコード（登録商標）、ＤａｔａＭａｔｒｉｘ（登録商標）又はＶｅｒｉＣｏｄｅ（登録商標）である。１次元コードは、例えばバーコードである。本実施の形態では一例として、入場用のＱＲコードを読み取るものとして説明する。

【0057】

具体的には、サーバ１は、２次元コードの生成ライブラリを利用し、購入者の購入者ＩＤ及び当該購入者が購入した対象チケットのチケットＩＤを含むＱＲコードを生成する。なお、２次元コードの中に埋め込まれる項目は、上述した購入者ＩＤ及びチケットＩＤに限らず、実際のニーズに応じて任意の項目が設定されても良い。

【0058】

サーバ１は、購入者ＩＤ及びチケットＩＤに対応付けて、金額、手数料、購入日時、及び「受取拒否」となったＮＦＴ受取状況を一つのレコードとして購入履歴ＤＢ１７３に記憶する。サーバ１は、生成した入場用のＱＲコードを当該購入者の購入者端末４に送信する。購入者端末４は、サーバ１から送信された入場用のＱＲコードを受信し、受信したＱＲコードを画面に表示する。

【0059】

なお、入場用のＱＲコードをメール、ＳＮＳ（Social Networking Service）またはＳＭＳ（Short Message Service）等を利用して購入者に送信しても良い。または、入場用のＱＲコードを印刷して郵送等により購入者に送付しても良い。

【0060】

図８は、チケットＮＦＴを受け取る場合のチケットの発行処理を説明する説明図である。購入者端末４は、チケットの購入者がチケットＮＦＴを受け取るか否かを示す指示情報を受け付けた場合、受け付けた指示情報に基づいてチケットＮＦＴを受け取るか否かを判定する。購入者端末４は、チケットＮＦＴを受け取ると判定した場合、当該チケットＮＦＴを受け取る際に利用されるブロックチェーンネットワークを選択するために、複数のブロックチェーンネットワークをサーバ１のネットワークＤＢ１７４から取得する。購入者端末４は、取得した複数のブロックチェーンネットワークを選択可能に表示する。

【0061】

ブロックチェーンネットワークは、パブリックＢＣ２及びプライベートＢＣ３等を含む。パブリックＢＣ２は、例えば、ビットコイン（Bitcoin;登録商標）ネットワーク、イーサリアム（Ethereum;登録商標）ネットワークまたはポリゴン（Polygon）ネットワーク等を含む。プライベートＢＣ３は、例えば、ハイパーレジャーファブリック（Hyperledger Fabric）ネットワーク、またはパーミッション型（許可型）であるＱｕｏｒｕｍネットワーク等を含む。

【0062】

購入者端末４は、購入者によるブロックチェーンネットワークの選択を受け付ける。購入者端末４は、購入者ＩＤ及びチケットＩＤに対応付けて、チケットＮＦＴの受取に関する指示情報及び選択されたブロックチェーンネットワークのネットワークＩＤをサーバ１に送信する。サーバ１は、購入者端末４から送信された購入者ＩＤ、チケットＩＤ、指示情報及びネットワークＩＤを受信する。

【0063】

サーバ１は、受信した指示情報及びネットワークＩＤに応じて、ネットワークＤＢ１７４から当該ネットワークＩＤに対応するブロックチェーンネットワークの種類を取得する。サーバ１は、取得したブロックチェーンネットワークの種類に応じて、選択されたブロックチェーンネットワークがパブリックＢＣ２であるか、または、プライベートＢＣ３であるかを判定する。

【0064】

サーバ１は、選択されたブロックチェーンネットワークがパブリックＢＣ２であると判定した場合、当該パブリックＢＣ２上でチケットＮＦＴを作成（発行）する。例えば、選択されたブロックチェーンネットワークがＥｔｈｅｒｅｕｍである場合、サーバ１は、Ｅｔｈｅｒｅｕｍの一つのスマートコントラクト規格であるＥＲＣ７２１を利用してチケットＮＦＴを作成する。

【0065】

ＥＲＣ７２１規格を用いれば、パブリックＢＣ２上の全てのチケットＮＦＴを開示しているが、改ざんすることはできないため、所有者または帰属情報等を付けることが可能となる。作成されたチケットＮＦＴのトークンＩＤ、所有者アドレス及びトークンＵＲＩ等がパブリックＢＣ２上で記憶される。

【0066】

なお、チケットＮＦＴを管理者に発行した場合、管理者は保有する当該チケットＮＦＴを対象購入者に譲渡する。この場合、パブリックＢＣ２は、チケットＮＦＴのトークンＩＤ及びトークンＵＲＩ（メタデータの場所）を引き継ぐようにする。パブリックＢＣ２は、チケットＮＦＴの所有者アドレスを、管理者の所有者アドレスから対象購入者の所有者アドレスに変更する。パブリックＢＣ２は、譲渡後のチケットＮＦＴのトークンＩＤ（変更なし）、変更後の所有者アドレス、及びトークンＵＲＩ（変更なし）等を記録する。

【0067】

また、チケットＮＦＴの所有者は、チケットＮＦＴの売買または移転を介して、暗号資産と同様にチケットＮＦＴを自由に取引できる。

【0068】

サーバ１は、取得したブロックチェーンネットワークの種類に応じて、選択されたブロックチェーンネットワークがプライベートＢＣ３であると判定した場合、当該プライベートＢＣ３上でチケットＮＦＴを作成する。

【0069】

サーバ１は、上述したチケットＮＦＴを作成するとともに、入場用のＱＲコードを生成する。なお、ＱＲコードの生成処理に関しては、上述したＱＲコードの生成処理と同様であるため、説明を省略する。サーバ１は、購入者ＩＤ及びチケットＩＤに対応付けて、金額、手数料、購入日時、「受取」となったＮＦＴ受取状況、ネットワークＩＤ、ブロックチェーンネットワークの種類、及びチケットＮＦＴ（例えば、トークンＩＤ、所有者アドレスまたはトークンＵＲＩ）を一つのレコードとして購入履歴ＤＢ１７３に記憶する。

【0070】

サーバ１は、作成したチケットＮＦＴ、及び生成した入場用のＱＲコードを購入者端末４に送信する。購入者端末４は、サーバ１から送信されたチケットＮＦＴ及び入場用のＱＲコードを受信し、受信したチケットＮＦＴ及び入場用のＱＲコードを画面に表示する。例えば購入者端末４は、入場用のＱＲコードとともに、チケットＮＦＴのトークンＩＤ、所有者アドレス及びトークンＵＲＩを画面に表示する。トークンＵＲＩは、例えばチケットＮＦＴに付与した特典（例えば、画像または動画）を示す特典ページのＵＲＬである。購入者端末４は、トークンＵＲＩのタッチ操作を受け付けた場合、特典ページのＵＲＬで指定されるサイトに掲載されている画像または動画を表示する。

【0071】

図９は、チケットの購入確認画面の一例を示す説明図である。図９Ａは、チケットＮＦＴの受取を拒否する場合の購入確認画面である。図９Ｂは、チケットＮＦＴを受け取る場合の購入確認画面である。図９Ａまたは図９Ｂは、チケット表示欄１１ａ、受取チェックボックス１１ｂ、支払欄１１ｃ及び購入ボタン１１ｄを含む。

【0072】

チケット表示欄１１ａは、チケットの内容を表示する表示欄である。受取チェックボックス１１ｂは、購入者がチケットを購入する際に、当該チケットに対応するチケットＮＦＴを受け取るか、または受け取っていないかの設定を受け付けるチェックボックスである。支払欄１１ｃは、支払方法の設定を受け付ける欄である。購入ボタン１１ｄは、チケットを購入するボタンである。

【0073】

購入者端末４は、購入者ＩＤ及びチケットＩＤをサーバ１に送信する。サーバ１は、購入者端末４から送信された購入者ＩＤ及びチケットＩＤを受信する。サーバ１は、受信した購入者ＩＤに基づき、予め登録された登録カードに関する情報（カード番号及び有効期限等）を購入者ＤＢ１７１から取得する。サーバ１は、チケットＩＤに基づき、チケットの座席の種類、内容（名称及び開場日時等）、金額または手数料等を含むチケット情報をチケットＤＢ１７２から取得する。

【0074】

サーバ１は、取得したチケット情報及び登録カードに関する情報を購入者端末４に送信する。購入者端末４は、サーバ１から送信されたチケット情報及び登録カードに関する情報を受信して表示する。具体的には、購入者端末４は、受信したチケット情報をチケット表示欄１１ａに表示し、登録カードに関する情報を支払欄１１ｃに表示する。

【0075】

購入者端末４は、受取チェックボックス１１ｂのチェック操作を受け付けた場合、チケットＮＦＴを受け取るか否かを示す指示情報を取得する。購入者端末４は、取得した指示情報に応じて、チケットＮＦＴを受け取る（受取チェックボックス１１ｂにチェックを付ける）と判定した場合、複数のブロックチェーンネットワークに関する情報をサーバ１のネットワークＤＢ１７４から取得する。ブロックチェーンネットワークに関する情報は、ネットワークＩＤ及びネットワーク名称等を含む。

【0076】

購入者端末４はネットワーク選択欄１１ｅ及び特典表示ボタン１１ｆを生成し、生成したネットワーク選択欄１１ｅ及び特典表示ボタン１１ｆを画面（図９Ｂ）に表示する。ネットワーク選択欄１１ｅは、ブロックチェーンネットワークを選択するためのコンボボックスである。購入者端末４は、取得した複数のブロックチェーンネットワークをネットワーク選択欄１１ｅに設定する。

【0077】

購入者端末４は、ネットワーク選択欄１１ｅの選択操作を受け付けた場合、選択されたブロックチェーンネットワークのネットワークＩＤを取得する。購入者端末４は、特典表示ボタン１１ｆのタッチ（クリック）操作を受け付けた場合、後述する特典表示画面（図１０）に遷移する。購入者端末４は、購入ボタン１１ｄのタッチ操作を受け付けた場合、購入者ＩＤ及びチケットＩＤに対応付けて、チケットＮＦＴの受取に関する指示情報、及び選択されたブロックチェーンネットワークのネットワークＩＤをサーバ１に送信する。

【0078】

図１０は、特典の表示画面の一例を示す説明図である。パブリックＢＣ２またはプライベートＢＣ３における利用可能な特典が異なる場合がある。購入者は、パブリックＢＣ２及びプライベートＢＣ３それぞれの特典を確認した上、チケットＮＦＴを発行するためのブロックチェーンネットワークを選択する。

【0079】

特定の表示画面は、パブリックＢＣ２特典表示欄１１ｇ、プライベートＢＣ３特典表示欄１１ｈ及び戻るボタン１１ｉを含む。パブリックＢＣ２特典表示欄１１ｇは、パブリックＢＣ２における利用可能な特典情報を記憶している。プライベートＢＣ３特典表示欄１１ｇは、プライベートＢＣ３における利用可能な特典情報を記憶している。戻るボタン１１ｉは、前の画面に戻るボタンである。

【0080】

購入者端末４は、ブロックチェーンネットワークの種類に応じて、パブリックＢＣ２における利用可能な特典情報、及びプライベートＢＣ３における利用可能な特典情報をサーバ１のネットワークＤＢ１７４から取得する。購入者端末４は、取得したパブリックＢＣ２における利用可能な特典情報をパブリックＢＣ２特典表示欄１１ｇに表示する。購入者端末４は、取得したプライベートＢＣ３における利用可能な特典情報をプライベートＢＣ３特典表示欄１１ｈに表示する。

【0081】

なお、本実施形態では、ブロックチェーンネットワークの種類に応じて与えた特典の例を説明したが、これに限るものではない。例えば、ブロックチェーンネットワーク毎に特典を与えても良い。購入者端末４は、戻るボタン１１ｉのタッチ操作を受け付けた場合、チケットＮＦＴを受け取る場合の購入確認画面（図９Ｂ）に遷移する。

【0082】

図１１は、チケットＮＦＴが付加されていないチケットを発行する際の処理手順を示すフローチャートである。購入者端末４の制御部４１は、チケットの購入者がチケットＮＦＴの受取を拒否する指示情報を入力部４４により受け付ける（ステップＳ４０１）。制御部４１は、購入者ＩＤ、当該購入者が購入した対象チケットのチケットＩＤ、及び受け付けた指示情報を通信部４３によりサーバ１に送信する（ステップＳ４０２）。

【0083】

サーバ１の制御部１１は、購入者端末４から送信された購入者ＩＤ、チケットＩＤ及び指示情報を通信部１３により受信する（ステップＳ１０１）。制御部１１は、２次元コードの生成ライブラリを利用し、購入者ＩＤ及びチケットＩＤを含む入場用コード（例えば、ＱＲコード）を生成する（ステップＳ１０２）。

【0084】

制御部１１は、購入者ＩＤ及びチケットＩＤに対応付けて購入情報を大容量記憶部１７の購入履歴ＤＢ１７３に記憶する（ステップＳ１０３）。具体的には、制御部１１は購入者ＩＤ及びチケットＩＤに対応付けて、金額、手数料、購入日時、及び「受取拒否」となったＮＦＴ受取状況を一つのレコードとして購入履歴ＤＢ１７３に記憶する。

【0085】

制御部１１は通信部１３を介して、生成した入場用コードを購入者端末４に送信する（ステップＳ１０４）。購入者端末４の制御部４１は、サーバ１から送信された入場用コードを通信部１３により受信する（ステップＳ４０３）。制御部４１は、受信した入場用コードを表示部４５により表示し（ステップＳ４０４）、処理を終了する。

【0086】

図１２は、チケットＮＦＴが付加されているチケットを発行する際の処理手順を示すフローチャートである。購入者端末４の制御部４１は、チケットの購入者がチケットＮＦＴを受け取る指示情報を入力部４４により受け付ける（ステップＳ４１１）。制御部４１は通信部４３を介して、複数のブロックチェーンネットワークをサーバ１の大容量記憶部１７のネットワークＤＢ１７４から取得する（ステップＳ４１２）。

【0087】

制御部４１は、取得した複数のブロックチェーンネットワークを表示部４５により表示する（ステップＳ４１３）。制御部４１は、購入者によるブロックチェーンネットワークの選択を入力部４４により受け付ける（ステップＳ４１４）。制御部４１は通信部４３を介して、購入者ＩＤ、チケットＩＤ、指示情報及び選択されたブロックチェーンネットワークのネットワークＩＤをサーバ１に送信する（ステップＳ４１５）。

【0088】

サーバ１の制御部１１は、購入者端末４から送信された購入者ＩＤ、チケットＩＤ、指示情報及びネットワークＩＤを通信部１３により受信する（ステップＳ１１１）。制御部１１は、２次元コードの生成ライブラリを利用し、購入者ＩＤ及びチケットＩＤを含む入場用コード（例えば、ＱＲコード）を生成する（ステップＳ１１２）。制御部１１は、チケットＮＦＴを発行する処理のサブルーチンを実行する（ステップＳ１１３）。なお、チケットＮＦＴの発行処理のサブルーチンに関しては後述する。

【0089】

制御部１１は、購入者ＩＤ及びチケットＩＤに対応付けて購入情報を大容量記憶部１７の購入履歴ＤＢ１７３に記憶する（ステップＳ１１４）。具体的には、制御部１１は購入者ＩＤ及びチケットＩＤに対応付けて、金額、手数料、購入日時、「受取」となったＮＦＴ受取状況、及びチケットＮＦＴ（コントラクトアドレスまたはトークンＩＤ等）を一つのレコードとして購入履歴ＤＢ１７３に記憶する。

【0090】

制御部１１は、生成した入場用コード、及び作成したチケットＮＦＴを通信部１３により購入者端末４に送信する（ステップＳ１１５）。購入者端末４の制御部４１は、サーバ１から送信された入場用コード及びチケットＮＦＴを通信部１３により受信する（ステップＳ４１６）。制御部４１は、受信した入場用コード及びチケットＮＦＴを表示部４５により表示し（ステップＳ４１７）、処理を終了する。

【0091】

図１３は、チケットＮＦＴを発行する処理のサブルーチンの処理手順を示すフローチャートである。サーバ１の制御部１１は、ネットワークＩＤに応じて、当該ブロックチェーンネットワークの種類を大容量記憶部１７のネットワークＤＢ１７４から取得する（ステップＳ０１）。制御部１１は、取得したブロックチェーンネットワークの種類に応じて、選択されたブロックチェーンネットワークがパブリックＢＣ２であるか否かを判定する（ステップＳ０２）。

【0092】

制御部１１は、選択されたブロックチェーンネットワークがパブリックＢＣ２であると判定した場合（ステップＳ０２でＹＥＳ）、当該パブリックＢＣ２上で購入者にチケットＮＦＴを発行する（ステップＳ０３）。制御部１１は、チケットＮＦＴの発行処理のサブルーチンを終了してリターンする。例えば、選択されたブロックチェーンネットワークがＥｔｈｅｒｅｕｍである場合、制御部１１は、Ｅｔｈｅｒｅｕｍの一つのスマートコントラクト規格であるＥＲＣ７２１を利用してチケットＮＦＴを発行する。

【0093】

具体的には、制御部１１は、チケットＮＦＴの発行指示を通信部１３によりパブリックＢＣ２のいずれかのノード２１に送信する。パブリックＢＣ２のノード２１の制御部２１１は、サーバ１から送信されたチケットＮＦＴの発行指示を通信部２１３により受信する。ノード２１の制御部２１１は、受信した発行指示に応じて、当該パブリックＢＣ２上でチケットＮＦＴを発行する。ノード２１の制御部２１１は、発行したチケットＮＦＴのトークンＩＤ、所有者アドレス及びトークンＵＲＩを記憶部２１２に記憶する。ノード２１の制御部２１１は、発行したチケットＮＦＴを通信部２１３によりサーバ１に送信する。サーバ１の制御部１１は、パブリックＢＣ２のノード２１から送信されたチケットＮＦＴを通信部１３により受信する。

【0094】

制御部１１は、選択されたブロックチェーンネットワークがパブリックＢＣ２でないと判定した場合（ステップＳ０２でＮＯ）、選択されたプライベートＢＣ３上で購入者にチケットＮＦＴを発行する（ステップＳ０４）。制御部１１は、チケットＮＦＴの発行処理のサブルーチンを終了してリターンする。

【0095】

具体的には、制御部１１は、チケットＮＦＴの発行指示を通信部１３によりプライベートＢＣ３のいずれかのノード３１に送信する。プライベートＢＣ３のノード３１の制御部３１１は、サーバ１から送信されたチケットＮＦＴの発行指示を通信部３１３により受信する。ノード３１の制御部３１１は、受信した発行指示に応じて、当該プライベートＢＣ３上でチケットＮＦＴを発行する。ノード３１の制御部３１１は、発行したチケットＮＦＴのトークンＩＤ、所有者アドレス及びトークンＵＲＩを記憶部３１２に記憶する。ノード３１の制御部３１１は、発行したチケットＮＦＴを通信部３１３によりサーバ１に送信する。サーバ１の制御部１１は、プライベートＢＣ３のノード３１から送信されたチケットＮＦＴを通信部１３により受信する。

【0096】

本実施形態によると、チケットＮＦＴを付加可能なチケットを購入者に提供することが可能となる。

【0097】

本実施形態によると、チケットの購入者が、当該チケットに対応するチケットＮＦＴを受け取る際に、パブリックＢＣ２により受け取るか、または、プライベートＢＣ３により受け取るかを選択することが可能となる。

【0098】

本実施形態によると、チケットとチケットＮＦＴとを分離することにより、購入者にチケットＮＦＴを付加していないチケットのみを発行することが可能となる。

【0099】

（実施形態２）
実施形態２は、プライベートＢＣ３上で発行されたチケットＮＦＴをパブリックＢＣ２上でのチケットＮＦＴに変更する形態に関する。なお、実施形態１と重複する内容については説明を省略する。

【0100】

図１４は、チケットＮＦＴの変更処理を説明する説明図である。サーバ１は、プライベートＢＣ上で発行された所有者Ａ氏のチケットＮＦＴの変更要求を受け付けた場合、プライベートＢＣ３とパブリックＢＣ２とに独立して相互接続されているクロスチェーンネットワークを介して、プライベートＢＣ３上で発行されたチケットＮＦＴをパブリックＢＣ２上でのチケットＮＦＴに変更する。

【0101】

クロスチェーンネットワークは、複数のブロックチェーン間で、正確かつ迅速に値を転送可能なプロトコルに基づいて構築されたネットワークである。クロスチェーンネットワークは、例えばＰｏｌｋａｄｏｔ、Ｃｏｓｍｏｓ， Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｂｌｏｃｋｃｈａｉｎ Ｃｏｎｓｕｌｔｉｎｇ（ＩＢＣ）、Ａｔｏｍｉｃ ＳｗａｐｓまたはＰｏｌｙＮｅｔｗｏｒｋ等を含む。なお、例示的なクロスチェーンネットワークに限らず、異なるブロックチェーンが相互接続可能な任意のネットワーク及びプロトコルを利用しても良い。

【0102】

以下では、ＩＢＣを利用した場合のチケットＮＦＴの変更処理を説明する。サーバ１は、プライベートＢＣ３上で発行されたチケットＮＦＴ（以下では、旧チケットＮＦＴと読み替える）の変更要求、及び変更先のパブリックＢＣ２のネットワークＩＤを購入者端末４から受け付ける。サーバ１は、ＩＢＣを経由して、プライベートＢＣ３上で旧チケットＮＦＴをロックするロック指示をプライベートＢＣ３のいずれかのノード３１に送信する。プライベートＢＣ３のノード３１は、ＩＢＣを経由して、サーバ１から送信されたロック指示に応じて、旧チケットＮＦＴをロックする。

【0103】

サーバ１は、ＩＢＣを経由して、変更先のパブリックＢＣ２のネットワークＩＤに対応するパブリックＢＣ２のいずれかのノード２１に、新チケットＮＦＴを発行する発行通知を送信する。該当するパブリックＢＣ２のノード２１は、ＩＢＣを経由して、サーバ１から送信された新チケットＮＦＴの発行通知に応じて、当該パブリックＢＣ２上でチケットＮＦＴ（以下では、新チケットＮＦＴと読み替える）を発行する。例えば、パブリックＢＣ２のノード２１は、新たなトークンＩＤ及び所有者アドレスを発行し、トークンＵＲＩ（メタデータの場所）を変更元のプライベートＢＣ３から引き継ぐようにする。

【0104】

サーバ１は、ＩＢＣを経由して、旧チケットＮＦＴのバーン（Burn）通知をプライベートＢＣ３のいずれかのノード３１に送信する。プライベートＢＣ３のノード３１は、ＩＢＣを経由して、サーバ１から送信された旧チケットＮＦＴのバーン通知に応じて、旧チケットＮＦＴをバーンする。バーンは、トークンＩＤを所有するための秘密鍵がないアドレスにトークンを送ることで、トークンを事実上消滅させることである。

【0105】

以上のような処理を行い、チケットＮＦＴの所有者に対し、プライベートＢＣ３上で発行された旧チケットＮＦＴをパブリックＢＣ２上での新チケットＮＦＴに変更することができる。

【0106】

図１５は、チケットＮＦＴの変更処理を行う際の処理手順を示すフローチャートである。プライベートＢＣ３上でチケットＮＦＴを発行した後に、サーバ１の制御部１１は、複数のパブリックＢＣ２、及び各パブリックＢＣ２における利用可能な特典情報を大容量記憶部１７のネットワークＤＢ１７４から取得する（ステップＳ１２１）。特典情報は、例えば、音楽、動画もしくは画像等のコンテンツ配信・閲覧、または関連商品の購入時に割引適用等の特典を示す情報である。

【0107】

制御部１１は、通信部１３を介して、当該チケットＮＦＴをパブリックＢＣ２上でのチケットＮＦＴに変更する案内情報、取得した複数のパブリックＢＣ２及び各パブリックＢＣ２における利用可能な特典情報を購入者端末４に送信する（ステップＳ１２２）。購入者端末４の制御部４１は、サーバ１から送信された案内情報、複数のパブリックＢＣ２及び特典情報を通信部４３により受信する（ステップＳ４２１）。

【0108】

制御部４１は、受信した案内情報、複数のパブリックＢＣ２及び特典情報を表示部４５により表示する（ステップＳ４２２）。制御部４１は、案内情報及び特典情報に応じて、購入者によるパブリックＢＣ２の選択を入力部４４により受け付ける（ステップＳ４２３）。制御部４１は通信部４３を介して、購入者ＩＤ及び選択されたパブリックＢＣ２のネットワークＩＤをサーバ１に送信する（ステップＳ４２４）。

【0109】

サーバ１の制御部１１は、購入者端末４から送信された購入者ＩＤ及びネットワークＩＤを通信部１３により受信する（ステップＳ１２３）。制御部１１は、チケットＮＦＴを変更する処理のサブルーチンを実行する（ステップＳ１２４）。なお、チケットＮＦＴの変更処理のサブルーチンに関しては後述する。

【0110】

制御部１１は、受信した購入者ＩＤに基づいて購入情報を更新する（ステップＳ１２５）。具体的には、制御部１１は購入者ＩＤに基づき、大容量記憶部１７の購入履歴ＤＢ１７３に、パブリックＢＣ２のネットワークＩＤ、「パブリック」であるブロックチェーンネットワークの種類、及びパブリックＢＣ２上に発行されたチケットＮＦＴを更新する。

【0111】

制御部１１は、変更後のチケットＮＦＴを通信部１３により購入者端末４に送信する（ステップＳ１２６）。購入者端末４の制御部４１は、サーバ１から送信された変更後のチケットＮＦＴを通信部１３により受信する（ステップＳ４２５）。制御部４１は、受信した変更後のチケットＮＦＴを表示部４５により表示し（ステップＳ４２６）、処理を終了する。

【0112】

図１６は、チケットＮＦＴを変更する処理のサブルーチンの処理手順を示すフローチャートである。サーバ１の制御部１１は、クロスチェーンネットワーク（例えば、ＩＢＣ）を経由して、プライベートＢＣ３上で旧チケットＮＦＴをロックするロック指示を通信部１３によりプライベートＢＣ３のいずれかのノード３１に送信する（ステップＳ１１）。プライベートＢＣ３のノード３１の制御部３１１は、クロスチェーンネットワークを経由して、サーバ１から送信されたロック指示を通信部３１３により受信する（ステップＳ１２）。ノード３１の制御部３１１は、受信したロック指示に応じて、旧チケットＮＦＴをロックする（ステップＳ１３）。

【0113】

サーバ１の制御部１１は、クロスチェーンネットワークを経由して、変更先のパブリックＢＣ２のネットワークＩＤに対応するパブリックＢＣ２のいずれかのノード２１に、新チケットＮＦＴを発行する発行通知を通信部１３により送信する（ステップＳ１４）。該当するパブリックＢＣ２のノード２１の制御部２１１は、クロスチェーンネットワークを経由して、サーバ１から送信された新チケットＮＦＴの発行通知を通信部２１３により受信する（ステップＳ１５）。ノード２１の制御部２１１は、受信した発行通知に応じて、当該パブリックＢＣ２上で新チケットＮＦＴを発行する（ステップＳ１６）。

【0114】

サーバ１の制御部１１は、クロスチェーンネットワークを経由して、プライベートＢＣ３のいずれかのノード３１に、旧チケットＮＦＴをバーンするバーン通知を通信部１３により送信する（ステップＳ１７）。ノード３１の制御部３１１は、クロスチェーンネットワークを経由して、サーバ１から送信された旧チケットＮＦＴのバーン通知を通信部３１３により受信する（ステップＳ１８）。ノード３１の制御部３１１は、受信したバーン通知に応じて、旧チケットＮＦＴをバーンする（ステップＳ１９）。サーバ１の制御部１１は、チケットＮＦＴの変更処理のサブルーチンを終了してリターンする。

【0115】

また、プライベートＢＣ３上で発行されたチケットＮＦＴをパブリックＢＣ２上でのチケットＮＦＴに変更した場合、所有者に特典を与えたることができる。例えば、動画コンテンツの閲覧または買い物時の割引適用等の特典を所有者に提供しても良い。

【0116】

本実施形態によると、プライベートＢＣ３上で発行されたチケットＮＦＴをパブリックＢＣ２上でのチケットＮＦＴに変更することが可能となる。

【0117】

（実施形態３）
実施形態３は、チケットを提供する提供者のＷｅｂサイト上に、当該チケットに対応するチケットＮＦＴを発行する形態に関する。なお、実施形態１～２と重複する内容については説明を省略する。

【0118】

チケットを提供する提供者のＷｅｂサイト上に、当該チケットに対応するチケットＮＦＴを発行して販売することができる。具体的には、サーバ１は、提供者のＷｅｂサイト上に、パブリックＢＣ２またはプライベートＢＣ３のいずれかの選択を受け付ける受付画面を出力する。サーバ１は、出力した受付画面で購入者によるブロックチェーンネットワークの選択を受け付ける。サーバ１は、選択されたブロックチェーンネットワーク上にチケットＮＦＴの発行手続きを実行する。

【0119】

また、サーバ１は、当該提供者のチケットＮＦＴのパブリックＢＣ２上での第１ウォレットアドレスと、当該チケットＮＦＴのプライベートＢＣ３上での第２ウォレットアドレスとを提供者のＷｅｂサイト上に表示させる。

【0120】

図１７は、ブロックチェーンネットワークの選択受付画面の一例を示す説明図である。選択受付画面では、チケット表示欄１２ａ、ネットワーク選択欄１２ｂ及び発行ボタン１２ｃを含む。チケット表示欄１２ａは、チケットの内容を表示する表示欄である。ネットワーク選択欄１２ｂは、ブロックチェーンネットワークを選択する選択欄である。発行ボタン１２ｃは、チケットＮＦＴを発行するボタンである。

【0121】

サーバ１は、チケットＩＤに基づき、チケットの座席の種類、内容（名称及び開場日時等）、金額または手数料等を含むチケット情報をチケットＤＢ１７２から取得する。サーバ１は、複数のブロックチェーンネットワークに関する情報をネットワークＤＢ１７４から取得する。ブロックチェーンネットワークに関する情報は、ネットワークＩＤ、種類及びネットワーク名称等を含む。

【0122】

サーバ１は、それぞれのブロックチェーンネットワーク上での提供者のウォレットアドレスを取得する。なお、ブロックチェーンネットワーク別に提供者のウォレットアドレスが予め記憶部１２または大容量記憶部１７に記憶されても良い。サーバ１は、取得したチケット情報、複数のブロックチェーンネットワークに関する情報、及びそれぞれのブロックチェーンネットワーク上での提供者のウォレットアドレスを提供者のＷｅｂサイトに送信する。

【0123】

サーバ１は、当該Ｗｅｂサイト上にチケット情報をチケット表示欄１２ａに表示させる。サーバ１は、当該Ｗｅｂサイト上に、それぞれのブロックチェーンネットワークに関する情報（ネットワーク名称及び種類等）、及び提供者のウォレットアドレスをそれぞれのネットワーク選択欄１２ｂに表示させる。

【0124】

提供者がネットワーク選択欄１２ｂを通じてブロックチェーンネットワークを選択した場合、サーバ１は、ネットワーク選択欄１２ｂにより選択されたブロックチェーンネットワークのネットワークＩＤを取得する。提供者が発行ボタン１２ｃをタッチ（クリック）した場合、サーバ１は、取得したネットワークＩＤに基づき、該当するブロックチェーンネットワーク上にチケットＮＦＴの発行処理（発行手続き）を実行する。なお、チケットＮＦＴの発行処理に関しては、実施形態１と同様であるため、説明を省略する。

【0125】

本実施形態によると、チケットを提供する提供者のＷｅｂサイト上に、当該チケットに対応するチケットＮＦＴを発行することが可能となる。

【0126】

（実施形態４）
実施形態４は、チケットＮＦＴが譲渡された場合、譲渡に伴う費用の一部を当該チケットの関係者に付与する形態に関する。なお、実施形態１～３と重複する内容については説明を省略する。

【0127】

第１購入者が購入したチケットに対応するチケットＮＦＴを、第２購入者に譲渡することができる。チケットＮＦＴが譲渡された場合、譲渡に伴う費用が発生する。また、発生した費用の一部を当該チケットの関係者に付与することができる。チケットの関係者は、例えば、コンサートのチケットの例として、コンサートを企画する企画者、コンサートを運営する運営者、コンサートの主催者または出演者等を含む。

【0128】

図１８は、関係者に譲渡費用の一部を付与する際の処理手順を示すフローチャートである。サーバ１の制御部１１は、チケットＮＦＴが譲渡された場合、譲渡に伴う譲渡費用を取得する（ステップＳ１３１）。例えば、譲渡費用が記憶部１２または大容量記憶部１７に記憶された場合、制御部１１は、記憶部１２または大容量記憶部１７から譲渡費用を取得する。

【0129】

制御部１１は、チケットＮＦＴに対応するチケットにおける関係者情報を取得する（ステップＳ１３２）。関係者情報は、例えば関係者ＩＤ、または譲渡費用の受取方式（例えば、口座情報またはウォレットアドレス）等を含み、予め記憶部１２または大容量記憶部１７に記憶される。なお、関係者が１人または複数人であっても良い。

【0130】

制御部１１は、取得した譲渡費用及び関係者情報に基づき、当該関係者に付与する費用（譲渡費用の一部）を所定の基準により算出する（ステップＳ１３３）。例えば、譲渡費用に所定の割合（例えば、５％）を乗じて、関係者に付与する費用を算出しても良い。なお、関係者に付与する費用が固定金額であっても良い。

【0131】

制御部１１は、関係者情報に含まれる譲渡費用の受取方式に基づき、算出した費用を関係者に付与し（ステップＳ１３４）、処理を終了する。なお、関係者に費用を付与する方式については、特に限定されず、法定通貨（口座による送金、現金またはクレジットカード等）、または、ビットコインもしくはイーサリアム等の暗号資産等を利用しても良い。

【0132】

更にまた、ブロックチェーン上でのスマートコントラクトにより、各関係者に譲渡費用の一部を付与することができる。
図１９は、スマートコントラクトによる関係者への費用付与処理を説明する説明図である。チケットＮＦＴを所有する所有者Ａ氏から、当該チケットＮＦＴを所有者Ｂ氏に譲渡することができる。例えばＥＲＣ７２１でチケットＮＦＴを所有者Ａ氏に発行した場合、チケットＮＦＴは、トークンＩＤ、所有者アドレス及びトークンＵＲＩが構成される。

【0133】

チケットＮＦＴの所有者Ａ氏から、当該チケットＮＦＴを所有者Ｂ氏に譲渡した場合、ＥＲＣ７２１上に所有者Ａ氏のアドレスから所有者Ｂ氏のアドレスに変更することにより、当該チケットＮＦＴの譲渡を完了させる。チケットＮＦＴの譲渡に伴って発生した費用の一部をスマートコントラクトにより当該チケットの各関係者に付与する。

【0134】

スマートコントラクトは、事前に執行条件及び契約内容の定義がプログラム化されてトランザクションに組み込まれ、執行条件及び契約内容に合致した取引が発生した場合、自動的に契約が履行される仕組みである。

【0135】

サーバ１は、各関係者への費用付与処理を行うための必要な執行条件、契約内容及び各関係者のウォレットアドレス等が記述されたスマートコントラクトのコードを生成する。サーバ１は、生成したスマートコントラクトのコードを含むトランザクションを予めブロックチェーン（パブリックＢＣ２またはプライベートＢＣ３）に記録する。

【0136】

スマートコントラクトのコードの内容は、本実施形態では、チケットＮＦＴが譲渡された場合、各関係者のウォレットアドレス宛に所定の基準により算出された費用（仮想通貨）を支払う契約をコードで定義している。なお、本実施形態では、単一のスマートコントラクトが単一のトランザクションに含まれたが、これに限るものではない。例えば、連携された複数のスマートコントラクトが単一又は複数のトランザクションに含まれても良い。

【0137】

図示のように、トランザクションは、スマートコントラクトのコード、チケットＮＦＴに対応するトークンＩＤ、譲渡費用、各関係者（例えば、関係者Ａ及び関係者Ｂ）の電子署名を含む。ブロックチェーンは、当該チケットＮＦＴの譲渡に関する執行条件に合致した場合、契約内容上で決められた仮想通貨量を所有者Ｂ氏（譲渡先）のウォレットアドレス宛から各関係者のウォレットアドレス宛に支払う。

【0138】

例えば、譲渡費用が１００仮想通貨量である場合、契約内容に基づき、譲渡費用の１０％である１０仮想通貨量を関係者Ａに付与し、譲渡費用の２０％である２０仮想通貨量を関係者Ｂに付与しても良い。なお、スマートコントラクト内に所有者Ｂ氏の仮想通貨を予めデポジットしておいても良い。この場合、デポジットされた仮想通貨から対応する額の仮想通貨が各関係者のウォレットアドレス宛に支払われる。

【0139】

本実施形態によると、チケットに対応するチケットＮＦＴが譲渡された場合、譲渡に伴う費用の一部を当該チケットの関係者に付与することが可能となる。

【0140】

今回開示された実施の形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。

【0141】

各実施形態に記載した事項は相互に組み合わせることが可能である。また、特許請求の範囲に記載した独立請求項及び従属請求項は、引用形式に関わらず全てのあらゆる組み合わせにおいて、相互に組み合わせることが可能である。さらに、特許請求の範囲には他の２以上のクレームを引用するクレームを記載する形式（マルチクレーム形式）を用いているが、これに限るものではない。マルチクレームを少なくとも一つ引用するマルチクレーム（マルチマルチクレーム）を記載する形式を用いて記載しても良い。

【符号の説明】

【0142】

１ 情報処理装置（サーバ）
１１ 制御部
１２ 記憶部
１３ 通信部
１４ 入力部
１５ 表示部
１６ 読取部
１７ 大容量記憶部
１７１ 購入者ＤＢ
１７２ チケットＤＢ
１７３ 購入履歴ＤＢ
１７４ ネットワークＤＢ
１ａ 可搬型記憶媒体
１ｂ 半導体メモリ
１Ｐ 制御プログラム
２ パブリックブロックチェーンシステム（パブリックＢＣ）
２１ ノード
２１１ 制御部
２１２ 記憶部
２１３ 通信部
２１４ 受付部
２１５ 出力部
２１６ ブロック生成部
２１７ ブロック検証部
２１８ ブロック共有部
３ プライベートブロックチェーンシステム（プライベートＢＣ）
３１ ノード
３１１ 制御部
３１２ 記憶部
３１３ 通信部
３１４ 受付部
３１５ 出力部
３１６ ブロック生成部
３１７ ブロック検証部
３１８ ブロック共有部
４ 情報処理端末（購入者端末）
４１ 制御部
４２ 記憶部
４３ 通信部
４４ 入力部
４５ 表示部
４Ｐ 制御プログラム

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】