[发明专利]用于知晓分布式应用上下文的事务处理的方法和装置无效
申请号: | 200910139688.0 | 申请日: | 2009-07-02 |
公开(公告)号: | CN101621541A | 公开(公告)日: | 2010-01-06 |
发明(设计)人: | 亚历克斯·德罗宾斯基;迈克尔·格罗伊斯;纳达夫·赫尔夫曼 | 申请(专利权)人: | SAP门户以色列有限公司 |
主分类号: | H04L29/08 | 分类号: | H04L29/08;G06F15/16 |
代理公司: | 北京市柳沈律师事务所 | 代理人: | 邵亚丽 |
地址: | 以色列*** | 国省代码: | 以色列;IL |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 用于 知晓 分布式 应用 上下文 事务处理 方法 装置 | ||
技术领域
本公开一般涉及分布式应用,并且具体涉及一种用于实现应用事务的多节点多功能处理的方法和装置。
背景技术
分布式环境通常向用户提供对于多个应用的访问,并且应当以实现整体最佳性能为目标。分布式环境通常包括位于一个或多个数据中心内的一个或多个服务器、一个或多个(通常几百或几千个)用户、以及通信信道,该通信信道通常为分布式架构(landscape),例如广域网(WAN)。在分布式计算环境中提供(provision)应用服务常常需要多个处理动作,所述多个处理动作可以由诸如多个物理位置上的不同计算机上的软件单元之类的不同实体提供。每个处理动作可能需要它自己的定义或者配置设置或值的集合,该集合是从所处理的事务的上下文以及处置该事务的实体导出的。分布产生了很多问题。环境的操作者或整合者必须将他们对于每个可用应用的意图(view)转换为与该应用相关联的每个处理动作的一个或多个配置设置。第二,将所述动作分类的任务对于与每一个事务相关联的每一个动作重复,从而消耗访问资源。
所使用的公共中间件基础设施加放大了上述问题:一方面,诸如单个应用服务器的中间件基础设施在传统上作为单个网络或web服务而被观察到的东西下提供多个应用服务。另一方面,单个应用服务可以包括可能使用不同协议的不同网络服务或web服务的整合集合。这提出了进一步的问题,例如如何将应用上下文用于每一个单个的处理动作;如何对于具体的应用上下文定义单个端到端方案(scheme);以及如何监控在所述应用上下文下的不同处理动作的性能或行为。
因此,在本领域中需要一种方法和装置,其将使得分布式环境中的知晓上下文的事务处理成为可能,使得可以在分布式系统中根据统一的策略而以统一和高效的方法来执行与源于各种应用的事务相关联的不同处理。
发明内容
一种用于以统一的跨组织方式在分布式网络中提供服务的方法和装置。该方法和装置允许较低的TOC,并且不需要远程位置处的技术人员来安装和维护客户端设备。
在优选实施例中,由此提供了一种在分布式计算机网络中根据预定策略来提供服务的方法,该方法包括以下步骤:接收与应用有关的标签添加(tagging)方案;接收来自该应用的请求消息;根据标签添加方案将标签添加信息附加到请求消息上;将带有标签添加信息的请求消息发送到一个或多个处理器;从标签添加信息检索(retrieve)一个或多个参数或配置值;以及根据该参数或配置值处理所述请求消息。所述方法还可以包括以下步骤:提供用于定义标签添加方案的标签添加方案定义组件。所述方法还可以包括以下步骤:创建具有与请求消息基本相同的标签添加信息的响应消息。所述方法还可以包括以下步骤:从附加到响应消息上的标签添加信息检索一个或多个第二参数或配置值;以及根据该第二参数或配置值处理响应消息。在该方法中,标签添加方案任选地涉及应用所属的事务类型、或者从由以下各项组成的组中选择的一个或多个项目的参数或配置值:压缩;解压缩;加密;解密;隧道建立;安全性;监控;路由选择;优化;以及服务质量。在该方法中,标签添加方案任选地与从由以下各项组成的组中选择的一个或多个项目:服务类型;子服务类型;应用;与应用相关联的事务类型;应用的用户;用户的角色;用户的位置;用户使用的区域性办公室;与用户或与应用相关联的数据中心;以及应用的上下文。在该方法中,所述预定策略任选为组织范围的(organization-wide)策略。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于SAP门户以色列有限公司,未经SAP门户以色列有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/200910139688.0/2.html,转载请声明来源钻瓜专利网。
- 上一篇:摄像设备和自动焦点检测方法
- 下一篇:启用多功能装置中的功能依赖性