接诊用户状态调整方法、装置、电子设备及存储介质与流程

1.本发明实施例涉及网络技术领域，尤其涉及一种接诊用户状态调整方法、装置、电子设备及存储介质。


背景技术：

2.随着互联网技术的发展，医生可以利用医疗相关应用实现在线接诊，同时，这些应用还向医生提供了在线状态的显示功能，基于此，患者即可向处于在线状态的医生进行咨询。
3.现有技术中，医生在登录医疗相关应用后，通常以手动打卡的方式将自己的状态设置为在线，对应的，当医生不再处理线上问诊请求时，同样需要以手动的方式将状态设置为离线。这种方式的缺点在于，机械式的手动打卡操作十分繁琐，增加了医生的工作量，同时，在医生处理其他事务时，应用中的状态依然保持为在线状态，这就导致医生的在线状态与真实状态不符，无法为患者提供各医生准确的状态信息。


技术实现要素：

4.本发明提供一种接诊用户状态调整方法、装置、电子设备及存储介质，实现了以自动化的方式实时调整接诊用户在线状态的技术效果，避免了机械式手动打卡的繁琐操作，保证了接诊用户在线状态与真实状态相一致。
5.第一方面，本发明实施例提供了一种接诊用户状态调整方法，该方法包括：
6.在检测到于客户端的触发操作时，获取目标缓存中存储的所述客户端的当前在线状态信息；其中，所述当前在线状态信息中包括在线或未在线，所述触发操作与客户端的后台运行和前台运行相对应；
7.根据所述当前在线状态信息和所述触发操作，更新所述目标缓存中的当前在线状态信息；
8.基于更新后的所述当前在线状态信息，确定所述客户端所对应的目标接诊用户的在线状态。
9.第二方面，本发明实施例还提供了一种接诊用户状态调整装置，该装置包括：
10.当前在线状态信息获取模块，用于在检测到于客户端的触发操作时，获取目标缓存中存储的所述客户端的当前在线状态信息；其中，所述当前在线状态信息中包括在线或未在线，所述触发操作与客户端的后台运行和前台运行相对应；
11.当前在线状态信息更新模块，用于根据所述当前在线状态信息和所述触发操作，更新所述目标缓存中的当前在线状态信息；
12.目标接诊用户在线状态确定模块，用于基于更新后的所述当前在线状态信息，确定所述客户端所对应的目标接诊用户的在线状态。
13.第三方面，本发明实施例还提供了一种电子设备，所述电子设备包括：
14.一个或多个处理器；
15.存储装置，用于存储一个或多个程序，
16.当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本发明实施例任一所述的接诊用户状态调整方法。
17.第四方面，本发明实施例还提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如本发明实施例任一所述的接诊用户状态调整方法。
18.本发明实施例的技术方案，在检测到于客户端的触发操作时，获取目标缓存中存储的客户端的当前在线状态信息，即获取接诊用户的当前状态信息以明确该用户是否在线；根据当前状态信息和触发操作，更新目标缓存中的当前状态信息，进一步的，基于更新后的当前状态信息，确定客户端所对应的目标接诊用户的在线状态，基于接诊用户的触发操作，实现了以自动化的方式实时调整接诊用户在线状态的技术效果，不仅避免了机械式手动打卡的繁琐操作，还保证了接诊用户在线状态与真实状态相一致，从而提高了就诊用户的就诊体验。
附图说明
19.为了更加清楚地说明本发明示例性实施例的技术方案，下面对描述实施例中所需要用到的附图做一简单介绍。显然，所介绍的附图只是本发明所要描述的一部分实施例的附图，而不是全部的附图，对于本领域普通技术人员，在不付出创造性劳动的前提下，还可以根据这些附图得到其他的附图。
20.图1为本发明实施例一所提供的一种接诊用户状态调整方法的流程示意图；
21.图2为本发明实施例二所提供的一种接诊用户状态调整方法的流程示意图；
22.图3为本发明实施例三所提供的一种接诊用户的业务流程图；
23.图4为本发明实施例三所提供的一种用于调整接诊用户状态实时模型图；
24.图5为本发明实施例四所提供的一种接诊用户状态调整装置的结构框图；
25.图6为本发明实施例五所提供的一种电子设备的结构示意图。
具体实施方式
26.下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。
27.实施例一
28.图1为本发明实施例一所提供的一种接诊用户状态调整方法的流程示意图，本实施例可适用于基于用户的触发操作自动调整用户的在线状态信息的情况，该方法可以由接诊用户状态调整装置来执行，该装置可以通过软件和/或硬件的形式实现，该硬件可以是电子设备，如移动终端、pc端或服务器等。
29.如图1所示，该方法具体包括如下步骤：
30.s110、在检测到于客户端的触发操作时，获取目标缓存中存储的客户端的当前在线状态信息。
31.其中，客户端可以与系统的服务端相关联，并与接诊用户(即医护人员)所使用的
接诊端相对应。例如，在开发的在线问诊系统中可以包括接诊端和就诊端，其中，接诊用户可以基于自己的账户信息登录接诊端，在与服务端之间建立通信连接后，即可接收就诊用户(即患者)通过就诊端发送的问诊信息，从而向就诊用户提供在线医疗服务，可以理解为，接诊端和就诊端之间能够以文字、语音或视频的方式进行沟通。
32.同时，在接诊用户使用对应的客户端的过程中，还可以对用户的触发操作进行检测。示例性的，当接诊用户通过触发操作启动客户端或关闭客户端时，该客户端即可将携带有应用启动信息或应用关闭信息的请求发送至相关联的服务端，从而实现对用户触发操作的实时检测。本领域技术人员应当理解，触发操作与客户端的后台运行和前台运行相对应，同时，能够被检测的具体触发操作可以包含多种类型，如应用的开关操作、控件选择操作、点击操作或滑动操作等，本公开实施例对此并未做具体的限定。
33.在本实施例中，为了基于检测到的触发操作调整用户状态，在检测到接诊用户的触发操作后，还需要从目标缓存中获取该接诊用户的当前在线状态信息。其中，在线状态信息可以是反映接诊用户当前状态的直接依据，包括在线或未在线，该信息可以存储于与服务端关联的高速存储器中，即，存储于目标缓存中。在实际应用过程中，在检测到接诊用户的触发操作时，服务端基于接收的请求可以确定出该用户的用户标识，进而根据用户标识从目标缓存中获取该用户的当前在线状态信息，当接诊用户的在线状态信息为在线时，该用户在接诊用户列表中就会被标注为在线，基于此，就诊用户可以从多个在线接诊用户中选择特定的一名或多名进行咨询；对应的，当接诊用户的在线状态信息为未在线时，该用户在接诊用户列表中就会被标注为未在线，或者，不显示于接诊用户列表中。
34.s120、根据当前在线状态信息和触发操作，更新目标缓存中的当前在线状态信息。
35.在本实施例中，对于接诊用户来说，在客户端执行不同的触发操作可以对当前在线状态信息产生不同的影响。具体来说，当检测到接诊用户不同的触发操作时，服务端可以调用预先开发的实时模型，并基于模型确定出与不同触发操作所对应的目标在线状态信息，可以理解为，基于模型中反映触发操作与目标在线状态信息之间的关联关系，确定该接诊用户的目标状态为在线还是未在线。例如，当检测到接诊用户打开应用时，服务端基于应用发送的请求即可确定出该用户的应用启动触发操作，进一步的，基于实时模型即可确定出与应用启动触发操作相对应的目标在线状态信息为在线。
36.在本实施例中，在确定出与触发操作相对应的目标状态信息后，即可根据当前在线状态信息与目标状态信息，对目标缓存中的当前在线状态信息进行更新，具体的，对接诊用户状态信息进行更新的过程，可以是将目标缓存中与该接诊用户在线状态信息对应的目标字段进行替换。继续以上述示例进行说明，当确定出触发操作相对应的目标状态信息为在线，且该接诊用户的当前状态信息为未在线时，即可根据用户标识在目标缓存中确定出该接诊用户的在线状态信息，进一步的，将表征“未在线”的字段替换为表征“在线”的字段。
37.s130、基于更新后的当前在线状态信息，确定客户端所对应的目标接诊用户的在线状态。
38.在本实施例中，当基于接诊用户在客户端的触发操作对目标缓存中相应的在线状态信息进行更新后，即确定出与该接诊用户对应的在线状态。具体来说，当基于实时模型确定出接诊用户的目标在线状态信息，并对目标缓存中表征用户在线状态信息的目标字段进行调整后，在服务端提供的接诊用户列表中，即可基于调整后的目标字段将该接诊用户的
当前实际在线状态标注为“在线”。
39.继续以上述示例进行说明，当在目标缓存中将接诊用户的在线状态信息调整为“在线”后，无论接诊端用户还是就诊端用户，都可以在接诊用户列表中看到执行触发操作的接诊用户的在线状态信息被标注为在线，基于此，就诊用户即可选择该接诊用户进行问诊，并通过客户端将问诊信息发送至与该接诊用户相对应的客户端。
40.本实施例的技术方案，在检测到于客户端的触发操作时，获取目标缓存中存储的客户端的当前在线状态信息，即获取接诊用户的当前状态信息以明确该用户是否在线；根据当前状态信息和触发操作，更新目标缓存中的当前状态信息，进一步的，基于更新后的当前状态信息，确定客户端所对应的目标接诊用户的在线状态，基于接诊用户的触发操作，实现了以自动化的方式实时调整接诊用户在线状态的技术效果，不仅避免了机械式手动打卡的繁琐操作，还保证了接诊用户在线状态与真实状态相一致，从而提高了就诊用户的就诊体验。
41.实施例二
42.图2为本发明实施例二所提供的一种接诊用户状态调整方法的流程示意图，在前述实施例的基础上，在检测到接诊用户的触发操作时，根据状态信息获取指令从目标缓存中获取对应的当前在线状态信息；对于不同的在线状态信息以及触发操作，采用差异化的处理方式，从而保证接诊用户的在线状态与实际状态相一致，同时，在接诊用户暂时无法接诊时，基于状态延迟调整任务延迟调整用户在线状态，避免了接诊用户在线状态信息反复变化，从而影响就诊用户使用体验的情况发生。其具体的实施方式可以参见本实施例技术方案。其中，与上述实施例相同或者相应的技术术语在此不再赘述。
43.如图2所示，该方法具体包括如下步骤：
44.s210、在检测到于客户端的触发操作时，确定与触发操作对应的目标接诊用户，并生成与目标接诊用户对应的状态信息获取指令；根据状态信息获取指令，从目标缓存中获取与目标接诊用户相对应的当前在线状态信息。
45.其中，触发操作包括上线操作以及离线操作，上线操作包括针对于客户端的启动操作以及将客户端切换为前台运行状态的操作，离线操作包括针对于客户端的关闭操作以及将客户端切换为后台运行状态的操作。
46.具体来说，当接诊用户在对应的客户端上执行上线操作，或者，将客户端从后台切换至前台时，客户端可以将该操作以请求的形式发送给服务端。进一步的，服务端可以对请求进行解析，从而确定出客户端在目标设备上的状态，例如，对请求进行解析后可以确定出目标应用的生命周期信息，基于生命周期信息即可确定出该应用被启动，或者，该应用在当前时刻处于前台。可以理解，当接诊用户执行上线操作时，表明接诊用户在后续一段时间内可以为就诊用户提供问诊服务。对应的，当接诊用户在对应的客户端上执行离线操作，或者，将客户端从前台切换至后台时，服务端同样可以确定出该应用被关闭，或者，该应用在当前时刻处于后台，本公开实施例在此不再赘述。
47.进一步的，检测到接诊用户在客户端的触发操作后，服务端还可以对请求解析后确定出请求携带的用户标识，基于该用户标识即可生成对应的状态信息获取指令，可以理解，该指令至少用于触发从目标缓存中获取该接诊用户当前在线状态信息的操作。
48.s220、根据当前在线状态信息和触发操作，更新目标缓存中的当前在线状态信息。
49.在本实施例中，目标缓存中与接诊用户对应的当前在线状态信息包括在线与未在线两种情况，同时，该接诊用户执行的触发操作又包括上线操作以及离线操作两种情况，因此，基于上述两种信息对接诊用户的在线状态进行切换时，至少存在四种针对于当前在线状态信息的处理方式，下面对四种处理方式进行说明。
50.可选的，当所述当前在线状态信息为在线，且触发操作为离线操作时，在任务队列中生成状态延迟调整任务；在检测到延时调整任务执行完成时，将当前在线状态信息调整为未在线，并将调整后的在线状态信息更新至目标缓存中。具体来说，当接诊用户执行的触发操作为离线操作，同时在目标缓存中获取到该接诊用户的当前在线状态信息为离线时，表明该接诊用户已经不再提供就诊服务，因此，需要将目标缓存中表征在线状态信息为“在线”的目标字段调整为“未在线”。
51.同时，在本实施例中，为了防止接诊用户频繁操作导致接诊用户列表中对应的在线状态标注信息不断变化，进而影响就诊用户使用体验的情况发生(如，当在线接诊用户显示在列表头部时，在线状态信息的频繁变更会导致接诊用户列表反复跳动)，在就诊用户执行离线操作后，服务端可以自动生成一项状态延迟调整任务。其中，状态延迟调整任务可以是在经过预设时长阈值后，自动将接诊用户在目标缓存中的在线状态信息从在线切换为未在线的任务，在实际应用过程中，预设时长阈值可以是一小时，当然，所采用的时长阈值可以根据实际情况进行设置，本公开实施例在此不做具体的限定。
52.可以理解，当接诊用户触发离线操作后，对于服务端来说，即可根据生成的状态延迟调整任务对目标缓存中该接诊用户的在线状态信息的时长进行记录，当记录时长达到预设时长阈值时，即表明该接诊用户在该时间段内都没有启动应用，或将应用切换至前台，无法为就诊用户提供问诊服务，因此需要将该接诊用户在目标缓存中的在线状态信息从在线调整为未在线。
53.可选的，当所述当前在线状态信息为在线，且触发操作为上线操作时，保持目标缓存中的当前在线状态信息不变，并在任务队列中取消状态延迟调整任务。具体来说，当接诊用户执行的触发操作为上线操作，同时在目标缓存中获取到该接诊用户的当前在线状态信息为在线时，表明该接诊用户可以继续向就诊用户提供问诊服务，因此，需要保持目标缓存中表征在线状态信息为“在线”的目标字段不变，对应的，在接诊用户列表中，该接诊用户的标注也会继续保持为在线。
54.同时，如果在任务列表中存在状态延迟调整任务，在检测到接诊用户的上线操作时，该任务也会被适应性取消。可以理解为，在记录的时长未达到预设时长阈值时便检测到接诊用户的上线操作，表明接诊用户已经处理完其他事务，可以继续向就诊用户提供在线问诊服务，因此需要取消当前任务列表中的状态延迟调整任务，以避免在接诊用户实际处于在线状态时，错误地调整其在线状态信息为未在线。
55.可选的，当所述当前在线状态信息为未在线，且触发操作为上线操作时，将当前在线状态信息调整为在线，并将调整后的在线状态信息更新至目标缓存中。具体来说，当接诊用户执行的触发操作为上线操作，同时在目标缓存中获取到的该接诊用户的当前在线状态信息为未在线时，表明该接诊用户可以向就诊用户提供问诊服务，因此，可以将目标缓存中表征在线状态信息为“未在线”的目标字段调整为表征“在线”的字段，对应的，在接诊用户列表中，该接诊用户的标注也会被调整为在线。
56.可选的，当所述当前在线状态信息为未在线，且触发操作为离线操作时，保持目标缓存中的当前在线状态信息不变。具体来说，当接诊用户执行的触发操作为离线操作，同时在目标缓存中获取到该接诊用户的当前在线状态信息为未在线时，表明接诊用户将后台中运行的应用关闭，不再向就诊用户提供问诊服务，因此，需要保持目标缓存中表征在线状态信息为“未在线”的目标字段不变，对应的，在接诊用户列表中，该接诊用户的标注信息也会保持为未在线。
57.s230、基于更新后的当前在线状态信息，确定客户端所对应的目标接诊用户的在线状态。
58.在本实施例中，当执行触发操作的接诊用户在目标缓存中的在线状态信息被调整后，基于更新后的在线状态信息，即可确定出目标接诊用户的在线状态，可以理解，根据更新后的在线状态信息，可以在接诊用户列表中，对该接诊用户的在线状态信息进行标注。
59.进一步的，当接诊用户的在线状态信息被标注为在线时，就诊用户即可基于就诊端选择出目标接诊用户，并将基本信息以及病情描述等问诊信息发送给目标接诊用户，由目标接诊用户提供相应的问诊服务。
60.本实施例的技术方案，在检测到接诊用户的触发操作时，根据状态信息获取指令从目标缓存中获取对应的当前在线状态信息；对于不同的在线状态信息以及触发操作，采用差异化的处理方式，从而保证接诊用户的在线状态与实际状态相一致，同时，在接诊用户暂时无法接诊时，基于状态延迟调整任务延迟调整用户在线状态，避免了接诊用户在线状态信息反复变化，从而影响就诊用户使用体验的情况发生。
61.实施例三
62.作为上述实施例的一可选实施例，图3为本发明实施例三所提供的一种接诊用户的业务流程图，图4为本发明实施例三所提供的一种用于调整接诊用户状态实时模型图。为了清楚的介绍本实施例技术方案，可以以应用场景是基于用户的触发操作自动调整用户的在线状态信息的情形为例来介绍，但是不局限于上述场景，可以适用于各种需要对用户的在线状态信息进行调整的场景中。
63.参见图3，当检测到接诊用户(即医生)对移动端应用(application，app)进行触发操作时，app可以将操作行为对应的请求上报至服务端，当服务端对应的系统监听到客户端上报的请求后，即可基于预先编写的实时模型对该医生的在线状态信息进行调整。
64.参见图4，在基于实时模型对医生的在线状态信息进行调整时，若检测到医生在客户端的触发操作为打开app的操作或将app切换至前台的操作时，可以确定触发操作为上线操作。此时，若目标缓存中该医生的在线状态信息为在线，则保持其在线状态不变，同时，取消延迟下线任务；若目标缓存中该医生的在线状态信息为下线，则将其在线状态调整为在线。
65.继续参见图4，若检测到医生在客户端的触发操作为关闭app或将app切换至后台的操作时，可以确定触发操作为下线操作，此时，若目标缓存中该医生的在线状态信息为在线，则先保持其在线状态不变，同时，取消任务列表中的历史延迟下线任务，并添加新的延迟下线任务，当新添加的延迟下线任务记录的在线状态保持时长达到预设时长阈值时，再将该医生的在线状态调整为下线。
66.上述技术方案的有益效果为：基于接诊用户的触发操作，实现了以自动化的方式
实时调整接诊用户在线状态的技术效果，不仅避免了机械式手动打卡的繁琐操作，还保证了接诊用户在线状态与真实状态相一致，从而提高了就诊用户的就诊体验。
67.实施例四
68.图5为本发明实施例四所提供的一种接诊用户状态调整装置的结构框图，可执行本发明任意实施例所提供的接诊用户状态调整方法，具备执行方法相应的功能模块和有益效果。如图5所示，该装置具体包括：当前在线状态信息获取模块310、当前在线状态信息更新模块320、以及目标接诊用户在线状态确定模块330。
69.当前在线状态信息获取模块310，用于在检测到于客户端的触发操作时，获取目标缓存中存储的所述客户端的当前在线状态信息；其中，所述当前在线状态信息中包括在线或未在线，所述触发操作与客户端的后台运行和前台运行相对应。
70.当前在线状态信息更新模块320，用于根据所述当前在线状态信息和所述触发操作，更新所述目标缓存中的当前在线状态信息。
71.目标接诊用户在线状态确定模块330，用于基于更新后的所述当前在线状态信息，确定所述客户端所对应的目标接诊用户的在线状态。
72.在上述各技术方案的基础上，所述触发操作包括上线操作以及离线操作，所述上线操作包括针对于所述客户端的启动操作以及将所述客户端切换为前台运行状态的操作，所述离线操作包括针对于所述客户端的关闭操作以及将所述客户端切换为后台运行状态的操作。
73.在上述各技术方案的基础上，当前在线状态信息获取模块310包括目标接诊用户确定单元以及当前在线状态信息获取单元。
74.目标接诊用户确定单元，用于在检测到于客户端的触发操作时，确定与所述触发操作对应的目标接诊用户，并生成与所述目标接诊用户对应的状态信息获取指令。
75.当前在线状态信息获取单元，用于根据所述状态信息获取指令，从所述目标缓存中获取与所述目标接诊用户相对应的当前在线状态信息。
76.可选的，当前在线状态信息更新模块320，还用于当所述当前在线状态信息为在线，且所述触发操作为上线操作时，保持所述目标缓存中的当前在线状态信息不变，并在任务队列中取消状态延迟调整任务。
77.可选的，当前在线状态信息更新模块320，还用于当所述当前在线状态信息为在线，且所述触发操作为离线操作时，在任务队列中生成状态延迟调整任务；在检测到所述延时调整任务执行完成时，将所述当前在线状态信息调整为未在线，并将调整后的在线状态信息更新至所述目标缓存中。
78.可选的，当前在线状态信息更新模块320，还用于当所述当前在线状态信息为未在线，且所述触发操作为上线操作时，将所述当前在线状态信息调整为在线，并将调整后的在线状态信息更新至所述目标缓存中。
79.可选的，当前在线状态信息更新模块320，还用于当所述当前在线状态信息为未在线，且所述触发操作为离线操作时，保持所述目标缓存中的当前在线状态信息不变。
80.本实施例所提供的技术方案，在检测到于客户端的触发操作时，获取目标缓存中存储的客户端的当前在线状态信息，即获取接诊用户的当前状态信息以明确该用户是否在线；根据当前状态信息和触发操作，更新目标缓存中的当前状态信息，进一步的，基于更新
后的当前状态信息，确定客户端所对应的目标接诊用户的在线状态，基于接诊用户的触发操作，实现了以自动化的方式实时调整接诊用户在线状态的技术效果，不仅避免了机械式手动打卡的繁琐操作，还保证了接诊用户在线状态与真实状态相一致，从而提高了就诊用户的就诊体验。
81.本发明实施例所提供的接诊用户状态调整装置可执行本发明任意实施例所提供的接诊用户状态调整方法，具备执行方法相应的功能模块和有益效果。
82.值得注意的是，上述装置所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明实施例的保护范围。
83.实施例五
84.图6为本发明实施例五所提供的一种电子设备的结构示意图。图6示出了适于用来实现本发明实施例实施方式的示例性电子设备40的框图。图6显示的电子设备40仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
85.如图6所示，电子设备40以通用计算设备的形式表现。电子设备40的组件可以包括但不限于：一个或者多个处理器或者处理单元401，系统存储器402，连接不同系统组件(包括系统存储器402和处理单元401)的总线403。
86.总线403表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(isa)总线，微通道体系结构(mac)总线，增强型isa总线、视频电子标准协会(vesa)局域总线以及外围组件互连(pci)总线。
87.电子设备40典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备40访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
88.系统存储器402可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(ram)404和/或高速缓存存储器405。电子设备40可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统406可以用于读写不可移动的、非易失性磁介质(图6未显示，通常称为“硬盘驱动器”)。尽管图6中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如cd-rom,dvd-rom或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线403相连。存储器402可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。
89.具有一组(至少一个)程序模块407的程序/实用工具408，可以存储在例如存储器402中，这样的程序模块407包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块407通常执行本发明所描述的实施例中的功能和/或方法。
90.电子设备40也可以与一个或多个外部设备409(例如键盘、指向设备、显示器410等)通信，还可与一个或者多个使得用户能与该电子设备40交互的设备通信，和/或与使得该电子设备40能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口411进行。并且，电子设备40还可以通过
网络适配器412与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器412通过总线403与电子设备40的其它模块通信。应当明白，尽管图6中未示出，可以结合电子设备40使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
91.处理单元401通过运行存储在系统存储器402中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的接诊用户状态调整方法。
92.实施例六
93.本发明实施例六还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行接诊用户状态调整方法。
94.该方法包括：
95.在检测到于客户端的触发操作时，获取目标缓存中存储的所述客户端的当前在线状态信息；其中，所述当前在线状态信息中包括在线或未在线，所述触发操作与客户端的后台运行和前台运行相对应；
96.根据所述当前在线状态信息和所述触发操作，更新所述目标缓存中的当前在线状态信息；
97.基于更新后的所述当前在线状态信息，确定所述客户端所对应的目标接诊用户的在线状态。
98.本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
99.计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的项目代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
100.计算机可读介质上包含的项目代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、rf等等，或者上述的任意合适的组合。
101.可以以一种或多种程序设计语言或其组合来编写用于执行本发明实施例操作的计算机项目代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c ，还包括常规的过程式程序设计语言——诸如“c”语言或类似的程序设计语言。项目代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或
服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
102.注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。