CN104951974A - 一种验证发票真伪的方法、装置及系统 - Google Patents

Abstract

本发明公开了一种验证发票真伪的方法、装置及系统，服务端接收到客户端的发票验证请求时，获取发送策略；根据所述发送策略得到所述发票验证请求对应的发送端口，并通过所述发送端口转发所述发票验证请求；在接收到所述发票验证请求的响应时，向客户端获取用于验证发票真伪的发票验证补充消息，通过所述发送端口转发所述发票验证补充消息，并在收到验证结果后，转发所述验证结果给客户端。

Description

一种验证发票真伪的方法、装置及系统

技术领域

本发明涉及发票防伪技术领域，尤其涉及一种验证发票真伪的方法、装置及系统。 

背景技术

发票的真伪对于国家的税收有着重要的意义。而目前，每个省、地市、国税/地税的发票彼此独立，发票信息也都不相同，所以，当用户对发票的真伪进行验证时，必须登陆每个省、地市、国税/地税相对应的网站才能对发票的真伪进行验证。 

这对于用户只有少量的发票来讲，验证发票所花费的时间可以接受，但是对于财务人员来讲，需要对大量的发票进行验证，而此时，需要针对不同的发票类型进行独立的验证，无法对不同发票类型的发票进行集中的验证，使得财务人员的工作量倍增，因此，急需一种有效的解决方案，能够方便、快捷、准确的集中验证不同发票类型的发票的真伪。 

发明内容

为解决现有存在的技术问题，本发明实施例期望提供一种验证发票真伪的方法、装置及系统，能够方便、快捷、准确的集中验证不同发票类型的发票的真伪。 

本发明的技术方案是这样实现的： 

本发明提供的一种验证发票真伪的方法，该方法包括： 

服务端接收到客户端的发票验证请求时，获取发送策略； 

根据所述发送策略得到所述发票验证请求对应的发送端口，并通过所述发送端口转发所述发票验证请求； 

在接收到所述发票验证请求的响应时，向客户端获取用于验证发票真伪的发票验证补充消息，通过所述发送端口转发所述发票验证补充消息，并在收到验证结果后，转发所述验证结果给客户端。 

上述方案中，所述发票验证请求携带有用于表征发票标识的参数，所述参数包括：发票代码、发票编码。 

相应的，所述发票验证补充消息携带的用于验证发票真伪的参数包括：发票日期、发票金额、开票日期。 

上述方案中，该方法还包括：在获取发送策略之前，根据所述发票代码、所述发票编码校验所述发票验证请求的有效性。 

上述方案中，所述发送策略具体为：所述发票代码、所述发票编码与所述发送端口的映射关系； 

相应的，根据所述发送策略得到所述发票验证请求对应的发送端口具体为：根据所述映射关系得到所述发票验证请求对应的发送端口。 

本发明提供的一种验证发票真伪的方法，该方法包括： 

客户端发送发票验证请求至服务端，在接收到所述发票验证请求的响应时，生成发票验证补充消息并将所述验证补充消息发送至服务端，并接收服务端转发的验证结果。 

上述方案中，该方法还包括：在发送发票验证请求至服务端之前，客户端获取用于表征发票标识的参数，并根据所述参数生成发票验证请求；其中，所述参数包括：发票代码、发票编码。 

本发明提供的一种验证发票真伪的方法，该方法包括： 

客户端发送发票验证请求至服务端； 

服务端接收到客户端的发票验证请求时，获取发送策略；根据所述发送策略得到所述发票验证请求对应的发送端口，通过发送端口转发所述发票验证请求；在接收到所述发票验证请求的响应时，向客户端获取用于验证发票真伪的发票验证补充消息； 

客户端在接收到所述发票验证请求的响应时，生成发票验证补充消息并将 所述验证补充消息发送至服务端； 

服务端根据所述发送端口转发所述发票验证补充消息，并在收到验证结果后，转发所述验证结果给客户端。 

本发明提供的一种验证发票真伪的装置，该装置包括：获取模块、第一转发模块、以及第二转发模块；其中， 

所述获取模块，用于接收到客户端的发票验证请求时，获取发送策略； 

所述第一转发模块，用于根据所述发送策略得到所述发票验证请求对应的发送端口，并通过所述发送端口转发所述发票验证请求； 

所述第二转发模块，用于在接收到所述发票验证请求的响应时，向客户端获取用于验证发票真伪的发票验证补充消息，通过所述发送端口转发所述发票验证补充消息，并在收到验证结果后，转发所述验证结果给客户端。 

上述方案中，该装置还包括：校验模块，用于在获取发送策略之前，根据所述发票验证请求携带的发票代码、发票编码校验所述发票验证请求的有效性。 

上述方案中，所述第一转发模块，具体用于根据所述发票代码、所述发票编码与发送端口的映射关系得到所述发票验证请求对应的发送端口，并通过所述发送端口转发所述发票验证请求。 

本发明提供的一种验证发票真伪的装置，该装置包括：验证模块，用于发送发票验证请求至服务端，在接收到所述发票验证请求的响应时，生成发票验证补充消息并将所述验证补充消息发送至服务端，并接收服务端转发的验证结果。 

上述方案中，所述验证模块，进一步用于在发送发票验证请求至服务端之前，获取用于表征发票标识的参数，并根据所述参数生成发票验证请求；其中，所述参数包括：发票代码、发票编码。 

本发明提供的一种验证发票真伪的系统，该系统包括：权利要求8至10任一项所述的装置和权利要求11至12任一项所述的装置。 

本发明实施例提供了一种验证发票真伪的方法、装置及系统，服务端接收到客户端的发票验证请求时，获取发送策略；根据所述发送策略得到所述发票 验证请求对应的发送端口，并通过所述发送端口转发所述发票验证请求；在接收到所述发票验证请求的响应时，向客户端获取用于验证发票真伪的发票验证补充消息，通过所述发送端口转发所述发票验证补充消息，并在收到验证结果后，转发所述验证结果给客户端；由此，财务人员能够对属于不同省、地市、国税/地税的不同发票类型的发票进行集中验证，节省了财务人员大量的时间，为财务人员的工作带来极大的方便性，并大大的减小了企业的人力成本。 

附图说明

图1为本发明实施例一提供的一种验证发票真伪的方法的流程示意图； 

图2为本发明实施例二提供的一种验证发票真伪的方法的流程示意图； 

图3为本发明实施例五提供的一种验证发票真伪的装置的结构示意图； 

图4为本发明实施例五提供的另一种验证发票真伪的装置的结构示意图； 

图5为本发明实施例六提供的一种验证发票真伪的装置的结构示意图。 

具体实施方式

在本发明实施例中，服务端接收到客户端的发票验证请求时，获取发送策略；根据所述发送策略得到所述发票验证请求对应的发送端口，并通过发送端口转发所述发票验证请求；在接收到所述发票验证请求的响应时，向客户端获取用于验证发票真伪的发票验证补充消息，通过所述发送端口转发所述发票验证补充消息，并在收到验证结果后，转发所述验证结果给客户端。 

下面结合附图及具体实施例对本发明的技术方案做进一步的详细说明。 

实施例一 

图1为本发明实施例一提供的一种验证发票真伪的方法的流程示意图，如图1所示，该方法包括以下步骤： 

步骤101，服务端接收到客户端的发票验证请求时，获取发送策略； 

具体的，当服务端接收到客户端发送的发票验证请求时，获取服务端本地保存的发送策略；其中，所述发票验证请求携带有用于表征发票标识的参数， 所述参数包括：发票代码、发票编码；发送策略为发票代码、发票编码与用于转发发票验证请求的发送端口之间的映射关系，通过发票验证请求所对应的发送端口将服务端连接至对应的税局系统的查询地址，将服务端和对应的税局系统进行连接，以验证发票的真伪。 

针对不同的发票，其发票代码与发票编码不同，发票所属的省、地市、国税/地税不同，根据发票所属的省、地市、国税/地税将发票分为不同的发票类型，发票的发票类型根据发票代码与发票编码确定。根据发票代码的现有约定，普通发票的发票代码由国地税代码、地市代码、年份代码、行业代码、发票种类代码等组成，共12位。从左至右按照下列顺序编制：第1位为国地税代码，第2位-第5位为地市代码，第6位、第7位为年份代码，第8位为行业代码，第9位～第12位为发票种类代码；增值税专用发票和增值税普通发票的代码为10位。增值税专用发票第1-4位为地市代码，第5-6位为年份，第7位为印刷批次，第8位为文字版，第9位为联次，第10位为金额版；例如，发票的发票代码为：111001376061，则该发票的发票类型为2013年北京市国税局的普通发票；发票的发票代码为：161001313200，则该发票的发票类型为2013年西安市国税局的普通发票； 

在发送策略中，每个发票代码与其对应的发送端口为固定的映射关系，发送策略以数据库的形式保存在服务端。服务端通过动态接口从税局系统（如国税、地税等）定时获取发票代码和各个地市的国税、地税的发送端口之间的映射关系信息，更新发送策略；当待检单据、质检点、质检标准等信息更新时，服务端更新发送策略；同时，发送策略也可由用户维护，以定时更新发票代码与各个地区的国税、地税的发送端口之间的映射关系。 

步骤102，服务端根据所述发送策略得到所述发票验证请求对应的发送端口，并通过所述发送端口转发所述发票验证请求； 

具体的，服务端解析发票验证请求，得到用于表征发票标识的参数：发票代码、发票编码，并根据步骤101中获取的发送策略得到该发票的发票代码、发票编码对应的发送端口，通过该发送端口转发从客户端接收的发票验证请求， 将该发票验证请求发送至发送端口对应的税局系统；例如，将发票代码为111001376061的发票验证请求发送至北京市国税局的查询系统；将发票代码为161001313200的发票验证请求发送至西安市国税局的查询系统。 

步骤103，服务端在接收到所述发票验证请求的响应时，向客户端获取用于验证发票真伪的发票验证补充消息，通过所述发送端口转发所述发票验证补充消息，并在收到验证结果后，转发所述验证结果给客户端； 

具体的，服务端将客户端的发票验证请求转发至税局系统后，由税局系统根据发票验证请求携带的发票代码、发票编码对发票进行身份验证，税局系统确定该发票验证请求通过身份验证后向服务端返回发票验证请求的响应；当服务端接收到税局系统返回的发票验证请求的响应，则向客户端转发该响应，向客户端获取用于验证发票真伪的发票验证补充消息；其中，该响应用于请求获取包括发票日期、发票金额、开票日期等发票补充信息。 

服务端端在转发该响应后，接收到客户端针对该响应的发票验证补充消息，并根据步骤101中确定的发送端口转发发票验证补充消息，将发票验证补充消息发送至税局系统，使得税局系统对发票的真伪进行验证；其中，发票验证补充消息携带有用于验证发票真伪的参数，该参数包括：发票日期、发票金额、开票日期等发票补充信息。 

当税局系统根据发票补充消息确认发票为真时，服务端接收到税局系统返回的验证结果；并将该验证结果转发至客户端；其中，验证结果包括所属税局、开具单位名称、发票状态、发票领购日趋、验销日期、以及已被查询次数等完整的发票查询信息。 

在实际应用中，在步骤102中，在通过解析发票验证请求得到发票代码与发票编码之后，在获取发送策略之前，服务端根据所述发票代码、所述发票编码校验所述发票验证请求的有效性；只有当发票代码与发票编码都有效的情况下，发票验证请求有效；其中，发票代码为10位或12位的纯数字、发票编码为8位的纯数字；当发票验证请求中携带的发票代码或发票编码不满足上述数量的规定时，则该发票验证请求为无效的发票验证请求；当发票代码在发送策 略中无对应发送端口时，则该发票验证请求也为无效的发票验证请求；例如，发票验证请求所携带的发票代码为11位数字，则该发票验证请求无效；发票验证请求所携带的发票代码为12位数字，发票编码为9位数字，该发票验证请求无效；当发票验证请求所携带的发票代码为12位数字且发票编码为8位数字，但发票代码中的2-5位为0000，因其为无效的地市代码，在发送策略中无对应的发送端口，该发票验证请求无效。对于无效的发票验证请求，服务端向客户端返回错误提醒消息，提醒用户当前发票代码或发票编码错误。 

实施例二 

图2为本发明实施例二提供的一种验证发票真伪的方法的流程示意图，如图2所示，所述方法包括以下步骤： 

步骤201，服务端建立发送策略； 

具体的，服务端通过动态接口从税局系统（如国税、地税等）定时获取发票代码和不同地市的国税、地税的发送端口的映射关系；待检单据/质检点/质检标准等信息有更新时，服务端根据配置，重新获取发票代码和不同地市的国税、地税的发送端口的映射关系；服务端也可由用户维护票代码和不同地市的国税、地税的发送端口的映射关系；其中票代码和不同地市的国税、地税的发送端口的映射关系作为发送策略以数据库的形式保存在服务端。 

步骤202，服务端接收客户端的发票验证请求，并校验发票验证请求的有效性； 

这里，当用户需要验证发票的真伪时，服务端接收到客户端发送的发票验证请求，服务端解析接收到的发票验证请求，得到客户端的用户录入、或扫描上传的发票代码、发票编号，校验发票代码、发票编号的有效性，以确定接收的发票验证请求的有效性，确定发票验证请求有效时，执行步骤203。 

步骤203，服务端通过发送端口转发发票验证请求至税局系统； 

具体的，服务端获取发送策略，并根据发票代码在发送策略中确定与该发票验证请求中的发票代码、发票编码对应的地市的税局系统的发送端口，通过该发送端口将发票验证请求转发至对应的税局系统； 

步骤204，服务端接收税局系统的发票验证请求的响应，并将该响应转发至客户端； 

这里，在步骤203之后，服务端接收到税局系统返回的发票验证请求的响应，并将该响应转发至客户端，向客户端获取用于验证发票真伪的发票验证补充消息；其中，该响应为税局对发票验证请求所携带的发票代码、编码的身份验证结果，该响应用于请求获取包括发票日期、发票金额、开票日期等发票补充信息。 

步骤205，服务端接收客户端的验证补充消息，并转发补充验证消息至税局系统； 

具体的，服务端接收客户端返回的验证补充消息，并将补充验证消息通过步骤203中获取的发送端口转发至税局系统，以使税局系统获取发票的补充信息，根据补充信息确认发票的真伪。 

步骤206，服务端获取税局系统的验证结果，并将验证结果转发至客户端。 

在实际应用中，服务端在验证发票的真伪时，通过步骤202至步骤206即可发票真伪的验证；对于发送策略的更新，不需要在每次验证发票的真伪时更新发送策略，只需要保持服务端保存的发送策略与税局系统的地址信息保持最新即可。 

实施例三 

本发明实施例三提供了的一种验证发票真伪的方法，该方法包括以下步骤：客户端发送发票验证请求至服务端；在接收到所述发票验证请求的响应时，生成发票验证补充消息并将所述验证补充消息发送至服务端，并接收服务端转发的验证结果；其中，发票验证请求的响应为：基于服务端的发送策略接收到的所述发票验证请求的响应。 

具体的，当用户需要验证发票的真伪时，客户端根据用户手动输入、或扫描上传的方式获取用于表征发票标识的参数，并更具该参数生成发票验证请求；生成发票验证请求之后，将该发票验证请求通过标准接口发送至服务端；其中，发票验证请求携带的用于表征发票标识的参数包括：发票代码、发票编码。 

在发送发票验证请求至服务端之后，客户端接收到服务端发票验证请求的响应，该响应用于请求获取包括发票日期、发票金额、开票日期等发票补充信息，此时，客户端提示用户手动输入发票补充信息，并根据用户输入的发票补充信息生成验证补充消息，将该验证补充消息发送至服务端。 

当税局系统确认发票为真时，向服务端返回验证结果，服务端进一步的将验证结果转发至客户端；客户端在接收到验证结果后，对验证结果进行解析，解析出包括所属税局、开具单位名称、发票状态、发票领购日期、验销日期、以及已被查询次数等完整的发票查询信息，并将该完整的发票查询信息显示给用户。 

在实际应用中，当用户手动输入或扫描上传的表征发票标识的参数之前，客户端获取当前用户的用户信息，将获取的用户信息发送至服务端，以对用户信息进行验证，确认当前用户是否具有通过该客户端验证发票真伪的权限；这里，用户信息包括用户账号、用户密码。 

实施例四 

本发明实施例四提供了的一种验证发票真伪的方法，该方法包括： 

客户端发送发票验证请求至服务端； 

服务端接收到客户端的发票验证请求时，获取发送策略；根据所述发送策略得到所述发票验证请求对应的发送端口，通过发送端口转发所述发票验证请求；在接收到所述发票验证请求的响应时，向客户端获取用于验证发票真伪的发票验证补充消息； 

客户端在接收到所述发票验证请求的响应时，生成发票验证补充消息并将所述验证补充消息发送至服务端； 

服务端根据所述发送端口转发所述发票验证补充消息，并在收到验证结果后，转发所述验证结果给客户端。 

实施例五 

本发明实施例五提供一种验证发票真伪的装置，该装置位于服务端300中，，如图3所示，该装置包括：获取模块301、第一转发模块302、以及第二 转发模块303；其中， 

获取模块301可由接口芯片与存储芯片配合实现，用于接收到客户端的发票验证请求时，获取发送策略，并将获取的发送策略发送至第一转发模块302； 

第一转发模块302可由中央处理器（CPU，Central Processing Unit）与接口芯片配合实现，用于根据从获取模块301接收的所述发送策略得到所述发票验证请求对应的发送端口，并通过所述发送端口转发所述发票验证请求； 

具体的，用于根据发票代码、发票编码与发送端口的映射关系得到所述发票验证请求对应的发送端口，并通过所述发送端口转发所述发票验证请求。 

第二转发模块303可由CPU与接口芯片共同实现，用于在接收到所述发票验证请求的响应时，向客户端获取用于验证发票真伪的发票验证补充消息，通过所述发送端口转发所述发票验证补充消息，并在收到验证结果后，转发所述验证结果给客户端。 

如图4所示，该装置还包括校验模块304，校验模块304可由CPU实现，用于在获取发送策略之前，根据所述发票验证请求携带的发票代码、发票编码校验所述发票验证请求的有效性。 

实施例六 

本发明实施例提供一种验证发票真伪的装置，该装置位于客户端500中，如图5所示，该装置包括：验证模块501； 

验证模块501可由CPU与接口芯片配合实现，用于发送发票验证请求至服务端，并在接收到所述发票验证请求的响应时，生成发票验证补充消息并将所述验证补充消息发送至服务端，并接收服务端转发的验证结果。 

这里，发票验证请求的响应为：基于服务端的发送策略接收到的所述发票验证请求的响应。 

验证模块501，进一步用于在发送发票验证请求至服务端之前，获取用于表征发票标识的参数，并根据所述参数生成发票验证请求；其中，所述参数包括：发票代码、发票编码。 

实施例七 

本发明实施例七提供一种用于验证发票真伪的系统，该系统包括服务端、客户端；其中，所述服务端为图3或图4所示的服务端300，客户端为图5所示的客户端500。 

服务端300，包括：获取模块301、第一转发模块302、以及第二转发模块302；其中， 

获取模块301，用于接收到客户端500的发票验证请求时，获取发送策略，并将获取的发送策略发送至第一转发模块302； 

第一转发模块302，用于根据从获取模块301接收的所述发送策略得到所述发票验证请求对应的发送端口，并通过所述发送端口转发所述发票验证请求； 

第二转发模块303，用于在接收到所述发票验证请求的响应时，向客户端500获取用于验证发票真伪的发票验证补充消息，通过所述发送端口转发所述发票验证补充消息，并在收到验证结果后，转发所述验证结果给客户端500。 

客户端500包括：验证模块501，用于发送发票验证请求至服务端300，在接收到所述发票验证请求的响应时，生成发票验证补充消息并将所述验证补充消息发送至服务端300，并接收服务端300转发的验证结果。 

本发明实施例一至实施例四中任一所述的验证发票真伪的方法如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质上实施的计算机程序产品的形式，所述存储介质包括但不限于U盘、移动硬盘、只读存储器（ROM，Read-Only Memory）、磁盘存储器、CD-ROM、光学存储器等。 

本发明是根据本发明实施例一至实施例七中任一实施例的方法、设备（系统）、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或 方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。 

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能。 

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的步骤。 

相应的，本发明实施例一至实施例四中任一实施例还提供一种计算机存储介质，其中存储有计算机程序，该计算机程序用于执行本发明实施例一至实施例四中任一实施例的验证发票真伪的方法。 

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。 

Claims (13)

1.一种验证发票真伪的方法，其特征在于，该方法包括：

服务端接收到客户端的发票验证请求时，获取发送策略；

根据所述发送策略得到所述发票验证请求对应的发送端口，并通过所述发送端口转发所述发票验证请求；

在接收到所述发票验证请求的响应时，向客户端获取用于验证发票真伪的发票验证补充消息，通过所述发送端口转发所述发票验证补充消息，并在收到验证结果后，转发所述验证结果给客户端。

2.根据权利要求1所述的方法，其特征在于，所述发票验证请求携带有用于表征发票标识的参数，所述参数包括：发票代码、发票编码；

相应的，所述发票验证补充消息携带的用于验证发票真伪的参数包括：发票日期、发票金额、开票日期。

3.根据权利要求2所述的方法，其特征在于，该方法还包括：在获取发送策略之前，根据所述发票代码、所述发票编码校验所述发票验证请求的有效性。

4.根据权利要求3所述的方法，其特征在于，所述发送策略具体为：所述发票代码、所述发票编码与所述发送端口的映射关系；

相应的，根据所述发送策略得到所述发票验证请求对应的发送端口具体为：根据所述映射关系得到所述发票验证请求对应的发送端口。

5.一种验证发票真伪的方法，其特征在于，该方法包括：

客户端发送发票验证请求至服务端，在接收到所述发票验证请求的响应时，生成发票验证补充消息并将所述验证补充消息发送至服务端，并接收服务端转发的验证结果。

6.根据权利要求5所述的方法，其特征在于，该方法还包括：在发送发票验证请求至服务端之前，客户端获取用于表征发票标识的参数，并根据所述参数生成发票验证请求；其中，所述参数包括：发票代码、发票编码。

7.一种验证发票真伪的方法，其特征在于，该方法包括：

客户端发送发票验证请求至服务端；

服务端接收到客户端的发票验证请求时，获取发送策略；根据所述发送策略得到所述发票验证请求对应的发送端口，通过发送端口转发所述发票验证请求；在接收到所述发票验证请求的响应时，向客户端获取用于验证发票真伪的发票验证补充消息；

客户端在接收到所述发票验证请求的响应时，生成发票验证补充消息并将所述验证补充消息发送至服务端；

服务端根据所述发送端口转发所述发票验证补充消息，并在收到验证结果后，转发所述验证结果给客户端。

8.一种验证发票真伪的装置，其特征在于，该装置包括：获取模块、第一转发模块、以及第二转发模块；其中，

所述获取模块，用于接收到客户端的发票验证请求时，获取发送策略；

所述第一转发模块，用于根据所述发送策略得到所述发票验证请求对应的发送端口，并通过所述发送端口转发所述发票验证请求；

所述第二转发模块，用于在接收到所述发票验证请求的响应时，向客户端获取用于验证发票真伪的发票验证补充消息，通过所述发送端口转发所述发票验证补充消息，并在收到验证结果后，转发所述验证结果给客户端。

9.根据权利要求8所述的装置，其特征在于，该装置还包括：校验模块，用于在获取发送策略之前，根据所述发票验证请求携带的发票代码、发票编码校验所述发票验证请求的有效性。

10.根据权利要求9所述的装置，其特征在于，所述第一转发模块，具体用于根据所述发票代码、所述发票编码与发送端口的映射关系得到所述发票验证请求对应的发送端口，并通过所述发送端口转发所述发票验证请求。

11.一种验证发票真伪的装置，其特征在于，该装置包括：验证模块，用于发送发票验证请求至服务端，在接收到所述发票验证请求的响应时，生成发票验证补充消息并将所述验证补充消息发送至服务端，并接收服务端转发的验证结果。

12.根据权利要求11所述的装置，其特征在于，所述验证模块，进一步用于在发送发票验证请求至服务端之前，获取用于表征发票标识的参数，并根据所述参数生成发票验证请求；其中，所述参数包括：发票代码、发票编码。

13.一种验证发票真伪的系统，其特征在于，该系统包括：权利要求8至10任一项所述的装置和权利要求11至12任一项所述的装置。