CN112422497B - 消息传递方法、装置及计算机设备 - Google Patents

Abstract

本申请公开了一种消息传递方法、装置及计算机设备，该方法包括：接收用户端发送的服务消息；将所述服务消息存储到预设的存储单元中；当服务端在线时，通过轮询方式从所述存储单元中获取所述服务消息，根据所述服务消息中的接收方地址将所述服务消息发送至所述服务端。本申请还提供一种计算机可读存储介质。本申请通过直接将接收的服务消息进行存储，且无需外部消息触发能自我消费服务消息，避免了预先建立“消息队列”的方式，能够避免了用户端发送的服务消息的传输协议限制，减少了消息传递的繁杂度，提升了效率。

Description

消息传递方法、装置及计算机设备

技术领域

本申请涉及数据传输技术领域，尤其涉及一种消息传递方法、装置及计算机设备。

背景技术

随着通信技术的发展，接入通信系统中实现各种通信业务的用户端数量不断增加，用户端向业务服务端发送的业务消息的数量也越来越庞大，因此在业务服务系统中，通常需要兼顾如何对海量业务消息进行有序地处理。在现有技术中，通常以额外建立消息队列服务用于对用户端产生的消息进行缓存，然后再建立消息消费服务，对消息队列中的消息进行消费，从而保证用户端发送的消息能够有序、精准地发送到服务端。

然而，由于提供“消息队列”服务的服务器或终端需要对各种不同的消息进行缓存，因此，进入“消息队列”的消息，需要遵循提供“消息队列”服务的服务器或终端预设的传输协议或格式。也就是说，用户端要以“消息队列”的传输格式和传输协议将原始消息进行编码，然后才能发送至“消息队列”进行缓存。

HTTP(Hyper Text Transfer Protocol，超文本传输协议)是一种用于分布式、协作式和超媒体信息系统的应用层协议，HTTP是万维网的数据通信的基础，大多数服务端都是基于HTTP协议提供业务服务，也就是说，用户端和服务端一般都是基于HTTP协议发送消息，因此经由“消息队列”转发消息时，所述消息需要经过两次以上的协议转换。因此，整个消息消费过程需要进行多次协议或格式切换，较为繁杂，而且效率并不高。

发明内容

本申请提出一种消息传递方法、装置及计算机设备，能够解决现有技术中建立消息队列进行消息消费的过程繁杂、效率较低的问题。

首先，为实现上述目的，本申请提供一种消息传递方法，所述方法包括：

接收用户端发送的服务消息；将所述服务消息存储到预设的存储单元中；当服务端在线时，通过轮询方式从所述存储单元中获取所述服务消息，根据所述服务消息中的接收方地址将所述服务消息发送至所述服务端。

在一个例子中，所述接收用户端发送的服务消息包括：通过HTTP代理方式监听所述用户端；当监听到所述用户端发送服务消息，则接收所述服务消息。

在一个例子中，所述将所述服务消息存储到预设的存储单元中包括：根据所述存储单元的存储格式将所述服务消息进行序列化，从而得到所述服务消息对应的存储消息；将所述存储消息存储到所述存储单元。

在一个例子中，所述服务消息为HTTP协议消息。

在一个例子中，所述根据所述存储单元的存储格式将所述服务消息进行序列化包括：根据所述存储格式将所述服务消息中的HTTP头、HTTP体和接收方地址的内容分别进行序列化，从而形成所述存储消息的请求头、请求体和请求目标；每一条存储消息的请求头、请求体和请求目标进行关联存储。

在一个例子中，所述通过轮询方式从所述存储单元中获取所述服务消息包括：根据预设周期查询所述存储单元中是否生成了所述存储消息；当查询到所述存储单元中生成了所述存储消息时，从所述存储单元中获取所述存储消息，并对所述存储消息执行反序列化以获取到所述存储消息对应的所述服务消息。

在一个例子中，所述方法还包括：接收所述服务端发送的反馈消息；当所述反馈消息提示所述服务消息发送成功时，将所述存储单元中对应的所述存储消息清除；否则，等待预设时间后重新执行所述通过轮询方式从所述存储单元中获取所述服务消息，根据所述服务消息中的接收方地址将所述服务消息发送至所述服务端的步骤。

此外，为实现上述目的，本申请还提供一种消息传递装置，所述装置包括：

接收模块，用于接收用户端发送的服务消息；存储模块，用于将所述服务消息存储到预设的存储单元中；发送模块，用于当服务端在线时，通过轮询方式从所述存储单元中获取所述服务消息，根据所述服务消息中的接收方地址将所述服务消息发送至所述服务端。

进一步地，本申请还提出一种计算机设备，所述计算机设备包括存储器、处理器，所述存储器上存储有可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如上述的消息传递方法的步骤。

进一步地，为实现上述目的，本申请还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序可被至少一个处理器执行，以使所述至少一个处理器执行如上述的消息传递方法的步骤。

相较于现有技术，本申请所提出的消息传递方法、装置、计算机设备及计算机可读存储介质，能够接收用户端发送的服务消息，将所述服务消息存储到预设的存储单元中；当服务端在线时，通过轮询方式从所述存储单元中获取所述服务消息，根据所述服务消息中的接收方地址将所述服务消息发送至所述服务端。通过直接将接收的服务消息进行存储，且无需外部消息触发能自我消费服务消息，避免了预先建立“消息队列”的方式，能够避免了用户端发送的服务消息的传输协议限制，减少了消息传递的繁杂度，提升了效率。

附图说明

图1是本申请一实施例的应用环境示意图；

图2是本申请消息传递方法一具体实施例的流程示意图；

图3是本申请一示例性例子中服务消息的信息结构的效果图；

图4是本申请一示例性例子的消息传递的应用环境效果图；

图5是基于图4中所述pubagent对于服务消息的处理过程的效果图；

图6是本申请消息传递装置一实施例的程序模块示意图；

图7是本申请计算机设备一可选的硬件架构的示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

需要说明的是，在本申请中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本申请要求的保护范围之内。

图1是本申请一实施例的应用环境示意图。参阅图1所示，所述计算机设备1与服务端，以及至少一个用户端连接。所述计算机设备1能够接收由用户端发送的服务消息，然后根据预设的存储单元的存储格式将所述服务消息进行序列化转换为存储消息，再存储到所述存储单元；当所述服务端在线时，则通过轮询方式从所述存储单元中获取所述服务消息，再将所述服务消息发送至所述服务端。在本实施例中，所述计算机设备1可作为手机、平板、便携设备、PC机或者服务器等；也可以作为独立的功能模块，附加在所述服务端以实现消息传递功能。

实施例一

图2是本申请消息传递方法一实施例的流程示意图。可以理解，本方法实施例中的流程图不用于对执行步骤的顺序进行限定。下面以计算机设备1为执行主体进行示例性描述。

如图2所示，所述消息传递方法可以包括步骤S200～S204。

步骤S200，接收用户端发送的服务消息。

步骤S202，将所述服务消息存储到预设的存储单元中。

具体的，当用户端需要向服务端发送业务请求相关的服务消息时，由于此时并不能确定所述服务端是否在线，或者所述服务端是否空闲状态，因此，所述用户端先将所述服务消息发送至所述计算机设备1。所述计算机设备1则可以接收到所述服务消息。由于HTTP协议的快速发展和普遍应用，大多数服务端都是基于HTTP协议提供业务服务，因此，在一具体实施例中，所述计算机设备1通过建立HTTP代理的方式监听并接收所述服务消息，包括：通过HTTP代理方式监听所述用户端；当监听到所述用户端发送服务消息，则接收所述服务消息。

其中，HTTP代理，指的是通过建立一个代理服务，在本实施例中，所述计算机设备1可以通过自身预设的程序实现代理所述用户端向所述服务端发送服务消息的代理服务，因此，所述用户端根据所述计算机设备1提供的代理服务端口，比如123.4.5.6:1234，则将所述服务消息发送到http://123.4.5.6:1234，所述计算机设备1则可以接收所述用户端发送的服务消息。

所述计算机设备1接收到所述服务消息之后，则存储到预设的存储单元中。其中，所述计算机设备1将所述服务消息存储到预设的存储单元中包括：根据所述存储单元的存储格式将所述服务消息进行序列化，从而得到所述服务消息对应的存储消息；将所述存储消息存储到所述存储单元。具体地，所述计算机设备1预先设置一个存储单元用于存储用户端发送过来的服务消息，所述服务消息需要以适合存储的数据格式存储到所述存储单元，因此，所述计算机设备1先将所述服务消息进行序列化，从而得到所述服务消息对应的存储消息，这样才能存储到所述存储单元。

在本实施例中，所述服务消息为HTTP协议消息；所述计算机设备1根据所述存储单元的存储格式将所述服务消息进行序列化包括：根据所述存储格式将所述服务消息中的HTTP头、HTTP体和接收方地址的内容分别进行序列化，从而形成所述存储消息的请求头、请求体和请求目标；每一条存储消息的请求头、请求体和请求目标进行关联存储，例如，将每一条存储消息的请求头、请求体和请求目标进行相同编号后存储到所述存储单元。参阅图3所示，主机地址为bilibili.com的用户端通过Chrome浏览器向接收方地址为http://123.4.5.6:1234的服务端发送请求{“a”:“b”}内容的服务消息时，然后，所述计算机设备1则将所述服务消息中的HTTP头、HTTP体和接收方地址提取出来，如图3所示，其中，HTTP头中，Host即用户端主机地址，User-Agent，即用户端浏览器类型，Content-Type即为用户端能够接收的消息的编码方式。接着，所述计算机设备1分别对所述服务消息的HTTP头、HTTP体和接收方地址进行序列化，得到对应的存储消息的请求头、请求体和请求目标。

步骤S204，当服务端在线时，通过轮询方式从所述存储单元中获取所述服务消息，根据所述服务消息中的接收方地址将所述服务消息发送至所述服务端。

具体的，所述计算机设备1在接收所述服务消息，并将所述服务消息以存储消息的形式存储到存储单元之后，所述计算机设备1则会查看所述服务端是否在线。在本实施例中，所述计算机设备1通过查看所述服务端的API(Application Programming Interface，应用程序接口)调用是否可用，如果可用，那么则可以向所述服务端发送所述服务消息。例如，所述计算机设备1与所述服务端连接，因此可以随时通过所述服务端的API向所述服务端发送消息交互请求，当所述服务端对所述消息交互请求进行了反馈，则说明所述服务端在线。当然，在其他实施例中，所述计算机设备1在查看到所述服务端在线之后，还会向所述服务端发送是否空闲，或者是否有空闲资源处理服务消息的确认请求，当所述服务端进行了确认，则说明所述服务端可以接收服务消息了。

接着，所述计算机设备1则会通过轮询方式从所述存储单元中获取所述服务消息，根据所述服务消息中的接收方地址将所述服务消息发送至所述服务端。在本实施例中，所述计算机设备1通过轮询方式从所述存储单元中获取所述服务消息包括：根据预设周期查询所述存储单元中是否生成了所述存储消息；当查询到所述存储单元中生成了所述存储消息时，从所述存储单元中获取所述存储消息，并对所述存储消息执行反序列化以获取到所述存储消息对应的所述服务消息。具体的，所述计算机设备1在接收到所述服务消息之后，需要将其序列化成适合存储单元存储的格式，也就是序列化成所述存储消息；因此，所述计算机设备1需要从所述存储单元取出所述存储消息进行反序列化恢复成所述服务消息之后，才能够发送给所述服务端。其中，反序列化的过程与所述序列化过程相反，是需要按照所述服务消息的格式将所述存储消息中的请求头、请求体和请求目标分别转换服务消息的HTTP头、HTTP体和接收方地址；最终还原出所述服务消息，所述计算机设备1则将还原出的所述服务消息，发送至所述服务端。在本实施例中，所述计算机设备1通过轮询方式从所述存储单元中获取所述服务消息并执行自我消费；相对于现有技术，省去了建立一个复杂的消费程序对“消息队列”中的消息进行消费的过程，避免了繁杂的执行步骤，因此，成本更低，效率更高。

在另一具体实施例中，所述计算机设备1还能够接收所述服务端发送的反馈消息；并当所述反馈消息提示所述服务消息发送成功时，将所述存储单元中对应的所述存储消息清除；否则，等待预设时间后重新执行所述通过轮询方式从所述存储单元中获取所述服务消息，根据所述服务消息中的接收方地址将所述服务消息发送至所述服务端的步骤。

具体的，所述服务端接收到所述服务消息之后，则会进行相应的反馈，因此所述计算机设备1还能够接收所述服务端发送的反馈消息。具体的，所述计算机设备1根据预设的判断机制，比如，根据是否接收到反馈消息，以及根据反馈消息中的预设字段，判断出所述服务端是否成功接收到所述服务消息。当判断出所述服务端成功接收到所述服务消息之后，则会将所述存储单元中所述服务消息对应的存储消息进行清除，比如销毁或删除；当判断出所述服务端没有接收到所述服务消息，或者接收到的所述服务消息出现了问题，比如数据丢失等，则会等待预设时间后重新执行所述通过轮询方式从所述存储单元中获取所述服务消息，比如，预先设置的等待5分钟之后，重新执行通过轮询方式所述从所述存储单元中获取所述服务消息；然后，所述计算机设备1根据所述服务消息中的接收方地址将所述服务消息发送至所述服务端的步骤。由于服务端反馈消息提示接收所述服务消息失败，说明此时此刻的所述服务端可能网络较差或者负载突增，并不适合接收和处理服务消息；因此，所述计算机设备1通过设置一个等待时间之后再重新执行所述通过轮询方式从所述存储单元中获取所述服务消息，根据所述服务消息中的接收方地址将所述服务消息发送至所述服务端的步骤；从而能够有效提高下一次服务消息的发送成功的机会。

参阅图4，是本申请一示例性例子的消息传递的应用环境效果图。在本实施例中，pubagent与客户端、服务端连接，其中，pubagent是由计算机设备(图中未示出)建立的一个消息消费中间件；所述pubagent能够接收由所述客户端发送的基于HTTP协议的服务消息，并在监测到所述服务端在线时，将所述基于HTTP协议的服务消息发送至所述服务端。请继续参阅图5，图5示出了所述pubagent对于服务消息的处理过程的效果图。其中，所述pubagent通过监听代理，比如HTTP代理方式监听所述客户端，然后接收由客户端发送的基于HTTP协议的服务消息，并对所述服务消息进行序列化，得到对应的存储消息并存储到暂存存储中；然后在监测到所述服务端在线时，通过轮询的方式从暂存存储中取出存储消息，并执行反序列化、还原成所述服务消息，并将所述服务消息并发送至所述服务端并发送至服务端，这个过程也就是自我消费，产生请求的过程。当所述pubagent的自我消费过程，消费失败，比如发送至所述服务端的服务消息，发送失败，那么，所述pubagent则会将所述服务消息放回暂存存储，等待下次轮询。

综上所述，本实施例所提出的消息传递方法能够接收用户端发送的服务消息，将所述服务消息存储到预设的存储单元中；当服务端在线时，通过轮询方式从所述存储单元中获取所述服务消息，根据所述服务消息中的接收方地址将所述服务消息发送至所述服务端。通过直接将接收的服务消息进行存储，且无需外部消息触发能自我消费服务消息，避免了预先建立“消息队列”的方式，能够避免了用户端发送的服务消息的传输协议限制，减少了消息传递的繁杂度，提升了效率。

实施例二

图6示意性示出了根据本申请实施例二的消息传递装置的框图，该消息传递装置可以被分割成一个或多个程序模块，一个或者多个程序模块被存储于存储介质中，并由一个或多个处理器所执行，以完成本申请实施例。本申请实施例所称的程序模块是指能够完成特定功能的一系列计算机程序指令段，以下描述将具体介绍本实施例中各程序模块的功能。

如图6所示，该消息传递装置400可以包括接收模块410、存储模块420和发送模块430，其中：

接收模块410，用于接收用户端发送的服务消息。

存储模块420，用于将所述服务消息存储到预设的存储单元中。

发送模块430，用于当服务端在线时，通过轮询方式从所述存储单元中获取所述服务消息，根据所述服务消息中的接收方地址将所述服务消息发送至所述服务端。

在示例性的实施例中，接收模块410，还用于：通过HTTP代理方式监听所述用户端；当监听到所述用户端发送服务消息，则接收所述服务消息。

在示例性的实施例中，存储模块420，还用于：根据所述存储单元的存储格式将所述服务消息进行序列化，从而得到所述服务消息对应的存储消息；将所述存储消息存储到所述存储单元。其中，所述服务消息为HTTP协议消息。所述根据所述存储单元的存储格式将所述服务消息进行序列化包括：根据所述存储格式将所述服务消息中的HTTP头、HTTP体和接收方地址的内容分别进行序列化，从而形成所述存储消息的请求头、请求体和请求目标；每一条存储消息的请求头、请求体和请求目标进行关联存储。

在示例性的实施例中，发送模块430，还用于：根据预设周期查询所述存储单元中是否生成了所述存储消息；当查询到所述存储单元中生成了所述存储消息时，从所述存储单元中获取所述存储消息，并对所述存储消息执行反序列化以获取到所述存储消息对应的所述服务消息。以及，接收所述服务端发送的反馈消息；当所述反馈消息提示所述服务消息发送成功时，将所述存储单元中对应的所述存储消息清除；否则，等待预设时间后重新执行所述通过轮询方式从所述存储单元中获取所述服务消息，根据所述服务消息中的接收方地址将所述服务消息发送至所述服务端的步骤。

实施例三

图7示意性示出了根据本申请实施例三的适于实现消息传递方法的计算机设备1的硬件架构示意图。本实施例中，计算机设备1是一种能够按照事先设定或者存储的指令，自动进行数值计算和/或信息处理的设备。例如，可以是具有网关功能的机架式服务器、刀片式服务器、塔式服务器或机柜式服务器(包括独立的服务器，或者多个服务器所组成的服务器集群)等。如图7所示，计算机设备1至少包括但不限于：可通过系统总线相互通信链接存储器510、处理器520、网络接口530。其中：

存储器510至少包括一种类型的计算机可读存储介质，可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，存储器510可以是计算机设备1的内部存储模块，例如该计算机设备1的硬盘或内存。在另一些实施例中，存储器510也可以是计算机设备1的外部存储设备，例如该计算机设备1上配备的插接式硬盘，智能存储卡(SmartMedia Card，简称为SMC)，安全数字(Secure Digital，简称为SD)卡，闪存卡(Flash Card)等。当然，存储器510还可以既包括计算机设备1的内部存储模块也包括其外部存储设备。本实施例中，存储器510通常用于存储安装于计算机设备1的操作系统和各类应用软件，例如消息传递方法的程序代码等。此外，存储器510还可以用于暂时地存储已经输出或者将要输出的各类数据。

处理器520在一些实施例中可以是中央处理器(Central Processing Unit，简称为CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器520通常用于控制计算机设备1的总体操作，例如执行与计算机设备1进行数据交互或者通信相关的控制和处理等。本实施例中，处理器520用于运行存储器510中存储的程序代码或者处理数据。

网络接口530可包括无线网络接口或有线网络接口，该网络接口530通常用于在计算机设备1与其他计算机设备之间建立通信链接。例如，网络接口530用于通过网络将计算机设备1与外部终端相连，在计算机设备1与外部终端之间的建立数据传输通道和通信链接等。网络可以是企业内部网(Intranet)、互联网(Internet)、全球移动通讯系统(GlobalSystem of Mobile communication，简称为GSM)、宽带码分多址(Wideband Code DivisionMultiple Access，简称为WCDMA)、4G网络、5G网络、蓝牙(Bluetooth)、Wi-Fi等无线或有线网络。

需要指出的是，图7仅示出了具有部件510-530的计算机设备，但是应理解的是，并不要求实施所有示出的部件，可以替代的实施更多或者更少的部件。

在本实施例中，存储于存储器510中的消息传递方法的程序代码还可以被分割为一个或者多个程序模块，并由一个或多个处理器(本实施例为处理器520)所执行，以完成本申请实施例。

实施例四

本实施例还提供一种计算机可读存储介质，计算机可读存储介质其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

接收用户端发送的服务消息，将所述服务消息存储到预设的存储单元中；当服务端在线时，通过轮询方式从所述存储单元中获取所述服务消息，根据所述服务消息中的接收方地址将所述服务消息发送至所述服务端。

本实施例中，计算机可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，计算机可读存储介质可以是计算机设备的内部存储单元，例如该计算机设备的硬盘或内存。在另一些实施例中，计算机可读存储介质也可以是计算机设备的外部存储设备，例如该计算机设备上配备的插接式硬盘，智能存储卡(Smart Media Card，简称为SMC)，安全数字(Secure Digital，简称为SD)卡，闪存卡(Flash Card)等。当然，计算机可读存储介质还可以既包括计算机设备的内部存储单元也包括其外部存储设备。本实施例中，计算机可读存储介质通常用于存储安装于计算机设备的操作系统和各类应用软件，例如实施例中消息传递方法的程序代码等。此外，计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的各类数据。

显然，本领域的技术人员应该明白，上述的本申请实施例的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本申请实施例不限制于任何特定的硬件和软件结合。

以上仅为本申请实施例的优选实施例，并非因此限制本申请实施例的专利范围，凡是利用本申请实施例说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请实施例的专利保护范围内。

Claims (7)

1.一种消息传递方法，其特征在于，所述方法应用于计算机设备，所述方法包括：

接收用户端发送的服务消息；

将所述服务消息以适合存储的数据格式存储到预设的存储单元中；

当服务端在线时，所述计算机设备通过轮询方式从所述存储单元中获取所述服务消息，根据所述服务消息中的接收方地址将所述服务消息发送至所述服务端；

所述将所述服务消息以适合存储的数据格式存储到预设的存储单元中包括：

根据所述存储单元的存储格式将所述服务消息进行序列化，从而得到所述服务消息对应的存储消息；

将所述存储消息存储到所述存储单元；

所述服务消息为HTTP协议消息；

所述根据所述存储单元的存储格式将所述服务消息进行序列化包括：

根据所述存储格式将所述服务消息中的HTTP头、HTTP体和接收方地址的内容分别进行序列化，从而形成所述存储消息的请求头、请求体和请求目标；每一条存储消息的请求头、请求体和请求目标进行关联存储。

2.如权利要求1所述的消息传递方法，其特征在于，所述接收用户端发送的服务消息包括：

通过HTTP代理方式监听所述用户端；

当监听到所述用户端发送服务消息，则接收所述服务消息。

3.如权利要求1中任一项所述的消息传递方法，其特征在于，所述计算机设备通过轮询方式从所述存储单元中获取所述服务消息包括：

根据预设周期查询所述存储单元中是否生成了所述存储消息；

当查询到所述存储单元中生成了所述存储消息时，从所述存储单元中获取所述存储消息，并对所述存储消息执行反序列化以获取到所述存储消息对应的所述服务消息。

4.如权利要求1所述的消息传递方法，其特征在于，所述方法还包括：

接收所述服务端发送的反馈消息；

当所述反馈消息提示所述服务消息发送成功时，将所述存储单元中对应的所述存储消息清除；

否则，等待预设时间后重新执行所述通过轮询方式从所述存储单元中获取所述服务消息，根据所述服务消息中的接收方地址将所述服务消息发送至所述服务端的步骤。

5.一种消息传递装置，其特征在于，应用于计算机设备，所述装置包括：

接收模块，用于接收用户端发送的服务消息；

存储模块，用于将所述服务消息以适合存储的数据格式存储到预设的存储单元中；

发送模块，用于当服务端在线时，所述计算机设备通过轮询方式从所述存储单元中获取所述服务消息，根据所述服务消息中的接收方地址将所述服务消息发送至所述服务端；

所述存储模块具体用于：

根据所述存储单元的存储格式将所述服务消息进行序列化，从而得到所述服务消息对应的存储消息；

将所述存储消息存储到所述存储单元；

其中，所述服务消息为HTTP协议消息；所述根据所述存储单元的存储格式将所述服务消息进行序列化包括：

根据所述存储格式将所述服务消息中的HTTP头、HTTP体和接收方地址的内容分别进行序列化，从而形成所述存储消息的请求头、请求体和请求目标；每一条存储消息的请求头、请求体和请求目标进行关联存储。

6.一种计算机设备，其特征在于，所述计算机设备包括存储器、处理器，所述存储器上存储有可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1-4任一项所述的消息传递方法的步骤。

7.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序可被至少一个处理器执行，以使所述至少一个处理器执行如权利要求1-4中任一项所述的消息传递方法的步骤。

Images