数据处理的方法及系统与流程

本申请涉及计算机技术领域，尤其涉及一种数据处理的方法及系统。

背景技术：

传统的产品管理中，可以使用单机管理产品的库存量。库存量的增减反映了产品的进出货。通常，进出货的数量巨大，但是进出货的周期相对而言比较长，例如，一周进出货一个批次，现有的库存管理的方法可以满足要求。

随着互联网技术的发展，出现了多个采购方的小批量采购需求。为了防止库存量发生错误，现有的库存管理的方法中，当某采购方发出一个批次数量的产品采购请求时，库存管理的系统中的产品的库存量被锁定，直至处理该采购请求到库存量更新完毕的状态。

例如，甲、乙先后分别由A窗口和B窗口发出采购请求。库存量小于甲、乙的采购量之和。当处理甲的采购请求，生成采购单后，假设，甲、乙发出采购请求的时间间隔短，库存管理的系统尚未更新库存量。此时，B窗口显示尚未更新的库存量，库存量大于乙的采购量，而实际上更新后的库存量会小于乙的采购量。这会导致采购量超出库存量的错误。现有的库存管理的方法中，当甲发出一个批次数量的产品采购请求时，库存管理的系统中的产品的库存量被锁定，直至处理该采购请求到库存量更新完毕的状态，也就是说处理甲的采购请求到库存量被更新完毕的状态后，才能对乙的产品采购请求进行处理。

在实现现有技术过程中，发明人发现现有技术中至少存在如下问题：

多个采购方对同一产品进行采购时，需要排队等待，由于互联网上的采购方众多，因而会产生明显的等待时间，库存管理的数据处理效率低、用户体验的满意度差。

技术实现要素：

本申请实施例提供一种数据处理效率高、用户体验的满意度好的方法。具体的，一种数据处理的方法，在配置有可执行指令的一个或多个计算装置的控制下，执行以下步骤：

按照分组规则，划分业务对象形成第一数量的对象子集；

获取业务对象的处理请求；

解析处理请求，获得处理请求所涉对象子集的第二数量；

根据第一数量和第二数量，分配对象子集，并将分配后的对象子集设置为已处理状态。

本申请实施例还提供一种数据处理的系统，包括：

分组模块，用于按照分组规则，划分业务对象形成第一数量的对象子集；

接收模块，用于获取业务对象的处理请求；

解析模块，用于解析处理请求，获得处理请求所涉对象子集的第二数量；

分配模块，用于根据第一数量和第二数量，分配对象子集，并将分配后的对象子集设置为已处理状态。

本申请实施例提供的数据处理的方法和系统，至少具有如下有益效果：

业务对象被划分形成第一数量的对象子集。第一数量的对象子集的每一个可以被并发地进行处理。相较于业务对象作为整体被锁定，针对业务对象的处理请求仅能依次执行的实施方式，本申请提供的实施方式，数据处理效率高、用户体验的满意度好。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例提供的网络化环境的示意图。

图2为本申请实施例提供的数据处理的方法的流程图。

图3为本申请实施例提供的按照分组规则，划分业务对象形成第一数量的对象子集的流程图。

图4为本申请实施例提供的根据第一数量和第二数量，分配对象子集的流程图。

图5为本申请实施例提供的数据处理的系统的结构示意图。

具体实施方式

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

参照图1，所示的是本申请提供申请实施例的网络化环境100。网络化环境100包括网络101、经由网络101连接起来、可以进行数据通信的一个或多个客户端102和运营服务器103。运营服务器103可以包括，集成于运营服务器103内的计算环境104，或者独立于运营服务器103外的计算环境104。

网络101可以包括例如互联网、广域网(WAN)、局域网(LAN)、移动通信网络或其它合适的网络，以及两个或多个这类网络的任何组合。在本申请实施例中提及之术语“数据”和“信息”，可在本文中互换地用于指代可存在于计算机环境中的文本、图像、音频、视频或任何其它形式的信息。

客户端102可以是指安装有应用程序的网络装置。这样的网络装置从硬件上可以包括服务器、桌上型计算机、膝上型计算机、平板计算机、智能电话、手持型计算机、个人数字助理(“PDA”)，或任何其它有线或无线处理器驱动的装置。从系统软件上，可以是集成了网络浏览器的操作系统，或者是安装有 专用应用程序的操作系统；这样的操作系统可以是windows系列的操作系统或Linux操作系统等，也可以是移动平台中的Android、IOS等。

运营服务器103上可以包括可购买获得的超文本传送协议(HTTP)服务器应用，如HTTP服务器、互联网信息服务(IIS)和/或其它服务器。

用户使用客户端102并通过网络101向运营服务器103发起注册请求。此时，运营服务器103可以记录该用户的注册信息，并按照注册请求在运营服务器103中开设预置权限的账号。后续每次用户通过客户端102访问运营服务器103的应用程序时，运营服务器103基于每次访问时的信息中包含的用户ID之类的表明用户身份的标识，可以获知并记录这样的访问。特别的，可以记录该用户的访问时间，可选择的，也可以记录访问时的IP地址，或者所采用的网络装置的硬件类型，或者客户端版本/客户端所基于的操作系统版本之类信息中一个或多个。特别的，对于发生特定操作的访问，例如发表留言(如像社交网站中的发表留言)，添加好友，购买虚拟物品等时，运营服务器103可以记录该操作访问，并通过执行相应的内部或外部的处理后给予用户特定的响应。一般地，所有操作请求和一般性的访问，均会在运营服务器中留下相应记录。运营服务器可以按照用户ID来分别归类不同用户的所有操作。对于交互行为的操作，例如不同注册用户之间的交互，也可以按照上述用户ID分类并构成集合。

可以用数据库105来存储上述用户访问信息。此外，数据库105中还可以存储的数据包括例如应用要求数据、商业规则、客户端102能力数据、应用市场数据、顾客数据等。数据库105中的应用可以与由开发者提供的应用程序对应。应用可以包括例如移动应用、超文本标记语言5(HTML5)应用、桌面应用和/或其它应用。

计算环境104可以包括例如服务器计算机或提供计算能力的任何其它系统。可选地，在计算环境104中可以采用一个或多个计算设备，所述多个计算设备可以被布置成一个或多个服务器组或计算机组或其它装置。例如，多个计 算设备可以共同构成云计算资源、网格计算资源和/或任何其它分布式计算装置。下述本申请的各种实施例，可以在配置有可执行指令的一个或多个计算装置的控制下执行。

根据各种实施方案，可以在计算环境103中执行各种应用程序和/或其它功能性。在计算环境103上执行的应用程序例如访问数据引入服务、访问数据分析服务、应用数据引入服务、应用数据分析服务以及本文未详细论述的其它应用、服务、进程、系统、引擎或功能性。

另外，各种数据可以由计算环境103获得，例如从上述数据库105中获得。如可以了解的，数据库105可以表示多个数据库的集合。存储在数据库105中的数据可以与以下描述的各种实施例的操作相关联。

图2为本申请实施例提供的数据处理的方法的流程图，具体包括以下步骤：

S100：按照分组规则，划分业务对象形成第一数量的对象子集。

在本申请提供的一种实施例中，系统可以按照分组规则，划分业务对象形成第一数量的对象子集。其中，每个对象子集包括一个业务对象，或者一组业务对象。

每一业务对象可以具有识别属性。例如，产品具有流水号，商品具有商品属性码，单据具有的编码，有价票证具有券代码，任务具有任务识别码，存储空间具有地址等。

例如，系统可以按照分组规则，划分产品形成第一数量的产品子集。具体的，系统将所有产品的流水号，按照分组规则，生成若干单列的产品清单。每产品清单记载一部分产品的流水号。这里的产品子集可以是一个批次的产品的集合，也可以是一件产品。

再例如，系统可以按照分组规则，划分商品形成第一数量的商品子集。具体的，系统将所有在售商品的商品属性码，按照分组规则，生成若干单列的产品清单。每一商品清单记载一部分商品的商品属性码。同样，这里的商品子集 可以是一个批次商品的集合，也可以是一件商品。

再例如，系统可以按照分组规则，划分单据形成第一数量的单据子集。具体的，系统将所有单据，按照分组规则，生成若干单列的单据集合。每一单据集合收录一部分单据的编码。同样，这里的单据子集可以是一个批次处理的单据集合，也可以是一张单据。

再例如，系统可以按照分组规则，划分有价票证形成第一数量的票证子集。具体的，系统将所有有价票证，按照分组规则，生成若干单列的票证记录。每一票证记录收录一部分有价票证的券代码。同样，这里的票证子集可以是一个批次处理的有价票证的集合，也可以是一张有价票证。

再例如，系统可以按照分组规则，划分任务形成第一数量的子任务集合。具体的，系统将所有任务，按照分组规则，生成若干单列的任务记录。每一任务记录收录一部分子任务的任务识别码。同样，这里的子任务集合可以是一个批次处理的子任务的集合，也可以是一项子任务。

再例如，系统可以按照分组规则，划分存储空间形成第一数量的子存储空间集合。具体的，系统将所有存储空间，按照分组规则，生成若干单列的子存储空间集合。每一子存储空间集合收录一部分子存储空间的地址。同样，这里的子存储空间集合可以是一个批次分配的子存储空间的集合，也可以是一个子存储空间。

每一业务对象还可以具有期限属性、类型属性、或地域属性。

在本申请提供的又一实施例中，根据业务对象的期限属性，划分业务对象形成第一数量的对象子集，其中，每个对象子集包括一组具有同一期限属性的业务对象。

例如，产品的生产周期为一周。期限属性可以为这里的生产周期。系统以周为单位，将本月生产的产品划分形成四个产品子集。

在本申请提供的又一实施例中，根据业务对象的类型属性，划分业务对象形成第一数量的对象子集，其中，每个对象子集包括一组具有同一类型属性的 业务对象。

例如，产品具有A、B两种型号。类型属性可以为这里的型号。系统根据型号，将产品划分形成A产品子集、B产品子集两个产品子集。

在本申请提供的又一实施例中，根据业务对象的地域属性，划分业务对象形成第一数量的对象子集，其中，每个对象子集包括一组具有同一地域属性的业务对象。

例如，产品具有北京、上海两个产地。地域属性可以为这里的产地。系统根据产地，将产品划分形成北京产品子集、上海产品子集两个产品子集。

请参照图3，在本申请提供的又一实施例中，按照分组规则，划分业务对象形成第一数量的对象子集，具体包括：

S111：提供业务对象的若干属性供选择；

S112：根据选择的业务对象的属性，划分业务对象形成第一数量的对象子集。

例如，业务对象可以具有期限属性、类型属性和地域属性。系统将该三个属性向采购方公开以便采购方选择。采购方发出选择指令，系统根据采购方的选择指令确定的属性，划分业务对象形成第一数量的对象子集。在本申请提供的该实施例中，提供业务对象的若干属性供选择，根据选择的业务对象的属性，划分业务对象形成第一数量的对象子集，可以方便操作者选择适合的属性。

在本申请提供的又一实施例中，按照分组规则，划分业务对象形成第一数量的对象子集，具体包括：

根据自定义的业务对象的属性，划分业务对象形成第一数量的对象子集。

例如，业务对象可以具有来源属性。也就是，产品来源于某生产者。采购方自定义该来源属性。系统根据该来源属性，划分业务对象形成第一数量的对象子集。在本申请提供的该实施例中，根据自定义的业务对象的属性，划分业务对象形成第一数量的对象子集，可以方便操作者自定义适合的属性。

应当指出的是，这里的根据业务对象的期限属性、类型属性和/或地域属 性，划分业务对象形成第一数量的对象子集的应用范围，可以适用于产品、商品、单据、有价票证、任务、存储空间等业务对象中的一种或几种。同样，根据选择的业务对象的属性，划分业务对象形成第一数量的对象子集的应用范围，也可以适用于产品、商品、单据、有价票证、任务、存储空间等业务对象中的一种或几种。同样，根据自定义的业务对象的属性，划分业务对象形成第一数量的对象子集的应用范围，也可以适用于产品、商品、单据、有价票证、任务、存储空间等业务对象中的一种或几种。

S200：获取业务对象的处理请求。

用户通过系统开放的账号可以发起业务对象的处理请求，从而，系统获取该处理请求。也可以由系统管理人员将获悉的处理请求录入系统，从而，系统获取该处理请求。

在本申请提供的又一实施例中，系统也可以将处理请求存入系统的数据库，并依照设定处理顺序进行处理请求的排队，形成待处理请求队列。在对处理请求进行处理时，根据处理请求的优先级顺序，从待处理请求队列中提取业务对象的处理请求。

为了便于理解，仍沿用上面的举例：

例如，工厂的库存管理系统向采购方提供服务的账号。采购方登录账号后，可以向工厂发出采购请求。从而，库存管理系统可以获取该采购请求。当然，库存管理系统可以将采购请求存入库存管理系统的数据库，并依照设定处理顺序进行采购请求的排队，形成待处理采购请求队列。在对采购请求进行处理时，根据采购请求的优先级顺序，从待处理采购请求队列中提取产品的采购请求。

再例如，销售商的销售系统直接向客户开设服务的账号。客户登录账号后，可以发出商品的购买请求。从而，销售系统可以获取该购买请求。这里向客户开设服务的账号还可以由第三方服务提供商实现。第三方服务提供商的系统与销售系统相互关联，并提供第三方服务的账号。客户登录账号后，可以发出购买请求，对销售系统进行间接地操作。从而，销售系统可以获取该购买请求。 当然，销售系统可以将购买请求存入销售系统的数据库，并依照设定处理顺序进行购买请求的排队，形成待处理购买请求队列。在对购买请求进行处理时，根据购买请求的优先级顺序，从待处理购买请求队列中提取商品的购买请求。

再例如，银行的管理系统向证券公司开放有服务的账号。客户发出证券的买入或卖出的指示。证券公司的操作员登录账号后，根据客户的指示，向银行发出账款的转出或转入的交易请求。一个客户具有一张交易单，若干客户的交易单形成交易汇总单。从而，银行的管理系统可以获取单据的处理请求。当然，管理系统可以将处理请求存入管理系统的数据库，并依照设定处理顺序进行处理请求的排队，形成待处理的处理请求队列。在对处理请求进行处理时，根据处理请求的优先级顺序，从待处理的处理请求队列中提取单据的处理请求。

再例如，电影票的管理系统向客户开放有服务的账号。客户登录账号后，可以发出电影票的购买请求。从而，电影票的管理系统可以获取该购买请求。当然，管理系统可以将购买请求存入管理系统的数据库，并依照设定处理顺序进行购买请求的排队，形成待处理的购买请求队列。在对购买请求进行处理时，根据购买请求的优先级顺序，从待处理购买请求队列中提取电影票的购买请求。

再例如，任务管理系统向客户开放有账号。客户登录账号后，可以发出子任务的执行请求。从而，任务管理系统可以获取该执行请求。当然，管理系统可以将执行请求存入管理系统的数据库，并依照设定处理顺序进行执行请求的排队，形成待处理的执行请求队列。在对执行请求进行处理时，根据执行请求的优先级顺序，从待处理的执行请求队列中提取子任务的处理请求。

再例如，数据库管理系统向客户开放有账号。客户登录账号后，可以发出存储空间的申请请求。从而，数据库管理系统可以获取该申请请求。当然，数据库管理系统可以将申请请求存入数据库管理系统的数据库，并依照设定处理顺序进行申请请求的排队，形成待处理申请请求队列。在对申请请求进行处理时，根据申请请求的优先级顺序，从待处理申请请求队列中提取存储空间的申 请请求。

S300：解析处理请求，获得处理请求所涉对象子集的第二数量。

系统在获取处理请求后，解析处理请求，从而可以获得处理请求所涉对象子集的第二数量。

例如，库存管理系统解析采购请求，获得采购请求所涉产品子集的第二数量。同样，这里的产品子集可以是一个批次的产品集合，也可以是一件产品。也就是说，所涉产品子集的第二数量，可以是产品批次的数量，也可以是产品的数量。

再例如，销售系统解析购买请求，获得购买请求所涉商品子集的第二数量。同样，这里的商品子集可以是一个批次的商品集合，也可以是一件商品。也就是说，所涉商品子集的第二数量，可以是商品批次的数量，也可以是商品的数量。

再例如，银行的管理系统解析处理请求，获得处理请求所涉单据子集的第二数量。同样，这里的单据子集可以是一个批次的单据集合，也可以是一个单据。也就是说，所涉单据子集的第二数量，可以是单据集合批次的数量，也可以是单据的数量。

再例如，电影票的管理系统解析购买请求，获得购买请求所涉票证子集的第二数量。同样，这里的票证子集可以是一个批次的电影票集合，也可以是一张电影票。也就是说，所涉票证子集的第二数量，可以是电影票集合批次的数量，也可以是电影票的数量。

再例如，任务管理系统解析执行请求，获得执行请求所涉子任务集合的第二数量。同样，这里的子任务集合可以是一个批次的子任务集合，也可以是一个项子任务。也就是说，子任务集合的数量，可以是子任务批次的数量，也可以是子任务的数量。

再例如，数据库管理系统解析申请请求，获得申请请求所涉子存储空间集合的第二数量。同样，这里的子存储空间集合可以是一个批次分配的子存储空 间集合，也可以是一个子存储空间。也就是说，子存储空间集合的数量，可以是子存储空间集合分配的批次的数量，也可以子存储空间的数量。

S400：根据第一数量和第二数量，分配对象子集，并将分配后的对象子集设置为已处理状态。

在本申请提供的一种实施例中，当第一数量大于等于第二数量时，直接分配第二数量的对象子集。

例如，产品具有第一数量100个。采购请求所涉产品的第二数量为50个或100个。第一数量大于第二数量，或者第一数量等于第二数量。则，系统直接分配50个或100个产品。并且，系统将分配后的产品的流水号设置为已处理状态。

应当指出的是，这里是以业务对象为产品作出的说明，当然，这里的业务对象也可以是前面所举例的商品、单据、有价票证、任务、存储空间等业务对象中的一种或几种。

还例如，产品具有北京、上海两个产地。根据业务对象的地域属性，划分业务对象形成第一数量的产品子集。第一数量为2。假设，采购请求针对产地为北京的产品。则，获得采购请求所涉产品子集的第二数量为1。第一数量为2大于第二数量。则，系统直接分配产地为北京的产品子集。产品子集的数量为1。并且，将分配后的产地为北京的产品子集设置为已处理状态。

应当指出的是，这里是以业务对象为产品作出的说明，当然，这里的业务对象也可以是前面所举例的商品、单据、有价票证、任务、存储空间等业务对象中的一种或几种。

在本申请提供的又一实施例中，根据第一数量和第二数量，分配对象子集，具体包括：

当第一数量小于第二数量时，分配第一数量的对象子集，并发出缺少第二数量与第一数量两者数量之差的对象子集的消息。

例如，产品具有第一数量100个。采购请求所涉产品的第二数量为101个。 第一数量小于第二数量。则，系统分配100个产品,并发出缺少第二数量与第一数量两者数量之差1个产品的消息。同时，系统还可以将分配后的产品的流水号设置为已处理状态。

应当指出的是，这里是以业务对象为产品作出的说明，当然，这里的业务对象也可以是前面所举例的商品、单据、有价票证、任务、存储空间等业务对象中的一种或几种。

在本申请提供的又一实施例中，根据第一数量和第二数量，分配对象子集，具体包括：

当第一数量小于第二数量时，不分配对象子集，并发出对象子集不足分配的消息。

例如，产品具有第一数量100个。采购请求所涉产品的第二数量为101个。第一数量小于第二数量。则，系统不分配产品,并发出产品不足分配的消息。

应当指出的是，这里是以业务对象为产品作出的说明，当然，这里的业务对象也可以是前面所举例的商品、单据、有价票证、任务、存储空间等业务对象中的一种或几种。

请参照图4，在本申请提供的又一实施例中，根据第一数量和第二数量，分配对象子集，具体包括：

S411：当第一数量小于第二数量时，发出对象子集不足分配的消息并提供选择指令；

S412：当接收到继续分配的选择指令时，分配第一数量的对象子集，并发出缺少第二数量与第一数量两者数量之差的对象子集的消息。

例如，产品具有第一数量100个。采购请求所涉产品的第二数量为101个。第一数量小于第二数量。则，系统发出产品不足分配的消息并提供选择指令。当采购方发出继续分配的选择指令时，分配100个产品，并发出缺少第二数量与第一数量两者数量之差1个产品的消息。同时，系统还可以将分配后的产品的流水号设置为已处理状态。而当采购方发出不再分配的选择指令时，则系统 结束采购请求的处理。

应当指出的是，这里是以业务对象为产品作出的说明，当然，这里的业务对象也可以是前面所举例的商品、单据、有价票证、任务、存储空间等业务对象中的一种或几种。

在本申请提供的实施例中，业务对象被划分形成第一数量的对象子集。第一数量的对象子集的每一个可以被并发地进行处理。相较于业务对象作为整体被锁定，针对业务对象的处理请求仅能依次执行的实施方式，本申请提供的实施方式的数据处理效率高、用户体验的满意度好。

以上是本申请实施例提供的数据处理的方法，基于同样的思路，请参照图5，本申请还提供一种数据处理的系统1，包括：

分组模块10，用于按照分组规则，划分业务对象形成第一数量的对象子集；

接收模块20，用于获取业务对象的处理请求；

解析模块30，用于解析处理请求，获得处理请求所涉对象子集的第二数量；

分配模块40，用于根据第一数量和第二数量，分配对象子集，并将分配后的对象子集设置为已处理状态。

在本申请提供的又一实施例中，分组模块10，用于按照分组规则，划分业务对象形成第一数量的对象子集，具体用于：

根据业务对象的识别属性，划分业务对象形成第一数量的对象子集，其中，每个对象子集包括一个业务对象，或者一组业务对象。

在本申请提供的又一实施例中，分组模块10，用于按照分组规则，划分业务对象形成第一数量的对象子集，具体用于：

根据业务对象的期限属性，划分业务对象形成第一数量的对象子集，其中，每个对象子集包括一组具有同一期限属性的业务对象。

在本申请提供的又一实施例中，分组模块10，用于按照分组规则，划分 业务对象形成第一数量的对象子集，具体用于：

根据业务对象的类型属性，划分业务对象形成第一数量的对象子集，其中，每个对象子集包括一组具有同一类型属性的业务对象。

在本申请提供的又一实施例中，分组模块10，用于按照分组规则，划分业务对象形成第一数量的对象子集，具体用于：

根据业务对象的地域属性，划分业务对象形成第一数量的对象子集，其中，每个对象子集包括一组具有同一地域属性的业务对象。

在本申请提供的又一实施例中，分组模块10，用于按照分组规则，划分业务对象形成第一数量的对象子集，具体用于：

提供业务对象的若干属性供选择；

根据选择的业务对象的属性，划分业务对象形成第一数量的对象子集。

在本申请提供的又一实施例中，分组模块10，用于按照分组规则，划分业务对象形成第一数量的对象子集，具体用于：

根据自定义的业务对象的属性，划分业务对象形成第一数量的对象子集。

在本申请提供的又一实施例中，接收模块20，用于获取业务对象的处理请求，具体用于：

即时获取业务对象的处理请求。

在本申请提供的又一实施例中，接收模块20，用于获取业务对象的处理请求，具体用于：

根据处理请求的优先级顺序，从待处理请求队列中提取业务对象的处理请求。

在本申请提供的又一实施例中，分配模块40，用于根据第一数量和第二数量，分配对象子集，具体用于：

当第一数量大于等于第二数量时，直接分配第二数量的对象子集。

在本申请提供的又一实施例中，分配模块40，用于根据第一数量和第二数量，分配对象子集，具体用于：

当第一数量小于第二数量时，分配第一数量的对象子集，并发出缺少第二数量与第一数量两者数量之差的对象子集的消息。

在本申请提供的又一实施例中，分配模块40，用于根据第一数量和第二数量，分配对象子集，具体用于：

当第一数量小于第二数量时，不分配对象子集，并发出对象子集不足分配的消息。

在本申请提供的又一实施例中，分配模块40，用于根据第一数量和第二数量，分配对象子集，具体用于：

当第一数量小于第二数量时，发出对象子集不足分配的消息并提供选择指令；

当接收到继续分配的选择指令时，分配第一数量的对象子集，并发出缺少第二数量与第一数量两者数量之差的对象子集的消息。

在本申请实施例提供的数据处理的系统中，业务对象被划分形成第一数量的对象子集。第一数量的对象子集的每一个可以被并发地进行处理。相较于业务对象作为整体被锁定，针对业务对象的处理请求仅能依次执行的实施方式，本申请提供的实施方式的数据处理效率高、用户体验的满意度好。

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

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

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

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

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数值结构、程序的模块或其他数值。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数值信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排 他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

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

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。