资产数据的处理方法、客户端及服务器与流程

本申请涉及数据处理领域，特别涉及一种资产数据的处理方法、客户端及服务器。
背景技术：
：随着互联网技术的发展，很多用户都选择通过网络进行投资理财。而随着网络投资理财的兴起，很多用户的资产包括股票、基金、余额宝等类型，而不局限于传统的存款。例如，对于基金类资产而言，若发生如基金分红等权益处理时，可将收益的一部分以现金方式派发给基金投资人。由于该部分收益原来是基金净值的一部分，因而用户实际上拿到的也是自己账面上的资产。当发生分红时，由于交易确认数据相对于单位净值数据会有一定的延时，从而导致资产净值数据不准确。其中所述单位净值＝总资产/总份额。现有技术中，针对单个基金产品而言，一般采用复权的方式对除权事件做处理，以避免发生上述数据不准确的情况。对于个人用户而言，其个人的资产净值也会因为其投资的产品发生权益处理后，导致资产净值不准确的情况。然而，目前还没有一种有效的方法能够解决单个用户资产净值数据不准确的问题。因此有必要提出一种能够在资产发生权益处理时，保证用户资产净值数据的准确性的方法，以提高用户体验。技术实现要素：本申请实施方式的目的是提供一种资产数据的处理方法、客户端及服务器，能够在资产发生权益处理时，保证用户资产净值数据的准确性，提高了用户体验。本申请提供一种资产数据的处理方法，所述方法包括：在用户至少一个账户发生权益变动事件时，获取权益变动账户的第一变动属性数据；其中，发生权益变动事件的账户为所述权益变动账户，所述权益变动事件还指向所述至少一个账户中的被动关联账户的第二变动属性数据；所述第一变动属性数据与所述第二变动属性数据存在关联；将发生权益变动事件前用户的第一资产净值数据与所述第一变动属性数据和第二变动属性数据代入预设处理模型进行运算，获得第二资产净值数据；将所述第二资产净值数据作为所述权益变动事件的发生日的资产净值数据进行存储。本申请提供一种服务器，其包括：变动属性获取模块，用于在用户至少一个账户发生权益变动事件时，获取权益变动账户的第一变动属性数据；其中，发生权益变动事件的账户为所述权益变动账户，所述权益变动事件还指向所述至少一个账户中的被动关联账户的第二变动属性数据；所述第一变动属性数据与所述第二变动属性数据存在关联；第二资产净值数据运算模块，用于将发生权益变动事件前用户的第一资产净值数据与所述第一变动属性数据和第二变动属性数据代入预设处理模型进行运算，获得第二资产净值数据；存储模块，用于将所述第二资产净值数据作为所述权益变动事件的发生日的资产净值数据进行存储。本申请还提供一种资产数据的处理方法，所述方法包括：在用户至少一个账户发生权益变动事件时，获取权益变动账户的第一变动属性数据；其中，发生权益变动事件的账户为所述权益变动账户，所述权益变动事件还指向所述至少一个账户中的被动关联账户的第二变动属性数据；所述第一变动属性数据与所述第二变动属性数据存在关联；将发生权益变动事件前用户的第一资产净值数据与所述第一变动属性数据和第二变动属性数据代入预设处理模型进行运算，获得第二资产净值数据；将所述第二资产净值数据作为所述权益变动事件的发生日的资产净值数据进行显示。本申请提供一种客户端，其包括：变动属性获取模块，用于在用户至少一个账户发生权益变动事件时，获取权益变动账户的第一变动属性数据；其中，发生权益变动事件的账户为所述权益变动账户，所述权益变动事件还指向所述至少一个账户中的被动关联账户的第二变动属性数据；所述第一变动属性数据与所述第二变动属性数据存在关联；第二资产净值数据运算模块，用于将发生权益变动事件前用户的第一资产净值数据与所述第一变动属性数据和第二变动属性数据代入预设处理模型进行运算，获得第二资产净值数据；显示模块，用于将所述第二资产净值数据作为所述权益变动事件的发生日的资产净值数据进行显示。由以上描述的本实施方式所提供的技术方案可见，本申请实施方式中，在用户至少一个账户中的权益变动账户发生权益变动事件时，通过获取所述权益变动账户的第一变动属性数据以及与所述第一变动属性数据相关联的第二变动属性数据；然后，将发生权益变动事件前用户的第一资产净值数据与所述第一变动属性数据和第二变动属性数据按照第一预设算法进行运算，获得修正后的第二资产净值数据，并将所述第二资产净值数据作为所述权益变动事件的发生日的资产净值数据，能够在权益变动事件发生日对用户的资产净值数据修正，从而解决了现有技术中用户资产净值数据不准确的问题，提高了用户体验。附图说明为了更清楚地说明本申请实施方式或现有技术中的技术方案，下面将对实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。图1为本申请一个实施方式提供的资产数据的处理方法的流程图；图2为本申请一个实施方式提供的预设处理模型进行运算流程图；图3为本申请一个实施方式提供的资产数据的处理方法的流程图；图4为本申请一个实施方式提供的服务器的示意图；图5为本申请一个实施方式提供的子模块的示意图；图6为本申请一个实施方式提供的资产数据的处理方法的流程图；图7为本申请一个实施方式提供的预设处理模型进行运算流程图；图8为本申请一个实施方式提供的资产数据的处理方法的流程图；图9为本申请一个实施方式提供的客户端的示意图；图10为本申请一个实施方式提供的子模块的示意图。具体实施方式为了使本
技术领域：
的人员更好地理解本申请中的技术方案，下面将结合本申请实施方式中的附图，对本申请实施方式中的技术方案进行清楚、完整地描述，显然，所描述的实施方式仅仅是本申请一部分实施方式，而不是全部的实施方式。基于本申请中的实施方式，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施方式，都应当属于本申请保护的范围。下面结合附图对本申请所述的资产数据的处理方法、装置进行详细的说明。图1是本申请一个实施方式提供的资产数据的处理方法的流程图。虽然本申请提供了如下述实施方式或附图所示的方法操作步骤或装置结构，但基于常规或者无需创造性的劳动在所述方法或装置中可以包括更多或者更少的操作步骤或模块结构。在逻辑性上不存在必要因果关系的步骤或结构中，这些步骤的执行顺序或装置的模块结构不限于本申请实施方式提供的执行顺序或模块结构。所述的方法或模块结构的在实际中的装置或终端产品执行时，可以按照实施方式或者附图所示的方法或模块结构连接进行顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。一般的，用户通过互联网进行理财时，需要在理财平台上进行注册，获得一个唯一的身份标识，后续用户可以以该身份标识开设相应的账户并进行相应的理财交易操作。请参阅图1，本申请一个实施方式所提供的一种资产数据的处理方法可以包括如下步骤。步骤S10：在用户至少一个账户发生权益变动事件时，获取权益变动账户的第一变动属性数据；其中，发生权益变动事件的账户为所述权益变动账户，所述权益变动事件还指向所述至少一个账户中的被动关联账户的第二变动属性数据，所述第一变动属性数据与所述第二变动属性数据存在关联。在本实施方式中，理财平台对应的服务器上存储有所述用户的身份标识，所述用户可以以该身份标识在理财平台开设有至少一个账户。具体的，所述账户的类别可以为基金账户、股票账户、现金账户、指定理财账户、保险类账户、信贷类账户等中的一种或多种组合，具体的本申请在此并不作具体的限定。其中，所述现金账户可以为定期账户或活期账户。所述指定理财账户可以为现有的网络电商、银行等开发的理财产品账户，例如余额宝账户、如意宝账户、京东小金库等等。每个账户下可以记录有对应的资产信息，包括每个资产的份额、每份单价，总金额等信息。例如，对于基金账户而言，其可以包括至少一种基金资产，可以包括基金A，基金B等等。以用户基金账户中的基金A为例，其持有的份额是1000份，每份单价是1元，则基金A的所占的资产为1000元。在本实施方式中，所述权益变动账户可以为能够发生权益变动事件的账户。具体的，所述权益变动账户可以包括下述中的至少一种：基金账户、股票账户、现金账户、预定理财账户。当然，在本申请实施方式中，所述权益变动账户的类别不限于上述描述，本申请在此并不作具体的限定。在本实施方式中，所述权益变动事件的类型包括下述中的至少一种：金额的变动、份额的变动。其中，所述金额的变动可以为金额的增多或减少，所述份额的变动可以为份额的增加或减少。具体的，所述权益变动事件可以根据不同场景下权益变动账户的不同而不同，本申请在此并不作具体的限定。例如，当所述权益变动账户为基金账户时，所述权益变动事件可以为基金的分红。其中，基金的分红可以为现金分红或者红利再投资。当所述权益变动账户为股票账户时，所述权益变动事件可以为股票的分红除权或者股票的合股、转股、拆股等等，本申请在此并不作具体的限定。当然，所述权益变动账户可以同时包括基金账户和股票账户，相应的，所述权益变动账户发生的权益变动事件也可以为所述基金账户、股票账户各自发生的上述权益变动事件。此外，所述权益变动事件也可以包括用户主动的投资理财行为，例如，用现金账户中的资金投资基金或者股票等。当所述权益变动账户发生权益变动事件时，相应的，所述权益变动账户会产生第一变动属性数据。所述第一变动属性数据用于表示所述权益变动账户的金额变动情况或者份额变动情况。具体的，所述第一变动属性数据可以依据不同的场景下的权益变动事件的不同而不同。以基金账户的现金分红为例，一般的，所述权益变动账户对应的基金在发生现金分红时，所述基金发生分红的权益处理信息可以指定的数据库获取，然后存储在相应的服务器中。其中，所述权益处理信息可以包括分红的比例信息，具体可以为每份基金分红的金额。当每份基金分红的金额与所述基金账户中相应资产的份额相乘时可以获得所述该基金的变动金额，即获得所述第一变动属性数据。所述第一变动属性数据可以随着具体的权益处理的事件的不同而不同。在本申请实施方式中，所述第一变动属性数据的获取并不限于上述描述，所属领域技术人员在本申请的技术精髓启示下，还可能做出其他的变更，但只要其实现的功能和效果与本申请相同或相似，均应涵盖于本申请保护范围内。在本实施方式中，当所述权益变动账户发生权益变动事件产生相应的第一变动属性数据时，对应的，所述权益变动事件还指向所述至少一个账户中的被动关联账户的第二变动属性数据，即所述至少一个账户中的被动关联账户对应产生第二变动属性数据。所述第二变动属性数据与所述第一变动属性数据存在关联。具体的，所述第二变动属性数据是随着所述第一变动属性数据的产生而相应产生的，其用于修复所述第一变动属性数据对资产净值数据产生的不准确变动。具体的，所述第二变动属性数据可以为在所述权益变动的发生日，权益变动事件对应产生的变动资金、变动份额中的至少一种。例如，对于基金分红为例，所述第二变动属性数据可以为所述用户应该分得的红利。在本实施方式中，所述被动关联账户可以与所述权益变动账户相同，或者为区别于所述权益变动账户的账户。具体的，所述被动关联账户可以根据不同场景下的权益变动事件的不同而不同。在一个实施方式中，所述被动关联账户与所述权益变动账户可以为相同的账户，所述权益变动账户或被动关联账户可以包括下述中的至少一种：基金账户、股票账户、现金账户、预定理财账户。在本实施方式中，所述被动关联账户可以为所述权益变动账户，即所述权益变动事件可以指向其本身。其中，所述权益变动账户或被动关联账户可以包括一个或者多个账户类别。例如，在基金账户中的基金以红利再投资的方式发生分红时，所述基金分红后的资金再次投入该基金中，转换为该基金的份额，此时，所述被动关联账户为所述权益变动账户本身。当然，所述被动关联账户与所述权益变动账户为相同账户的场景还不局限于上述的例子，本申请在此并不作具体的限定。在一个实施方式中，所述被动关联账户与所述权益变动账户为至少部分不相同的账户。其中，所述权益变动账户可以包括下述中的至少一种：基金账户、股票账户、现金账户、预定理财账户；所述被动关联账户可以包括下述中的至少一种：现金账户、预定理财账户、基金账户、股票账户。在本实施方式中，所述被动关联账户也可以为区别于所述权益变动账户的被动关联账户。所述被动关联账户可以与所述权益变动账户完全不同，也可以部分不相同。产生所述被动关联账户与所述权益变动账户不相同的情况可以为所述权益变动账户为非现金账户，其发生了资金类变动，且所述权益变动事件指向的账户为现金账户或指定理财账户等不同与所述权益变动账户的账户。当然，所述产生所述被动关联账户与所述权益变动账户不相同的情况还可以为其他情况本申请在此并不作具体的限定。例如，当权益变动账户为基金账户，基金账户中的某个或某几个基金发生现金分红时，所述基金分红后的变动资金会存入所述被动关联账户中。其中，所述权益变动事件具体指向哪个被动关联账户可以根据用户的需要进行预先设置，或者也可以为系统默认的某个被动关联账户，本申请在此并不作具体的限定。步骤S12：将发生权益变动事件前用户的第一资产净值数据与所述第一变动属性数据和第二变动属性数据代入预设处理模型进行运算，获得第二资产净值数据。在本实施方式中，对于每个用户而言，其所有账户下的资产与负债的总和为其资产净值数据。在发生权益变动事件前，所述用户的资产净值数据可以为第一资产净值数据。当发生权益变动事件后，所述用户的资产净值数据可以通过所述第一变动属性数据和第二变动属性数据对所述第一资产净值数据进行修复，以获得准确的第二资产净值数据。在本实施方式中，所述预设处理模型用于将所述第一资产净值数据、第一变动属性数据和第二变动属性数据进行逐步转化，转化为相应的资产、负债变动数据，然后将所述资产、负债数据进行统计计算，获得准确的第二资产净值数据。其中，预设处理模型可以根据具体场景下的权益变动事件的不同而有所区别，本申请在此并不作具体的限定。在一种具体场景下，多个资产同时可能发生权益变动事件，包含多个基金或者股票等同时发生的权益变动，此时可以将多个发生变动的资产统一进行处理，获得一个累加后的第一变动属性数据、第二变动属性数据；然后再将所述第一变动属性数据、第二变动属性数据进行转化处理，获得修复后的第二资产净值数据；也可以分别针对每个变动的资产分布进行化理，获得各自的第一变动属性数据、第二变动属性数据，然后再对每个资产对应的第一变动属性数据、第二变动属性数据逐个进行转化，最后再将各个转化结果进行统计计算，获得修复后的第二资产净值数据。步骤S14：将所述第二资产净值数据作为所述权益变动事件的发生日的资产净值数据进行存储。在本实施方式中，当获得所述第二资产净值数据后，可以将其作为权益变动事件的发生日的资产净值数据进行存储，以便于对所述第二资产净值数据进行进一步的处理。例如，可以将其发送给相应用户的显示设备，以便展示给用户。本申请实施方式中，在用户至少一个账户中的权益变动账户发生权益变动事件时，通过获取所述权益变动账户的第一变动属性数据以及与所述第一变动属性数据相关联的第二变动属性数据；然后，将发生权益变动事件前用户的第一资产净值数据与所述第一变动属性数据和第二变动属性数据按照第一预设算法进行运算，获得修正后的第二资产净值数据，并将所述第二资产净值数据作为所述权益变动事件的发生日的资产净值数据，能够在权益变动事件发生日对用户的资产净值数据修正，从而解决了现有技术中用户资产净值数据不准确的问题，提高了用户体验。请参阅图2，在一个实施方式中，所述预设处理模型进行运算的步骤可以包括：步骤S121：将所述第一变动属性数据和第二变动属性数据转换为交易流水信息；步骤S122：将所述交易流水信息转化为科目信息；步骤S123：将所述科目信息转化为科目余额信息；步骤S124：将所述科目余额信息转化为资产、负债信息；步骤S125：将所述第一资产净值数据和资产、负债信息统计计算确定所述第二资产净值数据。在本实施方式中，可以将所述第一变动属性数据、第二变动属性数据根据基金业务的对应关系转化为交易流水信息。具体的，可以将所述第一变动属性数据、第二变动属性数据按照权益变动事件产生的业务类型、交易数量、交易价格、交易金额、交易费用、结算金额进行对应转化，获得相应的交易流水信息。具体的，所述每个基金与其对应的业务类型、交易数量、交易价格、交易金额、交易费用、结算金额等属性信息可以以表格的形式对应存储，从而形成交易流水表。在本实施方式中，可以将所述交易流水信息，通过会计科目的形式，与基金业务作一一对应，转化为科目变动信息。具体的，将所述交易流水信息转化为科目变动信息时，可以先将交易流水信息，按照预设结算规则和权益属性进行基金业务扩充，将其转换为根据一定的数据加工规则建立的科目变动表中的科目变动信息。其中，所述基金业务扩充具体的可以包括：按照基金业务维度将权益变动事件产生的待确认交易数据进行分类，形成每个基金业务维度下的包含当日变动数量和当日变动金额的科目变动信息。所述科目变动信息可以以科目变动表的形式进行存储。所述科目变动表可以建立有包括科目代码、科目名称、科目类型、资产、变动数量、变动金额的对应关系。所述科目变动表针对每个资产业务维度预先设置有对应的科目代码，可以区分不同的业务维度。例如，以1开头的1000系列代码可以代表资产类；以2开头的2000系列代码可以代表负债类；以3开头的3000系列代码可以代表净值类，以4开头的4000系列可以代表损益类等。在本实施方式中，可以根据发生权益变动事件前的科目余额信息和所述科目变动信息，计算发生权益变动事件当日的科目余额信息。然后，将计算获得的科目余额信息进行统计计算获得资产数据、负债数据；再对所述资产数据、负债数据进行累加，以获得所述第二资产净值数据。具体的，基于所述包含当前变动数量和当前变动金额的科目变动信息，结合用户的当前账户下的各个资产信息情况，可以确定出该用户的账户发生权益变动事件后，各个资产对应的数量和成本以及市价、市值。其中，所述当前账户下的各个资产信息可以包括期初的科目数量、期初的科目余额。将期初科目数量+当日变动数量可以得到交易确认后的数量；将期初科目的金额+当日变动金额可以得到交易确认后的金额；根据上述规则可以得到科目余额表中的信息。然后将所述科目余额表中的信息转换为相应的资产数据、负债数据，对目标用户对应的资产数据和负债数据进行统计求和可以确定所述用户的第二资产净值。请参阅图3，在一个实施方式中，所述方法还可以包括如下步骤。步骤S11：基于所述交易流水信息获取权益变动事件发生日的净流入金额；步骤S13：基于权益变动事件发生前的份额、单位净值以及所述净流入金额，按照预设算法确定所述用户的当日份额；步骤S15：基于所述当日份额、所述第二资产净值数确定所述权益变动事件的发生日的单位净值数据。在本实施方式中，可以基于所述交易流水信息获取所述用户在权益变动事件发生日，所以账户净流入金额。然后基于权益变动事件发生前的份额、单位净值以及所述净流入金额，按照预设算法确定所述用户的当日份额。一般的，计算所述当日份额的预设算法可以为：上个定价日的份额+定价日期间的净流入金额/上个定价日的单位净值。在本实施方式中，所述用户的当日份额＝权益变动事件发生前的份额+权益变动事件发生日的净流入金额/权益变动事件发生前的单位净值。在本实施方式中，所述权益变动事件的发生日的单位净值数据为所述第二资产净值数据与所述当日份额的比值。在本实施方式中，当获得所述单位净值数据后，可以将其发送给相应的用户，以便在显示设备上向用户进行显示，以向用户展示其整体理财的盈亏情况。其中，显示所述单位净值数据的方式可以为图表曲线的形式，也可以为数字的形式本申请并不作具体的限定。在一个具体的应用场景下，以A用户在交易日T当天其对应的账户发生权益变动事件为例。A用户在权益变动事件发生前，其对应的当前资产信息如表1所示：表1其中，A用户的账户包括基金账户、股票账户、余额宝账户、现金账户，其对应的资产类别包括：余额宝、股票、基金，每个资产类别对应的数量、成本、市价、市值如表1所示。A用户当前的资产净值为8000。当天，余额宝会有一定分红收益，对于股票A而言，其发生了分红除权。此外，A用户还对进行了股票、基金等的交易。具体的，所述A用户的权益处理信息和交易信息标准化处理后形成的交易流水信息如表2所示。其中，表2为交易流水表，其包含有交易日后一工作日的交易确认数据。表2类别业务类型交易数量交易价格交易金额交易费用结算金额余额宝申购20001200002000余额宝赎回10001100001000余额宝分红200000股票A卖出100111100101090股票A分红除权00200002000股票B买入100202000202020基金A赎回申请10000000基金B申购缴款00200002000根据所述表2中的交易流水信息，按照预定的结算规则和权益属性进行完整业务的扩充，并根据一定的数据加工规则生成科目变动信息，具体的请参阅表3。表3为根据表2中的交易流水信息生成的科目变动表。表3根据表3中的流水信息以及交易确认数据前一日的科目余额信息，可计算当前的科目余额信息，具体的计算获得的科目余额表请参阅表4。表4基于上述实施方式所述的资产数据的处理方法，本申请还提供一种服务器。请参阅图4，本申请一种实施方式中提供的服务器可以包括：变动属性获取模块10，可以用于在用户至少一个账户发生权益变动事件时，获取权益变动账户的第一变动属性数据；其中，发生权益变动事件的账户为所述权益变动账户，所述权益变动事件还指向所述至少一个账户中的被动关联账户的第二变动属性数据；所述第一变动属性数据与所述第二变动属性数据存在关联；第二资产净值数据运算模块12，可以用于将发生权益变动事件前用户的第一资产净值数据与所述第一变动属性数据和第二变动属性数据代入预设处理模型进行运算，获得第二资产净值数据；存储模块14，可以用于将所述第二资产净值数据作为所述权益变动事件的发生日的资产净值数据进行存储。请参阅图5，所述服务器的另一种实施方式中，所述第二资产净值数据运算模块12可以包括：交易流水转换单元121，可以用于将变动属性数据转换为交易流水信息；科目变动转换单元122，可以用于将所述交易流水信息转化为科目信息；科目余额转换单元123，可以用于将所述科目信息转化为科目余额信息；资产负债转换单元124，可以用于将所述科目余额信息转化为资产、负债信息；统计单元125，可以用于将所述第一资产净值数据和资产、负债信息统计计算确定所述第二资产净值数据。上述实施方式公开的服务器与本申请资产数据的处理方法实施方式相对应，可以实现本申请的资产数据的处理方法实施方式并达到方法实施方式的技术效果。本申请中还提供一种资产数据的处理方法，可以应用于终端设备上某一功能应用中，例如结合市场上主流的理财产品应用等。本申请中所述的终端设备可以是移动电话、平板电脑、个人数字助理(PersonalDigitalAssistant，PDA)、手持计算机(PocketPC)、智能可穿戴设备等移动终端设备，也可以包括具有信息数据查询功能的台式计算机(desktopPC)、自助服务终端等。当然，在所述终端设备上实现本申请所述资产数据的处理方法的方式可以包括所述客户端上的APP应用，或者包括http协议的页面应用等。请参阅图6，本申请一个实施方式所提供的一种资产数据的处理方法可以包括如下步骤。步骤S20：在用户至少一个账户发生权益变动事件时，获取权益变动账户的第一变动属性数据；其中，发生权益变动事件的账户为所述权益变动账户，所述权益变动事件还指向所述至少一个账户中的被动关联账户的第二变动属性数据，所述第一变动属性数据与所述第二变动属性数据存在关联。在本实施方式中，理财平台对应的服务器上存储有所述用户的身份标识，所述用户可以以该身份标识在理财平台开设有至少一个账户。具体的，所述账户的类别可以为基金账户、股票账户、现金账户、指定理财账户、保险类账户、信贷类账户等中的一种或多种组合，具体的本申请在此并不作具体的限定。其中，所述现金账户可以为定期账户或活期账户。所述指定理财账户可以为现有的网络电商、银行等开发的理财产品账户，例如余额宝账户、如意宝账户、京东小金库等等。每个账户下可以记录有对应的资产信息，包括每个资产的份额、每份单价，总金额等信息。例如，对于基金账户而言，其可以包括至少一种基金资产，可以包括基金A，基金B等等。以用户基金账户中的基金A为例，其持有的份额是1000份，每份单价是1元，则基金A的所占的资产为1000元。在本实施方式中，所述权益变动账户可以为能够发生权益变动事件的账户。具体的，所述权益变动账户可以包括下述中的至少一种：基金账户、股票账户、现金账户、预定理财账户。当然，在本申请实施方式中，所述权益变动账户的类别不限于上述描述，本申请在此并不作具体的限定。在本实施方式中，所述权益变动事件的类型包括下述中的至少一种：金额的变动、份额的变动。其中，所述金额的变动可以为金额的增多或减少，所述份额的变动可以为份额的增加或减少。具体的，所述权益变动事件可以根据不同场景下权益变动账户的不同而不同，本申请在此并不作具体的限定。例如，当所述权益变动账户为基金账户时，所述权益变动事件可以为基金的分红。其中，基金的分红可以为现金分红或者红利再投资。当所述权益变动账户为股票账户时，所述权益变动事件可以为股票的分红除权或者股票的合股、转股、拆股等等，本申请在此并不作具体的限定。当然，所述权益变动账户可以同时包括基金账户和股票账户，相应的，所述权益变动账户发生的权益变动事件也可以为所述基金账户、股票账户各自发生的上述权益变动事件。此外，所述权益变动事件也可以包括用户主动的投资理财行为，例如，用现金账户中的资金投资基金或者股票等。当所述权益变动账户发生权益变动事件时，相应的，所述权益变动账户会产生第一变动属性数据。所述第一变动属性数据用于表示所述权益变动账户的金额变动情况或者份额变动情况。具体的，所述第一变动属性数据可以依据不同的场景下的权益变动事件的不同而不同。以基金账户的现金分红为例，一般的，所述权益变动账户对应的基金在发生现金分红时，所述基金发生分红的权益处理信息可以通过指定的数据库获取，然后存储在相应的服务器中。所述用户可以通过客户端上功能应用中设置的外部数据调用接口从相应的服务器中获取得到，或者可以通过基金公告信息中获取相应的权益变动信息，或者还可以通过其他方式获取，具体的，本申请在此并不作具体的限定。其中，所述权益处理信息可以包括分红的比例信息，具体可以为每份基金分红的金额。当每份基金分红的金额与所述基金账户中相应资产的份额相乘时可以获得所述该基金的变动金额，即获得所述第一变动属性数据。所述第一变动属性数据可以随着具体的权益处理的事件的不同而不同。在本申请实施方式中，所述第一变动属性数据的获取并不限于上述描述，所属领域技术人员在本申请的技术精髓启示下，还可能做出其他的变更，但只要其实现的功能和效果与本申请相同或相似，均应涵盖于本申请保护范围内。在本实施方式中，当所述权益变动账户发生权益变动事件产生相应的第一变动属性数据时，对应的，所述权益变动事件还指向所述至少一个账户中的被动关联账户的第二变动属性数据，即所述至少一个账户中的被动关联账户对应产生第二变动属性数据。所述第二变动属性数据与所述第一变动属性数据存在关联。具体的，所述第二变动属性数据是随着所述第一变动属性数据的产生而相应产生的，其用于修复所述第一变动属性数据对资产净值数据产生的不准确变动。具体的，所述第二变动属性数据可以为在所述权益变动的发生日，权益变动事件对应产生的变动资金、变动份额中的至少一种。例如，对于基金分红为例，所述第二变动属性数据可以为所述用户应该分得的红利。在本实施方式中，所述被动关联账户可以与所述权益变动账户相同，或者为区别于所述权益变动账户的账户。具体的，所述被动关联账户可以根据不同场景下的权益变动事件的不同而不同。在一个实施方式中，所述被动关联账户与所述权益变动账户可以为相同的账户，所述权益变动账户或被动关联账户可以包括下述中的至少一种：基金账户、股票账户、现金账户、预定理财账户。在本实施方式中，所述被动关联账户可以为所述权益变动账户，即所述权益变动事件可以指向其本身。其中，所述权益变动账户或被动关联账户可以包括一个或者多个账户类别。例如，在基金账户中的基金以红利再投资的方式发生分红时，所述基金分红后的资金再次投入该基金中，转换为该基金的份额，此时，所述被动关联账户为所述权益变动账户本身。当然，所述被动关联账户与所述权益变动账户为相同账户的场景还不局限于上述的例子，本申请在此并不作具体的限定。在一个实施方式中，所述被动关联账户与所述权益变动账户为至少部分不相同的账户。其中，所述权益变动账户可以包括下述中的至少一种：基金账户、股票账户、现金账户、预定理财账户；所述被动关联账户可以包括下述中的至少一种：现金账户、预定理财账户、基金账户、股票账户。在本实施方式中，所述被动关联账户也可以为区别于所述权益变动账户的被动关联账户。所述被动关联账户可以与所述权益变动账户完全不同，也可以部分不相同。产生所述被动关联账户与所述权益变动账户不相同的情况可以为所述权益变动账户为非现金账户，其发生了资金类变动，且所述权益变动事件指向的账户为现金账户或指定理财账户等不同与所述权益变动账户的账户。当然，所述产生所述被动关联账户与所述权益变动账户不相同的情况还可以为其他情况本申请在此并不作具体的限定。例如，当权益变动账户为基金账户，基金账户中的某个或某几个基金发生现金分红时，所述基金分红后的变动资金会存入所述被动关联账户中。其中，所述权益变动事件具体指向哪个被动关联账户可以根据用户的需要进行预先设置，也可以为在权益变动事件发生时，向用户弹出相应的对话窗口后，由用户选择确定，或者也可以为系统默认的某个被动关联账户，本申请在此并不作具体的限定。步骤S22：将发生权益变动事件前用户的第一资产净值数据与所述第一变动属性数据和第二变动属性数据代入预设处理模型进行运算，获得第二资产净值数据。在本实施方式中，对于每个用户而言，其所有账户下的资产与负债的总和为其资产净值数据。在发生权益变动事件前，所述用户的资产净值数据可以为第一资产净值数据。当发生权益变动事件后，所述用户的资产净值数据可以通过所述第一变动属性数据和第二变动属性数据对所述第一资产净值数据进行修复，以获得准确的第二资产净值数据。在本实施方式中，所述预设处理模型用于将所述第一资产净值数据、第一变动属性数据和第二变动属性数据进行逐步转化，转化为相应的资产、负债变动数据，然后将所述资产、负债数据进行统计计算，获得准确的第二资产净值数据。其中，预设处理模型可以根据具体场景下的权益变动事件的不同而有所区别，本申请在此并不作具体的限定。在一种具体场景下，多个资产同时可能发生权益变动事件，包含多个基金或者股票等同时发生的权益变动，此时可以将多个发生变动的资产统一进行处理，获得一个累加后的第一变动属性数据、第二变动属性数据；然后再将所述第一变动属性数据、第二变动属性数据进行转化处理，获得修复后的第二资产净值数据；也可以分别针对每个变动的资产分布进行化理，获得各自的第一变动属性数据、第二变动属性数据，然后再对每个资产对应的第一变动属性数据、第二变动属性数据逐个进行转化，最后再将各个转化结果进行统计计算，获得修复后的第二资产净值数据。步骤S24：将所述第二资产净值数据作为所述权益变动事件的发生日的资产净值数据进行显示。在本实施方式中，当获得所述第二资产净值数据后，可以将其作为权益变动事件的发生日的资产净值数据进行显示，以便展示给用户。本申请实施方式中，在用户至少一个账户中的权益变动账户发生权益变动事件时，通过获取所述权益变动账户的第一变动属性数据以及与所述第一变动属性数据相关联的第二变动属性数据；然后，将发生权益变动事件前用户的第一资产净值数据与所述第一变动属性数据和第二变动属性数据按照第一预设算法进行运算，获得修正后的第二资产净值数据，并将所述第二资产净值数据作为所述权益变动事件的发生日的资产净值数据，能够在权益变动事件发生日对用户的资产净值数据修正，从而解决了现有技术中用户资产净值数据不准确的问题，提高了用户体验。请参阅图7，在一个实施方式中，所述预设处理模型进行运算的步骤可以包括：步骤S221：将所述第一变动属性数据和第二变动属性数据转换为交易流水信息；步骤S222：将所述交易流水信息转化为科目信息；步骤S223：将所述科目信息转化为科目余额信息；步骤S224：将所述科目余额信息转化为资产、负债信息；步骤S225：将所述第一资产净值数据和资产、负债信息统计计算确定所述第二资产净值数据。在本实施方式中，可以将所述第一变动属性数据、第二变动属性数据根据基金业务的对应关系转化为交易流水信息。具体的，可以将所述第一变动属性数据、第二变动属性数据按照权益变动事件产生的业务类型、交易数量、交易价格、交易金额、交易费用、结算金额进行对应转化，获得相应的交易流水信息。具体的，所述每个基金与其对应的业务类型、交易数量、交易价格、交易金额、交易费用、结算金额等属性信息可以以表格的形式对应存储，从而形成交易流水表。在本实施方式中，可以将所述交易流水信息，通过会计科目的形式，与基金业务作一一对应，转化为科目变动信息。具体的，将所述交易流水信息转化为科目变动信息时，可以先将交易流水信息，按照预设结算规则和权益属性进行基金业务扩充，将其转换为根据一定的数据加工规则建立的科目变动表中的科目变动信息。其中，所述基金业务扩充具体的可以包括：按照基金业务维度将权益变动事件产生的待确认交易数据进行分类，形成每个基金业务维度下的包含当日变动数量和当日变动金额的科目变动信息。所述科目变动信息可以以科目变动表的形式进行存储。所述科目变动表可以建立有包括科目代码、科目名称、科目类型、资产、变动数量、变动金额的对应关系。所述科目变动表针对每个资产业务维度预先设置有对应的科目代码，可以区分不同的业务维度。例如，以1开头的1000系列代码可以代表资产类；以2开头的2000系列代码可以代表负债类；以3开头的3000系列代码可以代表净值类，以4开头的4000系列可以代表损益类等。在本实施方式中，可以根据发生权益变动事件前的科目余额信息和所述科目变动信息，计算发生权益变动事件当日的科目余额信息。然后，将计算获得的科目余额信息进行统计计算获得资产数据、负债数据；再对所述资产数据、负债数据进行累加，以获得所述第二资产净值数据。具体的，基于所述包含当前变动数量和当前变动金额的科目变动信息，结合用户的当前账户下的各个资产信息情况，可以确定出该用户的账户发生权益变动事件后，各个资产对应的数量和成本以及市价、市值。其中，所述当前账户下的各个资产信息可以包括期初的科目数量、期初的科目余额。将期初科目数量+当日变动数量可以得到交易确认后的数量；将期初科目的金额+当日变动金额可以得到交易确认后的金额；根据上述规则可以得到科目余额表中的信息。然后将所述科目余额表中的信息转换为相应的资产数据、负债数据，对目标用户对应的资产数据和负债数据进行统计求和可以确定所述用户的第二资产净值。请参阅图8，在一个实施方式中，所述方法还可以包括如下步骤。步骤S21：基于所述交易流水信息获取权益变动事件发生日的净流入金额；步骤S23：基于权益变动事件发生前的份额、单位净值以及所述净流入金额，按照预设算法确定所述用户的当日份额；步骤S25：基于所述当日份额、所述第二资产净值数确定所述权益变动事件的发生日的单位净值数据；步骤S27：将所述单位净值数据以预设方式进行显示。在本实施方式中，可以基于所述交易流水信息获取所述用户在权益变动事件发生日，所以账户净流入金额。然后基于权益变动事件发生前的份额、单位净值以及所述净流入金额，按照预设算法确定所述用户的当日份额。一般的，计算所述当日份额的预设算法可以为：上个定价日的份额+定价日期间的净流入金额/上个定价日的单位净值。在本实施方式中，所述用户的当日份额＝权益变动事件发生前的份额+权益变动事件发生日的净流入金额/权益变动事件发生前的单位净值。在本实施方式中，所述权益变动事件的发生日的单位净值数据为所述第二资产净值数据与所述当日份额的比值。在本实施方式中，当获得所述单位净值数据后可以以预设方式进行显示，从而向用户展示其整体理财的盈亏情况。其中，显示所述单位净值数据的预设方式可以为图表曲线的形式，也可以为数字的形式，还可以为其他方式，本申请并不作具体的限定。在一个具体的应用场景下，以A用户在交易日T当天其对应的账户发生权益变动事件为例。A用户在权益变动事件发生前，其对应的当前资产信息如表1所示。其中，A用户的账户包括基金账户、股票账户、余额宝账户、现金账户，其对应的资产类别包括：余额宝、股票、基金，每个资产类别对应的数量、成本、市价、市值如表1所示。A用户当前的资产净值为8000。当天，余额宝会有一定分红收益，对于股票A而言，其发生了分红除权。此外，A用户还对进行了股票、基金等的交易。具体的，所述A用户的权益处理信息和交易信息标准化处理后形成的交易流水信息如表2所示。其中，表2为交易流水表，其包含有交易日后一工作日的交易确认数据。根据所述表2中的交易流水信息，按照预定的结算规则和权益属性进行完整业务的扩充，并根据一定的数据加工规则生成科目变动信息，具体的请参阅表3。表3为根据表2中的交易流水信息生成的科目变动表。根据表3中的流水信息以及交易确认数据前一日的科目余额信息，可计算当前的科目余额信息，具体的计算获得的科目余额表，请参阅表4。基于上述实施方式所述的资产数据的处理方法，本申请还提供一种客户端。请参阅图9，本申请一种实施方式中提供的客户端可以包括：变动属性获取模块20，可以用于在用户至少一个账户发生权益变动事件时，获取权益变动账户的第一变动属性数据；其中，发生权益变动事件的账户为所述权益变动账户，所述权益变动事件还指向所述至少一个账户中的被动关联账户的第二变动属性数据，所述第一变动属性数据与所述第二变动属性数据存在关联；第二资产净值数据运算模块22，可以用于将发生权益变动事件前用户的第一资产净值数据与所述第一变动属性数据和第二变动属性数据代入预设处理模型进行运算，获得第二资产净值数据；显示模块24，可以用于将所述第二资产净值数据作为所述权益变动事件的发生日的资产净值数据进行显示。请参阅图10，所述客户端的另一种实施方式中，所述第二资产净值数据运算模块22可以包括：交易流水转换单元221，可以用于将变动属性数据转换为交易流水信息；科目变动转换单元222，可以用于将所述交易流水信息转化为科目信息；科目余额转换单元223，可以用于将所述科目信息转化为科目余额信息；资产负债转换单元224，可以用于将所述科目余额信息转化为资产、负债信息；统计单元225，可以用于将所述第一资产净值数据和资产、负债信息统计计算确定所述第二资产净值数据。上述实施方式公开的客户端与本申请资产数据的处理方法实施方式相对应，可以实现本申请的资产数据的处理方法实施方式并达到方法实施方式的技术效果。本申请中各个实施方式所涉及的上述描述仅是本申请中的一些实施方式中的应用，在某些标准、方法的基础上略加修改后的实施方式也可以实行上述本申请各实施方式的方案。当然，在符合本申请上述各实施方式的中所述的处理方法步骤的其他无创造性的变形，仍然可以实现相同的申请，在此不再赘述。虽然本申请提供了如实施方式或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施方式中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施方式或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。上述实施方式阐明的装置或模块，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。为了描述的方便，描述以上装置时以功能分为各种模块分别描述。在实施本申请时可以把各模块的功能在同一个或多个软件和/或硬件中实现。当然，也可以将实现某功能的模块由多个子模块或子单元组合实现。本申请中所述的方法、装置或模块可以以可读程序嵌入控制器方式实现，所述控制器按具体要求实现例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(ApplicationSpecificIntegratedCircuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC625D、AtmelAT91SAM、MicrochipPIC18F26K20以及SiliconeLabsC8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。本申请所述装置中的部分模块可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构、类等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的硬件的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，也可以通过数据迁移的实施过程中体现出来。该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，移动终端，服务器，或者网络设备等)执行本申请各个实施方式或者实施方式的某些部分所述的方法。本说明书中的各个实施方式采用递进的方式描述，各个实施方式之间相同或相似的部分互相参见即可，每个实施方式重点说明的都是与其他实施方式的不同之处。本申请的全部或者部分可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、移动通信终端、多处理器系统、基于微处理器的系统、可编程的电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。在本申请文件中，介绍了本申请的多个实施方式，所属领域技术人员可以理解得出，本申请中的实施方式之间可以互相组合。而且，所属领域技术人员知道，本申请有许多变形和变化而不脱离本申请的精神，希望所附的权利要求包括这些变形和变化而不脱离本申请的精神。当前第1页1 2 3