CN103812873B - 业务服务请求处理方法和装置 - Google Patents

Abstract

本发明实施例提供一种业务服务请求处理方法和装置，该方法包括：接收业务服务请求，业务服务请求包括多个业务特征项；若判断获知多个业务特征项中存在与服务决策集中包括的特征索引相匹配的业务特征项，则调用服务决策集中包括的、与特征索引对应的子服务决策集或服务插件对业务服务请求进行处理。本发明各实施例通过将业务特征项进行层级分类，并在服务决策过程引入特征项作为决策指标，可由原来的全量特征匹配变为层级范围内特征匹配，加快决策速度，提升系统效率；增强决策结果的精确性，提升系统的业务需求满足度；通过构建服务决策集期间对引用的子集分配索引规则的方式，满足服务插件在不同场景中的复用，提高系统组件复用率。

Description

业务服务请求处理方法和装置

技术领域

本发明实施例涉及信息处理技术，尤其涉及一种业务服务请求处理方法和装置。

背景技术

全球信息量正在以59％以上的年增长率增长，不论是传统电信领域管理系统，还是快速发展的电商系统，需要侧重解决在信息量、种类和速度上的快速膨胀给管理数据、业务方面的带来的显著挑战。信息管理系统的重要能力之一是需要将大量的业务行为信息转化为正确有效的商业决策。目前形势下，业务信息来源于更多的渠道：物品本身属性、交易行为因素、各种合作门户的多方位需求场景感知等；信息的涵盖种类也包括并不限于表格数据、分层数据、文件数据、计量数据、行情数据、交易数据和其它更多种类。

在现有技术中，服务决策服务器通过设计期建立的匹配规则构建服务流程，执行服务行为。然而现有技术中服务决策服务器在响应业务服务请求时，每一次都引入全集特征项和匹配规则进行全量匹配运算才能得到决策服务结果集，系统执行成本较高，造成性能浪费。另外，现有技术中的服务决策服务器在面临新增业务需求和决策信息项时，不但需要升级决策规则因子项、还需要对服务决策结果集合全量排检编排才能完成需求覆盖。当客户需求越来越多，系统业务范围快速扩大时，后期升级极其复杂，服务组件的适配升级与组装维护成本非常高。

发明内容

本发明实施例提供一种业务服务请求处理方法和装置。

本发明实施例第一方面提供一种业务服务请求处理装置，包括：

接收模块，用于接收业务服务请求，所述业务服务请求包括多个业务特征项；

处理模块，用于若判断获知所述多个业务特征项中存在与服务决策集中包括的特征索引相匹配的业务特征项，则调用所述服务决策集中包括的、与所述特征索引对应的子服务决策集或服务插件对所述业务服务请求进行处理；

其中，所述调用所述服务决策集中包括的、与所述特征索引对应的子服务决策集或服务插件对所述业务服务请求进行处理包括：

若所述服务决策集中包括的是子服务决策集，则继续判断所述多个业务特征项中是否存在与所述子服务决策集中包括的特征索引相匹配的业务特征项，若存在，则继续调用所述子服务决策集中包括的、与所述特征索引对应的子服务决策集或服务插件对所述业务服务请求进行处理；

若所述服务决策集中包括的是服务插件，则调用所述服务插件对所述业务服务请求进行处理。

本发明实施例第二方面提供一种业务服务请求处理方法，包括：

接收业务服务请求，所述业务服务请求包括多个业务特征项；

若判断获知所述多个业务特征项中存在与服务决策集中包括的特征索引相匹配的业务特征项，则调用所述服务决策集中包括的、与所述特征索引对应的子服务决策集或服务插件对所述业务服务请求进行处理；

其中，所述调用所述服务决策集中包括的、与所述特征索引对应的子服务决策集或服务插件对所述业务服务请求进行处理包括：

若所述服务决策集中包括的是子服务决策集，则继续判断所述多个业务特征项中是否存在与所述子服务决策集中包括的特征索引相匹配的业务特征项，若存在，则继续调用所述子服务决策集中包括的、与所述特征索引对应的子服务决策集或服务插件对所述业务服务请求进行处理；

若所述服务决策集中包括的是服务插件，则调用所述服务插件对所述业务服务请求进行处理。

本发明实施例提供的业务服务请求处理方法和装置，通过将业务特征项进行层级分类，并在服务决策过程引入特征项作为决策指标，可由原来的全量特征匹配变为层级范围内特征匹配，加快决策速度，提升系统效率；通过在服务决策过程引入特征项作为决策指标，增强决策结果的精确性，提升系统的业务需求满足度；通过构建服务决策集期间对引用的子集分配索引规则的方式，满足服务插件在不同场景中的复用，提高系统组件复用率。

附图说明

图1为本发明实施例业务服务请求处理方法流程图；

图2为应用本发明提供的方法购买手机充值卡实施例示意图；

图3为本发明实施例业务服务请求处理装置结构示意图。

具体实施方式

针对现有技术中服务决策服务器在响应业务服务请求时，每一次都需要引入全集特征项和匹配规则进行全量匹配运算才能得到决策服务结果集的处理方式所存在的系统执行成本较高以及不易维护等缺陷，本发明各实施例提供一种解决方案，将业务服务决策从庞大的服务资源库与全量特征库中解放出来，区分业务对象特征层级，构建多层索引的服务决策集，实现服务决策的多层级索引，提高运算效率，加快业务响应速度，从而提升客户满意度。

图1为本发明实施例业务服务请求处理方法流程图，如图1所示，该发法包括：

步骤100、接收业务服务请求，所述业务服务请求包括多个业务特征项；

用户通过登录门户网站等方式，发起一业务服务请求，该业务服务请求中包括有多个业务特征项。本发明实施例中所述的业务特征项是指与进行业务服务请求相关的特征值，例如业务操作类型(购买类、投诉类等)、卖家以及买家特征值等等。服务决策服务器接收到上述业务服务请求后，可以根据本方法实施例中分层设置的服务决策集对业务服务请求进行处理。

步骤200、若判断获知所述多个业务特征项中存在与服务决策集中包括的特征索引相匹配的业务特征项，则调用所述服务决策集中包括的、与所述特征索引对应的子服务决策集或服务插件对所述业务服务请求进行处理。

在本方法实施例中，服务决策服务器内包括以下部分：

服务特征索引：负责构建以特征为索引的分层服务决策集。

服务决策集：具备决策能力的服务集合。主要由两部分组成：特征索引、服务插件或子服务决策集构成的有序集合。且各服务插件或子服务决策集均对应各自的特征索引。

服务插件：具体的服务行为载体，提供动作逻辑封装和触发执行接口。

表1本发明实施例服务决策集示意图，如表1所示，每一个服务决策集本身包含过滤索引(Fiter Key)、服务决策(插件)集定义(Service Resource)、执行序列码(ExecuteOrder)三部分信息。索引的完成方式为：先执行后匹配。

服务决策集在进行设计构建时，可以引入其他服务决策集作为子项，并为其分配在当前决策场景中的索引过滤规则、执行序列码。

服务决策集在执行时，先运行过滤索引计算，若不满足特征匹配则结束；满足过滤索引计算后，触发子服务决策集的按顺序触发执行。

子服务决策集的执行方式一致，先进行过滤索引计算，匹配后本身若是服务插件，执行业务行为；本身若是子服务决策集，将再次触发下层子集执行。

服务决策服务器接收到上述业务服务请求后，首先判断位于上层的服务决策集中各服务插件或子服务决策集对应的特征索引是否存在于业务服务请求中的业务特征项中，若存在于，则调用该服务决策集中包括的、与匹配成功的特征索引对应的子服务决策集或服务插件对业务服务请求进行处理。

基于上述关于服务决策集的介绍，本方法实施例中调用所述服务决策集中包括的、与所述特征索引对应的子服务决策集或服务插件对所述业务服务请求进行处理包括：

若所述服务决策集中包括的是子服务决策集，则继续判断所述多个业务特征项中是否存在与所述子服务决策集中包括的特征索引相匹配的业务特征项，若存在，则继续调用所述子服务决策集中包括的、与所述特征索引对应的子服务决策集或服务插件对所述业务服务请求进行处理。

若所述服务决策集中包括的是服务插件，则调用所述服务插件对所述业务服务请求进行处理。

也就是说，若执行服务决策集的过程中能够对应到服务插件，则应用该服务插件执行业务响应，流程结束；若执行服务决策集的过程中能够对应到子服务决策集，则继续执行该子服务决策集，直到对应到服务插件并执行。

本方法实施例中，若服务决策集以及子服务决策集中包括多个子服务决策集或服务插件，则根据各子服务决策集或服务插件对应的执行序列码，按顺序对所述业务服务请求进行处理。

本方法实施例中，若服务决策服务器判断获知多个业务特征项中不存在与服务决策集中包括的特征索引相匹配的业务特征项，则流程结束。

本发明实施例提供的业务服务请求处理方法，通过将业务特征项进行层级分类，并在服务决策过程引入特征项作为决策指标，可由原来的全量特征匹配变为层级范围内特征匹配，加快决策速度，提升系统效率；通过在服务决策过程引入特征项作为决策指标，增强决策结果的精确性，提升系统的业务需求满足度；通过构建服务决策集期间对引用的子集分配索引规则的方式，满足服务插件在不同场景中的复用，提高系统组件复用率。

图2为应用本发明提供的方法购买手机充值卡实施例示意图，以用户在运营商商城中购买手机充值卡业务请求为例，描述本发明方法的具体实施过程。

步骤a、用户通过浏览器访问运营商商城，登录后经挑选提交购买一款手机充值卡；

步骤b、商城应用服务器接受该购买请求，递交给“统一商业行为服务决策集”处理；“统一商业行为服务决策集”为服务器的统一入口。

步骤c、“统一商业行为服务决策集”的特征索引关键字为商业行为类别，匹配后执行其子服务决策集即“销售决策集”；

购买请求所包括的多个业务特征项中有一个是用于描述“购买”的业务特征项，服务器将“销售决策集”的特征索引与“购买”的业务特征项相匹配。

步骤d、“销售决策集”执行：匹配商城运营模式特征，索引出“B2C销售决策集”；

步骤e、“B2C销售决策集”执行：匹配商品分类特征，索引出“电信服务销售决策集”；

步骤f、“电信服务销售决策集”执行：无索引，触发子插件/决策集的顺序执行；“无索引”意思是不用进行匹配，均满足。

步骤g、“计价决策集”匹配商品促销特征，索引出服务插件执行折扣运算；

步骤h、“积分赠送决策集”匹配买家特征，索引出赠送计划插件并执行；

步骤i、“服务竣工决策集”匹配商品服务指令特征，执行用户话费余额恢复服务插件；

步骤j、“实时推荐决策集”匹配卖家能力特征、商品关联特征、业务受理渠道特征，执行潜在商品推荐的网页推送服务插件。

上述的部分特征在图2中没有示出，例如商品服务指令特征以及商品关联特征等。

本发明实施例提供的业务服务请求处理方法，不但通过将业务特征项进行层级分类，并在服务决策过程引入特征项作为决策指标，可由原来的全量特征匹配变为层级范围内特征匹配，加快决策速度，提升系统效率；而且，在系统后期演进过程中，不论是业务领域扩大还是引入新型商业行为，只需要依据新业务对象特征，升级关联的决策层级关系链；甚至可以通过提供业务特征库维护能力，支持客户直接引入新型商业模式。从而达到系统演进成本最小化，商业需求满意度最大化的目的。

图3为本发明实施例业务服务请求处理装置结构示意图，如图3所示，该装置包括接收模块31和处理模块32，其中，接收模块31用于接收业务服务请求，所述业务服务请求包括多个业务特征项；处理模块32用于若判断获知所述多个业务特征项中存在与服务决策集中包括的特征索引相匹配的业务特征项，则调用所述服务决策集中包括的、与所述特征索引对应的子服务决策集或服务插件对所述业务服务请求进行处理。

其中，处理模块32调用所述服务决策集中包括的、与所述特征索引对应的子服务决策集或服务插件对所述业务服务请求进行处理包括：

若所述服务决策集中包括的是子服务决策集，则继续判断所述多个业务特征项中是否存在与所述子服务决策集中包括的特征索引相匹配的业务特征项，若存在，则处理模块32继续调用所述子服务决策集中包括的、与所述特征索引对应的子服务决策集或服务插件对所述业务服务请求进行处理；

若所述服务决策集中包括的是服务插件，则处理模块32调用所述服务插件对所述业务服务请求进行处理。

在上述装置实施例中，处理模块32还用于若所述服务决策集以及所述子服务决策集中包括多个子服务决策集或服务插件，则根据各子服务决策集或服务插件对应的执行序列码，按顺序对所述业务服务请求进行处理。

在上述装置实施例中，处理模块32还用于若判断获知所述多个业务特征项中不存在与服务决策集中包括的特征索引相匹配的业务特征项，则流程结束。

本发明实施例提供的业务服务请求处理装置，具体可以用于执行上述各方法实施例中的处理流程，其具体功能此处不再赘述。

本发明实施例提供的业务服务请求处理装置，通过将业务特征项进行层级分类，并在服务决策过程引入特征项作为决策指标，可由原来的全量特征匹配变为层级范围内特征匹配，加快决策速度，提升系统效率；通过在服务决策过程引入特征项作为决策指标，增强决策结果的精确性，提升系统的业务需求满足度；通过构建服务决策集期间对引用的子集分配索引规则的方式，满足服务插件在不同场景中的复用，提高系统组件复用率。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

Claims (4)

1.一种业务服务请求处理装置，其特征在于，包括：

接收模块，用于接收业务服务请求，所述业务服务请求包括多个业务特征项；

处理模块，用于若判断获知所述多个业务特征项中存在与服务决策集中包括的特征索引相匹配的业务特征项，则调用所述服务决策集中包括的、与所述特征索引对应的子服务决策集或服务插件对所述业务服务请求进行处理；或者，若判断获知所述多个业务特征项中不存在与服务决策集中包括的特征索引相匹配的业务特征项，则流程结束；

其中，所述调用所述服务决策集中包括的、与所述特征索引对应的子服务决策集或服务插件对所述业务服务请求进行处理包括：

若所述服务决策集中包括的是子服务决策集，则继续判断所述多个业务特征项中是否存在与所述子服务决策集中包括的特征索引相匹配的业务特征项，若存在，则继续调用所述子服务决策集中包括的、与所述特征索引对应的子服务决策集或服务插件对所述业务服务请求进行处理；

若所述服务决策集中包括的是服务插件，则调用所述服务插件对所述业务服务请求进行处理。

2.根据权利要求1所述的装置，其特征在于，所述处理模块还用于：

若所述服务决策集以及所述子服务决策集中包括多个子服务决策集或服务插件，则根据各子服务决策集或服务插件对应的执行序列码，按顺序对所述业务服务请求进行处理。

3.一种业务服务请求处理方法，其特征在于，包括：

接收业务服务请求，所述业务服务请求包括多个业务特征项；

若判断获知所述多个业务特征项中存在与服务决策集中包括的特征索引相匹配的业务特征项，则调用所述服务决策集中包括的、与所述特征索引对应的子服务决策集或服务插件对所述业务服务请求进行处理；

或者，若判断获知所述多个业务特征项中不存在与服务决策集中包括的特征索引相匹配的业务特征项，则流程结束；

其中，所述调用所述服务决策集中包括的、与所述特征索引对应的子服务决策集或服务插件对所述业务服务请求进行处理包括：

若所述服务决策集中包括的是子服务决策集，则继续判断所述多个业务特征项中是否存在与所述子服务决策集中包括的特征索引相匹配的业务特征项，若存在，则继续调用所述子服务决策集中包括的、与所述特征索引对应的子服务决策集或服务插件对所述业务服务请求进行处理；

若所述服务决策集中包括的是服务插件，则调用所述服务插件对所述业务服务请求进行处理。

4.根据权利要求3所述的方法，其特征在于，若所述服务决策集以及所述子服务决策集中包括多个子服务决策集或服务插件，则根据各子服务决策集或服务插件对应的执行序列码，按顺序对所述业务服务请求进行处理。