CN103856557B - 一种基于第三方平台的业务对象的处理方法和系统 - Google Patents

Abstract

本发明公开了一种基于第三方平台的业务对象的处理方法和系统，所述第三方平台具有主账号和主参数，一个或多个客户端与所述第三方平台相连，所述方法包括：接收第一业务对象；所述第一业务对象包括第一参数值；当检验所述第一业务对象合法时，按照所述参数值将所述第一业务对象划分为一个或多个第二业务对象；将所述一个或多个第二业务对象发送至客户端；所述客户端用于将所述第二业务对象划分为一个或多个第三业务对象，将所述一个或多个第三业务对象发送至第三方平台；所述第三方平台用于采用所述主账号、所述主参数和所述第三业务对象生成目标业务对象。本发明实现了将数据运算量平均分配，进而实现了全网的均衡负载。

Description

一种基于第三方平台的业务对象的处理方法和系统

技术领域

本发明涉及数据处理的技术领域，具体涉及一种基于第三方平台的业务对象的处理方法、一种基于第三方平台的处理业务对象的系统。

背景技术

多级联机的权限系统中，主服务器与多个第三方服务器相连，第三方服务器与多个客户端相连。第三方服务器具有主服务器的账号并具有权限数据。

多个客户端在需要进行业务对象的处理时，会选择其中一个第三方服务器，然后基于该第三方服务器的账号与主服务器采用权限数据进行业务对象的处理。

但是由于主服务器的运行平台的接受业务对象处理具有截止时间，在截止时候后，便不接受业务对象的处理。当需要处理的业务对象的数据量很大时，客户端和第三方服务器需要花费很长时间进行处理，不仅占用客户端和第三方服务器大量的系统资源，对客户端和第三方服务器造成很大的运行压力，而且经常会出现超过截止时间而未完成处理的情况，造成业务对象的浪费，最后造成工作效率的下降，造成客户端与第三方服务器的服务质量下降。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种多平台之间数据一致性检测的方法和相应的一种多平台之间数据一致性检测的系统。

依据本发明的一个方面，提供了一种基于第三方平台的业务对象的处理方法，所述第三方平台具有主账号和主参数，一个或多个客户端与所述第三方平台相连，所述方法包括：

接收第一业务对象；所述第一业务对象包括第一参数值；

当检验所述第一业务对象合法时，按照所述参数值将所述第一业务对象划分为一个或多个第二业务对象；

将所述一个或多个第二业务对象发送至客户端；所述客户端用于将所述第二业务对象划分为一个或多个第三业务对象，将所述一个或多个第三业务对象发送至第三方平台；所述第三方平台用于采用所述主账号、所述主参数和所述第三业务对象生成目标业务对象。

可选地，所述第一参数值包括第一倍率信息和/或第一数量信息；

所述第二业务对象包括第二参数值；所述第二参数值包括第二倍率信息和/或第二数量信息；

所述第二倍率信息的乘积等于所述第一倍率信息；

所述第二数量信息的和等于所述第一数量信息。

可选地，所述将所述一个或多个第二业务对象发送至客户端的步骤包括：

依据所述配置概率确定用于处理所述第二业务对象的当前第三方平台及其对应的一个或多个客户端；

将所述第二业务对象发送至所述一个或多个客户端。

可选地，所有第三方平台对应的配置概率之和为1。

可选地，还包括：

将所述第三业务对象的状态更改为处理中状态。

可选地，还包括：

当接收到所述客户端发送的生成目标业务对象的信息时，将所述目标业务对象对应的第三业务对象的状态更改为完成状态。

可选地，还包括：

当所有第三业务对象的状态全部为完成状态时，返回第一业务对象完成处理的信息。

可选地，还包括：

当所述完成状态更改失败时，从所述第三方平台获取所述第三业务对象的处理结果；所述处理结果包括处理失败；

将所述第三业务对象与所述第一业务对象进行对比，获得未进行处理的第三业务对象；

将所述处理失败和未进行处理的第三业务对象发送至客户端；所述客户端用于将所述处理失败和未进行处理的第三业务对象发送至第三方平台；所述第三方平台用于采用所述主账号、所述主参数和所述处理失败和未进行处理的第三业务对象生成目标业务对象。

可选地，所述第三方平台包括出票商，所述客户端包括出票员。

根据本发明的另一方面，提供了一种基于第三方平台的业务对象的处理方法，所述第三方平台具有主账号和主参数，一个或多个客户端与所述第三方平台相连，所述方法包括：

接收第二业务对象；所述第二业务对象为接收第一业务对象，所述第一业务对象包括第一参数值，当检验所述第一业务对象合法时，按照所述参数值将所述第一业务对象划分的一个或多个第二业务对象；

将所述第二业务对象划分为一个或多个第三业务对象；

将所述一个或多个第三业务对象发送至第三方平台；所述第三方平台用于采用所述主账号、所述主参数和所述第三业务对象生成目标业务对象。

可选地，还包括：

接收处理失败和未进行处理的第三业务对象；

将所述处理失败和未进行处理的第三业务对象发送至第三方平台；所述第三方平台用于采用所述主账号、所述主参数和所述处理失败和未进行处理的第三业务对象生成目标业务对象。

根据本发明的另一方面，提供了一种基于第三方平台的处理业务对象的系统，所述第三方平台具有主账号和主参数，一个或多个客户端与所述第三方平台相连，所述系统包括：

第一接收模块，适于接收第一业务对象；所述第一业务对象包括第一参数值；

第一划分模块，适于当检验所述第一业务对象合法时，按照所述参数值将所述第一业务对象划分为一个或多个第二业务对象；

第一发送模块，适于将所述一个或多个第二业务对象发送至客户端；所述客户端用于将所述第二业务对象划分为一个或多个第三业务对象，将所述一个或多个第三业务对象发送至第三方平台；所述第三方平台用于采用所述主账号、所述主参数和所述第三业务对象生成目标业务对象。

可选地，所述第一参数值包括第一倍率信息和/或第一数量信息；

所述第二业务对象包括第二参数值；所述第二参数值包括第二倍率信息和/或第二数量信息；

所述第二倍率信息的乘积等于所述第一倍率信息；

所述第二数量信息的和等于所述第一数量信息。

可选地，所述第一发送模块还适于：

依据所述配置概率确定用于处理所述第二业务对象的当前第三方平台及其对应的一个或多个客户端；

将所述第二业务对象发送至所述一个或多个客户端。

可选地，所有第三方平台对应的配置概率之和为1。

可选地，还包括：

第一更改模块，适于将所述第三业务对象的状态更改为处理中状态。

可选地，还包括：

第二更改模块，适于在接收到所述客户端发送的生成目标业务对象的信息时，将所述目标业务对象对应的第三业务对象的状态更改为完成状态。

可选地，还包括：

返回模块，适于在所有第三业务对象的状态全部为完成状态时，返回第一业务对象完成处理的信息。

可选地，还包括：

获取模块，适于在所述完成状态更改失败时，从所述第三方平台获取所述第三业务对象的处理结果；所述处理结果包括处理失败；

对比模块，适于将所述第三业务对象与所述第一业务对象进行对比，获得未进行处理的第三业务对象；

第二发送模块，适于将所述处理失败和未进行处理的第三业务对象发送至所述第三方平台；所述第三方平台用于重新采用所述账号、所述权限数据和所述处理失败和未进行处理的第三业务对象生成目标业务对象。

可选地，所述第三方平台包括出票商，所述客户端包括出票员。

根据本发明的另一方面，提供了一种基于第三方平台的处理业务对象的系统，所述第三方平台具有主账号和主参数，一个或多个客户端与所述第三方平台相连，所述系统包括：

第二接收模块，适于接收第二业务对象；所述第二业务对象为接收第一业务对象，所述第一业务对象包括第一参数值，当检验所述第一业务对象合法时，按照所述参数值将所述第一业务对象划分的一个或多个第二业务对象；

第二划分模块，适于将所述第二业务对象划分为一个或多个第三业务对象；

第三发送模块，适于将所述一个或多个第三业务对象发送至第三方平台；所述第三方平台用于采用所述主账号、所述主参数和所述第三业务对象生成目标业务对象。

可选地，还包括：

第三接收模块，适于接收处理失败和未进行处理的第三业务对象；

第四发送模块，适于将所述处理失败和未进行处理的第三业务对象发送至第三方平台；所述第三方平台用于采用所述主账号、所述主参数和所述处理失败和未进行处理的第三业务对象生成目标业务对象。

本发明的控制中心在接收到第一业务对象时，将第一业务对象拆分为一个或多个第二业务对象，客户端将第二业务对象拆分为一个或多个第三业务对象，再发送到对应的第三方平台进行处理，实现了将数据运算量平均分配，进而实现了全网的均衡负载，避免了客户端与第三方平台的资源占用过大的问题，大大减少了数据的预算时间，提高了业务对象的处理效率，进而提高了全网的服务质量，提高了用户体验。

本发明增加了客户端的子账号，对权限系统改造小、侵入少且接入简单，减小了开发成本，并有利于搭建统一控制中心，扩展性好。

本发明基于子参数、第三方参数和主参数实现了各级权限数据细颗粒度的管理，提高了整体的可控性，减少了各级用户非自律地发起服务请求，减少了各级设备的资源耗费，提高了整体的服务质量。

本发明基于配置概率可以对应调整第三方平台的业务对象的运算量，实现了全网第三方平台的负载均衡，减少了网络堵塞，优化了访问流量，提高了整体的服务质量，为用户提供更好的体验。

本发明在业务对象处理出现异常情况时，进行第三业务对象与第一业务对象的核对，以找出异常情况对完成情况的影响，再重新进行第三业务对象的处理，提高了系统的稳定性和抗风险能力。

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

附图说明

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

图1示出了根据本发明一个实施例的一种权限系统的结构图；

图2示出了根据本发明一个实施例的一种账号关系结构示例图；

图3示出了根据本发明一个实施例的一种基于第三方平台的业务对象的处理方法实施例1的步骤流程图；

图4示出了根据本发明一个实施例的一种基于第三方平台的业务对象的处理方法实施例2的步骤流程图；

图5示出了根据本发明一个实施例的一种基于第三方平台的业务对象的处理方法实施例3的步骤流程图；

图6示出了根据本发明一个实施例的一种业务对象的拆分示例图；

图7示出了根据本发明一个实施例的一种基于第三方平台的业务对象的处理系统实施例1的结构框图；

图8示出了根据本发明一个实施例的一种基于第三方平台的业务对象的处理系统实施例2的结构框图。

具体实施方式

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

在不同系统的业务领域，所面向的业务对象也各不相同。例如，在新闻媒体系统的业务领域中，面向的业务对象可以为新闻数据；在电子商务系统的业务领域中，面向的业务对象可以为商品数据和商店数据；在彩票系统的业务领域中，面向的业务对象可以为彩票数据，等等。

同时，在不同系统的业务领域中，可以存在多方共同协助进行业务对象的处理。在这些系统中通常存在权限管理，一般指根据系统设置的安全规则或者安全策略，系统中的用户可以访问而且只能访问自己被授权的资源。

下面以彩票系统为例进行说明。

参照图1，示出了根据本发明一个实施例的一种权限系统的结构图。

如图1所示，主平台可以与一个或多个第三方平台相连，所述第三方平台可以与运营平台相连，运营平台可以包括一个或多个客户端及管理所述一个或多个客户端的控制中心。

以彩票系统为例，主平台可以包括国家的彩票中心（例如福彩中心或体彩中心等等），其具有业务对象（彩票数据）的生成权限。第三方平台可以包括出票商，即指提供彩票出票（销售）、兑奖、期号查询等彩票相关服务的第三方彩票公司（可以包括各省级的彩票中心），其具有业务对象（彩票数据）的销售权限和请求生成业务对象（彩票数据）的权限。运营平台可以包括与一个或多个第三方平台合作的平台，其具有业务对象（彩票数据）的销售权限。客户端可以包括出票员，即将彩票数据任务按出票商的接口规范拆分成彩票数据，控制中心可以包括运营平台的后台，负责运营平台的基础事务。

参照图2，示出了根据本发明一个实施例的一种账号关系结构示例图。

所述第三方平台可以保存有其在主平台的主账号，所述主账号可以包括主参数，运营平台可以保存有其在所述第三方平台的一个或多个第三方账号，所述子账号可以包括第三方参数，所述客户端可以保存有其在所述运营平台的子账号，所述子账号可以包括子参数。

在具体实现中，一个第三方平台可以只有一个主账号，一个运营平台可以有同一个第三方平台的一个或多个第三方账号，一个客户端可以只有一个子账号。

主参数可以包括参数名和参数值，主参数可以为第三方平台请求主平台生成业务对象的权限参数，即第三方平台的主账号具有此权限参数且参数值满足业务对象的要求时，主平台才会响应第三方平台的生成业务对象的请求。在彩票数据系统中，主参数可以为出票商在彩票中心的预存款（参数名），其参数值为预存款额度（参数值）。

第三方参数可以包括参数名和参数值，第三方参数可以为运营平台请求第三方平台通过主平台生成业务对象的权限参数，即运营平台的第三方账号具有此权限参数且参数值满足业务对象的要求时，第三方平台才会响应运营平台的生成业务对象的请求。在彩票数据系统中，第三方参数可以为运营平台在出票商的预存款（参数名），其参数值为预存款额度（参数值）。

子参数可以包括参数名和参数值，子参数可以为客户端采用运营平台的第三方账号请求第三方平台通过主平台生成业务对象的权限参数，即客户端的子账号具有此权限参数且参数值满足业务对象的要求时，控制中心才可以响应，允许客户端采用运营平台的第三方账号请求第三方平台通过主平台生成业务对象。在彩票数据系统中，第三方参数可以为运营平台分配给出票员的预存款（参数名），其参数值为预存款分配额度（参数值）。

一般一个第三方平台只需分配给运营平台一个第三方账号，但是在某些情况下，例如第三方参数有限制（例如云存款有限额）或者第三方平台处理有限制（例如出票速度有限制）时，可申请开通多个第三方账号。每个第三方账号一般都需要跟第三方平台单独的数据核算（例如对账），申请多个第三方账号时会增加运营平台跟第三方平台的数据核算的工作量。

在彩票数据系统中，一个很大的彩票的出票任务只能指定给一个出票商进行出票，因为出票商的出票能力有限制，在销售截止时间前可能无法完成出票，导致出票失败，造成出票商和出票员的服务器质量下降。

参照图3，示出了本发明一个实施例的一种基于第三方平台的业务对象的处理方法实施例1的步骤流程图，所述第三方平台可以具有主账号和主参数，一个或多个客户端可以与所述第三方平台相连，所述方法可以包括如下步骤：

步骤S310，接收第一业务对象；所述第一业务对象可以包括第一参数值；

控制中心接收用户发出的生成目标业务对象的指示，该处理请求中可以包括参数变量和第一业务对象，参数变量可以用以对生成目标业务对象所需的权限数据进行调整。

为使本领域技术人员更好地理解本发明实施例，在本说明书中，将彩票数据系统作为权限系统的一种示例进行说明。

在彩票数据系统中，所述业务对象可以包括彩票数据，所述第三方平台可以包括出票商，所述客户端可以包括出票员。

具体地，第一业务对象可以为用户的彩票数据投注方案，具体可以包括原始彩票数据，例如可以包括投注的彩种、期号、号码、倍率等等，而参数变量可以为投注金额。

步骤S320，当检验所述第一业务对象合法时，按照所述参数值将所述第一业务对象划分为一个或多个第二业务对象；

在本发明的一种优选实施例中，所述第一参数值可以包括第一倍率信息和/或第一数量信息；

在本发明实施例中，当第一业务对象满足预设条件时，可以将第一业务对象拆分为多个第一子业务对象。否则，可以将第一业务对象划分为一个第二业务对象。

在具体实现中，预设条件可以包括原始业务对象的原始倍率信息超过第一预设阈值，和/或，第一数量信息超过第二预设阈值。

例如，在彩票数据系统中，彩票数据投注方案的第一倍率信息超过99倍，和/或，第一数量信息超过50注，则可以将彩票数据投注方案进行拆分，获得第二业务对象，可以称之为出票任务。

在第一业务对象拆分之后，所述第二业务对象可以包括第二参数值；所述第二参数值可以包括第二倍率信息和/或第二数量信息；

所述第二倍率信息的乘积可以等于所述第一倍率信息；

所述第二数量信息的和可以等于所述第一数量信息。

步骤S330，将所述一个或多个第二业务对象发送至客户端；

在本发明的一种优选实施例中，所述步骤S330可以包括如下子步骤：

子步骤S3301，依据所述配置概率确定用于处理所述第二业务对象的当前第三方平台及其对应的一个或多个客户端；

子步骤S3302，将所述第二业务对象发送至所述一个或多个客户端。

在具体实现中，运营平台可以为每个第三方平台设置一个配置概率，即按照该概率选择用于处理业务对象的第三方平台，使得各第三方平台实际处理的业务对象的数据量与配置概率的比例大致相同，实现了选择性分配。

当配置概率为一样时，可以将处理业务对象的运算量进行均分。配置概率也可以按照第三方平台的处理能力进行分配，例如，数据处理能力强的第三方平台的配置概率可以稍大，反之则稍小，又例如，指定的业务对象（例如指定彩种、指定期号的彩票数据等等）可以指定第三方平台进行处理，即该第三方平台的配置概率为1。

在本发明实施例的一种优选示例中，所有第三方平台对应的配置概率之和为1。

需要说明的是，配置概率是针对同一类型的业务对象而言的，同一第三方平台可以设置有不同类型的业务对象的配置概率。例如，在彩票数据系统中，同一出票商可以分别有单式类型、复式类型的配置概率。

一般一个第三方平台只需分配一个客户端，但是在某些情况下，例如为了提高业务对象的处理速度（例如出票速度），可以为一个第三方账号创建多个客户端，但为每个客户端配置接口参数时注意必须使用统一的第三方账号参数（例如用户名和密码），否则可能会影响跟第三方平台的数据核算。

本发明基于配置概率可以对应调整第三方平台的业务对象的运算量，实现了全网第三方平台的负载均衡，减少了网络堵塞，优化了访问流量，提高了整体的服务质量，为用户提供更好的体验。

在本发明的一种优选实施例中，在将所述一个或多个第二业务对象发送至客户端之后：

所述客户端可以用于将所述第二业务对象划分为一个或多个第三业务对象，将所述一个或多个第三业务对象发送至第三方平台；所述第三方平台可以用于采用所述主账号、所述主参数和所述第三业务对象生成目标业务对象。

本发明的控制中心在接收到第一业务对象时，将第一业务对象拆分为一个或多个第二业务对象，客户端将第二业务对象拆分为一个或多个第三业务对象，再发送到对应的第三方平台进行处理，实现了将数据运算量平均分配，进而实现了全网的均衡负载，避免了客户端与第三方平台的资源占用过大的问题，大大减少了数据的预算时间，提高了业务对象的处理效率，进而提高了全网的服务质量，提高了用户体验。

参照图4，示出了本发明一个实施例的一种基于第三方平台的业务对象的处理方法实施例2的步骤流程图，所述第三方平台可以具有主账号和主参数，一个或多个客户端可以与所述第三方平台相连，所述方法可以包括如下步骤：

步骤S410，接收第一业务对象；所述第一业务对象包括第一参数值；

步骤S420，当检验所述第一业务对象合法时，按照所述参数值将所述第一业务对象划分为一个或多个第二业务对象；

步骤S430，将所述第三业务对象的状态更改为处理中状态；

例如，在彩票数据系统中，用户的投注方案一旦被拆分成出票任务，不管其出票任务是否开始出票，投注方案状态都可以将立即被更改为“出票中”状态。

步骤S440，将所述一个或多个第二业务对象发送至客户端；所述客户端用于将所述第二业务对象划分为一个或多个第三业务对象，将所述一个或多个第三业务对象发送至第三方平台；所述第三方平台用于采用所述主账号、所述主参数和所述第三业务对象生成目标业务对象。

步骤S450，当接收到所述客户端发送的生成目标业务对象的信息时，将所述目标业务对象对应的第三业务对象的状态更改为完成状态；

当生成目标业务对象后，第三方平台可以返回生成目标业务对象的信息给客户端，客户端可以将生成目标业务对象的信息返回给控制中心。

步骤S460，当所有第三业务对象的状态全部为完成状态时，返回第一业务对象完成处理的信息；

例如，在彩票数据系统中，当一个投注方案对应的全部出票任务都出票成功时，投注方案也将完成出票。

本发明对第三业务对象的状态设置为处理状态和完成状态，使得第一业务对象和第三业务对象进行完成度的统一，减少漏操作、误操作的几率，提高了处理的成功率。

步骤S470，当所述完成状态更改失败时，从所述第三方平台获取所述第三业务对象的处理结果；所述处理结果包括处理失败；

在实际应用中，可能由于系统运行过程中出现数据库崩溃、网络中断、通讯故障等故障时，可能出现异常情况。

例如，在彩票数据系统中，当跟出票接口的通讯出现故障或因为其他原因，在明确知道某个状态为“出票中”的投注方案实际已经出票成功，而系统无法自动处理时，可以通过完成出票功能将该投注方案手工完成出票。

步骤S480，将所述第三业务对象与所述第一业务对象进行对比，获得未进行处理的第三业务对象；

在本发明实施例中，可以从第三方平台获取第三业务对象的处理结果，根据实际情况将完成第一业务对象的处理，或者重新执行拆分第一业务对象的操作。

步骤S490，将所述处理失败和未进行处理的第三业务对象发送至客户端；所述客户端用于将所述处理失败和未进行处理的第三业务对象发送至第三方平台；所述第三方平台用于采用所述主账号、所述主参数和所述处理失败和未进行处理的第三业务对象生成目标业务对象。

本发明在业务对象处理出现异常情况时，进行第三业务对象与第一业务对象的核对，以找出异常情况对完成情况的影响，再重新进行第三业务对象的处理，提高了系统的稳定性和抗风险能力。

参照图5，示出了本发明一个实施例的一种基于第三方平台的业务对象的处理方法实施例3的步骤流程图，所述第三方平台可以具有主账号和主参数，一个或多个客户端可以与所述第三方平台相连，所述方法可以包括如下步骤：

步骤S510，接收第二业务对象；所述第二业务对象为接收第一业务对象，所述第一业务对象包括第一参数值，当检验所述第一业务对象合法时，按照所述参数值将所述第一业务对象划分的一个或多个第二业务对象；

步骤S520，将所述第二业务对象划分为一个或多个第三业务对象；

在本发明实施例中，客户端可以将原始业务对象或者第一子业务对象按照第三方平台的接口参数拆分为一个或多个第二子业务对象。

需要说明的是，不同第三方平台，可以有不同的接口参数。

例如，在彩票数据系统中，如图6所示，在控制中心接收到客户的投注方案（第一业务对象）之后，可以将投注方案拆分为一个或多个出票任务（第二业务对象），在客户端可以将出票任务拆分为一个或多个出票订单（第三业务对象）。

出票订单示例可以如下：

彩票投注的基本单位是票，它对应了投注请求消息体（处理请求）中的一个ticket元素，每一票可以包含同样投注方式的投注号码，并且对投注号码的数量有限制。

在投注的请求消息体中，lotteryRequest是一个容器元素，它可以由多个ticket子元素（第三业务对象），表示第三方平台可以处理客户端的批量的投注请求。

步骤S530，将所述一个或多个第三业务对象发送至第三方平台；

在本发明实施例中，可以按照预设的接口参数采用第三方账号将所述处理请求发送至所述第三方平台。

在具体实现中，所述接口参数可以包括以下的一种或多种：

第三方参数查询参数、第三方账号名称、接口地址、第三方账号编号、用户标识、密钥。

其中，第三方参数查询参数可以用于客户端在每天第一次处理业务对象时自动通过接口查询第三方账号在第三方平台的第三方参数并保存。

第三方账号名称可以用于选择对应的出票接口账户（接入账户）名称。

接口地址可以为第三方平台的接口的接入地址，可以是域名，也可以是IP地址。

第三方账号编号可以为由第三方平台统一分配的第三方账号的编号、用户名或者终端机号。

用户标识可以为请求业务对象处理的用户标识（例如账户名称）。

密钥可以用于对通讯数据进行签名的密钥或者加密密钥。

在本发明的一种优选实施例中，在将所述一个或多个第三业务对象发送至第三方平台之后：

所述第三方平台可以用于采用所述主账号、所述主参数和所述第三业务对象生成目标业务对象。

具体地，所述第三方平台可以用于采用所述主账号将所述第三业务对象发送至所述主平台；所述主平台可以用于采用所述第三业务对象生成目标业务对象。

在本发明的一种优选实施例中，所述方法还可以包括如下步骤：

步骤S540，接收处理失败和未进行处理的第三业务对象；

步骤S550，将所述处理失败和未进行处理的第三业务对象发送至第三方平台；所述第三方平台用于采用所述主账号、所述主参数和所述处理失败和未进行处理的第三业务对象生成目标业务对象。

具体地，所述第三方平台可以用于采用所述主账号将所述处理失败和未进行处理的第三业务对象发送至所述主平台；所述主平台可以用于采用所述处理失败和未进行处理的第三业务对象生成目标业务对象。

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

参照图7，示出了根据本发明一个实施例的一种基于第三方平台的处理业务对象的系统实施例1的结构框图，所述第三方平台可以具有主账号和主参数，一个或多个客户端可以与所述第三方平台相连，所述系统可以包括如下模块：

第一接收模块710，适于接收第一业务对象；所述第一业务对象包括第一参数值；

第一划分模块720，适于当检验所述第一业务对象合法时，按照所述参数值将所述第一业务对象划分为一个或多个第二业务对象；

第一发送模块730，适于将所述一个或多个第二业务对象发送至客户端；所述客户端用于将所述第二业务对象划分为一个或多个第三业务对象，将所述一个或多个第三业务对象发送至第三方平台；所述第三方平台用于采用所述主账号、所述主参数和所述第三业务对象生成目标业务对象。

在本发明的一种优选实施例中，所述第一参数值可以包括第一倍率信息和/或第一数量信息；

所述第二业务对象可以包括第二参数值；所述第二参数值可以包括第二倍率信息和/或第二数量信息；

所述第二倍率信息的乘积可以等于所述第一倍率信息；

所述第二数量信息的和可以等于所述第一数量信息。

在本发明的一种优选实施例中，所述第一发送模块还可以适于：

依据所述配置概率确定用于处理所述第二业务对象的当前第三方平台及其对应的一个或多个客户端；

将所述第二业务对象发送至所述一个或多个客户端。

在本发明的一种优选实施例中，所有第三方平台对应的配置概率之和可以为1。

在本发明的一种优选实施例中，所述系统还可以包括如下模块：

第一更改模块，适于将所述第三业务对象的状态更改为处理中状态。

在本发明的一种优选实施例中，所述系统还可以包括如下模块：

第二更改模块，适于在接收到所述客户端发送的生成目标业务对象的信息时，将所述目标业务对象对应的第三业务对象的状态更改为完成状态。

在本发明的一种优选实施例中，所述系统还可以包括如下模块：

返回模块，适于在所有第三业务对象的状态全部为完成状态时，返回第一业务对象完成处理的信息。

在本发明的一种优选实施例中，所述系统还可以包括如下模块：

获取模块，适于在所述完成状态更改失败时，从所述第三方平台获取所述第三业务对象的处理结果；所述处理结果包括处理失败；

对比模块，适于将所述第三业务对象与所述第一业务对象进行对比，获得未进行处理的第三业务对象；

第二发送模块，适于将所述处理失败和未进行处理的第三业务对象发送至所述第三方平台；所述第三方平台用于重新采用所述账号、所述权限数据和所述处理失败和未进行处理的第三业务对象生成目标业务对象。

在本发明的一种优选实施例中，所述第三方平台可以包括出票商，所述客户端可以包括出票员。

参照图8，示出了根据本发明一个实施例的一种基于第三方平台的处理业务对象的系统实施例2的结构框图，所述第三方平台可以具有主账号和主参数，一个或多个客户端可以与所述第三方平台相连，所述系统可以包括如下模块：

第二接收模块810，适于接收第二业务对象；所述第二业务对象为接收第一业务对象，所述第一业务对象包括第一参数值，当检验所述第一业务对象合法时，按照所述参数值将所述第一业务对象划分的一个或多个第二业务对象；

第二划分模块820，适于将所述第二业务对象划分为一个或多个第三业务对象；

第三发送模块830，适于将所述一个或多个第三业务对象发送至第三方平台；所述第三方平台用于采用所述主账号、所述主参数和所述第三业务对象生成目标业务对象。

在本发明的一种优选实施例中，所述系统还可以包括如下模块：

第三接收模块，适于接收处理失败和未进行处理的第三业务对象；

第四发送模块，适于将所述处理失败和未进行处理的第三业务对象发送至第三方平台；所述第三方平台用于采用所述主账号、所述主参数和所述处理失败和未进行处理的第三业务对象生成目标业务对象。

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

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

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

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

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

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

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

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

本发明的实施例公开了A1、一种基于第三方平台的业务对象的处理方法，所述第三方平台具有主账号和主参数，一个或多个客户端与所述第三方平台相连，所述方法包括：

接收第一业务对象；所述第一业务对象包括第一参数值；

当检验所述第一业务对象合法时，按照所述参数值将所述第一业务对象划分为一个或多个第二业务对象；

将所述一个或多个第二业务对象发送至客户端；所述客户端用于将所述第二业务对象划分为一个或多个第三业务对象，将所述一个或多个第三业务对象发送至第三方平台；所述第三方平台用于采用所述主账号、所述主参数和所述第三业务对象生成目标业务对象。

A2、如A1所述的方法，所述第一参数值包括第一倍率信息和/或第一数量信息；

所述第二业务对象包括第二参数值；所述第二参数值包括第二倍率信息和/或第二数量信息；

所述第二倍率信息的乘积等于所述第一倍率信息；

所述第二数量信息的和等于所述第一数量信息。

A3、如A1所述的方法，所述将所述一个或多个第二业务对象发送至客户端的步骤包括：

依据所述配置概率确定用于处理所述第二业务对象的当前第三方平台及其对应的一个或多个客户端；

将所述第二业务对象发送至所述一个或多个客户端。

A4、如A3所述的方法，所有第三方平台对应的配置概率之和为1。

A5、如A1所述的方法，还包括：

将所述第三业务对象的状态更改为处理中状态。

A6、如A5所述的方法，还包括：

当接收到所述客户端发送的生成目标业务对象的信息时，将所述目标业务对象对应的第三业务对象的状态更改为完成状态。

A7、如A6所述的方法，还包括：

当所有第三业务对象的状态全部为完成状态时，返回第一业务对象完成处理的信息。

A8、如A6所述的方法，还包括：

当所述完成状态更改失败时，从所述第三方平台获取所述第三业务对象的处理结果；所述处理结果包括处理失败；

将所述第三业务对象与所述第一业务对象进行对比，获得未进行处理的第三业务对象；

将所述处理失败和未进行处理的第三业务对象发送至客户端；所述客户端用于将所述处理失败和未进行处理的第三业务对象发送至第三方平台；所述第三方平台用于采用所述主账号、所述主参数和所述处理失败和未进行处理的第三业务对象生成目标业务对象。

A9、如A1至A8任一项所述的方法，所述第三方平台包括出票商，所述客户端包括出票员。

本发明的实施例还公开了B10、一种基于第三方平台的业务对象的处理方法，所述第三方平台具有主账号和主参数，一个或多个客户端与所述第三方平台相连，所述方法包括：

接收第二业务对象；所述第二业务对象为接收第一业务对象，所述第一业务对象包括第一参数值，当检验所述第一业务对象合法时，按照所述参数值将所述第一业务对象划分的一个或多个第二业务对象；

将所述第二业务对象划分为一个或多个第三业务对象；

将所述一个或多个第三业务对象发送至第三方平台；所述第三方平台用于采用所述主账号、所述主参数和所述第三业务对象生成目标业务对象。

B11、如B10所述的方法，还包括：

接收处理失败和未进行处理的第三业务对象；

将所述处理失败和未进行处理的第三业务对象发送至第三方平台；所述第三方平台用于采用所述主账号、所述主参数和所述处理失败和未进行处理的第三业务对象生成目标业务对象。

本发明的实施例还公开了C12、一种基于第三方平台的处理业务对象的系统，所述第三方平台具有主账号和主参数，一个或多个客户端与所述第三方平台相连，所述系统包括：

第一接收模块，适于接收第一业务对象；所述第一业务对象包括第一参数值；

第一划分模块，适于当检验所述第一业务对象合法时，按照所述参数值将所述第一业务对象划分为一个或多个第二业务对象；

第一发送模块，适于将所述一个或多个第二业务对象发送至客户端；所述客户端用于将所述第二业务对象划分为一个或多个第三业务对象，将所述一个或多个第三业务对象发送至第三方平台；所述第三方平台用于采用所述主账号、所述主参数和所述第三业务对象生成目标业务对象。

C13、如C12所述的系统，所述第一参数值包括第一倍率信息和/或第一数量信息；

所述第二业务对象包括第二参数值；所述第二参数值包括第二倍率信息和/或第二数量信息；

所述第二倍率信息的乘积等于所述第一倍率信息；

所述第二数量信息的和等于所述第一数量信息。

C14、如C12所述的系统，所述第一发送模块还适于：

依据所述配置概率确定用于处理所述第二业务对象的当前第三方平台及其对应的一个或多个客户端；

将所述第二业务对象发送至所述一个或多个客户端。

C15、如C14所述的系统，所有第三方平台对应的配置概率之和为1。

C16、如C12所述的系统，还包括：

第一更改模块，适于将所述第三业务对象的状态更改为处理中状态。

C17、如C16所述的系统，还包括：

第二更改模块，适于在接收到所述客户端发送的生成目标业务对象的信息时，将所述目标业务对象对应的第三业务对象的状态更改为完成状态。

C18、如C17所述的系统，还包括：

返回模块，适于在所有第三业务对象的状态全部为完成状态时，返回第一业务对象完成处理的信息。

C19、如C17所述的系统，还包括：

获取模块，适于在所述完成状态更改失败时，从所述第三方平台获取所述第三业务对象的处理结果；所述处理结果包括处理失败；

对比模块，适于将所述第三业务对象与所述第一业务对象进行对比，获得未进行处理的第三业务对象；

第二发送模块，适于将所述处理失败和未进行处理的第三业务对象发送至所述第三方平台；所述第三方平台用于重新采用所述账号、所述权限数据和所述处理失败和未进行处理的第三业务对象生成目标业务对象。

C20、如C12至C19任一项所述的系统，所述第三方平台包括出票商，所述客户端包括出票员。

本发明的实施例还公开了D21、一种基于第三方平台的处理业务对象的系统，所述第三方平台具有主账号和主参数，一个或多个客户端与所述第三方平台相连，所述系统包括：

第二接收模块，适于接收第二业务对象；所述第二业务对象为接收第一业务对象，所述第一业务对象包括第一参数值，当检验所述第一业务对象合法时，按照所述参数值将所述第一业务对象划分的一个或多个第二业务对象；

第二划分模块，适于将所述第二业务对象划分为一个或多个第三业务对象；

第三发送模块，适于将所述一个或多个第三业务对象发送至第三方平台；所述第三方平台用于采用所述主账号、所述主参数和所述第三业务对象生成目标业务对象。

D22、如D21所述的系统，还包括：

第三接收模块，适于接收处理失败和未进行处理的第三业务对象；

第四发送模块，适于将所述处理失败和未进行处理的第三业务对象发送至第三方平台；所述第三方平台用于采用所述主账号、所述主参数和所述处理失败和未进行处理的第三业务对象生成目标业务对象。

Claims (22)

1.一种基于第三方平台的业务对象的处理方法，所述第三方平台具有其在主平台的主账号和主参数，一个或多个客户端与所述第三方平台相连，所述方法包括：

接收第一业务对象；所述第一业务对象包括第一参数值；

当检验所述第一业务对象合法时，按照所述参数值将所述第一业务对象划分为一个或多个第二业务对象；

将所述一个或多个第二业务对象发送至客户端；所述客户端用于将所述第二业务对象划分为一个或多个第三业务对象，将所述一个或多个第三业务对象发送至第三方平台；所述第三方平台用于采用所述主账号、所述主参数和所述第三业务对象生成目标业务对象。

2.如权利要求1所述的方法，其特征在于，所述第一参数值包括第一倍率信息和/或第一数量信息；

所述第二业务对象包括第二参数值；所述第二参数值包括第二倍率信息和/或第二数量信息；

所述第二倍率信息的乘积等于所述第一倍率信息；

所述第二数量信息的和等于所述第一数量信息。

3.如权利要求1所述的方法，其特征在于，所述将所述一个或多个第二业务对象发送至客户端的步骤包括：

依据所述配置概率确定用于处理所述第二业务对象的当前第三方平台及其对应的一个或多个客户端；

将所述第二业务对象发送至所述一个或多个客户端。

4.如权利要求3所述的方法，其特征在于，所有第三方平台对应的配置概率之和为1。

5.如权利要求1所述的方法，其特征在于，还包括：

将所述第三业务对象的状态更改为处理中状态。

6.如权利要求5所述的方法，其特征在于，还包括：

当接收到所述客户端发送的生成目标业务对象的信息时，将所述目标业务对象对应的第三业务对象的状态更改为完成状态。

7.如权利要求6所述的方法，其特征在于，还包括：

当所有第三业务对象的状态全部为完成状态时，返回第一业务对象完成处理的信息。

8.如权利要求6所述的方法，其特征在于，还包括：

当所述完成状态更改失败时，从所述第三方平台获取所述第三业务对象的处理结果；所述处理结果包括处理失败；

将所述第三业务对象与所述第一业务对象进行对比，获得未进行处理的第三业务对象；

将所述处理失败和未进行处理的第三业务对象发送至客户端；所述客户端用于将所述处理失败和未进行处理的第三业务对象发送至第三方平台；所述第三方平台用于采用所述主账号、所述主参数和所述处理失败和未进行处理的第三业务对象生成目标业务对象。

9.如权利要求1至8任一项所述的方法，其特征在于，所述第三方平台包括出票商，所述客户端包括出票员。

10.一种基于第三方平台的业务对象的处理方法，所述第三方平台具有其在主平台的主账号和主参数，一个或多个客户端与所述第三方平台相连，所述方法包括：

接收第二业务对象；所述第二业务对象为接收第一业务对象，所述第一业务对象包括第一参数值，当检验所述第一业务对象合法时，按照所述参数值将所述第一业务对象划分的一个或多个第二业务对象；

将所述第二业务对象划分为一个或多个第三业务对象；

将所述一个或多个第三业务对象发送至第三方平台；所述第三方平台用于采用所述主账号、所述主参数和所述第三业务对象生成目标业务对象。

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

接收处理失败和未进行处理的第三业务对象；

将所述处理失败和未进行处理的第三业务对象发送至第三方平台；所述第三方平台用于采用所述主账号、所述主参数和所述处理失败和未进行处理的第三业务对象生成目标业务对象。

12.一种基于第三方平台的处理业务对象的系统，所述第三方平台具有其在主平台的主账号和主参数，一个或多个客户端与所述第三方平台相连，所述系统包括：

第一接收模块，适于接收第一业务对象；所述第一业务对象包括第一参数值；

第一划分模块，适于当检验所述第一业务对象合法时，按照所述参数值将所述第一业务对象划分为一个或多个第二业务对象；

第一发送模块，适于将所述一个或多个第二业务对象发送至客户端；所述客户端用于将所述第二业务对象划分为一个或多个第三业务对象，将所述一个或多个第三业务对象发送至第三方平台；所述第三方平台用于采用所述主账号、所述主参数和所述第三业务对象生成目标业务对象。

13.如权利要求12所述的系统，其特征在于，所述第一参数值包括第一倍率信息和/或第一数量信息；

所述第二业务对象包括第二参数值；所述第二参数值包括第二倍率信息和/或第二数量信息；

所述第二倍率信息的乘积等于所述第一倍率信息；

所述第二数量信息的和等于所述第一数量信息。

14.如权利要求12所述的系统，其特征在于，所述第一发送模块还适于：

依据所述配置概率确定用于处理所述第二业务对象的当前第三方平台及其对应的一个或多个客户端；

将所述第二业务对象发送至所述一个或多个客户端。

15.如权利要求14所述的系统，其特征在于，所有第三方平台对应的配置概率之和为1。

16.如权利要求12所述的系统，其特征在于，还包括：

第一更改模块，适于将所述第三业务对象的状态更改为处理中状态。

17.如权利要求16所述的系统，其特征在于，还包括：

第二更改模块，适于在接收到所述客户端发送的生成目标业务对象的信息时，将所述目标业务对象对应的第三业务对象的状态更改为完成状态。

18.如权利要求17所述的系统，其特征在于，还包括：

返回模块，适于在所有第三业务对象的状态全部为完成状态时，返回第一业务对象完成处理的信息。

19.如权利要求17所述的系统，其特征在于，还包括：

获取模块，适于在所述完成状态更改失败时，从所述第三方平台获取所述第三业务对象的处理结果；所述处理结果包括处理失败；

对比模块，适于将所述第三业务对象与所述第一业务对象进行对比，获得未进行处理的第三业务对象；

第二发送模块，适于将所述处理失败和未进行处理的第三业务对象发送至所述第三方平台；所述第三方平台用于重新采用所述账号、所述权限数据和所述处理失败和未进行处理的第三业务对象生成目标业务对象。

20.如权利要求12至19任一项所述的系统，其特征在于，所述第三方平台包括出票商，所述客户端包括出票员。

21.一种基于第三方平台的处理业务对象的系统，所述第三方平台具有其在主平台的主账号和主参数，一个或多个客户端与所述第三方平台相连，所述系统包括：

第二接收模块，适于接收第二业务对象；所述第二业务对象为接收第一业务对象，所述第一业务对象包括第一参数值，当检验所述第一业务对象合法时，按照所述参数值将所述第一业务对象划分的一个或多个第二业务对象；

第二划分模块，适于将所述第二业务对象划分为一个或多个第三业务对象；

第三发送模块，适于将所述一个或多个第三业务对象发送至第三方平台；所述第三方平台用于采用所述主账号、所述主参数和所述第三业务对象生成目标业务对象。

22.如权利要求21所述的系统，其特征在于，还包括：

第三接收模块，适于接收处理失败和未进行处理的第三业务对象；

第四发送模块，适于将所述处理失败和未进行处理的第三业务对象发送至第三方平台；所述第三方平台用于采用所述主账号、所述主参数和所述处理失败和未进行处理的第三业务对象生成目标业务对象。