CN115883502A - 消息发送方法及装置、电子设备、存储介质 - Google Patents

Abstract

本申请提供一种了消息发送方法及装置、电子设备、存储介质，涉及信息处理的技术领域，通过获取待发送消息的数据包以及与所述数据包相匹配的发送参数信息，再根据所述发送参数信息将所述待发送消息的数据包封装为目标消息，最终将所述目标消息发送至所述目标消息对应的目标地址，实现了对消息发送的统一化管理，提高了消息发送的可靠性和扩展性。

Description

消息发送方法及装置、电子设备、存储介质

技术领域

本申请涉及信息处理的技术领域，特别涉及一种消息发送方法及装置、电子设备、存储介质。

背景技术

互联网进入全新发展时期，企业通信工具层出不穷，出现了短信、邮件、微信、公众号等第三方工具平台。

现有技术中，企业系统通过上述平台工具进行消息发送时，一般会遇到以下问题：1、需要逐个对接各平台，因此消耗了大量时间与人力；2、各平台资源分散，很难对消息进行统一的管理。

发明内容

本申请的目的在于解决背景技术部分提到的技术问题，提供了一种消息发送方法及装置、电子设备、存储介质。

为了实现上述目的，本申请提供了一种消息发送方法，包括以下步骤：获取待发送消息的数据包；生成发送参数信息，所述发送参数信息与所述数据包相匹配；根据发送参数信息以及待发送消息的数据包生成目标消息；根据所述目标消息的消息类型，确定所述目标消息对应的发送方式，按照所述发送方式将所述目标消息发送至所述目标消息对应的目标地址。

可选的，在获取待发送消息数据包之后还包括：对所述数据包中的数据进行数据处理，生成标准数据。

可选的，所述发送参数信息包括：数据包发送方式信息、数据包接收者信息。

可选的，通过数据传输对象方式对所述发送参数信息进行入参，通过视图对象方式对所述发送参数信息进行出参。

可选的，通过第一应用程序接口接收各平台发送的待发送消息的数据包，并通过第二应用程序接口将所述发送参数信息发送至各平台。

可选的，通过文本、图像、音频、视频生成工具自动生成文本数据、图像数据、音频数据、视频数据作为所述待发送消息的数据包。

可选的，根据所述文本数据、所述图像数据、所述视频数据以及所述发送参数信息生成目标微信朋友圈消息。

相应的，本申请还提供了一种消息发送装置，包括以下模块：数据包获取模块，被配置为获取待发送消息的数据包；发送参数获取模块，被配置为生成发送参数信息，所述发送参数信息与所述数据包相匹配；绑定模块，被配置为将暴露接口进行绑定为发送实例；发送模块，被配置为通过工具类调用所述发送实例实现消息的发送。

相应的，本申请还提供了一种电子设备，所述电子设备包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为执行上述的消息发送方法。

相应的，本申请还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现上述的消息发送方法。

本申请的有益效果：

本申请实施例的消息发送方法及装置、电子设备、存储介质，通过获取待发送消息的数据包以及与所述数据包相匹配的发送参数信息，再根据所述发送参数信息将所述待发送消息的数据包封装为目标消息，最终将所述目标消息发送至所述目标消息对应的目标地址，实现了对消息发送的统一化管理，提高了消息发送的可靠性和可扩展性，通过提供统一的发送参数信息，从而使企业统一各个平台系统发送的目标消息，且采用SpringCloud微服务架构，从而解决了代码混乱等问题。

本发明的特征及优点将通过实施例结合附图进行详细说明。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍。

图1为本申请一实施例提供的消息发送方法的流程框图；

图2为本申请一实施例的消息发送方法的场景示意图；

图3为本申请一实施例提供的消息发送装置的装置框图；

图4为本申请一实施例提供的电子设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

如前所述，现有技术中，企业通过第三方平台工具进行消息发送时，需要逐个对接各平台，且各平台资源分散，很难对消息进行统一的管理。

基于此，本申请实施例提供了一种消息发送方法，能够用于解决上述的技术问题。如图1所示为该消息发送方法的流程示意图，该消息发送方法包括步骤S11～S14：

步骤S11：获取待发送消息的数据包。

其中，该待发送消息的数据包可以是短信、微信公众号、小程序、邮件等多种应用平台的相关数据，此数据包中可以包括但不限于文本数据、图像数据、音频数据、视频数据。

图2，为本申请一实施例的消息发送方法的场景示意图。

请参考图2，具体可通过第一应用程序接口API1从第一平台、第二平台、第三平台中获取相应的文本数据、图像数据、音频数据等待发送消息的数据包，上述的第一平台、第二平台、第三平台包括但不限于是短信、微信公众号、小程序、邮件等平台。

本实施例中，通过第一应用程序接口从多平台获取待发送消息的数据包，提高了信息搜集的灵活性。并且，通过提供统一的应用程序接口，从而避免同样操作接口重复开发，降低了资源消耗。

在一种可选实施方式中，可通过其他方式，例如，通过文本、图像、音频、视频生成工具自动生成文本数据、图像数据、音频数据、视频数据，再将上述数据作为待发送消息的数据包。

步骤S12：生成发送参数信息，所述发送参数信息与所述数据包相匹配。

在本步骤中，接收各平台(外部平台)发送的待发送消息的数据包，再根据所述待发送消息的数据包的类型生成对应的发送参数信息，所述发送参数信息包括：数据包发送方式信息、数据包接收者信息。其中，数据包发送方式信息包括：通过不同发送方式下的参数信息，数据包接收者信息包括具体的目标平台信息。

示例性的，当接收的待发送消息的数据包的类型为文本邮件时，生成的与待发送消息数据包匹配的发送参数信息，可以为邮件的发送参数、邮件的发送内容、发送的附件、接收者、密送人、抄送人、html格式的邮件等信息。

此外，发送参数信息包括但不限于短信、微信公众号、小程序等平台中数据相对应的参数，都属于本申请的保护范围。

在一种可选实施方式中，数据发送系统通过数据传输对象(Data TransferObject，DTO)方式对所述发送参数信息进行入参。

具体地，DTO为数据传输对象，对象中存在很多属性，可以通过这些属性对所述发送参数信息进行入参，此外，DTO数据传输对象方式面向对象方式，代码完整性比较好，且代码比较简洁。相对应的，可通过视图对象(View Object，VO)方式对所述发送参数信息进行出参。

在一种可选实施方式中，在获取待发送消息数据包后，还包括：对所述待发送消息的数据包中的数据进行数据处理，生成标准数据，从而为发送消息的一些数据提供统一的标准，示例性的，可将微信的下划线参数替换成Java编程规范的驼峰等。

步骤S13：根据发送参数信息以及待发送消息的数据包生成目标消息。

本实施例中，各平台(外部平台)接收所述发送参数信息并根据所述发送参数信息将所述待发送消息的数据包封装为目标消息。

请参考图2，可通过第二应用程序接口API2将所述发送参数信息发送至各平台(外部平台)。

在一种可选实施方式中，当不是从外部平台获取待发送消息的数据包而是通过文本、图像、音频、视频生成工具自动生成文本数据、图像数据、音频数据、视频数据的数据包的情况时，可将发送参数信息以及与之匹配的待发送消息的数据包一起通过第二应用程序接口API2发送至各平台(外部平台)。

具体的，外部平台将由文本数据、图像数据、音频数据、视频数据的数据包的待发送信息的数据包和对应发送参数信息组合生成目标消息。

例如，外部平台可根据第一文本数据、第一图像数据、第一视频数据以及第一发送参数信息生成第一目标消息，所述第一目标消息为微信消息。又例如，外部平台可根据第二文本数据、第二图像数据以及第二发送参数信息生成第二目标消息，所述第二目标消息为短信消息。可理解的，目标消息的具体生成方式还有多种，上述仅为示例，不作为对本申请的限定。

本实施例中，第二应用程序接口API2为各平台(外部平台)提供了一个统一用来发送数据的API服务接口，示例性的，该第二应用程序接口API2可以为http接口，可以理解第二应用程序接口的种类还有很多，上述示例仅是举例，并不是对本申请的限定。

本申请实施例的一种消息发送方法，通过提供统一的应用程序服务接口，避免了同样操作接口重复开发，降低了资源消耗。

由于本实施例通过为不同的第三方平台提供了统一的发送参数信息，不同平台系统可根据各自业务差异，将所述待发送消息的数据包封装成与每个平台匹配的目标信息，供不同平台使用。

步骤S14：根据目标消息的消息类型，确定所述目标消息对应的发送方式，按照所述发送方式将所述目标消息发送至所述目标消息对应的目标地址。

具体地，目标消息的消息类型可包括：站内信、短信、微信公众号、小程序、邮件、微信、钉钉等。目标消息对应的发送方式与消息类型相对应。

例如：消息类型为站内信，外部平台可以通过WebSocket，将监听到的目标消息推送给web前端。其中，WebSocket是一种基于传输控制协议(Transmission ControlProtocol，TCP)的全双工通信协议。

又例如：消息类型为邮件、短信、微信、钉钉等，平台可通过该消息类型的配置消息(例如，网关、用户名、密码、令牌(token)等)对目标消息进行二次组装，再将二次组装后的目标消息发送至该目标消息对应的目标地址。

目标消息对应的目标地址可以指的是目标消息的接收者。比如：钉钉接收者、邮件接收者、微信接收者。

本申请实施例的消息发送方法通过获取待发送消息的数据包以及与所述数据包相匹配的发送参数信息，再根据所述发送参数信息将所述待发送消息的数据包封装为目标消息，最终将所述目标消息发送至所述目标消息对应的目标地址，实现了对消息发送的统一化管理，提高了消息发送的可靠性和可扩展性，通过提供统一的发送参数信息，从而使企业统一各个平台系统发送的目标消息，且采用SpringCloud微服务架构，从而解决了代码混乱等问题。

需要进一步说明的是，对于本申请实施例所提供的消息发送方法，该方法的各个步骤的执行顺序，可以按照步骤S11～步骤S14的顺序执行；也可以按照其他的顺序执行。

基于与本申请实施例所提供的消息发送方法相同的发明构思，本申请实施例还提供了一种消息发送装置。对于所述消息发送装置实施例，如有不清楚之处，可以参考方法实施例的相应内容。

如图3所示为消息发送装置的装置框图，该消息发送装置包括：数据包获取模块21、发送参数获取模块22、目标信息生成模块23以及发送模块24，其中：

数据包获取模块21，被配置为获取待发送消息的数据包；

发送参数获取模块22，被配置为生成发送参数信息，所述发送参数信息与所述数据包相匹配；

目标信息生成模块23，被配置为根据发送参数信息以及待发送消息的数据包生成目标消息；

发送模块24，被配置为根据所述目标消息的消息类型，确定所述目标消息对应的发送方式，按照所述发送方式将所述目标消息发送至所述目标消息对应的目标地址。

采用本申请实施例所提供的消息发送装置，由于该消息发送装置采用与本申请实施例所提供的消息发送方法相同的发明构思，在所述消息发送方法能够解决技术问题的前提下，该消息发送装置也能够解决技术问题，这里对此不再赘述。

另外，在实际应用中，通过将消息发送装置与具体硬件设备、云技术等相结合所取得的技术效果，也在本申请的保护范围之内，比如采用分布式集群的方式将消息发送装置中的不同模块布设于分布式集群中的不同节点中，从而提高效率等。

该消息发送装置还可以包括数据处理模块，其中：数据处理模块，用于对数据包中的数据进行数据处理，生成标准数据。

此外，目标信息生成模块还包括：数据传输对象子模块和视图对象子模块。其中：数据传输对象子模块，被配置为通过数据传输对象方式对所述发送参数信息进行入参。视图对象子模块，被配置为通过视图对象方式对所述发送参数信息进行出参。

请参考图4，本申请实施例还提供一种电子设备3，包括：至少一个处理器31和存储器32，图3中以一个处理器31为例。处理器31和存储器32通过总线33连接，存储器32存储有可被处理器31执行的指令，指令被处理器31执行，以使电子设备3可执行上述的实施例中消息发送方法的全部或部分流程。

存储器32可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(Static Random Access Memory，简称SRAM)，电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，简称EEPROM)，可擦除可编程只读存储器(Erasable Programmable Read Only Memory，简称EPROM)，可编程只读存储器(Programmable Red-Only Memory，简称PROM)，只读存储器(Read-Only Memory，简称ROM)，磁存储器，快闪存储器，磁盘或光盘。

需要说明的是，所述电子设备3仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

本申请还提供了一种计算机可读存储介质，存储介质存储有计算机程序，计算机程序可由处理器31执行以完成本申请提供的消息发送方法。

在本申请所提供的几个实施例中，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

最后需要说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (10)

1.一种消息发送方法，其特征在于，包括以下步骤：

获取待发送消息的数据包；

生成发送参数信息，所述发送参数信息与所述数据包相匹配；

根据发送参数信息以及待发送消息的数据包生成目标消息；

根据所述目标消息的消息类型，确定所述目标消息对应的发送方式，按照所述发送方式将所述目标消息发送至所述目标消息对应的目标地址。

2.根据权利要求1所述的消息发送方法，其特征在于，在获取待发送消息数据包之后还包括：对所述数据包中的数据进行数据处理，生成标准数据。

3.根据权利要求1所述的消息发送方法，其特征在于，所述发送参数信息包括：数据包发送方式信息、数据包接收者信息。

4.根据权利要求1所述的消息发送方法，其特征在于，通过数据传输对象方式对所述发送参数信息进行入参，通过视图对象方式对所述发送参数信息进行出参。

5.根据权利要求1所述的消息发送方法，其特征在于，通过第一应用程序接口接收各平台发送的待发送消息的数据包，并通过第二应用程序接口将所述发送参数信息发送至各平台。

6.根据权利要求1所述的消息发送方法，其特征在于，通过文本、图像、音频、视频生成工具自动生成文本数据、图像数据、音频数据、视频数据作为所述待发送消息的数据包。

7.根据权利要求6所述的消息发送方法，其特征在于，根据所述文本数据、所述图像数据、所述视频数据以及所述发送参数信息，生成目标微信朋友圈消息。

8.一种消息发送装置，其特征在于，包括以下模块：

数据包获取模块，被配置为获取待发送消息的数据包；

发送参数获取模块，被配置为生成发送参数信息，所述发送参数信息与所述数据包相匹配；

目标信息生成模块，被配置为根据发送参数信息以及待发送消息的数据包生成目标消息；

发送模块，被配置为根据所述目标消息的消息类型，确定所述目标消息对应的发送方式，按照所述发送方式将所述目标消息发送至所述目标消息对应的目标地址。

9.一种电子设备，其特征在于，所述电子设备包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为执行权利要求1-7任意一项所述的消息发送方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如权利要求1至7中任一项所述的消息发送方法。

Images