CN1163837C

CN1163837C - 网络访问管理系统和方法

Info

Publication number: CN1163837C
Application number: CNB981116868A
Authority: CN
Inventors: ��һ; 永友正一
Original assignee: Casio Computer Co Ltd
Current assignee: Casio Computer Co Ltd
Priority date: 1997-12-26
Filing date: 1998-12-25
Publication date: 2004-08-25
Anticipated expiration: 2018-12-25
Also published as: EP0926591A2; EP0926591B1; KR100313446B1; KR19990063509A; DE69831307D1; CN1232215A; US6487557B1; DE69831307T2; EP0926591A3; HK1023195A1

Abstract

在网络访问管理系统(110)中，过去被至少一个客户机终端(151、152)访问过的页地址与用户ID信息相关联地被存储在历史表中。当检测到来自客户机终端(151、152)的连接请求时，在存储在所述历史表中的访问频率和地址类型以及客户机终端(151、152)性能的基础上建立显示数据，用于所述地址的锚(或具有锚定功能的目标图象)被粘贴到所述显示数据中，如此建立的显示数据被传送给客户机终端(151、152)。客户机终端(150)显示所述显示数据。当用户选择所述锚时，客户机终端(150)经过网络访问管理系统(100)和网络160被连接到与所述锚相关的信息。

Description

网络访问管理系统和方法

技术领域

本发明涉及一种应用于在诸如WWW等的网络和由用户操作的客户机终端之间插入的信息传送/接收服务器的网络访问管理系统和方法，和一个包括记录在存储介质上可由服务器执行的计算机程序的计算机程序产品。

背景技术

1.关于WWW的解释

近来，由于教导如何建立WWW页的应用软件和书等广泛流传，所以，在Internet网上参考或建立WWW页的这种网络服务变得非常流行。

WWW是World Wide Web的字首组合词，所述World Wide Web是一个使用Internet网的世界范围信息网络。

所述WWW页是一个由存储在所述WWW上给定WWW服务器中的Web文件构成的信息单元。一个WWW页是用HTML(超文本标示语言)或SGML(标准广义标示语言)或是最近用XML(可扩展的标示语言)描述的结构文件，所述HTML和SGML被集成在该XML中。

以GIF(图形变换格式)格式化或根据JPEG(链接图象专家小组)的图象数据能够被粘贴在需要被传送的WWW页上。

最近，已经出现了通过对装载在WWW服务器中的CGI(公共网间链接接口)进行访问或使用以编程语言Java(Sun Microsystem)描述的附属程序形成的更加动态表达的WWW页以及用VRML(虚拟现实模型建立语言)描述的用于在所述WWW上实时绘制3D图形的WWW的页。

WWW浏览器从一Web网址接收允许在客户机终端上显示这种WWW页的数据，对所述数据进行解释并在正在执行所述WWW浏览器的计算机终端上显示所述数据。

HTML或SGML描述的WWW页或结构文件可以包含诸如文本、绘图、运动图形和声音等的两维信息。VRML描述的WWW或结构文件可以整体包含三维信息。

由于VRML，客户机用户能够从各个角度看到三维显示的目标，并能够具有诸如在作为其中所述目标被任意布局的一个映象所显示的现实世界城市漫步的感觉。(通常，用于显示这种映象的方法或用于显示从所述WWW传送的信息的方法被已知是电脑空间或虚拟现实空间。)

由于上述功能，客户机用户能够通过简单地操作他或她的终端在一个主页上观察或听到世界范围的信息，并能够将由他本身或她本身建立的页传送到全世界的所有地区。

在一般情况下，是用于使能前述页显示的数据的结构文件、图象、音频等以其中所述数据已经被根据用于运行各客户机终端的用户ID信息(诸如用户帐号、HTTP/IP地址等的信息)进行分类的状态存储在WWW上的WWW服务器中。

操作所述客户机终端的用户包括个人、政府、公司和其它组织等。

使用用于建立结构文件的语言，每个用户可以建立多个分级构成的页。

在所述多个分级构成的页中，位于所述分级结构最高级的特定页被规定为“主页”。

已经制定了分级构成页的用户通过在所述主页上描述用于某些页的URL建立链接。作为链接目的地一页可以具有到另一页的链接。

URL(统一资源定位器)是一个用于识别Internet网上各页的地址。所述URL被表示为例如“http：∥.www.xxx.co.jp/index.html”和“http：∥www.xxx.c o.jp/index.wrl”，并指定HTML和VRML文件的相应页。

通常以已知为“锚定”的形式显示在一个页上的链接。

在通过所述WWW浏览器显示的一个页上的锚定是一个表示链接目的页的符号(间接表示链接目的页的地址和内容的图象等)。

在结构文件的情况下，它们可以具有相互关联的锚定。

例如，HTML文件可以具有到VRML文件的一个链接，而VRML文件可以具有到HTML文件的一个链接。

当使用WWW浏览器的一个用户利用鼠标敲击表示所希望链接目的的符号时，所述WWW浏览器显示链接目的页(即所述用户转移到所述链接目的)。所述用户不仅可以转移到所述分级结构中较低级的页，而且可以转移到所述分级结构中的较高级页，以及转移到另一web网址的一个页。

在由所述WWW浏览器当前显示的所述页上，当用户在指出其它页的符号上敲击时，WWW浏览器显示所述被指出的页。在所显示的页上，当用户敲击表示其它页的符号时，WWW浏览器显示被指出的页。在这种方式下，WWW浏览器可以显示从一个到另一个的连续页。

此时，WWW浏览器通常是通过一个供应者和Internet对由相应于被敲击符号的URL规定的WWW服务器进行访问，将目标数据从存储在WWW服务器中的Web网址下载到用于执行WWW浏览器的计算机的存储器或存储装置中。

在完成了数据下载之后或与下载数据的同时，所述WWW浏览器在所述计算机的显示器上显示作为一个页的该数据。

现在，来自Netscope Communications Corporation的Netscape Navigator和来自Micyosoft Corporation的Intrnet Explorer等可以被用做WWW浏览器并已经获得了广泛的应用。

2.关于VRML的解释

为了显示一个VRML文件，需要准备一个相应的VRML观察器。与诸如Netscape Navigator的WWW浏览器不同的专用浏览器或VRML插入模块或WWW浏览器的帮助应用程序提供这种VRML观察器。

如在前面所解释的，VRML是一种用于定义在所述WWW上的三维空间和对象的语言。

通过操作属于对象分类的人型化身(avatar)，用户可以穿越VRML虚拟空间(走过)或能够以已知例如闲谈的方式彼此通信。

通过建立一个针对在所述虚拟空间中的景象的摄象机，可以利用所述摄象机确定一个观察点。

VRML诞生于1994年，于1995年形式化为规格VRML1.0，最后的规格是VRML2.0。

这两种规格之间有很明显的区别。对于VRML1.0来讲，只能够建立没有声音的时间停止的三维景象。

但是，对于VRML2.0来讲，可以建立诸如其中在敲击的基础上定位对象突然运动或颜色产生变化的一个景象。使用VRML2.0可以实现具有音乐的动态世界。

此外，在实际的VRML观察器中，通常可以通过直接利用鼠标敲击指出它们的位置或通过操作某些按钮使它们向前或向后运动和利用鼠标敲击使它们旋转从而使所述具体事物和摄象机运动。

3.关于书签的解释

除了诸如为了使用户能够参考被显示的页逐一改变被显示页的“Internet surfing”基准方法以外，在已经了解需要被显示页的URL的情况下可以得到在由WWW浏览器或VRML观察器显示的GUI(图形用户接口)屏幕上的位置目的区域中直接打印URL的打印方法。

但是，某些用户可以参考某些库存价格信息和每天的新闻。

当一个用户每次需要参考被固定的某个页时，他或她每次打印由数十个字符组成的URL都是非常不方便和低效率的。

考虑到上述问题，为了便于页显示，所述WWW浏览器等通常具有一个“书签”功能。

所述书签功能是在经过WWW浏览器和VRML观察器等被链接的客户机终端中预先登记需要被频繁访问的任一适用的web网址或页。

用户可以通过预先登记需要被显示页的URL作为书签数据项、显示被预先登记了书签的页的一个表并利用鼠标敲击等从所述表中选择所需要的页来实现这顶功能。

由于使用了上述功能，用户可以免除打印所述URL所引起的麻烦，并能够显示和参考被显示的页而不会由于任一打印错误而浪费时间。

图1示出了由某个WWW浏览器显示的典型的书签显示屏幕3000。

如图1所示，所述书签可以被分级管理，书签3111的收集可以通过装入一个单一的文件夹3110中进行管理。通过如此操作，书签3111可以被按顺序放置，这些书签根据类别被分类，即使是在书签3111数量很大的情况下，也使得用户能够发现书签3111中所需要的一个。

参看图1所示的书签显示屏幕3000，例如“BOOKMARK”文件夹被安排作为顶级文件，被安排在它下面的“WWW SEARCH ENGINE”文件夹3110包含被登记作为书签3111的黄页“goo”和“Yahoo！JAPAN”。如图1所示，在利用鼠标在“WWW SEARCH ENGINE”文件夹3110上敲击的基础上这些书签3111被显示为一个表。

图1还说明了其他的书签3111，例如“IBM Server Home Page”，它们不包含在该文件夹3110中。

作为用于识别例如上述“goo”和“Yahoo！JAPAN”的书签3111的题目，使用由制定与这些书签对应的页的人所建立的题目。

操作所述WWW浏览器和VRML观察器的用户可以通过在表示诸如“goo”的一个书签3111的该行处双击鼠标或通过在显示除了在书签显示屏幕3000上显示的书签以外的书签3111的上拖窗口(未示出)上的表示另一个书签3111的行处敲击鼠标很容易地选择和显示所需要的页。

当用户通过在由WWW浏览器和VRML观察器显示的屏幕上的位置目的区域中打印它的URL来显示所需要的页达第一时间时，或当用户经过前述的Internet surfing等发现所需要的页时，所述用户能够在所需要的页被打开的同时通过利用鼠标敲击等选择“附加书签”等来附加所需要页的书签3111。

在那时，包括所述URL和所述页题目的信息被自动登记作为书签3111，所述页的题目被用做被登记书签3111的题目。

所述用户可以通过以附加新书签3111的操作打印URL和题目等在图1显示的书签显示屏幕3000的显示期间将新书签3111加到所希望的文件夹3110上。

所述用户还可以通过利用鼠标在图1所示书签显示屏幕3000上选择目标书签3111的特性在所显示的书签编辑屏幕(未示出)上编辑属于所述书签3111的信息。

所述用户还可以通过操作鼠标等在图1所示的书签显示屏幕3000上删除或去除所述目标书签本身(包括从一个文件夹转移到另一个文件夹)。

4.关于电子邮件的解释

个人或公司或其它组织频繁地经过象前述Internet的网传送或接收电子邮件(e-mails)。

所述e-mail在安装在所述网络中的e-mail服务器之间传输。用户(个人等)传送所述e-mail给另一个人或经过e-mail服务器接收传送给他或她本人的e-mail。

在Internet网e-mail的情况下，通常以诸如“user@xxx.or.jp”等的格式提供所述e-mail地址。

所述e-mail不仅包括所述Internet网的e-mail，而且还包括在个人计算机之间或在安装在其它组织和公司中的计算机之间进行交换的e-mail。这些e-mail经过网间连接器等进行交换。

现在可以获得例如作为一组具有所述WWW浏览器、邮件专用应用工具的在市场上销售的应用工具的用于传送和接收这种e-mail的各种应用工具(称之为“邮件程序(mailer)”)。

但是，考虑到传送和接收所述e-mail的基本功能，所述邮件程序不能由于它们开发者的不同而彼此互不相同。

由于与所述网络建立了连接，用户启动所述邮件程序以接收传送给他们的e-mail。

在接收所述e-mail的过程中，用户可以根据所述e-mail的传送者和所述e-mail的主题内容将这些e-mail分类成不同的文件夹。

在传送所述e-mail的过程中，用户可以通过执行鼠标敲击等容易地将预先存储在他们各自“地址簿”中的所述e-mail地址指定为所述e-mail的目的。由此，所述用户能够很容易地指定所述e-mail的地址和不需要在每次传送该e-mail时打印他们。

勿须说，当用户将所述e-mail传送给该用户先前没有向其传送过e-mail的目的地时，该用户必须打印所述e-mail的地址。但是，如果用户在那个时间处登记了所述e-mail的地址，那么，当如上所述在下次将所述e-mail传送给前述目的时，他们可以很容易地指定所述e-mail的地址，而不需要打印所述e-mail的地址。

此外，如在所述WWW浏览器等的书签的情况下时，存储在所述地址簿中的e-mail地址可以被存储在多个文件夹中。

因此，诸如利用所述书签执行的分级管理也是可能的。例如，朋友的邮件地址和相关公司的邮件地址可以通过彼此识别进行管理。在一个公司内的e-mail管理中，所述邮件地址可以根据部门或分部办公室进行分类。

为了允许一个普通用户能够对诸如Internet网的网络上的一资源进行访问以便参考所述WWW页或传送/接收一个e-mail，由所述用户操作的客户机终端(计算机)需要经过一个公用线等连接到被称之为提供者的一个服务器上，所述提供者恒定地具有到所述Internet网的多个连接点。

通过如此操作，用户可以经过所述提供者的服务器对诸如Internet网的网络上的资源进行访问，并能够将一个页和e-mail传输给他/她自己的计算机。

5.缺点

由于传统WWW浏览器和VRML观察器的书签功能，用户可以通过利用鼠标等选择所需要页的书签使所述WWW浏览器和VRML观察器显示所需要的页，而不必每次都输入与所述页相关的一个长URL。

但是，一旦所述页的书签已经被登记，传统的WWW浏览器和VRML观察器就决不能改变所述书签的位置或所述书签的结构，除非所述用户为了某种目的而操作它们。

例如，用于被频繁访问(使用的)页的书签可以被置于书签显示屏幕的难于察觉的最低部分上，或所述页可以被置于不逐一打开很多文件夹所述用户就不能达到所述页的分级结构中的低级处。

此外，传统的WWW浏览器和VRML观察器不能根据所述页过去是否被访问过或所述页属于哪个种类自动分类所述页，从而导致必须由用户执行在一定数量的书签中选择用于所需页书签的非常麻烦的选择操作。

与处理e-mail相关的邮件程序的地址簿具有与上述传统WWW浏览器和VRML观察器的相同缺点。

发明内容

因此本发明的一个目的是提供一种网络访问管理系统和方法，用于单一地管理由所述WWW浏览器和VRML观察器访问的页地址，以及由所述邮件程序接收和传送的e-mail的e-mail地址，并用于建立表示前述地址的显示数据，以便克服上述缺点。

本发明的另一个目的是提供一种网络访问管理系统和方法，用于根据客户机终端对所述页的访问频率或e-mail的传输和接收频率等自动布局与所述地址对应的图象或更新所述显示数据。

根据具有前述目的的本发明的一个方面，提供了一种网络访问管理系统，该系统连接至少一个客户机终端和具有住处资源的网络，该系统在至少所述一个客户机终端和所述网络之间执行信息传输，所述系统包括：

第一存储装置，用于存储在过去该至少被一个客户机终端访问过的信息段地址：

分析装置，用于分析存储在所述第一存储装置中的地址属性；

建立装置，用于建立反应由所述分板装置执行的分析结果的显示数据；和

传送装置，用于将由所述建立装置建立的显示数据传送给至少一个客户机终端；

第二存储装置，用于存储在过去传送给所述客户机终端的显示数据，和

改变装置，用于将存储在所述第二存储装置中的显示数据改变为由所述建立装置建立的显示数据。

根据本发明的另一方面，提供了一种网络访问管理系统，它连接至少一个客户机终端和一个具有信息资源的网络上且它在所述至少一个客户机终端和所述网络之间执行信息传输，所述系统包括：

第一存储装置，用于存储被所述至少一个客户机终端在过去已经访问过的信息段的地址；

建立装置，用于建立反映由所述分析装置执行的分析结果的显示数据；

传送装置，用于将由所述建立装置建立的显示数据传送给所述至少一个客户机终端；

第二存储装置，用于存储在过去传送给所述至少一个客户机终端的显示数据；

检查装置，用于利用由所述建立装置建立的显示数据检查存储在所述第二存储装置中的显示数据，借此确定存储在所述第二存储装置中显示数据的变化；和

反映装置，用于反映在由所述建立装置建立的显示数据中由所述检查装置确定的变化。

访问装置，用于周期性地对存储在所述第一存储装置中的地址进行访问；

确定装置，用于确定存储在由所述访问装置已经访问过的地址规定的位置中的信息段的状态；和

修改装置，用于根据由所述第一确定装置执行的确定结果修改所述显示数据。

访问装置，用于对存储在所述第一存储装置中的地址进行周期性地访问；

确定装置，用于确定当允许所述访问装置对所述地址进行访问时的所述网络的状态；和

修改装置，用于根据由所述确定装置执行的确定结果修改所述显示数据。

第二存储装置，用于存储有关所述至少一个客户机终端的至少一个显示性能的信息；和

修改装置，用于当所述显示数据被传送给所述至少一个客户机终端时在存储在所述第二存储装置中至少一个显示性能的基础上修改所述显示数据。

根据具有前述目的的本发明的另一个方面，提供了一种网络访问管理方法，用于处理在至少一个客户机终端和具有信息资源的网络之间的信息传送，所述方法包括：

存储步骤，用于存储该至少一个客户机终端过去曾经访问过的信息段的地址；

分析步骤，用于分析所存储地址的属性；

建立步骤，用于根据上述分析结果建立将被在至少一个客户机终端上显示的显示数据；

传送步骤，用于将所建立的显示数据传送给至少一个客户机终端；

通过使用上述方法，所述网络访问管理系统能够建立反应例如至少一个客户机终端的用户过去相对于所述地址已经达到的访问频率的显示数据，并能够向至少一个客户机终端提供所建立的显示数据；

显示数据存储步骤，用于存储在过去已经传送给所述至少一个客户机终端的显示数据；和

改变步骤，用于将过去已经传送的显示数据改变成所建立的显示数据。

根据本发明的另一方面，提供了一种用于处理在至少一个客户机终端和一个具有信息资源的网络之间信息传输的网络访问管理方法，包括：

存储步骤，用于存储过去曾经被至少一个客户机终端访问过的信息段的地址；

分析步骤，用于分析被存储地址的属性；

建立步骤，用于根据所述分析的结果建立将在所述至少一个客户机终端上显示的显示数据；

传送步骤，用于将所建立的显示数据传送给所述至少一个客户机终端；

显示数据存储步骤，用于存储过去已经传送给所述至少一个客户机终端的显示数据；

检查步骤，用于利用所建立的显示数据检查在过去被传送的显示数据，借此确定在过去被传送的显示数据中的变化；和

反映步骤，用于反映在所建立的显示数据中由所述检查步骤确定的变化。

分析步骤，用于分析被存储地址的属性；

访问步骤，用于周期性地对所存储的地址进行访问；

确定步骤，用于确定存储在由被访问地址规定的位置中的信息段的状态；和

修改步骤，用于根据由所述确定步骤执行的确定结果修改将被传送给所述至少一个客户机终端的显示数据。

分析步骤，用于分析被存储地址的属性；

访问步骤，用于周期性地对所存储的地址进行访问；

确定步骤，用于确定允许对将被获得的所述地址进行访问的所述网络的状态；和

附图说明

图1示出了当执行一个已知的WWW(World Wide Wib)浏览器时在一个客户机终端上显示的一个书签显示屏幕；

图2示出了根据本发明第一实施例的网络访问管理系统的系统框图；

图3示出了包括在所述客户机数据库120中的表的存储内容；

图4用于解释在客户机数据库120中客户机用户信息表121的文件格式；

图5用于解释在客户机数据库120中历史表122的文件格式；

图6用于解释在客户机数据库120中黄页表123的文件格式；

图7用于解释在客户机数据库120中目标图象表124的文件格式；

图8用于解释在客户机数据库120中映象表125的文件格式；

图9A和9B示出了存储在目标图象表124中的图象数据的例子；

图10的流程示出了由网络服务提供者的访问管理服务器110执行的整个处理；

图11的流程示出了由所述提供者的访问管理服务器110执行的映象数据更新处理；

图12的流程更加详细地示出了用于根据布局类型更新映象数据的处理；

图13示出了在布局“根据地址类型分类”和语言VRML情况下显示的一个映象的例子；

图14示出了在布局类型“根据访问频率分类”和语言VRML的情况下显示的一个映象的例子；

图15用于解释所述黄页显示屏幕；

图16示出了在布局类型“根据访问频率改变目标图象显示”和语言VRML情况下显示的一个映象的例子；

图17示出了在布局类型“根据地址类型分类”和语言HTML情况下显示的一个映象的例子；

图18示出了作为图17中所示映象修改的基于文本映象的一个例子；

图19示出了使用本发明的一个计算机的结构；

图20的系统框图示出了根据本发明第二实施例的网络访问管理系统100；

图21示出了根据所述第二实施例包括在客户机数据库1120中的表的存储内容；

图22用于解释在第二实施例的客户机数据库中的客户机用户信息表1121的文件格式；

图23用于解释在第二实施例的客户机数据库中历史表1122的文件格式；

图24用于解释在第二实施例的客户机数据库中目标图象表1124的文件格式

图25A和25B示出了存储在第二实施例目标图象表1124中的图象数据的一个例子；

图26的流程示出了根据第二实施例由网络服务提供者的访问管理服务器1110执行的整个处理；

图27的流程示出了由所述提供者的访问管理服务器1100执行的映象数据更新处理；

图28的流程示出了由提供者的访问管理服务器1100执行的映象数据保持处理；

图29示出了在布局类型“根据地址类型分类”和语言VRML的情况下显示的一个映象的例子；

图30的系统框图示出了根据本发明第三实施例的网络访问管理系统100；

图31示出了根据第三实施例包括在客户机数据库2120中的表的存储内容；

图32示出了在第二实施例所述客户机数据库中客户机用户信息表2121的文件格式；

图33的流程更加详细地示出了用于根据布局类型更新所述映象数据的处理；

图34的流程示出了显示格式确定步骤；

图35示出了在布局类型“根据地址类型分类”和语言HTML1情况下显示的一个映象的例子；和

图36示出了在布局类型“根据地址类型分类”和显示格式HTML2情况下显示的一个映象的例子。

具体实施方式

第一实施例

下面结合附图描述本发明的第一实施例。

在整个附图中，类似的标号表示类似的部件。

图2的系统框图示出了根据本发明第一实施例的网络访问管理系统100。

网络访问管理系统100包括网络服务提供者的访问管理服务器110和客户机数据库120。

提供者的访问管理系统110具有一个访问控制功能单元111、布局结构功能单元112和请求处理功能单元113。

当需要时，提供者的访问管理服务器110被连接到提供者的e-mail服务器130和提供者的WWW服务器140上。

由已经预定由所述提供者的访问管理服务器110提供的网络服务(e-mail服务、WWW浏览器服务等)的客户机用户使用的客户机150包括客户机终端151和152等。

当访问网络160的资源时，用户经过公用线等将客户机终端151和152连接接到提供者的访问管理服务器110上。

在本发明的实施例(将在下面描述的第一、第二和第三实施例)中，客户机终端151和152是可以经过现存的有线/无线通信线连接到提供者的访问管理服务器110上的装置。

例如，客户机终端151和152是诸如(台式或笔记本式的)具有调制解调器的个人计算机、PDA(个人数字帮助)、具有数字通信功能和显示功能的蜂窝式电话、具有数据通信功能和显示功能的电子装置的装置。

网络160例如是一个可由不定数量的人进行访问的Internet网络。但是，网络160并不受此限制，它可以包括公司LAN、WAN、VAN、intranet、extranet或任何其它用户受到限制的网络。

E-mail服务器170和WWW服务器180广泛地表示了除这里所解释的主题网络服务以外的e-mail服务器和WWW服务器。

在经过公共线等从由所述用户操作的客户机终端151和152接收连接请求的基础上，访问控制功能单元111检查用户的ID信息和口令。在完成鉴别的基础上，访问控制功能单元111在提供者的访问管理服务器110和客户机终端151和152的每一个之间建立连接，以便使用户能够访问Internet网等。

布局结构功能单元112包括历史管理功能单元112A(历史管理装置)、映象更新功能单元112B(布局更新装置)和映象数据提供单元112c(布局数据提供装置)。

提供者的访问管理服务器110将用于显示过去已经在客户机终端151和152上被用户访问过地址(URL、e-mail地址等)的数据更新为可以由所述用户选择的三维表示，以替换所述邮件程序的WWW浏览器和地址簿的书签登记功能。

这个映象数据是作为在客户机终端151和152上显示三维表示基础的“原始”映象数据，并且实际上是以HTML或VRML描述的结构文件数据。

此后，在所述映象数据基础上在客户机终端151和152上显示所述地址将被称之为“映象显示”。

所述历史管理功能单元112A与多片用户ID信息相结合地存储过去已经被所述用户访问过的WWW页的地址和过去已经被所述用户传送和接收过的e-mail的地址。

在所述用户访问WWW页或传送/接收e-mail时，历史管理功能单元112A检查所述WWW页的地址和所述e-mail地址在过去是否已经被所述用户利用过。

映象更新功能单元112B根据用户对所述WWW页的访问状态和所述e-mail的传送和接收状态更新所述映象数据，以便三维显示已经在过去被所述用户访问过的WWW页的地址和在过去已经被所述用户传送和接收过的e-mail的地址。

当通过操作客户机终端151和152使所述用户对所述WWW页进行了访问和传送/接收了所述e-mail时，或当用户已经按规定将客户机终端151和152连接到所述提供者的访问管理服务器上时，所述映象数据提供单元112c将所述映象数据传送给所述客户机终端151和152。

请求处理功能单元113根据从连接到网络服务提供者上的客户机终端151和152传送的用户请求工作。

例如，请求处理功能单元113经过网络160从具有预定地址的WWW服务器180下载所述WWW页的结构文件数据和其它相关数据(图象数据，音频数据)，并将下载的数据传送给客户机终端151和152。此外，当用户请求时，请求处理功能单元113传送和接收所述e-mail。

访问控制功能单元111和请求处理功能单元113具有通过使用传统的软件由传统的网络服务器向它们提供功能。

如图3所示，与提供者的访问管理服务器110相连的客户机数据库120包括客户机用户信息表121、历史表122、黄页表123、目标图象表124和映象表125。下面将对每个表进行详细的描述。

提供者的e-mail服务器130存储从另一个网络服务提供者经过网络160传送给已经和所述网络提供者签定了服务合同的用户的e-mail。当提供者的e-mail服务器130从例如由这个用户操作的客户机终端151接收一个e-mail传输指令时，所述提供者的e-mail服务器130将所接收的e-mail传输给例如被指定为所述e-mail传输目的的客户机终端152。

所述提供者的WWW服务器140存储由网络服务提供者和已经与所述网络服务提供者签定服务合同的用户所建立的结构文件数据，和任何其它必须的数据、模型等。

通过操作客户机终端151和152，用户经过公共线对这些数据进行访问。

同时，没有与网络服务提供者签定服务合同的其它用户经过公共线和网络160对上述数据进行访问。

通常，网络服务提供者具有一个WWW服务器，用于提供与访问WWW页相关的高速缓存功能和保密功能。但是，这里不对PROXY服务器进行解释。

所述e-mail服务器170和WWW服务器180广泛地表示除这里所解释的主题网络服务提供者以外的e-mail服务器和WWW服务器。

图4-9示出了所述表的内容和存储在客户机数据库120中的数据内容。

图4用于解释客户机用户信息表121的文件格式。在该表示中，客户机用户信息表121具有列“客户机用户ID信息”、“客户机用户姓名”、“口令”、“布局”和“文件类型”。

列“客户机用户ID信息”、“客户机用户姓名”和“口令”是利用网络服务进行传统管理的列。当所述用户试图通过操作这些终端将客户机终端151和152连接到网络服务提供者的访问管理服务器110上时，所述访问控制功能单元111检查所述用户是否被授权将它们连接到所述网络服务提供者上。

所述列“布局类型”规定将被建立映象数据的类型。

在这个例子中，可以得到三种布局类型：“根据地址类型分类”、“根据访问频率分类”和“根据访问频率改变目标图象显示”。

所述文件类型是被构成文件数据的类型，其中，建立将在由所述用户操作的客户机终端151和152上显示的映象数据。根据被结构的文件数据类型选择适当的应用程序(插入、观察器)。

利用上述应用程序解释所述映象数据，并且在所述客户机终端151和152上显示具有书签功能和地址簿的映象。

在这个例子中，使用了诸如HTML和VRML的语言。但是，只要能够实现为WWW页建立锚等的功能，也可以使用任何其它的语言或方法。

图5用于解释历史表122的文件格式。在这个表示中，历史表122具有列“客户机用户ID信息”、“地址”、“最后访问日期和时间”以及“频率”。

所述地址包括由通过所述客户机用户ID信息识别的用户所访问的WWW页的URL和由所述用户传送和接收的e-mail的地址。

最后访问日期和时间是到前述地址进行最后访问的日期和时间。

所述频率表示在预定时间周期内所述用户对前述地址进行访问的次数。

指定所述历史表122，从而当同一个客户机用户访问同一个地址时，可以更新对与那个地址对应的记录进行最后访问的日期和时间并不附加任何新的记录。

但是，在进行访问时可以附加新的记录，当需要频繁访问时，可以计数具有相同地址的记录。

图6用于解释所述黄页表123的文件格式。在该图中，黄页表123具有列“URL”、“类型”和“子类型”。所述列“类型”规定将被显示内容的类型，而列“子类型”规定将被显示的更加特定的子类型。

存在于Internet网上的WWW页的URL和个人或公司的邮件地址被预先存储在所述黄页表123中。

此外，所述黄页123、即当用户访问前述地址时将被显示的内容被分类为称之为类型的某些分类(一般组)并被进一步分类为称之为子类型的更加特定的分类(子组)。

例如，图6中的第一记录表示分类“购物”是当访问具有URL“http：∥WWW.Al.co.jp/A1.html”的WWW页时将被显示内容的类型，而分类“汽车”是所述内容的子类型，从这个子类型中可以知道上述URL与购买汽车有关。

所述将被显示的内容可以只被分类成称之为类型的分类，或也可以被分类成较大数量的分类。

所述黄页表123最好是一个预先已经被网络提供者的访问管理服务器110或其它组织确定的黄页表。

图7用于解释目标图象表124的文件格式。在该图中，目标图象表124具有列“类型”、“子类型”和“目标图象数据”。在所述目标图象表124中的列“类型”和“子类型”对应于上述黄页表123中的相应列。类型和子类型的组合对应于一个图象数据项(组合键，即类型和子类型的组合被用做一个单一键)。

例如，图7中的第一记录表示类型“购物”和子类型“汽车”的组合对应于所述图象数据项“c：￥image￥shopping￥car.gif”。

图7所示的图象数据是GIF数据。但是，图象数据可以包括诸如动画GIF、BMP文件等能够表示图象的任一其它数据。

在VRML情况下，用于规定显示图象的体视或三维表示的坐标数据等也被存储，尽管这些数据在这个例子中没有进行解释。

图8用于解释所述映象表125的文件格式，该映象表125用于彼此相关地存储客户机用户ID信息和所述映象数据。

这个映象数据是“原始”的映象数据，在该映象数据的基础上，在客户机终端151和152上执行所述映象显示。根据在客户机用户信息表121中规定的文件类型和根据用户指定显示甚麽类型，所存储的映象数据是不同的(HTML文件、VRML文件或任何其它文件/方法)。在描述语言HTML的情况下，文件扩展被表示为“html”，而在描述语言VRML的情况下，所述文件扩展被表示为“wrl”，如图8所示。

图9A和9B示出了存储在目标图象表124中并被作为图象显示在适当编辑屏幕上的图象数据的例子。

在该图中，在所述编辑屏幕上显示的图象是图1所示的目标图象。

图9A对应于购买汽车，而图9B对应于购买食物。

所述图象最好与将被显示的内容相关。

下面将结合附图10到12的流程详细描述由所述提供者的访问管理服务器110执行的处理。

图10示出了当用户通过操作客户机终端151将客户机终端151连接到所述网络160的服务提供者上和在此后访问网络160上的资源时由所述提供者访问管理服务器110执行的处理。

首先在步骤S100，提供者的访问管理服务器110等待来自由所述用户操作的客户机终端151的连接请求。当提供者的访问管理服务器110确定已经接收到所述连接请求时(在步骤S100中的“是”)，它在步骤S101检查所述用户的客户机用户ID信息和口令。当所述提供者的访问管理服务器110确定没有接收到任何连接请求(在步骤S100中的“否”)时，它重复在步骤S100的确定。

在步骤S101，提供者的访问管理服务器110将由用户输入的口令与和在客户机用户信息表121中的客户机用户ID信息对应的口令进行比较。当两者口令之间不相符合时，提供者的访问管理服务器110拒绝与所述客户机终端151连接。

当客户机用户ID信息和口令适当时，提供者的访问管理服务器110前进到步骤S102，在这里，提供者的访问管理服务器110鉴定所述用户或连接请求者是经过授权的客户机用户，和在提供者的访问管理服务器110和所述用户的客户机终端151之间建立对话。

接着，提供者访问管理服务器110前进到步骤S103，在这里，提供者的访问管理服务器110将与被建立对话用户的客户机用户ID信息对应的映象数据和显示所述映象数据所需的数据从所述映象表125传送给所述用户的客户机终端151。

此时，在所述提供者的访问管理服务器130中存在任何没有被所述用户读出的e-mail的情况下，提供者的访问管理服务器110将涉及所述e-mail的信息附加到所述映象数据上以便通知存在所述用户还存在没有被所述用户读出的e-mail，然后将所述映象数据传送给该用户。

在步骤S104，提供者的访问管理服务器110确定所述用户是否已经发出了用于对网络160上的资源进行访问的请求。

当提供者的访问管理服务器110确定所述用户还没有发出这样的访问请求(在步骤S104中的“否”)时，它重复这个确定。

在没有接收到这种请求并且所述提供者的访问管理服务器110在预定的时间周期内重复所述确定的情况下，提供者的访问管理服务器110可以切断与客户机终端151的连接。

当从所述用户处接收到这种访问请求(在步骤S104处的“是”)时，提供者的访问管理服务器110前进到步骤S105。

在步骤S105，提供者的访问管理服务器110根据用户访问的内容更新存储在与用户相关的的映象表125中的映象数据。

在步骤S106，提供者的访问管理服务器110执行与用户请求相关的处理。这个处理与由传统提供者执行的处理相同。

特别是，这个处理包括诸如对WWW页访问、传送/接收所述e-mail和从所述WWW页下载数据等的针对所述网络160上的资源执行的所有处理。

步骤S105和S106可以以相反的顺序执行，或可以同时进行。当提供者的访问管理服务器110完成步骤S106时，它返回到步骤S104，以等待来自任一用户的再次访问请求。

图11用于详细解释在图10所示步骤S105中执行的映象数据更新处理。

首先在步骤S201，提供者的访问管理服务器110确定所述用户请求连接的地址是否是在过去已经被该用户访问过的一个地址。

这个确定是通过检索用于存储所述用户客户机用户信息的历史表122中的地址(URL、e-mail地址)执行的。

当提供者的访问管理服务器110确定所述地址在过去曾经被所述用户访问过(在步骤S201处的“是”)时，它前进到步骤S202，在这里，提供者的访问管理服务器110通过在当前日期和时间处建立最后的访问日期和时间并通过将所述频率加一更新与所述历史表122中的地址对应的记录。

在提供者的访问管理服务器110被指定每当进行一次访问时将一个新的记录加到所述历史表122中的情况下，提供者的访问管理服务器110将所述地址、最后访问日期和时间以及频率(＝1)设置到所述新记录上并将所述的新记录加到历史表122中。此后，提供者的访问管理服务器110进到步骤S206。

当提供者的访问管理服务器110在步骤S201确定所述地址不是一个过去曾经被所述用户访问过的地址时(在步骤S201中的“否”)，它前进到步骤S203，在这里，提供者的访问管理服务器110将包含所述地址、访问日期和时间以频率(＝1)的一个新记录加到历史表122中。

然后，提供者的访问管理服务器110前进到步骤S204，在这里，提供者的访问管理服务器110从黄页表123中获得对应于所述地址的类型和子类型。在所述地址是一个个人e-mail地址的情况下，在所述黄页表123中可能找不到该地址。但是，提供者的访问管理服务器110可以通过鉴别它的格式类型(邮件类型、别名、邮局、扩展等)和在需要的情况下进一步鉴别它的协议类型将该地址识别为是一个个人e-mail地址。

此外，在在所述黄页表123中没有找到所述地址的情况下，通过这个的访问管理服务器110可以最终地指定这样一个任意的目标图象以建议下述这样一个事实；根据对应于所述地址的图象数据在黄页表123中没有发现所述地址，或可以使所述客户机终端151显示表示上述事实的消息。

由于在步骤S204中从所述黄页表123中获得了所述类型和子类型，所以提供者的访问管理服务器110在步骤S205中从所述目标图象表124中获得相应的图象数据。

在步骤S206，提供者的访问管理服务器110在所获得地址、相应的布局类型和文件类型的基础上更新所述客户机用户信息表121中的所述用户的映象数据、在历史表122中的频率、在黄页表123中的类型和子类型以及在步骤S205从目标图象表124中获得的图象数据。

所获得的数据根据在客户机用户信息表121中的布局类型而不同，所有的上述数据都不是必须的。

由于完成了更新，提供者的访问管理服务器110将经过更新的映象数据存储在映象表125中并在步骤S207将所述映象数据和相关的数据提供(传送)给客户机终端151。

通过如此操作，当他或她对一个新地址进行访问时或当访问频率发生变化时，客户机终端151被实时地提供反映这些状态的映象数据，并且，所述客户机终端151在所提供映象数据的基础上执行所述映象显示。

但是，在所述不需要如此频繁映象数据传送的情况下，提供者的访问管理服务器110可以只有当用户访问所述提供者时才传送所述映象数据。

图12用于更加详细地解释在图11所示步骤S206中执行的映象数据更新处理。

首先，在步骤S301，提供者的访问管理服务器110确定存储在客户机用户信息表121中的布局类型。

下面将解释映象数据更新步骤。假设客户机用户信息表121被存储在三种布局类型中，即“根据访问频率分类”、“根据地址类型分类”和“根据访问频率的变化目标图象显示”。

如果需要，所所述布局类型可以使用其它标准建立。

在布局类型是“根据访问频率分类”的情况下，开展处理的流程流经左侧分支，从而使得提供者的访问管理服务器110执行步骤S302。

在步骤S302，提供者的访问管理服务器110将显示区域分成预定的部分(P1到Pi)。

所述显示区域是最终在客户机终端151上显示的一个区域。当从在被结构数据的基础上建立将被显示内容方面考虑步骤S302时，步骤S302是一个利用每种描述语言建立一个状态从而使上述部分(P1到Pi)被根据所述状态进行显示的过程。

提供者的访问管理服务器110前进到步骤S303，在这里，提供者的访问管理服务器110将在过去已经被所述用户访问过的地址分类成与“i”相同数量的组。

例如，让我们假设在显示区域被分成四部分(P1到P4)和这些部分被作为显示布局(显示数据)被显示的情况下，在过去已经被所述用户访问过的地址A1到A6分别具有访问频率1、2、3、4、5和6。

在上面描述的情况下，最高访问频率6被除以4(结果是1.5)。访问频率是1.5或更新少的地址被分组为部分P1，访问频率高于1.5但不高于3.0的地址被分组为部分P2，访问频率高于3.0但不高于4.5的地址被分组为部分P3和访问频率高于4.5但不高于6.0的地址被分组为部分P4。

然后，具有访问频率1的一个地址属于所述部分P1，具有访问频率2和3的两个地址属于所述部分P2，具有访问频率4的一个地址属于所述部分P3，和具有访问频率5和6的两个地址属于所述部分P4。

不用说，“根据访问频率分类”不局限于上述线性分类，也可以采用其它的各种分类方式。

在步骤S304，提供者的访问管理服务器110将在步骤S303分类的地址指定给它们的相应部分。

当从在被结构文件数据的基础上建立将被显示内容方面考虑步骤S304时，步骤S304是根据以每种语言建立的状态指定与利用所述部分(P1到Pi)分组的地址相应的目标图象布局从而在所述部分中安排和显示所述目标图象的过程。

所述目标图象是从目标图象表124中获得的图象，在例如HTML的基础上执行显示的情况下利用这些图象。

在VRML基础上执行显示的情况下，从目标图象表124中获得用于规定显示图象的所述体视或三维表示的坐标数据等(未示出)，并在所获得数据的基础上执行根据VRML的指定。

通过步骤S302到S304的处理，已经建立了作为其中目标图象已经被根据访问频率分类的映象的映象数据。

这个映象数据是在如图8所示的HTML和VRML中描述的数据。所述映象数据被传送给客户机终端151并由WWW浏览器和VRML观察器进行分析，然后在客户机终端151上显示构成书签和地址簿的映象。

当提供者的访问管理服务器110在步骤S301确定所述布局是“根据地址类型分类”时，它前进到中央分支以执行步骤S305。

在步骤S305，提供者的访问管理服务器110将所述显示区域分成预定部分(P1到Pj)，其情况与在步骤S302的情况相同。

在下一个步骤S306，提供者的访问管理服务器110根据所述类型和子类型将在过去已经被所述用户访问过的地址分类成组。

如上所述，所述地址的类型和子类型可以从黄页表123中获得。如此获得的类型和子类型被分配给部分P1和Pj。但是，所述部分的数量和将类型和子类型分配给所述部分的方法是任意的。例如，只有多种类型被分配给所述部分每一个中的一个，或所述类型和子类型的组合被分配给所述部分每一个中的一个。

在接下来的步骤S307中，提供者的访问管理服务器110将在步骤S306分类的地址指定给它们的相应部分。

当从在被结构文件数据的基础上建立将被显示内容方面考虑步骤S307时，步骤S307是根据利用每种描述语言建立的状态指定与所述利用所述部分(P1到Pj)分组的所述地址对应的目标图象的布局、进而在所述部分中安排和显示所述目标图象的过程。

所述目标图象是从目标图象表124中获得的，并例如在HTML基础上执行显示的情况下使用。

在VRML基础上执行显示的情况下，用于规定所述图象的体视或三维部分的坐标数据等(未示出)从目标图象表124中获得，并在所获得数据的基础上执行根据VRML的指定。

通过步骤S305到S307的处理，建立了作为其中目标图象已经被根据地址类型分类的映象的映象数据。如上所述，这个映象数据是以HTML或VRML写的数据。

当提供者的访问管理服务器110在步骤S301确定所述布局是“根据访问频率的变化目标图象显示”时，它前进到右侧分支以执行步骤S308。

在步骤S308，提供者的访问管理服务器110将在过去已经被所述用户访问过的地址分类成预定数量k的组。

在下一个步骤S309，提供者的访问管理服务器110将在与所述地址对应的目标图象中出现的尺寸、颜色、定向以及其它特性改变与所述地址已经被分类入的组的数量(k)相同的多个等级或级别。提供者的访问管理服务器110不仅可以将所述目标图象显示改变(数量k的)多个等级或级别，而且可以以和访问频率成正比的改变它们。

下面对其中的一个例子进行解释，在该例子中，对一个地址的访问频率越高，相应的目标图象就越大，和被显示的目标图象距离用户越近(所述目标图象被显示在显示区域的较低位置处)。

当从建立数据HTML和VRML的方面考虑步骤S309时，步骤S309是根据所述地址已经被分类入的组的数量(k)指定所述表面图象的尺寸和布局位置的处理。

所述目标图象是从目标图象表124中获得的，并被例如用于在HTML基础上执行显示的情况。

在VRML基础上执行显示的情况下，用于规定被显示图象的体视或三维表示动作表数据等(未示出)是从目标图象表124获得的，并在所获得数据的基础上执行根据VRML的指定。

通过步骤S308和S309的处理，建立了作为其中所述目标图象的显示已经根据访问频率改变的一个映象的映象数据。这个映象数据如上所述是利用HTML或VRML写的数据。

图13到18的例子示出了在客户机终端151上显示的映象。

图13的例子示出了当在客户机用户信息表121中表示的布局是“根据地址类型分类”和相应的文件类型是VRML时显示的映象。在图13中所显示的映象200是4个主要部分210、220、230和240、这些部分之间的路径250、主页260和化身(avatar)270。

已经作为与主页检索相关的一个地址建立的部分210显示一个对应于搜索地址1的目标图象211和对应于搜索地址2的目标图象212。

这些目标图象在VRML的情况下被体视或三维表示，和它们的出现根据化身270的观测点而改变。

作为已经被用于e-mail地址建立的部分220显示与所述e-mail地址A1对应的目标图象221和与所述e-mail地址A2对应的目标图象222。

作为已经被用于与购物相关的地址而建立的部分230显示表示某个购物页的目标图象231。部分240是空白的且显示无目标图象。

如上所述，在目标图象表124中，不同的目标图象被指定给所述地址的类型(一般组)和子类型(更加特殊的子组)每种组合的一个。但是，为解释方便起见，假设不同的目标图象被指定给所述类型(一般组)每一个中的一个和如图13所示的被显示。

因此，在这个实施例中，目标图象的三种类型，即与搜索地址对应的目标图象、与e-mail地址对应的目标图象和表示主页的目标图象被显示。

但是，表示所述主页260的目标图象是固定的。

在图13所示的例子中，与将被提供给所述用户的服务器链接并与所述目标图象和题目(例如WWW页的题目)对应的地址在他/她访问这些地址的情况下被与导引线一起显示。这些导引线可以以被叠加在它们相应目标图象的状态被显示，也可以以诸如所述导引线被显示在所述相应目标图象附近的状态的其它状态被显示。

用户利用鼠标等控制化身270的运动，并前进到所希望的地址。化身270通常自家260出发并沿着道路250行进。在这个例子中所述摄象机的位置是固定的。但是，所述摄象机可以在所述化身270观测点的基础上安排，以便能够在屏幕上实时显示所述景物。

当化身270到达所希望的地址时和在所述地址是一个WWW页的URL的情况下，WWW浏览器(未示出)显示所述WWW页。在所述地址是e-mail地址的情况下，邮件程序被激活和在所述e-mail地址已经被作为传送目标而建立的状态下显示e-mail编辑屏幕(未示出)。

当用户希望在所显示的映象上执行搜索时，他/她可以将所述化身270移动到部分210和在部分210中选择适当的URL(图象数据)。

当用户希望参考其内容是“购物”的页时，他/她可以进入到与购物相关的部分230中并在部分230中发现适当的URL(图象数据)。

如上所述，主页260具有一个标记，该标记表示示出了存在/不存在未读e-mail的信息。当存在一个未读e-mail时，该标记升高。

这种信息可以利用其它的适当方法表示。

图14的例子示出了在客户机用户信息表121中表示的布局类型是“根据访问频率分类”和相应的文件类型是VRML时所显示的映象。

图14中所显示的映象300具有4个主要部分310、320、330和340，以及这些部分之间的路径350以及家360和化身370。

作为用于具有低访问频率地址的一个已经被建立的部分310显示与所述e-mail地址A2对应的目标图象311。

作为用于具有中间访问频率地址的一个已经被建立的部分320显示与所述购物页地址(URL)对应的目标图象321和与所述e-mail地址A1对应的目标图象322。

作为用于具有高访问频率地址的一个已经被建立的部分330显示与所述搜索地址1对应的目标图象331和与所述搜索地址2对应的目标图象332。

部分340使空白的且显示无目标图象。

用户利用鼠标等控制所述化身370的运动，并到达所希望的地址。

所述化身370最初从家360开始并沿路径350运动。

在这个例子中，所述摄象机的位置是固定的。但是，所述摄象机可以在化身370观测点的基础上安排从而可以实时地在屏幕上显示所述景象。

当所述化身370到达所希望的地址时和在所述地址是WWW页的URL的情况下，WWW浏览器(未示出)显示所述WWW页。在所述地址是e-mail的值的情况下，所述邮件程序以所述e-mail地址已经被作为传送目标而建立的状态显示所述e-mail编辑屏幕(未示出)。

在所显示的映象中，对一个地址的访问频率越高，所显示的与所述地址对应的目标图象距离化身370越近。因此，当访问一个其被访问频率较高的地址时，用户可以直接到达与该地址对应的目标图象，然后方便地进行映象显示。

此外，在所述映象300的左上部分内存在表示为“黄页”的符号380。当化身370到达符号380时，用户转移到显示由所述提供者管理的黄页的屏幕。

图15示出了黄页显示屏幕。

图15所示的黄页显示屏幕400具有用于类型选择的类型选择区域410、利用图形表示和用于链接图12或13所示映象的映象链接420，以及在所述映象链接420上具有它的主页位置和可在显示屏幕400内运动的化身430。

当由于用户的指令而使所述化身370到达表示为“黄页”的符号380时，当前所显示的屏幕被自动改变为如图15所示的黄页显示屏幕400。

当所述化身370变成化身430时，先前已经存在化身370的环境尺寸被减小并被映象链接420所取代。

根据用户指令，新的化身430保留映象链接420并进入类型选择区域410所示类型当中感兴趣的类型中，以便发现未被查询的页等。

当所述化身430到达在类型选择区域410中所示感兴趣的类型时，显示与所述类型相关的搜索页(未示出)，从而使所述用户能够在那里发现目标页。所述搜索页向用户提供用于到达所述目标页的各种方法。在一种方法中，通过在被搜索内容的基础上逐一选择种类用户能够在使搜索范围减小的同时到达所述目标页，而在另一种方法中，用户可以输入直接与所述目标页对应的口令。

类选择区域410具有多个被提供用于页内容“艺术和人类”、“商业和经济”等每一个中的一个的内容选择区域，例如如图15所示。

所述内容选择区域410可以以特别表示它们相应内容的图象的形式存在。

另外，所述内容选择区域410也可以以其中的每一个利用鼠标在上面进行敲击所选择肖像的形式表示。

当操作所述化身430的用户发现所述目标页和对该页进行访问时，WWW浏览器显示所述目标页，同时利用该目标页更新所述映象数据，从而使在客户机终端151上显示的映象被更新。当用户没有发现所述目标页时，当当前显示屏幕改变到显示映象300的屏幕和化身430变成化身370时，化身430通常根据用户的指令返回到所述映象链接420。

图16示出了当所述布局是“根据访问频率改变目标图象显示”和所述文件类型是VRML时显示的映象的例子。图16所示的映象500具有两个主要部分510和520、在这些部分之间的路径530和化身540。

在这个例子中，部分510和520没有特别的规定，具有最高访问频率的地址被显示得靠近所述化身540作为最大目标图象。

特别是，在这个例子中，搜索地址1和2具有最高的访问频率，并且它们的相应目标图象511和512被作为最大目标图象显示在靠近所述化身540的地方。

除了通过改变所述目标图象的尺寸表示访问频率程度的上述方法以外，还可以得到改变出现在所述目标图象中的颜色、角度和任一其它特性的方法。

购物页的地址和e-mail地址A1相对于搜索地址1和2是在所述访问频率高度中的第二个，对应于所述购物页的地址和所述e-mail地址A1的目标图象512和522以较大的距离和所述化身540分离并以小于目标图象511和512的尺寸显示。

e-mail地址A2具有较低的访问频率，因此它的相应目标图象更加远离化身540并以最小的尺寸显示。

对应于所述地址的目标图象与所述地址的类型相一致。所述化身540的运动和表示为“黄页”的符号550的功能如前所述。

图17的例子示出了当所述布局类型是“根据地址类型分类”和文件类型是HTML时显示的映象。图17所示的被显示映象600具有4个主要部分610、620、630和640，以及在这些部分之间的路径650。

已经被作为用于和购物相关地址的一个而建立的部分610显示与某个购物页链接的目标图象611。

已经被作为用于e-mail地址的一个而建立的部分620显示与所述e-mail地址A1对应的目标图象621。

部分630是空白的且显示无目标图象。

已经被作为用于与所述公司相关地址的一个而建立的部分640显示与三个地址对应的目标图象641、642和643。

映象600是以HTML为基础的，在部分610和620上显示的目标图象利用可敲击的映象规定。

此外，在部分640中的三个地址用做HTML链接，并且，不仅能够以实际地址的形式、而且能够以在如目标图象643情况下的正文、即“shop A”的形式显示。

以HTML为基础的映象600是两维表示，其中，不存在示于图13到15的化身链接，并且，观测图象的出发点是固定的。

在图13到15中，通过使所述化身到达与所述地址对应的目标图象选择一个地址。但是如图17所示，可以通过利用目标指点器670等在与所述地址对应的图象数据上敲击选择一个地址。

图18示出了以正文为基础的映象700，该映象700是图17所示映象的改进且其中以正文的形式显示一个HTML目标图象。

映象700表示地址的类型710和地址711。在图18中，地址的类型710包括名称为“WWW搜索”、“购物”等的一般组和名称为“织物”、“书”等的特殊组。

可以以任意级数建立这些组的级别。例如，当在“织物”上执行敲击时，诸如“临时的”、“形式上的”等类型可以在“织物”后面显示。

地址711与诸如前面所解释的HTML链接规格相符，并能够以地址本身或其它很容易理解的正文的形式表示。类型710和地址711中的每一个都能够通过执行鼠标敲击进行选择，如图17所示情况相同。

当被选择的类型710具有较低级类型710时，显示所述较低级类型710，而当所选择的类型710不具有较低类型时，显示地址711。

此外，与图18所示映象700的情况相同，类型710和地址711可以在一个屏幕上以混合状态形式显示。

图18所示以正文为基础的实施例具有如下优点，即当客户机终端的处理能力、分辨率、数据速率等不能另人满意时，也能够迅速执行所述屏幕显示。

图19示出了作为上述网络访问管理系统800实施例的计算机800的硬件结构。

计算机800包括CPU810、存储器820、存储单元830、网络接口840、驱动器850和存储介质860，其中的每一个都被链接到总线870。

CPU810执行包括在图2所示提供者的访问管理服务器110中的单元111、112和113的功能。

用于执行上述功能的程序被装载到所述存储器820中。如果需要，存储器820暂存客户机终端151和152传送的数据，或从客户机数据库120、提供者的e-mail服务器130和提供者的WWW服务器140中读出的数据。

存储单元830存储用于执行包括在提供者的访问管理服务器110中的前述单元的功能的程序。存储单元830还存储客户机数据库120的每个表等。

网络接口840是一个通信接口装置，它使能提供者的访问管理服务器110经过公共线等向/从提供者的r-mail服务器130和提供者的WWW服务器140传送/接收数据。网络接口840还使得提供者的访问管理服务器110能够经过诸如Internet的网络160向/从e-mail服务器170和WWW服务器180传送/接收数据。

驱动器850根据来自CPU810的指令将存储在所述存储单元830中的数据写入到在所述驱动器中插入的存储介质860中，或读出存储在存储介质860中的数据。

存储介质860可以是FDD(软盘驱动器)、MO(磁光盘)、CD-ROM(高密度盘)或其中已经存储了用于实现本发明的程序的介质。

总线870是一个用于在结构元件810到860之间传输数据、指令等的公共传输路径。

如果需要，尽管在图19中没有被示出，但是诸如鼠标和键盘之类的输入装置、诸如CRT显示器的客户机终端和诸如激光指点器的指点器都可以被附加到所述计算机上。

客户机终端151和152的构成基本与图19所示相同。但是，由于需要显示操作和操纵WWW浏览器和VRML观察器，所以，前述输入装置和显示装置是必不可少的结构元件。

第二实施例

下面将结合附图描述本发明的第二实施例。

在该附图中，同样的标号表示相同的部分。

以相同标号表示的部分与第一实施例相同，此后将不对它们做出解释。

图20示出了一个系统框图，表示根据本发明第二实施例的网络访问管理系统100。

网络访问管理系统100包括网络服务提供者的访问管理服务器1110和客户机数据库1120。

提供者的访问管理服务器1110具有访问控制功能单元111、布局构成功能单元1112和请求处理功能单元113。

当需要时，提供者的访问管理服务器1110被链接到提供者的e-mail服务器130和提供者的WWW服务器140。

布局构成功能单元1112包括历史管理功能单元112A(历史管理装置)、映象更新功能单元112B(布局数据更新装置)和映象数据提供单元112C(布局数据提供装置)以及映象管理功能单元112D(布局数据校正装置)。布局构成功能单元1112更新映象(布局)数据，以便将过去被所述用户访问过的地址代替所述书签和地址簿再次显示为可由所述用户选择的三维表示。

在根据用户而不同(或为多个用户所共有)的预定间隔处，映象保持功能单元112D自动访问在过去已经被所述用户访问过的WWW页的URL，而不考虑用户对WWW页的访问和向/从所述用户传输和接收e-mail。在访问结果的基础上，映象保持保持单元112D交换、校正和更新映象数据。

如图21所示，客户机数据库1120包括客户机用户信息表1121、历史表1122、黄页表123、目标图象表1124和映象表1125。(黄页表123的结构与第一实施例相同。)

图22到25示出了装置在客户机数据库1120中所述表和数据的内容。

图22用于解释客户机用户信息表1121的格式。在该图中，客户机用户信息表1121具有列“客户机用户ID信息”、“客户机用户姓名”、“口令”、“布局类型”、“文件类型”、“观察间隔”和“先前观察的日期和时间”。

“客户机用户ID信息”、“客户机用户姓名”、“口令”、“布局类型”和“文件类型”的格式与第一实施例相同。

所述观察间隔是一个时间间隔，在这个间隔处，提供者的访问管理服务器1110顺序访问(观察)在过去已经被所述用户访问过的URL。在图22所示的例子中，以天为单位表示观察间隔。但是，也可以以诸如小时、秒等为单位表示所述观察间隔。

此外，提供者的访问管理服务器1110被设计成所述观察间隔可以被逐个用户进行管理。但是，所有的用户在观察间隔方面可以彼此相等，在这种情况下，不需要列“观察间隔”。

列“先前观察的日期和时间”规定提供者的访问管理服务器1110观察过去甚麽时候所述用户访问过所述URL。当从相应的先前观察日期和时间开始经过预定的时间周期时，提供者的访问管理服务器1110观察每一个URL，并在列“先前观察日期和时间”中建立当前观察日期和时间。

图23用于解释历史表1122的文件格式。在该图中，历史表1122具有列“客户机用户ID信息”、“地址”、“最后访问日期和时间”、“频率”和“状态”。

“客户机用户ID信息”、“地址”、“最后访问日期和时间”和“频率”的格式与第一实施例相同。

列“状态”表示由提供者的访问管理服务器1110根据所述URL自动执行的观察结果。

例如，在所述页对应于对所述URL先前访问的数据和日期之后已经被更新的URL的情况下，提供者的访问管理服务器1110在历史表1122中建立状态“已经被更新的”。在由于所述线处于忙碌状态而使提供者的访问管理服务器1110不能访问与一个URL对应的页的情况下，它在所述历史表1122中建立状态“忙碌”。在所述提供者的访问管理服务器1110没有发现与一个URL对应的页情况下，它在历史表1122中建立状态“未发现”。当WWW页的URL已经变化时，提供者的访问管理服务器1110在历史表1122中建立状态“运动”。由此，根据条件，提供者的访问管理服务器1110在历史表1122中建立多种状态。

图24用于解释具有列“类型”、“子类型”、“状态”和“目标图象数据”的目标图象表1124的格式。

“类型”和“子类型”对应于前述黄页表123的同样内容，而“状态”对应于历史表1122的相同内容。类型、子类型和状态的组合对应于一个图象数据项(一个组合键，即类型、子类型和状态的一个组合用做一个单一键)。

例如，在图24中的第一记录表示类型“购物”、子类型“汽车”和状态“一般的”组合对应于图象数据项“C：￥image￥shopping￥car1.gif。”

参考图24的图象数据是GIF数据。但是，所述图象数据可以包括能够表示诸如动画GIF、BMP文件等的任何一个其它数据。

在VRML情况下，用于规定显示图象的体视或三维表示的坐标数据等也可以被存储，虽然这些数据在实施例中并没有加以解释。

图25A到25D示出了存储在目标图象表1124中并作为图象在适当编辑屏幕上显示的的图象数据。

换言之，图25A到25D用于解释当GIF文件被作为图象显示在所述编辑屏幕上时在HTML中的这些文件。每个图象最好被作为能够表示一个地址类型、子类型和状态的图象被建立。

特别是，一个图象或在图25A中所示的car1.gif表示一个汽车购物页，该页的状态或访问结果表示可以对它进行一般访问。图象或在图25B中所示的car2.gif表示一个汽车购物页，该页的状态或访问结果表示该页在最近已经被更新。图象或在图25C中所示的car3.gif表示一个汽车购物页，该页的状态或访问结果表示由于所述线很忙碌，所以，它将占用很长的时间去建立一个访问。图象或在图25D中所示的car4.gif表示一个汽车购物页，该页的状态或访问结果表示由于它的URL等的变化，所以非常可能不能发现所述页。

下面将参照附图26到28的流程详细描述由提供者的访问管理服务器1110执行的处理。

图26示出了当用户不能通过操作客户机终端151将客户机终端151链接到提供者的访问管理服务器1110并在此后对网络160上的源进行访问时由所述提供者的访问管理服务器1110执行的一个流程，

首先，在步骤S400，提供者的访问管理服务器1110等待来自用户的链接请求。

当提供者的访问管理服务器1110确定已经接收到所述访问请求(在步骤400处的“是”)时，它在步骤S401检查客户机用户ID信息和所述用户的口令。当提供者的访问管理服务器1110确定没有接收到链接请求(在步骤S400处的“否”)时，它重复在步骤S400的确定。

在步骤S401，提供者的访问管理服务器1110将由用户输入的口令和在所述客户机用户信息表1121中的客户机用户ID信息对应口令进行比较。当在两个口令之间不相符时，提供者的访问管理服务器1110拒绝所述客户机终端151的链接。

当客户机用户ID信息和口令适当时，提供者的访问管理服务器1110进入到步骤S402，在这里，提供者的访问管理服务器1110验证所述用户和链接请求是否是被经过授权的客户机用户，并建立提供者的访问管理服务器1110和所述用户客户机终端151之间的对话。

接着，提供者的访问管理服务器1110进入到步骤S403，在这里，提供者的访问管理服务器1110将与被建立对话用户的客户机用户ID信息对应的图象数据和显示所述映象数据所需的数据从所述映象表1125传送给所述用户的客户机终端151。

此时，在在提供者的e-mail服务器130中存在没有被所述用户读出的任意一个e-mail的情况下，提供者的访问管理服务器1110将与所述e-mail相关的信息附加到所述映象数据上，以便通知所述用户还存在没有被该用户读出的e-mail，然后，将所述映象数据传送给所述用户。

在步骤S404，提供者的访问管理服务器1110确定所述用户是否已经发出了用于对网络160上的源进行访问的一个请求。

当提供者的访问管理服务器1110确定所述用户还没有发出这种请求(在步骤S404中的“否”)时，它重复这个确定。在没有接收到这样一个访问请求，同时提供者的访问管理服务器1110在预定的时间周期内重复所述确定的情况下，提供者的访问管理服务器1110可以切断与客户机终端151的链接。

当从所述用户处接收到这样一个访问请求(在步骤S404处的“是”)时，提供者的访问管理服务器1110进入到步骤S405。

在步骤S405，提供者的访问管理服务器1110根据所述用户访问的内容更新存储在与所述用户相关的映象表1125中的映象数据。

在步骤S406，提供者的访问管理服务器1110执行对用户访问请求的处理。

这个处理与由传统提供者执行的处理相同，和包括针对所述网络160上的源执行的所有处理，诸如是对WWW页的访问、传送/接收所述e-mail和从WWW侧下载数据等。

当提供者的访问管理服务器1110完成步骤S406时，它返回到步骤S404并再次等待来自任一用户的访问请求。

图27用于详细解释在图26所示步骤S405中所执行的映象数据更新处理。

首先，在步骤S501，提供者的访问管理服务器1110确定所述用户请求链接的地址是否在过去已经被该用户访问过。

通过在历史表1122中搜索与该用户的客户机用户ID信息相关的地址(URL，e-mail地址)执行这个确定。

当提供者的访问管理服务器1110确定所述地址在过去已经被该用户访问过一次(步骤S501中的“是”)时，它进入到步骤S502，在这里，提供者的访问管理服务器1110通过将最后的访问日期和时间设置为当前日期和时间并将频率加一更新与历史表1122中的地址相对应的记录。

在提供者的访问管理服务器1110被设计成每当进行一次访问便将一个新的记录加到所述历史表1122中的情况下，提供者的访问管理服务器1110将所述地址、最后访问日期和时间以及访问频率(＝1)设置到所述新记录上并将这个新记录加到历史表1122中。此后，提供者的访问管理服务器1110进入到步骤S506。

当提供者的访问管理服务器1110在步骤S501确定所述地址在过去没有被所述用户访问过(步骤S501的“否”)时，它进入到步骤S503，在这里，提供者的访问管理服务器1110将包含所述地址、访问日期和时间以及频率(＝1)的新记录加到历史表1122中。

然后，提供者的访问管理服务器1110进入到步骤S504，在这里，提供者的访问管理服务器1110从黄页表123中获得与所述地址对应的类型和子类型。

此后，在步骤S504获得的类型和子类型的基础上，提供者的访问管理服务器1110在步骤S505从目标图象表1124中获得相应的图象数据。

在步骤S506，提供者的访问管理服务器1110在客户机用户信息表1121中的访问地址、相应布局和文件类型和在历史表1122中的频率和在黄页表123中的类型和子类型以及在步骤S505从目标图象表1124中获得的图象数据的基础上交换、校正和更新所述用户的映象数据。

根据在客户机用户信息表1121中布局的类型被请求的数据不同，和上述的所有数据都不是必须的。

在步骤S505获得的图象数据表示和前面已经解释的图25A所示情况相同的图象。

尽管如此，在下面将要详细描述的映象保存功能单元112D的情况下，对被请求访问的实际访问结果可以被作为一种状态存储在所述历史表中，和可以根据所述状态获得相应的图象数据(即图25A到图25D)。

但是，在这种情况下，与在下面将要详细描述的映象保存功能单元112D的情况不同，只根据被请求的URL执行所述处理。

由于完成了所述更新，提供者的访问管理服务器1110将被更新的映象数据存储在映象表1125中并在步骤S507将所述映象数据和相关的数据提供(传送)给客户机终端151。

通过如此操作，当用户访问一个新地址时或当访问频率发生变化时，他/她的客户机终端151被实时提供反应这些条件的映象数据，客户机终端151在被提供映象数据的基础上执行映象显示。

在步骤S506执行的映象更新处理与在第一实施例中的更新处理相同，这里不在进行解释。

图28示出了一个映象保存处理的流程。

这个处理是在前面解释过的预定定时处执行的，不必考虑用户对网络160上源的访问。

在为每个用户设定的定时处，映象保存功能单元单独地访问(观察)在过去已经被所述用户访问过的地址(该地址基本上是WWW页的URL和排他性的e-mail地址)和根据观察的结果自动更新用户的映象数据。

用于使映象保存功能单元确定为用户所设定的定时是否已经通过的时间间隔也可以是任意的。

通过如此操作，当用户在下一个时间执行映象显示时，以反应最新用户对所述地址进行访问的条件的状态显示与他/她过去访问过的地址相对应的图象。

在图28所示处理的第一步骤S601中，从客户机用户信息表1121中陆续取出与给定用户相关的任一记录。

在下一个步骤S602，确定与所述用户相关的记录是否实际上被取出。当确定没有记录被取出(步骤S602中的“否”)时，处理流程结束。

当它确定取出了与所述用户相关的记录(步骤S602中的“是”)时，处理流程前进到步骤S603。在步骤S603，它确定在所述记录中从“在前观察的日期和时间”开始经过“观察间隔”之后的日期和时间是与当前日期和时间相同还是早于当前日期和时间。

当它确定从在前观察日期和时间开始经过所述观察间隔之后的日期和时间早于当前日期和时间(在步骤S603中的“是”)时，简言之，即在“在前观察日期和时间+观察时间间隔≤当前日期和时间”的情况下，处理流程前进到步骤S607。在步骤S607，与所述记录相关的用户在过去已经访问过的多个URL中的一个被从历史表1122中取出。

在下一个步骤S608，它确定所述的一个URL是否被实际取出。

当它确定所述的一个URL已经被取出(步骤S608中的“是”)时，处理流程前进到步骤S609。在这里，它确定在一系列处理器件所述的URL是否已经被访问。

当它确定所述URL还没有被访问(步骤S609中的“否”)时，访问所述的URL，并在步骤S610存储对所述URL访问的状态(访问结果)。

当它确定所述URL已经被访问(步骤S609中的“是”)时，在步骤S611从在前访问记录中取出所述状态。

在用户过去已经访问相同地址的情况下，上述步骤可以避免在一次处理中重复观察相同的地址。

在完成步骤S610和S611的情况下，处理流程前进到步骤S612，在这里，从目标图象表1124中取出根据URL的类型、子类型和状态的目标图象。

与所述URL对应的目标图象(GIF文件、动画GIF等)被根据访问结果如此取出的目标图象所代替但是，目标图象的代替可能是无效的，可以采用一种方法，在这种方法中，指出访问结果的标记图象(例如广告气球符号板、标题等)被置于现存目标图象上或其附近。

这个方法需要一个新的表，用于存储指出不同访问结果的标记。但是，所述目标图象表不需要根据状态(访问结果)和类型和子类型的组合存储目标图象。这允许减小目标图象表的容量。

所述状态(访问结果)不局限于连接状态，并且可以包括诸如主页内容更新的状态以及在包括诸如合同销售存在等信息在内的它们主题的变化可以在所述主页中得到。

此外，根据是否接收到所述e-mail公开认证，与所述e-mail地址对应的图象可以被改变成另一个图象，所述图象的颜色可以改变，或一个标记的图象可以被附加到现存的图象上，如前所述。

通过例如下述可以了解主页的更新数据：

1-1.从所述主页上的链接信息获得所述更新数据；

1-2.从与所述主页的索引页对应的结构文件数据中获得所述文件更新数据；

1-3.在诸如格式的基础上从包含在结构文件数据的显示内容中获得数据信息；和

1-4.从包含在结构文件数据中的非显示目标中获得以预定规则描述的数据信息(如果在特方面实现标准化)。

确定在所述主页上能否得到合同、销售和存在例如是通过：

2-1.借助于搜索引擎规定在规定条件下使用例如“合同的”字符串的主页；

2-2.经过手工操作在提供者的部分上发现这个主页并标记所述主页(在这种情况下，涉及所述主页的信息最好被存储在黄页表中)。

下面，在步骤S613，由URL和用于所述URL所取出的图象数据形成的一组被存储在与前述记录对应的与用户相关联的一更新映象数据的存储器中。然后，在步骤S614取出在过去曾经被所述用户访问过的下一个URL，所述处理流程返回到步骤S608。

当在步骤S603的确定结果是“否”或当在步骤S608的确定结果是“否”时，处理流程前进到步骤S604。

在步骤S604，当被更新的映象数据存储器中存储了数据时，在该存储数据的基础上更新与所述用户相关的映象数据。

所述映象数据被与和前面描述相同的方式进行更新。

但是，在这一点处，选择一个变化的图象作为被取出的图象数据。

在步骤S605，被更新映象数据的存储器被清除以便为执行与下一个用户链接中的上述步骤作准备。、

在步骤S606，从客户机用户信息表1121中取出与所述下一个用户相关的记录，并且所述流程返回到步骤S602。

当在步骤S603的确定结果是“否”时，只执行后续步骤S606和所述流程返回到步骤S602。

图28所示的流程和上面解释的流程仅仅是为了便于理解本发明第二实施例的例子，该第二实施例并不局限于这些。

此外，通过上述处理，也可以对用于对单个URL进行访问的状态和条件进行管理，和可以实现除了上述根据访问频率的图象分类以外的另一种方法，在该方法中，与所述URL对应的图象是根据状态进行分类的。

另外，在前述的处理中，诸如下述的各种修改都是可能的：

3-1.以所有用户共有的预定等时间间隔获得一个访问，而不必为每个用户设定观察时间；

3-2.只对具有高访问频率的地址获得所述访问结果；

3-3.设置状态确定标准(例如，如果某个URL被连续访问5次和所述线每次都处于忙碌状态那么，所述URL的状态被确定为“忙碌”)，从而考虑暂时出现状态“忙碌”和“未发现”的可能性。

图29示出了在客户机终端151上显示的所述映象的一个例子。

图29用于解释所述布局是“根据地址类型分类”和文件类型是VRML的情况。

换言之，图29用于解释在用户过去已经访问一定数量的地址和所述映象管理功能单元112D执行图28所示处理至少一次情况下所显示的映象。

在图29中示出的显示映象1200具有4个主要部分1210、1220、1230和1240和在这些部分之间的路径1250、主页1260和化身1270。

被设置成用于与主页搜索相关的地址中的一个的部分1210显示对应于搜索地址1的目标图象1211和对应于搜索地址2的目标图象1212。

这些目标图象在VRML情况下被体视或三维表示，它们的出现根据所述化身1270的观察点而逼真地改变。

被设置用于e-mail地址中一个的部分1220显示与所述e-mail地址A1对应的目标图象1221和与所述e-mail地址A2对应的目标图象1222。

与搜索地址1对应的目标图象1211由一个“忙碌”图象表示，在所述忙碌图象中，大量的人站在一个建筑物的前面。目标图象1211表示由于所述线处于忙碌状态，所以，映象保存功能单元112D不能被进行访问。

与所述搜索地址2对应的目标图象1212被使用一个图象表示，在该图象中，符号板“closed”被置于所述建筑物上，和表示试图获得所述访问(一次或多次)但没有发现相应页的映象保存功能单元112D。

已经被设定为用于与所述购物相关的地址中的一个的部分1230显示表示某个购物页的目标图象1231。

部分1240是空白的且显示无目标图象。

目标图象1231对应于一个与购买汽车相关的页，并被表示为类似于图25B所示的图象。它示出了映象保存功能单元112D已经确定在在前访问日期之后所述页已经被更新。

如上所述，在目标图象表1124中，不同目标图象中的一个被指定给所述地址类型(一般组)和子类型(特殊组)组合中的每一个。但是，为便于解释起见，这里假设不同的目标图象被指定给所述地址类型(一般组)和状态的组合中每一个中的一个并如图29所示被显示。

但是，表示所述主页1260的目标图象是固定的。

第三实施例

下面结合附图描述本发明的第三实施例。

如在第二实施例的情况相同，在整个附图中类似的标号或符号表示类似的部件。

由类似的标号表示的部件与第一实施例和第二实施例的这些部件相同，因此，这里不再对其进行解释。

图30示出了根据本发明第二实施例网络访问管理系统2100的系统框图。

网络访问管理系统2100包括网络服务提供者的访问管理服务器110和客户机数据库2120。

提供者的访问管理服务器110具有一个访问控制功能单元111、一个布局结构功能单元112和一个请求处理功能单元113。

当需要时，提供者的访问管理服务器110被连接给提供者的e-mail服务器130和提供者的WWW服务器140。

如图31所示，客户机数据库2120包括客户机用户信息表2121、历史表122、黄页表123、目标图象表124和映象表125。

图32用于解释在本发明第三实施例中使用的客户机数据库2120中的客户机用户信息表2121的文件格式。在该图中，客户机用户信息表1121具列“客户机用户ID信息”、“客户机用户姓名”、“口令”、“布局类型”和“终端规格”。

“客户机用户ID信息”、“客户机用户姓名”、“口令”和“布局类型”的格式与第一和第二实施例相同。

列“terminal spec”包括“CPU”、“存储器”、“线”、“显示颜色”和“显示尺寸”。

列“CPU”规定在用户所使用的客户机终端151和152中使用的CPU的性能。在这个例子中，它们的微机和时钟速度具有标准性能。

在图32中，“P-133”表示工作频率为1.33MHz的奔腾微处理器，而“P-150”则表示工作频率为150MHz的奔腾微处理器。

列“存储器”规定客户机终端151和152存储器的容量。

列“线”规定用于将所述客户机终端连接到提供者的访问管理服务器110的通信线的数据速率。所述数据速率是由通信线和诸如调制解调器的通信单元的类型确定的。

在这个例子中，所述数据速率是33.6Kbps(每秒千位)和64Kpbs。列“显示颜色”规定在连接到所述客户机终端151和152上的显示装置上能够显示多少种不同的颜色。不同颜色的数量取决于显示装置、图形输入板及用户的设置等。

在图32中，解释了16位(65、335种颜色)和256种颜色。

列“显示尺寸”规定在连接到用户客户机终端上的显示装置上能够显示多少个点(象素)。所述点的数量也取决于所述显示装置、图形输入板以及用户的设置等。

在图32中，作为例子解释了显示尺寸为800×600(600线中每一个上800点)和显示尺寸1024×768(748线中每一个上1024点)。显示的点数越大，分辨率越高。

包含在列“终端规格”中的上述项最好由个别用户登记。但是，它们可以由所述提供者或其它任何个人/团体登记。

此外，上述各项仅仅是作为例子，在所述列“终端规格”中可以设置表示与能够被用户使用的所有各种装置相关的性能索引的任一其它项。

在第三实施例中，每个用户只能经过他/或她自己的预定客户机终端对提供者的访问管理服务器110进行访问。但是，根据基本机构，当所述电子装置是具有WWW浏览器和其中安装了邮件程序的通信仪器的情况下，每个用户还可以经过任一电子装置对提供者的访问管理服务器110进行访问，并且，例如每个用户可以具有多个这种电子装置。

在这种情况下，在所述客户机用户信息表2121中，可以和一片客户机用户ID信息相关地登记多种布局类型和终端规格。

当在上述情况下向提供者的访问管理服务器110传送连接请求时，用户最好将他们各自客户机终端的ID(制造者的姓名和制造号)传送给提供者的访问管理服务器110，以便使提供者的访问管理服务器110能够根据所述客户机终端的ID鉴定所述终端规格。

下面将结合附图33和34的流程详细描述由所述提供者的访问管理服务器110执行的处理。

图33用于详细解释根据第三实施例与第一实施例处理(图11所示)相同的处理步骤S206。

首先，在步骤S701，提供者的访问管理服务器110确定所述客户机用户信息表2121规定了甚麽样的布局。

这里，解释三种布局的处理，即“根据访问频率分类”、“根据地址类型分类”和“根据访问频率改变目标图象显示”。

如果需要，可以使用其它标准建立所述布局类型。

在布局类型是“根据访问频率分类”的情况下，控制处理的流程经过左侧分支，所以，提供者的访问管理服务器110执行步骤S702。

在步骤S702，提供者的访问管理服务器110将显示区域划分为预定的部分(P1到Pi)。

所述显示区域是一个在所述客户机终端151上最终显示的区域。

当从在结构文件数据的基础上建立将被显示内容的方面考虑步骤S702时，步骤S702是以每种描述语言数据建立状态从而根据所述状态显示前述部分(P1到Pi)的过程。

然后，提供者的访问管理服务器110前进到步骤S703，在这里，提供者的访问管理服务器110将过去已经被所述用户访问过的地址分类成与“i”相同数量的组。

例如，假设过去已经被所述用户访问过的地址A1到A6的访问频率分别是1、2、3、4、5和6。

在上述情况下，最高的访问频率6被除以4(结果为1.5)。其访问频率为1.5或更少的地址被分组为P1，其访问频高于1.5但不高于3.0的地址被分组为P2，其访问频率高于3.0但不高于4.5的地址被分组为P3和其访问频率高于4.5但不高于6.0的地址被分组为P4。

然后，具有访问频率1的一个地址属于部分P1，具有访问频率2和3的两个地址属于部分P2，具有访问频率4的一个地址属于部分P3和具有访问频率5和6的两个地址属于部分P4。

勿须说，“根据访问频率分类”并不局限于上述线性分类，可以采用其它各种分类。

在下一个步骤S704中，提供者的访问管理服务器110在存储在客户机用户信息表2121中的列“终端规格”中各项的基础上根据客户机终端151的规格确定显示格式。

所述显示格式是例如VRML格式、HTML1格式、HTML2格式和HTML3格式，这些格式将在后面予以解释。

如在这个例子的情况下，提供者的访问管理服务器110不需要在每次映象数据更新时确定显示格式，并能够以预定的时间定时确定显示格式和将确定的结果存储到客户机用户信息表2121等之中。

在步骤S705中，提供者的访问管理服务器110根据在步骤S704确定的显示格式将在步骤S703中分类的地址指定给它们的相应部分。

当在所构成的文件数据的基础上，从建立将被显示内容的方面考虑步骤S704时，步骤S704是根据以每种语言建立的状态指定与被以部分(P1、到Pi)分组的地址对应的目标图象以便在所述部分中安排和显示所述目标图象的过程。

所述目标图象是从目标图象表124中获得的，并被用在例如在HTML基础上执行显示的情况下。

在VRML基础上执行显示的情况下，用于规定所述显示图象的体视或三维表示的坐标数据等(未示出)是从目标图象表124中获得的，并且，根据VRML的指定是在所获得数据的基础上执行的。

通过执行步骤S702到S705，可以建立作为其中已经根据访问频率对所述目标图象分类的映象的映象数据。

这个映象数据是以HTML或VRML描述的数据。该映象数据被传送给客户机终端151并由所述WWW浏览器或VRML观察器进行分析，此后，在客户机终端151上显示与所述书签和地址簿的构成相关的映象。

当提供者的访问管理服务器110在步骤S701中确定所述布局是“根据地址类型分类”时，它前进到所述中央分支以执行步骤S706。

在步骤S706，提供者的访问管理服务器110将显示区域分成预定部分(P1到Pi)，这些与在步骤S702情况相同。

在下一个步骤S707，提供者的访问管理服务器110根据所述类型和子类型将过去已经被用户访问过的地址分成组。

如上所述，所述地址的类型和子类型可以从黄页表123中获得。如此获得的类型和子类型被分配给部分P1和Pj。

部分的数量和将所述类型和子类型分配给所述部分的方法是任意的。例如，只有类型中的一个可以被分配给所述部分中每一个或所述类型和子类型的组合中的一个可以被分配给所述部分中每一个。

在下一个步骤S708，提供者的访问管理服务器在存储在客户机用户信息表2121中列“终端规格”中各项的基础上根据客户机终端151或152的终端规格确定所述显示格式。

在下一个步骤S709，提供者的访问管理服务器110根据在步骤S708确定的显示格式将在步骤S707分类的地址指定给它们相应的部分。

当从在所结构的文件数据的基础上建立将被显示内容的方面考虑步骤S709时，步骤S709是根据以每种描述语言建立的状态指定与按部分(P1到Pj)分组的地址对应的目标图象的布局从而在所述部分中安排和显示所述目标图象的过程。

所述目标图象是从目标图象表124中获得的，并被用在例如以HTML为基础执行显示的情况下。

在以VRML为基础执行显示的情况下，用于规定显示图象的体视或三维表示的坐标数据等(未示出)是从目标图象表124中获得的，并且，根据VRML的指定是在所获得数据的基础上执行的。

通过步骤S706到S709的处理，可以建立作为其中所述目标图象已经被按照地址类型分类的一个映象的映象数据。

如上所述，所述映数据是以HTML或VRML写成的数据。

当提供者的访问管理服务器110在步骤S701中确定所述布局类型是“根据访问频率改变目标图象显示”时，它前进到右侧分支以执行步骤S710。

在步骤S710，提供者的访问管理服务器110将过去已经被所述用户寻址的地址分成预定数量k的组。

在下一个步骤S711，提供者的访问管理服务器110在存储在客户机用户信息表2121的列“终端规格”中各项的基础上根据客户机终端151的终端规格确定所述显示格式。

在下一个步骤S712，根据在步骤S708确定的显示格式，提供者的访问管理服务器110通过与所述地址已经被分入的组的数量(k)相同数量的级改变在与所述地址对应的目标图象中出现的尺寸、颜色、取向和其它特性。提供者的访问管理服务器110不仅可以通过(数量k)的多个级、而且可以通过与所述访问频率成比例改变所述目标图象显示。

下面将解释一个例子，在这个例子中，对一个地址的访问频率越高，相应的目标图象越大，所显示的目标图象距离所述用户就越近(所述目标图象被显示在所述显示区域的较下位置)。

当从在所结构的文件数据的基础上建立将被显示内容方面考虑步骤S712时，步骤S712是在每种描述语言的基础上和数量K的基础上指定所述目标图像布局的过程。

所述目标图象是从目标图象表124中获得的，并且被用在例如以HTML为基础执行显示的情况中。

在以VRML为基础执行显示的情况下，用于规定显示图象体视或三维表示的坐标数据等(未示出)是从目标图象表124中获得的，根据VRML的指定是在所获得数据的基础上执行的。

通过步骤S710到S712的处理，可以建立做为其中目标图象的尺寸已经被根据访问频率改变的映象的映象数据。

如上所述，这个映象数据是利用HTML或VRML写成的数据。

图34用于详细解释在图33中的显示格式确定步骤S704、S708和S711。

彼此相同的步骤S704、S708和S711是通过子程序调用等在调用图33所示处理的基础上执行的。在图33所示前述确定步骤的每一个中，下述格式之一被确定为映象格式：

(1)VRML格式

使用VRML，所述映象被提供给客户机终端151。

在VRML情况下，将被传输给客户机终端151的数据量和所需要的存储器资源很大，并需要很高的处理能力，以便响应用户的指令实时显示所述虚拟空间。

此外，所述显示装置需要大量的显示点和大量的显示颜色。

(2)HTML1格式(映象+目标图象)

根据HTML1格式，使用HTML表示目标图象中过去已经被所述用户访问过的地址。

将被传输给客户机终端151的数据量和所需要的存储器资源不象在VRML情况下那样大。但是，由于目标图象与在HTML1格式情况相关，所以需要大范围、处理能力高的存储器资源。

(3)HTML2格式(映象+正文)

这个格式使用诸如页题目的正文样式数据取代在前述段落(2)中解释的HTML1格式中使用的目标图象。

由于在HTML2格式情况下没有涉及目标图象，因此，不需要大存储器资源和高级处理能力。

(4)HTML3格式(仅仅正文)

利用在上述段落(1)到(3)中解释的格式实现的地址的类似映象的安排在HTML3格式中没有被采用。所采用的是包含例如以表的形式分级安排的页题目的正文的多个信息段。

由于HTML3格式是以正文为基础的，所以客户机终端151上的负载很轻，因此，即使是使用其规格相对较老的显示装置也能够实现HTML3格式。

在这个例子中，采用诸如HTML和VRML的语言。但是，在能够实现以WWW页为锚点的功能的情况下，也可以使用其它的语言和方法。

首先在步骤S801，提供者的访问管理服务器110获得与所述用户的客户机终端151相关的存储在列“终端规格”中的值。

在下一个步骤S802，提供者的访问管理服务器110确定从列“终端规格”中获得的显示尺寸是否大于一个预定值。

当所述显示尺寸不大于所述预定值(步骤S802中的“否”)时，提供者的访问管理服务器110在步骤S808选择HTML3作为显示格式。

当显示尺寸大于所述预定值(步骤S802中的“是”)时，提供者的访问管理服务器110在步骤S803进一步确定在所述列“显示颜色”中规定的颜色数量是否大于一个预定值。

当所述颜色数量不大于该预定值(步骤S803中的“否”)时，提供者的访问管理服务器110在步骤S807选择HTML2作为显示格式。

当所述颜色的数量大于所述预定值(步骤S803中的“是”)时，提供者的访问管理服务器110在步骤8804进一步确定处理能力的程度。

当提供者的访问管理服务器110确定所述处理能力的程度很高时，它在步骤S805选择VRML作为显示格式。

当提供者的访问管理服务器110确定所述处理能力的程度是中等时，它在步骤S806选择HTML1作为显示格式。

当提供者的访问管理服务器110确定处理能力的程度较低时，它在步骤S807选择HTML2作为显示格式。

前述处理能力是根据例如存储在列“终端规格中”与所述客户机终端151相关的“CPU”、“存储器”、“线”等各项评估的值。可以得到用于评估的各种形式。图34所示确定处理的流程仅是一个例子，也可以得到大量的变化。

利用上述的方式，提供者的访问管理服务器110根据图34所示的流程自动确定将被传送给客户机终端151的显示格式。但是，提供者的访问管理服务器110可以被设置成向客户机终端151提供一个特殊的固定显示格式而不必执行所述的自动确定。

这是由于某些用户可能希望使他们自己的客户机终端使用特殊的重加载显示格式，即使是在所述显示格式的使用导致在客户机终端上设置的负载很重的情况下也是如此，同时，某些用户可能希望使他们的客户机终端使用轻加载显示格式，即使是在所述客户机终端能够满足大存储器容量的情况下也是如此。

在上述的情况下，用于指定诸如VRML、HTML1、HTML2、HTML3等显示格式的区域可以被加到客户机用户信息表2121中，并且可以采用向用户表示所述格式是在所述区域中规定的格式还是被自动确定的一个标记。

图13、14、16、17、35和36示出了在客户机终端151上显示的所述映象的例子。

图13用于解释当在客户机用户信息表2121中示出的布局类型是“根据地址类型分类”和当在存储在客户机用户信息表2121的列“终端规格”中各项的基础上确定的显示格式是VRML时显示的所述映象。所述映象的内容与第一实施例的情况相同。

图14用于解释当在客户机用户信息表2121的布局类型是“根据访问频率分类”和当在存储在客户机用户信息表2121的列“终端格式”中各项基础上确定的显示格式是VRML时显示的所述映象。所述映象的内容与第一实施例的情况相同。

图16用于解释当客户机用户信息表2121中表示的布局类型是“根据访问频率改变目标图象显示”和当存储在客户机用户信息表2121的类“终端规格”中各项的基础上确定的显示格式是VRML时显示的所述映象。所述映象的内容与第一实施例的情况相同。

图35用于解释当在客户机用户信息表2121中表示的布局类型是“根据地址类型分类”和当在存储在客户机用户信息表2121的列“终端规格”中各项的基础上确定的显示格式是HTML1时显示的所述映象。

在图35中所显示的映象1600具有4个主要部分1610、1620、1630和1640，以及在这些部分之间的路径1650和表示用户地址的主页1660。

作为与购物相关的多个地址中的一个而建立的部分1610显示表示某个购物页的目标图象1600。

作为与e-mail地址相关的一个而建立的部分1620显示与所述e-mail地址A1对应的目标图象1621。

部分1630是空白的且显示无目标图象。

被指定为用于搜索地址的一个部分1640显示对应于搜索地址1的目标图象。

映象1600是以HTML为基础的，在部分1610、1620和1640中显示的目标图象利用可敲击的映象规定。

以HTML为基础的映象1600是一个两维表示，其中，不存在类似于图13、14和16中所表示的那些化身，和观察图象的出发点是固定的。在图13、14和16中，通过使所述化身到达与所述地址对应的目标图象来选择一个地址。但是，在图35中，是通过利用目的指点器等在与所述地址对应的目标图象上敲击来选择一个地址的。

图36用于解释当在客户机用户信息表2121中示出的布局是“根据地址类型分类”和当存储在客户机用户信息表2121的列“终端规格”中各项的基础上确定的显示格式是HTML2时显示的所述映象。图36所示的显示映象1700是以正文为基础的映象，其中，HTML目标图象是以正文的形式显示的。

图36所示的映象1700具有4个主要部分1710、1720、1730和1740以及在这些部分之间的路径1750和表示用户地址的主页1760。

已经被建立用于与购物相关的地址的部分1710显示与某个购物页链接的正文“购物”1711。

已经被建立用于e-mail地址的部分1720显示对应于e-mail地址A1的正文“e-mail地址A1”1721。

部分1730是空白的且显示无正文。

已经被指定用于搜索地址的部分1740显示与搜索地址1对应的正文“搜索地址1”。

所述映象1700是以HTML为基础的，并且在部分1710、1720和1740中显示的正文具有基本的HTML链接。通过利用目的指点器或类似装置在所述正文上进行敲击，用户可以访问相应的地址。

图18用于解释当在客户机用户信息表2121中示出的布局类型是“根据地址类型分类”时和当在存储在客户机用户信息表2121的列“终端规格”中的各项的基础上确定的显示格式是HTML3时显示的映象。所述映象的内容与第一实施例的相同。

考虑到当所述客户机终端的处理能力、分辨率等不能另人满意时能够迅速执行屏幕显示，所以，其中多个正文以列表形式显示的图18所示的实施例是很优越的。

在本发明的映象(映象信息)中显示的符号的数量(每个符号对应于一个地址)可以根据由所述用户使用的客户机终端的处理能力和所述显示装置的性能被设置成最佳值。

为了减少映象数据的总量，可以根据用户所使用的计算机和显示装置的性能对前述符号进行设计以使得它少于诸如图9A和9B所示的目标图象。

用于控制传统计算机以使其作为网络访问管理系统工作的程序和数据可以被存储在诸如FD、M0和ROM的记录介质中并且所述记录介质可以被分配。在这种情况下，所述程序可以被安装在多个计算机中以形成系统100。另外，所述程序和数据可以被嵌入载波中并可以经过一个网络传输给计算机。

Claims

1.一种网络访问管理系统，它连接至少一个客户机终端和一个具有信息资源的网络且它在所述至少一个客户机终端和所述网络之间执行信息传输，所述系统包括：

第二存储装置，用于存储在过去传送给所述至少一个客户机终端的显示数据；和

改变装置，用于将存储在所述第二存储装置中的显示数据改变成由所述建立装置建立的显示数据。

2.一种网络访问管理系统，它连接至少一个客户机终端和一个具有信息资源的网络且它在所述至少一个客户机终端和所述网络之间执行信息传输，所述系统包括：

3.一种网络访问管理系统，它连接至少一个客户机终端和一个具有信息资源的网络且它在所述至少一个客户机终端和所述网络之间执行信息传输，所述系统包括：

4.根据权利要求3所述的网络访问管理系统，还包括：

第二存储装置，用于彼此相关联地存储所述状态和三维图象，它们是所述状态的内容的表征；和

读出装置，用于在由所述确定装置确定的状态的基础上读出存储在所述第二存储装置中的图象，并用于将读出的图象粘贴到所述显示数据上。

5.一种网络访问管理系统，它连接至少一个客户机终端和一个具有信息资源的网络且它在所述至少一个客户机终端和所述网络之间执行信息传输，所述系统包括：

6.根据权利要求5所述的网络访问管理系统，还包括：

读出装置，用于在由所述确定装置确定的状态的基础上读出存储在所述第二存储装置中的图象，并用于将所读出的图象粘贴到所述显示数据上。

7.一种网络访问管理系统，它连接至少一个客户机终端和一个具有信息资源的网络且它在所述至少一个客户机终端和所述网络之间执行信息传输，所述系统包括：

8.一种用于处理在至少一个客户机终端和一个具有信息资源的网络之间信息传输的网络访问管理方法，包括：

分析步骤，用于分析被存储地址的属性；

9.一种用于处理在至少一个客户机终端和一个具有信息资源的网络之间信息传输的网络访问管理方法，包括：

分析步骤，用于分析被存储地址的属性；

10.一种用于处理在至少一个客户机终端和一个具有信息资源的网络之间信息传输的网络访问管理方法，包括：

分析步骤，用于分析被存储地址的属性；

访问步骤，用于周期性地对所存储的地址进行访问；

11.一种用于处理在至少一个客户机终端和一个具有信息资源的网络之间信息传输的网络访问管理方法，包括：

分析步骤，用于分析被存储地址的属性；

访问步骤，用于周期性地对所存储的地址进行访问；