CN105825409B - 一种电子发票消息推送系统及方法 - Google Patents

Abstract

本发明公开了一种电子发票消息推送系统及方法，属于消息推送领域，包括企业用户端、数据源服务器、电子发票消息推送服务器，电子发票消息推送服务器接收企业用户端发送的包含用户身份信息和订阅信息的消息订阅请求，将用户身份信息和订阅信息类型信息记录在客户消息订阅队列中，建立企业用户端与电子发票消息推送服务器之间的连接通道；数据源服务器将需要推送的消息交付给所述电子发票消息推送服务器，电子发票消息推送服务器将需要推送的推送消息插入到消息发布队列中；电子发票消息推送服务器扫描消息发布队列，一旦扫描到需要推送的消息，将结合客户消息订阅队列找到订阅推送的消息的用户，通过连接通道发送推送的消息到对应的企业用户端。本发明实现了主动为开具电子发票的用户及时准确推送电子发票信息和通知消息。

Description

一种电子发票消息推送系统及方法

技术领域

本发明涉及消息推送技术领域，具体涉及一种电子发票消息推送方法系统及方法。

背景技术

传统的纸制发票开具不能使用户从商家及时的获取到发票和对发票进行查验，有时甚至获取不到发票，并且当需要发票的电子数据时只能从纸制发票中手工提取，用户需求无法得到满足。

为了对电子商务中应纳税主体进行有效监督，减少税务机关的征税成本，我国正在推广电子发票系统。电子发票将作为消费者维权和报销的电子凭证，实现了无纸化发票，大大节约了成本。在此过程中，如何能及时通知消费者购买的商品已开具电子发票，为消费者提供最新的信息，克服传统纸制发票获取的滞后性成为亟待解决的问题。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的电子发票消息推送系统及方法，及时的将电子发票消息推送给相应的企业用户端。

依据本发明的一个方面，提供了一种电子发票消息推送系统，包括企业用户端、数据源服务器、电子发票消息推送服务器，所述电子发票消息推送服务器接收所述企业用户端发送的包含用户身份信息和订阅信息的消息订阅请求后，将所述用户身份信息和订阅信息类型信息记录在客户消息订阅队列中，建立与所述企业用户端的连接通道；

所述数据源服务器将需要推送的消息交付给所述电子消息推送服务器，所述电子发票消息推送服务器将所述需要推送的消息插入到所述消息发布队列中；

所述电子发票消息推送服务器扫描所述消息发布队列，一旦扫描到需要推送的消息，将结合客户消息订阅队列找到订阅所述推送的消息的用户，通过连接通道发送所述推送的消息到对应的所述企业用户端。

进一步地，所述数据源服务器包括电子发票消息源服务器和通知消息源服务器。

进一步地，所述电子发票消息推送服务器使用线程分工算法使用多线程扫描所述消息发布队列。

进一步地，所述电子发票消息推送服务器按照固定频率发送心跳包到所述企业用户端，如果在指定的时间段内没收到所述企业用户端的回复，所述电子发票消息推送服务器关闭与所述企业用户端的连接通道，释放为所述企业用户端分配的资源。

更进一步地，所述消息发布接口模块的接口参数包括用户身份标识、订阅服务器类型和消息内容，所述用户身份标识指明目标客户，所述订阅服务器类型指明消息来源，所述消息内容指明要推送给所述目标客户的内容。

依据本发明的另一个方面，提供了一种电子发票消息推送方法，包括企业用户端、数据源服务器、电子发票消息推送服务器，包括以下步骤：

步骤(1)、所述企业用户端向所述电子发票消息推送服务器发送包含用户身份信息和订阅信息的消息订阅请求；

步骤(2)、所述电子发票消息推送服务器接收所述消息订阅请求，将所述用户身份信息和订阅信息类型信息记录在客户消息订阅队列中；

步骤(3)、建立所述电子发票消息推送服务器和所述企业用户端的连接通道；

步骤(4)、所述消息源服务器将需要推送的消息交付给所述电子发票消息推送服务器，所述电子发票消息推送服务器将所述需要推送的消息插入到所述消息发布队列中；

步骤(5)、所述电子发票消息推送服务器扫描所述消息发布队列中的消息，结合所述客户消息订阅队列，通过连接通道将未发送的消息发送到订阅所述推送的消息的所述企业用户端。

进一步的，所述步骤(1)中的所述订阅信息包括标识连接通道的连接标识符、用户身份标识和订阅服务器类型。

进一步的，所述客户消息订阅队列和所述消息发布队列是分模块设计的。

进一步的，所述数据源服务器包括电子发票消息源服务器和通知消息源服务器。

进一步的，所述电子发票消息推送服务器使用线程分工算法使用多线程扫描所述消息发布队列。

本发明具有以下有益效果：本发明提出了一种电子发票消息推送系统及方法，可为开具电子发票的用户及时准确地推送电子发票数据，克服传统纸制发票获取的滞后性，使用户可以快速有效得获取到购买商品的发票信息，有效降低发票查验的难度，提高发票查验率。

此外，本发明提出的消息推送系统与电子发票业务系统完全分离，可以作为独立系统广泛使用。同时，系统还可以将通知信息定向推送给目标用户，或者广播推送给所有订阅用户，满足不同需求，这也是传统发票开具所不具备的。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。说明书附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。显而易见地，下面描述的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明实施例一的电子发票消息推送系统结构示意图；

图2示出了基于图1所示推送系统的客户消息订阅队列和消息发布队列的分模块设计示意图；

图3示出了根据本发明实施例二的电子发票消息推送系统框图；

图4示出了根据本发明实施例三的电子发票消息推送方法流程图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

需要说明的是，在说明书及权利要求当中使用了某些词汇来指称特定组件。本领域技术人员应可以理解，硬件制造商可能会用不同名词来称呼同一个组件。本说明书及权利要求并不以名词的差异来作为区分组件的方式，而是以组件在功能上的差异来作为区分的准则。如在通篇说明书及权利要求当中所提及的“包含”或“包括”为一开放式用语，故应解释成“包含但不限定于”。说明书后续描述为实施本发明的较佳实施方式，然所述描述乃以说明书的一般原则为目的，并非用以限定本发明的范围。本发明的保护范围当视所附权利要求所界定者为准。

为了给最终用户方便的提供最新信息，当前的技术主要有两种，分别是企业用户端拖拽技术和服务器主动推送技术。

企业用户端拖拽技术中，采用的是轮询方式，企业用户端主动的从推送服务器获得推送内容，企业用户端取得数据后，关闭当前连接，继续打开一个新的连接，接收后续的内容。

服务器推送通常效率要比企业用户端拖曳效率高，因为它不必为后续数据建立新的连接，而是保持一个现有的连接不关闭，直接通过现有的连接推送数据。在实际情况中，建立连接通常需要花费相当多的时间。在服务器推送中，多个响应中连接始终保持，使服务器可在任何时间发送更多的数据。一个明显的好处是服务器完全能够控制更新数据的时间和频率。因此从性能上考虑，特别是对于需要经常更新信息的情况下，服务器推送性能更优。缺点是保持连接状态会浪费服务器端的资源。服务器推送还比较容易中断。

在电子发票应用中，为了能使电子发票及时推送到消费者，同时减少企业用户端的大量的连接请求，防止网络拥塞，使用了服务器主动推送技术。

为便于对本发明实施例的理解，下面将结合附图以几个具体实施例为例做进一步的解释说明，且各个附图并不构成对本发明实施例的限定。

实施例一、电子发票消息推送系统。

图1为本发明实施例一的电子发票消息推送系统结构示意图，如图1所示，本发明实施例包括购物平台101、电子发票服务平台102、企业用户端103、电子发票消息推送服务器104以及数据源服务器105，其中所述购物平台101具有用户信息数据库，用于存储企业用户端信息，所述数据源服务器105包括电子发票消息源服务器1051和通知消息源服务器1052。

本发明实施例中所述企业用户端103在使用电子发票推送服务前需要在所述电子发票消息推送服务器104中进行认证授权，从而完成消息订阅。具体实现是所述企业用户端103向所述电子发票消息推送服务器104发送消息订阅请求，请求中包含用户身份信息和消息订阅信息，即企业用户身份标识(UserID)、密码、企业客户终端类型(例如PC、手机等)、消息订阅服务器类型(ServerID，例如电子发票消息源、通知消息源)等信息。

本发明实施例中所述电子发票消息推送服务器104接收所述企业用户端103的消息订阅请求，通过连接购物平台101的用户信息数据库对用户信息进行验证，验证通过后，将建立所述电子发票消息推送服务器104与企业用户端的连接通道，该通道将保持连通不关闭，所述电子发票消息推送服务器104将用户的订阅信息进行记录，即将标识连接通道的连接标识符(ConSessionID)、用户身份标识(UserID)以及消息订阅服务器类型(ServerID)等信息记录在客户消息订阅队列中。

所述电子发票消息推送系统的接收企业用户端是PC终端或者是以数据流量计费的手机终端等设备，长连接通道建立以后，只需要保持连接即可，不需要重新连接，节省了网络流量。

本发明实施例中优选的，使用心跳机制增加服务器的资源利用率。上述所述系统中，在所述电子发票消息推送服务器104与企业用户端之间维持一个长连接会为通信带来一些不确定性：因为数据传输是随机的，企业用户端不知道何时服务器才有数据传送。服务器端需要确保当企业用户端不再工作时，释放为这个企业用户端分配的资源，防止内存泄漏。因此需要一种机制使双方知道都在正常运行。本发明实施例中所述电子发票消息推送服务器104使用心跳机制来检测企业用户端是否正常运行。所述电子发票消息推送服务器104按照固定的频率发送心跳包到企业用户端，在指定的时间段内没收到企业用户端的回复，认为企业用户端连接断开，所述电子发票消息推送服务器104会关闭与企业用户端的连接通道，并删除消息订阅队列中该连接通道对应的记录。

本发明实施例中所述电子发票消息推送服务器104提供消息发布接口，供所述电子发票消息源服务器1051和所述通知消息源服务器1052调用。消息发布接口参数由用户身份标识(UserID)、消息订阅服务器类型(ServerID)以及消息内容组成，用户身份标识(UserID)指明了目标客户，订阅服务器类型(ServerID)指明了消息来源自哪种消息源服务器，消息内容指明了要推送给目标客户的内容。调用消息发布接口成功后，所述电子发票消息推送服务器104将需要推送的消息插入到消息发布队列中。

本发明实施例中就电子发票消息源而言，用户登录购物平台(首次登录需进行注册，并把用户信息记录在所述用户信息数据库中)，购买商品生成订单后，通过所述电子发票服务平台102自动生成电子发票，并记录在所述电子发票消息源服务器1051中，随后所述电子发票消息源服务器1051调用所述电子发票消息推送服务器104提供的消息发布接口，将要推送给用户的电子发票内容交付给所述电子发票消息推送服务器104，所述电子发票消息推送服务器104将电子发票内容插入消息发布队列中。所述通知消息源服务器1052与之类似，推送给用户的通知消息必须先插入到消息发布队列中才能完成推送。

本发明实施例中所述电子发票消息推送服务器104定时扫描消息发布队列中的消息，一旦扫描到有新的消息插入，将通过该消息的用户身份标识(UserID)以及订阅服务器类型(ServerID)，在消息订阅队列中找到与该用户对应的连接通道(ConSessionID)，将该消息通过该连接通道推送到对应的企业用户端。

本发明实施例中优选的，为了解决消息发布队列中消息太多，发送到企业用户端的压力大的问题，采用创建多个线程扫描消息发布队列中的消息。各个线程分工扫描消息发布队列中的记录，并发送到指定的企业用户端中。线程分工算法为：消息记录号除以线程数量取模，运算值对应的线程处理该消息记录。各线程并发处理提高了系统的处理能力，增加了消息推送的及时性。用户可以快速有效得获取到购买商品的发票信息，从而比对电子发票与交易信息是否一致。与传统纸制发票开具相比，有效降低发票查验的难度，提高发票查验率。

本发明实施例中优选的，所述电子发票消息推送服务器104中的客户消息订阅队列与消息发布队列是分模块设计的，减少了企业用户端连接与消息发布的耦合度，增强系统的稳定性与健壮性。当企业用户端网络异常时，导致企业用户端与所述电子发票消息推送服务器104连接通道建立失败，不能成功订阅消息时，但并不影响消息发布，当企业用户端与所述电子发票消息推送服务器104连接通道建立成功后，所述电子发票消息推送服务器104会推送最新注册的信息到企业用户端，虽然推送数据不能及时抵达，但推送数据不会因为网络原因而丢失；当消息发布失败时，消息订阅仍可正常进行，当消息发布恢复成功以后，仍可继续向已经订阅的企业用户端推送数据，不会由于消息发布失败而导致已经订阅的企业用户端失效，从而提高了所述消息推送系统的稳定性与安全性。

图2为本发明实施例一所述消息推送系统的客户消息订阅队列和消息发布队列的分模块设计示意图。所述客户消息订阅队列中记录了ConSessionID即标识连接通道的连接标识符、UserID即用户身份标识、UserType即企业客户终端类型、ServerID即订阅服务器类型，所述消息发布队列中包括UserID、ServerID和Message，Message即消息内容。其中，在本发明实施例中所述ConSessionID为系统自动分配的数字编号，UserID是用户身份标识，是用户订阅请求时传给推送服务器的，两者相互对应；所述UserType可以是PC企业用户端、手机企业用户端，或者任意其他用户可以联网的电子设备；所述ServerID指明了当前消息来自所述电子发票消息源服务器1051还是所述通知消息源服务器1052。所述Message指明了要发送给目标企业用户端的具体消息内容。

本发明实施例中电子发票消息的推送为定向推送，即将电子发票信息准确的推送给购买此商品的用户；而通知消息的推送可以分为定向推送和广播推送，定向推送与电子发票的推送相似，广播推送是将通知消息推送到所有订阅所述通知消息源服务器1052的企业用户端，使用户及时准确得到相关通知信息。

本发明实施例中所述电子发票消息推送系统既包含电子发票推送也包含通知信息的推送，还可以进行扩展包含其他的消息推送；不仅可以针对某个用户进行定向推送，也可以对所有订阅用户进行广播推送，满足不同需求。

本发明实施例提供了一种消息推送系统，满足了电子发票系统信息实时高效准确的推送功能，使用户能够快速有效的查看到发票信息，克服传统纸质发票中用户发票获取和发票查验滞后、发票电子数据提取困难等缺点。此外，系统还可以将通知信息定向推送给目标用户或者广播推送给所有订阅用户，满足不同需求；用户消息订阅前必须通过的认证授权，保证系统的安全性。

此外，本发明实施例提出的消息推送系统可以与电子发票业务系统分离，完全可以作为独立系统广泛使用，具有很强的灵活性。

实施例二、电子发票消息推送系统。

下面结合图3对本实施例二的系统进行详细说明。

图3为本发明实施例二的电子发票消息推送系统框图，如图3所示，本发明实施例包括数据源服务器303、消息推送服务器302和企业用户端301，其特征在于：所述消息推送服务器302包括连接通道建立模块3021、客户消息订阅队列3022、消息发布接口模块3023、消息发布队列3024，其中：

所述企业用户端301与所述消息推送服务器302之间建立长连接通道，所述企业用户端301通过服务器主动推送技术从所述消息推送服务器302获取消息；

所述数据源服务器303调用所述消息发布接口模块3023，将需要推送的消息交付给所述消息推送服务器302，所述消息推送服务器302将推送消息插入到所述消息发布队列3024中；

所述消息推送服务器302定时扫描所述消息发布队列3024，一旦扫描到需要推送的消息，将结合客户消息订阅队列3022找到订阅此类消息源的用户，发送消息到所述企业用户端301。

图3中示出了3个企业用户端301，这只是示例性的，实际应用场景中可以是一个以上的企业用户端301。所述企业用户端301可以是智能手机、计算机、平板电脑等任意可以联网的电子设备，优选的是便携式消费电子产品如智能手机，以方便客户可以随时随地接收到最新的电子发票开具消息。

在图示中，所述数据源服务器303和所述消息推送服务器302是分离的设备，但在实际中，也可以将所述数据源服务器303的合成为所述消息推送服务器302的一个功能模块。

本实施例中优选的，所述消息推送服务器302按照固定频率发送心跳包到所述企业用户端301，如果在指定的时间段内没收到所述企业用户端301的回复，所述消息推送服务器302关闭与所述企业用户端301的所述长连接通道。使用心跳机制增加所述消息推送服务器302的资源利用率，保证网络资源的有效利用。

本实施例中优选的，所述消息推送服务器302使用多线程扫描所述消息发布队列3024，发送消息到所述企业用户端301，提高消息推送的及时性。

本实施例中优选的，所述客户消息订阅队列3022设置为内存表结构，所述内存表结构数据存储在内存中。设置所述客户消息订阅队列3022为内存表结构，大幅度提高了数据表的插入和查询速度。

本实施例中优选的，所述客户消息订阅队列3022和所述消息发布队列3024是分模块设计的。这样的设计减少了企业用户端连接与消息发布的耦合度，增强系统的稳定性与健壮性。

具体的，所述企业用户端301向所述消息推送服务器302发送消息订阅请求，所述订阅请求包含所述企业用户端301的身份标识信息和消息订阅服务器类型信息等。所述消息推送服务器302接收所述企业用户端301的订阅请求，验证通过后，通过所述连接通道建立模块3021建立所述企业用户端301与所述消息推送服务器302之间的-长连接通道，所述连接通道保持连通不关闭，即所述的长连接。所述消息推送服务器302将所述长连接通道标识符、所述身份标识信息以及所述消息订阅服务器类型记录在所述客户消息订阅队列3022中。

具体的，所述消息推送服务器302提供所述消息发布接口模块3023，供所述消息源服务器303调用。所述消息发布接口模块3023的参数由所述企业用户端301的身份标识信息、消息订阅服务器类型和消息三部分，所述企业用户端301身份标识信息指明了目标客户；所述消息指明了所述目标客户接收的内容；所述消息订阅服务器类型指明了当前消息来自所述电子发票消息源服务器。所述消息源服务器303调用所述消息发布接口模块3023成功后，将需要推送的消息交付给所述消息推送服务器302，所述消息推送服务器302将推送消息插入到消息发布队列3024中。

具体的，所述消息推送服务器302定时扫描所述消息发布队列3024中的消息，一旦扫描到需要推送的消息，通过该消息的身份标识信息和消息订阅服务器类型信息，在所述客户消息订阅队列3022中找到所述企业用户端301对应的所述连接通道，将该消息通过所述连接通道发送到订阅该消息的所述企业用户端301中。

本发明实施例所述电子发票消息推送系统以建立长连接通道为网络通信基础，采用服务器主动推送消息的方式，并采用心跳包检测机制以及多线程扫描推送技术，有效提高消息推送的性能，节省网络资源，保证系统的高安全性、高稳定性、及时性。

实施例三、电子发票消息推送方法。

下面结合图4对本实施例的方法进行详细说明。

图4为电子发票消息推送方法流程图，如图4所示，本实施例所述方法包括以下步骤：

步骤S401、所述企业用户端向所述电子发票消息推送服务器发送包含用户身份信息和订阅信息的消息订阅请求；

步骤S402、所述电子发票消息推送服务器接收所述消息订阅请求，将所述用户身份信息和订阅信息类型信息记录在客户消息订阅队列中；

步骤S403、建立所述电子发票消息推送服务器和所述企业用户端的连接通道；

步骤S404、所述消息源服务器将需要推送的消息交付给所述电子发票消息推送服务器，所述电子发票消息推送服务器将所述需要推送的消息插入到所述消息发布队列中；

步骤S405、所述电子发票消息推送服务器扫描所述消息发布队列中的消息，结合所述客户消息订阅队列，将未发送的消息发送到订阅所述消息的所述企业用户端中。

本实施例优选的，所述步骤S401中的所述订阅信息包括标识连接通道的连接标识符、用户身份标识和订阅服务器类型。

本实施例优选的，所述客户消息订阅队列和所述消息发布队列是分模块设计的。

本实施例优选的，所述数据源服务器包括电子发票消息源服务器和通知消息源服务器。

本实施例优选的，所述消息推送服务器使用线程分工算法使用多线程扫描所述消息发布队列。

本实施例所述方法的步骤并一定需要严格按照数字排列的顺序执行，步骤之间可以倒置顺序，也可以同时进行，并不影响本发明的实现。

具体的实现细节如上述实施例一和实施例二中所述，在此不再赘述。

本发明公开的电子发票消息推送系统及方法，满足了电子发票系统信息实时高效准确的推送功能，使用户能够快速有效的查看到发票信息，克服传统纸质发票中用户发票获取和发票查验滞后、发票电子数据提取困难等缺点。此外，系统还可以将通知信息定向推送给目标用户或者广播推送给所有订阅用户，满足不同需求；用户消息订阅前必须通过的认证授权，保证系统的安全性。所述电子发票消息推送系统可以与电子发票业务系统分离，完全可以作为独立系统广泛使用，具有很强的灵活性。

本领域普通技术人员可以理解：附图只是一个实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (6)

1.一种电子发票消息推送系统，其特征在于，包括企业用户端、数据源服务器、电子发票消息推送服务器；

所述电子发票消息推送服务器接收使用所述企业用户端的目标客户发送的包含目标客户身份信息和目标客户订阅信息的消息订阅请求，将所述目标客户身份信息和目标客户订阅信息记录在客户消息订阅队列中，建立所述企业用户端与所述电子发票消息推送服务器之间的连接通道，其中，所述电子发票消息推送服务器包括消息发布接口模块，所述消息发布接口模块的接口参数包括用户身份标识、订阅服务器类型和消息内容，所述用户身份标识指明目标客户，所述订阅服务器类型指明消息来源，所述消息内容指明要推送给所述目标客户的内容；

所述数据源服务器调用所述消息发布接口模块，根据所述接口参数将需要推送的消息交付给所述电子发票消息推送服务器，所述电子发票消息推送服务器将所述需要推送的消息插入到消息发布队列中，其中，所述数据源服务器是存储并传输目标客户订阅的消息的服务器，根据目标客户订阅的消息内容，所述数据源服务器包括电子发票消息源服务器和通知消息源服务器，所述电子发票消息源服务器用于存储并传输目标客户的电子发票消息，所述通知消息源服务器用于存储并传输目标客户订阅的通知消息，所述订阅服务器类型指电子发票消息源服务器和通知消息源服务器；

所述电子发票消息推送服务器扫描所述消息发布队列，一旦扫描到需要推送的消息，将结合客户消息订阅队列找到订阅所述推送的消息的用户，通过连接通道发送所述推送的消息到对应的所述企业用户端。

2.根据权利要求1所述的电子发票消息推送系统，其特征在于：所述电子发票消息推送服务器使用线程分工算法多线程扫描所述消息发布队列。

3.根据权利要求1或者2所述的电子发票消息推送系统，其特征在于：所述电子发票消息推送服务器按照固定频率发送心跳包到所述企业用户端，如果在指定的时间段内没收到所述企业用户端的回复，所述电子发票消息推送服务器关闭与所述企业用户端的连接通道，释放为所述企业用户端分配的资源。

4.一种电子发票消息推送方法，包括企业用户端、数据源服务器、电子发票消息推送服务器，包括以下步骤：

步骤(1)、使用所述企业用户端的目标客户向所述电子发票消息推送服务器发送包含目标客户用户身份信息和目标客户订阅信息的消息订阅请求；

步骤(2)、所述电子发票消息推送服务器接收所述消息订阅请求，将所述目标客户的用户身份信息和目标客户的订阅信息记录在客户消息订阅队列中，其中，所述订阅信息包括标识连接通道的连接标识符、用户身份标识和订阅服务器类型，所述电子发票消息推送服务器包括消息发布接口模块，所述消息发布接口模块的接口参数包括用户身份标识、订阅服务器类型和消息内容，所述用户身份标识指明目标客户，所述订阅服务器类型指明消息来源，所述消息内容指明要推送给所述目标客户的内容；

步骤(3)、建立所述电子发票消息推送服务器和所述企业用户端的连接通道；

步骤(4)、所述数据源服务器调用所述消息发布接口模块，根据所述接口参数将需要推送的消息交付给所述电子发票消息推送服务器，所述电子发票消息推送服务器将所述需要推送的消息插入到消息发布队列中，其中，所述数据源服务器是存储并传输目标客户订阅的消息的服务器，根据目标客户订阅的消息内容，所述数据源服务器包括电子发票消息源服务器和通知消息源服务器，所述电子发票消息源服务器用于存储并传输目标客户的电子发票消息，所述通知消息源服务器用于存储并传输目标客户订阅的通知消息，所述订阅服务器类型指电子发票消息源服务器和通知消息源服务器；

步骤(5)、所述电子发票消息推送服务器扫描所述消息发布队列中的消息，结合所述客户消息订阅队列，通过连接通道将未发送的消息发送到订阅所述推送的消息的所述企业用户端中。

5.根据权利要求4所述的电子发票消息推送方法，其特征在于：所述客户消息订阅队列和所述消息发布队列是分模块设计的。

6.根据权利要求4所述的电子发票消息推送方法，其特征在于：所述电子发票消息推送服务器使用线程分工算法多线程扫描所述消息发布队列。

Images