CN108122139A - 一种发票数据处理方法、设备及系统 - Google Patents
一种发票数据处理方法、设备及系统 Download PDFInfo
- Publication number
- CN108122139A CN108122139A CN201611090212.9A CN201611090212A CN108122139A CN 108122139 A CN108122139 A CN 108122139A CN 201611090212 A CN201611090212 A CN 201611090212A CN 108122139 A CN108122139 A CN 108122139A
- Authority
- CN
- China
- Prior art keywords
- invoice
- data
- user
- user information
- request
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/04—Billing or invoicing
Abstract
本申请公开了一种发票数据处理方法、设备及系统，包括：获取发票开具请求；根据用户信息，查找与用户信息相关的消费数据以及与用户信息相关的发票抬头数据；根据请求开具发票的发票类型以及开具发票的纳税用户的用户标识，查找与用户标识相关的税务数据以及所开具发票的格式；基于发票抬头数据、消费数据以及税务数据，按照格式，得到所需要的发票。通过在业务管理服务器、网络服务平台以及税控服务器之间实现数据互通，在接收到发票开具请求时，能够根据发票开具请求中携带的信息，自动获取发票抬头数据、消费数据以及税务数据，无需通过手动方式输入这些信息，即通过触发发票开具控件，即可得到需要的发票，有效提升了发票开具的效率。
Description
技术领域
本申请涉及互联网信息处理技术以及计算机技术领域，尤其涉及一种发票数据处理方法、设备及系统。
背景技术
发票是单位或者个人在购买商品、提供/接受各种服务以及从事其他经营活动中所开具/收取的业务凭证，是财务核算的原始依据以及审计机关、税务机关执法检查的重要依据。由此可见，发票与人们的生活息息相关。
现有的发票开具过程如下：用户向开具发票的商户提供所需要开具发票的付款方信息(在实际应用中又可以称之为发票抬头(即invoice title)信息)；商户在获取付款方信息时确定所开具发票中具体业务内容以及消费金额；商户通过人工的方式将付款方信息、业务内容以及消费金额输入至发票税控打印系统，进而打印得到发票。
经过研究发现，现有的开发票流程存在以下问题：1、开具发票所消耗的时间过长。不管是在提供所需要开具发票的付款方信息阶段还是向发票税控打印系统提供付款方信息、业务内容以及消费金额的阶段，都需要通过人工方式实现，使得整个发票数据处理过程耗时比较长。2、开具发票效率比较低。由于采用人工方式提供所需要开具发票的发票数据(包含但不限于付款方信息、业务内容以及消费金额)，在手写或者输入过程中容易发生错误，使得开具发票的效率降低。
综上所述，亟需一种发票数据处理方法，以解决现有技术中发票数据处理效率低的问题。
发明内容
有鉴于此，本申请实施例提供了一种发票数据处理方法、设备及系统，用于解决现有技术中存在的发票数据处理效率低的问题。
本申请实施例提供了一种发票数据处理系统，包括：业务管理服务器、网络服务平台和税控服务器，其中：
所述业务管理服务器，获取发票开具请求，将所述发票开具请求转发至所述网络服务平台，所述发票开具请求中包含请求开具发票的用户信息、与所述用户信息相关的消费数据、请求开具发票的发票类型以及开具发票的纳税用户的用户标识；
所述网络服务平台，接收所述业务管理服务器发送的所述发票开具请求；根据所述发票开具请求中包含的请求开具发票的用户信息，确定与所述用户信息相关的发票抬头数据；根据所述消费数据、所述发票类型、开具发票的纳税用户的用户标识以及所述发票抬头数据，得到发票生成请求；将所述发票生成请求发送给所述税控服务器；
所述税控服务器，接收所述网络服务平台发送的所述发票生成请求；根据所述发票生成请求中包含的所述发票类型，确定所开具发票的格式，以及根据开具发票的纳税用户的用户标识，确定与所述用户标识相关的税务数据；基于所述发票抬头数据、所述消费数据以及所述税务数据，按照所述格式，得到所需要的发票。
本申请实施例提供了一种发票数据处理系统，包括：网络服务平台和税控服务器，其中：
所述网络服务平台，接收发票获取请求，所述发票获取请求中包含请求开具发票的用户信息和请求开具发票的发票类型；查找与所述用户信息相关的消费数据、与所述用户信息相关的发票抬头数据以及为所述用户信息对应的用户提供业务服务的纳税用户的用户标识；以及从所述税控服务器中获取与所述用户标识相关的税务数据以及所开具发票的格式；基于所述发票抬头数据、所述消费数据以及所述税务数据，按照所述格式，得到所需要的发票；
所述税控服务器，向所述网络服务平台提供与所述用户标识相关的税务数据以及所开具发票的格式。
本申请实施例提供了一种发票数据处理系统，包括：业务管理服务器和税控服务器，其中：
所述业务管理服务器，接收发票开具请求，所述发票开具请求中包含请求开具发票的用户信息、请求开具发票的发票类型以及开具发票的纳税用户的用户标识；根据所述用户信息，查找与所述用户信息相关的消费数据以及与所述用户信息相关的发票抬头数据；以及从所述税控服务器中获取与所述用户标识相关的税务数据以及所开具发票的格式；基于所述发票抬头数据、所述消费数据以及所述税务数据，按照所述格式，得到所需要的发票；
所述税控服务器，向所述网络服务平台提供与所述用户标识相关的税务数据以及所开具发票的格式。
本申请实施例还提供了一种发票数据处理设备，所述发票数据处理设备包括：信息接收单元、数据处理单元和输出单元，其中：
所述信息接收单元，接收发票开具请求，所述发票开具请求中包含请求开具发票的用户信息、请求开具发票的发票类型以及开具发票的纳税用户的用户标识；
所述数据处理单元，根据所述用户信息，查找与所述用户信息相关的消费数据以及与所述用户信息相关的发票抬头数据；以及根据所述请求开具发票的发票类型以及开具发票的纳税用户的用户标识，确定与所述用户标识相关的税务数据以及所开具发票的格式；
所述输出单元，基于所述发票抬头数据、所述消费数据以及所述税务数据，按照所述格式，得到所需要的发票。
本申请实施例还提供了一种发票数据处理方法，包括：
获取发票开具请求，所述发票开具请求中包含请求开具发票的用户信息、请求开具发票的发票类型以及开具发票的纳税用户的用户标识；
根据所述用户信息，查找与所述用户信息相关的消费数据以及与所述用户信息相关的发票抬头数据；
根据所述请求开具发票的发票类型以及开具发票的纳税用户的用户标识，查找与所述用户标识相关的税务数据以及所开具发票的格式；
基于所述发票抬头数据、所述消费数据以及所述税务数据，按照所述格式，得到所需要的发票。
本申请实施例还提供了一种发票数据处理方法，应用于网络服务平台中，包括：
接收用户发送的发票开具请求，所述发票开具请求中包含请求开具发票的用户信息和请求开具发票的发票类型；
根据所述用户信息，查找与所述用户信息相关的消费数据、与所述用户信息相关的发票抬头数据以及为所述用户信息对应的用户提供业务服务的服务提供方标识；
根据所述服务提供方标识，确定所述服务提供方标识对应的纳税用户的用户标识；
根据所述用户标识和请求开具发票的发票类型，确定与所述用户标识相关的税务数据；
基于所述发票抬头数据、所述消费数据以及所述税务数据，按照所述格式，得到所需要的发票。
本申请实施例还提供了一种发票数据处理方法，应用于业务管理服务器中，包括：
确定目标用户的消费数据，触发发票开具请求，所述发票开具请求中包含请求开具发票的用户信息、与所述用户信息相关的消费数据、请求开具发票的发票类型以及开具发票的纳税用户的用户标识；
查找与所述用户信息相关的发票抬头数据、与所述用户标识相关的税务数据以及所开具发票的格式；
基于所述发票抬头数据、所述消费数据以及所述税务数据，按照所述格式，得到所需要的发票。
本申请实施例还提供了一种发票数据处理设备，包括：
获取单元，获取发票开具请求，所述发票开具请求中包含请求开具发票的用户信息、请求开具发票的发票类型以及开具发票的纳税用户的用户标识；
查找单元，根据所述用户信息，查找与所述用户信息相关的消费数据以及与所述用户信息相关的发票抬头数据；以及根据所述请求开具发票的发票类型以及开具发票的纳税用户的用户标识，查找与所述用户标识相关的税务数据以及所开具发票的格式；
处理单元，基于所述发票抬头数据、所述消费数据以及所述税务数据，按照所述格式，得到所需要的发票。
本申请实施例还提供了一种发票数据处理设备，应用于网络服务平台中，包括：
接收单元，接收用户发送的发票开具请求，所述发票开具请求中包含请求开具发票的用户信息和请求开具发票的发票类型；
查找单元，根据所述用户信息，查找与所述用户信息相关的消费数据、与所述用户信息相关的发票抬头数据以及为所述用户信息对应的用户提供业务服务的服务提供方标识；
确定单元，根据所述服务提供方标识，确定所述服务提供方标识对应的纳税用户的用户标识；以及根据所述用户标识和请求开具发票的发票类型，确定与所述用户标识相关的税务数据；
处理单元，基于所述发票抬头数据、所述消费数据以及所述税务数据，按照所述格式，得到所需要的发票。
本申请实施例还提供了一种发票数据处理设备，应用于业务管理服务器中，包括：
确定单元，确定目标用户的消费数据，触发发票开具请求，所述发票开具请求中包含请求开具发票的用户信息、与所述用户信息相关的消费数据、请求开具发票的发票类型以及开具发票的纳税用户的用户标识；
查找单元，查找与所述用户信息相关的发票抬头数据、与所述用户标识相关的税务数据以及所开具发票的格式；
处理单元，基于所述发票抬头数据、所述消费数据以及所述税务数据，按照所述格式，得到所需要的发票。
本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：
获取发票开具请求，所述发票开具请求中包含请求开具发票的用户信息、请求开具发票的发票类型以及开具发票的纳税用户的用户标识；根据所述用户信息，查找与所述用户信息相关的消费数据以及与所述用户信息相关的发票抬头数据；根据所述请求开具发票的发票类型以及开具发票的纳税用户的用户标识，查找与所述用户标识相关的税务数据以及所开具发票的格式；基于所述发票抬头数据、所述消费数据以及所述税务数据，按照所述格式，得到所需要的发票。通过在业务管理服务器、网络服务平台以及税控服务器之间实现数据互通，在接收到发票开具请求时，能够根据发票开具请求中携带的信息，自动获取发票抬头数据、消费数据以及税务数据，无需通过手动方式输入这些信息，有效改变了发票数据的获取效率，即通过触发发票开具控件，即可得到需要的发票，实现一键开具发票，有效提升了发票开具的效率，进而改善用户对发票开具的用户体验。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1为本申请实施例提供的一种发票数据处理系统的结构示意图；
图2为本申请实施例提供的一种发票数据处理系统的结构示意图；
图3为本申请实施例提供的一种发票数据处理系统的结构示意图；
图4为本申请实施例提供的一种发票数据处理设备的结构示意图；
图5为本申请实施例提供的一种发票数据处理方法的流程示意图；
图6为本申请实施例提供的一种发票数据处理方法的流程示意图；
图7(a)为本申请实施例提供的一种发票数据处理方法的流程示意图；
图7(b)为本申请实施例提供的一种发票数据处理的场景示意图；
图8(a)为本申请实施例提供的一种发票数据处理方法的流程示意图；
图8(b)为本申请实施例提供的一种发票数据处理的场景示意图；
图9为本申请实施例提供的一种发票数据处理方法的流程示意图；
图10为本申请实施例提供的一种发票数据处理设备的结构示意图；
图11为本申请实施例提供的一种发票数据处理设备的结构示意图；
图12为本申请实施例提供的一种发票数据处理设备的结构示意图。
具体实施方式
为了实现本申请的目的，本申请实施例提供了一种发票数据处理方法、设备及系统，通过在业务管理服务器、网络服务平台以及税控服务器之间实现数据互通，在接收到发票开具请求时，能够根据发票开具请求中携带的信息，自动获取发票抬头数据、消费数据以及税务数据，无需通过手动方式输入这些信息，有效改变了发票数据的获取效率，即通过触发发票开具控件，即可得到需要的发票，有效提升了发票开具的效率，进而改善用户对发票开具的用户体验。
在本申请实施例中所记载的业务管理服务器可以包含与业务内容相关联的各种管理系统对应的服务器。对于酒店行业来说，本申请实施例中记载的业务管理服务器统可以是指物业管理系统(Property Management System；PMS)对应的服务器，即能够协助酒店进行业务管理以及控制的计算机管理系统，通过该物业管理系统可以在住客接待、房间预订、客房动态管理等各个方面实现对酒店业务的管理。对于交通行业、餐饮行业等提供网络服务的行业来说，本申请实施例中所记载的业务管理服务器可以是指各种提供自助服务且能够协助管理相关业务的系统，这里不做具体限定。
在本申请实施例中所记载的税控服务器可以是指提供税控服务的税控设备(又可以称之为税控盘)，是结合发票开票软件实现发票税控功能的电子装置。该税控服务器能够满足税务机关对发票的管理要求，保证发票税控数据的正确生产、可靠存储以及防止篡改。税控服务器还存储纳税用户(包含个人以及企业)登记信息和监控管理信息；存储发票代码和发票号码；开具发票并生成税控码；存储发票明细和发票使用信息；生成报送数据以及汇总签名数据；实现开票端和税务端之间的数据传输。
在本申请实施例中所记载的网络服务平台可以是指提供各种网络服务的平台，例如：提供酒店订购服务的平台、提供交通信息服务的平台(这里的交通信息可以是指火车票信息、飞机票信息、出租车信息等各种与交通有关的信息)、提供购物信息服务的平台等等，也可以是指与企业管理服务器建立数据互通的服务平台，这里不做具体限定。
本申请实施例中所记载的发票抬头数据包含但不限于以下内容：付款用户信息、付款税号等等。
本申请实施例中所记载的税务数据包括但不限于：纳税用户的税务标识(办理税务登记时由税务机关为其分配的)、纳税用户的税号、公司地址、开户行账号等等信息。
本申请实施例中所记载的得到的发票中包含发票名称、发票监制章、发票联、发票代码、发票号码(印刷号)、机打号码、机器号、收款单位及其税号、开票日期、收款员、付款单位(两行间距)、项目、数量、单价、金额、小写合计、大写计、税控码、印制单位等等，这里不做具体限定。
本申请实施例中所记载的数据处理设备可以是打印设备，也可以是电子发票的生成设备，这里不做限定。需要说明的是，本申请实施例中所记载的数据处理设备可以与企业管理服务器建立数据互通，那么企业管理服务器可以通过触发开具发票控件开具发票，此时企业管理服务器将确定的所述消费数据、所述发票抬头数据、所需要开具发票的格式和所述税务数据发送至数据处理设备，以实现数据处理设备打印/得到所需要的发票；
本申请实施例中所记载的数据处理设备也可以与网络服务平台建立数据互通，那么网络服务平台可以通过触发开具发票控件开具发票，此时网络服务平台将确定的所述消费数据、所述发票抬头数据、所需要开具发票的格式和所述税务数据发送至数据处理设备，以实现数据处理设备打印/得到所需要的发票；
本申请实施例中所记载的数据处理设备还可以与税控服务器建立数据互通，那么网络服务平台/企业管理服务器在确定所述消费数据和所述发票抬头数据之后，将确定的所述消费数据和所述发票抬头数据发送给税控服务器，由税控服务器在确定税务数据和所需要开具发票的格式之后，将所述消费数据、所述发票抬头数据和所述税务数据发送至数据处理设备，以实现数据处理设备打印/得到所需要的发票。
本申请实施例中所记载的发票管理服务器属于一种发票数据管理系统，用于存储用户信息与所开具发票的发票抬头数据之间映射关系。例如：用户可以预先将所开具发票的发票抬头数据发送给发票管理服务器，以便于发票管理服务器能够存储用户信息与所开具发票的发票抬头数据之间映射关系；用户还可以向发票管理服务器发送包含发票抬头数据的图片数据，这样发票管理服务器对该图片数据进行解析以得到发票抬头数据，进而存储用户信息与所开具发票的发票抬头数据之间映射关系，在本申请实施例中发票管理服务器如何确定用户信息与所开具发票的发票抬头数据之间映射关系不做具体限定。
为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
以下结合附图，详细说明本申请各实施例提供的技术方案。
实施例1
图1为本申请实施例提供的一种发票数据处理系统的结构示意图。所述发票处理系统包括：业务管理服务器101、网络服务平台102和税控服务器103，其中：
所述业务管理服务器101，获取发票开具请求，将所述发票开具请求转发至所述网络服务平台102，所述发票开具请求中包含请求开具发票的用户信息、与所述用户信息相关的消费数据、请求开具发票的发票类型以及开具发票的纳税用户的用户标识；
所述网络服务平台102，接收所述业务管理服务器发送的所述发票开具请求；根据所述发票开具请求中包含的请求开具发票的用户信息，确定与所述用户信息相关的发票抬头数据；根据所述消费数据、所述发票类型、开具发票的纳税用户的用户标识以及所述发票抬头数据，得到发票生成请求；将所述发票生成请求发送给所述税控服务器；
所述税控服务器103，接收所述网络服务平台发送的所述发票生成请求；根据所述发票生成请求中包含的所述发票类型，确定所开具发票的格式，以及根据开具发票的纳税用户的用户标识，确定与所述用户标识相关的税务数据；基于所述发票抬头数据、所述消费数据以及所述税务数据，按照所述格式，得到所需要的发票。
在本申请实施例中，通过在业务管理服务器、网络服务平台以及税控服务器之间实现数据互通，在接收到发票开具请求时，能够根据发票开具请求中携带的信息，自动获取发票抬头数据、消费数据以及税务数据，无需通过手动方式输入这些信息，有效改变了发票数据的获取效率，即通过触发发票开具控件，即可得到需要的发票，有效提升了发票开具的效率，进而改善用户对发票开具的用户体验。
在本申请的另一个实施例中，所述网络服务平台102，根据所述发票开具请求中包含的请求开具发票的用户信息，确定包含所述用户信息的订单数据；从所述订单数据中查找到与所述用户信息相关的发票抬头数据。
在本申请实施例中，网络服务平台可以为用户提供各种各样的网络服务，例如：预订酒店服务、预订机票服务、预订火车票服务等，那么用户可以在网络服务平台中产生订单数据，而在用户产生订单数据时，可以在订单数据中输入发票抬头数据，以便于该订单数据对应的业务内容被执行时生成所需要的发票，因此，网络服务平台能够通过订单数据查找到与用户信息相关的发票抬头数据。
在根据用户信息确定订单数据时，一旦确定的订单数据的个数大于1，一种情况是：不同订单数据中所包含的业务内容不同；另一种情况是：不同订单数据中所包含的业务内容相同但是提供业务服务的服务提供方标识不同。因此，为了保证发票开具的准确性，所述网络服务平台102还可以根据所述消费数据中包含的业务内容，从所述订单数据中确定与所述业务内容相匹配的订单数据；从确定的所述订单数据中查找到与所述用户信息相关的发票抬头数据。
此外，在根据用户信息确定订单数据时，一旦确定的订单数据的个数大于1，所述网络服务平台102还可以根据开具发票的纳税用户的用户标识，确定为请求开具发票的用户信息对应的用户提供业务服务的服务提供方标识；进一步根据所述服务提供方标识和所述消费数据中包含的业务内容，从所述订单数据中确定与所述业务内容相匹配且包含所述服务提供方标识的订单数据；从确定的所述订单数据中查找到与所述用户信息相关的发票抬头数据。
在本申请的另一个实施例中，所述网络服务平台102，在接收所述业务管理服务器发送的所述发票开具请求之前，接收用户发送的订单数据，在确定所述订单数据中尚未包含发票抬头数据时，向所述用户发送发票数据输入请求；并接收所述用户返回的发票数据响应消息，从所述发票数据响应消息中确定发票抬头数据，建立并存储所述用户的用户信息与所述发票抬头数据之间的映射关系；在接收所述业务管理服务器发送的所述发票开具请求时，根据存储的用户信息与发票抬头数据之间的映射关系，确定与所述发票开具请求中包含的所述用户信息对应的发票抬头数据。
在本申请的另一个实施例中，所述订单数据中还包含为所述用户提供业务服务的服务提供方标识；所述网络服务平台102，在接收到用户发送的订单数据时，可以从订单数据中确定为所述用户提供业务服务的服务提供方标识，并将所述订单数据发送给所述服务提供方标识对应的业务管理服务器。
在本申请的另一个实施例中，所述订单数据中还包含预约开具发票时间；所述业务管理服务器，在接收到所述订单数据时，可以从订单数据中确定预约开具发票时间，并根据所述预约开具发票时间，生成发票开具请求。
在本申请的另一个实施例中，所述发票数据处理系统还包含发票管理服务器104，其中：
所述网络服务平台102，向所述发票管理服务器104发送发票抬头数据获取请求，所述发票抬头数据获取请求中包含所述用户信息；
接收所述发票管理服务器104发送的发票抬头数据，所述发票抬头数据由所述发票管理服务器根据所述用户信息查找的。
在本申请的另一个实施例中，所述网络服务平台102还可以与业务管理服务器建立数据互通，用户在网络服务平台上产生订单数据后，对于出公差或者办公事的用户来说，这些订单数据需要通过企业管理人员的审批，因此在用户可以将订单数据提交业务管理服务器，在相关人员对该订单数据进行审批之后，将携带审批数据的订单数据发送给网络服务平台。因此，网络服务平台102在查找发票抬头数据时，还可以确定包含所述用户信息且与所述消费数据中包含的业务内容相关联的用户行为数据；
当所述用户行为数据中尚未包含与所述业务内容相关的审批数据时，确定所述用户信息为发票抬头数据；
当所述用户行为数据中包含与所述业务内容相关的审批数据时，从所述用户行为数据中获取与所述用户信息相关的发票抬头数据。
这里的用户行为数据可以理解为订单数据。
在本申请的另一个实施例中，所述网络服务平台102，接收业务管理服务器101发送的图像数据，所述图像数据为所述业务管理服务器对所述用户提供的二维码进行扫描得到的；解析所述图像数据，从所述图像数据中获取与所述用户信息相关的发票抬头数据。
具体地，在用户办理入住酒店或者办理登机等业务时，用户可以向业务管理服务器提供包含发票抬头数据的二维码，业务管理服务器通过扫描设备对用户提供的二维码进行扫描得到包含发票抬头数据的图像数据，并将该图像数据和用户信息发送给网络服务平台，这样网络服务平台通过解析接收到的图像数据，进而获取与所述用户信息相关的发票抬头数据。
在本申请的另一个实施例中，所述税控服务器103，根据所述发票生成请求中包含的开具发票的纳税用户的用户标识，从税务数据库中查找与所述用户标识相关的税务数据，所述税务数据库中包含不同纳税用户的用户标识与税务数据之间的映射关系；根据所述发票开具请求中包含的请求开具发票的发票类型，确定所开具发票的格式。
需要说明的是，目前我国所划分的发票类型包含增值税普通发票和增值税专用发票，在本申请实施例之后所记载的发票类型包含但不限于这两种。
在本申请的另一个实施例中，所述发票数据处理系统还包含数据处理设备105；
所述税控服务器103，基于所述发票抬头数据、所述消费数据以及所述税务数据，按照所述格式，生成所需要的电子发票；将所述电子发票发送至建立数据连接的所述数据处理设备105；
所述数据处理设备105，接收所述电子发票，并打印所述电子发票。
需要说明的是，本申请实施例中所记载的数据处理设备可以为打印设备，这里不做限定。在本申请实施例中该数据处理设备可以与税控服务器建立数据连接；也可以与业务管理服务器建立数据连接；还可以与网络服务平台建立数据连接。
在本申请的另一个实施例中，所述税控服务器105，基于所述发票抬头数据、所述消费数据以及所述税务数据，按照所述格式，生成所需要的电子发票；将所述电子发票发送至所述业务管理服务器；
所述业务管理服务器101，接收所述电子发票，并打印所述电子发票。
在本申请的另一个实施例中，所述税控服务器105，基于所述发票抬头数据、所述消费数据以及所述税务数据，按照所述格式，生成所需要的电子发票；将所述电子发票发送至所述网络服务平台；
所述网络服务平台，接收所述电子发票，并打印所述电子发票/将所述电子发票发送给所述用户信息对应的用户所使用的终端设备。
在本申请的另一个实施例中，所述税控服务器103，根据所述发票生成请求中包含的开具发票的纳税用户的用户标识，从税务数据库中查找与所述用户标识相关的税务数据，所述税务数据库中包含不同纳税用户的用户标识与税务数据之间的映射关系；根据所述发票开具请求中包含的请求开具发票的发票类型，确定所开具发票的格式，还可以将所述税务数据和所述格式发送给数据处理设备/业务管理服务器/网络服务平台。
进而由数据处理设备/业务管理服务器/网络服务平台按照所述格式，根据所述发票抬头数据、所述消费数据以及所述税务数据，打印/得到所需要的发票。
需要说明的是，本申请实施例中所记载的发票管理服务器属于本申请实施例所记载的发票数据处理系统的可选单元，不属于必选单元。
通过本申请实施例提供的发票数据处理系统，通过在业务管理服务器、网络服务平台以及税控服务器之间实现数据互通，在接收到发票开具请求时，能够根据发票开具请求中携带的信息，自动获取发票抬头数据、消费数据以及税务数据，无需通过手动方式输入这些信息，有效改变了发票数据的获取效率，即通过触发发票开具控件，即可得到需要的发票，有效提升了发票开具的效率，进而改善用户对发票开具的用户体验。
实施例2
基于同一个发明构思，图2为本申请实施例提供的一种发票数据处理系统的结构示意图。所述发票处理系统包括：网络服务平台201和税控服务器202，其中：
所述网络服务平台201，接收发票获取请求，所述发票获取请求中包含请求开具发票的用户信息和请求开具发票的发票类型；查找与所述用户信息相关的消费数据、与所述用户信息相关的发票抬头数据以及为所述用户信息对应的用户提供业务服务的纳税用户的用户标识；以及从所述税控服务器202中获取与所述用户标识相关的税务数据以及所开具发票的格式；基于所述发票抬头数据、所述消费数据以及所述税务数据，按照所述格式，得到所需要的发票；
所述税控服务器202，向所述网络服务平台201提供与所述用户标识相关的税务数据以及所开具发票的格式。
在本申请的另一个实施例中，所述税控服务器202，接收所述网络服务平台201发送的税务数据获取请求，所述税务数据获取请求中包含请求开具发票的发票类型以及所述用户标识，根据所述发票开具请求中包含的请求开具发票的发票类型以及所述用户标识，确定与所述用户标识相关的税务数据以及所开具发票的格式，并将所述税务数据和所述格式发送给所述网络服务平台201。
在本申请的另一个实施例中，所述发票数据处理系统还包含业务管理服务器203，其中：
所述网络服务平台201，在接收所述发票获取请求之前，接收用户发送的订单数据，所述订单数据中包含为所述用户提供业务服务的服务提供方标识和所述用户信息，将所述订单数据发送给所述服务提供方标识对应的业务管理服务器203；
所述业务管理服务器203，接收所述订单数据，并在为所述用户提供业务服务后，向所述网络服务平台201发送订单完成确认消息，所述订单完成确认消息中包含所述服务提供方对应的用户标识以及所述用户信息；
所述网络服务平台201，接收所述业务管理服务器203发送的订单完成确认消息，从所述订单完成确认消息中确定所述用户标识；根据所述用户信息，从本地查找包含所述用户信息的订单数据，并从所述订单数据中获取与所述用户信息相关的消费数据。
在本申请的另一个实施例中，所述网络服务平台201，若所述订单数据中包含预约开具发票时间，则在所述预约开具发票时间到达时，自动生成发票获取请求。
在本申请的另一个实施例中，所述发票数据处理系统还包含业务管理服务器203，其中：
所述网络服务平台201，在接收所述发票获取请求之前，接收用户发送的订单数据，所述订单数据中包含为所述用户提供业务服务的服务提供方标识以及所述用户信息，将所述订单数据发送给所述服务提供方标识对应的业务管理服务器203；
所述业务管理服务器203，接收所述订单数据，并在为所述用户提供业务服务后，生成与所述用户信息相关的消费数据，将所述消费数据携带在订单完成确认消息发送给所述网络服务平台201，所述订单完成确认消息中还包含所述服务提供方的用户标识以及所述用户信息；
所述网络服务平台201，接收所述订单完成确认消息，从所述订单确认消息中提取所述消费数据和所述用户标识。
在本申请的另一个实施例中，所述网络服务平台201，根据所述用户信息，查找包含所述用户信息的订单数据；从查找的所述订单数据中确定为所述用户提供业务服务的服务提供方标识；若所述服务提供方标识的个数大于1时，向确定的所述服务提供方标识对应的业务管理服务器203发送携带所述用户信息的订单处理状态查询消息；接收所述业务管理服务器203发送的订单完成确认消息，并根据所述订单完成确认消息，获取与所述用户信息相关的消费数据；
至少一个所述业务管理服务器203，接收所述网络服务平台发送的订单处理状态查询消息，根据所述用户信息查询订单处理状态；在确定所述用户信息的订单处理完成时，向所述网络服务平台发送订单完成确认消息，所述订单完成确认消息中包含所述服务提供方对应的税务标识以及所述用户信息。
在本申请的另一个实施例中，所述发票数据处理系统还包含数据处理设备204；
所述网络服务平台201，基于所述发票抬头数据、所述消费数据以及所述税务数据，按照所述格式，生成所需要的电子发票；将所述电子发票发送至建立数据连接的所述数据处理设备204；
所述数据处理设备204，接收所述电子发票，并打印所述电子发票。
在本申请的另一个实施例中，所述发票数据处理系统还包含数据处理设备204；
所述网络服务平台201，将所述发票抬头数据、所述消费数据、所述税务数据以及所述格式发送至建立数据连接的所述数据处理设备204；
所述数据处理设备204，按照所述格式，根据所述发票抬头数据、所述消费数据、所述税务数据，打印得到所需要的发票。
需要说明的是，本申请实施例中网络服务平台201确定发票抬头数据的方式可以采用实施例1中所记载的网络服务平台102确定发票抬头数据的方式，这里不再一一赘述。
通过本申请实施例提供的发票数据处理系统，通过在网络服务平台以及税控服务器之间实现数据互通，在接收到发票开具请求时，能够根据发票开具请求中携带的信息，自动获取发票抬头数据、消费数据以及税务数据，无需通过手动方式输入这些信息，有效改变了发票数据的获取效率，即通过触发发票开具控件，即可得到需要的发票，有效提升了发票开具的效率，进而改善用户对发票开具的用户体验。
实施例3
基于同一个发明构思，图3为本申请实施例提供的一种发票数据处理系统的结构示意图。所述发票数据处理系统包括：业务管理服务器301和税控服务器302，其中：
所述业务管理服务器301，接收发票开具请求，所述发票开具请求中包含请求开具发票的用户信息、请求开具发票的发票类型以及开具发票的纳税用户的用户标识；根据所述用户信息，查找与所述用户信息相关的消费数据以及与所述用户信息相关的发票抬头数据；以及从所述税控服务器302中获取与所述用户标识相关的税务数据以及所开具发票的格式；基于所述发票抬头数据、所述消费数据以及所述税务数据，按照所述格式，得到所需要的发票；
所述税控服务器302，向所述网络服务平台提供与所述用户标识相关的税务数据以及所开具发票的格式。
在本申请的另一个实施例中，所述税控服务器302，接收所述业务管理服务器301发送的税务数据获取请求，所述税务数据获取请求中包含请求开具发票的发票类型以及所述用户标识；根据所述发票开具请求中包含的请求开具发票的发票类型，确定所开具发票的格式，根据所述用户标识，从税务数据库中查找到与所述用户标识相关的税务数据，并将所述税务数据和所述格式发送给所述业务管理服务器。
在本申请的另一个实施例中，所述发票数据处理系统还包含网络服务平台303，其中：
所述业务管理服务器301，在根据所述用户信息查找不到与所述用户信息相关的发票抬头数据时，向所述网络服务平台303发送发票抬头数据获取请求，所述发票抬头数据获取请求中包含请求开具发票的用户信息；接收所述网络服务平台303发送的包含所述用户信息以及所述发票抬头数据的响应消息，并从所述响应消息中确定与所述用户信息相关的发票抬头数据；
所述网络服务平台303，接收所述业务管理服务器301发送的发票抬头数据获取请求；根据所述用户信息，确定与所述用户信息相关的发票抬头数据，并将所述发票抬头数据携带的响应消息中发送至所述业务管理服务器301。
在本申请的另一个实施例中，所述业务管理服务器301，接收用户发送的图像数据，所述图像数据为对所述用户提供的二维码进行扫描得到的；解析所述图像数据，从所述图像数据中获取所述用户信息相关的发票抬头数据，所述发票抬头数据中包含所述用户信息或与所述用户信息相关联的企业信息。
在本申请的另一个实施例中，所述业务管理服务器301，根据所述用户信息，从发票管理服务器中获取与所述用户信息相关的发票抬头数据，所述发票抬头数据中包含所述用户信息或与所述用户信息相关联的企业信息，所述发票抬头数据由所述发票管理服务器根据所述用户信息查找的。
在本申请的另一个实施例中，所述发票数据处理系统还包含网络服务平台303，其中：
所述网络服务平台303，接收用户发送的订单数据，所述订单数据中包含为所述用户提供业务服务的服务提供方标识、所述用户信息以及预约开具发票时间，将所述订单数据发送给所述服务提供方标识对应的业务管理服务器301；
所述业务管理服务器301，在接收发票获取请求之前，接收网络服务平台303发送的订单数据，在所述订单数据中包含的所述预约开具发票时间到达时，自动生成发票获取请求。
在本申请的另一个实施例中，所述发票数据处理系统还包含数据处理设备304；
所述业务管理服务器301，基于所述发票抬头数据、所述消费数据以及所述税务数据，按照所述格式，生成所需要的电子发票；将所述电子发票发送至建立数据连接的所述数据处理设备；
所述数据处理设备304，接收所述电子发票，并打印所述电子发票。
在本申请的另一个实施例中，所述发票数据处理系统还包含数据处理设备304；
所述业务管理服务器301，将所述发票抬头数据、所述消费数据、所述税务数据以及所述格式发送至建立数据连接的所述数据处理设备304；
所述数据处理设备304，按照所述格式，根据所述发票抬头数据、所述消费数据、所述税务数据，打印得到所需要的发票。
需要说明的是，本申请实施例中网络服务平台303确定发票抬头数据的方式可以采用实施例1中所记载的网络服务平台102确定发票抬头数据的方式，这里不再一一赘述。
通过本申请实施例提供的发票数据处理系统，通过在业务管理服务器以及税控服务器之间实现数据互通，在接收到发票开具请求时，能够根据发票开具请求中携带的信息，自动获取发票抬头数据、消费数据以及税务数据，无需通过手动方式输入这些信息，有效改变了发票数据的获取效率，即通过触发发票开具控件，即可得到需要的发票，有效提升了发票开具的效率，进而改善用户对发票开具的用户体验。
实施例4
基于同一个发明构思，图4为本申请实施例提供的一种发票数据处理设备的结构示意图。所述发票数据处理设备包括：信息接收单元401、数据处理单元402和输出单元403，其中：
所述信息接收单元401，接收发票开具请求，所述发票开具请求中包含请求开具发票的用户信息、请求开具发票的发票类型以及开具发票的纳税用户的用户标识；
所述数据处理单元402，根据所述用户信息，查找与所述用户信息相关的消费数据以及与所述用户信息相关的发票抬头数据；以及根据所述请求开具发票的发票类型以及开具发票的纳税用户的用户标识，确定与所述用户标识相关的税务数据以及所开具发票的格式；
所述输出单元403，基于所述发票抬头数据、所述消费数据以及所述税务数据，按照所述格式，得到所需要的发票。
在本申请的另一个实施例中，所述数据处理单元402，根据所述用户信息，从业务管理服务器中获取与所述用户信息相关的消费数据。
在本申请的另一个实施例中，所述数据处理单元402，根据所述用户信息，从网络服务平台中获取与所述用户信息相关的发票抬头数据，所述发票抬头数据中包含所述用户信息或与所述用户信息相关联的企业信息，所述发票抬头数据由所述网络服务平台根据所述用户信息确定的。
在本申请的另一个实施例中，所述数据处理单元402，根据所述用户信息，从发票管理服务器中获取与所述用户信息相关的发票抬头数据，所述发票抬头数据中包含所述用户信息或与所述用户信息相关联的企业信息，所述发票抬头数据由所述发票管理服务器根据所述用户信息查找的。
在本申请的另一个实施例中，所述数据处理单元402，接收用户发送的图像数据，所述图像数据为对所述用户提供的二维码进行扫描得到的；解析所述图像数据，从所述图像数据中获取所述用户信息相关的发票抬头数据。
在本申请的另一个实施例中，所述数据处理单元402，向税控服务器发送税务数据获取请求，所述税务数据获取请求中包含所述请求开具发票的发票类型以及开具发票的纳税用户的用户标识；接收所述税控服务器发送的响应消息，并从所述响应消息中获取与所述用户标识相关的税务数据以及所开具发票的格式。
在本申请的另一个实施例中，所述输出单元403，基于所述发票抬头数据、所述消费数据以及所述税务数据，按照所述格式，生成电子发票，并将生成的所述电子发票发送至所述用户信息对应的用户所使用的终端设备。
在本申请的另一个实施例中，所述输出单元403，基于所述发票抬头数据、所述消费数据以及所述税务数据，按照所述格式，生成电子发票，并将所述电子发票发送给打印设备404；
所述打印设备404，基于接收到的所述电子发票，打印得到发票。
在本申请的另一个实施例中，所述输出单元403，将所述发票抬头数据、所述消费数据、所述税务数据以及所述格式发送给打印设备404；
所述打印设备404，按照所述格式，根据所述发票抬头数据、所述消费数据以及所述税务数据，打印得到发票。
在本申请的另一个实施例中，所述信息接收单元401，接收发票预约服务请求，所述发票预约服务请求中包含请求开具发票的用户信息、请求开具发票的发票类型以及预约开具发票的时间；在确定所述预约开具发票的时间到达时，生成发票开具请求。
通过本申请实施例提供的发票数据处理设备，在接收到发票开具请求时，能够根据发票开具请求中携带的信息，自动从网络服务平台获取发票抬头数据、从业务管理服务器中获取消费数据以及从税控服务器中获取税务数据，无需通过手动方式输入这些信息，有效改变了发票数据的获取效率，即通过触发发票开具控件，即可得到需要的发票，有效提升了发票开具的效率，进而改善用户对发票开具的用户体验。
实施例5
基于同一个发明构思，图5为本申请实施例提供的一种发票数据处理方法的流程示意图。所述方法可以如下所示。本申请实施例的执行主体可以为独立的发票数据处理设备，也可以是提供自助服务的终端设备，在该自助服务的终端设备中集成发票数据处理业务。
步骤501：获取发票开具请求，所述发票开具请求中包含请求开具发票的用户信息、请求开具发票的发票类型以及开具发票的纳税用户的用户标识。
发票作为财务核算的原始依据。在实际应用中，一旦用户购买了某种产品，此时用户可以向提供该产品的提供方发送发票开具请求，要求提供该产品的提供方向该用户开具购买该产品的发票，那么在本申请实施例中，产品提供方可以通过触发发票开具控件，此时发票数据处理设备接收到用户(这里的用户可以理解为提供产品服务的提供方)发送的发票开具请求。
例如：用户A在某家酒店住宿一晚，在退房结账的时候，可以要求该酒店为其开具住宿发票，那么该酒店的员工可以在业务管理服务器中触发发票开具控件，视为向业务管理服务器发送发票开具请求，进而启动开具发票的流程。
若用户A在某家酒店住宿之后，由于用户A通过网络服务平台生成包含住宿内容的订单数据，因此该用户A也可以通过触发网络服务平台中的发票开具控件，此时视为向网络服务平台发送发票开具请求，进而启动发票开具流程。
若用户A在某家酒店住宿之后，还可以通过酒店提供的自助发票处理设备获取发票，此时用户A触发自助发票处理设备中的发票开具控件，视为向自助发票处理设备发送发票开具请求，进而启动发票开具流程。
为了满足用户的极大需求，在本申请实施例中还可以向用户提供预约发票服务。即在用户提交订单数据时，在该订单数据中携带预约开具发票的时间，那么接收用户发送的订单数据，从该订单数据中获取预约开具发票时间，并在所述预约开具发票的时间到达时，生成发票开具请求，即触发发票开具流程。
例如：用户A在某家酒店住宿一晚，在网络服务平台上预订酒店或者在办理入住酒店时，可以申请发票预约服务，并在发票预约服务中确定发票开具时间。这样酒店员工在预约发票开具时间到达时，触发发票开具控件，启动开具发票流程。
步骤502：根据所述用户信息，查找与所述用户信息相关的消费数据以及与所述用户信息相关的发票抬头数据。
在本申请实施例中，分别确定与所述用户信息相关的消费数据以及确定与所述用户信息相关的发票抬头数据。在本申请实施例中，不限定确定消费数据以及发票抬头数据先后顺序，可以根据实际需要确定，也可以同步确定消费数据和发票抬头数据，这里不做限定。
第一、确定与所述用户信息相关的消费数据。
具体地，根据用户标识与服务提供方标识之间的映射关系，确定所述发票开具请求中包含的用户标识对应的服务提供方标识；
从所述服务提供方标识对应的业务管理服务器中查找与所述用户信息相关的消费数据。
在实际应用中，纳税用户的用户标识可以对应至少一个提供业务服务的服务提供方标识，因此，可以根据发票开具请求中包含的纳税用户的用户标识确定提供业务服务的服务提供方标识，进而能够从所述服务提供方标识对应的业务管理服务器中查找与所述用户信息相关的消费数据。
然而，若确定的服务提供方标识的个数大于1时，可以根据所述用户信息，从网络服务平台中查找包含该用户信息的订单数据，根据订单数据，确定其中一个服务提供方标识，进而根据所述用户信息，从服务提供方标识对应的业务管理服务器中获取与所述用户信息相关的消费数据。
例如：向业务管理服务器发送消费数据获取请求，所述消费数据获取请求中包含所述用户信息；
接收所述业务管理服务器发送的消费数据，所述消费数据中包含消费内容。
业务管理服务器在接收到消费数据获取请求时，查找与所述消费数据获取请求中包含所述用户信息相关的消费数据，并将查找到的消费数据返回给发票数据处理设备。
第二、确定与所述用户信息相关的发票抬头数据。
第一种方式：
根据所述用户信息，从网络服务平台中查找与所述用户信息相关的发票抬头数据。
所述发票抬头数据中包含所述用户信息/或与所述用户信息相关联的企业信息。
具体地，向网络服务平台发送发票抬头数据获取请求，所述发票抬头数据获取请求中包含所述用户信息；接收所述网络服务平台发送的发票抬头数据，所述发票抬头数据由所述网络服务平台根据所述用户信息确定的。
在本申请实施例中所述网络服务平台根据所述用户信息确定与所述用户信息相关的发票抬头数据的方式可以采用本申请实施例1中所记载的发票抬头数据获取方式，这里不做具体限定。
第二种方式：
根据所述用户信息，从发票管理服务器中查找与所述用户信息相关的发票抬头数据，所述发票抬头数据中包含所述用户信息/或与所述用户信息相关联的企业信息，所述发票抬头数据由所述发票管理服务器根据所述用户信息查找的。
具体地，向发票管理服务器发送发票抬头数据获取请求，所述发票抬头数据获取请求中包含所述用户信息；
接收所述发票管理服务器发送的发票抬头数据，所述发票抬头数据由所述发票管理服务器根据所述用户信息查找的。
第三种方式：
接收用户发送的图像数据，所述图像数据为对所述用户提供的二维码进行扫描得到的；
解析所述图像数据，从所述图像数据中获取所述用户信息相关的发票抬头数据。
具体地，在发票数据处理设备中可以设置一个发票抬头数据采集设备，这样用户在发送发票开具请求时，可以要求用户提供发票抬头数据，即通过发票抬头数据采集设备扫描用户提供的二维码，得到包含发票抬头数据的图像数据；解析该图像数据，并从该图像数据中获取所需要的发票抬头数据。
此外，发票数据处理设备还可以从业务管理服务器中获取该图像数据。例如：业务管理服务器可以在接收用户发送的订单数据时，要求用户提供发票抬头数据，此时业务管理系统可以对所述用户提供的二维码进行扫描，得到图像数据，并建立用户信息与图像数据之间的映射关系。一旦接收到发票数据处理设备发送的发票抬头数据获取请求，根据本地存储的用户信息与图像数据之间的映射关系，确定与该发票抬头数据获取请求中包含的用户信息对应的图像数据，并将该图像数据发送给发票数据处理设备。
那么发票数据处理设备在接收到该图像数据时，解析该图像数据，并从该图像数据中获取所需要的发票抬头数据。
步骤503：根据所述请求开具发票的发票类型以及开具发票的纳税用户的用户标识，查找与所述用户标识相关的税务数据以及所开具发票的格式。
在本申请实施例中，根据所述请求开具发票的发票类型以及开具发票的纳税用户的用户标识，从税控服务器中查找与所述用户标识相关的税务数据以及所开具发票的格式。
具体地，向税控服务器发送税务信息获取请求，所述税务信息获取请求中包含开具发票的纳税用户的用户标识，所述纳税用户的用户标识由业务管理服务器提供；
接收所述税控服务器发送的与所述开具发票的纳税用户的用户标识相关的税务数据。
步骤504：基于所述发票抬头数据、所述消费数据以及所述税务数据，按照所述格式，得到所需要的发票。
在本申请实施例中所记载的发票数据处理设备可以具备打印功能，也可以具备电子发票生成功能，这里不做具体限定。
若具备打印功能，则基于所述发票抬头数据、所述消费数据以及所述税务数据，按照所述格式，生成电子发票，将所述电子发票进行打印，以得到纸质发票。
若具备电子发票生成功能，基于所述发票抬头数据、所述消费数据以及所述税务数据，按照所述格式，生成电子发票，并生成的电子发票发送给需要的用户，这里的发送可以是发送电子邮件，也可以是生成二维码，用户通过扫码得到电子发票，这里不做具体限定。
通过本申请实施例提供的技术方案，在业务管理服务器、网络服务平台以及税控服务器之间实现数据互通，在接收到发票开具请求时，能够根据发票开具请求中携带的信息，自动获取发票抬头数据、消费数据以及税务数据，无需通过手动方式输入这些信息，有效改变了发票数据的获取效率，即通过触发发票开具控件，即可得到需要的发票，有效提升了发票开具的效率，进而改善用户对发票开具的用户体验。
实施例6
基于同一发明构思，图6为本申请实施例提供的一种发票数据处理方法的流程示意图。所述方法可以如下所示。本申请实施例的执行主体可以为网络服务平台。
步骤601：接收用户发送的发票开具请求，所述发票开具请求中包含请求开具发票的用户信息和请求开具发票的发票类型。
在本申请实施例中，用户可以通过网络服务平台订购各种网络服务，例如：酒店订购服务、车票订购服务等等，用户通过网络服务平台生成订单之后，网络服务平台将生成的订单信息发送给相应的业务管理服务器。
例如：用户通过提供酒店订购服务的网络服务平台预订了一个房间，那么在网络服务平台上生成一个订单信息，在该订单信息中包含用户信息、预订时间、住宿时间、住宿酒店信息、所消费的金额等。网络服务平台在订单生成时将该订单信息发送给住宿酒店信息对应的业务管理服务器，这样，业务管理服务器将获取该用户的预订信息，以便于在住宿时间到达时，为该用户提供住宿服务。
再例如：用户通过提供票务服务的网络服务平台预订了一张车票，那么在网络服务平台上生成一个订单信息，在该订单信息中包含用户信息、预订时间、出发时间、出发地、所达到目的地、所消费金额等。
网络服务平台在订单生成时将该订单信息发送给提供票务服务对应的业务管理服务器，这样，业务管理服务器将获取该用户的预订信息，以便于在出发时间到达时，为该用户提供交通服务。
用户在接收业务管理服务器提供的相应服务时，可以请求业务管理服务器提供开具发票服务，此时业务管理服务器可以向网络服务平台发送发票开具请求，并在发票开具请求中携带请求开具发票的用户信息、与所述用户信息相关的消费数据、请求开具发票的发票类型以及开具发票的纳税用户的用户标识等信息。
除此之外，随着经济的快速发展，为了极大满足用户需求，网络服务平台可以提供发票预约服务，即用户在网络平台上提交订单时，可以向网络服务平台发起发票预约请求，并在发票预约请求中包含发票生成时间。例如：接收用户发送的订单数据，所述订单数据中包含预约开具发票的时间；在所述预约开具发票的时间到达时，生成发票开具请求。
或者，在本申请实施例中，网络服务平台接收用户发送的发票预约服务，所述发票预约服务中包含发票生成时间；并在所述发票生成时间到达时，向业务管理服务器发送发票数据处理指示信息，这里的发票数据处理指示信息用于指示业务管理服务器上传开具发票所需要的与业务相关的数据。
一旦业务管理服务器接收到网络服务平台发送的发票数据处理指示信息，业务管理服务器向网络服务平台发送发票开具请求，并在该发票开具请求中携带请求开具发票的用户信息、与所述用户信息相关的消费数据、请求开具发票的发票类型以及开具发票的纳税用户的用户标识等信息，此时，网络服务平台将接收到所述业务管理服务器发送的发票开具请求。
步骤602：根据所述用户信息，确定与所述用户信息相关的发票抬头数据。
在本申请实施例中，在接收到发票开具请求时，进一步确定与所述用户信息相关的发票抬头数据。
在本申请实施例中，确定发票抬头数据的方式包括但不限于以下几种：
第一种方式：
根据所述用户信息，确定包含所述用户信息的订单数据；
从所述订单数据中查找到与所述用户信息相关的发票抬头数据。
在本申请的另一个实施例中，由于用户在网络服务平台上产生的订单数据不止1个，那么从所述订单数据中查找与所述用户信息相关的发票抬头数据，包括：
若所述订单数据的个数大于1，那么根据所述消费数据中包含的业务内容，从所述订单数据中确定与所述业务内容相匹配的订单数据；
从确定的所述订单数据中查找到与所述用户信息相关的发票抬头数据。
在实际应用中，假设用户通过网络服务平台订购业务，那么网络服务平台将保存与该业务相关的订单数据，即可以根据所述发票开具请求中包含的请求开具发票的用户信息，查找包含该用户信息的订单数据，进而从订单数据中查找是否存在与所述用户信息相关的发票抬头数据。
需要说明的是，为了后续发票开具的方便，网络服务平台在接收到用户发送的订单数据时，可以执行以下操作：
解析所述订单数据中包含的内容；
在确定所述订单数据中包含发票抬头数据时，建立并存储所述用户的用户信息与所述发票抬头数据之间的映射关系。
在确定所述订单数据中尚未包含发票抬头数据时，向所述用户发送发票数据输入请求；接收所述用户返回的发票数据响应消息，从所述发票数据响应消息中确定发票抬头数据，建立并存储所述用户的用户信息与所述发票抬头数据之间的映射关系。
这样，可以根据存储的用户信息与发票抬头数据之间的映射关系，确定与所述发票开具请求中包含的所述用户信息对应的发票抬头数据。
第二种方式：
向发票管理服务器发送发票抬头数据获取请求，所述发票抬头数据获取请求中包含所述用户信息；
接收所述发票管理服务器发送的发票抬头数据，所述发票抬头数据由所述发票管理服务器根据所述用户信息查找的。
随着国家税收政策的改革，开具发票所需要的发票抬头数据的数量增加，一方面用户不容易记住所需要开具发票的发票抬头数据(例如：付款人信息、付款人纳税识别号、银行账户、公司地址等等)；另一方面，发票开具方通过人工方式输入这些字段信息也比较麻烦，因此，在本申请实施例中，为了保证发票抬头数据输入高效以及正确，可以通过发票管理服务器管理不同的发票抬头数据，在该发票管理服务器中存储用户信息与发票抬头数据之间的映射关系。
本申请实施例中所记载的发票管理服务器中包含的发票抬头数据可以通过采集用户的历史行为数据得到，也可以向用户提供发票抬头数据管理的App，请求用户利用该APP管理发票抬头数据，进而实现对发票抬头数据的管理以及存储，这里不做具体限定。
需要说明的是，本申请实施例中所记载的发票管理服务器的功能可以是集成在网络服务平台中的，也可以是被配置在独立的设备中，还可以集成在其他与网络服务平台建立数据互通的其他设备中，这里不做具体限定。
具体地，网络服务平台向发票管理服务器发送发票抬头数据获取请求，所述发票抬头数据获取请求中包含请求开具发票的用户信息；
发票管理服务器在接收到发票数据获取请求时，根据用户信息与发票抬头数据之间的映射关系，确定与所述用户信息相关的发票抬头数据，将所述用户信息以及与所述用户信息相关的发票抬头数据携带在响应消息中发送给网络服务平台。此时，网络服务平台从接收到的该响应消息中确定与所述用户信息相关的发票抬头数据。
第三种方式：
接收用户发送的图像数据；解析该图像数据，从所述图像数据中获取与所述用户信息相关的发票抬头数据。
需要说明的是，本申请实施例中所记载的图像数据可以是由发票抬头数据生成的二维码；也可以是由发票抬头数据生成的图片数据，这里不做具体限定。
在本申请实施例中，网络服务平台在接收到业务管理系统发送的发票开具请求时，可以通过上述两种方式确定与所述用户信息相关的发票抬头数据，若通过上述两种方式尚未得到与所述用户信息相关的发票抬头数据时，此时可以向用户发送发票抬头数据获取请求，此时网络服务平台接收到用户发送的图像数据(这里的图像数据可以是二维码图片或者一维码标识等等)，网络服务平台通过解析该图像数据，从所述图像数据中获取与所述用户信息相关的发票抬头数据。
第四种方式：
确定包含所述用户信息且与所述消费数据中包含的业务内容相关联的用户行为数据；
当所述用户行为数据中尚未包含与所述业务内容相关的审批数据时，确定所述用户信息为发票抬头数据；
当所述用户行为数据中包含与所述业务内容相关的审批数据时，从所述用户行为数据中获取与所述用户信息相关的发票抬头数据。
随着科学技术的发展，网络服务平台还可以与企业管理系统建立数据互通，为了方便企业差旅管理，企业管理系统中可以建立合理的企业差旅管理流程，那么对于出公差的用户，该用户的出差行为应该是经过企业审批的，也就意味着，网络服务平台可以通过与业务管理系统之间的数据交互，确认该用户本次发生的消费数据是否属于一种公差行为。
具体地，网络服务平台在接收到业务管理系统发送的发票开具请求时，根据所述用户信息，确定与该用户信息关联的企业信息，并向该企业信息对应的企业管理系统发送数据获取请求；接收企业管理系统发送的包含所述用户信息且与所述业务内容相关联的用户行为数据；当所述用户行为数据中尚未包含与所述业务内容相关的审批数据时，确定所述用户的本次发生的消费数据属于非公差行为，进而确定所述用户信息为发票抬头数据，即开具发票抬头为“个人”的发票；
当所述用户行为数据中包含与所述业务内容相关的审批数据时，确定所述用户的本次发生的消费数据属于公差行为，进而从所述用户行为数据中获取与所述用户信息相关的发票抬头数据。
这种方式能够保证所开具发票的真实意义，避免实际应用中用户的个人行为变更为企业行为，虚报企业纳税金额，有助于提升税收制度的良好实施，进而避免虚开发票事件的发生。
需要说明的是，第一种方式至第四种方式适用于预约开发票的场景中，这样方便提前获取所需要开发票的发票抬头数据，提升发票开具的效率，提升用户体验。
第五种方式：
向业务管理服务器发送发票抬头数据获取请求；
接收所述业务管理服务器发送的图像数据，所述图像数据为所述用户提供给所述业务管理服务器；
解析图像数据，从所述图像数据中获取与所述用户信息相关的发票抬头数据。
需要说明的是，本申请实施例中所记载的图像数据可以是二维码图片，也可以是其他图片；若是二维码图片，业务管理系统可以通过扫描用户提供的二维码图片得到。
这种方式适用于用户面对面需要开发票的场景中。可以避免开发票者/需要发票者因为手写或者口述发票抬头的字段信息导致发票开错或者无效的情形，进而改善发票数据的处理效率。
需要说明的是，上述五种方式可以单一使用，也可以结合使用，至于结合方式在本申请实施例中不做具体限定，可以根据实际需要进行随机组合。
步骤603：根据所述用户信息，查找与所述用户信息相关的消费数据以及为所述用户信息对应的用户提供业务服务的服务提供方标识。
在本申请实施例中，根据所述用户信息，确定包含所述用户信息的订单数据；
从所述订单数据中查找到为所述用户信息对应的用户提供业务服务的服务提供方标识；
根据所述服务提供方标识，从所述服务提供方标识对应的业务管理服务器中获取与所述用户信息相关的消费数据。
步骤604：根据所述服务提供方标识，确定所述服务提供方标识对应的纳税用户的用户标识；以及根据所述用户标识和请求开具发票的发票类型，确定与所述用户标识相关的税务数据。
在本申请实施例中，根据所述用户标识和请求开具发票的发票类型，从税控服务器中获取与所述用户标识相关的税务数据。
具体地，向税控服务器发送税务信息获取请求，所述税务信息获取请求中包含开具发票的纳税用户标识，所述纳税用户标识由业务管理系统提供；
接收所述税控服务器发送的与所述开具发票的纳税用户标识相关的税务数据，所述税务数据包含所述纳税用户识别号、税率中的至少一种或者多种。
需要说明的是，本申请实施例中所记载的步骤602、步骤603和步骤604可以同步实施；也可以先执行步骤602，再执行步骤603，后执行步骤604；还可以先执行步骤603，再执行604，后执行步骤602；还可以按照其他方式执行，这里不做具体限定。
步骤605：基于所述发票抬头数据、所述消费数据以及所述税务数据，按照所述格式，得到所需要的发票。
在本申请实施例中，网络服务平台可以基于所述发票抬头数据、所述消费数据以及所述税务数据，按照所述格式，得到所需要的发票；网络服务平台还可以为数据处理设备建立数据连接，那么网络服务平台可以直接将所述消费数据、所述发票抬头数据、所述格式以及所述税务数据发送至数据处理设备，以便于数据处理设备按照所述格式，根据接收到的所述消费数据、所述发票抬头数据和所述税务数据得到所需要的发票；
数据处理设备也可以与税控服务器建立数据连接，那么网络服务平台可以直接将所述消费数据、所述发票抬头数据和所述税务数据发送至税控服务器，以便于税控服务器通过连接的数据处理设备得到所需要的发票；
数据处理设备还可以与业务管理系统建立数据连接，那么网络服务平台可以直接将所述消费数据、所述发票抬头数据和所述税务数据发送至业务管理系统，以便于业务管理系统通过连接的数据处理设备得到所需要的发票。
这里的发票可以是纸质发票也可以是电子发票，根据用户需要确定，这里不做限定。
通过本申请实施例所记载的内容，当请求开具发票时，自动获取发票抬头数据、消费数据以及税务数据，实现开具发票，有效提升了发票开具的效率，进而改善用户对发票开具的用户体验。
实施例7
基于同一个发明构思，图7(a)为本申请实施例所记载的一种发票数据处理方法的流程示意图。所述方法可以如下所示。本申请实施例中以预约发票场景为例进行说明。
步骤701：用户向网络服务平台提交订单信息，所述订单信息中包含预约开具发票的时间信息、发票抬头数据、用户信息。
步骤702：网络服务平台建立用户信息与发票抬头数据之间的映射关系。
步骤703：网络服务平台在预约开具发票的时间达到时，向业务管理服务器发送发票数据处理指示信息。
这里的发票数据处理指示信息用于指示业务管理服务器上传开具发票所需要的与用户信息相关的消费数据。
步骤704：业务管理服务器在接收到网络服务平台发送的发票数据处理指示信息时，根据所述用户信息，确定与所述用户信息相关的消费数据。
步骤705：业务管理服务器向网络服务平台发送发票开具请求，所述发票数据处理请求中包含请求开具发票的用户信息、所述消费数据、所需要开具发票的发票类型以及开具发票的纳税用户的用户标识。
步骤706：网络服务平台确定与所述用户信息相关的发票抬头数据。
步骤707：网络服务平台从税控服务器中确定与所述用户标识相关的税务数据。
步骤708：网络服务平台将所述消费数据、所述发票抬头数据和所述税务数据发送至数据处理设备。
步骤709：数据处理设备根据所述消费数据、所述发票抬头数据和所述税务数据生成所述发票开具请求对应的发票。
需要说明的是，本申请实施例中所记载的步骤705至步骤708可以在用户的消费业务执行完成之后执行，例如：用户离开酒店时执行。
图7(b)为本申请实施例所记载的一种发票数据处理的场景示意图。
实施例8
基于同一个发明构思，图8(a)为本申请实施例所记载的一种发票数据处理方法的流程示意图。所述方法可以如下所示。本申请实施例中以面对面提供发票场景为例进行说明。
步骤801：用户向业务管理服务器发送发票获取请求，所述发票获取请求中包含所述用户的用户信息。
步骤802：业务管理服务器确定请求开具发票的用户信息、与所述用户信息相关的消费数据、所开具发票的发票类型以及开具发票的纳税用户的用户标识。
步骤803：业务管理服务器向网络服务平台发送发票开具请求，所述发票开具请求中包含请求开具发票的用户信息、与所述用户信息相关的消费数据、所开具发票的发票类型以及开具发票的纳税用户的用户标识。
步骤804：网络服务平台确定与所述用户信息相关的发票抬头数据。
步骤805：网络服务平台确定与所述用户标识相关的税务数据。
步骤806：网络服务平台将所述消费数据、所述发票抬头数据和所述税务数据发送至数据处理设备。
步骤807：数据处理设备根据所述消费数据、所述发票抬头数据和所述税务数据生成所述发票开具请求对应的发票。
图8(b)为本申请实施例所记载的一种发票数据处理的场景示意图。
实施例9
基于同一发明构思，图9为本申请实施例提供的一种发票数据处理方法的流程示意图。所述方法可以如下所示。本申请实施例的执行主体可以为业务管理系统。
步骤901：确定目标用户的消费数据，触发发票开具请求。
所述发票开具请求中包含请求开具发票的用户信息、与所述用户信息相关的消费数据、请求开具发票的发票类型以及开具发票的纳税用户的用户标识。
在本申请实施例中，在预约开发票的场景中，业务管理服务器接收网络服务平台发送的发票预约服务，所述发票预约服务中包含发票生成时间；在所述发票生成时间到达时，启动发票开具流程。此时，需要根据发票预约服务中包含的用户信息，进一步确定与所述用户信息相关的消费数据。例如：从业务管理服务器中查找与该用户信息相关联的消费数据。
在面对面开发票的场景中，一旦用户完成了支付行为，业务管理服务器在确定用户支付完成时，启动发票开具流程。此时，进一步确定与所述用户信息相关的消费数据。例如：从业务管理服务器中查找与该用户信息相关联的消费数据。
步骤902：查找与所述用户信息相关的发票抬头数据。
在本申请实施例中，查找与所述用户信息相关的发票抬头数据的方式包括但不限于：
第一种方式：
向网络服务平台发送发票抬头数据获取请求，所述发票抬头数据获取请求中包含请求开具发票的用户信息；
接收所述网络服务平台发送的发票抬头数据，所述发票抬头数据由所述网络服务平台根据所述用户信息确定的。
需要说明的是，所述网络服务平台确定所述发票抬头数据的方式可以采用实施例2中所记载的前四种方式，这里不再一一赘述。
这种方式不仅适应于预约开发票的场景中，还适用于面对面开发票的场景中。
第二种方式：
接收用户提供的图像数据；
解析所述图像数据，从所述图像数据中获取所述用户信息相关的发票抬头数据。
这种方式适用于面对面开发票的场景中。
步骤903：查找与所述用户标识相关的税务数据以及所开具发票的格式。
从税控服务器中查找与所述开具发票的纳税用户的用户标识相关的税务数据以及所开具发票的格式。
具体地，向税控服务器发送税务信息获取请求，所述税务信息获取请求中包含开具发票的纳税用户的用户标识和所述发票类型，所述纳税用户标识由业务管理服务器提供；
接收所述税控服务器发送的与所述开具发票的用户标识相关的税务数据以及与所述发票类型相对应的格式。
需要说明的是，本申请实施例中所记载的步骤902和步骤903可以同步执行，也可以先执行步骤902后执行步骤903，还可以先执行步骤903后执行步骤902，这里不做具体限定。
步骤904：基于所述发票抬头数据、所述消费数据以及所述税务数据，按照所述格式，得到所需要的发票。
这里得到所需要的发票的方式可以与实施例5中步骤504的方式或者与实施例6中步骤604的方式相同或者类似，这里不再一一赘述。
当请求开具发票时，自动获取发票抬头数据、消费数据以及税务数据，实现开具发票，有效提升了发票开具的效率，进而改善用户对发票开具的用户体验。
实施例10
基于同一发明构思，图10为本申请实施例提供的一种发票数据处理设备的结构示意图。所述发票数据处理设备包括：获取单元1001、查找单元1002和处理单元1003，其中：
获取单元1001获取发票开具请求，所述发票开具请求中包含请求开具发票的用户信息、请求开具发票的发票类型以及开具发票的纳税用户的用户标识；
查找单元1002，根据所述用户信息，查找与所述用户信息相关的消费数据以及与所述用户信息相关的发票抬头数据；以及根据所述请求开具发票的发票类型以及开具发票的纳税用户的用户标识，查找与所述用户标识相关的税务数据以及所开具发票的格式；
处理单元1003，基于所述发票抬头数据、所述消费数据以及所述税务数据，按照所述格式，得到所需要的发票。
在本申请提供的另一个实施例中，所述查找单元1002查找与所述用户信息相关的消费数据，包括：
根据所述用户信息，从业务管理服务器中获取与所述用户信息相关的消费数据。
在本申请提供的另一个实施例中，所述查找单元1002从业务管理服务器中获取与所述用户信息相关的消费数据，包括：
向业务管理服务器发送消费数据获取请求，所述消费数据获取请求中包含所述用户信息；
接收所述业务管理系统发送的消费数据，所述消费数据中包含消费内容。
在本申请提供的另一个实施例中，所述查找单元1002查找与所述用户信息相关的发票抬头数据，包括：
根据所述用户信息，从网络服务平台中获取与所述用户信息相关的发票抬头数据，所述发票抬头数据中包含所述用户信息/或与所述用户信息相关联的企业信息。
在本申请提供的另一个实施例中，所述查找单元1002从网络服务平台中获取与所述用户信息相关的发票抬头数据，包括：
向网络服务平台发送发票抬头数据获取请求，所述发票抬头数据获取请求中包含所述用户信息；
接收所述网络服务平台发送的发票抬头数据，所述发票抬头数据由所述网络服务平台根据所述用户信息确定的。
在本申请提供的另一个实施例中，所述查找单元1002确定与所述用户信息相关的发票抬头数据，包括：
根据所述用户信息，从发票管理服务器中获取与所述用户信息相关的发票抬头数据，所述发票抬头数据中包含所述用户信息/或与所述用户信息相关联的企业信息。
在本申请提供的另一个实施例中，所述查找单元1002从发票管理服务器中获取与所述用户信息相关的发票抬头数据，包括：
向发票管理服务器发送发票抬头数据获取请求，所述发票抬头数据获取请求中包含所述用户信息；
接收所述发票管理服务器发送的发票抬头数据，所述发票抬头数据由所述发票管理服务器根据所述用户信息查找的。
在本申请提供的另一个实施例中，所述发票数据处理设备还包括：接收单元1004，其中：
所述接收单元1004，在确定与所述用户信息相关的发票抬头数据之前，接收业务管理服务器发送的图像数据，所述图像数据为所述业务管理系统对所述用户提供的二维码进行扫描得到的；
所述查找单元1002根据所述用户信息，查找与所述用户信息相关的发票抬头数据，包括：
解析所述图像数据，从所述图像数据中获取所述用户信息对应的发票抬头的字段信息。
在本申请提供的另一个实施例中，所述查找单元1002确定与所述开具发票的纳税用户标识相关的税务数据，包括：
向税控服务器发送税务信息获取请求，所述税务信息获取请求中包含开具发票的纳税用户的用户标识和所开具发票的发票类型，所述纳税用户的用户标识由业务管理服务器提供；
接收所述税控服务器发送的与所述开具发票的纳税用户标识相关的税务数据以及与所述发票类型对应的格式。
在本申请提供的另一个实施例中，所述处理单元1003基于所述发票抬头数据、所述消费数据以及所述税务数据，按照所述格式，得到所需要的发票，包括：
确定与其建立数据连接的数据处理设备；
将所述消费数据、所述发票抬头数据、所述格式和所述税务数据发送至确定的所述数据处理设备，所述数据处理设备按照所述格式，根据接收到的所述消费数据、所述发票抬头数据和所述税务数据得到所需要的发票。
在本申请提供的另一个实施例中，所述接收单元1004，在获取发票开具请求之前，接收发票预约服务，所述发票预约服务中包含发票开具时间；
所述获取单元1001获取发票开具请求，包括：
在发票开具时间到达时，获取发票开具请求。
需要说明的是，本申请实施例提供的发票数据处理设备可以通过软件方式实现，也可以通过硬件方式实现，这里不做具体限定。本申请实施例提供的发票数据处理设备可以集成在网络服务平台中实现，也可以集成在业务管理系统中实现，在本申请实施例中不做具体限定。发票数据处理设备在确定业务管理服务器、网络服务平台以及税控服务器之间实现数据互通，当请求开具发票时，自动获取发票抬头数据、消费数据以及税务数据，实现开具发票，有效提升了发票开具的效率，进而改善用户对发票开具的用户体验。
实施例11
基于同一发明构思，图11为本申请实施例提供的一种发票数据处理设备的结构示意图。本申请实施例中所记载的发票数据处理设备可以应用在网络服务平台中，所述发票数据处理设备包括：接收单元1101、查找单元1102、确定单元1103和处理单元1104，其中：
接收单元1101，接收用户发送的发票开具请求，所述发票开具请求中包含请求开具发票的用户信息和请求开具发票的发票类型；
查找单元1102，根据所述用户信息，查找与所述用户信息相关的消费数据、与所述用户信息相关的发票抬头数据以及为所述用户信息对应的用户提供业务服务的服务提供方标识；
确定单元1103，根据所述服务提供方标识，确定所述服务提供方标识对应的纳税用户的用户标识；以及根据所述用户标识和请求开具发票的发票类型，确定与所述用户标识相关的税务数据；
处理单元1104，基于所述发票抬头数据、所述消费数据以及所述税务数据，按照所述格式，得到所需要的发票。
需要说明的是，本申请实施例中所记载的发票数据处理设备的各个单元＝的功能可以参见实施例6中所记载的内容，这里不再一一赘述。
需要说明的是，本申请实施例所提供的发票数据处理设备可以通过软件方式实现，也可以通过硬件方式实现，这里不做具体限定。本申请实施例中所记载的发票数据处理设备可以应用在网络服务平台中，在确定业务管理服务器、网络服务平台以及税控服务器之间实现数据互通，当请求开具发票时，自动获取发票抬头数据、消费数据以及税务数据，实现开具发票，有效提升了发票开具的效率，进而改善用户对发票开具的用户体验。
实施例12
基于同一发明构思，图12为本申请实施例提供的一种发票数据处理设备的结构示意图。本申请实施例中所记载的发票数据处理设备可以应用在业务管理系统中，所述发票数据处理设备包括：确定单元1201、查找单元1202和处理单元1203，其中：
确定单元1201，确定目标用户的消费数据，触发发票开具请求，所述发票开具请求中包含请求开具发票的用户信息、与所述用户信息相关的消费数据、请求开具发票的发票类型以及开具发票的纳税用户的用户标识；
查找单元1202，查找与所述用户信息相关的发票抬头数据、与所述用户标识相关的税务数据以及所开具发票的格式；
处理单元1203，基于所述发票抬头数据、所述消费数据以及所述税务数据，按照所述格式，得到所需要的发票。
需要说明的是，本申请实施例中所记载的发票数据处理设备可以通过软件方式实现，也可以通过硬件方式实现，这里不做具体限定。本申请实施例中所记载的发票数据处理设备可以应用在业务管理系统中，在确定业务管理服务器、网络服务平台以及税控服务器之间实现数据互通，当请求开具发票时，自动获取发票抬头数据、消费数据以及税务数据，实现开具发票，有效提升了发票开具的效率，进而改善用户对发票开具的用户体验。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。
Claims (56)
1.一种发票数据处理系统，其特征在于，包括：业务管理服务器、网络服务平台和税控服务器，其中：
所述业务管理服务器，获取发票开具请求，将所述发票开具请求转发至所述网络服务平台，所述发票开具请求中包含请求开具发票的用户信息、与所述用户信息相关的消费数据、请求开具发票的发票类型以及开具发票的纳税用户的用户标识；
所述网络服务平台，接收所述业务管理服务器发送的所述发票开具请求；根据所述发票开具请求中包含的请求开具发票的用户信息，确定与所述用户信息相关的发票抬头数据；根据所述消费数据、所述发票类型、开具发票的纳税用户的用户标识以及所述发票抬头数据，得到发票生成请求；将所述发票生成请求发送给所述税控服务器；
所述税控服务器，接收所述网络服务平台发送的所述发票生成请求；根据所述发票生成请求中包含的所述发票类型，确定所开具发票的格式，以及根据开具发票的纳税用户的用户标识，确定与所述用户标识相关的税务数据；基于所述发票抬头数据、所述消费数据以及所述税务数据，按照所述格式，得到所需要的发票。
2.根据权利要求1所述的发票数据处理系统，其特征在于，
所述网络服务平台，根据所述发票开具请求中包含的请求开具发票的用户信息，确定包含所述用户信息的订单数据；
从所述订单数据中查找到与所述用户信息相关的发票抬头数据。
3.根据权利要求2所述的发票数据处理系统，其特征在于，
若所述订单数据的个数大于1，所述网络服务平台根据所述消费数据中包含的业务内容，从所述订单数据中确定与所述业务内容相匹配的订单数据；
从确定的所述订单数据中查找到与所述用户信息相关的发票抬头数据。
4.根据权利要求2所述的发票数据处理系统，其特征在于，
若所述订单数据个数大于1，所述网络服务平台根据开具发票的纳税用户的用户标识，确定为请求开具发票的用户信息对应的用户提供业务服务的服务提供方标识；
根据所述服务提供方标识和所述消费数据中包含的业务内容，从所述订单数据中确定与所述业务内容相匹配且包含所述服务提供方标识的订单数据；
从确定的所述订单数据中查找到与所述用户信息相关的发票抬头数据。
5.根据权利要求1或2所述的发票数据处理系统，其特征在于，
所述网络服务平台，在接收所述业务管理服务器发送的所述发票开具请求之前，接收用户发送的订单数据，在确定所述订单数据中尚未包含发票抬头数据时，向所述用户发送发票数据输入请求；
接收所述用户返回的发票数据响应消息，从所述发票数据响应消息中确定发票抬头数据，建立并存储所述用户的用户信息与所述发票抬头数据之间的映射关系；
在接收所述业务管理服务器发送的所述发票开具请求时，根据存储的用户信息与发票抬头数据之间的映射关系，确定与所述发票开具请求中包含的所述用户信息对应的发票抬头数据。
6.根据权利要求5所述的发票数据处理系统，其特征在于，所述订单数据中还包含为所述用户提供业务服务的服务提供方标识；
所述网络服务平台，将所述订单数据发送给所述服务提供方标识对应的业务管理服务器。
7.根据权利要求5所述的发票数据处理系统，其特征在于，所述订单数据中还包含预约开具发票时间；
所述业务管理服务器，在接收到所述订单数据时，根据所述预约开具发票时间，生成发票开具请求。
8.根据权利要求1所述的发票数据处理系统，其特征在于，所述发票数据处理系统还包含发票管理服务器，其中：
所述网络服务平台，向所述发票管理服务器发送发票抬头数据获取请求，所述发票抬头数据获取请求中包含所述用户信息；
接收所述发票管理服务器发送的发票抬头数据，所述发票抬头数据由所述发票管理服务器根据所述用户信息查找的。
9.根据权利要求1所述的发票数据处理系统，其特征在于，
所述网络服务平台，确定包含所述用户信息且与所述消费数据中包含的业务内容相关联的用户行为数据；
当所述用户行为数据中尚未包含与所述业务内容相关的审批数据时，确定所述用户信息为发票抬头数据；
当所述用户行为数据中包含与所述业务内容相关的审批数据时，从所述用户行为数据中获取与所述用户信息相关的发票抬头数据。
10.根据权利要求1所述的发票数据处理系统，其特征在于，
所述网络服务平台，接收业务管理服务器发送的图像数据，所述图像数据为所述业务管理服务器对所述用户提供的二维码进行扫描得到的；
解析所述图像数据，从所述图像数据中获取与所述用户信息相关的发票抬头数据。
11.根据权利要求1所述的发票数据处理系统，其特征在于，
所述税控服务器，根据所述发票生成请求中包含的开具发票的纳税用户的用户标识，从税务数据库中查找与所述用户标识相关的税务数据，所述税务数据库中包含不同纳税用户的用户标识与税务数据之间的映射关系；
根据所述发票开具请求中包含的请求开具发票的发票类型，确定所开具发票的格式。
12.根据权利要求1所述的发票数据处理系统，其特征在于，所述发票数据处理系统还包含数据处理设备；
所述税控服务器，基于所述发票抬头数据、所述消费数据以及所述税务数据，按照所述格式，生成所需要的电子发票；将所述电子发票发送至建立数据连接的所述数据处理设备；
所述数据处理设备，接收所述电子发票，并打印所述电子发票。
13.根据权利要求1所述的发票数据处理系统，其特征在于，
所述税控服务器，基于所述发票抬头数据、所述消费数据以及所述税务数据，按照所述格式，生成所需要的电子发票；将所述电子发票发送至所述业务管理服务器；
所述业务管理服务器，接收所述电子发票，并打印所述电子发票。
14.根据权利要求1所述的发票数据处理系统，其特征在于，
所述税控服务器，基于所述发票抬头数据、所述消费数据以及所述税务数据，按照所述格式，生成所需要的电子发票；将所述电子发票发送至所述网络服务平台；
所述网络服务平台，接收所述电子发票，并打印所述电子发票/将所述电子发票发送给所述用户信息对应的用户所使用的终端设备。
15.一种发票数据处理系统，其特征在于，包括：网络服务平台和税控服务器，其中：
所述网络服务平台，接收发票获取请求，所述发票获取请求中包含请求开具发票的用户信息和请求开具发票的发票类型；查找与所述用户信息相关的消费数据、与所述用户信息相关的发票抬头数据以及为所述用户信息对应的用户提供业务服务的纳税用户的用户标识；以及从所述税控服务器中获取与所述用户标识相关的税务数据以及所开具发票的格式；基于所述发票抬头数据、所述消费数据以及所述税务数据，按照所述格式，得到所需要的发票；
所述税控服务器，向所述网络服务平台提供与所述用户标识相关的税务数据以及所开具发票的格式。
16.根据权利要求15所述的发票数据处理系统，其特征在于，
所述税控服务器，接收所述网络服务平台发送的税务数据获取请求，所述税务数据获取请求中包含请求开具发票的发票类型以及所述用户标识，根据所述发票开具请求中包含的请求开具发票的发票类型以及所述用户标识，确定与所述用户标识相关的税务数据以及所开具发票的格式，并将所述税务数据和所述格式发送给所述网络服务平台。
17.根据权利要求15所述的发票数据处理系统，其特征在于，所述发票数据处理系统还包含业务管理服务器，其中：
所述网络服务平台，在接收所述发票获取请求之前，接收用户发送的订单数据，所述订单数据中包含为所述用户提供业务服务的服务提供方标识和所述用户信息，将所述订单数据发送给所述服务提供方标识对应的业务管理服务器；
所述业务管理服务器，接收所述订单数据，并在为所述用户提供业务服务后，向所述网络服务平台发送订单完成确认消息，所述订单完成确认消息中包含所述服务提供方对应的用户标识以及所述用户信息；
所述网络服务平台，接收所述业务管理服务器发送的订单完成确认消息，从所述订单完成确认消息中确定所述用户标识；根据所述用户信息，从本地查找包含所述用户信息的订单数据，并从所述订单数据中获取与所述用户信息相关的消费数据。
18.根据权利要求17所述的发票数据处理系统，其特征在于，
所述网络服务平台，若所述订单数据中包含预约开具发票时间，则在所述预约开具发票时间到达时，自动生成发票获取请求。
19.根据权利要求15所述的发票数据处理系统，其特征在于，所述发票数据处理系统还包含业务管理服务器，其中：
所述网络服务平台，在接收所述发票获取请求之前，接收用户发送的订单数据，所述订单数据中包含为所述用户提供业务服务的服务提供方标识以及所述用户信息，将所述订单数据发送给所述服务提供方标识对应的业务管理服务器；
所述业务管理服务器，接收所述订单数据，并在为所述用户提供业务服务后，生成与所述用户信息相关的消费数据，将所述消费数据携带在订单完成确认消息发送给所述网络服务平台，所述订单完成确认消息中还包含所述服务提供方的用户标识以及所述用户信息；
所述网络服务平台，接收所述订单完成确认消息，从所述订单确认消息中提取所述消费数据和所述用户标识。
20.根据权利要求15所述的发票数据处理系统，其特征在于，
所述网络服务平台，根据所述用户信息，查找包含所述用户信息的订单数据；从查找的所述订单数据中确定为所述用户提供业务服务的服务提供方标识；若所述服务提供方标识的个数大于1时，向确定的所述服务提供方标识对应的业务管理服务器发送携带所述用户信息的订单处理状态查询消息；接收所述业务管理服务器发送的订单完成确认消息，并根据所述订单完成确认消息，获取与所述用户信息相关的消费数据；
至少一个所述业务管理服务器，接收所述网络服务平台发送的订单处理状态查询消息，根据所述用户信息查询订单处理状态；在确定所述用户信息的订单处理完成时，向所述网络服务平台发送订单完成确认消息，所述订单完成确认消息中包含所述服务提供方对应的税务标识以及所述用户信息。
21.根据权利要求15所述的发票处理系统，其特征在于，所述发票数据处理系统还包含数据处理设备；
所述网络服务平台，基于所述发票抬头数据、所述消费数据以及所述税务数据，按照所述格式，生成所需要的电子发票；将所述电子发票发送至建立数据连接的所述数据处理设备；
所述数据处理设备，接收所述电子发票，并打印所述电子发票。
22.根据权利要求15所述的发票处理系统，其特征在于，所述发票数据处理系统还包含数据处理设备；
所述网络服务平台，将所述发票抬头数据、所述消费数据、所述税务数据以及所述格式发送至建立数据连接的所述数据处理设备；
所述数据处理设备，按照所述格式，根据所述发票抬头数据、所述消费数据、所述税务数据，打印得到所需要的发票。
23.一种发票数据处理系统，其特征在于，包括：业务管理服务器和税控服务器，其中：
所述业务管理服务器，接收发票开具请求，所述发票开具请求中包含请求开具发票的用户信息、请求开具发票的发票类型以及开具发票的纳税用户的用户标识；根据所述用户信息，查找与所述用户信息相关的消费数据以及与所述用户信息相关的发票抬头数据；以及从所述税控服务器中获取与所述用户标识相关的税务数据以及所开具发票的格式；基于所述发票抬头数据、所述消费数据以及所述税务数据，按照所述格式，得到所需要的发票；
所述税控服务器，向所述网络服务平台提供与所述用户标识相关的税务数据以及所开具发票的格式。
24.根据权利要求23所述的发票数据处理系统，其特征在于，
所述税控服务器，接收所述业务管理服务器发送的税务数据获取请求，所述税务数据获取请求中包含请求开具发票的发票类型以及所述用户标识；根据所述发票开具请求中包含的请求开具发票的发票类型，确定所开具发票的格式，根据所述用户标识，从税务数据库中查找到与所述用户标识相关的税务数据，并将所述税务数据和所述格式发送给所述业务管理服务器。
25.根据权利要求23所述的发票数据处理系统，其特征在于，所述发票数据处理系统还包含网络服务平台，其中：
所述业务管理服务器，在根据所述用户信息查找不到与所述用户信息相关的发票抬头数据时，向所述网络服务平台发送发票抬头数据获取请求，所述发票抬头数据获取请求中包含请求开具发票的用户信息；接收所述网络服务平台发送的包含所述用户信息以及所述发票抬头数据的响应消息，并从所述响应消息中确定与所述用户信息相关的发票抬头数据；
所述网络服务平台，接收所述业务管理服务器发送的发票抬头数据获取请求；根据所述用户信息，确定与所述用户信息相关的发票抬头数据，并将所述发票抬头数据携带的响应消息中发送至所述业务管理服务器。
26.根据权利要求23所述的发票数据处理系统，其特征在于，
所述业务管理服务器，接收用户发送的图像数据，所述图像数据为对所述用户提供的二维码进行扫描得到的；解析所述图像数据，从所述图像数据中获取所述用户信息相关的发票抬头数据，所述发票抬头数据中包含所述用户信息或与所述用户信息相关联的企业信息。
27.根据权利要求23所述的发票数据处理系统，其特征在于，
所述业务管理服务器，根据所述用户信息，从发票管理服务器中获取与所述用户信息相关的发票抬头数据，所述发票抬头数据中包含所述用户信息或与所述用户信息相关联的企业信息，所述发票抬头数据由所述发票管理服务器根据所述用户信息查找的。
28.根据权利要求23所述的发票数据处理系统，其特征在于，所述发票数据处理系统还包含网络服务平台，其中：
所述网络服务平台，接收用户发送的订单数据，所述订单数据中包含为所述用户提供业务服务的服务提供方标识、所述用户信息以及预约开具发票时间，将所述订单数据发送给所述服务提供方标识对应的业务管理服务器；
所述业务管理服务器，在接收发票获取请求之前，接收网络服务平台发送的订单数据，在所述订单数据中包含的所述预约开具发票时间到达时，自动生成发票获取请求。
29.根据权利要求23所述的发票处理系统，其特征在于，所述发票数据处理系统还包含数据处理设备；
所述业务管理服务器，基于所述发票抬头数据、所述消费数据以及所述税务数据，按照所述格式，生成所需要的电子发票；将所述电子发票发送至建立数据连接的所述数据处理设备；
所述数据处理设备，接收所述电子发票，并打印所述电子发票。
30.根据权利要求23所述的发票处理系统，其特征在于，所述发票数据处理系统还包含数据处理设备；
所述业务管理服务器，将所述发票抬头数据、所述消费数据、所述税务数据以及所述格式发送至建立数据连接的所述数据处理设备；
所述数据处理设备，按照所述格式，根据所述发票抬头数据、所述消费数据、所述税务数据，打印得到所需要的发票。
31.一种发票数据处理设备，其特征在于，所述发票数据处理设备包括：信息接收单元、数据处理单元和输出单元，其中：
所述信息接收单元，接收发票开具请求，所述发票开具请求中包含请求开具发票的用户信息、请求开具发票的发票类型以及开具发票的纳税用户的用户标识；
所述数据处理单元，根据所述用户信息，查找与所述用户信息相关的消费数据以及与所述用户信息相关的发票抬头数据；以及根据所述请求开具发票的发票类型以及开具发票的纳税用户的用户标识，确定与所述用户标识相关的税务数据以及所开具发票的格式；
所述输出单元，基于所述发票抬头数据、所述消费数据以及所述税务数据，按照所述格式，得到所需要的发票。
32.根据权利要求31所述的发票数据处理设备，其特征在于，
所述数据处理单元，根据所述用户信息，从业务管理服务器中获取与所述用户信息相关的消费数据。
33.根据权利要求31所述的发票数据处理设备，其特征在于，
所述数据处理单元，根据所述用户信息，从网络服务平台中获取与所述用户信息相关的发票抬头数据，所述发票抬头数据中包含所述用户信息或与所述用户信息相关联的企业信息，所述发票抬头数据由所述网络服务平台根据所述用户信息确定的。
34.根据权利要求31所述的发票数据处理设备，其特征在于，
所述数据处理单元，根据所述用户信息，从发票管理服务器中获取与所述用户信息相关的发票抬头数据，所述发票抬头数据中包含所述用户信息或与所述用户信息相关联的企业信息，所述发票抬头数据由所述发票管理服务器根据所述用户信息查找的。
35.根据权利要求31所述的发票数据处理设备，其特征在于，
所述数据处理单元，接收用户发送的图像数据，所述图像数据为对所述用户提供的二维码进行扫描得到的；解析所述图像数据，从所述图像数据中获取所述用户信息相关的发票抬头数据。
36.根据权利要求31所述的发票数据处理设备，其特征在于，
所述数据处理单元，向税控服务器发送税务数据获取请求，所述税务数据获取请求中包含所述请求开具发票的发票类型以及开具发票的纳税用户的用户标识；接收所述税控服务器发送的响应消息，并从所述响应消息中获取与所述用户标识相关的税务数据以及所开具发票的格式。
37.根据权利要求31所述的发票数据处理设备，其特征在于，
所述输出单元，基于所述发票抬头数据、所述消费数据以及所述税务数据，按照所述格式，生成电子发票，并将生成的所述电子发票发送至所述用户信息对应的用户所使用的终端设备。
38.根据权利要求31所述的发票数据处理设备，其特征在于，
所述输出单元，基于所述发票抬头数据、所述消费数据以及所述税务数据，按照所述格式，生成电子发票，并将所述电子发票发送给打印设备；
所述打印设备，基于接收到的所述电子发票，打印得到发票。
39.根据权利要求31所述的发票数据处理设备，其特征在于，
所述输出单元，将所述发票抬头数据、所述消费数据、所述税务数据以及所述格式发送给打印设备；
所述打印设备，按照所述格式，根据所述发票抬头数据、所述消费数据以及所述税务数据，打印得到发票。
40.根据权利要求31所述的发票数据处理设备，其特征在于，
所述信号接收单元，接收发票预约服务请求，所述发票预约服务请求中包含请求开具发票的用户信息、请求开具发票的发票类型以及预约开具发票的时间；在确定所述预约开具发票的时间到达时，生成发票开具请求。
41.一种发票数据处理方法，其特征在于，包括：
获取发票开具请求，所述发票开具请求中包含请求开具发票的用户信息、请求开具发票的发票类型以及开具发票的纳税用户的用户标识；
根据所述用户信息，查找与所述用户信息相关的消费数据以及与所述用户信息相关的发票抬头数据；
根据所述请求开具发票的发票类型以及开具发票的纳税用户的用户标识，查找与所述用户标识相关的税务数据以及所开具发票的格式；
基于所述发票抬头数据、所述消费数据以及所述税务数据，按照所述格式，得到所需要的发票。
42.根据权利要求41所述的发票数据处理方法，其特征在于，根据所述用户信息，查找与所述用户信息相关的消费数据，包括：
根据用户标识与服务提供方标识之间的映射关系，确定所述发票开具请求中包含的用户标识对应的服务提供方标识；
从所述服务提供方标识对应的业务管理服务器中查找与所述用户信息相关的消费数据。
43.根据权利要求41所述的发票数据处理方法，其特征在于，根据所述用户信息，查找与所述用户信息相关的发票抬头数据，包括：
根据所述用户信息，从网络服务平台中查找与所述用户信息相关的发票抬头数据。
44.根据权利要求41所述的发票数据处理方法，其特征在于，根据所述用户信息，查找与所述用户信息相关的发票抬头数据，包括：
根据所述用户信息，从发票管理服务器中查找与所述用户信息相关的发票抬头数据，所述发票抬头数据中包含所述用户信息或与所述用户信息相关联的企业信息，所述发票抬头数据由所述发票管理服务器根据所述用户信息查找的。
45.根据权利要求41所述的发票数据处理方法，其特征在于，根据所述用户信息，查找与所述用户信息相关的发票抬头数据，包括：
接收用户发送的图像数据，所述图像数据为对所述用户提供的二维码进行扫描得到的；
解析所述图像数据，从所述图像数据中获取所述用户信息相关的发票抬头数据。
46.根据权利要求41所述的发票数据处理方法，其特征在于，根据所述请求开具发票的发票类型以及开具发票的纳税用户的用户标识，查找与所述用户标识相关的税务数据以及所开具发票的格式，包括：
根据所述请求开具发票的发票类型以及开具发票的纳税用户的用户标识，从税控服务器中查找与所述用户标识相关的税务数据以及所开具发票的格式。
47.根据权利要求41所述的发票数据处理方法，其特征在于，基于所述发票抬头数据、所述消费数据以及所述税务数据，按照所述格式，得到所需要的发票，包括：
基于所述发票抬头数据、所述消费数据以及所述税务数据，按照所述格式，生成电子发票。
48.根据权利要求47所述的发票数据处理方法，其特征在于，所述方法还包括：
将所述电子发票发送给打印设备，使所述打印设备打印所述电子发票。
49.一种发票数据处理方法，其特征在于，应用于网络服务平台中，包括：
接收用户发送的发票开具请求，所述发票开具请求中包含请求开具发票的用户信息和请求开具发票的发票类型；
根据所述用户信息，查找与所述用户信息相关的消费数据、与所述用户信息相关的发票抬头数据以及为所述用户信息对应的用户提供业务服务的服务提供方标识；
根据所述服务提供方标识，确定所述服务提供方标识对应的纳税用户的用户标识；
根据所述用户标识和请求开具发票的发票类型，确定与所述用户标识相关的税务数据；
基于所述发票抬头数据、所述消费数据以及所述税务数据，按照所述格式，得到所需要的发票。
50.根据权利要求49所述的发票数据处理方法，其特征在于，根据所述用户信息，查找与所述用户信息相关的消费数据以及为所述用户信息对应的用户提供业务服务的服务提供方标识，包括：
根据所述用户信息，确定包含所述用户信息的订单数据；
从所述订单数据中查找到为所述用户信息对应的用户提供业务服务的服务提供方标识；
根据所述服务提供方标识，从所述服务提供方标识对应的业务管理服务器中获取与所述用户信息相关的消费数据。
51.根据权利要求50所述的发票数据处理方法，其特征在于，接收用户发送的发票开具请求，包括：
接收用户发送的订单数据，所述订单数据中包含预约开具发票的时间；
在所述预约开具发票的时间到达时，生成发票开具请求。
52.根据权利要求49所述的发票处理方法，其特征在于，根据所述用户标识和请求开具发票的发票类型，确定与所述用户标识相关的税务数据，包括：
根据所述用户标识和请求开具发票的发票类型，从税控服务器中获取与所述用户标识相关的税务数据。
53.一种发票数据处理方法，其特征在于，应用于业务管理服务器中，包括：
确定目标用户的消费数据，触发发票开具请求，所述发票开具请求中包含请求开具发票的用户信息、与所述用户信息相关的消费数据、请求开具发票的发票类型以及开具发票的纳税用户的用户标识；
查找与所述用户信息相关的发票抬头数据、与所述用户标识相关的税务数据以及所开具发票的格式；
基于所述发票抬头数据、所述消费数据以及所述税务数据，按照所述格式，得到所需要的发票。
54.一种发票数据处理设备，其特征在于，包括：
获取单元，获取发票开具请求，所述发票开具请求中包含请求开具发票的用户信息、请求开具发票的发票类型以及开具发票的纳税用户的用户标识；
查找单元，根据所述用户信息，查找与所述用户信息相关的消费数据以及与所述用户信息相关的发票抬头数据；以及根据所述请求开具发票的发票类型以及开具发票的纳税用户的用户标识，查找与所述用户标识相关的税务数据以及所开具发票的格式；
处理单元，基于所述发票抬头数据、所述消费数据以及所述税务数据，按照所述格式，得到所需要的发票。
55.一种发票数据处理设备，其特征在于，应用于网络服务平台中，包括：
接收单元，接收用户发送的发票开具请求，所述发票开具请求中包含请求开具发票的用户信息和请求开具发票的发票类型；
查找单元，根据所述用户信息，查找与所述用户信息相关的消费数据、与所述用户信息相关的发票抬头数据以及为所述用户信息对应的用户提供业务服务的服务提供方标识；
确定单元，根据所述服务提供方标识，确定所述服务提供方标识对应的纳税用户的用户标识；以及根据所述用户标识和请求开具发票的发票类型，确定与所述用户标识相关的税务数据；
处理单元，基于所述发票抬头数据、所述消费数据以及所述税务数据，按照所述格式，得到所需要的发票。
56.一种发票数据处理设备，其特征在于，应用于业务管理服务器中，包括：
确定单元，确定目标用户的消费数据，触发发票开具请求，所述发票开具请求中包含请求开具发票的用户信息、与所述用户信息相关的消费数据、请求开具发票的发票类型以及开具发票的纳税用户的用户标识；
查找单元，查找与所述用户信息相关的发票抬头数据、与所述用户标识相关的税务数据以及所开具发票的格式；
处理单元，基于所述发票抬头数据、所述消费数据以及所述税务数据，按照所述格式，得到所需要的发票。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201611090212.9A CN108122139B (zh) | 2016-11-29 | 2016-11-29 | 一种发票数据处理方法、设备及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201611090212.9A CN108122139B (zh) | 2016-11-29 | 2016-11-29 | 一种发票数据处理方法、设备及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN108122139A true CN108122139A (zh) | 2018-06-05 |
| CN108122139B CN108122139B (zh) | 2022-01-28 |
Family
ID=62226345
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201611090212.9A Active CN108122139B (zh) | 2016-11-29 | 2016-11-29 | 一种发票数据处理方法、设备及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108122139B (zh) |
Cited By (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108846714A (zh) * | 2018-06-14 | 2018-11-20 | 西安艾润物联网技术服务有限责任公司 | 电子发票管理方法、移动终端、管理平台及存储介质 |
| CN108921630A (zh) * | 2018-06-22 | 2018-11-30 | 芜湖安航电子商务有限公司 | 一种基于银行账户的水路货运发票自动生成系统及方法 |
| CN109242582A (zh) * | 2018-08-28 | 2019-01-18 | 深圳市鼎昇贸易有限公司 | 发票的生成方法及相关产品 |
| CN109509045A (zh) * | 2019-01-08 | 2019-03-22 | 携程计算机技术（上海）有限公司 | 发票开具方法、系统、设备及存储介质 |
| CN109727107A (zh) * | 2018-12-20 | 2019-05-07 | 深圳市琦迹技术服务有限公司 | 电子票据系统及电子票据方法 |
| CN109728998A (zh) * | 2018-12-07 | 2019-05-07 | 北京三快在线科技有限公司 | 一种信息推送方法及装置、电子设备 |
| CN109785024A (zh) * | 2019-01-04 | 2019-05-21 | 深圳壹账通智能科技有限公司 | 发票数据处理方法、装置、计算机设备和存储介质 |
| CN109801150A (zh) * | 2018-12-20 | 2019-05-24 | 航天信息股份有限公司 | 一种酒店行业的税控方法及系统 |
| CN110163691A (zh) * | 2019-04-29 | 2019-08-23 | 阿里巴巴集团控股有限公司 | 基于区块链的发票创建方法和装置、电子设备 |
| CN110263239A (zh) * | 2019-05-31 | 2019-09-20 | 平安科技（深圳）有限公司 | 一种发票识别的方法、装置、存储介质及计算机设备 |
| CN110597834A (zh) * | 2019-09-16 | 2019-12-20 | 腾讯科技（深圳）有限公司 | 电子票据数据处理方法、装置和计算机设备 |
| CN110852815A (zh) * | 2018-07-25 | 2020-02-28 | 阿里巴巴集团控股有限公司 | 数据处理方法、装置和机器可读介质 |
| CN110888921A (zh) * | 2018-09-10 | 2020-03-17 | 珠海格力电器股份有限公司 | 企业发票信息的查询方法、装置和服务器 |
| CN111274506A (zh) * | 2019-12-18 | 2020-06-12 | 航天信息股份有限公司 | 一种基于二维码的发票开具系统 |
| CN111292142A (zh) * | 2018-12-10 | 2020-06-16 | 航天信息股份有限公司 | 一种开票方法、装置、税控设备及存储介质 |
| CN111768547A (zh) * | 2020-06-30 | 2020-10-13 | 新奥（中国）燃气投资有限公司 | 对发票自动验真验重的方法、装置及系统 |
| CN112990992A (zh) * | 2021-04-16 | 2021-06-18 | 拉扎斯网络科技（上海）有限公司 | 票证开具方法及装置 |
| US11087371B2 (en) | 2019-04-29 | 2021-08-10 | Advanced New Technologies Co., Ltd. | Blockchain-based invoice creation method apparatus, and electronic device |
Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20120011071A1 (en) * | 2010-07-12 | 2012-01-12 | Sean Pennock | Remote invoice and negotiable instrument processing |
| CN102609775A (zh) * | 2011-04-28 | 2012-07-25 | 许晓飞 | 个人消费记录发票采集系统 |
| CN102855587A (zh) * | 2012-08-20 | 2013-01-02 | 清华大学 | 用于电子商务网站的电子发票生成系统 |
| CN104376485A (zh) * | 2014-12-16 | 2015-02-25 | 浪潮软件集团有限公司 | 一种基于二维码的网络发票开具方法 |
| CN104484820A (zh) * | 2015-01-07 | 2015-04-01 | 税友软件集团股份有限公司 | 一种电子发票获取方法及系统 |
| CN104657887A (zh) * | 2013-11-25 | 2015-05-27 | 航天信息股份有限公司 | 基于税控服务器的网络发票管理方法 |
| CN105096172A (zh) * | 2015-06-12 | 2015-11-25 | 北京京东尚科信息技术有限公司 | 基于电子商务平台的电子发票的生成和处理方法及系统 |
| CN105185005A (zh) * | 2015-06-25 | 2015-12-23 | 税友软件集团股份有限公司 | 一种生成发票的方法和设备 |
| CN105631721A (zh) * | 2015-12-30 | 2016-06-01 | 北京瑞宏科技有限公司 | 基于电子商务云平台开具电子发票的方法及系统 |
| CN105719168A (zh) * | 2016-04-22 | 2016-06-29 | 刘珂 | 打印发票的方法及系统 |
-
2016
- 2016-11-29 CN CN201611090212.9A patent/CN108122139B/zh active Active
Patent Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20120011071A1 (en) * | 2010-07-12 | 2012-01-12 | Sean Pennock | Remote invoice and negotiable instrument processing |
| CN102609775A (zh) * | 2011-04-28 | 2012-07-25 | 许晓飞 | 个人消费记录发票采集系统 |
| CN102855587A (zh) * | 2012-08-20 | 2013-01-02 | 清华大学 | 用于电子商务网站的电子发票生成系统 |
| CN104657887A (zh) * | 2013-11-25 | 2015-05-27 | 航天信息股份有限公司 | 基于税控服务器的网络发票管理方法 |
| CN104376485A (zh) * | 2014-12-16 | 2015-02-25 | 浪潮软件集团有限公司 | 一种基于二维码的网络发票开具方法 |
| CN104484820A (zh) * | 2015-01-07 | 2015-04-01 | 税友软件集团股份有限公司 | 一种电子发票获取方法及系统 |
| CN105096172A (zh) * | 2015-06-12 | 2015-11-25 | 北京京东尚科信息技术有限公司 | 基于电子商务平台的电子发票的生成和处理方法及系统 |
| CN105185005A (zh) * | 2015-06-25 | 2015-12-23 | 税友软件集团股份有限公司 | 一种生成发票的方法和设备 |
| CN105631721A (zh) * | 2015-12-30 | 2016-06-01 | 北京瑞宏科技有限公司 | 基于电子商务云平台开具电子发票的方法及系统 |
| CN105719168A (zh) * | 2016-04-22 | 2016-06-29 | 刘珂 | 打印发票的方法及系统 |
Cited By (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108846714A (zh) * | 2018-06-14 | 2018-11-20 | 西安艾润物联网技术服务有限责任公司 | 电子发票管理方法、移动终端、管理平台及存储介质 |
| CN108921630A (zh) * | 2018-06-22 | 2018-11-30 | 芜湖安航电子商务有限公司 | 一种基于银行账户的水路货运发票自动生成系统及方法 |
| CN110852815B (zh) * | 2018-07-25 | 2023-10-31 | 阿里巴巴集团控股有限公司 | 数据处理方法、装置和机器可读介质 |
| CN110852815A (zh) * | 2018-07-25 | 2020-02-28 | 阿里巴巴集团控股有限公司 | 数据处理方法、装置和机器可读介质 |
| CN109242582A (zh) * | 2018-08-28 | 2019-01-18 | 深圳市鼎昇贸易有限公司 | 发票的生成方法及相关产品 |
| CN110888921A (zh) * | 2018-09-10 | 2020-03-17 | 珠海格力电器股份有限公司 | 企业发票信息的查询方法、装置和服务器 |
| CN109728998A (zh) * | 2018-12-07 | 2019-05-07 | 北京三快在线科技有限公司 | 一种信息推送方法及装置、电子设备 |
| CN111292142A (zh) * | 2018-12-10 | 2020-06-16 | 航天信息股份有限公司 | 一种开票方法、装置、税控设备及存储介质 |
| CN109727107A (zh) * | 2018-12-20 | 2019-05-07 | 深圳市琦迹技术服务有限公司 | 电子票据系统及电子票据方法 |
| CN109801150A (zh) * | 2018-12-20 | 2019-05-24 | 航天信息股份有限公司 | 一种酒店行业的税控方法及系统 |
| CN109785024A (zh) * | 2019-01-04 | 2019-05-21 | 深圳壹账通智能科技有限公司 | 发票数据处理方法、装置、计算机设备和存储介质 |
| CN109509045A (zh) * | 2019-01-08 | 2019-03-22 | 携程计算机技术（上海）有限公司 | 发票开具方法、系统、设备及存储介质 |
| CN110163691A (zh) * | 2019-04-29 | 2019-08-23 | 阿里巴巴集团控股有限公司 | 基于区块链的发票创建方法和装置、电子设备 |
| US11087371B2 (en) | 2019-04-29 | 2021-08-10 | Advanced New Technologies Co., Ltd. | Blockchain-based invoice creation method apparatus, and electronic device |
| CN110263239A (zh) * | 2019-05-31 | 2019-09-20 | 平安科技（深圳）有限公司 | 一种发票识别的方法、装置、存储介质及计算机设备 |
| CN110263239B (zh) * | 2019-05-31 | 2023-08-22 | 平安科技（深圳）有限公司 | 一种发票识别的方法、装置、存储介质及计算机设备 |
| CN110597834A (zh) * | 2019-09-16 | 2019-12-20 | 腾讯科技（深圳）有限公司 | 电子票据数据处理方法、装置和计算机设备 |
| CN111274506A (zh) * | 2019-12-18 | 2020-06-12 | 航天信息股份有限公司 | 一种基于二维码的发票开具系统 |
| CN111768547A (zh) * | 2020-06-30 | 2020-10-13 | 新奥（中国）燃气投资有限公司 | 对发票自动验真验重的方法、装置及系统 |
| CN112990992A (zh) * | 2021-04-16 | 2021-06-18 | 拉扎斯网络科技（上海）有限公司 | 票证开具方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN108122139B (zh) | 2022-01-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108122139A (zh) | 一种发票数据处理方法、设备及系统 | |
| US10134023B2 (en) | System and method for division and management of expenses | |
| US10540646B2 (en) | Itemized receipts and digital payments system and methods | |
| US9449347B2 (en) | Method and apparatus for processing receipts | |
| CN109978504A (zh) | 财务数据的处理方法、装置、设备以及存储介质 | |
| US10192272B2 (en) | Expense report management methods and apparatus | |
| US7937303B2 (en) | Grants management system | |
| US8386325B2 (en) | Architectural design for plan-driven procurement application software | |
| CN105574751B (zh) | 用于基于预订装运的方法和设备 | |
| US7590563B1 (en) | Method and apparatus for subscription-based shipping user interface | |
| US8336762B1 (en) | Payment transaction processing | |
| US10121208B2 (en) | Thematic repositories for transaction management | |
| CN111222973B (zh) | 信息处理系统及方法 | |
| JP2018028762A (ja) | クーポン管理システムおよび方法 | |
| CN108985540A (zh) | 一种基于网络的知识产权服务平台 | |
| JP2017194901A (ja) | 情報処理装置、情報処理方法、プログラム、電子レシートシステムおよび端末装置 | |
| Sunarya et al. | Utilization Setting Menu To Build Company Accounting System In Web Based Accounting Online System | |
| US20130173472A1 (en) | Transaction Management System | |
| CN115564356B (zh) | 亲友物流订单信息实时共享方法及装置 | |
| WO2014172251A1 (en) | System and method for division and management of expenses | |
| US10346587B2 (en) | Patient/member reconciled billing and explanation of benefit statements with provider prompt pay | |
| JP2010026608A (ja) | 継続カード払い登録システム、及び、コンピュータプログラム | |
| JP2013109789A (ja) | 継続カード払い登録システム、継続カード払い登録方法、及び、コンピュータプログラム | |
| TWI741647B (zh) | 提供寄送列印位置導航的實體票據收送系統及其方法 | |
| KR101161799B1 (ko) | 휴대전화번호를 이용한 온라인 오프라인 통합 전사적 자원 관리 방법 및 그 프로그램이 저장된 기록매체 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |