框架页面显示方法、框架页面显示设备和程序

摘要

在已经显示了框架页面中用于操作框架的操作屏幕的情况下，判断发生于这个页面中不同于当前显示框架的一个框架的改变，是不是源于满足一个条件的操作，所述条件被认为是反映用户观看另一框架的明确意图。如果经过判断，确认这个改变是源于满足所述条件的操作的改变，将显示切换到以完整显示显示这个页面的屏幕，并将发生所述改变的框架通知给用户。

说明书

技术领域

本发明涉及由浏览器软件产生的、用于浏览网络上内容的框架(frames)的显示。

背景技术

与不断增长的因特网(Internet)应用的背景相比，近年来，因特网上Web页面(以下简称“页面”)的浏览同样也广泛在诸如手机和PDA等移动终端设备上完成。然而，因特网上的内容通常是为PC(个人电脑)而生成的，需要相当大的屏幕，因此，在只有较小屏幕和受限制的可加载运行键(keys)类型的一台移动终端设备上浏览页面，与在PC上浏览页面相比，会导致用户使用便利的恶化。

例如，在框架页面(一个使用<frameset>标签标识的页面)的情况下，在一个小显示屏上显示这个页面会导致显示内容的低可视性，因为这个框架页面被分割为多个栏。在编号为No.344590(以下简称“文档No.1”)的日本专利公布书、编号为No.2000-298543(以下简称“文档No.2”)和编号为No.2002-268788(以下简称“文档No.3”)的日本专利临时公布书中，已有配置建议以便在框架显示的时候提高用户便利度，说明如下。

文档No.1说明，在显示包含多个框架的页面时，依照通过一个块(tablet)的用户操作，在包含多个框架的全屏显示屏幕和包含一个框架的拉近显示(zoom display)屏幕之间的切换。在一个框架被显示在一个拉近显示的情况下，指明这个页面中当前被拉近显示的框架位置的一个部分显示图标，显示在屏幕的局部位置。

文档No.2说明一个活动框架(active frame)的切换，这个切换通过一个切换按钮的操作，在包含多个框架的全屏显示的状态，或包含一个框架的拉近显示的状态进行切换。这个切换按钮显示在屏幕的局部位置，这个激活框架的切换，由用户使用一支输入笔、通过指定一个切换按钮来执行。

文档No.3说明在一个页面包含多个框架的情况下，当用户选择了一个框架时，这个被选框架的拉近显示。在一个框架的拉近显示状态，用户可以执行诸如锚点选择(anchor selection)等操作。框架选择由用户通过执行诸如一个键条目(key entry)等操作完成。

发明内容

然而，从用户便利的角度，尚有一些因素值得考虑，说明如下。例如，在由于用户从由三个框架A、B、C组成的一个页面屏幕里选择了框架A，从而导致框架A在拉近显示中显示为可操作(活动的)的情况下，甚至，在当由于如在框架A里的锚点选择等的用户操作，从而导致如加载新内容等的改变发生在其他框架上(B、C)的时候，如果这个显示屏幕还保持在框架A的拉近显示中，这个用户将不能识别这样的改变。偶尔地，例如当框架B被在框架A里被选中的一个锚点里的一个目标属性所指定的时候，这样一个框架A的拉近显示期间内在另一个框架的改变会出现。

同时，在文档3的配置中，上述情况里拉近显示屏幕里的内容，依照锚点内的目标属性，从框架A切换到框架B。可是，按照这样的配置，用户在从框架A的拉近显示转移之后，几乎不能识别出哪个框架显示在屏幕上。进一步地，从用户便利的角度来看，在特意选择了框架A的用户正操作这个框架A的情况下，这时其他框架中每有改变一出现，就转移到另一个框架，并不是所期待。

本发明即着眼于传统技术中的上述问题而产生。因此，本发明的首要目标是提供在框架页面的显示过程中，能够提高用户便利的终端设备、框架显示方法和程序。

为达到上述目标，根据本发明的一个方面，显示框架页面的方法包括以下步骤：在已经显示了框架页面中用于操作框架的操作屏幕的情况下，判断发生于这个页面中不同于当前显示框架的一个框架的改变，是不是源于满足一个条件的操作，所述第一条件被认为是反映用户观看另一框架的明确意图；如果经过判断，确认这个改变是源于满足所述条件的操作的改变，控制显示，以将显示切换到以完整显示显示这个页面的屏幕。

依照以上配置，在浏览框架页面时，控制显示，以便在所选的框架是可操作的、并且用户操作导致一个改变的情况下、而且所述改变发生于另一个框架的时候，显示完整显示屏幕，通过这样的方式，提高浏览框架页面时的用户便利。

为达到上述目标，根据本发明的另一方面，显示框架页面的方法包括以下步骤：显示完整显示屏幕，在该屏幕上，完整显示所获得的框架页面而且选择框架也是可能的；显示操作屏幕，当用户在完整显示屏幕上选择框架的时候，在该操作屏幕上用户选择的框架是可操作的；在已经显示该操作屏幕的情况下，判断发生于该页面中不同于所选框架的一个框架的改变，是不是源于满足第一条件的操作，所述第一条件被认为是反映用户观看另一框架的明确意图；以及，如果经过判断，确认这个改变是源于满足所述第一条件的操作的改变，依照该完整显示，将显示切换到一个屏幕的显示，并将发生所述改变的框架通知给用户。

依照以上配置，在浏览框架页面时，在所选框架是可操作的、并且用户操作导致一个改变的情况下、而且所述改变发生于另一个框架的时候，显示被恢复为完整显示屏幕，并且将发生所述改变的框架(段)通知给用户，提高浏览框架页面时的用户便利。

上述框架显示方法进一步包括以下步骤：在已经显示该操作屏幕的情况下，判断发生于该页面中不同于所选框架的一个框架的改变，是不是源于满足第二条件的操作，所述第二条件被认为不是反映用户观看另一框架的明确意图，以及如果经过判断，确认这个改变是源于满足所述第二条件的操作的改变，则控制显示，以便不将显示切换到对应于该完整显示的显示。

在由于判断、确认这个改变是源于满足所述第一条件的操作的改变，而依照该完整显示进行显示之后，显示可以被转到一个操作屏幕，在该操作屏幕上改变所发生的框架自动就是可操作的。

在由于判断、确认这个改变是源于满足所述第一条件的操作的改变，而依照该完整显示进行显示之后，可以执行一个显示，该显示允许用户选择是否切换到一个操作屏幕、并且该操作屏幕上发生改变的框架是可操作的。

满足所述第一条件的操作包括至少一个以下操作：

在所选框架中用户操作所导致的锚点选择，

在所选框架中用户操作所导致的格式发送，

在所选框架中用户操作所导致的图像映射选择，以及

在所选框架中用户操作所激活的脚本运行。

满足所述第二条件的操作包括至少一个以下操作：

由于标记语言或通信协议，而且发生于所获取的页面内的独立于用户操作的操作，以及

在所获取的页面内激活的独立于用户操作的脚本运行。

控制显示，以便在操作屏幕已经显示的情况下，当判断为所选框架、所选框架的父框架或所选框架的祖框架中的数据发生改变的时候，不执行到对应于该完整显示的显示的转移。

在另一项配置下，在操作屏幕已经显示的情况下，当判断为所选框架、所选框架的父框架或所选框架的祖框架中的数据发生改变的时候，执行到对应于该完整显示的显示的转移。

在操作屏幕已经显示的情况下，当判断为所选框架、所选框架的父框架或所选框架的祖框架中的数据发生改变的时候，可以执行显示，该显示允许用户选择是否切换到对应于该完整显示的显示。

在操作屏幕已经显示的情况下，当判断为所选框架、所选框架的父框架或所选框架的祖框架中的数据发生改变的时候，是否切换到对应于该完整显示的显示，可以依照此前输入的用户设置来决定。

在操作屏幕已经显示的情况下，当将所选框架进一步分割为多个框架的改变发生的时候，执行到对应于该完整显示的显示的切换。

当所获得的框架首先在完整显示中显示的时候，可以从已完成数据获取的框架开始，连续地将这些框架设置在可选择的状态。

当这些框架首先在完整显示中显示的时候，可以从判断为在这些框架的数据获取期间不再进一步分割为更多框架的框架开始，连续地将这些框架设置在可选择的状态。

通过使用方向键(directional key)和操作确认键(confirmation key)来移动焦点位置的方式，执行在完整显示屏幕上一个框架的用户选择。

也可以由用户使用输入笔来指定在显示于显示屏幕上框架里的多个操作键中的一个，执行在完整显示屏幕上的框架的用户选择。

通过允许用户执行扩大所期望的框架的显示拉近以及将由于用户操作而超出预先设定显示大小的框架看作用户选择框架的操作，来实现在完整显示屏幕上的框架的用户选择。

也可以通过允许用户执行改变所期望的框架的显示拉近以及将由于用户操作而超出预先设定显示大小的框架看作用户选择框架的操作，来实现在完整显示屏幕上一个框架的用户选择。

也可以通过分配对应于各个框架的预指定键以及选择对应于这些键的框架，来实现在完整显示屏幕上的框架的用户选择。

当框架显示方法配置为显示菜单屏幕(menu screen)，从而允许在该所选框架的操作屏幕上选择该显示应当切换到的显示屏幕的类型的时候，该菜单屏幕可以包括指定到对应于该完整显示屏幕的转移的条目。

可以在进行从该所选框架的操作屏幕已被显示的状态到诸如对应于完整显示的另一个屏幕的转移的时候，保存关于所选框架的操作屏幕上的滚动条或焦点位置的数据，所保存的数据稍后可以用于在所选框架的操作屏幕再次显示的时候，恢复焦点位置。

在所选框架的操作屏幕上，可以用遍及整个显示屏幕的拉近显示的方式，显示所选框架。

在所选框架的操作屏幕上，在将所选框架置于显示屏幕顶部的时候，可以同时显示所选框架和页面中的其他框架。

在所选框架的操作屏幕上，在将所选框架置于显示屏幕顶部的时候，可以将所选框架和页面中的其他框架作为内嵌框架(inline frame)同时显示。

可以使用以下一种方法，在对应于该完整显示的显示上，执行发生改变的框架的通知：

设置该框架为聚焦的状态，

以闪烁显示的方式显示该框架，

发出一条消息，以及

显示覆盖在该框架上的图标。

可以在完整显示屏幕上的每个框架里显示每个框架的内容。

关于该所获取框架页面的完整显示屏幕以及关于在判断之后而显示的完整显示的屏幕，可以是该页面的缩略图(thumbnail)显示屏幕。

可以用计算机程序的方式来实现以上所述框架显示方法。实现包括了配置为执行上述框架显示方法的控制方法的终端设备，是可能的。实现包括了配置为执行上述框架显示方法的控制方法的移动电话，也是可能的。

为达到上述目标，根据本发明的另一方面，提供一种显示非兼容框架(frame-incompatible)即没有框架段的显示方法。该显示方法包括以下步骤：显示操作屏幕，其上位于所获得的框架页面内的框架是可操作的；在已经显示该操作屏幕的情况下，判断发生于该页面中不同于所选框架的一个框架的改变，是不是源于满足被认为是反映用户观看所述另一框架的明确意图这个条件的操作的改变；如果所述改变被判断为源于满足该条件的操作，将发生改变的框架通知给用户。

依照以上配置，在框架可操作而且用户操作导致了一个改变的情况下、当所述改变发生于另一个框架的时候，通知该用户发生改变的这个框架(段)。因此，甚至在浏览非兼容框架页面的时候，也能提供浏览框架页面的用户便利。

这个通知可以由显示一个与发生改变的框架有关的对话框来实现。这个通知也可以由显示一条代表发生改变的框架的消息来实现。

为达到上述目标，根据本发明的另一方面，提供一种使计算机实现以下功能的计算机程序：

显示完整显示屏幕的功能，在该完整显示屏幕上显示所获得的全部框架页面而且框架选择是可能的；

显示操作屏幕的功能，当用户在完整显示屏幕选择框架时，在该操作屏幕上用户所选的框架是可操作的；以及

判断功能，在已经显示该操作屏幕的情况下，判断发生于该页面中不同于所选框架的一个框架的改变，是不是源于满足一个条件的操作，该条件被认为是反映用户观看所述另一框架的明确意图，而且将显示切换到对应于该完整显示的屏幕显示，并且将发生改变的框架通知给用户，如果所述改变被判断为源于满足该条件的操作。

依照以上配置，浏览框架页面的时候，在所选框架是可操作的、并且用户操作导致一个改变的情况下、当改变发生于另一框架时，该显示返回到完整显示屏幕，并且将发生所述改变的框架(段)通知给用户，通过这样的方式，提高浏览框架页面时的用户便利。

为达到上述目标，根据本发明的另一方面，提供一种终端设备，包括：

通过网络获得页面的通信装置；以及控制装置，其当获得的页面是框架页面时，配置为执行以下步骤(1)-(3)：

(1)显示完整显示屏幕，其上显示所获得的全部框架页面，而且选择框架是可能的；

(2)显示操作屏幕，当用户在完整显示屏幕选择框架时，在该操作屏幕上用户所选的框架是可操作的；以及

(3)在已经显示该操作屏幕的情况下，判断发生于该页面中不同于所选框架的一个框架的改变，是不是源于满足被认为是反映用户观看所述另一框架的明确意图的第一条件的操作的改变，而且将显示切换到对应于该完整显示的屏幕显示，并且将发生改变的框架通知给用户，如果所述改变被判断为源于满足该第一条件的操作。

依照以上配置，浏览框架页面的时候，在所选框架是可操作的、并且用户操作导致一个改变的情况下、当改变发生于另一框架时，该显示返回到完整显示屏幕，并且将发生所述改变的框架(段)通知给用户，通过这样的方式，提高浏览框架页面时的用户便利。

所述控制装置可以进一步配置为执行以下步骤：

(4)在已经显示该操作屏幕的情况下，判断发生于该页面中不同于所选框架的一个框架的改变，是不是源于满足被认为不是反映用户观看所述另一框架的明确意图的第二条件的操作的改变，以及如果经过判断，确认这个改变是源于满足所述第二条件的操作的改变，控制显示，以便不将显示切换到对应于该完整显示的显示。

该终端设备可以进一步包括具有方向键和确认键的操作单元。在这种情况下，可以通过使用方向键和操作确认键来移动焦点位置的方式，来执行在完整显示屏幕上的框架的用户选择。

该操作单元可以配置为包括用于做出框架选择的非点击设备(pointing device)。

根据本发明的另一方面，提供一种用于显示框架页面，并且使计算机实现以下功能的计算机程序：

在已经显示了用于操作该框架页面中的框架的操作屏幕的情况下，判断发生于该页面中不同于当前显示框架的一个框架的改变，是不是源于满足被认为是反映用户观看所述另一框架的明确意图的一个条件的操作；以及

如果经过判断、确认这个改变是源于满足所述条件的操作，控制显示，以将显示切换到这个页面被完整显示的屏幕上。

依照以上配置，在浏览框架页面时，控制显示，以便在所选框架是可操作的、并且用户操作导致一个改变的情况下、而且所述改变发生于另一个框架的时候，显示完整显示屏幕，通过这样的方式，提高浏览框架页面时的用户便利。

根据本发明的另一方面，提供一种显示框架的方法，包括以下步骤：显示完整显示屏幕，在该屏幕上，完整显示所获得的框架页面而且选择框架也是可能的；显示操作屏幕，当用户在完整显示屏幕上选择框架的时候，该操作屏幕上该所选框架是可操作的；在已经显示了该可操作的所选框架的操作屏幕的情况下，判断是否执行了请求页面刷新(renovate)步骤的设置改变的用户操作；以及，当执行了这个用户操作时，基于关于包含这个设置改变及其细节的显示屏幕的至少一个信息，控制显示屏幕的切换。

依照以上配置，通过在页面刷新步骤里的框架显示屏幕的转移，实现对用户而言更具优势的显示屏幕的转移，这样提高框架显示时的可用性。

基于设置改变的细节，控制带有可操作的所选框架的操作屏幕，是否应当切换到包含了该设置改变而且显示所有框架的完整显示屏幕，还是切换到包含了有关该所选框架的设置改变而且允许所选框架为可操作的操作屏幕。

基于在显示屏幕中，由包含设置改变而导致的有关改变的信息，控制带有可操作的所选框架的操作屏幕，是否应当切换到包含了该设置改变而且显示所有框架的完整显示屏幕，还是切换到包含了有关该所选框架的设置改变而且允许所选框架为可操作的操作屏幕。

在基于在显示屏幕中，由包含设置改变而导致的有关改变的信息，执行了从可操作的所选框架的操作屏幕到包含设置改变而且显示所有框架的完整显示屏幕的转移的情况下，基于用户的框架选择操作，来控制显示屏幕的转移。

选自以下至少两个步骤中的一个步骤：只重新执行布局的步骤和要求重新解释所获取框架的内容的步骤，基于用于生成包含该设置改变的显示屏幕的设置改变的细节而被执行。

可以在进行从该所选框架的操作屏幕已被显示的状态到另一个显示屏幕的转移的时候，保存关于所选框架的操作屏幕上的滚动条或焦点位置的数据，所保存的数据稍后可以用于在所选框架的操作屏幕再次显示的时候，恢复焦点位置或滚动条位置。

根据本发明的另一方面，提供一种显示框架的方法，包括以下步骤：显示完整显示屏幕，在该屏幕上，完整显示所获得的框架页面而且选择框架也是可能的；显示操作屏幕，当用户在完整显示屏幕上选择框架的时候，该操作屏幕上该所选框架是可操作的；在已经显示了该可操作的所选框架的操作屏幕的情况下，判断是否执行了请求重载(reload)步骤的设置改变的用户操作；以及，当执行了这个用户操作时，基于关于包含这个重载步骤的显示屏幕的信息，控制显示屏幕的切换。

依照以上配置，通过在重载步骤里的框架显示屏幕的转移，实现对用户而言更具优势的显示屏幕的转移，这样提高框架显示时的可用性。

基于在显示屏幕中、由执行重载而导致的有关改变的信息，控制带有可操作的所选框架的操作屏幕，是否应当切换到包含了重载而且显示所有框架的完整显示屏幕，还是切换到包含了关于该所选框架的重载而且允许所选框架为可操作的操作屏幕。

在基于在显示屏幕中、由包含重载步骤而导致的有关改变的信息，执行了从可操作的所选框架的操作屏幕到包含设置改变而且显示所有框架的完整显示屏幕的转移的情况下，基于用户的框架选择操作，来控制显示屏幕的转移。

可以在进行从该所选框架的操作屏幕已被显示的状态到另一个显示屏幕的转移的时候，保存关于所选框架的操作屏幕上的滚动条或焦点位置的数据，所保存的数据稍后可以用于在所选框架的操作屏幕再次显示的时候，恢复焦点位置或滚动条位置。

根据本发明的另一方面，提供一种使计算机实现以下功能的计算机程序：

显示完整显示屏幕，其上显示所获得的全部框架页面而且框架选择是可能的；

显示操作屏幕，当用户在完整显示屏幕选择框架，在该操作屏幕上用户所选的框架是可操作的；

在已经显示了该可操作的所选框架的操作屏幕的情况下，判断是否执行了请求页面刷新步骤的设置改变的用户操作的功能；

以及，当执行了这个用户操作时，基于关于包含这个设置改变及其细节的显示屏幕的至少一个信息，控制显示屏幕的切换。

依照以上配置，通过在页面刷新步骤里的框架显示屏幕的转移，实现对用户而言更具优势的显示屏幕的转移，这样提高框架显示时的可用性。

根据本发明的另一方面，提供一种使计算机实现以下功能的计算机程序：

显示完整显示屏幕的功能，其上显示所获得的全部框架页面而且框架选择是可能的；

显示操作屏幕的功能，其上当用户在完整显示屏幕选择框架，用户所选的框架是可操作的；

在已经显示了该可操作的所选框架的操作屏幕的情况下，判断是否执行了请求页面刷新步骤的设置改变的用户操作的功能；

以及，当执行了这个用户操作时，基于关于包含这个设置改变及其细节的显示屏幕的至少一个信息，控制显示屏幕的切换的功能。

依照以上配置，通过在重载步骤里的框架显示屏幕的转移，实现对用户而言更具优势的显示屏幕的转移，这样提高框架显示时的可用性。

根据本发明的另一方面，提供一种终端设备，包括：

通过网络获得页面的通信装置；以及当获得的页面是框架页面时，配置为执行以下步骤(1)-(4)的控制装置：

(1)显示完整显示屏幕，其上显示所获得的全部框架页面而且框架选择是可能的；

(2)显示操作屏幕，当用户在完整显示屏幕选择框架时，在该操作屏幕上用户所选的框架是可操作的；

(3)在已经显示该可操作的所选框架的操作屏幕的情况下，判断是否执行了请求页面刷新步骤的设置改变的用户操作；以及

(4)当执行了这个用户操作时，基于关于包含这个设置改变及其细节的显示屏幕的至少一个信息，控制显示屏幕的切换。

依照以上配置，通过在页面刷新步骤里的框架显示屏幕的转移，实现对用户而言更具优势的显示屏幕的转移，这样提高框架显示时的可用性。

根据本发明的另一方面，提供一种终端设备，包括：

通过网络获得页面的通信装置；以及当获得的页面是框架页面时，配置为执行以下步骤(1)-(4)的控制装置：

(1)显示完整显示屏幕，其上显示所获得的全部框架页面而且框架选择是可能的；

(2)显示操作屏幕，当用户在完整显示屏幕选择框架时，在该操作屏幕上用户所选的框架是可操作的；

(3)在已经显示该可操作的所选框架的操作屏幕的情况下，判断是否执行了请求重载步骤的设置改变的用户操作；以及

(4)当执行了这个用户操作时，基于关于包含这个重载步骤的显示屏幕的信息，控制显示屏幕的切换。

依照以上配置，通过在重载步骤里的框架显示屏幕的转移，实现对用户而言更具优势的显示屏幕的转移，这样提高框架显示时的可用性。

附图说明

图1是依照本发明的第一个实施例、具有框架显示功能的移动电话的外部视图。

图2是显示图1中的移动电话的硬件配置的块图。

图3是显示浏览器的各项功能在CPU的控制下运作的功能块图。

图4显示当显示由于满足预设条件而返回到完整显示时，显示的转移。

图5显示当该显示在所选框架的拉近显示上，由于URL的指定而切换到新页面时的显示转移。

图6是示例性块图，解释由于满足预设条件因此取消到完整显示的切换时，一系列框架显示的操作。

图7是显示该浏览器运作的流程图。

图8是显示如图7中的流程图所示的选择模式中操作细节的流程图。

图9是显示关于所加载框架的显示例子的示例性块图。

图10是显示关于框架选择的修改的示例性块图。

图11是显示关于焦点位置恢复的框架显示例子的示例性块图。

图12是显示关于所选框架显示的一个修改的示例性块图。

图13是显示所选框架显示的另一个例子的示例性块图(不同于图12)。

图14是显示关于由框架扩大操作完成的框架选择的显示例子的示例性块图。

图15是显示如图14所示的框架选择操作的流程图。

图16是显示关于由扩展框架外框操作完成的框架选择的显示例子的示例性块图。

图17是显示由将框架与数字键相关联而实现框架选择的例子的示例性块图。

图18是显示在拉近显示屏幕上使用菜单屏幕将显示返回到完整显示的例子的示例性块图。

图19是说明显示的例子的示例性块图，其中非兼容框架浏览器通知用户，在用户操作某一框架期间，满足预设条件的改变发生于另一框架。

图20是显示根据第二实施例的刷新流程的流程图。

图21(a)-21(e)是显示刷新流程引起的框架显示屏幕转换例子的示例性块图。

图22(a)-22(b)是示例性块图，显示没有进行从图21(d)的完整显示状态到原始子框架的拉近显示的转换的例子。

图23(a)-23(e)是显示由刷新流程引起的框架显示屏幕转换的第二例子的示例性块图。

图24(a)-24(e)是显示由刷新流程引起的框架显示屏幕转换的第三例子的示例性块图。

图25(a)-25(d)是显示由刷新流程引起的框架显示屏幕转换的第四例子的示例性块图。

图26是显示根据第二实施例的重载流程的流程图。

图27(a)-27(e)是显示由重载流程引起的框架显示屏幕转换例子的示例性块图。

图28(a)和28(b)是示例性块图，显示没有进行从图27(d)的完整显示状态到原始子框架拉近显示的转换的例子。

具体实施方式

第一实施例

以下将说明本发明的第一个实施例。图1是依照本发明的第一个实施例、具有框架显示功能的移动电话10的外部视图。图2是显示移动电话10的硬件配置的块图。如图1中的外部视图所示，移动电话10的外包装的操作表面有液晶显示111和操作单元。该操作单元包括拨号键114，方向键115，接听键121，挂机键122。扬声器119的开口和天线105位于该操作表面的顶部，麦克风118的开口位于该操作表面的底部。虽然在这个实施例中，移动电话作为终端设备的例子来表现框架显示，不仅能在移动电话上，而且还能在各种类型的终端设备上实现以下所述的框架显示功能。

以下说明图2的块图。移动电话10包括CPU 100、用于控制整个移动电话10。该CPU 100与ROM 101、RAM 102、闪速存储器103、无线通信控制单元104、液晶显示111、输入接口单元113和音频控制单元117相连。天线105连接到该无线通信控制单元104。操作单元的各类键连接到该输入接口单元113。麦克风118和扬声器119都连接到该语音控制单元117。

ROM 101是非易失性只读存储器，保存CPU 100所执行的各类程序和固定不变的数据。RAM 102是可重写存储器，为CPU 100提供工作区域和临时数据存储区域。闪速存储器103是非易失性可重写存储器，保存额外的应用程序和各类数据。

该无线通信控制单元104通过天线105执行与基站的无线语音/数据通信(发送和接收)的功能。液晶显示111形成有显示屏幕的显示单元。输入接口单元113具有通过操作单元的拨号键114和方向键115来接收用户输入操作的功能。音频控制单元117连接到麦克风118和扬声器119。音频控制单元117通过麦克风118和扬声器119控制声音的输入和输出。

在如上配置的移动电话10里，当用户通过该操作单元执行一项预设操作的时候，就激活保存在ROM 101里的浏览器。激活浏览器后，移动电话10通过无线通信控制单元104连接到通信网络，Web页面的浏览也成为可能。图3是显示该浏览器的各项功能在CPU 100的控制下运作的功能块图。以下将参照图3的功能块图解释移动电话10的框架显示操作。

首先，将解释浏览器的基本操作。当用户通过URL的键条目和显示在页面上的锚点选择来指定URL统一资源定位器(功能F00)，浏览器通过该通信网络获得在标记语言中描述的指定内容(功能F01)，并且执行有效内容判断步骤(例如，判断所获得的内容是否有效)以作为预备(功能F02)。在有效内容判断步骤中，例如由于超时和中断而引起的内容将被判断为无效。

语法分析器(功能F03)解释所获得内容的逻辑结构，并由此依照该内容的结构而生成一棵文档树。附带地，该文档树并不包括关于该文档表达的信息。随后，页面产生器(功能F04)生成一棵布局(layout)树，包括基于所述文档树、由标签指定的关于表达格式(块，内嵌，表，列表，条目等等)的信息。该布局树代表了内容里块、内嵌、表等的安排次序。附带地，该布局树不包括关于布局的详细信息，如位置，屏幕上每个元素的宽度和高度，字符串中换行符的位置等。

格式器(功能F05)基于该布局树和通过使用在实际显示屏幕上如显示屏幕宽度等的信息，设置布局。具体地说，格式器(功能F05)连续地将布局树里的元素放置在实际显示屏幕上，并且确定字符串中换行符的位置和屏幕上各元素的位置、宽度和高度。通过以上所述语法分析器、页面产生器、格式器的步骤，该内容被显示在移动电话10的显示屏幕上。

接下来解释由浏览器执行的框架显示。连同页面产生器(功能F04)的分析一起，做出对是否存在框架设置(frameset)的判断(功能F10)。如果框架设置存在，依照该框架设置执行屏幕分割步骤(功能F11)，并且执行分割屏幕显示(功能F12、F13)。附带地，为屏幕中每段的内容获取开始于功能F11(箭头F11a)。

在功能F14中，基于功能F10中的判断结果和功能F02中的有效内容判断，对有关允许拉近显示的框架(段)进行判断步骤。具体地说，当所获取的内容被判断为有效内容而且屏幕不能进一步进行框架分割的时候，该屏幕被设置为允许框架选择的状态。在这个状态下，框架页面以完整显示的方式显示在显示屏幕上。

在完整显示状态，用户通过操作如方向键115等来移动焦点，通过确认键(在图1和图2中没有显示)确认所做选择。用加粗边框来显示焦点所在的框架，以便将起与其他框架区别出来。

当用户做出了框架选择(功能F20)，执行所选框架的拉近显示步骤。具体地说，在框架设置分割比例调整步骤(功能F16)中，对所选段的全屏显示进行调整，而且，将所选段显示在显示屏幕上(功能F12、F13)。另一方面，当用户指定取消该框架的拉近显示(功能F22)，执行取消拉近显示的步骤(功能F23)。具体地说，在框架设置分割比例调整步骤中，以原始分割比例执行框架显示的步骤(功能F16)，并且，在显示屏幕上显示该框架(功能F12、F13)。

该浏览器配置为在显示于拉近显示的所选框架是可操作的情况下，当依照或独立于用户操作而执行内容获取(功能F01)的时候，判断是否停止所选框架的拉近显示以及是否返回到完整显示(功能F24)。当依照满足预设条件而且判断为代表了用户观看另一框架的明确意图的操作，执行内容获取(功能F01)的时候，执行临时从拉近显示返回到完整显示的步骤(箭头A1)。

连同上述步骤一起，执行用完整显示屏幕上的重写内容(即更新的框架)清晰指明这个框架的步骤(箭头A2)。在拉近显示取消判断步骤(功能F24)中，使用了关于用户操作(功能F00)和有效内容判断(功能F02)的信息。在临时返回到完整显示之后，该显示或者自动，或者依照用户选择，切换到更新后的框架的拉近显示。以下解释框架显示的细节。

依照以上配置，在框架显示中实现以下功能。

(1)用户可以在完整显示状态移动焦点，并将所希望的框架转入活跃状态(即，显示在拉近显示中的框架是可操作的状态)

(2)在拉近显示状态，当另一框架发生改变而且这个改变被判断为由用户观看另一框架的明确意图的操作所引起，临时显示完整显示屏幕。在这个完整显示中，通知用户所更新的框架(段)。

(3)此后(例如，在进行了一段预设时间的完整显示之后)，这个显示，例如，可以自动切换到这个更新后的框架的显示(即，该用户有意观看的框架)。

(4)甚至当另一框架在所选框架的拉近显示期间由于上述功能(1)而发生改变时，如果这个改变独立于用户意图，即如果用户无意转移到这个框架，也不发生框架转移。

以下说明在所选框架的拉近显示状态中所采用的返回到完整显示条件(即，用于判断用户操作是否代表其观看另一框架的明确意图的条件)的例子。

(A-1)框架内容由于用户操作所引起的超链接锚点的选择、格式的传输、图片映射的选择等而发生改变，而且该内容是有效的(即，不是由超时或中断引起的)。

(A-2)在框架设置中的框架内容，由于用户操作所激活的脚本而发生改变，而且该内容是有效的(即，不是由超时或中断引起的)。这个条件可以包括这个情况，比如，在一个锚点内指定了“onClick”事件句柄或者将一个JavaScript scheme指定为URL(例如，<a href＝”javascritp：…”>)，并且，在被指定的事件句柄或scheme所激活和执行的脚本内，框架内容发生改变的情况(例如，位置，href＝“…”)。

同时，甚至当另一框架在所选框架的拉近显示期间发生改变时，如果满足下列任一条件，这个改变被判断为与用户意图无关。

(B-1)不同于当前拉近显示框架、其父框架或其祖框架内容的内容，由于标记语言或通信协议、而不是由于用户操作而发生改变，而且该内容是有效的(即，不是由超时或中断引起的)。这个条件可以包括，例如，在一段预设时间之后，由于HTML内指定的<metahttp-equiv＝”refresh”>或HTTP(超文本传输协议)内“Refresh：”头而发生的内容改变。

(B-2)不同于当前拉近显示框架、其父框架或其祖框架内容的内容，由于脚本操作、而不是由于用户操作而发生改变，而且该内容是有效的(即，不是由超时或中断引起的)。这个条件可以包括，例如，在JavaScript的“onLoad”和“onUnload”所指定的事件句柄内，或在“setTimerout”方法和“setInterval”方法所指定的功能内部步骤(intra-function process)内，发生的框架内容改变。

在上述基于以上条件的判断之外，当有改变发生于当前拉近显示框架、其父框架和其祖框架，并且这个改变被判断为不满足将有关改变视为依照用户意图的改变的第一条件的时候，也可能执行以下操作中的一项。

(a)不返回完整显示而自动停止内容获取和框架改变/更新。

(b)继续内容获取和框架改变/更新并且返回完整显示。

(c)显示对话框，指明有改变发生，并且引导用户选择是否继续内容获取和框架改变/更新并且返回完整显示，还是不返回完整显示而停止内容获取和框架改变/更新。

(d)当引起这样的改变时，使用由用户预设、有关于将要执行的操作的数据，

接下来，参照附图，解释几个由上述配置实现的框架显示的具体例子。在以下解释中，以包括三个框架A、B和C(参阅图4(a))的所获得的页面作为例子进行说明。

图4显示当用户在所选框架的拉近显示期间，执行满足上述条件(A-1)或(A-2)的操作时，框架显示转移的系列块图。首先，如图4(a)所示，在所获得的页面内包括的所有框架都以完整显示的方式显示在显示屏幕上。附带地，当出于简化说明的考虑而将每个框架内的状态简单地由图4以及随后类似附图中的符号A、B或C代表时，在每个框架A、B、C中以实际状态加载并显示内容。当框架选择成为可能，用户可以通过操作方向按键来移动焦点，如图4(b)所示。例如，可以用加粗边框环绕焦点所在的这个框架，或者将非焦点所在的框架置灰(gray out)，来清楚地指明焦点所在的框架。图4(b)的例子中，假设选择了框架B。

图4(c)显示所选框架B作为活跃框架、以拉近显示的方式显示在显示屏幕上的状态。在这个状态，当用户执行满足上述判断条件(A-1)或(A-2)的操作(即，可以判断为代表了用户观看另一分栏的明确意图的操作)，该显示临时切换到如图4(d)所示的完整显示。这里假设由于框架B内的用户操作而在框架C发生改变。这样的操作可以，在例如当框架C在框架B中所选中的锚点指定为目标(目标属性)的时候，引起。在如图4(d)所示的完整显示屏幕中，用加粗外框清楚地指明了发生改变的框架C。附带地，清楚指明已改变的框架的方法并不限于使用加粗外框；例如，将不同于已改变的框架的其他框架置灰，也是可能的。

在显示了如图4(d)所示的完整显示一段预设时间之后，这个显示自动切换到框架C的拉近显示(图4(e))。附带地，当自动执行从如图4(d)所示的完整显示到如图4(e)所示的拉近显示的切换时，也可能显示一个对话框来引导用户选中是否进行显示切换。

只要用户能够适当地识别整个页面的布局，关于每个框架内容的图4(d)所示的完整显示屏幕的再现性，可能低于图4(a)所示的完整显示屏幕的再现性。例如，可以通过指明这些框架的布局，但简要地用字符表达每个框架的内容，来进行图4(d)所示的完整显示。

图5显示当该显示在所选框架的拉近显示上，由于URL的指定而切换到新页面时的操作。假设在图5(a)的完整显示期间，用户选择了框架B，如图5(b)所示，框架B的内容在拉近显示里显示为可操作的，如图5(c)所示。当在拉近显示屏幕上选择了一个到新页面的链接，加载并显示这个新页面(图5(d))。

图6是示例性块图，解释在所选框架的拉近显示期间、当满足上述判断条件(B-1)或(B-2)，以及因此取消到完整显示的切换时，一系列框架显示的操作。假设在图6(a)的完整显示期间，用户选择了框架B，如图6(b)所示，框架B的内容在拉近显示里显示为可操作的，如图6(c)所示。在这种情况下，当框架A或C发生独立于用户操作的改变，即，在框架里出现了满足上述判断条件(B-1)或(B-2)的改变，图4(c)和图4(d)所示的转移将不发生，即，显示还是保留在框架B的拉近显示状态。

上述是根据这个实施例，框架显示的基本操作。可以通过如图1和图2所示的硬件配置和如图3所示的功能配置，实现图4-图6所示的基本框架显示操作。接下来，以流程图的形式，表述实现图4-图6所示基本操作的步骤。图7是显示该浏览器运作的流程图。图7所示的操作是在CPU 100的控制之下。

当用户通过输入URL、选择锚点等方式来指定URL时(步骤S1)，开始获取这个指定的URL的内容(步骤S2)。随后，判断所获得的内容是否是有效内容。由超时或中断而引起的数据被判断为无效。当所获得的内容无效时(步骤S3：否)，该流程返回到步骤S1。

当所获得的内容被判断为有效时(步骤S3：是)，接着判断所获得的内容是否是框架页面(步骤S4)。当所获得的内容不是框架页面时(步骤S4：否)，该流程前进到步骤S5，并且，在移动电话10的显示屏幕上执行正常显示该内容。当所获得的内容被判断为是框架页面时(步骤S4：是)，该流程前进到步骤S6。

在步骤S6中，开始这个框架的显示。在步骤S7中，依照框架设置中的指定，执行框架分割。在步骤S8中，获取每个框架中的数据。在步骤S9中，判断每个框架的内容是否有效。这个判断的做出与步骤S3中的判断类似。当每个框架中的内容被判断为有效时(步骤S9：是)，接着判断每个框架是否还进一步包括框架设置(步骤S10)。

当框架进一步包括框架设置时(步骤S10：是)，该流程返回到步骤S7中的框架分割步骤。另一方面，当每个框架不进一步包括框架设置时(步骤S10：否)，该流程前进到步骤S11，而且每个框架被设置在可选状态里。在步骤S9中，当框架里的内容被判断为无效时(步骤S9：否)，该框架被设置在不可选状态。控制在可选状态里的每个框架以可以在其上放置焦点，控制在不可选状态里的每个框架以不能在其上放置焦点。将在不可选状态的框架显示为空白空间也是可能的。

步骤S11之后，该流程进入到步骤S13的选择模式步骤。在选择模式中，将该页面和可选状态中的一个或多个框架，在完整显示中显示。图8是显示选择模式中的操作的流程图。选择模式里的屏幕显示状态对应于图4的例子中图4(b)的状态(其中可以移动焦点)。当用户选中期望的框架(步骤S21)，所选框架在拉近显示中显示为可操作的(即拉近模式)(步骤S22)。拉近模式里的操作对应于图4的例子中图4(c)的拉近显示状态。

在下一个步骤S23中，用户开始对内容的操作。在步骤S23中，判断用户是否指定了返回到选择模式。当用户操作指定了返回到选择模式时(步骤S24：是)，该流程返回到步骤S21。当用户没有指定返回到选择模式时(步骤S24：否)，该流程前进到步骤S25。

在步骤S25中，判断满足判断条件(B-1)或(B-2)的内容改变是否发生，即，判断所选框架的拉近显示期间发生在另一框架的改变(更新)，是不是与用户的意图无关的改变。当满足判断条件(B-1)或(B-2)的内容改变被判断为发生时(步骤S25：是)，不执行到完整显示的转换(图6中的例子)，即，该流程返回到步骤S23中的内容操作步骤。

另一方面，当判断没有满足判断条件(B-1)或(B-2)的内容改变发生时(步骤S25：否)，该流程前进到步骤S26。在步骤S26中，判断是否有以下的任意一个事件，发生于另一框架(不同于拉近显示中的所选框架的框架)：

(G-1)在加载后已有另一框架设置在可选状态里。

(G-1)另一已加载的框架此后已被分割为框架设置。

当上述事件的任何一件发生时，不执行自当前拉近显示屏幕开始的转移。换言之，当上述事件的任何一件发生时，该流程返回到步骤S23中的内容操作步骤(步骤S26：是)。

当判断没有事件(G-1)和(G-2)中的任意一件发生时(步骤S26：否)，该流程前进到步骤S27。在步骤S27中，判断是否发生满足上述判断条件(A-1)或(A-2)的内容改变，即，判断在拉近显示状态，是否有用户操作所引起的被判断为代表了用户观看另一框架的明确意图的框架改变。当没有满足判断条件(A-1)或(A-2)的内容改变发生(步骤S27：否)，该流程返回到步骤S23。

另一方面，当有满足判断条件(A-1)或(A-2)的内容改变发生(步骤S27：是)，该流程前进到步骤S28。在步骤S28中，执行从选择模式显示到完整显示的转移，而且，清楚地标出发生改变的框架。可以以各种格式，如加粗外框(类似于焦点所在的框架)、闪烁框架和显示在屏幕上的消息，来给出发生改变的段的清晰标示。

在下一步骤S29中，判断发生改变的框架是否是简单框架(不包括框架设置)以及是否超过了预设时间。当满足步骤S29的条件时(步骤S29：是)，该流程返回到步骤S22，而且发生改变的框架在拉近显示中显示为可操作的。这个操作对应于从图4(d)中的临时完整显示状态到图4例子中框架C’的拉近显示的自动转移。另一方面，当不满足步骤S29的条件时(步骤S29：否)，该流程返回到步骤S21。通过图7和图8中的以上步骤，实现图4-图6所示的基本框架显示操作。

通过图4-图6所示的基本框架显示操作，在浏览框架页面中所选框架可操作的情况下，当另一框架或父框架发生改变而且这个改变是由用户操作所引起的时候，这个显示返回到完整显示屏幕(缩略图显示屏幕)，并且通知该用户发生改变的段。另一方面，忽略不是出自用户本意的发生于段的改变，而且不执行框架交换。因此，在浏览框架页面期间，可以实现正确地包含了用户意图的显示交换，通过这样的方式，来提高用户便利。

接下来，解释图4-图6所示本实施例的基本框架显示操作几个修改。同样，在以下说明的修改中，假设所获取的页面包括三个框架A、B和C，而且，类似图4-图6中的例子，每个框架实际显示的内容简单地用符号A、B和C代表。

图9显示关于所加载框架的显示的例子。在这个修改中，在开始页面获取之后，在完全加载之前，以明确地显示了该情况的显示，指明每个框架(图9(a)中字符“加载中”的显示)。当框架加载完成后，框架的显示转换到明确地显示该情况(图9(b)中字符“完成”的显示)，并且将该框架设置在可选择的状态。图9(b)显示了框架A的加载已经完成而且框架A是可选择的情况。当用户通过操作确认键来选择框架A时，框架A在拉近显示中显示为可操作的，如图9(c)所示。

简而言之，在图9的框架显示例子中，从加载已经完成的框架开始，这些框架被连续地转入可选择的状态。附带地，甚至当框架里的内容尚没有完全加载的时候，如果情况变得清晰，框架不会进一步再被分割的时候(即，该框架不再进一步包含框架设置)，也可能将这个框架转入可选择的状态。通过图9的框架显示方法，可以很快的进行框架选择。

图10显示关于框架选择的修改。在图10(a)所示的框架完整显示中，用于框架选择的按钮(81、82、83)显示在每个框架的左上角。这样，用户可以通过按钮操作来指定每个框架的开/关。在其中每个框架都是可选择的图9(b)的情况下，用户可以通过执行按钮操作来做出所期望框架的选择(开放指定)。例如，为了选择框架B，用户通过使用指示笔(stylus)指定框架B的按钮82。类似于从图4(c)到图4(d)的转换，也可以有由用户操作引起的从图10(c)的拉近显示到图10(d)的完整显示的转换。同时，用户可以通过对位于图10(c)的拉近显示屏幕上的按钮82做出指定(封闭指定)，从图10(c)的状态返回到图10(d)的完整显示屏幕。通过图10的框架选择方法，用户可以使用指示笔等，简单地指定每个框架的开/关，这对用户而言也是方便的。

图11显示关于焦点位置恢复的框架显示的例子。假设，显示已经从图11(a)的完整显示状态转换到图11(b)的选择模式屏幕，而且，此后由于用户选择了框架A，框架A已经在拉近显示中显示为可操作的，如图11(c)所示。在图11(c)的状态中，用户操作将焦点置于框架A的内容中的一个部分90。假设，框架显示已经转换，如图11(a)、11(b)、11(c)所示，类似于图4(c)、4(d)、4(e)中的转换。

进一步地，显示已经从图11(c)的状态转换到图11(f)的完整显示，而且，此后返回到框架A的完整显示，如图11(g)所示。在这个情况下，在图11(c)的显示状态中的滚动条位置和/或焦点位置已经被记住，而且，当显示返回到图11(g)时，焦点恢复到在图11(c)中的位置。换言之，在拉近显示状态中的滚动条位置和/或焦点位置已经被记住，而且，当显示返回到同一框架的拉近显示时，焦点位置恢复到原始位置。附带地，也可能在框架A的内容自图11(f)状态以来就没有改变的条件下，在返回到图11(g)的拉近显示时，进行焦点位置的恢复。在这种情况下，当不满足这个条件时，图11(f)状态中的显示返回到框架A的顶部。通过图11的框架显示方法，在所选屏幕上的焦点位置被恢复到原始位置，通过这样的方式，提高浏览框架页面时的用户便利。

图12是显示关于所选框架显示的一个修改的示例性块图。类似于图4(a)和图4(b)，图12(a)显示框架的完整显示，图12(b)显示框架选择可能的情况。图12(c)显示一个显示屏幕，该屏幕上由用户在图12(b)的选择模式屏幕上选择的框架A已成为可操作的。图12(c)的屏幕对应于图4(c)所示的所选框架的拉近显示屏幕。当在图4(c)的例子中在整个完整显示屏幕上将所选框架扩大为可操作的，图12(c)的例子中所选框架并不扩大到占据完整屏幕，即便进行了所选框架的扩大。具体地说，在图12(c)的显示屏幕上，垂直安排框架内容的条目以便在显示屏幕上，框架B的内容在框架A的内容下也可见。在图12(c)的情况下，只有所选框架A的内容是可操作的。通过图12的框架显示方法，将所有子框架作为一个页面连续地在拉近显示屏幕上显示，这样可以允许用户观看和操作不同于所选框架的内容。

图13是显示所选框架显示的另一个例子的示例性块图，其中图13(a)说明一个显示，该显示中框架选择是可能的，图13(b)说明用于操作所选框架A的显示屏幕。当在图13(a)的选择模式屏幕上进行框架选择时，包含在该页面里的所有子框架都转为内嵌框架(用<iframe>标签代表)，并显示在屏幕上，如图13(b)所示。将这些框架作为一个页面垂直安排，如图13(b)所示，这样在一个屏幕上多个框架同时可视。

依照以下规则，执行图13(b)的状态中的显示和用户操作：

(r-1)在转为内嵌框架的子框架中，诸如锚点选择的操作是可能的。

(r-2)在同一级的分级状态下(in a hierachical stage that is one stagehigher)，从一个内嵌框架到另一内嵌框架的转换是可能的。

(r-3)转为内嵌框架的多个子框架可以在显示屏幕上显示。

(r-4)转为内嵌框架的多个子框架在显示屏幕上的显示不是必需的(在这种情况下，通过滚动每个子框架都是可视的)。

通过图13的框架显示方法，将所有子框架显示在拉近显示屏幕上，这样可以允许用户观看和操作不同于所选框架的内容。附带地，可以由图3所示的语法分析器(功能F03)执行将该框架页面的这些框架(子框架)重构为内嵌框架的过程。

接下来，参照图14来解释关于框架选择的另一例子。在图4(b)所示的框架选择的例子中，用户通过操作方向键115以及此后操作确认键做出框架选择来将焦点移动到所期望的框架。在图14的例子中，用户连续地扩大框架，并且，当该框架的大小(例如区域)超出预设大小的时候，该框架视为被用户选中。

图14(a)显示完整显示屏幕。在这种情况下，当用户执行扩大框架的操作时，将一个放大镜图标93显示在用户指定要放大的该框架里，如图14(b)所示。在这个例子中，指定框架C为要放大的框架。随着用户的进一步放大操作，框架C被连续放大，而且框架C在显示屏幕上的区域连续增大，如图14(c)和图14(d)所示。

当框架C的区域超出预设区域时，框架C视为被选中，并且，框架C在拉近显示中被显示为可操作的，如图14(e)所示。因为图14显示了指定放大的例子，该框架内的图片、文字等也依照用户指定的比例因子等比例地被放大。附带地，当用户指定缩减位于图14(e)的屏幕上的框架大小时，图14(e)的屏幕可以被返回到禁止诸如锚点选择的操作的显示屏幕(即，对应于完整显示屏幕的屏幕)。通过图14的框架显示方法，框架选择与用户扩大显示区域的操作联合进行，通过这样的方式，提高框架选择时的用户便利。

图15是显示如图14所示的框架选择操作的流程图。移动电话10的CPU 100通过执行图15所示的操作，实现图14所示的框架选择操作。首先，为所获得的页面执行完整显示步骤(缩略图显示步骤)(步骤S41)。在下一步骤S42中，判断是否有由用户操作做出的拉近显示的选择。当做出了拉近显示的选择(步骤S42：是)，该流程前进到步骤S43。当没有做出拉近显示的选择(步骤S42：否)，该流程终止。

在步骤S43中，判断是否做出了用于改变所选框架区域(例如，扩大的指定)的输入。当做出了用于改变框架区域的输入(步骤S43：是)，执行用于改变框架区域的步骤(步骤S44)。当做出了用于改变框架区域的输入(步骤S43：否)，该流程终止。

在下一步骤S45中，判断发生改变的区域的大小(例如，区域)是否超出了预设大小。当发生改变的区域的大小超出了预设大小(步骤S45：是)，该框架视为被选中，并且执行拉近显示(步骤S46)。当发生改变的区域的大小没有超出了预设大小(步骤S45：否)，该流程终止。附带地，为了显示框架选择的全部操作，这里说明框架选择流程的流程图(图16)。现实中，可以周期性地激活该流程，或者作为对用户输入的响应而激活该流程。

接下来，参照图16来解释关于框架选择的另一例子。这个例子中，用户连续地扩大框架的显示区域(扩展框架)，并且，当该显示区域的大小(例如区域)超出预设大小的时候，该框架视为被用户选中。

图16(a)显示完整显示屏幕。图16(b)显示用户已经做出了用于改变框架C的显示区域的输入的情况。当用户指定该显示区域的扩大时，连续地扩大框架C的显示区域，而且，在显示屏幕上的框架C区域连续扩大，如图16(c)和16(d)所示。

在图16(d)的状态中，框架C的区域超出了预设区域，这样框架C视为被选中，并且显示切换到图16(e)的屏幕中，其中框架C在拉近显示中被显示为可操作的。因为图16显示了框架区域扩大的情况，该框架中的图片是否依照该框架外框的扩大而扩大，则取决于改框架的内容而改变。

当用户缩减位于图16(e)的屏幕上的显示区域的大小时，图16(e)的屏幕可以被返回到禁止诸如锚点选择的操作的显示屏幕(即，对应于完整显示屏幕的屏幕)。当用户操作的设备有点击设备时，在图16中用于改变显示区域的用户操作由使用点击设备而执行，这是令人期望的。通过图16的框架显示方法，框架选择连同用户扩大显示区域的操作一起进行，通过这样的方式，提高框架选择时的用户便利。

图17是显示关于框架选择的另一例子的示例性块图。图17(a)显示完整显示状态。假设，将数字键“1”、“2”和“3”(拨号键)相应地指配给框架A、B和C。图17(b)显示选择模式屏幕。在这种情况下，用户可以通过操作数字键来选择框架。例如，当用户操作数字键“1”时，框架A视为被选中。在这个情况下，框架A在拉近显示中显示为可操作的，如图17(c)所示。

将返回到完整显示的功能分配给不同于数字键“1”、“2”和“3”的其他数字键，也是可能的。在这个情况下，在图17(c)的拉近显示状态中，当按下不同于“1”、“2”和“3”的其他数字键时，显示返回到完整显示屏幕。通过图17的框架选择例子，用户仅仅通过指定一个数字键就可以做出框架选择。

图18是显示关于框架选择的另一例子的示例性块图，其中图18(a)显示完整显示状态，图18(b)显示选择模式屏幕。当在图18(b)的状态中选择了框架B，框架B在拉近显示中显示为可操作的，并且在显示屏幕的底部，显示菜单条目“返回”、“确定(enter)”、“功能”，如图18(c)所示。当用户选择菜单条目“功能”，显示菜单屏幕51，而且，允许用户选择所期望的操作。菜单屏幕51可以被诸如弹出菜单的形式所替代。菜单包括菜单条目“缩略图”。当用户选择菜单条目“缩略图”，该显示切换到完整显示屏幕(图18(d))。通过图18的例子，允许用户指定从拉近显示屏幕到完整显示屏幕的转换。

在上述实施例中，通知用户在类似图4(d)的完整显示屏幕(缩略图显示屏幕)上的段发生改变的方法，并不限于将焦点置于所改变的段(用加粗外框指出这个框架)以及闪烁这个框架；可以使用如显示对话框或消息等等各种方法。

尽管在满足条件(A-1)或(A-2)而且显示转换到如图4的例子所示的完整显示屏幕的情况下，在完整显示屏幕(图4(d))上清楚标示出发生改变的框架，但是，不给出位于图4(d)的完整显示屏幕上、发生改变的框架的清楚标示的实施例，也是可能的。甚至在这种情况下，由于临时显示的完整显示屏幕，用户可以识别出将有道另一框架的转换，通过这样的方式，提高浏览页面时的用户便利。

也可以在使用一个与框架显示不兼容的浏览器，浏览框架页面时，执行上述判断和通知。例如，当使用一个不支持框架显示的浏览器(或当浏览器被设置在不支持框架显示的状态，而且该浏览器不执行框架分割时)，而且，在如图19(a)所示、显示对应于框架A的内容期间，满足上述条件(A-1)或(A-2)的改变发生于另一框架，也可能通过使用对话框55、消息等来通知用户这个情况，如图19(b)所示。

以上以移动电话作为进行框架显示的设备的一个例子，给出上述实施例的说明。因为与PC相比，移动电话在显示屏幕的尺寸、操作键的类型等方面受到更严格的限制，通过上述实施例说明的框架显示可以显著地提高用户便利。上述框架显示方法不仅可以在移动电话上实现，也可以在诸如PDA(个人数字助理)等各类终端设备上实现。同样在这样的情况下，可以提高浏览框架页面期间的用户便利。

尽管在上述实施例中，将互联网上页面浏览中的框架显示作为一个框架显示的例子来说明，但是，本发明不仅可以应用于互联网上的页面浏览，也可以应用于各类网络上的信息浏览。

本发明可以应用于配置为如框架设置一样的内容浏览，即，配置页面的浏览以便屏幕可以被分割为多个段，而且，段中可以包括内容的不同条目。

如果框架页面中的框架进一步包括内嵌框架，这个框架结构包括两个分级的状态。进一步地，如果包含在框架页面中的框架里的内嵌框架进一步还包含多个框架，这个框架结构包括三个分级的状态。甚至在这样的状态，也可能实现一种配置，该配置通过使用类似于上述实施例中的(A-1)、(A-2)、(B-1)、(B-2)等判断条件，或者将判断为发生于特定框架、特定框架里的内嵌框架或特定框架的内嵌框架里的某个框架的改变报告给用户，或者忽略。附带地，在框架结构包含多个状态的情况下的框架选择中，多个状态里的框架和内嵌框架和在这些状态之下的状态里的框架可以被视为在同一状态，并且统一设置在可选择的状态。

第二实施例

以下，说明根据本发明的第二实施例。第二实施例对应于第一实施例中参照图4、图5和图6解释的基本框架显示操作的修改。根据第二实施例，通过等价于图1和图2所示的移动电话10硬件配置的硬件配置，以及等价于该浏览器功能模块中的基本组件(即，由图3中所示的标记文档(功能F01)、有效内容判断(功能F02)、语法分析器(功能F03)、页面产生器(功能F04)和格式器(功能F05)等内容获取组成的基本流程)的功能配置，实现框架显示功能。因此，在解释第二实施例时，仍将参考用在解释第一实施例中的这些图和组件。

在根据第二实施例的框架显示中，从已经获取了包括框架的标记语言文档而且显示了指明所有框架的屏幕(如图4(a)的状态)的状态，到用户所选的框架已被扩大为可操作(如图4(c)的状态)的状态的转换之后，当用户操作请求刷新流程或重载流程时，执行刷新流程或重载流程，并且，基于各种条件执行框架屏幕显示的转换。

重载流程对应于从网络重新获取内容(标记语言文档等)以及重新组织屏幕显示的过程。这样，在重载流程，从头开始，再次执行由内容获取(功能F01)、有效内容判断(功能F02)、语法分析器(功能F03)、页面产生器(功能F04)和格式器(功能F05)组成的各步骤序列。激活重载流程的原因，可以包括由重载(更新)图标引起的用户操作，由重载工具条菜单引起的用户操作，JavaScritp等。

本发明中的刷新流程，表示显示信息的刷新(页面刷新流程)，是将与显示相关的新设置(由用户改变)结合进这个显示的流程。具体地说，刷新流程对应于不再从网络获取已有内容(html文档等)而重新组织屏幕显示的流程。更具体地说，再次执行的起始点(例如，各步骤序列是否必须从语法分析器(功能F03)开始再次执行，或者，仅仅由格式器(功能F05)再次执行布局就足够了)取决于设置类型而变化。以下将作为刷新流程原因的预先设置归类为类1(要求从语法分析器(功能F03)开始的再次执行)，类2(要求从页面产生器(功能F04)开始的再次执行)和类3(仅要求由格式器(功能F05)再次执行布局)，

类1：字符编码的改变，JavaScript的有效/无效

类2：图片的有效/无效，CSS(分级样式表)的有效/无效，插件程序的有效/无效

类3：缩放比例因子的改变，字体的改变

当用户请求刷新流程时，以本实施例的方式可以更有效地执行刷新流程，与从标记文档的获取开始，再次执行各步骤序列的操作相比，可用性也能获得提高。进一步地，通过本实施例，也可类似地提高重载流程中的可用性。以下，根据本实施例详细说明刷新流程和重载流程。

图20是显示当请求刷新流程时，所执行的框架显示流程(此后简称“刷新流程”)的流程图。在用户所选框架被扩大为可操作的情况下(如图4(c)的状态)，当执行用户操作时，该流程被激活。在第一个步骤S21中，判断该用户操作是否是请求刷新流程的如设置改变等(即，判断用户操作是否是刷新流程的原因)。当用户操作请求刷新流程(步骤S201：是)，保存内容(步骤S202)，而且，该流程前进到步骤S203。换言之，在这种情况下不丢弃内容。

在步骤S203中，判断刷新流程的原因是否是请求从语法分析器(功能F03)的步骤再次执行。当从语法分析器(功能F03)的步骤再次执行被判断为是必要的(步骤S203：是)，该流程前进到步骤S204。在步骤S204中，保存当前焦点位置和滚动条位置。具体地说，保存从该标记语言(ML)文档的前端开始的当前焦点位置和滚动条位置的字节偏移量(byte offset)。这一步骤里保存的当前焦点位置和滚动条位置的字节偏移量，稍后将用于恢复焦点位置和滚动条位置。

随后，在步骤S205中，将显示切换到指明所有框架的显示屏幕(对应于图4(d)的状态)。在步骤S206中，由语法分析器(功能F03)基于设置改变来解释ML文档以及生成文档树。在步骤S207中，由页面产生器(功能F04)重新生成布局树。在步骤S208中，判断用户在该流程的开始时所选的子框架是否处于可再用的状态。当子框架是可再用的(步骤S208：是)，判断该子框架是否进一步被框架分割(步骤S209)。当该子框架没有进一步的框架分割(步骤S209：否)，由格式器(功能F05)执行再次布局步骤。

附带提及，当该流程停留在图20中的方框B201里时，继续框架的完整显示(对应于图4(d))。在步骤S211中，判断用户在框架设置完整显示状态是否执行指定另一子框架的操作。当用户在框架设置完整显示状态执行了指定另一子框架的操作(步骤S211：是)，显示用户指定的该子框架(步骤S214)，因为依照用户意愿显示指定的子框架是合适的。

另一方面，当用户没有在框架设置完整显示状态执行指定另一子框架的操作(步骤S211：否)，根据再次布局(步骤S210)，显示原始子框架一个新的拉近显示屏幕(步骤S212)，即，用户在图20的流程开始所选的子框架在拉近显示中显示。在下一步骤S213中，基于在步骤S204中保存的焦点位置和滚动条位置，执行用于恢复焦点位置和滚动条位置的步骤。

当在步骤S208中判断子框架不是可再用的(步骤S208：否)，或当在步骤S209中判断子框架尚包含进一步的框架分割(步骤S209：是)，这表示用户所选的原始子框架并不是可选择的框架。在这种情况下，为用户提供框架的完整显示是合适的，而且，由此在步骤S215中执行再次布局步骤。步骤S215或S213完成后，该流程终止。

当在步骤S203中判断语法分析器(功能F03)的步骤是不必要的(步骤S203：否)，该流程前进到步骤S216。在步骤S216中，记下焦点位置和滚动条位置。具体地说，记录对应于焦点位置和滚动条位置的文档树节点。在下一步骤S217中，判断刷新流程的原因是否是从页面产生器(功能F04)的步骤再次执行的请求。当从页面产生器(功能F04)的步骤再次执行被判断为是必要的(步骤S217：是)，在步骤S218中执行框架的完整显示，以及类似地执行步骤S207中的步骤。附带提及，当步骤S207中的步骤通过步骤S216到步骤S218执行时，使用在步骤S216中保存的文档树节点以在步骤S213中恢复焦点位置和滚动条位置。

当从页面产生器(功能F04)的步骤再次执行被判断为是不必要的(步骤S217：否)，由格式器再次执行布局(步骤S219)。随后，基于在步骤S216(步骤S220)中保存的文档树节点，执行用于恢复焦点位置和滚动条位置的步骤，此后该流程终止。附带提及，图20中的方框B202指出没有从用户所选的原始子框架切换就更新了布局(即，显示没有返回到方框B202中的完整显示)。方框B202中的流程如上述配置，因为在再次格式过程中框架结构不会改变，而且，在判断为仅仅执行再次格式就足够的情况下(步骤S217：否)，可以更新布局而不必从用户所选的原始子框架切换。

当在步骤S21中判断用户操作不是请求刷新流程(步骤S201：否)，判断作为这个步骤激活原因的用户操作，是否请求重载流程(步骤S221)。当用户操作请求重载流程(步骤S221：是)，内容被丢弃(步骤S222)，而且，此后该流程前进到重载流程(步骤S223)。稍后将参照图26的流程图，详细说明重载流程。当用户操作被判断为没有请求重载流程(步骤S221：否)，该流程终止。

附带提及，在当用户操作既没有请求刷新流程(步骤S201：否)也没有请求重载流程(步骤S221：否)，流程就终止的情况下，这表示执行了另一类型的用户操作(锚点选择等)。在这种情况下，这终止该流程后，可以执行根据第一实施例的框架显示流程。图20中的步骤S208和步骤S209对应于基于有关结合了设置改变的显示屏幕的信息，做出判断的过程(步骤)。

图21(a)-21(e)、图23(a)-23(e)、图24(a)-24(e)和图25(a)-25(d)显示了由图22的刷新流程引起的框架显示屏幕转换的例子。

首先，如图21(a)所示，包含在所获取页面里的所有框架以完整显示方式显示在显示屏幕上。附带提及，当每个框架内的状态由图21(a)-21(e)以及随后类似附图中的符号A、B或C简单代表，加载并以实际状态在每个框架A、B或C内显示内容。当框架选择成为可能时，用户可以通过操作方向键来移动焦点，如图21(b)所示。通过加粗外框环绕焦点所在的框架或如将非焦点所在框架置灰等方式来清楚指明焦点所在的框架。在图21(b)的例子中，假设框架B被选中。

图21(c)显示所选框架B在拉近框架里作为活动框架(即，可操作的)显示在显示屏幕上的状态。当在图21(c)的状态中，将从“图片有效”到“图片无效”的设置改变，作为引起刷新流程原因的用户操作(设置改变)而执行时，从而引起刷新流程时，执行从步骤S207开始，经过步骤S216-步骤S218的流程，因为在这个情况下，从页面产生器开始重新执行是必要的。因此，所有的框架都被临时显示(图23(d))。在这种情况下，步骤S208的判断结果为“是”，步骤S209的判断结果为“否”，这样该显示自动返回到原始子框架B的拉近显示(图21(e))。附带提及，也可能让用户选择是否进行从图21(d)的完整显示到图21(e)的拉近显示的转换，而不是自动做出转换。

当用户在完整显示状态选择框架C，如图22(a)的例子所示，不进行到原始子框架(图21(e))的拉近显示的转换(步骤S211：是，步骤S214)。此外，当作为布局树重新生成流程的结果，另一框架的结构发生改变(当JavaScript从关转到开时，会发生这样的情况)，不进行到原始子框架(图21(e))的拉近显示的转换，因为框架的完整显示发生完全改变，如图22(b)所示。在这样的情况下，提供完整显示屏幕对用户而言是有益的。

以下参照图23(a)-23(e)，解释由刷新流程引起的框架显示屏幕转换的第二个例子。首先，如图23(a)所示，包含在所获取页面里的所有框架以完整显示方式显示在显示屏幕上。当框架选择成为可能时，用户可以通过操作方向键来移动焦点，如图23(b)所示。在图23(b)的例子中，假设框架B被选中。

图23(c)显示所选框架B在拉近框架里，作为活动框架显示在显示屏幕上的状态。当在图23(c)的状态中，将关于缩放比例因子的设置改变，作为引起刷新流程原因的用户操作(设置改变)而执行时，执行步骤S219和步骤S220，因为在这个情况下，仅仅重新执行布局就足够了。这样，根据发生改变的比例缩放因子重新显示原始子框架(图23(e))。在框架重新布局的过程中，显示一个预设屏幕以指明该显示正在被更新，这也是可能的(图23(d))。

以下参照图24(a)-24(e)，解释由刷新流程引起的框架显示屏幕转换的第三个例子。这是恢复焦点位置和滚动条位置的例子。首先，如图24(a)所示，包含在所获取页面里的所有框架都显示在显示屏幕上。当框架选择成为可能时，用户可以通过操作方向键来移动焦点，如图24(b)所示。在图24(b)的例子中，假设框架B被选中。

图24(c)显示所选框架B在拉近框架里，作为活动框架显示在显示屏幕上的状态。当在图24(c)的状态中，将从“图片有效”到“图片无效”的设置改变，作为引起刷新流程原因的用户操作(设置改变)而执行时，执行从步骤S207开始，经过步骤S216-步骤S218的流程，因为在这个情况下，从页面产生器开始重新执行是必要的。因此，所有的框架都被临时显示(图24(d))。在这种情况下，步骤S208的判断结果为“是”，步骤S209的判断结果为“否”，这样该显示自动返回到原始子框架B的拉近显示(图24(e))。通过步骤S213的焦点/滚动条位置的恢复流程，滚动条位置恢复到位置FC1(图24(e))

以下参照图25(a)-25(d)，解释由刷新流程引起的框架显示屏幕转换的第四个例子。首先，如图25(a)所示，包含在所获取页面里的所有框架都显示在显示屏幕上。当框架选择成为可能时，用户可以通过操作方向键来移动焦点，如图25(b)所示。在图25(b)的例子中，假设框架B被选中。

图25(c)显示所选框架B在拉近框架里，作为活动框架显示在显示屏幕上的状态。当在图25(c)的状态中，将关于缩放比例因子的设置改变，作为引起刷新流程原因的用户操作(设置改变)而执行时(假设图25(c)所示的位置FC2是恰在设置改变之前的焦点位置)，执行步骤S219和步骤S220，因为在这个情况下，仅仅重新执行布局就足够了。这样，根据发生改变的比例缩放因子重新显示原始子框架(图25(d))。通过步骤S220的焦点/滚动条位置的恢复流程，滚动条位置恢复到位置FC2(图25(d))

在图20所示的刷新流程中，当该流程从语法分析器级或页面产生器级开始执行时，首先临时进行框架的完整显示(步骤S205、S218)，此后，进行基于条件的判断(步骤S208、S209、S211)、重新布局流程(步骤S215)和原始子框架的拉近显示(步骤S212)。可是，框架的完整显示并不是必需的。例如，可以进行使用户识别出该框架已被重新组织的另一显示(例如，空白页面的显示)，而不是框架的完整显示。

图26是显示当请求重载流程时，所执行的框架显示流程(此后简称“刷新流程”)的流程图。在用户所选框架被扩大为可操作的情况下(如图4(c)的状态)，当执行用户操作时，该流程被激活。在第一个步骤S251中，判断该用户操作是否是请求重载流程的页面更新指令。当用户操作请求重载流程(步骤S251：是)，该显示切换到框架的完整显示(步骤S252)。

在下一步骤S253中，由语法分析器(功能F03)执行所获取ML文档的重新解释以及生成文档树。在下一步骤S254中，页面产生器(功能F04)重新生成布局树。在步骤S255中，判断用户在该流程的开始时所选的子框架是否处于可再用的状态。当子框架是可再用的(步骤S255：是)，判断该子框架是否进一步被框架分割。当该子框架没有进一步的框架分割(步骤S210：是)，该流程前进到步骤S257。

在步骤S257中，判断是否有作为框架重新组织的结果的改变，发生于祖框架。当没有改变发生于任何祖框架，格式器(功能F05)执行重新布局流程(步骤S258)。在下一步骤S259中，判断用户是否在框架设置完整显示状态执行指定另一子框架的操作。当用户在框架设置完整显示状态执行了指定另一子框架的操作(步骤S259：是)，显示用户指定的子框架(步骤S261)，因为依照用户意愿显示指定的子框架是合适的。此后，该流程终止。图26中的步骤S255、S256和S257对应于基于有关结合了设置改变的显示屏幕的信息，做出判断的过程或步骤。

另一方面，当用户没有在框架设置完整显示状态执行指定另一子框架的操作(步骤S211：否)，根据重新布局显示(步骤S260)原始子框架的新的拉近显示屏幕(步骤S212)，此后，该流程终止。

当在步骤S255中判断子框架不是可再用的(步骤S255：否)，或当在步骤S256中判断子框架尚包含进一步的框架分割(步骤S256：是)，或当在步骤S257中判断有改变发生于祖框架，在步骤S262中执行重新布局流程，因为为用户提供框架的完整显示是合适的。此后，该流程终止。

在步骤S251中，当用户操作被判断为没有请求重载流程(步骤S251：否)，执行对应于该用户操作的另一流程(步骤S263)。附带提及，在图26所示的方框B05中，继续框架的完整显示。

以下参照图27(a)-27(e)，解释由重载流程引起的框架显示屏幕转换的例子。首先，如图27(a)所示，包含在所获取页面里的所有框架以完整显示方式显示在显示屏幕上。当框架选择成为可能时，用户可以通过操作方向键来移动焦点，如图27(b)所示。在图27(b)的例子中，假设框架B被选中。

图27(c)显示所选框架B在拉近框架里，作为活动框架显示在显示屏幕上的状态。当在图27(c)的状态中发出更新指令，作为重载流程的原因，执行从步骤S253开始的流程。因此，所有的框架都被临时显示(图27(d))。当满足条件“步骤S255：是”、“步骤S256：否”、“步骤S257：否”和“步骤S259：否”时，该显示自动返回到原始子框架B的拉近显示(图27(e)或27(f))。附带提及，也可能让用户选择是否进行从图27(d)的完整显示到图27(e)或图27(f)的拉近显示的转换，而不是自动做出转换。

图28(a)和28(b)显示没有进行从框架设置完整显示状态(对应于图27(d))到原始子框架拉近显示的转换的例子。当通过重载将内容更新到另一内容，而且，这也引起了框架结构中的改变时(图28(a))，不进行从框架设置完整显示状态到原始子框架(框架B)的拉近显示的转换。同时，当用户在框架设置完整显示状态(图28(b))指定另一子框架时，将该显示切换到所选子框架的拉近显示屏幕，因为在拉近显示中显示指定的子框架是合适的。

以上解释了根据本发明的第二实施例。如上所述，通过第二实施例，刷新流程被有效地执行。自刷新流程的起点开始，基于各类条件进行合适的屏幕显示，通过这样的方式，提高可用性。在重载流程中也可以类似地提高可用性，因为在重载流程中也是基于各类条件进行合适的屏幕显示。

附带提及，在上述第一和第二实施例中，在框架设置完整显示屏幕上的每个框架中，进行简化显示(带简化内容)(图4(a)、图21(a)等)，也可以在框架设置完整显示屏幕上的每个框架中，进行可操作状态中的显示(类似于内容的正常显示)或部分允许诸如锚点选择等操作的显示。