[发明专利]用于更新portlet信息的方法和系统

说明书

技术领域

本发明涉及Web门户和portlet(门户组件)处理的领域，更具体而言，涉及通过对控件的隐藏版本进行更新，然后将隐藏版本与呈现版本进行切换，以此对portlet界面控件进行更新，从而减少闪烁及其他可能更新问题。

背景技术

Web门户是提供大量资源和信息(例如，电子邮件、搜索引擎、广告、用户专用报告、个性化联系和任务管理功能、定制新闻馈送、本地气象等)的Web站点或服务。Web门户可包括多个Webportlet。每个Web portlet可为向门户用户显示来自指定资源的信息的可重用Web组件，该指定资源可不同于为门户提供信息的资源。在门户内的portlet的设置、在门户内的信息呈现、该呈现的响应性，以及其他用户感受因素都构成门户的用户体验。

当使用界面控件(例如，刻度盘(dial)、图表、收报机(ticker)等)呈现数据时，经常会增强用户体验。当用户能够定制用于对重要情形提供提醒的控件和/或能够选择个别控件来提取其中包含的信息时，情况尤为如此。因此，在portlet内的控件能够向用户呈现实时更新。用户能够快速获悉控件传递的信息，并能够检测重要异常，并以适宜方式进行响应。

遗憾的是，用于更新portlet信息的传统方法可导致众多实际问题，例如，闪烁。在多个频繁更新的界面控件紧密相邻存在，且每个都与其自身portlet相关联时，经常出现闪烁。每个控件都需要进行不断的数据更新(例如，每1至10秒)、更新处理，和用于显示数据更新的控件视觉刷新。控件更新和相关处理的频率通常与其他portlet的其他控件更新无关。另外，每个控件通常由多个元件(例如，图表条(chart bar)以及值和/或刻度盘位置)组成，其中，可按照接收元件具体更新的顺序对可视元件进行处理。当出现更新和处理延迟时，有时对一部分控件元件进行更新，而对不同部分的控件元件不进行更新，这导致了混乱的视觉体验。

由于为每个portlet通常使用单个独立的进程，当portlet的数量增大时问题会逐渐升级。如果在与刷新界面控件所需时间量有关的同一时帧内进行多个数据请求(与不同进程相关)，则可发生这些请求的串行化。该问题表现为，当在为控件建立的刷新率期间内不执行控件刷新时，portlet内的可视控件时常出现故障，并跳过一个或多个更新。不是对控件进行较平滑的刷新，而是控件显得从一步到另一步发生“跳跃”，这导致用户产生心烦意乱和毫无兴趣的体验。在极端情形中，portlet中出现的数据更新问题可使系统超负荷，并导致portlet或Web浏览器完全锁定。

图1显示出被执行用于使客户端设备利用与一个或多个portlet相链接的一个或多个数据源产生对于该门户的用户体验的基本交互。从图1显然可知，portlet的更新彼此无关地发生，其中每个portlet为更新而经常轮询数据源。为更新而经常轮询和逐个portlet地进行的响应接收可迅速使系统或通信设施过载到这样的程度，即，使数据更新受到延迟，出现闪烁、portlet显得停顿以及出现锁定，从而使用户对门户的总体体验效果变差。尽管图1假设portlet所使用的数据源是面向服务体系结构(SOA)112的一部分，如图1所示portlet通信模式通常应用于portlet-数据源通信，但不限于特定软件体系结构，例如SOA112。

如图所示，图1所示客户端102 portlet 106和108能够利用JAVASCRIPTS请求刷新portlet 106-108。门户服务器104能够创建对检索数据进行处理以便更新门户104的进程。portlet 106-108能够从SOA 112的各种组件检索数据。每个portlet 106-108独立地进行等效更新过程。例如，客户端102请求刷新在所选门户104中的信息。门户104将绘制在portlet 106或108中的界面控件。该绘制可需要从portlet进程获得数据值，该进程可从SOA 112获得信息。SOA 112向公共portlet进程回送响应，将其发送到请求portlet106或108，请求portlet 106或108将数据发送到门户104，门户104在客户端102上适当绘制/呈现最新信息。

发明内容