一种处理请求的方法和装置与流程

本发明涉及计算机技术领域，尤其涉及一种处理请求的方法和装置。

背景技术：

通常，不同的业务场景对应不同的计算维度，当前的处理方式是将所有的业务场景枚举出来，一个一个地写处理分支，每个业务场景下将每个计算维度进行一一枚举、计算，然后将各维度的计算结果进行比较取优或者叠加。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：

硬编码较多，一旦新增业务场景或者修改计算维度，就需要修改代码，并且修改的代码量较大，修改后还要发布新版本，可扩展性较差；需要将所有业务场景和计算维度进行枚举，并且都要写在代码里，因此代码复杂，不易维护；不能实现业务场景和计算维度的可配置化。

技术实现要素：

有鉴于此，本发明实施例提供一种处理请求的方法和装置，以解决可扩展性较差和代码开发成本高、不易维护的技术问题。

为实现上述目的，根据本发明实施例的一个方面，提供了一种处理请求的方法，包括：

接收并解析业务处理请求，得到业务数据和业务场景；

根据业务场景匹配出对应的至少一个计算维度，从而分别确定所述至少一个计算维度对应的至少一个算法实现构件；

采用所述至少一个算法实现构件对所述业务数据进行计算，并返回计算结果。

可选地，接收并解析业务处理请求之前，还包括：

预先配置各个业务场景对应的至少一个计算维度。

可选地，接收并解析业务处理请求之前，还包括：预先配置各个计算维度的规则属性。

可选地，接收并解析业务处理请求之前，还包括：

针对每个计算维度，创建所述计算维度对应的算法实现构件，并将所述算法实现构件放入构件库。

可选地，采用所述至少一个算法实现构件对所述业务数据进行计算，包括：

采用所述至少一个算法实现构件对所述业务数据进行计算，得到至少一个临时结果；

基于所述至少一个计算维度的规则属性，对所述至少一个临时结果进行计算，得到计算结果。

可选地，基于所述至少一个计算维度的规则属性，对所述至少一个临时结果进行计算，得到计算结果，包括：

根据所述至少一个计算维度的规则属性，将所述至少一个临时结果分成至少一个结果子列表；其中，一种规则属性对应于一个结果子列表；

基于所述至少一个结果子列表对应的属性规则，分别对所述至少一个结果子列表中的临时结果进行计算，从而分别得到所述至少一个结果子列表对应的计算结果；

从所述至少一个结果子列表对应的各个计算结果筛选出最大值，作为最终的计算结果。

可选地，所述规则属性包括最优、叠加或者组合。

另外，根据本发明实施例的另一个方面，提供了一种处理请求的装置，包括：

解析模块，用于接收并解析业务处理请求，得到业务数据和业务场景；

确定模块，用于根据业务场景匹配出对应的至少一个计算维度，从而分别确定所述至少一个计算维度对应的至少一个算法实现构件；

计算模块，用于采用所述至少一个算法实现构件对所述业务数据进行计算，并返回计算结果。

可选地，还包括配置模块，用于：

接收并解析业务处理请求之前，预先配置各个业务场景对应的至少一个计算维度。

可选地，所述配置模块，还用于：接收并解析业务处理请求之前，预先配置各个计算维度的规则属性。

可选地，所述配置模块还用于：

接收并解析业务处理请求之前，针对每个计算维度，创建所述计算维度对应的算法实现构件，并将所述算法实现构件放入构件库。

可选地，所述计算模块还用于：

采用所述至少一个算法实现构件对所述业务数据进行计算，得到至少一个临时结果；

基于所述至少一个计算维度的规则属性，对所述至少一个临时结果进行计算，得到计算结果。

可选地，所述计算模块还用于：

根据所述至少一个计算维度的规则属性，将所述至少一个临时结果分成至少一个结果子列表；其中，一种规则属性对应于一个结果子列表；

基于所述至少一个结果子列表对应的属性规则，分别对所述至少一个结果子列表中的临时结果进行计算，从而分别得到所述至少一个结果子列表对应的计算结果；

从所述至少一个结果子列表对应的各个计算结果筛选出最大值，作为最终的计算结果。

可选地，所述规则属性包括最优、叠加或者组合。

根据本发明实施例的另一个方面，还提供了一种电子设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述任一实施例所述的方法。

根据本发明实施例的另一个方面，还提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现上述任一实施例所述的方法。

上述发明中的一个实施例具有如下优点或有益效果：因为采用根据业务场景匹配出对应的至少一个计算维度，从而确定至少一个算法实现构件，采用至少一个算法实现构件对业务数据进行计算的技术手段，所以克服了现有技术中可扩展性较差和代码开发成本高、不易维护的技术问题。本发明实施例利用业务场景驱动的可配置机制，实现各个业务场景下的计算维度的灵活配置，配置结果实时生效，无需更新代码版本，不但提高了可扩展性，还降低了代码开发成本，也方便维护。新增计算维度时，只需要独立开发新增计算维度的算法实现构件，以插拔方式集成到现有构件库中。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的处理请求的方法的主要流程的示意图；

图2是根据本发明一个可参考实施例的处理请求的方法的主要流程的示意图；

图3是根据本发明又一个可参考实施例的处理请求的方法的主要流程的示意图；

图4是根据本发明实施例的处理请求的装置的主要模块的示意图；

图5是本发明实施例可以应用于其中的示例性系统架构图；

图6是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

图1是根据本发明实施例的处理请求的方法的主要流程的示意图。作为本发明的一个实施例，如图1所示，所述处理请求的方法可以包括：

步骤101，接收并解析业务处理请求，得到业务数据和业务场景。

首先，接收业务处理请求，并对其进行解析，从而得到业务数据和业务场景。由于不同的业务场景对应于不同的计算维度，因此通过解析得到业务场景，可以在步骤102中进一步确定该业务场景对应的计算维度。

可选地，在步骤101之前，还包括：预先配置各个业务场景对应的至少一个计算维度，并配置各个计算维度的规则属性。需要指出的是，业务运营人员可以根据业务需求，在各个业务场景下分别配置一个或者多个计算维度，并且为每个计算维度分别配置规则属性(比如最优、叠加或者组合等)。

例如，在实物贵金属领域，可以包括以下计算维度：

01-重量优惠

02-价差优惠

03-兑换优惠

04-预约优惠

05-组合优惠

06-交易类型优惠

07-交易渠道优惠

08-金额优惠

09-客户等级优惠

10-客户星级优惠

11-客户贵金属等级优惠

12-特殊优惠

…

例如，在实物贵金属领域，可以包括以下业务场景：

0901-实物出售

0902-待提取出售

0903-账户金兑换实物出售

0904-账户金兑换待提取出售

0905-积存金兑换实物出售

0906积存金兑换待提取出售

0907-易存金兑换实物出售

0908-易存金兑换待提取出售

0909-金换金兑换实物出售

0910-金换金兑换待提取出售

0911-微信贵金属出售

0912-微金币兑换出售

0913-待提取出售提取

0914-定投买入

0915-定投赎回

0916-实物配送出售

0919-实物回购

0920-待提取回购

…

针对不同的业务场景，业务运营人员可以根据业务需求灵活设置不同的计算维度，以实现不同业务场景差异设置、同一业务场景动态调整的目的。

比如：

0901-实物出售：09-客户等级优惠

10-客户星级优惠

12-特殊优惠

05-产品组合优惠

0902-待提取出售：10-客户星级优惠

01-交易重量优惠

04-预约优惠

0916-实物配送出售：05-产品组合优惠

01-交易重量优惠

0905-积存进兑换实物出售：01-交易重量优惠

03-兑换优惠

配置得到的业务场景参数表如下表所示：

可选地，所述业务数据包括用户信息和产品数据，步骤101可以具体包括：接收业务处理请求，并对其进行解析，从而得到用户编号、用户星级、用户等级等用户信息，产品编号、产品数据、产品重量、产品金额等产品数据，以及业务场景编号，以便于在后续步骤中差异化地计算各个业务场景下的业务数据。

步骤102，根据业务场景匹配出对应的至少一个计算维度，从而分别确定所述至少一个计算维度对应的至少一个算法实现构件。

在该步骤中，根据步骤101中解析出的业务场景匹配出对应的一个或多个计算维度，从而分别确定每个计算维度对应的算法实现构件。以实物出售业务场景为例，实物出售交易在进行优惠处理时，先根据业务场景对应的编号0901查询业务场景参数表，获取到该业务场景对应的计算维度：09-客户等级优惠、10-客户星级优惠、特殊优惠、产品组合优惠。

可选地，在步骤101之前，还包括：针对每个计算维度，创建所述计算维度对应的算法实现构件，并将所述算法实现构件放入构件库。在本发明的实施例中，每个计算维度对应一个独立的算法实现构件，各个算法实现构件之前相互独立，互不影响。

而且，计算维度编号与算法实现构件编号一一对应，并存储于构件库表中，如下所示：

步骤103，采用所述至少一个算法实现构件对所述业务数据进行计算，并返回计算结果。

在该步骤中，采用所述至少一个算法实现构件对步骤101中得到的用户信息和产品数据进行计算，然后返回计算结果。本发明实施例将每个计算维度的计算算法封装成一个原子构件，然后配置到构件库表中，当调用请求匹配到相应的构件时，按照单个构件算法去执行计算，然后根据每个构件的规则属性，进行汇总规则计算。因此，业务场景一经确定，计算维度也将明确。当业务新增一种业务场景的时候，只需配置业务场景和计算维度的对应关系即可，给了业务运营人员针对固定业务场景灵活配置计算维度的解决方案，节省了代码开发成本，也便于管理、扩展和维护。

可选地，采用所述至少一个算法实现构件对所述业务数据进行计算，包括：采用所述至少一个算法实现构件对所述业务数据进行计算，得到至少一个临时结果；基于所述至少一个计算维度的规则属性，对所述至少一个临时结果进行计算，得到计算结果。由于所述业务场景对应于一个或者多个计算维度，相应地，该业务场景对应于一个或者多个算法实现构件。首先采用各个算法实现构件分别对业务数据进行计算，分别得到临时结果；然后基于各个计算维度的规则属性(可以是最优、叠加或者组合等)对这些临时结果进行计算，得到最终的计算结果。

可选地，基于所述至少一个计算维度的规则属性，对所述至少一个临时结果进行计算，得到计算结果，包括：根据所述至少一个计算维度的规则属性，将所述至少一个临时结果分成至少一个结果子列表；其中，一种规则属性对应于一个结果子列表；基于所述至少一个结果子列表对应的属性规则，分别对所述至少一个结果子列表中的临时结果进行计算，从而分别得到所述至少一个结果子列表对应的计算结果；从所述至少一个结果子列表对应的各个计算结果筛选出最大值，作为最终的计算结果。以最优和叠加为例，将各个算法实现构件对应的临时结果分成“最优”子列表和“叠加”子列表；然后从“最优”子列表中筛选出最优的计算结果，遍历“叠加”子列表并对该列表中的临时结果进行求和，得到计算结果；最后比较“最优”子列表的计算结果和“叠加”子列表的计算结果，将两者中的最大值作为最终的计算结果。

根据上面所述的各种实施例，可以看出本发明通过根据业务场景匹配出对应的至少一个计算维度，从而确定至少一个算法实现构件，采用至少一个算法实现构件对业务数据进行计算的技术手段，解决了现有技术中可扩展性较差和代码开发成本高、不易维护的技术问题。本发明实施例利用业务场景驱动的可配置机制，实现各个业务场景下的计算维度的灵活配置，配置结果实时生效，无需更新代码版本，不但提高了可扩展性，还降低了代码开发成本，也方便维护。新增计算维度时，只需要独立开发新增计算维度的算法实现构件，以插拔方式集成到现有构件库中。

图2是根据本发明一个可参考实施例的处理请求的方法的主要流程的示意图。作为本发明的另一个实施例，如图2所示，所述处理请求的方法可以包括：

步骤201，预先配置各个业务场景对应的至少一个计算维度，并配置各个计算维度的规则属性。

业务运营人员可以根据业务需求，在各个业务场景下分别配置一个或者多个计算维度，并且为每个计算维度分别配置规则属性(比如最优、叠加或者组合等)。一旦有新建立的业务场景，则只需配置好对应的计算维度即可。

步骤202，针对每个计算维度，创建所述计算维度对应的算法实现构件，并将所述算法实现构件放入构件库。

在本发明的实施例中，每个计算维度对应一个独立的算法实现构件，各个算法实现构件之前相互独立，互不影响。而且，计算维度编号与算法实现构件编号一一对应，并存储于构件库表中。

步骤203，接收并解析业务处理请求，得到业务数据和业务场景。

可选地，所述业务数据包括用户信息和产品数据，步骤101可以具体包括：接收业务处理请求，并对其进行解析，从而得到用户编号、用户星级、用户等级等用户信息，产品编号、产品数据、产品重量、产品金额等产品数据，以及业务场景编号，以便于在后续步骤中差异化地计算各个业务场景下的业务数据。

步骤204，根据业务场景匹配出对应的至少一个计算维度，从而分别确定所述至少一个计算维度对应的至少一个算法实现构件。

根据步骤203中解析出的业务场景匹配出对应的一个或多个计算维度，从而分别确定每个计算维度对应的算法实现构件。以实物出售业务场景为例，实物出售交易在进行优惠处理时，先根据业务场景对应的编号0901查询业务场景参数表，获取到该业务场景对应的计算维度：09-客户等级优惠、10-客户星级优惠、特殊优惠、产品组合优惠。

步骤205，采用所述至少一个算法实现构件对所述业务数据进行计算，得到至少一个临时结果。

步骤206，基于所述至少一个计算维度的规则属性，对所述至少一个临时结果进行计算，得到计算结果。

步骤207，返回计算结果。

本发明实施例通过配置各个业务场景对应的计算维度以及规则属性，例如哪些计算维度可以叠加，哪些计算维度可以从多个维度里去取优。同时，设立好业务场景对应的优惠维度的关系，以配置表方式固化下来。一旦有新建立的业务场景，则只需配置好对应的计算维度以及添加一个具体的算法实现构件即可，基本不需要改变原有的代码，也不需要发布新版本，大大节省了代码开发成本。而且，不同业务场景的计算维度的调整可以实时生效，无需变更代码。

另外，在本发明一个可参考实施例中处理请求的方法的具体实施内容，在上面所述处理请求的方法中已经详细说明了，故在此重复内容不再说明。

图3是根据本发明又一个可参考实施例的处理请求的方法的主要流程的示意图。作为本发明的又一个实施例，如图3所示，所述处理请求的方法可以包括：

步骤301，预先配置各个业务场景对应的至少一个计算维度，并配置各个计算维度的规则属性。

步骤302，针对每个计算维度，创建所述计算维度对应的算法实现构件，并将所述算法实现构件放入构件库。

步骤303，接收并解析业务处理请求，得到业务数据和业务场景

步骤304，根据业务场景匹配出对应的至少一个计算维度，从而分别确定所述至少一个计算维度对应的至少一个算法实现构件。

步骤305，采用所述至少一个算法实现构件对所述业务数据进行计算，得到至少一个临时结果。

步骤306，根据所述至少一个计算维度的规则属性，将所述至少一个临时结果分成至少一个结果子列表。

其中，一种规则属性对应于一个结果子列表。以最优和叠加为例，将各个算法实现构件对应的临时结果分成“最优”子列表和“叠加”子列表。

步骤307，基于所述至少一个结果子列表对应的属性规则，分别对所述至少一个结果子列表中的临时结果进行计算，从而分别得到所述至少一个结果子列表对应的计算结果。

从“最优”子列表中筛选出最优的计算结果，遍历“叠加”子列表并对该列表中的临时结果进行求和，得到计算结果。

步骤308，从所述至少一个结果子列表对应的各个计算结果筛选出最大值，作为最终的计算结果。

比较“最优”子列表的计算结果和“叠加”子列表的计算结果，将两者中的最大值作为最终的计算结果。

步骤309，返回最终的计算结果。

另外，在本发明一个可参考实施例中处理请求的方法的具体实施内容，在上面所述处理请求的方法中已经详细说明了，故在此重复内容不再说明。

图4是根据本发明实施例的处理请求的装置的主要模块的示意图，如图4所示，所述处理请求的装置400包括解析模块401、确定模块402和计算模块403；其中，解析模块401用于接收并解析业务处理请求，得到业务数据和业务场景；确定模块402用于根据业务场景匹配出对应的至少一个计算维度，从而分别确定所述至少一个计算维度对应的至少一个算法实现构件；计算模块403用于采用所述至少一个算法实现构件对所述业务数据进行计算，并返回计算结果。

可选地，还包括配置模块，用于：

接收并解析业务处理请求之前，预先配置各个业务场景对应的至少一个计算维度。

可选地，所述配置模块，还用于：接收并解析业务处理请求之前，预先配置各个计算维度的规则属性。

可选地，所述配置模块还用于：

接收并解析业务处理请求之前，针对每个计算维度，创建所述计算维度对应的算法实现构件，并将所述算法实现构件放入构件库。

可选地，所述计算模块403还用于：

采用所述至少一个算法实现构件对所述业务数据进行计算，得到至少一个临时结果；

基于所述至少一个计算维度的规则属性，对所述至少一个临时结果进行计算，得到计算结果。

可选地，所述计算模块403还用于：

根据所述至少一个计算维度的规则属性，将所述至少一个临时结果分成至少一个结果子列表；其中，一种规则属性对应于一个结果子列表；

基于所述至少一个结果子列表对应的属性规则，分别对所述至少一个结果子列表中的临时结果进行计算，从而分别得到所述至少一个结果子列表对应的计算结果；

从所述至少一个结果子列表对应的各个计算结果筛选出最大值，作为最终的计算结果。

可选地，所述规则属性包括最优、叠加或者组合。

根据上面所述的各种实施例，可以看出本发明通过根据业务场景匹配出对应的至少一个计算维度，从而确定至少一个算法实现构件，采用至少一个算法实现构件对业务数据进行计算的技术手段，解决了现有技术中可扩展性较差和代码开发成本高、不易维护的技术问题。本发明实施例利用业务场景驱动的可配置机制，实现各个业务场景下的计算维度的灵活配置，配置结果实时生效，无需更新代码版本，不但提高了可扩展性，还降低了代码开发成本，也方便维护。新增计算维度时，只需要独立开发新增计算维度的算法实现构件，以插拔方式集成到现有构件库中。

需要说明的是，在本发明所述处理请求的装置的具体实施内容，在上面所述处理请求的方法中已经详细说明了，故在此重复内容不再说明。

图5示出了可以应用本发明实施例的处理请求的方法或处理请求的装置的示例性系统架构500。

如图5所示，系统架构500可以包括终端设备501、502、503，网络504和服务器505。网络504用以在终端设备501、502、503和服务器505之间提供通信链路的介质。网络504可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备501、502、503通过网络504与服务器505交互，以接收或发送消息等。终端设备501、502、503上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端设备501、502、503可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器505可以是提供各种服务的服务器，例如对用户利用终端设备501、502、503所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的物品信息查询请求等数据进行分析等处理，并将处理结果(例如目标推送信息、物品信息——仅为示例)反馈给终端设备。

需要说明的是，本发明实施例所提供的处理请求的方法一般由服务器505执行，相应地，所述处理请求的装置一般设置在服务器505中。本发明实施例所提供的处理请求的方法也可以由终端设备501、502、503执行，相应地，所述处理请求的装置可以设置在终端设备501、502、503中。

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

下面参考图6，其示出了适于用来实现本发明实施例的终端设备的计算机系统600的结构示意图。图6示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图6所示，计算机系统600包括中央处理单元(cpu)601，其可以根据存储在只读存储器(rom)602中的程序或者从存储部分608加载到随机访问存储器(ram)603中的程序而执行各种适当的动作和处理。在ram603中，还存储有系统600操作所需的各种程序和数据。cpu601、rom602以及ram603通过总线604彼此相连。输入/输出(i/o)接口605也连接至总线604。

以下部件连接至i/o接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至i/o接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(cpu)601执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括解析模块、确定模块和计算模块，其中，这些模块的名称在某种情况下并不构成对该模块本身的限定。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：接收并解析业务处理请求，得到业务数据和业务场景；根据业务场景匹配出对应的至少一个计算维度，从而分别确定所述至少一个计算维度对应的至少一个算法实现构件；采用所述至少一个算法实现构件对所述业务数据进行计算，并返回计算结果。

根据本发明实施例的技术方案，因为采用根据业务场景匹配出对应的至少一个计算维度，从而确定至少一个算法实现构件，采用至少一个算法实现构件对业务数据进行计算的技术手段，所以克服了现有技术中可扩展性较差和代码开发成本高、不易维护的技术问题。本发明实施例利用业务场景驱动的可配置机制，实现各个业务场景下的计算维度的灵活配置，配置结果实时生效，无需更新代码版本，不但提高了可扩展性，还降低了代码开发成本，也方便维护。新增计算维度时，只需要独立开发新增计算维度的算法实现构件，以插拔方式集成到现有构件库中。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。