比較評価の観点

を必要とするかどうかといった観点を導入し、普及に関する評価を補強することする。

スケーラビリティについては、主に通信負荷を考え、取引に常にサーバが介在する必要 があるかどうかで評価することとする。実際には処理負荷なども考える必要があるが、実 装やアルゴリズムに依存するので、今回は行わないこととする。

6.3

比較評価

前節の観点を箇条書きにまとめると以下のようになる。

実 現 実現されていて、決済が可能である 匿名性 取引の匿名性が提供されている 暗号化 取引が暗号化されている

ハード 専用のハード ウエアを必要としない ソフト 専用のソフトウェアを必要としない サーバ 取引に常にサーバが介在する必要がない

この観点に基づいた星取表を表^6.1に示す。星取表に従うと、本方式は実現すれば、匿 名性に関して不利で、取引に常にサーバが介在する必要がないという優位点があるとい える。

方式 実 現 匿名性 暗号化 ハード ソフト サーバ

FIRST VIRTUAL ○ × × ○ ○ ×

CyberCash ○ × ○ ○ × ×

NetCheque ○ × ○ ○ ○ △¹

ecash ○ ○ ○ ○ × ×

MONDEX △² △³ ○ × × ○

供託電子マネー方式 × △⁴ ○ ○ × △⁵

本方式 △⁶ × ○ ○ × ○

表 ^6.1:各電子決済方式の比較表

1サーバは階層化することができ、利用者は選択したサーバにのみアクセスする

2現在一部の都市（ イギリスのスウィンド ン市）で商用実験が行なわれている

3銀行と商店が結託することで匿名性が保持できなくなる

4サーバは介在しないが条件によって受託者を介在させる必要がある

5サーバと全ての受託者が結託することで取引内容の全てを知ることができる

6実装はαテスト段階で、今後実験局の開設を行なう予定である

第

章

今後の課題

本方式の今後の課題としては、すでに第 ⁵ 章であげた問題点の克服が急務であると考 えている。なぜなら、評価結果（第^6.3節）に従うなら、これらの問題が克服されない限 り、本方式の優位点だけでは有効な決済方式とは言えないと考えるからである。

また、サンプル実装は、第 ^4.4 節で述べたように、暗号化モジュール、通信モジュー ルともに安全性やスケーラビリティを考慮した設計に再設計し、実装する必要がある。ま た、ユーザーインターフェイスも暫定的なものに過ぎないので、再設計／実装を必要とす る。つまり、現在行なっているサンプル実装はあくまでサンプルで、実際に運用する場合 には、全く別の設計／実装を必要とする。

今後は、運用可能な実装を完了し、実験局を開設して、本方式の優位点の検証を行い、

決済システムとしての完成を図るつもりである。決済システムとして完成した後には、引 き受け機関を探し、実際に運用していきながら、インターネット上での通貨の効果につい て研究していきたいと考えている。

なお、第 ⁸ 章に示しすような本質的な問題がインターネット上での通貨には存在する ので、これらの解決についても、今後の研究課題として考えていきたい。

第

章