CN101111820A

CN101111820A - 选择和传递可移植门户小程序的方法和设备

Info

Publication number: CN101111820A
Application number: CN 200680003638
Authority: CN
Inventors: 迈克尔·P.·艾特根; 詹姆斯·E.·福克斯; 斯蒂文·M.·米勒
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 2005-03-30
Filing date: 2006-03-29
Publication date: 2008-01-23
Also published as: JP2008537217A; CA2599893A1; JP4849692B2; TW200710690A; US20060230059A1; EP1872208A1; WO2006103260A1; US9071570B2

Abstract

可以从起源服务器所表现的一个或多个门户小程序中选择门户小程序。起源服务器可以具有收听指点器动作(其中用户事件触发门户小程序选择)的对象。起源服务器可以在响应中将呈现为关键字的门户小程序的状态信息发送给通常由用户操作的客户机。客户机可以以后将关键字发送给分离服务器，在那里将关键字集成入含有客户机所订购的服务的门户。因此，根据用户的偏好在分离服务器与起源服务器之间可以存在持久性的会话。

Description

选择和传递可移植门户小程序的方法和设备

技术领域

本发明涉及超文本门户(portal)和门户小程序(portlet)。具体地说，本发明提供了一种门户小程序数据共享系统、方法和程序产品，其使得在门户和门户小程序之间共享数据中的灵活性和重用性都得到增强。

背景技术

门户或门户程序为基于web或基于超文本的应用，它从不同的源提供个人化、内容的聚集，提供格式化和其他表示层功能，以及任选地可提供如访问全异web服务所需的一次性登录。门户服务器可以是将数据投递给用户的组合软件、硬件和客户机数据。

随着使用因特网的盛行，不断地开发出越来越好的技术来显示web内容。就此而言，门户服务器在将web内容传递给用户中已经成为首选的技术。通常，门户服务器包括将web内容排列入含有一个或多个门户小程序的门户页面的门户程序(例如，IBM公司的WEBSPHERE)。

门户小程序是内容和功能的封装(encapsulation)。它们是将基于Web的内容、应用功能和对资源的访问组合在一起的可重用组件。门户小程序汇编入门户页面，而这些门户页面组成了门户实现。门户小程序与Windows应用类似，因为其在门户页面上以窗口式显示的方式展示它们的内容。与Windows应用类似，门户小程序窗口具有标题栏，它含有一些控件，允许用户扩大(最大化)和缩小(最小化)该应用。

每个门户小程序包括一个按照用户的优先选择规定的web内容的字段。例如，用户可以建立他自己的具有新闻、气象和体育的门户小程序的门户页面。因此，门户小程序窗口是门户小程序的外在表现形式。门户小程序可以从适当的内容供应商得到所希望的web内容并聚集这些web内容。每个门户小程序与门户协作，产生标记(例如，HTML)，使得web内容在适当的门户小程序窗口或子窗内显示。这种门户技术已经导致一个个web用户的个性化“主页”的激增。

开发者业已开始将门户小程序技术用于商业应用。例如，可用门户页面定制雇员、客户、供应商等的页面。在这些应用中，在门户小程序内出现的数据往往是有关联的。例如，在旅行门户小程序的“目的地城市”字段内的数据可能是与气象门户小程序的“目标城市”字段共享的。在一些当前的实现中，一个门户小程序可以通过消息传送或参数传送与另一个已知门户小程序共享数据。然而，门户小程序开发者必须具有对所有参与门户小程序的详细知识，以便实现数据共享。此外，在开发门户小程序时要确定是否共享数据和共享什么数据。这些限制就限制了门户小程序的重用性和互操作性。

现有技术的对门户共享和聚集信息的方法业已包括简单对象访问协议(SOAP)及其他一些协议。SOAP通过优选使用超文本传送协议(HTTP)及其可扩展标记语言(XML)作为信息交换机制，使得在一种操作系统上运行的程序与在相同或不同种的操作系统上运行的程序进行通信的途径。SOAP规定了怎样对HTTP头标和XML文件进行编码，使得一个计算机内的程序可以调用另一个计算机内的程序和将信息传送给它。它还规定了被调用的程序可以怎样返回响应。

以前的增添内容的方式可以包括使用集成开发环境(IDE)，即封装为应用程序的程序设计环境，它通常包括代码编辑器、编译器、调试器和图形用户界面(GUI)编制器。甚至在此之前，从全异的源积累内容可能往往是需要编辑HTML和增添CGI功能的繁重过程。在任何情况下，它是繁重和费时的，而且需要对深奥的语言的语义和格式化有专业性知识。这决不是绝大多数在web上冲浪浏览信息的人所能承担的任务。

在美国公开申请2002/0169852A1“SYSTEM AND METHODFOR DYNAMICALLY INTEGRATING REMOTE PORTLETSINTO PORTALS”(IBM)中提出了一些改进。这个现有技术的发明有着值得赞赏的目的，为门户安装、访问和使用远程门户小程序提供了简化的过程。虽然现有技术表明SOAP和其他协议可以支持从菜单状的接口中选择门户小程序和没有特别次序将地这样的门户小程序添加给门户，但现有技术并没有考虑在始发页面主动表现门户小程序的特别选择和将这样的门户小程序以累增方式安置在用户所希望的门户窗实际领地的确切区域内的时髦概念。

发明内容

按照第一方面，提供了一种选择具有门户小程序状态的门户小程序的方法，这种方法包括下列步骤：表现(render)具有修饰(decoration)和事件触发器的门户小程序；在服务器处接收与事件触发器相应的用户事件；根据用户事件将门户小程序状态串行化；将门户小程序状态存储在关键字(key)内；以及将具有门户小程序状态的关键字发送给客户机。

按照第二方面，提供了一种建立持久性门户会话的方法，这种方法包括下列步骤：在服务器处接收超文本传送协议请求；表现具有与门户窗口上的区域相应的第一事件触发器的门户窗口；接收事件触发器；接收具有门户小程序基准的关键字，该门户小程序基准具有门户小程序；将关键字发送给起源服务器；以及按照关键字表现门户小程序。

按照第三方面，提供了一种选择具有门户小程序状态的门户小程序的服务器，这种服务器包括：表现具有修饰和事件触发器的门户小程序的处理器；耦接到处理器上的在服务器处接收与事件触发器相应的用户事件的网络适配器；串行耦接到处理器上的根据用户事件使门户小程序状态串行化的装置；将门户小程序状态存储在关键字内的存储器；以及将具有门户小程序状态的关键字发送给客户机的LAN适配器。

按照第四方面，提供了一种建立持久性门户会话的系统，这种系统包括：在服务器处接收超文本传送协议请求的装置；表现具有与门户窗上的区域相应的第一事件触发器的门户窗口的装置；接收事件触发器的装置；接收具有门户小程序基准的关键字的装置，该门户小程序基准具有一个门户小程序；将关键字发送给起源服务器的装置；以及按照关键字表现门户小程序的装置。

本发明可以用计算机软件实现。

本发明提供了一种门户小程序数据共享系统、方法和程序产品。具体地说，本发明优选地提供了一种系统、方法和程序产品，允许开发者定义对在门户小程序(可与分离服务器(disjoint server)共享并通过分离服务器共享)内的数据进行访问。此外，还优选地提供了一种带有门户小程序的解决方案，允许用户或开发者定义门户小程序之间的数据共享。这些特征提供了在各种应用中更为灵活和可重用的门户小程序。

本发明提供了一种选择门户小程序的方法、系统和网络协议。优选的是，最初起源服务器响应用户或客户机的http(超文本传送协议)请求表现门户小程序。门户小程序优选地显示为门户小程序窗，优选的是具有响应指点器动作或事件的按钮或抓取框(grabbable frame)。用户在按钮上单击，起源服务器优选地将门户小程序的状态串行化。优选的是，起源服务器将门户小程序状态存储在关键字内，将关键字发送给客户机。

以后，在用户的中意门户，本发明的一个实施例可以接收http请求，表现具有至少一个与门户窗口的一部分相应的事件触发器的门户窗口。门户接收带有伴随门户小程序状态的关键字。关键字用作使客户机与起源服务器之间的会话持续的一种方式，但要用门户服务器(有时称为分离服务器)作为将关键字传送给起源服务器的代理。分离服务器按照关键字表现门户小程序。

附图说明

仅作为例子，下面将结合以下附图对本发明的优选实施例进行说明：

图1为按照本发明的一个优选实施例设计的通用计算机系统；

图2为示出按照本发明的一个实施例设计的在起源服务器上执行的步骤的流程图；

图3为按照本发明的一个优选实施例设计的由网络调停的客户机、起源服务器和分离服务器的体系结构；

图4为示出了示出了按照本发明的一个实施例设计的在起源服务器上执行的步骤的流程图；以及

图5为示出按照本发明的一个实施例设计的在分离服务器上执行的步骤的流程图。

具体实施方式

可以理解，如在该技术领域内所知，所谓“门户小程序”指的是门户页面的可视区域和用来获取和聚集内容以在这些可视区域内显示的程序代码。因此，应该将门户小程序理解为具有至少两个表现形式：(1)作为部分门户页面显示的可视门户小程序；以及(2)包括获取在可视门户小程序内显示的内容的程序代码的门户小程序。

聚集(Aggregation)为从web页面重不同的源收集内容的过程。

本发明的实施例的一个效益是简化了构建内容和将内容聚集入门户的用户操作。这种简化可以呈现为允许用户用两个所显示的浏览器窗口将门户小程序从一个浏览器窗口拖到另一个浏览器窗口(由接收服务器宿主(host)的)的形式，从而保证表现这样的浏览器窗的新的、可能也是分离的服务器重复访问可以是由另一个(可能也是分离的)服务器宿主的门户小程序。实际上，相对持久的增添可以用简单的拖放动作进行。

下面参见附图，特别是图1，图中示出了按照本发明的优选实施例设计的可以实现本发明的数据处理系统。所示出的计算机100包括系统单元102、视频显示终端104、键盘106、存储设备(可以包括软盘驱动器及其他类型的固定和活动存储媒体)108和鼠标110。个人计算机100还可以包括一些辅助输入设备，诸如操纵杆、触摸板、触摸屏、跟踪球、麦克风之类。计算机100可以用任何适当的计算机实现，诸如纽约Armonk的国际商用机器公司产品IBMeServer^TM计算机或IntelliStation计算机(IBM、eserver和IntelliStation是国际商用机器公司在美国、其他国家或者美国和其他国家的商标)。虽然示出的是一个计算机，但本发明的其他实施例可以用其他类型的数据处理系统(如网络计算机)实现。优选的是，计算机100还包括可以用在计算机100内运行中驻留在计算机可读媒体内的系统软件实现的图形用户界面(GUI)。

现在参见图2，图中示出了可以按照一个实施例实现本发明的数据处理系统的方框图。数据处理系统200是诸如图1所示的计算机100之类的计算机的一个例子，实现本发明的过程的代码或指令可以装在这个计算机内。数据处理系统200采用外围部件互连(PCI)局部总线体系结构。虽然所示这个例子使用PCI总线，但也可以使用其他总线体系结构，诸如加速图形端口(AGP)和工业标准结构(ISA)。处理器202和主存储器204通过PCI桥208连接到PCI局部总线206上。PCI桥208还可以包括一个集成的存储器控制器和高速缓冲存储器，供处理器202使用。其他与PCI局部总线206的连接可以通过直接部件互连或通过内装连接器实现。在所示这个例子中，局域网(LAN)适配器210、小型计算机系统接口(SCSI)主机总线适配器212和扩展总线接口214通过直接部件连接接到PCI局部总线206上。而音频适配器216、图形适配器218和音频/视频适配器219通过插入扩展槽的内装板连接到PCI局部总线206上。扩展总线接口214提供对键盘和鼠标适配器220、调制调解器222和辅助存储器224的连接。SCSI主机总线适配器212提供对硬盘驱动器226、磁带驱动器228和CD-ROM驱动器230的连接。典型的PCI局部总线实现将支持三或四个PCI扩展槽或内装连接器。

操作系统在处理器202上运行，用来协调和控制图2所示的数据处理系统200内各个部件。该操作系统可以是一个市场上可买到的操作系统，诸如Microsoft公司的WindowsXP(Microsoft和Windows是微软公司在美国、其他国家或者美国和其他国家的商标)。诸如Java^TM之类的面向对象的程序设计系统可以配合操作系统运行，提供从在数据处理系统200上执行的Java程序或应用对操作系统的调用。“Java”是Sun Microsystems公司在美国、其他国家或者美国和其他国家的商标。操作系统、面向对象的程序设计系统和应用或程序的指令处在诸如硬盘驱动器226之类的存储设备上，可以装入主存储器204供处理器202执行。

该技术领域的技术人员可以理解，图2中所示出的这些硬件可以按照实现方式而有所不同。除了图2中所示的硬件之外还可以使用其他内部硬件或外围设备，诸如快擦写只读存储器(ROM)、等效的非易失存储器或光盘驱动器之类，或者用这些内部硬件或外围设备代替图2中所示的硬件。此外，本发明的实施例的过程可应用于多处理器数据处理系统。

例如，数据处理系统200如果按需要配置成一个网络计算机，它就可以不包括SCSI主机总线适配器212、硬盘驱动器226、磁带驱动器228和CD-ROM 230。在这种情况下，计算机(正确地说，客户机计算机)必须包括某种网络通信接口，诸如LAN适配器210、调制调解器222之类。作为另一个例子，数据处理系统200可以是一个配置成可不依赖某种网络通信接口启动的独立系统，无论数据处理系统200是否包括某种网络通信接口。作为又一个例子，数据处理系统200可以是一个个人数字助理(FDA)，配有作为非易失性存储器的用来存储操作系统文件和/或用户所产生的数据的ROM和/或快擦写ROM。

图2所示的例子和上面所说明的例子并不意味着是对体系结构的限制。例如，数据处理系统200除了呈现为FDA之外也可以是一个笔记本计算机或手持计算机。数据处理系统200也可以是一个信息站或Web设备。

本发明的实施例的过程由处理器202用计算机实现的指令执行，这些指令可以处在诸如主存储器204、存储器224之类的存储器内，甚至处在一个或多个外围设备226-230内。

现在参见图3，图中例示了可以按照一个优选实施例实现本发明的一个或多个服务器和客户机的关系的方框图。其中示出了起源服务器(有时称为始发服务器)301，它可以提供标记(markup)或其他文件。标记可以加以“表现”，因为可以检索和发送、即时创建和发送含有标记语言的文件，或者检索文件和增添即时进行的标记的某种组合。可以进行表现，使得在该过程结束时产生整个很好形成的标记文件或数据流，或者产生很好形成的标记文件或数据流的各个片段。通常在接收到请求时进行表现，请求可以是来自客户机305的超文本传送协议(HTTP)请求。虽然经表现的文件或数据流的许多成分可以是能在浏览器上显示的，但有些成分，诸如注释以及非经常执行的程序指令，可以是不显示的。表现的许多方面处于图2中的处理器202的程序控制下。

起源服务器301、客户机305和分离服务器303可以实现一个或多个图1的数据处理系统的许多部件甚至是所有部件。起源服务器301、客户机305和分离服务器303可以由网络(为了简明起见未示出)互连。这样的网络在例如通过专用LAN提供连接性服务上可以是稳健和持久的。这样的网络可以是临时和间歇性的，例如可以出现在无线高保真或其他无线环境内。

通常，起源服务器301可以向客户机305提供门户小程序的初始表现，其中客户机305向起源服务器301指出客户机稍后在客户机选择的例如分离服务器303(有时也称为接收服务器)的门户内稍后要使用的至少一个门户小程序。起源服务器301可以建立一个可以看作文件和能以非易失方式存储在存储装置内的共享会话307。共享会话307可以是较短暂的，然而可以仅仅包括从服务器301输出的数据流，并按照它在传输期间占用的位置采取不同的形式，即它可以受到分组化和分组交换，使得它处在网络重的一些片段内。

此外，起源服务器可以是一簇处在同一个管理域内的服务器。因而，这些服务器可以共享公共的数据库或将这样的数据分布在它们各处。与这簇服务器中的一个服务器确立的事务或协议可以考虑为与整个簇确立的事务或协议。同样，可通过使多个服务器在它自己的共同管理域内协调操作来对分离服务器进行缩放。

共享会话307可以呈现为唯一定义客户机、分离服务器和起源服务器内的门户小程序的组合的关键字或唯一字符串，除了门户小程序的状态信息之外可以是关键字所指的对象。

图4示出了按照本发明的一个实施例设计的图3中的起源服务器301可以执行的步骤。客户机305可以向起源服务器301提出HTTP请求。起源服务器例如通过图2中的网络适配器201接收到这样的请求(步骤401)后，可以通过发送置标文件可能还有一些代码来表现第一门户小程序(步骤403)。标记可以完全或部分即时(on-the-fly)在起源服务器处产生。在起源服务器301与客户机305之间的会话中，起源服务器还可以提供可应用于第一门户小程序的第一修饰(步骤405)，其中修饰是按钮控件、窗口抓取栏或任何其他活动修饰。修饰可以与根据事件触发器实现门户小程序脱水(将在下面说明)的服务小程序或其他程序耦接。这样的事件触发器可以包括指点器例如鼠标在由相对门户小程序窗口内或门户小程序窗口周围的界标的坐标所标的位置处单击。

起源服务器可以表现附有第二修饰(步骤409)的第二门户小程序(步骤407)。与第一门户小程序类似，第二门户小程序(步骤407)可以具有与它关联的等待指点器用户事件(例如鼠标单击)所给出的事件触发的代码。

原始客户机可以接收用户事件，在客户机处具有源(步骤411)。如果用户事件相应于与门户小程序修饰之一关联的事件触发器(步骤413)，起源服务器就可以调用门户小程序的代码。否则，起源服务器可以继续等待接收用户事件(步骤411)。如果调用门户小程序的代码，这样的代码可以使门户小程序脱水(步骤415)，例如使相应门户小程序串行化，产生可以在共享会话中存储的对象或其他实体。串行化是将对象的状态变换成某种串行数据格式例如XML或二进制格式的过程，以便存储起来供稍后使用。也就是说，对象，例如门户小程序，被“脱水”和放好，直到再次需要它。

经脱水的对象可以只包括状态数据，例如门户小程序状态。门户小程序状态和某个基准，例如完全合格的通用资源标识符(URI)，可以作为关键字存储在例如图2中的主存储器204内。然后可以将这个关键字通过可以是图2中的网络适配器210的LAN适配器发送给客户机(步骤417)。

图3中的起源服务器稍后可以用状态数据从设备接收临时http请求，这样的状态数据多半含有会话的唯一标识符。就起源服务器能验证会话来说，起源服务器可以对会话的用户或任何中介(例如分离服务器)计费。这样的计费可以是按每天、每小时或每个http请求。这样的使用可以包括向起源服务器提出http请求的动作，其中http请求载有它的唯一标识符。

客户机本身可以由用户手动操纵。在本机有着一个关键字的用户在接着要做什么上具有很大的灵活性。可以将关键字给存储器存储，供稍后使用，可以将它放在客户机内部的web页面内，或者可以通过XML HTTP会话将它发送到用户中意的门户。这是我们接着研究的第三种情况。

图5示出了按照本发明的一个实施例设计的可以由可以与第一起源服务器不同的第二服务器执行的步骤。实际上，第二服务器可以处在与第一服务器不同的管理辖区，因此是一个分离服务器。对于这个实施例来说，这个服务器应该称为分离服务器，然而可以看到，第二服务器也可以是与起源服务器相同的服务器。

分离服务器可以接收到来自客户机的HTTP请求(步骤501)。分离服务器可以具有一个带有用户偏好和已经为客户机建立的配置的账户。验证可以是任选的，特别是在分离服务器正在建立新的账户时。分离服务器可以提供传统上认为是门户的措施。分离服务器例如在用户最初建立账户时可以提供或表现稀疏和经少许修饰表现的门户(步骤503)。该门户可以包括极少的内容，除了它可以提供某种方式来检测用户事件和它在作为门户窗口的经表现的窗口内的相对位置之外。在这个最简单的窗口内，可以表现具有第一事件触发器的第一修饰(步骤505)和可以表现具有第二用户事件触发器的第二修饰(步骤507)。这样的修饰可以在门户窗口内占用不同的区域，因此为用户提供了途径以便指示有关将特定的门户小程序配置成出现在门户窗内何处的偏好。

虽然第一修饰可以是响应鼠标在所显示的门户的区域内的单击。但是可以看到，这个区域是一个虚拟区域，而由于显示屏小，它可以延伸到超出显示屏、窗口或这两者的边缘。

分离服务器可以接收到用户事件(步骤509)。在有些情况下，用户事件不会涉及与第一修饰或第二修饰关联的用户事件触发器(步骤511)，因此循环继续等待捕捉到在流程中的事件。否则，用户事件将与修饰的用户事件触发器相应(步骤511)。

于是，事件触发器使分离门户内的代码检查或接收先前得到的关键字，将它重新水化，即从它在起源服务器内的位置得到门户小程序对象并将关键字的状态应用到门户小程序对象上。将关键字的状态施加到门户小程序上的步骤包括执行存储在门户小程序内的这些方法或步骤至少其中之一。关键字可以通过一些真实性测试(步骤515)，诸如用户验证或必需的web资源的可用性(因为这些资源在ISP有故障或者原始主机具有某种DOS侵袭的情况下未必是可用的)。如果出现真实性测试(步骤515)的“是”支路，分离服务器就可以表现与处在门户窗口的相对位置(与作为用户事件的目标的修饰的位置相对应)处的关键字相应的门户小程序(步骤519)。

表现处在相对位置处(例如，如鼠标在单击或释放时的坐标所给定的)的门户小程序后，分离服务器可以存储在再调用门户小程序状态的数据结构中的关键字和门户小程序在门户窗内的相对坐标(步骤521)。门户可以通过用户早先选择的偏好修改门户小程序窗口的表现，诸如颜色、字体和其他美观性选择，使得门户小程序在以后的对门户(URI)的HTTP请求中总是以同样的通用方式示出。

在真实性测试(步骤515)对关键字的真实性测试没有通过时，可以使分离服务器继续等待用户事件(步骤509)。通过XML HTTP接收关键字的步骤还可以包括门户请求关键字的步骤。

分离服务器可以对为用户聚集许多门户小程序的特权计费。账单可以按用户放在分离服务器上的门户小程序制定。

本发明的实施例可以依赖于Java和有关的程序设计语言，以及可以依赖于JVM来实现一定功能。

重要的是，虽然本发明在一个功能完全的数据处理系统的背景下作了说明，但在该技术领域工作的一般技术人员可以理解，本发明的过程能以具有一些指令的计算机可读媒体形式和各种形式分发，而且无论实际用来执行分发的信号承载媒体具体是什么类型，本发明同样适用。计算机可读媒体的例子包括诸如软盘、硬盘驱动器、RAM和CD-ROM之类的可记录型媒体和诸如数字和模拟通信链路、使用例如射频和光波传输的传输形式的有线或无线通信链路之类的传输型媒体。计算机可读媒体可以呈现为在具体数据处理系统内实际使用时解码的经编码的格式。

本发明的说明只是例示性的而不是穷举性的，意味着本发明并不局限于所揭示的形式。对于在该技术领域工作的技术人员来说，许多修改和变动都是显而易见的。所以选择和说明这个实施例是为了可以很好地阐明本发明的原理和实际应用，从而使在该技术领域工作的其他人员能理解本发明，以便根据预期的具体用途予以不同的修改后实施。

Claims

1.一种选择具有门户小程序状态的门户小程序的方法，所述方法包括下列步骤：

表现具有修饰和事件触发器的门户小程序；

在服务器处接收与事件触发器相应的用户事件；

根据用户事件将门户小程序状态串行化；

将门户小程序状态存储在关键字内；以及

将具有门户小程序状态的关键字发送给客户机。

2.权利要求1的选择方法，其中所述接收用户事件的步骤包括：

接收拖动指示。

3.权利要求2的选择方法，其中所述接收拖动指示的步骤包括：

接收在门户小程序窗口内的坐标处的拖动指示。

4.权利要求1、2或3的选择方法，其中所述接收第二用户事件的步骤包括：

接收释放指示。

5.权利要求1、2或3的选择方法，其中所述接收第二用户事件的步骤包括：

接收指点器动作。

6.权利要求1、2、3、4或5的选择方法，其中所述存储门户小程序状态的步骤包括下列步骤：

将通用资源标识符存储在关键字内。

7.一种建立持久性门户会话的方法，所述方法包括下列步骤：

在服务器处接收超文本传送协议请求；

表现具有与门户窗口上的区域相应的第一事件触发器的门户窗口；

接收事件触发器；

接收具有门户小程序基准的关键字，所述门户小程序基准具有门户小程序；

将关键字发送给起源服务器；以及

按照关键字表现门户小程序。

8.权利要求7的建立持久性门户会话的方法，其中所述接收关键字的步骤包括使用超文本传送协议接收关键字。

9.权利要求7或8的建立持久性门户会话的方法，其中所述表现门户小程序的步骤包括下列步骤：

将具有状态数据的关键字重新水化。

10.权利要求9的建立持久性门户会话的方法，其中所述重新水化步骤包括下列步骤：

将状态数据应用于门户小程序。

11.一种选择具有门户小程序状态的门户小程序的服务器，所述服务器包括：

表现具有修饰和事件触发器的门户小程序的处理器；

耦接到处理器上的在服务器处接收与事件触发器相应的用户事件的网络适配器；

串行耦接到处理器上的根据用户事件使门户小程序状态串行化的装置；

将门户小程序状态存储在关键字内的存储器；以及

将具有门户小程序状态的关键字发送给客户机的LAN适配器。

12.权利要求11的服务器，其中所述网络适配器包括：

接收拖动指示的装置。

13.权利要求12的服务器，其中所述接收拖动指示的装置包括：

接收在门户小程序窗口内的坐标处的拖动指示的装置。

14.权利要求13的服务器，所述服务器还包括：

在操作上耦接到处理器上的对用户计费的装置。

15.权利要求11、12、13或14的服务器，其中所述接收第二用户事件的装置包括：

接收释放指示的装置。

16.权利要求11至14的任何一个权利要求的服务器，其中所述接收第二用户事件的装置包括：

接收指点器动作的装置。

17.权利要求11至16的任何一个权利要求的服务器，其中所述存储器包括：

将通用资源标识符存储在关键字内的存储器。

18.一种建立持久性门户会话的系统，所述系统包括：

在服务器处接收超文本传送协议请求的装置；

表现具有与门户窗口上的区域相应的第一事件触发器的门户窗的装置；

接收事件触发器的装置；

接收具有门户小程序基准的关键字的装置，所述门户小程序基准具有门户小程序；

将关键字发送给起源服务器的装置；以及

按照关键字表现门户小程序的装置。

19.一种包括程序代码装置的计算机程序，所述程序适合在计算机上运行时执行权利要求1至10的任何一个权利要求所述的任何方法。