CN110740150B - 消息交互方法及装置 - Google Patents

Abstract

本发明公开了一种消息交互方法及装置。其中，该方法包括：消息中心接收第一应用发送的第一连接建立请求，其中，第一连接建立请求中携带有用于第一应用与消息中心建立连接的第一连接验证信息；响应于第一连接建立请求，根据第一连接验证信息在第一应用与消息中心之间建立连接；基于建立的连接，实现第一应用与第二应用的消息交互，其中，第二应用与消息中心之间建立有连接。本发明解决了相关技术中不同应用之间无法实时进行消息交互的技术问题。

Description

消息交互方法及装置

技术领域

本发明涉及通讯技术领域，具体而言，涉及一种消息交互方法及装置。

背景技术

应用软件通常需要通过开发工具进行开发和扩展，在应用软件利用开发工具进行开发时，需要跳转到开发工具的编辑页面，此时，应用软件的页面与开发工具的编辑页面完全隔离，应用软件的页面与应用软件的服务器进行通信，开发工具的编辑页面与开发工具的服务器进行通信，应用软件的服务器与开发工具的服务器进行通信，此时，应用软件的页面与开发工具的页面是完全隔离的，在编辑页面上编辑的成果很难回流到应用软件上，应用软件的页面与开发工具的页面无法进行实时通信。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种消息交互方法及装置，以至少解决相关技术中不同应用之间无法实时进行消息交互的技术问题。

根据本发明实施例的一个方面，提供了一种消息交互方法，包括：消息中心接收第一应用发送的第一连接建立请求，其中，所述第一连接建立请求中携带有用于所述第一应用与所述消息中心建立连接的第一连接验证信息；响应于所述第一连接建立请求，根据所述第一连接验证信息在所述第一应用与所述消息中心之间建立连接；基于建立的连接，实现所述第一应用与第二应用的消息交互，其中，所述第二应用与所述消息中心之间建立有连接。

根据本发明实施例的另一方面，还提供了另一种消息交互方法，包括：第一应用向消息中心发送第一连接建立请求，其中，所述第一连接建立请求中携带有用于第一应用与所述消息中心建立连接的第一连接验证信息；根据所述第一连接验证信息在所述第一应用与所述消息中心之间建立连接；基于建立的连接，通过所述消息中心，实现所述第一应用与第二应用的消息交互，其中，所述第二应用与所述消息中心之间建立有连接。

根据本发明实施例的另一个方面，提供了一种消息交互装置，包括：第一接收模块，用于接收第一应用发送的第一连接建立请求，其中，所述第一连接建立请求中携带有用于所述第一应用与所述消息中心建立连接的第一连接验证信息；第一建立模块，用于响应于所述第一连接建立请求，根据所述第一连接验证信息在所述第一应用与所述消息中心之间建立连接；第一交互模块，用于基于建立的连接，实现所述第一应用与第二应用的消息交互，其中，所述第二应用与所述消息中心之间建立有连接。

根据本发明实施例的另一个方面，提供了另一种消息交互装置，包括：发送模块，用于第一应用向消息中心发送第一连接建立请求，其中，所述第一连接建立请求中携带有用于第一应用与所述消息中心建立连接的第一连接验证信息；第二建立模块，用于根据所述第一连接验证信息在所述第一应用与所述消息中心之间建立连接；第二交互模块，用于基于建立的连接，通过所述消息中心，实现所述第一应用与第二应用的消息交互，其中，所述第二应用与所述消息中心之间建立有连接。

根据本发明实施例的另一个方面，提供了一种存储介质，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行上述所述的消息交互方法。

根据本发明实施例的另一个方面，提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行上述所述的消息交互方法。

在本发明实施例中，消息中心接收第一应用发送的第一连接建立请求，其中，所述第一连接建立请求中携带有用于所述第一应用与所述消息中心建立连接的第一连接验证信息；响应于所述第一连接建立请求，根据所述第一连接验证信息在所述第一应用与所述消息中心之间建立连接；基于建立的连接，实现所述第一应用与第二应用的消息交互，其中，所述第二应用与所述消息中心之间建立有连接的方式，通过在第一应用和第二应用之间建立消息中心，并通过消息中心在第一应用和第二应用之间建立消息连接，达到了第一应用和第二应用之间就可以进行实时消息交互的目的，从而实现了在不同应用之间进行实时消息交互的技术效果，进而解决了相关技术中不同应用之间无法实时进行消息交互的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1示出了一种用于实现消息交互方法的计算机终端(或移动设备)的硬件结构框图；

图2是根据本发明实施例1的一种消息交互系统的示意图；

图3是根据本发明实施例1的一种消息交互方法的流程图；

图4是根据本发明实施例1的另一种消息交互方法的流程图；

图5是根据本发明实施例1的另一种消息交互方法的流程图；

图6是根据本发明实施例1的另一种消息交互方法的流程图；

图7是根据本发明实施例1的一种消息交互系统的结构示意图；

图8是根据本发明实施例2的一种消息交互方法的流程图；

图9是根据本发明实施例2的另一种消息交互方法的流程图；

图10是根据本发明实施例3的一种消息交互装置的流程图；

图11是根据本发明实施例4的一种消息交互装置的流程图；

图12是根据本发明实施例5的一种计算机终端的结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

首先，在对本申请实施例进行描述的过程中出现的部分名词或术语适用于如下解释：

MetaQ：一个开源消息中间件。

JGroups：一个开源的纯java编写的可靠的群组通讯工具。

App：接入的应用软件。

Message:通信的消息。

Publish Server发布服务器：发布消息的应用软件APP。

Subscribe Server订阅服务器：订阅消息的应用软件APP。

DataWorks：一个大数据软件开发工具平台。

IDE Integrated Development Environment：DataWorks的大数据软件集成开发环境。

WebSocket：一种可以允许用户在浏览器中实现双向通信的通信技术。

实施例1

根据本发明实施例，还提供了一种消息交互方法的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本申请实施例1所提供的消息交互方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。图1示出了一种用于实现消息交互方法的计算机终端(或移动设备)的硬件结构框图。如图1所示，计算机终端10(或移动设备10)可以包括一个或多个(图中采用102a、102b，……，102n来示出)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输模块106。除此以外，还可以包括：显示器、输入/输出接口(I/O接口)、通用串行总线(USB)端口(可以作为I/O接口的端口中的一个端口被包括)、网络接口、电源和/或相机。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，计算机终端10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

应当注意到的是上述一个或多个处理器102和/或其他数据处理电路在本文中通常可以被称为“数据处理电路”。该数据处理电路可以全部或部分的体现为软件、硬件、固件或其他任意组合。此外，数据处理电路可为单个独立的处理模块，或全部或部分的结合到计算机终端10(或移动设备)中的其他元件中的任意一个内。如本申请实施例中所涉及到的，该数据处理电路作为一种处理器控制(例如与接口连接的可变电阻终端路径的选择)。

存储器104可用于存储应用软件的软件程序以及模块，如本发明实施例中的消息交互方法对应的程序指令/数据存储装置，处理器102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的应用程序的漏洞检测方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端10的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

显示器可以例如触摸屏式的液晶显示器(LCD)，该液晶显示器可使得用户能够与计算机终端10(或移动设备)的用户界面进行交互。

图1示出的硬件结构框图，不仅可以作为上述计算机终端10(或移动设备)的示例性框图，还可以作为上述服务器的示例性框图，计算机终端10(或移动设备)可以经由数据网络连接或电子连接到一个或多个服务器(例如安全服务器、资源服务器、游戏服务器等)。一种可选实施例中，上述计算机终端10(或移动设备)可以是任意移动计算设备。数据网络连接可以是局域网连接、广域网连接、因特网连接，或其他类型的数据网络连接。计算机终端10(或移动设备)可以执行以连接到由一个服务器(例如安全服务器)或一组服务器执行的网络服务。网络服务器是基于网络的用户服务，诸如社交网络、云资源、电子邮件、在线支付或其他在线应用。

图2是根据本发明实施例1的一种消息交互系统的示意图，如图2所示，第一应用201可以为计算机终端(或者移动设备)上的应用，第二应用203可以为计算机终端(或者移动设备)上的应用，上述第一应用201和第二应用203可以为同一计算终端(或者移动设备)上的不同应用。消息中心202与上述第一应用201和第二应用203均通过网络建立连接，上述网络连接可以是有线连接，也可以是无线连接，或者可以通过该连接进行消息交互的连接。

在本发明实施例中，上述第一应用201和第二应用203可以是应用软件，开发工具，也可以是应用软件对应的页面，插件等与应用软件进行封闭式消息交互(即上述页面，插件仅可以与其所对应的应用软件进行消息交互)的应用对象。上述第一应用201和第二应用203为不能直接进行消息交互的应用对象。

例如，DataWorks是一种大数据软件开发工具平台，该平台通过数据开发IDE(Integrated Development Environment)为用户提供数据开发的功能。第三方应用接入DataWorks时，如果需要使用数据开发IDE，需要跳转到数据开发IDE的编辑页面，此时第三方应用的页面与数据开发IDE的编辑页面完全隔离，导致第三方应用很难将数据开发IDE页面上编辑的成果回流到上述第三方应用上。应用上述消息中心202时，数据开发IDE的编辑页面与上述消息中心202可以进行消息交互，第三方应用的页面与上述消息中心202进行消息交互，在数据开发IDE的编辑页面与第三方应用的页面之间利用消息中心202建立消息交互的媒介，从而使数据开发IDE的编辑页面与第三方应用的页面之间建立消息交互，第三方应用可以通过上述消息中心将数据开发IDE页面上编辑的成果回流到上述第三方应用上。

另外，上述应用软件与应用对象，仅代表采用该类消息交互方式进行消息交互的对象，在本实施例中，也可以是服务器和网页。例如，在第一页面不断的向第二页面的第二服务器轮询获取信息，同时第二页面也在不断的向其后端的第二服务器进行轮询以获取信息时，只能第一页面向第二页面主动发起通信。如果需要反向通信，则需要在第一页面对应的后端的第一服务器实现重复的功能，即，要让第二页面向第一服务器轮询获取信息,同时第二页面也在不断的向其后端的第二服务器进行轮询以获取信息。而且这种页面消息交互方式对页面的数量扩展十分困难，如果第三页面，第四页面同时加入获取第二页面的信息，会导致复杂度成倍的增加。应用上述消息中心时，可以在第一页面与第二页面之间建立消息交互的媒介，第一页面和第二页面均可以与上述消息中心进行消息交互，从而使第一页面与第二页面轻易实现消息交互，包括第一页面向第二页面的通信和第二页面向第一页面的通信，而且对于消息中心而言，扩展较为方便，在需要与第三页面和/或第四页面进行信息交互时，仅需要上述第三页面和/或第四页面与上述消息中心建立连接，便可以轻易实现多个页面之间的消息交互。

在上述运行环境下，本申请提供了如图3所示的消息交互方法。图3是根据本发明实施例1的一种消息交互方法的流程图，如图3所示，本申请实施例所提供的消息交互方法可以通过以下方法步骤来实现：

步骤S302，消息中心接收第一应用发送的第一连接建立请求，其中，第一连接建立请求中携带有用于第一应用与消息中心建立连接的第一连接验证信息。

上述第一应用可以是单独的应用软件，例如，APP，开发工具等，也可以是上述应用软件中的程序，例如，开发程序，网页页面，插件等。

上述实施例中，执行上述步骤的主体为消息中心，上述消息中心可以是服务器，消息中转站等。例如，上述消息中心可以是云服务器，可以与不同应用进行消息交互，但是自身远程独立，不受任何应用影响。

作为一种可选的实施例，在上述步骤执行主体为消息中心的情况下，当第一应用有输送消息或接收消息的需要时，先向消息中心发送连接建立请求。上述消息中心在接收第一应用发送的连接建立请求后，通过连接建立请求中的连接验证信息对该第一应用的连接建立请求进行验证，在验证通过的情况下与第一应用建立连接。

上述消息中心通过连接验证信息与第一应用建立连接时，先根据上述连接验证信息对第一应用进行验证，验证通过后，上述消息中心与第一应用建立连接，上述连接用于第一应用与消息中心进行消息交互，其中，消息交互包括，消息中心接收第一应用向消息中心发送的消息，和消息中心向第一应用发送消息，其中，消息中心发送的消息可以为消息中心自身的消息，也可以为来源于其他应用向消息中心发送的消息。

作为一种可选的实施例，上述验证信息实质上是指消息中心与第一应用之间的一种验证方式，该验证信息可以是消息内容验证，消息来源验证，消息篡改验证等多种验证信息。

步骤S304，响应于第一连接建立请求，根据第一连接验证信息在第一应用与消息中心之间建立连接。

上述实施例中，执行上述步骤的主体为消息中心，上述消息中心可以是服务器，消息中转，数据库，存储器等。例如，上述消息中心可以是云服务器，可以与不同应用进行消息交互，但是自身远程独立，不受任何应用影响。

作为一种可选的实施例，消息中心在响应该连接建立请求之前，根据上述连接建立请求中的验证信息对第一应用是否被允许建立连接进行验证，在验证第一应用被允许建立连接请求的情况下，与上述第一应用建立连接。

需要说明的是，在第一应用与消息中心之间建立连接后，第一应用可以与消息中心通过上述连接进行消息交互。例如，第一应用向上述消息中心发送消息，或者消息中心向第一应用发送来自其他应用的消息。上述连接可以是互联网连接，局域网连接，或者广域网连接。消息交互方式可以通过无线交互，或者有线交互。

作为一种可选的实施例，上述第一应用与消息中心之间的连接，可以是具有一定的使用期限。例如，上述连接的使用期限为一分钟，则在第一应用与消息中心之间建立连接后一分钟之内，第一应用可以与消息中心进行消息交互，一分钟之后，连接自动断开。

上述连接还可以是具有一定的使用频率。例如，上述连接的使用频率为30次每秒，则意味着在第一应用与消息中心之间建立连接后，第一应用与消息中心的消息交互速度最多为每秒进行30次。

步骤S306，基于建立的连接，实现第一应用与第二应用的消息交互，其中，第二应用与消息中心之间建立有连接。

上述实施例中，执行上述步骤的主体为消息中心，上述消息中心可以是服务器，数据库，存储器等。例如，上述消息中心可以是云服务器，可以与不同应用进行消息交互，但是自身远程独立，不受任何应用影响。

作为一种可选的实施例，在进行与第一应用与第二应用的消息交互之前，应该在第二应用与消息中心之间没有连接的情况下，使消息中心与第二应用建立连接。也即上述第一应用和第二应用均与上述消息中心建立有效连接，才可以实现第一应用和第二应用利用消息中心进行实时消息交互。

在上述实施例中，消息中心与第二应用建立连接的方式与上述第一应用与消息中心建立连接的方式可以相同，也可以不同，第一应用和第二应用的连接形式，连接效果可以相同，也可以不同。

上述第一应用和第二应用均与消息中心建立连接后，基于建立的连接，第一应用与第二应用进行消息交互。例如，第一应用向第二应用进行消息传输时，第一应用将消息发送至消息中心，消息中心将该消息发送至第二应用；第一应用接收来自第二应用的消息传输时，由消息中心先接收由第二应用发送的消息，然后第一应用接收由消息中心发送的所接收的第二应用的消息。

在上述实施例中，消息中心对来自第一应用和第二应用的消息可以进行同时处理，也可以不同时进行处理。优选的，在消息中心的性能允许的情况下，可以选择同时处理，可以有效提高消息交互的效率。在消息中心对来自第一应用和/或第二应用的消息进行处理时，可以对上述消息进行加密处理，除噪处理，压缩处理，等处理方式进行处理，也可以增加信息，例如消息在消息中心的处理记录，也可以对消息的载体信号进行处理，可以按照原载体信号进行转发。

通过上述步骤，在本发明实施例中，消息中心接收第一应用发送的第一连接建立请求，其中，第一连接建立请求中携带有用于第一应用与消息中心建立连接的第一连接验证信息；响应于第一连接建立请求，根据第一连接验证信息在第一应用与消息中心之间建立连接；基于建立的连接，实现第一应用与第二应用的消息交互，其中，第二应用与消息中心之间建立有连接的方式。

上述实施例通过在第一应用和第二应用之间建立消息中心，并通过消息中心在第一应用和第二应用之间建立消息连接，达到了第一应用和第二应用之间就可以进行实时消息交互的目的，从而实现了在不同应用之间进行实时消息交互的技术效果，进而解决了相关技术中不同应用之间无法实时进行消息交互的技术问题。

图4是根据本发明实施例1的另一种消息交互方法的流程图，如图4所示，作为一种可选的实施例，该方法还包括：

步骤S402，消息中心接收第二应用发送的第二连接建立请求，其中，第二连接建立请求中携带有用于第二应用与消息中心建立连接的第二连接验证信息；

步骤S404，响应于第二连接建立请求，根据第二连接验证信息在第二应用与消息中心之间建立连接。

在上述第一应用与消息中心建立连接后，在第二应用与消息中心没有连接的情况下，需要第二应用与消息中心建立有效连接，才能够实现第一应用于第二应用的消息交互。因此，该消息交互方法还包括第二应用与消息中心建立连接。

在上述实施例中，上述第二应用可以是一个单独的应用，也可以是多个应用，包括第三应用，第四应用等需要第一应用与之进行消息交互的应用。在第二应用为多个的情况下，多个应用可以同时与消息中心建立连接，也可以先后与消息中心建立连接。多个应用同时与消息中心建立连接可以有效提高消息交互的效率。

上述实施例中，第二应用于消息中心建立连接的方式可以与第一应用相同，也可以不同。

作为一种可选的实施例，方法还包括：消息中心接收第一应用的第一验证请求，并根据第一验证请求中携带的第一身份验证信息对第一应用进行验证；消息中心接收第二应用的第二验证请求，并根据第二验证请求中携带的第二身份验证信息对第二应用进行验证。

作为一种可选的实施例，上述消息中心接收第一应用发送的第一连接建立请求之前，还包括：接收第一应用的第一注册请求，响应于第一注册请求，根据第一身份验证信息对第一应用进行注册，其中，第一注册请求中携带有用于对第一应用的身份进行验证的第一身份验证信息。

在上述实施例中，对第一应用进行注册，根据注册请求中携带的身份验证信息对第一应用进行验证。上述第一应用在消息中心注册后，可以根据需求断开或者建立上述连接，在后续建立连接的过程中，无需再次进行验证。

同理的，在消息中心接收第二应用发送的连接请求之前，还包括：接收第二应用的第二注册请求，响应于第二注册请求，根据第二身份验证信息对第二应用进行注册，其中，第二注册请求中携带有用于对第二应用的身份进行验证的第二身份验证信息。

对第二应用进行注册，根据注册请求中携带的身份验证信息对第二应用进行验证。上述第二应用在消息中心注册后，可以根据需求断开或者建立上述连接，在后续建立连接的过程中，无需再次进行验证。

图5是根据本发明实施例1的另一种消息交互方法的流程图，如图5所示，作为一种可选的实施例，上述基于建立的连接，实现第一应用与第二应用的消息交互包括：

步骤S502，消息中心接收第一应用发布的第一消息；

步骤S504，在接收到第二应用发送的消息订阅请求的情况下，消息中心将接收的第一消息投递给第二应用。

在上述实施例中，第一应用与第二应用进行消息交互时包括两种情况，第一种情况，由第一应用发布消息，第二应用订阅消息(接收消息)；另一种情况为第一应用订阅消息(接收消息)，第二应用发布消息。上述实施例对第一种情况进行详细说明。

在上述实施例中，先由第一应用向消息中心发送发布消息，消息中心在接收到第二应用发送的用于请求订阅消息的订阅请求的情况下，将接收的发布消息投递给第二应用。即，第二应用可以在第一应用发布消息之前或者同时，向消息中心发送订阅请求，可以避免第二应用不请求上述第一应用的消息情况下，将第一应用的消息误传给第二应用。第一应用与第二应用均具有发送和接收的主动权利。对于特定的消息交互模式，也可以对接收的主动权利进行更改，即消息中心在接收到第一应用发布的消息的情况下，对预设的特定应用可以进行直接传输，无需接收该应用的订阅请求。

在上述实施例中，上述第二应用请求订阅的消息不一定是第一应用的消息，也可以是其他应用发布的消息。例如，在第二应用没有限定消息的发布者，第三应用没有限定消息的接收者的情况下，第三应用与第二应用可以直接进行消息交互。

在上述实施例中，对消息中心而言，第一应用和第二应用均可以为发布方或者订阅方(接收方)，发布方要在消息中心发布消息，不需要向消息中心发送请求。订阅方要在消息中心订阅消息，则需要向消息中心发送请求，由消息中心判断请求订阅的第二应用是否被第一应用允许订阅该第一应用发送的发布消息。

作为一种可选的实施例，上述在将接收的发布消息投递给第二应用之前，还包括：消息中心对第二应用是否被允许接收第一消息进行验证；在验证结果为允许第二应用接收第一消息的情况下，消息中心将解密第一消息的解密密钥发送给第二应用。

在上述实施例中，消息中心向第二应用发送的来自第一应用的发布消息是经过加密处理的，可以有效增加消息交互的安全性，该第一应用的消息加密方式与消息中心的解密方式匹配，因此消息中心与第一应用无需信息传送便可以对第一应用加密的消息进行解密处理。需要说明的是，该解密方式可以通过一定规律或方式进行变化。在对该第二应用的订阅消息进行验证后，确定上述第二应用被第一应用允许接收上述发布消息的情况下，对第二应用发送用于解密上述发布消息的解密密钥。

作为一种可选的实施例，上述消息中心对第二应用是否被允许接收第一消息进行验证包括：消息中心获取第一应用确定的不允许接收第一消息的黑名单；消息中心基于黑名单，对第二应用是否被允许接收第一消息进行验证。

在上述实施例中，在第二应用向消息中心发送订阅请求之后，消息中心对该订阅请求进行验证，确认第二应用是否被允许接收由第一消息发布的消息。在对该第二应用的订阅消息进行验证时，验证方式可以是多种，该验证方式可以是，密钥验证，匹配验证，等多种验证方式，上述实施例采用黑名单验证的方式进行验证。

在上述实施例中，第二应用发送的订阅消息中包括用于进行黑名单验证的验证参数，该验证参数与不同的应用一一对应。上述验证参数可以为该应用的IP地址，一段代码，一段数据等。在上述黑名单中，记录有被禁止的应用的验证参数，在消息中心接收到第二应用的订阅消息后，对该订阅消息中的验证参数，与黑名单中的验证参数进行查找，在确认该验证参数不在黑名单中，肯定该订阅消息的有效性，否则认定该订阅消息无效，并进行记录。

基于上述第一应用发送发布消息，第二应用订阅消息相同的模式，在第二应用发送发布消息，第一应用订阅消息时，工作模式相同，具体如下：

图6是根据本发明实施例1的另一种消息交互方法的流程图，如图6所示，作为一种可选的实施例，上述基于建立的连接，实现第一应用与第二应用的消息交互包括：

步骤S602，消息中心接收到第一应用发送的消息订阅请求；

步骤S604，响应于第一应用发送的消息订阅请求，消息中心将第二应用发布的第二消息投递给第一应用。

在上述实施例中，第一应用与第二应用进行消息交互时包括两种情况，第一种情况，由第一应用发布消息，第二应用订阅消息(接收消息)；第二种情况为第一应用订阅消息(接收消息)，第二应用发布消息。上述实施例对第二种情况进行详细说明。

在上述实施例中，如上所述，对消息中心而言，第一应用和第二应用均可以为发布方或者订阅方(接收方)，发布方要在消息中心发布消息，不需要向消息中心发送请求。订阅方要在消息中心订阅消息，则需要向消息中心发送请求，由消息中心判断请求订阅的第一应用是否被第二应用允许订阅该第二应用发送的发布消息。

例如，先由第二应用向消息中心发送发布消息，消息中心在接收到第一应用发送的用于请求订阅消息的订阅请求的情况下，将接收的发布消息投递给第一应用。即，第一应用可以在第二应用发布消息之前或者同时，向消息中心发送订阅请求，可以避免第一应用不请求上述第二应用的消息情况下，将第二应用的消息误传给第一应用。第二应用与第一应用均具有发送和接收的主动权利。对于特定的消息交互模式，也可以对接收的主动权利进行更改，即消息中心在接收到第二应用发布的消息的情况下，对预设的特定应用可以进行直接传输，无需接收该应用的订阅请求。

作为一种可选的实施例，上述消息中心将第二应用发布的第二消息投递给第一应用包括：在第二应用为多个的情况下，消息中心确定第一应用请求订阅的多个第二应用的应用标识；根据确定的多个第二应用的应用标识，消息中心将多个第二应用发布的第二消息投递给第一应用。

如上所述中验证参数在上述实施例中为应用标识，在上述第二应用向消息中心发送订阅请求时，在上述订阅请求中包含有第二应用的应用标识，上述应用标识类似身份证号码，是应用的一种身份信息，可以对第二应用进行准确识别和指示。

在上述实施例中，根据上述应用标识判断该第二应用是否被地应用允许接收发布信息时，可以根据如上述的黑名单验证，也可以由白名单进行验证。例如，第一应用可以向消息中心发送被允许的第二应用的应用标识的白名单，在白名单中的第二应用才被允许接收发布信息。

作为一种可选的实施例，上述方法还包括：对第一应用与消息中心针对消息的状态信息进行同步；和/或，对第二应用与消息中心针对消息的状态信息进行同步。在上述实施例中，将第一应用与消息中心的消息状态同步，可以保证消息的完整性和安全性。

作为一种可选的实施例，上述方法中，在第一应用为数据开发应用，第二应用为应用程序的后台应用的情况下，实现第一应用与第二应用的消息交互包括：将数据开发应用开发的结果数据传送至后台应用。

在上述实施例中，第一应用为数据开发应用，第二应用为后台应用，需要说明的是，本实施例中，上述第一应用和第二应用中的“第一”“第二”，仅用于区别，没有特殊含义，也不会有第一应用必须为消息的发布方，第二应用为消息的接收方的意思，上述描述仅为一种实施方式。其中，数据开发应用可以与上述应用程序进行消息交互，后台应用可以与上述应用程序进行消息交互，但是数据开发应用与后台应用无法进行实时消息交互。利用上述消息交互方法可以实现将数据开发应用开发的结果数据传送至后台应用，即，上述第一应用向第二应用发布消息。

图7是根据本发明实施例1的一种消息交互系统的结构示意图，如图7所示，作为一种可选的实施例，在以下的运行环境下实时本实施例的消息交互方法：

DataWorks通过数据开发IDE为用户提供数据开发的功能，第三方应用接入DataWorks时，如果需要使用数据开发IDE，需要跳转到数据开发IDE的编辑页面，此时第三方应用的页面与数据开发IDE的编辑页面完全隔离，导致第三方应用很难将数据开发IDE页面上编辑的成果回流到上述第三方应用上。

上述实施例提供了一种消息交互系统，该系统整体分为3部分：Publish Server：消息的发布者。Subscribe Server：消息的接收者。Message Center：消息中心。

基于该系统进行的消息交互流程如下：

接入方(包括发布方和订阅方)在消息中心的管理端注册App信息，生成应用密钥(App Key)用于对第二应用的订阅请求(SDK)进行身份验证。

接入方(包括发布方和订阅方)的网页页面访问其应用后端服务器，通过消息订阅请求内置的过滤器(Filter)逻辑远程请求消息中心服务器获取用于本次页面连接的标记(Token)，然后应用后端服务器将标记返回给网页页面。

接入方(包括发布方和订阅方)的网页页面获取到标记后，用该标记向消息中心直接发出WebSocket请求建立连接，消息中心判断该标记合法后同意建连，否则拒绝连接。

接入方(包括发布方和订阅方)的应用后端通过订阅消息(SDK)向消息中心发布消息。

接入方(包括发布方和订阅方)的Web页面在建立WebSocket连接后通过该连接向消息中心交互消息。

接入方(包括发布方和订阅方)的应用后端首先通过定时器与消息中心定期同步状态，状态信息包括订阅的标题(Topic)，被允许的应用标识名单(AppCode)，不被允许的应用标识黑名单(黑名单AppCode)，有效的消息解密密钥。

接入方(包括发布方和订阅方)从MetaQ获取订阅的App的消息，判断当前应用是否进入消息归属的APP的黑名单以及是否有权限解密该App的消息，如果通过则解密消息返回给上层应用。

消息中心接收到接入方提供的消息，经过鉴权后直接投递到MetaQ，同时消息中心订阅MetaQ，接收到MetaQ消息后投递到非黑名单的网页页面。

为了避免广播方式订阅MetaQ出现的顺序问题，集群方式订阅MetaQ导致的集群内部服务器上消息不一致的问题，消息中心在集群方式订阅MetaQ的同时使用了JGroup来在集群中各服务器之间同步消息。

上述实施例接入方的网页页面只需要在初始化建立连接时需要向其后端请求标识信息，后续所有的消息都可以直接通过消息中心进行交互，消息中心可以将其发送的消息投递到其他的应用后端或者网页页面。对于消息的发布者来说，消息接收者的增加无需其感知，会自动通过消息中心投递到新增加的接收者当中，发布者可以指定黑名单来拒绝某个接收者接收其消息。对于消息的接收者来说，消息发布者增加后，其只需要在订阅时指定需要订阅的AppCode，无需其他操作。以此整个系统达到了前后端消息无缝打通，易于扩展的目的。

实施例2

根据本发明实施例，还提供了另一种消息交互方法的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或所描述的步骤。

需要说明的是，本申请实施例2所提供的方法实施例可以在如图1所示的计算机终端10(或移动设备10)或者类似的运算装置中执行。图8是根据本发明实施例2的一种消息交互方法的流程图，如图8所示，本申请实施例所提供的消息交互方法可以通过如下方法步骤实现：

步骤S802，第一应用向消息中心发送第一连接建立请求，其中，第一连接建立请求中携带有用于第一应用与消息中心建立连接的第一连接验证信息。

上述第一应用可以是单独的应用软件，例如，APP，开发工具等，也可以是上述应用软件中的程序，例如，开发程序，网页页面，插件等。插件等。

上述实施例中，执行上述步骤的主体为第一应用，在本实施例中，由于上述第一应用和第二应用中的“第一”“第二”，仅用于区别，没有特殊含义，也不会有第一应用必须为消息的发布方，第二应用为消息的接收方的意思，上述描述仅为一种实施方式。因此，在上述实施例中执行上述步骤的主体可以为第二应用。即，第二应用向消息中心发送第二连接建立请求，其中，第二连接建立请求中携带有用于第二应用与消息中心建立连接的第二连接验证信息。

作为一种可选的实施例，当第一应用有输送消息或接收消息的需要时，先向消息中心发送连接建立请求。上述消息中心在接收第一应用发送的连接建立请求后，通过连接建立请求中的连接验证信息对该第一应用的连接建立请求进行验证，在验证通过的情况下与第一应用建立连接。

上述消息中心通过连接验证信息与第一应用建立连接时，先根据上述连接验证信息对第一应用进行验证，验证通过后，上述消息中心与第一应用建立连接，上述连接用于第一应用与消息中心进行消息交互，其中，消息交互包括，消息中心接收第一应用向消息中心发送的消息，和消息中心向第一应用发送消息，其中，消息中心发送的消息可以为消息中心自身的消息，也可以为来源于其他应用向消息中心发送的消息。

作为一种可选的实施例，上述验证信息实质上是指消息中心与第一应用之间的一种验证方式，其中，该验证信息可以是消息内容验证，消息来源验证，消息篡改验证等多种验证信息，该验证方式可以是，密钥验证，匹配验证，等多种验证方式。

步骤S804，根据第一连接验证信息在第一应用与消息中心之间建立连接。

上述第一应用可以是单独的应用软件，例如，APP，开发工具等，也可以是上述应用软件中的程序，例如，开发程序，网页页面，插件等。

上述实施例中，执行上述步骤的主体为第一应用，在本实施例中，由于上述第一应用和第二应用中的“第一”“第二”，仅用于区别，没有特殊含义，也不会有第一应用必须为消息的发布方，第二应用为消息的接收方的意思，上述描述仅为一种实施方式。因此，在上述实施例中执行上述步骤的主体可以为第二应用。即，第二应用根据第一连接验证信息在第一应用与消息中心之间建立连接。

作为一种可选的实施例，消息中心在响应该连接建立请求之前，根据上述连接建立请求中的验证信息对第一应用是否被允许建立连接进行验证，在验证第一应用被允许建立连接请求的情况下，由消息中心与上述第一应用建立连接。

需要说明的是，在第一应用与消息中心之间建立连接后，第一应用可以与消息中心通过上述连接进行消息交互。例如，第一应用向上述消息中心发送消息，或者消息中心向第一应用发送来自其他应用的消息。上述连接可以是互联网连接，局域网连接，或者广域网连接。消息交互方式可以通过无线交互，或者有线交互。

作为一种可选的实施例，上述第一应用与消息中心之间的连接，可以是具有一定的使用期限。例如，上述连接的使用期限为一分钟，则在第一应用与消息中心之间建立连接后一分钟之内，第一应用可以与消息中心进行消息交互，一分钟之后，连接自动断开。

上述连接还可以是具有一定的使用频率。例如，上述连接的使用频率为30次每秒，则意味着在第一应用与消息中心之间建立连接后，第一应用与消息中心的消息交互速度最多为每秒进行30次。

步骤S806，基于建立的连接，通过消息中心，实现第一应用与第二应用的消息交互，其中，第二应用与消息中心之间建立有连接。

上述第一应用可以是单独的应用软件，例如，APP，开发工具等，也可以是上述应用软件中的程序，例如，开发程序，网页页面，插件等。

上述实施例中，执行上述步骤的主体为第一应用，在本实施例中，由于上述第一应用和第二应用中的“第一”“第二”，仅用于区别，没有特殊含义，也不会有第一应用必须为消息的发布方，第二应用为消息的接收方的意思，上述描述仅为一种实施方式。因此，在上述实施例中执行上述步骤的主体可以为第二应用。即，第二应用基于建立的连接，通过消息中心，实现第一应用与第二应用的消息交互，其中，第一应用与消息中心之间建立有连接。

作为一种可选的实施例，在进行与第一应用与第二应用的消息交互之前，应该在第二应用与消息中心之间没有连接的情况下，使消息中心与第二应用建立连接。也即上述第一应用和第二应用均与上述消息中心建立有效连接，才可以实现第一应用和第二应用利用消息中心进行实时消息交互。

在上述实施例中，消息中心与第二应用建立连接的方式与上述第一应用与消息中心建立连接的方式可以相同，也可以不同，第一应用和第二应用的连接形式，连接效果可以相同，也可以不同。

上述第一应用和第二应用均与消息中心建立连接后，基于建立的连接，第一应用与第二应用进行消息交互。例如，第一应用向第二应用进行消息传输时，第一应用将消息发送至消息中心，消息中心将该消息发送至第二应用；第一应用接收来自第二应用的消息传输时，由消息中心先接收由第二应用发送的消息，然后第一应用接收由消息中心发送的所接收的第二应用的消息。

在上述实施例中，消息中心对来自第一应用和第二应用的消息可以进行同时处理，也可以不同时进行处理。优选的，在消息中心的性能允许的情况下，可以选择同时处理，可以有效提高消息交互的效率。在消息中心对来自第一应用和/或第二应用的消息进行处理时，可以对上述消息进行加密处理，除噪处理，压缩处理，等处理方式进行处理，也可以增加信息，例如消息在消息中心的处理记录，也可以对消息的载体信号进行处理，可以按照原载体信号进行转发。

通过上述步骤，在本发明实施例中，采用第一应用向消息中心发送第一连接建立请求，其中，第一连接建立请求中携带有用于第一应用与消息中心建立连接的第一连接验证信息；根据第一连接验证信息在第一应用与消息中心之间建立连接；基于建立的连接，通过消息中心，实现第一应用与第二应用的消息交互，其中，第二应用与消息中心之间建立有连接的方式。

上述实施例通过在第一应用和第二应用之间建立消息中心，并通过消息中心在第一应用和第二应用之间建立消息连接，达到了第一应用和第二应用之间就可以进行实时消息交互的目的，从而实现了在不同应用之间进行实时消息交互的技术效果，进而解决了相关技术中不同应用之间无法实时进行消息交互的技术问题。

图9是根据本发明实施例2的另一种消息交互方法的流程图，如图9所示，作为一种可选的实施例，上述基于建立的连接，通过消息中心，执行第一应用与第二应用的消息交互包括：

步骤S902，第一应用向消息中心发布要传递给第二应用的第一消息；

步骤S904，第一应用接收消息中心传递的由第二应用发布的第二消息。

在上述实施例中，第一应用与第二应用进行消息交互时包括两种情况，第一种情况，由第一应用发布消息，第二应用订阅消息(接收消息)；第二种情况为第一应用订阅消息(接收消息)，第二应用发布消息。上述实施例对第二种情况进行详细说明。

在上述实施例中，如上所述，对消息中心而言，第一应用和第二应用均可以为发布方或者订阅方(接收方)，发布方要在消息中心发布消息，不需要向消息中心发送请求。订阅方要在消息中心订阅消息，则需要向消息中心发送请求，由消息中心判断请求订阅的第一应用是否被第二应用允许订阅该第二应用发送的发布消息。

例如，先由第二应用向消息中心发送发布消息，消息中心在接收到第一应用发送的用于请求订阅消息的订阅请求的情况下，将接收的发布消息投递给第一应用。即，第一应用可以在第二应用发布消息之前或者同时，向消息中心发送订阅请求，可以避免第一应用不请求上述第二应用的消息情况下，将第二应用的消息误传给第一应用。第二应用与第一应用均具有发送和接收的主动权利。对于特定的消息交互模式，也可以对接收的主动权利进行更改，即消息中心在接收到第二应用发布的消息的情况下，对预设的特定应用可以进行直接传输，无需接收该应用的订阅请求。

作为一种可选的实施例，第一应用包括数据开发应用，第二应用包括应用程序的后台应用，实现数据开发应用与后台应用的消息交互包括：将数据开发应用开发的结果数据传送至后台应用。

上述实施例中，数据开发应用可以与上述应用程序进行消息交互，后台应用可以与上述应用程序进行消息交互，但是，数据开发应用与后台应用无法进行实时消息交互。利用上述消息交互方法可以实现将数据开发应用开发的结果数据传送至后台应用，即，上述第一应用向第二应用发布消息。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

实施例3

根据本发明实施例，还提供了一种用于实施上述实施例1中的消息交互方法的消息交互装置实施例，图10是根据本发明实施例3的一种消息交互装置的结构示意图，如图10所示，该装置包括：接收模块1002，第一建立模块1004和第一交互模块1006，下面对上述装置进行详细说明。

第一接收模块1002，用于接收第一应用发送的第一连接建立请求，其中，第一连接建立请求中携带有用于第一应用与消息中心建立连接的第一连接验证信息；第一建立模块1004，与上述接收模块1002相连，用于响应于第一连接建立请求，根据第一连接验证信息在第一应用与消息中心之间建立连接；第一交互模块1006，与上述第一建立模块1004相连，用于基于建立的连接，实现第一应用与第二应用的消息交互，其中，第二应用与消息中心之间建立有连接。

通过上述装置，在本发明实施例中，消息中心采用第一接收模块1002接收第一应用发送的第一连接建立请求，其中，第一连接建立请求中携带有用于第一应用与消息中心建立连接的第一连接验证信息；第一建立模块1004响应于第一连接建立请求，根据第一连接验证信息在第一应用与消息中心之间建立连接；第一交互模块1006基于建立的连接，实现第一应用与第二应用的消息交互，其中，第二应用与消息中心之间建立有连接的方式。

上述实施例通过在第一应用和第二应用之间建立消息中心，并通过消息中心在第一应用和第二应用之间建立消息连接，达到了第一应用和第二应用之间就可以进行实时消息交互的目的，从而实现了在不同应用之间进行实时消息交互的技术效果，进而解决了相关技术中不同应用之间无法实时进行消息交互的技术问题。

作为一种可选的实施例，上述装置还包括：第二接收模块，用于消息中心接收第二应用发送的第二连接建立请求，其中，第二连接建立请求中携带有用于第二应用与消息中心建立连接的第二连接验证信息；第二建立模块，用于响应于第二连接建立请求，根据第二连接验证信息在第二应用与消息中心之间建立连接。

作为一种可选的实施例，上述装置还包括：第一验证模块，用于消息中心接收第一应用的第一验证请求，并根据第一验证请求中携带的第一身份验证信息对第一应用进行验证；第二验证模块，用于消息中心接收第二应用的第二验证请求，并根据第二验证请求中携带的第二身份验证信息对第二应用进行验证。

作为一种可选的实施例，上述第一交互模块1006包括：第一接收单元，用于消息中心接收第一应用发布的第一消息；第一投递单元，用于在接收到第二应用发送的消息订阅请求的情况下，消息中心将接收的第一消息投递给第二应用。

作为一种可选的实施例，上述装置还包括：第二验证模块，用于消息中心对第二应用是否被允许接收第一消息进行验证；密钥发送模块，用于在验证结果为允许第二应用接收第一消息的情况下，消息中心将解密第一消息的解密密钥发送给第二应用。

作为一种可选的实施例，上述第二验证模块包括：获取单元，用于消息中心获取第一应用确定的不允许接收第一消息的黑名单；验证单元，用于消息中心基于黑名单，对第二应用是否被允许接收第一消息进行验证。

作为一种可选的实施例，上述第一交互模块1006包括：第二接收单元，用于消息中心接收到第一应用发送的消息订阅请求；第二投递单元，用于响应于第一应用发送的消息订阅请求，消息中心将第二应用发布的第二消息投递给第一应用。

作为一种可选的实施例，上述第二接收单元包括：确定子单元，用于在第二应用为多个的情况下，消息中心确定第一应用请求订阅的多个第二应用的应用标识；投递子单元，用于根据确定的多个第二应用的应用标识，消息中心将多个第二应用发布的第二消息投递给第一应用。

作为一种可选的实施例，上述装置还包括：第一同步模块，用于对第一应用与消息中心针对消息的状态信息进行同步；第二同步模块，用于对第二应用与消息中心针对消息的状态信息进行同步。

此处需要说明的是，上述接收模块1002，第一建立模块1004和第一交互模块1006对应于实施例1中的步骤S302至步骤S306，两个模块与对应的步骤所实现的实例和应用场景相同，但不限于上述实施例1所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在实施例1提供的计算机终端10中。

实施例4

根据本发明实施例，还提供了一种用于实施上述实施例1中的消息交互方法的消息交互装置实施例，图11是根据本发明实施例4的一种消息交互装置的结构示意图，如图11所示，该装置包括：发送模块1102，第二建立模块1104和第二交互模块1106，下面对上述装置进行详细说明。

发送模块1102，用于第一应用向消息中心发送第一连接建立请求，其中，第一连接建立请求中携带有用于第一应用与消息中心建立连接的第一连接验证信息；第二建立模块1104，与上述发送模块1102相连，用于根据第一连接验证信息在第一应用与消息中心之间建立连接；第二交互模块1106，与上述第二建立模块1104相连，用于基于建立的连接，通过消息中心，实现第一应用与第二应用的消息交互，其中，第二应用与消息中心之间建立有连接。

通过上述装置，在本发明实施例中，第一应用采用发送模块1102向消息中心发送第一连接建立请求，其中，第一连接建立请求中携带有用于第一应用与消息中心建立连接的第一连接验证信息；第二建立模块1104根据第一连接验证信息在第一应用与消息中心之间建立连接；第二交互模块1106基于建立的连接，通过消息中心，实现第一应用与第二应用的消息交互，其中，第二应用与消息中心之间建立有连接。

上述实施例通过在第一应用和第二应用之间建立消息中心，并通过消息中心在第一应用和第二应用之间建立消息连接，达到了第一应用和第二应用之间就可以进行实时消息交互的目的，从而实现了在不同应用之间进行实时消息交互的技术效果，进而解决了相关技术中不同应用之间无法实时进行消息交互的技术问题。

作为一种可选的实施例，上述第二交互模块1106包括：发布单元，用于第一应用向消息中心发布要传递给第二应用的第一消息；第三接收单元，用于第一应用接收消息中心传递的由第二应用发布的第二消息。

此处需要说明的是，上述接收模块1102，第一建立模块1104和第一交互模块1106对应于实施例2中的步骤S802至步骤S806，两个模块与对应的步骤所实现的实例和应用场景相同，但不限于上述实施例1所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在实施例1提供的计算机终端10中。

实施例5

本发明的实施例可以提供一种计算机终端，该计算机终端可以是计算机终端群中的任意一个计算机终端设备。可选地，在本实施例中，上述计算机终端也可以替换为移动终端等终端设备。

可选地，在本实施例中，上述计算机终端可以位于计算机网络的多个网络设备中的至少一个网络设备。

在本实施例中，上述计算机终端可以执行应用程序的漏洞检测方法中以下步骤的程序代码：消息中心接收第一应用发送的第一连接建立请求，其中，第一连接建立请求中携带有用于第一应用与消息中心建立连接的第一连接验证信息；响应于第一连接建立请求，根据第一连接验证信息在第一应用与消息中心之间建立连接；基于建立的连接，实现第一应用与第二应用的消息交互，其中，第二应用与消息中心之间建立有连接。

可选地，图12是根据本发明实施例的一种计算机终端的结构框图。如图12所示，该计算机终端120可以包括：一个或多个(图中仅示出一个)处理器122、存储器124、以及外设接口126。

其中，存储器可用于存储软件程序以及模块，如本发明实施例中的安全漏洞检测方法和装置对应的程序指令/模块，处理器通过运行存储在存储器内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的系统漏洞攻击的检测方法。存储器可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器可进一步包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至终端120。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

处理器可以通过传输装置调用存储器存储的信息及应用程序，以执行下述步骤：消息中心接收第一应用发送的第一连接建立请求，其中，第一连接建立请求中携带有用于第一应用与消息中心建立连接的第一连接验证信息；响应于第一连接建立请求，根据第一连接验证信息在第一应用与消息中心之间建立连接；基于建立的连接，实现第一应用与第二应用的消息交互，其中，第二应用与消息中心之间建立有连接。

可选的，上述处理器还可以执行如下步骤的程序代码：上述代码还包括：消息中心接收第二应用发送的第二连接建立请求，其中，第二连接建立请求中携带有用于第二应用与消息中心建立连接的第二连接验证信息；响应于第二连接建立请求，根据第二连接验证信息在第二应用与消息中心之间建立连接。

可选的，上述处理器还可以执行如下步骤的程序代码：上述代码还包括：消息中心接收第一应用的第一验证请求，并根据第一验证请求中携带的第一身份验证信息对第一应用进行验证；消息中心接收第二应用的第二验证请求，并根据第二验证请求中携带的第二身份验证信息对第二应用进行验证。

可选的，上述处理器还可以执行如下步骤的程序代码：基于建立的连接，实现第一应用与第二应用的消息交互包括：消息中心接收第一应用发布的第一消息；在接收到第二应用发送的消息订阅请求的情况下，消息中心将接收的第一消息投递给第二应用。

可选的，上述处理器还可以执行如下步骤的程序代码：上述代码还包括：消息中心对第二应用是否被允许接收第一消息进行验证；在验证结果为允许第二应用接收第一消息的情况下，消息中心将解密第一消息的解密密钥发送给第二应用。

可选的，上述处理器还可以执行如下步骤的程序代码：消息中心对第二应用是否被允许接收第一消息进行验证包括：消息中心获取第一应用确定的不允许接收第一消息的黑名单；消息中心基于黑名单，对第二应用是否被允许接收第一消息进行验证。

可选的，上述处理器还可以执行如下步骤的程序代码：基于建立的连接，实现第一应用与第二应用的消息交互包括：消息中心接收到第一应用发送的消息订阅请求；响应于第一应用发送的消息订阅请求，消息中心将第二应用发布的第二消息投递给第一应用。

可选的，上述处理器还可以执行如下步骤的程序代码：消息中心将第二应用发布的第二消息投递给第一应用包括：在第二应用为多个的情况下，消息中心确定第一应用请求订阅的多个第二应用的应用标识；根据确定的多个第二应用的应用标识，消息中心将多个第二应用发布的第二消息投递给第一应用。

可选的，上述处理器还可以执行如下步骤的程序代码：上述代码还包括：对第一应用与消息中心针对消息的状态信息进行同步；对第二应用与消息中心针对消息的状态信息进行同步。

可选的，上述处理器还可以执行如下步骤的程序代码：在第一应用为数据开发应用，第二应用为应用程序的后台应用的情况下，实现第一应用与第二应用的消息交互包括：将数据开发应用开发的结果数据传送至后台应用。

采用本发明实施例，提供了一种消息交互方法的方案。通过上述步骤，在本发明实施例中，消息中心接收第一应用发送的第一连接建立请求，其中，第一连接建立请求中携带有用于第一应用与消息中心建立连接的第一连接验证信息；响应于第一连接建立请求，根据第一连接验证信息在第一应用与消息中心之间建立连接；基于建立的连接，实现第一应用与第二应用的消息交互，其中，第二应用与消息中心之间建立有连接的方式。

上述实施例通过在第一应用和第二应用之间建立消息中心，并通过消息中心在第一应用和第二应用之间建立消息连接，达到了第一应用和第二应用之间就可以进行实时消息交互的目的，从而实现了在不同应用之间进行实时消息交互的技术效果，进而解决了相关技术中不同应用之间无法实时进行消息交互的技术问题。

可选的，上述处理器还可以执行如下步骤的程序代码：第一应用向消息中心发送第一连接建立请求，其中，第一连接建立请求中携带有用于第一应用与消息中心建立连接的第一连接验证信息；根据第一连接验证信息在第一应用与消息中心之间建立连接；基于建立的连接，通过消息中心，实现第一应用与第二应用的消息交互，其中，第二应用与消息中心之间建立有连接。

可选的，上述处理器还可以执行如下步骤的程序代码：基于建立的连接，通过消息中心，实现第一应用与第二应用的消息交互包括：第一应用向消息中心发布要传递给第二应用的第一消息；第一应用接收消息中心传递的由第二应用发布的第二消息。

可选的，上述处理器还可以执行如下步骤的程序代码：第一应用包括数据开发应用，第二应用包括应用程序的后台应用，实现数据开发应用与后台应用的消息交互包括：将数据开发应用开发的结果数据传送至后台应用。

本领域普通技术人员可以理解，图12所示的结构仅为示意，计算机终端也可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌声电脑以及移动互联网设备(MobileInternet Devices，MID)、PAD等终端设备。图12其并不对上述电子装置的结构造成限定。例如，计算机终端120还可包括比图12中所示更多或者更少的组件(如网络接口、显示装置等)，或者具有与图12所示不同的配置。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(Read-Only Memory，ROM)、随机存取器(RandomAccess Memory，RAM)、磁盘或光盘等。

实施例6

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于保存上述实施例1所提供的消息交互方法所执行的程序代码。

可选地，在本实施例中，上述存储介质可以位于计算机网络中计算机终端群中的任意一个计算机终端中，或者位于移动终端群中的任意一个移动终端中。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：消息中心接收第一应用发送的第一连接建立请求，其中，第一连接建立请求中携带有用于第一应用与消息中心建立连接的第一连接验证信息；响应于第一连接建立请求，根据第一连接验证信息在第一应用与消息中心之间建立连接；基于建立的连接，实现第一应用与第二应用的消息交互，其中，第二应用与消息中心之间建立有连接。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：上述代码还包括：消息中心接收第二应用发送的第二连接建立请求，其中，第二连接建立请求中携带有用于第二应用与消息中心建立连接的第二连接验证信息；响应于第二连接建立请求，根据第二连接验证信息在第二应用与消息中心之间建立连接。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：上述代码还包括：消息中心接收第一应用的第一验证请求，并根据第一验证请求中携带的第一身份验证信息对第一应用进行验证；消息中心接收第二应用的第二验证请求，并根据第二验证请求中携带的第二身份验证信息对第二应用进行验证。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：基于建立的连接，实现第一应用与第二应用的消息交互包括：消息中心接收第一应用发布的第一消息；在接收到第二应用发送的消息订阅请求的情况下，消息中心将接收的第一消息投递给第二应用。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：上述代码还包括：消息中心对第二应用是否被允许接收第一消息进行验证；在验证结果为允许第二应用接收第一消息的情况下，消息中心将解密第一消息的解密密钥发送给第二应用。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：消息中心对第二应用是否被允许接收第一消息进行验证包括：消息中心获取第一应用确定的不允许接收第一消息的黑名单；消息中心基于黑名单，对第二应用是否被允许接收第一消息进行验证。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：基于建立的连接，实现第一应用与第二应用的消息交互包括：消息中心接收到第一应用发送的消息订阅请求；响应于第一应用发送的消息订阅请求，消息中心将第二应用发布的第二消息投递给第一应用。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：消息中心将第二应用发布的第二消息投递给第一应用包括：在第二应用为多个的情况下，消息中心确定第一应用请求订阅的多个第二应用的应用标识；根据确定的多个第二应用的应用标识，消息中心将多个第二应用发布的第二消息投递给第一应用。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：上述代码还包括：对第一应用与消息中心针对消息的状态信息进行同步；对第二应用与消息中心针对消息的状态信息进行同步。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：在第一应用为数据开发应用，第二应用为应用程序的后台应用的情况下，实现第一应用与第二应用的消息交互包括：将数据开发应用开发的结果数据传送至后台应用。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：第一应用向消息中心发送第一连接建立请求，其中，第一连接建立请求中携带有用于第一应用与消息中心建立连接的第一连接验证信息；根据第一连接验证信息在第一应用与消息中心之间建立连接；基于建立的连接，通过消息中心，实现第一应用与第二应用的消息交互，其中，第二应用与消息中心之间建立有连接。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：基于建立的连接，通过消息中心，实现第一应用与第二应用的消息交互包括：第一应用向消息中心发布要传递给第二应用的第一消息；第一应用接收消息中心传递的由第二应用发布的第二消息。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：第一应用包括数据开发应用，第二应用包括应用程序的后台应用，实现数据开发应用与后台应用的消息交互包括：将数据开发应用开发的结果数据传送至后台应用。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (14)

1.一种消息交互方法，包括：

消息中心接收第一应用发送的第一连接建立请求，其中，所述第一连接建立请求中携带有用于所述第一应用与所述消息中心建立连接的第一连接验证信息；

所述消息中心响应于所述第一连接建立请求，根据所述第一连接验证信息在所述第一应用与所述消息中心之间建立连接；

所述消息中心基于建立的连接，实现所述第一应用与第二应用的消息交互，其中，所述第二应用与所述消息中心之间建立有连接；

其中，在所述第一应用为数据开发应用，所述第二应用为应用程序的后台应用的情况下，实现所述第一应用与第二应用的消息交互包括：将所述数据开发应用开发的结果数据传送至所述后台应用；

其中，所述第一应用和所述第二应用为不能直接进行消息交互的应用对象。

2.根据权利要求1所述的方法，其中，所述方法还包括：

所述消息中心接收所述第二应用发送的第二连接建立请求，其中，所述第二连接建立请求中携带有用于所述第二应用与所述消息中心建立连接的第二连接验证信息；

响应于所述第二连接建立请求，根据所述第二连接验证信息在所述第二应用与所述消息中心之间建立连接。

3.根据权利要求2所述的方法，其中，所述方法还包括：

所述消息中心接收所述第一应用的第一验证请求，并根据所述第一验证请求中携带的第一身份验证信息对所述第一应用进行验证；

所述消息中心接收所述第二应用的第二验证请求，并根据所述第二验证请求中携带的第二身份验证信息对所述第二应用进行验证。

4.根据权利要求1所述的方法，其中，基于建立的连接，实现所述第一应用与第二应用的消息交互包括：

所述消息中心接收所述第一应用发布的第一消息；

在接收到所述第二应用发送的消息订阅请求的情况下，所述消息中心将接收的所述第一消息投递给所述第二应用。

5.根据权利要求4所述的方法，其中，所述方法还包括：

所述消息中心对所述第二应用是否被允许接收所述第一消息进行验证；

在验证结果为允许所述第二应用接收所述第一消息的情况下，所述消息中心将解密所述第一消息的解密密钥发送给所述第二应用。

6.根据权利要求5所述的方法，其中，所述消息中心对所述第二应用是否被允许接收所述第一消息进行验证包括：

所述消息中心获取所述第一应用确定的不允许接收所述第一消息的黑名单；

所述消息中心基于所述黑名单，对所述第二应用是否被允许接收所述第一消息进行验证。

7.根据权利要求1所述的方法，其中，基于建立的连接，实现所述第一应用与第二应用的消息交互包括：

所述消息中心接收到所述第一应用发送的消息订阅请求；

响应于所述第一应用发送的消息订阅请求，所述消息中心将所述第二应用发布的第二消息投递给所述第一应用。

8.根据权利要求7所述的方法，其中，所述消息中心将所述第二应用发布的第二消息投递给所述第一应用包括：

在所述第二应用为多个的情况下，所述消息中心确定所述第一应用请求订阅的多个第二应用的应用标识；

根据确定的多个第二应用的应用标识，所述消息中心将所述多个第二应用发布的第二消息投递给所述第一应用。

9.根据权利要求1至8中任一项所述的方法，其中，所述方法还包括：

对所述第一应用与所述消息中心针对消息的状态信息进行同步；

对所述第二应用与所述消息中心针对消息的状态信息进行同步。

10.一种消息交互方法，包括：

第一应用向消息中心发送第一连接建立请求，其中，所述第一连接建立请求中携带有用于第一应用与所述消息中心建立连接的第一连接验证信息；

所述第一应用根据所述第一连接验证信息在所述第一应用与所述消息中心之间建立连接；

所述第一应用基于建立的连接，通过所述消息中心，实现所述第一应用与第二应用的消息交互，其中，所述第二应用与所述消息中心之间建立有连接；

其中，在所述第一应用为数据开发应用，所述第二应用为应用程序的后台应用的情况下，实现所述第一应用与第二应用的消息交互包括：将所述数据开发应用开发的结果数据传送至所述后台应用；

其中，所述第一应用和所述第二应用为不能直接进行消息交互的应用对象。

11.根据权利要求10所述的方法，其中，所述第一应用基于建立的连接，通过所述消息中心，实现所述第一应用与第二应用的消息交互包括：

所述第一应用向所述消息中心发布要传递给第二应用的第一消息；

所述第一应用接收所述消息中心传递的由所述第二应用发布的第二消息。

12.根据权利要求10或11所述的方法，其中，所述第一应用包括数据开发应用，所述第二应用包括应用程序的后台应用，实现所述数据开发应用与所述后台应用的消息交互包括：将所述数据开发应用开发的结果数据传送至所述后台应用。

13.一种消息交互装置，应用于消息中心，包括：

第一接收模块，用于接收第一应用发送的第一连接建立请求，其中，所述第一连接建立请求中携带有用于所述第一应用与所述消息中心建立连接的第一连接验证信息；

第一建立模块，用于响应于所述第一连接建立请求，根据所述第一连接验证信息在所述第一应用与所述消息中心之间建立连接；

第一交互模块，用于基于建立的连接，实现所述第一应用与第二应用的消息交互，其中，所述第二应用与所述消息中心之间建立有连接；

其中，所述第一交互模块还用于，在所述第一应用为数据开发应用，所述第二应用为应用程序的后台应用的情况下，将所述数据开发应用开发的结果数据传送至所述后台应用；

其中，所述第一应用和所述第二应用为不能直接进行消息交互的应用对象。

14.一种存储介质，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行权利要求1至12中任意一项所述的消息交互方法。

Images