CN117273367A - 一种资源变化情况确定方法及装置 - Google Patents

Abstract

本说明书实施例公开了一种资源变化情况确定方法及装置，该方法包括：获取待拆分的资源数据以及预定的拆分参数，根据待拆分的资源数据以及预定拆分参数，确定下发给客户端的预估资源，根据待拆分的资源数据以及所述下发给客户端的预估资源，确定资源变化情况。

Description

一种资源变化情况确定方法及装置

技术领域

本说明书涉及计算机软件技术领域，尤其涉及一种资源变化情况确定方法及装置。

背景技术

在计算机领域中，存在各种各样的资源，这些资源能够被需要该资源的对象利用，来实现资源的功能。比如，存储资源，可被利用存储需要存储的各种数据；流量资源，可以向用户提供流量下载任务。但是，由于资源处于不断利用中，资源总量、资源总量的各资源分量等参数将发生变化，呈现曲线趋势。下面以资源存储平台中资源变化情况进行说明。目前，资源存储平台通常会通过第三方平台代理销售对外所提供的云存储服务，以此满足用户存储数据的需求，后续，可通过第三方平台为用户办理购买存储资源以及提供累计存储资源损益曲线等业务。

仍以上述情形为例，在实际应用中，资源存储平台基于每个硬盘的存储资源过高或过低等不利于销售的情况，对现有的硬盘的存储资源进行拆分，资源存储平台首先是拆分出所要下发的存储资源，再将拆分出的存储资源下发给用户，使得在总的存储资源不变的情况下，改变每个硬盘的存储资源以及硬盘的总数量。

进一步的，由于拆分出所要下发的存储资源与将存储资源下发给用户之间是会存在时间间隔，由于在这时间间隔内用户持有的硬盘的数量是不变的，使得该时间间隔内每个硬盘的存储资源出现下降或升高时，将导致代理销售的第三方平台对外呈现出的累计存储资源损益曲线会突然出现断崖式的下降或升高的情况。

因此，为了避免这种累计资源变化(如上例中的累计存储资源损益曲线)出现断崖式的下降或升高的情况，需要提供一种更有效的资源变化情况确定方法。

发明内容

本说明书实施例提供一种资源变化情况确定方法及装置，用以解决如下技术问题：为了避免因资源拆分过程中所导致的代理销售的第三方平台对外呈现出的累计资源变化出现断崖式的下降或升高的情况，需要提供一种更有效的资源变化情况确定方法。

为解决上述技术问题，本说明书实施例是这样实现的：

本说明书实施例提供的一种资源变化情况确定方法，包括：

服务器获取待拆分的资源数据以及预定的拆分参数；

根据待拆分的资源数据以及预定拆分参数，确定下发给客户端的预估资源；

根据待拆分的资源数据以及所述下发给客户端的预估资源，确定资源变化情况。

本说明书实施例提供的一种基金变化情况确定方法，包括：

服务器获取待拆分的基金数据以及预定的拆分比例；

根据待拆分的基金数据以及预定的拆分比例，确定下发给客户端的预估基金；

根据待拆分的基金数据以及所述下发给客户端的预估基金，确定基金变化情况。

本说明书实施例提供的一种资源变化情况确定装置，包括：

获取模块，用于获取待拆分的资源数据以及预定的拆分参数；

第一确定模块，用于根据待拆分的资源数据以及预定拆分参数，确定下发给客户端的预估资源；

第二确定模块，用于根据待拆分的资源数据以及所述下发给客户端的预估资源，确定资源变化情况。

本说明书实施例提供的一种基金变化情况确定装置，包括：

获取模块，用于获取待拆分的基金数据以及预定的拆分比例；

第一确定模块，用于根据待拆分的基金数据以及预定的拆分比例，确定下发给客户端的预估基金；

第二确定模块，用于根据待拆分的基金数据以及所述下发给客户端的预估基金，确定基金变化情况。

本说明书实施例提供的一种资源变化情况确定设备，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

获取待拆分的资源数据以及预定的拆分参数；

根据待拆分的资源数据以及预定拆分参数，确定下发给客户端的预估资源；

根据待拆分的资源数据以及所述下发给客户端的预估资源，确定资源变化情况。

本说明书实施例提供的一种基金变化情况确定设备，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

获取待拆分的基金数据以及预定的拆分比例；

根据待拆分的基金数据以及预定的拆分比例，确定下发给客户端的预估基金；

根据待拆分的基金数据以及所述下发给客户端的预估基金，确定基金变化情况。

本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果：由于本发明在拆分所要下发的资源时，就已根据待拆分的资源数据以及预定拆分参数，确定了下发给客户端的预估资源，并根据待拆分的资源数据和下发给客户端的预估资源，确定资源变化情况，因此，即使拆分出所要下发的资源与资源下发给用户之间是存在时间间隔，也能够避免因资源拆分过程中所导致的代理销售的第三方平台对外呈现出的累计资源变化出现断崖式的下降或升高的情况。

附图说明

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

图1为本说明书实施例提供的一种资源变化情况确定方法的流程示意图；

图2为本说明书实施例提供的一种执行资源变化情况确定方法的架构示意图；

图3为本说明书实施例提供的一种基金变化情况确定方法的流程示意图；

图4为本说明书实施例提供的一种累计基金损益曲线示意图；

图5为本说明书实施例提供的对应于图1的一种资源变化情况确定装置的结构示意图；

图6为本说明书实施例提供的对应于图3的一种基金变化情况确定装置的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本说明书中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本说明书实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

图1为本说明书实施例提供的一种资源变化情况确定方法的流程示意图，从程序角度而言，流程的执行主体可以为服务器，具体如图2所示，其中，客户端是接收服务器下发的资源，客户端的数量可以为一个，也可以为多个，根据实际情况确定。

图1中的流程可以包括以下步骤：

S101：获取待拆分的资源数据以及预定的拆分参数。

在实际应用中，为了调整资源的资源量以满足用户或服务商对资源的实际需求，通常会对资源进行拆分，如，资源存储平台基于每个硬盘的存储资源过高或过低等不利于销售的情况，对现有的硬盘的存储资源进行拆分，使得在总的存储资源不变的情况下，改变每个硬盘的存储资源以及硬盘的总数量。

在本说明书实施例中，对资源进行拆分首先需要获取待拆分的资源数据。

在此需要说明的是，待拆分的资源数据根据实际情况来确定具体是哪种类型的资源数据，如，存储资源数据、流量资源数据等，在此不做具体的限定。

另外，由于在对资源进行拆分的过程中需要知道资源是按照什么样的规则来拆分的，因此，在本说明书实施例中，除了获取待拆分的资源数据，还需要获取拆分参数，该拆分参数表明了资源的拆分规则。

在此需要说明的是，由于实际的拆分参数只有资源控方(如，资源存储平台)知道，而代理销售的第三方平台在拆分过程中是无法获知的，因此，本说明书实施例所获取的拆分参数是代理销售的第三方平台根据实际的应用场景预先设定的，并不一定是实际的拆分参数。

而在本说明书实施例中，代理销售的第三方平台根据实际的应用场景预先设定的拆分参数，具体可以根据历史资源的损益，确定预定的拆分参数，也就是说，历史资源的损益决定了拆分参数的大小，如，假设历史资源的损益波动越大，则拆分参数越大，反之历史资源的损益波动越小，则拆分参数越小，又假设历史资源的损益波动越大，则拆分参数越小，反之历史资源的损益波动越小，则拆分参数越大。还可以根据历史的拆分参数来确定预定的拆分参数。

另外，由于拆分参数表明了资源的拆分规则，因此，在本说明书实施例中，拆分参数的含义可以是下发给客户端的预估资源的资源量与用户持有的单位资源的数量的比值(即，用户持有的每个单位资源下发多少资源量的资源)，也可以是拆分后用户持有的单位资源的数量与拆分前用户持有的单位资源的数量的比值(即，将拆分前用户持有的每个单位资源拆分成多少个单位资源)，当然，拆分参数具体所代表的意义需根据实际情况来定。

在此需要说明的是，资源可以按照预设的资源量划分成至少一个单位资源，单位资源是当前最基本的资源，也就是说，资源是由至少一个单位资源构成的，如，资源存储平台对外提供云存储服务，按照预设的存储资源量3G将存储资源划分成多个云盘。另外，在实际场景中，针对同种类型的资源，可以将同种类型的资源分配给用户，使得用户持有一定的资源，如，资源存储平台通常会对外提供云存储服务，以此满足用户存储数据的需求，后续，资源存储平台可为用户办理购买存储资源以及提供累计存储资源损益曲线等业务，用户通过购买云盘从而持有一定的存储资源。

在此还需要说明的是，资源拆分是改变原来的单位资源的的资源量，从而得到新的单位资源的资源量，在本说明书实施例中，为了更好地区分改变前后的单位资源的资源量，可以将改变前的单位资源的资源量称为拆分前的单位资源的资源量，将改变后的单位资源的资源量称为拆分后的单位资源的资源量。

S102：根据待拆分的资源数据以及预定拆分参数，确定下发给客户端的预估资源。

由于在实际的资源拆分中，拆分后的单位资源的资源量发生了变化，但是用户持有的单位资源的数量在资源下发之前并不会发生变化，这样就会使得用户在资源下发之前所拥有的资源量出现断崖式的降低或增高，因此，在本说明书实施例中，为了避免用户在资源下发之前所拥有的资源量出现断崖式的降低或增高，可在实际的资源拆分中，根据待拆分的资源数据以及预定的拆分参数，确定下发给客户端的预估资源，后续根据所确定出的下发给客户端的预估资源确定用户的资源变化情况。

进一步的，基于步骤S101的拆分参数所表示的含义，本说明书实施例给出了两种根据待拆分的资源数据以及预定拆分参数，确定下发给客户端的预估资源的实施方式，具体如下：

第一种实施方式基于拆分参数的含义是下发给客户端的预估资源的资源量与用户持有的单位资源的数量的比值来根据待拆分的资源数据以及预定拆分参数，确定下发给客户端的预估资源，具体的，确定所述拆分参数与所述用户持有的单位资源的数量的乘积，将所述拆分参数与所述用户持有的单位资源的数量的乘积确定为下发给客户端的预估资源。

在此需要说明的是，由于拆分参数是下发给客户端的预估资源的资源量与用户持有的单位资源的数量的比值，因此，在步骤S101中所获取的待拆分的资源数据包括用户持有的单位资源的数量。

第二种实施方式基于拆分参数的含义是拆分后用户持有的单位资源的数量与拆分前用户持有的单位资源的数量的比值来根据待拆分的资源数据以及预定拆分参数，确定下发给客户端的预估资源，具体的，确定用户持有的单位资源的数量、拆分参数以及拆分后的单位资源的资源量的乘积，确定用户持有的单位资源的数量以及拆分后的单位资源的资源量的乘积，确定用户持有的单位资源的数量、拆分参数以及拆分后的单位资源的资源量的乘积，与用户持有的单位资源的数量以及拆分后的单位资源的资源量的乘积的差值，将差值确定为下发给客户端的预估资源。

在此需要说明的是，由于拆分参数是拆分后用户持有的单位资源的数量与拆分前用户持有的单位资源的数量的比值，因此，在步骤S101中所获取的待拆分的资源数据包括用户持有的单位资源的数量和拆分后的单位资源的资源量。

S103：根据待拆分的资源数据以及所述下发给客户端的预估资源，确定资源变化情况。

在实际场景中，为了让用户了解自己所持有的资源的情况，通常是针对每个持有资源的用户分别确定该用户的资源变化情况，另外，用户的资源的变化情况通常是通过用户的累计资源损益曲线反映出来的，而绘制用户的累计资源损益曲线则需要通过历史获益资源、历史损失资源、用户持有的单位资源的数量、拆分后的单位资源的资源量和下发给客户端的资源来确定用户的累计资源损益。

在此需要说明的是，历史获益资源指的是历史上所获取的总资源，历史损失资源指的是历史上所损失的总资源，其中，历史损失资源为负数，如，历史损失资源为-30表示历史损失30资源量的资源。

在此还需要说明的是，由于资源的变化情况通常是根据历史获益资源、历史损失资源、用户持有的单位资源的数量和拆分后的单位资源的资源量确定的，因此，在本说明书实施例中，在步骤S101中所获取的待拆分的资源数据包括历史获益资源、历史损失资源、用户持有的单位资源的数量和拆分后的单位资源的资源量。

进一步的，本说明书实施例提供了一种根据在步骤S101中所获取的待拆分的资源数据以及下发给客户端的预估资源，确定资源变化情况的实施方式，具体如下：

确定用户持有的单位资源的数量和拆分后的单位资源的资源量的乘积，确定用户持有的单位资源的数量和拆分后的单位资源的资源量的乘积、所述下发给客户端的预估资源、所述历史获益资源和所述历史损失资源之和，根据用户持有的单位资源的数量和拆分后的单位资源的资源量的乘积、所述下发给客户端的预估资源、所述历史获益资源和所述历史损失资源之和，确定用户的累计资源损益，根据用户的累计资源损益，确定用户的累计资源损益曲线，根据用户的累计资源损益曲线，确定用户的资源变化情况。

在此需要说明的是，累计资源损益曲线的横坐标为时间，纵坐标为累计资源损益，累计资源损益曲线的变化反映了随着时间的变化用户的累计资源损益的资源变化情况。

通过上述方法，由于本发明在拆分所要下发的资源时，就已根据待拆分的资源数据以及预定拆分参数，确定了下发给客户端的预估资源，并根据待拆分的资源数据和下发给客户端的预估资源，确定资源变化情况，因此，即使拆分出所要下发的资源与资源下发给用户之间是存在时间间隔，也能够避免因资源拆分过程中所导致的代理销售的第三方平台对外呈现出的累计资源变化出现断崖式的下降或升高的情况。

在实际应用中，虽然通过步骤S101～步骤S103得到用户的累计资源损益曲线，由此确定出用户的资源变化情况，但是由于步骤S102中预定的拆分参数并不一定是资源在实际拆分时的拆分参数，因此，通过步骤S101～步骤S103得到用户的累计资源损益曲线也并不一定是用户实际的累计资源损益曲线，由此确定出的用户的资源变化情况也不一定是用户实际的资源变化情况，而由于在实际应用中，用户的累计资源损益是以下发给客户端的实际资源为准的，因此，在本说明书实施例中，在执行完成步骤S101～步骤S103之后，需要时刻监听下发给客户端的实际资源，当监听到下发给客户端的实际资源后，确定用户的累计资源损益与下发给客户端的实际资源之和，确定用户的累计资源损益与下发给客户端的实际资源之和，与下发给客户端的预估资源的差值，根据确定出的用户的累计资源损益与下发给客户端的实际资源之和，与下发给客户端的预估资源的差值，确定用户的累计资源损益曲线，根据用户的累计资源损益曲线，确定最终用户的资源变化情况

在此需要说明的是，通过减去由步骤S102所确定出的下发给客户端的预估资源，并加上实际的下发给客户端的实际资源，可以得到用户实际的累计资源损益曲线，并根据用户的实际累计资源损益曲线，确定用户最终实际的资源变化情况。

以上为本说明书实施例提供的资源变化情况确定方法，为了能够更加清楚详细的阐述本发明，本说明书实施例以资源为基金，拆分参数为拆分比例为例对本发明进行详细阐述，如图3所示。

图3为本说明书实施例提供的一种基金变化情况确定方法的流程示意图，包括以下步骤：

S301：获取待拆分的基金数据以及预定的拆分比例。

在实际应用中，基金公司为了降低单位基金的金额(在本说明书实施例中，单位基金的金额也称为净值)以便促进更多的人购买基金，通常会对基金进行拆分。

在本说明书实施例中，对基金进行拆分首先需要获取待拆分的基金数据以及预定的拆分比例，后续，将待拆分的基金数据按照拆分比例进行拆分，如，假设拆分比例为1:2，则待拆分的基金按照1:2的拆分比例进行拆分。

在此需要说明的是，可以根据历史基金的损益，确定预定的拆分比例，还可以根据历史拆分比例来确定预定的拆分比例，并且，由于基金公司每次在对基金进行拆分时都会对外发布包含拆分比例的拆分公告，用以通知基金用户以及代销基金的第三方平台基金拆分情况，因此，本说明书实施例也可以获取基金公司对外发布的拆分公告，并提取拆分公告内的拆分比例，将该拆分比例确定为拆分比例。

另外，由于拆分比例表明了基金的拆分规则，因此，在本说明书实施例中，拆分比例的含义可以是下发给客户端的预估基金的金额与用户持有的单位基金的份额的比值(即，用户持有的每份单位基金下发多少金额的基金)，也可以是拆分后用户持有的单位基金的份额与拆分前用户持有的单位基金的份额的比值(即，将拆分前用户持有的每份单位基金拆分成多少份单位基金)，当然，拆分比例具体所代表的意义需根据实际情况来定。

在此需要说明的是，用户可通过在基金公司或代销基金的第三方平台购买并持有一定份额的基金，所购买的每份基金是一个单位基金，单位基金是当前最基本的基金，且单位基金的金额称为净值，另外，由于基金拆分时改变原来的单位基金的金额，从而得到新的单位基金的金额，在本说明书实施例中，为了更好的区分改变前后的单位基金的金额，可以将改变前的单位基金的金额称为拆分前的单位基金的金额(也即，拆分前的净值)，将改变后的单位基金的金额称为拆分后的单位基金的金额(也即，拆分后的净值)。

S302：根据待拆分的基金数据以及预定的拆分比例，确定下发给客户端的预估基金。

由于在实际的基金拆分中，拆分后的单位基金的金额发生了变化，但是用户持有的单位基金的份额在基金下发之前并不会发生变化，这样就会使得用户在基金下发之前所拥有的基金金额出现断崖式的降低或增高，因此，在本说明书实施例中，为了避免用户在基金下发之前所拥有的基金金额出现断崖式的降低或增高，可在实际的基金拆分中，根据待拆分的基金数据以及预定的拆分比例，确定下发给客户端的预估基金，后续根据所确定出的下发给客户端的预估基金确定用户的基金变化情况。

进一步的，基于步骤S301的拆分比例所表示的含义，本说明书实施例给出了两种根据待拆分的基金数据以及预定的拆分比例，确定下发给客户端的预估基金的实施方式，具体如下：

第一种实施方式基于拆分比例的含义是下发给客户端的预估基金的金额与用户持有的单位基金的份额的比值来根据待拆分的基金数据以及预定的拆分比例，确定下发给客户端的预估基金，具体的，确定预定的拆分比例与用户持有的单位基金的份额的乘积，将预定的拆分比例与用户持有的单位基金的份额的乘积确定为下发给客户端的预估基金。

在此需要说明的是，由于拆分比例是下发给客户端的预估基金的金额与用户持有的单位基金的份额的比值，因此，在步骤S301中所获取的待拆分的基金数据包括用户持有的单位基金的份额。

第二种实施方式基于拆分比例的含义是拆分后用户持有的单位基金的份额与拆分前用户持有的单位基金的份额的比值来根据待拆分的基金数据以及预定的拆分比例，确定下发给客户端的预估基金，具体的，确定用户持有的单位基金的份额、预定的拆分比例以及拆分后的单位基金的金额的乘积，确定用户持有的单位基金的份额和拆分后的单位基金的金额的乘积，确定用户持有的单位基金的份额、预定的拆分比例以及拆分后的单位基金的金额的乘积，与用户持有的单位基金的份额和拆分后的单位基金的金额的乘积的差值，将所述差值确定为下发给客户端的预估基金。

在此需要说明的是，由于拆分比例是拆分后用户持有的单位基金的份额与拆分前用户持有的单位基金的份额的比值，因此，在步骤S301中所获取的待拆分的基金数据包括用户持有的单位基金的份额以及拆分后的单位基金的金额。

S303：根据待拆分的基金数据以及所述下发给客户端的预估基金，确定基金变化情况。

在实际应用中，为了让用户了解自己所持有的基金的情况，通常是针对每个持有基金的用户分别确定该用户的基金变化情况，另外，用户的基金的变化情况通常是通过用户的累计基金损益曲线反映出来的，而绘制用户的累计基金损益曲线则需要通过历史赎回基金金额、历史申购基金金额、用户持有的单位基金的份额、拆分后的单位基金的金额和下发给客户端的基金来确定用户的累计基金损益。

在此需要说明的是，在本说明书实施例中，历史赎回基金金额指的是历史上用户出售基金所获得的金额，历史申购基金金额指的是历史上用户购买基金公司基金的金额，其中，历史申购基金金额为负数，如，历史申购基金金额为-30元表示历史上用户购买基金的金额为30元。

在此还需要说明的是，由于基金的变化情况通常是根据历史赎回基金金额、历史申购基金金额、用户持有的单位基金的份额、拆分后的单位基金的金额以及下发给客户端的基金确定的，因此，在本说明书实施例中，在步骤S301中所获取的待拆分的基金数据包括历史赎回基金金额、历史申购基金金额、用户持有的单位基金的份额以及拆分后的单位基金的金额。

进一步的，本说明书实施例提供了一种根据在步骤S301中所获取的待拆分的基金数据以及下发给客户端的预估基金，确定基金变化情况的实施方式，具体如下：

确定用户持有的单位基金的份额和拆分后的单位基金的金额的乘积，确定用户持有的单位基金的份额和拆分后的单位基金的金额的乘积、下发给客户端的预估基金、历史赎回基金金额和历史申购基金金额之和，根据用户持有的单位基金的份额和拆分后的单位基金的金额的乘积、下发给客户端的预估基金、历史赎回基金金额和历史申购基金金额之和，确定用户的累计基金损益，根据用户的累计基金损益，确定用户的累计基金损益曲线，根据用户的累计基金损益曲线，确定用户的基金变化情况。

在此需要说明的是，累计基金损益曲线的横坐标为时间，纵坐标为累计基金损益，如图4所示，累计基金损益曲线的变化反映了随着时间的变化用户的累计基金损益的基金变化情况。

通过上述方法，由于本发明在拆分所要下发的基金时，就已根据待拆分的基金数据以及预定拆分比例，确定了下发给客户端的预估基金，并根据待拆分的基金数据和下发给客户端的预估基金，确定基金变化情况，因此，即使拆分出所要下发的基金与基金下发给用户之间是存在时间间隔，也能够避免基金变化出现断崖式的下降或升高的情况。

在实际应用中，虽然通过步骤S301～步骤S303得到用户的累计基金损益曲线，由此确定出用户的基金变化情况，但是由于步骤S302中预定的拆分比例并不一定是基金在实际拆分时的拆分比例，因此，通过步骤S301～步骤S303得到用户的累计基金损益曲线也并不一定是用户实际的累计基金损益曲线，由此确定出的用户的基金变化情况也不一定是用户实际的基金变化情况，而由于在实际应用中，用户的累计基金损益是以下发给客户端的实际基金为准的，因此，在本说明书实施例中，在执行完成步骤S301～步骤S303之后，需要时刻监听下发给客户端的实际基金，当监听到下发给客户端的实际基金后，确定用户的累计基金损益与下发给客户端的实际基金之和，确定用户的累计基金损益与下发给客户端的实际基金之和，与所确定出的下发给客户端的预估基金的差值，根据确定出的用户的累计基金损益与下发给客户端的实际基金之和，与所确定出的下发给客户端的预估基金的差值，确定用户最终的累计基金损益曲线。

在此需要说明的是，通过减去由步骤S302所确定出的下发给客户端的预估基金，并加上下发给客户端的实际基金，可以得到用户最终实际的累计基金损益曲线，并根据用户的实际累计基金损益曲线，确定用户实际的基金变化情况。

基于同样的思路，本说明书实施例还提供了上述方法对应的装置，如图5和图6所示。

图5为本说明书实施例提供的对应于图1的一种资源变化情况确定装置的结构示意图，所述装置包括：

获取模块501，用于获取待拆分的资源数据以及预定的拆分参数；

第一确定模块502，用于根据待拆分的资源数据以及预定拆分参数，确定下发给客户端的预估资源；

第二确定模块503，用于根据待拆分的资源数据以及所述下发给客户端的预估资源，确定资源变化情况。

所述获取模块501具体用于，根据历史资源的损益，确定预定的拆分参数并获取。

所述资源数据包括：用户持有的单位资源的数量；所述第一确定模块502具体用于，确定所述拆分参数与所述用户持有的单位资源的数量的乘积，将所述拆分参数与所述用户持有的单位资源的数量的乘积确定为下发给客户端的预估资源。

所述资源数据包括：用户持有的单位资源的数量和拆分后的单位资源的资源量，所述拆分参数为拆分后用户持有的单位资源的数量与拆分前用户持有的单位资源的数量的比值；所述第一确定模块502具体用于，确定用户持有的单位资源的数量、所述拆分参数以及拆分后的单位资源的资源量的乘积，确定用户持有的单位资源的数量以及拆分后的单位资源的资源量的乘积，确定用户持有的单位资源的数量、所述拆分参数以及拆分后的单位资源的资源量的乘积，与用户持有的单位资源的数量以及拆分后的单位资源的资源量的乘积的差值，将所述差值确定为下发给客户端的预估资源。

所述资源数据还包括：历史获益资源、历史损失资源、用户持有的单位资源的数量和拆分后的单位资源的资源量，其中，所述历史损失资源为负数；所述第二确定模块503具体用于，确定用户持有的单位资源的数量和拆分后的单位资源的资源量的乘积，确定用户持有的单位资源的数量和拆分后的单位资源的资源量的乘积、所述下发给客户端的预估资源、所述历史获益资源和所述历史损失资源之和，根据用户持有的单位资源的数量和拆分后的单位资源的资源量的乘积、所述下发给客户端的预估资源、所述历史获益资源和所述历史损失资源之和，确定用户的累计资源损益；根据用户的累计资源损益，确定用户的累计资源损益曲线，根据用户的累计资源损益曲线，确定用户的资源变化情况。

所述装置还包括：

第三确定模块504，用于监听下发给客户端的实际资源，当监听到下发给客户端的实际资源后，确定用户的累计资源损益与下发给客户端的实际资源之和，确定用户的累计资源损益与下发给客户端的实际资源之和，与下发给客户端的预估资源的差值，根据确定出的用户的累计资源损益与下发给客户端的实际资源之和，与下发给客户端的预估资源的差值，确定用户的累计资源损益曲线，根据用户的累计资源损益曲线，确定用户的资源变化情况。

图6为本说明书实施例提供的对应于图3的一种基金变化情况确定装置的结构示意图，所述装置包括：

获取模块601，用于获取待拆分的基金数据以及预定的拆分比例；

第一确定模块602，用于根据待拆分的基金数据以及预定的拆分比例，确定下发给客户端的预估基金；

第二确定模块603，用于根据待拆分的基金数据以及所述下发给客户端的预估基金，确定基金变化情况。

所述获取模块601具体用于，根据历史基金的损益，确定预定的拆分比例并获取。

所述基金数据包括：用户持有的单位基金的份额；所述第一确定模块602具体用于，确定预定的拆分比例与用户持有的单位基金的份额的乘积；将预定的拆分比例与用户持有的单位基金的份额的乘积确定为下发给客户端的预估基金。

所述基金数据包括：用户持有的单位基金的份额以及拆分后的单位基金的金额；所述拆分比例为拆分后用户持有的单位基金的份额与拆分前用户持有的单位基金的份额的比值；所述第一确定模块602具体用于，确定用户持有的单位基金的份额、预定的拆分比例以及拆分后的单位基金的金额的乘积；确定用户持有的单位基金的份额和拆分后的单位基金的金额的乘积；确定用户持有的单位基金的份额、预定的拆分比例以及拆分后的单位基金的金额的乘积，与用户持有的单位基金的份额和拆分后的单位基金的金额的乘积的差值；将所述差值确定为下发给客户端的预估基金。

所述基金数据还包括：历史赎回基金金额、历史申购基金金额、用户持有的单位基金的份额以及拆分后的单位基金的金额，其中，所述历史申购基金金额为负数；所述第二确定模块603具体用于，确定用户持有的单位基金的份额和拆分后的单位基金的金额的乘积；确定用户持有的单位基金的份额和拆分后的单位基金的金额的乘积、所述下发给客户端的预估基金、所述历史赎回基金金额和历史申购基金金额之和；根据用户持有的单位基金的份额和拆分后的单位基金的金额的乘积、所述下发给客户端的预估基金、所述历史赎回基金金额和历史申购基金金额之和，确定用户的累计基金损益；根据用户的累计基金损益，确定用户的累计基金损益曲线；根据用户的累计基金损益曲线，确定用户的基金变化情况。

所述装置还包括：

第三确定模块604，用于监听下发给客户端的实际基金；当监听到下发给客户端的实际基金后，确定用户的累计基金损益与下发给客户端的实际基金之和；确定用户的累计基金损益与下发给客户端的实际基金之和，与下发给客户端的预估基金的差值；根据确定出的用户的累计基金损益与下发给客户端的实际基金之和，与下发给客户端的预估基金的差值，确定用户最终的累计基金损益曲线。

基于同样的思路，本说明书实施例还提供了上述方法对应的设备和非易失性计算机存储介质。

本说明书实施例提供的对应于图1的一种资源变化情况确定设备，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

获取待拆分的资源数据以及预定的拆分参数；

根据待拆分的资源数据以及预定拆分参数，确定下发给客户端的预估资源；

根据待拆分的资源数据以及所述下发给客户端的预估资源，确定资源变化情况。

本说明书实施例提供的对应于图3的一种基金变化情况确定设备，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

获取待拆分的基金数据以及预定的拆分比例；

根据待拆分的基金数据以及预定的拆分比例，确定下发给客户端的预估基金；

根据待拆分的基金数据以及所述下发给客户端的预估基金，确定基金变化情况。

本说明书实施例提供的对应于图1的一种非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：

获取待拆分的资源数据以及预定的拆分参数；

根据待拆分的资源数据以及预定拆分参数，确定下发给客户端的预估资源；

根据待拆分的资源数据以及所述下发给客户端的预估资源，确定资源变化情况。

本说明书实施例提供的对应于图3的一种非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：

获取待拆分的基金数据以及预定的拆分比例；

根据待拆分的基金数据以及预定的拆分比例，确定下发给客户端的预估基金；

根据待拆分的基金数据以及所述下发给客户端的预估基金，确定基金变化情况。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

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

本说明书实施例提供的装置、设备、非易失性计算机存储介质与方法是对应的，因此，装置、设备、非易失性计算机存储介质也具有与对应方法类似的有益技术效果，由于上面已经对方法的有益技术效果进行了详细说明，因此，这里不再赘述对应装置、设备、非易失性计算机存储介质的有益技术效果。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field ProgrammableGateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell UniversityProgramming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、AtmelAT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

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

本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

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

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

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

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

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

本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

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

以上所述仅为本说明书实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (20)

1.一种资源变化情况确定方法，所述方法包括：

获取待拆分的资源数据以及预定的拆分参数；

根据待拆分的资源数据以及预定的拆分参数，确定下发给客户端的预估资源；

根据待拆分的资源数据以及所述下发给客户端的预估资源，确定资源变化情况。

2.如权利要求1所述的方法，获取预定的拆分参数，具体包括：

根据历史资源的损益，确定预定的拆分参数并获取。

3.如权利要求1所述的方法，所述资源数据包括：用户持有的单位资源的数量。

4.如权利要求3所述的方法，所述根据待拆分的资源数据以及预定的拆分参数，确定下发给客户端的预估资源，具体包括：

确定所述拆分参数与所述用户持有的单位资源的数量的乘积；

将所述拆分参数与所述用户持有的单位资源的数量的乘积确定为下发给客户端的预估资源。

5.如权利要求1所述的方法，所述资源数据包括：用户持有的单位资源的数量和拆分后的单位资源的资源量；所述拆分参数为拆分后用户持有的单位资源的数量与拆分前用户持有的单位资源的数量的比值。

6.如权利要求5所述的方法，所述根据待拆分的资源数据以及预定的拆分参数，确定下发给客户端的预估资源，具体包括：

确定用户持有的单位资源的数量、所述拆分参数以及拆分后的单位资源的资源量的乘积；

确定用户持有的单位资源的数量以及拆分后的单位资源的资源量的乘积；

确定用户持有的单位资源的数量、所述拆分参数以及拆分后的单位资源的资源量的乘积，与用户持有的单位资源的数量以及拆分后的单位资源的资源量的乘积的差值；

将所述差值确定为下发给客户端的预估资源。

7.如权利要求1所述的方法，所述资源数据包括：历史获益资源、历史损失资源、用户持有的单位资源的数量和拆分后的单位资源的资源量，其中，所述历史损失资源为负数。

8.如权利要求7所述的方法，所述根据待拆分的资源数据以及所述下发给客户端的预估资源，确定资源变化情况，具体包括：

确定用户持有的单位资源的数量和拆分后的单位资源的资源量的乘积；确定用户持有的单位资源的数量和拆分后的单位资源的资源量的乘积、所述下发给客户端的预估资源、所述历史获益资源和所述历史损失资源之和；根据用户持有的单位资源的数量和拆分后的单位资源的资源量的乘积、所述下发给客户端的预估资源、所述历史获益资源和所述历史损失资源之和，确定用户的累计资源损益；根据用户的累计资源损益，确定用户的累计资源损益曲线；根据用户的累计资源损益曲线，确定用户的资源变化情况。

9.如权利要求8所述的方法，所述方法还包括：

监听下发给客户端的实际资源；

当监听到下发给客户端的实际资源后，确定用户的累计资源损益与下发给客户端的实际资源之和；

确定用户的累计资源损益与下发给客户端的实际资源之和，与下发给客户端的预估资源的差值；

根据确定出的用户的累计资源损益与下发给客户端的实际资源之和，与下发给客户端的预估资源的差值，确定用户的累计资源损益曲线；

根据用户的累计资源损益曲线，确定用户最终的资源变化情况。

10.一种基金变化情况确定方法，所述方法包括：

获取待拆分的基金数据以及预定的拆分比例；

根据待拆分的基金数据以及预定的拆分比例，确定下发给客户端的预估基金；

根据待拆分的基金数据以及所述下发给客户端的预估基金，确定基金变化情况。

11.如权利要求10所述的方法，获取预定的拆分比例，具体包括：

根据历史基金的损益，确定预定的拆分比例并获取。

12.如权利要求10所述的方法，所述基金数据包括：用户持有的单位基金的份额；

根据待拆分的基金数据以及预定的拆分比例，确定下发给客户端的预估基金，具体包括：

确定预定的拆分比例与用户持有的单位基金的份额的乘积；

将预定的拆分比例与用户持有的单位基金的份额的乘积确定为下发给客户端的预估基金。

13.如权利要求10所述的方法，所述基金数据包括：用户持有的单位基金的份额以及拆分后的单位基金的金额；所述拆分比例为拆分后用户持有的单位基金的份额与拆分前用户持有的单位基金的份额的比值；

根据待拆分的基金数据以及预定的拆分比例，确定下发给客户端的预估基金，具体包括：

确定用户持有的单位基金的份额、预定的拆分比例以及拆分后的单位基金的金额的乘积；

确定用户持有的单位基金的份额和拆分后的单位基金的金额的乘积；

确定用户持有的单位基金的份额、预定的拆分比例以及拆分后的单位基金的金额的乘积，与用户持有的单位基金的份额和拆分后的单位基金的金额的乘积的差值；

将所述差值确定为下发给客户端的预估基金。

14.如权利要求10所述的方法，所述基金数据包括：历史赎回基金金额、历史申购基金金额、用户持有的单位基金的份额以及拆分后的单位基金的金额，其中，所述历史申购基金金额为负数；

所述根据待拆分的基金数据以及所述下发给客户端的预估基金，确定基金变化情况，具体包括：

确定用户持有的单位基金的份额和拆分后的单位基金的金额的乘积；确定用户持有的单位基金的份额和拆分后的单位基金的金额的乘积、所述下发发给客户端的预估基金、所述历史赎回基金金额和历史申购基金金额之和；根据用户持有的单位基金的份额和拆分后的单位基金的金额的乘积、所述下发发给客户端的预估基金、所述历史赎回基金金额和历史申购基金金额之和，确定用户的累计基金损益；根据用户的累计基金损益，确定用户的累计基金损益曲线；根据用户的累计基金损益曲线，确定用户的基金变化情况。

15.如权利要求14所述的方法，所述方法还包括：

监听下发给客户端的实际基金；

当监听到下发给客户端的实际基金后，确定用户的累计基金损益与下发给客户端的实际基金之和；

确定用户的累计基金损益与下发给客户端的实际基金之和，与下发给客户端的预估基金的差值；

根据确定出的用户的累计基金损益与下发给客户端的实际基金之和，与下发给客户端的预估基金的差值，确定用户的累计基金损益曲线；

根据用户的累计基金损益曲线，确定用户最终的基金变化情况。

16.一种资源变化情况确定装置，所述装置包括：

获取模块，用于获取待拆分的资源数据以及预定的拆分参数；

第一确定模块，用于根据待拆分的资源数据以及预定的拆分参数，确定下发给客户端的预估资源；

第二确定模块，用于根据待拆分的资源数据以及所述下发给客户端的预估资源，确定资源变化情况。

17.一种基金变化情况确定装置，所述装置包括：

获取模块，用于获取待拆分的基金数据以及预定的拆分比例；

第一确定模块，用于根据待拆分的基金数据以及预定的拆分比例，确定下发给客户端的预估基金；

第二确定模块，用于根据待拆分的基金数据以及所述下发给客户端的预估基金，确定基金变化情况。

18.一种资源变化情况确定设备，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

获取待拆分的资源数据以及预定的拆分参数；

根据待拆分的资源数据以及预定的拆分参数，确定下发给客户端的预估资源；

根据待拆分的资源数据以及所述下发给客户端的预估资源，确定资源变化情况。

19.一种基金变化情况确定设备，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

获取待拆分的基金数据以及预定的拆分比例；

根据待拆分的基金数据以及预定的拆分比例，确定下发给客户端的预估基金；

根据待拆分的基金数据以及所述下发给客户端的预估基金，确定基金变化情况。

20.一种非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令被处理器执行以实现权利要求1-9中任一项所述的资源变化情况确定方法或10-15中任一项所述的基金变化情况确定方法。