特許 7566233 電子通貨基盤を実現するための方法およびシステム

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

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

(11)【特許番号】

(24)【登録日】2024-10-04

(45)【発行日】2024-10-15

(54)【発明の名称】電子通貨基盤を実現するための方法およびシステム

(51)【国際特許分類】

   G06Q 20/06 20120101AFI20241007BHJP

【ＦＩ】

G06Q20/06 300

【請求項の数】 14

(21)【出願番号】P 2024516788

(86)(22)【出願日】2023-11-21

(86)【国際出願番号】 JP2023041796

【審査請求日】2024-03-15

【早期審査対象出願】

(73)【特許権者】

【識別番号】521314127

【氏名又は名称】帝都 久利寿

(73)【特許権者】

【識別番号】514318600

【氏名又は名称】コネクトフリー株式会社

(74)【代理人】

【識別番号】110001195

【氏名又は名称】弁理士法人深見特許事務所

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

本開示によれば、ネットワークなどのリソースを大きく消費することなく、安全な通貨流通を実現できる。

【図面の簡単な説明】

【0015】

【図1】本実施の形態に従う電子通貨基盤の構成例を示す模式図である。

【図2】本実施の形態に従う電子通貨基盤において用いられる情報処理装置のハードウェア構成例を示す模式図である。

【図3】本実施の形態に従う電子通貨基盤において用いられるモバイル装置のハードウェア構成例を示す模式図である。

【図4】本実施の形態に従う電子通貨基盤における電子通貨の流通の一例を説明するための図である。

【図5】本実施の形態に従う電子通貨のデータ構造の一例を示す模式図である。

【図6】本実施の形態に従う電子通貨基盤における信頼チェーンの一例を示す模式図である。

【図7】本実施の形態に従う電子通貨の信頼コントロールセクション（信頼認証セクション）のデータ構造の一例を示す模式図である。

【図8】本実施の形態に従う電子通貨のトランザクションコントロールセクションのトランザクションデータのデータ構造の一例を示す模式図である。

【図9】本実施の形態に従う電子通貨のスペシャルセクションのチェックポイントデータのデータ構造の一例を示す模式図である。

【図10】本実施の形態に従う電子通貨基盤の台帳のデータ構造一例を示す模式図である。

【図11】本実施の形態に従う電子通貨基盤におけるエンティティ間の電子通貨の移転の基本的な処理手順例を説明するための図である。

【図12】本実施の形態に従う電子通貨基盤におけるプランニングを含む電子通貨の移転の基本的な処理手順例を説明するための図である。

【図13】本実施の形態に従う電子通貨基盤における電子通貨の流通の処理手順を示すシーケンス図である。

【図14】本実施の形態に従う電子通貨基盤における電子通貨の流通の別の処理手順を示すシーケンス図である。

【図15】本実施の形態に従う電子通貨基盤の台帳における処理手順の一例を示すフローチャートである。

【図16】本実施の形態に従う電子通貨基盤の台帳における整合性の検証の一例を説明するための図である。

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

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

トランザクションコントロールセクション４４は、電子通貨１０に既知の公開鍵を提供するための情報と、新たな公開鍵において電子通貨１０を受け入れるための情報とを含んでいてもよい。例えば、いずれかのエンティの鍵ペア（公開鍵）の有効期限が切れると、新たな鍵ペア（公開鍵）が発行される。トランザクションコントロールセクション４４には、このような鍵ペア（公開鍵）の更新のための情報が格納されてもよい。

【0117】

（ｅ４：スペシャルセクション４６）
スペシャルセクション４６は、無効管理セクション４７と、チェックポイントデータ４８とを含む。

【0118】

無効管理セクション４７には、電子通貨１０の有効期限が切れていないか否かの判断結果が格納される。電子通貨１０の有効期限が切れていれば、電子通貨１０をさらに流通されることはできず、中央銀行３に戻すことのみが許容される。

【0119】

チェックポイントデータ４８には、チェックポイントデータが順次格納される。署名済のチェックポイントデータは、電子通貨１０の流通経路の各ポイントを示す。すなわち、チェックポイントデータ４８は、電子通貨１０の移転が成功した後に署名される。

【0120】

チェックポイントデータ４８に格納されたチェックポイントデータは、以下の要件が満たされなければ破棄される。
（１）署名者公開鍵がトランザクションコントロールセクション４４に登録されていること
（２）新たに生成されたチェックポイントデータ４８の処理時刻４８１は、生成済のチェックポイントデータ４８の処理時刻４８１より新しいこと
（３）新たに生成されたチェックポイントデータ４８の処理時刻４８１は、有効期間終了時刻４３２を過ぎていないこと
（４）新たに生成されたチェックポイントデータ４８の処理時刻４８１は、（１）～（３）を含めた一連の検証を行う処理が実行される現在時刻より古いこと
上述の（１）～（４）の要件は、電子通貨１０を受信したエンティティが評価してもよいし、台帳８において評価されてもよい。

【0121】

図９は、本実施の形態に従う電子通貨１０のスペシャルセクション４６のチェックポイントデータ４８のデータ構造の一例を示す模式図である。図９を参照して、チェックポイントデータ４８は、処理時刻４８１と、ランダムノンス４８２と、署名者公開鍵４８３と、署名データ４８４とを含む。

【0122】

処理時刻４８１は、チェックポイントデータ４８が生成された時刻である。
ランダムノンス４８２は、処理時刻４８１と組み合わせることで、セキュリティ強度を高めるために用いられる。

【0123】

署名者公開鍵４８３には、電子通貨１０を渡す側のエンティティ（ソースエンティティ）の公開鍵が格納される。

【0124】

署名データ４８４は、署名者公開鍵４８３のペアとなる秘密鍵を用いて、チェックポイントデータ４８に含まれる情報（処理時刻４８１、ランダムノンス４８２、および、署名者公開鍵４８３）から生成される。すなわち、署名データ４８４に含まれる情報（署名データ４８４を除く）をハッシュ関数に入力して算出されるハッシュ値を、署名者公開鍵４８３のペアとなる秘密鍵で暗号化することで、署名データ４８４が生成される。

【0125】

チェックポイントデータ４８は、電子通貨１０がエンティティ間を流通するたびに生成される。

【0126】

（ｅ５：電子通貨１０のファイル名）
電子通貨１０のファイル名は、例えば、通貨コードと、額面（最小単位の整数倍として表現）と、シリアル番号とを連結した文字列と、ファイル拡張子（例えば、「ｓｎｏｔｅ」）とから構成してもよい。

【0127】

例えば、日本円で１０，０００円の額面を示す電子通貨１０のファイル名は、「JPY-10000-5891b5b522d5df086d0ff0b110fbd9d21bb4fc7163af34d08286a2e846f6be03.snote」と設定できる。また、米ドルで１００．００ドルの額面を示す電子通貨１０のファイル名は、「USD-10000-48ae15fd45c3ae607e41a72d153d6c051f267c42f5ea11f26e1b33b183eaf0e8.snote」と設定できる。このとき、米ドルの最小単位はセントであるので、額面はセントの整数倍で表現される。

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

エンティティ２は、エンティティ１への移転対象である１または複数の電子通貨１０の各々に、Ｏｆｆｅｒエントリ４５１およびチェックポイントデータ４８を追加する（シーケンスＳＱ１２２）。エンティティ１は、Ｏｆｆｅｒエントリ４５１およびチェックポイントデータ４８が追加された１または複数の電子通貨１０をエンティティ１に送信する（シーケンスＳＱ１２４）。

【0162】

エンティティ１は、受信した１または複数の電子通貨１０のチェックポイントデータ４８に含まれる署名データをエンティティ２の公開鍵を用いて検証する（シーケンスＳＱ１２６）。エンティティ１は、署名データの検証が問題なければ、受信した１または複数の電子通貨１０の内容を台帳８に送信する（シーケンスＳＱ１２８）。エンティティ１は、エンティティ２から電子通貨１０（電子ファイル）を受信した後に、電子通貨１０の内容と台帳８に記録された内容とを照合する。

【0163】

エンティティ１は、送信した１または複数の電子通貨１０の内容について整合性に問題がある旨の通知を台帳８から受信すると（シーケンスＳＱ１３０においてＹＥＳ）、エンティティ２に処理の中止を通知する（シーケンスＳＱ１３２）。

【0164】

エンティティ１は、送信した１または複数の電子通貨１０の内容について整合性に問題がある旨の通知を台帳８から受信しなければ（シーケンスＳＱ１３０においてＮＯ）、受信した１または複数の電子通貨１０の各々に、Ａｃｃｅｐｔエントリ４５２およびチェックポイントデータ４８を追加する（シーケンスＳＱ１３４）。エンティティ１は、Ａｃｃｅｐｔエントリ４５２およびチェックポイントデータ４８が追加された１または複数の電子通貨１０をエンティティ２に送信する（シーケンスＳＱ１３６）。

【0165】

エンティティ１は、プランニングにおいて決定された、移転すべき１または複数の電子通貨１０のすべてについて、Ａｃｃｅｐｔエントリ４５２およびチェックポイントデータ４８が追加されたファイルを受信していれば（シーケンスＳＱ１３８においてＹＥＳ）、移転すべき１または複数の電子通貨１０の内容を台帳８に送信し（シーケンスＳＱ１４０）、当該移転すべき１または複数の電子通貨１０をエンティティ１のストレージから削除する（シーケンスＳＱ１４２）。

【0166】

同様に、エンティティ２は、プランニングにおいて決定された、移転すべき１または複数の電子通貨１０のすべてについて、Ａｃｃｅｐｔエントリ４５２およびチェックポイントデータ４８が追加されたファイルを受信していれば（シーケンスＳＱ１４４においてＹＥＳ）、移転すべき１または複数の電子通貨１０の内容を台帳８に送信し（シーケンスＳＱ１４６）、当該移転すべき１または複数の電子通貨１０をエンティティ２のストレージから削除する（シーケンスＳＱ１４８）。

【0167】

以上のような処理によって、エンティティ１からエンティティ２への財産的価値が移転する。なお、エンティティ１およびエンティティ２は、電子通貨１０の移転後のそれぞれが所有する電子通貨１０の合計額を更新してもよい。

【0168】

（ｇ３：非ネットワークゾーン６２における電子通貨１０の流通）
次に、中央銀行３が市中に提供した電子通貨１０の流通について説明する。

【0169】

図１４は、本実施の形態に従う電子通貨基盤１における電子通貨１０の流通の別の処理手順を示すシーケンス図である。図１４には、エンティティ１からエンティティ２に財産的価値を移転する処理例を示す。

【0170】

典型的には、エンティティ１はソースエンティティであり、エンティティ２はターゲットエンティティである。図１４に示す処理例において、エンティティ１およびエンティティ２は、いずれも非ネットワークゾーン６２に存在している。

【0171】

図１４を参照して、まず、エンティティ１とエンティティ２との間で通信が確立される（シーケンスＳＱ２００）。

【0172】

エンティティ１およびエンティティ２の少なくとも一方が移転すべき財産的価値（金額）の指定を受けると（シーケンスＳＱ２０２）、エンティティ１およびエンティティ２は、プランニングにより、トランザクションＩＤと移転対象の１または複数の電子通貨１０とを決定する（シーケンスＳＱ２０４）。プランニングにおいて、エンティティ１およびエンティティ２は、対象となる電子通貨１０の有効期限が切れていないことも検証する。

【0173】

エンティティ１は、エンティティ２への移転対象である１または複数の電子通貨１０の各々に、Ｏｆｆｅｒエントリ４５１およびチェックポイントデータ４８を追加する（シーケンスＳＱ２０６）。エンティティ１は、Ｏｆｆｅｒエントリ４５１およびチェックポイントデータ４８が追加された１または複数の電子通貨１０をエンティティ２に送信する（シーケンスＳＱ２０８）。

【0174】

エンティティ２は、受信した１または複数の電子通貨１０のチェックポイントデータ４８に含まれる署名データをエンティティ１の公開鍵を用いて検証する（シーケンスＳＱ２１０）。エンティティ２は、署名データの検証が問題なければ、受信した１または複数の電子通貨１０の各々に、Ａｃｃｅｐｔエントリ４５２およびチェックポイントデータ４８を追加する（シーケンスＳＱ２１２）。エンティティ２は、Ａｃｃｅｐｔエントリ４５２およびチェックポイントデータ４８が追加された１または複数の電子通貨１０をエンティティ１に送信する（シーケンスＳＱ２１４）。

【0175】

おつりとして１または複数の電子通貨１０をエンティティ２からエンティティ１に移転する必要がある場合には、シーケンスＳＱ２１６～ＳＱ２２４の処理も実行される。

【0176】

エンティティ２は、エンティティ１への移転対象である１または複数の電子通貨１０の各々に、Ｏｆｆｅｒエントリ４５１およびチェックポイントデータ４８を追加する（シーケンスＳＱ２１６）。エンティティ１は、Ｏｆｆｅｒエントリ４５１およびチェックポイントデータ４８が追加された１または複数の電子通貨１０をエンティティ１に送信する（シーケンスＳＱ２１８）。

【0177】

エンティティ１は、受信した１または複数の電子通貨１０のチェックポイントデータ４８に含まれる署名データをエンティティ２の公開鍵を用いて検証する（シーケンスＳＱ２２０）。エンティティ１は、受信した１または複数の電子通貨１０の各々に、Ａｃｃｅｐｔエントリ４５２およびチェックポイントデータ４８を追加する（シーケンスＳＱ２２２）。エンティティ１は、Ａｃｃｅｐｔエントリ４５２およびチェックポイントデータ４８が追加された１または複数の電子通貨１０をエンティティ２に送信する（シーケンスＳＱ２２４）。

【0178】

エンティティ１は、プランニングにおいて決定された、移転すべき１または複数の電子通貨１０のすべてについて、Ａｃｃｅｐｔエントリ４５２およびチェックポイントデータ４８が追加されたファイルを受信していれば（シーケンスＳＱ２２６においてＹＥＳ）、移転すべき１または複数の電子通貨１０をエンティティ１のストレージから削除する（シーケンスＳＱ２２８）。

【0179】

同様に、エンティティ２は、プランニングにおいて決定された、移転すべき１または複数の電子通貨１０のすべてについて、Ａｃｃｅｐｔエントリ４５２およびチェックポイントデータ４８が追加されたファイルを受信していれば（シーケンスＳＱ２３０においてＹＥＳ）、移転すべき１または複数の電子通貨１０をエンティティ２のストレージから削除する（シーケンスＳＱ２３２）。

【0180】

以上のような処理によって、エンティティ１からエンティティ２への財産的価値が移転する。なお、エンティティ１およびエンティティ２は、電子通貨１０の移転後のそれぞれが所有する電子通貨１０の合計額を更新してもよい。

【0181】

（ｇ４：台帳８における処理手順）
図１５は、本実施の形態に従う電子通貨基盤１の台帳８における処理手順の一例を示すフローチャートである。

【0182】

図１５を参照して、台帳８は、エンティティから要求を受け付けると（ステップＳ１００においてＹＥＳ）、要求の種類を判断する（ステップＳ１０２）。

【0183】

台帳８を参照するための要求であれば（ステップＳ１０２において「参照」）、台帳８は、初期データ４１に含まれる連続識別子などにより指定された電子通貨１０に対応する登録内容を応答する（ステップＳ１０４）。そして、ステップＳ１００以下の処理が繰り返される。

【0184】

台帳８にデータを追加するための要求であれば（ステップＳ１０２において「追加」）、台帳８は、初期データ４１に含まれる連続識別子などにより指定された電子通貨１０に対応する登録内容と追加を要求されたデータとの整合性を検証する（ステップＳ１０６）。整合性に問題があれば（ステップＳ１０６においてＦＡＩＬ）、台帳８は、整合性に問題がある旨を応答する（ステップＳ１０８）。そして、ステップＳ１００以下の処理が繰り返される。

【0185】

整合性に問題がなければ（ステップＳ１０６においてＯＫ）、台帳８は、指定された電子通貨１０に対応付けて要求されたデータを登録する（ステップＳ１１０）。そして、ステップＳ１００以下の処理が繰り返される。

【0186】

図１６は、本実施の形態に従う電子通貨基盤１の台帳８における整合性の検証の一例を説明するための図である。図１６には、電子通貨１０の二重譲渡の一例を示す。

【0187】

図１６（Ａ）を参照して、エンティティＡが同一の電子通貨１０をエンティティＢおよびエンティティＣにそれぞれ渡した場合を想定する。

【0188】

図１６（Ｂ）に示すように、この場合には、エンティティＡからエンティティＢへの電子通貨１０の移転を示すチェックポイントデータ４８－１と、エンティティＡからエンティティＣへの電子通貨１０の移転を示すチェックポイントデータ４８－２とが電子通貨１０に生成される。

【0189】

チェックポイントデータ４８を処理時刻４８１に基づいてソートすると、チェックポイントデータ４８－１の署名者公開鍵４８３と、チェックポイントデータ４８－２の署名者公開鍵４８３とが同一となる。このような署名者公開鍵４８３の値に基づいて、電子通貨１０の二重譲渡などの発生を検知できる。また、同一となった公開鍵の所有者が二重譲渡を行った者であると特定できる。

【0190】

すなわち、電子通貨１０の不正な移転の有無を判断する処理は、電子通貨１０に関連付けて、あるエンティティから複数のエンティティに電子通貨１０をそれぞれ移転する記録（チェックポイントデータ４８）が存在するか否かを判断する処理を含む。

【0191】

このように、台帳８または他のエンティティは、同一の電子通貨１０に登録された複数のチェックポイントデータに基づいて、チェックポイントデータ４８の整合性を検証する。

【0192】

（ｇ５：電子通貨１０の有効期限）
本実施の形態に従う電子通貨基盤１においては、電子通貨１０に有効期限が設定されている。中央銀行３（または、発行局２）は、有効期限が切れた電子通貨１０に対応して、新たな電子通貨１０を発行してもよい。

【0193】

新たな電子通貨１０は、有効期限が切れた電子通貨１０を受信したタイミングで発行されてもよいし、当該タイミングとは独立して発行されてもよい。例えば、有効期限が切れた電子通貨１０を受信すると、予め発行された電子通貨１０（十分な有効期限が残っている）のうち、対応する金額の電子通貨１０を選択して提供してもよい。

【0194】

なお、新たに提供される電子通貨１０の金額は、有効期限が切れた電子通貨１０の金額とは同一でなくてもよい。例えば、何らかの税金を予め控除してもよい。この場合には、新たに提供される電子通貨１０の金額は、有効期限が切れた電子通貨１０の金額から所定の税額が控除された金額となる。あるいは、インフレーションまたは金利などを反映してもよい。この場合には、新たに提供される電子通貨１０の金額は、有効期限が切れた電子通貨１０の金額より大きくなる。

【0195】

このように、中央銀行３（または、発行局２）は、市中に流通する通貨の総額などを管理することもできる。

【0196】

＜Ｈ．電子通貨基盤１におけるチェックポイントデータの利用＞
本実施の形態に従う電子通貨基盤１においては、電子通貨１０の各々の流通を完全にトレースできる。そのため、例えば、マネー・ローンダリングなどの犯罪行為または不法行為の発生を防止できる。

【0197】

また、電子通貨１０の流通を統計的に処理することで、市中における経済活動の状態などを推定することもできる。さらに、電子通貨１０の流通に関与したエンティティを匿名化した上で統計情報を生成することで、経済指標などを算出することもできる。また、匿名化された統計情報を有償または無償で提供することもできる。

【0198】

このように、本実施の形態に従う電子通貨基盤１においては、従来の通貨とは異なり、電子通貨１０の流通を完全にトレースできるので、経済的な分析などをより高精度に行うことができる。

【0199】

例えば、中央銀行３が台帳８に基づく監視を常時行うことで、電子通貨１０の不正な移転が発見されると、当該不正な移転を治安組織（例えば、警察など）に即座に通報するようにしてもよい。また、中央銀行３（または、中央銀行３から委託された機関）は、台帳８の登録内容に基づいて、裁判（刑事裁判および／または民事裁判）用の証拠を生成および提供するようにしてもよい。

【0200】

また、マネー・ローンダリングなどを防止するために、移転目的などを示す情報を電子通貨１０に追加するようにしてもよい。例えば、ＩＳＩＣ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｔａｎｄａｒｄ Ｉｎｄｕｓｔｒｉａｌ Ｃｌａｓｓｉｆｉｃａｔｉｏｎ ｏｆ Ａｌｌ Ｅｃｏｎｏｍｉｃ Ａｃｔｉｖｉｔｉｅｓ）に従うコードを用いてもよい。ユーザは、商品およびサービスの購入の対価として、電子通貨１０を支払う場合には、当該商品またはサービスを示すコードを電子通貨１０に付加してもよい。あるいは、電子通貨１０を受け取るエンティティが対象の商品またはサービスを示すコードを電子通貨１０に付加してもよい。

【0201】

なお、商品またはサービスを示すコードについては、上述のＩＳＩＣに限られず、任意のコード体系を用いることができる。国際的に標準化されたコード体系を用いてもよいし、特定の国において適用されるコード体系を用いてもよい。

【0202】

トランザクションＩＤと商品またはサービスを示すコード（すなわち、使用用途）とを組み合わせた情報を分析することで、マネー・ローンダリングの可能性などを推定できる。また、商品またはサービスを示すコードに基づいて、テロの可能性なども推定できる。

【0203】

また、中央銀行３（または、中央銀行３から委託された機関）は、台帳８の登録内容に基づいて、商品およびサービスの状況などを分析して、定期的にレポートを出力してもよい。このようなレポートは、経済状況や経済動向の分析に有効な情報となる。

【0204】

また、中央銀行３（または、中央銀行３から委託された機関）、または、税金の賦課徴収を担当する機関は、台帳８に基づいて、商品およびサービスに係る対価の支払いに応じた税金（例えば、付加価値税、物品税、消費税など）の課税を行ってもよい。本実施の形態に従う電子通貨基盤においては、商品およびサービスの対価の支払い元および支払い先のエンティティを管理できるので、各エンティティが支払うべき税金額を算出できる。さらに、中央銀行３または賦課徴収を担当する機関は、算出された額の税金を都度または機関毎に徴収してもよい。税金の徴収は、各エンティティの預金口座からの引き落としで行われてもよいし、各エンティティに対して算出された額の電子通貨の支払いを要求する形で行われてもよい。

【0205】

このように、本実施の形態に従う電子通貨基盤は、少なくとも、行政機関による各種事務手続きおよび各種処理を支援できる。

【0206】

＜Ｉ．利点＞
本実施の形態に従う電子通貨基盤１によれば、少なくとも一部のエンティティは、少なくとも台帳８に記録された内容に基づいて、電子通貨１０の不正な移転の有無を判断できる。仮想通貨とは異なり、任意のタイミングで台帳８を参照することで、電子通貨１０の不正な移転の有無を判断できるので、ネットワークなどのリソースを大きく消費することがない。一方で、電子通貨１０の不正な移転の有無を確実に判断できるので、安全な通貨流通を実現できる。

【0207】

今回開示された実施の形態はすべての点で例示であって制限的なものでないと考えられるべきである。本発明の範囲は上記した説明ではなくて請求の範囲によって示され、請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

【符号の説明】

【0208】

１ 電子通貨基盤、２ 発行局、３ 中央銀行、４ 金融機関、５ 販売者、６，６Ａ，６Ｂ 消費者、８ 台帳、１０，１１，１２，１３，１４，１５，１６ 電子通貨、２２，２３，２４，１１６，２１６ 鍵ペア、２２Ａ，２３Ａ，２４Ａ，２５Ａ，２６Ａ，２６ＡＡ，２６ＡＢ 秘密鍵、２２Ｂ，２３Ｂ，２４Ｂ，２５Ｂ 公開鍵、３１，３２，３３，３４，４８，４８Ａ，４８Ｂ チェックポイントデータ、４０ ドキュメントルートコントロールセクション、４１ 初期データ、４２ 信頼コントロールセクション、４３ 信頼認証セクション、４４ トランザクションコントロールセクション、４５ トランザクションデータ、４６ スペシャルセクション、４７ 無効管理セクション、５１ ローカル発行局、５２ 国務省、５３ 財務省、５４ 公証人、５５ 政府機関、６０ ネットワーク化ゾーン、６２ 非ネットワークゾーン、１００ 情報処理装置、１０２，２０２ プロセッサ、１０４，２０４ メモリ、１０６，２０６ 入力部、１０８，２０８ 表示部、１１０，２１０ ストレージ、１１２，２１２ ＯＳ、１１４，２１４ アプリケーションプログラム、１２０ ネットワークインターフェイス、２００ モバイル装置、２２０ カメラ、２２２ スピーカ、２２４ 無線通信部、２２６ 近距離通信部、４３１ 有効期間開始時刻、４３２ 有効期間終了時刻、４３３ ロールコード、４３４ 発行者公開鍵、４３５，４５５ エンティティ公開鍵、４３６，４８４ 署名データ、４５１ Ｏｆｆｅｒエントリ、４５２ Ａｃｃｅｐｔエントリ、４５３ 種別、４５４ トランザクションＩＤ、４８１ 処理時刻、４８２ ランダムノンス、４８３ 署名者公開鍵。

【要約】

電子通貨基盤を実現するためのコンピュータによって実行される方法は、予め定められた財産的価値を付与された電子ファイルを生成するステップと、電子ファイルに中央銀行の秘密鍵を用いて生成された第１の署名データを追加するステップと、第１の署名データが追加された後、電子ファイルを第１のエンティティから第２のエンティティに移転するために、第１のエンティティの秘密鍵を用いて生成された第２の署名データを電子ファイルに追加するステップと、電子ファイルの内容の少なくとも一部を台帳に記録するステップと、少なくとも台帳に記録された内容に基づいて、電子ファイルの不正な移転の有無を判断するステップとを含む。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】