申请/专利权人：武汉达梦数据库有限公司

申请日：2018-12-14

公开（公告）日：2020-10-16

公开（公告）号：CN109684361B

主分类号：G06F16/2455(20190101)

分类号：G06F16/2455(20190101);G06F16/248(20190101)

优先权：

专利状态码：有效-授权

法律状态：2020.10.16#授权;2019.05.21#实质审查的生效;2019.04.26#公开

摘要：本发明公开了一种规则分析方法以及相应的用于规则分析的装置，该规则分析方法包括：依据第一终端的基准请求规则以及与基准请求规则相匹配的基准查询结果，建立历史规则映射表；接收第二终端的目标请求规则；将目标请求规则与基准请求规则进行匹配，确定初次请求要素以及历史请求要素；从历史规则映射表中，获取与历史请求要素相匹配的查询结果，从数据库中，获取与初次请求要素相匹配的查询结果；将与历史请求要素相匹配的查询结果以及与初次请求要素相匹配的查询结果进行组合，得到与目标请求规则相匹配的目标查询结果。本发明的规则分析方法，减小规则分析的运算量以及规则分析所耗费的时间，可以提高效率以及资源利用率。

主权项：1.一种规则分析方法，其特征在于，服务器依据第一终端的基准请求规则以及与所述基准请求规则相匹配的基准查询结果，建立历史规则映射表，其中，所述基准请求规则中包含一个或多个历史请求要素；所述规则分析方法包括：接收第二终端的目标请求规则，其中，所述目标请求规则中包含一个或多个请求要素；将所述目标请求规则与所述基准请求规则进行匹配，确定初次请求要素以及历史请求要素；从历史规则映射表中，获取与所述历史请求要素相匹配的查询结果；从数据库中，获取与所述初次请求要素相匹配的查询结果；将与所述历史请求要素相匹配的查询结果以及与所述初次请求要素相匹配的查询结果进行组合，得到与所述目标请求规则相匹配的目标查询结果；其中，所述服务器依据第一终端的基准请求规则以及与所述基准请求规则相匹配的基准查询结果，建立历史规则映射表，其中，所述基准请求规则中包含一个或多个历史请求要素包括：服务器接收第一终端的基准请求规则，其中，所述基准请求规则中包含一个或多个历史请求要素；分析所述基准请求规则中的历史请求要素，以获取与所述基准请求规则相匹配的基准查询结果；关联所述基准请求规则与所述基准查询结果，建立历史规则映射表；其中，所述服务器接收第一终端的基准请求规则，其中，所述基准请求规则中包含一个或多个历史请求要素包括：服务器接收第一终端所发送的第一请求规则，以及与所述第一请求规则相关联的更新规则；将最新的更新规则标记为基准请求规则，其中，所述基准请求规则中包含一个或多个历史请求要素；其中，所述服务器接收第一终端所发送的第一请求规则，以及与所述第一请求规则相关联的更新规则包括：服务器接收第一终端所发送的第一请求规则以及至少一个更新规则；判断所述第一请求规则与最先开始的更新规则之间，是否存在至少一个相同的历史请求要素；若存在，则确定所述第一请求规则与最先开始的更新规则相关联；从最先开始的更新规则开始，依次判断相邻的两个更新规则之间，是否存在至少一个相同的历史请求要素，直至确定与所述第一请求规则相关联的最新的更新规则。

全文数据：一种规则分析方法以及相应的用于规则分析的装置技术领域本发明属于数据库领域，更具体地，涉及一种规则分析方法以及相应的用于规则分析的装置。背景技术随着互联网技术的飞速发展，越来越多的用户通过互联网平台执行各种与互联网相关联的业务。在大多数情况下，多个不同的终端会连接同一个服务器，共用一套数据源，例如，公安系统会连接不同的终端，以供不同的终端查询数据。服务器一般根据终端发送的请求规则查询相应的数据，然后将数据发送至终端。服务器每运行一条规则，需要将该规则中所包含的条件要素运算一次，并根据不同条件要素的运算结果得到该规则的执行结果。在这一运算过程中，规则所包含的条件要素数量越多，条件要素之间的逻辑运算越复杂，那么规则运行时间越长，查询效率低，而且会导致服务器资源消耗比较大。鉴于此，克服该现有技术所存在的缺陷是本技术领域亟待解决的问题。发明内容针对现有技术的以上缺陷或改进需求，本发明提供了一种规则分析方法以及相应的用于规则分析的装置，其目的在于避免服务器进行重复的规则分析，减小规则分析的运算量以及规则分析所耗费的时间，可以有效提高规则分析的效率，提高服务器的资源利用率，由此解决目前服务器规则分析时间越长，查询效率低，服务器资源消耗比较大的技术问题。为实现上述目的，按照本发明的一个方面，提供了一种规则分析方法，服务器依据第一终端的基准请求规则以及与所述基准请求规则相匹配的基准查询结果，建立历史规则映射表，其中，所述基准请求规则中包含一个或多个历史请求要素；所述规则分析方法包括：接收第二终端的目标请求规则，其中，所述目标请求规则中包含一个或多个请求要素；将所述目标请求规则与所述基准请求规则进行匹配，确定初次请求要素以及历史请求要素；从历史规则映射表中，获取与所述历史请求要素相匹配的查询结果；从数据库中，获取与所述初次请求要素相匹配的查询结果；将与所述历史请求要素相匹配的查询结果以及与所述初次请求要素相匹配的查询结果进行组合，得到与所述目标请求规则相匹配的目标查询结果。优选地，所述服务器依据第一终端的基准请求规则以及与所述基准请求规则相匹配的基准查询结果，建立历史规则映射表，其中，所述基准请求规则中包含一个或多个历史请求要素包括：服务器接收第一终端的基准请求规则，其中，所述基准请求规则中包含一个或多个历史请求要素；分析所述基准请求规则中的历史请求要素，以获取与所述基准请求规则相匹配的基准查询结果；关联所述基准请求规则与所述基准查询结果，建立历史规则映射表。优选地，所述服务器接收第一终端的基准请求规则，其中，所述基准请求规则中包含一个或多个历史请求要素包括：服务器接收第一终端所发送的第一请求规则，以及与所述第一请求规则相关联的更新规则；将最新的更新规则标记为基准请求规则，其中，所述基准请求规则中包含一个或多个历史请求要素。优选地，所述服务器接收第一终端所发送的第一请求规则，以及与所述第一请求规则相关联的更新规则包括：服务器接收第一终端所发送的第一请求规则以及至少一个更新规则；判断所述第一请求规则与最先开始的更新规则之间，是否存在至少一个相同的历史请求要素；若存在，则确定所述第一请求规则与最先开始的更新规则相关联；从最先开始的更新规则开始，依次判断相邻的两个更新规则之间，是否存在至少一个相同的历史请求要素，直至确定与所述第一请求规则相关联的最新的更新规则。优选地，所述将最新的更新规则标记为基准请求规则，其中，所述基准请求规则中包含一个或多个历史请求要素包括：判断最新的更新规则中的历史请求要素与其他更新规则中的历史请求要素，是否存在等同的历史请求要素；若存在，则将相互等同的历史请求要素建立关联，以生成等同关系簇；依据所述最新的更新规则以及所述等同关系簇，建立基准请求规则，其中，所述基准请求规则中包含一个或多个历史请求要素。优选地，所述服务器接收第一终端的基准请求规则，其中，所述基准请求规则中包含一个或多个历史请求要素包括：服务器接收第一终端所发送的第一请求规则；发送与所述第一请求规则相匹配的查询结果至所述第一终端；依据所述第一终端的反馈信息，确定与所述第一请求规则相匹配的查询结果的满意度；当满意度不小于预设阈值时，将第一请求规则标记为基准请求规则，其中，所述基准请求规则中包含一个或多个历史请求要素。优选地，所述依据所述第一终端的反馈信息，确定与所述第一请求规则相匹配的查询结果的满意度包括：服务器向所述第一终端发送满意度调查请求；接收所述第一终端依据所述满意度调查请求所反馈的满意度结论；依据所述满意度结论确定与所述第一请求规则相匹配的查询结果的满意度。优选地，所述依据所述第一终端的反馈信息，确定与所述第一请求规则相匹配的查询结果的满意度包括：服务器监控所述第一终端，在接收到与所述第一请求规则相匹配的查询结果后，所进行的数据操作；依据所述数据操作，确定与所述第一请求规则相匹配的查询结果的满意度。优选地，所述数据操作包括复制、下载或者规则调整；当所述数据操作为复制和或下载时，服务器判定与所述第一请求规则相匹配的查询结果的满意度不小于预设阈值；当所述数据操作为规则调整时，服务器判定与所述第一请求规则相匹配的查询结果的满意度小于预设阈值。按照本发明的另一方面，提供了一种用于规则分析的装置，包括至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被程序设置为执行本发明所述的规则分析方法。总体而言，通过本发明所构思的以上技术方案与现有技术相比，具有如下有益效果：本发明的服务器依据第一终端的基准请求规则建立历史规则映射表，服务器接收到第二终端发送的目标请求规则后，首先将目标请求规则与历史规则映射表中的基准请求规则进行请求要素匹配，确定初次请求要素以及历史请求要素。然后，从历史规则映射表中，获取与历史请求要素相匹配的查询结果，从数据库中，获取与初次请求要素相匹配的查询结果；将与历史请求要素相匹配的查询结果以及与初次请求要素相匹配的查询结果进行组合，得到与目标请求规则相匹配的目标查询结果。本发明基于已有的历史规则映射表，对第二终端的目标请求规则进行分析，当目标请求规则与基准请求规则存在交叉重叠的请求要素历史请求要素时，可以直接从历史规则映射表中，获取历史请求要素对应的查询结果，可以避免服务器进行重复的规则分析，减小了规则分析的运算量以及规则分析所耗费的时间，可以有效提高规则分析的效率，提高服务器的资源利用率。附图说明为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例中所需要使用的附图作简单地介绍。显而易见地，下面所描述的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图1是本发明实施例提供的一种服务器与终端之间建立连接的结构示意图；图2是本发明实施例提供的一种规则分析方法的流程示意图；图3是本发明实施例提供的图2中步骤20的具体流程示意图；图4是本发明实施例提供的图3中步骤201的一具体流程示意图；图5是本发明实施例提供的图4中步骤2012a的具体流程示意图；图6是本发明实施例提供的图3中步骤201的另一具体流程示意图；图7是本发明实施例提供的一种用于规则分析的装置的结构示意图。具体实施方式为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。此外，下面所描述的本发明各个实施方式中所涉及到的技术特征只要彼此之间未构成冲突就可以相互组合。实施例1：目前，服务器依据终端的请求规则进行数据查询时，一般是将该规则中所包含的条件要素运算一次，并根据不同条件要素的运算结果得到该规则对应的执行结果。在这一运算过程中，规则中所包含的条件要素数量越多，条件要素之间的逻辑运算越复杂，那么规则运行时间越长，查询效率低，而且会导致服务器资源消耗比较大。特别是，当服务器连接不同的终端时，不同终端的请求要素存在交叉重叠的情况时，服务器需要重复对相同的条件要素进行分析运算，导致规则运行时间越长，查询效率低，而且会导致服务器资源消耗比较大。为解决前述问题，本实施例提供一种规则分析方法，基于已有的历史规则映射表，对第二终端的目标请求规则进行分析，当目标请求规则与基准请求规则存在交叉重叠的请求要素历史请求要素时，可以直接从历史规则映射表中，获取历史请求要素对应的查询结果，可以避免服务器进行重复的规则分析，减小了规则分析的运算量以及规则分析所耗费的时间，可以有效提高规则分析的效率，降低服务器的资源消耗。在实际应用场景下，如图1所示，服务器至少与两个不同的终端建立连接，例如，服务器分别与第一终端、第二终端……第n终端建立连接，其中，n为正整数。服务器接收不同终端的请求规则，并分析终端的请求规则中的请求要素，从而依据请求规则获取相应的查询结果，并将查询结果发送至相应的终端。在此，以服务器分别与第一终端和第二终端建立连接为例，解释说明本实施例的规则分析方法。下面参阅图2～图6，说明本实施例的规则分析方法的实现方式之一，本实施例的规则分析方法包括如下步骤：步骤20：服务器依据第一终端的基准请求规则以及与所述基准请求规则相匹配的基准查询结果，建立历史规则映射表，其中，所述基准请求规则中包含一个或多个历史请求要素。在本实施例中，服务器依据第一终端的基准请求规则以及与所述基准请求规则相匹配的基准查询结果，建立历史规则映射表，其中，所述基准请求规则中包含一个或多个请求要素。在具体应用场景下，请求要素可以为具体的参数、关键词或者其他搜索条件，可以依据用户输入的行为请求或事件请求而定。其中，第一终端对应的基准请求规则的数目为一个或者多个，每一个基准请求规则对应一个历史规则映射表。而且，服务器将每一个终端对应的所有历史规则映射表，存放在设定的缓存区中，且每个终端对应存放历史规则映射表的缓存区相互独立。在此，需要说明的是，所述历史请求要素为在先出现的请求要素，且保存在历史规则映射表中的请求要素。为便于后续说明，所述基准请求规则中的请求要素，相对于后续的初次请求要素而言，被描述为历史请求要素。如图3所示，步骤20具体包括如下子步骤：步骤201：服务器接收第一终端的基准请求规则，其中，所述基准请求规则中包含一个或多个历史请求要素。在本实施例中，服务器接收第一终端所发送的请求消息，该请求消息中携带有基准请求规则，所述基准请求规则中包含一个或多个历史请求要素。在具体应用场景下，基准请求规则中所包含的请求要素的数目依据实际情况而定，在此，不做具体限定。步骤202：分析所述基准请求规则中的历史请求要素，以获取与所述基准请求规则相匹配的基准查询结果。在本实施例中，服务器分析所述基准请求规则中的历史请求要素，并从已有的历史规则映射表和或数据库中，获取与每个历史请求要素相对应的查询结果，然后，整合所有历史请求要素相对应的查询结果，得到所述基准请求规则所对应的基准查询结果。步骤203：关联所述基准请求规则与所述基准查询结果，建立历史规则映射表。在本实施例中，将基准请求规则、基准查询结果以及基准请求规则所包含的每个历史请求要素对应的查询结果，以关联方式建立历史规则映射表，并将历史规则映射表缓存在临时存储区中。在此，需要说明的是，本实施例的基准请求规则，只是为了指代第一终端所发送的请求规则，以便于区分下文第二终端发送的请求规则。关于基准请求规则的获取存在多种不同的方式，具体如下：方式一：在具体应用场景下，用户会依据服务器传送的查询结果调整请求规则，直至接收到所期望的查询结果。在此查询过程中，第一终端与服务器会存在多轮数据交互，为了获取合适有效的基准请求规则，服务器将最新的更新规则标记为基准请求规则。具体实现方式如下：如图4所示，步骤201具体包括如下步骤：步骤2011a：服务器接收第一终端所发送的第一请求规则，以及与所述第一请求规则相关联的更新规则。在具体应用场景下，当第一请求规则与更新规则中存在至少一个相同的历史请求要素，可以判定第一请求规则与更新规则具有关联性。在实际查询过程中，可能存在对第一请求规则进行多次调整更新，使得某个更新规则可能与第一请求规则不存在相同的历史请求要素，为了保证服务器判定的准确性，还存在一种优选的方案，如下：在优选的实施例中，服务器接收第一终端所发送的第一请求规则以及至少一个更新规则，判断所述第一请求规则与最先开始的更新规则之间，是否存在至少一个相同的历史请求要素，若存在，则确定所述第一请求规则与最先开始的更新规则相关联。然后，从最先开始的更新规则开始，依次判断相邻的两个更新规则之间，是否存在至少一个相同的历史请求要素，如果存在，可以判定该相邻的两个更新规则具有关联性，以此类推，直至确定与所述第一请求规则相关联的最新的更新规则。若所述第一请求规则与最先开始的更新规则之间，不存在相同的请求要素，则确定所述第一请求规则与最先开始的更新规则不具有关联性，将所述第一请求规则标记为基准请求规则。步骤2012a：将最新的更新规则标记为基准请求规则，其中，所述基准请求规则中包含一个或多个历史请求要素。在本实施例中，将最新的更新规则标记为基准请求规则，其中，所述基准请求规则中包含一个或多个历史请求要素。方式二：为了提高历史规则映射表的覆盖率以及复用效果，如图5所示，步骤2011a具体包括如下子步骤：步骤2012a-1：判断最新的更新规则中的历史请求要素与其他更新规则中的历史请求要素，是否存在等同的历史请求要素。在实际应用场景下，不同的请求规则中可能存在等同的请求要素，例如，请求要素A为LCD，请求要素B为液晶显示器，则请求要素A与请求要素B为等同的请求要素；或者，请求要素A与请求要素B为同义词时，请求要素A和请求要素B也为等同的请求要素。步骤2012a-2：若存在，则将相互等同的历史请求要素建立关联，以生成等同关系簇。在本实施例中，最新的更新规则中的历史请求要素与其他更新规则中的历史请求要素，存在等同的历史请求要素时，将相互等同的历史请求要素建立关联，以生成等同关系簇。步骤2012a-3：依据所述最新的更新规则以及所述等同关系簇，建立基准请求规则，其中，所述基准请求规则中包含一个或多个历史请求要素。在实际查询过程中，当第二终端所发送的目标请求规则中的请求要素，与等同关系簇中的历史请求要素相同时，可以判定目标请求规则中的请求要素为历史请求要素，服务器从历史规则映射表中，获取与该请求要素相匹配的查询结果。其中，方式二是对方式一的进一步优化，可以有效提高历史规则映射表的覆盖率以及复用效果。方式三：在本实施例中，还依据查询结果的满意度，建立历史规则映射表，提高历史规则映射表的适用性。如图6所示，步骤201还包括如下子步骤：步骤2011b：服务器接收第一终端所发送的第一请求规则。步骤2012b：发送与所述第一请求规则相匹配的查询结果至所述第一终端。步骤2013b：依据所述第一终端的反馈信息，确定与所述第一请求规则相匹配的查询结果的满意度。在其中的一个实施例中，服务器向所述第一终端发送满意度调查请求，接收所述第一终端依据所述满意度调查请求所反馈的满意度结论，依据所述满意度结论确定与所述第一请求规则相匹配的查询结果的满意度。在获取到满意度后，服务器判断确定与所述第一请求规则相匹配的查询结果的满意度，是否不小于预设阈值，当满意度不小于预设阈值时，执行步骤2014b。当满意度小于预设阈值时，不标记第一请求规则为基准请求规则。在另一个实施例中，终端侧设置有监控程序，服务器通过设置在第一终端侧的监控程序监控所述第一终端，从而获取第一终端在接收到与所述第一请求规则相匹配的查询结果后，所进行的数据操作，依据所述数据操作，确定与所述第一请求规则相匹配的查询结果的满意度。在实际应用场景下，所述数据操作包括复制、下载或者规则调整。当所述数据操作为复制和或下载时，服务器判定与所述第一请求规则相匹配的查询结果的满意度不小于预设阈值，将第一请求规则标记为基准请求规则；当所述数据操作为规则调整时，服务器判定与所述第一请求规则相匹配的查询结果的满意度小于预设阈值，表明用户还在更新规则。步骤2014b：当满意度不小于预设阈值时，将第一请求规则标记为基准请求规则，其中，所述基准请求规则中包含一个或多个历史请求要素。在实际应用场景下，不同的获取方式可以相互组合，得到与实际需求最匹配的基准请求规则，例如，可以将方式一与方式三结合，或者将方式二与方式三结合，提高历史规则映射表的准确性、有效性以及复用性。在本实施例中，服务器会根据实际情况清理缓存区中的历史规则映射表，避免大量无用的资源占用服务器的内存，提高服务器的资源利用率。在其中的一个实施例中，服务器将第一终端的基准请求规则以及与所述基准请求规则相匹配的基准查询结果建立关联，建立历史规则映射表；将所述历史规则映射表缓存至临时存储区，并为所述历史规则映射表建立生命周期；在所述生命周期结束后，删除所述历史规则映射表。在实际应用场景下，可能存在一部分历史规则映射表的复用率较高，为了避免此类历史规则映射表被删除，服务器可以依据历史规则映射表的使用情况，延长历史规则映射表的生命周期。在其中一个实施例中，历史规则映射表的生命周期接近结束时，服务器获取历史规则映射表最后一次使用的时间，并判断历史规则映射表最后一次使用的时间距当前时间的时间差，是否小于预设的时间阈值，如果小于预设的时间阈值，则表面该历史规则映射表最近仍在使用，则延长历史规则映射表的生命周期。在另一个实施例中，历史规则映射表的生命周期接近结束时，服务器获取该历史规则映射表的使用频率，其中，该使用频率是基于预设的时间范围获取的，例如，当前时刻的前一个月的使用频率。判断历史规则映射表的使用频率是否大于预设的使用频率阈值，如果历史规则映射表的使用频率大于预设的使用频率阈值，则表明该历史规则映射表的使用频率较高，则延长该历史规则映射表的生命周期。在实际应用场景下，也可以将历史规则映射表的使用频率以及历史规则映射表最后一次使用的时间，相结合作为是否需要延长该历史规则映射表的生命周期的判断准则。关于判断的过程，可以结合前述两个实施例的描述，在此，不再赘述。步骤21：接收第二终端的目标请求规则，其中，所述目标请求规则中包含一个或多个请求要素。在本实施例中，服务器接收第二终端的目标请求规则，其中，所述目标请求规则中包含一个或多个请求要素。在具体应用场景下，请求要素可以为具体的参数、关键词或者其他搜索条件，可以依据用户输入的行为请求或事件请求而定。在此，需要说明的是，本实施例的目标请求规则，只是为了指代第二终端所发送的请求规则，以便于区分前第一终端发送的请求规则。步骤22：将所述目标请求规则与所述基准请求规则进行匹配，确定初次请求要素以及历史请求要素。在本实施例中，服务器将所述目标请求规则与所述基准请求规则进行匹配，确定初次请求要素以及历史请求要素。其中，历史请求要素指的是在历史规则映射表中存在的请求要素，初次请求要素指的是历史规则映射表中不存在的请求要素。在实际应用场景下，当服务器中包含多个历史规则映射表时，服务器可以将目标请求规则与多个历史规则映射表进行一一匹配，以确定初次请求要素以及历史请求要素。步骤23：从历史规则映射表中，获取与所述历史请求要素相匹配的查询结果，从数据库中，获取与所述初次请求要素相匹配的查询结果。在本实施例中，可以从历史规则映射表中，获取与所述历史请求要素相匹配的查询结果，采用这种方式可以减少服务器分析运算处理量，减小服务器数据处理的压力，提高查询的效率。然后，再对初次请求要素进行分析，从服务器对应的数据库中，获取与所述初次请求要素相匹配的查询结果。步骤24：将与所述历史请求要素相匹配的查询结果以及与所述初次请求要素相匹配的查询结果进行组合，得到与所述目标请求规则相匹配的目标查询结果。在本实施例中，将与所述历史请求要素相匹配的查询结果以及与所述初次请求要素相匹配的查询结果进行组合，得到与所述目标请求规则相匹配的目标查询结果。在此，需要强调的是，服务器中存储有第一终端对应的一个或多个历史规则映射表，服务器中存储有第二终端对应的一个或多个历史规则映射表，服务器中还存储有第n终端对应的一个或多个历史规则映射表。关于每个终端对应的历史规则映射表的获取过程，均可以依据步骤20以及相关的文字描述，在此不再赘述。当服务器接收到第n终端的请求规则后，可以依据请求规则中的请求要素，从通过除第n终端之外的其他终端例如，第一终端和第二终端等其他终端对应的历史规则映射表，获取相应的查询结果。当然，在实际应用场景下，当服务器接收到第n终端的请求规则后，也可以从第n终端对应的历史规则映射表中，获取相应的查询结果。为了清楚说明本实施例的规则分析方法，在此举例说明，如下：公安系统对应的服务器，与不同的终端建立连接，例如，某公安系统对应的服务器与第一终端建立连接，该服务器还与第二终端建立连接。第一终端向服务器发送请求消息，该请求消息中携带有第一请求规则，该第一请求规则中包括请求要素A、请求要素B以及请求要素C，服务器分析请求要素A、请求要素B以及请求要素C，并获取每个请求要素对应的结果，然后将满足第一请求规则的查询结果发送至第一终端。在实际应用场景下，请求要素可以为姓名、居住地和身份证号码等信息。其中，请求要素A、请求要素B以及请求要素C为历史请求要素。服务器还将第一请求规则对应的查询结果与第一请求规则建立关联，生成历史规则映射表，其中，历史规则映射表中包含与请求要素A、请求要素B以及请求要素C相对应的查询结果，第一请求规则对应的查询结果以及第一请求规则。第二终端向服务器发送第二请求规则，该第二请求规则中包括请求要素A、请求要素B以及请求要素D，服务器将第二请求规则中的请求要素与第一终端对应的历史规则映射表进行匹配，此时，服务器确认第二请求规则中的请求要素A和请求要素B，与第一请求规则中的请求要素A和请求要素B，交叉重合，即，请求要素A和请求要素B为历史请求要素，则服务器从历史规则映射表中获取请求要素A和请求要素B对应的查询结果。服务器确认请求要素C为初次请求要素，则服务器从其数据库中获取请求要素C对应的查询结果。最后，服务器将从历史规则映射表中获取到的请求要素A和请求要素B对应的查询结果，以及从数据库中获取到的请求要素C对应的查询结果，进行组合，得到第二请求规则对应的查询结果。本发明基于已有的历史规则映射表，对第二终端的目标请求规则进行分析，当目标请求规则与基准请求规则存在交叉重叠的请求要素历史请求要素时，可以直接从历史规则映射表中，获取历史请求要素对应的查询结果，可以避免服务器进行重复的规则分析，减小了规则分析的运算量以及规则分析所耗费的时间，可以有效提高规则分析的效率，提高服务器的资源利用率。实施例2：请参阅图7，图7是本发明实施例提供的一种用于规则分析的装置的结构示意图。本实施例的用于规则分析的装置包括一个或多个处理器71以及存储器72。其中，图7中以一个处理器71为例。处理器71和存储器72可以通过总线或者其他方式连接，图7中以通过总线连接为例。存储器72作为一种基于规则分析的非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块，如实施例1中的规则分析方法以及对应的程序指令。处理器71通过运行存储在存储器72中的非易失性软件程序、指令以及模块，从而执行规则分析方法的各种功能应用以及数据处理，实现实施例1的规则分析方法的功能。其中，存储器72可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，存储器72可选包括相对于处理器71远程设置的存储器，这些远程存储器可以通过网络连接至处理器71。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。关于规则分析方法请参照图1～图6及相关的文字描述在此，不再赘述。值得说明的是，上述装置和系统内的模块、单元之间的信息交互、执行过程等内容，由于与本发明的处理方法实施例基于同一构思，具体内容可参见本发明方法实施例中的叙述，此处不再赘述。本领域普通技术人员可以理解实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：只读存储器ReadOnlyMemory，简写为ROM、随机存取存储器RandomAccessMemory，简写为RAM、磁盘或光盘等。本领域的技术人员容易理解，以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

权利要求：1.一种规则分析方法，其特征在于，服务器依据第一终端的基准请求规则以及与所述基准请求规则相匹配的基准查询结果，建立历史规则映射表，其中，所述基准请求规则中包含一个或多个历史请求要素；所述规则分析方法包括：接收第二终端的目标请求规则，其中，所述目标请求规则中包含一个或多个请求要素；将所述目标请求规则与所述基准请求规则进行匹配，确定初次请求要素以及历史请求要素；从历史规则映射表中，获取与所述历史请求要素相匹配的查询结果；从数据库中，获取与所述初次请求要素相匹配的查询结果；将与所述历史请求要素相匹配的查询结果以及与所述初次请求要素相匹配的查询结果进行组合，得到与所述目标请求规则相匹配的目标查询结果。2.根据权利要求1所述的规则分析方法，其特征在于，所述服务器依据第一终端的基准请求规则以及与所述基准请求规则相匹配的基准查询结果，建立历史规则映射表，其中，所述基准请求规则中包含一个或多个历史请求要素包括：服务器接收第一终端的基准请求规则，其中，所述基准请求规则中包含一个或多个历史请求要素；分析所述基准请求规则中的历史请求要素，以获取与所述基准请求规则相匹配的基准查询结果；关联所述基准请求规则与所述基准查询结果，建立历史规则映射表。3.根据权利要求2所述的规则分析方法，其特征在于，所述服务器接收第一终端的基准请求规则，其中，所述基准请求规则中包含一个或多个历史请求要素包括：服务器接收第一终端所发送的第一请求规则，以及与所述第一请求规则相关联的更新规则；将最新的更新规则标记为基准请求规则，其中，所述基准请求规则中包含一个或多个历史请求要素。4.根据权利要求3所述的规则分析方法，其特征在于，所述服务器接收第一终端所发送的第一请求规则，以及与所述第一请求规则相关联的更新规则包括：服务器接收第一终端所发送的第一请求规则以及至少一个更新规则；判断所述第一请求规则与最先开始的更新规则之间，是否存在至少一个相同的历史请求要素；若存在，则确定所述第一请求规则与最先开始的更新规则相关联；从最先开始的更新规则开始，依次判断相邻的两个更新规则之间，是否存在至少一个相同的历史请求要素，直至确定与所述第一请求规则相关联的最新的更新规则。5.根据权利要求3所述的规则分析方法，其特征在于，所述将最新的更新规则标记为基准请求规则，其中，所述基准请求规则中包含一个或多个历史请求要素包括：判断最新的更新规则中的历史请求要素与其他更新规则中的历史请求要素，是否存在等同的历史请求要素；若存在，则将相互等同的历史请求要素建立关联，以生成等同关系簇；依据所述最新的更新规则以及所述等同关系簇，建立基准请求规则，其中，所述基准请求规则中包含一个或多个历史请求要素。6.根据权利要求2所述的规则分析方法，其特征在于，所述服务器接收第一终端的基准请求规则，其中，所述基准请求规则中包含一个或多个历史请求要素包括：服务器接收第一终端所发送的第一请求规则；发送与所述第一请求规则相匹配的查询结果至所述第一终端；依据所述第一终端的反馈信息，确定与所述第一请求规则相匹配的查询结果的满意度；当满意度不小于预设阈值时，将第一请求规则标记为基准请求规则，其中，所述基准请求规则中包含一个或多个历史请求要素。7.根据权利要求6所述的规则分析方法，其特征在于，所述依据所述第一终端的反馈信息，确定与所述第一请求规则相匹配的查询结果的满意度包括：服务器向所述第一终端发送满意度调查请求；接收所述第一终端依据所述满意度调查请求所反馈的满意度结论；依据所述满意度结论确定与所述第一请求规则相匹配的查询结果的满意度。8.根据权利要求6所述的规则分析方法，其特征在于，所述依据所述第一终端的反馈信息，确定与所述第一请求规则相匹配的查询结果的满意度包括：服务器监控所述第一终端，在接收到与所述第一请求规则相匹配的查询结果后，所进行的数据操作；依据所述数据操作，确定与所述第一请求规则相匹配的查询结果的满意度。9.根据权利要求8所述的规则分析方法，其特征在于，所述数据操作包括复制、下载或者规则调整；当所述数据操作为复制和或下载时，服务器判定与所述第一请求规则相匹配的查询结果的满意度不小于预设阈值；当所述数据操作为规则调整时，服务器判定与所述第一请求规则相匹配的查询结果的满意度小于预设阈值。10.一种用于规则分析的装置，其特征在于，包括至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被程序设置为执行如权利要求1～9任一项所述的规则分析方法。

百度查询： 武汉达梦数据库有限公司 一种规则分析方法以及相应的用于规则分析的装置

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

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