订单分配方法、订单分配平台、订单分配系统及存储介质

技术领域

本发明涉及计算机技术领域，特别涉及一种订单分配方法、订单分配平台、订单分配系统及存储介质。

背景技术

随着计算机技术的发展，可以通过计算机办理银行的各式各样的金融的业务，例如开户、转账、办理信用卡、金融交易等业务。当需要银行业务员上门办理业务时，目前业务订单的分配方式通常是将订单发送给实时位置信息与订单预约地址信息一致的业务员。当实时位置信息与订单预约地址信息一致的业务员订单数量很多时，若是还把新收到的多个订单给到该业务员进行处理，可能会导致业务员处理不过来，这将会影响订单的处理速度。由此可见现有的订单分配方式过于单一，不够灵活。

发明内容

本申请的目的在于提供一种订单分配方法、订单分配平台、订单分配系统及存储介质，以解决现有技术中存在的订单分配方式过于单一，不够灵活的问题。

本申请实施例的第一方面提供了一种订单分配方法，包括：

接收用户通过终端上传的订单信息，所述订单信息包括用户等级以及预约地址信息；

获取所有业务员的等级信息，筛选出所述等级信息与所述用户等级匹配的第一业务员集合；

获取第一业务员集合中各业务员的实时位置信息，从所述第一业务员集合中筛选出所述实时位置信息与所述预约地址信息匹配的第二业务员集合；

基于预设规则对所述第二业务员集合中的所有业务员进行优先级排序；

将所述订单信息分配至目标业务员的任务列表中，其中，目标业务员为优先级排序最高的业务员。

在一实施例中，所述获取所有业务员的等级信息，包括：

获取业务员的业务信息；

根据所述业务信息，确定对应的业务类型，将所述业务类型输入预置业务员匹配模型进行匹配，得到与所述业务信息相匹配的等级信息。

在一实施例中，所述从所述第一业务员集合中筛选出所述实时位置信息与所述预约地址信息匹配的第二业务员集合，包括：

根据人口密度分布对城市区域进行网格化划分，得到多个网格区域；

以所述预约地址信息所处的网格区域作为中心，若所述实时位置信息处于围绕所述中心的8个网格区域内，则所述实时位置信息与所述预约地址信息匹配，其中，中心的网格区域与围绕所述中心的8个网格区域按九宫格分布。

在一实施例中，所述从所述第一业务员集合中筛选出所述实时位置信息与所述预约地址信息匹配的第二业务员集合，包括：

根据目标城市区域的历史订单位置信息绘制热力图；

按照预设比例策略对所述热力图进行网格化划分，得到多个网格区域；

以所述预约地址信息所处的网格区域作为中心，若所述实时位置信息处于围绕所述中心的8个网格区域内，则所述实时位置信息与所述预约地址信息匹配，其中，中心的网格区域与围绕所述中心的8个网格区域按九宫格分布。

在一实施例中，所述从所述第一业务员集合中筛选出所述实时位置信息与所述预约地址信息匹配的第二业务员集合，包括：

若所述实时位置信息与所述预约地址信息的路径距离小于等于预设距离，则所述实时位置信息与所述预约地址信息匹配。

在一实施例中，所述基于预设规则对所述第二业务员集合中的所有业务员进行优先级排序，包括，

定时获取最近预设时间范围内的所有业务数据，将获取的业务数据输入预设的数据统计分析系统中进行统计分析，统计分析得出每一个业务员的各个预设的业绩指标的数值；

将得到的每一个业务员的各个预设的业绩指标的数值，均按照预设的评分计算规则，计算得出每一个业务员的业绩总分；

按照业绩总分由高到低的顺序对各个业务员进行优先级排序。

本申请实施例的第二方面提供了一种订单分配平台，包括：

接收模块，用于接收用户通过终端上传的订单信息，所述订单信息包括用户等级以及预约地址信息；

第一筛选模块，用于获取所有业务员的等级信息，筛选出所述等级信息与所述用户等级匹配的第一业务员集合；

第二筛选模块，用于获取第一业务员集合中各业务员的实时位置信息，从所述第一业务员集合中筛选出所述实时位置信息与所述预约地址信息匹配的第二业务员集合；

优先级排序模块，用于基于预设规则对所述第二业务员集合中的所有业务员进行优先级排序；

分配模块，用于将所述订单信息分配至目标业务员的任务列表中，其中，目标业务员为优先级排序最高的业务员。

本申请实施例的第二方面提供了一种订单分配平台，包括：

接收模块，用于接收多个用户通过终端上传的多个订单信息，其中，所述订单信息包括预约地址信息；

区域确定模块，用于根据所述预约地址信息和预设区域划分规则确定出目标区域和相邻区域；

确定模块，用于获取各业务员对应的实时位置信息，确定出所述实时位置信息位于所述目标区域内的第一业务员名单和所述实时位置信息位于所述相邻区域内的第二业务员名单；

采集模块，用于采集所述第一业务员名单内各业务员的当前未完成订单数量；

判断模块，用于判断是否所述第一业务员名单内所有业务员的当前未完成订单数量均大于预设未完成订单数量；

分配模块，用于在所述第一业务员名单内所有业务员的当前未完成订单数量均大于预设未完成订单数量时，将多个订单信息分配至目标业务员的任务列表中，其中，所述目标业务员为所述第二业务员名单内当前未完成订单数量小于预设未完成订单数量的若干个业务员。

本申请实施例的第三方面提供了一种订单分配平台，包括存储器、处理器以及存储在所述存储器中并可在计算机设备上运行的计算机程序，所述处理器执行所述计算机程序时实现第一方案提供的订单分配方法的各步骤。

本申请实施例的第四方面提供了一种订单分配系统，包包括若干个客户端、服务器以及如前述的订单分配平台；所述若干个客户端和服务器均与所述平台通信连接。

本申请实施例的第五方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现第一方案提供的订单分配方法的各步骤。

实施本申请实施例提供的一种订单分配方法、订单分配平台、订单分配系统及存储介质具有以下有益效果：

本申请实施例提供的一种订单分配方法、订单分配平台、订单分配系统及存储介质，通过接收用户通过终端上传的订单信息，所述订单信息包括用户等级以及预约地址信息；获取所有业务员的等级信息，筛选出所述等级信息与所述用户等级匹配的第一业务员集合；获取第一业务员集合中各业务员的实时位置信息，从所述第一业务员集合中筛选出所述实时位置信息与所述预约地址信息匹配的第二业务员集合；基于预设规则对所述第二业务员集合中的所有业务员进行优先级排序；将所述订单信息分配至目标业务员的任务列表中，其中，目标业务员为优先级排序最高的业务员，以保证订单能得到及时地被处理。这样的订单分配方案增加了订单分配方式的多样性，灵活度较高，用户体验感较好。

附图说明

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

图1为本发明实施例提供的订单分配方法的第一实现流程图；

图2为本发明实施例提供的订单分配方法的第二实现流程图；

图3为本发明实施例提供的订单分配方法的第三实现流程图；

图4为图1中步骤S20的第一流程图；

图5为图1中步骤S20的第二流程图；

图6为本发明实施例提供的订单分配平台的功能模块示意图；

图7为本发明实施例提供的订单分配平台的硬件结构示意图；

图8为本发明实施例提供的订单分配平台订单分配系统的硬件结构示意图。

具体实施方式

为了使本申请所要解决的技术问题、技术方案及有益效果更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请实施例所提供一种订单分配方法，应用于计算机设备上。在实现时，订单分配方法以目标脚本的形式被配置于计算机设备上，该计算机设备通过执行该目标脚本，进而执行本实施例提供的订单分配方法的各个步骤。执行主体为服务器集群中用于对订单进行分配的目标服务器。这里，服务器集群可以是由多个服务器组成的服务器集群，基于该服务器集群构建分布式订单分配系统，令构建分布式订单分配系统所需的各组件能够被配置到服务器集群中的各服务器中，被配置有分布式订单分配系统组件的服务器，也可以被称为组件服务器。服务器集群中的各服务器之间能够进行数据共享或数据同步。在此基础上，向该服务器集群中的任一服务器配置目标脚本文件，由该目标脚本文件描述本实施例提供的订单分配方法，使得该配置有目标脚本文件的服务器能够通过执行该目标脚本文件，进而执行订单分配方法中的各个步骤。或者，通过对服务器集群配置新的服务器，向该新的服务器配置目标脚本文件，由该目标脚本文件描述本实施例提供的订单分配方法，使得该新的服务器能够通过执行该目标脚本文件，进而执行订单分配中的各个步骤。

在实现时，服务器集群中用于对订单进行分配的目标服务器接收用户通过终端上传的订单信息，所述订单信息包括用户等级以及预约地址信息。获取所有业务员的等级信息，筛选出所述等级信息与所述用户等级匹配的第一业务员集合。获取第一业务员集合中各业务员的实时位置信息，从所述第一业务员集合中筛选出所述实时位置信息与所述预约地址信息匹配的第二业务员集合。基于预设规则对所述第二业务员集合中的所有业务员进行优先级排序。将所述订单信息分配至目标业务员的任务列表中，其中，目标业务员为优先级排序最高的业务员，以保证订单能得到及时地被处理。这样的订单分配方案增加了订单分配方式的多样性，灵活度较高，用户体验感较好。

参照图1所示，图1示出了本申请实施例提供的订单分配方法的第一实现流程图。该订单分配方法包括：

S10：接收用户通过终端上传的订单信息，所述订单信息包括用户等级以及预约地址信息。

在步骤S10中，订单信息是用户需要请求保险机构分配业务员上门办理业务时，通过保险机构APP或保险机构客户端预约发送业务办理请求，由业务员上门为用户办理业务的电子订单所包含的订单信息。订单信息包括用户的姓名、性别、年龄、手机号码、办理的业务类型、用户等级、预约地址信息等。用户通过填写电子订单上的信息，并在客户端上传订单信息，服务器接收到用户上传的订单信息。

S20：获取所有业务员的等级信息，筛选出所述等级信息与所述用户等级匹配的第一业务员集合。

S30：获取第一业务员集合中各业务员的实时位置信息，从所述第一业务员集合中筛选出所述实时位置信息与所述预约地址信息匹配的第二业务员集合。

在步骤S30中，获取各业务员的实时位置信息可以为业务员在订单分配系统上实时上传的卫星定位信息，也可以为业务员通过语音输入或者手动填写实时位置信息。此外，获取业务员信息集合中各业务员对应的实时位置信息，还可以是基于各业务员当前正在处理的电子订单的第一位置信息，和/或下一待处理的电子订单的第二位置信息共同确定。

用户通过终端提交预约地址信息，而业务员的实时位置信息同样需要收集到订单分配系统上，服务器将获取到的所述实时位置信息与所述预约地址信息进行对比。要比较业务员的所述实时位置信息与所述预约地址信息就要具体到最小单位，比如某某街道。若所述实时位置信息与所述预约地址信息匹配，此时，将该业务员信息列入第一业务员名单中。

当业务员上传的GPS定位信息无法用于确定各业务员的实时位置信息，或者未接收到业务员上传的GPS定位信息时，可以基于各业务员当前正在处理的电子订单的第一位置信息，和/或下一待处理的电子订单的第二位置信息共同确定各业务员的实时位置信息。当网络状态不佳时上传GPS定位信息变得困难，而根据订单分配系统上已经确定的业务员的正在处理的和待处理的电子订单的预约地址信息，比如在业务员的任务列表中有正在处理的和待处理的订单信息，因为业务员是根据任务列表中的订单信息的顺序对订单信息进行处理，那么业务员的实时位置信息可能是位于正在处理的订单上的地址，可能是位于下一待处理订单信息的地址，更有可能是位于正在处理的订单和下一待处理的订单的地址之间的路径。所以基于各业务员正在处理的电子第一位置信息和/或下一待处理的电子订单的第二位置信息可以确定各业务员对应的实时位置信息。

S40：基于预设规则对所述第二业务员集合中的所有业务员进行优先级排序。

S50：将所述订单信息分配至目标业务员的任务列表中，其中，目标业务员为优先级排序最高的业务员。

参照图2所示，图2示出了本申请实施例提供的订单分配方法的第二实现流程图。该订单分配方法包括：

S10：接收用户通过终端上传的订单信息，所述订单信息包括用户等级以及预约地址信息。

S21：获取业务员的业务信息。

在步骤S21中，业务信息包括客户信息、历史保单交易记录、约见时间、约见地点等。

S22：根据所述业务信息，确定对应的业务类型，将所述业务类型输入预置业务员匹配模型进行匹配，得到与所述业务信息相匹配的等级信息。

在步骤S22中，从业务信息内提取当前业务员对接客户及购买产品的标签集，通过标签集确定业务信息对应的业务类型，通过将业务类型输入预置业务员匹配模型中，匹配当前业务员所需的业务员等级。比如当前业务信息带有客户性别为女、23岁、购买车险、家庭收入高、家庭购买保险人均数量为1.8等标签，若通过这些标签得到当前业务信息的等级为A，历史业务显示对接该类客户的业务员所需等级需在a-b之间，则初步筛选等级为a-b之间的业务员

S23：筛选出所述等级信息与所述用户等级匹配的第一业务员集合。

在步骤S23中，筛选出所述等级信息与所述用户等级匹配的业务员，得到第一业务员集合。

S30：获取第一业务员集合中各业务员的实时位置信息，从所述第一业务员集合中筛选出所述实时位置信息与所述预约地址信息匹配的第二业务员集合。

S40：基于预设规则对所述第二业务员集合中的所有业务员进行优先级排序。

S50：将所述订单信息分配至目标业务员的任务列表中，其中，目标业务员为优先级排序最高的业务员。

参照图3所示，图3示出了本申请实施例提供的订单分配方法的第三实现流程图。该订单分配方法包括：

S10：接收用户通过终端上传的订单信息，所述订单信息包括用户等级以及预约地址信息。

S21：获取业务员的业务信息。

S22：根据所述业务信息，确定对应的业务类型，将所述业务类型输入预置业务员匹配模型进行匹配，得到与所述业务信息相匹配的等级信息。

S23：筛选出所述等级信息与所述用户等级匹配的第一业务员集合。

S30：获取第一业务员集合中各业务员的实时位置信息，从所述第一业务员集合中筛选出所述实时位置信息与所述预约地址信息匹配的第二业务员集合。

S41：定时获取最近预设时间范围内的所有业务数据，将获取的业务数据输入预设的数据统计分析系统中进行统计分析，统计分析得出每一个业务员的各个预设的业绩指标的数值。

在步骤S41中，定时获取最近预设时间范围内(例如最近一个月内)的所有业务数据，业务数据包括业务办理记录(包括新保办理记录、续保办理记录)、到期业务信息等，每个业务数据中包含业务员姓名或编号、业务金额等信息。电子装置中具有预先设置的数据统计分析系统，电子装置将获取的业务数据全部输入该数据统计分析系统中，数据统计分析系统可通过从获取的业务数据中分别找出每个业务员关联的所有业务数据，然后对每个业务员关联的业务数据进行各个预设的业绩指标的统计和计算，从而得出每一个业务员的各个预设的业绩指标的数值，所述预设的业绩指标包括保单保费、续保率、活动率等。

S42：将得到的每一个业务员的各个预设的业绩指标的数值，均按照预设的评分计算规则，计算得出每一个业务员的业绩总分。

其中，所述预设的评分计算规则可以为将各个预设的业绩指标的数值按照预设的权重加权求和。

S43：按照业绩总分由高到低的顺序对各个业务员进行优先级排序。

S50：将所述订单信息分配至目标业务员的任务列表中，其中，目标业务员为优先级排序最高的业务员。

在一个实施例中，如图4所示，该步骤S30具体包括如下步骤：

S31：根据人口密度分布对城市区域进行网格化划分，得到多个网格区域。

具体而言，网格化划分是基于目标城市区域的大比例尺数据，按照目标城市区域内人口密度分布在空间上按一定的比例通过横向聚合或纵向分解成不同的单元网格化划分。因为人口密集的区域相应的需要处理的订单也较多，所以需要将目标城市区域划分成网格化划分，方便业务员集中处理网格化划分的订单。对目标城市区域内进行划分，这里的目标城市区域不限于大小范围，根据需要和具体情况对城市区域进行划分，但一般以市为单位对城市区域进行划分。因为城市区域内的人口分布通常是不均匀的，所以根据城市区域内的人口密度分布对城市区域进行按比例网格化划分，对目标城市区域内进行网格化划分得到网格化划分。

S32：以所述预约地址信息所处的网格区域作为中心，若所述实时位置信息处于围绕所述中心的8个网格区域内，则所述实时位置信息与所述预约地址信息匹配，其中，中心的网格区域与围绕所述中心的8个网格区域按九宫格分布。

在一个实施例中，如图5所示，该步骤S30具体包括如下步骤：

S33：根据目标城市区域的历史订单位置信息绘制热力图。

S34：按照预设比例策略对所述热力图进行网格化划分，得到多个网格区域。

具体地，热力图是区域的可视化数据，绘制热力图根据目标城市区域的历史订单位置信息在目标城市区域的分布情况，即根据历史订单位置对应的经纬度和目标城市区域地图生成渲染历史订单位置密度的热力图。最后要得到网格化地址划分区域还要对热力图进行网格化划分。按照预设比例策略可以是对热力图中历史订单地理位置密度大即颜色深的位置划分使用的网格比例较小，对热力图的历史订单位置密度密度小使用比例较大的网格进行划分。网格化划分不仅按照历史订单位置信息对目标城市区域进行划分，而且是根据历史订单位置的密度划分得到网格化地址划分区域。历史订单位置信息可以表征人口密度分布，为各网格化地址划分区域配置相应的业务员以及业务员信息集合大致上是对等的，这样各网格化地址划分区域内的业务员处理各网格化地址划分区域内的订单数量就较为均衡，不会出现不同业务员工作不饱和或者过于饱和的情况。

S35：以所述预约地址信息所处的网格区域作为中心，若所述实时位置信息处于围绕所述中心的8个网格区域内，则所述实时位置信息与所述预约地址信息匹配，其中，中心的网格区域与围绕所述中心的8个网格区域按九宫格分布。

在一个实施例中，该步骤S30具体包括如下步骤：

S36：若所述实时位置信息与所述预约地址信息的路径距离小于等于预设距离，则所述实时位置信息与所述预约地址信息匹配。

其中，预设距离可以为5-10km。

于上面的方法实施例，本发明实施例还提供了一种订单分配平台，如图6所示，该平台10可以包括以下模块：

接收模块11，用于接收用户通过终端上传的订单信息，所述订单信息包括用户等级以及预约地址信息；

第一筛选模块12，用于获取所有业务员的等级信息，筛选出所述等级信息与所述用户等级匹配的第一业务员集合；

第二筛选模块13，用于获取第一业务员集合中各业务员的实时位置信息，从所述第一业务员集合中筛选出所述实时位置信息与所述预约地址信息匹配的第二业务员集合；

优先级排序模块14，用于基于预设规则对所述第二业务员集合中的所有业务员进行优先级排序；

分配模块15，用于将所述订单信息分配至目标业务员的任务列表中，其中，目标业务员为优先级排序最高的业务员。

应当理解的是，图6示出的订单分配平台的功能模块示意图中，各模块用于执行图1-6对应的实施例中的各步骤，而对于图1-5对应的实施例中的各步骤已在上述实施例中进行详细解释，具体请参阅图1-5所对应的实施例中的相关描述，此处不再赘述。

本发明另一实施例提供一种订单分配平台，如图7所示，订单分配平台10包括：

一个或多个处理器110以及存储器120，图7中以一个处理器110为例进行介绍，处理器110和存储器120可以通过总线或者其他方式连接，图7中以通过总线连接为例。

处理器110用于完成平台10的各种控制逻辑，其可以为通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、单片机、ARM(Acorn RISCMachine)或其它可编程逻辑器件、分立门或晶体管逻辑、分立的硬件组件或者这些部件的任何组合。还有，处理器110还可以是任何传统处理器、微处理器或状态机。处理器110也可以被实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、一个或多个微处理器结合DSP和/或任何其它这种配置。

存储器120作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块，如本发明实施例中的订单分配的对应的程序指令。处理器110通过运行存储在存储器120中的非易失性软件程序、指令以及单元，从而执行平台10的各种功能应用以及数据处理，即实现上述方法实施例中的订单分配方法。

存储器120可以包括存储程序区和存储数据区，其中，存储程序区可存储操作平台、至少一个功能所需要的应用程序。存储数据区可存储根据平台10使用所创建的数据等。此外，存储器120可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，存储器120可选包括相对于处理器110远程设置的存储器，这些远程存储器可以通过网络连接至平台10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

一个或者多个单元存储在存储器120中，当被一个或者多个处理器110执行时，执行上述任意方法实施例中的订单分配方法，例如，执行以上描述的图1中的方法步骤S100至步骤S400。

本发明另一实施例还提供一种订单分配系统，如图8所示，所述系统包括若干个客户端20、服务器30以及如上所述的订单分配平台10。所述若干个客户端20和服务器30均与所述订单分配平台10通信连接，其中若干个客户端20用于各个经办人登录订单分配平台10并填写公告信息获取请求，服务器30用于存储公告信息。

本发明实施例提供了一种非易失性计算机可读存储介质，计算机可读存储介质存储有计算机可执行指令，该计算机可执行指令被一个或多个处理器执行，例如，执行以上描述的图1-5中的方法步骤。

作为示例，非易失性存储介质能够包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦ROM(EEPROM)或闪速存储器。易失性存储器能够包括作为外部高速缓存存储器的随机存取存储器(RAM)。通过说明而非限制，RAM可以以诸如同步RAM(SRAM)、动态RAM、(DRAM)、同步DRAM(SDRAM)、双数据速率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、Synchlink DRAM(SLDRAM)以及直接Rambus(兰巴斯)RAM(DRRAM)之类的许多形式得到。本文中所描述的操作环境的所公开的存储器组件或存储器旨在包括这些和/或任何其他适合类型的存储器中的一个或多个。

当然，本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关硬件(如处理器，控制器等)来完成，所述的计算机程序可存储于一非易失性计算机可读取的存储介质中，该计算机程序在执行时可包括如上述各方法实施例的流程。其中所述的存储介质可为存储器、磁碟、软盘、闪存、光存储器等。

应当理解的是，以上所述实施例仅用以说明本发明的技术方案，而非对其限制。尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换。而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。