打印发票的方法、支付系统、付款终端和收款终端

摘要

本发明公开了一种打印发票的方法、支付系统、付款终端和收款终端。其中，该方法包括：支付系统根据接收到的携带有用于指示支付系统获取待打印发票的发票信息的指示信息获取待打印发票的发票信息；支付系统将发票信息随支付成功信息发送给收款终端，以使收款终端根据支付成功信息控制打印设备打印具有发票信息的发票，其中，支付成功信息用于指示付款终端向收款终端的支付成功。本发明解决了打印发票的效率比较低的技术问题。

说明书

技术领域

本发明涉及数据处理领域，具体而言，涉及一种打印发票的方法、支付系统、付款终端和收款终端。

背景技术

随着移动支付的普及，消费者的付款终端通过扫码支付向商家支付账单。例如，用户使用手机支付应用进行扫码支付时，首先解读商家收款终端上显示的二维码信息，解读出对应的支付信息后，直接把所要支付的账单信息作为网络请求发送至支付系统，并完成账单支付。在完成账单支付后，若消费者索要发票，需要手写抬头，然后由商家手工录入到发票打印机。但是由于这种方式需要消费者手写抬头，需要商家录入到发票打印机，还需要商家核对抬头信息，使得打印发票的效率比较低。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种打印发票的方法、支付系统、付款终端和收款终端，以至少解决打印发票的效率比较低的技术问题。

根据本发明实施例的一个方面，提供了一种打印发票的方法，包括：支付系统根据接收到的携带有用于指示支付系统获取待打印发票的发票信息的指示信息获取所述待打印发票的发票信息，其中，所述指示信息由付款终端向所述支付系统发送；所述支付系统将所述发票信息随支付成功信息发送给收款终端，以使所述收款终端根据所述支付成功信息控制打印设备打印具有所述发票信息的发票，其中，所述支付成功信息用于指示所述付款终端向所述收款终端的支付成功。

根据本发明实施例的一个方面，提供了一种打印发票的方法，包括：付款终端在检测到支付指令时生成携带有用于指示支付系统获取待打印发票的发票信息的指示信息；所述付款终端通过所述支付系统将所述支付系统获取的发票信息发送给收款终端，以使所述收款终端根据所述支付成功信息控制打印设备打印具有所述发票信息的发票，其中，所述支付系统将所述发票信息随支付成功信息发送给收款终端，所述支付成功信息用于指示所述付款终端向所述收款终端的支付成功。

根据本发明实施例的一个方面，提供了一种打印发票的方法，包括：收款终端接收支付系统发送的支付成功信息，其中，所述支付成功信息携带有所述支付系统根据付款终端发送的携带有用于指示支付系统获取待打印发票的发票信息的指示信息获取的所述发票信息；所述收款终端根据所述支付成功信息携带的所述发票信息生成打印任务；所述收款终端向打印设备发送所述打印任务，以指示打印设备根据所述打印任务打印具有所述发票信息的发票。

根据本发明实施例的又一个方面，提供了一种支付系统：信息获取单元，用于根据接收到的携带有用于指示支付系统获取待打印发票的发票信息的指示信息获取所述待打印发票的发票信息，其中，所述指示信息由付款终端向所述支付系统发送；信息发送单元，用于将所述发票信息随支付成功信息发送给收款终端，以使所述收款终端根据所述支付成功信息控制打印设备打印具有所述发票信息的发票，其中，所述支付成功信息用于指示所述付款终端向所述收款终端的支付成功。

根据本发明实施例的又一个方面，提供了一种付款终端：生成单元，用于在检测到支付指令时生成携带有用于指示支付系统获取待打印发票的发票信息的指示信息；发送单元，用于通过所述支付系统将所述支付系统获取的发票信息发送给收款终端，以使所述收款终端根据所述支付成功信息控制打印设备打印具有所述发票信息的发票，其中，所述支付系统将所述发票信息随支付成功信息发送给收款终端，所述支付成功信息用于指示所述付款终端向所述收款终端的支付成功。

根据本发明实施例的又一个方面，提供了一种收款终端，包括：接收单元，用于接收支付系统发送的支付成功信息，其中，所述支付成功信息携带有所述支付系统根据付款终端发送的携带有用于指示支付系统获取待打印发票的发票信息的指示信息获取的所述发票信息；任务生成单元，用于根据所述支付成功信息携带的所述发票信息生成打印任务；任务发送单元，用于向打印设备发送所述打印任务，以指示打印设备根据所述打印任务打印具有所述发票信息的发票。

在本发明实施例中，支付系统根据接收到的携带有用于指示支付系统获取待打印发票的发票信息的指示信息获取待打印发票的发票信息；支付系统将发票信息随支付成功信息发送给收款终端，以使收款终端根据支付成功信息控制打印设备打印具有发票信息的发票，其中，支付成功信息用于指示付款终端向收款终端的支付成功。通过支付系统接收指示信息，根据指示信息获取待打印发票的发票信息，将发票信息发送给收款终端，从而使收款终端控制打印设备打印具有发票信息的发票，解决了打印发票的效率比较低的技术问题，避免了消费者手写发票抬头，然后由商家手工录入并核对发票抬头，实现了在支付成功后，直接从商家的发票打印设备打印出发票，方便快捷，达到了提高打印发票的效率的技术效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例1的打印发票的方法的流程图；

图2是根据本发明实施例2的打印发票的方法的流程图；

图3是根据本发明实施例3的打印发票的方法的流程图；

图4是根据本发明实施例4的支付系统的示意图；

图5是根据本发明实施例5的付款终端的示意图；以及

图6是根据本发明实施例6的收款终端的示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例1

根据本发明实施例，提供了一种打印发票的方法的实施例，该打印发票的方法可以由支付系统来执行，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图1是根据本发明实施例1的打印发票的方法的流程图，如图1所示，该方法包括如下步骤：

步骤S102，支付系统根据接收到的携带有用于指示支付系统获取待打印发票的发票信息的指示信息获取待打印发票的发票信息，其中，指示信息由付款终端向支付系统发送。

付款终端在向收款终端支付的过程，可以采用付款终端对收款终端进行扫码的方式，也可以采用收款终端对付款终端进行扫码的方式。付款终端对收款终端进行扫码时，付款终端可以利用其自身的扫码功能，对收款终端的二维码、条形码或者其他携带有信息的信息码进行扫描，在扫码成功后向支付系统发起支付请求，该支付请求可以作为指示信息；收款终端对付款终端进行扫描时，收款终端扫码成功后向支付系统发起收款请求，支付系统向付款终端发送确认支付请求，付款终端根据确认支付请求发出确认支付信息时，该确认支付信息可以作为指示信息。发票信息包括发票的抬头信息，如个人名称，公司名称和公司代码等打印发票所需要的信息。

步骤S104，支付系统将发票信息随支付成功信息发送给收款终端，以使收款终端根据支付成功信息控制打印设备打印具有发票信息的发票，其中，支付成功信息用于指示付款终端向收款终端的支付成功。

支付系统在确认付款终端支付成功后，生成支付成功信息并将该支付成功信息发送给收款终端。生成的支付成功信息携带有支付系统获取到的发票信息。收款终端根据发票信息生成打印任务，打印任务包括待打印发票的发票信息，将打印任务发送给打印设备后，打印设备执行打印任务，从而完成了发票的打印。

通过上述实施例，由于在付款终端支付时，支付系统就获得了发票信息，并将发票信息发送给收款终端，收款终端能根据接收到的发票信息控制打印设备打印具有发票信息的发票，无需消费者手写发票，在支付成功后直接从商家的发票打印设备打印出发票，避免了手写发票抬头、商家手工录入以及核对发票抬头所导致打印发票的效率低的技术问题，达到了提高打印发票的效率的技术效果，同时，打印发票的过程方便快捷，且不易出错，减少了消费者的排队等待时间，节约了商家人力成本。并且，由于发票信息的发送是随着支付过程中的指示信息和支付成功信息一起发送的，因此，不用另外占用通信协议，也不会增加支付步骤，便于应用。

在该实施例中，支付系统可以设置在服务器中，也可以作为服务器，用于处理从付款终端向收款终端的支付，付款终端可以为手机、平板等移动终端，收款终端是商家的计算机或者移动终端设备，收款终端可以接收到付款终端通过支付系统向其发送的付款和发票信息，下述以付款终端为手机，收款终端为计算机为例进行说明。

消费者利用手机扫描商家的二维码，扫描成功后向支付系统发送支付请求，并携带有用于指示支付系统获取待打印发票的发票信息的信息。支付系统接收到支付请求后，执行从付款终端向收款终端的支付处理，获取发票抬头，若向收款终端的支付成功，则将发票抬头发送给收款终端，收款终端根据发票抬头生成打印任务并将打印任务发送给打印机，打印机打印发票。也就是消费者在完成支付后就能拿到发票，节约了手写发票抬头、商家手工录入以及核对发票抬头的时间，提高了打印发票的效率。

需要说明的是，该实施例还可以采用扫码以外的方法来发送指示信息，如语音、声波、光线和图标等方式，此处仅以扫码为例进行说明，并不限定采用其他方式来实现指示信息的发送。

可选地，支付系统接收到的指示信息可以直接携带有发票信息，由支付系统解析指示信息得到发票信息；指示信息没有携带发票信息，由支付系统在该付款终端预先存储的发票信息中查找到发票信息，以下分别就这两种情况进行说明。

第一种情况，指示信息携带有发票信息。

支付系统将发票信息随支付成功信息发送给收款终端，以使收款终端根据支付成功信息控制打印设备打印具有发票信息的发票包括：支付系统从指示信息中解析出待打印发票的发票信息；支付系统判断付款终端向收款终端的支付是否成功；若支付系统判断出付款终端向收款终端的支付成功，则生成携带有解析出的发票信息的支付成功信息，并将支付成功信息发送给收款终端，以使收款终端控制打印设备打印具有解析出的发票信息的发票。

此处并不限定支付系统解析发票信息和判断付款终端向收款终端的支付是否成功的步骤的先后顺序。支付系统在确认付款终端支付成功后，生成支付成功信息并将该支付成功信息发送给收款终端，支付系统同时将解析出的发票信息一并发送给收款终端。

指示信息可以是携带有发票抬头的支付请求或者确认支付请求，在请求中添加发票抬头字段，该字段内容是发票抬头文本信息，比如“invoiceTitle：AAA公司”。

以消费者利用手机扫描商家的二维码为例说明。消费者利用手机扫描二维码成功后向支付系统发送支付请求，并携带有发票抬头信息，发票抬头中包括“AAA公司”。支付系统接收到支付请求后，从支付请求中解析出发票抬头“AAA公司”。在支付系统判断出付款终端向收款终端的支付成功时，向收款终端发送支付成功信息，并将将解析出的发票信息“AAA公司”发送给收款终端，以使收款终端控制打印设备打印出抬头为“AAA公司”的发票。

第二种情况，指示信息没有携带发票信息。

支付系统将发票信息随支付成功信息发送给收款终端，以使收款终端根据支付成功信息控制打印设备打印具有发票信息的发票包括：支付系统根据指示信息从该支付系统中查找待打印发票的发票信息；支付系统判断付款终端向收款终端的支付是否成功；若支付系统判断出付款终端向收款终端的支付成功，则生成携带有查找到的发票信息的支付成功信息，并将支付成功信息发送给收款终端，以使收款终端控制打印设备打印具有查找到的发票信息的发票。

在指示信息没有携带发票信息时，支付系统从预先存储的发票信息中查找该付款终端的发票信息，支付系统可以根据付款终端的账号来查找预定存储的、该付款终端的发票信息。支付系统在确认付款终端支付成功后，生成支付成功信息并将该支付成功信息发送给收款终端，支付系统同时将查找到的发票信息一并发送给收款终端。

以消费者利用手机扫描商家的二维码为例说明。消费者利用手机扫描二维码成功后向支付系统发送支付请求，该支付请求没有携带有发票抬头信息。支付系统根据支付请求查找该手机对应的账号，并查找该账号对应的发票信息。若预先存储有发票信息，则找到该账号对应的发票信息发送给付款终端；若没有找到预先存储的发票信息，支付系统可以向手机发送提示信息，提示未找到发票信息。消费者可以根据提示信息重新提供发票信息，也可以忽略该信息。在支付系统预先存储有发票信息的情况下，支付系统查找该手机对应的账号为“18618655555”，并从存储的发票信息中查找该账号对应的发票信息为“AAA公司”。在支付系统判断出付款终端向收款终端的支付成功时，向收款终端发送支付成功信息，并随支付成功信息将解析出的发票信息“AAA公司”发送给收款终端，以使收款终端控制打印设备打印出抬头为“AAA公司”的发票。

通过上述两种方式，支付系统能够根据付款终端发送的信息得知发票信息，并随支付成功信息将发票信息发送给收款终端，收款终端生成打印任务以使打印设备打印发票。发票信息的传输可以随着付款终端和收款终端与支付系统的信息交互进行传输，在不另外占用传输资源和通信协议的情况下，就能完成发票的自动打印，提高了打印发票的效率，消费者在完成支付后就能拿到发票，节约了手写发票抬头、商家手工录入以及核对发票抬头的时间。

实施例2

根据本发明实施例，提供了一种打印发票的方法的实施例，该打印发票的方法可以由付款终端来执行，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图2是根据本发明实施例2的打印发票的方法的流程图，如图2所示，该方法包括如下步骤：

步骤S202，付款终端在检测到支付指令时生成携带有用于指示支付系统获取待打印发票的发票信息的指示信息。

步骤S204，付款终端通过支付系统将支付系统获取的发票信息发送给收款终端，以使收款终端根据支付成功信息控制打印设备打印具有发票信息的发票，其中，支付系统将发票信息随支付成功信息发送给收款终端，支付成功信息用于指示付款终端向收款终端的支付成功。

付款终端在向收款终端支付的过程，可以采用付款终端对收款终端进行扫码的方式，也可以采用收款终端对付款终端进行扫码的方式。付款终端对收款终端进行扫码时，付款终端可以利用其自身的扫码功能，对收款终端的二维码、条形码或者其他携带有信息的信息码进行扫描，扫码成功的结果可以作为支付指令，在扫码成功后向支付系统发起支付请求，该支付请求可以作为指示信息；收款终端对付款终端进行扫描时，收款终端扫码成功后向支付系统发起收款请求，支付系统向付款终端发送确认支付请求，确认支付请求可以作为支付指令，付款终端根据确认支付请求发出确认支付信息时，该确认支付信息可以作为指示信息。

发票信息包括发票的抬头信息，如个人名称，公司名称、公司代码、公司税号和地址等打印发票所需要的信息。

指示信息指示支付系统获取待打印发票的发票信息，支付系统在接收到上述支付请求或者确认支付信息后，获取待打印发票的发票信息。

支付系统在确认付款终端支付成功后，生成支付成功信息并将该支付成功信息发送给收款终端。生成的支付成功信息携带有支付系统获取到的发票信息。付款终端通过支付系统将发票信息随支付成功信息发送给收款终端，以使收款终端控制打印设备打印具有发票信息的发票。收款终端根据发票信息生成打印任务，打印任务包括待打印发票的发票信息，将打印任务发送给打印设备后，打印设备执行打印任务，从而完成了发票的打印。

通过上述实施例，由于在付款终端支付时，支付系统就获得了发票信息，并将发票信息发送给收款终端，收款终端能根据接收到的发票信息控制打印设备打印具有发票信息的发票，无需消费者手写发票，在支付成功后直接从商家的发票打印设备打印出发票，避免了手写发票抬头、商家手工录入以及核对发票抬头所导致打印发票的效率低的技术问题，达到了提高打印发票的效率的技术效果，同时，打印发票的过程方便快捷，且不易出错，减少了消费者的排队等待时间，节约了商家人力成本。并且，由于发票信息的发送是随着支付过程中的指示信息和支付成功信息一起发送的，因此，不用另外占用通信协议，也不会增加支付步骤，便于应用。

在该实施例中，支付系统可以设置在服务器中，也可以作为服务器，用于处理从付款终端向收款终端的支付，付款终端可以为手机、平板等移动终端，收款终端是商家的计算机或者移动终端设备，收款终端可以接收到付款终端通过支付系统向其发送的支付和发票信息，下述以付款终端为手机，收款终端为计算机为例进行说明。

消费者利用手机扫描商家的二维码，扫描成功后向支付系统发送支付请求，并携带有用于指示支付系统获取待打印发票的发票信息的信息，例如，发票抬头。手机通过支付系统将发票抬头发送给收款终端，收款终端根据发票抬头生成打印任务并将打印任务发送给打印机，打印机打印发票。也就是消费者在完成支付后就能拿到发票，节约了手写发票抬头、商家手工录入以及核对发票抬头的时间，提高了打印发票的效率。

需要说明的是，该实施例还可以采用扫码以外的方法来发送指示信息，此处仅以扫码为例进行说明，并不限定采用其他方式来实现指示信息的发送。

可选地，付款终端在检测到支付指令时生成的指示信息包括以下两种不同的情况。

第一种情况，付款终端在检测到支付指令时生成携带有用于指示支付系统获取待打印发票的发票信息的指示信息包括：付款终端在检测到支付指令时，获取预先存储的发票信息或者接收用户输入的发票信息；付款终端根据发票信息生成指示信息，以使支付系统从指示信息中解析出发票信息，其中，生成的指示信息携带有发票信息。

付款终端可能预先存储了消费者的发票信息，也可能没有预先存储消费者的发票信息。如果付款终端预先存储了消费者的发票信息，当付款终端检测到支付指令时，获取在付款终端存储的发票信息，根据付款终端存储的发票信息生成指示信息。如果付款终端仅预先存储了一种发票信息时，则可以将这种发票信息设置为默认模式。如果付款终端预先存储了多种发票信息时，当付款终端在检测到支付指令时，弹出用户之前设置的几种发票信息，供用户勾选其中的一种。

如果付款终端没有预先存储消费者的发票信息，当付款终端检测到支付指令时，接收用户输入的发票信息，根据用户输入的发票信息生成指示信息。其中，接收用户输入的发票信息包括：用户在提示框里填写个人名称、公司名称、公司代码等发票信息。

例如，用户在手机上设置了一种发票信息，发票抬头为“CCC有限责任公司”，当用户在超市购物付款时，使用超市的扫码设备扫描手机上的二维码，此时，手机产生支付指令(即确认支付请求)，手机弹出“发票抬头：CCC有限责任公司”，用户只需点击确认键，手机即生成指示信息。指示信息中包含“发票抬头：CCC有限责任公司”的字段。

又例如，用户在手机上设置了两种发票信息，分别为“发票抬头：北京NN有限责任公司”和“发票抬头：北京NN有限责任公司西安办事处”。当用户在某饭店消费后，付款时，用手机扫描饭店的付款设备上的二维码，此时，手机生成支付指令(即支付请求)，手机屏幕上弹出两个选择框，第一个选择框为“发票抬头：北京NN有限责任公司”，第二个选择框为“发票抬头：北京NN有限责任公司西安办事处”。用户勾选了第二个选择框，并点击了确认健，手机生成指示信息。指示信息中包含能够表示“发票抬头：北京NN有限责任公司西安办事处”的信息。

又例如，当用户在某饭店消费后，付款时，用手机扫描饭店的付款设备上的二维码，此时，手机生成支付指令，手机屏幕上弹出输入框，输入框里包含个人名称和公司名称，用户在输入框里的个人名称一栏填写“王芳”，在公司名称一栏填写“北京NN有限责任公司”。手机根据用户填写的信息生成指示信息，手机将指示信息发给支付系统，支付系统从指示信息中解析出发票信息。

在该实施例中，付款终端提供的发票信息可以包括发票抬头，如个人名称或公司名称，还可以包括公司代码等不同类型的发票所需要的发票信息。这些发票信息可以在支付前设置好，由付款终端发送至支付系统进行保存，也可以在支付的同时发送给支付系统。提供给支付系统的发票信息可以包括一个或多个抬头信息，在支付系统存储有多个抬头信息时，可以由付款终端发出指示信息，以告知支付系统采用哪个发票信息来打印发票。

第二种情况，付款终端在检测到支付指令时生成携带有用于指示支付系统获取待打印发票的发票信息的指示信息包括：付款终端在检测到支付指令时，获取付款终端的账号信息；付款终端根据账号信息生成指示信息，以利用指示信息指示支付系统查找与账号信息对应的发票信息。

当付款终端在检测到支付指令时，获取付款终端的账号，付款终端生成指示信息，指示信息中包含付款终端的账号，当支付系统接收到指示信息后，查找与账号对应的发票信息。或者，付款终端指示支付系统在支付系统中存储的多个发票信息中选择其中一种进行发票的打印。

例如，消费者在酒店消费后，在付款时，用手机扫描饭店的付款设备上的二维码，此时，手机生成指示信息，该指示信息携带了指示两个发票抬头中的某一个发票抬头进行打印的信息，由支付系统获取到该发票抬头后转发给付款终端，付款终端根据接收到的发票抬头生成打印任务以打印发票。

实施例3

根据本发明实施例，提供了一种打印发票的方法的实施例，该打印发票的方法可以由收款终端来执行，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图3是根据本发明实施例3的打印发票的方法的流程图，如图3所示，该方法包括如下步骤：

步骤S302，收款终端接收支付系统发送的支付成功信息，其中，支付成功信息携带有支付系统根据付款终端发送的携带有用于指示支付系统获取待打印发票的发票信息的指示信息获取的发票信息。

付款终端在向收款终端支付的过程，可以采用付款终端对收款终端进行扫码的方式，也可以采用收款终端对付款终端进行扫码的方式。付款终端对收款终端进行扫码时，付款终端可以利用其自身的扫码功能，对收款终端的二维码、条形码或者其他携带有信息的信息码进行扫描，在扫码成功后向支付系统发起支付请求，该支付请求可以作为指示信息；收款终端对付款终端进行扫描时，收款终端扫码成功后向支付系统发起收款请求，支付系统向付款终端发送确认支付请求，付款终端根据确认支付请求发出确认支付信息时，该确认支付信息可以作为指示信息。支付系统在接收到付款终端的请求之后，执行付款处理，在完成付款终端向收款终端的支付之后，支付系统向收款终端发送支付成功信息。该支付系统发送的支付成功信息携带有发票信息，收款终端在接收到支付成功信息后也就能得到发票信息。

发票信息包括发票的抬头信息，如个人名称，公司名称和公司代码等打印发票所需要的信息。

步骤S304，收款终端根据支付成功信息携带的发票信息生成打印任务。收款终端根据发票信息生成打印任务，打印任务包括待打印发票的发票信息。

步骤S306，收款终端向打印设备发送打印任务，以指示打印设备根据打印任务打印具有发票信息的发票。收款终端将打印任务发送给打印设备后，打印设备执行打印任务，从而完成了发票的打印。

通过上述实施例，由于收款终端在接收到支付成功消息的同时，就能够接收到发票信息，根据发票信息生成打印任务就能完成发票的打印，无需消费者手写发票，在支付成功后直接从商家的发票打印设备打印出发票，避免了手写发票抬头、商家手工录入以及核对发票抬头所导致打印发票的效率低的技术问题，达到了提高打印发票的效率的技术效果，同时，打印发票的过程方便快捷，且不易出错，减少了消费者的排队等待时间，节约了商家人力成本。

可选地，收款终端根据支付成功信息携带的发票信息生成打印任务包括：收款终端从支付成功信息中解析出发票信息；收款终端获取待打印发票的发票类型；收款终端根据待打印发票的发票类型和发票信息生成打印任务，其中，打印任务中携带有发票类型对应的发票所需的发票信息。

支付系统在确认付款终端支付成功后，向收款终端发送支付成功信息，支付成功信息携带了发票信息，收款终端接收该支付成功信息，收款终端从支付成功信息中解析出发票信息。发票类型可以包括开具的项目(日用品类、食品类等),还可以包括增值税发票、普通发票等类型。商家在收款终端的屏幕上勾选某种发票类型，收款终端根据发票的类型从接收到的发票信息中选择需要的信息，并根据发票类型和选择的信息生成打印任务，根据发票信息和发票类型生成打印任务，该打印任务用于指示打印设备打印待打印发票。

例如，在收款终端的发票类型为增值税发票，项目为家电时，需要付款终端的公司抬头、税号和开户行等信息，收款终端从接收到的发票信息中解析出增值税发票所需的上述信息，并生成相应的打印任务。收款终端接收商家的指令，从而确定所需的发票信息并生成打印任务。收款终端将打印任务发送给打印设备，由打印设备打印发票。

在该实施例中，收款终端根据不同发票类型选择相应的发票信息，并利用这些发票信息生成相应的打印任务，从而完成了发票的打印，实现了自动打印发票，解决了现有技术打印发票的效率比较低的技术问题。

实施例4

根据本发明实施例，还提供了一种支付系统的实施例。该支付系统可以执行实施例1中打印发票的方法，实施例1中打印发票的方法也可以通过该支付系统实施。

图4是根据本发明实施例4的支付系统的示意图，如图4所示，该支付系统包括信息获取单元42和信息发送单元44。

信息获取单元42用于根据接收到的携带有用于指示支付系统获取待打印发票的发票信息的指示信息获取待打印发票的发票信息，其中，指示信息由付款终端向支付系统发送。

付款终端在向收款终端支付的过程，可以采用付款终端对收款终端进行扫码的方式，也可以采用收款终端对付款终端进行扫码的方式。付款终端对收款终端进行扫码时，付款终端可以利用其自身的扫码功能，对收款终端的二维码、条形码或者其他携带有信息的信息码进行扫描，在扫码成功后向支付系统发起支付请求，该支付请求可以作为指示信息；收款终端对付款终端进行扫描时，收款终端扫码成功后向支付系统发起收款请求，支付系统向付款终端发送确认支付请求，付款终端根据确认支付请求发出确认支付信息时，该确认支付信息可以作为指示信息。发票信息包括发票的抬头信息，如个人名称，公司名称和公司代码等打印发票所需要的信息。

信息发送单元44用于将发票信息随支付成功信息发送给收款终端，以使收款终端根据支付成功信息控制打印设备打印具有发票信息的发票，其中，支付成功信息用于指示付款终端向收款终端的支付成功。

支付系统在确认付款终端支付成功后，生成支付成功信息并将该支付成功信息发送给收款终端。生成的支付成功信息携带有支付系统获取到的发票信息。收款终端根据发票信息生成打印任务，打印任务包括待打印发票的发票信息，将打印任务发送给打印设备后，打印设备执行打印任务，从而完成了发票的打印。

通过上述实施例，由于在付款终端支付时，支付系统就获得了发票信息，并将发票信息发送给收款终端，收款终端能根据接收到的发票信息控制打印设备打印具有发票信息的发票，无需消费者手写发票，在支付成功后直接从商家的发票打印设备打印出发票，避免了手写发票抬头、商家手工录入以及核对发票抬头所导致打印发票的效率低的技术问题，达到了提高打印发票的效率的技术效果，同时，打印发票的过程方便快捷，且不易出错，减少了消费者的排队等待时间，节约了商家人力成本。并且，由于发票信息的发送是随着支付过程中的指示信息和支付成功信息一起发送的，因此，不用另外占用通信协议，也不会增加支付步骤，便于应用。

在该实施例中，支付系统可以设置在服务器中，也可以作为服务器，用于处理从付款终端向收款终端的支付，付款终端可以为手机、平板等移动终端，收款终端是商家的计算机或者移动终端设备，收款终端可以接收到付款终端通过支付系统向其发送的付款和发票信息，下述以付款终端为手机，收款终端为计算机为例进行说明。

消费者利用手机扫描商家的二维码，扫描成功后向支付系统发送支付请求，并携带有用于指示支付系统获取待打印发票的发票信息的信息。支付系统接收到支付请求后，执行从付款终端向收款终端的支付处理，获取发票抬头，若向收款终端的支付成功，则将打印任务发送给打印机，打印机打印发票。也就是消费者在完成支付后就能拿到发票，节约了手写发票抬头、商家手工录入以及核对发票抬头的时间，提高了打印发票的效率。

需要说明的是，该实施例还可以采用扫码以外的方法来发送指示信息，如语音、声波、光线和图标等方式，此处仅以扫码为例进行说明，并不限定采用其他方式来实现指示信息的发送。

可选地，支付系统接收到的指示信息可以直接携带有发票信息，由支付系统解析指示信息得到发票信息；指示信息没有携带发票信息，由支付系统在该付款终端预先存储的发票信息中查找到发票信息，以下分别就这两种情况进行说明。

第一种情况，指示信息携带有发票信息。

可选地，信息发送单元包括解析子单元、第一判断子单元和第一发送子单元。解析子单元，用于从指示信息中解析出待打印发票的发票信息；第一判断子单元，用于判断付款终端向收款终端的支付是否成功；第一发送子单元，用于在判断出付款终端向收款终端的支付成功时，生成携带有解析出的发票信息的支付成功信息，并将支付成功信息发送给收款终端，以使收款终端控制打印设备打印具有解析出的发票信息的发票。

此处并不限定支付系统解析发票信息和判断付款终端向收款终端的支付是否成功的步骤的先后顺序。支付系统在确认付款终端支付成功后，生成支付成功信息并将该支付成功信息发送给收款终端，支付系统同时将解析出的发票信息一并发送给收款终端。

指示信息可以是携带有发票抬头的支付请求或者确认支付请求，在请求中添加发票抬头字段，该字段内容是发票抬头文本信息，比如“invoiceTitle：AAA公司”。

以消费者利用手机扫描商家的二维码为例说明。消费者利用手机扫描二维码成功后向支付系统发送支付请求，并携带有发票抬头信息，发票抬头中包括“AAA公司”。支付系统接收到支付请求后，从支付请求中解析出发票抬头“AAA公司”。在支付系统判断出付款终端向收款终端的支付成功时，向收款终端发送支付成功信息，并将将解析出的发票信息“AAA公司”发送给收款终端，以使收款终端控制打印设备打印出抬头为“AAA公司”的发票。

第二种情况，指示信息没有携带发票信息。

可选地，信息发送单元还包括查找子单元、第二判断子单元和第二发送子单元。查找子单元用于根据指示信息从该支付系统中查找待打印发票的发票信息。第二判断子单元用于判断付款终端向收款终端的支付是否成功。第二发送子单元用于在判断出所述付款终端向所述收款终端的支付成功时，生成携带有查找到的发票信息的所述支付成功信息，并将所述支付成功信息发送给所述收款终端，以使所述收款终端控制打印设备打印具有所述查找到的发票信息的发票。

在指示信息没有携带发票信息时，支付系统从预先存储的发票信息中查找该付款终端的发票信息，支付系统可以根据付款终端的账号来查找预定存储的、该付款终端的发票信息。支付系统在确认付款终端支付成功后，生成支付成功信息并将该支付成功信息发送给收款终端，支付系统同时将查找到的发票信息一并发送给收款终端。

以消费者利用手机扫描商家的二维码为例说明。消费者利用手机扫描二维码成功后向支付系统发送支付请求，该支付请求没有携带有发票抬头信息。支付系统根据支付请求查找该手机对应的账号，并查找该账号对应的发票信息。若预先存储有发票信息，则找到该账号对应的发票信息发送给付款终端；若没有找到预先存储的发票信息，支付系统可以向手机发送提示信息，提示未找到发票信息。消费者可以根据提示信息重新提供发票信息，也可以忽略该信息。在支付系统预先存储有发票信息的情况下，支付系统查找该手机对应的账号为“18618655555”，并从存储的发票信息中查找该账号对应的发票信息为“AAA公司”。在支付系统判断出付款终端向收款终端的支付成功时，向收款终端发送支付成功信息，并随支付成功信息将解析出的发票信息“AAA公司”发送给收款终端，以使收款终端控制打印设备打印出抬头为“AAA公司”的发票。

通过上述两种方式，支付系统能够根据付款终端发送的信息得知发票信息，并随支付成功信息将发票信息发送给收款终端，收款终端生成打印任务以使打印设备打印发票。发票信息的传输可以随着付款终端和收款终端与支付系统的信息交互进行传输，在不另外占用传输资源和通信协议的情况下，就能完成发票的自动打印，提高了打印发票的效率，消费者在完成支付后就能拿到发票，节约了手写发票抬头、商家手工录入以及核对发票抬头的时间。

实施例5

根据本发明实施例，还提供了一种付款终端的实施例。该付款终端可以执行实施例2中打印发票的方法，实施例2中打印发票的方法也可以通过该付款终端实施。

图5是根据本发明实施例5的付款终端的示意图，如图5所示，该付款终端包括生成单元52和发送单元54。

生成单元52用于在检测到支付指令时生成携带有用于指示支付系统获取待打印发票的发票信息的指示信息。

发送单元54用于通过所述支付系统将所述支付系统获取的发票信息发送给收款终端，以使所述收款终端根据所述支付成功信息控制打印设备打印具有所述发票信息的发票，其中，所述支付系统将所述发票信息随支付成功信息发送给收款终端，所述支付成功信息用于指示所述付款终端向所述收款终端的支付成功。

付款终端在向收款终端支付的过程，可以采用付款终端对收款终端进行扫码的方式，也可以采用收款终端对付款终端进行扫码的方式。付款终端对收款终端进行扫码时，付款终端可以利用其自身的扫码功能，对收款终端的二维码、条形码或者其他携带有信息的信息码进行扫描，扫码成功的结果可以作为支付指令，在扫码成功后向支付系统发起支付请求，该支付请求可以作为指示信息；收款终端对付款终端进行扫描时，收款终端扫码成功后向支付系统发起收款请求，支付系统向付款终端发送确认支付请求，确认支付请求可以作为支付指令，付款终端根据确认支付请求发出确认支付信息时，该确认支付信息可以作为指示信息。

发票信息包括发票的抬头信息，如个人名称，公司名称、公司代码、公司税号和地址等打印发票所需要的信息。

指示信息指示支付系统获取待打印发票的发票信息，支付系统在接收到上述支付请求或者确认支付信息后，获取待打印发票的发票信息。

支付系统在确认付款终端支付成功后，生成支付成功信息并将该支付成功信息发送给收款终端。生成的支付成功信息携带有支付系统获取到的发票信息。付款终端通过支付系统将发票信息随支付成功信息发送给收款终端，以使收款终端控制打印设备打印具有发票信息的发票。收款终端根据发票信息生成打印任务，打印任务包括待打印发票的发票信息，将打印任务发送给打印设备后，打印设备执行打印任务，从而完成了发票的打印。

通过上述实施例，由于在付款终端支付时，支付系统就获得了发票信息，并将发票信息发送给收款终端，收款终端能根据接收到的发票信息控制打印设备打印具有发票信息的发票，无需消费者手写发票，在支付成功后直接从商家的发票打印设备打印出发票，避免了手写发票抬头、商家手工录入以及核对发票抬头所导致打印发票的效率低的技术问题，达到了提高打印发票的效率的技术效果，同时，打印发票的过程方便快捷，且不易出错，减少了消费者的排队等待时间，节约了商家人力成本。并且，由于发票信息的发送是随着支付过程中的指示信息和支付成功信息一起发送的，因此，不用另外占用通信协议，也不会增加支付步骤，便于应用。

在该实施例中，支付系统可以设置在服务器中，也可以作为服务器，用于处理从付款终端向收款终端的支付，付款终端可以为手机、平板等移动终端，收款终端是商家的计算机或者移动终端设备，收款终端可以接收到付款终端通过支付系统向其发送的付款和发票信息，下述以付款终端为手机，收款终端为计算机为例进行说明。

消费者利用手机扫描商家的二维码，扫描成功后向支付系统发送支付请求，并携带有用于指示支付系统获取待打印发票的发票信息的信息，例如，发票抬头。手机通过支付系统将发票抬头发送给收款终端，收款终端根据发票抬头生成打印任务并将打印任务发送给打印机，打印机打印发票。也就是消费者在完成支付后就能拿到发票，节约了手写发票抬头、商家手工录入以及核对发票抬头的时间，提高了打印发票的效率。

需要说明的是，该实施例还可以采用扫码以外的方法来发送指示信息，此处仅以扫码为例进行说明，并不限定采用其他方式来实现指示信息的发送。

可选地，付款终端在检测到支付指令时生成的指示信息包括以下两种不同的情况。

第一种情况，生成单元52包括第一获取子单元和第一生成子单元。第一获取子单元用于在检测到支付指令时，获取预先存储的发票信息或者接收用户输入的发票信息。第一生成子单元用于根据发票信息生成指示信息，以使支付系统从指示信息中解析出发票信息，其中，生成的指示信息携带有发票信息。

付款终端可能预先存储了消费者的发票信息，也可能没有预先存储消费者的发票信息。如果付款终端预先存储了消费者的发票信息，当付款终端检测到支付指令时，获取在付款终端存储的发票信息，根据付款终端存储的发票信息生成指示信息。如果付款终端仅预先存储了一种发票信息时，则可以将这种发票信息设置为默认模式。如果付款终端预先存储了多种发票信息时，当付款终端在检测到支付指令时，弹出用户之前设置的几种发票信息，供用户进行勾选其中的一种。

如果付款终端没有预先存储消费者的发票信息，当付款终端检测到支付指令时，接收用户输入的发票信息，根据用户输入的发票信息生成指示信息。其中，接收用户输入的发票信息包括：用户在提示框里填写个人名称、公司名称、公司代码等发票信息。

例如，用户在手机上设置了一种发票信息，发票抬头为“CCC有限责任公司”，当用户在超市购物付款时，使用超市的扫码设备扫描手机上的二维码，此时，手机产生支付指令(即确认支付请求)，手机弹出“发票抬头：CCC有限责任公司”，用户只需点击确认键，手机即生成指示信息。指示信息中包含“发票抬头：CCC有限责任公司”的字段。

又例如，用户在手机上设置了两种发票信息，分别为“发票抬头：北京NN有限责任公司”和“发票抬头：北京NN有限责任公司西安办事处”。当用户在某饭店消费后，付款时，用手机扫描饭店的付款设备上的二维码，此时，手机生成支付指令(即支付请求)，手机屏幕上弹出两个选择框，第一个选择框为“发票抬头：北京NN有限责任公司”，第二个选择框为“发票抬头：北京NN有限责任公司西安办事处”。用户勾选了第二个选择框，并点击了确认健，手机生成指示信息。指示信息中包含能够表示“发票抬头：北京NN有限责任公司西安办事处”的信息。

又例如，当用户在某饭店消费后，付款时，用手机扫描饭店的付款设备上的二维码，此时，手机生成支付指令，手机屏幕上弹出输入框，输入框里包含个人名称和公司名称，用户在输入框里的个人名称一栏填写“王芳”，在公司名称一栏填写“北京NN有限责任公司”。手机根据用户填写的信息生成指示信息，手机将指示信息发给支付系统，支付系统从指示信息中解析出发票信息。

在该实施例中，付款终端提供的发票信息可以包括发票抬头，如个人名称或公司名称，还可以包括公司代码等不同类型的发票所需要的发票信息。这些发票信息可以在支付前设置好，由付款终端发送至支付系统进行保存，也可以在支付的同时发送给支付系统。提供给支付系统的发票信息可以包括一个或多个抬头信息，在支付系统存储有多个抬头信息时，可以由付款终端发出指示信息，以告知支付系统采用哪个发票信息来打印发票。

第二种情况，生成单元52还包括第二获取子单元和第二生成子单元。第二获取子单元用于在检测到支付指令时，获取付款终端的账号信息。第二生成子单元用于根据账号信息生成指示信息，以利用指示信息指示支付系统查找与账号信息对应的发票信息。

当付款终端在检测到支付指令时，获取付款终端的账号，付款终端生成指示信息，指示信息中包含付款终端的账号，当支付系统接收到指示信息后，查找与账号对应的发票信息。或者，付款终端指示支付系统在支付系统中存储的多个发票信息中选择其中一种进行发票的打印。

例如，消费者在酒店消费后，在付款时，用手机扫描饭店的付款设备上的二维码，此时，手机生成指示信息，该指示信息携带了指示两个发票抬头中的某一个发票抬头进行打印的信息，由支付系统获取到该发票抬头后转发给付款终端，付款终端根据接收到的发票抬头生成打印任务以打印发票。

实施例6

根据本发明实施例，还提供了一种收款终端的实施例。该收款终端可以执行实施例3中打印发票的方法，实施例3中打印发票的方法也可以通过该收款终端实施。

图6是根据本发明实施例6的收款终端的示意图，如图6所示，该收款终端包括接收单元62、任务生成单元64和任务发送单元66。

接收单元62用于接收支付系统发送的支付成功信息，其中，支付成功信息携带有支付系统根据付款终端发送的携带有用于指示支付系统获取待打印发票的发票信息的指示信息获取的发票信息。

付款终端在向收款终端支付的过程，可以采用付款终端对收款终端进行扫码的方式，也可以采用收款终端对付款终端进行扫码的方式。付款终端对收款终端进行扫码时，付款终端可以利用其自身的扫码功能，对收款终端的二维码、条形码或者其他携带有信息的信息码进行扫描，在扫码成功后向支付系统发起支付请求，该支付请求可以作为指示信息；收款终端对付款终端进行扫描时，收款终端扫码成功后向支付系统发起收款请求，支付系统向付款终端发送确认支付请求，付款终端根据确认支付请求发出确认支付信息时，该确认支付信息可以作为指示信息。支付系统在接收到付款终端的请求之后，执行付款处理，在完成付款终端向收款终端的支付之后，支付系统向收款终端发送支付成功信息。该支付系统发送的支付成功信息携带有发票信息，收款终端在接收到支付成功信息后也就能得到发票信息。

发票信息包括发票的抬头信息，如个人名称，公司名称和公司代码等打印发票所需要的信息。

任务生成单元64用于根据支付成功信息携带的发票信息生成打印任务。收款终端根据发票信息生成打印任务，打印任务包括待打印发票的发票信息。

任务发送单元66用于向打印设备发送打印任务，以指示打印设备根据打印任务打印具有发票信息的发票。收款终端将打印任务发送给打印设备后，打印设备执行打印任务，从而完成了发票的打印。

通过上述实施例，由于收款终端在接收到支付成功的消息的同时，就能够接收到发票信息，根据发票信息生成打印任务就能完成发票的打印，无需消费者手写发票，在支付成功后直接从商家的发票打印设备打印出发票，避免了手写发票抬头、商家手工录入以及核对发票抬头所导致打印发票的效率低的技术问题，达到了提高打印发票的效率的技术效果，同时，打印发票的过程方便快捷，且不易出错，减少了消费者的排队等待时间，节约了商家人力成本。

可选地，任务生成单元包括解析子单元、获取子单元和生成子单元。解析子单元用于从支付成功信息中解析出发票信息。获取子单元用于获取待打印发票的发票类型。生成子单元用于根据待打印发票的发票类型和发票信息生成打印任务，其中，打印任务中携带有发票类型对应的发票所需的发票信息。

支付系统在确认付款终端支付成功后，向收款终端发送支付成功信息，支付成功信息携带了发票信息，收款终端接收该支付成功信息，收款终端从支付成功信息中解析出发票信息。发票类型可以包括开具的项目(日用品类、食品类等),还可以包括增值税发票、普通发票等类型。商家在收款终端的屏幕上勾选某种发票类型，收款终端根据发票的类型从接收到的发票信息中选择需要的信息，并根据发票类型和选择的信息生成打印任务，根据发票信息和发票类型生成打印任务，该打印任务用于指示打印设备打印待打印发票。

例如，在收款终端的发票类型为增值税发票，项目为家电时，需要付款终端的公司抬头、税号和开户行等信息，收款终端从接收到的发票信息中解析出增值税发票所需的上述信息，并生成相应的打印任务。收款终端接收商家的指令，从而确定所需的发票信息并生成打印任务。收款终端将打印任务发送给打印设备，由打印设备打印发票。

在该实施例中，收款终端根据不同发票类型选择相应的发票信息，并利用这些发票信息生成相应的打印任务，从而完成了发票的打印，实现了自动打印发票，解决了现有技术打印发票的效率比较低的技术问题。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

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

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

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

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

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