CN114461909A - 信息处理方法、信息处理装置、电子设备和存储介质 - Google Patents

Abstract

本公开提供了一种信息处理方法，包括：响应于针对目标物品的访问请求，获取与目标物品关联的第一属性信息；使用目标规则链表对第一属性信息进行遍历匹配，其中，目标规则链表配置有物品类型，目标规则链表的物品类型与目标物品所属的物品类型相同，目标规则链表中包括一个或多个处理规则，处理规则包括一个或多个匹配规则；对于每个处理规则，使用处理规则的一个或多个匹配规则对第一属性信息进行遍历匹配；以及响应于第一属性信息命中当前匹配规则，向与访问请求的请求方关联的终端设备发送第一反馈信息，其中，第一反馈信息表征目标物品无法被访问。本公开还提供了一种信息处理装置、设备、介质和程序产品。

Description

信息处理方法、信息处理装置、电子设备和存储介质

技术领域

本公开涉及互联网技术领域，更具体地，涉及一种信息处理方法、装置、电子设备、可读存储介质和计算机程序产品。

背景技术

随着互联网技术的发展及普及，互联网与人们工作和生活的联系愈发紧密，人们习惯于通过各个互联网企业的客户端应用来实现信息的获取。为了防止敏感信息或商业机密的泄露，互联网企业在展示信息之前，通常会对信息进行一系列的处理。

在实现本公开构思的过程中，发明人发现相关技术中至少存在如下问题：相关技术中信息处理逻辑和业务逻辑耦合，开发成本高。

发明内容

有鉴于此，本公开提供了一种信息处理方法、装置、电子设备、可读存储介质和计算机程序产品。

本公开的一个方面提供了一种信息处理方法，包括：响应于针对目标物品的访问请求，获取与上述目标物品关联的第一属性信息；使用目标规则链表对上述第一属性信息进行遍历匹配，其中，上述目标规则链表配置有物品类型，上述目标规则链表的物品类型与上述目标物品所属的物品类型相同，上述目标规则链表中包括一个或多个处理规则，上述处理规则包括一个或多个匹配规则；对于每个上述处理规则，使用上述处理规则的一个或多个上述匹配规则对上述第一属性信息进行遍历匹配；以及响应于上述第一属性信息命中当前匹配规则，向与上述访问请求的请求方关联的终端设备发送第一反馈信息，其中，上述第一反馈信息表征上述目标物品无法被访问。

根据本公开的实施例，上述处理规则还配置有启用状态标识；上述方法还包括：获取上述目标规则链表中的上述处理规则的启用状态标识；在上述启用状态标识表征上述处理规则为启用状态的情况下，使用上述处理规则的一个或多个上述匹配规则对上述第一属性信息进行遍历匹配；以及在上述启用状态标识表征上述处理规则为不启用状态的情况下，停止使用上述处理规则对上述第一属性信息进行匹配。

根据本公开的实施例，上述方法还包括：在上述处理规则中配置有前置动作标识的情况下，执行与上述前置动作标识对应的第一预设操作，获取与上述目标物品关联的第二属性信息；其中，上述对于每个上述处理规则，使用上述处理规则的一个或多个上述匹配规则对上述第一属性信息进行遍历匹配包括：使用上述处理规则的一个或多个上述匹配规则对上述第一属性信息和上述第二属性信息进行遍历匹配。

根据本公开的实施例，上述方法还包括：响应于上述第一属性信息命中当前匹配规则，在上述处理规则中配置有后置动作标识的情况下，执行与上述后置动作标识对应的第二预设操作，生成第二反馈信息；以及向上述终端设备发送上述第二反馈信息。

根据本公开的实施例，上述方法还包括：响应于触发系统启动事件，从配置中心中获取一个或多个规则字符串；对一个或多个上述规则字符串进行数据格式转换，得到一个或多个上述处理规则；以及将一个或多个上述处理规则存入缓存中。

根据本公开的实施例，上述方法还包括：响应于触发规则变更事件，从上述配置中心中获取发生规则变更的目标规则字符串；确定上述缓存中与上述目标规则字符串对应的目标处理规则；对上述目标规则字符串进行数据格式转换，得到变更后的目标处理规则；以及将上述变更后的目标处理规则存入缓存中，以使用上述变更后的目标处理规则对上述目标处理规则进行替换。

根据本公开的实施例，上述方法还包括：从上述缓存中加载一个或多个上述处理规则，其中，上述处理规则配置有物品类型；基于一个或多个上述处理规则的物品类型，对多个上述处理规则进行分类；将归属于同一物品类型的一个或多个上述处理规则构建为规则链表；以及将上述规则链表存入上述缓存中。

根据本公开的实施例，上述处理规则还配置有优先级数值；其中，上述将归属于同一物品类型的一个或多个上述处理规则构建为上述规则链表，包括：对归属于同一物品类型的一个或多个上述处理规则进行分组，得到第一规则组和第二规则组，其中，每个上述第一规则组包括具有相同匹配规则的多个处理规则，上述第二规则组包括具有不同匹配规则的多个处理规则；根据上述处理规则的优先级数值，将每个上述第一规则组的处理规则构建为第一规则子链表，其中，上述第一规则子链表的优先级数值为上述第一规则组的处理规则的优先级数值中的最大值；将上述第二规则组的每个处理规则分别构建为第二规则子链表，其中，上述第二规则子链表的优先级数值为构建上述第二规则子链表的处理规则的优先级数值；以及基于上述第一规则子链表和上述第二规则子链表的优先级数值，将上述第一规则子链表和上述第二规则子链表构建为上述规则链表。

根据本公开的实施例，上述匹配规则配置有匹配属性；上述方法还包括：在上述当前匹配规则的匹配属性与上述第一属性信息一致的情况下，确定上述当前第一属性信息命中上述当前匹配规则。

根据本公开的实施例，上述匹配规则配置有脚本标识；其中，上述使用上述处理规则的一个或多个上述匹配规则对上述第一属性信息进行遍历匹配，包括：获取与上述匹配规则的脚本标识对应的匹配脚本；将上述匹配脚本加载到规则引擎中，以执行上述匹配脚本对上述匹配规则进行解析；以及使用解析后匹配规则与上述第一属性信息进行匹配。

根据本公开的实施例，上述获取与上述当前匹配规则的脚本标识对应的匹配脚本，包括：在上述匹配规则的脚本标识为空的情况下，使用预设脚本作为上述匹配脚本；以及在上述匹配规则的脚本标识不为空的情况下，从脚本库中获取与上述脚本标识对应的脚本作为上述匹配脚本。

根据本公开的实施例，上述方法还包括：在上述第一属性信息命中上述当前匹配规则的情况下，终止使用上述目标规则链表对未遍历的第一属性信息进行遍历匹配；以及在使用上述目标规则链表对所有上述第一属性信息进行遍历匹配的匹配结果均表示为不匹配的情况下，向上述终端设备发送第三反馈信息，其中，上述第三反馈信息表征允许访问上述目标物品。

本公开的另一个方面提供了一种信息处理装置，包括：第一获取模块，用于响应于针对目标物品的访问请求，获取与上述目标物品关联的第一属性信息；第一匹配模块，用于使用目标规则链表对上述第一属性信息进行遍历匹配，其中，上述目标规则链表配置有物品类型，上述目标规则链表的物品类型与上述目标物品所属的物品类型相同，上述目标规则链表中包括一个或多个处理规则，上述处理规则包括一个或多个匹配规则；第二匹配模块，用于对于每个上述处理规则，使用上述处理规则的一个或多个上述匹配规则对上述第一属性信息进行遍历匹配；以及第一发送模块，用于响应于上述第一属性信息命中当前匹配规则，向与上述访问请求的请求方关联的终端设备发送第一反馈信息，其中，上述第一反馈信息表征上述目标物品无法被访问。

本公开的另一方面提供了一种电子设备，包括：一个或多个处理器；存储器，用于存储一个或多个指令，其中，当上述一个或多个指令被上述一个或多个处理器执行时，使得上述一个或多个处理器实现如上所述的方法。

本公开的另一方面提供了一种计算机可读存储介质，存储有计算机可执行指令，上述指令在被执行时用于实现如上所述的方法。

本公开的另一方面提供了一种计算机程序产品，上述计算机程序产品包括计算机可执行指令，上述指令在被执行时用于实现如上所述的方法。

根据本公开的实施例，在接收到目标物品的访问请求后，可以获取与目标物品关联的第一属性信息，并使用与目标物品具有相同物品类型的规则链表对第一属性信息进行匹配，并在第一属性信息命中匹配规则时，拒绝展示该目标物品。通过使用规则链表来实现物品的信息处理逻辑，对规则链表的开发不会影响业务逻辑的正常使用，使得信息处理逻辑和业务逻辑解耦，所以至少部分地克服了相关技术中存在的信息处理逻辑和业务逻辑耦合，开发成本高的技术问题，从而有效降低了信息处理逻辑的开发成本，提升了信息处理逻辑配置的灵活性。

附图说明

通过以下参照附图对本公开实施例的描述，本公开的上述以及其他目的、特征和优点将更为清楚，在附图中：

图1示意性示出了根据本公开实施例的可以应用信息处理方法的示例性系统架构。

图2示意性示出了根据本公开实施例的信息处理方法的流程图。

图3示意性示出了根据本公开实施例的规则链表生成方法的示意图。

图4示意性示出了根据本公开另一实施例的信息处理方法的流程图。

图5示意性示出了根据本公开的实施例的信息处理装置的框图。

图6示意性示出了根据本公开实施例的适于实现信息处理方法的电子设备的框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。在使用类似于“A、B或C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B或C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。

互联网企业对于信息的处理可以包括信息屏蔽、信息转换等。以物品信息屏蔽为例，相关技术方案通过在配置中心配置特定屏蔽规则，通过硬编码的方式实现对于屏蔽规则的解析逻辑，以实现物品信息的屏蔽处理。随着对于物品信息屏蔽等的需求的增多，相应业务也越来越复杂，相关技术的方案由于没有针对规则处理实现配置化，缺少灵活的配置解析和整合机制，且处理逻辑冗余不够内聚，已经难以适应业务的快速增长，无法灵活地解决复杂业务功能。例如，通过硬编码结合屏蔽配置解析处理规则，屏蔽逻辑分散，不够内聚且复用率不高；配置文件中的顺序即为规则优先级，调整屏蔽规则配置顺序不方便，且存在配置出错风险；规则解析逻辑不支持细粒度的屏蔽，例如，对物品二级类目进行屏蔽，该二级类目下某种类型物品不屏蔽，缺少一种白名单机制。

因此，出于模块内部代码逻辑优化和性能提升的考虑，需要针对重复逻辑的代码进行整合、梳理，提高代码的可维护性，从而推动程序性能和开发效率的提升，降低出现问题的概率。

有鉴于此，本公开的实施例提供了一种信息处理方法、装置、电子设备、可读存储介质和计算机程序产品。该方法包括：响应于针对目标物品的访问请求，获取与目标物品关联的第一属性信息；使用目标规则链表对第一属性信息进行遍历匹配，其中，目标规则链表配置有物品类型，目标规则链表的物品类型与目标物品所属的物品类型相同，目标规则链表中包括一个或多个处理规则，处理规则包括一个或多个匹配规则；对于每个处理规则，使用处理规则的一个或多个匹配规则对第一属性信息进行遍历匹配；以及响应于第一属性信息命中当前匹配规则，向与访问请求的请求方关联的终端设备发送第一反馈信息，其中，第一反馈信息表征目标物品无法被访问。

在本公开的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，采取了必要保密措施，且不违背公序良俗。

图1示意性示出了根据本公开实施例的可以应用信息处理方法的示例性系统架构。需要注意的是，图1所示仅为可以应用本公开实施例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。

如图1所示，根据该实施例的系统架构100可以包括终端设备101、102、103，网络104和服务器105。

终端设备101、102、103可以是具有显示屏且支持互联网服务的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

终端设备101、102、103上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端和/或社交平台软件等。用户可以使用终端设备101、102、103上的通讯客户端应用，通过网络104与服务器105交互，以接收或发送消息等。

网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线和/或无线通信链路等等。

服务器105可以是提供各种服务的服务器，例如，服务器105可以是用户在访问购物类应用时，为该购物类用于提供支持的后台管理服务器。后台管理服务器可以接收用户的访问请求，并对访问目标的相关属性信息进行处理，并将处理结果展示在终端设备101、102、103上。

需要说明的是，本公开实施例所提供的信息处理方法一般可以由服务器105执行。相应地，本公开实施例所提供的信息处理装置一般可以设置于服务器105中。本公开实施例所提供的信息处理方法也可以由不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群执行。相应地，本公开实施例所提供的信息处理装置也可以设置于不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群中。或者，本公开实施例所提供的信息处理方法也可以由终端设备101、102、或103执行，或者也可以由不同于终端设备101、102、或103的其他终端设备执行。相应地，本公开实施例所提供的信息处理装置也可以设置于终端设备101、102、或103中，或设置于不同于终端设备101、102、或103的其他终端设备中。

例如，用户可以通过终端设备101、102、或103中的任意一个(例如，终端设备101，但不限于此)发起访问请求，终端设备101在接收到该访问请求后，可以在本地执行本公开实施例所提供的信息处理方法，或者，终端设备101将访问请求发送到其他终端设备、服务器、或服务器集群，并由接收该待处理图像的其他终端设备、服务器、或服务器集群来执行本公开实施例所提供的信息处理方法。

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

需要说明的是，本公开实施例中的流程图所示的操作除非明确说明不同操作之间存在执行的先后顺序，或者不同操作在技术实现上存在执行的先后顺序，否则，多个操作之间的执行顺序可以不分先后，多个操作也可以同时执行。

图2示意性示出了根据本公开实施例的信息处理方法的流程图。

如图2所示，该方法包括操作S201～S204。

在操作S201，响应于针对目标物品的访问请求，获取与目标物品关联的第一属性信息。

在操作S202，使用目标规则链表对第一属性信息进行遍历匹配。目标规则链表配置有物品类型，目标规则链表的物品类型与目标物品所属的物品类型相同，目标规则链表中包括一个或多个处理规则，处理规则包括一个或多个匹配规则。

在操作S203，对于每个处理规则，使用处理规则的一个或多个匹配规则对第一属性信息进行遍历匹配。

在操作S204，响应于第一属性信息命中当前匹配规则，向与访问请求的请求方关联的终端设备发送第一反馈信息。第一反馈信息表征目标物品无法被访问。

根据本公开的实施例，目标物品可以指在显示设备上展示的物品，目标物品可以来源于广告、购物类应用、小程序类应用等，在此不作限定。

根据本公开的实施例，针对目标物品的访问请求可以是终端设备响应于用户点击目标物品、搜索目标物品等操作而生成的，在此不作限定。

根据本公开的实施例，与目标物品的关联的第一属性信息可以包括物品明细信息、活动信息、归属业务线信息等，例如，目标物品的价格、厂商信息、规格详情、评论信息、关联的促销活动等。

需要注意的是，对目标物品的属性信息进行处理仅是本公开所提供的示意性实施例，本公开的实施例还可以针对其他类型的对象的属性信息进行处理，该对象包括但不限于网络资讯、音视频、金融产品等。

根据本公开的实施例，物品类型的分类依据可以根据具体应用场景进行设置，例如，在物品的种类较少时，可以按照家用电器、数码产品等类别对物品进行分类；在物品的种类较多时，可以按照手机、电脑等类别对物品进行分类。

根据本公开的实施例，处理规则可以由开发人员进行编写，并存储在配置中心中；在使用时，可以将配置中心中存储的处理规则提取出来，并组合拼接为规则链表进行使用。

根据本公开的实施例，使用规则链表进行的遍历匹配可以包括将规则链表中的一个或多个处理规则按照从表头到表尾的顺序依次和选定的第一属性信息进行匹配。

根据本公开的实施例，处理规则中可以包括按照顺序排列的一个或多个匹配规则，例如，一个处理规则“rules”可以包含“skuId”、“isSelfService”等多个匹配规则。使用处理规则对第一属性信息进行遍历匹配具体包括：按处理规则中的多个匹配规则的原有顺序，依次使用一个多个匹配规则对第一属性信息进行匹配。

根据本公开的实施例，匹配规则中至少配置有用于匹配的属性和用于解析匹配规则的脚本，该脚本用于在将第一属性信息与该匹配规则进行匹配时，对该匹配规则进行解析。

根据本公开的实施例，在第一属性信息与当前匹配规则匹配时，可以认为第一属性信息命中当前匹配规则。此时，可以认为目标物品携带有不符合规则的信息，可以向终端设备发送第一反馈信息，并拒绝终端设备对与目标物品的相关信息的拉取。

根据本公开的实施例，在接收到目标物品的访问请求后，可以获取与目标物品关联的第一属性信息，并使用与目标物品具有相同物品类型的规则链表对第一属性信息进行匹配，并在第一属性信息命中匹配规则时，拒绝展示该目标物品。通过使用规则链表来实现物品的信息处理逻辑，对规则链表的开发不会影响业务逻辑的正常使用，使得信息处理逻辑和业务逻辑解耦，所以至少部分地克服了相关技术中存在的信息处理逻辑和业务逻辑耦合，开发成本高的技术问题，从而有效降低了信息处理逻辑的开发成本，提升了信息处理逻辑配置的灵活性。

下面参考图3～图4，结合具体实施例对图2所示的方法做进一步说明。

图3示意性示出了根据本公开实施例的规则链表生成方法的示意图。

如图3所示，该方法包括操作S301～S305。

在操作S301，从配置中心中获取一个或多个规则字符串。

在操作S302，对一个或多个规则字符串进行数据格式转换，得到一个或多个处理规则。

在操作S303，基于一个或多个处理规则的物品类型，对多个处理规则进行分类。

在操作S304，将归属于同一物品类型的一个或多个处理规则构建为规则链表。

在操作S305，将规则链表存入缓存中。

根据本公开的实施例，在系统启动阶段，可以从配置中心中将所有处理规则加载到本地的缓存中。

根据本公开的实施例，在系统运行阶段，还可以对配置中心进行监听，当开发人员对处理规则进行调整时，可以监听到规则变更事件，之后，可以响应该规则变更事件对本地缓存中已存储的处理规则进行调整。

根据本公开的实施例，响应该规则变更事件对本地缓存中已存储的处理规则进行调整可以包括如下操作：响应于触发规则变更事件，从配置中心中获取发生规则变更的目标规则字符串；确定缓存中与目标规则字符串对应的目标处理规则；对目标规则字符串进行数据格式转换，得到变更后的目标处理规则；以及将变更后的目标处理规则存入缓存中，以使用变更后的目标处理规则对目标处理规则进行替换。

根据本公开的实施例，配置中心存储的处理规则一般以字符串类型的格式进行存储，例如JSON数据字符串。在将处理规则缓存之前，可以将处理规则转化为规则对象，以实现缓存对处理规则的存储。

根据本公开的实施例，处理规则中可以配置有一个“priority”属性，“priority”的值即表示该处理规则和该处理规则下的所有匹配规则的优先级数值。优先级数值和优先级的逻辑关系可以根据具体业务场景进行配置，例如可以配置为优先级数值越大，优先级越高。

根据本公开的实施例，处理规则的优先级数值可以由开发人员根据具体业务场景进行配置，也可以是根据处理规则的调用次数的统计结果进行配置，在此不作限定。

根据本公开的实施例，操作S304可以包括如下操作：

对归属于同一物品类型的一个或多个处理规则进行分组，得到第一规则组和第二规则组，其中，每个第一规则组包括具有相同匹配规则的多个处理规则，第二规则组包括具有不同匹配规则的多个处理规则；根据处理规则的优先级数值，将每个第一规则组的处理规则构建为第一规则子链表，其中，第一规则子链表的优先级数值为第一规则组的处理规则的优先级数值中的最大值；将第二规则组的每个处理规则分别构建为第二规则子链表，其中，第二规则子链表的优先级数值为构建第二规则子链表的处理规则的优先级数值；以及基于第一规则子链表和第二规则子链表的优先级数值，将第一规则子链表和第二规则子链表构建为规则链表。

根据本公开的实施例，第一规则组的数量可以为0个、1个或多个，每个第一规则组中包括至少两个处理规则。第二规则组的数量仅有1个，第二规则组中的处理规则的数量可以为0个、1个或多个。例如，归属于同一物品类型的处理规则包括处理规则A1和处理规则B1，处理规则A1具有匹配规则a1和a2，处理规则B1具有匹配规则b1和b2，由于处理规则A1和处理规则B1的匹配规则均不同，则分组后第一规则组的数量为0个，第二规则组中处理规则的数量为2个。再例如，归属于同一物品类型的处理规则包括处理规则A1、处理规则B1和处理规则A2，处理规则A1具有匹配规则a1和a2，处理规则B1具有匹配规则a1和b1，处理规则A2具有匹配规则a2和b2，由于处理规则A1与处理规则B1、处理规则A2具有相同的匹配规则，则分组后第一规则组的数量为1个，该第一规则组中包括3个处理规则，第二规则组中处理规则的数量为0个。

根据本公开的实施例，基于优先级数值进行规则子链表或规则链表的构建时，可以按照优先级数值从大到小的顺序进行构建，从而使得最常使用的处理规则位于规则链表的前端，进而可以有效提高规则匹配的处理效率，降低遍历次数。

图4示意性示出了根据本公开另一实施例的信息处理方法的流程图。

如图4所示，该方法包括操作S401～S416。

在操作S401，获取第一属性信息，提取目标规则链表。

在操作S402，使用目标规则链表对第一属性信息进行遍历匹配。

在操作S403，判断处理规则是否启用；在确定处理规则启用的情况下，执行操作S404；在确定处理规则未启用的情况下，返回执行操作S402，以使用规则链表中的下一个处理规则进行处理。

在操作S404，判断是否存在前置动作标识；在确定存在前置动作标识的情况下，执行操作S405；在确定不存在前置动作标识的情况下，执行操作S407。

在操作S405，执行与前置动作标识对应的第一预设操作，获取与目标物品关联的第二属性信息。

在操作S406，使用处理规则的一个或多个匹配规则对第一属性信息和第二属性信息进行遍历匹配。

在操作S407，使用处理规则的一个或多个匹配规则对第一属性信息进行遍历匹配。

在操作S408，判断属性信息是否命中匹配规则。在确定属性信息命中匹配规则的情况下，执行操作S409；在确定属性信息未命中匹配规则的情况下，继续执行操作S413。

在操作S409，判断是否存在后置动作标识；在确定存在后置动作标识的情况下，执行操作S410；在确定不存在后置动作标识的情况下，执行操作S412。

在操作S410，执行与后置动作标识对应的第二预设操作，生成第二反馈信息。

在操作S411，向终端设备发送第二反馈信息。

在操作S412，向终端设备发送第一反馈信息。

在操作S413，判断是否完成匹配规则遍历。在确定未完成匹配规则遍历的情况下，返回执行操作S408，以使用规则链表中的下一个匹配规则进行处理；在确定完成匹配规则遍历的情况下，执行操作S414。

在操作S414，判断是否完成处理规则遍历。在确定完成处理规则遍历的情况下，执行操作S415；在确定未完成遍历的情况下，执行操作S402，以使用规则链表中的下一个处理规则进行处理。

在操作S415，判断是否完成第一属性信息遍历。在确定完成第一属性信息遍历的情况下，执行操作S416；在确定为完成第一属性信息遍历的情况下，返回执行操作S401，以对下一个第一属性信息进行遍历。

在操作S416，向终端设备发送第三反馈信息。

根据本公开的实施例，处理规则中可以配置有一个“enable”属性，该属性表示为启用状态标识，用于表示该处理规则是否启用。在“enable”的值为“true”的情况下，可以确定该处理规则处于启用状态；在“enable”的值为“false”的情况下，可以确定该处理规则处于未启用状态。

根据本公开的实施例，通过配置启用状态标识，可以灵活控制处理规则的启用与否，有效提高了信息处理的灵活性。

根据本公开的实施例，在处理规则中，可以配置一个“preAction”属性，该属性用于存放前置动作标识；在“preAction”的值为空或者“NULL”时，可以认为该处理规则中未配置有前置动作标识；在其他情况下，可以认为该处理规则中配置有前置动作标识。

根据本公开的实施例，在该处理规则中未配置有前置动作标识的情况下，可以使用该处理规则的多个匹配规则对第一属性信息进行遍历匹配。

根据本公开的实施例，前置动作标识可以包括接口全路径类名、处理脚本标识等信息。通过使用类名或标识进行脚本的关联，一方面，规则了配置中心对于处理规则的长度的限制，另一方面，通过脚本内容的单独配置，实现了对于脚本的灵活复用。

根据本公开的实施例，与前置动作标识关联的脚本可以是QlExpress脚本，每个QlExpress脚本可以包括“id”和“script”两个属性。“id”的值为该QlExpress脚本的脚本唯一标识，“script”的值为该QlExpress脚本的脚本内容。

根据本公开的实施例，第一预设操作可以是执行与前置动作标识对应的脚本而实现的操作，第一预设操作可以用来包括获取目标物品其他维度、其他来源等的属性信息。例如，第一属性信息可以是由电商平台记录的目标物品的信息，第二属性信息可以是在互联网上对目标物品进行查询得到的信息。再例如，第一属性信息可以是由商户设定的信息，第二属性信息可以是对用户评价进行语义分析后得到的信息。

根据本公开的实施例，处理规则中配置的匹配规则可以记录在一个“matchRule”属性中；“matchRule”的值中可以配置多个匹配规则，例如“skuId”、“isSelfService”等；每个匹配规则中可以配置有属性“attr”和动作“action”；“attr”的值即用于实现该匹配规则与物品的属性信息的匹配，“action”的值可以为Qlexpress脚本标识，用于指示解析该匹配规则的处理脚本。

根据本公开的实施例，在匹配规则中配置有脚本标识的情况下，使用处理规则的一个或多个匹配规则对第一属性信息进行遍历匹配可以包括如下操作：获取与匹配规则的脚本标识对应的匹配脚本；将匹配脚本加载到规则引擎中，以执行匹配脚本对匹配规则进行解析；以及使用解析后匹配规则与第一属性信息进行匹配。

根据本公开的实施例，在“action”的值为空或“NULL”时，可以认为该匹配规则不存在脚本标识，此时可以将预设脚本加载到规则引擎中，以执行默认操作来解析匹配规则；在“action”的值不为空或“NULL”时，可以认为该匹配规则存在脚本标识，此时可以直接将与该脚本标识对应的脚本加载到规则引擎中，以执行对应的操作来解析匹配规则。

根据本公开的实施例，在解析后的当前匹配规则的“attr”的值与物品属性信息匹配的情况下，可以认为该物品属性信息命中当前匹配规则。

根据本公开的实施例，在该物品属性信息命中该规则链表中的任意一个属性信息的情况下，可以终止对该规则链表中的剩余处理规则和剩余匹配规则的遍历匹配。因而可以减少不必要的匹配操作，有效提升信息处理效率。

根据本公开的实施例，在处理规则中，可以配置一个“postAction”属性用于存放后置动作标识；在“postAction”的值为空或者“NULL”时，可以认为该处理规则中未配置有后置动作标识；在其他情况下，可以认为该处理规则中配置有后置动作标识。

根据本公开的实施例，后置动作标识可以包括接口全路径类名、处理脚本标识等信息。通过使用类名或标识进行脚本的关联，一方面，规则了配置中心对于处理规则的长度的限制，另一方面，通过脚本内容的单独配置，实现了对于脚本的灵活复用。

根据本公开的实施例，与后置动作标识关联的该脚本可以是QlExpress脚本，每个QlExpress脚本可以包括“id”和“script”两个属性。“id”的值为该QlExpress脚本的脚本唯一标识，“script”的值为该QlExpress脚本的脚本内容。

根据本公开的实施例，响应于属性信息命中匹配规则，可以在处理规则中配置有后置动作标识的情况下，执行第二预设操作，以生成第二反馈信息。第二预设操作可以根据具体业务场景进行设置。例如，第二预设操作可以是生成向指定页面跳转的指令的操作，生成的第二反馈信息中可以包含向指定页面跳转的指令。再例如，第二反馈信息可以是从预设信息栏中选择信息的操作，生成的第二反馈信息中可以包含预设信息。

在一些实施例中，配置规则中还可以配置有一个“extInfo”属性，该属性内包括“bizCode”、“bizCodeMsg”、“redirectUrl”等子属性，在该匹配规则被命中时，可以调用“extInfo”属性内的值，用以完成用户预设的额外操作。

图5示意性示出了根据本公开的实施例的信息处理装置的框图。

如图5所示，信息处理装置500包括第一获取模块510、第一匹配模块520、第二匹配模块530和第一发送模块540。

第一获取模块510，用于响应于针对目标物品的访问请求，获取与目标物品关联的第一属性信息。

第一匹配模块520，用于使用目标规则链表对第一属性信息进行遍历匹配。目标规则链表配置有物品类型，目标规则链表的物品类型与目标物品所属的物品类型相同，目标规则链表中包括一个或多个处理规则，处理规则包括一个或多个匹配规则。

第二匹配模块530，用于对于每个处理规则，使用处理规则的一个或多个匹配规则对第一属性信息进行遍历匹配。

第一发送模块540，用于响应于第一属性信息命中当前匹配规则，向与访问请求的请求方关联的终端设备发送第一反馈信息。第一反馈信息表征目标物品无法被访问。

根据本公开的实施例，在接收到目标物品的访问请求后，可以获取与目标物品关联的第一属性信息，并使用与目标物品具有相同物品类型的规则链表对第一属性信息进行匹配，并在第一属性信息命中匹配规则时，拒绝展示该目标物品。通过使用规则链表来实现物品的信息处理逻辑，对规则链表的开发不会影响业务逻辑的正常使用，使得信息处理逻辑和业务逻辑解耦，所以至少部分地克服了相关技术中存在的信息处理逻辑和业务逻辑耦合，开发成本高的技术问题，从而有效降低了信息处理逻辑的开发成本，提升了信息处理逻辑配置的灵活性。

根据本公开的实施例，处理规则还配置有启用状态标识。

根据本公开的实施例，信息处理装置500还包括第二获取模块、第三匹配模块和第一处理模块。

第二获取模块，用于获取目标规则链表中的处理规则的启用状态标识。

第三匹配模块，用于在启用状态标识表征处理规则为启用状态的情况下，使用处理规则的一个或多个匹配规则对第一属性信息进行遍历匹配。

第一处理模块，用于在启用状态标识表征处理规则为不启用状态的情况下，停止使用处理规则对第一属性信息进行匹配。

根据本公开的实施例，信息处理装置500还包括第三获取模块。

第三获取模块，用于在处理规则中配置有前置动作标识的情况下，执行与前置动作标识对应的第一预设操作，获取与目标物品关联的第二属性信息。

第二匹配模块530包括第一匹配单元。

第一匹配单元，用于使用处理规则的一个或多个匹配规则对第一属性信息和第二属性信息进行遍历匹配。

根据本公开的实施例，信息处理装置500还包括生成模块和第二发送模块。

生成模块，用于响应于第一属性信息命中当前匹配规则，在处理规则中配置有后置动作标识的情况下，执行与后置动作标识对应的第二预设操作，生成第二反馈信息。

第二发送模块，用于向终端设备发送第二反馈信息。

根据本公开的实施例，信息处理装置500还包括第四获取模块、第一转换模块和第一存储模块。

第四获取模块，用于响应于触发系统启动事件，从配置中心中获取一个或多个规则字符串。

第一转换模块，用于对一个或多个规则字符串进行数据格式转换，得到一个或多个处理规则。

第一存储模块，用于将一个或多个处理规则存入缓存中。

根据本公开的实施例，信息处理装置500还包括第五获取模块、第一确定模块、第二转换模块和第二存储模块。

第五获取模块，用于响应于触发规则变更事件，从配置中心中获取发生规则变更的目标规则字符串。

第一确定模块，用于确定缓存中与目标规则字符串对应的目标处理规则。

第二转换模块，用于对目标规则字符串进行数据格式转换，得到变更后的目标处理规则。

第二存储模块，用于将变更后的目标处理规则存入缓存中，以使用变更后的目标处理规则对目标处理规则进行替换。

根据本公开的实施例，信息处理装置500还包括加载模块、分类模块、构建模块和第三存储模块。

加载模块，用于从缓存中加载一个或多个处理规则，其中，处理规则配置有物品类型。

分类模块，用于基于一个或多个处理规则的物品类型，对多个处理规则进行分类。

构建模块，用于将归属于同一物品类型的一个或多个处理规则构建为规则链表。

第三存储模块，用于将规则链表存入缓存中。

根据本公开的实施例，处理规则还配置有优先级数值。

根据本公开的实施例，构建模块包括第一构建单元、第二构建单元、第三构建单元和第四构建单元。

第一构建单元，用于对归属于同一物品类型的一个或多个处理规则进行分组，得到第一规则组和第二规则组，其中，每个第一规则组包括具有相同匹配规则的多个处理规则，第二规则组包括具有不同匹配规则的多个处理规则。

第二构建单元，用于根据处理规则的优先级数值，将每个第一规则组的处理规则构建为第一规则子链表，其中，第一规则子链表的优先级数值为第一规则组的处理规则的优先级数值中的最大值。

第三构建单元，用于将第二规则组的每个处理规则分别构建为第二规则子链表，其中，第二规则子链表的优先级数值为构建第二规则子链表的处理规则的优先级数值。

第四构建单元，用于基于第一规则子链表和第二规则子链表的优先级数值，将第一规则子链表和第二规则子链表构建为规则链表。

根据本公开的实施例，匹配规则配置有匹配属性。

根据本公开的实施例，信息处理装置500还包括第二确定模块。

第二确定模块，用于在当前匹配规则的匹配属性与第一属性信息一致的情况下，确定当前第一属性信息命中当前匹配规则。

根据本公开的实施例，匹配规则配置有脚本标识。

根据本公开的实施例，第二匹配模块530还包括第二匹配单元、第三匹配单元和第四匹配单元。

第二匹配单元，用于获取与匹配规则的脚本标识对应的匹配脚本。

第三匹配单元，用于将匹配脚本加载到规则引擎中，以执行匹配脚本对匹配规则进行解析。

第四匹配单元，用于使用解析后匹配规则与第一属性信息进行匹配。

根据本公开的实施例，第二匹配单元包括第一匹配子单元和第二匹配子单元。

第一匹配子单元，用于在匹配规则的脚本标识为空的情况下，使用预设脚本作为匹配脚本。

第二匹配子单元，用于在匹配规则的脚本标识不为空的情况下，从脚本库中获取与脚本标识对应的脚本作为匹配脚本。

根据本公开的实施例，信息处理装置500还包括第二处理模块和第三发送模块。

第二处理模块，用于在第一属性信息命中当前匹配规则的情况下，终止使用目标规则链表对未遍历的第一属性信息进行遍历匹配。

第三发送模块，用于在使用目标规则链表对所有第一属性信息进行遍历匹配的匹配结果均表示为不匹配的情况下，向终端设备发送第三反馈信息，其中，第三反馈信息表征允许访问目标物品。

根据本公开的实施例的模块、子模块、单元、子单元中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本公开实施例的模块、子模块、单元、子单元中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

例如，第一获取模块510、第一匹配模块520、第二匹配模块530和第一发送模块540中的任意多个可以合并在一个模块/单元/子单元中实现，或者其中的任意一个模块/单元/子单元可以被拆分成多个模块/单元/子单元。或者，这些模块/单元/子单元中的一个或多个模块/单元/子单元的至少部分功能可以与其他模块/单元/子单元的至少部分功能相结合，并在一个模块/单元/子单元中实现。根据本公开的实施例，第一获取模块510、第一匹配模块520、第二匹配模块530和第一发送模块540中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，第一获取模块510、第一匹配模块520、第二匹配模块530和第一发送模块540中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

需要说明的是，本公开的实施例中信息处理装置部分与本公开的实施例中信息处理方法部分是相对应的，信息处理装置部分的描述具体参考信息处理方法部分，在此不再赘述。

图6示意性示出了根据本公开实施例的适于实现信息处理方法的电子设备的框图。图6示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图6所示，根据本公开实施例的计算机电子设备600包括处理器601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。处理器601例如可以包括通用微处理器(例如CPU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))，等等。处理器601还可以包括用于缓存用途的板载存储器。处理器601可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

在RAM 603中，存储有电子设备600操作所需的各种程序和数据。处理器601、ROM602以及RAM 603通过总线604彼此相连。处理器601通过执行ROM 602和/或RAM 603中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除ROM602和RAM 603以外的一个或多个存储器中。处理器601也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。

根据本公开的实施例，电子设备600还可以包括输入/输出(I/O)接口605，输入/输出(I/O)接口605也连接至总线604。电子设备600还可以包括连接至I/O接口605的以下部件中的一项或多项：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。

根据本公开的实施例，根据本公开实施例的方法流程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被处理器601执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。

根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质。例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的ROM 602和/或RAM 603和/或ROM 602和RAM 603以外的一个或多个存储器。

本公开的实施例还包括一种计算机程序产品，其包括计算机程序，该计算机程序包含用于执行本公开实施例所提供的方法的程序代码，当计算机程序产品在电子设备上运行时，该程序代码用于使电子设备实现本公开实施例所提供的信息处理方法。

在该计算机程序被处理器601执行时，执行本公开实施例的系统/装置中限定的上述功能。根据本公开的实施例，上文描述的系统、装置、模块、单元等可以通过计算机程序模块来实现。

在一种实施例中，该计算机程序可以依托于光存储器件、磁存储器件等有形存储介质。在另一种实施例中，该计算机程序也可以在网络介质上以信号的形式进行传输、分发，并通过通信部分609被下载和安装，和/或从可拆卸介质611被安装。该计算机程序包含的程序代码可以用任何适当的网络介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

根据本公开的实施例，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例提供的计算机程序的程序代码，具体地，可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。程序设计语言包括但不限于诸如Java，C++，p叭hon，“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。

以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。

Claims (16)

1.一种信息处理方法，其特征在于，包括：

响应于针对目标物品的访问请求，获取与所述目标物品关联的第一属性信息；

使用目标规则链表对所述第一属性信息进行遍历匹配，其中，所述目标规则链表配置有物品类型，所述目标规则链表的物品类型与所述目标物品所属的物品类型相同，所述目标规则链表中包括一个或多个处理规则，所述处理规则包括一个或多个匹配规则；

对于每个所述处理规则，使用所述处理规则的一个或多个所述匹配规则对所述第一属性信息进行遍历匹配；以及

响应于所述第一属性信息命中当前匹配规则，向与所述访问请求的请求方关联的终端设备发送第一反馈信息，其中，所述第一反馈信息表征所述目标物品无法被访问。

2.根据权利要求1所述的方法，其特征在于，所述处理规则还配置有启用状态标识；

所述方法还包括：

获取所述目标规则链表中的所述处理规则的启用状态标识；

在所述启用状态标识表征所述处理规则为启用状态的情况下，使用所述处理规则的一个或多个所述匹配规则对所述第一属性信息进行遍历匹配；以及

在所述启用状态标识表征所述处理规则为不启用状态的情况下，停止使用所述处理规则对所述第一属性信息进行匹配。

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

在所述处理规则中配置有前置动作标识的情况下，执行与所述前置动作标识对应的第一预设操作，获取与所述目标物品关联的第二属性信息；

其中，所述对于每个所述处理规则，使用所述处理规则的一个或多个所述匹配规则对所述第一属性信息进行遍历匹配包括：

使用所述处理规则的一个或多个所述匹配规则对所述第一属性信息和所述第二属性信息进行遍历匹配。

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

响应于所述第一属性信息命中当前匹配规则，在所述处理规则中配置有后置动作标识的情况下，执行与所述后置动作标识对应的第二预设操作，生成第二反馈信息；以及

向所述终端设备发送所述第二反馈信息。

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

响应于触发系统启动事件，从配置中心中获取一个或多个规则字符串；

对一个或多个所述规则字符串进行数据格式转换，得到一个或多个所述处理规则；以及

将一个或多个所述处理规则存入缓存中。

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

响应于触发规则变更事件，从所述配置中心中获取发生规则变更的目标规则字符串；

确定所述缓存中与所述目标规则字符串对应的目标处理规则；

对所述目标规则字符串进行数据格式转换，得到变更后的目标处理规则；以及

将所述变更后的目标处理规则存入缓存中，以使用所述变更后的目标处理规则对所述目标处理规则进行替换。

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

从所述缓存中加载一个或多个所述处理规则，其中，所述处理规则配置有物品类型；

基于一个或多个所述处理规则的物品类型，对多个所述处理规则进行分类；

将归属于同一物品类型的一个或多个所述处理规则构建为规则链表；以及

将所述规则链表存入所述缓存中。

8.根据权利要求7所述的方法，其特征在于，所述处理规则还配置有优先级数值；

其中，所述将归属于同一物品类型的一个或多个所述处理规则构建为所述规则链表，包括：

对归属于同一物品类型的一个或多个所述处理规则进行分组，得到第一规则组和第二规则组，其中，每个所述第一规则组包括具有相同匹配规则的多个处理规则，所述第二规则组包括具有不同匹配规则的多个处理规则；

根据所述处理规则的优先级数值，将每个所述第一规则组的处理规则构建为第一规则子链表，其中，所述第一规则子链表的优先级数值为所述第一规则组的处理规则的优先级数值中的最大值；

将所述第二规则组的每个处理规则分别构建为第二规则子链表，其中，所述第二规则子链表的优先级数值为构建所述第二规则子链表的处理规则的优先级数值；以及

基于所述第一规则子链表和所述第二规则子链表的优先级数值，将所述第一规则子链表和所述第二规则子链表构建为所述规则链表。

9.根据权利要求1所述的方法，其特征在于，所述匹配规则配置有匹配属性；

所述方法还包括：

在所述当前匹配规则的匹配属性与所述第一属性信息一致的情况下，确定所述当前第一属性信息命中所述当前匹配规则。

10.根据权利要求1所述的方法，其特征在于，所述匹配规则配置有脚本标识；

其中，所述使用所述处理规则的一个或多个所述匹配规则对所述第一属性信息进行遍历匹配，包括：

获取与所述匹配规则的脚本标识对应的匹配脚本；

将所述匹配脚本加载到规则引擎中，以执行所述匹配脚本对所述匹配规则进行解析；以及

使用解析后匹配规则与所述第一属性信息进行匹配。

11.根据权利要求10所述的方法，其特征在于，所述获取与所述当前匹配规则的脚本标识对应的匹配脚本，包括：

在所述匹配规则的脚本标识为空的情况下，使用预设脚本作为所述匹配脚本；以及

在所述匹配规则的脚本标识不为空的情况下，从脚本库中获取与所述脚本标识对应的脚本作为所述匹配脚本。

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

在所述第一属性信息命中所述当前匹配规则的情况下，终止使用所述目标规则链表对未遍历的第一属性信息进行遍历匹配；以及

在使用所述目标规则链表对所有所述第一属性信息进行遍历匹配的匹配结果均表示为不匹配的情况下，向所述终端设备发送第三反馈信息，其中，所述第三反馈信息表征允许访问所述目标物品。

13.一种信息处理装置，其特征在于，包括：

第一获取模块，用于响应于针对目标物品的访问请求，获取与所述目标物品关联的第一属性信息；

第一匹配模块，用于使用目标规则链表对所述第一属性信息进行遍历匹配，其中，所述目标规则链表配置有物品类型，所述目标规则链表的物品类型与所述目标物品所属的物品类型相同，所述目标规则链表中包括一个或多个处理规则，所述处理规则包括一个或多个匹配规则；

第二匹配模块，用于对于每个所述处理规则，使用所述处理规则的一个或多个所述匹配规则对所述第一属性信息进行遍历匹配；以及

第一发送模块，用于响应于所述第一属性信息命中当前匹配规则，向与所述访问请求的请求方关联的终端设备发送第一反馈信息，其中，所述第一反馈信息表征所述目标物品无法被访问。

14.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储器，用于存储一个或多个指令，

其中，当所述一个或多个指令被所述一个或多个处理器执行时，使得所述一个或多个处理器实现权利要求1至12中任一项所述的方法。

15.一种计算机可读存储介质，其特征在于，其上存储有可执行指令，所述可执行指令被处理器执行时使处理器实现权利要求1至12中任一项所述的方法。

16.一种计算机程序产品，其特征在于，所述计算机程序产品包括计算机可执行指令，所述计算机可执行指令在被执行时用于实现权利要求1至12中任一项所述的方法。

Images