申请/专利权人：腾讯科技(北京)有限公司

申请日：2018-07-27

公开（公告）日：2024-06-25

公开（公告）号：CN110399713B

主分类号：G06F21/44

分类号：G06F21/44;G06F21/45

优先权：

专利状态码：有效-授权

法律状态：2024.06.25#授权;2020.12.08#实质审查的生效;2019.11.01#公开

摘要：本发明实施例公开了一种信息认证的方法，包括：获取平台认证请求，其中，所述平台认证请求中携带目标服务器所对应的目标服务器标识；根据所述平台认证请求中的所述目标服务器标识确定目标认证模式，其中，所述目标认证模式与服务器标识集合具有匹配关系，所述服务器标识集合包含至少一个服务器标识，所述目标服务器标识属于所述服务器标识集合中一个；通过所述目标认证模式获取待认证信息；根据所述待认证信息生成信息认证结果。本发明实施例中还提供了一种信息认证装置。本发明实施例中多个商户可以复用同一套目标认证模式对用户进行认证，从而降低业务平台的开发成本。

主权项：1.一种信息认证的方法，其特征在于，应用于支持多商户服务器接入的平台，所述方法包括：获取平台认证请求，其中，所述平台认证请求中携带目标服务器所对应的目标服务器标识；所述目标服务器为待访问商户的服务器；根据所述平台认证请求中的所述目标服务器标识确定目标认证模式，其中，所述目标认证模式与服务器标识集合具有匹配关系，所述服务器标识集合包含至少一个服务器标识，所述目标服务器标识属于所述服务器标识集合中一个；同一个所述服务器标识集合中的多个服务器标识复用同一套所述目标认证模式；通过所述目标认证模式获取待认证信息；根据所述待认证信息生成信息认证结果。

全文数据：一种信息认证的方法及相关装置技术领域本发明涉及互联网技术领域，尤其涉及一种信息认证的方法及相关装置。背景技术随着通信技术的高速发展，互联网络已经走进了千家万户。在互联网络中，为了避免黑客、木马以及恶意软件的攻击，信息认证已经成为保证网络安全而常用的技术手段之一。目前，一些业务平台已经可以接入多家第三方商户，不同的第三方商户可以为用户提供相应的业务。而在用户进行网络操作时，同样需要对用户进行身份验证，从而确定该用户是否具有对资源的使用权限，进而防止攻击者假冒合法用户获得资源的访问权限，保证系统和数据的安全，以及授权访问者的合法利益。例如，对于登录操作，通常需要用户输入用户帐号和密码以完成登录流程。然而，不同的第三方商户往往支持不同的认证方式，因此，随着第三方商户接入量的增加，由此导致业务平台的开发成本也随之递增。发明内容本发明实施例提供了一种信息认证的方法及相关装置，多个商户可以复用同一套目标认证模式对用户进行认证，从而降低业务平台的开发成本。有鉴于此，本发明实施例一方面提供了一种信息认证的方法，可以包括：获取平台认证请求，其中，所述平台认证请求中携带目标服务器所对应的目标服务器标识；根据所述平台认证请求中的所述目标服务器标识确定目标认证模式，其中，所述目标认证模式与服务器标识集合具有匹配关系，所述服务器标识集合包含至少一个服务器标识，所述目标服务器标识属于所述服务器标识集合中一个；通过所述目标认证模式获取待认证信息；根据所述待认证信息生成信息认证结果。本发明实施例的第一方面提供了一种信息认证装置，可以包括：获取模块，用于获取平台认证请求，其中，所述平台认证请求中携带目标服务器所对应的目标服务器标识；确定模块，用于根据所述获取模块获取的所述平台认证请求中的所述目标服务器标识确定目标认证模式，其中，所述目标认证模式与服务器标识集合具有匹配关系，所述服务器标识集合包含至少一个服务器标识，所述目标服务器标识属于所述服务器标识集合中一个；所述获取模块，还用于通过所述确定模块确定的所述目标认证模式获取待认证信息；生成模块，用于根据所述获取模块获取的所述待认证信息生成信息认证结果。本发明实施例的第一方面提供了一种信息认证装置，可以包括：存储器、处理器以及总线系统；其中，所述存储器用于存储程序；所述处理器用于执行所述存储器中的程序，包括如下步骤：获取平台认证请求，其中，所述平台认证请求中携带目标服务器所对应的目标服务器标识；根据所述平台认证请求中的所述目标服务器标识确定目标认证模式，其中，所述目标认证模式与服务器标识集合具有匹配关系，所述服务器标识集合包含至少一个服务器标识，所述目标服务器标识属于所述服务器标识集合中一个；通过所述目标认证模式获取待认证信息；根据所述待认证信息生成信息认证结果；所述总线系统用于连接所述存储器以及所述处理器，以使所述存储器以及所述处理器进行通信。本发明实施例的第一方面提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。从以上技术方案可以看出，本发明实施例具有以下优点：本发明实施例中，提供了一种信息认证的方法，首先信息认证装置首先获取平台认证请求，其中，平台认证请求中携带目标服务器所对应的目标服务器标识，然后根据平台认证请求中的目标服务器标识确定目标认证模式，其中，目标认证模式与服务器标识集合具有匹配关系，服务器标识集合包含至少一个服务器标识，目标服务器标识属于服务器标识集合中一个。接着由信息认证装置通过目标认证模式获取待认证信息，最后，信息认证装置根据待认证信息生成信息认证结果。通过上述方式，对于在同一个服务器标识集合中的各个服务器标识而言，采用同一套目标认证模式，而每个服务器标识对应一个商户，因此，多个商户可以复用同一套目标认证模式对用户进行认证，从而降低业务平台的开发成本。附图说明图1为本发明实施例中信息认证系统的一个架构示意图；图2为本发明实施例中信息认证的方法一个设计架构示意图；图3为本发明实施例中信息认证的方法一个实施例示意图；图4为本发明实施例中双重认证的一个流程示意图；图5为本发明实施例中基于验证码认证的一个界面示意图；图6为本发明实施例中基于验证码认证的一个流程示意图；图7为本发明实施例中基于验证码认证的一个数据流时序示意图；图8为本发明实施例中基于保安编码器认证的一个界面示意图；图9为本发明实施例中基于保安编码器认证的一个流程示意图；图10为本发明实施例中基于保安编码器认证的一个数据流时序示意图；图11为本发明实施例中基于令牌认证的一个界面示意图；图12为本发明实施例中基于令牌认证的一个流程示意图；图13为本发明实施例中基于令牌认证的一个数据流时序示意图；图14为本发明实施例中信息认证装置的一个实施例示意图；图15为本发明实施例中信息认证装置的一个实施例示意图；图16为本发明实施例中信息认证装置的一个结构示意图。具体实施方式本发明实施例提供了一种信息认证的方法及相关装置，多个商户可以复用同一套目标认证模式对用户进行认证，从而降低业务平台的开发成本。本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等如果存在是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。应理解，本发明实施例主要应用于身份认证场景，可通过一个支持多商户的平台来实现认证。例如，自选股应用程序application，APP以直连券商服务器的方式，接入多家第三方合作券商，为用户提供提供基础的交易功能。应证监会加强网络交易账户安保的合规性要求，各家券商陆续启动了双重认证项目，加强自身交易系统的安全性。因此，对于一个支持多商户的平台而言，为了兼容所有接入的商户，应尽可能灵活支持多种认证方式，并且支持商户定制化要求，由此提供一种通用的解决方案来支持多家商户认证的需求。请参阅图1，图1为本发明实施例中信息认证系统的一个架构示意图，如图所示，支持多商户的平台具体可以为一款APP，该APP主要应用于终端设备，比如手机、平板电脑、笔记本电脑以及掌上电脑等，而终端设备可以是基于苹果公司的移动操作系统iphoneoperationsystem，iOS8.0以上的系统，或者基于安卓系统Android4.2以上的系统，当然，也可以基于其他版本的系统，此处不做限定。信息认证系统还包括平台服务器和至少一个商户服务器，平台服务器既需要与终端设备建立通信连接，以进行数据的交互，又需要与至少一个商户服务器建立通信连接，以进行业务处理。通常情况下，每个商户对应于至少一个商户服务器，比如商户1对应商户1服务器，其中，图1所示的一个商户1服务器仅为一个示意，在实际情况下，该商户1服务器还可以是一个服务器集群。类似地，平台服务器也可以包括至少一个服务器。上述介绍了信息认证系统的整体架构，下面将以商户为券商为例进行介绍，然而这不能够理解为是对本发明的限定。请参阅图2，图2为本发明实施例中信息认证的方法一个设计架构示意图，如图所示，设计架构自底至顶依次为网络层、业务逻辑层、中间层和用户界面交互UserInterface，UI层。下面将结合图2依次对每个层进行介绍。UI层为公有层，即不同的券商都使用该UI层，UI层是根据各个券商所支持的认证方式的共性而设计的，UI层主要包括：1登录页，主要用于用户输入基本信息，如账号和密码等；2设备显示或切换页面，主要用于显示设备名称以及切换设备的认证方式，可以支持如手机号码、邮箱地址和保安编码器等设备名称的显示以及切换；3验证码输入页面，主要用于输入验证码认证方式所对应的验证码；4令牌token输入页面，主要用于输入token认证方式所对应的验证码；5保安器授权确认页面，主要用于展示通过保安编码器认证方式生成的授权确认页面。在主要流程上，通过如上五个界面即可覆盖大部分产品需求流程，对于券商侧提出的差异化需求，由中间层统一封装处理，即可对以上页面内容实现券商定制。在账户密码校验完成之后，券商服务器返回的数据最终会转化为中间层。中间层也是根据各个券商所支持的认证方式的共性而设计的，主要包括LoginResultData，其中，LoginResultData主要的数据结构如下：1“RetType”表示双重认证方式，主要用于控制跳转到二次验证的特定类型页面。例如包括单设备手机、邮箱以及保安编码器认证方式，多设备手机、邮箱、保安编码器认证方式以及token随机密码或固定密码认证方式；2“AuthResultInfo”表示二次验证所需要的信息，主要用于进行双重认证的流程。该对象结构可以包括用于券商自定义页面内容的信息页面标题“authTitle”主要用于提示用户的文案信息“authDesc”以及页面中按钮的文案信息“authButtonDesc”等，当前正在使用的设备信息“AuthDeviceInfo”及其他附加信息等；3“AuthDeviceInfo”表示设备信息，主要用于需要显示设备信息的认证方式。该对象结构，包括设备索引deviceIndex、设备名称明文devicePlain、设备名称密文deviceEncrypt以及设备类型devideType。基于安全的考虑，在设备显示页面中显示的设备名称有时会以密文的形式显示，如手机号码以“123****5678”显示等。业务逻辑层是各个券商单独实现的，该层主要用于解决各个券商在认证业务逻辑上的差异，其中，业务逻辑层包括：1网络请求，主要用于为各个券商独立封装网络请求，并通过底层网络层与券商服务器通信，可解决各个券商在认证相关接口协议设计上的差异；2数据转换和数据解析，主要用于当接收到券商服务器返回的数据之后，由业务逻辑层对数据进行解析，并按照协议转化为中间层的数据结构。对于各个商户不同的认证方式，以及不同的接口请求、参数和返回数据格式，为了各商户实现各自的业务逻辑层，将业务逻辑层清晰的划分为网络请求、数据解析和数据转换功能，以达到高内聚的目的。将业务逻辑层数据按照约定的接口协议转化为中间层，通过中间层与UI层交互，使各个商户业务逻辑层独立实现，而UI层和中间层代码公用，从而实现了低耦合的目的。通过业务逻辑的单独封装，将各个商户的业务数据转化为统一的中间层，并与统一的UI层进行交互。当需要增加新的认证方式时，只需要券商各自实现自己的业务逻辑，并转化为相应的中间层，UI层增加一个新的交互流程即可，提高了开发效率，实现了整个框架高可用，易扩展的目的。下面将从信息认证装置的角度，对本发明中信息认证的方法进行介绍，请参阅图3，本发明实施例中信息认证的方法一个实施例包括：101、获取平台认证请求，其中，平台认证请求中携带目标服务器所对应的目标服务器标识；本实施例中，信息认证装置具体可以为一个支持多商户的平台或一个支持多商户的APP。用户通过信息认证装置触发登录操作，即信息认证装置获取平台认证请求。其中，平台认证请求中携带了目标服务器所对应的目标服务器标识，目标服务器具体是指用户待访问商户的服务器，比如券商1服务器或者券商2服务器等等。而每个服务器对应于一个服务器标识，比如券商1服务器对应服务器标识A，券商2服务器对应服务器标识B，因此，通过服务器标识即可确定用户本次需要与哪个商户进行认证，即确定与信息认证装置通信的目标服务器。102、根据平台认证请求中的目标服务器标识确定目标认证模式，其中，目标认证模式与服务器标识集合具有匹配关系，服务器标识集合包含至少一个服务器标识，目标服务器标识属于服务器标识集合中一个；本实施例中，由于不同的商户往往会采用不同的认证模式，比如券商1采用手机认证的方式，券商2采用随机密码的方式，券商3采用账号密码以及邮箱认证的方式等等。信息认证装置根据目标服务器标识确定需要采用的目标认证模式。在实际情况下，一种目标认证模式往往与会至少一个服务器标识具有对应的关系，这里的目标服务器标识属于服务器标识集合的其中一个。为了便于理解，请参阅表1，表1为认证模式与服务器标识之间的对应关系一个示意。表1认证模式服务器标识商户认证内容A标识1券商1账号密码+手机认证A标识2券商2账号密码+手机认证A标识3券商3账号密码+手机认证A标识4券商4账号密码+手机认证B标识5券商5账号密码+保安编码器认证B标识6券商6账号密码+保安编码器认证B标识7券商7账号密码+保安编码器认证假设目标服务器标识为标识3，即需要与券商3进行认证，此时，目标认证模式为模式A，即采用“账号密码+手机认证”的方式进行认证。需要说明的是，表1所示的内容仅为一个示意，在实际应用中，还可以设置不同的对应方式。103、通过目标认证模式获取待认证信息；本实施例中，信息认证装置通过目标认证模式获取待认证信息。比如，目标认证模式为保安编码器认证，那么待认证信息即为通过保安编码器接收到的授权结果。又比如，目标认证模式为手机认证模式，那么待认证信息即为发送至手机的验证码。104、根据待认证信息生成信息认证结果。本实施例中，信息认证装置可以通过比对待认证信息来确定是否认证成功，从而生成认证结果。也可以直接根据待认证信息生成认证成功的结果。本发明实施例中，提供了一种信息认证的方法，首先信息认证装置首先获取平台认证请求，其中，平台认证请求中携带目标服务器所对应的目标服务器标识，然后根据平台认证请求中的目标服务器标识确定目标认证模式，其中，目标认证模式与服务器标识集合具有匹配关系，服务器标识集合包含至少一个服务器标识，目标服务器标识属于服务器标识集合中一个。接着由信息认证装置通过目标认证模式获取待认证信息，最后，信息认证装置根据待认证信息生成信息认证结果。通过上述方式，对于在同一个服务器标识集合中的各个服务器标识而言，采用同一套目标认证模式，而每个服务器标识对应一个商户，因此，多个商户可以复用同一套目标认证模式对用户进行认证，从而降低业务平台的开发成本。可选地，在上述图3对应的实施例的基础上，本发明实施例提供的信息认证的方法第一个可选实施例中，获取平台认证请求之后，还可以包括：接收身份认证信息，其中，身份认证信息包括应用账号以及密码；向目标服务器发送身份认证信息，以使目标服务器对身份认证信息进行验证，并生成身份验证结果；若身份验证结果为验证成功，则执行根据平台认证请求中的目标服务器标识确定目标认证模式的步骤；若身份验证结果为验证失败，则显示验证失败的提示消息。本实施例中，信息认证装置在收到平台认证请求之后，可以确定用户待登录的商户，于是需要先验证该用户在商户中的合法性。通常情况下，用户输入身份认证信息包括商户的应用账号和密码，假设用户输入的应用账号为“jackwong”，密码为“111222”。然后由商户所对应的目标服务器对该身份认证信息进行验证，在目标服务器中存储有应用账号和密码之间的对应关系，如果应用账号和密码匹配成功，则表示身份验证结果为验证成功，那么就可以继续进入后续的认证流程。反之，如果应用账号和密码匹配失败，则表示身份验证结果失败，那么可以直接显示验证失败的提示消息，用户看到该消息之后，可以再次进行验证。通常情况下，验证的次数是有上限的，比如一天之内如果出现三次应用账号和密码不匹配的情况，则当天之内不会再对用户输入的身份认证信息进行认证。可以理解的是，身份认证信息与待认证信息属于两个来自不同渠道的信息，即属于双重认证。身份认证信息通常是指已知数据，比如，用户名和密码。而待认证信息通常是指一次性密码，输入之后才能进行交易，比如手机短信验证码、邮箱验证码、电子证书、保安编码器以及生物认证等。为了便于介绍，请参阅图4，图4为本发明实施例中双重认证的一个流程示意图，如图所示，以商户为券商为例，具体地：步骤S1中，用户通过应用平台自选股APP进入到券商登录页面；步骤S2中，用户在券商登录页面中选择某一个券商入口，点击该券商入口后进入到券商登录页面；步骤S3中，在券商登录页面上输入账号和密码，然后执行登录操作，并向相应的券商服务器发送登录请求，券商服务器处理登录请求之后将数据反馈给应用平台自选股APP；步骤S4中，如果账号和密码校验成功，则进入到双重认证流程；步骤S5中，如果账号和密码校验失败，则通过应用平台自选股APP界面提示错误消息，用户可重新执行步骤S3的操作；步骤S6中，进入双重认证流程之后，用户输入通过其他渠道如手机、邮箱或者其他APP获取到的验证码或者随机密码，或者通过其他APP执行授权验证操作，然后向券商服务器发送双重认证请求；步骤S7中，如果双重认证校验成功，则用户成功进入相应的券商交易系统；步骤S8中，如果双重认证校验失败，则通过应用平台自选股APP界面提示错误消息，用户可以重新执行步骤S6的操作。其次，本发明实施例中，信息认证装置在获取平台认证请求之后，还可以接收用户输入的身份认证信息，然后向目标服务器发送身份认证信息，由目标服务器对身份认证信息进行验证，并生成身份验证结果，只有在身份验证成功的情况下，才会继续进行后续的认证流程。通过上述方式，在客户登入交易系统时，除了身份认证信息外，还需要通过另外的渠道获取待认证信息，在双重认证通过后才能进行交易。采用两种不同性质的信息来核实客户身份，能够为网上交易提供保护，从而有效防范黑客入侵的认证机制。可选地，在上述图3对应的实施例的基础上，本发明实施例提供的信息认证的方法第二个可选实施例中，根据平台认证请求中的目标服务器标识确定目标认证模式，可以包括：根据平台认证请求中的目标服务器标识确定认证方式，其中，认证方式用于控制页面的跳转；根据平台认证请求中的目标服务器标识确定认证页面信息，其中，认证页面信息用于展示与认证方式关联的页面信息；根据平台认证请求中的目标服务器标识确定认证设备信息，其中，认证设备信息用于指示待认证设备的信息。本实施例中，目标认证模式中可以包括认证方式、认证页面信息以及认证设备信息。在信息认证装置向目标服务器发送账号密码之后，目标服务器返回的数据可以形成目标认证模式。其中，认证方式用于控制跳转到认证的特定类型页面，比如，单设备手机认证方式、多设备手机认证方式、单设备邮箱认证方式、多设备邮箱认证方式、保安编码器认证方式以及token认证方式等。认证页面信息表示认证所需要的信息，包括商户自定义页面内容的信息，比如，提示用户的文案信息，页面中按钮的文案信息，当前使用的设备信息和其他附加信息等。认证设备信息用于需要显示设备信息的认证方式，比如，设备索引信息，设备名称的明文信息、设备名称的密文信息和设备类型等。基于用户信息安全的考虑，在设备显示页面中显示设备名称时可以采用密文的形式显示，比如手机号码显示为“138******46”。其次，本发明实施例中，信息认证装置可以根据平台认证请求中的目标服务器标识确定认证方式、认证页面信息和认证设备信息，其中，认证方式用于控制页面的跳转，证页面信息用于展示与认证方式关联的页面信息，认证设备信息用于指示待认证设备的信息。通过上述方式，认证模式可以由不同的业务逻辑组合而成，即根据商户需求确定所需要的认证方式、认证页面信息和认证设备信息，从而实现了信息高内聚的目标。可选地，在上述图3以及图3对应的第一个或第二个实施例的基础上，本发明实施例提供的信息认证的方法第三个可选实施例中，通过目标认证模式获取待认证信息，可以包括：根据目标认证模式生成信息输入页面，其中，可选的，信息输入页面包括至少一个信息输入子页面；通过信息输入页面接收待认证信息。本实施例中，信息认证装置在确认了目标认证模式后，可以获取该目标认证模式所包括的认证方式、认证页面信息以及认证设备信息。根据目标认证模式生成至少一个信息输入子页面，不同的信息输入子页面可以用于接收用户输入的不同数据。最后，将通过信息输入页面输入的待认证信息进行验证，以生成验证结果。再次，本发明实施例中，信息认证装置获取待认证信息的过程可以是，首先根据目标认证模式生成信息输入页面，其中，信息输入页面包括至少一个信息输入子页面，然后通过信息输入页面接收待认证信息。通过上述方式，可以生成信息输入页面以供用户输入相应的信息，从而利用用户输入的信息进行认证，由此可以提升方案的可行性和可操作性。可选地，在上述图3对应的第三个实施例的基础上，本发明实施例提供的信息认证的方法第四个可选实施例中，通过信息输入页面接收待认证信息，可以包括：通过第一信息输入子页面接收第一验证信息，其中，第一验证信息为在预设时间内向第一关联账号发送的信息；根据待认证信息生成信息认证结果，可以包括：若第一验证信息与第一预设验证信息一致，则生成认证成功消息；若第一验证信息与第一预设验证信息不一致，且验证次数已达到预设门限，则生成认证失败消息。本实施例中，介绍了一种单设备中利用关联账号进行验证的方法。首先，信息认证装置会展示第一信息输入子页面，在该第一信息输入子页面上通常会展示一个输入框，用于接收用户输入的第一验证信息。而第一验证信息包含但不仅限于手机验证码或者邮箱验证码，在用户触发平台认证请求之后，目标服务器可以在预设时间内比如90秒以内向该用户所使用的第一关联账号如手机号或者邮箱地址发送第一验证信息。用户将收到的第一验证信息填入第一信息输入子页面的输入框里，由信息认证装置向目标服务器转发该第一验证信息。目标服务器可以将收到的第一验证信息与第一预设验证信息进行匹配。具体地，假设第一预设验证信息为“595451”，如果第一验证信息也是“595451”，则表示本次验证成功，于是信息认证装置将会生成认证成功的消息。反之，如果第一验证信息不是“595451”，则表示本次验证失败，于是信息认证装置可以反馈验证失败的提示消息，用户根据该提示消息可以再次输入新的验证信息，直到验证次数达到预设门限，信息认证装置则会生成认证失败消息。进一步地，本发明实施例中，信息认证装置可以先通过第一信息输入子页面接收第一验证信息，其中，第一验证信息为在预设时间内向第一关联账号发送的信息，如果第一验证信息与第一预设验证信息一致，则生成认证成功消息，如果第一验证信息与第一预设验证信息不一致，且验证次数已达到预设门限，则生成认证失败消息。通过上述方式，提供了一种利用关联账号所收到的信息进行验证，可以有效地提升验证的可靠性，从而实现多渠道验证的流程，由此增加方案的实用性。可选地，在上述图3对应的第三个实施例的基础上，本发明实施例提供的信息认证的方法第五个可选实施例中，通过信息输入页面接收待认证信息，可以包括：通过第二信息输入子页面接收账号切换指令；根据账号切换指令将第一关联账号切换为第二关联账号；接收第二验证信息，其中，第二验证信息为在预设时间内向第二关联账号发送的信息；根据待认证信息生成信息认证结果，可以包括：若第二验证信息与第二预设验证信息一致，则生成认证成功消息；若第二验证信息与第二预设验证信息不一致，且验证次数已达到预设门限，则生成认证失败消息。本实施例中，介绍了一种多设备中利用关联账号进行验证的方法。首先，信息认证装置会展示第二信息输入子页面，在该第二信息输入子页面上通常还会展示一个账号切换的功能，用户可以选择该功能。触发该功能之后便会展示用户已经登录过的一些其他账号信息，此外，还可以接收用户输入的新的账号信息。比如，用户A关联过三个手机号码，分别为“13812345678”、“13698765432”以及“15011223355”，用户A可以在第二信息输入子页面触发账号切换指令，从而将第一关联账号“15011223355”切换为第二关联账号“13812345678”，于是，信息认证装置可以在预设时间内如90秒以内向“13812345678”发送第二验证信息。用户将收到的第二验证信息填入输入框里，由信息认证装置向目标服务器转发该第二验证信息。目标服务器可以将收到的第二验证信息与第二预设验证信息进行匹配。需要说明的是，账号切换指令除了可以切换用户的手机号码以外，还可以切换用户的邮箱地址，或者其他类型的关联账号，此处不做限定。具体地，假设第二预设验证信息为“595451”，如果第二验证信息也是“595451”，则表示本次验证成功，于是信息认证装置将会生成认证成功的消息。反之，如果第二验证信息不是“595451”，则表示本次验证失败，于是信息认证装置可以反馈验证失败的提示消息，用户根据该提示消息可以再次输入新的验证信息，直到验证次数达到预设门限，信息认证装置则会生成认证失败消息。进一步地，本发明实施例中，信息认证装置可以先通过第二信息输入子页面接收账号切换指令，然后根据账号切换指令将第一关联账号切换为第二关联账号，通过第二信息输入子页面接收第二验证信息，其中，第二验证信息为在预设时间内向第二关联账号发送的信息，如果第二验证信息与第二预设验证信息一致，则生成认证成功消息，如果第二验证信息与第二预设验证信息不一致，且验证次数已达到预设门限，则生成认证失败消息。通过上述方式，提供了一种利用关联账号所收到的信息进行验证，可以有效地提升验证的可靠性，从而实现多渠道验证的流程。此外，还提供了一种多设备切换的验证方式，由此增加方案的实用性。为了便于理解，下面将结合图5、图6和图7对基于验证码进行认证的具体方式，请参阅图5，图5为本发明实施例中基于验证码认证的一个界面示意图，如图所示，以商户为券商为例，具体地：步骤A1中，用户在选择券商之后，在登录页面上输入在该券商中注册的账号和密码，比如，账号可以为“10000118”，密码为“123456”；步骤A2中，在账号和密码验证成功之后，跳转至设备展示页面，在该页面上可以输入用户的手机号码或者用户的邮箱地址，如果该用户有多个账号，则可以在设备展示页面上选择“切换”的模块，由此跳转至设备切换页面；步骤A3中，在设备切换页面中可以选择用户在过去使用过的手机号码以及邮箱地址，选择手机号码或者邮箱地址即可；步骤A4中，确定完手机号码或者邮箱地址之后，该手机号码或者邮箱地址会收到一个相应的验证码，用户在验证码输入页面上输入自己收到的验证码，如果验证码与预设验证码一致，则表示验证成功。如果验证码与预设验证码不同，则表示验证失败。请参阅图6，图6为本发明实施例中基于验证码认证的一个流程示意图，如图所示，以商户为券商为例，具体地：步骤B1中，在用户输入的账号和密码认证成功之后，如果认证方式支持多设备切换，则进入到设备展示页面上，其中，通常情况下，一个设备可以关联至少一个账号。反之，如果用户输入的账号和密码认证失败，那么会显示错误提示；步骤B2中，在用户输入的账号和密码认证成功之后，如果用户不需要切换设备所对应的手机号码或者邮箱地址，那么直接进行验证流程；步骤B3中，用户可以在设备展示页面选择手机号码或者邮箱地址，由此完成多设备的账号切换操作；步骤B4中，在用户输入的账号和密码认证成功之后，如果需要选择手机号码或者邮箱地址，那么在选择完成之后，进入步骤B5；步骤B5中，信息认证装置向券商服务器发送验证码请求，进入步骤B8；步骤B6中，用户在收到验证码之后，可以在输入框中输入该验证码；步骤B7中，券商服务器通知应用平台验证码发送成功；步骤B8中，券商服务器根据验证码请求，生成验证码，然后向用户预留的手机号码或者邮箱地址发送该验证码，跳转至步骤B9；步骤B9中，用户输入验证码并向券商服务器发送二次请求，验证通过之后，则提示验证成功的信息，反之，如果验证失败，则提示验证失败的信息。请参阅图7，图7为本发明实施例中基于验证码认证的一个数据流时序示意图，如图所示，以商户为券商为例，具体地：步骤201中，用户通过UI层向中间层发起登录操作；步骤202中，由中间层向业务逻辑层分发登录请求；步骤203中，由业务逻辑层向网络层请求券商后台的登录接口；步骤204中，网络层向券商服务器请求登录接口，券商服务器响应登录接口；步骤205中，网络层向业务逻辑层发送通过剖析器进行数据解析之后得到的登录接口返回结果；步骤206中，由业务逻辑层向中间层发送登录接口返回结果；步骤207中，如果不需要进行双重认证，则可以直接判定登录成功；步骤208中，由此进入交易系统；步骤209中，如果需要进行双重认证，则需要将登录接口返回结果转换为中间层类型的双重认证方式，即“RetType”，该双重认证方式用于控制跳转到二次验证的特定类型页面；步骤210中，假设采用验证码认证方式，比如单设备手机认证方式，设备手机认证方式，单设备邮箱认证方式以及多设备邮箱认证方式等；步骤211中，根据具体地认证方式展示相应的UI页面，在该UI页面上展示验证码输入框；步骤212中，用户通过验证码输入框输入相应的验证码；步骤213中，通过中间层向业务逻辑层发送验证码校验请求；步骤214中，由业务逻辑层向网络层请求券商的二次校验接口；步骤215中，网络层向券商服务器请求二次校验接口，由券商服务器反馈二次校验接口；步骤216中，网络层向业务逻辑层发送通过剖析器进行数据解析之后得到的二次校验接口；步骤217中，业务逻辑层向中间层发送校验接口返回的结果；步骤218中，如果二次认证失败，则可以跳转至步骤211，使得用户可以再次通过验证码输入框输入相应的验证码；步骤219中，如果二次认证成功，则进入步骤220；步骤220中，由此进入交易系统。可选地，在上述图3对应的第三个实施例的基础上，本发明实施例提供的信息认证的方法第六个可选实施例中，通过信息输入页面接收待认证信息，可以包括：通过第三信息输入子页面向第一应用程序发送验证请求，以使第一应用程序根据验证请求向目标服务器发送验证请求；通过第一应用程序接收第三验证信息，其中，第三验证信息是由目标服务器生成的；根据待认证信息生成信息认证结果，包括：若第三验证信息与第三预设验证信息匹配，则生成认证成功消息；若第三验证信息与第三预设验证信息不匹配，且验证次数已达到预设门限，则生成认证失败消息。本实施例中，介绍了一种单设备中利用保安编码器进行验证的方法。首先，信息认证装置通过第三信息输入子页面接收用户触发的授权登录请求，此时进入到第一应用程序的授权确认页面。其中，第一应用程序具体可以是保安编码器，该保安编码器通常是由券商提供的一款APP。第一应用程序会向目标服务器发起轮询请求，该轮询请求用于获取授权登录结果是否通过。目标服务器会向指定的保安器设备发送授权登录通知，用户打开第一应用程序并登入相应的保安编码器账户进行授权登录或者取消登录。然后通过第一应用程序向目标服务器发送授权结果，目标服务器接收到第一应用程序发送的授权登录结果之后生成第三验证信息。其中，第三验证信息可以包括账户登入的登入名称如TENCENT123、登录途径如TENCENT以及要求时间如11:49:34。如果第三验证信息与第三预设验证信息匹配，那么说明认证成功，于是可以生成认证成功消息。如果第三验证信息与第三预设验证信息不匹配，那么说明认证失败，于是可以生成认证失败消息。表示本次验证失败，于是信息认证装置可以反馈验证失败的提示消息，用户根据该提示消息可以进行认证，直到验证次数达到预设门限，信息认证装置则会生成认证失败消息。当再次接收到第一应用程序发送的轮询请求之后，可以直接发送授权登录结果给第一应用程序。下面将介绍保安编码器的基础功能。保安编码器可协助用户安全地使用指定的网上银行服务。当用户进行指定网上银行的服务时，系统将要求用户输入保安编码以作认证。倘该编码输入正确，用户的银行服务指示将会被成功认证。通常情况下，保安编码器是在双重认证的前提下使用的，双重认证采用了两种不同性质的身分认证方式登入账户，为用户的网上交易账户带来额外的保障。第一重认证是输入账户登入名称和密码，而第二重认证是通过保安编码器确认登入要求。保安编码器为双重认证服务推出的一个应用程序，可安装在不同的流动装置上，方便用户能快速及安全地登入用户的网上交易账户。一个网上登入账户最可登记多部流动装置使用保安编码器。每部流动装置可以设定清晰易明的名称，例如：MaryiPhone，PeteriPad。当然每部流动装置内的保安编码器应用程序也可以同时绑定多个不同的交易账户，每个交易账户可以设定具体的名称，比如，MyAccount，JointAccount，CompanyABC。进一步地，本发明实施例中，信息认证装置可以通过第三信息输入子页面向第一应用程序发送验证请求，以使第一应用程序根据验证请求向目标服务器发送验证请求，然后通过第一应用程序接收第三验证信息。如果第三验证信息与第三预设验证信息匹配，则生成认证成功消息，如果第三验证信息与第三预设验证信息不匹配，且验证次数已达到预设门限，则生成认证失败消息。通过上述方式，提供了一种利用保安编码器进行验证的方式，可以由保安编码器生成验证请求并生成验证结果，不再采用单一的应用平台进行验证，从而有效地提升验证的可靠性，实现多渠道验证的流程，由此增加方案的实用性。可选地，在上述图3对应的第三个实施例的基础上，本发明实施例提供的信息认证的方法第七个可选实施例中，通过信息输入页面接收待认证信息，可以包括：通过第四信息输入子页面接收设备切换指令；根据设备切换指令向第二应用程序发送验证请求，以使第二应用程序根据验证请求向目标服务器发送验证请求；通过第二应用程序接收第四验证信息，其中，第四验证信息是由目标服务器生成的；根据待认证信息生成信息认证结果，包括：若第四验证信息与第四预设验证信息匹配，则生成认证成功消息；若第四验证信息与第四预设验证信息不匹配，且验证次数已达到预设门限，则生成认证失败消息。本实施例中，介绍了一种多设备中利用保安编码器进行验证的方法。首先，信息认证装置通过第四信息输入子页面接收用户触发设备切换指令，其中，设备切换指令可用于切换不同的保安编码器设备。比如，原来的保安编码器设备为“qqstocketest3p”，根据设备切换指令将“qqstocketest3p”切换为“qqstocketest”，即将“qqstocketest3p”所对应的第一应用程序切换为“qqstocketest”所对应的第二应用程序。然后信息认证装置向第二应用程序发送授权登录请求，此时进入到第二应用程序的授权确认页面。其中，第二应用程序具体可以是保安编码器，该保安编码器通常是由券商提供的一款APP。第二应用程序会向目标服务器发起轮询请求，该轮询请求用于获取授权登录结果是否通过。目标服务器会向指定的保安器设备发送授权登录通知，用户打开第二应用程序并登入相应的保安编码器账户进行授权登录或者取消登录。然后通过第一应用程序向目标服务器发送授权结果，目标服务器接收到第二应用程序发送的授权登录结果之后生成第四验证信息。其中，第四验证信息可以包括账户登入的登入名称如TENCENT123、登录途径如TENCENT以及要求时间如11:49:34。如果第四验证信息与第四预设验证信息匹配，那么说明认证成功，于是可以生成认证成功消息。如果第四验证信息与第四预设验证信息不匹配，那么说明认证失败，于是可以生成认证失败消息。表示本次验证失败，于是信息认证装置可以反馈验证失败的提示消息，用户根据该提示消息可以进行认证，直到验证次数达到预设门限，信息认证装置则会生成认证失败消息。当再次接收到第二应用程序发送的轮询请求之后，可以直接发送授权登录结果给第二应用程序。进一步地，本发明实施例中，信息认证装置可以通过第四信息输入子页面接收设备切换指令，然后根据设备切换指令向第二应用程序发送验证请求，以使第二应用程序根据验证请求向目标服务器发送验证请求，最后通过第二应用程序接收第四验证信息。如果第四验证信息与第四预设验证信息匹配，则生成认证成功消息，如果第四验证信息与第四预设验证信息不匹配，且验证次数已达到预设门限，则生成认证失败消息。通过上述方式，提供了一种利用保安编码器进行验证的方式，可以由保安编码器生成验证请求并生成验证结果，不再采用单一的应用平台进行验证，从而有效地提升验证的可靠性，实现多渠道验证的流程，由此增加方案的实用性。此外，还提供了一种多设备切换的验证方式，由此增加方案的实用性。为了便于理解，下面将结合图8、图9和图10对基于保安编码器进行认证的具体方式，请参阅图8，图8为本发明实施例中基于保安编码器认证的一个界面示意图，如图所示，以商户为券商为例，具体地：步骤C1中，用户首先进入某个券商的登录页面，在该页面上展示有账号输入框和密码输入框，若该用户在这个券商的账号为“testaccount3p”，密码为“pass11111111”。步骤C2中，如果账号和密码校验成功，则用户可以选择是否需要切换设备，若需要切换设备，则在保安编码器设备显示页面上选择“切换”的选项，从而步骤C3所示的保安编码器设备切换页面；步骤C3中，在保安编码器设备切换页面中可以选择用户待切换的流动装置，其中，流动装置可以认为一个便携式装置，用户可以将流动装置“qqstocktest3p”切换为“qqstocktest”；步骤C4中，在选择完流动装置之后触发发送登录请求，然后跳转至等待授权登录页面，在该页面上显示等待确认登入要求，在登入要求通知发送到用户选择的流动装置之前，需要先通过流动装置内的保安编码器应用程序进行确认；步骤C5中，这里需要说明的是，在跳转至等待授权登录页面之前，信息认证装置向券商服务器发起轮询请求，由券商服务器向信息认证装置反馈授权结果；步骤C6中，在券商服务器向信息认证装置反馈授权结果之前，需要向保安编码器发送授权登录通知，保安编码器根据授权登录通知登录用户所登入的账户。请参阅图9，图9为本发明实施例中基于保安编码器认证的一个流程示意图，如图所示，以商户为券商为例，具体地：步骤D1中，用户通过应用平台输入账号和密码之后，如果账号和密码不匹配，则说明认证失败，此处会提示验证失败的信息。反之，如果账号和密码匹配，则说明认证成功，此时用户可以选择是单设备登录还是多设备登录，若认证模式支持多设备切换，则进入保安编码器显示页面；步骤D2中，若认证模式支持单设备，则可以发送授权登录请求；步骤D3中，在选择完保安编码器设备之后，也可以发送授权登录请求；步骤D4中，此时进入到保安编码器授权确认加载页面；步骤D5中，在用户选择了相应的的保安编码器设备之后，点击发送授权登录请求，授权登录请求发送至券商服务器上；步骤D6中，券商服务器往指定的保安编码器发送授权登录的通知；步骤D7中，保安编码器发送授权结果给券商服务器，券商服务器接收到保安编码器发送的授权登录结果后，记录确认有效期；步骤D8中，券商服务器接收轮询请求；步骤D9中，券商服务器根据轮询请求向信息认证装置发送授权登录结果；步骤D10中，用户在保安器设备显示页面上选择需要切换的保安编码器设备；步骤D11中，若授权登录结果通过则认证成功，否则认证失败；步骤D12中，用户打开保安编码器并登入相应的保安器账户进行授权登录或取消。请参阅图10，图10为本发明实施例中基于保安编码器认证的一个数据流时序示意图，如图所示，以商户为券商为例，具体地：步骤301中，用户通过UI层向中间层发起登录操作；步骤302中，由中间层向业务逻辑层分发登录请求；步骤303中，由业务逻辑层向网络层请求券商后台的登录接口；步骤304中，网络层向券商服务器请求登录接口，券商服务器响应登录接口；步骤305中，网络层向业务逻辑层发送通过剖析器进行数据解析之后得到的登录接口返回结果；步骤306中，由业务逻辑层向中间层发送登录接口返回结果；步骤307中，如果不需要进行双重认证，则可以直接判定登录成功；步骤308中，由此进入交易系统；步骤309中，如果需要进行双重认证，则需要将登录接口返回结果转换为中间层类型的双重认证方式，即“RetType”，该双重认证方式用于控制跳转到二次验证的特定类型页面；步骤310中，假设采用保安编码器认证方式；步骤311中，根据具体地认证方式展示相应的UI页面，在该UI页面上展示保安编码器鉴权页面；步骤312中，通过UI层跳转至中间层进行授权；步骤313中，由中间层向业务逻辑层轮询保安编码器发起授权请求；步骤314中，由业务逻辑层向网络层请求券商的二次校验接口；步骤315中，网络层向券商服务器请求二次校验接口，由券商服务器反馈二次校验接口；步骤316中，网络层向业务逻辑层发送通过剖析器进行数据解析之后得到的二次校验接口；步骤317中，业务逻辑层向中间层发送校验接口返回的结果；步骤318中，如果保安编码器拒绝授权，则可以再次展示保安编码器鉴权界面；步骤319中，如果保安编码器认证成功，则进入步骤320；步骤320中，由此进入交易系统。可选地，在上述图3对应的第三个实施例的基础上，本发明实施例提供的信息认证的方法第八个可选实施例中，通过信息输入页面接收待认证信息，可以包括：通过第五信息输入子页面接收第五验证信息，其中，第五验证信息为用户预先设置用于进行匹配的信息；根据待认证信息生成信息认证结果，包括：若第五验证信息与第五预设验证信息相匹配，则生成认证成功消息；若第五验证信息与第五预设验证信息不匹配，且验证次数已达到预设门限，则生成认证失败消息。本实施例中，介绍了一种利用固定密码进行验证的方法。用户可以预先设置至少一个问题以及每个问题所对应的答案。在认证的时候，信息认证装置可以通过第五信息输入子页面显示需要用户输入的信息，用户可以根据提示输入第五验证信息。如果用户输入的第五验证信息与第五预设验证信息是匹配的，那么该信息认证装置将会生成认证成功的提示消息。反之，如果用户输入的第五验证信息与第五预设验证信息不匹配，而且用户输入的验证次数也已经达到预设门限，那么信息认证装置将会生成认证失败的提示消息。具体地，第五验证信息通常是一些问题所对应的答案，比如，问题1为“公司成立的日期”，问题1的正确答案为“19860922”，那么第五预设验证信息即为“19860922”，如果第五验证信息也是“19860922”，那么表示验证成功。可以理解的是，除了上述问题，还可以有如下常见的问题：例如，问题2为“请问您本人的生日”，问题2的答案为“19910551”。例如，问题3为“您的工号是多少”，问题3的答案为“20141105956”。例如，问题4为“您的学号是多少”，问题4的答案为“20111685687”。此外，第五预设验证信息还可以是用户预先设置好的其他匹配信息，比如，预先设置一组数据“123456789”，该第五预设验证信息将与用户后续输入的第五验证信息进行匹配。进一步地，本发明实施例中，信息认证装置还可以通过第五信息输入子页面接收第五验证信息，其中，第五验证信息为用户预先设置用于进行匹配的信息，如果第五验证信息与第五预设验证信息相匹配，那么信息认证装置可以生成认证成功消息。反之，如果第五验证信息与第五预设验证信息不匹配，且验证次数已达到预设门限，那么信息认证装置生成认证失败消息。通过上述方式，采用固定的密码进行认证，一方面可以不需要等待验证码下发到设备上的时间，直接根据自定义的答案进行认证即可，从而提升方案的实用性。另一方面，采用固定密码认证具有较强的可靠性，防止非用户本人因为无意中获取到验证码而登录账户的情况，从而提升方案的可行性。可选地，在上述图3对应的第三个实施例的基础上，本发明实施例提供的信息认证的方法第九个可选实施例中，通过信息输入页面接收待认证信息，可以包括：通过第六信息输入子页面接收第六验证信息，其中，第六验证信息为关联应用程序在目标时间内生成的随机信息；根据待认证信息生成信息认证结果，包括：若第六验证信息与第六预设验证信息一致，则生成认证成功消息；若第六验证信息与第六预设验证信息不一致，且验证次数已达到预设门限，则生成认证失败消息。本实施例中，信息认证装置还可以通过第六信息输入子页面接收用户输入的第六验证信息，其中，该第六验证信息是由关联应用程序在目标时间内随机生成的。关联应用程序可以是一款安装在终端设备上的应用程序，在用户输入账号和密码之后即可被激活，使得关联应用程序每间隔一段时间就自动生成一个随机密码，比如，每间隔10秒就自动生成了一个六位数的密码。用户在信息输入框中输入这六位数密码，即第六验证信息。由信息认证装置判断用户输入的第六验证信息与第六预设验证信息是否一致，如果一致，说明认证成功，即可生成认证成功消息。反之，如果用户输入的第六验证信息与第六预设验证信息不一致，说明认证失败，则在验证次数还没有达到预设门限的情况下，用户可以继续输入下一个验证信息，但是，如果验证次数已经达到预设闷着，则直接生成认证失败的消息。需要说明的是，第五验证信息可以为固定密码，第六验证信息可以为随机密码，第五验证信息和第六验证信息均输入token，token是服务器生成的一串字符串，可以作为客户端进行请求的一个标识。当用户第一次登录后，服务器生成一个token并将此token返回给客户端，以后客户端只需带上这个token前来请求数据即可，无需再次带上用户名和密码。其中，token的组成可以包括用户唯一的身份标识useridentification，uid、当前时间的时间戳time以及签名sign，token的前几位以哈希算法压缩成的一定长度的十六进制字符串，可以防止token泄露。此外，还可以用户设备的媒体访问控制MediaAccessControl，MAC地址作为token。客户端在登录时获取设备的mac地址，将其作为参数传递到服务端接收到该参数后，便用一个变量来接收，同时将其作为token保存在数据库，并将该token设置到会话session中。客户端每次请求的时候都要统一拦截，将客户端传递的token和服务器端session中的token进行对比，相同则登录成功，不同则拒绝。此方式客户端和服务端统一了唯一的标识，并且保证每一个设备拥有唯一的标识。优点是客户端无需重新登录，只要登录一次以后一直可以使用，对于超时的问题由服务端进行处理。此外，还可以用会话标识sessionid作为token。客户端携带用户名和密码登录，服务器接收到用户名和密码后进行校验，校验通过就将本地获取的sessionid作为token返回给客户端，客户端以后只需带上请求的数据即可。此方式的优点是方便，不用存储数据。当然，对于一些保密性较高的应用，可以采取两种方式结合的方式，将设备MAC地址与用户名密码同时作为token进行认证。进一步地，本发明实施例中，信息认证装置还可以通过第六信息输入子页面接收第六验证信息，其中，第六验证信息为关联应用程序在目标时间内生成的随机信息，如果第六验证信息与第六预设验证信息一致，那么信息认证装置生成认证成功消息。反之如果第六验证信息与第六预设验证信息不一致，且验证次数已达到预设门限，那么信息认证装置生成认证失败消息。通过上述方式，用户还可以采用随机密码的方式进行身份认证。随机密码往往可以通过安装在终端设备上的其他应用程序生成，且可以每间隔一段时间就生成一个不同的随机密码，这样的话，能够通过密码的随机性有效地提升认证的可靠性和安全性。为了便于理解，下面将结合图11、图12和图13对基于令牌进行认证的具体方式，请参阅图11，图11为本发明实施例中基于令牌认证的一个界面示意图，如图所示，以商户为券商为例，具体地：步骤E1中，用户在选择券商之后，在登录页面上输入在该券商中注册的账号和密码，比如，账号可以为“testaccount4”，密码为“pass12345678”；步骤E2中，在账号和密码验证成功之后，跳转至验证码输入页面，用户可以在该验证码输入页面上输入随机密码或者固定密码。以固定密码为例，如果密码提示为“出生日期或公司成立日期如为公司客户日日月月年年年年”，用户根据该提示可以输入一个六位数的密码，比如18061999。如果待验证的密码与预设密码一致，则表示验证成功。如果待验证的密码与预设预设密码不同，则表示验证失败。请参阅图12，图12为本发明实施例中基于令牌认证的一个流程示意图,如图所示，以商户为券商为例，具体地：步骤F1中，用户进入应用平台选择相应的券商，然后输入该券商所对应的账号和密码，在用户输入的账号和密码认证成功之后，则进入到token输入页面。反之，则进入步骤F2；步骤F2中，如果用户输入的账号和密码认证失败，那么会显示错误提示；步骤F3中，用户在token输入页面上输入随机密码或者自己预先设置的固定密码，接下来信息认证装置向券商服务器发送双重认证请求；步骤F4中，信息认证装置根据券商服务器反馈的消息，在页面上提示验证成功的消息，或者在页面上提示验证失败的消息；步骤F5中，由券商服务器根据双重认证请求对验证码进行验证，如果成功，则向信息认证装置反馈验证成功的消息，反之，如果验证失败向信息认证装置反馈验证失败的消息。请参阅图13，图13为本发明实施例中基于令牌认证的一个数据流时序示意图，如图所示，以商户为券商为例，具体地：步骤401中，用户通过UI层向中间层发起登录操作；步骤402中，由中间层向业务逻辑层分发登录请求；步骤403中，由业务逻辑层向网络层请求券商后台的登录接口；步骤404中，网络层向券商服务器请求登录接口，券商服务器响应登录接口；步骤405中，网络层向业务逻辑层发送通过剖析器进行数据解析之后得到的登录接口返回结果；步骤406中，由业务逻辑层向中间层发送登录接口返回结果；步骤407中，如果不需要进行双重认证，则可以直接判定登录成功；步骤408中，由此进入交易系统；步骤409中，如果需要进行双重认证，则需要将登录接口返回结果转换为中间层类型的双重认证方式，即“RetType”，该双重认证方式用于控制跳转到二次验证的特定类型页面；步骤410中，假设采用token认证方式，也就是验证随机密码或者固定密码；步骤411中，UI层可以展示设备显示的页面，如果是随机密码验证的话可以允许进行设备切换，比如从手机号码A切换至手机号码B；步骤412中，UI层向中间层请求向指定的手机号码发送验证码，当然，在实际应用中，还可以向指定的邮箱或者其他设备发送验证码；步骤413中，中间层向UI层反馈验证码发送成功的通知；步骤414中，在UI层展示输入验证码的对话框；步骤415中，用户输入验证码之后，由UI层向中间层发送验证码；步骤416中，由中间层向业务逻辑层发送双重认证的验证请求；步骤417中，由业务逻辑层向网络层请求券商的二次校验接口；步骤418中，网络层向券商服务器请求二次校验接口，由券商服务器反馈二次校验接口；步骤419中，网络层向业务逻辑层发送通过剖析器进行数据解析之后得到的二次校验接口；步骤420中，业务逻辑层向中间层发送校验接口返回的结果；步骤421中，如果二次认证失败，那么用户可以再次通过验证码输入框输入相应的验证码；步骤422中，如果二次认证成功，则进入步骤423；步骤423中，进入交易系统。下面对本发明中的信息认证装置进行详细描述，请参阅图14，图14为本发明实施例中信息认证装置一个实施例示意图，信息认证装置50包括：获取模块501，用于获取平台认证请求，其中，所述平台认证请求中携带目标服务器所对应的目标服务器标识；确定模块502，用于根据所述获取模块501获取的所述平台认证请求中的所述目标服务器标识确定目标认证模式，其中，所述目标认证模式与服务器标识集合具有匹配关系，所述服务器标识集合包含至少一个服务器标识，所述目标服务器标识属于所述服务器标识集合中一个；所述获取模块501，还用于通过所述确定模块502确定的所述目标认证模式获取待认证信息；生成模块503，用于根据所述获取模块501获取的所述待认证信息生成信息认证结果。本实施例中，获取模块501获取平台认证请求，其中，所述平台认证请求中携带目标服务器所对应的目标服务器标识，确定模块502根据所述获取模块501获取的所述平台认证请求中的所述目标服务器标识确定目标认证模式，其中，所述目标认证模式与服务器标识集合具有匹配关系，所述服务器标识集合包含至少一个服务器标识，所述目标服务器标识属于所述服务器标识集合中一个，所述获取模块501通过所述确定模块502确定的所述目标认证模式获取待认证信息，生成模块503根据所述获取模块501获取的所述待认证信息生成信息认证结果。本发明实施例中，提供了一种信息认证装置，首先该信息认证装置首先获取平台认证请求，其中，平台认证请求中携带目标服务器所对应的目标服务器标识，然后根据平台认证请求中的目标服务器标识确定目标认证模式，其中，目标认证模式与服务器标识集合具有匹配关系，服务器标识集合包含至少一个服务器标识，目标服务器标识属于服务器标识集合中一个。接着由信息认证装置通过目标认证模式获取待认证信息，最后，信息认证装置根据待认证信息生成信息认证结果。通过上述方式，对于在同一个服务器标识集合中的各个服务器标识而言，采用同一套目标认证模式，而每个服务器标识对应一个商户，因此，多个商户可以复用同一套目标认证模式对用户进行认证，从而降低业务平台的开发成本。可选地，在上述图14所对应的实施例的基础上，请参阅图15，本发明实施例提供的信息认证装置50的另一实施例中，所述信息认证装置50还包括接收模块504、发送模块505、执行模块506以及提示模块507；所述接收模块504，用于所述获取模块501获取平台认证请求之后，接收身份认证信息，其中，所述身份认证信息包括应用账号以及密码；所述发送模块505，用于向所述目标服务器发送所述接收模块504接收的所述身份认证信息，以使所述目标服务器对所述身份认证信息进行验证，并生成身份验证结果；所述执行模块506，用于若所述发送模块505发送的所述身份验证结果为验证成功，则执行所述根据所述平台认证请求中的所述目标服务器标识确定目标认证模式的步骤；所述提示模块507，用于若所述发送模块505发送的所述身份验证结果为验证失败，则显示验证失败的提示消息。其次，本发明实施例中，信息认证装置在获取平台认证请求之后，还可以接收用户输入的身份认证信息，然后向目标服务器发送身份认证信息，由目标服务器对身份认证信息进行验证，并生成身份验证结果，只有在身份验证成功的情况下，才会继续进行后续的认证流程。通过上述方式，在客户登入交易系统时，除了身份认证信息外，还需要通过另外的渠道获取待认证信息，在双重认证通过后才能进行交易。采用两种不同性质的信息来核实客户身份，能够为网上交易提供保护，从而有效防范黑客入侵的认证机制。可选地，在上述图14所对应的实施例的基础上，本发明实施例提供的信息认证装置50的另一实施例中，所述确定模块502，具体用于根据所述平台认证请求中的所述目标服务器标识确定认证方式，其中，所述认证方式用于控制页面的跳转；根据所述平台认证请求中的所述目标服务器标识确定认证页面信息，其中，所述认证页面信息用于展示与所述认证方式关联的页面信息；根据所述平台认证请求中的所述目标服务器标识确定认证设备信息，其中，所述认证设备信息用于指示待认证设备的信息。其次，本发明实施例中，信息认证装置可以根据平台认证请求中的目标服务器标识确定认证方式、认证页面信息和认证设备信息，其中，认证方式用于控制页面的跳转，证页面信息用于展示与认证方式关联的页面信息，认证设备信息用于指示待认证设备的信息。通过上述方式，认证模式可以由不同的业务逻辑组合而成，即根据商户需求确定所需要的认证方式、认证页面信息和认证设备信息，从而实现了信息高内聚的目标。可选地，在上述图14或图15所对应的实施例的基础上，本发明实施例提供的信息认证装置50的另一实施例中，所述获取模块501，具体用于根据所述目标认证模式生成信息输入页面，其中，所述信息输入页面包括至少一个信息输入子页面；通过所述信息输入页面接收所述待认证信息。再次，本发明实施例中，信息认证装置获取待认证信息的过程可以是，首先根据目标认证模式生成信息输入页面，其中，信息输入页面包括至少一个信息输入子页面，然后通过信息输入页面接收待认证信息。通过上述方式，可以生成信息输入页面以供用户输入相应的信息，从而利用用户输入的信息进行认证，由此可以提升方案的可行性和可操作性。可选地，在上述图14或图15所对应的实施例的基础上，本发明实施例提供的信息认证装置50的另一实施例中，所述获取模块501，具体用于通过第一信息输入子页面接收第一验证信息，其中，所述第一验证信息为在预设时间内向第一关联账号发送的信息；所述生成模块503，具体用于若所述获取模块501获取的所述第一验证信息与第一预设验证信息一致，则生成认证成功消息；若所述获取模块501获取的所述第一验证信息与所述第一预设验证信息不一致，且验证次数已达到预设门限，则生成认证失败消息。进一步地，本发明实施例中，信息认证装置可以先通过第一信息输入子页面接收第一验证信息，其中，第一验证信息为在预设时间内向第一关联账号发送的信息，如果第一验证信息与第一预设验证信息一致，则生成认证成功消息，如果第一验证信息与第一预设验证信息不一致，且验证次数已达到预设门限，则生成认证失败消息。通过上述方式，提供了一种利用关联账号所收到的信息进行验证，可以有效地提升验证的可靠性，从而实现多渠道验证的流程，由此增加方案的实用性。可选地，在上述图14或图15所对应的实施例的基础上，本发明实施例提供的信息认证装置50的另一实施例中，所述获取模块501，具体用于通过第二信息输入子页面接收账号切换指令；根据所述账号切换指令将第一关联账号切换为第二关联账号；接收第二验证信息，其中，所述第二验证信息为在预设时间内向所述第二关联账号发送的信息；所述生成模块503，具体用于若所述获取模块501接收到的所述第二验证信息与第二预设验证信息一致，则生成认证成功消息；若所述获取模块501接收到的所述第二验证信息与所述第二预设验证信息不一致，且验证次数已达到预设门限，则生成认证失败消息。进一步地，本发明实施例中，信息认证装置可以先通过第二信息输入子页面接收账号切换指令，然后根据账号切换指令将第一关联账号切换为第二关联账号，通过第二信息输入子页面接收第二验证信息，其中，第二验证信息为在预设时间内向第二关联账号发送的信息，如果第二验证信息与第二预设验证信息一致，则生成认证成功消息，如果第二验证信息与第二预设验证信息不一致，且验证次数已达到预设门限，则生成认证失败消息。通过上述方式，提供了一种利用关联账号所收到的信息进行验证，可以有效地提升验证的可靠性，从而实现多渠道验证的流程。此外，还提供了一种多设备切换的验证方式，由此增加方案的实用性。可选地，在上述图14或图15所对应的实施例的基础上，本发明实施例提供的信息认证装置50的另一实施例中，所述获取模块501，具体用于通过第三信息输入子页面向第一应用程序发送验证请求，以使所述第一应用程序根据所述验证请求向所述目标服务器发送所述验证请求；通过所述第一应用程序接收第三验证信息，其中，所述第三验证信息是由所述目标服务器生成的；所述生成模块503，具体用于若所述获取模块501接收的所述第三验证信息与第三预设验证信息匹配，则生成认证成功消息；若所述获取模块501接收的所述第三验证信息与所述第三预设验证信息不匹配，且验证次数已达到预设门限，则生成认证失败消息。进一步地，本发明实施例中，信息认证装置可以通过第三信息输入子页面向第一应用程序发送验证请求，以使第一应用程序根据验证请求向目标服务器发送验证请求，然后通过第一应用程序接收第三验证信息。如果第三验证信息与第三预设验证信息匹配，则生成认证成功消息，如果第三验证信息与第三预设验证信息不匹配，且验证次数已达到预设门限，则生成认证失败消息。通过上述方式，提供了一种利用保安编码器进行验证的方式，可以由保安编码器生成验证请求并生成验证结果，不再采用单一的应用平台进行验证，从而有效地提升验证的可靠性，实现多渠道验证的流程，由此增加方案的实用性。可选地，在上述图14或图15所对应的实施例的基础上，本发明实施例提供的信息认证装置50的另一实施例中，所述获取模块501，具体用于通过第四信息输入子页面接收设备切换指令；根据所述设备切换指令向第二应用程序发送验证请求，以使所述第二应用程序根据所述验证请求向所述目标服务器发送所述验证请求；通过所述第二应用程序接收第四验证信息，其中，所述第四验证信息是由所述目标服务器生成的；所述生成模块503，具体用于若所述获取模块501接收的所述第四验证信息与第四预设验证信息匹配，则生成认证成功消息；若所述获取模块501接收的所述第四验证信息与所述第四预设验证信息不匹配，且验证次数已达到预设门限，则生成认证失败消息。进一步地，本发明实施例中，信息认证装置可以通过第四信息输入子页面接收设备切换指令，然后根据设备切换指令向第二应用程序发送验证请求，以使第二应用程序根据验证请求向目标服务器发送验证请求，最后通过第二应用程序接收第四验证信息。如果第四验证信息与第四预设验证信息匹配，则生成认证成功消息，如果第四验证信息与第四预设验证信息不匹配，且验证次数已达到预设门限，则生成认证失败消息。通过上述方式，提供了一种利用保安编码器进行验证的方式，可以由保安编码器生成验证请求并生成验证结果，不再采用单一的应用平台进行验证，从而有效地提升验证的可靠性，实现多渠道验证的流程，由此增加方案的实用性。此外，还提供了一种多设备切换的验证方式，由此增加方案的实用性。可选地，在上述图14或图15所对应的实施例的基础上，本发明实施例提供的信息认证装置50的另一实施例中，所述获取模块501，具体用于通过第五信息输入子页面接收第五验证信息，其中，所述第五验证信息为用户预先设置用于进行匹配的信息；所述生成模块503，具体用于若所述获取模块501接收的所述第五验证信息与第五预设验证信息相匹配，则生成认证成功消息；若所述获取模块501接收的所述第五验证信息与第五预设验证信息不匹配，且验证次数已达到预设门限，则生成认证失败消息。进一步地，本发明实施例中，信息认证装置还可以通过第五信息输入子页面接收第五验证信息，其中，第五验证信息为用户预先设置用于进行匹配的信息，如果第五验证信息与第五预设验证信息相匹配，那么信息认证装置可以生成认证成功消息。反之，如果第五验证信息与第五预设验证信息不匹配，且验证次数已达到预设门限，那么信息认证装置生成认证失败消息。通过上述方式，采用固定的密码进行认证，一方面可以不需要等待验证码下发到设备上的时间，直接根据自定义的答案进行认证即可，从而提升方案的实用性。另一方面，采用固定密码认证具有较强的可靠性，防止非用户本人因为无意中获取到验证码而登录账户的情况，从而提升方案的可行性。可选地，在上述图14或图15所对应的实施例的基础上，本发明实施例提供的信息认证装置50的另一实施例中，所述获取模块501，具体用于通过第六信息输入子页面接收第六验证信息，其中，所述第六验证信息为关联应用程序在目标时间内生成的随机信息；所述生成模块503，具体用于若所述获取模块501接收的所述第六验证信息与第六预设验证信息一致，则生成认证成功消息；若所述获取模块501接收的所述第六验证信息与所述第六预设验证信息不一致，且验证次数已达到预设门限，则生成认证失败消息。进一步地，本发明实施例中，信息认证装置还可以通过第六信息输入子页面接收第六验证信息，其中，第六验证信息为关联应用程序在目标时间内生成的随机信息，如果第六验证信息与第六预设验证信息一致，那么信息认证装置生成认证成功消息。反之如果第六验证信息与第六预设验证信息不一致，且验证次数已达到预设门限，那么信息认证装置生成认证失败消息。通过上述方式，用户还可以采用随机密码的方式进行身份认证。随机密码往往可以通过安装在终端设备上的其他应用程序生成，且可以每间隔一段时间就生成一个不同的随机密码，这样的话，能够通过密码的随机性有效地提升认证的可靠性和安全性。本发明实施例还提供了另一种信息认证装置，如图16所示，为了便于说明，仅示出了与本发明实施例相关的部分，具体技术细节未揭示的，请参照本发明实施例方法部分。该信息认证装置可以为包括手机、平板电脑、个人数字助理personaldigitalassistant，PDA、销售终端pointofsales，POS、车载电脑等任意终端设备，以信息认证装置为手机为例：图16示出的是与本发明实施例提供的终端相关的手机的部分结构的框图。参考图16，手机包括：射频radiofrequency，RF电路610、存储器620、输入单元630、显示单元640、传感器650、音频电路660、无线保真wirelessfidelity，WiFi模块670、处理器680、以及电源690等部件。本领域技术人员可以理解，图16中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。下面结合图16对手机的各个构成部件进行具体的介绍：RF电路610可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器680处理；另外，将设计上行的数据发送给基站。通常，RF电路610包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器lownoiseamplifier，LNA、双工器等。此外，RF电路610还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统globalsystemofmobilecommunication，GSM、通用分组无线服务generalpacketradioservice，GPRS、码分多址codedivisionmultipleaccess，CDMA、宽带码分多址widebandcodedivisionmultipleaccess,WCDMA、长期演进longtermevolution，LTE、电子邮件、短消息服务shortmessagingservice，SMS等。存储器620可用于存储软件程序以及模块，处理器680通过运行存储在存储器620的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器620可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序比如声音播放功能、图像播放功能等等；存储数据区可存储根据手机的使用所创建的数据比如音频数据、电话本等等。此外，存储器620可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。输入单元630可用于接收输入的数字或字符信息，以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地，输入单元630可包括触控面板631以及其他输入设备632。触控面板631，也称为触摸屏，可收集用户在其上或附近的触摸操作比如用户使用手指、触笔等任何适合的物体或附件在触控面板631上或在触控面板631附近的操作，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板631可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器680，并能接收处理器680发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板631。除了触控面板631，输入单元630还可以包括其他输入设备632。具体地，其他输入设备632可以包括但不限于物理键盘、功能键比如音量控制按键、开关按键等、轨迹球、鼠标、操作杆等中的一种或多种。显示单元640可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元640可包括显示面板641，可选的，可以采用液晶显示器liquidcrystaldisplay，LCD、有机发光二极管organiclight-emittingdiode，OLED等形式来配置显示面板641。进一步的，触控面板631可覆盖显示面板641，当触控面板631检测到在其上或附近的触摸操作后，传送给处理器680以确定触摸事件的类型，随后处理器680根据触摸事件的类型在显示面板641上提供相应的视觉输出。虽然在图16中，触控面板631与显示面板641是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板631与显示面板641集成而实现手机的输入和输出功能。手机还可包括至少一种传感器650，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板641的亮度，接近传感器可在手机移动到耳边时，关闭显示面板641和或背光。作为运动传感器的一种，加速计传感器可检测各个方向上一般为三轴加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用比如横竖屏切换、相关游戏、磁力计姿态校准、振动识别相关功能比如计步器、敲击等；至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。音频电路660、扬声器661，传声器662可提供用户与手机之间的音频接口。音频电路660可将接收到的音频数据转换后的电信号，传输到扬声器661，由扬声器661转换为声音信号输出；另一方面，传声器662将收集的声音信号转换为电信号，由音频电路660接收后转换为音频数据，再将音频数据输出处理器680处理后，经RF电路610以发送给比如另一手机，或者将音频数据输出至存储器620以便进一步处理。WiFi属于短距离无线传输技术，手机通过WiFi模块670可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图16示出了WiFi模块670，但是可以理解的是，其并不属于手机的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。处理器680是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器620内的软件程序和或模块，以及调用存储在存储器620内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器680可包括一个或多个处理单元；可选的，处理器680可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器680中。手机还包括给各个部件供电的电源690比如电池，可选的，电源可以通过电源管理系统与处理器680逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。尽管未示出，手机还可以包括摄像头、蓝牙模块等，在此不再赘述。在本发明实施例中，该终端所包括的处理器680还具有以下功能：获取平台认证请求，其中，所述平台认证请求中携带目标服务器所对应的目标服务器标识；根据所述平台认证请求中的所述目标服务器标识确定目标认证模式，其中，所述目标认证模式与服务器标识集合具有匹配关系，所述服务器标识集合包含至少一个服务器标识，所述目标服务器标识属于所述服务器标识集合中一个；通过所述目标认证模式获取待认证信息；根据所述待认证信息生成信息认证结果。可选地，处理器680还用于执行如下步骤：接收身份认证信息，其中，所述身份认证信息包括应用账号以及密码；向所述目标服务器发送所述身份认证信息，以使所述目标服务器对所述身份认证信息进行验证，并生成身份验证结果；若所述身份验证结果为验证成功，则执行所述根据所述平台认证请求中的所述目标服务器标识确定目标认证模式的步骤；若所述身份验证结果为验证失败，则显示验证失败的提示消息。可选地，处理器680具体用于执行如下步骤：根据所述平台认证请求中的所述目标服务器标识确定认证方式，其中，所述认证方式用于控制页面的跳转；根据所述平台认证请求中的所述目标服务器标识确定认证页面信息，其中，所述认证页面信息用于展示与所述认证方式关联的页面信息；根据所述平台认证请求中的所述目标服务器标识确定认证设备信息，其中，所述认证设备信息用于指示待认证设备的信息。可选地，处理器680具体用于执行如下步骤：根据所述目标认证模式生成信息输入页面，其中，所述信息输入页面包括至少一个信息输入子页面；通过所述信息输入页面接收所述待认证信息。可选地，处理器680具体用于执行如下步骤：通过第一信息输入子页面接收第一验证信息，其中，所述第一验证信息为在预设时间内向第一关联账号发送的信息；若所述第一验证信息与第一预设验证信息一致，则生成认证成功消息；若所述第一验证信息与所述第一预设验证信息不一致，且验证次数已达到预设门限，则生成认证失败消息。可选地，处理器680具体用于执行如下步骤：通过第二信息输入子页面接收账号切换指令；根据所述账号切换指令将第一关联账号切换为第二关联账号；接收第二验证信息，其中，所述第二验证信息为在预设时间内向所述第二关联账号发送的信息；若所述第二验证信息与第二预设验证信息一致，则生成认证成功消息；若所述第二验证信息与所述第二预设验证信息不一致，且验证次数已达到预设门限，则生成认证失败消息。可选地，处理器680具体用于执行如下步骤：通过第三信息输入子页面向第一应用程序发送验证请求，以使所述第一应用程序根据所述验证请求向所述目标服务器发送所述验证请求；通过所述第一应用程序接收第三验证信息，其中，所述第三验证信息是由所述目标服务器生成的；若所述第三验证信息与第三预设验证信息匹配，则生成认证成功消息；若所述第三验证信息与所述第三预设验证信息不匹配，且验证次数已达到预设门限，则生成认证失败消息。可选地，处理器680具体用于执行如下步骤：通过第四信息输入子页面接收设备切换指令；根据所述设备切换指令向第二应用程序发送验证请求，以使所述第二应用程序根据所述验证请求向所述目标服务器发送所述验证请求；通过所述第二应用程序接收第四验证信息，其中，所述第四验证信息是由所述目标服务器生成的；若所述第四验证信息与第四预设验证信息匹配，则生成认证成功消息；若所述第四验证信息与所述第四预设验证信息不匹配，且验证次数已达到预设门限，则生成认证失败消息。可选地，处理器680具体用于执行如下步骤：通过第五信息输入子页面接收第五验证信息，其中，所述第五验证信息为用户预先设置用于进行匹配的信息；若所述第五验证信息与第五预设验证信息相匹配，则生成认证成功消息；若所述第五验证信息与第五预设验证信息不匹配，且验证次数已达到预设门限，则生成认证失败消息。可选地，处理器680具体用于执行如下步骤：通过第六信息输入子页面接收第六验证信息，其中，所述第六验证信息为关联应用程序在目标时间内生成的随机信息；若所述第六验证信息与第六预设验证信息一致，则生成认证成功消息；若所述第六验证信息与所述第六预设验证信息不一致，且验证次数已达到预设门限，则生成认证失败消息。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。在本发明所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备可以是个人计算机，服务器，或者网络设备等执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器read-onlymemory，ROM、随机存取存储器randomaccessmemory，RAM、磁碟或者光盘等各种可以存储程序代码的介质。以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

权利要求：1.一种信息认证的方法，其特征在于，包括：获取平台认证请求，其中，所述平台认证请求中携带目标服务器所对应的目标服务器标识；根据所述平台认证请求中的所述目标服务器标识确定目标认证模式，其中，所述目标认证模式与服务器标识集合具有匹配关系，所述服务器标识集合包含至少一个服务器标识，所述目标服务器标识属于所述服务器标识集合中一个；通过所述目标认证模式获取待认证信息；根据所述待认证信息生成信息认证结果。2.根据权利要求1所述的方法，其特征在于，所述获取平台认证请求之后，所述方法还包括：接收身份认证信息，其中，所述身份认证信息包括应用账号以及密码；向所述目标服务器发送所述身份认证信息，以使所述目标服务器对所述身份认证信息进行验证，并生成身份验证结果；若所述身份验证结果为验证成功，则执行所述根据所述平台认证请求中的所述目标服务器标识确定目标认证模式的步骤；若所述身份验证结果为验证失败，则显示验证失败的提示消息。3.根据权利要求1所述的方法，其特征在于，所述根据所述平台认证请求中的所述目标服务器标识确定目标认证模式，包括：根据所述平台认证请求中的所述目标服务器标识确定认证方式，其中，所述认证方式用于控制页面的跳转；根据所述平台认证请求中的所述目标服务器标识确定认证页面信息，其中，所述认证页面信息用于展示与所述认证方式关联的页面信息；根据所述平台认证请求中的所述目标服务器标识确定认证设备信息，其中，所述认证设备信息用于指示待认证设备的信息。4.根据权利要求1至3中任一项所述的方法，其特征在于，所述通过所述目标认证模式获取待认证信息，包括：根据所述目标认证模式生成信息输入页面；通过所述信息输入页面接收所述待认证信息。5.根据权利要求4所述的方法，其特征在于，所述信息输入页面包括至少一个信息输入子页面；所述通过所述信息输入页面接收所述待认证信息，包括：通过第一信息输入子页面接收第一验证信息，其中，所述第一验证信息为在预设时间内向第一关联账号发送的信息；所述根据所述待认证信息生成信息认证结果，包括：若所述第一验证信息与第一预设验证信息一致，则生成认证成功消息；若所述第一验证信息与所述第一预设验证信息不一致，且验证次数已达到预设门限，则生成认证失败消息。6.根据权利要求5所述的方法，其特征在于，所述通过所述信息输入页面接收所述待认证信息，包括：通过第二信息输入子页面接收账号切换指令；根据所述账号切换指令将第一关联账号切换为第二关联账号；接收第二验证信息，其中，所述第二验证信息为在预设时间内向所述第二关联账号发送的信息；所述根据所述待认证信息生成信息认证结果，包括：若所述第二验证信息与第二预设验证信息一致，则生成认证成功消息；若所述第二验证信息与所述第二预设验证信息不一致，且验证次数已达到预设门限，则生成认证失败消息。7.根据权利要求5所述的方法，其特征在于，所述通过所述信息输入页面接收所述待认证信息，包括：通过第三信息输入子页面向第一应用程序发送验证请求，以使所述第一应用程序根据所述验证请求向所述目标服务器发送所述验证请求；通过所述第一应用程序接收第三验证信息，其中，所述第三验证信息是由所述目标服务器生成的；所述根据所述待认证信息生成信息认证结果，包括：若所述第三验证信息与第三预设验证信息匹配，则生成认证成功消息；若所述第三验证信息与所述第三预设验证信息不匹配，且验证次数已达到预设门限，则生成认证失败消息。8.根据权利要求5所述的方法，其特征在于，所述通过所述信息输入页面接收所述待认证信息，包括：通过第四信息输入子页面接收设备切换指令；根据所述设备切换指令向第二应用程序发送验证请求，以使所述第二应用程序根据所述验证请求向所述目标服务器发送所述验证请求；通过所述第二应用程序接收第四验证信息，其中，所述第四验证信息是由所述目标服务器生成的；所述根据所述待认证信息生成信息认证结果，包括：若所述第四验证信息与第四预设验证信息匹配，则生成认证成功消息；若所述第四验证信息与所述第四预设验证信息不匹配，且验证次数已达到预设门限，则生成认证失败消息。9.根据权利要求5所述的方法，其特征在于，所述通过所述信息输入页面接收所述待认证信息，包括：通过第五信息输入子页面接收第五验证信息，其中，所述第五验证信息为用户预先设置用于进行匹配的信息；所述根据所述待认证信息生成信息认证结果，包括：若所述第五验证信息与第五预设验证信息相匹配，则生成认证成功消息；若所述第五验证信息与第五预设验证信息不匹配，且验证次数已达到预设门限，则生成认证失败消息。10.根据权利要求5所述的方法，其特征在于，所述通过所述信息输入页面接收所述待认证信息，包括：通过第六信息输入子页面接收第六验证信息，其中，所述第六验证信息为关联应用程序在目标时间内生成的随机信息；所述根据所述待认证信息生成信息认证结果，包括：若所述第六验证信息与第六预设验证信息一致，则生成认证成功消息；若所述第六验证信息与所述第六预设验证信息不一致，且验证次数已达到预设门限，则生成认证失败消息。11.一种信息认证装置，其特征在于，包括：获取模块，用于获取平台认证请求，其中，所述平台认证请求中携带目标服务器所对应的目标服务器标识；确定模块，用于根据所述获取模块获取的所述平台认证请求中的所述目标服务器标识确定目标认证模式，其中，所述目标认证模式与服务器标识集合具有匹配关系，所述服务器标识集合包含至少一个服务器标识，所述目标服务器标识属于所述服务器标识集合中一个；所述获取模块，还用于通过所述确定模块确定的所述目标认证模式获取待认证信息；生成模块，用于根据所述获取模块获取的所述待认证信息生成信息认证结果。12.根据权利要求11所述的信息认证装置，其特征在于，所述信息认证装置还包括接收模块、发送模块、执行模块以及提示模块；所述接收模块，用于所述获取模块获取平台认证请求之后，接收身份认证信息，其中，所述身份认证信息包括应用账号以及密码；所述发送模块，用于向所述目标服务器发送所述接收模块接收的所述身份认证信息，以使所述目标服务器对所述身份认证信息进行验证，并生成身份验证结果；所述执行模块，用于若所述发送模块发送的所述身份验证结果为验证成功，则执行所述根据所述平台认证请求中的所述目标服务器标识确定目标认证模式的步骤；所述提示模块，用于若所述发送模块发送的所述身份验证结果为验证失败，则显示验证失败的提示消息。13.一种信息认证装置，其特征在于，包括：存储器、处理器以及总线系统；其中，所述存储器用于存储程序；所述处理器用于执行所述存储器中的程序，包括如下步骤：获取平台认证请求，其中，所述平台认证请求中携带目标服务器所对应的目标服务器标识；根据所述平台认证请求中的所述目标服务器标识确定目标认证模式，其中，所述目标认证模式与服务器标识集合具有匹配关系，所述服务器标识集合包含至少一个服务器标识，所述目标服务器标识属于所述服务器标识集合中一个；通过所述目标认证模式获取待认证信息；根据所述待认证信息生成信息认证结果；所述总线系统用于连接所述存储器以及所述处理器，以使所述存储器以及所述处理器进行通信。14.根据权利要求13所述的信息认证装置，其特征在于，所述处理器还用于执行如下步骤：接收身份认证信息，其中，所述身份认证信息包括应用账号以及密码；向所述目标服务器发送所述身份认证信息，以使所述目标服务器对所述身份认证信息进行验证，并生成身份验证结果；若所述身份验证结果为验证成功，则执行所述根据所述平台认证请求中的所述目标服务器标识确定目标认证模式的步骤；若所述身份验证结果为验证失败，则显示验证失败的提示消息。15.一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行如权利要求1至10中任一项所述的方法。

百度查询： 腾讯科技(北京)有限公司 一种信息认证的方法及相关装置

免责声明
1、本报告根据公开、合法渠道获得相关数据和信息，力求客观、公正，但并不保证数据的最终完整性和准确性。
2、报告中的分析和结论仅反映本公司于发布本报告当日的职业理解，仅供参考使用，不能作为本公司承担任何法律责任的依据或者凭证。

阅读全文 双屏查看 官方信息 专利公告 收藏专利 下载PDF 下载WORD