JP2019053495A - 生成装置、生成方法及び生成プログラム - Google Patents

Abstract

【課題】クレジットカードに関するユーザの利便性を向上させる生成装置、生成方法及び生成プログラムを提供する。【解決手段】本生成装置は、取得部と、受付部と、生成部とを有する。取得部は、ユーザが利用するクレジットカードに関する情報を取得する。受付部は、クレジットカードに対応付けられるバーチャルカードに指定する用途をユーザから受け付ける。生成部は、取得部によって取得されたクレジットカードに関する情報及び受付部によって受け付けられた用途に基づいて、クレジットカードに対応付けられるバーチャルカードを生成する。【選択図】図５

Description

本発明は、生成装置、生成方法及び生成プログラムに関する。

近年、通信ネットワークの普及が進み、通信ネットワークを介したサービスが盛んに提供されている。例えば、オンラインで利用可能なショッピングサービスやオークションサービス等が提供されている。このようなオンラインサービスでの決済手段として、クレジットカードが広く利用されている。

クレジットカードの利用に関する技術として、クレジットカードに対応するダミーデータを用いることで、クレジットカードの使い勝手に変更を加えることなく、販売者側でのクレジットカード情報の管理負担を軽減させることができる技術が提案されている。

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

しかしながら、上記の従来技術では、クレジットカードに関するユーザの利便性を向上させることは難しい。例えば、従来技術は、クレジットカードの使い勝手に変更を加えずに安全な決済を行うことを可能にさせるものの、ユーザがクレジットカードを利用する態様自体に変化はなく、ユーザにとっての利便性を向上させるものとは言い難い。

本願は、上記に鑑みてなされたものであって、クレジットカードに関するユーザの利便性を向上させることができる生成装置、生成方法及び生成プログラムを提供することを目的とする。

本願に係る生成装置は、ユーザが利用するクレジットカードに関する情報を取得する取得部と、前記クレジットカードに対応付けられるバーチャルカードに指定する用途を前記ユーザから受け付ける受付部と、前記取得部によって取得されたクレジットカードに関する情報、及び、前記受付部によって受け付けられた用途に基づいて、当該クレジットカードに対応付けられるバーチャルカードを生成する生成部と、を備えたことを特徴とする。

実施形態の一態様によれば、クレジットカードに関するユーザの利便性を向上させることができるという効果を奏する。

図１は、実施形態に係る生成処理の一例を示す図（１）である。 図２は、実施形態に係る生成処理の一例を示す図（２）である。 図３は、実施形態に係る生成処理の一例を示す図（３）である。 図４は、実施形態に係る生成システムの構成例を示す図である。 図５は、実施形態に係る生成装置の構成例を示す図である。 図６は、実施形態に係るバーチャルカード記憶部の一例を示す図である。 図７は、実施形態に係る加盟店情報記憶部の一例を示す図である。 図８は、実施形態に係る利用履歴記憶部の一例を示す図である。 図９は、実施形態に係る処理手順を示すフローチャート（１）である。 図１０は、実施形態に係る処理手順を示すフローチャート（２）である。 図１１は、生成装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

以下に、本願に係る生成装置、生成方法及び生成プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る生成装置、生成方法及び生成プログラムが限定されるものではない。また、各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

〔１．生成処理の一例〕
まず、図１乃至図３を用いて、実施形態に係る生成処理の一例について説明する。図１は、実施形態に係る生成処理の一例を示す図（１）である。図１では、本願に係る生成装置１００によって、クレジットカードに対応付けられるバーチャルカードであって、生成を要求するユーザによって用途が指定されるバーチャルカードを生成する処理が行われる例を示す。

図１に示す生成装置１００は、バーチャルカードの生成処理を行うサーバ装置である。実施形態において、バーチャルカードとは、クレジットカードに対応付けられて発行されるカード情報であり、クレジットカードと同様にカード番号やセキュリティコード等が付与される仮想的なカード情報を示す。なお、以下の説明では、バーチャルカードに対応付けられる元のクレジットカードを「本カード」と称する場合がある。なお、生成装置１００は、例えば、クレジットカードの加盟店管理会社（いわゆるアクワイアラ）によって管理される。

図１に示すカード会社サーバ５０は、クレジットカードの発行会社（いわゆるイシュア）によって管理されるサーバ装置である。カード会社サーバ５０は、ユーザからのクレジットカードの加入申し込みを受け付け、ユーザにクレジットカードを発行する。

図１に示すユーザ端末１０は、ユーザが所有するスマートフォン等の情報処理端末である。図１に示すユーザＵ０１は、本願に係るバーチャルカードの生成を要求するユーザの一例である。図１に示す例では、ユーザ端末１０は、ユーザＵ０１によって利用されるものとする。なお、以下では、ユーザをユーザ端末１０と読み替える場合がある。例えば、「ユーザＵ０１が生成装置１００にアクセスする」という記載は、実際には、「ユーザＵ０１が利用するユーザ端末１０が生成装置１００にアクセスする」という状況を示す場合がある。

図１の例において、ユーザＵ０１は、生成装置１００にバーチャルカードの生成を要求する。ユーザＵ０１は、例えば、本カードであるクレジットカードの代替として、バーチャルカードを用いて購買等を行うことができる。バーチャルカードが利用された場合には、バーチャルカードが利用されたストア（すなわち、クレジットカード加盟店である事業者）から生成装置１００に利用履歴が送信され、生成装置１００によって、利用されたバーチャルカードの情報に基づいて本カードの特定が行われる。そして、生成装置１００は、特定した本カードの情報に基づいて、通常のクレジットカードと同様の決済処理を行う。かかる仕組みにより、ユーザＵ０１は、本カードの情報をネットワーク上に送信するリスクを避けることができる。また、たとえバーチャルカードの情報が漏洩したとしても、ユーザＵ０１は、漏洩したバーチャルカードの削除のみを要求すればよく、本カードの再発行の手間等を省くことができる。

また、ユーザＵ０１は、生成装置１００が生成するバーチャルカードに対して用途を指定することが可能である。用途の指定とは、例えば、生成したバーチャルカードをどのような目的で利用するかを指定するものである。例えば、用途の指定は、バーチャルカードを利用可能なサービスやストア（加盟店）を指定することによって行われる。これにより、ユーザＵ０１は、生成した複数のバーチャルカードをサービスごとに使い分けたり、バーチャルカードの情報が漏洩した場合に、第三者からバーチャルカードを乱用されたりすることを防止することができる。以下、図１を用いて、生成装置１００による実施形態に係る生成処理の流れについて説明する。

まず、ユーザＵ０１は、ユーザ端末１０を介して、クレジットカードの発行をカード発行会社に要求する。カード会社サーバ５０は、ユーザＵ０１を審査し、審査が通れば、ユーザＵ０１にクレジットカードＣ０１を発行する（ステップＳ０１）。図１の例では、クレジットカードＣ０１には、カード番号として「１０００−００００−ＸＸＸＸ」が対応付けられるものとする。

続いて、バーチャルカードの生成を所望するユーザＵ０１は、生成装置１００にクレジットカードＣ０１に関するカード情報を登録する（ステップＳ０２）。例えば、ユーザＵ０１は、クレジットカードＣ０１のカード番号や、有効期限や、カード登録したユーザＵ０１の名義情報等を登録する。

そして、ユーザＵ０１は、クレジットカードＣ０１を本カードとして、バーチャルカードの生成を生成装置１００に申請する（ステップＳ０３）。また、ユーザＵ０１は、バーチャルカードの生成を申請する際に、バーチャルカードの用途を指定する。

ここで、ユーザＵ０１が行うバーチャルカードの申請について、図２を用いて説明する。図２は、実施形態に係る生成処理の一例を示す図（２）である。図２では、ユーザ端末１０の画面に表示された申請画面６０を介して、ユーザＵ０１がバーチャルカードの申請を行う様子を模式的に示す。例えば、申請は、生成装置１００が提供するウェブサイトや、ユーザ端末１０にインストールされたアプリケーション等を介して行われる。

図２に示す申請画面６０は、本カードの情報を入力する入力スペース６１や、用途を指定する用途選択スペース６３や、バーチャルカードの有効期限を指定する有効期限指定スペース６５や、指定した情報に基づいて発行申請を行う申請ボタン６７を含む。ユーザＵ０１は、申請画面６０を介して、発行するバーチャルカードの用途や有効期限を任意に設定する。なお、詳細は後述するが、ユーザＵ０１が指定可能な情報は、図２に示した内容に限られない。例えば、ユーザＵ０１は、バーチャルカードごとの利用限度額や、バーチャルカードの利用回数制限や、バーチャルカードを利用可能なユーザ（例えば、サービスやウェブサイトごとに登録されるユーザアカウント）等を指定することも可能である。

生成装置１００は、申請画面６０を介して取得した本カードの情報から、本カードの有効期限や、本カードの利用限度額等の情報を取得する。この場合、生成装置１００は、本カードのカード番号に基づいてカード会社サーバ５０に問い合わせを行い、カード会社サーバ５０から本カードに関する種々の情報を取得してもよい。

図１に戻って説明を続ける。生成装置１００は、ユーザＵ０１からの申請を受け付けて、クレジットカードＣ０１に対応するバーチャルカードを生成する（ステップＳ０４）。生成装置１００は、ユーザＵ０１から申請された情報に基づいて、本カード（クレジットカードＣ０１）に対応付けてバーチャルカードを登録する（ステップＳ０５）。

図１に示す表４０は、生成装置１００が登録したバーチャルカードに関する情報を示す。表４０に示されるように、ユーザＵ０１は、本カードに基づいて、複数枚のバーチャルカードの生成を申請することができる。そして、生成装置１００は、ユーザＵ０１から申請を受け付ける度に、新たなバーチャルカードを発行する。例えば、表４０では、使えるサービス（用途）が「ショッピング」と指定され、有効期限が「２０１７年１２月」と指定されたバーチャルカードが、「バーチャルカードＡ」として登録されている一例を示している。

なお、生成装置１００は、バーチャルカードの発行時に、バーチャルカードごとに独自のカード番号を付与する。例えば、生成装置１００は、バーチャルカードＡにカード番号「２０００−００００−１１１１」を付与し、バーチャルカードＢにカード番号「２０００−００００−２２２２」を付与する。

生成装置１００は、例えば上述のアプリケーション等を介して、生成したバーチャルカードに関する情報をユーザＵ０１に送信する（ステップＳ０６）。これにより、ユーザＵ０１は、生成されたバーチャルカードのカード番号等を知得することができる。この後、ユーザＵ０１は、本カードのカード番号ではなく、バーチャルカードのカード番号を使用して購買等を行うことが可能となる。この点について、図３を用いて説明する。

図３は、実施形態に係る生成処理の一例を示す図（３）である。図３では、ユーザＵ０１によって実際にバーチャルカードが利用される場合の処理の流れを示す。図３に示す例では、ユーザＵ０１は、インターネット等を介して提供される種々のＥコマースサービスを利用するものとする。

図３に示すサービスサーバ３０_１、３０_２及び３０_３は、所定のサービスをユーザに提供するサーバ装置である。例えば、サービスサーバ３０_１、３０_２及び３０_３は、Ｅコマースサイト等のウェブサービスを提供するウェブサーバである。図３の例では、サービスサーバ３０_１、３０_２及び３０_３は、各々が異なるＥコマースサイトをユーザに提供する。なお、図３に示す例では、サービスサーバ３０_１、３０_２及び３０_３が提供するＥコマースサイトを運営する事業者は、クレジットカードＣ０１の加盟店であるものとする。また、以下では、サービスサーバ３０_１、３０_２及び３０_３を区別する必要のないときは、「サービスサーバ３０」と表記する。なお、サービスサーバ３０の数は、図３に図示した数に限られない。

図３の例では、サービスサーバ３０_１は、ショッピングサービス（例えば、ネットワーク上のショッピングモール等のショッピングサイト）を提供する。また、サービスサーバ３０_２は、オークションサービス（例えば、ネットワーク上のオークションサイト）を提供する。また、サービスサーバ３０_３は、動画配信サービス（例えば、ネットワーク上の動画配信サイトや画像共有サイト等）を提供する。

ユーザＵ０１は、サービスサーバ３０が提供する各種サービスを利用する際に、本カードであるクレジットカードＣ０１を利用せず、各々のサービスに対応するバーチャルカードを利用する。例えば、ユーザＵ０１は、サービスサーバ３０_１が提供するショッピングサービスに対して、バーチャルカードＡを利用する（ステップＳ１１）。また、ユーザＵ０１は、サービスサーバ３０_２が提供するオークションサービスに対して、バーチャルカードＢを利用する（ステップＳ１２）。また、ユーザＵ０１は、サービスサーバ３０_３が提供する動画配信サービスに対して、バーチャルカードＣを利用する（ステップＳ１３）。

このとき、各サービスサーバ３０は、利用されたカード情報を生成装置１００に送信する。すなわち、生成装置１００は、各サービスからカード（図３の例では、各々のバーチャルカード）の利用履歴を取得する（ステップＳ１４）。

そして、生成装置１００は、サービスサーバ３０から取得された利用履歴が、バーチャルカードの利用を示すものである場合、その用途等がバーチャルカードに指定された条件を満たすか否かを検証する（ステップＳ１５）。例えば、生成装置１００は、ショッピングサービスにおいて利用されたバーチャルカードＡの用途が「ショッピング」であるか否かを検証する。生成装置１００は、当該バーチャルカードの利用が、バーチャルカードＡに指定された条件を満たしていない場合、ユーザＵ０１にエラーメッセージを送信する。例えば、生成装置１００は、バーチャルカードＡの利用が指定された条件を満たしていないため決済が完了できなかった旨を示すメッセージをユーザＵ０１に送信する。

一方、生成装置１００は、バーチャルカードの利用が指定された条件を満たす場合には、利用されたバーチャルカードに対応するクレジットカードを特定する（ステップＳ１６）。図３の例では、生成装置１００は、バーチャルカードＡ等のカード番号に基づいて、登録された本カードであるクレジットカードＣ０１を特定する。

そして、生成装置１００は、特定したクレジットカードＣ０１の情報をカード会社サーバ５０に送信する（ステップＳ１７）。かかる処理により、カード会社サーバ５０は、バーチャルカードではない通常のクレジットカードが利用された場合と同様に、信用照会（オーソリゼーション）や決済処理を行うことができる。

図１乃至図３を用いて説明してきたように、生成装置１００は、ユーザＵ０１が利用するクレジットカードＣ０１に関する情報を取得する。また、生成装置１００は、クレジットカードＣ０１に対応付けられるバーチャルカードに指定する用途をユーザＵ０１から受け付ける。そして、生成装置１００は、取得したクレジットカードＣ０１に関する情報、及び、受け付けた用途に基づいて、クレジットカードＣ０１に対応付けられるバーチャルカードを生成する。

このように、生成装置１００は、クレジットカードＣ０１に対応するバーチャルカードという、本カードの代替となるカード情報を生成することができる。すなわち、生成装置１００は、本カードの情報をネットワーク上に流出させることなく、バーチャルカードでの決済を可能にするため、安全性の高い決済処理をユーザＵ０１に提供することができる。また、生成装置１００は、バーチャルカードに用途を指定させることにより、たとえバーチャルカードの情報が第三者に漏洩した場合であっても、その被害を最小化することができる。また、生成装置１００は、バーチャルカードの情報を削除してしまえば、漏洩による被害が拡大することを食い止めることができるので、本カードの再発行など、煩わしい手間をユーザＵ０１に掛けさせることをなくすことができる。以上のように、生成装置１００は、クレジットカードの利用等の決済処理に関するユーザＵ０１の利便性を向上させることができる。

なお、生成装置１００は、図３に示したステップＳ１４において、各サービスにおいて利用されたカードの利用履歴がバーチャルカードの利用履歴を示すものでない場合、ユーザＵ０１に対してバーチャルカードの生成の提案を行うメッセージを送信してもよい。これにより、生成装置１００は、利便性の高いバーチャルカードの生成を促すことができる。以下、このような処理を行う生成装置１００、及び、生成装置１００を含む生成システム１の構成等について、詳細に説明する。

〔２．生成システムの構成〕
図４を用いて、実施形態に係る生成装置１００が含まれる生成システム１の構成について説明する。図４は、実施形態に係る生成システム１の構成例を示す図である。図４に例示するように、実施形態に係る生成システム１には、ユーザ端末１０と、サービスサーバ３０と、カード会社サーバ５０と、生成装置１００とが含まれる。これらの各種装置は、ネットワークＮを介して、有線又は無線により通信可能に接続される。なお、図４に示した生成システム１には、複数台のユーザ端末１０や、複数台のサービスサーバ３０や、複数台のカード会社サーバ５０が含まれてもよい。

ユーザ端末１０は、例えば、スマートフォンや、デスクトップ型ＰＣ（Personal Computer）や、ノート型ＰＣや、タブレット型端末や、携帯電話機、ＰＤＡ（Personal Digital Assistant）、ウェアラブルデバイス（Wearable Device）等の情報処理装置である。さらに、ユーザ端末１０には、情報処理機能を有する種々のスマート機器が含まれてもよい。例えば、ユーザ端末１０には、ＴＶ（Television）や設置型スピーカなどのスマート家電や、自動車などのスマートビークル（Smart vehicle）や、ドローン（drone）、家庭用ロボットなどが含まれてもよい。

ユーザ端末１０は、ユーザによる操作に従って、サービスサーバ３０にアクセスすることで、サービスサーバ３０から提供されるサービス（例えばウェブサイト）のウェブページを取得する。そして、ユーザ端末１０は、取得したウェブページを表示装置（例えば、液晶ディスプレイ）に表示する。そして、ユーザ端末１０は、ウェブページを介して、サービスサーバ３０に商品の購入要求を送信したり、注文情報を送信したりする。また、ユーザ端末１０は、クレジットカードの情報をサービスサーバ３０（具体的には、サービスサーバ３０が提供するウェブサイト等）に登録し、登録したクレジットカードを用いて商品を購入したり、種々の決済処理を行ったりすることができる。

サービスサーバ３０は、ユーザ端末１０からアクセスされた場合に、各種サービスを提供するサーバ装置である。サービスサーバ３０は、例えば、ポータルサイト、ニュースサイト、天気予報サイト、ショッピングサイト、オークションサイト、ファイナンス（株価）サイト、路線検索サイト、地図提供サイト、旅行情報サイト、飲食店紹介サイト、飲食店等の予約サイト、ウェブブログ、ＳＮＳ（Social Networking Service）などに関する各種ウェブページを介して、各種サービスを提供する。

また、サービスサーバ３０は、サービスにおいて注文を受けた場合に、ユーザ端末１０からクレジットカードに関する情報を取得する。サービスサーバ３０は、取得したクレジットカードに関する情報を用いて決済処理を行う。具体的には、サービスサーバ３０は、クレジットカードの利用履歴を生成装置１００に送信し、クレジットカードによる決済処理を要求する。

カード会社サーバ５０は、カード発行会社（イシュア）によって管理されるサーバ装置である。カード会社サーバ５０は、ユーザの要求に応じて、クレジットカードを発行する。また、カード会社サーバ５０は、ユーザによってクレジットカードが利用された場合に、生成装置１００からクレジットカードに関する情報を受信し、所定の決済処理を行う。例えば、カード会社サーバ５０は、加盟店においてユーザが購入した代金分の請求をユーザに対して行う。

生成装置１００は、上述のように、クレジットカードに対応するバーチャルカードを生成するサーバ装置である。なお、生成装置１００は、クレジットカード決済におけるアクワイアラとしての役割を兼ねてもよい。例えば、生成装置１００は、加盟店においてクレジットカード（もしくはバーチャルカード）が利用された場合に、その金額をユーザに代わって支払う。その後、生成装置１００は、イシュアであるカード会社サーバ５０がユーザから受け取った代金のうち、イシュアの手数料を引いた額の代金を受領する。なお、生成装置１００は、カード会社サーバ５０の役割を兼ねてもよい。例えば、生成装置１００は、イシュアとアクワイアラを兼ねた事業を行う事業者によって管理される場合には、カード会社サーバ５０が行う処理を兼ねることができる。

〔３．生成装置の構成〕
次に、図５を用いて、実施形態に係る生成装置１００の構成について説明する。図５は、実施形態に係る生成装置１００の構成例を示す図である。図５に示すように、生成装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。なお、生成装置１００は、生成装置１００を利用する管理者等から各種操作を受け付ける入力部（例えば、キーボードやマウス等）や、各種情報を表示するための表示部（例えば、液晶ディスプレイ等）を有してもよい。

（通信部１１０について）
通信部１１０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。通信部１１０は、ネットワークＮと有線又は無線で接続され、ネットワークＮを介して、ユーザ端末１０や、サービスサーバ３０や、カード会社サーバ５０との間で情報の送受信を行う。

（記憶部１２０について）
記憶部１２０は、例えば、ＲＡＭ（Random Access Memory)、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。記憶部１２０は、バーチャルカード記憶部１２１と、加盟店情報記憶部１２２と、利用履歴記憶部１２３とを有する。

（バーチャルカード記憶部１２１について）
バーチャルカード記憶部１２１は、バーチャルカードに関する情報を記憶する。ここで、図６に、実施形態に係るバーチャルカード記憶部１２１の一例を示す。図６は、実施形態に係るバーチャルカード記憶部１２１の一例を示す図である。図６に示した例では、バーチャルカード記憶部１２１は、「ユーザＩＤ」、「本カード番号」、「バーチャルカード名称」、「バーチャルカード番号」、「指定情報」といった項目を有する。また、「指定情報」の項目は、「サービス」、「ストア」、「有効期限」、「回数制限」、「限度額」、「利用可能ユーザ」といった小項目を有する。

「ユーザＩＤ」は、ユーザもしくはユーザが利用するユーザ端末１０を識別する識別情報である。なお、本明細書中では、図６に示したような識別情報を参照符号として用いる場合がある。例えば、ユーザＩＤ「Ｕ０１」によって識別されるユーザを「ユーザＵ０１」と表記する場合がある。

「本カード番号」は、本カードのカード番号を示す。「バーチャルカード名称」は、バーチャルカードの名称を示す。「バーチャルカード番号」は、バーチャルカードのカード番号を示す。

「指定情報」は、バーチャルカードに対してユーザから指定された情報であり、例えば、バーチャルカードの利用に関する条件を示す。「サービス」は、バーチャルカードの用途として、利用が許可されるサービスを示す。「ストア」は、バーチャルカードの用途として、利用が許可される具体的な加盟店の名称（もしくは、加盟店を識別する識別情報）を示す。なお、ストアは、例えば、事業者の名称自体によって指定されてもよいし、事業者が運営するウェブサイト等によって指定されてもよい。例えば、具体的なウェブサイトの名称が指定された場合には、バーチャルカードは、当該ウェブサイトでのみ利用が可能となる。

「有効期限」は、バーチャルカードに設定される有効期限を示す。有効期限は、例えば、本カードの有効期限を超えない範囲で、ユーザが任意に設定することができる。「回数制限」は、バーチャルカードが利用される利用回数の制限を示す。回数制限は、例えば、利用される回数の合計数が指定されてもよいし、所定期間（例えば１ヶ月）のうちに利用可能な回数が指定されてもよい。

「限度額」は、バーチャルカードに設定される限度額を示す。限度額は、例えば、本カードの限度額を超えない範囲で、ユーザが任意に設定することができる。「利用可能ユーザ」は、バーチャルカードを利用することのできるユーザ名を示す。利用可能ユーザを任意に設定可能であることから、ユーザは、例えば、バーチャルカードを特定の家族に利用させたり、子供のお小遣い管理に利用したりするなど、いわゆる家族カードのような用途でバーチャルカードを利用することができる。

すなわち、図６に示したデータの一例は、ユーザＩＤ「Ｕ０１」で識別されるユーザＵ０１は、本カードとして、カード番号「１０００−００００−ＸＸＸＸ」のクレジットカードを登録しており、そのバーチャルカードとして、「バーチャルカードＡ」、「バーチャルカードＢ」、「バーチャルカードＣ」、「バーチャルカードＤ」及び「バーチャルカードＥ」がそれぞれ登録されていることを示している。また、図６では、バーチャルカードＡのカード番号は「２０００−００００−１１１１」であり、その指定情報は、サービスが「ショッピング」であり、ストアが「サイトＷ０１」や「ストアＷ０２」等であり、有効期限が「２０１７年１２月」であり、「回数制限」が「なし」であり、「限度額」が「１０００００円」であり、「利用可能ユーザ」が「Ｕ０１」であることを示している。

なお、図６での図示は省略しているが、バーチャルカード記憶部１２１は、本カードの有効期限や限度額等の情報や、各ユーザのユーザ情報（ユーザの年齢や性別、年収等の属性情報）等が記憶されてもよい。また、バーチャルカード記憶部１２１は、バーチャルカードのカード番号とともに、バーチャルカードの各々に発行されるセキュリティコードを記憶してもよい。セキュリティコードは、不正使用を防止するためのコードであり、例えば３桁もしくは４桁の数字で作成される。なお、これらの情報は、カード会社サーバ５０と共有していてもよい。

（加盟店情報記憶部１２２について）
加盟店情報記憶部１２２は、クレジットカードの加盟店（ストア）に関する情報を記憶する。ここで、図７に、実施形態に係る加盟店情報記憶部１２２の一例を示す。図７は、実施形態に係る加盟店情報記憶部１２２の一例を示す図である。図７に示した例では、加盟店情報記憶部１２２は、「ストアＩＤ」、「サービス」、「サイトＩＤ」といった項目を有する。

「ストアＩＤ」は、クレジットカードの加盟店となる事業者を識別する識別情報を示す。「サービス」は、加盟店が提供しているサービスの種別を示す。「サイトＩＤ」は、加盟店が運営するウェブサイトを識別する識別情報を示す。なお、事業者は、複数のウェブサイトを運営していてもよい。また、上述のように、ユーザは、バーチャルカードの用途として、事業者（ストア）の名称を指定してもよいし、ウェブサイトの名称を指定してもよい。また、図６で示した「ストア」の項目に記憶される情報として、ウェブサイトではなくストアの識別情報が用いられる場合には、図６で示した「ストア」の項目に記憶される識別情報と、図７等で示す「ストアＩＤ」で記憶される識別情報は共通する。

すなわち、図７に示したデータの一例では、ストアＩＤ「Ｇ０１」で識別されるストアＧ０１は、サービスとして「ショッピング」に係るサービスを提供しており、運営しているウェブサイトは、サイトＩＤ「Ｗ０１」で識別されるサイトＷ０１であることを示している。

（利用履歴記憶部１２３について）
利用履歴記憶部１２３は、クレジットカード又はバーチャルカードの利用履歴を示す。ここで、図８に、実施形態に係る利用履歴記憶部１２３の一例を示す。図８は、実施形態に係る利用履歴記憶部１２３の一例を示す図である。図８に示した例では、利用履歴記憶部１２３は、「利用履歴ＩＤ」、「利用日時」、「ストアＩＤ」、「利用カード」、「検証結果」、「請求金額」といった項目を有する。

「利用履歴ＩＤ」は、利用履歴を識別する識別情報を示す。「利用日時」は、カードが利用された日時を示す。「ストアＩＤ」は、図７に示した同一の項目に対応し、カードが利用されたストアを示す。「利用カード」は、支払いに利用されたカードの名称を示す。

「検証結果」は、バーチャルカードに指定された条件を満たした利用であることが検証されたか否かを示す。例えば、検証結果が「１」であれば、指定された条件を満たした利用であり、検証結果が「０」であれば、指定された条件を満たしていない利用であったことを示す。例えば、検証結果が「０」である場合、かかる利用が不正なものであるとして、決済処理は行われない。「請求金額」は、カードの利用によって発生したユーザへの請求金額を示す。

すなわち、図８に示したデータの一例は、利用履歴ＩＤ「Ｋ０１」で識別される利用履歴Ｋ０１は、「２０１７年９月１日１８時００分」の利用に係るものであり、カードが利用されたストアはストアＩＤ「Ｇ０１」で識別されるストアＧ０１であり、利用されたカードは「バーチャルカードＡ」であり、その利用の検証結果は「１」であり、請求金額は「５０００円」であることを示している。

（制御部１３０について）
図５に戻って説明を続ける。制御部１３０は、例えば、コントローラ（controller）であり、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、生成装置１００内部の記憶装置に記憶されている各種プログラム（生成プログラムの一例に相当）がＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、コントローラであり、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。

図５に示すように、制御部１３０は、取得部１３１と、受付部１３２と、生成部１３３と、受信部１３４と、検証部１３５と、提案部１３６と、送信部１３７と、作成部１３８とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１３０の内部構成は、図５に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部１３０が有する各処理部の接続関係は、図５に示した接続関係に限られず、他の接続関係であってもよい。

（取得部１３１について）
取得部１３１は、各種情報を取得する。例えば、取得部１３１は、ユーザが利用するクレジットカードに関する情報を取得する。

具体的には、取得部１３１は、図２に示したようなユーザからのバーチャルカードの申請を介して、ユーザが所有するクレジットカードの情報を取得する。なお、取得部１３１は、ユーザから取得した情報に基づいて、より詳細なクレジットカードの情報をカード会社サーバ５０から取得してもよい。例えば、取得部１３１は、ユーザから取得したクレジットカードのカード番号に基づいて、カード会社サーバ５０に対して当該クレジットカードの情報を問い合わせる。そして、取得部１３１は、問い合わせに応答したカード会社サーバ５０から、当該クレジットカードの有効期限や限度額等の詳細な情報を取得する。

また、取得部１３１は、適宜、ユーザに関するユーザ情報を取得してもよい。例えば、取得部１３１は、サービスサーバ３０からユーザ情報を取得する。具体的には、取得部１３１は、サービスサーバ３０が提供するサービスにおいてユーザが登録した性別や年齢等の属性情報を、サービスサーバ３０から取得する。

また、取得部１３１は、クレジットカードが利用可能なストアに関する情報を取得する。例えば、取得部１３１は、加盟店であるサービスサーバ３０から、サービスサーバ３０が提供するサービスの種別や、運営するウェブサイトを特定するための情報（例えば、ＵＲＬ（Uniform Resource Locator）等）を取得する。

取得部１３１は、取得した情報を記憶部１２０内に格納する。例えば、取得部１３１は、取得したクレジットカードに関する情報をバーチャルカード記憶部１２１に格納する。また、取得部１３１は、取得したストアに関する情報を加盟店情報記憶部１２２に格納する。

（受付部１３２について）
受付部１３２は、バーチャルカードの生成に関する各種情報を受け付ける。例えば、受付部１３２は、バーチャルカードの生成の要求をユーザから受け付ける。

この場合、受付部１３２は、クレジットカードに対応付けられるバーチャルカードに指定する用途をユーザから受け付ける。なお、受付部１３２は、一のバーチャルカードについて、一の用途のみならず、複数の用途を受け付けてもよい。

例えば、受付部１３２は、用途として、バーチャルカードが利用可能なサービスの指定を受け付ける。具体的には、受付部１３２は、サービスとして、ショッピングサービス、オークションサービス、動画配信サービス、電子書籍サービス、又は、飲食店もしくは宿泊施設予約サービスの少なくともいずれか一つの指定を受け付ける。なお、ユーザが指定するサービスは上記に例示したものに限られず、受付部１３２は、ストアが提供するサービスにおいて定義された種々のサービスの指定をユーザから受け付けてもよい。

また、受付部１３２は、用途として、バーチャルカードが利用可能なストア（事業者）の指定を受け付けてもよい。また、受付部１３２は、ストアが運営する具体的なウェブサイトの名称等を受け付けてもよい。ユーザは、用途として具体的なウェブサイト等の指定を行うことにより、漏洩時のリスクを回避したり、家族に使用させるバーチャルカードの利用を制限したりといった、柔軟な条件設定を行うことができる。

また、受付部１３２は、バーチャルカードに指定する有効期限を受け付けてもよい。また、受付部１３２は、バーチャルカードに指定する回数制限を受け付けてもよい。また、受付部１３２は、バーチャルカードを利用可能なユーザの指定を受け付けてもよい。このように、受付部１３２は、バーチャルカードの利用態様の指定について、種々の条件を受け付けることができる。

なお、受付部１３２は、一のクレジットカードに対する複数のバーチャルカードの生成の要求を受け付けてもよい。例えば、図１の表４０に示したように、受付部１３２は、一のクレジットカードＣ０１に対応付けられるバーチャルカードとして、バーチャルカードＡ〜Ｅの生成の要求を受け付けてもよい。この場合、生成部１３３は、各々のバーチャルカードについての用途を受け付ける。

受付部１３２は、ユーザから受け付けた情報を記憶部１２０内に格納する。例えば、受付部１３２は、受け付けた指定情報をバーチャルカード記憶部１２１に格納する。

また、受付部１３２は、生成部１３３が生成したバーチャルカードの削除要求をユーザから受け付けてもよい。例えば、ユーザは、バーチャルカードが不要になった場合や、バーチャルカードの情報が漏洩した場合等に、バーチャルカードの削除要求を生成装置１００に対して行うことができる。

（生成部１３３について）
生成部１３３は、取得部１３１によって取得されたクレジットカードに関する情報、及び、受付部１３２によって受け付けられた用途に基づいて、クレジットカードに対応付けられるバーチャルカードを生成する。

例えば、生成部１３３は、受付部１３２によって受け付けられたサービスで利用可能なバーチャルカードを生成する。具体的には、生成部１３３は、指定されたサービスにおいてのみ利用可能な条件を付与したバーチャルカードを生成する。

また、生成部１３３は、受付部１３２によって受け付けられたストアでのみ利用可能なバーチャルカードを生成してもよい。また、生成部１３３は、受付部１３２によって受け付けられたウェブサイトのみで利用可能なバーチャルカードを生成してもよい。このように、生成部１３３は、ユーザの指定する用途に限定されたバーチャルカードを生成する。

また、生成部１３３は、受付部１３２によって受け付けられた有効期限が設定されたバーチャルカードを生成してもよい。また、生成部１３３は、受付部１３２によって受け付けられた回数制限が設定されたバーチャルカードを生成してもよい。また、生成部１３３は、受付部１３２によって受け付けられたユーザのみが利用可能に設定されたバーチャルカードを生成してもよい。このように、生成部１３３は、ユーザの指定に対応して、様々な条件が設定されたバーチャルカードを生成することができる。

また、生成部１３３は、一のクレジットカードに対する複数のバーチャルカードの生成の要求を受け付けた場合には、各々に用途が指定された複数のバーチャルカードを生成してもよい。これにより、生成部１３３は、ウェブサイトごとに異なるクレジットカード番号を登録したいユーザや、家族の各々が異なるクレジットカード情報を利用して購買をしたいユーザ等の要望に応えることができる。

また、生成部１３３は、バーチャルカードの削除要求をユーザから受け付けた場合には、受け付けた削除要求に応じて、個々のバーチャルカード、もしくは、クレジットカードに対応付けられた全てのバーチャルカードを無効とする。このように、生成部１３３は、バーチャルカード情報が漏洩した場合や、不要になったバーチャルカードについて迅速な対応を行うことができる。また、生成部１３３がバーチャルカードを無効とした場合も本カードは影響を受けないため、ユーザは、本カードの再発行手続きなどの煩わしい処理を行わなくてもよい。

生成部１３３は、生成したバーチャルカードに関する情報をバーチャルカード記憶部１２１内に登録（格納）する。また、生成部１３３は、削除要求を受けたバーチャルカードについては、当該バーチャルカードの利用を無効にする設定を行う。また、生成部１３３は、例えばユーザ端末１０にインストールされたアプリケーションや、生成装置１００が提供するウェブサイトを介して、生成したバーチャルカードに関する情報をユーザに送信する。

（受信部１３４について）
受信部１３４は、サービスサーバ３０から、クレジットカード又はバーチャルカードが利用されたことを示す情報を受信する。受信部１３４は、受信した情報を、利用履歴として利用履歴記憶部１２３に格納する。また、受信部１３４は、受信した情報を、検証部１３５又は提案部１３６に送る。

（検証部１３５について）
検証部１３５は、ユーザによってバーチャルカードが利用された場合に、その利用が正当であるか否かを検証する。

具体的には、検証部１３５は、バーチャルカードに指定された用途と、バーチャルカードが実際に利用された場合の用途とが合致しているか否かを検証する。例えば、検証部１３５は、サービス「ショッピング」が指定されたバーチャルカードが、サービス「オークション」で利用された場合には、かかる利用は不正なものであると判定して、決済を承認しない。

また、検証部１３５は、用途以外についても、バーチャルカードの利用が指定された各種情報を満たすかを検証する。例えば、検証部１３５は、バーチャルカードの有効期限や、限度額や、利用ユーザ等について、指定された条件を満たしているか否かを検証する。

なお、検証部１３５は、一般的なクレジットカードと同様の利用条件についての検証を行ってもよい。例えば、検証部１３５は、ユーザから入力されたセキュリティコードが、当該バーチャルカードに割り当てられたものであるか否か等を検証してもよい。

検証部１３５は、検証の結果を利用履歴記憶部１２３に格納する。また、検証部１３５は、検証の結果を送信部１３７に送る。

（提案部１３６について）
提案部１３６は、サービスサーバ３０における決済処理等に、生成部１３３によって生成されたバーチャルカード以外のクレジットカードが利用される場合に、当該クレジットカードを利用したユーザに対して、当該クレジットカードに対応付けられるバーチャルカードの生成を提案する。

例えば、提案部１３６は、バーチャルカードが生成可能なクレジットカードが利用された利用履歴を受信した場合に、バーチャルカードを申請するための申請画面へのリンクや、バーチャルカードの生成を提案するメッセージ等を生成する。そして、提案部１３６は、生成したリンクやメッセージ等をユーザ端末１０に表示させることにより、バーチャルカードの生成をユーザに促す。

（送信部１３７について）
送信部１３７は、各種情報を送信する。例えば、送信部１３７は、検証部１３５によってバーチャルカードの利用に問題がないことが検証された場合には、バーチャルカードに対応付けられたクレジットカードを特定し、特定したクレジットカードに関する情報をカード会社サーバ５０に送信する。

また、送信部１３７は、検証部１３５によってバーチャルカードの利用に問題があると判定された場合には、当該バーチャルカードが利用できない旨を示すエラーメッセージをユーザ端末１０に送信する。

（作成部１３８について）
作成部１３８は、生成部１３３によって生成された複数のバーチャルカードにおける利用明細を、各々のバーチャルカードごとに作成する。また、作成部１３８は、作成したバーチャルカードごとの利用明細に係る情報をユーザ端末１０に送信する。これにより、ユーザは、バーチャルカードごとの利用状況を知ることができるため、例えば、サービスごとの利用金額等を把握し易くなる。なお、利用明細とは、例えば、バーチャルカードごとの利用履歴（どのようなサービスをいつ利用したか等の記録）が記載された内容であってもよいし、利用ごとの金額（請求金額）が記載された請求明細や請求書であってもよい。

〔５．処理手順〕
次に、図９及び図１０を用いて、実施形態に係る生成装置１００による処理の手順について説明する。まず、図９を用いて、実施形態に係る生成処理等の処理手順を説明する。図９は、実施形態に係る処理手順を示すフローチャート（１）である。

図９に示すように、生成装置１００は、ユーザからバーチャルカード生成の要求を受け付けたか否かを判定する（ステップＳ１０１）。生成の要求を受け付けていない場合（ステップＳ１０１；Ｎｏ）、生成装置１００は、受け付けるまで待機する。

一方、生成の要求を受け付けた場合（ステップＳ１０１；Ｙｅｓ）、生成装置１００は、バーチャルカードと対応付けられる本カードの情報を取得する（ステップＳ１０２）。さらに、生成装置１００は、生成しようとするバーチャルカードの指定情報をユーザから受け付ける（ステップＳ１０３）。

その後、生成装置１００は、取得したクレジットカード情報と指定情報とに基づいて、バーチャルカードを生成する（ステップＳ１０４）。生成装置１００は、生成したバーチャルカードに関する情報を記憶部１２０内に登録する（ステップＳ１０５）。また、生成装置１００は、生成したバーチャルカードに関する情報をユーザに送信する（ステップＳ１０６）。

次に、図１０を用いて、実施形態に係る受信処理等に関する処理手順を説明する。図１０は、実施形態に係る処理手順を示すフローチャート（２）である。

図１０に示すように、生成装置１００は、サービスサーバ３０から、カード（クレジットカード又はバーチャルカード）が利用されたことを示す利用情報を受信したか否かを判定する（ステップＳ２０１）。利用情報を受信していない場合（ステップＳ２０１；Ｎｏ）、生成装置１００は、利用情報を受信するまで待機する。

一方、生成装置１００は、利用情報を受信した場合（ステップＳ２０１；Ｙｅｓ）、その利用がバーチャルカードのものであるか否かを判定する（ステップＳ２０２）。バーチャルカードが利用されている場合（ステップＳ２０２；Ｙｅｓ）、生成装置１００は、バーチャルカードが利用された用途等（用途や、その他の指定情報）を検証する（ステップＳ２０３）。

一方、生成装置１００は、バーチャルカードが利用されていない場合（ステップＳ２０２；Ｎｏ）、すなわち、通常のクレジットカードが利用されている場合、ユーザにバーチャルカードの生成を提案する（ステップＳ２０４）。この後の生成処理は、図９で示した内容と共通する。なお、生成装置１００は、ステップＳ２０４の処理の後、通常のクレジットカードによる決済処理を行う。

生成装置１００は、バーチャルカードが利用された用途等を検証し、バーチャルカードの利用が当該バーチャルカードに指定された条件を満たすか否かを判定する（ステップＳ２０５）。指定された条件を満たす場合（ステップＳ２０５；Ｙｅｓ）、生成装置１００は、バーチャルカードに対応付けられたクレジットカードを特定する（ステップＳ２０６）。そして、生成装置１００は、特定されたクレジットカードで決済処理を行う（ステップＳ２０７）。なお、かかる決済処理は、特定されたクレジットカードに関する情報を受信したカード会社サーバ５０等によって行われてもよい。

一方、バーチャルカードの利用が当該バーチャルカードに指定された条件を満たさない場合（ステップＳ２０５；Ｎｏ）、生成装置１００は、ユーザ端末１０にエラーメッセージを送信し（ステップＳ２０８）、かかる利用による決済処理を行わない。

〔６．変形例〕
上述した生成装置１００は、上記実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、生成装置１００の他の実施形態について説明する。

〔６−１．物理カードの発行〕
上記実施形態では、ネットワーク上の仮想の情報として、バーチャルカードを生成する例を示した。ここで、バーチャルカードは、オフラインで利用可能な物理カードに組み込まれる情報として生成されてもよい。

上記のように、生成装置１００は、バーチャルカードの各々に対して、カード番号やセキュリティコードを付与することができる。このとき、生成装置１００は、生成するバーチャルカードとして、物理カードの発行を可能とするバーチャルカード情報を生成してもよい。例えば、カード発行会社は、生成装置１００によって生成されたバーチャルカード情報に基づいて、物理カードを発行する。かかる物理カードは、実施形態で説明したバーチャルカードと同じく、用途等を限定した利用が可能となる。また、かかる物理カードが利用された場合も、実施形態で説明したバーチャルカードと同じく、利用履歴が生成装置１００に送信され、生成装置１００によって、バーチャルカードに対応するクレジットカードが特定される。このため、ユーザは、通常のクレジットカードと変わらない利用態様で、バーチャルカードとしての物理カードを利用することができる。

〔６−２．指定情報〕
上記実施形態では、バーチャルカードに指定する情報として、サービスやストアを指定する例を示したが、生成装置１００は、さらに異なる指定情報を受け付けてもよい。

例えば、生成装置１００は、バーチャルカードが利用可能な地域に関する指定を受け付けてもよい。例えば、生成装置１００は、バーチャルカードを利用しようとするユーザ端末１０のＩＰアドレスや、ユーザ端末１０が検知する位置情報等に基づいて、ユーザ端末１０が所在する地域を推定する。そして、生成装置１００は、推定した地域が、バーチャルカードに指定された地域であるか否かを検証する。生成装置１００は、推定した地域がバーチャルカードに指定された地域でない場合には、その利用を認めない等の処理を行ってもよい。

これにより、生成装置１００は、バーチャルカードが漏洩した場合であっても、例えば、悪意ある第三者が他国でバーチャルカードを利用しようとした場合等に、その利用を制限すること等ができる。このため、生成装置１００は、バーチャルカードの利用について、より高い安全性を確保することができる。

〔６−３．バーチャルカードの生成〕
上記実施形態では、生成装置１００がユーザからの要求に応答してバーチャルカードを生成する例を示したが、生成装置１００は、ユーザからの要求なしにバーチャルカードを生成してもよい。

例えば、生成装置１００は、通常のクレジットカードが利用される場合に、当該クレジットカードに対応するバーチャルカードを自動的に生成してもよい。そして、生成装置１００は、生成したバーチャルカードに関する情報をユーザに送信する。これにより、ユーザは、特に何らかの手間を掛けなくても、バーチャルカードを生成させることができる。また、この後、ユーザは、クレジットカードに代えて、生成されたバーチャルカードを利用することができる。

〔６−４．決済手段〕
上記実施形態では、バーチャルカードとクレジットカードとを対応付ける例を示したが、バーチャルカードは、クレジットカード以外の決済手段に対応付けられてもよい。生成装置１００は、例えば、クレジットカードのような信用力を担保にして事後に決済を行う手段のみならず、事前に所定の金額を前払いする手段（例えばプリペイドカード）とバーチャルカードとを対応付けてもよい。この場合、生成装置１００は、カード会社サーバ５０に代えて、前払いされた金額の情報を有するサーバ装置と連携することにより、上述した実施形態に係る生成処理を行う。また、生成装置１００は、プリペイドカードのみならず、電子マネーカードや、ユーザ端末１０内で機能する電子マネー機能と連携した決済手段等と、バーチャルカードとの対応付けを行うなど、種々の決済手段に関して実施形態に係る処理を適用させてもよい。

〔７．ハードウェア構成〕
上述してきた実施形態に係る生成装置１００やユーザ端末１０等は、例えば図１１に示すような構成のコンピュータ１０００によって実現される。以下、生成装置１００を例に挙げて説明する。図１１は、生成装置１００の機能を実現するコンピュータ１０００の一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ（Read Only Memory）１３００、ＨＤＤ（Hard Disk Drive）１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。

ＣＰＵ１１００は、ＲＯＭ１３００又はＨＤＤ１４００に記憶されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を記憶する。

ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を記憶する。通信インターフェイス１５００は、通信網５００（図４に示したネットワークＮに対応）を介して他の機器からデータを受信してＣＰＵ１１００へ送り、ＣＰＵ１１００が生成したデータを、通信網５００を介して他の機器へ送信する。

ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、入出力インターフェイス１６００を介して生成したデータを出力装置へ出力する。

メディアインターフェイス１７００は、記録媒体１８００に記憶されたプログラム又はデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

例えば、コンピュータ１０００が実施形態に係る生成装置１００として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部１３０の機能を実現する。また、ＨＤＤ１４００には、記憶部１２０内のデータが記憶される。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置から通信網５００を介してこれらのプログラムを取得してもよい。

〔８．その他〕
また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、図５に示した取得部１３１と、受信部１３４とは統合されてもよい。また、例えば、記憶部１２０に記憶される情報は、ネットワークＮを介して、外部に備えられた所定の記憶装置に記憶されてもよい。

また、上記実施形態では、生成装置１００が、例えば、クレジットカード情報を取得する取得処理と、指定情報を受け付ける受付処理と、バーチャルカードを生成する生成処理とを行う例を示した。しかし、上述した生成装置１００は、取得処理を行う取得装置と、受付処理を行う受付装置と、生成処理を行う生成装置とに分離されてもよい。この場合、取得装置は、少なくとも取得部１３１を有する。受付装置は、少なくとも受付部１３２を有する。生成装置は、少なくとも生成部１３３を有する。そして、上記の生成装置１００による処理は、取得装置と、受付装置と、生成装置との各装置を有する生成システム１によって実現される。

また、上述してきた実施形態及び変形例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

〔９．効果〕
上述してきたように、実施形態に係る生成装置１００は、取得部１３１と、受付部１３２と、生成部１３３とを有する。取得部１３１は、ユーザが利用するクレジットカードに関する情報を取得する。受付部１３２は、クレジットカードに対応付けられるバーチャルカードに指定する用途をユーザから受け付ける。生成部１３３は、取得部１３１によって取得されたクレジットカードに関する情報、及び、受付部１３２によって受け付けられた用途に基づいて、クレジットカードに対応付けられるバーチャルカードを生成する。

このように、実施形態に係る生成装置１００は、クレジットカードに対応したバーチャルカードを生成することで、本カードの情報をネットワーク上に流出させる機会を減少させることができるので、決済の安全性を向上させることができる。また、生成装置１００は、ユーザから指定された用途に合わせてバーチャルカードを生成するので、ユーザの所望する利用態様に合わせてバーチャルカードを生成することができる。これにより、生成装置１００は、クレジットカードの利用に関するユーザの利便性を向上させることができる。

また、受付部１３２は、用途として、バーチャルカードが利用可能なサービスの指定を受け付ける。生成部１３３は、受付部１３２によって受け付けられたサービスで利用可能なバーチャルカードを生成する。

このように、実施形態に係る生成装置１００は、サービスごとに使い分けが可能なバーチャルカードを生成することで、クレジットカードの利用に関する利便性を向上させることができる。

また、受付部１３２は、サービスとして、ショッピングサービス、オークションサービス、動画配信サービス、電子書籍サービス、又は、飲食店もしくは宿泊施設予約サービスの少なくともいずれか一つの指定を受け付ける。

このように、実施形態に係る生成装置１００は、様々なサービスの種別にあわせてバーチャルカードを生成することができる。これにより、生成装置１００は、ユーザの様々な要望に応えることができる。

また、受付部１３２は、用途として、バーチャルカードが利用可能なストアの指定を受け付ける。生成部１３３は、受付部１３２によって受け付けられたストアで利用可能なバーチャルカードを生成する。

このように、実施形態に係る生成装置１００は、ストアごとに使い分けが可能なバーチャルカードを生成することで、例えば、ストアに合わせて登録するバーチャルカードを選択するといった、柔軟な利用態様をユーザに提供することができる。

また、受付部１３２は、バーチャルカードに指定する有効期限を受け付ける。生成部１３３は、受付部１３２によって受け付けられた有効期限が設定されたバーチャルカードを生成する。

このように、実施形態に係る生成装置１００によれば、クレジットカードとは別にバーチャルカードの有効期限を設けることができるので、ユーザは、バーチャルカードの情報が漏洩した場合に被害を抑えたり、カード利用を自制したりすることができる。

また、受付部１３２は、バーチャルカードに指定する利用回数制限を受け付ける。生成部１３３は、受付部１３２によって受け付けられた利用回数制限が設定されたバーチャルカードを生成する。

このように、実施形態に係る生成装置１００によれば、バーチャルカードの利用回数を制限する設定を行うことができるため、ユーザは、バーチャルカードの情報が漏洩した場合に被害を抑えたり、カード利用を自制したりすることができる。

また、受付部１３２は、バーチャルカードを利用可能なユーザの指定を受け付ける。生成部１３３は、受付部１３２によって受け付けられたユーザのみが利用可能に設定されたバーチャルカードを生成する。

このように、実施形態に係る生成装置１００は、利用可能なユーザの指定を受け付けることで、バーチャルカードを家族カードのように利用させたり、子供に渡すお小遣いの代わりにバーチャルカードの利用権限を渡したりするなど、多様な利用を可能とすることができる。

また、受付部１３２は、一のクレジットカードに対する複数のバーチャルカードの生成の要求を受け付ける。生成部１３３は、各々に用途が指定された複数のバーチャルカードを生成する。

このように、実施形態に係る生成装置１００は、用途を指定した複数のバーチャルカードを生成することができるので、用途ごとにバーチャルカードを使い分けるなど、ユーザの利便性を向上させることができる。

また、実施形態に係る生成装置１００は、生成部１３３によって生成された複数のバーチャルカードにおける利用明細を、各々のバーチャルカードごとに作成する作成部１３８をさらに有する。

このように、実施形態に係る生成装置１００は、バーチャルカードごとに利用明細を作成することで、どのバーチャルカード（すなわち用途）の利用金額が多いかといった情報をユーザに分かりやすく把握させることができる。これにより、生成装置１００は、クレジットカードに関するユーザの利便性を向上させることができる。

また、受付部１３２は、生成部１３３が生成したバーチャルカードの削除要求をユーザから受け付ける。生成部１３３は、受付部１３２によって受け付けられた削除要求に応じて、個々のバーチャルカード、もしくは、クレジットカードに対応付けられた全てのバーチャルカードを無効とする。

このように、実施形態に係る生成装置１００は、バーチャルカードの情報が漏洩した場合等に、一括して削除要求を受け付けることができる。このため、例えばユーザが様々なウェブサイト等に複数のバーチャルカード情報を登録していたとしても、生成装置１００によれば、一度の削除要求で全ての情報を無効にすることができるので、利用だけでなく、安全性の観点からもユーザの利便性に優れた処理を実行することができる。

また、実施形態に係る生成装置１００は、生成部１３３によって生成されたバーチャルカード以外のクレジットカードが利用される場合に、クレジットカードを利用したユーザに対して、クレジットカードに対応付けられるバーチャルカードの生成を提案する提案部１３６をさらに有する。

このように、実施形態に係る生成装置１００は、バーチャルカードの生成の提案を行うことで、バーチャルカードの生成や利用を促進させることができる。

また、生成部１３３は、バーチャルカードとして、物理カードの発行を可能とするバーチャルカード情報を生成する。

このように、実施形態に係る生成装置１００は、物理カードに組み込むためのバーチャルカード情報を生成することで、例えば、オフライン（実世界）でも利用可能なバーチャルカードを生成することができるので、ユーザの利便性をより向上させることができる。

以上、本願の実施形態を図面に基づいて詳細に説明したが、これは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、取得部は、取得手段や取得回路に読み替えることができる。

１ 生成システム
１０ ユーザ端末
３０ サービスサーバ
５０ カード会社サーバ
１００ 生成装置
１１０ 通信部
１２０ 記憶部
１２１ バーチャルカード記憶部
１２２ 加盟店情報記憶部
１２３ 利用履歴記憶部
１３０ 制御部
１３１ 取得部
１３２ 受付部
１３３ 生成部
１３４ 受信部
１３５ 検証部
１３６ 提案部
１３７ 送信部
１３８ 作成部

Claims (14)

1. ユーザが利用するクレジットカードに関する情報を取得する取得部と、
   前記クレジットカードに対応付けられるバーチャルカードに指定する用途を前記ユーザから受け付ける受付部と、
   前記取得部によって取得されたクレジットカードに関する情報、及び、前記受付部によって受け付けられた用途に基づいて、当該クレジットカードに対応付けられるバーチャルカードを生成する生成部と、
   を備えたことを特徴とする生成装置。
2. 前記受付部は、
   前記用途として、前記バーチャルカードが利用可能なサービスの指定を受け付け、
   前記生成部は、
   前記受付部によって受け付けられたサービスで利用可能なバーチャルカードを生成する、
   ことを特徴とする請求項１に記載の生成装置。
3. 前記受付部は、
   前記サービスとして、ショッピングサービス、オークションサービス、動画配信サービス、電子書籍サービス、又は、飲食店もしくは宿泊施設予約サービスの少なくともいずれか一つの指定を受け付ける、
   ことを特徴とする請求項２に記載の生成装置。
4. 前記受付部は、
   前記用途として、前記バーチャルカードが利用可能なストアの指定を受け付け、
   前記生成部は、
   前記受付部によって受け付けられたストアで利用可能なバーチャルカードを生成する、
   ことを特徴とする請求項１〜３のいずれか一つに記載の生成装置。
5. 前記受付部は、
   前記バーチャルカードに指定する有効期限を受け付け、
   前記生成部は、
   前記受付部によって受け付けられた有効期限が設定されたバーチャルカードを生成する、
   ことを特徴とする請求項１〜４のいずれか一つに記載の生成装置。
6. 前記受付部は、
   前記バーチャルカードに指定する利用回数制限を受け付け、
   前記生成部は、
   前記受付部によって受け付けられた利用回数制限が設定されたバーチャルカードを生成する、
   ことを特徴とする請求項１〜５のいずれか一つに記載の生成装置。
7. 前記受付部は、
   前記バーチャルカードを利用可能なユーザの指定を受け付け、
   前記生成部は、
   前記受付部によって受け付けられたユーザのみが利用可能に設定されたバーチャルカードを生成する、
   ことを特徴とする請求項１〜６のいずれか一つに記載の生成装置。
8. 前記受付部は、
   一のクレジットカードに対する複数のバーチャルカードの生成の要求を受け付け、
   前記生成部は、
   各々に用途が指定された複数のバーチャルカードを生成する、
   ことを特徴とする請求項１〜７のいずれか一つに記載の生成装置。
9. 前記生成部によって生成された複数のバーチャルカードにおける利用明細を、各々のバーチャルカードごとに作成する作成部、
   をさらに備えたことを特徴とする請求項８に記載の生成装置。
10. 前記受付部は、
    前記生成部が生成したバーチャルカードの削除要求をユーザから受け付け、
    前記生成部は、
    前記受付部によって受け付けられた削除要求に応じて、個々のバーチャルカード、もしくは、前記クレジットカードに対応付けられた全てのバーチャルカードを無効とする、
    ことを特徴とする請求項８又は９に記載の生成装置。
11. 前記生成部によって生成されたバーチャルカード以外のクレジットカードが利用される場合に、当該クレジットカードを利用したユーザに対して、当該クレジットカードに対応付けられるバーチャルカードの生成を提案する提案部、
    をさらに備えたことを特徴とする請求項１〜１０のいずれか一つに記載の生成装置。
12. 前記生成部は、
    前記バーチャルカードとして、物理カードの発行を可能とするバーチャルカード情報を生成する、
    ことを特徴とする請求項１〜１１のいずれか一つに記載の生成装置。
13. コンピュータが実行する生成方法であって、
    ユーザが利用するクレジットカードに関する情報を取得する取得工程と、
    前記クレジットカードに対応付けられるバーチャルカードに指定する用途を前記ユーザから受け付ける受付工程と、
    前記取得工程によって取得されたクレジットカードに関する情報、及び、前記受付工程によって受け付けられた用途に基づいて、当該クレジットカードに対応付けられるバーチャルカードを生成する生成工程と、
    を含んだことを特徴とする生成方法。
14. ユーザが利用するクレジットカードに関する情報を取得する取得手順と、
    前記クレジットカードに対応付けられるバーチャルカードに指定する用途を前記ユーザから受け付ける受付手順と、
    前記取得手順によって取得されたクレジットカードに関する情報、及び、前記受付手順によって受け付けられた用途に基づいて、当該クレジットカードに対応付けられるバーチャルカードを生成する生成手順と、
    をコンピュータに実行させる生成プログラム。

Images