CN110874244A - 适用于不同业务场景的过滤方法、装置及存储介质 - Google Patents

Abstract

本发明实施方式提供一种适用于不同业务场景的过滤方法、装置及存储介质，属于数据处理技术领域。方法包括：接收用户端的业务请求；识别业务请求对应的业务场景；调用与所述业务场景对应的业务场景接口，以对对应的业务请求进行数据过滤。本发明上述技术方案将业务场景接口化，为不同的业务场景建立不同类型的接口，接收到业务请求后先判断业务请求对应的业务场景，无大量重复的业务场景逻辑判断代码，扩展性强，支持热拔插，上线新业务时，只需针对该业务场景进行接口类型的实现修改即可，下架业务时只需去掉对应的接口类型的实现即可。

Description

适用于不同业务场景的过滤方法、装置及存储介质

技术领域

本发明涉及数据处理技术领域，具体地涉及一种适用于不同业务场景的过滤方法、一种适用于不同业务场景的过滤装置以及一种计算机可读存储介质。

背景技术

筛选类业务问题是常见的业务问题，其中过滤器是一种比较常见的筛选类业务问题解决方案，比如：广告资源系统中对广告主资源的消耗，商城售卖系统中对客户购买资格的限制等等，在技术实现中都使用过滤器进行各种条件的判断，筛选，过滤出符合要求的数据进行处理。现有的过滤器实现方案中都是使用实现同一个接口类型，编写不同的执行方法以满足不同的筛选条件，当遇到业务场景比较复杂的时候，需要在每个过滤器中去硬编码判断该过滤器是否适用于该种业务场景。现有的过滤方法存在如下问题：

编码可读性较差，过滤器功能逻辑中参杂了业务场景判断逻辑，编码结构划分不明确；

大量的重复编码，在多个过滤器中会存在相同的业务场景判断逻辑；

扩展性较差，在添加新业务场景的时候，需要对原来的每个过滤器都进行逐一编码；

不支持热拔插，上下架新业务类型时不能动态加载和卸载过滤器，对原来的业务场景会产生一定影响。

发明内容

本发明实施方式的目的是提供一种适用于不同业务场景的过滤方法、一种适用于不同业务场景的过滤装置以及一种计算机可读存储介质，以解决现有的过滤器筛选存在的编码可读性较差、重复编码多及扩展性较差的问题。

为了实现上述目的，在本发明第一方面，提供一种适用于不同业务场景的过滤方法，包括：

接收用户端的业务请求；

识别所述业务请求对应的业务场景；

调用与所述业务场景对应的业务场景接口，以对对应的业务请求进行数据过滤。

可选地，所述调用与所述业务场景对应的业务场景接口，以对对应的业务请求进行数据过滤，包括：

调用所述业务场景接口，以使所述业务场景接口加载与所述业务请求对应的过滤器组成过滤器链，并通过所述过滤器链对所述业务请求进行数据过滤。

可选地，所述过滤器链包括至少一个过滤器，所述加载与所述业务请求对应的过滤器组成过滤器链，并通过所述过滤器链对所述业务请求进行数据过滤，包括：

加载与所述业务请求对应的过滤器，将加载到的所有过滤器按预设顺序组成所述过滤器链，以便依次通过所述过滤器链中的每一个过滤器对所述业务请求进行数据过滤。

可选地，同一过滤器能够被不同的业务场景接口加载。

在本发明的第二方面，还提供一种适用于不同业务场景的过滤装置，包括：

接收单元，被配置为接收用户端的业务请求；

识别单元，被配置为识别所述业务请求对应的业务场景；

接口单元，被配置为调用与所述业务场景对应的业务场景接口，以对对应的业务请求进行数据过滤。

可选地，所述调用与所述业务场景对应的业务场景接口，以对对应的业务请求进行数据过滤，包括：

调用所述业务场景接口，以使所述业务场景接口加载与所述业务请求对应的过滤器组成过滤器链，并通过所述过滤器链对所述业务请求进行数据过滤。

可选地，所述过滤器链包括至少一个过滤器，所述加载与所述业务请求对应的过滤器组成过滤器链，并通过所述过滤器链对所述业务请求进行数据过滤，包括：

加载与所述业务请求对应的过滤器，将加载到的所有过滤器按预设顺序组成所述过滤器链，以便依次通过所述过滤器链中的每一个过滤器对所述业务请求进行数据过滤。

可选地，同一过滤器能够被不同的业务场景接口加载。

在本发明第三方面，还提供一种适用于不同业务场景的过滤装置，包括存储器和处理器，所述存储器存储指令，所述指令被所述处理器执行时上述的适用于不同业务场景的过滤方法。

在本发明第四方面，还提供一种计算机可读存储介质，所述可读存储介质上存储有指令，当其在计算机上运行时，使得计算机执行如上述的适用于不同业务场景的过滤方法。

本发明上述技术方案将业务场景接口化，为不同的业务场景建立不同类型的接口接收到业务请求后先判断业务请求对应的业务场景，以调用与业务请求对应的业务场景接口对业务请求进行过滤，只需对业务场景进行一次判断，无大量重复的业务场景逻辑判断代码，扩展性强，支持热拔插，上线新业务时，只需针对该业务场景进行接口类型的实现修改即可，下架业务时只需去掉对应的接口类型的实现即可。

本发明实施方式的其它特征和优点将在随后的具体实施方式部分予以详细说明。

附图说明

附图是用来提供对本发明实施方式的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本发明实施方式，但并不构成对本发明实施方式的限制。在附图中：

图1是本发明一种实施方式提供的一种适用于不同业务场景的过滤方法流程图；

图2是本发明一种实施方式提供的现有过滤器调用方法流程示意图；

图3是本发明一种实施方式提供的一种适用于不同业务场景的过滤方法的过滤器调用方法流程示意图；

图4是本发明一种实施方式提供的一种适用于不同业务场景的过滤装置的框图。

具体实施方式

以下结合附图对本发明的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本发明，并不用于限制本发明。

在本发明实施方式中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

如图1所示，在本发明第一方面，为了实现上述目的，本发明的实施方式提供一种适用于不同业务场景的过滤方法，包括：

接收用户端的业务请求；

识别业务请求对应的业务场景；

调用与业务场景对应的业务场景接口，以对对应的业务请求进行数据过滤。

如此，本实施方式将业务场景接口化，为不同的业务场景建立不同类型的接口，接收到业务请求后先判断业务请求对应的业务场景，以调用与业务请求对应的业务场景接口对业务请求进行过滤，只需对业务场景进行一次判断，无大量重复的业务逻辑判断代码，扩展性强，支持热拔插，上线新业务时，只需针对该业务场景需要进行接口类型的实现修改即可，下架业务时只需去掉对应的接口类型的实现即可。

具体的，本实施方式以Javaweb构建的商城购买系统进行说明，在商城购买系统的限购规则中，个人用户与企业用户的限购规则不同，则个人用户与企业用户对应的过滤规则也不同，例如，个人用户购买时，需判断售卖时间、售卖库存及个人用户的VIP级别，企业用户购买时，需判断售卖时间、售卖库存及售卖区域。现有的过滤方法是，定义一个限购接口，当客户端发起购买商品的业务请求时，调用该限购接口，限购接口通过加载各过滤模块分别对售卖时间、售卖库存、售卖区域及个人用户的VIP级别进行过滤，每次过滤之前，都需要判断业务请求的业务场景是个人用户还是企业用户，以便确定当前过滤模块是否适用于当前业务场景，若当前的过滤模块适用于当前业务场景，则对业务请求进行数据过滤，若当前的过滤模块不适用于当前业务场景，则转至下一个过滤模块，重复上述过程，直至业务请求通过所有过滤模块的过滤，调用对应的资源返回给用户端。由于在每个过滤模块过滤时都需要对业务场景进行硬编码以实现前置逻辑判断，导致编程过程中会存在大量的重复编码，使得编码可读性差，功能逻辑与业务场景判断逻辑混杂，编码结构划分不明确，同时，使得系统扩展性差，在添加新业务场景的时候，需要对原来的每个过滤模块都进行重新编码，以满足新的业务场景的需求，也不能支持热拔插，当上下架新业务类型时不能动态加载和卸载过滤器，对原来的业务场景会产生一定影响。本实施方式中，服务器端接收用户端发出的购买商品的业务请求，通过业务请求中数据中的标识位、账号或IP地址识别接收到的业务请求的业务场景是企业用户还是个人用户，若识别到的业务场景为企业用户，则调用与企业用户对应的企业用户业务场景接口，若识别到的业务场景为个人用户，则调用与个人用户对应的个人用户业务场景接口，通过对应的业务场景接口对业务请求的资源进行过滤，分别对售卖时间、售卖库存，以及个人用户的VIP级别/售卖区域进行过滤后，服务器调用对应的资源返回给用户端，使得用户端能访问该资源。本实施方式通过将业务场景接口化，为不同的业务场景建立不同类型的接口，通过实现不同类型的接口，使得不同的业务场景通过不同的接口类型来组织过滤，从而无需在每个过滤模块中进行业务场景的前置判断，在上下架新业务时，只需添加或删除对应的业务场景接口待加载的过滤模块即可。

在Java中，接口是一个抽象类型，是一系列方法的声明，是一组行为的规范、定义，一个接口只有方法的特征没有方法的实现，这些方法可以在不同的地方被不同的类实现，而这些实现可以具有不同的功能，因此，调用与业务场景对应的业务场景接口，以对对应的业务请求进行数据过滤，包括：

调用业务场景接口，以使业务场景接口加载与业务请求对应的过滤器组成过滤器链，并通过过滤器链对业务请求进行数据过滤。

在本实施方式中，实现限购接口的类即过滤器，过滤器对应于上述的过滤模块，通过过滤器组合对服务器管理的所有web资源进行拦截，从而可实现一些特殊功能，例如实现URL级别的权限访问控制、敏感词汇过滤等。如图2所示，现有的过滤方法中，业务请求通过过滤器A、过滤器B、过滤器C及过滤器D依次进行数据过滤，实现限购接口的每个过滤器都需要对业务场景进行前置逻辑判断，而这种过滤器进行前置逻辑判断通常以硬编码的方式实现，导致在编码过程中会存在大量的重复编码，多个过滤器中会存在相同的业务场景判断逻辑，使得编码可读性较差，过滤器功能逻辑中掺杂了业务场景判断逻辑，导致编码结构划分不明确，同时，由于每个过滤器均需要进行前置逻辑判断，使得系统扩展性较差，在添加新业务场景的时候，需要对原来的每个过滤器都进行重新编码，以满足新的业务场景的需求，也不能支持热拔插，当上下架新业务类型时不能动态加载和卸载过滤器，对原来的业务场景会产生一定影响。如图3所示，在本实施方式中，服务器接收到业务请求后，解析业务请求，判断业务请求对应的业务场景，调用与业务请求对应的业务场景接口，被调用的业务场景接口加载对应的过滤器组成过滤器链，并对业务请求进行数据过滤，例如，调用业务场景接口A时，业务场景接口A加载过滤器A及过滤器C对业务请求进行数据过滤；调用业务场景接口B时，业务场景接口B调用过滤器A、过滤器B及过滤器D对业务请求进行数据过滤。本实施方式通过将不同的业务场景定义为不同类型的接口，从而实现了将业务场景接口化，使得不同的业务场景可以通过不同类型的接口组织与业务请求对应的过滤器进行过滤，而不需要在每个过滤器中进行前置判断，有效减少了编码的重复量，同时过滤器的功能逻辑中无需增加业务场景判断逻辑，使得编码结构划分明确，有效提高了编码可读性。由于无需在每个过滤器中对业务场景进行前置判断，使得在新增业务场景时，只需要依据业务场景的需求，加载对应的过滤器实现新业务场景接口即可，而不需要对每个过滤器编码进行修改；删除业务场景时，只需要从当前环境中去掉对应的业务场景接口即可，而不会对当前业务造成影响。

由于每个过滤器实现对应业务接口的一个功能，故过滤器链包括至少一个过滤器，加载与业务请求对应的过滤器组成过滤器链，并通过过滤器链对业务请求进行数据过滤，包括：

加载与业务请求对应的过滤器，将加载到的所有过滤器按预设顺序组成过滤器链，以便依次通过过滤器链中的每一个过滤器对业务请求进行数据过滤。

具体的，在本实施方式的商城购买系统的限购规则中，个人用户业务场景接口及企业用户业务场景接口均通过编写的过滤器实现限购的接口方法，在通过个人用户业务场景接口对业务请求进行数据过滤时，分别通过实现判断售卖时间的过滤器、判断售卖库存的过滤器以及判断用户的VIP等级的过滤器对业务请求进行数据过滤；在通过企业用户业务场景接口对业务请求进行数据过滤时，分别通过判断售卖时间、判断售卖库存以及判断售卖区域的过滤器对业务请求进行数据过滤。当用户端发出web资源的业务请求时，服务器对业务请求的业务场景进行识别，如服务器判断业务请求为个人用户业务场景，则调用个人用户业务场景接口，个人用户业务场景接口通过配置文件加载判断售卖时间的过滤器、判断售卖库存的过滤器以及判断用户的VIP等级的过滤器，并按照被加载的过滤器在配置文件中的注册顺序决定先加载哪个过滤器，并按加载顺序将过滤器组成过滤器链，业务请求先通过过滤器链中的第一个过滤器进行过滤，若符合规则则放行，并将业务请求传递至下一个过滤器，使得业务请求依次通过过滤器链中的每一个过滤器，对业务请求中的数据进行检查或改动，对业务请求进行拦截，当业务请求通过每一个过滤器后，将该业务请求发送至web资源处理器，web资源处理器完成对资源的处理后，将响应信息逐级逆向返回至用户端，从而使得用户端能访问返回的资源。例如，当业务请求依次通过了过滤器链中的判断售卖时间的过滤器、判断售卖库存的过滤器以及判断用户的VIP等级的过滤器后，通过web资源处理器获取资源，并逆向返回给用户端，以使得用户能访问购买商品的对应资源，若业务请求未通过过滤器中的任意一个过滤器，则向用户返回无法购买的请求结果。

为了提高过滤器的复用率，本实施方式中，同一过滤器能够被不同的业务场景接口加载。建立过滤器时，在每个过滤器中编写与实现每个业务场景接口的方法对应的执行方法，以使得过滤器能执行每个实现业务场景接口的方法，即，一个过滤器可以实现多个类型的接口，如，判断售卖时间的过滤器既可以被个人用户业务场景接口加载，又可以被企业用户业务场景接口加载，从而实现了过滤器的复用，有效提高了过滤器的复用率。

本实施方式中，创建业务场景接口时，将所有业务场景接口的方法的名称定义为相同的方法名称，以使得通过不同的业务场景接口调用过滤器时保证过滤器功能的统一性。例如，为个人用户业务场景接口和企业用户业务场景接口定义相同名称的限购方法，则使得所有实现了限购的过滤器功能统一。由于为不同的业务场景建立了一个相同的方法名称，不同类型的接口，因此，在通过不同的业务场景接口调用过滤器时，保证了过滤器功能的统一性，在编码过程中能更有效的对过滤器进行管理。

如图4所示，在本发明的第二方面，还提供一种适用于不同业务场景的过滤装置，包括：

接收单元，被配置为接收用户端的业务请求；

识别单元，被配置为识别业务请求对应的业务场景；

接口单元，被配置为调用与业务场景对应的业务场景接口，以对对应的业务请求进行数据过滤。

可选地，调用与业务场景对应的业务场景接口，以对对应的业务请求进行数据过滤，包括：

调用业务场景接口，以使业务场景接口加载与业务请求对应的过滤器组成过滤器链，并通过过滤器链对业务请求进行数据过滤。

可选地，过滤器链包括至少一个过滤器，加载与业务请求对应的过滤器组成过滤器链，并通过过滤器链对业务请求进行数据过滤，包括：

加载与业务请求对应的过滤器，将加载到的所有过滤器按预设顺序组成过滤器链，以便依次通过过滤器链中的每一个过滤器对业务请求进行数据过滤。

可选地，同一过滤器能够被不同的业务场景接口加载。

在本发明第三方面，还提供一种适用于不同业务场景的过滤装置，包括存储器和处理器，存储器存储指令，指令被处理器执行时上述的适用于不同业务场景的过滤方法。

在本发明第四方面，还提供一种计算机可读存储介质，可读存储介质上存储有指令，当其在计算机上运行时，使得计算机执行如上述的适用于不同业务场景的过滤方法。

综上所述，本发明上述技术方案通过将业务场景接口化，为不同的业务场景建立不同类型的接口，以使得不同的业务场景使用接口类型来组织对应的过滤器进行筛选过滤，无需在每个过滤器进行业务场景的前置判断，编码结构划分明确，编码可读性好。同时代码复用率高，无大量重复的业务逻辑判断代码，扩展性强，支持热拔插，上线新业务时，只需针对该业务场景需要的过滤器进行接口类型的实现修改即可，下架业务时只需去掉对应的接口类型的过滤器的实现即可，有效提高了编码效率及系统维护效率，并降低了维护成本。

本申请是参照根据本申请实施例的方法、装置(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上结合附图详细描述了本发明的可选实施方式，但是，本发明实施方式并不限于上述实施方式中的具体细节，在本发明实施方式的技术构思范围内，可以对本发明实施方式的技术方案进行多种简单变型，这些简单变型均属于本发明实施方式的保护范围。

另外需要说明的是，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合。为了避免不必要的重复，本发明实施方式对各种可能的组合方式不再另行说明。

本领域技术人员可以理解实现上述实施方式的方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得单片机、芯片或处理器(processor)执行本发明各个实施方式所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

Claims (10)

1.一种适用于不同业务场景的过滤方法，其特征在于，包括：

接收用户端的业务请求；

识别所述业务请求对应的业务场景；

调用与所述业务场景对应的业务场景接口，以对对应的业务请求进行数据过滤。

2.根据权利要求1所述的适用于不同业务场景的过滤方法，其特征在于，所述调用与所述业务场景对应的业务场景接口，以对对应的业务请求进行数据过滤，包括：

调用所述业务场景接口，以使所述业务场景接口加载与所述业务请求对应的过滤器组成过滤器链，并通过所述过滤器链对所述业务请求进行数据过滤。

3.根据权利要求2所述的适用于不同业务场景的过滤方法，其特征在于，所述过滤器链包括至少一个过滤器，所述加载与所述业务请求对应的过滤器组成过滤器链，并通过所述过滤器链对所述业务请求进行数据过滤，包括：

加载与所述业务请求对应的过滤器，将加载到的所有过滤器按预设顺序组成所述过滤器链，以便依次通过所述过滤器链中的每一个过滤器对所述业务请求进行数据过滤。

4.根据权利要求2所述的适用于不同业务场景的过滤方法，其特征在于，同一过滤器能够被不同的业务场景接口加载。

5.一种适用于不同业务场景的过滤装置，其特征在于，包括：

接收单元，被配置为接收用户端的业务请求；

识别单元，被配置为识别所述业务请求对应的业务场景；

接口单元，被配置为调用与所述业务场景对应的业务场景接口，以对对应的业务请求进行数据过滤。

6.根据权利要求5所述的适用于不同业务场景的过滤装置，其特征在于，所述调用与所述业务场景对应的业务场景接口，以对对应的业务请求进行数据过滤，包括：

调用所述业务场景接口，以使所述业务场景接口加载与所述业务请求对应的过滤器组成过滤器链，并通过所述过滤器链对所述业务请求进行数据过滤。

7.根据权利要求6所述的适用于不同业务场景的过滤装置，其特征在于，所述过滤器链包括至少一个过滤器，所述加载与所述业务请求对应的过滤器组成过滤器链，并通过所述过滤器链对所述业务请求进行数据过滤，包括：

加载与所述业务请求对应的过滤器，将加载到的所有过滤器按预设顺序组成所述过滤器链，以便依次通过所述过滤器链中的每一个过滤器对所述业务请求进行数据过滤。

8.根据权利要求6所述的适用于不同业务场景的过滤装置，其特征在于，同一过滤器能够被不同的业务场景接口加载。

9.一种适用于不同业务场景的过滤装置，包括存储器和处理器，其特征在于，所述存储器存储指令，所述指令被所述处理器执行时实现权利要求1～4中任意一项权利要求所述的适用于不同业务场景的过滤方法。

10.一种计算机可读存储介质，其特征在于，所述可读存储介质上存储有指令，当其在计算机上运行时，使得计算机执行权利要求1～4中任意一项权利要求所述的适用于不同业务场景的过滤方法。

Images