比较简单，相关之处参见方法实施例的部分说明即可。
[0089]应当注意的是，在本公开的系统的各个部件中，根据其要实现的功能而对其中的部件进行了逻辑划分，但是，本公开不受限于此，可以根据需要对各个部件进行重新划分或者组合，例如，可以将一些部件组合为单个部件，或者可以将一些部件进一步分解为更多的子部件。
[0090]本公开的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本公开实施例的系统中的一些或者全部部件的一些或者全部功能。本公开还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本公开的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
[0091]应该注意的是上述实施例对本公开进行说明而不是对本公开进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本公开可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
[0092]以上实施方式仅适于说明本公开，而并非对本公开的限制，有关技术领域的普通技术人员，在不脱离本公开的精神和范围的情况下，还可以做出各种变化和变型，因此所有等同的技术方案也属于本公开的范畴，本公开的专利保护范围应由权利要求限定。
【主权项】
1.一种订单抢单特性的自动更新方法，其特征在于，所述方法包括: 中心服务器定期获取多个终端在预定时间段内的订单抢单特性； 中心服务器分别向多个策略服务器发送数据更新消息，所述数据更新消息包括订单抢单特性更新目录； 策略服务器接收到所述数据更新消息后，根据所述订单抢单特性更新目录更新所述多个终端的订单抢单特性； 其中，所述终端为用户设备提供运营服务的终端，所述订单抢单特性为终端的抢单概率随时间变化的特性。
2.根据权利要求1所述的方法，其特征在于，所述中心服务器定期获取多个终端在预设时间内的订单抢单特性的步骤前，该方法还包括: 采集多个订单的播单时间信息和抢单时间信息，并将所述播单时间信息和抢单时间信息保存在分布式系统中的多个存储器中； 分布式系统中的处理器从所述存储器中读取预定时间段内的多个订单的播单时间信息和抢单时间信息； 处理器根据所述预定时间段内的多个订单的播单时间信息和抢单时间信息，获得多个终端在所述预定时间段内的订单抢单特性； 其中，所述播单时间信息是指订单信息播送给终端的时间点，所述抢单时间信息是指终端订阅所述订单信息的时间点；所述中心服务器为所述分布式系统中的服务器。
3.根据权利要求2所述的方法，其特征在于，所述处理器根据所述预定时间段内的多个订单的播单时间信息和抢单时间信息，获得多个终端在所述预定时间段内的订单抢单特性，包括: 对于每一终端，分析该终端对应的每个订单的播单时间信息和抢单时间信息的差值，确定该终端在预定时间段内的抢单概率随时间变化的特性，获得该终端的订单抢单特性。
4.根据权利要求1所述的方法，其特征在于，所述中心服务器定期获取多个终端在预定时间段内的订单抢单特性，包括: 中心服务器定期向多个处理器发送数据更新请求消息，以使所述多个处理器根据所述数据更新请求消息反馈多个终端在预定时间段内的订单抢单特性。
5.根据权利要求1所述的方法，其特征在于，所述中心服务器定期获取多个终端在预定时间段内的订单抢单特性，包括: 中心服务器接收多个处理器定期发送的多个终端在预定时间段内的订单抢单特性。
6.根据权利要求1所述的方法，其特征在于，所述策略服务器接收到所述数据更新消息后，根据所述订单抢单特性更新目录更新所述多个终端的订单抢单特性的步骤之后，该方法还包括: 策略服务器根据更新后的多个终端的订单抢单特性，为所述多个终端分配订单信息。
7.一种订单抢单特性的自动更新系统，其特征在于，所述系统包括:中心服务器及多个策略服务器； 中心服务器，用于定期获取多个终端在预定时间段内的订单抢单特性；分别向多个策略服务器发送数据更新消息，所述数据更新消息包括订单抢单特性更新目录； 策略服务器，用于当接收到所述数据更新消息时，根据所述订单抢单特性更新目录更新所述多个终端的订单抢单特性； 其中，所述终端为用户设备提供运营服务的终端，所述订单抢单特性为终端的抢单率随时间变化的特性。
8.根据权利要求7所述的系统，其特征在于，所述系统还包括:多个存储器和多个处理器; 存储器，用于存储所采集的多个订单的播单时间信息和抢单时间信息； 处理器，用于从所述存储器中读取预定时间段内的多个订单的播单时间信息和抢单时间信息；根据所述预定时间段内的多个订单的播单时间信息和抢单时间信息，获得多个终端在所述预定时间段内的订单抢单特性； 其中，所述播单时间信息是指订单信息播送给终端的时间点，所述抢单时间信息是指终端订阅所述订单信息的时间点。
9.根据权利要求8所述的系统，其特征在于，所述处理器，具体用于: 对于每一终端，分析该终端对应的每个订单的播单时间信息和抢单时间信息的差值，确定该终端在预定时间段内的抢单概率随时间变化的特性，获得该终端的订单抢单特性。
10.根据权利要求7所述的系统，其特征在于，所述中心服务器，具体用于: 定期向多个处理器发送数据更新请求消息，以使所述多个处理器根据所述数据更新请求消息反馈多个终端在预定时间段内的订单抢单特性。
11.根据权利要求7所述的系统，其特征在于，所述中心服务器，具体用于: 接收多个处理器定期发送的多个终端在预定时间段内的订单抢单特性。
12.根据权利要求7所述的系统，其特征在于，所述策略服务器，还用于: 根据更新后的多个终端的订单抢单特性，为所述多个终端分配订单信息。
【专利摘要】本发明提供了一种订单抢单特性的自动更新方法，包括：中心服务器定期获取多个终端在预定时间段内的订单抢单特性；中心服务器分别向多个策略服务器发送数据更新消息，所述数据更新消息包括订单抢单特性更新目录；策略服务器接收到所述数据更新消息后，根据所述订单抢单特性更新目录更新所述多个终端的订单抢单特性。本发明还提供了一种订单抢单特性的自动更新系统，包括中心服务器和多个策略服务器。本发明能够定期更新策略服务器中终端的订单抢单特性，使得策略服务器能够更为合理地为终端分配订单信息，提高订单成交率。
【IPC分类】G06Q30-00, G06Q50-30
【公开号】CN104867016
【申请号】CN201510207953
【发明人】胡志琳
【申请人】北京嘀嘀无限科技发展有限公司
【公开日】2015年8月26日
【申请日】2015年4月28日