CN101335767B

CN101335767B - 服务器系统、控制其操作的方法

Info

Publication number: CN101335767B
Application number: CN200810126141.2A
Authority: CN
Inventors: 浅井有人
Original assignee: Fujifilm Corp
Current assignee: Fujifilm Corp
Priority date: 2007-06-27
Filing date: 2008-06-27
Publication date: 2013-03-06
Anticipated expiration: 2028-06-27
Also published as: US20090006580A1; JP2009009309A; JP4856591B2; US8166134B2; CN101335767A

Abstract

布置了一种服务器系统、一种控制该服务器系统的操作的方法和一种用于该服务器系统的控制程序，以便即使在点击了浏览器上的″后退″按钮的情况下，也能够确定对所返回到的网页的访问历史。由于响应于从一页到另一页的热文字的点击而发生的从一个网页到另一个网页的过渡的缘故，会将目的地网页的URL发送到服务器。结果，该服务器能够了解到源网页的URL和访问目的地的URL。在通过按下浏览器上的″后退″按钮而从所述另一个网页返回到所述一个网页的情况下，不会将URL发送到服务器。因此，生成对调了源URL和访问目的地URL的URL组合并且将其存储在访问历史表中。这样，即使通过按下″后退″按钮还原出了前一网页，服务器也能够洞悉访问的历史。

Description

服务器系统、控制其操作的方法

技术领域

本发明涉及一种服务器系统、一种控制这种服务器系统的操作

的方法和一种用于控制该系统的程序。

背景技术

存在着这样一些情况：对网络服务器的访问日志进行分析，以便提升网页的访问数量。当将代表所要访问的网页的URL的数据发送到网络服务器并且访问该网页时，会保存该访问的记录，作为访问日志。

不过，在通过点击按钮(比如浏览器的″后退″按钮)访问正在访问的网页前面的网页的情况下，会有这样的情形：读取出存储在客户终端装置的高速缓冲存储器中的网页数据并且显示该网页数据，而不向网络服务器发送表示所要访问网页的URL的数据。结果，即使在客户终端装置上显示了先前网页，可能也不会在访问日志中保存例如通过点击″后退″按钮而显示的网页的访问记录。

此外，在移动电话的情况下，可以运用的URL的长度是有限的。出于这一原因，提出了一种尽管存在这一限制也能够使网页得到访问的技术(见日本专利申请公开第2003-141002号的说明书)。

不过，即使采用了这一技术，通过点击″后退″按钮显示的网页的访问历史记录也不会保存在访问日志中。

发明内容

由此，本发明的目的是进行安排以使得例如通过″后退″按钮还原的网页的访问历史保存在访问日志中。

按照本发明，前述目的是通过提供这样一种服务器系统来达成的，该服务器系统用于接收从客户终端装置发来的针对由URL指定的网页的请求数据，并且将由所接收的请求数据请求的网页的数据发送给客户终端装置，该系统包括：访问历史存储装置，用于将由响应于请求而被发送到客户终端装置的网页数据代表的网页的URL作为访问目的地URL存储在访问历史表中，并且将发出请求数据时客户终端装置的显示单元上显示的网页的URL作为链接源URL存储在该访问历史表中，这些URL是按照做出请求的顺序存储在该表中的；确定装置，用于确定基于当前请求的链接源URL与基于紧接在前的请求的访问目的地URL之间是否匹配；和历史修正装置，能够对响应于由所述确定装置做出的这些URL之间不匹配的确定结果而执行以下处理：按照紧接在前的请求及之前的那些请求的倒时间顺序，对由紧接在前的请求存储在访问历史表中的链接源URL和访问目的地URL进行对调，以及对由紧接在前的请求之前的请求存储在访问历史表中的链接源URL和访问目的地URL进行对调，将对调后的URL组合插入到访问历史表中作为当前请求与紧接在前的请求之间的请求，重复执行对调处理，直到所插入的请求的访问目的地URL与当前请求的链接源URL相匹配。

本发明还提供了一种适合于上述服务器系统的操作控制方法。具体来说，本发明提供了一种控制服务器系统的操作的方法，该服务器系统用于接收从客户终端装置发来的针对由URL指定的网页的请求数据，并且将由所接收的请求数据请求的网页的数据发送给客户终端装置，该方法包括：访问历史存储装置将由响应于请求而被发送到客户终端装置的网页数据代表的网页的URL作为访问目的地URL存储在访问历史表中并且将发出请求数据时客户终端装置的显示单元上显示的网页的URL作为链接源URL存储在该访问历史表中的步骤，这些URL是按照做出请求的顺序存储在该表中的；确定装置确定基于当前请求的链接源URL与基于紧接在前的请求的访问目的地URL之间是否匹配的步骤；和历史修正装置响应于由所述确定装置做出的这些URL之间不匹配的确定结果执行以下处理的步骤：按照紧接在前的请求及之前的那些请求的倒时间顺序，对由紧接在前的请求存储在访问历史表中的链接源URL和访问目的地URL进行对调，以及对由紧接在前的请求之前的请求存储在访问历史表中的链接源URL和访问目的地URL进行对调，将对调后的URL组合插入到访问历史表中作为当前请求与紧接在前的请求之间的请求，重复执行对调处理，直到所插入的请求的访问目的地URL与当前请求的链接源URL相匹配。

本发明还提供了一种用于控制上述服务器系统的程序。此外，也可以这样安排：提供存储着这一程序的记录介质。

按照本发明，将由响应于来自客户终端装置的请求而被发送到客户终端装置的网页数据所代表的网页的URL存储在访问历史表中作为客户终端装置访问过的访问目的地URL，并且将做出请求时客户终端装置的显示单元上正在显示的网页的URL存储在访问历史表中作为链接源URL，这些URL是按照做出请求的顺序存储在该表中的。判断基于当前请求的链接源URL与基于紧接在前的请求的访问目的地URL之间是否匹配。如果URL匹配，则从紧接在前的访问目的地URL的网页到当前访问目的地URL的网页的访问历史会保存在访问历史表中。如果URL不匹配，则从紧接在前的访问目的地URL的网页到当前访问目的地URL的网页的访问历史不会保存在访问历史表中。因此，历史修正装置执行以下处理：按照紧接在前的请求及之前的那些请求的倒时间顺序，对由紧接在前的请求存储在访问历史表中的链接源URL和访问目的地URL进行对调，以及对由紧接在前的请求之前的请求存储在访问历史表中的链接源URL和访问目的地URL进行对调，将对调后的URL组合插入到访问历史表中作为当前请求与紧接在前的请求之间的请求。重复执行对调处理，直到所插入的请求的访问目的地URL与当前请求的链接源URL相匹配。这样，即便在客户终端装置通过使用浏览器等上的″后退″按钮得以返回到紧接在前的网页并且不向服务器系统发送代表所访问的网页的URL的数据的情况下，访问历史也会存储到访问历史表中。

在没有为客户终端装置分配唯一IP(网际协议)地址的情况下，就象移动电话的情况，最好将按照本发明的服务器系统应用到具有下述构造的代理服务器。具体来说，作为具有客户终端装置、代理服务器和网络服务器的通信系统的一个构成部分的代理服务器包括：确定装置，用于确定从客户终端装置请求的网页的URL是否不是在代理服务器中转换过的URL；身份识别数据生成装置，用于响应于由确定装置做出的所请求的网页的URL没有在代理服务器中进行过转换的确定结果，生成客户终端装置的身份识别数据；第一请求装置，用于响应于由确定装置做出的所请求的网页的URL没有在代理服务器中进行过转换的确定结果，将来自客户终端装置的针对网页的请求发送到网络服务器；URL反转换装置，用于响应于由确定装置做出的所请求的网页的URL已经在代理服务器中进行过转换的确定结果，将经过转换的URL还原成转换之前在用的URL；第二请求装置，用于向网络服务器发送针对由URL反转换装置还原了的URL所指定的网页的请求；链接目的地URL转换装置，用于对表示网页的链接目的地的链接目的地URL进行转换，该链接目的地URL包含在由从网络服务器响应于来自第一请求装置或第二请求装置的请求发出的网页数据所代表的网页内；第二网页数据发送装置，用于将代表包含经过链接目的地转换装置转换的链接目的地URL的网页的网页数据发送到客户终端装置；和存储控制装置，用于以这样一种方式控制存储装置：使得由身份识别数据生成装置生成的身份识别数据与由链接目的地转换装置转换之前的URL彼此相对应地存储。

附图说明

从结合附图给出的下述介绍中，将会明显看出本发明的其它特征和优点，在所有附图中，相同的附图标记指代相同或类似的部件。

图1图解说明通信系统的总体构造；

图2和3图解说明嵌入有链接目的地URL的网页的例子；

图4和5图解说明嵌入有经过转换的链接目的地URL的网页的例子；

图6图解说明访问历史表的例子；

图7是图解说明由客户终端装置执行的处理的流程图；

图8是图解说明由代理服务器执行的处理的流程图；

图9是图解说明由网络服务器执行的处理的流程图；

图10图解说明网页显示的过渡；

图11A到14A图解说明网页显示的过渡，图11B到14B图解说明访问历史表；

图15图解说明访问历史表；和

图16是图解说明修正访问历史表的处理的流程图。

具体实施方式

将会参照附图详细介绍本发明的优选实施方式。

图1是图解说明按照本发明的一种实施方式的通信系统的总体构成的框图。

按照这种实施方式的通信系统包括由移动电话(不过不言自明，该装置并不局限于移动电话)代表的客户终端装置1、代理服务器10和网络服务器20。

在客户终端装置1中安装有用于控制操作的客户程序2，稍后将介绍该客户程序2。客户终端装置1包括CPU、用于显示网页的显示单元、用于与代理服务器10进行通信的通信单元、用于施加各种不同命令的键盘和存储器等，不过并没有图示出这些单元。

在代理服务器10中安装有用于控制操作的第一服务器程序11，稍后将介绍该第一服务器程序11。存储在CD-ROM(致密光盘只读存储器)上的第一服务器程序11是由CD-ROM驱动器(未示出)读取并且安装到代理服务器10中的。当然，也可以安排成接收从另一台服务器等发送来的服务器程序11并且将其安装到代理服务器10中。代理服务器10此外还包括用于存储访问历史表(稍后将对其进行介绍)和其它数据的硬盘13。

在网络服务器20中安装有用于控制操作的第二服务器程序21，稍后将介绍该第二服务器程序21。网络服务器20此外还包括硬盘22。在硬盘22上存储有诸如显示在客户终端装置1的显示单元上的网页的数据之类的数据。

代理服务器10和网络服务器20二者还包括CPU、显示单元、通信单元、存储器、硬盘驱动器和键盘等。

当在客户终端装置1的显示单元上显示由存储在网络服务器20中的期望网页数据代表的网页时，客户终端装置1与代理服务器10相连并且代理服务器10与网络服务器20相连。

图2图解说明具有URL″index.html″的网页30的例子。

具有URL″index.html″的网页30包含记为″点击这里″的第一字符串31和记为″点击这里″的第二字符串33。第一字符串31中的字符串″这里″是可点击的并且构成热文字32。热文字32链接到具有URL″pagea.html″的网页。第二字符串33中的字符串″这里″是可点击的并且构成热文字34。热文字34链接到具有URL″pageb.html″的网页。

图3图解说明具有URL″pagea.html″的网页的例子。

具有URL″pagea.html″的网页40包含记为″跳到这一页″的第一字符串41和记为″跳到这一页″的第二字符串43。第一字符串41中的字符串″页″是热文字42。热文字42链接到具有URL″page1.html″的网页。第二字符串43中的字符串″页″是热文字44。热文字44链接到具有URL″page2.html″的网页。

如果在显示图2中所示的具有URL″index.html″的网页30的情况下点击热文字32，则显示具有URL″pagea.html″的网页40，该网页40是热文字32的链接目的地。

在这种实施方式中，如果在客户终端装置1上请求图2中所示的网页30，则在客户终端装置1上显示图4中所示的网页50。

图4图解说明具有URL″index.html″的网页50的例子。

以类似于图2中所示的网页30的方式，网页50包含记为″点击这里″的第一字符串51和记为″点击这里″的第二字符串53。第一字符串51中的字符串″这里″是可点击的并且构成热文字52。热文字52链接到具有URL″xa.html″的网页，这个网页不同于具有URL″pagea.html″的网页(即图2中所示的热文字32的链接目的地)。第二字符串53中的字符串″这里″是可点击的并且构成热文字54。热文字54链接到具有URL″xb.html″的网页，这个网页不同于具有URL″pageb.html″的网页(即图2中所示的热文字34的链接目的地)。

在本发明的这一实施方式中，如图1中所示，如果客户终端装置1请求图2中所示的具有URL″index.html″的网页，则客户终端装置1向代理服务器10发送″GET index.html″这一请求。如果该请求中包含的URL(index.html)没有在代理服务器10中得到转换，则将该请求″GET index.html″从代理服务器10发送到网络服务器20。按照这一请求，网络服务器20将用于显示图2中所示的具有URL″index.html″的网页的网页数据(index.html文件1)发送到代理服务器10。作为热文字的链接目的地的URL是以这样一种方式在代理服务器10中得到转换的：从图2中所示的网页30中获得代表图4中所示网页50的数据。更加具体地讲，将链接目的地从图2中所示的″pagea.html″转换为图4中所示的″xa.html″，以及从图2中所示的″pageb.html″转换为图4中所示的″xb.html″。将其中的链接目的地的URL已经经过转换的网页数据(index.html文件2)从代理服务器10发送到客户终端装置1。

当在客户终端装置1的显示单元上显示图4中所示的网页50时，客户终端装置1的用户点击网页50上正在显示的热文字项中的任何一个。如果用户点击了热文字52，则从客户终端装置1向代理服务器10发送针对″xa.html″的网页的请求″GET xa.html″，″xa.html″是热文字52的链接目的地。

当代理服务器10接收到针对具有URL″xa.html″的网页的请求″GET xa.html″时，由于URL(xa.html)代理服务器10转换而来的，因此将所请求网页的URL(xa.html)恢复到转换之前在采用的原始URL(pagea.html)。从代理服务器10向网络服务器20发送针对具有还原后的原始URL(pagea.html)的网页的请求″GET pagea.html″。

当网络服务器20接收到从代理服务器10发出的针对具有URL″pagea.html″的网页的请求″GET pagea.html″时，网络服务器20通过向代理服务器10发送代表如图3所示的具有URL″pagea.html″的网页的网页数据来对该请求做出响应。

针对URL转换的处理是以这样一种方式在代理服务器10中执行的：从图3中所示的网页40显示图5中所示的网页60。

与图3的方式类似，具有URL″pagea.html″的网页60包含记为″跳到这一页″的第一字符串61和记为″跳到这一页″的第二字符串63。第一字符串61中的字符串″页″是热文字62。热文字62链接到具有URL″x1.html″的网页而不是象图3中所示的热文字52的情况下那样链接到具有URL″page1.html″的网页。第二字符串63中的字符串″页″是热文字64。热文字64链接到具有URL″x2.html″的网页而不是象图3中所示的热文字44的情况下那样链接到具有URL″page2.html″的网页。

包含在网页中的链接目的地URL的转换是以这样一种方式由代理服务器10进行的：从图3中所示的网页40显示图5中所示的网页60。通过将其中的链接目的地URL已经经过转换的网页数据(pagea.html文件)从代理服务器10发送到客户终端装置1，图5中所示的网页60得以显示在客户终端装置1的显示单元的显示屏幕上。随后，与前面介绍的方式类似，由代理服务器10对从客户终端装置1请求的网页的URL进行反转换，并且将针对具有转换之前在用的URL的网页的请求供应给网络服务器20，结果，网络服务器20将该网页数据经由代理服务器10发送到客户终端装置1。

图6图解说明访问历史表的例子。

访问历史表存储在代理服务器10的硬盘13上。

访问历史表中记录的是转换之后的访问目的地URL、转换之前的访问目的地URL、链接源URL、客户身份识别数据和访问时间。链接源URL是如图2到5所示的通过热文字32、34、42、44、52、54、62和64附有链接目的地的网页30到60的URL。客户身份识别数据是在从客户终端装置1请求的网页的URL还没有在代理服务器10中进行转换的情况下，即在客户终端装置1刚刚向代理服务器10发出请求的情况下，为了识别客户终端装置1而生成的。就访问时间而言，如果已经进行了URL的反转换，则记录访问时间，作为对具有经过反转换的URL的网页进行的访问的指示。

可以从访问历史表中的链接源URL的历史记录确定出客户身份识别数据所认定的客户终端装置访问过哪些网页。

图7到9是图解说明客户终端装置1、代理服务器10和网络服务器20中执行的处理的流程图。图7图解说明由客户终端装置1执行的处理，图8图解说明由代理服务器10执行的处理，图9图解说明由网络服务器20执行的处理。

如果在客户终端装置1的显示单元上重新显示网页，则客户终端装置1向代理服务器10发送针对由该网页的URL指定的网页的请求(图7中步骤71中的″YES″；图7中的步骤72)。如果响应于客户终端装置1的浏览器上″后退″按钮的点击，客户终端装置1访问当前正在显示的网页之前显示的网页(图7中步骤73中的″YES″)，则读取出存储在客户终端装置1的高速缓冲存储器中的网页数据并且在客户终端装置1的显示单元上显示由这一读取出的网页数据代表的网页(图7中的步骤74)。

当代理服务器10接收到客户终端装置1发出的请求(图8中的步骤81和82)时，判断由所接收到的请求指定的网页的URL是否是在代理服务器10经过转换的URL(图8中的步骤83)。

如果针对该网页的请求是第一次发送到代理服务器10，则由这一请求指定的网页的URL是没有在代理服务器10中转换过的URL(图8步骤83中的″NO″)。因此，由代理服务器10生成专属于发送该请求的客户终端装置1的身份识别数据(图8中的步骤84)。将所接收到的请求从代理服务器10发送到网络服务器20(图8中的步骤86)。

由网络服务器20接收从代理服务器10发出的请求(图9中的步骤101)，据此，从网络服务器20将代表具有这一请求指定的URL的网页的数据发送到代理服务器10(图9中的步骤102)。

当代理服务器10接收到从网络服务器20发出的网页数据时(图8中的步骤87)，对嵌入在由所接收到的网页数据代表的网页中包含的热文字中的链接目的地URL进行转换(图8中的步骤88)。将转换后的访问目的地URL、转换前的访问目的地URL、链接源URL(网页的URL)和身份识别数据记录在访问历史表中(图8中的步骤89)。

如前所述，如果响应于客户终端装置1的浏览器上″后退″按钮的点击，客户终端装置1访问在当前正在显示的网页之前显示的网页，则读取出存储在客户终端装置1的高速缓冲存储器中的网页数据并且在客户终端装置1的显示单元上显示由这一读取出的网页数据代表的网页。在读取出客户终端装置1的高速缓冲存储器中存储的网页数据并且在客户终端装置1的显示单元上显示由所读取出的网页数据代表的网页的情况下，不从客户终端装置1向代理服务器10发送针对该网页的请求。因此，即使通过点击″后退″按钮在客户终端装置1的显示单元上显示了紧接在前的网页，代理服务器10也不会识别出客户终端装置1访问了这个紧接在前的网页这一情况。结果，在通过″后退″按钮还原了紧接在前的网页之后重新向代理服务器10发送针对网页的请求的情况下，新请求的当前链接源URL和基于紧接在前的请求的访问目的地URL是不匹配的(图8中步骤90中的″NO″)。在这种实施方式中，即使紧接在前的网页是通过点击浏览器的″后退″按钮访问的，也会以这样一种方式修正访问历史：能够确定对紧接在前的网页进行过访问(图8中的步骤91)。稍后将详细介绍访问历史的修正。

将其中访问目的地的URL已经经过转换的网页数据从代理服务器10发送到客户终端装置1(图8中的步骤92)。

当客户终端装置1接收到代理服务器10发出的网页数据时，点击由所接收到的网页数据代表的网页中包含的热文字。当完成这一动作时，从客户终端装置1向代理服务器10发送针对具有嵌入在这一热文字中的访问目的地URL的网页的请求(图7中步骤71中的″YES″；图7中的步骤72)。

当代理服务器10接收到客户终端装置1发出的请求(图8中的步骤81和82)时，判断由这一请求指定的URL是否是经过转换的URL(步骤83)。在这种情况下，该URL是经过转换的URL(图8步骤83中的″YES″)并且因此通过查阅访问历史表将该URL还原成转换之前的URL(图8中的步骤85)。此外，将访问时间记录在访问历史表中(图8中的步骤85)。从代理服务器10向网络服务器20发送针对由经过反转换的URL指定的网页的请求(图8中的步骤86)，从而代表具有经过反转换的URL的网页的数据得以从网络服务器20发送到代理服务器10(图9中的步骤102)。在代理服务器10中对嵌入在网页中的访问目的地URL进行转换(图8中的步骤88)。将经过转换的链接目的地URL等记录在访问历史表中(图8中的步骤89)。将其中的访问目的地的URL已经经过转换的网页数据从代理服务器10发送到客户终端装置1(图8中的步骤90、91和92)。随后在从客户终端装置1向代理服务器10发送请求时，以类似的方式重复进行处理。

图10到16图解说明在如前所述的通过利用客户终端装置1浏览器上的″后退″按钮从当前显示的网页访问紧接在前的网页的情况下，用于修正访问历史的处理。

图10图解说明网页屏幕显示的过渡。

假设最初在客户终端装置1的显示单元上显示的是网页A。通过点击包含在网页A并且链接到网页B的热文字，该屏幕显示经历了从网页A到网页B的过渡。通过再次点击包含在网页B中的热文字，显示出了网页C。如果在显示网页C的时候点击浏览器上的″后退″按钮，则会显示在网页C之前显示的网页B。如果在显示网页B的时候点击浏览器上的″后退″按钮，则会显示在网页B之前显示的网页A。通过点击包含在网页A中并且链接到网页D的热文字，显示出了网页D。现在将介绍这一网页屏幕显示的过渡中访问历史表的修正。

图11A图解说明屏幕显示响应于网页A中包含的热文字的点击从网页A变化到网页B的方式。图11B图解说明在图11A中所示的过渡的情况下生成的访问历史表的例子。这里图示的访问历史表与图6的访问历史表的不同之处在于，忽略了转换之后的目的地URL和客户身份识别数据。此外，加入了请求编号，以便帮助理解。

在如图11A中所示通过点击网页A中包含的热文字来从网页A访问网页B的情况下，将网页B的URL从客户终端装置1发送到代理服务器10。因此，如图11B中所示，将网页A的URL(是链接源URL)与作为初始请求的第1号请求相对应地存储在访问历史表中，并且将网页B的URL(是访问目的地URL(转换之前的访问目的地URL))也与第1号请求相对应地存储在该表中。如前面所介绍的那样，将访问时间也存储在访问历史表中。

图12A图解说明屏幕显示响应于网页B中包含的热文字的点击从网页B变化到网页C的方式。图12B图解说明在图12A中所示的过渡的情况下生成的访问历史表的例子。

在如图12A中所示通过点击网页B中包含的热文字来从网页B访问网页C的情况下，将网页C的URL从客户终端装置1发送到代理服务器10。因此，如图12B中所示，将网页B的URL(是链接源URL)与作为第二请求的第2号请求相对应地存储在访问历史表，并且将网页C的URL(是访问目的地URL)也与第2号请求相对应地存储在该表中。

将与第2号请求(它是图12B中所示的访问历史表中的最后一个请求(当前请求))相对应地存储的链接源URL(网页B)与对应于第1号请求(它是倒数第二个请求(即，紧接在前的请求))存储的访问目的地URL(网页B)进行比较。如果比较结果是相同的，则断定没有点击过″后退按钮″并且访问历史是通过从客户终端装置1向代理服务器10发送请求而存储在访问历史表中的。因此，不进行访问历史的修正。

以类似于图10的方式，图13A图解说明在显示网页C的时候通过点击″后退″按钮显示网页C前面的网页B的方式和在通过再次点击″后退″按钮显示网页B前面的网页A之后再通过点击网页A中的热文字显示了网页D的方式。图13B图解说明在对在图13A中所示的过渡的情况下生成的访问历史进行修正之前的访问历史表的例子。

如前所述，在点击了浏览器的″后退″按钮的情况下，不从客户终端装置1向代理服务器10发送网页URL。因此，即使在显示网页C的情况下点击″后退″按钮，并且即使在显示网页B的情况下点击″后退″按钮，访问历史表并不会发生改变。在通过点击网页A中包含的热文字来从网页A访问网页D的情况下，将网页D的URL从客户终端装置1发送到代理服务器10。因此，如图13B中所示，将网页A(是链接源URL)与第3号请求相对应地存储在访问历史表中，并且将网页D(是访问目的地URL)也与第3号请求相对应地存储在该表中。

如图13B中所示，首先将与按照图13A中所示的方式通过点击热文字的项目发送到代理服务器10的URL有关的信息存储在访问历史表中。

将与第3号请求(它是图13B中所示的访问历史表中的最后一个请求(当前请求))相对应地存储的链接源URL(网页A)与对应于第2号请求(它是倒数第二个请求(即，紧接在前的请求))而存储的访问目的地URL(网页C)进行比较。如果比较的结果是不相同的，则这意味着通过点击″后退″按钮改变了屏幕显示。结果，这意味着客户终端装置1处的实际访问历史不同于代理服务器10中存储的访问历史表中存储的访问历史。由此，对访问历史表进行修正。

以类似于图10的方式，图14A也图解说明在显示网页C的时候通过点击″后退″按钮显示网页C前面的网页B的方式和在通过再次点击″后退″按钮显示网页B前面的网页A之后再通过点击网页A中的热文字显示了网页D的方式。图14B图解说明在图14A中所示的过渡的情况下，在从网页C还原到网页B的时候，修正了访问历史之后的访问历史表的例子。

如图13B中所示，如果对应于最后一次请求(当前请求)存储的链接源URL与对应于最后一次请求之前的请求(紧接在前的请求)存储的访问目的地URL不匹配，则，如图14B中所示，生成了把与紧接在前的请求相对应地存储的链接源URL和访问目的地URL进行了对调的请求并且将这一请求存储在最后一次请求与紧接在最后一次请求前面的请求之间。就是说，图13B中所示的最后一次请求之前的请求的链接源URL是网页B的URL，并且这一请求的访问目的地URL是网页C的URL。由此，生成由这样的URL组合构成的请求：链接源URL现在是网页C的URL并且访问目的地URL现在是网页B的URL，并且将所生成的请求插入在访问历史表中，作为紧接在最后一次请求之前的请求，如图14B中所示。结果，将通过点击″后退″按钮从网页C还原到网页B的情况下客户终端装置1的访问历史插入到图14A中的访问历史表中。通过存储这样的URL组合：对调了链接源URL和访问目的地URL，可以理解，生成了由点击″后退″按钮造成的网页访问历史。此外，不言自明，访问历史表中的请求编号也需要更新。而且，所插入的请求的访问时间就变成了最后一次请求的访问时间。

在图14B中，将最后一次的链接源URL与在最后一次请求前面的请求的访问目的地URL进行比较。如果它们不匹配，则还要对访问历史表进行修正。具体来说，生成一个请求并且该请求是由这样的URL组合构成的：在其中的访问目的地URL和链接源URL经过了对调的请求(第2号请求)之前的请求(第1号请求)的访问目的地URL和链接源URL发生了对调，并且将这一生成的请求插入在最后一个请求和倒数第二个请求之间。第1号请求的访问目的地URL是网页B的URL，并且这一请求的链接源URL是网页A的URL。由此，存储在最后一个请求和倒数第二个请求之间的是其中的访问目的地URL为网页A的URL并且链接源URL为网页B的URL的请求。结果，将通过点击″后退″按钮从网页B还原到网页A的情况下的访问历史添加到了图14A中的访问历史表中。

参照图15，由于最后一次请求的链接源URL与紧接在最后一次请求之前的请求的访问目的地URL相匹配，因此修正访问历史的处理结束。结果，获得了与图10中所示的网页显示过渡相应的访问历史。

图16是图解说明修正访问历史的处理(图8中的步骤91)的流程图。

如上所述，如果当前的链接源URL(最后一次请求的链接源URL)与紧接在前的访问目的地URL(最后一次请求之前的请求的访问目的地URL)不匹配，则生成这样的URL组合：将从最后一次请求开始的倒数第(2+n)个(其中变量n的初始值为零)请求的访问目的地URL和链接源URL进行了对调，并且将所生成的请求插入到最后两个请求之间(步骤111)。

判断构成所插入的URL组合的请求的访问目的地URL与当前的链接源URL是否匹配(步骤112)。如果这些URL不匹配(步骤112中的″NO″)，则递增n，以便返回到前一个较早的请求，从而生成对在借助″后退″按钮还原了的网页的基础上再通过″后退″按钮还原的网页的访问历史(步骤113)。

这样，如参照图10到15所介绍的，通过重复进行步骤111到113的处理，即使在利用″后退″按钮返回到紧接在当前显示的网页之前的网页的情况下，代理服务器10也能够确定客户终端装置1的访问历史。

在前述实施方式中，代理服务器10设置在客户终端装置1和网络服务器20之间。不过，在具有能够由客户终端装置1辨别的IP地址的个人计算机之类的设备的情况下，不必配备代理服务器10并且客户终端装置1和网络服务器20可以彼此直接通信。

由于不超出本发明的思想和范围就可以做出很多表面上看起来迥然不同的本发明的实施方式，因此应该理解，本发明并不局限于它的具体实施方式，而是由所附的权利要求定义的。

Claims

1.一种服务器系统，用于接收从客户终端装置发来的针对由URL指定的网页的请求数据，并且将由所接收的请求数据请求的网页的数据发送给客户终端装置，所述系统包括：

访问历史存储装置，用于将由响应于请求而被发送到客户终端装置的网页数据所代表的网页的URL作为访问目的地URL存储在访问历史表中，并且将发出请求数据时客户终端装置的显示单元上显示的网页的URL作为链接源URL存储在该访问历史表中，这些URL是按照做出请求的顺序存储在该表中的；

确定装置，用于对基于当前请求的链接源URL与基于紧接在前的请求的访问目的地URL之间是否匹配进行确定；和

历史修正装置，能够对响应于由所述确定装置做出的这些URL之间不匹配的确定结果而执行以下处理：按照紧接在前的请求及之前的那些请求的倒时间顺序，对由紧接在前的请求存储在访问历史表中的链接源URL和访问目的地URL进行对调，以及对由紧接在前的请求之前的请求存储在访问历史表中的链接源URL和访问目的地URL进行对调，将对调后的URL组合插入到访问历史表中作为当前请求与紧接在前的请求之间的请求，重复执行对调处理，直到所插入的请求的访问目的地URL与当前请求的链接源URL相匹配。

2.一种控制服务器系统的操作的方法，该服务器系统用于接收从客户终端装置发来的针对由URL指定的网页的请求数据，并且将由所接收的请求数据请求的网页的数据发送给客户终端装置，所述方法包括：

访问历史存储装置将由响应于请求而被发送到客户终端装置的网页数据所代表的网页的URL作为访问目的地URL存储在访问历史表中并且将发出请求数据时客户终端装置的显示单元上显示的网页的URL作为链接源URL存储在该访问历史表中的步骤，这些URL是按照做出请求的顺序存储在该表中的；

确定装置对基于当前请求的链接源URL与基于紧接在前的请求的访问目的地URL之间是否匹配进行确定的步骤；和

历史修正装置响应于由所述确定装置做出的这些URL之间不匹配的确定结果来执行以下处理的步骤：按照紧接在前的请求及之前的那些请求的倒时间顺序，对由紧接在前的请求存储在访问历史表中的链接源URL和访问目的地URL进行对调，以及对由紧接在前的请求之前的请求存储在访问历史表中的链接源URL和访问目的地URL进行对调，将对调后的URL组合插入到访问历史表中作为当前请求与紧接在前的请求之间的请求，重复执行对调处理，直到所插入的请求的访问目的地URL与当前请求的链接源URL相匹配。