比較簡單，相關之處參見方法實施例的部分說明即可。
[0089]應當注意的是，在本公開的系統(tǒng)的各個部件中，根據(jù)其要實現(xiàn)的功能而對其中的部件進行了邏輯劃分，但是，本公開不受限于此，可以根據(jù)需要對各個部件進行重新劃分或者組合，例如，可以將一些部件組合為單個部件，或者可以將一些部件進一步分解為更多的子部件。
[0090]本公開的各個部件實施例可以以硬件實現(xiàn)，或者以在一個或者多個處理器上運行的軟件模塊實現(xiàn)，或者以它們的組合實現(xiàn)。本領域的技術人員應當理解，可以在實踐中使用微處理器或者數(shù)字信號處理器(DSP)來實現(xiàn)根據(jù)本公開實施例的系統(tǒng)中的一些或者全部部件的一些或者全部功能。本公開還可以實現(xiàn)為用于執(zhí)行這里所描述的方法的一部分或者全部的設備或者裝置程序(例如，計算機程序和計算機程序產(chǎn)品)。這樣的實現(xiàn)本公開的程序可以存儲在計算機可讀介質(zhì)上，或者可以具有一個或者多個信號的形式。這樣的信號可以從因特網(wǎng)網(wǎng)站上下載得到，或者在載體信號上提供，或者以任何其他形式提供。
[0091]應該注意的是上述實施例對本公開進行說明而不是對本公開進行限制，并且本領域技術人員在不脫離所附權利要求的范圍的情況下可設計出替換實施例。在權利要求中，不應將位于括號之間的任何參考符號構造成對權利要求的限制。單詞“包含”不排除存在未列在權利要求中的元件或步驟。位于元件之前的單詞“一”或“一個”不排除存在多個這樣的元件。本公開可以借助于包括有若干不同元件的硬件以及借助于適當編程的計算機來實現(xiàn)。在列舉了若干裝置的單元權利要求中，這些裝置中的若干個可以是通過同一個硬件項來具體體現(xiàn)。單詞第一、第二、以及第三等的使用不表示任何順序。可將這些單詞解釋為名稱。
[0092]以上實施方式僅適于說明本公開，而并非對本公開的限制，有關技術領域的普通技術人員，在不脫離本公開的精神和范圍的情況下，還可以做出各種變化和變型，因此所有等同的技術方案也屬于本公開的范疇，本公開的專利保護范圍應由權利要求限定。
【主權項】
1.一種訂單搶單特性的自動更新方法，其特征在于，所述方法包括: 中心服務器定期獲取多個終端在預定時間段內(nèi)的訂單搶單特性； 中心服務器分別向多個策略服務器發(fā)送數(shù)據(jù)更新消息，所述數(shù)據(jù)更新消息包括訂單搶單特性更新目錄； 策略服務器接收到所述數(shù)據(jù)更新消息后，根據(jù)所述訂單搶單特性更新目錄更新所述多個終端的訂單搶單特性； 其中，所述終端為用戶設備提供運營服務的終端，所述訂單搶單特性為終端的搶單概率隨時間變化的特性。
2.根據(jù)權利要求1所述的方法，其特征在于，所述中心服務器定期獲取多個終端在預設時間內(nèi)的訂單搶單特性的步驟前，該方法還包括: 采集多個訂單的播單時間信息和搶單時間信息，并將所述播單時間信息和搶單時間信息保存在分布式系統(tǒng)中的多個存儲器中； 分布式系統(tǒng)中的處理器從所述存儲器中讀取預定時間段內(nèi)的多個訂單的播單時間信息和搶單時間信息； 處理器根據(jù)所述預定時間段內(nèi)的多個訂單的播單時間信息和搶單時間信息，獲得多個終端在所述預定時間段內(nèi)的訂單搶單特性； 其中，所述播單時間信息是指訂單信息播送給終端的時間點，所述搶單時間信息是指終端訂閱所述訂單信息的時間點；所述中心服務器為所述分布式系統(tǒng)中的服務器。
3.根據(jù)權利要求2所述的方法，其特征在于，所述處理器根據(jù)所述預定時間段內(nèi)的多個訂單的播單時間信息和搶單時間信息，獲得多個終端在所述預定時間段內(nèi)的訂單搶單特性，包括: 對于每一終端，分析該終端對應的每個訂單的播單時間信息和搶單時間信息的差值，確定該終端在預定時間段內(nèi)的搶單概率隨時間變化的特性，獲得該終端的訂單搶單特性。
4.根據(jù)權利要求1所述的方法，其特征在于，所述中心服務器定期獲取多個終端在預定時間段內(nèi)的訂單搶單特性，包括: 中心服務器定期向多個處理器發(fā)送數(shù)據(jù)更新請求消息，以使所述多個處理器根據(jù)所述數(shù)據(jù)更新請求消息反饋多個終端在預定時間段內(nèi)的訂單搶單特性。
5.根據(jù)權利要求1所述的方法，其特征在于，所述中心服務器定期獲取多個終端在預定時間段內(nèi)的訂單搶單特性，包括: 中心服務器接收多個處理器定期發(fā)送的多個終端在預定時間段內(nèi)的訂單搶單特性。
6.根據(jù)權利要求1所述的方法，其特征在于，所述策略服務器接收到所述數(shù)據(jù)更新消息后，根據(jù)所述訂單搶單特性更新目錄更新所述多個終端的訂單搶單特性的步驟之后，該方法還包括: 策略服務器根據(jù)更新后的多個終端的訂單搶單特性，為所述多個終端分配訂單信息。
7.一種訂單搶單特性的自動更新系統(tǒng)，其特征在于，所述系統(tǒng)包括:中心服務器及多個策略服務器； 中心服務器，用于定期獲取多個終端在預定時間段內(nèi)的訂單搶單特性；分別向多個策略服務器發(fā)送數(shù)據(jù)更新消息，所述數(shù)據(jù)更新消息包括訂單搶單特性更新目錄； 策略服務器，用于當接收到所述數(shù)據(jù)更新消息時，根據(jù)所述訂單搶單特性更新目錄更新所述多個終端的訂單搶單特性； 其中，所述終端為用戶設備提供運營服務的終端，所述訂單搶單特性為終端的搶單率隨時間變化的特性。
8.根據(jù)權利要求7所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括:多個存儲器和多個處理器; 存儲器，用于存儲所采集的多個訂單的播單時間信息和搶單時間信息； 處理器，用于從所述存儲器中讀取預定時間段內(nèi)的多個訂單的播單時間信息和搶單時間信息；根據(jù)所述預定時間段內(nèi)的多個訂單的播單時間信息和搶單時間信息，獲得多個終端在所述預定時間段內(nèi)的訂單搶單特性； 其中，所述播單時間信息是指訂單信息播送給終端的時間點，所述搶單時間信息是指終端訂閱所述訂單信息的時間點。
9.根據(jù)權利要求8所述的系統(tǒng)，其特征在于，所述處理器，具體用于: 對于每一終端，分析該終端對應的每個訂單的播單時間信息和搶單時間信息的差值，確定該終端在預定時間段內(nèi)的搶單概率隨時間變化的特性，獲得該終端的訂單搶單特性。
10.根據(jù)權利要求7所述的系統(tǒng)，其特征在于，所述中心服務器，具體用于: 定期向多個處理器發(fā)送數(shù)據(jù)更新請求消息，以使所述多個處理器根據(jù)所述數(shù)據(jù)更新請求消息反饋多個終端在預定時間段內(nèi)的訂單搶單特性。
11.根據(jù)權利要求7所述的系統(tǒng)，其特征在于，所述中心服務器，具體用于: 接收多個處理器定期發(fā)送的多個終端在預定時間段內(nèi)的訂單搶單特性。
12.根據(jù)權利要求7所述的系統(tǒng)，其特征在于，所述策略服務器，還用于: 根據(jù)更新后的多個終端的訂單搶單特性，為所述多個終端分配訂單信息。
【專利摘要】本發(fā)明提供了一種訂單搶單特性的自動更新方法，包括：中心服務器定期獲取多個終端在預定時間段內(nèi)的訂單搶單特性；中心服務器分別向多個策略服務器發(fā)送數(shù)據(jù)更新消息，所述數(shù)據(jù)更新消息包括訂單搶單特性更新目錄；策略服務器接收到所述數(shù)據(jù)更新消息后，根據(jù)所述訂單搶單特性更新目錄更新所述多個終端的訂單搶單特性。本發(fā)明還提供了一種訂單搶單特性的自動更新系統(tǒng)，包括中心服務器和多個策略服務器。本發(fā)明能夠定期更新策略服務器中終端的訂單搶單特性，使得策略服務器能夠更為合理地為終端分配訂單信息，提高訂單成交率。
【IPC分類】G06Q30-00, G06Q50-30
【公開號】CN104867016
【申請?zhí)枴緾N201510207953
【發(fā)明人】胡志琳
【申請人】北京嘀嘀無限科技發(fā)展有限公司
【公開日】2015年8月26日
【申請日】2015年4月28日