用于对门户页面进行处理的方法和系统的制作方法

专利名称：用于对门户页面进行处理的方法和系统的制作方法
技术领域：
本发明通常涉及计算机领域和类似技术，并且尤其是涉及在该领域中所使用的软件。更特别的是，本发明描述了一种用于为诸如播客(podcast)这样的项创建一维门户小程序(portlet)的新颖方法。
背景技术：
门户(portal)(a.k.a.“web门户”)使用可定制网页向全球网(“Web”)用户提供个性化的浏览能力。门户可以是通用的或专用的。例如，通用门户(诸如浏览器窗口)通常包括搜索窗口，用户通过该搜索窗口可对期望内容进行搜索。专用门户通常面向诸如企业雇员等这样的目标用户大众。
如在JavaTMPortlet Specification(太阳微系统公司于2003年10月7日所公布的、1.0版本的“JavaTMPortlet Specification”，并且通过参考将其全部包括在此)中所描述的，门户页面通常使用作为web组件的多个门户小程序，其由用于为门户小程序提供运行时环境的门户小程序容器所管理。例如，如图1所示，门户页面102是由多个门户小程序窗口104a-n组成的，每个门户小程序窗口显示不同的二维(2D)内容(具有可以依照随机方式访问的非串行数据)。可将每个门户小程序窗口104固定给特定的内容提供商(例如，仅仅来自诸如www.ibm.com之类的特定网站的内容)，或者门户小程序可以是有条件的(例如，提供与生活在邮政编码27845的区域中的用户有关的气象信息)。由用于提供web内容并且对与每个门户小程序相关的统一资源定位符(URL)进行控制的门户服务器(未示出)管理并提供该门户小程序。

发明内容
本发明对上面就2D门户页面所描述的概念进行了修改，以创建诸如播客这样的一维(1D)门户小程序。因此，本发明提供了一种在门户定义环境内创建播客模板的可计算机实现的方法、系统、以及计算机程序产品。在一个实施例中，该方法包括如下步骤创建标准的二维门户页面；以及从标准的二维门户页面中再现出一维门户小程序，以创建播客。
在下面所详细描写的描述中可显而易见地得知本发明的上述及另外的目的、特征、以及优点。


在所附权利要求中阐明了被认为是本发明特性的新颖特征。然而，当结合附图阅读时，通过参考下面对说明性实施例的详细说明，可最好地明白本发明本身、以及其优选使用方式、进一步的目的和优点，在附图中图1说明了现有技术中的门户页面；图2A描述了包括有一维门户小程序窗口的最终再现的门户页面与一维内容提供商之间的关系；图2B说明了根据本发明的门户页面的补充细节；图3A是示出了被执行用于在一个否则即为二维的门户页面(otherwise two-dimensional portal page)中构造一维门户小程序窗口的示意性步骤的流程图；图3B是示出了被执行用于将一维门户小程序传送给用户的示意性步骤的流程图；图4描述了可在其中实现本发明的示意性客户端计算机；图5说明了一个示意性服务器，可以从该服务器中部署和/或实施用于实现本发明的软件，以便使图4所示的客户端计算机的用户受益；图6A-6B示出了被执行用于对可执行在图2A-3B中所示和所描述的步骤的软件进行部署的步骤的流程图；以及图7A-7B是示出了被执行用于利用随需应变(on-demand)服务提供商来执行在图2A-3B中所示和所描述的步骤的流程图。
具体实施例方式
现在参考图2A，其描述了最终再现的门户页面与在再现包括有一维门户小程序窗口的门户页面的过程中所使用的各种视听内容提供商之间的关系的概况。如所描述的那样，门户页面202与门户服务器212进行通信，该门户服务器212与门户小程序服务器204进行通信。门户小程序服务器204向用于根据“JavaTMPortlet Specification”(太阳微系统公司于2003年10月7日所公布的、1.0版本的“Java PortletSpecification”，并且通过参考将其全部包括在此)来再现门户页面202的门户服务器212提供门户小程序窗口。然而，与传统的仅仅二维(2D)的再现不同，门户页面202还包括至少一个一维(1D)的门户小程序窗口。(值得注意的是，1D门户小程序窗口不是指向音频、视频、或者视听内容的链接，而是1D门户小程序窗口是1D内容本身的实际再现。)门户小程序服务器204包括定制的门户小程序容器210，该门户小程序容器210包括将多个一维内容文件(包括音频文件、视频文件、和/或音频-视频文件)合成一体以便再现到一维门户小程序窗口中的功能。通过使用音频再现引擎206可协助该处理，所述音频再现引擎206的逻辑关系是向门户小程序服务器204提供对来自多个视听内容提供商208a-n的一维文件的访问。值得注意的是，音频再现引擎206可以由包括但不局限于视频、音频、和/或视听内容的任何一维内容的功能来替代，或者并入这些功能。
现在参考图2B，考虑对示意性门户页面202的详述。与传统的二维(2D)门户页面一样，门户页面202可以包括一个可以是超文本标记语言(HTML)代码文本的2D门户窗口214。此外，本发明的门户页面202包括一个或多个一维(1D)门户窗口216，该门户窗口中的每一个都是音频、视频、或者混合媒体(视听)呈现窗口。根据2D门户窗口214中设定的参数，可导出1D门户窗口216a。也就是说，假定2D门户窗口214显示与被命名为“企业创始人新闻”的描述符218有关的HTML内容。当直接从外部的多媒体源或者从在2D门户窗口214中所得到的HTML文本内容中对1D门户窗口216a进行再现时，1D门户窗口216a将仅包括由门户页面202的设计者所定义的且通过由2D门户窗口214所设置的参数所确定的与“企业创始人新闻”有关的音频和/或视频内容。相反地，1D门户窗口216b与通过2D门户窗口214所设置的任何参数无关，并且当仅使用从另一来源所取得的音频和/或视频内容来部署时，仍被分类为“企业创始人新闻”。
值得注意的是，可以对每个1D门户窗口216区分优先级，以便由企业来创建和/或显示。例如，假定企业希望所有雇员可以对与“一般企业新闻”有关的1D内容进行访问。在这种情况下，用对与这个描述符相关的1D内容进行再现的1D门户窗口216来填充所有雇员的内部企业网页。类似地，企业可定义哪些雇员、部门、作业描述/标题等具有对特别定义的(根据描述符218)1D内容进行再现的网页。
现在参考图3A，其给出了被执行用于对具有至少一个一维门户小程序窗口的门户页面进行再现的示意性步骤的流程图。在起始块302之后，门户引擎(利用图2A中所示的定制的门户小程序容器210)调用音频再现引擎(图2A中的206)而不是标准的web再现引擎(块304)。这使得可以创建一维门户小程序窗口而不是二维门户小程序窗口。如块306所示，此后将音频(或其他一维内容)分配给特定的内容组。在一个实施例中，由创建用于构成一维门户小程序窗口的内容的播客提供者(podcaster)来执行该分配。可选择地，如块308所示，将可以对播客(或类似内容)进行访问的用户分配给用户组。
此后，播客提供者选择用于在门户页面(其先前已被创建作为否则即为传统二维的门户页面)中创建一维门户小程序窗口的“播客”门户小程序模板(块310)。可以为不同类型的播客内容(例如音频、视频、混合媒体等)建立不同的门户小程序模板，因此，可使播客提供者根据想要进行播客的内容类型来使用预先配置的门户小程序模板。另外，每个不同的门户小程序模板可与特定的门户页面相关联，因此，可进一步定义该特定门户页面的特性。因此，如在块312中所描述的，可以为内容类型、特定门户页面、或者根据一些其它参数(例如用户的邮政编码、用户的作业描述、雇主、部门等、用户的嗜好等)来定制播客门户小程序模板。就此，从储存库(repository)中取得音频、视频、或多媒体内容，并且将其传递到再现引擎(例如图2A所示的音频再现引擎206)，以创建适当的1D门户窗口。最终，如在块314所描述的，使用新的一维门户小程序模板来对播客门户页面进行组合。一维门户小程序模板所再现的一些内容可以是可选的(根据最终观众所选择的选项)，而其他内容可以是强制观看的(诸如广告发布、调查等)。如果播客提供者期望的话，那么可使所有或者任何这些组件个性化。该处理在终止块316中结束。
现在参考图3B，其给出了一个流程图，该流程图示出了为了使利用一维再现门户小程序窗口对门户页面进行访问的用户受益而由门户服务器所执行的示意性步骤。在起始块318之后，门户服务器(诸如图2A所示的门户服务器212)根据用户的个性化设置来确定一维内容(例如播客)的正确内容(块320)。如在JavaTMPortlet Specification的章节PLT.17.1-3中所描述的那样，这些设置是可以根据包括用户的信息和属性的任何来源来选择、获知、或者确定的。可选择地，此后可通过门户服务器来执行预览功能(块322)。该预览功能可使用户对将在播客文件中再现的一些内容进行快速预览(通过收听或观看播客文件的一部分，或者通过查看播客文件的概要描述来实现)。
如在块324中所描述的，此后使用音频再现引擎对门户页面进行再现，以便从储存库中取出内容并且创建作为门户页面一部分的一维门户小程序窗口。在该步骤中，事实上建立并创建了播客文件(通过使用如上所述的步骤)，而不是在门户页面中建立指向先前创建的播客的链接。最终，如在块326中所描述的，门户服务器可以提供可使用户将播客下载到MP3播放器(或者类似的存储/播放设备)的逻辑。该处理在终止块328中结束。
现在参考图4，其对可使用本发明的示意性客户端计算机402的方框图进行了描述。客户端计算机402包括与系统总线406相耦合的处理器单元404。用于驱动/支持显示器410的视频适配器408也与系统总线406相耦合。系统总线406通过总线桥412与输入/输出(I/O)总线相耦合。I/O接口416与I/O总线414相耦合。I/O接口416提供与包括键盘418、鼠标420、紧致盘-只读存储器(CD-ROM)驱动器422、软盘驱动器424、以及闪驱存储器426的各种I/O设备的通信。与I/O接口416相连的端口的格式可以是计算机体系结构领域的技术人员已知的任何一种，其包括但不局限于通用串行总线(USB)端口。
客户端计算机402可利用与系统总线406相耦合的网络接口430通过网络428与服务提供商服务器502进行通信。网络428可以是诸如国际互连网这样的外部网络或者诸如以太网或虚拟专用网络(VPN)这样的内部网络。通过使用网络428，客户端计算机402可使用本发明对服务提供商服务器502进行访问。
硬盘驱动器接口432也与系统总线406相耦合。硬盘驱动器接口432与硬盘驱动器434进行接口。在优选实施例中，硬盘驱动器434填充系统存储器436，该系统存储器436也与系统总线406相耦合。填充系统存储器436的数据包括客户端计算机402的操作系统(OS)438和应用程序444。
OS 438包括命令解释程序(shell)440，用于提供对诸如应用程序444这样的资源的透明用户访问。通常，命令解释程序440是用于提供解释器以及用户与操作系统之间的接口的程序。更具体地说，命令解释程序440执行被输入到命令行用户接口之中的或者来自文件的命令。因此，在Windows中也被称为命令处理器的命令解释程序440(在UNIX中这样称呼)通常是操作系统软件层级中的最高等级，并且用作命令解释器。该命令解释程序提供系统提示，对通过键盘、鼠标、或者其他用户输入介质所输入的命令进行解释，并且将所解释的命令发送到操作系统的适当较低等级(例如内核442)以便进行处理。值得注意的是，虽然命令解释程序440是基于文本的面向行的用户接口，但是本发明同样可以很好地支持诸如图形、语音、姿势等这样的其他用户接口方式。
如所描述的那样，OS 438还包括内核442，该内核442包括OS 438的较低等级功能，该功能包括提供OS 438的其他部分以及应用程序444所需的必要服务，其中包括存储器管理、进程和任务管理、盘管理、以及鼠标和键盘管理。
应用程序444包括浏览器446。浏览器446包括可使全球网(WWW)客户端(即，客户端计算机402)使用超文本传输协议(HTTP)消息传送将网络消息发送到国际互连网并从中接收网络消息的程序模块和指令，因此使得可与服务提供商服务器502进行通信。
客户端计算机402的系统存储器中的应用程序444还包括基于门户的播客产生器(PPG)448，该产生器448包括用于通过IDE在执行对象之前、在此期间、以及在此之后将预先丢弃的组件存储在存储器中的逻辑。PPG 448包括用于实现图2A-3B中所描述的处理的代码。在一个实施例中，客户端计算机402还可从服务提供商服务器502下载PPG 448。
在客户端计算机402中所描述的硬件元件不是穷举的，而是有代表性的以突出本发明所需的必要组件。例如，客户端计算机402可以包括诸如磁带盒、数字多用途盘(DVD)、伯努利磁带盒等这样的替换存储器存储设备。这些及其他变体应当在本发明的精神和范围之内。
如上所述，如图5中的示意性形式所示，可将PPG 448从服务提供商服务器502下载到客户端计算机402。服务提供商服务器502包括与系统总线506相耦合的处理器单元504。视频适配器508也与系统总线506相耦合。视频适配器508驱动/支持显示器510。系统总线506通过总线桥512与输入/输出(I/O)总线514相耦合。I/O接口516与I/O总线514相耦合。I/O接口516提供与包括键盘518、鼠标520、紧致盘-只读存储器(CD-ROM)驱动器522、软盘驱动器524、以及闪驱存储器526的各种I/O设备的通信。与I/O接口516相连的端口的格式可以是计算机体系结构领域的技术人员已知的任何一种，其包括但不局限于通用串行总线(USB)端口。
服务提供商服务器502能够通过使用与系统总线506相耦合的网络接口530通过网络428与客户端计算机402进行通信。对网络428的访问可使服务提供商服务器502执行PPG 448和/或将PPG 448下载到客户端计算机402。
系统总线506还与硬盘驱动器接口532相耦合，该硬盘驱动器接口532与硬盘驱动器534进行接口。在优选实施例中，硬盘驱动器534填充系统存储器536，该系统存储器536也与系统总线506相耦合。填充系统存储器536的数据包括服务提供商服务器502的操作系统538，该操作系统538包括命令解释程序540和内核542。命令解释程序540并入在较高级的操作系统层中，并且用于提供对诸如应用程序544这样的资源的透明用户访问，所述应用程序544包括浏览器546以及如上所述的可被部署到客户端计算机402上的PPG 448的拷贝。
在服务提供商服务器502中所描述的硬件元件不是穷举的，而是有代表性的以突出本发明所需的必要组件。例如，服务提供商服务器502可以包括诸如闪驱、磁带盒、数字多用途盘(DVD)、伯努利磁带盒等这样的替换存储器存储设备。这些及其他变体应当在本发明的精神和范围之内。
值得注意的是，在本发明的优选实施例中，服务提供商服务器502执行与本发明相关的所有功能(包括执行PPG 448)，因此可使客户端计算机402免于使用其资源。
应该明白的是，作为替换，本发明的至少一些方面可以以包括程序产品的计算机可用介质来实现。通过各种信号承载介质将用于定义有关本发明的功能的程序传送到数据存储系统或计算机系统，所述信号承载介质包括但并不局限于不可写存储介质(例如光盘)、可写存储介质(例如硬盘驱动器、读/写CD-ROM、光学介质)、以及诸如包括以太网、国际互连网、无线网络、以及类似网络系统的计算机和电话网络这样的通信介质。因此，应该明白的是，这种信号承载介质在对指示本发明中的方法功能的计算机可读指令进行传送或编码时表示了本发明的替换实施例。此外，应该明白的是，本发明可通过下述系统来实现，所述系统具有以在这里所描述的硬件、软件、或者软件与硬件的组合或其等效体形式的装置。
软件部署如上所述，在一个实施例中，由服务提供商服务器502来执行由本发明所描述的包括PPG 448的功能在内的处理。作为选择，可将在这里所描述的并且尤其是在图2A-3B中所示和所描述的PPG 448和方法作为处理软件从服务提供商服务器502部署到客户端计算机402上。更特别的是，可通过另一服务提供商服务器(未示出)将用于如此描述的方法的处理软件部署到服务提供商服务器502上。
此后参考图6A-6B，步骤600开始对处理软件进行部署。首先确定当执行处理软件时是否存在驻留于一个或多个服务器上的任何程序(查询块602)。如果是这种情况，那么对包括可执行程序的服务器进行识别(块604)。经由文件传送协议(FTP)或一些其他协议或者通过利用共享文件系统进行拷贝，而将用于该一个或多个服务器的处理软件直接传送到服务器的存储设备(块606)。此后在服务器上安装该处理软件(块608)。
接下来，确定是否通过使用户对一个或多个服务器上的处理软件进行访问来对处理软件进行部署(查询块610)。如果用户要对服务器上的处理软件进行访问，那么对将存储该处理软件的服务器地址进行识别(块612)。
确定是否要建立代理服务器(查询块614)以对处理软件进行存储。代理服务器是位于诸如Web浏览器这样的客户端应用与实际服务器之间的服务器。它截取发往实际服务器的所有请求以查看它本身是否可实现该请求。如果不能，那么它将该请求转送到实际服务器。代理服务器的两个主要好处是可改善性能以及对请求进行过滤。如果需要代理服务器，那么安装代理服务器(块616)。通过诸如FTP这样的协议将该处理软件发送到服务器，或者通过文件共享将其直接从源文件拷贝到服务器文件(块618)。另一实施例是将事务发送到已包含了该处理软件的服务器并且使该服务器对该事务进行处理，此后接收该处理软件并将其拷贝到服务器的文件系统。一旦将该处理软件存储到服务器上了，那么用户通过他们的客户端计算机对该服务器上的处理软件进行访问，并且将其拷贝到他们的客户端计算机文件系统上(块620)。另一实施例是使服务器自动地将处理软件拷贝到每个客户机，然后在每个客户端计算机上运行对该处理软件的安装程序。用户执行用于将处理软件安装在他的客户端计算机上的程序(块622)，此后退出该处理(终止块624)。
在查询步骤626中，确定是否要通过经由电子邮件将处理软件发送到用户来对该处理软件进行部署。对处理软件将要被部署到的用户组以及用户客户端计算机的地址进行识别(块628)。通过电子邮件将处理软件发送到每个用户的客户端计算机(块630)。此后用户接收电子邮件(块632)，并且此后将处理软件从电子邮件中分离到他们的客户端计算机的目录上(块634)。用户执行用于在他的客户端计算机上安装该处理软件的程序(块622)，此后退出该处理(终止块624)。
然后确定是否将该处理软件直接发送到他们的客户端计算机上的用户目录(查询块636)。如果是这样的话，那么对用户目录进行识别(块638)。将处理软件直接传送到用户的客户端计算机目录(块640)。这可以按照下述若干方式来进行，所述方式诸如为但并不局限于共享文件系统目录，然后将其从发送方的文件系统拷贝到接收用户的文件系统，或者作为选择，使用诸如文件传送协议(FTP)这样的传送协议。用户对他们的客户端文件系统上的目录进行访问，以便为安装该处理软件做准备(块642)。用户执行用于在他的客户端计算机上安装处理软件的程序(块622)，并且此后退出该处理(终止块624)。
VPN部署可将本软件部署到第三方作为服务的一部分，其中第三方VPN服务是作为安全部署载体而提供的，或者其中VPN是按照对特定部署的需要随需应变建立的。
虚拟专用网络(VPN)是可用于通过否则即为不安全的或不能信任的网络来确保连接安全的技术的任何组合。VPN可提高安全性并且降低操作成本。VPN使用公共网络(通常是使用国际互连网)将远程站点或用户连接在一起。作为对使用诸如租用线这样的专用实际世界连接的替代，VPN使用通过国际互连网从公司的专用网路由到远程站点或雇员的“虚拟”连接。通过具体构造VPN以便传送或执行该处理软件(即软件驻留在别处)，可将通过VPN对软件的访问作为服务来提供，其中VPN的使用期根据支付金额而局限于给定的时间段或者给定的部署次数。
可通过远程访问或者点到点的VPN来对处理软件进行部署、访问、以及执行。当使用远程访问的VPN时，通过第三方服务提供商经由公司的专用网络与远程用户之间的安全且加密的连接来对处理软件进行部署、访问、以及执行。企业服务提供商(ESP)对网络接入服务器(NAS)进行设置，并且向远程用户提供其计算机的桌面客户端软件。此后，电信员可拨打免费电话号码，或者通过电缆或DSL调制解调器直接附连，以到达NAS，并且使用它们的VPN客户端软件来访问企业网络并且访问、下载、并且执行该处理软件。
当使用点到点的VPN时，通过使用用于通过诸如国际互连网这样的公共网络来连接公司的多个固定站点的专用设备以及大规模加密，来对处理软件进行部署、访问、并执行。
通过隧道效应来通过VPN传送处理软件，所述隧道效应是将整个分组放置于另一分组之内并且通过网络来发送它的处理。网络以及所谓的隧道接口的两个点知晓外部分组的协议，其中该分组进入并且退出该网络。
软件集成通过提供处理软件以使其与应用、操作系统、以及网络操作系统软件共存，并且此后在其中处理软件要起作用的环境中在客户端和服务器上安装处理软件，来将由用于实现这里所描述的处理的代码所组成的处理软件集成到客户端、服务器、以及网络环境中。
第一步是对处理软件将要被部署到其上的包括网络操作系统的客户机和服务器上的任何软件进行识别，所述客户机和服务器是处理软件所需的并且与处理软件一起工作。这包括这样的网络操作系统，该网络操作系统是通过添加联网特征而增强基本操作系统的软件。
接下来，对软件应用和版本号进行识别，并且将其与已被测试的与处理软件一起工作的软件应用和版本号的列表进行比较。将丢失的或者与正确版本不相匹配的这些软件应用升级成正确的版本号。对用于将参数从处理软件传递到软件应用的程序指令进行检查，以确保参数列表与处理软件所需的参数列表相匹配。相反地，对通过软件应用传递到处理软件的参数进行检查，以确保该参数与处理软件所需的参数相匹配。对包括网络操作系统的客户机和服务器操作系统进行识别，并且将其与已被测试的与处理软件一起工作的操作系统、版本号、以及网络软件的列表进行比较。在客户机和服务器上将与所测试的操作系统和版本号的列表不相匹配的这些操作系统、版本号、以及网络软件升级成所需级别。
在确保将要向其中部署处理软件的软件处于已被测试的与处理软件一起工作的正确版本级别之后，通过在客户机和服务器上安装该处理软件而完成了集成。
随需应变共享处理软件，从而可以灵活的自动方式同时服务于多个客户。它被标准化，从而需要很少的定制，并且它是可升级的，从而提供账单到期即付(pay-as-you-go)模型中的随需应变能力。
可将处理软件存储在可从一个或多个服务器访问的共享文件系统中。通过下述事务来执行处理软件，所述事务包含使用所访问的服务器上的CPU单位的数据及服务器处理请求。CPU单位是服务器的中央处理器上的诸如分钟、秒、小时这样的时间单位。另外，所访问的服务器可向需要CPU单位的其他服务器提出请求。CPU单位是用于表示仅仅一个使用度量的示例。其它使用度量包括但是不局限于网络带宽、存储器使用率、存储设备使用率、分组传送、完成事务等。
当多个客户使用相同的处理软件应用时，通过包含在用于对唯一客户以及这个客户的服务类型进行标识的事务之内的参数来区分它们的事务。对为每个客户的服务所使用的所有CPU单位及其他使用度量进行记录。当至任何一个服务器的事务的数目到达开始影响该服务器性能的数目时，可以访问其他服务器以便提高能力并分担工作负载。同样地，当诸如网络带宽、存储器使用率、存储设备使用率等这样的其他使用度量逼近能力以至于影响性能时，增添附加的网络带宽、存储器使用率、存储设备使用率等以分担工作负载。
将为每个服务和客户所使用的使用度量发送到用于对下述每个服务的每个客户的使用度量进行求和的收集服务器，其中所述每个服务是在用于提供分担执行该处理软件的服务器网络中的任何地方被处理的。将所求和的使用度量单位定期地乘以单位成本，并且将所产生的总的处理软件应用服务成本发送给客户，或者作为选择，在由此后汇款至服务提供商的客户所访问的网站上标明。
在另一个实施例中，服务提供商请求直接从银行或金融机构的客户账户中汇款。
在另一个实施例中，如果服务提供商也是使用处理软件应用的客户中的一个客户，那么将属于服务提供商的付款对账到由服务提供商所欠的付款以使支付转账最小化。
现在参考如图7A-7B，初始块702开始随需应变处理。创建这样的事务，该事务包括唯一的客户标识、所请求的服务类型、以及用于进一步指定服务类型的任何服务参数(块704)。此后将该事务发送到主服务器(块706)。在随需应变环境中，主服务器最初可以是唯一的服务器，此后当能力耗尽时，将其他服务器添加到随需应变环境中。
对随需应变环境中的服务器中央处理单元(CPU)能力进行查询(块708)。估计事务的CPU需求，然后将随需应变环境中的服务器可用CPU能力与该事务CPU需求进行比较，以便查看在任何服务器中是否存在足够的CPU可用能力以对事务进行处理(查询块710)。如果不存在足够的服务器CPU可用能力，那么分配附加的服务器CPU能力以对该事务进行处理(块712)。如果具有已足够的可用CPU能力，那么将该事务发送到所选服务器(块714)。
在执行该事务之前，对剩下的随需应变环境进行检查，以确定该环境是否具有足够的可用能力用于对该事务进行处理。该环境能力由诸如网络带宽、处理器存储器、存储设备等组成，但并不局限于此(块716)。如果不存在足够的可用能力，那么向随需应变环境增添能力(块718)。接下来对用于处理该事务的所需软件进行访问，将其加载到存储器中，然后执行该事务(块720)。
对使用度量进行纪录(块722)。使用度量是由随需应变环境中的用于对该事务进行处理的那些功能中的若干部分组成的。记录诸如但并不局限于网络带宽、处理器存储器、存储设备、以及CPU周期这样的功能的使用。对使用度量进行求和，将其乘以单位成本，并且然后将其记录作为对提出请求的客户的收费(块724)。
如果客户已请求将随需应变成本发布到网站上(查询块726)，那么对它们进行发布(块728)。如果客户已请求通过电子邮件将随需应变成本发送到客户地址(查询块730)，那么将这些成本发送给客户(块732)。如果客户已请求直接从客户账户支付随需应变成本(查询块734)，那么直接从客户账户接收付款(块736)。此后随需应变处理在终止块738退出。
因此，本发明提供了一种用于创建诸如播客这样的一维内容的过程。在一个实施例中，该方法包括如下步骤创建标准的二维门户页面，在一个实施例中该门户页面符合JSR 168，其中JSR 168是标准化的JavaTM门户小程序规范，并且其中二维门户页面包括至少一个门户小程序；以及将门户小程序的布局从二维改变成一维，以便在另一标准二维门户页面中创建一维门户小程序。播客可以是从不同内容提供商所获得的单独MP3文件的集合。在一个实施例中，根据用户的、预先存在于否则即为标准的二维门户页面的二维门户小程序之中的用户定义的准则，通过将来自不同内容提供商的多个播客安装到一维门户小程序中而创建一维门户小程序，来定制一维门户小程序。这种用户定义的准则的例子是用户的地理位置、雇主、以及工作部门。
虽然已经参考优选实施例特别示出和描述了本发明，但是对于本领域技术人员来说，在不背离本发明的精神和范围的情况下可在形式细节方面做出各种变化。例如，虽然术语“MP3文件”已被用于对在本发明中所使用的文件进行描述，但是应该明白的是，可将术语“MP3文件”扩展为在说明书和权利要求以及对其的解释中包括任何类似的媒体格式和/或改进型技术(包括符合任何新版本的MP3或MPx标准的技术)。此外，如在说明书和所附权利要求中所使用的，术语“计算机”或“系统”或“计算机系统”或“计算设备”包括下述任何数据处理系统，该数据处理系统包括但并不局限于个人计算机、服务器、工作站、网络计算机、主机、路由器、交换机、个人数字助理(PDA)、电话、以及能够处理、传送、接收、捕获、和/或存储数据的任何其它系统。
权利要求
1.一种可计算机实现的方法，包括创建标准的二维门户页面；以及从标准的二维门户页面中再现出一维门户小程序。
2.根据权利要求1的可计算机实现的方法，其中一维门户小程序是播客。
3.根据权利要求2的可计算机实现的方法，其中播客是单独MP3文件的集合。
4.根据权利要求3的可计算机实现的方法，其中MP3文件是从不同内容提供商获得的。
5.根据权利要求4的可计算机实现的方法，进一步包括根据用户的、预先存在于否则即为标准的二维门户页面的二维门户小程序之中的用户定义的准则，将来自不同内容提供商的多个播客安装到一维门户小程序中。
6.根据权利要求5的可计算机实现的方法，其中用户定义的准则是从由用户的地理位置、雇主、以及工作部门组成的组中的一个或多个准则中选择出来的。
7.一种系统，包括处理器；与该处理器相耦合的数据总线；与该数据总线相耦合的存储器；以及计算机可用介质，其包含计算机程序代码，该计算机程序代码包括可由处理器执行的并且被配置成执行以下处理的指令创建标准的二维门户页面，其中该标准的二维门户页面包括至少一个门户小程序；以及将门户小程序的布局从二维改变成一维，以便在否则即为标准的二维门户页面中创建一维门户小程序。
8.根据权利要求7的系统，其中一维门户小程序是播客。
9.根据权利要求8的系统，其中播客是单独MP3文件的集合。
10.根据权利要求9的系统，其中MP3文件是从不同内容提供商获得的。
11.根据权利要求10的系统，其中所述指令被进一步配置成用于根据用户的、预先存在于否则即为标准的二维门户页面的二维门户小程序之中的用户定义的准则，将来自不同内容提供商的多个播客安装到一维门户小程序中。
12.根据权利要求11的系统，其中用户定义的准则是从由用户的地理位置、雇主、以及工作部门所组成的组中的一个或多个准则中选择出来的。
全文摘要
给出了一种在门户定义环境中创建播客模板的可计算机实现的方法、系统、以及计算机程序产品。在一个实施例中，该方法包括如下步骤创建标准的二维门户页面；以及从标准的二维门户页面中再现出一维门户小程序，以创建播客。
文档编号G06F17/30GK101082933SQ20071010816
公开日2007年12月5日 申请日期2007年5月30日 优先权日2006年5月31日
发明者戴维·L.·卡明斯基, 斯蒂文·M.·米勒 申请人:国际商业机器公司