施例对本发明的技术方案做进一步的详细说明。
[0040]实施例一
[0041]图1为本发明实施例一提供的一种验证发票真伪的方法的流程示意图，如图1所示，该方法包括以下步骤:
[0042]步骤101，服务端接收到客户端的发票验证请求时，获取发送策略；
[0043]具体的，当服务端接收到客户端发送的发票验证请求时，获取服务端本地保存的发送策略；其中，所述发票验证请求携带有用于表征发票标识的参数，所述参数包括:发票代码、发票编码；发送策略为发票代码、发票编码与用于转发发票验证请求的发送端口之间的映射关系，通过发票验证请求所对应的发送端口将服务端连接至对应的税局系统的查询地址，将服务端和对应的税局系统进行连接，以验证发票的真伪。
[0044]针对不同的发票，其发票代码与发票编码不同，发票所属的省、地市、国税/地税不同，根据发票所属的省、地市、国税/地税将发票分为不同的发票类型，发票的发票类型根据发票代码与发票编码确定。根据发票代码的现有约定，普通发票的发票代码由国地税代码、地市代码、年份代码、行业代码、发票种类代码等组成，共12位。从左至右按照下列顺序编制:第I位为国地税代码，第2位-第5位为地市代码,第6位、第7位为年份代码，第8位为行业代码，第9位?第12位为发票种类代码；增值税专用发票和增值税普通发票的代码为10位。增值税专用发票第1-4位为地市代码，第5-6位为年份，第7位为印刷批次，第8位为文字版，第9位为联次，第10位为金额版；例如，发票的发票代码为:111001376061，则该发票的发票类型为2013年北京市国税局的普通发票；发票的发票代码为:161001313200，则该发票的发票类型为2013年西安市国税局的普通发票；
[0045]在发送策略中，每个发票代码与其对应的发送端口为固定的映射关系，发送策略以数据库的形式保存在服务端。服务端通过动态接口从税局系统(如国税、地税等)定时获取发票代码和各个地市的国税、地税的发送端口之间的映射关系信息，更新发送策略；当待检单据、质检点、质检标准等信息更新时，服务端更新发送策略；同时，发送策略也可由用户维护，以定时更新发票代码与各个地区的国税、地税的发送端口之间的映射关系。
[0046]步骤102，服务端根据所述发送策略得到所述发票验证请求对应的发送端口，并通过所述发送端口转发所述发票验证请求；
[0047]具体的，服务端解析发票验证请求，得到用于表征发票标识的参数:发票代码、发票编码，并根据步骤101中获取的发送策略得到该发票的发票代码、发票编码对应的发送端口，通过该发送端口转发从客户端接收的发票验证请求，将该发票验证请求发送至发送端口对应的税局系统；例如，将发票代码为111001376061的发票验证请求发送至北京市国税局的查询系统；将发票代码为161001313200的发票验证请求发送至西安市国税局的查询系统。
[0048]步骤103，服务端在接收到所述发票验证请求的响应时，向客户端获取用于验证发票真伪的发票验证补充消息，通过所述发送端口转发所述发票验证补充消息，并在收到验证结果后，转发所述验证结果给客户端；
[0049]具体的，服务端将客户端的发票验证请求转发至税局系统后，由税局系统根据发票验证请求携带的发票代码、发票编码对发票进行身份验证，税局系统确定该发票验证请求通过身份验证后向服务端返回发票验证请求的响应；当服务端接收到税局系统返回的发票验证请求的响应，则向客户端转发该响应，向客户端获取用于验证发票真伪的发票验证补充消息；其中，该响应用于请求获取包括发票日期、发票金额、开票日期等发票补充信息。
[0050]服务端端在转发该响应后，接收到客户端针对该响应的发票验证补充消息，并根据步骤101中确定的发送端口转发发票验证补充消息，将发票验证补充消息发送至税局系统，使得税局系统对发票的真伪进行验证；其中，发票验证补充消息携带有用于验证发票真伪的参数，该参数包括:发票日期、发票金额、开票日期等发票补充信息。
[0051]当税局系统根据发票补充消息确认发票为真时，服务端接收到税局系统返回的验证结果；并将该验证结果转发至客户端；其中，验证结果包括所属税局、开具单位名称、发票状态、发票领购日趋、验销日期、以及已被查询次数等完整的发票查询信息。
[0052]在实际应用中，在步骤102中，在通过解析发票验证请求得到发票代码与发票编码之后，在获取发送策略之前，服务端根据所述发票代码、所述发票编码校验所述发票验证请求的有效性；只有当发票代码与发票编码都有效的情况下，发票验证请求有效；其中，发票代码为10位或12位的纯数字、发票编码为8位的纯数字；当发票验证请求中携带的发票代码或发票编码不满足上述数量的规定时，则该发票验证请求为无效的发票验证请求；当发票代码在发送策略中无对应发送端口时，则该发票验证请求也为无效的发票验证请求；例如，发票验证请求所携带的发票代码为11位数字，则该发票验证请求无效；发票验证请求所携带的发票代码为12位数字，发票编码为9位数字，该发票验证请求无效；当发票验证请求所携带的发票代码为12位数字且发票编码为8位数字，但发票代码中的2-5位为0000,因其为无效的地市代码，在发送策略中无对应的发送端口，该发票验证请求无效。对于无效的发票验证请求，服务端向客户端返回错误提醒消息，提醒用户当前发票代码或发票编码错误。
[0053]实施例二
[0054]图2为本发明实施例二提供的一种验证发票真伪的方法的流程示意图，如图2所示，所述方法包括以下步骤:
[0055]步骤201，服务端建立发送策略；
[0056]具体的，服务端通过动态接口从税局系统(如国税、地税等)定时获取发票代码和不同地市的国税、地税的发送端口的映射关系；待检单据/质检点/质检标准等信息有更新时，服务端根据配置，重新获取发票代码和不同地市的国税、地税的发送端口的映射关系；服务端也可由用户维护票代码和不同地市的国税、地税的发送端口的映射关系；其中票代码和不同地市的国税、地税的发送端口的映射关系作为发送策略以数据库的形式保存在服务端。
[0057]步骤202，服务端接收客户端的发票验证请求，并校验发票验证请求的有效性；
[0058]这里，当用户需要验证发票的真伪时，服务端接收到客户端发送的发票验证请求，服务端解析接收到的发票验证请求，得到客户端的用户录入、或扫描上传的发票代码、发票编号，校验发票代码、发票编号的有效性，以确定接收的发票验证请求的有效性，确定发票验证请求有效时，执行步骤203。
[0059]步骤203，服务端通过发送端口转发发票验证请求至税局系统；
[0060]具体的，服务端获取发送策略，并根据发票代码在发送策略中确定与该发票验证请求中的发票代码、发票编码对应的地市的税局系统的发送端口，通过该发送端口将发票验证请求转发至对应的税局系统；
[0061]步骤204，服务端接收税局系统的发票验证请求的响应，并将该响应转发至客户端;
[0062]这里，在步骤