CN115103026A - 业务处理方法、装置、设备及存储介质 - Google Patents

Abstract

本发明涉及数据处理技术，公开了一种业务处理方法、装置、设备及存储介质，该方法包括：确定拦截的业务请求的请求类型；根据请求类型，确定对应的请求参数采集规则并对业务请求中的所有请求参数进行分析筛选，并将分析筛选出的请求参数进行拼接排序，得到多维度请求参数；将拦截的业务请求释放；当检测业务请求触发业务逻辑处理时确定触发业务逻辑处理的业务场景标识，并将业务场景标识和多维请求参数发送至规则引擎进行业务规则逻辑计算；将计算结果发送至业务服务器进行对应的业务逻辑。通过本方法业务场景无需关注其输入到规则引擎的各纬度参数，即使规则引擎新增了更多纬度的条件参数，业务场景可以无需改造立刻对新增维度条件进行业务运算。

Description

业务处理方法、装置、设备及存储介质

技术领域

本发明涉及数据处理领域，尤其涉及一种业务处理方法、装置、设备及存储介质。

背景技术

规则引擎主要是根据业务场景的不同的输入参数进行逻辑运算，输出针对输入参数的运算结果。例如输入为身份证号，有规则引擎判断此客户是否男性，如为男性，则输出A跳转链接，如不是女性，则输出B跳转连接。

而规则引擎原来是通过将业务决策规则和条件抽象成公共模块，以便各业务场景复用，避免重复开发提升效率，但随着业务场景接入增多，对于规则引擎现支持的业务判断纬度也会随着丰富，如可支持客户人纬度的规则判断、地理位置的规则判断、设备纬度的规则判断，操作***纬度的规则判断等等。

目前业内对于各种纬度的判断，均是基于业务场景输入参数决定的，即如需要客户人纬度的判断，业务场景必须输入身份证号、或客户或其他的身份标识、如基于地址位置判断，入参中必须输入相关经纬度信息，但这样会带来一个问题，就是随着规则引擎的支持更多的业务规则纬度，业务场景也需要不断地增加输入参数，才可使用到规则引擎新的业务规则纬度特性，这样则会带来各个业务场景的改动，降低了规则引擎的灵活性，同时增加业务场景的改造工作量。

发明内容

本发明的主要目的在于解决现有的业务处理过程需要根据规则引擎的规定的维度输入请求参数的技术问题。

本发明第一方面提供了一种业务处理方法，包括：拦截业务服务器接收的业务请求，并确定所述业务请求的请求类型；根据所述业务请求的请求类型，确定对应的请求参数采集规则；根据所述请求参数采集规则对所述业务请求中的所有请求参数进行分析筛选，并将分析筛选出的请求参数按照预设的拼接顺序进行拼接排序，得到多维度请求参数；将所述多维请求参数存储在所述业务服务器当前线程的本地缓存中，并将拦截的业务请求释放；实时检测所述业务请求是否触发业务逻辑处理；若是，则确定触发所述业务逻辑处理的业务场景标识，并将业务场景标识和所述本地缓存中的多维请求参数发送至规则引擎进行业务规则逻辑计算；获取所述规则引擎进行业务逻辑计算得到的计算结果，并将所述计算结果发送至业务服务器进行对应的业务逻辑。

可选的，在本发明第一方面的第一种实现方式中，所述根据所述业务请求的请求类型，确定对应的请求参数采集规则包括：根据所述业务请求的请求类型，从预设的内存空间中获取对应的第一采集规则；根据所述第一采集规则在所述内存空间中的存储时间，判断所述第一采集规则是否有效；若是，则将所述第一采集规则作为所述业务请求对应的请求参数采集规则；若否，则向规则引擎发送规则获取请求，并将所述规则引擎下发的第二采集规则作为所述业务请求对应的请求参数采集规则。

可选的，在本发明第一方面的第二种实现方式中，所述请求类型包括http请求，所述业务请求包括请求行和请求头，当所述请求类型为http请求时，所述根据所述请求参数采集规则对所述业务请求中的所有请求参数进行分析筛选，并将分析筛选出的请求参数按照预设的拼接顺序进行拼接排序，得到多维度请求参数包括：根据所述请求参数采集规则提取所述业务请求的请求头中的请求参数；确定所述请求行中的请求方法，所述请求方法包括get请求和post请求；若所述请求方法为get请求，则提取所述请求行中的URL的请求参数；若所述请求方法为post请求，则确定所述业务请求携带form表单，并从所述form表单中提取请求参数；确定所述业务请求是否携带有cookie，若是则将提取所述cookie中的请求参数；将所有请求参数按照预设的拼接顺序进行拼接排序，得到多维度请求参数。

可选的，在本发明第一方面的第三种实现方式中，所述请求类型还包括RCP请求，所述业务请求包括请求头，当所述请求类型为RPC请求时，所述根据所述请求参数采集规则对所述业务请求中的所有请求参数进行分析筛选，并将分析筛选出的请求参数按照预设的拼接顺序进行拼接排序，得到多维度请求参数，得到包括：根据所述请求参数采集规则提取所述业务请求的请求头中的请求参数；判断所述业务请求是否携带JSON对象；若是，则提取所述JSON对象中的请求参数；将所有请求参数按照预设的拼接顺序进行拼接排序，得到多维度请求参数。

可选的，在本发明第一方面的第四种实现方式中，所述确定触发所述业务逻辑处理的业务场景标识，并将业务场景标识和所述本地缓存中的多维请求参数发送至规则引擎进行业务规则逻辑计算包括：确定触发所述业务逻辑处理的业务场景标识，并调用预设的规则引擎判断接口；将所述业务请求和所述业务场景标识通过所述规则引擎判断接口发送至所述规则引擎；当接收所述规则引擎对所述业务请求和所述业务场景标识认证后发送的认证有效信息时，将本地缓存中的多维请求参数发送至所述规则引擎进行业务逻辑计算。

可选的，在本发明第一方面的第五种实现方式中，所述当接收所述规则引擎对所述业务请求和所述业务场景标识认证后发送的认证有效信息时，将本地缓存中的多维请求参数发送至所述规则引擎进行业务逻辑计算包括：当接收所述规则引擎对所述业务请求和所述业务场景标识认证后发送的认证有效信息时，判断所述确定所述业务请求对应的本地缓存；向所述本地缓存发送参数查询请求，并接收所述本地缓存返回的多维请求参数；将本地缓存中的多维请求参数发送至所述规则引擎进行业务逻辑计算。

可选的，在本发明第一方面的第六种实现方式中，在所述拦截业务服务器接收的业务请求，并确定所述业务请求的请求类型之前，还包括：获取规则更新请求，并确定所述规则更新请求的更新类型，其中，所述更新类型包括采集规则更新和业务规则更新；若所述更新类型为采集规则更新，则根据所述规则更新请求获取对应的第一规则代码；根据所述第一规则代码对所述规则引擎中的请求参数采集规则进行更新；若所述更新类型为业务规则更新，则根据所述规则更新请求获取对应的第二规则代码；根据所述第一规则代码对所述规则引擎中的业务规则进行更新。

本发明第二方面提供了一种业务处理装置，包括：拦截模块，用于拦截业务服务器接收的业务请求，并确定所述业务请求的请求类型；规则确定模块，用于根据所述业务请求的请求类型，确定对应的请求参数采集规则；拼接模块，用于根据所述请求参数采集规则对所述业务请求中的所有请求参数进行分析筛选，并将分析筛选出的请求参数按照预设的拼接顺序进行拼接排序，得到多维度请求参数；释放模块，用于将所述多维请求参数存储在所述业务服务器当前线程的本地缓存中，并将拦截的业务请求释放；检测模块，用于实时检测所述业务请求是否触发业务逻辑处理；计算模块，用于当所述业务请求触发业务逻辑处理，确定触发所述业务逻辑处理的业务场景标识，并将业务场景标识和所述本地缓存中的多维请求参数发送至规则引擎进行业务规则逻辑计算；转发模块，用于获取所述规则引擎进行业务逻辑计算得到的计算结果，并将所述计算结果发送至业务服务器进行对应的业务逻辑。

可选的，在本发明第二方面的第一种实现方式中，所述规则确定模块具体用于：根据所述业务请求的请求类型，从预设的内存空间中获取对应的第一采集规则；根据所述第一采集规则在所述内存空间中的存储时间，判断所述第一采集规则是否有效；若是，则将所述第一采集规则作为所述业务请求对应的请求参数采集规则；若否，则向规则引擎发送规则获取请求，并将所述规则引擎下发的第二采集规则作为所述业务请求对应的请求参数采集规则。

可选的，在本发明第二方面的第二种实现方式中，所述请求类型包括http请求，所述业务请求包括请求行和请求头，当所述请求类型为http请求时，所述拼接模块具体用于：根据所述请求参数采集规则提取所述业务请求的请求头中的请求参数；确定所述请求行中的请求方法，所述请求方法包括get请求和post请求；若所述请求方法为get请求，则提取所述请求行中的URL的请求参数；若所述请求方法为post请求，则确定所述业务请求携带form表单，并从所述form表单中提取请求参数；确定所述业务请求是否携带有cookie，若是则将提取所述cookie中的请求参数；将所有请求参数按照预设的拼接顺序进行拼接排序，得到多维度请求参数。

可选的，在本发明第二方面的第三种实现方式中，所述请求类型还包括RCP请求，所述业务请求包括请求头，当所述请求类型为RPC请求时，所述拼接模块具体用于：根据所述请求参数采集规则提取所述业务请求的请求头中的请求参数；判断所述业务请求是否携带JSON对象；若是，则提取所述JSON对象中的请求参数；将所有请求参数按照预设的拼接顺序进行拼接排序，得到多维度请求参数。

可选的，在本发明第二方面的第四种实现方式中，所述计算模块具体包括：接口调用单元，用于确定触发所述业务逻辑处理的业务场景标识，并调用预设的规则引擎判断接口；发送单元，用于将所述业务请求和所述业务场景标识通过所述规则引擎判断接口发送至所述规则引擎；认证单元，用于当接收所述规则引擎对所述业务请求和所述业务场景标识认证后发送的认证有效信息时，将本地缓存中的多维请求参数发送至所述规则引擎进行业务逻辑计算。

可选的，在本发明第二方面的第五种实现方式中，所述认证单元具体用于：当接收所述规则引擎对所述业务请求和所述业务场景标识认证后发送的认证有效信息时，判断所述确定所述业务请求对应的本地缓存；向所述本地缓存发送参数查询请求，并接收所述本地缓存返回的多维请求参数；将本地缓存中的多维请求参数发送至所述规则引擎进行业务逻辑计算。

可选的，在本发明第二方面的第六种实现方式中，所述业务处理装置还包括更新模块，所述更新模块具体用于：获取规则更新请求，并确定所述规则更新请求的更新类型，其中，所述更新类型包括采集规则更新和业务规则更新；若所述更新类型为采集规则更新，则根据所述规则更新请求获取对应的第一规则代码；根据所述第一规则代码对所述规则引擎中的请求参数采集规则进行更新；若所述更新类型为业务规则更新，则根据所述规则更新请求获取对应的第二规则代码；根据所述第一规则代码对所述规则引擎中的业务规则进行更新。

本发明第三方面提供了一种业务处理设备，包括：存储器和至少一个处理器，所述存储器中存储有指令，所述存储器和所述至少一个处理器通过线路互连；所述至少一个处理器调用所述存储器中的所述指令，以使得所述业务处理设备执行上述的业务处理方法的步骤。

本发明的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述的业务处理方法的步骤。

本发明的技术方案中，通过根据请求类型，确定对应的请求参数采集规则并对业务请求中的所有请求参数进行分析筛选，并将分析筛选出的请求参数进行拼接排序，得到多维度请求参数；将拦截的业务请求释放；当检测业务请求触发业务逻辑处理时确定触发业务逻辑处理的业务场景标识，并将业务场景标识和多维请求参数发送至规则引擎进行业务规则逻辑计算；将计算结果发送至业务服务器进行对应的业务逻辑。通过本方法业务场景无需关注其输入到规则引擎的各纬度参数，即使规则引擎新增了更多纬度的条件参数，业务场景可以无需改造立刻对新增维度条件进行业务运算。

附图说明

图1为本发明实施例中业务处理方法的第一个实施例示意图；

图2为本发明实施例中业务处理方法的第二个实施例示意图；

图3为本发明实施例中业务处理方法的第三个实施例示意图；

图4为本发明实施例中业务处理装置的一个实施例示意图；

图5为本发明实施例中业务处理装置的另一个实施例示意图；

图6为本发明实施例中业务处理设备的一个实施例示意图。

具体实施方式

本发明的技术方案中，通过根据请求类型，确定对应的请求参数采集规则并对业务请求中的所有请求参数进行分析筛选，并将分析筛选出的请求参数进行拼接排序，得到多维度请求参数；将拦截的业务请求释放；当检测业务请求触发业务逻辑处理时确定触发业务逻辑处理的业务场景标识，并将业务场景标识和多维请求参数发送至规则引擎进行业务规则逻辑计算；将计算结果发送至业务服务器进行对应的业务逻辑。通过本方法业务场景无需关注其输入到规则引擎的各纬度参数，即使规则引擎新增了更多纬度的条件参数，业务场景可以无需改造立刻对新增维度条件进行业务运算。

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”或“具有”及其任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

为便于理解，下面对本发明实施例的具体流程进行描述，请参阅图1，本发明实施例中业务处理方法的第一个实施例包括：

101、拦截业务服务器接收的业务请求，并确定业务请求的请求类型；

可以理解的是，本发明的执行主体可以为业务处理装置，还可以是终端或者服务器，具体此处不做限定。本发明实施例以服务器为执行主体为例进行说明。服务器可以是独立的服务器，也可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(Content Delivery Network，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器。

在本实施例中，对应给业务服务器嵌入使用的***，其主要作为作用是当业务服务器有请求进入时，***会此请求进行拦截分析，根据不同的请求类型，如PRC请求、http请求等，将其请求信息进行分析，结果所有***后才能对业务请求进行后续处理，待处理完后会再通过***返回至业务服务器前端，例如当业务服务器识别到有请求进入时，***调用控制服务获取要拦截的url列表，确认当前请求是否需要拦截，若需要拦截，则确定该请求为业务请求，并对该业务请求进行分析。

在本实施例中，所述***主要是使用java的jar包形式提供，在业务服务器的指定目录中增加配置文件，并获取***的jar包中携带的配置信息添加至所述配置文件中，进而实现在业务服务器中嵌入***。

102、根据业务请求的请求类型，确定对应的请求参数采集规则；

在本实施例中，所述业务请求的请求类型包括PRC请求、http请求，根据不同的请求类型，确定对应的请求参数采集规则，其中，请求参数采集规则如下：若请求类型为http请求，则采集请求头中指定参数、cookies中的指定参数、post请求中form表单中的指定参数，get请求URL上的指定参数，若请求类型为RPC请求，则采集请求中的指定参数，或请求数据中某个JSON对象的指定参数。

103、根据请求参数采集规则对业务请求中的所有请求参数进行分析筛选，并将分析筛选出的请求参数按照预设的拼接顺序进行拼接排序，得到多维度请求参数；

在本实施例中，请求参数采集规则会对业务请求中的所有请求参数进行分析筛选，从中筛选出符合条件的请求参数，其中，业务请求可以是http请求或者是RPC请求。

在实际应用中，业务请求为http请求，一个http请求报文由请求行(requestline)、请求头(header)、空行和请求数据4个部分组成，其中，请求行由请求方法字段、URL字段和HTTP协议版本字段3个字段组成，根据http标准，http请求可以使用多种请求方法，包括get，post和head方法等，若http请求的请求方法为get方法，GET方法要求服务器将URL定位的资源放在响应报文的数据部分，回送给客户端。使用GET方法时，请求参数和对应的值附加在URL后面，则请求参数采集规则获取get请求的请求行中URL上的指定参数。请求数据不在get方法中使用，而是在post方法中使用。post方法适用于需要客户填写表单的场合，若请求方法为post方法则采集请求中form表单中的指定参数。请求头部由关键字/值对组成，每行一对，关键字和值用英文冒号“:”分隔。

在本实施例中，按照预设的拼接顺序将分析筛选出的请求参数进行拼接排序，例如若业务请求为http请求，则根据请求行、请求头、空行和请求数据的顺序，将其中提取的指定参数按照顺序拼接起来并将它们用空格分隔，本发明中的拼接顺序可以自行设定，本发明不做限定。

104、将多维请求参数存储在业务服务器当前线程的本地缓存中，并将拦截的业务请求释放；

在本实施例中，使用多线程技术，是指从软件或硬件上实现多个线程并发执行的技术，事先对不同的业务服务器分配不同的线程对应不同的线程，每个线程对应一个本地缓存，该本地缓存用于存储对应的业务服务器的多维请求参数。

在本实施例中，线程缓存实际上是位于一个线程存储内部的暂态的缓存，存储内部是键值和对象的映射，具体的多维请求参数确定一个唯一标识的键值，该键值对应唯一的对象，也就是说，所述键值可以用于标识多维请求参数的唯一性，将该键值和多维请求参数存储在本地缓存中，当业务请求触发业务逻辑处理时，根据键值从本地缓存从获取对应的多维请求参数进行业务处理。

105、实时检测业务请求是否触发业务逻辑处理；

本实施例中，由于业务逻辑处理的触发与业务请求的发出时间存在时间间隔，而业务逻辑对参数的时效性要求高，若等触发业务逻辑处理后再进行数据采集，则可能导致出现不同的业务处理结果，故在用户发出业务请求后，直接对该业务请求进行拦截，并采集拦截的业务请求的参数，在将多维请求参数存储在本地缓存后，实时检测业务请求是否触发业务逻辑处理，避免时效性的影响。

106、若是，则确定触发业务逻辑处理的业务场景标识，并将业务场景标识和本地缓存中的多维请求参数发送至规则引擎进行业务规则逻辑计算；

在本实施例中，当检测所述业务请求是否触发业务逻辑处理时，则将将业务场景标识和所述本地缓存中的多维请求参数发送至规则引擎中，当此业务请求需要请求到规则引擎做业务逻辑决策时，则由原来远程调用规则引擎应用的API改为调用***的本地调用的规则引擎判断接口，此接口的输入参数仅需其业务场景的标识则可，规则引擎预先加载配置的规则表，根据业务场景标识从规则表中确定目标业务规则，并根据所述目标业务规则将对多维请求参数进行业务逻辑计算，最终得到计算结果。

107、获取规则引擎进行业务逻辑计算得到的计算结果，并将计算结果发送至业务服务器进行对应的业务逻辑。

在本实施例中，计算结果可以是一个数值，例如查询用户的性别，输入为身份证号，由规则引擎判断此客户是否男性，若是男性则输出为0，若是女性，则输出为1，计算结果也可以是一种决策策略，还是输入为身份证号，由规则引擎判断此客户是否男性为例，如为男性，则输出A跳转链接，如是女性，则输出B跳转链接，用户点击跳转链接进行对应的业务处理。

在本实施例中，通过根据请求类型，确定对应的请求参数采集规则并对业务请求中的所有请求参数进行分析筛选，并将分析筛选出的请求参数进行拼接排序，得到多维度请求参数；将拦截的业务请求释放；当检测业务请求触发业务逻辑处理时确定触发业务逻辑处理的业务场景标识，并将业务场景标识和多维请求参数发送至规则引擎进行业务规则逻辑计算；将计算结果发送至业务服务器进行对应的业务逻辑。通过本方法业务场景无需关注其输入到规则引擎的各纬度参数，即使规则引擎新增了更多纬度的条件参数，业务场景可以无需改造立刻对新增维度条件进行业务运算。

请参阅图2，本发明实施例中业务处理方法的第二个实施例包括：

201、拦截业务服务器接收的业务请求，并确定业务请求的请求类型；

具体的，在拦截业务服务器接收的业务请求，并确定业务请求的请求类型之前，还可以包括获取规则更新请求，并确定规则更新请求的更新类型，其中，更新类型包括采集规则更新和业务规则更新；若更新类型为采集规则更新，则根据规则更新请求获取对应的第一规则代码；根据第一规则代码对规则引擎中的请求参数采集规则进行更新；若更新类型为业务规则更新，则根据规则更新请求获取对应的第二规则代码；根据第一规则代码对规则引擎中的业务规则进行更新。

在本实施例中，业务服务器对发布规则的服务器的数据变化进行监听。当监听到规则更新消息时，获取规则更新消息中的场景标识、规则标识，根据场景标识将相应业务场景下规则标识对应的规则版本更新为规则更新消息中规则标识对应的规则版本。

在本实施例中，规则更新包括对参数采集规则进行更新以及对业务规则进行更新，业务服务器中规则代码的更新，可以通过消息队列与http接口调用的方式实现。进入终端，选择规则场景下需要修改更新的对应的规则代码，通过页面在线代码编辑器编辑成需要的规则代码，把更新后的规则代码保存至数据库，同时生成新的规则版本并保存到数据库中。将更新后的规则代码对应的规则版本设置为当前使用版本。

202、根据业务请求的请求类型，从预设的内存空间中获取对应的第一采集规则；

203、根据第一采集规则在内存空间中的存储时间，判断第一采集规则是否有效；

204、若是，则将第一采集规则作为业务请求对应的请求参数采集规则；

205、若否，则向规则引擎发送规则获取请求，并将规则引擎下发的第二采集规则作为业务请求对应的请求参数采集规则；

在本实施例中，规则引擎的业务维度可能会随时间进行增加，而当规则引擎的业务纬度增加时，仅需将新的请求参数采集规则下发给业务服务器中的***中则可。新的在内存空间的存储时间超过预设的存储时间时，请求参数采集规则失效，业务请求需要从规则引擎中重新获取请求参数采集规则。

在本实施例中，为了简化请求参数采集规则下发逻辑，采用的是每隔预设时间请求一次规则引擎获取最新的采集规则，并缓存到应用服务器的内存中，例如设置为10分钟进行一次请求采集规则更新。

206、提取业务请求的请求头中的请求参数；

在本实施例中，业务请求为http请求，由请求行(request line)、请求头(header)、空行和请求数据4个部分组成，其中，由关键字/值对组成，每行一对，关键字和值用英文冒号“:”分隔。请求头部通知服务器有关于客户端请求的信息，典型的请求头有：User-Agent：产生请求的浏览器类型；Accept：客户端可识别的内容类型列表；Host：请求的主机名，允许多个域名同处一个IP地址，即虚拟主机。

207、确定请求行中的请求方法，请求方法包括get请求和post请求；

在实际应用中，根据http标准，http请求可以使用多种请求方法，包括get，post和head方法等。

208、若请求方法为get请求，则提取请求头中的URL的请求参数；

在本实施例中，若http请求的请求方法为get方法，GET方法要求服务器将URL定位的资源放在响应报文的数据部分，回送给客户端。使用GET方法时，请求参数和对应的值附加在URL后面，则请求参数采集规则获取get请求的请求行中URL上的指定参数。

209、若请求方法为post请求，则确定业务请求携带form表单，并从form表单中提取请求参数；

在本实施例中，若请求方法为post请求，请求数据不在get方法中使用，而是在post方法中使用。post方法适用于需要客户填写表单的场合，若请求方法为post方法则采集请求中form表单中的指定参数，在实际应用中，表单用来接受用户的输入，并将用户的输入以“name＝value值对”集合的形式提交到服务器进行处理，表单用<form></form>标记定义，表单里面放置各种接受用户输入的控件，使用post提交的表单，数据将以数据块的形式提交到服务器，表单数据不会出现在URL中，所以用这种方式提交的表单数据是安全的。

210、确定业务请求是否携带有cookie，若是则将提取cookie中的请求参数；

在实际应用中，Cookie是用于维持服务端会话状态的，通常由服务端写入，在后续请求中，供服务端读取。一般，在HTTP响应消息和HTTP请求消息中都包含Cookie信息，分别存在于Set-Cookie字段和Cookie字段中，Cookie信息会包含多个Cookie名/值对。

211、将所有请求参数按照预设的拼接顺序进行拼接排序，得到多维度请求参数；

在本实施例中，按照预设的拼接顺序将分析筛选出的请求参数进行拼接排序，例如若业务请求为http请求，则根据请求行、请求头、空行和请求数据的顺序，将其中提取的指定参数按照顺序拼接起来并将它们用空格分隔，本发明中的拼接顺序可以自行设定，本发明不做限定。

212、将多维请求参数存储在业务服务器当前线程的本地缓存中，并将拦截的业务请求释放；

213、实时检测业务请求是否触发业务逻辑处理；

214、若是，则确定触发业务逻辑处理的业务场景标识，并将业务场景标识和本地缓存中的多维请求参数发送至规则引擎进行业务规则逻辑计算；

215、获取规则引擎进行业务逻辑计算得到的计算结果，并将计算结果发送至业务服务器进行对应的业务逻辑。

本实施例在上一实施例的基础上，详细描述了根据业务请求的请求类型，确定对应的请求参数采集规则的过程，通过根据业务请求的请求类型，从预设的内存空间中获取对应的第一采集规则；根据第一采集规则在内存空间中的存储时间，判断第一采集规则是否有效；若是，则将第一采集规则作为业务请求对应的请求参数采集规则；若否，则向规则引擎发送规则获取请求，并将规则引擎下发的第二采集规则作为业务请求对应的请求参数采集规则。通过本方法业务场景无需关注其输入到规则引擎的各纬度参数，即使规则引擎新增了更多纬度的条件参数，业务场景可以无需改造立刻对新增维度条件进行业务运算。

请参阅图3，本发明实施例中业务处理方法的第三个实施例包括：

301、拦截业务服务器接收的业务请求，并确定业务请求的请求类型；

302、根据业务请求的请求类型，确定对应的请求参数采集规则；

303、根据请求参数采集规则提取业务请求的请求头中的请求参数；

304、判断业务请求是否携带JSON对象；

305、若是，则提取JSON对象中的请求参数；

306、将所有请求参数按照预设的拼接顺序进行拼接排序，得到多维度请求参数；

在实际应用中，RPC是指远程过程调用，也就是说两台服务器A，B，一个应用部署在A服务器上，想要调用B服务器上应用提供的函数/方法，由于不在一个内存空间，不能直接调用，需要通过网络来表达调用的语义和传达调用的数据，即为请求参数。

在实际应用中，JSON(JavaScript对象表示法)是一种紧凑的文本文件格式，可用于存储和传输数据，当RPC请求中携带有JSON对象时，还需要读取JSON对象中的数据参数作为请求参数。

307、将多维请求参数存储在业务服务器当前线程的本地缓存中，并将拦截的业务请求释放；

308、实时检测业务请求是否触发业务逻辑处理；

309、若是，则确定触发业务逻辑处理的业务场景标识，并调用预设的规则引擎判断接口；

310、将业务请求和业务场景标识通过规则引擎判断接口发送至规则引擎；

在本实施例中确定触发所述业务逻辑处理的业务请求的业务场景标识，并调用预设的规则引擎判断接口时，对接收的请求信息进行有效性认证，当有效性认证的结果为有效时，则发送认证有效信息至业务服务器，业务服务器接收到给认证有效信息后，可继续执行发送请求运算规则的步骤；而当有效性认证结果为无效时，可发送无效认证信息，也可以不发送任何信息，此时可在业务服务器设置定时器，当在预设时长时间内未接收到认证有效信息后，则表征未通过规则引擎的有效性认证，可再次发送请求信息。

311、当接收规则引擎对业务请求和业务场景标识认证后发送的认证有效信息时，判断确定业务请求对应的本地缓存；

312、向本地缓存发送参数查询请求，并接收本地缓存返回的多维请求参数；

313、将本地缓存中的多维请求参数发送至规则引擎进行业务逻辑计算；

在本实施例中，使用多线程技术，是指从软件或硬件上实现多个线程并发执行的技术，事先对不同的业务服务器分配不同的线程对应不同的线程，每个线程对应一个本地缓存，该本地缓存用于存储对应的业务服务器的多维请求参数。由于采用了多线程技术，所以确定业务请求和所述业务场景标识有效后，需要根据当前线程确定对应的本地缓存，从本地缓存中获取多维请求参数。

314、获取规则引擎进行业务逻辑计算得到的计算结果，并将计算结果发送至业务服务器进行对应的业务逻辑。

本实施例在前实施例的基础上，详细描述了确定触发所述业务逻辑处理的业务场景标识，并将业务场景标识和所述本地缓存中的多维请求参数发送至规则引擎进行业务规则逻辑计算的过程，通过确定触发所述业务逻辑处理的业务场景标识，并调用预设的规则引擎判断接口；将所述业务请求和所述业务场景标识通过所述规则引擎判断接口发送至所述规则引擎；当接收所述规则引擎对所述业务请求和所述业务场景标识认证后发送的认证有效信息时，将本地缓存中的多维请求参数发送至所述规则引擎进行业务逻辑计算。通过本方法业务场景无需关注其输入到规则引擎的各纬度参数，即使规则引擎新增了更多纬度的条件参数，业务场景可以无需改造立刻对新增维度条件进行业务运算。

上面对本发明实施例中业务处理方法进行了描述，下面对本发明实施例中业务处理装置进行描述，请参阅图4，本发明实施例中业务处理装置一个实施例包括：

拦截模块401，用于拦截业务服务器接收的业务请求，并确定所述业务请求的请求类型；

规则确定模块402，用于根据所述业务请求的请求类型，确定对应的请求参数采集规则；

拼接模块403，用于根据所述请求参数采集规则对所述业务请求中的所有请求参数进行分析筛选，并将分析筛选出的请求参数按照预设的拼接顺序进行拼接排序，得到多维度请求参数；

释放模块404，用于将所述多维请求参数存储在所述业务服务器当前线程的本地缓存中，并将拦截的业务请求释放；

检测模块405，用于实时检测所述业务请求是否触发业务逻辑处理；

计算模块406，用于当所述业务请求触发业务逻辑处理，确定触发所述业务逻辑处理的业务场景标识，并将业务场景标识和所述本地缓存中的多维请求参数发送至规则引擎进行业务规则逻辑计算；

转发模块407，用于获取所述规则引擎进行业务逻辑计算得到的计算结果，并将所述计算结果发送至业务服务器进行对应的业务逻辑。

本发明实施例中，所述业务处理装置运行上述业务处理方法，所述业务处理装置通过根据请求类型，确定对应的请求参数采集规则并对业务请求中的所有请求参数进行分析筛选，并将分析筛选出的请求参数进行拼接排序，得到多维度请求参数；将拦截的业务请求释放；当检测业务请求触发业务逻辑处理时确定触发业务逻辑处理的业务场景标识，并将业务场景标识和多维请求参数发送至规则引擎进行业务规则逻辑计算；将计算结果发送至业务服务器进行对应的业务逻辑。通过本方法业务场景无需关注其输入到规则引擎的各纬度参数，即使规则引擎新增了更多纬度的条件参数，业务场景可以无需改造立刻对新增维度条件进行业务运算。

请参阅图5，本发明实施例中业务处理装置的第二个实施例包括：

拦截模块401，用于拦截业务服务器接收的业务请求，并确定所述业务请求的请求类型；

规则确定模块402，用于根据所述业务请求的请求类型，确定对应的请求参数采集规则；

拼接模块403，用于根据所述请求参数采集规则对所述业务请求中的所有请求参数进行分析筛选，并将分析筛选出的请求参数按照预设的拼接顺序进行拼接排序，得到多维度请求参数；

释放模块404，用于将所述多维请求参数存储在所述业务服务器当前线程的本地缓存中，并将拦截的业务请求释放；

检测模块405，用于实时检测所述业务请求是否触发业务逻辑处理；

计算模块406，用于当所述业务请求触发业务逻辑处理，确定触发所述业务逻辑处理的业务场景标识，并将业务场景标识和所述本地缓存中的多维请求参数发送至规则引擎进行业务规则逻辑计算；

转发模块407，用于获取所述规则引擎进行业务逻辑计算得到的计算结果，并将所述计算结果发送至业务服务器进行对应的业务逻辑。

在本实施例中，所述规则确定模块402具体用于：根据所述业务请求的请求类型，从预设的内存空间中获取对应的第一采集规则；根据所述第一采集规则在所述内存空间中的存储时间，判断所述第一采集规则是否有效；若是，则将所述第一采集规则作为所述业务请求对应的请求参数采集规则；若否，则向规则引擎发送规则获取请求，并将所述规则引擎下发的第二采集规则作为所述业务请求对应的请求参数采集规则。

在本实施例中，所述请求类型包括http请求，所述业务请求包括请求行和请求头，当所述请求类型为http请求时，所述拼接模块403具体用于：根据所述请求参数采集规则提取所述业务请求的请求头中的请求参数；确定所述请求行中的请求方法，所述请求方法包括get请求和post请求；若所述请求方法为get请求，则提取所述请求行中的URL的请求参数；若所述请求方法为post请求，则确定所述业务请求携带form表单，并从所述form表单中提取请求参数；确定所述业务请求是否携带有cookie，若是则将提取所述cookie中的请求参数；将所有请求参数按照预设的拼接顺序进行拼接排序，得到多维度请求参数。

在本实施例中，所述请求类型还包括RCP请求，所述业务请求包括请求头，当所述请求类型为RPC请求时，所述拼接模块403具体用于：根据所述请求参数采集规则提取所述业务请求的请求头中的请求参数；判断所述业务请求是否携带JSON对象；若是，则提取所述JSON对象中的请求参数；将所有请求参数按照预设的拼接顺序进行拼接排序，得到多维度请求参数。

在本实施例中，所述计算模块406具体包括：接口调用单元4061，用于确定触发所述业务逻辑处理的业务场景标识，并调用预设的规则引擎判断接口；发送单元4062，用于将所述业务请求和所述业务场景标识通过所述规则引擎判断接口发送至所述规则引擎；认证单元4063，用于当接收所述规则引擎对所述业务请求和所述业务场景标识认证后发送的认证有效信息时，将本地缓存中的多维请求参数发送至所述规则引擎进行业务逻辑计算。

在本实施例中，所述认证单元4063具体用于：当接收所述规则引擎对所述业务请求和所述业务场景标识认证后发送的认证有效信息时，判断所述确定所述业务请求对应的本地缓存；向所述本地缓存发送参数查询请求，并接收所述本地缓存返回的多维请求参数；将本地缓存中的多维请求参数发送至所述规则引擎进行业务逻辑计算。

在本实施例中，所述业务处理装置还包括更新模块408，所述更新模块408具体用于：获取规则更新请求，并确定所述规则更新请求的更新类型，其中，所述更新类型包括采集规则更新和业务规则更新；若所述更新类型为采集规则更新，则根据所述规则更新请求获取对应的第一规则代码；根据所述第一规则代码对所述规则引擎中的请求参数采集规则进行更新；若所述更新类型为业务规则更新，则根据所述规则更新请求获取对应的第二规则代码；根据所述第一规则代码对所述规则引擎中的业务规则进行更新。

本实施例在上一实施例的基础上，详细描述了各个模块的具体功能以及部分模块的单元构成，通过这些模块单元，能够根据请求类型，确定对应的请求参数采集规则并对业务请求中的所有请求参数进行分析筛选，并将分析筛选出的请求参数进行拼接排序，得到多维度请求参数；将拦截的业务请求释放；当检测业务请求触发业务逻辑处理时确定触发业务逻辑处理的业务场景标识，并将业务场景标识和多维请求参数发送至规则引擎进行业务规则逻辑计算；将计算结果发送至业务服务器进行对应的业务逻辑。通过本方法业务场景无需关注其输入到规则引擎的各纬度参数，即使规则引擎新增了更多纬度的条件参数，业务场景可以无需改造立刻对新增维度条件进行业务运算。

上面图4和图5从模块化功能实体的角度对本发明实施例中的中业务处理装置进行详细描述，下面从硬件处理的角度对本发明实施例中业务处理设备进行详细描述。

图6是本发明实施例提供的一种业务处理设备的结构示意图，该业务处理设备600可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(centralprocessing units，CPU)610(例如，一个或一个以上处理器)和存储器620，一个或一个以上存储应用程序633或数据632的存储介质630(例如一个或一个以上海量存储设备)。其中，存储器620和存储介质630可以是短暂存储或持久存储。存储在存储介质630的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对业务处理设备600中的一系列指令操作。更进一步地，处理器610可以设置为与存储介质630通信，在业务处理设备600上执行存储介质630中的一系列指令操作，以实现上述业务处理方法的步骤。

业务处理设备600还可以包括一个或一个以上电源640，一个或一个以上有线或无线网络接口650，一个或一个以上输入输出接口660，和/或，一个或一个以上操作***631，例如Windows Serve，Mac OS X，Unix，Linux，FreeBSD等等。本领域技术人员可以理解，图6示出的业务处理设备结构并不构成对本申请提供的业务处理设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

本发明还提供一种计算机可读存储介质，该计算机可读存储介质可以为非易失性计算机可读存储介质，该计算机可读存储介质也可以为易失性计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在计算机上运行时，使得计算机执行所述业务处理方法的步骤。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***或装置、单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

Claims (10)

1.一种业务处理方法，其特征在于，所述业务处理方法包括：

拦截业务服务器接收的业务请求，并确定所述业务请求的请求类型；

根据所述业务请求的请求类型，确定对应的请求参数采集规则；

根据所述请求参数采集规则对所述业务请求中的所有请求参数进行分析筛选，并将分析筛选出的请求参数按照预设的拼接顺序进行拼接排序，得到多维度请求参数；

将所述多维请求参数存储在所述业务服务器当前线程的本地缓存中，并将拦截的业务请求释放；

实时检测所述业务请求是否触发业务逻辑处理；

若是，则确定触发所述业务逻辑处理的业务场景标识，并将业务场景标识和所述本地缓存中的多维请求参数发送至规则引擎进行业务规则逻辑计算；

获取所述规则引擎进行业务逻辑计算得到的计算结果，并将所述计算结果发送至业务服务器进行对应的业务逻辑。

2.根据权利要求1所述的业务处理方法，其特征在于，所述根据所述业务请求的请求类型，确定对应的请求参数采集规则包括：

根据所述业务请求的请求类型，从预设的内存空间中获取对应的第一采集规则；

根据所述第一采集规则在所述内存空间中的存储时间，判断所述第一采集规则是否有效；

若是，则将所述第一采集规则作为所述业务请求对应的请求参数采集规则；

若否，则向规则引擎发送规则获取请求，并将所述规则引擎下发的第二采集规则作为所述业务请求对应的请求参数采集规则。

3.根据权利要求1所述的业务处理方法，其特征在于，所述请求类型包括http请求，所述业务请求包括请求行和请求头，当所述请求类型为http请求时，所述根据所述请求参数采集规则对所述业务请求中的所有请求参数进行分析筛选，并将分析筛选出的请求参数按照预设的拼接顺序进行拼接排序，得到多维度请求参数包括：

根据所述请求参数采集规则提取所述业务请求的请求头中的请求参数；

确定所述请求行中的请求方法，所述请求方法包括get请求和post请求；

若所述请求方法为get请求，则提取所述请求行中的URL的请求参数；

若所述请求方法为post请求，则确定所述业务请求携带form表单，并从所述form表单中提取请求参数；

确定所述业务请求是否携带有cookie，若是则将提取所述cookie中的请求参数；

将所有请求参数按照预设的拼接顺序进行拼接排序，得到多维度请求参数。

4.根据权利要求1所述的业务处理方法，其特征在于，所述请求类型还包括RCP请求，所述业务请求包括请求头，当所述请求类型为RPC请求时，所述根据所述请求参数采集规则对所述业务请求中的所有请求参数进行分析筛选，并将分析筛选出的请求参数按照预设的拼接顺序进行拼接排序，得到多维度请求参数，得到包括：

根据所述请求参数采集规则提取所述业务请求的请求头中的请求参数；

判断所述业务请求是否携带JSON对象；

若是，则提取所述JSON对象中的请求参数；

将所有请求参数按照预设的拼接顺序进行拼接排序，得到多维度请求参数。

5.根据权利要求1所述的业务处理方法，其特征在于，所述确定触发所述业务逻辑处理的业务场景标识，并将业务场景标识和所述本地缓存中的多维请求参数发送至规则引擎进行业务规则逻辑计算包括：

确定触发所述业务逻辑处理的业务场景标识，并调用预设的规则引擎判断接口；

将所述业务请求和所述业务场景标识通过所述规则引擎判断接口发送至所述规则引擎；

当接收所述规则引擎对所述业务请求和所述业务场景标识认证后发送的认证有效信息时，将本地缓存中的多维请求参数发送至所述规则引擎进行业务逻辑计算。

6.根据权利要求5所述的业务处理方法，其特征在于，所述当接收所述规则引擎对所述业务请求和所述业务场景标识认证后发送的认证有效信息时，将本地缓存中的多维请求参数发送至所述规则引擎进行业务逻辑计算包括：

当接收所述规则引擎对所述业务请求和所述业务场景标识认证后发送的认证有效信息时，判断所述确定所述业务请求对应的本地缓存；

向所述本地缓存发送参数查询请求，并接收所述本地缓存返回的多维请求参数；

将本地缓存中的多维请求参数发送至所述规则引擎进行业务逻辑计算。

7.根据权利要求1-6中任一项所述的业务处理方法，其特征在于，在所述拦截业务服务器接收的业务请求，并确定所述业务请求的请求类型之前，还包括：

获取规则更新请求，并确定所述规则更新请求的更新类型，其中，所述更新类型包括采集规则更新和业务规则更新；

若所述更新类型为采集规则更新，则根据所述规则更新请求获取对应的第一规则代码；

根据所述第一规则代码对所述规则引擎中的请求参数采集规则进行更新；

若所述更新类型为业务规则更新，则根据所述规则更新请求获取对应的第二规则代码；

根据所述第一规则代码对所述规则引擎中的业务规则进行更新。

8.一种业务处理装置，其特征在于，所述业务处理装置包括：

拦截模块，用于拦截业务服务器接收的业务请求，并确定所述业务请求的请求类型；

规则确定模块，用于根据所述业务请求的请求类型，确定对应的请求参数采集规则；

拼接模块，用于根据所述请求参数采集规则对所述业务请求中的所有请求参数进行分析筛选，并将分析筛选出的请求参数按照预设的拼接顺序进行拼接排序，得到多维度请求参数；

释放模块，用于将所述多维请求参数存储在所述业务服务器当前线程的本地缓存中，并将拦截的业务请求释放；

检测模块，用于实时检测所述业务请求是否触发业务逻辑处理；

计算模块，用于当所述业务请求触发业务逻辑处理，确定触发所述业务逻辑处理的业务场景标识，并将业务场景标识和所述本地缓存中的多维请求参数发送至规则引擎进行业务规则逻辑计算；

转发模块，用于获取所述规则引擎进行业务逻辑计算得到的计算结果，并将所述计算结果发送至业务服务器进行对应的业务逻辑。

9.一种业务处理设备，其特征在于，所述业务处理设备包括：存储器和至少一个处理器，所述存储器中存储有指令，所述存储器和所述至少一个处理器通过线路互连；

所述至少一个处理器调用所述存储器中的所述指令，以使得所述业务处理设备执行如权利要求1-7任一项所述的业务处理方法的步骤。

10.一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-7任一项所述的业务处理方法的步骤。

Images