CN101212460B - 业务功能提供方法及系统 - Google Patents

业务功能提供方法及系统 Download PDF

Info

Publication number
CN101212460B
CN101212460B CN2006101682658A CN200610168265A CN101212460B CN 101212460 B CN101212460 B CN 101212460B CN 2006101682658 A CN2006101682658 A CN 2006101682658A CN 200610168265 A CN200610168265 A CN 200610168265A CN 101212460 B CN101212460 B CN 101212460B
Authority
CN
China
Prior art keywords
service
business
request
information
function
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN2006101682658A
Other languages
English (en)
Other versions
CN101212460A (zh
Inventor
石晓旻
常恒
李彦
徐文华
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN2006101682658A priority Critical patent/CN101212460B/zh
Priority to EP07817112A priority patent/EP2028799A4/en
Priority to KR1020087031194A priority patent/KR101101960B1/ko
Priority to PCT/CN2007/070921 priority patent/WO2008077324A1/zh
Publication of CN101212460A publication Critical patent/CN101212460A/zh
Priority to US12/349,875 priority patent/US20090119367A1/en
Application granted granted Critical
Publication of CN101212460B publication Critical patent/CN101212460B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/56Provisioning of proxy services
    • H04L67/565Conversion or adaptation of application format or content
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/54Interprogram communication
    • G06F9/547Remote procedure calls [RPC]; Web services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50Network service management, e.g. ensuring proper service fulfilment according to agreements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/2866Architectures; Arrangements
    • H04L67/2895Intermediate processing functionally located close to the data provider application, e.g. reverse proxies
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/56Provisioning of proxy services
    • H04L67/564Enhancement of application control based on intercepted application data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/02Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Computer And Data Communications (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明公开了一种业务功能提供方法,包括:服务提供侧接收服务请求侧的业务请求;对所述业务请求所请求的业务功能进行过滤,生成业务请求结果;将所述业务请求结果返回给所述服务请求侧。本发明还公开了一种业务功能提供系统,包括:位于服务提供侧的业务服务器,用于根据服务请求侧的业务请求向服务请求侧返回其请求的业务;还包括:功能过滤器,与所述服务提供侧的业务服务器连接,用于对所述业务请求所请求的业务功能进行过滤,并将过滤后的结果返回给服务提供侧的业务服务器。利用本发明,可以实时动态地对业务的功能进行控制及过滤,并且不会影响网络性能。

Description

业务功能提供方法及系统
技术领域
本发明涉及通信技术,具体涉及一种业务功能提供方法及系统。
背景技术
随着移动通信技术及移动网络技术的发展,越来越多的业务正在进入人们的生活。业务需求的多样化及个性化,使得传统的开发大型的、复杂的业务往往耗费时间很长、且改动复杂,已经越来越不能满足需求。在这样的情况下,业务不再是相互无关联的,而是通过互相调用功能,共同提供更为复杂的业务,这就导致了业务间的多种功能需要进行频繁交互。由于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是利用本发明方法第一实施例的方式提供业务功能的示意图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案,下面结合附图和实施方式对本发明作进一步的详细说明。
本发明基于不同的业务需求,针对特定的时间、业务提供方的状态、特定的业务请求方、业务请求方的类别等进行相应的控制的思想,对业务提供方业务功能进行过滤,实现对服务请求方请求的业务功能的控制。
服务提供侧接收到服务请求侧的业务请求后,不是将服务请求侧请求的所有业务不加分析即提供给服务请求侧,而是首先对该业务请求所请求的业务功能进行过滤,过滤掉不应提供给该请求的业务功能,然后再生成业务请求结果,并将该业务请求结果返回给所述服务请求侧,也就是说,通过该业务请求结果将符合要求的业务功能提供给服务请求侧。
在具体实现时,可以在服务提供侧设置一个功能过滤器,由该功能过滤器和服务提供侧的业务服务器共同完成对所述业务请求所请求的业务功能的过滤过程。
参照图1所示本发明业务功能提供系统的一种实施例与服务请求侧设备的组网结构:
本发明业务功能提供系统10位于服务提供侧,通过网络30与服务请求侧的设备相连。业务功能提供系统10包括一个或多个业务服务器,在该图中示出了三个业务服务器101、102、103,其中,业务服务器101为WAP(无线应用协议)服务器,业务服务器102为Web应用服务器,业务服务器103为MMS(多媒体信息服务器)。服务提供侧的业务服务器接收来自服务请求侧的业务请求,该业务请求可以包括要请求的业务信息(ID)、要请求的业务功能信息(请求的接口)、针对功能的输入参数,可以是位于服务请求侧的业务服务器201发出的,也可以是位于服务请求侧的用户终端发出的。服务提供侧的业务服务器根据该业务请求向服务请求侧返回其请求的业务。
在本发明业务功能提供系统10中还包括与服务提供侧的业务服务器连接的功能过滤器104,用于对所述业务请求所请求的业务功能进行过滤,即使服务请求侧的业务服务器无法请求到服务提供侧的业务服务器上业务的部分功能,并将过滤后的结果返回给服务提供侧的业务服务器。
各业务服务器可以预先将自己所需的过滤信息注册到功能过滤器104中,功能过滤器104根据这些过滤信息对服务请求侧所请求的业务功能进行过滤,生成业务请求结果。所述过滤信息包括:过滤规则、注册者信息,另外,还可以包括规则过期时间等可以帮助系统进行过滤判断的信息,例如包含下表1所示的信息:
表1:
  业务地址   业务名   过期时间   是否时间规则  过滤规则
  http://Web   A业务   XXXX/XX/XX   否  Function=<operation name=“getName”>Method=disable
还可以将对现有业务服务器进行扩展,也就是说将功能过滤器作为业务服务器的一个功能单元,对服务请求侧请求的业务功能进行过滤的过程在服务提供侧业务服务器内部来实现。此时,服务提供侧的业务服务器与功能过滤器的交互消息变为业务服务器的内部消息。
当业务服务器注册到功能过滤器104中的过滤信息不能满足过滤时的需求时,功能过滤器104还可以从网络中的业务注册服务器上获得相关的业务信息。这里的业务信息可以是服务请求侧业务的信息,可以是服务提供侧业务的信息,也可以是其他业务的信息。功能过滤器可以通过过滤信息以及服务提供侧发送/转发过来的消息(请求消息、结果消息、分析消息)来确定在业务目录中该查询哪个业务的信息。
例如,某过滤规则规定要求过滤掉A业务的第二个功能,而过滤信息中并没有提供该业务第二个功能所对应的接口信息,则可以查询业务注册服务器上的业务目录获得相关信息。
当然,也可以在本发明业务提供系统中设置业务注册服务器,如图2所示本发明业务功能提供系统的另一种实施例与服务请求侧设备的组网结构:
与图1所示实施例不同的是,在业务提供系统10中还包括业务注册服务器105,用于存储业务目录,并通过所述业务目录向功能过滤器提供相关的业务信息。所述业务目录可以从网络中的业务注册服务器中获取,也可以由服务提供侧的业务服务器和/或服务请求侧的业务服务器向业务注册服务器105进行业务注册,业务注册服务器105根据注册信息来建立起所述业务目录。
下面基于上述本发明系统的组网结构,对本发明业务提供方法进行详细描述。
参照图3,图3示出了本发明业务提供方法第一实施例的流程,在该实施例中,服务提供侧的业务服务器将服务请求侧的业务请求转发给功能过滤器,由功能过滤器根据预置的过滤信息,过滤掉该业务请求中不符合要求的功能请求,生成新的业务请求;然后再由服务提供侧的业务服务器对该新的业务请求进行业务处理,生成业务功能请求结果,并返回给服务请求侧。
该流程包括以下步骤:
1.服务请求侧的业务服务器向服务提供侧的业务服务器发送请求,请求业务功能。请求中包括要请求的业务信息(ID)、和/或要请求的业务功能信息(请求的接口)、和/或针对功能的输入参数等。
2.服务提供侧的业务服务器接到该请求后转发给功能过滤器。
3.功能过滤器按照注册于其中的业务过滤信息中的业务(服务提供侧的或者服务请求侧的)查询业务注册服务器中这些业务的相关信息,比如,业务的接口信息、业务提供商信息、业务描述信息等。
4.业务注册服务器返回相应的查询结果。
5.功能过滤器基于注册于其中的过滤信息,对该请求进行功能过滤,过滤掉不符合要求的功能请求,生成新的业务功能请求。
6.功能过滤器返回过滤后新生成的业务请求给服务提供侧的业务服务器。
7.功能过滤器将过滤的处理信息(包括是否进行了修改、和/或过滤掉的功能细节、和/或错误信息等)发送给服务提供侧的业务服务器。
8.功能过滤器将过滤的处理信息(包括是否进行了修改、和/或过滤掉的功能细节、和/或错误信息等)发送给服务请求侧的业务服务器。
9.服务提供侧的业务服务器根据功能过滤器返回的新生成的业务请求进行处理,生成业务功能请求结果。
10.服务提供侧的业务服务器返回该功能请求结果给服务请求侧的业务服务器。
上述步骤3至步骤4是可选步骤,如果业务服务器注册到功能过滤器中的过滤信息不能满足过滤时的需求时,功能过滤器才需要向业务注册服务器查询相关的业务信息。
上述步骤7和步骤8也是可选步骤,而且没有先后顺序关系,功能过滤器可以先向服务提供侧的业务服务器发送过滤的处理信息,也可以先向服务请求侧的业务服务器发送过滤的处理信息。当然,也可以只通知一侧的业务服务器。
参照图4,图4示出了本发明业务提供方法第二实施例的流程,在该实施例中,服务提供侧的业务服务器先对服务请求侧的业务请求进行业务处理,生成包含全部请求的业务功能的处理结果,然后再由功能过滤器根据预置的过滤信息,过滤掉包含全部请求的业务功能的处理结果中不符合要求的功能所生成的结果,并将过滤后的业务功能请求结果发送给服务提供侧的业务服务器,然后再由服务提供侧的业务服务器的发送给服务请求侧。当然,也可以由功能过滤器直接将过滤后的业务功能请求结果发送给服务请求侧。
该流程包括以下步骤:
1.服务请求侧的业务服务器向服务提供侧的业务服务器发送请求,请求业务功能。该请求中包括要请求的业务信息(ID)、和/或要请求的业务功能信息(请求的接口)、和/或针对功能的输入参数等信息。
2.服务提供侧的业务服务器按照该业务功能请求进行处理,生成功能请求结果。
3.服务提供侧的业务服务器发送该结果给功能过滤器。
4.功能过滤器按照注册于其中的业务过滤信息中的业务(服务提供侧的或者服务请求侧的)查询业务注册服务器这些业务的信息(包括业务的接口信息、业务提供商信息、业务描述信息等)。
5.业务注册服务器返回相应的查询结果。
6.功能过滤器基于注册于其中的过滤信息,判断发送过来的请求结果是否符合要求并进行功能过滤,过滤掉不符合要求的功能所生成的结果,生成新的业务功能请求结果。
7.功能过滤器返回过滤后新生成的业务功能请求结果给服务提供侧的业务服务器。
8.服务提供侧的业务服务器转发该业务功能请求结果给服务请求侧的业务服务器。
9.功能过滤器将过滤的处理信息(包括是否进行了修改、和/或过滤掉的功能细节、和/或错误信息等)发送给服务提供侧的业务服务器。
10.功能过滤器将过滤的处理信息(包括是否进行了修改、和/或过滤掉的功能细节、和/或错误信息等)发送给服务请求侧的业务服务器。
上述步骤4至步骤5是可选步骤,如果业务服务器注册到功能过滤器中的过滤信息不能满足过滤时的需求时,功能过滤器才需要向业务注册服务器查询相关的业务信息。
上述步骤9和步骤10也是可选步骤,而且没有先后顺序关系,功能过滤器可以先向服务提供侧的业务服务器发送过滤的处理信息,也可以先向服务请求侧的业务服务器发送过滤的处理信息。当然,也可以只通知一侧的业务服务器。
参照图5,图5示出了本发明业务提供方法第三实施例的流程,在该实施例中,
服务提供侧的业务服务器先根据服务请求侧的业务请求生成过滤分析请求,然后由功能过滤器根据预置的过滤信息判断该过滤分析请求中针对业务功能的调用是否符合要求,并向服务提供侧的业务服务器返回过滤分析判断结果,服务提供侧的业务服务器根据该过滤分析判断结果,对所述业务请求进行业务处理,生成业务功能请求结果,并将其返回给服务请求侧的业务服务器。
该流程包括以下步骤:
1.服务请求侧的业务服务器向服务提供侧业务服务器发送请求,请求业务功能。请求中包括要请求的业务信息(ID)、和/或要请求的业务功能信息(请求的接口)、和/或针对功能的输入参数等信息。
2.服务提供侧的业务服务器分析该业务功能请求,生成相应的过滤分析请求。
3.服务提供侧的业务服务器发送该过滤分析请求给功能过滤器。
4.功能过滤器按照注册于其中的业务过滤信息中的业务(服务提供侧的或者服务请求侧的)查询业务注册服务器这些业务的信息(包括业务的接口信息、业务提供商信息、业务描述信息等)。
5.业务注册服务器返回相应的查询结果。
6.功能过滤器基于注册于其中的过滤信息,判断发送过来的过滤分析请求中的针对业务功能的调用是否符合要求,并生成分析结果。
7.功能过滤器返回分析结果给服务提供侧的业务服务器。
8.功能过滤器将过滤的处理信息(包括是否进行了修改、和/或过滤掉的功能细节、和/或错误信息等)发送给服务提供侧的业务服务器。
9.功能过滤器将过滤的处理信息(包括是否进行了修改、和/或过滤掉的功能细节、和/或错误信息等)发送给服务请求侧的业务服务器。
10.服务提供侧的业务服务器根据分析结果,处理服务请求侧发来的原始业务功能请求,生成结果。
11.服务提供侧的业务服务器返回该业务功能请求结果给服务请求侧的业务服务器。
同样,上述步骤4至步骤5是可选步骤,如果业务服务器注册到功能过滤器中的过滤信息不能满足过滤时的需求,比如,功能过滤器中的判断过滤信息时缺乏过滤规则中涉及到的业务信息时,功能过滤器才需要向业务注册服务器查询相关的业务信息。例如,过滤规则中规定:当某第三方业务XXX与服务提供侧业务是同一个运营商的时候,则服务提供侧业务的A功能不能使用。则功能过滤器需要向业务注册服务器查询该第三方业务XXX和服务提供侧业务的运营商信息。
上述步骤8和步骤9也是可选步骤,而且没有先后顺序关系,功能过滤器可以先向服务提供侧的业务服务器发送过滤的处理信息,也可以先向服务请求侧的业务服务器发送过滤的处理信息。当然,也可以只通知一侧的业务服务器。
在上述图3至图5所示流程中,功能过滤器需要根据预置的过滤信息(即注册于其中的过滤信息)对服务提供侧的业务服务器发来的消息进行功能过滤或者判断,所述过滤信息包括过滤规则、注册者信息,还可进一步包括规则过期时间等信息。
由上述实施例可见,本发明通过在服务提供侧增设功能过滤器,可以有效地实现地对业务的功能进行控制及过滤,并且不会影响网络性能。
参照图6所示本发明业务功能提供系统中功能过滤器的第一实施例的原理框图:
在该实施例中,本发明功能过滤器包括中央控制单元60、过滤信息存储单元61、公共功能过滤单元62。其中,中央控制单元60用于根据功能过滤器接收的消息控制功能过滤器中其他功能单元的工作;过滤信息存储单元61用于存储过滤信息;公共功能过滤单元62用于根据中央控制单元60的指令及所述过滤信息对功能过滤器接收的消息进行过滤或判断,并向所述中央控制单元返回过滤或判断结果。
针对服务提供侧的业务服务器请求过滤的消息内容不同,公共功能过滤单元可以有以下不同的处理方式。比如,可以有以下几种处理方式:
(1)当功能过滤器接收到的消息为服务提供侧的业务服务器转发的业务请求消息时,公共功能过滤单元62根据过滤信息过滤掉所述业务请求中不符合要求的功能请求;
(2)当功能过滤器接收的消息为服务提供侧的业务服务器发送的包含全部请求的业务功能的处理结果消息时,公共功能过滤单元62根据过滤信息过滤掉所述处理结果中不符合要求的功能所生成的结果;
(3)当功能过滤器接收的消息为服务提供侧的业务服务器发送的、根据服务请求侧发送的业务请求生成的过滤分析请求消息时,公共功能过滤单元62根据过滤信息对所述过滤分析请求消息中针对业务功能的调用是否符合要求进行判断。
进行上述每种处理后,需要将处理结果返回给中央控制单元60。然后由功能过滤器再进行相应的处理生成业务功能请求结果返回给服务请求侧,或直接将过滤后的业务功能请求结果返回给服务请求侧。
为了方便对不同应用环境中所需求的过滤信息的修改,还可以设置有过滤信息管理单元63,用于将服务提供侧的业务服务器提供的过滤信息注册到过滤信息存储单元61中,并对过滤信息存储单元61中存储的过滤信息进行管理,比如,修改、删除、增加等操作。
所述过滤信息包括过滤规则、注册者信息,还可进一步包括规则过期时间,以控制在不同的时间点或时间段提供的业务功能。因此还可以在本发明功能过滤器中设置有时间功能过滤单元64,用于根据中央控制单元60的指令及所述过滤信息中的规则过期时间信息对功能过滤器接收的消息进行过滤,并向中央控制单元60返回过滤结果。
图7示出了本发明业务功能提供系统中功能过滤器的第二实施例的原理框图:
与图6所示实施例不同的是,在该实施例中,增加了信息记录单元71和处理信息通知单元72。其中,信息记录单元71用于记录所述功能过滤器对接收的消息进行过滤中的处理信息,所述过滤的处理信息包括:是否进行了修改、和/或过滤掉的功能信息、和/或错误信息等。处理信息通知单元72用于将所述过滤的处理信息发送给业务提供侧和/或业务请求侧。
另外,在该实施例中,功能过滤器还包括:消息处理单元73,用于检测功能过滤器接收的消息格式是否符合要求,并将符合要求的消息格式提交给中央控制单元60。例如,功能过滤器接收到的服务提供侧业务服务器转发过来的功能请求是采用SOAP的封装格式,而系统不支持这种协议格式。此时,可以由功能过滤器通知服务提供侧业务服务器无法处理该请求。
上述这些功能单元可以根据系统的应用需求来选用。
参照图8,图8示出了功能过滤器内部的交互流程,包括以下步骤:
1.服务提供侧的业务服务器向消息处理单元发送转发业务请求;
2.消息处理单元判断该业务请求是否可以被系统处理(例如:采用的格式是否可以识别等);
3.可以处理,则消息处理单元将该请求转发给中央控制单元;
4.中央控制单元通过调用过滤信息管理单元查询请求相应的业务过滤信息;
5.过滤管理单元向过滤信息存储单元查询业务的过滤信息;
6.如果需要,中央控制单元向业务注册服务器查询所需的业务的信息(包括业务的接口信息等),该步骤为可选步骤;
a)什么时机查询业务的信息有两种方式:1)当中央控制单元接收到消息处理单元转发过来的业务请求后即根据该请求的发起方(服务请求侧业务)和接受方(服务提供侧业务)的信息向业务注册服务器进行查询。2)当各个过滤单元判断过滤信息的时候缺乏规则中涉及到的业务信息时就向中央控制单元发起取得相应业务信息的请求,然后中央控制单元向业务注册服务器进行查询。例如,过滤规则中规定:当某第三方业务XXX与服务提供侧业务是同一个运营商的时候,则服务提供侧业务的A功能不能使用。则过滤单元需要通过中央控制单元向业务注册服务查询该第三方业务XXX和服务提供侧业务的运营商信息。
b)从什么信息中决定该查询那些业务有两种方式:1)从转发过来的业务请求中,可以从其中获得该请求的发起方(服务请求侧业务)和接受方(服务提供侧业务)的信息。例如,过滤规则中规定:当服务请求侧的业务的某个分类是BBB的话,则服务提供侧业务的A功能不可用。则需要从转发过来的业务请求中获得服务请求侧业务的信息,然后向业务注册服务器查询该业务的信息。2)从过滤信息中,可以从其中获得该过滤信息的注册者,以及过滤规则内所相关的业务。例如,过滤规则中规定:当某第三方业务XXX与服务提供侧业务是同一个运营商的时候,则服务提供侧业务的A功能不能使用。则过滤单元需要通过中央控制单元向业务注册服务查询该第三方业务XXX和服务提供侧业务的运营商信息。
7.中央控制单元判断这些过滤规则的类型;
8.中央控制单元基于判断结果,选择相应的过滤单元(这里以时间过滤单元为例);
9.时间功能过滤单元基于过滤规则进行过滤,将不符合过滤规则的功能请求过滤掉,生成新的业务请求(时间功能过滤单元内部可以维护一个计时单元用来获取时间信息,以帮助处理时间过滤规则);
10.时间功能过滤单元返回该业务请求给中央控制单元;
11.中央控制单元继续判断剩下的过滤规则的类型,并基于判断结果,选择相应的过滤单元(这里是公共功能过滤单元);
12.公共功能过滤单元基于过滤规则进行过滤,将不符合过滤规则的功能请求过滤掉,生成新的业务请求;
13.公共功能过滤单元返回该业务请求给中央控制单元;
14.中央控制单元将过滤的处理信息发送给处理信息通知单元;
15.处理信息通知单元生成处理信息通知;
16.处理信息通知单元将该处理信息通知发送给中央控制单元;
17.中央控制单元将日志等信息发送给信息记录单元进行信息记录;
18.中央控制单元将新生成的业务请求发送给服务提供侧的业务服务器;
19.中央控制单元将处理信息通知发送给业务服务器(可以发送服务提供测的业务服务器和服务请求侧的业务服务器,该步骤是可选的。
下面以图3所示本发明方法第一实施例的实现方式为例,进一步说明本发明向服务请求侧提供业务功能的过程。
参照图9,图9是利用本发明方法第一实施例的方式提供业务功能的示意图:
服务请求侧的业务服务器上运行业务:<旅游推荐业务>该业务有两个功能,功能一:景点信息查询,输入为景点名字,输出为针对该景点的介绍描述。功能二:当日景点推荐,输入为空,输出为当天适合游玩的景点。该功能将采用SOAP(简单对象访问协议)消息的方式调用服务提供侧的业务服务器上运行的业务:<天气预报业务>该业务有两个功能,功能一:当日天气预报,输入为空,输出为当日的天气预报信息。功能二:过去一周的天气预报:输入为空,输出为过去一周的天气预报。
1.功能过滤注册过程
天气预报业务在功能过滤器中注册了该业务的时间过滤规则,该规则如下表2所示。
表2:
  业务地址   业务名   是否时间规则   过滤规则
  http://Weatherforecast   天气预报业务   TimeRange=(18:00~24:00);Function=<operation  name  =“getTodayForecast”>Method=disable
以WSDL(Web Services Definition Language,Web服务定义语言)格式举例,相应的该天气预报业务的描述文件如下:
  <portType name=″TodayForecast″>
     <operation name=″getTodayForecast″>
       <output message=″TodayForecast″/>
     </operation>
  </portType>
  <portType name=″LastWeekForecast″>
     <operation name=″getLastWeekForecast″>
        <output message=″LastWeekForecast″/>
     </operation>
  </portType>
该业务通过两个PortTypes中的两个operation对外提供服务。
2.功能过滤流程
整个的业务过滤流程如下:
(1)晚上19点的时候服务请求侧的业务服务器的业务<旅游推荐业务>向服务提供侧的业务服务器<天气预报业务>发送请求(SOAP格式),请求该业务的功能一:当日天气预报和功能二过去一周的天气预报。
SOAP格式为例,服务请求侧的业务服务器的业务<旅游推荐业务>向服务提供侧的业务服务器<天气预报业务>发送请求如下:
<env:Envelope xmlns:env=″http://www.w3.org/2001/12/soap-envelope″>
  <env:Header>
 </env:Header>
  <env:Body>
    <getTodayForecast>
    </getTodayForecast>
    <getLastWeekForecast>
  </getLastWeekForecast>
  </env:Body>
</env:Envelope>
(2)服务提供侧的业务服务器接到该请求后转发给功能过滤器。
(3)功能过滤器基于注册于其中的过滤信息,对该请求进行功能过滤,过滤掉不符合要求的功能请求,生成新的业务功能请求。
功能过滤器内的处理过程如下:
a.消息处理单元判断该请求采用的是SOAP格式,系统可以处理,转发给中央控制单元。
b.中央控制单元通过调用过滤信息管理单元查询过滤信息存储单元取得<天气预报业务>的过滤规则。
c.中央控制单元通过过滤规则中的设置(时间规则)调用时间功能过滤单元,将原始的功能请求发送给时间功能过滤单元进行过滤。
d.时间功能过滤单元获取当前的时间为19:00。
e.时间功能过滤单元判断规则中的时间范围TimeRange=(18:00~24:00)成立,继续进行下一步过滤,按照过滤规则中的要求(Function=<operation name=“getTodayForecast”>Method=disable)去除掉原始请求中的关于“getTodayForecast”的请求。
f.时间功能过滤单元根据过滤结果生成新的业务功能请求:
该新生成的业务功能请求如下(SOAP格式):
   <env:Envelope
xmlns:env=″http://www.w3.org/2001/12/soap-envelope″>
   <env:Header>
   </env:Header>
 <env:Body>
    <getLastWeekForecast>
    </getLastWeekForecast>
    </env:Body>
</env:Envelope>
g.时间功能过滤单元将过滤后的信息(去除了针对getTodayForecast的请求及其他信息)发送给中央控制单元。
h.中央控制单元分别调用处理信息通知单元生成过滤通知,调用信息记录单元对日志进行记录。
在上述功能过滤器内的处理过程中,由于注册于功能过滤器中的过滤信息足以判断需要过滤掉服务请求侧的业务服务器请求的哪个业务功能,因此在该实例中功能过滤器不需要向业务注册服务器请求相关的业务信息;否则,功能过滤器还需要从业务注册服务器获取过滤规则中所需的相关的业务信息。
4.功能过滤器返回过滤后新生成的业务功能请求<天气预报业务>给服务提供侧业务服务器。
5.功能过滤器将过滤的处理信息(是否进行了修改、过滤掉的功能细节、错误信息等)发送给服务提供侧业务服务器上的<天气预报业务>。
6.功能过滤器将过滤的处理信息(是否进行了修改、过滤掉的功能细节、错误信息等)发送给服务请求侧的业务服务器上的<景点推荐业务>。
7.服务提供侧的业务服务器上的<天气预报业务>根据功能过滤器返回的新生成的业务功能请求进行处理,生成业务功能请求结果。
8.服务提供侧的业务服务器返回该业务功能请求结果给服务请求侧的业务服务器。由于过滤成功,该返回结果将仅包含对LastWeekForecast功能的请求结果,对TodayForecast的功能请求被过滤了。
以上对本发明所提供的业务功能提供方法及系统进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。

Claims (7)

1.一种业务功能提供方法,其特征在于,包括:
服务提供侧的业务服务器接收服务请求侧的业务请求,将所述业务请求转发给功能过滤器,所述业务请求包括以下至少一种信息:请求的业务信息、请求的业务功能信息、针对功能的输入参数;
所述功能过滤器根据预置的过滤信息对所述业务请求进行过滤,过滤掉所述业务请求中不符合要求的功能请求,生成新的业务请求;
所述业务服务器对所述新的业务请求进行业务处理,生成业务请求结果;
将所述业务请求结果返回给所述服务请求侧。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述功能过滤器将过滤的处理信息发送给所述服务提供侧的业务服务器和/或所述服务请求侧,所述过滤的处理信息包括:是否进行了修改、和/或过滤掉的功能信息、和/或错误信息。
3.根据权利要求1所述的方法,其特征在于,
所述过滤信息包括:过滤规则、注册者信息、规则过期时间。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述功能过滤器通过查询网络中的业务目录,获取用于业务功能过滤所需的业务信息。
5.一种业务功能提供系统,其特征在于,包括:
位于服务提供侧的业务服务器,用于接收服务请求侧的业务请求,将所述业务请求转发给功能过滤器,所述业务请求包括以下至少一种信息:请求的业务信息、请求的业务功能信息、针对功能的输入参数,并对功能过滤器生成的新的业务请求进行业务处理,生成业务请求结果并返回给所述服务请求侧;
功能过滤器,与所述服务提供侧的业务服务器连接,用于根据预置的过滤信息对所述业务请求进行过滤,过滤掉所述业务请求中不符合要求的功能请求,生成新的业务请求并返回给所述业务服务器。
6.根据权利要求5所述的系统,其特征在于,所述功能过滤器还包括:
信息记录单元,用于记录所述功能过滤器对接收的消息进行过滤中的处理信息,所述过滤的处理信息包括:是否进行了修改、和/或过滤掉的功能信息、和/或错误信息;
处理信息通知单元,用于将所述过滤的处理信息发送给所述业务提供侧和/或所述业务请求侧。
7.根据权利要求5所述的系统,其特征在于,所述系统还包括:
业务注册服务器,用于存储业务目录,并通过所述业务目录向所述功能过滤器提供用于业务功能过滤所需的业务信息。
CN2006101682658A 2006-12-25 2006-12-25 业务功能提供方法及系统 Active CN101212460B (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN2006101682658A CN101212460B (zh) 2006-12-25 2006-12-25 业务功能提供方法及系统
EP07817112A EP2028799A4 (en) 2006-12-25 2007-10-18 METHOD AND SYSTEM FOR PROVIDING SERVICE FUNCTION
KR1020087031194A KR101101960B1 (ko) 2006-12-25 2007-10-18 서비스 기능을 제공하는 방법 및 시스템
PCT/CN2007/070921 WO2008077324A1 (fr) 2006-12-25 2007-10-18 Procédé et système de fourniture de fonction de service
US12/349,875 US20090119367A1 (en) 2006-12-25 2009-01-07 Method and system for providing service functions

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2006101682658A CN101212460B (zh) 2006-12-25 2006-12-25 业务功能提供方法及系统

Publications (2)

Publication Number Publication Date
CN101212460A CN101212460A (zh) 2008-07-02
CN101212460B true CN101212460B (zh) 2012-04-25

Family

ID=39562102

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2006101682658A Active CN101212460B (zh) 2006-12-25 2006-12-25 业务功能提供方法及系统

Country Status (5)

Country Link
US (1) US20090119367A1 (zh)
EP (1) EP2028799A4 (zh)
KR (1) KR101101960B1 (zh)
CN (1) CN101212460B (zh)
WO (1) WO2008077324A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021530072A (ja) * 2018-06-29 2021-11-04 クラウデンティティー インコーポレーテッド フィルタリング認証

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1636200A (zh) * 2002-01-11 2005-07-06 诺基亚有限公司 用于辅助接入基于网络服务的系统和方法
WO2005114946A1 (en) * 2004-05-20 2005-12-01 International Business Machines Corporation An apparatus, computer-readable memory and method for authenticating and authorizing a service request sent from a service client to a service provider
CN1742475A (zh) * 2002-12-19 2006-03-01 诺基亚公司 在通信路径中的中间装置的应用服务过滤

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6574666B1 (en) * 1998-10-22 2003-06-03 At&T Corp. System and method for dynamic retrieval loading and deletion of packet rules in a network firewall
US6675261B2 (en) * 2000-12-22 2004-01-06 Oblix, Inc. Request based caching of data store data
US7228354B2 (en) * 2002-06-28 2007-06-05 International Business Machines Corporation Method for improving performance in a computer storage system by regulating resource requests from clients
US20040143649A1 (en) * 2003-01-21 2004-07-22 An Feng Multiple dynamic view enabled web services
EP1462949A1 (en) * 2003-03-22 2004-09-29 Cegumark AB A system and method relating to access of information
US20040260819A1 (en) * 2003-06-23 2004-12-23 Nokia Corporation Systems and methods for restricting event subscriptions through proxy-based filtering
US7380003B1 (en) * 2003-10-30 2008-05-27 Microsoft Corporation Method and system for staged web service upgrade from an existing version to a different version
CN1786992A (zh) * 2004-12-11 2006-06-14 鸿富锦精密工业(深圳)有限公司 问题处理系统
US20060288110A1 (en) * 2005-06-16 2006-12-21 Rhett Alden Dynamically Configurable Web Services

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1636200A (zh) * 2002-01-11 2005-07-06 诺基亚有限公司 用于辅助接入基于网络服务的系统和方法
CN1742475A (zh) * 2002-12-19 2006-03-01 诺基亚公司 在通信路径中的中间装置的应用服务过滤
WO2005114946A1 (en) * 2004-05-20 2005-12-01 International Business Machines Corporation An apparatus, computer-readable memory and method for authenticating and authorizing a service request sent from a service client to a service provider

Also Published As

Publication number Publication date
WO2008077324A1 (fr) 2008-07-03
EP2028799A1 (en) 2009-02-25
KR20090035489A (ko) 2009-04-09
KR101101960B1 (ko) 2012-01-02
EP2028799A4 (en) 2010-12-29
US20090119367A1 (en) 2009-05-07
CN101212460A (zh) 2008-07-02

Similar Documents

Publication Publication Date Title
JP4642777B2 (ja) 移動ノードへの位置固有サービスの提供
CN102893556B (zh) 用于源对等体基于容量的Diameter负载共享的方法、系统和设备
US20030140119A1 (en) Dynamic service discovery
CN107548550A (zh) 在服务能力开放功能管理mbms成员资格
CN101677319A (zh) 一种基于xmpp协议访问业务的方法、装置及系统
CN106357732A (zh) 一种分布式反向代理服务端和客户端的方法、装置及系统
AU2001247630A1 (en) Method and apparatus for coordinating a change in service provider between a client and a server with identity based service access management
CN102625287A (zh) 一种手机应用软件的下载方法
CN101370159B (zh) 一种识别业务的方法、装置和系统
EP2182693A1 (en) Proxy, session keep alive detection method and system
CN101212460B (zh) 业务功能提供方法及系统
CN101291235A (zh) 与支持多种消息业务的用户通信的方法及系统
WO2012000366A1 (zh) 业务数据的中继方法及中继节点系统
CN103152369A (zh) 一种互联网访问方法、系统、移动台、ggsn及wap网关
CN101848456A (zh) 一种业务处理方法、通讯系统以及相关设备
Penz SLP-based service management for dynamic ad-hoc networks
CN101453396B (zh) 多服务提供商设备管理的方法和系统
JP2003115795A (ja) 通信システム、この通信システムに用いるサーバ、エージェント制御方法、エージェント制御プログラム
CN101179842A (zh) 获取用户终端的接入信息的方法及装置及系统
CA2455493A1 (en) Distributed service component systems
JPH11103320A (ja) 移動計算機装置、移動計算機管理装置、モバイル情報管理装置及び通信制御方法
JPWO2007052594A1 (ja) PoCサーバ自動検索方法、品質調整方法、及び、これらの方法を用いた通信システム
CN105227525B (zh) 用于基于信令的物联网设备的ip通信方法与设备
JP4242752B2 (ja) アドレス表管理方法、及び、端末
CN102780776B (zh) 应用层传输优化服务器发现方法及装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant