规则处理方法和装置

技术领域

本申请实施例涉及数据处理技术领域，尤其涉及一种规则处理方法和装置。

背景技术

风控规则为对一些数据进行约束的制定条件，多种风控规则可部署在平台中，便于进行规则监控。

相关技术中，多种规则可存储在平台的数据库中，在需要使用某一规则时，可从平台的页面进入数据库中查找，如从数据库中通过遍历的方式查找得到此规则，便于后续使用。

然而，上述实现方式，规则可用性不高。

发明内容

鉴于上述问题，本申请实施例提供了一种规则处理方法和装置，克服了上述问题。

第一方面，提供了一种规则处理方法，包括：

接收第一规则触发请求，所述第一规则触发请求中包括：目标触发规则和目标触发操作，所述目标触发操作对应所述目标触发规则，所述目标触发操作包括规则引入操作；

响应于所述第一规则触发请求，在数据库中对所述目标触发规则执行所述目标触发操作；

基于所述数据库中的已存储规则确定复合规则，所述已存储规则包括所述目标触发规则，用于描述风控条件，所述复合规则用于描述至少两种所述风控条件；

存储所述复合规则至内存单元中。

在一种可选的方式中，所述基于所述数据库中的已存储规则确定复合规则，包括：

确定规则应用需求，所述规则应用需求用于描述至少两个规则的约束数据，每个所述规则对应至少一个约束数据；

基于所述规则应用需求和所述数据库中的已存储规则确定复合规则。

在一种可选的方式中，所述基于所述规则应用需求和所述数据库中的已存储规则确定复合规则，包括：

基于所述规则应用需求，从所述数据库中的所述已存储规则中确定目标存储规则，所述目标存储规则包括至少两个所述已存储规则；

基于至少两个所述已存储规则的约束数据，确定所述复合规则。

在一种可选的方式中，所述基于至少两个所述已存储规则的约束数据，确定所述复合规则，包括：

基于至少两个所述已存储规则的约束数据的数据优先级，组合至少两个所述已存储规则，得到所述复合规则；

或者，基于至少两个所述已存储规则的约束数据的数据生成时间，组合至少两个所述已存储规则，得到所述复合规则。

在一种可选的方式中，所述基于所述规则应用需求，从所述数据库中的所述已存储规则中确定目标存储规则，包括：

基于所述规则应用需求，利用RETE算法从所述数据库中的所述已存储规则中查找至少两个所述已存储规则；

确定至少两个所述已存储规则为所述目标存储规则。

在一种可选的方式中，还包括：

接收规则读取请求，所述规则读取请求中包括用户上报的风控数据；

响应于所述规则读取请求，从所述内存单元中确定所述风控数据对应的匹配规则，所述匹配规则为所述复合规则中的至少一种规则；

基于所述匹配规则确定所述风控数据对应的风控报告。

在一种可选的方式中，还包括：

将所述风控报告发送至显示单元；

响应于在所述显示单元中触发的查找请求，在所述显示单元的显示区域中显示所述风控报告。

在一种可选的方式中，还包括：

当到达预设时间，将所述风控报告发送至用户设备；

或者，发送报告链接至所述用户设备，以使所述用户设备触发所述报告链接查看所述风控报告。

在一种可选的方式中，所述目标触发操作还包括：规则删除操作、规则审核操作和规则存储操作，所述方法还包括：

响应于第二规则触发请求，在所述内存单元中执行所述规则删除操作；

或者，响应于第三规则触发请求，在所述内存单元中执行所述规则审核操作；

或者，响应于第四规则触发请求，在所述内存单元中执行所述规则存储操作。

第二方面，提供了一种规则处理装置，包括：

接收模块，用于接收第一规则触发请求，所述第一规则触发请求中包括：目标触发规则和目标触发操作，所述目标触发操作对应所述目标触发规则，所述目标触发操作包括规则引入操作；

执行模块，用于响应于所述第一规则触发请求，在数据库中对所述目标触发规则执行所述目标触发操作；

确定模块，用于基于所述数据库中的已存储规则确定复合规则，所述已存储规则包括所述目标触发规则，用于描述风控条件，所述复合规则用于描述至少两种所述风控条件；

存储模块，用于存储所述复合规则至内存单元中。

在一种可选的方式中，确定模块，包括：第一确定单元和第二确定单元。

第一确定单元，用于确定规则应用需求，所述规则应用需求用于描述至少两个规则的约束数据，每个所述规则对应至少一个约束数据；

第二确定单元，用于基于所述规则应用需求和所述数据库中的已存储规则确定复合规则。

在一种可选的方式中，第二确定单元，具体用于：

基于所述规则应用需求，从所述数据库中的所述已存储规则中确定目标存储规则，所述目标存储规则包括至少两个所述已存储规则；

基于至少两个所述已存储规则的约束数据，确定所述复合规则。

在一种可选的方式中，第二确定单元，具体用于：

基于至少两个所述已存储规则的约束数据的数据优先级，组合至少两个所述已存储规则，得到所述复合规则；

或者，基于至少两个所述已存储规则的约束数据的数据生成时间，组合至少两个所述已存储规则，得到所述复合规则。

在一种可选的方式中，第一确定单元，具体用于：

基于所述规则应用需求，利用RETE算法从所述数据库中的所述已存储规则中查找至少两个所述已存储规则；

确定至少两个所述已存储规则为所述目标存储规则。

在一种可选的方式中，还包括：读取模块；

接收模块，还用于接收规则读取请求，所述规则读取请求中包括用户上报的风控数据；

读取模块，用于响应于所述规则读取请求，从所述内存单元中确定所述风控数据对应的匹配规则，所述匹配规则为所述复合规则中的至少一种规则；

确定模块，还用于基于所述匹配规则确定所述风控数据对应的风控报告。

在一种可选的方式中，还包括：发送模块和显示模块；

发送模块，用于将所述风控报告发送至显示单元；

显示模块，用于响应于在所述显示单元中触发的查找请求，在所述显示单元的显示区域中显示所述风控报告。

在一种可选的方式中，发送模块，还用于当到达预设时间，将所述风控报告发送至用户设备；或者，发送报告链接至所述用户设备，以使所述用户设备触发所述报告链接查看所述风控报告。

在一种可选的方式中，执行模块，还用于响应于第二规则触发请求，在所述内存单元中执行规则删除操作；或者，响应于第三规则触发请求，在所述内存单元中执行规则审核操作；或者，响应于第四规则触发请求，在所述内存单元中执行规则存储操作。

第三方面，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，处理器执行计算机程序时实现如以上任意一个实施例中规则处理方法的步骤。

第四方面，提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现如以上任意一个实施例中规则处理方法的步骤。

本申请实施例中提供的规则处理方法，在接收到第一规则触发请求后，响应于第一规则触发请求，在数据库中对第一规则触发请求携带的目标触发规则执行相应的目标触发操作，来更新数据库中的已存储规则，以基于数据库中的已存储规则确定复合规则，实现规则的组合使用，并将得到的复合规则存储至内存单元中，如此，内存单元中可存储多种单一规则组合而成的复合规则，便于满足不同风控规则的整合实现，有效提升风控规则的可用性。

上述说明仅是本申请实施例技术方案的概述，为了能够更清楚了解本申请实施例的技术手段，而可依照说明书的内容予以实施，并且为了让本申请实施例的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本实施例中提供的一种规则处理方法的流程示意图。

图2为本实施例中提供的一种复合规则的示意图；

图3为本实施例中提供的一种规则处理装置的结构示意图。

图4为本实施例中提供的一种计算机设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同；本文中在申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请；本申请的说明书和权利要求书及附图说明中的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语“实施例”并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：存在A，同时存在A和B，存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

此外，本申请的说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序，可以明示或者隐含地包括一个或者更多个该特征。

在本申请的描述中，除非另有说明，“多个”的含义是指两个以上(包括两个)，同理，“多组”指的是两组以上(包括两组)。

为了使本技术领域的人员更好地理解本申请方案，下面将结合附图，对本申请实施例中的技术方案进行清楚、完整地描述。

图1为实施例提供的一种规则处理方法的流程示意图，规则处理方法可以如下包括。

S110、接收第一规则触发请求，第一规则触发请求中包括：目标触发规则和目标触发操作。

其中，第一规则触发请求为在规则管理平台中发起的规则操控请求，以对规则管理平台中存储的风控规则进行相应操作。

举例而言，操作人员可通过规则管理平台展示的前端页面中的触发控件发起第一规则触发请求，如对此触发控件进行如点击等操作，实现第一规则触发请求的发起。

需要说明的是，规则管理平台的前端页面中可显示多个触发控件，用以实现不同类型规则触发请求的发起，如，每种规则触发请求可对应一个或多个触发控件。触发控件可如虚拟按钮的形式显示在前端页面中。

目标触发操作可对应目标触发规则，目标触发操作包括规则引入操作。

其中，目标触发规则可包括一个或多个风控规则，目标触发操作可对应一个或多个风控规则。在目标触发操作为规则引入操作时，可表示对一个或多个风控规则的添加操作。

S120、响应于第一规则触发请求，在数据库中对目标触发规则执行目标触发操作。

其中，在接收到第一规则触发请求之后，可响应于第一规则触发请求，将目标触发规则执行目标触发操作至数据库中。

在目标触发操作为规则引入操作时，在数据库中对目标触发规则执行目标触发操作可包括：生成所述目标触发规则的存储信息，基于此存储信息将目标触发规则添加至数据库中，此存储信息可包括但不限于是：规则的存储位置、规则的存储空间大小以及规则存储标识等。

S130、基于数据库中的已存储规则确定复合规则。

其中，已存储规则中包括目标触发规则，可用于描述风控条件(如上所指的风控规则)，复合规则用于描述至少两种风控条件。

复合规则为至少两种规则组合得到的整合拼装规则。基于数据库中的已存储规则复合规则可包括：从数据库中获取至少两个已存储规则，利用预设整合条件对数据库中的至少两种已存储规则进行规则整合，可得到一个复合规则。

S140、存储复合规则至内存单元中。

其中，内存单元可作为一个数据存储器，用来存储多个复合规则/数据库中的已存储规则，在确定出复合规则之后，可将确定出的复合规则存储至内存单元中，便于后续使用方便。

另外，也可基于使用需求，将数据库中的一个或多个单一独立的已存储规则存储至内存单元中，便于对单独的规则进行使用。

在本实施例中，在接收到第一规则触发请求后，响应于第一规则触发请求，在数据库中对第一规则触发请求携带的目标触发规则执行相应的目标触发操作，来更新数据库中的已存储规则，以基于数据库中的已存储规则确定复合规则，实现规则的组合使用，并将得到的复合规则存储至内存单元中，如此，内存单元中可存储多种单一规则组合而成的复合规则，便于满足不同风控规则的整合实现，有效提升风控规则的可用性。

一些实施例中，基于数据库中的已存储规则确定复合规则，可包括：

确定规则应用需求，规则应用需求用于描述至少两个规则的约束数据，每个规则对应至少一个约束数据；基于规则应用需求和数据库中的已存储规则确定复合规则。

其中，可基于规则的使用历史数据确定规则应用需求，如参见多种规则的历史使用数据，将历史使用数据频率高于预设频率的多个规则对应的约束数据确定为规则应用需求。

在确定出规则应用需求之后，可结合规则应用需求和数据库中的已存储规则，确定出复合规则应用需求的复合规则，便于扩充风控规则数量，丰富规则适用场景。

其中，基于规则应用需求和数据库中的已存储规则确定复合规则，可包括：

基于规则应用需求，从数据库中的已存储规则中确定目标存储规则，目标存储规则包括至少两个已存储规则；基于至少两个已存储规则的约束数据，确定复合规则。

目标存储规则为已存储规则中的多个规则，每个规则可对应一个约束数据，用来约束此规则中的所需数据，作为此规则涵盖数据的一个标准，如此，通过将多个已存储规则的约束数据确定复合规则，便于将多个规则进行整合拼接，实现规则组合使用。

如图2示例性所示，数据库中包括的已存储规则为：规则A、规则B、规则C、规则D和规则E，基于规则应用需求，从数据库中的已存储规则中确定目标存储规则分别为：规则A、规则C，和，规则B、规则D、规则E，通过两个目标存储规则的约束数据，确定出的复合规则为规则X1和X2。

其中，基于至少两个已存储规则的约束数据，确定复合规则，包括：

基于至少两个已存储规则的约束数据的数据优先级，组合至少两个已存储规则，得到复合规则；或者，基于至少两个已存储规则的约束数据的数据生成时间，组合至少两个已存储规则，得到复合规则。

已存储规则的约束数据的数据优先级，可通过预先针对不同约束数据进行数据优先级自定义，也可基于约束数据的重要程度进行数据优先级的划分。

基于至少两个已存储规则的约束数据的数据优先级，组合至少两个已存储规则，得到复合规则，可包括：确定至少两个已存储规则的约束数据中，数据优先级最高的为复合规则中的第一规则，依次类推，确定出复合规则中的每个单独规则，将每个规则进行排序后得到复合规则。从而，能够将数据优先级较高的规则展示在复合规则的前方位置，便于使用。

约束数据的生成时间为约束数据的存储时间，也就是，约束数据存储进数据库中的时间，可通过每个约束数据的时间戳得到。

基于至少两个已存储规则的约束数据的数据生成时间，组合至少两个已存储规则，得到复合规则，可包括：确定至少两个已存储规则的约束数据中，数据生成时间最晚的为复合规则中的第一规则，依次，确定出复合规则中的每个单独规则，将每个规则进行排序后得到复合规则。从而，能够将数据生成时间较近的规则展示在复合规则的前方位置，便于保证复合规则的时效性。

其中，基于规则应用需求，从数据库中的已存储规则中确定目标存储规则，包括：

基于规则应用需求，利用RETE算法从数据库中的已存储规则中查找至少两个已存储规则；确定至少两个已存储规则为目标存储规则。

RETE算法，提供了一个通用的逻辑，可负责数据匹配功能的实现描述的元组对(“事实”)，制作(“规则的模式匹配“)生产系统(一类规则引擎)，具有所见即所得的数据处理原则。

通过RETE算法的所见即所得原则，能够直接从数据库中快速查找出所需规则，从而，提升规则查找效率，便于复合规则的快速整合。

基于上述实施例的描述，本实施例方法还可以包括：

接收规则读取请求，规则读取请求中包括用户上报的风控数据；响应于规则读取请求，从内存单元中确定风控数据对应的匹配规则，匹配规则为复合规则中的至少一种规则；基于匹配规则确定风控数据对应的风控报告。

其中，规则读取请求可通过在规则管理平台的前端页面进行发起，具体的，可通过规则管理平台的前端页面设置的可触发控件实现，如对可触发控件进行点击等操作，向规则管理平台发起规则读取请求。

内存单元中存储着多个复合规则以及数据库中的单个已存储规则，每个风控数据可对应一个或多个匹配规则，可通过对风控数据进行规则匹配，得到风控数据对应的匹配规则，进而生成风控数据对应的风控报告。

基于匹配规则确定风控数据对应的风控报告，可包括：根据匹配规则对风控数据进行数据审核，得到每个风控数据的审核结果，根据每个风控数据的审核结果对应的风控报告。

在确定出风控数据对应的风控报告，可向用户告知，便于用户及时查看风控报告。

一些实施例中，可将风控报告发送至显示单元；响应于在显示单元中触发的查找请求，在显示单元的显示区域中显示风控报告。

其中，显示单元为规则管理平台的一个内部显示部件，用于显示风控报告。可在显示单元中进行条件查找，响应于在显示单元中触发的查找请求，在显示单元的显示区域中显示风控报告，便于用户查看。

需要说明的是，显示区域可为显示单元中的固定区域，或者，显示区域可为显示单元中的非工作区域，便于灵活显示。

另一些实施例中，当到达预设时间，将风控报告发送至用户设备；或者，发送报告链接至用户设备，以使用户设备触发报告链接查看风控报告。

其中，可设置一个预设时间，在达到预设时间时，可统一将风控报告发送至用户设备，便于用户一齐查看。或者，向用户以链接形式展示，通过用户操作查看风控报告，保证风控保证的安全性。

目标触发操作还包括：规则删除操作、规则审核操作和规则存储操作，本实施例方法还可以包括：

响应于第二规则触发请求，在内存单元中执行规则删除操作；或者，响应于第三规则触发请求，在内存单元中执行规则审核操作；或者，响应于第四规则触发请求，在内存单元中执行规则存储操作。

其中，第二规则触发请求中可包括待删除规则，以在内存单元中执行规则删除操作。第三规则触发请求中可包括待审核规则，以在内存单元中执行规则审核操作。第四规则触发请求中可包括待存储规则，以在内存单元中执行规则存储操作。从而，实现对内存单元中规则的实时更新，提升规则时效性。

需要说明的是，还可在数据库中对已存储规则进行上述操作。如响应于第五规则触发请求，在数据库中执行规则删除操作；或者，响应于第六规则触发请求，在数据库中执行规则审核操作；或者，响应于第七规则触发请求，在数据库中执行规则存储操作，实现对数据中规则的有效更新，提升规则时效性。

图3为本实施例提供的一种规则处理装置的结构示意图，其中，规则处理装置可包括：接收模块310、执行模块320、确定模块330和存储模块340。

接收模块310，用于接收第一规则触发请求，所述第一规则触发请求中包括：目标触发规则和目标触发操作，所述目标触发操作对应所述目标触发规则，所述目标触发操作包括规则引入操作。

执行模块320，用于响应于所述第一规则触发请求，在数据库中对所述目标触发规则执行所述目标触发操作。

确定模块330，用于基于所述数据库中的已存储规则确定复合规则，所述已存储规则包括所述目标触发规则，用于描述风控条件，所述复合规则用于描述至少两种所述风控条件。

存储模块340，用于存储所述复合规则至内存单元中。

在一些实施例中，可选的，确定模块330，包括：第一确定单元和第二确定单元。

第一确定单元，用于确定规则应用需求，所述规则应用需求用于描述至少两个规则的约束数据，每个所述规则对应至少一个约束数据。

第二确定单元，用于基于所述规则应用需求和所述数据库中的已存储规则确定复合规则。

在一些实施例中，可选的，第二确定单元，具体用于：

基于所述规则应用需求，从所述数据库中的所述已存储规则中确定目标存储规则，所述目标存储规则包括至少两个所述已存储规则；基于至少两个所述已存储规则的约束数据，确定所述复合规则。

在一些实施例中，可选的，第二确定单元，具体用于：

基于至少两个所述已存储规则的约束数据的数据优先级，组合至少两个所述已存储规则，得到所述复合规则；或者，基于至少两个所述已存储规则的约束数据的数据生成时间，组合至少两个所述已存储规则，得到所述复合规则。

在一些实施例中，可选的，第一确定单元，具体用于：

基于所述规则应用需求，利用RETE算法从所述数据库中的所述已存储规则中查找至少两个所述已存储规则；确定至少两个所述已存储规则为所述目标存储规则。

在一些实施例中，可选的，还包括：读取模块。

接收模块310，还用于接收规则读取请求，所述规则读取请求中包括用户上报的风控数据。

读取模块，用于响应于所述规则读取请求，从所述内存单元中确定所述风控数据对应的匹配规则，所述匹配规则为所述复合规则中的至少一种规则。

确定模块330，还用于基于所述匹配规则确定所述风控数据对应的风控报告。

在一些实施例中，可选的，还包括：发送模块和显示模块。

发送模块，用于将所述风控报告发送至显示单元。

显示模块，用于响应于在所述显示单元中触发的查找请求，在所述显示单元的显示区域中显示所述风控报告。

在一些实施例中，可选的，发送模块，还用于当到达预设时间，将所述风控报告发送至用户设备；或者，发送报告链接至所述用户设备，以使所述用户设备触发所述报告链接查看所述风控报告。

在一些实施例中，可选的，执行模块320，还用于响应于第二规则触发请求，在所述内存单元中执行规则删除操作；或者，响应于第三规则触发请求，在所述内存单元中执行规则审核操作；或者，响应于第四规则触发请求，在所述内存单元中执行规则存储操作。

本发明实施例所提供的规则处理装置，在接收到第一规则触发请求后，响应于第一规则触发请求，在数据库中对第一规则触发请求携带的目标触发规则执行相应的目标触发操作，来更新数据库中的已存储规则，以基于数据库中的已存储规则确定复合规则，实现规则的组合使用，并将得到的复合规则存储至内存单元中，如此，内存单元中可存储多种单一规则组合而成的复合规则，便于满足不同风控规则的整合实现，有效提升风控规则的可用性。

本申请实施例还提供了一种计算机设备。具体请参阅图4，图4为本实施例计算机设备基本结构框图。

计算机设备包括通过系统总线相互通信连接存储器410和处理器420。需要指出的是，图中仅示出了具有组件410-420的计算机设备，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。其中，本技术领域技术人员可以理解，这里的计算机设备是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路(ApplicationSpecificIntegratedCircuit，ASIC)、可编程门阵列(Field-ProgrammableGateArray，FPGA)、数字处理器(DigitalSignal Processor，DSP)、嵌入式设备等。

计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。

存储器410至少包括一种类型的可读存储介质，可读存储介质包括非易失性存储器(non-volatilememory)或易失性存储器，例如，闪存(flashmemory)、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(randomaccessmemory，RAM)、只读存储器(read-onlymemory，ROM)、可擦写可编程只读存储器(erasableprogrammableread-onlymemory，EPROM)、电可擦写可编程只读存储器(electricallyerasableprogrammableread-only memory，EEPROM)、可编程只读存储器(programmableread-onlymemory，PROM)、磁性存储器、磁盘、光盘等，RAM可以包括静态RAM或动态RAM。在一些实施例中，存储器410可以是计算机设备的内部存储单元，例如，该计算机设备的硬盘或内存。在另一些实施例中，存储器410也可以是计算机设备的外部存储设备，例如该计算机设备上配备的插接式硬盘、智能存储卡(Smart MediaCard，SMC)、安全数字(SecureDigital，SD)卡或闪存卡(FlashCard)等。当然，存储器410还可以既包括计算机设备的内部存储单元也包括其外部存储设备。本实施例中，存储器410通常用于存储安装于计算机设备的操作系统和各类应用软件，例如上述方法的程序代码等。此外，存储器410还可以用于暂时地存储已经输出或者将要输出的各类数据。

处理器420通常用于执行计算机设备的总体操作。本实施例中，存储器410用于存储程序代码或指令，程序代码包括计算机操作指令，处理器420用于执行存储器410存储的程序代码或指令或者处理数据，例如运行上述方法的程序代码。

本文中，总线可以是工业标准体系结构(IndustryStandardArchitecture，ISA)总线、外设部件互连标准(PeripheralComponentInterconnect，PCI)总线或扩展工业标准结构(ExtendedIndustryStandardArchitecture，EISA)总线等。该总线系统可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

本申请的另一实施例还提供一种计算机可读介质，计算机可读介质可以是计算机可读信号介质或者计算机可读介质。计算机中的处理器读取存储在计算机可读介质中的计算机可读程序代码，使得处理器能够执行在上述方法中每个步骤、或各步骤的组合中规定的功能动作；生成实施在框图的每一块、或各块的组合中规定的功能动作的装置。

计算机可读介质包含但不限于电子、磁性、光学、电磁、红外的存储器或半导体系统、设备或者装置，或者前述的任意适当组合，存储器用于存储程序代码或指令，程序代码包括计算机操作指令，处理器用于执行存储器存储的上述方法的程序代码或指令。

存储器和处理器的定义，可以参考前述计算机设备实施例的描述，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

在本申请各个实施例中的各功能单元或模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(RandomAccessMemory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。本申请描述的“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本申请可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了装置若干的单元权利要求中，这些装置中的若干个单元可以是通过同一个硬件项来具体体现。第一、第二、以及第三等的使用不表示任何顺序，可将这些单词解释为名称。上述实施例中的步骤，除有特殊说明外，不应理解为对执行顺序的限定。

以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。