JP2024006370A - 情報処理装置、情報処理システム、および、情報処理方法 - Google Patents

Abstract

【課題】ユーザの負担を低減しつつ、特定のＮＦＴについてユーザが所有者となったことをユーザが把握できるようにする。【解決手段】情報処理システムにおいて、情報処理サーバ２は、第１のＮＦＴを第１のウォレットアドレスに配布するトランザクションを、ブロックチェーンネットワークＢに送信し、ブロックチェーンネットワークＢにおいて第１のウォレットアドレスへの第１のＮＦＴの配布が完了したか否かを、完了した旨の応答があるまで繰り返し問合せ、完了した旨の応答があった場合、ウォレットアドレスと、ＮＦＴの種類を区別するためのＮＦＴ指定情報と、ユーザへの通知を行うために必要な通知関連情報とが対応付けられた管理用データを参照し、管理用データにおいて第１のウォレットアドレスの値と第１のＮＦＴのＮＦＴ指定情報の値との組合せと対応付けられた通知関連情報を取得し、通知関連情報に基づいて第１のＮＦＴの配布の完了を端末に通知する。【選択図】図２

Description

本発明は、情報処理装置、情報処理システムおよび情報処理方法に関し、特に、ＮＦＴに関する処理を実行する情報処理装置、当該情報処理装置を含む情報処理システムおよび当該情報処理装置による情報処理方法に用いて好適なものである。

近年、デジタルアートや、デジタル的なトレーディングカード、ゲームアイテム、その他のデジタル資産の唯一性や保有者を保証し、証明することが可能なＮＦＴ（Non-Fungible Token）が広く認知されると共に、普及してきている。ＮＦＴに関し、例えば特許文献１には、ＮＦＴに対してセキュアな制御を行う技術が記載されている。また例えば特許文献２には、ゲームアイテムをＮＦＴとしてゲーム内とゲーム外との間で送受信する技術が記載されている。

特開２０２１－１６６０２８号公報 特開２０２１－１５２７１５号公報

ユーザがＮＦＴを所有するためには、ブロックチェーンネットワーク上で、ユーザがＮＦＴの所有者となっている必要がある。例えばブロックチェーンネットワークがイーサリアムに対応するものである場合、スマートコントラクト内でＮＦＴに対応するトークンＩＤと、ユーザのウォレットアドレスとが対応付けられている必要がある。従来、ユーザが、あるＮＦＴについて自身が所有者となっている可能性がある状況において、実際に自身が所有者となっているか否かを把握するためには、確認作業を所定の態様で行う必要があった。例えばユーザは、ＮＦＴに関する所定のツールを利用して、自身のウォレットアドレスと対応付けられたＮＦＴを確認する作業、或いは、特定のＮＦＴの所有者が誰であるのかを確認する作業を、間隔をあけて繰返し行うという作業を行う必要があった。このような作業はユーザにとって煩雑であり、ユーザの負担となっていた。

本発明は、このような問題を解決するために成されたものであり、ユーザの負担を低減しつつ、特定のＮＦＴについてユーザが所有者となったことをユーザが把握できるようにすることを目的とする。

上記した課題を解決するために、本発明は、第１のＮＦＴ（Non-Fungible Token）を第１のウォレットアドレスに配布するトランザクションを、ブロックチェーンネットワークに送信し、ブロックチェーンネットワークにおいて第１のウォレットアドレスへの第１のＮＦＴの配布が完了したか否かを、完了した旨の応答があるまで繰り返し問合せる。そして本発明は、完了した旨の応答があった場合、「ウォレットアドレスと、ＮＦＴの種類を区別するためのＮＦＴ指定情報と、ユーザへの通知を行うために必要な通知関連情報とが対応付けられた管理用データ」を参照し、管理用データにおいて第１のウォレットアドレスの値と第１のＮＦＴのＮＦＴ指定情報の値との組合せと対応付けられた通知関連情報を取得し、取得した通知関連情報に基づいて第１のＮＦＴの配布が完了したことを端末に通知する。

上記のように構成した本発明によれば、ブロックチェーンネットワークにおいて、特定のウォレットアドレスへの特定のＮＦＴへの配布が完了した場合、そのことが検出されると共に、検出に応じてユーザに通知が行われる。ユーザは、通知によって、特定のＮＦＴについて実際に自身が所有者となったことを認識できる。このためユーザは、特定のＮＦＴについて実際に自身が所有者となっているか否かを把握するために、確認作業を繰返し行う必要がなく、ユーザの負担が低減される。すなわち本発明によれば、ユーザの負担を低減しつつ、特定のＮＦＴについてユーザが所有者となったことをユーザが把握できるようにすることができる。

本発明の一実施形態に係る情報処理システムの構成例を示す図である。 本発明の一実施形態に係る情報処理サーバおよび端末の機能構成例を示すブロック図である。 本発明の一実施形態に係る情報処理サーバのハードウェア構成例である。 パスカードの説明に利用する図である。 本発明の一実施形態に係る情報処理サーバ、端末およびパスカード管理サーバの動作例を示すフローチャートである。 パスカード取得用Ｗｅｂページの一例を示す図である。 各種データベースのレコードの内容を示す図である。 変更後のパスカード取得用Ｗｅｂページの一例を示す図である。 本発明の一実施形態に係る情報処理サーバ、端末、パスカード管理サーバおよびブロックチェーンネットワークの動作例を示すフローチャートである。 各種データベースの内容を示す図である。 本発明の一実施形態の変形例に係る情報処理サーバおよび端末の機能構成例を示すブロック図である。 ユーザ関連データベースのレコードの内容を示す図である。 本発明の一実施形態の変形例に係る情報処理サーバ、端末およびブロックチェーンネットワークの動作例を示すフローチャートである。

以下、本発明の一実施形態を図面に基づいて説明する。図１は、本実施形態に係る情報処理システム１の構成例を示す図である。図１で示すように情報処理システム１は、情報処理サーバ２（特許請求の範囲の「情報処理装置」に相当）と、１つ以上の端末３とを含んで構成されている。情報処理サーバ２および端末３は、インターネット、電話網、その他の通信網を含むネットワークＮに接続可能であり、ネットワークＮを介して通信可能である。ネットワークＮは、情報処理サーバ２および端末３が通信に利用するネットワークを、後述するブロックチェーンネットワークＢと区別するために、便宜的に表現するものである。ネットワークＮには、パスカード管理サーバ４が接続されている。

端末３は、ユーザが使用するコンピュータである。端末３は、液晶パネルや、有機ＥＬパネル等の表示装置５（図２）を備えているか、表示装置５が接続されている。本実施形態ではユーザとは、情報処理サーバ２が提供するサービス（以下「本件サービス」という）を利用し得る者を意味する。端末３は、ブラウザが搭載されているコンピュータであれば、そのタイプはどのようなものであってもよい。例えばデスクトップ型コンピュータ、ノート型コンピュータ、タブレット型コンピュータ（いわゆるスマートフォンを含む）を端末３として機能させることができる。図１では、数個の端末３を例示的に示している。

情報処理サーバ２は、本件サービスを提供するサーバ装置である。図１で示すように情報処理サーバ２は、ネットワークＮに接続されると共に、ブロックチェーンネットワークＢに接続される。ブロックチェーンネットワークＢは、イーサリアムに係るＰ２Ｐ分散ネットワークであり、Ｐ２Ｐ方式によって多数のノードが互いに接続されている。ブロックチェーンネットワークＢの各ノードは、ブロックチェーン技術により、ブロックチェーン（分散台帳）を記憶する。

ブロックチェーンネットワークＢは、イーサリアムに係るネットワークであるため、各ノードに記憶されるブロックチェーンには、スマートコントラクトを登録可能である。更にブロックチェーンネットワークＢでは、ＦＴ（Fungible Token）のほか、ＮＦＴ（Non-Fungible Token）を発行可能である。周知の通り、ＮＦＴは、ＦＴとは異なり代替性を有さないトークンであり、デジタル資産の唯一性や保有者の保証／証明に広く利用されている。本実施形態では、ＮＦＴは、ＥＲＣ７２１に準拠したトークンを想定する。なお本実施形態では、ブロックチェーンネットワークＢをイーサリアムに係るネットワークとしているが、これはあくまで一例であり、他のタイプのネットワークであってもよい。またＮＦＴが準拠する規格はＥＲＣ７２１に限られるものではない。

情報処理サーバ２は、端末３をクライアントとするサーバとして機能すると共に、ブロックチェーンネットワークＢのエンドポイントとして機能する。情報処理サーバ２は、ブロックチェーンに各種トランザクション（スマートコントラクトを実行するためのトランザクションを含む）を送信する処理を実行可能である。

パスカード管理サーバ４は、後述するパスカードに関する各種処理を実行するサーバである。パスカード管理サーバ４は、パスカードに関する所定のフレームワーク（例えば、ＰａｓｓＫｉｔ（登録商標）に係るフレームワーク）に従って、各種サービスを提供する機能を有する。

図２は、情報処理サーバ２および端末３の機能構成例を示すブロック図である。図２で示すように情報処理サーバ２は機能構成として、情報処理部１０および通信部１１を備えている。また端末３は機能構成として、端末制御部１２および端末通信部１３を備えている。上記機能ブロック１０～１３は、ハードウェア、ＤＳＰ（Digital Signal Processor）、ソフトウェアの何れによっても構成することが可能である。例えばソフトウェアによって構成する場合、上記機能ブロック１０～１３は、実際にはコンピュータのＣＰＵ、ＲＡＭ、ＲＯＭ等を備えて構成され、ＲＡＭやＲＯＭ、ハードディスクまたは半導体メモリ等の記録媒体に記憶されたプログラムが動作することによって実現される。情報処理サーバ２は記憶手段として、記憶部１４を備えている。端末３は記憶手段として、端末記憶部１５を備えている。

情報処理サーバ２の通信部１１は、ネットワークＮおよびブロックチェーンネットワークＢと所定のプロトコルに従って通信する。以下、情報処理サーバ２による通信は、通信部１１により適切に行われるものとして詳細な説明を省略する。端末３の端末通信部１３は、ネットワークＮと所定のプロトコルに従って通信する。情報処理サーバ２および端末３による通信は、端末通信部１３により適切に行われるものとして詳細な説明を省略する。

図３は、情報処理サーバ２のハードウェア構成の一例である。図３の例において情報処理サーバ２は、処理装置１６、一次記憶装置１７、補助記憶装置１８（記憶媒体）、通信装置１９および入出力装置２０を備えている。処理装置１６、一次記憶装置１７、補助記憶装置１８、通信装置１９および入出力装置２０は、バス２１を介して接続されている。処理装置１６は、制御装置、演算装置、レジスタおよびキャッシュメモリを含んで構成されたＣＰＵを備えている。情報処理部１０の少なくとも一部の機能は、処理装置１６により実現される。一次記憶装置１７は、ＤＲＡＭ等の揮発性メモリを備えている。一次記憶装置１７は、処理装置１６が直接読み書きするデータを一時的に記憶する。補助記憶装置１８は、ハードディスクドライブ（他の磁気記憶装置であってもよい）、ＲＯＭ、フラッシュメモリ、その他の不揮発性メモリを備えている。補助記憶装置１８は、各種データを不揮発的に記憶する。記憶部１４の少なくとも一部の機能は、補助記憶装置１８により実現される。通信装置１９は、通信制御装置およびネットワークインタフェイスを含んで構成され、ネットワークＮを介した外部装置との通信を実現する。通信部１１の少なくとも一部の機能は、通信装置１９により実現される。入出力装置２０は、入出力制御装置、入力装置および出力装置を含んで構成される。図３で示すように補助記憶装置１８には、プログラム２２が記憶されている。処理装置１６は、補助記憶装置１８に記憶されたプログラム２２を一次記憶装置１７に読み出して実行することにより、各種処理を実行する。

本実施形態ではユーザは、情報処理サーバ２が提供する本件サービスを利用することによって、特定のＮＦＴについて自身が所有者となったときに、煩雑な作業を行うことなく、迅速にそのことを把握することができる。本実施形態では、あるユーザへのあるＮＦＴの配布とは、そのユーザがそのＮＦＴの所有権を有する状態を構築することを意味する。なお、あるユーザへのあるＮＦＴの所有権の設定は、そのＮＦＴに対応するスマートコントラクト内で、そのＮＦＴのトークンＩＤとそのユーザのアドレス（基本的にはウォレットアドレス）とが対応付けられることによって行われる。以下、ユーザがパスカード（後述）を取得するときのシーン（以下「パスカード取得シーン」という）と、ユーザへのＮＦＴの配布が行われるシーン（以下「ＮＦＴ配布シーン」という）との２つのシーンに分けて、情報処理サーバ２の動作を説明する。

＜パスカード取得シーン＞
パスカード取得シーンにおける情報処理サーバ２の動作の説明に先立って、まずパスカードについて説明する。本実施形態においてパスカードとは、概念的には以下を意味する。すなわち１つのパスカードには、１つ以上の種類のＮＦＴが対応づけられている。そしてパスカードは、対応付けられたＮＦＴの所有者がユーザとなったときに、そのことの通知を受けるというサービスを享受するためのチケットである。ある１つのパスカードは、パスカードに関する所定のフレームワーク（例えば、ＰａｓｓＫｉｔ（登録商標）に係るフレームワーク）に従って各種情報が記録されたファイル（以下「パスファイル」という）により実現される。パスファイルは、端末３の端末記憶部１５に記憶される。つまり端末３にパスカードを登録するためには、パスカードに対応するパスファイルを端末記憶部１５に記憶させる必要がある。パスファイルには、パスカードを画面として表示装置５に表示するときの情報（パスカードを表現する画像等）が含まれており、ユーザは、所定の操作を行ってパスカードを画面として表示装置５に表示させることができる。以下、画面として表示されたパスカードを特に「表示用パスカード」という。

図４は、パスカードの説明に利用する図である。図４において符号ＰＦ－１、ＰＦ－２はそれぞれ、パスファイルを示している。パスファイルＰＦ－１には、ＮＦＴ（ａ）およびＮＦＴ（ｂ）が対応付けられ、パスファイルＰＦ－２には、ＮＦＴ（ｃ）が対応付けられている。ＮＦＴ（ａ）、ＮＦＴ（ｂ）およびＮＦＴ（ｃ）はそれぞれ、異なる種類のＮＦＴを示している。また符号３－１、３－２、３－３はそれぞれ、端末３を示している。端末３－１の所有者をユーザＵ１とし、端末３－２の所有者をユーザＵ２とし、端末３－３の所有者をユーザＵ３とする。

図４において、端末３－１にはパスファイルＰＦ－１が記憶されている。これにより端末３－１には、パスファイルＰＦ－１により実現されるパスカードＰＣ－１が登録されている。また端末３－２にはパスファイルＰＦ－２が記憶されている。これにより端末３－２には、パスファイルＰＦ－２により実現されるパスカードＰＣ－２が登録されている。また端末３－３にはパスファイルＰＦ－２が記憶されている。これにより端末３－３にはパスファイルＰＦ－２により実現されるパスカードＰＣ－３が登録されている。パスカードＰＣ－２とパスカードＰＣ－３とは共に、パスファイルＰＦ－２に基づくものであるが、これらは別のパスカードとして管理される。

図４の例の場合、ユーザＵ１（端末３－１の所有者）は、ＮＦＴ（ａ）およびＮＦＴ（ｂ）について、ＮＦＴを取得したときに通知を受けるチケットを所有しているということになる。従ってＮＦＴ（ａ）またはＮＦＴ（ｂ）の所有者がユーザＵ１となったときに、後述する技術的手法によりユーザＵ１の端末３－１に対して所定の通知が行われる。またユーザＵ２（端末３－２の所有者）は、ＮＦＴ（ｃ）について、ＮＦＴ取得時の通知を受けるチケットを所有しているということになる。従ってＮＦＴ（ｃ）の所有者がユーザＵ２となったときに、後述する技術的手法によりユーザＵ２の端末３－２に対して所定の通知が行われる。同様に、ＮＦＴ（ｃ）の所有者がユーザＵ３となった場合、端末３－３に所定の通知が行われる。一方、ＮＦＴ（ｃ）の所有者がユーザＵ１となったとき、ユーザＵ１の端末３－１に対して通知は行われない。

なお、１つの端末３に複数のパスカードを登録する（複数のパスファイルを記憶する）ことも可能である。この場合、複数のパスカードに対応する複数のパスファイルが１つの端末３に記憶される。

次にパスカード取得シーンにおける情報処理サーバ２の動作について説明する。図５は、パスカード取得シーンにおける情報処理サーバ２、端末３およびパスカード管理サーバ４の動作例を示すフローチャートである。図５においてフローチャートＦＡは端末３の動作を、フローチャートＦＢは情報処理サーバ２の動作を、フローチャートＦＣはパスカード管理サーバ４の動作を示している。図５を用いた説明では、ユーザ（「注目ユーザ」とする）が、ある特定のＮＦＴ（「注目ＮＦＴ」とする）と対応付けられたパスカードの取得を希望しているものとし、注目ユーザが自身の端末３にパスカードを登録するときの各装置の処理について説明する。

図５のフローチャートＦＡで示すように注目ユーザは、自身の端末３のブラウザに、注目ＮＦＴに対応するパスカード取得用ＵＲＬへとアクセスさせる（ステップＳＸ１）。パスカード取得用ＵＲＬとは、パスカードを取得するための専用のＷｅｂページであるパスカード取得用Ｗｅｂページ３０（図６）のＵＲＬである。特に注目ＮＦＴに対応するパスカード取得用ＵＲＬとは、注目ＮＦＴに対応づけられたパスカードを取得するためのパスカード取得用Ｗｅｂページ３０のＵＲＬである。注目ＮＦＴに対応するパスカード取得用ＵＲＬは、事前に適切な方法で注目ユーザに伝えられる。

ブラウザにパスカード取得用ＵＲＬへとアクセスさせる方法はどのような方法でもよい。例えば端末３がカメラ付き携帯端末３である場合において、注目ユーザは、注目ＮＦＴに対応するパスカード取得用ＵＲＬが二次元コード化された二次元コードを、端末３のカメラにより撮影することによって、ブラウザにアクセスさせる。この場合、例えば情報処理サーバ２を運用する主体（以下「サービス提供会社」という）により、注目ＮＦＴに係る二次元コードが記録（印字）された紙媒体が事前に注目ユーザに提供される。また例えば注目ユーザは、ブラウザにより提供されるＵＲＬ入力欄にパスカード取得用ＵＲＬを入力することによって、ブラウザにアクセスさせる。

図５のフローチャートＦＡで示すように、注目ユーザからのアクセスの指示に応じて端末３の端末制御部１２は、ブラウザの機能によりパスカード取得用ＵＲＬにアクセス（ＨＴＴＰリクエスト）する（ステップＳＡ１）。なお本実施形態では、パスカード取得用ＵＲＬは、情報処理サーバ２の管理下のＵＲＬである。つまり情報処理サーバ２がパスカード取得用Ｗｅｂページ３０を提供するＷｅｂサーバとして機能する。ただしパスカード取得用ＵＲＬのアクセス先のサーバは、情報処理サーバ２以外のサーバであってもよい。つまり情報処理サーバ２以外のサーバが、パスカード取得Ｗｅｂページ３０を応答するＷｅｂサーバと機能する構成でもよい。

図５のフローチャートＦＢで示すように、情報処理サーバ２の情報処理部１０は、端末３からのアクセスに応じて、注目ＮＦＴに対応するパスカード取得用Ｗｅｂページ３０に係るＨＴＭＬファイル（付随するデータ群を含む）を応答する（ＨＴＴＰレスポンス）する（ステップＳＢ１）。図５のフローチャートＦＡで示すように、端末３の端末制御部１２は、受信したＨＴＭＬファイルに基づいて、注目ＮＦＴに対応するパスカード取得用Ｗｅｂページ３０を端末３の表示装置５に表示する（ステップＳＡ２）。

図６は、パスカード取得用Ｗｅｂページ３０の一例を示す図である。図６で示すように、パスカード取得用Ｗｅｂページ３０には、ウォレットアドレスを入力するためのウォレットアドレス入力欄３１が設けられている。注目ユーザは、ウォレットアドレス入力欄３１に自身のウォレットアドレスの値を入力する。以下、ウォレットアドレス入力欄３１に入力された値を「入力ウォレットアドレス値」という。なお図６で示すパスカード取得用Ｗｅｂページ３０は単純化したものであり、他の情報が表示されてもよいことは勿論である。例えば、パスカード取得用Ｗｅｂページ３０を利用して取得可能なパスカードに対応付けられた１つ以上のＮＦＴの内容を示す情報（例えば、ＮＦＴに対応するデジタルコンテンツを示す情報）がパスカード取得用Ｗｅｂページ３０に表示される構成でもよい。本例の場合、注目ＮＦＴの内容を示す情報が、パスカード取得用Ｗｅｂページ３０に表示される構成でもよい。

図６で示すように、ウォレットアドレス入力欄３１の下方には、実行ボタン３２が設けられている。実行ボタン３２が選択されると、対応するＮＦＴ（本例では注目ＮＦＴ）のＮＦＴ指定情報（後述）の値と、入力ウォレットアドレス値とをパラメータとして含む所定のＵＲＬ（情報処理サーバ２の管理下のＵＲＬ）へのアクセスが実行される。以下、実行ボタン３２が選択されたときのアクセス先のＵＲＬを「実行ボタン選択時ＵＲＬ」という。つまり実行ボタン３２が選択されると、対応するＮＦＴのＮＦＴ指定情報の値および入力ウォレットアドレス値とが情報処理サーバ２に送信される。

ＮＦＴ指定情報は、ＮＦＴの種類を区別するためにＮＦＴごとに付与された文字列を値として有する情報である。ＮＦＴ指定情報は、スマートコントラクト内で管理されるいわゆるトークンＩＤとは異なる情報であり、本件サービス内でＮＦＴの種類を区別するために用いられる。一例として一のＮＦＴのＮＦＴ指定情報の値は「ａａａ」という文字列とされ、当該一のＮＦＴとは種類の異なる他のＮＦＴのＮＦＴ指定情報の値は「ｂｂｂ」という文字列とされる。以下、ＮＦＴ指定情報の値を「ＮＦＴ指定情報値」という。

図７（Ａ）は記憶部１４に記憶されたＮＦＴ関連データベース２９の１件のレコードの内容を示す図である。ＮＦＴ関連データベース２９は、ＮＦＴの種類ごとにレコードを有する。図７（Ａ）で示すように、ＮＦＴ関連データベース２９の１件のレコードは、ＮＦＴ指定情報と、ＮＦＴ詳細情報とを含む。ＮＦＴ詳細情報は、対応するＮＦＴを配布するために必要な情報（より詳細にはＮＦＴを配布するためのトランザクションをブロックチェーンネットワークＢに送信するために必要な情報）を少なくとも含む。ＮＦＴ詳細情報は、少なくともＮＦＴに対応するスマートコントラクトのコントラクトアドレスを含む。

実行ボタン３２が選択されたときに送信されるＮＦＴ指定情報値は、パスカード取得用Ｗｅｂページ３０を利用して取得されるパスカードと対応付けられた１つ以上のＮＦＴについてのＮＦＴ指定情報値である。本例では、パスカード取得用Ｗｅｂページ３０は、注目ＮＦＴと対応付けられたパスカードを取得するためのＷｅｂページである。従って、実行ボタン３２が選択されたときに送信されるＮＦＴ指定情報値は、注目ＮＦＴを示す値である。なお実行ボタン３２の選択に応じたアクセスは、ＨＴＭＬファイルに組み込まれた所定のスクリプトによって実行される（ただし、他の方法であっても当然よい）。

図５のフローチャートＦＡで示すように注目ユーザは、ウォレットアドレス入力欄３１に自身のウォレットアドレスの値を入力し、実行ボタン３２を選択する（ステップＳＸ２）。実行ボタン３２の選択に応じて端末３の端末制御部１２は、ブラウザの機能によりネットワークＮを介して実行ボタン選択時ＵＲＬにアクセスする（ステップＳＡ３）。ステップＳＡ３のアクセスに応じて、実行ボタン選択時ＵＲＬにパラメータとして含まれるＮＦＴ指定情報値と入力ウォレットアドレス値とがネットワークを介して情報処理サーバ２に送信されることになる。本実施形態では、ＮＦＴ指定情報値と入力ウォレットアドレス値とが実行ボタン選択時ＵＲＬにパラメータとして含まれる構成であるが、ＨＴＴＰリクエストの本文（ヘッダではなく）にこれら情報が含まれる構成でもよい。

図５のフローチャートＦＢで示すように情報処理サーバ２の情報処理部１０は、実行ボタン選択時ＵＲＬへのアクセスに応じて、実行ボタン選択時ＵＲＬに含まれるＮＦＴ指定情報値と、入力ウォレットアドレス値とを取得する（ステップＳＢ２）。以下、ステップＳＢ２で取得されたＮＦＴ指定情報値を「取得ＮＦＴ指定情報値」といい、ステップＳＢ２で取得された入力ウォレットアドレス値を「取得ウォレットアドレス値」という。

次いで情報処理部１０は、記憶部１４のパスファイル関連データベース３３を参照する（ステップＳＢ３）。図７（Ｂ）は、パスファイル関連データベース３３の１件のレコードを示す図である。パスファイル関連データベース３３は、パスファイルの種類ごとにレコードを有する。図７（Ｂ）で示すようにパスファイル関連データベース３３の１件のレコードは、パスファイル識別情報と、対応ＮＦＴ情報と、使用可能メッセージ情報と、パスカードＵＲＬ情報とを有する。パスファイル識別情報は、パスファイルを識別するための識別情報である。例えば図４のパスファイルＰＦ－１には一意な値のパスファイル識別情報が付与されており、パスファイルＰＦ－２には一意な値のパスファイル識別情報が付与されている。以下、パスファイル識別情報の値を「パスファイル識別情報値」という。

対応ＮＦＴ情報は、対応するパスファイルに対応付けられる１つ以上のＮＦＴのＮＦＴ指定情報値を値として有する情報である。例えば図４のパスファイルＰＦ－１に対応するレコードの対応ＮＦＴ情報の値は、ＮＦＴ（ａ）のＮＦＴ指定情報値、および、ＮＦＴ（ｂ）のＮＦＴ指定情報値となる。また図４のパスファイルＰＦ－２に対応するレコードの対応ＮＦＴ情報の値は、ＮＦＴ（ｃ）のＮＦＴ指定情報値となる。

使用可能メッセージ情報は、対応するパスファイルにおいて使用可能な１つ以上の通知メッセージのメッセージ識別情報値である。ここで通知メッセージについて説明する。図７（Ｃ）は、記憶部１４に記憶されたメッセージ関連データベース３４の１件のレコードの内容を示す図である。メッセージ関連データベース３４は、通知メッセージごとにレコードを有する。通知メッセージとは、表示用パスカードに表示させることが可能な（表示対象となり得る）メッセージのことである。通知メッセージは、テキストからなる文章である。特に通知メッセージの内容は、ＮＦＴの所有者がユーザとなったことを通知するメッセージとして適切な内容とされる。例えば通知メッセージは、「ＮＦＴを取得しました」、「ＮＦＴが配布されました」というものである。以上の通り本実施形態では、表示用パスカードに表示可能な通知メッセージが予め用意されており、各通知メッセージがメッセージ関連データベース３４により管理されている。

図７（Ｃ）で示すようにメッセージ関連データベースの１件のレコードは、メッセージ識別情報と、メッセージ内容情報とを有する。メッセージ識別情報は、通知メッセージを識別するための識別情報である。以下、メッセージ識別情報の値を「メッセージ識別情報値」という。メッセージ内容情報は、通知メッセージの具体的な内容を示すテキスト情報である。

さてパスファイル関連データベース３３の１件のレコードに含まれている使用可能メッセージ情報は、対応するパスファイルにおいて、使用可能な「２つ」以上の通知メッセージのメッセージ識別情報値である。例えば図４のパスファイルＰＦ－１について、ある４つの通知メッセージが使用可能であるとする。この場合、パスファイルＰＦ－１に対応するレコードの使用可能メッセージ情報は、その４つの通知メッセージのそれぞれのメッセージ識別情報値である。

パスカードＵＲＬ情報は、パスカードＵＲＬを値として有する情報である。パスカードＵＲＬについては後述する。

ステップＳＢ３でパスファイル関連データベース３３を参照した後、情報処理部１０は、取得ＮＦＴ指定情報値に対応するレコードを特定する（ステップＳＢ４）。詳述すると、上述したようにパスファイル関連データベース３３の１件のレコードは、対応ＮＦＴ情報を備えている。ステップＳＢ４において情報処理部１０は、パスファイル関連データベース３３のレコードのうち、対応ＮＦＴ情報の値が取得ＮＦＴ指定情報値と一致するレコードを特定する。本例では、取得ＮＦＴ指定情報値は注目ＮＦＴを示す値であり、ステップＳＢ４で特定されるレコードは、注目ＮＦＴと対応付けられたパスファイルに対応するレコードである。

次いで情報処理部１０は、ステップＳＢ４で特定したレコードのパスカードＵＲＬ情報が示すパスカードＵＲＬを取得する（ステップＳＢ５）。ステップＳＢ５で取得されたパスカードＵＲＬは、対応するパスカードを端末３に登録するためのリンク（以下「パスカード登録用リンク」という）の発行を依頼する依頼先のＵＲＬである。本実施形態ではパスカードＵＲＬは、パスカード管理サーバ４の管理下のＵＲＬである。パスカードＵＲＬは、対応するパスカードのパスカード登録用リンクの発行に必要な情報がパラメータとして含まれている。本例の場合、ステップＳＢ５で取得されるパスカードＵＲＬは、「注目ＮＦＴに対応付けられたパスカード」を端末３に登録するためのパスカード登録用リンクの発行を依頼する依頼先のＵＲＬである。そして、パスカードＵＲＬには、注目ＮＦＴに対応付けられたパスカードのパスカード登録用リンクの発行に必要な情報がパラメータとして含まれている。

次いで情報処理部１０は、ステップＳＢ５で取得したパスカードＵＲＬに、ステップＳＢ２で取得した取得ウォレットアドレス値をパラメータとして更に加える（ステップＳＢ６）。次いで情報処理部１０は、パスカードＵＲＬにアクセスする（ステップＳＢ７）。なお情報処理部１０が、パスカードＵＲＬにパラメータとして含まれる情報について、ＨＴＴＰリクエストの本文に各種情報を記述する構成でもよい。情報処理部１０によるステップＳＢ７の処理は、特許請求の範囲の「端末から受信したＮＦＴ指定情報のＮＦＴと対応付けられたパスカードを登録するためのリンクの発行をパスカード管理サーバに要求する処理」に相当する。

図５のフローチャートＦＣで示すように、パスカード管理サーバ４は、パスカードＵＲＬへのアクセスに応じて、注目ＮＦＴに対応するパスカードを端末３に登録するためのパスカード登録用リンクを発行し、発行したパスカード登録用リンク、および、当該パスカードのユーザパスカード識別情報の値を応答する（ステップＳＣ１）。パスカード登録用リンクは、端末３にパスカードを登録するためのリンクであり、端末３のブラウザからパスカード登録用リンク先にアクセスすると、自動でパスカードが端末３に登録される（対応するパスファイルが端末３の端末記憶部１５に記憶される）。ユーザパスカード識別情報は、端末３に登録されるパスカードごとに付与される識別情報である。以下、ユーザパスカード識別情報の値を「ユーザパスカード識別情報値」という

ここで共通するパスファイルにより実現される一のパスカードと他のパスカードとが存在する場合、当該一のパスカードのユーザパスカード識別情報値と、当該他のパスカードのユーザパスカード識別情報値とは異なる。例えば図４において、パスカードＰＣ１－１と、パスカードＰＣ－２と、パスカードＰＣ－３とには、それぞれ異なるユーザパスカード識別情報値が付与される。

図５のフローチャートＦＢで示すように、情報処理サーバ２の情報処理部１０は、パスカード管理サーバ４からの応答に応じて、パスカード登録用リンクおよびユーザパスカード識別情報値を取得する（ステップＳＢ８）。なおパスカード登録用リンクにユーザパスカード識別情報値が含まれている場合には、情報処理部１０がパスカード登録用リンクからユーザパスカード識別情報値を抽出する構成でもよい。次いで情報処理部１０は、ステップＳＢ８で取得したパスカード登録用リンクに基づいて、内容を変更したパスカード取得用Ｗｅｂページ３０のＨＴＭＬファイルを生成し、端末３に送信する（ステップＳＢ９）。ステップＳＢ９の処理は、特許請求の範囲の「リンクを選択可能な画面を端末に表示させる処理」に相当する。図５のフローチャートＦＡで示すように、端末３の端末制御部１２は、変更後のパスカード取得用Ｗｅｂページ３０を表示装置５に表示する（ステップＳＡ４）。

図８は、変更後のパスカード取得用Ｗｅｂページ３０を示す図である。図８で示すように変更後のパスカード取得用Ｗｅｂページ３０は、リンクボタン３５が設けられている。リンクボタン３５は、パスカード登録用リンクへのアクセスを指示するボタンである。注目ユーザは、リンクボタン３５を選択する（ステップＳＸ３）。すると端末３のブラウザは、パスカード登録用リンクにアクセスし、端末制御部１２とアクセス先との間で必要な情報が送受信され、注目ＮＦＴに対応付けられたパスカードが端末３に登録される（パスファイルが端末記憶部１５に記憶される）。なお本実施形態では、パスカード登録用リンクは、パスカード管理サーバ４の管理下のＵＲＬである。パスカード管理サーバ４は、端末３からパスカード登録料リンクがあったときに、対応するパスカードを端末３に登録させると共に、以下の処理を実行する。すなわちパスカード管理サーバ４は、端末３およびパスカードに関する必要な情報を管理し、ユーザパスカード識別情報値の指定と共にプッシュ通知の実行が要求されたときに、パスカードに対してプッシュ通知を実行できる状態を構築する。パスカード管理サーバ４は、必要に応じてプッシュ通知を行うことの許可を注目ユーザから得る。

図５のフローチャートＦＢで示すようにステップＳＢ９の処理後、情報処理サーバ２の情報処理部１０は、ステップＳＢ２で取得した取得ウォレットアドレス値、ステップＳＢ４で特定したレコードのパスファイル識別情報値、および、ステップＳＢ８で取得したユーザパスカード識別情報値に基づいて、記憶部１４のユーザパスカード関連データベース３６に１件のレコードを生成する（ステップＳＢ１０）。なおステップＳＢ２で取得した取得ウォレットアドレス値は、注目ユーザのウォレットアドレスの値である。またステップＳＢ４で特定したレコードのパスファイル識別情報値は、注目ユーザの端末３に登録されるパスカード（＝注目ＮＦＴに対応付けられたパスカード）に対応するパスファイルのパスファイル識別情報値である。またステップＳＢ８で取得したユーザパスカード識別情報値は、注目ユーザの端末３に登録されるパスカードのユーザパスカード識別情報値である。

図７（Ｄ）は、ユーザパスカード関連データベース３６の１件のレコードの内容を示す図である。図７（Ｄ）で示すように、ユーザパスカード関連データベース３６の１件のレコードは、ユーザパスカード識別情報と、対応パスファイル情報と、ユーザウォレットアドレス情報と、直近メッセージ情報とを有する。ステップＳＢ１０において情報処理部１０は、新たに生成するレコードのユーザパスカード識別情報の値をステップ８で取得したユーザパスカード識別情報値とする。また情報処理部１０は、対応パスファイル情報の値をステップ４で特定したレコードのパスファイル識別情報値とする。また情報処理部１０は、ユーザウォレットアドレス情報の値を、ステップＳＢ２で取得した入力ウォレットアドレス値とする。また情報処理部１０は、直近メッセージ情報の値をヌル値とする。

直近メッセージ情報は、後述する手法でプッシュ通知された通知メッセージのうち、直近でプッシュ通知された通知メッセージのメッセージ識別情報値である。直近メッセージ情報の意義は後に明らかとなる。

以上の通り、ユーザパスカード関連データベース３６は、パスカードごとに、パスカードを識別するためのユーザパスカード識別情報値と、パスカードに対応するパスファイルのパスファイル識別情報値と、パスカードを取得したユーザ（パスカードが登録された端末３を所持するユーザ）のウォレットアドレスの値と、直近メッセージ情報とを対応付けて管理するデータベースである。なおユーザパスカード関連データベース３６に１件のレコードを登録するタイミング、および、登録する方法は本実施形態で例示するものに限られない。例えばパスカード登録リンクが発行された後の任意のタイミングで、情報処理部１０がパスファイル関連データベース３３に必要な情報を問合せ、レコードを生成する構成でもよい。

ここでパスファイル関連データベース３３およびユーザパスカード関連データベース３６は、特許請求の範囲の「管理用データ」に相当する。すなわち、ユーザパスカード識別情報値は、後に明らかとなる通り、「ユーザへの通知を行うために必要な通知関連情報」或いは「所定のサーバにパスカードへのプッシュ通知を行わせるために必要な情報を含む通知関連情報」に相当する。これを踏まえ、パスファイル関連データベース３３およびユーザパスカード関連データベース３６は、ウォレットアドレスと、ＮＦＴの種類を区別するためのＮＦＴ指定情報と、ユーザへの通知を行うために必要な通知関連情報とが対応付けられた「管理用データ」として機能する。

パスカード取得シーンにおいて以上の処理が行われることにより、ユーザは、所望のＮＦＴに対応付けられたパスカードを取得することができる。特に本実施形態では、ユーザは、パスカード取得用ＵＲＬにアクセスさせた後、パスカード取得用Ｗｅｂページ３０にウォレットアドレスを入力し、更に変更後のパスカード取得用Ｗｅｂページ３０において提示されたリンクを選択するという非常に簡易な操作を行うだけで、パスカードを取得することができる。ただし、ユーザがパスカードを取得する方法は例示した方法に限られない。

＜ＮＦＴ配布シーン＞
次にＮＦＴ配布シーンにおける情報処理サーバ２の動作について説明する。ＮＦＴ配布シーンは、ユーザにＮＦＴが配布されるシーンである。図９は、ＮＦＴ配布シーンにおける情報処理サーバ２、端末３、パスカード管理サーバ４およびブロックチェーンネットワークＢの動作例を示すフローチャートである。なお図９では、説明の便宜のため、ブロックチェーンネットワークＢを処理の主体としている。図９においてフローチャートＦＤは端末３の動作を示し、フローチャートＦＥはパスカード管理サーバ４の動作を示し、フローチャートＦＦは情報処理サーバ２の動作を示し、フローチャートＦＧはブロックチェーンネットワークＢの動作を示している。以下の図９を用いた説明では、注目ユーザに注目ＮＦＴを配布する場合の各装置の処理を説明する。そして図９のフローチャートの開始時点において、注目ユーザの端末３には、注目ＮＦＴと対応付けられたパスカードが登録されているものとする。

フローチャートＦＦで示すように、情報処理サーバ２の情報処理部１０は、所定の事象をトリガとして、注目ＮＦＴ（第１のＮＦＴ）を注目ユーザのウォレットアドレス（第１のウォレットアドレス）に配布するトランザクションをブロックチェーンに送信する（ステップＳＦ１）。情報処理部１０は、ＮＦＴ関連データベース２９において注目ＮＦＴのＮＦＴ指定情報値と対応付けられたＮＦＴ詳細情報の値を取得し、当該値に基づいてステップＳＥ１の処理を実行する。なお「注目ＮＦＴを注目ユーザのウォレットアドレスに配布するトランザクション」は、ＮＦＴの発行（MINT）および所有者の設定（ＮＦＴのトークンＩＤとウォレットアドレスとの対応づけ）を所定のスマートコントラクトに実行させるトランザクションである。なお本例では、ＮＦＴの配布に際して情報処理部１０がＮＦＴを新規発行するものとしている。この点について情報処理部１０が、既に発行されているＮＦＴの所有権を注目ユーザに変更する（所有権を注目ユーザのウォレットアドレスに変更させるトランザクションを送信する）ことによってＮＦＴを配布してもよい。

フローチャートＦＧで示すようにステップＳＦ１のトランザクションの送付に応じて、ブロックチェーンネットワークＢは、トランザクションログを情報処理サーバ２に返す（ステップＳＧ１）。フローチャートＦＦで示すように情報処理部１０は、ブロックチェーンネットワークＢに対して、注目ユーザへの注目ＮＦＴの配布が完了したか否かを確認する（ステップＳＦ２）。周知の通りトランザクションを送付した後、ブロックチェーン上でトランザクションが承認されるまでにはタイムラグがある。ステップＳＦ２において情報処理部１０は、コントラクトアドレスおよびトークンＩＤにより注目ＮＦＴを指定し、注目ユーザのウォレットアドレスにおける注目ＮＦＴの残高を問い合わせることによって、配布が完了したか否かを確認する。配布が完了する前は、注目ユーザのウォレットアドレスにおける注目ＮＦＴの残高はゼロである一方、ブロックチェーン上でトランザクションが承認され、配布が完了すると残高が「１」となる。

フローチャートＦＧで示すようにブロックチェーンネットワークＢは、問合せに対して応答する（ステップＳＧ２）。フローチャートＦＦで示すように情報処理部１０は、応答に基づいて注目ユーザへの注目ＮＦＴの配布が完了したか否かを判別する（ステップＳＦ３）。配布が完了していない場合（ステップＳＦ３：ＮＯ）、情報処理部１０は、一定時間だけ待機し（ステップＳＦ４）、処理手順をステップＳＦ２へ戻す。このように本実施形態では、ＮＦＴの配布に係るトランザクションの送信を実行した後、配布が完了（トランザクションの承認）した旨の応答（≒残高が「１」である旨の応答）があるまでは情報処理部１０は、繰り返し問合せを実行する。

一方、配布を完了した旨の応答があった場合（ステップＳＦ３：ＹＥＳ）、情報処理部１０は、ステップＳＦ５に処理手順を移行する。以下、ステップＳＦ５～ステップＳＦ９までの処理は、適宜、図１０を用いて説明する。図１０は、記憶部１４の各データベースの内容の一例を示し図である。図１０の（Ａ）はユーザパスカード関連データベース３６を示し、（Ｂ）はパスファイル関連データベース３３を示し、（Ｃ）はメッセージ関連データベース３４を示している。図１０を用いた説明では、注目ＮＦＴのＮＦＴ指定情報値が「Ｎ００１」であり、注目ユーザのウォレットアドレスの値が「ＷＡ００１」であるものとする。

ステップＳＦ５において情報処理部１０は、記憶部１４のパスファイル関連データベース３３を参照し、注目ＮＦＴに対応するレコードを特定し、特定したレコードのパスファイル識別情報値を取得する。詳述すると情報処理部１０は、パスファイル関連データベース３３のレコードのうち、対応ＮＦＴ情報の値が、注目ＮＦＴのＮＦＴ指定情報値であるレコードを特定し、そのレコードのパスファイル識別情報値を取得する。ここで取得されたパスファイル識別情報値は、注目ＮＦＴと対応付けられたパスファイルのパスファイル識別情報値である。以下、ステップＳＦ５で取得されたパスファイル識別情報値を「対象パスファイル識別情報値」という。図１０の例では、パスファイル関連データベース３３のレコード３３－Ｒ１の対応ＮＦＴ情報の値は「Ｎ００１」であり、注目ＮＦＴのＮＦＴ指定情報値と一致する。従ってステップＳＦ５において情報処理部１０は、レコード３３－Ｒ１を特定し、レコード３３－Ｒ１のパスファイル識別情報値（「ＰＦ００１」）を取得する。

次いで情報処理部１０は、記憶部１４のユーザパスカード関連データベース３６を参照し、対象ＮＦＴの配布が完了した旨のプッシュ通知を行うべきパスカードに対応するレコードを特定し、特定したレコードのユーザパスカード識別情報値を取得する（ステップＳＦ６）。より詳細には情報処理部１０は、ユーザパスカード関連データベース３６のレコードのうち、対応パスファイル情報の値がステップＳＦ５で取得した対象パスファイル識別情報値であり、かつ、ユーザウォレットアドレス情報の値が注目ユーザのウォレットアドレスの値であるレコードを特定し、そのレコードのユーザパスカード識別情報値を取得する。ここで取得されたユーザパスカード識別情報値は、「注目ユーザが保有するパスカードであって対象ＮＦＴと対応付けられたパスカード」のユーザパスカード識別情報値である。以下、ステップＳＦ６で取得されたユーザパスカード識別情報値を「対象ユーザパスカード識別情報値」という。図１０の例では、ユーザパスカード関連データベース３６のレコード３６－Ｒ１の対応パスファイル情報の値は「ＰＦ００１」であり、対象パスファイル識別情報値と一致する。更にレコード３６－Ｒ１のユーザウォレットアドレス情報の値は「ＷＡ００１」であり、注目ユーザのウォレットアドレスの値と一致する。従ってステップＳＦ６において情報処理部１０は、レコード３６－Ｒ１を特定し、レコード３６－Ｒ１のユーザパスカード識別情報値（「ＰＣ００１」）を取得する。

ここでユーザパスカード識別情報値は、パスカード管理サーバ４にパスカードへのプッシュ通知を行わせるための情報である。これを踏まえステップＳＦ６の処理は、「管理用データ（ユーザパスカード関連データベース３６およびパスファイル関連データベース３３）を参照し、管理用データにおいて第１のウォレットアドレスの値と第１のＮＦＴのＮＦＴ指定情報の値との組合せと対応付けられた通知関連情報を取得する処理」に相当する。

次いで情報処理部１０は、パスファイル関連データベース３３の対象パスファイル識別情報値に対応するレコードの使用可能メッセージ情報の値を取得すると共に、ユーザパスカード関連データベース３６の対象ユーザパスカード識別情報値に対応するレコードの直近メッセージ情報の値を取得する（ステップＳＦ７）。図１０の例では情報処理部１０は、使用可能メッセージ情報の値として「ＭＳ００１」、「ＭＳ００２」、「ＭＳ００３」を取得し、直近メッセージ情報の値として「ＭＳ００１」を取得する。なお直近メッセージ情報の値はヌル値の場合がある。

次いで情報処理部１０は、取得した使用可能メッセージ情報が示す複数のメッセージ識別情報値の中から、取得した直近メッセージ情報が示す１つのメッセージ識別情報値とは異なる値を１つ選択する（ステップＳＦ８）。図１０の例では、情報処理部１０は、取得した使用可能メッセージ情報が示す「ＭＳ００１」と「ＭＳ００２」と「ＭＳ００３」との中から、取得した直近メッセージ情報が示す「ＭＳ００１」とは異なる値（つまり「ＭＳ００２」と「ＭＳ００３」との何れか）を１つ選択する。１つのメッセージを選択するときのルールは任意であり、情報処理部１０がランダムに選択する構成でもよく、昇順に並べたときに値の小さい方を選択する構成でもよい。図１０の例では、情報処理部１０は「ＭＳ００２」を選択したものとする。

次いで情報処理部１０は、メッセージ関連データベース３４においてステップＳＦ８で選択したメッセージ識別情報値と対応付けられたメッセージ内容情報の値を取得する（ステップＳＦ９）。図１０の例では情報処理部１０は、メッセージ関連データベース３４のレコー３４－Ｒ１のメッセージ内容情報（「ＮＦＴの配布が完了しました」）を取得する。

次いで情報処理部１０は、対象ユーザパスカード識別情報値、および、ステップＳＦ９で取得したメッセージ内容情報の値をパスカード管理サーバ４に送信すると共に、メッセージの更新に伴うプッシュ通知の実行をパスカード管理サーバ４に要求する（ステップＳＦ１０）。

図９のフローチャートＦＥで示すように、パスカード管理サーバ４は、ステップＳＦ１０の要求に応じて、受信した対象パスファイル識別情報値に対応するパスカード（本例では注目ユーザのパスカード）に対して、受信したメッセージ内容情報の通知メッセージをプッシュ通知する（ステップＳＥ１）。本実施形態では、パスカードは直近の通知メッセージを保持しており、直近の通知メッセージを、「内容が異なる新たな通知メッセー」ジに更新することによってプッシュ通知が行われる仕様となっている。これを踏まえ、情報処理部１０は、端末３のパスカードに対して、メッセージ内容情報に基づいて通知メッセージの更新を指示することによって、通知メッセージのプッシュ通知を実現する。

図９のフローチャートＦＤで示すように端末３の端末制御部１２は、プッシュ通知を受信し、注目ユーザに指定された態様で表示装置５の画面に通知メッセージを表示する（ステップＳＤ１）。端末制御部１２は、例えばロック画面に所定の態様でメッセージを表示し、また例えば画面上にバナーを表示する。

以上説明したように本実施形態によれば、情報処理部１０は、第１のＮＦＴを、第１のウォレットアドレスに配布するトランザクションをブロックチェーンネットワークＢに送信し、ブロックチェーンネットワークＢにおいて第１のウォレットアドレスへの第１のＮＦＴの配布が完了したか否かを、完了した旨の応答があるまで繰り返し問合せる。そして情報処理部１０は、完了した旨の応答があった場合、「ウォレットアドレスと、ＮＦＴの種類を区別するためのＮＦＴ指定情報と、ユーザへの通知を行うために必要な通知関連情報とが対応付けられた管理用データ」（本実施形態ではユーザパスカード関連データベース３６およびパスファイル関連データベース３３）を参照し、管理用データにおいて第１のウォレットアドレスの値と第１のＮＦＴのＮＦＴ指定情報の値との組合せと対応付けられた通知関連情報（本実施形態ではユーザパスカード識別情報値）を取得し、取得した通知関連情報に基づいて第１のＮＦＴの配布が完了したことを端末３に通知する。

この構成によれば、ブロックチェーンネットワークにおいて、特定のウォレットアドレスへの特定のＮＦＴへの配布が完了した場合、そのことが検出されると共に、検出に応じてユーザに通知が行われる。ユーザは、通知によって、特定のＮＦＴについて実際に自身が所有者となったことを認識できる。このためユーザは、特定のＮＦＴについて実際に自身が所有者となっているか否かを把握するために、確認作業を繰返し行う必要がなく、ユーザの負担が低減される。すなわち本発明によれば、ユーザの負担を低減しつつ、特定のＮＦＴについてユーザが所有者となったことをユーザが把握できるようにすることができる。

＜第１変形例＞
次に上記実施形態の第１変形例について説明する。上記実施形態では、パスカードを利用して、ＮＦＴに関するプッシュ通知が実現された。一方、本変形例は、端末３にアプリケーションがインストールされて、アプリケーションが利用されて、ＮＦＴに関するプッシュ通知が実現される。

図１１は、本変形例に係る情報処理サーバ２および端末３の機能構成例を示すブロック図である。図１１で示すように、端末３の端末記憶部１５には、専用アプリケーション３８が記憶されている。専用アプリケーション３８は、特定の１つ以上のＮＦＴと対応付けられたアプリケーションであり、特定の１つ以上のＮＦＴについて、ユーザが所有者となったときにプッシュ通知を受けることを実現するのに利用される。なおアプリケーションのインストール時（インストール後の任意のタイミングでもよい）にユーザに対してプッシュ通知の許可を求めるダイアログが表示され、適切にプッシュ通知についてのユーザの許可が得られているものとする。更にプッシュ通知に関連する所定のサーバ（以下「プッシュ通知関連サーバ」という）によりプッシュ通知で使用するデバイス識別情報が発行されており、専用アプリケーションに通知されている。

図１１で示すように情報処理サーバ２の記憶部１４には、ユーザ関連データベース４０が記憶されている。図１２は、ユーザ関連データベース４０の１件のレコードを示す図である。ユーザ関連データベース４０は、専用アプリケーション３８をインストールしたユーザごとにレコードを備える。

図１２で示すように、ユーザ関連データベース４０の１件のレコードは、ユーザ識別情報と、対応ＮＦＴ情報と、ユーザウォレットアドレス情報と、プッシュ通知関連情報とを備えている。ユーザ識別情報は、ユーザを識別するための（厳密には、端末３にインストールされた専用アプリケーション３８を識別するための）識別情報である。以下、ユーザ識別情報の値を「ユーザ識別情報値」という。対応ＮＦＴ情報は、所有者がユーザとなったときに通知が行われるべき１つ以上のＮＦＴのＮＦＴ指定情報値を含む情報である。ユーザウォレットアドレス情報は、ユーザのウォレットアドレスの値を保有する情報である。プッシュ通知関連情報は、情報処理サーバ２が端末３に対してプッシュ通知を行うために必要な情報である。プッシュ通知関連情報は、特許請求の範囲の「通知関連情報」に相当する。情報処理部１０は、専用アプリケーション３８のそれぞれから必要な情報を取得し、専用アプリケーション３８のそれぞれについてユーザ関連データベース４０にレコードを生成する。

図１３は、本変形例に係る情報処理サーバ２、端末３およびブロックチェーンＢの動作を示すフローチャートである。図１３のフローチャートＦＨは端末３の動作を示し、フローチャートＦＩは情報処理サーバ２の動作を示し、フローチャートＦＧ（図９のフローチャートＦＧと同じ）はブロックチェーンネットワークＢの動作を示している。図１３のフローチャートにおいて、図９のフローチャートと同一のステップについては同一の符号を付し、その説明を省略する。図１３は、注目ユーザに注目ＮＦＴを配布する場合のＮＦＴ配布シーンにおける各装置の動作を示している。

図１３のフローチャートＦＩで示すように、ステップＳＦ３において配布を完了した旨の応答があった場合（ステップＳＦ３：ＹＥＳ）、情報処理サーバ２の情報処理部１０は、記憶部１４のユーザ関連データベース４０を参照し、注目ＮＦＴと注目ユーザのウォレットアドレスとの組合せに対応するレコードを特定する（ステップＳＩ１）。より詳細には情報処理部１０は、ユーザ関連データベース４０のレコードのうち、ユーザウォレットアドレス情報の値が注目ユーザのウォレットアドレスの値であり、かつ、対応ＮＦＴ情報の値が注目ＮＦＴのＮＦＴ指定情報値であるレコードを特定する。ここで特定されたレコードは、プッシュ通知を行う対象となる専用アプリケーション３８に対応するレコードである。

次いで情報処理部１０は、特定したレコードのプッシュ通知関連情報を取得する（ステップＳＩ２）。次いで情報処理部１０は、取得したプッシュ通知関連情報に基づいて、プッシュ通知関連サーバに必要な情報を送信し、端末３に対して注目ＮＦＴの配布が完了した旨のプッシュ通知を行う（ステップＳＩ３）。プッシュ通知は、プッシュ通知関連サーバを介して行われる。図１３のフローチャートＦＨで示すように端末制御部１２は、プッシュ通知に応じて、ユーザに予め指定された方法でメッセージを表示する（ステップＳＨ１）。一例として、端末制御部１２は、ロック画面にメッセージを表示し、また、所定の態様で画面上にバナーを表示する

本変形例においても、ＮＦＴの配布が完了した場合、そのことが検出されると共に、検出に応じてユーザに通知が行われるため、上記実施形態と同様の効果を奏する。

以上、本発明の一実施形態（変形例を含む）について説明したが、上記実施形態は、本発明を実施するにあたっての具体化の一例を示したものに過ぎず、これによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその要旨、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。

例えば上記実施形態およびその変形例において、プッシュ通知の方法について具体的に説明した。しかしながらプッシュ通知の方法は上記実施形態で例示した方法に限られるものではない。すなわち、プッシュ通知は、既存の技術、既存のサービスを利用した他の方法で行われてもよい。

また上記実施形態（変形例を含む）では、端末３への通知はプッシュ通知であった。しかしながら通知は、プッシュ通知に限られるものではない。一例としてメールによる通知であってもよい。メールによる通知が行われる場合、上記実施形態では、例えば以下の構成となる。すなわち、ユーザパスカード関連データベース３６において、１件のレコードにユーザのメールアドレスを示す情報が含められる。そして情報処理部１０は、ユーザドレス識別情報をパスカード管理サーバ４に送信する代わりに、メールアドレスを示す情報に基づいて、ＮＦＴの配布が完了した旨のメッセージを含むメールを送信する。この場合、ユーザパスカード関連データベース３６の１件のレコードに含まれるメールアドレスを示す情報が、特許請求の範囲の「通知関連情報」に相当する。また変形例では、ユーザ関連データベース４０のレコードに、プッシュ通知関連情報に代えてメールアドレスを示す情報が含められる。そして情報処理部１０は、ＮＦＴの配布が完了したことの通知に際して、プッシュ通知関連情報に基づくプッシュ通知ではなく、メールアドレスを示す情報に基づくメールの送信を実行する。

また例えば上記実施形態では、情報処理サーバ２が記憶部１４を備える構成であった。この点に関し、情報処理サーバ２と通信可能な他の装置に記憶部１４が設けられ、情報処理サーバ２が適宜、他の装置にアクセスする構成でもよい。

また例えば上記実施形態では、情報処理サーバ２が各種トランザクションをブロックチェーンネットワークＢに送信する構成であった。この点に関し、情報処理サーバ２が、エンドポイントとして機能する外部装置にトランザクションの送信を実行させる構成でもよい。

１ 情報処理システム
２ 情報処理サーバ（情報処理装置）
３ 端末
４ パスカード管理サーバ
１０ 情報処理部
Ｂ ブロックチェーンネットワーク
Ｎ ネットワーク

Claims (6)

1. 第１のＮＦＴ（Non-Fungible Token）を第１のウォレットアドレスに配布するトランザクションを、ブロックチェーンネットワークに送信し、
   前記ブロックチェーンネットワークにおいて前記第１のウォレットアドレスへの前記第１のＮＦＴの配布が完了したか否かを、完了した旨の応答があるまで繰り返し問合せ、
   前記完了した旨の応答があった場合、ウォレットアドレスと、ＮＦＴの種類を区別するためのＮＦＴ指定情報と、ユーザへの通知を行うために必要な通知関連情報とが対応付けられた管理用データを参照し、前記管理用データにおいて前記第１のウォレットアドレスの値と前記第１のＮＦＴの前記ＮＦＴ指定情報の値との組合せと対応付けられた前記通知関連情報を取得し、
   取得した前記通知関連情報に基づいて前記第１のＮＦＴの配布が完了したことを端末に通知する情報処理部を備える
   ことを特徴とする情報処理装置。
2. 前記端末には、特定の１つ以上のＮＦＴと対応付けられ、所定のサーバからのプッシュ通知に応じてメッセージを表示する機能を有するパスカードが登録され、
   前記管理用データでは、前記パスカードごとに、前記ウォレットアドレスと、前記パスカードと対応付けられたＮＦＴの前記ＮＦＴ指定情報と、前記所定のサーバに前記パスカードへのプッシュ通知を行わせるために必要な情報を含む前記通知関連情報とが対応付けられ、
   前記情報処理部は、
   前記完了した旨の応答があった場合、前記管理用データを参照し、前記管理用データにおいて前記第１のウォレットアドレスの値と前記第１のＮＦＴの前記ＮＦＴ指定情報の値との組合せと対応付けられた前記通知関連情報を取得し、
   取得した前記通知関連情報に基づいて、前記端末に登録された前記パスカードへのプッシュ通知を前記所定のサーバに行わせる
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記情報処理部は、前記端末に前記パスカードが登録されるシーンにおいて、
   前記端末から前記ＮＦＴ指定情報の値と、前記ウォレットアドレスの値とを前記端末からネットワークを介して取得し、
   受信した前記ＮＦＴ指定情報のＮＦＴと対応付けられた前記パスカードを登録するためのリンクの発行をパスカード管理サーバに要求して前記リンクと前記通知関連情報とを取得し、前記リンクを選択可能な画面を前記端末に表示させ、
   前記管理用データにおいて、受信した前記ＮＦＴ指定情報の値と、受信した前記ウォレットアドレスの値と、取得した前記通知関連情報とを対応付ける
   ことを特徴とする請求項１に記載の情報処理装置。
4. 前記端末には、特定の１つ以上のＮＦＴと対応付けられたアプリケーションがインストールされ、
   前記管理用データでは、前記アプリケーションごとに、前記ウォレットアドレスと、前記アプリケーションと対応付けられたＮＦＴの前記ＮＦＴ指定情報と、所定のサーバに前記アプリケーションへのプッシュ通知を行わせるために必要な情報を含む前記通知関連情報とが対応付けられ、
   前記情報処理部は、
   前記完了した旨の応答があった場合、前記管理用データを参照し、前記管理用データにおいて前記第１のウォレットアドレスの値と前記第１のＮＦＴの前記ＮＦＴ指定情報の値との組合せと対応付けられた前記通知関連情報を取得し、
   取得した前記通知関連情報に基づいて、前記端末にインストールされた前記アプリケーションへのプッシュ通知を前記所定のサーバに行わせる
   ことを特徴とする請求項１に記載の情報処理装置。
5. 端末と、前記端末とネットワークを介して接続された情報処理装置とを備える情報処理システムであって、
   前記情報処理装置は、
   第１のＮＦＴ（Non-Fungible Token）を第１のウォレットアドレスに配布するトランザクションを、ブロックチェーンネットワークに送信し、
   前記ブロックチェーンネットワークにおいて前記第１のウォレットアドレスへの前記第１のＮＦＴの配布が完了したか否かを、完了した旨の応答があるまで繰り返し問合せ、
   前記完了した旨の応答があった場合、ウォレットアドレスと、ＮＦＴの種類を区別するためのＮＦＴ指定情報と、ユーザへの通知を行うために必要な通知関連情報とが対応付けられた管理用データを参照し、前記管理用データにおいて前記第１のウォレットアドレスの値と前記第１のＮＦＴの前記ＮＦＴ指定情報の値との組合せと対応付けられた前記通知関連情報を取得し、
   取得した前記通知関連情報に基づいて前記第１のＮＦＴの配布が完了したことを前記端末に通知する情報処理部を備える
   ことを特徴とする情報処理システム。
6. 情報処理装置の情報処理部が、第１のＮＦＴ（Non-Fungible Token）を第１のウォレットアドレスに配布するトランザクションを、ブロックチェーンネットワークに送信するステップと、
   前記情報処理装置の前記情報処理部が、前記ブロックチェーンネットワークにおいて前記第１のウォレットアドレスへの前記第１のＮＦＴの配布が完了したか否かを、完了した旨の応答があるまで繰り返し問合せるステップと、
   前記情報処理装置の前記情報処理部が、前記完了した旨の応答があった場合、ウォレットアドレスと、ＮＦＴの種類を区別するためのＮＦＴ指定情報と、ユーザへの通知を行うために必要な通知関連情報とが対応付けられた管理用データを参照し、前記管理用データにおいて前記第１のウォレットアドレスの値と前記第１のＮＦＴの前記ＮＦＴ指定情報の値との組合せと対応付けられた前記通知関連情報を取得するステップと、
   前記情報処理装置の前記情報処理部が、取得した前記通知関連情報に基づいて前記第１のＮＦＴの配布が完了したことを端末に通知するステップとを含む
   ことを特徴とする情報処理方法。