一種洽談簽約排隊取號方法、裝置和計算機設(shè)備與流程
1.本發(fā)明涉及分布式技術(shù)領(lǐng)域，尤其涉及一種洽談簽約排隊取號方法、裝置和計算機設(shè)備。
背景技術(shù)：
2.洽談簽約活動中，當洽談雙方達成合作意向時，可以在活動現(xiàn)場的專設(shè)區(qū)域進行簽約以及合影留念，而去專設(shè)區(qū)域的進行簽約的順序一般由服務(wù)該用戶的現(xiàn)場服務(wù)人員人工引導(dǎo)實現(xiàn)。當現(xiàn)場洽談人數(shù)眾多、服務(wù)人員在同一時間進行人工引導(dǎo)時，容易出現(xiàn)取號值重復(fù)的情況，影響現(xiàn)場客戶后續(xù)洽談安排。對于在多個場地跨境舉辦的洽談簽約活動，或在同一場地同時為多個活動舉辦的洽談簽約活動，其簽約號的獲取和發(fā)放時的避免重復(fù)則更加難以實現(xiàn)。因此，亟需提供一種洽談簽約排隊取號方法、裝置和計算機設(shè)備方法。
技術(shù)實現(xiàn)要素：
3.針對現(xiàn)有技術(shù)的上述問題，本文的目的在于，提供一種洽談簽約排隊取號方法、裝置和計算機設(shè)備，用以解決現(xiàn)有技術(shù)中用戶簽約取號重復(fù)導(dǎo)致影響后續(xù)洽談安排的問題。
4.為了解決上述技術(shù)問題，本文的具體技術(shù)方案如下：
5.一方面，本文提供一種洽談簽約排隊取號方法，包括：
6.獲取用戶的排隊取號請求，所述排隊取號請求中攜帶有所述用戶的活動信息；
7.根據(jù)所述排隊取號請求，查詢排隊號碼數(shù)據(jù)庫中與所述活動信息相匹配的簽約排隊記錄；
8.根據(jù)所述簽約排隊記錄，生成排隊號并發(fā)送給所述用戶。
9.具體地，在根據(jù)所述排隊取號請求，查詢排隊號碼數(shù)據(jù)庫中與所述活動信息相匹配的簽約排隊記錄之前，所述方法還包括：
10.判斷所述用戶是否具備查詢所述排隊號碼數(shù)據(jù)庫所需的分布式文件鎖；
11.若是，則根據(jù)所述排隊取號請求中的活動信息查詢所述排隊號碼數(shù)據(jù)庫以獲得所述簽約排隊記錄；
12.若否，則等待所述分布式文件鎖釋放直至所述分布式文件鎖轉(zhuǎn)交給所述用戶。
13.進一步地，所述判斷所述用戶是否具備查詢所述排隊號碼數(shù)據(jù)庫所需的分布式文件鎖，包括：
14.在與所述活動信息相對應(yīng)的持久節(jié)點下創(chuàng)建所述用戶的順序節(jié)點，所述順序節(jié)點的序號為整數(shù)并根據(jù)創(chuàng)建時間遞增；
15.判斷所述用戶的順序節(jié)點的序號是否在所述持久節(jié)點下所有順序節(jié)點中序號最小；
16.若是，則確定所述用戶具備所述分布式文件鎖，并在生成所述用戶的排隊號后刪除創(chuàng)建在所述持久節(jié)點下的所述用戶的順序節(jié)點；
17.若否，則監(jiān)控所述持久節(jié)點下的其他順序節(jié)點的狀態(tài)直至所述用戶具備所述分布
式文件鎖。
18.進一步地，在刪除創(chuàng)建在所述持久節(jié)點下的所述用戶的順序節(jié)點后，所述方法還包括：
19.生成關(guān)于所述用戶和所述排隊號的簽約排隊記錄，并保存至所述排隊號碼數(shù)據(jù)庫中。
20.更進一步地，刪除創(chuàng)建在所述持久節(jié)點下的所述用戶的順序節(jié)點后，包括：
21.查所述持久節(jié)點下所有順序節(jié)點中序號最小的一個；
22.將所述分布式文件所從被刪除的順序節(jié)點處釋放并轉(zhuǎn)交給當前序號最小的順序節(jié)點。
23.優(yōu)選地，所述根據(jù)所述簽約排隊記錄，生成排隊號，進一步包括：
24.獲取所述簽約排隊記錄的條數(shù)；
25.對所述簽約排隊記錄的條數(shù)進行加一處理和格式化處理，得到所述用戶的排隊號。
26.第二方面，本文提供一種洽談簽約排隊取號裝置，包括：
27.獲取模塊，用于獲取用戶的排隊取號請求，所述排隊取號請求中攜帶有所述用戶的活動信息；
28.查詢模塊，用于所述排隊取號請求，查詢排隊號碼數(shù)據(jù)庫中與所述活動信息相匹配的簽約排隊記錄；
29.生成模塊，用于根據(jù)所述簽約排隊記錄，生成排隊號并發(fā)送給所述用戶。
30.第三方面，本文提供一種計算機設(shè)備，包括存儲器、處理器及存儲在存儲器上并可在處理器上運行的計算機程序，所述處理器執(zhí)行所述計算機程序時實現(xiàn)如上述技術(shù)方案提供的方法。
31.本發(fā)明實施例還提供一種計算機可讀存儲介質(zhì)，所述計算機可讀存儲介質(zhì)存儲有計算機程序，所述計算機程序被處理器執(zhí)行時實現(xiàn)如上述技術(shù)方案提供的方法。
32.本發(fā)明實施例還提供一種計算機程序產(chǎn)品，所述計算機程序產(chǎn)品包括計算機程序，所述計算機程序被處理器執(zhí)行時實現(xiàn)如上述技術(shù)方案提供的方法。
33.本文提供的一種洽談簽約排隊取號方法、裝置和計算機設(shè)備，能夠根據(jù)活動信息為用戶生成并分配簽約的排隊號，能夠避免排隊號重復(fù)導(dǎo)致后續(xù)簽約儀式混亂等問題，同時適用于單場地或多場地舉辦一個或多個洽談簽約活動的場景，適用范圍廣泛。
附圖說明
34.為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
35.圖1為本發(fā)明實施例提供的一種洽談簽約排隊取號方法的步驟示意圖；
36.圖2為本發(fā)明實施例中判斷用戶是否具備查詢排隊號碼數(shù)據(jù)庫所需的分布式文件鎖的步驟示意圖；
37.圖3為本發(fā)明實施例中根據(jù)用戶發(fā)起的排隊取號請求建立順序節(jié)點的示意圖；
38.圖4為本發(fā)明實施例提供的一種洽談簽約排隊取號裝置的結(jié)構(gòu)示意圖；
39.圖5為本發(fā)明實施例提供的一種計算機設(shè)備的結(jié)構(gòu)示意圖。
40.附圖符號說明：
41.41、獲取模塊；
42.42、查詢模塊；
43.43、生成模塊；
44.502、計算機設(shè)備；
45.504、處理器；
46.506、存儲器；
47.508、驅(qū)動機構(gòu)；
48.510、輸入/輸出模塊；
49.512、輸入設(shè)備；
50.514、輸出設(shè)備；
51.516、呈現(xiàn)設(shè)備；
52.518、圖形用戶接口；
53.520、網(wǎng)絡(luò)接口；
54.522、通信鏈路；
55.524、通信總線。
具體實施方式
56.為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚明白，下面結(jié)合附圖對本發(fā)明實施例做進一步詳細說明。在此，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，但并不作為對本發(fā)明的限定。
57.需要說明的是，本文的說明書和權(quán)利要求書及上述附圖中的術(shù)語“第一”、“第二”等是用于區(qū)別類似的對象，而不必用于描述特定的順序或先后次序。應(yīng)該理解這樣使用的數(shù)據(jù)在適當情況下可以互換，以便這里描述的本文的實施例能夠以除了在這里圖示或描述的那些以外的順序?qū)嵤４送猓g(shù)語“包括”和“具有”以及他們的任何變形，意圖在于覆蓋不排他的包含，例如，包含了一系列步驟或單元的過程、方法、裝置、產(chǎn)品或設(shè)備不必限于清楚地列出的那些步驟或單元，而是可包括沒有清楚地列出的或?qū)τ谶@些過程、方法、產(chǎn)品或設(shè)備固有的其它步驟或單元。
58.當現(xiàn)場洽談人數(shù)眾多、服務(wù)人員在同一時間為不同用戶簽約進行人工引導(dǎo)時，容易出現(xiàn)取號重復(fù)的情況，影響現(xiàn)場客戶后續(xù)洽談安排。而對于多個場地跨境舉辦的洽談簽約活動，或在同一場地同時為多個活動舉辦的洽談簽約活動，其簽約號的獲取和發(fā)放難以實現(xiàn)避免重復(fù)。
59.為了解決上述問題，本文實施例提供了一種洽談簽約排隊取號方法、裝置和計算機設(shè)備，能夠保證在有多人前來排隊取號時，各自獲取的排隊號唯一；并且可適用于多場地跨境洽談簽約活動和/或為同時舉辦的多個活動分配排隊號的場景，實現(xiàn)有序的排隊取號，提高用戶參與洽談簽約活動的體驗。需要說明的是，本文提供的一種洽談簽約排隊取號方法、裝置和計算機設(shè)備可用于金融領(lǐng)域，也可用于除金融領(lǐng)域之外的任意領(lǐng)域，本文對洽談
簽約排隊取號方法、裝置和計算機設(shè)備的應(yīng)用領(lǐng)域不做限定。圖1是本文實施例提供的一種洽談簽約排隊取號方法的步驟示意圖，本說明書提供了如實施例或流程圖所述的方法操作步驟，但基于常規(guī)或者無創(chuàng)造性的勞動可以包括更多或者更少的操作步驟。實施例中列舉的步驟順序僅僅為眾多步驟執(zhí)行順序中的一種方式，不代表唯一的執(zhí)行順序。在實際中的系統(tǒng)或裝置產(chǎn)品執(zhí)行時，可以按照實施例或者附圖所示的方法順序執(zhí)行或者并行執(zhí)行。所述方法適用于排隊取號服務(wù)器，具體的如圖1所示，所述方法可以包括：
60.s110：獲取用戶的排隊取號請求，所述排隊取號請求中攜帶有所述用戶的活動信息。
61.所述活動信息可以包括洽談簽約活動的場地信息(即洽談簽約活動的舉辦地的信息)和/或洽談簽約活動的id信息等。對于跨境舉辦的同一個洽談簽約活動而言，其洽談簽約活動的id信息可以相同，而場地信息不同；對于在同一個場地舉辦的多個不同的洽談簽約活動而言，則其洽談簽約活動的id信息不同，而場地信息相同；對于在多個場地同時舉辦的多個洽談簽約活動，則洽談簽約活動的id信息可以不同，場地信息與可不同。從而本說明書實施例提供的洽談簽約排隊取號方法可適用于多種排隊號獲取場景，用途廣泛。
62.所述排隊取號請求中還可以攜帶有所述用戶的身份信息，以用于表明該排隊取號請求是由誰發(fā)起的；以及，與該用戶進行洽談簽約的對方用戶的身份信息，以用于表明與用戶達成洽談簽約意見的對方是誰(一般的，達成洽談簽約意向需有兩方用戶參與，并在達成簽約意向后獲取前往專設(shè)區(qū)域進行簽約儀式的排隊號)。除此之外，排隊取號請求還可以攜帶有排隊取號請求發(fā)起的時間等信息。
63.需要說明的是，本說明書實施例中，所述用戶的身份信息、對方用戶的身份信息等均為過去經(jīng)各用戶授權(quán)同意的信息。且本說明書實施例描述的技術(shù)方案中對數(shù)據(jù)的獲取、存儲、使用、處理等均符合國家法律法規(guī)的相關(guān)規(guī)定。
64.s120：根據(jù)所述排隊取號請求，查詢排隊號碼數(shù)據(jù)庫中與所述活動信息相匹配的簽約排隊記錄。
65.所述排隊號碼數(shù)據(jù)庫中可存儲有與各個活動信息相匹配的簽約排隊記錄，當查詢簽約排隊記錄時，則可以所述活動信息作用查詢(篩選)條件。
66.s130：根據(jù)所述簽約排隊記錄，生成排隊號并發(fā)送給所述用戶。
67.本說明書實施例提供的一種洽談簽約排隊取號方法，能夠根據(jù)活動信息為用戶生成并分配簽約的排隊號，能夠避免排隊號重復(fù)導(dǎo)致后續(xù)簽約儀式混亂等問題，同時適用于單場地或多場地舉辦一個或多個洽談簽約活動的場景，適用范圍廣泛。
68.本說明書實施例中，在步驟s120：根據(jù)所述排隊取號請求，查詢排隊號碼數(shù)據(jù)庫中與所述活動信息相匹配的簽約排隊記錄之前，所述方法還可以包括：
69.判斷所述用戶是否具備查詢所述排隊號碼數(shù)據(jù)庫所需的分布式文件鎖；
70.若是，則根據(jù)所述排隊取號請求中的活動信息查詢所述排隊號碼數(shù)據(jù)庫以獲得所述簽約排隊記錄；
71.若否，則等待所述分布式文件鎖釋放直至所述分布式文件鎖轉(zhuǎn)交至所述用戶。
72.本說明書實施例中，只有具備分布式文件鎖的用戶才具有訪問排隊號碼數(shù)據(jù)庫的權(quán)限，從而服務(wù)器才可根據(jù)排隊號碼數(shù)據(jù)庫中存儲的與所述活動信息相匹配的簽約排隊記錄進而生成排隊號。因此，通過設(shè)置有分布式文件鎖，使得在分布式環(huán)境下，有多個同一活
動信息的用戶發(fā)起排隊取號請求時，同一時刻只有一個用戶能夠獲取到排隊號。使得在業(yè)務(wù)邏輯層面，保證排隊號的唯一性，不依賴于底層數(shù)據(jù)庫。當調(diào)整、修改、更換數(shù)據(jù)庫產(chǎn)品時，無需修改排隊號獲取邏輯。
73.如圖2所示，為判斷用戶是否具備查詢排隊號碼數(shù)據(jù)庫所需的分布式文件鎖的步驟示意圖；如圖3所示，為根據(jù)用戶發(fā)起的排隊取號請求建立順序節(jié)點的示意圖。如圖2和圖3所示，在一些可行的實施例中，所述判斷所述用戶是否具備查詢所述排隊號碼數(shù)據(jù)庫所需的分布式文件鎖，進一步可包括：
74.s210：在與所述活動信息相對應(yīng)的持久節(jié)點下創(chuàng)建所述用戶的順序節(jié)點，所述順序節(jié)點的序號為整數(shù)并根據(jù)創(chuàng)建時間遞增。
75.需要說明的是，本說明書實施例中，利用zookeeper(分布式應(yīng)用程序協(xié)調(diào)服務(wù)軟件)的持久節(jié)點下創(chuàng)建與各個用戶相對應(yīng)的順序節(jié)點。例如，當?shù)谝粋€用戶發(fā)起排隊取號請求(即發(fā)起對分布式文件鎖的獲取請求)時，即在持久節(jié)點下面創(chuàng)建一個順序節(jié)點node-1。
76.s220：判斷所述用戶的順序節(jié)點的序號是否在所述持久節(jié)點下所有順序節(jié)點中序號最小。
77.即查持久節(jié)點下所有的順序節(jié)點的序號，判斷所創(chuàng)建的節(jié)點node-1是否是所有順序節(jié)點中序號最小的一個。
78.s230：若是，則確定所述用戶具備所述分布式文件鎖，并在生成所述用戶的排隊號后刪除創(chuàng)建在所述持久節(jié)點下的所述用戶的順序節(jié)點。
79.順序節(jié)點node-1的序號為1，是所述持久節(jié)點下所有順序節(jié)點中序號最小的，因此，則確定node-1對應(yīng)的第一個用戶具備所述分布式文件鎖，從而可得到排隊號。并在第一個用戶得到排隊號后，刪除順序節(jié)點node-1。
80.s240：若否，則監(jiān)控所述持久節(jié)點下的其他順序節(jié)點的狀態(tài)直至所述用戶具備所述分布式文件鎖。
81.例如，當?shù)诙€用戶發(fā)起排隊取號請求時，在持久節(jié)點下面再次創(chuàng)建一個序號為2的順序節(jié)點node-2。從而在即查持久節(jié)點下所有的順序節(jié)點的序號以判斷順序節(jié)點node-2是否是所有順序節(jié)點中序號最小的一個時，將得到否定的結(jié)果。也就是說，順序節(jié)點node-2對應(yīng)的第二個用戶未獲取到分布式文件鎖(即當前所述分布式文件所正在被其他用戶所持有)，第二個用戶將進入等待狀態(tài)。
82.本說明書實施例中，利用動態(tài)的創(chuàng)建、刪除順序節(jié)點來實現(xiàn)分布式文件鎖執(zhí)有權(quán)的轉(zhuǎn)移，使得對于相同的活動信息，同一時刻有且僅有一個用戶能夠獲取分布式文件鎖，只有獲取到了分布式文件鎖，才能訪問排隊號碼數(shù)據(jù)庫，從而遞增獲取到排隊號；然后用戶根據(jù)該排隊號，依次參加跨境撮合活動現(xiàn)場簽約儀式、合影留念等后續(xù)環(huán)節(jié)。從而起到對分布式環(huán)境中跨進程、跨主機、跨網(wǎng)絡(luò)的共享資源互斥訪問的作用，保證數(shù)據(jù)的一致性。與現(xiàn)有的依賴底層數(shù)據(jù)庫的事務(wù)機制相比，保證了排隊號取值的唯一性。在單個數(shù)據(jù)庫或一主多從的情況下，只有主庫會生成取號值，數(shù)據(jù)庫實現(xiàn)分布式鎖存在單點故障的風(fēng)險，而本說明書實施例中提供的基于zookeeper動態(tài)創(chuàng)建、刪除順序節(jié)點來實現(xiàn)分布式文件鎖的方法可極大地提高可靠性。
83.進一步地，在步驟s230中的，刪除創(chuàng)建在所述持久節(jié)點下的所述用戶的順序節(jié)點后，所述方法還包括：
84.生成關(guān)于所述用戶和所述排隊號的簽約排隊記錄，并保存至所述排隊號碼數(shù)據(jù)庫中。
85.示例性地，所述簽約排隊記錄可以為：
86.用戶信息對方用戶信息活動信息排隊號生成時間用戶a用戶bshs012022.04.06.14:10:26
87.即簽約排隊記錄中，還可以包括排隊號、該簽約排隊記錄的生成時間以及達成簽約意向雙方的信息(即用戶信息和對方用戶信息，其中用戶信息可表征發(fā)起排隊取號請求的一方)。
88.需要說明的是，在活動信息相同的前提下，若服務(wù)器在接收到用戶a發(fā)起的與用戶b達成簽約意向的排隊取號請求之后，又收到用戶b發(fā)起的與用戶a進行簽約的排隊取號請求時(即用戶信息和對方用戶信息互換的情況)，將通過排隊取號請求中攜帶的雙方用戶的身份信息判斷得到后一次的排隊取號請求與前一次的排隊取號請求相重復(fù)，避免為相同的雙方參與用戶再次生成排隊號。
89.即所述方法還包括：
90.接收用戶的排隊取號請求；
91.解析所述排隊取號請求，得到活動信息、用戶的身份信息和對方用戶的身份信息；
92.查詢所述簽約排隊號碼數(shù)據(jù)庫中是否存在與用戶的身份信息和對方用戶的身份信息相對應(yīng)的簽約排隊記錄；這里，相對應(yīng)的含義，即包括在前敘述中已經(jīng)介紹的分別與用戶的身份信息和與對方用戶的身份信息一一對應(yīng)的情況和與用戶的身份信息和與對方用戶的身份信息交叉對應(yīng)的情況。
93.若存在，則判斷排隊取號請求已處理。則不重復(fù)生成排隊號。
94.進一步優(yōu)選地，所述方法還可以包括：
95.接收用戶的排隊取號請求；
96.解析所述排隊取號請求，得到活動信息、用戶的身份信息和對方用戶的身份信息；
97.查詢所述簽約排隊號碼數(shù)據(jù)庫中是否存在與用戶的身份信息和對方用戶的身份信息相對應(yīng)的簽約排隊記錄；
98.若存在，則獲取所述簽約排隊記錄的生成時間；
99.判斷所述排隊記錄的生成時間與當前時間戳間的時間差是否大于預(yù)設(shè)的時間差閾值；示例性的，所述預(yù)設(shè)的時間差可設(shè)置為6小時。
100.若否，則判斷所述排隊取號請求已處理；即，服務(wù)器在第一次獲取到排隊取號請求后的6小時內(nèi)再次獲取到相對應(yīng)的排隊取號請求時，則判斷在后的排隊取號請求與在前的排隊取號請求相重復(fù)，并判定在后的排隊取號請求不用處理(即已處理)。
101.若是，則根據(jù)排隊號碼數(shù)據(jù)庫中與所述活動信息相匹配的簽約排隊記錄生成排隊號并發(fā)送給所述用戶。
102.進一步地，在步驟s230中的，刪除創(chuàng)建在所述持久節(jié)點下的所述用戶的順序節(jié)點后，所述方法還包括：
103.查所述持久節(jié)點下所有順序節(jié)點中序號最小的一個；
104.將所述分布式文件所從被刪除的順序節(jié)點處釋放并轉(zhuǎn)交給當前序號最小的順序節(jié)點。
105.例如，當node-1對應(yīng)的第一個用戶獲得排隊號后，服務(wù)器將從所述持久節(jié)點下刪除所述順序節(jié)點node-1，此時，node-1持有的分布式文件鎖會自動釋放。服務(wù)器將查所述持久節(jié)點下所有順序節(jié)點中序號最小的順序節(jié)點。此時，序號最小的順序節(jié)點為node-2，則將分布式文件鎖轉(zhuǎn)交給node-2，使得node2對應(yīng)的第二個用戶持有分布式文件鎖，從而服務(wù)器將生成第二個用戶的排隊號。
106.在實際使用時，當node-2對應(yīng)的用戶處于等待狀態(tài)時，其可對序號僅比它小一的順序節(jié)點(即node-1)執(zhí)行監(jiān)控，即順序節(jié)點node-2監(jiān)聽順序節(jié)點node-1是否被刪除；若是，則進一步判斷自身是否是持久節(jié)點下所有順序節(jié)點中序號最小的，若是，則node-2將獲得分布式文件鎖。通過監(jiān)控邏輯，持久節(jié)點下的各順序節(jié)點形成一個順序等待的隊列；在監(jiān)控到在前順序節(jié)點被刪除后，在后順序節(jié)點將再次執(zhí)行判斷自身序號是否為最小的邏輯，可以避免在前順序節(jié)點為意外刪除的情況。
107.同樣的，服務(wù)器也可對持久節(jié)點下的所有順序節(jié)點進行監(jiān)控，包括監(jiān)控當前持有分布式文件鎖的順序節(jié)點以及其他處于等待狀態(tài)的順序節(jié)點；
108.判斷被刪除的順序節(jié)點是否是所有順序節(jié)點中序號最小的。
109.若是，則將所述分布式文件鎖從被刪除的順序節(jié)點處釋放并轉(zhuǎn)交給當前序號最小的順序節(jié)點。
110.例如，判斷被刪除的順序節(jié)點node-1是否是該持久節(jié)點下所有順序節(jié)點中序號最小的。若是，則表征該被刪除的順序節(jié)點node-1是持有分布式文件鎖的節(jié)點，從而，此時，分布式文件鎖從順序節(jié)點node-1處釋放并轉(zhuǎn)交給當前序號最小的順序節(jié)點(即node-2)。
111.若否，則將位于被刪除順序節(jié)點后位的順序節(jié)點接續(xù)至位于被刪除順序節(jié)點前位的順序節(jié)點的后位。
112.例如，被刪除的順序節(jié)點為node-3，其不是該持久節(jié)點下所有順序節(jié)點中序號最小的，則可判斷順序節(jié)點為node-3并非是持有分布式文件鎖的節(jié)點，也就是說，分布式文件鎖的節(jié)點仍在當前序號最小的順序節(jié)點處。該順序節(jié)點node-3可能是由于系統(tǒng)崩壞等故障導(dǎo)致的刪除，因此，其在后順序節(jié)點node-4并不能接續(xù)獲得分布式文件鎖。此時，可將被刪除順序節(jié)點node-3后位的順序節(jié)點(即順序節(jié)點node-4)接續(xù)至被刪除順序節(jié)點前位的順序節(jié)點(即node-2)的后位。
113.需要說明的是，當用戶在發(fā)起排隊取號請求后又發(fā)起了對排隊取號請求的取消請求時，所述持久節(jié)點下創(chuàng)建的順序節(jié)點并不會被刪除，但所述排隊取號服務(wù)器可對該順序節(jié)點進行標記，以及對生成的與用戶相對應(yīng)的簽約排隊記錄和生成的排隊號進行標記，例如，標記為已失效；由于生成的排隊號已標記為失效，則可以發(fā)送給用戶也可以不發(fā)送。
114.本說明書實施例中，所述根據(jù)所述簽約排隊記錄，生成排隊號，進一步包括：
115.獲取所述簽約排隊記錄的條數(shù)；
116.對所述簽約排隊記錄的條數(shù)進行加一處理和格式化處理，得到所述用戶的排隊號。
117.通過簽約排隊記錄的條數(shù)即可獲知對于同一活動信息而言，已經(jīng)有多少對雙方用戶達成了簽約意向(獲取到了排隊號)，從而對簽約排隊記錄的條數(shù)加一處理，可為當前排隊取號請求的發(fā)起用戶生成排隊號。優(yōu)選地，還可對排隊號進行格式化處理，例如，使得排隊號1格式化后為001(從而使得不論先后順序如何，各排隊號均以相同數(shù)量多個數(shù)字表
示)；還可以將排隊號1格式化處理得到s001，以對應(yīng)于不同的活動信息等。
118.在一些可行的實施例中，在步驟s110中的獲取用戶的排隊取號請求之后，所述方法還包括：
119.解析所述排隊取號請求，得到所述活動信息；
120.判斷所述活動信息是否合法；例如，當所述活動已結(jié)束，或已過期時，則活動信息不合法。
121.若所述活動信息不合法，則絕所述用戶的排隊取號請求。
122.本說明書是實施例提供一種洽談簽約排隊取號方法，能夠保證在分布式環(huán)境下，多用戶并行獲取排隊號時，相同活動信息的用戶中只有一個能根據(jù)其建立在zookeeper持久節(jié)點下的順序節(jié)點獲取分布式文件鎖進而得到排隊號，避免排隊號重復(fù)的情況；分布式文件鎖使用zookeeper在業(yè)務(wù)邏輯層獲取，靈活方便，可靠性高，且具有可擴展能力。
123.如圖4所示，本說明書實施例還提供一種洽談簽約排隊取號裝置，包括：
124.獲取模塊41，用于獲取用戶的排隊取號請求，所述排隊取號請求中攜帶有所述用戶的活動信息；
125.查詢模塊42，用于根據(jù)所述排隊取號請求，查詢排隊號碼數(shù)據(jù)庫中與所述活動信息相匹配的簽約排隊記錄；
126.生成模塊43，用于根據(jù)所述簽約排隊記錄，生成排隊號并發(fā)送給所述用戶。
127.通過本說明書實施例提供的裝置所取得的有益效果和上述方法所取得的有益效果相一致，此處不再贅述。
128.如圖5所示，為本文實施例提供的一種計算機設(shè)備，本說明書中的洽談簽約排隊取號裝置可以為本實施例中的計算機設(shè)備，執(zhí)行本文的上述方法。所述計算機設(shè)備502可以包括一個或多個處理器504，諸如一個或多個中央處理單元(cpu)，每個處理單元可以實現(xiàn)一個或多個硬件線程。計算機設(shè)備502還可以包括任何存儲器506，其用于存儲諸如代碼、設(shè)置、數(shù)據(jù)等之類的任何種類的信息。非限制性的，比如，存儲器506可以包括以下任一項或多種組合：任何類型的ram，任何類型的rom，閃存設(shè)備，硬盤，光盤等。更一般地，任何存儲器都可以使用任何技術(shù)來存儲信息。進一步地，任何存儲器可以提供信息的易失性或非易失性保留。進一步地，任何存儲器可以表示計算機設(shè)備502的固定或可移除部件。在一種情況下，當處理器504執(zhí)行被存儲在任何存儲器或存儲器的組合中的相關(guān)聯(lián)的指令時，計算機設(shè)備502可以執(zhí)行相關(guān)聯(lián)指令的任一操作。計算機設(shè)備502還包括用于與任何存儲器交互的一個或多個驅(qū)動機構(gòu)508，諸如硬盤驅(qū)動機構(gòu)、光盤驅(qū)動機構(gòu)等。
129.計算機設(shè)備502還可以包括輸入/輸出模塊510(i/o)，其用于接收各種輸入(經(jīng)由輸入設(shè)備512)和用于提供各種輸出(經(jīng)由輸出設(shè)備514)。一個具體輸出機構(gòu)可以包括呈現(xiàn)設(shè)備516和相關(guān)聯(lián)的圖形用戶接口(gui)518。在其他實施例中，還可以不包括輸入/輸出模塊510(i/o)、輸入設(shè)備512以及輸出設(shè)備514，僅作為網(wǎng)絡(luò)中的一臺計算機設(shè)備。計算機設(shè)備502還可以包括一個或多個網(wǎng)絡(luò)接口520，其用于經(jīng)由一個或多個通信鏈路522與其他設(shè)備交換數(shù)據(jù)。一個或多個通信總線524將上文所描述的部件耦合在一起。
130.通信鏈路522可以以任何方式實現(xiàn)，例如，通過局域網(wǎng)、廣域網(wǎng)(例如，因特網(wǎng))、點對點連接等、或其任何組合。通信鏈路522可以包括由任何協(xié)議或協(xié)議組合支配的硬連線鏈路、無線鏈路、路由器、網(wǎng)關(guān)功能、名稱服務(wù)器等的任何組合。
131.對應(yīng)于圖1至圖2中的方法，本文實施例還提供了一種計算機可讀存儲介質(zhì)，該計算機可讀存儲介質(zhì)上存儲有計算機程序，該計算機程序被處理器運行時執(zhí)行上述方法的步驟。
132.本文實施例還提供一種計算機可讀指令，其中當處理器執(zhí)行所述指令時，其中的程序使得處理器執(zhí)行如圖1至圖2所示的方法。
133.本文實施例還提供一種計算機程序產(chǎn)品，所述計算機程序產(chǎn)品包括計算機程序，所述計算機程序被處理器執(zhí)行時實現(xiàn)如圖1至圖2所示的方法。
134.應(yīng)理解，在本文的各種實施例中，上述各過程的序號的大小并不意味著執(zhí)行順序的先后，各過程的執(zhí)行順序應(yīng)以其功能和內(nèi)在邏輯確定，而不應(yīng)對本文實施例的實施過程構(gòu)成任何限定。
135.還應(yīng)理解，在本文實施例中，術(shù)語“和/或”僅僅是一種描述關(guān)聯(lián)對象的關(guān)聯(lián)關(guān)系，表示可以存在三種關(guān)系。例如，a和/或b，可以表示：單獨存在a，同時存在a和b，單獨存在b這三種情況。另外，本文中字符“/”，一般表示前后關(guān)聯(lián)對象是一種“或”的關(guān)系。
136.本領(lǐng)域普通技術(shù)人員可以意識到，結(jié)合本文中所公開的實施例描述的各示例的單元及算法步驟，能夠以電子硬件、計算機軟件或者二者的結(jié)合來實現(xiàn)，為了清楚地說明硬件和軟件的可互換性，在上述說明中已經(jīng)按照功能一般性地描述了各示例的組成及步驟。這些功能究竟以硬件還是軟件方式來執(zhí)行，取決于技術(shù)方案的特定應(yīng)用和設(shè)計約束條件。專業(yè)技術(shù)人員可以對每個特定的應(yīng)用來使用不同方法來實現(xiàn)所描述的功能，但是這種實現(xiàn)不應(yīng)認為超出本文的范圍。
137.所屬領(lǐng)域的技術(shù)人員可以清楚地了解到，為了描述的方便和簡潔，上述描述的系統(tǒng)、裝置和單元的具體工作過程，可以參考前述方法實施例中的對應(yīng)過程，在此不再贅述。
138.在本文所提供的幾個實施例中，應(yīng)該理解到，所揭露的系統(tǒng)、裝置和方法，可以通過其它的方式實現(xiàn)。例如，以上所描述的裝置實施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式，例如多個單元或組件可以結(jié)合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另外，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口、裝置或單元的間接耦合或通信連接，也可以是電的，機械的或其它的形式連接。
139.所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡(luò)單元上。可以根據(jù)實際的需要選擇其中的部分或者全部單元來實現(xiàn)本文實施例方案的目的。
140.另外，在本文各個實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以是兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實現(xiàn)，也可以采用軟件功能單元的形式實現(xiàn)。
141.所述集成的單元如果以軟件功能單元的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，可以存儲在一個計算機可讀取存儲介質(zhì)中。基于這樣的理解，本文的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分，或者該技術(shù)方案的全部或部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本文各個實施例所述方法的全部或
部分步驟。而前述的存儲介質(zhì)包括：u盤、移動硬盤、只讀存儲器(rom，read-only memory)、隨機存取存儲器(ram，random access memory)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。
技術(shù)特征：
1.一種洽談簽約排隊取號方法，其特征在于，包括：獲取用戶的排隊取號請求，所述排隊取號請求中攜帶有所述用戶的活動信息；根據(jù)所述排隊取號請求，查詢排隊號碼數(shù)據(jù)庫中與所述活動信息相匹配的簽約排隊記錄；根據(jù)所述簽約排隊記錄，生成排隊號并發(fā)送給所述用戶。2.根據(jù)權(quán)利要求1所述的方法，其特征在于，在根據(jù)所述排隊取號請求，查詢排隊號碼數(shù)據(jù)庫中與所述活動信息相匹配的簽約排隊記錄之前，所述方法還包括：判斷所述用戶是否具備查詢所述排隊號碼數(shù)據(jù)庫所需的分布式文件鎖；若是，則根據(jù)所述排隊取號請求中的活動信息查詢所述排隊號碼數(shù)據(jù)庫以獲得所述簽約排隊記錄；若否，則等待所述分布式文件鎖釋放直至所述分布式文件鎖轉(zhuǎn)交給所述用戶。3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述判斷所述用戶是否具備查詢所述排隊號碼數(shù)據(jù)庫所需的分布式文件鎖，進一步包括：在與所述活動信息相對應(yīng)的持久節(jié)點下創(chuàng)建所述用戶的順序節(jié)點，所述順序節(jié)點的序號為整數(shù)并根據(jù)創(chuàng)建時間遞增；判斷所述用戶的順序節(jié)點的序號是否在所述持久節(jié)點下所有順序節(jié)點中序號最小；若是，則確定所述用戶具備所述分布式文件鎖，并在生成所述用戶的排隊號后刪除創(chuàng)建在所述持久節(jié)點下的所述用戶的順序節(jié)點；若否，則監(jiān)控所述持久節(jié)點下的其他順序節(jié)點的狀態(tài)直至所述用戶具備所述分布式文件鎖。4.根據(jù)權(quán)利要求3所述的方法，其特征在于，在刪除創(chuàng)建在所述持久節(jié)點下的所述用戶的順序節(jié)點后，所述方法還包括：生成關(guān)于所述用戶和所述排隊號的簽約排隊記錄，并保存至所述排隊號碼數(shù)據(jù)庫中。5.根據(jù)權(quán)利要求3所述的方法，其特征在于，刪除創(chuàng)建在所述持久節(jié)點下的所述用戶的順序節(jié)點后，所述方法還包括：查所述持久節(jié)點下所有順序節(jié)點中序號最小的一個；將所述分布式文件所從被刪除的順序節(jié)點處釋放并轉(zhuǎn)交給當前序號最小的順序節(jié)點。6.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述根據(jù)所述簽約排隊記錄，生成排隊號，進一步包括：獲取所述簽約排隊記錄的條數(shù)；對所述簽約排隊記錄的條數(shù)進行加一處理和格式化處理，得到所述用戶的排隊號。7.一種洽談簽約排隊取號裝置，其特征在于，包括：獲取模塊，用于獲取用戶的排隊取號請求，所述排隊取號請求中攜帶有所述用戶的活動信息；查詢模塊，用于根據(jù)所述排隊取號請求，查詢排隊號碼數(shù)據(jù)庫中與所述活動信息相匹配的簽約排隊記錄；生成模塊，用于根據(jù)所述簽約排隊記錄，生成排隊號并發(fā)送給所述用戶。8.一種計算機設(shè)備，包括存儲器、處理器及存儲在存儲器上并可在處理器上運行的計算機程序，其特征在于，所述處理器執(zhí)行所述計算機程序時實現(xiàn)權(quán)利要求1至6任一所述方
法。9.一種計算機可讀存儲介質(zhì)，其特征在于，所述計算機可讀存儲介質(zhì)存儲有計算機程序，所述計算機程序被處理器執(zhí)行時實現(xiàn)權(quán)利要求1至6任一所述方法。10.一種計算機程序產(chǎn)品，其特征在于，所述計算機程序產(chǎn)品包括計算機程序，所述計算機程序被處理器執(zhí)行時實現(xiàn)權(quán)利要求1至6任一所述方法。
技術(shù)總結(jié)
本發(fā)明公開了一種洽談簽約排隊取號方法、裝置和計算機設(shè)備，涉及分布式技術(shù)領(lǐng)域，其中方法包括獲取用戶的排隊取號請求，所述排隊取號請求中攜帶有所述用戶的活動信息；根據(jù)所述排隊取號請求，查詢排隊號碼數(shù)據(jù)庫中與所述活動信息相匹配的簽約排隊記錄；根據(jù)所述簽約排隊記錄，生成排隊號并發(fā)送給所述用戶。本文可以能夠根據(jù)活動信息為用戶生成并分配簽約的排隊號，能夠避免排隊號重復(fù)導(dǎo)致后續(xù)簽約儀式混亂等問題，靈活方便，可靠性高；同時適用于單場地或多場地舉辦一個或多個洽談簽約活動的場景，適用范圍廣泛。適用范圍廣泛。適用范圍廣泛。
