特許 7169420 情報処理装置、情報処理方法、およびプログラム

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

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

(11)【特許番号】

(24)【登録日】2022-11-01

(45)【発行日】2022-11-10

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

(51)【国際特許分類】

   G06Q 20/06 20120101AFI20221102BHJP

【ＦＩ】

G06Q20/06 300

【請求項の数】 9

(21)【出願番号】P 2021189842

(22)【出願日】2021-11-24

【審査請求日】2021-11-24

(31)【優先権主張番号】P 2021072732

(32)【優先日】2021-04-22

(33)【優先権主張国・地域又は機関】JP

(73)【特許権者】

【識別番号】522147665

【氏名又は名称】株式会社ディーカレットＤＣＰ

(74)【代理人】

【識別番号】110003281

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

(72)【発明者】

【氏名】清水 健一

(72)【発明者】

【氏名】辻 和幸

【審査官】岡北 有平

(56)【参考文献】

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

【文献】国際公開第２０２０／２４０７７１（ＷＯ，Ａ１）

【文献】特開２０１７－０９７８１２（ＪＰ，Ａ）

【文献】特開２０１９－２１２２５６（ＪＰ，Ａ）

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

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

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

【請求項1】

トークンの運用を行う運用事業者によって運用される情報処理装置であって、
第１の利用者から第２の利用者への、現金通貨に対応付けられたコインの移転を指示する支払い指示を受け付ける受付手段と、
前記受付手段で受け付けた前記支払い指示に応じて前記コインに対応付けられたトークンの移転を指示する移転指示を電子通貨管理システムに送信する送信手段と、
を備え、
前記電子通貨管理システムは、
前記コインを運用するコイン用ブロックチェーンネットワークと、
トークンを運用するトークン用ブロックチェーンネットワークと、
前記トークン用ブロックチェーンネットワーク内での前記トークンの移転に応じて前記コイン用ブロックチェーンネットワーク内で前記トークンに対応付けられた前記コインを移転する移転手段と、
を備え、
前記第１の利用者から前記第２の利用者への前記支払い指示は、前記第２の利用者から前記第１の利用者への商品またはサービスの提供への対価として実行され、
前記情報処理装置は、前記第２の利用者から前記第１の利用者への商品またはサービスの提供が完了したことを検出する検出手段をさらに有し、
前記送信手段は、前記検出手段で商品またはサービスの提供が完了したことを検出した場合に前記移転指示を送信する ことを特徴とする情報処理装置。

【請求項2】

前記支払い指示は、前記トークンの移転時期に関する条件を含む前記トークンの移転に関す る条件を含むことを特徴とする請求項１に記載の情報処理装置。

【請求項3】

トークンの運用を行う運用事業者によって運用される情報処理装置であって、
第１の利用者から第２の利用者への、現金通貨に対応付けられたコインの移転を指示する支払い指示を受け付ける受付手段と、
前記受付手段で受け付けた前記支払い指示に応じて前記コインに対応付けられたトークンの移転を指示する移転指示を電子通貨管理システムに送信する送信手段と、
を備え、
前記電子通貨管理システムは、
前記コインを運用するコイン用ブロックチェーンネットワークと、
トークンを運用するトークン用ブロックチェーンネットワークと、
前記トークン用ブロックチェーンネットワーク内での前記トークンの移転に応じて前記コイン用ブロックチェーンネットワーク内で前記トークンに対応付けられた前記コインを移転する移転手段と、
を備え、
前記支払い指示は、前記トークンの移転時期に関する条件を含む前記トークンの移転に関する条件を含むことを特徴とする情報処理装置。

【請求項4】

前記支払い指示は、前記第１の利用者に対応付けられた署名情報を含み、
前記送信手段は、前記署名情報に基づいて前記トークンの移転の指示を生成して送信することを特徴とする請求項１から３の何れか１項に記載の情報処理装置。

【請求項5】

前記受付手段は、前記第１の利用者の第１端末から前記支払い指示を受け付けることを特徴とする請求項１から４の何れか１項に記載の情報処理装置。

【請求項6】

トークンの運用を行う運用事業者によって運用される情報処理装置が実行する情報処理方法であって、
第１の利用者から第２の利用者への、現金通貨に対応付けられたコインの移転を指示する支払い指示を受け付けることと、
受け付けた前記支払い指示に応じて前記コインに対応付けられたトークンの移転を指示する移転指示を電子通貨管理システムに送信することと、
を含み、
前記電子通貨管理システムは、
前記コインを運用するコイン用ブロックチェーンネットワークと、
トークンを運用するトークン用ブロックチェーンネットワークと、
前記トークン用ブロックチェーンネットワーク内での前記トークンの移転に応じて前記コイン用ブロックチェーンネットワーク内で前記トークンに対応付けられた前記コインを移転する移転手段と、
を備え、
前記第１の利用者から前記第２の利用者への前記支払い指示は、前記第２の利用者から前記第１の利用者への商品またはサービスの提供への対価として実行され、
前記情報処理方法は、前記第２の利用者から前記第１の利用者への商品またはサービスの提供が完了したことを検出することをさらに含み、
前記移転指示は、商品またはサービスの提供が完了したことを前記情報処理装置が検出した場合に送信される ことを特徴とする情報処理方法。

【請求項7】

前記支払い指示は、前記トークンの移転時期に関する条件を含む前記トークンの移転に関する条件を含むことを特徴とする請求項６に記載の情報処理方法。

【請求項8】

トークンの運用を行う運用事業者によって運用される情報処理装置が実行する情報処理方法であって、
第１の利用者から第２の利用者への、現金通貨に対応付けられたコインの移転を指示する支払い指示を受け付けることと、
受け付けた前記支払い指示に応じて前記コインに対応付けられたトークンの移転を指示する移転指示を電子通貨管理システムに送信することと、
を含み、
前記電子通貨管理システムは、
前記コインを運用するコイン用ブロックチェーンネットワークと、
トークンを運用するトークン用ブロックチェーンネットワークと、
前記トークン用ブロックチェーンネットワーク内での前記トークンの移転に応じて前記コイン用ブロックチェーンネットワーク内で前記トークンに対応付けられた前記コインを移転する移転手段と、
を備え、前記支払い指示は、前記トークンの移転時期に関する条件を含む前記トークンの移転に関する条件を含むことを特徴とする情報処理方法。

【請求項9】

コンピュータを請求項１から５のいずれか１項に記載の情報処理装置として機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

これまで、複数の事業者によって、複数の電子通貨や仮想通貨などの電子決済システムが運営されている。例えば、特許文献１には、仮想通貨の移転（トランザクション）を有効化するシステムが開示されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特許第６５２１４２１号公報

【発明の概要】

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

【0004】

本発明は、上述の問題に鑑みて成されたものであり、電子通貨の運用を希望する事業者が電子通貨の運用を簡便に行うことができる技術を提供することを目的とする。

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

【0005】

本発明の一態様による情報処理装置は、トークンの運用を行う運用事業者によって運用される情報処理装置であって、
第１の利用者から第２の利用者への、現金通貨に対応付けられたコインの移転を指示する支払い指示を受け付ける受付手段と、
前記受付手段で受け付けた前記支払い指示に応じて前記コインに対応付けられたトークンの移転を指示する移転指示を電子通貨管理システムに送信する送信手段と、
を備え、
前記電子通貨管理システムは、
前記コインを運用するコイン用ブロックチェーンネットワークと、
トークンを運用するトークン用ブロックチェーンネットワークと、
前記トークン用ブロックチェーンネットワーク内での前記トークンの移転に応じて前記コイン用ブロックチェーンネットワーク内で前記トークンに対応付けられた前記コインを移転する移転手段と、
を備え、
前記第１の利用者から前記第２の利用者への前記支払い指示は、前記第２の利用者から前記第１の利用者への商品またはサービスの提供への対価として実行され、
前記情報処理装置は、前記第２の利用者から前記第１の利用者への商品またはサービスの提供が完了したことを検出する検出手段をさらに有し、
前記送信手段は、前記検出手段で商品またはサービスの提供が完了したことを検出した場合に前記移転指示を送信することを特徴とする。

【発明の効果】

【0006】

本発明によれば、電子通貨の運用を希望する事業者が電子通貨の運用を簡便に行うことができる技術を提供することができる。

【図面の簡単な説明】

【0007】

【図1】本実施形態に係る電子通貨管理システムを示す図。

【図2】図１の発行者装置、運用事業者装置、利用者装置、リレー装置のハードウェア構成を示す図。

【図3】トークンの発行処理を示す図。

【図4】二層構造電子通貨の概念図。

【図5】付加領域ネットワーク間の価値の移転の一例を示す図。

【図6】付加領域ネットワーク間の価値の移転の一例を示す図。

【図7】付加領域ネットワークのアプリケーション例を示す図。

【図8】銀行間の決済の一例を示す図。

【図9】電子通貨管理システムを示す図。

【図10】発行者装置、運用事業者装置、利用者装置を登録する処理を示す図。

【図11】供託処理を示す図。

【図12】コインの発行処理を示す図。

【図13】コイン発行後の電子通貨管理システムを示す図。

【図14】トークンの登録処理を示す図。

【図15】トークンの発行処理を示す図。

【図16】トークン発行後の電子通貨管理システムを示す図。

【図17】トークンの購入処理を示す図。

【図18】トークン購入後の電子通貨管理システムを示す図。

【図19】トークンの移転例を示す図。

【図20】トークンの移転例を示す図。

【図21】図１３の管理サーバのハードウェア構成を示す図。

【図22】付加領域における支払い処理の一例を示す図。

【図23】付加領域における支払い処理の一例を示す図。

【図24】共通領域における送金処理の一例を示す図。

【図25】付加領域における支払い処理の一例を示す図。

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

【0008】

以下、添付図面を参照して実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものではなく、また実施形態で説明されている特徴の組み合わせの全てが発明に必須のものとは限らない。実施形態で説明されている複数の特徴のうち二つ以上の特徴は任意に組み合わされてもよい。また、同一若しくは同様の構成には同一の参照番号を付し、重複した説明は省略する。

【0009】

以下、本実施形態に係る電子通貨管理システムについて説明する。本実施形態に係る電子通貨管理システム１は、共通領域ネットワーク１０、発行体装置１１Ａ、１１Ｂ、１１Ｃ（以下、区別せず発行体装置１１と呼ぶ場合がある）、リレー装置２１Ａ、２１Ｂ、２１Ｃ（以下、区別せずリレー装置２１と呼ぶ場合がある）、付加領域ネットワーク３０Ａ、３０Ｂ、３０Ｃ（以下、区別せず付加領域ネットワーク３０と呼ぶ場合がある）、運用事業者装置３１Ａ、３１Ｂ、３１Ｃ（以下、区別せず運用事業者装置３１と呼ぶ場合がある）、並びに利用者装置４１Ａ、４１Ｂ、４１Ｃ（以下、区別せず利用者装置４１と呼ぶ場合がある）および４２Ａ、４２Ｂ、４２Ｃ（以下、区別せず利用者装置４２と呼ぶ場合がある）を含む。

【0010】

共通領域ネットワーク１０は、例えばブロックチェーンなどの分散台帳ネットワークであり、発行体装置１１を含む分散台帳システムを運用するノードで構成される。共通領域ネットワーク１０は、発行体装置１１が運用する通貨に紐づく電子通貨（コイン）１０１～１０４の移転などの操作を実行するために利用される。

【0011】

発行体装置１１は銀行などの電子通貨の発行免許を有する企業が利用する装置である。

【0012】

付加領域ネットワーク３０は、例えばブロックチェーンなどの分散台帳ネットワークであり、運用事業者装置３１および利用者装置４１、４２を含む分散台帳システムを運用するノードで構成される。付加領域ネットワーク３０は、運用事業者装置３１が運用するトークンの移転などの操作を提供するために利用される。本実施形態では、コインまたはトークンの操作とは、発行、移転、償却、交換を含む。付加領域ネットワーク３０は企業などのビジネスニーズに応じて個別のユースケース毎に作られる。

【0013】

リレー装置２１は、共通領域ネットワーク１０および付加領域ネットワーク３０を監視し、付加領域ネットワーク３０でのトークンの操作に応じて共通領域ネットワーク１０のコインの操作を行う。また共通領域ネットワーク１０でのコインの操作に応じて付加領域ネットワーク３０のトークンの操作を行う。運用事業者装置３１は付加領域ネットワーク３０でのトークンの運用を行う事業体の装置である。利用者装置４１および４２は、トークンを利用した付加領域におけるサービスの提供を受ける利用者の装置である。

【0014】

例えば、銀行である発行体装置１１Ａは、１０億円分の電子通貨を発行したい、という顧客である運用事業者３１Ａの依頼に基づいて、顧客の銀行口座から既存の銀行預金１０億円を引き落とし、どこの付加領域で使うか指定のない状態のホワイトコイン１０１を１０億円分発行する。

【0015】

この後、運用事業者は、共通領域ネットワーク１０が提供するアプリケーションを利用して１０億発行されたホワイトコイン１０１のうち、２億円分のホワイトコインを付加領域に対応付けられたコイン１０２に割り当てるとともに、付加領域ネットワーク３０Ａにコイン１０２に対応するトークン(例えば電力トークン)を発行するよう発行指示を出す。このタイミングで１０億のホワイトコインうち２億は付加領域ネットワーク３０Ａ(例えば電力取引の付加領域)でしか使えなくなる。

【0016】

同様に他の付加領域においてもそれぞれ発行を希望するトークンの数量を指定し、共通領域ネットワーク１０においてコイン１０３、１０４に示すように付加領域ネットワーク３０ごとに割り当てる（ロックをかける）ことでその付加領域分の価値を担保することができる。また、指定を行った瞬間に付加領域ネットワーク３０にはあたかも通貨が発行されたようなイメージのトークンが発行される。これは電子通貨の実体そのものではなく、それを動かすための指図をする指図証明のようなものであり、運用事業者から見たときにはあたかも付加領域で電子通貨が発行されたように見える。

【0017】

付加領域ネットワーク３０Ａで取引をする際、付加領域ネットワーク３０Ａで発行された、実態は「電子通貨のシャドウ」のようなトークンを付加領域ネットワーク３０Ａで動かすことで価値を転々流通させる。付加領域ネットワーク３０Ａで転々流通をさせるその内容は付加領域ネットワーク３０Ａと共通領域ネットワーク１０とでコイン１０２およびトークンの操作を非同期で連携させる。すなわち、付加領域ネットワーク３０Ａでトークンが転々流通をしたことと同期させて共通領域ネットワーク１０で実体の電子通貨（コイン）１０２～１０４で価値を移転させる。

【0018】

共通領域で発行される電子通貨は法的には預金そのものとして整理することにより、通常の供託が必要な資産、ではなく、預金債権そのものを表象する。銀行は為替業務として実際の電子通貨の移転を行う。

【0019】

最初に銀行からどこの付加領域で使うか指定しないホワイトコインを発行し、これを付加領域１で使うよう指定する。

【0020】

これをホワイトコインに戻す機能を用意し、付加領域指定解除の操作をし、ホワイトコインに戻して、今度は別の付加領域で使う、という指定をすることで、例えば電力売買で指定された電子通貨を解除、小売電子通貨で使う、という指定をして通貨をわざわざ銀行預金に戻すことなく移転できるようにする。

【0021】

次に、図２を参照して、発行体装置１１、リレー装置２１、運用事業者装置３１、並びに利用者装置４１および４２の構成について説明する。発行体装置１１は、プロセッサ２０１、メモリ２０２、ストレージ２０３、ネットワークインタフェース（Ｉ／Ｆ）２０４、および入出力Ｉ／Ｆ２０５を備える。

【0022】

プロセッサ２０１は、発行体装置１１の全体を制御する制御部である。プロセッサ２０１は、ストレージ２０３に格納されたプログラムまたはオペレーティングシステム（ＯＳ）を実行するＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、およびマイクロコントローラの少なくとも何れかを含む。メモリ２０２は、プロセッサ２０１のワークメモリとして用いられるＤＲＡＭ（Dynamic Random Access Memory）、ＳＲＡＭ（Static Random Access Memory）などで構成される。

【0023】

ストレージ２０３は、プロセッサ２０１が実行するプログラム、ＯＳ、並びにプログラムによって使用されるデータテーブルおよび設定値の少なくとも何れかを格納するＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）を含む。入出力Ｉ／Ｆ２０５は、ユーザ操作を受け付けるためのキーボード、タッチパネル、およびマイクの少なくともいずれかを含む入力機器、ならびにディスプレイ、スピーカー、およびＬＥＤの少なくともいずれかを含む出力機器を含むユーザインタフェースである。なお、本明細書ではリレー装置２１、運用事業者装置３１、並びに利用者装置４１および４２も発行体装置１１と同様のハードウェア構成であるものとして説明を行う。なお、一例では、発行体装置１１、リレー装置２１、運用事業者装置３１、並びに利用者装置４１および４２の少なくともいずれかは入出力Ｉ／Ｆ２０５を有していなくてもよく、この場合、入出力Ｉ／Ｆ２０５を有していない発行体装置１１、リレー装置２１、運用事業者装置３１、並びに利用者装置４１および４２の少なくともいずれかは、ネットワークＩ／Ｆ２０４を介して操作指示を受け付けたり、操作結果の出力を行ってもよい。

【0024】

続いて、図３を参照して本実施形態に係る電子通貨管理システム１の処理の流れについて説明する。

【0025】

まず運用事業者は発行体にトークンの運用に係る担保金３０１を発行体の銀行口座などに送金することで担保を納付する。

【0026】

続いて発行体装置１１は、担保に相当する電子通貨（コイン）３０２を共通領域ネットワーク１０で発行する。ここで発行するコイン３０２は、発行者が発行体装置１１であることを示すが、トークンには対応付けられていないホワイトコインである。また、ホワイトコインの移転指示は運用事業者装置３１では行えず、発行体装置１１によってのみ行うことができる。

【0027】

次に、付加領域ネットワークのユーザは、例えば銀行のアプリケーションシステム等を通して発行すべきトークンの種類、数量、運用事業者の識別子等を電子通貨の発行体である銀行へ通知する。

【0028】

トークンの発行通知を受けた銀行が発行体装置１１へ特定の付加領域に対するトークンの発行を指示することにより、発行体装置１１はホワイトコイン３０２をトークン３０３に紐づいた（色付けされた）コイン３０４として移転することができるようになる。

【0029】

リレー装置２１は共通領域１０を監視し、付加領域での移転を検出することによりトークン３０３に紐づいたコイン３０４を移転することができる。

【0030】

トークンの移転を検出したリレー装置２１は、共通領域ネットワーク１０にコインの移転を指示する。リレー装置２１は、トークンに紐づけられたコインの所有者を移転元から移転先に変更するよう共通領域ネットワーク１０に指示する。

【0031】

図４に示すように、共通領域ネットワーク１０に発行された電子通貨はユーザが利用する付加領域ネットワーク３０の識別子を指定することでロックされ、特定された付加領域ネットワーク３０を送付元または送付先とする取引のみ移転が可能、かつ付加領域ネットワーク３０内の装置からの指図を受けないと移転が行われない。

【0032】

すなわち、電子通貨の実態は共通領域ネットワーク１０に存在する。そして、付加領域ネットワーク３０は電子通貨の実態を化体するトークンを保有する。

【0033】

共通領域に発行される電子通貨は預金として整理する。付加領域では共通領域上の（実体としての）電子通貨を移転する為替取引を表象する証書としてトークンを発行する。電子通貨そのものを預金とするため、電子通貨を運用・消費することが可能となる。

【0034】

既存の法定通貨の仕組みに裏打ちされた信頼性の高い電子通貨を、旧来のレガシーシステムに極力頼ることなく、完結できる新しい決済プラットフォームを提供でき、プログラマビリティ等による商流とのインターオペラビリティの実現により、利便性の高いサービスを実現することができる。

【0035】

また、図５に示すように、付加領域を跨いだデジタル通貨移転を以下のように発行・償還を行うことなく実現することができる。
（１）付加領域ネットワーク３０Ａで受け取ったトークンの指定を解除し、共通領域ネットワーク１０において付加領域３０Ａに関連付けられたコインをホワイトコイン化する。これに伴い、付加領域ネットワーク３０Ａのトークンを移転量だけ減らす。
（２）ホワイトコイン化された電子通貨を付加領域ネットワーク３０Ｂに関連付けるとともに、付加領域ネットワーク３０Ｂのトークンを移転量だけ増やす。

【0036】

これによって、付加領域ネットワーク間の電子通貨の移転が完了する。

【0037】

なお、図５の例では、同一の利用者に対応付けられた利用者装置４１Ａおよび利用者装置４１Ｂを送金元および送金先とする、異なる付加領域間の価値移転の処理を示す。この場合、共通領域では、当該利用者に対応付けられたコインは、属する付加領域ネットワークが変化するのみで、価値の総量は変化しない。このため、銀行預金の移動は行われない。

【0038】

また、図６に示すように、以下の手順で異なる利用者間で付加領域を跨いだ電子通貨移転を発行・償還を行うことなく実現する。
（１）付加領域ネットワーク３０ＡのユーザＡに対応する利用者装置４１Ａは付加領域ネットワーク３０Ａ上のトークンに関連付けられた電子通貨の指定を解除し、ホワイトコイン化する。
（２）リレー装置２１Ａは、（１）においてホワイトコイン化された電子通貨をユーザＡからユーザＢに送金するよう共通領域ネットワーク１０に指示を出す。
（３）ホワイトコインがユーザＢに関連付けられ、リレー装置２１ＢはユーザＢに対応する利用者装置４１Ｂに付加領域ネットワーク３０Ｂのトークンを付与する。

【0039】

なお、図６の例では、付加領域ネットワーク３０Ａに属する利用者装置４１Ａから付加領域ネットワーク３０Ｂに属する利用者装置４１Ｂへの価値の移転が行われるため、共通領域ネットワーク１０においても、コインの移転が行われる。

【0040】

また、図７に示すように、付加領域として電力売買プラットフォーム（ＰＦ）、小売りプラットフォーム、電子通貨など、異なる付加領域ネットワークを１つの共通領域ネットワークでサポートすることができる。

【0041】

これによって、付加領域ネットワークを用いたアプリケーションを容易に立ち上げることができ、運用事業者の利便性が向上する。また、発行体は、複数の発行体で共通領域の運営を分担することができ、電子通貨を用いて銀行間の送金を行うことができる。また付加領域ネットワーク間の相互運用性を向上することができる。

【0042】

銀行間を跨って電子通貨の移転（振替）を行う場合、通常の送金と同様に銀行間での決済の考慮が必要となる。通常の銀行間送金と同様に、決済尻を日銀当座預金の振替で行う場合があるが、顧客送金時に全銀システムを通す必要がある。このため、本実施形態に係る電子通貨管理システムでは、電子通貨プラットフォーム上で極力決済まで完結できるよう銀行間決済用の電子通貨を発行する。これによって、顧客送金時に全銀システムを通す必要がなくなる。さらには将来的に中央銀行デジタル通貨（CBDC）が発行され、銀行間決済用のホールセール型CBDCが導入された場合でもスムーズな移行が可能となる。

【0043】

例えば図８に示すように、利用者８１１Ａが発行体８０１Ａの預金口座を持ち、利用者８１１Ｂが発行体８０１Ｂの預金口座を持っている場合、利用者８１１Ａが利用者８１１Ｂへ送金すると、発行体８０１Ａおよび８０１Ｂの銀行間をまたがって振替をすることになる。

【0044】

発行体８０１Ａは利用者８１１Ａの預金を減らし、発行体８０１Ｂが利用者８１１Ｂの預金を増やすことによって利用者８１１Ａと８１１Ｂとの間の決済が行われる。つまり、発行体８０１Ａは、預金者から銀行をまたがった預金の振替を指示された場合、発行体８１１Ｂとの間で銀行間の決済を行う。この際、銀行間決済は金額が大きいため、銀行がよその銀行と決済を現金で行うことはほとんどせず、通常は預金（多くの場合、銀行が中央銀行当座預金）の振替で行うことによって銀行間決済を行っている。

【0045】

二層構造電子通貨プラットフォームの共通領域では上述のような銀行間決済処理を中央銀行当座預金を使うことなくPF上で完結させるため、ホールセール型電子通貨を発行して上記のような銀行間決済を行い、銀行間の決済処理のネッティングにより、電子通貨の移転に伴う決済のファイナリティーを担保する。

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

別の例では、スマートコントラクトとして、外部装置から価格の変動率に関する情報を取得し、実際の価格を変動させてもよい。この場合、移転するトークンの量は運用事業者装置３１によって決定されてもよい。例えば、外部装置は支払先の利用者装置４２Ａであって、販売者がタイムセールなど、イベントに応じて割引を行う場合には、運用事業者装置３１は、割引率を利用者装置４２Ａから取得し、割引率に応じて移転を指示するトークンの量を変化させることができる。これによって、過剰にある商品は割引率を高く設定して、少ない金額を送金することで需給バランスを調整することができる。

【0141】

別の例では、スマートコントラクトとして、ＮＦＴ（Ｎｏｎ－Ｆｕｎｇｉｂｌｅ Ｔｏｋｅｎ）の取引において、トークンの移転と連動してＮＦＴの移転を行うよう指定することができる。この場合、スマートコントラクトには、ＮＦＴの識別子が含まれ、運用事業者装置３１は、トークンの移転指示を付加領域ネットワーク３０に送信するとともに、ＮＦＴの識別子に基づいてＮＦＴの移転を行うように外部ネットワークまたは付加領域ネットワーク３０に送信してもよい。これによって、ＮＦＴのＤｖＰ（Ｄｅｌｉｖｅｒｙ ｖｅｒｓｕｓ Ｐａｙｍｅｎｔ）をスマートコントラクトによって実現することができる。

【0142】

＜その他の実施形態＞
本実施形態では、トークンは、電子通貨によって価値が担保された電子通貨の一例である。しかしながら、トークンは、利用者からすると特定のサービスのために使われるポイントのように、インセンティブ付与を目的として扱われてもよい。

【0143】

また、上述の各実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読み出し実行する処理でも実現可能である。

【符号の説明】

【0144】

１：電子通貨管理システム、１０：共通領域ネットワーク、３０：付加領域ネットワーク、１１：発行体装置、２１：リレー装置、３１：運用事業者装置、４１：利用者装置、５０：管理サーバ

【要約】

【課題】 電子通貨の運用を希望する事業者が電子通貨の運用を簡便に行うことができる技術を提供すること
【解決手段】 トークンの運用を行う運用事業者によって運用される情報処理装置は、第１の利用者から第２の利用者への、現金通貨に対応付けられたコインの移転を指示する支払い指示を受け付ける受付手段と、受付手段で受け付けた支払い指示に応じてコインに対応付けられたトークンの移転を指示する移転指示を電子通貨管理システムに送信する送信手段と、を備え、電子通貨管理システムは、コインを運用するコイン用ブロックチェーンネットワークと、トークンを運用するトークン用ブロックチェーンネットワークと、トークン用ブロックチェーンネットワーク内でのトークンの移転に応じてコイン用ブロックチェーンネットワーク内でトークンに対応付けられたコインを移転する移転手段と、を備える。
【選択図】図２２

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】