特開 2024-80384 コンピュータ実装方法及びシステム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024080384

(43)【公開日】2024-06-13

(54)【発明の名称】コンピュータ実装方法及びシステム

(51)【国際特許分類】

   G06Q 20/38 20120101AFI20240606BHJP

【ＦＩ】

G06Q20/38

【審査請求】未請求

【請求項の数】12

【出願形態】ＯＬ

(21)【出願番号】P 2022193530

(22)【出願日】2022-12-02

(71)【出願人】

【識別番号】520295029

【氏名又は名称】Ｘクリエーション株式会社

(71)【出願人】

【識別番号】518003096

【氏名又は名称】Ｂａｃｏｏｒ ｄＡｐｐｓ株式会社

(71)【出願人】

【識別番号】320003367

【氏名又は名称】株式会社ＡＩ商事

(74)【代理人】

【識別番号】100111567

【弁理士】

【氏名又は名称】坂本 寛

(72)【発明者】

【氏名】河上 昌浩

(72)【発明者】

【氏名】春名 幸雄

(72)【発明者】

【氏名】竹内 仁

【テーマコード（参考）】

5L020

5L055

【Ｆターム（参考）】

5L020AA71

5L055AA71

(57)【要約】

【課題】交換方式の利点を維持しつつも、ユーザが既に持っているノンファンジブルトークンの送信を回避する。
【解決手段】開示の方法は、ユーザのアカウントに関連付けてブロックチェーンに記録されている第１ノンファンジブルトークンを前記ユーザが手放すことなく、前記第１ノンファンジブルトークンとは異なる第２ノンファンジブルトークンを前記ユーザが入手するためのコンピュータ実装方法であって、前記第１ノンファンジブルトークンに関連付けて予め設定された条件が満たされたかどうかを判定し、前記条件が満たされたと判定した場合、前記第１ノンファンジブルトークンに関連付けてブロックチェーンに記録されている前記アカウントを、前記第２ノンファンジブルトークンに関連付けてブロックチェーンに記録することを備える。
【選択図】図１

【特許請求の範囲】

【請求項1】

ユーザのアカウントに関連付けてブロックチェーンに記録されている第１ノンファンジブルトークンを前記ユーザが手放すことなく、前記第１ノンファンジブルトークンとは異なる第２ノンファンジブルトークンを前記ユーザが入手するためのコンピュータ実装方法であって、
前記第１ノンファンジブルトークンに関連付けて予め設定された条件が満たされたかどうかを判定し、
前記条件が満たされたと判定した場合、前記第１ノンファンジブルトークンに関連付けてブロックチェーンに記録されている前記アカウントを、前記第２ノンファンジブルトークンに関連付けてブロックチェーンに記録する
ことを備えるコンピュータ実装方法。

【請求項2】

前記条件は、２以上の所定の前記第１ノンファンジブルトークンが、ブロックチェーンにおける単一の前記アカウントに関連付けて記録されていること、を含む
請求項１に記載のコンピュータ実装方法。

【請求項3】

前記条件は、前記第１ノンファンジブルトークンに関連付けられたパラメータが、予め設定されたパラメータ要件を満たすこと、を含む
請求項１に記載のコンピュータ実装方法。

【請求項4】

前記条件は、前記第１ノンファンジブルトークンに関連付けてブロックチェーンに記録されている前記アカウントにおいてなされた所定の操作を検知したこと、更に含む
請求項２又は請求項３に記載のコンピュータ実装方法。

【請求項5】

前記条件は、前記第１ノンファンジブルトークンに関連付けてブロックチェーンに記録されている前記アカウントにおいてなされた所定の操作を検知したこと、を含む
請求項１に記載のコンピュータ実装方法。

【請求項6】

前記条件は、前記第１ノンファンジブルトークンに関連付けられたグラフィカルユーザインターフェースに対してなされた操作を検知したこと、を含む
請求項１に記載のコンピュータ実装方法。

【請求項7】

前記条件は、前記第１ノンファンジブルトークンを前記アカウントにおいて表示させるためのアプリケーションが備えるグラフィカルユーザインターフェースに対してなされた操作を検知したこと、を含む
請求項１に記載のコンピュータ実装方法。

【請求項8】

前記条件は、前記第１ノンファンジブルトークンを示す識別子を受信したこと、を含む
請求項１に記載のコンピュータ実装方法。

【請求項9】

前記条件が満たされたと判定した場合、前記第１ノンファンジブルトークンを、前記アカウントにおいて非表示にする、ことを更に備える
請求項１に記載のコンピュータ実装方法。

【請求項10】

前記条件が満たされたと判定した場合、前記アカウントにおける前記第１ノンファンジブルトークンの表示の少なくとも一部を、前記条件が満たされる前とは異ならせる、ことを更に備える
請求項１に記載のコンピュータ実装方法。

【請求項11】

前記条件が満たされたと判定した場合、前記第２ノンファンジブルトークンを生成することを更に備え、
前記アカウントは、生成された前記第２ノンファンジブルトークンに関連付けてブロックチェーンに記録される
請求項１に記載のコンピュータ実装方法。

【請求項12】

第１ノンファンジブルトークンに関連付けて予め設定された条件が満たされたかどうかを判定し、
前記条件が満たされたと判定した場合、前記第１ノンファンジブルトークンに関連付けてブロックチェーンに記録されているアカウントを、前記第１ノンファンジブルトークンとは異なる第２ノンファンジブルトークンに関連付けてブロックチェーンに記録する
ことを備える処理を実行するよう構成されたシステム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、コンピュータ実装方法及びシステムに関する。

【背景技術】

【0002】

デジタルデータを唯一無二にするための技術として、ブロックチェーンにおけるノンファンジブルトークン（非代替性トークン；Ｎｏｎ-Ｆｕｎｇｉｂｌｅ Ｔｏｋｅｎ：ＮＦＴ）が知られている。

【0003】

ユーザがノンファンジブルトークンを入手する方法としては、例えば、ユーザがデジタルデータを準備し、ユーザ自ら、そのデジタルデータを用いてノンファンジブルトークンを生成するという方法がある。

【0004】

他の方法としては、ノンファンジブルトークンのオンラインマーケットで販売されているノンファンジブルトークンをユーザが購入するという方法もある。

【0005】

さらに他の方法として、特許文献１は、ユーザが、第１ノンファンジブルトークンを送信すると、第２ノンファンジブルトークンが得られることを開示している。

【先行技術文献】

【特許文献】

【0006】

【特許文献1】特開２０２１－１４９９０４号公報

【発明の概要】

【0007】

以下では、特許文献１のように、第１ノンファンジブルトークンの送信を条件として、第２ノンファンジブルトークンが得られる方式を、交換方式という。交換方式の場合、新たなノンファンジブルトークン（第２ノンファンジブルトークン）を入手できるユーザを、既にノンファンジブルトークン（第１ノンファンジブルトークン）を持っていたユーザに限定できるという利点がある。

【0008】

しかし、交換方式は、処理が煩雑になることがあるという問題がある。すなわち、新たな第２ノンファンジブルトークンを得る条件として、第１ノンファンジブルトークンの送信が必要であると、その送信のトランザクションが、ブロックチェーンに記録される必要があり、その記録のための処理が必要となる。

【0009】

また、ブロックチェーンへの記録には一般にガス代と呼ばれる手数料がブロックチェーンに支払われる必要がある。このため、交換方式のように、第１ノンファンジブルトークンの送信が必要であると、コスト高になるおそれもある。

【0010】

したがって、上述のような交換方式の利点を維持しつつも、ユーザが既に持っているノンファンジブルトークンの送信を回避するための新たな技術が望まれる。

【0011】

本開示のある側面は、コンピュータ実装方法である。開示の方法は、ユーザのアカウントに関連付けてブロックチェーンに記録されている第１ノンファンジブルトークンを前記ユーザが手放すことなく、前記第１ノンファンジブルトークンとは異なる第２ノンファンジブルトークンを前記ユーザが入手するためのコンピュータ実装方法であって、前記第１ノンファンジブルトークンに関連付けて予め設定された条件が満たされたかどうかを判定し、前記条件が満たされたと判定した場合、前記第１ノンファンジブルトークンに関連付けてブロックチェーンに記録されている前記アカウントを、前記第２ノンファンジブルトークンに関連付けてブロックチェーンに記録することを備える。

【0012】

本開示の他の側面は、システムである。開示のシステムは、第１ノンファンジブルトークンに関連付けて予め設定された条件が満たされたかどうかを判定し、前記条件が満たされたと判定した場合、前記第１ノンファンジブルトークンに関連付けてブロックチェーンに記録されているアカウントを、前記第１ノンファンジブルトークンとは異なる第２ノンファンジブルトークンに関連付けてブロックチェーンに記録することを備える処理を実行するよう構成されている。

【0013】

更なる詳細は、後述の実施形態として説明される。

【図面の簡単な説明】

【0014】

【図1】図１は、実施形態に係る方法を示すフローチャートである。

【図2】図２は、システムの説明図である。

【図3】図３は、システムのハードウェア構成図である。

【図4】図４は、第１シナリオの説明図である。

【図5】図５は、第１シナリオの第１例の説明図である。

【図6】図６は、第１シナリオの第２例の説明図である。

【図7】図７は、第１シナリオの第３例の説明図である。

【図8】図８は、第２シナリオの説明図である。

【図9】図９は、第２シナリオの第１例の説明図である。

【図10】図１０は、第２シナリオの第２例の説明図である。

【図11】図１１は、第３シナリオの説明図である。

【図12】図１２は、第３シナリオの第１例の説明図である。

【図13】図１３は、第３シナリオの第２例の説明図である。

【図14】図１４は、実施形態に係る方法の変形例を示すフローチャートである。

【図15】図１５は、第１ノンファンジブルトークンの表示例を示す説明図である。

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

【0015】

＜１．コンピュータ実装方法及びシステムの概要＞

【0016】

（１）実施形態に係る方法は、ユーザのアカウントに関連付けてブロックチェーンに記録されている第１ノンファンジブルトークンを前記ユーザが手放すことなく、前記第１ノンファンジブルトークンとは異なる第２ノンファンジブルトークンを前記ユーザが入手するためのコンピュータ実装方法であり得る。

【0017】

実施形態に係るコンピュータ実装方法は、前記第１ノンファンジブルトークンに関連付けて予め設定された条件が満たされたかどうかを判定し、前記条件が満たされたと判定した場合、前記第１ノンファンジブルトークンに関連付けてブロックチェーンに記録されている前記アカウントを、前記第２ノンファンジブルトークンに関連付けてブロックチェーンに記録することを備え得る。この場合、第２ノンファンジブルトークンを入手できるユーザを、第１ノンファンジブルトークンを持っているユーザに限定できる。しかも、前記条件が満たされると、ユーザは、第２ノンファンジブルトークンを入手できる。

【0018】

なお、前記アカウントを前記第２ノンファンジブルトークンに関連付けてブロックチェーンに記録することは、前記アカウントを、前記第２ノンファンジブルトークンの所有者としてブロックチェーンに記録することを含み得る。また、前記アカウントを前記第２ノンファンジブルトークンに関連付けてブロックチェーンに記録することは、前記アカウントを、前記第２ノンファンジブルトークンの所有者以外の前記第２ノンファンジブルトークンに関連するユーザとしてブロックチェーンに記録することを含み得る。

【0019】

（２）前記条件は、２以上の所定の前記第１ノンファンジブルトークンが、ブロックチェーンにおける単一のアカウントに関連付けて記録されていること、を含み得る。

【0020】

（３）前記条件は、前記第１ノンファンジブルトークンに関連付けられたパラメータが、予め設定されたパラメータ要件を満たすこと、を含み得る。

【0021】

（４）前記（２）又は（３）において、前記条件は、前記第１ノンファンジブルトークンに関連付けてブロックチェーンに記録されている前記アカウントにおいてなされた所定の操作を検知したこと、更に含み得る。

【0022】

（５）前記（１）において、前記条件は、前記第１ノンファンジブルトークンに関連付けてブロックチェーンに記録されている前記アカウントにおいてなされた所定の操作を検知したこと、を含み得る。

【0023】

（６）前記（１）から（５）のいずれか１項において、前記条件は、前記第１ノンファンジブルトークンに関連付けられたグラフィカルユーザインターフェースに対してなされた操作を検知したこと、を含み得る。

【0024】

（７）前記（１）から（６）のいずれか１項において、前記条件は、前記第１ノンファンジブルトークンを前記アカウントにおいて表示させるためのアプリケーションが備えるグラフィカルユーザインターフェースに対してなされた操作を検知したこと、を含み得る。

【0025】

（８）前記（１）から（７）のいずれか１項において、前記条件は、前記第１ノンファンジブルトークンを示す識別子を受信したこと、を含み得る。識別子を受信することは、前記アカウントから前記識別子を受信することであってもよいし、前記アカウント以外から受信することであってもよい。

【0026】

（９）前記（１）から（８）のいずれか１項の前記方法は、前記条件が満たされたと判定した場合、前記第１ノンファンジブルトークンを、前記アカウントにおいて非表示にする、ことを更に備え得る。

【0027】

（１０）前記（１）から（８）のいずれか１項の前記方法は、前記条件が満たされたと判定した場合、前記アカウントにおける前記第１ノンファンジブルトークンの表示の少なくとも一部を、前記条件が満たされる前とは異ならせる、ことを更に備え得る。

【0028】

（１１）前記（１）から（１０）のいずれか１項に記載の前記方法は、前記条件が満たされたと判定した場合、前記第２ノンファンジブルトークンを生成することを更に備え得る。前記アカウントは、生成された前記第２ノンファンジブルトークンに関連付けてブロックチェーンに記録されるのが好ましい。

【0029】

（１２）実施形態に係るシステムは、第１ノンファンジブルトークンに関連付けて予め設定された条件が満たされたかどうかを判定し、前記条件が満たされたと判定した場合、前記第１ノンファンジブルトークンに関連付けてブロックチェーンに記録されているアカウントを、前記第１ノンファンジブルトークンとは異なる第２ノンファンジブルトークンに関連付けてブロックチェーンに記録することを備える処理を実行するよう構成され得る。

【0030】

＜２．コンピュータ実装方法及びシステムの例＞

【0031】

図１は、実施形態に係るコンピュータ実装方法の手順を示している。この方法は、１又は複数のコンピュータによって構成されるコンピュータシステムによって実行され得る。この方法は、ユーザが、既に持っているノンファンジブルトークン（ＮＦＴ）を手放すことなく、新たなＮＦＴを入手するために実行され得る。以下では、ユーザが既に持っているＮＦＴを「第１ＮＦＴ」といい、ユーザが新たに入手するＮＦＴを「第２ＮＦＴ」という。第１ＮＦＴ及び第２ＮＦＴは、それぞれ、１つでもよいし、複数でもよい。

【0032】

ステップＳ１１において、コンピュータシステムは、第１ＮＦＴに関連付けて設定された条件を満たすかどうかを判定する。条件は、１つ又は複数であり得る。条件が複数である場合、コンピュータシステムは、複数の条件がすべて満たされたかどうかを判定する。条件は、コンピュータシステムに予め設定されている。実施形態に係るコンピュータシステムは、条件が満たされたと判定した場合、ステップＳ１２において、第１ＮＦＴを所有するユーザのアカウント（ブロックチェーンアカウント）を、第２ＮＦＴに関連付けてブロックチェーンに記録する。すなわち、コンピュータシステムは、第１ＮＦＴをユーザから入手することなく、新たな第２ＮＦＴをユーザに入手させる。なお、ステップＳ１１において、条件が満たされたと判定されない間は、ユーザは第２ＮＦＴを入手できない。

【0033】

このように、実施形態のコンピュータシステムは、条件が満たされた場合、その時点で、当該条件に関連付けられた第１ＮＦＴに関連付けられたユーザ（第１ＮＦＴを入手している者）に、第２ＮＦＴを入手させる。したがって、第２ＮＦＴを入手できるユーザを、現に、第１ＮＦＴを入手しているユーザに限定できるという利点がある。

【0034】

そして、実施形態に係る方法によれば、ユーザは、第１ＮＦＴを手放すことなく、第２ＮＦＴを入手できる。すなわち、実施形態に係る方法によれば、ユーザが第２ＮＦＴを入手しても、そのユーザのアカウントに関連付けられた第１ＮＦＴは、そのユーザのアカウントとの関連付けが失われることない。つまり、ユーザは、第１ＮＦＴを入手した状態のまま、第２ＮＦＴを入手できる。

【0035】

ここで、「ＮＦＴを手放す」とは、ブロックチェーンの記録上において、当該ＮＦＴとの関連付けがなくなることである。「当該ＮＦＴとの関連付けがなくなる」とは、例えば、ブロックチェーンの記録上、当該ＮＦＴについての現時点の権限者とは認識できない状態になることである。権限者とは、例えば、ＮＦＴの所有者である。すなわち、「ＮＦＴを手放す」とは、例えば、当該ＮＦＴを他のユーザのアカウントに送信することで、当該ＮＦＴを所有しない状態になることである。

【0036】

また、「ＮＦＴを入手する」とは、ブロックチェーンの記録上において、当該ＮＦＴとの関連付けがあることである。「当該ＮＦＴとの関連付けがある」とは、例えば、ブロックチェーンの記録上、当該ＮＦＴについての現時点の権限者と認識できる状態になることである。権限者とは、例えば、ＮＦＴの所有者である。すなわち、「ＮＦＴを入手する」とは、例えば、当該ＮＦＴを他のアカウントから受信することで、当該ＮＦＴを所有した状態になることである。

【0037】

ここで、第２ＮＦＴ４２０は、条件が満たされたときに、ユーザに与えられる。なお、「ＮＦＴを与える」とは、コンピュータシステムがユーザにＮＦＴを入手させることである。第２ＮＦＴ４２０は、条件が満たされたときにユーザに与えられるように予め生成されていてもよい。この場合、第１ＮＦＴに関連付けられた条件が満たされたときにユーザに与えられる第２ＮＦＴは、コンピュータシステムにおいて予め設定され得る。コンピュータシステムは、予め生成されている複数の第２ＮＦＴの中から、ユーザに与えられるＮＦＴをランダム又は所定の規則にしたがって選択し、選択されたＮＦＴをユーザに与えてもよい。

【0038】

また、図１４のステップＳ１２に示すように、第２ＮＦＴ４２０は、条件が満たされてから生成されてもよい。図１４は、図１に示す方法の変形例を示す。ステップＳ１１において条件が満たされてから第２ＮＦＴ４２０が生成される場合、コンピュータシステムは、在庫となる第２ＮＦＴを予め大量に保有しておく必要がなく有利である。条件が満たされてから第２ＮＦＴ４２０が生成される場合、コンピュータシステムには、第１ＮＦＴに関連付けられた条件が満たされたときに生成される第２ＮＦＴの生成用データが予め設定され得る。生成用データは、例えば、第２ＮＦＴを構成する画像データなどのコンテンツデータである。コンピュータシステムは、コンテンツデータをトークン化することで、第２ＮＦＴを生成し得る。

【0039】

コンピュータシステムは、予め用意された複数の生成用データの中から、第２ＮＦＴの生成に用いられる生成用データを、ランダム又は所定の規則にしたがって選択し、選択された生成用データを用いて第２ＮＦＴを生成してもよい。

【0040】

以上のように、第２ＮＦＴ又はその生成用データは、コンピュータシステムにおいて、第１ＮＦＴ又は条件に関連付けて設定され得る。また、第２ＮＦＴ又はその生成用データは、条件が満たされてから、コンピュータシステムが適宜選択し得る。

【0041】

図２は、実施形態に係る方法が実行され得るコンピュータシステム１０の一例を示している。以下では、「コンピュータシステム１０」を、「システム１０」という。実施形態に係るシステム１０は、ブロックチェーン２０を利用して、実施形態に係る方法を実行する。

【0042】

ブロックチェーン２０は、複数のコンピュータが相互に接続されたＰ２Ｐ（Ｐｅｅｒ ｔｏ Ｐｅｅｒ）のコンピュータネットワークによって構成されている。

【0043】

ブロックチェーン２０は、ユーザＵ１のアカウント２５Ａを示すアドレス（ブロックチェーンアドレス）を有する。アカウント２５Ａを示すブロックチェーンアドレスは、例えば、ウォレットアドレスである。アカウント２５Ａを示すブロックチェーンアドレスは、例えば、外部所有アカウント（Externally Owned Account:ＥＯＡ）である。例えば、あるユーザＵ１が、ブロックチェーン２０にアカウント２５Ａを有している場合、そのアカウントは、所定のブロックチェーンアドレス（ウォレットアドレス）を有する。図２においては、一例として、ユーザＵ１のブロックチェーンアドレスは、「０ｘ１１ａａ」である。

【0044】

ブロックチェーン２０は、スマートコントラクト２１を備え得る。スマートコントラクト２１は、ブロックチェーンにおいて実行可能に実装されたソフトウェア（コンピュータプログラム）である。スマートコントラクト２１が行う処理は、ブロックチェーンを構成する１又は複数のコンピュータによって実行され得る。

【0045】

スマートコントラクト２１は、所定の処理を自動的に実行する。また、スマートコントラクト２１は、呼び出されると、所定の処理を自動的に実行し得る。スマートコントラクト２１が実行する処理は、例えば、ＮＦＴの生成・送信など、ＮＦＴに関する操作（ＮＦＴ操作）を含み得る。スマートコントラクト２１は、例えば、ＮＦＴをアカウント２５Ａへ送信し得る。また、スマートコントラクト２１は、ＮＦＴを生成し、生成されたＮＦＴをアカウント２５Ａへ送信し得る。また、スマートコントラクト２１は、生成されたＮＦＴがアカウント２５Ａにおいて所有されるようにＮＦＴを生成し得る。スマートコントラクト２１により実行されたＮＦＴ操作は、ブロックチェーン２０に記録され得る。

【0046】

スマートコントラクト２１は、ブロックチェーンアドレスであるコントラクトアドレスを有する。図２においては、一例として、スマートコントラクト２１のアドレスは、「０ｘ９９９９」である。

【0047】

ブロックチェーン２０には、トークンが記録され得る。ブロックチェーン２０に記録されるトークンとしては、例えば、ファンジブルトークン（代替性トークン；Ｆｕｎｇｉｂｌｅ Ｔｏｋｅｎ：ＦＴ）と、ノンファンジブルトークン（非代替性トークン；Ｎｏｎ-Ｆｕｎｇｉｂｌｅ Ｔｏｋｅｎ：ＮＦＴ）と、がある。

【0048】

ノンファンジブルトークン（ＮＦＴ）は、ファンジブルトークン（ＦＴ）とは異なり、代替性を有さないトークンである。非代替性の確保のため、ＮＦＴは、ブロックチェーン２０において、他のＮＦＴとの区別を可能にするための固有のトークン識別子（ＴｏｋｅｎＩＤ）を有する。このトークン識別子は、ＮＦＴ識別子（ＮＦＴ＿ＩＤ）とも呼ばれる。トークン識別子は、例えば、ＮＦＴの格納のためのブロックチェーンアドレス（コントラクトアドレス）において記録される。

【0049】

ブロックチェーン２０において、ＮＦＴは、所有者のアカウント（ブロックチェーンアドレス）に対応付けて記録される。図２では、ユーザＵ１のアカウント２５Ａであるアドレス：０ｘ１１１１が、ＴｏｋｅｎＩＤ：＃０００１であるＮＦＴ４１１の所有者として、ブロックチェーン２０に記録されている。すなわち、図２では、アカウント２５Ａが、ＴｏｋｅｎＩＤ：＃０００１であるＮＦＴ４１１を所有している。

【0050】

なお、図２では、第２ＮＦＴ４２０も示されている。図２において、第２ＮＦＴ４２０のＴｏｋｅｎＩＤは、＃０５１０である。第２ＮＦＴ４２０は、ユーザＵ１に入手される前は、例えば、スマートコントラクト２１によって所有されている。

【0051】

実施形態に係るシステム１０は、サーバコンピュータ５０を備える。以下では、「サーバコンピュータ５０」を、「サーバ５０」という。サーバ５０は、複数のコンピュータによって構成されてもよい。サーバ５０は、管理者によって管理され得る。サーバ５０は、例えば、Ｗｅｂ３サーバである。

【0052】

ユーザＵ１の端末３１は、コンピュータシステム１０にアクセスし得る。端末３１は、ユーザＵ１のブロックチェーンアドレスによって、コンピュータシステム１０にログインする。例えば、ユーザＵ１の端末３１は、アドレス：０ｘ１１ａａによって、サーバ５０にログインし得る。

【0053】

図３は、端末３１及びサーバ５０の構成を示している。端末３１は、例えば、スマートフォン又はタブレットなどのモバイルデバイスである。端末３１は、インターネットなどのネットワーク１５に接続可能である。ユーザ端末３１は、プロセッサ３１Ａ及び記憶装置３１Ｂを備えるコンピュータによって構成され得る。記憶装置３１Ｂは、プロセッサ３１Ａに接続されている。記憶装置３１Ｂは、例えば、一次記憶装置及び二次記憶装置を備える。一次記憶装置は、例えば、ＲＡＭである。二次記憶装置は、例えば、ハードディスクドライブ（ＨＤＤ）又はソリッドステートドライブ（ＳＳＤ）である。記憶装置３１Ｂは、プロセッサ３１Ａによって実行されるコンピュータプログラム３１Ｃ（アプリケーション３１Ｃ）を備える。プロセッサ３１Ａは、記憶装置３１Ｂに格納されたコンピュータプログラム３１Ｃを読み出して実行する。コンピュータプログラム３１Ｃは、実施形態に係る端末３１が有する機能を、コンピュータに実現させるため、コンピュータに対する命令を示すプログラムコードを有する。

【0054】

コンピュータプログラム３１Ｃによって実現される端末３１の機能は、例えば、端末３１のディスプレイ（図示省略）に、ユーザＵ１が所有するＮＦＴを表示させることを含む。また、当該機能は、サーバ５０へのログイン機能も含む。

【0055】

図３に示すようにサーバ５０は、プロセッサ５１Ａ及び記憶装置５１Ｂを備えるコンピュータによって構成され得る。記憶装置５１Ｂは、プロセッサ５１Ａに接続されている。記憶装置５１Ｂは、例えば、一次記憶装置及び二次記憶装置を備える。一次記憶装置は、例えば、ＲＡＭである。二次記憶装置は、例えば、ハードディスクドライブ（ＨＤＤ）又はソリッドステートドライブ（ＳＳＤ）である。記憶装置５１Ｂは、プロセッサ５１Ａによって実行されるコンピュータプログラム５１Ｃを備える。プロセッサ５１Ａは、記憶装置５１Ｂに格納されたコンピュータプログラム５１Ｃを読み出して実行する。コンピュータプログラム５１Ｃは、コンピュータに、実施形態に係る方法（図１参照）を実行させるための命令を示すプログラムコードを有する。

【0056】

記憶装置５１Ｂは、条件データ５０Ａを備え得る。条件データ５０Ａは、図１のステップＳ１１における判定に用いられる条件を示す。すなわち、条件データ５０Ａは、第１ＮＦＴに関連付けて設定された条件を示す。なお、図１に示すように、スマートコントラクト２１が、ステップＳ１１における判定に用いられる条件データ２１Ａを備えていてもよい。つまり、条件データは、サーバ５０及びスマートコントラクト２１のいずれか一方に設定されていてもよいし、両方に設定されていてもよい。

【0057】

条件データ５０Ａは、例えば、第１ＮＦＴのＴｏｋｅｎＩＤに対応付けて設定された条件を含み得る。条件は、１個１個のＴｏｋｅｎＩＤに対応付けて設定されていてもよいし、複数のＴｏｋｅｎＩＤにまとめて対応付けて設定されていてもよい。

【0058】

記憶装置５１Ｂは、図１４のステップＳ１２において、第２ＮＦＴ４２０の生成に用いられる生成用データを有するデータベース５２を備え得る。生成用データは、例えば、画像データなどを含むコンテンツデータである。

【0059】

実施形態に係るサーバ５０は、図１に示す方法を実行し得る。また、サーバ５０は、スマートコントラクト２１を呼び出して、図１に示す方法を実行させてもよい。

【0060】

以下、図１に示す方法に基づくいくつかのシナリオを説明する。以下に説明するシナリオにおいては、図１に示すステップＳ１１，Ｓ１２には対応しない追加のステップを含むことがあるが、当該追加のステップも、実施形態に係る方法を構成し得る。当該追加のステップは、図２及び図３に示すシステム１０によって実行され得る。また、当該追加のステップは、図２及び図３に示すサーバ５０によって実行され得る。

【0061】

図４は、第１シナリオを示す。第１シナリオでは、条件データ５０Ａが示す条件が満たされる前において、ユーザＵ１のアカウント２５Ａは、一つの第１ＮＦＴ４１１を所有している。この状態で、第１ＮＦＴ４１１に関連付けて設定された第１条件が満たされたとする。システム１０は、第１条件が満たされたと判定すると（ステップＳ４１）、第２ＮＦＴを、第２ＮＦＴ４２０をアカウント２５Ａに取得させる（ステップＳ４３）。したがって、第１条件が満たされたと判定された後においては、アカウント２５Ａは、第１ＮＦＴ４１１に加えて、第２ＮＦＴ４２０を有している。

【0062】

システム１０は、第２ＮＦＴ４２０を入手すべきアカウント２５Ａを、ブロックチェーン２０を参照することで把握することができる。すなわち、第１ＮＦＴ４１１に対応する第１条件が満たされた場合、システム１０は、その第１条件に対応する第１ＮＦＴ４１１を有している者（第１ＮＦＴ４１１に関連付けられたアカウント）を、ブロックチェーン２０を参照することで把握することができる。ここで「ＮＦＴを有している者」又は「ＮＦＴを有しているアカウント」とは、第１ＮＦＴを所有していることがブロックチェーン２０に記録されている「所有者」又は「所有者のアカウント」のほか、第１ＮＦＴを使用する権限（役割）を有していることがブロックチェーン２０に記録されている「使用者」又は「使用者のアカウント」を含むものとする。「使用者」は、例えば、例えば、イーサリアムのＥＩＰ４９０７規格の「ｕｓｅｒ」である。ＥＩＰ４９０７規格の「ｕｓｅｒ」は、ＮＦＴを所有してはいないが、ＮＦＴを使用する権限（役割）を有する者としてブロックチェーンに記録される。ＥＩＰ４９０７は、イーサリアムのトークン規格であるＥＲＣ７２１を拡張したものである。

【0063】

例えば、システム１０が、第１ＮＦＴ４１１に関連付けられた第１条件が満たされたと判定した場合（ステップＳ４１）、システム１０は、その時点でのブロックチェーン２０の記録において、第１ＮＦＴ４１１を有しているアカウント２５Ａに、第２ＮＦＴ４２０を与える（ステップＳ４３）。つまり、アカウント２５Ａが、第２ＮＦＴ４２０に関連付けて記録される。なお、第２ＮＦＴ４２０は、例えば、第１ＮＦＴ４１１又は第１条件に関連付けられたＮＦＴである。

【0064】

ステップＳ４５において、システム１０は、第１条件に関連付けられた第１ＮＦＴ４１１を、アカウント２５Ａにおいて非表示にし得る。例えば、アカウント２５Ａを有するユーザＵ１の端末３１のディスプレイにおいて、第１ＮＦＴ４１１を非表示にし得る。第１ＮＦＴ４１１を非表示にすることで、ユーザＵ１は、第１条件を満たした第１ＮＦＴ４１１を手放して、新たな第２ＮＦＴ４２０を入手したような感覚を得ることができる。

【0065】

端末３１において、ＮＦＴ４１１，４２０の表示は、端末３１のアプリケーション３１Ｃによって行われ得る。アプリケーション３１Ｃは、サーバ５０へのログイン機能を有し、サーバ５０へログインしているユーザＵ１のアカウント２５Ａが有するＮＦＴを、端末３１のディスプレイに表示させ得る。サーバ５０は、アカウント２５Ａが有するＮＦＴののうち、関連付けられた条件を満たした第１ＮＦＴ４１１が、ログインしているユーザの端末３１において非表示になるようにアプリケーション３１Ｃを制御し得る。

【0066】

なお、ステップＳ４５は、ステップＳ４３とほぼ同時に行われてもよいし、ステップＳ４３の前に行われてもよい。

【0067】

図５は、第１シナリオの第１例を示している。図５に示す第１条件は、図５に示す第１条件に対応するＮＦＴを交換する操作がされたことである。図５には、第１条件に対応する第１ＮＦＴを示すデータとして、第１ＮＦＴに含まれる画像データと、ＮＦＴ＿Ｎａｍｅと、ＴｏｋｅｎＩＤとが含まれる。ＮＦＴ＿Ｎａｍｅは、ＮＦＴの名称である。図５では、ＮＦＴ＿Ｎａｍｅは「ｎｆｔＸ」である。図５では、ＴｏｋｅｎＩＤとして、＃０００１から＃０１００が設定されている。つまり、図５に示す第１条件では、「ｎｆｔＸ」という名称の＃０００１から＃０１００までの１００個の第１ＮＦＴのいずれかが、その第１ＮＦＴを有するアカウントのユーザ端末３１において操作されることが、第１ＮＦＴに関連付けられた第１条件として設定されている。なお、操作は、例えば、端末３１のアプリケーション３１Ｃが端末３１のディスプレイに表示するグラフィカルユーザインターフェースＢ１への操作である。また、第１条件を満たしたときにユーザに与えられる第２ＮＦＴ４２０として、図５に示す画像データを有する第２ＮＦＴ４２０が、第１条件に対応付けて設定されている。

【0068】

図５のステップＳ５１において、端末３１のディスプレイには、ユーザＵ１のアカウント２５Ａが有するＮＦＴ４１１，４１１Ａの一覧が表示されている。サーバ５０は、端末３１のアプリケーション３１Ｃを介して、サーバ５０へログインしているユーザＵ１のアカウント２５Ａが有するＮＦＴを、端末３１のディスプレイに表示させる。ユーザＵ１は、これらＮＦＴ４１１、４１１Ａのうち、少なくともＮＦＴ４１１は、第２ＮＦＴ４２０の入手に使用される第１ＮＦＴである。

【0069】

ステップＳ５１において、ユーザＵ１は、第２ＮＦＴ４２０の入手に使用される第１ＮＦＴ４１１を選択する。選択は、例えば、ディスプレイ上の第１ＮＦＴ１１１をタップすることである。

【0070】

第１ＮＦＴ４１１が選択されると、サーバ５０は、アプリケーション３１Ｃに、その第１ＮＦＴ４１１の交換操作（第２ＮＦＴ４２０の取得操作）を受け付けるグラフィカルユーザインターフェースＢ１としてのボタン（「交換」ボタン）を表示させる。ステップＳ５２に示すように、アプリケーション３１Ｃの表示画面において表示されたグラフィカルユーザインターフェースＢ１が操作されると、その操作がされたことを示す信号が、端末３１からサーバ５０へ送信される。この信号は、交換操作の対象となった第１ＮＦＴ４１１を示すデータ（例えば、第１ＮＦＴ４１１のＴｏｋｅｎＩＤ：＃０００１）とともに送信され得る。なお、この信号とともに、操作をしたユーザのアカウントが送信されてもよいが、ユーザはサーバ５０にログインしているので、送信されなくてもよい。

【0071】

サーバ５０は、端末３１のアプリケーション３１ＣにおいてグラフィカルユーザインターフェースＢ１の操作がされたことを示す信号を、アカウント２５Ａを有するユーザの端末３１から受信することで、その操作が、アカウント２５Ａにおいて、なされたことを検知する。サーバ５０は、その操作がされたことを検知すると、図５に示す第１条件が満たされたと判定する（図４のステップＳ４１）。なお、交換操作の対象となった第１ＮＦＴ４１１のＴｏｋｅｎＩＤは、＃０００１であるため、第１条件に設定されたＴｏｋｅｎＩＤに含まれる。

【0072】

サーバ５０は、操作がされたことを示す信号の送信元へ第１条件に対応付けられた第２ＮＦＴ４２０を送信するなどして、当該送信元に第２ＮＦＴ４２０を取得させる（図４のステップＳ４３）。なお、サーバ５０は、ブロックチェーン２０を参照して、送信元のアカウント２５Ａが、操作された第１ＮＦＴ４１１を有するアカウントであることを確認してから、第２ＮＦＴ４２０を、そのアカウント２５Ａに取得させてもよい。また、サーバ５０は、交換操作の対象となった第１ＮＦＴ４１１を非表示にする（図４のステップＳ４５）。

【0073】

図５のステップＳ５３は、アカウント２５Ａが第２ＮＦＴ４２０を取得するとともに、第１ＮＦＴ４１１が非表示とされた状態での端末３１のディスプレイの表示を示している。このように、交換操作の対象となった第１ＮＦＴ４１１が非表示になっているため、ユーザＵ１は、第１ＮＦＴ４１１を手放して、第２ＮＦＴ４２０を入手したように感じることができる。なお、ステップＳ５３において、操作されなかったＮＦＴ４１１Ａの表示は維持される。

【0074】

図６は、第１シナリオの第２例を示している。図６に示す第１条件は、図６に示す第１条件に対応するＮＦＴが有するグラフィカルユーザインターフェース４１５（ＧＵＩ）が操作されたことである。グラフィカルユーザインターフェース４１５は、例えば、ＮＦＴの交換を受け付けるボタン（「交換」ボタン）である。第１ＮＦＴがグラフィカルユーザインターフェース４１５を有することで、端末３１又はサーバ５０が、図５のグラフィカルユーザインターフェースＢ１を表示させる機能を有する必要がなくなる。

【0075】

図６には、第１条件に対応する第１ＮＦＴを示すデータとして、第１ＮＦＴに含まれる画像データと、ＮＦＴ＿Ｎａｍｅと、ＴｏｋｅｎＩＤとが含まれる。ＮＦＴ＿Ｎａｍｅ及びＴｏｋｅｎＩＤは、図５と同様である。また、図５と同様に、第１条件を満たしたときにユーザに与えられる第２ＮＦＴ４２０として図６に示す画像データを有する第２ＮＦＴ４２０が設定されている。

【0076】

図６のステップＳ６１において、端末３１のディスプレイには、ユーザＵ１のアカウント２５Ａが有するＮＦＴ４１１が表示されている。サーバ５０は、端末３１のアプリケーション３１Ｃを介して、サーバ５０へログインしているユーザＵ１のアカウント２５Ａが有する第１ＮＦＴ４１１を、端末３１のディスプレイに表示させる。

【0077】

ディスプレイに表示された第１ＮＦＴ４１１は、ユーザ操作を受付可能なグラフィカルユーザインターフェース４１５を備える。ユーザＵ１は、このグラフィカルユーザインターフェース４１５をタップするなどして操作する。

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

２個の第１ＮＦＴ４１１，４１２によって第１条件が満たされたことをサーバ５０が判定した場合、サーバ５０は、端末３１のアプリケーション３１Ｃを介して、第２ＮＦＴ４２０の取得操作を受け付けるグラフィカルユーザインターフェースＢ１としてのボタン（「交換」ボタン）を表示する。ステップＳ９２に示すように、アプリケーション３１Ｃの表示画面において表示されたグラフィカルユーザインターフェースＢ１が操作されると、その操作がされたことを示す信号が、端末３１からサーバ５０へ送信される。

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

１０ ：システム
１５ ：ネットワーク
２０ ：ブロックチェーン
２１ ：スマートコントラクト
２１Ａ ：条件データ
２５Ａ ：アカウント
３１ ：端末
３１Ａ ：プロセッサ
３１Ｂ ：記憶装置
３１Ｃ ：アプリケーション（コンピュータプログラム）
５０ ：サーバ
５０Ａ ：条件データ
５１Ａ ：プロセッサ
５１Ｂ ：記憶装置
５１Ｃ ：コンピュータプログラム
５２ ：データベース
７０ ：読取装置
４１１ ：第１ノンファンジブルトークン（第１ＮＦＴ）
４１２ ：第１ノンファンジブルトークン（第１ＮＦＴ）
４１３ ：２次元コード
４１５ ：グラフィカルユーザインターフェース（交換ボタン）
４２０ ：第２ノンファンジブルトークン
Ｂ１ ：グラフィカルユーザインターフェース
Ｕ１ ：ユーザ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】