接诊用户确定方法、装置、电子设备及存储介质与流程

1.本发明实施例涉及医疗管理技术领域，尤其涉及一种接诊用户确定方法、装置、电子设备及存储介质。


背景技术：

2.随着互联网医疗的不断发展，用户可以直接基于客户端实现在线问诊。在这一过程中，需要在线医疗系统向用户推荐更具针对性的接诊用户。
3.现有技术中，当就诊用户基于在线医疗系统进行问诊时，系统需要在几万甚至几十万接诊用户中进行筛选，从而得到与就诊用户更匹配的接诊用户。然而，系统在对大量的接诊用户进行召回时，如果采用简单的召回策略，虽然可以提高系统的计算速度，却会降低接诊用户的召回率；反之，如果采用的召回策略过于复杂，又增加了系统的计算时长，从而导致就诊用户等待较长的时间。
4.因此，相关技术提供的方案中，系统从大量接诊用户中进行召回时，接诊用户召回率与系统计算速度无法兼顾，用户在线问诊体验较差。


技术实现要素：

5.本发明提供一种接诊用户确定方法、装置、电子设备及存储介质，以多路召回的策略从大量接诊用户中筛选出与就诊用户最匹配的接诊用户，在保证接诊用户召回率的同时，兼顾了系统的计算效率。
6.第一方面，本发明实施例提供了一种接诊用户确定方法，该方法包括：
7.当接收到就诊请求时，确定与所述就诊请求相对应的接诊用户集合，其中，所述接诊用户集合中包括多个待选择接诊用户；
8.针对各召回策略，从多个待选择接诊用户中确定出与当前召回策略相匹配的至少一个待选择接诊用户，并基于所述至少一个待选择接诊用户确定待处理接诊子集合，其中，所述召回策略包括基于关键词的召回策略、基于接诊用户关联信息的召回策略、基于初始推荐结果的召回策略以及基于接诊用户在线状态的召回策略中的至少两个；
9.将各待处理接诊子集合输入至预设特征确定模型中，得到目标接诊列表；其中，所述目标接诊列表中包括各待处理接诊子集合中的至少一个待选择接诊用户。
10.第二方面，本发明实施例还提供了一种接诊用户确定装置，该装置包括：
11.接诊用户集合确定模块，用于当接收到就诊请求时，确定与所述就诊请求相对应的接诊用户集合，其中，所述接诊用户集合中包括多个待选择接诊用户；
12.待处理接诊子集合确定模块，用于针对各召回策略，从多个待选择接诊用户中确定出与当前召回策略相匹配的至少一个待选择接诊用户，并基于所述至少一个待选择接诊用户确定待处理接诊子集合，其中，所述召回策略包括基于关键词的召回策略、基于接诊用户关联信息的召回策略、基于初始推荐结果的召回策略以及基于接诊用户在线状态的召回策略中的至少两个；
13.目标接诊列表确定模块，用于将各待处理接诊子集合输入至预设特征确定模型中，得到目标接诊列表；其中，所述目标接诊列表中包括各待处理接诊子集合中的至少一个待选择接诊用户。
14.第三方面，本发明实施例还提供了一种电子设备，所述电子设备包括：
15.一个或多个处理器；
16.存储装置，用于存储一个或多个程序，
17.当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本发明实施例任一所述的接诊用户确定方法。
18.第四方面，本发明实施例还提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如本发明实施例任一所述的接诊用户确定方法。
19.本发明实施例的技术方案，当接收到就诊请求时，确定与就诊请求相对应的接诊用户集合，即确定出多个待选择接诊用户；针对各召回策略，从多个待选择接诊用户中确定出与当前召回策略相匹配的至少一个待选择接诊用户，并基于至少一个待选择接诊用户确定待处理接诊子集合；进一步的，将各待处理接诊子集合输入至预设特征确定模型中，得到目标接诊列表，以多路召回的策略从大量接诊用户中筛选出与就诊用户最匹配的接诊用户，在保证接诊用户召回率的同时，兼顾了系统的计算效率，避免了单路召回策略过于复杂而导致的计算时间过长的情况发生，提升了就诊用户的问诊体验。
附图说明
20.为了更加清楚地说明本发明示例性实施例的技术方案，下面对描述实施例中所需要用到的附图做一简单介绍。显然，所介绍的附图只是本发明所要描述的一部分实施例的附图，而不是全部的附图，对于本领域普通技术人员，在不付出创造性劳动的前提下，还可以根据这些附图得到其他的附图。
21.图1为本发明实施例一所提供的一种接诊用户确定方法的流程示意图；
22.图2为本发明实施例二所提供的一种接诊用户确定方法的流程示意图；
23.图3为本发明实施例三所提供的一种接诊用户确定方法的流程示意图；
24.图4为本发明实施例四所提供的一种接诊用户确定装置的结构框图；
25.图5为本发明实施例五所提供的一种电子设备的结构示意图。
具体实施方式
26.下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。
27.实施例一
28.图1为本发明实施例一所提供的一种接诊用户确定方法的流程示意图，本实施例可适用于基于多路召回策略从大量接诊用户中筛选出与就诊用户最匹配的部分接诊用户的情况，该方法可以由接诊用户确定装置来执行，该装置可以通过软件和/或硬件的形式实现，该硬件可以是电子设备，如移动终端、pc端或服务器等。
29.如图1所示，该方法具体包括如下步骤：
30.s110、当接收到就诊请求时，确定与就诊请求相对应的接诊用户集合。
31.在本实施例中，就诊请求可以是就诊用户基于就诊端发送的请求，该请求至少用于触发系统为就诊用户筛选出最匹配的接诊用户的操作。具体的，对于在线问诊系统来说，可以包括接诊端和就诊端。其中，接诊端可以是在线问诊系统中的接诊用户端，对应的，就诊端即是就诊用户进行在线问诊时所属的用户端。接诊端与就诊端之间至少能够以文字、语音或视频的方式进行沟通，对于具体的沟通方式，本公开实施例在此不做具体的限定。
32.进一步的，当系统接收到就诊请求时，即可在预先构建的接诊用户信息库中筛选出与就诊用户最匹配的一个或多个接诊用户。在实际应用过程中，可以基于企业级搜索应用服务器存储接诊用户的信息，例如，在采用java开发的、基于lucene的全文搜索服务器solr中，可以存储几万甚至几十万名接诊用户的基础信息，具体包括接诊用户的头像、简介、备案信息、所属医院及科室、专业信息以及在线问诊平台的相关服务信息等。
33.在本实施例中，从大量的接诊用户中筛选出与就诊用户最匹配的接诊用户之前，首先需要确定出与就诊请求相对应的接诊用户集合，其中，接诊用户集合中包括多个待选择接诊用户。可以理解为，基于预设条件对大量的接诊用户进行初步筛选，例如，在大量接诊用户中筛选出当前处于在线状态的接诊用户，或者，确定就诊用户的病情后，在大量接诊用户中筛选出属于与就诊用户病情相关的科室的接诊用户。在执行后续多路召回策略之前，通过构建与就诊请求相对应的接诊用户集合，实现了对大量接诊用户的初步筛选，减少了后续过程对系统计算资源的消耗。
34.s120、针对各召回策略，从多个待选择接诊用户中确定出与当前召回策略相匹配的至少一个待选择接诊用户，并基于至少一个待选择接诊用户确定待处理接诊子集合。
35.在本实施例中，当基于大量的接诊用户构建出接诊用户集合后，即可根据多路召回的策略为就诊用户确定出最匹配的一个或多个接诊用户。其中，多路召回策略即是采用不同的策略、特征或简单的模型，从接诊用户集合中分别召回一部分候选集，再将这些候选集混合在一起供后续的排序模型使用的策略。在本实施例中，召回策略包括基于关键词的召回策略、基于接诊用户关联信息的召回策略、基于初始推荐结果的召回策略以及基于接诊用户在线状态的召回策略中的至少两个，对应的，当采用搜索服务器solr时，系统对就诊用户发送的就诊请求进行响应后，即可根据当前选择的召回策略向服务器发起多个召回请求。
36.在本实施例中，基于多路召回的策略召回接诊用户时，可以有效缩小候选的接诊用户的范围，可以理解为，将与就诊用户最匹配的接诊用户从几十万接诊用户中筛选出来，通过各路召回策略对应的简单的模型和算法将数量级缩小至几百甚至几十；同时，在多路召回的过程中，由于不存在过于复杂的单路召回策略，因此可以使系统将计算时间保持在毫秒级。
37.进一步的，在基于多路召回的策略召回接诊用户后，可以针对各路召回结果构建出相应的待处理接诊子集合，可以理解，在任意一个待处理接诊子集合中，都包含符合相应的召回策略的多名接诊用户的信息，同时，对于不同的待处理接诊子集合来说，相关联的数据可以在存储服务器中分区存储。
38.s130、将各待处理接诊子集合输入至预设特征确定模型中，得到目标接诊列表。
39.在本实施例中，基于各路召回策略得到相应的待处理接诊子集合后，还可以对各子集合中的接诊用户信息进行综合排序。具体的，可以基于预先训练好的特征确定模型对数据进行处理。
40.其中，特征确定模型可以是预先训练好的神经网络模型，至少用于对子集合中的接诊用户进行排序，可以理解，模型的输入即是各待处理接诊子集合中的数据，模型的输出即是多名接诊用户相关信息的排序结果。本领域技术人员应当理解，对于特征确定模型来说，可以基于相对应的训练集和验证集进行训练，当特征确定模型的损失函数收敛时，表明模型训练完毕可以在系统中进行部署，其具体的训练过程在本实施例中不再赘述。
41.在本实施例中，当特征确定模型输出排序结果后，为了将排序后的接诊用户推荐给就诊用户，还需要基于排序结果构建出目标接诊列表，其中，目标接诊列表中包括各待处理接诊子集合中的至少一个待选择接诊用户。对于就诊用户来说，目标接诊列表还可以显示于其客户端关联的显示界面中，基于此，就诊用户可以通过触控操作在显示界面中选择一名符合自身意愿的目标接诊用户，并在与目标接诊用户建立通信连接后实现在线问诊。
42.本实施例的技术方案，当接收到就诊请求时，确定与就诊请求相对应的接诊用户集合，即确定出多个待选择接诊用户；针对各召回策略，从多个待选择接诊用户中确定出与当前召回策略相匹配的至少一个待选择接诊用户，并基于至少一个待选择接诊用户确定待处理接诊子集合；进一步的，将各待处理接诊子集合输入至预设特征确定模型中，得到目标接诊列表，以多路召回的策略从大量接诊用户中筛选出与就诊用户最匹配的接诊用户，在保证接诊用户召回率的同时，兼顾了系统的计算效率，避免了单路召回策略过于复杂而导致的计算时间过长的情况发生，提升了就诊用户的问诊体验。
43.实施例二
44.图2为本发明实施例二所提供的一种接诊用户确定方法的流程示意图，在前述实施例的基础上，当接收到就诊请求时，根据请求携带的目标场景信息对接诊用户进行初步筛选；基于四路召回策略构建出相应的待处理接诊子集合，再将集合中的数据混合后进行排序以及重排序处理，使最终得到的目标接诊列表与就诊用户之间的匹配度较高。其具体的实施方式可以参见本实施例技术方案。其中，与上述实施例相同或者相应的技术术语在此不再赘述。
45.如图2所示，该方法具体包括如下步骤：
46.s210、当接收到就诊请求时，确定就诊请求携带的目标场景信息，根据目标场景信息确定已开通相应服务的各待选择接诊用户，并基于所确定的各待选择接诊用户生成接诊用户集合。
47.在本实施例中，当接收到来自于就诊用户对应的就诊端的就诊请求时，可以先确定出就诊请求携带的目标场景信息。其中，目标场景信息包括问诊场景信息以及挂号场景信息，可以理解，当就诊请求携带有问诊场景信息时，表明就诊用户在当前时刻需要就自身病情进行在线问诊，而当就诊请求携带有挂号场景信息时，表明就诊用户在当前时刻需要于在线问诊系统中进行挂号。
48.对应的，当就诊请求携带的目标场景信息不同时，系统基于目标场景信息初步筛选得到的接诊用户群体也存在差异。示例性的，当就诊请求携带有问诊场景信息时，系统需要在大量接诊用户中筛选出已经开通问诊服务的、或者携带有可接诊标识的用户作为待选
择接诊用户，进而基于各待选择接诊用户构建出接诊用户集合。
49.需要说明的是，在实际生成接诊用户集合的过程中，除目标场景的约束外，还可以预先在系统中增加其他约束条件，例如，在筛选出与目标场景相对应的接诊用户群体后，再基于其他约束条件筛选出在目标时间段内接诊率达到80％以上的接诊用户，或者，筛选出综合评分处于预设名次内的接诊用户，经过多轮筛选后，基于最终的筛选结果生成接诊用户集合。本领域技术人员应当理解，具体的约束条件可以根据实际情况进行设置和选择，本公开实施例在此不做具体的限定。
50.s220、针对各召回策略，从多个待选择接诊用户中确定出与当前召回策略相匹配的至少一个待选择接诊用户，并基于至少一个待选择接诊用户确定待处理接诊子集合。
51.在本实施例中，召回策略包括基于关键词的召回策略、基于接诊用户关联信息的召回策略、基于初始推荐结果的召回策略以及基于接诊用户在线状态的召回策略，下面对上述召回策略分别进行详细说明。
52.可选的，当召回策略为基于关键词的召回策略时，从多个待选择接诊用户中，确定出各待选择接诊用户与就诊请求所携带目标关键字的匹配值；获取与就诊请求对应的目标就诊用户的行为标签，并根据行为标签与各待选择接诊用户的匹配程度，对各匹配值进行更新，根据更新后的各匹配值确定至少一个待选择接诊用户，并基于至少一个待选择接诊用户确定与基于关键词的召回策略相对应的待处理接诊子集合。
53.具体的，当检测到就诊用户在发送就诊请求时输入有相应的关键词时，即可触发基于关键词的召回策略。可以理解，在这种召回策略下，系统可以根据就诊用户输入的关键词与接诊用户关联信息的匹配值进行召回。当接诊用户关联信息存储于solr中时，匹配值的计算可以基于solr的倒排索引机制来实现。其中，倒排索引是专门用于匹配查询此项与文本文档的数据结构。在实际应用过程中，可以先对就诊用户输入的不同类型的关键词设置不同的匹配字段，进一步的，基于solr即可对不同类型的关键词与接诊用户关联信息中不同类型的字段进行匹配，从而计算出两者的匹配值。
54.进一步的，在得到关键词与接诊用户关联信息之间的匹配值后，还可以将用户的行为标签与接诊用户关联信息进行匹配。其中，行为标签包括离线行为标签以及在线行为标签。具体来说，可以针对不同的标签类型设置相匹配的字段，例如，就诊用户的疾病标签匹配急诊用户的专治疾病、科室标签匹配接诊用户所属的科室。同时，对于任意接诊用户来说，可以关联有多个标签，对应的，在将用户行为标签与接诊用户关联信息进行匹配时，为接诊用户增加的权重也为多个标签的权重的和。
55.在本实施例中，得到上述两类匹配值后，即可计算所得到的匹配值的和，进一步的，基于计算结果筛选出处于预设分值以上的接诊用户，从而构建出与基于关键词的召回策略相对应的待处理接诊子集合。需要说明的是，在实际应用过程中，若就诊用户在发送就诊请求时并没有输入任何关键字，则不会触发在线问诊系统中基于关键词的召回策略。
56.可选的，当召回策略为基于接诊用户关联信息的召回策略时，从多个待选择接诊用户中，确定出各待选择接诊用户的综合分值，获取与就诊请求对应的目标就诊用户的行为标签，并根据行为标签与各待选择接诊用户的匹配程度，对各综合分值进行更新，根据更新后的各综合分值确定至少一个待选择接诊用户，并基于至少一个待选择接诊用户确定与基于接诊用户关联信息的召回策略相对应的待处理接诊子集合。
57.具体的，当在线问诊系统基于接诊用户关联信息进行召回时，可以从多个待选择接诊用户中，确定出各待选择接诊用户的综合分值。其中，综合评分包括质量分值以及服务分值，可以理解，质量分值以及服务分值分别用于评判接诊用户的专业性以及服务质量。在得到接诊用户的综合分值后，同样可以如基于关键词的召回策略，将用户的行为标签与接诊用户关联信息进行匹配，进而根据标签匹配程度得到对应的匹配值，并将该匹配值添加到已经计算得到的综合分值上，实现对综合分值的更新。具体的将用户行为标签与接诊用户关联信息进行匹配的过程，与基于关键词的召回策略中对应的过程相似，本公开实施例在此不再赘述。
58.在本实施例中，对综合分值进行更新后，即可基于综合分值筛选出处于预设分值以上的接诊用户，从而构建出与基于接诊用户关联信息的召回策略相对应的待处理接诊子集合。
59.可选的，当召回策略为基于初始推荐结果的召回策略时，获取与就诊请求对应的目标就诊用户的用户标识，并从多个待选择接诊用户集合中，确定与用户标识预先建立关联关系的接诊用户标识；基于与各接诊用户标识对应的至少一个待选择接诊用户，生成与基于初始推荐结果的召回策略相对应的待处理接诊子集合。
60.具体的，当在线问诊系统基于初始推荐结果进行召回时，首先需要获取目标就诊用户的用户标识，进一步的，基于预先构建的表征就诊用户与至少一个接诊用户关联关系的映射表，即可在多个待选择用户集合中确定出与就诊用户标识相对应的接诊用户标识。在实际应用过程中，映射表可以是就诊用户的离线推荐数据，即在线问诊系统默认向就诊用户进行推荐的接诊用户集合。可以理解，在离线推荐数据中，就诊用户的id可以与至少一个接诊用户的id相关联。同时需要说明的是，对于每个就诊用户来说，在与其自身关联的离线推荐数据中，所关联的每个接诊用户同样设置有对应的分值，因此，在基于离线推荐数据确定出用户关联的多个接诊用户后，同样可以构建出与基于初始推荐结果的召回策略相对应的待处理接诊子集合。
61.可选的，当召回策略为基于接诊用户在线状态的召回策略时，从多个待选择接诊用户中，确定处于在线状态的待选择接诊用户，并确定处于在线状态的各待选择接诊用户的待处理就诊用户数量；确定待处理就诊用户数量小于预设阈值的至少一个待选择接诊用户，并基于至少一个待选择接诊用户，生成与基于接诊用户在线状态的召回策略相对应的待处理接诊子集合。
62.具体的，为了进一步提升所召回的接诊用户与就诊用户的匹配度，可以在多个待选择接诊用户中筛选出处于在线状态的用户，进一步的，为了避免就诊用户在问诊过程中出现长时间等待的情况，还可以确定出处于在线状态的接诊用户的待处理就诊用户数量，可以理解为，是一个确定接诊用户当前存在多少未处理的就诊请求的过程。最后，在线问诊系统可以筛选出未处理就诊请求小于预设阈值的、处于在线状态的接诊用户，从而构建出与基于接诊用户在线状态的召回策略相对应的待处理接诊子集合。
63.s230、将各待处理接诊子集合输入至预设的特征确定模型中，得到各待选择接诊用户与就诊请求所对应目标就诊用户的匹配分值；根据各匹配分值确定出目标接诊用户，并基于各目标接诊用户生成目标接诊列表，以将目标接诊列表反馈至发送就诊请求的目标终端。
64.在本实施例中，基于多路召回策略得到多个相应的待处理接诊子集合后，还可以对召回的数据进行整合、排序以及重排序处理。具体的，可以采用预先训练好的精排模型计算出整合后的各接诊用户的匹配分值，进而基于计算得到的匹配分值对各接诊用户进行排序；进一步的，将接诊用户对应的价格、以及固定运营位信息作为排序条件，对已经得到的排序结果进行重排序，并根据预设条件对重排序后的接诊用户进行筛选，从而确定出多个目标接诊用户，可以理解，重排序后得到的结果更符合就诊用户的实际需求。
65.在本实施例中，为就诊用户确定出多个目标接诊用户后，即可基于多个目标接诊用户构建出目标接诊列表，将该列表的相关信息反馈至就诊用户对应的客户端后，即可将目标接诊列表中的多个接诊用户按顺序展示在对应的显示界面中，供就诊用户进行选择。当就诊用户通过触发操作选择其中任意接诊用户后，即可与所选择的接诊用户建立通信连接，从而进行在线问诊。
66.本实施例的技术方案，当接收到就诊请求时，根据请求携带的目标场景信息对接诊用户进行初步筛选；基于四路召回策略构建出相应的待处理接诊子集合，再将集合中的数据混合后进行排序以及重排序处理，使最终得到的目标接诊列表与就诊用户之间的匹配度较高。
67.实施例三
68.作为上述实施例的一可选实施例，图3为本发明实施例三所提供的一种接诊用户确定方法的流程示意图。为了清楚的介绍本实施例技术方案，可以以应用场景是基于多路召回策略从大量接诊用户中筛选出与就诊用户最匹配的部分接诊用户的情形为例来介绍，但是不局限于上述场景，可以适用于各种需要为就诊用户确定出相适配的接诊用户的场景中。
69.参见图3，在就诊用户发起就诊请求后，系统可以构建出候选接诊用户集合，并根据就诊请求组装得到多组请求参数，基于请求参数向solr发起召回请求。在实际应用过程中，多路召回策略至少包括基于关键词相关度和用户个性化的召回策略、基于接诊用户评分和用户个性化的召回策略、基于离线推荐结果的召回策略以及实时在线接诊用户召回策略。
70.继续参见图3，基于上述四路召回策略对候选接诊用户集合中的接诊用户进行召回后，在线问诊系统还可以对相应的四组数据进行混合整理、排序以及重排序处理，从而得到对应的接诊用户推荐列表，进一步的，将接诊用户推荐列表反馈至就诊用户对应的客户端后，就诊用户便可以对列表中多个目标接诊用户进行选择，从而实现在线问诊。
71.上述技术方案的有益效果为：以多路召回的策略从大量接诊用户中筛选出与就诊用户最匹配的接诊用户，在保证接诊用户召回率的同时，兼顾了系统的计算效率，避免了单路召回策略过于复杂而导致的计算时间过长的情况发生，提升了就诊用户的问诊体验。
72.实施例四
73.图4为本发明实施例四所提供的一种接诊用户确定装置的结构框图，可执行本发明任意实施例所提供的接诊用户确定方法，具备执行方法相应的功能模块和有益效果。如图4所示，该装置具体包括：接诊用户集合确定模块310、待处理接诊子集合确定模块320、以及目标接诊列表确定模块330。
74.接诊用户集合确定模块310，用于当接收到就诊请求时，确定与所述就诊请求相对
应的接诊用户集合，其中，所述接诊用户集合中包括多个待选择接诊用户；
75.待处理接诊子集合确定模块320，用于针对各召回策略，从多个待选择接诊用户中确定出与当前召回策略相匹配的至少一个待选择接诊用户，并基于所述至少一个待选择接诊用户确定待处理接诊子集合，其中，所述召回策略包括基于关键词的召回策略、基于接诊用户关联信息的召回策略、基于初始推荐结果的召回策略以及基于接诊用户在线状态的召回策略中的至少两个；
76.目标接诊列表确定模块330，用于将各待处理接诊子集合输入至预设特征确定模型中，得到目标接诊列表；其中，所述目标接诊列表中包括各待处理接诊子集合中的至少一个待选择接诊用户。
77.在上述各技术方案的基础上，接诊用户集合确定模块310包括目标场景信息确定单元以及接诊用户集合确定单元。
78.目标场景信息确定单元，用于当接收到就诊请求时，确定所述就诊请求携带的目标场景信息，其中，所述目标场景信息包括问诊场景信息以及挂号场景信息。
79.接诊用户集合确定单元，用于根据所述目标场景信息确定已开通相应服务的各待选择接诊用户，并基于所确定的各待选择接诊用户生成所述接诊用户集合。
80.可选的，当所述召回策略为基于关键词的召回策略时，待处理接诊子集合确定模块320，还用于从多个待选择接诊用户中，确定出各待选择接诊用户与所述就诊请求所携带目标关键字的匹配值；获取与所述就诊请求对应的目标就诊用户的行为标签，并根据所述行为标签与各待选择接诊用户的匹配程度，对各匹配值进行更新，根据更新后的各匹配值确定至少一个待选择接诊用户，并基于所述至少一个待选择接诊用户确定与基于关键词的召回策略相对应的待处理接诊子集合；其中，所述行为标签包括离线行为标签以及在线行为标签。
81.可选的，当所述召回策略为基于接诊用户关联信息的召回策略时，待处理接诊子集合确定模块320，还用于从多个待选择接诊用户中，确定出各待选择接诊用户的综合分值，其中，所述综合评分包括质量分值以及服务分值；获取与所述就诊请求对应的目标就诊用户的行为标签，并根据所述行为标签与各待选择接诊用户的匹配程度，对各综合分值进行更新，根据更新后的各综合分值确定至少一个待选择接诊用户，并基于所述至少一个待选择接诊用户确定与基于接诊用户关联信息的召回策略相对应的待处理接诊子集合；其中，所述行为标签包括离线行为标签以及在线行为标签。
82.可选的，当所述召回策略为基于初始推荐结果的召回策略时，待处理接诊子集合确定模块320，还用于获取与所述就诊请求对应的目标就诊用户的用户标识，并从多个待选择接诊用户集合中，确定与所述用户标识预先建立关联关系的接诊用户标识；基于与各接诊用户标识对应的至少一个待选择接诊用户，生成与基于初始推荐结果的召回策略相对应的待处理接诊子集合。
83.可选的，当所述召回策略为基于接诊用户在线状态的召回策略时，待处理接诊子集合确定模块320，还用于从多个待选择接诊用户中，确定处于在线状态的待选择接诊用户，并确定处于在线状态的各待选择接诊用户的待处理就诊用户数量；确定待处理就诊用户数量小于预设阈值的至少一个待选择接诊用户，并基于所述至少一个待选择接诊用户，生成与基于接诊用户在线状态的召回策略相对应的待处理接诊子集合。
84.在上述各技术方案的基础上，目标接诊列表确定模块330包括匹配分值计算单元以及目标接诊列表确定单元。
85.匹配分值计算单元，用于将各待处理接诊子集合输入至预设的特征确定模型中，得到各待选择接诊用户与所述就诊请求所对应目标就诊用户的匹配分值。
86.目标接诊列表确定单元，用于根据各匹配分值确定出目标接诊用户，并基于各目标接诊用户生成目标接诊列表，以将所述目标接诊列表反馈至发送所述就诊请求的目标终端。
87.本实施例所提供的技术方案，当接收到就诊请求时，确定与就诊请求相对应的接诊用户集合，即确定出多个待选择接诊用户；针对各召回策略，从多个待选择接诊用户中确定出与当前召回策略相匹配的至少一个待选择接诊用户，并基于至少一个待选择接诊用户确定待处理接诊子集合；进一步的，将各待处理接诊子集合输入至预设特征确定模型中，得到目标接诊列表，以多路召回的策略从大量接诊用户中筛选出与就诊用户最匹配的接诊用户，在保证接诊用户召回率的同时，兼顾了系统的计算效率，避免了单路召回策略过于复杂而导致的计算时间过长的情况发生，提升了就诊用户的问诊体验。
88.本发明实施例所提供的接诊用户确定装置可执行本发明任意实施例所提供的接诊用户确定方法，具备执行方法相应的功能模块和有益效果。
89.值得注意的是，上述装置所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明实施例的保护范围。
90.实施例五
91.图5为本发明实施例五所提供的一种电子设备的结构示意图。图5示出了适于用来实现本发明实施例实施方式的示例性电子设备40的框图。图5显示的电子设备40仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
92.如图5所示，电子设备40以通用计算设备的形式表现。电子设备40的组件可以包括但不限于：一个或者多个处理器或者处理单元401，系统存储器402，连接不同系统组件(包括系统存储器402和处理单元401)的总线403。
93.总线403表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(isa)总线，微通道体系结构(mac)总线，增强型isa总线、视频电子标准协会(vesa)局域总线以及外围组件互连(pci)总线。
94.电子设备40典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备40访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
95.系统存储器402可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(ram)404和/或高速缓存存储器405。电子设备40可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统406可以用于读写不可移动的、非易失性磁介质(图5未显示，通常称为“硬盘驱动器”)。尽管图5中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如cd-rom,dvd-rom或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线403相连。存储器402可以包括至少一个程
序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。
96.具有一组(至少一个)程序模块407的程序/实用工具408，可以存储在例如存储器402中，这样的程序模块407包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块407通常执行本发明所描述的实施例中的功能和/或方法。
97.电子设备40也可以与一个或多个外部设备409(例如键盘、指向设备、显示器410等)通信，还可与一个或者多个使得用户能与该电子设备40交互的设备通信，和/或与使得该电子设备40能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口411进行。并且，电子设备40还可以通过网络适配器412与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器412通过总线403与电子设备40的其它模块通信。应当明白，尽管图5中未示出，可以结合电子设备40使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
98.处理单元401通过运行存储在系统存储器402中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的接诊用户确定方法。
99.实施例六
100.本发明实施例六还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行接诊用户确定方法。
101.该方法包括：
102.当接收到就诊请求时，确定与所述就诊请求相对应的接诊用户集合，其中，所述接诊用户集合中包括多个待选择接诊用户；
103.针对各召回策略，从多个待选择接诊用户中确定出与当前召回策略相匹配的至少一个待选择接诊用户，并基于所述至少一个待选择接诊用户确定待处理接诊子集合，其中，所述召回策略包括基于关键词的召回策略、基于接诊用户关联信息的召回策略、基于初始推荐结果的召回策略以及基于接诊用户在线状态的召回策略中的至少两个；
104.将各待处理接诊子集合输入至预设特征确定模型中，得到目标接诊列表；其中，所述目标接诊列表中包括各待处理接诊子集合中的至少一个待选择接诊用户。
105.本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
106.计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，
其中承载了计算机可读的项目代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
107.计算机可读介质上包含的项目代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、rf等等，或者上述的任意合适的组合。
108.可以以一种或多种程序设计语言或其组合来编写用于执行本发明实施例操作的计算机项目代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c ，还包括常规的过程式程序设计语言——诸如“c”语言或类似的程序设计语言。项目代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
109.注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。