信息验证方法及装置制造方法及图纸

本申请提供信息验证方法及装置，其中所述信息验证方法，应用于业务服务端，包括：接收待验证信息，基于所述待验证信息生成验证请求；基于所述验证请求访问第一区域的业务验证接口，所述业务服务端部署于所述第一区域；若访问失败，则向第一代理服务端发送所述验证请求，以使所述第一代理服务端基于所述验证请求访问第二区域的业务验证接口，所述第一代理服务端部署于所述第二区域，所述第一区域与所述第二区域为不同的区域。本方案可以提高信息验证的成功率。证的成功率。证的成功率。

【技术实现步骤摘要】
信息验证方法及装置


[0001]本申请涉及计算机
，特别涉及一种信息验证方法。本申请同时涉及一种信息验证装置，一种计算设备，以及一种计算机可读存储介质。

技术介绍

[0002]为了满足应用程序的安全性、合规性等需求，通常需要对应用程序产生的指定数据进行验证。
[0003]相关技术中，往往由专门的验证端提供验证接口，应用程序的服务端可以利用验证接口对指定数据进行验证。并且，验证端往往部署在距离应用程序的服务端较远的区域。因此，应用程序的服务端需要通过网络访问验证端提供的验证接口。
[0004]但是，网络往往是不稳定的，容易导致验证接口的访问失败，造成验证无法执行的问题。因此，需要提供更加可靠的方案。

技术实现思路

[0005]有鉴于此，本申请实施例提供了一种信息验证方法。本申请同时涉及一种信息验证装置，一种计算设备，以及一种计算机可读存储介质，以解决现有技术中存在的信息验证成功率低的问题。
[0006]根据本申请实施例的第一方面，提供了一种信息验证方法，应用于业务服务端，包括：
[0007]接收待验证信息，基于所述待验证信息生成验证请求；
[0008]基于所述验证请求访问第一区域的业务验证接口，所述业务服务端部署于所述第一区域；
[0009]若访问失败，则向第一代理服务端发送所述验证请求，以使所述第一代理服务端基于所述验证请求访问第二区域的业务验证接口，所述第一代理服务端部署于所述第二区域，所述第一区域与所述第二区域为不同的区域。
[0010]根据本申请实施例的第二方面，提供了一种信息验证装置，应用于业务服务端，包括：
[0011]请求生成模块，被配置为接收待验证信息，基于所述待验证信息生成验证请求；
[0012]接口访问模块，被配置为基于所述验证请求访问第一区域的业务验证接口，所述业务服务端部署于所述第一区域；
[0013]容灾模块，被配置为若访问失败，则向第一代理服务端发送所述验证请求，以使所述第一代理服务端基于所述验证请求访问第二区域的业务验证接口，所述第一代理服务端部署于所述第二区域，所述第一区域与所述第二区域为不同的区域。
[0014]根据本申请实施例的第三方面，提供了一种信息验证系统，包括：
[0015]业务服务端，被配置为接收待验证信息，基于所述待验证信息生成验证请求；基于所述验证请求访问第一区域的业务验证接口，所述业务服务端部署于所述第一区域；若访
问失败，则向第一代理服务端发送所述验证请求；
[0016]第一代理服务端，被配置为基于所述验证请求访问第二区域的业务验证接口，所述第一代理服务端部署于所述第二区域，所述第一区域与所述第二区域为不同的区域。
[0017]根据本申请实施例的第四方面，提供了一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，所述处理器执行所述指令时实现所述信息验证方法的步骤。
[0018]根据本申请实施例的第五方面，提供了一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时实现所述信息验证方法的步骤。
[0019]本申请一实施例中，业务服务端接收待验证信息，基于待验证信息生成验证请求；基于验证请求访问第一区域的业务验证接口，业务服务端部署于第一区域；若访问失败，则向第一代理服务端发送验证请求，以使第一代理服务端基于验证请求访问第二区域的业务验证接口，第一代理服务端部署于第二区域，第一区域与第二区域为不同的区域。其中，访问失败，表明业务服务端部署的第一区域存在无法访问业务验证接口的异常。并且，第二区域与第一区域不同，第二区域的业务验证接口很可能可以正常访问。因此，业务服务端向第一代理服务端发送验证请求，以使第一代理服务端基于验证请求访问第二区域的业务验证接口，相当于业务服务端通过第一代理服务端访问成功率更高的第二区域的业务验证接口。因此，本方案可以提高信息验证的成功率，提供更可靠的信息验证方案。
附图说明
[0020]图1是本申请一实施例提供的一种信息验证方法的流程图；
[0021]图2是本申请一实施例提供的一种信息验证方法中，同一区域的代理服务端的部署场景示例图；
[0022]图3a是本申请一实施例提供的一种信息验证方法中，代理服务端的部署场景示例图；
[0023]图3b是本申请一实施例提供的一种信息验证方法的一种场景示例图；
[0024]图3c是本申请一实施例提供的一种信息验证方法的另一种场景示例图；
[0025]图4是本申请一实施例提供的一种信息验证方法中，熔断开关的状态设置流程示意图；
[0026]图5是本申请另一实施例提供的一种信息验证方法的流程示意图；
[0027]图6是本申请一实施例提供的一种信息验证装置的结构示意图；
[0028]图7是本申请一实施例提供的一种信息验证系统的结构示意图；
[0029]图8是本申请一实施例提供的一种计算设备的结构框图。
具体实施方式
[0030]在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。
[0031]在本申请一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请一个或多个实施例。在本申请一个或多个实施例和所附权利要求书中所
使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本申请一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
[0032]应当理解，尽管在本申请一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”。
[0033]首先，对本申请一个或多个实施例涉及的名词术语进行解释。
[0034]应用商城开发者接口：也称Play Store开发者接口(API，Application Program Interface)，是应用商城为开发者提供的基于超文本传输协议(HTTP，Hyper Text Transfer Protocol)的应用程序接口，该接口可以对通过应用商城完成的交易的支付凭据进行验证。其中，超文本传输协议是一个简单的请求
‑
响应协议，规定了万维网中服务器与浏览器之间的信息传递规范。
[0035]HTTP代理服务：可以代替客户端访问基于HTTP的目标服务的应用程序，客户端通过访问代理服务可以获得与客户端直接访问本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种信息验证方法，其特征在于，应用于业务服务端，所述方法包括：接收待验证信息，基于所述待验证信息生成验证请求；基于所述验证请求访问第一区域的业务验证接口，所述业务服务端部署于所述第一区域；若访问失败，则向第一代理服务端发送所述验证请求，以使所述第一代理服务端基于所述验证请求访问第二区域的业务验证接口，所述第一代理服务端部署于所述第二区域，所述第一区域与所述第二区域为不同的区域。2.根据权利要求1所述的方法，其特征在于，在所述向第一代理服务端发送所述验证请求之后，所述方法还包括：若接收到所述第一代理服务端发送的访问失败的反馈消息，则向第二代理服务端发送所述验证请求，以使所述第二代理服务端基于所述验证请求访问第三区域的业务验证接口，所述第二代理服务端部署于所述第三区域，所述第二区域与所述第三区域为不同的区域。3.根据权利要求1或2所述的方法，其特征在于，在所述向第一代理服务端发送所述验证请求之后，所述方法还包括：累计访问失败的次数。4.根据权利要求3所述的方法，其特征在于，在所述接收待验证信息之前，所述方法还包括：读取当前访问失败的总次数；在所述基于所述待验证信息生成验证请求之后，所述方法还包括：若根据所述总次数确定访问失败达到预设条件，则执行所述向第一代理服务端发送所述验证请求。5.根据权利要求4所述的方法，其特征在于，所述读取当前访问失败的总次数，包括：读取预设时间窗口内访问失败的总次数；所述若根据所述总次数确定访问失败达到预设条件，则向第一代理服务端发送所述验证请求，包括：根据所述总次数，确定所述预设时间窗口内的访问失败概率；若所述访问失败概率达到概率阈值，则向第一代理服务端发送所述验证请求。6.根据权利要求5所述的方法，其特征在于，在所述若所述访问失败概率达到概率阈值，则向第一代理服务端发送所述验证请求之后，所述方法还包括：若所述预设时间窗口结束，则从访问失败的验证请求中，选择指定数量个验证请求；基于所述指定数量个验证请求访问第一区域的业务验证接口。7.根据权利要求6所述的方法，其特征在于，在所述基于所述指定数量个验证请求访问第一区域的业务验证接口之后，所述方法还包括：若访问成功，则返回执行所述...

【专利技术属性】
技术研发人员：王佳，
申请(专利权)人：上海幻电信息科技有限公司，
类型：发明
国别省市：