CN110363666A - 信息处理方法、装置、计算设备以及存储介质 - Google Patents

Abstract

本申请提供了一种信息处理方法，包括：从第一服务器获取产品的信息，产品为未生效的并且可供预购买；展示第一页面，第一页面包含所述至少一个产品的信息；响应于对第一页面中任一个产品的第一预购操作，发送第一预购请求至第一服务器，展示第二页面，第二页面用于接收预购该产品的资源数值；向第一服务器发送第二预购请求，第二预购请求携带预购该产品的资源数值和支付方式信息，以使第一服务器与支付方式信息对应的第二服务器进行资源转移处理，从而在第一服务器的第一账户中增加资源数值并在第二服务器的第二账户中扣除资源数值；当接收到第一服务器在与产品对应的第三服务器完成资源转移处理后返回的响应时，展示该产品购买成功的消息。

Description

信息处理方法、装置、计算设备以及存储介质

技术领域

本申请涉及信息技术领域，尤其涉及一种信息处理方法、装置、计算设备以及存储介质。

背景技术

随着信息技术的发展，人们可以使用安装在智能终端上的各种各样的应用程序来满足人们的生活需求，如，线上购物需求、线上娱乐需求、线上社交需求乃至线上理财需求等，然而，对于线上理财应用程序来说，用户只能对线上开售的理财产品进行购买，而未开售的理财产品却不能购买，从而容易使用户错过收益优良的理财产品，所以如何对未开售的理财产品进行购买是解决上述问题的关键。

发明内容

本申请提出了以下技术方案，能够方便地对未开售的理财产品进行购买。

本申请实例提出了一种信息处理方法，所述方法包括：从第一服务器获取至少一种产品的信息，所述产品为未生效的并且可供预购买；展示第一页面，所述第一页面包含所述至少一个产品的信息；响应于对所述第一页面中任一个产品的第一预购操作，发送第一预购请求至所述第一服务器，所述第一预购请求携带该产品的标识；展示第二页面，所述第二页面用于接收预购该产品的资源数值；向所述第一服务器发送第二预购请求，所述第二预购请求携带通过所述第二页面接收到的预购该产品的资源数值和支付方式信息，以使所述第一服务器与所述支付方式信息对应的第二服务器进行资源转移处理，从而在所述第一服务器的第一账户中增加所述资源数值并在所述第二服务器的第二账户中扣除所述资源数值；及当接收到所述第一服务器在与该产品对应的第三服务器完成资源转移处理后返回的响应时，展示该产品购买成功的通知消息。

在一些实例中，所述第二页面展示了资源数值输入控件、最小资源数值的提示信息以及至少一种支付方式信息；所述方法进一步包括：响应于所述第二页面中对所述资源数值输入控件和所述至少一种支付方式信息的第二预购操作，获取所述第二预购操作选择的支付方式信息以及输入的资源数值，并执行所述向所述第一服务器发送第二预购请求的步骤。

在一些实例中，所述方法进一步包括：接收所述第一服务器响应于所述第二预购请求发送的第一支付信息；展示第三页面，所述第三页面包含所述第一支付信息，所述第一支付信息包括所述支付方式信息对应的第二账户的信息项；及响应于对所述第三页面的确认支付操作以及接收到的支付验证信息，向所述第一服务器发送第一支付请求，所述第一支付请求携带所述第一支付信息以及所述支付验证信息，以使所述第一服务器根据所述第一支付信息和所述验证信息与所述第二服务器进行资源转移处理。

在一些实例中，所述响应于对所述第三页面的确认支付操作以及接收到的支付验证信息，向所述第一服务器发送第一支付请求，包括：响应于对所述第三页面的所述确认支付操作，展示所述验证信息的输入提示信息；及响应于所述验证信息的输入操作，获取所述输入操作中的验证信息，向所述第一服务器发送所述第一支付请求。

在一些实例中，当所述支付方式信息表示多账户分笔支付时，所述第一支付信息包括多个候选第二账户的信息项，每个候选第二账户的信息项包括账户标识和每个支付周期的预估支付金额；其中，在所述响应于对所述第三页面的确认支付操作以及接收到的支付验证信息，向所述第一服务器发送第一支付请求之前，所述方法进一步包括：响应于对所述第三页面中所述多个候选第二账户的信息项中至少一个信息项的选择操作，向所述第一服务器发送第二支付请求，所述第二支付请求携带所选择的所述至少一个信息项中的账户标识；及接收所述第一服务器响应于所述第二支付请求发送的第二支付信息，所述第二支付信息包括所选择的所述至少一个信息项，每个信息项包括账户标识和每个支付周期的支付金额；其中，所述第一支付请求携带的所述第一支付信息包括所选择的所述至少一个信息项中的账户标识。

在一些实例中，所述方法进一步包括：响应于针对所述产品的页面查看操作，发送查看请求至所述第一服务器，所述查看请求携带代表所述产品的关键词；其中，从第一服务器获取至少一种产品的信息，包括：接收所述第一服务器响应于所述查看请求返回的所述至少一种产品的预购信息。

在一些实例中，所述方法进一步包括：在向所述第一服务器发送第二预购请求之后，接收所述第一服务器发送的设置预购计划的指示信息；在第三页面中展示针对预购计划处理状态的查看接口；响应于所述查看接口的查看操作，向所述第一服务器发送预购计划处理状态的查看请求，所述查看请求携带用户标识；接收所述第一服务器响应于所述查看请求发送的与所述用户标识关联的预购计划处理状态；及响应于所述查看操作，展示所述预购计划处理状态。

在一些实例中，所述查看接口包括预购处理中提示信息；其中，所述响应于所述查看接口的查看操作，向所述第一服务器发送预购计划处理状态的查看请求，包括：响应于所述预购处理中提示信息的查看操作，在第四页面中展示资产处理中提示信息；响应于所述处理中资产提示信息的查看操作，向所述第一服务器发送处理中资产的查看请求；及接收所述第一服务器发送的响应于所述处理中资产的查看请求发送的产品预购进度详情；在第五页面中展示所述产品预购进度详情。

在一些实例中，所述查看接口包括资产汇总提示信息；其中，所述响应于所述查看接口的查看操作，向所述第一服务器发送预购计划处理状态的查看请求，包括：响应于所述资产汇总提示信息的查看操作，在第四页面中展示包含产品预购提示信息的资产汇总信息；响应于所述产品预购提示信息的查看操作，向所述第一服务器发送产品预购处理状态的查看请求；接收所述第一服务器发送的响应于所述处理中资产的查看请求发送的产品预购进度详情；及在第五页展示所述产品预购进度详情。

在一些实例中，所述查看接口包括所述产品所属种类提示信息；其中，所述响应于所述查看接口的查看操作，向所述第一服务器发送预购计划处理状态的查看请求，包括：响应于所述产品所属种类提示信息的查看操作，在第四页面中展示包含产品预购提示信息的资产汇总信息；响应于所述产品预购提示信息的查看操作，向所述第一服务器发送产品预购计划处理状态的查看请求；接收所述第一服务器发送的响应于所述处理中资产的查看请求发送的产品预购进度提示信息；在第五页展示所述产品预购进度提示信息；响应于所述产品预购进度提示信息的查看操作，向所述第一服务器发送所述产品预购进度详情的查看请求；接收所述第一服务器发送的响应于所述产品预购进度详情的查看请求发送的产品预购进度详情；及在第六页展示所述产品预购进度详情。

在一些实例中，所述第一页面包含的所述产品的信息包括：预期的收益信息和可预购的最小资源数值；所述方法进一步包括：接收所述第一服务器发送的所述产品的购买提示信息，所述产品的购买提示信息包括：所述产品的购买提示信息提示所述生效的收益信息低于所述预期的收益信息和/或所述可购买的最小资源数值大于所述可预购的最小资源数值；其中，所述第一服务器在与所述第二服务器进行资源转移处理之后，当所述产品生效的收益信息低于所述预期的收益信息和/或所述可购买的最小资源数值大于所述可预购的最小资源数值时发送所述产品的购买提示信息；展示信息控件，并在信息控件中显示所述产品的购买提示信息；响应于对所述产品的购买提示信息的查看操作，向所述第一服务器发送第一查看请求；接收所述第一服务器响应于所述第一查看请求返回的所述产品的生效信息；在第三页面中展示所述产品的生效信息和用于选择是否继续购买所述产品的选项；当根据对于所述选项的操作确定继续购买所述产品时，向所述第一服务器发送买入请求；接收所述第一服务器响应于所述买入请求而发送已完成买入提示信息；响应于对所述已完成买入提示信息的查看操作，向所述第一服务器发送第二查看请求；接收所述第一服务器响应于所述第二查看请求发送的所述产品对应的资产信息；在第四页面中展示所述产品的对应的资产信息；当根据对于所述选项的操作确定不继续购买所述产品时，向所述第一服务器发送不买入请求，以使所述第一服务器将所述资源数值保留在所述第一账户中；接收所述第一服务器响应于所述不买入请求而发送不买入提示信息，所述不买入提示信息包括所述资源数值保留在所述第一账户中的信息，以供所述第一用户使用；其中，所述产品生效信息包括生效的收益信息和可购买的最小资源数值。

在一些实例中，所述方法进一步包括：在所述第一服务器与所述第二服务器进行资源转移处理之后，接收所述第一服务器发送的所述产品的已完成买入提示信息；展示信息控件，并在所述信息控件中显示所述已完成买入提示信息。

在一些实例中，所述方法进一步包括：响应于所述已完成买入提示信息的查看操作，向所述第一服务器发送查看请求，所述查看请求携带所述产品的标识；接收所述第一服务器响应于所述查看请求返回的所述产品对应的资产信息；及在第三页面中展示所述产品对应的资产信息。

在一些实例中，所述方法进一步包括：在接收到所述第一服务器发送的所述产品的已完成买入提示信息后，在第三页面中展示所述产品所属种类提示信息；响应于所述产品所属种类提示信息的查看操作，向所述第一服务器发送第一查看请求；接收所述第一服务器响应于所述第一查看请求发送的已买入产品信息；在第四页面中展示所述已买入产品信息，响应于所述已买入产品信息的查看操作，向所述第一服务器发送第二查看请求，所述第二查看请求携带所述产品的标识；接收所述第一服务器响应于所述第二查看请求发送的所述产品对应的资产信息；在第五页面中展示所述产品对应的资产信息。

本申请实例还提出了一种信息处理方法，所述方法包括：接收所述客户端发送第一预购请求，所述第一预购请求携带所述产品的标识；响应于所述第一预购请求向所述客户端发送该产品的资源数值；接收所述客户端发送第二预购请求，所述第二预购请求携带预购该产品的资源数值和支付方式信息；根据所述资源数值和支付方式信息，向第二服务器发送资源转移请求，所述资源转移请求携带第一账户标识以及第二账户标识，以使所述第二服务器将所述第二账户中的所述资源数值转移至所述第一账户；接收所述第二服务器响应于所述资源转移请求发送的表示资源转移成功的信息；当该产品生效并且满足预定条件时，与该产品对应的第三服务器进行资源转移处理，从而在所述第一账户中扣除所述资源数值并在所述第三服务器的第三账户中增加与该产品关联的所述资源数值。

在一些实例中，所述方法进一步包括：记录所述产品的预期数据信息；所述数据信息包括产品标识、预期的收益数值和可预购的最小资源数值；其中，所述方法进一步包括：响应于客户端发送的查看请求，所述查看请求携带代表所述产品的关键词，响应于所述查看请求，获取至少一种产品的所述预期数据信息，并将所述预期数据信息发送至所述客户端。

在一些实例中，根据所述资源数值和支付方式信息，向第二服务器发送资源转移请求，包括：响应于所述第二预购请求，向所述客户端发送与所述支付方式信息对应的第二账户的信息；接收所述客户端发送的第一支付请求，所述第一支付请求携带所选择的第二账户的信息以及支付验证信息；响应于所述第一支付请求，当所述支付验证信息通过验证后，向与所述第二账户对应的所述第二服务器发送资源转移请求，所述资源转移请求携带第二账户的信息；其中，所述方法进一步包括：当所述支付验证信息通过验证后，向所述客户端发送设置预购计划的指示信息。

在一些实例中，所述方法进一步包括：从所述第三服务器获取产品的生效数据信息，所述生效数据信息包括生效的收益数值以及可购买的最小资源数值；根据所述产品标识，将同一个产品的所述生效数据信息与预期数据信息进行比较；当所述生效的收益数值大于所述预期的收益数值，且可购买的最小资源数值小于可预购的最小资源数值时，则执行当该产品生效并且满足预定条件时，与该产品对应的第三服务器进行资源转移处理，从而在所述第一账户中扣除所述资源数值并在所述第三服务器的第三账户中增加与该产品关联的所述资源数值的步骤；当接收到所述第三服务器发送的表示购买成功的信息时，向所述客户端发送所述产品的已完成买入提示信息。

在一些实例中，所述方法进一步包括：当所述生效的收益信息低于所述预期的收益信息和/或所述可购买的最小资源数值大于所述可预购的最小资源数值时，则向所述客户端发送所述产品的购买提示信息，所述产品的购买提示信息包括：所述产品的购买提示信息提示所述生效的收益信息低于所述预期的收益信息和/或所述可购买的最小资源数值大于所述可预购的最小资源数值；当接收到所述客户端发送买入请求时，执行当该产品生效并且满足预定条件时，与该产品对应的第三服务器进行资源转移处理，从而在所述第一账户中扣除所述资源数值并在所述第三服务器的第三账户中增加与该产品关联的所述资源数值的步骤；当接收到所述第三服务器发送的表示购买成功的信息时，向所述客户端发送所述产品的已完成买入提示信息。

在一些实例中，当所述支付方式信息表示多账户分笔支付时，所根据所述资源数值和支付方式信息，向第二服务器发送资源转移请求，包括：响应于所述第二预购请求，向所述客户端发送与所述多账户分笔支付对应的多个候选第二账户的信息项，每个候选第二账户的信息项包括账户标识和每个支付周期的预估支付金额；接收所述客户端发送的第一支付请求，所述第一支付请求携带所选择的第二账户的信息项以及支付验证信息；响应于所述第一支付请求，当所述支付验证信息通过验证后，在每个支付周期到达时，确定所选择的所述第二账户中的当前金额是否满足该支付周期的预购支付金额；当所选择的所述第二账户中的当前金额满足该支付周期的预购支付金额时，向与所述第二账户对应的所述第二服务器发送资源转移请求，所述资源转移请求携带所选择的第二账户的预购支付金额；接收所述第二服务器响应于所述资源转移请求发送的表示资源转移成功的信息；其中，所述方法进一步包括：当所述支付验证信息通过验证后，向所述客户端发送设置预购计划的指示信息。

本申请实例还提出了一种信息处理装置，所述装置包括：获取模块，从第一服务器获取至少一种产品的信息，所述产品为未生效的并且可供预购买；展示模块，展示第一页面，所述第一页面包含所述至少一个产品的信息；发送模块，响应于对所述第一页面中任一个产品的第一预购操作，发送第一预购请求至所述第一服务器，所述第一预购请求携带该产品的标识；展示模块，展示第二页面，所述第二页面用于接收预购该产品的资源数值；发送模块，向所述第一服务器发送第二预购请求，所述第二预购请求携带通过所述第二页面接收到的预购该产品的资源数值和支付方式信息，以使所述第一服务器与所述支付方式信息对应的第二服务器进行资源转移处理，从而在所述第一服务器的第一账户中增加所述资源数值并在所述第二服务器的第二账户中扣除所述资源数值；及展示模块，当接收到所述第一服务器在与该产品对应的第三服务器完成资源转移处理后返回的响应时，展示该产品购买成功的通知消息。

在一些实例中，所述第二页面展示了资源数值输入控件、最小资源数值的提示信息以及至少一种支付方式信息；所述获取模块，响应于所述第二页面中对所述资源数值输入控件和所述至少一种支付方式信息的第二预购操作，获取所述第二预购操作选择的支付方式信息以及输入的资源数值，并使发送模块执行所述向所述第一服务器发送第二预购请求的步骤。

在一些实例中，所述装置进一步包括：接收模块，接收所述第一服务器响应于所述第二预购请求发送的第一支付信息；展示模块，展示第三页面，所述第三页面包含所述第一支付信息，所述第一支付信息包括所述支付方式信息对应的第二账户的信息项；及发送模块，响应于对所述第三页面的确认支付操作以及接收到的支付验证信息，向所述第一服务器发送第一支付请求，所述第一支付请求携带所述第一支付信息以及所述支付验证信息，以使所述第一服务器根据所述第一支付信息和所述验证信息与所述第二服务器进行资源转移处理。

在一些实例中，所述发送模块，包括：展示单元，响应于对所述第三页面的所述确认支付操作，展示所述验证信息的输入提示信息；及获取单元，响应于所述验证信息的输入操作，获取所述输入操作中的验证信息，向所述第一服务器发送所述第一支付请求。

在一些实例中，当所述支付方式信息表示多账户分笔支付时，所述第一支付信息包括多个候选第二账户的信息项，每个候选第二账户的信息项包括账户标识和每个支付周期的预估支付金额；其中，在所述响应于对所述第三页面的确认支付操作以及接收到的支付验证信息，向所述第一服务器发送第一支付请求之前，所述发送模块，响应于对所述第三页面中所述多个候选第二账户的信息项中至少一个信息项的选择操作，向所述第一服务器发送第二支付请求，所述第二支付请求携带所选择的所述至少一个信息项中的账户标识；及接收模块，接收所述第一服务器响应于所述第二支付请求发送的第二支付信息，所述第二支付信息包括所选择的所述至少一个信息项，每个信息项包括账户标识和每个支付周期的支付金额；其中，所述第一支付请求携带的所述第一支付信息包括所选择的所述至少一个信息项中的账户标识。

在一些实例中，所述发送模块，响应于针对所述产品的页面查看操作，发送查看请求至所述第一服务器，所述查看请求携带代表所述产品的关键词；其中，获取模块，接收所述第一服务器响应于所述查看请求返回的所述至少一种产品的预购信息。

在一些实例中，所述接收模块，在向所述第一服务器发送第二预购请求之后，接收所述第一服务器发送的设置预购计划的指示信息；展示模块，在第三页面中展示针对预购计划处理状态的查看接口；发送模块，响应于所述查看接口的查看操作，向所述第一服务器发送预购计划处理状态的查看请求，所述查看请求携带用户标识；接收模块，接收所述第一服务器响应于所述查看请求发送的与所述用户标识关联的预购计划处理状态；及展示模块，响应于所述查看操作，展示所述预购计划处理状态。

在一些实例中，所述查看接口包括预购处理中提示信息；其中，所述发送模块，包括：展示单元，响应于所述预购处理中提示信息的查看操作，在第四页面中展示资产处理中提示信息；发送单元，响应于所述处理中资产提示信息的查看操作，向所述第一服务器发送处理中资产的查看请求；及接收单元，接收所述第一服务器发送的响应于所述处理中资产的查看请求发送的产品预购进度详情；展示单元，在第五页面中展示所述产品预购进度详情。

在一些实例中，所述查看接口包括资产汇总提示信息；其中，所述发送模块，包括：展示单元，响应于所述资产汇总提示信息的查看操作，在第四页面中展示包含产品预购提示信息的资产汇总信息；发送单元，响应于所述产品预购提示信息的查看操作，向所述第一服务器发送产品预购处理状态的查看请求；接收单元，接收所述第一服务器发送的响应于所述处理中资产的查看请求发送的产品预购进度详情；及展示单元，在第五页展示所述产品预购进度详情。

在一些实例中，所述查看接口包括所述产品所属种类提示信息；其中，所述发送模块，包括：展示单元，响应于所述产品所属种类提示信息的查看操作，在第四页面中展示包含产品预购提示信息的资产汇总信息；发送单元，响应于所述产品预购提示信息的查看操作，向所述第一服务器发送产品预购计划处理状态的查看请求；接收单元，接收所述第一服务器发送的响应于所述处理中资产的查看请求发送的产品预购进度提示信息；展示单元，在第五页展示所述产品预购进度提示信息；发送单元，响应于所述产品预购进度提示信息的查看操作，向所述第一服务器发送所述产品预购进度详情的查看请求；接收单元，接收所述第一服务器发送的响应于所述产品预购进度详情的查看请求发送的产品预购进度详情；及展示单元，在第六页展示所述产品预购进度详情。

在一些实例中，所述第一页面包含的所述产品的信息包括：预期的收益信息和可预购的最小资源数值；所述接收模块，接收所述第一服务器发送的所述产品的购买提示信息，所述产品的购买提示信息包括：所述产品的购买提示信息提示所述生效的收益信息低于所述预期的收益信息和/或所述可购买的最小资源数值大于所述可预购的最小资源数值；其中，发送模块，所述第一服务器在与所述第二服务器进行资源转移处理之后，当所述产品生效的收益信息低于所述预期的收益信息和/或所述可购买的最小资源数值大于所述可预购的最小资源数值时发送所述产品的购买提示信息；展示模块，展示信息控件，并在信息控件中显示所述产品的购买提示信息；发送模块，响应于对所述产品的购买提示信息的查看操作，向所述第一服务器发送第一查看请求；接收模块，接收所述第一服务器响应于所述第一查看请求返回的所述产品的生效信息；在第三页面中展示所述产品的生效信息和用于选择是否继续购买所述产品的选项；发送模块，当根据对于所述选项的操作确定继续购买所述产品时，向所述第一服务器发送买入请求；接收模块，接收所述第一服务器响应于所述买入请求而发送已完成买入提示信息；发送模块，响应于对所述已完成买入提示信息的查看操作，向所述第一服务器发送第二查看请求；接收模块，接收所述第一服务器响应于所述第二查看请求发送的所述产品对应的资产信息；展示模块，在第四页面中展示所述产品的对应的资产信息；发送模块，当根据对于所述选项的操作确定不继续购买所述产品时，向所述第一服务器发送不买入请求，以使所述第一服务器将所述资源数值保留在所述第一账户中；接收模块，接收所述第一服务器响应于所述不买入请求而发送不买入提示信息，所述不买入提示信息包括所述资源数值保留在所述第一账户中的信息，以供所述第一用户使用；其中，所述产品生效信息包括生效的收益信息和可购买的最小资源数值。

在一些实例中，所述接收模块，在所述第一服务器与所述第二服务器进行资源转移处理之后，接收所述第一服务器发送的所述产品的已完成买入提示信息；展示模块，展示信息控件，并在所述信息控件中显示所述已完成买入提示信息。

在一些实例中，所述发送模块，响应于所述已完成买入提示信息的查看操作，向所述第一服务器发送查看请求，所述查看请求携带所述产品的标识；接收模块，接收所述第一服务器响应于所述查看请求返回的所述产品对应的资产信息；及展示模块，在第三页面中展示所述产品对应的资产信息。

在一些实例中，所述展示模块，在接收到所述第一服务器发送的所述产品的已完成买入提示信息后，在第三页面中展示所述产品所属种类提示信息；发送模块，响应于所述产品所属种类提示信息的查看操作，向所述第一服务器发送第一查看请求；接收模块，接收所述第一服务器响应于所述第一查看请求发送的已买入产品信息；展示模块，在第四页面中展示所述已买入产品信息，响应于所述已买入产品信息的查看操作，向所述第一服务器发送第二查看请求，所述第二查看请求携带所述产品的标识；接收模块，接收所述第一服务器响应于所述第二查看请求发送的所述产品对应的资产信息；展示模块，在第五页面中展示所述产品对应的资产信息。

本申请实例还提出了一种信息处理装置，所述装置包括：接收模块，接收所述客户端发送第一预购请求，所述第一预购请求携带所述产品的标识；发送模块，响应于所述第一预购请求向所述客户端发送该产品的资源数值；接收模块，接收所述客户端发送第二预购请求，所述第二预购请求携带预购该产品的资源数值和支付方式信息；发送模块，根据所述资源数值和支付方式信息，向第二服务器发送资源转移请求，所述资源转移请求携带第一账户标识以及第二账户标识，以使所述第二服务器将所述第二账户中的所述资源数值转移至所述第一账户；接收模块，接收所述第二服务器响应于所述资源转移请求发送的表示资源转移成功的信息；处理模块，当该产品生效并且满足预定条件时，与该产品对应的第三服务器进行资源转移处理，从而在所述第一账户中扣除所述资源数值并在所述第三服务器的第三账户中增加与该产品关联的所述资源数值。

在一些实例中，所述装置进一步包括：记录模块，记录所述产品的预期数据信息；所述数据信息包括产品标识、预期的收益数值和可预购的最小资源数值；其中，所述发送模块，响应于客户端发送的查看请求，所述查看请求携带代表所述产品的关键词，所述装置进一步包括：获取模块，响应于所述查看请求，获取至少一种产品的所述预期数据信息，并将所述预期数据信息发送至所述客户端。

在一些实例中，所述发送模块，包括：发送单元，响应于所述第二预购请求，向所述客户端发送与所述支付方式信息对应的第二账户的信息；接收单元，接收所述客户端发送的第一支付请求，所述第一支付请求携带所选择的第二账户的信息以及支付验证信息；发送单元，响应于所述第一支付请求，当所述支付验证信息通过验证后，向与所述第二账户对应的所述第一服务器发送资源转移请求，所述资源转移请求携带第二账户的信息；其中，所述发送模块，当所述支付验证信息通过验证后，向所述客户端发送设置预购计划的指示信息。

在一些实例中，所述获取模块，从所述第三服务器获取产品的生效数据信息，所述生效数据信息包括生效的收益数值以及可购买的最小资源数值；所述装置进一步包括：比较模块，根据所述产品标识，将同一个产品的所述生效数据信息与预期数据信息进行比较；当所述生效的收益数值大于所述预期的收益数值，且可购买的最小资源数值小于可预购的最小资源数值时，则使处理模块执行当该产品生效并且满足预定条件时，与该产品对应的第三服务器进行资源转移处理，从而在所述第一账户中扣除所述资源数值并在所述第三服务器的第三账户中增加与该产品关联的所述资源数值的步骤；所述发送模块，当接收到所述第三服务器发送的表示购买成功的信息时，向所述客户端发送所述产品的已完成买入提示信息。

在一些实例中，所述发送模块，当所述生效的收益信息低于所述预期的收益信息和/或所述可购买的最小资源数值大于所述可预购的最小资源数值时，则向所述客户端发送所述产品的购买提示信息，所述产品的购买提示信息包括：所述产品的购买提示信息提示所述生效的收益信息低于所述预期的收益信息和/或所述可购买的最小资源数值大于所述可预购的最小资源数值；当接收到所述客户端发送买入请求时，使处理模块执行当该产品生效并且满足预定条件时，与该产品对应的第三服务器进行资源转移处理，从而在所述第一账户中扣除所述资源数值并在所述第三服务器的第三账户中增加与该产品关联的所述资源数值的步骤；所述发送模块，当接收到所述第三服务器发送的表示购买成功的信息时，向所述客户端发送所述产品的已完成买入提示信息。

在一些实例中，所述发送模块，包括：发送单元，响应于所述第二预购请求，向所述客户端发送与所述多账户分笔支付对应的多个候选第二账户的信息项，每个候选第二账户的信息项包括账户标识和每个支付周期的预估支付金额；接收单元，接收所述客户端发送的第一支付请求，所述第一支付请求携带所选择的第二账户的信息项以及支付验证信息；确定单元，响应于所述第一支付请求，当所述支付验证信息通过验证后，在每个支付周期到达时，确定所选择的所述第二账户中的当前金额是否满足该支付周期的预购支付金额；发送单元，当所选择的所述第二账户中的当前金额满足该支付周期的预购支付金额时，向与所述第二账户对应的所述第二服务器发送资源转移请求，所述资源转移请求携带所选择的第二账户的预估支付金额；接收单元，接收所述第二服务器响应于所述资源转移请求发送的表示资源转移成功的信息；其中，所述发送模块，当所述支付验证信息通过验证后，向所述客户端发送设置预购计划的指示信息。

本申请实例还提出了一种计算设备，包括存储器、处理器以及存储在所述存储器上并在所述处理器上运行的计算机程序；所述处理器执行所述计算机程序时实现上述的方法。

本申请实例还提出了一种存储介质，存储有一个或多个程序，所述一个或多个程序包括指令，所述指令当由计算设备执行时，使得所述计算设备执行上述的方法。

应用本发明的技术方案，能够方便地在线上购买未开售的理财产品，特别是针对未开售的高端理财产品，减少由于购买时间处理不当而导致错过购买高端理财产品的机会，特别是，在向理财平台账户中转入足够的金额的时间内，进行购买高端理财产品时，而高端理财产品已停止募集，由此给用户带来了非常不良好的购买体验。

附图说明

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

图1为本申请一个实例的信息处理方法适用的系统结构示意图；

图2为本申请一个实例的信息处理方法的流程图；

图3为本申请一个实例的信息处理方法的交互流程图；

图4为本申请一个实例中高端产品的预购信息展示的界面实例；

图5为本申请一个实例的支付方式的界面实例；

图6为本申请一个实例的支付过程的界面实例；

图7为本申请一个实例的预购详情的界面实例；

图8为本申请一个实例的预购详情的界面实例；

图9A为本申请一个实例的预购详情的界面实例；

图9B为本申请一个实例的预购详情的界面实例；

图10为本申请一个实例的自动买入的界面实例；

图11为本申请一个实例的提示购买的界面实例；

图12为本申请一个实例的购买后资产的界面实例；

图13为本申请一个实例的信息处理方法的流程图；

图14为本申请一个实例的信息处理装置的结构示意图；

图15为本申请一个实例的信息处理装置的结构示意图；

图16为本申请一个实例的计算设备的硬件的结构示意图。

具体实施方式

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

为了描述上的简洁和直观，下文通过描述若干代表性的实施例来对本发明的方案进行阐述。实施例中大量的细节仅用于帮助理解本发明的方案。但是很明显，本发明的技术方案实现时可以不局限于这些细节。为了避免不必要地模糊了本发明的方案，一些实施方式没有进行细致地描述，而是仅给出了框架。下文中，“包括”是指“包括但不限于”，“根据……”是指“至少根据……，但不限于仅根据……”。下文中没有特别指出一个成分的数量时，意味着该成分可以是一个也可以是多个，或可理解为至少一个。

图1示出了本申请实例的信息处理方法适用的系统100结构示意图。该系统100至少包括终端设备101、第一服务器102、第二服务器103、第三服务器104以及网络105。

其中，终端设备101是指具有数据计算处理功能的设备，包括但不限于(安装有通信模块的)智能手机、掌上电脑、平板电脑等。终端设备101上安装有操作系统，包括但不限于：Android操作系统、Symbian操作系统、Windows mobile操作系统、以及苹果iPhone OS操作系统等等。终端设备101安装有客户端(如，第三方理财平台客户端或第三方理财平台PC客户端)，该客户端通过网络105与第一服务器102安装的理财交易应用服务器软件进行信息交互，该第一服务器102可以是第三方理财平台服务器，第一服务器102提供给客户端理财产品信息，特别是预购理财产品信息，客户端向第一服务器102发送理财产品的预购请求以及选择的支付方式信息，第一服务器102根据该预购请求以及支付方式信息向客户端提供对应的银行账户信息，客户端根据该银行账户信息向第一服务器102发送支付请求，从而完成理财产品的预购。

第二服务器103可以是银行服务器，该银行服务器安装有交易功能的服务器软件，当第一服务器102接收到客户端发送的支付请求后，通过网络105与第二服务器103进行信息交互，使得第二服务器103将第二账户(如，银行账户)中的支付金额转移到客户端中的第一账户中，第一账户可以是客户端的登录账户，当完成支付金额的转移后，第一服务器102等待该理财产品的生效，即该理财产品开售。

需要说明的是，第二服务器103也可以与第一服务器102同属一个服务器，即都是理财服务器，此时，上述第一账户与第二账户也属于同一个账户，即客户端的登录账户，则支付金额转移也是从第一账户中转到第一账户中，也可以视为未转移；第二服务器103还可以是独立的支付服务器，该支付服务器安装有交易功能的服务器软件，当第一服务器102接收到客户端发送的支付请求后，通过网络105与第二服务器103进行信息交互，当第二服务器103接收到第一服务器102发送的支付请求后，第二服务器103将第二账户(如，三方支付账户)中的支付金额转移到客户端中的第一账户中，第一账户可以是客户端的登录账户，当完成支付金额的转移后，第一服务器102等待该理财产品的生效，即该理财产品开售。

第三服务器104可以是理财产品服务器，如基金服务器，安装有理财产品交易的服务器软件；当上述理财产品开售后，可以通过登录第三服务器103获知理财产品已开售的信息，或通过人工方式从基金公司处得知理财产品已开售的信息，可以通过人工方式将已开售的理财产品的开售信息(即生效信息)录入到第一服务器102的数据库中，该数据库中还记录有该理财产品的预购信息，当第一服务器102从该数据库中获取到该理财产品的开售信息后，且开售信息优于预购信息，则第一服务器102直接通过网络105与第三服务器104进行信息交互，将上述客户端的登录账户中的支付金额转移到第三服务器104的账户中，从而完成整个预购理财产品的交易，并向上述客户端发送理财产品的交易已完成的信息；若当开售信息劣于预售信息，则向上述客户端发送该预购理财产品已生效，但生效信息与开售信息不符的信息，若第一服务器102接收到客户端继续购买该理财产品的请求，则第一服务器102通过网络105与第三服务器104进行信息交互，将上述客户端的登录账户中的支付金额转移到第三服务器104的账户中，从而完成整个预购理财产品的交易，并向上述客户端发送理财产品的交易已完成的信息。

网络105可以是有线网络，也可以是无线网络。

基于系统100，本申请的实例提出了一种信息处理方法，可以应用于终端设备101中的客户端，结合图2和图3进行说明，该方法200包括以下步骤：

步骤201：从第一服务器102获取至少一种产品的信息，所述产品为未生效的并且可供预购买。

在一些实例中，所述方法200进一步包括：响应于针对所述产品的页面查看操作，发送查看请求至所述第一服务器102，所述查看请求携带代表所述产品的关键词；其中，从第一服务器102获取至少一种产品的信息，包括：接收所述第一服务器102响应于所述查看请求返回的所述至少一种产品的预购信息。

其中，预购信息包括但不限于：产品标识(如，产品名称、ID)，预期的收益信息(如，年收益率)，可预购的最小资源数值(即起购金额)以及预期的理财期限(如，365天)。

例如，用户登录第三方理财平台客户端(如，理财APP)的理财账户，可以在该第三方理财平台客户端初始页面中看到高端产品预购的提示信息，用户点击该高端产品预购的提示信息，第三方理财平台客户端响应该页面查看操作，步骤301：向第一服务器102(如，第三方理财服务器)发送查看请求，该查看请求携带关键词可以为“高端产品预购”，还可以携带用户ID，第一服务器102在接收到该查看请求后，基于该查看请求中的关键词，在第一服务器102中的数据库中查找与该关键词相匹配的数据信息，如，高端产品A的预购信息、高端产品B的预购信息，第一服务器102响应于该查看请求，步骤302：将查找到的该数据信息(即至少一种产品的预购信息)返回至第三方理财平台客户端，供用户查看。

需要说明的是，第一服务器102中在将高端产品预购服务设置在第三方理财平台客户端的页面中前，需要在第一服务器102的数据库中建立关于高端产品的预购信息库，该预购信息库中需要记录有各个高端产品的上述预购信息，以提供给第三方理财平台客户端进行展示，从而使用户能够对感兴趣的高端产品的预购内容进行查看。

其中，该预购信息库可以以表的形式实现，如下表1所示：

由于该高端产品还未开售而不确定上述预购信息中的产品名称时，上述数据库中该产品名称可以用户占位符代替，如，高端产品A，那么在三方理财平台客户端进行展示的时候，也是显示的“高端产品A”。

步骤202：展示第一页面，所述第一页面包含所述至少一个产品的信息。

例如，根据前文所述，用户点击该高端产品预购的提示信息后，第三方理财平台客户端可以由初始页面跳转至高端预购页面，即第一页面，在第三方理财平台客户端接收到第一服务器102返回的上述数据信息后，根据该高端预购页面中的布局，步骤303：将该数据信息展示在该高端预购页面中，该页面中展示了至少一个高端产品的预购信息。其中，图4示出了高端产品的预购信息展示的界面实例400，在该实例400中展示了高端产品A的预购信息401，其中，包括：产品名称“高端产品A”，收益率“年化6.00％”，预期的理财期限“365天”以及起购金额“100万元”。

步骤203：响应于对所述第一页面中任一个产品的第一预购操作，发送第一预购请求至所述第一服务器102，所述第一预购请求携带该产品的标识。

例如，根据前文所述，上述第一页面中除了展示每个高端产品的预购信息，还展示了每个高端产品的提前预购的提示信息，如图4中示出的实例400中的提示信息“提前预购402”，用户点击高端产品A的该提示信息“提前预购402”，第三方理财平台客户端响应于该用户的对该高端产品A的第一预购操作，步骤304：向第一服务器102发送第一预购请求，该第一预购请求中携带该产品的标识，即产品标识，如，“高端产品A”，还可以携带用户ID。第一服务器102接收到该第一预购请求后，根据该产品标识，确定该高端产品A的可预购的最小资源数值(即起购金额)，步骤305：第一服务器102响应于该第一预购请求，返回该可预购的最小资源数值(即起购金额)至第三方理财平台客户端。

需要说明的是，本步骤也可以直接由第三方理财平台客户端响应于第一预购操作，根据产品标识，如，“高端产品A”，直接从第一服务器102已经发送的预购信息中确定该高端产品A的可预购的最小资源数值(即起购金额)。

步骤204：展示第二页面，所述第二页面用于接收预购该产品的资源数值。

其中，所述第二页面展示了资源数值输入控件、最小资源数值的提示信息以及至少一种支付方式信息。

例如，根据前文所述，当用户点击高端产品A的该提前预购的提示信息402，第三方理财平台客户端从高端预购页面跳转至支付方式页面，即第二页面，当第三方理财平台客户端接收到第一服务器102返回的该高端产品A的可预购的最小资源数值，根据该支付页面的布局，步骤306：在该支付页面中展示该高端产品的可预购的最小资源数值的提示信息(如，100万元起)、至少一种支付方式信息(如，微信支付预购、多卡分笔支付预购等)以及资源数值输入控件(即预购金额的输入控件)，其中，图5示出了支付方式的界面实例500，其中，展示了资源数值输入控件501，最小资源数值的提示信息“100万元起”，以及支付方式：微信支付预购502、余额+支付预购503(即余额支付预购)、多卡分笔支付预购504以及电脑网银支付预购505。

需要说明的是，上述支付页面也可以根据自身的页面文件布局，直接从第三方理财平台客户端中的存储空间中查找该支付页面需要的展示信息，如可预购的最小资源数值的提示信息(如，100万元起)、至少一种支付方式信息(如，微信支付预购、多卡分笔支付预购等)以及资源数值输入控件(即预购金额的输入控件)，从而展示出该页面的内容，也可以无需在向第一服务器102发送上述第一预购请求，直接响应于该用户的第一预购操作，展示该支付页面。

在一些实例中，所述方法200进一步包括：响应于所述第二页面中对所述资源数值输入控件和所述至少一种支付方式信息的第二预购操作，获取所述第二预购操作选择的支付方式信息以及输入的资源数值，并执行所述向所述第一服务器102发送第二预购请求的步骤。

例如，根据前文所述，当用户在该支付页面上的输入控件501中输入预购金额“1000000”，选择“多卡分笔支付预购504”的支付方式，并点击该支付页面中的立即预购506的指令，从而实现第二预购操作，第三方理财平台客户端接收到该第二预购操作，并获取该第二预购操作中的用户的输入和选择信息，如，预购金额“1000000”，选择“多卡分笔支付预购”的支付方式，响应于该第二预购操作，步骤307：向第一服务器102发送第二预购请求，该第二预购请求携带预购金额“1000000”，选择“多卡分笔支付预购”的支付方式，还可以携带用户ID，以使所述第一服务器102与所述支付方式信息对应的第二服务器103进行资源转移处理，从而在所述第一服务器102的第一账户中增加所述资源数值并在所述第二服务器103的第二账户中扣除所述资源数值。

步骤205：向所述第一服务器102发送第二预购请求，所述第二预购请求携带通过所述第二页面接收到的预购该产品的资源数值和支付方式信息，以使所述第一服务器102与所述支付方式信息对应的第二服务器103进行资源转移处理，从而在所述第一服务器102的第一账户中增加所述资源数值并在所述第二服务器103的第二账户中扣除所述资源数值。

在一些实例中，所述方法200进一步包括：接收所述第一服务器102102响应于所述第二预购请求发送的第一支付信息；展示第三页面，所述第三页面包含所述第一支付信息，及响应于对所述第三页面的确认支付操作以及接收到的支付验证信息，向所述第一服务器102发送第一支付请求，所述第一支付请求携带所述第一支付信息以及所述支付验证信息，以使所述第一服务器102根据所述第一支付信息和所述验证信息与所述第二服务器103进行资源转移处理。

其中，所述第一支付信息包括所述支付方式信息对应的第二账户的信息项，该信息项包括但不限于：账户标识(如，AA银行、用户ID)、可用金额等。

其中，所述响应于对所述第三页面的确认支付操作以及接收到的支付验证信息，向所述第一服务器102发送第一支付请求，包括：响应于对所述第三页面的所述确认支付操作，展示所述验证信息的输入提示信息；及响应于所述验证信息的输入操作，获取所述输入操作中的验证信息，向所述第一服务器102发送所述第一支付请求。

例如，根据前文所述，第三方理财平台客户端响应于上述第二预购操作，向第一服务器102发送第二预购请求，该第二预购请求携带预购金额“1000000”，选择“余额支付预购”的支付方式，还可以携带用户ID，该余额支付预购为已存储在该第三方理财平台客户端的登录账户中金额，第一服务器102根据该第二预购请求中余额支付预购以及预购金额，步骤308：响应于该第二预购请求向第三方理财平台客户端发送余额支付预购的第一支付信息(如，用户ID“xxx”，可用金额“2000000”)；当用户进行了第二预购操作后，第三方理财平台客户端由支付页面跳转至支付详情页面，并根据该支付详情页面的布局，步骤309：展示接收到的第一支付信息，即第三页面，用户触发该第三页面中的立即预购指令的确认支付操作，步骤310：第三方理财平台客户端响应于该确认支付操作，展示用于输入支付验证信息的控件，用户在控件中输入支付验证信息，如数字密码或指纹密码，第三方理财平台客户端根据该用户的输入操作，步骤311：向第一服务器102发送第一支付请求，该第一支付请求中携带所述第一支付信息以及所述支付验证信息，当第一服务器102对该支付验证信息验证过后，将预购金额(如，100万)、产品标识(如，产品ID或产品名称)以及所选第二账户输入至其数据库中进行记录，当记录成功后，步骤312：向第三方理财平台客户端发送设置预购计划的指示信息，如“预购成功”，此时，第一服务器102与第二服务器103同属一个服务器，而预购金额的转移也可以视为从第一账户中转移到第一账户中，即第三方理财平台客户端的登录账户中转移到第三方理财平台客户端的登录账户中。

需要说明的是，上述实例中，用户选择“余额支付预购”的支付方式时，该余额也可以存储在其他三方支付账户中，此时，该第二服务器103也可以是一个独立的其他三方支付服务器，那么第一服务器102接收到第一支付请求后，向该其他三方支付服务器发送资源转移请求或支付请求，将该其他三方支付服务器中的第二账户中的预购金额转移到该第一服务器102中的第一账户中。

在一些实例中，当所述支付方式信息表示多账户分笔支付时，所述第一支付信息包括多个候选第二账户的信息项，每个候选第二账户的信息项包括账户标识(如，银行卡名称)和每个支付周期的预估支付金额(如，每天预购金额)。

其中，在所述响应于对所述第三页面的确认支付操作以及接收到的支付验证信息，向所述第一服务器102发送第一支付请求之前，所述方法200进一步包括：响应于对所述第三页面中所述多个候选第二账户的信息项中至少一个信息项的选择操作，向所述第一服务器102发送第二支付请求，所述第二支付请求携带所选择的所述至少一个信息项中的账户标识；及接收所述第一服务器102响应于所述第二支付请求发送的第二支付信息，所述第二支付信息包括所选择的所述至少一个信息项，每个信息项包括账户标识和每个支付周期的支付金额。

其中，所述第一支付请求携带的所述第一支付信息包括所选择的所述至少一个信息项中的账户标识(如，账户名称、账户ID)。

例如，根据前文所述，根据前文所述，第三方理财平台客户端响应于上述第二预购操作，步骤307：向第一服务器102发送第二预购请求，该第二预购请求携带预购金额“1000000”，选择“多卡分笔支付预购”的支付方式，还可以携带用户ID，第一服务器102根据该第二预购请求中的多卡分笔支付预购以及预购金额，可以向另一服务器发送查询请求，该查询请求携带该用户ID，该另一服务器提供第三方理财平台客户端的用户绑定的第二账户的信息，如银行卡信息，该另一服务器响应于该查询请求，返回该用户绑定的第二账户的信息，如储蓄卡信息，包括AA银行当前存储的额度信息以及一天最多扣款额度数值、BB银行当前存储的额度信息以及一天最多扣款额度数值、CC银行当前存储的额度信息以及一天最多扣款额度数值以及DD银行当前存储的额度信息以及一天最多扣款额度数值，当第一服务器102接收到该另一服务器发送的用户绑定的第二账户的信息时，根据预购金额，计算预购期限以及每个账户每天预购金额，如，高端产品A预购金额100万，AA银行当前存储的额度信息“100万”、BB银行当前存储的额度信息“40万”、CC银行当前存储的额度信息“10万”以及DD银行当前存储的额度信息“10万”，AA银行一天最多扣款额度为“20万”、BB银行一天最多扣款额度为“8万”、CC银行一天最多扣款额度为“2万”以及DD银行一天最多扣款额度为“2万”，则设定预购期限为5天，则一天预购金额为20万，而若AA银行一天最多扣款额度为“20万”、BB银行一天最多扣款额度为“8万”、CC银行一天最多扣款额度为“2万”以及DD银行一天最多扣款额度为“2万”，那么，可以确定出AA银行一天预购额度为“15万”、BB银行一天预购额度为“3万”、CC银行一天预购额度为“1万”以及DD银行一天预购额度为“1万”，第一服务器102将计算出的上述信息：AA银行一天预购额度为“15万”、BB银行一天预购额度为“3万”、CC银行一天预购额度为“1万”以及DD银行一天预购额度为“1万”，即第一支付信息，该第一支付信息还可以包括预购期限，如5天；步骤308：将该第一支付信息返回至第三方理财平台客户端，当用户进行了第二预购操作后，第三方理财平台客户端由支付页面跳转至支付详情页面，并根据该支付详情页面的布局，步骤309：展示接收到的第一支付信息，即第三页面，用户可以从该候选的第二账户中选择自己想要作为最终的支付账户，若用户选择AA银行、BB银行以及CC银行的信息项作为最终的支付账户的信息项，并点击立即预购的选择操作，第三方理财平台客户端响应于该选择操作，向第一服务器102发送第二支付请求，该第二支付请求携带所选择的至少一个信息项中的账户标识(如，AA银行、BB银行以及CC银行)，第一服务器102接收到该第二支付请求，并根据账户标识重新计算每个账户的每天预购金额以及预购期限，若计算出预购期限为5天，AA银行的每天预购金额为15万、BB银行的每天预购金额为4万以及CC银行的每天预购金额为1万。第一服务器102响应于第二支付请求，向第三方理财平台客户端返回重新计算的第一支付信息：AA银行的每天预购金额为15万、BB银行的每天预购金额为4万以及CC银行的每天预购金额为1万，还可以包括预购期限，如5天，基于第三页面展示重新计算的该第一支付信息，用户选择AA银行的每天预购金额为15万、BB银行的每天预购金额为4万以及CC银行的每天预购金额为1万，作为最终的支付账户的信息项，并点击立即预购的第一支付操作，步骤310：第三方理财平台客户端响应于该第一支付操作，展示用于输入支付验证信息的控件，用户在控件中输入支付验证信息，如数字密码或指纹密码，第三方理财平台客户端根据该用户的输入操作，步骤311：向第一服务器102发送第一支付请求，该第一支付请求中携带所述第一支付信息以及所述支付验证信息，当第一服务器102对该支付验证信息验证过后，将预购金额(如，100万)、产品标识(如，产品ID或产品名称)以及所选第二账户输入至其数据库中进行记录，当记录成功后，步骤312：向第三方理财平台客户端发送设置预购计划的指示信息，如“预购成功”，其中，图6示出了支付过程的界面实例600，其中，支付详情页面601中展示了第一支付信息604：工商银行、招商银行以及农业银行，以及各个银行对应的每天预购金额，当用户点击该立即预购605指令时，在该支付详情页面601弹出用于输入支付验证信息的控件602，用户通过输入指纹密码进行支付验证信息的输入，在输入指纹密码后，跳转至设置预购计划页面603，在该设置预购计划页面603中展示了设置预购计划的指示信息“预购成功”，用户可以点击查看该产品持有页606指令进行查看该预购详情。第一服务器102根据预购期限，以一天为周期，当一天周期到来时(如每天的10:00am)，步骤313：向对应的第二服务器103(如，AA银行服务器、BB银行服务器以及CC银行服务器)发送扣款请求，该扣款请求携带用户标识、第二账户标识、以及扣款金额等；第二服务器103根据该扣款请求进行扣款，将第二账户中的扣款金额转移至第一账户中，当扣款成功后，第二服务器103响应于扣款请求，步骤314：向第一服务器102发送扣款成功的提示信息。

需要说明的是，上述第一服务器102在与第二服务器103进行扣款信息交互的时候，还可以通过上述另一服务器作为中转服务器，即第一服务器102先将扣款请求发送至该另一服务器，另一服务器接收到该扣款请求后，将该扣款请求转发至第二服务器103，当第二服务器103返回扣款成功的提示信息后，也由另一服务器将该提示信息转发至第一服务器102。从而完成产品预购金额的转移过程。

此外，第二服务器103进行扣款时，用户可以从短信中了解到扣款信息，而第一服务器102或第三方理财平台客户端不会因扣款信息而打扰用户，从而提升用户的使用体验。

在一些实例中，所述方法200进一步包括：在向所述第一服务器102发送第二预购请求之后，接收所述第一服务器102发送的设置预购计划的指示信息；步骤315：在第三页面中展示针对预购计划处理状态的查看接口；响应于所述查看接口的查看操作，步骤316：向所述第一服务器102发送预购计划处理状态的查看请求，所述查看请求携带用户标识；步骤317：接收所述第一服务器102响应于所述查看请求发送的与所述用户标识关联的预购计划处理状态；及步骤318：响应于所述查看操作，展示所述预购计划处理状态。

其中，所述查看接口包括预购处理中提示信息；其中，所述响应于所述查看接口的查看操作，向所述第一服务器102发送预购计划处理状态的查看请求，包括：响应于所述预购处理中提示信息的查看操作，在第四页面中展示资产处理中提示信息；响应于所述处理中资产提示信息的查看操作，向所述第一服务器102发送处理中资产的查看请求；及接收所述第一服务器102发送的响应于所述处理中资产的查看请求发送的产品预购进度详情；在第五页面中展示所述产品预购进度详情。

例如，根据前文所述，当第三方理财平台客户端接收到第一服务器102发送的设置预购计划的指示信息后，用户就可以在第三方理财平台客户端的初始页面(即第三页面，该“初始页面”第三页面与“支付详情页面”第三页面不同)中查看到一个分笔预购处理中提示信息，该提示信息设置在理财日历中，用户点击该提示信息，第三方理财平台客户端响应该用户的查看操作，由初始页面跳转至该提示信息所在理财日历页面，即第四页面，该理财日历页面中展示有资产处理中提示信息，用户点击该资产处理中提示信息，第三方理财平台客户端响应该用户的查看操作，向第一服务器102发送处理中资产的查看请求，该查看请求可以携带用户ID，第一服务器102响应于该处理中资产的查看请求，从数据库中查找出该用户的产品预购进度详情，如，产品标识(如，产品名称、ID)，预期的收益信息(如，年收益率)，可预购的最小资源数值(即起购金额)以及理财期限(如，365天)、已经预购金额数值以及所选的第二账户标识，第一服务器102将产品预购进度详情发送至第三方理财平台客户端，当用户点击该资产处理中提示信息时，第三方理财平台客户端由第四页面“理财日历页面”跳转至第五页面“产品预购进度详情页面”，并根据第五页面的布局展示接收到的产品预购进度详情。其中，图7示出了的预购详情的界面实例700，该实例700中展示了初始页面701，该初始页面701中展示了一个分笔预购处理中的提示信息704，用户点击该提示信息704，跳转至理财日历页面702，该理财日历页面702中展示了资产处理中提示信息“处理中资产”705，用户点击该“处理中资产”705，跳转至产品预购进度详情页面703，该产品预购进度详情页面703展示了预购产品信息706以及预购进度707，该预购产品信息706中包括预期收益6.00％以及预期的理财期限365天；该预购进度707中包括各个银行账户的信息以及每个银行账户目前已支付的金额以及已支付的金额占总预购金额的百分比，即已完成进度的数值，如60％。

其中，所述查看接口还可以包括资产汇总提示信息；其中，所述响应于所述查看接口的查看操作，向所述第一服务器102发送预购计划处理状态的查看请求，包括：响应于所述资产汇总提示信息的查看操作，在第四页面中展示包含产品预购提示信息的资产汇总信息；响应于所述产品预购提示信息的查看操作，向所述第一服务器102发送产品预购处理状态的查看请求；接收所述第一服务器102发送的响应于所述处理中资产的查看请求发送的产品预购进度详情；及在第五页展示所述产品预购进度详情。

例如，根据前文所述，当第三方理财平台客户端接收到第一服务器102发送的预购计划设置成功的提示信息后，用户就可以在第三方理财平台客户端的初始页面(即第三页面)中查看到资产汇总提示信息(如，余额提示信息)，用户点击该提示信息，第三方理财平台客户端响应该用户的查看操作，由初始页面跳转至该提示信息所在余额页面，即第四页面(该“余额页面”第四页面与“理财日历页面”第四页面不同)，该余额页面中展示有包含产品预购提示信息的资产汇总信息，用户点击该产品预购提示信息，第三方理财平台客户端响应该用户的查看操作，向第一服务器102发送产品预购处理状态的查看请求，该查看请求可以携带用户ID、产品标识，第一服务器102响应于该预购处理状态的查看请求，从数据库中查找出产品标识相匹配的产品预购进度详情，如，产品标识(如，产品名称、ID)，预期的收益信息(如，年收益率)，可预购的最小资源数值(即起购金额)以及理财期限(如，365天)、已经预购金额数值以及所选的第二账户标识，第一服务器102将产品预购进度详情发送至第三方理财平台客户端，当用户点击产品预购提示信息时，第三方理财平台客户端由第四页面“余额页面”跳转至第五页面“产品预购进度详情页面”，并根据第五页面的布局展示接收到的产品预购进度详情。其中图8示出了的预购详情的界面实例800，该实例800中展示了余额页面801，该余额页面801展示了产品预购提示信息“100万元预购高端产品A”802以及预购进度803，当用户点击该“100万元预购高端产品A”802时，跳转至产品预购进度详情页面703，该产品预购进度详情页面703展示了预购产品信息706以及预购进度707，该预购产品信息706中包括预期收益6.00％以及预期的理财期限365天；该预购进度707中包括各个银行账户的信息以及每个银行账户目前已支付的金额以及已支付的金额占总预购金额的百分比，即已完成进度的数值，如60％。

上述产品预购提示信息的获取方式可以包括：第三方理财平台客户端响应于资产汇总提示信息的查看操作，向第一服务器102发送产品预购查看请求，该查看请求携带用户ID以及表示已设置产品预购计划的关键词，第一服务器102根据该关键词查找该用户已设置产品预购计划的产品预购提示信息，如100万元预购高端产品A，第一服务器102响应于该查看请求向第三方理财平台客户端返回该产品预购提示信息。

其中，所述查看接口包括所述产品所属种类提示信息；其中，所述响应于所述查看接口的查看操作，向所述第一服务器102发送预购计划处理状态的查看请求，包括：响应于所述产品所属种类提示信息的查看操作，在第四页面中展示包含产品预购提示信息的资产汇总信息；响应于所述产品预购提示信息的查看操作，向所述第一服务器102发送产品预购计划处理状态的查看请求；接收所述第一服务器102发送的响应于所述处理中资产的查看请求发送的产品预购进度提示信息；在第五页展示所述产品预购进度提示信息；响应于所述产品预购进度提示信息的查看操作，向所述第一服务器102发送所述产品预购进度详情的查看请求；接收所述第一服务器102发送的响应于所述产品预购进度详情的查看请求发送的产品预购进度详情；及在第六页展示所述产品预购进度详情。

例如，根据前文所述，当第三方理财平台客户端接收到第一服务器102发送的预购计划设置成功的提示信息后，用户就可以在第三方理财平台客户端的初始页面(即第三页面)中查看到产品所属种类提示信息(如，稳健理财提示信息)，用户点击该提示信息，第三方理财平台客户端响应该用户的查看操作，由初始页面跳转至该提示信息所在稳健理财页面，即第四页面(该“稳健理财页面”第四页面与“余额页面”第四页面不同)，该稳健理财页面中展示有包含产品预购提示信息的资产汇总信息(该资产汇总信息为稳健理财的资产汇总信息)，用户点击该产品预购提示信息，第三方理财平台客户端响应该用户的查看操作，向第一服务器102发送产品预购计划处理状态的查看请求，该查看请求可以携带用户ID、产品标识，第一服务器102响应于该产品预购计划处理状态的查看请求，从数据库中查找出产品标识相匹配的已经预购金额数值，第一服务器102将已经预购金额数值发送至第三方理财平台客户端，当用户点击产品预购提示信息时，第三方理财平台客户端由第四页面“稳健理财页面”跳转至第五页面“预购计划处理页面”(第五页面“预购计划处理页面”与上述第五页面“产品预购进度详情页面”不同)，并根据第五页面的布局展示接收到的已经预购金额数值，即产品预购进度提示信息，用户点击该产品预购进度提示信息，第三方理财平台客户端响应该用户的查看操作，向第一服务器102发送产品预购进度详情的查看请求，该查看请求可以携带用户ID、产品标识，第一服务器102响应于产品预购进度详情的查看请求，从数据库中查找出产品标识相匹配的产品预购进度详情，如，产品标识(如，产品名称、ID)，预期的收益信息(如，年收益率)，可预购的最小资源数值(即起购金额)以及理财期限(如，365天)、已经预购金额数值以及所选的第二账户标识，第一服务器102将产品预购进度详情发送至第三方理财平台客户端，当用户点击产品预购进度提示信息时，第三方理财平台客户端由第五页面“预购计划处理页面”跳转至第六页面“产品预购进度详情页面”，并根据第六页面的布局展示接收到的产品预购进度详情。其中，图9A示出了的预购详情的界面实例900A，图9B示出了的预购详情的界面实例900B，该实例900A中展示了初始页面701，该初始页面701中展示了稳健理财提示信息708，用户点击该稳健理财提示信息708，跳转至稳健理财页面901，该稳健理财页面901展示了产品预购提示信息“1,000,000.00预购产品A”903，用户点击“1,000,000.00预购产品A”903，跳转至该实例900B中的预购计划处理页面902，该预购计划处理页面902中展示了产品预购进度提示信息904，该产品预购进度提示信息904包括当前已经预购资金占总预购金额的百分比，用户点击该产品预购进度提示信息904，跳转至产品预购进度详情页面703，该产品预购进度详情页面703展示了预购产品信息706以及预购进度707，该预购产品信息706中包括预期收益6.00％以及预期的理财期限365天；该预购进度707中包括各个银行账户的信息以及每个银行账户目前已支付的金额以及已支付的金额占总预购金额的百分比，即已完成进度的数值，如60％。

上述产品预购提示信息的获取方式可以包括：第三方理财平台客户端响应于资产汇总提示信息的查看操作，向第一服务器102发送产品预购查看请求，该查看请求携带用户ID以及表示已设置产品预购计划的关键词，第一服务器102根据该关键词查找该用户已设置产品预购计划的产品预购提示信息，如100万元预购高端产品A，第一服务器102响应于该查看请求向第三方理财平台客户端返回该产品预购提示信息。

对于私募类高端产品而言，其起购门槛普遍偏高(如，20万起购、100万起购、200万起购等)，这类高端产品往往容易触发用户进行第三方支付平台去购买，如，微信支付购买等，但由于第三方支付平台存在单笔限额的情况，所以无法支持高端产品的购买；用户可以通过网银第三方网站进行大额支付购买高端产品，但该通过网银第三方网站进行大额支付购买高端产品的操作流程用户体验不佳和且存在不可控性，一般不主动建议用户使用网银支付购买高端产品；且由于高端产品尚在预购中，距离高端产品上线(即开售)还有一段时间，本技术方案推荐用户使用多卡分笔预购的方式进行高端产品的买入。当用户选择多卡分笔预购的方式进行高端产品的买入时，第一服务器102将拉去用户在第三方支付平台，如，微信支付上绑定的银行借记卡(即与该第三方理财平台登录账号(账户)绑定的银行借记卡，这里用户可以通过单点登录的方式将第三方支付平台的登录账号，如，微信账号作为该第三方理财平台登录账户)并默认全部勾选以帮助用户实现最快完成高额度金额买入的目标，用户也可以手动调整选择分笔预购扣款的银行。可以根据扣款银行所能支持的单日最高扣款额度(也可以低于该最高扣款额度)，按照用户输入的预购总金额计算所需扣款天数，如果该高端产品有相对明确的开售时间，则智能比对开售时间与完成扣款的时间，如果完成扣款时间晚于开售时间则给用户警告提示(如，第一服务器102向第三方理财平台客户端发送该提示信息)，否则不向用户发送过多提示信息；如果该产品无明确开售时间，则不向用户发送过多提示信息。当完成预购验证后，即完成高端产品预购。

此外，当预购金额已经充足后，即第一账户中存在从银行账户中转移的预购金额时，对于无明确上线时间的高端产品，则进行比对查询是否该高端产品已经上线，如果比对后确定该高端产品没有上线，则等待下一个交易日继续进行比对，比对轮询15个交易日，如果15个交易日内该高端产品都未上线，则反馈客服后台进行查询并给用户进行提示让用户知道资金当前保留在第一账户的余额中可继续享受收益并等待产品开售或者当前直接取出(通过第一服务器102向第三方理财平台客户端该提示信息，以提示用户高端产品未开售，资金保留在第一账户的余额中)，后续等待客服人工联系客户并记录对应高端产品，等待上线后人工联系用户进行购买。

步骤206：当接收到所述第一服务器102在与该产品对应的第三服务器完成资源转移处理后返回的响应时，展示该产品购买成功的通知消息。在一些实例中，所述方法200进一步包括：在所述第一服务器102与所述第二服务器103进行资源转移处理之后，接收所述第一服务器102发送的所述产品的已完成买入提示信息；展示信息控件，并在所述信息控件中显示所述已完成买入提示信息。

在一些实例中，所述方法200进一步包括：响应于所述已完成买入提示信息的查看操作，向所述第一服务器102发送查看请求，所述查看请求携带所述产品的标识；接收所述第一服务器102响应于所述查看请求返回的所述产品对应的资产信息；及在第三页面中展示所述产品对应的资产信息。

例如，根据前文所述，当高端产品上线后，即开始销售后，理财公司，如基金公司可以以邮件方式告知第三方理财平台公司相关人员上线的高端产品的生效信息(即产品生效信息)或通过第三服务器，如基金服务器将上线的高端产品的生效信息以消息的形式发送至第三方理财平台公司相关人员，相关人员将生效信息录入至第一服务器102中的数据库中，第一服务器102可以每天获取数据库中的生效信息中的产品标识，当生效的产品标识与预购产品标识相同，则该预购产品已生效，并将产品生效信息与预购信息进行对比，确定该产品生效信息与预购信息是否相同，或优于预购信息，当产品生效信息与预购信息相同，或生效信息优于预购信息，步骤319：第一服务器102可以直接对该预购产品进行购买，将第一账户中的预购金额转入到第三账户中，如，基金公司的账户中；并获取金额转移的验证信息，步骤320：第一服务器102向第三服务器发送买入信息，将该信息包括验证信息、产品标识以及用户ID等信息，当第三服务器对买入信息进行验证后，步骤321：发送已完成买入提示信息至第一服务器102，第一服务器102在告知第三方理财平台客户端，步骤322：第三方理财平台客户端接收所述第一服务器102发送的所述产品的已完成买入提示信息；展示信息控件，如弹窗，并在弹窗中显示所述已完成买入提示信息。用户点击该弹窗，查看已完成买入提示信息，第三方理财平台客户端响应于所述已完成买入提示信息的查看操作，向所述第一服务器102发送查看请求，所述查看请求携带所述产品的标识；第一服务器102根据该产品标识，查找与该产品标识相同的产品的持有资产额度(即资产信息)以及产品的盈利信息(即资产信息)，并将该产品的持有资产额度以及产品的盈利信息返回第三方理财平台客户端，当用户点击该弹窗，第三方理财平台客户端由当前页面跳转至高端产品持有页面，并根据该高端产品持有页面(即第三页面)的布局展示产品的持有额度以及产品的盈利信息。图10示出了自动买入的界面实例1000，该实例1000展示了当前页面1001，该当前页面1001可以是用户的终端设备的桌面，当第三方理财平台客户端接收所述第一服务器102发送的所述产品的已完成买入提示信息时，该当前页面1001上弹出弹窗1002，该弹窗1002展示了已完成买入提示信息“你设定的多卡分笔预购高端产品A已完成买入，资金可在高端产品A持有页进行查看。去看看”，当用户点击该弹窗1002时，跳转至高端产品持有页面1003，该高端产品持有页面1003展示了该产品的对应的资金1004，即持有额度“1,000,000.00元”，还展示了该产品的盈利信息“2.79元”。

其中，所述产品生效信息包括但不限于生效的收益信息、生效的理财期限和可购买的最小资源数值。

上述优于预购信息的确定条件可以包括：预期的收益信息低于生效的收益信息，且预期的理财期限大于生效的理财期限，且可预购的最小资源数值高于可购买的最小资源数值。

在一些实例中，所述方法200进一步包括：接收所述第一服务器102发送的所述产品的购买提示信息；其中，所述第一服务器102在与所述第二服务器103进行资源转移处理之后，当所述产品生效的收益信息低于所述预期的收益信息和/或所述可购买的最小资源数值大于所述可预购的最小资源数值时发送所述产品的购买提示信息；展示信息控件，并在信息控件中显示所述产品的购买提示信息；响应于对所述产品的购买提示信息的查看操作，向所述第一服务器102发送第一查看请求；接收所述第一服务器102响应于所述第一查看请求返回的所述产品的生效信息；在第三页面中展示所述产品的生效信息和用于选择是否继续购买所述产品的选项；当根据对于所述选项的操作确定继续购买所述产品时，向所述第一服务器102发送买入请求；接收所述第一服务器102响应于所述买入请求而发送已完成买入提示信息；响应于对所述已完成买入提示信息的查看操作，向所述第一服务器102发送第二查看请求；接收所述第一服务器102响应于所述第二查看请求发送的所述产品对应的资产信息；在第四页面中展示所述产品的对应的资产信息；当根据对于所述选项的操作确定不继续购买所述产品时，向所述第一服务器102发送不买入请求，以使所述第一服务器102将所述资源数值保留在所述第一账户中；接收所述第一服务器102响应于所述不买入请求而发送不买入提示信息，所述不买入提示信息包括所述资源数值保留在所述第一账户中的信息，以供所述第一用户使用。

其中，所述产品的购买提示信息包括：所述产品的购买提示信息提示所述生效的收益信息低于所述预期的收益信息和/或所述可购买的最小资源数值大于所述可预购的最小资源数值。

例如，根据前文所述，当第一服务器102确定预购产品生效后，即开售后，该产品生效信息与预购信息不相同，且生效信息劣于预购信息，第一服务器102向第三方理财平台客户端发送产品的购买提示信息(如，生效的收益信息低于所述预期的收益信息)，当第三方理财平台客户端接收到产品的购买提示信息后，展示弹窗信息控件，并在该信息控件中展示该产品的购买提示信息，还可以展示该产品已生效的提示信息(如，高端产品A已开售)，用户点击该弹窗信息控件查看信息时，第三方理财平台客户端响应于对所述产品的购买提示信息的查看操作，向所述第一服器发送第一查看请求，该请求可以携带用户ID、产品标识以及产品的购买提示信息，第一服务器102根据该产品标识查找该产品的生效信息，还可以查找预购信息，响应于该请求将生效信息发送至第三方理财平台客户端，还可以将预购信息也发送至第三方理财平台客户端，第三方理财平台客户端接收到生效信息，还可以有预购信息以及第二账户后，响应于对所述产品的购买提示信息的查看操作，从当前页面跳转至产品预购进度详情页面(第三页面)或直接打开该信息控件所在的产品预购进度详情页面(第三页面)，根据第三页面的布局，展示产品的生效信息和用于选择是否继续购买所述产品的选项(如，“继续买入”选项和“保留在余额”选项)，还可以展示预购信息以及第二账户，当用户选择继续买入选项时，第三方理财平台客户端根据对于所述选项的操作确定继续购买所述产品时，向所述第一服务器102发送买入请求，该买入请求可以携带用户ID、产品标识，第一服务器102响应于该请求，对该产品进行购买，由于前文已经详细阐述过该购买的具体实现方式，此处就不在赘述，第一服务器102响应于所述买入请求而发送已完成买入提示信息至第三方理财平台客户端，响应于对所述已完成买入提示信息(该提示信息可以展示在信息控件中)的查看操作，向所述第一服务器102发送第二查看请求；接收所述第一服务器102响应于所述第二查看请求发送的所述产品对应的资产信息；在第四页面(即高端产品持有页面)中展示所述产品的对应的资产信息，由于前文已经详细阐述过该查看资产信息的具体实现方式，此处就不在赘述，当用户选择保留在余额选项时，第三方理财平台客户端根据对于所述选项的操作确定不继续购买所述产品时，向所述第一服务器102发送不买入请求，该不买入请求可以携带用户ID、产品标识，则第一服务器102响应于该不买入请求，将所述资源数值(第一账户中的转移金额，如100万元)保留在所述第一账户中；第三方理财平台客户端接收所述第一服务器102响应于所述不买入请求而发送不买入提示信息，所述不买入提示信息包括所述资源数值保留在所述第一账户中的信息(如，将预购高端产品A的预购金额100万元解锁至“XX”账户)，以供所述第一用户使用。图11示出了提示购买的界面实例1100，该实例1100展示了当前页面1001，该当前页面1001可以是用户的终端设备的桌面，当第三方理财平台客户端接收到产品的购买提示信息后，在当前页面1001弹出弹窗1102，该弹窗1102展示了产品的购买提示信息“但收益率低于早前计划预期”还展示该产品已生效的提示信息“你设定的多卡分笔预购高端产品A，产品已开售”，当用户点击该弹窗1002时，跳转至产品预购进度详情页面703，该产品预购进度详情页面703展示了预购产品信息706以及预购进度707，该预购产品信息706中包括生效的收益5.70％、预期收益6.00％以及生效的理财期限365天；该预购进度707中包括各个银行账户的信息以及每个银行账户目前已支付的金额以及已支付的金额占总预购金额的百分比，即已完成进度的数值，如100％，当用户选择继续买入该产品时，点击“继续买入”710，当用户不继续买入则点击“保留在余额+”709，即保留在余额中，第一账户中。

其中，生效信息劣于预购信息的确定条件可以包括以下任一项：预期的收益信息高于生效的收益信息，或预期的理财期限小于生效的理财期限，或可预购的最小资源数值低于可购买的最小资源数值。

需要说明的是，无论是第一服务器102自动为用户买入预购产品还是经过用户同意第一服务器102为用户买入预购产品，一旦第一服务器102成功买入该高端产品后，原有在第一账户中的余额中可以查看到的分笔预购锁定资金也将去除，此为信息展示逻辑，不影响用户当前总资产数额。

在一些实例中，所述方法200进一步包括：在接收到所述第一服务器102发送的所述产品的已完成买入提示信息后，在第三页面中展示所述产品所属种类提示信息；响应于所述产品所属种类提示信息的查看操作，向所述第一服务器102发送第一查看请求；接收所述第一服务器102响应于所述第一查看请求发送的已买入产品信息；在第四页面中展示所述已买入产品信息，响应于所述已买入产品信息的查看操作，向所述第一服务器102发送第二查看请求，所述第二查看请求携带所述产品的标识；接收所述第一服务器102响应于所述第二查看请求发送的所述产品对应的资产信息；在第五页面中展示所述产品对应的资产信息。

例如，根据前文所述，当第三方理财平台客户端接收到所述第一服务器102发送的所述产品的已完成买入提示信息后，在初始页面即第三页面中展示产品所属种类提示信息(如，稳健理财提示信息)，用户点击该提示信息，第三方理财平台客户端响应该用户的查看操作，向所述第一服务器102发送第一查看请求，该请求携带用户ID以及表示已购买高端产品的关键词，第一服务器102根据该关键词查找该用户已买入的高端产品信息即已买入产品信息，如，高端产品A，100万元，第一服务器102响应于该第一查看请求向第三方理财平台客户端发送已买入产品信息，当用户点击该提示信息时，第三方理财平台客户端由初始页面跳转至该提示信息所在稳健理财页面，即第四页面(该“稳健理财页面”第四页面与“余额页面”第四页面不同)，该稳健理财页面根据其布局展示已买入产品信息，用户点击该已买入产品信息，第三方理财平台客户端响应该用户的查看操作，向第一服务器102发送已买入产品信息的第二查看请求，该第二查看请求可以携带用户ID、产品标识，第一服务器102根据该产品标识，查找与该产品标识相同的产品的持有资产额度(即资产信息)以及产品的盈利信息(即资产信息)，并将该产品的持有资产额度以及产品的盈利信息返回第三方理财平台客户端，当用户点击该已买入产品信息，第三方理财平台客户端由第四页面跳转至高端产品持有页面，并根据该高端产品持有页面(即第五页面)的布局展示产品的持有额度以及产品的盈利信息。图12示出了购买后资产的界面实例1200，该实例1200展示了初始页面701,该初始页面701展示稳健理财提示信息708，用户点击稳健理财提示信息708，跳转至稳健理财页面901,该稳健理财页面901展示了已买入产品信息“高端产品A”905，用户点击“高端产品A”905，跳转至高端产品持有页面1003，该高端产品持有页面1003展示了该产品的对应的资金1004，即持有额度“1,000,000.00元”，还展示了该产品的盈利信息“2.79元”。

需要说明的是，上述实例中，在不同的应用场景中都提到的第三页面、第四页面、第五页面，由于这些页面所涉及到应用场景并不同，在每个应用场景中，各个第三页面、第四页面、第五页面都有与其应用场景相关的意义，所以不能将在不同的应场景中重复提到的第三页面视为同一个意义的页面，不能将在不同的应场景中重复提到的第四页面视为同一个意义的页面以及不能将在不同的应场景中重复提到的第五页面视为同一个意义的页面。

上述第一服务器102与上述另一服务器在物理上划分，可以属于同一个硬件设备即一个服务器，也可以属于不同的两个硬件设备。

另外，在本申请各个实例中的装置及各模块可以集成在一个处理单元中，也可以是各个模块单独物理存在，也可以两个或两个以上装置或模块集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

需要说明的是，对于第三方理财平台的资金保有量对于第三方理财平台非常重要，而当前第三方理财平台中不到3％的高端用户所持有的资产占据第三方理财平台保有量近90％。所以为这类高端用户提供高端理财产品预热展示、便捷和智能化地购买是非常有必要的。同时由于第三方理财平台可以使用第三方平台支付，如，微信支付，而单笔买入额度受微信支付限额影响，不能完成大额度的产品支付交易，本技术方案通过依赖分笔支付买入产品完成大额支付，特别是针对在私募、期限类理财产品的大额度买入交易。同时本技术方案还支持用户将将第三方理财平台的账户余额中的资金转投到私募产品中。综上所述，本技术方案从商业目标、用户大额买入体验上都做了明显优化，能帮助第三方理财平台提高高端理财产品的申购，并最终提高第三方理财平台整体保有量。

此外，在本技术方案中，当用户选择网银第三方网预购高端产品时，第一服务器102向第三方理财平台客户端发送银行信息(如，银行标识以及对应的银行付款地址)，当用户选择其中一个银行进行预购时，第三方理财平台客户端根据其对应的支付网址跳转至该银行的安全支付页面，用户在该安全支付页面上进行支付认证操作(如，U盾验证)，从而完成支付(如，100万支付)，从而将第二账户(即银行账户)中的预购金额转移至第一账户中，即第三方理财平台客户端的登录账户的余额中。

基于系统100，本申请的实例提出了一种信息处理方法，应用于服务器(该服务器为第三方理财平台客户端提供服务器的理财服务器，即前文中提到的第一服务器102)，如图13进行说明，该方法1300包括以下步骤：

步骤1301：接收所述客户端发送第一预购请求，所述第一预购请求携带所述产品的标识。

在一些实例中，所述方法1300进一步包括：记录所述产品的预期数据信息；其中，所述方法1300进一步包括：响应于客户端发送的查看请求，所述查看请求携带代表所述产品的关键词，响应于所述查看请求，获取至少一种产品的所述预期数据信息，并将所述预期数据信息发送至所述客户端。

其中，所述数据信息包括产品标识、预期的收益数值和可预购的最小资源数值。

需要说明的是，本步骤1301的具体实现方式由于前文已经详细阐述过了，此处就不再赘述。

步骤1302：响应于所述第一预购请求向所述客户端发送该产品的资源数值。

需要说明的是，本步骤1302的具体实现方式由于前文已经详细阐述过了，此处就不再赘述。

步骤1303：接收所述客户端发送第二预购请求，所述第二预购请求携带预购该产品的资源数值和支付方式信息。

需要说明的是，本步骤1303的具体实现方式由于前文已经详细阐述过了，此处就不再赘述。

步骤1304：根据所述资源数值和支付方式信息，向第二服务器103发送资源转移请求，所述资源转移请求携带第一账户标识以及第二账户标识，以使所述第二服务器103将所述第二账户中的所述资源数值转移至所述第一账户。

在一些实例中，根据所述资源数值和支付方式信息，向第二服务器103发送资源转移请求，包括：响应于所述第二预购请求，向所述客户端发送与所述支付方式信息对应的第二账户的信息；接收所述客户端发送的第一支付请求，所述第一支付请求携带所选择的第二账户的信息以及支付验证信息；响应于所述第一支付请求，当所述支付验证信息通过验证后，向与所述第二账户对应的所述第二服务器103发送资源转移请求，所述资源转移请求携带第二账户的信息；其中，所述方法1300进一步包括：当所述支付验证信息通过验证后，向所述客户端发送设置预购计划的指示信息。

需要说明的是，该第二服务器103为前文提及到的银行服务器或者支付服务器，即第二服务器103本实例的具体实现方式由于前文已经详细阐述过了，此处就不再赘述。

在一些实例中，当所述支付方式信息表示多账户分笔支付时，所根据所述资源数值和支付方式信息，向第二服务器103发送资源转移请求，包括：响应于所述第二预购请求，向所述客户端发送与所述多账户分笔支付对应的多个候选第二账户的信息项，每个候选第二账户的信息项包括账户标识和每个支付周期的预估支付金额；接收所述客户端发送的第一支付请求，所述第一支付请求携带所选择的第二账户的信息项以及支付验证信息；响应于所述第一支付请求，当所述支付验证信息通过验证后，在每个支付周期到达时，确定所选择的所述第二账户中的当前金额是否满足该支付周期的预估支付金额；当所选择的所述第二账户中的当前金额满足该支付周期的预估支付金额时，向与所述第二账户对应的所述第二服务器103发送资源转移请求，所述资源转移请求携带所选择的第二账户的预估支付金额；接收所述第二服务器103响应于所述资源转移请求发送的表示资源转移成功的信息；其中，所述方法进一步包括：当所述支付验证信息通过验证后，向所述客户端发送设置预购计划的指示信息。

其中，理财服务器根据预购期限(如，5天)，设置预购计划的开始时间，如，第一服务器完成支付验证信息并确定该用户设置预购计划的时间为20XX年1月2日10：00am，那么可以在该预购计划开始后以一天为周期为第一个支付周期，当第一个支付周期到来时，如20XX年1月2日16:00pm，即为第一支付周期开始时间，当该时间到达时，理财服务器先要查看该用户的第二账户中的当前存储资金是否充足(这里可以通过上述另一服务器去查看该第二账户的当前存储额度)，如果充足，则向对应的银行服务器(如，AA银行服务器、BB银行服务器以及CC银行服务器)发送扣款请求，该扣款请求携带用户标识、第二账户标识、以及扣款金额等；银行服务器根据该扣款请求进行扣款，将第二账户中的扣款金额转移至第一账户中，当扣款成功后，第二服务器103响应于扣款请求，向第二服务器103发送扣款成功的提示信息。当第二个支付周期到来时，即20XX年1月3日16:00pm，在根据上述具体实现过程进行扣款，直至预购期限中全部支付周期都扣款成功为止。此外，该步骤1304的其他具体实现方式已在前文中详细阐述过了，此处就不再赘述。

步骤1305：接收所述第二服务器103响应于所述资源转移请求发送的表示资源转移成功的信息。

需要说明的是，本实例的具体实现方式由于前文已经详细阐述过了，此处就不再赘述。

步骤1306：当该产品生效并且满足预定条件时，与该产品对应的第三服务器104进行资源转移处理，从而在所述第一账户中扣除所述资源数值并在所述第三服务器104的第三账户中增加与该产品关联的所述资源数值。

其中，预定条件可以包括：预期的收益信息低于生效的收益信息，且预期的理财期限大于生效的理财期限，且可预购的最小资源数值高于可购买的最小资源数值。

在一些实例中，所述方法1300进一步包括：从所述第三服务器104获取产品的生效数据信息，所述生效数据信息包括生效的收益数值以及可购买的最小资源数值；根据所述产品标识，将同一个产品的所述生效数据信息与预期数据信息进行比较；当所述生效的收益数值大于所述预期的收益数值，且可购买的最小资源数值小于可预购的最小资源数值时，则执行当该产品生效并且满足预定条件时，与该产品对应的第三服务器104进行资源转移处理，从而在所述第一账户中扣除所述资源数值并在所述第三服务器104的第三账户中增加与该产品关联的所述资源数值的步骤；当接收到所述第三服务器104发送的表示购买成功的信息时，向所述客户端发送所述产品的已完成买入提示信息。

其中，根据所述产品标识，将同一个产品的所述生效数据信息与预期数据信息进行比较，例如，生效数据信息如下表2：

预期数据信息如下表3：

根据上述两个表进行比较，确定生效数据信息优于预期数据信息，则满足上述预定条件。

在一些实例中，所述方法1300进一步包括：当所述生效的收益信息低于所述预期的收益信息和/或所述可购买的最小资源数值大于所述可预购的最小资源数值时，则向所述客户端发送所述产品的购买提示信息，所述产品的购买提示信息包括：所述产品的购买提示信息提示所述生效的收益信息低于所述预期的收益信息和/或所述可购买的最小资源数值大于所述可预购的最小资源数值；当接收到所述客户端发送买入请求时，执行当该产品生效并且满足预定条件时，与该产品对应的第三服务器104进行资源转移处理，从而在所述第一账户中扣除所述资源数值并在所述第三服务器104的第三账户中增加与该产品关联的所述资源数值的步骤；当接收到所述第三服务器104发送的表示购买成功的信息时，向所述客户端发送所述产品的已完成买入提示信息。

需要说明的是，只要当生效数据信息劣于预购数据信息，则向所述客户端发送所述产品的购买提示信息，该确定条件可以包括以下任一项：预期的收益信息高于生效的收益信息，或预期的理财期限小于生效的理财期限，或可预购的最小资源数值低于可购买的最小资源数值。

此外，该步骤1306的其他具体实现方式已在前文中详细阐述过了，此处就不再赘述。

基于上述实例，本申请实例还提出了一种信息处理装置，应用于客户端中，如图14所示，所述装置1400包括：获取模块1401、展示模块1402以及发送模块1403；且各个模块的功能具体如下：

获取模块1401，从第一服务器102获取至少一种产品的信息，所述产品为未生效的并且可供预购买。

展示模块1402，展示第一页面，所述第一页面包含所述至少一个产品的信息。

发送模块1403，响应于对所述第一页面中任一个产品的第一预购操作，发送第一预购请求至所述第一服务器102，所述第一预购请求携带该产品的标识。

展示模块1402，展示第二页面，所述第二页面用于接收预购该产品的资源数值。

发送模块1403，向所述第一服务器102发送第二预购请求，所述第二预购请求携带通过所述第二页面接收到的预购该产品的资源数值和支付方式信息，以使所述第一服务器102与所述支付方式信息对应的第二服务器103进行资源转移处理，从而在所述第一服务器102的第一账户中增加所述资源数值并在所述第二服务器103的第二账户中扣除所述资源数值。

展示模块1402，当接收到所述第一服务器102在与该产品对应的第三服务器104完成资源转移处理后返回的响应时，展示该产品购买成功的通知消息。

在一些实例中，所述第二页面展示了资源数值输入控件、最小资源数值的提示信息以及至少一种支付方式信息；所述获取模块1401，响应于所述第二页面中对所述资源数值输入控件和所述至少一种支付方式信息的第二预购操作，获取所述第二预购操作选择的支付方式信息以及输入的资源数值，并使发送模块1403执行所述向所述第一服务器102发送第二预购请求的步骤。

在一些实例中，所述装置1400进一步包括：接收模块，接收所述第一服务器102响应于所述第二预购请求发送的第一支付信息；展示模块1402，展示第三页面，所述第三页面包含所述第一支付信息，所述第一支付信息包括所述支付方式信息对应的第二账户的信息项；及发送模块1403，响应于对所述第三页面的确认支付操作以及接收到的支付验证信息，向所述第一服务器102发送第一支付请求，所述第一支付请求携带所述第一支付信息以及所述支付验证信息，以使所述第一服务器102根据所述第一支付信息和所述验证信息与所述第二服务器103进行资源转移处理。

在一些实例中，所述发送模块1403，包括：展示单元，响应于对所述第三页面的所述确认支付操作，展示所述验证信息的输入提示信息；及获取单元，响应于所述验证信息的输入操作，获取所述输入操作中的验证信息，向所述第一服务器102发送所述第一支付请求。

在一些实例中，当所述支付方式信息表示多账户分笔支付时，所述第一支付信息包括多个候选第二账户的信息项，每个候选第二账户的信息项包括账户标识和每个支付周期的预估支付金额；其中，在所述响应于对所述第三页面的确认支付操作以及接收到的支付验证信息，向所述第一服务器102发送第一支付请求之前，所述发送模块1403，响应于对所述第三页面中所述多个候选第二账户的信息项中至少一个信息项的选择操作，向所述第一服务器102发送第二支付请求，所述第二支付请求携带所选择的所述至少一个信息项中的账户标识；及接收模块，接收所述第一服务器102响应于所述第二支付请求发送的第二支付信息，所述第二支付信息包括所选择的所述至少一个信息项，每个信息项包括账户标识和每个支付周期的支付金额；其中，所述第一支付请求携带的所述第一支付信息包括所选择的所述至少一个信息项中的账户标识。

在一些实例中，所述发送模块1403，响应于针对所述产品的页面查看操作，发送查看请求至所述第一服务器102，所述查看请求携带代表所述产品的关键词；其中，获取模块1401，接收所述第一服务器102响应于所述查看请求返回的所述至少一种产品的预购信息。

在一些实例中，所述接收模块，在向所述第一服务器102发送第二预购请求之后，接收所述第一服务器102发送的设置预购计划的指示信息；展示模块1402，在第三页面中展示针对预购计划处理状态的查看接口；发送模块1403，响应于所述查看接口的查看操作，向所述第一服务器102发送预购计划处理状态的查看请求，所述查看请求携带用户标识；接收模块，接收所述第一服务器102响应于所述查看请求发送的与所述用户标识关联的预购计划处理状态；及展示模块1402，响应于所述查看操作，展示所述预购计划处理状态。

在一些实例中，所述查看接口包括预购处理中提示信息；其中，所述发送模块1403，包括：展示单元，响应于所述预购处理中提示信息的查看操作，在第四页面中展示资产处理中提示信息；发送单元，响应于所述处理中资产提示信息的查看操作，向所述第一服务器102发送处理中资产的查看请求；及接收单元，接收所述第一服务器102发送的响应于所述处理中资产的查看请求发送的产品预购进度详情；展示单元，在第五页面中展示所述产品预购进度详情。

在一些实例中，所述查看接口包括资产汇总提示信息；其中，所述发送模块1403，包括：展示单元，响应于所述资产汇总提示信息的查看操作，在第四页面中展示包含产品预购提示信息的资产汇总信息；发送单元，响应于所述产品预购提示信息的查看操作，向所述第一服务器102发送产品预购处理状态的查看请求；接收单元，接收所述第一服务器102发送的响应于所述处理中资产的查看请求发送的产品预购进度详情；及展示单元，在第五页展示所述产品预购进度详情。

在一些实例中，所述查看接口包括所述产品所属种类提示信息；其中，所述发送模块1403，包括：展示单元，响应于所述产品所属种类提示信息的查看操作，在第四页面中展示包含产品预购提示信息的资产汇总信息；发送单元，响应于所述产品预购提示信息的查看操作，向所述第一服务器102发送产品预购计划处理状态的查看请求；接收单元，接收所述第一服务器102发送的响应于所述处理中资产的查看请求发送的产品预购进度提示信息；展示单元，在第五页展示所述产品预购进度提示信息；发送单元，响应于所述产品预购进度提示信息的查看操作，向所述第一服务器102发送所述产品预购进度详情的查看请求；接收单元，接收所述第一服务器102发送的响应于所述产品预购进度详情的查看请求发送的产品预购进度详情；及展示单元，在第六页展示所述产品预购进度详情。

在一些实例中，所述第一页面包含的所述产品的信息包括：预期的收益信息和可预购的最小资源数值；所述接收模块，接收所述第一服务器102发送的所述产品的购买提示信息，所述产品的购买提示信息包括：所述产品的购买提示信息提示所述生效的收益信息低于所述预期的收益信息和/或所述可购买的最小资源数值大于所述可预购的最小资源数值；其中，发送模块1403，所述第一服务器102在与所述第二服务器103进行资源转移处理之后，当所述产品生效的收益信息低于所述预期的收益信息和/或所述可购买的最小资源数值大于所述可预购的最小资源数值时发送所述产品的购买提示信息；展示模块1402，展示信息控件，并在信息控件中显示所述产品的购买提示信息；发送模块1403，响应于对所述产品的购买提示信息的查看操作，向所述第一服务器102发送第一查看请求；接收模块，接收所述第一服务器102响应于所述第一查看请求返回的所述产品的生效信息；在第三页面中展示所述产品的生效信息和用于选择是否继续购买所述产品的选项；发送模块1403，当根据对于所述选项的操作确定继续购买所述产品时，向所述第一服务器102发送买入请求；接收模块，接收所述第一服务器102响应于所述买入请求而发送已完成买入提示信息；发送模块1403，响应于对所述已完成买入提示信息的查看操作，向所述第一服务器102发送第二查看请求；接收模块，接收所述第一服务器102响应于所述第二查看请求发送的所述产品对应的资产信息；展示模块1402，在第四页面中展示所述产品的对应的资产信息；发送模块1403，当根据对于所述选项的操作确定不继续购买所述产品时，向所述第一服务器102发送不买入请求，以使所述第一服务器102将所述资源数值保留在所述第一账户中；接收模块，接收所述第一服务器102响应于所述不买入请求而发送不买入提示信息，所述不买入提示信息包括所述资源数值保留在所述第一账户中的信息，以供所述第一用户使用；其中，所述产品生效信息包括生效的收益信息和可购买的最小资源数值。

在一些实例中，所述接收模块，在所述第一服务器102与所述第二服务器103进行资源转移处理之后，接收所述第一服务器102发送的所述产品的已完成买入提示信息；展示模块1402，展示信息控件，并在所述信息控件中显示所述已完成买入提示信息。

在一些实例中，所述发送模块1403，响应于所述已完成买入提示信息的查看操作，向所述第一服务器102发送查看请求，所述查看请求携带所述产品的标识；接收模块，接收所述第一服务器102响应于所述查看请求返回的所述产品对应的资产信息；及展示模块1402，在第三页面中展示所述产品对应的资产信息。

在一些实例中，所述展示模块1402，在接收到所述第一服务器102发送的所述产品的已完成买入提示信息后，在第三页面中展示所述产品所属种类提示信息；发送模块1403，响应于所述产品所属种类提示信息的查看操作，向所述第一服务器102发送第一查看请求；接收模块，接收所述第一服务器102响应于所述第一查看请求发送的已买入产品信息；展示模块1402，在第四页面中展示所述已买入产品信息，响应于所述已买入产品信息的查看操作，向所述第一服务器102发送第二查看请求，所述第二查看请求携带所述产品的标识；接收模块，接收所述第一服务器102响应于所述第二查看请求发送的所述产品对应的资产信息；展示模块1402，在第五页面中展示所述产品对应的资产信息。

基于上述实例，本申请实例还提出了一种信息处理装置，应用于服务器中(如，第一服务器102)；如图15所示，所述装置1500包括：接收模块1501、发送模块1502以及处理模块1503；且各个模块的功能具体如下：

接收模块1501，接收所述客户端发送第一预购请求，所述第一预购请求携带所述产品的标识。

发送模块1502，响应于所述第一预购请求向所述客户端发送该产品的资源数值。

接收模块1501，接收所述客户端发送第二预购请求，所述第二预购请求携带预购该产品的资源数值和支付方式信息。

发送模块1502，根据所述资源数值和支付方式信息，向第二服务器103发送资源转移请求，所述资源转移请求携带第一账户标识以及第二账户标识，以使所述第二服务器103将所述第二账户中的所述资源数值转移至所述第一账户。

接收模块1501，接收所述第二服务器103响应于所述资源转移请求发送的表示资源转移成功的信息。

处理模块1503，当该产品生效并且满足预定条件时，与该产品对应的第三服务器104进行资源转移处理，从而在所述第一账户中扣除所述资源数值并在所述第三服务器104的第三账户中增加与该产品关联的所述资源数值。

在一些实例中，所述装置1500进一步包括：记录模块，记录所述产品的预期数据信息；所述数据信息包括产品标识、预期的收益数值和可预购的最小资源数值；其中，所述发送模块1502，响应于客户端发送的查看请求，所述查看请求携带代表所述产品的关键词，所述装置1500进一步包括：获取模块，响应于所述查看请求，获取至少一种产品的所述预期数据信息，并将所述预期数据信息发送至所述客户端。

在一些实例中，所述发送模块1502，包括：发送单元，响应于所述第二预购请求，向所述客户端发送与所述支付方式信息对应的第二账户的信息；接收单元，接收所述客户端发送的第一支付请求，所述第一支付请求携带所选择的第二账户的信息以及支付验证信息；发送单元，响应于所述第一支付请求，当所述支付验证信息通过验证后，向与所述第二账户对应的所述第二服务器103发送资源转移请求，所述资源转移请求携带第二账户的信息；其中，所述发送模块1502，当所述支付验证信息通过验证后，向所述客户端发送设置预购计划的指示信息。

在一些实例中，所述获取模块，从所述第三服务器104获取产品的生效数据信息，所述生效数据信息包括生效的收益数值以及可购买的最小资源数值；所述装置1500进一步包括：比较模块，根据所述产品标识，将同一个产品的所述生效数据信息与预期数据信息进行比较；当所述生效的收益数值大于所述预期的收益数值，且可购买的最小资源数值小于可预购的最小资源数值时，则使处理模块1503执行当该产品生效并且满足预定条件时，与该产品对应的第三服务器104进行资源转移处理，从而在所述第一账户中扣除所述资源数值并在所述第三服务器104的第三账户中增加与该产品关联的所述资源数值的步骤；所述发送模块1502，当接收到所述第三服务器104发送的表示购买成功的信息时，向所述客户端发送所述产品的已完成买入提示信息。

在一些实例中，所述发送模块1502，当所述生效的收益信息低于所述预期的收益信息和/或所述可购买的最小资源数值大于所述可预购的最小资源数值时，则向所述客户端发送所述产品的购买提示信息，所述产品的购买提示信息包括：所述产品的购买提示信息提示所述生效的收益信息低于所述预期的收益信息和/或所述可购买的最小资源数值大于所述可预购的最小资源数值；当接收到所述客户端发送买入请求时，使处理模块1503执行当该产品生效并且满足预定条件时，与该产品对应的第三服务器104进行资源转移处理，从而在所述第一账户中扣除所述资源数值并在所述第三服务器104的第三账户中增加与该产品关联的所述资源数值的步骤；所述发送模块1502，当接收到所述第三服务器104发送的表示购买成功的信息时，向所述客户端发送所述产品的已完成买入提示信息。

在一些实例中，所述发送模块1502，包括：发送单元，响应于所述第二预购请求，向所述客户端发送与所述多账户分笔支付对应的多个候选第二账户的信息项，每个候选第二账户的信息项包括账户标识和每个支付周期的预估支付金额；接收单元，接收所述客户端发送的第一支付请求，所述第一支付请求携带所选择的第二账户的信息项以及支付验证信息；确定单元，响应于所述第一支付请求，当所述支付验证信息通过验证后，在每个支付周期到达时，确定所选择的所述第二账户中的当前金额是否满足该支付周期的预估支付金额；发送单元，当所选择的所述第二账户中的当前金额满足该支付周期的预估支付金额时，向与所述第二账户对应的所述第二服务器103发送资源转移请求，所述资源转移请求携带所选择的第二账户的预估支付金额；接收单元，接收所述第二服务器103响应于所述资源转移请求发送的表示资源转移成功的信息；其中，所述发送模块1502，当所述支付验证信息通过验证后，向所述客户端发送设置预购计划的指示信息。

图16示出了处理装置1400和1500所在的计算设备1600的组成结构图。此计算设备1600可以是服务器。如图16所示，该计算设备包括一个或者多个处理器(CPU)1602、通信模块1604、存储器1606、用户接口1610，以及用于互联这些组件的通信总线1608。

处理器1602可通过通信模块1604接收和发送数据以实现网络通信和/或本地通信。

用户接口1610包括一个或多个输出设备1612，其包括一个或多个扬声器和/或一个或多个可视化显示器。用户接口1610也包括一个或多个输入设备1614，其包括诸如，键盘，鼠标，声音命令输入单元或扩音器，触屏显示器，触敏输入板，姿势捕获摄像机或其他输入按钮或控件等。

存储器1606可以是高速随机存取存储器，诸如DRAM、SRAM、DDR RAM、或其他随机存取固态存储设备；或者非易失性存储器，诸如一个或多个磁盘存储设备、光盘存储设备、闪存设备，或其他非易失性固态存储设备。

存储器1606存储处理器1602可执行的指令集，包括：

操作系统1616，包括用于处理各种基本系统服务和用于执行硬件相关任务的程序；

应用1618，包括用于视频播放的各种应用程序，这种应用程序能够实现上述各实例中的处理流程，比如可以包括图14所示的处理装置1400中的部分或全部模块，各模块1401-1403中的至少一个模块可以存储有机器可执行指令，处理器1602通过执行存储器1606中各模块1401-1403中至少一个模块中的机器可执行指令，进而能够实现上述各模块1401-1403中的至少一个模块的功能。

比如可以包括图15所示的处理装置1500中的部分或全部模块，各模块1501-1503中的至少一个模块可以存储有机器可执行指令，处理器1602通过执行存储器1606中各模块1501-1503中至少一个模块中的机器可执行指令，进而能够实现上述各模块1501-1503中的至少一个模块的功能。

需要说明的是，上述各流程和各结构图中不是所有的步骤和模块都是必须的，可以根据实际的需要忽略某些步骤或模块。各步骤的执行顺序不是固定的，可以根据需要进行调整。各模块的划分仅仅是为了便于描述采用的功能上的划分，实际实现时，一个模块可以分由多个模块实现，多个模块的功能也可以由同一个模块实现，这些模块可以位于同一个设备中，也可以位于不同的设备中。

各实施例中的硬件模块可以以硬件方式或硬件平台加软件的方式实现。上述软件包括机器可读指令，存储在非易失性存储介质中。因此，各实施例也可以体现为软件产品。

各例中，硬件可以由专门的硬件或执行机器可读指令的硬件实现。例如，硬件可以为专门设计的永久性电路或逻辑器件(如专用处理器，如FPGA或ASIC)用于完成特定的操作。硬件也可以包括由软件临时配置的可编程逻辑器件或电路(如包括通用处理器或其它可编程处理器)用于执行特定操作。

另外，本申请的每个实例可以通过由数据处理设备如计算机执行的数据处理程序来实现。显然，数据处理程序构成了本申请。此外，通常存储在一个存储介质中的数据处理程序通过直接将程序读取出存储介质或者通过将程序安装或复制到数据处理设备的存储设备(如硬盘和或内存)中执行。因此，这样的存储介质也构成了本申请，本申请还提供了一种非易失性存储介质，其中存储有数据处理程序，这种数据处理程序可用于执行本申请上述方法实例中的任何一种实例。

图14和/或图15中的模块对应的机器可读指令可以使计算机上操作的操作系统等来完成这里描述的部分或者全部操作。非易失性计算机可读存储介质可以是插入计算机内的扩展板中所设置的存储器中或者写到与计算机相连接的扩展单元中设置的存储器。安装在扩展板或者扩展单元上的CPU等可以根据指令执行部分和全部实际操作。

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

Claims (15)

1.一种信息处理方法，其特征在于，所述方法包括：

从第一服务器获取至少一种产品的信息，所述产品为未生效的并且可供预购买；

展示第一页面，所述第一页面包含所述至少一个产品的信息；

响应于对所述第一页面中任一个产品的第一预购操作，发送第一预购请求至所述第一服务器，所述第一预购请求携带该产品的标识；

展示第二页面，所述第二页面用于接收预购该产品的资源数值；

向所述第一服务器发送第二预购请求，所述第二预购请求携带通过所述第二页面接收到的预购该产品的资源数值和支付方式信息，以使所述第一服务器与所述支付方式信息对应的第二服务器进行资源转移处理，从而在所述第一服务器的第一账户中增加所述资源数值并在所述第二服务器的第二账户中扣除所述资源数值；及

当接收到所述第一服务器在与该产品对应的第三服务器完成资源转移处理后返回的响应时，展示该产品购买成功的通知消息。

2.根据权利要求1所述的方法，其特征在于，所述第二页面展示了资源数值输入控件、最小资源数值的提示信息以及至少一种支付方式信息；

所述方法进一步包括：

响应于所述第二页面中对所述资源数值输入控件和所述至少一种支付方式信息的第二预购操作，获取所述第二预购操作选择的支付方式信息以及输入的资源数值，并执行所述向所述第一服务器发送第二预购请求的步骤。

3.根据权利要求1所述的方法，其特征在于，所述方法进一步包括：

接收所述第一服务器响应于所述第二预购请求发送的第一支付信息；

展示第三页面，所述第三页面包含所述第一支付信息，所述第一支付信息包括所述支付方式信息对应的第二账户的信息项；及

响应于对所述第三页面的确认支付操作以及接收到的支付验证信息，向所述第一服务器发送第一支付请求，所述第一支付请求携带所述第一支付信息以及所述支付验证信息，以使所述第一服务器根据所述第一支付信息和所述验证信息与所述第二服务器进行资源转移处理。

4.根据权利要求3所述的方法，其特征在于，当所述支付方式信息表示多账户分笔支付时，所述第一支付信息包括多个候选第二账户的信息项，每个候选第二账户的信息项包括账户标识和每个支付周期的预估支付金额；

其中，在所述响应于对所述第三页面的确认支付操作以及接收到的支付验证信息，向所述第一服务器发送第一支付请求之前，所述方法进一步包括：

响应于对所述第三页面中所述多个候选第二账户的信息项中至少一个信息项的选择操作，向所述第一服务器发送第二支付请求，所述第二支付请求携带所选择的所述至少一个信息项中的账户标识；及

接收所述第一服务器响应于所述第二支付请求发送的第二支付信息，所述第二支付信息包括所选择的所述至少一个信息项，每个信息项包括账户标识和每个支付周期的支付金额；

其中，所述第一支付请求携带的所述第一支付信息包括所选择的所述至少一个信息项中的账户标识。

5.根据权利要求1所述的方法，其特征在于，所述方法进一步包括：

在向所述第一服务器发送第二预购请求之后，接收所述第一服务器发送的设置预购计划的指示信息；

在第三页面中展示针对预购计划处理状态的查看接口；

响应于所述查看接口的查看操作，向所述第一服务器发送预购计划处理状态的查看请求，所述查看请求携带用户标识；

接收所述第一服务器响应于所述查看请求发送的与所述用户标识关联的预购计划处理状态；及

响应于所述查看操作，展示所述预购计划处理状态。

6.根据权利要求1所述的方法，其特征在于，所述第一页面包含的所述产品的信息包括：预期的收益信息和可预购的最小资源数值；

所述方法进一步包括：

接收所述第一服务器发送的所述产品的购买提示信息，所述产品的购买提示信息包括：所述产品的购买提示信息提示所述生效的收益信息低于所述预期的收益信息和/或所述可购买的最小资源数值大于所述可预购的最小资源数值；

其中，所述第一服务器在与所述第二服务器进行资源转移处理之后，当所述产品生效的收益信息低于所述预期的收益信息和/或所述可购买的最小资源数值大于所述可预购的最小资源数值时发送所述产品的购买提示信息；

展示信息控件，并在信息控件中显示所述产品的购买提示信息；

响应于对所述产品的购买提示信息的查看操作，向所述第一服务器发送第一查看请求；

接收所述第一服务器响应于所述第一查看请求返回的所述产品的生效信息；在第三页面中展示所述产品的生效信息和用于选择是否继续购买所述产品的选项；

当根据对于所述选项的操作确定继续购买所述产品时，向所述第一服务器发送买入请求；

接收所述第一服务器响应于所述买入请求而发送已完成买入提示信息；

响应于对所述已完成买入提示信息的查看操作，向所述第一服务器发送第二查看请求；

接收所述第一服务器响应于所述第二查看请求发送的所述产品对应的资产信息；

在第四页面中展示所述产品的对应的资产信息；

当根据对于所述选项的操作确定不继续购买所述产品时，向所述第一服务器发送不买入请求，以使所述第一服务器将所述资源数值保留在所述第一账户中；

接收所述第一服务器响应于所述不买入请求而发送不买入提示信息，所述不买入提示信息包括所述资源数值保留在所述第一账户中的信息，以供所述第一用户使用；

其中，所述产品生效信息包括生效的收益信息和可购买的最小资源数值。

7.根据权利要求1所述的方法，其特征在于，所述方法进一步包括：

在所述第一服务器与所述第二服务器进行资源转移处理之后，接收所述第一服务器发送的所述产品的已完成买入提示信息；及

展示信息控件，并在所述信息控件中显示所述已完成买入提示信息。

8.一种信息处理方法，其特征在于，所述方法包括：

接收所述客户端发送第一预购请求，所述第一预购请求携带所述产品的标识；

响应于所述第一预购请求向所述客户端发送该产品的资源数值；

接收所述客户端发送第二预购请求，所述第二预购请求携带预购该产品的资源数值和支付方式信息；

根据所述资源数值和支付方式信息，向第二服务器发送资源转移请求，所述资源转移请求携带第一账户标识以及第二账户标识，以使所述第二服务器将所述第二账户中的所述资源数值转移至所述第一账户；

接收所述第二服务器响应于所述资源转移请求发送的表示资源转移成功的信息；及

当该产品生效并且满足预定条件时，与该产品对应的第三服务器进行资源转移处理，从而在所述第一账户中扣除所述资源数值并在所述第三服务器的第三账户中增加与该产品关联的所述资源数值。

9.根据权利要求8所述的方法，其特征在于，所述方法进一步包括：

记录所述产品的预期数据信息；所述数据信息包括产品标识、预期的收益数值和可预购的最小资源数值；

其中，所述方法进一步包括：

响应于客户端发送的查看请求，所述查看请求携带代表所述产品的关键词，

响应于所述查看请求，获取至少一种产品的所述预期数据信息，并将所述预期数据信息发送至所述客户端。

10.根据权利要求8所述的方法，其特征在于，根据所述资源数值和支付方式信息，向第二服务器发送资源转移请求，包括：

响应于所述第二预购请求，向所述客户端发送与所述支付方式信息对应的第二账户的信息；

接收所述客户端发送的第一支付请求，所述第一支付请求携带所选择的第二账户的信息以及支付验证信息；及

响应于所述第一支付请求，当所述支付验证信息通过验证后，向与所述第二账户对应的所述第二服务器发送资源转移请求，所述资源转移请求携带第二账户的信息；

其中，所述方法进一步包括：

当所述支付验证信息通过验证后，向所述客户端发送设置预购计划的指示信息。

11.根据权利要求9所述的方法，其特征在于，所述方法进一步包括：

从所述第三服务器获取产品的生效数据信息，所述生效数据信息包括生效的收益数值以及可购买的最小资源数值；

根据所述产品标识，将同一个产品的所述生效数据信息与预期数据信息进行比较；

当所述生效的收益数值大于所述预期的收益数值，且可购买的最小资源数值小于可预购的最小资源数值时，则执行当该产品生效并且满足预定条件时，与该产品对应的第三服务器进行资源转移处理，从而在所述第一账户中扣除所述资源数值并在所述第三服务器的第三账户中增加与该产品关联的所述资源数值的步骤；及

当接收到所述第三服务器发送的表示购买成功的信息时，向所述客户端发送所述产品的已完成买入提示信息。

12.一种信息处理装置，其特征在于，所述装置包括：

获取模块，从第一服务器获取至少一种产品的信息，所述产品为未生效的并且可供预购买；

展示模块，展示第一页面，所述第一页面包含所述至少一个产品的信息；

发送模块，响应于对所述第一页面中任一个产品的第一预购操作，发送第一预购请求至所述第一服务器，所述第一预购请求携带该产品的标识；

展示模块，展示第二页面，所述第二页面用于接收预购该产品的资源数值；

发送模块，向所述第一服务器发送第二预购请求，所述第二预购请求携带通过所述第二页面接收到的预购该产品的资源数值和支付方式信息，以使所述第一服务器与所述支付方式信息对应的第二服务器进行资源转移处理，从而在所述第一服务器的第一账户中增加所述资源数值并在所述第二服务器的第二账户中扣除所述资源数值；

展示模块，当接收到所述第一服务器在与该产品对应的第三服务器完成资源转移处理后返回的响应时，展示该产品购买成功的通知消息。

13.一种信息处理装置，其特征在于，所述装置包括：

接收模块，接收所述客户端发送第一预购请求，所述第一预购请求携带所述产品的标识；

发送模块，响应于所述第一预购请求向所述客户端发送该产品的资源数值；

接收模块，接收所述客户端发送第二预购请求，所述第二预购请求携带预购该产品的资源数值和支付方式信息；

发送模块，根据所述资源数值和支付方式信息，向第二服务器发送资源转移请求，所述资源转移请求携带第一账户标识以及第二账户标识，以使所述第二服务器将所述第二账户中的所述资源数值转移至所述第一账户；

接收模块，接收所述第二服务器响应于所述资源转移请求发送的表示资源转移成功的信息；

处理模块，当该产品生效并且满足预定条件时，与该产品对应的第三服务器进行资源转移处理，从而在所述第一账户中扣除所述资源数值并在所述第三服务器的第三账户中增加与该产品关联的所述资源数值。

14.一种计算设备，其特征在于，包括存储器、处理器以及存储在所述存储器上并在所述处理器上运行的计算机程序；所述处理器执行所述计算机程序时实现权利要求1-11任一项所述的方法。

15.一种存储介质，其特征在于，存储有一个或多个程序，所述一个或多个程序包括指令，所述指令当由计算设备执行时，使得所述计算设备执行权利要求1-11中任一项所述的方法。