交互消息处理方法、装置、设备和介质与流程

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.图6为本公开实施例提供的一种电子设备的结构示意图。
具体实施方式
27.为了能够更清楚地理解本公开的上述目的、特征和优点，下面将对本公开的方案进行进一步描述。需要说明的是，在不冲突的情况下，本公开的实施例及实施例中的特征可以相互组合。
28.在下面的描述中阐述了很多具体细节以便于充分理解本公开，但本公开还可以采用其他不同于在此描述的方式来实施；显然，说明书中的实施例只是本公开的一部分实施例，而不是全部的实施例。
29.图1为本公开实施例提供的一种交互消息的处理架构示意图，用于对本公开实施例进行示例性说明，并具体以直播交互场景为例，不应理解为对本公开实施例的具体限定。如图1所示，第一终端设备和第二终端设备分别进入直播间1，并由服务器1为第一终端设备和第二终端设备进行交互消息的分发；第三终端设备和第四终端设备分别进入直播间2，并由服务器2为第三终端设备和第四终端设备进行交互消息的分发。各个终端设备和服务器之间可以采用建立长连接的方式建立通信连接。服务器1和服务器2可以实时或者周期性地从消息源中获取各自所需的交互消息，然后分发至各个终端设备。
30.在交互消息分发过程中，服务器1和服务器2可以按照各个终端设备的预设信息，确定待发送至各个终端设备的交互消息，并分别确定第一终端设备和第二终端设备是否接收相同的交互消息，以及第三终端设备和第四终端设备是否接收相同的交互消息，如果是，则服务器1可以将待发送至第一终端设备的交互消息的预设处理结果发送至第二终端设
备，从而省去在向第二终端设备发送交互消息过程中的重复性消息预设处理操作，同理，服务器2可以将待发送至第三终端设备的交互消息的预设处理结果发送至第四终端设备，从而省去在向第四终端设备发送交互消息过程中的重复性消息预设处理操作，达到减缓服务器的数据处理压力的效果。
31.其中，每个终端设备的预设信息用于作为服务器确定需要向终端设备发送的交互消息的筛选条件(或称为过滤条件)，可以包括以下至少之一：终端设备的特征信息和终端设备参与的交互类型。终端设备的特征信息可以包括但不限于设备类型、终端设备中安装的交互应用程序的版本信息等。交互应用程序的版本信息可以包括正式上线版本的版本号或者灰度版本(指在一定用户范围内发布的一种测试版本)的版本号等。设备类型可以包括基于安卓(andriod)操作系统的设备或者基于苹果(即ios)操作系统的设备等。终端设备参与的交互类型可以包括直播间交互类型和聊天室交互类型等。直播间交互类型可以根据直播间类型进一步细分，直播间类型可以根据直播涉及的主题类型而定，例如电商直播间、游戏直播间、教育直播间或者新闻直播间等。
32.需要说明的是，上述第一终端设备、第二终端设备、第三终端设备和第四终端设备分别用于指代不同的设备，不带有任何顺序上的限定含义。
33.图2为本公开实施例提供的一种交互消息处理方法的流程图，本公开实施例可以适用于服务器如何向终端设备发送交互消息的情况。本公开实施例提供的交互消息处理方法可以由集成在服务器中的交互消息处理装置执行，该装置可以采用软件和/或硬件实现。
34.如图2所示，本公开实施例提供的交互消息处理方法可以包括：
35.s210、确定待发送至第一终端设备的第一交互消息。
36.在本公开实施例中，针对不同的交互场景，交互消息的类型不同，例如在直播交互场景下，交互消息可以是直播消息；在基于聊天室的聊天场景下，交互消息可以是聊天交互消息。基于不同的业务部署，服务器可以按照预先设定的消息分发机制从消息源中确定待发送至各个终端设备的交互消息。
37.可选的，确定待发送至第一终端设备的第一交互消息，包括：
38.获取第一终端设备的第一预设信息，并基于第一预设信息确定待发送至第一终端设备的第一交互消息；其中，第一预设信息用于筛选需要下发至终端设备的交互消息。示例性的，第一预设信息可以包括第一终端设备的特征信息和第一终端设备参与的交互类型，特征信息可以包括但不限于设备类型、终端设备中安装的交互应用程序的版本信息等；交互类型可以包括直播间交互类型和聊天室交互类型等。服务器可以通过与第一终端设备进行数据交互，获取第一终端设备的第一预设信息。
39.以直播交互场景为例，服务器可以通过解析第一终端设备的直播间进入请求，获取携带在该直播间进入请求中的第一预设信息，也可以在第一终端设备进入直播间后，通过与第一终端设备的交互，获取第一预设信息。针对直播间类型，服务器也可以根据第一终端设备的直播间进入请求中携带的房间标识，确定直播间类型，例如按照预先存储的房间标识与直播间类型的对应关系，确定与第一终端设备当前进入的直播间的房间标识对应的直播间类型。
40.服务器可以实时或者周期性地从消息源中获取针对终端设备当前参与的交互类型的候选交互消息，然后按照第一终端设备的第一预设信息，从候选交互消息筛选出待发
送至第一终端设备的第一交互消息。即进一步的，基于预设信息确定待发送至第一终端设备的第一交互消息包括：按照预设时间周期(可以根据需求而定)从消息源中获取候选交互消息；基于第一预设信息，从候选交互消息中确定待发送至第一终端设备的第一交互消息。具体的，在第一交互消息确定过程中，可以根据预设的交互消息筛选策略(该交互消息筛选策略中预先设置了用于筛选交互消息的至少一个有效预设信息)，确定需要发送至第一终端设备的第一交互消息，例如，服务器根据第一终端设备中交互应用程序的版本信息和设备类型，从候选交互消息中确定需要下发至第一终端设备的第一交互消息。
41.继续以直播交互场景为例，服务器可以周期性地从消息源中获取第一终端设备进入的当前直播间的候选交互消息，例如各种聊天消息、礼物消息和点赞消息等，然后根据第一终端设备的第一预设信息中的全部信息或者部分信息，从候选交互消息中筛选出需要发送至第一终端设备的第一交互消息，从而避免将当前直播间的候选交互消息全量发送至第一终端设备而引发的较大流量开销以及对服务器资源的较大耗费。
42.服务器采用周期性获取候选交互消息的方式，在确保向终端设备下发最新交互消息的基础上，还可以在一定程度上平衡资源消耗量，缓解任务处理压力。并且，根据终端设备的预设信息，对需要发送至终端设备的交互消息进行过滤，还可以提高终端设备接收的交互消息的有效性，即发送至终端设备的交互消息是与终端设备的预设信息相匹配的、终端设备中可显示的有效交互消息，避免服务器不加选择地将终端设备中无法显示的交互消息也发送至终端设备。
43.s220、对第一交互消息进行预设处理，得到第一消息处理结果，并缓存第一消息处理结果。
44.预设处理涉及的具体操作可以根据不同交互场景下的消息处理而定。示例性，对第一交互消息进行预设处理，得到第一消息处理结果，包括：对第一交互消息进行消息序列化处理和压缩处理，得到第一消息处理结果。其中，消息序列化处理是指按照约定的消息格式(可根据需求而定)对交互消息进行处理，压缩处理可以采用任意可用的压缩方式实现，关于消息序列化处理和压缩处理的具体实现可以参考现有实现原理实现。
45.序列化处理和压缩处理相比于根据终端设备的预设信息进行交互消息的筛选，是非常消耗服务器的cpu资源的两个处理过程，采用本公开实施例的技术方案，针对接收相同交互消息的终端设备，在交互消息下发至各个终端设备之前，只需要执行一次交互消息的序列化处理和压缩处理，因此，可以极大地减少服务器中关于序列化处理和压缩处理的重复操作，减缓服务器的数据处理压力，减少服务器的资源消耗。
46.s230、将第一消息处理结果发送至第一终端设备。
47.s240、确定待发送至第二终端设备的第二交互消息。
48.可选的，确定待发送至第二终端设备的第二交互消息，包括：
49.获取第二终端设备的第二预设信息，并基于第二预设信息确定待发送至第二终端设备的第二交互消息；其中，第二预设信息用于筛选需要下发至终端设备的交互消息。示例性的，第二预设信息可以包括第二终端设备的特征信息和第二终端设备参与的交互类型，特征信息可以包括但不限于设备类型、终端设备中安装的交互应用程序的版本信息等；交互类型可以包括直播间交互类型和聊天室交互类型等。并且，在本公开实施例中第二终端设备和第一终端设备参与的交互类型相同，例如进入相同的直播间，或者参与相同聊天室
的聊天交互等。
50.进一步的，可以按照预设时间周期从消息源中获取候选交互消息；基于第二预设信息，从候选交互消息中确定待发送至第二终端设备的第二交互消息。
51.关于如何确定第二交互消息的实现逻辑与如何确定第一交互消息的实现逻辑相同，可以参考前述描述。
52.s250、在确定第二交互消息与第一消息处理结果对应的情况下，将缓存的第一消息处理结果发送至第二终端设备。
53.示例性的，如果参与确定第一交互消息和第二交互消息的终端设备的预设信息相同，则可以确定第二交互消息与第一消息处理结果对应；或者，可以采用相同的哈希计算方式，分别计算第一交互消息和第二交互消息对应的哈希值，如果哈希值相同，则可以确定第二交互消息与第一消息处理结果对应，即确定第一消息处理结果与第二交互消息的预设处理结果相同；然后直接将缓存的第一消息处理结果发送至第二终端设备，从而省去对第二交互消息执行预设处理的重复操作。其中，第一终端设备和第二终端设备参与的交互类型相同，服务器对第一交互消息和第二交互消息执行的预设处理也相同。
54.进一步的，本公开实施例提供的交互消息处理方法还包括：
55.在确定第二交互消息与第一消息处理结果不对应的情况下，对第二交互消息进行预设处理，得到第二消息处理结果，并缓存第二消息处理结果；
56.将第二消息处理结果发送至第二终端设备。
57.通过将第二消息处理结果缓存，当存在后续的终端设备也需要接收与第二交互消息相同的消息时，可以直接将缓存的第二消息处理结果发送至该终端设备，同样可以达到减少消息分发过程中需执行的重复性预设处理操作的效果。
58.在本公开实施例中，首先确定待发送至第一终端设备的第一交互消息，将经过预设处理后的第一消息处理结果发送至第一终端设备，并进行缓存，在确定待发送至第二终端设备的第二交互消息后，优先确定第二交互消息与第一消息处理结果是否对应，即确定第一消息处理结果是否与第二交互消息的预设处理结果相同，如果对应，则无需对第二交互消息进行预设处理，可以直接将缓存的第一消息处理结果发送至第二终端设备，解决了现有方案中服务器因重复执行大量地消息预设处理操作而导致数据处理压力较大、资源消耗较大的问题，采用通过减少交互消息发送过程中的重复性消息预设处理操作的方式，减缓了服务器的数据处理压力，减少了服务器的资源消耗，提高了交互消息的分发效率。并且，通过根据终端设备的预设信息筛选需要发送至终端设备的交互消息，相比于现有的交互消息全量发送的方案，解决了服务器和终端设备之间流量开销较大的问题，减少了服务器和终端设备之间的流量消耗，提高了终端设备接收的交互消息的有效性。
59.图3为本公开实施例提供的另一种交互消息处理方法的流程图，用于对本公开实施例进行示例性说明，不应理解为对本公开实施例的具体限定。具体以直播交互场景为例，如图3所示，在整个直播过程中，服务器按照预设时间周期从消息源中获取当前直播间的最新消息，根据第一终端设备a(用于泛指进入直播间的任意一个终端设备)的预设信息，从获取的最新消息中筛选出需要发送至第一终端设备a的第一交互消息(该过程即消息过滤)，并对该第一交互消息进行消息序列化处理和消息压缩处理，然后可以将消息处理结果发送至第一终端设备a，同时，将消息处理结果缓存在服务器本地，或者缓存在当前进程的内存
中。
60.然后，根据进入当前直播间的另一终端设备b的预设信息，确定需要发送至第二终端设备b的第二交互消息，并确定第二交互消息对应的消息处理结果是否存在缓存中，如果存在，则可以直接从缓存中获取第二交互消息对应的消息处理结果，并发送至第二终端设备b；如果不存在，则需要对第二交互消息执行进行消息序列化处理和消息压缩处理后，再发送至第二终端设备b，同时可以将消息处理结果缓存在服务器本地，或者缓存在当前进程的内存中。可以通过重复执行上述操作，完成对进入直播间的各个终端设备的消息发送，直至直播关闭或结束。
61.图4为本公开实施例提供的另一种交互消息处理方法的流程图，基于上述技术方案进一步优化与扩展，并可以与上述各个可选实施方式进行结合。
62.如图4所示，本公开实施例提供的交互消息处理方法可以包括：
63.s410、确定待发送至第一终端设备的第一交互消息。
64.s420、对第一交互消息进行预设处理，得到第一消息处理结果。
65.s430、获取第一交互消息的消息id，并基于第一交互消息的消息id计算得到第一哈希值。
66.消息id用于唯一性的标识交互消息。关于哈希计算的具体实现可以采用现有的任意可用的哈希计算方式实现，本公开实施例不作具体限定，例如可以采用md5信息摘要算法(md5 message-digest algorithm)，对第一交互消息的消息id进行哈希计算，得到第一哈希值。
67.可选的，如果第一交互消息包括多个子消息，则获取第一交互消息的消息id，并基于第一交互消息的消息id计算得到第一哈希值，包括：
68.获取第一交互消息中各个子消息的消息id，并按照预设排序策略将各个子消息的消息id进行拼接，得到第一拼接id序列；
69.基于第一拼接id序列计算得到第一哈希值。
70.其中，预设排序策略可以根据需求灵活设置，例如按照子消息的优先级进行排序(各子消息对应的优先级等级也可以预先定义)、按照服务器对各个子消息的接收时间进行排序等；并且，多个子消息以及对应的消息id，可以分别采用消息列表(filterlist)和消息id列表(filteridlist)的形式进行缓存。采用不同的预设排序策略得到不同的拼接id序列，不同的拼接id序列对应不同的哈希值。
71.s440、按照第一哈希值与第一消息处理结果的对应关系，缓存第一消息处理结果。
72.例如，可以按照键值对的形式，将第一哈希值和第一消息处理结果进行缓存，具体的，可以将第一哈希值作为“key”，将第一消息处理结果作为“value”。
73.s450、将第一消息处理结果发送至第一终端设备。
74.s460、确定待发送至第二终端设备的第二交互消息。
75.s470、获取第二交互消息的消息id，并基于第二交互消息的消息id计算得到第二哈希值。
76.同样的，关于哈希计算的具体实现可以采用现有的任意可用的哈希计算方式实现，本公开实施例不作具体限定，例如可以采用md5信息摘要算法(md5 message-digest algorithm)，对第二交互消息的消息id进行哈希计算，得到第二哈希值。第二哈希值和第一
哈希值的计算方式相同。
77.如果第二交互消息中同样包括多个子消息，也可以按照前述预设排序策略将各个子消息的消息id进行拼接，得到第二拼接id序列；然后基于第二拼接id序列计算得到第二哈希值。即为了确保哈希值的比较准确性，对第二交互消息中多个子消息的消息id进行拼接以及对第二拼接id序列进行哈希计算的实现，均与对第一交互消息中多个子消息的消息id进行拼接和哈希计算的实现过程相同。
78.s480、如果第二哈希值与第一哈希值相同，则确定第二交互消息与第一消息处理结果对应。
79.s490、将缓存的第一消息处理结果发送至第二终端设备。
80.如果第二哈希值与第一哈希值不相同，则确定第二交互消息与第一消息处理结果不对应，需要对第二交互消息进行预设处理后再发送至第二终端设备。
81.在本公开实施例中，通过哈希值计算，得到第一交互消息对应的第一哈希值，并按照第一哈希值与第一消息处理结果的对应关系，缓存第一消息处理结果，在计算得到第二交互消息对应的第二哈希值后，通过第一哈希值和第二哈希值的对比，确定第二交互消息与第一消息处理结果是否对应，并在对应的情况下，将缓存的第一消息处理结果发送至第二终端设备，减少了交互消息发送过程中的重复性消息预设处理操作，减缓了服务器的数据处理压力，减少了服务器的资源消耗，提高了交互消息的分发效率。
82.在本公开实施例中，服务器可以从相同的网关模块接收第一终端设备和第二终端设备的交互请求，例如进入同一直播间的请求，或者进入同一聊天室的请求等。以直播交互场景为例，第一终端设备和第二终端设备在进入同一直播间之前，由网关模块(或称为网关层)基于直播间的房间标识路由至相同的服务器(或称为同一消息接入层设备)，由该服务器提供交互消息的下发服务，从而确保采用本公开实施例的技术方案后，针对接收相同交互消息的终端设备，可以达到减少流量开销、减缓服务器的数据处理压力、减少服务器的资源消耗的效果。
83.继续以图1为例，假设第一终端设备和第三终端设备接收相同的交互消息，但是由于第一终端设备由服务器1进行交互消息的下发，第三终端设备由服务器2进行交互消息的下发，服务器1为第一终端设备确定第一交互消息，经过预设处理后缓存至服务器1的本地，此时服务器2是无法直接从服务器1中获取已经缓存的第一交互消息的消息处理结果，并直接发送至第三终端设备，服务器2仍然需要执行与服务器1相同的消息筛选与预设处理操作，确定出需要发送至第三终端设备的交互消息的消息处理结果，此时针对第一终端设备和第三终端设备接收相同交互消息的情况，服务器无法实现减少流量开销、减少服务器资源消耗的效果。因此，通过网关模块将不同终端设备尽可能地路由至同一服务器，对于减少流量开销、减少服务器资源消耗是非常有必要的。
84.需要说明的是，针对交互消息的分发量非常大的情况，也可以将大量终端设备路由至至少两个服务器中，即由至少两个服务器分别为不同的终端设备提供交互消息的下发服务，然后针对每个服务器，仍可以采用本公开实施例的技术方案，将接收相同交互消息的终端设备进行聚合，减少服务器对交互消息的重复性预设处理操作。
85.图5为本公开实施例提供的一种交互消息处理装置的结构示意图，本公开实施例可以适用于服务器如何向终端设备发送交互消息的情况。本公开实施例提供的交互消息处
理装置可以采用软件和/或硬件实现，并集成在任意服务器中。
86.如图5所示，本公开实施例提供的交互消息处理装置500可以包括第一交互消息确定模块501、第一预处理模块502、第一消息发送模块503、第二交互消息确定模块504和第二消息发送模块505，其中：
87.第一交互消息确定模块501，用于确定待发送至第一终端设备的第一交互消息；
88.第一预处理模块502，用于对第一交互消息进行预设处理，得到第一消息处理结果，并缓存第一消息处理结果；
89.第一消息发送模块503，用于将第一消息处理结果发送至第一终端设备；
90.第二交互消息确定模块504，用于确定待发送至第二终端设备的第二交互消息；
91.第二消息发送模块505，用于在确定第二交互消息与第一消息处理结果对应的情况下，将缓存的第一消息处理结果发送至第二终端设备。
92.可选的，第一预处理模块502具体用于：对第一交互消息进行消息序列化处理和压缩处理，得到第一消息处理结果。
93.可选的，第一预处理模块502包括：
94.处理单元，用于对第一交互消息进行预设处理，得到第一消息处理结果；
95.第一哈希值计算单元，用于获取第一交互消息的消息id，并基于第一交互消息的消息id计算得到第一哈希值；
96.第一缓存单元，用于按照第一哈希值与第一消息处理结果的对应关系，缓存第一消息处理结果。
97.可选的，第二消息发送模块505包括：
98.第二哈希值计算单元，用于获取第二交互消息的消息id，并基于第二交互消息的消息id计算得到第二哈希值；
99.消息对应关系确定单元，用于如果第二哈希值与第一哈希值相同，则确定第二交互消息与第一消息处理结果对应；
100.第二消息发送单元，用于将缓存的第一消息处理结果发送至第二终端设备。
101.可选的，如果第一交互消息包括多个子消息，则第一哈希值计算单元包括：
102.消息id拼接子单元，用于获取第一交互消息中各个子消息的消息id，并按照预设排序策略将各个子消息的消息id进行拼接，得到第一拼接id序列；
103.第一哈希值计算子单元，用于基于第一拼接id序列计算得到第一哈希值。
104.可选的，本公开实施例提供的交互消息处理装置500还包括：
105.第二预处理模块，用于在确定第二交互消息与第一消息处理结果不对应的情况下，对第二交互消息进行预设处理，得到第二消息处理结果，并缓存第二消息处理结果；
106.第三消息发送模块，将第二消息处理结果发送至第二终端设备。
107.可选的，第一交互消息确定模块501具体用于：
108.获取第一终端设备的第一预设信息，并基于第一预设信息确定待发送至第一终端设备的第一交互消息；
109.第二交互消息确定模块504具体用于：
110.获取第二终端设备的第二预设信息，并基于第二预设信息确定待发送至第二终端设备的第二交互消息；
111.其中，第一预设信息或者第二预设信息用于筛选需要下发至终端设备的交互消息。
112.可选的，第一交互消息确定模块501包括：
113.候选交互消息获取单元，用于按照预设时间周期从消息源中获取候选交互消息；
114.第一交互消息确定单元，用于基于第一预设信息，从候选交互消息中确定待发送至第一终端设备的第一交互消息。
115.第二交互消息确定模块504包括：
116.第二交互消息确定单元，用于基于第二预设信息，从候选交互消息中确定待发送至第二终端设备的第二交互消息。
117.可选的，第一交互消息或第二交互消息的类型包括直播消息；
118.第一终端设备和第二终端设备包括进入同一直播间的终端设备。
119.本公开实施例所提供的交互消息处理装置可执行本公开实施例所提供的任意交互消息处理方法，具备执行方法相应的功能模块和有益效果。本公开装置实施例中未详尽描述的内容可以参考本公开任意方法实施例中的描述。
120.图6为本公开实施例提供的一种电子设备的结构示意图，用于对实现本公开实施例中交互消息处理方法的电子设备进行示例性说明，该电子设备可以包括但不限于任意类型的服务器等。如图6所示，电子设备600包括一个或多个处理器601和存储器602。
121.处理器601可以是中央处理单元(cpu)或者具有数据处理能力和/或指令执行能力的其他形式的处理单元，并且可以控制电子设备600中的其他组件以执行期望的功能。
122.存储器602可以包括一个或多个计算机程序产品，计算机程序产品可以包括各种形式的计算机可读存储介质，例如易失性存储器和/或非易失性存储器。易失性存储器例如可以包括随机存取存储器(ram)和/或高速缓冲存储器(cache)等。非易失性存储器例如可以包括只读存储器(rom)、硬盘、闪存等。在计算机可读存储介质上可以存储一个或多个计算机程序指令，处理器601可以运行程序指令，以实现本公开实施例提供的任意交互消息处理方法，还可以实现其他期望的功能。在计算机可读存储介质中还可以存储诸如输入信号、信号分量、噪声分量等各种内容。
123.其中，上述交互消息处理方法可以包括：确定待发送至第一终端设备的第一交互消息；对所述第一交互消息进行预设处理，得到第一消息处理结果，并缓存所述第一消息处理结果；将所述第一消息处理结果发送至所述第一终端设备；确定待发送至第二终端设备的第二交互消息；在确定所述第二交互消息与所述第一消息处理结果对应的情况下，将缓存的所述第一消息处理结果发送至所述第二终端设备。应当理解，电子设备600还可以执行本公开方法实施例提供的其他可选实施方案。
124.在一个示例中，电子设备600还可以包括：输入装置603和输出装置604，这些组件通过总线系统和/或其他形式的连接机构(未示出)互连。
125.此外，该输入装置603还可以包括例如键盘、鼠标等等。
126.该输出装置604可以向外部输出各种信息，包括确定出的距离信息、方向信息等。该输出装置604可以包括例如显示器、扬声器、打印机、以及通信网络及其所连接的远程输出设备等等。
127.当然，为了简化，图6中仅示出了该电子设备600中与本公开有关的组件中的一些，
省略了诸如总线、输入/输出接口等等的组件。除此之外，根据具体应用情况，电子设备600还可以包括任何其他适当的组件。
128.除了上述方法和设备以外，本公开的实施例还可以是计算机程序产品，其包括计算机程序指令，计算机程序指令在被处理器运行时使得处理器执行本公开实施例所提供的任意交互消息处理方法。
129.计算机程序产品可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例操作的程序代码，程序设计语言包括面向对象的程序设计语言，诸如java、c 等，还包括常规的过程式程序设计语言，诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户电子设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户电子设备上部分在远程电子设备上执行、或者完全在远程电子设备或服务器上执行。
130.此外，本公开的实施例还可以是计算机可读存储介质，其上存储有计算机程序指令，计算机程序指令在被处理器运行时使得处理器执行本公开实施例所提供的任意交互消息处理方法。
131.其中，上述交互消息处理方法可以包括：确定待发送至第一终端设备的第一交互消息；对所述第一交互消息进行预设处理，得到第一消息处理结果，并缓存所述第一消息处理结果；将所述第一消息处理结果发送至所述第一终端设备；确定待发送至第二终端设备的第二交互消息；在确定所述第二交互消息与所述第一消息处理结果对应的情况下，将缓存的所述第一消息处理结果发送至所述第二终端设备。应当理解，计算机程序指令在被处理器运行时，还可以使得处理器执行本公开方法实施例提供的其他可选实施方案。
132.计算机可读存储介质可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以包括但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。
133.需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
134.以上所述仅是本公开的具体实施方式，使本领域技术人员能够理解或实现本公开。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本公开的精神或范围的情况下，在其它实施例中实现。因此，本公开将不会被限制于本文所述的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。