一种电子票据开具方法及系统与流程

本发明涉及计算机技术领域，特别涉及一种电子票据开具方法及系统。

背景技术：

现有技术中电子票据需要调用第三方票据开具公司开具，如图1所示，传统的开票过程需要服务平台和第三方开票平台的参与，具体的操作过程是：定时推送开票请求至服务平台，服务平台将开票请求地址发送至第三方开票平台，第三方开票平台提供开放的电子票据开票服务，第三方开票平台完成开票后，将开票结果同步返回至服务平台。但随着开票数量的不断增加，传统的开票系统和方法在运行中突显出一下缺陷：

1、完全依赖第三方开票平台，开票平台设置单一，面对大量的开票请求，消费能力不足；

2、开票响应时间不稳定，开票效率低下；

3、第三方开票平台采用同步的方式返回开票结果，且全量数据使用同一个接口，造成数据传输堵塞。

技术实现要素：

为了解决现有技术的问题，本发明提供了一种电子票据开具方法及系统。所述技术方案如下：

第一方面，提供了一种电子票据开具方法，所述方法包括：

服务平台处理实时获取的业务数据，形成用于开票的数据信息作为开票数据；

所述服务平台将包含开票数据的开票请求发送至路由系统；

所述路由系统接收所述开票请求后，将所述开票数据中的目标标识在预存目标标识与开票平台的对应关系中进行匹配，确定目标开票平台，并将所述开票请求推送至所述目标开票平台；

所述目标开票平台接收所述开票请求后进行开票，生成开票结果并返回至所述路由系统；

所述路由系统将所述开票结果返回至对应的服务平台。

进一步地，所述开票结果中包含所述目标标识；

所述路由系统将所述开票结果返回至对应的服务平台包括：

所述路由系统将所述开票结果中的所述目标标识在预存的所述目标标识与所述服务平台的对应关系中进行匹配，确定目标服务平台，并将所述开票结果返回至所述目标服务平台。

进一步地，所述服务平台包括：数据接收模块和开票数据生成模块；

所述服务平台处理实时获取的业务数据，形成用于开票的数据信息作为开票数据包括：所述数据接收模块按照业务结构获取所述业务数据，对所述业务数据进行基础处理，并将处理好的所述业务数据利用消息中间件采用消息对列的方式传输给所述开票数据生成模块；

所述开票数据生成模块接收到所述业务数据后进行业务处理，生成所述开票数据。

进一步地，所述开票平台包括至少两个服务模块；

所述方法还包括：

所述路由系统根据所述发票请求中的信息确定服务类型；

所述路由系统将所述服务类型在预存的所述服务类型与所述服务模块的对应关系中进行匹配，确定目标服务模块；

所述路由系统将所述开票请求推送至所述目标开票平台的所述目标服务模块。

进一步地，所述服务模块包括：同步开具服务模块和异步开具服务模块；

所述路由系统根据所述发票请求中的信息确定服务类型包括：

若所述发票请求中的开票数据为补偿数据，则所述路由系统确定服务类型为同步开具服务；若所述发票请求中的开票数据为非补偿数据，则所述路由系统确定服务类型为异步开具服务；

所述路由系统对所述服务类型在预存的所述服务类型与所述服务模块的对应关系中进行匹配，确定目标服务模块包括：

若所述服务类型为同步开具服务，则所述路由系统确定目标服务模块为同步开具服务模块；若所述服务类型为异步开具服务，则所述路由系统确定目标服务模块为异步开具服务模块。

进一步地，所述方法还包括：

所述服务平台、所述开票平台、所述路由系统将各自接收和生成的数据存储在各自的关系型数据库中；

所述服务平台、所述开票平台、所述路由系统通过增量抽取的方式将各自关系型数据库中的数据全量保存至hive数据库中；

所述开票平台将所述开票结果异步同步至分布式消息系统中，通过消息中间件实时推送至搜索引擎数据库中；

所述开票平台将所述开票结果对应的电子文件储至分布式文件存储系统中。

第二方面，提供一种电子票据开具方法，应用于路由系统，包括：

接收服务平台发出的包含开票数据的开票请求，所述开票数据为由所述服务平台根据业务数据整理后形成的用于开票的数据信息；

将所述开票数据中的目标标识在预存目标标识与开票平台的对应关系中进行匹配，确定目标开票平台，将所述开票请求推送至所述目标开票平台；

接收所述目标开票平台发出的开票结果，将所述开票结果返回至对应的服务平台。

进一步地，所述开票结果中包含所述目标标识，所述将所述开票结果返回至对应的服务平台包括：

将所述开票结果中的所述目标标识在预存的所述目标标识与所述服务平台的对应关系中进行匹配，确定目标服务平台，并将所述开票结果返回至所述目标服务平台。

进一步地，所述开票平台包括至少两个服务模块；

所述方法还包括：根据所述发票请求中的信息确定服务类型；将所述服务类型在预存的所述服务类型与所述服务模块的对应关系中进行匹配，确定目标服务模块；将所述开票请求推送至所述目标开票平台的所述目标服务模块。

进一步地，所述服务模块包括：同步开具服务模块和异步开具服务模块；

根据所述发票请求中的信息确定服务类型包括：若所述发票请求中的开票数据为补偿数据，则确定服务类型为同步开具服务；若所述发票请求中的开票数据为非补偿数据，则确定服务类型为异步开具服务；

对所述服务类型在预存的所述服务类型与所述服务模块的对应关系中进行匹配，确定目标服务模块包括：若所述服务类型为同步开具服务，则确定目标服务模块为同步开具服务模块；若所述服务类型为异步开具服务，则确定目标服务模块为异步开具服务模块。

进一步地，所述方法还包括：

将配置关系信息存储在关系型数据库中，所述配置关系信息包括：目标标识与开票平台的对应关系，还可以包括：目标标识与服务平台的对应关系以及服务类型与服务模块的对应关系；

通过增量抽取的方式将关系型数据库中的数据全量保存至hive数据库中。

第三方面，提供了一种电子票据开具方法，应用于至少两个服务平台，所述方法包括：

处理实时获取的业务数据，形成用于开票的数据信息作为开票数据；

将包含开票数据的开票请求发送至路由系统；

接收所述路由系统返回的开票结果。

进一步地，所述处理实时获取的业务数据，形成用于开票的数据信息作为开票数据包括：

按照业务结构获取所述业务数据，对所述业务数据进行基础处理，并将处理好的所述业务数据分成消息队列数据依次进行业务处理，生成所述开票数据。

进一步地，所述方法还包括：

将获取的业务数据和生成的开票数据存储在关系型数据库中；

通过增量抽取的方式将关系型数据库中的数据全量保存至hive数据库中。

第四方面，提供了一种电子票据开具方法，应用于至少两个开票平台，所述方法包括：

接收包含开票数据的开票请求，按照所述开票请求开票，生成开票结果；

将所述开票结果返回至所述路由系统。

进一步地，所述将所述开票结果返回至所述路由系统还包括：

按照所述开票请求中的服务类型返回所述开票结果。

进一步地，所述方法还包括：

将所述开票结果存储在关系型数据库中；

通过增量抽取的方式将关系型数据库中的数据全量保存至hive数据库中；

将所述开票结果异步同步至分布式消息系统中，通过消息中间件实时推送至搜索引擎数据库中；

将所述开票结果对应的电子文件存储至分布式文件存储系统中。

第五方面，与第一方面对应的，提供一种电子票据开具系统，包括：

路由系统、至少两个服务平台和至少两个开票平台；

所述服务平台与业务相对应，用于实时接收对应的业务数据并对所述业务数据进行处理，形成用于开票的数据信息作为开票数据，并将包含所述开票数据的开票请求发送至所述路由系统；

所述路由系统，用于接收所述开票请求后，将所述开票数据中的目标标识在预存目标标识与所述开票平台的对应关系中进行匹配，确定目标开票平台，将所述开票请求推送至所述目标开票平台并将从目标开票平台接收的开票结果返回至对应的服务平台；

开票平台，用于接收所述开票请求后进行开票，生成开票结果并返回至所述路由系统。

进一步地，所述开票结果中包含所述目标标识；

所述路由系统，具体用于将所述开票结果中的所述目标标识在预存的所述目标标识与所述服务平台的对应关系中进行匹配，确定目标服务平台，并将所述开票结果返回至所述目标服务平台。

进一步地，所述服务平台包括：数据接收模块和开票数据生成模块；

所述数据接收模块，用于按照业务结构获取所述业务数据，对所述业务数据进行基础处理，并将处理好的所述业务数据利用消息中间件采用消息对列的方式传输给所述开票数据生成模块；

所述开票数据生成模块，用于接收到所述业务数据后进行业务处理，生成所述开票数据。

进一步地，所述开票平台包括至少包括一个同步开具服务模块和一个异步开具服务模块；

所述路由系统，还用于根据所述发票请求中的信息确定服务类型；将所述服务类型在预存的所述服务类型与所述服务模块的对应关系中进行匹配，确定目标服务模块；将所述开票请求推送至所述目标开票平台的所述目标服务模块。

进一步地，所述路由系统，具体用于若所述发票请求中的开票数据为补偿数据，则所述路由系统确定服务类型为同步开具服务；若所述发票请求中的开票数据为非补偿数据，则所述路由系统确定服务类型为异步开具服务；

若所述服务类型为同步开具服务，则所述路由系统确定目标服务模块为同步开具服务模块；若所述服务类型为异步开具服务，则所述路由系统确定目标服务模块为异步开具服务模块。

进一步地，所述系统还包括：

关系型数据库存储模块，用于存储所述服务平台、所述开票平台、所述路由系统接收和生成的数据；

hive数据库，用于所述服务平台、所述开票平台、所述路由系统通过增量抽取的方式存全量保存各自关系型数据库中的数据；

分布式消息系统，用于分布式存储所述开票结果，通过消息中间件实时推送至搜索引擎数据库中。

第六方面，与第二方面对应的，提供一种路由系统，用于电子票据开具方法，包括：

路由服务模块，用于接收服务平台发出的包含开票数据的开票请求，所述开票数据由所述服务平台根据业务数据整理后形成的用于开票的数据信息；

路由配置模块，用于根据预存的所述开票平台与所述开票数据中的目标标识的对应关系确定目标开票平台，将所述开票请求推送至目标开票平台，以及接收所述目标开票平台发出的开票结果，将所述开票结果返回至对应的服务平台。

进一步地，所述路由配置模块，还用于将所述开票结果中的所述目标标识在在预存的所述目标标识与所述服务平台的对应关系中进行匹配，确定目标服务平台，并将所述开票结果返回至所述目标服务平台。

进一步地，所述路由配置模块，还用于根据所述发票请求中的信息确定服务类型；将所述服务类型在预存的所述服务类型与所述服务模块的对应关系中进行匹配，确定目标服务模块；将所述开票请求推送至所述目标开票平台的所述目标服务模块。

进一步地，所述路由配置模块，具体用于若所述发票请求中的开票数据为补偿数据，则所述路由系统确定服务类型为同步开具服务；若所述发票请求中的开票数据为非补偿数据，则所述路由系统确定服务类型为异步开具服务；

若所述服务类型为同步开具服务，则所述路由系统确定目标服务模块为同步开具服务模块；若所述服务类型为异步开具服务，则所述路由系统确定目标服务模块为异步开具服务模块。

第七方面，与第三方面对应的，提供一种服务平台，用于电子票据开具方法，包括：数据接收模块和开票数据生成模块；

所述数据接收模块，用于按照业务结构获取所述业务数据，对所述业务数据进行基础处理，并将处理好的所述业务数据利用消息中间件采用消息对列的方式传输给所述开票数据生成模块；

所述开票数据生成模块，用于接收到所述业务数据后进行业务处理，生成所述开票数据。

第八方面，与第四方面对应的，提供一种开票平台，用于电子票据开具方法，包括：

数据传输模块，用于接收路由系统推送的包含开票数据的开票请求，以及将开票结果返回至所述路由系统；

开票模块，用于根据所述开票请求开票，生成开票结果。

进一步地，所述开票模块包括：

同步开具服务模块，用于同步返回所述开票结果；

异步开具服务模块，用于异步返回所述开票结果。

本发明实施例提供的技术方案带来的有益效果是：

1、本发明公开的方法通过服务平台、路由系统、开票平台的交互实现电子票据的开具，其中开票平台可执行主要的开票任务，可外接其它信息系统获取开票规定和信息，不需要完全依赖第三方开票平台开票；

2、本发明中服务平台和开票平台均至少设置两个，解决了业务拓展过程中平台拓展难的问题，可以通过配置及平台扩容解决不同业务范围的电子票据的开具；

3、本发明中服务平台、路由系统和开票平台的数据均采用多维存储，可以防止数据传输拥堵，并能和不同的功能系统对接提供多样化服务；

4、本发明通过路由系统的调配，实现了数据信息在不同服务平台和开票平台间的传输，保证了开票的准确性和时效性。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是现有技术中电子票据开具系统结构示意图；

图2是本发明实施例提供的一种电子票据开具方法过程图；

图3是本发明实施例提供的一种电子票据开具系统模块示意图；

图4是本发明实施例提供的电子票据开具系统数据存储结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

由于现有的电子票据开票系统中服务平台和第三方开票平台单一，缺少数据传输路径的配置，且各平台中不同的服务融合在一起，使得平台的耦合度太高，阻碍了开票系统的拓展，现有的开票系统无法适应海量数据的处理，导致开票效率不佳，数据传输不畅。

为了解决上述技术问题，本发明实施例提供了一种电子票据开具方法及系统，本实施例通过增扩服务平台和开票平台，通过路由系统在服务平台和路由平台之间进行数据调配实现高时效的数据传输，从而提高电子票据开具的准确性和效率，同时也能使整个系统更适用于业务的扩展和不同的开票需求。

实施例1

如图2所示，一种电子票据开具方法，包括：

服务平台处理实时获取的业务数据，形成用于开票的数据信息作为开票数据；

服务平台将包含开票数据的开票请求发送至路由系统；

路由系统接收开票请求后，将开票数据中的目标标识在预存目标标识与开票平台的对应关系中进行匹配，确定目标开票平台，并将开票请求推送至目标开票平台；

目标开票平台接收开票请求后进行开票，生成开票结果并返回至路由系统；

路由系统将开票结果返回至对应的服务平台。

上述方法可以用于电子发票开票业务或者电子申请单开票业务等电子票据、单据的开票业务中。开票数据为开具票据时需要用到的数据信息，业务数据为包含开票数据的与业务相关联的数据信息，开票数据可能系统地结构化地存在业务数据中，也可能零散地杂乱地存在业务数据中，因此需要对业务数据进行清洗、提炼、整合等处理找到开票数据。目标标识包含在开票数据中，用来确定目标开票平台，以开具电子发票为例，目标标识可以是税号，开票平台中不同的开票平台负责相应的税号的发票的开具，那么通过税号即可对应到目标开票平台。服务平台主要用于获取业务数据，根据业务数据整理出开票数据。开票平台主要执行具体的开票任务。上述方法应用于至少具有两个服务平台、两个开票平台和一个路由系统的开票系统中，实现上述方法的主要原理是将开票数据中的目标标识与目标标识与开票平台对应关系进行匹配从而找到目标开票平台。目标服务平台的确定可以根据目标标识确定，也可以根据发出开票请求的服务平台的编号确定，例如：001号服务平台发送的开票请求，返回开票结果时仍将该开票结果返回至001号服务平台。如此通过开票请求和开票结果的对应传递，实现高效地完成电子票据的开具，通过上述方法中的调度功能，给开票系统留出增加服务平台和开票平台的空间。

当目标服务平台根据目标标识确定时，开票结果中需要包含目标标识。路由系统将开票结果返回至对应的服务平台包括：路由系统将开票结果中的目标标识在预存的目标标识与服务平台的对应关系中进行匹配，确定目标服务平台，将开票结果返回至目标服务平台。

上述方法中目标标识与开票平台的对应关系可以是，一个目标标识对应多个开票平台目标开票平台，这样一个目标标识匹配的目标开票平台可能有多个，路由系统可以根据开票平台当前的运行状况在目标开票平台中选择对应的目标开票平台，实现开票平台资源的合理配置。具体获取各目标开票平台当前的运行状态的方法可以为多种，例如：各目标开票平台将当前的状态信息发送至路由系统，路由系统进行判断；或者路由系统自行记录发送至各目标开票平台的开票请求的数量，将待发的开票请求发送至获得开票请求数量最少的目标开票平台。本发明对目标开票平台当前的运行状态信息的获取方法不做限定。

为了进一步实现服务平台模块间的解耦，本发明实施例中服务平台包括：数据接收模块和开票数据生成模块。

在上述模块设置的基础上，服务平台处理实时获取的业务数据，形成开票数据包括：数据接收模块按照业务结构获取业务数据，对业务数据进行基础处理，并将处理好的业务数据利用消息中间件采用消息对列的方式传输给开票数据生成模块。开票数据生成模块接收到业务数据后进行业务处理，生成开票数据。

通过上述服务平台的模块配置，数据接收模块主要用于获取业务数据，对业务数据进行基础处理，开票数据生成模块主要用于在基础处理的基础上对业务数据进行业务处理生成开票数据，如此，各模块功能分开降低了模块之间的耦合。对业务数据的基础处理主要包括对业务数据进行初步的清洗、去重和补偿处理，对业务数据的业务处理主要指针对开票业务将业务数据中的开票信息提炼出来，进行清洗、去重和补偿处理。

为了进一步实现开票平台模块间的解耦，本发明实施例中开票平台还包括针对不同服务类型设置的至少两个的服务模块。

基于开票平台服务模块的设置，本发明实施例公开的方法还包括：

路由系统根据发票请求中的信息确定服务类型；

路由系统将服务类型在预存的服务类型与服务模块的对应关系中进行匹配，确定目标服务模块；

路由系统将开票请求推送至目标开票平台的目标服务模块。

例如：两个服务模块可以是：同步开票服务模块和异步开票服务模块。同步开票服务模块，即发送开票数据后立即进行开票获得开票结果，主要用于数据补偿。异步开票服务模块，即批量发送开票数据后，再分别进行开票获得开票结果，这样开票结果并不是一次性发出而是异步发出，减少数据传输拥堵的风险。

因此为了适应开票平台的模块设置，本发明实施例中，开票请求还包括：服务类型。那么，路由系统根据发票请求中的信息确定服务类型包括：

若发票请求中的开票数据为补偿数据，则路由系统确定服务类型为同步开具服务，若开票请求中的开票数据为非补偿数据，则路由系统确定服务类型为异步开票据服务；

路由系统对服务类型在预存的服务类型与服务模块的对应关系中进行匹配，确定目标服务模块包括：

若服务类型为同步开具服务，则路由系统确定目标服务模块为同步开具服务模块，若服务类型为异步开具服务，则路由系统确定目标服务模块为异步开具服务模块。

此外，为了确保数据存储及传输的稳定性，本发明实施例中各平台的数据存储采用多维存储方式。

服务平台、开票平台和路由系统将各自接收和生成的数据存储在各自的关系型数据库和缓存数据中；服务平台、开票平台和路由系统还通过增量抽取的方式将各自关系型数据库中的数据全量保存至hive数据库中，作为大数据平台数据分析使用。开票平台将开票结果对应的电子文件存储至分布式文件存储系统中。

通过上述多维度的数据存储，可以实现对不同数据的分别存储和管理，保证不同的数据应用需求。上述搜索引擎优选使用elasticsearch。路由系统在通过关系型数据库存储的同时还可以存储至缓存中减少高并发情况下的数据库压力，提升服务使用的并发能力。

如图3所示，基于上述电子票据开具方法，本发明实施例还提供一种电子票据开具系统，包括：至少一个路由系统、两个服务平台和两个开票平台。

服务平台与业务相对应，用于实时接收对应的业务数据并对业务数据进行处理，形成用于开票的数据信息作为开票数据，并将包含开票数据的开票请求发送至路由系统。具体地，服务平台包括：数据接收模块和开票数据生成模块。数据接收模块，用于按照业务结构获取业务数据，对业务数据进行基础处理，并将处理好的业务数据利用消息中间件采用消息对列的方式传输给开票数据生成模块。开票数据生成模块，用于接收到业务数据后进行业务数据处理，生成开票数据。

开票平台，用于接收开票请求后进行开票，生成开票结果并返回至路由系统。开票平台至少包括一个同步开具服务模块和一个异步开具服务模块。同步开具服务模块用于提供同步开具和返回票据的服务，异步开具服务模块用于提供异步开具和返回票据的服务。

路由系统，用于接收开票请求后，将开票数据中的目标标识在预存目标标识与开票平台的对应关系中进行匹配，确定目标开票平台，将开票请求推送至目标开票平台，并将从目标开票平台接收到的开票结果返回至对应的服务平台。

此外，本系统中的路由系统还能根据目标标识确定目标服务平台，具体为：开票结果中包含目标标识，路由系统具体用于将开票结果中的目标标识在预存储的目标标识与服务平台的对应关系中进行匹配，确定目标服务平台，将开票结果返回至目标服务平台。

为了进一步实现开票平台中目标服务模块的确定，本发明实施例中的路由系统还用于根据发票请求中的信息确定服务类型；将服务类型在预存的服务类型与服务模块的对应关系中进行匹配，确定目标服务模块；将开票请求推送至目标开票平台的目标服务模块。具体地，在确定服务类型时，若发票请求中的开票数据为补偿数据，则路由系统确定服务类型为同步开具服务，若发票请求中的开票数据为非补偿数据，则路由系统确定服务类型为异步开具服务；若服务类型为同步开具服务，则路由系统确定目标服务模块为同步开具服务模块；若服务类型为异步开具服务，则路由系统确定目标服务模块为异步服务模块。

如图4所示，为了多维度存储上述系统中的业务数据、配置关系信息、开票结果等数据，上述电子票据开具系统还包括：

关系型数据库存储模块，用于存储服务平台、开票平台、路由系统接收和生成的数据；

hive数据库，用于服务平台、开票平台、路由系统通过增量抽取的方式存全量保存各自关系型数据库中的数据；

分布式消息系统，用于分布式存储开票结果，通过消息中间件实时推送至搜索引擎数据库中。

本发明实施例提供的技术方案带来的有益效果是：

1、本发明公开的方法通过服务平台、路由系统、开票平台的交互实现电子票据的开具，其中开票平台可执行主要的开票任务，可外接其它信息系统获取开票规定和信息，不需要完全依赖第三方开票平台开票；

2、本发明中服务平台和开票平台均至少设置两个，解决了业务拓展过程中平台拓展难的问题，可以通过配置及平台扩容解决不同业务范围的电子票据的开具；

3、本发明中服务平台、路由系统和开票平台的数据均采用多维存储，可以防止数据传输拥堵，并能和不同的功能系统对接提供多样化服务；

4、本发明通过路由系统的调配，实现了数据信息在不同服务平台和开票平台间的传输，保证了开票的准确性和时效性。

实施例2

基于实施例1本发明实施例提供一种电子票据开具方法，应用于路由系统，包括：

接收服务平台发出的包含开票数据的开票请求，开票数据为由服务平台根据业务数据整理后形成的用于开票的数据信息；

将开票数据中的目标标识在预存目标标识与开票平台的对应关系中进行匹配，确定目标开票平台，将开票请求推送至目标开票平台；

接收目标开票平台发出的开票结果，将开票结果返回至对应的服务平台。

上述方法中将开票结果返回至对应的服务平台可以根据发送开票请求的服务平台的编号对应返回，也可以根据目标标识与服务平台的对应关系返回。当情况为后者时，上述方法包括：将开票结果中的目标标识在预存的目标标识与服务平台的对应关系中进行匹配，确定目标服务平台，并将开票结果返回至目标服务平台。

上述方法中为了能够提供多种开票服务，开票平台可能包括多个服务模块。因此上述方法还包括：根据发票请求中的信息确定服务类型；将服务类型在预存的服务类型与服务模块的对应关系中进行匹配，确定目标服务模块；将开票请求推送至目标开票平台的目标服务模块。具体地，开票平台至少包括：一个同步开具服务模块和一个异步开具服务模块。则上述确定目标服务模块的方法具体为：若发票请求中的开票数据为补偿数据，则确定服务类型为同步开具服务；若发票请求中的开票数据为非补偿数据，则确定服务类型为异步开具服务；若服务类型为同步开具服务，则确定目标服务模块为同步开具服务模块；若服务类型为异步开具服务，则确定目标服务模块为异步开具服务模块。

上述方法中目标标识与开票平台的对应关系，目标标识与服务平台的对应关系以及服务类型与服务模块的对应关系等配置关系信息存储在关系型数据库和缓存数据库中，并通过增量抽取的方式将关系型数据库中的数据全量保存至hive数据库中。

另外，本发明实施例还提供一种路由系统，包括：

路由服务模块，用于接收服务平台发出的包含开票数据的开票请求，开票数据由服务平台根据业务数据整理后形成的用于开票的数据信息。

路由配置模块，用于根据预存的开票平台与开票数据中的目标标识的对应关系确定目标开票平台，将开票请求推送至目标开票平台，以及接收目标开票平台发出的开票结果，将开票结果返回至对应的服务平台；

还用于将开票结果中的目标标识在在预存的目标标识与服务平台的对应关系中进行匹配，确定目标服务平台，并将开票结果返回至目标服务平台；

还用于根据发票请求中的信息确定服务类型；将服务类型在预存的服务类型与服务模块的对应关系中进行匹配，确定目标服务模块；将开票请求推送至目标开票平台的目标服务模块。具体地，若发票请求中的开票数据为补偿数据，则路由系统确定服务类型为同步开具服务；若发票请求中的开票数据为非补偿数据，则路由系统确定服务类型为异步开具服务；若服务类型为同步开具服务，则路由系统确定目标服务模块为同步开具服务模块；若服务类型为异步开具服务，则路由系统确定目标服务模块为异步开具服务模块。

上述路由系统中配置关系信息多维度存储，路由服务模块和路由配置模块有利于系统解耦和进一步拓展，实现了整个票据开具系统的数据的稳定性传输。

实施例3

基于实施例1本发明实施例提供一种电子票据开具方法，应用于服务平台，包括：

处理实时获取的业务数据，形成用于开票的数据信息作为开票数据；

将获取的业务数据和生成的开票数据存储在关系型数据库和缓存数据库中，缓存数据库采用redis；

通过增量抽取的方式将关系型数据库中的数据全量保存至hive数据库中；

将包含开票数据的开票请求发送至路由系统；

接收路由系统返回的开票结果。

其中，开票数据的生成具体包括：

按照业务结构获取业务数据，对业务数据进行基础处理，并将处理好的业务数据分成消息队列数据依次进行业务处理，生成开票数据。

另外，本发明实施例还提供一种服务系统，包括：数据接收模块和开票数据生成模块。

数据接收模块，用于按照业务结构获取业务数据，对业务数据进行基础处理，并将处理好的业务数据利用消息中间件采用消息对列的方式传输给开票数据生成模块；

开票数据生成模块，用于接收到业务数据后进行业务处理，生成开票数据。

上述系统中，数据接收模块和开票数据生成模块单独运行，通过消息中间件进行消息传输，防止高并发情况下的传输拥堵。

实施例4

基于实施例1本发明实施例提供一种电子票据开具方法，应用于开票平台，包括：

接收包含开票数据的开票请求，按照开票请求开票，生成开票结果；

将开票结果返回至路由系统，具体包括按照开票请求中的服务类型返回开票结果；

将生成的开票结果数据存储在关系型数据库和缓存数据库中，缓存数据库采用redis；

通过增量抽取的方式将关系型数据库中的数据全量保存至hive数据库中；

将开票结果异步同步至分布式消息系统中，通过消息中间件实时推送至搜索引擎数据库中；

将开票结果对应的电子文件存储至分布式文件存储系统中。

本发明实施例公开的电子票据开具方法中，开票平台还可以与其他信息系统对接用于获取开票规定。开票平台将开票结果分别存储在关系型数据库、缓存数据库、hive数据库、搜索引擎数据库，并将开具票据的电子文件例如pdf格式的票据存储至分布式文件系统中，其中关系型数据库作为基本存储，缓存数据库能够防止高并发情况下数据拥堵，hive数据库用于大数据平台计算，搜索引擎数据库用于提供检索查询服务。因此本实施例公开的方法通过多维度存储能够使开票平台与多个系统对接应用。

基于上述方法，本实施例还提供一种开票平台，包括：

数据传输模块，用于接收路由系统推送的包含开票数据的开票请求，以及将开票结果返回至路由系统；

开票模块，用于根据开票请求开票，生成开票结果，具体包括：同步开具服务模块，用于同步返回开票结果；异步开具服务模块，用于异步返回开票结果。其中同步开具服务模块主要在数据补偿时使用。

通过上述开票平台可实现不同开票请求的分别处理，减少每个服务模块的负载，保证整个系统正常运行。

上述所有可选技术方案，可以采用任意结合形成本发明的可选实施例，在此不再一一赘述。

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