信用卡信息处理系统、信用卡信息处理方法、订单信息受理装置、信用卡结算装置、程序及...的制作方法
信用卡信息处理系统、信用卡信息处理方法、订单信息受理装置、信用卡结算装置、程序及 ...的制作方法
【专利摘要】不对利用信用卡进行交易的买家/卖家双方的易用性施加更改而减轻卖家侧的信用卡信息的管理负担。虚拟商场服务器（3）和信用卡服务器（5）共享转换信息，该转换信息用于根据信用卡的实际数据取得对应的信用卡的虚拟数据。虚拟商场服务器（3）基于转换信息，根据用于订单信息的结算的信用卡的实际数据，取得对应的虚拟数据，并将取得的虚拟数据作为用于订单信息的结算的信用卡的数据，发送给店铺终端。信用卡服务器（5）若从店铺终端受理基于虚拟数据的规定的卡处理请求，则依照转换信息根据虚拟数据取得对应的信用卡的实际数据，并基于取得的信用卡的实际数据，执行规定的卡处理。
【专利说明】信用卡信息处理系统、信用卡信息处理方法、订单信息受理装置、信用卡结算装置、程序及信息记录介质
【技术领域】
[0001]本发明涉及一种信用卡信息处理系统、信用卡信息处理方法、订单信息受理装置、信用卡结算装置、程序及信息记录介质。
【背景技术】
[0002]有一种电子商务系统，通过在因特网上构建汇聚多个虚拟商店而成的虚拟商场的网上购物网站，可以从对应于各虚拟商店的店铺购入商品。此种电子商务系统中，用户从店铺购入商品时使用信用卡结算的情况下，从虚拟商场的服务器向店铺终端提交用户的信用卡卡号，店铺终端基于用户的信用卡卡号向信用卡公司执行信用查询、销售请求等。
[0003]在向店铺侧提交了用户的实际信用卡卡号时，店铺侧要花费大量人力和经济成本来管理用户的信用卡卡号。因此，如下述专利文献1记载的那样，提出一种系统，由中介结算系统预先向用户发行虚拟卡号，基于下单时输入的虚拟卡号来执行结算处理。
[0004]现有技术文献
[0005]专利文献
[0006]专利文献1:特开2002-298055号公报
【发明内容】
[0007]发明要解决的课题
[0008]然而，在上述的【背景技术】中，在用户购入商品前需要使用户进行预先发行虚拟卡号的手续、或管理已发行的虚拟卡号等以往不需要的手续，因此，导入障碍变高。
[0009]本发明鉴于上述课题而完成，其目的在于提供一种不更改利用信用卡进行交易的买家/卖家双方的易用性便可减轻卖家侧的信用卡信息的管理负担的信用卡信息处理系统、信用卡信息处理方法、订单信息受理装置、信用卡结算装置、程序及信息记录介质。
[0010]用于解决课题的方案
[0011]为了实现上述目的，本发明的信用卡信息处理系统包含:订单信息受理装置，从用户终端受理对店铺的订单信息，将受理的订单信息提供给店铺终端；及信用卡结算装置，处理该订单信息相关的信用卡结算，其特征在于，所述订单信息受理装置包含:虚拟数据取得部件，取得与从所述用户终端受理的订单信息的结算中使用的信用卡的实际数据相对应的虚拟数据；及发送部件，将由所述虚拟数据取得部件取得的虚拟数据作为所述订单信息的结算中使用的信用卡的数据，发送给处理该订单信息的店铺终端，所述信用卡结算装置包含:受理部件，从所述店铺终端受理基于所述虚拟数据的信用卡结算请求；实际数据取得部件，依照与所述订单信息受理装置共享的用于相互转换信用卡的实际数据和虚拟数据的转换信息，取得与所述受理的虚拟数据相对应的实际数据；及处理部件，基于由所述实际数据取得部件取得的实际数据，处理所述受理的信用卡结算请求。
[0012]本发明的一方式中，在所述信用卡信息处理系统中，其特征在于，所述订单信息受理装置还包含实际数据发送部件，该实际数据发送部件将从所述用户终端受理的订单信息的结算中使用的信用卡的实际数据发送给所述信用卡结算装置，所述信用卡结算装置还包含生成部件，该生成部件生成所述转换信息，所述转换信息关联了由所述实际数据发送部件发送的信用卡的实际数据、和对应的虚拟数据，所述订单信息受理装置还包含转换信息取得部件，该转换信息取得部件取得由所述生成部件生成的所述转换信息。
[0013]本发明的一方式中，在所述信用卡信息处理系统中，其特征在于，所述订单信息受理装置还包含:候选取得部件，取得由所述信用卡结算装置发行的虚拟数据的候选；及生成部件，从由所述候选取得部件取得的虚拟数据的候选之中，选择与从所述用户终端受理的订单信息的结算中使用的信用卡的实际数据相对应的虚拟数据，并生成由该信用卡的实际数据、和该选择的虚拟数据关联而成的所述转换信息，所述信用卡结算装置还包含转换信息取得部件，该转换信息取得部件取得由所述生成部件生成的所述转换信息。
[0014]本发明的一方式中，在所述信用卡信息处理系统中，其特征在于，所述订单信息受理装置还包含请求部件，该请求部件在由所述候选取得部件取得的虚拟数据的候选之中，尚未与实际数据对应的候选的数量为阈值以下或小于阈值的情况下，请求所述信用卡结算装置发行虚拟数据的新的候选，所述候选取得部件取得所述信用卡结算装置根据所述请求部件的请求而发行的虚拟数据的新的候选。
[0015]本发明的一方式中，在所述信用卡信息处理系统中，其特征在于，所述请求部件在从所述用户终端受理了订单信息时，请求发行虚拟数据的新的候选。
[0016]本发明的一方式中，在所述信用卡信息处理系统中，其特征在于，所述订单信息受理装置和所述信用卡结算装置的至少一方还包含:第1判定部件，基于由所述虚拟数据取得部件取得的虚拟数据的使用次数、有效期限、所述订单信息相关的结算金额、累计的结算金额的至少任一者，评价该虚拟数据的非法利用的可能性，并基于该评价结果判定是否将该虚拟数据设为无效；及更新部件，在通过所述第1判定部件判定为由所述虚拟数据取得部件取得的虚拟数据无效的情况下，将与所述订单信息的结算中使用的信用卡的实际数据相对应的虚拟数据更新为新的虚拟数据。
[0017]本发明的一方式中，在所述信用卡信息处理系统中，其特征在于，所述订单信息受理装置和所述信用卡结算装置的至少一方还包含:第2判定部件，基于由所述虚拟数据取得部件取得的虚拟数据的有效期限、利用额度的至少任一者，评价该虚拟数据泄露时的损失的可能性，并基于该评价结果判定是否将该虚拟数据设为无效；及在通过所述第2判定部件判定为由所述虚拟数据取得部件取得的信用卡的虚拟数据无效的情况下，将与所述订单信息的结算中使用的信用卡的实际数据相对应的虚拟数据更新为新的虚拟数据的部件。
[0018]本发明的信用卡信息处理方法，从用户终端受理对店铺的订单信息，将受理的订单信息提供给店铺终端，并处理该订单信息相关的信用卡结算，其特征在于，包含:虚拟数据取得步骤，取得与从所述用户终端受理的订单信息的结算中使用的信用卡的实际数据相对应的虚拟数据；发送步骤，将所述虚拟数据取得步骤中取得的虚拟数据作为所述订单信息的结算中使用的信用卡的数据，发送给处理该订单信息的店铺终端；受理步骤，从所述店铺终端受理基于所述虚拟数据的信用卡结算请求；实际数据取得步骤，依照与所述订单信息受理装置共享的用于相互转换信用卡的实际数据和虚拟数据的转换信息，取得与所述受理的虚拟数据相对应的实际数据；及处理步骤，基于所述实际数据取得步骤中取得的实际数据，处理所述受理的信用卡结算请求。
[0019]本发明的订单信息受理装置，从用户终端受理对店铺的订单信息，并将受理的订单信息提供给店铺终端，其特征在于，包含:虚拟数据取得部件，取得与从所述用户终端受理的订单信息的结算中使用的信用卡的实际数据相对应的虚拟数据；及发送部件，将由所述虚拟数据取得部件取得的虚拟数据作为所述订单信息的结算中使用的信用卡的数据，发送给处理该订单信息的店铺终端。
[0020]本发明的程序，用于使从用户终端受理对店铺的订单信息并将受理的订单信息提供给店铺终端的计算机作为如下部件发挥功能:虚拟数据取得部件，取得与从所述用户终端受理的订单信息的结算中使用的信用卡的实际数据相对应的虚拟数据；及发送部件，将由所述虚拟数据取得部件取得的虚拟数据作为所述订单信息的结算中使用的信用卡的数据，发送给处理该订单信息的店铺终端。
[0021]本发明的信息记录介质，记录了程序，该程序用于使从用户终端受理对店铺的订单信息并将受理的订单信息提供给店铺终端的计算机作为如下部件发挥功能:虚拟数据取得部件，取得与从所述用户终端受理的订单信息的结算中使用的信用卡的实际数据相对应的虚拟数据；及发送部件，将由所述虚拟数据取得部件取得的虚拟数据作为所述订单信息的结算中使用的信用卡的数据，发送给处理该订单信息的店铺终端。
[0022]本发明的信用卡结算装置，处理由订单信息受理装置受理的订单信息相关的信用卡结算，所述订单信息受理装置从用户终端受理对店铺的所述订单信息并将受理的订单信息提供给店铺终端，且包含:虚拟数据取得部件，取得与从所述用户终端受理的订单信息的结算中使用的信用卡的实际数据相对应的虚拟数据；及发送部件，将由所述虚拟数据取得部件取得的虚拟数据作为所述订单信息的结算中使用的信用卡的数据，发送给处理该订单信息的店铺终端，所述信用卡结算装置的特征在于，包含:受理部件，从所述店铺终端受理基于所述虚拟数据的信用卡结算请求；实际数据取得部件，依照与所述订单信息受理装置共享的用于相互转换信用卡的实际数据和虚拟数据的转换信息，取得与所述受理的虚拟数据相对应的实际数据；及处理部件，基于由所述实际数据取得部件取得的实际数据，处理所述受理的信用卡结算请求。
[0023]本发明的程序，用于计算机，该计算机处理由订单信息受理装置受理的订单信息相关的信用卡结算，所述订单信息受理装置从用户终端受理对店铺的所述订单信息并将受理的订单信息提供给店铺终端，且包含:虚拟数据取得部件，取得与从所述用户终端受理的订单信息的结算中使用的信用卡的实际数据相对应的虚拟数据；及发送部件，将由所述虚拟数据取得部件取得的虚拟数据作为所述订单信息的结算中使用的信用卡的数据，发送给处理该订单信息的店铺终端，所述程序使该计算机作为如下部件发挥功能:受理部件，从所述店铺终端受理基于所述虚拟数据的信用卡结算请求；实际数据取得部件，依照与所述订单信息受理装置共享的用于相互转换信用卡的实际数据和虚拟数据的转换信息，取得与所述受理的虚拟数据相对应的实际数据；及处理部件，基于由所述实际数据取得部件取得的实际数据，处理所述受理的信用卡结算请求。
[0024]本发明的信息记录介质，记录了程序，该程序用于计算机，该计算机处理由订单信息受理装置受理的订单信息相关的信用卡结算，所述订单信息受理装置从用户终端受理对店铺的所述订单信息并将受理的订单信息提供给店铺终端，且包含:虚拟数据取得部件，取得与从所述用户终端受理的订单信息的结算中使用的信用卡的实际数据相对应的虚拟数据；及发送部件，将由所述虚拟数据取得部件取得的虚拟数据作为所述订单信息的结算中使用的信用卡的数据，发送给处理该订单信息的店铺终端，所述程序使该计算机作为如下部件发挥功能:受理部件，从所述店铺终端受理基于所述虚拟数据的信用卡结算请求；实际数据取得部件，依照与所述订单信息受理装置共享的用于相互转换信用卡的实际数据和虚拟数据的转换信息，取得与所述受理的虚拟数据相对应的实际数据；及处理部件，基于由所述实际数据取得部件取得的实际数据，处理所述受理的信用卡结算请求。
[0025]发明效果
[0026]根据本发明的一方式，可以不对利用信用卡的交易的买家/卖家双方的易用性施加任何更改，而减轻卖家侧的信用卡信息的管理负担。
【专利附图】
【附图说明】
[0027]图1是表示电子商务系统的系统构成例的图。
[0028]图2是表示虚拟商场服务器及信用卡服务器的硬件构成例的图。
[0029]图3是表不用户信息表的一例的图。
[0030]图4是表不卡对应表的一例的图。
[0031]图5是表不信用卡信息表的一例的图。
[0032]图6是表示虚拟详细信息表的一例的图。
[0033]图7是表示第1实施例的订单信息的处理时序的图。
[0034]图8是用虚拟卡号替换了在订单信息的结算中的信用卡卡号之后在电子商务系统中执行的处理的时序图。
[0035]图9是表示虚拟卡号储备表的一例的图。
[0036]图10是虚拟卡号的候选的补充处理相关的时序图。
[0037]图11是表示第2实施例的订单信息的处理时序的图。
[0038]图12是表示第3实施例的订单信息的处理时序的图。
[0039]图13是表示第4实施例的订单信息的处理时序的图。
【具体实施方式】
[0040]以下，按照【专利附图】
【附图说明】用于实施本发明的实施的方式(以下称为实施方式)。
[0041][1.系统构成]
[0042]图1中表示了本实施方式的电子商务系统1的系统构成图。如图1所示，电子商务系统1包含用户终端2、虚拟商场服务器3、店铺终端4、信用卡服务器5，各装置经由因特网等网络6而可进行数据通信地连接。
[0043]用户终端2是具备显示部件及通信部件的计算机(个人计算机、便携式信息终端、便携式电话等)，例如经由网页浏览器访问虚拟商场服务器3，对虚拟商场服务器3内开店的虚拟商店所销售的商品进行浏览或购入等。本实施方式中，假设商品购入时的结算是使用用户指定的信用卡信息进行的信用卡结算。
[0044]虚拟商场服务器3是如下计算机，即，提供多个虚拟商店汇集的虚拟商场的网站，且居中进行各虚拟商店的商品购入处理时的用户终端2和店铺终端4的通信。例如，虚拟商场服务器3从用户终端2受理对虚拟商店的商品订单信息，并向与虚拟商店对应的店铺终端4发送已受理的订单信息。此时，本实施方式的虚拟商场服务器3将商品购入时利用的用户的信用卡信息(实际卡号)替换成虚拟的信用卡信息(虚拟卡号)，然后将虚拟的信用卡信息和订单内容一起发送给店铺终端4，由此不对店铺侧提交信用卡的实际数据。该虚拟商场服务器3中进行的处理的细节将于下文叙述。
[0045]店铺终端4是在虚拟商场服务器3内开店的店铺的计算机。例如，店铺终端4从虚拟商场服务器3接收发往店铺的订单信息和虚拟的信用卡信息，对信用卡服务器5进行基于接收的信用卡信息的信用查询、或订单确定后的销售请求等。
[0046]信用卡服务器5是管理用户的信用卡信息，且处理指定了信用卡信息的信用查询或销售请求等的计算机。本实施方式中，信用卡服务器5和虚拟商场服务器3共享用于根据用户的信用卡的实际数据(实际卡号)取得对应的信用卡的虚拟数据(虚拟卡号)的转换信息(例如表示实际卡号和虚拟卡号的对应的卡对应表、卡号转换规则等)，在从店铺终端4受理了基于虚拟卡号的信用查询或销售请求的情况下，根据受理的虚拟卡号取得对应的实际卡号，并基于取得的实际卡号进行信用查询或销售登记的处理。该信用卡服务器5中进行的处理的细节也将于下文叙述。
[0047][2.硬件构成]
[0048]图2中表示了虚拟商场服务器3及信用卡服务器5的硬件构成图的一例。以下，依次说明虚拟商场服务器3、信用卡服务器5各自的硬件构成。
[0049][2.1.虚拟商场服务器3的硬件构成]
[0050]首先，说明虚拟商场服务器3的硬件构成。如图2所示，虚拟商场服务器3具备控制部30、存储部32和通信部34，各部经由总线36而相互进行数据通信。
[0051]控制部30包含CPU (中央处理单元)，基于存储部32中存储的程序和数据，执行各种运算处理，且控制虚拟商场服务器3的各部。控制部30处理的程序可以在存储到光盘、磁盘、磁带、光磁盘、闪存等信息记录介质的状态下提供给虚拟商场服务器3，也可以经由因特网等数据通信部件提供给虚拟商场服务器3。
[0052]存储部32除了存储描述虚拟商场服务器3要执行的处理的程序、和数据以外，还用作控制部30的工作存储器。以下，说明存储部32中存储的数据的一例。
[0053]图3中表示了存储部32中存储的用户信息表的一例。图3所示的用户信息表中，将用户ID、密码、邮件地址、信用卡信息分别关联而予以存储。此外，关于信用卡信息，仅在用户有事先登记的情况下登记到用户信息表即可，登记不是必须的。另外，信用卡信息例如可包含信用卡卡号、持卡者、有效期限的信息。
[0054]图4中表示了存储部32中存储的卡对应表的一例。图4所示的卡对应表中，将信用卡的实际卡号、信用卡的虚拟卡号、用户ID、店铺ID、无效标记分别关联而予以存储。与信用卡的实际卡号相对应的虚拟卡号可以由虚拟商场服务器3发行，也可以由信用卡服务器5发行。虚拟卡号可以构成为，将规定的位设为特定的数字(图4中表示的是将开头的数字设为0的例子)，由此能够根据信用卡卡号判别此卡号是否为虚拟卡号。另外，在卡对应表中与虚拟卡号关联存储的用户ID、店铺ID可以是利用该虚拟卡号进行结算的订单相关的用户ID和店铺ID。而且，无效标记是表示是否将信用卡的虚拟卡号设为无效(不可利用)的真假值，例如在无效的情况下存储“真(T)”，在并非无效的情况下存储“假(F)”。[0055]通信部34包含网络接口，经由网络接口连接于网络6，与连接到网络6的用户终端2、店铺终端4、及信用卡服务器5等进行数据通信。
[0056][2.2.信用卡服务器5的硬件构成]
[0057]接下来，说明信用卡服务器5的硬件构成。如图2所示，信用卡服务器5具备控制部50、存储部52和通信部54，各部经由总线56相互进行数据通信。
[0058]控制部50包含CPU (中央处理单元)，基于存储部52中存储的程序和数据，执行各种运算处理，且控制信用卡服务器5的各部。控制部50处理的程序可以在存储于光盘、磁盘、磁带、光磁盘、闪存等信息记录介质的状态下提供给信用卡服务器5，还可以经由因特网等数据通信部件提供给信用卡服务器5。
[0059]存储部52除了存储描述信用卡服务器5要执行的处理的程序和数据以外，还用作控制部50的工作存储器。以下，说明存储部52中存储的数据的一例。
[0060]图5中表不了存储部52中存储的信用卡信息表的一例。图5所不的信用卡信息表中，将信用卡的实际卡号、信用额度、可利用额、持卡者、有效期限、无效标记的信息分别关联而予以存储。无效标记是表示是否将信用卡的实际卡号设为无效(不可利用)的真假值，例如可以在无效的情况下存储“真(T)”，在并非无效的情况下存储“假(F)”。
[0061]另外，存储部52中存储卡对应表。也可以是存储部52中存储的卡对应表，代替虚拟商场服务器3对各店铺赋予的店铺ID、或与该店铺ID —起而包含信用卡服务器5对各店铺赋予的加盟店ID，除此以外，内容与虚拟商场服务器3的存储部32中存储的卡对应表相同。
[0062]图6中，存储的是存储着存储部52中存储的信用卡的虚拟卡号相关的详细信息的虚拟详细信息表。图6所示的虚拟详细信息表中，将信用卡的虚拟卡号、虚拟卡号的有效期限、利用历史关联而予以存储。例如，利用历史的信息中可包含虚拟卡号的利用日、利用金额(结算金额)。
[0063]通信部54包含网络接口，经由网络接口连接到网络6，与连接到网络6的用户终端2、店铺终端4、及虚拟商场服务器3等进行数据通信。
[0064][3.时序]
[0065]接下来，依次说明在电子商务系统1中，虚拟商场服务器3从用户终端2受理的订单信息的处理及与该订单信息的信用卡结算处理有关的时序的例子(第1?第4实施例)。
[0066][3.1.第 1 实施例]
[0067]图7中表示了电子商务系统1中进行的第1实施例的时序图。
[0068]首先，用户终端2登录虚拟商场服务器3后，在从虚拟商场服务器3取得的虚拟商店的商品购入页面输入需要事项，向虚拟商场服务器3发送订单信息(S101)。订单信息中包含例如用户ID、店铺ID、商品ID、商品数量、结算指定信息。例如，结算指定信息中可以包含要利用的信用卡信息，也可以包含用于指定与用户ID关联而存储在用户信息表中的信用卡信息的信息。
[0069]虚拟商场服务器3基于从用户终端2接收的订单信息，取得该订单信息结算中使用的信用卡信息(S102)。
[0070]虚拟商场服务器3根据存储部32中存储的卡对应表，判定是否存在与通过S102取得的信用卡信息的卡号(实际卡号)对应的有效(未无效化)的虚拟卡号(S103)。于此，虚拟商场服务器3在判定为没有与信用卡的实际卡号对应的有效的虚拟卡号的情况下(S103 否”)，委托信用卡服务器5发行与信用卡的实际卡号对应的虚拟卡号(S104)。
[0071]信用卡服务器5发行从虚拟商场服务器3委托的与信用卡的实际卡号相对应的虚拟卡号(S105)，并将该发行的虚拟卡号发送给虚拟商场服务器3 (S106)。此外，可以对所发行的虚拟卡号设定有效期限。
[0072]虚拟商场服务器3及信用卡服务器5基于信用卡的实际卡号、和针对该实际卡号发行的虚拟卡号，更新各自的卡对应表(S107)。
[0073]虚拟商场服务器3在S103中判定为存在有效的虚拟卡号的情况下(S103 是”)、或者在S107之后，从卡对应表取得与实际卡号对应的有效的虚拟卡号(S108)，并将通过S101受理的订单信息的结算中使用的信用卡卡号替换成通过S108取得的虚拟卡号之后(S109)，向店铺通知接受订单信息。以下，参照图8所示的时序图说明将订单信息的结算中使用的信用卡卡号替换成虚拟卡号后在电子商务系统1中进行的处理的流程。
[0074]如图8所示，虚拟商场服务器3向店铺终端4和用户终端2发送订单确认通知(订单确认邮件)(S201)。然后，虚拟商场服务器3若从用户终端2受理订单信息的发送请求(S202)，则将受理的发送请求相关的订单信息发送给店铺终端4 (S203)。
[0075]店铺终端4向信用卡服务器5发送信用查询请求，该信用查询请求基于根据从虚拟商场服务器3接收的订单信息算出的结算金额、和该订单信息所含的信用卡卡号(虚拟卡号)(S204)。
[0076]信用卡服务器5基于卡对应表，确定与接收的信用查询请求相关的信用卡的虚拟卡号相对应的实际卡号(S205)。于此，也可以是信用卡服务器5判定接收的信用查询请求相关的信用卡卡号是否为虚拟卡号，在判定为是虚拟卡号的情况下将对信用查询的对象设定与该虚拟卡号对应的实际卡号，在判定为不是虚拟卡号(即，是实际卡号)的情况下直接对信用查询的对象设定该信用卡卡号。此外，关于对象的信用卡卡号是否为虚拟卡号，例如在假定对象的信用卡卡号为虚拟卡号的情况下，可以根据是否能获得与该假定的虚拟卡号对应的实际卡号来进行判定，而在虚拟卡号构成为具有规定的特征(例如虚拟卡号的规定的位为特定的数字、虚拟卡号的奇偶值为规定值等)的情况下，也可以基于信用查询请求相关的信用卡卡号是否具有上述的规定特征来进行判定。于此，在将对象的信用卡卡号假定为虚拟卡号的情况下，对能否获得对应的实际卡号进行判定时，例如当基于卡对应表转换信用卡的实际卡号和虚拟卡号时，可以检索在虚拟卡号一栏是否存在存储着对象的信用卡卡号的记录，而当基于规定的转换规则转换信用卡的实际卡号和虚拟卡号时，可以根据基于规定的转换规则转换对象的信用卡卡号后所得的卡号是否包含于信用卡信息表来判定。
[0077]信用卡服务器5基于与上述确定的实际卡号关联的可利用额是否为结算金额以上而进行信用批准(S206)，并将结果(批准卡号)发送给店铺终端4 (S207)。此外，信用卡服务器5在表示上述信用查询请求的发送源的店铺的加盟店ID(信用卡服务器5对各店铺赋予的ID)在存储部52的卡对应表中并未与该信用查询请求相关的虚拟卡号对应的情况下，可省略可利用额和结算金额的比较判定，直接将信用设为不批准。本时序的例子中，是设信用被批准而继续进行说明。
[0078]店铺终端4若获得信用卡服务器5的信用批准，则向虚拟商场服务器3通知订单受理信息(S208)。然后，虚拟商场服务器3若从店铺终端4接收订单受理信息，则向用户的邮件地址(用户终端2)通知订单受理邮件(S209)。
[0079]信用卡服务器5在信用查询后的规定定时，将基于信用卡的实际卡号相关的信用查询的销售快报信息(利用日、利用金额等)，通知给用户的邮件地址(用户终端2) (S210)。
[0080]店铺终端4在规定的销售请求定时，向信用卡服务器5发送基于信用卡卡号(虚拟卡号)和批准卡号的销售请求(S211)。信用卡服务器5基于卡对应表，根据销售请求相关的信用卡的虚拟卡号，确定对应的实际卡号(S212)，并且针对确定的实际卡号，将与批准卡号关联的结算金额作为销售予以登记(S213)。而且，信用卡服务器5基于从店铺终端4接收的虚拟卡号的利用历史(利用日、结算金额)，更新虚拟详细信息表(S214)。
[0081]信用卡服务器5在销售登记后的规定定时，将基于针对信用卡的实际卡号登记的销售的销售信息(利用日、利用金额、请求预定月、支付方法、利用店铺等)通知给用户的邮件地址(用户终端2) (S215)。以上是第1实施例的处理的一连串流程。此外，可以设为虚拟商场服务器3每次从用户终端2受理订单信息时，执行图7及图8所示的时序。
[0082]根据以上说明的第1实施例的处理，用户的信用卡的实际数据不会发送给店铺终端4，因此，能防止信用卡的实际数据从店铺侧泄露。另外，对于店铺侧来说，会减轻管理用户的信用卡的实际数据的人力和经济负担。另外，万一从店铺侧流出了信用卡信息，由于流出的信用卡信息是虚拟数据，因此，只要将虚拟数据无效化便可，无需使信用卡的实际数据无效化或重新发行。另外，对于用户来说，并不需要特殊手续便可利用虚拟卡号，用户终端
2、店铺终端4也无需进行特殊的系统更改，因而容易导入至现有环境。而且，视需要发行与信用卡的实际卡号对应的虚拟卡号，从而可以减少流通的虚拟卡号的数量，能够减少信息泄露风险、虚拟卡号的管理所需要的存储容量。
[0083][3.2.第 2 实施例]
[0084]接下来，说明电子商务系统1的第2实施例的时序。在第2实施例的时序中与第1实施例的不同之处在于:虚拟商场服务器3预先取得由信用卡服务器5发行的信用卡的虚拟卡号的候选并将其储备到设于存储部32的虚拟卡号储备表(参照图9)，然后从储备的虚拟卡号的候选之中选择与信用卡的实际卡号对应的虚拟卡号。
[0085]图9中表示了存储部32中存储的虚拟卡号储备表的一例。可以如图9 (A)所示那样，虚拟卡号储备表例如将虚拟卡号的候选、和已利用标记(真假值)关联而予以存储，针对与信用卡的实际卡号关联的虚拟卡号将利用可否标记更新为不可利用(例如假)。另外，也可以如图9 (B)所示那样，虚拟卡号储备表中仅存储未与信用卡的实际卡号关联的虚拟卡号，已与信用卡的实际卡号关联的虚拟卡号则从虚拟卡号储备表中删除。
[0086]图10中表示了虚拟卡号的候选的补充处理相关的时序图。如图10所示，首先，虚拟商场服务器3参照虚拟卡号储备表(参照图9)，判定可利用的虚拟卡号的候选是否不足(例如可利用的虚拟卡号的候选数是否为阈值(例如100)以下或小于阈值)(S301)，在判定为不足的情况下(S301 是”)，向信用卡服务器5委托虚拟卡号的汇总发行(S302)。此外，虚拟商场服务器3在判定为可利用的虚拟卡号的候选没有不足的情况下(S301 否”)，可以结束处理。
[0087]信用卡服务器5若从虚拟商场服务器3受理虚拟卡号的发行委托，则将新的虚拟卡号的多个候选汇总发行(S303)，并将发行的虚拟卡号的候选发送给虚拟商场服务器3(S304)。[0088]虚拟商场服务器3若从信用卡服务器5接收虚拟卡号的候选，则将接收的虚拟卡号的候选存储到虚拟卡号储备表(S305)，并结束处理。此外，虚拟卡号的候选的补充处理可以每隔规定时间间隔进行，也可以每当从虚拟卡号储备表选择虚拟卡号时进行。
[0089]接下来，参照图11所示的时序图，说明第2实施例的订单信息的处理时序。
[0090]首先，用户终端2在登录到虚拟商场服务器3之后，在从虚拟商场服务器3取得的虚拟商店中的商品购入页面上输入规定事项，从而将订单信息发送给虚拟商场服务器3(S401)。订单信息中例如包含用户ID、店铺ID、商品ID、商品数量、结算指定信息。例如，结算指定信息中可以包含要利用的信用卡信息，也可以包含用于指定与用户ID关联存储于用户信息表中的信用卡信息的信息。
[0091]虚拟商场服务器3中基于从用户终端2接收的订单信息，取得该订单信息的结算中使用的信用卡信息(S402 )。
[0092]虚拟商场服务器3根据存储部32中存储的卡对应表，判定是否存在与通过S401取得的信用卡信息的卡号(实际卡号)对应的有效(未无效化)的虚拟卡号(S403)。
[0093]虚拟商场服务器3在S403中判定为没有有效的虚拟卡号的情况下(S403 否”)，例如随机或按照一定规则从虚拟卡号储备表中选择可利用的虚拟卡号(S404)，将信用卡的实际卡号与选择的虚拟卡号关联，然后更新存储部32的卡对应表(S405)。虚拟商场服务器3进一步更新虚拟卡号储备表(若虚拟卡号储备表为图9 (A)的形式，则将与上述选择的虚拟卡号对应的利用可否标记更新为不可利用，若虚拟卡号储备表为图9 (B)的形式，则从表中删除上述选择的虚拟卡号)(S406)，且将信用卡的实际卡号与虚拟卡号的关联信息通知给信用卡服务器5 (S407)。
[0094]信用卡服务器5将从虚拟商场服务器3通知的信用卡的实际卡号与虚拟卡号关联，然后更新存储部52的卡对应表(S408)。
[0095]虚拟商场服务器3在S403中判定为存在有效的虚拟卡号的情况下(S403 是”)，或者在S407之后从卡对应表取得与实际卡号对应的有效的虚拟卡号(S409)，并将通过S401受理的订单信息的结算中使用的信用卡卡号替换成通过S409取得的虚拟卡号(S410)之后，向店铺通知接受订单信息。以下，向店铺通知接受订单信息后电子商务系统1中进行的处理如图8所示的时序图那样，与第1实施例相同，因此省略说明。以上是第2实施例的处理订单信息时的一连串的流程。此外，虚拟商场服务器3可以在每当从用户终端2受理订单信息时，执行图11及图8所示的时序。
[0096]根据以上说明的第2实施例的处理，虚拟商场服务器3预先汇总取得由信用卡服务器5汇总发行的虚拟卡号的候选，因此，与第1实施例相比，可以减少虚拟商场服务器3从用户终端2受理订单信息起，直到将信用卡信息替换成虚拟信息为止的处理负荷和处理时间。
[0097][3.3.第 3 实施例]
[0098]接下来，说明电子商务系统1中的第3实施例的时序。第3实施例与第2实施例的不同之处在于:虚拟商场服务器3受理订单信息后，视需要补充虚拟卡号的储备。以下，说明第3实施例的时序的细节。
[0099]图12中表示了第3实施例的时序图。首先，用户终端2登录虚拟商场服务器3之后，在从虚拟商场服务器3取得的虚拟商店中的商品购入页面输入规定事项，从而将订单信息发送给虚拟商场服务器3 (S501)。订单信息中例如包含用户ID、店铺ID、商品ID、商品数量、结算指定信息。例如，结算指定信息中可以包含要利用的信用卡信息，也可以包含用于指定与用户ID关联存储于用户信息表中的信用卡信息的信息。
[0100]虚拟商场服务器3基于从用户终端2接收的订单信息，取得该订单信息的结算中使用的信用卡信息(S502)。
[0101]虚拟商场服务器3根据存储部32中存储的卡对应表，判定是否存在与通过S501取得的信用卡信息的卡号(实际卡号)对应的有效(未无效化)的虚拟卡号(S503)。
[0102]虚拟商场服务器3在S503中判定为没有有效的虚拟卡号的情况下(S503 否”)，进一步参照虚拟卡号储备表，判定可利用的虚拟卡号的候选是否不足(例如可利用的虚拟卡号的候选数是否为阈值以下或小于阈值)(S504)。于此，虚拟商场服务器3在判定为可利用的虚拟卡号的候选不足的情况下(S504 是”)，委托信用卡服务器5发行虚拟卡号(S505)。
[0103]信用卡服务器5若从虚拟商场服务器3受理虚拟卡号的发行委托，则将新的虚拟卡号的多个候选汇总发行(S506)，并将发行的虚拟卡号的候选发送给虚拟商场服务器3(S507)。
[0104]虚拟商场服务器3若从信用卡服务器5接收虚拟卡号的候选，则将接收的虚拟卡号的候选存储到虚拟卡号储备表(S508)。
[0105]虚拟商场服务器3在判定为可利用的虚拟卡号的候选没有不足之后(S504:“否”)或者在S508之后，从虚拟卡号储备表中选择与信用卡的实际卡号关联的虚拟卡号(S509)，并将信用卡的实际卡号与选择的虚拟卡号关联而更新卡对应表(S510)。另外，虚拟商场服务器3基于上述选择的虚拟卡号，更新虚拟卡号储备表(虚拟卡号储备表若为图9 (A)的形式，则将与上述选择的虚拟卡号对应的利用可否标记更新为不可利用，虚拟卡号储备表若为图9 (B)的形式，则从表中删除上述选择的虚拟卡号)(S511)，且将信用卡的实际卡号与虚拟卡号的关联信息通知给信用卡服务器5 (S512)。
[0106]信用卡服务器5将从虚拟商场服务器3通知的信用卡的实际卡号与虚拟卡号关联，然后更新存储部52中存储的卡对应表(S513)。
[0107]虚拟商场服务器3在S503中判定为存在有效的虚拟卡号的情况下(S503 是”)，或者在S512之后，从卡对应表取得与实际卡号对应的有效的虚拟卡号(S514)，将通过S501受理的订单信息的结算中使用的信用卡卡号替换成通过S514取得的虚拟卡号(S515)，然后向店铺通知接受订单信息。以下，向店铺通知接受订单信息后电子商务系统1中进行的处理如图8所示的时序图那样，与第1实施例相同，因此省略说明。以上是第3实施例的处理订单信息时的一连串的流程。此外，虚拟商场服务器3可以在每当从用户终端2受理订单信息时，执行图12所示的时序。
[0108]根据以上说明的第3实施例，虚拟商场服务器3预先汇总取得由信用卡服务器5汇总发行的虚拟卡号的候选，因此在预先取得的虚拟卡号有剩余的情况下，与第1实施例相比，可以减少虚拟商场服务器3从用户终端2受理订单信息起，直到将信用卡信息替换成虚拟信息为止的处理负荷和处理时间。而且，由于构成为从用户终端2受理订单信息后视需要而补充虚拟卡号，因此与第2实施例相比，可降低虚拟卡号的泄露风险。
[0109][3.4.第 4 实施例][0110]接下来，说明电子商务系统1中的第4实施例的时序。第4实施例与第1实施例的不同之处在于:由虚拟商场服务器3发行信用卡的虚拟卡号。以下，说明第4实施例的时序的细节。
[0111]图13中表示了第4实施例的时序图。首先，用户终端2登录虚拟商场服务器3之后，在从虚拟商场服务器3取得的虚拟商店中的商品购入页面输入需要事项，从而将订单信息发送给虚拟商场服务器3 (S601)。订单信息中例如包含用户ID、店铺ID、商品ID、商品数量、结算指定信息。例如，结算指定信息中可以包含要利用的信用卡信息，也可以包含用于指定与用户ID关联存储于用户信息表中的信用卡信息的信息。
[0112]虚拟商场服务器3基于从用户终端2接收的订单信息，取得该订单信息的结算中使用的信用卡信息(S602)。
[0113]虚拟商场服务器3根据存储部32中存储的卡对应表，判定是否存在与通过S602取得的信用卡信息的卡号(实际卡号)对应的有效(未无效化)的虚拟卡号(S603)。
[0114]虚拟商场服务器3在判定为没有与信用卡的实际卡号对应的有效的虚拟卡号的情况下(S603 否”)，发行与该信用卡的实际卡号对应的虚拟卡号(S604)。接下来，虚拟商场服务器3将与信用卡的实际卡号对应的虚拟卡号通知给信用卡服务器5 (S605)，虚拟商场服务器3及信用卡服务器5基于针对信用卡的实际卡号发行的虚拟卡号，更新各自的卡对应表(S606)。
[0115]虚拟商场服务器3在S603中判定为存在有效的虚拟卡号的情况下(S603 是”)、或者在S606之后，从卡对应表中取得与实际卡号对应的有效的虚拟卡号(S607)，将通过S601受理的订单信息的结算中使用的信用卡卡号替换成通过S607取得的虚拟卡号之后(S608),向店铺通知接受订单信息。以下，向店铺通知接受订单信息后电子商务系统1中进行的处理如图8所示的时序图那样，与第1实施例相同，因此省略说明。以上是第4实施例的处理订单信息时的一连串的流程。此外，虚拟商场服务器3可以在每当从用户终端2受理订单信息时，执行图13所示的时序。
[0116]根据以上说明的第4实施例，由虚拟商场服务器3发行信用卡的虚拟卡号，因此，与第1实施例相比，不用进行虚拟商场服务器3从信用卡服务器5取得与信用卡的实际卡号对应的虚拟卡号的处理，从而能减少处理负荷和处理时间。
[0117]此外，在上述实施例中，虚拟商场服务器3和信用卡服务器5中共享能够将信用卡的实际卡号与虚拟卡号可逆转换的函数或转换规则，在基于这些函数或转换规则发行与信用卡的实际卡号对应的虚拟卡号的情况下，可以省略S606及S607的处理。此种情况下，虚拟商场服务器3和信用卡服务器5之间不需要进行实际卡号、虚拟卡号的通信，因此，能进一步降低通信负荷和信息泄露风险。
[0118][4.虚拟卡号的无效化处理]
[0119]在上述实施方式中，可以将与信用卡的实际卡号关联的虚拟卡号固定而不进行更新，但为了进一步降低虚拟卡号泄露时的风险，优选使虚拟卡号无效化(丢弃)，更新信用卡的实际卡号与虚拟卡号的关联。以下，说明虚拟卡号的无效化处理。
[0120]例如，与信用卡的实际卡号关联的虚拟卡号可以在每一笔订单完成后无效化。该情况下，例如信用卡服务器5可以在登记了虚拟卡号经信用批准的订单的销售后，将该虚拟卡号的无效标记更新为真(无效)。此外，信用卡服务器5可以在已将虚拟卡号无效化的情况下，将该无效化后的虚拟卡号的信息通知给虚拟商场服务器3，接到通知的虚拟商场服务器3也将虚拟卡号的无效标记更新为真(无效)。这样，若针对每一笔订单更新与信用卡的实际卡号对应的虚拟卡号，则向店铺侧移交的信用卡的虚拟卡号便无法用于其他订单，因此，能够大幅降低虚拟卡号泄露时的风险。
[0121]另外，可以在与信用卡的实际卡号关联的虚拟卡号的使用状况满足规定的无效化条件的情况下，将该虚拟卡号无效化。由此，与针对每一笔订单将虚拟卡号无效化的情况相t匕，可以减轻虚拟卡号的发行、管理所需的处理负荷。例如，信用卡服务器5、虚拟商场服务器3可以基于虚拟卡号的利用历史或当前正在受理的订单信息，取得该虚拟卡号的累计使用次数、使用期间、当前正在受理的订单相关的利用金额、累计利用金额、利用频率等的值，根据是否满足这些值的至少一者相关的无效化条件，来判定是否将虚拟卡号设为无效。例如，所谓无效化条件，可以通过使用虚拟卡号的累计使用次数变成第1阈值以上(或超过第1阈值)时、使用期间变成第2阈值以上(或超过第2阈值)时、正在受理的订单相关的利用金额变成第3阈值以上(或超过第3阈值)时、累计利用金额变成第4阈值以上(或超过第4阈值)时、利用频率(每个单位期间的利用次数)变成第5阈值以上(或超过第5阈值)时中的至少任一者或它们的组合来表现。此外，各阈值的大小可以根据虚拟卡号相关的卡的利用额度而定，例如，卡的信用额度(利用额度)越大则信息泄露时损失变大的可能性越高，因此，与信用额度的大小成比例地将各阈值的值设定得小，由此提高虚拟卡号的更新频率。
[0122]另外，信用卡服务器5、虚拟商场服务器3可以基于虚拟卡号的累计使用次数、使用期间、最新的利用金额、累计利用金额、利用频率、对应的实际卡号相关的信用卡的有效期限、信用额度(利用额度)等，评价该虚拟卡号泄露时的风险和非法利用的可能性，其评价结果变成规定等级以上(或超过规定等级)的情况下，判定该虚拟卡号无效。例如，可以以卡的有效期限越长、且卡的利用额度越高则虚拟卡号泄露时的风险的等级越大的方式进行评价，且例如以累计使用次数、使用期间、最新的利用金额、累计利用金额、利用频率的值越大则虚拟卡号被非法利用的可能性的等级越大的方式进行评价。
[0123]是否将上述的虚拟卡号无效化的判定定时，可以按预先规定的时间间隔定期进行，也可以在虚拟商场服务器3从用户终端2受理了订单信息后、信用卡服务器5登记了订单信息的销售之后、从上一次判定定时起经过规定时间之后等的定时进行。
[0124]另外，在上述实施方式中，可以对每个信用卡的实际卡号关联不同的虚拟卡号，而在对虚拟卡号和用户(用户ID、持卡者)的每个组唯一地决定信用卡的实际卡号的情况下，也可以对多个实际卡号关联同一个虚拟卡号。
[0125]当然，并不限定于本发明的上述实施方式，虚拟商场服务器与信用卡服务器可以由一个服务器构建，各服务器也可以由多台服务器构建。
【权利要求】
1.一种信用卡信息处理系统，包含:订单信息受理装置，从用户终端受理对店铺的订单信息，将受理的订单信息提供给店铺终端；及信用卡结算装置，处理该订单信息相关的信用卡结算，其特征在于，所述订单信息受理装置包含:虚拟数据取得部件，取得与从所述用户终端受理的订单信息的结算中使用的信用卡的实际数据相对应的虚拟数据；及发送部件，将由所述虚拟数据取得部件取得的虚拟数据作为所述订单信息的结算中使用的信用卡的数据，发送给处理该订单信息的店铺终端，所述信用卡结算装置包含:受理部件，从所述店铺终端受理基于所述虚拟数据的信用卡结算请求；实际数据取得部件，依照与所述订单信息受理装置共享的用于相互转换信用卡的实际数据和虚拟数据的转换信息，取得与所述受理的虚拟数据相对应的实际数据；及处理部件，基于由所述实际数据取得部件取得的实际数据，处理所述受理的信用卡结算请求。
2.根据权利要求1所述的信用卡信息处理系统，其特征在于，所述订单信息受理装置还包含实际数据发送部件，该实际数据发送部件将从所述用户终端受理的订单信息的结算中使用的信用卡的实际数据发送给所述信用卡结算装置，所述信用卡结算装置还包含生成部件，该生成部件生成所述转换信息，所述转换信息关联了由所述实际数据发送部件发送的信用卡的实际数据、和对应的虚拟数据，所述订单信息受理装置还包含转换信息取得部件，该转换信息取得部件取得由所述生成部件生成的所述转换信息。
3.根据权利要求1所述的信用卡信息处理系统，其特征在于，所述订单信息受理装置还包含:候选取得部件，取得由所述信用卡结算装置发行的虚拟数据的候选；及生成部件，从由所述候选取得部件取得的虚拟数据的候选之中，选择与从所述用户终端受理的订单信息的结算中使用的信用卡的实际数据相对应的虚拟数据，并生成由该信用卡的实际数据、和该选择的虚拟数据关联而成的所述转换信息，所述信用卡结算装置还包含转换信息取得部件，该转换信息取得部件取得由所述生成部件生成的所述转换信息。
4.根据权利要求3所述的信用卡信息处理系统，其特征在于，所述订单信息受理装置还包含请求部件，该请求部件在由所述候选取得部件取得的虚拟数据的候选之中，尚未与实际数据对应的候选的数量为阈值以下或小于阈值的情况下，请求所述信用卡结算装置发行虚拟数据的新的候选，所述候选取得部件取得所述信用卡结算装置根据所述请求部件的请求而发行的虚拟数据的新的候选。
5.根据权利要求4所述的信用卡信息处理系统，其特征在于，所述请求部件在从所述用户终端受理了订单信息时，请求发行虚拟数据的新的候选。
6.根据权利要求1至5中任一项所述的信用卡信息处理系统，其特征在于，所述订单信息受理装置和所述信用卡结算装置的至少一方还包含:第1判定部件，基于由所述虚拟数据取得部件取得的虚拟数据的使用次数、有效期限、所述订单信息相关的结算金额、累计的结算金额的至少任一者，评价该虚拟数据的非法利用的可能性，并基于该评价结果判定是否将该虚拟数据设为无效；及更新部件，在通过所述第1判定部件判定为由所述虚拟数据取得部件取得的虚拟数据无效的情况下，将与所述订单信息的结算中使用的信用卡的实际数据相对应的虚拟数据更新为新的虚拟数据。
7.根据权利要求1至6中任一项所述的信用卡信息处理系统，其特征在于，所述订单信息受理装置和所述信用卡结算装置的至少一方还包含:第2判定部件，基于由所述虚拟数据取得部件取得的虚拟数据的有效期限、利用额度的至少任一者，评价该虚拟数据泄露时的损失的可能性，并基于该评价结果判定是否将该虚拟数据设为无效 '及在通过所述第2判定部件判定为由所述虚拟数据取得部件取得的信用卡的虚拟数据无效的情况下，将与所述订单信息的结算中使用的信用卡的实际数据相对应的虚拟数据更新为新的虚拟数据的部件。
8.一种信用卡信息处理方法，从用户终端受理对店铺的订单信息，将受理的订单信息提供给店铺终端，并处理该订单信息相关的信用卡结算，其特征在于，包含:虚拟数据取得步骤，取得与 从所述用户终端受理的订单信息的结算中使用的信用卡的实际数据相对应的虚拟数据；发送步骤，将所述虚拟数据取得步骤中取得的虚拟数据作为所述订单信息的结算中使用的信用卡的数据，发送给处理该订单信息的店铺终端；受理步骤，从所述店铺终端受理基于所述虚拟数据的信用卡结算请求；实际数据取得步骤，依照与所述订单信息受理装置共享的用于相互转换信用卡的实际数据和虚拟数据的转换信息，取得与所述受理的虚拟数据相对应的实际数据；及处理步骤，基于所述实际数据取得步骤中取得的实际数据，处理所述受理的信用卡结算请求。
9.一种订单信息受理装置，从用户终端受理对店铺的订单信息，并将受理的订单信息提供给店铺终端，其特征在于，包含:虚拟数据取得部件，取得与从所述用户终端受理的订单信息的结算中使用的信用卡的实际数据相对应的虚拟数据；及发送部件，将由所述虚拟数据取得部件取得的虚拟数据作为所述订单信息的结算中使用的信用卡的数据，发送给处理该订单信息的店铺终端。
10.一种程序，用于使从用户终端受理对店铺的订单信息并将受理的订单信息提供给店铺终端的计算机作为如下部件发挥功能:虚拟数据取得部件，取得与从所述用户终端受理的订单信息的结算中使用的信用卡的实际数据相对应的虚拟数据；及发送部件，将由所述虚拟数据取得部件取得的虚拟数据作为所述订单信息的结算中使用的信用卡的数据，发送给处理该订单信息的店铺终端。
11.一种信息记录介质，记录了程序，该程序用于使从用户终端受理对店铺的订单信息并将受理的订单信息提供给店铺终端的计算机作为如下部件发挥功能:虚拟数据取得部件，取得与从所述用户终端受理的订单信息的结算中使用的信用卡的实际数据相对应的虚拟数据；及发送部件，将由所述虚拟数据取得部件取得的虚拟数据作为所述订单信息的结算中使用的信用卡的数据，发送给处理该订单信息的店铺终端。
12.—种信用卡结算装置，处理由订单信息受理装置受理的订单信息相关的信用卡结算，所述订单信息受理装置从用户终端受理对店铺的所述订单信息并将受理的订单信息提供给店铺终端，且包含:虚拟数据取得部件，取得与从所述用户终端受理的订单信息的结算中使用的信用卡的实际数据相对应的虚拟数据；及发送部件，将由所述虚拟数据取得部件取得的虚拟数据作为所述订单信息的结算中使用的信用卡的数据，发送给处理该订单信息的店铺终端，所述信用卡结算装置的特征在于，包含:受理部件，从所述店铺终端受理基于所述虚拟数据的信用卡结算请求；实际数据取得部件，依照与所述订单信息受理装置共享的用于相互转换信用卡的实际数据和虚拟数据的转换信息，取得与所述受理的虚拟数据相对应的实际数据；及处理部件，基于由所述实际数据取得部件取得的实际数据，处理所述受理的信用卡结算请求。
13.一种程序，用于计算机，该计算机处理由订单信息受理装置受理的订单信息相关的信用卡结算，所述订单信息受理装置从用户终端受理对店铺的所述订单信息并将受理的订单信息提供给店铺终端，且包含:虚拟数据取得部件，取得与从所述用户终端受理的订单信息的结算中使用的信用卡的实际数据相对应的虚拟数据；及发送部件，将由所述虚拟数据取得部件取得的虚拟数据作为所述订单信息的结算中使用的信用卡的数据，发送给处理该订单信息的店铺终端，所述程序使该计算机作为如下部件发挥功能:受理部件，从所述店铺终端受理基于所述虚拟数据的信用卡结算请求；实际数据取得部件，依照与所述订单信息受理装置共享的用于相互转换信用卡的实际数据和虚拟数据的转换信息，取得与所述受理的虚拟数据相对应的实际数据；及处理部件，基于由所述实际数据取得部件取得的实际数据，处理所述受理的信用卡结算请求。
14.一种信息记录介质，记录了程序，该程序用于计算机，该计算机处理由订单信息受理装置受理的订单信息相关的信用卡结算，所述订单信息受理装置从用户终端受理对店铺的所述订单信息并将受理的订单信息提供给店铺终端，且包含:虚拟 数据取得部件，取得与从所述用户终端受理的订单信息的结算中使用的信用卡的实际数据相对应的虚拟数据；及发送部件，将由所述虚拟数据取得部件取得的虚拟数据作为所述订单信息的结算中使用的信用卡的数据，发送给处理该订单信息的店铺终端，所述程序使该计算机作为如下部件发挥功能:受理部件，从所述店铺终端受理基于所述虚拟数据的信用卡结算请求；实际数据取得部件，依照与所述订单信息受理装置共享的用于相互转换信用卡的实际数据和虚拟数据的转换信息，取得与所述受理的虚拟数据相对应的实际数据；及处理部件，基于由所述实际数据取得部件取得的实际数据，处理所述受理的信用卡结算请求。`
【文档编号】G06Q20/24GK103635918SQ201280032463
【公开日】2014年3月12日 申请日期:2012年5月29日 优先权日:2011年6月30日
【发明者】小林义法 申请人:乐天株式会社
【专利摘要】不对利用信用卡进行交易的买家/卖家双方的易用性施加更改而减轻卖家侧的信用卡信息的管理负担。虚拟商场服务器（3）和信用卡服务器（5）共享转换信息，该转换信息用于根据信用卡的实际数据取得对应的信用卡的虚拟数据。虚拟商场服务器（3）基于转换信息，根据用于订单信息的结算的信用卡的实际数据，取得对应的虚拟数据，并将取得的虚拟数据作为用于订单信息的结算的信用卡的数据，发送给店铺终端。信用卡服务器（5）若从店铺终端受理基于虚拟数据的规定的卡处理请求，则依照转换信息根据虚拟数据取得对应的信用卡的实际数据，并基于取得的信用卡的实际数据，执行规定的卡处理。
【专利说明】信用卡信息处理系统、信用卡信息处理方法、订单信息受理装置、信用卡结算装置、程序及信息记录介质
【技术领域】
[0001]本发明涉及一种信用卡信息处理系统、信用卡信息处理方法、订单信息受理装置、信用卡结算装置、程序及信息记录介质。
【背景技术】
[0002]有一种电子商务系统，通过在因特网上构建汇聚多个虚拟商店而成的虚拟商场的网上购物网站，可以从对应于各虚拟商店的店铺购入商品。此种电子商务系统中，用户从店铺购入商品时使用信用卡结算的情况下，从虚拟商场的服务器向店铺终端提交用户的信用卡卡号，店铺终端基于用户的信用卡卡号向信用卡公司执行信用查询、销售请求等。
[0003]在向店铺侧提交了用户的实际信用卡卡号时，店铺侧要花费大量人力和经济成本来管理用户的信用卡卡号。因此，如下述专利文献1记载的那样，提出一种系统，由中介结算系统预先向用户发行虚拟卡号，基于下单时输入的虚拟卡号来执行结算处理。
[0004]现有技术文献
[0005]专利文献
[0006]专利文献1:特开2002-298055号公报
【发明内容】
[0007]发明要解决的课题
[0008]然而，在上述的【背景技术】中，在用户购入商品前需要使用户进行预先发行虚拟卡号的手续、或管理已发行的虚拟卡号等以往不需要的手续，因此，导入障碍变高。
[0009]本发明鉴于上述课题而完成，其目的在于提供一种不更改利用信用卡进行交易的买家/卖家双方的易用性便可减轻卖家侧的信用卡信息的管理负担的信用卡信息处理系统、信用卡信息处理方法、订单信息受理装置、信用卡结算装置、程序及信息记录介质。
[0010]用于解决课题的方案
[0011]为了实现上述目的，本发明的信用卡信息处理系统包含:订单信息受理装置，从用户终端受理对店铺的订单信息，将受理的订单信息提供给店铺终端；及信用卡结算装置，处理该订单信息相关的信用卡结算，其特征在于，所述订单信息受理装置包含:虚拟数据取得部件，取得与从所述用户终端受理的订单信息的结算中使用的信用卡的实际数据相对应的虚拟数据；及发送部件，将由所述虚拟数据取得部件取得的虚拟数据作为所述订单信息的结算中使用的信用卡的数据，发送给处理该订单信息的店铺终端，所述信用卡结算装置包含:受理部件，从所述店铺终端受理基于所述虚拟数据的信用卡结算请求；实际数据取得部件，依照与所述订单信息受理装置共享的用于相互转换信用卡的实际数据和虚拟数据的转换信息，取得与所述受理的虚拟数据相对应的实际数据；及处理部件，基于由所述实际数据取得部件取得的实际数据，处理所述受理的信用卡结算请求。
[0012]本发明的一方式中，在所述信用卡信息处理系统中，其特征在于，所述订单信息受理装置还包含实际数据发送部件，该实际数据发送部件将从所述用户终端受理的订单信息的结算中使用的信用卡的实际数据发送给所述信用卡结算装置，所述信用卡结算装置还包含生成部件，该生成部件生成所述转换信息，所述转换信息关联了由所述实际数据发送部件发送的信用卡的实际数据、和对应的虚拟数据，所述订单信息受理装置还包含转换信息取得部件，该转换信息取得部件取得由所述生成部件生成的所述转换信息。
[0013]本发明的一方式中，在所述信用卡信息处理系统中，其特征在于，所述订单信息受理装置还包含:候选取得部件，取得由所述信用卡结算装置发行的虚拟数据的候选；及生成部件，从由所述候选取得部件取得的虚拟数据的候选之中，选择与从所述用户终端受理的订单信息的结算中使用的信用卡的实际数据相对应的虚拟数据，并生成由该信用卡的实际数据、和该选择的虚拟数据关联而成的所述转换信息，所述信用卡结算装置还包含转换信息取得部件，该转换信息取得部件取得由所述生成部件生成的所述转换信息。
[0014]本发明的一方式中，在所述信用卡信息处理系统中，其特征在于，所述订单信息受理装置还包含请求部件，该请求部件在由所述候选取得部件取得的虚拟数据的候选之中，尚未与实际数据对应的候选的数量为阈值以下或小于阈值的情况下，请求所述信用卡结算装置发行虚拟数据的新的候选，所述候选取得部件取得所述信用卡结算装置根据所述请求部件的请求而发行的虚拟数据的新的候选。
[0015]本发明的一方式中，在所述信用卡信息处理系统中，其特征在于，所述请求部件在从所述用户终端受理了订单信息时，请求发行虚拟数据的新的候选。
[0016]本发明的一方式中，在所述信用卡信息处理系统中，其特征在于，所述订单信息受理装置和所述信用卡结算装置的至少一方还包含:第1判定部件，基于由所述虚拟数据取得部件取得的虚拟数据的使用次数、有效期限、所述订单信息相关的结算金额、累计的结算金额的至少任一者，评价该虚拟数据的非法利用的可能性，并基于该评价结果判定是否将该虚拟数据设为无效；及更新部件，在通过所述第1判定部件判定为由所述虚拟数据取得部件取得的虚拟数据无效的情况下，将与所述订单信息的结算中使用的信用卡的实际数据相对应的虚拟数据更新为新的虚拟数据。
[0017]本发明的一方式中，在所述信用卡信息处理系统中，其特征在于，所述订单信息受理装置和所述信用卡结算装置的至少一方还包含:第2判定部件，基于由所述虚拟数据取得部件取得的虚拟数据的有效期限、利用额度的至少任一者，评价该虚拟数据泄露时的损失的可能性，并基于该评价结果判定是否将该虚拟数据设为无效；及在通过所述第2判定部件判定为由所述虚拟数据取得部件取得的信用卡的虚拟数据无效的情况下，将与所述订单信息的结算中使用的信用卡的实际数据相对应的虚拟数据更新为新的虚拟数据的部件。
[0018]本发明的信用卡信息处理方法，从用户终端受理对店铺的订单信息，将受理的订单信息提供给店铺终端，并处理该订单信息相关的信用卡结算，其特征在于，包含:虚拟数据取得步骤，取得与从所述用户终端受理的订单信息的结算中使用的信用卡的实际数据相对应的虚拟数据；发送步骤，将所述虚拟数据取得步骤中取得的虚拟数据作为所述订单信息的结算中使用的信用卡的数据，发送给处理该订单信息的店铺终端；受理步骤，从所述店铺终端受理基于所述虚拟数据的信用卡结算请求；实际数据取得步骤，依照与所述订单信息受理装置共享的用于相互转换信用卡的实际数据和虚拟数据的转换信息，取得与所述受理的虚拟数据相对应的实际数据；及处理步骤，基于所述实际数据取得步骤中取得的实际数据，处理所述受理的信用卡结算请求。
[0019]本发明的订单信息受理装置，从用户终端受理对店铺的订单信息，并将受理的订单信息提供给店铺终端，其特征在于，包含:虚拟数据取得部件，取得与从所述用户终端受理的订单信息的结算中使用的信用卡的实际数据相对应的虚拟数据；及发送部件，将由所述虚拟数据取得部件取得的虚拟数据作为所述订单信息的结算中使用的信用卡的数据，发送给处理该订单信息的店铺终端。
[0020]本发明的程序，用于使从用户终端受理对店铺的订单信息并将受理的订单信息提供给店铺终端的计算机作为如下部件发挥功能:虚拟数据取得部件，取得与从所述用户终端受理的订单信息的结算中使用的信用卡的实际数据相对应的虚拟数据；及发送部件，将由所述虚拟数据取得部件取得的虚拟数据作为所述订单信息的结算中使用的信用卡的数据，发送给处理该订单信息的店铺终端。
[0021]本发明的信息记录介质，记录了程序，该程序用于使从用户终端受理对店铺的订单信息并将受理的订单信息提供给店铺终端的计算机作为如下部件发挥功能:虚拟数据取得部件，取得与从所述用户终端受理的订单信息的结算中使用的信用卡的实际数据相对应的虚拟数据；及发送部件，将由所述虚拟数据取得部件取得的虚拟数据作为所述订单信息的结算中使用的信用卡的数据，发送给处理该订单信息的店铺终端。
[0022]本发明的信用卡结算装置，处理由订单信息受理装置受理的订单信息相关的信用卡结算，所述订单信息受理装置从用户终端受理对店铺的所述订单信息并将受理的订单信息提供给店铺终端，且包含:虚拟数据取得部件，取得与从所述用户终端受理的订单信息的结算中使用的信用卡的实际数据相对应的虚拟数据；及发送部件，将由所述虚拟数据取得部件取得的虚拟数据作为所述订单信息的结算中使用的信用卡的数据，发送给处理该订单信息的店铺终端，所述信用卡结算装置的特征在于，包含:受理部件，从所述店铺终端受理基于所述虚拟数据的信用卡结算请求；实际数据取得部件，依照与所述订单信息受理装置共享的用于相互转换信用卡的实际数据和虚拟数据的转换信息，取得与所述受理的虚拟数据相对应的实际数据；及处理部件，基于由所述实际数据取得部件取得的实际数据，处理所述受理的信用卡结算请求。
[0023]本发明的程序，用于计算机，该计算机处理由订单信息受理装置受理的订单信息相关的信用卡结算，所述订单信息受理装置从用户终端受理对店铺的所述订单信息并将受理的订单信息提供给店铺终端，且包含:虚拟数据取得部件，取得与从所述用户终端受理的订单信息的结算中使用的信用卡的实际数据相对应的虚拟数据；及发送部件，将由所述虚拟数据取得部件取得的虚拟数据作为所述订单信息的结算中使用的信用卡的数据，发送给处理该订单信息的店铺终端，所述程序使该计算机作为如下部件发挥功能:受理部件，从所述店铺终端受理基于所述虚拟数据的信用卡结算请求；实际数据取得部件，依照与所述订单信息受理装置共享的用于相互转换信用卡的实际数据和虚拟数据的转换信息，取得与所述受理的虚拟数据相对应的实际数据；及处理部件，基于由所述实际数据取得部件取得的实际数据，处理所述受理的信用卡结算请求。
[0024]本发明的信息记录介质，记录了程序，该程序用于计算机，该计算机处理由订单信息受理装置受理的订单信息相关的信用卡结算，所述订单信息受理装置从用户终端受理对店铺的所述订单信息并将受理的订单信息提供给店铺终端，且包含:虚拟数据取得部件，取得与从所述用户终端受理的订单信息的结算中使用的信用卡的实际数据相对应的虚拟数据；及发送部件，将由所述虚拟数据取得部件取得的虚拟数据作为所述订单信息的结算中使用的信用卡的数据，发送给处理该订单信息的店铺终端，所述程序使该计算机作为如下部件发挥功能:受理部件，从所述店铺终端受理基于所述虚拟数据的信用卡结算请求；实际数据取得部件，依照与所述订单信息受理装置共享的用于相互转换信用卡的实际数据和虚拟数据的转换信息，取得与所述受理的虚拟数据相对应的实际数据；及处理部件，基于由所述实际数据取得部件取得的实际数据，处理所述受理的信用卡结算请求。
[0025]发明效果
[0026]根据本发明的一方式，可以不对利用信用卡的交易的买家/卖家双方的易用性施加任何更改，而减轻卖家侧的信用卡信息的管理负担。
【专利附图】
【附图说明】
[0027]图1是表示电子商务系统的系统构成例的图。
[0028]图2是表示虚拟商场服务器及信用卡服务器的硬件构成例的图。
[0029]图3是表不用户信息表的一例的图。
[0030]图4是表不卡对应表的一例的图。
[0031]图5是表不信用卡信息表的一例的图。
[0032]图6是表示虚拟详细信息表的一例的图。
[0033]图7是表示第1实施例的订单信息的处理时序的图。
[0034]图8是用虚拟卡号替换了在订单信息的结算中的信用卡卡号之后在电子商务系统中执行的处理的时序图。
[0035]图9是表示虚拟卡号储备表的一例的图。
[0036]图10是虚拟卡号的候选的补充处理相关的时序图。
[0037]图11是表示第2实施例的订单信息的处理时序的图。
[0038]图12是表示第3实施例的订单信息的处理时序的图。
[0039]图13是表示第4实施例的订单信息的处理时序的图。
【具体实施方式】
[0040]以下，按照【专利附图】
【附图说明】用于实施本发明的实施的方式(以下称为实施方式)。
[0041][1.系统构成]
[0042]图1中表示了本实施方式的电子商务系统1的系统构成图。如图1所示，电子商务系统1包含用户终端2、虚拟商场服务器3、店铺终端4、信用卡服务器5，各装置经由因特网等网络6而可进行数据通信地连接。
[0043]用户终端2是具备显示部件及通信部件的计算机(个人计算机、便携式信息终端、便携式电话等)，例如经由网页浏览器访问虚拟商场服务器3，对虚拟商场服务器3内开店的虚拟商店所销售的商品进行浏览或购入等。本实施方式中，假设商品购入时的结算是使用用户指定的信用卡信息进行的信用卡结算。
[0044]虚拟商场服务器3是如下计算机，即，提供多个虚拟商店汇集的虚拟商场的网站，且居中进行各虚拟商店的商品购入处理时的用户终端2和店铺终端4的通信。例如，虚拟商场服务器3从用户终端2受理对虚拟商店的商品订单信息，并向与虚拟商店对应的店铺终端4发送已受理的订单信息。此时，本实施方式的虚拟商场服务器3将商品购入时利用的用户的信用卡信息(实际卡号)替换成虚拟的信用卡信息(虚拟卡号)，然后将虚拟的信用卡信息和订单内容一起发送给店铺终端4，由此不对店铺侧提交信用卡的实际数据。该虚拟商场服务器3中进行的处理的细节将于下文叙述。
[0045]店铺终端4是在虚拟商场服务器3内开店的店铺的计算机。例如，店铺终端4从虚拟商场服务器3接收发往店铺的订单信息和虚拟的信用卡信息，对信用卡服务器5进行基于接收的信用卡信息的信用查询、或订单确定后的销售请求等。
[0046]信用卡服务器5是管理用户的信用卡信息，且处理指定了信用卡信息的信用查询或销售请求等的计算机。本实施方式中，信用卡服务器5和虚拟商场服务器3共享用于根据用户的信用卡的实际数据(实际卡号)取得对应的信用卡的虚拟数据(虚拟卡号)的转换信息(例如表示实际卡号和虚拟卡号的对应的卡对应表、卡号转换规则等)，在从店铺终端4受理了基于虚拟卡号的信用查询或销售请求的情况下，根据受理的虚拟卡号取得对应的实际卡号，并基于取得的实际卡号进行信用查询或销售登记的处理。该信用卡服务器5中进行的处理的细节也将于下文叙述。
[0047][2.硬件构成]
[0048]图2中表示了虚拟商场服务器3及信用卡服务器5的硬件构成图的一例。以下，依次说明虚拟商场服务器3、信用卡服务器5各自的硬件构成。
[0049][2.1.虚拟商场服务器3的硬件构成]
[0050]首先，说明虚拟商场服务器3的硬件构成。如图2所示，虚拟商场服务器3具备控制部30、存储部32和通信部34，各部经由总线36而相互进行数据通信。
[0051]控制部30包含CPU (中央处理单元)，基于存储部32中存储的程序和数据，执行各种运算处理，且控制虚拟商场服务器3的各部。控制部30处理的程序可以在存储到光盘、磁盘、磁带、光磁盘、闪存等信息记录介质的状态下提供给虚拟商场服务器3，也可以经由因特网等数据通信部件提供给虚拟商场服务器3。
[0052]存储部32除了存储描述虚拟商场服务器3要执行的处理的程序、和数据以外，还用作控制部30的工作存储器。以下，说明存储部32中存储的数据的一例。
[0053]图3中表示了存储部32中存储的用户信息表的一例。图3所示的用户信息表中，将用户ID、密码、邮件地址、信用卡信息分别关联而予以存储。此外，关于信用卡信息，仅在用户有事先登记的情况下登记到用户信息表即可，登记不是必须的。另外，信用卡信息例如可包含信用卡卡号、持卡者、有效期限的信息。
[0054]图4中表示了存储部32中存储的卡对应表的一例。图4所示的卡对应表中，将信用卡的实际卡号、信用卡的虚拟卡号、用户ID、店铺ID、无效标记分别关联而予以存储。与信用卡的实际卡号相对应的虚拟卡号可以由虚拟商场服务器3发行，也可以由信用卡服务器5发行。虚拟卡号可以构成为，将规定的位设为特定的数字(图4中表示的是将开头的数字设为0的例子)，由此能够根据信用卡卡号判别此卡号是否为虚拟卡号。另外，在卡对应表中与虚拟卡号关联存储的用户ID、店铺ID可以是利用该虚拟卡号进行结算的订单相关的用户ID和店铺ID。而且，无效标记是表示是否将信用卡的虚拟卡号设为无效(不可利用)的真假值，例如在无效的情况下存储“真(T)”，在并非无效的情况下存储“假(F)”。[0055]通信部34包含网络接口，经由网络接口连接于网络6，与连接到网络6的用户终端2、店铺终端4、及信用卡服务器5等进行数据通信。
[0056][2.2.信用卡服务器5的硬件构成]
[0057]接下来，说明信用卡服务器5的硬件构成。如图2所示，信用卡服务器5具备控制部50、存储部52和通信部54，各部经由总线56相互进行数据通信。
[0058]控制部50包含CPU (中央处理单元)，基于存储部52中存储的程序和数据，执行各种运算处理，且控制信用卡服务器5的各部。控制部50处理的程序可以在存储于光盘、磁盘、磁带、光磁盘、闪存等信息记录介质的状态下提供给信用卡服务器5，还可以经由因特网等数据通信部件提供给信用卡服务器5。
[0059]存储部52除了存储描述信用卡服务器5要执行的处理的程序和数据以外，还用作控制部50的工作存储器。以下，说明存储部52中存储的数据的一例。
[0060]图5中表不了存储部52中存储的信用卡信息表的一例。图5所不的信用卡信息表中，将信用卡的实际卡号、信用额度、可利用额、持卡者、有效期限、无效标记的信息分别关联而予以存储。无效标记是表示是否将信用卡的实际卡号设为无效(不可利用)的真假值，例如可以在无效的情况下存储“真(T)”，在并非无效的情况下存储“假(F)”。
[0061]另外，存储部52中存储卡对应表。也可以是存储部52中存储的卡对应表，代替虚拟商场服务器3对各店铺赋予的店铺ID、或与该店铺ID —起而包含信用卡服务器5对各店铺赋予的加盟店ID，除此以外，内容与虚拟商场服务器3的存储部32中存储的卡对应表相同。
[0062]图6中，存储的是存储着存储部52中存储的信用卡的虚拟卡号相关的详细信息的虚拟详细信息表。图6所示的虚拟详细信息表中，将信用卡的虚拟卡号、虚拟卡号的有效期限、利用历史关联而予以存储。例如，利用历史的信息中可包含虚拟卡号的利用日、利用金额(结算金额)。
[0063]通信部54包含网络接口，经由网络接口连接到网络6，与连接到网络6的用户终端2、店铺终端4、及虚拟商场服务器3等进行数据通信。
[0064][3.时序]
[0065]接下来，依次说明在电子商务系统1中，虚拟商场服务器3从用户终端2受理的订单信息的处理及与该订单信息的信用卡结算处理有关的时序的例子(第1?第4实施例)。
[0066][3.1.第 1 实施例]
[0067]图7中表示了电子商务系统1中进行的第1实施例的时序图。
[0068]首先，用户终端2登录虚拟商场服务器3后，在从虚拟商场服务器3取得的虚拟商店的商品购入页面输入需要事项，向虚拟商场服务器3发送订单信息(S101)。订单信息中包含例如用户ID、店铺ID、商品ID、商品数量、结算指定信息。例如，结算指定信息中可以包含要利用的信用卡信息，也可以包含用于指定与用户ID关联而存储在用户信息表中的信用卡信息的信息。
[0069]虚拟商场服务器3基于从用户终端2接收的订单信息，取得该订单信息结算中使用的信用卡信息(S102)。
[0070]虚拟商场服务器3根据存储部32中存储的卡对应表，判定是否存在与通过S102取得的信用卡信息的卡号(实际卡号)对应的有效(未无效化)的虚拟卡号(S103)。于此，虚拟商场服务器3在判定为没有与信用卡的实际卡号对应的有效的虚拟卡号的情况下(S103 否”)，委托信用卡服务器5发行与信用卡的实际卡号对应的虚拟卡号(S104)。
[0071]信用卡服务器5发行从虚拟商场服务器3委托的与信用卡的实际卡号相对应的虚拟卡号(S105)，并将该发行的虚拟卡号发送给虚拟商场服务器3 (S106)。此外，可以对所发行的虚拟卡号设定有效期限。
[0072]虚拟商场服务器3及信用卡服务器5基于信用卡的实际卡号、和针对该实际卡号发行的虚拟卡号，更新各自的卡对应表(S107)。
[0073]虚拟商场服务器3在S103中判定为存在有效的虚拟卡号的情况下(S103 是”)、或者在S107之后，从卡对应表取得与实际卡号对应的有效的虚拟卡号(S108)，并将通过S101受理的订单信息的结算中使用的信用卡卡号替换成通过S108取得的虚拟卡号之后(S109)，向店铺通知接受订单信息。以下，参照图8所示的时序图说明将订单信息的结算中使用的信用卡卡号替换成虚拟卡号后在电子商务系统1中进行的处理的流程。
[0074]如图8所示，虚拟商场服务器3向店铺终端4和用户终端2发送订单确认通知(订单确认邮件)(S201)。然后，虚拟商场服务器3若从用户终端2受理订单信息的发送请求(S202)，则将受理的发送请求相关的订单信息发送给店铺终端4 (S203)。
[0075]店铺终端4向信用卡服务器5发送信用查询请求，该信用查询请求基于根据从虚拟商场服务器3接收的订单信息算出的结算金额、和该订单信息所含的信用卡卡号(虚拟卡号)(S204)。
[0076]信用卡服务器5基于卡对应表，确定与接收的信用查询请求相关的信用卡的虚拟卡号相对应的实际卡号(S205)。于此，也可以是信用卡服务器5判定接收的信用查询请求相关的信用卡卡号是否为虚拟卡号，在判定为是虚拟卡号的情况下将对信用查询的对象设定与该虚拟卡号对应的实际卡号，在判定为不是虚拟卡号(即，是实际卡号)的情况下直接对信用查询的对象设定该信用卡卡号。此外，关于对象的信用卡卡号是否为虚拟卡号，例如在假定对象的信用卡卡号为虚拟卡号的情况下，可以根据是否能获得与该假定的虚拟卡号对应的实际卡号来进行判定，而在虚拟卡号构成为具有规定的特征(例如虚拟卡号的规定的位为特定的数字、虚拟卡号的奇偶值为规定值等)的情况下，也可以基于信用查询请求相关的信用卡卡号是否具有上述的规定特征来进行判定。于此，在将对象的信用卡卡号假定为虚拟卡号的情况下，对能否获得对应的实际卡号进行判定时，例如当基于卡对应表转换信用卡的实际卡号和虚拟卡号时，可以检索在虚拟卡号一栏是否存在存储着对象的信用卡卡号的记录，而当基于规定的转换规则转换信用卡的实际卡号和虚拟卡号时，可以根据基于规定的转换规则转换对象的信用卡卡号后所得的卡号是否包含于信用卡信息表来判定。
[0077]信用卡服务器5基于与上述确定的实际卡号关联的可利用额是否为结算金额以上而进行信用批准(S206)，并将结果(批准卡号)发送给店铺终端4 (S207)。此外，信用卡服务器5在表示上述信用查询请求的发送源的店铺的加盟店ID(信用卡服务器5对各店铺赋予的ID)在存储部52的卡对应表中并未与该信用查询请求相关的虚拟卡号对应的情况下，可省略可利用额和结算金额的比较判定，直接将信用设为不批准。本时序的例子中，是设信用被批准而继续进行说明。
[0078]店铺终端4若获得信用卡服务器5的信用批准，则向虚拟商场服务器3通知订单受理信息(S208)。然后，虚拟商场服务器3若从店铺终端4接收订单受理信息，则向用户的邮件地址(用户终端2)通知订单受理邮件(S209)。
[0079]信用卡服务器5在信用查询后的规定定时，将基于信用卡的实际卡号相关的信用查询的销售快报信息(利用日、利用金额等)，通知给用户的邮件地址(用户终端2) (S210)。
[0080]店铺终端4在规定的销售请求定时，向信用卡服务器5发送基于信用卡卡号(虚拟卡号)和批准卡号的销售请求(S211)。信用卡服务器5基于卡对应表，根据销售请求相关的信用卡的虚拟卡号，确定对应的实际卡号(S212)，并且针对确定的实际卡号，将与批准卡号关联的结算金额作为销售予以登记(S213)。而且，信用卡服务器5基于从店铺终端4接收的虚拟卡号的利用历史(利用日、结算金额)，更新虚拟详细信息表(S214)。
[0081]信用卡服务器5在销售登记后的规定定时，将基于针对信用卡的实际卡号登记的销售的销售信息(利用日、利用金额、请求预定月、支付方法、利用店铺等)通知给用户的邮件地址(用户终端2) (S215)。以上是第1实施例的处理的一连串流程。此外，可以设为虚拟商场服务器3每次从用户终端2受理订单信息时，执行图7及图8所示的时序。
[0082]根据以上说明的第1实施例的处理，用户的信用卡的实际数据不会发送给店铺终端4，因此，能防止信用卡的实际数据从店铺侧泄露。另外，对于店铺侧来说，会减轻管理用户的信用卡的实际数据的人力和经济负担。另外，万一从店铺侧流出了信用卡信息，由于流出的信用卡信息是虚拟数据，因此，只要将虚拟数据无效化便可，无需使信用卡的实际数据无效化或重新发行。另外，对于用户来说，并不需要特殊手续便可利用虚拟卡号，用户终端
2、店铺终端4也无需进行特殊的系统更改，因而容易导入至现有环境。而且，视需要发行与信用卡的实际卡号对应的虚拟卡号，从而可以减少流通的虚拟卡号的数量，能够减少信息泄露风险、虚拟卡号的管理所需要的存储容量。
[0083][3.2.第 2 实施例]
[0084]接下来，说明电子商务系统1的第2实施例的时序。在第2实施例的时序中与第1实施例的不同之处在于:虚拟商场服务器3预先取得由信用卡服务器5发行的信用卡的虚拟卡号的候选并将其储备到设于存储部32的虚拟卡号储备表(参照图9)，然后从储备的虚拟卡号的候选之中选择与信用卡的实际卡号对应的虚拟卡号。
[0085]图9中表示了存储部32中存储的虚拟卡号储备表的一例。可以如图9 (A)所示那样，虚拟卡号储备表例如将虚拟卡号的候选、和已利用标记(真假值)关联而予以存储，针对与信用卡的实际卡号关联的虚拟卡号将利用可否标记更新为不可利用(例如假)。另外，也可以如图9 (B)所示那样，虚拟卡号储备表中仅存储未与信用卡的实际卡号关联的虚拟卡号，已与信用卡的实际卡号关联的虚拟卡号则从虚拟卡号储备表中删除。
[0086]图10中表示了虚拟卡号的候选的补充处理相关的时序图。如图10所示，首先，虚拟商场服务器3参照虚拟卡号储备表(参照图9)，判定可利用的虚拟卡号的候选是否不足(例如可利用的虚拟卡号的候选数是否为阈值(例如100)以下或小于阈值)(S301)，在判定为不足的情况下(S301 是”)，向信用卡服务器5委托虚拟卡号的汇总发行(S302)。此外，虚拟商场服务器3在判定为可利用的虚拟卡号的候选没有不足的情况下(S301 否”)，可以结束处理。
[0087]信用卡服务器5若从虚拟商场服务器3受理虚拟卡号的发行委托，则将新的虚拟卡号的多个候选汇总发行(S303)，并将发行的虚拟卡号的候选发送给虚拟商场服务器3(S304)。[0088]虚拟商场服务器3若从信用卡服务器5接收虚拟卡号的候选，则将接收的虚拟卡号的候选存储到虚拟卡号储备表(S305)，并结束处理。此外，虚拟卡号的候选的补充处理可以每隔规定时间间隔进行，也可以每当从虚拟卡号储备表选择虚拟卡号时进行。
[0089]接下来，参照图11所示的时序图，说明第2实施例的订单信息的处理时序。
[0090]首先，用户终端2在登录到虚拟商场服务器3之后，在从虚拟商场服务器3取得的虚拟商店中的商品购入页面上输入规定事项，从而将订单信息发送给虚拟商场服务器3(S401)。订单信息中例如包含用户ID、店铺ID、商品ID、商品数量、结算指定信息。例如，结算指定信息中可以包含要利用的信用卡信息，也可以包含用于指定与用户ID关联存储于用户信息表中的信用卡信息的信息。
[0091]虚拟商场服务器3中基于从用户终端2接收的订单信息，取得该订单信息的结算中使用的信用卡信息(S402 )。
[0092]虚拟商场服务器3根据存储部32中存储的卡对应表，判定是否存在与通过S401取得的信用卡信息的卡号(实际卡号)对应的有效(未无效化)的虚拟卡号(S403)。
[0093]虚拟商场服务器3在S403中判定为没有有效的虚拟卡号的情况下(S403 否”)，例如随机或按照一定规则从虚拟卡号储备表中选择可利用的虚拟卡号(S404)，将信用卡的实际卡号与选择的虚拟卡号关联，然后更新存储部32的卡对应表(S405)。虚拟商场服务器3进一步更新虚拟卡号储备表(若虚拟卡号储备表为图9 (A)的形式，则将与上述选择的虚拟卡号对应的利用可否标记更新为不可利用，若虚拟卡号储备表为图9 (B)的形式，则从表中删除上述选择的虚拟卡号)(S406)，且将信用卡的实际卡号与虚拟卡号的关联信息通知给信用卡服务器5 (S407)。
[0094]信用卡服务器5将从虚拟商场服务器3通知的信用卡的实际卡号与虚拟卡号关联，然后更新存储部52的卡对应表(S408)。
[0095]虚拟商场服务器3在S403中判定为存在有效的虚拟卡号的情况下(S403 是”)，或者在S407之后从卡对应表取得与实际卡号对应的有效的虚拟卡号(S409)，并将通过S401受理的订单信息的结算中使用的信用卡卡号替换成通过S409取得的虚拟卡号(S410)之后，向店铺通知接受订单信息。以下，向店铺通知接受订单信息后电子商务系统1中进行的处理如图8所示的时序图那样，与第1实施例相同，因此省略说明。以上是第2实施例的处理订单信息时的一连串的流程。此外，虚拟商场服务器3可以在每当从用户终端2受理订单信息时，执行图11及图8所示的时序。
[0096]根据以上说明的第2实施例的处理，虚拟商场服务器3预先汇总取得由信用卡服务器5汇总发行的虚拟卡号的候选，因此，与第1实施例相比，可以减少虚拟商场服务器3从用户终端2受理订单信息起，直到将信用卡信息替换成虚拟信息为止的处理负荷和处理时间。
[0097][3.3.第 3 实施例]
[0098]接下来，说明电子商务系统1中的第3实施例的时序。第3实施例与第2实施例的不同之处在于:虚拟商场服务器3受理订单信息后，视需要补充虚拟卡号的储备。以下，说明第3实施例的时序的细节。
[0099]图12中表示了第3实施例的时序图。首先，用户终端2登录虚拟商场服务器3之后，在从虚拟商场服务器3取得的虚拟商店中的商品购入页面输入规定事项，从而将订单信息发送给虚拟商场服务器3 (S501)。订单信息中例如包含用户ID、店铺ID、商品ID、商品数量、结算指定信息。例如，结算指定信息中可以包含要利用的信用卡信息，也可以包含用于指定与用户ID关联存储于用户信息表中的信用卡信息的信息。
[0100]虚拟商场服务器3基于从用户终端2接收的订单信息，取得该订单信息的结算中使用的信用卡信息(S502)。
[0101]虚拟商场服务器3根据存储部32中存储的卡对应表，判定是否存在与通过S501取得的信用卡信息的卡号(实际卡号)对应的有效(未无效化)的虚拟卡号(S503)。
[0102]虚拟商场服务器3在S503中判定为没有有效的虚拟卡号的情况下(S503 否”)，进一步参照虚拟卡号储备表，判定可利用的虚拟卡号的候选是否不足(例如可利用的虚拟卡号的候选数是否为阈值以下或小于阈值)(S504)。于此，虚拟商场服务器3在判定为可利用的虚拟卡号的候选不足的情况下(S504 是”)，委托信用卡服务器5发行虚拟卡号(S505)。
[0103]信用卡服务器5若从虚拟商场服务器3受理虚拟卡号的发行委托，则将新的虚拟卡号的多个候选汇总发行(S506)，并将发行的虚拟卡号的候选发送给虚拟商场服务器3(S507)。
[0104]虚拟商场服务器3若从信用卡服务器5接收虚拟卡号的候选，则将接收的虚拟卡号的候选存储到虚拟卡号储备表(S508)。
[0105]虚拟商场服务器3在判定为可利用的虚拟卡号的候选没有不足之后(S504:“否”)或者在S508之后，从虚拟卡号储备表中选择与信用卡的实际卡号关联的虚拟卡号(S509)，并将信用卡的实际卡号与选择的虚拟卡号关联而更新卡对应表(S510)。另外，虚拟商场服务器3基于上述选择的虚拟卡号，更新虚拟卡号储备表(虚拟卡号储备表若为图9 (A)的形式，则将与上述选择的虚拟卡号对应的利用可否标记更新为不可利用，虚拟卡号储备表若为图9 (B)的形式，则从表中删除上述选择的虚拟卡号)(S511)，且将信用卡的实际卡号与虚拟卡号的关联信息通知给信用卡服务器5 (S512)。
[0106]信用卡服务器5将从虚拟商场服务器3通知的信用卡的实际卡号与虚拟卡号关联，然后更新存储部52中存储的卡对应表(S513)。
[0107]虚拟商场服务器3在S503中判定为存在有效的虚拟卡号的情况下(S503 是”)，或者在S512之后，从卡对应表取得与实际卡号对应的有效的虚拟卡号(S514)，将通过S501受理的订单信息的结算中使用的信用卡卡号替换成通过S514取得的虚拟卡号(S515)，然后向店铺通知接受订单信息。以下，向店铺通知接受订单信息后电子商务系统1中进行的处理如图8所示的时序图那样，与第1实施例相同，因此省略说明。以上是第3实施例的处理订单信息时的一连串的流程。此外，虚拟商场服务器3可以在每当从用户终端2受理订单信息时，执行图12所示的时序。
[0108]根据以上说明的第3实施例，虚拟商场服务器3预先汇总取得由信用卡服务器5汇总发行的虚拟卡号的候选，因此在预先取得的虚拟卡号有剩余的情况下，与第1实施例相比，可以减少虚拟商场服务器3从用户终端2受理订单信息起，直到将信用卡信息替换成虚拟信息为止的处理负荷和处理时间。而且，由于构成为从用户终端2受理订单信息后视需要而补充虚拟卡号，因此与第2实施例相比，可降低虚拟卡号的泄露风险。
[0109][3.4.第 4 实施例][0110]接下来，说明电子商务系统1中的第4实施例的时序。第4实施例与第1实施例的不同之处在于:由虚拟商场服务器3发行信用卡的虚拟卡号。以下，说明第4实施例的时序的细节。
[0111]图13中表示了第4实施例的时序图。首先，用户终端2登录虚拟商场服务器3之后，在从虚拟商场服务器3取得的虚拟商店中的商品购入页面输入需要事项，从而将订单信息发送给虚拟商场服务器3 (S601)。订单信息中例如包含用户ID、店铺ID、商品ID、商品数量、结算指定信息。例如，结算指定信息中可以包含要利用的信用卡信息，也可以包含用于指定与用户ID关联存储于用户信息表中的信用卡信息的信息。
[0112]虚拟商场服务器3基于从用户终端2接收的订单信息，取得该订单信息的结算中使用的信用卡信息(S602)。
[0113]虚拟商场服务器3根据存储部32中存储的卡对应表，判定是否存在与通过S602取得的信用卡信息的卡号(实际卡号)对应的有效(未无效化)的虚拟卡号(S603)。
[0114]虚拟商场服务器3在判定为没有与信用卡的实际卡号对应的有效的虚拟卡号的情况下(S603 否”)，发行与该信用卡的实际卡号对应的虚拟卡号(S604)。接下来，虚拟商场服务器3将与信用卡的实际卡号对应的虚拟卡号通知给信用卡服务器5 (S605)，虚拟商场服务器3及信用卡服务器5基于针对信用卡的实际卡号发行的虚拟卡号，更新各自的卡对应表(S606)。
[0115]虚拟商场服务器3在S603中判定为存在有效的虚拟卡号的情况下(S603 是”)、或者在S606之后，从卡对应表中取得与实际卡号对应的有效的虚拟卡号(S607)，将通过S601受理的订单信息的结算中使用的信用卡卡号替换成通过S607取得的虚拟卡号之后(S608),向店铺通知接受订单信息。以下，向店铺通知接受订单信息后电子商务系统1中进行的处理如图8所示的时序图那样，与第1实施例相同，因此省略说明。以上是第4实施例的处理订单信息时的一连串的流程。此外，虚拟商场服务器3可以在每当从用户终端2受理订单信息时，执行图13所示的时序。
[0116]根据以上说明的第4实施例，由虚拟商场服务器3发行信用卡的虚拟卡号，因此，与第1实施例相比，不用进行虚拟商场服务器3从信用卡服务器5取得与信用卡的实际卡号对应的虚拟卡号的处理，从而能减少处理负荷和处理时间。
[0117]此外，在上述实施例中，虚拟商场服务器3和信用卡服务器5中共享能够将信用卡的实际卡号与虚拟卡号可逆转换的函数或转换规则，在基于这些函数或转换规则发行与信用卡的实际卡号对应的虚拟卡号的情况下，可以省略S606及S607的处理。此种情况下，虚拟商场服务器3和信用卡服务器5之间不需要进行实际卡号、虚拟卡号的通信，因此，能进一步降低通信负荷和信息泄露风险。
[0118][4.虚拟卡号的无效化处理]
[0119]在上述实施方式中，可以将与信用卡的实际卡号关联的虚拟卡号固定而不进行更新，但为了进一步降低虚拟卡号泄露时的风险，优选使虚拟卡号无效化(丢弃)，更新信用卡的实际卡号与虚拟卡号的关联。以下，说明虚拟卡号的无效化处理。
[0120]例如，与信用卡的实际卡号关联的虚拟卡号可以在每一笔订单完成后无效化。该情况下，例如信用卡服务器5可以在登记了虚拟卡号经信用批准的订单的销售后，将该虚拟卡号的无效标记更新为真(无效)。此外，信用卡服务器5可以在已将虚拟卡号无效化的情况下，将该无效化后的虚拟卡号的信息通知给虚拟商场服务器3，接到通知的虚拟商场服务器3也将虚拟卡号的无效标记更新为真(无效)。这样，若针对每一笔订单更新与信用卡的实际卡号对应的虚拟卡号，则向店铺侧移交的信用卡的虚拟卡号便无法用于其他订单，因此，能够大幅降低虚拟卡号泄露时的风险。
[0121]另外，可以在与信用卡的实际卡号关联的虚拟卡号的使用状况满足规定的无效化条件的情况下，将该虚拟卡号无效化。由此，与针对每一笔订单将虚拟卡号无效化的情况相t匕，可以减轻虚拟卡号的发行、管理所需的处理负荷。例如，信用卡服务器5、虚拟商场服务器3可以基于虚拟卡号的利用历史或当前正在受理的订单信息，取得该虚拟卡号的累计使用次数、使用期间、当前正在受理的订单相关的利用金额、累计利用金额、利用频率等的值，根据是否满足这些值的至少一者相关的无效化条件，来判定是否将虚拟卡号设为无效。例如，所谓无效化条件，可以通过使用虚拟卡号的累计使用次数变成第1阈值以上(或超过第1阈值)时、使用期间变成第2阈值以上(或超过第2阈值)时、正在受理的订单相关的利用金额变成第3阈值以上(或超过第3阈值)时、累计利用金额变成第4阈值以上(或超过第4阈值)时、利用频率(每个单位期间的利用次数)变成第5阈值以上(或超过第5阈值)时中的至少任一者或它们的组合来表现。此外，各阈值的大小可以根据虚拟卡号相关的卡的利用额度而定，例如，卡的信用额度(利用额度)越大则信息泄露时损失变大的可能性越高，因此，与信用额度的大小成比例地将各阈值的值设定得小，由此提高虚拟卡号的更新频率。
[0122]另外，信用卡服务器5、虚拟商场服务器3可以基于虚拟卡号的累计使用次数、使用期间、最新的利用金额、累计利用金额、利用频率、对应的实际卡号相关的信用卡的有效期限、信用额度(利用额度)等，评价该虚拟卡号泄露时的风险和非法利用的可能性，其评价结果变成规定等级以上(或超过规定等级)的情况下，判定该虚拟卡号无效。例如，可以以卡的有效期限越长、且卡的利用额度越高则虚拟卡号泄露时的风险的等级越大的方式进行评价，且例如以累计使用次数、使用期间、最新的利用金额、累计利用金额、利用频率的值越大则虚拟卡号被非法利用的可能性的等级越大的方式进行评价。
[0123]是否将上述的虚拟卡号无效化的判定定时，可以按预先规定的时间间隔定期进行，也可以在虚拟商场服务器3从用户终端2受理了订单信息后、信用卡服务器5登记了订单信息的销售之后、从上一次判定定时起经过规定时间之后等的定时进行。
[0124]另外，在上述实施方式中，可以对每个信用卡的实际卡号关联不同的虚拟卡号，而在对虚拟卡号和用户(用户ID、持卡者)的每个组唯一地决定信用卡的实际卡号的情况下，也可以对多个实际卡号关联同一个虚拟卡号。
[0125]当然，并不限定于本发明的上述实施方式，虚拟商场服务器与信用卡服务器可以由一个服务器构建，各服务器也可以由多台服务器构建。
【权利要求】
1.一种信用卡信息处理系统，包含:订单信息受理装置，从用户终端受理对店铺的订单信息，将受理的订单信息提供给店铺终端；及信用卡结算装置，处理该订单信息相关的信用卡结算，其特征在于，所述订单信息受理装置包含:虚拟数据取得部件，取得与从所述用户终端受理的订单信息的结算中使用的信用卡的实际数据相对应的虚拟数据；及发送部件，将由所述虚拟数据取得部件取得的虚拟数据作为所述订单信息的结算中使用的信用卡的数据，发送给处理该订单信息的店铺终端，所述信用卡结算装置包含:受理部件，从所述店铺终端受理基于所述虚拟数据的信用卡结算请求；实际数据取得部件，依照与所述订单信息受理装置共享的用于相互转换信用卡的实际数据和虚拟数据的转换信息，取得与所述受理的虚拟数据相对应的实际数据；及处理部件，基于由所述实际数据取得部件取得的实际数据，处理所述受理的信用卡结算请求。
2.根据权利要求1所述的信用卡信息处理系统，其特征在于，所述订单信息受理装置还包含实际数据发送部件，该实际数据发送部件将从所述用户终端受理的订单信息的结算中使用的信用卡的实际数据发送给所述信用卡结算装置，所述信用卡结算装置还包含生成部件，该生成部件生成所述转换信息，所述转换信息关联了由所述实际数据发送部件发送的信用卡的实际数据、和对应的虚拟数据，所述订单信息受理装置还包含转换信息取得部件，该转换信息取得部件取得由所述生成部件生成的所述转换信息。
3.根据权利要求1所述的信用卡信息处理系统，其特征在于，所述订单信息受理装置还包含:候选取得部件，取得由所述信用卡结算装置发行的虚拟数据的候选；及生成部件，从由所述候选取得部件取得的虚拟数据的候选之中，选择与从所述用户终端受理的订单信息的结算中使用的信用卡的实际数据相对应的虚拟数据，并生成由该信用卡的实际数据、和该选择的虚拟数据关联而成的所述转换信息，所述信用卡结算装置还包含转换信息取得部件，该转换信息取得部件取得由所述生成部件生成的所述转换信息。
4.根据权利要求3所述的信用卡信息处理系统，其特征在于，所述订单信息受理装置还包含请求部件，该请求部件在由所述候选取得部件取得的虚拟数据的候选之中，尚未与实际数据对应的候选的数量为阈值以下或小于阈值的情况下，请求所述信用卡结算装置发行虚拟数据的新的候选，所述候选取得部件取得所述信用卡结算装置根据所述请求部件的请求而发行的虚拟数据的新的候选。
5.根据权利要求4所述的信用卡信息处理系统，其特征在于，所述请求部件在从所述用户终端受理了订单信息时，请求发行虚拟数据的新的候选。
6.根据权利要求1至5中任一项所述的信用卡信息处理系统，其特征在于，所述订单信息受理装置和所述信用卡结算装置的至少一方还包含:第1判定部件，基于由所述虚拟数据取得部件取得的虚拟数据的使用次数、有效期限、所述订单信息相关的结算金额、累计的结算金额的至少任一者，评价该虚拟数据的非法利用的可能性，并基于该评价结果判定是否将该虚拟数据设为无效；及更新部件，在通过所述第1判定部件判定为由所述虚拟数据取得部件取得的虚拟数据无效的情况下，将与所述订单信息的结算中使用的信用卡的实际数据相对应的虚拟数据更新为新的虚拟数据。
7.根据权利要求1至6中任一项所述的信用卡信息处理系统，其特征在于，所述订单信息受理装置和所述信用卡结算装置的至少一方还包含:第2判定部件，基于由所述虚拟数据取得部件取得的虚拟数据的有效期限、利用额度的至少任一者，评价该虚拟数据泄露时的损失的可能性，并基于该评价结果判定是否将该虚拟数据设为无效 '及在通过所述第2判定部件判定为由所述虚拟数据取得部件取得的信用卡的虚拟数据无效的情况下，将与所述订单信息的结算中使用的信用卡的实际数据相对应的虚拟数据更新为新的虚拟数据的部件。
8.一种信用卡信息处理方法，从用户终端受理对店铺的订单信息，将受理的订单信息提供给店铺终端，并处理该订单信息相关的信用卡结算，其特征在于，包含:虚拟数据取得步骤，取得与 从所述用户终端受理的订单信息的结算中使用的信用卡的实际数据相对应的虚拟数据；发送步骤，将所述虚拟数据取得步骤中取得的虚拟数据作为所述订单信息的结算中使用的信用卡的数据，发送给处理该订单信息的店铺终端；受理步骤，从所述店铺终端受理基于所述虚拟数据的信用卡结算请求；实际数据取得步骤，依照与所述订单信息受理装置共享的用于相互转换信用卡的实际数据和虚拟数据的转换信息，取得与所述受理的虚拟数据相对应的实际数据；及处理步骤，基于所述实际数据取得步骤中取得的实际数据，处理所述受理的信用卡结算请求。
9.一种订单信息受理装置，从用户终端受理对店铺的订单信息，并将受理的订单信息提供给店铺终端，其特征在于，包含:虚拟数据取得部件，取得与从所述用户终端受理的订单信息的结算中使用的信用卡的实际数据相对应的虚拟数据；及发送部件，将由所述虚拟数据取得部件取得的虚拟数据作为所述订单信息的结算中使用的信用卡的数据，发送给处理该订单信息的店铺终端。
10.一种程序，用于使从用户终端受理对店铺的订单信息并将受理的订单信息提供给店铺终端的计算机作为如下部件发挥功能:虚拟数据取得部件，取得与从所述用户终端受理的订单信息的结算中使用的信用卡的实际数据相对应的虚拟数据；及发送部件，将由所述虚拟数据取得部件取得的虚拟数据作为所述订单信息的结算中使用的信用卡的数据，发送给处理该订单信息的店铺终端。
11.一种信息记录介质，记录了程序，该程序用于使从用户终端受理对店铺的订单信息并将受理的订单信息提供给店铺终端的计算机作为如下部件发挥功能:虚拟数据取得部件，取得与从所述用户终端受理的订单信息的结算中使用的信用卡的实际数据相对应的虚拟数据；及发送部件，将由所述虚拟数据取得部件取得的虚拟数据作为所述订单信息的结算中使用的信用卡的数据，发送给处理该订单信息的店铺终端。
12.—种信用卡结算装置，处理由订单信息受理装置受理的订单信息相关的信用卡结算，所述订单信息受理装置从用户终端受理对店铺的所述订单信息并将受理的订单信息提供给店铺终端，且包含:虚拟数据取得部件，取得与从所述用户终端受理的订单信息的结算中使用的信用卡的实际数据相对应的虚拟数据；及发送部件，将由所述虚拟数据取得部件取得的虚拟数据作为所述订单信息的结算中使用的信用卡的数据，发送给处理该订单信息的店铺终端，所述信用卡结算装置的特征在于，包含:受理部件，从所述店铺终端受理基于所述虚拟数据的信用卡结算请求；实际数据取得部件，依照与所述订单信息受理装置共享的用于相互转换信用卡的实际数据和虚拟数据的转换信息，取得与所述受理的虚拟数据相对应的实际数据；及处理部件，基于由所述实际数据取得部件取得的实际数据，处理所述受理的信用卡结算请求。
13.一种程序，用于计算机，该计算机处理由订单信息受理装置受理的订单信息相关的信用卡结算，所述订单信息受理装置从用户终端受理对店铺的所述订单信息并将受理的订单信息提供给店铺终端，且包含:虚拟数据取得部件，取得与从所述用户终端受理的订单信息的结算中使用的信用卡的实际数据相对应的虚拟数据；及发送部件，将由所述虚拟数据取得部件取得的虚拟数据作为所述订单信息的结算中使用的信用卡的数据，发送给处理该订单信息的店铺终端，所述程序使该计算机作为如下部件发挥功能:受理部件，从所述店铺终端受理基于所述虚拟数据的信用卡结算请求；实际数据取得部件，依照与所述订单信息受理装置共享的用于相互转换信用卡的实际数据和虚拟数据的转换信息，取得与所述受理的虚拟数据相对应的实际数据；及处理部件，基于由所述实际数据取得部件取得的实际数据，处理所述受理的信用卡结算请求。
14.一种信息记录介质，记录了程序，该程序用于计算机，该计算机处理由订单信息受理装置受理的订单信息相关的信用卡结算，所述订单信息受理装置从用户终端受理对店铺的所述订单信息并将受理的订单信息提供给店铺终端，且包含:虚拟 数据取得部件，取得与从所述用户终端受理的订单信息的结算中使用的信用卡的实际数据相对应的虚拟数据；及发送部件，将由所述虚拟数据取得部件取得的虚拟数据作为所述订单信息的结算中使用的信用卡的数据，发送给处理该订单信息的店铺终端，所述程序使该计算机作为如下部件发挥功能:受理部件，从所述店铺终端受理基于所述虚拟数据的信用卡结算请求；实际数据取得部件，依照与所述订单信息受理装置共享的用于相互转换信用卡的实际数据和虚拟数据的转换信息，取得与所述受理的虚拟数据相对应的实际数据；及处理部件，基于由所述实际数据取得部件取得的实际数据，处理所述受理的信用卡结算请求。`
【文档编号】G06Q20/24GK103635918SQ201280032463
【公开日】2014年3月12日 申请日期:2012年5月29日 优先权日:2011年6月30日
【发明者】小林义法 申请人:乐天株式会社
相关技术
网友询问留言
已有0条留言
- 还没有人留言评论。精彩留言会获得点赞！
1