本申请涉及数据交互的
技术领域：
：，涉及一种开票方法及系统。
背景技术：
：：目前行业内酒店或餐饮行业企业经营过程中，当客户需要开票时，需要让客户提供开票信息，需要客户确认是开个人发票还是公司发票，需要客户确认是开电子发票还是纸质发票，如果是纸质还需要客户确认是邮寄还是自取，并且还需要客户提供如名称、税号、地址、电话等信息，人工手动录入开票软件实现开票操作，人工手动录入信息导致开票过程中的效率十分低下。因此，现有技术中存在着开票效率低下的问题。技术实现要素：有鉴于此，本申请提供一种开票方法及系统，用于解决现有技术中开票效率低下的问题。本申请提供了的一种开票方法，所述开票方法包括：管理终端根据用户终端对应的第一标识生成查询开票请求，并将所述查询开票请求发送给服务器；接收服务器发送的预先存储且与所述第一标识对应的票据信息，所述票据信息包括票据类型和票据数据；判断所述票据类型是否是纸质发票；如果是，则根据所述票据数据生成纸质发票文件，并将所述纸质发票文件发送给能够打印纸质发票的打印机。可选地，在本申请实施例中，在所述管理终端根据用户终端的第一标识生成查询开票请求，并将所述查询开票请求发送给所述服务器之前，还包括：扫描用户终端显示的二维码，获得开票信息，所述二维码包括所述用户终端对应的票据信息；将所述票据信息和所述第一标识发送给所述服务器。可选地，在本申请实施例中，在所述判断所述票据类型是否是纸质发票之后，还包括：如果所述票据类型不是纸质发票，则根据所述票据数据生成电子发票，并将所述电子发票进行存储，然后将所述电子发票发送给服务器。可选地，在本申请实施例中，在所述根据所述票据数据生成电子发票，并将所述电子发票发送给服务器之后，还包括：接收所述服务器发送的结果信息，并判断所述结果信息是否为成功；如果否，则重新将预先存储的所述电子发票发送给服务器。本申请还提供了一种开票方法，所述开票方法包括：服务器接收管理终端发送的查询开票请求，所述查询开票请求包括第一标识；根据所述管理终端发送的所述第一标识，查询获得预先存储的所述第一标识对应的票据信息；将所述第一标识对应的所述票据信息发送给所述管理终端。可选地，在本申请实施例中，在所述服务器接收管理终端发送的查询开票请求，所述查询开票请求包括所述第一标识之前，还包括：接收所述管理终端发送的所述票据信息和所述第一标识；将所述票据信息和所述第一标识进行存储。可选地，在本申请实施例中，在所述服务器接收管理终端发送的查询开票请求，所述查询开票请求包括所述第一标识之前，还包括：接收用户终端发送的开票页面请求，所述开票页面请求包括所述用户终端的第一标识；根据所述第一标识生成开票页面，并将所述开票页面发送给所述用户终端，所述开票页面包括预先存储与所述第一标识相对应的至少一个票据信息；接收所述用户终端发送的票据信息，所述票据信息包括所述第一标识和用户终端选择的票据数据。可选地，在本申请实施例中，在将所述第一标识对应的所述票据信息发送给所述管理终端之后，还包括：接收并存储所述管理终端发送的电子发票；将接收和存储所述电子发票的结果信息发送给所述管理终端；根据所述电子发票的存储地址生成电子发票页面，并将所述电子发票页面发送给用户终端。本申请还提供了一种开票系统，应用于管理终端，所述开票系统包括：查询请求生成发送模块，用于根据用户终端对应的第一标识生成查询开票请求，并将所述查询开票请求发送给服务器；票据信息接收模块，用于接收服务器发送的预先存储且与所述第一标识对应的票据信息，所述票据信息包括票据类型和票据数据；票据类型判断模块，用于判断所述票据类型是否是纸质发票；发票文件生成发送模块，用于根据所述票据数据生成纸质发票文件，并将所述纸质发票文件发送给能够打印纸质发票的打印机。本申请还提供了一种开票系统，应用于服务器，所述开票系统包括：查询请求接收模块，用于接收管理终端发送的查询开票请求，所述查询开票请求包括第一标识；票据信息查询模块，用于根据所述管理终端发送的所述第一标识，查询获得预先存储的所述第一标识对应的所述票据信息；票据信息发送模块，用于将所述第一标识对应的所述票据信息发送给所述管理终端。本申请提供一种开票方法及系统，通过管理终端从服务器上获取预先存储的票据信息，该票据信息是通过扫描用户终端的二维码获得的。换句话说，管理终端扫描用户终端的二维码获取用户终端对应的第一标识，根据用户终端对应的第一标识生成查询开票请求，并将所述查询开票请求发送给服务器，从而获取票据信息，然后判断用户是否需要打印纸质发票，即如果票据类型是纸质发票，则根据所述票据数据生成纸质发票文件，并将所述纸质发票文件发送给能够打印纸质发票的打印机。通过这种方式从而有效地解决了现有技术中开票效率低下的问题。为使本申请的上述目的和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。附图说明为了更清楚的说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单的介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图1示出了本申请实施例提供的开票方法流程示意图；图2示出了本申请实施例提供的开票方法全部流程示意图；图3示出了本申请实施例提供的开票方法流程示意图；图4示出了本申请实施例提供的开票方法步骤s210之前的流程示意图；图5示出了本申请实施例提供的开票方法步骤s210及其之后的流程示意图；图6示出了本申请实施例提供的开票方法另一种实施方式流程示意图；图7示出了本申请实施例提供的管理终端中的开票系统结构示意图；图8示出了本申请实施例提供的服务器中的开票系统结构示意图。图标：100-管理终端；110-查询请求生成发送模块；120-票据信息接收模块；130-票据类型判断模块；140-发票文件生成发送模块；200-服务器；210-查询请求接收模块；220-票据信息查询模块；230-票据信息发送模块。具体实施方式下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。在本申请的描述中，需要说明的是，术语“上”、“下”、“左”、“右”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，或者是该产品使用时惯常摆放的方位或位置关系，仅是为了便于描述本申请和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本申请的限制。在本申请的描述中，还需要说明的是，除非另有明确的规定和限定，术语“设置”、“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。在本申请的描述中，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。术语“水平”、“竖直”、“悬垂”等术语并不表示要求部件绝对水平或悬垂，而是可以稍微倾斜。如“水平”仅仅是指其方向相对“竖直”而言更加水平，并不是表示该结构一定要完全水平，而是可以稍微倾斜。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本申请中的具体含义。下面结合附图，对本申请的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。第一实施例请参见图1，图1示出了本申请实施例提供的开票方法流程示意图。本申请提供了的一种开票方法，所述开票方法包括：步骤s110：管理终端根据用户终端对应的第一标识生成查询开票请求，并将所述查询开票请求发送给服务器。其中，需要说明地是，管理终端根据用户终端对应的第一标识生成查询开票请求，并将所述查询开票请求发送给服务器。也就是说，将用户终端的用户标识生成查询开票请求，并发送给服务器。步骤s120：接收服务器发送的预先存储且与所述第一标识对应的票据信息，所述票据信息包括票据类型和票据数据。其中，需要说明地是，这里的预先存储的票据信息，可以是用户终端中的用户在注册时提交的票据信息，也可以是在注册后提交的票据信息，也可以是通过管理终端扫描后获取的票据信息发送给服务器存储。这里票据信息的具体获得时间和方式不应理解为对本申请的限制。步骤s130：判断所述票据类型是否是纸质发票。其中，需要说明地是，这里的发票类型可以是纸质发票，也可以是电子发票，也可以是个人发票，也可以是公司发票。这里发票类型具体的形式不应理解为对本申请的限制。步骤s140：如果是，则根据所述票据数据生成纸质发票文件，并将所述纸质发票文件发送给能够打印纸质发票的打印机。其中，需要说明地是，如果票据类型是纸质发票，那么将所述纸质发票文件发送给能够打印纸质发票的打印机，让该打印机打印纸质发票，然后操作人员将纸质发票交给用户，如此就完成了开票的全过程。请参见图2，图2示出了本申请实施例提供的开票方法全部流程示意图。可选地，在本申请实施例中，在所述管理终端根据用户终端的第一标识生成查询开票请求，并将所述查询开票请求发送给所述服务器之前，还包括：步骤s90：扫描用户终端显示的二维码，获得票据信息，所述二维码包括所述用户终端对应的票据信息。其中，需要说明地是，管理终端扫描用户终端显示的二维码，获得票据信息，所述二维码包括所述用户终端对应的票据信息。扫描用户终端显示的二维码即可以获得所述用户终端的第一标识，也可以获得所述用户终端对应的票据信息，也可以包括管理终端所需要访问的网址链接，所述网址链接包括具体的访问内容，这里用户终端显示的二维码所包括的内容不应理解为对本申请的限制。如此以来，用户便不用再一一口述票据信息，例如公司名称、税号、邮寄地址、个人姓名和联系电话等等，不仅有效地减少了沟通的成本，而且增加了服务的效率。步骤s100：将所述票据信息和所述第一标识发送给所述服务器。其中，需要说明地是，在扫描用户终端显示的二维码后，获得票据信息和第一标识，将获得的所述票据信息和所述第一标识发送给所述服务器。请参见图2，可选地，在本申请实施例中，在所述判断所述票据类型是否是纸质发票之后，还包括：步骤s150：如果所述票据类型不是纸质发票，则根据所述票据数据生成电子发票，并将所述电子发票进行存储，然后将所述电子发票发送给服务器。其中，需要说明地是，如果所述票据类型不是纸质发票，则根据所述票据数据生成电子发票，并将所述电子发票进行存储，然后将所述电子发票发送给服务器。这里的电子发票可以是便携式文档格式(pdf，portabledocumentformat)文件，也可以是微软文档文件，也可以是超文本标记语言(html，hypertextmarkuplanguage)网页文件，这里具体的电子发票文件形式不应理解为对本申请的限制。请参见图2，可选地，在本申请实施例中，在所述根据所述票据数据生成电子发票，并将所述电子发票发送给服务器之后，还包括：步骤s160：接收所述服务器发送的结果信息，并判断所述结果信息是否为成功。其中，需要说明地是，接收所述服务器发送的结果信息，并判断所述结果信息是否为成功。这里的结果信息是指服务器的存储结果，服务器如果没有存储成功，或者网络出现了问题，则需要重新发送电子发票。步骤s170：如果否，则重新将预先存储的所述电子发票发送给服务器。其中，需要说明地是，服务器如果没有存储成功，或者网络出现了问题，则需要重新发送电子发票。第二实施例请参见图3，图3示出了本申请实施例提供的开票方法流程示意图。本申请还提供了一种开票方法，所述开票方法包括：步骤s210：服务器接收管理终端发送的查询开票请求，所述查询开票请求包括第一标识。其中，需要说明地是，因为管理终端发送了查询开票请求，服务器接收管理终端发送的查询开票请求，其中，查询开票请求包括与用户终端对应的第一标识。步骤s220：根据所述管理终端发送的所述第一标识，查询获得预先存储的所述第一标识对应的票据信息。其中，需要说明地是，服务器根据所述管理终端发送的所述第一标识，查询获得预先存储的所述第一标识对应的票据信息。这里可以在关系结构数据库里查询获得票据信息，也可以在非关系型结构数据库里查询获得票据信息，也可以从文件里查找获得票据信息，这里的票据信息获得方式和票据信息的存储形式不应理解为对本申请的限制。步骤s230：将所述第一标识对应的所述票据信息发送给所述管理终端。其中，需要说明地是，服务器将所述第一标识对应的所述票据信息发送给所述管理终端。请参见图4，图4示出了本申请实施例提供的开票方法步骤s210之前的流程示意图。可选地，在本申请实施例中，在所述服务器接收管理终端发送的查询开票请求，所述查询开票请求包括所述第一标识之前，还包括：步骤s190：接收所述管理终端发送的所述票据信息和所述第一标识。其中，需要说明地是，服务器接收所述管理终端发送的所述票据信息和所述第一标识。步骤s200：服务器将所述票据信息和所述第一标识进行存储。其中，需要说明地是，将所述票据信息和所述第一标识存储在区块链的节点中。这里可以将所述票据信息和所述第一标识存储在关系结构数据库里，也可以存储在非关系型结构数据库里，也可以存储在文件里，这里的票据信息和第一标识的存储形式不应理解为对本申请的限制。请参见图4，可选地，在本申请实施例中，在所述服务器接收管理终端发送的查询开票请求，所述查询开票请求包括所述第一标识之前，还包括：步骤s160：接收用户终端发送的开票页面请求，所述开票页面请求包括所述用户终端的第一标识。其中，需要说明地是，服务器接收用户终端发送的开票页面请求，所述开票页面请求包括所述用户终端的第一标识。步骤s170：根据所述第一标识生成开票页面，并将所述开票页面发送给所述用户终端，所述开票页面包括预先存储与所述第一标识相对应的至少一个票据信息。其中，需要说明地是，服务器根据所述第一标识生成开票页面，并将所述开票页面发送给所述用户终端，所述开票页面包括预先存储与所述第一标识相对应的至少一个票据信息。这里的预先存储，可以是预先存储在区块链的节点中的票据信息，也可以是文件系统中的票据信息，也可以是存储在关系数据中的票据信息，也可以是存储在非关系数据库中的票据信息，这里的预先存储的介质不应该理解为对本申请的限制。步骤s180：接收所述用户终端发送的票据信息，所述票据信息包括所述第一标识和用户终端选择的票据数据。其中，需要说明地是，服务器接收所述用户终端发送的票据信息，所述票据信息包括所述第一标识和用户终端选择的票据数据。请参见图5，图5示出了本申请实施例提供的开票方法步骤s210及其之后的流程示意图。可选地，在本申请实施例中，在将所述第一标识对应的所述票据信息发送给所述管理终端之后，还包括：步骤s240：接收并存储所述管理终端发送的电子发票。其中，需要说明地是，服务器接收并存储所述管理终端发送的电子发票。这里可以将电子发票存储在关系结构数据库里，也可以存储在非关系型结构数据库里，也可以存储在文件里，这里的票据信息和第一标识的存储形式不应理解为对本申请的限制。步骤s250：将接收和存储所述电子发票的结果信息发送给所述管理终端。其中，需要说明地是，服务器将接收和存储所述电子发票的结果信息发送给所述管理终端。这里可以将所述电子发票的结果信息存储在关系结构数据库里，也可以存储在非关系型结构数据库里，也可以存储在文件里，这里的票据信息和第一标识的存储形式不应理解为对本申请的限制。步骤s260：根据所述电子发票的存储地址生成电子发票页面，并将所述电子发票页面发送给用户终端。其中，需要说明地是，服务器根据所述电子发票的存储地址生成电子发票页面，并将所述电子发票页面发送给用户终端。为了便于理解下面介绍本申请提供的开票方法的另一种实施方式，本申请提供的开票方法的另一种实施方式具体描述如下：请参见图6，图6示出了本申请实施例提供的开票方法另一种实施方式流程示意图。本申请提供的开票方法的另一种实施方式，如极速开票方法，极速开票方法解决大量客户在酒店或餐馆前台等候开票，在等待开票时，客户可以扫描酒店或餐馆开票二维码，在手机app或者企业的公众微信号上，录入自己的开票信息，即购方信息。销方通过极速开票，可查询到待开票信息，通过点击开票，开票软件即可接收到购方信息，并显示到开票页面，无需手动录入客户信息，可以提升前台开票速度，也可降低人工开票差错率。用户注册阶段步骤一：用户终端上的入住用户向服务器发送用户注册请求；例如当需要入住酒店时，当在朋友分享的页面链接里获取到app下载链接，此时便可以下载app并注册入住用户。步骤二：服务器返回用户注册的注册结果；例如如果注册中有重复用户名，则返回失败，需要重新填写信息并注册。步骤三：管理终端上的管理用户向服务器发送用户注册请求；例如当一家酒店有多家分店或者多个管理终端时，则需要酒店管理人员对管理终端进行注册和认证。步骤四：服务器返回管理用户的注册结果；例如如果注册中有重复用户名，则返回失败，需要重新填写信息并注册。提交票据信息阶段可以通过用户注册的时候，一起提交票据信息。也可以在注册后，单独提交票据信息。也可以在管理终端处通过扫描用户终端二维码的形式来提交票据信息。第三实施例请参见图7，图7示出了本申请实施例提供的管理终端中的开票系统结构示意图。本申请还提供了一种开票系统101，应用于管理终端100，所述开票系统包括：查询请求生成发送模块110，用于根据用户终端对应的第一标识生成查询开票请求，并将所述查询开票请求发送给服务器；票据信息接收模块120，用于接收服务器发送的预先存储且与所述第一标识对应的票据信息，所述票据信息包括票据类型和票据数据；票据类型判断模块130，用于判断所述票据类型是否是纸质发票；发票文件生成发送模块140，用于根据所述票据数据生成纸质发票文件，并将所述纸质发票文件发送给能够打印纸质发票的打印机。第四实施例请参见图8，图8示出了本申请实施例提供的服务器中的开票系统结构示意图。本申请还提供了一种开票系统101，应用于服务器200，所述开票系统包括：查询请求接收模块210，用于接收管理终端发送的查询开票请求，所述查询开票请求包括第一标识；票据信息查询模块220，用于根据所述管理终端发送的所述第一标识，查询获得预先存储的所述第一标识对应的所述票据信息；票据信息发送模块230，用于将所述第一标识对应的所述票据信息发送给所述管理终端。本申请提供一种开票方法及系统，通过管理终端从服务器上获取预先存储的票据信息，该票据信息是通过扫描用户终端的二维码获得的。换句话说，管理终端扫描用户终端的二维码获取用户终端对应的第一标识，根据用户终端对应的第一标识生成查询开票请求，并将所述查询开票请求发送给服务器，从而获取票据信息，然后判断用户是否需要打印纸质发票，即如果票据类型是纸质发票，则根据所述票据数据生成纸质发票文件，并将所述纸质发票文件发送给能够打印纸质发票的打印机。通过这种方式从而有效地解决了现有技术中开票效率低下的问题。以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。当前第1页12当前第1页12