CN113760405A - 一种网关接口的验签方法、装置、存储介质及电子设备 - Google Patents

Abstract

本发明公开了一种网关接口的验签方法、装置、存储介质及电子设备，其中方法包括：获取调用请求，并确定调用请求对应的网关接口；若根据网关接口确定发送调用请求的对接应用为预设类型应用，则根据对接应用的应用标识调用对应的验签实现类；执行验签实现类，对调用请求中的请求参数进行验签，确定验签结果。对于预设类型应用，可通过预先设置的验签实现类进行个性化验签，无需对网关进行硬编码处理，相应的，无需对网关进行二次开发，对于新增的对接应用，可通过增加对应的验签实现类即可实现对新增的对接应用的个性化验签，在保证了对不同验签需求的对接应用进行验签的基础上，无需对网关进行二次开发，避免了二次开发导致的开发成本和维护成本。

Description

一种网关接口的验签方法、装置、存储介质及电子设备

技术领域

本发明实施例涉及计算机技术领域，尤其涉及一种网关接口的验签方法、装置、存储介质及电子设备。

背景技术

网关对外提供接口暴漏时，接口都需要验签验证，一般可以是通过统一验签方式进行验签。

在对接一些外部有成熟方案的特殊应用时，该特殊应用的签名验证方式已经固定，一种情况，网关接口不做验签，直接特殊应用的参数转发业务系统，业务系统根据应用来源单独进行验签的硬编码开发，另一种情况，网关接口通过策略模式或者工厂模式等进行验签的硬编码开发。

但是在实现本发明的过程中，发明人发现现有技术中至少存在以下技术问题：如果网关直接将数据转发业务系统处理特殊应用的验签，则网关失去了对特殊应用的验签能力。如果网关通过硬编码处理特殊应用的验签，那么每对接一个特殊应用，都需要修改网关代码，进行开发、测试、上线的流程，开发成本高。

发明内容

本发明实施例提供一种网关接口的验签方法、装置、存储介质及电子设备，以实现对特殊应用的低成本验签。

第一方面，本发明实施例提供了一种网关接口的验签方法，包括：

获取调用请求，并确定所述调用请求对应的网关接口；

若根据所述网关接口确定发送所述调用请求的对接应用为预设类型应用，则根据所述对接应用的应用标识调用对应的验签实现类；

执行所述验签实现类，对所述调用请求中的请求参数进行验签，确定验签结果。

第二方面，本发明实施例还提供了一种网关接口的验签装置，包括：

网关接口请求模块，用于获取调用请求，并确定所述调用请求对应的网关接口；

验签实现类确定模块，用于若根据所述网关接口确定发送所述调用请求的对接应用为预设类型应用，则根据所述对接应用的应用标识调用对应的验签实现类；

验签模块，用于执行所述验签实现类，对所述调用请求中的请求参数进行验签，确定验签结果。

第三方面，本发明实施例还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如本发明任一实施例提供的网关接口的验签方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明任一实施例提供的网关接口的验签方法。

本发明实施例提供的技术方案，通过对于获取的调用请求，确定调用请求对应的网关接口以及基于网关接口对发送调用请求的对接应用进行类型判定，若对接应用为预设类型应用，则根据所述对接应用的应用标识从当前系统的内存中调用对应的验签实现类，执行所述验签实现类，对所述调用请求中的请求参数进行验签，确定验签结果。对于预设类型应用，可通过预先设置的验签实现类进行个性化验签，无需对网关进行硬编码处理，相应的，无需对网关进行二次开发，对于新增的对接应用，可通过增加对应的验签实现类即可实现对新增的对接应用的个性化验签，在保证了对不同验签需求的对接应用进行验签的基础上，无需对网关进行二次开发，避免了二次开发导致的开发成本和维护成本。

附图说明

图1为本发明实施例一提供的一种网关接口的验签方法的流程示意图；

图2A是本发明实施例提供的网关接口的第一配置界面示意图；

图2B是本发明实施例提供的网关接口的第二配置界面示意图；

图2C是本发明实施例提供的一种验签实现类的设置界面；

图3是本发明实施例二提供的一种网关接口的验签方法的流程示意图；

图4是本发明实施例提供的一种验签实现类的生成流程示意图；

图5是本发明实施例提供的网关接口的验签方法的流程示意图；

图6是本发明实施例三提供的一种网关接口的验签装置的结构示意图；

图7为本发明实施例四提供的一种电子设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1为本发明实施例一提供的一种网关接口的验签方法的流程示意图，本实施例可适用于对特殊应用进行网关接口验签情况，该方法可以由本发明实施例提供的网关接口的验签装置来执行，该装置可通过软件和/或硬件的方式实现，该装置可集成与诸如计算机或服务器等的电子设备中，具体包括如下步骤：

S110、获取调用请求，并确定所述调用请求对应的网关接口。

S120、若根据所述网关接口确定发送所述调用请求的对接应用为预设类型应用，则根据所述对接应用的应用标识调用对应的验签实现类。

S130、执行所述验签实现类，对所述调用请求中的请求参数进行验签，确定验签结果。

当前系统(例如可以是一数据平台或者一应用)配置有多个网关接口，通过网关接口分别与多个应用进行对接，以实现数据通信，例如，对于任一对接应用，可以是通过多个网关接口与当前系统进行对接。

任一对接应用可以通过向网关接口发送调用请求的方式，与当前系统进行数据交互，当前系统对调用请求的网关接口进行验签，当验签成功时，响应于调用请求，确定调用请求对应的数据，将数据通过网关接口反馈至对接应用。

对接应用包括第一类型应用和第二类型应用，其中，第一类型应用为统一方式进行验签的应用，即当接收到第一类型应用的调用请求时，基于当前系统中的同一验签方式对调用请求的网关接口进行验签。第二类型应用为基于特定方式进行调用请求，即当接收到第二类型应用的调用请求时，基于该第二类型应用对应的特定验签方式对调用请求的网关接口进行验签，其中，不同的第二类型应用对应的特定验签方式不同。

本实施例中，当接收到调用请求时，确定发送调用请求的对接应用的类型，并根据对接应用的类型对调用请求的网关接口进行不同形式的验签，实现对对接应用请求的网关接口进行差异性验签，满足不同类型应用的验签需求。

具体的，获取调用请求，该调用请求中包括至少一个调用参数，其中，该调用参数至少包括网关接口参数。通过网关接口参数确定调用请求对应的网关接口，其中，网关接口参数可以是网关接口标识，例如网关接口的编码、编号等，用于唯一标志网关接口的标识。

网关接口的权限参数中包括允许调用的应用标识，该应用标识可以是应用ID，根据该应用标识可识别发送调用请求的对接应用的类型。将基于网关接口确定的应用标识与各类型的应用标识进行匹配，根据匹配结果确定对接应用的类型。具体的，分别将基于网关接口确定的应用标识与第一类型应用的应用标识、第二类型应用的应用标识进行匹配，确定匹配成功的应用类型。本实施例中，预设类型应用可以是第二类型应用，当基于网关接口确定的应用标识与基于网关接口确定的应用标识匹配成功时，确定发送调用请求的对接应用为预设类型应用。

需要说明的是，网关接口的权限参数，以及各应用类型的应用标识为预先设置的。参见图2A和图2B，其中，图2A是本发明实施例提供的网关接口的第一配置界面示意图。在该第一配置界面中对各对接应用的授权网关接口的访问权限进行设置，形成网关接口配置列表，其中，功能标识配置为网关接口标识，转发链接为网关接口的链接信息。具体的，根据调用请求中包括功能标识，以及上述网关接口配置列表中功能标识与转发链接的对应关系，确定调用请求对应的网关接口，需要说明的是，对接应用与当前系统的协议，对接应用可获取授权方位的网关接口的功能标识。在第一配置界面可以是对各网关接口的配置信息进行编辑，例如删除任一网关接口的配置信息、新增网关接口的配置信息或者对任一网关接口的配置信息进行更新等。

图2B是本发明实施例提供的网关接口的第二配置界面示意图。在第二配置界面中对网关接口中的配置参数进行设置。其中，配置参数可以包括应用标识(即应用ID)。在一些实施例中，多个网关接口可以是配置同一应用标识。读取网关接口的配置参数中的应用标识，基于该应用标识进行预设类型应用的判定。

可选的，根据所述网关接口确定发送所述调用请求的对接应用为预设类型应用，包括：提取所述网关接口中的标识信息，将所述标识信息在预设类型应用的标识库中进行匹配；若匹配成功，则确定调用请求的对接应用为预设类型应用，该标识库用于存储各预设类型应用的应用标识。

当前系统中预先设置有各个预设类型应用的验签实现类，例如可以是通过应用标识和验签实现类对应形式进行存储，确定发送调用请求的对接应用为预设类型应用，基于应用标识匹配确定对应的验签实现类，调用该验签实现类，执行该验签实现类中的验签方法，对调用请求中的请求参数进行验签。若验签成功，则执行调用请求，确定该调用请求对应的业务数据。若验签失败，则提示签名验证失败。

可选的，若基于应用标识未匹配到验签实现类，则抛出异常信息，提示没有验签实现类。

本实施例中，验签实现类可以是预先设置在系统内存中，当存在新增对接应用时，获取该新增对接应用的应用标识以及新增对接应用的验签实现类，存储至系统内存中，可在新增对接应用访问当前系统时，基于新增对接应用的应用标识调用对应的验签实现类，进行网关接口进行验签。可选的，验签实现类基于预先设置的验签脚本生成，相应的，对于新增对接应用，在当前系统中存储该新增对接应用的验签脚本，并生成对应的验签实现类，便于后续被调用，扩展性强，提高了对接应用的适用性，无需对网关进行任何二次开发，在新增对接应用时，不对其他对接应用的访问造成任何影响。

示例性的，参见图2C，图2C是本发明实施例提供的一种验签实现类的设置界面。图2C中对于一应用标识设置一验签实现类(配置为标签)，该验签实现类可以是基于应用标识对应的验签脚本生成。在一些实施例中，图2C中对于一应用标识设置验签脚本，该验签脚本用于生成一验签实现类。其中，验签脚本可以是通过导入方式输入，由对接应用提供的适应于对接应用的验签脚本。

本实施例提供的技术方案，通过对于获取的调用请求，确定调用请求对应的网关接口以及基于网关接口对发送调用请求的对接应用进行类型判定，若对接应用为预设类型应用，则根据所述对接应用的应用标识从当前系统的内存中调用对应的验签实现类，执行所述验签实现类，对所述调用请求中的请求参数进行验签，确定验签结果。对于预设类型应用，可通过预先设置的验签实现类进行个性化验签，无需对网关进行硬编码处理，相应的，无需对网关进行二次开发，对于新增的对接应用，可通过增加对应的验签实现类即可实现对新增的对接应用的个性化验签，在保证了对不同验签需求的对接应用进行验签的基础上，无需对网关进行二次开发，避免了二次开发导致的开发成本和维护成本。

实施例二

图3是本发明实施例二提供的一种网关接口的验签方法的流程示意图，在上述实施例的基础上提供了验签实现类的生成方式，可选的，在获取调用请求之前，所述方法还包括：从预设内存中，获取各预设类型应用的验签脚本；基于类加载器，创建所述各预设类型应用的验签脚本对应的验签实现类，将所述各预设类型应用的应用标识以及所述应用标识对应的验签实现类进行存储。

该方法具体包括：

S210、从预设内存中，获取各预设类型应用的验签脚本。

S220、基于类加载器，创建所述各预设类型应用的验签脚本对应的验签实现类，将所述各预设类型应用的应用标识以及所述应用标识对应的验签实现类进行存储。

S230、获取调用请求，并确定所述调用请求对应的网关接口。

S240、若根据所述网关接口确定发送所述调用请求的对接应用为预设类型应用，则根据所述对接应用的应用标识调用对应的验签实现类。

S250、执行所述验签实现类，对所述调用请求中的请求参数进行验签，确定验签结果。

本实施例中，各预设类型应用的验签实现类，基于预先设置的，各预设类型应用的验签脚本生成。可选的，验签脚本可以是groovy脚本。

将各预设类型应用的验签脚本在放入中间件缓存，便于被调用。该中间件缓存中可以是存储一预设脚本数据库，该预设脚本数据库中存储有各预设类型应用的验签脚本。可选的，预设脚本数据库例如可以是redis数据库。可以是从中间件缓存加载各预设类型应用的验签脚本到当前系统的内存，

若检测到网关服务启动，则从中间件缓存加载各预设类型应用的验签脚本到当前系统的内存中。可选的，设置定时任务，基于定时任务周期性的执行验签脚本的缓存加载操作。

对于内存中存储的验签脚本，基于类加载器执行各预设类型应用的验签脚本，创建各预设类型应用的验签实现类，该验签实现类中包括验签方法，验签实现类与应用标识以键值对的形式进行存储，便于通过应用标识匹配的方式调用验签实现类，其中，键值对中的键为应用标识，值为创建的验签实现类。

在上述实施例的基础上，在基于类加载器，创建所述各预设类型应用的验签脚本对应的验签实现类之前，所述方法还包括：对所述验签脚本进行空判定以及版本判定。其中，空判定用于判断内存中的验签脚本是否为空，版本判定用于判断内存中验签脚本的版本信息是否为最新版本。其中，执行空判断，若确定验签脚本为非空，则执行版本判定，若通过版本判定确定内存中验签脚本的版本信息为最新版本，即版本判定成功，则基于内存中验签脚本生成验签实现类。其中，判断内存中验签脚本的版本信息是否为最新版本可以是通过将内存中验签脚本的版本信息与预设脚本数据库中同一应用标识对应的验签脚本的版本信息进行比对，若二者版本信息一致，则确定内存中验签脚本的版本信息为最新版本，即版本判定成功，若二者版本信息不一致，则确定内存中验签脚本的版本信息不是最新版本，即版本判定失败。在一些实施例中，版本信息为版本号，其中，更新后的验签脚本的版本号大于更新前的验签脚本的版本号。相应的，判断内存中验签脚本的版本信息是否为最新版本可以是通过将内存中验签脚本的第一版本号与预设脚本数据库中同一应用标识对应的验签脚本的第二版本号进行比对，若第一版本号与第二版本号相同，则版本判定成功，若第一版本号小于第二版本号，则版本判定失败。需要说明的是，预设脚本数据库用于存储各应用的最新版本的验签脚本，在接收到更新版本的验签脚本时，基于该更新版本的验签脚本覆盖同一应用标识对应的已有验签脚本，其中，预设脚本数据库中存储的各验签脚本配置有版本信息。

相应的，若所述验签脚本为空或者所述验签脚本版本判定失败，则从预设脚本数据库中提取更新验签脚本，基于更新验签脚本生成验签实现类，以保证验签实现类的正确性，进一步保证对网关接口验签的准确性。

在上述实施例的基础上，所述基于类加载器，创建所述各预设类型应用的验签脚本对应的验签实现类，将所述各预设类型应用的应用标识以及所述应用标识对应的验签实现类进行存储，包括：根据预设时间周期，基于类加载器创建所述各预设类型应用的验签脚本对应的验签实现类；基于当前确定的各应用标识对应的验签实现类更新已存储的验签实现类。

其中，预设时间周期可以是根据应用需求设置，例如可以是10分钟/次。通过根据周期时间间隔加载验签脚本以生成验签实现类，将当前周期确定的验签实现类更新前一周期确定的验签实现类，例如可以是将当前周期确定的验签实现类替换前一周期确定的验签实现类，以保证验签实现类的准确性，避免验签脚本更新导致的验签失败的情况，提高验签的准确性。

在一些实施例中，可以是在检测到预设脚本数据库中验签脚本的版本信息更新时触发执行基于类加载器创建所述各预设类型应用的验签脚本对应的验签实现类的步骤，以更新验签实现类，提高验签的准确性。

在上述实施例的基础上，所述方法还包括：若检测到新增对接应用，则获取所述新增对接应用的验签脚本，将所述新增对接应用的验签脚本存储在所述预设内存和预设脚本数据库中，其中，所述新增对接应用的验签脚本用于生成所述新增对接应用的验签实现类。本实施例中，预设内存和预设脚本数据库具有可扩展性，可接收新增对接应用的验签脚本，便于增加新增对接应用的验签脚本以生成新增对接应用的验签实现类，在接收新增对接应用的调用请求时进行针对性的网关接口的验签。无需对网关进行任何的修改和开发，提高了对新增对接应用的兼容性和可扩展性，在实现对不同对接应用进行兼容性的差异验签的基础上，降低了对网关开发和维护的成本。

本发明实施例提供的技术方案，通过获取各预设类型应用的验签脚本，基于类加载器，创建所述各预设类型应用的验签脚本对应的验签实现类，将所述各预设类型应用的应用标识以及所述应用标识对应的验签实现类进行存储，为各预设类型应用的调用请求进行验签提供了验签实现类，在获取预设类型应用发送的调用请求时，可通过调用请求对应的应用标识调用对应的验签实现类，进行网关接口的验签，确定验签结果。对于预设类型应用通过设置验签脚本，设置可直接调用的验签实现类进行个性化验签，无需对网关进行硬编码处理自己二次开发或修改，实现了对不同验签需求的对接应用进行验签，同时避免了二次开发导致的开发成本和维护成本。

在上述实施例的基础上，还提供了一个优选示例，示例性的，参见图4，图4是本发明实施例提供的一种验签实现类的生成流程示意图，在该实施例中验签脚本配置为groovy脚本，预设验签脚本数据库配置为redis数据库。在网关服务启动时触发定时任务，该定时任务的执行周期为10分钟/次，基于定时任务加载缓存程序，该缓存程序用于基于验签脚本生成验签实现类。groovy脚本包括各个预设类型应用的验签脚本，可以是分别存储在系统内存和redis数据库中。执行该缓存程序，从系统内存和redis数据库中分别获取各groovy脚本以及版本号，对于系统内存中获取的groovy脚本进行空判定，当确定系统内存中获取的groovy脚本非空时，基于系统内存和redis数据库中分别获取的groovy脚本的版本号进行版本判定，若redis数据库中groovy脚本的版本号小于系统内存中groovy脚本的版本号，则确定当前存储的验签实现类为最新版本，即缓存加载完成。若系统内存中获取的groovy脚本为空，或者redis数据库中groovy脚本的版本号大于系统内存中groovy脚本的版本号，则获取redis数据库中groovy脚本，通过类加载器(groovy class loader)创建groovy脚本对应的验签实现类，将该验签实现类与该groovy脚本对应的应用标识通过键值对的方式进行存储，验签实现类，其中，键key为应用标识，键值value为验签实现类(即签名实现类)。

示例性的，参见图5，图5是本发明实施例提供的网关接口的验签方法的流程示意图。对接应用向网关发送调用请求，网关入口服务通过调用请求中的请求参数确定网关接口，进而确定网关接口对应的应用标识(即appid)，通过appid从内存中获取上述实施例中基于groovy脚本生成的验签实现类，若未获取到验签实现类，则提示异常信息，没有获取到验签实现类，若获取到验签实现类，则执行获取到验签实现类中的验签方法，对调用请求中的请求参数进行验证，若通过验证，则执行该调用请求对应的后续流程，得到业务数据，若未通过验证，则提示异常信息，签名验证失败。

实施例三

图6是本发明实施例提供的一种网关接口的验签装置的结构示意图，该装置包括：

网关接口请求模块310，用于获取调用请求，并确定所述调用请求对应的网关接口；

应用类型确定模块320，用于根据所述网关接口确定发送所述调用请求的对接应用是否为预设类型应用；

验签实现类确定模块330，用于若根据所述网关接口确定发送所述调用请求的对接应用为预设类型应用，则根据所述对接应用的应用标识调用对应的验签实现类；

验签模块340，用于执行所述验签实现类，对所述调用请求中的请求参数进行验签，确定验签结果。

在上述实施例的基础上，应用类型确定模块320用于：

提取所述网关接口中的标识信息，将所述标识信息在预设类型应用的标识库中进行匹配；

若匹配成功，则确定调用请求的对接应用为预设类型应用。

在上述实施例的基础上，该装置还包括：

验签脚本获取模块，用于在获取调用请求之前，从预设内存中，获取各预设类型应用的验签脚本；

验签实现类生成模块，用于基于类加载器，创建所述各预设类型应用的验签脚本对应的验签实现类，将所述各预设类型应用的应用标识以及所述应用标识对应的验签实现类进行存储。

在上述实施例的基础上，该装置还包括：

验签脚本判定模块，用于在基于类加载器，创建所述各预设类型应用的验签脚本对应的验签实现类之前，对所述验签脚本进行空判定以及版本判定。

在上述实施例的基础上，该装置还包括：

验签脚本更新模块，用于若所述验签脚本为空或者所述验签脚本版本判定失败，则从预设脚本数据库中提取更新验签脚本，其中，所述预设脚本数据库用于存储各应用的最新版本的验签脚本。

在上述实施例的基础上，验签实现类生成模块用于：

根据预设时间周期，基于类加载器创建所述各预设类型应用的验签脚本对应的验签实现类；

基于当前确定的各应用标识对应的验签实现类更新已存储的验签实现类。

在上述实施例的基础上，该装置还包括：

验签脚本设置模块，用于若检测到新增对接应用，则获取所述新增对接应用的验签脚本，将所述新增对接应用的验签脚本存储在所述预设内存和预设脚本数据库中，其中，所述新增对接应用的验签脚本用于生成所述新增对接应用的验签实现类。

上述产品可执行本发明任意实施例所提供的方法，具备执行方法相应的功能模块和有益效果。

实施例四

图7为本发明实施例四提供的一种电子设备的结构示意图。图7示出了适于用来实现本发明实施方式的电子设备12的框图。图7显示的电子设备12仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。设备12典型的是承担图像分类功能的电子设备。

如图7所示，电子设备12以通用计算设备的形式表现。电子设备12的组件可以包括但不限于：一个或者多个处理器16，存储装置28，连接不同系统组件(包括存储装置28和处理器16)的总线18。

总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(Industry StandardArchitecture，ISA)总线，微通道体系结构(Micro Channel Architecture，MCA)总线，增强型ISA总线、视频电子标准协会(Video Electronics Standards Association，VESA)局域总线以及外围组件互连(Peripheral Component Interconnect，PCI)总线。

电子设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

存储装置28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(Random Access Memory，RAM)30和/或高速缓存存储器32。电子设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图7未显示，通常称为“硬盘驱动器”)。尽管图7中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如只读光盘(Compact Disc-Read Only Memory，CD-ROM)、数字视盘(Digital Video Disc-Read Only Memory，DVD-ROM)或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储装置28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块26的程序36，可以存储在例如存储装置28中，这样的程序模块26包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网关环境的实现。程序模块26通常执行本发明所描述的实施例中的功能和/或方法。

电子设备12也可以与一个或多个外部设备14(例如键盘、指向设备、摄像头、显示器24等)通信，还可与一个或者多个使得用户能与该电子设备12交互的设备通信，和/或与使得该电子设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口22进行。并且，电子设备12还可以通过网关适配器20与一个或者多个网关(例如局域网(Local Area Network，LAN)，广域网Wide Area Network，WAN)和/或公共网关，例如因特网)通信。如图所示，网关适配器20通过总线18与电子设备12的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、磁盘阵列(Redundant Arrays of Independent Disks，RAID)系统、磁带驱动器以及数据备份存储系统等。

处理器16通过运行存储在存储装置28中的程序，从而执行各种功能应用以及数据处理，例如实现本发明上述实施例所提供的网关接口的验签方法。

实施例五

本发明实施例五提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明实施例所提供的网关接口的验签方法。

当然，本发明实施例所提供的一种计算机可读存储介质，其上存储的计算机程序不限于如上所述的方法操作，还可以执行本发明任意实施例所提供的网关接口的验签方法。

本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的源代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的源代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机源代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。源代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网关——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (10)

1.一种网关接口的验签方法，其特征在于，包括：

获取调用请求，并确定所述调用请求对应的网关接口；

若根据所述网关接口确定发送所述调用请求的对接应用为预设类型应用，则根据所述对接应用的应用标识调用对应的验签实现类；

执行所述验签实现类，对所述调用请求中的请求参数进行验签，确定验签结果。

2.根据权利要求1所述的方法，其特征在于，根据所述网关接口确定发送所述调用请求的对接应用为预设类型应用，包括：

提取所述网关接口中的标识信息，将所述标识信息在预设类型应用的标识库中进行匹配；

若匹配成功，则确定调用请求的对接应用为预设类型应用。

3.根据权利要求1所述的方法，其特征在于，在获取调用请求之前，所述方法还包括：

从预设内存中，获取各预设类型应用的验签脚本；

基于类加载器，创建所述各预设类型应用的验签脚本对应的验签实现类，将所述各预设类型应用的应用标识以及所述应用标识对应的验签实现类进行存储。

4.根据权利要求3所述的方法，其特征在于，在基于类加载器，创建所述各预设类型应用的验签脚本对应的验签实现类之前，所述方法还包括：

对所述验签脚本进行空判定以及版本判定。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

若所述验签脚本为空或者所述验签脚本版本判定失败，则从预设脚本数据库中提取更新验签脚本，其中，所述预设脚本数据库用于存储各应用的最新版本的验签脚本。

6.根据权利要求3所述的方法，其特征在于，所述基于类加载器，创建所述各预设类型应用的验签脚本对应的验签实现类，将所述各预设类型应用的应用标识以及所述应用标识对应的验签实现类进行存储，包括：

根据预设时间周期，基于类加载器创建所述各预设类型应用的验签脚本对应的验签实现类；

基于当前确定的各应用标识对应的验签实现类更新已存储的验签实现类。

7.根据权利要求3所述的方法，其特征在于，所述方法还包括：

若检测到新增对接应用，则获取所述新增对接应用的验签脚本，将所述新增对接应用的验签脚本存储在所述预设内存和预设脚本数据库中，其中，所述新增对接应用的验签脚本用于生成所述新增对接应用的验签实现类。

8.一种网关接口的验签装置，其特征在于，包括：

网关接口请求模块，用于获取调用请求，并确定所述调用请求对应的网关接口；

验签实现类确定模块，用于若根据所述网关接口确定发送所述调用请求的对接应用为预设类型应用，则根据所述对接应用的应用标识调用对应的验签实现类；

验签模块，用于执行所述验签实现类，对所述调用请求中的请求参数进行验签，确定验签结果。

9.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1-7中任一所述的网关接口的验签方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-7中任一所述的网关接口的验签方法。

Images