医患会话场景的消息发送方法和装置与流程

1.本发明涉及互联网医疗技术领域，尤其涉及一种医患会话场景的消息发送方法和装置。


背景技术：

2.在基于互联网技术的线上医疗会话中，医生和患者需要手动输入一些对话消息来执行问诊过程，其中的部分对话消息是重复性的、内容较为固定的消息，例如欢迎消息、提示消息、引导消息、病情说明消息等，却需要医生或患者多次重复输入，大量占用问诊时间。因此，需要开发一种自动触发的消息发送机制以解决以上问题，同时自动发送的消息需要具有顺序性，形成完整语义，并且具有一定的延迟性，以体现出每条消息都是经过对前置消息语境进行思考的结果。


技术实现要素：

3.有鉴于此，本发明实施例提供一种医患会话场景的消息发送方法和装置，能够提高医患会话效率。
4.为实现上述目的，根据本发明的一个方面，提供了一种医患会话场景的消息发送方法。
5.本发明实施例的医患会话场景的消息发送方法由服务端的消息服务执行；所述方法包括：响应于获取到预设的问诊节点触发的问诊事件，依据预先配置的问诊事件类型与消息批次之间的映射关系确定获取到的问诊事件匹配的目标消息批次；其中，所述目标消息批次中含有多条目标消息的发送时间优先级以及任意两条相邻的目标消息之间的发送间隔时长；利用所述发送时间优先级和所述发送间隔时长确定每一目标消息的期望发送时间，从所述消息服务的关联服务中获取每一目标消息的消息内容；使用预设的时间轮将包含所述消息内容的每一目标消息按照该目标消息的期望发送时间发送到医生终端和患者终端。
6.可选地，所述目标消息批次中进一步含有每一目标消息的消息标识以及消息提供方；以及，所述从所述消息服务的关联服务中获取每一目标消息的消息内容，包括：向作为任一目标消息的消息提供方的关联服务发送携带该目标消息的消息标识的消息内容获取请求，以获取该关联服务根据该消息标识确定的消息内容。
7.可选地，所述获取到的问诊事件中包括事件触发时间；以及，所述利用所述发送时间优先级和所述发送间隔时长确定每一目标消息的期望发送时间，包括：依据所述发送时间优先级确定所述目标消息批次中各目标消息的发送先后顺序；将最先发送的目标消息的发送间隔时长与所述事件触发时间相加，得到该目标消息的期望发送时间；对于最先发送的目标消息之后的任一目标消息，将该任一目标消息距前一目标消息之间的发送间隔时长与前一目标消息的期望发送时间相加，得到该任一目标消息的期望发送时间。
8.可选地，所述使用预设的时间轮将包含所述消息内容的每一目标消息按照该目标
消息的期望发送时间发送到医生终端和患者终端，包括：针对包含消息标识、消息内容和期望发送时间的每一目标消息，将该期望发送时间与所述时间轮的当前基准时间之差确定为该目标消息的当前延迟时长；在所述当前延迟时长大于所述时间轮的时钟周期时，将该目标消息的消息标识、消息内容和期望发送时间存储在预设数据库；在所述当前延迟时长不大于所述时间轮的时钟周期时，将该目标消息的消息标识写入所述时间轮的一个槽对应的队列中，将该目标消息的消息标识和消息内容存储到预设缓存中；其中，所述槽对应的时钟时间等于该目标消息的所述当前延迟时长；响应于所述时间轮的时钟指针指向任一槽，将该槽对应的队列中的目标消息添加到预设的线程池进行并行发送。
9.可选地，所述使用预设的时间轮将包含所述消息内容的每一目标消息按照该目标消息的期望发送时间发送到医生终端和患者终端，进一步包括：响应于所述时间轮完成一个时钟周期，从所述数据库获取当前延迟时长不大于所述时钟周期的目标消息；将获取的目标消息的消息标识写入所述时间轮的一个槽对应的队列中，将获取的目标消息的消息标识和消息内容存储到所述缓存中；其中，该槽对应的时钟时间等于获取的目标消息的当前延迟时长。
10.可选地，所述获取到的问诊事件中进一步包括：问诊订单标识，所述消息内容获取请求进一步携带有问诊订单标识；在根据所述消息内容获取请求中的消息标识确定消息内容之前，关联服务使用预设的、该消息标识对应的条件表达式对所述问诊订单标识指示的订单类型和订单状态进行校验；以及，所述获取到预设的问诊节点触发的问诊事件，包括：从预设的消息队列中获取到所述问诊事件；所述问诊事件类型包括以下至少一种：问诊订单创建事件、问诊订单支付完成事件、问诊订单派发事件、接诊事件、转诊事件。
11.为实现上述目的，根据本发明的另一方面，提供了一种医患会话场景的消息发送装置。
12.本发明实施例的医患会话场景的消息发送装置设置在服务端的消息服务；所述装置可以包括：消息批次确定单元，用于：响应于获取到预设的问诊节点触发的问诊事件，依据预先配置的问诊事件类型与消息批次之间的映射关系确定获取到的问诊事件匹配的目标消息批次；其中，所述目标消息批次中含有多条目标消息的发送时间优先级以及任意两条相邻的目标消息之间的发送间隔时长；消息组装单元，用于：利用所述发送时间优先级和所述发送间隔时长确定每一目标消息的期望发送时间，从所述消息服务的关联服务中获取每一目标消息的消息内容；消息发送单元，用于：使用预设的时间轮将包含所述消息内容的每一目标消息按照该目标消息的期望发送时间发送到医生终端和患者终端。
13.可选地，所述目标消息批次中进一步含有每一目标消息的消息标识以及消息提供方，所述获取到的问诊事件中包括事件触发时间；以及，所述消息组装单元进一步用于：向作为任一目标消息的消息提供方的关联服务发送携带该目标消息的消息标识的消息内容获取请求，以获取该关联服务根据该消息标识确定的消息内容；依据所述发送时间优先级确定所述目标消息批次中各目标消息的发送先后顺序；将最先发送的目标消息的发送间隔时长与所述事件触发时间相加，得到该目标消息的期望发送时间；对于最先发送的目标消息之后的任一目标消息，将该任一目标消息距前一目标消息之间的发送间隔时长与前一目标消息的期望发送时间相加，得到该任一目标消息的期望发送时间。
14.为实现上述目的，根据本发明的又一方面，提供了一种电子设备。
15.本发明的一种电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明所提供的医患会话场景的消息发送方法。
16.为实现上述目的，根据本发明的再一方面，提供了一种计算机可读存储介质。
17.本发明的一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明所提供的医患会话场景的消息发送方法。
18.根据本发明的技术方案，上述发明中的实施例具有如下优点或有益效果：
19.消息服务在获取到问诊节点触发的问诊事件之后，依据预先配置的问诊事件类型与消息批次之间的映射关系确定获取到的问诊事件匹配的目标消息批次，进而根据目标消息批次中的发送时间优先级和发送间隔时长确定每一目标消息的期望发送时间，并从消息服务的关联服务中获取每一目标消息的消息内容，最后使用时间轮将包含消息内容的每一目标消息按照目标消息的期望发送时间发送到医生终端和患者终端。如此，能够由问诊节点触发预设内容的多条连贯消息，这些消息之间组成完整的语义，并且具有固定延迟，能够体现出消息是经过思考的结果，还能够为后续的病历、就诊记录等计算环节留出缓冲时间。同时，各消息的具体内容由消息服务的各关联服务进行配置和管理，消息服务只负责消息的组装和发送，由此避免了服务端单点问题。进一步，通过设计轻量级的时间轮调度模式(延迟较长的消息首先存储在数据库，当期望发送时间接近时再写入时间轮；将消息写入时间轮时，时间轮仅存储消息标识，消息内容则存储在缓存)以及基于线程池的消息发送机制能够确保医患会话场景下消息系统的高可用和高性能。
20.上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
21.附图用于更好地理解本发明，不构成对本发明的不当限定。其中：
22.图1是本发明实施例中医患会话场景的消息发送方法的主要步骤示意图；
23.图2是本发明实施例中医患会话场景的消息发送方法的架构示意图；
24.图3是本发明实施例中医患会话场景的消息发送方法的具体执行步骤示意图；
25.图4是本发明实施例中医患会话场景的消息发送装置的组成部分示意图；
26.图5是根据本发明实施例可以应用于其中的示例性系统架构图；
27.图6是用来实现本发明实施例中医患会话场景的消息发送方法的电子设备结构示意图。
具体实施方式
28.以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
29.需要指出的是，在不冲突的情况下，本发明的实施例以及实施例中的技术特征可以相互结合。
30.图1是根据本发明实施例中医患会话场景的消息发送方法的主要步骤示意图。
31.如图1所示，本发明实施例的医患会话场景的消息发送方法由服务端的消息服务执行，服务端的架构如图2所示。在服务端，问诊核心服务执行核心问诊流程并确定各问诊节点，这些问诊节点例如问诊订单创建节点、问诊订单支付完成节点、问诊订单派发节点、接诊节点、转诊节点等。在到达这些节点之后，问诊核心服务向消息队列发出相应的问诊订单创建事件、问诊订单支付完成事件、问诊订单派发事件、接诊事件、转诊事件(以上为不同的问诊事件类型)。消息服务订阅这些事件从而能够从消息队列中及时获取，并与关联服务交互来确定消息内容，最后将消息向患者终端和医生终端发送。以上方法的具体步骤如下：
32.步骤s101：响应于获取到预设的问诊节点触发的问诊事件，依据预先配置的问诊事件类型与消息批次之间的映射关系确定获取到的问诊事件匹配的目标消息批次。
33.实际应用中，每一问诊事件中可以包含问诊订单标识、问诊事件类型和事件触发时间。消息服务中预先配置问诊事件类型与消息批次之间的映射关系，以上每一消息批次中都含有各消息的消息标识、发送时间优先级以及任意两条相邻消息之间的发送间隔时长。同一消息批次中的各消息可以根据发送时间优先级从大到小或者从小到大的顺序确定发送先后顺序。在消息批次中，每一消息都具有一个发送间隔时长，表示与前一消息之间的发送时间间隔，最先发送的消息的发送间隔时长表示其距相应的问诊事件的事件触发时间的时间间隔。较佳地，每一消息批次中都含有各消息的消息提供方的标识，以便定位消息提供方以获取消息内容。
34.在本步骤中，消息服务从消息队列获取到问诊事件之后，依据预设的问诊事件类型与消息批次之间的映射关系确定获取到的问诊事件中的问诊事件类型对应的消息批次(下称为目标消息批次，其中的消息称为目标消息)。
35.步骤s102：利用发送时间优先级和发送间隔时长确定每一目标消息的期望发送时间，从消息服务的关联服务中获取每一目标消息的消息内容。
36.在本步骤中，消息服务分别确定每一目标消息的期望发送时间和消息内容，这两种步骤之间可以任意先后顺序执行，也可以同时执行。首先说明期望发送时间的确定过程。消息服务首先依据发送时间优先级确定目标消息批次中各目标消息的发送先后顺序，接着将最先发送的目标消息的发送间隔时长与相应问诊事件的事件触发时间相加，得到最先发送的目标消息的期望发送时间。此后，对于最先发送的目标消息之后的任一目标消息，将该任一目标消息距前一目标消息之间的发送间隔时长与前一目标消息的期望发送时间相加，得到该任一目标消息的期望发送时间。也就是说，在确定最先发送的目标消息的期望发送时间之后，按照发送先后顺序依次计算每一目标消息的期望发送时间。
37.关于消息内容的确定，消息服务向目标消息中消息提供方标识指示的关联服务发送消息内容获取请求，请求中携带目标消息的消息标识，较佳地，还可以携带消息服务从问诊事件中获取的问诊订单标识。关联服务预先存储其所管理的消息的消息标识和消息内容，还可以存储消息的条件表达式和消息发送方以及消息接收方，以上条件表达式用于校验相应的问诊订单的类型和状态，以上消息发送方、消息接收方用于确定医患会话中的消息发起者和消息接收者，具体应用中，会话中的消息发起者可以是系统、医生或患者，消息接收者可以是医生或患者。示例性地，以上关联服务可以是医生服务和患者服务，医生服务所管理的消息是站在医生角度所发出的消息，能够模拟医生的口吻和情景；患者服务所管
理的消息是站在患者角度所发出的消息，能够模拟患者的口吻和情景。
38.关联服务在接收到消息内容获取请求之后，首先可以确定请求中携带的消息标识对应的条件表达式，根据请求中携带的问诊订单标识查询问诊订单的状态，并使用条件表达式校验问诊订单的类型和状态。例如，使用条件表达式校验问诊订单类型是否为预设的合规类型、问诊订单状态是否为已经支付并且未曾取消。如果校验失败，关联服务不向消息服务提供消息内容。如果校验成功，关联服务可以将请求中携带的消息标识对应的消息内容返回到消息服务，还可以将相应的消息发送方和消息接收方的标识返回到消息服务。
39.步骤s103：使用预设的时间轮将包含消息内容的每一目标消息按照该目标消息的期望发送时间发送到医生终端和患者终端。
40.在本发明实施例中，消息服务中设置有时间轮模块。时间轮是一种利用线程资源进行高效批量化调度的模型，具有时钟和槽两个基本概念，其中，时钟负责指针的移动和获取，指针以预设步长移动，移动一周对应于一个时钟周期；槽对应于指针每次移动对应的时间点，并且，每一槽对应于一个队列用来存储落在相应时间点的消息。当指针指向任一槽时，消息服务可以取出该槽内的消息并执行发送逻辑，从而保证消息发送的准确性。此外，任意时刻的时间轮具有一个当前基准时间，即指针在当前时钟周期指向零点时对应的真实时刻。可以理解，时间轮在同一时钟周期内具有同一当前基准时间；当时间轮完成一个时钟周期后，其当前基准时间等于前一当前基准时间与时钟周期之和。实际场景中，可以创建一个线程来移动指针并调度指针指向的槽中的消息。
41.在本步骤中，针对包含消息标识、消息内容和期望发送时间的每一目标消息，消息服务首先将该期望发送时间与时间轮的当前基准时间之差确定为该目标消息的当前延迟时长。可以理解，随着时间轮当前基准时间的动态改变，消息服务的当前延迟时长也会随之改变。接着，消息服务判断目标消息的当前延迟时长是否大于时间轮的时钟周期：若是，说明目标消息的期望发送时间不在时间轮的本次时钟周期表示的时间范围之内，因此将目标消息的消息标识、消息内容和期望发送时间存储在预设数据库；如果目标消息的当前延迟时长不大于时间轮的时钟周期，说明目标消息的期望发送时间还在时间轮的本次时钟周期表示的时间范围之内，因此将目标消息的消息标识写入时间轮的一个槽对应的队列中，将目标消息的消息标识和消息内容存储到预设缓存中。可以理解，该槽对应的时钟时间等于目标消息的当前延迟时长。
42.以时钟周期为1分钟，步长为一秒钟为例，消息服务如果判断目标消息的当前延迟时长大于1分钟，则将目标消息的消息标识、消息内容和期望发送时间存储在数据库；如果判断目标消息的当前延迟时长小于或等于1分钟，则将目标消息的消息标识写入时间轮的一个槽对应的队列中，将目标消息的消息标识和消息内容存储到预设缓存中。例如，目标消息的当前延迟时长为32秒，则写入消息标识的槽对应于32秒的时间点。
43.另外，当时间轮完成一个时钟周期之后，消息服务从数据库获取当前延迟时长(即一个时钟周期之后改变后的当前延迟时长)不大于时钟周期的目标消息，将获取的目标消息的消息标识写入时间轮的一个槽对应的队列中，将获取的目标消息的消息标识和消息内容存储到缓存中。同样地，该槽对应的时钟时间等于获取的目标消息的当前延迟时长。
44.在时间轮中，当时钟指针指向任一槽，负责移动指针的线程将该槽对应的队列中的目标消息添加到预设的线程池，由线程池中的至少一个线程执行消息的并行发送。可以
理解，负责发送消息的线程在发送之前需要根据消息标识在缓存中查询到相应的消息内容。通过以上当前延迟时长与时钟周期的比较判断，将期望发送时间较远的消息存储到数据库，将期望发送时间较近的消息写入时间轮，能够使缓存消息的时间轮更为轻量化，专注于提供高性能的延时效果；在将消息写入时间轮时，采用将消息标识与消息内容分离的方式，将消息标识写入时间轮，将消息内容写入缓存，进一步实现时间轮的轻量化。针对数据库中的消息，以时钟周期作为刷新周期来执行数据库中消息的时间轮写入，能够基于较低的刷新频率保证系统的稳定性和高可用。
45.图3是本发明实施例中医患会话场景的消息发送方法的具体执行步骤示意图，参见图3。在步骤s301中，问诊核心服务根据问诊节点向消息队列发出问诊事件；在步骤s302中，消息服务从消息队列获取到问诊事件；在步骤s303中，消息服务获取问诊事件匹配的目标消息批次；在步骤s304中，消息服务向关联服务发送消息内容获取请求；在步骤s305中，关联服务使用条件表达式对问诊订单进行校验；在步骤s306中，关联服务向消息服务返回消息内容；在步骤s307中，消息服务计算每一目标服务的期望发送时间和当前延迟时长。此后，消息服务判断目标消息的当前延迟时长是否大于时间轮的时钟周期：若否，执行步骤s308，消息服务将目标消息的消息标识写入时间轮，将目标消息的消息内容写入缓存；在步骤s309中，消息服务将时钟指针指向的槽对应的队列中的目标消息添加到线程池；在步骤s310中，消息服务使用线程池中的线程并行发送目标消息。如果目标消息的当前延迟时长大于时间轮的时钟周期，则执行步骤s311和步骤s312。在步骤s311中，消息服务将目标消息写入数据库；在步骤s312中，在时间轮完成一个时钟周期之后，消息服务确定数据库中当前延迟时长不大于时钟周期的目标消息，此后执行步骤s308。
46.以下说明本发明的一个具体实施例。
47.随着互联网技术的发展，互联网医疗的应用日渐广泛。在医患会话过程中，很多对话消息由患者或医生手动输入，占用了大量宝贵的问诊时间，影响了诊疗效率。如果系统能自动根据设置的特定规则，有序、有节奏地模拟医生或患者的语气向会话中发送一些病情说明信息、欢迎语、引导语等则可以让医生高效的了解患者的病情、病历等信息，便于引导患者提供更加专业的病情信息。因此，可以设计开发一种通用的自动模拟医患对话的方法，能够提高问诊流程的流畅度，提升医生工作效率和患者问诊体验。
48.根据实际场景要求，互联网医院会话系统的模拟消息要具备以下特征：
49.第一，有特定的节点触发特定的模拟消息对话过程：每一批次的模拟对话消息不是无缘无故的发生，而是有特定的事件节点触发，有明确的对话文案和结束节点。
50.第二，同一批次的不同消息具有顺序性：在问诊会话中，每个角色的消息以及不同角色之间的消息是顺序的、连贯的，上下文共同组成完整的语义。
51.第三，消息具有适当的延迟：会话系统中的每一条消息不应该是立即发送，而是基于前置消息的语境、条件经过“思考”的结果，具有一定的延迟性。
52.第四，高可用和高性能：会话系统是分布式高可用的系统，承担的消息流量巨大，要严格保证消息发送的时效性和高性能。
53.符合以上要求的模拟医患会话方案能够提高互联网医院的问诊效率和体验收益，例如在互联网医疗的复诊续方流程中，有法规规定医生在开方前需要与患者确认之前是否服用过相关药物、是否有不良反应、以及需要询问患者的过敏史来保障患者服药的安全性，
如果医生对每个患者的购药问诊都手动打字询问则会浪费大量时间，因此智能的、自动化的医患模拟对话方案是必要的。具体对话模拟过程举例如下：
54.1)患者下购药订单，医生接诊。
55.2)模拟医生消息：您好，我是xxx医生，我已收到您的病情信息，互联网医疗只对复诊用户提供医疗服务。(间隔x秒后继续后发出下一消息)
56.3)模拟医生消息：您已确诊过此疾病并使用过该药，且无过敏史和不良反应。请问您是否还有其他信息要补充说明？若无我将依据病情为您开具处方。(间隔y秒后发出下一消息)
57.4)患者选择是否补充。
58.5)模拟医生消息：好的，我将根据您提交的复诊信息开具处方，请详细阅读药品说明书，遵医嘱用药。
59.本实施例采用图2所示架构。具体地，消息服务接收消息队列中的问诊事件，并根据问诊事件远程调用关联服务获取消息内容并进行排序和期望发送时间的计算。此后消息服务通过时间轮机制执行任务发送。以下为详细流程。
60.问诊事件由问诊核心服务中的下单、接诊、转诊等问诊节点所触发，问诊事件被发送到消息队列中存储，对于关注问诊事件的服务可以从消息队列中消费消息，从而基于该消息异步、近实时的执行独立业务，对核心的问诊流程不会产生任何影响。问诊事件包含的信息见下表：
[0061][0062][0063]
消息聚合的过程是消息服务消费消息队列中的问诊事件，然后根据问诊事件中的问诊事件类型获取对应的消息批次，消息批次中每一消息的信息如下表：
[0064]
字段数据类型说明msgcodestring消息标识msgservicestring消息提供方标识msgorderinteger发送时间优先级msgdelaytimeinteger发送间隔时长
[0065]
消息服务只负责维护消息的顺序与间隔，而每条消息的详细内容由不同的关联服务独立维护，如患者服务维护模拟患者发送的消息，医生服务维护模拟医生发送的消息，这样各服务相互解耦，使系统更加简化、更易维护。关联服务维护的消息如下表：
[0066]
字段数据类型说明msgcodestring消息标识msgsendconditionstring条件表达式msgcontentstring消息内容
msgfromstring消息发送方msgtostring消息接收方
[0067]
消息服务在接收到关联服务返回的消息之后，形成包括以下信息的消息：
[0068]
字段数据类型说明msgcodestring消息标识msgcontentstring消息内容msgfromstring消息发送方msgtostring消息接收方expectsendtimestring期望发送时间
[0069]
此后，消息服务计算各消息的当前延迟时长，将该各消息按照当前延迟时长写入到时间轮，并通过独立的线程转动时间轮的指针并对指针指向的槽内的消息进行发送。
[0070]
时间轮可由分布式缓存redis结合数组来实现，为了合理的使用消息服务的内存资源，本实施例以秒为单位的时间轮来处理消息发送任务，时间轮的槽为60个，对应60秒。每个槽对应一个双端队列，存储待发送的消息，最先进入队列的消息在队列头部，发送时最先被取出。控制时间轮槽的数量能有效降级系统复杂度并且提升处理性能。如果把所有的任务都放到时间轮对应的槽的队列中，延时较长的任务会长时间的占用任务队列资源，影响任务处理效率，故本实施例将一分钟内执行的任务直接写入时间轮中，而对于延迟超过一分钟的任务先写入数据库中，此后再将数据库中一分钟内的消息写入到时间轮，如此可使缓存任务的时间轮更加轻量化，从而专注于提供高性能的延时效果。
[0071]
时间轮可以通过redis的60个key-value数据表示。key的规则为clock-second-01、clock-second-02、...、clock-second-59、clock-second-60。value的数据类型为zset，zset数据类型由唯一的、不重复的字符串元素组成，zset的每个元素都与一个浮点值相关联，称为分数。在本实施例中，使用消息的当前延迟时长作为分数。redis是一种基于内存的key-value结构的数据存储系统，由于其基于缓存实现，因此读写性能较好，单次读写耗时小于10ms，单个redis节点的qps能达到60000到80000，使用redis的时间轮能够保证调度时间的准确性。
[0072]
在面对待发送的消息时，消息服务如果判断该消息的当前延迟时长小于或等于60秒，则直接将该消息的消息标识追加到时间轮对应槽的队列中，将消息标识和消息内容写入缓存。如果该消息的当前延迟时长大于60秒，则先将该消息持久化到数据库中，后续再行调度。
[0073]
时间轮由独立线程拨动指针并检查指针对应槽内的消息，如果当前有需要发送的消息则将消息添加到线程池中进行发送。发送完成后，消息服务删除时间轮、缓存和数据库中的记录，完成核销。
[0074]
对于数据库中的消息，消息服务每隔一分钟从数据库内检索后续一分钟要处理的消息，然后追加到时间轮对应的槽中，等待指针转动到该槽时发送槽内的消息。通过以上机制，能够利用轻量级、高可用的时间轮调度模式实现模拟会话系统的消息发送。
[0075]
以上线程池的使用能够通过多线程处理同一时刻的消息，提升处理性能。在流量巨大的互联网医院会话系统中，同一时刻会有几万个消息同时处理，如果采用同步顺序执行会影响消息发送效率，本实施例中采用基于线程池的多线程处理方式，有效提升消息发
送性能。此外，还可以通过失败重试策略进一步提升消息发送性能，重试的次数可以配置，例如配置为2次。如果重试两次后依然发送失败，则通过报警方式将发送失败的消息发送给相关人员，采取人工补偿机制处理，如此能够保证消息处理的可靠性。
[0076]
本实施例能够保证医患会话系统中消息发送的可靠性和准确性，并且能够保证高并发环境下消息处理的性能，有助于优化用户问诊体验，提升问诊效率以及医患问诊沟通的专业度。
[0077]
需要说明的是，对于前述的各方法实施例，为了便于描述，将其表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，某些步骤事实上可以采用其它顺序进行或者同时进行。此外，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是实现本发明所必须的。
[0078]
为便于更好的实施本发明实施例的上述方案，下面还提供用于实施上述方案的相关装置。
[0079]
请参阅图4所示，本发明实施例提供的医患会话场景的消息发送装置400设置在服务端的消息服务，可以包括：消息批次确定单元401、消息组装单元402和消息发送单元403。
[0080]
其中，消息批次确定单元401可用于：响应于获取到预设的问诊节点触发的问诊事件，依据预先配置的问诊事件类型与消息批次之间的映射关系确定获取到的问诊事件匹配的目标消息批次；其中，所述目标消息批次中含有多条目标消息的发送时间优先级以及任意两条相邻的目标消息之间的发送间隔时长；消息组装单元402可用于：利用所述发送时间优先级和所述发送间隔时长确定每一目标消息的期望发送时间，从所述消息服务的关联服务中获取每一目标消息的消息内容；消息发送单元403可用于：使用预设的时间轮将包含所述消息内容的每一目标消息按照该目标消息的期望发送时间发送到医生终端和患者终端。
[0081]
在本发明实施例中，所述目标消息批次中进一步含有每一目标消息的消息标识以及消息提供方，所述获取到的问诊事件中包括事件触发时间；以及，所述消息组装单元402可进一步用于：向作为任一目标消息的消息提供方的关联服务发送携带该目标消息的消息标识的消息内容获取请求，以获取该关联服务根据该消息标识确定的消息内容；依据所述发送时间优先级确定所述目标消息批次中各目标消息的发送先后顺序；将最先发送的目标消息的发送间隔时长与所述事件触发时间相加，得到该目标消息的期望发送时间；对于最先发送的目标消息之后的任一目标消息，将该任一目标消息距前一目标消息之间的发送间隔时长与前一目标消息的期望发送时间相加，得到该任一目标消息的期望发送时间。
[0082]
实际应用中，所述消息发送单元403可用于：针对包含消息标识、消息内容和期望发送时间的每一目标消息，将该期望发送时间与所述时间轮的当前基准时间之差确定为该目标消息的当前延迟时长；在所述当前延迟时长大于所述时间轮的时钟周期时，将该目标消息的消息标识、消息内容和期望发送时间存储在预设数据库；在所述当前延迟时长不大于所述时间轮的时钟周期时，将该目标消息的消息标识写入所述时间轮的一个槽对应的队列中，将该目标消息的消息标识和消息内容存储到预设缓存中；其中，所述槽对应的时钟时间等于该目标消息的所述当前延迟时长；响应于所述时间轮的时钟指针指向任一槽，将该槽对应的队列中的目标消息添加到预设的线程池进行并行发送。
[0083]
作为一个优选方案，所述消息发送单元403可用于：响应于所述时间轮完成一个时
钟周期，从所述数据库获取当前延迟时长不大于所述时钟周期的目标消息；将获取的目标消息的消息标识写入所述时间轮的一个槽对应的队列中，将获取的目标消息的消息标识和消息内容存储到所述缓存中；其中，该槽对应的时钟时间等于获取的目标消息的当前延迟时长。
[0084]
此外，在本发明实施例中，所述获取到的问诊事件中进一步包括：问诊订单标识，所述消息内容获取请求进一步携带有问诊订单标识；在根据所述消息内容获取请求中的消息标识确定消息内容之前，关联服务使用预设的、该消息标识对应的条件表达式对所述问诊订单标识指示的订单类型和订单状态进行校验；以及，所述消息批次确定单元401可进一步用于：从预设的消息队列中获取到所述问诊事件；所述问诊事件类型包括以下至少一种：问诊订单创建事件、问诊订单支付完成事件、问诊订单派发事件、接诊事件、转诊事件。
[0085]
根据本发明实施例的技术方案，消息服务在获取到问诊节点触发的问诊事件之后，依据预先配置的问诊事件类型与消息批次之间的映射关系确定获取到的问诊事件匹配的目标消息批次，进而根据目标消息批次中的发送时间优先级和发送间隔时长确定每一目标消息的期望发送时间，并从消息服务的关联服务中获取每一目标消息的消息内容，最后使用时间轮将包含消息内容的每一目标消息按照目标消息的期望发送时间发送到医生终端和患者终端。如此，能够由问诊节点触发预设内容的多条连贯消息，这些消息之间组成完整的语义，并且具有固定延迟，能够体现出消息是经过思考的结果。同时，各消息的具体内容由消息服务的各关联服务进行配置和管理，消息服务只负责消息的组装和发送，由此避免了服务端单点问题。进一步，通过设计轻量级的时间轮调度模式以及基于线程池的消息发送机制能够确保医患会话场景下消息系统的高可用和高性能。
[0086]
图5示出了可以应用本发明实施例的医患会话场景的消息发送方法或医患会话场景的消息发送装置的示例性系统架构500。
[0087]
如图5所示，系统架构500可以包括终端设备501、502、503(例如医生终端和患者终端)，网络504和服务器505(此架构仅仅是示例，具体架构中包含的组件可以根据申请具体情况调整)。网络504用以在终端设备501、502、503和服务器505之间提供通信链路的介质。网络504可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等。
[0088]
用户可以使用终端设备501、502、503通过网络504与服务器505交互，以接收或发送消息等。终端设备501、502、503上可以安装有各种客户端应用，例如医患会话应用等(仅为示例)。
[0089]
终端设备501、502、503可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
[0090]
服务器505可以是提供各种服务的服务器，例如对用户利用终端设备501、502、503所操作的医患会话应用提供支持的消息服务器(仅为示例)。消息服务器可以将问诊事件触发的多条目标消息按照预设的期望发送时间反馈给终端设备501、502、503。
[0091]
需要说明的是，本发明实施例所提供的医患会话场景的消息发送方法一般由服务器505执行，相应地，医患会话场景的消息发送装置一般设置于服务器505中。
[0092]
应该理解，图5中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
[0093]
本发明还提供了一种电子设备。本发明实施例的电子设备包括：一个或多个处理
器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明所提供的医患会话场景的消息发送方法。
[0094]
下面参考图6，其示出了适于用来实现本发明实施例的电子设备的计算机系统600的结构示意图。图6示出的电子设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
[0095]
如图6所示，计算机系统600包括中央处理单元(cpu)601，其可以根据存储在只读存储器(rom)602中的程序或者从存储部分608加载到随机访问存储器(ram)603中的程序而执行各种适当的动作和处理。在ram603中，还存储有计算机系统600操作所需的各种程序和数据。cpu601、rom 602以及ram 603通过总线604彼此相连。输入/输出(i/o)接口605也连接至总线604。
[0096]
以下部件连接至i/o接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至i/o接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便从其上读出的计算机程序根据需要被安装入存储部分608。
[0097]
特别地，根据本发明公开的实施例，上文的主要步骤图描述的过程可以被实现为计算机软件程序。例如，本发明实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行主要步骤图所示的方法的程序代码。在上述实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元601执行时，执行本发明的系统中限定的上述功能。
[0098]
需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。在本发明中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
[0099]
附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代
表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这根据所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
[0100]
描述于本发明实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括消息批次确定单元、消息组装单元和消息发送单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，消息批次确定单元还可以被描述为“向消息组装单元提供目标消息批次的单元”。
[0101]
作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中的。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该设备执行时，使得该设备执行的步骤包括：响应于获取到预设的问诊节点触发的问诊事件，依据预先配置的问诊事件类型与消息批次之间的映射关系确定获取到的问诊事件匹配的目标消息批次；其中，所述目标消息批次中含有多条目标消息的发送时间优先级以及任意两条相邻的目标消息之间的发送间隔时长；利用所述发送时间优先级和所述发送间隔时长确定每一目标消息的期望发送时间，从消息服务的关联服务中获取每一目标消息的消息内容；使用预设的时间轮将包含所述消息内容的每一目标消息按照该目标消息的期望发送时间发送到医生终端和患者终端。
[0102]
在本发明实施例的技术方案中，消息服务在获取到问诊节点触发的问诊事件之后，依据预先配置的问诊事件类型与消息批次之间的映射关系确定获取到的问诊事件匹配的目标消息批次，进而根据目标消息批次中的发送时间优先级和发送间隔时长确定每一目标消息的期望发送时间，并从消息服务的关联服务中获取每一目标消息的消息内容，最后使用时间轮将包含消息内容的每一目标消息按照目标消息的期望发送时间发送到医生终端和患者终端。如此，能够由问诊节点触发预设内容的多条连贯消息，这些消息之间组成完整的语义，并且具有固定延迟，能够体现出消息是经过思考的结果。同时，各消息的具体内容由消息服务的各关联服务进行配置和管理，消息服务只负责消息的组装和发送，由此避免了服务端单点问题。进一步，通过设计轻量级的时间轮调度模式以及基于线程池的消息发送机制能够确保医患会话场景下消息系统的高可用和高性能。
[0103]
上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。