网络服务装置和方法制造方法及图纸

技术编号:2859188 阅读:121 留言:0更新日期:2012-04-11 18:40
一种网络服务目录,包括至少一个企业实体对象和至少一个用户对象,其中至少一个企业实体对象位于至少一个用户对象之下。(*该技术在2023年保护过期,可自由使用*)

【技术实现步骤摘要】

本专利技术大体上涉及UDDI注册和网络服务,尤其是涉及对这些设备提供实际效果的方法、装置和系统。相关技术UDDI(通用描述、发现和集成)是一个标准集,其使得使用网络服务的应用程序能够快速、便捷且动态地交互作用。UDDI是用于建立一个与平台无关的开放式框架,用于通过因特网以及可操作的注册中心,描述服务、发现企业以及集成系统服务。更多细节可参看网址www.uddi.org。UDDI注册为使用网络服务的结构化系统提供有力的支持。图1a示意性地阐释了基本网络服务和UDDI概念。图1b示意性阐释了网络服务环境的简化协议栈。UDDI提供了网络服务信息的信息库,这本身也可以作为一种网络服务来提供。UDDI允许应用程序公开其如何通过网络相互作用。每种“网络服务”是自描述、自包容、模块化单元的应用程序逻辑,通过网络连接为其他应用程序提供某些系统功能。应用程序借助于普遍的网络协议和数据格式访问网络服务,而不必考虑各个网络服务是如何实现的。网络服务可以和其他网络服务结合和匹配,来执行较大的工作流程或商业企业。UDDI标准描述了一个特定用途的信息库,用来管理网络服务类型、商业组织的描述以及如何调用网络服务的细节。该标准不必详细说明如何执行标准,也不必说明其实现是否应该包括使用了数据库、目录或任何其他介质的存储器。制定UDDI标准的组织创办的网址上(http//www.uddi.org/faqs.html)有许多常见问题(FAQ)。其中一个问题是“能够建立一个或基于LDAP的UDDI注册吗?”网站给出的答案中证实在UDDI和目录之间没有明确的关系。UDDI说明书没有规定注册执行细节。UDDI说明书定义了一种基于XML的数据模型以及一组SOAP APIs来访问和使用数据模型。SOAP APIs定义了UDDI信息库出现的状态。执行UDDI可以建立在LDAP目录上,只要其符合规定的状态。因此,所有的UDDI执行都可以建立在关系数据库上。需要注意的是目录技术,如X.500和LDAP,是可扩展的、通用的数据存储,也是最常用的管理用户和资源的关联语言。这些是很完备的技术,已经广泛应用,并且认为非常稳定和可靠。但是在目录上执行UDDI标准(www.uddi.org上可获取)需要解决许多问题。UDDI标准遗留了许多重要的未解决的问题,例如●UDDI标准定义了大量对象,其中一些对象以层次结构相关联,但UDDI没有定义一个包含所有对象的层次结构。例如,商业服务对象位于企业实体对象之下,而绑定模板对象位于商业服务对象之下。图2阐释了这种层次结构的一个实例。企业实体对象标注为21,商业服务对象标注为22,而绑定模板对象标注为23。同样需要注意的是标注为24的TModel对象和这些对象没有层次关系。同样也有其他概念例如发行者声明没有层次化定义。●对于需要允许用户仅能改变在他/她的控制下的这些对象,能够创建有效的执行方法,●创建有效的执行方法能够允许UDDI注册进行分布,●创建有效的执行方法能够加强搜索和更新的可管理性以及性能, ●如何用相对有效的方法描述复杂的UDDI对象。例如企业实体,商业服务,绑定模板和/或TModel具有复合的重复要素。而这些重复要素又包含了其他重复的要素。例如企业实体包含联系方式,而联系方式包含地址。地址可能包含地址行和电话号码。图13示意性地阐释了企业实体中一个相对复杂对象的UDDI概念。企业实体对象131包括例如一系列属性132,如授权名称,企业键,以及名称。名称有一个或多个名称字段133,如“文本”或“名称”自身中固有的。还有“语言”。此处可能有一个或多个该类字段133,●如何相对快速搜索重复要素所包含的特定项目,●如何在目录对象的层次结构中表示UDDI信息和请求,●如何有效地处理UDDI对象以及其所有相关信息的删除,以及●如何优化搜索过程中获得的中间搜索结果的结构,考虑到目录存储介质的限制,从而把目录访问和重复访问存储器的操作最小化。实际中,可以存储目录条目并以随机顺序返回,且目录结果太大以至于不能对其排序,●如何有效地表示与发行者声明相关的数据,●如何创建有效的发行者声明的实现方法,尤其是考虑到寻找相关企业的实现方法,●如何根据关系来有效地搜索发行者声明,●如何处理发行者声明的有效性,●如何限制创建的声明以及删除企业实体所有者生成的企业实体,●如何有效地按照UDDI标准中的定义来处理相关的属性集合,●如何定义属性和对象来增强搜索性能。现在已经提出了许多种UDDI模式。但是没有一个模式解决了至少上述问题。例如一种模式提出了相对简单化地把UDDI对象映射到目录对象,而没有考虑复杂性和优化以获得有效的商业实现。但仍然不清楚许多UDDI服务(尤其是find_series)如何能够在该模式下有效实现。例如,图14示意性地阐释了企业实体中相对复杂对象的Novell表示形式。企业实体对象141,包括例如一系列属性142,分别具有“类型”和“数值”。如图所示,授权名字的值是“Bill”,企业键的值是“890.obale.890......”,而名称有多个值143,144即en#CAIN#CATSUDDI(图13)和Novell(图14)实例中的表示形式不是用于网络服务的有效表示形式。因此需要解决上述的一般问题和其他问题,以提供一种相对可扩展的、有效且可靠的基于目录的UDDI实现。
技术实现思路
网络服务目录包括至少一个企业实体对象以及至少一个用户对象,其中至少一个企业实体对象设置在至少一个用户对象之下。网络服务系统包括一个其中可以对企业进行注册的注册中,该注册中心包括一个有层次结构的目录,该目录包括至少一个企业实体对象和至少一个用户对象,该企业实体对象被设置在至少一个用户对象之下,以及一个存储系统,其用于存储商业信息,并可通过层次结构目录访问。附图说明参照优选实施例的以下描述并结合附图,能够更好地理解本专利技术的其他目标、优点及方面,其中图1a示意性地阐释了一些网络服务和UDDI概念;图1b示意性地阐释了一个网络服务环境下的简化协议栈;图2示意性地阐释了根据相关技术的层次结构;图3示意性地阐释了根据相关技术的目录服务模型;图4示意性地阐释了根据本专利技术的一个实施例,用X.500目录技术实现的UDDI服务模型的基础组件; 图5示意性地阐释了根据本专利技术的一个实施例中的服务投影图;图6示意性地阐释了根据本专利技术的一个实施例,绑定模板和TModel之间的相关性;图7示意性地阐释了根据本专利技术的一个实施例,TModel如何在两个实体间建立关系;图8阐释了根据本专利技术的一个实施例,请求添加一个发行者声明的逻辑表示形式;图9阐释了根据本专利技术的一个实施例,UDDI数据对象构造器的逻辑表示形式;图10示意性地阐释了在用户对象之下设置企业实体对象;图11示意性地阐释了在用户对象之上设置域对象;图12示意性地阐释了根据本专利技术的一个实施例的一种模式草图;图13示意性地阐释了根据相关技术,企业实体中相对复杂对象的UDDI概念;图14示意性地阐释了根据相关技术,企业实体中相对复杂对象的Novell表示形式;图15示意性地阐释了根据本专利技术的一个实施例,引入了层次结构用于表示企业实体中相对复杂的对象;图16示意性地阐释了根据本专利技术的一个实施例的绑定模板的分层子结本文档来自技高网
...

【技术保护点】
一种网络服务目录包括:至少一个企业实体对象;以及至少一个用户对象,其中至少一个企业实体对象设置在至少一个用户对象之下。

【技术特征摘要】
US 2002-8-26 60/406,391;US 2002-8-26 60/406,399;US1.一种网络服务目录包括至少一个企业实体对象;以及至少一个用户对象,其中至少一个企业实体对象设置在至少一个用户对象之下。2.如权利要求1中所述的网络服务目录,还包括至少一个商业服务对象;以及至少一个绑定模板对象;其中至少一个商业服务对象设置在至少一个企业实体对象之下,且至少一个绑定模板对象设置在至少一个商业服务对象之下。3.如权利要求1中所述的网络服务目录,其中借助于至少一个相应的用户子对象,至少一个企业...

【专利技术属性】
技术研发人员:理查德哈维蒂莫西本特利
申请(专利权)人:计算机联合思想公司
类型:发明
国别省市:US[美国]

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1