虚拟信用卡管理系统、方法、装置及电子设备与流程

本申请涉及数据处理技术领域，具体涉及虚拟信用卡管理系统、方法和装置，订单处理方法和装置，以及电子设备。

背景技术：

虚拟信用卡(virtualcreditcard，vcc)，也被称为预付信用卡，是针对没有国际信用卡或者因担心信用卡付款安全的用户需要国外网上购物、激活各类网上账号、充值等情况推出的产品。虚拟信用卡可帮助用户将资金从银行账户加载到vcc帐户，以实现安全的在线交易。

一种使用虚拟信用卡的业务场景是，电商平台的普通消费者通过电商平台预订国际酒店，由于预订国际酒店需要信用卡担保，而相当多的普通消费者并没有国际信用卡，因此，电商平台为该类用户提供虚拟信用卡担保服务，该服务可对用户透明。在这种业务场景下，一种典型的虚拟信用卡创建及使用方法的处理过程如下所述。首先，每天由电商平台的运营人员根据最近一段时间(如最近5天)的平均vcc订单金额,通过人工操作方式，在银行的vcc申请页面上向银行系统提交vcc创建信息，并在创建成功后，将vcc信息保存至电商平台的数据库中；然后，当用户创建订单时，交易系统根据订单实际金额自动从数据库中匹配相应金额的vcc，将其作为该订单关联的vcc。例如，在2018.7.30这天，系统根据7.25-7.29期间使用vvc结算的订单信息，确定并显示该期间vcc订单金额的统计数据为：15个8000-10000美元的订单、48个800-1000美元的订单、286个300-500美元的订单等等，运营人员根据这些统计数据，由人工点击创建如下vcc：20个8000-10000美元的vvc、50个1000美元的vvc、300个500美元的vvc；当一个消费者通过交易系统预订总金额为480美元的国际酒店时，系统自动选取1个500美元的vvc作为该订单关联的vcc。

然而，在实现本发明过程中，发明人发现该技术方案至少存在如下问题：1)由于每天的交易情况可能会较前期发生较大变化，因此，如果根据最近一段时间的平均vcc订单金额确定将要创建的vcc数量及金额，则很可能出现vcc数量及金额预估不准确的问题，如果创建的vcc数量过多，则由于要维护这些vcc的状态等信息，因此要占用较多的计算资源；如果创建的vcc数量过少或信用额度不够，则由于无法为订单匹配到合适的vcc，导致交易子系统无法正常工作，因此影响交易子系统的稳定性；2)由于根据订单金额创建vcc，因此，将占用较多的信用额度(资金池)；3)通过人工方式创建vcc，导致较高的人工成本，以及较低的vcc创建效率。综上所述，现有技术存在占用较多的计算资源、交易子系统稳定性较低、资金池占用率高、vcc创建效率较低、人工成本较高的问题。

技术实现要素：

本申请提供虚拟信用卡管理系统，以解决现有技术存在的占用较多的计算资源、交易子系统稳定性较低、资金池占用率高、vcc创建效率较低、人工成本较高的问题。本申请另外提供虚拟信用卡管理方法和装置，订单处理方法和装置，以及电子设备。

本申请提供一种虚拟信用卡管理系统，包括：

交易子系统，用于向虚拟信用卡vcc管理子系统发送针对待处理订单的vcc创建请求；以及，接收所述vcc管理子系统回送的为所述订单关联的vcc信息；

所述vcc管理子系统，用于接收所述vcc创建请求，从多个vcc中选取一个处于可用状态的vcc作为所述订单关联的vcc；通过调用信用卡服务系统提供的vcc修改服务接口程序，根据所述订单的订单金额更新所述订单关联的vcc的信用额度；向所述交易子系统回送所述vcc信息。

可选的，所述多个vcc包括与不同交易子系统分别对应的、且关联相同或不同签约银行的vcc；

所述vcc管理子系统，具体用于从所述多个vcc中，获取与所述订单对应的交易子系统关联的多个vcc；从所述交易子系统关联的多个vcc中选取一个处于可用状态的vcc作为所述订单关联的vcc。

可选的，所述交易子系统关联的多个vcc包括对应不同币种的vcc；

所述vcc管理子系统，具体用于从所述交易子系统关联的多个vcc中，获取与所述订单的币种对应的多个vcc；从所述币种对应的多个vcc中选取一个处于可用状态的vcc作为所述订单关联的vcc。

可选的，所述vcc管理子系统，还用于若所述订单的币种为空，则根据预设的交易子系统与默认币种之间的对应关系，确定所述订单的币种。

可选的，所述vcc管理子系统，具体用于将所述信用额度更新为大于所述订单金额的整数。

可选的，所述vcc管理子系统，还用于通过调用所述vcc修改服务接口程序，更新所述订单关联的vcc的状态信息和/或有效期。

可选的，所述vcc管理子系统，还用于通过调用信用卡服务系统提供的vcc创建服务接口程序，根据预设信用额度创建所述vcc。

可选的，所述vcc管理子系统，具体用于针对交易子系统和签约银行的不同组合，根据所述预设信用额度，创建与所述交易子系统和签约银行的组合对应的多个vcc。

可选的，所述vcc管理子系统，还用于获取所述vcc的使用率；若所述使用率小于使用率阈值，则根据所述预设信用额度创建所述vcc；其中，所述使用率是指所述处于可用状态的vcc的第一数量相对所述多个预先创建的vcc的第二数量的比值。

可选的，所述交易子系统，还用于向所述vcc管理子系统发送针对所述待处理订单的vcc状态查询请求；以及，接收所述vcc管理子系统回送的所述订单关联的vcc的状态信息；

所述vcc管理子系统，还用于接收所述vcc状态查询请求，通过调用信用卡服务系统提供的vcc查询服务接口程序，获取所述状态信息，向所述交易子系统回送所述状态信息。

可选的，所述交易子系统，还用于向所述vcc管理子系统发送针对所述待处理订单的退订请求；

所述vcc管理子系统，还用于接收所述退订请求，根据退订罚款计算规则，确定所述待处理订单对应的罚款金额，通过调用所述vcc修改服务接口程序，根据所述罚款金额更新所述订单关联的vcc的信用额度。

可选的，所述交易子系统，还用于向所述vcc管理子系统发送针对所述待处理订单的vcc撤销请求；

所述vcc管理子系统，还用于接收所述vcc撤销请求，通过调用信用卡服务系统提供的vcc撤销服务接口程序，撤销所述订单关联的vcc。

可选的，所述交易子系统包括机票预订子系统和酒店预订子系统。

本申请还提供一种虚拟信用卡管理方法，包括：

接收交易子系统发送的针对待处理订单的vcc创建请求；

从多个vcc中选取一个处于可用状态的vcc，作为所述订单关联的vcc；

通过调用信用卡服务系统提供的vcc修改服务接口程序，根据所述订单的订单金额更新所述订单关联的vcc的信用额度；

向所述交易子系统回送所述订单关联的vcc的信息。

可选的，所述多个vcc包括与不同交易子系统分别对应的、且关联相同或不同签约银行的vcc；

所述从多个vcc中选取一个处于可用状态的vcc，作为所述订单关联的vcc，包括：

从所述多个vcc中，获取与所述订单对应的交易子系统关联的多个vcc；

从所述交易子系统关联的多个vcc中选取一个处于可用状态的vcc作为所述订单关联的vcc。

可选的，所述交易子系统关联的多个vcc包括对应不同币种的vcc；

所述从所述交易子系统关联的多个vcc中选取一个处于可用状态的vcc作为所述订单关联的vcc，包括：

从所述交易子系统关联的多个vcc中，获取与所述订单的币种对应的多个vcc；

从所述币种对应的多个vcc中选取一个处于可用状态的vcc作为所述订单关联的vcc。

可选的，还包括：

若所述订单的币种为空，则根据预设的交易子系统与默认币种之间的对应关系，确定所述订单的币种。

可选的，所述根据所述订单的订单金额更新所述订单关联的vcc的信用额度，包括：

将所述信用额度更新为大于所述订单金额的整数。

可选的，还包括：

通过调用所述vcc修改服务接口程序，更新所述订单关联的vcc的状态信息和/或有效期。

可选的，还包括：

通过调用信用卡服务系统提供的vcc创建服务接口程序，根据预设信用额度创建所述vcc。

可选的，所述根据预设信用额度创建所述vcc，包括：

针对交易子系统和签约银行的不同组合，根据所述预设信用额度，创建与所述交易子系统和签约银行的组合对应的多个vcc。

可选的，在所述根据预设信用额度创建所述vcc之前，还包括：

获取所述vcc的使用率；

若所述使用率小于使用率阈值，则进入所述根据所述预设信用额度创建所述vcc的步骤；

其中，所述使用率是指所述处于可用状态的vcc的第一数量相对所述多个预先创建的vcc的第二数量的比值。

本申请还提供一种订单处理方法，包括：

接收用户客户端输入的针对目标商品的订单创建请求；

根据所述订单创建请求，生成所述目标商品对应的订单；

向vcc管理子系统发送针对所述订单的vcc创建请求；

接收所述vcc管理子系统回送的为所述订单关联的vcc信息。

本申请还提供一种虚拟信用卡管理装置，包括：

请求接收单元，用于接收交易子系统发送的针对待处理订单的vcc创建请求；

vcc关联单元，用于从多个vcc中选取一个处于可用状态的vcc，作为所述订单关联的vcc；

信用额度更新单元，用于通过调用信用卡服务系统提供的vcc修改服务接口程序，根据所述订单的订单金额更新所述订单关联的vcc的信用额度；

vcc信息回送单元，用于向所述交易子系统回送所述订单关联的vcc的信息。

本申请还提供一种订单处理装置，包括：

请求接收单元，用于接收用户客户端输入的针对目标商品的订单创建请求；

订单生成单元，用于根据所述订单创建请求，生成所述目标商品对应的订单；

请求发送单元，用于向vcc管理子系统发送针对所述订单的vcc创建请求；

vcc信息接收单元，用于接收所述vcc管理子系统回送的为所述订单关联的vcc信息。

本申请还提供一种电子设备，包括：

处理器；以及

存储器，用于存储实现虚拟信用卡管理方法的程序，该设备通电并通过所述处理器运行该虚拟信用卡管理方法的程序后，执行下述步骤：接收交易子系统发送的针对待处理订单的vcc创建请求；从多个vcc中选取一个处于可用状态的vcc，作为所述订单关联的vcc；通过调用信用卡服务系统提供的vcc修改服务接口程序，根据所述订单的订单金额更新所述订单关联的vcc的信用额度；向所述交易子系统回送所述订单关联的vcc的信息。

本申请还提供一种电子设备，包括：

处理器；以及

存储器，用于存储实现订单处理方法的程序，该设备通电并通过所述处理器运行该订单处理方法的程序后，执行下述步骤：接收用户客户端输入的针对目标商品的订单创建请求；根据所述订单创建请求，生成所述目标商品对应的订单；向vcc管理子系统发送针对所述订单的vcc创建请求；接收所述vcc管理子系统回送的为所述订单关联的vcc信息。

本申请还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述各种方法。

本申请还提供一种包括指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述各种方法。

与现有技术相比，本申请具有以下优点：

本申请实施例提供的虚拟信用卡管理系统，包括交易子系统和vcc管理子系统，通过vcc管理子系统接收交易子系统发送的针对待处理订单的vcc创建请求，从预先创建的vcc中选取一个处于可用状态的vcc作为订单关联的vcc；通过调用信用卡服务系统提供的vcc修改服务接口程序，根据订单的订单金额更新订单关联的vcc的信用额度；这种处理方式，使得可自动实时创建不占用资金池的vcc，并在为订单关联vcc时，根据订单金额更改所关联的vcc的信用额度，同时无需维护数量较多的vcc状态等信息，能够确保为订单关联到vcc；因此，可以有效节约计算资源，提升交易子系统稳定性，降低资金池占用率，提升vcc创建效率、降低运营成本。

附图说明

图1是本申请提供的一种虚拟信用卡管理系统的实施例的结构图；

图2是本申请提供的一种虚拟信用卡管理系统的实施例的场景示意图；

图3是本申请提供的一种虚拟信用卡管理系统的实施例的具体结构图；

图4是本申请提供的一种虚拟信用卡管理方法的实施例的流程图；

图5是本申请提供的一种虚拟信用卡管理装置的实施例的示意图；

图6是本申请提供的电子设备的实施例的示意图；

图7是本申请提供的一种虚拟信用卡管理方法的实施例的流程图；

图8是本申请提供的一种虚拟信用卡管理装置的实施例的示意图；

图9是本申请提供的电子设备的实施例的示意图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。

在本申请中，提供了虚拟信用卡管理系统，虚拟信用卡管理方法和装置，订单处理方法和装置，以及电子设备。在下面的实施例中逐一对各种方案进行详细说明。

第一实施例

请参考图1，其为本申请提供的一种虚拟信用卡管理系统的实施例的示意图，该系统包括交易子系统10和虚拟信用卡vcc管理子系统11。

由图2可见，所述交易子系统10，用于向vcc管理子系统11发送针对待处理订单的vcc创建请求；所述vcc管理子系统11，用于接收所述vcc创建请求，从vcc卡池内的多个vcc中选取一个处于可用状态的vcc作为所述订单关联的vcc，并将该vcc卡的信息返回给所述交易子系统10。

所述交易子系统10，可以是酒店预订子系统，也可以是机票预订子系统，如在线旅游平台网站/app涉及的酒店预订子系统和机票预订子系统，还可以是其它业务的交易子系统。

在一个示例中，用户通过酒店预订子系统预定某个国际酒店的房间，当酒店预订子系统为该用户生成相应订单时，向vcc管理子系统11发送针对该订单的vcc创建请求，vcc对应的真实信用卡的持卡人可以为电商平台(如在线旅游平台)，由此使得电商平台为该用户的预订行为做担保。具体实施时，该处理过程对于用户而言可以是透明的。

所述vcc创建请求，至少包括订单标识，例如，用户为机票经销商，其通过机票预订子系统批量预订某航空公司的机票，则相应订单的标识为申请码；用户为普通消费者，其通过酒店预订子系统预订某国际酒店的房间，则相应订单的标识为订单号。

所述vcc管理子系统11，可同时服务于多个交易子系统10，如酒店预订子系统和机票预订子系统等等。在这种情况下，所述vcc创建请求，还可包括交易子系统的标识，以便于所述vcc管理子系统根据交易子系统的标识，为订单关联与交易子系统对应的vcc。

所述vcc管理子系统11，要从vcc卡池中选取一个vcc作为所述订单关联的vcc，首先要创建vcc，并将创建的多个vcc存放在vcc卡池中。

由图3可见，本申请实施提供的系统，所述vcc的创建方式，并非通过传统的由人工在信用卡发放机构的vcc申请页面上向信用卡服务系统提交vcc创建信息(可包括：签约银行，信用额度等等)的方式，而是由所述vcc管理子系统11调用信用卡服务系统向第三方提供的vcc创建服务接口程序，根据预设信用额度批量创建vcc。

在本实施例中，所述vcc管理子系统11要调用所述vcc创建服务接口程序，需要获取如下信息：信用卡服务系统(如mastercard，visa)的统一资源定位符(uniformresourcelocator,url)，真实信用卡号，签名证书,客户端证书等等。

所述vcc管理子系统11，可通过调用所述vcc创建服务接口程序，根据预设信用额度批量创建相同信用额度的多个vcc。

所述预设信用额度，可以不根据订单金额确定，而是较低的信用额度，如1美元。本申请提供的方法，通过将预设信用额度设置为较低的信用额度，使得不占用银行的资金池。

所述vcc管理子系统11，在根据预设信用额度成功批量创建vcc后，可将vcc信息保存至所述vcc管理子系统11的数据库中。表1示出了本实施例的vcc卡池的数据内容。

表1、vcc卡池

表1中卡状态包括但不限于：申请中，申请成功，授权中，已授权，退款，销毁等等，其中卡状态为“申请成功”时，可表示该卡处于可用状态。由表1可见，本实施例在批量创建相同信用额度的多个vcc时，预设信用额度为1。

由图3可见，所述vcc管理子系统11，具体用于针对交易子系统和签约银行的不同组合，根据所述预设信用额度，创建与所述交易子系统和签约银行的组合对应的多个vcc。

在一个示例中，卡池中的vcc包括与不同交易子系统分别对应的关联不同签约银行的vcc，例如，表1所示机票签约的是南洋银行的万事达卡(mastercard)解决方案，国际酒店签约的是花旗银行的mastercard解决方案，此外，国内酒店可以签约南洋银行的mastercard解决方案。

在另一个示例中，所述交易子系统10对应的多个vcc包括对应不同币种的vcc。

本申请实施提供的系统，可以为不同交易子系统创建各自对应的vcc，不同交易子系统对应的vcc可对应不同的真实信用卡账户(资金池)，不同交易子系统对应的真实信用卡账户可以属于不同的银行，不同交易子系统对应的真实信用卡账户也可以对应银行和币种的不同组合。表2示出了本实施例的租户配置信息表。

表2、租户配置信息表

由表2可见，本申请提出租户的概念，所述租户，可以是vcc使用某个银行的某个币种资金池，换句话说，一个组合可对应一个真实信用卡账户。例如，用户针对酒店的订单的币种为美元，则从租户标识1关联的多个vcc中选取一个vcc作为该订单关联的vcc；用户针对酒店的订单的币种为港币，则从租户标识2关联的多个vcc中选取一个vcc作为该订单关联的vcc。

本申请实施例提供的系统，通过为不同交易子系统分别创建关联不同签约银行的vcc，建立多租户机制,每个交易子系统结合其对应的签约银行组成一个租户,可满足不同交易子系统对vcc的使用,使得交易子系统与签约银行之间可以灵活搭配。同时，由于不同交易子系统均可通过所述vcc管理子系统11为订单创建vcc，因此，可以有效减少重复开发。并且，由于不同交易子系统对应不同签约银行,即不同交易子系统对应的是不同银行的资金池,同时每个vcc会设置可允许的上游交易子系统,来杜绝不同交易子系统的访问，因此，可以实现交易子系统(业务)与资金隔离。

由图3可见，本实施例可在初始时刻创建一批vcc，例如，根据表2所示的租户配置信息自动创建出表1所示的卡池中的vcc；在使用过程中，定期检测(如每5分钟检测一次)卡池中vcc的使用率，若所述使用率小于使用率阈值，则根据使用率实时通过调用信用卡服务系统提供的vcc创建服务接口程序，根据预设信用额度创建预设数量的vcc。

所述使用率，是指所述处于可用状态的vcc的数量相对卡池内vcc的总数量的比值。所述使用率阈值和所述预设数量，可根据业务需求设定，例如，将使用率阈值设置为80％，将预设数量设置为10等等。

在vcc对应不同交易子系统、且不同交易子系统签约不同银行的情况下，所述vcc管理子系统11，要从卡池中选取一个vcc作为所述订单关联的vcc，可采用如下方式实现：从卡池中的多个可用vcc中，获取与所述订单对应的交易子系统对应的多个vcc；从所述交易子系统对应的多个vcc中选取一个vcc作为所述订单关联的vcc。

例如，订单关联的商品为国际酒店的房间，则订单对应的交易子系统是酒店交易子系统，若酒店交易子系统对应的签约银行为南洋银行，则将卡池中对应酒店交易子系统及南洋银行的vcc作为订单关联的vcc。

在vcc对应不同交易子系统、且不同交易子系统签约不同银行、且对应不同币种的情况下，所述vcc管理子系统11，具体用于从所述交易子系统10对应的多个vcc中，获取与所述订单的币种对应的多个vcc；从所述币种对应的多个vcc中选取一个vcc作为所述订单关联的vcc。

具体实施时，如果订单的币种为空，则所述vcc管理子系统可根据预先设置的交易子系统与默认币种之间的对应关系，确定所述订单的币种。

所述vcc管理子系统11，在为订单关联vcc后，根据所述订单的订单金额，确定所述订单关联的vcc的信用额度,通过调用信用卡服务系统提供的vcc修改服务接口程序，更新所述订单关联的vcc的信用额度。

在一个示例中，所述vcc管理子系统11将大于所述订单金额的整数作为所述信用额度，例如，订单金额为148.5美元，则将信用额度设置为150美元。

在一个示例中，所述vcc管理子系统11，还用于通过调用所述vcc修改服务接口程序，更新所述订单关联的vcc的状态信息和/或有效期。例如，用户预订2018.10.15-2018.10.20期间的某个国际酒店的房间，为该订单关联的vcc的初始有效期为2018.8.1-2018.12.31，则在将该vcc关联至该订单后，将该vcc的有效期改为2018.10.15-2018.10.20，将状态由“申请成功”改为“已授权”。

在一个示例中，所述vcc管理子系统11为所述订单关联vcc后，向所述交易子系统10回送该vcc卡的卡信息(如卡号、有效期等等)；相应的，所述交易子系统10，还用于接收所述vcc管理子系统11回送的为所述订单关联的vcc的卡信息，对应所述订单存储所述卡信息。

在一个示例中，所述交易子系统10，还用于向所述vcc管理子系统11发送针对所述待处理订单的vcc状态查询请求；以及，接收所述vcc管理子系统11回送的所述订单关联的vcc的状态信息；相应的，所述vcc管理子系统11，还用于接收所述vcc状态查询请求，通过调用信用卡服务系统提供的vcc查询服务接口程序，获取所述状态信息，向所述交易子系统10回送所述状态信息。采用这种处理方式，使得交易子系统可获取与指定订单关联的vcc的状态信息，可根据状态信息进行后续处理；因此，可以有效提升用户体验。

在另一个示例中，所述交易子系统10，还用于向所述vcc管理子系统11发送针对所述待处理订单的退订请求；相应的，所述vcc管理子系统11，还用于接收所述退订请求，根据退订罚款计算规则，确定所述待处理订单对应的罚款金额，通过调用所述vcc修改服务接口程序，根据所述罚款金额更新所述订单关联的vcc的信用额度，例如，将3天金额改为1天金额。采用这种处理方式，使得避免酒店误操作刷多钱的情况发生；因此，可以有效保护用户利益，提升用户体验。

在又一个示例中，交易子系统10定期检测已结账的订单，并针对该类订单向所述vcc管理子系统11发起撤销其对应的vcc卡的请求。所述交易子系统10，还用于向所述vcc管理子系统11发送针对所述待处理订单的vcc撤销请求；相应的，所述vcc管理子系统11，还用于接收所述vcc撤销请求，通过调用信用卡服务系统提供的vcc撤销服务接口程序，撤销所述订单关联的vcc。采用这种处理方式，使得可及时收回vcc的使用权；因此，可以有效提升用户体验。

从上述实施例可见，本申请实施例提供的虚拟信用卡管理系统，包括交易子系统和vcc管理子系统，通过vcc管理子系统接收交易子系统发送的针对待处理订单的vcc创建请求，从预先创建的vcc中选取一个处于可用状态的vcc作为订单关联的vcc；根据订单的订单金额，确定订单关联的vcc的信用额度,通过调用信用卡服务系统提供的vcc修改服务接口程序，更新订单关联的vcc的信用额度；这种处理方式，使得可自动实时创建不占用资金池的vcc，并在为订单关联vcc时，根据订单金额更改所关联的vcc的信用额度，同时无需维护数量较多的vcc状态等信息，能够确保为订单关联到vcc；因此，可以有效节约计算资源，提升交易子系统稳定性，降低资金池占用率，提升vcc创建效率、降低运营成本。

在上述的实施例中，提供了一种虚拟信用卡管理系统，与之相对应的，本申请还提供一种虚拟信用卡管理方法。该方法是与上述系统的实施例相对应。

第二实施例

请参考图4，其为本申请提供的一种虚拟信用卡管理方法实施例的流程图，，该方法的执行主体包括虚拟信用卡管理装置。本申请提供的一种虚拟信用卡管理方法包括：

步骤s401：接收交易子系统发送的针对待处理订单的vcc创建请求。

步骤s403：从多个vcc中选取一个处于可用状态的vcc，作为所述订单关联的vcc。

在一个示例中，所述方法还包括如下步骤：通过调用信用卡服务系统提供的vcc创建服务接口程序，根据预设信用额度创建所述vcc。

在一个示例中，所述根据预设信用额度创建所述vcc，可采用如下方式：针对交易子系统和签约银行的不同组合，根据所述预设信用额度，创建与所述交易子系统和签约银行的组合对应的多个vcc。

在一个示例中，在所述根据预设信用额度创建所述vcc之前，所述方法还包括如下步骤：1)获取所述vcc的使用率；其中，所述使用率是指所述处于可用状态的vcc的第一数量相对所述多个预先创建的vcc的第二数量的比值；2)若所述使用率小于使用率阈值，则进入所述根据所述预设信用额度创建所述vcc的步骤。

在一个示例中，所述多个vcc包括与不同交易子系统分别对应的、且关联相同或不同签约银行的vcc；步骤s403可包括如下子步骤：1)从所述多个vcc中，获取与所述订单对应的交易子系统关联的多个vcc；2)从所述交易子系统关联的多个vcc中选取一个处于可用状态的vcc作为所述订单关联的vcc。

在一个示例中，所述交易子系统关联的多个vcc包括对应不同币种的vcc；所述从所述交易子系统关联的多个vcc中选取一个处于可用状态的vcc作为所述订单关联的vcc的步骤，可包括如下子步骤：1)从所述交易子系统关联的多个vcc中，获取与所述订单的币种对应的多个vcc；2)从所述币种对应的多个vcc中选取一个处于可用状态的vcc作为所述订单关联的vcc。

在另一个示例中，所述方法还包括如下步骤：若所述订单的币种为空，则根据预设的交易子系统与默认币种之间的对应关系，确定所述订单的币种。

步骤s405：通过调用信用卡服务系统提供的vcc修改服务接口程序，根据所述订单的订单金额更新所述订单关联的vcc的信用额度。

在一个示例中，将所述信用额度更新为大于所述订单金额的整数。

在一个示例中，所述方法还包括如下步骤：通过调用所述vcc修改服务接口程序，更新所述订单关联的vcc的状态信息和/或有效期。

步骤s407：向所述交易子系统回送所述订单关联的vcc的信息。

从上述实施例可见，本申请实施例提供的虚拟信用卡管理方法，通过vcc管理子系统接收交易子系统发送的针对待处理订单的vcc创建请求，从预先创建的vcc中选取一个处于可用状态的vcc作为订单关联的vcc；根据订单的订单金额，确定订单关联的vcc的信用额度,通过调用信用卡服务系统提供的vcc修改服务接口程序，更新订单关联的vcc的信用额度；这种处理方式，使得可自动实时创建不占用资金池的vcc，并在为订单关联vcc时，根据订单金额更改所关联的vcc的信用额度，同时无需维护数量较多的vcc状态等信息，能够确保为订单关联到vcc；因此，可以有效节约计算资源，提升交易子系统稳定性，降低资金池占用率，提升vcc创建效率、降低运营成本。

在上述的实施例中，提供了一种虚拟信用卡管理方法，与之相对应的，本申请还提供一种虚拟信用卡管理装置。该装置是与上述方法的实施例相对应。

第三实施例

请参看图5，其为本申请的虚拟信用卡管理装置的实施例的示意图。由于装置实施例基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。

本申请另外提供一种虚拟信用卡管理装置，包括：

请求接收单元501，用于接收交易子系统发送的针对待处理订单的vcc创建请求；

vcc关联单元502，用于从多个vcc中选取一个处于可用状态的vcc，作为所述订单关联的vcc；

信用额度更新单元503，用于通过调用信用卡服务系统提供的vcc修改服务接口程序，根据所述订单的订单金额更新所述订单关联的vcc的信用额度；

vcc信息回送单元504，用于向所述交易子系统回送所述订单关联的vcc的信息。

可选的，所述多个vcc包括与不同交易子系统分别对应的、且关联相同或不同签约银行的vcc；

所述vcc关联单元502包括：

第一子单元，用于从所述多个vcc中，获取与所述订单对应的交易子系统关联的多个vcc；

第二子单元，用于从所述交易子系统关联的多个vcc中选取一个处于可用状态的vcc作为所述订单关联的vcc。

可选的，所述交易子系统关联的多个vcc包括对应不同币种的vcc；

所述第二子单元包括：

第三子单元，用于从所述交易子系统关联的多个vcc中，获取与所述订单的币种对应的多个vcc；

第四子单元，用于从所述币种对应的多个vcc中选取一个处于可用状态的vcc作为所述订单关联的vcc。

可选的，所述第二子单元还包括：

币种确定子单元，用于若所述订单的币种为空，则根据预设的交易子系统与默认币种之间的对应关系，确定所述订单的币种。

可选的，信用额度更新单元503，具体用于通过调用所述vcc修改服务接口程序，将所述信用额度更新为大于所述订单金额的整数。

可选的，还包括：

状态及有效期更新单元，用于通过调用所述vcc修改服务接口程序，更新所述订单关联的vcc的状态信息和/或有效期。

可选的，还包括：

vcc创建单元，用于通过调用信用卡服务系统提供的vcc创建服务接口程序，根据预设信用额度创建所述vcc。

可选的，所述vcc创建单元，具体用于针对交易子系统和签约银行的不同组合，根据所述预设信用额度，创建与所述交易子系统和签约银行的组合对应的多个vcc。

可选的，还包括：

vcc使用率获取单元，用于获取所述vcc的使用率；若所述使用率小于使用率阈值，则启动所述vcc创建单元；

其中，所述使用率是指所述处于可用状态的vcc的第一数量相对所述多个预先创建的vcc的第二数量的比值。

第四实施例

请参考图6，其为本申请的电子设备实施例的示意图。由于设备实施例基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。下述描述的设备实施例仅仅是示意性的。

本实施例的一种电子设备，该电子设备包括：处理器601和存储器602；所述存储器，用于存储实现虚拟信用卡管理方法的程序，该设备通电并通过所述处理器运行该虚拟信用卡管理方法的程序后，执行下述步骤：从多个vcc中选取一个处于可用状态的vcc，作为所述订单关联的vcc；通过调用信用卡服务系统提供的vcc修改服务接口程序，根据所述订单的订单金额更新所述订单关联的vcc的信用额度；向所述交易子系统回送所述订单关联的vcc的信息。

从上述实施例可见，本申请实施例提供的电子设备，通过vcc管理子系统接收交易子系统发送的针对待处理订单的vcc创建请求，从预先创建的vcc中选取一个处于可用状态的vcc作为订单关联的vcc；根据订单的订单金额，确定订单关联的vcc的信用额度,通过调用信用卡服务系统提供的vcc修改服务接口程序，更新订单关联的vcc的信用额度；这种处理方式，使得可自动实时创建不占用资金池的vcc，并在为订单关联vcc时，根据订单金额更改所关联的vcc的信用额度，同时无需维护数量较多的vcc状态等信息，能够确保为订单关联到vcc；因此，可以有效节约计算资源，提升交易子系统稳定性，降低资金池占用率，提升vcc创建效率、降低运营成本。

在上述的实施例中，提供了一种虚拟信用卡管理方法，与之相对应的，本申请还提供另一种虚拟信用卡管理方法。该方法是与上述方法的实施例相对应。

第五实施例

请参考图7，其为本申请提供的一种订单处理方法实施例的流程图，，该方法的执行主体包括订单处理装置。本申请提供的一种订单处理方法包括：

步骤s701：接收用户客户端输入的针对目标商品的订单创建请求。

所述订单处理装置通常部署于服务器，但并不局限于服务器，也可以是能够实现所述订单处理方法的任何设备。所述用户客户端通常部署于移动通讯设备、个人电脑、pad、ipad等终端设备。

用户确定需要订购的目标商品后，通过所述用户客户端向所述订单处理装置发送针对目标商品的订单创建请求。例如，用户确定要预订的国际酒店房间，或者是要批量预订的机票等等。

步骤s703：根据所述订单创建请求，生成所述目标商品对应的订单。

步骤s705：向vcc管理子系统发送针对所述订单的vcc创建请求。

本申请实施例提供的方法，所述订单处理装置在根据所述订单创建请求，生成所述目标商品对应的订单后，向vcc管理子系统发送针对所述订单的vcc创建请求。

所述vcc创建请求，至少包括订单标识，例如，用户为机票经销商，批量预订某航空公司的机票，则相应订单的标识为申请码；用户为普通消费者，其预订某国际酒店的房间，则相应订单的标识为订单号。

所述vcc创建请求，还可包括订单金额，以便于vcc管理子系统根据订单金额更改所关联的vcc的信用额度。

所述vcc管理子系统，可同时服务于多个交易子系统，如酒店预订子系统和机票预订子系统等等。在这种情况下，所述vcc创建请求，还可包括交易子系统的标识，以便于所述vcc管理子系统根据交易子系统的标识，为订单关联与交易子系统对应的vcc。

步骤s707：接收所述vcc管理子系统回送的为所述订单关联的vcc信息。

本申请实施例提供的方法，在接收到所述vcc管理子系统回送的为所述订单关联的vcc信息后，对应所述订单存储所述vcc信息。

从上述实施例可见，本申请实施例提供的订单处理方法，通过接收用户客户端输入的针对目标商品的订单创建请求；根据所述订单创建请求，生成所述目标商品对应的订单；向vcc管理子系统发送针对所述订单的vcc创建请求；接收所述vcc管理子系统回送的为所述订单关联的vcc信息；这种处理方式，使得可自动实时创建不占用资金池的vcc，并在为订单关联vcc时，根据订单金额更改所关联的vcc的信用额度，同时无需维护数量较多的vcc状态等信息，能够确保为订单关联到vcc；因此，可以有效节约计算资源，提升交易子系统稳定性，降低资金池占用率，提升vcc创建效率、降低运营成本。

在上述的实施例中，提供了一种虚拟信用卡管理方法，与之相对应的，本申请还提供一种虚拟信用卡管理装置。该装置是与上述方法的实施例相对应。

第六实施例

请参看图8，其为本申请的虚拟信用卡管理装置的实施例的示意图。由于装置实施例基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。

本申请另外提供一种虚拟信用卡管理装置，包括：

请求接收单元801，用于接收用户客户端输入的针对目标商品的订单创建请求；

订单生成单元802，用于根据所述订单创建请求，生成所述目标商品对应的订单；

请求发送单元803，用于向vcc管理子系统发送针对所述订单的vcc创建请求；

vcc信息接收单元804，用于接收所述vcc管理子系统回送的为所述订单关联的vcc信息。

第七实施例

请参考图9，其为本申请的电子设备实施例的示意图。由于设备实施例基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。下述描述的设备实施例仅仅是示意性的。

本实施例的一种电子设备，该电子设备包括：处理器1001和存储器1002；所述存储器，用于存储实现虚拟信用卡管理方法的程序，该设备通电并通过所述处理器运行该虚拟信用卡管理方法的程序后，执行下述步骤：接收用户客户端输入的针对目标商品的订单创建请求；根据所述订单创建请求，生成所述目标商品对应的订单；向vcc管理子系统发送针对所述订单的vcc创建请求；接收所述vcc管理子系统回送的为所述订单关联的vcc信息。

从上述实施例可见，本申请实施例提供的电子设备，通过接收用户客户端输入的针对目标商品的订单创建请求；根据所述订单创建请求，生成所述目标商品对应的订单；向vcc管理子系统发送针对所述订单的vcc创建请求；接收所述vcc管理子系统回送的为所述订单关联的vcc信息；这种处理方式，使得可自动实时创建不占用资金池的vcc，并在为订单关联vcc时，根据订单金额更改所关联的vcc的信用额度，同时无需维护数量较多的vcc状态等信息，能够确保为订单关联到vcc；因此，可以有效节约计算资源，提升交易子系统稳定性，降低资金池占用率，提升vcc创建效率、降低运营成本。

本申请虽然以较佳实施例公开如上，但其并不是用来限定本申请，任何本领域技术人员在不脱离本申请的精神和范围内，都可以做出可能的变动和修改，因此本申请的保护范围应当以本申请权利要求所界定的范围为准。

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

1、计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

2、本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。