CN1653419A - 在浏览器上呈现第一媒体类型内容 - Google Patents

Abstract

在客户端(16)的浏览器(10)上用来自服务器(13)的呈现支持，呈现第一媒体类型(11)的方法、系统和客户端。该方法包括如下步骤：由于客户端有限的资源，确定第一媒体类型内容是否不适合呈现，如果不适合，则激活第一软件组件(12)，准备接收并处理来自服务器的呈现支持；从客户端发送到第一媒体类型的链接以及呈现支持的请求；在服务器上，确定收到的链接的第二媒体类型内容，其中，第二媒体类型内容适于在客户端上呈现；传送第二媒体类型内容到客户端；并且，由第一软件组件呈现第二媒体类型内容。该方法进一步还包括：由第一软件组件接收第一输入事件；从第一软件组件传送第一输入事件到服务器上的第二软件组件(15)；由第二软件组件把收到的第一输入事件转换为基于第一输入事件和第二媒体类型内容的第三媒体类型内容；由第二软件组件把第三媒体类型内容传输到第一软件组件；并且，呈现第三媒体类型内容。这使得，浏览器最初不适合或者没有系统资源用于呈现的媒体类型，能够在客户端的浏览器上呈现。

Description

在浏览器上呈现第一媒体类型内容

本发明涉及一种在客户端的浏览器上用来自服务器的呈现支持呈现第一媒体类型内容的方法。

本发明还涉及执行该方法的计算机系统。

本发明还涉及执行该方法的计算机程序产品。

另外，本发明还涉及用来自服务器的呈现支持在浏览器上呈现第一媒体类型内容的客户端。

EP 0,965,914公开了在客户端显示标记语言文档的方法的实施例。HTML文档被接收，在客户端外部，从该文档产生对应的程序，该程序随后被传送，用于在客户端显示上述文档。

众所周知，瘦客户端(thin client)上的浏览器需要对接收的图像内容进行转换，使得图像适合该客户端的较小显示尺寸和分辨率，因为很典型地图像内容最初都是为了在个人电脑的屏幕上显示而设计的。图像内容的转换需要具有大量运算的能力，存储空间等等，而这成为了问题，因为很典型地瘦客户端被设计为有最少的系统资源，使得他们和个人电脑相比小而且便宜。

上述现有技术存在问题，即，收到的用于在客户端上显示标记语言文档的程序需要大量的系统资源。

因此，本发明的目的是为了实现最少地利用客户端上计算能力和存储空间，在客户端的显示器上呈现图像内容和其他可显示的内容。

上述的问题通过下面开头段落所叙述的方法可以解决，该方法包括如下步骤：

-由于客户端有限的资源，确定第一媒体类型内容是否不适合被呈现(render)，如果不适合，则激活第一软件组件，该第一软件组件被准备用来处理并接收来自服务器的呈现支持；

-自客户端传输向第一媒体类型内容的链接和向服务器的呈现支持的请求；

-在服务器上，确定收到的链接的第二媒体类型内容，其中，第二媒体类型内容适于在客户端上呈现；

-响应收到的链接和请求，从服务器上传送第二媒体类型内容到客户端上；并且

-响应收到的第二媒体类型内容，用第一软件组件呈现第二媒体类型内容。

在步骤一中，可以确定，由于客户端有限的资源，媒体类型内容不适合呈现，并且随后激活所述的第一软件组件。在客户端侧激活该组件，并准备处理和接收后续的来自服务器的呈现支持。

步骤二，客户端向服务器请求支持。在支持请求中，所述的链接连接到该内容，该内容可以包括在步骤一中不适合在客户端的浏览器上呈现的内容。

在随后的三个步骤中，服务器检索链接的内容，并随后把它变换为某种格式和内容(第二媒体类型内容)，该内容接下来被传送到客户端上，并且随后在客户端上呈现。

这样就实现了给客户端的浏览器提供图像内容和其他可显示内容的呈现，因为变换(步骤三)发生在服务器上，因此，客户端的浏览器只需要在所述第二媒体类型的该格式进行呈现的最少的计算能力。

因此，本发明的优点在于，在客户端访问网站的方法的所述步骤对于用户是透明的，因为客户端的用户不会注意到客户端请求和获得来自服务器的呈现支持。当没有获得呈现支持的时候，该方法的步骤对于用户仍然是透明的，因为这种情况下呈现仅仅发生在客户端。

因此，本发明的另外一个优点在于，有两种方式的呈现，首先，可呈现的格式的第一种方式，或者，可替换地，在第二种格式中从一个格式转换到可呈现的格式，用户不会感觉到两种所述呈现方式之间有任何恼人的差别。

本发明的另一个实施例中，该方法进一步还包括

-由第一软件组件接收第一输入事件；

-从第一软件组件传送第一输入事件到服务器上的第二软件组件；

-由第二软件组件把收到的第一输入事件转换到基于第一输入事件和第二媒体类型内容的第三媒体类型内容；

-由第二软件组件把第三媒体类型内容传输到第一软件组件；并且

-进一步响应收到的第三媒体类型内容，由第一软件组件呈现第三媒体类型内容。

响应于最初的前5个步骤，这后5个步骤在客户端显示器上呈现，同样也是使用服务器的呈现支持，其根据来自客户端的各种输入，比如鼠标，键盘，等等。

在步骤一和步骤二中，这些输入(依靠一个或者更多的上述第一输入事件)由服务器接收，然后，再一次把输入转换为某种格式和内容(上述的第三媒体类型内容)，然后该格式和内容被传输，并且随后在客户端上呈现。

在本发明的实施例中，所述的确定第一媒体类型内容是否不适合等的步骤，包括：

-由浏览器确定第一媒体类型内容是否在客户端上无法呈现；并且

-如果无法呈现，则由浏览器激活第一软件组件。

在这些步骤中，首先，浏览器确定当前的内容不适合呈现，然后，浏览器激活第一软件组件。所述第一软件组件被激活来准备处理和准备接收后续的来自服务器的呈现支持。

在本发明的另外一个实施例中，所述从客户端传送链接等的步骤包括：

-由第一软件组件传送向第一媒体类型内容的链接和向服务器上的应用管理器的请求；并且

-响应收到的链接和请求，由应用管理器创建第二软件组件，作为插件应用程序。

在步骤一中，所述的链接和请求被发送到服务器上应用管理器，应用管理器随后为服务器创建所述第二软件组件，作为插件应用程序。

因此，分别在客户端和服务器上的第一和第二软件组件，现在被建立来执行和激活端对端的客户端/服务器体系结构，以及它们之间的后续通信。

在本发明的另外一个实施例中，所述在服务器上确定收到的链接的第二媒体类型内容的步骤包括：

-由第二软件组件，接收根据接收到的链接的第一媒体类型内容；并且

-由第二软件组件把第一媒体类型内容转变为第二媒体类型内容。

在步骤一中，收到的链接(如完整的URL)可以通知服务器，在其上可以找到内容链接到的(其他)服务器，并且随后该服务器可以检索所述的第一媒体类型内容。在最后步骤中，所述的第一媒体类型内容可以被转变为所述的第二媒体类型内容，如果接收到了该媒体，则其内容可以在客户端上呈现。

前面所述的问题可以通过客户端进一步的解决，用来自服务器的呈现支持，在浏览器上呈现第一媒体类型内容，所述的客户端包括：

-用于确定第一媒体类型内容是否由于有限的资源不适合呈现，如果不适合，激活准备用于处理和接收来自服务器的呈现支持的第一软件组件的装置；

-用于向服务器传输到第一媒体类型内容的链接以及对呈现支持的请求的装置；

-用于接收传输来的链接的第二媒体类型内容的装置，其中，第二媒体类型内容适合在客户端上呈现，其中，第二媒体类型内容由服务器确定和传送；以及

-用于呈现第二媒体类型内容的装置，来响应收到的第二媒体类型内容。

在该客户端的实施例中，所述客户端还包括：

-接收第一输入事件的装置；

-用于把第一输入事件传输到服务器上的第二软件组件的装置；

-用于接收第三媒体类型内容的装置，其中由服务器上的第二软件组件转换和传送根据收到的第一输入事件和第二媒体类型内容的第三媒体类型；并且

-用于进一步响应收到的第三媒体类型内容，呈现第三媒体类型内容的装置。

该客户端由于与所述方法有关的前述原因，具有相同的优点，

下面，与最佳实施例相关联并参考附图将更完整地解释本发明，其中：

图1显示了具有客户端上的第一软件组件和基本浏览器，以及服务器上的应用管理程序和第二软件组件的客户端和服务端体系结构。

图2显示了处理客户端上的父窗口显示区域的输入和输出功能的客户端和服务器体系结构；

图3显示了第一软件组件的树模块实现方式，其中，客户端为应用服务器被配置成为哑网络终端(dumb web terminal)；并且

图4显示了用来自服务器的呈现支持，在客户端上的浏览器上呈现第一媒体类型内容的方法。

通过附图，相同的标记数字标示相似的或者对应的特征，功能，等等。

图1是显示具有客户端上的第一软件组件和基本浏览器，以及服务器上的应用管理器和第二软件组件的客户端和服务端体系结构。在本发明的实施例中，该体系结构为基于端对端的客户端/服务器结构，其中，客户端的标记数字为16，具有基本浏览器，其引用数字为10，并启动了第一软件组件功能。对于如Netscape Communicator这样的浏览器，第一软件组件可以是安装在基本浏览器上功能选项的插件。基本浏览器可以是任何商业网站浏览器，如Netscape Communicator或者微软公司的Internet Explorer。对于Netscape Communicator，通过使用标准插件机制来实现第一软件组件，把Netscape Communicator作为基本浏览器，第一软件组件可以是插件，作为唯一的插件或者缺省插件；相反，如果所述的基本浏览器是Internet Explorer，第一软件组件可以通过Active X控件实现。

当用户访问带有某种基本浏览器不能处理的媒体类型(例如，PDF(Portable Document Format)，或者word格式)的网站，该媒体类型的标记数字为11，即，该基本浏览器不能呈现显示在客户端，该基本浏览器将激活标记数字为12的第一软件组件以处理该特殊的媒体类型。

无论如何，该第一软件组件不是真正的执行代码或者对于该媒体类型不是可以执行的代码，这意味着，第一软件组件本身不能处理该媒体类型格式，并且没有能力呈现该媒体类型(如，在所述客户端上展示所述媒体类型的能力)。可替代地，第一软件组件可以作为该媒体类型的所谓的代理。第一软件组件必须知道应用服务器配置文件(如：服务器的IP地址)。应用服务器，其标记数字为13，可以安装在加家庭网关，ISP站点，ASP站点或者代理服务器上。

然后，第一软件组件在应用服务器(标记数字为13)上的应用管理器(标记数字为14)查询该媒体类型的呈现支持。

然后，应用管理器创建第二软件组件作为插件应用程序，其标记数字为15，该程序驻留或者放在服务器上，用于处理特定的媒体类型。应用服务器可以为有支持该媒体类型应用程序的任何操作系统平台，如Windows操作系统平台。在Windows操作系统平台上，可以有ActiveX控件，称为Web浏览器控件，其中客户端可以通过作为宿主利用所述ActiveX控件，因为该控件可以作为ActiveX文档宿主(ActiveXDocument Host)，即该Web浏览器控件可以加载任何类型的软件组件，用于呈现任何媒体类型(如果需要，如，从客户端请求)，可以有软件组件用于PDF的媒体类型；可以有其他的软件组件用于以Word格式等创建的文档或者文件。当第二软件组件，即应用服务器站点上的插件应用程序(标记数字为15)收到了来自第一软件组件(标记数字为12)的对某种媒体类型的呈现支持的请求，服务器站点上的第二软件组件(标记数字为15)将从它驻留的地方即对应的web站点或者从另外的服务器或者网络驱动器，直接访问媒体类型的内容并解码，即把应用服务器站点上的媒体类型的内容转变为可呈现的，不同的，更简单的格式(与所述媒体类型原始内容的格式相比)，用于在客户端上呈现或者展示。

此外，通过勾连窗口更新事件，所述第二软件组件把可呈现的，更简单的格式的内容，例如，内容可以为jpeg格式的，传送回客户端上的第一软件组件，用于呈现或者展示。

因此，最初的不可呈现的(在客户端站点)，复杂的格式，如Word(.doc格式)或者Acrobat Reader的PDF格式(.pdf格式)，可以被转变为更简单的，可呈现的(在客户端站点)，不太复杂的格式，例如，服务器上的jpeg格式。随后，不太复杂的格式(或者更准确是其内容)被用于客户端，来在客户端的显示器上呈现和或展示。

附图2显示了处理客户端上的父窗口显示区域的输入和输出功能的客户端和服务器体系结构。第一软件组件，其标记数字为12，除了前面附图介绍的，它还处理两个基本的功能，第一，来自客户端用户的输入功能(如点击按键，键盘输入等)，第二，输出功能，即显示可以在客户端显示器上能被看作是展示或者呈现的。只要用户在显示区域输入了一些命令，其标记数字为20由第一软件组件来处理，则可以从父窗口(标记数字21)通知第一软件组件。然后第一软件组件可以传输这些输入事件(标记数字22)，到对应的服务器站点上的第二软件组件。第二软件组件可以把这些客户端的输入事件为应用服务器转换成特定的输入事件。第二软件组件，仍然在服务器站点上，可以响应这些输入事件，好像这些事件是在服务器站点上产生的。当第二软件组件通知客户端上的一些显示区域要修改，第二软件组件产生输出事件(标记数字23)，把这些输出事件发送回客户端上标记数字为12的对应的第一软件组件。这些输出事件可以被包括在修改的显示数据的区域。当第一软件组件从对应的第二软件组件(标记数字15)收到输出事件，第一软件组件转换这些输出事件并且第一软件组件呈现在客户端显示器上。这个操作对于客户端的用户是透明的，好像服务器站点上的，标记数字15的第二软件组件的代码是在客户端执行的。

由于第一软件组件主要处理基本的输入输出事件，即，以相对简单的格式(例如，在客户端可以呈现)显示，并且处理来自键盘或者鼠标的输入，如点击按键，键盘输入；就计算能力和存储空间而言的客户端的资源需要，可以设计到最小程度，因为所述的更复杂的格式是在具有更强的计算能力和存储空间的服务器站点上计算和转变的。

附图3显示了第一软件组件的树模块实现方式，其中，本发明的实施例的客户端被配置成为应用服务器的哑网络终端。在该情况下，第一软件组件包括HTTP子模块，XML子模块和显示子模块。在附图中，HTTP子模块的标记数字为31，显示子模块的标记数字为33，XML子模块的标记数字为32。

在这个配置下，第一软件组件的启动步骤如下：

1.第一软件组件线程，标记数字为30，用作客户端的主线程，可以查询用户用于浏览的输入或者用户浏览过程中的输入。

2.只要第一软件组件获得来自用户输入的URL，所述第一软件组件线程创建适当大小的第一软件组件，标记数字仍为12，并把相关信息，如完整的URL传给第一软件组件，该组件把所述的相关信息转发给应用服务器。

3.在来自客户端的请求之后，应用管理器14创建第二软件组件15，作为对应的第一软件组件的插件应用程序。

4.第一软件组件把输入命令传送到第二软件组件(在服务器上)用于使用HTTP子模块，第二软件组件接下来把用于在客户端上呈现的显示输出命令发送回第一软件组件。

5.HTTP协议中的有效负载可以被编码成XML格式。第一软件组件的XML子模块接下来解释并转换为客户端可以呈现的格式。

6.该第一软件组件用显示子模块把步骤2中创建的输出数据呈现到适当的区域。

前面所述的步骤1还可以扩展，使得第一软件组件线程给用户弹出输入对话框(或者预先定义的图标，让用户点击)。只要该第一软件组件的操作关闭，第一软件组件的线程自动终止。

客户端和服务器之间的通信可以通过客户端一侧的网络传输层(标记数字为34)和服务器侧上对应的网络传输层来执行(标记数字为35)。

附图4显示了用来自服务器的呈现支持，在客户端的浏览器上呈现第一媒体类型内容的方法。

在步骤90中，开始该方法。在客户端和服务器上，变量，标志，缓冲区等，追踪记录媒体类型和媒体类型的内容，请求等等，被设置为缺省状态。当该方法第二次启动时，只有坏损的变量，标志，缓冲区，类型等，才被重置为缺省值。

在步骤100中，可以确定由于客户端的资源有限，第一媒体类型内容是否不适合在客户端上呈现，并且，当不适合呈现时，第一软件组件被激活，第一软件组件(在客户端上)准备处理和接收来自服务器的呈现支持。步骤100包括步骤101和步骤102的通用化。举例来说，由于客户端的资源有限，即，有限的处理能力，有限的RAM等等，客户端本身可以不适合呈现所述第一媒体类型内容。由于所述的有限的资源，客户端上的浏览器因此只能有相应的呈现和展示能力。

所述的第一媒体类型内容可以是微软的Word的.doc类型，或者是Acrobat的.pdf类型，这两种类型要想呈现，都对客户端要求很多(如，处理能力，RAM)。因此，下面将讨论基于简单的类型，如jpeg类型的更适合在客户端呈现的，但从用户看来基本上是相同的内容。

在步骤101中，浏览器可以确定，第一媒体类型内容不适合在客户端上呈现。如前面讨论的步骤，所述的类型不适合在客户端上呈现，因为需要客户端很多的资源，例如处理能力或者RAM，并且如果执行，将耗费很长的时间，因此该呈现不适合在客户端上执行。

举例来说，假设第一媒体类型内容为Adobe的PDF文档或者是微软的Word文档(DOC)，客户端的浏览器将不得不占用大量的存储器资源，因此，不适合在客户端的浏览器上呈现。

在步骤102中，如果从前面的步骤，确定所述的第一媒体类型内容不适合在客户端呈现，客户端上的浏览器激活所述的第一软件组件。当第一软件组件被激活，并在下面的步骤中准备在转换到可呈现的格式如jpeg格式时，处理该媒体类型内容的呈现和展示。

在步骤200中，客户端传输到第一媒体类型内容的链接，以及向服务器请求呈现支持。步骤200包括步骤201和步骤202的通用化。作为前面步骤的结果，客户端没有自己的资源，或者认为本身不适合使用稀少的资源来呈现，通常客户端会请求服务器提供支持，使得客户端上后续的呈现可以以适当的格式进行，例如，前面给出的例子，jpeg格式。除了jpeg，任何其他的类型也可用于客户端，只要该其他类型在后继的呈现中不需要客户端上太多的CPU能力和或存储器大小。关于请求，客户端也可以给服务器提供链接，该链接通知服务器在哪个(其他)服务器上可以找到链接的内容，然后在步骤301中检索。

在步骤201中，第一软件组件传送到第一媒体类型内容的链接和对服务器上应用管理器的请求。更具体一些，和前面的步骤相比，所述链接和请求被传送到服务器站点上所述的应用管理器，因此，服务器上的应用管理器被要求提供所述的第一媒体类型的呈现支持，该要求是来自于客户端的第一软件组件的。

在步骤202中，在服务器上，应用管理器创建第二软件组件作为插件应用程序。执行创建可以是对收到的链接和请求的响应。对应于步骤100中的第一软件组件的激活，为了准备以后处理第一媒体类型，第二软件组件作为服务器上的插件应用程序可以在服务器端被创建。

在步骤300中，服务器可以确定反映接收到的链接的第二媒体类型内容。所述第二媒体类型内容可以适于在客户端上呈现。步骤300包括步骤301和步骤302的通用化。收到的链接通知服务器可以在哪台(其他)服务器上找到链接的内容，随后确定为另一格式，即，转变到第二媒体类型内容。换言之，从步骤300到步骤302，前面步骤的第一类型内容(客户端上无法呈现)转变为所述的在客户端上可以呈现的第二媒体类型内容。

在步骤301中，第二软件组件可以收到基于收到的链接的第一媒体类型内容。收到的链接通知服务器在哪台(其他)服务器上可以找到链接的内容，随后检索它作为第一媒体类型的内容。

换言之，在步骤300到步骤302，服务器通过第一软件组件发送的链接的完整的URL访问第一媒体类型内容，随后把该内容转变为可呈现的格式，即第二媒体类型内容。

在步骤302中，第二软件组件在服务器上把第一媒体类型内容转变为第二媒体类型内容。所述第一媒体类型内容必须转变为随后能在客户端呈现的第二媒体类型内容。客户端和服务器进一步交换信息，该信息涉及到客户端认为是可以呈现的哪种格式、类型。此外，或者可替换的，服务器被提前告知是哪种格式，即客户端认为哪种格式或哪些类型是适合呈现的格式。而且，客户端和服务器可以协商哪些格式需要呈现支持，反之亦然。

在步骤400中，服务器把第二媒体类型内容传送到客户端上。执行传输是对服务器传来的链接和请求的响应。这里，在用户看来，传送到客户端的第二媒体类型内容和第一媒体类型内容相似。

在步骤500中，第一软件组件在客户端上呈现第二媒体类型内容。当客户端收到第二媒体类型内容，呈现该内容。现在作为上述步骤的结果，客户端以适合的格式呈现，即第二媒体类型的格式。因此，本发明的优点在于所述在客户端上访问Web站点的方法的步骤对于用户是透明的，因为客户端的用户不会注意到，客户端实际上向服务器请求并从服务器上获得了呈现支持。

当然，前面所述本方法的步骤也适用于不需要任何呈现支持的web站点的内容。在任何情况下，客户端的用户不会觉察到最初的可呈现的格式(步骤100，如果不需要支持)和被转变为可呈现格式的格式(步骤100到步骤600，如果实际上需要服务器的呈现支持)之间的差别。

在步骤600中，在客户端上，第一软件组件收到第一输入事件。如同用于浏览Internet的其他设备，用户用鼠标点击，操作键盘，触摸触摸感应显示器来看或者请求与呈现的信息相关的更多信息，即客户端上呈现的信息。因此，如前面讨论的，在处理能力和/或存储单元的数量(RAM，ROM等等)方面，客户端的资源有限，客户端只适于处理非常基本的功能，而把更复杂格式和类型的呈现、以及对资源需求很大的输入和输出留给服务器处理，服务器有更强的处理能力和更多的存储单元可以分配。通常在该步骤，客户端接收任何输入事件，该事件是通过用户使用鼠标，键盘，对客户端触摸显示器的触摸等等引起的。典型地，输入事件具有后来客户端显示器要显示的效果，即呈现另外的内容，至少部分呈现。

在步骤700中，第一软件组件把第一输入事件发送到服务器上的第二软件组件。类似于步骤200，链接和请求被发送到服务器，第一输入事件代表客户端上的任何输入装置的任何使用，即，客户端的鼠标，键盘等等，它通过第一软件组件可以被发送到客户端上。换言之，如附图2所示，所述的第一输入事件(标记数字为22)被发送到服务器(标记数字为13)上的第二软件组件(标记数字为15)。可以出现这种情况，所述的第一输入事件还包括在客户端上显示的媒体内容的完整的URL，或者嵌入显示内容的其他的URL。当考虑所述第一输入事件，说明在客户端上显示内容的一些或者更多区域必须要改变，即重新呈现。

可以出现这种情况，在服务器上，第二软件组件还包括Web浏览器控件的寄宿(hosting)用于自动呈现Windows平台下的任何支持组件。这样做的优点在于，服务器很容易计算，这将在步骤800中讨论，客户端上正在显示的内容如何被在步骤600中所述的从客户端接收的输入事件影响。

在步骤800中，在服务器上，第二媒体组件转换收到的第一输入事件为第三媒体类型内容。该转换基于收到的第一输入事件和第二媒体类型内容，在步骤302中，该内容已经在服务器上可用并得到展示。类似于步骤300，在步骤800中，第二软件组件确定所述的第三媒体类型的内容，当然，确定是基于第一输入事件和客户端上正在显示的内容，即，先前下载到服务器上的第二媒体类型的内容。换言之，因此第三媒体类型的内容代表的是随后受所述的第一输入事件影响了的客户端上显示的旧内容的结果。

在步骤900中，第二软件组件把第三媒体类型内容传送给客户端上的第一软件组件。

在步骤1000中，第一软件组件在客户端上呈现第三媒体类型内容。呈现的执行是对客户端收到第三媒体类型内容的响应。类似于步骤500，第一软件组件在客户端上呈现收到的内容。但是，和步骤500相反，可以出现这样的情况，只有显示的一部分或几部分需要更新。当然，如果最初由第一软件组件收到的所述的第一输入事件是鼠标点击新的链接，即另一个URL，客户端的整个显示器或屏幕区域(附图2中，标记数字为20)，必然需要完整的更新。在这种情况下，步骤500和步骤1000非常相似。

在所有上述步骤中，第一软件组件被使用或者提及，第一软件组件可以是客户端上浏览器的默认插件应用程序，在这种情况下，只有所述插件的动态链接库可以安装在客户端上。可以出现这样的情况，当附图1中标记数字为19的浏览器是Netscape Communicator。

或者，当所属的浏览器是微软的Internet Explorer，第一软件组件为ActiveX控件。

另外，通常当提及第一软件组件或第二软件组件，可以把它们看作可执行或者可解释(interpretable)的代码，当需要的时候可以分别在客户端和服务器上运行。

客户端可以是能够访问互联网能够浏览和/或显示Web页面，对应的链接和相关的内容的电子设备。客户端可以为出网络书写板(WebTablet)，哑终端，便携式设备，并且，就处理能力和/或者存储器的使用而言，该客户端还可以使用有限的分配资源运行浏览器。

通常，只要客户端和服务器正确地交换不同的媒体类型内容，请求等等，本方法将会全部重新开始。否则，本方法将在步骤1100终止；然而，当客户端和服务器重新开启，本方法从步骤100继续。

计算机可读介质可以为磁带，光盘，数字视盘(DVD)，光盘(可刻录或者可写光盘)，迷你磁盘(mini-disc)，硬盘，软盘，智能卡(smartcard)，PCMCIA卡等等。

Claims (12)

1.一种在客户端的浏览器上用来自服务器的呈现支持，呈现第一媒体类型内容的方法，该方法包括如下步骤：

-由于客户端有限的资源，确定第一媒体类型内容是否不适合呈现，如果不适合，则激活第一软件组件，准备接收并处理来自服务器的呈现支持；

-从客户端，传输向第一媒体类型内容的链接，以及向服务器发出的呈现支持的请求；

-在服务器上，确定收到的链接的第二媒体类型内容，其中，第二媒体类型内容适于在客户端上呈现；

-从服务器传送第二媒体类型内容到客户端上，以响应收到的链接和请求；并且

-响应收到的第二媒体类型内容，由第一软件组件呈现第二媒体类型内容。

2.根据权利要求1所述的方法，其特征在于，所述方法进一步包括如下步骤：

-由第一软件组件接收第一输入事件；

-从第一软件组件传送第一输入事件到服务器上的第二软件组件；

-由第二软件组件把收到的第一输入事件转换为基于第一输入事件和第二媒体类型内容的第三媒体类型内容；

-由第二软件组件把第三媒体类型内容传输到第一软件组件；并且

-进一步响应收到的第三媒体类型内容，由第一软件组件呈现第三媒体类型内容。

3.根据权利要求2所述的方法，其特征在于，确定的步骤包括：

-由浏览器确定第一媒体类型内容是否在客户端上无法呈现；并且

-如果无法呈现，则由浏览器激活第一软件组件。

4.根据权利要求3所述的方法，其特征在于，从客户端发送的步骤包括：

-由第一软件组件把到第一媒体类型内容的链接和请求发送到服务器上的应用管理器的；并且

-响应收到的链接和请求，由应用管理器创建第二软件组件，作为插件应用程序。

5.根据权利要求4所述的方法，其特征在于，在服务器确定上收到的链接的第二媒体类型内容的步骤包括：

-由第二软件组件接收基于接收到的链接的第一媒体类型内容；并且

-由第二软件组件把第一媒体类型内容转变为第二媒体类型内容。

6.根据权利要求5所述的方法，其特征在于，第一软件组件可以是默认插件应用程序，其中只有缺省插件应用程序的动态链接库可以安装在客户端上。

7.根据权利要求5所述的方法，其特征在于，第一软件组件是ActiveX控件。

8.根据权利要求7所述的方法，其特征在于，第一软件组件包含HTTP子模块，XML子模块和显示子模块，由此，客户端是哑终端。

9.一种计算机系统，用于执行权利要求1至8中任何一个的方法。

10.一种计算机程序产品，包含存储在计算机可读介质上的程序代码装置，当计算机程序在计算机上运行的时候，用于执行权利要求1至8中任何一个的方法。

11.一种客户端，用来自服务器的呈现支持，在浏览器上呈现第一媒体类型内容，该客户端包括：

-用于确定第一媒体类型内容是否由于有限的资源不适合呈现，如果不适合，激活准备用于处理和接收来自服务器的呈现支持的第一软件组件的装置；

-用于传输到第一媒体类型内容的链接以及对服务器的呈现支持的请求的装置；

-用于接收传输来的链接的第二媒体类型内容的装置，其中，第二媒体类型内容适合在客户端上呈现，其中，第二媒体类型内容由服务器确定和传送；以及

-用于呈现第二媒体类型内容的装置，来响应收到的第二媒体类型内容。

12.根据权利要求11所述的用来自服务器的呈现支持，在浏览器上呈现第一媒体类型内容的客户端，该客户端进一步还包括：

-接收第一输入事件的装置；

-用于把第一输入事件传输到服务器上的第二软件组件的装置；

-用于接收第三媒体类型内容的装置，其中，在服务器上，根据收到的第一输入事件和第二媒体类型内容，由第二软件组件转换和传送第三媒体类型；并且

-用于进一步响应收到的第三媒体类型内容，呈现第三媒体类型内容的装置。

Images