WO2014029323A1

WO2014029323A1 - 一种并行业务处理方法、设备及系统

Info

Publication number: WO2014029323A1
Application number: PCT/CN2013/081864
Authority: WO
Inventors: 倪卫杰; 谢启明; 张津; 尹志敏; 李雯榕
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2012-08-24
Filing date: 2013-08-20
Publication date: 2014-02-27
Anticipated expiration: 2015-02-24
Also published as: US10310913B2; CN103634347B; US20150160986A1; CN103634347A

Description

一种并行业务处理方法、设备及系统本申请要求于 2012 年 08 月 24 日提交中国专利局、申请号为 201210303495.6、发明名称为"一种并行业务处理方法、设备及系统"的中国专利申请的优先权，其全部内容通过引用结合在本申请中。技术领域

本发明涉及通信技术领域，特别是涉及一种并行业务处理方法、设备及系统。发明背景

典型的互联网系统模型分为三层结构，即接口层、业务层和数据层。接口层用于将调用者的请求转发给业务层，隔离调用者和业务系统；业务层用于按照一定的逻辑流程处理调用者的请求，通常要返回处理结果；数据层用于存储业务层的处理结果，供下次调用时使用。业务层按照特定的执行序列处理请求，且处理过程中会从数据层读取数据或将中间处理结果写入数据层。执行序列是指，处理一个请求需要的多个逻辑处理步骤。

根据互联网的特点，往往需要在多个城市、同一城市的不同 IDC ( Internet Data Center, Internet数据中心）或者同一 IDC的不同服务器部署并行业务层，这时如果同一个业务请求同时出现在多个并行的业务层，必然会交叉执行同一逻辑执行序列，并由此产生逻辑混乱和数据不一致的问题。因此，需要一种同步机制，使得同一个业务请求的执行序列能够在多个业务层间同步执行。

当前进程间通信的同步方案有管道、 FIFO ( First Input First Output ) 命名管道、共享内存、消息队列、以及信号量等。然而，现有的进程间通信的同步方案都是处理部署在同一台服务器上的多个进程间的同步需求，无法处理跨城市、跨 IDC和跨服务器间的进程同步需求。

因此，亟需一种并行业务处理方案用以解决上述问题。发明内容

本发明的目的在于提供一种并行业务层业务同步的实现方法、设备及系统，用以解决在跨城市、跨 IDC或跨服务器上部署的并行业务层上执行同一个业务请求带来的逻辑混乱和数据不一致的问题，保证业务处理结果的准确性。

为此，本发明实施例采用如下技术方案：

本发明实施例提供一种并行业务处理方法，所述方法包括：同步锁服务器接收到业务服务器发送的加锁请求后，判断所请求加锁的业务请求是否已加锁，若所述业务请求未加锁，则对所述业务请求进行加锁，并向所述业务服务器返回加锁成功响应；若所述业务请求已加锁，则向所述业务服务器返回加锁失败响应。

本发明实施例还提供一种并行业务处理方法，所述方法包括：业务服务器向同步锁服务器发送对业务请求进行加锁的加锁请求，以使所述同步锁服务器判断所请求加锁的业务请求是否已加锁，在判断所述业务请求未加锁时，则对所述业务请求进行加锁，并向所述业务服务器返回加锁成功响应，在判断所述业务请求已加锁时，向所述业务服务器返回加锁失败响应；

若所述业务服务器接收到加锁成功响应，则根据所述业务请求进行业务处理；

若所述业务服务器接收到加锁失败响应，则暂时放弃对所述业务请求进行业务处理，并按照预设的次数和 /或频率再次向所述同步锁服务器发送加锁请求。

本发明实施例还提供一种同步锁服务器，所述同步锁服务器包括：

接收模块，用于接收业务服务器发送的加锁请求；

处理模块，用于在所述接收模块接收到加锁请求后，判断所请求加锁的业务请求是否已加锁，当所述业务请求未加锁时，对所述业务请求进行加锁，并通过发送模块向所述业务服务器返回加锁成功响应；当所述业务请求已加锁时，通过发送模块向所述业务服务器返回加锁失败响应。

本发明实施例还提供一种业务服务器，所述业务服务器包括：发送模块，用于向同步锁服务器发送对业务请求进行加锁的加锁请求，以使所述同步锁服务器判断所请求加锁的业务请求是否已加锁，在判断所述业务请求未加锁时，所述同步锁服务器对所述业务请求进行加锁，并向所述业务服务器返回加锁成功响应；在判断所述业务请求已加锁时，所述同步锁服务器向所述业务服务器返回加锁失败响应；

处理模块，用于在接收模块接收到加锁成功响应时，根据所述业务请求进行业务处理；以及，在接收模块接收到加锁失败响应时，暂时放弃对所述业务请求进行业务处理，并按照预设的次数和 /或频率再次通过所述发送模块向所述同步锁服务器发送加锁请求。

本发明实施例还提供一种并行业务处理系统，所述系统包括：所述同步锁服务器以及所述业务服务器。

与现有技术相比，本发明的实施例具有如下优点：

本发明实施例通过同步锁服务器根据加锁请求，在判断所请求的业务请求未加锁时，对该业务请求进行加锁，并返回加锁成功响应，以使业务务器在接收到加锁成功响应后进行相应的业务处理；否则，向业务服务器返回加锁失败响应。通过对并行业务请求设置加锁 /解锁机制，使得在包括至少两个业务服务器的分布式业务处理系统中，针对一个业务请求，保证每次只有一个业务层请求加锁成功，解决了在跨城市、跨

IDC或跨服务器上部署并行业务，当执行同一个业务请求时，业务处理逻辑混乱以及数据不一致的问题，保证了业务处理结果的准确性。附图简要说明

图 1为本发明实施例提供的分布式业务处理系统架构示意图；图 2为本发明实施例提供的一种并行业务处理流程示意图；图 3为本发明实施例提供的又一种并行业务处理流程示意图；图 4为本发明实施例提供的同步锁服务器的结构示意图；

图 5为本发明实施例提供的业务服务器的结构示意图；

图 6为本发明实施例提供的又一种同步锁服务器的结构示意图；图 7为本发明实施例提供的又一种业务服务器的结构示意图。实施本发明的方式

针对在跨城市、跨 IDC或跨服务器上部署并行业务的应用场景，多个并行业务层同时处理同一个业务请求，引起的业务处理逻辑混乱以及数据不一致的问题，本发明实施例提供的并行业务处理方案，每次对一个业务层的业务请求进行加锁，之后进行业务处理，保证业务处理结果的准确性。

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

本发明实施例提供的并行业务处理方法，应用于包括同步锁服务器和数据中心的业务处理系统，该业务处理系统可以包括多个数据中心，所述多个数据中心形成分布式架构；或者，该业务处理系统也可以只包括一个数据中心，该数据中心内包括多个业务服务器，各业务服务器形成分布式架构。本发明实施例以包括同步锁服务器和至少两个业务服务器的分布式业务处理系统为例进行详细说明。如图 1所示，分布式业务处理系统包括：同步锁服务器 11和数据中心 12, 还可以包括用于存储业务处理结果的数据库，数据中心 12可以包括多个接口机 121 和多个业务服务器 122, 各接口机 121与各业务服务器 122形成并行的业务处理层，用于并行处理业务。同步锁服务器 11 用于根据业务服务器 122发送的加锁请求对相应的业务请求进行加锁，以及根据业务服务器 122发送的解锁请求对相应的业务请求进行解锁；业务服务器 122用于向同步锁服务器 11 发送加锁请求和解锁请求，并在业务请求被加锁后，根据该业务请求进行相应的业务处理；接口机 121用于接收客户端 13发送的业务请求，并将业务请求发送给相应的业务服务器 122。

以下以图 1所示的分布式业务处理系统架构为例，结合图 2详细说明并行业务处理流程，如图所示，该流程包括：

步骤 201 , —业务服务器 122向同步锁服务器 11发送对业务请求进行加锁的加锁请求。

具体的，客户端 13向接口机 121发送业务请求，接口机 121接收到该业务请求后，将该业务请求发送给各业务服务器 122。业务服务器 122接收到接口机 121 发送的业务请求后，不直接执行相应的业务逻辑，而是将该业务请求发送给同步锁服务器 11 , 请求对该业务请求加锁。

步骤 202, 同步锁服务器 11接收加锁请求，并判断该业务请求是否已加锁，若已加锁，则执行步骤 203, 否则，执行步骤 204。

步骤 203, 同步锁服务器 11向所述业务服务器 122返回加锁失败响应。

具体的，若同步锁服务器 11 在接收到加锁请求后，判断该业务请求已加锁，则向所述业务服务器 122返回加锁失败响应，以使所述业务服务器 122暂时放弃对该业务请求进行业务处理。

所述业务服务器 122接收到加锁失败响应后，不会进行相应的业务处理。优选的，所述业务服务器 122在接收到同步锁服务器 11发送的加锁失败响应后，可以按照预设的次数和 /或频率再次向同步锁服务器 11发送加锁请求，以确保本业务服务器 122处理该业务请求的机会更大一些。其中，再次发送加锁请求的次数和 /或发送频率与应用场景以及业务处理时间相关。

步骤 204, 同步锁服务器 11对该业务请求进行加锁，并向所述业务服务器 122返回加锁成功响应，以使所述业务服务器 122根据该业务请求进行业务处理。其中，加锁成功后，对应该业务请求便只能由发送所述加锁请求的业务服务器进行业务处理，而其它业务服务器则不能进行业务处理了。

步骤 205, 所述业务服务器 122在接收到加锁成功响应后，进行相应的业务处理，并将业务处理结果存储于数据库当中。此外，其它的业务服务器便不能进行业务处理了。这就防止了现有技术中业务处理逻辑混乱以及数据不一致的问题的发生。

步骤 206, 所述业务服务器 122在完成业务处理后，向同步锁服务器 11发送解锁请求。步骤 207, 同步锁服务器 11对该业务请求进行解锁。

具体的，同步锁服务器 11 在接收到对该业务请求进行解锁的解锁请求后，对该业务请求解锁，该解锁请求是所述业务服务器 122在完成业务处理后所发送的。

在并行业务处理过程中，有两种情况会造成业务请求的同步锁被永远锁住：

1、若同步锁服务器 11判断该业务请求处于未加锁状态，则对该业务请求加锁，并向相应的业务服务器 122返回加锁成功响应，但是该业务务器 122并未收到该加锁成功响应，此时，该业务请求已处于加锁状态，但是该业务服务器 122无法进行相应的业务处理，若其他业务服务器 122向同步锁服务器 11发送对该业务请求进行加锁的加锁请求，由于该业务请求仍处于加锁状态，因此，同步锁服务器 11 会返回加锁失败响应，由此导致该业务请求被永远锁住。

2、若同步锁服务器 11 对业务请求加锁之后，未收到业务服务器 122发送的解锁请求，这样也会导致该业务请求被永远锁住。

因此，为了避免业务请求的同步锁被永远锁住，可以通过在同步锁服务器 11 上设置定时器（定时器的计时时长即为加锁时间有效期限），来限制业务请求的加锁时长，该定时器的计时时长大于等于业务服务器 122处理业务请求的处理时间。

如图 3所示，为本发明另一实施例提供的非正常解锁的并行业务处理流程，该流程包括以下步骤：

步骤 301 , —业务服务器 122向同步锁服务器 11发送对业务请求进行加锁的加锁请求。

步骤 302, 同步锁服务器 11接收加锁请求，并判断该业务请求是否已加锁，若已加锁，则执行步骤 303, 否则，执行步骤 304。步骤 303, 同步锁服务器 11向所述业务服务器 122返回加锁失败响应。

步骤 304, 同步锁服务器 11对业务请求进行加锁，启动定时器，并向所述业务服务器 122返回加锁成功响应。

步骤 305, 当定时器的计时时长到达时，同步锁服务器 11对该业务请求进行解锁。

在本实施例中，步骤 304中的启动定时器操作，以及步骤 305的在定时器的计时时长到达时，对业务请求进行解锁的操作为新增操作。利用定时器监控业务请求的加锁时长，并在条件满足时改变业务请求的加锁状态，使得同步锁服务器 11 在每次接收到加锁请求时，可以仅判断该业务请求的加锁状态，而不用考虑加锁时长，提高了同步锁服务器 11的处理效率，对于在短时间内接收到多次加锁请求的情况，可以明显提高系统的业务处理能力。

当同步锁服务器 11与业务服务器 122之间发生通信故障或者其他故障时，同步锁服务器 11 发送的加锁成功响应无法送达业务服务器 122, 业务服务器 122无法进行相应的业务处理，而实际该业务请求已处于加锁状态，导致该业务请求被永远锁死；或者，当业务服务器 122 发送的解锁请求无法到达同步锁服务器 11 时，也会导致业务请求被永远锁死。本发明实施例利用定时器限定加锁时间的有效期限，在加锁时间的有效期限到期时，对业务请求进行强制解锁，能够有效避免业务请求被永远锁死的情况，确保业务流程的顺利进行。

在本发明的上述实施例中，同步锁服务器判断所请求加锁的业务请求是否加锁的处理（步骤 202 ) 、以及对业务请求进行加锁处理（步骤 204 )或解锁处理（步骤 207 ) , 可以通过以下方式实现：

在同步锁服务器 11中建立用于记录业务标识与加锁开始时间的对应关系的加锁数据列表，该加锁数据列表如表 1所示:

表 1

加锁数据列表包括业务标识及对应的业务请求的加锁开始时间，才艮据应用场景的不同，业务标识可以为业务类型标识或者用户标识。

优选的，同步锁服务器 11 可以从加锁请求中提取业务标识，并根据所述业务标识对相应的业务请求进行加锁。优选的，同步锁服务器 11 可以根据应用场景的不同，选择 HASH 算法或者全量直接映射算法对业务标识进行运算。

在业务标识分布较为分散的情形下，可以使用 HASH 算法对业务标识进行计算，例如，加锁过程可以为：同步锁服务器 11 对业务标识进行哈希运算，根据哈希结果索引所请求加锁的业务标识，并将索引到的业务标识对应的加锁开始时间设置为接收加锁请求的接收时间。相应的，解锁过程可以是：同步锁服务器 11 对业务标识进行哈希运算，根据哈希结果索引所请求解锁的业务标识，并清除索引到的业务标识及对应的加锁开始时间。相应的，判断所请求加锁的业务请求是否加锁的过程可以为：同步锁服务器 11 对业务标识进行哈希运算，根据哈希结果在表 1中索引所请求加锁的业务标识，若索引到业务标识以及对应的加锁开始时间，则判断所请求加锁的业务请求为已加锁，否则，判断所请求加锁的业务请求为未加锁。

在业务标识分布较为集中的情形下，可以使用全量直接映射算法对业务标识进行计算，例如，加锁过程可以为：同步锁服务器 11 对业务标识按照全量直接映射算法进行运算，根据运算结果索引所请求加锁的业务标识，并将索引到的业务标识对应的加锁开始时间设置为接收加锁请求的接收时间。相应的，解锁过程可以是：同步锁服务器 11 对业务标识按照全量直接映射算法进行运算，根据运算结果索引所请求解锁的业务标识，并将与索引到的业务标识对应的加锁开始时间设置为初始值；相应的，判断所请求加锁的业务请求是否已加锁的过程可以为：同步锁服务器 11 对业务标识按照全量直接映射算法进行运算，并根据运算结果在表 1中索引所请求解锁的业务标识，若索引到业务标识，且对应的加锁开始时间非初始值，则判断所请求加锁的业务请求为已加锁；若未索引到业务标识以及对应的加锁开始时间（首次接收到该业务的加锁请求）或者索引到业务标识，且对应的加锁开始时间为初始值（该业务请求已解锁），则判断所请求加锁的业务请求为未加锁。

例如，若在表 1中查询业务标识为 ID3的业务请求是否已加锁，且未查询到相关记录，则可以判断出该业务请求是首次请求加锁，则执行步骤 204; 若在表 1中查询业务标识为 ID2的业务请求是否已加锁，且查询到一条加锁记录，且该条加锁记录中的加锁时间为 0 (在本实施例中，加锁开始时间初始值为 0, 本领域技术人员可知，加锁开始时间初始值可以任意设定），可以判断出该业务请求曾经加锁后又解锁，则执行步骤 204; 若在表 1 中查询业务标识为 ID1 的业务请求是否已加锁，查询到一条加锁记录，且该条加锁记录中的加锁时间不为 0, 可以判断出该业务请求已加锁，则执行步骤 203。

上述方法中，在使用 HASH算法对业务标识进行计算时，也可在解锁过程中，在根据哈希结果索引所请求解锁的业务标识时，将与索引到的业务标识对应的加锁开始时间设置为初始值。相应地，判断所请求加锁的业务请求是否加锁的过程中，在根据哈希结果在表 1中索引所请求加锁的业务标识时，若索引到业务标识，且对应的加锁开始时间非初始值，则可判断所请求加锁的业务请求为已加锁；若未索引到业务标识以及对应的加锁开始时间（首次接收到该业务的加锁请求）或者索引到业务标识，且对应的加锁开始时间为初始值（该业务请求已解锁），则可判断所请求加锁的业务请求为未加锁。

同理，在使用全量直接映射算法对业务标识进行计算时，也可在解锁过程中，在根据运算结果索引所请求解锁的业务标识时，清除索引到的业务标识及对应的加锁开始时间。相应的，判断所请求加锁的业务请求是否加锁的过程中，根据运算结果在表 1中索引所请求加锁的业务标识时，若索引到业务标识以及对应的加锁开始时间，则判断所请求加锁的业务请求为已加锁，否则，判断所请求加锁的业务请求为未加锁。

除了记录加锁开始时间，并通过判断加锁开始时间判断业务请求是否处于加锁状态之外，在本发明的另一实施例中，也可以在同步锁服务器 11上记录业务请求的加锁 /解锁状态，并根据业务请求的加锁 /解锁状态判断该业务请求是否已加锁。在本实施例中，可在同步锁服务器 11 中建立用于记录业务标识与业务请求状态的对应关系的加锁数据列表（表 2 ) , 业务请求状态包括加锁状态和解锁状态。同步锁服务器 11 可以从加锁请求中提取业务标识，并对业务标识进行运算并进行索引，从而记录业务标识对应的业务请求状态。

表 2

ID4 1

ID2 0 同步锁服务器 11 根据所述业务标识对相应的业务请求进行加锁，具体可以为：同步锁服务器 11 对业务标识进行哈希运算，根据哈希结果索引所请求加锁的业务标识，并将索引到的业务标识对应的业务请求状态设置为加锁状态，例如，在表 2中，将业务标识业务请求状态值设置为 1。

相应的，同步锁服务器 11 根据业务标识对相应的业务请求进行解锁，具体可以为：同步锁服务器 11 对业务标识进行哈希运算，根据哈希结果索引所请求解锁的业务标识，并清除索引到的业务标识及对应的业务请求状态；或者，将与索引到的业务标识对应的业务请求状态设置为解锁状态，例如，将业务请求状态值设置为 0。

相应的，同步锁服务器 11 根据业务标识判断相应的业务请求是否已加锁，具体可以为：同步锁服务器 11 对业务标识进行哈希运算，根据哈希结果索引所请求加锁的业务标识，若索引到业务标识以及对应的业务请求状态，例如，索引到该业务标识对应的业务请求状态值为

1 , 则判断所请求加锁的业务请求为已加锁；若未索引到该业务标识以及对应的业务请求状态，则判断所请求加锁的业务请求为未加锁。或者，若索引到业务标识且该业务标识对应的业务请求状态值为解锁状态，例如为 0, 则判断所请求加锁的业务请求为未加锁。

同步锁服务器 11 还可以根据业务标识，通过全量直接映射算法实现加锁、解锁以及判断业务请求状态。

具体的，加锁过程可以为：同步锁服务器 11 对业务标识按照全量直接映射算法进行运算，根据运算结果索引所请求加锁的业务标识，并将索引到的业务标识对应的业务请求状态设置为加锁状态，例如，将业务请求状态值设置为 1。

相应的，解锁过程可以为：同步锁服务器 11 根据业务标识对所请求解锁的业务请求的业务标识按照全量直接映射算法进行运算，根据运算结果索引所请求解锁的业务标识，并将与索引到的业务标识对应的业务请求状态设置为解锁状态，例如，将业务请求状态值设置为 0。或者，清除索引到的业务标识及对应的业务请求状态。

相应的，根据业务标识判断相应的业务请求是否已加锁的过程可以为：同步锁服务器 11 对业务标识按照全量直接映射算法进行运算，并根据运算结果索引所请求加锁的业务标识，若索引到业务标识且该业务标识对应的业务请求状态值为 1 , 则判断所请求加锁的业务请求为已加锁；否则，若索引到业务标识且该业务标识对应的业务请求状态值为 0, 则判断所请求加锁的业务请求为未加锁。或者，若未索引到该业务标识以及对应的业务请求状态，则判断所请求加锁的业务请求为未加锁。

本发明实施例通过对并行业务请求设置加锁 /解锁机制，使得在包括至少两个业务服务器的分布式业务处理系统中，针对一个业务请求，保证每次只有一个业务层请求加锁成功，解决了在跨城市、跨 IDC 或跨服务器上部署并行业务，当执行同一个业务请求时，业务处理逻辑混乱以及数据不一致的问题，保证了业务处理结果的准确性。基于相同的构思，本发明实施例还提供一种同步锁服务器，如图 4 所示，同步锁服务器包括：接收模块 41、处理模块 42和发送模块 43。

其中，接收模块 41用于接收业务服务器发送的加锁请求。

处理模块 42用于在接收模块 41接收到加锁请求后，判断所请求加锁的业务请求是否已加锁，当业务请求未加锁时，对业务请求进行加锁，并通过发送模块 43 向所述业务服务器返回加锁成功响应；当该业务请求已加锁时，通过发送模块 43 向所述业务服务器返回加锁失败响应。

处理模块 42还用于在对业务请求进行加锁之后，启动定时器，并在定时器计时时长到达时，对所请求解锁的业务请求进行解锁；定时器的计时时长大于等于业务服务器处理业务请求的处理时间。

接收模块 41 还用于接收业务服务器发送的解锁请求，解锁请求是业务服务器在完成业务处理后发送的。

处理模块 42还用于在接收模块 41接收到业务服务器发送的解锁请求后，对所请求解锁的业务请求进行解锁。

处理模块 42包括判断子模块 421和加锁 /解锁子模块 422。

加锁 /解锁子模块 422用于从接收模块 41接收到的加锁请求中提取业务标识，并在判断子模块 421判断请求加锁的业务请求未加锁时，根据所述业务标识对相应的业务请求进行加锁；以及从接收模块接收到的解锁请求中提取业务标识，并根据业务标识对相应的业务请求进行解锁。

判断子模块 421用于从接收模块 41接收到的加锁请求中提取业务标识，并根据业务标识判断相应的业务请求是否加锁。

在一个实施方式中，加锁 /解锁子模块 422 具体用于在判断子模块 421 判断业务请求未加锁时，对业务标识进行哈希运算，根据哈希结果索引所请求加锁的业务标识，并将索引到的业务标识对应的加锁开始时间设置为接收加锁请求的接收时间；以及，在接收模块 41 接收到业务服务器发送的解锁请求时，对业务标识进行哈希运算，根据哈希结果索引所请求解锁的业务标识，并清除索引到的业务标识及对应的加锁开始时间；或者，将与索引到的业务标识对应的加锁开始时间设置为初始值。

判断子模块 421具体用于对业务标识进行哈希运算，根据哈希结果索引所请求加锁的业务标识，若索引到业务标识以及对应的加锁开始时间，则判断所请求加锁的业务请求为已加锁，否则，判断所请求加锁的业务请求为未加锁。或者索引到业务标识，且对应的加锁开始时间非初始值，则判断所请求加锁的业务请求为已加锁，否则，索引到业务标识且对应的加锁开始时间为初始值（该业务请求已解锁），则可判断所请求加锁的业务请求为未加锁。

在又一个实施方式中，加锁 /解锁子模块 422 具体用于在判断子模块 421判断业务请求未加锁时，对业务标识按照全量直接映射算法进行运算，根据运算结果索引所请求加锁的业务标识，并将与索引到的业务标识对应的加锁开始时间设置为接收加锁请求的接收时间；以及，在接收模块 41 接收到业务服务器发送的解锁请求时，对业务标识按照全量直接映射算法进行运算，根据运算结果索引所请求解锁的业务标识，并将与索引到的业务标识对应的加锁开始时间设置为初始值；或者，清除索引到的业务标识及对应的加锁开始时间。

判断模块 421 具体用于对业务标识按照全量直接映射算法进行运算，并根据运算结果索引所请求加锁的业务标识，若索引到业务标识，且对应的加锁开始时间非初始值，则判断所请求加锁的业务请求为已加锁，否则，判断所请求加锁的业务请求为未加锁。

在又一个实施方式中，加锁 /解锁子模块 421 具体用于在判断子模块 421判断业务请求未加锁时，对业务标识进行哈希运算，根据哈希结果索引所请求加锁的业务标识，并将索引到的业务标识对应的业务请求状态设置为加锁状态；以及在接收模块 41 接收到业务服务器发送的解锁请求时，对所请求解锁的业务请求的业务标识进行哈希运算，根据哈希结果索引所请求解锁的业务标识，并清除索引到的业务标识及对应的业务请求状态；或者，将与索引到的业务标识对应的业务请求状态设置为解锁状态，例如，将业务请求状态值设置为 0。

判断子模块 421具体用于对业务标识进行哈希运算，根据哈希结果索引所请求加锁的业务标识，若索引到业务标识以及对应的业务请求状态，则判断所请求加锁的业务请求为已加锁，否则，则判断所请求加锁的业务请求为未加锁。或者，若索引到业务标识且该业务标识对应的业务请求状态值为解锁状态，例如为 0, 则判断所请求加锁的业务请求为未加锁。

在又一个实施方式中，加锁 /解锁子模块 421具体用于在判断子模块 421 判断业务请求未加锁时，对业务标识按照全量直接映射算法进行运算，根据运算结果索引所请求加锁的业务标识，并将与索引到的业务标识对应的业务请求状态设置为加锁状态；以及在接收模块 41 接收到业务服务器发送的解锁请求时，对所请求解锁的业务请求的业务标识按照全量直接映射算法进行运算，根据运算结果索引所请求解锁的业务标识，并将与索引到的业务标识对应的业务请求状态设置为解锁状态。或者，清除索引到的业务标识及对应的业务请求状态。

判断子模块 421具体用于对业务标识按照全量直接映射算法进行运算，根据运算结果索引所请求加锁的业务标识，若索引到业务标识且该业务标识对应的业务请求状态值为加锁状态，例如为 1 , 则判断所请求加锁的业务请求为已加锁，否则，若索引到业务标识且该业务标识对应的业务请求状态值为解锁状态，例如为 0, 则判断所请求加锁的业务请求为未加锁。或者，若未索引到该业务标识以及对应的业务请求状态，则判断所请求加锁的业务请求为未加锁。基于相同的构思，本发明实施例还提供一种业务服务器，如图 5所示，业务服务器包括：发送模块 51、处理模块 52和接收模块 53。

其中，发送模块 51 用于向同步锁服务器发送对业务请求进行加锁的加锁请求，以使所述同步锁服务器判断所请求加锁的业务请求是否加锁，在判断所述业务请求未加锁时，则对所述业务请求进行加锁，并向所述业务服务器返回加锁成功响应；在判断所述业务请求已加锁时，向所述业务服务器返回加锁失败响应。

处理模块 52用于在接收模块 53接收到加锁成功响应时，根据业务请求进行业务处理；以及，在接收模块 53接收到加锁失败响应时，暂时放弃对业务请求进行业务处理，并按照预设的次数和 /或频率再次通过发送模块 51向同步锁服务器发送加锁请求。

发送模块 51还用于在处理模块 52完成所述业务处理后，向同步锁服务器发送解锁请求，以使同步锁服务器对所述业务请求进行解锁。

基于相同的构思，本发明实施例还提供一种并行业务处理系统，如图 1所示，并行业务处理系统包括：同步锁服务器以及至少两个业务服务器。本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台终端设备（可以是手机，个人计算机，服务器，或者网络设备等）执行本发明各个实施例所述的方法。

例如，图 6为本发明实施例提供的又一种同步锁服务器的结构示意图。如图 6所示，该同步锁服务器包括：存储器 61 以及与所述存储器 61进行通信的处理器 62。其中，存储器 61存储有可由所述处理器 62 执行的接收指令 611、处理指令 612和发送指令 613。

其中，接收指令 611用于指示接收业务服务器发送的加锁请求。处理指令 612用于指示在所述接收模块接收到加锁请求后，判断所请求加锁的业务请求是否已加锁，当所述业务请求未加锁时，对所述业务请求进行加锁，并指示通过发送指令 613向所述业务服务器返回加锁成功响应；当所述业务请求已加锁时，指示通过发送指令 613向所述业务服务器返回加锁失败响应。

进一步地，所述处理指令 612还用于指示在对所述业务请求进行加锁之后，启动定时器，并在所述定时器计时时长到达时，对所请求解锁的业务请求进行解锁；所述定时器的计时时长大于等于业务服务器处理所述业务请求的处理时间。

在一个实施方式中，所述接收指令 611还用于指示接收业务服务器发送的解锁请求，所述解锁请求是业务服务器在完成业务处理后发送的。

所述处理指令 612还用于指示在执行所述接收指令 611接收到业务服务器发送的解锁请求后，对所请求解锁的业务请求进行解锁。

具体地，所述处理指令 612可包括加锁 /解锁子指令 6121和判断子指令 6122。

在一个实施方式中，存储器 61 中还用于存储用于记录业务标识与加锁开始时间的对应关系的加锁数据列表。

此时，加锁 /解锁子指令 6121可具体用于指示从通过执行所述接收指令 611接收到的加锁请求中提取业务标识，并在通过执行判断子指令 6122判断请求加锁的业务请求未加锁时，根据所述业务标识对相应的业务请求进行加锁；以及从通过执行所述接收指令 611接收到的解锁请求中提取业务标识，并根据相应的业务标识对所述业务请求进行解锁。

所述判断子指令 6122用于指示从通过执行所述接收指令 611接收到的加锁请求中提取业务标识，并根据所述业务标识判断相应的业务请求是否加锁。

在一个实施方式中，所述加锁 /解锁子指令 6121具体用于指示在通过执行所述判断子指令 6122 判断所述业务请求未加锁时，对所述业务标识按照设定算法进行运算，根据运算结果索引所请求加锁的业务标识，并将索引到的业务标识对应的加锁开始时间设置为接收所述加锁请求的接收时间；以及，在通过执行所述接收指令 611接收到业务服务器发送的解锁请求时，对所述业务标识按照所述设定算法进行运算，根据运算结果索引所请求解锁的业务标识，并清除索引到的业务标识及对应的加锁开始时间。

判断子指令 6122具体用于指示对所述业务标识按照所述设定算法进行运算，根据运算结果索引所请求加锁的业务标识，若索引到业务标识以及对应的加锁开始时间，则判断所请求加锁的业务请求为已加锁，否则，判断所请求加锁的业务请求为未加锁。

在又一个实施方式中，存储器 61 中还用于存储用于记录业务标识与业务请求状态的对应关系的加锁数据列表。

此时，所述加锁 /解锁子指令 6121具体用于指示在通过执行所述判断子指令 6122判断所述业务请求未加锁时，对所述业务标识按照设定算法进行运算，根据运算结果索引所请求加锁的业务标识，并将索引到的业务标识对应的加锁开始时间设置为接收所述加锁请求的接收时间；以及，在通过执行所述接收指令 611接收到业务服务器发送的解锁请求时，对所述业务标识按照设定算法进行运算，根据运算结果索引所请求解锁的业务标识，并将与索引到的业务标识对应的加锁开始时间设置为初始值。

所述判断子指令 6122具体用于指示对所述业务标识按照设定算法进行运算，并根据运算结果索引所请求加锁的业务标识，若索引到业务标识，且对应的加锁开始时间非初始值，则判断所请求加锁的业务请求为已加锁，否则，判断所请求加锁的业务请求为未加锁。

在又一个实施方式中，所述加锁 /解锁子指令 6121具体用于指示在通过执行所述判断子指令 6122判断所述业务请求未加锁时，对所述业务标识按照设定算法进行运算，根据运算结果索引所请求加锁的业务标识，并将索引到的业务标识对应的业务请求状态设置为加锁状态；以及在通过执行所述接收指令 611 接收到业务服务器发送的解锁请求时，对所述业务标识按照设定算法进行运算，根据运算结果索引所请求解锁的业务标识，并清除索引到的业务标识及对应的业务请求状态。

所述判断子指令 6122具体用于指示对所述业务标识按照设定算法进行运算，根据运算结果索引所请求加锁的业务标识，若索引到业务标识以及对应的业务请求状态，则判断所请求加锁的业务请求为已加锁，否则，则判断所请求加锁的业务请求为未加锁。

在又一个实施方式中，加锁 /解锁子指令 6121具体用于指示在通过执行判断子指令 6122判断业务请求未加锁时，对业务标识按照设定算法进行运算，根据运算结果索引所请求加锁的业务标识，并将与索引到的业务标识对应的业务请求状态设置为加锁状态；以及在通过执行接收指令 611接收到业务服务器发送的解锁请求时，对所请求解锁的业务请求的业务标识按照设定算法进行运算，根据运算结果索引所请求解锁的业务标识，并将与索引到的业务标识对应的业务请求状态设置为解锁状态。

判断子指令 6122 具体用于指示对业务标识按照设定算法进行运算，根据运算结果索引所请求加锁的业务标识，若索引到业务标识且该业务标识对应的业务请求状态值为加锁状态，例如为 1 , 则判断所请求加锁的业务请求为已加锁，否则，若索引到业务标识且该业务标识对应的业务请求状态值为解锁状态，例如为 0, 则判断所请求加锁的业务请求为未加锁。

图 6所示实施例中，所述设定算法为哈希运算或全量直接映射算法。图 7为本发明实施例提供的又一种业务服务器的结构示意图。如图 7所示，该业务锁服务器包括：存储器 71以及与所述存储器 71进行通指令 711、处理指令 712和接收指令 713。

其中，发送指令 711用于指示向同步锁服务器发送对业务请求进行加锁的加锁请求，以使所述同步锁服务器判断所请求加锁的业务请求是否加锁，在判断所述业务请求未加锁时，则对所述业务请求进行加锁，并向所述业务服务器返回加锁成功响应；在判断所述业务请求已加锁时，向所述业务务器返回加锁失败响应。

处理指令 712用于指示在通过执行接收指令 713接收到加锁成功响应时，根据所述业务请求进行业务处理；以及，在通过执行接收指令 713接收到加锁失败响应时，暂时放弃对所述业务请求进行业务处理，并按照预设的次数和 /或频率再次通过执行所述发送指令 711 向所述同步锁服务器发送加锁请求。在一个实施方式中，所述发送指令 711还用于指示在通过执行所述处理指令 712完成所述业务处理后，向所述同步锁服务器发送解锁请求，以使所述同步锁服务器对所述业务请求进行解锁。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视本发明的保护范围。

Claims

权利要求书

1、一种并行业务处理方法，其特征在于，所述方法包括：同步锁服务器接收到业务服务器发送的加锁请求后，判断所请求加锁的业务请求是否已加锁，若所述业务请求未加锁，则对所述业务请求进行加锁，并向所述业务服务器返回加锁成功响应；若所述业务请求已加锁，则向所述业务服务器返回加锁失败响应。

2、如权利要求 1 所述的方法，其特征在于，所述对所述业务请求进行加锁之后，所述方法还包括：

所述同步锁服务器启动定时器；所述定时器的计时时长大于等于所述业务服务器处理所述业务请求的处理时间；

当所述定时器的计时时长到达时，所述同步锁服务器对所述业务请求进行解锁。

3、如权利要求 1 所述的方法，其特征在于，所述方法还包括：所述同步锁服务器在接收到所述业务服务器完成业务处理后所发送的解锁请求后，对所述业务请求进行解锁。

4、如权利要求 1-3任一项所述的方法，其特征在于，所述同步锁服务器对所述业务请求进行加锁包括：所述同步锁服务器从接收到的加锁请求中提取业务标识，并根据所述业务标识对相应的业务请求进行加锁；

所述同步锁服务器对所述业务请求进行解锁包括：所述同步锁服务器从接收到的解锁请求中提取业务标识，并根据所述业务标识对相应的业务请求进行解锁；

所述判断所请求加锁的业务请求是否已加锁包括：所述同步锁服务器从接收到的加锁请求中提取业务标识，并根据所述业务标识判断相应的业务请求是否已加锁。

5、如权利要求 4所述的方法，其特征在于，所述同步锁服务器根据所述业务标识对相应的业务请求进行加锁包括：所述同步锁服务器对所述业务标识按照设定算法进行运算，根据运算结果索引所请求加锁的业务标识，并将索引到的业务标识对应的加锁开始时间设置为接收所述加锁请求的接收时间；

所述同步锁服务器根据所述业务标识对相应的业务请求进行解锁包括：所述同步锁服务器对所述业务标识按照所述设定算法进行运算，根据运算结果索引所请求解锁的业务标识，并清除索引到的业务标识及对应的加锁开始时间，或者将与索引到的业务标识对应的加锁开始时间设置为初始值；

所述根据所述业务标识判断相应的业务请求是否已加锁包括：所述同步锁服务器对所述业务标识按照所述设定算法进行运算，根据运算结果索引所请求加锁的业务标识，若索引到业务标识以及对应的加锁开始时间，则判断所请求加锁的业务请求为已加锁，否则，判断所请求加锁的业务请求为未加锁；或者若索引到业务标识，且对应的加锁开始时间非初始值，则判断所请求加锁的业务请求为已加锁，否则，判断所请求加锁的业务请求为未加锁。

6、如权利要求 4所述的方法，其特征在于，所述同步锁服务器根据所述业务标识对相应的业务请求进行加锁包括：所述同步锁服务器对所述业务标识按照设定算法进行运算，根据运算结果索引所请求加锁的业务标识，并将索引到的业务标识对应的业务请求状态设置为加锁状态；

所述同步锁服务器根据所述业务标识对相应的业务请求进行解锁包括：所述同步锁服务器对所述业务标识按照所述设定算法进行运算，根据运算结果索引所请求解锁的业务标识，并清除索引到的业务标识及对应的业务请求状态，或者将与索引到的业务标识对应的业务请求状态设置为解锁状态；

所述根据所述业务标识判断相应的业务请求是否已加锁包括：所述同步锁服务器对所述业务标识按照所述设定算法进行运算，根据运算结果索引所请求加锁的业务标识，若索引到业务标识以及对应的业务请求状态，则判断所请求加锁的业务请求为已加锁，否则，则判断所请求加锁的业务请求为未加锁；或者，若索引到业务标识且该业务标识对应的业务请求状态值为加锁状态，则判断所请求加锁的业务请求为已加锁，否则，若索引到业务标识且该业务标识对应的业务请求状态值为解锁状态，则判断所请求加锁的业务请求为未加锁。

7、如权利要求 5或 6所述的方法，其特征在于，所述设定算法为哈希运算或全量直接映射算法。

8、一种并行业务处理方法，其特征在于，所述方法包括：业务服务器向同步锁服务器发送对业务请求进行加锁的加锁请求，以使所述同步锁服务器判断所请求加锁的业务请求是否已加锁，在判断所述业务请求未加锁时，则对所述业务请求进行加锁，并向所述业务服务器返回加锁成功响应，在判断所述业务请求已加锁时，向所述业务服务器返回加锁失败响应；

9、如权利要求 8 所述的方法，其特征在于，所述根据所述业务请求进行业务处理之后，所述方法还包括：

所述业务服务器在完成所述业务处理后，向所述同步锁服务器发送解锁请求，以使所述同步锁服务器对所述业务请求进行解锁。

10、一种同步锁服务器，其特征在于，所述同步锁服务器包括：接收模块，用于接收业务服务器发送的加锁请求；

11、如权利要求 10 所述的同步锁服务器，其特征在于，所述处理模块还用于，在对所述业务请求进行加锁之后，启动定时器，并在所述定时器计时时长到达时，对所请求解锁的业务请求进行解锁；所述定时器的计时时长大于等于业务服务器处理所述业务请求的处理时间。

12、如权利要求 10所述的同步锁服务器，其特征在于，

所述接收模块还用于，接收所述业务服务器发送的解锁请求，所述解锁请求是所述业务服务器在完成业务处理后发送的；

所述处理模块还用于，在所述接收模块接收到所述业务服务器发送的解锁请求后，对所请求解锁的业务请求进行解锁。

13、如权利要求 10-12任一项所述的同步锁服务器，其特征在于，所述处理模块包括加锁 /解锁子模块和判断子模块；

所述加锁 /解锁子模块用于，从所述接收模块接收到的所述加锁请求中提取业务标识，并根据所述业务标识对相应的业务请求进行加锁；以及从所述接收模块接收到的所述解锁请求中提取业务标识，并根据相应的业务标识对所述业务请求进行解锁；

所述判断子模块用于，从所述接收模块接收到的所述加锁请求中提取业务标识，并根据所述业务标识判断相应的业务请求是否已加锁。

14、如权利要求 13所述的同步锁服务器，其特征在于，

所述加锁 /解锁子模块具体用于，在所述判断子模块判断所述业务请求未加锁时，对所述业务标识按照设定算法进行运算，根据运算结果索引所请求加锁的业务标识，并将索引到的业务标识对应的加锁开始时间设置为接收所述加锁请求的接收时间；以及，在所述接收模块接收到业务服务器发送的解锁请求时，对所述业务标识按照所述设定算法进行运算，根据运算结果索引所请求解锁的业务标识，并清除索引到的业务标识及对应的加锁开始时间，或者将与索引到的业务标识对应的加锁开始时间设置为初始值；

所述判断子模块具体用于，对所述业务标识按照所述设定算法进行运算，根据运算结果索引所请求加锁的业务标识，若索引到业务标识以及对应的加锁开始时间，则判断所请求加锁的业务请求为已加锁，否则，判断所请求加锁的业务请求为未加锁；或者若索引到业务标识，且对应的加锁开始时间非初始值，则判断所请求加锁的业务请求为已加锁，否则，判断所请求加锁的业务请求为未加锁。

15、如权利要求 13所述的同步锁服务器，其特征在于，

所述加锁 /解锁子模块具体用于，在所述判断子模块判断所述业务请求未加锁时，对所述业务标识按照设定算法进行运算，根据运算结果索引所请求加锁的业务标识，并将索引到的业务标识对应的业务请求状态设置为加锁状态；以及在所述接收模块接收到业务服务器发送的解锁请求时，对所述业务标识按照所述设定算法进行运算，根据运算结果索引所请求解锁的业务标识，并清除索引到的业务标识及对应的业务请求状态，或者将与索引到的业务标识对应的业务请求状态设置为解锁状态；

所述判断子模块具体用于，对所述业务标识按照所述设定算法进行运算，根据运算结果索引所请求加锁的业务标识，若索引到业务标识以及对应的业务请求状态，则判断所请求加锁的业务请求为已加锁，否则，则判断所请求加锁的业务请求为未加锁；或者，若索引到业务标识且该业务标识对应的业务请求状态值为加锁状态，则判断所请求加锁的业务请求为已加锁，否则，若索引到业务标识且该业务标识对应的业务请求状态值为解锁状态，则判断所请求加锁的业务请求为未加锁。

16、如权利要求 14或 15所述的同步锁服务器，其特征在于，所述设定算法为哈希运算或全量直接映射算法。

17、一种业务服务器，其特征在于，所述业务服务器包括：发送模块，用于向同步锁服务器发送对业务请求进行加锁的加锁请求，以使所述同步锁服务器判断所请求加锁的业务请求是否已加锁，在判断所述业务请求未加锁时，所述同步锁服务器对所述业务请求进行加锁，并向所述业务服务器返回加锁成功响应；在判断所述业务请求已加锁时，所述同步锁服务器向所述业务服务器返回加锁失败响应；

处理模块，用于在接收模块接收到加锁成功响应时，根据所述业务请求进行业务处理；以及，在接收模块接收到加锁失败响应时，放弃对所述业务请求进行业务处理，并按照预设的次数和 /或频率再次通过所述发送模块向所述同步锁服务器发送加锁请求。

18、如权利要求 17 所述的业务服务器，其特征在于，所述发送模块还用于，在所述处理模块完成所述业务处理后，向所述同步锁服务器发送解锁请求，以使所述同步锁服务器对所述业务请求进行解锁。

19、一种并行业务处理系统，其特征在于，所述系统包括：如权利要求 10-16任一项所述的同步锁服务器，以及至少两个如权利要求 17-18 任一项所述的业务服务器。