CN103714509B - 在客户端与服务器之间进行数据交互的方法及*** - Google Patents

Abstract

本发明公开了一种在客户端与服务器之间进行数据交互的方法、***、服务器以及客户端，其中，所述的方法包括：在服务器侧接收客户端侧发送的数据项生成请求；在服务器侧依据所述数据项生成请求生成数据项；在服务器侧获取预先生成的与所述数据类型对应的第一数据表；在服务器侧依据所述排序位置信息将所述数据项写入所述第一数据表的对应位置中，生成第二数据表；在服务器侧将所述第二数据表发送至客户端侧，由所述客户端侧展示所述第二数据表。本发明提高了排序的合理性，提高了在数据表中查找目标数据项的效率，减少了用户发送查询数据项请求的次数，降低了处理***的资源消耗，提高了处理***的处理效率，提高了用户筛选信息以及操作的效率。

Description

在客户端与服务器之间进行数据交互的方法及***

技术领域

本发明涉及数据处理技术领域，具体涉及一种在客户端与服务器之间进行数据交互的方法，以及一种与客户端进行数据交互的服务器，以及一种与服务器进行数据交互的客户端，以及一种数据交互***。

背景技术

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

合买是由两个或者两个以上用户共同出资购买彩票，按照出资比例承担风险、分享利益的投注方式，这种利用募集资金的合买方式既能用小资金共同购买大额彩票，又能提高参与者的中奖机率、降低个人全购高金额彩票的风险。在一些彩票交易***中，往往会按照合买订单的发起时间对所有的合买订单进行排序，然而，这种按时间顺序的排序方法会导致一些比较优良的合买方案排名较后（如投注金额和保底金额都较大的合买方案），从而使得这些优良的合买方案难以满员，出票时间延长，并降低了合买发起人发起合买的积极性。

此外，由于优良的合买方案可能排序在较后的位置，在这种情况下，用户需要翻看多页才能找到该合买方案，在这种情况下，用户会重复地查找合买方案，从而生成大量的查询请求发送至彩票交易***，导致彩票交易***需要处理较多的请求，增加了***的资源消耗，影响了***的处理效率，从而降低了***的性能。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种在客户端与服务器之间进行数据交互的方法和相应的一种与客户端进行数据交互的服务器，以及一种与服务器进行数据交互的客户端，以及一种数据交互***。

依据本发明的一个方面，提供了一种在客户端与服务器之间进行数据交互的方法，所述的方法包括：

在服务器侧接收客户端侧发送的数据项生成请求；

在服务器侧依据所述数据项生成请求生成数据项，所述数据项包括多个特征值、排序位置信息以及数据类型，其中，所述排序位置信息为依据所述多个特征值获得；

在服务器侧获取预先生成的与所述数据类型对应的第一数据表；

在服务器侧依据所述排序位置信息将所述数据项写入所述第一数据表的对应位置中，生成第二数据表；

在服务器侧将所述第二数据表发送至客户端侧，由所述客户端侧展示所述第二数据表。

可选地，所述数据项包括数据项标识，所述方法还包括：

在服务器侧接收客户端侧发送的数据追加请求，所述数据追加请求包括数据项标识、追加特征值；

在服务器侧查找与所述数据项标识对应的数据项，依据所述追加特征值更新所述排序位置信息；

在服务器侧依据所述更新的排序位置信息更新所述数据项在所述第二数据表中的位置，得到更新的第二数据表；

在服务器侧将所述更新的第二数据表发送至客户端侧，由所述客户端侧展示所述更新的第二数据表。

可选地，在所述在服务器侧将所述第二数据表发送至客户端侧，由所述客户端侧展示所述第二数据表的步骤之前，还包括：

在服务器侧为所述第二数据表中排序在前的预设数量的数据项添加预设的置顶标识。

可选地，在所述在服务器侧将所述更新的第二数据表发送至客户端侧，由所述客户端侧展示所述更新的第二数据表的步骤之前，还包括：

在服务器侧为所述更新的第二数据表中排序在前的预设数量的数据项添加预设的置顶标识。

可选地，所述数据项生成请求包括第一设定数据、数据类型、第二设定数据，所述特征值包括第一特征值、第二特征值、第三特征值、第四特征值；其中，所述第一特征值为服务器侧依据所述第一设定数据以及所述数据类型计算得到的数值；所述第二特征值为在服务器侧计算的所述第二设定数据占所述第一特征值的比例；所述第三特征值为在服务器侧计算的所述追加特征值的总和占所述第一特征值的比例；所述第四特征值为服务器侧依据所述第一特征值以及所述数据类型计算得到的数值；所述数据项标识在服务器侧接收到所述数据项生成请求后生成。

可选地，所述依据所述追加特征值更新所述排序位置信息的步骤包括：

依据所述追加特征值更新所述第三特征值；

依据所述第一特征值、第二特征值、更新的第三特征值、第四特征值更新所述排序位置信息。

可选地，所述数据项还包括第五特征值以及数据项描述信息，其中，所述第五特征值为服务器计算的所述追加特征值的总和与所述第一特征值的差值。

可选地，所述数据项生成请求为合买订单发起请求，所述数据项为合买订单，所述数据类型为彩种类型，所述数据项标识为合买订单标识，所述追加特征值为认购金额，所述第一设定数据为合买发起人选定的彩票选号，所述第二设定数据为保底金额，所述第一特征值为投注金额，所述第二特征值为所述保底金额占所述投注金额的比例，所述第三特征值为订购进度，所述第四特征值为合买订单的排序因子，所述数据追加请求为认购请求，所述第五特征值为剩余可认购金额。

可选地，所述合买订单为未撤单并且未派奖的投注订单。

根据本发明的另一方面，提供了一种在客户端与服务器之间进行数据交互的方法，所述的方法包括：

在客户端侧接收用户的数据项生成请求；

在客户端侧将所述数据项生成请求发送至服务器侧；

在客户端侧接收所述服务器侧返回的第二数据表，所述第二数据表为由所述服务器侧依据所述数据项生成请求生成数据项，所述数据项包括多个特征值、排序位置信息以及数据类型，其中，所述排序位置信息为依据所述多个特征值获得；获取预先生成的与所述数据类型对应的第一数据表；依据所述排序位置信息将所述数据项写入所述第一数据表的对应位置后生成；

在客户端侧对所述第二数据表进行展示。

可选地，所述数据项包括数据项标识，所述方法还包括：

在客户端侧接收用户的数据追加请求，所述数据追加请求包括数据项标识、追加特征值；

在客户端侧将所述数据追加请求发送至服务器侧；

接收服务器侧返回的更新的第二数据表，所述更新的第二数据表为由所述服务器侧查找与所述数据项标识对应的数据项，依据所述追加特征值更新所述数据项中的排序位置信息；依据所述更新的排序位置信息更新所述数据项在所述第二数据表中的位置得到；

在客户端侧对所述更新的第二数据表进行展示。

根据本发明的另一方面，提供了一种与客户端进行数据交互的服务器，包括：

数据项生成请求接收模块，适于接收客户端侧发送的数据项生成请求；

数据项生成模块，适于依据所述数据项生成请求生成数据项，所述数据项包括多个特征值、排序位置信息以及数据类型，其中，所述排序位置信息为依据所述多个特征值获得；

第一数据表获取模块，适于获取预先生成的与所述数据类型对应的第一数据表；

第二数据表生成模块，适于依据所述排序位置信息将所述数据项写入所述第一数据表的对应位置中，生成第二数据表；

第二数据表发送模块，适于将所述第二数据表发送至客户端侧，由所述客户端侧展示所述第二数据表。

可选地，所述数据项包括数据项标识，所述服务器还包括：

数据追加请求接收模块，适于接收客户端侧发送的数据追加请求，所述数据追加请求包括数据项标识、追加特征值；

排序位置信息更新模块，适于查找与所述数据项标识对应的数据项，依据所述追加特征值更新所述排序位置信息；

第二数据表更新模块，适于依据所述更新的排序位置信息更新所述数据项在所述第二数据表中的位置，得到更新的第二数据表；

第二数据表发送模块，适于将所述更新的第二数据表发送至客户端侧，由所述客户端侧展示所述更新的第二数据表。

可选地，所述服务器还包括：

第一标识添加模块，适于在所述将所述第二数据表发送至客户端侧，由所述客户端侧展示所述第二数据表之前，为所述第二数据表中排序在前的预设数量的数据项添加预设的置顶标识。

可选地，所述服务器还包括：

第二标识添加模块，适于在所述在服务器侧将所述更新的第二数据表发送至客户端侧，由所述客户端侧展示所述更新的第二数据表之前，为所述更新的第二数据表中排序在前的预设数量的数据项添加预设的置顶标识。

可选地，所述数据项生成请求包括第一设定数据、数据类型、第二设定数据，所述特征值包括第一特征值、第二特征值、第三特征值、第四特征值；其中，所述第一特征值为服务器侧依据所述第一设定数据以及所述数据类型计算得到的数值；所述第二特征值为在服务器侧计算的所述第二设定数据占所述第一特征值的比例；所述第三特征值为在服务器侧计算的所述追加特征值的总和占所述第一特征值的比例；所述第四特征值为服务器侧依据所述第一特征值以及所述数据类型计算得到的数值；所述数据项标识在服务器侧接收到所述数据项生成请求后生成。

可选地，所述排序位置信息更新模块还适于：

依据所述追加特征值更新所述第三特征值；

依据所述第一特征值、第二特征值、更新的第三特征值、第四特征值更新所述排序位置信息。

可选地，所述数据项还包括第五特征值以及数据项描述信息，其中，所述第五特征值为服务器计算的所述追加特征值的总和与所述第一特征值的差值。

可选地，所述数据项生成请求为合买订单发起请求，所述数据项为合买订单，所述数据类型为彩种类型，所述数据项标识为合买订单标识，所述追加特征值为认购金额，所述第一设定数据为合买发起人选定的彩票选号，所述第二设定数据为保底金额，所述第一特征值为投注金额，所述第二特征值为所述保底金额占所述投注金额的比例，所述第三特征值为订购进度，所述第四特征值为合买订单的排序因子，所述数据追加请求为认购请求，所述第五特征值为剩余可认购金额。

可选地，所述合买订单为未撤单并且未派奖的投注订单。

根据本发明的另一方面，提供了一种与服务器进行数据交互的客户端，所述的客户端包括：

数据项生成请求接收模块，适于接收用户的数据项生成请求；

数据项生成请求发送模块，适于将所述数据项生成请求发送至服务器侧；

第二数据表接收模块，适于接收所述服务器侧返回的第二数据表，所述第二数据表为由所述服务器侧依据所述数据项生成请求生成数据项，所述数据项包括多个特征值、排序位置信息以及数据类型，其中，所述排序位置信息为依据所述多个特征值获得；获取预先生成的与所述数据类型对应的第一数据表；依据所述排序位置信息将所述数据项写入所述第一数据表的对应位置后生成；

第二数据表展示模块，适于对所述第二数据表进行展示。

可选地，所述数据项包括数据项标识，所述客户端还包括：

数据追加请求接收模块，适于接收用户的数据追加请求，所述数据追加请求包括数据项标识、追加特征值；

数据追加请求发送模块，适于将所述数据追加请求发送至服务器侧；

第二数据表接收模块，适于接收服务器侧返回的更新的第二数据表，所述更新的第二数据表为由所述服务器侧查找与所述数据项标识对应的数据项，依据所述追加特征值更新所述数据项中的排序位置信息；依据所述更新的排序位置信息更新所述数据项在所述第二数据表中的位置得到；

第二数据表展示模块，适于对所述更新的第二数据表进行展示。

根据本发明的另一方面，提供了一种数据交互***，所述的***包括服务器和客户端，其中，所述服务器包括：

数据项生成请求接收模块，适于接收客户端侧发送的数据项生成请求；

数据项生成模块，适于依据所述数据项生成请求生成数据项，所述数据项包括多个特征值、排序位置信息以及数据类型，其中，所述排序位置信息为依据所述多个特征值获得；

第一数据表获取模块，适于获取预先生成的与所述数据类型对应的第一数据表；

第二数据表生成模块，适于依据所述排序位置信息将所述数据项写入所述第一数据表的对应位置中，生成第二数据表；

第二数据表发送模块，适于将所述第二数据表发送至客户端侧，由所述客户端侧展示所述第二数据表；

所述客户端包括：

数据项生成请求接收模块，适于接收用户的数据项生成请求；

数据项生成请求发送模块，适于将所述数据项生成请求发送至服务器侧；

第二数据表接收模块，适于接收所述服务器侧返回的第二数据表，所述第二数据表为由所述服务器侧依据所述数据项生成请求生成数据项，所述数据项包括多个特征值、排序位置信息以及数据类型，其中，所述排序位置信息为依据所述多个特征值获得；获取预先生成的与所述数据类型对应的第一数据表；依据所述排序位置信息将所述数据项写入所述第一数据表的对应位置后生成；

第二数据表展示模块，适于对所述第二数据表进行展示。

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

在本发明中，可以依据数据项生成请求生成数据项，将所述数据项写入第一数据表生成第二数据表，其中，所述数据项在第二数据表中的排序是依据数据项中的多个特征值决定的，避免了所述数据项因单个特征值进行排序导致排序位置不合理的情况发生，从多维的角度考虑数据项在数据表中的排序，提高了排序的合理性，提高了在数据表中查找目标数据项的效率，减少了用户发送查询数据项请求的次数，从而降低了处理***的资源消耗，提高了处理***的处理效率，以及增强用户体验，提高了用户筛选信息以及操作的效率；对于合买订单而言，客户端展示的第二数据表中的合买订单的排序是综合多种因素决定的，使得优良的合买方案因排序在前更容易满员，缩短出票时间，同时提高了合买发起人发起合买的积极性。

此外，本发明使得优良的合买方案排名更加靠前，使用户更容易查找到优良的合买方案，减少了用户查找合买方案所生成的查询请求的次数，降低了彩票交易***的资源消耗，提高了彩票交易***的响应效率，以及提高了彩票交易***的性能。

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

附图说明

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

图1示出了根据本发明的一种在客户端与服务器之间进行数据交互的方法实施例一的步骤流程图；

图2示出了根据本发明的一种在客户端与服务器之间进行数据交互的方法实施例二的步骤流程图；

图3示出了根据本发明的一种在客户端与服务器之间进行数据交互的方法实施例三的步骤流程图；

图4示出了根据本发明的一种在客户端与服务器之间进行数据交互的方法实施例三中合买方案信息填写页面示意图；

图5示出了根据本发明的一种在客户端与服务器之间进行数据交互的方法实施例三中第二数据表展示示意图；

图6示出了根据本发明的一种与客户端进行数据交互的服务器实施例的结构框图；

图7示出了根据本发明的一种与服务器进行数据交互的客户端实施例的结构框图；

图8示出了根据本发明的一种数据交互***实施例的结构框图。

具体实施方式

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

参照图1，示出了本发明的一种在客户端与服务器之间进行数据交互的方法实施例一的步骤流程图，本实施例从服务器侧进行说明，可以包括如下步骤：

步骤S110，在服务器侧接收客户端侧发送的数据项生成请求；

步骤S120，在服务器侧依据所述数据项生成请求生成数据项，所述数据项包括多个特征值、排序位置信息以及数据类型，其中，所述排序位置信息为依据所述多个特征值获得；

步骤S130，在服务器侧获取预先生成的与所述数据类型对应的第一数据表；

步骤S140，在服务器侧依据所述排序位置信息将所述数据项写入所述第一数据表的对应位置中，生成第二数据表；

步骤S150，在服务器侧将所述第二数据表发送至客户端侧，由所述客户端侧展示所述第二数据表。

在本发明的一种优选实施例中，在所述步骤S150之前，本发明实施例还可以包括：

在服务器侧为所述第二数据表中排序在前的预设数量的数据项添加预设的置顶标识。

在本发明的一种优选实施例中，所述数据项可以包括数据项标识，所述方法还可以包括：

在服务器侧接收客户端侧发送的数据追加请求，所述数据追加请求包括数据项标识、追加特征值；

在服务器侧查找与所述数据项标识对应的数据项，依据所述追加特征值更新所述排序位置信息；

在服务器侧依据所述更新的排序位置信息更新所述数据项在所述第二数据表中的位置，得到更新的第二数据表；

在服务器侧将所述更新的第二数据表发送至客户端侧，由所述客户端侧展示所述更新的第二数据表。

在本发明的一种优选实施例中，在所述在服务器侧将所述更新的第二数据表发送至客户端侧，由所述客户端侧展示所述更新的第二数据表的步骤之前，本发明实施例还可以包括：

在服务器侧为所述更新的第二数据表中排序在前的预设数量的数据项添加预设的置顶标识。

作为本实施例的一种优选示例，所述数据项生成请求可以包括第一设定数据、数据类型、第二设定数据，所述特征值可以包括第一特征值、第二特征值、第三特征值、第四特征值；其中，所述第一特征值为服务器侧依据所述第一设定数据以及所述数据类型计算得到的数值；所述第二特征值为在服务器侧计算的所述第二设定数据占所述第一特征值的比例；所述第三特征值为在服务器侧计算的所述追加特征值的总和占所述第一特征值的比例；所述第四特征值为服务器侧依据所述第一特征值以及所述数据类型计算得到的数值；所述数据项标识在服务器侧接收到所述数据项生成请求后生成。

在本发明的一种优选实施例中，所述依据所述追加特征值更新所述排序位置信息的步骤包括：

依据所述追加特征值更新所述第三特征值；

依据所述第一特征值、第二特征值、更新的第三特征值、第四特征值更新所述排序位置信息。

作为本实施例的一种优选示例，所述数据项还可以包括第五特征值以及数据项描述信息，其中，所述第五特征值为服务器计算的所述追加特征值的总和与所述第一特征值的差值。

在本发明实施例中，可以依据数据项生成请求生成数据项，将所述数据项写入第一数据表生成第二数据表，其中，所述数据项在第二数据表中的排序是依据数据项中的多个特征值决定的，避免了所述数据项因单个特征值进行排序导致排序位置不合理的情况发生，从多维的角度考虑数据项在数据表中的排序，提高了排序的合理性，提高了在数据表中查找目标数据项的效率，减少了用户发送查询数据项请求的次数，从而降低了处理***的资源消耗，提高了处理***的处理效率，以及增强了用户体验。

参照图2，示出了本发明的一种在客户端与服务器之间进行数据交互的方法实施例二的步骤流程图，本实施例从客户端侧进行说明，可以包括如下步骤：

步骤S210，在客户端侧接收用户的数据项生成请求；

步骤S220，在客户端侧将所述数据项生成请求发送至服务器侧；

步骤S230，在客户端侧接收所述服务器侧返回的第二数据表，所述第二数据表为由所述服务器侧依据所述数据项生成请求生成数据项，所述数据项包括多个特征值、排序位置信息以及数据类型，其中，所述排序位置信息为依据所述多个特征值获得；获取预先生成的与所述数据类型对应的第一数据表；依据所述排序位置信息将所述数据项写入所述第一数据表的对应位置后生成；

步骤S240，在客户端侧对所述第二数据表进行展示。

在本发明的一种优选实施例中，所述数据项可以包括数据项标识，所述方法还可以包括：

在客户端侧接收用户的数据追加请求，所述数据追加请求包括数据项标识、追加特征值；

在客户端侧将所述数据追加请求发送至服务器侧；

接收服务器侧返回的更新的第二数据表，所述更新的第二数据表为由所述服务器侧查找与所述数据项标识对应的数据项，依据所述追加特征值更新所述数据项中的排序位置信息；依据所述更新的排序位置信息更新所述数据项在所述第二数据表中的位置得到；

在客户端侧对所述更新的第二数据表进行展示。

参照图3，示出了本发明的一种在客户端与服务器之间进行数据交互的方法实施例三的步骤流程图，本发明实施例的数据表展示方法可以用于彩票交易***的合买方案展示中，可以包括如下步骤：

步骤S310，在客户端侧接收用户的数据项生成请求，并将所述数据项生成请求发送至服务器侧；

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

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

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

步骤S320，在服务器侧依据所述数据项生成请求生成数据项，所述数据项包括多个特征值、排序位置信息以及数据类型，其中，所述排序位置信息为依据所述多个特征值获得；

在本实施例中，所述多个特征值可以包括第一特征值、第二特征值、第三特征值、第四特征值；针对彩票交易***而言，所述数据项为合买订单（或称合买方案）、所述第一特征值为投注金额（即合买订单总额）、所述第二特征值为所述保底金额占所述投注金额的比例（保底百分比）、所述第三特征值为订购进度、所述第四特征值为合买订单的排序因子，所述数据类型为彩种类型，所述排序位置信息为该合买订单的排序序号。

具体而言，服务器接收到所述合买订单发起请求后，依据所述发起请求生成合买订单。其中，一个合买订单中可以包括多个数据子项，例如排序序号、发起人ID、方案标题、投注金额、投注号码、订购进度、彩种类型、剩余金额、发起人认购金额等等。在具体实现中，服务器生成合买订单的过程可以表示如下：

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

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

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

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

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

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

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

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

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

（5）服务器计算剩余金额

具体而言，剩余金额（即剩余可认购金额）为所述合买方案的所有参与者（包括发起人）的认购金额总和与所述投注金额的差值，当然，若该合买订单还没有开始认购，则剩余金额为投注金额中除发起人订购金额外的剩下的金额。

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

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

在具体实现中，可以将排序因子按照如下方式进行设置：

排序因子=用户投注金额/彩种因子

其中，“彩种因子”是根据各个彩种全包号码总金额设置的一个固定的值，一般而言，大盘彩种（如双色球、超级大乐透等）的“彩种因子”可以设置为100，小盘彩种（如排列三、3D等）的“彩种因子”可以设置为2～10。

作为本发明实施例具体应用的一种优选示例，所述排序因子的最大值可以设置为100。

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

在本发明实施例中，服务器可以依据排序因子、订购进度、保底金额等计算该合买方案的排序序号，可以看出，所述排序序号为服务器对多项指标进行综合计算得到，从而使得排序更合理化，提高优良的合买方案的满员进度，提高了合买发起和认购的积极性。

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

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

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

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

步骤S330，在服务器侧获取预先生成的与所述数据类型对应的第一数据表；

在实际中，在服务器侧针对每个彩种类型都会生成一张合买方案数据表，所述合买方案数据表中记录了所有依据合买订单发起请求生成的合买订单。

步骤S340，在服务器侧依据所述排序位置信息将所述数据项写入所述第一数据表的对应位置中，生成第二数据表；

在服务器侧获取所述第一数据表时，将所述合买订单按照所述排序序号写入第一数据表的相应位置，得到更新的第一数据表（或称第二数据表）。

在本发明的一种优选实施例中，得到第二数据表后，服务器侧可以为所述第二数据表中排序在前的预设数量的数据项添加预设的置顶标识。

在具体实现中，服务器可以每隔预设时间段（例如，每隔5分钟）对所述第二数据表进行更新，对第二数据表中的合买方案进行重新排序。

步骤S350，在服务器侧将所述第二数据表发送至客户端侧；

步骤S360，在客户端侧对所述第二数据表进行展示。

具体而言，服务器得到第二数据表后，将该第二数据表发送至客户端，由客户端进行渲染展示。如图5所示，第二数据表中排序在前的3个合买方案添加了置顶标识，若所述第二数据表为分页展示的数据表，则添加了置顶标识的合买方案在每一页都会显示，以此提高了合买方案满员的概率。

从图5中可以看出，客户端展示的第二数据表中还可以包括认购信息，该认购信息可以包括参与者的认购金额，在图5中，认购金额可以表示为“我要认购xx元”。当合买方案参与者登录***后，在展示的第二数据表中选择需要认购的合买订单，在该合买订单的数据子项“我要认购xx元”中输入认购金额后，点击“购买”按钮及付款后即可参与合买订单的认购。具体而言，其数据处理的过程可以为：客户端依据用户点击的“购买”按钮生成数据追加请求（或认购请求），并将该认购请求发送至服务器侧进行处理，其中，所述认购请求可以包括认购金额、合买订单信息、参与者信息等。服务器接收到认购请求后，依据认购金额更新对应合买订单的认购进度、剩余金额等值，从而在更新第二数据表时更新所述合买订单的排序。

在实际应用中，如图5所示，当参与者在认购金额填写框中输入认购金额后，客户端即将该认购金额发送至服务器侧进行实时计算；当参与者再点击“购买”按钮来进行认购且支付认购金额后，客户端便生成数据追加请求（或认购请求）发送至服务器侧，所述数据追加请求包括该彩票认购金额以及参与者信息。服务器接收到客户端的数据追加请求后，存储所述认购金额与参与者信息，并依据所述认购金额实时计算已认购金额与所述彩票投注金额的剩余金额，以及，将该剩余金额发送至客户端进行展示。

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

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

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

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

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

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

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

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

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

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

在本发明实施例中，客户端展示的第二数据表中的合买订单的排序是综合多种因素决定的，避免了所述合买订单只因单个特征值进行排序导致排序位置不合理的情况发生，使得优良的合买方案因排序在前更容易满员，缩短出票时间，同时提高了合买发起人发起合买的积极性，此外，优良的合买方案排名更加靠前，使得用户更容易查找到优良的合买方案，减少了用户查找合买方案所生成的查询请求的次数，降低了彩票交易***的资源消耗，提高了彩票交易***的响应效率，以及提高了彩票交易***的性能；另外，因为优良的合买方案排名靠前更容易满员，用户也愿意发起自己认购或保底更多的方案，形成一个良性循环，提高网站销量。

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

参照图6，示出了本发明的一种与客户端进行数据交互的服务器实施例的结构框图，可以包括如下模块：

数据项生成请求接收模块610，适于接收客户端侧发送的数据项生成请求；

数据项生成模块620，适于依据所述数据项生成请求生成数据项，所述数据项包括多个特征值、排序位置信息以及数据类型，其中，所述排序位置信息为依据所述多个特征值获得；

第一数据表获取模块630，适于获取预先生成的与所述数据类型对应的第一数据表；

第二数据表生成模块640，适于依据所述排序位置信息将所述数据项写入所述第一数据表的对应位置中，生成第二数据表；

第二数据表发送模块650，适于将所述第二数据表发送至客户端侧，由所述客户端侧展示所述第二数据表。

在本发明的一种优选实施例中，所述数据项可以包括数据项标识，所述服务器还可以包括：

数据追加请求接收模块，适于接收客户端侧发送的数据追加请求，所述数据追加请求包括数据项标识、追加特征值；

排序位置信息更新模块，适于查找与所述数据项标识对应的数据项，依据所述追加特征值更新所述排序位置信息；

第二数据表更新模块，适于依据所述更新的排序位置信息更新所述数据项在所述第二数据表中的位置，得到更新的第二数据表；

第二数据表发送模块，适于将所述更新的第二数据表发送至客户端侧，由所述客户端侧展示所述更新的第二数据表。

在本发明的一种优选实施例中，所述服务器还可以包括：

第一标识添加模块，适于在所述将所述第二数据表发送至客户端侧，由所述客户端侧展示所述第二数据表之前，为所述第二数据表中排序在前的预设数量的数据项添加预设的置顶标识。

在本发明的一种优选实施例中，所述服务器还可以包括：

第二标识添加模块，适于在所述在服务器侧将所述更新的第二数据表发送至客户端侧，由所述客户端侧展示所述更新的第二数据表之前，为所述更新的第二数据表中排序在前的预设数量的数据项添加预设的置顶标识。

作为本实施例的一种优选示例，所述数据项生成请求可以包括第一设定数据、数据类型、第二设定数据，所述特征值可以包括第一特征值、第二特征值、第三特征值、第四特征值；其中，所述第一特征值为服务器侧依据所述第一设定数据以及所述数据类型计算得到的数值；所述第二特征值为在服务器侧计算的所述第二设定数据占所述第一特征值的比例；所述第三特征值为在服务器侧计算的所述追加特征值的总和占所述第一特征值的比例；所述第四特征值为服务器侧依据所述第一特征值以及所述数据类型计算得到的数值；所述数据项标识在服务器侧接收到所述数据项生成请求后生成。

在本发明的一种优选实施例中，所述排序位置信息更新模块还适于：

依据所述追加特征值更新所述第三特征值；

依据所述第一特征值、第二特征值、更新的第三特征值、第四特征值更新所述排序位置信息。

作为本实施例的一种优选示例，所述数据项还包括第五特征值以及数据项描述信息，其中，所述第五特征值为服务器计算的所述追加特征值的总和与所述第一特征值的差值。

作为本实施例的一种优选示例，所述数据项生成请求为合买订单发起请求，所述数据项为合买订单，所述数据类型为彩种类型，所述数据项标识为合买订单标识，所述追加特征值为认购金额，所述第一设定数据为合买发起人选定的彩票选号，所述第二设定数据为保底金额，所述第一特征值为投注金额，所述第二特征值为所述保底金额占所述投注金额的比例，所述第三特征值为订购进度，所述第四特征值为合买订单的排序因子，所述数据追加请求为认购请求，所述第五特征值为剩余可认购金额。

作为本实施例的一种优选示例，所述合买订单为未撤单并且未派奖的投注订单。

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

参照图7，示出了本发明的一种与服务器进行数据交互的客户端实施例的结构框图，可以包括如下模块：

数据项生成请求接收模块710，适于接收用户的数据项生成请求；

数据项生成请求发送模块720，适于将所述数据项生成请求发送至服务器侧；

第二数据表接收模块730，适于接收所述服务器侧返回的第二数据表，所述第二数据表为由所述服务器侧依据所述数据项生成请求生成数据项，所述数据项包括多个特征值、排序位置信息以及数据类型，其中，所述排序位置信息为依据所述多个特征值获得；获取预先生成的与所述数据类型对应的第一数据表；依据所述排序位置信息将所述数据项写入所述第一数据表的对应位置后生成；

第二数据表展示模块740，适于对所述第二数据表进行展示。

在本发明的一种优选实施例中，所述数据项可以包括数据项标识，所述客户端还可以包括：

数据追加请求接收模块，适于接收用户的数据追加请求，所述数据追加请求包括数据项标识、追加特征值；

数据追加请求发送模块，适于将所述数据追加请求发送至服务器侧；

第二数据表接收模块，适于接收服务器侧返回的更新的第二数据表，所述更新的第二数据表为由所述服务器侧查找与所述数据项标识对应的数据项，依据所述追加特征值更新所述数据项中的排序位置信息；依据所述更新的排序位置信息更新所述数据项在所述第二数据表中的位置得到；

第二数据表展示模块，适于对所述更新的第二数据表进行展示。

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

参照图8，示出了本发明的一种数据交互***实施例的结构框图，所述***可以包括服务器10和客户端20，其中，

所述服务器包括：

数据项生成请求接收模块，适于接收客户端侧发送的数据项生成请求；

数据项生成模块，适于依据所述数据项生成请求生成数据项，所述数据项包括多个特征值、排序位置信息以及数据类型，其中，所述排序位置信息为依据所述多个特征值获得；

第一数据表获取模块，适于获取预先生成的与所述数据类型对应的第一数据表；

第二数据表生成模块，适于依据所述排序位置信息将所述数据项写入所述第一数据表的对应位置中，生成第二数据表；

第二数据表发送模块，适于将所述第二数据表发送至客户端侧，由所述客户端侧展示所述第二数据表；

所述客户端包括：

数据项生成请求接收模块，适于接收用户的数据项生成请求；

数据项生成请求发送模块，适于将所述数据项生成请求发送至服务器侧；

第二数据表接收模块，适于接收所述服务器侧返回的第二数据表，所述第二数据表为由所述服务器侧依据所述数据项生成请求生成数据项，所述数据项包括多个特征值、排序位置信息以及数据类型，其中，所述排序位置信息为依据所述多个特征值获得；获取预先生成的与所述数据类型对应的第一数据表；依据所述排序位置信息将所述数据项写入所述第一数据表的对应位置后生成；

第二数据表展示模块，适于对所述第二数据表进行展示。

在本发明的一种优选实施例中，所述数据项可以包括数据项标识，所述服务器还可以包括：

数据追加请求接收模块，适于接收客户端侧发送的数据追加请求，所述数据追加请求包括数据项标识、追加特征值；

排序位置信息更新模块，适于查找与所述数据项标识对应的数据项，依据所述追加特征值更新所述排序位置信息；

第二数据表更新模块，适于依据所述更新的排序位置信息更新所述数据项在所述第二数据表中的位置，得到更新的第二数据表；

第二数据表发送模块，适于将所述更新的第二数据表发送至客户端侧，由所述客户端侧展示所述更新的第二数据表。

在本发明的一种优选实施例中，所述服务器还可以包括：

第一标识添加模块，适于在所述将所述第二数据表发送至客户端侧，由所述客户端侧展示所述第二数据表之前，为所述第二数据表中排序在前的预设数量的数据项添加预设的置顶标识。

在本发明的一种优选实施例中，所述服务器还可以包括：

第二标识添加模块，适于在所述在服务器侧将所述更新的第二数据表发送至客户端侧，由所述客户端侧展示所述更新的第二数据表之前，为所述更新的第二数据表中排序在前的预设数量的数据项添加预设的置顶标识。

作为本实施例的一种优选示例，所述数据项生成请求可以包括第一设定数据、数据类型、第二设定数据，所述特征值可以包括第一特征值、第二特征值、第三特征值、第四特征值；其中，所述第一特征值为服务器侧依据所述第一设定数据以及所述数据类型计算得到的数值；所述第二特征值为在服务器侧计算的所述第二设定数据占所述第一特征值的比例；所述第三特征值为在服务器侧计算的所述追加特征值的总和占所述第一特征值的比例；所述第四特征值为服务器侧依据所述第一特征值以及所述数据类型计算得到的数值；所述数据项标识在服务器侧接收到所述数据项生成请求后生成。

在本发明的一种优选实施例中，所述排序位置信息更新模块还适于：

依据所述追加特征值更新所述第三特征值；

依据所述第一特征值、第二特征值、更新的第三特征值、第四特征值更新所述排序位置信息。

作为本实施例的一种优选示例，所述数据项还包括第五特征值以及数据项描述信息，其中，所述第五特征值为服务器计算的所述追加特征值的总和与所述第一特征值的差值。

作为本实施例的一种优选示例，所述数据项生成请求为合买订单发起请求，所述数据项为合买订单，所述数据类型为彩种类型，所述数据项标识为合买订单标识，所述追加特征值为认购金额，所述第一设定数据为合买发起人选定的彩票选号，所述第二设定数据为保底金额，所述第一特征值为投注金额，所述第二特征值为所述保底金额占所述投注金额的比例，所述第三特征值为订购进度，所述第四特征值为合买订单的排序因子，所述数据追加请求为认购请求，所述第五特征值为剩余可认购金额。

作为本实施例的一种优选示例，所述合买订单为未撤单并且未派奖的投注订单。

在本发明的一种优选实施例中，所述数据项可以包括数据项标识，所述客户端还可以包括：

数据追加请求接收模块，适于接收用户的数据追加请求，所述数据追加请求包括数据项标识、追加特征值；

数据追加请求发送模块，适于将所述数据追加请求发送至服务器侧；

第二数据表接收模块，适于接收服务器侧返回的更新的第二数据表，所述更新的第二数据表为由所述服务器侧查找与所述数据项标识对应的数据项，依据所述追加特征值更新所述数据项中的排序位置信息；依据所述更新的排序位置信息更新所述数据项在所述第二数据表中的位置得到；

第二数据表展示模块，适于对所述更新的第二数据表进行展示。

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

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

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

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

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

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

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

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

本发明的实施例公开了A1、一种在客户端与服务器之间进行数据交互的方法，所述的方法包括：

在服务器侧接收客户端侧发送的数据项生成请求；

在服务器侧依据所述数据项生成请求生成数据项，所述数据项包括多个特征值、排序位置信息以及数据类型，其中，所述排序位置信息为依据所述多个特征值获得；

在服务器侧获取预先生成的与所述数据类型对应的第一数据表；

在服务器侧依据所述排序位置信息将所述数据项写入所述第一数据表的对应位置中，生成第二数据表；

在服务器侧将所述第二数据表发送至客户端侧，由所述客户端侧展示所述第二数据表。

A2、如权利要求A1所述的方法，其特征在于，所述数据项包括数据项标识，所述方法还包括：

在服务器侧接收客户端侧发送的数据追加请求，所述数据追加请求包括数据项标识、追加特征值；

在服务器侧查找与所述数据项标识对应的数据项，依据所述追加特征值更新所述排序位置信息；

在服务器侧依据所述更新的排序位置信息更新所述数据项在所述第二数据表中的位置，得到更新的第二数据表；

在服务器侧将所述更新的第二数据表发送至客户端侧，由所述客户端侧展示所述更新的第二数据表。

A3、如权利要求A1或A2所述的方法，其特征在于，在所述在服务器侧将所述第二数据表发送至客户端侧，由所述客户端侧展示所述第二数据表的步骤之前，还包括：

在服务器侧为所述第二数据表中排序在前的预设数量的数据项添加预设的置顶标识。

A4、如权利要求A2所述的方法，其特征在于，在所述在服务器侧将所述更新的第二数据表发送至客户端侧，由所述客户端侧展示所述更新的第二数据表的步骤之前，还包括：

在服务器侧为所述更新的第二数据表中排序在前的预设数量的数据项添加预设的置顶标识。

A5、如权利要求A2所述的方法，其特征在于，所述数据项生成请求包括第一设定数据、数据类型、第二设定数据，所述特征值包括第一特征值、第二特征值、第三特征值、第四特征值；其中，所述第一特征值为服务器侧依据所述第一设定数据以及所述数据类型计算得到的数值；所述第二特征值为在服务器侧计算的所述第二设定数据占所述第一特征值的比例；所述第三特征值为在服务器侧计算的所述追加特征值的总和占所述第一特征值的比例；所述第四特征值为服务器侧依据所述第一特征值以及所述数据类型计算得到的数值；所述数据项标识在服务器侧接收到所述数据项生成请求后生成。

A6、如权利要求A5所述的方法，其特征在于，所述依据所述追加特征值更新所述排序位置信息的步骤包括：

依据所述追加特征值更新所述第三特征值；

依据所述第一特征值、第二特征值、更新的第三特征值、第四特征值更新所述排序位置信息。

A7、如权利要求A5所述的方法，其特征在于，所述数据项还包括第五特征值以及数据项描述信息，其中，所述第五特征值为服务器计算的所述追加特征值的总和与所述第一特征值的差值。

A8、如权利要求A7所述的方法，其特征在于，所述数据项生成请求为合买订单发起请求，所述数据项为合买订单，所述数据类型为彩种类型，所述数据项标识为合买订单标识，所述追加特征值为认购金额，所述第一设定数据为合买发起人选定的彩票选号，所述第二设定数据为保底金额，所述第一特征值为投注金额，所述第二特征值为所述保底金额占所述投注金额的比例，所述第三特征值为订购进度，所述第四特征值为合买订单的排序因子，所述数据追加请求为认购请求，所述第五特征值为剩余可认购金额。

A9、如权利要求A8所述的方法，其特征在于，所述合买订单为未撤单并且未派奖的投注订单。

本发明的实施例还公开了B10、一种在客户端与服务器之间进行数据交互的方法，所述的方法包括：

在客户端侧接收用户的数据项生成请求；

在客户端侧将所述数据项生成请求发送至服务器侧；

在客户端侧接收所述服务器侧返回的第二数据表，所述第二数据表为由所述服务器侧依据所述数据项生成请求生成数据项，所述数据项包括多个特征值、排序位置信息以及数据类型，其中，所述排序位置信息为依据所述多个特征值获得；获取预先生成的与所述数据类型对应的第一数据表；依据所述排序位置信息将所述数据项写入所述第一数据表的对应位置后生成；

在客户端侧对所述第二数据表进行展示。

B11、如权利要求B10所述的方法，其特征在于，所述数据项包括数据项标识，所述方法还包括：

在客户端侧接收用户的数据追加请求，所述数据追加请求包括数据项标识、追加特征值；

在客户端侧将所述数据追加请求发送至服务器侧；

接收服务器侧返回的更新的第二数据表，所述更新的第二数据表为由所述服务器侧查找与所述数据项标识对应的数据项，依据所述追加特征值更新所述数据项中的排序位置信息；依据所述更新的排序位置信息更新所述数据项在所述第二数据表中的位置得到；

在客户端侧对所述更新的第二数据表进行展示。

本发明的实施例还公开了C12、一种与客户端进行数据交互的服务器，包括：

数据项生成请求接收模块，适于接收客户端侧发送的数据项生成请求；

数据项生成模块，适于依据所述数据项生成请求生成数据项，所述数据项包括多个特征值、排序位置信息以及数据类型，其中，所述排序位置信息为依据所述多个特征值获得；

第一数据表获取模块，适于获取预先生成的与所述数据类型对应的第一数据表；

第二数据表生成模块，适于依据所述排序位置信息将所述数据项写入所述第一数据表的对应位置中，生成第二数据表；

第二数据表发送模块，适于将所述第二数据表发送至客户端侧，由所述客户端侧展示所述第二数据表。

C13、如权利要求C12所述的服务器，其特征在于，所述数据项包括数据项标识，所述服务器还包括：

数据追加请求接收模块，适于接收客户端侧发送的数据追加请求，所述数据追加请求包括数据项标识、追加特征值；

排序位置信息更新模块，适于查找与所述数据项标识对应的数据项，依据所述追加特征值更新所述排序位置信息；

第二数据表更新模块，适于依据所述更新的排序位置信息更新所述数据项在所述第二数据表中的位置，得到更新的第二数据表；

第二数据表发送模块，适于将所述更新的第二数据表发送至客户端侧，由所述客户端侧展示所述更新的第二数据表。

C14、如权利要求C12或C13所述的服务器，其特征在于，还包括：

第一标识添加模块，适于在所述将所述第二数据表发送至客户端侧，由所述客户端侧展示所述第二数据表之前，为所述第二数据表中排序在前的预设数量的数据项添加预设的置顶标识。

C15、如权利要求C13所述的服务器，其特征在于，还包括：

第二标识添加模块，适于在所述在服务器侧将所述更新的第二数据表发送至客户端侧，由所述客户端侧展示所述更新的第二数据表之前，为所述更新的第二数据表中排序在前的预设数量的数据项添加预设的置顶标识。

C16、如权利要求C13所述的服务器，其特征在于，所述数据项生成请求包括第一设定数据、数据类型、第二设定数据，所述特征值包括第一特征值、第二特征值、第三特征值、第四特征值；其中，所述第一特征值为服务器侧依据所述第一设定数据以及所述数据类型计算得到的数值；所述第二特征值为在服务器侧计算的所述第二设定数据占所述第一特征值的比例；所述第三特征值为在服务器侧计算的所述追加特征值的总和占所述第一特征值的比例；所述第四特征值为服务器侧依据所述第一特征值以及所述数据类型计算得到的数值；所述数据项标识在服务器侧接收到所述数据项生成请求后生成。

C17、如权利要求C16所述的服务器，其特征在于，所述排序位置信息更新模块还适于：

依据所述追加特征值更新所述第三特征值；

依据所述第一特征值、第二特征值、更新的第三特征值、第四特征值更新所述排序位置信息。

C18、如权利要求C16所述的服务器，其特征在于，所述数据项还包括第五特征值以及数据项描述信息，其中，所述第五特征值为服务器计算的所述追加特征值的总和与所述第一特征值的差值。

C19、如权利要求C18所述的服务器，其特征在于，所述数据项生成请求为合买订单发起请求，所述数据项为合买订单，所述数据类型为彩种类型，所述数据项标识为合买订单标识，所述追加特征值为认购金额，所述第一设定数据为合买发起人选定的彩票选号，所述第二设定数据为保底金额，所述第一特征值为投注金额，所述第二特征值为所述保底金额占所述投注金额的比例，所述第三特征值为订购进度，所述第四特征值为合买订单的排序因子，所述数据追加请求为认购请求，所述第五特征值为剩余可认购金额。

C20、如权利要求C19所述的服务器，其特征在于，所述合买订单为未撤单并且未派奖的投注订单。

本发明的实施例还公开了D21、一种与服务器进行数据交互的客户端，所述的客户端包括：

数据项生成请求接收模块，适于接收用户的数据项生成请求；

数据项生成请求发送模块，适于将所述数据项生成请求发送至服务器侧；

第二数据表接收模块，适于接收所述服务器侧返回的第二数据表，所述第二数据表为由所述服务器侧依据所述数据项生成请求生成数据项，所述数据项包括多个特征值、排序位置信息以及数据类型，其中，所述排序位置信息为依据所述多个特征值获得；获取预先生成的与所述数据类型对应的第一数据表；依据所述排序位置信息将所述数据项写入所述第一数据表的对应位置后生成；

第二数据表展示模块，适于对所述第二数据表进行展示。

D22、如权利要求D21所述的客户端，其特征在于，所述数据项包括数据项标识，所述客户端还包括：

数据追加请求接收模块，适于接收用户的数据追加请求，所述数据追加请求包括数据项标识、追加特征值；

数据追加请求发送模块，适于将所述数据追加请求发送至服务器侧；

第二数据表接收模块，适于接收服务器侧返回的更新的第二数据表，所述更新的第二数据表为由所述服务器侧查找与所述数据项标识对应的数据项，依据所述追加特征值更新所述数据项中的排序位置信息；依据所述更新的排序位置信息更新所述数据项在所述第二数据表中的位置得到；

第二数据表展示模块，适于对所述更新的第二数据表进行展示。

本发明的实施例还公开了E23、一种数据交互***，所述的***包括服务器和客户端，其中，所述服务器包括：

数据项生成请求接收模块，适于接收客户端侧发送的数据项生成请求；

数据项生成模块，适于依据所述数据项生成请求生成数据项，所述数据项包括多个特征值、排序位置信息以及数据类型，其中，所述排序位置信息为依据所述多个特征值获得；

第一数据表获取模块，适于获取预先生成的与所述数据类型对应的第一数据表；

第二数据表生成模块，适于依据所述排序位置信息将所述数据项写入所述第一数据表的对应位置中，生成第二数据表；

第二数据表发送模块，适于将所述第二数据表发送至客户端侧，由所述客户端侧展示所述第二数据表；

所述客户端包括：

数据项生成请求接收模块，适于接收用户的数据项生成请求；

数据项生成请求发送模块，适于将所述数据项生成请求发送至服务器侧；

第二数据表接收模块，适于接收所述服务器侧返回的第二数据表，所述第二数据表为由所述服务器侧依据所述数据项生成请求生成数据项，所述数据项包括多个特征值、排序位置信息以及数据类型，其中，所述排序位置信息为依据所述多个特征值获得；获取预先生成的与所述数据类型对应的第一数据表；依据所述排序位置信息将所述数据项写入所述第一数据表的对应位置后生成；

第二数据表展示模块，适于对所述第二数据表进行展示。

Claims (23)

1.一种在客户端与服务器之间进行数据交互的方法，所述的方法包括：

在服务器侧接收客户端侧发送的数据项生成请求；

在服务器侧依据所述数据项生成请求生成数据项，所述数据项包括多个特征值、排序位置信息以及数据类型，其中，所述排序位置信息为依据所述多个特征值获得；

在服务器侧从针对每个数据类型预先生成的数据表中获取与所述数据类型对应的第一数据表；

在服务器侧依据所述排序位置信息将所述数据项写入所述第一数据表的对应位置中，生成第二数据表；

在服务器侧将所述第二数据表发送至客户端侧，由所述客户端侧展示所述第二数据表；

其中，所述数据项生成请求为合买订单发起请求，所述数据项为合买订单，所述数据类型为彩种类型；

所述数据项生成请求包括第一设定数据、数据类型、第二设定数据，所述特征值包括第一特征值、第二特征值、第三特征值、第四特征值；其中，所述第一特征值为服务器侧依据所述第一设定数据以及所述数据类型计算得到的数值；所述第二特征值为在服务器侧计算的所述第二设定数据占所述第一特征值的比例；所述第三特征值为在服务器侧计算的追加特征值的总和占所述第一特征值的比例；所述第四特征值为服务器侧依据所述第一特征值以及所述数据类型计算得到的数值；

所述第一设定数据为合买发起人选定的彩票选号，所述第二设定数据为保底金额，所述第一特征值为投注金额，所述第二特征值为所述保底金额占所述投注金额的比例，所述第三特征值为订购进度，所述第四特征值为合买订单的排序因子；

在服务器侧接收客户端侧发送的数据追加请求，所述数据追加请求包括数据项标识、追加特征值；

在服务器侧查找与所述数据项标识对应的数据项，依据所述追加特征值更新所述排序位置信息。

2.如权利要求1所述的方法，其特征在于，所述数据项包括数据项标识，所述方法还包括：

在服务器侧依据更新的排序位置信息更新所述数据项在所述第二数据表中的位置，得到更新的第二数据表；

在服务器侧将所述更新的第二数据表发送至客户端侧，由所述客户端侧展示所述更新的第二数据表。

3.如权利要求1或2所述的方法，其特征在于，在所述在服务器侧将所述第二数据表发送至客户端侧，由所述客户端侧展示所述第二数据表的步骤之前，还包括：

在服务器侧为所述第二数据表中排序在前的预设数量的数据项添加预设的置顶标识。

4.如权利要求2所述的方法，其特征在于，在所述在服务器侧将所述更新的第二数据表发送至客户端侧，由所述客户端侧展示所述更新的第二数据表的步骤之前，还包括：

在服务器侧为所述更新的第二数据表中排序在前的预设数量的数据项添加预设的置顶标识。

5.如权利要求2所述的方法，其特征在于，所述数据项标识在服务器侧接收到所述数据项生成请求后生成。

6.如权利要求5所述的方法，其特征在于，所述依据所述追加特征值更新所述排序位置信息的步骤包括：

依据所述追加特征值更新所述第三特征值；

依据所述第一特征值、第二特征值、更新的第三特征值、第四特征值更新所述排序位置信息。

7.如权利要求5所述的方法，其特征在于，所述数据项还包括第五特征值以及数据项描述信息，其中，所述第五特征值为服务器计算的所述追加特征值的总和与所述第一特征值的差值。

8.如权利要求7所述的方法，其特征在于，所述数据项标识为合买订单标识，所述追加特征值为认购金额，所述数据追加请求为认购请求，所述第五特征值为剩余可认购金额。

9.如权利要求8所述的方法，其特征在于，所述合买订单为未撤单并且未派奖的投注订单。

10.一种在客户端与服务器之间进行数据交互的方法，所述的方法包括：

在客户端侧接收用户的数据项生成请求；

在客户端侧将所述数据项生成请求发送至服务器侧；

在客户端侧接收所述服务器侧返回的第二数据表，所述第二数据表为由所述服务器侧依据所述数据项生成请求生成数据项，所述数据项包括多个特征值、排序位置信息以及数据类型，其中，所述排序位置信息为依据所述多个特征值获得；从针对每个数据类型预先生成的数据表中获取与所述数据类型对应的第一数据表；依据所述排序位置信息将所述数据项写入所述第一数据表的对应位置后生成；

在客户端侧对所述第二数据表进行展示；

其中，所述数据项生成请求为合买订单发起请求，所述数据项为合买订单，所述数据类型为彩种类型；

所述数据项生成请求包括第一设定数据、数据类型、第二设定数据，所述特征值包括第一特征值、第二特征值、第三特征值、第四特征值；其中，所述第一特征值为服务器侧依据所述第一设定数据以及所述数据类型计算得到的数值；所述第二特征值为在服务器侧计算的所述第二设定数据占所述第一特征值的比例；所述第三特征值为在服务器侧计算的追加特征值的总和占所述第一特征值的比例；所述第四特征值为服务器侧依据所述第一特征值以及所述数据类型计算得到的数值；

所述第一设定数据为合买发起人选定的彩票选号，所述第二设定数据为保底金额，所述第一特征值为投注金额，所述第二特征值为所述保底金额占所述投注金额的比例，所述第三特征值为订购进度，所述第四特征值为合买订单的排序因子；

在客户端侧接收用户的数据追加请求，所述数据追加请求包括数据项标识、追加特征值；

在客户端侧将所述数据追加请求发送至服务器侧；

接收服务器侧返回的更新的第二数据表，所述更新的第二数据表为由所述服务器侧查找与所述数据项标识对应的数据项，依据所述追加特征值更新所述数据项中的排序位置信息。

11.如权利要求10所述的方法，其特征在于，所述数据项包括数据项标识，所述方法还包括：

依据更新的排序位置信息更新所述数据项在所述第二数据表中的位置得到；

在客户端侧对所述更新的第二数据表进行展示。

12.一种与客户端进行数据交互的服务器，包括：

数据项生成请求接收模块，适于接收客户端侧发送的数据项生成请求；

数据项生成模块，适于依据所述数据项生成请求生成数据项，所述数据项包括多个特征值、排序位置信息以及数据类型，其中，所述排序位置信息为依据所述多个特征值获得；

第一数据表获取模块，适于从针对每个数据类型预先生成的数据表中获取与所述数据类型对应的第一数据表；

第二数据表生成模块，适于依据所述排序位置信息将所述数据项写入所述第一数据表的对应位置中，生成第二数据表；

第二数据表发送模块，适于将所述第二数据表发送至客户端侧，由所述客户端侧展示所述第二数据表；

其中，所述数据项生成请求为合买订单发起请求，所述数据项为合买订单，所述数据类型为彩种类型；

所述数据项生成请求包括第一设定数据、数据类型、第二设定数据，所述特征值包括第一特征值、第二特征值、第三特征值、第四特征值；其中，所述第一特征值为服务器侧依据所述第一设定数据以及所述数据类型计算得到的数值；所述第二特征值为在服务器侧计算的所述第二设定数据占所述第一特征值的比例；所述第三特征值为在服务器侧计算的追加特征值的总和占所述第一特征值的比例；所述第四特征值为服务器侧依据所述第一特征值以及所述数据类型计算得到的数值；

所述第一设定数据为合买发起人选定的彩票选号，所述第二设定数据为保底金额，所述第一特征值为投注金额，所述第二特征值为所述保底金额占所述投注金额的比例，所述第三特征值为订购进度，所述第四特征值为合买订单的排序因子；

数据追加请求接收模块，适于接收客户端侧发送的数据追加请求，所述数据追加请求包括数据项标识、追加特征值；

排序位置信息更新模块，适于查找与所述数据项标识对应的数据项，依据所述追加特征值更新所述排序位置信息。

13.如权利要求12所述的服务器，其特征在于，所述数据项包括数据项标识，所述服务器还包括：

第二数据表更新模块，适于依据更新的排序位置信息更新所述数据项在所述第二数据表中的位置，得到更新的第二数据表；

第二数据表发送模块，适于将所述更新的第二数据表发送至客户端侧，由所述客户端侧展示所述更新的第二数据表。

14.如权利要求12或13所述的服务器，其特征在于，还包括：

第一标识添加模块，适于在所述将所述第二数据表发送至客户端侧，由所述客户端侧展示所述第二数据表之前，为所述第二数据表中排序在前的预设数量的数据项添加预设的置顶标识。

15.如权利要求13所述的服务器，其特征在于，还包括：

第二标识添加模块，适于在所述服务器侧将所述更新的第二数据表发送至客户端侧，由所述客户端侧展示所述更新的第二数据表之前，为所述更新的第二数据表中排序在前的预设数量的数据项添加预设的置顶标识。

16.如权利要求13所述的服务器，其特征在于，所述数据项标识在服务器侧接收到所述数据项生成请求后生成。

17.如权利要求16所述的服务器，其特征在于，所述排序位置信息更新模块还适于：

依据所述追加特征值更新所述第三特征值；

依据所述第一特征值、第二特征值、更新的第三特征值、第四特征值更新所述排序位置信息。

18.如权利要求16所述的服务器，其特征在于，所述数据项还包括第五特征值以及数据项描述信息，其中，所述第五特征值为服务器计算的所述追加特征值的总和与所述第一特征值的差值。

19.如权利要求18所述的服务器，其特征在于，所述数据项标识为合买订单标识，所述追加特征值为认购金额，所述数据追加请求为认购请求，所述第五特征值为剩余可认购金额。

20.如权利要求19所述的服务器，其特征在于，所述合买订单为未撤单并且未派奖的投注订单。

21.一种与服务器进行数据交互的客户端，所述的客户端包括：

数据项生成请求接收模块，适于接收用户的数据项生成请求；

数据项生成请求发送模块，适于将所述数据项生成请求发送至服务器侧；

第二数据表接收模块，适于接收所述服务器侧返回的第二数据表，所述第二数据表为由所述服务器侧依据所述数据项生成请求生成数据项，所述数据项包括多个特征值、排序位置信息以及数据类型，其中，所述排序位置信息为依据所述多个特征值获得；从针对每个数据类型预先生成的数据表中获取与所述数据类型对应的第一数据表；依据所述排序位置信息将所述数据项写入所述第一数据表的对应位置后生成；

第二数据表展示模块，适于对所述第二数据表进行展示；

其中，所述数据项生成请求为合买订单发起请求，所述数据项为合买订单，所述数据类型为彩种类型；

所述数据项生成请求包括第一设定数据、数据类型、第二设定数据，所述特征值包括第一特征值、第二特征值、第三特征值、第四特征值；其中，所述第一特征值为服务器侧依据所述第一设定数据以及所述数据类型计算得到的数值；所述第二特征值为在服务器侧计算的所述第二设定数据占所述第一特征值的比例；所述第三特征值为在服务器侧计算的追加特征值的总和占所述第一特征值的比例；所述第四特征值为服务器侧依据所述第一特征值以及所述数据类型计算得到的数值；

所述第一设定数据为合买发起人选定的彩票选号，所述第二设定数据为保底金额，所述第一特征值为投注金额，所述第二特征值为所述保底金额占所述投注金额的比例，所述第三特征值为订购进度，所述第四特征值为合买订单的排序因子；

数据追加请求接收模块，适于接收用户的数据追加请求，所述数据追加请求包括数据项标识、追加特征值；

数据追加请求发送模块，适于将所述数据追加请求发送至服务器侧；

第二数据表接收模块，适于接收服务器侧返回的更新的第二数据表，所述更新的第二数据表为由所述服务器侧查找与所述数据项标识对应的数据项，依据所述追加特征值更新所述数据项中的排序位置信息；依据更新的排序位置信息更新所述数据项在所述第二数据表中的位置得到。

22.如权利要求21所述的客户端，其特征在于，所述数据项包括数据项标识，所述客户端还包括：

第二数据表展示模块，适于对所述更新的第二数据表进行展示。

23.一种数据交互***，所述的***包括服务器和客户端，其中，所述服务器包括：

数据项生成请求接收模块，适于接收客户端侧发送的数据项生成请求；

数据项生成模块，适于依据所述数据项生成请求生成数据项，所述数据项包括多个特征值、排序位置信息以及数据类型，其中，所述排序位置信息为依据所述多个特征值获得；

第一数据表获取模块，适于从针对每个数据类型预先生成的数据表中获取与所述数据类型对应的第一数据表；

第二数据表生成模块，适于依据所述排序位置信息将所述数据项写入所述第一数据表的对应位置中，生成第二数据表；

第二数据表发送模块，适于将所述第二数据表发送至客户端侧，由所述客户端侧展示所述第二数据表；

所述客户端包括：

数据项生成请求接收模块，适于接收用户的数据项生成请求；

数据项生成请求发送模块，适于将所述数据项生成请求发送至服务器侧；

第二数据表接收模块，适于接收所述服务器侧返回的第二数据表，所述第二数据表为由所述服务器侧依据所述数据项生成请求生成数据项，所述数据项包括多个特征值、排序位置信息以及数据类型，其中，所述排序位置信息为依据所述多个特征值获得；获取预先生成的与所述数据类型对应的第一数据表；依据所述排序位置信息将所述数据项写入所述第一数据表的对应位置后生成；

第二数据表展示模块，适于对所述第二数据表进行展示；

其中，所述数据项生成请求为合买订单发起请求，所述数据项为合买订单，所述数据类型为彩种类型；

所述数据项生成请求包括第一设定数据、数据类型、第二设定数据，所述特征值包括第一特征值、第二特征值、第三特征值、第四特征值；其中，所述第一特征值为服务器侧依据所述第一设定数据以及所述数据类型计算得到的数值；所述第二特征值为在服务器侧计算的所述第二设定数据占所述第一特征值的比例；所述第三特征值为在服务器侧计算的追加特征值的总和占所述第一特征值的比例；所述第四特征值为服务器侧依据所述第一特征值以及所述数据类型计算得到的数值；

所述第一设定数据为合买发起人选定的彩票选号，所述第二设定数据为保底金额，所述第一特征值为投注金额，所述第二特征值为所述保底金额占所述投注金额的比例，所述第三特征值为订购进度，所述第四特征值为合买订单的排序因子；

数据追加请求接收模块，适于接收用户的数据追加请求，所述数据追加请求包括数据项标识、追加特征值；

数据追加请求发送模块，适于将所述数据追加请求发送至服务器侧；

第二数据表接收模块，适于接收服务器侧返回的更新的第二数据表，所述更新的第二数据表为由所述服务器侧查找与所述数据项标识对应的数据项，依据所述追加特征值更新所述数据项中的排序位置信息；依据更新的排序位置信息更新所述数据项在所述第二数据表中的位置得到。