CN103679479A - 针对业务对象的数据处理方法、系统、服务器以及客户端 - Google Patents

Abstract

本发明公开了一种针对业务对象的数据处理方法、系统、服务器以及客户端，所述方法包括：在服务器侧获取针对指定业务对象的生成请求并生成所述指定业务对象；在服务器侧接收针对所述指定业务对象的请求金额数据；在服务器侧依据所述请求金额数据计算所述指定业务对象的剩余金额数据；若在到达指定时间范围值之前或在到达指定时间范围值时，所述剩余金额数据为数值0，或者，所述剩余金额数据小于或等于所述第一金额数据，则判定所述指定业务对象发布成功，并生成发布成功信息发送至客户端侧。本发明加强了对指定业务对象的管理，提升了系统处理数据的效率，节省了为每个业务对象的处理时间，减少了系统的资源损耗，提升了系统的性能。

Description

针对业务对象的数据处理方法、系统、服务器以及客户端

技术领域

本发明涉及数据处理技术领域，具体涉及一种针对业务对象的数据处理方法，以及一种针对业务对象的数据处理的服务器，以及一种针对业务对象的数据处理的客户端，以及一种针对业务对象的数据处理系统。

背景技术

彩票，亦称奖券，是一种以筹集资金为目的发行的，印有号码、图形、文字、面值的，由购买人自愿按一定规则购买并确定是否获取奖励的凭证。现在彩票已经非常普遍，甚至出现了网络彩票，利用网络技术直接参与博彩。随着彩票成为平常百姓生活的一部分，彩票因为自身的魅力影响着现代人的生活，彩票产业也逐渐形成规模。合买彩票就是其中一种博彩方式。

合买是由两个或者两个以上用户共同出资购买彩票，按照出资比例承担风险、分享利益的投注方式，这种利用募集资金的合买方式既能用小资金共同购买大额彩票，又能提高参与者的中奖机率、降低个人全购高金额彩票的风险。在一些彩票交易系统中，对合买订单往往缺少时间管理以及资金管理，导致合买订单在满员或在完成结算的情况下仍继续接受参与者认购，影响参与者体验的同时，增加了彩票交易系统的数据处理量，增加了系统的资源损耗以及降低了系统的数据处理效率。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种数据表展示的方法和相应的一种数据表展示的服务器，以及一种数据表展示的客户端，以及一种数据表展示的系统。

依据本发明的一个方面，提供了一种针对业务对象的数据处理方法，所述的方法包括：

在服务器侧获取针对指定业务对象的生成请求并生成所述指定业务对象，所述请求中包括所述指定业务对象的属性信息，所述属性信息包括第一金额数据；

在服务器侧接收针对所述指定业务对象的请求金额数据；

在服务器侧依据所述请求金额数据计算所述指定业务对象的剩余金额数据；

若在到达指定时间范围值之前或在到达指定时间范围值时，所述剩余金额数据为数值0，或者，所述剩余金额数据小于或等于所述第一金额数据，则判定所述指定业务对象发布成功，并生成发布成功信息发送至客户端侧；

若在到达指定时间范围值时，所述剩余金额数据大于所述第一金额数据，则判定所述指定业务对象发布失败，并生成发布失败信息发送至客户端侧。

可选地，所述属性信息还包括第二金额数据，所述第一金额数据小于或等于所述第二金额数据；所述请求金额数据包括第一请求金额数据以及第二请求金额数据，所述第一请求金额数据为服务器初次接收到的请求金额数据，所述第二请求金额数据为所述服务器非初次接收到的请求金额数据，所述方法还包括：

若所述第一请求金额数据大于所述第二金额数据，则将所述第一请求金额数据变更为所述第二金额数据，并返回所述依据所述请求金额数据计算所述指定业务对象的剩余金额数据的步骤；

或者，

若所述第二请求金额数据大于所述剩余金额数据，则将所述请求金额数据变更为所述剩余金额数据，并返回所述依据所述请求金额数据计算所述指定业务对象的剩余金额数据的步骤。

可选地，所述剩余金额数据采用如下方式计算：

剩余金额数据=第二金额数据-请求金额数据的总和。

可选地，所述属性信息还包括所述指定业务对象的状态信息，所述指定业务对象的状态信息包括处理中状态以及处理成功状态，所述若在到达指定时间范围值之前或在到达指定时间范围值时，所述剩余金额数据为数值0，或者，所述剩余金额数据小于或等于所述第一金额数据，则判定所述指定业务对象发布成功，并生成发布成功信息发送至客户端侧的步骤包括：

若在到达指定时间范围值之前或在到达指定时间范围值时，以及，所述剩余金额数据为数值0时，则将所述第一金额数据返还至第一预设账户中，并将所述处理中状态变更为处理成功状态；

若在到达指定时间范围值之前或在到达指定时间范围值时，以及，所述剩余金额数据小于所述第一金额数据时，则计算第一金额数据与所述剩余金额数据的差值数据，并将所述差值数据返还至第一预设账户中，以及，将所述处理中状态变更为处理成功状态；

若在到达指定时间范围值之前或在到达指定时间范围值时，以及，所述剩余金额数据等于所述第一金额数据时，将所述处理中状态变更为处理成功状态；

在服务器侧生成发布成功信息返回客户端侧。

可选地，所述属性信息还包括所述指定业务对象的状态信息，所述指定业务对象的状态信息包括处理中状态以及处理失败状态，所述若在到达指定时间范围值时，所述剩余金额数据大于所述第一金额数据，则判定所述指定业务对象发布失败，并生成发布失败信息发送至客户端侧的步骤包括：

若在到达指定时间范围值时，以及，所述剩余金额数据大于所述第一金额数据时，则将所述第一金额数据返还至第一预设账户中，将所述请求金额数据返还至第二预设账户中，以及，将所述处理中状态变更为处理失败状态；

在服务器侧生成发布失败信息返回客户端侧。

可选地，所述指定业务对象为在服务器侧依据客户端发送的业务对象生成请求生成，所述指定业务对象具有用于在客户端侧展现的指定位置信息，所述指定位置信息按照所述第一金额数据以及第二金额数据计算的结果数据排序生成，所述指定业务对象按照所述指定位置信息展现在客户端展现的数据表中。

可选地，若所述指定业务对象排序在所述数据表中的前N位，则所述指定业务对象具有预设置顶标识信息，其中N为正整数。

可选地，所述属性信息还包括第三金额数据以及第四金额数据，所述指定业务对象为彩票合买订单，所述第一金额数据为彩票保底金额，所述第三金额数据为彩票投注金额，所述第四金额数据为发起人订购金额、所述第二金额数据为所述彩票投注金额与所述发起人订购金额的差值、所述请求金额数据为彩票认购金额、所述处理中状态为未满员状态、所述处理成功状态为已满员状态、所述处理失败状态为已撤单状态、所述第一预设账户为发起人的账户、所述第二预设账户为参与者的账户。

依据本发明的另一个方面，提供了一种针对业务对象的数据处理方法，所述的方法包括：

在客户端侧生成指定业务对象生成请求，并将所述指定业务对象生成请求发送至服务器侧；所述请求中包括所述指定业务对象的属性信息，所述属性信息包括第一金额数据；

在客户端侧展示所生成的指定业务对象及其属性信息；

在客户端侧接收针对所述指定业务对象的请求金额数据，并将所述指定业务对象的请求金额数据发送至服务器侧；

在客户端侧接收服务器返回的所述指定业务对象的剩余金额数据并展现所述剩余金额数据，所述剩余金额数据为服务器依据所述请求金额数据计算获得；

在客户端侧接收服务器返回的发布成功信息或发布失败信息，所述发布成功信息为服务器在到达指定时间范围值之前或在到达指定时间范围值时，判断所述剩余金额数据为数值0，或者，判断所述剩余金额数据小于或等于所述第一金额数据时生成；所述发布失败信息为服务器在到达指定时间范围值时，判断所述剩余金额数据大于所述第一金额数据时生成。

可选地，所述指定业务对象具有用于在客户端侧展现的指定位置信息，所述指定位置信息按照所述第一金额数据以及第二金额数据计算的结果数据排序生成，所述指定业务对象按照所述指定位置信息展现在客户端展现的数据表中。

可选地，所述指定业务对象为彩票合买订单，所述第一金额数据为彩票保底金额，所述请求金额数据为彩票认购金额。

依据本发明的另一个方面，提供了一种针对业务对象的数据处理的服务器，所述服务器包括：

信息获取模块，适于获取针对指定业务对象的生成请求并生成所述指定业务对象，所述请求中包括所述指定业务对象的属性信息，所述属性信息包括第一金额数据；

请求金额数据接收模块，适于接收针对所述指定业务对象的请求金额数据；

剩余金额计算模块，适于依据所述请求金额数据计算所述指定业务对象的剩余金额数据；

发布成功信息生成模块，适于在到达指定时间范围值之前或在到达指定时间范围值时，所述剩余金额数据为数值0，或者，所述剩余金额数据小于或等于所述第一金额数据，则判定所述指定业务对象发布成功，并生成发布成功信息发送至客户端侧；

发布失败信息生成模块，适于在到达指定时间范围值时，所述剩余金额数据大于所述第一金额数据，则判定所述指定业务对象发布失败，并生成发布失败信息发送至客户端侧。

可选地，所述属性信息还包括第二金额数据，所述第一金额数据小于或等于所述第二金额数据；所述请求金额数据包括第一请求金额数据以及第二请求金额数据，所述第一请求金额数据为服务器初次接收到的请求金额数据，所述第二请求金额数据为所述服务器非初次接收到的请求金额数据，所述服务器还包括：

第一变更模块，适于在所述第一请求金额数据大于所述第二金额数据时，将所述第一请求金额数据变更为所述第二金额数据，并返回所述依据所述请求金额数据计算所述指定业务对象的剩余金额数据的步骤；

第二变更模块，适于在所述第二请求金额数据大于所述剩余金额数据时，将所述请求金额数据变更为所述剩余金额数据，并返回所述依据所述请求金额数据计算所述指定业务对象的剩余金额数据的步骤。

可选地，所述剩余金额数据采用如下方式计算：

剩余金额数据=第二金额数据-请求金额数据的总和。

可选地，所述属性信息还包括所述指定业务对象的状态信息，所述指定业务对象的状态信息包括处理中状态以及处理成功状态，所述发布成功信息生成模块还适于：

若在到达指定时间范围值之前或在到达指定时间范围值时，以及，所述剩余金额数据为数值0时，则将所述第一金额数据返还至第一预设账户中，并将所述处理中状态变更为处理成功状态；

若在到达指定时间范围值之前或在到达指定时间范围值时，以及，所述剩余金额数据小于所述第一金额数据时，则计算第一金额数据与所述剩余金额数据的差值数据，并将所述差值数据返还至第一预设账户中，以及，将所述处理中状态变更为处理成功状态；

若在到达指定时间范围值之前或在到达指定时间范围值时，以及，所述剩余金额数据等于所述第一金额数据时，将所述处理中状态变更为处理成功状态；

在服务器侧生成发布成功信息返回客户端侧。

可选地，所述属性信息还包括所述指定业务对象的状态信息，所述指定业务对象的状态信息包括处理中状态以及处理失败状态，所述发布失败信息生成模块还适于：

若在到达指定时间范围值时，以及，所述剩余金额数据大于所述第一金额数据时，则将所述第一金额数据返还至第一预设账户中，将所述请求金额数据返还至第二预设账户中，以及，将所述处理中状态变更为处理失败状态；

在服务器侧生成发布失败信息返回客户端侧。

可选地，所述指定业务对象为在服务器侧依据客户端发送的业务对象生成请求生成，所述指定业务对象具有用于在客户端侧展现的指定位置信息，所述指定位置信息按照所述第一金额数据以及第二金额数据计算的结果数据排序生成，所述指定业务对象按照所述指定位置信息展现在客户端展现的数据表中。

可选地，若所述指定业务对象排序在所述数据表中的前N位，则所述指定业务对象具有预设置顶标识信息，其中N为正整数。

可选地，所述属性信息还包括第三金额数据以及第四金额数据，所述指定业务对象为彩票合买订单，所述第一金额数据为彩票保底金额，所述第三金额数据为彩票投注金额，所述第四金额数据为发起人订购金额、所述第二金额数据为所述彩票投注金额与所述发起人订购金额的差值、所述请求金额数据为彩票认购金额、所述处理中状态为未满员状态、所述处理成功状态为已满员状态、所述处理失败状态为已撤单状态、所述第一预设账户为发起人的账户、所述第二预设账户为参与者的账户。

依据本发明的另一个方面，提供了一种针对业务对象的数据处理的客户端，所述客户端包括：

请求发送模块，适于生成指定业务对象生成请求，并将所述指定业务对象生成请求发送至服务器侧；所述请求中包括所述指定业务对象的属性信息，所述属性信息包括第一金额数据；

信息展示模块，适于展示所生成的指定业务对象及其属性信息；

请求金额数据发送模块，适于接收针对所述指定业务对象的请求金额数据，并将所述指定业务对象的请求金额数据发送至服务器侧；

剩余金额数据接收模块，适于接收服务器返回的所述指定业务对象的剩余金额数据并展现所述剩余金额数据，所述剩余金额数据为服务器依据所述请求金额数据计算获得；

信息接收模块，适于接收服务器返回的发布成功信息或发布失败信息，所述发布成功信息为服务器在到达指定时间范围值之前或在到达指定时间范围值时，判断所述剩余金额数据为数值0，或者，判断所述剩余金额数据小于或等于所述第一金额数据时生成；所述发布失败信息为服务器在到达指定时间范围值时，判断所述剩余金额数据大于所述第一金额数据时生成。

可选地，所述指定业务对象具有用于在客户端侧展现的指定位置信息，所述指定位置信息按照所述第一金额数据以及第二金额数据计算的结果数据排序生成，所述指定业务对象按照所述指定位置信息展现在客户端展现的数据表中。

可选地，所述指定业务对象为彩票合买订单，所述第一金额数据为彩票保底金额，所述请求金额数据为彩票认购金额。

依据本发明的另一个方面，提供了一种针对业务对象的数据处理系统，所述的系统包括服务器和客户端，其中，

所述服务器包括：

信息获取模块，适于获取针对指定业务对象的生成请求并生成所述指定业务对象，所述请求中包括所述指定业务对象的属性信息，所述属性信息包括第一金额数据；

请求金额数据接收模块，适于接收针对所述指定业务对象的请求金额数据；

剩余金额计算模块，适于依据所述请求金额数据计算所述指定业务对象的剩余金额数据；

发布成功信息生成模块，适于在到达指定时间范围值之前或在到达指定时间范围值时，所述剩余金额数据为数值0，或者，所述剩余金额数据小于或等于所述第一金额数据，则判定所述指定业务对象发布成功，并生成发布成功信息发送至客户端侧；

发布失败信息生成模块，适于在到达指定时间范围值时，所述剩余金额数据大于所述第一金额数据，则判定所述指定业务对象发布失败，并生成发布失败信息发送至客户端侧。

所述客户端包括：

请求发送模块，适于生成指定业务对象生成请求，并将所述指定业务对象生成请求发送至服务器侧；所述请求中包括所述指定业务对象的属性信息，所述属性信息包括第一金额数据；

信息展示模块，适于展示所生成的指定业务对象及其属性信息；

请求金额数据发送模块，适于接收针对所述指定业务对象的请求金额数据，并将所述指定业务对象的请求金额数据发送至服务器侧；

剩余金额数据接收模块，适于接收服务器返回的所述指定业务对象的剩余金额数据并展现所述剩余金额数据，所述剩余金额数据为服务器依据所述请求金额数据计算获得；

信息接收模块，适于接收服务器返回的发布成功信息或发布失败信息，所述发布成功信息为服务器在到达指定时间范围值之前或在到达指定时间范围值时，判断所述剩余金额数据为数值0，或者，判断所述剩余金额数据小于或等于所述第一金额数据时生成；所述发布失败信息为服务器在到达指定时间范围值时，判断所述剩余金额数据大于所述第一金额数据时生成。

与背景技术相比，本发明包括如下有益效果：

在本发明实施例中，服务器为每个指定业务对象都设置有指定时间范围值，加强了对指定业务对象的管理，提升了系统处理数据的效率。另外，服务器通过实时比较剩余金额数据与第一金额数据来确定指定业务对象是否发布成功，及时生成发布成功或失败信息，从而节省了为每个业务对象的处理时间，对业务对象的有序管理，减少了系统的资源损耗，提升了系统的性能。

针对彩票交易系统而言，服务器为每笔彩票合买订单都设置指定截止时间，从而有效管理每笔合买订单。另外，服务器每接收到一彩票认购金额，即实时更新剩余金额，通过比较剩余金额与彩票保底金额来确定该合买订单能否发布成功，从而及时地更新合买订单的状态，防止合买订单在满员或撤单的情况下继续接收认购的情况发生，提高了彩票交易系统的数据处理效率，提升了彩票交易系统的性能。

此外，客户端展示的数据表中的合买订单的排序是综合多种因素决定的，避免了所述合买订单只因单个特征值进行排序导致排序位置不合理的情况发生，使得优良的合买方案因排序在前更容易满员，缩短出票时间，同时提高了合买发起人发起合买的积极性。优良的合买方案排名更加靠前，使得用户更容易查找到优良的合买方案，减少了用户查找合买方案所生成的查询请求的次数，降低了彩票交易系统的资源消耗，提高了彩票交易系统的响应效率，以及提高了彩票交易系统的性能。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明的一种针对业务对象的数据处理方法实施例一的步骤流程图；

图2示出了根据本发明的一种针对业务对象的数据处理方法实施例二的步骤流程图；

图3示出了根据本发明的一种针对业务对象的数据处理方法实施例三的步骤流程图；

图4示出了根据本发明的一种针对业务对象的数据处理方法实施例三中合买方案信息填写页面示意图；

图5示出了根据本发明的一种针对业务对象的数据处理方法实施例三中第二数据表展示示意图；

图6示出了根据本发明的一种针对业务对象的数据处理的服务器实施例的结构框图；

图7示出了根据本发明的一种针对业务对象的数据处理的客户端实施例的结构框图；

图8示出了根据本发明的一种针对业务对象的数据处理系统实施例的结构框图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

参照图1，示出了本发明的一种针对业务对象的数据处理方法实施例一的步骤流程图，本实施例从服务器侧进行说明，可以包括如下步骤：

步骤S110，在服务器侧获取针对指定业务对象的生成请求并生成所述指定业务对象，所述请求中包括所述指定业务对象的属性信息，所述属性信息包括第一金额数据；

步骤S120，在服务器侧接收针对所述指定业务对象的请求金额数据；

步骤S130，在服务器侧依据所述请求金额数据计算所述指定业务对象的剩余金额数据；

步骤S140，若在到达指定时间范围值之前或在到达指定时间范围值时，所述剩余金额数据为数值0，或者，所述剩余金额数据小于或等于所述第一金额数据，则判定所述指定业务对象发布成功，并生成发布成功信息发送至客户端侧；

步骤S150，若在到达指定时间范围值时，所述剩余金额数据大于所述第一金额数据，则判定所述指定业务对象发布失败，并生成发布失败信息发送至客户端侧。

在本发明的一种优选实施例中，所述属性信息还可以包括第二金额数据，所述第一金额数据小于或等于所述第二金额数据；所述请求金额数据包括第一请求金额数据以及第二请求金额数据，所述第一请求金额数据为是服务器初次接收到的请求金额数据，所述第二请求金额数据为所述服务器非初次接收到的请求金额数据，所述方法还可以包括：

若所述第一请求金额数据大于所述第二金额数据，则将所述第一请求金额数据变更为所述第二金额数据，并返回所述依据所述请求金额数据计算所述指定业务对象的剩余金额数据的步骤；

或者，

若所述第二请求金额数据大于所述剩余金额数据，则将所述请求金额数据变更为所述剩余金额数据，并返回所述依据所述请求金额数据计算所述指定业务对象的剩余金额数据的步骤。

在本发明的一种优选实施例中，所述剩余金额数据可以采用如下方式计算：

剩余金额数据=第二金额数据-请求金额数据的总和。

在本发明的一种优选实施例中，所述属性信息还包括所述指定业务对象的状态信息，所述指定业务对象的状态信息包括处理中状态以及处理成功状态，所述步骤S140可以包括如下子步骤：

子步骤S1401，若在到达指定时间范围值之前或在到达指定时间范围值时，以及，所述剩余金额数据为数值0时，则将所述第一金额数据返还至第一预设账户中，并将所述处理中状态变更为处理成功状态；

子步骤S1403，在服务器侧生成发布成功信息返回客户端侧。

在本发明的另一种优选实施例中，所述属性信息还包括所述指定业务对象的状态信息，所述指定业务对象的状态信息包括处理中状态以及处理成功状态，所述步骤S140可以包括如下子步骤：

子步骤S1405，若在到达指定时间范围值之前或在到达指定时间范围值时，以及，所述剩余金额数据小于所述第一金额数据时，则计算第一金额数据与所述剩余金额数据的差值数据，并将所述差值数据返还至第一预设账户中，以及，将所述处理中状态变更为处理成功状态；

子步骤S1407，在服务器侧生成发布成功信息返回客户端侧。

在本发明的另一种优选实施例中，所述属性信息还包括所述指定业务对象的状态信息，所述指定业务对象的状态信息包括处理中状态以及处理成功状态，所述步骤S140可以包括如下子步骤：

子步骤S1402，若在到达指定时间范围值之前或在到达指定时间范围值时，以及，所述剩余金额数据等于所述第一金额数据时，将所述处理中状态变更为处理成功状态；

子步骤S1404，在服务器侧生成发布成功信息返回客户端侧。

在本发明的一种优选实施例中，所述属性信息还可以包括所述指定业务对象的状态信息，所述指定业务对象的状态信息可以包括处理中状态以及处理失败状态，所述步骤S150可以包括如下子步骤：

子步骤S1501，若在到达指定时间范围值时，以及，所述剩余金额数据大于所述第一金额数据时，则将所述第一金额数据返还至第一预设账户中，将所述请求金额数据返还至第二预设账户中，以及，将所述处理中状态变更为处理失败状态；

子步骤S1503，在服务器侧生成发布失败信息返回客户端侧。

在本发明的一种优选实施例中，所述指定业务对象为在服务器侧依据客户端发送的业务对象生成请求生成，所述指定业务对象具有用于在客户端侧展现的指定位置信息，所述指定位置信息按照所述第一金额数据以及第二金额数据计算的结果数据排序生成，所述指定业务对象按照所述指定位置信息展现在客户端展现的数据表中。

在本发明的一种优选实施例中，若所述指定业务对象排序在所述数据表中的前N位，则所述指定业务对象具有预设置顶标识信息，其中N为正整数。

作为本实施例的一种优选示例，所述属性信息还包括第三金额数据以及第四金额数据，所述指定业务对象为彩票合买订单，所述第一金额数据为彩票保底金额，所述第三金额数据为彩票投注金额，所述第四金额数据为发起人订购金额、所述第二金额数据为所述彩票投注金额与所述发起人订购金额的差值、所述请求金额数据为彩票认购金额、所述处理中状态为未满员状态、所述处理成功状态为已满员状态、所述处理失败状态为已撤单状态、所述第一预设账户为发起人的账户、所述第二预设账户为参与者的账户。

参照图2，示出了本发明的一种针对业务对象的数据处理方法实施例二的步骤流程图，本实施例从客户端侧进行说明，可以包括如下步骤：

步骤S210，在客户端侧生成指定业务对象生成请求，并将所述指定业务对象生成请求发送至服务器侧；所述请求中包括所述指定业务对象的属性信息，所述属性信息包括第一金额数据；

步骤S220，在客户端侧展示所生成的指定业务对象及其所述属性信息；

步骤S230，在客户端侧接收针对所述指定业务对象的请求金额数据，并将所述指定业务对象的请求金额数据发送至服务器侧；

步骤S240，在客户端侧接收服务器返回的所述指定业务对象的剩余金额数据并展现所述剩余金额数据，所述剩余金额数据为服务器依据所述请求金额数据计算获得；

步骤S250，在客户端侧接收服务器返回的发布成功信息或发布失败信息，所述发布成功信息为服务器在到达指定时间范围值之前或在到达指定时间范围值时，判断所述剩余金额数据为数值0，或者，判断所述剩余金额数据小于或等于所述第一金额数据时生成；所述发布失败信息为服务器在到达指定时间范围值时，判断所述剩余金额数据大于所述第一金额数据时生成。

在本发明的一种优选实施例中，所述指定业务对象具有用于在客户端侧展现的指定位置信息，所述指定位置信息按照所述第一金额数据以及第二金额数据计算的结果数据排序生成，所述指定业务对象按照所述指定位置信息展现在客户端展现的数据表中。

作为本实施例的一种优选示例，所述指定业务对象为彩票合买订单，所述第一金额数据为彩票保底金额，所述请求金额数据为彩票认购金额。

参照图3，示出了本发明的一种针对业务对象的数据处理方法实施例三的步骤流程图，本发明实施例的针对业务对象的数据处理方法可以用于彩票交易系统的合买方案的数据处理中，本发明实施例可以包括如下步骤：

步骤S310，在客户端侧生成指定业务对象生成请求，并将所述指定业务对象生成请求发送至服务器侧；所述请求中包括所述指定业务对象的属性信息，所述属性信息包括第一金额数据；

针对彩票交易系统而言，所述指定业务对象生成请求为彩票合买订单发起请求。在具体实现中，彩票交易系统的客户端中针对每个彩种设置有“发起合买”等类似功能按钮，用户通过点击该功能按钮可以进入对应彩种的合买方案信息填写页面（如图4所示），用户在合买方案信息填写页面中选择投注号码，选择投注方式为发起合买，输入发起人订购金额(作为一种示例，设置的最低订购金额可以为合买订单总额的5%）、设置彩票保底金额（保底是指合买方案发起人承诺在合买截止时，如果方案还没有满员，发起人再投入承诺的资金以最大限度保证合买方案投注成功，只有当合买方案未满员时保底才能生效），设置发起人提成、保底订单保密状态、合买订单描述（包括方案标题、合买宣言等）等内容后，点击“立即投注”按钮，付款成功后即发起合买。

用户点击“立即投注”等功能按钮后即触发客户端生成彩票合买订单发起请求，其中，所述彩票合买订单发起请求可以包括用户在所述合买方案信息填写页面填写的合买方案信息，如合买发起人选定的彩票选号（即投注号码）、彩种类型（数据类型）、彩票保底金额、发起人订购金额、发起人提成等等。客户端生成彩票合买订单发起请求后，将所述彩票合买订单发起请求发送至服务器侧进行处理。

需要说明的是，所述彩种类型可以包括目前市面上所有的彩种，如双色球、七乐彩、福彩3D、15选5、大乐透、七星彩等等。

步骤S320，在服务器侧依据所述指定业务对象生成请求生成指定业务对象，并获取针对所述指定业务对象的属性信息；

针对彩票交易系统而言，所述指定业务对象为彩票合买订单（或称合买方案）、所述第一金额数据为彩票保底金额。具体而言，服务器接收到所述彩票合买订单发起请求后，依据所述彩票合买订单发起请求生成彩票合买订单。其中，一个彩票合买订单中可以包括多种属性信息，例如排序序号、发起人ID、方案标题、彩票投注金额、投注号码、订购进度、彩种类型、剩余金额（剩余金额数据）、发起人订购金额、彩票保底金额等等。在具体实现中，服务器生成彩票合买订单的过程可以表示如下：

（1）服务器将合买订单发起请求存入缓存中；

服务器接收到所述彩票合买订单发起请求后，将所述彩票合买订单发起请求存入缓存队列中，并一条一条地从缓存队列中取出彩票合买订单发起请求进行处理。

（2）服务器依据所述投注号码、彩种类型实时计算彩票投注金额；

在服务器中存储有每个彩种类型的彩票投注金额计算策略，服务器可以根据彩种类型和投注号码选择对应的计算策略实时计算该笔彩票合买订单的彩票投注金额，例如，对于双色球，用户单注选择六个红球，一个篮球，则彩票投注金额为2元；对于大乐透，用户单注选择五个前区球，两个后区球，则彩票投注金额为2元。

需要说明的是，客户端在接收用户选择的彩种类型和投注号码后，即将该信息发送至服务器，服务器实时计算彩票投注金额，并将该彩票投注金额发送至客户端展现在合买方案信息填写页面中，以便用户及时获知已选投注号码产生的总额。

（3）服务器依据彩票保底金额以及所述彩票投注金额计算保底百分比；

所述保底百分比为所述彩票保底金额与所述彩票投注金额的比例，例如，若用户投注金额为100元，用户设定的保底金额为50元，则其保底百分比为50%。

（4）服务器计算彩票订购进度；

彩票订购进度是指所述合买方案的所有参与者（包括发起人）的认购金额总和与所述彩票投注金额的百分比，当发起人发起彩票合买订单时，该彩票合买订单还没有展示在客户端，则该彩票合买订单还没有开始认购，则其订购进度为：（发起人订购金额/彩票投注金额）*100%，所述彩票保底百分比以及订购进度影响着该笔彩票合买订单的排序。

（5）服务器计算第二金额数据

具体而言，第二金额数据为彩票投注金额中除发起人订购金额外剩下的金额，即第二金额数据=彩票投注金额-发起人订购金额。例如，发起人发起彩票投注金额为100元的合买订单，发起人认购10元，则第二金额数据为90元，

（6）服务器计算合买订单的排序因子；

在服务器中，设置有合买订单的排序因子（或称排序种子）计算的逻辑，服务器可以根据彩票投注金额和彩种类型按照所述计算逻辑进行排序种子的计算。其中，彩票投注金额越大，排序种子的值越大。

（7）服务器计算排序序号；

在本发明实施例中，所述彩票合买订单具有用于在客户端展现的指定位置信息，该指定位置信息可以表示为排序序号，服务器可以依据彩票投注金额、订购进度、彩票保底百分比、排序种子等生成该彩票合买方案的排序序号，可以看出，所述排序序号为服务器对多项指标进行综合计算得到，从而使得排序更合理化，提高优良的合买方案的满员进度，提高了合买发起和认购的积极性。

在实际中，若所述彩票合买订单排序在客户端的前N位（例如，前3位），则服务器可以为该彩票合买订单添加预设置顶标识。并且，该添加了置顶标识的合买方案在客户端的合买订单的每个展示页中都会显示，以此提高了合买方案满员的概率。

（8）服务器生成认购信息命令栏

其中，所述认购信息命令栏用于提供给该合买方案参与者填写彩票认购金额的入口，可以包括彩票认购金额填写框以及确定命令选定框，如图5所示，当参与者在彩票认购金额填写框中输入彩票认购金额后，可以点击“购买”确定命令选定框来确定认购。

（9）服务器将所述彩票投注金额、彩票订购进度、保底百分比、排序序号等彩票合买订单的属性信息存储在数据库中，并生成所述彩票合买订单的标识。此时，所述彩票合买订单处于未满员状态（彩票合买订单可以包括未满员状态、已满员状态、已撤单状态等状态信息）。

需要说明的是，上述（1）～（9）的处理过程并不能解释为彩票合买订单生成的执行顺序，其仅仅是本发明实施例中生成合买订单的部分步骤。

步骤S321，在客户端侧展示所生成的指定业务对象及其属性信息；

步骤S330，在客户端侧接收针对所述指定业务对象的请求金额数据，并将所述指定业务对象的请求金额数据发送至服务器侧；

在彩票交易系统中，所述彩票合买订单生成后，按照排序序号展现在客户端展现的数据表中，此时，该彩票合买订单开始接受参与者的认购。所述请求金额数据即为参与者对彩票合买方案的彩票认购金额。如图5所示，当参与者在彩票认购金额填写框中输入彩票认购金额后，客户端即将该彩票认购金额发送至服务器侧进行实时计算；当参与者再点击“购买”按钮来进行认购且支付认购金额后，客户端便生成认购确定指令发送至服务器侧，所述认购确定指令包括该彩票认购金额以及参与者信息。

步骤S340，在服务器侧依据所述请求金额数据计算所述指定业务对象的剩余金额数据；

在实际中，所述剩余金额数据（或称剩余金额）可以理解为未满员所缺金额数据，即剩余的可认购金额，实际上，所述剩余金额的计算方式可以为所述合买方案的所有参与者（包括发起人）的彩票认购金额总和与所述彩票投注金额的差值。或者，所述剩余金额数据的计算方式可以理解为：剩余金额数据=第二金额数据-请求金额数据的总和。例如，第二金额数据为90元，若第一参与者A针对该合买订单认购了5元，则剩余金额数据为85元，第二参与者B针对该合买订单认购了50元，则实时更新的剩余金额数据为35元，以此类推，直到剩余金额数据为0。

在实际中，服务器每接收到一彩票认购金额后，则依据该彩票认购金额更新订购进度，然后依据该更新的订购进度更新该彩票合买订单的排序位置，作为一种优选的实施方式，服务器每隔预设时间段更新一次该彩票合买订单的排序位置，该预设时间段可以为1分钟，2分钟等，本发明实施例对上述预设时间段的具体数据无需加以限制。

在具体实现中，服务器接收到客户端的认购确定指令后，存储所述彩票认购金额与参与者信息，并依据所述彩票认购金额实时计算已认购金额与所述彩票投注金额的剩余金额，以及，将该剩余金额发送至客户端进行展示。

若服务器接收到客户端发送的彩票认购金额，但没有接收到认购确认指令，则服务器判断所述彩票认购金额是否大于所述展示在客户端侧的剩余金额，具体来说，所述请求金额数据可以包括第一请求金额数据以及第二请求金额数据，其中，所述第一请求金额数据为是服务器初次接收到的请求金额数据（即为第一个参与所述彩票合买订单的参与者（不包括发起人）的彩票认购金额），所述第二请求金额数据为所述服务器非初次接收到的请求金额数据（即第二个开始参与所述彩票合买订单的参与者的彩票认购金额，所述第二请求金额数据可以为一个或多个）。若所述彩票认购金额为第一请求金额数据，则所述展示在客户端侧的剩余金额为第二金额数据，此时，若所述第一请求金额数据大于所述第二金额数据，则将所述第一请求金额数据变更为所述第二金额数据；例如，发起人发起彩票投注金额为100元的合买订单，发起人认购10元，此时，该合买订单的剩余金额为90元，若第一参与者A打算针对该合买订单认购95元，则服务器将参与者A的认购金额修改为90元，以防止参与者的认购金额数据溢出。

另一方面，若所述彩票认购金额为第二请求金额数据，且所述第二请求金额数据大于所述展示在客户端侧的剩余金额，则将所述第二请求金额数据变更为所述展示在客户端侧的剩余金额。例如，发起人发起彩票投注金额为100元的合买订单，发起人认购10元，此时，该合买订单的剩余金额为90元，若第一参与者A针对该合买订单认购了10元，则剩余金额更新为80元，若第二参与者B打算针对该合买订单认购85元，则服务器将参与者B的认购金额修改为80元，以防止参与者的彩票订购金额溢出。

当参与者输入的认购金额数据比显示在客户端中的剩余金额数据大时，服务器将所述参与者输入的认购金额数据变更为所述显示在客户端中的剩余金额数据，并将变更后的认购金额数据发送至客户端进行展示，以防止认购金额溢出，此时，若参与者同意该变更的认购金额数据，则可以点击“购买”按钮并支付相应的购买金额，客户端以此生成认购确认指令发送至服务器，服务器则将所述剩余金额数据更新为数值0。

步骤S350，若在到达指定时间范围值之前或在到达指定时间范围值时，所述剩余金额数据为数值0，或者，所述剩余金额数据小于或等于所述第一金额数据，则判定所述指定业务对象发布成功，并生成发布成功信息发送至客户端侧；

步骤S360，若在到达指定时间范围值时，所述剩余金额数据大于所述第一金额数据，则判定所述指定业务对象发布失败，并生成发布失败信息发送至客户端侧。

具体而言，由于每笔彩票合买订单都具有指定截止时间信息（例如，购买还剩04小时36分19秒），在本发明的一种优选实施例中，若在到达指定截止时间之前，或在到达指定截止时间时，服务器计算的剩余金额为数值0，表示所述彩票合买订单的所有参与者（包括发起人订购金额）的认购金额总和与所述彩票投注金额相等（或所述彩票合买订单的所有参与者（不包括发起人订购金额）的认购金额总和与第二金额数据相等），则该笔彩票合买订单发起成功，此时，服务器可以生成发布成功信息发送至客户端，所述发布成功信息包括合买订单的标识，客户端侧接收到该发布成功信息后，依据所述合买订单的标识定位对应的彩票合买订单，并将该彩票合买订单的状态由未满员状态变更成已满员状态。

在本发明的另一种优选实施例中，若在到达指定截止时间之前或在到达指定截止时间时，服务器计算的剩余金额小于所述彩票保底金额，表示所述彩票合买订单的所有参与者认购金额（包括发起人订购金额）与所述彩票保底金额的总和大于所述彩票投注金额，则该笔彩票合买订单发起成功，此时，服务器可以生成发布成功信息发送至客户端，所述发布成功信息包括合买订单的标识，客户端侧接收到该发布成功信息后，依据所述合买订单的标识定位对应的彩票合买订单，并将该彩票合买订单的状态由未满员状态变更成已满员状态。

在本发明的另一种优选实施例中，若在到达指定截止时间之前或在到达指定截止时间时，服务器计算的剩余金额等于所述彩票保底金额，表示所述彩票合买订单的所有参与者认购金额（包括发起人订购金额）与所述彩票保底金额的总和等于所述彩票投注金额，则该笔彩票合买订单发起成功，此时，服务器可以生成发布成功信息发送至客户端，所述发布成功信息包括合买订单的标识，客户端侧接收到该发布成功信息后，依据所述合买订单的标识定位对应的彩票合买订单，并将该彩票合买订单的状态由未满员状态变更成已满员状态。

在本发明的另一种优选实施例中，若在到达指定截止时间时，服务器计算的剩余金额大于所述彩票保底金额，表示所述彩票合买订单的所有参与者认购金额（包括发起人订购金额）与所述彩票保底金额的总和小于所述彩票投注金额，则该笔彩票合买订单发起失败，此时，服务器可以生成发布失败信息发送至客户端，所述发布失败信息包括合买订单的标识，客户端侧接收到该发布失败信息后，依据所述合买订单的标识定位对应的彩票合买订单，对所述彩票合买订单进行撤单处理，以及，将该彩票合买订单的状态由未满员状态变更成已撤单状态。

在具体实现中，若在到达指定截止时间之前或在到达指定截止时间时，所述剩余金额小于彩票保底金额，则服务器计算所述剩余金额与所述彩票保底金额的差值金额，并将所述剩余金额与所述彩票保底金额的差值金额返还至该合买订单发起人的账户中。或者，在到达指定截止时间之前或在到达指定截止时间时，所述剩余金额为数值0，则服务器将所述彩票保底金额返还至该合买订单发起人的账户中。其中，所述将所述剩余金额与所述彩票保底金额的差值金额返还至该合买订单发起人的账户中的过程或者将所述彩票保底金额返还至发起人的账户中的过程，可以称为满员清保，一般而言，满员清保是指将指定期号的全部已满员（含理论满员）且有保底的合买方案进行清保操作，执行满员清保后多余保底款将返还给发起人，合买方案状态变为实际满员，该操作一般在官方截至前1分钟左右执行一次，以便理论满员的方案尽可能的被用户认购，并且，满员清保成功后，该方案的认购进度变成了100%，表示清保成功合买方案已经满员。在实际中，完成满员清保且在指定截止时间后完成订单派奖的合买订单可以称为结算方案；而未完成满员清保，或者，已完成满员清保但在指定截止时间后未完成订单派奖的合买订单可以称为在途方案。

另一方面，若在到达指定截止时间时，所述剩余金额大于彩票保底金额，则服务器将所述彩票保底金额返还至该合买订单发起人的账户中，并把所述彩票认购金额分别返还至各参与人（包括发起人）的对应账户中。在实际中，这个过程可以称为撤单操作，一般而言，当合买方案销售截止前未能满员、或者某彩种临时停售或因其他原因无法出票时，需要对相关投注方案执行撤单返款操作，投注方案被撤单返款后即为撤单方案。需要说明的是，撤单操作只对临近销售截至的“待出票”投注方案执行撤单返款操作，而不能对“出票中”投注方案执行撤单返款操作。

在实际应用中，参与者除了在数据表中点击“购买”参与该彩票合买方案外，还可以预先定制该彩票合买方案对应的发起人发起的合买方案的一定份额进行自动跟单，定制成功后，当该发起人发起合买方案时，系统会自动以参与者预定的金额认购该发起人的方案，免去参与者守候跟单、跟不到好单的烦恼。参与者还可以对自己的自动跟单任务进行查询，并可以在未满足停止自动跟单条件时强制撤销自动跟单，此时系统会将剩余自动跟单款返还到参与者的账户。

在本发明实施例中，服务器为每笔彩票合买订单都设置指定截止时间，从而有效管理每笔合买订单。另外，服务器每接收到一彩票认购金额，即实时更新剩余金额，通过比较剩余金额与彩票保底金额来确定该合买订单能否发布成功，从而及时地更新合买订单的状态，防止合买订单在满员或撤单的情况下继续接收认购的情况发生，提高了彩票交易系统的数据处理效率，提升了彩票交易系统的性能。

此外，客户端展示的数据表中的合买订单的排序是综合多种因素决定的，避免了所述合买订单只因单个特征值进行排序导致排序位置不合理的情况发生，使得优良的合买方案因排序在前更容易满员，缩短出票时间，同时提高了合买发起人发起合买的积极性。优良的合买方案排名更加靠前，使得用户更容易查找到优良的合买方案，减少了用户查找合买方案所生成的查询请求的次数，降低了彩票交易系统的资源消耗，提高了彩票交易系统的响应效率，以及提高了彩票交易系统的性能。

对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

参照图6，示出了本发明的一种针对业务对象的数据处理的服务器实施例的结构框图，可以包括如下模块：

信息获取模块610，适于获取针对指定业务对象的生成请求并生成所述指定业务对象，所述请求中包括所述指定业务对象的属性信息，所述属性信息包括第一金额数据；

请求金额数据接收模块620，适于接收针对所述指定业务对象的请求金额数据；

剩余金额计算模块630，适于依据所述请求金额数据计算所述指定业务对象的剩余金额数据；

发布成功信息生成模块640，适于在到达指定时间范围值之前或在到达指定时间范围值时，所述剩余金额数据为数值0，或者，所述剩余金额数据小于或等于所述第一金额数据，则判定所述指定业务对象发布成功，并生成发布成功信息发送至客户端侧；

发布失败信息生成模块650，适于在到达指定时间范围值时，所述剩余金额数据大于所述第一金额数据，则判定所述指定业务对象发布失败，并生成发布失败信息发送至客户端侧。

在本发明的一种优选实施例中，所述属性信息还包括第二金额数据，所述第一金额数据小于或等于所述第二金额数据；所述请求金额数据包括第一请求金额数据以及第二请求金额数据，所述第一请求金额数据为是服务器初次接收到的请求金额数据，所述第二请求金额数据为所述服务器非初次接收到的请求金额数据，所述服务器还包括：

第一变更模块，适于在所述第一请求金额数据大于所述第二金额数据时，将所述第一请求金额数据变更为所述第二金额数据，并返回所述依据所述请求金额数据计算所述指定业务对象的剩余金额数据的步骤；

第二变更模块，适于在所述第二请求金额数据大于所述剩余金额数据时，将所述请求金额数据变更为所述剩余金额数据，并返回所述依据所述请求金额数据计算所述指定业务对象的剩余金额数据的步骤。

在本发明的一种优选实施例中，所述剩余金额数据可以采用如下方式计算：

剩余金额数据=第二金额数据-请求金额数据的总和。

在本发明的一种优选实施例中，所述属性信息还包括所述指定业务对象的状态信息，所述指定业务对象的状态信息包括处理中状态以及处理成功状态，所述发布成功信息生成模块640还适于：

若在到达指定时间范围值之前或在到达指定时间范围值时，以及，所述剩余金额数据为数值0时，则将所述第一金额数据返还至第一预设账户中，并将所述处理中状态变更为处理成功状态；

若在到达指定时间范围值之前或在到达指定时间范围值时，以及，所述剩余金额数据小于所述第一金额数据时，则计算第一金额数据与所述剩余金额数据的差值数据，并将所述差值数据返还至第一预设账户中，以及，将所述处理中状态变更为处理成功状态；

若在到达指定时间范围值之前或在到达指定时间范围值时，以及，所述剩余金额数据等于所述第一金额数据时，将所述处理中状态变更为处理成功状态；

在服务器侧生成发布成功信息返回客户端侧。

在本发明的一种优选实施例中，所述属性信息还包括所述指定业务对象的状态信息，所述指定业务对象的状态信息包括处理中状态以及处理失败状态，所述发布失败信息生成模块650还适于：

若在到达指定时间范围值时，以及，所述剩余金额数据大于所述第一金额数据时，则将所述第一金额数据返还至第一预设账户中，将所述请求金额数据返还至第二预设账户中，以及，将所述处理中状态变更为处理失败状态；

在服务器侧生成发布失败信息返回客户端侧。

在本发明的一种优选实施例中，所述指定业务对象为在服务器侧依据客户端发送的业务对象生成请求生成，所述指定业务对象具有用于在客户端侧展现的指定位置信息，所述指定位置信息按照所述第一金额数据以及第二金额数据计算的结果数据排序生成，所述指定业务对象按照所述指定位置信息展现在客户端展现的数据表中。

在本发明的一种优选实施例中，若所述指定业务对象排序在所述数据表中的前N位，则所述指定业务对象具有预设置顶标识信息，其中N为正整数。

在本发明的一种优选实施例中，所述属性信息还包括第三金额数据以及第四金额数据，所述指定业务对象为彩票合买订单，所述第一金额数据为彩票保底金额，所述第三金额数据为彩票投注金额，所述第四金额数据为发起人订购金额、所述第二金额数据为所述彩票投注金额与所述发起人订购金额的差值、所述请求金额数据为彩票认购金额、所述处理中状态为未满员状态、所述处理成功状态为已满员状态、所述处理失败状态为已撤单状态、所述第一预设账户为发起人的账户、所述第二预设账户为参与者的账户。

对于图6的服务器实施例而言，由于其与上述方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

参照图7，示出了本发明的一种针对业务对象的数据处理的客户端实施例的结构框图，可以包括如下模块：

请求发送模块710，适于生成指定业务对象生成请求，并将所述指定业务对象生成请求发送至服务器侧；所述请求中包括所述指定业务对象的属性信息，所述属性信息包括第一金额数据；

信息展示模块720，适于展示所生成的指定业务对象及其属性信息；

请求金额数据发送模块730，适于接收针对所述指定业务对象的请求金额数据，并将所述指定业务对象的请求金额数据发送至服务器侧；

剩余金额数据接收模块740，适于接收服务器返回的所述指定业务对象的剩余金额数据并展现所述剩余金额数据，所述剩余金额数据为服务器依据所述请求金额数据计算获得；

信息接收模块750，适于接收服务器返回的发布成功信息或发布失败信息，所述发布成功信息为服务器在到达指定时间范围值之前或在到达指定时间范围值时，判断所述剩余金额数据为数值0，或者，判断所述剩余金额数据小于或等于所述第一金额数据时生成；所述发布失败信息为服务器在到达指定时间范围值时，判断所述剩余金额数据大于所述第一金额数据时生成。

在本发明的一种优选实施例中，所述指定业务对象具有用于在客户端侧展现的指定位置信息，所述指定位置信息按照所述第一金额数据以及第二金额数据计算的结果数据排序生成，所述指定业务对象按照所述指定位置信息展现在客户端展现的数据表中。

作为本发明实施例的一种优选示例，所述指定业务对象为彩票合买订单，所述第一金额数据为彩票保底金额，所述请求金额数据为彩票认购金额。

对于图7的客户端实施例而言，由于其与上述方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

参照图8，示出了本发明的一种针对业务对象的数据处理系统实施例的结构框图，可以服务器10和客户端20，其中，

所述服务器包括：

信息获取模块，适于获取针对指定业务对象的生成请求并生成所述指定业务对象，所述请求中包括所述指定业务对象的属性信息，所述属性信息包括第一金额数据；

请求金额数据接收模块，适于接收针对所述指定业务对象的请求金额数据；

剩余金额计算模块，适于依据所述请求金额数据计算所述指定业务对象的剩余金额数据；

发布成功信息生成模块，适于在到达指定时间范围值之前或在到达指定时间范围值时，所述剩余金额数据为数值0，或者，所述剩余金额数据小于或等于所述第一金额数据，则判定所述指定业务对象发布成功，并生成发布成功信息发送至客户端侧；

发布失败信息生成模块，适于在到达指定时间范围值时，所述剩余金额数据大于所述第一金额数据，则判定所述指定业务对象发布失败，并生成发布失败信息发送至客户端侧。

所述客户端包括：

请求发送模块，适于生成指定业务对象生成请求，并将所述指定业务对象生成请求发送至服务器侧；所述请求中包括所述指定业务对象的属性信息，所述属性信息包括第一金额数据；

信息展示模块，适于展示所生成的指定业务对象及其属性信息；

请求金额数据发送模块，适于接收针对所述指定业务对象的请求金额数据，并将所述指定业务对象的请求金额数据发送至服务器侧；

剩余金额数据接收模块，适于接收服务器返回的所述指定业务对象的剩余金额数据并展现所述剩余金额数据，所述剩余金额数据为服务器依据所述请求金额数据计算获得；

信息接收模块，适于接收服务器返回的发布成功信息或发布失败信息，所述发布成功信息为服务器在到达指定时间范围值之前或在到达指定时间范围值时，判断所述剩余金额数据为数值0，或者，判断所述剩余金额数据小于或等于所述第一金额数据时生成；所述发布失败信息为服务器在到达指定时间范围值时，判断所述剩余金额数据大于所述第一金额数据时生成。

在本发明的一种优选实施例中，所述属性信息还包括第二金额数据，所述第一金额数据小于或等于所述第二金额数据；所述请求金额数据包括第一请求金额数据以及第二请求金额数据，所述第一请求金额数据为是服务器初次接收到的请求金额数据，所述第二请求金额数据为所述服务器非初次接收到的请求金额数据，所述服务器还包括：

第一变更模块，适于在所述第一请求金额数据大于所述第二金额数据时，将所述第一请求金额数据变更为所述第二金额数据，并返回所述依据所述请求金额数据计算所述指定业务对象的剩余金额数据的步骤；

第二变更模块，适于在所述第二请求金额数据大于所述剩余金额数据时，将所述请求金额数据变更为所述剩余金额数据，并返回所述依据所述请求金额数据计算所述指定业务对象的剩余金额数据的步骤。

在本发明的一种优选实施例中，所述剩余金额数据可以采用如下方式计算：

剩余金额数据=第二金额数据-请求金额数据的总和。

在本发明的一种优选实施例中，所述属性信息还包括所述指定业务对象的状态信息，所述指定业务对象的状态信息包括处理中状态以及处理成功状态，所述发布成功信息生成模块640还适于：

若在到达指定时间范围值之前或在到达指定时间范围值时，以及，所述剩余金额数据为数值0时，则将所述第一金额数据返还至第一预设账户中，并将所述处理中状态变更为处理成功状态；

若在到达指定时间范围值之前或在到达指定时间范围值时，以及，所述剩余金额数据小于所述第一金额数据时，则计算第一金额数据与所述剩余金额数据的差值数据，并将所述差值数据返还至第一预设账户中，以及，将所述处理中状态变更为处理成功状态；

若在到达指定时间范围值之前或在到达指定时间范围值时，以及，所述剩余金额数据等于所述第一金额数据时，将所述处理中状态变更为处理成功状态；

在服务器侧生成发布成功信息返回客户端侧。

在本发明的一种优选实施例中，所述属性信息还包括所述指定业务对象的状态信息，所述指定业务对象的状态信息包括处理中状态以及处理失败状态，所述发布失败信息生成模块650还适于：

若在到达指定时间范围值时，以及，所述剩余金额数据大于所述第一金额数据时，则将所述第一金额数据返还至第一预设账户中，将所述请求金额数据返还至第二预设账户中，以及，将所述处理中状态变更为处理失败状态；

在服务器侧生成发布失败信息返回客户端侧。

在本发明的一种优选实施例中，所述指定业务对象为在服务器侧依据客户端发送的业务对象生成请求生成，所述指定业务对象具有用于在客户端侧展现的指定位置信息，所述指定位置信息按照所述第一金额数据以及第二金额数据计算的结果数据排序生成，所述指定业务对象按照所述指定位置信息展现在客户端展现的数据表中。

在本发明的一种优选实施例中，若所述指定业务对象排序在所述数据表中的前N位，则所述指定业务对象具有预设置顶标识信息，其中N为正整数。

在本发明的一种优选实施例中，所述属性信息还包括第三金额数据以及第四金额数据，所述指定业务对象为彩票合买订单，所述第一金额数据为彩票保底金额，所述第三金额数据为彩票投注金额，所述第四金额数据为发起人订购金额、所述第二金额数据为所述彩票投注金额与所述发起人订购金额的差值、所述请求金额数据为彩票认购金额、所述处理中状态为未满员状态、所述处理成功状态为已满员状态、所述处理失败状态为已撤单状态、所述第一预设账户为发起人的账户、所述第二预设账户为参与者的账户。

对于图8的系统实施例而言，由于其与上述方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书（包括伴随的权利要求、摘要和附图）中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书（包括伴随的权利要求、摘要和附图）中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器（DSP）来实现根据本发明实施例的针对业务对象的数据处理设备中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序（例如，计算机程序和计算机程序产品）。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

本发明的实施例公开了A1、一种针对业务对象的数据处理方法，所述的方法包括：

在服务器侧获取针对指定业务对象的生成请求并生成所述指定业务对象，所述请求中包括所述指定业务对象的属性信息，所述属性信息包括第一金额数据；

在服务器侧接收针对所述指定业务对象的请求金额数据；

在服务器侧依据所述请求金额数据计算所述指定业务对象的剩余金额数据；

若在到达指定时间范围值之前或在到达指定时间范围值时，所述剩余金额数据为数值0，或者，所述剩余金额数据小于或等于所述第一金额数据，则判定所述指定业务对象发布成功，并生成发布成功信息发送至客户端侧；

若在到达指定时间范围值时，所述剩余金额数据大于所述第一金额数据，则判定所述指定业务对象发布失败，并生成发布失败信息发送至客户端侧。

A2、如权利要求A1所述的方法，其特征在于，所述属性信息还包括第二金额数据，所述第一金额数据小于或等于所述第二金额数据；所述请求金额数据包括第一请求金额数据以及第二请求金额数据，所述第一请求金额数据为服务器初次接收到的请求金额数据，所述第二请求金额数据为所述服务器非初次接收到的请求金额数据，所述方法还包括：

若所述第一请求金额数据大于所述第二金额数据，则将所述第一请求金额数据变更为所述第二金额数据，并返回所述依据所述请求金额数据计算所述指定业务对象的剩余金额数据的步骤；

或者，

若所述第二请求金额数据大于所述剩余金额数据，则将所述请求金额数据变更为所述剩余金额数据，并返回所述依据所述请求金额数据计算所述指定业务对象的剩余金额数据的步骤。

A3、如权利要求A1或A2所述的方法，其特征在于，所述剩余金额数据采用如下方式计算：

剩余金额数据=第二金额数据-请求金额数据的总和。

A4、如权利要求A1所述的方法，其特征在于，所述属性信息还包括所述指定业务对象的状态信息，所述指定业务对象的状态信息包括处理中状态以及处理成功状态，所述若在到达指定时间范围值之前或在到达指定时间范围值时，所述剩余金额数据为数值0，或者，所述剩余金额数据小于或等于所述第一金额数据，则判定所述指定业务对象发布成功，并生成发布成功信息发送至客户端侧的步骤包括：

若在到达指定时间范围值之前或在到达指定时间范围值时，以及，所述剩余金额数据为数值0时，则将所述第一金额数据返还至第一预设账户中，并将所述处理中状态变更为处理成功状态；

若在到达指定时间范围值之前或在到达指定时间范围值时，以及，所述剩余金额数据小于所述第一金额数据时，则计算第一金额数据与所述剩余金额数据的差值数据，并将所述差值数据返还至第一预设账户中，以及，将所述处理中状态变更为处理成功状态；

若在到达指定时间范围值之前或在到达指定时间范围值时，以及，所述剩余金额数据等于所述第一金额数据时，将所述处理中状态变更为处理成功状态；

在服务器侧生成发布成功信息返回客户端侧。

A5、如权利要求A1所述的方法，其特征在于，所述属性信息还包括所述指定业务对象的状态信息，所述指定业务对象的状态信息包括处理中状态以及处理失败状态，所述若在到达指定时间范围值时，所述剩余金额数据大于所述第一金额数据，则判定所述指定业务对象发布失败，并生成发布失败信息发送至客户端侧的步骤包括：

若在到达指定时间范围值时，以及，所述剩余金额数据大于所述第一金额数据时，则将所述第一金额数据返还至第一预设账户中，将所述请求金额数据返还至第二预设账户中，以及，将所述处理中状态变更为处理失败状态；

在服务器侧生成发布失败信息返回客户端侧。

A6、如权利要求A2所述的方法，其特征在于，所述指定业务对象为在服务器侧依据客户端发送的业务对象生成请求生成，所述指定业务对象具有用于在客户端侧展现的指定位置信息，所述指定位置信息按照所述第一金额数据以及第二金额数据计算的结果数据排序生成，所述指定业务对象按照所述指定位置信息展现在客户端展现的数据表中。

A7、如权利要求A6所述的方法，其特征在于，若所述指定业务对象排序在所述数据表中的前N位，则所述指定业务对象具有预设置顶标识信息，其中N为正整数。

A8、如权利要求A1-A7所述的方法，其特征在于，所述属性信息还包括第三金额数据以及第四金额数据，所述指定业务对象为彩票合买订单，所述第一金额数据为彩票保底金额，所述第三金额数据为彩票投注金额，所述第四金额数据为发起人订购金额、所述第二金额数据为所述彩票投注金额与所述发起人订购金额的差值、所述请求金额数据为彩票认购金额、所述处理中状态为未满员状态、所述处理成功状态为已满员状态、所述处理失败状态为已撤单状态、所述第一预设账户为发起人的账户、所述第二预设账户为参与者的账户。

本发明的实施例还公开了B9、一种针对业务对象的数据处理方法，所述的方法包括：

在客户端侧生成指定业务对象生成请求，并将所述指定业务对象生成请求发送至服务器侧；所述请求中包括所述指定业务对象的属性信息，所述属性信息包括第一金额数据；

在客户端侧展示所生成的指定业务对象及其属性信息；

在客户端侧接收针对所述指定业务对象的请求金额数据，并将所述指定业务对象的请求金额数据发送至服务器侧；

在客户端侧接收服务器返回的所述指定业务对象的剩余金额数据并展现所述剩余金额数据，所述剩余金额数据为服务器依据所述请求金额数据计算获得；

在客户端侧接收服务器返回的发布成功信息或发布失败信息，所述发布成功信息为服务器在到达指定时间范围值之前或在到达指定时间范围值时，判断所述剩余金额数据为数值0，或者，判断所述剩余金额数据小于或等于所述第一金额数据时生成；所述发布失败信息为服务器在到达指定时间范围值时，判断所述剩余金额数据大于所述第一金额数据时生成。

B10、如权利要求B9所述的方法，其特征在于，所述指定业务对象具有用于在客户端侧展现的指定位置信息，所述指定位置信息按照所述第一金额数据以及第二金额数据计算的结果数据排序生成，所述指定业务对象按照所述指定位置信息展现在客户端展现的数据表中。

B11、如权利要求B9或B10所述的方法，其特征在于，所述指定业务对象为彩票合买订单，所述第一金额数据为彩票保底金额，所述请求金额数据为彩票认购金额。

本发明的实施例还公开了C12、一种针对业务对象的数据处理的服务器，所述服务器包括：

信息获取模块，适于获取针对指定业务对象的生成请求并生成所述指定业务对象，所述请求中包括所述指定业务对象的属性信息，所述属性信息包括第一金额数据；

请求金额数据接收模块，适于接收针对所述指定业务对象的请求金额数据；

剩余金额计算模块，适于依据所述请求金额数据计算所述指定业务对象的剩余金额数据；

发布成功信息生成模块，适于在到达指定时间范围值之前或在到达指定时间范围值时，所述剩余金额数据为数值0，或者，所述剩余金额数据小于或等于所述第一金额数据，则判定所述指定业务对象发布成功，并生成发布成功信息发送至客户端侧；

发布失败信息生成模块，适于在到达指定时间范围值时，所述剩余金额数据大于所述第一金额数据，则判定所述指定业务对象发布失败，并生成发布失败信息发送至客户端侧。

C13、如权利要求C12所述的服务器，其特征在于，所述属性信息还包括第二金额数据，所述第一金额数据小于或等于所述第二金额数据；所述请求金额数据包括第一请求金额数据以及第二请求金额数据，所述第一请求金额数据为服务器初次接收到的请求金额数据，所述第二请求金额数据为所述服务器非初次接收到的请求金额数据，所述服务器还包括：

第一变更模块，适于在所述第一请求金额数据大于所述第二金额数据时，将所述第一请求金额数据变更为所述第二金额数据，并返回所述依据所述请求金额数据计算所述指定业务对象的剩余金额数据的步骤；

第二变更模块，适于在所述第二请求金额数据大于所述剩余金额数据时，将所述请求金额数据变更为所述剩余金额数据，并返回所述依据所述请求金额数据计算所述指定业务对象的剩余金额数据的步骤。

C14、如权利要求C12或C13所述的服务器，其特征在于，所述剩余金额数据采用如下方式计算：

剩余金额数据=第二金额数据-请求金额数据的总和。

C15、如权利要求C12所述的服务器，其特征在于，所述属性信息还包括所述指定业务对象的状态信息，所述指定业务对象的状态信息包括处理中状态以及处理成功状态，所述发布成功信息生成模块还适于：

若在到达指定时间范围值之前或在到达指定时间范围值时，以及，所述剩余金额数据为数值0时，则将所述第一金额数据返还至第一预设账户中，并将所述处理中状态变更为处理成功状态；

若在到达指定时间范围值之前或在到达指定时间范围值时，以及，所述剩余金额数据小于所述第一金额数据时，则计算第一金额数据与所述剩余金额数据的差值数据，并将所述差值数据返还至第一预设账户中，以及，将所述处理中状态变更为处理成功状态；

若在到达指定时间范围值之前或在到达指定时间范围值时，以及，所述剩余金额数据等于所述第一金额数据时，将所述处理中状态变更为处理成功状态；

在服务器侧生成发布成功信息返回客户端侧。

C16、如权利要求C12所述的服务器，其特征在于，所述属性信息还包括所述指定业务对象的状态信息，所述指定业务对象的状态信息包括处理中状态以及处理失败状态，所述发布失败信息生成模块还适于：

若在到达指定时间范围值时，以及，所述剩余金额数据大于所述第一金额数据时，则将所述第一金额数据返还至第一预设账户中，将所述请求金额数据返还至第二预设账户中，以及，将所述处理中状态变更为处理失败状态；

在服务器侧生成发布失败信息返回客户端侧。

C17、如权利要求C13所述的服务器，其特征在于，所述指定业务对象为在服务器侧依据客户端发送的业务对象生成请求生成，所述指定业务对象具有用于在客户端侧展现的指定位置信息，所述指定位置信息按照所述第一金额数据以及第二金额数据计算的结果数据排序生成，所述指定业务对象按照所述指定位置信息展现在客户端展现的数据表中。

C18、如权利要求C17所述的服务器，其特征在于，若所述指定业务对象排序在所述数据表中的前N位，则所述指定业务对象具有预设置顶标识信息，其中N为正整数。

C19、如权利要求C12-C18所述的服务器，其特征在于，所述属性信息还包括第三金额数据以及第四金额数据，所述指定业务对象为彩票合买订单，所述第一金额数据为彩票保底金额，所述第三金额数据为彩票投注金额，所述第四金额数据为发起人订购金额、所述第二金额数据为所述彩票投注金额与所述发起人订购金额的差值、所述请求金额数据为彩票认购金额、所述处理中状态为未满员状态、所述处理成功状态为已满员状态、所述处理失败状态为已撤单状态、所述第一预设账户为发起人的账户、所述第二预设账户为参与者的账户。

本发明的实施例还公开了D20、一种针对业务对象的数据处理的客户端，所述客户端包括：

请求发送模块，适于生成指定业务对象生成请求，并将所述指定业务对象生成请求发送至服务器侧；所述请求中包括所述指定业务对象的属性信息，所述属性信息包括第一金额数据；

信息展示模块，适于展示所生成的指定业务对象及其属性信息；

请求金额数据发送模块，适于接收针对所述指定业务对象的请求金额数据，并将所述指定业务对象的请求金额数据发送至服务器侧；

剩余金额数据接收模块，适于接收服务器返回的所述指定业务对象的剩余金额数据并展现所述剩余金额数据，所述剩余金额数据为服务器依据所述请求金额数据计算获得；

信息接收模块，适于接收服务器返回的发布成功信息或发布失败信息，所述发布成功信息为服务器在到达指定时间范围值之前或在到达指定时间范围值时，判断所述剩余金额数据为数值0，或者，判断所述剩余金额数据小于或等于所述第一金额数据时生成；所述发布失败信息为服务器在到达指定时间范围值时，判断所述剩余金额数据大于所述第一金额数据时生成。

D21、如权利要求D20所述的客户端，其特征在于，所述指定业务对象具有用于在客户端侧展现的指定位置信息，所述指定位置信息按照所述第一金额数据以及第二金额数据计算的结果数据排序生成，所述指定业务对象按照所述指定位置信息展现在客户端展现的数据表中。

D22、如权利要求D20或D21所述的客户端，其特征在于，所述指定业务对象为彩票合买订单，所述第一金额数据为彩票保底金额，所述请求金额数据为彩票认购金额。

本发明的实施例还公开了E23、一种针对业务对象的数据处理系统，所述的系统包括服务器和客户端，其中，

所述服务器包括：

信息获取模块，适于获取针对指定业务对象的生成请求并生成所述指定业务对象，所述请求中包括所述指定业务对象的属性信息，所述属性信息包括第一金额数据；

请求金额数据接收模块，适于接收针对所述指定业务对象的请求金额数据；

剩余金额计算模块，适于依据所述请求金额数据计算所述指定业务对象的剩余金额数据；

发布成功信息生成模块，适于在到达指定时间范围值之前或在到达指定时间范围值时，所述剩余金额数据为数值0，或者，所述剩余金额数据小于或等于所述第一金额数据，则判定所述指定业务对象发布成功，并生成发布成功信息发送至客户端侧；

发布失败信息生成模块，适于在到达指定时间范围值时，所述剩余金额数据大于所述第一金额数据，则判定所述指定业务对象发布失败，并生成发布失败信息发送至客户端侧。

所述客户端包括：

请求发送模块，适于生成指定业务对象生成请求，并将所述指定业务对象生成请求发送至服务器侧；所述请求中包括所述指定业务对象的属性信息，所述属性信息包括第一金额数据；

信息展示模块，适于展示所生成的指定业务对象及其属性信息；

请求金额数据发送模块，适于接收针对所述指定业务对象的请求金额数据，并将所述指定业务对象的请求金额数据发送至服务器侧；

剩余金额数据接收模块，适于接收服务器返回的所述指定业务对象的剩余金额数据并展现所述剩余金额数据，所述剩余金额数据为服务器依据所述请求金额数据计算获得；

信息接收模块，适于接收服务器返回的发布成功信息或发布失败信息，所述发布成功信息为服务器在到达指定时间范围值之前或在到达指定时间范围值时，判断所述剩余金额数据为数值0，或者，判断所述剩余金额数据小于或等于所述第一金额数据时生成；所述发布失败信息为服务器在到达指定时间范围值时，判断所述剩余金额数据大于所述第一金额数据时生成。

Claims (10)

1.一种针对业务对象的数据处理方法，所述的方法包括：

在服务器侧获取针对指定业务对象的生成请求并生成所述指定业务对象，所述请求中包括所述指定业务对象的属性信息，所述属性信息包括第一金额数据；

在服务器侧接收针对所述指定业务对象的请求金额数据；

在服务器侧依据所述请求金额数据计算所述指定业务对象的剩余金额数据；

若在到达指定时间范围值之前或在到达指定时间范围值时，所述剩余金额数据为数值0，或者，所述剩余金额数据小于或等于所述第一金额数据，则判定所述指定业务对象发布成功，并生成发布成功信息发送至客户端侧；

若在到达指定时间范围值时，所述剩余金额数据大于所述第一金额数据，则判定所述指定业务对象发布失败，并生成发布失败信息发送至客户端侧。

2.如权利要求1所述的方法，其特征在于，所述属性信息还包括第二金额数据，所述第一金额数据小于或等于所述第二金额数据；所述请求金额数据包括第一请求金额数据以及第二请求金额数据，所述第一请求金额数据为服务器初次接收到的请求金额数据，所述第二请求金额数据为所述服务器非初次接收到的请求金额数据，所述方法还包括：

若所述第一请求金额数据大于所述第二金额数据，则将所述第一请求金额数据变更为所述第二金额数据，并返回所述依据所述请求金额数据计算所述指定业务对象的剩余金额数据的步骤；

或者，

若所述第二请求金额数据大于所述剩余金额数据，则将所述请求金额数据变更为所述剩余金额数据，并返回所述依据所述请求金额数据计算所述指定业务对象的剩余金额数据的步骤。

3.如权利要求1或2所述的方法，其特征在于，所述剩余金额数据采用如下方式计算：

剩余金额数据=第二金额数据-请求金额数据的总和。

4.如权利要求1所述的方法，其特征在于，所述属性信息还包括所述指定业务对象的状态信息，所述指定业务对象的状态信息包括处理中状态以及处理成功状态，所述若在到达指定时间范围值之前或在到达指定时间范围值时，所述剩余金额数据为数值0，或者，所述剩余金额数据小于或等于所述第一金额数据，则判定所述指定业务对象发布成功，并生成发布成功信息发送至客户端侧的步骤包括：

若在到达指定时间范围值之前或在到达指定时间范围值时，以及，所述剩余金额数据为数值0时，则将所述第一金额数据返还至第一预设账户中，并将所述处理中状态变更为处理成功状态；

若在到达指定时间范围值之前或在到达指定时间范围值时，以及，所述剩余金额数据小于所述第一金额数据时，则计算第一金额数据与所述剩余金额数据的差值数据，并将所述差值数据返还至第一预设账户中，以及，将所述处理中状态变更为处理成功状态；

若在到达指定时间范围值之前或在到达指定时间范围值时，以及，所述剩余金额数据等于所述第一金额数据时，将所述处理中状态变更为处理成功状态；

在服务器侧生成发布成功信息返回客户端侧。

5.如权利要求1所述的方法，其特征在于，所述属性信息还包括所述指定业务对象的状态信息，所述指定业务对象的状态信息包括处理中状态以及处理失败状态，所述若在到达指定时间范围值时，所述剩余金额数据大于所述第一金额数据，则判定所述指定业务对象发布失败，并生成发布失败信息发送至客户端侧的步骤包括：

若在到达指定时间范围值时，以及，所述剩余金额数据大于所述第一金额数据时，则将所述第一金额数据返还至第一预设账户中，将所述请求金额数据返还至第二预设账户中，以及，将所述处理中状态变更为处理失败状态；

在服务器侧生成发布失败信息返回客户端侧。

6.如权利要求1-5所述的方法，其特征在于，所述属性信息还包括第三金额数据以及第四金额数据，所述指定业务对象为彩票合买订单，所述第一金额数据为彩票保底金额，所述第三金额数据为彩票投注金额，所述第四金额数据为发起人订购金额、所述第二金额数据为所述彩票投注金额与所述发起人订购金额的差值、所述请求金额数据为彩票认购金额、所述处理中状态为未满员状态、所述处理成功状态为已满员状态、所述处理失败状态为已撤单状态、所述第一预设账户为发起人的账户、所述第二预设账户为参与者的账户。

7.一种针对业务对象的数据处理方法，所述的方法包括：

在客户端侧生成指定业务对象生成请求，并将所述指定业务对象生成请求发送至服务器侧；所述请求中包括所述指定业务对象的属性信息，所述属性信息包括第一金额数据；

在客户端侧展示所生成的指定业务对象及其属性信息；

在客户端侧接收针对所述指定业务对象的请求金额数据，并将所述指定业务对象的请求金额数据发送至服务器侧；

在客户端侧接收服务器返回的所述指定业务对象的剩余金额数据并展现所述剩余金额数据，所述剩余金额数据为服务器依据所述请求金额数据计算获得；

在客户端侧接收服务器返回的发布成功信息或发布失败信息，所述发布成功信息为服务器在到达指定时间范围值之前或在到达指定时间范围值时，判断所述剩余金额数据为数值0，或者，判断所述剩余金额数据小于或等于所述第一金额数据时生成；所述发布失败信息为服务器在到达指定时间范围值时，判断所述剩余金额数据大于所述第一金额数据时生成。

8.一种针对业务对象的数据处理的服务器，所述服务器包括：

信息获取模块，适于获取针对指定业务对象的生成请求并生成所述指定业务对象，所述请求中包括所述指定业务对象的属性信息，所述属性信息包括第一金额数据；

请求金额数据接收模块，适于接收针对所述指定业务对象的请求金额数据；

剩余金额计算模块，适于依据所述请求金额数据计算所述指定业务对象的剩余金额数据；

发布成功信息生成模块，适于在到达指定时间范围值之前或在到达指定时间范围值时，所述剩余金额数据为数值0，或者，所述剩余金额数据小于或等于所述第一金额数据，则判定所述指定业务对象发布成功，并生成发布成功信息发送至客户端侧；

发布失败信息生成模块，适于在到达指定时间范围值时，所述剩余金额数据大于所述第一金额数据，则判定所述指定业务对象发布失败，并生成发布失败信息发送至客户端侧。

9.一种针对业务对象的数据处理的客户端，所述客户端包括：

请求发送模块，适于生成指定业务对象生成请求，并将所述指定业务对象生成请求发送至服务器侧；所述请求中包括所述指定业务对象的属性信息，所述属性信息包括第一金额数据；

信息展示模块，适于展示所生成的指定业务对象及其属性信息；

请求金额数据发送模块，适于接收针对所述指定业务对象的请求金额数据，并将所述指定业务对象的请求金额数据发送至服务器侧；

剩余金额数据接收模块，适于接收服务器返回的所述指定业务对象的剩余金额数据并展现所述剩余金额数据，所述剩余金额数据为服务器依据所述请求金额数据计算获得；

信息接收模块，适于接收服务器返回的发布成功信息或发布失败信息，所述发布成功信息为服务器在到达指定时间范围值之前或在到达指定时间范围值时，判断所述剩余金额数据为数值0，或者，判断所述剩余金额数据小于或等于所述第一金额数据时生成；所述发布失败信息为服务器在到达指定时间范围值时，判断所述剩余金额数据大于所述第一金额数据时生成。

10.一种针对业务对象的数据处理系统，所述的系统包括服务器和客户端，其中，

所述服务器包括：

信息获取模块，适于获取针对指定业务对象的生成请求并生成所述指定业务对象，所述请求中包括所述指定业务对象的属性信息，所述属性信息包括第一金额数据；

请求金额数据接收模块，适于接收针对所述指定业务对象的请求金额数据；

剩余金额计算模块，适于依据所述请求金额数据计算所述指定业务对象的剩余金额数据；

发布成功信息生成模块，适于在到达指定时间范围值之前或在到达指定时间范围值时，所述剩余金额数据为数值0，或者，所述剩余金额数据小于或等于所述第一金额数据，则判定所述指定业务对象发布成功，并生成发布成功信息发送至客户端侧；

发布失败信息生成模块，适于在到达指定时间范围值时，所述剩余金额数据大于所述第一金额数据，则判定所述指定业务对象发布失败，并生成发布失败信息发送至客户端侧。

所述客户端包括：

请求发送模块，适于生成指定业务对象生成请求，并将所述指定业务对象生成请求发送至服务器侧；所述请求中包括所述指定业务对象的属性信息，所述属性信息包括第一金额数据；

信息展示模块，适于展示所生成的指定业务对象及其属性信息；

请求金额数据发送模块，适于接收针对所述指定业务对象的请求金额数据，并将所述指定业务对象的请求金额数据发送至服务器侧；

剩余金额数据接收模块，适于接收服务器返回的所述指定业务对象的剩余金额数据并展现所述剩余金额数据，所述剩余金额数据为服务器依据所述请求金额数据计算获得；

信息接收模块，适于接收服务器返回的发布成功信息或发布失败信息，所述发布成功信息为服务器在到达指定时间范围值之前或在到达指定时间范围值时，判断所述剩余金额数据为数值0，或者，判断所述剩余金额数据小于或等于所述第一金额数据时生成；所述发布失败信息为服务器在到达指定时间范围值时，判断所述剩余金额数据大于所述第一金额数据时生成。

Images