CN109472919A - 一种票据收缴方法及相关终端和存储装置 - Google Patents

Abstract

本申请公开了一种票据收缴方法及相关终端和存储装置。该票据收缴方法包括基于扫描信息对扫描区的待收缴票据进行识别，得到相应的识别结果；基于所述识别结果获取所述待收缴票据的验证结果；若验证结果为验证通过，则基于所述识别结果将所述待收缴票据按预设收缴规则进行收缴；若验证结果为验证未通过，则退回所述待收缴票据。通过上述方案实现自动对扫描区的待收缴票据的扫描、识别、验证和收缴工作，节省了提交待收缴票据的用户的提交流程和等待时间，同时也减少了票据收缴单位的工作人员的工作量，节省人力成本。

Description

一种票据收缴方法及相关终端和存储装置

技术领域

本申请涉及票据收缴技术领域，特别是涉及一种票据收缴方法及相关终端和存储装置。

背景技术

在企业的商务或财务活动中对通常产生大量的相关票据，其中一些类别的票据需要在规定时间内由企业上缴至官方，例如财务发票等。

目前企业上缴票据需要由收缴单位的工作人员对企业工作人员上缴的票据进行票据签收、真伪查验、业务合规性查验、区分联次等，并要根据上缴的票据提供签收回执，需要消耗收缴单元的大量大力资源；而企业工作人员在收缴过程中也需要人工进行排队等候，浪费大量时间。进一步，由于大部分工作均由人工进行处理，难以避免由人工造成的失误。

发明内容

本申请主要解决的技术问题是提供一种票据收缴方法及相关终端和存储装置，该票据收缴方法能够对待收缴票据自动进行识别和收缴，节省人力成本。

为了解决上述问题，本申请第一方面提供了一种票据收缴方法，所述票据收缴方法包括：

基于扫描信息对扫描区的待收缴票据进行识别，得到相应的识别结果；

基于所述识别结果获取所述待收缴票据的验证结果；

若验证结果为验证通过，则基于所述识别结果将所述待收缴票据按预设收缴规则进行收缴；

若验证结果为验证未通过，则退回所述待收缴票据。

为了解决上述问题，本申请第二方面提供了一种票据收缴终端，所述票据收缴终端包括处理器、票据扫描电路和票据传送单元；所述票据扫描电路和票据传送单元均与所述处理器连接；

所述票据扫描电路，用于对扫描区的待收缴票据进行扫描得到相应的扫描信息，并向所述处理器发送所述扫描信息；

所述处理器，用于根据所述扫描信息对所述待收缴票据进行识别，得到相应的识别结果；根据所述识别结果获取所述待收缴票据的验证结果，并基于所述验证结果和所述识别结果向所述票据传送单元发送票据传送指令；

所述票据传送单元，用于根据所述票据传送指令将所述待收缴票据传送至票据收缴仓或票据退回仓处，以收缴或退回所述待收缴票据。

为了解决上述问题，本申请第三方面提供了一种存储装置，所述存储装置存储有计算机指令，所述计算机指令能够被执行以实现权利要求上述票据收缴方法。

上述方案中，基于扫描信息对扫描区的待收缴票据进行识别，得到相应的识别结果；基于所述识别结果获取所述待收缴票据的验证结果；若验证结果为验证通过，则基于所述识别结果将所述待收缴票据按预设收缴规则进行收缴；若验证结果为验证未通过，则退回所述待收缴票据。进而实现自动对扫描区的待收缴票据的扫描、识别、验证和收缴工作，节省了提交待收缴票据的用户的提交流程和等待时间，同时也减少了票据收缴单位的工作人员的工作量，节省人力成本。

附图说明

图1是本申请票据收缴终端一实施例的原理框图；

图2是本申请票据收缴终端另一实施例的原理框图；

图3是本申请票据收缴终端又一实施例的原理框图；

图4是本申请票据收缴终端一实施例的内部结构的正面示意图；

图5是本申请票据收缴终端一实施例的内部结构的背面示意图；

图6是本申请票据收缴终端一实施例的整体结构示意图；

图7是本申请票据收缴方法第一实施例的流程示意图；

图8是图7中步骤S12的一实施方式的流程示意图；

图9是图7中步骤S13的一实施方式的流程示意图；

图10是图9中步骤S132的一实施方式的流程示意图；

图11是图9中步骤S133的一实施方式的流程示意图；

图12是图7中步骤S14的一实施方式的流程示意图；

图13是本申请票据收缴方法第二实施例的流程示意图；

图14是本申请存储装置一实施例的结构示意图。

具体实施方式

下面结合说明书附图，对本申请实施例的方案进行详细说明。

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、接口、技术之类的具体细节，以便透彻理解本申请。

本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

请参阅图1，图1是本申请票据收缴终端一实施例的原理框图。如图1所示，本实施例的票据收缴终端100包括依次连接的票据扫描单元102、通信电路104和票据传送单元103。其中，票据扫描单元102用于对扫描区的待收缴票据进行扫描，得到相应的扫描信息，以基于所述扫描信息得到相应的识别结果；通信电路104用于将识别结果发送至验证端，并接收验证端反馈的验证结果。票据传送单元103用于将待收缴票据传送至票据收缴仓或票据退回仓处，以收缴或退回待收缴票据。

进一步，本实施例的票据收缴终端根据待收缴票据的票据类型的数量设置相应数量的票据收缴仓，票据传送单元103将待收缴票据传送至与所述票据类型对应的票据收缴仓。进一步，票据收缴仓可包括临时票据收缴仓和正式票据收缴仓，票据传送单元103首先将待收缴票据传送至临时票据收缴仓，待临时票据收缴仓内的待收缴票面满足收缴要求时，再将待收缴票据放置入正式票据收缴仓内。

本实施例的票据收缴终端可实现自动对扫描区的待收缴票据的扫描、验证和收缴工作，节省了提交待收缴票据的用户的提交流程和等待时间，同时也减少了票据收缴单位的工作人员的工作量，节省人力成本。

请参阅图2，图2是本申请票据收缴终端另一实施例的原理框图。如图2所示，本实施例的票据收缴终端200包括处理器101、票据扫描单元102和票据传送单元103，其中，票据扫描单元102和票据传送单元103分别与处理器101连接。票据扫描单元102用于对用户放置的需要收缴的待收缴票据进行扫描，得到相应的扫描信息，并将扫描信息发送至处理器101。本实施例中，票据扫描单元102可包括图像扫描单元，获取到的相应的扫描信息为扫描图像；进一步，票据扫描单元102也可包括条码扫描单元，此时扫描信息即可包括条码扫描单元获取到的待收缴票据上的条码信息，条码信息可以是二维码信息，也可以是条形码信息。处理器101接收票据扫描单元102发送的扫描信息，对扫描信息进行识别得到待收缴票据的识别结果，进一步，可基于该识别结果获取待收缴票据的验证结果，根据验证结果和识别结果向票据传送单元103发送相应的票据传送指令，令票据传送单元103根据票据传送指令将待收缴票据传送至票据收缴仓或票据退回仓处，以收缴或退回待收缴票据。可以理解的是，本实施例说记载的用户指需要提交票据进行收缴查验的企业单位，具体为企业单位相关职位的工作人员，以增值税专用发票为例，用户即为需要向财务部门上缴发票的各个企业单位的相关职位的工作人员。

进一步，请参阅图3，在图2的基础上票据收缴终端200还可设置有与处理器101连接的通信电路104，通信电路104用于票据收缴终端300与其他服务器或终端设备之间的信息通信和通信。在一实施方式中，通信电路104接收处理器101发送的识别结果，并将识别结果发送至验证端以使验证端对待收缴票据进行验证得到相应的验证结果，本实施例待收缴票据为增值税专用发票为例，验证端相应为可连接财务部门的发票池的服务器等终端设备。进一步，通信电路104接收验证端反馈的验证结果，将验证结果发送回处理器101以使处理器101根据验证结果选择后续执行内容。在其他实施方式中，也可利用通信电路104获取外部服务器发送的票据相关的数据池，令处理器101自身根据该数据池中的数据信息对待收缴票据进行验证得到相应的验证结果，并根据该验证结果选择后续执行内容。本实施例中，识别结果包括待收缴票据的票面信息，票面信息至少可包括票据联次、票据号码、票据代码、票据金额等，此外也可包括相关开票的单位名称、相关商品明细等。

本实施例中，票据传送单元103包括相互连接的票据传送仓1032和步进电机1031，步进电机1031与处理器101连接。经过票据扫描单元102扫描后的待收缴票据被收入票据传送仓1032放置，同时处理器101根据验证结果和识别结果向步进电机1031发送相应的票据传送指令，步进电机1031根据票据传送指令开始工作并带动票据传送仓1032运动，进而将票据传送仓1032带动至票据收缴仓或票据退回仓处。进一步，票据传送仓1032相对于票据收缴仓和/或票据退回仓的一面设置有第一仓门，票据收缴终端还包括与处理器101连接的第一仓门控制电路105。当票据传送仓1032在步进电机1031的带动下运动到票据收缴仓或票据退回仓处时，步进电机1031可向处理器101发送相应的移动确定指令，在其他实施方式中也可设置与处理器101连接的传感器，利用传感器对票据传送仓1032的位置进行感应，并将感应到的票据传送仓1032的位置信息发送给处理器101。处理器101根据移动确定指令确定票据传送仓1032已经移动到的相应的位置。此时，处理器101一方面向步进电机1031发送工作暂停指令以使步进电机1031停止工作；另一方面向第一仓门控制电路105发送第一仓门开启指令，以使第一仓门开启，令票据传送仓1032内存放的待收缴票据被存入票据收缴仓或票据退回仓中。

本实施例中，票据传送指令包括票据收缴指令和票据退回指令，若票据传送单元103接收到的是票据收缴指令，则将待收缴票据传送至票据收缴仓进行收缴；若票据传送单元103接收到的是票据退回指令，则将待收缴票据传送至票据退回仓进行退回处理。

进一步，处理器101对待收缴票据进行识别得到的识别结果还可包含待收缴票据的票据类型，进而向票据传送单元103发送的票据传送指令可包含待收缴票据的票据类型。票据传送单元103根据票据传送指令中包含的待收缴票据的票据类型将待收缴票据传送至与票据类型对应的票据收缴仓。在一实施方式中，票据类型可包括发票联和抵扣联；由此，若票据传送指令中包含的票据类型为发票联，则票据传送单元103将待收缴票据传送至发票联收缴仓进行收缴，若票据传送指令中包含的票据类型为抵扣联，则票据传送单元103将待收缴票据传送至抵扣联收缴仓进行收缴。

进一步，本实施例的票据收缴终端300还包括与处理器101连接的打印单元108，当处理器101确定完成待收缴票据的收缴时，向打印单元108发送打印指令，打印单元108根据打印指令基于票据收缴仓内的待收缴票据打印相应的收缴清单，将收缴清单通过票据传送单元103放置在票据收缴区内的待收缴票据的上方。由此，当下一批次的待收缴票据的被收缴时可利用打印的收缴清单将两个批次的待收缴票据分隔开，当票据收缴单位的工作人员从票据收缴仓中取走一段时间内收缴的待收缴票据后，可根据待收缴票据上方的收缴清单对不同批次的待收缴票据进行区分归档。可以理解的是，本实施例的票据收缴终端300可对用户一次性放入的多张待收缴票据进行收缴，通过上述说明内容对多张待收缴发票逐张收缴直至检测到扫描区不在有需要收缴的待收缴发票，若用户对本次放入的多张发票进行了确定并完成待收缴票据放入票据收缴仓后，即认为完成了本批次的票据收；当用户再次放入其他待收缴票据时，其他待收缴票据即认为是下一批次的待收缴票据。

本实施例中，票据收缴仓可包括临时票据收缴仓和正式票据收缴仓，其中，临时票据收缴仓和正式票据收缴仓之间设置有第二仓门。进一步，票据收缴终端还包括与处理器101连接的第二仓门控制电路106。此时，票据传送单元103接收到票据收缴指令，根据票据收缴指令将待收缴票据传送至临时票据收缴仓，以使临时票据收缴仓接收并临时存放由票据传送单元103传送的待收缴票据。当处理器101确定正式收缴待收缴票据时，向第二仓门控制电路106发送第二仓门开启指令以开启第二仓门，进而令临时票据收缴仓内临时存放的待收缴票据被存入正式票据收缴仓中。

结合上述打印单元108，当处理器确定临时票据收缴仓内放入的待收缴票据满足收缴标准时，在控制第二仓门开启前先向打印单元108发送打印指令，可以理解的是，打印指令中包含有识别到的待收缴票据的票面信息(其中可包含不同票据类型的票面信息)。进一步，打印单元108响应打印指令，基于对应于不同票据类型的临时票据收缴仓内的待收缴票据分别打印相应的收缴清单，并将收缴清单通过票据传送单元103放置在临时收缴区内的待收缴票据的上方。当第二仓门开启后，收缴清单即可随临时收缴区内的待收缴票据一并落入正式票据收缴仓内。例如，基于发票联的临时票据收缴仓内的待收缴票据打印相应的收缴清单，打印完成后向票据传送单元103发送相应的传输指令，令票据传送仓1032先移动至打印单元108的出纸口以使打印好的收缴清单被放入票据传送仓1032内，进一步，票据传送仓1032在步进电机1031的带动下移动到发票联的临时票据收缴仓处，第二仓门开启，收缴清单从票据传送仓1032落入发票联的临时票据收缴仓内。收缴清单的打印可用于对不同批次之间的待收缴票据进行分隔，票据收缴单位的工作人员在从票据收缴终端300内取走待收缴票据进行归档时，一方面可基于收缴清单对不同批次的待收缴票据进行区分归档，另一方面可直接通过收缴清单查看待收缴票据的票面信息。进一步，当处理器确定临时票据收缴仓内放入的待收缴票据满足收缴标准时，还可向打印单元108发送收缴回执打印指令。打印单元108响应收缴回执打印指令，基于待收缴票据的票面信息等内容打印本次进行票据收缴的票据收缴回执。票据收缴回执通过票据传送单元103被传送至票据退回仓以使用户从中取走票据收缴回执。

进一步，本实施例的临时票据收缴仓的至少一面和票据退回仓的至少一面设置有第三仓门，票据收缴终端还包括与处理器101连接的第三仓门控制电路107。当处理器101确定将待收缴票据退回给用户时，向第三仓门控制电路107发送第三仓门控制指令，以开启第三仓门。第三仓门开启后，用户可从临时票据收缴仓和/或票据退回仓中取走待收缴票据。

进一步，本实施例的票据收缴终端300还包括与处理器101连接的人机交互单元109。处理器101可进一步根据验证结果确定是否需要用户对待收缴票据的票面信息进行修正，若需要用户对待收缴票据的票面信息进行修正，则控制人机交互单元109提示用户是否要对票面信息进行修改，若用户选择对票面信息进行修正，则在相应的修正区域获取并向处理器101发送用户修正后的票据信息，以使处理器101根据用户修正后的票据信息再次获取该待收缴票据的验证结果；若用户选择不对票据信息进行修正，则向处理器101发送用户未修正指令，此时处理器101确定退回该待收缴票据。

进一步，本实施例的票据收缴终端300还包括与处理器101连接的用户信息获取单元110。票据收缴终端启用用户信息获取单元110获取用户信息，当确定对待收缴票据进行收缴时，将获取的用户信息与待收缴票据的票面信息进行绑定并存储。此时，完成待收缴票据的收缴后，财务部分的相关工作人员可根据待收缴票据的票面信息对相应的用户进行查询，以及令用户根据用户信息对自己上缴的票据进行查询。

进一步，本实施例的票据收缴终端300还可包括与处理器101连接的音频电路120，用于在执行票据收缴操作时通过语音向用户发起相应的语音提示，例如在确定需要用户修正票面信息时可通过语音提示用户，在确定完成待收缴票据的收缴时可通过语音提示用户完成票据收缴等。

进一步，本实施例的票据收缴终端300还可包括与处理器101连接存储电路130，用于存储处理器101执行的计算机指令、获取的用户信息、处理器101识别到的识别结果等。

进一步请参阅图4和图5，图4是本申请票据收缴终端一实施例的内部结构的正面示意图，图5是本申请票据收缴终端一实施例的内部结构的背面示意图。本实施例的票据收缴终端300的工作原理可参见图2和图3所示的原理框图及相应说明，结合图2至图3所示的原理框图，对图4和图5所示的票据收缴终端300从机构执行上进一步进行说明。如图3和图4所示，票据收缴终端300包括处理器(图中未画出)、票据扫描单元102和票据传送单元103，其中，处理器设置在票据收缴终端300内部，票据传送单元103设置在票据扫描单元102的出口处。票据扫描单元102包括有如扫描探头、摄像机等扫描器件，待收缴票据从票据扫描单元102的入票口1021进入扫描区，扫描器件面向扫描区用于对扫描区内的待收缴票据进行扫描，并将获取到的扫描信息发送给处理器，由处理器根据扫描信息对待收缴票据进行识别得到相应的识别结果，进一步由处理器基于识别结果获取待收缴票据的验证结果。同时，经过票据扫描单元102扫描后的待收缴票据进入票据传送单元103内。进一步，处理器根据验证结果和识别结果向票据传送单元103发送相应的票据传送指令。票据传送单元103根据票据传送指令将其内部放入的待收缴票据传送至相应的票据收缴仓210a、210b进行收缴，或将其内部放入的待收缴票据传送至相应的票据退回仓220以退回待收缴票据。

进一步，如图4和图5所示，票据传送单元103包括步进电机1031和票据传送仓1032，票据传送仓1032设置在票据扫描单元102的出口处；具体的，步进电机1031连接一丝杆，票据传送仓1032设置在丝杆上，由此票据传送仓1032即可在步进电机1031的带动下沿丝杆方向移动。当经过票据扫描单元102扫描后的待收缴票据进入票据传送仓1032内后，步进电机1031即可根据接收到的票据传送指令开始工作进而带动票据传送仓1032移动至票据收缴仓210a、210b或票据退回仓220处。

进一步，票据传送仓1032相对于票据收缴仓210a、210b和票据退回仓220的一面设置有第一仓门(图中未示出)，且票据收缴终端300设置有相应的第一仓门控制电路。第一仓门控制电路用于基于处理器的第一仓门控制指令开启或关闭第一仓门。当票据传送仓1032被带动至票据收缴仓210a、210b或票据退回仓220处时，处理器接收到相应的位置信息以确定票据传送仓1032已经移动到相应的位置，则处理器进一步向第一仓门控制电路发送第一仓门控制指令以开启第一仓门。如图4和图5所示，票据收缴仓210a、210b和票据退回仓220均设置在票据传送仓1032的下方，相应的，第一仓门设置在票据传送仓1032的底面，当第一仓门开启时，票据传送仓1032内的待收缴票据则会由于重力而落入相应的票据收缴仓210a、210b或票据退回仓220内。

进一步，本实施例的票据收缴终端300可设置多个票据收缴仓210，在一实施方式中，票据收缴仓210a、210b的数量可根据待收缴票据可包含的票据类型的数量设置。以待收缴票据为增值税专用发票为例，增值税专用发票可根据票据联次分为发票联和抵扣联，在对增值税专用发票进行收缴时，发票联和抵扣联是需要分开收缴的，相应的，即可设置分别用来收缴发票联的发票联票据收缴仓210a和用来收缴抵扣联的抵扣联票据收缴仓210b。处理器根据扫描信息对待收缴票据进行识别得到的识别结果可包括该待收缴票据的票据类型，进而在向票据传送单元103发送的票据传送指令中包含有待收缴票据的票据类型，以使票据传送单元103基于票据收缴指令中包含的票据类型为发票联或抵扣联，将待收缴票据传送至发票联票据收缴仓210a或抵扣联票据收缴仓210b内。

进一步，本实施例中票据收缴仓210a、210b包括临时票据收缴仓211a、211b和正式票据收缴仓212a、212b，临时票据收缴仓211a、211b和正式票据收缴仓212a、212b之间设置有第二仓门(图中未标出)，票据收缴终端300设置有相应的第二仓门控制电路。其中，临时票据收缴仓211a、211b和正式票据收缴仓212a、212b重叠设置，且正式票据收缴仓212a、212b位于临时票据收缴仓211a、211b下方。票据传送仓1032的第一仓门开启后，待收缴票据从票据传送仓1032中先落入临时票据收缴仓211a、211b。当处理器确定临时票据收缴仓211a、211b内放入的待收缴票据满足收缴标准后，即确定对临时票据收缴仓211a、211b内的待收缴票据进行正式收缴，此时处理器向第二仓门控制电路发送第二仓门控制指令以开启第二仓门，由此临时票据收缴仓211a、211b内的待收缴票据基于重力作用落入其下方的正式票据收缴仓212a、212b内，进而完成对待收缴票据的收缴。

进一步如图5所示，临时票据收缴仓211a、211b和正式票据收缴仓212a、212b的一面均设置有开口，结合图6所示的票据收缴终端的整体结构，临时票据收缴仓211a、211b的开口对应于票据收缴终端300的外壳上设置的第四仓门2111a、2111b，相应的，票据收缴终端300还设置有第四仓门控制电路。当处理器确定临时票据收缴仓211a、211b内放入的待收缴票据不满足收缴标准时，通过第四仓门控制电路控制第四仓门开启，进而令用户可通过该第四仓门和临时票据收缴仓211a、211b上的开口取出临时票据收缴仓211a、211b内的待收缴票据。

进一步如图5所示，票据退回仓220的至少一面设置有第三仓门2201，票据收缴终端300设置有相应的第三仓门控制电路。第三仓门控制电路可接收处理器的第三仓门控制指令以开启第三仓门2201。结合图5所示的票据收缴终端的整体结构，票据收缴终端300的外壳上设置有与第三仓门2201对应的开口2202。处理器通过第三仓门控制电路控制第三仓门2201开启，进而令用户可通过该开启的第三仓门2201和外壳上的开口2202取出票据退回仓220内的待收缴票据。

可以理解的是，临时票据收缴仓211a、211b的开口处也可设置与第三仓门2201相似的仓门结构，相应的，票据收缴终端300上相应位置处设置开口。票据退回仓220的第三仓门2201可由一开口取代，相应在票据终端300的外壳上设置对应的仓门即可。

进一步如图4和图5所示，本实施例的票据收缴终端300还可设置有打印单元108，打印单元108的出纸口对向票据传送仓1032，其打印的清单或回执可落入票据传送仓1032中。

进一步参阅图6，图6是本申请票据收缴终端一实施例的整体结构示意图，图4和图5所示的票据收缴终端300的内部结构均设置在图6所示的票据收缴终端300内部。如图6所示，票据收缴终端300还可包括人机交互单元109、用户信息获取单元110、音频电路和存储电路。其中，人机交互单元109进一步可包括相关处理电路和人机交互界面。用户信息获取单元110可为摄像头，相应获取的用户信息为用户图像信息。在其他实施方式中，用户信息获取单元110还可包括复用上述人机交互界面，用户可通过人机交互界面输入相应的用户所在单位名称、用户名称、用户职位等用户信息。进一步，上述的打印单元108、人机交互单元109、用户信息获取单元110、音频电路和存储电路的工作内容及原理可参见上述对图2和图3中打印单元108、人机交互单元109、用户信息获取单元110、音频电路和存储电路的说明，此处不再赘述。

进一步请参阅7，图7是本申请票据收缴方法第一实施例的流程示意图。本实施例的方法可应用于上述图1至图6所示的票据收缴终端。如图7所示，本实施方法至少可包括如下步骤：

S11：基于扫描信息对扫描区的待收缴票据进行识别，得到相应的识别结果。

需要向相关部门上缴票据的企业单位等用户通过上述图1至图6所示的票据收缴终端进行票据收缴，用户将待收缴票据放置于扫描区，扫描区对向票据扫描单元，由票据扫描单元对待收缴票据进行扫描获取相应的扫描信息。得到待收缴票据的扫描信息后，基于该扫描信息对待收缴票据进行识别得到相应的识别结果。进一步，票据扫描单元即为图1至图3所示的票据扫描单元102。

本实施例中，根据识别结果可确定待收缴票据是否符合预设待收缴票据类型，若是，则进一步执行S12；否则执行S14。其中，预设待收缴票据类型为对待收缴票据预设的票据种类，例如，预设待收缴票据类型为增值税专用发票，则可根据识别结果确定扫描区的待收缴票据是否为增值税专用发票，若是，则进一步执行S12；否则执行S14。

S12：基于识别结果获取待收缴票据的验证结果。

当确定待收缴票据符合预设待收缴票据类型时，进一步基于对待收缴票据的识别结果得到对待收缴票据的验证结果。上述识别结果至少可包括识别到的待收缴票据的票据信息，本实施例以待收缴票据为发票具体，票面信息至少可包括票据联次、票据号码、票据代码、票据金额等，此外也可包括相关开票的单位名称、相关商品明细等。

在一实施方式中，如图8所示，S12可包括如下步骤：

S121：将票面信息发送至验证端。

将识别到的票面信息发送至验证端，验证端可以是与财务管理系统关联的客户端(可以是电脑、服务器等终端设备)，由验证端利用财务管理系统中存储的相应的发票池内的票面信息对待收缴票据进行真伪验证，并得到相应的验证结果。具体的，可将待收缴票据的票面信息与发票池内的票面信息进行比对，如能够在发票池内的票面信息中查找到与待收缴票据的票面信息匹配的票面信息，则对该待收缴票据的验证结果为验证通过；若在发票池内的票面信息中未查找到与待收缴票据的票面信息匹配的票面信息，则对该待收缴票据的验证结果为验证未通过。验证端得到验证结果后向票据收缴终端反馈该验证结果。

S122：获取验证端反馈的验证结果。

票据收缴终端接收该验证结果，并基于该验证结果选择后续执行步骤。可以理解的是，票据收缴终端获取到的验证结果具体为待收缴票据为验证通过或验证未通过。

S13：基于识别结果将待收缴票据按预设收缴规则进行收缴。

若验证结果为验证通过，则说明待收缴票据为真票据，则按相应预设收缴规则收缴待收缴票据。在一实施方式中，可基于票据类型将待收缴票据放入与其票据类型对应的收缴区进行收缴。以待收缴票据为发票为例，票据类型可包括发票联和抵扣联，根据识别结果可确定待收缴票据的票据类型为发票联或抵扣联，则进一步将待收缴票据放入发票联收缴区或抵扣联收缴区进行收缴。其中，将待收缴票据放入收缴区进行收缴的具体执行内容可参见图1至图6所示的票据收缴终端中利用票据传送单元和票据收缴仓对待收缴票据进行票据收缴的具体说明，此处不再赘述。

进一步参阅图9，在一实施方式中，上述S13可包括如下步骤：

S131：根据待收缴票据的票据类型将待收缴票据传送至与其票据类型对应的临时收缴区。

当待收缴票据的验证结果为验证通过，确定对待收缴票据进行收缴；本实施例先根据待收缴票据的票据类型将其放入相应的临时收缴区中进行临时收缴；例如对增值税专用发票而言，即将发票联放入发票联临时收缴区，抵扣联放入抵扣联临时收缴区。结合图1至图6所示的票据收缴终端，发票联临时收缴区即为发票联临时收缴仓211a，抵扣联临时收缴区即为抵扣联临时收缴仓211b。

S132：判断临时收缴区内的待收缴票据是否满足收缴标准。

进一步，对临时收缴区内的待收缴票据进行判断，确定其是否满足收缴标准。若是则执行后续S133；否则执行S14退回待收缴票据，具体的，此处退回的为临时收缴区内(包括发票联临时收缴区和抵扣联临时收缴区)的待收缴票据。

进一步如图10所示，在一实施方式中，上述S132可包括如下步骤：

S1321：判断发票联对应的临时收缴区内和抵扣联对应的临时收缴区内的待收缴票据是否一一对应。

本实施例以增值税专用发票为例，待收缴票据的票据类型包括发票联和抵扣联，在一般情况下，属于发票联的票据和属于抵扣联的票据应当一一对应。因此，在S131将待收缴票据根据其票据类型放入相应的临时收缴区之后，对发票联对应的临时收缴区内和抵扣联对应的临时收缴区内的待收缴票据的对应性进行判断，已确定两者的一致性，若是，则确定发票联对应的临时收缴区内和抵扣联对应的临时收缴区内的待收缴票据满足收缴标准；否则确定发票联对应的临时收缴区内和抵扣联对应的临时收缴区内的待收缴票据中一者出现了缺失或者错误，则确定临时收缴区内的待收缴票据不满足收缴标准。

在另一实施方式中，在对发票联对应的临时收缴区内和抵扣联对应的临时收缴区内的待收缴票据进行判断后，还可继续执行如下判断步骤：

S1322：判断临时收缴区内的待收缴票据的金额是否与结算金额相符。

进一步，对临时收缴区内的临时收缴的所有待收缴票据的金额进行结算，得到待收缴票据的总金额，在票据收缴时用户也会提供相应的需要结算的结算金额，由此，可判断临时收缴区内的待收缴票据的总金额与用户提供的需要结算的结算金额进行比对，判断两者是否一致，若两者一致则确定临时收缴区内的待收缴票据满足收缴标准，若两者不一致，则可能出现了票据错误，待收缴票据过多或不足，则确定临时收缴区内的待收缴票据不满足收缴标准。需要说明的是，发票联对应的临时收缴区内的待收缴票据的金额、抵扣联对应的临时收缴区内的待收缴票据的金额以及用户提供的需要结算的结算金额三者应当一致，通过S1321的判断可确定发票联对应的临时收缴区内的待收缴票据的金额和抵扣联对应的临时收缴区内的待收缴票据的金额之间的一致性，进一步，通过S1322确定两者与用户提供的结算金额之间的一致性。

可理解的是，在一实施方式中上述S1321和S1322均可执行，且两者没有必然的先后顺序的限制，但只有当S1321和S1322的判断结果均为“是”时，才确定临时收缴区内的待收缴票据满足收缴标准，否则临时收缴区内的待收缴票据不满足收缴标准。

S133：将临时收缴区内的待收缴票据放入正式收缴区。

若上述S132确定临时收缴区内的待收缴票据满足收缴标准，则将临时收缴区内的待收缴票据放入正式收缴区进行正式收缴。

进一步，如图11所示，S133可包括如下步骤：

S1331：分别针对发票联对应的临时收缴区内和抵扣联对应的临时收缴区内的待收缴票据打印收缴清单。

当确定对临时收缴区内的待收缴票据进行正式收缴时，控制打印单元分别根据发票联对应的临时收缴区内和抵扣联对应的临时收缴区内的待收缴票据打印相应的收缴清单。其中，收缴清单中可以记录本次收缴的待收缴票据的数量、金额、票据提交单位等信息。

S1332：将收缴清单分别放置在发票联对应的临时收缴区内和抵扣联对应的临时收缴区内的待收缴票据的上方。

S1333：将临时收缴区内的待收缴票据和收缴清单放入正式收缴区。

收缴清单被分别放置在发票联对应的临时收缴区内和抵扣联对应的临时收缴区内的待收缴票据的上方，在将临时收缴区内的待收缴票据放入正式收缴区时，收缴清单会随待收缴票据一并被放入正式收缴区，且在待收缴票据上方。当下一个执行上述步骤收缴待收缴票据时，可利用本次待收缴票据的上方的收缴清单将两次收缴的待收缴票据区分开来，相关工作人员从正式收缴区中取走待收缴票据进行归档时即可通过收缴清单将不同批次收缴的待收缴发票进行区分，且可以直接根据收缴清单中的打印的信息确定哪个批次的待收缴票据对应哪个用户，金额多少等，节省了人工对待收缴票据进行人工核对的过程，节省人力资源的同时也可提高核对正确率。

S14：退回待收缴票据。

若根据上述S12确定待收缴票据不符合预设待收缴票据类型，或根据上述S12获取到的验证结果为待收缴票据验证未通过，则将该待收缴票据退回给用户。其中，将待收缴票据放入票据退回区以实现票据退回操作。具体地方，票据退回操作的具体执行内容可参见图1至图5所示的票据收缴终端中利用票据传送单元和票据退回仓对待收缴票据进行票据收缴的具体说明，此处不再赘述。

进一步，在本实施例中退回待收缴票据时还可根据待收缴票据的退回原因确定是否需要用户对票面信息进行修正而再次获取待收缴票据的验证结果。弱待收缴票据的退回原因是待收缴票据不符合预设待收缴票据类型，则待收缴票据不属于本票据收缴终端进行收缴的票据，直接退回给用户。若待收缴票据根据上述S12获取到的验证结果为验证未通过，则需要用户对票面信息进行修正而再次获取待收缴票据的验证结果，如图12所示，此时S14可包括如下步骤：

S141：基于验证未通过的票面信息的识别方式判断是否需要用户对票面信息进行修正。

可以理解的是，根据扫描信息的类别的不同，对扫描信息进行识别时采用的识别方式也不同，而对于票据收缴终端而言其在利用扫描信息对待收缴票据进行识别时采用的识别方式是已知的。本实施例中，根据采用的识别方式判断需要用户对待收缴票据的票面信息进行修正；若需要则继续执行后续S142；若不需要则继续执行后续S143。

S142：在用户进行修正后获取用户修正后的票面信息。

若需要用户对票面信息进行修正，则提示用户对待收缴票据的票面信息进行修正。本实施例中可通过票据收缴终端的人机交互界面的修改区域显示需要进行待收缴票据的需要修正的票面信息的主题，以增值税专用发票为例，可显示需要修正的发票号码、发票代码等票面信息的主题；此外，也可显示出票据收缴终端识别出的票面信息，如此，用户即可通过人机界面对票据收缴终端识别出的票面信息进行核对并修正。

当通过人机交互界面对票面信息进行修正并对修正后的票面信息进行确认后，即可获取用户修正后的票面信息，并进一步将利用用户修正后的票面信息对待收缴票据进行验证。相应的，即可基于用户修正后的票面信息返回上述S12的步骤，利用修正后的票面信息再次对待收缴票据进行验证，获取相应的验证结果，若再次获取的验证结果为验证通过，则执行S13对待收缴票据进行收缴，若再次获取的验证结果为验证不通过，则执行后续的S143退回待收缴票据。

进一步，本实施例中，票据收缴终端的人机交互界面还显示有不修正的选项供用户选择。若用户确定不对待收缴票据的票面信息进行修正，则继续执行S143。

S143：退回待收缴票据。

当待收缴票据不符合预设待收缴票据类型，或待收缴票据验证不通过，或用户不对待收缴票据的票面信息进行修正，又或基于用户修正后的票面信息再次验证也不通过时，将退回待收缴票据。结合图1至图5所示的票据收缴终端，将待收缴票据放入票据退回仓，进一步，通过第一仓门控制电路控制票据退回仓的第一仓门开启，用户即可从票据退回仓中取走被退回的待收缴票据。

进一步结合图9至图10所示的票据收缴方法实施例和图12所示的票据收缴方法实施例，此时S132中判断的结果为临时收缴区内的待收缴票据不满足收缴标准时，不需要用户对票面信息进行修正而直接执行上述S143。此时结合图1至图6所示的票据收缴终端，退回临时票据收缴仓内的待收缴票据。

进一步，请参阅图13，图13是本申请票据收缴方法第二实施例的流程示意图。如图13所示，本实施例的票据收缴方法至少可包括如下步骤：

S21：获取用户信息。

当用户将待收缴票据放置在扫描区时，票据收缴终端开启用户信息获取单元获取用户信息。本实施例中用户信息可包括用户图像信息、用户单位名称等，相应的，用户信息获取单元可以是拍摄单元，通过拍摄单元获取用户图像信息，此外，用户也可通过票据收缴终端的人机交互界面输入用户所在的单位名称、用户名称、职位等用户信息。

S22：基于扫描信息对扫描区的待收缴票据进行识别，得到相应的识别结果。

S23：基于识别结果获取待收缴票据的验证结果。

S24：基于识别结果将待收缴票据按预设收缴规则进行收缴。

S25：生成相应的票据收缴回执，将票据收缴回执的信息与用户信息进行绑定并存储。

经过S24对待收缴票据进行收缴后，对待收缴票据生成相应的票据收缴回执，将该票据收缴回执与获取的用户信息进行绑定并存储，以便于后续根据票据收缴回执对相应的用户进行查询，以及令用户根据自身的用户信息对本次的待收缴票据进行查询。进一步，可将生成的票据收缴回执打印成纸质的票据收缴回执，并将纸质的票据收缴回执反馈给用户，以做票据收缴凭证。

S26：退回待收缴票据。

本实施例中上述S23至S24与图7至图12所示的S11至S13相同，S26与S14相同，此处不再赘述。此外，本实施例对S21的具体执行顺序不做限制，即可在S25之前的对待收缴票据进行收缴的任意步骤中获取用户信息，能够实现S25中将票据收缴回执与用户信息进行绑定存储即可。

进一步，请参阅图14，图14是本申请存储装置一实施例的结构示意图。如图14所示，本实施例中的存储装置130中存储有能够被执行的计算机指令1301，该计算机指令1301被执行能够实现上述图7至图13所示的票据收缴方法第一实施例和第二实施例。

本实施例中，该存储装置130可以是智能终端的存储模块、移动存储单元(如移动硬盘、U盘等)、网络云盘、应用存储平台或服务器等具备存储功能的介质。此外，该存储装置还可以为上述图3中所示的存储电路130。

上述方案为需要定期上缴票据的企业单位用户或个人用户提供一个自助进行票据收缴的方式，令企业单位用户或个人用户能够更加便捷的进行票据上缴，此外，票据收缴单位的工作人员也基于该票据收缴方法和终端减少了工作量从而进行更有价值的工作。

在本申请所提供的几个实施例中，应该理解到，所揭露的方法和装置，可以通过其它的方式实现。例如，以上所描述的装置实施方式仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施方式方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

以上描述中，为了说明而不是为了限定，提出了诸如特定系统结构、接口、技术之类的具体细节，以便透彻理解本申请。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施方式中也可以实现本申请。在其它情况中，省略对众所周知的单元、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

Claims (10)

1.一种票据收缴方法，其特征在于，包括：

基于扫描信息对扫描区的待收缴票据进行识别，得到相应的识别结果；

基于所述识别结果获取所述待收缴票据的验证结果；

若验证结果为验证通过，则基于所述识别结果将所述待收缴票据按预设收缴规则进行收缴；

若验证结果为验证未通过，则退回所述待收缴票据。

2.根据权利要求1所述的票据收缴方法，其特征在于，

所述识别结果至少包括所述待收缴票据的票面信息；

所述基于所述识别结果获取所述待收缴票据的验证结果的步骤包括：

将所述票面信息发送至验证端，以由所述验证端根据所述票面信息对所述待收缴票据进行验证并生成验证结果；

获取所述验证端反馈的所述验证结果。

3.根据权利要求2所述的票据收缴方法，其特征在于，所述若验证结果为验证未通过，则退回所述待收缴票据的步骤进一步包括：

基于验证未通过的所述票面信息的识别方式判断是否需要用户对所述票面信息进行修正；

若需要用户对所述票面信息进行修正，则在所述用户进行修正后返回所述基于所述识别结果获取所述待收缴票据的验证结果的步骤；

若不需要用户对所述票面信息进行修正或所述用户未进行修正，则退回所述待收缴票据。

4.根据权利要求1所述的票据收缴方法，其特征在于，

所述识别结果还包括所述待收缴票据的票据类型；

所述基于所述识别结果将所述待收缴票据按预设收缴规则进行收缴的步骤包括：

基于所述票据类型将所述待收缴票据放入与其票据类型对应的收缴区进行收缴。

5.根据权利要求4所述的票据收缴方法，其特征在于，

所述基于所述票据类型将所述待收缴票据放入与其票据类型对应的收缴区进行收缴的步骤包括：

根据所述待收缴票据的票据类型将所述待收缴票据传送至与其票据类型对应的临时收缴区；

判断所述临时收缴区内的所述待收缴票据是否满足收缴标准；

若满足收缴标准，则将所述临时收缴区内的所述待收缴票据放入正式收缴区；

若不满足收缴标准，则退回所述待收缴票据。

6.根据权利要求5所述的票据收缴方法，其特征在于，所述票据类型包括发票联和抵扣联；

所述判断所述临时收缴区内的所述待收缴票据是否满足收缴标准的步骤包括：

判断发票联对应的临时收缴区内和抵扣联对应的临时收缴区内的待收缴票据是否一一对应；

若一一对应，则判定为满足收缴标准；

若未一一对应，则判定为不满足所述收缴标准。

7.根据权利要求6所述的票据收缴方法，其特征在于，所述若一一对应，则判定为满足收缴标准的步骤进一步包括：

判断所述临时收缴区内的待收缴票据的金额是否与结算金额相符；

若相符，则判定为满足收缴标准；

若不相符，则判定为不满足收缴标准。

8.根据权利要求6所述的票据收缴方法，其特征在于，若满足收缴标准，则将所述临时收缴区内的所述待收缴票据放入正式收缴区的步骤进一步包括：

分别针对发票联对应的临时收缴区内和抵扣联对应的临时收缴区内的待收缴票据打印收缴清单；

将所述收缴清单分别放置在发票联对应的临时收缴区内和抵扣联对应的临时收缴区内的待收缴票据的上方；

将所述临时收缴区内的所述待收缴票据和所述收缴清单放入所述正式收缴区。

9.一种票据收缴终端，其特征在于，包括：处理器、票据扫描电路和票据传送单元；所述票据扫描电路和票据传送单元均与所述处理器连接；

所述票据扫描电路，用于对扫描区的待收缴票据进行扫描得到相应的扫描信息，并向所述处理器发送所述扫描信息；

所述处理器，用于根据所述扫描信息对所述待收缴票据进行识别，得到相应的识别结果；根据所述识别结果获取所述待收缴票据的验证结果，并基于所述验证结果和所述识别结果向所述票据传送单元发送票据传送指令；

所述票据传送单元，用于根据所述票据传送指令将所述待收缴票据传送至票据收缴仓或票据退回仓处，以收缴或退回所述待收缴票据。

10.一种存储装置，其特征在于，所述存储装置存储有计算机指令，所述计算机指令能够被执行以实现权利要求1～8任意一项所述的数据抽取方法。