[发明专利]一种通信方法、装置、介质和电子设备

说明书

本发明提供了一种通信方法、装置、介质和电子设备，所述通信方法包括：根据与第一服务器的类型匹配的服务消息解析器对事件数据进行解析，得到第一解析后事件数据；判断第一解析后事件数据中消息的消息格式是否是标准消息格式，若消息的消息格式不是标准消息格式，则通过与消息的消息格式类型匹配的消息格式解析器，对消息的消息格式进行解析，得到携带有符合标准消息格式的消息的第二解析后事件数据。本发明分别通过服务消息解析器、消息格式解析器的解析，将用于发布消息的第一服务器发送的事件数据中的消息解析成符合标准消息格式的消息，这样，不仅提高了通信方法的通用性，也使得服务消息解析器对消息的解析过程得以复用。

技术领域

本发明涉及计算机技术领域，具体而言，涉及一种通信方法、装置、介质和电子设备。

背景技术

网络钩子是用户定义的HTTP(Hyper Text Transport Protocol,超文本传输协议)回调。网络钩子通常被某些事件激活，比如,将代码推送到源或评论博客。当此事件发生时，原网站将向为网络钩子配置的URL(Uniform Resource Locator,统一资源定位符)发送HTTP请求。网络钩子常用于激活持续集成系统的构建操作,或,网络钩子用于跟踪管理系统的报警提醒。由于网络钩子使用HTTP，它们可以被无缝集成入网页服务，而无需添加新的基础设施。

现有的技术，将原网站称为发布者服务，把网络钩子服务称为消费者服务。常见的发布者服务对应的应用程序有如下任一应用程序：Gitlab、Github、Slack、Trello、Asana、Jira等应用程序。常见的消费者服务对应的应用程序有如下任一应用程序：微信、钉钉、谷歌日历、苹果日历等应用程序。

如图1所示，示出了现有技术中的通信方法示意图。如图1所示，用户在A、B服务配置事件回调链接，当A、B服务发生了被订阅事件时，就会发起HTTP回调请求，并发送消息给消费服务。

如图1所示的通信方法存在以下问题：

问题1：消费者服务需要重复开发A、B服务的消息解析器，如果需要新增消息服务，需要重复进行新服务消息解析器的开发。目前解决方案是使用SDK(Software DevelopmentKit，软件开发工具包)的方式解决，不过由于是消费者服务SDK，变更比较频繁，会给服务造成不稳定的风险。

问题2：消息服务都有去重、频率限制等功能，这些功能需要重复开发，因此，开发成本高，需要消耗大量的人力和物力。

因此，在长期的研发当中，发明人对通信方法进行了大量的研究，提出了一种通信方法，以解决上述技术问题之一。

发明内容

本发明的目的在于提供一种通信方法、装置、介质和电子设备，能够解决上述提到的至少一个技术问题。具体方案如下：

根据本发明的具体实施方式，第一方面，本发明提供一种通信方法，包括：

接收用于发布消息的第一服务器发送的事件数据，其中，所述事件数据中携带有与用于接收消息的第二服务器对应的统一资源定位符；

根据与所述第一服务器的类型匹配的服务消息解析器对所述事件数据进行解析，得到第一解析后事件数据；

判断所述第一解析后事件数据中消息的消息格式是否是标准消息格式，若所述消息的消息格式不是标准消息格式，则通过与所述消息的消息格式类型匹配的消息格式解析器，对所述消息的消息格式进行解析，得到携带有符合标准消息格式的消息的第二解析后事件数据；

根据所述统一资源定位符发送所述第二解析后事件数据至所述第二服务器。

根据本发明的具体实施方式，第二方面，本发明提供一种通信装置，包括：

接收单元，用于接收用于发布消息的第一服务器发送的事件数据，其中，所述事件数据中携带有与用于接收消息的第二服务器对应的统一资源定位符；