本申請涉及網(wǎng)絡(luò)技術(shù)領(lǐng)域，特別涉及一種抽簽預(yù)約方法及裝置。

背景技術(shù)：

隨著網(wǎng)絡(luò)技術(shù)和智能終端的飛速發(fā)展，人們希望隨時(shí)隨地能從互聯(lián)網(wǎng)中獲取信息和服務(wù)。特別是債券或股票往往采用秒殺模式，大量用戶同時(shí)并發(fā)訪問購買，而部分用戶通過搶單軟件進(jìn)行強(qiáng)購買，不僅給系統(tǒng)造成巨大的壓力，同時(shí)，又造成普通用戶很難搶購到想要購買的產(chǎn)品，不但降低了用戶的買賣體驗(yàn)，也降低了用戶購買產(chǎn)品的成功率。

技術(shù)實(shí)現(xiàn)要素：

有鑒于此，本申請?zhí)峁┮环N抽簽預(yù)約方法及裝置，以解決現(xiàn)有技術(shù)中由于產(chǎn)品開盤的瞬間進(jìn)行搶購，導(dǎo)致系統(tǒng)壓力過大，購買成功率低，用戶體驗(yàn)差的問題。

具體地，本申請是通過如下技術(shù)方案實(shí)現(xiàn)的：

第一方面提供一種抽簽預(yù)約方法，所述方法包括：

獲取參加同期抽簽預(yù)約活動(dòng)的可售對象；

確定所述可售對象的抽簽預(yù)約活動(dòng)信息，所述抽簽預(yù)約活動(dòng)信息包括：開始預(yù)約時(shí)間和開始撮合時(shí)間；

將所述可售對象的抽簽預(yù)約信息通過頁面展示給用戶；

在所述預(yù)約時(shí)間內(nèi)接收所述用戶購買所述可售對象的多個(gè)預(yù)約單，其中， 多個(gè)所述預(yù)約單均為未中簽預(yù)約單；

在達(dá)到所述撮合時(shí)間時(shí)，從多個(gè)所述預(yù)約單中隨機(jī)抽取一條未中簽預(yù)約單，并撮合抽取到的所述未中簽預(yù)約單和對應(yīng)的可售對象；

對撮合后的所述未中簽預(yù)約單進(jìn)行下訂單，其中，下訂單后的預(yù)約單為中簽預(yù)約單；

在所述網(wǎng)頁上顯示已下訂單的用戶。

可選的，所述在所述開始預(yù)約時(shí)間內(nèi)接收所述用戶購買所述對象的多個(gè)預(yù)約單，包括：

在所述開始預(yù)約時(shí)間內(nèi)通過頁面表單的方式接收所述用戶購買所述對象的多個(gè)預(yù)約單。

可選的，所述在達(dá)到所述開始撮合時(shí)間時(shí)，從多個(gè)所述預(yù)約單中隨機(jī)抽取一條未中簽預(yù)約單，并撮合抽取到的所述未中簽預(yù)約單和對應(yīng)的可售對象，包括：

在達(dá)到所述開始撮合時(shí)間時(shí)，將所有參加抽簽預(yù)約活動(dòng)的可售對象以列表的方式加載到內(nèi)存中，以及將多個(gè)未中簽的所述預(yù)約單分別以列表的方式加載到內(nèi)存中；

從可售對象列表中順序取出一條可售對象記錄；

根據(jù)所述可售對象記錄判斷取出的所述可售對象是否還有可售庫存；

如有可售庫存，則從內(nèi)存中獲取未中簽的預(yù)約單列表；

從所述未中簽的預(yù)約單列表中隨機(jī)抽取一條未中簽預(yù)約單；

在所述未中簽的所述預(yù)約單列表中刪除隨機(jī)抽取到的未中簽預(yù)約單。

可選的，所述在達(dá)到所述開始撮合時(shí)間時(shí)，從多個(gè)所述預(yù)約單中隨機(jī)抽取一條未中簽預(yù)約單，并撮合抽取到的所述未中簽預(yù)約單和對應(yīng)的可售對象，還包括：

判斷可售對象列表是否為空，如果不為空，則所述從可售對象列表中順序取出一條可售對象記錄的步驟。

可選的，還包括：

對中簽的所述預(yù)約單進(jìn)行活動(dòng)管控和活動(dòng)守護(hù)。

第二方面提供一種抽簽預(yù)約裝置，所述裝置包括：

獲取單元，用于獲取參加同期抽簽預(yù)約活動(dòng)的可售對象；

確定單元，用于確定所述可售對象的抽簽預(yù)約活動(dòng)信息；所述抽簽預(yù)約活動(dòng)信息包括：開始預(yù)約時(shí)間和開始撮合時(shí)間；

展示單元，用于將所述可售對象的抽簽預(yù)約信息通過頁面展示給用戶；

接收單元，用于在所述開始預(yù)約時(shí)間內(nèi)接收所述用戶購買所述可售對象的多個(gè)預(yù)約單，其中，多個(gè)所述預(yù)約單均為未中簽預(yù)約單；

撮合單元，用于在達(dá)到所述開始撮合時(shí)間時(shí)，從多個(gè)所述預(yù)約單中隨機(jī)抽取一條未中簽預(yù)約單，撮合抽取到的所述未中簽預(yù)約單和對應(yīng)的可售對象，對撮合后的所述未中簽預(yù)約單進(jìn)行下訂單，其中，下訂單后的預(yù)約單為中簽預(yù)約單；

顯示單元，用于在所述網(wǎng)頁上顯示已下訂單的用戶。

可選的，所述接收單元，具體用于在所述開始預(yù)約時(shí)間內(nèi)通過頁面表單的方式接收所述用戶購買所述對象的多個(gè)預(yù)約單。

可選的，所述撮合單元包括：

加載單元，用于在達(dá)到所述開始撮合時(shí)間時(shí)，將所有參加抽簽預(yù)約活動(dòng)的可售對象以列表的方式加載到內(nèi)存中，以及將多個(gè)未中簽的所述預(yù)約單分別以列表的方式加載到內(nèi)存中；

提取單元，用于從可售對象列表中順序取出一條可售對象記錄；

第一判斷單元，用于根據(jù)所述可售對象記錄判斷取出的所述可售對象是否還有可售庫存；

獲取子單元，用于在所述第一判斷單元判斷所述可售對象有可售庫存時(shí)，從內(nèi)存中獲取未中簽的預(yù)約單列表；

抽取單元，用于從所述獲取子單元獲取的所述未中簽的預(yù)約單列表中隨機(jī)抽取一條未中簽預(yù)約單；

刪除單元，用于在所述未中簽的所述預(yù)約單列表中刪除隨機(jī)抽取到的未 中簽預(yù)約單。

可選的，所述撮合單元還包括：

第二判斷單元，用于判斷可售對象列表是否為空；

所述提取單元，還用于在所述第二判斷單元判斷所述可售對象列表不為空時(shí)，從所述可售對象列表中順序取出一條可售對象記錄。

可選的，還包括：管理單元，用于對中簽的所述預(yù)約單進(jìn)行活動(dòng)管控和活動(dòng)守護(hù)。

本申請實(shí)施例中，將可售對象的抽簽預(yù)約信息展示給用戶，所有用戶通過預(yù)約方式進(jìn)行購買，中簽用戶是系統(tǒng)隨機(jī)抽取的。這不但降低了系統(tǒng)壓力，還增強(qiáng)了購買用戶的公平性，同時(shí)也提高了用戶購買的成功幾率和用戶購買滿意度。

應(yīng)當(dāng)理解的是，以上的一般描述和后文的細(xì)節(jié)描述僅是示例性和解釋性的，并不能限制本申請。

附圖說明

圖1是本申請實(shí)施例提供的一種抽簽預(yù)約方法的流程圖；

圖2是本申請實(shí)施例提供的一種抽簽預(yù)約方法中抽簽撮合的流程圖；

圖3是本申請實(shí)施例提供的一種抽簽預(yù)約單的狀態(tài)示意圖；

圖3a是本申請實(shí)施例提供的一種抽簽預(yù)約活動(dòng)結(jié)束處理的流程圖；

圖4是本申請實(shí)施例提供的抽簽預(yù)約裝置所在設(shè)備的一種硬件結(jié)構(gòu)圖；

圖5是本申請實(shí)施例提供的一種抽簽預(yù)約裝置的結(jié)構(gòu)示意圖；

圖6是本申請實(shí)施例提供的一種抽簽預(yù)約裝置的應(yīng)用實(shí)例圖。

具體實(shí)施方式

這里將詳細(xì)地對示例性實(shí)施例進(jìn)行說明，其示例表示在附圖中。下面的描述涉及附圖時(shí)，除非另有表示，不同附圖中的相同數(shù)字表示相同或相似的要素。以下示例性實(shí)施例中所描述的實(shí)施方式并不代表與本申請相一致的所有實(shí)施方 式。相反，它們僅是與如所附權(quán)利要求書中所詳述的、本申請的一些方面相一致的裝置和方法的例子。

在本申請使用的術(shù)語是僅僅出于描述特定實(shí)施例的目的，而非旨在限制本申請。在本申請和所附權(quán)利要求書中所使用的單數(shù)形式的“一種”、“所述”和“該”也旨在包括多數(shù)形式，除非上下文清楚地表示其他含義。還應(yīng)當(dāng)理解，本文中使用的術(shù)語“和/或”是指并包含一個(gè)或多個(gè)相關(guān)聯(lián)的列出項(xiàng)目的任何或所有可能組合。

應(yīng)當(dāng)理解，盡管在本申請可能采用術(shù)語第一、第二、第三等來描述各種信息，但這些信息不應(yīng)限于這些術(shù)語。這些術(shù)語僅用來將同一類型的信息彼此區(qū)分開。例如，在不脫離本申請范圍的情況下，第一信息也可以被稱為第二信息，類似地，第二信息也可以被稱為第一信息。取決于語境，如在此所使用的詞語“如果”可以被解釋成為“在……時(shí)”或“當(dāng)……時(shí)”或“響應(yīng)于確定”。

請參閱圖1，為本申請實(shí)施例示出的一種抽簽預(yù)約方法的流程圖；所述方法包括：

步驟101：獲取參加同期抽簽預(yù)約活動(dòng)的可售對象；

該步驟中，系統(tǒng)(即后臺服務(wù)器等)接收到各機(jī)構(gòu)通過文件的形式發(fā)送的可售對象(比如，某某股票，債券等可售產(chǎn)品)，并記錄該可售對象的入庫的時(shí)間。

步驟102：確定所述可售對象的抽簽預(yù)約活動(dòng)信息，所述抽簽預(yù)約活動(dòng)信息包括：開始預(yù)約時(shí)間和開始撮合時(shí)間；

系統(tǒng)在獲取可售對象后，按照接收管理員發(fā)送的信息設(shè)置該可售對象的抽簽預(yù)約活動(dòng)信息，所述抽簽預(yù)約活動(dòng)信息包括：開始預(yù)約時(shí)間和開始撮合時(shí)間；當(dāng)然并不限于此，還可以是應(yīng)用包括其他參數(shù)，比如，結(jié)束預(yù)約時(shí)間，結(jié)束撮合時(shí)間等，本實(shí)施例不作限制。也就是說，管理員通過后臺查詢到需要設(shè)置的可售產(chǎn)品，然后輸入可售產(chǎn)品的相關(guān)活動(dòng)信息，該相關(guān)活動(dòng)信息可以包括開始預(yù)約時(shí)間和開始撮合時(shí)間，即設(shè)置抽簽預(yù)約活動(dòng)信息。

步驟103：將所述可售對象的抽簽預(yù)約信息通過頁面展示給用戶；

系統(tǒng)在設(shè)置抽簽預(yù)約活動(dòng)信息后，并設(shè)置在開始預(yù)約時(shí)間前將該可售對象的抽簽預(yù)約信息通過頁面展示給用戶，以便于用戶查看該頁面上顯示抽簽預(yù)約活動(dòng)。

步驟104：在所述開始預(yù)約時(shí)間內(nèi)接收所述用戶購買所述可售對象的多個(gè)預(yù)約單，其中，多個(gè)所述預(yù)約單均為未中簽預(yù)約單；

該步驟中，在抽簽預(yù)約活動(dòng)到了開始預(yù)約時(shí)間時(shí)，用戶可以在頁面上看到這個(gè)抽簽預(yù)約活動(dòng)的詳細(xì)信息，并通過頁面表單的方式輸入金額來參加活動(dòng)。即系統(tǒng)接收到多個(gè)用戶購買所述可售對象的多個(gè)預(yù)約單，其中，多個(gè)所述預(yù)約單均為未中簽預(yù)約單。

其中，該實(shí)施例中，在所述開始預(yù)約時(shí)間內(nèi)可以通過頁面表單的方式接收所述用戶購買所述對象的多個(gè)預(yù)約單，當(dāng)然，也可以通過其他的方式接收多個(gè)預(yù)約單。

步驟105：在達(dá)到所述撮合時(shí)間時(shí)，從多個(gè)所述預(yù)約單中隨機(jī)抽取一條未中簽預(yù)約單，并撮合抽取到的所述未中簽預(yù)約單和對應(yīng)的可售對象；

對于上述用戶購買可售對象的多個(gè)預(yù)約單，到了抽簽開始時(shí)間，用戶不能參加抽簽預(yù)約活動(dòng)，而由系統(tǒng)自動(dòng)隨機(jī)抽取用戶的預(yù)約單，并自動(dòng)撮合抽取到的預(yù)約單和活動(dòng)產(chǎn)品。

需要說明的，該實(shí)施例中的隨機(jī)抽取，還可以通過搖號抽取的方式來實(shí)現(xiàn)。

步驟106：對撮合后的所述未中簽預(yù)約單進(jìn)行下訂單，其中，下訂單后的預(yù)約單為中簽預(yù)約單；

系統(tǒng)對撮合后的所述未中簽預(yù)約單調(diào)用訂單系統(tǒng)接口進(jìn)行下訂單，其中，下訂單后的預(yù)約單為中簽預(yù)約單。

步驟107：在所述網(wǎng)頁上顯示已下訂單的用戶。

抽簽結(jié)束，系統(tǒng)生成中獎(jiǎng)名單在該頁面上公布，即公開中簽名單。

本申請實(shí)施例中，將可售對象的抽簽預(yù)約信息展示給用戶，所有用戶通過預(yù)約方式進(jìn)行購買，中簽用戶是系統(tǒng)隨機(jī)抽取的。這不但降低了系統(tǒng)壓力， 還增強(qiáng)了購買用戶的公平性，同時(shí)也提高了用戶購買的成功幾率和用戶購買滿意度。

可選的，在另一實(shí)施例中，該實(shí)施例在上述實(shí)施例的基礎(chǔ)上，所述方法還可以包括：對中簽的所述預(yù)約單進(jìn)行活動(dòng)管控和活動(dòng)守護(hù)，其中，

活動(dòng)管控，就是管控活動(dòng)的開始到結(jié)束的一整套生命周期,活動(dòng)開始的時(shí)候會(huì)向撮合中心發(fā)送消息，通知撮合中心開啟一個(gè)抽簽撮合的市場等待抽簽開始；活動(dòng)結(jié)束后會(huì)向該撮合中心發(fā)送消息，通知撮合中心來關(guān)閉這個(gè)活動(dòng)抽簽撮合的市場，關(guān)閉所有沒有中簽的預(yù)約單，然后，向發(fā)送短信通知抽獎(jiǎng)結(jié)果，生成pdf格式的中獎(jiǎng)名單。

活動(dòng)守護(hù)，就是定期撈取由于系統(tǒng)間通信異?；蛘叱瑫r(shí)沒有結(jié)果回執(zhí)的訂單去交易系統(tǒng)查詢訂單的真實(shí)狀態(tài)。

還請參閱圖2，為本申請實(shí)施例提供的一種抽簽預(yù)約方法中抽簽撮合的流程圖，該實(shí)施例為上述圖1中步驟105的具體細(xì)化，所述方法包括：

步驟201：在達(dá)到所述開始撮合時(shí)間時(shí)，將所有參加抽簽預(yù)約活動(dòng)的可售對象以列表的方式加載到內(nèi)存中，以及將多個(gè)未中簽的所述預(yù)約單分別以列表的方式加載到內(nèi)存中；

步驟202：判斷可售對象列表是否為空，如果為空，執(zhí)行步驟209；否則，執(zhí)行步驟203；

步驟203：從可售對象列表中順序取出一條可售對象記錄；

步驟204：根據(jù)所述可售對象記錄判斷取出的所述可售對象是否還有可售庫存，如果有，執(zhí)行步驟205；否則，執(zhí)行步驟210；

步驟205：從內(nèi)存中獲取未中簽的預(yù)約單列表；

步驟206：判斷未中簽的預(yù)約單列表是否為空，如果為空，則執(zhí)行步驟209；否則，執(zhí)行步驟207：

步驟207：從所述未中簽的預(yù)約單列表中隨機(jī)抽取一條未中簽預(yù)約單；

其中，可以采用jdk1.6里java.util.random的nextlnt方法從所述未中簽的預(yù)約單列表中隨機(jī)抽取一條未中簽預(yù)約單，當(dāng)然，也可以采用其他方法， 只要能保證交易完整數(shù)據(jù)的方法都可以。

步驟208：在所述未中簽的所述預(yù)約單列表中刪除隨機(jī)抽取到的未中簽預(yù)約單，返回步驟204；

步驟209：結(jié)束抽簽；

步驟210：從可售對象列表中刪除取出的所述可售對象的記錄，返回步驟202。

該實(shí)施例中的抽簽預(yù)約單的狀態(tài)之間的變化示意圖如圖3所示，由圖3可知，

initial：表示新建立預(yù)約單并且可以抽簽的狀態(tài)；

success：表示預(yù)約單已經(jīng)中簽并且交易成功的狀態(tài)；

cancel：表示用戶取消了預(yù)約單的狀態(tài)，這種狀態(tài)下的預(yù)約單不參與抽簽；

close：表示活動(dòng)結(jié)束之后沒有中簽的預(yù)約單的狀態(tài)；

sys_close：表示由于后臺系統(tǒng)出錯(cuò)連續(xù)三次下單都出錯(cuò)預(yù)約單被關(guān)閉的狀態(tài)；

user_close：表示由于用戶的原因，包括余額不足，賬戶被凍結(jié)，賬戶被加入黑名單等原因?qū)е碌南聠问”魂P(guān)閉的狀態(tài)。

由圖3可知，對于建立的預(yù)約單，處于可以抽簽狀態(tài)(initial)，如果預(yù)約單中簽，則從可以抽簽狀態(tài)可以轉(zhuǎn)變成交易成功的狀態(tài)，此時(shí)的預(yù)約單的狀態(tài)為(success)，當(dāng)然，如果用戶取消預(yù)約單，該預(yù)約單的狀態(tài)轉(zhuǎn)變成取消狀態(tài)(cancel)；如果該預(yù)約單沒有中簽，則該預(yù)約單轉(zhuǎn)變成沒有中簽的狀態(tài)(close)；另外，預(yù)約單中簽后，如果系統(tǒng)連續(xù)三次下單都出錯(cuò)預(yù)約單被關(guān)閉，此時(shí)預(yù)約單的狀態(tài)為被關(guān)閉狀態(tài)(sys_close)；如果余額不足，賬戶被凍結(jié)，賬戶被加入黑名單等原因?qū)е碌南聠问”魂P(guān)閉的狀態(tài)為user_close。

本申請實(shí)施例中，可售產(chǎn)品的購買通過抽簽撮合的方式實(shí)現(xiàn)，而不是進(jìn)行搶購。這不但降低了系統(tǒng)壓力，還增強(qiáng)了用戶購買產(chǎn)品的公平性，同時(shí)也 提高了用戶購買的成功幾率以及用戶購買滿意度。

在上述所有實(shí)施例中，當(dāng)抽簽預(yù)約活動(dòng)結(jié)束后，所述方法還可以包括活動(dòng)結(jié)束處理過程，其流程圖如圖3a所述，其各個(gè)步驟涉及到的執(zhí)行主體分別以活動(dòng)結(jié)束定時(shí)任務(wù)模塊，產(chǎn)品服務(wù)模塊：活動(dòng)服務(wù)模塊，預(yù)約單服務(wù)模塊，交易服務(wù)模塊，文件服務(wù)模塊，短信服務(wù)模塊，撮合時(shí)長服務(wù)模塊為例，在實(shí)際應(yīng)用中并不限于此，其具體的過程包括：

步驟301：系統(tǒng)中的活動(dòng)結(jié)束定時(shí)任務(wù)模塊通過產(chǎn)品服務(wù)模塊查詢活動(dòng)所有對象(即產(chǎn)品)超過設(shè)定時(shí)間(比如10分鐘等)沒有被鎖定的庫存；

步驟302：活動(dòng)結(jié)束定時(shí)任務(wù)模塊然后根據(jù)查詢結(jié)果計(jì)算并判斷活動(dòng)已成交金額是否等于所有參加活動(dòng)的產(chǎn)品金額，如果相同，則視為活動(dòng)結(jié)束；

步驟303：如果活動(dòng)沒有結(jié)束，則活動(dòng)結(jié)束定時(shí)任務(wù)模塊調(diào)用交易服務(wù)器模塊同步所有預(yù)約單的交易狀態(tài)，并判斷活動(dòng)是否結(jié)束；

步驟304：如果活動(dòng)結(jié)束定時(shí)任務(wù)模塊判斷活動(dòng)結(jié)束，則調(diào)用文件服務(wù)模塊生成pdf版的中簽名單；

步驟305：活動(dòng)結(jié)束定時(shí)任務(wù)模塊調(diào)用短信服務(wù)模塊向用戶發(fā)送中簽通知短息；

步驟306：活動(dòng)結(jié)束定時(shí)任務(wù)模塊調(diào)用活動(dòng)服務(wù)模塊將該活動(dòng)的狀態(tài)標(biāo)記為結(jié)束狀態(tài)；

步驟307：活動(dòng)結(jié)束定時(shí)任務(wù)模塊通過預(yù)約單服務(wù)模塊取消所有未中簽的預(yù)約單；

步驟308：活動(dòng)結(jié)束定時(shí)任務(wù)模塊通過產(chǎn)品服務(wù)器修改未賣完產(chǎn)品信息開放主動(dòng)購買；

步驟309：活動(dòng)結(jié)束定時(shí)任務(wù)模塊通過調(diào)用撮合市場服務(wù)模塊更新撮合市場活動(dòng)狀態(tài)為停止(st0pped)狀態(tài)。

與前述抽簽預(yù)約方法的實(shí)施例相對應(yīng)，本申請還提供了抽簽預(yù)約裝置的實(shí)施例。

本申請抽簽預(yù)約裝置的實(shí)施例可以應(yīng)用在設(shè)備上。裝置實(shí)施例可以通過 軟件實(shí)現(xiàn)，也可以通過硬件或者軟硬件結(jié)合的方式實(shí)現(xiàn)。以軟件實(shí)現(xiàn)為例，作為一個(gè)邏輯意義上的裝置，是通過其所在設(shè)備的處理器將非易失性存儲器中對應(yīng)的計(jì)算機(jī)程序指令讀取到內(nèi)存中運(yùn)行形成的。從硬件層面而言，如圖4所示，為本申請?zhí)峁┑囊环N抽簽預(yù)約裝置所在設(shè)備的一種硬件結(jié)構(gòu)圖，除了圖4所示的處理器、內(nèi)存、網(wǎng)絡(luò)接口、以及非易失性存儲器之外，實(shí)施例中裝置所在的設(shè)備通常根據(jù)該設(shè)備的實(shí)際功能，還可以包括其他硬件，對此不再贅述。

請參考圖5，為本申請實(shí)施例提供的一種抽簽預(yù)約裝置的結(jié)構(gòu)示意圖，所述裝置包括：獲取單元51，確定單元52，展示單元53，接收單元54，撮合單元55和顯示單元56，其中，

獲取單元51，用于獲取參加同期抽簽預(yù)約活動(dòng)的可售對象；

確定單元52，用于確定所述可售對象的抽簽預(yù)約活動(dòng)信息；所述抽簽預(yù)約活動(dòng)信息包括：開始預(yù)約時(shí)間和開始撮合時(shí)間；

展示單元53，用于將所述可售對象的抽簽預(yù)約信息通過頁面展示給用戶；

接收單元54，用于在所述開始預(yù)約時(shí)間內(nèi)接收所述用戶購買所述可售對象的多個(gè)預(yù)約單，其中，多個(gè)所述預(yù)約單均為未中簽預(yù)約單；

其中，接收單元54，具體用于在所述開始預(yù)約時(shí)間內(nèi)通過頁面表單的方式接收所述用戶購買所述對象的多個(gè)預(yù)約單。

撮合單元55，用于在達(dá)到所述開始撮合時(shí)間時(shí)，從多個(gè)所述預(yù)約單中隨機(jī)抽取一條未中簽預(yù)約單，撮合抽取到的所述未中簽預(yù)約單和對應(yīng)的可售對象，對撮合后的所述未中簽預(yù)約單進(jìn)行下訂單，其中，下訂單后的預(yù)約單為中簽預(yù)約單；

顯示單元56，用于在所述網(wǎng)頁上顯示已下訂單的用戶。

可選的，所述撮合單元55包括：加載單元，提取單元，第一判斷單元，獲取子單元，抽取單元和刪除單元(圖中未示)，其中，

加載單元，用于在達(dá)到所述開始撮合時(shí)間時(shí)，將所有參加抽簽預(yù)約活動(dòng)的可售對象以列表的方式加載到內(nèi)存中，以及將多個(gè)未中簽的所述預(yù)約單分 別以列表的方式加載到內(nèi)存中；

提取單元，用于從可售對象列表中順序取出一條可售對象記錄；

第一判斷單元，用于根據(jù)所述可售對象記錄判斷取出的所述可售對象是否還有可售庫存；

獲取子單元，用于在所述第一判斷單元判斷所述可售對象有可售庫存時(shí)，從內(nèi)存中獲取未中簽的預(yù)約單列表；

抽取單元，用于從所述獲取子單元獲取的所述未中簽的預(yù)約單列表中隨機(jī)抽取一條未中簽預(yù)約單；

刪除單元，用于在所述未中簽的所述預(yù)約單列表中刪除隨機(jī)抽取到的未中簽預(yù)約單。

所述撮合單元還包括：第二判斷單元(圖中未示)，其中，

所述第二判斷單元，用于判斷可售對象列表是否為空；

所述提取單元，還用于在所述第二判斷單元判斷所述可售對象列表不為空時(shí)，從所述可售對象列表中順序取出一條可售對象記錄。

可選的，所述裝置還可以包括：管理單元，用于對中簽的所述預(yù)約單進(jìn)行活動(dòng)管控和活動(dòng)守護(hù)。其中，活動(dòng)管控和活動(dòng)守護(hù)具體詳見上述，在此不再贅述。

上述裝置中各個(gè)單元的功能和作用的實(shí)現(xiàn)過程具體詳見上述方法中對應(yīng)步驟的實(shí)現(xiàn)過程，在此不再贅述。

還請參閱圖6，為本申請實(shí)施例提供的一種抽簽預(yù)約裝置的應(yīng)用實(shí)例圖，包括：活動(dòng)展區(qū)模塊61、參加活動(dòng)模塊62、開戶模塊63、活動(dòng)設(shè)置模塊64、抽簽撮合模塊65、下單模塊66、活動(dòng)管控模塊67和活動(dòng)守護(hù)模塊68，其中，各個(gè)模塊通過系統(tǒng)總線連接(圖中未示)，

活動(dòng)展示模塊61，用于在活動(dòng)頁面上展示部分內(nèi)容，包括進(jìn)行中的活動(dòng)，歷時(shí)活動(dòng)信息的展示等；

參加活動(dòng)模塊62，用于通過頁面表單的方式，提示用戶參加活動(dòng)，表單需要用戶輸入預(yù)約金額，表單提交時(shí)，系統(tǒng)會(huì)校驗(yàn)用戶賬戶余額(比如余額 寶金額)是否大于等于預(yù)約金額；

開戶模塊63，用于在用戶參加活動(dòng)時(shí)，如果活動(dòng)需要用戶開戶，則展示開戶頁面給用戶，并引導(dǎo)用戶去開戶；

活動(dòng)設(shè)置模塊64，用于在接收到后臺操作員的指令時(shí)，在后臺設(shè)置活動(dòng)，即后臺操作員在后臺設(shè)置活動(dòng)；

抽簽撮合模塊65，用于通過隨機(jī)算法撮合活動(dòng)產(chǎn)品和活動(dòng)預(yù)約單；其具體的撮合過程詳見上述，在此不再贅述。其中，隨機(jī)算法，只要能保證交易完整性的隨機(jī)算法均可。

下單模塊66，用于對撮合成功的預(yù)約單調(diào)用訂單系統(tǒng)接口下單；其下單后的預(yù)約單為中簽預(yù)約單；

活動(dòng)管控模塊67，用于管控活動(dòng)的開始到結(jié)束的一整套生命周期，活動(dòng)開始的時(shí)候會(huì)發(fā)送消息出來通知撮合中心開啟一個(gè)抽簽撮合的市場等待抽簽開始；活動(dòng)結(jié)束后會(huì)發(fā)送消息通知撮合中心來關(guān)閉這個(gè)活動(dòng)抽簽撮合的市場，關(guān)閉所有沒有中簽的預(yù)約單，發(fā)送短信通知抽獎(jiǎng)結(jié)果，生成pdf格式的中獎(jiǎng)名單；

活動(dòng)守護(hù)模塊68，用于定期撈取由于系統(tǒng)間通信異?；蛘叱瑫r(shí)沒有結(jié)果回執(zhí)的訂單去交易系統(tǒng)查詢訂單的真實(shí)狀態(tài)。

對于裝置實(shí)施例而言，由于其基本對應(yīng)于方法實(shí)施例，所以相關(guān)之處參見方法實(shí)施例的部分說明即可。以上所描述的裝置實(shí)施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個(gè)地方，或者也可以分布到多個(gè)網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實(shí)際的需要選擇其中的部分或者全部模塊來實(shí)現(xiàn)本申請方案的目的。本領(lǐng)域普通技術(shù)人員在不付出創(chuàng)造性勞動(dòng)的情況下，即可以理解并實(shí)施。

以上所述僅為本申請的較佳實(shí)施例而已，并不用以限制本申請，凡在本申請的精神和原則之內(nèi)，所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本申請保護(hù)的范圍之內(nèi)。