CN108200135A - 一种获取扫描数据并生成凭证的方法、系统及相关装置 - Google Patents

Abstract

本申请公开了一种获取扫描数据并生成凭证的方法，包括：当接收到扫描数据凭证生成指令时，利用URL Protocol技术启动对应的套接字服务器，同时向扫描仪发送启动命令；控制扫描仪对待扫描文件进行扫描，得到扫描数据，并将扫描数据发送至套接字服务器；每隔预设时间间隔轮询并取回套接字服务器接收到的扫描数据，并利用预设的扫描数据凭证生成模板为扫描数据生成相应的扫描数据凭证。该方法适用于基于任一架构组成的网络、无需添加浏览器插件且所有浏览器通用，同时通过浏览器实现时不会造成运行阻塞，实际使用效果更佳，用户体验更佳本申请还同时公开了一种获取扫描数据并生成凭证的系统、装置及计算机可读存储介质，具有上述有益效果。

Description

一种获取扫描数据并生成凭证的方法、系统及相关装置

技术领域

本申请涉及数据扫描技术领域，特别涉及一种获取扫描数据并生成凭证的方法、系统、装置及计算机可读存储介质。

背景技术

随着大数据、线上数据存储等概念的出现，企业和社会逐渐趋于使用数据化的电子文件替代以往工作过程中出现的纸质文件，不仅可以节省纸张、保护环境，也腾出了大量的空间以供其它工作的展开。为更长时间、更可靠的保存纸质文件，通常利用扫描仪扫描纸质文件以生成对应的电子文件。

现有技术通常采用两种方式实现上述文件存储方式的变化，其一，通过安装在计算机的客户端程序控制各步骤的进行，该计算机直接与扫描仪相连；其二，利用安装由额外浏览器插件的浏览器调用与本机相连的扫描仪来实现这一目的。前者仅适用于基于C/S架构(Client/Server，指由客户端和服务器构建的软件系统体系结构)组成的网络，无法应用在基于B/S架构(Browser/Server，指由浏览器和服务器构建的软件系统体系结构)组成的网络；后者则由于插件的特殊性，除要针对不同的浏览器单独开发外，还由于在调用扫描仪时必须等待返回的命令才能继续其它任务，因此会造成浏览器其它任务运行终端，用户体验极差。

所以，如何克服上述两种现有扫描后数据获取方法存在的各项技术缺陷，提供一种适用于基于任一架构组成的网络、无需添加浏览器插件对所有浏览器通用，且通过浏览器实现时不会造成运行阻塞的扫描后数据凭证获取方案是本领域技术人员亟待解决的问题。

发明内容

本申请的目的是提供一种获取扫描数据并生成凭证的方法，适用于基于任一架构组成的网络、无需添加浏览器插件，利用所有浏览器通用的URL Protocol技术免除了单独开发的成本，且通过浏览器实现时不会造成运行阻塞，实际使用效果更佳，用户体验更佳。

本申请的另一目的在于提供了一种获取扫描数据并生成凭证的系统、装置及计算机可读存储介质。

为实现上述目的，本申请提供一种获取扫描数据并生成凭证的方法，该方法包括：

当接收到扫描数据凭证生成指令时，利用URL Protocol技术启动对应的套接字服务器，同时向扫描仪发送启动命令；

控制所述扫描仪对待扫描文件进行扫描，得到扫描数据，并将所述扫描数据发送至所述套接字服务器；

每隔预设时间间隔轮询并取回所述套接字服务器接收到的扫描数据，并利用预设的扫描数据凭证生成模板为所述扫描数据生成相应的扫描数据凭证。

可选的，在每隔预设时间间隔轮询并取回所述套接字服务器接收到的扫描数据之后、利用预设的扫描数据凭证生成模板生成相应的扫描数据凭证之前，还包括：

对所述扫描数据进行纠错，得到纠错后扫描数据。

可选的，对所述扫描数据进行纠错，得到纠错后扫描数据，包括：

将所述扫描数据发送至云服务器；其中，所述云服务器存储有历史数据；

提取所述扫描数据中包含的关键词，并利用所述关键词在所述历史数据中进行数据匹配，得到最匹配数据；

当所述最匹配数据与所述关键词不同时，将所述关键词修改为所述最匹配数据，得到所述纠错后扫描数据。

可选的，该方法还包括：

利用设置在所述云服务器上的扫描数据凭证生成模板为所述纠错后扫描数据生成相应的扫描数据凭证；

接收所述云服务器返回的所述扫描数据凭证。

可选的，该方法还包括：

当在预设数量的预设时间间隔内未从所述套接字服务器中接收到所述扫描数据时，向所述扫描仪和所述套接字服务器发送关机指令。

可选的，该方法还包括：

所述套接字服务器将所述扫描仪发来的扫描数据按照预设数据排列方式进行存放，得到数据存放队列。

可选的，所述利用预设的扫描数据凭证生成模板为所述扫描数据生成相应的扫描数据凭证，包括：

将所述扫描数据发送给云服务器；

利用所述云服务器上设置的扫描数据凭证生成模板根据所述扫描数据生成对应的扫描数据凭证；

接收所述云服务器返回的扫描数据凭证。

为实现上述目的，本申请还提供了一种获取扫描数据并生成凭证的系统，该系统包括：

启动指令发送单元，用于当接收到扫描数据凭证生成指令时，利用URL Protocol技术启动对应的套接字服务器，同时向扫描仪发送启动命令；

文件扫描及扫描数据发送单元，用于控制所述扫描仪对待扫描文件进行扫描，得到扫描数据，并将所述扫描数据发送至所述套接字服务器；

轮询及数据取回单元，用于每隔预设时间间隔轮询并取回所述套接字服务器接收到的扫描数据，并利用预设的扫描数据凭证生成模板为所述扫描数据生成相应的扫描数据凭证。

为实现上述目的，本申请还提供了一种获取扫描数据并生成扫描数据凭证的装置，该装置包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如上述内容所描述的获取扫描数据并生成凭证的方法的步骤。

为实现上述目的，本申请还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上述内容所描述的获取扫描数据并生成凭证的方法的步骤。

本申请所提供的获取扫描数据并生成凭证的方法，通过当接收到扫描数据凭证生成指令时，利用URL Protocol技术启动对应的套接字服务器，同时向扫描仪发送启动命令以对待扫描文件进行扫描，得到扫描数据；将所述扫描数据发送至所述套接字服务器；每隔预设时间间隔轮询并取回所述套接字服务器接收到的扫描数据，并利用预设的扫描数据凭证生成模板为所述扫描数据生成相应的扫描数据凭证。

显然，本申请所提供的技术方案，适用于基于任一架构组成的网络、无需添加浏览器插件，利用所有浏览器通用的URL Protocol技术免除了单独开发的成本，且通过浏览器实现时不会造成运行阻塞，实际使用效果更佳，用户体验更佳。本申请同时还提供了一种获取扫描数据并生成凭证的系统、装置及计算机可读存储介质，具有上述有益效果，在此不再赘述。

附图说明

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

图1为本申请实施例所提供的一种获取扫描数据并生成凭证的方法的流程图；

图2为本申请实施例所提供的获取扫描数据并生成凭证的方法中一种对扫描后数据进行纠错和利用凭证模板生成相应扫描后数据凭证的流程图；

图3为本申请实施例所提供的一种获取扫描数据并生成凭证的系统的结构框图；

图4为本申请实施例所提供的一种获取扫描数据并生成凭证的系统中各执行主体间的逻辑示意图。

具体实施方式

本申请的核心是提供一种获取扫描数据并生成凭证的方法、系统、装置及计算机可读存储介质，适用于基于任一架构组成的网络、无需添加浏览器插件，利用所有浏览器通用的URL Protocol技术免除了单独开发的成本，且通过浏览器实现时不会造成运行阻塞，实际使用效果更佳，用户体验更佳。

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

以下结合图1，图1为本申请实施例所提供的一种获取扫描数据并生成凭证的方法的流程图。

其具体包括以下步骤：

S101：当接收到扫描数据凭证生成指令时，利用URL Protocol技术启动对应的套接字服务器，同时向扫描仪发送启动命令；

本步骤旨在利用URL Protocol技术实现启动对应的套接字服务器和扫描仪。其中，URL Protocol的英文全称为：Uniform Resource Locator Protocol，中文名为唯一资源标识符协议，一般表现为http、https、ftp、file、data、jar等协议。该协议通常可以通过浏览器实现对安装有该浏览器的终端上的本地应用进行调用。由于该协议是基于所有浏览器更底层的内容存在的，因此可以实现跨浏览器使用，区别于现有技术中采用的浏览器插件，利用该技术无需针对不同浏览器开发相应的浏览器插件。

由于URL Protocol的工作原理和特性，此处接收到该扫描数据凭证生成指令的可以为安装在每个终端上的浏览器，也可以为其它能够实现同样或相似功能的载体，此处并不做具体限定。

在以浏览器作为利用该URL Protocol技术向此终端对应的套接字服务器和扫描仪发送启动命令的主体时，由于只是利用URL Protocol技术向套接字服务器和扫描仪发送启动命令，无需像现有技术一样必须等待返回结果，因此也就不会导致的浏览器其它业务中断和出现卡顿现象，用户使用体验更佳。

套接字是支持TCP(Transmission Control Protocol传输控制协议)/IP(Internet Protocol，网络互连协议)的网络通信的基本操作单元，可以看做是不同主机之间的进程进行双向通信的端点，简单的说就是进行通信的双方之间存在的一种约定，共同使用套接字中的相关函数来完成通信过程。包含进行网络通信必需的五种信息：连接使用的协议，本地主机的IP地址，本地进程的协议端口，远地主机的IP地址，远地进程的协议端口。此处的套接字服务器在后续步骤中将用于接收来自扫描仪对待扫描文件进行扫描后得到的扫描数据，并等待该浏览器定时轮询取回该扫描数据，因此必须要利用套接字这一方式实现上述过程。

S102：控制所述扫描仪对待扫描文件进行扫描，得到扫描数据，并将所述扫描数据发送至所述套接字服务器；

在S101的基础上，本步骤旨在控制启动的扫描仪对待扫描文件进行扫描，并将得到的扫描数据发送至该套接字服务器，以便后续步骤使用。在实际使用时，所述待扫描文件可为发票、支票、合同或工时记录等。相应的，所述扫描数据可为发票数据，下文的扫描数据凭证可为发票对应的记账凭证。在该套接字服务器接收到发来的扫描后数据后，进一步的，还可以考虑如何存放这些扫描后数据以方便后续步骤取用或符合其它特殊要求。以下为一种可选的方案：

套接字服务器将扫描仪发来的扫描后数据按照预设数据排列方式进行存放，得到数据存放队列，以便后续步骤中浏览器从该数据存放队列中取回相应位置的扫描数据。具体的，表现方式多种多样，例如，按照先入先出的原则设计得到一个数据存放队列，也可以基于其它原则，比如按扫描后数据的大小进行排序，还可以对其进行打包和压缩，以实现高效率的数据传输，等等，此处并不做具体限定，可以根据实际情况灵活设定和选择。

S103：每隔预设时间间隔轮询并取回套接字服务器接收到的扫描数据，并利用预设的扫描数据凭证生成模板为扫描数据生成相应的扫描数据凭证。

在S102的基础上，本步骤旨在说明如何从套接字服务器中取回扫描数据并根据扫描数据生成相应的扫描数据凭证。本步骤由浏览器采用轮询的方式查询该套接字服务器中接收的扫描数据，并将其取回该浏览器，再利用预设的扫描数据凭证生成模板为取回的扫描数据生成相应的扫描数据凭证。

轮询的概念为：定时发出相关询问请求，询问是否可以进行相关服务或是否满足进行相关服务的条件，若可以即进行相关服务，并在服务结束后在下一个轮询周期重复上述过程。

其中，利用凭证生成模板为扫描数据生成相应凭证的过程可以直接在该浏览器所在的终端上进行，也可以为减轻终端负载，增设与终端存在数据通信的云服务器来帮助终端完成此项任务。即该浏览器所在终端将从套接字服务器轮询取回的扫描数据发送至该云端服务器，以利用设置在云端服务器上的扫描数据凭证生成模板为该扫描数据生成相应的凭证。进一步的，若采用将模板设置在云服务器上的方案进行，还可以将之前进行相同操作得到的电子扫描数据作为历史数据用来对本次上传的扫描数据进行纠错，以减少出错现象。

具体的，如何进行纠错的方式多种多样，例如提取出扫描数据中几个关键位置的文字作为关键字与历史数据进行对比，看是否高相似度的历史数据存在，若历史数据正确无误，即可证明本次得到的扫描数据存在错误，可以对错误数据进行修正；也可以采用其它方式，目的在于发现本次得到的扫描数据中的错误并修正，提供正确率。

在利用历史数据进行纠错后，就可以利用设置在云服务器上的凭证模板为纠错后扫描数据生成相应的扫描数据凭证，并最终将得到的扫描数据凭证返回至该终端。当然，在将该凭证生成模板置于该终端时，该云服务器可以只承担纠错的任务，并将纠错后扫描数据返回至该终端即可进行后续的凭证生成操作。

进一步的，当该浏览器在预设数量的预设时间间隔内未从该套接字服务器中接收到扫描数据时，可以向该扫描仪和该套接字服务器发送关机指令。即此时的情景为在较长时间内都没有轮询到并取回新的扫描数据，可以判定此种情况下可能已经完成了本次的数据文件扫描、上传、凭证生成流程，为减少待机耗费电量和误操作出现几率发送关机指令。

基于上述技术方案，本申请实施例提供的一种扫描后数据凭证的获取方法，适用于基于任一架构组成的网络、无需添加浏览器插件，利用所有浏览器通用的URL Protocol技术免除了单独开发的成本，且通过浏览器实现时不会造成运行阻塞，实际使用效果更佳，用户体验更佳。

以下结合图2，图2为本申请实施例所提供的获取扫描数据并生成凭证方法中一种对扫描后数据进行纠错和利用凭证模板生成相应扫描数据凭证的流程图。

其具体包括以下步骤：

S201：将扫描数据发送至云服务器；其中，云服务器存储有历史数据；

S202：提取扫描后数据中包含的关键词，并利用关键词在历史数据中进行数据匹配，得到最匹配数据；

S203：当最匹配数据与关键词不同时，将关键词修改为最匹配数据，得到纠错后扫描数据，并返回纠错后扫描数据；

S204：利用预设的扫描数据凭证生成模板为纠错后扫描数据生成相应的扫描数据凭证。

本实施旨在提供一种基于云服务器的扫描数据纠错方法，在以浏览器作为利用该URL Protocol技术向此终端对应的套接字服务器和扫描仪发送启动命令的主体时，将该浏览器所在终端从该套接字服务器取回的扫描数据发送给云服务器进行纠错，且采用了关键词提取并与历史数据对比的方式进行，在纠错完成得到纠错后扫描数据时，将其返回给浏览器所在终端，以利用设置在该终端上的扫描数据凭证生成模板完成凭证生成操作。

区别于本实施例的实施步骤，还可以将利用扫描数据凭证生成模板为纠错后扫描数据生成相应凭证的任务也交由云服务器进行，以进一步减轻该终端负载压力。进一步的，也可以在未进行纠错前就利用该凭证模板生成相应的扫描数据凭证，再对该扫描数据凭证进行纠错，两者从原理上并无差异，可能在实际操作过程中根据实际情况的不同会存在细小的差异，可以根据所处实际使用情景的不同选用最合适的方案。

基于上述技术方案，本申请实施例提供的一种扫描后数据凭证的获取方法，适用于基于任一架构组成的网络、无需添加浏览器插件，利用所有浏览器通用的URL Protocol技术免除了单独开发的成本，且通过浏览器实现时不会造成运行阻塞，实际使用效果更佳，用户体验更佳。

因为情况复杂，无法一一列举进行阐述，本领域技术人员应能意识到根据本申请提供的基本方法原理结合实际情况可以存在很多的例子，在不付出足够的创造性劳动下，应均在本申请的保护范围内。

下面请参见图3，图3为本申请实施例所提供的一种获取扫描数据并生成凭证的系统的结构框图。

该系统可以包括：

启动指令发送单元100，用于当接收到扫描数据凭证生成指令时，利用URLProtocol技术启动对应的套接字服务器，同时向扫描仪发送启动命令；

文件扫描及扫描数据发送单元200，用于控制扫描仪对待扫描文件进行扫描，得到扫描数据，并将扫描数据发送至套接字服务器；

轮询及数据取回单元300，用于每隔预设时间间隔轮询并取回套接字服务器接收到的扫描数据，并利用预设的扫描数据凭证生成模板为扫描数据生成相应的扫描数据凭证。

可选的，该系统还包括：

纠错单元，用于对扫描数据进行纠错，得到纠错后扫描数据。

以上各单元可以应用于以下的一个具体的实际例子中，可参见图4，图4为本申请实施例所提供的一种获取扫描数据并生成凭证的系统中各执行主体间的逻辑示意图，其以发票作为扫描仪的数据扫描对象，具体步骤如下：

第一步：浏览器利用URL Protocol技术启动本机电脑对应的套接字服务器，并发起指令启动扫描仪开始扫描；

第二步：扫描仪每扫描识别一张发票，便将得到的扫描数据发送到该套接字服务器上；

第三步：浏览器定时轮询该套接字服务器接收到的扫描数据，并将其取回自身所在终端后再发送至云服务器；

第四步：云服务器接收数据后，根据该云服务器上已有历史数据对接收到的扫描数据进行智能纠错(比如检查发票上公司名称部分是否存在错别字)，得到纠错后扫描数据；；

第五步：利用设置在该云服务器上的扫描数据凭证生成模板，为纠错后扫描数据生成相应的扫描数据凭证；

第六步：该云服务器将生成的扫描数据凭证返回给该浏览器所在终端，以便在终端上进行显示和浏览；其中，该浏览器轮询该套接字服务器直至接长时间内未收到新扫描数据(意味着扫描结束)时，停止上述生成发票扫描数据凭证操作。

基于上述实施例，本申请还提供了一种扫描后数据凭证的获取装置，可以包括存储器和处理器，其中，该存储器中存有计算机程序，该处理器调用该存储器中的计算机程序时，可以实现上述实施例所提供的步骤，因此同样适用于基于任一架构组成的网络、无需添加浏览器插件，利用所有浏览器通用的URL Protocol技术免除单独开发的成本，且通过浏览器实现时不会造成运行阻塞，实际使用效果更佳，用户体验更佳。当然该获取装置还可以包括各种必要的网络接口、电源以及其它零部件等。

进一步的，上述功能单元若以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，功能调用装置，或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。

还需要说明的是，在本说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其它变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其它要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。

Claims (10)

1.一种获取扫描数据并生成凭证的方法，其特征在于，包括：

当接收到扫描数据凭证生成指令时，利用URL Protocol技术启动对应的套接字服务器，同时向扫描仪发送启动命令；

控制所述扫描仪对待扫描文件进行扫描，得到扫描数据，并将所述扫描数据发送至所述套接字服务器；

每隔预设时间间隔轮询并取回所述套接字服务器接收到的扫描数据，并利用预设的扫描数据凭证生成模板为所述扫描数据生成相应的扫描数据凭证。

2.根据权利要求1所述的方法，其特征在于，在每隔预设时间间隔轮询并取回所述套接字服务器接收到的扫描数据之后、利用预设的扫描数据凭证生成模板生成相应的扫描数据凭证之前，还包括：

对所述扫描数据进行纠错，得到纠错后扫描数据。

3.根据权利要求2所述的方法，其特征在于，对所述扫描数据进行纠错，得到纠错后扫描数据，包括：

将所述扫描数据发送至云服务器；其中，所述云服务器存储有历史数据；

提取所述扫描数据中包含的关键词，并利用所述关键词在所述历史数据中进行数据匹配，得到最匹配数据；

当所述最匹配数据与所述关键词不同时，将所述关键词修改为所述最匹配数据，得到所述纠错后扫描数据。

4.根据权利要求3所述的方法，其特征在于，还包括：

利用设置在所述云服务器上的扫描数据凭证生成模板为所述纠错后扫描数据生成相应的扫描数据凭证；

接收所述云服务器返回的所述扫描数据凭证。

5.根据权利要求1所述的方法，其特征在于，还包括：

当在预设数量的预设时间间隔内未从所述套接字服务器中接收到所述扫描数据时，向所述扫描仪和所述套接字服务器发送关机指令。

6.根据权利要求1所述的方法，其特征在于，还包括：

所述套接字服务器将所述扫描仪发来的扫描数据按照预设数据排列方式进行存放，得到数据存放队列。

7.根据权利要求1所述的方法，其特征在于，所述利用预设的扫描数据凭证生成模板为所述扫描数据生成相应的扫描数据凭证，包括：

将所述扫描数据发送给云服务器；

利用所述云服务器上设置的扫描数据凭证生成模板根据所述扫描数据生成对应的扫描数据凭证；

接收所述云服务器返回的扫描数据凭证。

8.一种获取扫描数据并生成凭证的系统，其特征在于，包括：

启动指令发送单元，用于当接收到扫描数据凭证生成指令时，利用URL Protocol技术启动对应的套接字服务器，同时向扫描仪发送启动命令；

文件扫描及扫描数据发送单元，用于控制所述扫描仪对待扫描文件进行扫描，得到扫描数据，并将所述扫描数据发送至所述套接字服务器；

轮询及数据取回单元，用于每隔预设时间间隔轮询并取回所述套接字服务器接收到的扫描数据，并利用预设的扫描数据凭证生成模板为所述扫描数据生成相应的扫描数据凭证。

9.一种获取扫描数据并生成凭证的装置，其特征在于，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如权利要求1至7任一项所述的获取扫描数据并生成凭证的方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的获取扫描数据并生成凭证的方法的步骤。