CN102404410B - 一种uddi业务扩展方法及系统 - Google Patents
一种uddi业务扩展方法及系统 Download PDFInfo
- Publication number
- CN102404410B CN102404410B CN201110438770.0A CN201110438770A CN102404410B CN 102404410 B CN102404410 B CN 102404410B CN 201110438770 A CN201110438770 A CN 201110438770A CN 102404410 B CN102404410 B CN 102404410B
- Authority
- CN
- China
- Prior art keywords
- uddi
- business
- service request
- service
- request
- 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
Links
Abstract
本申请公开了一种UDDI业务扩展方法及系统,该方法包括:接收操作人员输入的业务请求;判断所述业务请求是否为个性化业务请求;当所述业务请求是个性化业务请求时,通过预先建立的个性业务接口在预先建立的个性业务数据库内进行与所述业务请求相对应的业务操作。使用该方法在UDDI内进行个性业务操作,可以实现业务层的扩展,弥补了在UDDI实现中无法快速扩展的缺憾,并且由于个性业务请求完全遵循了UDDI的实现规范,使得WebService的管理具有规范性。
Description
技术领域
本申请涉及计算机网络技术领域,特别是涉及一种UDDI业务扩展方法及系统。
背景技术
UDDI(Universal Description、Discovery and Integration,通用描述、检索与集成服务)是一种目录服务,它集描述(Universal Description)、检索(Discovery)与集成(Integration)为一体,其核心是注册机制。企业可以使用它对基于Web的Web services进行注册、搜索以及其他操作。
在UDDI注册中心存储了关于企业的信息,这些信息包括:企业提供的服务以及与所提供服务相关的技术信息。UDDI所使用的数据模型和编程API是基于XML和SOAP的,该数据模型和编程API提供了发布和定位各种服务的方法。从Web Services协议栈中可以看出,UDDI包含于完整的Web Services服务协议栈之内,而且是协议栈基础的主要部件之一。UDDI构建于网络传输层和基于SOAP的XML消息传输层上。
UDDI鼓励Web Services的相互操作和相互采用,允许企业在注册中心中发布它所提供的服务,利于其它操作方发现企业和服务。但企业需要遵循UDDI已有的实现规范才可以进行业务注册和查询等操作,这对于企业一些偏向于业务层的个性化业务注册或查询,现有的UDDI规范常常无法实现,可扩展性较差。
发明内容
有鉴于此,本申请实施例提供一种UDDI业务扩展方法及系统,该方法可以在规范性操作的同时可以进行一些个性化的业务处理,以实现UDDI的业务。
为了实现上述目的,本申请实施例提供的技术方案如下:
一种UDDI业务扩展方法,其特征在于,包括:
接收操作人员输入的业务请求;
判断所述业务请求是否为个性化业务请求;
当所述业务请求是个性化业务请求时,通过预先建立的个性业务接口在预先建立的个性业务数据库内进行与所述业务请求相对应的业务操作。
优选地,判断所述业务请求是否为个性化业务请求,包括:
从接收到的操作人员输入的业务请求中提取特征关键词;
在UDDI规范内查询是否存在所提取的特征关键词;
当所述UDDI规范内不存在所述关键词时,确定所述业务请求为个性化业务请求。
优选地,当所述UDDI规范内存在所述特征关键词时,确定所述业务请求为规范业务请求;
并且通过UDDI规范接口在UDDI数据库内进行与所述业务请求相对应的业务操作。
优选地,所述业务操作包括:注册、查询和注销。
优选地,所述预先建立的个性业务接口与所述UDDI规范接口相互独立。
优选地,所述预先建立的个性业务数据库为在UDDI规范性表结构的基础上创建的与个性化业务请求相对应、且存储位置与UDDI数据库的存储位置相独立的数据库表;并且预先建立的个性业务数据库中内容与和其相关Web Service服务相绑定。
一种UDDI系统,包括:业务请求接收单元、UDDI规范接口和UDDI数据库,并且还包括:判断单元、个性业务接口和个性业务数据库,其中:
所述判断单元与所述业务请求接收单元相连接,用于判断所述业务请求接收单元接收的业务请求是否为个性化业务请求;
所述个性业务接口、所述UDDI规范接口均与所述判断单元相连接,所述个性业务接口用于当判断单元的判断所述业务请求是个性化业务请求时,提供与所述业务请求相对应的业务接入;所述UDDI规范接口用于提供规范性业务请求相对应的业务接入;
所述个性业务数据库与所述个性业务接口相连接,用于当所述个性业务接口提供业务接入时,根据所述业务请求提供相对应的业务操作;
所述UDDI数据库与所述UDDI规范接口相连接。
优选地,所述判断单元包括:
与所述业务请求接收单元相连接的特征关键词提取单元,用于从所述业务请求接收单元接收到的操作人员输入的业务请求中提取特征关键词;
与所述特征关键词提取单元相连接的查询单元,用于在UDDI规范内查询是否存在所提取的特征关键词;
与所述查询单元相连接的确定单元,用于当所述查询单元在所述UDDI规范内查询不存在所述关键词时,确定所述业务请求为个性化业务请求。
优选地,所述个性业务接口与所述UDDI规范接口相独立。
优选地,所述个性业务数据库为在UDDI规范性表结构的基础上,创建的与个性化业务请求相对应、并且存储位置与UDDI数据库的存储位置相独立的数据库表,并且个性业务数据库中的内容与和其相关Web Service服务相绑定。
由以上技术方案可见,本申请实施例提供的该UDDI扩展方法,首先判断业务请求是否为个性化业务请求,然后当判断结果为个性化业务请求时,利用预先建立的个性业务接口,在预先建立的个性业务数据库内进行相应的业务操作。所以使用该方法在UDDI内进行个性业务操作,可以实现业务层的扩展,弥补了在UDDI实现中无法快速扩展的缺憾,并且由于个性业务请求完全遵循了UDDI的实现规范,使得Web Service的管理具有规范性。
另外,该方法没有对UDDI规范性的表结构进行拆分,所以不仅可以进行个性化业务操作,而且还可以进行规范化业务操作,使得个性化业务操作可以与规范性的UDDI业务操作进行松散耦合性的分离。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种UDDI业务扩展方法的流程示意图;
图2为本申请实施例提供的判断业务请求是否为个性化业务请求的流程示意图;
图3为本申请实施例提供的另一种UDDI业务扩展方法的流程示意图;
图4为本申请实施例提供的一种UDDI系统的结构示意图;
图5为本申请实施例提供的判断单元的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本申请中的技术方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
实施例一:
图1为本申请实施例提供的一种UDDI业务扩展方法的流程示意图。
如图1所示,该UDDI业务扩展方法包括以下步骤:
S100:接收操作人员输入的业务请求。
作为服务的提供者,企业可以在UDDI注册中心存储有关企业的一些信息,这些信息包括:企业提供的服务以及与所提供服务相关的技术信息;作为服务的使用者,用户可以在UDDI内查询这些企业提供的信息,进而了解企业所提供的服务。
无论是企业在注册时或者用户在查询时,均需要输入与其预期操作相对应的业务请求,这里业务请求可以为注册、查询和注销等。
S200:判断所述业务请求是否为个性化业务请求。
根据接收到的业务请求,可以判断其是规范化业务请求,还是个性化业务请求,在判断时,如图2所示,该步骤具体可以包括:
S201:从接收到的操作人员输入的业务请求中提取特征关键词。
这里特征关键词是作用是对业务请求进行识别,通过特征关键词可以了解与该业务请求所对应的预期操作。
S202:在UDDI规范内查询是否存在所提取的特征关键词。
由于规范化业务请求均是遵循UDDI的实现规范的,所以在UDDI规范内可以查找到规范化业务请求中特征关键词,而对于个性化业务请求,由于其是按照用户设想自己设定的,虽然其也是按照UDDI规范生成,但在UDDI规范内不存在这些个性化业务请求中的特征关键词。
当该步骤判断得到UDDI规范内不存在关键词时,进行步骤S203。
S203:确定该业务请求为个性化业务请求。
当确定业务请求为个性化业务请求后,进行步骤S300。
S300:通过预先建立的个性业务接口在预先建立的个性业务数据库内进行与业务请求相对应的业务操作。
个性业务接口是预先建立的、且与UDDI规范接口相互独立的一个接口,当在上述步骤中判断业务请求为个性业务请求时,需要通过该个性业务接口进行后续相应的操作。
另外,在UDDI内,预先建立的个性业务数据库为在UDDI规范性表结构的基础上创建的与个性化业务请求相对应、且存储位置与UDDI数据库的存储位置相独立的数据库表;并且预先建立的个性业务数据库中内容与和其相关Web Service服务相绑定,这样当操作人员在查询时能够根据自己的个性化业务查询到所需要的Web Service服务。
通过该步骤,可以根据用户输入的个性化业务请求进行相应的个性化操作。
此外,在本申请实施例中,当步骤S202中判断结果为:UDDI规范内存在特征关键词,那么就确定业务请求为规范业务请求。此时,如图3所示,该方法还可以包括:
S400:通过UDDI规范接口在UDDI数据库内进行与所述业务请求相对应的业务操作。
该步骤与现有的普通业务操作相同,本领域技术人员均已熟知,在此不再赘述。
本申请实施例提供的该方法,首先判断业务请求是否为个性化业务请求,然后当判断结果为个性化业务请求时,利用预先建立的个性业务接口,在预先建立的个性业务数据库内进行相应的业务操作。所以使用该方法在UDDI内进行个性业务操作,可以实现业务层的扩展,弥补了在UDDI实现中无法快速扩展的缺憾,并且由于个性业务请求完全遵循了UDDI的实现规范,使得WebService的管理具有规范性。
另外,该方法没有对UDDI规范性的表结构进行拆分,所以不仅可以进行个性化业务操作,而且还可以进行规范化业务操作,使得个性化业务操作可以与规范性的UDDI业务操作进行松散耦合性的分离。
实施例二:
本申请实施例还提供了一种UDDI系统,如图4所示,为本申请实施例提供的UDDI系统的结构示意图。
该UDDI系统包括:业务请求接收单元1、UDDI规范接口2、UDDI数据库3、判断单元4、个性业务接口5和个性业务数据库6,其中:判断单元4与业务请求接收单元1相连接,UDDI规范接口2和个性业务接口5分别与判断单元4,并且UDDI数据库3与UDDI规范接口2相连接,个性业务数据库6与个性业务接口5相连接。
业务请求接收单元1作为人机交互界面,用于接收操作人员输入的业务请求,这里操作人员可以为服务提供者——企业,也可以为服务使用者——用户。UDDI规范接口2和UDDI数据库3均为现有的UDDI系统内已有的,UDDI规范接头2用于根据规范化业务请求在UDDI数据库3内进行相应的操作,UDDI数据库3用于存储企业的信息,包括:企业提供的服务以及与所提供服务相关的技术信息。
如图4所示,判断单元4与业务请求接收单元1相连接,用于判断业务请求接收单元1接收的业务请求是否为个性化业务请求。
在本申请实施例中,如图5所示,判断单元4可以包括:特征关键词提取单元41、查询单元42和确定单元43,其中:特征关键词提取单元41与业务请求接收单元1相连接,用于从业务请求接收单元1接收到的操作人员输入的业务请求中提取特征关键词;查询单元42与特征关键词提取单元41相连接,用于在UDDI规范内查询是否存在所提取的特征关键词;确定单元43与查询单元42相连接,用于当查询单元42在UDDI规范内查询不存在关键词时,确定业务请求为个性化业务请求。
个性业务接口5与判断单元4相连接,用于当判断单元4的判断业务请求是个性化业务请求时,提供与业务请求相对应的业务接入,并且个性业务接口4与UDDI规范接口2相独立。
个性业务数据库6与个性业务接口5相连接,用于当个性业务接口5提供业务接入时,根据业务请求提供相对应的业务操作。在本申请实施例中,个性业务数据库为在UDDI规范性表结构的基础上,创建的与个性化业务请求相对应、且存储位置与UDDI数据库的存储位置相独立的数据库表,另外,为了方便用户查询,个性业务数据库中的内容与和其相关Web Service服务相绑定,这样当操作人员在查询时能够根据自己的个性化业务查询到所需要的WebService服务。
该系统提供明确的业务框架接口,使得业务层的注册与查询功能实现个性化交互操作实现简便。另外,该系统采用主流的业务框架,业务体系比较成熟。
以上所述仅是本申请的优选实施方式,使本领域技术人员能够理解或实现本申请。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下,在其它实施例中实现。因此,本申请将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (8)
1.一种UDDI业务扩展方法,其特征在于,包括:
接收操作人员输入的业务请求;
判断所述业务请求是否为个性化业务请求;
当所述业务请求是个性化业务请求时,通过预先建立的个性业务接口在预先建立的个性业务数据库内进行与所述业务请求相对应的业务操作;
所述预先建立的个性业务接口与UDDI规范接口相互独立。
2.根据权利要求1所述的方法,其特征在于,判断所述业务请求是否为个性化业务请求,包括:
从接收到的操作人员输入的业务请求中提取特征关键词;
在UDDI规范内查询是否存在所提取的特征关键词;
当所述UDDI规范内不存在所述关键词时,确定所述业务请求为个性化业务请求。
3.根据权利要求2所述的方法,其特征在于,当所述UDDI规范内存在所述特征关键词时,确定所述业务请求为规范业务请求;
并且通过UDDI规范接口在UDDI数据库内进行与所述业务请求相对应的业务操作。
4.根据权利要求1或3所述的方法,其特征在于,所述业务操作包括:注册、查询和注销。
5.根据权利要求2所述的方法,其特征在于,所述预先建立的个性业务数据库为在UDDI规范性表结构的基础上创建的与个性化业务请求相对应、且存储位置与UDDI数据库的存储位置相独立的数据库表;并且预先建立的个性业务数据库中内容与和其相关Web Service服务相绑定。
6.一种UDDI系统,包括:业务请求接收单元、UDDI规范接口和UDDI数据库,其特征在于,还包括:判断单元、个性业务接口和个性业务数据库,其中:
所述判断单元与所述业务请求接收单元相连接,用于判断所述业务请求接收单元接收的业务请求是否为个性化业务请求;
所述个性业务接口、所述UDDI规范接口均与所述判断单元相连接,所述个性业务接口用于当判断单元的判断所述业务请求是个性化业务请求时,提供与所述业务请求相对应的业务接入;所述UDDI规范接口用于提供规范性业务请求相对应的业务接入;
所述个性业务数据库与所述个性业务接口相连接,用于当所述个性业务接口提供业务接入时,根据所述业务请求提供相对应的业务操作;
所述UDDI数据库与所述UDDI规范接口相连接;
所述个性业务接口与所述UDDI规范接口相独立。
7.根据权利要求6所述的系统,其特征在于,所述判断单元包括:
与所述业务请求接收单元相连接的特征关键词提取单元,用于从所述业务请求接收单元接收到的操作人员输入的业务请求中提取特征关键词;
与所述特征关键词提取单元相连接的查询单元,用于在UDDI规范内查询是否存在所提取的特征关键词;
与所述查询单元相连接的确定单元,用于当所述查询单元在所述UDDI规范内查询不存在所述关键词时,确定所述业务请求为个性化业务请求。
8.根据权利要求7所述的系统,其特征在于,所述个性业务数据库为在UDDI规范性表结构的基础上,创建的与个性化业务请求相对应、并且存储位置与UDDI数据库的存储位置相独立的数据库表,并且个性业务数据库中的内容与和其相关Web Service服务相绑定。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110438770.0A CN102404410B (zh) | 2011-12-23 | 2011-12-23 | 一种uddi业务扩展方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110438770.0A CN102404410B (zh) | 2011-12-23 | 2011-12-23 | 一种uddi业务扩展方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102404410A CN102404410A (zh) | 2012-04-04 |
CN102404410B true CN102404410B (zh) | 2014-08-20 |
Family
ID=45886190
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110438770.0A Active CN102404410B (zh) | 2011-12-23 | 2011-12-23 | 一种uddi业务扩展方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102404410B (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101206648A (zh) * | 2006-12-20 | 2008-06-25 | 鸿富锦精密工业(深圳)有限公司 | 网络服务生成系统及方法 |
CN101267451A (zh) * | 2008-04-21 | 2008-09-17 | 上海大学 | 网格服务的动态服务方法 |
CN101299186A (zh) * | 2008-06-02 | 2008-11-05 | 国网信息通信有限公司 | 一种调用portlet服务的方法和装置 |
CN101637006A (zh) * | 2007-03-14 | 2010-01-27 | 艾利森电话股份有限公司 | 用于使用uddi来调解web服务的方法和设备 |
CN102063305A (zh) * | 2010-12-24 | 2011-05-18 | 东莞市高鑫机电科技服务有限公司 | 基于soa的业务数据的服务封装方法及集成系统 |
-
2011
- 2011-12-23 CN CN201110438770.0A patent/CN102404410B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101206648A (zh) * | 2006-12-20 | 2008-06-25 | 鸿富锦精密工业(深圳)有限公司 | 网络服务生成系统及方法 |
CN101637006A (zh) * | 2007-03-14 | 2010-01-27 | 艾利森电话股份有限公司 | 用于使用uddi来调解web服务的方法和设备 |
CN101267451A (zh) * | 2008-04-21 | 2008-09-17 | 上海大学 | 网格服务的动态服务方法 |
CN101299186A (zh) * | 2008-06-02 | 2008-11-05 | 国网信息通信有限公司 | 一种调用portlet服务的方法和装置 |
CN102063305A (zh) * | 2010-12-24 | 2011-05-18 | 东莞市高鑫机电科技服务有限公司 | 基于soa的业务数据的服务封装方法及集成系统 |
Non-Patent Citations (1)
Title |
---|
赵金伟,郝克刚,葛玮.基于Agent面向服务体系结构中的服务查询与选择.《计算机应用》.2006,第26卷 * |
Also Published As
Publication number | Publication date |
---|---|
CN102404410A (zh) | 2012-04-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6763346B1 (en) | Document service integrated system | |
WO2017025056A1 (zh) | 通过软件开发工具包实现数据跟踪的方法及系统 | |
US20120254289A1 (en) | Method and apparatus for providing service mobility across service deployment boundaries | |
WO2018036324A1 (zh) | 一种智慧城市信息共享的方法和装置 | |
WO2010127551A1 (zh) | 用于对网络服务通信进行适配的方法、适配器和适配器系统 | |
CN106326243B (zh) | 一种数据处理方法及装置 | |
CN107277086A (zh) | 业务处理系统、业务处理方法以及业务更新方法 | |
WO2012160814A1 (ja) | 情報処理システム、アクセス権管理方法、情報処理装置およびその制御方法と制御プログラム | |
EP2704031A1 (en) | Improved schema mapping based on data views and database tables | |
CN108228770A (zh) | 一种应用文件来源查询的方法及装置 | |
WO2016011862A1 (zh) | 一种应用程序卸载方法及装置 | |
JP2017503371A (ja) | 環境コンテキストを共有するための方法及び装置 | |
CN103414705B (zh) | 一种基于saas模式的移动互联网络异构数据交换方法 | |
US10033737B2 (en) | System and method for cross-cloud identity matching | |
KR101590554B1 (ko) | 식별 정보를 기반으로 파일을 업로드 또는 다운로드하는 방법 및 장치 | |
CN102103606A (zh) | 一种在手机客户端上实现高级检索商品的技术 | |
US8694559B2 (en) | Using database content for multiple business data systems connected to one database | |
KR20080065490A (ko) | 유비쿼터스 환경에서 데이터 통합관리를 위한 분산 파일서비스 방법 및 시스템 | |
JP6709442B2 (ja) | 資産管理装置、資産管理方法、資産管理プログラム | |
US20140297953A1 (en) | Removable Storage Device Identity and Configuration Information | |
CN105740251B (zh) | 一种总线式整合不同内容源的方法和系统 | |
CN101384050A (zh) | 一种移动终端及其资源管理的方法及系统 | |
CN102404410B (zh) | 一种uddi业务扩展方法及系统 | |
CN111045928A (zh) | 一种接口数据测试方法、装置、终端及存储介质 | |
US7293021B1 (en) | Method and system for providing dynamic capability discovery and use |
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 | ||
TR01 | Transfer of patent right |
Effective date of registration: 20211213 Address after: 250014 No. 41-1 Qianfo Shandong Road, Lixia District, Jinan City, Shandong Province Patentee after: SHANDONG CIVIC SE COMMERCIAL MIDDLEWARE Co.,Ltd. Address before: 250014 No. 41-1 Qianfo Shandong Road, Jinan City, Shandong Province Patentee before: SHANDONG CVIC SOFTWARE ENGINEERING Co.,Ltd. Patentee before: Shandong Zhongchuang software commercial middleware Co., Ltd |
|
TR01 | Transfer of patent right |