CN1938694A - 利用给定的url的标准与小屏幕呈现 - Google Patents

Abstract

公开了一种用于用户在无线通信系统中用来在小显示屏上呈现内容的方法和移动终端。在首次访问该内容时，该内容在第一呈现模式下被显示。然后该内容由该显示屏依照第二、用户优选的呈现模式来提供。随后，该内容或者它的修改的版本被再次访问，并且由该显示屏在第二，用户优选的呈现模式下提供给用户，而不必要以第一呈现模式访问或者显示该内容。

Description

利用给定的URL的标准与小屏幕呈现

技术领域

本发明涉及无线通信，并且更特别地涉及在小终端显示屏上呈现内容。

背景技术

当使用台式计算机访问网站时，那些网站被显示在屏幕上，该屏幕与典型的移动终端的屏幕相比是非常大的。当使用该移动终端访问相同的网站时，那些网站通常被显示在相对小的屏幕上，这会引起观看困难。如果被显示的内容是被存储在该移动终端中的文件，或者视频流，或者任何其它被显示在该小屏幕上的内容，同样会引起观看困难。被设计在大屏幕上观看的网站或者其它内容却要在小屏幕上观看，造成非常类似于通过望远镜观看附近的大山的效果；得到大的画面是困难的，并且在同一时间只有小部分是可见的。

为了处理这个小屏幕观看问题，已经提出了重编辑(re-authoring)技术，使得网站作者将可以在源代码中为他们的网站提供格式引导。还提出了使得为小移动屏幕格式化的内容具有新的域延伸的技术。然而，这样的技术在今天很少被使用，并且需要无数网站的重新设计。

另一种处理小屏幕观看问题的方法是对移动终端使用呈现(rendering)算法，以便利用一种使移动终端用户更称心的方式呈现网页。这被称为小屏幕呈现(SSR)，并且在这里区别于通常在提供者一方而不是在移动终端一方控制的重编辑。SSR与重编辑的结合的出现有时候是可能的。

已经提出了多种不同的SSR技术。例如，Chen等人(于2003年5月20-24日，在WWW2003上发表的“Detecting Web PageStructure for Adaptive Viewing on Small Form Factor Devices，”第225-232页)提出了提供网页的概观，然后用户选择想要得到的部分进行放大。这种呈现技术在下文中被称为缩略图小屏幕呈现(TSSR)。

另一种SSR技术由Opera Software公司(参见WWW.opera.com/products/smartphone/smallscreen)由开发的。Opera的小屏幕呈现技术智能地重新进行网站格式化以适合于屏幕宽度之内，从而不需要进行水平滚动。这种呈现技术在下文中被称为窄小屏幕呈现(NSSR)。所有的内容和功能仍然是可用的，只是页面的布局被改变了。

智能电话的应用并且特别是浏览器应当具有至少两个不同的模式用于观看给定的内容：标准模式和至少一种小屏幕呈现(SSR)模式。在标准模式下，数据(以网页、Adobe Acrobat pdf文件等形式)以与它被设计为用于大显示器的相同的方式显示到屏幕上，因此为了用小显示器阅读文件的各个部分，该小屏幕用户必须做相当多的水平滚动。然而，在NSSR模式下，数据被重新格式化并且以只需要垂直滚动这样的方式显示给用户。NSSR对于阅读文本是特别有用的，使得用户不必做水平滚动来阅读文本的每一行的末端。除了标准观看和SSR观看之外，智能电话通常能够符合重编辑指令，使得重新格式化得以执行而无需SSR算法。

在实践中，小移动终端屏幕的用户将发现一些网站和文件在无需由移动终端执行任何SSR的标准(即，传统的)方式下，或者在无需SSR的重编辑格式下观看最佳。小移动终端屏幕的用户还将发现一些网站和文件用SSR观看最佳，并且不同类型的SSR可能对不同的网站或者文件工作得更好(例如，TSSR可能对一个网站工作最佳而NSSR可能对另一个网站工作最佳)。目前技术的主要问题是浏览器或应用通常或者使用标准模式或者使用一个单一的小屏幕呈现模式(SSR)显示所有页面和文件。

该呈现模式是可以被改变的应用级设置，但是目前没有将给定的呈现方法与给定的网页或文件相关联的方式。传统的桌面浏览器和桌面应用不存在这个问题，因为它们仅支持标准呈现模式。但是，新的智能电话具有将越来越多地遇到这个问题的浏览器和应用(例如，在S60平台上)。

发明内容

为了观看通过小用户显示器访问的内容(例如，通过发送或者下载该内容到该显示器的终端)，该用户可以定义与各个内容源相关联的呈现模式。该内容可以在那个内容的下载之间改变，但是与源相关联的呈现模式将不改变，除非用户决定改变呈现模式。

该内容源(例如，地址)可以在设备中本地地指定文件，或者它可以指定网络地址。该呈现模式由设备的用户定义并且它可以在稍后被改变(即，如果该用户改变了偏好，则该方法可以重复地执行)。该用户还可以为特殊类型的所有文件指定默认的呈现模式，例如pdf文件的默认的呈现模式、html文件的默认的呈现模式、在特殊的文件夹中的所有文件的默认的呈现模式、等等。然后，该用户在对特殊的内容用不同的呈现模式做试验之后可以更改该默认的模式。

本发明的基本思想是使得浏览器和其它应用能够基于给定的URL(例如，www.nokia.com)和/或文件位置信息(例如，c：\docs\pdfs\document.pdf)，关联并保存呈现模式。该呈现模式信息可以在以下两种情况下被关联，其中：

1)当用户正在观看来自给定的URL或者位置的网页或者文件时，那么浏览器或者应用可以为该用户提供一种方法，该方法定义这个网页或者文件和/或这个URL或者位置从此以后使用特殊的呈现方法，然后该浏览器或者应用将这个信息保存到内部的存储介质中；

2)当用户将书签保存到由给定的URL或者位置可以得到的给定的网页或者文件中时，那么该用户可以定义关联的书签所使用的呈现模式。

当该用户未来从给定的URL/位置加载网页/文件时，那么该浏览器/应用在为用户呈现文件/数据时可以应用保存的呈现方法。而且，如果该用户在观看该网页/文件时改变呈现模式，那么软件可以询问(例如，当该用户关闭该文件时)该用户是否愿意保存已改变的将该网页/文件的呈现模式与它的URL/位置相关的呈现模式。

当该用户最初看网页/文件时，可以根据用户指定的默认的呈现方式进行显示。然而，即使没有重编辑发生，源代码仍然可以指定一种不同的默认的呈现模式。无论如何，该用户于是可以对不同的模式做试验，并且更改默认的呈现模式以符合标准呈现、重编辑的呈现、或者SSR的一些形式。当该用户下一次访问该网页/文件时，那个网页/文件将自动地开始到上次被用户保存的呈现模式下，即使该网页/文件的内容在该用户没有访问它的时间间隔期间被其他人改变了。

用这种实现过程，该用户可以节省时间，并且在一些情况下还可以减少下载到终端的数据的数量。对于需要具体的呈现模式的网页/文件，该用户将在首次尝试中得到最佳呈现模式，并且因此将以可能的最快速度得到正确的格式下的信息。

附图说明

图1为说明根据本发明的方法的流程图。

图2为说明根据本发明的移动终端的方框图。

具体实施方式

本发明可以通过参照附图得以进一步理解。图1示出了根据本发明的实施例的方法100。该方法由首先访问102内容开始，并且以第一呈现模式显示104该内容。这不需要内容是真正地首次曾经被访问，而是指当该内容被访问的那些次数中的特殊的一次。然后该内容根据第二，即用户优选的呈现模式，被显示(即，提供)106给用户。该第二，用户优选的呈现模式与该内容的起源相关108。随后，该用户指定该内容源，使得该内容(或者该内容的修改的版本)在该内容将由用户以第二，用户优选的呈现模式进行访问的点上被再次访问112，而不必须以第一呈现模式访问或者显示。换句话说，该用户不必再次指定用户为该内容优选了小屏幕呈现模式，也不必指定为该内容优选了哪种小屏幕呈现模式。

当该用户指定110内容源时，这可以通过直接地键入统一资源定位符(URL)或者通过直接地键入网络路径，或者通过间接地点击超级链接，或者间接地使用书签来完成。通常，该内容源将被伴随着(或者包含)内容类型的指示；例如，adobe acrobat文件的URL将以字母“pdf”结尾。这样，有可能根据由移动终端对于特殊类型的内容所指定的默认的呈现模式执行显示104。然后，该用户可能发现不同的呈现模式是优选的，并且被配备有106想要的那种优选的模式而不是默认的模式。该默认的模式可以是由移动终端用户可更改的，并且它们也可能受支配于由包含在内容中(例如，在下载的源代码中)的指令的更改(例如，覆盖)。在无论哪种情况下，该用户将有机会在第一呈现模式下看到内容，转换到第二呈现模式，并且此后无论何时该用户访问同样的网页、文件、或者其它该内容的实施例，都使得第二呈现模式被激活。

一旦该用户选择了该第二，用户优选的呈现模式，为了在那个第二，用户优选的模式下呈现内容，与第一呈现模式相比，可能需要下载较少的数据。因此，经由互联网访问的内容将依赖于采用了何种呈现模式，并且下载次数可以被减少。

现在参照图2，图解了用来在显示屏上显示内容的移动终端200。显示屏250响应于呈现的内容信号245，并且用于以呈现模式显示内容。内容呈现模块225用于响应接收到的内容信号240和源呈现模式信号220来提供呈现的内容信号245。源呈现模式信号220将呈现模式与内容源相关。当然，接收到的信号240响应于对网络的请求信号230，并且这两个信号都通过收发信机235进行传送。

该移动终端200进一步包含源和呈现模式相关模块215，其响应于源指示信号210，并且提供源呈现模式信号220。用户输入设备205提供指示内容源的源指示信号210。

虽然该源和呈现模式相关模块215是用于将呈现模式与内容源相关，但是如果没有这样的相关被用户建立，那么这个模块215可以将呈现模式与对于特殊类型内容的默认的呈现模式相关。例如，如果URL以“pdf”结尾，那么一种呈现模式将被用作默认的模式，但是如果该URL以“doc”结尾，那么另一种默认的呈现模式将被使用。

应当理解，所有的示图和附加的关于最佳模式实施例的叙述性讨论，并不意味着对在考虑中的方法、终端、和系统的完整、严格地处理。本领域的技术人员将理解本申请的步骤和信号代表了一般的因果关系，而并不排除不同类型的中间相互作用，并且将进一步理解本申请中描述的不同的步骤和结构可以通过硬件和软件的多种不同的组合被实施，在这里不需要进一步详述。

Claims (18)

1.一种显示将要在显示屏上观看的内容的方法，包括：

在首次访问该内容时，以第一呈现模式显示该内容，

依照第二、用户优选的呈现模式显示该内容，以及

随后，以该第二、用户优选的呈现模式访问该内容，或者访问该内容的修改的版本，而不是以该第一呈现模式显示该内容。

2.根据权利要求1所述的方法，其中，在随后访问该内容的步骤之前，该第二用户优选的呈现模式与该内容的源相关，以及

其中该随后访问该内容的步骤要求或者直接地或者间接地指定该内容源。

3.根据权利要求2所述的方法，其中该源由统一资源定位符指示，并且该内容经由互联网进行访问。

4.根据权利要求1所述的方法，其中该第一呈现模式是为内容的特殊类型所指定的默认的呈现模式，或者是由该内容的提供者所指定。

5.根据权利要求4所述的方法，其中该默认的呈现模式由用户为该内容的特殊类型进行设置。

6.根据权利要求1所述的方法，其中该第二用户优选的呈现模式包含了包括标准呈现模式、重编辑的模式、和至少一个小屏幕呈现模式的组中的至少一个。

7.根据权利要求6所述的方法，其中该至少一个小屏幕呈现模式包括缩略图小屏幕呈现或者窄小屏幕呈现或者它们二者。

8.根据权利要求2所述的方法，其中该内容源是通过选择书签或者超级链接间接地指示的。

9.根据权利要求3所述的方法，其中该经由互联网访问的内容需要下载取决于所采用的呈现模式的许多的数据。

10.根据权利要求1所述的方法，其中如果该用户改变了偏好，则该方法被重复地执行。

11.一种利用软件数据结构编码的计算机可读取介质，用于执行权利要求1所述的方法。

12.一种用于在显示屏上呈现内容的终端，包括：

显示屏，用于响应于呈现的内容信号，以呈现模式显示该内容；以及

内容呈现模块，用于至少响应于源呈现模式信号，提供该呈现的内容信号，

其中该源呈现模式信号将该呈现模式与该内容源相关。

13.根据权利要求12所述的终端，其中该终端是移动终端，进一步包括：

源和呈现模式相关模块，用于响应于源指示信号，提供该源呈现模式信号；以及

用户输入设备，用于提供指示该内容源的该源指示信号。

14.根据权利要求12所述的终端，其中该源是由统一资源定位符可识别的，并且该内容是经由互联网可访问的。

15.根据权利要求13所述的移动终端，其中该源和呈现模式相关模块用于，如果与该内容源的相关是可得到的，则将该呈现模式与该内容源相关，否则该源和呈现模式相关模块用于将该呈现模式与对于内容的特殊类型的默认的呈现模式相关。

16.根据权利要求12所述的终端，其中该呈现模式包含了包括标准呈现模式、重编辑的模式、和至少一个小屏幕呈现模式的组中的至少一个。

17.根据权利要求16所述的终端，其中该至少一个小屏幕呈现模式包括缩略图小屏幕呈现或者窄小屏幕呈现或者它们二者。

18.一种显示将要在显示屏上观看的内容的方法，包括：

在首次访问该内容时，在第一呈现模式下显示该内容，

依照第二、用户优选的呈现模式显示该内容，以及

随后，以该第二用户优选的呈现模式访问该内容，或者访问该内容的修改的版本，而无需用户偏好的进一步的指示。

Images