[发明专利]业务功能提供方法及系统

说明书

技术领域

本发明涉及通信技术，具体涉及一种业务功能提供方法及系统。

背景技术

随着移动通信技术及移动网络技术的发展，越来越多的业务正在进入人们的生活。业务需求的多样化及个性化，使得传统的开发大型的、复杂的业务往往耗费时间很长、且改动复杂，已经越来越不能满足需求。在这样的情况下，业务不再是相互无关联的，而是通过互相调用功能，共同提供更为复杂的业务，这就导致了业务间的多种功能需要进行频繁交互。由于OSA/Parly(OpenService Access/Parly，开放业务接入Parly组织)相关规范的制定以及OMA(Open Mobile Alliance，开放移动联盟)标准组织的努力，使得很多基础业务功能也作为了使能器对外提供服务，同时由于WebServices(一个应用程序，它向外界提供一个能够通过Web进行调用的API)技术的大力发展，业务之间可以方便地通过WebServices技术进行交互及功能方问。某个业务往往提供很多功能，以供其他业务访问。不同的业务需求，需要针对特定的时间、业务提供方的状态、特定的业务请求方、业务请求方的类别等进行相应的控制，以便对业务提供方业务功能进行过滤，得到满足要求的业务功能。

实现业务功能过滤的传统方式主要有两种：

一种是在业务自身实现中限定对业务自身不同功能的访问。例如，通过在业务实现中设定一个取系统时间的函数，并设定相应的时间表，在运行时通过更改业务该功能对外的接口来实现对该功能的过滤。

另外一种是网关的方式，即通过在相互交互的业务之间的网关上设定相应的过滤信息(例如：限制某个网段发送来的业务请求，限制针对网关内某个网段的业务的请求)，当业务请求侧请求业务提供侧的业务时，所有的请求信息首先经过网关，进行过滤控制。

这两种方式均有其相应的缺点：第一种方式，由于是业务自身实现中实现过滤，当业务需求情况发生变化时往往很难改动，另外很难针对业务请求侧的特点进行限制，例如限制特定协议的特定地址的业务的访问等。第二种方式，由于网关需要处理所有的发往业务提供侧的请求，不仅要处理请求消息的承载，还要处理请求消息(例如：通过HTTP(超文本传输协议)包头承载的SOAP(简单对象访问协议)请求，网关不仅要处理HTTP协议，还要处理SOAP协议)，而且当网关支持请求消息的协议时，容易产生性能瓶颈，影响网络性能。另外，针对于两端加密的请求，网关也无法处理。另外这两种过滤方式还具有过滤规则单一，无法针对业务的不同功能进行区别过滤等，无法根据不同业务需求设置不同过滤规则等弊端。

发明内容

本发明的目的是提供一种业务功能提供方法及系统，以简单、有效地实现对业务功能的控制及过滤。

为此，本发明实施例提供如下的技术方案：

一种业务功能提供方法，包括：

服务提供侧接收服务请求侧的业务请求；

对所述业务请求所请求的业务功能进行过滤，生成业务请求结果；

将所述业务请求结果返回给所述服务请求侧。

一种业务功能提供系统，包括：位于服务提供侧的业务服务器，用于根据服务请求侧的业务请求向服务请求侧返回其请求的业务；还包括：

功能过滤器，与所述服务提供侧的业务服务器连接，用于对所述业务请求所请求的业务功能进行过滤，并将过滤后的结果返回给服务提供侧的业务服务器。

由以上本发明实施例提供的技术方案可以看出，本发明由服务提供侧对服务请求侧的业务请求所请求的业务功能进行过滤，该过滤过程由服务提供侧的业务服务器及功能过滤器共同来完成，从而方便、有效地实现了对服务请求方请求的业务功能的控制。该控制无需更改业务自身的实现，实时动态地对业务的功能进行控制及过滤，并且不会影响网络性能。

附图说明

图1是本发明业务功能提供系统的一种实施例与服务请求侧设备的组网示意图；

图2是本发明业务功能提供系统的另一种实施例与服务请求侧设备的组网示意图；

图3是本发明业务功能提供方法第一实施例的流程图；

图4是本发明业务功能提供方法第二实施例的流程图；

图5是本发明业务功能提供方法第三实施例的流程图；

图6是本发明业务功能提供系统中功能过滤器的第一实施例的原理框图；

图7是本发明业务功能提供系统中功能过滤器的第二实施例的原理框图；

图8是本发明中功能过滤器的内部交互流程图；

图9是利用本发明方法第一实施例的方式提供业务功能的示意图。