CN104598587A - 发票真伪查询方法和系统 - Google Patents

Abstract

一种发票真伪查询方法，所述方法包括：接收发票真伪查询请求；将所述查询请求转换为NoSQL数据库查询语言，并在预先建立的NoSQL数据库中进行查询；返回查询结果并解析为与所述查询请求对应的信息；判断解析后的信息是否为空；若是，则确定所述发票为伪发票。采用本方法能够在大规模数据并行查询时确保快速有效的判定发票真伪。此外还提供一种发票真伪查询系统。

Description

发票真伪查询方法和系统

技术领域

本发明涉及计算机网络技术领域，特别是涉及一种发票真伪查询方法和系统。

背景技术

税务行业是国家财政收入重要保障行业，随着近年来我国国民经济的持续高速发展，税务信息化建设工作对国家经济的宏观调控作用越来越显重要。近年来税收行业相关法律法规的相继出台，对税务信息化建设的规范程度和战略规划提出更高的要求。传统的税务系统基于J2EE标准的多层分布式架构来进行开发的，具有高安全性、伸缩性强、易于维护等优点。但是该架构中的数据库采用的是传统关系型数据库，发票查询数量一旦到达一定的临界值，查询性能会急剧下降，每条查询请求的返回时间都被大幅度延长。虽然可以通过增加底层硬件的配置和分布式数据库等方式来提高系统性能，但性能提升并不明显，而且服务器和数据库维护费用都比较高。在大规模数据并发查询时，很容易导致数据库死锁，严重影响查询效率。

发明内容

基于此，有必要针对上述技术问题，提供一种能够在大规模数据并行查询时确保快速有效的判定发票真伪的发票真伪查询方法和系统。

一种发票真伪查询方法，所述方法包括：

接收发票真伪查询请求；

将所述查询请求转换为NoSQL数据库查询语言，并在预先建立的NoSQL数据库中进行查询；

返回查询结果并解析为与所述查询请求对应的信息；

判断解析后的信息是否为空；

若是，则确定所述发票为伪发票。

在其中一个实施例中，所述接收发票真伪查询请求的步骤之前，还包括：

将关系型数据库中的发票信息数据导入预先建立的NoSQL数据库；

将零散的发票信息数据导入至所述NoSQL数据库。

在其中一个实施例中，所述将关系型数据库中的发票信息数据导入预先建立的NoSQL数据库的步骤包括：

建立关系型数据库与所述NoSQL数据库之间的连接；

通过所述连接，从所述关系型数据库中导出发票信息数据并进行保存；

将已保存的发票信息数据进行清洗；

将清洗后的发票信息数据导入所述NoSQL数据库。

在其中一个实施例中，所述将所述查询请求转换为NoSQL数据库查询语言的步骤包括：

通过第一接口将所述查询请求转换为所述NoSQL数据库查询语言；和/或

通过第二接口增加预设组件，通过所述预设组件将所述查询请求转换为所述NoSQL数据库查询语言。

在其中一个实施例中，所述返回查询结果并解析为与所述查询请求对应的信息的步骤包括：

将与所述查询请求对应的记录通过java进程进行封装；

将封装后的属性信息填充到发票查询对象中，并返回填充后的发票查询对象；

对所述填充后的发票查询对象进行解析，得到发票真伪判定信息。

一种发票真伪查询系统，所述系统包括：

接收模块，用于接收发票真伪查询请求；

查询模块，用于将所述查询请求转换为NoSQL数据库查询语言，并在预先建立的NoSQL数据库中进行查询；

解析模块，用于返回查询结果并解析为与所述查询请求对应的信息；

判断模块，用于判断解析后的信息是否为空；

确定模块，用于若解析后的信息为空，则确定所述发票为伪发票。

在其中一个实施例中，所述系统还包括：

第一导入模块，用于将关系型数据库中的发票信息数据导入预先建立的NoSQL数据库；

第二导入模块，用于将零散的发票信息数据导入至所述NoSQL数据库。

在其中一个实施例中，所述第一导入模块包括：

连接单元，用于建立关系型数据库与所述NoSQL数据库之间的连接；

导出单元，用于通过所述连接，从所述关系型数据库中导出发票信息数据并进行保存；

清洗单元，用于将已保存的发票信息数据进行清洗；

导入单元，用于将清洗后的发票信息数据导入所述NoSQL数据库。

在其中一个实施例中，所述查询模块包括：

第一转换单元，用于通过第一接口将所述查询请求转换为所述NoSQL数据库查询语言；和/或

第二转换单元，用于通过第二接口增加预设组件，通过所述预设组件将所述查询请求转换为所述NoSQL数据库查询语言。

在其中一个实施例中，所述解析模块包括：

封装单元，用于将与所述查询请求对应的记录通过java进程进行封装；

填充单元，用于将封装后的属性信息填充到发票查询对象中，并返回填充后的发票查询对象；

解析单元，用于对所述填充后的发票查询对象进行解析，得到发票真伪判定信息。

上述发票真伪查询方法和系统，接收发票真伪查询请求；将查询请求转换为NoSQL数据库查询语言，并在预先建立的NoSQL数据库中进行查询；返回查询结果并解析为与查询请求对应的信息；判断解析后的信息是否为空；若是，则确定发票为伪发票。通过将发票真伪查询请求转换为NoSQL数据库查询语言在预先建立的NoSQL数据库中进行查询，由此能够克服传统的关系型数据库在大规模数据并发查询时性能下降、查询时间大幅增加的问题，能够显著提升查询性能和查询速度。如果查询结果为空，则确定发票为伪发票。由此根据查询结果能够快速判定发票的真伪。

附图说明

图1为一个实施例中发票真伪查询方法的应用环境图；

图2为一个实施例中发票真伪查询方法的流程图；

图3为传统的税务系统架构图；

图4为一个实施例中NoSQL数据库的结构示意图；

图5为一个实施例中发票真伪查询系统的结构示意图；

图6为又一个实施例中发票真伪查询系统的结构示意图；

图7为一个实施例中第一导入模块的结构示意图；

图8为一个实施例中查询模块的结构示意图；

图9为一个实施例中解析模块的结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明提供的方法应用于如图1所示的应用环境中。其中终端102通过网络104与服务器集群106连接。其中，服务器集群106上运行的NoSQL(Not OnlySQL，非关系型数据库)数据库。数据库中存储有发票信息数据。用户通过终端102上的发票真伪查询页面输入的发票代码、发票号码和发票校验码等信息生成发票真伪查询请求。终端包括但不限于能够进行发票真伪查询的台式电脑、笔记本、平板电脑和个人数字助理等。服务器集群106接收到查询请求后，将传统的SQL(Structured Query Language，结构化查询语言)查询请求转换为NoSQL数据库查询语言，在NoSQL数据库中进行查询，若存在与查询请求对应的记录，则返回相应的查询结果，并解析为与查询请求对应的信息。如果解析后的信息不为空，则确定该发票为真发票，并显示发票信息。如果解析后的信息为空，则确定该发票为伪发票。由于采用了NoSQL数据库，由此能够在大规模数据并行查询时确保快速有效的判定发票真伪。

在一个实施例中，如图2所示，提供了一种发票真伪查询方法，该方法可应用于传统的税务系统架构，具体包括：

步骤202，接收发票真伪查询请求。

传统的税务系统架构如图3所示，包括交互层、应用层、业务逻辑层、资源访问层和资源层，其中，交互层具有页面控制、响应控制和请求转发等功能；应用层具有应用控制、事务控制和权限控制等功能；业务逻辑层具有数据监控模型、报表模型、规则模型等功能；资源访问层中设有数据访问层，具有数据访问、消息访问、设备访问等功能；资源层具有数据库、网络、操作系统和硬件设备等资源。通过位于交互层中的发票真伪查询页面接收用户输入的发票代码、发票号码和发票校验码等信息生成发票真伪查询请求。应用层对该查询请求进行请求提交权限和请求提交参数的检查并进行相应的会话事务控制。业务逻辑层判断该请求信息的类型，确定为发票真伪查询请求。

步骤204，将查询请求转换为NoSQL数据库查询语言，并在预先建立的NoSQL数据库中进行查询。

采用NoSQL数据库，能够将海量数据存储在一个结构松散、分布式的文件存储系统中，并且支持大规模数据的频繁读写操作。因此能够有效克服传统的税务系统架构中关系型数据库在大规模数据并发查询时性能下降、查询时间大幅增加的问题。优选的，NoSQL数据库为HBase(一个分布式的、面向列的开源数据库)。由于本实施例采用传统的税务系统架构，在查询页面生成的查询请求为SQL格式，由于在资源层采用NoSQL数据库，需要将SQL格式的查询请求转换为NoSQL数据库查询语言，并利用转换之后的查询语言在NoSQL数据库中进行查询。

步骤206，返回查询结果并解析为与查询请求对应的信息。

如果NoSQL数据库中存在与查询请求对应的记录，则返回相应的记录作为查询结果，否则，返回空作为查询结果。将查询结果返回至交互层，交互层对查询结果进行解析，得到发票真伪判定信息。

步骤208，判断解析后的信息是否为空；若是，则进行步骤210，否则，则确定发票为真发票，并显示发票信息。

如果解析后的信息不为空，则确定该发票为真发票，并显示相应的发票信息。

步骤210，确定发票为伪发票。

如果解析后的信息为空，则确定该发票为伪发票。

本实施例中，接收发票真伪查询请求；将查询请求转换为NoSQL数据库查询语言，并在预先建立的NoSQL数据库中进行查询；返回查询结果并解析为与查询请求对应的信息；判断解析后的信息是否为空；若是，则确定发票为伪发票。通过将发票真伪查询请求转换为NoSQL数据库查询语言在预先建立的NoSQL数据库中进行查询，由此能够克服传统的关系型数据库在大规模数据并发查询时性能下降、查询时间大幅增加的问题，能够显著提升查询性能和查询速度。如果查询结果为空，则确定发票为伪发票。由此根据查询结果能够快速判定发票的真伪。

在一个实施例中，接收发票真伪查询请求的步骤之前，还包括：将关系型数据库中的发票信息数据导入预先建立的NoSQL数据库；将零散的发票信息数据导入至NoSQL数据库。

本实施例中，需要在NoSQL数据库中预先导入发票信息数据。其中包括将传统的关系型数据库中的发票信息数据导入NoSQL数据库，以及将零散的发票数据信息导入NoSQL数据库。在其中一个实施例中，将关系型数据库中的发票信息数据导入预先建立的NoSQL数据库的步骤包括：建立关系型数据库与NoSQL数据库之间的连接；通过连接，从关系型数据库中导出发票信息数据并进行保存；将已保存的发票信息数据进行清洗；将清洗后的发票信息数据导入NoSQL数据库。

如图4所示，NoSQL数据库中包括数据接口层、数据处理层和数据导入层。数据访问层通过数据接口层访问NoSQL数据库，优选的，NoSQL数据库采用HBase。数据处理层包括ZooKeeper(一个分布式的、开放源码的分布式应用程序协调服务)、HDFS(Hadoop Distributed File System，分布式文件系统)、MapReduce(一种编程模型，用于大规模数据集的并行运算)、监控代理和数据库HBase。数据导入层中内置了多种主流关系型数据库(如，MySQL、Oracle、DB2、MS Sql、PostgreSQL、SQLite)的驱动程序，并通过增加扩展方式实现与关系型数据库的连接。数据导入层将已连接的关系型数据库中的数据按照第一预设格式(如，CSV(Comma-Separated Values，逗号分隔值)格式)导出数据文件并进行保存，具体的，可以保存在HDFS中。HDFS将保存后的数据文件返回至数据导入层，由数据导入层对数据文件中的字节进行清洗处理。清洗是指发现并纠正数据中是否存在可识别的错误，包括检测数据一致性、处理无效值和缺失值等，从而将不符合查询要求的数据过滤掉。通过调用MapReduce将清洗后的数据导入发票信息查询数据库HBase。通过ZooKeeper为HBase提供协同服务，同时为HBase提供稳定服务和容错机制。利用监控代理对HBase的运行状况进行实时监控，以便及时掌握HBase中的数据变化。导入成功后，删除之前导出的第一预设格式的数据文件，由此释放HDFS中的空间，使得HDFS得到有效利用。

对于零散发票信息数据，可采用直接数据插入的方式导入NoSQL数据库。NoSQL数据库的数据接口层具有应用界面，能够进行数据增加、删除、修改、查询及性能监控等。通过该应用界面用户可以手动录入发票代码、发票号码和发票验证码等信息。同时，该应用界面也可提供数据批量处理的功能。例如，以Excel(微软公司办公软件)、JSON(JavaScript Object Notation，一种轻量级的数据交换格式)、CSV、XML(Extensible Markup Language，可扩展标记语言)等方式进行批量上传、更新。

在一个实施例中，将查询请求转换为NoSQL数据库查询语言的步骤包括：通过第一接口将查询请求转换为NoSQL数据库查询语言；和/或通过第二接口增加预设组件，通过预设组件将查询请求转换为NoSQL数据库查询语言。

在一个实施例中，NoSQL数据库的数据接口层具有多种接口，通过第一接口将接收到的第二预设格式(如，JSON格式)的查询请求在多台服务器上的Java进程中均衡分发，通过多个Java进程解析为HBase查询语言。多个Java进程将查询结果封装为第二预设格式(如，JSON格式)再返回。虽然采用第一接口需要将数据访问层中查询数据库的SQL格式的查询请求都修改为POST JSON的方式，但是修改后可直接调用HBase查询，因此具有较高的查询性能，百亿条发票记录一般返回时间为30ms以内，查询速度得到显著提升。

通过第二接口对NoSQL数据库的数据处理层中加载预设驱动程序。第二接口可以是JDBC(Java Data Base Connectivity，java数据库连接，一种用于执行SQL语句的Java接口)接口。具体的，在HBase逻辑层之上，增加预设组件，例如Phoenix，通过该预设组件将SQL格式进行解析，并将SQL格式的查询请求转换为HBase查询语言。在查询之后，将查询结果以SQL格式返回。由于第二接口采用传统的JDBC接口，由此能够更有效的利用传统的税务系统架构。进一步的，可以采用上述两种方式的结合，由此可以兼具上述两种方式的优势。

在一个实施例中，返回查询结果并解析为与查询请求对应的信息的步骤包括：将与查询请求对应的记录通过java进程进行封装；将封装后的属性信息填充到发票查询对象中，并返回填充后的发票查询对象；对填充后的发票查询对象进行解析，得到发票真伪判定信息。

本实施例中，在数据访问层中设置有发票查询对象，在接收到发票真伪查询请求后，调用发票查询对象并将发票查询对象的参数转换为第二预设格式(如，JSON格式)的消息发送至NoSQL数据库的数据接口层。在数据接口层中，第一接口将接收到采用第二预设格式的查询请求，随机调度到多个服务器上的其中一个Java进程上进行处理。在数据处理层，Java进程解析采用第二预设格式的消息，得到对应的参数信息，例如StarRow、StopRow和TableName等，并将获得的参数信息传递给HBase的对象接口。通过调用HBase的Get/Scan方法，利用HBASE的RowKey，索引到不同服务器的HRegionServer上进行查询。如果查询到符合查询请求的记录则将查询结果返回至对应的Java进程，Java进行再将该查询结果按照第二预设格式进行封装，并返回至数据接口层。如果未查询到复核查询请求的记录，则返回空。数据接口层在接收到返回的查询结果后，将该查询结果的属性信息填充到发票查询对象中，并将填充后的发票查询对象返回至交互层。交互层对填充后的发票查询对象进行解析，由此能够快速有效得到发票真伪判定信息。

在一个实施例中，如图5所示，提供了一种发票真伪查询系统，该系统包括：接收模块502、查询模块504、解析模块506、判断模块508和确定模块510，其中：

接收模块502，用于接收发票真伪查询请求。

查询模块504，用于将查询请求转换为NoSQL数据库查询语言，并在预先建立的NoSQL数据库中进行查询。

解析模块506，用于返回查询结果并解析为与查询请求对应的信息。

判断模块508，用于判断解析后的信息是否为空。

确定模块510，用于若解析后的信息为空，则确定发票为伪发票。

本实施例中，通过将发票真伪查询请求转换为NoSQL数据库查询语言在预先建立的NoSQL数据库中进行查询，由此能够克服传统的关系型数据库在大规模数据并发查询时性能下降、查询时间大幅增加的问题，能够显著提升查询性能和查询速度。如果查询结果为空，则确定发票为伪发票。由此根据查询结果能够快速判定发票的真伪。

在一个实施例中，如图6所示，该系统还包括：第一导入模块512和第二导入模块514，其中：

第一导入模块512，用于将关系型数据库中的发票信息数据导入预先建立的NoSQL数据库。在其中一个实施例中，如图7所示，第一导入模块512包括：连接单元512a、导出单元512b、清洗单元512c和导入单元512d，其中：连接单元512a，用于建立关系型数据库与NoSQL数据库之间的连接；导出单元512b，用于通过连接，从关系型数据库中导出发票信息数据并进行保存；清洗单元512c，用于将已保存的发票信息数据进行清洗；导入单元512d，用于将清洗后的发票信息数据导入NoSQL数据库。

第二导入模块514，用于将零散的发票信息数据导入至NoSQL数据库。

在一个实施例中，如图8所示，查询模块504包括：第一转换单元504a和第二转换单元504b，其中：

第一转换单元504a，用于通过第一接口将查询请求转换为NoSQL数据库查询语言。

第二转换单元504b，用于通过第二接口增加预设组件，通过预设组件将查询请求转换为NoSQL数据库查询语言。

本实施例中，虽然采用第一接口需要将数据访问层中查询数据库的SQL格式的查询请求都修改为POST JSON的方式，但是修改后可直接调用HBase查询，因此具有较高的查询性能，百亿条发票记录一般返回时间为30ms以内，查询速度得到显著提升。第二接口可以由于采用传统的JDBC接口，由此能够更有效的利用传统的税务系统架构。

在一个实施例中，如图9所示，解析模块506包括：封装单元506a、填充单元506b和解析单元506c，其中：

封装单元506a，用于将与查询请求对应的记录通过java进程进行封装。

填充单元506b，用于将封装后的属性信息填充到发票查询对象中，并返回填充后的发票查询对象。

解析单元506c，用于对填充后的发票查询对象进行解析，得到发票真伪判定信息。

本实施例中，通过将查询结果封装后的属性信息填充到发票查询对象中，对填充后的发票查询对象进行解析，由此能够快速有效得到发票真伪判定信息。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种发票真伪查询方法，所述方法包括：

接收发票真伪查询请求；

将所述查询请求转换为NoSQL数据库查询语言，并在预先建立的NoSQL数据库中进行查询；

返回查询结果并解析为与所述查询请求对应的信息；

判断解析后的信息是否为空；

若是，则确定所述发票为伪发票。

2.根据权利要求1所述的方法，其特征在于，所述接收发票真伪查询请求的步骤之前，还包括：

将关系型数据库中的发票信息数据导入预先建立的NoSQL数据库；

将零散的发票信息数据导入至所述NoSQL数据库。

3.根据权利要求2所述的方法，其特征在于，所述将关系型数据库中的发票信息数据导入预先建立的NoSQL数据库的步骤包括：

建立关系型数据库与所述NoSQL数据库之间的连接；

通过所述连接，从所述关系型数据库中导出发票信息数据并进行保存；

将已保存的发票信息数据进行清洗；

将清洗后的发票信息数据导入所述NoSQL数据库。

4.根据权利要求1所述的方法，其特征在于，所述将所述查询请求转换为NoSQL数据库查询语言的步骤包括：

通过第一接口将所述查询请求转换为所述NoSQL数据库查询语言；和/或

通过第二接口增加预设组件，通过所述预设组件将所述查询请求转换为所述NoSQL数据库查询语言。

5.根据权利要求1所述的方法，其特征在于，所述返回查询结果并解析为与所述查询请求对应的信息的步骤包括：

将与所述查询请求对应的记录通过java进程进行封装；

将封装后的属性信息填充到发票查询对象中，并返回填充后的发票查询对象；

对所述填充后的发票查询对象进行解析，得到发票真伪判定信息。

6.一种发票真伪查询系统，其特征在于，所述系统包括：

接收模块，用于接收发票真伪查询请求；

查询模块，用于将所述查询请求转换为NoSQL数据库查询语言，并在预先建立的NoSQL数据库中进行查询；

解析模块，用于返回查询结果并解析为与所述查询请求对应的信息；

判断模块，用于判断解析后的信息是否为空；

确定模块，用于若解析后的信息为空，则确定所述发票为伪发票。

7.根据权利要求6所述的系统，其特征在于，所述系统还包括：

第一导入模块，用于将关系型数据库中的发票信息数据导入预先建立的NoSQL数据库；

第二导入模块，用于将零散的发票信息数据导入至所述NoSQL数据库。

8.根据权利要求7所述的系统，其特征在于，所述第一导入模块包括：

连接单元，用于建立关系型数据库与所述NoSQL数据库之间的连接；

导出单元，用于通过所述连接，从所述关系型数据库中导出发票信息数据并进行保存；

清洗单元，用于将已保存的发票信息数据进行清洗；

导入单元，用于将清洗后的发票信息数据导入所述NoSQL数据库。

9.根据权利要求6所述的系统，其特征在于，所述查询模块包括：

第一转换单元，用于通过第一接口将所述查询请求转换为所述NoSQL数据库查询语言；和/或

第二转换单元，用于通过第二接口增加预设组件，通过所述预设组件将所述查询请求转换为所述NoSQL数据库查询语言。

10.根据权利要求6所述的系统，其特征在于，所述解析模块包括：

封装单元，用于将与所述查询请求对应的记录通过java进程进行封装；

填充单元，用于将封装后的属性信息填充到发票查询对象中，并返回填充后的发票查询对象；

解析单元，用于对所述填充后的发票查询对象进行解析，得到发票真伪判定信息。