首页> 中国专利> 中继方法、用户界面提供方法、代理服务器设备、客户端设备、程序及记录介质

中继方法、用户界面提供方法、代理服务器设备、客户端设备、程序及记录介质

摘要

LWP(16)通过互联网(13)从WWW服务器(14A)获得文本文件以及由文本文件中IMG指定的图像文件的数据大小,并且将对应于数据大小的一个字符串加到IMG标记的ALT属性值中,之后通过互联网(13)、网关服务器(15)和移动分组通信网(12)向DTE(11)发送文本文件。在DTE(11)上,显示包含对应于数据大小的字符串的ALT属性值代替没有显示的图像。

著录项

  • 公开/公告号CN1462393A

    专利类型发明专利

  • 公开/公告日2003-12-17

    原文格式PDF

  • 申请/专利权人 株式会社NTT都科摩;

    申请/专利号CN02801416.2

  • 发明设计人 近田伦康;谷口彻哉;

    申请日2002-03-08

  • 分类号G06F13/00;G06F12/00;G06F17/30;G06F17/21;

  • 代理机构中国专利代理(香港)有限公司;

  • 代理人栾本生

  • 地址 日本东京都

  • 入库时间 2023-12-17 15:05:30

法律信息

  • 法律状态公告日

    法律状态信息

    法律状态

  • 2014-05-07

    未缴年费专利权终止 IPC(主分类):G06F13/00 授权公告日:20051102 终止日期:20130308 申请日:20020308

    专利权的终止

  • 2005-11-02

    授权

    授权

  • 2004-02-25

    实质审查的生效

    实质审查的生效

  • 2003-12-17

    公开

    公开

说明书

技术领域

本发明涉及用于基于从服务器设备接收的文件提供用户界面的用户界面提供方法;用于执行用户界面提供方法的客户端设备;用于在服务器设备和客户端设备之间中继数据的中继方法;用于执行中继方法的代理服务器设备;用于提示计算机执行上述每个方法的程序;以及用于记录和存储由计算机读出的程序的记录介质。

背景技术

通过互联网可浏览的万维网(WWW)上的内容包括文本中包含的对应HTML(超文本标记语言)文本和图像文件的组合。为了利用终端浏览和下载这样的内容,用户必须接入特定的服务器设备。

为了用户接入服务器设备,在终端和想要的服务器设备之间建立TCP(传输控制协议)连接。然后包含URI(统一资源识别符)指明要下载的内容的请求通过TCP连接从终端发送到服务器设备。响应从终端接收的包含URI的请求,对应URI的文本文件从服务器设备发送到该终端;之后切断TCP连接,并且由终端解释发送的文本文件的内容。然后,根据解释的结果,提供合适的用户界面,其可以以文本文件指定要显示的字符串,分格的行等形式在终端上显示发送的文本文件。包含从终端发送大批想要的服务器设备的URI的请求,以及上述应答都由HTTP(超文本传输协议)写成。

在一个由终端接收的来自服务器设备的文本文件应该包括图像文件的实例中,图像文件基于文本文件中的文件描述在终端接收。这个过程与上述获得文本文件的过程相同。然后,在包含图像文件的终端,修正用户界面。对于在终端接收的文本文件中包括的每个图像文件执行这个过程,以便使除了包含字符串和分格行的文本文件之外能够显示图像文件。

应该指出这样的终端很少直接连接到互联网上;并且更普遍的,通过建立互联网协议的网关服务器(接入服务器)连接。这样的网关服务器设备连接到网络,如内部互联网系统或公共网,用于与终端通信,以及在终端和想要的WWW服务器之间中继数据。具有代理服务器功能的网关服务器设备也广泛使用。

如上所述,获得WWW上内容的过程包括文本文件获得阶段和图像文件获得阶段。但是,因为图像文件通常比文本文件包含显著更多的数据,所以虽然文本文件可以迅速地显示,但图像文件需要花费更长时间。特别的,在图像文件的数据大小显著大于其包含在其中的文本文件的情况下,相对于显示对应的文本文件的时间,显示这样的图像需要花费更多的时间。而且,因为在终端和网关服务器设备之间的通信路径上数据转发速度变得更慢,所以显示图像需要的时间变得更长。在最近几年,通过移动分组通信网访问互联网的用户显著增加。但是,因为移动分组通信网的数据转发速度一般比固定网慢,存在从互联网上下载和显示图像所需的时间相当长的另一个问题。因为这样的接入要受到移动分组通信网的通信计费,所以下载和显示图像文件很昂贵并且包括接入费用的较大部分。

为减少通信费用,用户决定或者通过设置终端,或者通过一旦获得文本文件就停止内容下载来不显示图像文件。但是,结果是不仅大的图像数据文件被禁止下载,而且小的图像数据文件也是。只要图像文件的数据大小足够小,图像文件可以在很少的时间里获得,并且用户有可能通过为几种判断或操作确认由这样的图像文件显示的图像来获得有利的结果。换句话说,仅获得文本文件或者仅在获得文本文件之后停止意味着放弃这种可能性。但是,关于WWW内容的获得过程,不能检测图像文件的数据大小除非实际获得图像文件。因此,用户不能确定其是否应该等待要显示的图像。

而且,对于组成用于填充图像的IMG标记以及用于关联与每个图像域的链接的MAP标记的组合的客户端图像映象的内容,客户端图像映象不能有效地运行直到显示图像为止。换句话说,当使用客户端图像映象时,获得的WWW内容的显示是不充分的,因为“图像映象”在还没有显示的图像位置显示空白暗示某些图像丢失。这使得该过程既难于理解又难于使用。最后,因为客户端映象不能正确运行直到显示由图像文件表示的图像为止,所以已经获得链路上信息的用户不能使用链路或读取链路的地址直到获得所有图像文件。

发明内容

设计本发明用于解决传统技术存在的所述问题。本发明的目的是提供用户界面提供方法和中继方法,能够为用户的决定、操作等迅速的提供有用的信息;客户端设备和代理服务器设备,其执行这些方法的每个;由计算机执行来实现这些方法的每个的程序;以及用于记录和存储程序的计算机可读记录介质。

为解决传统技术的所述问题,本发明在代理服务器设备中提供了一种中继方法,用于在包含文本文件和图像文件的服务器设备以及在获得文本文件之后获得对应于文本文件的图像文件的客户端设备之间中继数据,在获得来自服务器设备的文本文件期间,获得对应于获得的文本文件的图像文件上的信息,基于对应于图像文件的信息改变文本文件的描述,并且向客户端设备发送修改过的文本文件;用于导致计算机执行该中继方法的程序;以及存储该程序的计算机可读记录介质。

而且,为解决现有技术的所述问题,本发明提供了用于在客户端设备和服务器设备之间中继数据的代理服务器设备,包括:用于与包含文本文件和图像文件的服务器设备通信的第一个通信装置;用于与客户端通信以便获得文本文件以及对应于来自服务器设备的文本文件的图像文件的第二个通信装置;用于利用第一个通信装置获得来自服务器设备的文本文件的文本获得装置;用于利用第一个通信装置获得对应于由文本获得装置获得的文本文件的图像文件上的信息的相关信息获得装置;用于基于由相关信息获得装置获得的信息来修改由文本获得装置获得的文本文件的描述的文本修改装置;以及用于利用第二个通信装置向客户端设备发送由文本修改装置修改其描述的文本文件的文本发送装置。

通过利用本发明的中继方法、程序、记录介质、或者代理服务器设备,可以基于对应于代理服务器设备中的文本文件的图像文件上的信息,修改要从服务器设备发送到客户端设备的文本文件的描述。

而且,为解决上述问题,本发明在代理服务器设备中提供了中继方法,用于在包含文本文件和图像文件的服务器设备以及用于在获得文本文件之后获得对应于文本文件的图像文件的客户端设备之间中继数据,用于从服务器设备获得文本文件,提取在客户端设备中获得对应于文本文件的图像文件之前不能获得的相关信息,基于相关信息改变文本文件的描述,并且将其描述被改变的文本文件发送到客户端设备;用于导致计算机执行中继方法的程序;以及用于存储该程序的计算机可读记录介质。

而且,为解决上述问题,本发明提供了用于在客户端设备和服务器设备之间中继数据的代理服务器设备,包括:用于与包含文本文件和图像文件的服务器设备通信的第一个通信装置;用于与客户端设备通信以便获得文本文件以及对应于来自服务器设备的文本文件的图像文件的第二个通信装置;用于利用第一个通信装置获得来自服务器设备的文本文件的文本获得装置;用于从由客户端设备由文本获得装置获得的文本文件中,提取在获得对应于文本文件的图像文件之前不能获得的信息的相关信息提取装置;用于基于相关信息修改由文本获得装置获得的文本文件的描述的文本修改装置;以及用于利用第二个通信装置向客户端设备发送由文本修改装置修改其描述的文本文件的文本发送装置。

通过利用中继方法、程序、记录介质或代理服务器,要从服务器设备发送到客户端设备的文本文件在基于在获得对应于文本文件的图像文件之前不能获得的相关信息在取代设备中被修改了描述之后发送到客户端设备。

而且,为解决上述问题,本发明提供了用于提供用户界面的用户界面提供方法,用于通过代理服务器设备获得来自包含文本文件和图像文件的服务器设备的文本文件,为获得对应于文本文件的图像文件另外在客户端设备获得文本文件,当在获得的文本文件中没有显示图像时从编写要显示的代替显示的字符串中提取链接信息,并且利用提取的链接信息提供用户界面;用于导致计算机执行用户界面提供方法的程序;以及存储该程序的计算机可读记录介质。

而且,为解决上述问题,本发明提供了通过代理服务器与包含文本文件和对应于文本文件的图像文件的服务器设备通信的客户端设备,包括:用于与代理服务器设备通信的通信装置;用于从当在由文本获得装置获得的文本文件中没有显示图像时从编写要显示的代替显示的字符串中提取链接信息的链接信息提取装置;以及用于利用由链接信息提取装置提取的链接信息提供用户界面的用户界面提供装置。

通过利用用户界面提供方法、程序、记录介质或如这些的客户端设备,当在为在获得文本文件之后获得对应于文本文件的图像文件的客户端设备中获得的文本文件中没有显示图像时,基于在编写要显示的代替显示的字符串中的链接信息提供用户界面。

附图说明

图1是显示本发明的第一个实施方案的数据发送系统的整体结构的图。

图2是解释相同系统的操作概要的顺序图。

图3是显示组成相同系统的DTE 11的结构的框图。

图4是显示利用DTE 11配备的描述文件设置功能的数据设置过程流的流程图。

图5是显示DTE 11上的描述文件的设置图片的例子的图。

图6是显示DTE 11上的描述文件的设置图片的例子的图。

图7是显示利用DTE 11配备的内容获得功能的内容获得过程流的流程图。

图8是显示组成相同系统的LWP 16的结构的框图。

图9是显示利用LWP 16配备的内容代理获得功能的内容代理获得过程流的流程图。

图10是由LWP 16执行的ALT特性值的改变过程流的流程图。

图11是显示相同系统的操作(没有显示图像框,以及WWW服务器14A)的顺序图。

图12是显示在图11中所示的操作中的DTE 11的显示图(在获得图像之前)的图。

图13是显示在图11中所示的操作中的DTE 11的显示图(在获得图像之后)的图。

图14是显示相同系统的操作(没有显示图像框,以及WWW服务器14B)的顺序图。

图15是显示在图14中所示的操作中的DTE 11的显示图(在获得图像之前)的图。

图16是显示在图11中所示的操作中的DTE 14的显示图(在获得图像之后)的图。

图17是显示相同系统的操作(显示图像框,以及WWW服务器14A)的顺序图。

图18是显示在图17中所示的操作中的DTE 11的显示图(在获得图像之前)的图。

图19是显示相同系统的操作(显示图像框,以及WWW服务器14B)的顺序图。

图20是显示在图19中所示的操作中的DTE 11的显示图(在获得图像之前)的图。

图21是显示本发明的第二个实施方案的数据发送系统的整体结构的图。

图22是显示由DTE 51执行的ALT特性监视过程流的流程图,其组成图21所示的系统。

图23是显示由DTE 51执行的ALT特性监视过程流的流程图。

图24是显示由LWP 52执行的客户端图像映象过程流的流程图,其组成图21所示的系统。

图25是显示图21所示系统的操作的顺序图(显示图像框)。

图26是显示图25所示的操作中的DTE 51的显示图(在获得图像之前)的图。

参考描述

11,51      DTE

12          移动分组通信网

13          互联网

14A,14B    WWW服务器

15          网关服务器

16,52      LWP

实现本发明的最佳模式

在下文中,将参考附图解释本发明的实施方案。但是,本发明并不限于这些实施方案,并且包含专利权利要求书中所述范围内的任何模式。

[1]本发明的实施方案

[第一种实施方案]

(1)整体结构

图1是显示本发明的第一种实施方案的数据发送系统的整体结构的图。细节将在后面描述,但是基本上图中所示系统,在通过通信网获得数据的数据终端设备(在下文中称为DTE)中,帮助用户在应该显示的图像没有显示时通过显示图像数据的大小使他/她能够估计获得图像数据的费用(时间和通信量)。而且,实现通信网业务量的减少。

在图中,显示了两个WWW服务器和一个DTE以便避免使图和解释复杂,但是实际上存在几个WWW服务器和DTE。而且,DTE配备有蜂窝电话功能,并且可以通过移动通信网实现语音通信,但是因为关于语音通信的细节不直接与本发明相关,所以忽略了关于语音通信的解释和范例。

在图1的数据发送系统中,如图2所示,从DTE 11发送的请求(根据退化HTTP的请求)按顺序通过移动分组通信网12、网关服务器15和互联网13到达轻型代理服务器(在下文中称为LWP)16。对应于来自DTE 11(根据通用HTTP的请求)的请求从LWP 16通过互联网13发送到WWW服务器14A或14B。当WWW服务器接收到来自LWP16的请求,WWW服务器通过互联网13返回对接收的请求的应答。应答由LWP 16接收。然后,经过下面所述的修改过程的应答作为对应于来自DTE 11的请求的应答从LWP 16发送到DTE 11。来自LWP 16的应答由DTE 11按顺序通过互联网13、网关服务器15和移动分组通信网12接收。

(2)WWW服务器的结构和功能

WWW服务器是包含WWW的通用计算机系统,其利用互联网13进行访问,并且配备有HTTP服务器的功能。当WWW服务器根据HTTP通过互联网13接收请求,WWW服务器基本上向互联网13发送对应该请求的应答。例如,WWW服务器存储如HTML数据或图像数据的文件,并且当接收的请求是利用GET方法的请求时,读出对应于由GET方法指明的URL的文件,并且发送包含该文件的应答。

而且,当接收的请求是利用HEAD方法的请求时,WWW服务器14A获得由HEAD方法指明的文件中的头信息,并且发送包含头信息的应答。另一方面,WWW服务器14B不允许使用HEAD方法,并且在实例中,接收到对使用HEAD方法的请求,发送包含不允许使用HEAD方法的信息的应答。

(3)DTE 11的结构和功能

图3是显示DTE 11的结构的框图。在图中,CPU 31控制每个DTE并且执行几种类型的数据处理。无线电通信单元32是包含天线等的通信接口。无线电通信单元32将CPU 31提供的数据发送到移动分组通信网12,并且向CPU 31发送通过移动分组通信网12接收的数据。

操作单元33配备有由用户操作的操作部分(如数字键盘或游标键),并且向CPU 31发送显示操作部分操作内容的数据。显示单元34,例如,是液晶显示器,并且显示对应于由CPU 31提供的图像数据的图像。临时存储器35,例如,是RAM(随机访问存储器),并且作为CPU 31的工作区。固定存储器36,例如,包括存储不允许数据重写的ROM(只读存储器)361以及允许数据重写的EEPROM(电可擦除只读存储器ROM)362。在ROM 361中,存储如操作系统或万维网浏览器的一些软件,并且在EEPROM 362中,存储由用户等设置的某些信息。CPU 31通过执行存储在ROM 361中的软件执行每个上述单元的某些控制功能以及几种类型数据的某些处理。

接着,解释当CPU 31执行存储在ROM 361中的软件时在DTE 11中加入的某些功能。但是,因为这些功能与带有万维网浏览器的通用蜂窝电话所配备的功能大致相同,所以仅解释与本实施方案的操作直接相关的功能。

(3-1)描述文件设置功能

描述文件设置功能是设置如DTE 11的能力中或用户将其指定为描述文件信息的LWP和DTE之间的通信的信息的功能。

图4是显示利用DTE 11配备的描述文件设置功能的描述文件设置过程流的流程图。如图所示,当用户利用DTE 11的操作单元33输入描述文件过程开始命令,CPU 31从EEPROM 362中读出描述文件信息,将描述文件信息临时存储在临时存储器35中,控制显示单元34,并且基于在临时存储器35中即刻存储的描述文件信息显示描述文件信息的设置图片(步骤SD 1)。图5显示了设置图片的一个例子。设置图片显示了被设置的描述文件信息,并且提示用户设置描述文件信息。图5的例子显示了描述文件信息设置为当显示图像时不显示图像框。“图像框”是围绕图像外围的框,并且当不显示图像时可以显示图像框。

当用户操作操作单元33并且在确认图像后执行某个输入操作(步骤SD 2),CPU 31确定输入的内容是按下设置按钮B1还是按下取消按钮B2(步骤SD 3和步骤SD 4)。当输入操作既不是设置也不是取消时,修改在临时存储器35中即刻存储的描述文件信息(步骤SD 5),并且基于图6所示的修改的描述文件信息再次显示描述文件信息的设置图片。

当输入的内容是按下设置按钮B1时,CPU 31通过覆盖描述文件信息更新描述文件信息,其即刻存储在描述文件信息的临时存储器35中,其存储在EEPROM 362中,并且结束描述文件设置过程(步骤SD6)。另一方面,当用户输入的内容是按下取消按钮B2时,CPU 31不更新描述文件信息结束描述文件设置过程。当CPU 31结束描述文件设置过程时CPU 31控制显示单元34,并且关闭设置图片。

(3-2)内容获得功能和解释-显示功能

内容获得功能是从WWW服务器上下载HTML文件、图像文件等的功能,并且利用执行软件的DTE 11配备的HTTP客户端功能实现。而且,解释-显示功能是解释和显示下载的内容的功能,并且利用执行软件的DTE 11配备的HTML解释功能和用户界面提供功能实现。

图7是显示利用DTE 11配备的内容获得功能的内容获得过程流的流程图。如图所示,当用户利用DTE 11的操作单元33输入开始内容获得过程的命令时,CPU 31控制无线电通信单元32,并且在CPU 31和LWP 16之间建立TCP连接(在下文中称为客户端TCP连接)(步骤SE 1)。然后,CPU 31利用HTTP的GET方法生成请求(步骤SE 2)。该请求,例如是如“GET/PF/?http://www.*****.co.jp/HTTP/1.0”的请求行。该请求行含有基于用户利用DTE 11的操作单元33输入的开始命令的URI(http://www.*****.co.jp/),以及对应于预先设置的描述文件信息(显示图像框)的信息(PF)。当描述文件信息是表示不显示图像框的信息时,请求行是“GET//?http://www.*****.co.jp/HTTP/1.0.”。

然后,CPU 31通过上述TCP连接向LWP 16发送上述请求(步骤SE 3)。此后,CPU 31等待上述请求的应答的接收(步骤SE 4)。当接收到应答时,切断上述TCP连接(步骤SE 5),并且解释和显示应答中包含的内容(步骤SE 6)。请求发送之后,如果在指定时间过去之后不能接收应答则执行超时过程。这种类型的超时过程不直接与本实施方案的操作相关;因此,在本实施方案中忽略关于超时过程的解释。

关于解释和显示过程,根据HTML语法解释内容。当内容是HTML数据时,CPU 31首先解释HTML数据。然后,CPU 31生成对应于HTML数据中包含的描述的格式的图像数据,并且为显示单元34提供图像数据。关于HTML数据的解释,CPU 31执行对应于以分层形式写的几种标记的过程。CPU 31执行的过程中,与本实施方案的操作直接相关的过程解释如下。

①IMG标记过程

IMG标记是用于将图像插入HTML文档中的标记。IMG标记包含用于指定图像文件的SRC属性、用于指定图像大小的WIDTH属性和HEIGHT属性、当不显示图像时用于指定要显示的字符串的ALT属性、用于获得图像映象的USEMAP属性等。关于IMG标记,控制显示单元34的CPU 31,获得由SRC属性指定的图像文件,并且按WIDTH属性和HEIGHT属性指定的文件大小显示由图像数据表示的图像。而且,当不显示图像时,CPU 31控制显示单元34,并且显示由ALT属性指定的字符串代替图像。

②客户端图像映象过程

通过将IMG标记和MAP标记合并获得客户端图像映象,并且以由IMG标记的USEMAP属性指定由MAP标记定义的图的形式编写。当显示客户端图像映象时,CPU 31控制显示单元34、控制单元33以及无线电通信单元32,设置图像里的多个域的每个中的HREF属性,并且基于在用户选择的(链接地址中的URI)域中设置的HREF属性值执行过程。

③标记过程

A标记是用来填充字符串中固定点的标记,并且包含HREF属性等。关于字符串和设置HREF属性的A标记,CPU 31通过控制显示单元34、控制单元33以及无线电通信单元32来显示字符串。当用户选择字符串时,开始获得对应于HREF属性的过程。

(4)LWP 16的结构和功能

图8是显示LWP 16的结构的框图。LWP 16是与通用代理服务器在相同的硬件结构里。如果解释所有的东西,则描述变得复杂;因此,在图8中仅显示用于解释本实施方案的操作的最小结构。

在图8中,CPU 41控制LWP 16的每个单元,并且执行几种类型的数据过程。通信单元42是根据TCP/IP(传输控制协议/互联网协议)和HTTP通过互联网13执行通信的接口。通信单元42向互联网13发送由CPU 41提供的数据,并且将通过互联网13接收的数据发送到CPU 41。

控制单元43由LWP 16的控制器操作。控制单元43配备有如键盘或鼠标的设备,并且向CPU 31发送控制器利用这些设备输入的数据。显示单元44包括,例如CRT(阴极射线管)及其控制设备,并且显示对应于CPU 41提供的图像数据的图像。临时存储器45,例如,是RAM,并且作为CPU 41的工作存储器。固定存储器46包括,例如,ROM和硬盘,并且存储激活的程序、操作系统、执行代理过程的软件等。CPU 41通过执行存储在固定存储器46中的软件执行每个上述单元的控制或几种类型的数据处理。

接着,解释当CPU 41执行存储在固定存储器46中的软件时加入LWP 16中的功能。但是,关于通用代理服务器配备的功能,仅解释与本实施方案的操作直接相关的功能。

(4-1)HTTP处理功能

HTTP处理功能是LWP 16配备的,当CPU 41执行软件时利用NTTP客户端功能(对应于通用HTTP的功能)和HTTP服务器功能(对应于退化HTTP功能)根据HTTP中继数据的功能。关于中继,CPU 41根据HTTP和应答识别组成请求的域,并且执行合适的处理。例如,在DTE 11中没有设置在HTTP请求头的普通头域中的“Via”,但是在LWP 16中设置。而且,在DTE 11和LWP 16中分别设置了请求头域中的“Host”。而且,在DTE 11中设置了请求头域中的“Proxy-Authorization”和“Client ID”,并且在LWP 16中删除了。在DTE11中设置了实体头域中的“Content-Length”以及实体主体,并且在LWP 16中没有改变。而且在WWW服务器中设置了HTTP应答头域的实体头域中的“Content-Length”和“Content-Type”以及实体主体,并且在LWP 16中没有改变。当LWP 16在DTE 11和WWW服务器之间的通信中中继HTTP请求和应答时,这种方式的转变肯定执行。

(4-2)内容代理获得功能

内容代理获得功能是响应来自DTE的请求从WWW服务器上下载内容,并且在将内容按要求转换之后作为对上述请求的应答转发到DTE的功能。可以预先假定内容代理获得功能使用HTTP处理功能。

图9是显示利用LWP 16配备的内容代理获得过程的内容代理获得过程流的流程图。如图所示,CPU 41响应来自DTE的请求建立与DTE的客户端TCP连接(步骤SA 1)。然后,当CPU 41利用HTTP的GET方法通过客户端TCP连接接收请求,从请求中获得DTE上的描述文件信息,并且DTE上的描述文件信息与用于确切识别客户端TCP连接的信息(例如,连接ID)一起存储在临时存储器45中(步骤SA2)。临时存储器45,例如,是DRAM(动态RAM),并且其响应速度比硬盘等快。通过按这种方式在固定存储器45中存储描述文件信息,后面解释的使用描述文件信息的过程可以变得更快。

接着,CPU 41对应接收的请求指定的URI与WW服务器建立TCP连接(在下文中称为服务器TCP连接),并且存储用于确切地识别对应于临时存储器45中的描述文件信息的服务器TCP连接的信息(例如,连接ID)(步骤SA 3)。而且,CPU 41转换请求,并且通过服务器TCP连接发送转换的请求(步骤SA 4)。在这个阶段,该请求通过服务器TCP连接从LWP 16发送。

下面,CPU 41等待对上述请求的应答的接收(步骤SA 5)。当接收到应答时,切断服务器端的TCP连接(步骤SA 6),并且读出存储在临时存储器45中对应于切断的服务器端的TCP连接的连接ID的描述文件信息。然后,CPU 41确定描述文件信息是指示显示图像框还是指示不显示图像框(步骤SA 7)。

如果描述文件信息指示显示图像框,则CPU 41分析(以及修改)应答中包含的内容。换句话说,CPU 41按顺序从内容中提取用于分析的标记(在下文中,对象标记),并且如果对象标记是IMG标记则重复地执行改变由IMG标记设置的ALT属性的过程直到对象标记用完(步骤SA 8到SA 11)。后面解释改变ALT属性值的过程的特殊细节。

当上述分析(以及修改)已经完成,CPU 41通过相应的客户端TCP连接发送包含分析(以及修改)之后内容的应答作为对来自DTE的请求的应答(步骤SA 12)。然后,切断客户端TCP连接(步骤SA13)。

(4-2-1)改变ALT属性值的过程

图10是显示改变ALT属性值的过程流的流程图,并且当对象标记是IMG标记时执行图中所示过程。当对象标记是IMG标记时,CPU 41对应于由IMG标记指定的URI建立与WWW服务器的服务器TCP连接(步骤SB 1),并且利用HEAD方法生成请求以便获得由URI指定的图像文件中的头信息。然后,CPU 41通过服务器TCP连接发送请求(步骤SB 3)。

下面,CPU 41等待接收对请求的应答(步骤SB 4)。当接收到应答,CPU 41确定应答是否是包含上述头信息的正确的应答(步骤SB5)。当应答正确时,CPU 41切断服务器TCP连接(步骤SB 6),并且基于头信息改变IMG标记的ALT属性值(步骤SB 7)。

特殊的,CPU 41通过读出应答的实体头域中的“Content-Length”获得图像文件的数据大小(例如,50KB),并且生成表示数据大小的字符串(例如,“50KB”)。然后,CPU将字符串转换为指定的形式,并且加到IMG标记的ALT属性值中。例如,当IMG标记的ALT属性值是“风景”时,修改后的属性值是“风景[50KB]”。在本实施方案中,通过以KB单位,并且小数点后四舍五入显示数据大小显示例子,但是该值可以转换为其他单位和精度。

另一方面,当来自WWW服务器的应答不正确时,CPU 41利用GET方法生成请求以便获得由URI指定的图像文件,其由IMG标记指定(步骤SB 8),并且通过上述服务器TCP连接发送(步骤SB 9)。下面,CPU 41等待对上述请求的应答的接收(步骤SB 10)。当应答接收时,测量在应答中包含的图像文件的数据大小(步骤SB 11),并且切断服务器TCP连接(步骤SB 6)。然后,基于数据大小改变ALT属性值(步骤SB 7)。当CPU 41例如测量应答中实体主体的数据大小时,进行图像文件的数据大小的测量。

按内容中IMG标记的数量重复上述改变ALT属性值的过程。

(5)操作

本实施方案的操作根据内容、描述文件信息的内容、WWW服务器的功能而不同。因此,本实施方案的操作模式有许多。但是,在这个阶段,仅参考图9到图20描述显示本发明特性的操作。在这些图中通用部分给出相同的编码。

但是,根据下面解释的操作,DTE 11从WWW服务器14A获得的内容是包含指定20KB图像文件(aaa.fif)的IMG标记的文本文件,以及指定50KB图像文件(bbb.gif)的客户端图像映象。文本文件的描述的主要部分示例如下。.....<IMG SRC=″../title.gif″ALT=″SCENERY″WIDTH=80 HEIGHT=50><P><IMG SRC=″../bbb.gif″ALT=″IMAGE MAP″WIDTH=″200″HEIGHT=″100″USEMAP=″#WMAP″><MAP NAME=″WMAP″>  <AREA HREF=″../eu.html″SHAPE=″circle″COORDS=″130,40,35″>  <AREA HREF=″../af.html″SHAPE=″circle″COORDS=″40,70,25″></MAP></P>.....

而且,如下面解释的操作中,DTE 11从WWW服务器14获得的内容是包含指定10KB图像文件(ccc.gif)的IMG标记的文本文件,以及指定70KB图像文件(ddd.gif)的客户端图像映象。文本文件的描述的主要部分示例如下。<IMG SRC=″../ccc.gif″WIDTH=200 HEIGHT=15><P><IMG SRC=″../ddd.gif″WIDTH=″200″HEIGHT=″130″USEMAP=″#JMAP″><MAP NAME=″JMAP″>

<AREA HREF=″../hok.html″SHAPE=″circle″COORDS=″170,15,15″>

<AREA HREF=″../hon.html″SHAPE=″circle″COORDS=″130,75,30″>

<AREA HREF=″../sik.html″SHAPE=″circle″COORDS=″70,105,10″>

<AREA HREF=″../kyu.html″SHAPE=″circle″COORDS=″40,105,15″></MAP></P>.....

(5-1)当不显示图像框并且使用WWW服务器14时的操作

图11是显示当描述文件信息显示不显示图像框并且从WWW服务器14获得内容时的操作的顺序图。如图所示,在DTE 11,描述文件信息(在这种情况下,不显示图像框)首先由用户根据操作设置。图4显示设置过程的细节。作为设置过程的结果,显示不显示图像框的描述文件信息存储在DTE 11的EEPROM 362中。

然后,当用户操作DTE 11并且输入从WWW服务器14A获得数据的命令时,在DTE 11和LWP 16之间建立TCP连接(步骤SE1,SA1)。然后,在DTE 11,基于URI(http://www.*****.co.jp/index.html)以及存储在EEPROM 362中的描述文件信息生成利用GET方法的请求(步骤SE 2)。然后,请求通过客户端TCP连接发送到LWP 16(步骤SE 3)。

当LWP 16接收该请求时(步骤SA 2),在LWP 16和WWW服务器14A之间建立服务器TCP连接(步骤SA 3),上述请求在由HTTP处理功能修改之后从LWP 16通过服务器TCP连接发送到WWW服务器14A(步骤SA 4)。LWP 16从通过客户端TCP连接接收的请求中提取描述文件信息,并且即刻存储在临时存储器45中。

当WWW服务器14A通过服务器TCP连接接收到来自LWP 16的请求时,WWW服务器14A生成包含对应于该请求指定的URI的内容(index.html)的应答,并且通过服务器TCP连接发送到LWP 16(步骤SA 5)。下面,切断服务器TCP连接(步骤SA 6)。

接着,LWP 16确定DTE 11上的描述文件信息是说明显示图像框,还是不显示图像框(步骤SA 7)。当描述文件信息显示在操作中不显示图像框时,不进行上述分析(以及修改)。来自WWW服务器14A的对来自DTE 11的请求的应答在由上述HTTP处理功能转换之后通过上述客户端TCP连接发送到DTE 11(步骤SA 12),其由DTE 11接收(步骤SE 4)。

当DTE 11接收到上述应答时,切断上述客户端TCP连接(步骤SE 5、SA 13),并且进行应答中内容的解释和显示(步骤SE 6)。结果,在显示单元34上,例如,显示图12所示的图片。在这个阶段DTE 11没有获得图像数据。而且,因为存储在固定存储器46中的描述文件信息显示没有显示图像框,所以保证了显示IMG标记的ALT属性值所需的最小显示域,并且在域中显示ALT属性值“风景”。关于客户端图像映象执行相同的过程,并且在最小需要的显示域显示组成客户端图像映象的IMG标记的ALT属性值“图像映象”。

如图11所示,与上述解释和显示一起,在DTE 11执行获得对应于来自WWW服务器14A的IMG标记的HERF属性值的图像数据(aaa.gif)的过程。因为对应于该过程的本实施方案的操作与获得上述HTML数据的操作相同,所以省略解释。以这种方式获得图像数据的过程按IMG标记的数量重复。

当在DTE 11中执行了对应于每个IMG标记的图像数据,在显示单元34上显示的图像是图13中所示的图像。换句话说,正确地显示了由IMG标记指定的图像。如图12和图13所示,很显然,因为不显示图像框,无论何时获得任何图像数据,屏幕的版面会改变。而且,在对应的图像显示之后客户端图像映象变得可用。

(5-2)当不显示图像框并且使用WWW服务器14B时的操作

图14是显示当描述文件信息显示不显示图像框并且从WWW服务器14B获得内容时的操作的顺序图。图中所示操作仅在作为获得对象的内容是WWW服务器14B中的内容方面与图11所示操作不同;因此,忽略操作的详细描述。在图14所示的操作中,在DTE 11的显示单元34上显示的第一个图像是图15示例的图像,在获得所有图像数据之后显示的图像是图16示例的图像。

(5-3)当显示图像框并且使用WWW服务器14A时的操作

图17是显示当描述文件信息显示图像框并且从WWW服务器14A获得内容时的操作的顺序图。如图所示,在DTE 11中,首先根据用户的操作设置描述文件信息(在这种情况下,显示图像框),并且说明显示图像框的描述文件信息存储在EEPROM 362中。在下文中,直到步骤SA 6的顺序与图11相同。但是,即刻存储在LWP 16的临时存储器45中的描述文件信息是说明显示图像框的描述文件信息。

当切断LWP 16和WWW服务器14A之间的服务器TCP连接时(步骤SA 6),LWP 16确定DTE 11上的描述文件是说明显示图像框,还是不显示图像框(步骤SA 7)。当描述文件信息说明在本操作中显示图像框时,对在LWP 16中的来自WWW服务器14A的应答中包含的内容执行上述分析(以及修改)(步骤SA 8到SA 11以及序列A)。换句话说,无论何时IMG标记成为分析对象标记时,执行下列操作。

基于由对象标记(IMG标记)指定的URI在WWW服务器14A和LWP16之间建立服务器TCP连接(步骤SB 1),并且在LWP 16中生成利用HEAD方法对获得由URI指定的图像文件(aaa.gif)中的头信息的请求(步骤SB 2)。然后,该请求从LWP 16通过服务器TCP连接发送到WWW服务器14A(步骤SB 3)。

当WWW服务器14A接收到该请求时,因为允许使用HEAD方法,所以获得由该请求的HEAD方法指定的内容(aaa.gif)上的头信息。然后,包含头信息的应答通过服务器TCP连接返回LWP 16(步骤SB4)  。

然后,在LWP 16中确定该应答的正常性(步骤SB 5)。应答因为包含想要图像文件中的头信息被确定为正常。并且切断LWP 16和WWW服务器14A之间的服务器TCP连接(步骤SB 6)。然后,基于头信息修改IMG标记的ALT属性值(步骤SB 7)。

因为aaa.gif的数据大小是20KB,所以显示20KB的信息存储在来自WWW服务器14A的应答的实体头域的“Content-Length”中。在LWP 16中,读出这个信息,并且生成对应于信息“20KB”的字符串。然后,该信息在转换成“[20KB]”之后加入IMG标记的ALT属性值中。结果,IMG标记的ALT属性值变成“风景[20KB]”。

如图17所示,对bbb.gif执行这种方式的操作,并且对应于bbb.gif的IMG标记的ALT属性值变成“图像映象[50KB]”。

来自WWW服务器14A的其内容改变了的应答,在由上述HTTP处理功能转换之后,作为对来自DTE 11的请求的应答通过上述客户端TCP连接发送到DTE 11(步骤SA 12),并且由DTE 11接收(步骤SE 4)。下文中的操作与图11中示范的操作相同。

但是,作为DTE 11上内容解释和显示的结果,在显示单元34上显示的第一个图像,例如是图18所示的图像。在DTE 11中,在这个阶段没有获得图像数据。而且,因为存储在固定存储器36中的描述文件信息说明显示图像框,所以显示由IMG标记的WIDTH属性值和HEIGHT属性值表示的大小的图像框,并且在图像框中显示IMG标记的ALT属性值“风景[20KB]”。对客户端图像映象发生相同的事情;因此,显示组成客户端图像映象的由IMG标记的WIDTH属性值和HEIGHT属性值表示的大小的图像框,并且在该图像框中显示IMG标记的ALT属性值“图像映象[50KB]”。

结果,用户在获得内容的初级阶段可以估计获得每个图像文件所需的时间和金钱的量(当移动分组通信网12基于分组量计费时)。因此,用户可以迅速地确定是否执行后续操作(如,开始获得内容、利用除万维网浏览器之外的软件操作或不使用DTE 11操作),而不需要等图像文件的获得。

(5-4)当显示图像框并且使用WWW服务器14B时的操作

图19是显示当描述文件信息显示图像框并且从WWW服务器14B获得内容时的操作的顺序图。操作与图17中示范的操作相同直到LWP 16从WWW服务器14B接收到index.html,并且切断与WWW服务器14B的服务器TCP连接(步骤SA 6)。操作过程的不同在于作为获得对象的内容是WWW服务器14B中的内容,而不是WWW服务器14A中的,但是因为这样的操作可以很容易地从图17中示范的操作设想出来,所以忽略了直到切断服务器TCP连接的操作的解释。

LWP 16,其接收到来自WWW服务器14B的index.html,并且切断与WWW服务器14B的服务器TCP连接,确定DTE 11上的描述文件信息说明是否如图17中示范的操作显示图像框(步骤SA 7)。因为在本操作中描述文件信息说明显示图像框,所以对在来自WWW服务器14B的应答中包含的内容执行上述分析(以及修改)(步骤SA 8到SA 11以及序列B)。换句话说,无论何时IMG标记成为分析对象标记时,执行下述操作。

在对应于由对象标记(IMG标记)指定的URI的WWW服务器14B和LWP 16之间建立服务器TCP连接(步骤SB 1),并且在LWP 16中生成利用HEAD方法获得由URI指定的图像文件(ccc.gif)中的头信息的请求(步骤SB 2)。然后,该请求从LWP 16通过服务器TCP连接发送到WWW服务器14B(步骤SB 3)。

因为接收到该请求的WWW服务器14B不允许使用HEAD方法,所以包含不允许使用HEAD方法的信息的应答通过服务器TCP连接返回LWP16(步骤SB 4)。当LWP 16接收到该应答时,确定该应答的正常性。在这种情况下,应答因为包含显示不允许使用HEAD方法的信息,所以确定该应答不正常(步骤SB 5)。

结果,在LWP 16,生成为获得ccc.gif使用GET方法的请求(步骤SB 8),并且该请求通过服务器TCP连接发送到WWW服务器14B(步骤SB 9)。当WWW服务器14B接收到该请求时,生成包含由该请求指定的ccc.gif的应答,并且该应答作为对请求的应答通过服务器TCP连接发送到LWP 16(步骤SB 10)。

当LWP 16接收到该应答时,测量应答中实体主体的数据大小(步骤SB 11)。然后,生成对应于数据大小的字符串“10KB”,并且在转换为“[10KB]”之后加入到IMG标记的ALT属性值中。结果,IMG标记的ALT属性值变成“TITLE[10KB]”(步骤SB 7)。因为应答中的实体主体是ccc.gif自身,所以显示ccc.gif的数据大小的字符串加入到IMG标记的ALT属性值中。而且,同时,切断服务器TCP连接(步骤SB 6)。

如图19所示,对ddd.gif执行这种方式的操作,并且对应于ddd.gif的IMG标记的ALT属性值变成“图像映象[70KB]”。

来自WWW服务器14B的其内容按这种方式改变了的应答,在由上述HTTP处理功能转换之后,作为对来自DTE 11的请求的应答通过上述客户端TCP连接发送到DTE 11(步骤SA 12)。操作的剩余部分与图17中示范的操作相同。但是,作为DTE 11中内容解释和显示的结果,在显示单元34上显示的第一个图像,例如,是图20所示的图像。换句话说,即使当WWW服务器14不允许使用HEAD方法,也为用户提供与图17中示范的操作相同的特性。

如上述解释,根据本实施方案,在图像数据转发到想要利用仅配备有已有功能的DTE 11获得包含图像的内容的用户之前可以通知图像数据的数据大小。在上述操作中,显示了一个WWW服务器确定是否允许使用HEAD方法的例子,但是本实施方案也可以应用于是否允许使用HEAD方法取决于获得的内容(如图像文件)的情况。

[第二种实施方案]

(1)整体结构

图21是显示本发明的第二种实施方案的数据发送系统的整体结构的图。图中所示系统基本上在通过通信网获得数据的数据终端设备(在下文中称为DTE)中,帮助用户在应该显示的图像没有显示时通过显示图像数据的大小,以及使用户能够使用对应于图像的超链接使他/她能够估计获得图像数据的费用(时间和通信量)。利用这个也实现了通信网业务量的减少。

图中所示系统与图1中所示系统的不同在于,取消了WWW服务器14B,安装了DTE 51代替DTE 11,并且安装LWP 52代替LWP 16。因为其他部分与第一种实施方案相同,在下文中仅解释这些不同之处。

(2)DTE 51的结构和功能

DTE 51的硬件配置几乎与DTE 11相同(参见图3)。

但是,万维网浏览器没有存储在ROM 361中,而是存储在EEPROM362中。换句话说,DTE 51存储万维网浏览器以便其可以被重新使用。而且,当CPU 31执行万维网浏览器时不仅执行由DTE 11执行的过程,而且执行下述的过程。

①ALT属性监视过程

DTE 51基于IMG标记的ALT属性值提供用户界面,但是DTE 51在下文中执行图22所示的ALT属性监视过程。换句话说,如果当不显示的图像仍存在于内容的解释和显示过程中时(图7的步骤SE 6)获得新的图像,则DTE 51在删除提供的代替用户界面之后显示新获得的图像,代替不显示的较早已有的图像(步骤SF 1到SF 4)。换句话说,DTE 51,在基于ALT属性值有效地清除了代替用户界面之后显示图像,而不是覆盖显示的ALT属性值上的图像。

②ALT属性转换过程

当解释和显示的对象是客户端图像映象(通过合并IMG标记和MAP标记获得图像映象,并且在每个域自身中设置HREF属性)时,DTE 51执行图23所示的ALT属性转换过程。换句话说,DTE 51确定A标记的HREF元素是否填充到组成了客户端图像映象的IMG标记的ALT属性中(步骤SG 1)。如果HREF元素填充了,则提取该元素(步骤SG 2),并且在这些元素从ALT属性值中消除的状态下执行IMG标记的解释和显示。然后,生成并且提供基于提取的元素的用户界面(步骤SG 3)。

例如,当组成了客户端图像映象的IMG标记的ALT属性值是“图像映象[50KB][@]../eu.html[@]../af.html”时,事实上生成在显示“../eu.html”期间其中在字符串中填充到../eu.html的链接的A标记,以及在显示“../af.html”期间其中在字符串中填充到../af.html的链接的A标记;当基于IMG标记的ALT属性值的用户界面的提供是正确的时,这些实际上的A标记与正常的A标记按相同的方式处理。“图像映象[50KB]”按IMG标记的ALT属性值一样处理。

③程序下载更新功能

DTE 51配备有响应用户命令从LWP 52上下载程序的功能。当下载程序是可执行程序时,DTE 51当然配备有执行该程序的功能。

(3)LWP 52的结构和功能

LWP 52的硬件结构几乎与LWP 16相同(参见图8)。

但是,存储在LWP 52的固定存储器46中用于执行代理过程的软件与存储在LWP 16的固定存储器46中的代理过程不同。而且,在LWP52的固定存储器46中存储有当该程序由LWP 52执行时用于更新DTE51的万维网浏览器的程序。接着,在当DTE 51的CPU 41执行存储在固定存储器46中的软件时加入到LWP 52的内容代理获得功能中,解释与LWP 16中不同的部分。

LWP 52通过利用内容代理获得功能与图9和图10所示的过程一起执行图24所示的客户端图像映象过程。图24所示的过程是在图10的步骤SB 7之后执行的过程。LWP 52,在修改了图10所示的步骤SB7中的ALT属性值之后,确定对象标记是否是组成图24中步骤SC 1中客户端图像映象的IMG标记。如果确定对象标记不是组成客户端图像映象的IMG标记,则在图9所示的步骤SA 8中选择下一个对象标记。

当对象标记是组成图24中步骤SC 1中客户端图像映象的IMG标记时,重复用于选择作为来自由组成客户端图像映象的MAP标记指定的多个AREA元素的对象(在下文中,对象AREA元素)的AREA元素过程直到覆盖所有的对象AREA元素(步骤SC 2到步骤SC 3)。

而且,无论何时选择对象AREA元素,提取由AREA元素指定的HREF属性值(步骤SC 4),并且基于提取的HREF属性值修改IMG标记的ALT属性值(步骤SC 5)。例如,当由组成客户端图像映象的MAP标记的对象AREA元素指定的HREF属性是../af.html时,字符串“[@]../af.html”加入到IMG标记的ALT属性值中。

(4)操作

本实施方案的操作根据要获得的内容、描述文件的内容、以及WWW服务器的功能而不同。存在几种操作模式,但是参考图25主要解释仅与第一个实施方案不同的一些操作的例子(换句话说,当显示图像框时的操作)。在图25中,对其他图通用的部分给出相同的编码。而且,下面解释的操作的假设与第一个实施方案的相同。

图25是显示当描述文件说明显示图像框时的操作的顺序图。如图所示,当用户命令下载程序以便更新万维网浏览器时,在DTE 51和LWP52之间建立TCP连接,并且从DTE 51到LWP 52请求更新万维网浏览器的程序的发送。然后,在程序响应该请求而从LWP 52发送到DTE 51之后,切断连接。然后,响应用户命令,当在DTE 51执行程序时,更新存储在EEPROM 362中的万维网浏览器。在下文中,在DTE 51中,执行利用更新的万维网浏览器的过程。

在下文中的操作与图17中示范的操作相同直到序列A完成,并且在序列A完成之后的对象标记的ALT属性值变成“图像映象[50KB]”。然后,在LWP 52,确定对象标记是否是组成客户端图像映象的IMG标记(步骤SC 1)。在本操作中,因为当序列A完成时对象标记是组成客户端图像映象的IMG标记,所以在LWP 52中,关于由组成客户端图像映象的IMG标记指定的每个AREA元素提取由AREA元素指定的HREF属性值,并且在提取的HREF属性值的基础上修改IMG标记的ALT属性值(步骤SC 2到SC 5)。结果,IMG标记的ALT属性值变成“图像映象[50KB][@]../eu.html[@]..af.html”。

其中改变了包含的文本文件的描述的来自WWW服务器14A的应答,在由上述HTTP处理功能转换之后作为对来自DTE 51的请求(步骤SA 12)的应答,通过客户端TCP连接发送到DTE 51并且由DTE 51接收(步骤SE 4)。当DTE 51接收到上述应答时,切断与LWP 52的客户端TCP连接(步骤SE 5,SA 13),并且在DTE 51中解释和显示应答中的内容。

第二个实施方案中的解释和显示过程与第一个实施方案中不同在于基于组成客户端图像映象的IMG标记的ALT属性值提供链接。作为以这种方式解释和显示过程的结果,在DTE 51的显示单元34中首先显示图26所示的图像。在图像中,“../eu.html”和“../af.html”是用户可以选择的链接。换句话说,在本操作中,即使不显示客户端图像映象的图像,并且不能使用客户端图像映象的功能,用户也可以使用客户端图像映象中填充的链接。

在本操作中,虽然利用IMG的SRC属性值获得图像文件的操作与第一种实施方案的相同,但是在获得每个图像文件之后DTE 51的操作与第一种实施方案不同。在DTE 51中,获得aaa.gif之后,删除对应于aaa.gif的基于IMG标记的ALT属性值的显示,并且由aaa.gif表达的图像显示在对应于IMG标记的图像框中。然后,在DTE 51,在获得bbb.gif之后,删除基于对应于bbb.gif的IMG标记的ALT属性值的用户界面(链接),在对应于IMG标记的图像框中显示由bbb.gif表达的图像。结果,在DTE 51的显示单元显示图13所示的图像,并且客户端图像映象变得有效。在这个阶段,因为删除了基于ALT属性值的链接,所以这些链接和客户端图像映象的链接不冲突。

如上所解释的,根据本发明的实施方案,可以获得相同的实施方案的相同效果,并且在图像数据转发到想要使用客户端图像映象的用户之前在不改变整个内容的版面的情况下可以提供客户端图像映象中填充的链接。而且,当LWP 52的说明书改变时等,用户可以简单地更新DTE 51的万维网浏览器。

[修改]

在上述第二种实施方案中,解释了通过使用从LWP 52下载的程序更新DTE 51的万维网浏览器的例子,但是程序可以从不同于LWP 52的站点下载。而且,可以下载万维网浏览器程序本身而不是更新万维网浏览器的程序。而且,程序的发送装置不限于通信,而是可使用如光记录介质、磁记录介质或半导体存储器等任何介质。而且,在第二种实施方案中,显示了在客户端图像映象的图像框中提供链接的例子,但是可以在客户端图像映象的图像外部提供链接。在这种情况下,因为链接不冲突,所以当完成图像数据获得时,对应于图像数据的基于IMG标记的ALT属性值的用户界面不需要主动地被删除,并且DTE 51不需要配备用于执行ALT属性监视过程的功能。

而且,在上述实施方案中,显示图像文件本身的数据大小,但是也可以显示关于数据大小的信息。例如,当数据大小是10KB或以下时,可以显示“[SMALL]”,当数据大小在大于10KB和小于等于50KB之间时,可以显示“[MEDIUM]”,并且当数据大小是50KB或更高时,可以显示“[LARGE]”。同样也可以应用于对客户端图像映象执行的过程中。例如,代替增加一个字符串指示到ALT属性值的链接地址,在客户端图像映象变得有效之后可能使链接功能能够使用。在这种情况下,因为即使当不能使用客户端图像映象时也显示链接地址,所以用户可以很容易确定是否等待直到客户端图像映象可用。

而且,在上述实施方案中,显示了在图像框中显示图像数据大小的例子,但是数据大小可以在图像映象外部显示。而且,显示了这样一个例子,即仅当显示图像框时显示图像的数据大小或提供链接,但是当不显示图像框时也可以显示图像的数据大小或提供链接。而且,可以仅当不显示图像框时显示图像的数据大小或提供链接。

例如,当修改第一种实施方案来当不显示图像框时显示图像的数据大小或提供链接,关于图9中步骤SA 2和SA 7的过程就不需要了。结果,在DTE中,当显示图像框时显示图18中说明的图像,并且当不显示图像框时,在图12中显示修改“风景”之后的“风景[20KB]”和修改“图像映象”之后的“图像映象[50KB]”。而且,当修改第一种实施方案以便仅当不显示图像框时显示图像的数据大小,或提供链接时,图9的步骤SA 7中的“YES”和“NO”是反的。结果,在DTE中,当显示图像框时在图18中显示其中“风景[20KB]”改成“风景”,以及“图像映象[50KB]”改成“图像映象”的图像。当不显示图像框时,在图12中显示其中“风景”改成“风景[20KB]”,以及“图像映象”改成“图像映象[50KB]”的图像。这些的类似修改可以应用到第二种实施方案中。

而且,DTE可以通过配备有通信功能的通信终端执行通信。在这种情况下,DTE不必配备通信功能。而且,DTE和LWP之间的通信网可以是固定网或线路开关网络。而且,LWP和WWW服务器之间的通信网不限于互联网,而是只要实现与万维网相同的功能,通信网可以是任何网。例如,通信网可以是被称为内联网的网。

而且,在上述实施方案中,解释的假设是HTML和HTTP,但是本发明的应用范围不限于这些,并且本发明可应用于在数据中指定的图像下载之前在其中下载文本数据的语言的和通信协议环境中。而且,当LWP和WWW服务器统一时也可以应用本发明。但是,在这种情况下,LWP和WWW服务器之间的通信是,例如,进程间通信。而且,在本发明的范围中包含统一LWP和网关服务器的模式。

本发明的效果

如上所解释的,利用本发明,因为在代理服务器设备中基于对应于文本文件的图像文件中的信息修改了文本文件的描述(或者在获得图像文件之前不能使用的信息),接收文本文件的客户端设备的用户可以检测图像文件上的信息(或者在获得图像文件之前不能使用的信息)。这样的信息有助于用户的决定、操作等。而且,对比当获得图像文件时文本文件被更迅速地获得;因此,本发明在为用户的决定、操作等迅速提供传统技术不能提供的有用信息方面很有效。

而且,当代理服务器设备在文本文件中写显示在获得图像文件之前不能使用的链接的链接信息作为代替显示的字符串时,在客户端图像映象中,用户可以通过提示客户端设备从代替显示字符串获得链接信息,来使用该图指定的链接,而不需要等待获得图像文件,并且基于提取的链接信息提供用户界面。

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号