CN107146158A - 一种电子数据处理方法及装置 - Google Patents

Abstract

本申请涉及互联网技术领域，尤其涉及一种电子数据处理方法及装置，用以实现自动理财服务功能，减少平台处理负担，节省网络资源。本申请实施例提供的电子数据处理方法包括：服务器确定用户在电子商务平台的账户余额以及历史收支数据；根据确定的所述用户在电子商务平台的账户余额以及历史收支数据，为用户生成理财方案，并将生成的理财方案推送给用户的客户端；客户端接收所述服务器推送的理财方案，并将理财方案在前台界面进行展示。本申请可以自动生成理财方案，减少用户因理财不合理而请求平台进行理财转让的情况，进而减少平台处理负担，节省网络资源。

Description

一种电子数据处理方法及装置

技术领域

本申请涉及互联网技术领域，尤其涉及一种电子数据处理方法及装置。

背景技术

电子商务平台是一个为企业或个人提供网上交易洽谈的平台。目前，电子商务平台的服务范围越来越广泛，除可以为用户提供互联网交易服务外，还扩展了支付平台的支付功能。随着互联网信息技术的飞速发展，越来越多的用户喜欢将闲散资金存入到支付平台的账户中，以便于随时进行支付与支出，这里的资金是以电子数据形式呈现在用户账户中的。

目前，支付平台可以为用户提供理财功能，用户可以在平台上选择自己需要的理财产品。然而，用户在面对不同的理财产品时，通常无法根据现有的账户余额选择出合理的理财方案。若用户选择了不合理的理财方案，比如用户采用账户余额的一部分买了定期理财产品，剩下的部分买了活期理财产品，当发现活期理财的金额不够日常支出消费时，只能向支付平台请求提前转让部分定期理财产品，这样就会增加支付平台的处理负担，浪费网络资源。

现有技术中尚没有任何支付平台能够为用户自动提供理财服务。

发明内容

本申请实施例提供一种电子数据处理方法，用以在实现自动理财服务功能，减少平台处理负担，节省网络资源。

本申请实施例提供一种电子数据处理方法，包括：

服务器确定用户在电子商务平台的账户余额以及历史收支数据；

所述服务器根据确定的所述用户在电子商务平台的账户余额以及历史收支数据，为所述用户生成理财方案，并将生成的理财方案推送给所述用户的客户端；

所述客户端接收所述服务器推送的理财方案，并将所述理财方案在前台界面进行展示。

可选地，所述客户端将所述理财方案在前台界面进行展示，包括：

在前台界面显示至少一种理财方式的理财方案信息、显示确认和取消的按钮，并提供编辑功能，以便所述用户对所述理财方案信息进行确认、取消、或修改；所述至少一种理财方式包括活期理财和/或定期理财。

可选地，所述方法还可以包括：

在所述用户对在前台界面显示的理财金额进行确认后，或在所述用户修改完在前台界面显示的理财金额并进行确认后，向用户显示具体的理财产品信息，以便用户进行选择。

可选地，所述服务器根据确定的所述用户在电子商务平台的账户余额以及历史收支数据，为所述用户生成理财方案，包括：

若所述用户的账户余额小于设定阈值，则为所述用户生成活期理财方案；

若所述用户的账户余额大于或等于设定阈值，则为所述用户生成活期理财方案和定期理财方案。

本申请实施例提供一种电子数据处理方法，包括：

服务器确定用户在电子商务平台的账户余额以及历史收支数据；

根据确定的所述用户在电子商务平台的账户余额以及历史收支数据，为所述用户生成理财方案，并将生成的理财方案推送至所述用户的客户端。

本申请另一实施例提供一种电子数据处理方法，包括：

客户端向服务器发送理财方案获取请求；

接收所述服务器推送的理财方案，并将所述理财方案在前台界面进行展示。

本申请实施例提供一种电子数据处理系统，该系统包括服务器和客户端，其中：

所述服务器确定用户在电子商务平台的账户余额以及历史收支数据，根据确定的所述用户在电子商务平台的账户余额以及历史收支数据，为所述用户生成理财方案，并将生成的理财方案推送给所述用户的客户端；

所述客户端接收所述服务器推送的理财方案，并将所述理财方案在前台界面进行展示。

本申请实施例提供一种电子数据处理装置，包括：

确定模块，用于确定用户在电子商务平台的账户余额以及历史收支数据；

发送处理模块，用于根据确定的所述用户在电子商务平台的账户余额以及历史收支数据，为所述用户生成理财方案，并将生成的理财方案推送至所述用户的客户端。

本申请另一实施例提供一种电子数据处理装置，包括：

发送模块，用于向服务器发送理财方案获取请求；

接收显示模块，用于接收所述服务器推送的理财方案，并将所述理财方案在前台界面进行展示。

本申请实施例可以结合用户在电子商务平台的账户余额以及历史收支数据，为用户生成理财方案。这里，基于用户的历史收支数据可以预测用户未来一段时间的收入支出情况，从而为用户合理设计在总的账户余额中可以进行活期理财的金额和进行定期理财的金额。这样，用户可以采纳本申请自动生成的理财方案来理财。另外，由于本申请实施例的电子商务平台可以为用户提供较为合理的理财方案，从而可以减少用户因理财方案不合理而请求平台进行理财转让的情况，进而减少了平台处理负担，节省了网络资源。

附图说明

图1为本申请实施例提供的电子数据处理方法流程图，

图2在前台界面显示理财方案的示意图之一；

图3为在前台界面显示理财方案的示意图之二；

图4为本申请实施例提供的电子数据处理系统结构示意图；

图5为本申请实施例提供的电子数据处理装置结构示意图；

图6为本申请另一实施例提供的电子数据处理装置结构示意图。

具体实施方式

下面结合说明书附图对本申请实施例作进一步详细描述。

如图1所示，为本申请实施例提供的电子数据处理方法流程图，包括以下步骤：

S101：客户端向服务器发起理财方案获取请求。

这里，所述客户端可以指电子商务平台的客户端，所述服务器可以指电子商务平台的服务器。本申请实施例中的电子商务平台中包括支付平台，除此之外，还可以包括购物平台等服务平台。用户可以在电子商务平台中的支付平台注册账户，并将闲散资金存入该账户中，支付平台除可以为用户提供支付服务外，还可以为用户提供理财服务。

在具体实施中，可以在客户端提供自动理财服务按钮，用户点击该按钮后，客户端向服务器发起理财方案获取请求。

S102：服务器确定用户在电子商务平台的账户余额以及历史收支数据。

这里，服务器在接收到客户端的理财方案获取请求后，从数据库中获取用户在电子商务平台的账户余额以及历史收支数据。这里的账户余额即为用户在电子商务平台可以使用的资金。

用户在电子商务平台的历史收支数据包括在支付平台的历史收入数据和历史支出数据。具体地，对于支付平台，该历史收入数据可以包括理财收入的金额和时间、转账收入的金额和时间等数据，该历史支出数据包括转账支出的金额和时间等数据。对于购物平台，该历史收入数据可以包括转账收入(比如售卖物品所得收入)的金额和时间等数据，该历史支出数据包括在购物平台的消费金额、消费时间等数据。

S103：服务器根据确定的用户在电子商务平台的账户余额以及历史收支数据，为该用户生成理财方案，并将生成的理财方案推送给该用户的客户端。

在具体实施中，若用户的账户余额小于设定阈值，可以为用户确定采用活期理财的理财方式；若用户的账户余额大于或等于设定阈值，则为所述用户确定采用活期理财方案和定期理财方案相结合的方式。

比如，若用户的账户余额为M，如果M<D(设定阈值)，则自动生成活期理财方案，具体可以建议用户将全部账户余额投入活期理财。若M≥D，则生成活期理财方案和定期理财方案两种。

可选地，作为一种实施方式，若M≥D，可以根据以下步骤生成活期理财方案和定期理财方案：

a)、根据确定的用户在电子商务平台的历史收支数据，以及用户的信用等级，为该用户确定活期理财的金额；其中，确定的该活期理财的金额小于或等于所述账户余额；

b)、根据确定的用户在电子商务平台的账户余额，以及为该用户确定的活期理财的金额，为该用户确定定期理财的金额。

比如，在a)中，首先根据用户在最近预设时间段(比如最近一个月)内的历史收支数据，拟合计算该用户在未来一周内每日的净支出金额(每日的支出金额减去收入金额，若差值为负值，则将该日的净支出金额记为0)，将每日的净支出金额相加作为未来一周内的净支出金额m1。具体可以通过移动平均的方式进行拟合，比如将在2015-2-1～2015-2-7每日的净支出金额相加作为未来2015-2-8的净支出金额，将在2015-2-2～2015-2-8每日的净支出金额相加作为未来2015-2-9的净支出金额等。

将所有用户的信用分划分为N(N为大于2的整数)个等级，计算该用户的信用分所在的信用等级L，这里假设信用等级越高，对应信用分越高，比如L∈{1％、2％、……、10％}，则在m1×(1+L)小于或等于账户余额大小的条件下，将用户账户余额中m1×(1+L)的金额作为推荐的活期理财的金额。若计算得到的m1×(1+L)大于账户余额的大小，则推荐的活期理财的金额大小等于账户余额的大小。

在b)中，假设账户余额为M，则向用户推荐的定期理财产品的金额大小为M-m1×(1+L)。

S104：客户端接收服务器推送的理财方案，并将该理财方案在前台界面进行展示。

在具体实施中，客户端可以在前台界面显示至少一种理财方式的理财方案信息、显示确认和取消的按钮，并提供编辑功能，以便用户对所述理财方案信息进行确认、取消、或修改；所述至少一种理财方式包括活期理财和/或定期理财。所述理财方案信息可以包括理财金额、理财期限和理财产品信息等中的一种或多种。如图2所示，为在前台界面显示理财金额、显示确认和取消的按钮，并提供编辑功能的示意图。如图3所示，除理财金额外，还可以显示理财产品、理财期限等理财方案信息，还可以让用户输入具体针对每种理财产品的理财金额等信息。

可选地，还可以在第一次呈现的理财推荐页面中只显示理财方案中理财金额信息，在用户对在前台界面显示的理财金额进行确认后，或在用户修改完在前台界面显示的理财金额并进行确认后，向用户显示具体的理财产品及理财期限等信息，以便用户进行选择。

这里，具体在为用户确定定期理财方案时，可以根据不同定期理财产品的收益率，按照收益率递减的顺序排列推送的定期理财产品；或者，根据不同定期理财产品的理财期限，按照理财期限由长到短或由短到长的顺序排列推送的定期理财产品。

本申请实施例可以结合用户在电子商务平台的账户余额以及历史收支数据，为用户生成理财方案。由于基于用户的历史收支数据可以预测用户未来一段时间的收入支出情况，而基于该收入支出情况可以为用户合理设计理财方案。由于电子商务平台可以为用户提供较为合理的理财方案，从而可以减少用户因理财方案不合理而请求平台进行理财转让的情况，进而减少平台处理负担，节省了网络资源。

基于同一发明构思，本申请实施例中还提供了一种与电子数据处理方法对应的电子数据处理系统及装置，由于该系统及装置解决问题的原理与本申请实施例电子数据处理方法相似，因此该系统及装置的实施可以参见方法的实施，重复之处不再赘述。

如图4所示，为本申请实施例提供的电子数据处理系统40，该系统40包括服务器41和客户端42，其中：

所述服务器41确定用户在电子商务平台的账户余额以及历史收支数据，根据确定的所述用户在电子商务平台的账户余额以及历史收支数据，为用户生成理财方案，并将生成的理财方案推送给所述用户的客户端；

所述客户端42接收所述服务器推送的理财方案，并将所述理财方案在前台界面进行展示。

可选地，所述客户端42具体用于：

在前台界面显示至少一种理财方式的理财金额、显示确认和取消的按钮，并提供编辑功能，以便所述用户对所述理财金额进行确认、取消、或修改；所述至少一种理财方式包括活期理财和/或定期理财。

可选地，所述客户端42还用于：

在所述用户对在前台界面显示的理财金额进行确认后，或在所述用户修改完在前台界面显示的理财金额并进行确认后，向用户显示具体的理财产品信息，以便用户进行选择。

可选地，所述服务器41具体用于：

若所述用户的账户余额小于设定阈值，则为所述用户生成活期理财方案；若所述用户的账户余额大于或等于设定阈值，则为所述用户生成活期理财方案和定期理财方案。

本申请实施例提供的电子数据处理系统中，服务器可以结合用户在电子商务平台的账户余额以及历史收支数据，为用户生成理财方案。由于基于用户的历史收支数据可以预测用户未来一段时间的收入支出情况，而基于该收入支出情况可以为用户合理设计理财方案。由于电子商务平台可以为用户提供较为合理的理财方案，从而可以减少用户因理财方案不合理而请求平台进行理财转让的情况，减少了平台处理负担，节省了网络资源。

如图5所示，为本申请实施例提供的电子数据处理装置50，包括：

确定模块51，用于确定用户在电子商务平台的账户余额以及历史收支数据；

处理模块52，用于根据确定的所述用户在电子商务平台的账户余额以及历史收支数据，为所述用户生成理财方案，并将生成的理财方案推送至所述用户的客户端。

可选地，处理模块52具体用于：

若所述用户的账户余额小于设定阈值，则为所述用户生成活期理财方案；若所述用户的账户余额大于或等于设定阈值，则为所述用户生成活期理财方案和定期理财方案。

如图6所示，为本申请另一实施例提供的电子数据处理装置60，包括：

发送模块61，用于向服务器发送理财方案获取请求；

显示模块62，用于接收所述服务器推送的理财方案，并将所述理财方案在前台界面进行展示。

可选地，显示模块62具体用于：

在前台界面显示至少一种理财方式的理财金额、显示确认和取消的按钮，并提供编辑功能，以便所述用户对所述理财金额进行确认、取消、或修改；所述至少一种理财方式包括活期理财和/或定期理财。

可选地，显示模块62还用于：

在所述用户对在前台界面显示的理财金额进行确认后，或在所述用户修改完在前台界面显示的理财金额并进行确认后，向用户显示具体的理财产品信息，以便用户进行选择。

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

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

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

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

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种电子数据处理方法，其特征在于，该方法包括：

服务器确定用户在电子商务平台的账户余额以及历史收支数据；

所述服务器根据确定的所述用户在电子商务平台的账户余额以及历史收支数据，为所述用户生成理财方案，并将生成的理财方案推送给所述用户的客户端；

所述客户端接收所述服务器推送的理财方案，并将所述理财方案在前台界面进行展示。

2.如权利要求1所述的方法，其特征在于，所述客户端将所述理财方案在前台界面进行展示，包括：

在前台界面显示至少一种理财方式的理财方案信息、显示确认和取消的按钮，并提供编辑功能，以便所述用户对所述理财方案信息进行确认、取消、或修改；所述至少一种理财方式包括活期理财和/或定期理财。

3.如权利要求1或2所述的方法，其特征在于，所述服务器根据确定的所述用户在电子商务平台的账户余额以及历史收支数据，为所述用户生成理财方案，包括：

若所述用户的账户余额小于设定阈值，则为所述用户生成活期理财方案；

若所述用户的账户余额大于或等于设定阈值，则为所述用户生成活期理财方案和定期理财方案。

4.一种电子数据处理方法，其特征在于，该方法包括：

服务器确定用户在电子商务平台的账户余额以及历史收支数据；

根据确定的所述用户在电子商务平台的账户余额以及历史收支数据，为所述用户生成理财方案，并将生成的理财方案推送给所述用户的客户端。

5.一种电子数据处理方法，其特征在于，该方法包括：

客户端向服务器发送理财方案获取请求；

接收所述服务器推送的理财方案，并将所述理财方案在前台界面进行展示。

6.一种电子数据处理系统，其特征在于，该系统包括服务器和客户端，其中：

所述服务器确定用户在电子商务平台的账户余额以及历史收支数据，根据确定的所述用户在电子商务平台的账户余额以及历史收支数据，为所述用户生成理财方案，并将生成的理财方案推送给所述用户的客户端；

所述客户端接收所述服务器推送的理财方案，并将所述理财方案在前台界面进行展示。

7.如权利要求6所述的系统，其特征在于，所述客户端具体用于：

在前台界面显示至少一种理财方式的理财方案信息、显示确认和取消的按钮，并提供编辑功能，以便所述用户对所述理财方案信息进行确认、取消、或修改；所述至少一种理财方式包括活期理财和/或定期理财。

8.如权利要求6或7所述的系统，其特征在于，所述服务器具体用于：

若所述用户的账户余额小于设定阈值，则为所述用户生成活期理财方案；若所述用户的账户余额大于或等于设定阈值，则为所述用户生成活期理财方案和定期理财方案。

9.一种电子数据处理装置，其特征在于，该装置包括：

确定模块，用于确定用户在电子商务平台的账户余额以及历史收支数据；

处理模块，用于根据确定的所述用户在电子商务平台的账户余额以及历史收支数据，为所述用户生成理财方案，并将生成的理财方案推送至所述用户的客户端。

10.一种电子数据处理装置，其特征在于，该装置包括：

发送模块，用于向服务器发送理财方案获取请求；

显示模块，用于接收所述服务器推送的理财方案，并将所述理财方案在前台界面进行展示。