一种基于二维码的业务表单办理方法、系统及装置与流程

本发明涉及计算机技术领域，尤其是一种基于二维码的业务表单办理方法、系统及装置。

背景技术：

名词解释：

bho(browserhelperobject，浏览器辅助对象，简称bho)，bho是微软推出的作为浏览器对第三方程序员开放交互接口的业界标准，通过简单的代码就可以进入浏览器领域的“交互接口”(interactivedinterface)。通过这个接口，程序员可以编写代码获取浏览器的行为，比如“后退”、“前进”、“当前页面”等，利用bho的交互特性，程序员还可以用代码控制浏览器行为，比如修改替换浏览器工具栏，添加自己的程序按钮等。这些在系统看来都是没有问题的。bho原来的目的是为了更好的帮助程序员打造个性化浏览器，以及为程序提供更简洁的交互功能，现在很多ie个性化工具就是利用bho的来实现。

json(javascriptobjectnotation，js对象简谱)是一种轻量级的数据交换格式。它是基于ecmascript(欧洲计算机协会制定的js规范)的一个子集，采用完全独立于编程语言的文本格式来存储和表示数据。简洁和清晰的层次结构使得json成为理想的数据交换语言。json易于人阅读和编写，同时也易于机器解析和生成，能够有效地提升网络传输效率。

在现代的业务办理中，现有的技术分为纸质业务表单办理以及电子业务表单办理。纸质业务表单通过办理者手工填写的方式填写内容后，交由业务受理人进行业务办理。电子业务表单办理则通过办理人进入业务系统中进行电子填写完成申报。

在纸质业务表单的办理方式中，由于业务量繁多，业务受理人的办理速度较慢，而且受理人需要逐一识别表单内容来录入业务系统中进行办理，容易出现录入错误并且需要相当多的工作时间。

而在纯电子业务表单中，没有一个纸质的盖章表单作为凭证，只能单纯的进行网上确认，并且这种方法要求办理人能登陆到业务系统中，而实际上很多政府及银行的某些业务系统是无法提供到互联网上的，因此这种纯电子业务表单的方法的适用范围较小。

技术实现要素：

为解决上述技术问题，本发明的目的在于：提供一种人工成本低且适用范围广的，基于二维码的业务表单办理方法、系统及装置。

本发明一方面所采取的技术方案为：

一种基于二维码的业务表单办理方法，包括以下步骤：

根据纸质表单的业务数据生成电子表单；所述纸质表单上具有用户签名和盖章凭证；

采用json数据编码方法，将电子表单转换成json格式的第一数据；

根据第一数据生成二维码图形，并将二维码图形传输到后台服务器；所述二维码图形存储第一数据的信息；

对二维码图形进行解析，得到第二数据；

通过浏览器辅助对象将第二数据存入业务系统。

进一步，所述采用json数据编码方法，将电子表单转换成json格式的第一数据这一步骤，包括以下步骤：

读取电子表单字段，所述电子表单的字段包括表单名、用户账号和表单页数；

对电子表单字段进行验证；

对验证通过后的电子表单字段进行格式转换，得到json格式的第一数据。

进一步，所述根据第一数据生成二维码图形，并将二维码图形传输到后台服务器这一步骤，包括以下步骤：

对json格式的第一数据进行加密处理；

对加密处理后的第一数据添加表单头信息；

根据添加表单头信息后的第一数据，生成二维码图形，所述二维码图形存储第一数据的信息；

将二维码图形传输到后台服务器。

进一步，所述对json格式的第一数据进行加密处理这一步骤，其包括：

采用lz77算法对json格式的第一数据进行第一压缩处理；

采用huffman编码方法对第一压缩处理后的第一数据进行第二压缩处理，得到加密处理后的第一数据。

进一步，所述对二维码图形进行解析，得到第二数据这一步骤，包括以下步骤：

读取二维码图形，并对二维码图形进行解析；

根据解析结果，获取表单头信息；

根据表单头信息，对解析结果进行解密，得到第二数据。

进一步，还包括以下步骤：

对电子表单类型进行识别，所述电子表单类型包括普通发票表单、专用发票表单、外经证报验表单、增值税预缴申报表单、三方协议登记表单和源泉扣缴合同备案表单。

进一步，还包括以下步骤：

当电子表单类型为普通发票表单时：

根据付款方营业执照上的二维码快速获取付款方税号；

根据收款方营业执照上的二维码快速获取收款方税号；

对付款方信息和收款方信息进行补全，所述付款方信息包括付款方名称、付款方联系电话、付款方地址、付款方开户银行和付款方银行账号；所述收款方信息包括收款方名称、收款方联系电话、收款方地址、收款方开户银行、收款方银行账号以及经办人信息；

对补全后的付款方信息和收款方信息进行动态多行展示，并进行信息确认；

根据确认后的付款方信息和收款方信息，生成二维码图形。

本发明另一方面所采取的技术方案是：

一种基于二维码的业务表单办理系统，包括：

电子表单生成模块，用于根据纸质表单的业务数据生成电子表单；

编码模块，用于采用json数据编码方法，将电子表单转换成json格式的第一数据；

二维码生成模块，用于根据第一数据生成二维码图形，并将二维码图形传输到后台服务器；所述二维码图形存储第一数据的信息；

二维码解析模块，用于对二维码图形进行解析，得到第二数据；

存储模块，用于通过浏览器辅助对象将第二数据存入业务系统。

进一步，所述二维码生成模块包括：

加密单元，用于对json格式的第一数据进行加密处理；

添加单元，用于对加密处理后的第一数据添加表单头信息；

二维码生成单元，用于根据添加表单头信息后的第一数据，生成二维码图形，所述二维码图形存储第一数据的信息；

传输单元，用于将二维码图形传输到后台服务器。

本发明另一方面所采取的技术方案是：

一种基于二维码的业务表单办理装置，包括：

至少一个处理器；

至少一个存储器，用于存储至少一个程序；

当所述至少一个程序被所述至少一个处理器执行，使得所述至少一个处理器实现所述的基于二维码的业务表单办理方法。

本发明的有益效果是：本发明将传统的纸质表单和电子表单进行结合，既能保留纸质表单上的用户签名和盖章凭证，又能通过电子表单进行业务办理，大大降低了人工成本，提高了工作效率；另外，本发明采用json数据格式和二维码图形进行数据传输，提高了数据传输效率，进一步提高了工作效率。

附图说明

图1为本发明实施例的整体步骤流程图。

具体实施方式

下面结合说明书附图和具体实施例对本发明作进一步解释和说明。对于本发明实施例中的步骤编号，其仅为了便于阐述说明而设置，对步骤之间的顺序不做任何限定，实施例中的各步骤的执行顺序均可根据本领域技术人员的理解来进行适应性调整。

本发明的实施例提供了一种基于二维码的业务表单办理方法，包括以下步骤：

s1、根据纸质表单的业务数据生成电子表单；所述纸质表单上具有用户签名和盖章凭证；

s2、采用json数据编码方法，将电子表单转换成json格式的第一数据；

进一步作为优选的实施方式，所述步骤s2包括以下步骤：

s21、读取电子表单字段，所述电子表单的字段包括表单名、用户账号和表单页数；

s22、对电子表单字段进行验证；

其中，电子表单字段的验证包括数据类型验证、字段特异性验证和属性验证等。

s23、对验证通过后的电子表单字段进行格式转换，得到json格式的第一数据。

s3、根据第一数据生成二维码图形，并将二维码图形传输到后台服务器；所述二维码图形存储第一数据的信息；

进一步作为优选的实施方式，所述步骤s3包括以下步骤：

s31、对json格式的第一数据进行加密处理；

s32、对加密处理后的第一数据添加表单头信息；表单头信息存储了第一数据的加密方法以及对应的解密方法等内容。

s33、根据添加表单头信息后的第一数据，生成二维码图形，所述二维码图形存储第一数据的信息；

s34、将二维码图形传输到后台服务器。

进一步作为步骤s31的优选实施方式，所述步骤s31包括：

s311、采用lz77算法对json格式的第一数据进行第一压缩处理；

s312、采用huffman编码方法对第一压缩处理后的第一数据进行第二压缩处理，得到加密处理后的第一数据。

其中，lz77算法是gba内置的压缩算法。lz77算法包含一个动态窗口(slidingwindow)和一个预读缓冲器(readaheadbuffer)。动态窗口是个历史缓冲器，它被用来存放输入流的前n个字节的有关信息。一个动态窗口的数据范围可以从0k到64k；预读缓冲器是与动态窗口相对应的，它被用来存放输入流的前n个字节，预读缓冲器的大小通常在0–258之间。

哈夫曼编码(huffmancoding)，又称霍夫曼编码，是一种编码方式，哈夫曼编码是可变字长编码(vlc)的一种。huffman于1952年提出一种编码方法，该方法完全依据字符出现概率来构造异字头的平均长度最短的码字，有时称之为最佳编码，一般就叫做huffman编码(有时也称为霍夫曼编码。

s4、对二维码图形进行解析，得到第二数据；

进一步作为优选的实施方式，所述步骤s4包括：

s41、读取二维码图形，并对二维码图形进行解析；

s42、根据解析结果，获取表单头信息；

s43、根据表单头信息，对解析结果进行解密，得到第二数据。

s5、通过浏览器辅助对象将第二数据存入业务系统；

另外，本实施例还包括以下步骤：

s6、对电子表单类型进行识别，所述电子表单类型包括普通发票表单、专用发票表单、外经证报验表单、增值税预缴申报表单、三方协议登记表单和源泉扣缴合同备案表单等；

s7、当电子表单类型为普通发票表单时，执行以下步骤：

s71、根据付款方营业执照上的二维码快速获取付款方税号；

s72、根据收款方营业执照上的二维码快速获取收款方税号；

s73、对付款方信息和收款方信息进行补全，所述付款方信息包括付款方名称、付款方联系电话、付款方地址、付款方开户银行和付款方银行账号；所述收款方信息包括收款方名称、收款方联系电话、收款方地址、收款方开户银行、收款方银行账号以及经办人信息；

s74、对补全后的付款方信息和收款方信息进行动态多行展示，并进行信息确认；

具体地，本发明将补全后的信息进行多行动态展示后，还提供了信息删除的功能，用户如果发现信息错误，则可以将信息进行删除。

s75、根据确认后的付款方信息和收款方信息，生成二维码图形。

具体地，本发明在生成二维码图形之后，能够同时提供信息概览，用户可以通过信息概览了解二维码图形的大致内容，例如，普通发票的信息概览包括购买方名称、销售方名称和开票金额等。

另外，当用户在录入电子表单数据的过程中发生中断，然后再次录入数据时，本发明会提示是否加载上次中断录入的数据。本发明还能提供历史数据查询的功能，用户可以实时查询历史已录入的表单数据。

本发明的实施例还提供了一种基于二维码的业务表单办理系统，包括：

电子表单生成模块，用于根据纸质表单的业务数据生成电子表单；

编码模块，用于采用json数据编码方法，将电子表单转换成json格式的第一数据；

二维码生成模块，用于根据第一数据生成二维码图形，并将二维码图形传输到后台服务器；所述二维码图形存储第一数据的信息；

二维码解析模块，用于对二维码图形进行解析，得到第二数据；

存储模块，用于通过浏览器辅助对象将第二数据存入业务系统。

进一步作为优选的实施方式，所述二维码生成模块包括：

加密单元，用于对json格式的第一数据进行加密处理；

添加单元，用于对加密处理后的第一数据添加表单头信息；

二维码生成单元，用于根据添加表单头信息后的第一数据，生成二维码图形，所述二维码图形存储第一数据的信息；

传输单元，用于将二维码图形传输到后台服务器。

上述方法实施例中的内容均适用于本系统实施例中，本系统实施例所具体实现的功能与上述方法实施例相同，并且达到的有益效果与上述方法实施例所达到的有益效果也相同。

本发明实施例还提供了一种基于二维码的业务表单办理装置，包括：

至少一个处理器；

至少一个存储器，用于存储至少一个程序；

当所述至少一个程序被所述至少一个处理器执行，使得所述至少一个处理器实现所述的基于二维码的业务表单办理方法。

在本发明的一些实施例中，用户可以通过外网以二维码图形的形式将业务系统表单数据传递给系统内网使用；内网通过读取二维码数据的方式自动把表单数据写入业务系统中。

上述方法实施例中的内容均适用于本装置实施例中，本装置实施例所具体实现的功能与上述方法实施例相同，并且达到的有益效果与上述方法实施例所达到的有益效果也相同。

此外，本发明实施例还提供了一种存储介质，其中存储有处理器可执行的指令，所述处理器可执行的指令在由处理器执行时用于执行所述的基于二维码的业务表单办理方法。

以上是对本发明的较佳实施进行了具体说明，但本发明并不限于所述实施例，熟悉本领域的技术人员在不违背本发明精神的前提下还可做作出种种的等同变形或替换，这些等同的变形或替换均包含在本申请权利要求所限定的范围内。