CN110210982A - 订单分配方法、装置、服务器及存储介质 - Google Patents
订单分配方法、装置、服务器及存储介质 Download PDFInfo
- Publication number
- CN110210982A CN110210982A CN201910310076.7A CN201910310076A CN110210982A CN 110210982 A CN110210982 A CN 110210982A CN 201910310076 A CN201910310076 A CN 201910310076A CN 110210982 A CN110210982 A CN 110210982A
- Authority
- CN
- China
- Prior art keywords
- order
- estimating
- public affairs
- teacher
- gong
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 34
- 238000003860 storage Methods 0.000 title claims abstract description 12
- 238000012545 processing Methods 0.000 claims abstract description 117
- 210000004209 hair Anatomy 0.000 claims abstract description 30
- 238000011156 evaluation Methods 0.000 claims description 74
- 230000015654 memory Effects 0.000 claims description 17
- 238000004590 computer program Methods 0.000 claims description 8
- 230000006870 function Effects 0.000 description 12
- 238000010586 diagram Methods 0.000 description 5
- 230000000694 effects Effects 0.000 description 4
- 238000012806 monitoring device Methods 0.000 description 4
- 230000008901 benefit Effects 0.000 description 3
- 208000027418 Wounds and injury Diseases 0.000 description 2
- 238000012550 audit Methods 0.000 description 2
- 230000006378 damage Effects 0.000 description 2
- 230000002349 favourable effect Effects 0.000 description 2
- 208000014674 injury Diseases 0.000 description 2
- 239000000463 material Substances 0.000 description 2
- 230000008520 organization Effects 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 230000008859 change Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000014759 maintenance of location Effects 0.000 description 1
- 238000005192 partition Methods 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
- G06Q10/06311—Scheduling, planning or task assignment for a person or group
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/08—Insurance
Landscapes
- Business, Economics & Management (AREA)
- Human Resources & Organizations (AREA)
- Engineering & Computer Science (AREA)
- Economics (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Development Economics (AREA)
- Entrepreneurship & Innovation (AREA)
- Physics & Mathematics (AREA)
- Finance (AREA)
- General Physics & Mathematics (AREA)
- Marketing (AREA)
- Accounting & Taxation (AREA)
- Educational Administration (AREA)
- Technology Law (AREA)
- Game Theory and Decision Science (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
一种订单分配方法，所述方法包括：接收保险公司委托的订单；判断所述订单是否有指定要求，所述指定要求包括指定的公估公司或指定的公估师；若所述订单没有指定要求，从多个公估公司的公估师中确定待处理人；向所述待处理人发送针对所述订单的处理请求；当接收到所述待处理人针对所述处理请求发送的接单通知时，将所述订单的订单信息发送给所述待处理人。本发明还提供一种订单分配装置、服务器、以及存储介质。本发明能够提高订单处理的效率，同时，多个公估公司可以在服务器上进行公平竞争，能够给客户提供质量较优的服务。
Description
技术领域
本发明涉及订单处理技术领域，尤其涉及一种订单分配方法、装置、服务器及存储介质。
背景技术
随着时代的发展，人们的保险意识越来越强，也越来越乐意购买各种保险，随之而来，保单投诉以及各种理赔也相应更多。
目前，针对于客户的保单投诉或者理赔，保险公司在生成对应的订单之后，由相关负责人员通过电话或者邮件等方式，将各个订单分配给公估公司，再由公估公司来安排相应的公估师来处理订单。
这种方式，由于需要人工逐个地去联系公估公司，并由公估公司来委派公估师对各个订单进行处理，这使得订单的处理效率并不高。
发明内容
鉴于以上内容，有必要提供一种订单分配方法、装置、服务器及存储介质，能够提高订单处理的效率，同时，多个公估公司可以在服务器上进行公平竞争，能够给客户提供质量较优的服务。
本发明的第一方面提供一种订单分配方法，所述方法包括：
接收保险公司委托的订单；
判断所述订单是否有指定要求，所述指定要求包括指定的公估公司或指定的公估师；
若所述订单没有指定要求，从多个公估公司的公估师中确定待处理人；
向所述待处理人发送针对所述订单的处理请求；
当接收到所述待处理人针对所述处理请求发送的接单通知时，将所述订单的订单信息发送给所述待处理人。
在一种可能的实现方式中，所述从多个公估公司的公估师中确定待处理人包括：
获取当前在线的多个公估师；
确定每个所述公估师所属的公估公司；
获取所述公估公司在第一预设时间内的排名分值以及每个所述公估师的评价分值；
针对每个所述公估师，将所述公估师所属公估公司的排名分值以及所述公估师的评价分值进行加权，获得所述公估师的综合评价值；
从当前在线的多个公估师中，将所述综合评价值大于预设评价阈值的目标公估师确定为待处理人。
在一种可能的实现方式中，所述从多个公估公司的公估师中确定待处理人包括：
获取当前在线的多个公估师；
若所述订单携带有时间要求，获取当前在线的每个所述公估师所处的地理位置；
根据每个所述公估师所处的地理位置，将所述地理位置与所述订单的处理位置距离最近的目标公估师确定为待处理人。
在一种可能的实现方式中，所述待处理人有多个，所述向所述待处理人发送针对所述订单的处理请求包括：
分别向每个所述待处理人发送针对所述订单的处理请求；
所述当接收到所述待处理人针对所述处理请求发送的接单通知时，将所述订单的订单信息发送给所述待处理人包括：
当接收到多个所述待处理人针对所述处理请求发送的多个接单通知时，确定每个所述接单通知的接单时间；
将接单时间最早的待处理人确定为目标处理人；
将所述订单的订单信息发送给所述目标处理人。
在一种可能的实现方式中，所述从多个公估公司的公估师中确定待处理人包括：
确定所述订单的第一数量；
获取当前在线的多个线上公估师；
若所述线上公估师的第二数量小于所述第一数量，计算所述第一数量与所述第二数量的差值数量；
从当前离线的多个公估师中，确定所述差值数量的线下公估师；
将所述第二数量的线上公估师以及所述差值数量的线下公估师确定为待处理人。
在一种可能的实现方式中，所述订单有多个，所述从多个公估公司的公估师中确定待处理人包括：
获取第二预设时间内排名靠前的预设数量的目标公估公司；
根据所述目标公估公司的排名情况以及预设的订单数量分配比例，确定每个所述目标公估公司待分配的订单数量；
针对每个所述目标公估公司，获取所述目标公估公司的公估师的评价分值；
按照所述评价分值从高到低的顺序，确定所述订单数量的目标公估师；
将所有所述目标公估公司的目标公估师确定为待处理人。
在一种可能的实现方式中，在所述向所述待处理人发送针对所述订单的处理请求之前，所述方法还包括：
根据所述订单的赔偿金额，确定每个所述订单的重要级别；
按照所述目标公估公司排名从高到低的顺序、所述目标公估公司的公估师的评价分值从高到低的顺序、每个所述目标公估公司待分配的订单数量以及所述订单的重要级别从高到低的顺序，确定每个所述待处理人需要处理的订单。
本发明的第二方面提供一种订单分配装置，所述装置包括：
接收模块，用于接收保险公司委托的订单；
判断模块，用于判断所述订单是否有指定要求，所述指定要求包括指定的公估公司或指定的公估师；
确定模块，用于若所述订单没有指定要求，从多个公估公司的公估师中确定待处理人；
发送模块，用于向所述待处理人发送针对所述订单的处理请求；
所述发送模块，还用于当接收到所述待处理人针对所述处理请求发送的接单通知时，将所述订单的订单信息发送给所述待处理人。
本发明的第三方面提供一种服务器，所述服务器包括处理器和存储器，所述处理器用于执行所述存储器中存储的计算机程序时实现所述的订单分配方法。
本发明的第四方面提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现所述的订单分配方法。
由以上技术方案，本发明中，可以接收保险公司委托的订单，判断所述订单是否有指定要求，进一步地，若所述订单没有指定要求，可以从多个公估公司的公估师中确定待处理人，并向所述待处理人发送针对所述订单的处理请求，当接收到所述待处理人针对所述处理请求发送的接单通知时，将所述订单的订单信息发送给所述待处理人。可见，本发明中，在接收到保险公司委托的订单之后，如果所述订单没有指定要求，服务器可以直接从多个公估公司的公估师中确定待处理人，而不是只限于一个公估公司的公估师，从而实现了对多个公估公司的公估师的任务派驻，提高了订单处理的效率，同时，多个公估公司可以在服务器上进行公平竞争，能够给客户提供质量较优的服务。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
图1是本发明公开的一种订单分配方法的较佳实施例的流程图。
图2是本发明公开的一种订单分配装置的较佳实施例的功能模块图。
图3是本发明实现订单分配方法的较佳实施例的服务器的结构示意图。
具体实施方式
为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施例对本发明进行详细描述。需要说明的是，在不冲突的情况下，本发明的实施例及实施例中的特征可以相互组合。
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中在本发明的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本发明。
为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。
本发明实施例的订单分配方法应用在服务器中。
其中，服务器可以是指能对网络中其它设备(如服务器)提供服务的计算机系统。如果一个个人电脑能够对外提供文件传输协议(File Transfer Protocol，简称FTP)服务，也可以叫服务器。从狭义范围上讲，服务器专指某些高性能计算机，能通过网络，对外提供服务，其相对于普通的个人电脑来说，稳定性、安全性、性能等方面都要求更高，因此在CPU、芯片组、内存、磁盘系统、网络等硬件和普通的个人电脑有所不同。
请参见图1，图1是本发明公开的一种订单分配方法的较佳实施例的流程图。其中，根据不同的需求，该流程图中步骤的顺序可以改变，某些步骤可以省略。
S11、服务器接收保险公司委托的订单。
本发明中，保险公司可以将需要处理的订单上传至服务器，同时，各个公估公司的公估师可以登录服务器，在线上接订单并在线下处理订单。
其中，该订单可以包括各个保险公司需要处理的人身保险订单(比如人寿保险、健康保险、意外伤害保险等)以及财产保险订单(比如财产损失保险、责任保险、信用保险、保证保险等)。
其中，公估师既可受托于保险人，也可以受托于投保人，但它不代表保险人，也不代表投保人，而是站在独立的立场上，与上述双方保持着等距离的关系。公估师能对委托事件作出客观、公正的评价，不仅可以减少赔偿纠纷，更好地实现保险的经济补偿功能，还可以帮助保险公司节省大量的人力、物力和财力，提高保险公司的信誉。
其中，服务器上可以存储各个保险公司名单、各个公估公司的公估师名单以及订单的相关信息，保险公司可以借助于服务器，对多个公估公司的公估师进行任务派驻。
S12、服务器判断所述订单是否有指定要求，所述指定要求包括指定的公估公司或指定的公估师，若没有，执行步骤S13，若有，结束本流程。
其中，保险公司在委托订单的时候，有可能携带有指定要求，比如，指定某个公估公司，或者指定某个公估师等。
如果保险公司指定某个公估公司，通常情况下，是该某个公估公司受到保险公司的认可，该某个公估公司在业界的名称信誉等方面受到客户的一致好评。如果保险公司指定某个公估师，通常是该某个公估师在处理订单时的表现较佳，受到保险公司的认可。
作为一种可选的实施方式，所述方法还包括：
若所述订单有指定要求，且所述指定要求为指定的公估师，则将所述订单的订单信息发送给所述指定的公估师；
若所述订单有指定要求，且所述指定要求为指定的公估公司，则从所述公估公司的待派公估师中确定目标公估师；
将所述订单的订单信息发送给所述目标公估师。
在该可选的实施方式中，如果所述订单有指定要求，且所述指定要求为指定的公估师，服务器可以直接将所述订单的订单信息发送给所述指定的公估师，其中，所述订单的订单信息可以包括但不限于订单的订单类型、订单的赔偿金额以及订单的处理位置。
如果所述订单有指定要求，且所述指定要求为指定的公估公司，服务器可以从公估公司的待派公估师中随意挑选一个目标公估师，或者，服务器可以从公估公司的待派公估师中挑选综合评价最佳的公估师作为目标公估师，或者，服务器可以从公估公司的待派公估师中将距离订单的处理位置最近的公估师确定为目标公估师，之后，服务器即可将所述订单的订单信息发送给所述目标公估师。其中，该待派公估师为当前没有作业且处于随时等待派遣的公估师。
S13、服务器从多个公估公司的公估师中确定待处理人。
其中，所述多个公估公司的公估师包括当前已经登录服务器的在线公估师，同时，也包括当前处于离线状态的线下公估师。
作为一种可选的实施方式，所述从多个公估公司的公估师中确定待处理人包括：
获取当前在线的多个公估师；
确定每个所述公估师所属的公估公司；
获取所述公估公司在第一预设时间内的排名分值以及每个所述公估师的评价分值；
针对每个所述公估师，将所述公估师所属公估公司的排名分值以及所述公估师的评价分值进行加权，获得所述公估师的综合评价值；
从当前在线的多个公估师中，将所述综合评价值大于预设评价阈值的目标公估师确定为待处理人。
其中，公估师可以分为线上公估师和线下公估师，如果公估师已经通过自己的账号登陆系统，则该公估师为线上公估师，如果公估师没有登陆系统，则该公估师为线下公估师。不同的公估师可以属于不同的公估公司，也可以属于同一个公估公司，本发明实施例不做限定。其中，第一预设时间可以为预先设置的任意时间，比如180天。
每隔第一预设时间，可以对多个公估公司的服务质量进行排名，并获得排名分值。其中，每个公估公司的服务质量主要跟公估公司处理的总订单数量、客户对该公估公司的评价分值以及公估公司的处理效率有关。服务质量越好，排名越靠前，相应的，排名分值也就越高。其中，该排名分值可以由系统根据预设的计算规则来确定，比如公估公司的排名分值为总订单数量*60+评价分值*30+处理效率*10。或者，可以建立排名顺序与排名分值的对应关系，在确定公估公司的排名顺序后，即可从排名顺序与排名分值的对应关系中，查询所述公估公司的排名所对应的排名分值。
其中，可以从多个维度对公估师进行评价，该多个维度比如自定义评分、一次通过、自动派单、及时提交、拒赔减损(一万以内或一万以上)、书面表扬(如来自保险人或被保险人或行业协会或监管部门的表扬)、投诉等级(如A级、B级、C级)、及时审核、订单退回无效、派单失败等。其中，委托人(即保险公司)、客户以及系统平台均可以对公估师从多个维度进行打分，公估师的评价分值为所有打分的总和。
在获得公估公司的排名分值以及公估师的评价分值之后，即可针对每个所述公估师，将所述公估师所属公估公司的排名分值以及所述公估师的评价分值进行加权，获得所述公估师的综合评价值，具体的，可以预设公估公司的排名分值以及所述公估师的评价分值各自所占的加权比例，然后按照比例进行加权，获得所述公估师的综合评价值。
作为一种可选的实施方式，所述从多个公估公司的公估师中确定待处理人包括：
获取当前在线的多个公估师；
若所述订单携带有时间要求，获取当前在线的每个所述公估师所处的地理位置；
根据每个所述公估师所处的地理位置，将所述地理位置与所述订单的处理位置距离最近的目标公估师确定为待处理人。
在该可选的实施方式中，如果所述订单携带有时间要求，通常是客户的时间比较紧急，客户需要公估师尽快来处理该订单，也就是说，这类订单属于需要及时处理的订单。通常，当前在线的公估师都是待派公估师，可以随时进行任务派驻，然而，当前在线的公估师所处的地理位置可能不同，与订单的处理位置之间的距离也存在差异，故可以先获取当前在线的每个所述公估师所处的地理位置；进一步根据每个所述公估师所处的地理位置，将所述地理位置与所述订单的处理位置距离最近的目标公估师确定为待处理人。这样，目标公估师可以在最短的时间内赶到所述订单的处理位置，对所述订单进行处理，满足客户对时间的要求，提高用户体验。
其中，各个公估师可以随时将自己所处的地理位置上传至服务器，或者，服务器可以预先与公估师所在区域的监控设备建立关联关系，通过所述监控设备来监控所述公估师的实时地理位置。
作为一种可选的实施方式，所述从多个公估公司的公估师中确定待处理人包括：
确定所述订单的第一数量；
获取当前在线的多个线上公估师；
若所述线上公估师的第二数量小于所述第一数量，计算所述第一数量与所述第二数量的差值数量；
从当前离线的多个公估师中，确定所述差值数量的线下公估师；
将所述第二数量的线上公估师以及所述差值数量的线下公估师确定为待处理人。
在该可选的实施方式中，一个公估师只能处理一个订单。保险公司委托的订单的第一数量有多个，而且当前在线的多个线上公估师的第二数量小于所述第一数量，表明当前线上公估师不足以来处理所述第一数量的订单，需要从离线的公估师中来挑选。
具体的，所述从当前离线的多个公估师中，确定所述差值数量的线下公估师包括：
从当前离线的多个公估师中，获取当前离线的每个所述公估师的订单状态；
确定订单状态为待派单的多个第一公估师；
从多个所述第一公估师中删除处于黑名单中的公估师，获得第二公估师；
从所述第二公估师中，按照评价分值从高到低的顺序，确定所述差值数量的线下公估师。
其中，所述订单状态包括作业中、无响应、待派单、撤单。
当订单状态为作业中时，可进行转派和取消操作，订单取消后该订单回到任务认领界面；当订单状态为待派单时，可进行派单和取消订单操作；当订单状态为无响应和撤单时，可进行取消订单和重派操作。
在该可选的实施方式中，当前离线的多个公估师可能出于不同的订单状态，即有的离线公估师当前可能正在作业中，有的离线公估师当前可能处于待派单状态。公估师可以随时将自己的订单状态上传至服务器中。
此外，公估师在以往处理订单的过程中，由于处理不当，可能会受到客户的投诉，这类公估师通常会被拉入黑名单中。
服务器在确定订单状态为待派单的多个第一公估师之后，为了避免客户的再次投诉，同时，也为了提高服务品质，服务器可以从多个所述第一公估师中删除处于黑名单中的公估师，获得第二公估师；进一步地，服务器可以从所述第二公估师中，按照评价分值从高到低的顺序，确定所述差值数量的线下公估师。
作为一种可选的实施方式，所述订单有多个，所述从多个公估公司的公估师中确定待处理人包括：
获取第二预设时间内排名靠前的预设数量的目标公估公司；
根据所述目标公估公司的排名情况以及预设的订单数量分配比例，确定每个所述目标公估公司待分配的订单数量；
针对每个所述目标公估公司，获取所述目标公估公司的公估师的评价分值；
按照所述评价分值从高到低的顺序，确定所述订单数量的目标公估师；
将所有所述目标公估公司的目标公估师确定为待处理人。
其中，第二预设时间可以为预先设置的任意时间，比如180天，预设数量可以为预先设置的任意数量，比如3个，订单数量分配比例与公估公司的排名情况有关，通常，排名靠前的公估公司待分配的订单数量较多，而排名靠后的公估公司待分配的订单数量较少。
举例来说，在公估公司的排名情况中，前3名依次为公估公司A、公估公司B、公估公司C，可以设置公估公司A、公估公司B以及公估公司C的订单数量分配比例为3:2:1，如果订单的数量为60个，则公估公司A待分配的订单数量为30个，公估公司B待分配的订单数量为20个，公估公司C待分配的订单数量为10个。
在确定每个所述目标公估公司待分配的订单数量之后，服务器还可以针对每个所述目标公估公司，获取所述目标公估公司的公估师的评价分值，进一步地，按照所述评价分值从高到低的顺序，确定所述订单数量的目标公估师，最后，服务器就可以将所有所述目标公估公司的目标公估师确定为待处理人。
举例来说，公估公司A待分配的订单数量为30个，服务器按照评价分值从高到低的顺序，确定排名前30的目标公估师，以此类推，其他公估公司也是如此来确定目标公估师。
S14、服务器向所述待处理人发送针对所述订单的处理请求。
本发明实施例中，在确定订单的待处理人之后，服务器可以通过多种方式向所述待处理人发送针对所述订单的处理请求，比如通过短信的方式，通过电话的方式，通过社交软件的方式、通过邮箱的方式等。
作为一种可选的实施方式，步骤S14之前，所述方法还包括：
根据多个所述订单的赔偿金额，确定每个所述订单的重要级别；
按照所述目标公估公司排名从高到低的顺序、所述目标公估公司的公估师的评价分值从高到低的顺序、每个所述目标公估公司待分配的订单数量以及所述订单的重要级别从高到低的顺序，确定每个所述待处理人需要处理的订单。
在该可选的实施方式中，每个订单的赔偿金额可能是不同的，可以根据所述订单的赔偿金额，确定每个所述订单的重要级别。通常，订单的赔偿金额越高，该订单的重要级别就越高，反之，订单的赔偿金额越低，该订单的重要级别就越低。
服务器在确定每个订单的重要级别后，可以按照所述每个所述目标公估公司待分配的订单数量、所述目标公估公司排名从高到低的顺序、所述目标公估公司的公估师的评价分值从高到低的顺序以及所述订单的重要级别从高到低的顺序，确定每个所述待处理人需要处理的订单。这样，可以把重要级别较高的订单分配给排名靠前的公估公司中评价分值较高的公估师。
举例来说，假如目标公估公司的先后排名情况依次为公估公司A、公估公司B、公估公司C，待分配的订单数量依次为3个、2个、1个，公估公司A的公估师的评价分值的先后排名情况依次是公估师A、公估师B、公估师C，公估公司B的公估师的评价分值的先后排名情况依次是公估师D和公估师E，公估公司C的公估师的评价分值的先后排名情况为公估师F排名第一，订单的重要级别的先后排名情况依次是订单A、订单B、订单C、订单D、订单E以及订单F。服务器根据上述排名情况，针对公估公司A，可以确定公估师A需要处理的订单为订单A，公估师B需要处理的订单为订单B，公估师C需要处理的订单为订单C，针对公估公司B，可以确定公估师D需要处理的订单为订单D，公估师E需要处理的订单为订单E，针对公估公司C，公估师F需要处理的订单为订单F。
S15、当接收到所述待处理人针对所述处理请求发送的接单通知时，服务器将所述订单的订单信息发送给所述待处理人。
本发明实施例中，服务器向所述待处理人发送针对所述订单的处理请求，如果所述待处理人接受了该处理请求，所述待处理人通常会通过电子设备向服务器返回针对所述处理请求的接单通知，服务器在接收到所述待处理人针对所述处理请求发送的接单通知之后，即可将所述订单的订单信息发送给所述待处理人。
其中，所述电子设备可以包括但不限于各种智能手机、IPAD、智能手环、智能手表等。
作为一种可选的实施方式，所述待处理人有多个，所述向所述待处理人发送针对所述订单的处理请求包括：
分别向每个所述待处理人发送针对所述订单的处理请求；
所述当接收到所述待处理人针对所述处理请求发送的接单通知时，将所述订单的订单信息发送给所述待处理人包括：
当接收到多个所述待处理人针对所述处理请求发送的多个接单通知时，确定每个所述接单通知的接单时间；
将接单时间最早的待处理人确定为目标处理人；
将所述订单的订单信息发送给所述目标处理人。
在该可选的实施方式中，一个订单的待处理人可以有多个，服务器可以同时向该多个待处理人发送针对所述订单的处理请求。
进一步地，当接收到多个所述待处理人针对所述处理请求发送的多个接单通知时，服务器可以确定每个所述接单通知的接单时间；通常，接单时间越早，表明所述待处理处理所述订单的意愿就越强，服务器可以将接单时间最早的待处理人确定为目标处理人，并将所述订单的订单信息发送给所述目标处理人。这样挑选的目标处理人对订单的处理效率通常较高，服务也较好。
在图1所描述的方法流程中，可以接收保险公司委托的订单，判断所述订单是否有指定要求，进一步地，若所述订单没有指定要求，可以从多个公估公司的公估师中确定待处理人，并向所述待处理人发送针对所述订单的处理请求，当接收到所述待处理人针对所述处理请求发送的接单通知时，将所述订单的订单信息发送给所述待处理人。可见，本发明中，在接收到保险公司委托的订单之后，如果所述订单没有指定要求，服务器可以直接从多个公估公司的公估师中确定待处理人，而不是只限于一个公估公司的公估师，从而实现了对多个公估公司的公估师的任务派驻，提高了订单处理的效率，同时，多个公估公司可以在服务器上进行公平竞争，能够给客户提供质量较优的服务。
以上所述，仅是本发明的具体实施方式，但本发明的保护范围并不局限于此，对于本领域的普通技术人员来说，在不脱离本发明创造构思的前提下，还可以做出改进，但这些均属于本发明的保护范围。
请参见图2，图2是本发明公开的一种订单分配装置的较佳实施例的功能模块图。
在一些实施例中，所述订单分配装置运行于服务器中。所述订单分配装置可以包括多个由程序代码段所组成的功能模块。所述订单分配装置中的各个程序段的程序代码可以存储于存储器中，并由至少一个处理器所执行，以执行图1所描述的订单分配方法中的部分或全部步骤。
本实施例中，所述订单分配装置根据其所执行的功能，可以被划分为多个功能模块。所述功能模块可以包括：接收模块201、判断模块202、确定模块203、及发送模块204。本发明所称的模块是指一种能够被至少一个处理器所执行并且能够完成固定功能的一系列计算机程序段，其存储在存储器中。在一些实施例中，关于各模块的功能将在后续的实施例中详述。
接收模块201，用于接收保险公司委托的订单；
本发明中，保险公司可以将需要处理的订单上传至服务器，同时，各个公估公司的公估师可以登录服务器，在线上接订单并在线下处理订单。
其中，该订单可以包括各个保险公司需要处理的人身保险订单(比如人寿保险、健康保险、意外伤害保险等)以及财产保险订单(比如财产损失保险、责任保险、信用保险、保证保险等)。
其中，公估师既可受托于保险人，也可以受托于投保人，但它不代表保险人，也不代表投保人，而是站在独立的立场上，与上述双方保持着等距离的关系。公估师能对委托事件作出客观、公正的评价，不仅可以减少赔偿纠纷，更好地实现保险的经济补偿功能，还可以帮助保险公司节省大量的人力、物力和财力，提高保险公司的信誉。
其中，服务器上可以存储各个保险公司名单、各个公估公司的公估师名单以及订单的相关信息，保险公司可以借助于服务器，对多个公估公司的公估师进行任务派驻。
判断模块202，用于判断所述订单是否有指定要求，所述指定要求包括指定的公估公司或指定的公估师；
其中，保险公司在委托订单的时候，有可能携带有指定要求，比如，指定某个公估公司，或者指定某个公估师等。
如果保险公司指定某个公估公司，通常情况下，是该某个公估公司受到保险公司的认可，该某个公估公司在业界的名称信誉等方面受到客户的一致好评。如果保险公司指定某个公估师，通常是该某个公估师在处理订单时的表现较佳，受到保险公司的认可。
确定模块203，用于若所述订单没有指定要求，从多个公估公司的公估师中确定待处理人；
其中，所述多个公估公司的公估师包括当前已经登录服务器的在线公估师，同时，也包括当前处于离线状态的线下公估师。
发送模块204，用于向所述待处理人发送针对所述订单的处理请求；
本发明实施例中，在确定订单的待处理人之后，服务器可以通过多种方式向所述待处理人发送针对所述订单的处理请求，比如通过短信的方式，通过电话的方式，通过社交软件的方式、通过邮箱的方式等。
所述发送模块204，还用于当接收到所述待处理人针对所述处理请求发送的接单通知时，将所述订单的订单信息发送给所述待处理人。
本发明实施例中，服务器向所述待处理人发送针对所述订单的处理请求，如果所述待处理人接受了该处理请求，所述待处理人通常会通过电子设备向服务器返回针对所述处理请求的接单通知，服务器在接收到所述待处理人针对所述处理请求发送的接单通知之后，即可将所述订单的订单信息发送给所述待处理人。
其中，所述电子设备可以包括但不限于各种智能手机、IPAD、智能手环、智能手表等。
作为一种可选的实施方式，所述确定模块203包括：
第一获取子模块，用于获取当前在线的多个公估师；
第一确定子模块，用于确定每个所述公估师所属的公估公司；
所述第一获取子模块，还用于获取所述公估公司在第一预设时间内的排名分值以及每个所述公估师的评价分值；
加权子模块，用于针对每个所述公估师，将所述公估师所属公估公司的排名分值以及所述公估师的评价分值进行加权，获得所述公估师的综合评价值；
所述第一确定子模块，还用于从当前在线的多个公估师中，将所述综合评价值大于预设评价阈值的目标公估师确定为待处理人。
其中，公估师可以分为线上公估师和线下公估师，如果公估师已经通过自己的账号登陆系统，则该公估师为线上公估师，如果公估师没有登陆系统，则该公估师为线下公估师。不同的公估师可以属于不同的公估公司，也可以属于同一个公估公司，本发明实施例不做限定。其中，第一预设时间可以为预先设置的任意时间，比如180天。
每隔第一预设时间，可以对多个公估公司的服务质量进行排名，并获得排名分值。其中，每个公估公司的服务质量主要跟公估公司处理的总订单数量、客户对该公估公司的评价分值以及公估公司的处理效率有关。服务质量越好，排名越靠前，相应的，排名分值也就越高。其中，该排名分值可以由系统根据预设的计算规则来确定，比如公估公司的排名分值为总订单数量*60+评价分值*30+处理效率*10。或者，可以建立排名顺序与排名分值的对应关系，在确定公估公司的排名顺序后，即可从排名顺序与排名分值的对应关系中，查询所述公估公司的排名所对应的排名分值。
其中，可以从多个维度对公估师进行评价，该多个维度比如自定义评分、一次通过、自动派单、及时提交、拒赔减损(一万以内或一万以上)、书面表扬(如来自保险人或被保险人或行业协会或监管部门的表扬)、投诉等级(如A级、B级、C级)、及时审核、订单退回无效、派单失败等。其中，委托人(即保险公司)、客户以及系统平台均可以对公估师从多个维度进行打分，公估师的评价分值为所有打分的总和。
在获得公估公司的排名分值以及公估师的评价分值之后，即可针对每个所述公估师，将所述公估师所属公估公司的排名分值以及所述公估师的评价分值进行加权，获得所述公估师的综合评价值，具体的，可以预设公估公司的排名分值以及所述公估师的评价分值各自所占的加权比例，然后按照比例进行加权，获得所述公估师的综合评价值。
作为一种可选的实施方式，所述确定模块203包括：
第二获取子模块，用于获取当前在线的多个公估师；
所述第二获取子模块，还用于若所述订单携带有时间要求，获取当前在线的每个所述公估师所处的地理位置；
第二确定子模块，用于根据每个所述公估师所处的地理位置，将所述地理位置与所述订单的处理位置距离最近的目标公估师确定为待处理人。
在该可选的实施方式中，如果所述订单携带有时间要求，通常是客户的时间比较紧急，客户需要公估师尽快来处理该订单，也就是说，这类订单属于需要及时处理的订单。通常，当前在线的公估师都是待派公估师，可以随时进行任务派驻，然而，当前在线的公估师所处的地理位置可能不同，与订单的处理位置之间的距离也存在差异，故可以先获取当前在线的每个所述公估师所处的地理位置；进一步根据每个所述公估师所处的地理位置，将所述地理位置与所述订单的处理位置距离最近的目标公估师确定为待处理人。这样，目标公估师可以在最短的时间内赶到所述订单的处理位置，对所述订单进行处理，满足客户对时间的要求，提高用户体验。
其中，各个公估师可以随时将自己所处的地理位置上传至服务器，或者，服务器可以预先与公估师所在区域的监控设备建立关联关系，通过所述监控设备来监控所述公估师的实时地理位置。
作为一种可选的实施方式，所述待处理人有多个，所述发送模块204向所述待处理人发送针对所述订单的处理请求的方式具体为：
分别向每个所述待处理人发送针对所述订单的处理请求；
所述发送模块204当接收到所述待处理人针对所述处理请求发送的接单通知时，将所述订单的订单信息发送给所述待处理人的方式具体为：
当接收到多个所述待处理人针对所述处理请求发送的多个接单通知时，确定每个所述接单通知的接单时间；
将接单时间最早的待处理人确定为目标处理人；
将所述订单的订单信息发送给所述目标处理人。
在该可选的实施方式中，一个订单的待处理人可以有多个，服务器可以同时向该多个待处理人发送针对所述订单的处理请求。
进一步地，当接收到多个所述待处理人针对所述处理请求发送的多个接单通知时，服务器可以确定每个所述接单通知的接单时间；通常，接单时间越早，表明所述待处理处理所述订单的意愿就越强，服务器可以将接单时间最早的待处理人确定为目标处理人，并将所述订单的订单信息发送给所述目标处理人。这样挑选的目标处理人对订单的处理效率通常较高，服务也较好。
作为一种可选的实施方式，所述确定模块203包括：
第三确定子模块，用于确定所述订单的第一数量；
第三获取子模块，用于获取当前在线的多个线上公估师；
计算子模块，用于若所述线上公估师的第二数量小于所述第一数量，计算所述第一数量与所述第二数量的差值数量；
所述第三确定子模块，还用于从当前离线的多个公估师中，确定所述差值数量的线下公估师；
所述第三确定子模块，还用于将所述第二数量的线上公估师以及所述差值数量的线下公估师确定为待处理人。
在该可选的实施方式中，一个公估师只能处理一个订单。保险公司委托的订单的第一数量有多个，而且当前在线的多个线上公估师的第二数量小于所述第一数量，表明当前线上公估师不足以来处理所述第一数量的订单，需要从离线的公估师中来挑选。
所述第三确定子模块从当前离线的多个公估师中，确定所述差值数量的线下公估师的方式具体为：
从当前离线的多个公估师中，获取当前离线的每个所述公估师的订单状态；
确定订单状态为待派单的多个第一公估师；
从多个所述第一公估师中删除处于黑名单中的公估师，获得第二公估师；
从所述第二公估师中，按照评价分值从高到低的顺序，确定所述差值数量的线下公估师。
其中，所述订单状态包括作业中、无响应、待派单、撤单。
当订单状态为作业中时，可进行转派和取消操作，订单取消后该订单回到任务认领界面；当订单状态为待派单时，可进行派单和取消订单操作；当订单状态为无响应和撤单时，可进行取消订单和重派操作。
在该可选的实施方式中，当前离线的多个公估师可能出于不同的订单状态，即有的离线公估师当前可能正在作业中，有的离线公估师当前可能处于待派单状态。公估师可以随时将自己的订单状态上传至服务器中。
此外，公估师在以往处理订单的过程中，由于处理不当，可能会受到客户的投诉，这类公估师通常会被拉入黑名单中。
服务器在确定订单状态为待派单的多个第一公估师之后，为了避免客户的再次投诉，同时，也为了提高服务品质，服务器可以从多个所述第一公估师中删除处于黑名单中的公估师，获得第二公估师；进一步地，服务器可以从所述第二公估师中，按照评价分值从高到低的顺序，确定所述差值数量的线下公估师。
作为一种可选的实施方式，所述订单有多个，所述确定模块203包括：
第四获取子模块，用于获取第二预设时间内排名靠前的预设数量的目标公估公司；
第四确定子模块，用于根据所述目标公估公司的排名情况以及预设的订单数量分配比例，确定每个所述目标公估公司待分配的订单数量；
所述第四获取子模块，还用于针对每个所述目标公估公司，获取所述目标公估公司的公估师的评价分值；
所述第四确定子模块，还用于按照所述评价分值从高到低的顺序，确定所述订单数量的目标公估师；
所述第四确定子模块，还用于将所有所述目标公估公司的目标公估师确定为待处理人。
其中，第二预设时间可以为预先设置的任意时间，比如180天，预设数量可以为预先设置的任意数量，比如3个，订单数量分配比例与公估公司的排名情况有关，通常，排名靠前的公估公司待分配的订单数量较多，而排名靠后的公估公司待分配的订单数量较少。
举例来说，在公估公司的排名情况中，前3名依次为公估公司A、公估公司B、公估公司C，可以设置公估公司A、公估公司B以及公估公司C的订单数量分配比例为3:2:1，如果订单的数量为60个，则公估公司A待分配的订单数量为30个，公估公司B待分配的订单数量为20个，公估公司C待分配的订单数量为10个。
在确定每个所述目标公估公司待分配的订单数量之后，服务器还可以针对每个所述目标公估公司，获取所述目标公估公司的公估师的评价分值，进一步地，按照所述评价分值从高到低的顺序，确定所述订单数量的目标公估师，最后，服务器就可以将所有所述目标公估公司的目标公估师确定为待处理人。
举例来说，公估公司A待分配的订单数量为30个，服务器按照评价分值从高到低的顺序，确定排名前30的目标公估师，以此类推，其他公估公司也是如此来确定目标公估师。
作为一种可选的实施方式，所述确定模块203，还用于在所述发送模块204向所述待处理人发送针对所述订单的处理请求之前，根据多个所述订单的赔偿金额，确定每个所述订单的重要级别；
所述确定模块203，还用于按照所述目标公估公司排名从高到低的顺序、所述目标公估公司的公估师的评价分值从高到低的顺序、每个所述目标公估公司待分配的订单数量以及所述订单的重要级别从高到低的顺序，确定每个所述待处理人需要处理的订单。
在该可选的实施方式中，每个订单的赔偿金额可能是不同的，可以根据所述订单的赔偿金额，确定每个所述订单的重要级别。通常，订单的赔偿金额越高，该订单的重要级别就越高，反之，订单的赔偿金额越低，该订单的重要级别就越低。
服务器在确定每个订单的重要级别后，可以按照所述每个所述目标公估公司待分配的订单数量、所述目标公估公司排名从高到低的顺序、所述目标公估公司的公估师的评价分值从高到低的顺序以及所述订单的重要级别从高到低的顺序，确定每个所述待处理人需要处理的订单。这样，可以把重要级别较高的订单分配给排名靠前的公估公司中评价分值较高的公估师。
举例来说，假如目标公估公司的先后排名情况依次为公估公司A、公估公司B、公估公司C，待分配的订单数量依次为3个、2个、1个，公估公司A的公估师的评价分值的先后排名情况依次是公估师A、公估师B、公估师C，公估公司B的公估师的评价分值的先后排名情况依次是公估师D和公估师E，公估公司C的公估师的评价分值的先后排名情况为公估师F排名第一，订单的重要级别的先后排名情况依次是订单A、订单B、订单C、订单D、订单E以及订单F。服务器根据上述排名情况，针对公估公司A，可以确定公估师A需要处理的订单为订单A，公估师B需要处理的订单为订单B，公估师C需要处理的订单为订单C，针对公估公司B，可以确定公估师D需要处理的订单为订单D，公估师E需要处理的订单为订单E，针对公估公司C，公估师F需要处理的订单为订单F。
作为一种可选的实施方式，所述发送模块204，还用于若所述订单有指定要求，且所述指定要求为指定的公估师，将所述订单的订单信息发送给所述指定的公估师；
所述确定模块203，还用于若所述订单有指定要求，且所述指定要求为指定的公估公司，从所述公估公司的待派公估师中确定目标公估师；
所述发送模块204，还用于将所述订单的订单信息发送给所述目标公估师。
在该可选的实施方式中，如果所述订单有指定要求，且所述指定要求为指定的公估师，服务器可以直接将所述订单的订单信息发送给所述指定的公估师，其中，所述订单的订单信息可以包括但不限于订单的订单类型、订单的赔偿金额以及订单的处理位置。
如果所述订单有指定要求，且所述指定要求为指定的公估公司，服务器可以从公估公司的待派公估师中随意挑选一个目标公估师，或者，服务器可以从公估公司的待派公估师中挑选综合评价最佳的公估师作为目标公估师，或者，服务器可以从公估公司的待派公估师中将距离订单的处理位置最近的公估师确定为目标公估师，之后，服务器即可将所述订单的订单信息发送给所述目标公估师。其中，该待派公估师为当前没有作业且处于随时等待派遣的公估师。
在图2所描述订单分配装置中，在接收到保险公司委托的订单之后，如果所述订单没有指定要求，服务器可以直接从多个公估公司的公估师中确定待处理人，而不是只限于一个公估公司的公估师，从而实现了对多个公估公司的公估师的任务派驻，提高了订单处理的效率，同时，多个公估公司可以在服务器上进行公平竞争，能够给客户提供质量较优的服务。
如图3所示，图3是本发明实现订单分配方法的较佳实施例的服务器的结构示意图。所述服务器3包括存储器31、至少一个处理器32、存储在所述存储器31中并可在所述至少一个处理器32上运行的计算机程序33及至少一条通讯总线34。
本领域技术人员可以理解，图3所示的示意图仅仅是所述服务器3的示例，并不构成对所述服务器3的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述服务器3还可以包括输入输出设备、网络接入设备等。
所述至少一个处理器32可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。该处理器32可以是微处理器或者该处理器32也可以是任何常规的处理器等，所述处理器32是所述服务器3的控制中心，利用各种接口和线路连接整个服务器3的各个部分。
所述存储器31可用于存储所述计算机程序33和/或模块/单元，所述处理器32通过运行或执行存储在所述存储器31内的计算机程序和/或模块/单元，以及调用存储在存储器31内的数据，实现所述服务器3的各种功能。所述存储器31可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据服务器3的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器31可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(SecureDigital，SD)卡，闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
结合图1，所述服务器3中的所述存储器31存储多个指令以实现一种订单分配方法，所述处理器32可执行所述多个指令从而实现：
接收保险公司委托的订单；
判断所述订单是否有指定要求，所述指定要求包括指定的公估公司或指定的公估师；
若所述订单没有指定要求，从多个公估公司的公估师中确定待处理人；
向所述待处理人发送针对所述订单的处理请求；
当接收到所述待处理人针对所述处理请求发送的接单通知时，将所述订单的订单信息发送给所述待处理人。
在一种可选的实施方式中，所述从多个公估公司的公估师中确定待处理人包括：
获取当前在线的多个公估师；
确定每个所述公估师所属的公估公司；
获取所述公估公司在第一预设时间内的排名分值以及每个所述公估师的评价分值；
针对每个所述公估师，将所述公估师所属公估公司的排名分值以及所述公估师的评价分值进行加权，获得所述公估师的综合评价值；
从当前在线的多个公估师中，将所述综合评价值大于预设评价阈值的目标公估师确定为待处理人。
在一种可选的实施方式中，所述从多个公估公司的公估师中确定待处理人包括：
获取当前在线的多个公估师；
若所述订单携带有时间要求，获取当前在线的每个所述公估师所处的地理位置；
根据每个所述公估师所处的地理位置，将所述地理位置与所述订单的处理位置距离最近的目标公估师确定为待处理人。
在一种可选的实施方式中，所述待处理人有多个，所述向所述待处理人发送针对所述订单的处理请求包括：
分别向每个所述待处理人发送针对所述订单的处理请求；
所述当接收到所述待处理人针对所述处理请求发送的接单通知时，将所述订单的订单信息发送给所述待处理人包括：
当接收到多个所述待处理人针对所述处理请求发送的多个接单通知时，确定每个所述接单通知的接单时间；
将接单时间最早的待处理人确定为目标处理人；
将所述订单的订单信息发送给所述目标处理人。
在一种可选的实施方式中，所述从多个公估公司的公估师中确定待处理人包括：
确定所述订单的第一数量；
获取当前在线的多个线上公估师；
若所述线上公估师的第二数量小于所述第一数量，计算所述第一数量与所述第二数量的差值数量；
从当前离线的多个公估师中，确定所述差值数量的线下公估师；
将所述第二数量的线上公估师以及所述差值数量的线下公估师确定为待处理人。
在一种可选的实施方式中，所述订单有多个，所述从多个公估公司的公估师中确定待处理人包括：
获取第二预设时间内排名靠前的预设数量的目标公估公司；
根据所述目标公估公司的排名情况以及预设的订单数量分配比例，确定每个所述目标公估公司待分配的订单数量；
针对每个所述目标公估公司，获取所述目标公估公司的公估师的评价分值；
按照所述评价分值从高到低的顺序，确定所述订单数量的目标公估师；
将所有所述目标公估公司的目标公估师确定为待处理人。
在一种可选的实施方式中，在所述向所述待处理人发送针对所述订单的处理请求之前，所述处理器32可执行所述多个指令从而实现：
根据所述订单的赔偿金额，确定每个所述订单的重要级别；
按照所述目标公估公司排名从高到低的顺序、所述目标公估公司的公估师的评价分值从高到低的顺序、每个所述目标公估公司待分配的订单数量以及所述订单的重要级别从高到低的顺序，确定每个所述待处理人需要处理的订单。
具体地，所述处理器32对上述指令的具体实现方法可参考图1对应实施例中相关步骤的描述，在此不赘述。
在图3所描述的服务器3中，在接收到保险公司委托的订单之后，如果所述订单没有指定要求，服务器可以直接从多个公估公司的公估师中确定待处理人，而不是只限于一个公估公司的公估师，从而实现了对多个公估公司的公估师的任务派驻，提高了订单处理的效率，同时，多个公估公司可以在服务器上进行公平竞争，能够给客户提供质量较优的服务。
在本发明所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能模块的形式实现。
对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附关联图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。系统权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第二等词语用来表示名称，而并不表示任何特定的顺序。
最后应说明的是，以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或等同替换，而不脱离本发明技术方案的精神和范围。
Claims (10)
1.一种订单分配方法，其特征在于，所述方法包括：
接收保险公司委托的订单；
判断所述订单是否有指定要求，所述指定要求包括指定的公估公司或指定的公估师；
若所述订单没有指定要求，从多个公估公司的公估师中确定待处理人；
向所述待处理人发送针对所述订单的处理请求；
当接收到所述待处理人针对所述处理请求发送的接单通知时，将所述订单的订单信息发送给所述待处理人。
2.根据权利要求1所述的方法，其特征在于，所述从多个公估公司的公估师中确定待处理人包括：
获取当前在线的多个公估师；
确定每个所述公估师所属的公估公司；
获取所述公估公司在第一预设时间内的排名分值以及每个所述公估师的评价分值；
针对每个所述公估师，将所述公估师所属公估公司的排名分值以及所述公估师的评价分值进行加权，获得所述公估师的综合评价值；
从当前在线的多个公估师中，将所述综合评价值大于预设评价阈值的目标公估师确定为待处理人。
3.根据权利要求1所述的方法，其特征在于，所述从多个公估公司的公估师中确定待处理人包括：
获取当前在线的多个公估师；
若所述订单携带有时间要求，获取当前在线的每个所述公估师所处的地理位置；
根据每个所述公估师所处的地理位置，将所述地理位置与所述订单的处理位置距离最近的目标公估师确定为待处理人。
4.根据权利要求1至3中任一项所述的方法，其特征在于，所述待处理人有多个，所述向所述待处理人发送针对所述订单的处理请求包括：
分别向每个所述待处理人发送针对所述订单的处理请求；
所述当接收到所述待处理人针对所述处理请求发送的接单通知时，将所述订单的订单信息发送给所述待处理人包括：
当接收到多个所述待处理人针对所述处理请求发送的多个接单通知时，确定每个所述接单通知的接单时间；
将接单时间最早的待处理人确定为目标处理人；
将所述订单的订单信息发送给所述目标处理人。
5.根据权利要求1所述的方法，其特征在于，所述从多个公估公司的公估师中确定待处理人包括：
确定所述订单的第一数量；
获取当前在线的多个线上公估师；
若所述线上公估师的第二数量小于所述第一数量，计算所述第一数量与所述第二数量的差值数量；
从当前离线的多个公估师中，确定所述差值数量的线下公估师；
将所述第二数量的线上公估师以及所述差值数量的线下公估师确定为待处理人。
6.根据权利要求1所述的方法，其特征在于，所述订单有多个，所述从多个公估公司的公估师中确定待处理人包括：
获取第二预设时间内排名靠前的预设数量的目标公估公司；
根据所述目标公估公司的排名情况以及预设的订单数量分配比例，确定每个所述目标公估公司待分配的订单数量；
针对每个所述目标公估公司，获取所述目标公估公司的公估师的评价分值；
按照所述评价分值从高到低的顺序，确定所述订单数量的目标公估师；
将所有所述目标公估公司的目标公估师确定为待处理人。
7.根据权利要求6所述的方法，其特征在于，在所述向所述待处理人发送针对所述订单的处理请求之前，所述方法还包括：
根据所述订单的赔偿金额，确定每个所述订单的重要级别；
按照所述目标公估公司排名从高到低的顺序、所述目标公估公司的公估师的评价分值从高到低的顺序、每个所述目标公估公司待分配的订单数量以及所述订单的重要级别从高到低的顺序，确定每个所述待处理人需要处理的订单。
8.一种订单分配装置，其特征在于，所述装置包括：
接收模块，用于接收保险公司委托的订单；
判断模块，用于判断所述订单是否有指定要求，所述指定要求包括指定的公估公司或指定的公估师；
确定模块，用于若所述订单没有指定要求，从多个公估公司的公估师中确定待处理人；
发送模块，用于向所述待处理人发送针对所述订单的处理请求；
所述发送模块，还用于当接收到所述待处理人针对所述处理请求发送的接单通知时，将所述订单的订单信息发送给所述待处理人。
9.一种服务器，其特征在于，所述服务器包括处理器和存储器，所述处理器用于执行存储器中存储的计算机程序以实现如权利要求1至7中任意一项所述的订单分配方法。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有至少一个指令，所述至少一个指令被处理器执行时实现如权利要求1至7任意一项所述的订单分配方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910310076.7A CN110210982A (zh) | 2019-04-17 | 2019-04-17 | 订单分配方法、装置、服务器及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910310076.7A CN110210982A (zh) | 2019-04-17 | 2019-04-17 | 订单分配方法、装置、服务器及存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN110210982A true CN110210982A (zh) | 2019-09-06 |
Family
ID=67785366
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910310076.7A Pending CN110210982A (zh) | 2019-04-17 | 2019-04-17 | 订单分配方法、装置、服务器及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110210982A (zh) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111056210A (zh) * | 2020-01-16 | 2020-04-24 | 北京旷视机器人技术有限公司 | 料箱位置调整方法及装置、仓储系统、介质和电子设备 |
| CN112801495A (zh) * | 2021-01-22 | 2021-05-14 | 长沙市到家悠享家政服务有限公司 | 家政服务派单方法及服务端设备 |
| CN114330879A (zh) * | 2021-12-29 | 2022-04-12 | 蔷薇大树科技有限公司 | 一种多维度约束的订单分配方法及系统 |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CA2498245A1 (en) * | 2001-12-21 | 2003-07-24 | Efficient Markets Corporation | System for appraising life insurance and annuities |
| US20160148134A1 (en) * | 2014-11-24 | 2016-05-26 | James Fields | Method of Providing an Electronic Bail Posting Service |
| CN107688888A (zh) * | 2017-06-13 | 2018-02-13 | 平安科技（深圳）有限公司 | 保单分配方法、装置、存储介质和计算机设备 |
| CN107784412A (zh) * | 2016-08-26 | 2018-03-09 | 北京嘀嘀无限科技发展有限公司 | 一种订单自动匹配处理方法及服务器 |
| CN108898306A (zh) * | 2018-06-26 | 2018-11-27 | 泰康保险集团股份有限公司 | 订单分配方法、装置、介质及电子设备 |
| CN109087208A (zh) * | 2018-08-14 | 2018-12-25 | 深圳壹账通智能科技有限公司 | 贷前数据处理方法、装置、计算机设备和存储介质 |
| CN109472482A (zh) * | 2018-10-31 | 2019-03-15 | 北京趣拿软件科技有限公司 | 用车订单的派发方法及装置、储存介质、电子装置 |
-
2019
- 2019-04-17 CN CN201910310076.7A patent/CN110210982A/zh active Pending
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CA2498245A1 (en) * | 2001-12-21 | 2003-07-24 | Efficient Markets Corporation | System for appraising life insurance and annuities |
| US20160148134A1 (en) * | 2014-11-24 | 2016-05-26 | James Fields | Method of Providing an Electronic Bail Posting Service |
| CN107784412A (zh) * | 2016-08-26 | 2018-03-09 | 北京嘀嘀无限科技发展有限公司 | 一种订单自动匹配处理方法及服务器 |
| CN107688888A (zh) * | 2017-06-13 | 2018-02-13 | 平安科技（深圳）有限公司 | 保单分配方法、装置、存储介质和计算机设备 |
| CN108898306A (zh) * | 2018-06-26 | 2018-11-27 | 泰康保险集团股份有限公司 | 订单分配方法、装置、介质及电子设备 |
| CN109087208A (zh) * | 2018-08-14 | 2018-12-25 | 深圳壹账通智能科技有限公司 | 贷前数据处理方法、装置、计算机设备和存储介质 |
| CN109472482A (zh) * | 2018-10-31 | 2019-03-15 | 北京趣拿软件科技有限公司 | 用车订单的派发方法及装置、储存介质、电子装置 |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111056210A (zh) * | 2020-01-16 | 2020-04-24 | 北京旷视机器人技术有限公司 | 料箱位置调整方法及装置、仓储系统、介质和电子设备 |
| CN112801495A (zh) * | 2021-01-22 | 2021-05-14 | 长沙市到家悠享家政服务有限公司 | 家政服务派单方法及服务端设备 |
| CN112801495B (zh) * | 2021-01-22 | 2024-04-26 | 长沙市到家悠享家政服务有限公司 | 家政服务派单方法及服务端设备 |
| CN114330879A (zh) * | 2021-12-29 | 2022-04-12 | 蔷薇大树科技有限公司 | 一种多维度约束的订单分配方法及系统 |
| CN114330879B (zh) * | 2021-12-29 | 2022-09-16 | 蔷薇大树科技有限公司 | 一种多维度约束的订单分配方法及系统 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11842394B2 (en) | System and method for optimizing execution of trading orders | |
| US11238378B2 (en) | Method and system for booking transportation services | |
| US11328233B2 (en) | Methods and systems for controlling a display screen with graphical objects for scheduling | |
| US11272059B2 (en) | Exclusive agent pool allocation method, electronic device, and computer readable storage medium | |
| US20170372429A1 (en) | Virtual assistant platform with deep analytics, embedded and adaptive best practices expertise, and proactive interaction | |
| CN110210982A (zh) | 订单分配方法、装置、服务器及存储介质 | |
| CN103020752B (zh) | 订单自动分配系统 | |
| CN110231987A (zh) | 一种数据处理方法及相关装置 | |
| CN106844108B (zh) | 一种数据存储方法、服务器以及存储系统 | |
| CN110351375A (zh) | 一种数据处理方法、装置及计算机装置、可读存储介质 | |
| CN106815254A (zh) | 一种数据处理方法和装置 | |
| CN107038645B (zh) | 业务处理方法、装置及系统和服务器 | |
| CN109636621A (zh) | 用于资产配置评估的方法、系统、设备及存储介质 | |
| CN105844522A (zh) | 一种程序化期货交易撮合系统 | |
| CN111145029A (zh) | 基于大数据的期货与股票的交易方法、系统及设备 | |
| CN109598363A (zh) | 一种车辆预约方法和装置 | |
| CN110322116A (zh) | 任务处理方法、装置、电子设备及存储介质 | |
| CN109934693A (zh) | 分类对账方法及系统、存储介质、电子设备 | |
| CN110826943B (zh) | 判断是否需要进行配车及确定公交配车数的方法及相关设备 | |
| CN105335362B (zh) | 实时数据的处理方法及系统、即时处理系统 | |
| CN110009159A (zh) | 基于网络大数据的金融借贷需求预测方法及系统 | |
| CN114971412A (zh) | 订单分配方法、订单分配平台、订单分配系统及存储介质 | |
| CN107862605A (zh) | 资产转让处理方法、系统及计算机可读存储介质 | |
| RU2656720C9 (ru) | Система инвентаризации активов | |
| CN114997576A (zh) | 一种达标提示对象的确定方法、装置、设备、介质及产品 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20190906 |
|
| WD01 | Invention patent application deemed withdrawn after publication |