CN115019945A - 订单分配方法、装置、设备及计算机可读存储介质 - Google Patents
订单分配方法、装置、设备及计算机可读存储介质 Download PDFInfo
- Publication number
- CN115019945A CN115019945A CN202210585816.XA CN202210585816A CN115019945A CN 115019945 A CN115019945 A CN 115019945A CN 202210585816 A CN202210585816 A CN 202210585816A CN 115019945 A CN115019945 A CN 115019945A
- Authority
- CN
- China
- Prior art keywords
- order
- service object
- target
- orders
- inquiry
- 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
Images
Classifications
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/20—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms
-
- 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
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
- G06Q30/0635—Processing of requisition or of purchase orders
Landscapes
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Health & Medical Sciences (AREA)
- Finance (AREA)
- Epidemiology (AREA)
- Economics (AREA)
- Primary Health Care (AREA)
- Public Health (AREA)
- General Health & Medical Sciences (AREA)
- Biomedical Technology (AREA)
- Development Economics (AREA)
- Medical Informatics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请公开了一种订单分配方法、装置、设备及计算机可读存储介质,属于计算机技术领域。方法包括:获取待分配的问诊订单的订单信息,所述订单信息包括症状信息和资源信息中的至少一种;基于所述问诊订单的订单信息,确定所述问诊订单对应的目标科室,所述目标科室包括至少一个候选服务对象,所述候选服务对象为当前在线且能够提供与所述订单信息匹配的服务的对象;在所述至少一个候选服务对象中确定目标服务对象,所述目标服务对象为能够在目标时长内处理所述问诊订单的服务对象;将所述问诊订单分配给所述目标服务对象。该方法确定的目标服务对象较为准确,问诊订单的处理较为及时,提高了问诊订单的处理效率,降低了问诊订单的流失率。
Description
技术领域
本申请实施例涉及计算机技术领域,特别涉及一种订单分配方法、装置、设备及计算机可读存储介质。
背景技术
随着计算机技术的不断发展,在线问诊得到了越来越广泛的应用。在线问诊为用户提供随时随地的医疗服务,极大地简化了用户的看诊流程。
相关技术中,用户在在线问诊平台上提交问诊订单,问诊系统接收到问诊订单之后,随机为该问诊订单分配一个服务对象,如问诊医师。
如果该服务对象当前需要处理的问诊订单较多时,会使得问诊订单的处理不及时,处理效率较低,进而导致问诊订单的流失率较高。
发明内容
本申请实施例提供了一种订单分配方法、装置、设备及计算机可读存储介质,可用于解决相关技术中订单处理不够及时、处理效率较低、订单流失率较高的问题。所述技术方案如下:
一方面,本申请实施例提供了一种订单分配方法,所述方法包括:
获取待分配的问诊订单的订单信息,所述订单信息包括症状信息和资源信息中的至少一种;
基于所述问诊订单的订单信息,确定所述问诊订单对应的目标科室,所述目标科室包括至少一个候选服务对象,所述候选服务对象为当前在线且能够提供与所述订单信息匹配的服务的对象;
在所述至少一个候选服务对象中确定目标服务对象,所述目标服务对象为能够在目标时长内处理所述问诊订单的服务对象;
将所述问诊订单分配给所述目标服务对象。
在一种可能的实现方式中,所述在所述至少一个候选服务对象中确定目标服务对象,包括:
获取各个候选服务对象分别对应的并行处理订单数量和所述各个候选服务对象分别对应的当前处理订单数量;
根据所述各个候选服务对象分别对应的并行处理订单数量,确定所述目标科室的可服务订单总量;
根据所述各个候选服务对象分别对应的当前处理订单数量,确定所述目标科室的当前处理订单总量;
根据所述可服务订单总量和所述当前处理订单总量,在所述至少一个候选服务对象中确定目标服务对象。
在一种可能的实现方式中,所述根据所述可服务订单总量和所述当前处理订单总量,在所述至少一个候选服务对象中确定目标服务对象,包括:
响应于所述当前处理订单总量等于所述可服务订单总量,确定所述问诊订单的订单类型;
将所述问诊订单加入所述问诊订单的订单类型对应的目标队列;
基于所述问诊订单位于所述目标队列的目标位置,在所述至少一个候选服务对象中确定目标服务对象。
在一种可能的实现方式中,所述订单类型包括第一订单类型和第二订单类型,所述第一订单类型对应的时效性要求高于所述第二订单类型对应的时效性要求;
所述响应于所述当前处理订单总量等于所述可服务订单总量,确定所述问诊订单的订单类型,包括:
响应于所述当前处理订单总量等于所述可服务订单总量,确定所述问诊订单对应的目标资源对应的提供对象;
确定所述提供对象对应的配送方式;
基于所述提供对象对应的配送方式为第一配送方式,确定所述问诊订单对应的订单类型为所述第一订单类型;
基于所述提供对象对应的配送方式为第二配送方式,确定所述问诊订单对应的订单类型为所述第二订单类型,所述第一配送方式对应的配送时长小于所述第二配送方式对应的配送时长。
在一种可能的实现方式中,所述基于所述问诊订单位于所述目标队列的目标位置,在所述至少一个候选服务对象中确定目标服务对象,包括:
基于所述问诊订单位于所述目标队列的目标位置,在所述至少一个候选服务对象中确定第一服务对象,所述第一服务对象的当前处理订单数量小于所述第一服务对象的并行处理订单数量;
将所述第一服务对象作为所述目标服务对象。
在一种可能的实现方式中,所述将所述问诊订单加入所述问诊订单的订单类型对应的目标队列之后,所述方法还包括:
确定所述目标队列中位于所述问诊订单之前的订单的数量;
根据所述目标队列中位于所述问诊订单之前的订单的数量,确定所述问诊订单对应的预计等待时长;
向终端设备发送所述位于所述问诊订单之前的订单的数量和所述问诊订单对应的预计等待时长中的至少一种,通过所述终端设备显示所述位于所述问诊订单之前的订单的数量和所述问诊订单对应的预计等待时长中的至少一种,所述终端设备为所述问诊订单对应的对象使用的设备。
在一种可能的实现方式中,所述根据所述目标队列中位于所述问诊订单之前的订单的数量,确定所述问诊订单对应的预计等待时长,包括:
获取所述目标队列中的订单向前进一个位置所需的时长;根据所述目标队列中位于所述问诊订单之前的订单的数量和所述目标队列中的订单向前进一个位置所需的时长,确定所述问诊订单对应的预计等待时长;
或者,将与所述目标队列中位于所述问诊订单之前的订单的数量匹配的等待时长作为所述问诊订单对应的预计等待时长。
在一种可能的实现方式中,所述获取所述目标队列中的订单向前进一个位置所需的时长,包括:
获取所述目标队列在目标时刻的订单的数量和处理完所述目标队列在目标时刻的订单所需的时长;
根据所述时长和所述目标队列在目标时刻的订单的数量,确定所述目标队列中的订单向前进一个位置所需的时长。
在一种可能的实现方式中,所述获取各个候选服务对象分别对应的并行处理订单数量,包括:
针对所述各个候选服务对象中的任一个候选服务对象,获取所述任一个候选服务对象对应的初始并行处理订单数量和所述任一个候选服务对象在目标时间段的订单服务信息;
根据所述任一个候选服务对象在目标时间段的订单服务信息,确定所述任一个候选服务对象的订单服务质量;
基于所述任一个候选服务对象的订单服务质量,对所述任一个候选服务对象对应的初始并行处理订单数量进行调整,得到所述任一个候选服务对象对应的并行处理订单数量。
在一种可能的实现方式中,所述基于所述任一个候选服务对象的订单服务质量,对所述任一个候选服务对象对应的初始并行处理订单数量进行调整,得到所述任一个候选服务对象对应的并行处理订单数量,包括:
确定所述任一个候选服务对象的订单服务质量和质量阈值之间的差值;
确定与所述差值对应的目标数量;
在所述任一个候选服务对象对应的初始并行处理订单数量的基础上添加所述目标数量,得到所述任一个候选服务对象对应的并行处理订单数量。
在一种可能的实现方式中,所述根据所述可服务订单总量和所述当前处理订单总量,在所述至少一个候选服务对象中确定目标服务对象,包括:
响应于所述当前处理订单总量小于所述可服务订单总量,在所述候选服务对象中确定至少一个第二服务对象,所述第二服务对象的当前处理订单数量小于所述第二服务对象的并行处理订单数量;
基于所述第二服务对象的个数为多个,将所述第二服务对象中并行处理数量与当前处理订单数量之间的差值满足差值要求的第二服务对象作为所述目标服务对象。
另一方面,本申请实施例提供了一种订单分配装置,所述装置包括:
获取模块,用于获取待分配的问诊订单的订单信息,所述订单信息包括症状信息和资源信息中的至少一种;
确定模块,用于基于所述问诊订单的订单信息,确定所述问诊订单对应的目标科室,所述目标科室包括至少一个候选服务对象,所述候选服务对象为当前在线且能够提供与所述订单信息匹配的服务的对象;
所述确定模块,还用于在所述至少一个候选服务对象中确定目标服务对象,所述目标服务对象为能够在目标时长内处理所述问诊订单的服务对象;
分配模块,用于将所述问诊订单分配给所述目标服务对象。
在一种可能的实现方式中,所述确定模块,用于获取各个候选服务对象分别对应的并行处理订单数量和所述各个候选服务对象分别对应的当前处理订单数量;根据所述各个候选服务对象分别对应的并行处理订单数量,确定所述目标科室的可服务订单总量;根据所述各个候选服务对象分别对应的当前处理订单数量,确定所述目标科室的当前处理订单总量;根据所述可服务订单总量和所述当前处理订单总量,在所述至少一个候选服务对象中确定目标服务对象。
在一种可能的实现方式中,所述确定模块,用于响应于所述当前处理订单总量等于所述可服务订单总量,确定所述问诊订单的订单类型;将所述问诊订单加入所述问诊订单的订单类型对应的目标队列;基于所述问诊订单位于所述目标队列的目标位置,在所述至少一个候选服务对象中确定目标服务对象。
在一种可能的实现方式中,所述订单类型包括第一订单类型和第二订单类型,所述第一订单类型对应的时效性要求高于所述第二订单类型对应的时效性要求;
所述确定模块,用于响应于所述当前处理订单总量等于所述可服务订单总量,确定所述问诊订单对应的目标资源对应的提供对象;确定所述提供对象对应的配送方式;基于所述提供对象对应的配送方式为第一配送方式,确定所述问诊订单对应的订单类型为所述第一订单类型;基于所述提供对象对应的配送方式为第二配送方式,确定所述问诊订单对应的订单类型为所述第二订单类型,所述第一配送方式对应的配送时长小于所述第二配送方式对应的配送时长。
在一种可能的实现方式中,所述确定模块,用于基于所述问诊订单位于所述目标队列的目标位置,在所述至少一个候选服务对象中确定第一服务对象,所述第一服务对象的当前处理订单数量小于所述第一服务对象的并行处理订单数量;将所述第一服务对象作为所述目标服务对象。
在一种可能的实现方式中,所述确定模块,还用于确定所述目标队列中位于所述问诊订单之前的订单的数量;根据所述目标队列中位于所述问诊订单之前的订单的数量,确定所述问诊订单对应的预计等待时长;
所述装置还包括:
发送模块,用于向终端设备发送所述位于所述问诊订单之前的订单的数量和所述问诊订单对应的预计等待时长中的至少一种,通过所述终端设备显示所述位于所述问诊订单之前的订单的数量和所述问诊订单对应的预计等待时长中的至少一种,所述终端设备为所述问诊订单对应的对象使用的设备。
在一种可能的实现方式中,所述确定模块,用于获取所述目标队列中的订单向前进一个位置所需的时长;根据所述目标队列中位于所述问诊订单之前的订单的数量和所述目标队列中的订单向前进一个位置所需的时长,确定所述问诊订单对应的预计等待时长;
或者,将与所述目标队列中位于所述问诊订单之前的订单的数量匹配的等待时长作为所述问诊订单对应的预计等待时长。
在一种可能的实现方式中,所述确定模块,用于获取所述目标队列在目标时刻的订单的数量和处理完所述目标队列在目标时刻的订单所需的时长;根据所述时长和所述目标队列在目标时刻的订单的数量,确定所述目标队列中的订单向前进一个位置所需的时长。
在一种可能的实现方式中,所述确定模块,用于针对所述各个候选服务对象中的任一个候选服务对象,获取所述任一个候选服务对象对应的初始并行处理订单数量和所述任一个候选服务对象在目标时间段的订单服务信息;根据所述任一个候选服务对象在目标时间段的订单服务信息,确定所述任一个候选服务对象的订单服务质量;基于所述任一个候选服务对象的订单服务质量,对所述任一个候选服务对象对应的初始并行处理订单数量进行调整,得到所述任一个候选服务对象对应的并行处理订单数量。
在一种可能的实现方式中,所述确定模块,用于确定所述任一个候选服务对象的订单服务质量和质量阈值之间的差值;确定与所述差值对应的目标数量;在所述任一个候选服务对象对应的初始并行处理订单数量的基础上添加所述目标数量,得到所述任一个候选服务对象对应的并行处理订单数量。
在一种可能的实现方式中,所述确定模块,用于响应于所述当前处理订单总量小于所述可服务订单总量,在所述候选服务对象中确定至少一个第二服务对象,所述第二服务对象的当前处理订单数量小于所述第二服务对象的并行处理订单数量;基于所述第二服务对象的个数为多个,将所述第二服务对象中并行处理数量与当前处理订单数量之间的差值满足差值要求的第二服务对象作为所述目标服务对象。
另一方面,本申请实施例提供了一种电子设备,所述电子设备包括处理器和存储器,所述存储器中存储有至少一条程序代码,所述至少一条程序代码由所述处理器加载并执行,以使电子设备实现上述任一所述的订单分配方法。
另一方面,还提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有至少一条程序代码,所述至少一条程序代码由处理器加载并执行,以使计算机实现上述任一所述的订单分配方法。
另一方面,还提供了一种计算机程序或计算机程序产品,所述计算机程序或计算机程序产品中存储有至少一条计算机指令,所述至少一条计算机指令由处理器加载并执行,以使计算机实现上述任一种订单分配方法。
本申请实施例提供的技术方案至少带来如下有益效果:
本申请实施例提供的技术方案在确定处理问诊订单的目标服务对象时,是基于问诊订单对应的科室所确定的,使得确定的目标服务对象与问诊订单之间的匹配度较高,确定的目标服务对象较为准确。而且,本申请并不是在接收到问诊订单之后直接将问诊订单分配给某一个服务对象,而是先确定一个能够处理问诊订单的目标服务对象,再将问诊订单分配给目标服务对象,使得目标服务对象能够在目标时长内处理该问诊订单,使得问诊订单的处理较为及时,提高了问诊订单的处理效率,降低了问诊订单的流失率。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的一种订单分配方法的实施环境示意图;
图2是本申请实施例提供的一种订单分配方法的流程图;
图3是本申请实施例提供的一种资源获取页面的显示示意图;
图4是本申请实施例提供的一种订单分配方法的流程图;
图5是本申请实施例提供的一种订单分配装置的结构示意图;
图6是本申请实施例提供的一种终端设备的结构示意图;
图7是本申请实施例提供的一种服务器的结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请实施方式作进一步地详细描述。
图1是本申请实施例提供的一种订单分配方法的实施环境示意图,如图1所示,该实施环境包括:终端设备101和服务器102。
本申请实施例提供的订单分配方法可由终端设备101执行,也可由服务器102执行,本申请实施例对此不进行限定。
其中,终端设备101可以是智能手机、游戏主机、台式计算机、平板电脑、电子书阅读器和膝上型便携计算机中的至少一种。服务器102为一台服务器,或者为多台服务器组成的服务器集群,或者为云计算平台和虚拟化中心中的任意一种,本申请实施例对此不加以限定。服务器102与终端设备101通过有线网络或无线网络进行通信连接。服务器102具有数据接收功能、数据处理功能和数据发送功能。当然,服务器102还可以具有其他功能,本申请实施例对此不加以限定。
终端设备101可以泛指多个终端设备中的一个,本实施例仅以终端设备101来举例说明。本领域技术人员可以知晓,上述终端设备101的数量可以更多或更少。比如上述终端设备101可以仅为一个,或者上述终端设备101为几十个或几百个,或者更多数量,本申请实施例对终端设备的数量和设备类型不加以限定。
基于上述实施环境,本申请实施例提供了一种订单分配方法,以图2所示的本申请实施例提供的一种订单分配方法的流程图为例,该方法可由图1中的服务器102执行。如图2所示,该方法包括下述步骤201至步骤204。
在步骤201中,获取待进行分配的问诊订单的订单信息。
其中,订单信息包括症状信息和资源信息中的至少一种,其中,资源信息是指问诊订单对应的目标资源的资源信息。目标资源的资源信息可以是目标资源的资源名称,也可以是目标资源的资源编码,还可以是其他能够唯一表示目标资源的信息,本申请实施例对此不进行限定。
在本申请示例性实施例中,交互对象使用的终端设备中安装和运行有用于获取资源的应用程序,交互对象通过与终端设备的交互,以使终端设备获取到问诊订单的订单信息,终端设备向服务器发送问诊订单的订单信息,也即是服务器获取到问诊订单的订单信息,进而通过服务器对问诊订单进行分配。
可选地,响应于交互对象对该应用程序的选中指令,终端设备显示该应用程序的首页,交互对象可在应用程序的首页中确定需要获取的目标资源。基于需要获取的目标资源生成问诊订单,将需要获取的目标资源的资源信息作为问诊订单的订单信息。
示例性地,交互对象需要获取的目标资源的资源名称为“[迪根]双氯芬钠缓释片0.1*12片”,因此确定问诊订单的订单信息为“[迪根]双氯芬钠缓释片0.1*12片”。
可选地,响应于交互对象对该应用程序的选中指令,终端设备显示该应用程序的首页,交互对象可在应用程序的首页中输入症状信息,基于症状信息生成问诊订单,将症状信息作为问诊订单的订单信息。
示例性地,交互对象输入的症状信息为“风湿性关节炎、关节和肌肉游走性酸楚、红肿、疼痛关节和肌肉游走性酸楚、红肿、疼痛”,因此,确定问诊订单的订单信息为“风湿性关节炎、关节和肌肉游走性酸楚、红肿、疼痛关节和肌肉游走性酸楚、红肿、疼痛”。
可选地,还可以将症状信息和目标资源的资源信息一同作为问诊订单的订单信息。
示例性地,交互对象输入的症状信息为“风湿性关节炎、关节和肌肉游走性酸楚、红肿、疼痛关节和肌肉游走性酸楚、红肿、疼痛”,交互对象需要获取的目标资源的资源名称为“[迪根]双氯芬钠缓释片0.1*12片”,因此,确定问诊订单的订单信息为“风湿性关节炎、关节和肌肉游走性酸楚、红肿、疼痛关节和肌肉游走性酸楚、红肿、疼痛以及[迪根]双氯芬钠缓释片0.1*12片”。
在步骤202中,基于问诊订单的订单信息,确定问诊订单对应的目标科室。
在一种可能的实现方式中,目标科室包括至少一个候选服务对象,候选服务对象为当前在线且能够提供与订单信息匹配的服务的对象。示例性地,候选服务对象为在线医师。
响应于问诊订单的订单信息为目标资源的资源信息时,基于目标资源的资源信息,确定问诊订单对应的目标科室。示例性地,确定目标资源的资源信息对应的科室,将目标资源的资源信息对应的科室作为问诊订单对应的目标科室。
示例性地,目标资源的资源信息为“[迪根]双氯芬钠缓释片0.1*12片”,“[迪根]双氯芬钠缓释片0.1*12片”对应的科室为“风湿科”,因此,确定问诊订单对应的目标科室为“风湿科”。
在一种可能的实现方式中,响应于问诊订单的订单信息为症状信息时,基于症状信息,确定问诊订单对应的目标科室。示例性地,在症状信息中提取关键信息,确定关键信息对应的科室,将关键信息对应的科室作为问诊订单对应的目标科室。
可选地,确定关键信息对应的科室的过程包括:确定关键信息和候选科室之间的匹配度,将匹配度最高的候选科室作为关键信息对应的科室。其中,确定关键信息和候选科室之间的匹配度的过程包括:确定关键信息对应的特征向量;确定候选科室对应的特征向量,基于关键信息对应的特征向量和候选科室对应的特征向量,确定关键信息和候选科室之间的匹配度。
示例性地,症状信息为“风湿性关节炎、关节和肌肉游走性酸楚、红肿、疼痛关节和肌肉游走性酸楚、红肿、疼痛”。在症状信息中提取出的关键信息为“风湿性关节炎”。确定“风湿性关节炎”对应的科室为“风湿科”,因此,将“风湿科”作为问诊订单对应的目标科室。
可选地,响应于问诊订单的订单信息为目标资源的资源信息和症状信息时,确定与目标资源的资源信息对应的第一科室,确定与症状信息对应的第二科室。基于第一科室和第二科室相同,则第一科室(第二科室)作为问诊订单对应的科室。基于第一科室和第二科室不同,则在第一科室和第二科室中随机确定一个科室作为问诊订单对应的科室。或者,基于第一科室和第二科室不同,将第三科室作为问诊订单对应的目标科室,第三科室包括第一科室和第二科室。
在步骤203中,在至少一个候选服务对象中确定目标服务对象,目标服务对象为能够在目标时长内处理问诊订单的服务对象。
在一种可能的实现方式中,本申请实施例不对在至少一个候选服务对象中确定目标服务对象的过程进行限定。可选地,获取各个候选服务对象分别对应的并行处理订单数量和各个候选服务对象分别对应的当前处理订单数量。其中,并行处理订单数量用于指示候选服务对象当前可处理的订单的数量,当前处理订单数量用于指示候选服务对象当前需要处理的订单的数量。根据各个候选服务对象分别对应的并行处理订单数量,确定目标科室的可服务订单总量。根据各个候选服务对象分别对应的当前处理订单数量,确定目标科室的当前处理订单总量。根据可服务订单总量和当前处理订单总量,在至少一个候选服务对象中确定目标服务对象。
可选地,将各个候选服务对象分别对应的并行处理订单数量的和值确定为目标科室的可服务订单总量。将各个候选服务对象分别对应的当前处理订单数量的和值确定为目标科室的当前处理订单总量。
示例性地,候选服务对象的个数为3个,分别为候选服务对象一、候选服务对象二和候选服务对象三。其中,候选服务对象一、候选服务对象二和候选服务对象三分别对应的并行处理订单数量为5,则目标科室的可服务订单总量为5+5+5=15。候选服务对象一对应的当前处理订单数量为3,候选服务对象二的当前处理订单数量为5,候选服务对象三的当前处理订单数量为4,因此,目标科室的当前处理订单总量为3+5+4=12。
在一种可能的实现方式中,有下述两种方式获取各个候选服务对象分别对应的并行处理订单数量。
方式一、针对各个候选服务对象中的任一个候选服务对象,将初始并行处理订单数量作为任一个候选服务对象的并行处理订单数量。
其中,初始并行处理订单数量基于经验进行设置,或者根据实施环境进行调整,本申请实施例对此不进行限定。示例性地,初始并行处理订单数量为5。
方式二、针对各个候选服务对象中的任一个候选服务对象,获取任一个候选服务对象对应的初始并行处理订单数量和任一个候选服务对象在目标时间段的订单服务信息;根据任一个候选服务对象在目标时间段的订单服务信息,对任一个候选服务对象对应的初始并行处理订单数量进行调整,得到任一个候选服务对象对应的并行处理订单数量。
在一种可能的实现方式中,根据任一个候选服务对象在目标时间段的订单服务信息,对任一个候选服务对象对应的初始并行处理订单数量进行调整,得到任一个候选服务对象对应的并行处理订单数量的过程包括:根据任一个候选服务对象在目标时间段的订单服务信息,确定任一个候选服务对象的订单服务质量。基于任一个候选服务对象的订单服务质量,对任一个候选服务对象对应的初始并行处理订单数量进行调整,得到任一个候选服务对象对应的并行处理订单数量。
可选地,订单服务信息包括响应速度、对话频次、服务评价中的至少一种。当然,订单服务信息还可以包括其它信息,本申请实施例对此不进行限定。根据任一个候选服务对象在目标时间段的订单服务信息,确定任一个候选服务对象的订单服务质量的过程包括:获取订单服务信息对应的权重参数。基于任一个候选服务对象的订单服务信息和订单服务信息对应的权重参数,确定任一个候选服务对象的订单服务质量。其中,订单服务信息对应的权重参数基于经验进行设置,或者根据实施环境进行调整,本申请实施例对此不进行限定。
可选地,确定任一个候选服务对象的订单服务质量和质量阈值之间的差值;确定与差值对应的目标数量;在任一个候选服务对象对应的初始并行处理订单数量的基础上添加目标数量,得到任一个候选服务对象对应的并行处理订单数量。其中,质量阈值基于经验进行设置,或者根据实施环境进行调整,本申请实施例对此不进行限定。示例性地,质量阈值为3。
示例性地,任一个候选服务对象的初始并行处理订单数量为5,任一个候选服务对象的订单服务质量与质量阈值之间的差值为1,与该差值对应的目标数量为1,因此,在任一个候选服务对象的初始并行处理订单数量的基础上添加1,得到任一个候选服务对象的并行处理订单数量,也即是任一个候选服务对象的并行处理订单数量为5+1=6。
在一种可能的实现方式中,根据可服务订单总量和当前处理订单总量,有下述两种情况在至少一个候选服务对象中确定目标服务对象。
情况一、响应于当前处理订单总量等于可服务订单总量,根据问诊订单的订单类型,在至少一个候选服务对象中确定目标服务对象。
在一种可能的实现方式中,响应于当前处理订单总量等于可服务订单总量,确定问诊订单的订单类型;将问诊订单加入问诊订单的订单类型对应的目标队列;基于问诊订单位于目标队列的目标位置,在至少一个候选服务对象中确定目标服务对象。
其中,订单类型包括第一订单类型和第二订单类型。第一订单类型对应的时效性要求高于第二订单对应的时效性要求。示例性地,第一订单类型为O2O(Online ToOffline,线上到线下)订单类型,第二订单类型为B2C(Business-to-Customer,商家对顾客)订单类型。确定问诊订单的订单类型的过程包括:确定问诊订单对应的目标资源对应的提供对象;确定提供对象对应的配送方式。基于提供对象对应的配送方式,确定问诊订单的订单类型。示例性地,基于提供对象对应的配送方式为第一配送方式,确定问诊订单对应的订单类型为第一订单类型。基于提供对象对应的配送方式为第二配送方式,确定问诊订单对应的订单类型为第二订单类型,第一配送方式对应的配送时长小于第二配送方式对应的配送时长。示例性地,第一配送方式为外卖配送方式,第二配送方式为快递配送方式。
可选地,基于问诊订单位于目标队列的目标位置,在至少一个候选服务对象中确定第一服务对象,第一服务对象的当前处理订单数量小于第一服务对象的并行处理订单数量。将第一服务对象作为目标服务对象。其中,目标位置为第一位,或者为其它位置,本申请实施例对此不进行限定。
示例性地,问诊订单位于目标队列的第一位,候选服务对象中的候选服务对象一的当前处理订单数量小于候选服务对象一的并行处理订单数量,因此,将候选服务对象一作为目标服务对象。
在一种可能的实现方式中,将问诊订单加入问诊订单的订单类型对应的目标队列之后,还可以确定目标队列中位于问诊订单之前的订单的数量;根据目标队列中位于问诊订单之前的订单的数量,确定问诊订单对应的预计等待时长。向终端设备发送位于问诊订单之前的订单的数量和问诊订单对应的预计等待时长中的至少一种,通过终端设备显示位于问诊订单之前的订单的数量和问诊订单对应的预计等待时长中的至少一种,终端设备为问诊订单对应的对象使用的设备。以便问诊订单对应的对象能够知道在自己的订单前面有多少个订单,或者以便目标对象对应的对象能够知道自己需要等待多长时间。
其中,根据目标队列中位于问诊订单之前的订单的数量,确定问诊订单对应的预计等待时长的方法有下述两种。
方式一、获取目标队列中的订单向前进一个位置所需的时长;根据目标队列中位于问诊订单之前的订单的数量和目标队列中的订单向前进一个位置所需的时长,确定问诊订单对应的预计等待时长。
在一种可能的实现方式中,本申请实施例不对获取目标队列中的订单向前进一个位置所需的时长的方式进行限定。示例性地,获取目标队列在目标时刻的订单的数量和处理完目标队列在目标时刻的订单所需的时长。根据时长和目标队列在目标时刻的订单的数量,确定目标队列中的订单向前进一个位置所需的时长。可选地,将时长和目标队列在目标时刻的订单的数量之间的商作为目标队列中的订单向前进一个位置所需的时长。
其中,目标时刻为任意一个时刻,本申请实施例对此不进行限定。示例性地,目标队列在目标时刻的订单的数量为10,处理完目标队列在目标时刻的订单所需的时长为20分钟。因此,确定目标队列中的订单向前进一个位置所需的时长为:20÷10=2分钟。
将目标队列中的订单向前进一个位置所需的时长于目标队列中位于问诊订单之前的订单的数量之间的乘积作为问诊订单对应的预计等待时长。
方式二、将与目标队列中位于问诊订单之前的订单的数量匹配的等待时长作为问诊订单对应的预计等待时长。
可选地,服务器中存储有数量和等待时长的对应关系。确定出目标队列中位于问诊订单之前的订单的数量之后,将与目标队列中位于问诊订单之前的订单的数量匹配的等待时长作为问诊订单对应的预计等待时长。
示例性地,目标队列中位于问诊订单之前的订单的数量为20,与20对应的等待时长为30分钟,因此,确定问诊订单对应的预计等待时长为30分钟。
需要说明的是,可以选择上述任一种方式确定问诊订单对应的预计等待时长,本申请实施例对此不进行限定。
如图3所示为本申请实施例提供的一种资源获取页面的显示示意图,在图3中显示有目标队列中位于问诊订单之前的订单数量(23)、问诊订单对应的预计等待时长(03:23)。还可以显示有问诊订单的订单信息,如图3中显示的问诊订单的症状信息(风湿性关节炎、关节和肌肉游走性酸楚、红肿、疼痛关节和肌肉游走性酸楚、红肿、疼痛),问诊订单对应的目标资源的资源信息([迪根]双氯芬钠缓释片0.1*12片×2)。可选地,图3中还可以显示有问诊订单对应的对象的对象信息,如对象信息包括对象名称、对象性别和对象年龄。
情况二、响应于当前处理订单总量小于可服务订单总量,在候选服务对象中确定至少一个第二服务对象,在至少一个第二服务对象中确定目标服务对象。
其中,第二服务对象的当前处理订单数量小于第二服务对象的并行处理订单数量。有下述两种情况在至少一个第二服务对象中确定目标服务对象。
第一种情况、基于第二服务对象的个数为一个,将第二服务对象作为目标服务对象。
示例性地,候选服务对象包括候选服务对象一、候选服务对象二和候选服务对象三。其中,候选服务对象一的当前处理订单数量小于候选服务对象一的并行处理订单数量,候选服务对象二的当前处理订单数量等于候选服务对象二的并行处理订单数量,候选服务对象三的当前处理订单数量等于候选服务对象三的并行处理订单数量。因此,将候选服务对象一作为第二服务对象,将候选服务对象一作为目标服务对象。
第二种情况、基于第二服务对象的个数为多个,将第二服务对象中并行处理订单数量与当前处理订单数量之间的差值满足差值要求的第二服务对象作为目标服务对象。
其中,并行处理订单数量与当前处理订单数量之间的差值满足差值要求是指并行处理订单数量与当前处理订单数量之间的差值最大,或者是并行处理订单数量与当前处理订单数量之间的差值最小,本申请实施例对此不进行限定。
可选地,基于第二服务对象的个数为多个,获取各个第二服务对象的并行处理订单数量和当前处理订单数量,进而确定各个第二对象的并行处理订单数量和当前处理订单数量之间的差值。将并行处理订单数量和当前处理订单数量之间的差值满足差值要求的第二服务对象作为目标服务对象。
示例性地,候选服务对象包括候选服务对象一、候选服务对象二和候选服务对象三。其中,候选服务对象一的当前处理订单数量为3,候选服务对象一的并行处理订单数量为5,候选服务对象二的当前处理订单数量为2,候选服务对象二的并行处理订单数量为5,候选服务对象三的当前处理订单数量为5,候选服务对象三的并行处理订单数量为5。因此,将候选服务对象一和候选服务对象二作为第二服务对象。其中,候选服务对象一的并行处理订单数量与当前处理订单数量之间的差值为2,候选服务对象二的并行处理订单数量与当前处理订单数量之间的差值为3。因此,确定候选服务对象二位目标服务对象。
在一种可能的实现方式中,由于O2O订单类型的订单的时效性要求高于B2C订单类型的订单的时效性要求,因此,可以先处理O2O订单类型对应的队列中的订单,当O2O订单类型对应的队列中的订单均处理完毕之后,再处理B2C订单类型对应的队列中的订单。也可以先处理O2O订单类型对应的队列中的第一个数个订单,再处理B2C订单类型对应的队列中的第二个数个订单,再处理O2O订单类型对应的队列中的第一个数个订单,再处理B2C订单类型对应的队列中的第二个数个订单,依次类推。其中,第一个数小于第二个数,本申请实施例对此不进行限定。示例性地,第一个数为5,第二个数为1,也即是先处理O2O订单类型对应的队列中的5个订单,再处理B2C订单类型对应的队列中的1个数个订单,再处理O2O订单类型对应的队列中的5个订单,再处理B2C订单类型对应的队列中的1个订单,依次类推。
在步骤204中,将问诊订单分配给目标服务对象。
在一种可能的实现方式中,在上述步骤203中确定出目标服务对象之后,将问诊订单分配给目标服务对象。也即是,将问诊订单的订单信息发送至目标服务对象,由目标服务对象对问诊订单进行处理。
上述方法在确定处理问诊订单的目标服务对象时,是基于问诊订单对应的科室所确定的,使得确定的目标服务对象与问诊订单之间的匹配度较高,确定的目标服务对象较为准确。而且,本申请并不是在接收到问诊订单之后直接将问诊订单分配给某一个服务对象,而是先确定一个能够处理问诊订单的目标服务对象,再将问诊订单分配给目标服务对象,使得目标服务对象能够在目标时长内处理该问诊订单,使得问诊订单的处理较为及时,提高了问诊订单的处理效率,降低了问诊订单的流失率。
图4是本申请实施例提供的一种订单分配方法的流程图。如图4所示,获取到问诊订单,确定问诊订单对应的目标科室;确定目标科室的当前处理订单总量是否小于目标科室的可服务订单总量。响应于目标科室的当前处理订单总量小于可服务订单总量,在候选服务对象中确定至少一个第一服务对象。在至少一个服务对象中确定目标服务对象。将问诊订单分配给目标服务对象。
响应于目标科室的当前处理订单总量不小于可服务订单总量,确定问诊订单的订单类型。将问诊订单加入订单类型对应的目标队列。响应于问诊订单位于目标队列的目标位置,在候选服务对象中确定至少一个第二服务对象。在至少一个第二服务对象中确定目标服务对象。将问诊订单分配给目标服务对象。
图5所示为本申请实施例提供的一种订单分配装置的结构示意图,如图5所示,该装置包括:
获取模块501,用于获取待分配的问诊订单的订单信息,订单信息包括症状信息和资源信息中的至少一种;
确定模块502,用于基于问诊订单的订单信息,确定问诊订单对应的目标科室,目标科室包括至少一个候选服务对象,候选服务对象为当前在线且能够提供与订单信息匹配的服务的对象;
确定模块502,还用于在至少一个候选服务对象中确定目标服务对象,目标服务对象为能够在目标时长内处理问诊订单的服务对象;
分配模块503,用于将问诊订单分配给目标服务对象。
在一种可能的实现方式中,确定模块502,用于获取各个候选服务对象分别对应的并行处理订单数量和各个候选服务对象分别对应的当前处理订单数量;根据各个候选服务对象分别对应的并行处理订单数量,确定目标科室的可服务订单总量;根据各个候选服务对象分别对应的当前处理订单数量,确定目标科室的当前处理订单总量;根据可服务订单总量和当前处理订单总量,在至少一个候选服务对象中确定目标服务对象。
在一种可能的实现方式中,确定模块502,用于响应于当前处理订单总量等于可服务订单总量,确定问诊订单的订单类型;将问诊订单加入问诊订单的订单类型对应的目标队列;基于问诊订单位于目标队列的目标位置,在至少一个候选服务对象中确定目标服务对象。
在一种可能的实现方式中,订单类型包括第一订单类型和第二订单类型,第一订单类型对应的时效性要求高于第二订单类型对应的时效性要求;
确定模块502,用于响应于当前处理订单总量等于可服务订单总量,确定问诊订单对应的目标资源对应的提供对象;确定提供对象对应的配送方式;基于提供对象对应的配送方式为第一配送方式,确定问诊订单对应的订单类型为第一订单类型;基于提供对象对应的配送方式为第二配送方式,确定问诊订单对应的订单类型为第二订单类型,第一配送方式对应的配送时长小于第二配送方式对应的配送时长。
在一种可能的实现方式中,确定模块502,用于基于问诊订单位于目标队列的目标位置,在至少一个候选服务对象中确定第一服务对象,第一服务对象的当前处理订单数量小于第一服务对象的并行处理订单数量;将第一服务对象作为目标服务对象。
在一种可能的实现方式中,确定模块502,还用于确定目标队列中位于问诊订单之前的订单的数量;根据目标队列中位于问诊订单之前的订单的数量,确定问诊订单对应的预计等待时长;
装置还包括:
发送模块,用于向终端设备发送位于问诊订单之前的订单的数量和问诊订单对应的预计等待时长中的至少一种,通过终端设备显示位于问诊订单之前的订单的数量和问诊订单对应的预计等待时长中的至少一种,终端设备为问诊订单对应的对象使用的设备。
在一种可能的实现方式中,确定模块502,用于获取目标队列中的订单向前进一个位置所需的时长;根据目标队列中位于问诊订单之前的订单的数量和目标队列中的订单向前进一个位置所需的时长,确定问诊订单对应的预计等待时长;
或者,将与目标队列中位于问诊订单之前的订单的数量匹配的等待时长作为问诊订单对应的预计等待时长。
在一种可能的实现方式中,确定模块502,用于获取目标队列在目标时刻的订单的数量和处理完目标队列在目标时刻的订单所需的时长;根据时长和目标队列在目标时刻的订单的数量,确定目标队列中的订单向前进一个位置所需的时长。
在一种可能的实现方式中,确定模块502,用于针对各个候选服务对象中的任一个候选服务对象,获取任一个候选服务对象对应的初始并行处理订单数量和任一个候选服务对象在目标时间段的订单服务信息;根据任一个候选服务对象在目标时间段的订单服务信息,确定任一个候选服务对象的订单服务质量;基于任一个候选服务对象的订单服务质量,对任一个候选服务对象对应的初始并行处理订单数量进行调整,得到任一个候选服务对象对应的并行处理订单数量。
在一种可能的实现方式中,确定模块502,用于确定任一个候选服务对象的订单服务质量和质量阈值之间的差值;确定与差值对应的目标数量;在任一个候选服务对象对应的初始并行处理订单数量的基础上添加目标数量,得到任一个候选服务对象对应的并行处理订单数量。
在一种可能的实现方式中,确定模块502,用于响应于当前处理订单总量小于可服务订单总量,在候选服务对象中确定至少一个第二服务对象,第二服务对象的当前处理订单数量小于第二服务对象的并行处理订单数量;基于第二服务对象的个数为多个,将第二服务对象中并行处理数量与当前处理订单数量之间的差值满足差值要求的第二服务对象作为目标服务对象。
上述装置在确定处理问诊订单的目标服务对象时,是基于问诊订单对应的科室所确定的,使得确定的目标服务对象与问诊订单之间的匹配度较高,确定的目标服务对象较为准确。而且,本申请并不是在接收到问诊订单之后直接将问诊订单分配给某一个服务对象,而是先确定一个能够处理问诊订单的目标服务对象,再将问诊订单分配给目标服务对象,使得目标服务对象能够在目标时长内处理该问诊订单,使得问诊订单的处理较为及时,提高了问诊订单的处理效率,降低了问诊订单的流失率。
应理解的是,上述提供的装置在实现其功能时,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将设备的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。另外,上述实施例提供的装置与方法实施例属于同一构思,其具体实现过程详见方法实施例,这里不再赘述。
图6示出了本申请一个示例性实施例提供的终端设备600的结构框图。该终端设备600可以是便携式移动终端,比如:智能手机、平板电脑、MP3播放器(Moving PictureExperts Group Audio Layer III,动态影像专家压缩标准音频层面3)、MP4(MovingPicture Experts Group Audio Layer IV,动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。终端设备600还可能被称为用户设备、便携式终端、膝上型终端、台式终端等其他名称。
通常,终端设备600包括有:处理器601和存储器602。
处理器601可以包括一个或多个处理核心,比如4核心处理器、8核心处理器等。处理器601可以采用DSP(Digital Signal Processing,数字信号处理)、FPGA(Field-Programmable Gate Array,现场可编程门阵列)、PLA(Programmable Logic Array,可编程逻辑阵列)中的至少一种硬件形式来实现。处理器601也可以包括主处理器和协处理器,主处理器是用于对在唤醒状态下的数据进行处理的处理器,也称CPU(Central ProcessingUnit,中央处理器);协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中,处理器601可以集成有GPU(Graphics Processing Unit,图像处理器),GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中,处理器601还可以包括AI(Artificial Intelligence,人工智能)处理器,该AI处理器用于处理有关机器学习的计算操作。
存储器602可以包括一个或多个计算机可读存储介质,该计算机可读存储介质可以是非暂态的。存储器602还可包括高速随机存取存储器,以及非易失性存储器,比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中,存储器602中的非暂态的计算机可读存储介质用于存储至少一个指令,该至少一个指令用于被处理器601所执行以实现本申请中方法实施例提供的订单分配方法。
在一些实施例中,终端设备600还可选包括有:外围设备接口603和至少一个外围设备。处理器601、存储器602和外围设备接口603之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口603相连。具体地,外围设备包括:射频电路604、显示屏605、摄像头组件606、音频电路607、定位组件608和电源609中的至少一种。
外围设备接口603可被用于将I/O(Input/Output,输入/输出)相关的至少一个外围设备连接到处理器601和存储器602。在一些实施例中,处理器601、存储器602和外围设备接口603被集成在同一芯片或电路板上;在一些其他实施例中,处理器601、存储器602和外围设备接口603中的任意一个或两个可以在单独的芯片或电路板上实现,本实施例对此不加以限定。
射频电路604用于接收和发射RF(Radio Frequency,射频)信号,也称电磁信号。射频电路604通过电磁信号与通信网络以及其他通信设备进行通信。射频电路604将电信号转换为电磁信号进行发送,或者,将接收到的电磁信号转换为电信号。可选地,射频电路604包括:天线系统、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路604可以通过至少一种无线通信协议来与其它终端设备进行通信。该无线通信协议包括但不限于:万维网、城域网、内联网、各代移动通信网络(2G、3G、4G及5G)、无线局域网和/或WiFi(Wireless Fidelity,无线保真)网络。在一些实施例中,射频电路604还可以包括NFC(Near Field Communication,近距离无线通信)有关的电路,本申请对此不加以限定。
显示屏605用于显示UI(User Interface,用户界面)。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏605是触摸显示屏时,显示屏605还具有采集在显示屏605的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器601进行处理。此时,显示屏605还可以用于提供虚拟按钮和/或虚拟键盘,也称软按钮和/或软键盘。在一些实施例中,显示屏605可以为一个,设置在终端设备600的前面板;在另一些实施例中,显示屏605可以为至少两个,分别设置在终端设备600的不同表面或呈折叠设计;在另一些实施例中,显示屏605可以是柔性显示屏,设置在终端设备600的弯曲表面上或折叠面上。甚至,显示屏605还可以设置成非矩形的不规则图形,也即异形屏。显示屏605可以采用LCD(Liquid Crystal Display,液晶显示屏)、OLED(Organic Light-Emitting Diode,有机发光二极管)等材质制备。
摄像头组件606用于采集图像或视频。可选地,摄像头组件606包括前置摄像头和后置摄像头。通常,前置摄像头设置在终端设备600的前面板,后置摄像头设置在终端设备600的背面。在一些实施例中,后置摄像头为至少两个,分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种,以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及VR(Virtual Reality,虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中,摄像头组件606还可以包括闪光灯。闪光灯可以是单色温闪光灯,也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合,可以用于不同色温下的光线补偿。
音频电路607可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波,并将声波转换为电信号输入至处理器601进行处理,或者输入至射频电路604以实现语音通信。出于立体声采集或降噪的目的,麦克风可以为多个,分别设置在终端设备600的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器601或射频电路604的电信号转换为声波。扬声器可以是传统的薄膜扬声器,也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时,不仅可以将电信号转换为人类可听见的声波,也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中,音频电路607还可以包括耳机插孔。
定位组件608用于定位终端设备600的当前地理位置,以实现导航或LBS(LocationBased Service,基于位置的服务)。定位组件608可以是基于美国的GPS(GlobalPositioning System,全球定位系统)、中国的北斗系统或俄罗斯的伽利略系统的定位组件。
电源609用于为终端设备600中的各个组件进行供电。电源609可以是交流电、直流电、一次性电池或可充电电池。当电源609包括可充电电池时,该可充电电池可以是有线充电电池或无线充电电池。有线充电电池是通过有线线路充电的电池,无线充电电池是通过无线线圈充电的电池。该可充电电池还可以用于支持快充技术。
在一些实施例中,终端设备600还包括有一个或多个传感器160。该一个或多个传感器160包括但不限于:加速度传感器611、陀螺仪传感器612、压力传感器613、指纹传感器614、光学传感器615以及接近传感器616。
加速度传感器611可以检测以终端设备600建立的坐标系的三个坐标轴上的加速度大小。比如,加速度传感器611可以用于检测重力加速度在三个坐标轴上的分量。处理器601可以根据加速度传感器611采集的重力加速度信号,控制显示屏605以横向视图或纵向视图进行用户界面的显示。加速度传感器611还可以用于游戏或者用户的运动数据的采集。
陀螺仪传感器612可以检测终端设备600的机体方向及转动角度,陀螺仪传感器612可以与加速度传感器611协同采集用户对终端设备600的3D动作。处理器601根据陀螺仪传感器612采集的数据,可以实现如下功能:动作感应(比如根据用户的倾斜操作来改变UI)、拍摄时的图像稳定、游戏控制以及惯性导航。
压力传感器613可以设置在终端设备600的侧边框和/或显示屏605的下层。当压力传感器613设置在终端设备600的侧边框时,可以检测用户对终端设备600的握持信号,由处理器601根据压力传感器613采集的握持信号进行左右手识别或快捷操作。当压力传感器613设置在显示屏605的下层时,由处理器601根据用户对显示屏605的压力操作,实现对UI界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。
指纹传感器614用于采集用户的指纹,由处理器601根据指纹传感器614采集到的指纹识别用户的身份,或者,由指纹传感器614根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时,由处理器601授权该用户执行相关的敏感操作,该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器614可以被设置在终端设备600的正面、背面或侧面。当终端设备600上设置有物理按键或厂商Logo时,指纹传感器614可以与物理按键或厂商Logo集成在一起。
光学传感器615用于采集环境光强度。在一个实施例中,处理器601可以根据光学传感器615采集的环境光强度,控制显示屏605的显示亮度。具体地,当环境光强度较高时,调高显示屏605的显示亮度;当环境光强度较低时,调低显示屏605的显示亮度。在另一个实施例中,处理器601还可以根据光学传感器615采集的环境光强度,动态调整摄像头组件606的拍摄参数。
接近传感器616,也称距离传感器,通常设置在终端设备600的前面板。接近传感器616用于采集用户与终端设备600的正面之间的距离。在一个实施例中,当接近传感器616检测到用户与终端设备600的正面之间的距离逐渐变小时,由处理器601控制显示屏605从亮屏状态切换为息屏状态;当接近传感器616检测到用户与终端设备600的正面之间的距离逐渐变大时,由处理器601控制显示屏605从息屏状态切换为亮屏状态。
本领域技术人员可以理解,图6中示出的结构并不构成对终端设备600的限定,可以包括比图示更多或更少的组件,或者组合某些组件,或者采用不同的组件布置。
图7为本申请实施例提供的服务器的结构示意图,该服务器700可因配置或性能不同而产生比较大的差异,可以包括一个或多个处理器(Central Processing Units,CPU)701和一个或多个的存储器702,其中,该一个或多个存储器702中存储有至少一条程序代码,该至少一条程序代码由该一个或多个处理器701加载并执行以实现上述各个方法实施例提供的订单分配方法。当然,该服务器700还可以具有有线或无线网络接口、键盘以及输入输出接口等部件,以便进行输入输出,该服务器700还可以包括其他用于实现设备功能的部件,在此不做赘述。
在示例性实施例中,还提供了一种计算机可读存储介质,该存储介质中存储有至少一条程序代码,该至少一条程序代码由处理器加载并执行,以使计算机实现上述任一种订单分配方法。
可选地,上述计算机可读存储介质可以是只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、只读光盘(Compact Disc Read-OnlyMemory,CD-ROM)、磁带、软盘和光数据存储设备等。
在示例性实施例中,还提供了一种计算机程序或计算机程序产品,该计算机程序或计算机程序产品中存储有至少一条计算机指令,该至少一条计算机指令由处理器加载并执行,以使计算机实现上述任一种订单分配方法。
需要说明的是,本申请所涉及的信息(包括但不限于用户设备信息、用户个人信息等)、数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)以及信号,均为经用户授权或者经过各方充分授权的,且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。例如,本申请中涉及到的订单信息都是在充分授权的情况下获取的。
应当理解的是,在本文中提及的“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
上述本申请实施例序号仅仅为了描述,不代表实施例的优劣。
以上所述仅为本申请的示例性实施例,并不用以限制本申请,凡在本申请的原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
Claims (14)
1.一种订单分配方法,其特征在于,所述方法包括:
获取待分配的问诊订单的订单信息,所述订单信息包括症状信息和资源信息中的至少一种;
基于所述问诊订单的订单信息,确定所述问诊订单对应的目标科室,所述目标科室包括至少一个候选服务对象,所述候选服务对象为当前在线且能够提供与所述订单信息匹配的服务的对象;
在所述至少一个候选服务对象中确定目标服务对象,所述目标服务对象为能够在目标时长内处理所述问诊订单的服务对象;
将所述问诊订单分配给所述目标服务对象。
2.根据权利要求1所述的方法,其特征在于,所述在所述至少一个候选服务对象中确定目标服务对象,包括:
获取各个候选服务对象分别对应的并行处理订单数量和所述各个候选服务对象分别对应的当前处理订单数量;
根据所述各个候选服务对象分别对应的并行处理订单数量,确定所述目标科室的可服务订单总量;
根据所述各个候选服务对象分别对应的当前处理订单数量,确定所述目标科室的当前处理订单总量;
根据所述可服务订单总量和所述当前处理订单总量,在所述至少一个候选服务对象中确定目标服务对象。
3.根据权利要求2所述的方法,其特征在于,所述根据所述可服务订单总量和所述当前处理订单总量,在所述至少一个候选服务对象中确定目标服务对象,包括:
响应于所述当前处理订单总量等于所述可服务订单总量,确定所述问诊订单的订单类型;
将所述问诊订单加入所述问诊订单的订单类型对应的目标队列;
基于所述问诊订单位于所述目标队列的目标位置,在所述至少一个候选服务对象中确定目标服务对象。
4.根据权利要求3所述的方法,其特征在于,所述订单类型包括第一订单类型和第二订单类型,所述第一订单类型对应的时效性要求高于所述第二订单类型对应的时效性要求;
所述响应于所述当前处理订单总量等于所述可服务订单总量,确定所述问诊订单的订单类型,包括:
响应于所述当前处理订单总量等于所述可服务订单总量,确定所述问诊订单对应的目标资源对应的提供对象;
确定所述提供对象对应的配送方式;
基于所述提供对象对应的配送方式为第一配送方式,确定所述问诊订单对应的订单类型为所述第一订单类型;
基于所述提供对象对应的配送方式为第二配送方式,确定所述问诊订单对应的订单类型为所述第二订单类型,所述第一配送方式对应的配送时长小于所述第二配送方式对应的配送时长。
5.根据权利要求3或4所述的方法,其特征在于,所述基于所述问诊订单位于所述目标队列的目标位置,在所述至少一个候选服务对象中确定目标服务对象,包括:
基于所述问诊订单位于所述目标队列的目标位置,在所述至少一个候选服务对象中确定第一服务对象,所述第一服务对象的当前处理订单数量小于所述第一服务对象的并行处理订单数量;
将所述第一服务对象作为所述目标服务对象。
6.根据权利要求3或4所述的方法,其特征在于,所述将所述问诊订单加入所述问诊订单的订单类型对应的目标队列之后,所述方法还包括:
确定所述目标队列中位于所述问诊订单之前的订单的数量;
根据所述目标队列中位于所述问诊订单之前的订单的数量,确定所述问诊订单对应的预计等待时长;
向终端设备发送所述位于所述问诊订单之前的订单的数量和所述问诊订单对应的预计等待时长中的至少一种,通过所述终端设备显示所述位于所述问诊订单之前的订单的数量和所述问诊订单对应的预计等待时长中的至少一种,所述终端设备为所述问诊订单对应的对象使用的设备。
7.根据权利要求6所述的方法,其特征在于,所述根据所述目标队列中位于所述问诊订单之前的订单的数量,确定所述问诊订单对应的预计等待时长,包括:
获取所述目标队列中的订单向前进一个位置所需的时长;根据所述目标队列中位于所述问诊订单之前的订单的数量和所述目标队列中的订单向前进一个位置所需的时长,确定所述问诊订单对应的预计等待时长;
或者,将与所述目标队列中位于所述问诊订单之前的订单的数量匹配的等待时长作为所述问诊订单对应的预计等待时长。
8.根据权利要求7所述的方法,其特征在于,所述获取所述目标队列中的订单向前进一个位置所需的时长,包括:
获取所述目标队列在目标时刻的订单的数量和处理完所述目标队列在目标时刻的订单所需的时长;
根据所述时长和所述目标队列在目标时刻的订单的数量,确定所述目标队列中的订单向前进一个位置所需的时长。
9.根据权利要求2至4、7、8任一所述的方法,其特征在于,所述获取各个候选服务对象分别对应的并行处理订单数量,包括:
针对所述各个候选服务对象中的任一个候选服务对象,获取所述任一个候选服务对象对应的初始并行处理订单数量和所述任一个候选服务对象在目标时间段的订单服务信息;
根据所述任一个候选服务对象在目标时间段的订单服务信息,确定所述任一个候选服务对象的订单服务质量;
基于所述任一个候选服务对象的订单服务质量,对所述任一个候选服务对象对应的初始并行处理订单数量进行调整,得到所述任一个候选服务对象对应的并行处理订单数量。
10.根据权利要求9所述的方法,其特征在于,所述基于所述任一个候选服务对象的订单服务质量,对所述任一个候选服务对象对应的初始并行处理订单数量进行调整,得到所述任一个候选服务对象对应的并行处理订单数量,包括:
确定所述任一个候选服务对象的订单服务质量和质量阈值之间的差值;
确定与所述差值对应的目标数量;
在所述任一个候选服务对象对应的初始并行处理订单数量的基础上添加所述目标数量,得到所述任一个候选服务对象对应的并行处理订单数量。
11.根据权利要求2所述的方法,其特征在于,所述根据所述可服务订单总量和所述当前处理订单总量,在所述至少一个候选服务对象中确定目标服务对象,包括:
响应于所述当前处理订单总量小于所述可服务订单总量,在所述候选服务对象中确定至少一个第二服务对象,所述第二服务对象的当前处理订单数量小于所述第二服务对象的并行处理订单数量;
基于所述第二服务对象的个数为多个,将所述第二服务对象中并行处理数量与当前处理订单数量之间的差值满足差值要求的第二服务对象作为所述目标服务对象。
12.一种订单分配装置,其特征在于,所述装置包括:
获取模块,用于获取待分配的问诊订单的订单信息,所述订单信息包括症状信息和资源信息中的至少一种;
确定模块,用于基于所述问诊订单的订单信息,确定所述问诊订单对应的目标科室,所述目标科室包括至少一个候选服务对象,所述候选服务对象为当前在线且能够提供与所述订单信息匹配的服务的对象;
所述确定模块,还用于在所述至少一个候选服务对象中确定目标服务对象,所述目标服务对象为能够在目标时长内处理所述问诊订单的服务对象;
分配模块,用于将所述问诊订单分配给所述目标服务对象。
13.一种电子设备,其特征在于,所述电子设备包括处理器和存储器,所述存储器中存储有至少一条程序代码,所述至少一条程序代码由所述处理器加载并执行,以使所述电子设备实现如权利要求1至11任一所述的订单分配方法。
14.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有至少一条程序代码,所述至少一条程序代码由处理器加载并执行,以使计算机实现如权利要求1至11任一所述的订单分配方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210585816.XA CN115019945A (zh) | 2022-05-26 | 2022-05-26 | 订单分配方法、装置、设备及计算机可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210585816.XA CN115019945A (zh) | 2022-05-26 | 2022-05-26 | 订单分配方法、装置、设备及计算机可读存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115019945A true CN115019945A (zh) | 2022-09-06 |
Family
ID=83071369
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210585816.XA Pending CN115019945A (zh) | 2022-05-26 | 2022-05-26 | 订单分配方法、装置、设备及计算机可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115019945A (zh) |
-
2022
- 2022-05-26 CN CN202210585816.XA patent/CN115019945A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110674022B (zh) | 行为数据获取方法、装置及存储介质 | |
CN108304265B (zh) | 内存管理方法、装置及存储介质 | |
CN111479120A (zh) | 在直播间发放虚拟红包的方法、装置、设备及存储介质 | |
CN110147503B (zh) | 信息发布方法、装置、计算机设备和存储介质 | |
CN110659127A (zh) | 一种处理任务的方法、装置及系统 | |
CN112002391A (zh) | 检查顺序的确定方法、装置、电子设备及存储介质 | |
CN110673944A (zh) | 执行任务的方法和装置 | |
CN112560435B (zh) | 文本语料处理方法、装置、设备及存储介质 | |
CN111563201A (zh) | 内容推送方法、装置、服务器及存储介质 | |
CN113949678B (zh) | 流量控制方法、装置、电子设备及计算机可读存储介质 | |
CN110197055B (zh) | 管理信息的方法、装置、设备及存储介质 | |
CN113935678A (zh) | 确定配送员持多配送终端的方法、装置、设备及存储介质 | |
CN112132472A (zh) | 资源管理方法、装置、电子设备及计算机可读存储介质 | |
CN115019945A (zh) | 订单分配方法、装置、设备及计算机可读存储介质 | |
CN111429106A (zh) | 资源转移凭证的处理方法、服务器、电子设备及存储介质 | |
CN111159551A (zh) | 用户生成内容的显示方法、装置及计算机设备 | |
CN111222124B (zh) | 使用权限分配的方法、装置、设备以及存储介质 | |
CN111526221B (zh) | 域名质量确定方法、装置及存储介质 | |
CN111135571B (zh) | 游戏识别方法、装置、终端、服务器及可读存储介质 | |
CN112700249B (zh) | 订单信息管理方法、装置及系统、存储介质 | |
CN113052408B (zh) | 一种社区聚合的方法及装置 | |
CN114926250A (zh) | 订单处理方法、装置、设备及计算机可读存储介质 | |
CN114139037A (zh) | 确定资源的方法、装置、设备及计算机可读存储介质 | |
CN113554492A (zh) | 订单处理方法、装置、设备及计算机可读存储介质 | |
CN115220559A (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 |