一种信息处理方法、装置及系统与流程

本申请属于信息处理技术领域，尤其涉及一种信息处理方法、装置及系统。

背景技术：

目前开票系统以税控盘为核心，将税控盘和用于打印发票的打印机连接到终端上，并且在终端上安装开票软件。通过安装在终端上的开票软件向税控盘发送数据读取指令来获取开票权限和开票所需的开票数据(如纳税人名称、纳税人识别号、纳税人地址、纳税人电话、开户行信息、开户账号信息、发票金额、税率等信息)，以在获取到开票权限的情况下由使用终端的用户将开票数据输入到税控盘的发票界面中相对应位置处生成发票，然后调用打印机打印纸质发票。

在调用打印机打印纸质发票之后，税控盘可以将发票图像(也称电子版发票，即一张包含开票数据的图像)返回终端，由终端保留发票图像，从而能够在终端上实时查看已开具的发票。

技术实现要素：

有鉴于此，本申请的目的在于提供一种信息处理方法、装置及系统，用于在得到纸质发票之前获取到发票图像。

一方面，本申请提供一种信息处理方法，所述方法包括：

响应终端发送的开票申请请求，向税控盘发送数据读取指令；

接收税控盘发送的开票权限和开票所需的开票数据；

在所述开票权限指示可开票的情况下，确定所述开票数据中每条数据在发票界面中的位置；

根据所述开票数据中每条数据在发票界面中的位置，将所述开票数据填充至所述税控盘提供的发票界面中生成发票图像数据；

向打印机发送预览指令，接收并保存所述打印机在所述预览指令下生成的所述发票图像数据对应的发票图像；

向所述打印机发送打印指令，所述打印指令用于调用打印机进行发票打印，以得到纸质发票。

可选的，所述方法还包括：向所述税控盘发送复位指令，所述复位指令用于指示所述税控盘恢复至初始状态以等待开具下一张发票。

可选的，所述方法还包括：接收所述税控盘发送的发票图像的标识数据，将所述发票图像的标识数据与所述发票图像对应保存。

可选的，所述向打印机发送预览指令，接收并保存所述打印机在所述预览指令下生成的所述发票图像数据对应的发票图像包括：

向所述打印机发送打印前预览指令，所述打印前预览指令用于指示打印机生成所述发票图像数据对应的发票图像，所述打印机将所述发票图像存储在特定存储区域；

向所述打印机发送图像预览指令，所述图像预览指令用于指示打印机从所述特定存储区域中提取发票图像；

接收所述打印机提取到的所述发票图像，并保存所述发票图像。

可选的，所述在所述开票权限指示可开票的情况下，确定所述开票数据中每条数据在发票界面中的位置包括：

在所述开票权限指示可开票的情况下，对所述开票数据进行校验，以校验所述开票数据是否有效合法；

若校验所述开票数据有效合法，确定所述开票数据中每条数据在发票界面中的位置。

另一方面，本申请还提供一种信息处理装置，所述装置包括：处理器、发送单元和接收单元；

所述处理器，用于响应终端发送的开票申请请求，触发所述发送单元向税控盘发送数据读取指令；

所述接收单元，用于接收税控盘发送的开票权限和开票所需的开票数据；

所述处理器，还用于在所述开票权限指示可开票的情况下，确定所述开票数据中每条数据在发票界面中的位置，根据所述开票数据中每条数据在发票界面中的位置，将所述开票数据填充至所述税控盘提供的发票界面中生成发票图像数据；

所述处理器，还用于触发所述发送单元向打印机发送预览指令，所述预览指令用于指示所述打印机生成所述发票图像数据对应的发票图像；

所述接收单元，还用于接收所述打印机发送的发票图像，并由所述处理器保存所述发票图像；

所述处理器，还用于触发所述发送单元向所述打印机发送打印指令，所述打印指令用于调用打印机进行发票打印，以得到纸质发票。

可选的，所述接收单元，用于接收所述税控盘发送的发票图像的标识数据；

所述处理器，还用于将所述发票图像的标识数据与所述发票图像对应保存。

可选的，所述处理器，用于触发所述发送单元向所述打印机发送打印前预览指令，所述打印前预览指令用于指示打印机生成所述发票图像数据对应的发票图像，所述打印机将所述发票图像存储在特定存储区域；

所述处理器，还用于触发所述发送单元向所述打印机发送图像预览指令，所述图像预览指令用于指示打印机从所述特定存储区域中提取发票图像；

所述接收单元，用于接收所述打印机提取到的所述发票图像；

所述处理器，还用于保存所述发票图像。

再一方面，本申请还提供一种信息处理系统，所述系统包括终端、服务器、税控盘和打印机；

所述终端，用于向所述服务器发送开票申请请求；

所述服务器，用于响应所述开票申请请求，向税控盘发送数据读取指令；

所述税控盘，用于响应所述数据读取指令，获取开票权限和开票所需的开票数据，发送所述开票权限和所述开票数据至所述服务器；

所述服务器，用于在所述开票权限指示可开票的情况下，确定所述开票数据中每条数据在发票界面中的位置，根据所述开票数据中每条数据在发票界面中的位置，将所述开票数据填充至所述税控盘提供的发票界面中生成发票图像数据；

所述服务器，用于向所述打印机发送预览指令，由所述打印机响应所述预览指令，生成所述发票图像数据对应的发票图像，并向所述服务器发送所述发票图像；

所述服务器，用于保存所述发票图像，以及，所述服务器用于向所述打印机发送打印指令；

所述打印机，用于响应所述打印指令，打印发票图像以得到纸质发票。

可选的，所述服务器，用于向所述打印机发送打印前预览指令；

所述打印机，用于响应所述打印前预览指令，生成所述发票图像数据对应的发票图像，并将所述发票图像存储在特定存储区域；

所述服务器，用于向所述打印机发送图像预览指令；

所述打印机，用于响应所述图像预览指令，从所述特定存储区域中提取发票图像，并发送所述发票图像至所述服务器；

所述服务器，用于保存所述发票图像。

从上述技术方案可知，响应终端发送的开票申请请求，向税控盘发送数据读取指令；接收税控盘发送的开票权限和开票所需的开票数据；在开票权限指示可开票的情况下，确定开票数据中每条数据在发票界面中的位置，根据开票数据中每条数据在发票界面中的位置，将开票数据填充至税控盘提供的发票界面中生成发票图像数据；向打印机发送预览指令，接收并保存打印机在预览指令下生成的发票图像数据对应的发票图像，向打印机发送打印指令，打印指令用于调用打印机进行发票打印，以得到纸质发票，由此能够分别通过预览指令和打印指令得到发票图像和纸质发票，使得发票图像和纸质发票的得到方式相互独立且互不影响，从而能够在得到纸质发票之前获取到发票图像。并且在开票权限指示可开票的情况下，确定开票数据中每条数据在发票界面中的位置，根据开票数据中每条数据在发票界面中的位置，将开票数据填充至发票界面中生成发票图像数据，从而实现自动填充数据生成发票图像数据，降低用户手动输入开票数据和人工参与开票环节，提高发票的开具效率。

附图说明

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

图1是本申请实施例提供的一种信息处理方法的信令图；

图2是本申请实施例提供的一种触发开票申请请求的示意图；

图3是本申请实施例提供的一种填充开票数据生成发票图像数据的示意图；

图4是本申请实施例提供的一种发票图像的示意图；

图5是本申请实施例提供的另一种信息处理方法的信令图；

图6是本申请实施例提供的一种信息处理装置的结构示意图；

图7是本申请实施例提供的一种信息处理系统的结构示意图。

具体实施方式

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

请参阅图1，其示出了本申请实施例提供的一种信息处理方法的信令图，阐述通过终端、服务器、税控盘和打印机完成自动生成发票、得到发票图像和纸质发票的过程，在本实施例种由服务器使用税控盘来自动生成发票图像数据，并通过调用打印机得到发票图像和纸质发票，具体过程可以包括以下步骤：

101：终端向服务器发送开票申请请求，可以理解的是：开票申请请求可以是使用终端的用户需要开具发票过程中生成，其中终端可通过其安装的开票软件(开票软件可以由税控盘提供)向服务器发送开票申请请求，也可以通过以浏览器形式展示的开票软件向服务器发送开票申请请求，相对于安装开票软件的形式来说无需在终端上安装开票软件，节省终端的资源。

在本实施例中，终端向服务器发送开票申请请求可以是终端关联的开票软件中特定控件被触发的情况下发送，该特定控件指示当前需要开具发票，如图2所示，在开票软件中的“开票”这一特定控件被触发的情况下，终端向服务器发送开票申请请求，以指示服务器进行开具发票的流程。这里需要说明的一点是：终端向服务器发送的开票申请请求可通过云端服务器发送给服务器，这样云端服务器可以在收集到部分开票申请请求之后统一向服务器发送开票申请请求，以实现发票的批量开具，其中每个开票申请请求中可以携带由开票的标识信息，开票的标识信息至少用于指示开具发票的申请编号，甚至还可以指示申请开具发票的用户信息等等，本实施例不对开票的标识信息进行限定。针对图2所示，圆角矩形中的加粗字体表示当前能够被触控以执行相关操作，而正常字体表示当前不能够被触控，即便触控之后也无法执行相关操作。

102：服务器响应终端发送的开票申请请求，向税控盘发送数据读取指令。

103：税控盘在接收到数据读取指令之后，向服务器反馈税控盘发送的开票权限和开票所需的开票数据。

其中开票权限用于指示当前是否可开票，以体现出使用终端的用户是否具备开具发票的资格，开票所需的开票数据是发票生成过程中所需要填写至发票界面中的数据，如开票所需的开票数据包括但不限于纳税人名称、纳税人识别号、纳税人地址、纳税人电话、开户行信息、开户账号信息、发票金额、税率等信息，而发票界面则是一张没有填写任何开票数据但是通过一些标识符来规定开票数据中每条数据所处位置的空白发票，如目前发票界面包括增值税专用发票和增值税普通发票两种，这两种发票界面适用于所有企业和用户，但是不同企业在基于这两种发票界面生成发票过程中，发票中填写的开票数据不同，但是发票界面的格式相同。

104：服务器在开票权限指示可开票的情况下，确定开票数据中每条数据在发票界面中的位置，其中发票界面是由税控盘提供，具体的是由税控盘对应的税控软件提供发票界面，开票数据中每条数据在发票界面中的位置用于引导开票数据向发票界面中填充的过程，以使得开票数据中的每条数据都能够自动填充到其对应的位置。

在本实施例中，开票数据中每条数据在发票界面中的位置的一种表示形式是：开票数据中的每条数据与发票界面中的标识符的对应关系，以该对应关系指示每条数据在发票界面中的位置，之所以能够指示每条数据在发票界面中的位置是因为发票界面中每个标识符都有各自的位置，那么在确定对应的标识符之后就能够确定开票数据中每条数据在发票界面中的位置，例如对于纳税人名称这条数据，其对应发票界面中纳税方的名称，则纳税人名称这条数据在发票界面中的位置为纳税方的名称所在位置，如与纳税方的名称位于同一行且位于纳税方的名称之后。

又或者，开票数据中每条数据在发票界面中的位置的另一种表示形式是：以开票数据中每条数据在发票界面中的坐标表示，这是因为发票界面中各个标识符的位置固定且发票界面的尺寸相同，所以能够通过对发票界面中各个标识符的分析确定出与其对应的每条数据在发票界面中的坐标，以指示每条数据在发票界面中的位置。

在本实施例中，为了防止开票数据造假，服务器在控制开具发票过程中需要对开票数据进行校验，其过程如下：

在开票权限指示可开票的情况下，对开票数据进行校验，以校验开票数据是否有效合法；若校验开票数据有效合法，确定开票数据中每条数据在发票界面中的位置。

其中对开票数据进行校验可以包括但不限于：校验开票数据是否满足国家税务局对开票数据的要求，如校验开票数据中每条数据的数据长度、发票金额、开票数据中纳税人相关信息的位数(如纳税人识别号和开户账号信息等的位数)；以及校验开票数据对应的发票类型与税控盘能开具的发票类型是否一致，如果满足国家税务局对开票数据的要求且发票类型一致则说明有效合法，否则说明无效或不合法。发票类型用于指示当前所开发票的类型，如增值税专用发票还是增值税普通发票。

在这里需要说明的一点是：若开票权限指示不可开票，则说明终端对应的用户不具备开票权限，服务器可以向终端发送开票申请响应失败的提示信息，以提示终端对应的用户当前无法开票，从而使得终端对应的用户能够自查是否是因为纳税人信息问题导致的无法开票。

105：服务器根据开票数据中每条数据在发票界面中的位置，将开票数据填充至税控盘提供的发票界面中生成发票图像数据，如图3所示，服务器将开票数据自动填充至发票界面中生成发票图像数据，这一过程无需用户参与(如无需用户手动输入开票数据)，从而可以节省开票时间。

这里需要说明的一点是：在将开票数据填充至发票界面中生成的发票不是最终用于进行抵税的凭证，即填充后开票数据生成的发票图像数据不是反馈给纳税方的发票，而是一个检查开票数据是否填写正确的发票。

106：服务器向打印机发送预览指令，预览指令用于指示打印机生成发票图像数据对应的发票图像，以体现出生成的纸质发票的样式。

107：打印机在预览指令作用下生成发票图像数据对应的发票图像，并将发票图像发送给服务器。

108：服务器接收打印机发送的发票图像，并保存发票图像，从而在服务器中保存一个电子版发票，即纸质发票的影像。其中，服务器接收到打印机发送的发票图像之后，可以调用服务器中的截图系统对发票图像进行截图操作，然后保存截取到的发票图像。

在本实施例中，打印机生成发票图像以及服务器保存到发票图像的过程如下：

服务器向打印机发送打印前预览指令，打印前预览指令用于指示打印机生成发票图像数据对应的发票图像，类似于打印机的打印前预览功能，本实施例通过打印前预览指令可以使得打印机生成一张与纸质发票相对应的发票图像，但是目前打印机在启用打印前预览功能时打印机不会存储预览的图像，而本实施例打印机在生成发票图像过程中，打印机可以将发票图像存储在特定存储区域，其中特定存储区域可以是一个快速获取到发票图像的存储区域，如打印机的缓冲区域，或者特定存储区域可以是一个节省打印机的存储空间和资源的存储区域，如一个能够与打印机耦合通信的外设存储器等等。

服务器向打印机发送图像预览指令，图像预览指令用于指示打印机从特定存储区域中提取发票图像；服务器接收打印机提取到的发票图像，并保存发票图像，从而在服务器中保存一个电子版发票，即纸质发票的影像，如图4所示，示出了一个作为电子版发票的发票图像。

其中服务器在接收到发票图像后，触发服务器自动执行截图指令，通过截图指令使得服务器能够自动对发票图像进行截图操作，以得到一幅数字图像(即电子版发票)进行保存。服务器在自动对发票图像进行截图操作过程中，服务器可以根据预先设置的截图区域数据，确定发票图像中待截取的图像区域，然后得到该图像区域对应的数字图像，截图区域数据的形式可以是但不限于是指示发票图像中图像区域的坐标数据，例如截图区域数据包括发票图像的两个指定点的坐标，这两个指定点在发票图像中呈对角关系。

目前发票类型有多种，对于不同类型的发票来说，发票图像中与纳税人相关的信息所占用区域不同，因此针对不同类型的发票，本实施例可以设置每个类型的发票对应的截图区域数据，以使得对于不同类型的发票都能够截取到完整的纳税人相关信息的数字图像。此外对于目前发票，其有部分区域为空白区域，这些空白区域在截取成数字图像后，会占用服务器的存储空间，为此服务器在截取过程中可以去除掉发票图像中的空白区域，但仍能使得发票中各字段与纳税人相关信息一一对应，如图3中“名称”字段与纳税人名称对应。当然在进行截取操作过程中，本实施例还可以对发票图像中的部分区域进行截取，如仅对但不限于对发票图像中与抵税操作相关的信息进行截取，如仅对发票图像中的纳税人名称、发票金额和税率等，这样在保存过程中可以降低存储空间的占用。

在本实施例中，预览指令可以在打印指令之前发送给打印机，那么在得到纸质发票之前就可以得到纸质发票的影像，从而纳税方通过终端就可以从服务器中获取到纸质发票的影像，以在得到纸质发票之前进行抵税操作。

109：服务器向打印机发送打印指令。

110：打印机在打印指令作用下进行发票打印，以得到纸质发票。

从上述技术方案可知，响应终端发送的开票申请请求，向税控盘发送数据读取指令；接收税控盘发送的开票权限和开票所需的开票数据；在开票权限指示可开票的情况下，确定开票数据中每条数据在发票界面中的位置，根据开票数据中每条数据在发票界面中的位置，将开票数据填充至税控盘提供的发票界面中生成发票图像数据；向打印机发送预览指令，接收并保存打印机在预览指令下生成的发票图像数据对应的发票图像，向打印机发送打印指令，打印指令用于调用打印机进行发票打印，以得到纸质发票，由此能够分别通过预览指令和打印指令得到发票图像和纸质发票，使得发票图像和纸质发票的得到方式相互独立且互不影响，从而能够在得到纸质发票之前获取到发票图像。并且在开票权限指示可开票的情况下，确定开票数据中每条数据在发票界面中的位置，根据开票数据中每条数据在发票界面中的位置，将开票数据填充至发票界面中生成发票图像数据，从而实现自动填充数据生成发票图像数据，降低用户手动输入开票数据和人工参与开票环节，提高发票的开具效率。

请参阅图5，其示出了本申请实施例提供的另一种信息处理方法的信令图，在上述图1基础上，还可以包括以下步骤：

111：服务器向税控盘发送复位指令。

112：税控盘在复位指令作用下恢复至初始状态以等待开具下一张发票，从而使得税控盘在服务器的指令控制下不间断地执行开票操作，以不间断地为纳税方自动开具发票。

因一个纳税方可能会通过税控盘开具多张发票，相对应的服务器中也会保存多张发票图像，为了区分不同的发票图像，本实施例提供的信息处理方法还可以接收税控盘发送的发票图像的标识数据，将发票图像的标识数据与发票图像对应保存。

其中发票图像的标识数据为发票图像的身份数据，任意一幅发票图像的标识数据都是唯一的，以通过发票图像的标识数据对发票图像进行区分，例如发票图像的标识数据可以是申请编号，因为在申请开票过程中，用于进行开票申请的申请编号也会不同，从而能够以申请编号作为发票图像的标识数据。

在这里需要说明的一点是：上述服务器在接收到终端的开票申请请求之后自身执行的一系列操作以及对税控盘执行的一系列控制，如数据读取指令控制税控盘发送开票权限和开票数据、确定开票数据中每条数据在发票界面中的位置以及自动填写数据等等都是预先设置在服务器中，使得服务器在接收到终端的开票申请请求之后能够自动执行各种操作实现自动开票以及自动截取到发票图像进行保存，实现在接收到终端的开票申请请求之后的自动化执行，省去用户手动操作环节。在本实施例中，终端可以请求服务器批量开具发票，如通过一个开票申请请求，请求服务器开具10张发票，每张发票的开具和保存发票图像的过程可以参见上述图1所示方法，在具备开票权限且完成10张发票的开具之后复位。

对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

与上述方法实施例相对应，本申请实施例还提供一种信息处理装置，其结构如图6所示，可以包括：处理器11、发送单元12和接收单元13。

处理器11，用于响应终端发送的开票申请请求，触发发送单元12向税控盘发送数据读取指令。

接收单元13，用于接收税控盘发送的开票权限和开票所需的开票数据。其中开票权限用于指示当前是否可开票，以体现出使用终端的用户是否具备开具发票的资格，开票所需的开票数据是发票生成过程中所需要填写至发票界面中的数据，具体请参阅上述方法实施例中的相关说明，对此本实施例不在阐述。

处理器11，还用于在开票权限指示可开票的情况下，确定开票数据中每条数据在发票界面中的位置，根据开票数据中每条数据在发票界面中的位置，将开票数据填充至税控盘提供的发票界面中生成发票图像数据。需要注意的一点是：填充后开票数据生成的发票不是反馈给纳税方的发票，而是一个检查开票数据是否填写正确的发票。

在本实施例中，开票数据中每条数据在发票界面中的位置的一种表示形式是：开票数据中的每条数据与发票界面中的标识符的对应关系，以该对应关系指示每条数据在发票界面中的位置，又或者，开票数据中每条数据在发票界面中的位置的另一种表示形式是：以开票数据中每条数据在发票界面中的坐标表示。

为了防止开票数据造假，处理器11还可以在开票权限指示可开票的情况下，对开票数据进行校验，以校验开票数据是否有效合法；若校验开票数据有效合法，确定开票数据中每条数据在发票界面中的位置，而校验开票数据的过程请参阅上述方法实施例中的相关说明，对此本实施例不在阐述。

处理器11，还用于触发发送单元12向打印机发送预览指令，预览指令用于指示打印机生成发票图像数据对应的发票图像，以体现出生成的纸质发票的样式。

接收单元13，还用于接收打印机发送的发票图像，并由处理器11保存发票图像，从而保存一个电子版发票，即纸质发票的影像。在本实施例中，信息处理装置可以包括一个存储器，由处理器11将发票图像保存至存储器中，或者信息处理装置可以与一个外部存储装置耦合通信，由处理器11将发票图像保存至该外部存储装置中。

在本实施例中，从接收发票图像到保存发票图像的过程如下：

处理器11，用于触发发送单元12向打印机发送打印前预览指令，打印前预览指令用于指示打印机生成发票图像数据对应的发票图像，打印机将发票图像存储在特定存储区域。

处理器11，还用于触发发送单元12向打印机发送图像预览指令，图像预览指令用于指示打印机从特定存储区域中提取发票图像。

接收单元13，用于接收打印机提取到的发票图像。由处理器11保存发票图像，具体的处理器11在接收到发票图像后，自动执行截图指令，通过截图指令使得处理器能够自动对发票图像进行截图操作，以得到一幅数字图像(即电子版发票)进行保存。处理器在自动对发票图像进行截图操作过程中，处理器可以根据预先设置的截图区域数据，确定发票图像中待截取的图像区域，然后得到该图像区域对应的数字图像，截图区域数据的形式可以是但不限于是指示发票图像中图像区域的坐标数据，详细请参阅上述方法实施例中的相关说明，对此本实施例不在阐述。

处理器11，还用于触发发送单元12向打印机发送打印指令，打印指令用于指示打印机进行发票打印，以得到纸质发票，由此能够分别通过预览指令和打印指令得到发票图像和纸质发票，使得发票图像和纸质发票的得到方式相互独立且互不影响，从而能够在得到纸质发票之前获取到发票图像。并且在开票权限指示可开票的情况下，确定开票数据中每条数据在发票界面中的位置，利用开票数据中每条数据在发票界面中的位置，将开票数据填充至发票界面中生成发票，从而实现自动填充数据生成发票，降低用户手动输入开票数据和人工参与开票环节，提高发票的开具效率。

在本实施例中，接收单元13，还用于接收税控盘发送的发票图像的标识数据。处理器11，还用于将发票图像的标识数据与发票图像对应保存。

其中发票图像的标识数据为发票图像的身份数据，任意一幅发票图像的标识数据都是唯一的，以通过发票图像的标识数据对发票图像进行区分，例如发票图像的标识数据可以是申请编号，因为在申请开票过程中，用于进行开票申请的申请编号也会不同，从而能够以申请编号作为发票图像的标识数据。

与上述实施例相对应，本申请实施例还提供一种信息处理系统，其结构如图7所示，可以包括终端21、服务器22、税控盘23和打印机24。

终端21，用于向服务器22发送开票申请请求，可以理解的是：开票申请请求可以是使用终端的用户需要开具发票过程中生成，其中终端可通过其安装的开票软件向服务器发送开票申请请求，也可以通过以浏览器形式展示的开票软件向服务器发送开票申请请求，相对于安装开票软件的形式来说无需在终端上安装开票软件，节省终端的资源。

在本实施例中，终端向服务器发送开票申请请求可以是终端关联的开票软件中特定控件被触发的情况下发送，该特定控件指示当前需要开具发票，详细请参阅上述方法实施例中的相关说明，对此本实施例不在阐述。

服务器22，用于响应开票申请请求，向税控盘23发送数据读取指令。

税控盘23，用于响应数据读取指令，获取开票权限和开票所需的开票数据，发送开票权限和开票数据至服务器22。其中开票权限用于指示当前是否可开票，以体现出使用终端的用户是否具备开具发票的资格，开票所需的开票数据是发票生成过程中所需要填写至发票界面中的数据，具体请参阅上述方法实施例中的相关说明，对此本实施例不在阐述。

服务器22，用于在开票权限指示可开票的情况下，确定开票数据中每条数据在发票界面中的位置，根据所述开票数据中每条数据在发票界面中的位置，将所述开票数据填充至所述税控盘提供的发票界面中生成发票图像数据。

在本实施例中，开票数据中每条数据在发票界面中的位置的一种表示形式是：开票数据中的每条数据与发票界面中的标识符的对应关系，以该对应关系指示每条数据在发票界面中的位置，又或者，开票数据中每条数据在发票界面中的位置的另一种表示形式是：以开票数据中每条数据在发票界面中的坐标表示。

为了防止开票数据造假，服务器22还可以在开票权限指示可开票的情况下，对开票数据进行校验，以校验开票数据是否有效合法；若校验开票数据有效合法，确定开票数据中每条数据在发票界面中的位置，而校验开票数据的过程请参阅上述方法实施例中的相关说明，对此本实施例不在阐述。

服务器22，用于向打印机24发送预览指令，由打印机24响应预览指令，生成发票图像数据对应的发票图像，以体现出生成的纸质发票的样式。

在本实施例中，从生成发票图像至保存发票图像的过程如下：

服务器22向打印机24发送打印前预览指令；打印机24响应打印前预览指令，生成发票图像数据对应的发票图像，并将发票图像存储在特定存储区域。

服务器22向打印机24发送图像预览指令；打印机24响应图像预览指令，从特定存储区域中提取发票图像，并发送发票图像至服务器22，由服务器22保存发票图像。

具体的服务器在接收到发票图像后，触发服务器自动执行截图指令，通过截图指令使得服务器能够自动对发票图像进行截图操作，以得到一幅数字图像(即电子版发票)进行保存。服务器在自动对发票图像进行截图操作过程中，服务器可以根据预先设置的截图区域数据，确定发票图像中待截取的图像区域，然后得到该图像区域对应的数字图像，截图区域数据的形式可以是但不限于是指示发票图像中图像区域的坐标数据。

打印机24，用于向服务器22送发票图像，服务器22，用于保存发票图像。

服务器用于向打印机24发送打印指令，调用打印机24进行发票打印，以得到纸质发票，由此能够分别通过预览指令和打印指令得到发票图像和纸质发票，使得发票图像和纸质发票的得到方式相互独立且互不影响，从而能够在得到纸质发票之前获取到发票图像。并且在开票权限指示可开票的情况下，确定开票数据中每条数据在发票界面中的位置，使得税控盘能够利用开票数据中每条数据在发票界面中的位置，将开票数据填充至发票界面中生成发票，从而实现自动填充数据生成发票，降低用户手动输入开票数据和人工参与开票环节，提高发票的开具效率。

在本实施例中，服务器22还用于接收税控盘23发送的发票图像的标识数据。服务器22还用于将发票图像的标识数据与发票图像对应保存。

其中发票图像的标识数据为发票图像的身份数据，任意一幅发票图像的标识数据都是唯一的，以通过发票图像的标识数据对发票图像进行区分，例如发票图像的标识数据可以是申请编号，因为在申请开票过程中，用于进行开票申请的申请编号也会不同，从而能够以申请编号作为发票图像的标识数据。

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

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

对所公开的实施例的上述说明，使本领域技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。