专利名称：一种调用portlet服务的方法和装置的制作方法
技术领域：
本发明涉及网络信息技术领域，尤其涉及一种调用portlet服务的方法和装置。
背景技术：
随着信息化建设的飞速发展，信息量越来越大，信息也越来越多，需要 将信息有效地集中整合起来，以便更为有效地管理和使用。门户，是指一个 应用框架，它将各种应用系统、数据资源和互联网资源集成到一个信息管理 平台之上，并以统一的用户界面提供给用户。门户系统能够使企业可以快速 地建立企业对客户、企业对内部员工和企业对企业的信息通道，使企业能够 释放存储在企业内部和外部的各种信息。在门户系统中，传统的信息整合主 要是建立不同应用系统间的数据共享机制，对于不同的应用系统，可能需要 实现同样功能的功能模块。例如，在一个应用系统开发出某个功能模块的情 况下，其他应用系统为了实现同样功能模块的功能，现有技术往往采用在其 他应用系统编写程序重新开发这个功能模块的方式，不能直接使用或者调用 这个功能模块。
具体的，应用portlet服务的模块可以看作常用的功能模块的一种， 一般 的，portlet可以定义为 一种"基于Java技术的web组件，由处理请求和生成 动态内容的portlet容器管理"。在不同的应用系统中，各开发厂商遵循各种 技术规范通常会开发出各自的portlet服务，不同的应用系统中可能分别包含 有用于实现相同功能的portlet服务;正是由于开发时所遵循的技术规范不同， 所以各个应用系统间无法实现portlet服务的调用。
以电力企业为例，在该企业的电力营销系统(一应用系统)中才是供了用 户查询电费的功能，用户输入自己的用户名、合同号即可以查询每月的电费 使用情况。该查询功能在电力营销系统中被封装成portlet，能够在电力营销 系统的portlet框架下被调用。
如果希望在企业的对外网站(另一应用系统)上也提供用户查询电费的功能，要实现该功能只能将该功能在对外网站的开发平台上再重新开发一遍，
而不能直接使用电力营销系统中的该portlet。不能使用的原因是对外网站和 电力营销系统可能分别采用.Net、 J2EE技术开发，代码是不能被共享的，而 电力营销系统的功能模块更没有直接在对外网站调用的实现方法。
可见，现有的技术方案在跨应用系统平台上不能直接调用所需的portlet 服务。
发明内容
本发明目的是在跨应用系统平台上能够直接使用或者调用portlet,也就 是可以实现portlet的复用。
本发明实施例提供了一种调用portlet服务的方法，对第一应用系统开发 出的portlet服务进行封装；对封装后的portlet服务在UDDI上进行注册，包 括
根据UDDI中的注册信息，在第二应用系统上对所需portlet服务进行配
置；
根据配置的信息，第二应用系统调用所需的portlet服务并在所述第一应 用系统中运行；在第二应用系统上展示相应的运行结果。
优选的，所述封装为将所需的portlet服务封装为web服务。
优选的，所述注册进一步包括向当前注册的portlet服务分配唯一标识 符，在第二应用系统上对所需portlet服务进行配置。
优选的，所述配置包括
对唯一标识符的配置；
对所需portlet服务在门户系统中位置信息的配置； 对所需portlet服务的服务属性信息的配置。 优选的，所述第二应用系统为门户系统。 本发明实施例还提供了一种调用portlet服务的装置，包括 封装单元，用于对第一应用系统开发出的portet服务进行封装； 注册单元，用于对封装后的portlet服务在UDDI上进行注册； 配置单元，用于根据UDDI中的注册信息，在第二应用系统上对所需 portlet服务进行配置；调用单元，用于根据配置的信息，第二应用系统调用并运行所需的portlet服务。
优选的，所述调用单元包括
第 一应用子单元，用于调用该portlet服务并在所述第 一应用系统中运行； 第二应用子单元，用于在第二应用系统上展示相应的运行结果。 优选的，所述注册单元进一步包括分配单元，用于向当前注册的portlet 服务分配唯一标识符。
优选的，所述配置单元包括 标识符配置子单元，用于对唯一标识符的配置；
位置配置子单元，用于对所需portlet服务在门户系统中位置信息的配置； 属性配置子单元，用于对所需portlet服务的服务属性信息的配置。 可见，本发明实施例通过建立一个分布式、跨应用系统的功能模块复用 机制，在门户系统中可以集成并调用不同应用系统的portlet服务，具有即插 即用的优势。各应用系统的portlet服务开发完成后只要注册，就可以在门户 系统上调用该portlet服务；同时在调用过程中并不需改变各应用系统原来的 部署和运行方式，门户系统只是调用各应用系统的portlet服务(运行一个实 例)，并不对应用系统产生其他影响。
总之，本发明可以大大提高应用系统portlet服务的利用效率，使得应用 系统的portlet服务不再仅仅是为本系统服务，还可以为门户服务，可以最大 限度地实现已有信息化建设资源的再利用。
图1为本发明合成可视图像的方法实施例流程图2为本发明一种具体实施方式
中门户系统和应用系统的一个框架示意
图3为本发明合成可视图像的装置实施例结构图； 图4位本发明一个实施例中各个单元的逻辑示意图。
具体实施方式
为了更好地理解本发明的实施例，下面介绍一下与本发明有关的基本概 念和原理。
本发明的基本实现过程是将不同应用系统的portlet封装后统一注册到 UDDI ( Universal Description Discovery and Integration, 统一描述、发现和集 成协议)目录，通过在门户系统建立一个portlet容器，然后通过查询UDDI 注册信息对portlet进行配置，即可在门户系统中使用托管的portlet服务。其 中，UDDI定义了组织机构公布有关商业服务并向其他组织提供可用于综合 商业过程的信息的通用方法。
下面结合附图对本发明实施例进行详细描述。
请参见图1,其为本发明一种调用portlet的方法实施例。本发明实施例 的过程包括以下步骤
步骤101:对第一应用系统开发出的portlet服务进行封装。 针对各种实际情况，各应用开发厂商依据技术规范开发属于自己应用系 统的portlet服务。为了实现本发明的跨系统平台调用，在应用系统上，需要 将各portlet服务统一封装为Web Service上的portlet服务。Web Service可以 看作是统一的平台接口，通过Web Service可以实现portlet服务与其他系统 进行交互。
步骤102:对封装后的portlet服务在UDDI上进行注册。 portlet服务在应用系统上封装成统一的Web Service后，向UDDI中发送 相关注册信息，所述注册信息可以包括应用系统名称、提供服务内容、授权 信息、portlet地址端口等等。通过注册，可以获得针对该服务的唯一服务标 识符，即由UDDI注册才莫块向该portlet服务分配的p舉一标识符。
不同的portlet服务，其注册过程都是相似的。此步骤的作用是建立Web 服务集成的一个体系框架，包含了服务描述与发现，可以提供不同应用系统 Web服务的目录。
步骤103:根据UDDI中的注册信息，在第二应用系统上对所需portlet 服务进行配置。
注册信息中记录了各portlet服务的详细信息，门户系统检索UDDI中注 册的信息，根据portlet服务的唯一服务标识符配置portlet服务。具体配置过程可以包括对portlet服务的位置信息的配置以及对该服务的属性信息的配 置。所述对位置信息的配置可能包括所需portlet服务放置在门户系统中的 位置和portlet服务所属界面框架的大小，位置参数包括但不限于放置于门户 系统中的上下左右的位置，所属界面框架的大小包括但不限于portlet服务框 架的尺寸等等；所述对属性信息的配置可能包括对所需的portlet服务数据 源的选取，以及其他相关属性信息等。
需要说明的是，上述封装、注册和配置步骤并不改变原有应用系统中的 portlet服务的部署。门户系统作为portlet的一个展现和操作的平台，对具体 的portlet服务类型并没有限制。当员工需要使用这些portlet服务时，打开门 户系统就可以使用所需的portlet服务。
门户系统的一个基础功能是提供portlet框架，该portlet框架是所有位于 门户系统内的portlet的统一容器，4是供所有集成的portlet的^f吏用平台。
步骤104:根据配置的信息，第二应用系统调用并运行所需的portlet服务。
其中，在本发明的一个优选实施例中所述第二应用系统可以为门户系统。 门户系统根据配置好的信息调用各种portlet服务。调用各种portlet服务成功 后，就可以在门户系统中运行调用的portlet服务。具体调用可以为所调用 的portlet在原应用系统中运行，但运行结果在当前运行的门户系统的portlet 框架上进行。也就是说portlet服务在被门户系统调用时，相当于在门户系统 中运行了一个本地实例，并不改变该^皮调用的portlet^务在原应用系统中的 状态和运行方式，因此，该被调用的portlet服务仍然可以为自己所在应用系 统服务，并且还可以同时被其他应用系统调用。
其中，封装可以通过第一应用系统来才喿作完成，注册可以通过独立的注 册模块来完成，配置和调用可以通过门户系统来操作完成。
在本发明中，调用托管的portlet服务可以通过SOAP (Simple Object Access Protocol,简单对象访问协议)协议来实现。SOAP通常是指在分散或 分布式的环境中交换信息的简单的协议，是一个基于XML的协议。SOAP 作为一种标准访问协议，它定义了过程调用和应答的协定，类似于网络中的 TCP/IP协议。为了更好理解应用系统和门户系统的关系，请参见图2,为门户系统和 应用系统的一个框架示意图。
门户系统201中提供了一个portlet容器，用于管理多个portlet对象；图 2的门户系统201中包括了 门户系统201自带(如本地开发)的portlet-A 2011和portlet-B 2012，以及需要从应用系统调用出来加以运行的portlet-C 2013和portlet-D 2014。
应用系统202中包括自己开发出来的portlet-C 2021和portlet-D 2022。
门户系统201和应用系统202之间通过SOAP协议进行portlet服务的调 用。门户系统201调用应用系统202中的portlet-C 2021和portlet-D 2022时， portlet-C 2021和portlet-D 2022在应用系统202中运行，portlet-C 2013和 portlet-D 2014在门户系统201中运行，也就是说portlet-C 2013和portlet-D 2014相当于是portlet-C 2021和portlet-D 2022在门户系统201中的运行实例。
在本发明的另一优选实施例中，可以要求各个业务应用系统与企业门户 系统中使用同样的用户ID。上述优选措施可以减少用户映射和权限保护的问 题。在门户系统中需要使用身份信息进行多系统portlet调用时，由于在门户 系统中已经在登录时验证过身份信息，所以如果采用相同的用户ID则可以 不必再重复进行身份认证过程。
举例说明在门户系统上了4是供短信平台系统(另一应用系统)的"发 短信"portlet服务，如果门户系统与短信平台系统采用相同的用户ID，则在 门户系统中不需要建立与短信平台系统的用户映射关系，直接调用即可。如 果门户系统与短信平台系统采用不同的用户ID,则必须建立门户系统与短信 平台系统的用户映射关系，这样就增大了应用集成的开发工作量。
为了更好理解上述实施例，下面以一个具体实施过程来具体说明本发明 实施例的实现过程
例如，对于电力企业的两个应用系统而言，电力营销系统开发出了 "用 户查询电费"的portlet，综合查询系统开发出了 "每日售电量图形显示"的 portlet。现在的目标是在企业的对外网站上(即门户系统)能够同时提供"用 户查询电费"、"每日售电量图形显示"这两项功能。
本发明实施例的实现过程为首先，将这两个应用系统的portlet封装成Web Service,然后分别向UDDI中发送相关注册信息进行注册；对外网站上 对所需的portlet进行配置，当用户打开该对外网站时，依据UDDI上的方法 调用该Web Service。这样对外网站通过浏览UDDI上的注册信息，即可获知 在对外网站系统上调用所需portlet的方法，实现电费查询功能和每日售电量 图形显示功能。对于对外网站的开发人员而言，他们不需要了解电力营销系 统的电费查询和每日售电量图形功能模块的具体技术架构，不需要重新开发， 只需要依据注册信息进行相应配置即可实现。
与上述实施例所提供的方法相对应，参见图3，本发明实施例还提供了 一种调用portlet服务的装置，该装置包括封装单元301、注册单元302、配 置单元303和调用单元304。下面结合本发明实施例的工作原理对其内部结 构以及连接关系做进一 步叙述。
封装单元301用于对第一应用系统开发出的portlet服务进行封装。针对 各种实际情况，各应用开发厂商依据技术规范开发属于自己应用系统的 portlet服务。为了实现本发明的跨系统平台调用，在应用系统上，封装单元 301需要将各portlet服务统一封装为Web Service上的portlet服务。Web Service可以看作是统一的平台接口 ，通过Web Service可以实现portlet服务 与其他系统进行交互。
注册单元302用于对封装后的portlet服务在UDDI上进行注册。portlet 服务在应用系统上封装成统一的Web Service后，注册单元302向UDDI中 发送相关注册信息，所述注册信息可以包括应用系统名称、提供服务内容、 授权信息、portlet地址端口等等。注册单元302的具体实现方式有多种，例 如，还可以进一步包括分配单元用于当前注册的portlet服务分配唯一标识符。 通过注册单元302的注册，可以获得针对该服务的唯一服务标识符，即由 UDDI注册才莫块向该portlet服务分配的唯一标识符。
不同的portlet服务，其注册过程都是相似的。此注册单元302的作用是 建立Web服务集成的一个体系框架，包含了服务描述与发现，可以提供不同 应用系统Web服务的目录。
配置单元303用于^4居UDDI中的注册信息，在第二应用系统上对所需 portlet服务进行配置。注册信息中记录了各portlet服务的详细信息，门户系统检索UDDI中注册的信息，配置单元303根据配置的信息进行配置。配置 单元303的配置方式有多种，例如，可以进一步包括标识符配置子单元3031、 位置配置子单元3032和属性配置子单元3033。其中，
标识符配置子单元3031用于唯一标识符的配置，根据portlet服务的唯 一服务标识符配置portlet服务。
位置配置子单元3032用于对所需portlet服务在门户系统中位置信息的 配置。所述对位置信息的配置可能包括所需portlet服务;^丈置在门户系统中 的位置和portlet服务所属界面框架的大小，位置参数包括但不限于放置于门 户系统中的上下左右的位置，所属界面框架的大小包括但不限于portlet服务 框架的尺寸等等。
属性配置子单元3033用于对所需portlet服务的服务属性信息的配置。 所述对属性信息的配置可能包括对所需的portlet服务数据源的选取，以及 其他相关属性信息等。
此外，配置单元303还包括一个接口子单元3034,用于查询注册单元302 中的注册信息，并将注册信息传递给标识符配置子单元3031、位置配置子单 元3032和属性配置子单元3033。
需要说明的是，上述封装单元301、注册单元302和配置单元303并不 改变原有应用系统中的portlet服务的部署。门户系统作为portlet的一个展现 和操作的平台，对具体的portlet服务类型并没有限制。当员工需要使用这些 portlet服务时，打开门户系统就可以使用所需的portlet服务。
门户系统的一个基础功能是提供portlet框架，该portlet框架是所有位于 门户系统内的portlet的统一容器，提供所有集成的portlet的使用平台。
调用单元304用于根据配置的信息，第二应用系统调用并运行所需的 portlet服务。其中，其中，在本发明的一个优选实施例中所述第二应用系统 可以为门户系统。根据配置单元303配置好的信息，调用单元304调用各种 portlet服务。调用各种portlet服务成功后，就可以在门户系统中运行调用的 portlet月良务。
调用单元304调用的方式有多种，/人逻辑上说，调用单元304可以包括 第一应用子单元3041和第二应用子单元3042。第一应用子单元3041用于调用该portlet服务并在所述第一应用系统中运行；第二应用子单元3042用于 在第二应用系统上展示相应的运行结果。所调用的portlet在原应用系统中运 行，^i^行结果在当前运行的门户系统的portlet框架上进行。也就是说portlet 服务在被门户系统调用时，相当于在门户系统中运行了一个本地实例，并不 改变该被调用的portlet服务在原应用系统中的状态和运行方式，因此，该被 调用的portlet服务仍然可以为自己所在应用系统服务，并且还可以同时被其 他应用系统调用。
同样的，在本实施例中调用单元303调用托管的portlet服务也可以通过 SOAP ( Simple Object Access Protocol,简单对象访问协议)协议来实现。具 体内容介绍在此不再累述，请参照上述实施例中有关描述。
为了更好理解各个单元之间的逻辑关系，请参见图4,为各个单元的逻 辑示意图。封装单元可以位于第一应用系统401中，注册单元可以位于一个 独立的UDDI注册才莫块402，配置单元和调用单元可以位于门户系统403中。
类似的，在本发明的另一优选实施例中，可以要求各个业务应用系统与 企业门户系统中使用同样的用户ID。具体内容介绍在此不再累述，请参照上 述实施例中有关描述。
以上所述仅是本发明的实施方式，应当指出，对于本技术领域的普通技 术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰， 这些改进和润饰也应^L为本发明的保护范围。
权利要求
1.一种调用portlet服务的方法，其特征在于，对第一应用系统开发出的portlet服务进行封装；对封装后的portlet服务在UDDI(Universal DescriptionDiscovery and Integration，统一描述、发现和集成协议)上进行注册，包括根据UDDI中的注册信息，在第二应用系统上对所需portlet服务进行配置；根据配置的信息，第二应用系统调用所需的portlet服务并在所述第一应用系统中运行；在第二应用系统上展示相应的运行结果。
2. 根据权利要求1所述的方法，其特征在于，所述封装为 将所需的portlet服务封装为web服务。
3. 根据权利要求1所述的方法，其特征在于，所述注册进一步包括 向当前注册的portlet服务分配唯一标识符，在第二应用系统上对所需portlet "l务进行配置。
4. 根据权利要求3所述的方法，其特征在于，所述配置包括 对唯一标识符的配置；对所需portlet服务在门户系统中位置信息的配置； 对所需portlet服务的服务属性信息的配置。
5. 根据权利要求1所述的方法，其特征在于，所述第二应用系统为门户 系统。
6. —种调用portlet服务的装置，其特征在于，包括 封装单元，用于对第一应用系统开发出的portlet服务进行封装； 注册单元，用于对封装后的portlet服务在UDDI上进行注册； 配置单元，用于根据UDDI中的注册信息，在第二应用系统上对所需portlet服务进行配置；调用单元，用于根据配置的信息，第二应用系统调用并运行所需的portlet 服务。
7. 根据权利要求6所述的装置，其特征在于，所述调用单元包括第 一应用子单元，用于调用该portlet服务并在所述第 一应用系统中运行； 第二应用子单元，用于在第二应用系统上展示相应的运行结果。
8. 根据权利要求7所述的装置，其特征在于，所述注册单元进一步包括分配单元，用于向当前注册的portlet服务分配p奉一标识符。 9.根据权利要求7所述的装置，其特征在于，所述配置单元包括 标识符配置子单元，用于对唯一标识符的配置；位置配置子单元，用于对所需portlet服务在门户系统中位置信息的配置; 属性配置子单元，用于对所需portlet服务的服务属性信息的配置。
全文摘要
本发明实施例公开了调用portlet服务的方法及装置，其中，所述方法为对第一应用系统开发出的portlet服务进行封装；对封装后的portlet服务在UDDI上进行注册；根据UDDI中的注册信息，在第二应用系统上对所需portlet服务进行配置；根据配置的信息，第二应用系统调用所需的portlet服务并在所述第一应用系统中运行；在第二应用系统上展示相应的运行结果。本发明实施例通过建立一个分布式、跨应用系统的功能模块复用机制，在门户系统中可以集成并调用不同应用系统的portlet服务，具有即插即用的优势，同时在调用过程中并不需改变各应用系统原来的部署和运行方式，并且可以最大限度地实现已有信息化建设资源的再利用。
文档编号G06F9/44GK101299186SQ20081011427
公开日2008年11月5日 申请日期2008年6月2日 优先权日2008年6月2日
发明者刘建明, 崔丙锋, 王继业, 范鹏展, 陈德胜, 魏晓菁 申请人:国网信息通信有限公司