CN114926935A - 一种洽谈签约排队取号方法、装置和计算机设备 - Google Patents

Abstract

本发明公开了一种洽谈签约排队取号方法、装置和计算机设备，涉及分布式技术领域，其中方法包括获取用户的排队取号请求，所述排队取号请求中携带有所述用户的活动信息；根据所述排队取号请求，查询排队号码数据库中与所述活动信息相匹配的签约排队记录；根据所述签约排队记录，生成排队号并发送给所述用户。本文可以能够根据活动信息为用户生成并分配签约的排队号，能够避免排队号重复导致后续签约仪式混乱等问题，灵活方便，可靠性高；同时适用于单场地或多场地举办一个或多个洽谈签约活动的场景，适用范围广泛。

Description

一种洽谈签约排队取号方法、装置和计算机设备

技术领域

本发明涉及分布式技术领域，尤其涉及一种洽谈签约排队取号方法、装置和计算机设备。

背景技术

洽谈签约活动中，当洽谈双方达成合作意向时，可以在活动现场的专设区域进行签约以及合影留念，而去专设区域的进行签约的顺序一般由服务该用户的现场服务人员人工引导实现。当现场洽谈人数众多、服务人员在同一时间进行人工引导时，容易出现取号值重复的情况，影响现场客户后续洽谈安排。对于在多个场地跨境举办的洽谈签约活动，或在同一场地同时为多个活动举办的洽谈签约活动，其签约号的获取和发放时的避免重复则更加难以实现。因此，亟需提供一种洽谈签约排队取号方法、装置和计算机设备方法。

发明内容

针对现有技术的上述问题，本文的目的在于，提供一种洽谈签约排队取号方法、装置和计算机设备，用以解决现有技术中用户签约取号重复导致影响后续洽谈安排的问题。

为了解决上述技术问题，本文的具体技术方案如下：

一方面，本文提供一种洽谈签约排队取号方法，包括：

获取用户的排队取号请求，所述排队取号请求中携带有所述用户的活动信息；

根据所述排队取号请求，查询排队号码数据库中与所述活动信息相匹配的签约排队记录；

根据所述签约排队记录，生成排队号并发送给所述用户。

具体地，在根据所述排队取号请求，查询排队号码数据库中与所述活动信息相匹配的签约排队记录之前，所述方法还包括：

判断所述用户是否具备查询所述排队号码数据库所需的分布式文件锁；

若是，则根据所述排队取号请求中的活动信息查询所述排队号码数据库以获得所述签约排队记录；

若否，则等待所述分布式文件锁释放直至所述分布式文件锁转交给所述用户。

进一步地，所述判断所述用户是否具备查询所述排队号码数据库所需的分布式文件锁，包括：

在与所述活动信息相对应的持久节点下创建所述用户的顺序节点，所述顺序节点的序号为整数并根据创建时间递增；

判断所述用户的顺序节点的序号是否在所述持久节点下所有顺序节点中序号最小；

若是，则确定所述用户具备所述分布式文件锁，并在生成所述用户的排队号后删除创建在所述持久节点下的所述用户的顺序节点；

若否，则监控所述持久节点下的其他顺序节点的状态直至所述用户具备所述分布式文件锁。

进一步地，在删除创建在所述持久节点下的所述用户的顺序节点后，所述方法还包括：

生成关于所述用户和所述排队号的签约排队记录，并保存至所述排队号码数据库中。

更进一步地，删除创建在所述持久节点下的所述用户的顺序节点后，包括：

查找所述持久节点下所有顺序节点中序号最小的一个；

将所述分布式文件所从被删除的顺序节点处释放并转交给当前序号最小的顺序节点。

优选地，所述根据所述签约排队记录，生成排队号，进一步包括：

获取所述签约排队记录的条数；

对所述签约排队记录的条数进行加一处理和格式化处理，得到所述用户的排队号。

第二方面，本文提供一种洽谈签约排队取号装置，包括：

获取模块，用于获取用户的排队取号请求，所述排队取号请求中携带有所述用户的活动信息；

查询模块，用于所述排队取号请求，查询排队号码数据库中与所述活动信息相匹配的签约排队记录；

生成模块，用于根据所述签约排队记录，生成排队号并发送给所述用户。

第三方面，本文提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述技术方案提供的方法。

本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如上述技术方案提供的方法。

本发明实施例还提供一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序被处理器执行时实现如上述技术方案提供的方法。

本文提供的一种洽谈签约排队取号方法、装置和计算机设备，能够根据活动信息为用户生成并分配签约的排队号，能够避免排队号重复导致后续签约仪式混乱等问题，同时适用于单场地或多场地举办一个或多个洽谈签约活动的场景，适用范围广泛。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种洽谈签约排队取号方法的步骤示意图；

图2为本发明实施例中判断用户是否具备查询排队号码数据库所需的分布式文件锁的步骤示意图；

图3为本发明实施例中根据用户发起的排队取号请求建立顺序节点的示意图；

图4为本发明实施例提供的一种洽谈签约排队取号装置的结构示意图；

图5为本发明实施例提供的一种计算机设备的结构示意图。

附图符号说明：

41、获取模块；

42、查询模块；

43、生成模块；

502、计算机设备；

504、处理器；

506、存储器；

508、驱动机构；

510、输入/输出模块；

512、输入设备；

514、输出设备；

516、呈现设备；

518、图形用户接口；

520、网络接口；

522、通信链路；

524、通信总线。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚明白，下面结合附图对本发明实施例做进一步详细说明。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。

需要说明的是，本文的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本文的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、装置、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

当现场洽谈人数众多、服务人员在同一时间为不同用户签约进行人工引导时，容易出现取号重复的情况，影响现场客户后续洽谈安排。而对于多个场地跨境举办的洽谈签约活动，或在同一场地同时为多个活动举办的洽谈签约活动，其签约号的获取和发放难以实现避免重复。

为了解决上述问题，本文实施例提供了一种洽谈签约排队取号方法、装置和计算机设备，能够保证在有多人前来排队取号时，各自获取的排队号唯一；并且可适用于多场地跨境洽谈签约活动和/或为同时举办的多个活动分配排队号的场景，实现有序的排队取号，提高用户参与洽谈签约活动的体验。需要说明的是，本文提供的一种洽谈签约排队取号方法、装置和计算机设备可用于金融领域，也可用于除金融领域之外的任意领域，本文对洽谈签约排队取号方法、装置和计算机设备的应用领域不做限定。图1是本文实施例提供的一种洽谈签约排队取号方法的步骤示意图，本说明书提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的系统或装置产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行。所述方法适用于排队取号服务器，具体的如图1所示，所述方法可以包括：

S110：获取用户的排队取号请求，所述排队取号请求中携带有所述用户的活动信息。

所述活动信息可以包括洽谈签约活动的场地信息(即洽谈签约活动的举办地的信息)和/或洽谈签约活动的ID信息等。对于跨境举办的同一个洽谈签约活动而言，其洽谈签约活动的ID信息可以相同，而场地信息不同；对于在同一个场地举办的多个不同的洽谈签约活动而言，则其洽谈签约活动的ID信息不同，而场地信息相同；对于在多个场地同时举办的多个洽谈签约活动，则洽谈签约活动的ID信息可以不同，场地信息与可不同。从而本说明书实施例提供的洽谈签约排队取号方法可适用于多种排队号获取场景，用途广泛。

所述排队取号请求中还可以携带有所述用户的身份信息，以用于表明该排队取号请求是由谁发起的；以及，与该用户进行洽谈签约的对方用户的身份信息，以用于表明与用户达成洽谈签约意见的对方是谁(一般的，达成洽谈签约意向需有两方用户参与，并在达成签约意向后获取前往专设区域进行签约仪式的排队号)。除此之外，排队取号请求还可以携带有排队取号请求发起的时间等信息。

需要说明的是，本说明书实施例中，所述用户的身份信息、对方用户的身份信息等均为过去经各用户授权同意的信息。且本说明书实施例描述的技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。

S120：根据所述排队取号请求，查询排队号码数据库中与所述活动信息相匹配的签约排队记录。

所述排队号码数据库中可存储有与各个活动信息相匹配的签约排队记录，当查询签约排队记录时，则可以所述活动信息作用查询(筛选)条件。

S130：根据所述签约排队记录，生成排队号并发送给所述用户。

本说明书实施例提供的一种洽谈签约排队取号方法，能够根据活动信息为用户生成并分配签约的排队号，能够避免排队号重复导致后续签约仪式混乱等问题，同时适用于单场地或多场地举办一个或多个洽谈签约活动的场景，适用范围广泛。

本说明书实施例中，在步骤S120：根据所述排队取号请求，查询排队号码数据库中与所述活动信息相匹配的签约排队记录之前，所述方法还可以包括：

判断所述用户是否具备查询所述排队号码数据库所需的分布式文件锁；

若是，则根据所述排队取号请求中的活动信息查询所述排队号码数据库以获得所述签约排队记录；

若否，则等待所述分布式文件锁释放直至所述分布式文件锁转交至所述用户。

本说明书实施例中，只有具备分布式文件锁的用户才具有访问排队号码数据库的权限，从而服务器才可根据排队号码数据库中存储的与所述活动信息相匹配的签约排队记录进而生成排队号。因此，通过设置有分布式文件锁，使得在分布式环境下，有多个同一活动信息的用户发起排队取号请求时，同一时刻只有一个用户能够获取到排队号。使得在业务逻辑层面，保证排队号的唯一性，不依赖于底层数据库。当调整、修改、更换数据库产品时，无需修改排队号获取逻辑。

如图2所示，为判断用户是否具备查询排队号码数据库所需的分布式文件锁的步骤示意图；如图3所示，为根据用户发起的排队取号请求建立顺序节点的示意图。如图2和图3所示，在一些可行的实施例中，所述判断所述用户是否具备查询所述排队号码数据库所需的分布式文件锁，进一步可包括：

S210：在与所述活动信息相对应的持久节点下创建所述用户的顺序节点，所述顺序节点的序号为整数并根据创建时间递增。

需要说明的是，本说明书实施例中，利用zookeeper(分布式应用程序协调服务软件)的持久节点下创建与各个用户相对应的顺序节点。例如，当第一个用户发起排队取号请求(即发起对分布式文件锁的获取请求)时，即在持久节点下面创建一个顺序节点node-1。

S220：判断所述用户的顺序节点的序号是否在所述持久节点下所有顺序节点中序号最小。

即查找持久节点下所有的顺序节点的序号，判断所创建的节点node-1是否是所有顺序节点中序号最小的一个。

S230：若是，则确定所述用户具备所述分布式文件锁，并在生成所述用户的排队号后删除创建在所述持久节点下的所述用户的顺序节点。

顺序节点node-1的序号为1，是所述持久节点下所有顺序节点中序号最小的，因此，则确定node-1对应的第一个用户具备所述分布式文件锁，从而可得到排队号。并在第一个用户得到排队号后，删除顺序节点node-1。

S240：若否，则监控所述持久节点下的其他顺序节点的状态直至所述用户具备所述分布式文件锁。

例如，当第二个用户发起排队取号请求时，在持久节点下面再次创建一个序号为2的顺序节点node-2。从而在即查找持久节点下所有的顺序节点的序号以判断顺序节点node-2是否是所有顺序节点中序号最小的一个时，将得到否定的结果。也就是说，顺序节点node-2对应的第二个用户未获取到分布式文件锁(即当前所述分布式文件所正在被其他用户所持有)，第二个用户将进入等待状态。

本说明书实施例中，利用动态的创建、删除顺序节点来实现分布式文件锁执有权的转移，使得对于相同的活动信息，同一时刻有且仅有一个用户能够获取分布式文件锁，只有获取到了分布式文件锁，才能访问排队号码数据库，从而递增获取到排队号；然后用户根据该排队号，依次参加跨境撮合活动现场签约仪式、合影留念等后续环节。从而起到对分布式环境中跨进程、跨主机、跨网络的共享资源互斥访问的作用，保证数据的一致性。与现有的依赖底层数据库的事务机制相比，保证了排队号取值的唯一性。在单个数据库或一主多从的情况下，只有主库会生成取号值，数据库实现分布式锁存在单点故障的风险，而本说明书实施例中提供的基于zookeeper动态创建、删除顺序节点来实现分布式文件锁的方法可极大地提高可靠性。

进一步地，在步骤S230中的，删除创建在所述持久节点下的所述用户的顺序节点后，所述方法还包括：

生成关于所述用户和所述排队号的签约排队记录，并保存至所述排队号码数据库中。

示例性地，所述签约排队记录可以为：

用户信息	对方用户信息	活动信息	排队号	生成时间
					用户A	用户B	SH	S01	2022.04.06.14:10:26

即签约排队记录中，还可以包括排队号、该签约排队记录的生成时间以及达成签约意向双方的信息(即用户信息和对方用户信息，其中用户信息可表征发起排队取号请求的一方)。

需要说明的是，在活动信息相同的前提下，若服务器在接收到用户A发起的与用户B达成签约意向的排队取号请求之后，又收到用户B发起的与用户A进行签约的排队取号请求时(即用户信息和对方用户信息互换的情况)，将通过排队取号请求中携带的双方用户的身份信息判断得到后一次的排队取号请求与前一次的排队取号请求相重复，避免为相同的双方参与用户再次生成排队号。

即所述方法还包括：

接收用户的排队取号请求；

解析所述排队取号请求，得到活动信息、用户的身份信息和对方用户的身份信息；

查询所述签约排队号码数据库中是否存在与用户的身份信息和对方用户的身份信息相对应的签约排队记录；这里，相对应的含义，即包括在前叙述中已经介绍的分别与用户的身份信息和与对方用户的身份信息一一对应的情况和与用户的身份信息和与对方用户的身份信息交叉对应的情况。

若存在，则判断排队取号请求已处理。则不重复生成排队号。

进一步优选地，所述方法还可以包括：

接收用户的排队取号请求；

解析所述排队取号请求，得到活动信息、用户的身份信息和对方用户的身份信息；

查询所述签约排队号码数据库中是否存在与用户的身份信息和对方用户的身份信息相对应的签约排队记录；

若存在，则获取所述签约排队记录的生成时间；

判断所述排队记录的生成时间与当前时间戳间的时间差是否大于预设的时间差阈值；示例性的，所述预设的时间差可设置为6小时。

若否，则判断所述排队取号请求已处理；即，服务器在第一次获取到排队取号请求后的6小时内再次获取到相对应的排队取号请求时，则判断在后的排队取号请求与在前的排队取号请求相重复，并判定在后的排队取号请求不用处理(即已处理)。

若是，则根据排队号码数据库中与所述活动信息相匹配的签约排队记录生成排队号并发送给所述用户。

进一步地，在步骤S230中的，删除创建在所述持久节点下的所述用户的顺序节点后，所述方法还包括：

查找所述持久节点下所有顺序节点中序号最小的一个；

将所述分布式文件所从被删除的顺序节点处释放并转交给当前序号最小的顺序节点。

例如，当node-1对应的第一个用户获得排队号后，服务器将从所述持久节点下删除所述顺序节点node-1，此时，node-1持有的分布式文件锁会自动释放。服务器将查找所述持久节点下所有顺序节点中序号最小的顺序节点。此时，序号最小的顺序节点为node-2，则将分布式文件锁转交给node-2，使得node2对应的第二个用户持有分布式文件锁，从而服务器将生成第二个用户的排队号。

在实际使用时，当node-2对应的用户处于等待状态时，其可对序号仅比它小一的顺序节点(即node-1)执行监控，即顺序节点node-2监听顺序节点node-1是否被删除；若是，则进一步判断自身是否是持久节点下所有顺序节点中序号最小的，若是，则node-2将获得分布式文件锁。通过监控逻辑，持久节点下的各顺序节点形成一个顺序等待的队列；在监控到在前顺序节点被删除后，在后顺序节点将再次执行判断自身序号是否为最小的逻辑，可以避免在前顺序节点为意外删除的情况。

同样的，服务器也可对持久节点下的所有顺序节点进行监控，包括监控当前持有分布式文件锁的顺序节点以及其他处于等待状态的顺序节点；

判断被删除的顺序节点是否是所有顺序节点中序号最小的。

若是，则将所述分布式文件锁从被删除的顺序节点处释放并转交给当前序号最小的顺序节点。

例如，判断被删除的顺序节点node-1是否是该持久节点下所有顺序节点中序号最小的。若是，则表征该被删除的顺序节点node-1是持有分布式文件锁的节点，从而，此时，分布式文件锁从顺序节点node-1处释放并转交给当前序号最小的顺序节点(即node-2)。

若否，则将位于被删除顺序节点后位的顺序节点接续至位于被删除顺序节点前位的顺序节点的后位。

例如，被删除的顺序节点为node-3，其不是该持久节点下所有顺序节点中序号最小的，则可判断顺序节点为node-3并非是持有分布式文件锁的节点，也就是说，分布式文件锁的节点仍在当前序号最小的顺序节点处。该顺序节点node-3可能是由于系统崩坏等故障导致的删除，因此，其在后顺序节点node-4并不能接续获得分布式文件锁。此时，可将被删除顺序节点node-3后位的顺序节点(即顺序节点node-4)接续至被删除顺序节点前位的顺序节点(即node-2)的后位。

需要说明的是，当用户在发起排队取号请求后又发起了对排队取号请求的取消请求时，所述持久节点下创建的顺序节点并不会被删除，但所述排队取号服务器可对该顺序节点进行标记，以及对生成的与用户相对应的签约排队记录和生成的排队号进行标记，例如，标记为已失效；由于生成的排队号已标记为失效，则可以发送给用户也可以不发送。

本说明书实施例中，所述根据所述签约排队记录，生成排队号，进一步包括：

获取所述签约排队记录的条数；

对所述签约排队记录的条数进行加一处理和格式化处理，得到所述用户的排队号。

通过签约排队记录的条数即可获知对于同一活动信息而言，已经有多少对双方用户达成了签约意向(获取到了排队号)，从而对签约排队记录的条数加一处理，可为当前排队取号请求的发起用户生成排队号。优选地，还可对排队号进行格式化处理，例如，使得排队号1格式化后为001(从而使得不论先后顺序如何，各排队号均以相同数量多个数字表示)；还可以将排队号1格式化处理得到S001，以对应于不同的活动信息等。

在一些可行的实施例中，在步骤S110中的获取用户的排队取号请求之后，所述方法还包括：

解析所述排队取号请求，得到所述活动信息；

判断所述活动信息是否合法；例如，当所述活动已结束，或已过期时，则活动信息不合法。

若所述活动信息不合法，则绝所述用户的排队取号请求。

本说明书是实施例提供一种洽谈签约排队取号方法，能够保证在分布式环境下，多用户并行获取排队号时，相同活动信息的用户中只有一个能根据其建立在zookeeper持久节点下的顺序节点获取分布式文件锁进而得到排队号，避免排队号重复的情况；分布式文件锁使用zookeeper在业务逻辑层获取，灵活方便，可靠性高，且具有可扩展能力。

如图4所示，本说明书实施例还提供一种洽谈签约排队取号装置，包括：

获取模块41，用于获取用户的排队取号请求，所述排队取号请求中携带有所述用户的活动信息；

查询模块42，用于根据所述排队取号请求，查询排队号码数据库中与所述活动信息相匹配的签约排队记录；

生成模块43，用于根据所述签约排队记录，生成排队号并发送给所述用户。

通过本说明书实施例提供的装置所取得的有益效果和上述方法所取得的有益效果相一致，此处不再赘述。

如图5所示，为本文实施例提供的一种计算机设备，本说明书中的洽谈签约排队取号装置可以为本实施例中的计算机设备，执行本文的上述方法。所述计算机设备502可以包括一个或多个处理器504，诸如一个或多个中央处理单元(CPU)，每个处理单元可以实现一个或多个硬件线程。计算机设备502还可以包括任何存储器506，其用于存储诸如代码、设置、数据等之类的任何种类的信息。非限制性的，比如，存储器506可以包括以下任一项或多种组合：任何类型的RAM，任何类型的ROM，闪存设备，硬盘，光盘等。更一般地，任何存储器都可以使用任何技术来存储信息。进一步地，任何存储器可以提供信息的易失性或非易失性保留。进一步地，任何存储器可以表示计算机设备502的固定或可移除部件。在一种情况下，当处理器504执行被存储在任何存储器或存储器的组合中的相关联的指令时，计算机设备502可以执行相关联指令的任一操作。计算机设备502还包括用于与任何存储器交互的一个或多个驱动机构508，诸如硬盘驱动机构、光盘驱动机构等。

计算机设备502还可以包括输入/输出模块510(I/O)，其用于接收各种输入(经由输入设备512)和用于提供各种输出(经由输出设备514)。一个具体输出机构可以包括呈现设备516和相关联的图形用户接口(GUI)518。在其他实施例中，还可以不包括输入/输出模块510(I/O)、输入设备512以及输出设备514，仅作为网络中的一台计算机设备。计算机设备502还可以包括一个或多个网络接口520，其用于经由一个或多个通信链路522与其他设备交换数据。一个或多个通信总线524将上文所描述的部件耦合在一起。

通信链路522可以以任何方式实现，例如，通过局域网、广域网(例如，因特网)、点对点连接等、或其任何组合。通信链路522可以包括由任何协议或协议组合支配的硬连线链路、无线链路、路由器、网关功能、名称服务器等的任何组合。

对应于图1至图2中的方法，本文实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述方法的步骤。

本文实施例还提供一种计算机可读指令，其中当处理器执行所述指令时，其中的程序使得处理器执行如图1至图2所示的方法。

本文实施例还提供一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序被处理器执行时实现如图1至图2所示的方法。

应理解，在本文的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本文实施例的实施过程构成任何限定。

还应理解，在本文实施例中，术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系。例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本文的范围。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本文所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本文实施例方案的目的。

另外，在本文各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本文的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本文各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

Claims (10)

1.一种洽谈签约排队取号方法，其特征在于，包括：

获取用户的排队取号请求，所述排队取号请求中携带有所述用户的活动信息；

根据所述排队取号请求，查询排队号码数据库中与所述活动信息相匹配的签约排队记录；

根据所述签约排队记录，生成排队号并发送给所述用户。

2.根据权利要求1所述的方法，其特征在于，在根据所述排队取号请求，查询排队号码数据库中与所述活动信息相匹配的签约排队记录之前，所述方法还包括：

判断所述用户是否具备查询所述排队号码数据库所需的分布式文件锁；

若是，则根据所述排队取号请求中的活动信息查询所述排队号码数据库以获得所述签约排队记录；

若否，则等待所述分布式文件锁释放直至所述分布式文件锁转交给所述用户。

3.根据权利要求1所述的方法，其特征在于，所述判断所述用户是否具备查询所述排队号码数据库所需的分布式文件锁，进一步包括：

在与所述活动信息相对应的持久节点下创建所述用户的顺序节点，所述顺序节点的序号为整数并根据创建时间递增；

判断所述用户的顺序节点的序号是否在所述持久节点下所有顺序节点中序号最小；

若是，则确定所述用户具备所述分布式文件锁，并在生成所述用户的排队号后删除创建在所述持久节点下的所述用户的顺序节点；

若否，则监控所述持久节点下的其他顺序节点的状态直至所述用户具备所述分布式文件锁。

4.根据权利要求3所述的方法，其特征在于，在删除创建在所述持久节点下的所述用户的顺序节点后，所述方法还包括：

生成关于所述用户和所述排队号的签约排队记录，并保存至所述排队号码数据库中。

5.根据权利要求3所述的方法，其特征在于，删除创建在所述持久节点下的所述用户的顺序节点后，所述方法还包括：

查找所述持久节点下所有顺序节点中序号最小的一个；

将所述分布式文件所从被删除的顺序节点处释放并转交给当前序号最小的顺序节点。

6.根据权利要求1所述的方法，其特征在于，所述根据所述签约排队记录，生成排队号，进一步包括：

获取所述签约排队记录的条数；

对所述签约排队记录的条数进行加一处理和格式化处理，得到所述用户的排队号。

7.一种洽谈签约排队取号装置，其特征在于，包括：

获取模块，用于获取用户的排队取号请求，所述排队取号请求中携带有所述用户的活动信息；

查询模块，用于根据所述排队取号请求，查询排队号码数据库中与所述活动信息相匹配的签约排队记录；

生成模块，用于根据所述签约排队记录，生成排队号并发送给所述用户。

8.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至6任一所述方法。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现权利要求1至6任一所述方法。

10.一种计算机程序产品，其特征在于，所述计算机程序产品包括计算机程序，所述计算机程序被处理器执行时实现权利要求1至6任一所述方法。

Images