JP2010039780A - バリュー保持カード管理サーバ、プログラム、バリュー保持カードシステム及びバリュー保持カードのステータス遷移方法 - Google Patents

Abstract

【課題】簡便に使用できるプリペイド式の電子マネーカードであっても、ステータスを変更することにより、リローダブル式のカードとして使用すること。
【解決手段】ネットワーク４００を介して接続される電子マネーカード３００を使い切りのプリペイドカードとしての第１のステータスで機能させる管理領域１１２と、電子マネーカード３００を第１のステータスからバリューを補充可能な第２のステータスへ移行させる際に生成され、電子マネーカード３００を第２のステータスで機能させるアカウント１２２と、を備える。
【選択図】図１

Description

本発明は、バリュー保持カード管理サーバ、プログラム、バリュー保持カードシステム及びバリュー保持カードのステータス遷移方法に関する。

従来、例えば下記の特許文献１に記載されているように、複数のイシュアが独自に発行した電子マネーであっても、電子マネーを自由に補充したり利用できることを想定した電子マネー管理システムが知られている。

特開２００３−１４１４２８号公報

しかしながら、電子マネーを利用するためには、個人情報の登録、バリューの補充（チャージ）等を予めしておく必要があり、簡便に使うことができないという問題がある。一方で、個人情報を登録することなく簡便に使えるプリペイド式の電子マネーが存在するが、このようなカードは匿名性があるため、セキュリティ上の観点、またはマネーロンダリング防止の観点からは好ましいものではない。

そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、簡便に使用できるプリペイド式のバリュー保持カードであっても、ステータスを変更することにより、リローダブル式のカードとして使用することが可能な、新規かつ改良されたバリュー保持カード管理サーバ、プログラム、バリュー保持カードシステム及びバリュー保持カードのステータス遷移方法を提供することにある。

上記課題を解決するために、本発明のある観点によれば、通信ネットワークを介して接続されるバリュー保持カードを使い切りのプリペイドカードとしての第１のステータスで機能させる第１の管理部と、前記バリュー保持カードを前記第１のステータスからバリューを補充可能な第２のステータスへ移行させる際に生成され、前記バリュー保持カードを前記第２のステータスで機能させる第２の管理部と、を備える、バリュー保持カード管理サーバが提供される。

また、前記バリュー保持カードのカード識別情報を取得するカード識別情報取得部を備え、前記カード識別情報を取得した場合に、前記カード識別情報に対応した前記第１の管理部を生成するものであってもよい。

また、ユーザから登録情報を取得する登録情報取得部を備え、前記登録情報を取得した場合に、前記カード識別情報で特定される前記バリュー保持カードに対応する前記第２の管理部を生成するものであってもよい。

また、前記バリュー保持カードを前記第１のステータスから前記第２のステータスへ移行させる際に、前記第１のステータスでのバリュー残高を前記第１の管理部から前記第２の管理部へ移行するものであってもよい。

また、同一のバリュー保持カードにそれぞれ対応する前記第１及び第２の管理部を対応付ける紐付け処理部を備えるものであってもよい。

また、前記紐付け処理部は、前記第２の管理部が新たに生成された際に、前記第１の管理部と、新たに生成された前記第２の管理部とを対応付けるものであってもよい。

また、前記紐付け処理部は、既に前記第１の管理部と対応付けられている第２の管理部に対して新たに他の第１の管理部を紐付ける際に、前記他の第１の管理部と前記第２の管理部とを対応付けるものであってもよい。

また、前記第１の管理部は、少なくとも、前記バリュー保持カードによる決済処理、又はバリュー残高照会の処理を管理するものであってもよい。

また、前記第２の管理部は、少なくとも、前記バリュー保持カードによる決済処理、バリュー入金処理、又はバリュー残高照会の処理を管理するものであってもよい。

また、上記課題を解決するために、本発明の別の観点によれば、通信ネットワークを介して接続されるバリュー保持カードを使い切りのプリペイドカードとしての第１のステータスで機能させる手段、前記バリュー保持カードを前記第１のステータスからバリューを補充可能な第２のステータスへ移行させる際に生成され、前記バリュー保持カードを前記第２のステータスで機能させる手段、としてコンピュータを機能させるプログラムが提供される。

また、上記課題を解決するために、本発明の別の観点によれば、カード識別番号を含む情報を送信するバリュー保持カードと、前記カード受信番号を含む情報を受信するカード読取機と、通信ネットワークを介して前記カード読取機と接続され、前記カード受信番号により識別されるバリュー保持カードを使い切りのプリペイドカードとしての第１のステータスで機能させる第１の管理部と、前記バリュー保持カードを前記第１のステータスからバリューを補充可能な第２のステータスへ移行させる際に生成され、前記バリュー保持カードを前記第２のステータスで機能させる第２の管理部と、を有するバリュー保持カード管理サーバと、を備えるバリュー保持カードシステムが提供される。

また、上記課題を解決するために、本発明の別の観点によれば、通信ネットワークを介して接続されたバリュー保持カードを使い切りのプリペイドカードとしての第１のステータスで機能させるステップと、ユーザから登録情報を取得するステップと、前記登録情報を取得した後、前記バリュー保持カードを、バリューを補充可能な第２のステータスで機能させるステップと、を備える、バリュー保持カードのステータス遷移方法が提供される。

本発明によれば、簡便に使用できるプリペイド式の電子マネーカードであっても、ステータスを変更することにより、リローダブル式のカードとして使用することが可能となる。

以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

［電子マネーシステムの構成］
図１は、本発明の一実施形態に係る電子マネーシステム６００の構成を示す模式図である。図１に示すように、電子マネーシステム６００は、サーバ１００、読取機２００、電子マネーカード（バリュー保持カード）３００を有している。サーバ１００と読取り機２００は、インターネット、無線ＬＡＮなどの通信ネットワーク４００を介して接続されている。

電子マネーカード３００は、ＩＣチップ３０２を内蔵したデバイスカード等から構成される。電子マネーカード３００の表面には、各カードにユニークな券面番号３０４が付されている。また、ＩＣチップ３０２は、カード表面に記載された券面番号３０４、またはＩＣチップ３０２に付された固有のＩＤ番号等を保有している。ＩＣチップ３０２に付された固有のＩＤ番号は、カード券面番号と1対1で対応する番号である。以下、これらの各カードに固有の番号をカード識別番号と称することとする。電子マネーカード３００は、例えば磁界を利用した非接触通信により読取機２００と通信することができる。図１では、電子マネーカード（ａ）３００と読取機２００が通信している様子を示している。電子マネーカード３００と読取機２００との間の通信手段は、特に限定されるものではなく、カードの磁気ストライプを接触式で読み取る方式など、様々な手法を採用することができる。また、電子マネーカード３００の代わりに、携帯電話機などの端末を用いても良い。更に、電子マネーカード３００は、金額としてのバリューを保持するものの他、各種サービスに使用可能なポイント等のバリューを保持するものであってもよい。

サーバ１００には、カード管理領域１１０とアカウント管理領域１２０が設けられている。カード管理領域１１０およびアカウント管理領域１２０は、サーバ１００のデータ記憶部に設けられる。カード管理領域１１０には、個々の電子マネーカード３００に対応した管理領域（第１の管理部）１１２が設けられる。図１では、電子マネーカード（ａ）３００に対応した管理領域１１２Ａ、電子マネーカード（ｂ）３００に対応した管理領域１１２Ｂ、電子マネーカード（ｃ）３００に対応した管理領域１１２Ｃが示されている。

アカウント管理領域１２０は、電子マネーカード３００の利用者毎にアカウント（第２の管理部）１２２が生成される領域である。アカウント１２２は、後述するように、電子マネーカード３００のステータスを第２のステータスに移行させることによって生成される。アカウント１２２が生成されると、電子マネーカード３００の管理領域１１２がアカウント１２２に紐付けされ、以降の電子マネーカード３００の利用はアカウント１２２によって処理される。

［カードのステータスについて］
本実施形態のシステムにおいて、電子マネーカード３００は２つのステータスを有する。第１のステータスは、一定額バリューが保有された使い切りのプリペイドカードとしてのステータスである。ユーザは、例えば店舗にて図２のように陳列された電子マネーカード３００を自由に購入することができる。店舗にて購入する際、電子マネーカード３００はプリペイド式のカードであり、ユーザは、予め電子マネーカード３００にチャージされたバリュー（金額）に応じた代金を支払うことで、所望の電子マネーカード３００を購入する。

店舗等で販売されている電子マネーカード３００には、一定額のバリューが保有されている。電子マネーカード３００を購入したユーザは、プリペイドカードとして直ちに利用を開始でき、カードを使用するまでに待ち時間は不要である。一定額のバリューは数種類（例えば１０ドル、５０ドル、１００ドル、２００ドルなど）用意されており、購入時に利用者が選択できる。

第１のステータスでは、現実の店舗（リアル店舗）での電子マネー決済（利用）と、読取機２００を経由した残高照会が可能である。リアル店舗での決済の際には、図１に示すように、店舗に設置された読取機２００に電子マネーカード３００をかざすことによって、決済が行われる。

第１のステータスで電子マネーカード３００を使用するため、購入した電子マネーカード３００のアクティベイト（活性化）が行われる。アクティベイトは、電子マネーカード３００が読取機２００を介してサーバ１００と通信することによって行われる。電子マネーカード（ａ）３００をアクティベイトする場合、ユーザが電子マネーカード（ａ）３００を読取機２００にかざすと、電子マネーカード（ａ）３００のカード識別番号がサーバ１００へ送られる。サーバ１００は、カード識別番号を受信すると、図３に示すように、カード管理領域１１０に電子マネーカード（ａ）３００に対応した管理領域（Ａ）１１２Ａを作成する。これにより、電子マネーカード（ａ）３００のアクティベイトが完了し、電子マネーカード（ａ）３００が使用可能な状態となる。

各管理領域１１２Ａ、１１２Ｂ、１１２Ｃ・・・には、カード識別番号に対応する固有のＩＤが与えられる。カード識別番号、利用可否フラグ、カード初期登録済み情報、バリュー残高等のデータが各管理領域１１２Ａ、１１２Ｂ、１１２Ｃ・・・に保持される。利用可否フラグは、アクティベイトによって「利用可」の状態となる。カードに不正等が生じた場合は、利用可否フラグが「利用否」の状態とされる。カード初期登録済み情報は、アクティベイトがされて管理領域１１２が生成されたか否かを表す情報であり、アクティベイトがされた場合、「初期登録済」となる。バリュー残高は、利用可能なバリューの残高を示しており、商品等を購入して決済すると、決済金額がバリュー残高から差し引かれる。

このように、本実施形態のシステムでは、バリュー残高等のデータは、サーバ１００側に保有されており、電子マネーカード３００側ではこれらの情報を保持していない。従って、複数の電子マネーカード３００の情報をサーバ１００側で一括して管理することが可能である。

リアル店舗での決済の際には、図１に示すように、読取機２００に電子マネーカード３００をかざすことによって、決済が行われる。この際、電子マネーカード３００からサーバ１００へカード識別番号が送られる。サーバ１００では、識別番号から対応する管理領域１１２を抽出し、決済されたバリューをその管理領域に保持されているバリュー残高から差し引く。また、ユーザが残高照会をする場合は、ネットワーク４００に接続された端末からカード識別番号を入力することによって、バリュー残高を確認することができる。第１のステータスでは、これらの機能は各管理領域１１２Ａ、１１２Ｂ、１１２Ｃ・・・によって行われる。

第２のステータスは、第１のステータスから移行することが可能なステータスであり、第２のステータスに移行すると、電子マネーカード２００にバリューをリロード（再入金、補充）することが可能となる。第２のステータスにおいて、バリュー残高の上限値は適宜設定される。第２のステータスに移行するためには、個人情報の登録が必要となる。登録する個人情報には、必須登録情報と任意登録情報がある。個人情報の登録、及び審査の正常完了により、利用者毎のアカウント１２２がサーバ１００のアカウント管理領域１２０に設定される。アカウント１２２には、固有のＩＤが付されている。

必須登録情報は、名前、メールアドレス、郵便番号、住所、生年月日、ＳＳＮ（Ｓｏｃｉａｌ Ｓｅｃｕｒｉｔｙ Ｎｕｍｂｅｒ）、マイ・ページ（Ｍｙ Ｐａｇｅ；管理用ページ）へのログインＩＤ及びパスワード、ＰＩＮ（入金時等に使用する暗証番号）等の情報である。また、任意登録情報は、クレジットカード番号、運転免許証番号、携帯電話番号、銀行口座（銀行間送金（ＡＣＨ）による入金時に使用）、その他の固定電話番号等の情報である。

図７は、ノート型のパーソナルコンピュータ５００を用いて登録情報をサーバ１００へ送信している様子を示す模式図である。登録情報の送信は、例えば登録用のホームページのＵＲＬにアクセスし、表示画面５０２に登録用画面を表示した状態で、キーボード５０４から登録情報を入力することで行う。登録情報の入力と同時に、カード識別番号をサーバー１００へ送信する。パーソナルコンピュータ５００に読取機２０２が付随している場合は、読取機２０２に電子マネーカード３００をかざして、カード識別番号をサーバー１００へ送信する。パーソナルコンピュータ５００に読取機２０２が付随していない場合は、キーボード５０４からカード識別番号を入力してサーバ１００へ送信する。なお、読取機２０２は、読取機２００と同様に、例えば磁界を利用した非接触通信により電子マネーカード３００と通信することができる。

サーバ１００側では、これらの登録情報を受信すると、情報が正しいか否かの確認（審査）を行う。そして、登録された情報が正しければ、図４に示すように、アカウント（α）１２２をアカウント管理領域１２０に自動生成する。サーバ１００は、アカウント（α）１２２を生成した後、電子メール等によりその旨をユーザに通知する。

その後、ユーザがアカウント（α）１２２とカード管理領域（Ａ）１１２Ａの紐付け処理を行うことによって、図５に示すように、アカウント（α）１２２とカード管理領域（Ａ）１１２Ａとが対応付けられる。そして、アカウント（α）１２２が管理領域（Ａ）１１２Ａに対応付けられると、ユーザは、電子マネーカード３００をリロード型カードとして使用することができる。

アカウント１２２は、１のユーザに対して１つ設定される。１のユーザが２つの電子マネーカード（ａ）３００、及び電子マネーカード（ｂ）３００を保有しており、双方の電子マネーカード３００を第２のステータスに移行させた場合、カード管理領域１１０には２つの管理領域（Ａ）１１２Ａ、管理領域（Ｂ）１１２Ｂが生成される。この場合、図６に示すように、アカウント（α）１２２と、管理領域（Ａ）１１２Ａおよび管理領域（Ｂ）１１２Ｂの双方とを対応付けることが可能である。このように、１つのアカウント１２２で複数の電子マネーカード３００の管理が可能であるため、１家族に１つのアカウント１２２を生成し、各人が電子マネーカード３００を保有する形態での利用等が可能となる。

アカウントと管理領域を紐付ける際には、紐付け用のホームページにアクセスする。紐付け用のホームページのＵＲＬは、審査を通過した際に送付される電子メールに記載されていることが好適である。なお、紐付け用のホームページは、マイ・ページと同一にすることができる。そして、紐付け用のホームページにアクセスした状態で、パーソナルコンピュータ５００等からカード識別番号を送信する。ここでも、パーソナルコンピュータ５００に読取機２０２が付随している場合は、読取機２０２に電子マネーカード３００をかざしてカード識別番号を送信する。読取機２０２が付随していない場合、パーソナルコンピュータ５００のキーボード５０４からカード識別番号を直接入力する。紐付け用のホームページのＵＲＬは、アカウント１２２毎に固有のものであり、サーバ１００側ではアカウント１２２の固有ＩＤと管理領域１１２の固有ＩＤとを対応付けることができる。このように、アカウント１２２のＩＤと管理領域のＩＤとを対応付けることで、紐付け処理が行われる。紐付け処理が行われると、利用者の電子マネーカード３００のカード識別番号とサーバ１００のアカウント１２２とが１対１で対応する。

アカウント１２２が生成されると、そこに登録時入力された会員情報も紐付けられる。アカウント１２２で保有するデータとしては、会員ＩＤ、対応する管理領域１１２のＩＤ，利用可否フラグ、入金可否フラグ、アカウントエントリ登録情報、バリュー残高、マイ・ページＩＤ及びパスワード、ＰＩＮ等がある。

第２のステータスで可能な機能としては、リアル店舗での電子マネー決済（利用）、オンラインショッピング、リアル入金（銀行等の店舗での入金）、オンライン入金（ＡＣＨによる入金、クレジットカード・デビットカード等による入金）、読取機２０２経由での残高照会が挙げられる。また、第２のアカウントでは、管理ページ（マイ・ページ）の利用、オンライン経由の入金・利用等履歴照会、バリューギフト受取、アカウント１２２からの銀行口座等への出金、他のアカウント保有者へのバリュー送付等が可能である。第１のステータスでは、これらの機能はアカウント１２２によって行われる。この際、各管理領域１１２Ａ、１１２Ｂ、１１２Ｃ・・・は、各管理領域１１２Ａ、１１２Ｂ、１１２Ｃの固有ＩＤに紐付けられたアカウントの固有ＩＤに基づいて、電子マネーカード３００からのアクセスをアカウント１２２に中継する機能を果たす。

第１のステータスでバリュー残高が残っている状態で、第２のステータスに移行した場合、管理領域１１２で保有していたバリューは、アカウント１２２へ移動する。この際、ユーザが初めてアカウント１２２を生成した場合は、アカウント１２２の生成と同時に管理領域１１２から対応するアカウント１２２へバリューが移行される。また、既に生成されているアカウント１２２に対して新たに管理領域１１２を紐付ける場合は、マイ・ページを利用して紐付け処理を行うことによって、バリューが移行される。複数の管理領域１１２が１つのアカウント１２２に紐付けられている場合、どの電子マネーカード３００の残高であるかの情報は、アカウント１２２側で保持する。

［マイ・ページの機能］
第２のステータスに移行した後のアカウント１２２の管理は、マイ・ページを通じて行う。図８は、マイ・ページを利用している様子を示す模式図である。ユーザは、マイ・ページのＵＲＬにアクセスし、ログインＩＤおよびパスワードを入力して認証を行い、認証が正しければマイ・ページの利用が可能となる。マイ・ページで可能な機能は、入金処理（クレジットカード又はデビットカード利用、ＡＣＨ経由等）、利用履歴紹介、バリューギフト受取、オンラインショッピングでのサイバー利用等が挙げられる。ユーザは、これらの機能をパーソナルコンピュータ５００の表示画面５０４上で行うことができる。

［サーバ１００の機能ブロック構成］
図９は、サーバ１００の機能ブロック構成を示す模式図である。図９に示すように、サーバ１００は、カード情報取得部１４０、管理領域生成・処理部１４２、登録情報取得部１４４、アカウント生成・処理部１４６、紐付け処理部１４８、マイ・ページ処理部１５０、ユーザ操作入力取得部１５２、審査情報取得部１５４を有している。なお、図９に示す機能ブロックは、ハードウェア（回路）、又は演算処理部（ＣＰＵ）とこれを機能させるソフトウエア（プログラム）によって構成することができる。これらの機能ブロックを演算処理部とソフトウエアによって構成した場合、そのプログラムは、サーバ１００が備えるメモリ等の記録媒体に格納されることができる。

カード情報取得部１４０は、ネットワーク４００を介して送信されたカード識別番号を取得する。管理領域生成部１４２は、カード識別番号を受信した際に、電子マネーカード３００をアクティベイトし、管理領域１１２を生成する。登録情報取得部１４４は、ネットワーク４００を介してパーソナルコンピュータ５００から送信された各種登録情報を取得する。アカウント生成部１４６は、第２のステータスに移行した際に、アカウント１２２を生成する。紐付け処理部１４８は、アカウント１２２と管理領域１１２とを紐付ける処理を行う。ユーザ操作入力取得部１５２は、ユーザがマイ・ページを利用した際に、パーソナルコンピュータ５００から入力された操作入力情報を取得する。マイ・ページ処理部１５０は、ユーザ操作入力取得部１５２によって取得されたマイ・ページ上での操作入力に基づいて、マイ・ページ上での処理を行い、処理結果をアカウント１２２に送る。これにより、マイ・ページ上での操作に基づいて決済、残高照会、オンライン入金等の処理がアカウント１２２で行われる。審査情報取得部１５４には登録情報を審査した結果が入力される。登録情報に問題がなければ、その旨の情報が審査情報取得部１５４からアカウント生成部１４６に送られ、アカウント１２２の生成が行われる。

［本システムの処理］
次に、本実施形態のシステムで行われる処理について、詳細に説明する。図２で説明したように、電子マネーカード３００は例えば店頭で販売される。店舗に陳列された状態の電子マネーカード３００は、アクティベイトされておらず在庫カードという位置付けになる。カードの種類としては、＄１０、＄５０、＄１００、＄２００等の数種類のバリューのものが考えられる。利用者は、これらの中から目的に合ったものを選択できる。

電子マネーカード３００を購入して、カード読取機２００にかざすという処理を行うと、電子マネーカード３００がアクティベイトされ、使い切りの＄１０等のバリューが発行される。上述のように、この一連の操作を「カードアクティベイト」と称している。図１０は、アクティベイトの処理を示すフローチャートである。先ず、ステップＳ１０では、ユーザが店舗等で電子マネーカード（ａ）３００を購入する。次のステップＳ１２では、ユーザが電子マネーカード（ａ）３００を読取機２００にかざす。ステップＳ１２の処理は、ユーザが最初に商品を購入する際に、商品購入（決済）と同時に行うことができる。ステップＳ１２の処理により、電子マネーカード（ａ）３００と読取機２００との間で通信が行われ、ステップＳ１４において、カード識別番号がサーバ１００に送られる。

次のステップＳ１６では、カード識別番号を受信したサーバ１００により、サーバ１００内の管理領域１１０に電子マネーカード（ａ）３００に対応する管理領域（Ａ）１１２Ａが作成される。次のステップＳ１８では、カード管理領域１１２Ａにバリュー残高が保持される。ここで、カード識別番号は、電子マネーカード（ａ）の当初のバリューに対応した番号を含んでおり、サーバ１００は、カード識別番号に基づいて電子マネーカード３００の購入当初のバリューを取得できる。また、サーバ１００側でカード識別番号と購入当初のバリューの値とを対応付けたテーブルを保持しておき、サーバ１００でこのテーブルを参照して購入当初のバリューを取得しても良い。

ユーザがアクティベイト処理のみを行い、決済を行わない場合、購入時のバリュー（例えば＄１０）がそのままサーバー１００上のカード管理領域１１２Ａに保持される。また、アクティベイトと同時に決済を行う場合、サーバ１００は、決済時のユーザの支払い金額を取得する。この場合、購入当初のバリューから支払い金額を差し引いた値がバリュー残高として保持される。

管理領域１１２Ａは、カード識別番号、バリュー残高、利用可否フラグ、カード初期登録済等の情報を保持する。また、管理領域１１２Ａ自身も、カード識別番号に対応する固有のＩＤを有する。この状態では、電子マネーカード（ａ）３００は第１のステータスとなり、購入時の＄１０のバリューに対応した使い切りのプリペイドカードとして機能する。

ユーザが電子マネーカード（ａ）をリローダブル状態で利用したい場合は、個人情報を登録する。図１１は、ユーザが個人情報を登録し、バリューが管理領域１１２Ａからアカウント１２２へ移動されるまでの処理を示すフローチャートである。先ずステップＳ２０では、個人情報を登録するためのホームページ（個人情報登録ページ）のＵＲＬにアクセスする。次のステップＳ２２では、アクセスしている端末（ＷＥＢキオスク端末または個人所有のパーソナルコンピュータ５００など）に読取機２０２が付属しているか否かを判定する。ステップＳ２２の判定で、読取機２０２が付属している場合は、ステップＳ２４へ進み、必須登録情報のうちカード識別番号以外を端末から入力する。一方、読取機２０２が付属していない場合は、ステップＳ２６へ進み、カード識別番号を含むすべての必須項目を入力する。

ステップＳ２４，Ｓ２６の後はステップＳ２８へ進む。ステップＳ２８では、サーバ１００側で登録情報を審査し、登録された情報に問題があるか否かを判定する。登録された情報に問題がない場合はステップＳ３０へ進み、アカウント１２２を作成する。一方、登録された情報が正しくないなどの問題がある場合はステップＳ３５へ進み、登録画面上で再登録を依頼する。

ステップＳ３０でアカウントを作成した後、ステップＳ３２では、審査に通った旨の通知をユーザへ電子メールで送信する。この電子メールには、アカウント１１２と管理領域１１２Ａとを紐付ける処理を行うホームページのＵＲＬ（マイ・ページのＵＲＬ）が記載されている。

次のステップＳ３４では、ユーザが電子メールに記載されたＵＲＬにパーソナルコンピュータ５００等からアクセスし、紐付け処理を行う。この際、紐付け処理を行うホームページのＵＲＬはアクセスしたユーザのアカウント１２２に固有のものであり、サーバ１００は、紐付け処理の際に入力されるカード識別番号とアカウント１２２を対応付けることができる。

次のステップＳ３６では、アカウント１２２に紐付けられた管理領域１１２（ここでは管理領域Ａとする）のバリューがゼロであるか否かを判定する。管理領域１１２Ａのバリューが０の場合は、ステップＳ３８へ進み、アカウント１２２内のバリューはゼロに設定される。一方、管理領域１１２Ａのバリューが０でない場合は、ステップＳ４０へ進み、管理領域１１２Ａのバリューをアカウント１２２の残高へ移行し、管理領域１１２Ａのバリューをゼロにする。

図１２は、図１１のステップＳ４０の処理による、カード管理領域１１０とアカウント管理領域１２０の状態遷移を示す模式図である。図１２に示すように、バリューを管理領域１１２Ａからアカウント１２２に移行することにより、管理領域１１２Ａのバリュー残高が＄△△からゼロになり、作成されたアカウント１２２のバリュー残高が＄△△に増加する。

図１３は、既にアカウントを作成して電子マネーカード（ａ）３００をリローダブル状態で使用しているユーザが、新たにアクティベイトした電子マネーカード（ｂ）３００に対応する管理領域１１２Ｂを、アカウント１２２に紐付ける処理を示している。先ず、ステップＳ５０では、ユーザがマイ・ページのＵＲＬへログインする。次に、ステップＳ５２では、マイ・ページ上で「アカウントへの紐付け」機能を選択する。次のステップＳ５４では、紐付けする管理領域１１２Ｂに対応する電子マネーカード（ｂ）３００の識別情報をサーバ１００へ送る。ここで、マイ・ページのＵＲＬにアクセスしているパーソナルコンピュータ５００等が読取機２０２を有している場合、読取機２０２に電子マネーカード（ｂ）３００をかざすことで、電子マネーカード（ｂ）３００のカード識別番号がサーバ１００へ送信される。また、パーソナルコンピュータ５００等が読取機２０２を有していない場合は、キーボード５０４からカード識別番号を入力することによりカード識別番号をサーバ１００へ送信する。

サーバ１００では、マイ・ページにログインする際の認証により、ユーザを特定することができ、ユーザに対応するアカウント１２２のＩＤを取得できる。また、サーバ１００は、送られた電子マネーカード（ｂ）３００のカード識別番号から管理領域１１２Ｂを特定する。これにより、サーバ１００は、管理領域１１２Ｂとアカウント１２２とを対応付けすることができ、アカウント１２２Ａと管理領域１１２Ｂの紐付け処理が完了する。

次にステップＳ５６では、新たに紐付けられた管理領域１１２Ｂのバリューが０であるか否かを判定する。そして、管理領域１１２Ｂのバリューが０の場合は、ステップＳ５８へ進み、アカウント１２２内の電子マネーカード（ｂ）のバリューを＄０に設定する。一方、管理領域１１２Ｂのバリューが０でない場合は、ステップＳ６０へ進み、管理領域１１２Ｂのバリューをアカウント１２２内の電子マネーカード（ｂ）のバリュー残高へ移行し、管理領域１１２Ｂのバリューをゼロにする。

以上説明したように本実施形態によれば、１枚の電子マネーカード３００を使い切りのプリペイドカードとしての第１のステータスと、リローダブル可能な第２のステータスの双方で使用することが可能となり、ユーザの利便性を大幅に向上することが可能となる。これにより、複数のサービスを受ける際の、カード交換費用、カード発送費用、利用者の待ち時間等を低減することができ、サービスの効率を高めることができる。また、リローダブル可能な第２のステータスに移行する際には、所定の個人情報を送信する必要があるため、セキュリティを高めることができ、マネーロンダリングを抑止できる。

また、バリュー残額等の電子マネーカード３００に関する情報はサーバ１００側で管理されるため、サーバ１００側で複数の電子マネーカード３００の情報を一括して管理することが可能となる。

以上、添付図面を参照しながら本発明の好適な実施形態について説明したが、本発明は係る例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。

本発明の一実施形態に係る電子マネーシステムの構成を示す模式図である。 店舗にて陳列された電子マネーカードを示す模式図である。 サーバのカード管理領域に電子マネーカードに対応した管理領域を作成した状態を示す模式図である。 サーバのアカウント管理領域にアカウントを生成した状態を示す模式図である。 アカウントとカード管理領域とが対応付けられた状態を示す模式図である。 １つのアカウントと、２つの管理領域とを対応付けた状態を示す模式図である。 登録情報をサーバへ送信している様子を示す模式図である。 マイ・ページを利用している様子を示す模式図である。 サーバの機能ブロック構成を示す模式図である。 電子マネーカードをアクティベイトする処理を示すフローチャートである。 ユーザが個人情報を登録した後、バリューが管理領域からアカウントへ移動されるまでの処理を示すフローチャートである。 図１１のステップＳ４０の処理による、カード管理領域とアカウント管理領域の状態遷移を示す模式図である。 新たにアクティベイトした電子マネーカードに対応する管理領域を、アカウントに紐付ける処理を示すフローチャートである。

符号の説明

１００ サーバ
１１２Ａ，１１２Ｂ，１１２Ｃ 管理領域
１２２ アカウント
１４０ カード情報取得部
１４２ 管理領域生成部
１４６ アカウント生成部
１４４ 登録情報取得部
１４８ 紐付け処理部
２００ 読取機
３００ 電子マネーカード

Claims (12)

1. 通信ネットワークを介して接続されるバリュー保持カードを使い切りのプリペイドカードとしての第１のステータスで機能させる第１の管理部と；
   前記バリュー保持カードを前記第１のステータスからバリューを補充可能な第２のステータスへ移行させる際に生成され、前記バリュー保持カードを前記第２のステータスで機能させる第２の管理部と；
   を備える、バリュー保持カード管理サーバ。
2. 前記バリュー保持カードのカード識別情報を取得するカード識別情報取得部を備え、
   前記カード識別情報を取得した場合に、前記カード識別情報に対応した前記第１の管理部を生成する、請求項１に記載のバリュー保持カード管理サーバ。
3. ユーザから登録情報を取得する登録情報取得部を備え、
   前記登録情報を取得した場合に、前記カード識別情報で特定される前記バリュー保持カードに対応する前記第２の管理部を生成する、請求項２に記載のバリュー保持カード管理サーバ。
4. 前記バリュー保持カードを前記第１のステータスから前記第２のステータスへ移行させる際に、前記第１のステータスでのバリュー残高を前記第１の管理部から前記第２の管理部へ移行する、請求項１に記載のバリュー保持カード管理サーバ。
5. 同一のバリュー保持カードにそれぞれ対応する前記第１及び第２の管理部を対応付ける紐付け処理部を備えることを特徴とする、請求項１に記載のバリュー保持カード管理サーバ。
6. 前記紐付け処理部は、前記第２の管理部が新たに生成された際に、前記第１の管理部と、新たに生成された前記第２の管理部とを対応付ける、請求項５に記載のバリュー保持カード管理サーバ。
7. 前記紐付け処理部は、既に前記第１の管理部と対応付けられている第２の管理部に対して新たに他の第１の管理部を紐付ける際に、前記他の第１の管理部と前記第２の管理部とを対応付ける、請求項５に記載のバリュー保持カード管理サーバ。
8. 前記第１の管理部は、少なくとも、前記バリュー保持カードによる決済処理、又はバリュー残高照会の処理を管理する、請求項１に記載のバリュー保持カード管理サーバ。
9. 前記第２の管理部は、少なくとも、前記バリュー保持カードによる決済処理、バリュー入金処理、又はバリュー残高照会の処理を管理する、請求項１に記載のバリュー保持カード管理サーバ。
10. 通信ネットワークを介して接続されるバリュー保持カードを使い切りのプリペイドカードとしての第１のステータスで機能させる手段；
    前記バリュー保持カードを前記第１のステータスからバリューを補充可能な第２のステータスへ移行させる際に生成され、前記バリュー保持カードを前記第２のステータスで機能させる手段；
    としてコンピュータを機能させるプログラム。
11. カード識別番号を含む情報を送信するバリュー保持カードと；
    前記カード受信番号を含む情報を受信するカード読取機と；
    通信ネットワークを介して前記カード読取機と接続され、前記カード受信番号により識別されるバリュー保持カードを使い切りのプリペイドカードとしての第１のステータスで機能させる第１の管理部と、前記バリュー保持カードを前記第１のステータスからバリューを補充可能な第２のステータスへ移行させる際に生成され、前記バリュー保持カードを前記第２のステータスで機能させる第２の管理部と、を有するバリュー保持カード管理サーバと；
    を備えるバリュー保持カードシステム。
12. 通信ネットワークを介して接続されたバリュー保持カードを使い切りのプリペイドカードとしての第１のステータスで機能させるステップと；
    ユーザから登録情報を取得するステップと；
    前記登録情報を取得した後、前記バリュー保持カードを、バリューを補充可能な第２のステータスで機能させるステップと；
    を備える、バリュー保持カードのステータス遷移方法。

Images