CN104867041A - 电子发票文件生成系统及其数据处理驱动方法 - Google Patents

Abstract

本申请公开了一种电子发票文件生成系统的数据处理驱动方法，包括：在电子发票文件生成系统的模块驱动数据处理的流程中，前一模块在驱动后一模块的数据处理流程时，生成用于驱动后一模块的驱动消息，将该驱动消息发送给消息池；所述消息池中存储所述驱动消息与该驱动消息对应驱动的后一模块的映射关系，所述消息池在收到所述驱动消息后，将该驱动消息发送给其对应映射的后一模块；后一模块在收到所述驱动消息后，执行该模块的自身的操作。利用本发明，可以提高电子发票文件的生成效率。

Description

电子发票文件生成系统及其数据处理驱动方法

技术领域

本申请涉及计算机数据处理领域，尤其涉及一种电子发票文件生成系统及其数据处理驱动方法。

背景技术

目前，随着网络的普及，基于智能设备(如计算机、智能手机、平板电脑等)和通信网络的物品展示和交易系统迅猛发展起来，通过互联网进行网上购物和销售也越来越成为一种趋势。

在网上进行电子交易的系统中，也出现了可以在线生成电子发票的系统。

图1为一种现有技术中电子发票的生成系统的一种组成示意图。参见图1，该电子发票生成系统包括：数据源监听模块(模块一)、电子发票生成模块(模块二)、电子发票存储模块(模块三)。现有技术的电子发票生成系统中的这些模块都是使用任务驱动的模块，具体的执行步骤如下：

步骤101、数据源监听模块实时获取需要开电子发票的订单数据，产生驱动电子发票生成模块的任务，将所述驱动电子发票生成模块的任务会存入到数据库中，该任务具有任务标识，该任务标识表示驱动电子发票生成模块。

步骤102、电子发票生成模块从数据库中查询是否有用于驱动本电子发票生成模块的任务，主要是通过查询任务标识来判断，如果有未被执行的用于驱动本电子发票生成模块的任务，则会调用该任务，触发本电子发票生成模块执行处理。

步骤103、电子发票生成模块被触发后，由开票数据子模块根据所述任务查询开票数据，推送开票数据到税务系统，等待税务系统推送开票数据成功后，生成用于驱动生成电子发票文件子模块(例如可以为PDF文件，对应的是电子发票PDF文件子模块)的任务，将该任务存入数据库。

步骤104、生成电子发票文件子模块从数据库中查询是否有用于驱动本生成电子发票文件子模块的任务，如果有且未被执行的这种任务，则会调用该任务，触发本生成电子发票文件子模块执行处理。

步骤105、生成电子发票文件子模块被任务触发后，产生电子发票文件，例如此处为电子发票PDF文件，之后生成用于驱动pdf格式的电子发票进行签名子模块的任务，将该任务存入数据库。

步骤106、文件数字签名子模块(例如此处为PDF文件数字签名子模块)从数据库中查询是否有用于驱动本文件数字签名子模块的任务，如果有且未被执行的这种任务，则会调用该任务，触发本文件数字签名子模块执行处理。

步骤107、文件数字签名子模块被任务触发后，驱动电子发票存储模块的任务，将该任务存入数据库。

步骤108、电子发票存储模块从数据库中查询是否有用于驱动本电子发票存储模块的任务，如果有且未被执行的这种任务，则会调用该任务，触发本电子发票存储模块执行处理。

步骤109、电子发票存储模块被触发后，保存签名后电子发票PDF文件。

但是，上述现有技术主要是采用以任务为驱动的电子发票文件生成方式，随着电子发票业务飞速发展，出现了许多缺点，主要缺点包括：

由于是任务驱动正流程的运行，生成的任务需要存入数据库，下一模块再从数据库中查询相关任务才能驱动下一流程，而且任务都由线程来执行，如果多条任务并行执行会容易出现线程资源共享，造成任务之间的进程阻挡。随着任务数据越来越庞大，每次从数据库查询的任务数量是有限的，从而造成任务大量积压，导致电子发票文件的生成效率越来越低下。

发明内容

有鉴于此，本发明的主要目的是提供一种电子发票文件生成系统及其数据处理驱动方法，以提高电子发票文件的生成效率。

本发明的技术方案是这样实现的：

一种电子发票文件生成系统的数据处理驱动方法，包括：

在电子发票文件生成系统的模块驱动数据处理的流程中，前一模块在驱动后一模块的数据处理流程时，生成用于驱动后一模块的驱动消息，将该驱动消息发送给消息池；

所述消息池中存储所述驱动消息与该驱动消息对应驱动的后一模块的映射关系，所述消息池在收到所述驱动消息后，将该驱动消息发送给其对应映射的后一模块；

后一模块在收到所述驱动消息后，执行该模块的自身的操作。

优选的，所述驱动消息中至少携带订单数据的订单号，所述各个模块在收到相应的驱动消息后，根据其中的订单号到指定的查询接口查询出本模块所需要的该订单的详细数据。

优选的，该方法进一步包括：将所述驱动消息发送给消息池后，记录该驱动消息的轨迹信息。

优选的，所述消息池设置在内存中。

优选的，所述电子发票文件生成系统包括数据源监听模块、电子发票生成模块、电子发票存储模块，所述电子发票生成模块中包括生成电子发票文件子模块、以及文件数据签名子模块。

优选的，所述模块驱动数据处理的流程具体包括：

数据源监听模块获取订单数据，生成用于驱动电子发票生成模块的第一驱动消息，将该第一驱动消息发送给消息池；

所述消息池中存储所述第一驱动消息与电子发票生成模块的映射关系，所述消息池中在收到所述第一驱动消息后，将该第一驱动消息推送到所述电子发票生成模块；

所述电子发票生成模块收到所述第一驱动消息后，由开票数据子模块推送开票数据给税务系统，在收到税务系统的成功响应后，生成用于驱动生成电子发票文件子模块的第二驱动消息，将该第二驱动消息发送给消息池；

所述消息池中存储所述第二驱动消息与生成电子发票文件子模块的映射关系，所述消息池在收到所述第二驱动消息后，将该第二驱动消息推送到所述生成电子发票文件子模块；

所述生成电子发票文件子模块收到所述第二驱动消息后，生成电子发票文件，之后生成用于驱动文件数据签名子模块的第三驱动消息，将该第三驱动消息发送给消息池；

所述消息池中存储所述第三驱动消息与文件数字签名子模块的映射关系，所述消息池在收到所述第三驱动消息后，将该第三驱动消息推送到所述文件数字签名子模块；

所述文件数据签名子模块在收到所述第三驱动消息后，对电子发票文件进行数字签名操作，之后生成用于驱动电子发票存储模块的第四驱动消息，将该第四驱动消息发送给消息池；

所述消息池中存储所述第四驱动消息与电子发票存储模块的映射关系，所述消息池在收到所述第四驱动消息后，将该第四驱动消息推送到所述电子发票存储模块；

所述电子发票存储模块收到所述第四驱动消息后，存储所述数字签名后的电子发票文件。

一种电子发票文件生成系统，包括：

消息池、数据源监听模块、电子发票生成模块、电子发票存储模块，所述电子发票生成模块中包括开票数据子模块、生成电子发票文件子模块、以及文件数据签名子模块；

除电子发票存储模块外，所述各模块中包括驱动消息子模块，该驱动消息子模块用于在当前模块驱动后一模块的数据处理流程时，生成用于驱动后一模块的驱动消息，将该驱动消息发送给消息池；

所述消息池用于存储所述驱动消息与该驱动消息对应驱动的后一模块的映射关系，所述消息池在收到所述驱动消息后，将该驱动消息发送给其对应映射的后一模块；

除数据源监听模块外，所述各模块中包括订阅消息子模块，所述订阅消息子模块用于在当前模块在收到所述驱动消息后，执行该当前模块的自身的操作。

优选的，所述驱动消息中至少携带订单数据的订单号，所述订阅消息子模块进一步用于在当前模块收到相应的驱动消息后，根据其中的订单号到指定的查询接口查询出当前模块所需要的该订单的详细数据。

优选的，所述驱动消息子模块进一步用于：将所述驱动消息发送给消息池后，记录该驱动消息的轨迹信息。

优选的，所述消息池设置在内存中。

与现有技术相比，本发明没有采用生成任务、由任务驱动数据处理流程，而是采用通过异步消息的方式驱动电子发票文件系统的数据处理流程，前一模块在驱动后一模块的数据处理流程时，生成用于驱动后一模块的驱动消息，将该驱动消息发送给消息池；所述消息池中存储所述驱动消息与该驱动消息对应驱动的后一模块的映射关系，所述消息池在收到所述驱动消息后，将该驱动消息发送给其对应映射的后一模块；后一模块在收到所述驱动消息后，执行该模块的自身的操作。通过本发明，可以不必频繁查询数据库中的任务，也不必频繁执行任务进程，所有流程都是通过消息来驱动，所述驱动消息的优点是可以做到点对点驱动，因此可以避免任务积压，减少了由于数据库性能瓶颈带来的影响，提高了电子发票文件的生成效率。

附图说明

图1为一种现有技术中电子发票的生成系统的一种组成示意图；

图2为本发明所述技术方案所基于的消息池原理示意图；

图3为本发明所述的电子发票文件生成系统的一种组成示意图；

图4为本发明所述的电子发票文件生成系统的模块驱动数据处理的流程图。

具体实施方式

下面结合附图及具体实施例对本发明再作进一步详细的说明。

本发明的核心技术方案是：一种电子发票文件生成系统的数据处理驱动方法，包括：在电子发票文件生成系统的模块驱动数据处理的流程中，前一模块在驱动后一模块的数据处理流程时，生成用于驱动后一模块的驱动消息，将该驱动消息发送给消息池；所述消息池中存储所述驱动消息与该驱动消息对应驱动的后一模块的映射关系，所述消息池在收到所述驱动消息后，将该驱动消息发送给其对应映射的后一模块；后一模块在收到所述驱动消息后，执行该模块的自身的操作。所述消息池设置在内存中。

图2为本发明所述技术方案所基于的消息池原理示意图。参见图2，其中队列是消息的安全存放地，队列存储消息直到它被应用系统处理。并且在消息端提供了消息重试机制。消息的格式可以是JSON(JavaScript ObjectNotation)类型。消息池具体的调用原理如下：

步骤201、系统A形成对消息池的调用，此调用告知消息池，消息准备好了投向系统B。

步骤202、消息池发送此消息到系统B驻留处的队列中。

步骤203、系统B实时从它的队列中订阅消息，并处理此信息，如果消息出现异常，把异常抛给消息重试机制，重试机制会让系统B重新订阅消息，保证了消息在消费异常情况下不丢失。

图3为本发明所述的电子发票文件生成系统的一种组成示意图。参见图3，具体的，在本发明中，所述电子发票文件生成系统包括消息池300、数据源监听模块301、电子发票生成模块302、电子发票存储模块303，所述电子发票生成模块301中包括开票数据子模块310、生成电子发票文件子模块311、以及文件数据签名子模块312。

本发明除最后一个模块即电子发票存储模块303外，所述各模块中包括驱动消息子模块，该驱动消息子模块用于在当前模块驱动后一模块的数据处理流程时，生成用于驱动后一模块的驱动消息，将该驱动消息发送给消息池300；

所述消息池300用于存储所述驱动消息与该驱动消息对应驱动的后一模块的映射关系，所述消息池300在收到所述驱动消息后，将该驱动消息发送给其对应映射的后一模块；

除第一个模块即数据源监听模块301外，所述各模块中包括订阅消息子模块，所述订阅消息子模块用于订阅消息池中的对应驱动消息，所述订阅操作就是在所述消息池300中存储所述驱动消息与该驱动消息对应驱动的模块的映射关系，在当前模块在收到所述驱动消息后，执行该当前模块的自身的操作。

所述消息池设置在内存中，这样可以提升消息转发速度，进一步提高处理效率。

在一种优选实施例中，所述各个驱动消息中至少携带订单数据的订单号，所述订阅消息子模块进一步用于在当前模块收到相应的驱动消息后，根据其中的订单号到指定的查询接口查询出当前模块所需要的该订单的详细数据。

在有一种优选实施例中，所述驱动消息子模块进一步用于：将所述驱动消息发送给消息池后，记录该驱动消息的轨迹信息。

图4为本发明所述的电子发票文件生成系统的模块驱动数据处理的流程图，如图3和图4所示，本发明所述电子发票文件生成系统中，模块驱动数据处理的流程具体包括：

步骤31、数据源监听模块301获取订单数据，生成用于驱动电子发票生成模块302的第一驱动消息，将该第一驱动消息发送给消息池300；

步骤32、所述消息池300中存储所述第一驱动消息与电子发票生成模块302的映射关系，所述消息池300中在收到所述第一驱动消息后，将该第一驱动消息推送到所述电子发票生成模块302；

步骤33、所述电子发票生成模块302收到所述第一驱动消息后，由开票数据子模块310推送开票数据给税务系统，在收到税务系统的成功响应后，生成用于驱动生成电子发票文件子模块311的第二驱动消息，将该第二驱动消息发送给消息池300；

步骤34、所述消息池300中存储所述第二驱动消息与生成电子发票文件子模块311的映射关系，所述消息池300在收到所述第二驱动消息后，将该第二驱动消息推送到所述生成电子发票文件子模块311；

步骤35、所述生成电子发票文件子模块311收到所述第二驱动消息后，生成电子发票文件，之后生成用于驱动文件数据签名子模块312的第三驱动消息，将该第三驱动消息发送给消息池300；

步骤36、所述消息池300中存储所述第三驱动消息与文件数字签名子模块312的映射关系，所述消息池300在收到所述第三驱动消息后，将该第三驱动消息推送到所述文件数字签名子模块312；

步骤37、所述文件数据签名子模块312在收到所述第三驱动消息后，对电子发票文件进行数字签名操作，之后生成用于驱动电子发票存储模块303的第四驱动消息，将该第四驱动消息发送给消息池300；

步骤38、所述消息池300中存储所述第四驱动消息与电子发票存储模块303的映射关系，所述消息池在收到所述第四驱动消息后，将该第四驱动消息推送到所述电子发票存储模块303；

步骤39、所述电子发票存储模块303收到所述第四驱动消息后，存储所述数字签名后的电子发票文件。

在一种优选实施例中，所述驱动消息中至少携带订单数据的订单号，所述各个模块在收到相应的驱动消息后，根据其中的订单号到指定的查询接口查询出本模块所需要的该订单的详细数据。例如所述开票数据子模块310可以根据订单号查询出订单的发票数据，所述生成电子发票文件子模块311可以根据订单号查询出电子发票中所需要的数据，等等。

现有技术中，除了电子发票生成的效率低的缺陷，还不利于积压数据或者异常数据的排查和检索，而且现有技术的任务驱动的方式会出现偶然性的任务数据丢失。针对这些缺陷，本发明在又一种优选实施例中，进一步包括：所述各个模块将所述驱动消息发送给消息池后，记录该驱动消息的轨迹信息。所述轨迹信息例如包括：模块驱动流程当前所处的节点信息，消息是否发送成功等信息。所述轨迹信息可以记录在缓存服务器中，一旦电子发票文件生成系统发生数据积压或者异常时，可以从该缓存服务器中实时检索轨迹信息，从中快速排查和检索故障点所在位置。

在进一步的优选实施例中，所述轨迹信息也可以包括驱动消息是否成功发送或成功接收的信息，如果没有成功发送或成功接收，则启动消息重发机制，重新发送对应的驱动消息。

综上所述，利用本发明的技术方案，实质上可以实现基于消息池实现生成电子发票文件的顺序流程驱动并行化的方法，可以大幅提升电子发票文件的生成速度，减少由于数据库性能瓶颈带来的影响，并且有利于积压数据或者异常数据的排查和检索。

另外，在本发明各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。所述各实施例的功能模块可以位于一个终端或网络节点，或者也可以分布到多个终端或网络节点上。

另外，本发明的每一个实施例可以通过由数据处理设备如计算机执行的数据处理程序来实现。显然，数据处理程序构成了本发明。此外，通常存储在一个存储介质中的数据处理程序通过直接将程序读取出存储介质或者通过将程序安装或复制到数据处理设备的存储设备(如硬盘和或内存)中执行。因此，这样的存储介质也构成了本发明。存储介质可以使用任何类型的记录方式，例如纸张存储介质(如纸带等)、磁存储介质(如软盘、硬盘、闪存等)、光存储介质(如CD-ROM等)、磁光存储介质(如MO等)等。

因此本发明还公开了一种存储介质，其中存储有数据处理程序，该数据处理程序用于执行本发明上述方法的任何一种实施例。

另外，本发明所述的方法步骤除了可以用数据处理程序来实现，还可以由硬件来实现，例如，可以由逻辑门、开关、专用集成电路(ASIC)、可编程逻辑控制器和嵌入微控制器等来实现。因此这种可以实现本发明所述方法的硬件也可以构成本发明。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (10)

1.一种电子发票文件生成系统的数据处理驱动方法，其特征在于，包括：

在电子发票文件生成系统的模块驱动数据处理的流程中，前一模块在驱动后一模块的数据处理流程时，生成用于驱动后一模块的驱动消息，将该驱动消息发送给消息池；

所述消息池中存储所述驱动消息与该驱动消息对应驱动的后一模块的映射关系，所述消息池在收到所述驱动消息后，将该驱动消息发送给其对应映射的后一模块；

后一模块在收到所述驱动消息后，执行该模块的自身的操作。

2.根据权利要求1所述的方法，其特征在于，所述驱动消息中至少携带订单数据的订单号，所述各个模块在收到相应的驱动消息后，根据其中的订单号到指定的查询接口查询出本模块所需要的该订单的详细数据。

3.根据权利要求1所述的方法，其特征在于，该方法进一步包括：将所述驱动消息发送给消息池后，记录该驱动消息的轨迹信息。

4.根据权利要求1所述的方法，其特征在于，所述消息池设置在内存中。

5.根据权利要求1至4任一项所述的方法，其特征在于，所述电子发票文件生成系统包括数据源监听模块、电子发票生成模块、电子发票存储模块，所述电子发票生成模块中包括生成电子发票文件子模块、以及文件数据签名子模块。

6.根据权利要求5所述的方法，其特征在于，所述模块驱动数据处理的流程具体包括：

数据源监听模块获取订单数据，生成用于驱动电子发票生成模块的第一驱动消息，将该第一驱动消息发送给消息池；

所述消息池中存储所述第一驱动消息与电子发票生成模块的映射关系，所述消息池中在收到所述第一驱动消息后，将该第一驱动消息推送到所述电子发票生成模块；

所述电子发票生成模块收到所述第一驱动消息后，由开票数据子模块推送开票数据给税务系统，在收到税务系统的成功响应后，生成用于驱动生成电子发票文件子模块的第二驱动消息，将该第二驱动消息发送给消息池；

所述消息池中存储所述第二驱动消息与生成电子发票文件子模块的映射关系，所述消息池在收到所述第二驱动消息后，将该第二驱动消息推送到所述生成电子发票文件子模块；

所述生成电子发票文件子模块收到所述第二驱动消息后，生成电子发票文件，之后生成用于驱动文件数据签名子模块的第三驱动消息，将该第三驱动消息发送给消息池；

所述消息池中存储所述第三驱动消息与文件数字签名子模块的映射关系，所述消息池在收到所述第三驱动消息后，将该第三驱动消息推送到所述文件数字签名子模块；

所述文件数据签名子模块在收到所述第三驱动消息后，对电子发票文件进行数字签名操作，之后生成用于驱动电子发票存储模块的第四驱动消息，将该第四驱动消息发送给消息池；

所述消息池中存储所述第四驱动消息与电子发票存储模块的映射关系，所述消息池在收到所述第四驱动消息后，将该第四驱动消息推送到所述电子发票存储模块；

所述电子发票存储模块收到所述第四驱动消息后，存储所述数字签名后的电子发票文件。

7.一种电子发票文件生成系统，其特征在于，包括：

消息池、数据源监听模块、电子发票生成模块、电子发票存储模块，所述电子发票生成模块中包括开票数据子模块、生成电子发票文件子模块、以及文件数据签名子模块；

除电子发票存储模块外，所述各模块中包括驱动消息子模块，该驱动消息子模块用于在当前模块驱动后一模块的数据处理流程时，生成用于驱动后一模块的驱动消息，将该驱动消息发送给消息池；

所述消息池用于存储所述驱动消息与该驱动消息对应驱动的后一模块的映射关系，所述消息池在收到所述驱动消息后，将该驱动消息发送给其对应映射的后一模块；

除数据源监听模块外，所述各模块中包括订阅消息子模块，所述订阅消息子模块用于在当前模块在收到所述驱动消息后，执行该当前模块的自身的操作。

8.根据权利要求7所述的系统，其特征在于，所述驱动消息中至少携带订单数据的订单号，所述订阅消息子模块进一步用于在当前模块收到相应的驱动消息后，根据其中的订单号到指定的查询接口查询出当前模块所需要的该订单的详细数据。

9.根据权利要求7所述的系统，其特征在于，所述驱动消息子模块进一步用于：将所述驱动消息发送给消息池后，记录该驱动消息的轨迹信息。

10.根据权利要求7所述的系统，其特征在于，所述消息池设置在内存中。