CN112039754A - 一种消息处理系统、方法、发送方法、装置及电子设备 - Google Patents

Abstract

本申请实施例提供一种消息处理系统、方法、发送方法、装置及电子设备，涉及消息发送技术领域。该方法包括：通过预先建立的统一接口接收不同业务类型的发送端发送的消息包；解析所述消息包，以获取消息内容、接收对象和消息通道；通过预先建立的不同消息类型对应的消息通道将所述消息内容发送至对应的接收对象的接收端；通过建立统一接口实现多种形式的消息发送，解决现有方法需要多套接口实现、开发成本高，并且难以维护的问题。

Description

一种消息处理系统、方法、发送方法、装置及电子设备

技术领域

本申请涉及消息发送技术领域，具体而言，涉及一种消息处理系统、方法、发送方法、装置及电子设备。

背景技术

企业、学校以及其他组织等各类系统均需要给员工或者学员等发送各种消息或通知，通常会通过电子邮件、企业微信、push推送、短信以及电话语音等方式来实现消息的发送，上述多种发送方法需要多套接口实现，开发成本高，并且难以维护。

发明内容

本申请实施例的目的在于提供一种消息处理系统、方法、发送方法、装置及电子设备，通过建立统一接口实现多种形式的消息发送，解决现有方法需要多套接口实现、开发成本高，并且难以维护的问题。

本申请实施例提供一种消息处理系统，包括转发服务器以及至少一个发送端，其中：

至少一个所述发送端，用于向所述转发服务器发送消息包；

所述转发服务器，用于接收所述消息包，并解析所述消息包，以确定所述消息包的消息内容、接收端以及对应的业务服务器，并将所述消息内容发送到所述业务服务器；所述业务服务器将所述消息内容发送至所述接收端。

在上述实现过程中，将转发服务器与不同类型的业务服务器建立连接，可以实现不同类型的消息如钉钉和微信等的统一发送，便于统一管理和维护，节约开发成本。

本申请实施例提供了一种消息处理方法，应用于转发服务器，所述方法包括：

通过预先建立的统一接口接收至少一个发送端发送的消息包；

解析所述消息包，以确定所述消息包的消息内容、接收端以及对应的业务服务器；

将所述消息内容发送到所述业务服务器，以使得所述业务服务器将所述消息内容发送至所述接收端。

在上述实现过程中，通过建立统一接口接收不同种类的发送端如钉钉、微信等发送的消息包，并通过转发服务器将消息内容发送至对应的接收对象，通过建立统一接口，实现了各种不同类型的消息的统一发送，便于管理和维护，解决了现有方法需要多套接口实现、开发成本高，并且难以维护的问题。

进一步地，所述确定所述消息包对应的业务服务器，包括：

确定所述消息包中携带的投递信息；

根据预设的通道认证信息与业务服务器的身份认证信息的映射关系，确定所述消息包对应的业务服务器。

在上述实现过程中，消息通道的通道认证信息与业务服务器身份认证信息建立映射关系，通过消息包中的投递信息，确定需要投递的消息通道，进一步可根据映射关系确定其需要发送的业务服务器。

进一步地，所述确定所述消息包中携带的投递信息，包括：

确定所述消息包中携带的channel值，以确定投递的消息通道；

根据channel值与业务服务器的映射关系，确定所述消息包对应的业务服务器，以通过所述消息通道将所述消息内容投递至所述业务服务器。

在上述实现过程中，通过channel的按位选择来确定不同种类的消息通道对应的值，以根据channel值获取消息内容所要投递的对应的消息通道。

进一步地，所述将所述消息内容发送到所述业务服务器，包括：

实时将所述消息内容发送到所述业务服务器；或者，

每隔设定时长，将所述消息内容发送到所述业务服务器；或者，

根据所述业务服务器的处理速率，将所述消息内容发送到所述业务服务器。

在上述实现过程中，可以利用消息队列的特性来进行削峰，可根据消息接口的性能确定处理消息的数量，同时可利用消息队列实现消息的定时发送、顺序发送和异步发送等发送特性。

本申请实施例还提供一种消息发送方法，应用于上述的发送端，所述方法包括：

接收用户输入的消息内容，并确定所述消息内容对应的接收端以及业务服务器；

根据所述消息内容、所述接收端以及所述业务服务器，生成消息包；

将所述消息包发送至转发服务器，以通过所述转发服务器将所述消息内容发送至所述接收端。

在上述发送过程中，由于不同种类的接收端对应不同的消息通道，因此用户在进行发送消息时，可以设置接收对象和所选用的消息通道，使得能够通过建立的统一接口将消息发送至对应的接收端。

本申请实施例还提供一种消息处理装置，所述装置包括：

消息接口模块，用于通过预先建立的统一接口接收至少一个发送端发送的消息包；

消息处理模块，用于解析所述消息包，以确定所述消息包的消息内容、接收端以及对应的业务服务器；

消息投递模块，用于将所述消息内容发送到所述业务服务器，以使得所述业务服务器将所述消息内容发送至所述接收端。

在上述实现过程中，通过建立统一接口，对不同类型的消息接口进行统一管理，便于维护，节约成本，解决了现有方法需要多套接口实现、开发成本高，并且难以维护的问题。

本申请实施例还提供一种消息发送装置，所述装置包括：

消息接收模块，接收用户输入的消息内容、并确定所述消息内容对应的接收端以及业务服务器；

消息包生成模块，用于根据所述消息内容、所述接收端以及所述业务服务器，生成消息包；

发送模块，用于将所述消息包发送至服务器，以通过所述服务器将所述消息内容发送至所述接收端。

在上述实现过程中，用户在发送消息时，通过设置接收对象和消息通道，以便通过统一接口于对应的消息通道建立连接，将消息投递至对应接收对象，实现不同种类的消息的投递。

本申请实施例还提供一种电子设备，所述电子设备包括存储器以及处理器，所述存储器用于存储计算机程序，所述处理器运行所述计算机程序以使计算机设备执行上述中任一项所述的消息处理方法。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的一种消息处理系统的结构示意图；

图2为本申请实施例提供的一种消息处理方法的流程图；

图3为本申请实施例提供的确定消息内容对应的业务服务器的流程图；

图4为本申请实施例提供的消息发送和接收的实现框图；

图5为本申请实施例提供的建立消息接口的流程图；

图6为本申请实施例提供的消息生成方法的流程图；

图7为本申请实施例提供的消息处理装置的结构框图；

图8为本申请实施例提供的消息接口建立模块的结构框图；

图9为本申请实施例提供的消息发送装置的结构框图。

图标：

100-消息接口模块；110-身份认证定义模块；120-通道认证信息设置模块；130-关联模块；140-连接建立模块；150-统一接口建立模块；200-消息处理模块；300-消息投递模块；400-消息接收模块；500-消息包生成模块；600-发送模块；700-转发服务器；800-业务服务器。

具体实施方式

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

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

需要说明的是，本申请各个实施例中的多个技术特征还可随意组合，以形成其他的实施方式，均属于本申请的范围，对此不做赘述。

实施例1

本申请实施例提供一种消息处理系统，如图1所示，为消息处理系统的结构示意图，该系统包括转发服务器700以及至少一个发送端(如图中所示的终端设备或者PC等)，其中：

至少一个发送端，用于向转发服务器700发送消息包；

转发服务器700，用于接收消息包(可以是不同业务种类的发送端发送的，也可以同一种业务的发送端发送的，对于消息包的类型在此不作限定)，并解析消息包，以确定消息包的消息内容、接收端(图1中所示的终端设备或者PC等)以及对应的业务服务器800，并将消息内容发送到业务服务器800；以由业务服务器800将消息内容发送至接收端。

以用户A需要向用户B发送多种类型的消息为例，对本申请中的方案进行详细介绍：

例如，假设用户A需要同时发送微信消息、邮件消息、QQ消息、企业微信消息等多种消息给用户B。按照常规方式，用户A就需要分别登录多种应用服务，并在多种应用服务上编辑该消息并发送，如先登录微信服务(可登录网页版或者客户端)，并将该消息发送至微信服务器，以由微信服务器转发给用户B，然后需要再登录邮件服务，……，最终，才能将这个一条消息通过多种渠道发送给用户B，从而又费时又费力。而采用本方申请中的方案，用户A可以直接将信息以及发送渠道发送给转发服务器，转发服务器在收到消息和发送渠道(即后文中的消息通道)之后，可以将这个消息同时转发至各个发送渠道对应的业务服务器，即同时将该信息发送至微信服务器、QQ服务器、邮件服务器等，以由这些业务服务器将消息发送给用户B，这就使得用户A无需来回切换访问多个应用服务，即可实现消息的一站式发送，解决了现有方法需要多套接口实现、开发成本高，并且难以维护的问题。

对于发送端和接收端，可以是客户端如微信客户端、也可以是网页等消息编辑器，对于发送端和接收端的实现方式在此不作限定。

实施例2

请参看图2，图2为本申请实施例提供的一种消息处理方法的流程图。该方法应用于转发服务器700，在转发服务器700上建立一个统一接口，与不同业务类型的发送端和接收端如微信服务器等业务服务器800建立连接实现不同业务类型的消息的发送，不同业务类型指的是钉钉、微信、短信、语音、push推送以及电子邮件等业务类型，如图4所示，为消息发送和接收的实现框图，该方法具体可以包括以下步骤：

步骤S100：通过预先建立的统一接口接收至少一个发送端(可以是不同业务类型的发送端)发送的消息包；

在上述步骤S100之前，如图5所示，为建立统一接口的流程图，具体包括：

步骤S110：对不同业务类型的接收对象设置身份认证信息并发送至业务服务器800；

步骤S120：基于不同业务类型的业务服务器800建立对应的消息通道以及对应的通道认证信息；

步骤S130：将身份认证信息与通道认证信息进行映射关联；

步骤S140：基于身份认证信息，获取对应的通道认证信息，以与对应的消息通道建立连接。

不同种类的业务服务器800均具有身份认证信息作为其身份标识如使用appId和appSecret表示不同的业务方的身份认证信息，不同种类的消息通道也具有一个通道认证信息，将两者之间进行映射关联，建立一一对应的映射关系，接收到的消息包中均携带有身份认证信息，根据该身份认证信息找到对应的消息通道，从而可以将消息内容通过该消息通道投递出去。

示例地，使用protobuf(与语言无关、平台无关的结构数据序列化方法)定义一个与编程语言无关的统一接口，由于各个消息类型的技术栈和使用的场景不尽相同，使用该统一接口可以与不同消息类型的业务方如微信、钉钉等建立连接。

具体地，统一接口定义了一个可扩展的数据结构，该数据结构包括的参数有统一的身份认证信息，该身份认证信息作为身份标识，用于识别不同的消息类型，还包括消息投递的消息通道channel，该消息通道根据不同的消息类型具有对应的通道认证信息，如微信服务器具有对应的身份认证信息，将身份认证信息与通道认证信息进行映射关联，消息投递处理集群在投递消息到对应的消息通道时，会基于消息所携带的身份认证信息，获取到与该身份认证信息映射关联的通道认证信息，再对应找到具体的消息通道，建立连接，从而将消息投递到对应的接收端。

在接收到消息包后，将接收到的消息包通过消息接收队列进行缓存并等待被处理，以将消息包以不同的发送时间或频率进行处理和发送。

利用消息接收队列MQ的特性进行削峰，当有大量消息涌入统一接口时，消息将被存储至消息接收队列MQ，根据统一接口的特性调整其处理速度。

此外，还可以利用MQ的特性实现定时发送、实时发送、合并发送、顺序发送、同步发送和异步发送等，如利用消息的异步发送实现接收对象A和B在不同的时间段接收消息；还可以利用MQ的同步调用、主从机部署以及将消息写入磁盘等特性防止消息丢失。

步骤S200：解析消息包，以确定消息包的消息内容、接收端以及对应的业务服务器；

发送端的消息包中携带有投递信息，基于该投递信息可以确定投递通道，通过已建立的身份认证信息和通道认证信息之间的映射关联，可以获取到需要投递的业务服务器800，从而可以将消息内容通过正确的消息通道投递至该业务服务器800。

在该步骤S200之前，该方法还包括：

通过按位操作的channel字段定义不同的消息类型对应的channel值，以通过位运算获取所述消息内容所要投递的消息通道。

示例地，如表1所示，给出了不同的接收对象对应的channel值：

表1接收对象对应的channel值

使用channel的按位选择可以方便的扩展新的消息类型，如需要引入发送钉钉消息，可以将channel值为32，对应二进制值为00100000表示选择发送钉钉消息。

在统一接口建立之后，如图3所示，为确定消息内容对应的业务服务器的流程图，确定消息包的消息内容需要投递的业务服务器，具体包括以下步骤：

S210：确定所述消息包中携带的投递信息；

S220：根据预设的通道认证信息与业务服务器的身份认证信息的映射关系，确定所述消息包对应的业务服务器。

示例地，此处的投递信息可以采用channel值表示：

确定所述消息包中携带的channel值，以确定投递通道；

根据channel值与业务服务器的映射关系，确定所述消息包对应的业务服务器，以通过所述投递通道将所述消息内容投递至所述业务服务器。

通道认证信息与业务服务器的身份认证信息的映射关系以及channel值与业务服务器的映射关系可以存储至数据库中，也可以存储到缓存中，对于其存储方式不作限定，当然，为了提高数据处理效率，可以将其存储至缓存中，便于调用，而当映射关系发生改变或增加时，可以将该缓存失效，进行重新存储。

对于消息的存储和处理，可以将消息包缓存到消息接收队列(MQ)中，根据消息接收队列的处理顺序，解析消息包。

将消息包的消息内容发送至对应的业务服务器，对于发送速度和发送频率：

可以实时将消息内容发送到业务服务器；或者，每隔设定时长，将消息内容发送到所述业务服务器；或者，根据业务服务器的处理速率，将消息内容发送到业务服务器。

可以结合发送需要和转发服务器的处理速度，设置发送速度和发送频率，实现消息的实时发送、定时发送、合并发送、顺序发送、异步发送和同步发送等功能。

此外，使用MySQL可以支持多种业务方，业务方指的是邮件、微信等不同类型的消息方，由于该系统是供多个业务方使用的一个统一的消息中心，所以每次调用会是不同的业务方，appId和appSecret表示不同的业务方的身份认证信息，使用MySQL存储不同业务方的配置信息，如发送邮箱的服务器域名或IP、发送邮箱服务器端口、发送邮箱使用的协议、发送邮箱账号和密码等信息。

使用Redis等缓存技术可以加快计算速度，使用Redis缓存需要调用的业务方的具体信息，每次调用时可以直接读取缓存，有助于提高处理速度。

步骤S300：将所述消息内容发送到所述业务服务器，以使得所述业务服务器将所述消息内容发送至所述接收端。

示例地，如图4所示，用户A调用统一接口向用户B发送邮件、微信、手机短信和语音等消息，统一接口接收到用户A的消息后先放入到消息接收队列；消息分发处理集群从消息接收队列中获取到消息后进行处理，基于channel值判断具体的消息处理模块，如channel＝1，表示发送给微信，如果用户A的channel选的是2则代表只发邮箱，如果channel选的是3，则消息投递处理集群将调用微信处理模块和邮件处理模块进行消息处理，消息处理集群包括消息的具体投递模块，用于与对应的业务服务器800通过统一接口建立连接，将消息投递到对应的业务服务器800上，如微信处理模块和邮件处理模块接收到消息后，将消息投递到对应的微信服务器和邮件服务器，完成消息的发送。

该方法通过建立统一接口，并使用消息接收队列(MQ)、MySQL、Redis等技术来完善消息通知服务，具有简单易用、统一接口、统一监管、统一审计等优点，并具有实时发送、定时发送、合并发送、顺序发送、异步发送和同步发送等特点，实现不同类型的消息的发送和投递，便于统一监管，而现有的不同业务方具有不同的统一接口，并且各种类型的统一接口之间具有很大的差异性，开发难度大，并且多套不同类型的统一接口增大了维护难度和维护成本，而本方法通过建立统一接口，可以解决现有方法中各种消息类型需要多套统一接口实现、开发成本高，并且难以维护的问题。

实施例3

本申请实施例提供一种消息发送方法，应用于实施例1中的发送端，对于不同业务方如钉钉、微信等需要通过统一接口进行消息的投递，因此需要在发送端设置接收对象和对应的消息通道，以便统一接口按照正确的消息通道将消息投递出去，具体地，如图6所示，为消息生成方法的流程图，该方法具体可以包括以下步骤：

步骤S400：接收用户输入的消息内容，并确定所述消息内容对应的接收端以及业务服务器800；

步骤S500：根据所述消息内容、所述接收端以及所述业务服务器800，生成消息包；

步骤S600：将消息包发送至转发服务器700，以通过转发服务器700将消息内容发送至对应的接收对象的接收端。

在上述过程中，确定用户待发送的消息内容，确定消息通道以将消息内容发送给对应的业务服务器800，确定接收对象如接收对象可以是个人或团队还可以屏蔽某些人实现消息的多样发送，将发送消息内容需要的各种参数信息生成消息包，并发送至实施1中的具有统一接口的服务器，经由该服务器实现消息的投递和发送，通过该方法可以实现不同类型的消息的通过统一接口进行发送，无需每个业务方建立自己的接口，便于统一管理和维护，节约了成本。

在所述将所述消息包发送至转发服务器的步骤之前，所述方法还包括：

对所述消息内容进行加密；

将加密之后的消息内容发送至所述转发服务器。

在此过程中，转发服务器具有加解密功能，由于该消息发送方法可以应用于HR系统、公司流程审批或者财务系统等需要发送不同类型或同种类型的消息的任意场合，对于一些需要加密或涉及到隐私的消息可以通过加解密的方式提高信息传输的安全性，例如转发服务器在解析发送端发送的消息包之后，获取到消息内容，如果检测到该消息内容中涉及到敏感词汇等触发加密操作，可以对消息内容进行加密；如果是接收到已加密的消息包，可以进行解密和解析，并在发送至接收端之前进行再次加密。

对于接收端的解密方式，在此不作限定，例如可以通过向转发服务器发送动态验证码等方式获取动态密码，从而对接收到的消息内容进行解密；也可以在接收端直接采用静态密码进行解密。

实施例4

本申请实施例提供一种消息处理装置，应用于实施例1中的转发服务器700，如图7所示，为消息处理装置的结构框图，该装置包括：

消息接口模块100，用于通过预先建立的统一接口接收至少一个发送端发送的消息包；

消息处理模块200，用于解析消息包，以确定所述消息包的消息内容、接收端以及对应的业务服务器；

消息投递模块300，用于将所述消息内容发送到所述业务服务器，以使得所述业务服务器将所述消息内容发送至所述接收端。

该装置还包括统一接口建立模块150，如图8所示，为统一接口建立模块150的结构框图，具体包括：

身份认证定义模块110，用于对不同种类的接收对象设置身份认证信息；

通道认证信息设置模块120，用于基于不同种类的接收对象建立对应的消息通道以及对应的通道认证信息；

关联模块130，用于将所述身份认证信息与所述通道认证信息进行映射关联；

连接建立模块140，用于基于所述身份认证信息，获取对应的通道认证信息，以与对应的消息通道建立连接。

在消息处理模块200对消息包进行处理之前，需要通过按位操作的channel字段定义不同的消息类型对应的channel值，以通过位运算获取消息内容所要投递的消息通道；将接收到的消息包通过消息接收队列进行缓存，以将消息包以不同的发送特性进行处理和发送。

实施例5

本申请实施例提供一种消息发送装置，应用于实施例1中的发送端，如图9所示，为消息发送装置的结构框图，该装置包括：

消息接收模块400，接收用户输入的消息内容、并确定所述消息内容对应的接收端以及业务服务器；

消息包生成模块500，用于根据所述消息内容、所述接收端以及所述业务服务器，生成消息包；

发送模块600，用于将消息包发送至服务器，以通过服务器将消息内容发送至对应的接收对象的接收端。

确定用户待发送的消息内容，确定消息通道以将消息内容发送给对应的业务服务器800，确定接收对象如接收对象可以是个人或团队还可以屏蔽某些人实现消息的多样发送，将发送消息内容需要的各种参数信息生成消息包，并发送至实施1中的具有统一接口的转发服务器700，经由该转发服务器700实现消息的投递和发送，通过该方法可以实现不同类型的消息的通过统一接口进行发送，无需每个业务方建立自己的接口，便于统一管理和维护，节约了成本。

本申请实施例还提供一种电子设备，所述电子设备包括存储器以及处理器，所述存储器用于存储计算机程序，所述处理器运行所述计算机程序以使计算机设备执行上述实施例2中的消息处理方法和实施例3中的消息发送方法。

本申请实施例还提供一种可读存储介质，所述可读存储介质中存储有计算机程序指令，所述计算机程序指令被一处理器读取并运行时，执行上述实施例2中的消息处理方法和实施例3中的消息发送方法。

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

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

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

以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

Claims (10)

1.一种消息处理系统，其特征在于，包括转发服务器以及至少一个发送端，其中：

至少一个所述发送端，用于向所述转发服务器发送消息包；

所述转发服务器，用于接收所述消息包，并解析所述消息包，以确定所述消息包的消息内容、接收端以及对应的业务服务器，并将所述消息内容发送到所述业务服务器；所述业务服务器将所述消息内容发送至所述接收端。

2.一种消息处理方法，其特征在于，应用于权利要求1所述的转发服务器，所述方法包括：

通过预先建立的统一接口接收至少一个发送端发送的消息包；

解析所述消息包，以确定所述消息包的消息内容、接收端以及对应的业务服务器；

将所述消息内容发送到所述业务服务器，以使得所述业务服务器将所述消息内容发送至所述接收端。

3.根据权利要求2所述的消息处理方法，其特征在于，所述确定所述消息包的消息内容对应的业务服务器，包括：

确定所述消息包中携带的投递信息；

根据预设的通道认证信息与业务服务器的身份认证信息的映射关系，确定所述消息包对应的业务服务器。

4.根据权利要求3所述的消息处理方法，其特征在于，所述确定所述消息包中携带的投递信息，包括：

确定所述消息包中携带的channel值，以确定投递的消息通道；

根据channel值与业务服务器的映射关系，确定所述消息包对应的业务服务器，以通过所述消息通道将所述消息内容投递至所述业务服务器。

5.根据权利要求2所述的消息处理方法，其特征在于，在解析所述消息包的步骤之前，所述方法还包括：

将所述消息包缓存到消息接收队列中；

根据消息接收队列的处理顺序，解析所述消息包。

6.根据权利要求2所述的消息处理方法，其特征在于，所述将所述消息内容发送到所述业务服务器，包括：

实时将所述消息内容发送到所述业务服务器；或者，

每隔设定时长，将所述消息内容发送到所述业务服务器；或者，

根据所述业务服务器的处理速率，将所述消息内容发送到所述业务服务器。

7.一种消息发送方法，其特征在于，应用于权利要求1所述的发送端，所述方法包括：

接收用户输入的消息内容，并确定所述消息内容对应的接收端以及业务服务器；

根据所述消息内容、所述接收端以及所述业务服务器，生成消息包；

将所述消息包发送至转发服务器，以通过所述转发服务器将所述消息内容发送至所述接收端。

8.一种消息处理装置，其特征在于，所述装置包括：

消息接口模块，用于通过预先建立的统一接口接收至少一个发送端发送的消息包；

消息处理模块，用于解析所述消息包，以确定所述消息包的消息内容、接收端以及对应的业务服务器；

消息投递模块，用于将所述消息内容发送到所述业务服务器，以使得所述业务服务器将所述消息内容发送至所述接收端。

9.一种消息发送装置，其特征在于，所述装置包括：

消息接收模块，接收用户输入的消息内容、并确定所述消息内容对应的接收端以及业务服务器；

消息包生成模块，用于根据所述消息内容、所述接收端以及所述业务服务器，生成消息包；

发送模块，用于将所述消息包发送至服务器，以通过所述服务器将所述消息内容发送至所述接收端。

10.一种电子设备，其特征在于，所述电子设备包括存储器以及处理器，所述存储器用于存储计算机程序，所述处理器运行所述计算机程序以使计算机设备执行根据权利要求2至6中任一项所述的消息处理方法。

Images