CN112311651A - 一种跨客户端的通信方法、装置、电子设备及存储介质 - Google Patents

Abstract

本发明提供了一种跨客户端的通信方法、装置、电子设备和存储介质，所述方法包括：响应于第一终端设备中的第一客户端处于前台运行状态，通过所述第一终端设备中运行的消息中间组件，获取第二终端设备中的第二客户端的通知消息；通过所述消息中间组件对所述通知消息进行解密；在第一客户端的显示界面中显示解密后的通知消息；响应于在所述第一客户端的显示界面中接收到回复消息，通过所述消息中间组件对所述回复消息进行加密，并发送加密后的回复消息至所述第二客户端。通过本发明，能够在客户端的沉浸式使用过程中实现跨客户端的实时消息收发。

Description

一种跨客户端的通信方法、装置、电子设备及存储介质

技术领域

本发明涉及通信技术，尤其涉及一种跨客户端的通信方法、装置、电子设备及存储介质。

背景技术

目前，终端设备(例如智能手机)能够支持安装多种类型的客户端，包括社交客户端以及其他具备娱乐、生活、工作、学习功能的客户端。当用户沉浸在客户端的使用过程中时，例如用户正在看视频、看漫画或者通过客户端处理工作学习任务时，终端设备中的其他客户端仍然会接收到消息，部分消息往往是需要及时回复的。

相关技术中，如果需要在一个客户端的使用过程中回复其他客户端接收到的消息，用户只能切换回到对应相应的客户端中进行回复，在回复消息之后再切换回到当前正在使用的客户端，如果用户需要进行多次的消息接收和回复，则用户需要来回在两个客户端中切换。参见图1，图1是相关技术提供的用户使用社交客户端进行消息接收回复的显示示意图，用户只能在社交客户端中进行消息的接收和回复。

发明内容

本发明实施例提供一种跨客户端的通信方法、装置、电子设备及存储介质，能够在客户端的沉浸式使用过程中实现跨客户端的实时消息收发。

本发明实施例的技术方案是这样实现的：

本发明实施例提供一种跨客户端的通信方法，包括：

响应于第一终端设备中的第一客户端处于前台运行状态，通过所述第一终端设备中运行的消息中间组件，获取第二终端设备中的第二客户端的通知消息；

通过所述消息中间组件对所述通知消息进行解密；

在第一客户端的显示界面中显示解密后的通知消息；

响应于在所述第一客户端的显示界面中接收到回复消息，通过所述消息中间组件对所述回复消息进行加密，以及发送加密后的回复消息至所述第二客户端。

上述方案中，所述方法还包括：

监听所述第一客户端的显示界面中针对解密后的通知消息的回复消息操作；

当监听时间超过监听时间阈值时，隐藏解密后的通知消息，并对解密后的通知消息进行重复提醒。

上述方案中，所述方法还包括：

在所述第一客户端的显示界面中显示解密后的通知消息，直至监听到针对于解密后的通知消息的关闭操作；

响应于监听到针对于解密后的通知消息的关闭操作，隐藏解密后的通知消息。

本发明实施例提供一种跨客户端的通信装置，包括：

消息接收模块，用于响应于第一终端设备中的第一客户端处于前台运行状态，从消息中间组件获取第二终端设备中的第二客户端的通知消息；

加解密模块，用于通过所述消息中间组件对所述通知消息进行解密，响应于在所述第一客户端的显示界面中接收到回复消息，通过所述消息中间组件对所述回复消息进行加密。

消息显示模块，用于在第一客户端的显示界面中显示加密后的通知消息；

消息回复模块，用于响应于在所述第一客户端的显示界面中接收到回复消息，通过所述消息中间组件发送加密后的回复消息至所述第二客户端。

上述方案中，所述消息接收模块，还用于：

向所述消息中间组件定期查询第二客户端的通知消息；或

接收所述消息中间组件实时推送的第二客户端的通知消息。

上述方案中，所述装置还包括状态同步模块，用于：

响应于启动所述第一客户端的操作，通过所述消息中间组件向消息中间组件后台同步上线的状态；

响应于所述第一终端设备中的第一客户端处于离线状态，通过所述消息中间组件向所述消息中间组件后台同步离线的状态。

上述方案中，所述状态同步模块，还用于：

通过所述消息中间组件向所述消息中间组件后台同步上线和离线的状态，以使得当所述第一客户端上线、且所述第二客户端离线时，接收所述第二客户端的通知消息。

上述方案中，所述消息回复模块，还用于：

通过所述消息中间组件发送加密后的回复消息至消息中间组件后台，以使所述消息中间组件后台将加密后的回复消息转发给第二终端设备中的第二客户端。

上述方案中，所述消息回复模块，还用于：

响应于在所述第一客户端的显示界面中接收到回复消息，通过所述消息中间组件发送加密后的回复消息至消息中间组件后台，以使所述消息中间组件后台执行以下操作：

进行在线客户端查找操作，以及

当查找到所述第二客户端处于离线状态时，将加密后的回复消息转发给第二终端设备中的处于前台运行状态的第三客户端。

上述方案中，所述显示模块，还用于：

通过所述第一客户端的显示界面中的第一窗口显示所述第一客户端的原生内容，通过所述第一客户端的显示界面中的第二窗口显示解密后的通知消息；或

在所述第一客户端的显示界面所显示的原生内容之上浮动显示解密后的通知消息，对解密后的通知消息应用透明度，并控制解密后的通知消息的显示效果跟随所述原生内容的改变而动态变化，以使解密后的通知消息和所述原生内容之间的对比度大于对比度阈值。

上述方案中，所述消息显示模块，还用于：

在所述第一客户端的显示界面中显示用于表征消息来源客户端的第一标识、用于表征消息来源用户的第二标识以及解密后的通知消息的内容，解密后的通知消息的内容包括：解密后的通知消息的完整的原始内容或解密后的通知消息的关键字。

上述方案中，所述消息显示模块，还用于：

当在所述第一客户端的显示界面中部分显示解密后的通知消息时，在所述第一客户端的显示界面中显示用于表征解密后的通知消息显示不完整的提示信息、以及用于表征查看详情的组件标识；

响应于针对所述组件标识的查看详情操作，在所述第一客户端的显示界面中完整显示解密后的通知消息。

上述方案中，所述装置还包括监听模块，用于：

监听所述第一客户端的显示界面中针对解密后的通知消息的回复消息操作；

当监听时间超过监听时间阈值时，隐藏解密后的通知消息，并对解密后的通知消息进行重复提醒。

上述方案中，所述监听模块，还用于：

在所述第一客户端的显示界面中显示解密后的通知消息，直至监听到针对于解密后的通知消息的关闭操作；

响应于监听到针对于解密后的通知消息的关闭操作，隐藏解密后的通知消息。

本发明实施例提供一种电子设备，包括：

存储器，用于存储可执行指令；

处理器，用于执行所述存储器中存储的可执行指令时，实现本发明实施例提供的跨客户端的通信方法。

本发明实施例提供一种存储介质，存储有可执行指令，用于引起处理器执行时，实现本发明实施例提供的跨客户端的通信方法。

本发明实施例具有以下有益效果：

通过消息中间组件能够使用户在当前使用的客户端(第一客户端)中及时收到并回复其他客户端(第二客户端)的通知消息，并实现了当前使用的客户端中的沉浸式的用户体验。

附图说明

图1是相关技术提供的用于社交客户端中聊天页面的显示示意图；

图2是本发明实施例提供的跨客户端的通信系统100的一个可选的架构示意图；

图3是本发明实施例提供的终端设备400的一个可选的结构示意图；

图4A至图4G是本发明实施例提供的跨客户端的通信方法的可选的流程示意图；

图5是本发明实施例中在第一客户端的原生内容上显示解密后的通知消息的显示示意图；

图6是本发明实施例的针对于通知消息发送回复消息的流程示意图；

图7是本发明实施例中客户端上线注册和离线同步的流程示意图；

图8是本发明实施例中第一客户端通过输入法键盘接收到针对于解密后的通知消息的回复消息的显示示意图；

图9是本发明实施例中的消息中间组件功能示意图；

图10是本发明实施例提供的跨客户端的通信方法的实现流程示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，所描述的实施例不应视为对本发明的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解,“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。

在以下的描述中，所涉及的术语“第一\第二\第三”仅仅是是区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一\第二\第三”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本发明实施例能够以除了在这里图示或描述的以外的顺序实施。

除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本发明实施例的目的，不是旨在限制本发明。

对本发明实施例进行进一步详细说明之前，对本发明实施例中涉及的名词和术语进行说明，本发明实施例中涉及的名词和术语适用于如下的解释。

1)原生内容：用户正在使用的客户端的显示界面中的原始内容。

2)浮动显示：接收到的通知消息直接漂浮显示在原生内容上。

现有技术中的每个客户端都是独立的社交体系，以微信(客户端)为例，在微信发送消息与好友聊天，那也只能在微信里面进行回复，即使这个时候正在使用视频客户端看视频，或者正在使用漫画客户端看漫画，用户也只能切回到微信里面进行回复，导致需要进行来回切换操作，使得用户无法沉浸在漫画客户端中使用，并很好的兼顾娱乐和社交。

为了满足用户进行休闲娱乐的同时也能够进行即时交流的需求，本发明实施例提供了一种跨客户端的通信方法、装置、电子设备及存储介质，能够解决用户只能在对应客户端进行交流，无法在当前的客户端中收到回复其他客户端的消息的技术问题。

下面说明本发明实施例提供的电子设备的示例性应用，本发明实施例提供的电子设备可以实施为笔记本电脑，平板电脑，台式计算机，机顶盒，移动设备(例如，移动电话，便携式音乐播放器，个人数字助理，专用消息设备，便携式游戏设备)等各种类型的终端设备，也可以实施为服务器。下面，将说明设备实施为终端设备时示例性应用。

参见图2，图2是本发明实施例提供跨客户端的通信系统100的一个可选的架构示意图，终端设备400-1和终端设备400-2通过网络300连接服务器200，网络300可以是广域网或者局域网，又或者是二者的组合。在终端设备400-1和终端设备400-2之间互相进行的接收消息和回复消息过程中均通过服务器上的消息中间组件后台进行相应的同步以及转发来实现。通知消息经由终端设备400-2的客户端410-2发出到服务器中的消息中间组件后台，当终端设备400-1中的客户端410-1处于前台运行状态时，经由服务器中的消息中间组件后台将通知消息转发给客户端410-1，在终端设备400-1中的客户端410-1获取到针对于通知消息的回复消息时，终端设备400-1中的客户端410-1将回复消息发送到服务器的消息中间组件后台，经由消息中间组件后台将回复消息转发到终端设备400-2的客户端410-2。

服务器200包括消息中间组件后台210，在接收到由终端设备400-2的客户端410-2发出的通知消息之后，对接收到的通知消息进行解析以获取到接收方地址，并查找当前在消息中间组件后台注册在线的终端设备400-1中的客户端410-1，将通知消息转发到终端设备400-1中处于前台运行状态的客户端410-1。终端设备400-1中的客户端410-1接收到通知消息之后，在客户端410-1的显示界面中即时获取到针对于通知消息的回复消息，服务器200中的消息中间组件后台接收到回复消息，并进行相应的解析以及查找以将回复消息转发回终端设备400-2的客户端410-2，使得在不同的客户端之间可以实现通知信息以及回复信息的接收和发送。

参见图3，图3是本发明实施例提供终端设备400(例如，可以是图1所示的终端设备400-1和终端设备400-2)的一个可选的结构示意图，图3所示的终端设备400包括：至少一个处理器410、存储器450、至少一个网络接口420和用户接口430。终端设备400中的各个组件通过总线系统440耦合在一起。可理解，总线系统440用于实现这些组件之间的连接通信。总线系统440除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图3中将各种总线都标为总线系统440。

处理器410可以是一种集成电路芯片，具有信号的处理能力，例如通用处理器、数字信号处理器(DSP，Digital Signal Processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等，其中，通用处理器可以是微处理器或者任何常规的处理器等。

用户接口430包括使得能够呈现媒体内容的一个或多个输出装置431，包括一个或多个扬声器和/或一个或多个视觉显示屏。用户接口430还包括一个或多个输入装置432，包括有助于用户输入的用户接口部件，比如键盘、鼠标、麦克风、触屏显示屏、摄像头、其他输入按钮和控件。

存储器450可以是可移除的，不可移除的或其组合。示例性的硬件设备包括固态存储器，硬盘驱动器，光盘驱动器等。存储器450可选地包括在物理位置上远离处理器410的一个或多个存储设备。

存储器450包括易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。非易失性存储器可以是只读存储器(ROM，Read Only Me mory)，易失性存储器可以是随机存取存储器(RAM，Random Access Memory)。本发明实施例描述的存储器450旨在包括任意适合类型的存储器。

在一些实施例中，存储器450能够存储数据以支持各种操作，这些数据的示例包括程序、模块和数据结构或者其子集或超集，下面示例性说明。

操作系统451，包括用于处理各种基本系统服务和执行硬件相关任务的系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。

网络通信模块452，用于经由一个或多个(有线或无线)网络接口420到达其他计算设备，示例性的网络接口420包括：蓝牙、无线相容性认证(WiFi)、和通用串行总线(USB，Universal Serial Bus)等；

呈现模块453，用于经由一个或多个与用户接口430相关联的输出装置431(例如，显示屏、扬声器等)使得能够呈现信息(例如，用于操作外围设备和显示内容和信息的用户接口)。

输入处理模块454，用于对一个或多个来自一个或多个输入装置432之一的一个或多个用户输入或互动进行检测以及翻译所检测的输入或互动。

在一些实施例中，本发明实施例提供的跨客户端的通信装置可以采用软件方式实现，图3示出了存储在存储器450中的跨客户端的通信装置455，包括消息接收模块4551、加解密模块4552、消息显示模块4553和消息回复模块4554四个模块，其可以是程序和插件等形式的软件，并可以嵌入各种客户端中，例如视频客户端和漫画客户端，消息接收模块4551用于获取终端设备400-2中的客户端410-2的通知消息，加解密模块4552用于对通知消息进行解密，并对回复消息进行加密，消息显示模块4553用于在客户端410-1的显示界面中显示加密后的通知消息，消息回复模块4554用于发送加密后的回复消息至客户端410-2。将在下文中具体说明各个模块的功能，这些模块是逻辑上的，因此根据所实现的功能可以进行任意的组合或进一步拆分。

在另一些实施例中，本发明实施例提供的跨客户端的通信装置可以采用硬件方式实现，作为示例，本发明实施例提供的装置可以是采用硬件译码处理器形式的处理器，其被编程以执行本发明实施例提供的跨客户端的通信方法，例如，硬件译码处理器形式的处理器可以采用一个或多个应用专用集成电路(ASIC，Application Specific IntegratedCircuit)、DSP、可编程逻辑器件(PLD，Programmable Logic Device)、复杂可编程逻辑器件(CPLD，Complex Program mable Logic Device)、现场可编程门阵列(FPGA，Field-Programmable Gate Array)或其他电子元件。

下面将结合本发明实施例提供的终端设备的示例性应用和实施，说明本发明实施例提供的跨客户端的通信方法。

参见图4A，图4A是本发明实施例提供的跨客户端的通信方法的一个可选的流程示意图，将结合图4A示出的步骤进行说明，下述方法的步骤在上述终端设备上实现。

在步骤101中，响应于第一终端设备中的第一客户端处于前台运行状态，通过第一终端设备中运行的消息中间组件，获取第二终端设备中的第二客户端的通知消息。

在一些实施例中，当第一终端设备中的第一客户端处于前台运行状态时，第一客户端即为用户当前使用的客户端，其可以为娱乐客户端、工作学习客户端、生活客户端或者社交客户端。第二终端设备中的第二客户端将通知消息经消息中间组件发送给了消息中间组件后台，由消息中间组件后台将通知消息转发到第一终端设备上运行的消息中间组件，第一终端设备中处于前台运行状态的第一客户端通过消息中间组件获取到来自于第二终端设备的第二客户端的通知消息。如此，在第一终端设备中的第一客户端可以获取到来自于第二终端设备的第二客户端的通知消息，用户可以在当前使用的客户端中接收到来自于其他终端设备的不同客户端的通知消息。

参见图4B，基于图4A，步骤101中通过第一终端设备中运行的消息中间组件，获取第二终端设备中的第二客户端的通知消息可以具体通过步骤101A实现，在步骤101A中，第一客户端向消息中间组件定期查询来自于第二终端设备中的第二客户端的通知消息。

在一些实施例中，第一客户端可以向消息中间组件定期查询来自于第二终端设备中的第二客户端的通知消息。在每个单位时间内，第一客户端向消息中间组件发送查询请求，可以按照通知消息类型进行查询，当查询到消息类型为社交类型通知消息时，主动获取通知消息，当查询到消息类型不属于社交类型通知消息时，例如系统通知消息或广告通知消息，第一客户端可以放弃对消息进行主动获取。用户可以根据实际需求在消息接收模块中设定有选择性地接收消息，主动获取经查询为社交类型通知消息的消息，放弃获取非社交类型的通知消息。

参见图4B，基于图4A，步骤101中通过第一终端设备中运行的消息中间组件，获取第二终端设备中的第二客户端的通知消息可以具体通过步骤101B实现，在步骤101B中，第一客户端接收消息中间组件实时推送的第二客户端的通知消息。

在一些实施例中，第一客户端可以接收消息中间组件实时推送的第二客户端的通知消息。消息中间组件一旦接收到经由消息中间组件后台转发的来自于第二客户端的通知消息，可以实时将第二客户端的通知消息推送到第一客户端。用户仍然可以根据实际需求在消息接收模块中设定有选择性地推送消息，实时推送社交类型的通知消息，放弃推送非社交类型的通知消息。当消息中间组件接收到不属于社交类型的通知消息时，例如系统通知消息或广告通知消息，消息中间组件可以放弃推送非社交类型的通知消息，当消息中间组件接收到社交类型的通知消息，可以实时推送该通知消息到第一客户端。

在步骤102中，通过消息中间组件对通知消息进行解密。

这里，消息中间组件采用通用的一套消息加密解密方式，对于所有接入的客户端而言，是公平公正的。

在一些实施例中，在对通知消息进行加密以及解密之前，可以先进行密钥协商。密钥协商机制可以基于非对称加密算法、专门的密钥交换算法或者通讯双方事先已经共享的“密钥或者密码”进行。当基于非对称加密算法进行密钥协商时，拿到公钥的客户端先生成随机的会话密钥，然后利用公钥加密它，再把加密结果发给对向客户端，对向客户端的消息中间组件用私钥进行解密，于是双方都得到了会话密钥，这里的非对称加密算法可以为李威斯特-萨默尔-阿德曼(RSA，Rivest-Shamir-Adleman)加密算法。当基于专门的密钥交换算法进行密钥协商时，例如可以采用迪非-赫尔曼(DH，Diffie-Hellman)算法。当基于通讯双方事先已经共享的“密钥或者密码”进行密钥协商时，通讯双方可以根据生成算法让双发产生相同的密钥，例如基于预先共享密钥(PSK，Pre-Shared Key)PSK的密钥协商，这些密钥预先部署在通讯双方的系统内了，为了标识多个密钥，给每个密钥定义一个唯一的标识(ID)，客户端把自己选好的密钥的标识ID告知对端，如果对端在自己的密钥池子中找到这个标识ID，就用对应的密钥与该客户端进行通讯，否则报错并中断连接。

在一些实施例中，，在对通知消息进行加密所使用的加密算法可以是对称加密或者是不对称加密算法。当使用对称加密算法进行加密的时候，两端之间的通讯数据都用相同的密钥来进行加密解密，通常对称加密通常有数据加密标准算法(DES,Data EncryptionStandard)、国际数据加密算法(IDEA，International Data Encryption algorithm)和三重数据加密算法(3DES，Triple Data Encryption Algorithm)。当使用非对称加密算法进行加密的时候，用公钥和私钥来加解密算法，双发交换公钥，使用时一方用对方的公钥加密，另一方即可用自己的私钥解密，当涉及到多个客户端时，需要生成多对密钥，并分发多个公钥。假设A用B的公钥加密消息，用A的私钥签名，B接到消息后，首先用A的公钥验证签名，确认后用自己的私钥解密消息，由于公钥是可以公开的，各方只要保管好自己的私钥即可。

在一些实施例中，，为了保证更加安全的通信环境，还可以设置密钥更新机制。客户端可以定期更新密钥，可以根据加解密次数更新，可以根据上线、下线的状态的切换更新，还可以根据不同的网络连接使用不同的密钥。当使用定期更新密钥的机制时，可以按照固定的更新周期对密钥或对应算法进行更新，当基于加解密次数更新时，可以根据历史通信记录设定加解密次数阈值，当加解密次数超过了加解密次数阈值时，对密钥或对应算法进行更新，当基于上线、下线的状态的切换更新时，可以根据历史通信记录设定状态切换阈值，当上线、下线的状态切换次数超过了状态切换阈值时，对密钥或对应算法进行更新，当基于网络连接变化进行更新时，可以根据不同的网络连接设定使用不同的密钥或者不同的加密算法，例如在蜂窝连接和Wi-Fi连接下使用不同的密钥或者不同的加密算法，避免在不安全的公共网络环境下，通信过程中被抓包而被破解密钥。

跨客户端通信主要在于多个客户端间信息信任以及信息安全，因而，为了实现双方信任的安全通信机制，在终端设备中运行的消息中间组件使用通用的一套消息加密解密方式，以使得所有接入方都是公平公正的。通知消息在不同的客户端中通过相同的消息中间组件进行转发，有利于提高通信的便利程度和安全性。

在步骤103中，在第一客户端的显示界面中显示解密后的通知消息。

在一些实施例中，通过消息中间组件对通知消息进行解密，第一客户端可以获得解密后的通知消息，在第一客户端的显示界面中显示解密后的通知消息。这里可以通过不同的显示方式在第一客户端的显示界面中显示解密后的通知消息。

参见图4C，基于图4A，步骤103中在第一客户端的显示界面中显示解密后的通知消息可以具体通过步骤103A或103B实现。

在步骤103A中，通过第一客户端的显示界面中的第一窗口显示第一客户端的原生内容，并通过第一客户端的显示界面中的第二窗口显示解密后的通知消息。

在一些实施例中，在第一客户端的显示界面中有两个窗口用于分别显示第一客户端的原生内容和解密后的通知消息。第一客户端的原生内容可以是视频影音、漫画内容、文学作品等原本在第一客户端中所呈现的内容。第一窗口可以是保持全屏窗口，在客户端需要展示解密后的通知消息时，第一窗口也可以缩小为非全屏窗口。当第一窗口一直保持全屏窗口时，用于展示解密后的通知消息的第二窗口会覆盖第一窗口内的部分内容，其中，第二窗口可以以弹出的方式显示解密后的通知消息。当在客户端需要展示解密后的通知消息时，第一窗口可以从初始窗口缩小为非全屏窗口，第一窗口和第二窗口之间没有重叠覆盖区域，第一窗口内所展示的原生内容不会被第二窗口覆盖，当不需要再显示解密后的通知消息时，第二窗口被隐藏，第一窗口恢复到缩小前的初始大小。

在步骤103B中，在第一客户端的显示界面所显示的原生内容之上浮动显示解密后的通知消息，对解密后的通知消息应用透明度，并控制解密后的通知消息的显示效果跟随原生内容的改变而动态变化，以使解密后的通知消息和原生内容之间的对比度大于对比度阈值。

在一些实施例中，直接在第一客户端的原生内容上显示解密后的通知消息，不需要对第一客户端中显示原生内容的窗口进行调整。参见图5，图5为在第一客户端的原生内容上显示解密后的通知消息的显示示意图。为了不影响对于原生内容的显示效果，对解密后的通知消息应用透明度，并且随着原生内容的颜色的改变，动态调整解密后的通知消息的显示效果，使得解密后的通知消息和原生内容之间的对比度大于对比度阈值，这里的对比度阈值是人眼可以接受的对比度的最小值，两者之间的对比度小于人眼可以接受的对比度最小值时，不利于用户在显示界面的原生内容上读取到解密后的通知消息的实际内容。

参见图4D，基于图4A，步骤103中在第一客户端的显示界面中显示解密后的通知消息可以具体通过步骤103C实现。

在步骤103C中，在第一客户端的显示界面中显示用于表征消息来源客户端的第一标识、用于表征消息来源用户的第二标识以及解密后的通知消息的内容，解密后的通知消息的内容包括：解密后的通知消息的完整的原始内容或解密后的通知消息的关键字。

在一些实施例中，第一客户端的显示界面可以显示以下至少之一：第一标识、第二标识以及解密后的通知消息的内容。具体而言，消息来源客户端为第二客户端，第一标识是表征第二客户端的标识图像或文字，消息来源用户为通过第二客户端编辑通知消息的用户，第二标识是表征用户身份的呢称或者头像，解密后的通知消息的内容可以是完整的原始内容或者关键字信息，可以根据预先设置主要词库基于关键字提取算法将关键字信息从完整原始内容提取出来，关键字提取算法可以为基于TF-IDF算法的关键词抽取或者其他算法，在此不做限定。

参见图4E，基于图4A，步骤103中在第一客户端的显示界面中显示解密后的通知消息还可以具体通过步骤1031-1032实现。

在步骤1031中，当在第一客户端的显示界面中部分显示解密后的通知消息时，在第一客户端的显示界面中显示用于表征解密后的通知消息显示不完整的提示信息、以及用于表征查看详情的组件标识。

在步骤1032中，响应于针对组件标识的查看详情操作，在第一客户端的显示界面中完整显示解密后的通知消息。

在一些实施例中，在显示界面中显示的解密后的通知消息时，用户可能处于公共的环境内，身边可能有其他的人，为了保证用户发送接收消息的隐私得到足够的保护，解密后的通知消息可以在第一客户端的显示界面中折叠显示，并在显示界面中显示用于表征查看详情的组件标识，在接收到针对组件标识的查看详情操作时，显示界面中会显示出完整的解密后的通知消息，如此，可以有效防止其他用户窥屏，有利于使用第一客户端的用户的隐私保护，同时，当解密后的通知消息的字符数超过字符显示阈值时，折叠显示解密后的通知消息有利于用户读取第一客户端的原生内容，使得用户在接收读取解密后的通知消息时仍然可以兼顾第一客户端的原生内容。

在步骤104中，响应于在第一客户端的显示界面中接收到回复消息，通过消息中间组件对回复消息进行加密，以及发送加密后的回复消息至第二客户端。

参见图4F，基于图4A，步骤104中通过消息中间组件发送加密后的回复消息至第二客户端可以通过步骤104A具体实现。

在步骤104A中，通过消息中间组件发送加密后的回复消息至消息中间组件后台，以使消息中间组件后台将加密后的回复消息转发给第二终端设备中的第二客户端。

在一些实施例中，在第一客户端的显示界面接收到用户针对于通知消息所编辑的回复消息之后，经过消息中间组件对回复消息进行加密得到加密后的回复消息，通过消息中间组件发送加密后的回复消息至服务器中的消息中间组件后台，由消息中间组件后台将加密后的回复消息转发给第二终端设备的第二客户端。消息中间组件后台解析获得的加密后的回复消息，获得回复消息的消息头，消息头中携带有接收方地址信息，消息中间组件后台根据接收方地址信息对加密后的回复消息进行转发。服务器中的消息中间组件后台可以是一个实现消息转发的功能的消息中间件。消息中间组件后台可以实现不同平台之间的通信，可以屏蔽掉各种平台及协议之间的特性，实现应用程序之间的协同，能够在客户端和服务器之间提供同步和异步的连接，并且在任何时候都可以将消息进行传送或者存储转发。

参见图6，图6为本发明实施例的针对于通知消息发送回复消息的流程示意图。

在一些实施例中，响应于在第一客户端的显示界面中接收到回复消息，第一终端设备中运行的消息中间组件将回复消息加密后发送给第一终端设备中的第二客户端，第一终端设备中的第二客户端通过第一终端设备中运行的消息中间组件对回复消息进行解密得到解密后的回复消息，通过专门对应于第二客户端的消息中间组件将回复消息发送到第二终端设备中的第二客户端。如此，在消息回复的过程中，既可以通过第一终端设备中运行的消息中间组件对回复消息进行加密后经由消息中间组件后台直接发送给第二终端设备中的第二客户端，也可以通过第一终端设备中运行的消息中间组件直接将回复消息由第一终端设备中的第一客户端发送到同一终端设备中的第二客户端，再利用固定客户端之间的消息发送方式，通过专门对应于第二客户端的消息中间组件发送回复消息至第二终端设备中的第二客户端。

参见图7，图7为本发明实施例中客户端上线注册和离线同步的流程示意图。

在一些实施例中，在步骤101响应于第一终端设备中的第一客户端处于前台运行状态之前，还可以在步骤105中，响应于启动第一客户端的操作，通过消息中间组件向消息中间组件后台同步上线的状态。如此，消息中间组件后台可以实时获知第一客户端当前是处于上线状态的。例如，当第一客户端启动时，消息中间组件会去消息中间组件后台进行客户端上线注册，以将第一客户端处于当前运行状态同步到后台去。

在一些实施例中，在第一终端设备中的第一客户端处于离线状体时，还可以在步骤106中，响应于第一终端设备中的第一客户端处于离线状态，通过消息中间组件向消息中间组件后台同步离线的状态。具体而言，第一终端中运行的消息中间组件会监听针对于离开当前处于运行状态的客户端的事件触发，消息中间组件会发送客户端离线消息至消息中间组件后台以将客户端处于离线状态实时同步到后台客户端。步骤106可以在本发明提供的跨客户端的通信方法的任一阶段执行，本发明对于步骤106的执行顺序不做限制。

在一些实施例中，消息中间组件根据客户端的标识信息对客户端注册请求过滤，当第一客户端的标识信息表征客户端为非社交客户端时，消息中间组件可以丢弃第一客户端的注册请求。例如，当客户端的标识信息表征客户端为游戏客户端时，消息中间组件丢弃该客户端的注册请求，防止用户在玩游戏时被接收到的通知消息打扰。这样的过滤设置可以是消息中间组件直接根据客户端的标识信息进行客户端注册请求过滤，也可以是由用户主动设置第一客户端不通过消息中间组件进行上线注册以防止用户在玩游戏时受到通知消息的影响，当用户没有特别设置第一客户端不通过消息中间组件进行上线注册时，则默认第一客户端可以通过消息中间组件进行上线注册以实时接收到通知消息。

进一步的，在步骤107中，通过消息中间组件向消息中间组件后台同步上线和离线的状态，以使得当第一客户端上线、且第二客户端离线时，接收第二客户端的通知消息。

在一些实施例中，消息中间组件后台接收到来自于第二终端设备中的第二客户端的通知消息之后，第二终端设备中的第二客户端可以处于离线的状态，消息中间组件后台获知第一终端设备中的第一客户端处于上线状态后，消息中间组件后台仍然可以根据解析得到的接收方地址信息将通知消息发送至第一终端设备中运行的消息中间组件，则第一客户端可以通过消息中间组件接收到来自于第二终端设备中的第二客户端的通知消息。

在客户端通过消息中间组件向消息中间组件后台同步上线和离线的状态时，消息中间组件后台根据不同客户端唯一的标识信息来分辨具体的上线客户端和离线客户端，每一个客户端对应有一个唯一的标识信息。消息中间组件进行通知消息的转发时也是基于每个客户端对应的唯一标识信息进行的。如此，消息中间组件后台通过解析通知消息可以获知接收方地址，根据客户端同步的在线和离线的状态，可以确定转发接收的客户端，并基于每一个客户端对应的标识信息通过第一终端设备中运行的消息中间组件使得第一终端设备中的第一客户端获取到通知消息。

参见图4G，基于图4A，在步骤103在第一客户端的显示界面中显示解密后的通知消息之后，替代步骤104，还可以在步骤108中，响应于在第一客户端的显示界面中接收到回复消息，通过消息中间组件对回复消息进行加密，并发送加密后的回复消息至消息中间组件后台，以使消息中间组件后台执行以下操作：进行在线客户端查找操作，以及当查找到第二客户端处于离线状态时，将加密后的回复消息转发给第二终端设备中的处于前台运行状态的第三客户端。

在一些实施例中，当第一客户端的显示界面中接收到回复消息时，回复消息是针对于第二终端设备的第二客户端的通知消息的，但是，第二终端设备中的第二客户端在发送通知消息之后可以处于离线状态，第二终端设备中的其他客户端可以被切换使用，因而，第二终端设备中处于前台运行状态中的客户端可以是除了第二客户端外的其他客户端，为了便于用户可以直接在当前使用的客户端中收到回复消息，消息中间组件后台进行在线客户端查找，消息中间组件后台中同步有每个客户端的在线和离线的状态，查找到第二终端设备中的第三客户端处于前台运行状态时，将加密后的回复消息转发给第二终端设备中的处于前台运行状态的第三客户端。这里的第三客户端是不同于发送通知消息的第二客户端的其他客户端，但是第三客户端可以和第一客户端相同，此处为了便于表述，使用第三客户端指代第二终端设备中处于前台运行状态的客户端。

在步骤103在第一客户端的显示界面中显示解密后的通知消息之后，还可以在步骤109中，监听第一客户端的显示界面中针对解密后的通知消息的回复消息操作；当监听时间超过监听时间阈值时，隐藏解密后的通知消息，并对解密后的通知消息进行重复提醒。

在一些实施例中，通过在第一终端设备中运行的消息中间组件监听针对于解密后的通知消息的回复消息操作，当监听的时间超过监听时间阈值，第一终端设备的显示界面中仍然没有接收到回复消息操作，可以默认为用户当前不愿意对通知消息进行回复，则第一客户端隐藏解密后的通知消息，并对解密后的通知消息进行重复提醒，以避免用户错过解密后的通知消息。这里重复提醒的时间间隔设置可以根据用户需求在客户端中进行设定，在此不做限定。

例如，参见图8，图8为第一客户端通过输入法键盘接收到针对于解密后的通知消息的回复消息的显示示意图。当在第一终端设备中的第一客户端的显示界面中显示出解密后的通知消息时，第一终端设备中运行的消息中间组件对回复消息操作开始监听，一旦用户点击了在显示界面中显示的解密后的通知消息，响应于显示界面接收到针对于解密后的通知消息的触发操作，在显示界面中弹出输入法键盘，第一客户端通过输入法键盘接收到针对于解密后的通知消息的回复消息即为针对于解密后的通知消息的回复消息操作，当消息中间组件针对于回复消息操作的监听时间超过监听时间阈值时，且直到监听时间超过监听阈值时间为止，消息中间组件没有监听到回复消息操作，则第一客户端隐藏解密后的通知消息，并按照预先设置的时间间隔重复显示解密后的通知消息，以避免用户错过解密后的通知消息。

在步骤103在第一客户端的显示界面中显示解密后的通知消息之后，还可以在步骤110中，在第一客户端的显示界面中显示解密后的通知消息，直至监听到针对于解密后的通知消息的关闭操作；响应于监听到针对于解密后的通知消息的关闭操作，隐藏解密后的通知消息。

在一些实施例中，通过在第一终端设备中运行的消息中间组件监听针对于解密后的通知消息的关闭操作，在第一客户端的显示界面中显示解密后的通知消息之后，用户可以对解密后的通知消息执行向上滑动或者左右滑动操作以关闭解密后的通知消息，第一客户端接收到针对于解密后的通知消息的向上滑动或者左右滑动操作，即为接收到针对于解密后的通知消息的关闭操作。当通过第一终端设备中运行的消息中间组件监听到关闭操作时，第一客户端隐藏解密后的通知消息。

例如，如果用户当前沉浸在处于前台运行状态的第一客户端的原生内容中不愿意回复解析后的通知消息，则用户可以针对于解密后的通知消息向上滑动或者左右滑动以关闭解密后的通知消息，第一客户端的显示界面响应于接收到针对于解密后的通知消息的向上滑动或者左右滑动操作可以隐藏解密后的通知消息，以此避免使用第一客户端的用户受到不感兴趣的通知消息的影响而降低了原本使用第一客户端的用户体验。

参见图9，图9为本发明实施例中的消息中间组件功能示意图。根据前文所述，通过本发明实施例中运行在终端设备中的消息中间组件可以实现客户端的上线注册、离线状态同步、接收通知消息以及发送回复消息。

下面，将说明本发明实施例在一个实际的应用场景中的示例性应用。

每个客户端都是独立的社交体系，当用户与好友聊天时，通过社交客户端发送消息，也只能在固定社交客户端里面进行回复。即使接收消息的用户在视频客户端里面看视频，该用户也只能切回固定社交客户端里面进行回复。为了提高用户休闲娱乐的同时，即时交流的需求，本发明实施例提供了一种跨客户端的通信方案。

参见图10，图10为本发明实施例提供的跨客户端的通信方法的实现流程示意图。

当用户在动漫客户端中看漫画时，在动漫客户端中的显示界面的顶部出现一条来自社交好友的消息，用户点击顶部消息，回复框可在动漫客户端中拉起以便于用户进行消息回复，回复完消息之后，用户可继续在当前的动漫客户端中进行看漫画或者看动画操作。具体实现流程如下分为客户端上线注册和离线同步流程以及跨客户端通信流程。当客户端启动时，会启动消息软件开发工具包(SDK，Software Development Kit)，这里的消息SDK就相当于消息中间组件，消息SDK会去消息中间组件后台进行客户端上线注册，当客户端离线时，会有一个离线事件触发，消息SDK会监听这个事件，然后发送客户端离线消息给消息中间组件后台以告知后台客户端离线。社交客户端编写发送了一条消息，同时调用消息SDK封装加密消息后发送给消息中间组件后台，消息中间组件后台接收到消息后，对消息头进行解析以获取到接收方地址，消息中间组件后台查找当前在后台注册过在线的客户端，将消息转发给在线注册过的客户端，消息SDK解析收到的消息之后在当前客户端进行显示。这里的动漫客户端即为第一客户端，社交客户端即为第二客户端。

现在没有跨客户端的通信方案，只能通过单独的客户端进行交流，无法在当前客户端中收到回复其他客户端的消息。根据本发明提供的跨客户端的通信方式，用户不必依赖特定的客户端进行专门的消息回复发送。用户可以在玩游戏，看漫画，看视频等不同的沉浸式客户端中，收到并回复其他客户端的消息，在娱乐的同时也能够及时收到与回复好友的消息，从而实现多客户端之间共享相同的消息收发机制，可实现在任一客户端中进行实时社交，提高用户体验，进而增强整体社交体系的粘合度。同时，本申请的技术方案基于统一的消息SDK以及同一套消息中间组件后台，保证了消息的安全性，各客户端接入的易用性，真正实现社交基础化，统一化，链接一切的目的。

下面继续说明本发明实施例提供的跨客户端的通信装置455实施为软件模块的示例性结构，在一些实施例中，如图3所示，存储在存储器440的跨客户端的通信装置455中的软件模块可以包括：消息接收模块4551、加解密模块4552、消息显示模块4553和消息回复模块4554。

消息接收模块4551，用于响应于第一终端设备中的第一客户端处于前台运行状态，从消息中间组件获取第二终端设备中的第二客户端的通知消息。

加解密模块4552，用于通过消息中间组件对通知消息进行解密，响应于在第一客户端的显示界面中接收到回复消息，通过消息中间组件对回复消息进行加密。

消息显示模块4553，用于在第一客户端的显示界面中显示加密后的通知消息。

消息回复模块4554，用于响应于在第一客户端的显示界面中接收到回复消息，通过消息中间组件发送加密后的回复消息至第二客户端。

在一些实施例中，消息接收模块4551，还用于向消息中间组件定期查询第二客户端的通知消息；或接收消息中间组件实时推送的第二客户端的通知消息。

在一些实施例中，装置还包括状态同步模块4555，用于响应于启动第一客户端的操作，通过消息中间组件向消息中间组件后台同步上线的状态；响应于第一终端设备中的第一客户端处于离线状态，通过消息中间组件向消息中间组件后台同步离线的状态。

在一些实施例中，状态同步模块4555，还用于通过消息中间组件向消息中间组件后台同步上线和离线的状态，以使得当第一客户端上线、且第二客户端离线时，接收第二客户端的通知消息。

在一些实施例中，消息回复模块4554，还用于通过消息中间组件发送加密后的回复消息至消息中间组件后台，以使消息中间组件后台将加密后的回复消息转发给第二终端设备中的第二客户端。

在一些实施例中，消息回复模块4554，还用于响应于在第一客户端的显示界面中接收到回复消息，通过消息中间组件发送加密后的回复消息至消息中间组件后台，以使消息中间组件后台执行以下操作：进行在线客户端查找操作，以及当查找到第二客户端处于离线状态时，将加密后的回复消息转发给第二终端设备中的处于前台运行状态的第三客户端。

在一些实施例中，显示模块4553，还用于通过第一客户端的显示界面中的第一窗口显示第一客户端的原生内容，通过第一客户端的显示界面中的第二窗口显示解密后的通知消息；或在第一客户端的显示界面所显示的原生内容之上浮动显示解密后的通知消息，对解密后的通知消息应用透明度，并控制解密后的通知消息的显示效果跟随原生内容的改变而动态变化，以使解密后的通知消息和原生内容之间的对比度大于对比度阈值。

在一些实施例中，消息显示模块4553，还用于在第一客户端的显示界面中显示用于表征消息来源客户端的第一标识、用于表征消息来源用户的第二标识以及解密后的通知消息的内容，解密后的通知消息的内容包括：解密后的通知消息的完整的原始内容或解密后的通知消息的关键字。

在一些实施例中，消息显示模块4553，还用于当在第一客户端的显示界面中部分显示解密后的通知消息时，在第一客户端的显示界面中显示用于表征解密后的通知消息显示不完整的提示信息、以及用于表征查看详情的组件标识；响应于针对组件标识的查看详情操作，在第一客户端的显示界面中完整显示解密后的通知消息。

在一些实施例中，装置还包括监听模块4556，用于监听第一客户端的显示界面中针对解密后的通知消息的回复消息操作；当监听时间超过监听时间阈值时，隐藏解密后的通知消息，并对解密后的通知消息进行重复提醒。

在一些实施例中，监听模块4556，还用于在第一客户端的显示界面中显示解密后的通知消息，直至监听到针对于解密后的通知消息的关闭操作；响应于监听到针对于解密后的通知消息的关闭操作，隐藏解密后的通知消息。

本发明实施例提供一种电子设备，包括：

存储器，用于存储可执行指令；

处理器，用于执行存储器中存储的可执行指令时，实现本发明实施例提供的跨客户端的通信方法。

本发明实施例提供一种存储有可执行指令的存储介质，其中存储有可执行指令，当可执行指令被处理器执行时，将引起处理器执行本发明实施例提供的跨客户端的通信方法，例如，如图4A-4G示出的方法。

在一些实施例中，存储介质可以是FRAM、ROM、PROM、EPROM、EEPROM、闪存、磁表面存储器、光盘、或CD-ROM等存储器；也可以是包括上述存储器之一或任意组合的各种设备。

在一些实施例中，可执行指令可以采用程序、软件、软件模块、脚本或代码的形式，按任意形式的编程语言(包括编译或解释语言，或者声明性或过程性语言)来编写，并且其可按任意形式部署，包括被部署为独立的程序或者被部署为模块、组件、子例程或者适合在计算环境中使用的其它单元。

作为示例，可执行指令可以但不一定对应于文件系统中的文件，可以可被存储在保存其它程序或数据的文件的一部分，例如，存储在超文本标记语言(HTML，Hyper TextMarkup Language)文档中的一个或多个脚本中，存储在专用于所讨论的程序的单个文件中，或者，存储在多个协同文件(例如，存储一个或多个模块、子程序或代码部分的文件)中。

作为示例，可执行指令可被部署为在一个计算设备上执行，或者在位于一个地点的多个计算设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算设备上执行。

综上所述，通过本发明实施例具有以下有益效果：

1)通过跨客户端交流，可实现多客户端的实时社交性和趣味性，大幅提高用户体验，同时可以增强整体社交体系的粘合度；

2)统一的消息SDK以及同一套消息中间组件后台，保证了通信的安全性，各客户端接入的易用性，真正实现社交基础化，统一化，链接一切的目的。

以上所述，仅为本发明的实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和范围之内所作的任何修改、等同替换和改进等，均包含在本发明的保护范围之内。

Claims (10)

1.一种跨客户端的通信方法，其特征在于，所述方法包括：

响应于第一终端设备中的第一客户端处于前台运行状态，通过所述第一终端设备中运行的消息中间组件，获取第二终端设备中的第二客户端的通知消息；

通过所述消息中间组件对所述通知消息进行解密；

在第一客户端的显示界面中显示解密后的通知消息；

响应于在所述第一客户端的显示界面中接收到回复消息，通过所述消息中间组件对所述回复消息进行加密，以及

发送加密后的回复消息至所述第二客户端。

2.根据权利要求1所述的跨客户端的通信方法，其特征在于，所述通过所述第一终端设备中运行的消息中间组件，获取第二终端设备中的第二客户端的通知消息，包括：

向所述消息中间组件定期查询第二客户端的通知消息；或

接收所述消息中间组件实时推送的第二客户端的通知消息。

3.根据权利要求1所述的跨客户端的通信方法，其特征在于，所述方法还包括：

响应于启动所述第一客户端的操作，通过所述消息中间组件向消息中间组件后台同步上线的状态；

响应于所述第一终端设备中的第一客户端处于离线状态，通过所述消息中间组件向所述消息中间组件后台同步离线的状态。

4.根据权利要求3所述的跨客户端的通信方法，其特征在于，所述方法还包括：

通过所述消息中间组件向所述消息中间组件后台同步上线和离线的状态，以使得当所述第一客户端上线、且所述第二客户端离线时，接收所述第二客户端的通知消息。

5.根据权利要求1所述的跨客户端的通信方法，其特征在于，所述通过所述消息中间组件发送加密后的回复消息至所述第二客户端，包括：

通过所述消息中间组件发送加密后的回复消息至消息中间组件后台，以使所述消息中间组件后台将加密后的回复消息转发给第二终端设备中的第二客户端。

6.根据权利要求1所述的跨客户端的通信方法，其特征在于，所述方法还包括：

响应于在所述第一客户端的显示界面中接收到回复消息，通过所述消息中间组件对所述回复消息进行加密，并发送加密后的回复消息至消息中间组件后台，以使所述消息中间组件后台执行以下操作：

进行在线客户端查找操作，以及

当查找到所述第二客户端处于离线状态时，将加密后的回复消息转发给所述第二终端设备中的处于前台运行状态的第三客户端。

7.根据权利要求1所述的跨客户端的通信方法，其特征在于，所述在第一客户端的显示界面中显示解密后的通知消息，包括：

通过所述第一客户端的显示界面中的第一窗口，显示所述第一客户端的原生内容，并通过所述第一客户端的显示界面中的第二窗口，显示解密后的通知消息；或

在所述第一客户端的显示界面所显示的原生内容之上，浮动显示应用透明度的解密后的通知消息，并控制解密后的通知消息的显示效果跟随所述原生内容的改变而动态变化，以使解密后的通知消息和所述原生内容之间的对比度大于对比度阈值。

8.根据权利要求1所述的跨客户端的通信方法，其特征在于，所述在第一客户端的显示界面中显示解密后的通知消息，包括：

在所述第一客户端的显示界面中，显示用于表征消息来源客户端的第一标识、用于表征消息来源用户的第二标识以及解密后的通知消息的内容；

其中，解密后的通知消息的内容包括：解密后的通知消息的完整的原始内容或解密后的通知消息的关键字。

9.根据权利要求1所述的跨客户端的通信方法，其特征在于，所述在第一客户端的显示界面中显示解密后的通知消息，包括：

当在所述第一客户端的显示界面中部分显示解密后的通知消息时，在所述第一客户端的显示界面中，显示用于表征解密后的通知消息显示不完整的提示信息、以及用于表征查看详情的组件标识；

响应于针对所述组件标识的查看详情操作，在所述第一客户端的显示界面中完整显示解密后的通知消息。

10.一种跨客户端的通信装置，其特征在于，所述装置包括：

消息接收模块，用于响应于第一终端设备中的第一客户端处于前台运行状态，通过所述第一终端设备中运行的消息中间组件，获取第二终端设备中的第二客户端的通知消息；

加解密模块，用于通过所述消息中间组件对所述通知消息进行解密，响应于在所述第一客户端的显示界面中接收到回复消息，通过所述消息中间组件对所述回复消息进行加密；

消息显示模块，用于在第一客户端的显示界面中显示加密后的通知消息；

消息回复模块，用于响应于在所述第一客户端的显示界面中接收到回复消息，通过所述消息中间组件发送加密后的回复消息至所述第二客户端。

Images