CN105719168A - 打印发票的方法及系统 - Google Patents

Abstract

本发明实施例提供了打印发票的方法及系统，所述方法包括：第一终端接收打印信息，所述打印信息中包括发票抬头信息和消费信息；所述第一终端将所述发票抬头信息和所述消费信息中的消费金额分别填入所述发票抬头输入框以及消费金额输入框中；所述第一终端打印发票。所述方法通过采用第一终端自动及受控打印的方式，只需要第一终端接收打印信息，避免了顾客手写时容易发生笔误、笔迹识别错误或开票人员输入时输入错误的问题，加快了开票人员的工作效率，减少了顾客等待时间和整个开票流程耗时。

Description

打印发票的方法及系统

技术领域

本发明涉及打印发票领域，具体而言，涉及打印发票的方法及系统。

背景技术

现有的发票开具过程(非网购或网络支付)是由商户开票人员全程操作，由于开票人员对需开票的具体业务项及其包含开票关键信息(金额和发票抬头)并不掌握，他需要根据顾客请求，审核顾客所(以口头、手写或提供名片等方式)提供的开票关键信息，审核无误后，再人工输入到发票税控打印系统中，操作打印，完成开票操作。整个信息转递和打印过程都是人工操作，繁琐、耗时且顾客手写时容易发生笔误、笔迹识别错误或开票人员输入时输入错误，不仅影响开票人员工作效率，还延长顾客等待时间。

发明内容

有鉴于此，本发明实施例的目的在于提供打印发票的创新方法及系统以解决上述问题。

为了实现上述目的，本发明实施例采用的技术方案如下：

第一方面，本发明实施例提供了一种打印发票的方法，所述方法包括：第一终端接收打印信息，所述打印信息中包括发票抬头信息和消费信息；所述第一终端将所述发票抬头信息和所述消费信息中的消费金额分别填入所述发票抬头输入框以及消费金额输入框中；所述第一终端打印发票。

第二方面，本发明实施例提供了一种打印发票的方法，所述方法包括：服务器接收第二终端发送的发票打印请求，所述请求中包括用户唯一识别码，用户位置信息，商家名称以及商家位置信息；所述服务器接收所述第二终端的输入信息，所述输入信息包括发票抬头信息和消费信息；所述服务器验证所述发票打印请求是否合法，当所述服务器判断所述发票打印请求合法时，向第一终端发送打印信息，所述打印信息中包括发票抬头信息和消费信息。

第三方面，本发明实施例提供了一种打印发票的方法，所述方法包括：第二终端向服务器发送发票打印请求，以使所述服务器响应所述发票打印请求，根据所述打印请求中的用户唯一识别码查询所述用户唯一识别码对应的发票抬头信息，当查询出所述用户唯一识别码对应的发票抬头信息，将所述对应的发票抬头信息返回给所述第二终端，所述请求中包括用户唯一识别码，用户位置信息，商家名称以及商家位置信息；第二终端向服务器发送输入信息，所述输入信息包括发票抬头信息和消费信息。

第四方面，本发明实施例提供了一种发票打印系统，所述系统包括第一终端，第二终端以及服务器，

所述第二终端，用于向服务器发送发票打印请求，所述请求中包括用户唯一识别码，用户位置信息，商家名称以及商家位置信息；向服务器发送输入信息，所述输入信息包括发票抬头信息和消费信息；

所述服务器，用于接收第二终端发送的发票打印请求；接收所述第二终端的输入信息；验证所述发票打印请求是否合法，当所述服务器判断所述发票打印请求合法时，向第一终端发送打印信息，所述打印信息中包括发票抬头信息和消费信息；

所述第一终端，用于接收打印信息；将所述发票抬头信息和所述消费信息中的消费金额分别填入所述发票抬头输入框以及消费金额输入框中；打印发票。

与现有技术相比，本发明实施例提供的打印发票的方法及系统，采用开票直接需求方顾客从第二终端发送开票请求和关键信息给第一终端，第一终端接收和自动打印发票的方式。这种方式只需要第一终端接收打印信息，避免了顾客手写和人工传递开票信息给开票人员，再由开票人员手工输入的现有模式下容易发生笔误、笔迹识别错误或开票人员人工输入错误的问题，加快了开票人员的工作效率，减少了顾客等待时间和整个开票流程耗时。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1是本发明实施例提供的一种服务器与第一终端，第二终端交互的示意图。

图2是本发明实施例提供的服务器的方框示意图。

图3是本发明实施例提供的第一终端的方框示意图。

图4是本发明实施例提供的第二终端的方框示意图。

图5是本发明第一实施例提供的一种打印发票的方法的流程图。

图6是本发明第二实施例提供的一种打印发票的方法的流程图。

图7是本发明第三实施例提供的一种打印发票的方法的流程图。

图8是本发明第四实施例提供的一种打印发票的方法的流程图。

图9是本发明第五实施例提供的一种打印发票的方法的流程图。

图10是本发明第一实施例提供的一种打印发票的装置的功能模块示意图。

图11是本发明第二实施例提供的一种打印发票的装置的功能模块示意图。

图12是本发明第三实施例提供的一种打印发票的装置的功能模块示意图。

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本发明的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性或时间先后。

如图1所示，是本发明实施例提供的打印发票系统中的服务器200与第二终端100及第一终端400的一种交互方式。所述服务器200通过网络300与第二终端100进行通信连接，并且通过网络300与第一终端400进行通信，以进行数据通信或交互。所述服务器200、第二终端100以及第一终端400的操作系统可以是，但不限于，安卓(Android)系统、IOS(iPhoneoperatingsystem)系统、Windowsphone系统、Windows系统等。

如图2所示，是所述第二终端100的方框示意图。所述第二终端100包括打印发票的装置110、存储器120、存储控制器130、处理器140、外设接口150、输入输出单元160、音频单元170、显示单元180。

所述存储器120、存储控制器130、处理器140、外设接口150、输入输出单元160、音频单元170、显示单元180各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。所述打印发票的装置110包括至少一个可以软件或固件(firmware)的形式存储于所述存储器中或固化在所述用户终端的操作系统(operatingsystem，OS)中的软件功能模块。所述处理器140用于执行存储器120中存储的可执行模块，例如所述打印发票的装置110包括的软件功能模块或计算机程序。

其中，存储器120可以是，但不限于，随机存取存储器(RandomAccessMemory，RAM)，只读存储器(ReadOnlyMemory，ROM)，可编程只读存储器(ProgrammableRead－OnlyMemory，PROM)，可擦除只读存储器(ErasableProgrammableRead－OnlyMemory，EPROM)，电可擦除只读存储器(ElectricErasableProgrammableRead－OnlyMemory，EEPROM)等。其中，存储器120用于存储程序，所述处理器140在接收到执行指令后，执行所述程序，本发明实施例任一实施例揭示的流过程定义的服务器所执行的方法可以应用于处理器140中，或者由处理器140实现。

处理器140可能是一种集成电路芯片，具有信号的处理能力。上述的处理器140可以是通用处理器，包括中央处理器(CentralProcessingUnit，简称CPU)、网络处理器(NetworkProcessor，简称NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述外设接口150将各种输入/输入装置耦合至处理器140以及存储器120。在一些实施例中，外设接口150，处理器140以及存储控制器130可以在单个芯片中实现。在其他一些实例中，他们可以分别由独立的芯片实现。

输入输出单元160用于提供给用户输入数据实现用户与所述用户终端的交互。所述输入输出单元160可以是，但不限于，鼠标和键盘等。

音频单元170向用户提供音频接口，其可包括一个或多个麦克风、一个或者多个扬声器以及音频电路。

显示单元180在所述用户终端与用户之间提供一个交互界面(例如用户操作界面)或用于显示图像数据给用户参考。在本实施例中，所述显示单元可以是液晶显示器或触控显示器。若为触控显示器，其可为支持单点和多点触控操作的电容式触控屏或电阻式触控屏等。支持单点和多点触控操作是指触控显示器能感应到来自该触控显示器上一个或多个位置处同时产生的触控操作，并将该感应到的触控操作交由处理器进行计算和处理。

如图3所示，是所述第一终端400的方框示意图。所述第一终端400包括打印发票的装置410、存储器420、存储控制器430、处理器440、外设接口450、输入输出单元460、显示单元470。

所述第一终端400中的存储器420、存储控制器430、处理器440、外设接口450、输入输出单元460、显示单元470均可参照关于第二终端的描述，这里不再赘述。

如图4所示，是所述服务器200的方框示意图。所述服务器200包括打印发票的装置210、存储器220、存储控制器230、处理器240。

所述服务器200中的存储器220、存储控制器230、处理器240均可参照关于第二终端的描述，这里不再赘述。

图5示出了本发明第一实施例提供的一种打印发票的方法的流程图，请参阅图5，本实施例描述的是第一终端的处理流程，所述方法包括：

步骤S501，第一终端接收打印信息，所述打印信息中包括发票抬头信息和消费信息；

其中，第一终端可以为放置在商户的终端。

步骤S502，所述第一终端将所述发票抬头信息和所述消费信息中的消费金额分别填入所述发票抬头输入框以及消费金额输入框中；

步骤S503，所述第一终端打印发票。

本发明实施例提供的打印发票的方法，通过采用第一终端自动打印的方式，只需要第一终端接收打印信息，避免了顾客手写时容易发生笔误、笔迹识别错误或开票人员输入时输入错误的问题，加快了开票人员的工作效率，减少了顾客等待时间。

图6示出了本发明第二实施例提供的一种打印发票的方法的流程图，请参阅图6，本实施例描述的是第一终端的处理流程，所述方法包括：

步骤S601，第一终端接收打印信息，所述打印信息中包括发票抬头信息和消费信息；

其中，第一终端接收的打印信息的来源有很多种，下面简单介绍两种实施方式，但是可以理解的是，并不局限于所述两种方式。

在一种具体实施方式中，所述第一终端接收第一输入信息，所述第一输入信息包括发票抬头信息的关键词；所述第一终端向所述服务器发送匹配请求信息，所述匹配请求信息包括所述关键词，以使所述服务器响应所述匹配请求信息，向所述第一终端返回匹配结果，所述匹配结果包括与所述关键词匹配成功的发票抬头信息；所述第一终端接收用于确认所需发票抬头信息的第二输入信息；所述第一终端接收第三输入信息，所述第三输入信息包括消费信息。

在这种实施方式中，第一终端接收的第一输入信息可以来自使用者的手工输入，由于服务器会预先储存所有处理过的抬头信息，行成海量抬头信息数据库，当第一终端接收到发票抬头信息的关键词时，便能向所述服务器发送匹配请求信息，服务器根据匹配请求信息的关键词，智能匹配所储存的海量抬头信息，选择最有可能的目标开票抬头返回给所述第一终端，这样可以最大程度减少使用者全字段信息输入的机会，减少开票人员工作量和开票出错几率，减少整个开票流程耗时和顾客等待。

在另一种具体实施方式中，所述打印信息是所述服务器根据第二终端发送的发票打印请求及所述第二终端的输入信息验证出所述发票打印请求合法时发送的，所述发票打印请求包括用户唯一识别码、用户位置信息、商家名称以及商家位置信息，所述第二终端的输入信息包括发票抬头信息和消费信息。

在这种实施方式中，第一终端接收的第一输入信息来自于服务器与第二终端交互后产生的信息。所述第二终端的输入信息可以来自使用者的输入，由于来自于第二终端的输入，因此服务器需要验证其合法性后，才能向服务器发送。这种实施方式中，由于第二终端接收到输入是来自使用者的输入，减少了顾客手写时容易发生笔误、笔迹识别错误的可能性，而也无需开票人员在第一终端进行输入，加快了开票人员工作效率，减少了顾客等待时间。

步骤S602，所述第一终端定位所述第一终端中安装的税务应用程序显示界面上的发票抬头输入框以及消费金额输入框。

其中，所述第一终端定位所述第一终端中安装的税务应用程序显示界面上的发票抬头输入框以及消费金额输入框的方法有很多种，下面简单介绍两种实施方式，但是可以理解的是，并不局限于所述两种方式。

在一种具体实施方式中，所述第一终端根据所述税务应用程序的配置文件，判断所述税务应用程序的版本号是否存储于所述配置文件中，所述配置文件包括已经定位过发票抬头输入框以及消费金额输入框的税务应用程序的版本号及对应的所述发票抬头输入框以及所述消费金额输入框的位置信息；当所述税务应用程序的版本号不在所述配置文件中时，所述第一终端接收鼠标输入信息，根据鼠标点击的位置，定位所述第一终端中安装的税务应用程序显示界面上的发票抬头输入框以及消费金额输入框。

其中，所述配置文件可以存储在第一终端内部或者存储在服务器。

优选的，所述配置文件存储在服务器。进一步的，所述第一终端向所述服务器发送更新指令，所述更新指令包括所述税务应用程序的版本号及对应的所述发票抬头输入框以及所述消费金额输入框的位置信息，以使所述服务器响应所述更新指令将所述更新指令中包括的所述税务应用程序的版本号及对应的所述发票抬头输入框及所述消费金额输入框的位置信息添加进所述配置文件中。

在另一种具体实施方式中，所述第一终端根据所述税务应用程序的中输入框的标识信息，定位所述第一终端中安装的税务应用程序显示界面上的发票抬头输入框以及消费金额输入框。其中，所述标识信息可以为输入框的ID或者是输入框的名字。

步骤S603，所述第一终端将所述发票抬头信息和所述消费信息中的消费金额分别填入所述发票抬头输入框以及消费金额输入框中；

通过在所述第一终端定位所述第一终端中安装的税务应用程序显示界面上的发票抬头输入框以及消费金额输入框后，将所述发票抬头信息和所述消费信息中的消费金额分别填入所述发票抬头输入框以及消费金额输入框中，这种方式使得第一终端可以兼容多种不同版本号的税务应用程序，且不需要税务应用程序特别的授权，获取的都是税务应用程序公开的数据，并且记录所述定位信息，使得不需要每次都进行定位，进一步提高了开票的效率、与不同税务发票程序/系统的兼容性和跨行业适用性。

可以理解的是，在所述第一终端将所述发票抬头信息和所述消费信息中的消费金额分别填入所述发票抬头输入框以及消费金额输入框中后，可以通过工作人员对输入的内容进行审核以确认输入信息是否正确。因此，在步骤S603之后，可以包括步骤：所述第一终端接收用于确认所述发票抬头信息和所述消费信息正确性的确认信息。

其中，可以理解的是，在所述第一终端接收用于确认所述发票抬头信息和所述消费信息正确性的确认信息之前，所述第一终端可以接收来自用户通过第二终端发送的检索信息，所述检索信息包括房号，桌号，交易单号等信息，但是可以理解的是，所述检索信息并不局限于上述实施方式，能用来确认本次消费的正确性的检索信息都属于本范围内。当第一终端接收到所述检索信息后，开票工作人员可以通过第一终端对所述检索信息进行审核以确认所述检索信息是否正确，如果正确，所述第一终端接收用于确认所述发票抬头信息和所述消费信息正确性的确认信息，否则，所述第一终端接收用于否定所述发票抬头信息和所述消费信息正确性的拒绝信息。当所述第一终端接收到所述拒绝信息时，所述第一终端不会打印发票。

可以理解的是，在步骤S603之后，还可以包括步骤：

所述第一终端获取收银平台的消费信息，与所述打印信息中的消费信息进行比对，如果一致，所述第一终端打印发票。

通过所述第一终端将获取到的收银平台的消费信息与打印信息中的消费信息进行比对，而省去了工作人员对消费信息的审核过程，使得整个过程实现全自动，完全无需开票人员人工干预。

步骤S604，所述第一终端打印发票。

可以理解的是，第一终端成功打印发票或拒绝，第一终端均可以返回结果值给第二终端，令到顾客随时了解请求受理动态，减少等待期间的焦虑，及时通知结果，无须人工转达，提升用户体验和减少工作人员劳动强度。

本发明实施例提供的打印发票的方法，除了解决上一实施例可以解决的方法外，通过在所述第一终端定位所述第一终端中安装的税务应用程序显示界面上的发票抬头输入框以及消费金额输入框后，将所述发票抬头信息和所述消费信息中的消费金额分别填入所述发票抬头输入框以及消费金额输入框中，这种方式使得第一终端可以兼容多种不同版本号的税务应用程序，且不需要税务应用程序特别的授权，获取的都是税务应用程序公开的数据，并且记录所述定位信息，使得不需要每次都进行定位，进一步提高了开票的效率。另外，还通过所述第一终端将获取到的收银平台的消费信息与打印信息中的消费信息进行比对，而省去了工作人员对消费信息的审核过程，使得整个过程实现全自动，完全无需开票人员人工干预。

图7示出了本发明第三实施例提供的一种打印发票的方法的流程图，请参阅图7，本实施例描述的是服务器的处理流程，所述方法包括：

步骤S701，服务器接收第二终端发送的发票打印请求，所述请求中包括用户唯一识别码，用户位置信息，商家名称以及商家位置信息；

步骤S702，所述服务器接收所述第二终端的输入信息，所述输入信息包括发票抬头信息和消费信息；

步骤S703，所述服务器验证所述发票打印请求是否合法，当所述服务器判断所述发票打印请求合法时，向第一终端发送打印信息，所述打印信息中包括发票抬头信息和消费信息。

本发明实施例提供的打印发票的方法中，服务器将接收到的来自于第二终端的输入信息，并将接收到输入信息发送给第一终端，以使第一终端能够更加打印请求后进行打印，这个过程第一终端不需要人工操作，减少了开票人员手工输入时出错的可能性以及手工完整输入的时间，减少整个开票流程耗时和顾客等待，并且减少开票人员工作量和开票出错几率。同时服务器设置了验证机制，避免了恶意用户反复发起打印发票的请求，使得整个打印过程更加智能有效。

图8示出了本发明第四实施例提供的一种打印发票的方法的流程图，请参阅图8，本实施例描述的是服务器的处理流程，所述方法包括：

步骤S801，服务器接收第二终端发送的发票打印请求，所述请求中包括用户唯一识别码，用户位置信息，商家名称以及商家位置信息；

步骤S802，所述服务器根据所述用户唯一识别码，查询所述用户唯一识别码对应的发票抬头信息；当查询出所述用户唯一识别码对应的发票抬头信息，所述服务器将所述对应的发票抬头信息返回给所述第二终端。

步骤S803，所述服务器查询所述用户唯一识别码对应的发票抬头信息是否包括所述发票抬头信息，如果没有，所述服务器将所述发票抬头信息存储于所述用户唯一识别码对应的发票抬头信息中。

步骤S804，所述服务器接收所述第二终端的输入信息，所述输入信息包括发票抬头信息和消费信息；

步骤S805，所述服务器验证所述发票打印请求是否合法，当所述服务器判断所述发票打印请求合法时，向第一终端发送打印信息，所述打印信息中包括发票抬头信息和消费信息。

其中，所述服务器验证所述发票打印请求是否合法，具体包括：

所述服务器根据所述用户位置信息和商家位置信息，判断用户的位置是否合法；当判断出用户的位置合法时，所述服务器获取所述用户唯一识别码在所述商家名称对应商户的打印请求记录，判断所述发票打印请求发起的时刻与所述打印请求记录中最后一条记录的时刻的间隔是否小于预设间隔阈值；当所述发票打印请求发起的时刻与所述打印请求记录中最后一条记录的时刻的间隔小于预设间隔阈值时，服务器获取预设时间内的打印请求记录的个数，判断所述个数是否小于预设频次阈值；

当所述个数小于预设频次阈值时，服务器判定所述打印发票请求合法。

本发明实施例提供的打印发票的方法中，由于服务器会储存所有处理过的抬头信息，行成海量抬头信息数据库，当服务器接收到打印请求中的用户唯一识别码时，根据所述打印请求中的用户唯一识别码查询所述用户唯一识别码对应的发票抬头信息，便能智能匹配所储存的海量抬头信息，选择唯一识别码对应的发票抬头信息返回给所述第二终端，这种实施方式中，由于服务器会存储用户唯一识别码对应的发票抬头信息，因此使用者不用反复输入输入相同的抬头信息，减少了手工输入时出错的可能性以及手工完整输入的时间，减少整个开票流程耗时和顾客等待，并且减少开票人员工作量和开票出错几率。同时服务器设置了验证机制，避免了恶意用户反复发起打印发票的请求，使得整个打印过程更加智能有效。

图9示出了本发明第五实施例提供的一种打印发票的方法的流程图，请参阅图9，本实施例描述的是第二终端的处理流程，所述方法包括：

步骤S901，第二终端向服务器发送发票打印请求，以使所述服务器响应所述发票打印请求，根据所述打印请求中的用户唯一识别码查询所述用户唯一识别码对应的发票抬头信息，当查询出所述用户唯一识别码对应的发票抬头信息，将所述对应的发票抬头信息返回给所述第二终端，所述请求中包括用户唯一识别码，用户位置信息，商家名称以及商家位置信息；

其中，所述请求中包括的商家名称以及商家位置信息可以是所述第二终端通过扫描商户的二维码获得，也可以是通过关注商户的公众号获得，还可以是进入定制的应用程序的控制界面获取。

其中，所述用户唯一识别码可以是用户注册定制的应用程序的ID，也可以是代表用户手机的ID，例如手机的物理地址等信息。

步骤S902，第二终端向服务器发送输入信息，所述输入信息包括发票抬头信息和消费信息。

本发明实施例提供的打印发票的方法中，由于服务器会预先储存所有处理过的抬头信息，行成海量抬头信息数据库，当服务器接收到打印请求中的用户唯一识别码时，根据所述打印请求中的用户唯一识别码查询所述用户唯一识别码对应的发票抬头信息，便能智能匹配所储存的海量抬头信息，选择唯一识别码对应的发票抬头信息返回给所述第二终端，这种实施方式中，由于服务器会存储用户唯一识别码对应的发票抬头信息，因此使用者不用反复输入输入相同的抬头信息，减少了手工输入时出错的可能性以及手工完整输入的时间，减少整个开票流程耗时和顾客等待，并且减少开票人员工作量和开票出错几率。

请参阅图10，是本发明实施例提供的图2所示的打印发票的装置410的功能模块示意图。所述打印发票的装置410包括接收模块411、输入模块412、打印模块413，运行于第一终端400上。

所述接收模块411，用于第一终端接收打印信息，所述打印信息中包括发票抬头信息和消费信息；

所述输入模块412，用于所述第一终端将所述发票抬头信息和所述消费信息中的消费金额分别填入所述发票抬头输入框以及消费金额输入框中；

所述打印模块413，用于所述第一终端打印发票。

以上各模块可以是由软件代码实现，此时，上述的各模块可存储于第一终端的存储器内。以上各模块同样可以由硬件例如集成电路芯片实现。

请参阅图11，是本发明实施例提供的图3所示的打印发票的装置110的功能模块示意图。所述打印发票的装置110包括第一发送模块111、第二发送模块112，运行于第二终端100上。

所述第一发送模块111，用于第二终端向服务器发送发票打印请求，以使所述服务器响应所述发票打印请求，根据所述打印请求中的用户唯一识别码查询所述用户唯一识别码对应的发票抬头信息，当查询出所述用户唯一识别码对应的发票抬头信息，将所述对应的发票抬头信息返回给所述第二终端，所述请求中包括用户唯一识别码，用户位置信息，商家名称以及商家位置信息；

所述第二发送模块112，用于第二终端向服务器发送输入信息，所述输入信息包括发票抬头信息和消费信息。

以上各模块可以是由软件代码实现，此时，上述的各模块可存储于第二终端的存储器内。以上各模块同样可以由硬件例如集成电路芯片实现。

请参阅图12，是本发明实施例提供的图4所示的打印发票的装置210的功能模块示意图。所述打印发票的装置210包括第一接收模块211、第二接收模块212，处理模块213，运行于服务器200上。

所述第一接收模块211，用于服务器接收第二终端发送的发票打印请求，所述请求中包括用户唯一识别码，用户位置信息，商家名称以及商家位置信息；

所述第二接收模块212，用于所述服务器接收所述第二终端的输入信息，所述输入信息包括发票抬头信息和消费信息；

所述处理模块213，用于所述服务器验证所述发票打印请求是否合法，当所述服务器判断所述发票打印请求合法时，向第一终端发送打印信息，所述打印信息中包括发票抬头信息和消费信息。

以上各模块可以是由软件代码实现，此时，上述的各模块可存储于服务器的存储器内。以上各模块同样可以由硬件例如集成电路芯片实现。

请参阅图1，是本发明实施例提供的发票打印系统，所述系统包括第一终端400，第二终端100以及服务器200，

所述第二终端100，用于向服务器200发送发票打印请求，所述请求中包括用户唯一识别码，用户位置信息，商家名称以及商家位置信息；向服务器200发送输入信息，所述输入信息包括发票抬头信息和消费信息；

所述服务器200，用于接收第二终端100发送的发票打印请求；接收所述第二终端100的输入信息；验证所述发票打印请求是否合法，当所述服务器200判断所述发票打印请求合法时，向第一终端400发送打印信息，所述打印信息中包括发票抬头信息和消费信息；

所述第一终端400，用于接收打印信息；将所述发票抬头信息和所述消费信息中的消费金额分别填入所述发票抬头输入框以及消费金额输入框中；打印发票。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本发明实施例所提供的发票打印的装置及系统，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read－OnlyMemory)、随机存取存储器(RAM，RandomAccessMemory)、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (16)

1.一种打印发票的方法，其特征在于，所述方法包括：

第一终端接收打印信息，所述打印信息中包括发票抬头信息和消费信息；

所述第一终端将所述发票抬头信息和所述消费信息中的消费金额分别填入发票抬头输入框以及消费金额输入框中；

所述第一终端打印发票。

2.根据权利要求1所述的方法，其特征在于，在所述第一终端将所述发票抬头信息和所述消费信息中的消费金额分别填入所述发票抬头输入框以及消费金额输入框中之前，所述方法还包括：

所述第一终端定位所述第一终端中安装的税务应用程序显示界面上的发票抬头输入框以及消费金额输入框。

3.根据权利要求2所述的方法，其特征在于，所述第一终端定位所述第一终端中安装的税务应用程序显示界面上的发票抬头输入框以及消费金额输入框，具体包括：

所述第一终端根据所述税务应用程序的配置文件，判断所述税务应用程序的版本号是否存储于所述配置文件中，所述配置文件包括已经定位过发票抬头输入框以及消费金额输入框的税务应用程序的版本号及对应的所述发票抬头输入框以及所述消费金额输入框的位置信息；

当所述税务应用程序的版本号不在所述配置文件中时，所述第一终端接收鼠标输入信息，根据鼠标点击的位置，定位所述第一终端中安装的税务应用程序显示界面上的发票抬头输入框以及消费金额输入框。

4.根据权利要求3所述的方法，其特征在于，所述配置文件存储在服务器。

5.据权利要求4所述的方法，其特征在于，在所述根据鼠标点击的位置，定位所述第一终端中安装的税务应用程序显示界面上的发票抬头输入框以及消费金额输入框之后，所述方法还包括：

所述第一终端向所述服务器发送更新指令，所述更新指令包括所述税务应用程序的版本号及对应的所述发票抬头输入框以及所述消费金额输入框的位置信息，以使所述服务器响应所述更新指令将所述更新指令中包括的所述税务应用程序的版本号及对应的所述发票抬头输入框及所述消费金额输入框的位置信息添加进所述配置文件中。

6.据权利要求2所述的方法，其特征在于，所述第一终端定位所述第一终端中安装的税务应用程序显示界面上的发票抬头输入框以及消费金额输入框，具体包括：

所述第一终端根据所述税务应用程序的中输入框的标识信息，定位所述第一终端中安装的税务应用程序显示界面上的发票抬头输入框以及消费金额输入框。

7.根据权利要求1所述的方法，其特征在于，所述第一终端接收打印信息，具体包括：

所述第一终端接收第一输入信息，所述第一输入信息包括发票抬头信息的关键词；

所述第一终端向服务器发送匹配请求信息，所述匹配请求信息包括所述关键词，以使所述服务器响应所述匹配请求信息，向所述第一终端返回匹配结果，所述匹配结果包括与所述关键词匹配成功的发票抬头信息；

所述第一终端接收用于确认所需发票抬头信息的第二输入信息；

所述第一终端接收第三输入信息，所述第三输入信息包括消费信息。

8.根据权利要求1所述的方法，其特征在于，所述打印信息是服务器根据第二终端发送的发票打印请求及所述第二终端的输入信息验证出所述发票打印请求合法时发送的，所述发票打印请求包括用户唯一识别码、用户位置信息、商家名称以及商家位置信息，所述第二终端的输入信息包括发票抬头信息和消费信息。

9.根据权利要求1所述的方法，其特征在于，在所述第一终端打印发票之前，所述方法还包括：

所述第一终端接收用于确认所述发票抬头信息和所述消费信息正确性的确认信息，包括消费单号、桌号、房号以及商家系统交易单号。

10.根据权利要求1所述的方法，其特征在于，在所述第一终端打印发票之前，所述方法还包括：

所述第一终端获取收银平台的消费信息，与所述打印信息中的消费信息进行比对，如果一致，所述第一终端打印发票。

11.一种打印发票的方法，其特征在于，所述方法包括：

服务器接收第二终端发送的发票打印请求，所述请求中包括用户唯一识别码，用户位置信息，商家名称以及商家位置信息；

所述服务器接收所述第二终端的输入信息，所述输入信息包括发票抬头信息和消费信息；

所述服务器验证所述发票打印请求是否合法，当所述服务器判断所述发票打印请求合法时，向第一终端发送打印信息，所述打印信息中包括发票抬头信息和消费信息。

12.根据权利要求11所述的方法，其特征在于，在所述服务器接收所述第二终端的输入信息之前，所述方法还包括：

所述服务器根据所述用户唯一识别码，查询所述用户唯一识别码对应的发票抬头信息；

当查询出所述用户唯一识别码对应的发票抬头信息，所述服务器将所述对应的发票抬头信息返回给所述第二终端。

13.根据权利要求11所述的方法，其特征在于，在所述服务器验证所述发票打印请求是否合法之前，所述方法还包括：

所述服务器查询所述用户唯一识别码对应的发票抬头信息是否包括所述发票抬头信息，如果没有，所述服务器将所述发票抬头信息存储于所述用户唯一识别码对应的发票抬头信息中。

14.根据权利要求11所述的方法，其特征在于，所述服务器验证所述发票打印请求是否合法，具体包括：

所述服务器根据所述用户位置信息和商家位置信息，判断用户的位置是否合法；

当判断出用户的位置合法时，所述服务器获取所述用户唯一识别码在所述商家名称对应商户的打印请求记录，判断所述发票打印请求发起的时刻与所述打印请求记录中最后一条记录的时刻的间隔是否小于预设间隔阈值；

当所述发票打印请求发起的时刻与所述打印请求记录中最后一条记录的时刻的间隔小于预设间隔阈值时，服务器获取预设时间内的打印请求记录的个数，判断所述个数是否小于预设频次阈值；

当所述个数小于预设频次阈值时，服务器判定所述发票打印请求合法。

15.一种打印发票的方法，其特征在于，所述方法包括：

第二终端向服务器发送发票打印请求，以使所述服务器响应所述发票打印请求，根据所述打印请求中的用户唯一识别码查询所述用户唯一识别码对应的发票抬头信息，当查询出所述用户唯一识别码对应的发票抬头信息，将所述对应的发票抬头信息返回给所述第二终端，所述请求中包括用户唯一识别码，用户位置信息，商家名称以及商家位置信息；

第二终端向服务器发送输入信息，所述输入信息包括发票抬头信息和消费信息。

16.一种发票打印系统，其特征在于，所述系统包括第一终端，第二终端以及服务器，

所述第二终端，用于向服务器发送发票打印请求，所述请求中包括用户唯一识别码，用户位置信息，商家名称以及商家位置信息；向服务器发送输入信息，所述输入信息包括发票抬头信息和消费信息；

所述服务器，用于接收第二终端发送的发票打印请求；接收所述第二终端的输入信息；验证所述发票打印请求是否合法，当所述服务器判断所述发票打印请求合法时，向第一终端发送打印信息，所述打印信息中包括发票抬头信息和消费信息；

所述第一终端，用于接收打印信息；将所述发票抬头信息和所述消费信息中的消费金额分别填入发票抬头输入框以及消费金额输入框中打印发票。