特許 7545780 情報処理システム、情報処理方法、及びプログラム

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

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

(11)【特許番号】

(24)【登録日】2024-08-28

(45)【発行日】2024-09-05

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

(51)【国際特許分類】

   G06Q 20/28 20120101AFI20240829BHJP

   G06F 16/27 20190101ALI20240829BHJP

【ＦＩ】

G06Q20/28

G06F16/27

【請求項の数】 14

(21)【出願番号】P 2024061406

(22)【出願日】2024-04-05

【審査請求日】2024-04-05

【早期審査対象出願】

(73)【特許権者】

【識別番号】523469814

【氏名又は名称】株式会社フォリオ

(74)【代理人】

【識別番号】110001106

【氏名又は名称】弁理士法人キュリーズ

(72)【発明者】

【氏名】西窪 洋平

【審査官】早川 学

(56)【参考文献】

【文献】特開２０２３－１３０４２０（ＪＰ，Ａ）

【文献】米国特許出願公開第２０２２／０１８０４３２（ＵＳ，Ａ１）

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

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

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

Ｇ０６Ｆ １６／００－１６／９５８

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

【請求項1】

ブロックチェーン上でトークンを管理するための情報処理システムであって、
所定周期内で発行したトークンの発行時刻を、前記所定周期内の特定時刻に正規化した正規化タイムスタンプを生成すると共に、前記正規化タイムスタンプに基づくキー情報を生成する生成手段と、
前記キー情報と前記発行したトークンの数量とを含むレコードからなる配列を管理する管理手段と、を備える
情報処理システム。

【請求項2】

前記生成手段は、新たなトークンの発行時に当該新たなトークンについて前記キー情報を生成し、
前記管理手段は、前記生成手段が生成した前記キー情報に合致する前記レコードを前記配列から特定し、当該特定したレコード中の前記数量に前記新たなトークンの数量を加算する
請求項１に記載の情報処理システム。

【請求項3】

前記生成手段は、トークンの発行時に、当該トークンについて生成した前記正規化タイムスタンプと、当該トークンの受け取り手のアドレスとから、所定演算によって前記キー情報を生成し、
前記管理手段は、前記受け取り手のアドレスごとにトークン残高を算出するための前記配列を管理する
請求項１に記載の情報処理システム。

【請求項4】

前記生成手段は、トークンの発行時に、当該トークンについて生成した前記正規化タイムスタンプと、予め定められたダミーアドレスとから、所定演算によって前記キー情報を生成し、
前記管理手段は、トークン全体についてトークン残高を算出するための前記配列を管理する
請求項１に記載の情報処理システム。

【請求項5】

前記生成手段は、ＵＴＣ時刻で表現される前記発行時刻に対して、前記トークンを用いたサービスが行われる国の時差を示す時刻オフセットを付与し、前記時刻オフセットが付与された前記発行時刻に対して前記正規化を行う
請求項１に記載の情報処理システム。

【請求項6】

前記トークンは、有効期間が定められた有効期限付きトークンであり、
前記管理手段が管理する前記配列を用いて、前記有効期間内の前記トークンの数量の合計をトークン残高として算出する算出手段をさらに備える
請求項１乃至５のいずれか１項に記載の情報処理システム。

【請求項7】

前記算出手段は、現在時刻を基準として、前記有効期間に相当する数の過去の各所定周期について前記正規化タイムスタンプを生成すると共に、生成した各正規化タイムスタンプについてキー情報を生成し、生成したキー情報に合致する各レコードを前記配列から特定し、特定した各レコード中の前記数量を積算することで前記トークン残高を算出する
請求項６に記載の情報処理システム。

【請求項8】

前記有効期限付きトークンは、前払式支払手段として用いられる有効期限付きトークンであり、
購入額及び第１のアドレスを指定する前記有効期限付きトークンの購入リクエストを受け付ける受付手段をさらに備え、
前記管理手段は、前記購入リクエストを受け付けたことに応じて、前記購入額分の前記有効期限付きトークンの前記第１のアドレスへの発行又は移転を前記ブロックチェーンに記録するとともに、前記購入額に対応する前記数量と発行日時に対応する前記キー情報とを用いて前記第１のアドレスについて前記配列を更新する
請求項６に記載の情報処理システム。

【請求項9】

前記受付手段は、決済額を指定するとともに、移転元として前記第１のアドレスを、移転先として第２のアドレスをそれぞれ指定する前記有効期限付きトークンの移転リクエストを受け付け、
前記算出手段は、前記移転リクエストを受け付けたことに応じて、前記配列の中から前記発行日時からの経過時間が前記有効期間内である前記数量の合計を前記トークン残高として算出し、
前記管理手段は、前記算出されたトークン残高が前記決済額を下回る場合に、移転不可を示す情報を通知する
請求項８に記載の情報処理システム。

【請求項10】

前記管理手段は、前記算出されたトークン残高が前記決済額以上である場合、前記決済額分の通貨トークンの前記第２のアドレスへの移転を前記ブロックチェーンに記録するとともに、前記決済額分のレコードを前記配列から消去する
請求項９に記載の情報処理システム。

【請求項11】

前記決済額分の通貨トークンの前記第２のアドレスへの移転の前記ブロックチェーンへの記録は、前記ブロックチェーンに記録されたスマートコントラクトを所有者として前記ブロックチェーンに記録されている通貨トークンの前記第２のアドレスへの移転を前記ブロックチェーンに記録することによって実行される
請求項１０に記載の情報処理システム。

【請求項12】

前記管理手段は、前記算出されたトークン残高が前記決済額以上である場合、前記第１のアドレスを所有者として前記ブロックチェーンに記録されている前記決済額分の前記有効期限付きトークンを焼却する
請求項１０に記載の情報処理システム。

【請求項13】

ブロックチェーン上でトークンを管理するための情報処理システムが実行する情報処理方法であって、
所定周期内で発行したトークンの発行時刻を、前記所定周期内の特定時刻に正規化した正規化タイムスタンプを生成すると共に、前記正規化タイムスタンプに基づくキー情報を生成する生成ステップと、
前記キー情報と前記発行したトークンの数量とを含むレコードからなる配列を管理する管理ステップと、を有する
情報処理方法。

【請求項14】

ブロックチェーン上でトークンを管理するためのプログラムであって、コンピュータに、
所定周期内で発行したトークンの発行時刻を、前記所定周期内の特定時刻に正規化した正規化タイムスタンプを生成すると共に、前記正規化タイムスタンプに基づくキー情報を生成する生成ステップと、
前記キー情報と前記発行したトークンの数量とを含むレコードからなる配列を管理する管理ステップと、を実行させる
プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

スマートコントラクト等のブロックチェーン上の処理体系によって実現される暗号資産は、個別の属性情報や自身の振舞いを制御する固有のロジックを持つことから、プログラマブルマネーと呼ばれることもある。このような暗号資産は、ブロックチェーン上でトークン（具体的には代替性トークン（ＦＴ：Ｆｕｎｇｉｂｌｅ Ｔｏｋｅｎ））として管理される。

【0003】

特定のサービスの中でのみ通用するサービス内通貨のような、法定通貨ではない支払手段としてトークンを用いる場合を想定する。例えば、イーサリアム（Ｅｔｈｅｒｅｕｍ）の規格であるＥＲＣ２０に準拠するトークンをサービス内通貨として用いることで、堅牢性や非改ざん性を確保できるのは勿論、スマートコントラクトを用いて自動的に決済を行うことが可能になる。

【0004】

トークンに有効期限を設ける場合、発行時から有効期間内のトークンのみを有効なトークンとして扱うが、ＥＲＣ２０のような従来の規格には、トークンの有効期間という概念がない。

【先行技術文献】

【特許文献】

【0005】

【文献】特表２０２３－５３５６０５号公報

【発明の概要】

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

【0006】

例えば、前払式支払手段に関する内閣府令では、供託や登録が不要とされる条件として「有効期限６ヶ月以内かつ総残高１０百万円」という条件が規定されており、有効期限についてブロックチェーン上のスマートコントラクト等の処理系で管理できると考えられる。

【0007】

有効期間内のトークン数量の合計を残高として算出する処理を行う場合、既存の情報系では、一般的に、１）トークンの発行ごとに発行数量及び発行時刻のレコードを保存し、２）「現在時刻－発行時刻＜有効期限」で該当レコードを検索し、３）検索されたレコード中の発行数量を積算して残高とする処理が行われる。

【0008】

しかしながら、このような処理をブロックチェーン上のスマートコントラクト等の処理系で行おうとした場合、１回のトランザクションでの処理量に限界があることから不可能であることがある。例えば、イーサリアムの場合、足し合せ可能なレコード数の上限が１万程度に限定されるため、有効期間内のレコード数が当該上限を超えると、処理が破綻するという課題がある。

【0009】

そこで、本発明は、ブロックチェーン上のスマートコントラクト等の処理系で有効期間内のトークン数量の合計を適切に算出可能とする情報処理システム、情報処理方法、及びプログラムを提供する。

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

【0010】

第１の態様に係る情報処理システムは、ブロックチェーン上でトークンを管理するための情報処理システムであって、所定周期内で発行したトークンの発行時刻を、前記所定周期内の特定時刻に正規化した正規化タイムスタンプを生成すると共に、前記正規化タイムスタンプに基づくキー情報を生成する生成手段と、前記キー情報と前記発行したトークンの数量とを含むレコードからなる配列を管理する管理手段と、を備える。

【0011】

第２の態様に係る情報処理方法は、ブロックチェーン上でトークンを管理するための情報処理システムで実行する情報処理方法であって、所定周期内で発行したトークンの発行時刻を、前記所定周期内の特定時刻に正規化した正規化タイムスタンプを生成すると共に、前記正規化タイムスタンプに基づくキー情報を生成する生成ステップと、前記キー情報と前記発行したトークンの数量とを含むレコードからなる配列を管理する管理ステップと、を有する。

【0012】

第３の態様に係るプログラムは、ブロックチェーン上でトークンを管理するためのプログラムであって、コンピュータに、所定周期内で発行したトークンの発行時刻を、前記所定周期内の特定時刻に正規化した正規化タイムスタンプを生成すると共に、前記正規化タイムスタンプに基づくキー情報を生成する生成ステップと、前記キー情報と前記発行したトークンの数量とを含むレコードからなる配列を管理する管理ステップと、を実行させる。

【発明の効果】

【0013】

本発明によれば、ブロックチェーン上のスマートコントラクト等の処理系で有効期間内のトークン数量の合計を適切に算出可能とする情報処理システム、情報処理方法、及びプログラムを提供できる。

【図面の簡単な説明】

【0014】

【図1】実施形態に係る情報処理システムの構成を示す図である。

【図2】実施形態に係る各コンピュータのハードウェア構成の一例を示す図である。

【図3】実施形態に係るスマートコントラクト（Ｘ）の機能ブロック構成を示す図である。

【図4】実施形態に係るスマートコントラクト（Ｘ）の動作を説明するための図である。

【図5】実施形態に係るスマートコントラクト（Ｘ）の動作を説明するための図である。

【図6】実施形態に係るスマートコントラクト（Ｘ）の動作を説明するための図である。

【図7】実施形態に係る情報処理システムにおける初期設定動作を示す図である。

【図8】上場済みの通貨トークン（Ａ）を用いる場合に関して、利用者による有効期限付きトークン（Ｘ）の購入に関する動作を示すシーケンス図である。

【図9】未上場の通貨トークン（Ａ）を用いる場合に関して、利用者による有効期限付きトークン（Ｘ）の購入に関する動作を示すシーケンス図である。

【図10】有効期限付きトークン（Ｘ）の利用者ごとの残高及び総残高の確認動作を示すシーケンス図である。

【図11】有効期限付きトークン（Ｘ）による商品の購入に関する動作を示すシーケンス図である。

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

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

（３）スマートコントラクト（Ｘ）の機能ブロック構成
図３は、本実施形態に係るスマートコントラクト（Ｘ）４１０の機能ブロック構成を示す図である。

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

１ ：情報処理システム
５ ：ネットワーク
１０ ：コンピュータ
１１ ：処理部
１２ ：記憶部
１３ ：通信部
１４ ：入力部
１５ ：出力部
１００ ：端末装置
２００ ：店舗装置
３００ ：トークン管理サーバ
４００ ：ブロックチェーンネットワーク
４１０ ：スマートコントラクト
４１１ ：生成部
４１２ ：管理部
４１３ ：配列
４１４ ：算出部
４１５ ：受付部

【要約】

【課題】ブロックチェーン上のスマートコントラクト等の処理系で有効期間内のトークン数量の合計を適切に算出可能とする。
【解決手段】ブロックチェーン上でトークンを管理するための情報処理システムは、所定周期内で発行したトークンの発行時刻を、前記所定周期内の特定時刻に正規化した正規化タイムスタンプを生成すると共に、前記正規化タイムスタンプに基づくキー情報を生成する生成手段と、前記キー情報と前記発行したトークンの数量とを含むレコードからなる配列を管理する管理手段と、を備える。
【選択図】図３

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】