一种动态属性验证的方法和装置与流程

本发明涉及计算机技术领域，尤其涉及一种动态属性验证的方法和装置。

背景技术：

目前，在商家中心系统(vcenter)提供了一个属性验证的服务，属性验证服务是商家系统非常重要的服务组件，主要用于验证商家的服务开通情况。其中，所述的商家中心系统(vcenter)是对下游系统提供服务的总服务。而所述的下游系统是依赖商家中心系统的系统，下游系统也可称之为客户端。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：属性先由商家管理系统创建，然后经过运营人员对特殊商家的操作处理，会将商家的属性以及属性值推送(push)到商家中心系统(vcenter)，下游系统需要调用vcenter中的属性验证模块来验证该属性，vcenter保证成功验证的前提是需要创建针对push过来的属性的属性验证模块，这个流程需要一定的时间排期、开发、测试、上线，而类似这样的需求非常之多，且每个需求都要走同样的流程，需求往往响应不及时，影响下游业务进展，降低服务质量。

另外，商家中心系统(vcenter)的验证业务服务采用了每一个模块负责一种业务验证，每当有新的验证需求时，都需要新添加一种属性验证模块，且属性验证模块之间相对独立。

技术实现要素：

有鉴于此，本发明实施例提供一种动态属性验证的方法和装置，能够解决现有技术中商家属性验证服务从服务创建到可提供服务周期长，提供服务不灵活、响应速度慢和服务质量差的问题。

为实现上述目的，根据本发明实施例的一个方面，提供了一种动态属性验证的方法，包括接收属性验证请求，获取属性信息，以匹配配置信息；根据所述配置信息，以创建对应的属性验证模块进行属性校验，并返回校验结果。

可选地，根据所述配置信息，以创建对应的属性验证模块，包括：

根据所述配置信息，确定创建属性验证模块的模式，以创建与所述配置信息对应的属性验证模块。

可选地，还包括：预先设置有两种创建属性验证模块的模式：基础验证模式和脚本验证模式，其中所述基础验证模式采用java反射机制，所述脚本验证模式采用java脚本引擎；

所述确定创建属性验证模块的模式时，根据所述配置信息中的验证类型，选择基础验证模式或者脚本验证模式创建与所述配置信息对应的属性验证模块。

可选地，所述获取属性信息，以匹配配置信息，包括：获取属性信息，在预设的验证配置数据库中查找与所述属性信息关联的配置信息；提取所述配置信息，以写入缓存中；

根据所述配置信息，以创建对应的属性验证模块，包括：读取缓存中的配置信息，基于所述配置信息创建属性验证模块。

可选地，所述获取属性信息，以匹配配置信息，还包括：

监控到达预设的同步周期，读取验证配置数据库中与所述属性信息关联的配置信息，更新缓存中的配置信息。

另外，根据本发明实施例的一个方面，提供了一种动态属性验证的装置，包括配置模块，用于接收属性验证请求，获取属性信息，以匹配配置信息；创建模块，用于根据所述配置信息，以创建对应的属性验证模块；校验模块，用于根据创建的所述属性验证模块进行属性校验，并返回校验结果。

可选地，所述创建模块根据所述配置信息，以创建对应的属性验证模块，包括：根据所述配置信息，确定创建属性验证模块的模式，以创建与所述配置信息对应的属性验证模块。

可选地，所述创建模块，还用于：预先设置有两种创建属性验证模块的模式：基础验证模式和脚本验证模式，其中所述基础验证模式采用java反射机制，所述脚本验证模式采用java脚本引擎；

所述创建模块确定创建属性验证模块的模式时，根据所述配置信息中的验证类型，选择基础验证模式或者脚本验证模式创建与所述配置信息对应的属性验证模块。

可选地，所述配置模块获取属性信息，以匹配配置信息，包括：获取属性信息，在预设的验证配置数据库中查找与所述属性信息关联的配置信息；提取所述配置信息，以写入缓存中；

所述创建模块根据所述配置信息，以创建对应的属性验证模块，包括：读取缓存中的配置信息，基于所述配置信息创建属性验证模块。

可选地，所述配置模块，还用于：

监控到达预设的同步周期，读取验证配置数据库中与所述属性信息关联的配置信息，更新缓存中的配置信息。

根据本发明实施例的另一个方面，还提供了一种电子设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述任一动态属性验证的实施例所述的方法。

根据本发明实施例的另一个方面，还提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现上述任一动态属性验证的实施例所述的方法。

上述发明中的一个实施例具有如下优点或有益效果：因为采用了获取属性验证请求中的属性信息，进行配置信息的匹配；然后根据所述配置信息，创建对应的属性验证模块，并返回所述属性验证模块进行属性校验的结果的技术手段，进而实现了将服务验证模块从代码层剥离出来，通过一种可动态配置的方式创建并应用服务验证模块。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的动态属性验证的方法的主要流程的示意图；

图2是根据本发明可参考实施例的动态属性验证的方法的主要流程的示意图；

图3是根据本发明实施例的动态属性验证的装置的主要模块的示意图；

图4是本发明实施例可以应用于其中的示例性系统架构图；

图5是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

图1是根据本发明实施例的动态属性验证的方法，如图1所示，所述动态属性验证的方法包括：

步骤s101，接收属性验证请求，获取属性信息，以匹配配置信息。

在实施例中，可以根据属性验证请求中的属性信息，在预设的验证配置数据库中查找与所述属性信息关联的配置信息，然后可以将所述配置信息提取并写入缓存中。其中，所述验证配置数据库为可靠存储，存储验证的配置信息。而在该实施例中将配置信息写入缓存中，主要是为了能够使配置信息的读取更快，效率更高。

进一步地，为了保证缓存中配置信息的时效性，预先设置有监控程序。具体的实施过程包括：当监控达到预设的同步周期时，则读取验证配置数据库中与所述属性信息关联的配置信息，然后将所述配置信息写入缓存中。较佳地，所述的同步周期可以设置为两小时，当大于或等于同步周期时，则更新一次缓存中的配置信息。

步骤s102，根据所述配置信息，以创建对应的属性验证模块进行属性校验，并返回校验结果。

在实施例中，根据所述配置信息，可以先确定创建属性验证模块所需要的模式，然后再基于所述模式创建与所述配置信息对应的属性验证模块。进一步地，预先设置有两种创建属性验证模块的模式，包括基础验证模式和脚本验证模式。

其中，所述基础验证模式可以创建较为简单的属性验证模块，一般采用java反射机制实现。而java反射机制是在运行状态中，对于任意一个类，都能够知道这个类的所有属性和方法，对于任意一个对象，都能够调用它的任意方法和属性，这种动态获取信息以及动态调用对象方法的功能称为java语言的反射机制。

所述脚本验证模式可以创建较为复杂的属性验证模块，一般采用java脚本引擎(nashorn)实现。nashorn是java8引入的取代rhino成为java的嵌入式javascript引擎。nashorn完全支持ecmascript5.1规范以及一些扩展。它使用基于jsr292的新语言特性，其中包含在jdk7中引入的invokedynamic(用于支持动态语言)，将javascript编译成java字节码。

在一个较佳地实施例中，在配置信息中设置有验证类型，因此根据验证类型，确定创建属性验证模块所需要的模式。

还值得说明的是，在根据配置信息创建对应的属性验证模块的时候，可以从缓存中读取配置信息，然后基于所述配置信息创建对应的属性验证模块。较佳地，可以将属性验证模块打包在api接口中，待客户端需要进行验证服务时则升级api接口以获取所述属性验证模块。优选地，也可以将创建的属性验证模块存入缓存中。

另外，可以根据客户端发起的拉取验证服务请求，将创建的属性验证模块作为结果返回。

根据上面的各种实施例，可以看出所述的动态属性验证的方法能够对于不同的属性验证都是通用的，可作为模块通过配置的方式动态增加，省去了代码开发和部署的时间，从而提高了属性验证需求的响应时间，可快速的承接多个属性验证需求，同时实现了对实际业务逻辑的零侵入。

图2是根据本发明可参考实施例的动态属性验证的方法的主要流程的示意图，所述动态属性验证的方法可以包括：

步骤s201，接收属性验证请求，以获取属性信息。

步骤s202，在预设的验证配置数据库中查找与所述属性信息关联的配置信息。

较佳地，在验证配置数据库中存储有属性信息与配置信息的关联关系。另外，为了方便灵活的支持需求变更，可以对验证配置数据库中的配置信息进行修改。例如：验证商家在促销活动期间是否可以参加满减活动，与促销活动结束之后验证商家正常销售时两者的配置信息是不同的，因此配置信息根据需求可以进行修改。

步骤s203，将所述配置信息提取并写入缓存中。

较佳地，为了保证缓存中配置信息的时效性，当监控达到预设的同步周期时，则读取验证配置数据库中与所述属性信息关联的配置信息，然后将所述配置信息写入缓存中。优选地，可以设置定时任务，达到同步周期时则将所述配置信息写入缓存中一次。

步骤s204，从缓存中读取配置信息。

步骤s205，根据所述配置信息，确定创建属性验证模块所需要的模式。

较佳地，在配置信息中设置有验证类型，因此根据验证类型，确定创建属性验证模块所需要的模式。优选地，预先设置有两种创建属性验证模块的模式，包括基础验证模式和脚本验证模式，即配置信息中的验证类型中会标记是基础验证模式还是脚本验证模式。

步骤s206，基于所述模式创建与所述配置信息对应的属性验证模块。

步骤s207，根据创建的属性验证模块进行属性校验，并返回校验结果。

需要说明的是，在本发明可参考实施例中所述动态属性验证的方法的具体实施内容，在上面所述动态属性验证的方法中已经详细说明了，故在此重复内容不再说明。

图3是根据本发明实施例的动态属性验证的装置，如图3所示，所述动态属性验证的装置300包括配置模块301、创建模块302和校验模块303。其中，配置模块301接收属性验证请求，获取属性信息，以匹配配置信息。然后创建模块302根据所述配置信息，以创建对应的属性验证模块。之后校验模块303根据创建的所述属性验证模块进行属性校验，并返回校验结果。

较佳地，配置模块301可以根据属性验证请求中的属性信息，在预设的验证配置数据库中查找与所述属性信息关联的配置信息，然后可以将所述配置信息提取并写入缓存中。进一步地，配置模块301为了保证缓存中配置信息的时效性，预先设置有监控程序。具体的实施过程包括：当监控达到预设的同步周期时，则读取验证配置数据库中与所述属性信息关联的配置信息，然后将所述配置信息写入缓存中。

在另一个实施例中，创建模块302根据所述配置信息，可以先确定创建属性验证模块所需要的模式，然后再基于所述模式创建与所述配置信息对应的属性验证模块。进一步地，预先设置有两种创建属性验证模块的模式，包括基础验证模式和脚本验证模式。更进一步地，在配置信息中设置有验证类型，因此根据验证类型，确定创建属性验证模块所需要的模式。

需要说明的是，在本发明所述动态属性验证的装置的具体实施内容，在上面所述动态属性验证的方法中已经详细说明了，故在此重复内容不再说明。

图4示出了可以应用本发明实施例的动态属性验证的方法或动态属性验证的装置的示例性系统架构400。或者图4示出了可以应用本发明实施例的动态属性验证的方法或动态属性验证的装置的示例性系统架构400。

如图4所示，系统架构400可以包括终端设备401、402、403，网络404和服务器405。网络404用以在终端设备401、402、403和服务器405之间提供通信链路的介质。网络404可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备401、402、403通过网络404与服务器405交互，以接收或发送消息等。终端设备401、402、403上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端设备401、402、403可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器405可以是提供各种服务的服务器，例如对用户利用终端设备401、402、403所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如目标推送信息、产品信息--仅为示例)反馈给终端设备。

需要说明的是，本发明实施例所提供的动态属性验证的方法一般由服务器405执行，相应地，动态属性验证的装置一般设置于服务器405中。

应该理解，图4中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图5，其示出了适于用来实现本发明实施例的终端设备的计算机系统500的结构示意图。图5示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图5所示，计算机系统500包括中央处理单元(cpu)501，其可以根据存储在只读存储器(rom)502中的程序或者从存储部分508加载到随机访问存储器(ram)503中的程序而执行各种适当的动作和处理。在ram503中，还存储有系统500操作所需的各种程序和数据。cpu501、rom502以及ram503通过总线504彼此相连。输入/输出(i/o)接口505也连接至总线504。

以下部件连接至i/o接口505：包括键盘、鼠标等的输入部分506；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分507；包括硬盘等的存储部分508；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分509。通信部分509经由诸如因特网的网络执行通信处理。驱动器510也根据需要连接至i/o接口505。可拆卸介质511，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器510上，以便于从其上读出的计算机程序根据需要被安装入存储部分508。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分509从网络上被下载和安装，和/或从可拆卸介质511被安装。在该计算机程序被中央处理单元(cpu)501执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括配置模块301、创建模块302以及校验模块303。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：接收属性验证请求，获取属性信息，以匹配配置信息；根据所述配置信息，以创建对应的属性验证模块进行属性校验，并返回校验结果。

根据本发明实施例的技术方案，克服了商家属性验证服务从服务创建到可提供服务周期长，提供服务不灵活、响应速度慢和服务质量差的技术问题，进而实现了将服务验证模块从代码层剥离出来，通过一种可动态配置的方式创建并应用服务验证模块。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。