特許 7444180 取引記録システム、取引記録方法及び中継装置

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

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

(11)【特許番号】

(24)【登録日】2024-02-27

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

(54)【発明の名称】取引記録システム、取引記録方法及び中継装置

(51)【国際特許分類】

   G06Q 20/02 20120101AFI20240228BHJP

   G06Q 20/06 20120101ALI20240228BHJP

   G06Q 20/38 20120101ALI20240228BHJP

【ＦＩ】

G06Q20/02 310

G06Q20/06

G06Q20/38 310

【請求項の数】 5

(21)【出願番号】P 2022000469

(22)【出願日】2022-01-05

(65)【公開番号】P2023100076

(43)【公開日】2023-07-18

【審査請求日】2023-02-15

(73)【特許権者】

【識別番号】000006507

【氏名又は名称】横河電機株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】黒田 知宏

(72)【発明者】

【氏名】石井 庸介

(72)【発明者】

【氏名】林崎 浩典

(72)【発明者】

【氏名】佐久間 慧

【審査官】速水 雄太

(56)【参考文献】

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

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

【文献】Ghareeb FALAZI et al.，“Smart Contract Invocation Protocol (SCIP): A Protocol for the Uniform Integration of Heterogeneous Blockchain Smart Contracts”，Advanced Information Systems Engineering，Springer International Publishing，2020年，LNCS 12127，pp.134-149，DOI: 10.1007/978-3-030-49435-3_9

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

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

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

【請求項1】

暗号資産の取引情報を生成するアプリケーションを実行するアプリ実行部と、
前記アプリケーションおよび前記取引情報の記録先となるブロックチェーンネットワークを中継する中継プログラムを実行する中継部と、
前記中継プログラムに対する更新を実行する更新部と、
を有し、
前記中継部は、第一のブロックチェーンプラットフォームの指定を受け付け、前記取引情報に基づいて生成されるトランザクションデータの登録を、複数のブロックチェーンネットワークのうち前記第一のブロックチェーンプラットフォームに対応する第一のブロックチェーンネットワークにリクエストし、前記第一のブロックチェーンプラットフォームからの変更先とする第二のブロックチェーンプラットフォームの指定を受け付け、前記取引情報に基づいて生成されるトランザクションデータの登録を、前記第二のブロックチェーンプラットフォームに対応する第二のブロックチェーンネットワークにリクエストする、ことを特徴とする取引記録システム。

【請求項2】

前記中継部は、前記第二のブロックチェーンプラットフォームの指定を受け付けるまでに前記第一のブロックチェーンネットワークがブロックチェーンに記録するトランザクションデータを登録するリクエストを、前記第二のブロックチェーンネットワークに送信する、
ことを特徴とする請求項１に記載の取引記録システム。

【請求項3】

前記中継部は、前記第一のブロックチェーンネットワークがブロックチェーンに記録するトランザクションデータに基づいてユーザの一覧を作成し、前記ユーザの一覧に基づいて各ユーザのウォレットを作成するリクエストを前記第二のブロックチェーンネットワークに送信する、
ことを特徴とする請求項２に記載の取引記録システム。

【請求項4】

暗号資産の取引情報を生成するアプリケーションを実行し、
前記アプリケーションおよび前記取引情報の記録先となるブロックチェーンネットワークを中継する中継プログラムを実行し、
前記中継プログラムに対する更新を実行する、
処理をコンピュータが実行し、
前記中継プログラムを実行する処理は、第一のブロックチェーンプラットフォームの指定を受け付け、前記取引情報に基づいて生成されるトランザクションデータの登録を、複数のブロックチェーンネットワークのうち前記第一のブロックチェーンプラットフォームに対応する第一のブロックチェーンネットワークにリクエストし、前記第一のブロックチェーンプラットフォームからの変更先とする第二のブロックチェーンプラットフォームの指定を受け付け、前記取引情報に基づいて生成されるトランザクションデータの登録を、前記第二のブロックチェーンプラットフォームに対応する第二のブロックチェーンネットワークにリクエストする、処理を含むことを特徴とする取引記録方法。

【請求項5】

暗号資産の取引情報を生成するアプリケーションおよび前記取引情報の記録先となるブロックチェーンネットワークを中継する中継プログラムを実行する中継部と、
前記中継プログラムに対する更新を実行する更新部と、
を有し、
前記中継部は、第一のブロックチェーンプラットフォームの指定を受け付け、前記取引情報に基づいて生成されるトランザクションデータの登録を、複数のブロックチェーンネットワークのうち前記第一のブロックチェーンプラットフォームに対応する第一のブロックチェーンネットワークにリクエストし、前記第一のブロックチェーンプラットフォームからの変更先とする第二のブロックチェーンプラットフォームの指定を受け付け、前記取引情報に基づいて生成されるトランザクションデータの登録を、前記第二のブロックチェーンプラットフォームに対応する第二のブロックチェーンネットワークにリクエストする、ことを特徴とする中継装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、取引記録システム、取引記録方法、中継装置及び更新プログラムに関する。

【背景技術】

【0002】

トークンの取引記録にブロックチェーン技術が活用されている。このような技術の１つとして、ブロックチェーンネットワークに対してアセットの所有権者の変更を要求することで、アセットの提供者とアセットの使用者との間でのアセットに関する取引の仲介を行う仲介サーバが開示されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０２１－１５２８４７号公報

【文献】特開２００２－１０９２１６号公報

【文献】特開２０１２－１５５７１８号公報

【発明の概要】

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

【0004】

しかしながら、上記の仲介サーバに代表される従来技術は、提供者や使用者などのユーザ向けのポータルと、ブロックチェーンプラットフォーム向けのインタフェイスとがパッケージ化されたアプリケーションにより実現される。それ故、上記の従来技術では、ブロックチェーンプラットフォームの仕様変更などに伴うアップデート時にアプリケーション全体の入れ替えやアップデートが必要になる側面がある。

【0005】

１つの側面では、本発明は、アプリケーションの入れ替え又はアップデートの削減を実現することを目的とする。

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

【0006】

１つの側面にかかる取引記録システムは、暗号資産の取引情報を生成するアプリケーションを実行するアプリ実行部と、前記アプリケーションおよび前記取引情報の記録先となるブロックチェーンネットワークを中継する中継プログラムを実行する中継部と、前記中継プログラムに対する更新を実行する更新部と、を有する。

【0007】

１つの側面にかかる取引記録方法では、暗号資産の取引情報を生成するアプリケーションを実行し、前記アプリケーションおよび前記取引情報の記録先となるブロックチェーンネットワークを中継する中継プログラムを実行し、前記中継プログラムに対する更新を実行する。

【0008】

１つの側面にかかる中継装置は、暗号資産の取引情報を生成するアプリケーションおよび前記取引情報の記録先となるブロックチェーンネットワークを中継する中継プログラムを実行する中継部と、前記中継プログラムに対する更新を実行する更新部と、を有する。

【0009】

１つの側面にかかる更新プログラムは、暗号資産の取引情報を生成するアプリケーションと、前記取引情報の記録先となるブロックチェーンネットワークとを中継する中継プログラムに対する更新を実行する、処理を中継装置に実行させる。

【発明の効果】

【0010】

アプリケーションの入れ替え又はアップデートの削減を実現できる。

【図面の簡単な説明】

【0011】

【図1】取引記録システムの構成例を示す図である。

【図2】中継装置の機能構成例を示すブロック図である。

【図3】アプリケーション登録処理の手順を示すシーケンス図である。

【図4】アプリケーション削除処理の手順を示すシーケンス図である。

【図5】アプリケーション編集処理の手順を示すシーケンス図である。

【図6】ウォレット作成処理の手順を示すシーケンス図である。

【図7】ウォレット参照処理の手順を示すシーケンス図である。

【図8】トークン定義処理の手順を示すシーケンス図である。

【図9】トークン無効化処理の手順を示すシーケンス図である。

【図10】トランザクション登録処理の手順を示すシーケンス図（１）である。

【図11】トランザクション登録処理の手順を示すシーケンス図（２）である。

【図12】トランザクション参照処理の手順を示すシーケンス図である。

【図13】スマートコントラクト登録処理の手順を示すシーケンス図である。

【図14】スマートコントラクト無効化処理の手順を示すシーケンス図である。

【図15】更新処理の手順を示すシーケンス図である。

【図16】ハードウェア構成例を示す図である。

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

【0012】

以下、添付図面を参照して本願に係る取引記録システム、取引記録方法、中継装置及び更新プログラムの実施形態について説明する。各実施形態には、あくまで１つの例や側面を示すに過ぎず、このような例示により数値や機能の範囲、利用シーンなどは限定されない。そして、各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

【0013】

＜システム構成＞
図１は、取引記録システムの構成例を示す図である。図１に示す取引記録システム１は、トークンエコノミにおける取引情報をブロックチェーンに記録するプラットフォームを提供するものである。

【0014】

図１に示すように、取引記録システム１には、ユーザ端末１０Ａ～１０Ｎと、ＩｏＴ（Internet of Things）デバイス２０Ａ～２０Ｎと、管理者端末３０と、ＡＰＰ（APPlication）サーバ５０と、ＢＣ（Block Chain）ネットワーク７０Ａ～７０Ｎと、中継装置１００とが含まれ得る。

【0015】

以下、ユーザ端末１０Ａ～１０Ｎの各々の個体を区別せずともよい場合、「ユーザ端末１０」と記載する場合がある。同様に、ＩｏＴデバイス２０Ａ～２０Ｎの各々の個体を区別せずともよい場合、「ＩｏＴデバイス２０」と記載する場合がある。同様に、ＢＣネットワーク７０Ａ～７０Ｎの各々の個体を区別せずともよい場合、「ＢＣネットワーク７０」と記載する場合がある。

【0016】

これらユーザ端末１０、ＩｏＴデバイス２０、管理者端末３０、ＡＰＰサーバ５０、ＢＣネットワーク７０及び中継装置１００は、ネットワークＮＷを介して、通信可能に接続され得る。なお、ネットワークＮＷは、有線や無線を問わず、インターネット技術、工業用通信規格、あるいはＩｏＴ向けの省電力無線通信規格などの任意の技術により実現されてよい。

【0017】

ユーザ端末１０は、トークンエコノミに参加するユーザにより使用される端末装置である。ユーザ端末１０は、パーソナルコンピュータを始め、スマートフォン、タブレット端末、ウェアラブル端末などの任意の情報処理装置により実現されてよい。

【0018】

ＩｏＴデバイス２０は、図示しない任意のセンサをネットワークＮＷに接続する機能を一側面として有するデバイスである。ＩｏＴデバイス２０は、１または複数のセンサと接続するＩ／Ｏ（Input／Output）機能を有してよい。例えば、Ｉ／Ｏ機能が有線通信で実現される場合、ＵＡＲＴ（Universal Asynchronous Receiver／Transmitter）により実現されてよい。また、Ｉ／Ｏ機能が無線通信で実現される場合、ＢＬＥ（Bluetooth（登録商標） Low Energy）、あるいはＲＦＩＤ（Radio Frequency Identification）などの近距離無線通信により実現されてよい。

【0019】

管理者端末３０は、トークンエコノミの管理者により使用される端末装置である。ここで言う「管理者」には、トークンエコノミの運営者、例えばトークンの発行者を始め、取引記録システム１を運営する事業者などの関係者が含まれてよい。このような管理者端末３０も、ユーザ端末１０と同様、パーソナルコンピュータを始め、スマートフォン、タブレット端末、ウェアラブル端末などの任意の情報処理装置により実現されてよい。

【0020】

ＡＰＰサーバ５０は、ユーザ端末１０及びＩｏＴデバイス２０向けのアプリケーションを実行するサーバ装置である。一実施形態として、ＡＰＰサーバ５０は、パッケージソフトウェア又はオンラインソフトウェアとして、上記のアプリケーションを任意のコンピュータにインストールさせることによって実装できる。例えば、ＡＰＰサーバ５０は、ＳａａＳ（Software as a Service）型のアプリケーションとして実現することで、上記のアプリケーションに対応するサービスをクラウドサービスとして提供できる。この他、ＡＰＰサーバ５０は、上記のアプリケーションに対応するサービスをオンプレミスに提供するサーバとして実現することもできる。

【0021】

ここで言う「アプリケーション」は、１つの側面として、ユーザ端末１０の利用状況またはＩｏＴデバイス２０のセンシング状況に応じて、トークンの取引情報、例えば取引をするユーザや取引で授受されるトークンの数量などの情報を生成する機能を有する。

【0022】

例えば、アプリケーションは、トークンエコノミを形成するコミュニティに所属するユーザを自律的に動かすモチベーションの１つとして、ユーザにトークンを発行したり、ユーザ間でトークンを交換したりといった形式の取引情報を生成する。

【0023】

このようなアプリケーションは、企業における社員特性の見える化・交流の促進、サプライチェーンにおける資源循環の促進、組織のＫＰＩ（Key Performance Indicator）改善などの利用シーンで用いることができる。

【0024】

例えば、企業における社員特性の見える化を例に挙げれば、アプリケーションは、質疑応答のＱ＆Ａの貢献を把握する側面から、コメント投稿ツールとして実現されてよい。この場合、コメント投稿ツールは、あくまで例示として、質問コメントの回数が条件を満たすユーザにトークンを発行する。この他、アプリケーションは、タスクの進捗を把握する側面から、タスクの進捗管理ツールとして実現されてよい。この場合、進捗管理ツールは、あくまで例示として、タスクの進捗をアップロードする頻度またはタスクの進捗が条件を満たすユーザにトークンを発行したり、進捗の下位所定数に該当するユーザから進捗の上位所定数に該当するユーザにトークンを移動させたりする。

【0025】

ＢＣネットワーク７０は、ブロックチェーンの管理に用いるＰ２Ｐ（Peer to Peer）ネットワークである。

【0026】

ブロックチェーンは、Ｐ２Ｐネットワークを構成する複数のノードが同一のデータベースを保持する分散型台帳技術の１つである。ブロックチェーンでは、Ｐ２Ｐネットワーク上のトランザクション群がブロックとしてまとめて処理され、ハッシュ関数によって各ブロックがリンクされている。ブロックチェーンにおいて記録されたブロックのデータは、後続のすべてのブロックを変更しない限り遡及的に変更することはできず、ブロックチェーンを用いた台帳管理のプラットフォームは改変に対する安全性が高い。

【0027】

このようなＢＣネットワーク７０を形成するノード間で用いられるコンセンサスアルゴリズムには、ＰｏＷ（Proof of Work）、あるいはＰｏＳ（Proof of Stake）などの任意の方式を用いることができる。

【0028】

ブロックチェーンでは、トランザクションデータに秘密鍵を用いた電子署名が付与されることにより、なりすましが防止される。なお、トランザクションデータの暗号化には、必ずしも公開鍵暗号方式を用いずともよい。例えば、ＡＥＳ（Advanced Encryption Standard）、ＳＨＡ（Secure Hash Algorithm）、ＲＳＡ（Rivest-Shamir-Adleman cryptosystem）、ＥＣＣ（Elliptic Curve Cryptography)などの任意の暗号化アルゴリズムを用いることができる。

【0029】

また、各トランザクションのデータは、公開されると共にＢＣネットワーク７０全体で共有される。なお、Ｐ２Ｐデータベースの種類によっては、Ｐ２Ｐネットワーク全体で必ずしも同一の記録を保持せずともよい。

【0030】

このようなＢＣネットワーク７０を形成するノード間で用いられるコンセンサスアルゴリズムには、ＰｏＷ、あるいはＰｏＳなどの任意の方式を用いることができる。

【0031】

＜課題の一側面＞
上記の背景技術の欄で説明した通り、上記の従来技術は、ユーザ向けのポータルと、ブロックチェーンプラットフォーム向けのインタフェイスとがパッケージ化されたアプリケーションにより実現される。それ故、上記の従来技術では、ブロックチェーンプラットフォームの仕様変更などに伴うアップデート時にアプリケーション全体の入れ替えやアップデートが必要になる側面がある。

【0032】

＜課題解決アプローチの一側面＞
そこで、本実施例に係る取引記録システム１では、ユーザ向けのポータルと、ブロックチェーンプラットフォーム向けのインタフェイスとを分離する側面から、ＡＰＰサーバ５０およびＢＣネットワーク７０を中継する中継機能を独立のモジュールとして構築する。これにより、ブロックチェーンプラットフォームの仕様変更などに伴うアップデート時に上記の中継機能に対応するモジュールのみを更新できる。

【0033】

あくまで一例として、取引記録システム１には、上記の中継機能を有する中継装置１００が構築される。一実施形態として、中継装置１００は、パッケージソフトウェア又はオンラインソフトウェアとして、上記の中継機能に対応するソフトウェアを任意のコンピュータにインストールさせることによって実装できる。例えば、中継装置１００は、ＳａａＳ型のアプリケーションとして実現することで、上記の中継機能をクラウドサービスとして提供できる。この他、中継装置１００は、上記の中継機能をオンプレミスに提供するサーバとして実現することもできる。

【0034】

したがって、本実施例に係る取引記録システム１によれば、アプリケーションの入れ替え又はアップデートの削減を実現できる。それ故、アプリケーション管理者は、アプリケーション自体のアップデートや管理に注力することができ、管理コストを下げることにもつながる。

【0035】

なお、図１に示す取引記録システム１では、あくまで一例として、上記の中継機能を有する中継装置１００がＡＰＰサーバ５０と独立するマシンとして実現される例を挙げるが、これに限定されない。例えば、上記のアプリケーションおよび上記の中継機能の各々は、任意の仮想化技術を通じて、異なる仮想マシンとして実現されることとしてもよい。この場合、上記のアプリケーションおよび上記の中継機能が同一の物理マシンで動作したり、あるいは両者がパッケージ化されたプラットフォーム、あるいはクラウドサービスとして実現したりすることを妨げない。

【0036】

＜中継装置１００の構成＞
次に、本実施例に係る中継機能を有する中継装置１００の機能構成例について説明する。図２は、中継装置１００の機能構成例を示すブロック図である。図２には、上記の中継機能に対応する機能のブロックが模式化されている。

【0037】

図２に示すように、中継装置１００は、リクエスト受付部１１０と、ＡＰＰ管理部１３０と、Ｔｘ（transaction）管理部１５０と、更新部１７０とを有する。

【0038】

これらリクエスト受付部１１０、ＡＰＰ管理部１３０、Ｔｘ管理部１５０および更新部１７０などの機能部は、ハードウェアプロセッサにより実現される。例えば、ハードウェアプロセッサの例として、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＧＰＧＰＵ（General-Purpose computing on GPU）が挙げられる。プロセッサは、図示しないストレージ、例えばＨＤＤ（Hard Disk Drive）、光ディスクやＳＳＤ（Solid State Drive）などからＯＳ（Operating System）の他、上記の中継機能に対応する中継プログラムなどを読み出す。その上で、プロセッサは、上記の中継プログラムを実行することにより、ＲＡＭ（Random Access Memory）等のメモリ上に上記の機能部に対応するプロセスを展開する。このように、上記の中継プログラムが実行される結果、上記の機能部がプロセスとして仮想的に実現される。この他、上記の機能部は、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）などのハードワイヤードロジックにより実現されてもよい。

【0039】

リクエスト受付部１１０は、各種のリクエストを受け付ける処理部である。ここで言う「リクエスト」には、あくまで例示として、「アプリケーション」や「ウォレット」、「トークン」、「スマートコントラクト」、「取引」に関するものが含まれてよい。

【0040】

１つの側面として、リクエスト受付部１１０は、管理者端末３０からＡＰＰサーバ５０が実行するアプリケーションの登録、編集または削除などのリクエストを受け付ける。他の側面として、リクエスト受付部１１０は、管理者端末３０からウォレットの登録または参照などのリクエストを受け付ける。更なる側面として、リクエスト受付部１１０は、管理者端末３０からトークンの定義または無効化などのリクエストを受け付ける。他の側面として、リクエスト受付部１１０は、管理者端末３０からスマートコントラクトの登録または無効化などのリクエストを受け付ける。更なる側面として、リクエスト受付部１１０は、ＡＰＰサーバ５０から取引登録または取引参照などのリクエストを受け付ける。

【0041】

ＡＰＰ管理部１３０は、ＡＰＰサーバ５０により実行されるアプリケーションを管理する処理部である。図１に示すように、ＡＰＰ管理部１３０は、ＡＰＰ登録部１３１と、ＡＰＰ削除部１３２と、ＡＰＰ編集部１３３とを有する。

【0042】

ＡＰＰ登録部１３１は、アプリケーションに関する設定を登録する処理部である。図３は、アプリケーション登録処理の手順を示すシーケンス図である。図３に示すように、管理者端末３０は、ＡＰＰ登録部１３１が提供する登録ウィンドウを介して、アプリケーションの設定に関するＡＰＰ情報の入力を受け付ける（ステップＳ１０１）。なお、上記のステップＳ１０１では、トークンエコノミの運営者などに付与される管理者権限のアカウントが認証済みである場合に絞ってＡＰＰ情報の入力を受け付けることができる。

【0043】

以下、あくまで例示として、登録ウィンドウのＨＴＭＬ（HyperText Markup Language）ソースが中継装置１００から管理者端末３０へ提供される場合を例に挙げる。

【0044】

この場合、登録ウィンドウは、汎用のブラウザなどにレンダリングさせることができる。例えば、登録ウィンドウには、ＡＰＰ情報の例として、アプリケーション名、アプリケーション管理者、アプリケーションパスワード、初期設定時の記録先とする第一のブロックチェーンプラットフォームなどの項目を指定が可能なＧＵＩ部品を含めることができる。なお、ＧＵＩは、「Graphical User Interface」の略称である。

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

Ｔｘ管理部１５０は、トランザクションを管理する処理部である。図１に示すように、Ｔｘ管理部１５０は、ウォレット作成部１５１と、ウォレット参照部１５２と、トークン定義部１５３と、トークン無効化部１５４と、Ｔｘ登録部１５５と、Ｔｘ参照部１５６と、ＳＣ（Smart Contract）登録部１５７と、ＳＣ無効化部１５８とを有する。

【0073】

ウォレット作成部１５１は、トークンエコノミに参加するユーザのウォレット作成を中継する処理部である。図６は、ウォレット作成処理の手順を示すシーケンス図である。図６に示すように、管理者端末３０は、ウォレット作成部１５１が提供するユーザ情報ウィンドウを介して、トークンエコノミに参加する新規ユーザに関するユーザ情報の入力を受け付ける（ステップＳ４０１）。

【0074】

例えば、ユーザ情報ウィンドウには、ユーザ情報の例として、ユーザ名や鍵生成用パスフレーズ、鍵管理オプションなどの項目を指定が可能なＧＵＩ部品を含めることができる。

【0075】

ユーザ情報の入力受付後、管理者端末３０は、ステップＳ４０１で受け付けたユーザ情報を含むウォレット作成のリクエストをＡＰＰサーバ５０へ送信する（ステップＳ４０２）。

【0076】

このようにウォレット作成のリクエストを受け付けたＡＰＰサーバ５０は、ウォレット作成のリクエストに新規ユーザが利用するアプリケーションのＡＰＰｉｄをさらに含めて中継装置１００へ送信する（ステップＳ４０３）。

【0077】

そして、中継装置１００のウォレット作成部１５１は、ＡＰＰ情報に含まれるエントリのうち、ＡＰＰサーバ５０から受け付けたウォレット作成のリクエストに含まれるＡＰＰｉｄに対応するエントリを検索する（ステップＳ４０４）。

【0078】

続いて、ウォレット作成部１５１は、ユーザ情報ウィンドウを介して受け付けたユーザ情報、例えば鍵生成用パスフレーズから鍵情報、例えば秘密鍵や公開鍵などを生成する（ステップＳ４０５）。その上で、ウォレット作成部１５１は、ステップＳ４０５で生成された鍵情報を含むウォレット作成のリクエストをＢＣネットワーク７０に送信する（ステップＳ４０６）。

【0079】

このリクエストに応答して、ＢＣネットワーク７０は、ステップＳ４０５で生成された鍵情報に基づいて新規ユーザのウォレットアドレスを作成する（ステップＳ４０７）。その上で、ＢＣネットワーク７０は、ステップＳ４０７で生成されたウォレットアドレスなどを含むレスポンスを中継装置１００へ送信する（ステップＳ４０８）。

【0080】

続いて、ウォレット作成部１５１は、図示しないストレージなどに記憶されたユーザウォレット情報に含まれるエントリに新規ユーザが利用するアプリケーションのＡＰＰｉｄ及び新規ユーザのユーザ名に対応する新規エントリを追加し、当該新規エントリにＢＣネットワーク７０から受け付けたウォレットアドレスのうち公開鍵のウォレットアドレスを登録する（ステップＳ４０９）。

【0081】

そして、ユーザ情報ウィンドウを介する鍵管理オプションで秘密鍵のウォレットアドレスの管理が「システム」、例えば取引記録システム１の中継装置１００に設定されている場合（ステップＳ４１０Ｙｅｓ）、ウォレット作成部１５１は、次のような処理を実行する。すなわち、ウォレット作成部１５１は、ユーザウォレット情報に含まれるエントリのうち新規ユーザのユーザ名に対応するエントリに、秘密鍵のウォレットアドレスを登録する（ステップＳ４１１）。

【0082】

これら秘密鍵および公開鍵のペアの管理には、ＰＫＩ（Public Key Infrastructure）などの技術を用いることができる。

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

あくまで一例として、上記のルールには、条件部および帰結部を定義することができる。例えば、センサが画像センサである場合を例に挙げれば、条件部には、休日出勤回数「３回」などを設定すると共に、帰結部には、条件部に設定された条件を満たす場合に生成する取引の内容「発行者からユーザへ１０トークン発行」を設定できる。このようなルールの場合、画像認識ＡＩ（Artificial Intelligence）などによりユーザの顔が異なる３回の休日に認識されると、発行者から当該ユーザへ１０トークンを付与する取引情報が生成される。

【0123】

その後、ＡＰＰサーバ５０は、ステップＳ９０２で生成された取引情報およびセンシング状況を監視するアプリケーションのＡＰＰｉｄを中継装置１００へ送信する（ステップＳ９０３）。

【0124】

そして、中継装置１００のＴｘ登録部１５５は、ＡＰＰ情報に含まれるエントリのうち、ＡＰＰサーバ５０から受け付けたＡＰＰｉｄに対応するエントリを検索する（ステップＳ９０４）。

【0125】

続いて、Ｔｘ登録部１５５は、ＡＰＰサーバ５０から受け付けた取引情報に基づいて取引登録用のトランザクションデータを生成する（ステップＳ９０５）。このとき、トークンの取引情報がトークン交換である場合、取引登録用のトランザクションデータは、トークンの送信元のユーザの秘密鍵のウォレットアドレスを参照して生成することができる。その上で、Ｔｘ登録部１５５は、ステップＳ９０５で生成されたトランザクションデータの登録をステップＳ９０４の検索でヒットする記録先のＢＣネットワーク７０にリクエストする（ステップＳ９０６）。

【0126】

このリクエストに応答して、ＢＣネットワーク７０は、中継装置１００から受け付けたトランザクションデータをブロックチェーンに登録する（ステップＳ９０７）。その上で、ＢＣネットワーク７０は、ステップＳ９０７でブロックチェーンに登録されたトランザクションデータのトランザクションｉｄを含むレスポンスを中継装置１００へ送信する（ステップＳ９０８）。なお、ステップＳ９０７では、トランザクションの登録に必要な情報が揃っている場合に絞ってトランザクションの登録を実行できるのは言うまでもない。

【0127】

その後、Ｔｘ登録部１５５は、ＢＣネットワーク７０から受け付けたトランザクションｉｄをＡＰＰサーバ５０を介してＩｏＴデバイス２０に送信し（ステップＳ９０９およびステップＳ９１０）、処理を終了する。

【0128】

Ｔｘ参照部１５６は、トランザクションの参照を中継する処理部である。図１２は、トランザクション参照処理の手順を示すシーケンス図である。図１２に示すように、ユーザ端末１０は、参照対象とするトランザクションを識別するトランザクションｉｄの指定を受け付ける（ステップＳ１００１）。

【0129】

その上で、ユーザ端末１０は、ステップＳ１００１で指定を受け付けたトランザクションｉｄを含むトランザクション参照のリクエストをＡＰＰサーバ５０へ送信する（ステップＳ１００２）。

【0130】

その後、ＡＰＰサーバ５０は、ユーザ端末１０から受け付けたトランザクション参照のリクエストに当該ユーザが利用するアプリケーションのＡＰＰｉｄをさらに含めて中継装置１００へ送信する（ステップＳ０１００３）。

【0131】

そして、中継装置１００のＴｘ参照部１５６は、ＡＰＰ情報に含まれるエントリのうち、ＡＰＰサーバ５０から受け付けたＡＰＰｉｄに対応するエントリを検索する（ステップＳ１００４）。

【0132】

その上で、Ｔｘ参照部１５６は、ＡＰＰサーバ５０から受け付けたトランザクション参照のリクエストをステップＳ１００４の検索でヒットする記録先のＢＣネットワーク７０に送信する（ステップＳ１００５）。

【0133】

このリクエストに応答して、ＢＣネットワーク７０は、中継装置１００から受け付けたリクエストに含まれるトランザクションｉｄに対応するトランザクションデータを検索する（ステップＳ１００６）。その上で、ＢＣネットワーク７０は、ステップＳ１００６の検索でヒットするトランザクションデータを含むレスポンスを中継装置１００へ送信する（ステップＳ１００７）。

【0134】

その後、Ｔｘ参照部１５６は、ＢＣネットワーク７０から受け付けたトランザクションデータをＡＰＰサーバ５０を介してユーザ端末１０に送信し（ステップＳ１００８およびステップＳ１００９）、処理を終了する。

【0135】

ＳＣ登録部１５７は、スマートコントラクトの登録を中継する処理部である。スマートコントラクトとは、ブロックチェーン上で契約を自動執行する仕組みであり、例えば、ブロックチェーン上に書き込まれるコンピュータプログラムとして実現され得る。このようなスマートコントラクトに定義されるルールに従ってＢＣネットワーク７０にトランザクションデータの登録を自動的に実行させることとしてもかまわない。

【0136】

図１３は、スマートコントラクト登録処理の手順を示すシーケンス図である。図１３に示すように、管理者端末３０は、ＳＣ登録部１５７が提供するＳＣ登録ウィンドウを介して、スマートコントラクトの内容の入力を受け付ける（ステップＳ１１０１）。

【0137】

スマートコントラクトの内容の入力受付後、管理者端末３０は、ステップＳ１１０１で受け付けたスマートコントラクトの内容を含むスマートコントラクト登録のリクエストをＡＰＰサーバ５０へ送信する（ステップＳ１１０２）。

【0138】

このようにスマートコントラクト登録のリクエストを受け付けたＡＰＰサーバ５０は、スマートコントラクト登録のリクエストにスマートコントラクトが利用されるアプリケーションのＡＰＰｉｄをさらに含めて中継装置１００へ送信する（ステップＳ１１０３）。

【0139】

そして、中継装置１００のＳＣ登録部１５７は、ＡＰＰ情報に含まれるエントリのうち、ＡＰＰサーバ５０から受け付けたスマートコントラクト登録のリクエストに含まれるＡＰＰｉｄに対応するエントリを検索する（ステップＳ１１０４）。

【0140】

続いて、ＳＣ登録部１５７は、ＳＣ登録ウィンドウを介して受け付けたスマートコントラクトの内容に基づいてＳＣ登録用のトランザクションデータを生成する（ステップＳ１１０５）。その上で、ＳＣ登録部１５７は、ステップＳ１１０５で生成されたＳＣ登録用のトランザクションデータの登録をステップＳ１１０４の検索でヒットする記録先のＢＣネットワーク７０にリクエストする（ステップＳ１１０６）。

【0141】

このリクエストに応答して、ＢＣネットワーク７０は、中継装置１００から受け付けたＳＣ登録用のトランザクションデータをブロックチェーンに登録する（ステップＳ１１０７）。その上で、ＢＣネットワーク７０は、ステップＳ１１０７でブロックチェーンに登録されたトランザクションデータのトランザクションｉｄを含むレスポンスを中継装置１００へ送信する（ステップＳ１１０８）。

【0142】

その後、ＳＣ登録部１５７は、ＢＣネットワーク７０から受け付けたトランザクションｉｄをＡＰＰサーバ５０を介して管理者端末３０に返信し（ステップＳ１１０９およびステップＳ１１１０）、処理を終了する。

【0143】

ＳＣ無効化部１５８は、スマートコントラクトの無効化を中継する処理部である。図１４は、スマートコントラクト無効化処理の手順を示すシーケンス図である。図１４に示すように、管理者端末３０は、ＳＣ無効化部１５８が提供するＳＣ削除ウィンドウを介して、削除対象とするスマートコントラクトに対応するトランザクションｉｄの入力を受け付ける（ステップＳ１２０１）。

【0144】

トランザクションｉｄの入力受付後、管理者端末３０は、ステップＳ１２０１で受け付けたトランザクションｉｄを含むＳＣ無効化のリクエストをＡＰＰサーバ５０へ送信する（ステップＳ１２０２）。

【0145】

このようにＳＣ無効化のリクエストを受け付けたＡＰＰサーバ５０は、ＳＣ無効化のリクエストに当該スマートコントラクトに対応するアプリケーションのＡＰＰｉｄをさらに含めて中継装置１００へ送信する（ステップＳ１２０３）。

【0146】

そして、中継装置１００のＳＣ無効化部１５８は、ＡＰＰ情報に含まれるエントリのうち、ＡＰＰサーバ５０から受け付けたＳＣ無効化のリクエストに含まれるＡＰＰｉｄに対応するエントリを検索する（ステップＳ１２０４）。

【0147】

続いて、ＳＣ無効化部１５８は、ＳＣ削除ウィンドウを介して受け付けたトランザクションｉｄに基づくＳＣ無効化のリクエストをステップＳ１２０４の検索でヒットする記録先のＢＣネットワーク７０にリクエストする（ステップＳ１２０５）。

【0148】

このリクエストに応答して、ＢＣネットワーク７０は、中継装置１００から受け付けたＳＣ無効化のリクエストで指定されたトランザクションｉｄに対応するスマートコントラクトの登録を無効化する（ステップＳ１２０６）。その上で、ＢＣネットワーク７０は、ステップＳ１２０６におけるＳＣ無効化の結果、例えば成否を含むレスポンスを中継装置１００へ送信する（ステップＳ１２０７）。

【0149】

その後、ＳＣ無効化部１５８は、ＢＣネットワーク７０から受け付けたＳＣ無効化の結果をＡＰＰサーバ５０を介して管理者端末３０に返信し（ステップＳ１２０８およびステップＳ１２０９）、処理を終了する。

【0150】

更新部１７０は、上記の中継プログラムの更新を実行する処理部である。図１５は、更新処理の手順を示すシーケンス図である。図１５に示すように、更新部１７０は、管理者端末３０から上記の中継プログラムの更新ファイルの指定を受け付ける（ステップＳ１３０１）。

【0151】

ここで言う「更新ファイル」は、あくまで１つの側面として、ブロックチェーンプラットフォームの仕様変更などに対応する側面から、取引記録システム１の運営事業者に所属する関係者、例えばシステム管理者などにより作成され得る。

【0152】

更新ファイルの指定の受付後、管理者端末３０は、更新ファイルのインストールを中継装置１００へリクエストする（ステップＳ１３０２）。

【0153】

このように更新ファイルのインストールのリクエストを受け付けた中継装置１００の更新部１７０は、更新ファイルをインストールする（ステップＳ１３０３）。その後、更新部１７０は、更新ファイルのインストールの実行結果、例えば成否を含むレスポンスを管理者端末３０へ送信し（ステップＳ１３０４）、処理を終了する。

【0154】

＜効果の一側面＞
上述してきたように、本実施例に係る取引記録システム１では、ＡＰＰサーバ５０およびＢＣネットワーク７０を中継する中継機能を独立のモジュールとして構築する。これにより、ブロックチェーンプラットフォームの仕様変更などに伴うアップデート時に上記の中継機能に対応するモジュールのみを更新できる。したがって、本実施例に係る取引記録システム１によれば、アプリケーションの入れ替え又はアップデートの削減を実現できる。

【0155】

＜応用例＞
上記の実施形態は一例を示したものであり、種々の応用が可能である。

【0156】

（１）アプリケーション
上記の実施形態では、ＡＰＰサーバ５０により実行されるＷｅｂアプリケーションとして実現される例を挙げたが、ユーザ端末１０またはＩｏＴデバイス２０により実行される配布型のアプリケーションとして実現されることとしてもよい。この場合、取引記録システム１には、必ずしもＡＰＰサーバ５０を設置せずともよい。

【0157】

＜適用例＞
上記の実施形態は一例を示したものであり、種々の適用が可能である。

【0158】

上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

【0159】

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散や統合の具体的形態は図示のものに限られない。つまり、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

【0160】

さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

【0161】

＜ハードウェア＞
次に、上記の実施形態に係る中継装置１００のハードウェア構成例を説明する。図１６は、ハードウェア構成例を示す図である。図１６に示すように、中継装置１００は、通信装置１００ａ、ＨＤＤ（Hard Disk Drive）１００ｂ、メモリ１００ｃ、プロセッサ１００ｄを有する。また、図１２に示した各部は、バス等で相互に接続される。

【0162】

通信装置１００ａは、ネットワークインタフェイスカードなどであり、他のサーバとの通信を行う。ＨＤＤ１００ｂは、図２に示された機能を動作させるプログラムやデータを記憶する。

【0163】

プロセッサ１００ｄは、図２に示した各処理部と同様の処理を実行するプログラムをＨＤＤ１００ｂ等から読み出してメモリ１００ｃに展開することで、図２等で説明した各機能を実行するプロセスを動作させる。例えば、このプロセスは、中継装置１００が有する各処理部と同様の機能を実行する。具体的には、プロセッサ１００ｄは、リクエスト受付部１１０、ＡＰＰ管理部１３０、Ｔｘ管理部１５０および更新部１７０等と同様の機能を有するプログラムをＨＤＤ１００ｂ等から読み出す。そして、プロセッサ１００ｄは、リクエスト受付部１１０、ＡＰＰ管理部１３０、Ｔｘ管理部１５０および更新部１７０等と同様の処理を実行するプロセスを実行する。

【0164】

このように、中継装置１００は、プログラムを読み出して実行することで中継方法を実行するコンピュータとして動作する。また、中継装置１００は、媒体読取装置によって記録媒体から上記プログラムを読み出し、読み出された上記プログラムを実行することで上記の実施形態と同様の機能を実現することもできる。なお、この他の実施形態でいうプログラムは、中継装置１００によって実行されることに限定されるものではない。例えば、他のコンピュータまたはサーバがプログラムを実行する場合や、これらが協働してプログラムを実行するような場合にも、本発明を同様に適用することができる。

【0165】

このプログラムは、インターネットなどのネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ－ＲＯＭ、ＭＯ（Magneto－Optical disk）、ＤＶＤ（Digital Versatile Disc）などのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することができる。

【符号の説明】

【0166】

１ 取引記録システム
１０ ユーザ端末
２０ ＩｏＴデバイス
３０ 管理者端末
５０ ＡＰＰサーバ
７０ ＢＣネットワーク
１００ 中継装置
１１０ リクエスト受付部
１３０ ＡＰＰ管理部
１３１ ＡＰＰ登録部
１３２ ＡＰＰ削除部
１３３ ＡＰＰ編集部
１５０ Ｔｘ管理部
１５１ ウォレット作成部
１５２ ウォレット参照部
１５３ トークン定義部
１５４ トークン無効化部
１５５ Ｔｘ登録部
１５６ Ｔｘ参照部
１５７ ＳＣ登録部
１５８ ＳＣ無効化部
１７０ 更新部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】