特許 5740064 情報処理装置、情報処理方法、プログラム、記憶媒体

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

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

(11)【特許番号】5740064

(24)【登録日】2015年5月1日

(45)【発行日】2015年6月24日

(54)【発明の名称】情報処理装置、情報処理方法、プログラム、記憶媒体

(51)【国際特許分類】

   G06Q 20/28 20120101AFI20150604BHJP

【ＦＩ】

   G06Q20/28

【請求項の数】10

【全頁数】39

(21)【出願番号】特願2014-552435(P2014-552435)

(86)(22)【出願日】2014年8月4日

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

【審査請求日】2014年10月29日

【早期審査対象出願】

(73)【特許権者】

【識別番号】399037405

【氏名又は名称】楽天株式会社

(74)【代理人】

【識別番号】100116942

【弁理士】

【氏名又は名称】岩田 雅信

(74)【代理人】

【識別番号】100167704

【弁理士】

【氏名又は名称】中川 裕人

(74)【代理人】

【識別番号】100114122

【弁理士】

【氏名又は名称】鈴木 伸夫

(74)【代理人】

【識別番号】100086841

【弁理士】

【氏名又は名称】脇 篤夫

(72)【発明者】

【氏名】御厨 準

(72)【発明者】

【氏名】陳 セイ

(72)【発明者】

【氏名】星 永亮

(72)【発明者】

【氏名】原口 潤平

【審査官】 田付 徳雄

(56)【参考文献】

【文献】 特開２００２−０６３５１７（ＪＰ，Ａ）

【文献】 特開２００２−０５６２０７（ＪＰ，Ａ）

【文献】 特開２００３−０６９７５３（ＪＰ，Ａ）

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

【文献】 特開２０１４−１３９７６９（ＪＰ，Ａ）

【文献】 特開２００２−０７３８４１（ＪＰ，Ａ）

【文献】 米国特許出願公開第２００６／０１７８９７２（ＵＳ，Ａ１）

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

Ｇ０６Ｑ １０／００ − ５０／３４

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

【請求項1】

カード番号情報に対して少なくともユーザＩＤ、バリュー額、及び有効期限の情報が紐付けられたバーチャルプリペイドカードがそれぞれのユーザに対して発行されるように制御を行うカード発行制御処理部と、
前記カード発行制御処理部により特定のユーザに対して発行されたバーチャルプリペイドカードから、前記特定のユーザの操作に応じてプレゼント対象として指定されたバーチャルプリペイドカードについて、前記カード番号情報に対して前記特定のユーザ以外の他のユーザを特定して、前記特定のユーザと前記他のユーザとのユーザ間の紐付けが行われるように制御を行うプレゼント処理部と、
前記ユーザ間の紐付けが行われて前記他のユーザにプレゼントされたバーチャルプリペイドカードについて、前記特定のユーザの操作に応じて内容が決定される返却条件を設定する返却条件設定処理部と、
前記プレゼント処理部により前記他のユーザにプレゼントされたバーチャルプリペイドカードの利用状況に関する情報が、前記特定のユーザのユーザＩＤでログインされていることを条件に提示されるように制御する提示制御処理部と、
前記返却条件が満たされたか否かを判定すると共に、前記返却条件が満たされたことに応じて、前記プレゼントされたバーチャルプリペイドカードの前記特定のユーザに対する返却処理として、前記プレゼント処理部が行った前記特定のユーザと前記他のユーザとのユーザ間の紐付けが解除されるように制御する処理を実行する返却条件対応処理部と、を備える
情報処理装置。

【請求項2】

前記返却条件設定処理部は、
前記返却条件として前記バーチャルプリペイドカードの残高に係る条件を設定する
請求項１に記載の情報処理装置。

【請求項3】

前記返却条件対応処理部は、
前記返却条件が満たされていない場合であっても、前記返却処理を操作に応じて実行する
請求項１に記載の情報処理装置。

【請求項4】

前記カード発行制御処理部は、
指定バリュー額に対しユーザが保有するバーチャルプリペイドカードの残高を加算したバリュー額によるバーチャルプリペイドカードが発行されるように制御を行う
請求項１に記載の情報処理装置。

【請求項5】

前記カード発行制御処理部の制御により発行された指定バリュー額によるバーチャルプリペイドカードの購入代金の請求について、前記指定バリュー額に対応する請求代金からユーザが保有するバーチャルプリペイドカードの残高を割り引いた金額による代金が前記ユーザに請求されるように制御を行う請求制御処理部を備える
請求項１に記載の情報処理装置。

【請求項6】

前記返却条件対応処理部は、
前記返却処理として、前記紐付けの解除と共に、返却対象のバーチャルプリペイドカードのセキュリティコード又はカード番号の変更が行われるように制御する処理を実行する
請求項１に記載の情報処理装置。

【請求項7】

前記プレゼント対象として指定されたバーチャルプリペイドカードについて、操作に応じて利用制限情報を設定する利用制限設定処理部を備える
請求項１に記載の情報処理装置。

【請求項8】

カード番号情報に対して少なくともユーザＩＤ、バリュー額、及び有効期限の情報が紐付けられたバーチャルプリペイドカードがそれぞれのユーザに対して発行されるように制御を行うカード発行制御処理ステップと、
前記カード発行制御処理ステップにより特定のユーザに対して発行されたバーチャルプリペイドカードから、前記特定のユーザの操作に応じてプレゼント対象として指定されたバーチャルプリペイドカードについて、前記カード番号情報に対して前記特定のユーザ以外の他のユーザを特定して、前記特定のユーザと前記他のユーザとのユーザ間の紐付けが行われるように制御を行うプレゼント処理ステップと、
前記ユーザ間の紐付けが行われて前記他のユーザにプレゼントされたバーチャルプリペイドカードについて、前記特定のユーザの操作に応じて内容が決定される返却条件を設定する返却条件設定処理ステップと、
前記プレゼント処理ステップにより前記他のユーザにプレゼントされたバーチャルプリペイドカードの利用状況に関する情報が、前記特定のユーザのユーザＩＤでログインされていることを条件に提示されるように制御する提示制御処理ステップと、
前記返却条件が満たされたか否かを判定すると共に、前記返却条件が満たされたことに応じて、前記プレゼントされたバーチャルプリペイドカードの前記特定のユーザに対する返却処理として、前記プレゼント処理ステップが行った前記特定のユーザと前記他のユーザとのユーザ間の紐付けが解除されるように制御する処理を実行する返却条件対応処理ステップと
を情報処理装置が実行する
情報処理方法。

【請求項9】

カード番号情報に対して少なくともユーザＩＤ、バリュー額、及び有効期限の情報が紐付けられたバーチャルプリペイドカードがそれぞれのユーザに対して発行されるように制御を行うカード発行制御処理機能と、
前記カード発行制御処理機能により特定のユーザに対して発行されたバーチャルプリペイドカードから、前記特定のユーザの操作に応じてプレゼント対象として指定されたバーチャルプリペイドカードについて、前記カード番号情報に対して前記特定のユーザ以外の他のユーザを特定して、前記特定のユーザと前記他のユーザとのユーザ間の紐付けが行われるように制御を行うプレゼント処理機能と、
前記ユーザ間の紐付けが行われて前記他のユーザにプレゼントされたバーチャルプリペイドカードについて、前記特定のユーザの操作に応じて内容が決定される返却条件を設定する返却条件設定処理機能と、
前記プレゼント処理機能により前記他のユーザにプレゼントされたバーチャルプリペイドカードの利用状況に関する情報が、前記特定のユーザのユーザＩＤでログインされていることを条件に提示されるように制御する提示制御処理機能と、
前記返却条件が満たされたか否かを判定すると共に、前記返却条件が満たされたことに応じて、前記プレゼントされたバーチャルプリペイドカードの前記特定のユーザに対する返却処理として、前記プレゼント処理機能が行った前記特定のユーザと前記他のユーザとのユーザ間の紐付けが解除されるように制御する処理を実行する返却条件対応処理機能と、を情報処理装置に実現させる
プログラム。

【請求項10】

カード番号情報に対して少なくともユーザＩＤ、バリュー額、及び有効期限の情報が紐付けられたバーチャルプリペイドカードがそれぞれのユーザに対して発行されるように制御を行うカード発行制御処理機能と、
前記カード発行制御処理機能により特定のユーザに対して発行されたバーチャルプリペイドカードから、前記特定のユーザの操作に応じてプレゼント対象として指定されたバーチャルプリペイドカードについて、前記カード番号情報に対して前記特定のユーザ以外の他のユーザを特定して、前記特定のユーザと前記他のユーザとのユーザ間の紐付けが行われるように制御を行うプレゼント処理機能と、
前記ユーザ間の紐付けが行われて前記他のユーザにプレゼントされたバーチャルプリペイドカードについて、前記特定のユーザの操作に応じて内容が決定される返却条件を設定する返却条件設定処理機能と、
前記プレゼント処理機能により前記他のユーザにプレゼントされたバーチャルプリペイドカードの利用状況に関する情報が、前記特定のユーザのユーザＩＤでログインされていることを条件に提示されるように制御する提示制御処理機能と、
前記返却条件が満たされたか否かを判定すると共に、前記返却条件が満たされたことに応じて、前記プレゼントされたバーチャルプリペイドカードの前記特定のユーザに対する返却処理として、前記プレゼント処理機能が行った前記特定のユーザと前記他のユーザとのユーザ間の紐付けが解除されるように制御する処理を実行する返却条件対応処理機能と、を情報処理装置に実現させるプログラムを記憶した
記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置とその方法、情報処理装置を実現するプログラム、及びプログラムを記憶した記憶媒体に係るものであり、特に、バーチャルプリペイドカードのプレゼント機能についての技術分野に関する。

【先行技術文献】

【特許文献】

【0002】

【特許文献1】特開２００６−１６３４６６号公報

【特許文献2】特開２０００−２３１６５８号公報

【背景技術】

【0003】

いわゆるネットショッピングとして、例えばインターネット上に構築されたショッピングサイトでの商品の購入が可能とされている。ネットショッピングでは、購入代金の決済をクレジットカードにより行うことが可能とされている。

【0004】

しかしながら、クレジットカードは知らずのうちに使い過ぎてしまうという虞があり、また、よく知らないショッピングサイトでクレジットカードのカード番号を入力するのはユーザにとって不安である。

【0005】

そこで、ネットショッピングにおける決済手法として、いわゆるバーチャルプリペイドカード（以下「Ｖプリカ」と略称する）を用いた決済手法が実用化されている。Ｖプリカは、一般的なプリペイドカードと同様に事前に支払った金額に対応する金額分のみ決済が可能とされたカードとされるが、カードとしての実体物のない、画像による仮想的なカードとして発行される点が異なる。ユーザは、商品等の購入時にＶプリカのカード番号及びセキュリティコードを入力することで購入代金の決済を行うことができる。
Ｖプリカは、プリペイド額（バリュー額）がクレジットカードの利用限度額に対して比較的少額とされているため、使いすぎの防止が図られる。また、Ｖプリカは、その購入時にクレジットカードの番号入力は必要とされるが、商品等の購入時にはＶプリカのカード番号を入力しさえすればよく、ショッピングサイトにクレジットカードのカード番号を知られる心配も解消される。

【発明の概要】

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

【0006】

ここで、Ｖプリカは、所定額の金券としても機能するので、これを他者にプレゼントするということが考えられる。
Ｖプリカを他者にプレゼントする場合には、譲渡者がプレゼントしたＶプリカの使用（利用）を管理したい場合がある。例えば、親が子へプレゼントした場合に、譲渡者（親）が譲受者（子）によるＶプリカの使用状況を確認したい場合が想定される。また、Ｖプリカには例えば１年間等の有効期限があるが、Ｖプリカの残高が或る程度残ったまま有効期限を迎えてしまうことが予想される場合には、プレゼントしたＶプリカを譲渡者自らが使用したいと考えることも想定される。

【0007】

そこで、本発明では上記した問題を克服し、第一のユーザが第二のユーザにプレゼントしたバーチャルプリペイドカードについての管理機能の拡充を図ることを目的とする。

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

【0008】

第１に、本発明に係る情報処理装置は、カード番号情報に対して少なくともユーザＩＤ、バリュー額、及び有効期限の情報が紐付けられたバーチャルプリペイドカードがそれぞれのユーザに対して発行されるように制御を行うカード発行制御処理部と、前記カード発行制御処理部により特定のユーザに対して発行されたバーチャルプリペイドカードから、前記特定のユーザの操作に応じてプレゼント対象として指定されたバーチャルプリペイドカードについて、前記カード番号情報に対して前記特定のユーザ以外の他のユーザを特定して、前記特定のユーザと前記他のユーザとのユーザ間の紐付けが行われるように制御を行うプレゼント処理部と、前記ユーザ間の紐付けが行われて前記他のユーザにプレゼントされたバーチャルプリペイドカードについて、前記特定のユーザの操作に応じて内容が決定される返却条件を設定する返却条件設定処理部と、前記プレゼント処理部により前記他のユーザにプレゼントされたバーチャルプリペイドカードの利用状況に関する情報が、前記特定のユーザのユーザＩＤでログインされていることを条件に提示されるように制御する提示制御処理部と、前記返却条件が満たされたか否かを判定すると共に、前記返却条件が満たされたことに応じて、前記プレゼントされたバーチャルプリペイドカードの前記特定のユーザに対する返却処理として、前記プレゼント処理部が行った前記特定のユーザと前記他のユーザとのユーザ間の紐付けが解除されるように制御する処理を実行する返却条件対応処理部と、を備えるものである。

【0009】

これにより、第一のユーザ（特定のユーザ）が保有するバーチャルプリペイドカードを第二のユーザ（他のユーザ）にプレゼントするプレゼント機能において、プレゼント対象のバーチャルプリペイドカードの返却条件を設定する機能と、返却条件が満たされたことに応じて該バーチャルプリペイドカードを第一のユーザに自動返却する機能とが新たに加わる。さらに、第一のユーザは、プレゼント後のバーチャルプリペイドカードの利用状況を、自身のユーザＩＤでログインした画面で確認することが可能とされる。

【0010】

第２に、上記した本発明に係る情報処理装置においては、前記返却条件設定処理部は、前記返却条件として前記バーチャルプリペイドカードの残高に係る条件を設定することが望ましい。
第３に、上記した本発明に係る情報処理装置においては、前記返却条件対応処理部は、前記返却条件が満たされていない場合であっても、前記返却処理を操作に応じて実行することが望ましい。

【0011】

これにより、プレゼント後のバーチャルプリペイドカードを操作により強制的に返却させることが可能とされる。

【0012】

第４に、上記した本発明に係る情報処理装置においては、前記カード発行制御処理部は、
指定バリュー額に対しユーザが保有するバーチャルプリペイドカードの残高を加算したバリュー額によるバーチャルプリペイドカードが発行されるように制御を行うことが望ましい。

【0013】

これにより、返却されたバーチャルプリペイドカードの残高を合算した新たなバーチャルプリペイドカードを購入することが可能とされる。

【0014】

第５に、上記した本発明に係る情報処理装置は、前記カード発行制御処理部の制御により発行された指定バリュー額によるバーチャルプリペイドカードの購入代金の請求について、前記指定バリュー額に対応する請求代金からユーザが保有するバーチャルプリペイドカードの残高を割り引いた金額による代金が前記ユーザに請求されるように制御を行う請求制御処理部を備えることが望ましい。

【0015】

これにより、返却されたバーチャルプリペイドカードの残高を用いて、新たなバーチャルプリペイドカードを割引購入することが可能とされる。

【0016】

第６に、上記した本発明に係る情報処理装置においては、前記返却条件対応処理部は、前記返却処理として、前記紐付けの解除と共に、返却対象のバーチャルプリペイドカードのセキュリティコード又はカード番号の変更が行われるように制御する処理を実行することが望ましい。

【0017】

これにより、返却されたバーチャルプリペイドカードが第二のユーザによって引き続き利用可能とならないようにすることが可能とされる。

【0018】

第７に、上記した本発明に係る情報処理装置は、前記プレゼント対象として指定されたバーチャルプリペイドカードについて、操作に応じて利用制限情報を設定する利用制限設定処理部を備えることが望ましい。

【0019】

これにより、プレゼント後のバーチャルプリペイドカードの利用に一定の制限をかけることが可能とされる。

【0020】

また、本発明に係る情報処理方法は、カード番号情報に対して少なくともユーザＩＤ、バリュー額、及び有効期限の情報が紐付けられたバーチャルプリペイドカードがそれぞれのユーザに対して発行されるように制御を行うカード発行制御処理ステップと、前記カード発行制御処理ステップにより特定のユーザに対して発行されたバーチャルプリペイドカードから、前記特定のユーザの操作に応じてプレゼント対象として指定されたバーチャルプリペイドカードについて、前記カード番号情報に対して前記特定のユーザ以外の他のユーザを特定して、前記特定のユーザと前記他のユーザとのユーザ間の紐付けが行われるように制御を行うプレゼント処理ステップと、前記ユーザ間の紐付けが行われて前記他のユーザにプレゼントされたバーチャルプリペイドカードについて、前記特定のユーザの操作に応じて内容が決定される返却条件を設定する返却条件設定処理ステップと、
前記プレゼント処理ステップにより前記他のユーザにプレゼントされたバーチャルプリペイドカードの利用状況に関する情報が、前記特定のユーザのユーザＩＤでログインされていることを条件に提示されるように制御する提示制御処理ステップと、前記返却条件が満たされたか否かを判定すると共に、前記返却条件が満たされたことに応じて、前記プレゼントされたバーチャルプリペイドカードの前記特定のユーザに対する返却処理として、前記プレゼント処理ステップが行った前記特定のユーザと前記他のユーザとのユーザ間の紐付けが解除されるように制御する処理を実行する返却条件対応処理ステップとを情報処理装置が実行する情報処理方法である。

【0021】

本発明に係る情報処理方法によっても、上記した本発明に係る情報処理装置と同様に、バーチャルプリペイドカードのプレゼント機能において、プレゼント対象のバーチャルプリペイドカードの返却条件を設定する機能と、返却条件が満たされたことに応じて該バーチャルプリペイドカードを第一のユーザに自動返却する機能とが新たに加わると共に、第一のユーザは、プレゼント後のバーチャルプリペイドカードの利用状況を、自身のユーザＩＤでログインした画面で確認することが可能とされる。

【0022】

さらに、本発明に係るプログラムは、上記情報処理方法として実行する処理を情報処理装置に実行させるプログラムである。
さらにまた、本発明に係る記憶媒体は、上記プログラムを記憶したプログラムである。
これらのプログラムや記憶媒体により上記の情報処理装置を実現する。

【発明の効果】

【0023】

本発明によれば、第一のユーザが第二のユーザにプレゼントしたバーチャルプリペイドカードについての管理機能の拡充を図ることができる。

【図面の簡単な説明】

【0024】

【図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】制限店舗設定ページの例を示した図である。

【図26】利用制限情報の例を示した図である。

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

【0025】

以下、実施の形態を次の順序で説明する。
＜１．ネットワークシステム＞
＜２．コンピュータ装置のハードウェア構成＞
＜３．受注からクレジットカード決済までの処理の流れ＞
＜４．実施の形態の情報処理装置が有する機能＞
＜５．処理手順＞
＜６．実施の形態の変形例＞
＜７．実施の形態のまとめ＞
＜８．プログラム及び記憶媒体＞
＜９．その他変形例＞

【0026】

なお、以下の説明において、「クレジットカード」については「クレカ」と略称する場合があり、「バーチャルプリペイドカード」については「Ｖプリカ」と略称する場合がある。

【0027】

＜１．ネットワークシステム＞

図１に、本実施の形態で前提とするネットワークシステム１の例を示す。このネットワークシステム１はＥＣ（ＥＣ：electronic commerce（電子商取引））システムとして機能する。
ネットワークシステム１は、例えばインターネットとしてのネットワーク２を介して、ショッピングサイト管理システム３、複数のユーザ端末４，４…、複数の店舗端末５，５…、複数の店舗端末６，６…、及びカード会社システム７が互いに通信可能に構成されている。

【0028】

ユーザ端末４は、ウェブブラウザを備えたコンピュータ装置である。ユーザ端末４としては、例えば高機能携帯電話機（スマートフォン）や携帯電話機、携帯情報端末（ＰＤＡ）、携帯型又は据置型のパーソナルコンピュータ（ＰＣ）などが挙げられるが、ユーザ端末４の種類はこれらに限定されない。
ユーザ端末４は、ＨＴＴＰ（Hypertext Transfer Protocol）リクエストをショッピングサイト運営システム３におけるショッピングサーバ３ａやカード会社システム７におけるガード会社サーバ７ａ等に送信することでウェブページや所定の処理を要求する。またユーザ端末４は、ＨＴＴＰリクエストに応じて送られてきたウェブページを受信してウェブブラウザ上に表示する。これにより、ユーザは所望のウェブページを閲覧したり操作したりすることができる。

【0029】

ショッピングサイト運営システム３は、それぞれコンピュータ装置で構成されたショッピングサーバ３ａ、商品ＤＢ（データベース）３ｂ、及びユーザＤＢ３ｃを備えている。これらの各装置は、例えばＬＡＮ（Local Area Network）等のネットワークを介して互いに通信可能とされている。

【0030】

ショッピングサーバ３ａは、ユーザ端末４から送られてきたＨＴＴＰリクエストに基づいて様々な処理を行う。例えば、各種ウェブページ（例えば商品ウェブページ、買い物かごウェブページ、注文ウェブページなど）の生成及び送信や、ユーザによる注文確定操作に応じた購入処理等を実行する。

【0031】

ネットワークシステム１では、ショッピングサーバ３ａにより仮想商店街のウェブサイト（ＥＣサイト：ショッピングサイト）がユーザ（ユーザ端末４のユーザ）に提供される。ＥＣサイト内には複数の店舗（仮想商店街の加盟店）が存在する。各店舗のスタッフが自店舗の商品を店舗端末５としてのコンピュータ装置を介して登録することで、様々な店舗の様々な商品がＥＣサイト上にアップロードされる。ユーザはユーザ端末４によりＥＣサイトにアクセスして所望の商品を購入することができる。

【0032】

ここで、店舗端末５は、ＥＣサイトに出店している店舗の端末である。
一方、店舗端末６は、カード会社システム７を運営しているカード会社が提携しているクレジットカードブランドの加盟店舗の端末である。

【0033】

ショッピングサイト運営システム３において、商品ＤＢ３ｂには、店舗端末５を介して登録された商品に係る情報が記憶されている。具体的には、商品を識別するための識別子である商品ＩＤに対応づけられて、商品名、商品のジャンル、商品の画像、スペック、商品紹介の要約文等の商品情報や、広告情報等が記憶されている。また、商品ＤＢ３ｂには、ＨＴＭＬ（HyperText Markup Language）、ＸＭＬ（Extensible Markup Language）等のマークアップ言語等により記述された商品ウェブページのファイル等も記憶されている。
このような商品ＤＢ３ｂにより、例えば入力キーワード等に基づいた商品検索等を行うことが可能とされている。

【0034】

ここで、ユーザは、ＥＣサイトを利用するにあたり、ショッピングサイト管理システム３に会員登録を行うことができる。会員登録の際にユーザは、ユーザＩＤ（ユーザ識別情報）、パスワード、氏名、メールアドレス、商品の送付先情報（住所情報）、クレジットカード番号等の必要情報を登録する。ユーザは、登録したユーザＩＤによりＥＣサイトにログインすることで、ＥＣサイトでの商品の購入の際に必要情報を再度入力する手間が省かれる。

【0035】

ユーザＤＢ３ｃには、上記のように会員としてのユーザにより登録されたユーザ情報が記憶されている。
図２は、ユーザＤＢ３ｃの格納情報を例示した図である。
図示するようにユーザＤＢ３ｃにおいては、ユーザＩＤごとに、パスワード、氏名、メールアドレス、住所の各情報、及びクレジットカード情報が紐付けられて（対応づけられて）記憶されている。クレジットカード情報としては、カード番号、名義人（カード名義人の氏名）、及び有効期限の各情報が記憶されている。

【0036】

図１に戻り、カード会社システム７は、それぞれコンピュータ装置で構成されたカード会社サーバ７ａ、クレカＤＢ７ｂ、クレカ利用履歴ＤＢ７ｃ、ＶプリカＤＢ７ｄ、Ｖプリカ利用履歴ＤＢ７ｅ、及び返却条件ＤＢ７ｆを備えている。これらの各装置は、例えばＬＡＮ（Local Area Network）等のネットワークを介して互いに通信可能とされている。また各装置は、インターネットとしてのネットワーク２を介した通信を行うことも可能とされている。

【0037】

カード会社サーバ７ａは、クレジットカード、及びバーチャルプリペイドカードに関する処理を行う。

【0038】

ここで、バーチャルプリペイドカードとは、クレジットカードと同様にカード番号、セキュリティコードの情報が紐付けられて管理されているが、カードとしての実体物は存在せず、また利用限度額が予め購入したバリュー額に制限される仮想的な金券である。
ユーザは、バーチャルプリペイドカードによる決済を希望する場合、商品購入ページにおいて、利用するバーチャルプリペイドカード（カード番号）を指定する共にセキュリティコードを入力する。商品購入（注文）が確定した場合、カード会社サーバ７ａにより、指定したバーチャルプリペイドカードの残高から購入金額に応じた額が減じられる。このようにして、バーチャルプリペイドカードによる購入代金の決済が行われる。
本例におけるバーチャルプリペイドカードは、ショッピングサーバ３ａが提供するＥＣサイト（ショッピングサイト）のみではなく、該バーチャルプリペイドカードに付帯されたカードブランドの加盟店舗としての店舗（店舗端末６を管理する店舗）が出店するショッピングサイトにおいても利用可能とされている。

【0039】

カード会社サーバ７ａは、クレジットカードについては、カード情報の管理、カード番号を指定した与信照会や売上請求等に対する処理を行う。
また、バーチャルプリペイドカードについては、カード発行、カード情報の管理（残高管理も含む）、及びカード番号を指定した与信照会や売上請求に対する処理を行う。
なお、「与信照会」や「売上請求」については後述する。

【0040】

ここで、本実施の形態のネットワークシステム１においては、ショッピングサイト３ａが提供するＥＣサイトの会員向けに、カード会社サーバ７ａによりクレジットカード及びバーチャルプリペイドカードについての管理サイト（以下「カード管理サイトＳｃ」と表記する）が提供される。
カード管理サイトＳｃにおいて、ユーザは、ユーザＩＤとパスワードを入力してログインすることを条件として、少なくとも以下を行うことが可能とされている。
（１）自らが保有するクレジットカードのカード情報や利用履歴情報の参照。
（２）バーチャルプリペイドカードの購入（発行手続）。
（３）バーチャルプリペイドカードの他ユーザへのプレゼント
（４）自らが保有するバーチャルプリペイドカードのカード情報や利用履歴情報の参照。
（５）プレゼント後のバーチャルプリペイドカードのカード情報や利用履歴情報の参照。

【0041】

（１）のカード情報、利用履歴情報の参照時には、カード会社サーバ７ａはクレカＤＢ７ｂ、クレカ利用履歴ＤＢ７ｃの格納情報を用いる。
図３は、クレカＤＢ７ｂの格納情報の例を示している。
図示するようにクレカＤＢ７ｂには、ユーザＩＤごとに、クレジットカードのカード番号、名義人、セキュリティコード、与信枠、利用可能額、有効期限の各情報が紐付けられて記憶されている。なお、与信枠は、例えば１ヶ月など所定期間ごとのカード利用限度額を定めたものであり、利用可能額は、該利用限度額から上記所定期間におけるカード利用総額を減じた額である。上記所定期間内に与信枠分のカード利用を行うと利用可能額は０円となり、該所定期間においてはそれ以上のカード利用が不能となる。

【0042】

なお、ここでは説明の便宜上、セキュリティコードの情報がクレカＤＢ７ｂに記憶されているものとしているが、実際においては、安全面等を考慮して、セキュリティコードの情報をクレカＤＢ７ｂとは別の記憶手段に記憶させることができる。この点は、後述するＶプリカのセキュリティコードについても同様である。

【0043】

また、クレカ利用履歴ＤＢ７ｃには、図示は省略したが、クレジットカードのカード番号ごとに利用金額、利用日、利用店舗等の利用履歴情報が紐付けられて記憶されている。
クレカ利用履歴ＤＢ７ｃには、或るクレジットカードが利用されるごとに、該クレジットカードのカード番号に対し利用金額、利用日、利用店舗等の情報がカード会社サーバ７ａによって新たに紐付けられて記憶される。

【0044】

（２）のバーチャルプリペイドカードの購入は、ユーザが、クレジットカードを用いてバーチャルプリペイドカードを購入することを意味する。ユーザによるバーチャルプリペイドカードの購入に伴い、カード会社サーバ７ａは、カード番号、及びセキュリティコードを新たに生成し、ＶプリカＤＢ７ｄに対し、これらカード番号、及びセキュリティコード等の新たなカード情報を記憶させる。ＶプリカＤＢ７ｄには、バーチャルプリペイドカードのカード番号ごとに、セキュリティコード、該バーチャルプリペイドカードを購入したユーザのユーザＩＤ、名義人、バリュー額、残高等の情報が紐付けられて記憶されているが、詳細については後述する。
なお、カード会社サーバ７ａが上記の「バーチャルプリペイドカードの購入」に対応して実行する処理についても後に改めて説明する。

【0045】

（３）のバーチャルプリペイドカードの他ユーザへのプレゼントは、バーチャルプリペイドカードを保有するユーザ（第一のユーザ）が他のユーザ（第二のユーザ）に対して該バーチャルプリペイドカードをプレゼント（譲渡）するものである。バーチャルプリペイドカードのプレゼント先として指定可能なユーザは、ＥＣサイトに会員登録を行ったユーザに限られている。
なお、このようなバーチャルプリペイドカードのプレゼント機能を実現するための処理についても後に改めて説明する。

【0046】

（４）（５）のバーチャルプリペイドカードについてのカード情報、利用履歴情報の参照時には、カード会社サーバ７ａはＶプリカＤＢ７ｄ、Ｖプリカ利用履歴ＤＢ７ｅの格納情報を用いる。
ＶプリカＤＢ７ｄには、バーチャルプリペイドカードのカード番号ごとに、該バーチャルプリペイドカードを購入したユーザのユーザＩＤ、名義人、バリュー額、残高等の情報が紐付けられて記憶されているが、詳細は後述する。
また、Ｖプリカ利用履歴ＤＢ７ｅには、図示は省略するが、バーチャルプリペイドカードのカード番号ごとに利用金額、利用日、利用店舗等の利用履歴情報が紐付けられて記憶されている。Ｖプリカ利用履歴ＤＢ７ｅには、或るバーチャルプリペイドカードが利用されるごとに、該バーチャルプリペイドカードのカード番号に対し利用金額、利用日、利用店舗等の情報がカード会社サーバ７ａによって新たに紐付けられて記憶される。

【0047】

なお、返却条件ＤＢ７ｆについては後述する。

【0048】

ここで、図１において、ネットワーク２の構成は多様な例が想定される。例えば、インターネットを始めとして、イントラネット、エキストラネット、ＬＡＮ（Local Area Network）、ＣＡＴＶ（Community Antenna TeleVision）通信網、仮想専用網（Virtual Private Network）、電話回線網、移動体通信網、衛星通信網等が想定される。
またネットワーク２の全部又は一部を構成する伝送媒体についても多様な例が想定される。例えばＩＥＥＥ（Institute of Electrical and Electronics Engineers）１３９４、ＵＳＢ（Universal Serial Bus）、電力線搬送、電話線等の有線でも、ＩｒＤＡ（Infrared Data Association）のような赤外線、ブルートゥース（登録商標）、８０２．１１無線、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。

【0049】

＜２．コンピュータ装置のハードウェア構成＞

図４に、図１で示したカード会社サーバ７ａをはじめとした各装置（ショッピングサーバ３ａ、商品ＤＢ３ｂ、ユーザＤＢ３ｃ、ユーザ端末４、店舗端末５、店舗端末６、クレカＤＢ７ｂ、クレカ利用履歴ＤＢ７ｃ、ＶプリカＤＢ７ｄ、Ｖプリカ利用履歴ＤＢ７ｅ、返却条件ＤＢ７ｆ）を構成するコンピュータ装置のハードウェア構成を示す。
図４において、コンピュータ装置のＣＰＵ（Central Processing Unit）１０１は、ＲＯＭ( Read Only Memory)１０２に記憶されているプログラム、または記憶部１０８からＲＡＭ( Random Access Memory )１０３にロードされたプログラムに従って各種の処理を実行する。ＲＡＭ１０３にはまた、ＣＰＵ１０１が各種の処理を実行する上において必要なデータなども適宜記憶される。
ＣＰＵ１０１、ＲＯＭ１０２、及びＲＡＭ１０３は、バス１０４を介して相互に接続されている。このバス１０４には、入出力インターフェース１０５も接続されている。
入出力インターフェース１０５には、キーボード、マウス、タッチパネルなどよりなる入力装置１０６、ＬＣＤ（Liquid Crystal Display）、ＣＲＴ（Cathode Ray Tube）、有機ＥＬ（Electroluminescence）パネルなどよりなるディスプレイ（表示装置）、並びにスピーカなどよりなる出力装置１０７、ＨＤＤ（Hard Disk Drive）やフラッシュメモリ装置などより構成される記憶部１０８、外部装置との間で相互通信を行うための通信部１０９が接続されている。
入出力インターフェース１０５にはまた、必要に応じてメディアドライブ１１０が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア１１１が適宜装着され、リムーバブルメディア１１１に対する情報の書込や読出が行われる。

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

先ず、ＣＰＵ１０１は、図２０Ａに示すステップＳ６０１において、返却期限月を迎えるバーチャルプリペイドカードを返却条件ＤＢ７ｆを元に検索する。すなわち、設定された返却期限が当月であるバーチャルプリペイドカードを検索する。
続くステップＳ６０２でＣＰＵ１０１は、検索ヒットしたバーチャルプリペイドカードを当月返却予定Ｖプリカとして管理するための処理を行い、図２０Ａに示す処理を終了する。ステップＳ６０２の処理としては、検索ヒットしたバーチャルプリペイドカードのカード番号を当月返却予定Ｖプリカのカード番号としてリスト化して所定のメモリに保持させる処理を行う。

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

１ ネットワークシステム、２ ネットワーク、３ ショッピングサイト運営システム、３ａ ショッピングサーバ、３ｂ 商品ＤＢ（データベース）、３ｃ ユーザＤＢ、４ ユーザ端末、５，６ 店舗端末、７ カード会社システム、７ａ カード会社サーバ、７ｄ Ｖプリカ（バーチャルプリペイドカード）ＤＢ、７ｅ Ｖプリカ利用履歴ＤＢ、７ｆ 返却条件ＤＢ、１０ クレカ利用請求対応処理部 １１ Ｖプリカ購入対応処理部、１２ Ｖプリカ利用請求対応処理部、１３ Ｖプリカプレゼント処理部、１４ 返却条件設定処理部、１５ Ｖプリカ情報提示制御処理部、１６ 返却条件対応処理部

【要約】

第一のユーザが第二のユーザにプレゼントしたバーチャルプリペイドカード（Ｖプリカ）についての管理機能の拡充を図る。カード番号情報に対してユーザＩＤ、バリュー額、及び有効期限の情報が紐付けられたＶプリカが発行され、第一のユーザによりプレゼント対象として指定されたＶプリカについて第二のユーザのユーザＩＤの新たな紐付けが行われ、プレゼント対象として指定されたＶプリカについて返却条件が設定され、第二のユーザにプレゼントされたＶプリカの利用状況に関する情報が第一のユーザのユーザＩＤでログインされていることを条件に提示され、返却条件が満たされたか否かを判定して返却条件が満たされたことに応じて、プレゼントされたＶプリカの第一のユーザに対する返却処理として、当該Ｖプリカに対する第二のユーザのユーザＩＤの紐付けが解除される。

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

【図26】