CN101311927A - 页面附加信息共享管理方法和设备 - Google Patents

Abstract

公开了页面附加信息共享管理方法和设备。在所述方法中，接收对页面内对象的附加信息的设定，包括用于该对象的附加信息的范围指定。通过将所述附加信息和所述页面相关联来存储所述附加信息。当接收到显示所述附加信息的请求时，获取与将被浏览的页面相关联的附加信息，并将所述附加信息提供给发请求的设备。

Description

页面附加信息共享管理方法和设备

技术领域

本发明涉及页面附加信息(page-added information)共享管理方法和设备，用于执行因特网上的Web页面的操作。

背景技术

随着因特网的传播，浏览不同种类的Web页面的机会也相应增加。由于因特网提供了海量的信息，使得用户从因特网所提供的信息中选择对其有用的信息变得困难。

在这种情况下，提出了一种称之为社会书签(social bookmark)的技术，用于当用户发现感兴趣的Web页面时，可与另一用户共享该Web页面及其URL(统一资源定位符)。用户可将Web页面的URL注册到社会书签，就像通常情况下用于浏览器等的工具栏的书签一样。并且，其他连接到网络的计算机也可访问所注册的社会书签。

当使用上述的社会书签时，由多个用户共享特定Web页面的URL，并且能够识别每个用户各自关注的事务状态，这使从海量信息中有效获取有用信息成为可能。

但是，提供的社会书签仅用来指定Web页面的URL。由于这个原因，如果Web页面中包含的信息量为海量信息或者Web页面的内容很复杂，则很难检测出另一用户对Web页面的哪部分感兴趣。

发明内容

根据本发明的一个方面，提供了一种页面附加信息共享管理方法，其使一个或多个用户能够向Web页面中的对象(诸如字符串)添加包括下划线、标记和注释在内的附加信息，并且在页面浏览时可视化多个用户的关注的事务状态(state of concern)。

在解决或减少一个或多个上述问题的本发明的一个实施例中，提供了一种页面附加信息共享管理方法，其使多个用户能够向任意页面中的对象添加包括下划线和注释在内的附加信息，并使多个用户能够共享附加信息。所述页面附加共享管理方法包括以下步骤：接收对页面内对象的附加信息的设定，包括用于该对象的附加信息的范围指定(range specification)；通过将所述附加信息和所述页面相关联，存储所述附加信息；和当接收到显示所述附加信息的请求时，获取与将被浏览的页面相关联的附加信息，并将所述附加信息提供给发请求的设备。

上述页面附加信息共享管理方法可被配置为进一步包括以下步骤：在浏览器执行页面浏览之前，向浏览器提供脚本，该脚本包括所述将被浏览的页面数据并使所述浏览器执行所述附加信息的获取请求和对获取的附加信息的渲染。

上述页面附加信息共享管理方法可以被配置为进一步包括以下步骤：将所述附加信息和正被浏览的页面的数据相结合，以向发请求的设备提供结合了所述附加信息的页面数据。

上述页面附加信息共享管理方法可以被配置为进一步包括以下步骤，存储其中设置了附加信息的页面的数据的高速缓存数据；和当接收到浏览所述页面的请求时，提供所述页面的所述高速缓存数据。

上述页面附加信息共享管理方法可以被配置为使和所述获取附加信息的步骤被配置为：从外部设备接收到的引用通告文章中获取所述附加信息，所述外部设备基于预定义的标签执行引用通告传输。

上述页面附加信息共享管理方法可以被配置为进一步包括以下步骤：基于所述存储的附加信息，显示具有大于给定值的关联度的用户列表。

上述页面附加信息共享管理方法可以被配置使得所述对象是字符串，并且，通过指定开始位置字符串以指示范围的开始位置和指定结束位置字符串以指示范围的结束位置，来产生所述范围指定。

上述页面附加信息共享管理方法可以被配置使得所述对象为字符串，并且，通过指定以标记语言描述的文档中的元素的方式，来产生所述范围指定。

在解决或减少一个或多个上述问题的本发明的一个实施例中，提供了一种页面附加信息共享管理设备，其使多个用户能够向任意页面中的对象添加包括下划线和注释在内的附加信息，并使多个用户能够共享附加信息。所述页面附加共享管理设备包括：接收单元，被配置为接收对页面内对象的附加信息的设定，包括用于该对象的附加信息的范围指定；存储单元，被配置为通过将所述附加信息和所述页面相关联，存储所述附加信息；和提供单元，被配置为当接收到显示所述附加信息的请求时，获取与将被浏览的页面相关联的附加信息，并将所述附加信息提供给发请求的设备。

根据本发明所述的页面附加信息共享管理方法，一个或多个用户可以向Web页面中的对象(诸如字符串)添加包括下划线和注释在内的附加信息，以及在页面浏览时可视化多个用户的关注的事务状态。

附图说明

当结合附图阅读下面的详细描述时，本发明的其它目的、特征和优点将变得明显。

图1是表示本发明实施例中的显示的屏幕的示例的图。

图2是表示本发明第一实施例中的页面附加信息共享管理系统的组成。

图3是表示数据库的示例的图。

图4A和图4B是表示在注册附加信息时，系统的每部分的操作概要的图。

图5A和图5B是用于解释在注册附加信息时执行的处理的顺序图。

图6A和图6B是表示在页面浏览时，系统的每部分的操作概要的图。

图7A和图7B是用于解释在浏览页面时执行的处理的顺序图。

图8是表示在浏览器中，使用Java脚本(JavaScript)进行渲染的示例的图。

图9是表示范围指定的示例的图。

图10是表示在浏览器中使用Java脚本进行渲染的示例的图。

图11A和图11B是表示在显示带有附加信息的页面列表时执行的处理、以及显示的屏幕的示例的图。

图12A、图12B和图12C是表示计算用户关联度(user relevance ratio)的方法。

图13是表示在页面浏览时的系统组成的另一个示例的图。

图14是表示用于移动图片的范围指定的示例的图。

图15是表示本发明第二实施例中的页面附加信息共享管理系统的组成的框图。

图16A和图16B是表示在页面浏览时，系统的每部分的操作概要的图。

图17是用于解释在页面浏览时执行的处理的顺序图。

图18是表示HTML数据，即添加了附加信息的页面的示例的图。

图19是表示本发明第三实施例中的页面附加信息共享管理系统的组成的框图。

图20A和图20B是用于解释在页面访问时执行的处理的图。

图21A和图21B是用于解释在附加信息输入时执行的处理的图。

图22是表示本发明第四实施例中的页面附加信息共享管理系统的组成的框图。

图23A和图23B是用于解释在引用通告传输时执行的处理的图。

图24A和图24B是表示博客浏览时执行的处理、以及显示的屏幕的示例的图。

具体实施方式

以下将结合附图给出本发明实施例的具体描述。

图1表示了本发明实施例中的显示的屏幕23的实例。

图1所表示的屏幕23的实例中，用户c(usr_c)正利用浏览器浏览Web页面。除当前正在浏览的页面内容之外，还显示用户c所画的下划线L1、另一用户a(usr_a)所画的下划线L2、再一用户b(usr_b)所画的下划线L3。而且，在下划线L1-L3中每个的右手边的相应位置上，还显示框B1、B2和B3，其中，框B1使得当前用户c能够执行“画另一条下划线”、“写注释”等操作，框B2显示对应于另一用户a所画的下划线L2的注释，框B3显示对应于再一用户b所画的下划线L3的注释。

在上述例子中，下划线作为附加信息的增强表示被添加到正被浏览的页面。可选择的是，可替代使用标记、斜体、粗体等。

这样，根据本发明，对于多个用户来说，可以将包括诸如下划线之类的增强表示和诸如注释之类的注解信息的附加信息添加到任意Web页面上。同时，对多个用户来说，也可以共享所述附加信息以在页面浏览的时候观察到多个用户关注的事务状态。能够识别各个用户所关注的事务状态，这使得从海量信息中有效获取有用信息成为可能。

以下将给出对本发明的第一实施例的具体描述。图2表示本发明第一实施例中的页面附加信息共享管理系统的组成。

如图2所示，所述页面附加信息共享管理系统包括管理附加信息的服务器1、由用户U操作的浏览器2、作为页面浏览的目标的外部Web服务器3。服务器1、浏览器2和Web服务器3通过诸如因特网的网络连接。

服务器1包括标准Web服务器组件101，Java脚本(JavaScript)产生部分102和页面产生部分103。Java脚本产生部分102产生Java脚本，Java脚本在通过浏览器2浏览Web页面时，获取并渲染(rendering)(画出(drawing))附加信息。页面产生部分103在用户U注册附加信息时产生用于注册的详细页面，并产生用于显示附加信息的列表的页面。

此外，服务器1还包括用户认证部分105、请求处理部分106、附加信息传输部分108和用户关联度(relevance-ratio)计算部分109。用户认证部分105管理使用服务器1功能的用户的信息并认证每一个用户。请求处理部分106处理来自浏览器2的请求。附加信息传输部分108向浏览器2传输附加信息。用户关联度计算部分109计算用户的关联度，并发现与当前用户所标记的页面部分相类似地标记出页面部分的其它用户(那些被认为具有类似的所关注事务的用户)。

此外，服务器1还包括高速缓存(cache)数据库110和附加信息数据库111，高速缓存数据库110保存作为附加信息的注册目标的Web页面的页面数据，附加信息数据库111保存附加信息。

浏览器2包括Java脚本引擎21、注册书签(bookmarklet)22和屏幕23。Java脚本引擎21运行Java脚本。注册书签22提供在执行附加信息的注册的Java脚本中描述的脚本。并且，在屏幕23上显示Web页面。

图3表示数据库的示例。高速缓存数据库110包括文章(article)URI(统一资源识别符)、主体文本(body text)和注册日期/时间，所述文章URI表示被存储为高速缓存数据的Web页面的URI，所述主体文本包括BLOB(Binary LargeObject，二进制大对象)格式的数据，所述注册日期/时间表示高速缓存数据被存储的日期/时间。

附加信息数据库111包括用户名、文章URI、附加范围、注释和注册日期/时间，所述用户名表示注册附加信息的用户，所述文章URI表示作为附加信息所要添加到的对象的Web页面的URI，所述附加范围表示附加信息被添加的范围，所述注释表示附加范围中的注释的内容，所述注册日期/时间表示附加信息被注册的日期/时间。

高速缓存数据库110中的数据和附加信息数据库111中的数据通过彼此的文章URI(article URI)进行互联。

图4A和图4B表示在注册附加信息时，系统的每部分操作的概要。

如图4A所示，当用户U对浏览器2调用(call)一Web页面时(步骤S1)，浏览器2从Web服务器3中获取相应的Web页面并将其显示在屏幕23上(步骤S2)。

随后，用户U选择其中画出下划线的屏幕23上的Web页面的范围(步骤S3)。当启动注册书签22时(步骤S4)，浏览器2向服务器1传输Web页面的数据(步骤S5)，该Web页面是其中画出下划线的对象，并且服务器1的请求处理部分106在高速缓存数据库110中存储该Web页面的数据(步骤S6)。

随后，如图4B所示，服务器1的页面产生部分103产生用于校正/检验的页面并将其传输到浏览器2(步骤S7)。浏览器2在屏幕23上显示该用于校正/检验的页面。

另一方面，用户U检验画出下划线的范围，在需要时添加注释(步骤S8)，并单击确认(O.K.)按钮(步骤S9)。浏览器2向服务器1传输包括被选范围等的信息(步骤S10)。此时，浏览器2向服务器1集体传输浏览器2中指示用户(登陆用户等)的cookie中的信息。

服务器1的请求处理部分106使得用户认证部分105根据cookie中的信息识别用户(步骤S11)。当用户是授权用户时，请求处理部分106在附加信息数据库111中存储数据集{用户名、页面的文章URI、下划线的附加范围、注释、和注册日期/时间}(步骤S12)。

图5A和图5B是用于解释在注册附加信息时执行的处理的顺序图。

如图5A所示，当用户U请求页面到浏览器2的屏幕23时(步骤S21)，屏幕23向Web服务器3传输页面请求(步骤S22)。基于从Web服务器3中接收到的页面数据，在屏幕23上显示页面(步骤S23)。

随后，用户U选择画出的下划线的页面的范围(步骤S24)，并启动注册书签22(步骤S25)。随后，注册书签22获取用于显示在屏幕23上的显示数据(步骤S26，S27)。

注册书签22向服务器1的请求处理部分106传输作为高速缓存数据的显示数据(步骤S28)。请求处理部分106将接收到的高速缓存数据存储到高速缓存数据库110(步骤S29)。

随后，注册书签22对请求处理部分106执行页面调用(步骤S30)。请求处理部分106使页面产生部分103产生用于校正/检验的页面以注册附加信息(步骤S31和S32)。

请求处理部分106向注册书签22传输用于校正/检验的页面(步骤S33)。注册书签22在屏幕23上显示该用于校正/检验的页面(步骤S34)。

随后，如图5B所示，用户U在浏览器2的屏幕23上的用于校正/检验的页面上的用于校正/检验的页面上执行对画出下划线的范围的校正或附加注释等(步骤S35)。

当用户单击确认按钮(提交)时(步骤S36)，屏幕23向服务器1的请求处理部分106传输下划线范围、注释等(步骤S37)。此时，浏览器2集体传输浏览器2的指示用户(登陆用户等)的cookie(小甜饼)中的信息。

随后，请求处理部分106基于cookie等中的信息，从用户认证部分105中获取用户信息(步骤S38，S39)。当用户为授权用户时，注册附加信息到附加信息数据库111(步骤S40)，并向浏览器2的屏幕23通告注册完成(步骤S41)。

图6A和图6B是表示在页面浏览时，系统的每部分的操作概要的图。

如图6A所示，当用户U从显示在浏览器2的屏幕23上的顶层页面(toppage)中选择所期望的文章的页面时(步骤S51)，屏幕23向服务器1的请求处理部分106传输页面请求(步骤S52)。

请求处理部分106从高速缓存数据库110中获取相应页面的高速缓存数据(步骤S53)。并且，请求处理部分106从Java脚本产生部分102中获取Java脚本(步骤S54)，并且向浏览器2传输包含该Java脚本的页面数据作为响应(步骤S55)。

随后，如图6B所示，当浏览器2中的Java脚本引擎21(图2)启动页面中的Java脚本的执行时，Java脚本指定页面并向服务器1的请求处理部分106传输页面请求(步骤S56)。同时，浏览器2集体传输指示浏览器2的用户(登陆用户等)的cookie中的信息。

请求处理部分106使得用户认证部分105根据cookie中的信息指定用户(步骤S57)。

随后，当用户为授权用户时，请求处理部分106从附加信息数据库111中获取与高速缓存页面相关的附加信息(包括注释)，并将其传输到附加信息传输部分108(步骤S58，S59)。

附加信息传输部分108向浏览器2传输附加信息(步骤S60)。页面中的Java脚本执行对附加信息的渲染(步骤S61)。

图7A和图7B是用于解释在浏览页面时执行的处理的顺序图。

如图7A所示，当用户U对浏览器2的屏幕23执行页面选择时(步骤S71)，屏幕23通过指定将被浏览的页面向服务器1的请求处理部分106传输页面请求(步骤S72)。

请求处理部分106从相应的高速缓存数据库110中获取相应页面的高速缓存数据(步骤S73，S74)。

随后，请求处理部分106从Java脚本产生部分102中获取Java脚本(步骤S75，S76)。并且，请求处理部分106向浏览器2的屏幕23传输响应(步骤S77)，因此屏幕23启动包含在接收到响应的页面中的Java脚本(步骤S78)。

随后，如图7B所示，包含在页面中的Java脚本通过指定页面向服务器1的请求处理部分106传输请求(步骤S79)。

请求处理部分106通过使用用户认证部分105获取用户信息(步骤S80，S81)。并且，请求处理部分106从附加信息数据库111中获取与页面相关的附加信息(步骤S82，S83)。

随后，作为响应，请求处理部分106向浏览器2的页面内的Java脚本传输所获取的附加信息(步骤S84)，因此页面内的Java脚本对屏幕23执行对附加信息的渲染(步骤S85)。

图8表示在浏览器2中，使用Java脚本进行渲染的示例。在图8所示的示例中，执行对下划线L1的渲染，下划线L1从页面内的对应于开始位置字符串(“from”)的字符串T11延伸到页面内的对应于结束位置字符串(“to”)的字符串T12，T11为从服务器1获取的附加信息“usr1”的“its usage”，T12为附加信息“usr1”的“languages”。而且，执行对下划线L2的渲染，下划线L2从页面内的对应于开始位置字符串(“from”)的字符串T21延伸到页面内的对应于结束位置字符串(“to”)的字符串T22，T21为附加信息“usr2”的“It started as”，T22为附加信息“usr2”的“in XML”。

而且，在图8的示例中，表示用户“usr1”的“注释1”和“注释2”的框B1被渲染在下划线L1右手边的相应位置，并且表示用户“usr2”的注释“interesting”的框B2被渲染在下划线L2右手边的相应位置。

图9表示范围指定的另一示例。图9所示的范围指定的示例使用目标页面的数据结构。

在图9的示例中，假设以HTML(超文本标记语言)描述的原始文档包含称之为“head”和“body”的元素，元素“body”进一步包含元素“p”。当用户期望执行用于元素“p”之后的块的范围规定时，在这种情况下的下划线信息被描述为与Xpath(其是用于限定指示在XML文档中的特定元素的描述方法的标准规范)一致的“/html/body/p/...”的形式。当“id”属性被赋予元素“p”时，下划线信息可被利用Xpath的缩写符号描述为“//pid＝“xxx””的形式。

图10表示在上面提到的范围指定的情况下，由浏览器2中的Java脚本进行渲染的示例。在图10的示例中，执行对下划线L1的渲染，下划线L1被附加到页面上对应于范围(“range”)的块BL1，该范围为从服务器1获取的下划线信息的用户“usr1”的范围“//p id＝‘121-122’”。而且，执行对下划线L2的渲染，下划线L2被附加到页面内对应于范围(“range”)的块BL2，该范围为下划线信息的用户“usr2”的范围“//p id＝‘123’”。

而且，在图10的示例中，表示用户“usr1”的注释“注释1”的框B1被渲染在下划线L1右手边的相应位置，并且表示用户“usr2”的注释“interesting”的框B2被渲染在下划线L2右手边的相应位置。

图11A和图11B表示在显示带有附加信息的页面的列表时执行的处理、以及显示的屏幕的示例。

如图11A所示，当用户U通过单击浏览器2中的预定的按钮请求列表显示时(步骤S101)，浏览器2向服务器1的请求处理部分106传输列表显示请求(步骤S102)。请求处理部分106向页面产生部分103传输用于列表显示的页面产生请求(步骤S103)。

作为响应，页面产生部分103从附加信息数据库111中获取的所关注的用户U注册的附加信息(步骤S104，S105)。并且，页面产生部分103向用户关联度计算部分109传输相关用户信息的请求(步骤S106)。

用户关联度计算部分109从附加信息数据库111中获取由其他用户注册的对于与用户U所关注的相同页面的其他用户的附加信息(S107，S108)。

用户关联度计算部分109基于所计算出的用户关联度，确定关注与用户U所关注的事务非常相似的事务的其他用户作为相关用户，并且作为响应，向页面产生部分103传输相关用户信息(步骤109)。计算用户关联度的方法将在以后提及。

页面产生部分103产生一列表页面，该列表页面包含由所关注的用户U添加了附加信息的页面的列表，并且产生一列表页面，该列表页面包含由关于所关注的用户U的相关用户添加了附加信息的页面的列表，并向请求处理部分106传输这些列表页面(步骤S110)。

请求处理部分106向浏览器2传输这些列表页面(步骤S111)，以便浏览器2将其显示在屏幕23上。

图11B表示显示屏的示例。如图11B所示，当用户A请求列表显示时，显示页面列表V1和V2，页面列表V1是用户A画出了下划线的页面的列表，而页面列表V2是由具有与用户A类似的兴趣的相关用户画出了下划线的页面的列表。在页面列表V1内，多个URI连同相应的注释一同显示。并且，在页面列表V2上，多个用户名连同未读文章(对于用户A来说未读的文章)的一组URI一同显示。

图12A、图12B和图12C表示由用户关联度计算部分109执行的计算用户关联度的方法。

如图12A所示，用户A和用户B的关于由用户A和用户B均添加了附加信息的页面的关联度被定义为一个比率，该比率为用户A和用户B均画了下划线的范围(字符数量)与一个和值的比率，该和值为其中用户A所画下划线的范围(字符数量)和用户B所画下划线的范围(字符数量)的和值。

图2的组成中的用户关联度计算部分109被配置为通过参照高速缓存数据库110和附加信息数据库111来执行当前用户与其它用户之间的上述计算。基于计算的结果，用户关联度计算部分109能够发现相关用户(与当前用户具有类似关注的用户)，这些相关用户已经对与当前用户的类似的文章部分添加了标注，并且用户关联度计算部分109能够向当前用户提供具有高关联度的相关用户的列表。

图12C的示例表示当附加信息数据库111处于图12B所示状态下时，用户A和用户B的关联度的计算结果。在该示例中，用户A和用户B均对文章URI“http://foo.com/123/456”和文章URI“http://example.jp/55555”注册了附加信息。其中用户A和用户B均对文章URI“http://foo.com/123/456”画了下划线的范围不存在。用户A和用户B均对文章URI“http://example.jp/55555”画了划线的范围为1150-1222。用户A对文章URI“http://foo.com/123/456”画了下划线的范围是1033-1086。用户A对文章URI“http://example.jp/55555”画了下划线的范围是1100-1222。用户B对文章URI“http://foo.com/123/456”画了下划线的范围是1772-1851。用户B对文章URI“http://example.jp/55555”画了下划线的范围是1150-1250。因此，所计算的用户A和用户B的关联度等于20.3％。由于用户A和用户C并没有在同一页面上注册附加信息，所计算的用户A和用户C的关联度等于0。

图13表示在页面浏览时的系统组成的另一个示例。

在先前描述的实施例中，从服务器1中的高速缓存数据库110(图2)中获取的页面数据被传输到浏览器2，并执行对下划线信息的渲染。相比之下，在图13的示例中，页面数据是从web服务器3中直接获取的，并执行页面的显示。而且，在图13的示例中，下划线信息以RSS(RDF(Resource DescriptionFrame(资源描述框架)，Rich site Summary(丰富站点摘要)，Really SimpleSyndication(简易供稿或内容聚合)站点摘要)或类似格式从服务器1的附加信息数据库111中获取，因此通过使用提供于浏览器2中的页面定制(customize)部分24将下划线和框附加到显示在屏幕23上的页面上。通过使用诸如“Greasemonkey”的浏览器扩展功能可以实现所述页面定制部分24。

图14表示用于移动画面的范围指定的示例。

在先前描述的实施例中，处理了一个示例，其中Web页面中的字符串被画上了下划线。相比之下，在图14的示例中，基于移动画面的时间轴，可以指定所期望的移动画面部分。

在图14的示例中，在移动画面显示屏201上显示移动画面，通过点击浏览器2中的播放开始/停止按钮202控制移动画面的播放开始或播放停止，并且通过点击浏览器2中的范围指定开始/结束按钮203指定正被再现的移动图片的预定部分。

而且，在图14的示例中，播放时间指示器204使用户能够检验当前播放位置，范围指定指示器205使用户能够检验当前被指定的移动图片的范围。而且，使用鼠标拖动范围指定指示器205的范围显示部分206的末端使用户能够改变移动图片的当前被指定的范围。

在先前描述的实施例中，标记被添加到多个用户均感兴趣的部分，并且多个用户共享标记部分。可选择的是，先前实施例中描述的同一系统可被应用到由多个用户编辑草案文档的系统中。在这样的可选实施例中，以差异的格式，在附加信息数据库111(图2)中存储对草案文档的指定范围的编辑内容。在注册的时候还获取在编辑指定范围之后的内容，并且在渲染的时候使用在编辑之后获取的内容替换画有下划线的范围。

在可选的实施例中，如何采取措施对相同范围进行了多次编辑的情况进行处理是重要的。可采取以下选择之一作为处理上述情况的措施：

(1)首次编辑优先；

(2)末次编辑优先；或者

(3)在注册时检测前一次编辑，并对前一次编辑的部分进行进一步编辑。

下面给出对本发明的第二实施例的描述。图15表示在本发明的第二实施例中的页面附加信息共享管理系统的组成。

在上面提到的第一实施例中，附加信息从服务器1传输到浏览器2，并且浏览器2在页面中渲染附加信息。相比之下，在第二实施例中，在服务器1中产生包含附加信息的页面数据(HTML数据)，并且所产生的页面数据被从服务器1传输到浏览器2，并且，浏览器2基于接收到的页面数据执行页面的显示。

如图15所示，所述页面附加信息共享管理系统包括管理附加信息的服务器1、由用户U操作的浏览器2、作为页面浏览的目标的外部Web服务器3。服务器1、浏览器2和Web服务器3通过诸如因特网的网络连接。

服务器1包括标准Web服务器组件101和页面产生部分103，页面产生部分103在由用户U注册附加信息时产生用于注册的详细页面。

此外，服务器1还包括用户认证部分105、请求处理部分106和信息附加部分107，其中用户认证部分105管理使用服务器1的功能的用户的信息并对每一个用户进行认证，请求处理部分106处理来自浏览器2的请求，并且信息附加部分107向页面数据附加对应于接收到显示页面的请求的页面数据的附加信息，以产生新的页面数据。

此外，服务器1还包括页面传输部分108+和用户关联度计算部分109，其中页面传输部分108+向浏览器2传输添加了附加信息的页面数据，并且用户关联度计算部分109计算用户的关联度，并发现标记了与当前用户所标记的页面部分相似的页面部分的其他用户。

此外，服务器1还包括高速缓存数据库110和附加信息数据库111，其中高速缓存数据库110保存作为附加信息的注册目标的Web页面的页面数据，并且附加信息数据库111保存附加信息。由高速缓存数据库110和附加信息数据库111所保存的数据与图3中所示的那些数据库的数据相同，故省略对其的具体描述。

浏览器2包括执行对附加信息的注册的注册书签22和在其上显示Web页面等的屏幕23。

在注册附加信息时该实施例的系统的每一部分的操作概要和由在注册附加信息时该实施例的该系统执行的处理过程与图4A-图5B中所示的那些相同，故省略对其的具体描述。

图16A和图16B表示在页面浏览时，该实施例的系统的每一部分的操作概要。

如图16A所示，当用户U从显示在浏览器2的屏幕23上的顶层页面中选择所希望的文章的页面时(步骤S201)，屏幕23通过指定页面，向服务器1的请求处理部分106传输页面请求(步骤S202)。此时，浏览器2集体传输在指示浏览器2的用户(登陆用户等)的cookie中的信息。

随后，如图16B所示，请求处理部分106使得用户认证部分105根据cookie中的信息指定用户(步骤S203)。

当用户为授权用户时，请求处理部分106向信息附加部分107传输用于添加附加信息到页面数据的请求(步骤S204)。

作为响应，信息附加部分107从附加信息数据库111中获取与相应页面相关的附加信息(步骤S205)，并且从高速缓存数据库110中获取相应页面的高速缓存数据(步骤S206)。并且，信息附加部分107产生其中合并了附加信息的页面数据，并将其传输到页面传输部分108+(步骤S207)。

作为响应，页面传输部分108+向浏览器2传输接收到的页面数据(步骤S208)。浏览器2在屏幕23上显示其中包含了附加信息的页面。

图17是用于解释在页面浏览时执行的处理的顺序图。

如图17所示，通过指定相应于用户U的页面选择的页面，浏览器2向服务器1的请求处理部分106传输页面请求(步骤S211)。此时，浏览器2集体传输指示浏览器2的用户(登陆用户等)的cookie中的信息。

请求处理部分106基于cookie中的信息，从用户认证部分105中获取用户信息(步骤S212，S213)。当用户是授权用户时，请求处理部分106向信息附加部分107传输页面请求(步骤S214)。

信息附加部分107从附加信息数据库111中获取与相应页面相关的附加信息(步骤S215，S216)，从高速缓存数据库110中获取相应页面的高速缓存数据(步骤S217，S218)，并且将高速缓存数据和附加信息的内容组合起来以产生其中合并了附加信息的页面数据。

并且，信息附加部分107向页面传输部分108+传输合并了附加信息的页面数据(步骤S219)。作为响应，页面传输部分108+向浏览器2传输接收到的页面数据(步骤S220)。作为响应，浏览器2在屏幕23上显示其中包含了附加信息的页面。

图18表示HTML数据，即添加了附加信息的页面的示例。在图18的示例中，将附加信息的描述D2和与原始页面的文本相同的文本的描述D1一起插入到主体(body)元素中，并且通知用户系统添加了附加信息的描述D3也被进一步插入。

以下将给出对本发明的第三实施例的描述。图19表示在本发明第三实施例中的页面附加信息共享管理系统的组成。

在上面提到的第一和第二实施例中，单独的服务器1执行对附加信息的保存和管理。在该第三实施例中，设置了多个服务器1(#1，#2，#3，……)来保存和管理附加信息。

如图19所示，所述页面附加信息共享管理系统包括管理附加信息的多个服务器1、由用户U操作的浏览器2、以及作为页面浏览的目标的外部Web服务器3。服务器1、浏览器2和Web服务器3通过诸如因特网的网络连接。

每个服务器1均包括标准Web服务器组件101、管理使用服务器1的功能的用户的信息并对每一个用户进行认证的用户认证部分105、处理来自浏览器2的请求的请求处理部分106、以RSS或JSON(Java脚本对象描述符号)格式向浏览器2传输附加信息的附加信息传输部分108、保存附加信息的附加信息数据库111。附加信息数据库111中保存的数据与图3中所示的数据相同。

浏览器2包括附加信息插件(plug-in)25和屏幕23，附件信息插件25执行对服务器1的附加信息的注册，从服务器1中获取附加信息，并渲染附加信息，并且，屏幕23用于在其上显示Web页面等。

附加信息插件25包括附加信息搜索部分251、输入表单(input-form)提供部分252、附加信息传输部分253、渲染装置254和服务器列表255，其中附加信息搜索部分251从多个服务器1中搜索并获取附加信息，输入表单提供部分252提供用于注册附加信息的输入表单，附加信息传输部分253在输入附加信息时向服务器1传输附加信息，渲染装置254将从服务器1中获取的附加信息渲染到关注的页面上，并且服务器列表255保存将被访问的服务器1的地址(URL)。

图20A和图20B是用于解释在页面访问时执行的处理的图。图20A是说明操作的概要的图，而图20B是用于解释由系统的各功能部件执行的处理的顺序图。

如图20A和图20B所示，当用户U向浏览器2输入页面请求时(步骤S301)，浏览器2向Web服务器3传输页面请求，并从Web服务器3中获取页面数据(步骤S302，S303)。

随后，浏览器2通过指定目标页面(步骤S304)向附加信息插件25的附加信息搜索部分251传输附加信息的请求。附加信息搜索部分251从服务器列表255中获取服务器1的地址列表(步骤S305，S306)。

通过指定目标页面，附加信息搜索部分251向包含在所获取的列表内的每一个服务器1传输附加信息的请求(步骤S307)。

每一个服务器1通过附加信息传输部分108从附加信息数据库111中获取相应的附加信息(如果存在的话)，并向浏览器2的附加信息搜索部分251传输所获取的附加信息(步骤S308-S312)。如果相应的附加信息不存在，则不执行对附加信息的获取和传输。

虽然已在顺序图中省略，但在获取附件信息之前，每一个服务器1的用户认证部分105基于包含在请求中的cookie内的信息进行用户认证。并且，当用户是授权用户时，才执行附加信息的获取和传输。

附加信息搜索部分251向浏览器2传输获取的附加信息(步骤S313)。浏览器2使渲染设备254向屏幕23上的页面执行对页面数据及附加信息的渲染(步骤S314，S315)。

在上面提到的实施例中，在获取附加信息之后，统一执行对页面数据和附加信息的渲染。可选择的是，在从web服务器3中获取页面数据之后，仅立即渲染页面数据，随后，当获取附加信息时，再执行与页面数据结合的对附加信息的渲染。

图21A和图21B是用于解释在附加信息输入时执行的处理的图。图21A是说明操作的概要的图，而图21B是用于解释由系统的各功能部件执行的处理的顺序图。

如图21A和图21B所示，在显示了Web服务器3的页面之后，自动地，或者根据用户U的操作，浏览器2使附加信息插件25的输入表单提供部分252在屏幕23上以覆盖或弹出的方式显示输入表单(步骤S321)。

此外，当用户U向输入表单输入添加附加信息的范围和注释(如果需要的话)时(步骤S322)，输入表单向附加信息传输部分253传输附加信息(范围和注释)(步骤S323)。

作为响应，附加信息传输部分253从服务器列表255中获取服务器的列表(步骤S324，S325)，并且向包含在列表中的每一个服务器1传输用于注册附加信息的请求(步骤S326)。

当接收到的附加信息被注册到附加信息数据库111(步骤S327，S328)并且在每个服务器1内正常完成注册时，向附加信息传输部分253进行通知(步骤S329)。

在上面提到的实施例中，在包含于从服务器列表255中获取的列表内的每个服务器1中注册附加信息，并且提高了附加信息的搜索概率。但是，系统中可能存在附加信息的副本。为了克服上述问题，附加信息的注册可以被限定于列表中的预定服务器1。

例如，上面提到的实施例可修改为，当在列表中的最高等级(rank)的服务器1中执行对附加信息的注册并且没有正常完成注册时，在随后等级的服务器1中执行注册，并且，如果正常完成了注册，则终止处理过程。

以下给出对本发明的第四实施例的描述。图22表示本发明的第四实施例中的页面附加信息共享管理系统的组成。

在第四实施例中，本发明被应用于博客(blog)(类似日志的站点)。通过使用引用通告(track-back)机制(关于其细节可参照http://lowlife.jp/yasusii/stories/8.html)将附加信息注册到博客，并且在博客浏览时，将博客和附加信息进行组合并显示组合后的博客。

如图22所示，页面附加信息共享管理系统包括普通博客4(blog#1)和本发明所应用到的博客5(blog#2)，并且包括由用户U操作的浏览器2。博客4、博容5和浏览器2通过诸如因特网的网络进行连接。在该实施例中，假定引用通告从博客4传输到博客5并且从浏览器2中浏览博客5。

博客4包括标准博客处理组件41。而标准博客处理组件41包括向另一个博客传输引用通告的引用通告传输部分42和保存博客4的文章内容的文本数据库43。

博客5包括标准博客处理组件51、引用通告处理部分54、附加信息数据库55和信息附加部分56，其中引用通告处理部54从另一博客接收引用通告并且处理对附加信息等的注册，附加信息数据库55保存附加信息(在数据库55中保存的数据内容与图3所示的相同)，信息附加部分56在博客浏览时向博客的内容添加附加信息。

标准博客处理组件51包括保存博客5文章内容的文本数据库52，和保存接收到的引用通告信息的引用通告数据库53。

在该实施例中，预先定义一组附加信息所特有的标签(tag)，并且使用这些标签将附加信息预先嵌入到博客4的引用通告文章中，博客4将该引用通告传输到博客5。博客5从博客4中接收引用通告，参考博客4的引用通告文章，基于附加信息所特有的标签获取附加信息，并且执行对附加信息的注册。

图23A是用于解释在引用通告传输时执行的处理的顺序图。

如图23A所示，当根据博客4的用户的操作，将引用通告从引用通告传输部分42传输到博客5时(步骤S401)，博客5的引用通告处理部分54接收该引用通告。

图23B表示在引用通告传输时的博客4和博客5的文章内容的示例。

如图23B所示，在向博客5的文章(原始页面)传输引用通告的博客4的引用通告文章中，借助于标签(特定于附加信息)来预先描述下划线范围和注释，所述标签为：

“<socialunderline:range>”；“</socialunderline:range>”；

“<socialunderline:comment>”和“</socialunderline:comment>”。也就是说，对于博客5的原始文章的内容，博客4的引用通告文章中的标签

“<socialunderline:range>”和标签“</socialunderline:range>”之间插入的陈述指示了原始文章中下划线应该被画的范围，并且，博客4的引用通告文章中的标签“<socialunderline:comment>”和标签“</socialunderline:comment>”之间插入的陈述指示了原始文章中应该被添加的注释。

再次参考图23A，接收引用通告的引用通告处理部分54在引用通告数据库53中存储了引用通告信息，并执行用于显示引用通告列表的引用通告处理(步骤S402，S403)。

随后，引用通告处理部分54访问作为引用通告源的博客4并且从文本数据库43中获取引用通告文章的文本(步骤S404，S405)。

并且，当在获取的引用通告文章的文本中包含特定于附加信息的标签时，引用通告处理部分54提取附加信息并将其注册到附加信息数据库55(步骤S406，S407)。

当允许注册附加信息的用户受限时，从作为引用通告源的博客4的URL进行用户认证，并可以确定是否应当继续进行注册处理。

图24A是解释在博客浏览时执行的处理的顺序图。

如图24A所示，当根据用户U的操作从浏览器2向博客5传输用于显示页面的请求时(步骤S411)，博客5的信息附加部分56执行对页面的渲染处理，其包括从文本数据库52中获取文本的内容(步骤S412，S413)，从引用通告数据库53中获取引用通告信息(步骤S414，S415)，以及对页面的渲染(步骤S416)。

随后，信息附加部分56从附加信息数据库55中获取附加信息(步骤S417，S418)，并且执行对页面的附加信息的渲染(步骤S419)。

图24B表示在浏览器2中的博客5的文章的显示屏的示例。如图24B所示，在显示屏上显示添加到主体文本501的特定部分的下划线502和添加到上述下划线部分的注释504。栏503是显示引用通告信息的区域。

本发明并不限于上述实施例，在不超出本发明范围的情况下可进行变换和修改。

本发明是基于并享受下列申请的优先权：2006年10月11日提交的日本专利申请No.2006-278080和2007年9月21日提交的日本专利申请No.2007-245526，在此通过引用方式并入其全部内容。

Claims (14)

1、一种页面附加信息共享管理方法，该方法使多个用户能够向任意页面内的对象添加包括下划线和注释的附加信息，并且使多个用户能够共享所述附加信息，所述方法包括以下步骤：

接收对页面内对象的附加信息的设定，包括用于该对象的附加信息的范围指定；

通过将所述附加信息和所述页面相关联，存储所述附加信息；和

当接收到显示所述附加信息的请求时，获取与将被浏览的页面相关联的附加信息，并将所述附加信息提供给发请求的设备。

2、根据权利要求1所述的页面附加信息共享管理方法，进一步包括以下步骤：在浏览器执行页面浏览之前，向浏览器提供脚本，该脚本包括所述将被浏览的页面数据并使所述浏览器执行所述附加信息的获取请求和对获取的附加信息的渲染。

3、根据权利要求1所述的页面附加信息共享管理方法，进一步包括以下步骤：将所述附加信息和正被浏览的页面的数据相结合，以向发请求的设备提供结合了所述附加信息的页面数据。

4、根据权利要求1所述的页面附加信息共享管理方法，进一步包括以下步骤：

存储其中设置了附加信息的页面的高速缓存数据；和

当接收到浏览所述页面的请求时，提供所述页面的所述高速缓存数据。

5、根据权利要求1所述的页面附加信息共享管理方法，其中所述获取附加信息的步骤被配置为：基于预定义的标签从自外部设备接收到的引用通告文章中获取所述附加信息，所述外部设备执行引用通告传输。

6、根据权利要求1所述的页面附加信息共享管理方法，进一步包括以下步骤：

基于所述存储的附加信息，显示具有大于给定值的关联度的用户列表。

7、根据权利要求1所述的页面附加信息共享管理方法，其中，所述对象是字符串，并且，通过指定开始位置字符串以指示范围的开始位置和指定结束位置字符串以指示范围的结束位置，来产生所述范围指定。

8、根据权利要求1所述的页面附加信息共享管理方法，其中，所述对象是字符串，并且，通过指定以标记语言描述的文档的元素，来产生所述范围指定。

9、一种页面附加信息共享管理设备，该设备使多个用户能够向任意页面内的对象添加包括下划线和注释的附加信息，以及使多个用户能够共享所述附加信息，包括：

接收单元，被配置为接收对页面内对象的附加信息的设定，包括用于该对象的附加信息的范围指定；

存储单元，被配置为通过将所述附加信息和所述页面相关联，存储所述附加信息；和

提供单元，被配置为当接收到显示所述附加信息的请求时，获取与将被浏览的页面相关联的附加信息，以将所述附加信息提供给发请求的设备。

10、根据权利要求9所述的页面附加信息共享管理设备，进一步包括一单元，该单元被配置为在浏览器执行页面浏览之前，向浏览器提供脚本，该脚本包括所述将被浏览的页面数据并使所述浏览器执行所述附加信息的获取请求和对获取的附加信息的渲染。

11、根据权利要求9所述的页面附加信息共享管理设备，进一步包括一单元，该单元被配置为将所述附加信息和正被浏览的页面的数据相结合，以向发请求的设备提供结合了所述附加信息的页面数据。

12、根据权利要求9所述的页面附加信息共享管理设备，进一步包括：

被配置为存储其中设置了附加信息的页面的高速缓存数据的单元；和

被配置为当接收到浏览所述页面的请求时，提供所述页面的所述高速缓存数据的单元。

13、根据权利要求9所述的页面附加信息共享管理设备，其中，所述接收单元被配置为基于预定义的标签从自外部设备接收到的引用通告文章中获取所述附加信息，所述外部设备执行引用通告传输。

14、根据权利要求9所述的页面附加信息共享管理设备，进一步包括一单元，该单元被配置为基于所述存储的附加信息，显示具有大于给定值的关联度的用户列表。

Images