信用卡信息处理系统、信用卡信息处理方法、订单信息受理装置、信用卡结算装置、程序及信息记录介质

摘要

不对利用信用卡进行交易的买家/卖家双方的易用性施加更改而减轻卖家侧的信用卡信息的管理负担。虚拟商场服务器（3）和信用卡服务器（5）共享转换信息，该转换信息用于根据信用卡的实际数据取得对应的信用卡的虚拟数据。虚拟商场服务器（3）基于转换信息，根据用于订单信息的结算的信用卡的实际数据，取得对应的虚拟数据，并将取得的虚拟数据作为用于订单信息的结算的信用卡的数据，发送给店铺终端。信用卡服务器（5）若从店铺终端受理基于虚拟数据的规定的卡处理请求，则依照转换信息根据虚拟数据取得对应的信用卡的实际数据，并基于取得的信用卡的实际数据，执行规定的卡处理。

说明书

技术领域

本发明涉及一种信用卡信息处理系统、信用卡信息处理方法、订单信息 受理装置、信用卡结算装置、程序及信息记录介质。

背景技术

有一种电子商务系统，通过在因特网上构建汇聚多个虚拟商店而成的虚 拟商场的网上购物网站，可以从对应于各虚拟商店的店铺购入商品。此种电 子商务系统中，用户从店铺购入商品时使用信用卡结算的情况下，从虚拟商 场的服务器向店铺终端提交用户的信用卡卡号，店铺终端基于用户的信用卡 卡号向信用卡公司执行信用查询、销售请求等。

在向店铺侧提交了用户的实际信用卡卡号时，店铺侧要花费大量人力和 经济成本来管理用户的信用卡卡号。因此，如下述专利文献1记载的那样， 提出一种系统，由中介结算系统预先向用户发行虚拟卡号，基于下单时输入 的虚拟卡号来执行结算处理。

现有技术文献

专利文献

专利文献1：特开2002-298055号公报

发明内容

发明要解决的课题

然而，在上述的背景技术中，在用户购入商品前需要使用户进行预先发 行虚拟卡号的手续、或管理已发行的虚拟卡号等以往不需要的手续，因此， 导入障碍变高。

本发明鉴于上述课题而完成，其目的在于提供一种不更改利用信用卡进 行交易的买家/卖家双方的易用性便可减轻卖家侧的信用卡信息的管理负担 的信用卡信息处理系统、信用卡信息处理方法、订单信息受理装置、信用卡 结算装置、程序及信息记录介质。

用于解决课题的方案

为了实现上述目的，本发明的信用卡信息处理系统包含：订单信息受理 装置，从用户终端受理对店铺的订单信息，将受理的订单信息提供给店铺终 端；及信用卡结算装置，处理该订单信息相关的信用卡结算，其特征在于， 所述订单信息受理装置包含：虚拟数据取得部件，取得与从所述用户终端受 理的订单信息的结算中使用的信用卡的实际数据相对应的虚拟数据；及发送 部件，将由所述虚拟数据取得部件取得的虚拟数据作为所述订单信息的结算 中使用的信用卡的数据，发送给处理该订单信息的店铺终端，所述信用卡结 算装置包含：受理部件，从所述店铺终端受理基于所述虚拟数据的信用卡结 算请求；实际数据取得部件，依照与所述订单信息受理装置共享的用于相互 转换信用卡的实际数据和虚拟数据的转换信息，取得与所述受理的虚拟数据 相对应的实际数据；及处理部件，基于由所述实际数据取得部件取得的实际 数据，处理所述受理的信用卡结算请求。

本发明的一方式中，在所述信用卡信息处理系统中，其特征在于，所述 订单信息受理装置还包含实际数据发送部件，该实际数据发送部件将从所述 用户终端受理的订单信息的结算中使用的信用卡的实际数据发送给所述信用 卡结算装置，所述信用卡结算装置还包含生成部件，该生成部件生成所述转 换信息，所述转换信息关联了由所述实际数据发送部件发送的信用卡的实际 数据、和对应的虚拟数据，所述订单信息受理装置还包含转换信息取得部件， 该转换信息取得部件取得由所述生成部件生成的所述转换信息。

本发明的一方式中，在所述信用卡信息处理系统中，其特征在于，所述 订单信息受理装置还包含：候选取得部件，取得由所述信用卡结算装置发行 的虚拟数据的候选；及生成部件，从由所述候选取得部件取得的虚拟数据的 候选之中，选择与从所述用户终端受理的订单信息的结算中使用的信用卡的 实际数据相对应的虚拟数据，并生成由该信用卡的实际数据、和该选择的虚 拟数据关联而成的所述转换信息，所述信用卡结算装置还包含转换信息取得 部件，该转换信息取得部件取得由所述生成部件生成的所述转换信息。

本发明的一方式中，在所述信用卡信息处理系统中，其特征在于，所述 订单信息受理装置还包含请求部件，该请求部件在由所述候选取得部件取得 的虚拟数据的候选之中，尚未与实际数据对应的候选的数量为阈值以下或小 于阈值的情况下，请求所述信用卡结算装置发行虚拟数据的新的候选，所述 候选取得部件取得所述信用卡结算装置根据所述请求部件的请求而发行的虚 拟数据的新的候选。

本发明的一方式中，在所述信用卡信息处理系统中，其特征在于，所述 请求部件在从所述用户终端受理了订单信息时，请求发行虚拟数据的新的候 选。

本发明的一方式中，在所述信用卡信息处理系统中，其特征在于，所述 订单信息受理装置和所述信用卡结算装置的至少一方还包含：第1判定部件， 基于由所述虚拟数据取得部件取得的虚拟数据的使用次数、有效期限、所述 订单信息相关的结算金额、累计的结算金额的至少任一者，评价该虚拟数据 的非法利用的可能性，并基于该评价结果判定是否将该虚拟数据设为无效； 及更新部件，在通过所述第1判定部件判定为由所述虚拟数据取得部件取得 的虚拟数据无效的情况下，将与所述订单信息的结算中使用的信用卡的实际 数据相对应的虚拟数据更新为新的虚拟数据。

本发明的一方式中，在所述信用卡信息处理系统中，其特征在于，所述 订单信息受理装置和所述信用卡结算装置的至少一方还包含：第2判定部件， 基于由所述虚拟数据取得部件取得的虚拟数据的有效期限、利用额度的至少 任一者，评价该虚拟数据泄露时的损失的可能性，并基于该评价结果判定是 否将该虚拟数据设为无效；及在通过所述第2判定部件判定为由所述虚拟数 据取得部件取得的信用卡的虚拟数据无效的情况下，将与所述订单信息的结 算中使用的信用卡的实际数据相对应的虚拟数据更新为新的虚拟数据的部 件。

本发明的信用卡信息处理方法，从用户终端受理对店铺的订单信息，将 受理的订单信息提供给店铺终端，并处理该订单信息相关的信用卡结算，其 特征在于，包含：虚拟数据取得步骤，取得与从所述用户终端受理的订单信 息的结算中使用的信用卡的实际数据相对应的虚拟数据；发送步骤，将所述 虚拟数据取得步骤中取得的虚拟数据作为所述订单信息的结算中使用的信用 卡的数据，发送给处理该订单信息的店铺终端；受理步骤，从所述店铺终端 受理基于所述虚拟数据的信用卡结算请求；实际数据取得步骤，依照与所述 订单信息受理装置共享的用于相互转换信用卡的实际数据和虚拟数据的转换 信息，取得与所述受理的虚拟数据相对应的实际数据；及处理步骤，基于所 述实际数据取得步骤中取得的实际数据，处理所述受理的信用卡结算请求。

本发明的订单信息受理装置，从用户终端受理对店铺的订单信息，并将 受理的订单信息提供给店铺终端，其特征在于，包含：虚拟数据取得部件， 取得与从所述用户终端受理的订单信息的结算中使用的信用卡的实际数据相 对应的虚拟数据；及发送部件，将由所述虚拟数据取得部件取得的虚拟数据 作为所述订单信息的结算中使用的信用卡的数据，发送给处理该订单信息的 店铺终端。

本发明的程序，用于使从用户终端受理对店铺的订单信息并将受理的订 单信息提供给店铺终端的计算机作为如下部件发挥功能：虚拟数据取得部件， 取得与从所述用户终端受理的订单信息的结算中使用的信用卡的实际数据相 对应的虚拟数据；及发送部件，将由所述虚拟数据取得部件取得的虚拟数据 作为所述订单信息的结算中使用的信用卡的数据，发送给处理该订单信息的 店铺终端。

本发明的信息记录介质，记录了程序，该程序用于使从用户终端受理对 店铺的订单信息并将受理的订单信息提供给店铺终端的计算机作为如下部件 发挥功能：虚拟数据取得部件，取得与从所述用户终端受理的订单信息的结 算中使用的信用卡的实际数据相对应的虚拟数据；及发送部件，将由所述虚 拟数据取得部件取得的虚拟数据作为所述订单信息的结算中使用的信用卡的 数据，发送给处理该订单信息的店铺终端。

本发明的信用卡结算装置，处理由订单信息受理装置受理的订单信息相 关的信用卡结算，所述订单信息受理装置从用户终端受理对店铺的所述订单 信息并将受理的订单信息提供给店铺终端，且包含：虚拟数据取得部件，取 得与从所述用户终端受理的订单信息的结算中使用的信用卡的实际数据相对 应的虚拟数据；及发送部件，将由所述虚拟数据取得部件取得的虚拟数据作 为所述订单信息的结算中使用的信用卡的数据，发送给处理该订单信息的店 铺终端，所述信用卡结算装置的特征在于，包含：受理部件，从所述店铺终 端受理基于所述虚拟数据的信用卡结算请求；实际数据取得部件，依照与所 述订单信息受理装置共享的用于相互转换信用卡的实际数据和虚拟数据的转 换信息，取得与所述受理的虚拟数据相对应的实际数据；及处理部件，基于 由所述实际数据取得部件取得的实际数据，处理所述受理的信用卡结算请求。

本发明的程序，用于计算机，该计算机处理由订单信息受理装置受理的 订单信息相关的信用卡结算，所述订单信息受理装置从用户终端受理对店铺 的所述订单信息并将受理的订单信息提供给店铺终端，且包含：虚拟数据取 得部件，取得与从所述用户终端受理的订单信息的结算中使用的信用卡的实 际数据相对应的虚拟数据；及发送部件，将由所述虚拟数据取得部件取得的 虚拟数据作为所述订单信息的结算中使用的信用卡的数据，发送给处理该订 单信息的店铺终端，所述程序使该计算机作为如下部件发挥功能：受理部件， 从所述店铺终端受理基于所述虚拟数据的信用卡结算请求；实际数据取得部 件，依照与所述订单信息受理装置共享的用于相互转换信用卡的实际数据和 虚拟数据的转换信息，取得与所述受理的虚拟数据相对应的实际数据；及处 理部件，基于由所述实际数据取得部件取得的实际数据，处理所述受理的信 用卡结算请求。

本发明的信息记录介质，记录了程序，该程序用于计算机，该计算机处 理由订单信息受理装置受理的订单信息相关的信用卡结算，所述订单信息受 理装置从用户终端受理对店铺的所述订单信息并将受理的订单信息提供给店 铺终端，且包含：虚拟数据取得部件，取得与从所述用户终端受理的订单信 息的结算中使用的信用卡的实际数据相对应的虚拟数据；及发送部件，将由 所述虚拟数据取得部件取得的虚拟数据作为所述订单信息的结算中使用的信 用卡的数据，发送给处理该订单信息的店铺终端，所述程序使该计算机作为 如下部件发挥功能：受理部件，从所述店铺终端受理基于所述虚拟数据的信 用卡结算请求；实际数据取得部件，依照与所述订单信息受理装置共享的用 于相互转换信用卡的实际数据和虚拟数据的转换信息，取得与所述受理的虚 拟数据相对应的实际数据；及处理部件，基于由所述实际数据取得部件取得 的实际数据，处理所述受理的信用卡结算请求。

发明效果

根据本发明的一方式，可以不对利用信用卡的交易的买家/卖家双方的易 用性施加任何更改，而减轻卖家侧的信用卡信息的管理负担。

附图说明

图1是表示电子商务系统的系统构成例的图。

图2是表示虚拟商场服务器及信用卡服务器的硬件构成例的图。

图3是表示用户信息表的一例的图。

图4是表示卡对应表的一例的图。

图5是表示信用卡信息表的一例的图。

图6是表示虚拟详细信息表的一例的图。

图7是表示第1实施例的订单信息的处理时序的图。

图8是用虚拟卡号替换了在订单信息的结算中的信用卡卡号之后在电子 商务系统中执行的处理的时序图。

图9是表示虚拟卡号储备表的一例的图。

图10是虚拟卡号的候选的补充处理相关的时序图。

图11是表示第2实施例的订单信息的处理时序的图。

图12是表示第3实施例的订单信息的处理时序的图。

图13是表示第4实施例的订单信息的处理时序的图。

具体实施方式

以下，按照附图说明用于实施本发明的实施的方式（以下称为实施方式）。

[1.系统构成]

图1中表示了本实施方式的电子商务系统1的系统构成图。如图1所示， 电子商务系统1包含用户终端2、虚拟商场服务器3、店铺终端4、信用卡服 务器5，各装置经由因特网等网络6而可进行数据通信地连接。

用户终端2是具备显示部件及通信部件的计算机（个人计算机、便携式 信息终端、便携式电话等），例如经由网页浏览器访问虚拟商场服务器3，对 虚拟商场服务器3内开店的虚拟商店所销售的商品进行浏览或购入等。本实 施方式中，假设商品购入时的结算是使用用户指定的信用卡信息进行的信用 卡结算。

虚拟商场服务器3是如下计算机，即，提供多个虚拟商店汇集的虚拟商 场的网站，且居中进行各虚拟商店的商品购入处理时的用户终端2和店铺终 端4的通信。例如，虚拟商场服务器3从用户终端2受理对虚拟商店的商品 订单信息，并向与虚拟商店对应的店铺终端4发送已受理的订单信息。此时， 本实施方式的虚拟商场服务器3将商品购入时利用的用户的信用卡信息（实 际卡号）替换成虚拟的信用卡信息（虚拟卡号），然后将虚拟的信用卡信息和 订单内容一起发送给店铺终端4，由此不对店铺侧提交信用卡的实际数据。 该虚拟商场服务器3中进行的处理的细节将于下文叙述。

店铺终端4是在虚拟商场服务器3内开店的店铺的计算机。例如，店铺 终端4从虚拟商场服务器3接收发往店铺的订单信息和虚拟的信用卡信息， 对信用卡服务器5进行基于接收的信用卡信息的信用查询、或订单确定后的 销售请求等。

信用卡服务器5是管理用户的信用卡信息，且处理指定了信用卡信息的 信用查询或销售请求等的计算机。本实施方式中，信用卡服务器5和虚拟商 场服务器3共享用于根据用户的信用卡的实际数据（实际卡号）取得对应的 信用卡的虚拟数据（虚拟卡号）的转换信息（例如表示实际卡号和虚拟卡号 的对应的卡对应表、卡号转换规则等），在从店铺终端4受理了基于虚拟卡号 的信用查询或销售请求的情况下，根据受理的虚拟卡号取得对应的实际卡号， 并基于取得的实际卡号进行信用查询或销售登记的处理。该信用卡服务器5 中进行的处理的细节也将于下文叙述。

[2.硬件构成]

图2中表示了虚拟商场服务器3及信用卡服务器5的硬件构成图的一例。 以下，依次说明虚拟商场服务器3、信用卡服务器5各自的硬件构成。

[2.1.虚拟商场服务器3的硬件构成]

首先，说明虚拟商场服务器3的硬件构成。如图2所示，虚拟商场服务 器3具备控制部30、存储部32和通信部34，各部经由总线36而相互进行数 据通信。

控制部30包含CPU（中央处理单元），基于存储部32中存储的程序和数 据，执行各种运算处理，且控制虚拟商场服务器3的各部。控制部30处理的 程序可以在存储到光盘、磁盘、磁带、光磁盘、闪存等信息记录介质的状态 下提供给虚拟商场服务器3，也可以经由因特网等数据通信部件提供给虚拟 商场服务器3。

存储部32除了存储描述虚拟商场服务器3要执行的处理的程序、和数据 以外，还用作控制部30的工作存储器。以下，说明存储部32中存储的数据 的一例。

图3中表示了存储部32中存储的用户信息表的一例。图3所示的用户信 息表中，将用户ID、密码、邮件地址、信用卡信息分别关联而予以存储。此 外，关于信用卡信息，仅在用户有事先登记的情况下登记到用户信息表即可， 登记不是必须的。另外，信用卡信息例如可包含信用卡卡号、持卡者、有效 期限的信息。

图4中表示了存储部32中存储的卡对应表的一例。图4所示的卡对应表 中，将信用卡的实际卡号、信用卡的虚拟卡号、用户ID、店铺ID、无效标记 分别关联而予以存储。与信用卡的实际卡号相对应的虚拟卡号可以由虚拟商 场服务器3发行，也可以由信用卡服务器5发行。虚拟卡号可以构成为，将 规定的位设为特定的数字（图4中表示的是将开头的数字设为0的例子），由 此能够根据信用卡卡号判别此卡号是否为虚拟卡号。另外，在卡对应表中与 虚拟卡号关联存储的用户ID、店铺ID可以是利用该虚拟卡号进行结算的订 单相关的用户ID和店铺ID。而且，无效标记是表示是否将信用卡的虚拟卡 号设为无效（不可利用）的真假值，例如在无效的情况下存储“真（T）”，在 并非无效的情况下存储“假（F）”。

通信部34包含网络接口，经由网络接口连接于网络6，与连接到网络6 的用户终端2、店铺终端4、及信用卡服务器5等进行数据通信。

[2.2.信用卡服务器5的硬件构成]

接下来，说明信用卡服务器5的硬件构成。如图2所示，信用卡服务器 5具备控制部50、存储部52和通信部54，各部经由总线56相互进行数据通 信。

控制部50包含CPU（中央处理单元），基于存储部52中存储的程序和数 据，执行各种运算处理，且控制信用卡服务器5的各部。控制部50处理的程 序可以在存储于光盘、磁盘、磁带、光磁盘、闪存等信息记录介质的状态下 提供给信用卡服务器5，还可以经由因特网等数据通信部件提供给信用卡服 务器5。

存储部52除了存储描述信用卡服务器5要执行的处理的程序和数据以 外，还用作控制部50的工作存储器。以下，说明存储部52中存储的数据的 一例。

图5中表示了存储部52中存储的信用卡信息表的一例。图5所示的信用 卡信息表中，将信用卡的实际卡号、信用额度、可利用额、持卡者、有效期 限、无效标记的信息分别关联而予以存储。无效标记是表示是否将信用卡的 实际卡号设为无效（不可利用）的真假值，例如可以在无效的情况下存储“真 （T）”，在并非无效的情况下存储“假（F）”。

另外，存储部52中存储卡对应表。也可以是存储部52中存储的卡对应 表，代替虚拟商场服务器3对各店铺赋予的店铺ID、或与该店铺ID一起而 包含信用卡服务器5对各店铺赋予的加盟店ID，除此以外，内容与虚拟商场 服务器3的存储部32中存储的卡对应表相同。

图6中，存储的是存储着存储部52中存储的信用卡的虚拟卡号相关的详 细信息的虚拟详细信息表。图6所示的虚拟详细信息表中，将信用卡的虚拟 卡号、虚拟卡号的有效期限、利用历史关联而予以存储。例如，利用历史的 信息中可包含虚拟卡号的利用日、利用金额（结算金额）。

通信部54包含网络接口，经由网络接口连接到网络6，与连接到网络6 的用户终端2、店铺终端4、及虚拟商场服务器3等进行数据通信。

[3.时序]

接下来，依次说明在电子商务系统1中，虚拟商场服务器3从用户终端 2受理的订单信息的处理及与该订单信息的信用卡结算处理有关的时序的例 子（第1～第4实施例）。

[3.1.第1实施例]

图7中表示了电子商务系统1中进行的第1实施例的时序图。

首先，用户终端2登录虚拟商场服务器3后，在从虚拟商场服务器3取 得的虚拟商店的商品购入页面输入需要事项，向虚拟商场服务器3发送订单 信息（S101）。订单信息中包含例如用户ID、店铺ID、商品ID、商品数量、 结算指定信息。例如，结算指定信息中可以包含要利用的信用卡信息，也可 以包含用于指定与用户ID关联而存储在用户信息表中的信用卡信息的信息。

虚拟商场服务器3基于从用户终端2接收的订单信息，取得该订单信息 结算中使用的信用卡信息（S102）。

虚拟商场服务器3根据存储部32中存储的卡对应表，判定是否存在与通 过S102取得的信用卡信息的卡号（实际卡号）对应的有效（未无效化）的虚 拟卡号（S103）。于此，虚拟商场服务器3在判定为没有与信用卡的实际卡号 对应的有效的虚拟卡号的情况下（S103：“否”），委托信用卡服务器5发行与 信用卡的实际卡号对应的虚拟卡号（S104）。

信用卡服务器5发行从虚拟商场服务器3委托的与信用卡的实际卡号相 对应的虚拟卡号（S105），并将该发行的虚拟卡号发送给虚拟商场服务器3 （S106）。此外，可以对所发行的虚拟卡号设定有效期限。

虚拟商场服务器3及信用卡服务器5基于信用卡的实际卡号、和针对该 实际卡号发行的虚拟卡号，更新各自的卡对应表（S107）。

虚拟商场服务器3在S103中判定为存在有效的虚拟卡号的情况下（S103： “是”）、或者在S107之后，从卡对应表取得与实际卡号对应的有效的虚拟卡 号（S108），并将通过S101受理的订单信息的结算中使用的信用卡卡号替换 成通过S108取得的虚拟卡号之后（S109），向店铺通知接受订单信息。以下， 参照图8所示的时序图说明将订单信息的结算中使用的信用卡卡号替换成虚 拟卡号后在电子商务系统1中进行的处理的流程。

如图8所示，虚拟商场服务器3向店铺终端4和用户终端2发送订单确 认通知（订单确认邮件）（S201）。然后，虚拟商场服务器3若从用户终端2 受理订单信息的发送请求（S202），则将受理的发送请求相关的订单信息发送 给店铺终端4（S203）。

店铺终端4向信用卡服务器5发送信用查询请求，该信用查询请求基于 根据从虚拟商场服务器3接收的订单信息算出的结算金额、和该订单信息所 含的信用卡卡号（虚拟卡号）（S204）。

信用卡服务器5基于卡对应表，确定与接收的信用查询请求相关的信用 卡的虚拟卡号相对应的实际卡号（S205）。于此，也可以是信用卡服务器5判 定接收的信用查询请求相关的信用卡卡号是否为虚拟卡号，在判定为是虚拟 卡号的情况下将对信用查询的对象设定与该虚拟卡号对应的实际卡号，在判 定为不是虚拟卡号（即，是实际卡号）的情况下直接对信用查询的对象设定 该信用卡卡号。此外，关于对象的信用卡卡号是否为虚拟卡号，例如在假定 对象的信用卡卡号为虚拟卡号的情况下，可以根据是否能获得与该假定的虚 拟卡号对应的实际卡号来进行判定，而在虚拟卡号构成为具有规定的特征（例 如虚拟卡号的规定的位为特定的数字、虚拟卡号的奇偶值为规定值等）的情 况下，也可以基于信用查询请求相关的信用卡卡号是否具有上述的规定特征 来进行判定。于此，在将对象的信用卡卡号假定为虚拟卡号的情况下，对能 否获得对应的实际卡号进行判定时，例如当基于卡对应表转换信用卡的实际 卡号和虚拟卡号时，可以检索在虚拟卡号一栏是否存在存储着对象的信用卡 卡号的记录，而当基于规定的转换规则转换信用卡的实际卡号和虚拟卡号时， 可以根据基于规定的转换规则转换对象的信用卡卡号后所得的卡号是否包含 于信用卡信息表来判定。

信用卡服务器5基于与上述确定的实际卡号关联的可利用额是否为结算 金额以上而进行信用批准（S206），并将结果（批准卡号）发送给店铺终端4 （S207）。此外，信用卡服务器5在表示上述信用查询请求的发送源的店铺的 加盟店ID（信用卡服务器5对各店铺赋予的ID）在存储部52的卡对应表中 并未与该信用查询请求相关的虚拟卡号对应的情况下，可省略可利用额和结 算金额的比较判定，直接将信用设为不批准。本时序的例子中，是设信用被 批准而继续进行说明。

店铺终端4若获得信用卡服务器5的信用批准，则向虚拟商场服务器3 通知订单受理信息（S208）。然后，虚拟商场服务器3若从店铺终端4接收订 单受理信息，则向用户的邮件地址（用户终端2）通知订单受理邮件（S209）。

信用卡服务器5在信用查询后的规定定时，将基于信用卡的实际卡号相 关的信用查询的销售快报信息（利用日、利用金额等），通知给用户的邮件地 址（用户终端2）（S210）。

店铺终端4在规定的销售请求定时，向信用卡服务器5发送基于信用卡 卡号（虚拟卡号）和批准卡号的销售请求（S211）。信用卡服务器5基于卡对 应表，根据销售请求相关的信用卡的虚拟卡号，确定对应的实际卡号（S212）， 并且针对确定的实际卡号，将与批准卡号关联的结算金额作为销售予以登记 （S213）。而且，信用卡服务器5基于从店铺终端4接收的虚拟卡号的利用历 史（利用日、结算金额），更新虚拟详细信息表（S214）。

信用卡服务器5在销售登记后的规定定时，将基于针对信用卡的实际卡 号登记的销售的销售信息（利用日、利用金额、请求预定月、支付方法、利 用店铺等）通知给用户的邮件地址（用户终端2）（S215）。以上是第1实施 例的处理的一连串流程。此外，可以设为虚拟商场服务器3每次从用户终端 2受理订单信息时，执行图7及图8所示的时序。

根据以上说明的第1实施例的处理，用户的信用卡的实际数据不会发送 给店铺终端4，因此，能防止信用卡的实际数据从店铺侧泄露。另外，对于 店铺侧来说，会减轻管理用户的信用卡的实际数据的人力和经济负担。另外， 万一从店铺侧流出了信用卡信息，由于流出的信用卡信息是虚拟数据，因此， 只要将虚拟数据无效化便可，无需使信用卡的实际数据无效化或重新发行。 另外，对于用户来说，并不需要特殊手续便可利用虚拟卡号，用户终端2、 店铺终端4也无需进行特殊的系统更改，因而容易导入至现有环境。而且， 视需要发行与信用卡的实际卡号对应的虚拟卡号，从而可以减少流通的虚拟 卡号的数量，能够减少信息泄露风险、虚拟卡号的管理所需要的存储容量。

[3.2.第2实施例]

接下来，说明电子商务系统1的第2实施例的时序。在第2实施例的时 序中与第1实施例的不同之处在于：虚拟商场服务器3预先取得由信用卡服 务器5发行的信用卡的虚拟卡号的候选并将其储备到设于存储部32的虚拟卡 号储备表（参照图9），然后从储备的虚拟卡号的候选之中选择与信用卡的实 际卡号对应的虚拟卡号。

图9中表示了存储部32中存储的虚拟卡号储备表的一例。可以如图9（A） 所示那样，虚拟卡号储备表例如将虚拟卡号的候选、和已利用标记（真假值） 关联而予以存储，针对与信用卡的实际卡号关联的虚拟卡号将利用可否标记 更新为不可利用（例如假）。另外，也可以如图9（B）所示那样，虚拟卡号 储备表中仅存储未与信用卡的实际卡号关联的虚拟卡号，已与信用卡的实际 卡号关联的虚拟卡号则从虚拟卡号储备表中删除。

图10中表示了虚拟卡号的候选的补充处理相关的时序图。如图10所示， 首先，虚拟商场服务器3参照虚拟卡号储备表（参照图9），判定可利用的虚 拟卡号的候选是否不足（例如可利用的虚拟卡号的候选数是否为阈值（例如 100）以下或小于阈值）（S301），在判定为不足的情况下（S301：“是”），向 信用卡服务器5委托虚拟卡号的汇总发行（S302）。此外，虚拟商场服务器3 在判定为可利用的虚拟卡号的候选没有不足的情况下（S301：“否”），可以结 束处理。

信用卡服务器5若从虚拟商场服务器3受理虚拟卡号的发行委托，则将 新的虚拟卡号的多个候选汇总发行（S303），并将发行的虚拟卡号的候选发送 给虚拟商场服务器3（S304）。

虚拟商场服务器3若从信用卡服务器5接收虚拟卡号的候选，则将接收 的虚拟卡号的候选存储到虚拟卡号储备表（S305），并结束处理。此外，虚拟 卡号的候选的补充处理可以每隔规定时间间隔进行，也可以每当从虚拟卡号 储备表选择虚拟卡号时进行。

接下来，参照图11所示的时序图，说明第2实施例的订单信息的处理时 序。

首先，用户终端2在登录到虚拟商场服务器3之后，在从虚拟商场服务 器3取得的虚拟商店中的商品购入页面上输入规定事项，从而将订单信息发 送给虚拟商场服务器3（S401）。订单信息中例如包含用户ID、店铺ID、商 品ID、商品数量、结算指定信息。例如，结算指定信息中可以包含要利用的 信用卡信息，也可以包含用于指定与用户ID关联存储于用户信息表中的信用 卡信息的信息。

虚拟商场服务器3中基于从用户终端2接收的订单信息，取得该订单信 息的结算中使用的信用卡信息（S402）。

虚拟商场服务器3根据存储部32中存储的卡对应表，判定是否存在与通 过S401取得的信用卡信息的卡号（实际卡号）对应的有效（未无效化）的虚 拟卡号（S403）。

虚拟商场服务器3在S403中判定为没有有效的虚拟卡号的情况下（S403： “否”），例如随机或按照一定规则从虚拟卡号储备表中选择可利用的虚拟卡 号（S404），将信用卡的实际卡号与选择的虚拟卡号关联，然后更新存储部 32的卡对应表（S405）。虚拟商场服务器3进一步更新虚拟卡号储备表（若 虚拟卡号储备表为图9（A）的形式，则将与上述选择的虚拟卡号对应的利用 可否标记更新为不可利用，若虚拟卡号储备表为图9（B）的形式，则从表中 删除上述选择的虚拟卡号）（S406），且将信用卡的实际卡号与虚拟卡号的关 联信息通知给信用卡服务器5（S407）。

信用卡服务器5将从虚拟商场服务器3通知的信用卡的实际卡号与虚拟 卡号关联，然后更新存储部52的卡对应表（S408）。

虚拟商场服务器3在S403中判定为存在有效的虚拟卡号的情况下（S403： “是”），或者在S407之后从卡对应表取得与实际卡号对应的有效的虚拟卡号 （S409），并将通过S401受理的订单信息的结算中使用的信用卡卡号替换成 通过S409取得的虚拟卡号（S410）之后，向店铺通知接受订单信息。以下， 向店铺通知接受订单信息后电子商务系统1中进行的处理如图8所示的时序 图那样，与第1实施例相同，因此省略说明。以上是第2实施例的处理订单 信息时的一连串的流程。此外，虚拟商场服务器3可以在每当从用户终端2 受理订单信息时，执行图11及图8所示的时序。

根据以上说明的第2实施例的处理，虚拟商场服务器3预先汇总取得由 信用卡服务器5汇总发行的虚拟卡号的候选，因此，与第1实施例相比，可 以减少虚拟商场服务器3从用户终端2受理订单信息起，直到将信用卡信息 替换成虚拟信息为止的处理负荷和处理时间。

[3.3.第3实施例]

接下来，说明电子商务系统1中的第3实施例的时序。第3实施例与第 2实施例的不同之处在于：虚拟商场服务器3受理订单信息后，视需要补充 虚拟卡号的储备。以下，说明第3实施例的时序的细节。

图12中表示了第3实施例的时序图。首先，用户终端2登录虚拟商场服 务器3之后，在从虚拟商场服务器3取得的虚拟商店中的商品购入页面输入 规定事项，从而将订单信息发送给虚拟商场服务器3（S501）。订单信息中例 如包含用户ID、店铺ID、商品ID、商品数量、结算指定信息。例如，结算 指定信息中可以包含要利用的信用卡信息，也可以包含用于指定与用户ID关 联存储于用户信息表中的信用卡信息的信息。

虚拟商场服务器3基于从用户终端2接收的订单信息，取得该订单信息 的结算中使用的信用卡信息（S502）。

虚拟商场服务器3根据存储部32中存储的卡对应表，判定是否存在与通 过S501取得的信用卡信息的卡号（实际卡号）对应的有效（未无效化）的虚 拟卡号（S503）。

虚拟商场服务器3在S503中判定为没有有效的虚拟卡号的情况下（S503： “否”），进一步参照虚拟卡号储备表，判定可利用的虚拟卡号的候选是否不 足（例如可利用的虚拟卡号的候选数是否为阈值以下或小于阈值）（S504）。 于此，虚拟商场服务器3在判定为可利用的虚拟卡号的候选不足的情况下 （S504：“是”），委托信用卡服务器5发行虚拟卡号（S505）。

信用卡服务器5若从虚拟商场服务器3受理虚拟卡号的发行委托，则将 新的虚拟卡号的多个候选汇总发行（S506），并将发行的虚拟卡号的候选发送 给虚拟商场服务器3（S507）。

虚拟商场服务器3若从信用卡服务器5接收虚拟卡号的候选，则将接收 的虚拟卡号的候选存储到虚拟卡号储备表（S508）。

虚拟商场服务器3在判定为可利用的虚拟卡号的候选没有不足之后 （S504：“否”）或者在S508之后，从虚拟卡号储备表中选择与信用卡的实际 卡号关联的虚拟卡号（S509），并将信用卡的实际卡号与选择的虚拟卡号关联 而更新卡对应表（S510）。另外，虚拟商场服务器3基于上述选择的虚拟卡号， 更新虚拟卡号储备表（虚拟卡号储备表若为图9（A）的形式，则将与上述选 择的虚拟卡号对应的利用可否标记更新为不可利用，虚拟卡号储备表若为图 9（B）的形式，则从表中删除上述选择的虚拟卡号）（S511），且将信用卡的 实际卡号与虚拟卡号的关联信息通知给信用卡服务器5（S512）。

信用卡服务器5将从虚拟商场服务器3通知的信用卡的实际卡号与虚拟 卡号关联，然后更新存储部52中存储的卡对应表（S513）。

虚拟商场服务器3在S503中判定为存在有效的虚拟卡号的情况下（S503： “是”），或者在S512之后，从卡对应表取得与实际卡号对应的有效的虚拟卡 号（S514），将通过S501受理的订单信息的结算中使用的信用卡卡号替换成 通过S514取得的虚拟卡号（S515），然后向店铺通知接受订单信息。以下， 向店铺通知接受订单信息后电子商务系统1中进行的处理如图8所示的时序 图那样，与第1实施例相同，因此省略说明。以上是第3实施例的处理订单 信息时的一连串的流程。此外，虚拟商场服务器3可以在每当从用户终端2 受理订单信息时，执行图12所示的时序。

根据以上说明的第3实施例，虚拟商场服务器3预先汇总取得由信用卡 服务器5汇总发行的虚拟卡号的候选，因此在预先取得的虚拟卡号有剩余的 情况下，与第1实施例相比，可以减少虚拟商场服务器3从用户终端2受理 订单信息起，直到将信用卡信息替换成虚拟信息为止的处理负荷和处理时间。 而且，由于构成为从用户终端2受理订单信息后视需要而补充虚拟卡号，因 此与第2实施例相比，可降低虚拟卡号的泄露风险。

[3.4.第4实施例]

接下来，说明电子商务系统1中的第4实施例的时序。第4实施例与第 1实施例的不同之处在于：由虚拟商场服务器3发行信用卡的虚拟卡号。以 下，说明第4实施例的时序的细节。

图13中表示了第4实施例的时序图。首先，用户终端2登录虚拟商场服 务器3之后，在从虚拟商场服务器3取得的虚拟商店中的商品购入页面输入 需要事项，从而将订单信息发送给虚拟商场服务器3（S601）。订单信息中例 如包含用户ID、店铺ID、商品ID、商品数量、结算指定信息。例如，结算 指定信息中可以包含要利用的信用卡信息，也可以包含用于指定与用户ID关 联存储于用户信息表中的信用卡信息的信息。

虚拟商场服务器3基于从用户终端2接收的订单信息，取得该订单信息 的结算中使用的信用卡信息（S602）。

虚拟商场服务器3根据存储部32中存储的卡对应表，判定是否存在与通 过S602取得的信用卡信息的卡号（实际卡号）对应的有效（未无效化）的虚 拟卡号（S603）。

虚拟商场服务器3在判定为没有与信用卡的实际卡号对应的有效的虚拟 卡号的情况下（S603：“否”），发行与该信用卡的实际卡号对应的虚拟卡号 （S604）。接下来，虚拟商场服务器3将与信用卡的实际卡号对应的虚拟卡号 通知给信用卡服务器5（S605），虚拟商场服务器3及信用卡服务器5基于针 对信用卡的实际卡号发行的虚拟卡号，更新各自的卡对应表（S606）。

虚拟商场服务器3在S603中判定为存在有效的虚拟卡号的情况下（S603： “是”）、或者在S606之后，从卡对应表中取得与实际卡号对应的有效的虚拟 卡号（S607），将通过S601受理的订单信息的结算中使用的信用卡卡号替换 成通过S607取得的虚拟卡号之后（S608），向店铺通知接受订单信息。以下， 向店铺通知接受订单信息后电子商务系统1中进行的处理如图8所示的时序 图那样，与第1实施例相同，因此省略说明。以上是第4实施例的处理订单 信息时的一连串的流程。此外，虚拟商场服务器3可以在每当从用户终端2 受理订单信息时，执行图13所示的时序。

根据以上说明的第4实施例，由虚拟商场服务器3发行信用卡的虚拟卡 号，因此，与第1实施例相比，不用进行虚拟商场服务器3从信用卡服务器 5取得与信用卡的实际卡号对应的虚拟卡号的处理，从而能减少处理负荷和 处理时间。

此外，在上述实施例中，虚拟商场服务器3和信用卡服务器5中共享能 够将信用卡的实际卡号与虚拟卡号可逆转换的函数或转换规则，在基于这些 函数或转换规则发行与信用卡的实际卡号对应的虚拟卡号的情况下，可以省 略S606及S607的处理。此种情况下，虚拟商场服务器3和信用卡服务器5 之间不需要进行实际卡号、虚拟卡号的通信，因此，能进一步降低通信负荷 和信息泄露风险。

[4.虚拟卡号的无效化处理]

在上述实施方式中，可以将与信用卡的实际卡号关联的虚拟卡号固定而 不进行更新，但为了进一步降低虚拟卡号泄露时的风险，优选使虚拟卡号无 效化（丢弃），更新信用卡的实际卡号与虚拟卡号的关联。以下，说明虚拟卡 号的无效化处理。

例如，与信用卡的实际卡号关联的虚拟卡号可以在每一笔订单完成后无 效化。该情况下，例如信用卡服务器5可以在登记了虚拟卡号经信用批准的 订单的销售后，将该虚拟卡号的无效标记更新为真（无效）。此外，信用卡服 务器5可以在已将虚拟卡号无效化的情况下，将该无效化后的虚拟卡号的信 息通知给虚拟商场服务器3，接到通知的虚拟商场服务器3也将虚拟卡号的 无效标记更新为真（无效）。这样，若针对每一笔订单更新与信用卡的实际卡 号对应的虚拟卡号，则向店铺侧移交的信用卡的虚拟卡号便无法用于其他订 单，因此，能够大幅降低虚拟卡号泄露时的风险。

另外，可以在与信用卡的实际卡号关联的虚拟卡号的使用状况满足规定 的无效化条件的情况下，将该虚拟卡号无效化。由此，与针对每一笔订单将 虚拟卡号无效化的情况相比，可以减轻虚拟卡号的发行、管理所需的处理负 荷。例如，信用卡服务器5、虚拟商场服务器3可以基于虚拟卡号的利用历 史或当前正在受理的订单信息，取得该虚拟卡号的累计使用次数、使用期间、 当前正在受理的订单相关的利用金额、累计利用金额、利用频率等的值，根 据是否满足这些值的至少一者相关的无效化条件，来判定是否将虚拟卡号设 为无效。例如，所谓无效化条件，可以通过使用虚拟卡号的累计使用次数变 成第1阈值以上（或超过第1阈值）时、使用期间变成第2阈值以上（或超 过第2阈值）时、正在受理的订单相关的利用金额变成第3阈值以上（或超 过第3阈值）时、累计利用金额变成第4阈值以上（或超过第4阈值）时、 利用频率（每个单位期间的利用次数）变成第5阈值以上（或超过第5阈值） 时中的至少任一者或它们的组合来表现。此外，各阈值的大小可以根据虚拟 卡号相关的卡的利用额度而定，例如，卡的信用额度（利用额度）越大则信 息泄露时损失变大的可能性越高，因此，与信用额度的大小成比例地将各阈 值的值设定得小，由此提高虚拟卡号的更新频率。

另外，信用卡服务器5、虚拟商场服务器3可以基于虚拟卡号的累计使 用次数、使用期间、最新的利用金额、累计利用金额、利用频率、对应的实 际卡号相关的信用卡的有效期限、信用额度（利用额度）等，评价该虚拟卡 号泄露时的风险和非法利用的可能性，其评价结果变成规定等级以上（或超 过规定等级）的情况下，判定该虚拟卡号无效。例如，可以以卡的有效期限 越长、且卡的利用额度越高则虚拟卡号泄露时的风险的等级越大的方式进行 评价，且例如以累计使用次数、使用期间、最新的利用金额、累计利用金额、 利用频率的值越大则虚拟卡号被非法利用的可能性的等级越大的方式进行评 价。

是否将上述的虚拟卡号无效化的判定定时，可以按预先规定的时间间隔 定期进行，也可以在虚拟商场服务器3从用户终端2受理了订单信息后、信 用卡服务器5登记了订单信息的销售之后、从上一次判定定时起经过规定时 间之后等的定时进行。

另外，在上述实施方式中，可以对每个信用卡的实际卡号关联不同的虚 拟卡号，而在对虚拟卡号和用户（用户ID、持卡者）的每个组唯一地决定信 用卡的实际卡号的情况下，也可以对多个实际卡号关联同一个虚拟卡号。

当然，并不限定于本发明的上述实施方式，虚拟商场服务器与信用卡服 务器可以由一个服务器构建，各服务器也可以由多台服务器构建。