[发明专利]一种消息传输方法

说明书

技术领域

本发明涉及计算机技术领域，尤其涉及一种消息传输方法。

背景技术

消息发送是指业务运营支撑系统在一定条件触发的情况下,通过短信、彩信、电子邮件和信函等方式，主动发送的旨在帮助客户更好的了解当前的通信消费、业务及服务状态，维护自身利益和权益的一系列免费告知服务。

其中，当前能够实现消息发送的技术途径主要包括以下几种：

第一种，接口表方式。

具体为，消息发送系统从业务运营支撑系统接口表中读取数据信息，其中数据信息包括用户的电话号码、用户名等个人信息，用户当前的通信消费情况以及当前所使用的通信业务等等。然后，消息发送系统获取数据信息后，将其通过短信、彩信、电子邮件和信函等方式发送至相应的客户。

第二种，webservice方式。

具体为，消息发送系统提供webservice接口，业务运行支撑系统可以调用该webservice接口，然后获取相应的数据信息，其中，数据信息同上文所述的数据信息所包含的内容相同。然后，消息发送系统获取数据信息后，将其通过短信、彩信、电子邮件和信函等方式发送至相应的客户。

第三种，文件方式。

具体为，消息发送系统提供文件接口，业务运营支撑系统通过文件接口将FTP消息文件发送至消息发送系统。其中，ftp消息文件中同样包含上文中所述的数据信息。然后，消息发送系统获取数据信息后，将其通过短信、彩信、电子邮件和信函等方式发送至相应的客户。

但是，上述消息发送系统从业务运营支撑系统获取数据信息的途径均存在一定的缺陷。例如，采用接口表方式。由于接口表方式属于消息发送系统单线程处理接口表，每秒最多处理1000条左右的数据信息。而如果业务运营商不停的产生新的数据信息，不断更新接口表。例如，接口表中的数据信息为10000条，那么消息发送系统则需要至少10s的时间处理完当前接口表中的数据。也即是当接口表中存在大量数据时，会造成数据处理延时。而且，因为每个接口表只会利用一套程序执行，那么当接口表线程异常时，则会造成故障。又或者，如果一台主机处理多个接口表时，如果主机发生故障，那么该主机所处理的多个接口表都将受到影响。即使采用备用主机，当当前处理接口表的主机发生故障，切换备用主机处理，因为双机切换时间较长，甚至是切换失败，同样会造成业务故障。

而webservice方式则是受限于webservice接口的通讯效率和xml保温的复杂性，导致接口接收效率过低。

文件接口实时性较差，那么同样会存在采用接口表方式时所出现的问题。

发明内容

本发明所要解决的技术问题是提供一种消息传输方法。

本发明解决上述技术问题的技术方案如下：

第一方面，本发明实施例提供了一种消息传输方法,该方法包括：

向服务器发送请求消息，该请求消息用于与中间传输通道建立通信连接；

接收服务器发送的与中间传输通道建立通信连接的指示信息；

根据指示信息，与中间传输通道建立通信连接；

并将服务消息写入至中间传输通道，以便消息发送系统从中间传输通道读取服务消息。

本发明的有益效果是：服务消息暂时存储于中间传输通道中,而并非直接传输至消息发送系统,或者消息发送系统直接从消息运营系统读取,目的是为了当消息运营系统或者消息发送系统中任意一台主机发生故障时,消息运营系统已经产生的业务消息不会全部随之消失或者发生损坏,由此,暂时也不会影响业务的运行。

进一步，服务消息包括至少一种类型，中间传输通道包括至少一个子通道，且服务消息的种类数量与子通道数量相同，中间传输通道中每一个子通道用于存储且仅存储一种类型的服务消息。

采用上述进一步的方案的有益技术效果在于，每一个子通道仅存储一种类型的服务消息,可以使消息运营系统产生的消息能够有序的存储在中间传输通道中,便于消息发送系统从中间传输通道中读取消息。

进一步，根据指示信息，将服务消息发送至中间传输通道，包括:

根据服务消息的类型,将服务消息发送至中间传输通道中与服务消息类型对应的子通道。

采用上述进一步的技术方案的有益技术效果在于，与上一步的有益效果类似的,服务消息根据类型不同,有序的存储在不同的子通道中,有利于消息发送系统从对应的子通道中读取某一类型的服务消息。

进一步的，中间传输通道包括至少一个，且至少一个中间传输通道中每一个中间传输通道均包括相同的子通道。