业务处理方法、装置、设备及存储介质与流程

本申请实施例涉及互联网技术领域，特别涉及一种业务处理方法、装置、设备及存储介质。

背景技术：

随着经济的不断发展和人们生活水平的不断提高，越来越多的用户使用信用卡进行交易。信用卡是由银行或信用卡公司等发卡机构依照用户的信用度与财力发给用户的，用户使用信用卡进行交易时可以先消费后还款，享有免息期。

相关技术中，发卡机构的服务器为每个用户建立记账账户，针对记账账户设置一个账单日和一个还款日，然后基于记账账户处理该用户的信用卡交易业务。在上述业务处理过程中，将账单日和还款日设置为账户层参数，利用信用卡进行交易产生的全部信用卡交易信息在该记账账户下均对应相同的账单日和还款日，信用卡交易业务的处理过程灵活性较差，难以支持信用卡营销活动的开展。

技术实现要素：

本申请实施例提供了一种业务处理方法、装置、设备及存储介质，可用于解决相关技术中的问题。所述技术方案如下：

一方面，本申请实施例提供了一种业务处理方法，所述方法包括：

第一终端向服务器发送目标用户的目标信用卡信息；

所述服务器接收所述第一终端发送的目标用户的目标信用卡交易信息；

所述服务器基于记账特征集中的各个记账特征指示的交易条件，确定与所述目标信用卡交易信息匹配的目标交易条件，将所述目标交易条件对应的记账特征作为目标记账特征，所述记账特征集基于多个记账子账户对应的初始账单日和初始还款日构建得到，所述记账特征集中包括多个记账特征，任一记账特征用于指示交易条件和候选记账子账户的对应关系；

所述服务器在所述目标记账特征指示的目标候选记账子账户中，确定与所述目标信用卡交易信息对应的目标记账子账户；

所述服务器生成与所述目标信用卡交易信息对应的目标记账数据，将所述目标记账数据记录在所述目标记账子账户中；

响应于到达所述目标记账子账户对应的当前账单日，所述服务器获取所述目标记账子账户对应的目标账单，将所述目标账单发送至第二终端；

所述第二终端接收所述服务器发送的目标账单，展示所述目标账单。

还提供了一种业务处理方法，所述方法应用于服务器，所述方法包括：

接收第一终端发送的目标用户的目标信用卡交易信息；

基于记账特征集中的各个记账特征指示的交易条件，确定与所述目标信用卡交易信息匹配的目标交易条件，将所述目标交易条件对应的记账特征作为目标记账特征，所述记账特征集基于多个记账子账户对应的初始账单日和初始还款日构建得到，所述记账特征集中包括多个记账特征，任一记账特征用于指示交易条件和候选记账子账户的对应关系；

在所述目标记账特征指示的目标候选记账子账户中，确定与所述目标信用卡交易信息对应的目标记账子账户；

生成与所述目标信用卡交易信息对应的目标记账数据，将所述目标记账数据记录在所述目标记账子账户中；

响应于到达所述目标记账子账户对应的当前账单日，获取所述目标记账子账户对应的目标账单，将所述目标账单发送至第二终端。

可选地，所述基于记账特征集中的各个记账特征指示的交易条件，确定与所述目标信用卡交易信息匹配的目标交易条件之前，所述方法还包括：

在目标用户的目标记账账户下建立多个记账子账户；

针对每个记账子账户分别设置初始账单日和初始还款日；

基于各个记账子账户对应的初始账单日和初始还款日，构建记账特征集。

可选地，所述基于各个记账子账户对应的初始账单日和初始还款日，构建记账特征集，包括：

基于所述各个记账子账户对应的初始账单日和初始还款日，确定所述各个记账子账户对应的免息期；

基于所述各个记账子账户对应的免息期，构建多个记账特征；

将所述多个记账特征的集合作为记账特征集。

可选地，所述基于各个记账子账户对应的初始账单日和初始还款日，构建记账特征集之后，所述方法还包括：

接收所述目标用户对任一记账子账户的账单日更改请求，所述账单日更改请求包括目标账单日；

将所述任一记账子账户对应的账单日由所述初始账单日更改为所述目标账单日；

基于所述任一记账子账户对应的免息期，确定与所述目标账单日对应的目标还款日，将所述任一记账子账户对应的还款日由所述初始还款日更改为所述目标还款日。

可选地，所述生成与所述目标信用卡交易信息对应的目标记账数据，包括：

对所述目标信用卡交易信息进行解析，得到与所述目标信用卡交易信息对应的目标交易类型；

基于交易类型和记账数据结构的对应关系，确定与所述目标交易类型对应的目标记账数据结构；

按照所述目标记账数据结构，生成与所述目标信用卡交易信息对应的目标记账数据。

可选地，所述目标信用卡交易信息包括交易日期，所述目标候选记账子账户的数量为多个，所述在所述目标记账特征指示的目标候选记账子账户中，确定与所述目标信用卡交易信息对应的目标记账子账户，包括：

获取各个目标候选记账子账户对应的当前账单日；

基于所述各个目标候选记账子账户对应的当前账单日和所述交易日期，确定所述各个目标候选记账子账户对应的间隔期；

将所述各个目标候选记账子账户对应的间隔期中最长的间隔期对应的目标候选记账子账户作为与所述目标信用卡交易信息对应的目标记账子账户。

可选地，所述响应于到达所述目标记账子账户对应的当前账单日，获取所述目标记账子账户对应的目标账单，包括：

响应于到达所述目标记账子账户对应的当前账单日，将所述目标记账子账户中满足条件的记账数据进行汇总处理，得到所述目标记账子账户对应的目标账单。

另一方面，提供了一种业务处理装置，所述装置应用于服务器，所述装置包括：

接收模块，用于接收第一终端发送的目标用户的目标信用卡交易信息；

确定模块，用于基于记账特征集中的各个记账特征指示的交易条件，确定与所述目标信用卡交易信息匹配的目标交易条件，将所述目标交易条件对应的记账特征作为目标记账特征，所述记账特征集基于多个记账子账户对应的初始账单日和初始还款日构建得到，所述记账特征集中包括多个记账特征，任一记账特征用于指示交易条件和候选记账子账户的对应关系；

所述确定模块，还用于在所述目标记账特征指示的目标候选记账子账户中，确定与所述目标信用卡交易信息对应的目标记账子账户；

生成模块，用于生成与所述目标信用卡交易信息对应的目标记账数据；

记录模块，用于将所述目标记账数据记录在所述目标记账子账户中；

获取模块，用于响应于到达所述目标记账子账户对应的当前账单日，获取所述目标记账子账户对应的目标账单；

发送模块，用于将所述目标账单发送至第二终端。

可选地，所述装置还包括：

建立模块，用于在目标用户的目标记账账户下建立多个记账子账户；

设置模块，用于针对每个记账子账户分别设置初始账单日和初始还款日；

构建模块，用于基于各个记账子账户对应的初始账单日和初始还款日，构建记账特征集。

可选地，所述构建模块，还用于基于所述各个记账子账户对应的初始账单日和初始还款日，确定所述各个记账子账户对应的免息期；基于所述各个记账子账户对应的免息期，构建多个记账特征；将所述多个记账特征的集合作为记账特征集。

可选地，所述接收模块，还用于接收所述目标用户对任一记账子账户的账单日更改请求，所述账单日更改请求包括目标账单日；

所述装置还包括：

更改模块，用于将所述任一记账子账户对应的账单日由所述初始账单日更改为所述目标账单日；

所述更改模块，还用于基于所述任一记账子账户对应的免息期，确定与所述目标账单日对应的目标还款日，将所述任一记账子账户对应的还款日由所述初始还款日更改为所述目标还款日。

可选地，所述生成模块，用于对所述目标信用卡交易信息进行解析，得到与所述目标信用卡交易信息对应的目标交易类型；基于交易类型和记账数据结构的对应关系，确定与所述目标交易类型对应的目标记账数据结构；按照所述目标记账数据结构，生成与所述目标信用卡交易信息对应的目标记账数据。

可选地，所述目标信用卡交易信息包括交易日期，所述目标候选记账子账户的数量为多个，所述确定模块，还用于获取各个目标候选记账子账户对应的当前账单日；基于所述各个目标候选记账子账户对应的当前账单日和所述交易日期，确定所述各个目标候选记账子账户对应的间隔期；将所述各个目标候选记账子账户对应的间隔期中最长的间隔期对应的目标候选记账子账户作为与所述目标信用卡交易信息对应的目标记账子账户。

可选地，所述获取模块，还用于响应于到达所述目标记账子账户对应的当前账单日，将所述目标记账子账户中满足条件的记账数据进行汇总处理，得到所述目标记账子账户对应的目标账单。

另一方面，提供了一种计算机设备，所述计算机设备包括处理器和存储器，所述存储器中存储有至少一条程序代码，所述至少一条程序代码由所述处理器加载并执行，以实现上述任一所述的业务处理方法。

另一方面，还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一条程序代码，所述至少一条程序代码由处理器加载并执行，以实现上述任一所述的业务处理方法。

本申请实施例提供的技术方案至少带来如下有益效果：

由于记账特征集中的各个记账特征是根据多个记账子账户对应的初始账单日和初始还款日构建得到的，每个记账特征指示一种交易条件和与该交易条件对应的候选记账子账户。所以，根据记账特征集中的各个记账特征，服务器可以将基于与不同交易条件匹配的信用卡交易信息生成的不同记账数据，记录在不同的记账子账户中。由于不同的记账子账户可以对应不同的账单日和还款日，所以不同的信用卡交易信息可以享受不同的账单日和还款日，信用卡交易业务的处理过程较灵活，有利于提高信用卡的使用便捷性。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的一种相关技术中的信用卡账户模型的示意图；

图2是本申请实施例提供的一种业务处理方法的实施环境的示意图；

图3是本申请实施例提供的一种业务处理方法的流程图；

图4是本申请实施例提供的一种目标用户的信用卡账户模型的示意图；

图5是本申请实施例提供的一种基于记账引擎处理信用卡交易业务的过程示意图；

图6是本申请实施例提供的一种业务处理方法的流程图；

图7是本申请实施例提供的一种业务处理装置的示意图；

图8是本申请实施例提供的一种业务处理装置的示意图；

图9是本申请实施例提供的一种业务处理设备的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

随着经济的不断发展和人们生活水平的不断提高，越来越多的用户使用信用卡进行交易。信用卡是由银行或信用卡公司等发卡机构依照用户的信用度与财力发给用户的，用户使用信用卡进行交易时可以先消费后还款，享有免息期。

相关技术中，发卡机构的服务器为每个用户建立记账账户，针对记账账户设置一个账单日和一个还款日，然后基于记账账户处理该用户的信用卡交易业务。在上述业务处理过程中，将账单日和还款日设置为账户层参数，每个用户持有的该发卡机构下发的多张信用卡在该记账账户下具有相同的账单日和还款日，信用卡交易业务的处理过程灵活性较差，难以支持信用卡营销活动的开展，信用卡的使用便捷性较差。

相关技术中，为使用户在某一特定合作商户发生的交易享受超长免息期的优惠权益，发卡机构需要该用户下发一张专属信用卡，然后由服务器为该用户建立一个具有超长免息期的专属账户。在该专属账户中对用户使用该专属信用卡在该特定合作商户进行的交易进行记账处理，使得用户能够享受超长免息期的优惠权益。在处理多个特定合作商户的信用卡交易业务的过程中，需要下发多个专属信用卡以及设置多个专属账户，运营成本高，信用卡交易业务的处理效率较低，用户体验感较差。

相关技术中的信用卡账户模型如图1所示，图1所示的信用卡账户模型中，为支持不同币种的交易，为用户设置了两个记账账户，分别为人民币记账账户和美元记账账户，用户的n(不小于1的整数)张信用卡在其中任一记账账户中具有相同的账单日和还款日。其中，人民币记账账户用于处理人民币的交易，美元记账账户用于处理除人民币外的其他币种的交易。此外，还设置了两个专属记账账户，专属记账账户1用于专门处理利用专属信用卡1在一个特定商户的交易；专属记账账户2用于专门处理利用专属信用卡2在另外一个特定商户的交易。若想支持其他特定商户的交易，需要额外设置专属记账账户以及额外下发专属信用卡，运营成本高。

对此，本申请实施例提供了一种业务处理方法，请参考图2，其示出了本申请实施例提供的业务处理方法的实施环境的示意图。该实施环境可以包括：第一终端21、服务器22和第二终端23。

其中，第一终端21可以获取用户的信用卡交易信息，将用户的信用卡交易信息发送至服务器22进行记账处理。服务器22可以是指发卡机构的服务器，发卡机构可以是指银行，也可以是指信用卡公司等。服务器22可以根据多个记账子账户对应的账单日和还款日，构建记账特征集；服务器22还可以根据构建的记账特征集，在多个记账子账户中对第一终端21发送的用户的信用卡交易信息进行记账处理；服务器22还可以获取记账子账户对应的账单，将账单发送至第二终端23。第二终端23可以接收服务器22发送的账单，将账单展示给用户，供用户进行还款。

可选地，第一终端21和第二终端23可以是任何一种可与用户通过键盘、触摸板、触摸屏、遥控器、语音交互或手写设备等一种或多种方式进行人机交互的电子产品，例如pc(personalcomputer,个人计算机)、手机、智能手机、pda(personaldigitalassistant，个人数字助手)、可穿戴设备、掌上电脑ppc(pocketpc)、平板电脑、智能车机、智能电视、智能音箱等。第一终端21与第二终端23可以为同一终端，也可以为不同终端。服务器22可以是一台服务器，也可以是由多台服务器组成的服务器集群，或者是一个云计算服务中心。第一终端21与服务器22通过有线或无线网络建立通信连接，第二终端23与服务器22通过有线或无线网络建立通信连接。

本领域技术人员应能理解上述第一终端21、服务器22和第二终端23仅为举例，其他现有的或今后可能出现的终端或服务器如可适用于本申请，也应包含在本申请保护范围以内，并在此以引用方式包含于此。

基于上述图2所示的实施环境，本申请实施例提供一种业务处理方法以该方法应用于服务器为例。如图3所示，本申请实施例提供的方法可以包括如下步骤：

在步骤301中，接收第一终端发送的目标用户的目标信用卡交易信息。

目标信用卡交易信息是指目标用户的任一信用卡交易信息。信用卡交易信息是指利用信用卡在商户进行交易时产生的信息。本申请实施例对利用信用卡在商户进行交易的方式不加以限定，例如，可以利用信用卡在商户进行线下支付交易，也可以利用信用卡在商户进行线上支付交易，还可以利用信用卡在商户进行取现交易等。信用卡交易信息可以包括信用卡的信息、商户的信息、交易金额、交易类型、交易日期等信息。每个信用卡交易信息均可以指示一种交易情况，交易情况用于指示利用哪张信用卡在哪个商户进行了交易。

第一终端是指能够产生信用卡交易信息的终端，第一终端可以根据目标信用卡交易信息的产生途径不同而有所不同。示例性地，当目标信用卡交易信息产生于利用目标用户的终端进行线上支付交易的过程中时，第一终端为目标用户的终端；当目标信用卡交易信息产生于利用商户的刷卡终端进行线下支付交易的过程中时，第一终端为商家的刷卡终端；当目标信用卡交易信息产生于利用自助终端进行线上支付交易的过程中时，第一终端为自助终端。当第一终端产生目标用户的目标信用卡交易信息后，第一终端向服务器发送目标信用卡交易信息，服务器接收第一终端发送的目标用户的目标信用卡交易信息。

在步骤302中，基于记账特征集中的各个记账特征指示的交易条件，确定与目标信用卡交易信息匹配的目标交易条件，将目标交易条件对应的记账特征作为目标记账特征。

其中，记账特征集基于多个记账子账户对应的初始账单日和初始还款日构建得到。记账特征集中包括多个记账特征，任一记账特征用于指示交易条件和候选记账子账户的对应关系。记账特征集的介绍详见下述步骤a至步骤c，此处暂不赘述。

在获取到目标信用卡交易信息后，将目标信用卡交易信息与记账特征集中的各个记账特征指示的交易条件进行比对，直至确定与目标信用卡交易信息匹配的目标交易条件，将目标交易条件对应的记账特征作为目标记账特征。交易条件与目标信用卡交易信息匹配是指交易条件与目标信用卡交易信息指示的交易情况相符合。

示例性地，假设记账特征集中包括3个记账特征，这三个记账特征指示的交易条件如下：

记账特征1指示的交易条件为：使用任意信用卡(信用卡1、信用卡2或信用卡3)在商户a中进行交易；

记账特征2指示的交易条件为：使用信用卡1或信用卡3在商户b中进行交易；

记账特征3指示的交易条件为：使用信用卡1或信用卡3在除商户a和商户b外的其他商户进行交易，或者使用信用卡2在除商户a外的其他商户进行交易。

假设目标信用卡交易信息指示的交易情况为使用信用卡1在商户b中进行交易，则可以确定与目标信用卡交易信息匹配的目标交易条件为使用信用卡1或信用卡3在商户b中进行交易。由于目标交易条件对应的记账特征为记账特征2，所以目标记账特征为记账特征2。

需要说明的是，为实现步骤302，需要构建记账特征集。可选地，记账特征集的构建过程包括以下步骤a至步骤c：

步骤a：在目标用户的目标记账账户下建立多个记账子账户。

需要说明的是，本申请实施例中的服务器可以是指任一发卡机构的服务器，也可以是指多个具有合作关系的发卡机构的共有服务器。当本申请实施例中的服务器是指任一发卡机构的服务器时，该服务器处理该任一发卡机构下发的各个信用卡的交易业务；当本申请实施例中的服务器是指多个具有合作关系的发卡机构的共有服务器时，该服务器处理这多个具有合作关系的发卡机构下发的各个信用卡的交易业务。无论是以上哪种情况，服务器均可以处理多个信用卡的交易业务。发卡结构是指能够为用户下发信用卡的机构，本申请实施例对此不加以限定。例如，发卡机构可以是指银行，也可以是指信用卡公司。

发卡机构在为用户下发信用卡之前，会采集用户的身份信息，然后将用户的身份信息存储在服务器中。服务器根据每个用户的身份信息，为每个用户建立记账账户。记账账户的数量可以为一个或多个，本申请实施例对此不加以限定。例如，服务器可以为每个用户建立两个记账账户，分别为用于处理人民币交易的人民币记账账户和用于处理外币交易的美元记账账户。其中，外币交易是指除人民币外的任一币种的交易。也就是说，每个持有信用卡的用户均对应有至少一个记账账户。

在本申请实施例中，目标用户是指在服务器中存储有身份信息的任一用户。目标记账账户是指服务器为该目标用户建立的至少一个记账账户中的任一记账账户。

在目标用户的目标记账账户下建立多个记账子账户。记账子账户的数量可以根据经验设置，也可以根据应用场景灵活调整，本申请实施例对此不加以限定。可选地，在建立多个记账子账户后，目标用户的信用卡账户模型可以如图4所示。在图4中，目标用户对应的记账账户包括人民币记账账户和美元记账账户，在每个记账账户下均建立n(大于1的整数)个记账子账户，共同管理该目标用户已有的n(不小于1的整数)张信用卡的交易业务。

通过上述操作，可以将目标用户的信用卡账户分解成两层，分别为记账账户层和记账子账户层。记账子账户支持按需建立，用于记录记账数据，对用户是公开透明的。记账账户是指记账子账户的汇总，用于管理目标用户可见的总负债金额、逾期情况等。

步骤b：针对每个记账子账户分别设置初始账单日和初始还款日。

基于步骤a在目标用户的目标记账账户下建立多个记账子账户后，服务器进一步针对每个记账子账户分别设置初始账单日和初始还款日。也就是说，将账单日和还款日设置为记账子账户层的参数。相比于相关技术中将账单日和还款日设置为记账账户层的参数，本申请实施例可以为不同的记账子账户差异化设置账单日和还款日，使得目标用户在该目标记账账户下的交易可以享受不同的账单日和还款日，业务处理过程较灵活，便于支持信用卡营销活动的快速开展，用户体验感较好。

账单日是指每月出账单的日期，还款日是指每月需要还清账单最低还款金额的最后日期。也就是说，在账单日出账单后，用户必须在还款日当天或者还款日之前还清账单最低还款金额，否则发卡机构会收取用户的滞纳金，并且将用户的状态标记为逾期状态。

在针对每个记账子账户分别设置初始账单日和初始还款日的过程中，设置规则可以根据经验制定，也可以根据应用场景自由调整，本申请实施例对此不加以限定。在针对每个记账子账户分别设置初始账单日和初始还款日后，任意两个记账子账户对应的初始账单日可以相同，也可以不相同，本申请实施例对此不加以限定；同样地，任意两个记账子账户对应的初始还款日可以相同，也可以不相同，本申请实施例对此不加以限定。

示例性地，假设在目标记账账户下建立了3个记账子账户，分别为记账子账户1、记账子账户2和记账子账户3。在针对每个记账子账户分别设置初始账单日和初始还款日的过程中，可以将每月5日和每月20日分别设置为记账子账户1对应的初始账单日和初始还款日；将每月5日和每月25日分别设置为记账子账户2对应的初始账单日和初始还款日；将每月10日和每月25日分别设置为记账子账户3对应的初始账单日和初始还款日。在此种设置方式下，记账子账户1对应的初始账单日与记账子账户2对应的初始账单日相同，记账子账户2对应的初始还款日与记账子账户3对应的初始还款日相同。

需要说明的是，此步骤中的初始账单日和初始还款日是指服务器设置的默认账单日和默认还款日，该初始账单日和初始还款日后续可以根据用户的请求进行更改。需要进一步说明的是，对于任一记账子账户而言，初始还款日与初始账单日之间的时间为免息期，虽然该任一记账子账户的初始账单日和初始还款日可以进行更改，但是该任一记账子账户对应的免息期不可更改。通常情况下，只允许用户更改账单日，更改后的还款日根据更改后的账单日和免息期即可自动确定。

步骤c：基于各个记账子账户对应的初始账单日和初始还款日，构建记账特征集。

记账特征集中包括多个记账特征，任一记账特征用于指示交易条件和候选记账子账户的对应关系。

在针对各个记账子账户分别设置初始账单日和初始还款日后，可以得到每个记账子账户对应的初始账单日和初始还款日。然后可以根据各个记账子账户对应的初始账单日和初始还款日，构建记账特征集。可选地，基于各个记账子账户对应的初始账单日和初始还款日，构建记账特征集的方式为：基于各个记账子账户对应的初始账单日和初始还款日，确定各个记账子账户对应的免息期；基于各个记账子账户对应的免息期，构建多个记账特征；将多个记账特征的集合作为记账特征集。

免息期是指账单日出账单后无需支付利息的还款缓冲期。对于任一记账子账户而言，根据该任一记账子账户对应的初始账单日和初始还款日，即可确定该任一记账子账户对应的免息期。通常情况下，免息期＝初始还款日-初始账单日。

例如，假设任一记账子账户对应的初始账单日为每月5日，初始还款日为每月20日，则该任一记账子账户对应的免息期为15天。

根据上述过程，可以确定各个记账子账户对应的免息期。任意两个记账子账户对应的免息期可以相同，也可以不相同，本申请实施例对此不加以限定。需要说明的是，对于任一记账子账户而言，该记账子账户对应的初始账单日和初始还款日可以更改，但是该任一记账子账户对应的免息期不可以更改。

本申请实施例对基于各个记账子账户对应的免息期，构建多个记账特征的方式不加以限定。该构建方式可以根据经验进行设置，也可以根据商户与发卡机构之间签订的优惠协议进行灵活调整。构建后的多个记账特征中的任一记账特征用于指示交易条件和候选记账子账户的对应关系。

其中，交易条件是指使用信用卡进行交易的过程中需要满足的条件。交易条件可以包括信用卡条件和商户条件中的一种或多种，本申请实施例对此不加以限定。例如，对于任一记账特征而言，该任一记账特征指示的交易条件可以是指使用任意信用卡在商户a中进行交易，也可以是指使用消费额度不低于额度阈值的信用卡在商户b中进行交易，还可以是指使用指定类型的信用卡在任意商户进行交易等。也就是说，交易条件规定了使用什么样的信用卡在什么样的商户中进行交易。

在任一记账特征中，除了指示交易条件外，还指示与交易条件对应的候选记账子账户。候选记账子账户是指可以对满足交易条件的信用卡交易信息进行记账处理的记账子账户。候选记账子账户的数量可以为一个或多个，本申请实施例对此不加以限定。也就是说，任一记账特征规定了将使用什么样的信用卡在什么样的商户中产生的信用卡交易信息，在哪个或哪几个记账子账户中进行记账处理。

需要说明的是，记账特征集中的各个记账特征指示的交易条件应该涵盖所有的信用卡交易情况，以避免出现无法对某些信用卡交易信息进行记账处理的现象。

可选地，在基于各个记账子账户对应的免息期，构建多个记账特征的过程中，可以先获取目标用户持有的各个信用卡的信息和支持信用卡交易的各个商户的信息，然后通过对各个信用卡的信息和各个商户的信息的分析，基于各个记账子账户对应的免息期，构建多个记账特征。其中，信用卡的信息是指与信用卡相关的信息，例如，信用卡的类型、信用卡的可用消费额度等。商户的信息是指可以唯一标识该商户的信息，例如，商户的经营许可证证号、商户的税号等。

接下来，举例说明通过对各个信用卡的信息和各个商户的信息的分析，基于各个记账子账户对应的免息期，构建多个记账特征的过程：

假设目标用户持有3张信用卡，分别为信用卡1、信用卡2和信用卡3。通过对各个信用卡的信息进行分析可知：信用卡1为不限额信用卡、信用卡2的可用消费额度为1万元、信用卡3的可用消费额度为2万元；

假设通过对各个商户的信息进行分析可知：在支持信用卡交易的全部商户中，有两家商户有特殊要求。其中，商户a与发卡机构签订了优惠权益，要求享受超长的免息期；商户b要求当使用的信用卡的消费额度不低于1.5万元时，享受较长的免息期；

假设在目标记账账户下建立了4个记账子账户，分别为记账子账户1、记账子账户2、记账子账户3和记账子账户4。其中，记账子账户1对应的免息期为10天、记账子账户2对应的免息期为15天、记账子账户3对应的免息期也为15天、记账子账户4对应的免息期为20天；

基于上述假设，可以构建如下3个记账特征：

记账特征1：将使用任意信用卡(信用卡1、信用卡2或信用卡3)在商户a中产生的信用卡交易信息，在记账子账户4中进行记账处理；

记账特征2：将使用信用卡1或信用卡3在商户b中产生的信用卡交易信息，在记账子账户2或记账子账户3中进行记账处理；

记账特征3：将其他情况产生的信用卡交易信息，在记账子账户1中进行记账处理。其中，其他情况产生的信用卡交易信息包括：使用信用卡1或信用卡3在除商户a和商户b外的其他商户产生的信用卡交易信息、使用信用卡2在除商户a外的其他商户产生的信用卡交易信息。

基于上述3个记账特征，即可将使用不同信用卡在不同商户产生的信用卡交易信息，在合适的记账子账户中进行记账处理，以使目标用户产生的交易信息享受差异化的免息期，支持快速开展信用卡营销活动，提升目标用户的体验感。在构建多个记账特征后，即可将多个记账特征的集合作为记账特征集。

可选地，在构建记账特征集后，可以将记账特征集存储在记账引擎中，以由记账引擎根据记账特征集调用记账处理模块，在合适的记账子账户中对信用卡交易信息进行记账处理。基于记账引擎处理信用卡交易业务的过程可以如图5所示，记账引擎将信用卡交易信息作为标准输入参数，从记账特征集中获取与该信用卡交易信息匹配的记账特征，根据匹配的记账特征确定用于进行记账处理的记账子账户，然后由记账处理模块在n个记账子账户(记账子账户1、记账子账户2、记账子账户n等)中确定该用于进行记账处理的记账子账户，在该用于进行记账处理的记账子账户中对该信用卡交易信息进行记账处理。

可选地，在构建记账特征集后，还可以根据用户的请求，更改任一记账子账户对应的初始账单日和初始还款日。该过程包括以下三个步骤：

步骤1：接收目标用户对任一记账子账户的账单日更改请求，账单日更改请求包括目标账单日。

目标用户对任一记账子账户的账单日更改请求可以由目标用户的终端发送至服务器。在目标用户的终端可以安装有用于查看信用卡相关信息以及记账子账户相关信息的应用程序，该应用程序中可以提供更改任一记账子账户的账单日的入口，当检测到目标用户对该入口的触发指令时，终端跳转至目标账单日填写页面，当检测到目标用户填写的目标账单日时，目标用户的终端获取目标用户对该任一记账子账户的账单日更改请求。然后，目标用户的终端将目标用户对任一记账子账户的账单日更改请求发送至服务器。由此，服务器接收到目标用户对任一记账子账户的账单日更改请求。

可选地，目标用户的终端在检测到目标用户对更改任一记账子账户的账单日的入口的触发指令后，还可以向服务发送验证请求，以由服务器验证目标用户是否有更改该任一记账子账户的账单日的权利。当接收到服务器反馈的验证成功的响应后，目标用户的终端再跳转至目标账单日填写页面。

步骤2：将任一记账子账户对应的账单日由初始账单日更改为目标账单日。

在账单日更改请求后，服务器根据账单日更改请求中的目标账单日，对该任一记账子账户的初始账单日进行更改。也就是说，将任一记账子账户对应的账单日由初始账单日更改为目标账单日。

步骤3：基于任一记账子账户对应的免息期，确定与目标账单日对应的目标还款日，将任一记账子账户对应的还款日由初始还款日更改为目标还款日。

由于任一记账子账户的免息期不可变更，所以在将该任一记账子账户对应的账单日由初始账单日更改为目标账单日后，可以根据该任一记账子账户对应的免息期确定与目标账单日对应的目标还款日。然后将该任一记账子账户对应的还款日由初始还款日更改为目标还款日。

示例性地，假设记账子账户a对应的初始账单日为每月5日，初始还款日为每月20日，则记账子账户a对应的免息期为15天。假设目标用户对记账子账户a的账单日更改请求中的目标账单日为每月10日，则可以将记账子账户a对应的账单日由每月5日更改为每月10日；然后根据免息期15天，可以确定目标还款日为每月25日，将记账子账户a对应的还款日由每月20日更改为每月25日。

在步骤303中，在目标记账特征指示的目标候选记账子账户中，确定与目标信用卡交易信息对应的目标记账子账户。

在确定目标记账特征后，可以确定目标记账特征指示的目标候选记账子账户；然后可以在目标候选记账子账户中，确定与目标信用卡交易信息对应的目标记账子账户。

目标候选记账子账户的数量可以为一个或多个，当目标候选记账子账户的数量为一个时，可以直接将该目标候选记账子账户作为与目标信用卡交易信息对应的目标记账子账户。当目标候选记账子账户的数量为多个时，可以根据以下步骤3031至步骤3033，确定与目标信用卡交易信息对应的目标记账子账户：

步骤3031：获取各个目标候选记账子账户对应的当前账单日。

任一记账子账户对应的当前账单日是指该任一记账子账户当前对应的账单日。若该任一记账子账户对应的账单日未更改过，则该任一记账子账户对应的当前账单日为初始账单日；若该任一记账子账户对应的账单日更改过，则该任一记账子账户对应的当前账单日为更改后的目标账单日。

步骤3032：基于各个目标候选记账子账户对应的当前账单日和交易日期，确定各个目标候选记账子账户对应的间隔期。

在获取各个目标候选记账子账户对应的当前账单日后，可以根据各个目标候选记账子账户对应的当前账单日和交易日期，确定各个目标候选记账子账户对应的间隔期。其中，间隔期用于指示交易日期距离当前账单日的时间间隔。例如，假设任一目标候选记账子账户对应的当前账单日为每月10日，交易日期为3月5日，则该任一目标候选记账子账户对应的间隔期为5天。

步骤3033：将各个目标候选记账子账户对应的间隔期中最长的间隔期对应的目标候选记账子账户作为与目标信用卡交易信息对应的目标记账子账户。

间隔期越长，说明距离出账单的日期越远，也就是说，间隔期越长，可以为目标用户提供更长的还款缓冲期。因此，将最长的间隔期对应的目标候选记账子账户作为与目标信用卡交易信息对应的目标记账子账户。

示例性地，假设目标记账特征指示的目标候选记账子账户有3个，分别为记账子账户1、记账子账户2和记账子账户3。其中，记账子账户1对应的当前账单日为每月10日，记账子账户2对应的当前账单日为每月15日，记账子账户3对应的当前账单日为每月20日。假设交易日期为3月5日，则记账子账户1对应的间隔期为5天，记账子账户2对应的间隔期为10天，记账子账户3对应的间隔期为15天。由于最长间隔期对应的记账子账户为记账子账户3，所以，将记账子账户3作为与目标信用卡交易信息对应的目标记账子账户。

在步骤304中，生成与目标信用卡交易信息对应的目标记账数据，将目标记账数据记录在目标记账子账户中。

在确定目标记账子账户后，即可在目标记账子账户中，对目标信用卡交易信息进行记账处理。该记账处理过程是指生成与目标信用卡交易信息对应的目标记账数据，然后将目标记账数据记录在该目标记账子账户中。可选地，生成与目标信用卡交易信息对应的目标记账数据过程包括以下步骤3041至步骤3043：

步骤3041：对目标信用卡交易信息进行解析，得到与目标信用卡交易信息对应的目标交易类型。

信用卡支持的交易类型有多种，不同交易类型的目标信用卡交易信息可能对应有不同的记账数据结构。交易类型可以包括线上支付交易、线下支付交易、取现交易等。通过对目标信用卡交易信息进行解析，即可得到与目标信用卡交易信息对应的交易类型，将该交易类型作为目标交易类型。

步骤3042：基于交易类型和记账数据结构的对应关系，确定与目标交易类型对应的目标记账数据结构。

在确定与目标信用卡交易信息对应的目标交易类型后，可以在交易类型与记账数据结构的对应关系中，查询得到与目标交易类型对应的目标记账数据结构。

可选地，交易类型可以用记账服务码表示，不同的记账服务码用于指示不同的交易类型。在此种情况下，交易类型和记账数据结构的对应关系是指记账服务码和记账数据结构的对应关系。服务器可以先确定与目标交易类型对应的目标记账服务器码，然后再在记账服务码和记账数据结构对应关系中，查询与目标记账服务器码对应的目标记账数据结构。由此，得到与目标交易类型对应的目标记账数据结构。

步骤3043：按照目标记账数据结构，生成与目标信用卡交易信息对应的目标记账数据。

根据目标信用卡交易信息，依次填充目标记账数据结构中的待填充项。将填充后得到的数据作为与目标信用卡信息对应的目标记账数据。

在生成目标记账数据后，即可将与目标信用卡交易信息对应的目标记账数据记录在目标记账子账户中，以在到达目标记账子账户的下一个账单日时，将该目标记账数据中的待还款金额汇总至账单日上。

根据上述步骤，即可在多个记账子账户中对目标用户的多个信用卡交易信息进行记账处理。由于记账特征集的存在，每个信用卡交易信息会在合适的记账子账户中进行记账处理，记账处理的灵活性较高，有利于提升目标用户的体验感。

在步骤305中，响应于到达目标记账子账户对应的当前账单日，获取目标记账子账户对应的目标账单，将目标账单发送至第二终端。

目标记账子账户对应的当前账单日是指该目标记账子账户当前对应的账单日。若该目标记账子账户对应的账单日未更改过，则该目标记账子账户对应的当前账单日为初始账单日；若该目标记账子账户对应的账单日更改过，则该目标记账子账户对应的当前账单日为更改后的目标账单日。

可选地，响应于到达所述目标记账子账户对应的当前账单日，获取目标记账子账户对应的目标账单的过程为：响应于到达目标记账子账户对应的当前账单日，将目标记账子账户中满足条件的记账数据进行汇总处理，得到目标记账子账户对应的目标账单。

满足条件的记账数据包括新记账数据和遗留账单数据。其中，新记账数据是指在上一个出账单的账单日之后，并且在当前账单日之前新产生的记账数据，新记账数据包括目标记账数据；遗留账单数据是指在之前的还款日未完成还款的记账数据。

将目标记账子账户中满足条件的记账数据中的待还款金额进行汇总处理，可以得到目标记账子账户对应的目标账单。该目标账单中包括目标用户在下一个还款日之前需要为该目标记账子账户还款的金额。

在获取目标账单后，将目标账单发送至第二终端。第二终端是指目标用户的终端，目标用户可以利用第二终端进行还款。需要说明的是，第二终端可以与第一终端为同一终端，也可以为不同终端，本申请实施例对此不加以限定。示例性地，当目标信用卡交易信息产生于利用商户的刷卡终端进行线下支付交易的过程中时，第一终端为商家的刷卡终端，此时，第二终端与第一终端为不同的终端；当目标信用卡交易信息产生于利用目标用户的终端进行线上支付交易的过程中时，第一终端为目标用户的终端，此时，第二终端与第一终端为相同的终端。

将目标账单发送至目标用户的终端，可以使得目标用户及时得知本期应还的最低金额，并且及时在还款日前还清最低金额，避免对信用产生不利影响。

基于上述过程，可以根据各个记账子账户对应的当前账单日，分别生成与各个记账子账户对应的账单，以使目标用户享受不同免息期的优惠活动。

可选地，在将与不同的信用卡交易信息对应记账数据记录在多个记账子账户中后，还可以基于多个记账子账户中的记账数据，生成记账总结果；将记账总结果记录在目标记账账户中。

目标记账账户用于管理用户可见的总负债金额和逾期情况。服务器可以每隔一段时间，生成一次当前的记账总结果，将当前的记账总结果记录在目标记账账户中，以使服务器在满足条件时，将记账总结果发送至目标用户的终端。

可选地，服务器将记账总结果发送至该目标用户的终端的方式包括但不限于以下两种：

方式1：服务器每隔一个参考周期，将记账总结果发送至目标用户的终端一次。参考周期可以根据经验设置，也可以根据目标用户的要求进行自由调整，本申请实施例对此不加以限定。

方式2：当记账总结果发生变化时，服务器将变化后的记账总结果发送至目标用户的终端。此种方式，可以让目标用户及时得知记账总结果的变动情况。

综上所述，通过信用卡账户模型和记账引擎的设计，再结合将账单日与还款日设置为子账户层参数的应用，可以配置化支持按需分类记账，实现差异化账单日和还款日的功能。可以快速支持信用卡营销活动的开展，支持不同营销场景给予目标用户不同免息期的优惠权益，大幅度降低运营成本，显著提高目标用户的信用卡使用体验感。

在本申请实施例中，由于记账特征集中的各个记账特征是根据多个记账子账户对应的初始账单日和初始还款日构建得到的，每个记账特征指示一种交易条件和与该交易条件对应的候选记账子账户。所以，根据记账特征集中的各个记账特征，服务器可以将基于与不同交易条件匹配的信用卡交易信息生成的不同记账数据，记录在不同的记账子账户中。由于不同的记账子账户可以对应不同的账单日和还款日，所以不同的信用卡交易信息可以享受不同的账单日和还款日，信用卡交易业务的处理过程较灵活，有利于提高信用卡的使用便捷性。

基于图2所示的实施环境，本申请实施例提供一种业务处理方法，以该方法应用于第一终端、服务器、第二终端的交互过程为例。如图6所述，本申请实施例提供的方法可以包括如下步骤：

在步骤601中，第一终端向服务器发送目标用户的目标信用卡信息。

第一终端是指能够产生信用卡交易信息的终端，第一终端可以根据目标信用卡交易信息的产生途径不同而有所不同。示例性地，当目标信用卡交易信息产生于利用目标用户的终端进行线上支付交易的过程中时，第一终端为目标用户的终端；当目标信用卡交易信息产生于利用商户的刷卡终端进行线下支付交易的过程中时，第一终端为商家的刷卡终端；当目标信用卡交易信息产生于利用自助终端进行线上支付交易的过程中时，第一终端为自助终端。

当第一终端产生目标用户的目标信用卡交易信息后，第一终端向服务器发送目标用户的目标信用卡交易信息。

在步骤602中，服务器接收第一终端发送的目标用户的目标信用卡交易信息。

在步骤603中，服务器基于记账特征集中的各个记账特征指示的交易条件，确定与目标信用卡交易信息匹配的目标交易条件，将目标交易条件对应的记账特征作为目标记账特征。

其中，记账特征集基于多个记账子账户对应的初始账单日和初始还款日构建得到，记账特征集中包括多个记账特征，任一记账特征用于指示交易条件和候选记账子账户的对应关系。

在步骤604中，服务器在目标记账特征指示的目标候选记账子账户中，确定与目标信用卡交易信息对应的目标记账子账户。

在步骤605中，服务器生成与目标信用卡交易信息对应的目标记账数据，将目标记账数据记录在目标记账子账户中。

在步骤606中，响应于到达目标记账子账户对应的当前账单日，服务器获取目标记账子账户对应的目标账单，将目标账单发送至第二终端。

上述步骤602至步骤606的实现过程详见图3所示的实施例中的步骤301至步骤305，此处不再赘述。

在步骤607中，第二终端接收服务器发送的目标账单，展示目标账单。

服务器将目标账单发送至第二终端后，第二终端接收服务器发送的目标账单。然后第二终端可以展示目标账单，以使目标用户得知当前应该还款的金额。

需要说明的是，本申请实施例对第二终端展示目标账单的方式不加以限定。示例性地，第二终端可以在首界面直接展示目标账单；第二终端还可以在目标用户登录特定应用程序后，在该特定应用程序的显示界面中展示目标账单。

在本申请实施例中，通过第一终端、服务器、第二终端的交互，完成记账业务的处理过程。基于该交互过程，由于记账特征集中的各个记账特征是根据多个记账子账户对应的初始账单日和初始还款日构建得到的，每个记账特征指示一种交易条件和与该交易条件对应的候选记账子账户。所以，根据记账特征集中的各个记账特征，服务器可以将基于与不同交易条件匹配的信用卡交易信息生成的不同记账数据，记录在不同的记账子账户中。由于不同的记账子账户可以对应不同的账单日和还款日，所以不同的信用卡交易信息可以享受不同的账单日和还款日，信用卡交易业务的处理过程较灵活，有利于提高信用卡的使用便捷性。

参见图7，本申请实施例提供了一种业务处理装置，该装置应用于服务器，该装置包括：

接收模块701，用于接收第一终端发送的目标用户的目标信用卡交易信息；

确定模块702，用于基于记账特征集中的各个记账特征指示的交易条件，确定与目标信用卡交易信息匹配的目标交易条件，将目标交易条件对应的记账特征作为目标记账特征，记账特征集基于多个记账子账户对应的初始账单日和初始还款日构建得到，记账特征集中包括多个记账特征，任一记账特征用于指示交易条件和候选记账子账户的对应关系；

确定模块702，还用于在目标记账特征指示的目标候选记账子账户中，确定与目标信用卡交易信息对应的目标记账子账户；

生成模块703，用于生成与目标信用卡交易信息对应的目标记账数据；

记录模块704，用于将目标记账数据记录在目标记账子账户中；

获取模块705，用于响应于到达目标记账子账户对应的当前账单日，获取目标记账子账户对应的目标账单；

发送模块706，用于将目标账单发送至第二终端。

可选地，参见图8，该装置还包括：

建立模块707，用于在目标用户的目标记账账户下建立多个记账子账户；

设置模块708，用于针对每个记账子账户分别设置初始账单日和初始还款日；

构建模块709，用于基于各个记账子账户对应的初始账单日和初始还款日，构建记账特征集。

可选地，构建模块709，还用于基于各个记账子账户对应的初始账单日和初始还款日，确定各个记账子账户对应的免息期；基于各个记账子账户对应的免息期，构建多个记账特征；将多个记账特征的集合作为记账特征集。

可选地，接收模块701，还用于接收目标用户对任一记账子账户的账单日更改请求，账单日更改请求包括目标账单日；

参见图8，该装置还包括：

更改模块710，用于将任一记账子账户对应的账单日由初始账单日更改为目标账单日；

更改模块710，还用于基于任一记账子账户对应的免息期，确定与目标账单日对应的目标还款日，将任一记账子账户对应的还款日由初始还款日更改为目标还款日。

可选地，生成模块703，用于对目标信用卡交易信息进行解析，得到与目标信用卡交易信息对应的目标交易类型；基于交易类型和记账数据结构的对应关系，确定与目标交易类型对应的目标记账数据结构；按照目标记账数据结构，生成与目标信用卡交易信息对应的目标记账数据。

可选地，目标信用卡交易信息包括交易日期，目标候选记账子账户的数量为多个，确定模块702，还用于获取各个目标候选记账子账户对应的当前账单日；基于各个目标候选记账子账户对应的当前账单日和交易日期，确定各个目标候选记账子账户对应的间隔期；将各个目标候选记账子账户对应的间隔期中最长的间隔期对应的目标候选记账子账户作为与目标信用卡交易信息对应的目标记账子账户。

可选地，获取模块705，还用于响应于到达目标记账子账户对应的当前账单日，将目标记账子账户中满足条件的记账数据进行汇总处理，得到所述目标记账子账户对应的目标账单。

在本申请实施例中，由于记账特征集中的各个记账特征是根据多个记账子账户对应的初始账单日和初始还款日构建得到的，每个记账特征指示一种交易条件和与该交易条件对应的候选记账子账户。所以，根据记账特征集中的各个记账特征，服务器可以将基于与不同交易条件匹配的信用卡交易信息生成的不同记账数据，记录在不同的记账子账户中。由于不同的记账子账户可以对应不同的账单日和还款日，所以不同的信用卡交易信息可以享受不同的账单日和还款日，信用卡交易业务的处理过程较灵活，有利于提高信用卡的使用便捷性。

需要说明的是，上述实施例提供的装置在实现其功能时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的装置与方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

图9是本申请实施例提供的一种业务处理设备的结构示意图，该设备可以为服务器，该服务器可因配置或性能不同而产生比较大的差异，可以包括一个或多个处理器(centralprocessingunits，cpu)901和一个或多个存储器902，其中，该一个或多个存储器902中存储有至少一条程序代码，该至少一条程序代码由该一个或多个处理器901加载并执行，以实现上述各个方法实施例提供的业务处理方法。当然，该服务器还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该服务器还可以包括其他用于实现设备功能的部件，在此不做赘述。

在示例性实施例中，还提供了一种计算机设备，该计算机设备包括处理器和存储器，该存储器中存储有至少一条程序代码。该至少一条程序代码由一个或者一个以上处理器加载并执行，以实现上述任一种业务处理方法。

在示例性实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有至少一条程序代码，该至少一条程序代码由计算机设备的处理器加载并执行，以实现上述任一种业务处理方法。

可选地，上述计算机可读存储介质可以是只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、只读光盘(compactdiscread-onlymemory，cd-rom)、磁带、软盘和光数据存储设备等。

应当理解的是，在本文中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

以上所述仅为本申请的示例性实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。