CN110060164A

CN110060164A - 账务数据处理方法、装置及设备

Info

Publication number: CN110060164A
Application number: CN201910081025.1A
Authority: CN
Inventors: 刘名杨
Original assignee: Alibaba Group Holding Ltd
Current assignee: Advanced New Technologies Co Ltd; Advantageous New Technologies Co Ltd
Priority date: 2019-01-28
Filing date: 2019-01-28
Publication date: 2019-07-26
Anticipated expiration: 2039-01-28
Also published as: CN110060164B

Abstract

本说明书提供一种账务数据处理方法、装置及设备，本说明书实施例在同一类理财产品被配置至少两个场景业务的情况下，建立至少两个场景业务对应的子卡信息与同一主卡信息的映射关系，因此，在接收到资产账务处理请求时，依据映射关系中是否存在与子卡信息对应的主卡信息来选择记账模式；存在主卡信息时，采用总分账模式进行记账，否则采用总账模式进行记账；在总分账模式下，利用资产变动信息更新子卡信息下的资产数据、以及主卡信息下的资产数据；在总账模式下，利用资产变动信息更新子卡信息下的资产数据。从而实现同一类理财产品被配置多个场景业务时，用户可以通过查看主卡信息下的资产数据实现查看同一类理财产品的资产数据，提高查看效率。

Description

账务数据处理方法、装置及设备

技术领域

本说明书涉及数据处理领域，尤其涉及账务数据处理方法、装置及设备。

背景技术

随着互联网技术的发展，很多用户都选择通过网络进行投资理财。通过资产交互平台，资产提供方可以为资产需求方提供资产。在实际应用中，为了降低资产提供方学习理财产品的成本，针对同一家机构提供的理财产品可以被包装到不同场景化产品中，以实现提供多种业务渠道申购同一家机构提供的一只或多只理财产品。同一个场景化产品中可以包括一家或多家机构提供的理财产品。而每个场景化产品归属于独立的业务，因此每个业务进行独立记账。例如，A基金公司提供的基金被代销平台包装成场景化产品M以及场景化产品N，用户可以通过场景化产品M对应的业务以及场景化产品N对应的业务分别向A基金公司申购资产，针对场景化产品M和场景化产品N的资产数据登记在不同子卡信息下。而用户期望查看同一理财产品的资产数据时，需要分别查看不同场景业务下的数据，查看效率低。

发明内容

为克服相关技术中存在的问题，本说明书提供了账务数据处理方法、装置及设备。

根据本说明书实施例的第一方面，提供一种账务数据处理方法，若同一类理财产品被配置至少两个场景业务，建立所述至少两个场景业务对应的子卡信息与同一主卡信息的映射关系，所述方法包括：

获得资产账务处理请求，所述资产账务处理请求携带有资产变动信息、以及进行交易的当前用户的子卡信息；

依据所述映射关系中是否存在与所述子卡信息对应的主卡信息来选择记账模式；存在主卡信息时，采用总分账模式进行记账，否则采用总账模式进行记账；

在总分账模式下，利用所述资产变动信息更新子卡信息下的资产数据、以及主卡信息下的资产数据；在总账模式下，利用所述资产变动信息更新子卡信息下的资产数据。

在一个实施例中，同一个场景业务中对应一类或多类理财产品，同一类理财产品为同一机构的一只或多只理财产品。

在一个实施例中，所述资产账务处理请求为资产申购账务处理请求，所述方法还包括：

接收资产赎回账务处理请求，所述资产赎回账务处理请求携带有赎回资产信息、以及进行交易的当前用户的子卡信息；

在所述映射关系中存在与所述子卡信息对应的主卡信息的情况下，获取与所述主卡信息对应的子卡集；

依据预设核销策略从所述子卡集中确定用于进行资产核销的子卡信息，并利用所述赎回资产信息更新所确定子卡信息下的资产数据，利用所述赎回资产信息更新主卡信息下的资产数据。

在一个实施例中，所述方法还包括：

在接收到携带有子卡信息的总账查询请求时，从所述映射关系中查询与所述子卡信息对应的主卡信息，并展示查询到的主卡信息下的资产数据。

在一个实施例中，所述方法还包括：

利用所述子卡集中各子卡信息下的资产数据，对所述主卡信息下的资产数据进行核对。

在一个实施例中，所述方法还包括：

基于所述资产变动信息获取交易的流水账信息，并从所述流水账信息中抽取与余额变动相关的信息更新明细账数据，所述明细账数据包括：资产变动时间、变动资产、剩余资产、交易对象。

根据本说明书实施例的第二方面，提供一种账务数据处理装置，若同一类理财产品被配置至少两个场景业务，建立所述至少两个场景业务对应的子卡信息与同一主卡信息的映射关系，所述装置包括：

请求获得模块，用于：获得资产账务处理请求，所述资产账务处理请求携带有资产变动信息、以及进行交易的当前用户的子卡信息；

模式选择模块，用于：依据所述映射关系中是否存在与所述子卡信息对应的主卡信息来选择记账模式；存在主卡信息时，采用总分账模式进行记账，否则采用总账模式进行记账；

数据处理模块，用于：在总分账模式下，利用所述资产变动信息更新子卡信息下的资产数据、以及主卡信息下的资产数据；在总账模式下，利用所述资产变动信息更新子卡信息下的资产数据。

在一个实施例中，所述资产账务处理请求为资产申购账务处理请求；

所述请求获得模块，还用于：接收资产赎回账务处理请求，所述资产赎回账务处理请求携带有赎回资产信息、以及进行交易的当前用户的子卡信息；

所述数据处理模块，还用于：在所述映射关系中存在与所述子卡信息对应的主卡信息的情况下，获取与所述主卡信息对应的子卡集；依据预设核销策略从所述子卡集中确定用于进行资产核销的子卡信息，并利用所述赎回资产信息更新所确定子卡信息下的资产数据，利用所述赎回资产信息更新主卡信息下的资产数据。

在一个实施例中，所述装置还包括数据查询模块，用于：

在一个实施例中，所述数据处理模块，还用于：

根据本说明书实施例的第三方面，提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现上述任一项账务数据处理方法。

本说明书的实施例提供的技术方案可以包括以下有益效果：

本实施例在同一类理财产品被配置至少两个场景业务的情况下，建立至少两个场景业务对应的子卡信息与同一主卡信息的映射关系，因此，在接收到资产账务处理请求时，依据所述映射关系中是否存在与子卡信息对应的主卡信息来选择记账模式；存在主卡信息时，采用总分账模式进行记账，否则采用总账模式进行记账；在总分账模式下，利用资产变动信息更新子卡信息下的资产数据、以及主卡信息下的资产数据；在总账模式下，利用资产变动信息更新子卡信息下的资产数据。从而实现同一类理财产品被配置多个场景业务时，用户可以通过查看主卡信息下的资产数据实现查看同一类理财产品的资产数据，提高查看效率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本说明书。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本说明书的实施例，并与说明书一起用于解释本说明书的原理。

图1是本说明书根据一示例性实施例示出的一种账务数据处理方法的流程图。

图2是本说明书根据一示例性实施例示出的一种账务数据模型结构示意图。

图3是本说明书根据一示例性实施例示出的一种账务数据处理示意图。

图4是本说明书账务数据处理装置所在计算机设备的一种硬件结构图。

图5是本说明书根据一示例性实施例示出的一种账务数据处理装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书的一些方面相一致的装置和方法的例子。

在本说明书使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书。在本说明书和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

随着互联网技术的发展，很多用户都选择通过网络进行投资理财。而随着网络投资理财的兴起，很多用户的资产包括股票、基金、余额宝等类型，而不局限于传统的存款。针对同一家机构提供的理财产品可以被包装到不同场景化产品中，而场景业务提供场景理财产品申购和赎回等服务，并且每个场景业务进行独立记账，而用户需要分别查看不同场景业务下的账务数据才能统计获得同一理财产品的账务数据，查看效率低。以基金为例，为了降低资产提供方入门门槛，可以针对用户需求采用场景化方式对基金进行场景化包装，将同一基金公司提供的基金包装成到不同场景业务中，而同一场景业务又可以为一个或多个基金公司提供的基金提供申购服务或赎回服务，用户可以查看每个场景业务的资产数据。如，小星愿、365存钱等场景业务，而不同场景可能对应同一基金公司提供的基金，为了查看同一基金公司的资产数据，用户需要分别查看不同场景业务下的资产数据，查看效率低。

鉴于此，本说明书提供一种账务数据处理方案，在同一类理财产品被配置至少两个场景业务的情况下，建立至少两个场景业务对应的子卡信息与同一主卡信息的映射关系，因此，在接收到资产账务处理请求时，依据所述映射关系中是否存在与子卡信息对应的主卡信息来选择记账模式；存在主卡信息时，采用总分账模式进行记账，否则采用总账模式进行记账；在总分账模式下，利用资产变动信息更新子卡信息下的资产数据、以及主卡信息下的资产数据；在总账模式下，利用资产变动信息更新子卡信息下的资产数据。从而实现同一类理财产品被配置多个场景业务时，用户可以通过查看主卡信息下的资产数据实现查看同一类理财产品的资产数据，提高查看效率。

以下结合附图对本说明书实施例进行示例说明。

如图1所示，是本说明书根据一示例性实施例示出的一种账务数据处理方法的流程图，若同一类理财产品被配置至少两个场景业务，建立所述至少两个场景业务对应的子卡信息与同一主卡信息的映射关系，所述方法包括：

在步骤102中，获得资产账务处理请求，所述资产账务处理请求携带有资产变动信息、以及进行交易的当前用户的子卡信息；

在步骤104中，依据所述映射关系中是否存在与所述子卡信息对应的主卡信息来选择记账模式；存在主卡信息时，采用总分账模式进行记账，否则采用总账模式进行记账；

在步骤106中，在总分账模式下，利用所述资产变动信息更新子卡信息下的资产数据、以及主卡信息下的资产数据；

在步骤108中，在总账模式下，利用所述资产变动信息更新子卡信息下的资产数据。

本说明书实施例可以应用到账务系统中，实现账务数据的处理。在发生一笔资产交易后，需利用账务系统对该笔资产交易进行记账操作，记账成功后，整个交易完成。

在一个例子中，同一类理财产品可以是同一机构发布的一只或多只理财产品。同一类理财产品可以被配置一个或多个场景业务。在同一类理财产品被配置多个场景业务时，可能存在一次查看同一类理财产品的资产数据的需求，鉴于此，本实施例在同一类理财产品被配置至少两个场景业务的情况下，建立至少两个场景业务对应的子卡信息与同一主卡信息的映射关系。

其中，子卡信息可以是子卡号，主卡信息可以是主卡号。同一类理财产品仅被配置一个业务的情况下，该业务需要一个独立的子卡进行交易，因而该业务的子卡信息可以被定义为独立子卡信息。在同一类理财产品被配置至少两个场景业务的情况下，该业务不需要独立子卡进行交易，则维护主卡和子卡之间的parent关系。这种情况下，场景业务的子卡信息可定义为非独立子卡信息，多个非独立子卡信息可以映射同一个主卡信息。

关于场景业务，为理财产品提供申购/赎回等服务。在一个例子中，同一个场景业务仅对应一类理财产品，如，同一个场景业务仅为一类理财产品提供申购和赎回等服务。在另一个例子中，同一个场景业务对应多类理财产品。如，同一个场景业务可以为多类理财产品提供申购和赎回等服务。

在某些应用场景中，映射关系可能随着业务需求进行变更，鉴于此，所述映射关系可以基于预设的映射规则引擎配置获得，预设的映射规则引擎是可以用于进行映射关系配置的引擎，实现总账数据与分账数据间的关系非硬代码约束，通过抽离公共配置引擎，应对后续业务变化时只需要配置映射关系，提升了核心代码的稳定性，降低了开发成本，底层系统做到配置化接入。

资产账务处理请求可以是在进行一笔交易时交易系统向账务系统发送的请求，以请求账务系统对该笔交易的账务数据进行处理。如更新资产数据。往往是在资产变动事件发生时，触发资产账务处理请求。在资产账务处理请求中携带有资产变动信息、以及进行交易的当前用户的子卡信息。

资产数据也可以称为账务数据，目的在于发生资产变动时进行账务数据处理。资产数据可以以账务数据模型的结构存储在数据库中。账务数据模型可以包括用户层、业务身份层以及资产层。用户层是用户支付账号，如对于支付宝而言，该层存储支付宝账号。业务身份层是用户的业务身份，如针对某业务为用户配置的子卡信息，如子卡号，利用子卡号来表示用户对于该业务而言的身份。子卡号代表一个用户针对某一个业务开展所需要的账号，用户在支付平台开展不同的业务都会有不同的子卡号来区分，无论是数据上还是风险上都可以完全隔离，也更方便管理。资产层主要管理账户资产信息，拆分为资产详情、余额、日变动、收益明细等。

针对同一用户，不同业务配置不同子卡信息，以利用不同子卡信息区分不同业务，而同一类理财产品可以配置一个主卡信息，主卡信息可以是真实交易账号，在一个例子中，主卡信息可以是TA(TRANSFER AGENT)账户。从而实现将同一类理财产品所对应的不同场景业务下的资产沉淀到真实交易账号的主资产上。进行交易的当前用户的子卡信息，可以是针对提供交易服务的业务，预先为当前用户配置的子卡信息。资产变动信息是该次交易而引起的资产变动相关信息。

由于可能存在查看同一类理财产品的资产数据的需求，因此，本实施例采用两种记账模式，由于预先建立了场景业务对应的子卡信息与同一主卡信息的映射关系，则，在接收到资产账务处理请求的情况下，可以依据映射关系中是否存在与子卡信息对应的主卡信息来选择记账模式；若存在与子卡信息对应的主卡信息，表示该子卡信息不是独立子卡信息，则采用总分账模式，若不存在与子卡信息对应的主卡信息，表示该子卡信息是独立子的信息，则采用总账模式。其中，总分账模式也可以称为多卡模式，总账模式可以称为单卡模式。

在总分账模式下，既利用资产变动信息更新子卡信息下的资产数据，又利用资产变动信息更新主卡信息下的资产数据，而同一类理财产品对应的不同场景业务，在发生资产变动时都会更新主卡信息下的资产数据，从而实现主卡信息下的资产数据由子卡集中所有子卡信息下的资产数据汇总而得。子卡集是与主卡信息对应的所有子卡信息构成的集合。鉴于此，主卡信息下的资产数据可以称为主资产数据、主账数据或总账数据。子卡信息下的资产数据可以称为子资产数据或分账数据。因此，用户通过查看主卡信息下的资产数据，实现查看同一理财产品的各场景业务的资产数据的汇总数据。相应的，所述方法还包括：

在该实施例中，由于预先维护有同一类理财产品对应的所有场景业务的子卡信息与同一主卡信息的映射关系，并且存在主卡信息时，采用总分账模式，因此，可以通过查询主卡信息下的资产数据，获得同一理财产品的各场景业务的资产数据的汇总数据。

本实施例在资产层增加总账模型和分账模型，在总分账模式下，利用所述资产变动信息更新分账模型中子卡信息下的资产数据、以及利用所述资产变动信息更新总账模型中主卡信息下的资产数据。不存在与子卡信息对应的主卡信息，表明该子卡信息为独立子卡的信息，因此，该子卡信息下的资产数据也属于总账数据，相应的，在总账模式下，利用所述资产变动信息更新总账模型中子卡信息下的资产数据。

针对存在与子卡信息对应的主卡信息的情况，既更新分账数据(子卡信息下的资产数据)，又更新总账数据(主卡信息下的资产数据)。针对该总账数据，主卡信息下的资产数据由子卡集中所有子卡信息下的资产数据汇总而得。子卡集是与主卡信息对应的所有子卡信息构成的集合。在一个例子中，总账数据可以是一张总账资产表，分账数据可以是一张分账资产表，总账数据与分账数据完全隔离，由于预存有子卡信息和主卡信息的映射关系，因此，在接收到查询请求时，可以基于映射关系查询并输出总账数据。

本说明书还提供几种资产核销处理方式。

在一个实施例中，针对每个业务的资产赎回账务处理请求，从该业务提供的渠道赎回当前分账数据中的资产(可以称为子资产)，则每个业务的资产赎回操作是独立的。相应的，上述步骤102中的资产账务处理请求可以是资产申购账务处理请求，也可以资产赎回账务处理请求；资产变动信息可以是申购资产信息，也可以是赎回资产信息。换言之，不管在进行资产申购操作，还是资产赎回操作，均利用资产变动信息更新当前业务的分账数据。如，利用资产申购账务处理请求中的申购资产信息更新子卡信息下的资产数据，利用资产赎回账务处理请求中的赎回资产信息更新子卡信息下的资产数据。

实际应用中可能出现：当前子卡信息所对应的资产小于资产赎回账务处理请求中所请求赎回的资产，采用上述方法会导致赎回失败，鉴于此，在另一个实施例中，提供一种直接从主资产(主卡信息所对应资产)赎回资产的方式，不局限于当前子卡信息所对应资产，还可以赎回子卡集中其他子卡信息对应的资产。因此，步骤102中所指资产账务处理请求为资产申购账务处理请求。在资产申购过程中，利用资产变动信息更新当前子卡信息下的资产数据，即更新当前业务的分账数据。而在资产赎回过程中，由于不一定是从当前业务的渠道赎回资产，所以不一定需要更新当前子卡信息对应的资产数据，而是利用赎回资产信息更新所确定子卡信息下的资产数据。具体的，所述方法还包括：

其中，预设核销策略可以是从子卡集中确定用于进行资产核销的子卡信息的策略。

在一个例子中，预设核销策略可以是预设子卡信息核销顺序，记录子卡集中子卡信息的核销顺序，按核销顺序依次更新子卡信息对应的资产数据，直到赎回资产赎回账务处理请求所请求的资产。

在另一个例子中，预设核销策略可以是先核销当前子卡信息所对应资产，在当前子卡信息所对应资产小于资产赎回账务处理请求中所请求赎回的资产时，再按核销顺序依次更新子卡集中其他子卡信息对应的资产数据，直到赎回资产赎回账务处理请求所请求赎回的资产。

可以理解的是，预设核销策略可以基于需求配置，在此不一一赘述。另外，预设核销策略配置总账、分账赎回业务核销规则，非硬代码约束，可以由预设的核销规则引擎配置获得，应对后续业务变化时只需要进行规则配置，提升了核心代码的稳定性，降低了开发成本，底层系统做到配置化接入。

该实施例提供一种从同一类理财产品的不同业务渠道赎回资产的方式，在期望赎回的资产较大时，无需用户分别从多个业务渠道执行赎回操作，因此提高操作效率。

鉴于在资产层不仅有分账数据，还有总账数据，在一个实施例中，还可以利用分账数据对总账数据进行核对，具体的，所述方法还包括：

该实施例中，由于主卡信息下的资产数据期望是子卡集中子卡信息下资产数据的汇总数据，因此，可以利用子卡集中各子卡信息下的资产数据，对所述主卡信息下的资产数据进行核对，实现数据校准，提高数据准确性。

进一步的，资产层中还增加明细账模型，所述方法还包括：

在该实施例中，由于明细账数据仅记录与余额变动相关的数据，缩减流水记录中的数据，便于用户通过明细账数据快速获得与余额变动相关的信息。

以上实施方式中的各种技术特征可以任意进行组合，只要特征之间的组合不存在冲突或矛盾，但是限于篇幅，未进行一一描述，因此上述实施方式中的各种技术特征的任意进行组合也属于本说明书公开的范围。

以下以其中一种组合进行示例说明。

本说明书实施例提供一种账务数据模型，账务数据可以以账务数据模型作为数据结构进行存储。如图2所示，是本说明书根据一示例性实施例示出的一种账务数据模型结构示意图。该账务数据模型包括用户层、业务身份层以及资产层。模型上可以复用原资产层，如，复用余额模块、业务日变动模块、系统日变动模块、收益指标数据模块等。并在原资产层中引入分账模型、总账模型、明细账模型。在数据库中，不仅有分账数据资产表，还有总账数据资产表，实现子资产和主资产完全隔离。由于通过主卡信息和子卡信息维护有主资产和子资产的父子关系，可以从分账资产层面找到对应的主资产，子资产最终是沉淀到有真实交易账号的主资产上。分账数据可以是一个子资产登记簿，总账数据可以是一个主资产登记簿。在当前子卡号是独立子卡号时，其账务数据以总账模型的结构记录在数据库中，不存在分账的概念。在当前子卡号不是独立子卡号时，利用资产变动信息更新子卡号下的资产数据(分账数据)、以及利用资产变动信息更新主卡号下的资产数据(总账数据)。相应的，还可以根据资产变动信息更新明细账数据。明细账主要针对用户在不同周期内对资产变动的明细记录，不同于流水的地方在于，明细账反应了基于交易单据维度的余额变动，记录明细账的目的之一是为了对用户不同维度的赎回操作进行手续费的预估。由于明细账相对于流水记录而言，数据量小，可以提高手续费预估效率。

在一个例子中，上述总账、分账、明细账，都可以对资产的余额、日变动、收益信息进行登记，所以将原有模型进行改造，对于余额登记抽离出公共模块，实现模块复用。该实施例在考虑总账分账能力建设过程中，可以围绕现有资产模型，做到最大程度上的复用，在不破坏原有模型的基础之上进行模型升级。

相应的，以基金购买为例进行示例说明。如图3所示，是本说明书根据一示例性实施例示出的一种账务数据处理示意图。本实施例的账务数据处理是账务数据登记，也可以称为登账。登账过程中可以根据资产业务的子卡号判断通过哪种模式登账，单卡模式是每个业务都有独立子卡号，不同业务的子卡号不会进行复用。多子卡模式是不同的业务场景之间存在主卡号复用关系，也就是映射关系中存在与该场景的子卡号对应的主卡号。在单卡模式下，利用资产变动信息更新该子卡号对应的资产数据，可以称为总账数据。在多子卡模式下，利用资产变动信息更新子卡号对应的资产数据，可以称为分账数据，并基于映射关系确定与子卡号对应的主卡号，利用资产变动信息更新主卡号对应的资产数据，可以称为总账数据。用户根据总账数据可以清楚查看到同一类理财产品的汇总资产数据，也可以通过分账查看子资产余额信息等。

为应对后续业务规则的变动，支撑不同业务的登账、核销规则，本实施例为了更灵活的展开业务，模型上也会支持有独立子卡的总账登记，业务上增加一个规则校验器(方便后续动态配置资产关系，与核心记账逻辑解耦)。提供映射规则的配置机制(配置主卡号与子卡号之间的关系)以及核销规则的配置机制(配置总账、分账赎回业务的核销规则)，不受应代码约束，可以根据需求配置。

进一步的，还可以根据资产变动信息更新明细账数据。明细账主要针对用户在不同周期内对资产变动的明细记录，不同于流水的地方在于，明细账反应了基于交易单据维度的余额变动，记录明细账的目的之一是为了对用户不同维度的赎回操作进行手续费的预估。

此外，由于资产层面增加了不同维度的记账需求，增加了分账核对能力，利用子卡集中各子卡信息下的资产数据，对主卡信息下的资产数据进行核对，保证数据一致性。

该实施例通过资产分账、明细账能力升级，交易场景包装更为灵活，满足不同维度的用户资产展示需求。模型层面更适用于净值型资产的客户账登记。同时，将规则配置抽离为独立模块，固化核心代码逻辑，提升系统稳定性，可以实现对修改封闭，对添加开放。

与前述账务数据处理方法的实施例相对应，本说明书还提供了账务数据处理装置及其所应用的电子设备的实施例。

本说明书账务数据处理装置的实施例可以应用在计算机设备。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在计算机设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图4所示，为本说明书账务数据处理装置所在计算机设备的一种硬件结构图，除了图4所示的处理器410、网络接口420、内存430、以及非易失性存储器440之外，实施例中账务数据处理装置431所在的计算机设备通常根据该设备的实际功能，还可以包括其他硬件，对此不再赘述。

如图5所示，是本说明书根据一示例性实施例示出的一种账务数据处理装置的框图，若同一类理财产品被配置至少两个场景业务，建立所述至少两个场景业务对应的子卡信息与同一主卡信息的映射关系，所述装置包括：

请求获得模块52，用于：获得资产账务处理请求，所述资产账务处理请求携带有资产变动信息、以及进行交易的当前用户的子卡信息；

模式选择模块54，用于：依据所述映射关系中是否存在与所述子卡信息对应的主卡信息来选择记账模式；存在主卡信息时，采用总分账模式进行记账，否则采用总账模式进行记账；

数据处理模块56，用于：在总分账模式下，利用所述资产变动信息更新子卡信息下的资产数据、以及主卡信息下的资产数据；在总账模式下，利用所述资产变动信息更新子卡信息下的资产数据。

所述请求获得模块52，还用于：接收资产赎回账务处理请求，所述资产赎回账务处理请求携带有赎回资产信息、以及进行交易的当前用户的子卡信息；

所述数据处理模块56，还用于：在所述映射关系中存在与所述子卡信息对应的主卡信息的情况下，获取与所述主卡信息对应的子卡集；依据预设核销策略从所述子卡集中确定用于进行资产核销的子卡信息，并利用所述赎回资产信息更新所确定子卡信息下的资产数据，利用所述赎回资产信息更新主卡信息下的资产数据。

在一个实施例中，所述装置还包括数据查询模块(图5未示出)，用于：

在一个实施例中，所述数据处理模块56，还用于：

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本说明书方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

相应的，本说明书实施例还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现上述任一项账务数据处理方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

相应的，本说明书实施例还提供一种计算机存储介质，所述存储介质中存储有程序指令，所述程序指令包括：

本说明书实施例可采用在一个或多个其中包含有程序代码的存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。计算机可用存储介质包括永久性和非永久性、可移动和非可移动媒体，可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括但不限于：相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。

本领域技术人员在考虑说明书及实践这里申请的发明后，将容易想到本说明书的其它实施方案。本说明书旨在涵盖本说明书的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本说明书的一般性原理并包括本说明书未申请的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本说明书的真正范围和精神由下面的权利要求指出。

应当理解的是，本说明书并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本说明书的范围仅由所附的权利要求来限制。

以上所述仅为本说明书的较佳实施例而已，并不用以限制本说明书，凡在本说明书的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书保护的范围之内。

Claims

1.一种账务数据处理方法，若同一类理财产品被配置至少两个场景业务，建立所述至少两个场景业务对应的子卡信息与同一主卡信息的映射关系，所述方法包括：

2.根据权利要求1所述的方法，同一个场景业务中对应一类或多类理财产品，同一类理财产品为同一机构的一只或多只理财产品。

3.根据权利要求1所述的方法，所述资产账务处理请求为资产申购账务处理请求，所述方法还包括：

4.根据权利要求1至3任一项所述的方法，所述方法还包括：

5.根据权利要求1至3任一项所述的方法，所述方法还包括：

6.根据权利要求1至3任一项所述的方法，所述方法还包括：

7.一种账务数据处理装置，若同一类理财产品被配置至少两个场景业务，建立所述至少两个场景业务对应的子卡信息与同一主卡信息的映射关系，所述装置包括：

8.根据权利要求7所述的装置，所述资产账务处理请求为资产申购账务处理请求；

9.根据权利要求7或8所述的装置，所述装置还包括数据查询模块，用于：

10.根据权利要求7或8所述的装置，所述数据处理模块，还用于：

11.根据权利要求7或8所述的装置，所述数据处理模块，还用于：

12.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现所述权利要求1至6任一项方法。