(57)【要約】      （修正有）【課題】簡単に利用開始できる電子通貨用のウォレットを提供する。【解決手段】電子通貨用のウォレットを管理する管理サーバ１０は，情報通信回線を介してユーザ端末２０と接続されており，固有の識別情報が与えられた複数のインアクティブなウォレットを記憶したデータベース１１と，ユーザ端末２０から少なくとも特定のウォレットの識別情報とユーザの連絡先情報を受信した後に当該ウォレットをアクティブ化するアクティベーション部１２ｂとを備える。【選択図】図２
2020060995.tif 000002
【特許請求の範囲】
【請求項１】
情報通信回線を介してユーザ端末に接続された管理サーバであって，
固有の識別情報が与えられた複数のインアクティブな電子通貨用のウォレットを記憶したデータベースと，
前記ユーザ端末から，少なくとも特定の前記ウォレットの識別情報とユーザの連絡先情報を受信した後に，当該ウォレットをアクティブ化するアクティベーション部と，を備える
管理サーバ。
【請求項２】
前記ウォレットは，固有のアクセスコードが与えられたものであり，
前記アクティベーション部は，前記ユーザ端末から，前記ウォレットの識別情報と前記ユーザの連絡先情報と共に，当該ウォレットのアクセスコードを受信した後に，当該ウォレットをアクティブ化する
請求項１に記載の管理サーバ。
【請求項３】
前記アクティベーション部は，前記ユーザ端末の連絡先情報に係る連絡先に所定のウェブページへのアクセス情報を送信し，当該ウェブページへのアクセスを確認した後に，前記ウォレットをアクティブ化する
請求項１又は請求項２に記載の管理サーバ。
【請求項４】
前記ウォレットがアクティブ化された後に，当該ウォレットに電子通貨を付与するトランザクション部をさらに備える
請求項１から請求項３のいずれかに記載の管理サーバ。
【請求項５】
インアクティブな電子通貨用ウォレットの識別番号は，カードに印刷されたものであり，
前記管理サーバは，少なくとも前記カードに印刷された前記ウォレットの識別番号とユーザの連絡先情報を入力するための入力フォームを前記ユーザ端末に提供する
請求項１から請求項４のいずれかに記載の管理サーバ。
【請求項６】
サーバ装置を，請求項１から請求項５のいずれかに記載の管理サーバとして機能させるためのコンピュータプログラム。
【請求項７】
情報通信回線を介してユーザ端末に接続された管理サーバによって行われる電子通貨用ウォレットのアクティベーション方法であって，
前記管理サーバは，固有の識別情報が与えられた複数のインアクティブなウォレットを記憶しており，前記ユーザ端末から，少なくとも特定の前記ウォレットの識別情報とユーザの連絡先情報を受信した後に，当該ウォレットをアクティブ化する
アクティベーション方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，仮想通貨や電子マネーといった電子通貨を保管するためのウォレットの管理サーバや，ウォレットのアクティベーション方法に関する。
【背景技術】
【０００２】
近年，電子通貨がチャージされたＩＣカードを利用して実店舗での支払いを行う決済方法（特許文献１）や，実店舗でプリペイドカードを購入することで電子通貨がユーザのウォレット（電子財布）にチャージされ，それを利用してデジタルコンテンツをオンラインストアで購入する決済方法（特許文献２）など，電子通貨の様々な利用方法が提案されている。
【０００３】
ＩＣカードを利用した決済では，そのカードに内蔵されたＩＣチップに電子通貨の残高に関する情報が暗号化して記憶されており，それに対応したリーダライタと非接触でデータ通信を行うことで，所定金額の支払いが実行されて，ＩＣチップに記憶された残高が書き換えられる。このように，ＩＣカード自体に電子マネーの残高が記憶されているため，ユーザは，このＩＣカードの利用開始時に利用登録や電子通貨を保管するウォレットの作成などの手続を行う必要がなく，ＩＣカードを無記名で利用することができ，簡単に電子通貨の利用を開始できるという利点がある。
【０００４】
他方，プリペイドカードを利用した決済では，ユーザがデジタルコンテンツなどを提供するウェブサイトで利用登録を行って予めウォレットを作成しておき，実店舗でプリペイドカードを購入して，そのカードに記載されたコードを端末に実装されたアプリやウェブページに入力することで，自身のウォレットにプリペイドカードの金額に応じた電子通貨が入金されることとなる。このようなウォレット方式では，ウェブサーバによってウォレットが管理されているため，一度ウォレットへの入金が完了してしまえば，プリペイドカードなどの物理媒体を紛失しても電子通貨がなくなることはなく，その点において上記したＩＣカード方式の決済と比べて利点があるといえる。また，ウォレット方式はＩＣカードと異なり決済時にリーダライタを使用する必要がないため，ウェブサイト上でデジタルコンテンツを購入する際に便利である。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−４８４８８号公報
【特許文献２】特開２０１７−９７６５６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら，従来のウォレット方式の決済では，ウェブサイト上にユーザ固有のウォレットが存在しないとプリペイドカードを購入しても電子通貨を入金することができないため，ユーザは，プリペイドカードを購入する前に，ウェブサイトに自身の個人情報やメールアドレス，パスワードなどの必要情報を入力して利用登録を行い，電子通貨を保管するためのウォレットを予め作成しておく必要があった。このように，ウォレット方式の決済では，電子通貨の利用開始時に手間がかかり，それを嫌気するユーザには普及が進まないという問題がある。これに対して，前述したようにＩＣカードを利用した決済では，ユーザは無記名で電子通貨を利用開始することができるため，その点において導入のハードルが低いといえる。ウォレット方式の決済においても，ＩＣカードの様に事前の利用登録の手間を少なくし無記名で利用開始できるようになれば，利便性が高まり，新規ユーザの獲得に繋がると考えられる。
【０００７】
そこで，本発明は，簡単に利用開始できる電子通貨用のウォレットを提供することを主たる目的とする。
【課題を解決するための手段】
【０００８】
本発明の発明者は，上記の従来発明の問題点を解決する手段について鋭意検討した結果，管理サーバにおいてインアクティブなウォレットを予め大量に作成しておき，そのウォレットの識別情報等が印刷されたカード等の物理媒体をユーザに販売又は配布し，ユーザが所定のウェブサイトで自身の連絡先情報とカードに記載されたウォレットの識別情報等を関連付けるだけで，簡単にウォレットをアクティブ化させるという仕組みを発案した。これによれば，従来のウォレット方式決済の課題を解決できることに想到し，本発明を完成させた。具体的に説明すると，本発明は以下の構成又は工程を有する。
【０００９】
本発明の第１の側面は，電子通貨用のウォレットを管理するための管理サーバに関する。本願明細書において「電子通貨」とは，仮想通貨（暗号通貨），電子マネー，ＩＣＯトークン，証券，ゲーム内通貨，ポイントなどの有価値媒体を意味する。「ウォレット」とは，この電子通貨の残高に関する情報を管理するための記憶領域あるいは電子台帳である。管理サーバは，インターネットなどの情報通信回線を介して，ユーザが所有するユーザ端末に接続されている。管理サーバは，データベースとアクティベーション部とを少なくとも備える。データベースは，固有の識別情報が与えられた複数のインアクティブな電子通貨用のウォレットを記憶している。アクティベーション部は，ユーザ端末から，少なくとも特定のウォレットの識別情報とユーザの連絡先情報を受信した後に，当該ウォレットをアクティブ化する。すなわち，管理サーバは，持ち主が未確定の状態のウォレットを予め大量に作成しておき，このようなウォレットの識別情報とユーザの連絡先情報とが関連付けてデータベースに記憶された段階で，そのユーザがウォレットを利用可能な状態とする。ウォレットがアクティブ化されると，ユーザは自己のウォレットから電子通貨を自由に入金又は出金することができるようになる。なお，インアクティブなウォレットに所定額の電子通貨を予め入金しておいてもよいし，インアクティブなウォレットには電子通貨を入金せず，ウォレットがアクティブ化された後に電子通貨を入金することとしてもよい。なお，「連絡先情報」としては，例えば，ユーザのメールアドレスや，電話番号，ＳＮＳのアカウント情報などが挙げられる。
【００１０】
上記のように，本発明では，ユーザの要請に応じてウォレットを作成するのではなく，インアクティブなウォレットを予め作成しておき，そのウォレットの所有権をユーザに販売あるいは配布することとしている。このように，既にウォレットは作成済みであるため，ユーザはそのウォレットの識別情報と自身の連絡先情報を紐付けるという簡単な手続だけでウォレットを利用できるようになる。特に，ウォレットのアクティベーション処理において，ユーザの連絡先情報以外は必要とされず，名前や生年月日，住所，パスワードなどの個人情報の入力は不要であるため，ユーザは秘匿性の高い無記名式のウォレットを入手することができる。
【００１１】
本発明において，ウォレットは，固有のアクセスコードが与えられたものであることが好ましい。アクセスコードとは，ウォレットのアクティベーション処理時に使用する認証コードである。なお，アクセスコードは，管理サーバ（運営者）によってウォレットのそれぞれに付与されたものであり，ユーザが任意に設定できるものではない。この場合に，アクティベーション部は，ユーザ端末から，ウォレットの識別情報とユーザの連絡先情報と共に，当該ウォレットのアクセスコードを受信した後に，当該ウォレットをアクティブ化する。このように，各ウォレットにアクセスコードを設けることで，アクティベーション時のセキュリティを高めることができる。
【００１２】
本発明において，アクティベーション部は，ユーザ端末の連絡先情報に係る連絡先に所定のウェブページへのアクセス情報を送信し，当該ウェブページへのアクセスを確認した後に，ウォレットをアクティブ化することが好ましい。管理サーバは，例えば，ユーザのメールアドレスに所定のウェブページのＵＲＬが掲載された電子メールを送信すればよい。このような手順を踏むことで，ユーザにより入力されたメールアドレスの真偽を確かめることが容易になる。
【００１３】
本発明において，管理サーバは，ウォレットがアクティブ化された後に，当該ウォレットに電子通貨を付与するトランザクション部をさらに備えることが好ましい。ウォレット作成時に電子通貨を予め入金しておいてもよいが，その場合には，万が一ウォレットの識別情報とアクセスコードが紛失し，誰もそのウォレットを利用することができなくなったときに，そのウォレットに入金した電子通貨が無駄になってしまう。これに対して，上記のように，ユーザよってウォレットがアクティブ化された後に，そのウォレットに電子通貨を入金することで電子通貨の無駄が生じなくなる。
【００１４】
本発明において，インアクティブな電子通貨用ウォレットの識別番号は，カードに印刷されたものであることが好ましい。カードには，ウォレットの識別番号（ＩＤ）の他に，アクセスコードや，ウォレットアドレス，シークレットキー（秘密鍵）などを印刷しておくこともできる。この場合，管理サーバは，少なくともカードに印刷されたウォレットの識別番号とユーザの連絡先情報を入力するための入力フォームをユーザ端末に表示させる。このように，ウォレットの識別番号をカードに印刷しておくことで，ウォレットの所有権をユーザに販売又は配布しやすくなる。
【００１５】
本発明の第２の側面は，コンピュータプログラムである。本発明に係るコンピュータプログラムは，ウェブサーバを上記第１の側面に係る管理サーバとして機能させる。
【００１６】
本発明の第３の側面は，情報通信回線を介してユーザ端末に接続された管理サーバによって行われる電子通貨用ウォレットのアクティベーション方法である。本発明に係るアクティベーション方法において，管理サーバは，固有の識別情報が与えられた複数のインアクティブなウォレットを記憶しており，ユーザ端末から，少なくとも特定のウォレットの識別情報とユーザの連絡先情報を受信した後に，当該ウォレットをアクティブ化する。
【発明の効果】
【００１７】
本発明によれば，簡単に利用開始可能な電子通貨用のウォレットを提供できる。
【図面の簡単な説明】
【００１８】
【図１】図１は，管理サーバ及びユーザ端末を含む決済システムの概要を示している。
【図２】図２は，管理サーバ及びユーザ端末の機能ブロック図を示している。
【図３】図３は，管理サーバにおけるウォレットデータベースに含まれる各種テーブルの例を示している。
【図４】図４は，ウォレットのアクティベーション処理のフロー図を示している。
【発明を実施するための形態】
【００１９】
以下，図面を用いて本発明を実施するための形態について説明する。本発明は，以下に説明する形態に限定されるものではなく，以下の形態から当業者が自明な範囲で適宜変更したものも含む。
【００２０】
図１は，管理サーバ１０及びユーザ端末２０を含む決済システムの概要とともに，ウォレットのアクティベーション処理の一例を示している。図１に示されるように，管理サーバ１０とユーザ端末２０は，インターネットなどの情報通信回線を通じて接続されており，相互に情報の送受信が可能である。管理サーバ１０は，ウォレットを管理する本システムの運営者により運用される。管理サーバ１０は，一台のウェブサーバによって実現されるものであってもよいし，複数のウェブサーバによって構築されたものであってもよい。ユーザ端末２０は，ウォレットを利用しようとするユーザによって所有される端末装置であり，スマートフォンやタブレット端末，ラップトップ型ＰＣのような携帯情報端末であってよいし，デスクトップ型ＰＣであってもよい。
【００２１】
管理サーバ１０は，ウォレットデータベース（ＤＢ）１１を備えている。ウォレットＤＢ１１には，仮想通貨などの電子通貨を保管するためのウォレットに関する情報が記憶されている。ウォレットＤＢ１１内には，すでにアクティブ化されたウォレットの他，未だアクティブ化されていない（インアクティブな）ウォレットも多数記憶されている。
【００２２】
ウォレットに関する情報は，例えばカード３０に印刷されて，ユーザに販売又は配布される。本実施形態において，カード３０の裏面には，ウォレット固有のウォレットＩＤ（識別情報），ウォレットのアクティベーション処理の際の認証に用いられるアクセスコード，電子通貨の残高確認や入出金処理の際にウォレットにアクセスするためのウォレットアドレス，及び，電子通貨の送金処理の際の認証に用いられるシークレットキー（秘密鍵）が印刷されている。なお，アクセスコード，ウォレットアドレス，及びシークレットキーはスクラッチ印刷されており，文字の上に塗布されたシルバーインキを剥がさないと視認できないようになっている。また，カード３０の裏面には，ウォレットのアクティベーション処理を行うためのウェブページのＵＲＬや，それに対応する二次元コードなどを印刷しておいてもよい。また，カード３０の表面には，ウォレットをアクティベーションしたときに得られる電子通貨の金額などを印刷しておくとよい。
【００２３】
図１に示されるように，ユーザ端末２０がウォレットのアクティベーション用のウェブページにアクセスすると，管理サーバ１０がユーザ端末２０の画面上に所定の入力フォームを表示させる。この入力フォームでは，ユーザ個人のメールアドレス，カード３０に印刷されているウォレットＩＤとアクセスコードの入力が求められる。入力フォームを通じて入力された各種情報は，ユーザ端末２０から管理サーバ１０へと送信される。管理サーバ１０は，ユーザ端末２０から受信したユーザのメールアドレスに認証用の電子メールを送信する。認証用の電子メールには，ウォレットのアクティベーションのためのウェブページのＵＲＬが記載されており，ユーザがそのＵＲＬにアクセスすると，そのユーザのメールアドレスがウォレットＩＤ等に関連付けてウォレットＤＢ１１に登録される。これにより，インアクティブであったウォレットにメールアドレスが割り当てられて，そのウォレットがアクティブ化する。その後，管理サーバ１０は，アクティブ化したウォレットにカード３０に記載されている電子通貨の所定金額を入金する。これにより，ユーザは，アクティブ化したウォレット内の電子通貨を送金したり，あるいはそのウォレットに電子通貨の入金を受けることができる。なお，電子通貨の送金の際には，ウォレット固有のシークレットキーの入力が求められる。
【００２４】
図２は，管理サーバ１０及びユーザ端末２０の機能ブロック図を示している。まず，管理サーバ１０は，ウォレットＤＢ１１，管理制御部１２，及びネットワーク通信部１３を備える。また，図３には，ウォレットＤＢ１１に含まれる各種テーブルのデータ構造の一例が示されている。
【００２５】
ウォレットＤＢ１１は，ウォレットに関する情報や，各ウォレットの残高，及び各ウォレットの入出金履歴を関するためのデータベースである。図３に示されるように，ウォレットＤＢ１１には，例えば，ウォレットテーブル，残高テーブル，及びトランザクションテーブルが含まれる。
【００２６】
ウォレットテーブルは，ウォレットに関するマスタ情報を記憶している。ウォレットテーブルは，例えば，ウォレットＩＤフィールドを主キーとして，アクセスコードフィールド，ウォレットアドレスフィールド，シークレットキーフィールド，及びメールアドレスフィールドを有する。ウォレットＩＤフィールドには，各ウォレット固有のウォレットＩＤが登録される。アクセスコードフィールドには，各ウォレットのアクティベーション処理の認証に必要なアクセスコードが登録される。ウォレットアドレスには，ウォレットごとに，電子通貨の残高確認や入出金処理の際にウォレットにアクセスするためのアドレス（ＵＲＬ）が登録される。シークレットキーフィールドには，ウォレットごとに，電子通貨の送金処理の認証に必要なシークレットキーが登録される。メールアドレスフィールドには，各ウォレットを所有するユーザのメールアドレスが登録される。インアクティブなウォレットに関しては，このメールアドレスが未登録であり，メールアドレスが登録されて初めてウォレットが利用可能な状態となる。なお，本発明においては，ウォレットは無記名式で運用されることが好ましい。この場合，ウォレットＤＢ１１には，ウォレットのアクティベーション処理時において，ウォレットごとにユーザのメールアドレスのみが登録されれば十分であり，その他のユーザの個人情報（氏名，生年月日，住所，パスワードなど）を登録する必要はない。ただし，ウォレットのアクティベーション処理後に，上記ユーザの個人情報をウォレットＤＢ１１に追加登録することも可能である。
【００２７】
残高テーブルは，各ウォレットの電子通貨の残高を記憶している。残高テーブルは，例えば，ウォレットＩＤフィールドを主キーとして，残高フィールドを有している。残高フィールドには，各ウォレットの現時点での残高値が登録される。ウォレットに電子通貨の入出金が発生した場合には，残高フィールド内の情報はその都度更新される。
【００２８】
トランザクションテーブルは，各ウォレットの入出金履歴を記憶している。トランザクションテーブルは，ウォレットＩＤフィールドを主キーとして，入出金日時フィールド，取引先フィールド，及び入出金額フィールドを有している。入出金日時フィールドには，各ウォレットに入金された日時又は各ウォレットから出金した日時が登録される。取引先フィールドには，各ウォレットへの入金元又は各ウォレットからの送金先に関する情報が記憶される。入出金額フィールドには，各ウォレットに入金された金額又は各ウォレットから出金された金額に関する情報が記憶される。
【００２９】
管理サーバ１０の管理制御部１２は，ウォレットのアクティベーションや電子通貨のトランザクション（入出金）など，本システム全体の運営処理を行う。管理制御部１２は，公知のＣＰＵなどのプロセッサや，ＲＡＭやＤＲＡＭといったメモリを含んで構成されている。管理制御部１２は，メモリに記憶されているプログラムを読み出し，このプログラムに従って他の要素を制御する。管理制御部１２は，プログラムに従った演算結果をメモリに適宜書き込んだり読み出したりすることができる。管理サーバ１０の管理制御部１２は，プログラムに従いウォレット生成部１２ａ，アクティベーション部１２ｂ，及びトランザクション部１２ｃとして機能する。これらの機能ブロックの詳細については，図４を参照して後に説明する。
【００３０】
管理サーバ１０の通信部１３は，管理制御部１２による制御に従い，インターネットを通じてユーザ端末２０との間で情報を送受信する。基本的に，管理サーバ１０は，通信部１３を介して，ユーザ端末２０のウェブブラウザや専用アプリなどに，ウォレットのアクティベーションに必要な入力フォームを提供する。
【００３１】
ユーザ端末２０は，端末制御部２１，記憶部２２，ネットワーク通信部２３，表示部２４，及び操作部２５を有する。なお，ここには本システムで必要とされるユーザ端末２０の機能が挙げられているが，その他にユーザ端末２０は公知のスマートフォン等が通常備える機能を有していてもよい。
【００３２】
ユーザ端末２０の端末制御部２１は，ユーザ端末２０が備える他の要素２２〜２５を制御する処理を行う。端末制御部２１としては，ＣＰＵいったプロセッサを利用することができる。端末制御部２１は，記憶部２２に記憶されているアプリケーションプログラム（コンピュータプログラム）を読み出し，このアプリケーションプログラムに従って他の要素を制御する。また，端末制御部２１は，アプリケーションプログラムに従った演算結果を記憶部２２に適宜書き込んだり読み出したりすることができる。
【００３３】
ユーザ端末２０の記憶部２２は，端末制御部２１での演算処理等に用いられる情報を記憶するための要素である。記憶部２２のストレージ機能は，例えばＨＤＤ及びＳＤＤといった不揮発性メモリによって実現できる。また，記憶部２２は，端末制御部２１よる演算処理の途中経過などを書き込む又は読み出すためのメモリとしての機能を有していてもよい。記憶部２２のメモリ機能は，ＲＡＭやＤＲＡＭといった揮発性メモリにより実現できる。
【００３４】
ユーザ端末２０の通信部２３は，管理サーバ１０との間でインターネット等の通信回線を介して情報の送受信を行う。前述のとおりユーザ端末２０には管理サーバ１０からウォレットのアクティベーション用の入力フォームが提供され，その入力フォームに入力された情報がユーザ端末２０の通信部２３を介して管理サーバ１０に送信される。
【００３５】
ユーザ端末２０の表示部２４は，端末制御部２１の制御に従って所定の画像等を表示するディスプレイである。表示部２４としては，液晶ディスプレイや有機ＥＬなどの公知のディスプレイを用いればよい。
【００３６】
ユーザ端末２０の入力部２５は，ユーザからユーザ端末２０に対する情報の入力を受け付けるための要素である。入力部２５を介して入力された情報は，端末制御部２１へと伝達される。入力部２５は，公知の情報通信端末に利用されている種々の入力装置を採用することができる。入力部２５の例は，タッチパネル，ボタン，カーソル，マイクロフォン，キーボード，及びマウスであるが，これらに限定されない。また，タッチパネルをディスプレイに重ねてタッチパネルディスプレイを構成していてもよい。
【００３７】
図４は，ウォレットのアクティベーション処理の一例を示している。図４に示されるように，まず，管理サーバ１０のウォレット生成部１２ａは，インアクティブなウォレットを予め複数生成しておく（ステップＳ１）。具体的には，ウォレット生成部１２ａは，一つのウォレットに，固有のウォレットＩＤ，アクセスコード，ウォレットアドレス，シークレットキーを新たに割り当てて，これらの情報を関連付けてウォレットＤＢ１１のウォレットテーブルに登録する。インアクティブなウォレットについては，ウォレットテーブルにメールアドレスフィールドが登録されていない。管理サーバ１０では，このような所有者が未確定のウォレットを予め多数生成しておく。なお，管理サーバ１０のトランザクション部１２ｃは，ウォレット生成後，アクティベーション処理の前に，ウォレットに電子通貨を入金することとしてもよい。ただし，カード紛失等の恐れがあるため，ウォレットへの電子通貨の入金は，後述するようにウォレットのアクティベーション処理後とすることが好ましい。
【００３８】
インアクティブなウォレットについては，それに関連する情報が印刷されたカード３０が作成される。カード３０の例は図１に示したとおりである。すなわち，各カード３０には，ウォレット生成部１２ａによって割り当てられたウォレットＩＤ，アクセスコード，ウォレットアドレス，及びシークレットキーが印刷される。アクセスコード，ウォレットアドレス，及びシークレットキーについてはスクラッチ印刷が施され，それを購入等したユーザ以外に知られないように隠されている。なお，カード３０の印刷は管理サーバ１０で行う必要はなく，管理サーバ１０から印刷業者や金券発行事業者にウォレットテーブルに登録されているデータを渡して，これらの印刷業者等にてカード３０を印刷するようにすればよい。このようにして作成されたカード３０は，ユーザに販売又は配布される。
【００３９】
カード３０を購入又は取得したユーザは，ユーザ端末２０を利用してウォレットのアクティベーション用ウェブサイトにアクセスする（ステップＳ２）。ウェブサイトへのアクセス情報（ＵＲＬや二次元コード）はカード３０に記載されているため，ユーザはそれを確認すればよい。ユーザ端末２０がウェブサイトにアクセスすると，管理サーバ１０からそのユーザ端末２０に対して，必要事項の入力フォームが提供される。
【００４０】
次に，ユーザは，ユーザ端末２０の画面に表示されている入力フォームの案内に従い，自身のメールアドレスと，カード３０に記載されているウォレットＩＤ及びアクセスコードをユーザ端末２０に入力する（ステップＳ３）。ユーザ端末２０は，ユーザにより入力されたメールアドレス，ウォレットＩＤ，及びアクセスコードを，管理サーバ１０へと送信する。
【００４１】
管理サーバ１０のアクティベーション部１２ａは，ユーザ端末２０から上記の情報を受信すると，そのアクセスコードの認証処理を行う（ステップＳ４）。すなわち，アクティベーション部１２ａユーザ端末２０から受信したウォレットＩＤとアクセスコードの対応関係が，ウォレットＤＢ１１のウォレットテーブルに登録されているものと合致するか否かを確認する。もしウォレットＩＤ又はアクセスコードに誤りがある場合には，管理サーバ１０はその旨をユーザ端末２０に通知して再入力を促す。ウォレットＩＤとアクセスコードの対応関係が正しいと判断された場合には，次のステップに進む。
【００４２】
アクセスコードの認証完了後，アクティベーション部１２ａは，ユーザ端末２０から受信したメールアドレスに，メールアドレス認証用のウェブページのＵＲＬが記載された電子メールを送信する（ステップＳ５）。ユーザは，ユーザ端末にて管理サーバ１０からのメールを確認し，そこに記載されているＵＲＬにアクセスする（ステップＳ６）。なお，一定時間を経過しても指定ＵＲＬへのアクセスが確認できない場合，アクティベーション部１２ａはウォレットのアクティベーション処理を打ち切ることとしてもよい。
【００４３】
指定ＵＲＬへのアクセスが確認できた場合，アクティベーション部１２ａは，上記の電子メールを送信したメールアドレスが真正なものであると判断し，そのメールアドレスをウォレットＤＢ１１に登録する（ステップＳ７）。すなわち，ユーザから利用申請のあったウォレットＩＤとメールアドレスを関連付けて，ウォレットＤＢ１１のウォレットテーブルに登録する。これにより，そのウォレットＩＤに係るウォレットが，そのメールアドレスを所有するユーザ個人のものとなる。
【００４４】
その後，アクティベーション部１２ａは，メールアドレスが関係づけられたウォレットをアクティブ化させる（ステップＳ８）。これにより，ユーザは，ウォレットを自由に利用できるようになり，そのウォレット内に電子通貨を入金したり，あるいはウォレット内の電子通貨を送金したりすることが可能となる。
【００４５】
次に，ウォレットのアクティベーション処理完了後，管理サーバ１０のトランザクション部１２ｃは，所定金額の電子通貨をユーザのウォレットに入金する（ステップＳ９）。例えば，図１に示された例では，ユーザが購入したカード３０は０．１ＢＴＣの仮想通貨を得られるものである。このため，トランザクション部１２ｃは，この０．１ＢＴＣをユーザのウォレットに入金する。トランザクション部１２ｃは，所定のウォレットへの入金処理を行った場合，ウォレットＤＢ１１における残高テーブルの残高値を更新すると共に，その入金日時や入金元，入金額などの値をトランザクションテーブルに登録する。
【００４６】
また，ウォレットから電子通貨を出金した場合も同様に，トランザクション部１２ｃは，残高テーブルの残高値を更新すると共に，その出金日時や出金先，出金額などをトランザクションテーブルに登録する。なお，電子通貨の出金の際には，トランザクション部１２ｃは，出金先のウォレットのウォレットＩＤ又はウォレットアドレスをユーザ端末２０に入力することをユーザに求める。また，送金処理の認証を行うために，トランザクション部１２ｃは，出金元のウォレットＩＤとシークレットキーの入力を求めて，入力されたウォレットＩＤとシークレットキーの対応関係がウォレットテーブルに登録されているものと合致するかを確認する。
【００４７】
上記のように，本発明によれば，ユーザはカード３０を入手したときに，自身のメールアドレスを登録するだけで，ウォレットをアクティブ化させて，簡単に電子通貨の利用を開始することができる。また，各ウォレットにはアクティベーション処理後に電子通貨が入金される仕組みとなっているため，アクティベーション前にカード３０を紛失しても電子通貨自体が失われることもない。さらに，ユーザは無記名でウォレットを利用することができるため，秘匿性の高い取引きをおこなうことができる。
【００４８】
また，本発明によれば，ユーザは自身のウォレット内の電子通貨を送金する際に，送金先のウォレットをメールアドレス等の連絡先情報で特定することができる。すなわち，送金元のユーザが送金先のユーザのメールアドレスを管理サーバ１０に問い合わせると，管理サーバ１０はそのメールアドレスをウォレットＤＢ１１で検索して，その送金元のユーザに対して送金先のウォレットに関する情報（例えばウォレットＩＤやウォレットアドレス）を返答する。そして，送金元のユーザは送金先のユーザのウォレットに任意の電子通貨を入金することができる。その際に，送金元のユーザのウォレットから送金先のユーザのウォレットに直接電子通貨が移動することとしてもよい。あるいは，送金元のユーザのウォレットから一旦管理サーバ１０の運営者のホストウォレットに電子通貨が移動し，所定条件を満たした後に，このホストウォレットから送金先のユーザのウォレットに電子通貨が移動することとしてもよい。これらの電子通貨の移動処理は，管理サーバ１０のトランザクション部１２ｃによって実行される。
【００４９】
また，管理サーバ１０は，ウォレットデータベース１１に登録されたメールアドレスに対してメールマガジンなどを配信することもできる。この場合，管理サーバ１０は，メールマガジン内の広告がユーザによってクリックされたときに，その広告閲覧に関する報酬をそのメールアドレスに紐付けられたウォレットに振り込むこととしてもよい。
【００５０】
以上，本願明細書では，本発明の内容を表現するために，図面を参照しながら本発明の実施形態の説明を行った。ただし，本発明は，上記実施形態に限定されるものではなく，本願明細書に記載された事項に基づいて当業者が自明な変更形態や改良形態を包含するものである。
【符号の説明】
【００５１】
１０…管理サーバ                １１…ウォレットデータベース
１２…管理制御部                １２ａ…ウォレット生成部
１２ｂ…アクティベーション部    １２ｃ…トランザクション部
１３…通信部                    ２０…ユーザ端末
２１…端末制御部                ２２…記憶部
２３…通信部                    ２４…表示部
２５…入力部                    ３０…カード
【図１】
2020060995.tif 000003
【図２】
2020060995.tif 000004
【図３】
2020060995.tif 000005
【図４】
2020060995.tif 000006