通信系统中的请求的制作方法

文档序号:7731712阅读:164来源:国知局
专利名称:通信系统中的请求的制作方法
技术领域
本发明涉及客户机和服务提供商实体之间的通信,更具体地说(但不是排它地),涉及客户机的请求需要得到其它数据的支持的系统。
背景技术
在通信系统中,服务提供商实体可向客户机提供各种服务。例如,依据请求,可向诸如用户终端之类的客户机提供与特定主题相关或者与其它数据相关的信息。其它数据可以是(并不局限于此)视频或其它图像数据,语音数据,可执行的程序或者执行程序所需的单元等等。本说明书中,服务提供商实体向客户机提供的所有数据被称为“内容”。客户机可以是利用服务提供商实体提供的内容或其它服务的任意实体。
客户机可向服务提供商实体请求服务,例如向应用程序服务器请求服务。客户机的请求可以首先被发送给中间服务器实体。中间服务器实体位于客户机实体和应用程序服务器之间的消息路径上。中间服务器实体可被看作应用程序服务器实体的客户机。初始的客户机又是中间服务器实体的客户机。
可利用统一资源定位符(URL)或类似地址指示符识别服务应用程序实体。中间服务器实体接收请求,并把请求转发给服务应用程序实体。
为了能够提供请求的内容,服务应用程序实体需要与客户机相关的辅助数据。但是,在收到请求之后,服务应用程序实体会注意到所述请求没有包含提供请求内容所需的全部数据。从而,服务应用程序实体需要向中间服务器实体请求更多的信息。在现有技术中,这是借助指示需要辅助数据的消息来实现的。所述消息还可包含服务应用程序实体需要何种辅助数据的信息。
中间服务器实体接收该消息,并响应所述消息,收集请求的辅助数据,发送所述辅助数据或者包含请求的辅助数据的新请求。新请求可以是初始请求的重复,从而它也包含所述辅助数据。
从而,在能够响应请求,产生并返回任何内容之前,服务应用程序实体需要接收所述新请求。服务应用程序提供实体和中间节点之间的附加信令消耗了通信资源。这种操作还耗时。询问还会导致服务提供商实体的附加工作量。这会降低指定时间内,例如每秒中能够接待的请求的数目。

发明内容
本发明的实施例致力于解决一个或数个上述问题。
根据本发明的一个方面,提供通信系统中的一种方法,所述方法包括检测服务提供商要求和请求相关的辅助信息;把和所述检测到的要求相关的信息保存在存储装置中;接收请求;根据保存在存储装置中的信息,验证辅助信息是否需要被附在请求上。
根据本发明的另一方面,提供一种通信系统,包括适合于响应服务请求,提供内容的服务提供商,和保存与服务提供商相关的信息的存储装置,所述存储装置适合于被更新,以便响应指示要求把辅助信息附在所述请求上的事件,包含与所述要求相关的信息。
根据本发明的另一方面,提供一种通信系统服务器,包括确定服务提供商是否需要与服务请求相关的辅助信息的装置;保存与所述要求相关的信息的存储装置;处理服务请求的装置;和根据保存在存储装置中的信息,验证是否需要把辅助信息附在服务请求上的装置。
在本发明的一种形式中,由服务提供商关于辅助信息的请求触发信息的所述保存。响应收到其信息内容不充分的服务请求,服务提供商可发送关于辅助信息的请求。失败的请求也可触发保存信息的所述步骤。运营商也可触发保存信息的所述步骤。
接收的请求可起源于客户机。在可包含所述存储装置的中间节点接收来自客户机的请求。所述中间节点适合于完成所述验证,之后适合于把具有或不具有辅助信息的请求传送给服务提供商。所述验证也可由客户机完成。
可根据保存在存储装置中的信息收集所述辅助信息。
所述请求可包括与服务提供商相关的地址信息。所述地址信息可包括服务提供商的统一资源定位符(URL)。
保存与所述检测到的要求相关的信息的步骤可包括保存和服务提供商的地址相关的信息。验证步骤可包括检查是否可从存储装置找到与服务提供商的地址相关的信息。在通信系统的操作过程中,与检测到的要求相关的信息可自适应地保存在存储装置中。
本发明的实施例的优点在于不再需要服务器实体和服务应用程序实体之间额外的消息传送。可使服务提供快于以前。服务提供商在指定时间内处理更多请求的可能性得到提高。


为了更好地理解本发明,下面参考附图举例说明本发明,其中图1表示本发明的一个实施例;图2是图解说明本发明的实施例的操作的流程图。
具体实施例方式
首先参考图1,图1表示了包含客户机实体101、中间节点1 02和服务应用程序服务器实体103的系统。应认识到典型的通信网络包含诸如各种站、路由器、交换机、控制器、寄存器之类的许多实体。但是,这些已知实体并不是本发明的基本部分,从而这里不表示或描述这些已知实体。
客户机实体101可以是适合于向服务应用程序服务器实体103请求服务,并利用响应所述请求,服务应用程序实体103提供的内容的任意实体。内容可用于,例如提供客户机实体101请求的服务中采用的程序的执行。
图1中,客户机实体101被表示成包含移动站(MS)。移动站包含可被其用户用于语音和/或数据通信的移动电话机或者其它便携式装置。移动站101可按照本领域技术人员已知的方式,通过无线接口与蜂窝通信网络中的收发器实体通信。
在更具体的实施例中,客户机实体包含,例如移动站或计算机的浏览器功能。客户机也可以是利用服务应用程序实体103提供的内容的程序。
中间节点102位于客户机101和服务应用程序服务器实体103之间的消息路径上。中间节点102适合于充当服务提供商实体103的客户机。移动站101又是中间节点102的客户机。
中间节点102可包括,例如代理服务器。中间代理服务器可被安排成根据诸如超文本传送协议(HTTP)之类的适当协议工作。中间节点还包含无线应用协议(WAP)网关。也可使用在客户机实体101和服务提供商实体103之间提供适当网关功能的任何其它实体。
服务应用程序服务器103适合于在HTTP服务器或类似服务器上运行。也可借助专用程序提供服务应用程序实体103。服务应用程序实体103需要与客户机相关的辅助数据,以便以适当的内容应答服务请求。
但是,如上所述,客户机产生的初始服务请求可能不包括所有所需数据。这样的辅助数据包含和客户机实体的位置,授权程序(例如口令,身份代码等),用户数据或服务提供实体103提供服务所需的任何其它数据相关的信息。
为了解决辅助数据的提供,与中间节点102相结合地提供一个持久存储装置104。存储装置适合于保存需要与服务请求相关的辅助数据的服务的指示。例如,存储装置104可保存需要辅助信息的服务提供商的地址。地址信息可包括诸如统一资源定位符(URL)之类的任意地址信息。
持久存储装置104可用于保存需要辅助数据的那些统一资源定位符的列表或类似记录,还可保存需要的辅助数据。如果可从列表中找到与请求相关的URL,则这意味着该URL指向的服务需要附属于请求上的辅助数据。
下面参考图2的流程图说明可能的操作。
客户机实体101通过向服务提供服务器103发送内容请求1),启动服务提供。利用服务提供服务器103的统一资源定位符(URL)指示服务源。
中间服务器102接收请求1)。中间服务器102随后验证是否可从持久存储装置104中找到该URL。如果找到该URL,则中间服务器102取出和/或产生服务应用程序103需要的辅助数据。
辅助数据的说明也可保存在存储装置104中。中间节点随后从适当的源收集数据,并把数据附到请求中。例如,如果辅助数据包含位置信息,则中间节点向位置服务节点、向移动站客户机本身等请求位置信息。
在把所有的所需数据附到请求上之后,中间服务器102把请求和辅助数据一起发送给服务应用程序103。
如果中间服务器102未从持久存储装置104中的列表找到该URL,则可在不向其附加任何辅助数据的情况下,把请求传送给应用程序服务103。
在图1中,发现请求1)的URL未包含在存储装置104中的列表中。于是,中间服务器实体102不把任何辅助数据附到从中间服务器102转发给服务应用程序实体103的请求2)上。
但是,当服务应用程序实体103收到请求2)时,它注意到请求2)没有包含所需的所有数据。服务应用程序103从而可用指示需要辅助数据的消息3)应答中间服务器102,如方框51)所示。消息可包含和服务应用程序实体103所需辅助数据相关的信息。
中间服务器102接收该响应,并注意到服务应用程序103需要辅助数据。中间服务器102把所述请求的URL保存到持久存储装置104上。中间服务器还收集请求的辅助数据,并发送包含所请求的辅助数据的请求4),如方框50)所示。消息4)可以是请求1)和所述辅助数据的重复。
当服务应用程序实体103接收新请求4)时,它可根据辅助数据产生内容。服务应用程序103随后以内容5)表示回答。中间服务器102接收内容,并借助作为对客户机实体101的初始请求1)的响应的消息6),把内容传送给客户机实体101。
当客户机实体101再次发送和相同URL相关的新请求7)时,中间服务器102现在可从持久存储装置104中找到所述URL,因为响应上面的步骤3)保存了该URL。基于此,中间服务器102知道该URL需要附到该请求上的辅助数据。
步骤3)还向中间节点提供需要提供给服务提供实体103的数据的描述。从而,中间节点102随后可收集和/或产生辅助数据50),并把辅助数据附到要发送给服务应用程序103的请求8)上。
服务应用程序实体103随后根据辅助数据产生内容,随后在响应9)中返回该内容。中间节点102随后把响应10)传送给客户机101。
总结学习程序,服务应用程序实体可向中间节点要求要附在服务请求上的辅助信息。当实现这一点时,中间节点可把URL或者与服务应用程序实体相关的其它身份信息保存在存储装置中。在与客户机的进一步交互作用中,中间节点随后立即检查存储装置,了解在把请求传输给服务应用程序实体之前,该请求是否需要补充辅助信息。
除了参考图1的消息2)-5)说明的操作循环之外,中间节点适合于向响应其它事件,需要辅助信息的实例学习。例如,失败的服务请求可被用于指示需要辅助数据。运营商也可教导中间节点识别需要辅助信息的这种请求。
从而可附加辅助信息,而无需中间节点和服务应用程序之间的往返。这消除了中间节点和服务应用程序之间所需的额外传送。
根据另一实施例,客户机实体101具备适当的存储和验证功能。即,客户机实体101适合于保存和不同服务提供商的要求相关的信息。在发送服务请求之前,客户机实体可检查它是否知道任意附加要求。如果是,则客户机实体101自己安排向服务提供实体提供辅助数据。
例如,客户机实体自己收集所需的信息,或者要求诸如中间节点之类的另一节点收集并把所需的信息附到请求上。
根据一个实施例,一组默认属性或者类似的辅助信息参数保存在数据库104中。作为默认设置,这些属性随后和服务请求一起被发送给所有URL。但是,如果从数据库中找到和某一请求相关的URL,这表示该请求是默认规则的例外。
也可保存与多组服务提供商相关的信息,从而可以向也可不向该组的某一服务提供商提供辅助信息。
应认识到虽然关于移动站说明了本发明的实施例,不过,本发明的实施例适合于其它任意恰当类型的用户设备。
这里还要指出的是虽然上面说明了本发明的例证实施例,不过在不脱离如附加权利要求限定的本发明的范围的情况下,可对公开的解决方案做出各种变化和修改。
权利要求
1.一种通信系统中的方法,所述方法包括检测服务提供商要求和请求相关的辅助信息;将和所述检测到的要求相关的信息保存在存储装置中;接收请求;和根据保存在存储装置中的信息,验证辅助信息是否需要被附在所述请求上。
2.按照权利要求1所述的方法,其中服务提供商对于辅助信息的请求触发所述保存信息的步骤。
3.按照权利要求2所述的方法,其中响应于接收到其信息内容不充分的请求,所述服务提供商发送对于辅助信息的所述请求。
4.按照前述任意权利要求所述的方法,其中失败的请求触发所述保存信息的步骤。
5.按照前述任意权利要求所述的方法,其中运营商触发所述保存信息的步骤。
6.按照前述任意权利要求所述的方法,其中所接收的请求源于客户机。
7.按照权利要求6所述的方法,其中在包含所述存储装置的中间节点接收来自客户机的请求,所述中间节点完成所述验证,并在验证之后,将具有或不具有所述辅助信息的请求传送给所述服务提供商。
8.按照权利要求6所述的方法,其中在传送所述请求之前,所述客户机完成所述验证。
9.按照前述任意权利要求所述的方法,其中根据保存在所述存储装置中的信息收集所述辅助信息。
10.按照权利要求8和9所述的方法,其中所述客户机收集所述辅助数据。
11.按照权利要求7和9所述的方法,其中所述中间节点收集所述辅助数据。
12.按照前述任意权利要求所述的方法,其中所述请求包括与服务提供商相关的地址信息。
13.按照权利要求12所述的方法,其中所述地址信息包括服务提供商的统一资源定位符(URL)。
14.按照前述任意权利要求所述的方法,其中保存与所述检测到的要求相关的信息的步骤包括保存与服务提供商的地址相关的信息。
15.按照权利要求12-14任一所述的方法,其中所述验证步骤包括检查是否可从所述存储装置找到与服务提供商的地址相关的信息。
16.按照权利要求6或引用权利要求6的任意权利要求所述的方法,其中所述客户机实体包含移动站。
17.按照前述任意权利要求所述的方法,所述辅助信息选自位置数据、授权数据、用户数据。
18.按照前述任意权利要求所述的方法,其中在通信系统的运营过程中,与所检测到的要求相关的信息自适应地保存在所述存储装置中。
19.一种通信系统,包括用于响应服务请求而提供内容的服务提供商,以及保存与所述服务提供商相关的信息的存储装置,所述存储装置被更新以便响应于指示要求把辅助信息附在所述请求上的事件,包含与所述要求相关的信息。
20.按照权利要求19所述的通信系统,其中所述事件至少包含下述之一服务提供商对于辅助信息的请求、失败的服务请求、通信系统的运营商的指令。
21.按照权利要求19或20所述的通信系统,包含产生服务请求的客户机。
22.按照权利要求21所述的通信系统,其中来自所述客户机的请求由包含所述存储装置的中间节点接收,所述中间节点被设置成更新存储装置,以便将所述辅助信息附在发送给服务提供商的请求上。
23.按照权利要求22所述的通信系统,其中所述中间节点根据保存在所述存储装置中的信息,收集所述辅助信息。
24.按照权利要求22或23所述的通信系统,其中所述中间节点包括代理服务器。
25.按照权利要求22-24任一所述的通信系统,其中所述中间节点根据超文本传送协议(HTTP)工作。
26.按照权利要求22或23所述的通信系统,其中所述中间节点包括网关。
27.按照权利要求26所述的通信系统,其中网关根据无线应用协议(WAP)工作。
28.一种通信系统的服务器,包括确定服务提供商是否需要与服务请求相关的辅助信息的装置;保存与所述要求相关的信息的存储装置;处理所述服务请求的装置;和根据保存在所述存储装置中的信息,验证是否需要把所述辅助信息附在所述服务请求上的装置。
全文摘要
本发明公开一种在通信系统中提供服务的方法和通信系统。当收到服务请求时,验证是否需要把辅助信息附在所述请求上。所述验证以保存在存储装置中的信息为基础。如果发现服务提供商需要与服务请求相关的辅助信息,则把与所述发现的要求相关的信息保存在存储装置中,以便更新所述存储装置。
文档编号H04L29/08GK1600010SQ02810624
公开日2005年3月23日 申请日期2002年5月24日 优先权日2001年5月25日
发明者米卡·奥沃斯卡内, 阿托·玛蒂拉, 弗兰克·泽尔肯斯 申请人:诺基亚公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1