CN106447968A - 一种开具发票的装置、系统及方法 - Google Patents

Abstract

本发明提供了一种开具发票的装置、系统及方法及系统，应用于管理系统，与外部的服务器相连，包括：接收单元及开具发票单元，其中，所述接收单元，用于接收所述外部的服务器发送的开票请求，所述开票请求，包括：目标购方信息、目标金额和销方信息；所述开具发票单元，用于根据所述接收单元接收到的目标购方信息、所述目标金额和所述销方信息，生成目标专用发票。本发明能够有效提高专用发票数据信息的准确性。

Description

一种开具发票的装置、系统及方法

技术领域

本发明涉及计算机技术领域，特别涉及一种开具发票的装置、系统及方法。

背景技术

在现代化社会发展过程中，大部分行业，如旅店业，均需开具增值税专用发票。专用发票是发货票中的一种，一般包括：购方纳税人账号、银行账号、名称等大量重要信息。

目前，当开具专用发票时，主要是通过工作人员人为录入专用发票的数据信息，但是，由于是人为录入，那一般就会存在信息录入错误的情况，而且开具专用发票需要录入的信息很多，因此这一实现方式不能保证专用发票数据信息的准确性。

发明内容

本发明实施例提供了一种开具发票的装置、系统及方法，能够有效提高专用发票数据信息的准确性。

一种开具发票的装置，应用于管理系统，与外部的服务器相连，包括：接收单元及开具发票单元，其中，

所述接收单元，用于接收所述外部的服务器发送的开票请求，所述开票请求，包括：目标购方信息、目标金额和销方信息；

所述开具发票单元，用于根据所述接收单元接收到的目标购方信息、所述目标金额和所述销方信息，生成目标专用发票。

优选地，进一步包括：确定单元和二维码生成单元，其中，

所述确定单元，用于确定目标金额和销方信息；

所述二维码生成单元，用于根据所述确定单元确定的目标金额和所述销方信息，生成对应的二维码，并将所述二维码提供给外部的移动终端；

所述接收单元，用于接收所述外部的服务器发送的与所述二维码对应的开票请求。

优选地，所述销方信息包括：销方名称、销方编号、销方地址、销方电话、销方开户行及销方账号中的任意一种或多种；

所述目标购方信息包括：目标购方名称、目标购方识别号、目标购方地址、目标购方电话、目标购方开户行及目标购方账号中的任意一种或多种；

和/或，

进一步包括：加密单元；

所述加密单元，用于针对所述二维码，确定所述二维码的加密密钥；

利用JavaScript函数调用所述加密密钥，实现所述二维码的加密。

一种开具发票的装置，应用于移动终端，与外部的服务器相连，包括：存储单元、获取单元、请求生成单元及发送单元，其中，

所述存储单元，用于接收外部输入的目标购方信息，并存储所述目标购方信息；

所述获取单元，用于获取目标金额和销方信息；

所述请求生成单元，用于当接收到外部触发时，根据所述存储单元存储的目标购方信息以及所述获取单元获取的目标金额和销方信息，生成开票请求；

所述发送单元，用于将所述开票请求发送给所述外部的服务器。

优选地，所述获取单元，用于通过扫描外部的管理系统提供的二维码，获取所述二维码对应的目标金额和销方信息；

所述发送单元，用于发送与所述二维码对应的开票请求给所述外部的服务器；

和/或，

所述目标购方信息包括：目标购方名称、目标购方识别号、目标购方地址、目标购方电话、目标购方开户行及目标购方账号中的任意一种或多种；

和/或，

进一步包括：信息更改单元；

所述信息更改单元，用于接收外部输入的新目标购方名称、目标购方识别号、目标购方地址、目标购方电话、目标购方开户行及目标购方账号中的任意一种或多种；

所述存储单元，用于存储所述信息更改单元接收的新信息，对当前存储信息进行覆盖。

一种开具发票的系统，包括：至少一个上述任一所述的开具发票的装置的管理系统和外部的服务器，其中，

所述外部的服务器，与所述至少一个开具发票的装置的管理系统中的每个管理系统相连，用于当接收到开票请求时，解析所述开票请求包括的销方信息中的销方地址；根据解析后的地址，将所述开票请求发送给相应的所述管理客户端，以使所述管理客户端根据所述开票请求包括的目标购方的信息、目标金额和销方信息，生成目标专用发票。

优选地，进一步包括：至少一个上述任一所述的开具发票的装置的移动终端；

和/或，

进一步包括：至少一个打印机；

每个所述打印机与每个所述管理系统相连；

所述管理系统，用于当生成所述目标专用发票后，向所述打印机发送专用发票打印请求；

每个所述打印机，用于在接收到所述管理系统发来的专用发票打印请求时，打印所述目标专用发票。

一种开具发票的方法，应用于管理系统，与外部的服务器相连，包括：

接收所述外部的服务器发送的开票请求，所述开票请求，包括：目标购方信息、目标金额和销方信息；

根据接收到的所述目标购方信息、所述目标金额和所述销方信息，生成目标专用发票。

优选地，

进一步包括：

确定目标金额和销方信息；

根据所述目标金额和所述销方信息，生成对应的二维码，并将所述二维码提供给外部的移动终端；

所述接收所述外部的服务器发送的开票请求，包括：接收所述外部的服务器发送的与所述二维码对应的开票请求。

一种开具发票的方法，应用于移动终端，与外部的服务器相连，包括：

接收外部输入的目标购方信息，并存储所述目标购方信息；

获取目标金额和销方信息；

当接收到外部触发时，根据所述目标购方信息以及所述目标金额和所述销方信息，生成开票请求；

将所述开票请求发送给所述外部的服务器。

本发明实施例提供了一种开具发票的装置、系统及方法，通过预先将目标购方信息存储在开具发票的装置的移动终端上，当需要开具发票时，由移动终端生成开票请求并发送给服务器，然后服务器解析该开票请求中的地址信息，并根据该地址信息将该开票请求发送给相应的开具发票的装置的管理系统，以使管理系统能够根据该开票请求包含的所有信息，生成专用发票。这一开具发票的实现过程，有效避免了开具发票时，人为录入多种数据信息，只要管理系统接收到移动终端发送给服务器的开票请求，就可以准确的生成专用发票，因此，本发明有效提高了专用发票数据信息的准确性。

附图说明

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

图1是本发明一个实施例提供的应用于管理系统的开具发票装置结构图；

图2是本发明另一个实施例提供的应用于管理系统的开具发票装置结构图；

图3是本发明又一个实施例提供的应用于管理系统的开具发票装置结构图；

图4是本发明一个实施例提供的应用于移动终端的开具发票装置结构图；

图5是本发明另一个实施例提供的应用于移动终端的开具发票装置结构图；

图6是本发明一个实施例提供的一种开具发票的系统结构图；

图7是本发明另一个实施例提供的一种开具发票的系统结构图；

图8是本发明又一个实施例提供的一种开具发票的系统结构图；

图9是本发明一个实施例提供的应用于管理系统的开具发票的方法流程图；

图10是本发明一个实施例提供的应用于移动终端的开具发票的方法流程图；

图11是本发明再一个实施例提供的一种开具发票的系统结构图；

图12是本发明一个实施例提供的一种开具发票的方法流程图。

具体实施方式

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

如图1所示，本发明实施例提供了一种开具发票的装置，应用于管理系统，与外部的服务器相连，包括：接收单元101及开具发票单元102，其中，

所述接收单元101，用于接收所述外部的服务器发送的开票请求，所述开票请求，包括：目标购方信息、目标金额和销方信息；

所述开具发票单元102，用于根据所述接收单元101接收到的目标购方信息、所述目标金额和所述销方信息，生成目标专用发票。

在图1所示的实施例中，通过预先将目标购方信息存储在移动终端上，当需要开具发票时，由移动终端生成开票请求并发送给服务器，然后服务器解析该开票请求中的地址信息，并根据该地址信息将该开票请求发送给相应的管理系统，以使管理系统能够根据该开票请求包含的所有信息，生成专用发票。这一开具发票的实现过程，有效避免了开具发票时，人为录入多种数据信息，只要管理系统接收到移动终端发送给服务器的开票请求，就可以准确的生成专用发票，因此，本发明有效提高了专用发票数据信息的准确性。

如图2所示，在本发明另一个实施例中，为了便于确认目标购方的目标金额是否准确，以及便于管理系统能够生成相应的目标专用发票，该装置可进一步包括：确定单元201和二维码生成单元202，其中，

所述确定单元201，用于确定目标金额和销方信息；

所述二维码生成单元202，用于根据所述确定单元201确定的目标金额和所述销方信息，生成对应的二维码，并将所述二维码提供给外部的移动终端；

所述接收单元101，用于接收所述外部的服务器发送的与所述二维码对应的开票请求。

其中，目标金额由销方确定，因此，当需要开具发票时，应由销方进行确定。例如，以旅店业的一位旅客为例，当该旅客提出退房申请之后，由该旅店的工作人员在旅店系统中，查看该旅客的消费记录，并确定目标金额，如3000元。除此之外，专用发票还应显示销方的部分信息，因此管理系统中还应包括该旅店的信息，如，旅店地址为“某某市某某区某某路”。以上述目标金额(3000元)和旅店地址(某某市某某区某某路)为例，当确定这两项信息后，可按照预先存储在管理系统中的编码表对这两项信息进行转换，例如，将目标金额“3000元”转换为十进制12，而旅店地址“某某市某某区某某路”则转换为十进制34，然后将转换后的数值按照一定规则进行拼装，其中，该拼装规则可任意设定，也可依据用户需求进行设定，例如，以组合的形式进行拼装，则拼装后的结果为1234或者为3412，最后将拼装后的结果添加到生成二维码的相应函数中，进而生成目标金额“3000元”和旅店地址“某某市某某区某某路”对应的二维码。

值得说明的是，生成目标金额“3000元”和旅店地址“某某市某某区某某路”对应的二维码，一是当前旅客可以通过移动终端扫描该二维码，获取到这两项信息，进而可以对管理系统给出的目标金额(3000元)进行确认，二是该旅客的移动终端可以针对该二维码生成开票请求，那当管理系统接收到该开票请求后，就可以快速的生成该旅客准确的专用发票。

通过生成目标金额和销方信息对应的二维码，并将该二维码提供给外部的移动终端，这样，外部的移动终端就可以通过扫描该二维码，快速的获取到相应信息，并可以确认相应信息是否准确，这一实现方式提高了管理系统生成目标专用发票的效率以及专用发票数据信息的准确性。

如图3所示，在本发明一个实施例中，为了保证二维码的安全性，还可包括：加密单元301；

所述加密单元301，用于针对所述二维码，确定所述二维码的加密密钥；利用JavaScript函数调用所述加密密钥，实现所述二维码的加密。

在本发明实施例中，可通过多种加密算法对二维码进行加密，从而保证二维码的安全性，以其中一种加密算法为例，对本发明生成的二维码进行加密，二维码具体加密的实施方式包括：预先确定一个加密密钥，如“895346”；然后利用预先存储程序中的JavaScript函数调用该加密密钥895346，从而实现二维码的加密。

需要说明的是，当移动终端扫描该二维码时，首先通过预先存储在移动终端中的解密密钥895346，对二维码进行解密，之后通过按照转换规则的逆转换，将数值变为相应的字符串，最终，移动终端的页面进行跳转，并向用户展示当前二维码中包含的目标金额和销方信息。

通过对生成的二维码进行加密，能够有效防止第三方对该二维码进行任意扫描，以免影响当前的开具专用发票的过程，同时，对二维码包含的信息也进行了安全性保护。

在本发明实施例中，所述销方信息包括：销方名称、销方编号、销方地址、销方电话、销方开户行及销方账号中的任意一种或多种，以其中包含的3种信息为例，如，销方名称为“***办税服务厅”、销方地址为“**省**市**路*号”和销方账号为“386*****666”，而这几项信息最终是包含在专用发票中的。

在本发明实施例中，所述目标购方信息包括：目标购方名称、目标购方识别号、目标购方地址、目标购方电话、目标购方开户行及目标购方账号中的任意一种或多种，以其中3种为例，如目标购方名称为“A****有限公司”、目标购方识别号为“856***7233F”和目标购方电话为“010-832****56”。

如图4所示，本发明实施例提供了一种开具发票的装置，应用于移动终端，与外部的服务器相连，包括：存储单元401、获取单元402、请求生成单元403及发送单元404，其中，

所述存储单元401，用于接收外部输入的目标购方信息，并存储所述目标购方信息；

所述获取单元402，用于获取目标金额和销方信息；

所述请求生成单元403，用于当接收到外部触发时，根据所述存储单元401存储的目标购方信息以及所述获取单元402获取的目标金额和销方信息，生成开票请求；

所述发送单元404，用于将所述开票请求发送给所述外部的服务器。

在本发明实施例中，通过在移动终端预先存储目标购方信息，那当需要开具专用发票时，只需移动终端生成开票请求，然后通过外部的服务器将该开票请求发送给相应的管理系统，并由管理系统生成专用发票信息，这样，能够有效避免每次在开具发票时，都需要工作人人为录入大量的数据信息而造成的录入错误的情况，因此，能够有效提高专用发票数据信息的准确性。

在本发明实施例中，当外部提供二维码时，以上述提到的目标金额(3000元)和旅店地址(某某市某某区某某路)对应的二维码为例，具体实施方式包括：旅客利用移动终端扫描该二维码，如果该二维码已经利用密钥895346加密，则移动终端内部程序首先通过预先存储的相同的解密密钥895346，对当前二维码进行解密；然后将解密后的值按照转换规则的逆转换，将相应的1234或3412，转换为12和34；根据预先设置的编码表进行匹配，通过跳转页面，向旅客展示目标金额3000元及旅店地址某某市某某区某某路。

如图5所示，在本发明一个实施例中，为了避免在目标购方信息发生更改时，生成的专用发票数据信息与现在的信息不匹配，而不能通过发票进行抵税的情况，可进一步包括：信息更改单元501；

所述信息更改单元501，用于接收外部输入的新目标购方名称、目标购方识别号、目标购方地址、目标购方电话、目标购方开户行及目标购方账号中的任意一种或多种；

所述存储单元401，用于存储所述信息更改单元501接收的新信息，对当前存储信息进行覆盖。

在本发明实施例中，目标购方信息是预先存储到移动终端中的，例如，目标购方名称为“A****有限公司”、目标购方识别号为“856***7233F”、目标购方电话为“010-832****56”和目标地址为“北京市**区**路”，那，当开具专用发票时，就无需每次输入目标购方信息，而通过上述默认的目标购方信息生成相应的专用发票。但是，虽然目标购方信息的更新速度较慢，但是，一旦发生更改，如，目标购方识别号由“856***7233F”变为“976***6238F”，那么如果依旧按照默认的识别号生成专用发票，就会由于识别号的不准确，导致该专用发票作废，从而无法用于抵税等，因此，在这种情况下，就可以更改移动终端中默认的目标购方识别号，而存储用户输入的新目标购方识别号“976***6238F”，而之前默认的目标购方识别号就会被覆盖掉。

当目标购方信息的其中一个或多个发生改变时，通过对相应的信息进行调整与修改，可有效避免由于存储在移动终端的目标购方信息不准确，而造成的生成的专用发票无效的问题，同时，也有效提高了专用发票数据信息的准确性。

如图6所示，本发明提供了一种开具发票的系统，包括：至少一个上述任一所述的开具发票的装置的管理系统601和外部的服务器602，其中，

所述外部的服务器602，与所述至少一个开具发票的装置的管理系统中的每个管理系统601相连，用于当接收到开票请求时，解析所述开票请求包括的销方信息中的销方地址；根据解析后的地址，将所述开票请求发送给相应的所述管理客户端601，以使所述管理客户端601根据所述开票请求包括的目标购方的信息、目标金额和销方信息，生成目标专用发票。

如图7所示，在本发明另一个实施例中，为了使开具发票的装置的管理系统能够接收到开票请求，并根据该开票请求生成目标专用发票，该开具发票系统还包括：至少一个上述任一所述开具发票的装置的移动终端701。

如图8所示，在本发明又一个实施例中，为了能够将开具发票的装置的管理系统生成的目标专用发票打印成纸质发票，该开具发票系统还包括：至少一个打印机801；

每个所述打印机801与每个所述管理系统601相连；

所述管理系统601，用于当生成所述目标专用发票后，向所述打印机801发送专用发票打印请求；

每个所述打印机801，用于在接收到所述管理系统601发来的专用发票打印请求时，打印所述目标专用发票。

如图9所示，本发明提供了一种应用于管理系统的开具发票的方法，该方法包括以下步骤：

步骤901：预先将每个开具发票的装置的管理系统与外部的服务器相连。

步骤902：接收所述外部的服务器发送的开票请求，所述开票请求，包括：目标购方信息、目标金额和销方信息。

步骤903：根据接收到的所述目标购方信息、所述目标金额和所述销方信息，生成目标专用发票。

在本发明实施例中，通过预先将目标购方信息存储在移动终端上，当需要开具发票时，由移动终端生成开票请求并发送给服务器，然后服务器解析该开票请求中的地址信息，并根据该地址信息将该开票请求发送给相应的管理系统，以使管理系统能够根据该开票请求包含的所有信息，生成专用发票。这一开具发票的实现过程，有效避免了开具发票时，人为录入多种数据信息，只要管理系统接收到移动终端发送给服务器的开票请求，就可以准确的生成专用发票，因此，本发明有效提高了专用发票数据信息的准确性。

在本发明一个实施例中，为了便于确认目标购方的目标金额是否准确，以及便于管理系统能够生成相应的目标专用发票，在所述步骤902之前，进一步包括：确定目标金额和销方信息；根据所述目标金额和所述销方信息，生成对应的二维码，并将所述二维码提供给外部的移动终端。

所述步骤902的具体实施方式包括：接收所述外部的服务器发送的与所述二维码对应的开票请求。

通过生成目标金额和销方信息对应的二维码，并将该二维码提供给外部的移动终端，这样，外部的移动终端就可以通过扫描该二维码，快速的获取到相应信息，并可以确认相应信息是否准确，这一实现方式提高了管理系统生成目标专用发票的效率以及专用发票数据信息的准确性。

如图10所示，本发明提供了一种应用于移动终端的开具发票的方法，该方法包括以下步骤：

步骤1001：预先将相应的每个开具发票的装置的移动终端与外部的服务器相连。

步骤1002：接收外部输入的目标购方信息，并存储所述目标购方信息。

步骤1003：获取目标金额和销方信息。

步骤1004：当接收到外部触发时，根据所述目标购方信息以及所述目标金额和所述销方信息，生成开票请求。

步骤1005：将所述开票请求发送给所述外部的服务器。

在本发明实施例中，通过在移动终端预先存储目标购方信息，那当需要开具专用发票时，只需移动终端生成开票请求，然后通过外部的服务器将该开票请求发送给相应的管理系统，并由管理系统生成专用发票信息，那能够有效避免每次在开具发票时，都需要工作人人为录入大量的数据信息而造成的录入错误的情况，因此，能够有效提高专用发票数据信息的准确性。

下面以图11所示的一种旅店业开具发票的系统、开具发票的装置的管理系统A、服务器和开具发票的装置的移动终端B为例，对本发明提供的一种开具发票的方法进行详细说明，如图12所示，该方法可以包括以下步骤：

步骤1201：预先将开具发票的装置的管理系统A与开具发票的装置的移动终端B分别与外部的服务器相连。

如图11所示，旅店业开具发票的系统包括：打印机1101、开具发票的装置的管理系统A1102、服务器1103和开具发票的装置的移动终端B1104，其中，为实现当前旅店对应的管理系统A1102与服务器1103之间的数据信息通信，应预先将这两部分相连，以使当其中一方发送数据信息时，另一方能够接收到该数据信息，同理，将移动终端B1104与服务器1103相连。

步骤1202：旅客预先将6项目标购方信息存储到开具发票的装置的移动终端B中。

在本发明实施例中，以目标购方信息包含6种信息为例，其中，目标购方名称为“B****有限公司”、目标购方识别号为“856***7233F”、目标购方地址为“北京市**区**路”、目标购方电话为“010-832****56”、目标购方开户行为“**银行**支行”和目标购方账号为“830*****019”。

如图11所示，旅客应在移动终端B1104包括的存储单元11041中预先准确存储这6项目标购方信息。

步骤1203：开具发票的装置的管理系统A确定旅客的目标金额和6项销方信息。

在本发明实施例中，以销方信息包含6种信息为例，其中，销方名称为“A****旅店”、销方编号为“871*****6386”、销方地址为“河北省**市**路”、销方电话“031*-756****32”、销方开户行“*银行”和销方账号为“34*****83”，这6项信息预先存储在图11中的旅店系统11021中。

当旅店中的旅客提出离店申请时，旅店的工作人员会在图11中的旅店系统11021中，核对旅客信息，在确认无误后，办理查房、结账，也即根据结账信息确定了该旅客的目标金额。

步骤1204：针对旅客的目标金额和6项销方信息，开具发票的装置的管理系统A中生成旅客的目标金额和6项销方信息对应的二维码。

当图11中的旅店系统11021确定旅客的目标金额和6项销方信息后，会将信息导入到快速开票助手11022中，并由该助手包括的二维码生成单元110221，生成旅客的目标金额和销方信息对应的二维码，并将该二维码提供给移动终端B1104。

除此之外，为了防止该二维码中包括的信息被第三方窃取，还可对二维码至少一次进行加密，而使用的加密算法可任意选择，但必须保证第三方窃取后，没有相应的密钥进行解密，例如，用本发明实施例提供的利用JavaScript函数调用密钥，实现对该二维码的加密，或者使用AES(Advanced Encryption Standard，高级加密标准)算法对二维码加密。

步骤1205：开具发票的装置的移动终端B扫描开具发票的装置的管理系统A提供的二维码。

当图11中的管理系统A1102的快速开票助手11022中的二维码生成单元110221，生成旅客的目标金额和6项销方信息对应的二维码后，该管理系统会将该二维码及旅客的信息推送至副屏(图中未画出)显示，其中，旅客的信息可以为旅客的姓名、身份证号、住店时间及离店时间等其它信息，当旅客确认副屏显示的信息无误后，利用移动终端B1104扫描副屏上显示的二维码。

步骤1206：开具发票的装置的移动终端B向旅客展示6项目标购方信息，及获取到旅客的目标金额和6项销方信息。

当移动终端B1104扫描副屏上显示的二维码后，通过移动终端B1104包括的获取单元11042，对扫描的二维码经过一系列的解密、转换等操作，会获取到旅客的目标金额和6项销方信息，通过移动终端B1104跳转相应的页面，向用户展示一个包括6项目标购方信息、旅客的目标金额和6项销方信息的页面。

其中，在进行解密、转换操作时，应与管理系统A1102中对二维码加密、转换的操作互逆，也就是说，例如，对二维码进行AES加密，那么在移动终端A1104中应预先存储相应的逆规则，从而实现二维码解密，当对二维码中包含的数据进行之前所说的拼装规则时，如由左向右组合，那在移动终端A1104中就应预先存储由右向左的逆规则，从而才能够准确无误的获取到旅客的目标金额和6项销方信息。

步骤1207：当旅客对6项目标购方信息，及获取到旅客的目标金额和6项销方信息确认无误后，开具发票的装置的移动终端B接收旅客的点击触发，并生成与二维码对应的开票请求。

当图11中的移动终端B1104向用户展示一个包括6项目标购方信息、旅客的目标金额和6项销方信息的页面后，为确保专用发票数据信息的准确性，旅客可在显示页面中，对显示的信息进行一一确认，当旅客确认所有信息无误后，在该页面提供的一个发送按钮中，旅客对该发送按钮进行触发，然后，移动终端B1104中的请求生成单元11043就会根据该页面提供的信息，生成一个与当前二维码对应的开票请求，而且该开票请求中是包括6项目标购方信息、旅客的目标金额和6项销方信息的。

步骤1208：开具发票的装置的移动终端B将生成的开票请求发送给服务器。

当移动终端B1104中的请求生成单元11043生成上述提到的开票请求后，会将该开票请求发送给服务器1103。

步骤1209：服务器接收开具发票的装置的移动终端B发来的开票请求，并解析开票请求中包含的销方地址。

服务器1103接收移动终端B1104发来的开票请求，并对该开票请求中包括的销方地址进行解析，以使得服务器1103将开票请求发送给相应的管理系统，即图11中的管理系统A1102。

步骤1210：服务器根据解析后的地址，将开票请求发送给相应的开具发票的装置的管理系统A。

当服务器1103进行地址解析后，会通过服务器1103，发送给管理系统A1102中的接收单元110222。

步骤1211：开具发票的装置的管理系统A接收开票请求，并根据开票请求包括的目标购方信息、旅客的目标金额和销方信息，生成目标专用发票。

管理系统A1102中的接收单元110222接收服务器1103发送的开票请求，而该开票请求包括：目标购方名称“B****有限公司”、目标购方识别号“856***7233F”、目标购方地址“北京市**区**路”、目标购方电话“010-832****56”、目标购方开户行“**银行**支行”、目标购方账号“830*****019”、旅客的目标金额、销方名称“A****旅店”、销方编号“871*****6386”、销方地址“河北省**市**路”、销方电话“031*-756****32”、销方开户行“*银行”和销方账号“34*****83”共13项专用开票信息。

之后，通过管理系统A1102中的快速开票助手11022，控制开票系统11023根据上述13项信息生成旅客的目标专用发票。

步骤1212：开具发票的装置的管理系统A向打印机发送专用发票打印请求。

步骤1213：打印机接收开具发票的装置的管理系统A发来的专用发票打印请求，并打印该目标专用发票。

本发明还提供了一种计算机存储介质，存储用于使一机器执行如本文所述的程序代码的审核方法的指令。具体地，可以提供配有存储介质的系统或者装置，在该存储介质上存储着实现上述实施例中任一实施例的功能的软件程序代码，且使该系统或者装置的计算机(或CPU或MPU)读出并执行存储在存储介质中的程序代码。

在这种情况下，从存储介质读取的程序代码本身可实现上述实施例中任何一项实施例的功能，因此程序代码和存储程序代码的存储介质构成了本发明的一部分。

用于提供程序代码的存储介质实施例包括软盘、硬盘、磁光盘、光盘(如CD-ROM、CD-R、CD-RW、DVD-ROM、DVD-RAM、DVD-RW、DVD+RW)、磁带、非易失性存储卡和ROM。可选择地，可以由通信网络从服务器计算机上下载程序代码。

此外，应该清楚的是，不仅可以通过执行计算机所读出的程序代码，而且可以通过基于程序代码的指令使计算机上操作的操作系统等来完成部分或者全部的实际操作，从而实现上述实施例中任意一项实施例的功能。

此外，可以理解的是，将由存储介质读出的程序代码写到插入计算机内的扩展板中所设置的存储器中或者写到与计算机相连接的扩展单元中设置的存储器中，随后基于程序代码的指令使安装在扩展板或者扩展单元上的CPU等来执行部分和全部实际操作，从而实现上述实施例中任一实施例的功能。

根据上述方案，本发明的各实施例，至少具有如下有益效果：

1、在本发明实施例中，通过预先将目标购方信息存储在开具发票的装置的移动终端上，当需要开具发票时，由移动终端生成开票请求并发送给服务器，然后服务器解析该开票请求中的地址信息，并根据该地址信息将该开票请求发送给相应的开具发票的装置的管理系统，以使管理系统能够根据该开票请求包含的所有信息，生成专用发票。这一开具发票的实现过程，有效避免了开具发票时，人为录入多种数据信息，只要管理系统接收到移动终端发送给服务器的开票请求，就可以准确的生成专用发票，因此，本发明有效提高了专用发票数据信息的准确性。

2、在本发明实施例中，通过生成目标金额和销方信息对应的二维码，并将该二维码提供给外部的移动终端，这样，外部的移动终端就可以通过扫描该二维码，快速的获取到相应信息，并可以确认相应信息是否准确，这一实现方式提高了管理系统生成目标专用发票的效率以及专用发票数据信息的准确性。

3、在本发明实施例中，通过对生成的二维码进行加密，能够有效防止第三方对该二维码进行任意扫描，以免影响当前的开具专用发票的过程，同时，对二维码包含的信息也进行了安全性保护。

4、在本发明实施例中，当目标购方信息的其中一个或多个发生改变时，通过对相应的信息进行调整与修改，可有效避免由于存储在移动终端的目标购方信息不准确，而造成的生成的专用发票无效的问题，同时，也有效提高了专用发票数据信息的准确性。

上述装置内的各单元之间的信息交互、执行过程等内容，由于与本发明方法实施例基于同一构思，具体内容可参见本发明方法实施例中的叙述，此处不再赘述。

需要说明的是，在本文中，诸如第一和第二之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个······”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同因素。

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

最后需要说明的是：以上所述仅为本发明的较佳实施例，仅用于说明本发明的技术方案，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (10)

1.一种开具发票的装置，其特征在于，应用于管理系统，与外部的服务器相连，包括：接收单元及开具发票单元，其中，

所述接收单元，用于接收所述外部的服务器发送的开票请求，所述开票请求，包括：目标购方信息、目标金额和销方信息；

所述开具发票单元，用于根据所述接收单元接收到的目标购方信息、所述目标金额和所述销方信息，生成目标专用发票。

2.根据权利要求1所述的开具发票的装置，其特征在于，进一步包括：确定单元和二维码生成单元，其中，

所述确定单元，用于确定目标金额和销方信息；

所述二维码生成单元，用于根据所述确定单元确定的目标金额和所述销方信息，生成对应的二维码，并将所述二维码提供给外部的移动终端；

所述接收单元，用于接收所述外部的服务器发送的与所述二维码对应的开票请求。

3.根据权利要求2所述的开具发票的装置，其特征在于，

所述销方信息包括：销方名称、销方编号、销方地址、销方电话、销方开户行及销方账号中的任意一种或多种；

所述目标购方信息包括：目标购方名称、目标购方识别号、目标购方地址、目标购方电话、目标购方开户行及目标购方账号中的任意一种或多种；

和/或，

进一步包括：加密单元；

所述加密单元，用于针对所述二维码，确定所述二维码的加密密钥；

利用JavaScript函数调用所述加密密钥，实现所述二维码的加密。

4.一种开具发票的装置，其特征在于，应用于移动终端，与外部的服务器相连，包括：存储单元、获取单元、请求生成单元及发送单元，其中，

所述存储单元，用于接收外部输入的目标购方信息，并存储所述目标购方信息；

所述获取单元，用于获取目标金额和销方信息；

所述请求生成单元，用于当接收到外部触发时，根据所述存储单元存储的目标购方信息以及所述获取单元获取的目标金额和销方信息，生成开票请求；

所述发送单元，用于将所述开票请求发送给所述外部的服务器。

5.根据权利要求4所述的开具发票的装置，其特征在于，

所述获取单元，用于通过扫描外部的管理系统提供的二维码，获取所述二维码对应的目标金额和销方信息；

所述发送单元，用于发送与所述二维码对应的开票请求给所述外部的服务器；

和/或，

所述目标购方信息包括：目标购方名称、目标购方识别号、目标购方地址、目标购方电话、目标购方开户行及目标购方账号中的任意一种或多种；

和/或，

进一步包括：信息更改单元；

所述信息更改单元，用于接收外部输入的新目标购方名称、目标购方识别号、目标购方地址、目标购方电话、目标购方开户行及目标购方账号中的任意一种或多种；

所述存储单元，用于存储所述信息更改单元接收的新信息，对当前存储信息进行覆盖。

6.一种开具发票的系统，其特征在于，包括：至少一个包含权利要求1至3任一所述开具发票的装置的管理系统和外部的服务器，其中，

所述外部的服务器，与所述至少一个开具发票的装置的管理系统中的每个管理系统相连，用于当接收到开票请求时，解析所述开票请求包括的销方信息中的销方地址；根据解析后的地址，将所述开票请求发送给相应的所述管理客户端，以使所述管理客户端根据所述开票请求包括的目标购方的信息、目标金额和销方信息，生成目标专用发票。

7.根据权利要求6所述的开具发票的系统，其特征在于，进一步包括：至少一个包含上述权利要求4至5任一所述开具发票的装置的移动终端；

和/或，

进一步包括：至少一个打印机；

每个所述打印机与每个所述管理系统相连；

所述管理系统，用于当生成所述目标专用发票后，向所述打印机发送专用发票打印请求；

每个所述打印机，用于在接收到所述管理系统发来的专用发票打印请求时，打印所述目标专用发票。

8.一种开具发票的方法，其特征在于，应用于管理系统，与外部的服务器相连，包括：

接收所述外部的服务器发送的开票请求，所述开票请求，包括：目标购方信息、目标金额和销方信息；

根据接收到的所述目标购方信息、所述目标金额和所述销方信息，生成目标专用发票。

9.根据权利要求8所述的方法，其特征在于，

进一步包括：

确定目标金额和销方信息；

根据所述目标金额和所述销方信息，生成对应的二维码，并将所述二维码提供给外部的移动终端；

所述接收所述外部的服务器发送的开票请求，包括：接收所述外部的服务器发送的与所述二维码对应的开票请求。

10.一种开具发票的方法，其特征在于，应用于移动终端，与外部的服务器相连，包括：

接收外部输入的目标购方信息，并存储所述目标购方信息；

获取目标金额和销方信息；

当接收到外部触发时，根据所述目标购方信息以及所述目标金额和所述销方信息，生成开票请求；

将所述开票请求发送给所述外部的服务器。