CN111199436A - 一种基于移动支付的扫码开票方法及系统 - Google Patents

Abstract

本发明公开了基于移动支付的扫码开票方法，包括：接收请求开具发票的发票开具请求，基于所述发票开具请求生成发票验证请求，向内容服务器发送所述发票验证请求，从所述内容服务器接收发票验证响应；根据所述发票验证响应判断所述发票验证请求的状态；如果所述述发票验证请求为验证通过状态，则开具发票；同时根据消费支付的时间，设定时间周期，超过时间周期，系统自动开具发票。过扫码再次验证功能，可以防止生成的电子发票被无关人员获取盗用；通过支付即开票功能，可以在一定程度上防止虚开发票；通过延期必开功能，可以有效管理税源，实现通过开票数据真实、准确、全面掌握纳税人销售情况的税源管控目的。

Description

一种基于移动支付的扫码开票方法及系统

技术领域

本发明属于物联网技术领域，具体涉及一种基于移动支付的扫码开票方法及系统。

背景技术

以往酒店、餐饮等门店在客户需要支付和开票时，门店工作人员需要人工核实账单金额、付款明细、开票资料等一系列信息，才能完成收款和开票工作。每月月底，门店发票底联还需人为汇总归集到公司财务部门，由财务部门逐一整理才能理清月度开票明细。发票开具和发票归集这一系列流程的重复在无形中增加了门店的经营成本和财务部门的人工成本，也给客户带来了不好的体验。

为落实便捷开票各项工作，提高发票开具效率和准确性，目前推广采用二维码便捷纳税人开具增值税发票。各大第三方电子发票服务平台运营商纷纷推出扫码开票的产品，并实现了支付与开票的一体化融合，历史性的解决了全行业、全场景、全平台扫码开票支付难题，一站式的业务流程大幅削减客户的人工成本与时间成本，满足客户对于支付与开票体验极速、可靠、易用的需求。

然而随着支付即开票产品的不断应用，存在的问题和风险不断涌现。目前大部分使用扫描二维码开具电子发票方式的平台，由于消费者支付后索要发票的比例不高，没法做到每笔销售均开具发票，税局无法达到真实、准确、全面掌握纳税人销售情况的税源控管目的。且在消费者成功开具电子发票后，其他人员再次扫描消费小票上的二维码，系统不做任何验证便提供版式文件下载路径，若消费者在申请开具发票后将消费小票遗失或丢弃，无关第三方可以通过扫描消费小票上的二维码取得电子发票版式文件，存在发票盗用风险。

发明内容

本发明旨在一定程度上解决上述的技术问题之一，本发明实施例提供一种基于移动支付的扫码开票方法，通过扫码再次验证功能，可以防止生成的电子发票被无关人员获取盗用；其次，通过支付即开票功能，可以在一定程度上防止虚开发票；再有，通过延期必开功能，可以有效管理税源，实现通过开票数据真实、准确、全面掌握纳税人销售情况的税源管控目的的技术效果。

针对以上技术问题，本发明第一方面实施例提供了一种基于移动支付的扫码开票方法，所述扫码开票方法，包括：接收请求开具发票的发票开具请求，对所述发票开具请求进行解析以确定所述发票开具请求所包括的订单标识、订单内容和用户标识。

基于所述发票开具请求生成发票验证请求，向内容服务器发送所述发票验证请求，从所述内容服务器接收发票验证响应。

根据所述发票验证响应判断所述发票验证请求的状态。

当所述发票验证响应指示所述发票开具请求的状态为验证通过时，开具发票，包括：基于所述订单内容生成认证信息，所述认证信息包括第一信息项和第二信息项。

基于所述用户标识确定目标设备，并且将所述第一信息项发送给目标设备，以促使所述目标设备基于所述第一信息项生成应答信息项；以及确定所述应答信息项和所述第二信息项的匹配度，并且当所述所述应答信息项和所述第二信息项的匹配度大于匹配阈值时，根据所述订单标识和订单内容开具发票。

根据本发明的一个实施例，所述向内容服务器发送所述发票验证请求，从所述内容服务器接收发票验证响应包括：向内容服务器发送包括所述订单标识的发票验证请求。

所述内容服务器接收所述发票验证请求，响应所述发票验证请求，读取与发票验证请求所述相关的内容项目。

根据本发明第一个实施例，所述扫码开票方法，还包括：

开具发票成功后，向内容服务器发送更新所述发票的内容项目请求；接收更新所述发票的内容项目请求；响应更新所述发票的内容项目请求；并将与所述发票相关的内容项目存储内容存储器，所述发票的内容项目包括所述发票的订单标识、订单内容、用户标识和是否开具发票信息。

根据本发明第一个实施例，根据所述发票验证响应判断所述发票验证请求的状态，包括：发送读取内容项目请求，读取所述内容存储器中的与所述订单标识相关的内容项目，如果存在与所述订单表示相关的内容项目，则发票验证响应指示所述发票开具请求的状态为验证不通过。

如果不存在与所述订单标识相关的内容项目，则发票验证响应指示所述发票开具请求的状态为验证通过。

根据本发明第一个实施例，接收订单支付请求，响应所述订单支付请求，所述订单支付请求包括订单标识、订单内容和用户标识，更新与所述订单支付请求相关的内容项目，根据与所述订单支付请求相关的内容项目设定预定时间段的最小时间段，如果所述预定时间段的最小时间段不小于第一阀值，则根据所述订单支付请求自动生成发票开具请求。

本发明第二方面公开了一种、一种基于移动支付的扫码开票系统，所述扫码开票系统包括：

接收模块，用于接收请求开具发票的发票开具请求，对所述发票开具请求进行解析以确定所述发票开具请求所包括的订单标识、订单内容和用户标识。

生成模块，用于基于所述发票开具请求生成发票验证请求。

发送模块，用于向内容服务器发送所述发票验证请求，从所述内容服务器接收发票验证响应。

判断模块，用于根据所述发票验证响应判断所述发票验证请求的状态；当所述发票验证响应指示所述发票开具请求的状态为验证通过时，基于所述订单内容生成认证信息，所述认证信息包括第一信息项和第二信息项；基于所述用户标识确定目标设备，并且将所述第一信息项发送给目标设备，以促使所述目标设备基于所述第一信息项生成应答信息项；以及确定所述应答信息项和所述第二信息项的匹配度，并且当所述所述应答信息项和所述第二信息项的匹配度大于匹配阈值时，根据所述订单标识和订单内容开具发票。

根据本发明的一个实施例，发送子模块，用于向内容服务器发送包括所述订单标识的发票验证请求。

响应模块，用于接收所述发票验证请求，响应所述发票验证请求，读取与所述内容服务器相关的发票验证请求的内容项目。

根据本发明的一个实施例，所述扫码开票系统，还包括：存储模块，用于开具发票成功后，向内容服务器发送更新所述发票的内容项目请求，更新与所述发票相关的内容项目，将与所述发票相关的内容项目存储内容存储器。

所述判断模块包括：

发送子模块，发送读取内容项目请求；

读取子模块，读取所述内容存储器中的与所述订单标识相关的内容项目，如果存在与所述订单表示相关的内容项目，则发票验证响应指示所述发票开具请求的状态为验证不通过；

如果不存在与所述订单标识相关的内容项目，则发票验证响应指示所述发票开具请求的状态为验证通过。

根据本发明的一个实施例，所述开票系统还包括：

决策引擎模块，用于接收订单支付请求，响应所述订单支付请求，所述订单支付请求包括订单标识、订单内容和用户标识，更新与所述订单支付请求相关的内容项目，根据与所述订单支付请求相关的内容项目设定预定时间段的最小时间段，如果所述预定时间段的最小时间段不小于第一阀值，则根据所述订单支付自动请求生成发票开具请求。

本发明第三方面公开了一种电子设备，一种电子设备，其特征在于，包括处理器和存储器，其中，所述处理器通过读取所述存储器中存储的可执行程序代码来运行与所述可执行程序代码对应的程序，以用于实现以上所述基于移动支付的扫码开票方法。

本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

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

图1是本发明实施例公开的支付即开票与延期开票流程图；

图2是本发明实施例公开的扫码验证流程图；

图3是本发明实施例公开的H5开票服务模块构成方框图；

图4是本发明实施例公开的基于移动支付的扫码开票系统结构方框图；

图5是本发明实施例公开的基于移动支付的扫码开票方法流程图。

附图序号说明：400-基于移动支付的扫码开票系统；401-接收模块；402-生成模块；403-发送模块；404-判断模块；405-发票开具模块。

具体实施方式

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

实施例一：

本发明的目的在于提供结合各类企业的开票与对接需求，针对平台型企业、移动开票需求企业、无PC电脑设备企业等用户群体提供了“云开票解决方案”。云开票方案采用了物联网技术，解决了原有税控设备不能直接访问互联网的问题，纳税人将税控设备盒子连接上互联网，对于有支付即开票需求的企业，提供H5开票服务，如图3所示，实现移动支付与发票开具的完美衔接，给纳税人带来了移动、便捷、智能的生活新体验。

本发明详细阐述H5开票服务针对扫描二维码开具电子发票方式可能存在的问题和风险进行充分的研究分析，提出的一套完善的基于移动支付的扫码开票解决方案。

本发明提出了一种扫码验证的方法以及一种延期必开票的监督策略。

具体地，本发明实施例提供了一种基于移动支付的扫码开票系统，所述扫码开票系统包括：

发票开具模块，用于接收开具发票指令，根据接收到的开具发票指令调用开具发票程序生成电子发票。发票存储模块，用于将所述电子发票进行存储。发票传输模块，用于将所述电子发票相关信息传输至终端。这里的终端可以为税务局、云服务器或者其他服务器、终端。根据本发明的一个实施例，如图1所示，系统通过支付模块与发票开具模块的层级调用，实现支付与开票的一体化融合。支付模块用于根据消费金额进行金融支付，支持微信及支付宝等多种移动支付方式。发票开具模块，用于在支付模块完成支付后，直接跳转至发票开具程序。详细操作步骤如下：消费者在完成消费后，利用支付宝或微信扫描消费二维码，确认金额并支付。支付成功后，消费者可选择立即开具发票，此时商品明细已自动带入，消费者只需录入购方信息、用于收取发票的手机和邮箱，即可进行电子发票的开具。此外，系统支持购方信息的模糊查询，消费者只需要输入购方名称的前几个字，系统便自动调出单位名称带有前几个字的数条企业信息，消费者可以往下拉进度条，查找自己要开票的单位，单击选中，即可将企业名称、税号、地址电话、开户行及账号等信息自动显示在开票界面上。发票开具成功后，消费者可以选择将发票插入至微信卡包、支付宝发票管家或是直接下载发票PDF，同时系统也会通知商家发票开具成功并触发发票交付，此时税控设备通过网络传输，将发票信息上传至税局或者其他终端、服务器。

根据本发明的一个实施例，所述发票开具模块包括：接收单元，用于接收开具发票指令以及与所述发票相关的第一发票信息。执行单元，用于根据所述开具发票指令、所述第一发票信息执行开具发票程序。第一生成单元，用于根据所述开具发票程序生成电子发票。

发票第一信息包括：需要开具发票的必填信息，包括发票抬头、开具发票人信息等等。

根据本发明的一个实施例，所述扫码开票系统还包括：支付存储模块，用于存储消费支付时间信息。定时器模块，用于判定所述费支付时间是否经历了时间a，所述时间a为一常数，得到判定结果，根据所述判断结果得到第二触发指令。触发模块，用于接收第一触发指令、接收第二触发指令。生成模块，用于根据所述第一触发指令、所述第二触发指令生成开具发票指令。

具体地，消费者支付成功后，若没有及时开票，系统存储消费信息，定时触发后台开票，此时由系统默认填写发票抬头。由此可做到每笔销售均开具发票，实现通过开票数据真实、准确、全面掌握纳税人销售情况的税源控管目的。

存储用户消费订单信息，这些订单主要分为两部分，一是支付后已经开具发票的订单；一是支付后未开具发票的订单，需要定时触发后台开票。

根据本发明的一个实施例，所述扫码开票系统还包括：验证模块，用于验证所述扫码开票系统是否开具发票。

具体地，如图2所示，用户扫描消费二维码时，系统判断订单是否已开票，若发票开具成功，则提示发票已经被领取，用户可以选择输入开票时使用的抬头或手机号进行验证(两种验证方式只能选一种)，只有输入的信息与开票时录入的信息一致时，才会跳转到发票开具成功页面，此时页面上展示发票要素信息，用户也可以选择将发票插入至微信卡包、支付宝发票管家或是直接下载发票PDF。通过扫码验证的控制，可有效防止无关第三方可以通过扫描消费小票上的二维码盗用电子发票版式文件。

根据本发明的一个实施例，所述定时器模块包括：第一判定单元，所述消费支付时间经历了时间a，第一判定结果。第二判定单元，所述消费支付时间未经历时间a，第二判定结果。第二生成单元，根据所述第一判定结果生成第二触发指令。

根据本发明的一个实施例，所述生成模块包括：第一子生成模块，用于根据第一触发指令生成开具发票指令。第二子生成模块，用于根据第二触发指令生成开具发票指令。

根据本发明的一个实施例，所述验证模块通过访问所述发票存储模块判断是否存在与所述消费支付对应的电子发票判断所述扫码开票系统是否开具发票，给出所述消费支付对应的电子发票开具的验证结果。

系统提供了多种发票交付方式，包括微信、支付宝、短信、邮箱及网站查询下载等。通过微信或支付宝的方式，用户可直接将发票插入至微信卡包、支付宝发票管家；通过手机短信交付方式，系统将发票链接推送到开票时提供的手机号码，受票方打开手机短信链接即可获取发票；通过邮件方式，系统将发票版式文件推送到开票时提供的电子邮箱中；通过网站方式，受票方可登录电子发票服务平台网站根据发票号码代码等信息查询电子发票版式文件，进行下载、打印。

本发明的有益效果：首先，通过扫码再次验证功能，可以防止生成的电子发票被无关人员获取盗用；其次，通过支付即开票功能，可以在一定程度上防止虚开发票；再有，通过延期必开功能，可以有效管理税源，实现通过开票数据真实、准确、全面掌握纳税人销售情况的税源管控目的。

本发实施例提供了基于移动支付的扫码开票方法，其特征在于，所述扫码开票系统方法：接收开具发票指令，根据接收到的开具发票指令调用开具发票程序生成电子发票；将所述电子发票进行存储；将所述电子发票相关信息传输至终端。

根据本发明的一个实施例，所述所述扫码开票方法还包括：存储消费支付时间信息。判定所述费支付时间是否经历了时间a，所述时间a为一常数，得到判定结果，根据所述判断结果得到第二触发指令。接收第一触发指令、接收第二触发指令。根据所述第一触发指令、所述第二触发指令生成开具发票指令。

根据本发明的一个实施例，所述扫码开票方法还包括：验证所述扫码开票系统是否开具发票。

根据本发明的一个实施例，所述根据所述第一触发指令、所述第二触发指令生成开具发票指令，包括：根据第一触发指令生成开具发票指令。根据第二触发指令生成开具发票指令。

根据本发明的一个实施例，所述验证所述扫码开票系统是否开具发票，包括通过判断是否存储与所述消费支付对应的电子发票判断所述扫码开票系统是否开具发票，给出所述消费支付对应的电子发票是否开具的验证结果。

本发明实施例提供了一种电子设备，其特征在于，包括处理器和存储器；其中，所述处理器通过读取所述存储器中存储的可执行程序代码来运行与所述可执行程序代码对应的程序，以用于实现以上所述基于移动支付的扫码开票方法。

本发明实施例提供了一种非临时性计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现以上所述基于移动支付的扫码开票方法。

本发明的有益效果：首先，通过扫码再次验证功能，可以防止生成的电子发票被无关人员获取盗用；其次，通过支付即开票功能，可以在一定程度上防止虚开发票；再有，通过延期必开功能，可以有效管理税源，实现通过开票数据真实、准确、全面掌握纳税人销售情况的税源管控目的。

实施例二：

本发明第一方面实施例提供了一种基于移动支付的扫码开票方法，如图5所示。包括：接收请求开具发票的发票开具请求，对所述发票开具请求进行解析以确定所述发票开具请求所包括的订单标识、订单内容和用户标识。

基于所述发票开具请求生成发票验证请求，向内容服务器发送所述发票验证请求，从所述内容服务器接收发票验证响应。

根据所述发票验证响应判断所述发票验证请求的状态。

当所述发票验证响应指示所述发票开具请求的状态为验证通过时，基于所述订单内容生成认证信息，所述认证信息包括第一信息项和第二信息项。

基于所述用户标识确定目标设备，并且将所述第一信息项发送给目标设备，以促使所述目标设备基于所述第一信息项生成应答信息项；以及确定所述应答信息项和所述第二信息项的匹配度，并且当所述所述应答信息项和所述第二信息项的匹配度大于匹配阈值时，根据所述订单标识和订单内容开具发票。

第一信息项例如是基于订单内容(例如，消费小票)生成的验证码。第二信息项例如是基于订单内容生成的验证信息，例如信用卡卡号、手机号码、消费时间、消费金额、消费类别和/或消费场所等。

应答信息项是用户根据验证码生成的信息，例如信用卡卡号、手机号码、消费时间、消费金额、消费类别和/或消费场所等。

这种情况下，当所述应答信息项(例如，信用卡卡号)和所述第二信息项(例如，信用卡卡号)的匹配度大于匹配阈值时，根据所述订单标识和订单内容开具发票，防止其他人使用消费小票来开发票。

根据本发明的一个实施例，所述向内容服务器发送所述发票验证请求，从所述内容服务器接收发票验证响应包括：向内容服务器发送包括所述订单标识的发票验证请求。

所述内容服务器接收所述发票验证请求，响应所述发票验证请求，读取与发票验证请求所述相关的内容项目。

根据本发明第一个实施例，所述扫码开票方法，还包括：

开具发票成功后，向内容服务器发送更新所述发票的内容项目请求；接收更新所述发票的内容项目请求；响应更新所述发票的内容项目请求；并将与所述发票相关的内容项目存储内容存储器，所述发票的内容项目包括所述发票的订单标识、订单内容、用户标识和是否开具发票信息。

根据本发明第一个实施例，根据所述发票验证响应判断所述发票验证请求的状态，包括：发送读取内容项目请求，读取所述内容存储器中的与所述订单标识相关的内容项目，如果存在与所述订单表示相关的内容项目，则发票验证响应指示所述发票开具请求的状态为验证不通过。

如果不存在与所述订单标识相关的内容项目，则发票验证响应指示所述发票开具请求的状态为验证通过。

根据本发明第一个实施例，接收订单支付请求，响应所述订单支付请求，所述订单支付请求包括订单标识、订单内容和用户标识，更新与所述订单支付请求相关的内容项目，根据与所述订单支付请求相关的内容项目设定预定时间段的最小时间段，如果所述预定时间段的最小时间段不小于第一阀值，则根据所述订单支付请求自动生成发票开具请求。可以根据不同的时间段设定不同的最小时间段。

本发明第二方面公开了一种基于移动支付的扫码开票系统，如图4所示，所述扫码开票系统包括：

接收模块，用于接收请求开具发票的发票开具请求，对所述发票开具请求进行解析以确定所述发票开具请求所包括的订单标识、订单内容和用户标识。

生成模块，用于基于所述发票开具请求生成发票验证请求。

发送模块，用于向内容服务器发送所述发票验证请求，从所述内容服务器接收发票验证响应。

判断模块，用于根据所述发票验证响应判断所述发票验证请求的状态；

发票开具模块，用于当所述发票验证响应指示所述发票开具请求的状态为验证通过时，开具发票，包括：基于所述订单内容生成认证信息，所述认证信息包括第一信息项和第二信息项；基于所述用户标识确定目标设备，并且将所述第一信息项发送给目标设备，以促使所述目标设备基于所述第一信息项生成应答信息项；以及确定所述应答信息项和所述第二信息项的匹配度，并且当所述所述应答信息项和所述第二信息项的匹配度大于匹配阈值时，根据所述订单标识和订单内容开具发票。

根据本发明的一个实施例，发送子模块，用于向内容服务器发送包括所述订单标识的发票验证请求。

响应模块，用于接收所述发票验证请求，响应所述发票验证请求，读取与所述内容服务器相关的发票验证请求的内容项目。

根据本发明的一个实施例，所述扫码开票系统，还包括：存储模块，用于开具发票成功后，向内容服务器发送更新所述发票的内容项目请求，更新与所述发票相关的内容项目，将与所述发票相关的内容项目存储内容存储器。

根据本发明的一个实施例，所述开票系统还包括：决策引擎模块，用于接收订单支付请求，响应所述订单支付请求，所述订单支付请求包括订单标识、订单内容和用户标识，更新与所述订单支付请求相关的内容项目，根据与所述订单支付请求相关的内容项目设定预定时间段的最小时间段，如果所述预定时间段的最小时间段不小于第一阀值，则根据所述订单支付自动请求生成发票开具请求。

本发明第三方面公开了一种电子设备，一种电子设备，其特征在于，包括处理器和存储器，其中，所述处理器通过读取所述存储器中存储的可执行程序代码来运行与所述可执行程序代码对应的程序，以用于实现以上所述基于移动支付的扫码开票方法。

本发明达到的结束效果：第一，通过扫码再次验证功能，可以防止生成的电子发票被无关人员获取盗用，增加的电子发票开票的可靠性。第二，通过支付即开票功能，可以在一定程度上防止虚开发票，再有，通过延期必开功能，可以有效管理税源，实现通过开票数据真实、准确、全面掌握纳税人销售情况的税源管控目的。

本发明所涉及的测算和分析软件非发明人研究开发，是本领域人员所熟悉的技术。

显然，上述具体实施案例仅仅是为了说明本方法应用所作的举例，而非对实施方式的限定，对于该领域的一般技术人员来说，在上述说明的基础上还可以做出其他不同形式的变化和变动，用以研究其他相关问题。因此，本发明的保护范围都应以权利要求的保护范围。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所描述的电子设备等实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上各实施例仅用以说明本发明的实施例的技术方案，而非对其限制；尽管参照前述各实施例对本发明的实施例进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明的实施例各实施例技术方案的范围。

Claims (10)

1.一种基于移动支付的扫码开票方法，其特征在于，所述扫码开票方法包括：

接收请求开具发票的发票开具请求，对所述发票开具请求进行解析以确定所述发票开具请求所包括的订单标识、订单内容和用户标识；

基于所述发票开具请求生成发票验证请求，向内容服务器发送所述发票验证请求，从所述内容服务器接收发票验证响应；

根据所述发票验证响应判断所述发票验证请求的状态；

当所述发票验证响应指示所述发票开具请求的状态为验证通过时，开具发票，包括：基于所述订单内容生成认证信息，所述认证信息包括第一信息项和第二信息项；

基于所述用户标识确定目标设备，并且将所述第一信息项发送给目标设备，以促使所述目标设备基于所述第一信息项生成应答信息项；以及

确定所述应答信息项和所述第二信息项的匹配度，并且当所述所述应答信息项和所述第二信息项的匹配度大于匹配阈值时，根据所述订单标识和订单内容开具发票。

2.根据权利要求1所述的扫码开票方法，其特征在于，所述向内容服务器发送所述发票验证请求，从所述内容服务器接收发票验证响应包括：

向内容服务器发送包括所述订单标识的发票验证请求；

所述内容服务器接收所述发票验证请求，响应所述发票验证请求，读取与发票验证请求所述相关的内容项目。

3.根据权利要求1所述的扫码开票方法，其特征在于，所述扫码开票方法，还包括：

开具发票成功后，向内容服务器发送更新所述发票的内容项目请求；接收更新所述发票的内容项目请求；响应更新所述发票的内容项目请求；并将与所述发票相关的内容项目存储到内容存储器，所述发票的内容项目包括所述发票的订单标识、订单内容、用户标识和是否开具发票信息。

4.根据权利要求3所述的扫码开票方法，其特征在于，根据所述发票验证响应判断所述发票验证请求的状态，包括：

发送读取内容项目请求，读取所述内容存储器中的与所述订单标识相关的内容项目，如果存在与所述订单表示相关的内容项目，则发票验证响应指示所述发票开具请求的状态为验证不通过；

如果不存在与所述订单标识相关的内容项目，则发票验证响应指示所述发票开具请求的状态为验证通过。

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

接收订单支付请求，响应所述订单支付请求，所述订单支付请求包括订单标识、订单内容和用户标识，更新与所述订单支付请求相关的内容项目，根据与所述订单支付请求相关的内容项目设定预定时间段的最小时间段，如果所述预定时间段的最小时间段不小于第一阀值，则根据所述订单支付请求自动生成发票开具请求。

6.一种基于移动支付的扫码开票系统，其特征在于，所述扫码开票系统包括：

接收模块，用于接收请求开具发票的发票开具请求，对所述发票开具请求进行解析以确定所述发票开具请求所包括的订单标识、订单内容和用户标识；

生成模块，用于基于所述发票开具请求生成发票验证请求；

发送模块，用于向内容服务器发送所述发票验证请求，从所述内容服务器接收发票验证响应；

判断模块，用于根据所述发票验证响应判断所述发票验证请求的状态；

发票开具模块，用于当所述发票验证响应指示所述发票开具请求的状态为验证通过时，开具发票，包括：基于所述订单内容生成认证信息，所述认证信息包括第一信息项和第二信息项；基于所述用户标识确定目标设备，并且将所述第一信息项发送给目标设备，以促使所述目标设备基于所述第一信息项生成应答信息项；以及确定所述应答信息项和所述第二信息项的匹配度，并且当所述所述应答信息项和所述第二信息项的匹配度大于匹配阈值时，根据所述订单标识和订单内容开具发票。

7.根据权利要求6所述的扫码开票系统，其特征在于，所述发送模块包括：

发送子模块，用于向内容服务器发送包括所述订单标识的发票验证请求；

响应模块，用于接收所述发票验证请求，响应所述发票验证请求，读取与所述内容服务器相关的发票验证请求的内容项目。

8.根据权利要求6所述的扫码开票系统，其特征在于，所述系统，还包括：

存储模块，用于开具发票成功后，向内容服务器发送更新所述发票的内容项目请求，更新与所述发票相关的内容项目，将与所述发票相关的内容项目存储内容存储器；

其中所述发票的内容项目包括所述发票的订单标识、订单内容、用户标识和是否开具发票信息。

9.根据权利要求6所述的系统，其特征在于，所述判断模块包括：

发送子模块，发送读取内容项目请求；

读取子模块，读取所述内容存储器中的与所述订单标识相关的内容项目，如果存在与所述订单表示相关的内容项目，则发票验证响应指示所述发票开具请求的状态为验证不通过；

如果不存在与所述订单标识相关的内容项目，则发票验证响应指示所述发票开具请求的状态为验证通过。

10.根据权利要求6所述的扫码开票系统，其特征在于，所述系统还包括：

决策引擎模块，用于接收订单支付请求，响应所述订单支付请求，所述订单支付请求包括订单标识、订单内容和用户标识，更新与所述订单支付请求相关的内容项目，根据与所述订单支付请求相关的内容项目设定预定时间段的最小时间段，如果所述预定时间段的最小时间段不小于第一阀值，则根据所述订单支付自动请求生成发票开具请求。

Images