JP5233220B2

JP5233220B2 - ページ付加情報共有管理方法

Info

Publication number: JP5233220B2
Application number: JP2007245526A
Authority: JP
Inventors: 暁伊戸川; 陽一郎松野
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2006-10-11
Filing date: 2007-09-21
Publication date: 2013-07-10
Anticipated expiration: 2027-09-21
Also published as: US8001460B2; JP2008117374A; US20080250081A1

Description

本発明はインターネット上のＷｅｂページ等の操作技術に関する。

インターネットの普及により多種多様のＷｅｂページを閲覧する機会が増えているが、情報量が膨大であるが故に、その中から自分にとって有用な情報を選択することが困難になってきている。

このような状況から、興味のあるページを見つけた場合などに、他のユーザとそのＵＲＬ（Uniform Resource Locator）を共有するための技術として、ソーシャルブックマークと呼ばれるものが存在する。ユーザはブラウザのツールバーなどを使って通常のブックマークと同じ感覚でＷｅｂページのＵＲＬをソーシャルブックマークに登録することができ、登録したソーシャルブックマークはネットワークに接続された他のコンピュータからでも利用することができる。

なお、出願人は出願時点までに本発明に関連する公開された先行技術文献を発見することができなかった。よって、先行技術文献情報を開示していない。

上述したソーシャルブックマークでは、特定のＷｅｂページのＵＲＬを複数のユーザで共有することにより、システム利用者各人の関心のあり方を知ることができ、膨大な情報の中から有用な情報を効率的に取得する上で有効である。

しかしながら、ソーシャルブックマークは単にＷｅｂページのＵＲＬしか特定できないものであるため、ページ内容が膨大であったり複雑であったりする場合などではその中のどの部分に興味を持っているのかまでは特定できないものであった。

本発明は上記の従来の問題点に鑑み提案されたものであり、その目的とするところは、ページ内の文字列等のオブジェクトに一人あるいは複数人が下線、マーカ、イタリック、ボールド等の強調表示や、コメント等の注釈情報を含む付加情報を加えることができ、それらをページ閲覧時に一望のうちに見えるようにして、システム利用者各人の関心のあり方を可視化することのできるページ付加情報共有管理方法を提供することにある。

上記の課題を解決するため、本発明にあっては、請求項１に記載されるように、複数のユーザが任意のページ内のオブジェクトに対して強調表示および必要なコメントを含む付加情報を付し、複数のユーザがその付加情報を共有するための、ページ付加情報共有管理装置が実行する管理方法であって、ページ内のオブジェクトに対する範囲指定を含む付加情報の設定を受け付ける受付工程と、受け付けた付加情報を対象となるページと対応付けて保存する保存工程と、付加情報の表示が要求された場合に、閲覧するページに対応する付加情報を取得し、要求元に提供する提供工程とを備え、上記受付工程は、トラックバックを行った側のトラックバック記事に含まれる、少なくとも強調表示を付す範囲を示すタグおよび強調表示に対応するコメントを示すタグに基づいて付加情報を取得するページ付加情報共有管理方法を要旨としている。

また、請求項２に記載されるように、請求項１に記載のページ付加情報共有管理方法において、ページ閲覧を行うブラウザ側で付加情報の取得要求および取得した付加情報のレンダリングを行うスクリプトを閲覧対象のページデータに含めてブラウザ側に提供する工程を備えるようにすることができる。

また、請求項３に記載されるように、請求項１または２のいずれか一項に記載のページ付加情報共有管理方法において、閲覧対象のページデータに上記付加情報を合成して要求元に提供する工程を備えるようにすることができる。

また、請求項４に記載されるように、請求項１乃至３のいずれか一項に記載のページ付加情報共有管理方法において、上記付加情報の設定対象となるページをキャッシュに保存する工程と、ページに対する閲覧が要求された場合に該当するページのキャッシュを提供する工程とを備えるようにすることができる。

また、請求項５に記載されるように、請求項１乃至４のいずれか一項に記載のページ付加情報共有管理方法において、保存された上記付加情報に基づき現ユーザと関連の強いユーザを発見して提示する工程を備えるようにすることができる。

また、請求項６に記載されるように、請求項１乃至５のいずれか一項に記載のページ付加情報共有管理方法において、上記オブジェクトは文字列であり、上記範囲指定は先頭位置を特定する文字列と終端位置を特定する文字列の指定により行うようにすることができる。

また、請求項７に記載されるように、請求項１乃至５のいずれか一項に記載のページ付加情報共有管理方法において、上記オブジェクトは文字列であり、上記範囲指定はマークアップ言語で記述された文書の要素の指定により行うようにすることができる。

また、請求項８〜１２に記載されるように、ページ付加情報共有管理装置として構成することができる。

本発明のページ付加情報共有管理方法にあっては、ページ内のオブジェクトに一人あるいは複数人が強調表示や注釈情報を含む付加情報を加えることができ、それらをページ閲覧時に一望のうちに見えるようにして、システム利用者各人の関心のあり方を可視化することができる。

以下、本発明の好適な実施形態につき説明する。

＜概要＞
図１は本発明の一実施形態にかかる画面例を示す図である。

図１はユーザｃ（usr_c）がブラウザでＷｅｂページを閲覧している場合の画面２３の例を示しているが、閲覧している元のページ内容に加え、ユーザｃが引いた下線Ｌ１、他のユーザａ（usr_a）が引いた下線Ｌ２、他のユーザｂ（usr_b）が引いた下線Ｌ３が表示されるとともに、各下線Ｌ１〜Ｌ３と対応する水平方向位置の右側に、現在のユーザｃに対して「別の下線を引く」「コメントを書く」等の操作を可能とする枠Ｂ１、他のユーザａが引いた下線Ｌ２に対応するコメントを示す枠Ｂ２、他のユーザｂが引いた下線Ｌ３に対応するコメントを示す枠Ｂ３等が表示される。

なお、ページへの付加情報の強調表示として主に下線を付す場合を例に説明しているが、その他にマーカ、イタリック、ボールド等を用いてもよい。

このように、任意のＷｅｂページに対して下線等の強調表示やコメント等の注釈情報を含む付加情報を加えることができるとともに、それを他のユーザと共有できることにより、システム利用者各人の関心のあり方を知ることができ、膨大な情報の中から有用な情報を効率的に取得する上で有効となる。

＜第１の実施形態＞
図２は本発明の第１の実施形態にかかるシステムの構成例を示す図である。

図２において、システムは、付加情報の管理を行うサーバ１と、ユーザＵの操作するブラウザ２と、閲覧の対象となる外部の任意のＷｅｂサーバ３とを含んでいる。サーバ１とブラウザ２とＷｅｂサーバ３はインターネット等のネットワークを介して接続されている。

サーバ１は、標準的なＷｅｂサーバの構成要素１０１と、ブラウザ２でのＷｅｂページの閲覧時に付加情報の取得およびレンダリング（描画）を行うＪａｖａＳｃｒｉｐｔを生成するＪａｖａＳｃｒｉｐｔ生成部１０２と、ユーザＵによる付加情報の登録時に登録用詳細ページを生成するとともに、付加情報の一覧表示のためのページを生成するページ生成部１０３とを備えている。

また、サーバ１は、サーバ１の機能を利用するユーザの情報を管理して認証を行うユーザ認証部１０５と、ブラウザ２からのリクエストを処理するリクエスト処理部１０６と、ブラウザ２に付加情報を送信する付加情報送信部１０８と、ユーザ関連度を算出して現ユーザと類似した箇所をマーキングした他のユーザ（関心が似ていることが期待される者）を発見するユーザ関連度算出部１０９とを備えている。

また、サーバ１は、付加情報の登録の対象となったＷｅｂページのページデータを保持するキャッシュＤＢ（Data Base）１１０と、付加情報を保持する付加情報ＤＢ１１１とを備えている。

ブラウザ２は、ＪａｖａＳｃｒｉｐｔを実行するＪａｖａＳｃｒｉｐｔエンジン２１と、付加情報の登録を行う登録用ブックマークレット（ＪａｖａＳｃｒｉｐｔで記述されたスクリプト）２２と、Ｗｅｂページ等の表示を行う画面２３とを備えている。

図３はデータベースの例を示す図である。キャッシュＤＢ１１０は、キャッシュしたＷｅｂページのＵＲＩ（Uniform Resource Identifier）を示す記事ＵＲＩと、ＢＬＯＢ（Binary Large Object）形式等のデータからなる記事本文と、キャッシュした日時を示す登録日時とを含んでいる。付加情報ＤＢ１１１は、付加情報を登録したユーザを示すユーザ名と、付加情報を付す対象となるＷｅｂページを示す記事ＵＲＩと、付加情報を付した範囲を示す付加範囲と、付加範囲に対するコメント内容を示すコメントと、付加情報を登録した日時を示す登録日時とを含んでいる。キャッシュＤＢ１１０と付加情報ＤＢ１１１のデータは記事ＵＲＩにより互いに紐付けられる。

図４は付加情報の登録における各部の動作概要を示す図である。

図４（ａ）において、ユーザＵがブラウザ２に対してＷｅｂページの呼び出しを行うと（ステップＳ１）、ブラウザ２はＷｅｂサーバ３から該当するＷｅｂページを取得して画面２３に表示する（ステップＳ２）。

次いで、ユーザＵが画面２３のＷｅｂページ上から下線を引く範囲を選択し（ステップＳ３）、登録用ブックマークレット２２を起動すると（ステップＳ４）、ブラウザ２は下線を引く対象のＷｅｂページのデータをサーバ１に送付し（ステップＳ５）、サーバ１のリクエスト処理部１０６はＷｅｂページのデータをキャッシュＤＢ１１０に格納する（ステップＳ６）。

次いで、図４（ｂ）において、サーバ１のページ生成部１０３は修正・確認用ページを生成してブラウザ２に送付し（ステップＳ７）、ブラウザ２は画面２３に修正・確認用ページを表示する。

これに対し、ユーザＵが下線を引く範囲を確認し、必要に応じてコメントを追記し（ステップＳ８）、決定ボタンをクリックすると（ステップＳ９）、ブラウザ２はサーバ１に選択範囲等の情報を送付する（ステップＳ１０）。この際、ブラウザ２からはブラウザ２の使用者（ログインユーザ等）を示すクッキー等の情報を併せて送付する。

サーバ１のリクエスト処理部１０６はクッキー等の情報からユーザ認証部１０５によってユーザを特定し（ステップＳ１１）、利用が許可されたユーザである場合には、付加情報ＤＢ１１１に｛ユーザ名、キャッシュしたページの記事ＵＲＩ、下線の付加範囲、コメント、登録日時｝の組を保存する（ステップＳ１２）。

図５は付加情報の登録における処理例を示すシーケンス図である。

図５（ａ）において、ユーザＵがブラウザ２の画面２３に対してページを請求すると（ステップＳ２１）、画面２３はＷｅｂサーバ３にページ請求を行い（ステップＳ２２）、ページ送付を受けて表示を行う（ステップＳ２３）。

次いで、ユーザＵがページ内で下線を引く範囲の選択を行い（ステップＳ２４）、登録用ブックマークレット２２の起動を行うと（ステップＳ２５）、登録用ブックマークレット２２は画面２３の表示画面のデータを取得し（ステップＳ２６、Ｓ２７）、サーバ１のリクエスト処理部１０６にキャッシュ用のデータとして送付し（ステップＳ２８）、リクエスト処理部１０６は受け取ったデータをキャッシュＤＢ１１０に保存する（ステップＳ２９）。

次いで、登録用ブックマークレット２２はリクエスト処理部１０６にページ呼び出しを行い（ステップＳ３０）、リクエスト処理部１０６はページ生成部１０３に付加情報登録のための修正・確認用ページの生成を行わせ（ステップＳ３１、Ｓ３２）、登録用ブックマークレット２２に修正・確認用ページを送付し（ステップＳ３３）、登録用ブックマークレット２２は画面２３に修正・確認用ページを表示させる（ステップＳ３４）。

次いで、図５（ｂ）において、修正・確認用ページによりユーザＵがブラウザ２の画面２３に対して下線を引く範囲の修正もしくはコメントの追加等を行い（ステップＳ３５）、決定（submit）を行うと（ステップＳ３６）、画面２３はサーバ１のリクエスト処理部１０６に下線範囲、コメント等を送付する（ステップＳ３７）。この際、ブラウザ２からはブラウザ２の使用者（ログインユーザ等）を示すクッキー等の情報を併せて送付する。

次いで、リクエスト処理部１０６はユーザ認証部１０５からクッキー等の情報に基づきユーザ情報を取得し（ステップＳ３８、Ｓ３９）、利用が許可されたユーザである場合には、付加情報ＤＢ１１１に付加情報を登録し（ステップＳ４０）、ブラウザ２の画面２３に作業完了を通知する（ステップＳ４１）。

図６はページの閲覧における各部の動作概要を示す図である。

図６（ａ）において、ユーザＵがブラウザ２の画面２３に表示されるトップページから所望の記事のページを選択すると（ステップＳ５１）、画面２３はサーバ１のリクエスト処理部１０６にリクエストを送付する（ステップＳ５２）。

リクエスト処理部１０６はキャッシュＤＢ１１０から該当するページのキャッシュを取得するとともに（ステップＳ５３）、ＪａｖａＳｃｒｉｐｔ生成部１０２からＪａｖａＳｃｒｉｐｔを取得し（ステップＳ５４）、ＪａｖａＳｃｒｉｐｔを含んだページデータをブラウザ２にレスポンスとして送付する（ステップＳ５５）。

次いで、図６（ｂ）において、ページ内のＪａｖａＳｃｒｉｐｔはブラウザ２内のＪａｖａＳｃｒｉｐｔエンジン２１（図２）により実行を開始すると、サーバ１のリクエスト処理部１０６にページを特定してリクエストを送付する（ステップＳ５６）。この際、ブラウザ２からはブラウザ２の使用者（ログインユーザ等）を示すクッキー等の情報を併せて送付する。

リクエスト処理部１０６はクッキー等の情報からユーザ認証部１０５によってユーザを特定する（ステップＳ５７）。

次いで、リクエスト処理部１０６は、閲覧が許可されたユーザである場合には、付加情報ＤＢ１１１からキャッシュページに関連した付加情報（コメントを含む）を取得して付加情報送信部１０８に渡す（ステップＳ５８、Ｓ５９）。

付加情報送信部１０８は付加情報をブラウザ２に送付し（ステップＳ６０）、ページ内のＪａｖａＳｃｒｉｐｔは付加情報のレンダリングを行う（ステップＳ６１）。

図７はページの閲覧における処理例を示すシーケンス図である。

図７（ａ）において、ユーザＵがブラウザ２の画面２３に対してページ選択を行うと（ステップＳ７１）、画面２３はサーバ１のリクエスト処理部１０６にページを特定してリクエストを行う（ステップＳ７２）。

リクエスト処理部１０６はキャッシュＤＢ１１０から該当するページのキャッシュを取得し（ステップＳ７３、Ｓ７４）、続いてＪａｖａＳｃｒｉｐｔ生成部１０２からＪａｖａＳｃｒｉｐｔを取得し（ステップＳ７５、Ｓ７６）、ブラウザ２の画面２３にレスポンスとして返し（ステップＳ７７）、画面２３はレスポンスのページ内に含まれるＪａｖａＳｃｒｉｐｔを起動する（ステップＳ７８）。

次いで、図７（ｂ）において、ページ内のＪａｖａＳｃｒｉｐｔはサーバ１のリクエスト処理部１０６にページを特定してリクエストを行い（ステップＳ７９）、リクエスト処理部１０６はユーザ認証部１０５によりユーザ情報を取得するとともに（ステップＳ８０、Ｓ８１）、付加情報ＤＢ１１１から対象ページに関連する付加情報を取得する（ステップＳ８２、Ｓ８３）。

そして、リクエスト処理部１０６は取得した付加情報をレスポンスとしてブラウザ２のページ内のＪａｖａＳｃｒｉｐｔに送付し（ステップＳ８４）、ページ内のＪａｖａＳｃｒｉｐｔは画面２３に付加情報のレンダリングを行う（ステップＳ８５）。

図８はブラウザ２におけるＪａｖａＳｃｒｉｐｔによるレンダリングの例を示す図であり、サーバ１から得た付加情報の「usr1」の開始位置文字列（from）「データを記述する」に対応するページ上の文字列Ｔ１１から終了位置文字列（to）「欠点があった。」に対応するページ上の文字列Ｔ１２にわたって下線Ｌ１をレンダリングし、「usr2」の開始位置文字列（from）「処理系の開発が」に対応するページ上の文字列Ｔ２１から終了位置文字列（to）「技術である。」に対応するページ上の文字列Ｔ２２にわたって下線Ｌ２をレンダリングしている。また、「usr1」のコメント（comment）「コメント１」「コメント２」を示す枠Ｂ１を下線Ｌ１と対応する水平方向位置の右側にレンダリングし、「usr2」のコメント（comment）「興味深い。」を示す枠Ｂ２を下線Ｌ２と対応する水平方向位置の右側にレンダリングしている。

図９は範囲指定の他の例を示す図であり、対象となっているページのデータ構造を利用した範囲指定の例である。すなわち、ＨＴＭＬ（Hyper Text Markup Language）で記述された元文書が"head"、"body"という要素を持ち、"body"の中に更に"p"という要素を持つ場合、要素"p"以下のブロックを範囲指定する場合は、Ｘｐａｔｈ（ＸＭＬ（Extensible Markup Language）文書の中の特定の要素を指し示す記述方法を定めた規格）により「/html/body/p/・・・」等の形式で記述することができる。要素"p"に"id"属性が付与される場合には、Ｘｐａｔｈの省略形も併用することで「//p[id="xxx"]」等の形式で記述することもできる。

図１０は上述した範囲指定の場合のブラウザ２におけるＪａｖａＳｃｒｉｐｔによるレンダリングの例を示す図である。図１０において、サーバ１から得た下線情報の「usr1」の範囲（range）「//p[id='121-122']」に対応するページ上のブロックＢＬ１に下線Ｌ１をレンダリングし、「usr2」の範囲（range）「//p[id='123']」に対応するページ上のブロックＢＬ２に下線Ｌ２をレンダリングしている。また、「usr1」のコメント（comment）「コメント１」を示す枠Ｂ１を下線Ｌ１と対応する水平方向位置にレンダリングし、「usr2」のコメント（comment）「興味深い。」を示す枠Ｂ２を下線Ｌ２と対応する水平方向位置にレンダリングしている。

図１１は付加情報の一覧表示の処理および表示の例を示す図である。

図１１（ａ）において、ユーザＵがブラウザ２に対して所定のボタン操作等により一覧表示を要求すると（ステップＳ１０１）、ブラウザ２はサーバ１のリクエスト処理部１０６に一覧表示を要求し（ステップＳ１０２）、リクエスト処理部１０６はページ生成部１０３に一覧表示のためのページ生成を要求する（ステップＳ１０３）。

これを受け、ページ生成部１０３は付加情報ＤＢ１１１から当該ユーザＵの登録した付加情報を取得する（ステップＳ１０４、Ｓ１０５）。また、ページ生成部１０３はユーザ関連度算出部１０９に関連ユーザ情報を要求する（ステップＳ１０６）。

ユーザ関連度算出部１０９は付加情報ＤＢ１１１から当該ユーザＵと同じページに対する他ユーザの付加情報を取得し（ステップＳ１０７、Ｓ１０８）、ユーザ関連度に基づいて当該ユーザＵと関心の近い他のユーザを関連ユーザとしてページ生成部１０３に応答を行なう（ステップＳ１０９）。なお、ユーザ関連度の算出手法については後述する。

そして、ページ生成部１０３は当該ユーザＵが付加情報を加えたページおよび当該ユーザＵと関心の近い他のユーザが付加情報を加えたページを一覧ページとして生成してリクエスト処理部１０６に送付し（ステップＳ１１０）、リクエスト処理部１０６はこれをブラウザ２に送付し（ステップＳ１１１）、ブラウザ２は画面２３に表示を行う。

図１１（ｂ）は一覧表示の例を示したものであり、ユーザＡが一覧表示を行った場合に、「Ａさんが下線を引いたページ一覧」Ｖ１として複数のＵＲＩがコメントとともに表示され、「Ａさんに関心が近いユーザ」の一覧Ｖ２として複数のユーザ名が未読の記事（Ａさんにとっての未読の記事）のＵＲＩとともに表示された状態を示している。

図１２はユーザ関連度算出部１０９によるユーザ関連度の算出法の例を示す図である。

図１２（ａ）において、ユーザＡとユーザＢの関連度は、ユーザＡとユーザＢの両者が付加情報を加えたページについて、ユーザＡとユーザＢの双方が下線を引いた範囲（文字数）を、ユーザＡが下線を引いた範囲（文字数）とユーザＢが下線を引いた範囲（文字数）の和で除したものと定義する。図２におけるユーザ関連度算出部１０９はキャッシュＤＢ１１０および付加情報ＤＢ１１１を参照して現在のユーザについて他のユーザとの間で上記の計算を行うことで、現ユーザと類似した箇所をマーキングするユーザ（関心が似ていることが期待される者）を発見し、関連度の高いユーザ（複数）を紹介することができる。

付加情報ＤＢ１１１が図１２（ｂ）に示す状態である場合に、ユーザＡとユーザＢとの関連度を計算した例が図１２（ｃ）である。ここでは、ユーザＡとユーザＢがともに記事ＵＲＩ「http://foo.com/123/456」と「http://example.jp/55555」に付加情報を登録し、ユーザＡとユーザＢの双方が下線を引いた範囲が「http://foo.com/123/456」では存在せず、「http://example.jp/55555」では１１５０〜１２２２であり、ユーザＡが「http://foo.com/123/456」に下線を引いた範囲１０３３〜１０８６、ユーザＡが「http://example.jp/55555」に下線を引いた範囲１１００〜１２２２、ユーザＢが「http://foo.com/123/456」に下線を引いた範囲１７７２〜１８５１、ユーザＢが「http://example.jp/55555」に下線を引いた範囲１１５０〜１２５０であるため、関連度は２０．３％と算出される。また、ユーザＡとユーザＣは同じページに付加情報を登録していないため、関連度は０％と算出される。

図１３はページの閲覧のための他の構成例を示す図である。すなわち、上述した実施形態ではサーバ１のキャッシュＤＢ１１０（図２）にキャッシュしたページデータをブラウザ２に送付して下線等をレンダリングしていたが、図１３においてはＷｅｂサーバ３から直接にページデータを取得してページを表示するとともに、サーバ１の付加情報ＤＢ１１１から下線情報をＲＳＳ（RDF(Resource Description Framework) Site Summary、Rich Site Summary、Really Simple Syndication）等の形式により取得し、ブラウザ２内のページカスタマイズ部２４により画面２３に表示中のページに下線等を付加するようにしている。ページカスタマイズ部２４は「Greasemonkey」等のブラウザ拡張機能により実現することができる。

図１４は動画を対象とした範囲指定の例を示す図である。すなわち、上述した実施形態ではＷｅｂページ内の文字列を対象とした例について示したが、図１４では動画の時間軸に沿った所望の部分を指定できるようにしている。図１４において、動画画面２０１には動画が表示され、再生／停止ボタン２０２により再生の開始および停止を制御することができ、範囲指定開始／終了ボタン２０３により再生中の動画の所定の部分を範囲指定することができる。また、再生時間インジケータ２０４により現在の再生位置が確認できるとともに、範囲指定インジケータ２０５により指定された範囲が確認できる。範囲指定インジケータ２０５の範囲表示部分２０６の端部をマウス等でドラッグすることにより、指定範囲を変更することも可能である。

一方、上述した実施形態では主に複数のユーザが興味を示した部分にマーキングを付して共有する用途について示したが、同様のシステムを応用して、ドラフトを複数人で編集するシステムにも応用することができる。この場合、付加情報ＤＢ１１１（図２）には指定した範囲に対する編集内容を差分の形で持たせ、登録時には指定した範囲の編集後の内容も受け付け、レンダリング時に下線を引いた範囲を編集後の内容で置き換えるようにすればよい。

また、この場合、同一の範囲に複数の編集が入った場合の対応が問題となるが、
（１）最初のものを優先させる
（２）最後のものを優先させる
（３）登録時に検出して、先に編集されたものに更に編集する形にする
等により対応が可能である。

＜第２の実施形態＞
図１５は本発明の第２の実施形態にかかるシステムの構成例を示す図である。前述した第１の実施形態ではサーバ１からブラウザ２に付加情報を送信し、ブラウザ２側でページへの付加情報のレンダリングを行っていたが、この第２の実施形態ではサーバ１側で付加情報を含んだページデータ（ＨＴＭＬデータ）を生成し、ブラウザ２に送信して表示させるようにしている。

図１５において、システムは、付加情報の管理を行うサーバ１と、ユーザＵの操作するブラウザ２と、閲覧の対象となる外部の任意のＷｅｂサーバ３とを含んでいる。サーバ１とブラウザ２とＷｅｂサーバ３はインターネット等のネットワークを介して接続されている。

サーバ１は、標準的なＷｅｂサーバの構成要素１０１と、ユーザＵによる付加情報の登録時に登録用詳細ページ等を生成するページ生成部１０３とを備えている。

また、サーバ１は、サーバ１の機能を利用するユーザの情報を管理して認証を行うユーザ認証部１０５と、ブラウザ２からのリクエストを処理するリクエスト処理部１０６と、表示リクエストのあったページデータに対応する付加情報を加えて新たなページデータを生成する情報付加部１０７と、付加情報が加えられたページデータをブラウザ２に送信するページ送信部１０８＋と、ユーザ関連度を算出して現ユーザと類似した箇所をマーキングした他のユーザを発見するユーザ関連度算出部１０９とを備えている。

また、サーバ１は、付加情報の登録の対象となったＷｅｂページを保持するキャッシュＤＢ１１０と、付加情報を保持する付加情報ＤＢ１１１とを備えている。キャッシュＤＢ１１０および付加情報ＤＢ１１１の保持するデータは、図３に示したものと同様である。

ブラウザ２は、付加情報の登録を行う登録用ブックマークレット２２と、Ｗｅｂページ等の表示を行う画面２３とを備えている。

動作にあたり、付加情報の登録の処理については、図４および図５に示したものと同様である。

図１６はページの閲覧における各部の動作概要を示す図である。

図１６（ａ）において、ユーザＵがブラウザ２の画面２３に表示されるトップページから所望の記事のページを選択すると（ステップＳ２０１）、画面２３はサーバ１のリクエスト処理部１０６にページを特定したリクエストを送付する（ステップＳ２０２）。この際、ブラウザ２からはブラウザ２の使用者（ログインユーザ等）を示すクッキー等の情報を併せて送付する。

次いで、図１６（ｂ）において、リクエスト処理部１０６はクッキー等の情報からユーザ認証部１０５によってユーザを特定し（ステップＳ２０３）、閲覧が許可されたユーザである場合には情報付加部１０７にページ（付加情報を伴うページ）を要求する（ステップＳ２０４）。

これを受け、情報付加部１０７は付加情報ＤＢ１１１から当該ページにかかる付加情報を取得するとともに（ステップＳ２０５）、キャッシュＤＢ１１０からページのキャッシュを取得し（ステップＳ２０６）、付加情報を組み込んだページデータを生成してページ送信部１０８＋に引き渡す（ステップＳ２０７）。

ページ送信部１０８＋は受け取ったページデータをブラウザ２にレスポンスとして送信し（ステップＳ２０８）、ブラウザ２は画面２３に付加情報を含んだページを表示する。

図１７はページの閲覧における処理例を示すシーケンス図である。

図１７において、ブラウザ２はユーザＵによるページ選択に応じ、サーバ１のリクエスト処理部１０６にページを特定したリクエストを送信する（ステップＳ２１１）。この際、ブラウザ２からはブラウザ２の使用者（ログインユーザ等）を示すクッキー等の情報を併せて送付する。

リクエスト処理部１０６は、クッキー等の情報に基づき、ユーザ認証部１０５からユーザ情報を取得し（ステップＳ２１２、Ｓ２１３）、閲覧が許可されたユーザである場合には情報付加部１０７にページを要求する（ステップＳ２１４）。

情報付加部１０７は付加情報ＤＢ１１１から当該ページにかかる付加情報を取得するとともに（ステップＳ２１５、Ｓ２１６）、キャッシュＤＢ１１０からページのキャッシュを取得し（ステップＳ２１７、Ｓ２１８）、付加情報とキャッシュの内容を合成して、付加情報を組み込んだページデータを生成する。

そして、情報付加部１０７は付加情報を組み込んだページデータをページ送信部１０８＋に引き渡し（ステップＳ２１９）、ページ送信部１０８＋は受け取ったページデータをブラウザ２にレスポンスとして送信する（ステップＳ２２０）。これを受け、ブラウザ２は画面２３に付加情報を含んだページを表示する。

図１８は付加情報が加えられたページのＨＴＭＬデータの例を示す図であり、body要素内に元のページと同じ本文の記述Ｄ１とともに付加情報の記述Ｄ２が挿入され、更にシステムが付加情報を加えた旨の記述Ｄ３が加えられた状態を示している。

＜第３の実施形態＞
図１９は本発明の第３の実施形態にかかるシステムの構成例を示す図である。前述した第１および第２の実施形態では単一のサーバ１において付加情報の保持管理を行っていたが、この第３の実施形態では複数のサーバ１（＃１、＃２、・・・）により付加情報の保持管理を行うようにしている。

図１９において、システムは、付加情報の管理を行う複数のサーバ１と、ユーザＵの操作するブラウザ２と、閲覧の対象となる外部の任意のＷｅｂサーバ３とを含んでいる。サーバ１とブラウザ２とＷｅｂサーバ３はインターネット等のネットワークを介して接続されている。

各サーバ１は、標準的なＷｅｂサーバの構成要素１０１と、サーバ１の機能を利用するユーザの情報を管理して認証を行うユーザ認証部１０５と、ブラウザ２からのリクエストを処理するリクエスト処理部１０６と、ブラウザ２に付加情報をＲＳＳやＪＳＯＮ（JavaScript Object Notation）の形式で送信する付加情報送信部１０８と、付加情報を保持する付加情報ＤＢ１１１とを備えている。付加情報ＤＢ１１１の保持するデータは、図３に示したものと同様である。

ブラウザ２は、サーバ１への付加情報の登録、サーバ１からの付加情報の取得、および付加情報のレンダリングを行う付加情報プラグイン２５と、Ｗｅｂページ等の表示を行う画面２３とを備えている。付加情報プラグイン２５は、複数のサーバ１から付加情報を探索して取得する付加情報探索部２５１と、付加情報の登録のための入力フォームを提供する入力フォーム提供部２５２と、付加情報の入力時にサーバ１に付加情報を送付する付加情報送付部２５３と、サーバ１から取得した付加情報をページ上にレンダリングするレンダラ２５４と、アクセスするサーバ１のアドレス（ＵＲＬ）を保持するサーバリスト２５５とを備えている。

図２０はページアクセス時の処理例を示す図であり、（ａ）は動作概要を示し、（ｂ）は各機能部間の処理のシーケンス図を示している。

図２０（ａ）（ｂ）において、ユーザＵがブラウザ２に対してページを請求すると（ステップＳ３０１）、ブラウザ２はＷｅｂサーバ３にページ請求を行ってページデータを取得する（ステップＳ３０２、Ｓ３０３）。

次いで、ブラウザ２は付加情報プラグイン２５の付加情報探索部２５１に対象となるページを特定して付加情報を要求し（ステップＳ３０４）、付加情報探索部２５１はサーバリスト２５５からサーバ１のアドレスのリストを取得する（ステップＳ３０５、Ｓ３０６）。

そして、付加情報探索部２５１は取得したリストにある各サーバ１に対して対象となるページを特定して付加情報の要求を行い（ステップＳ３０７）、各サーバ１は付加情報送信部１０８を介し、付加情報ＤＢ１１１から該当する付加情報（存在する場合）を取得してブラウザ２の付加情報探索部２５１に送信する（ステップＳ３０８〜Ｓ３１２）。該当する付加情報が存在しない場合は付加情報の取得および送信は行わない。なお、シーケンス図では省略してあるが、各サーバ１では付加情報の取得に先立ち、リクエストに含まれるクッキー等に基づいてユーザ認証部１０５によりユーザ認証を行い、閲覧が許可されたユーザである場合に付加情報の取得および送信を行う。

付加情報探索部２５１は取得した付加情報をブラウザ２に引き渡し（ステップＳ３１３）、ブラウザ２はレンダラ２５４により画面２３にページデータおよび付加情報のレンダリングを行う（ステップＳ３１４、Ｓ３１５）。

なお、付加情報の取得後にページデータおよび付加情報を一括してレンダリングしているが、Ｗｅｂサーバ３からページデータを取得した直後にページデータのみレンダリングを行い、その後に付加情報を取得した時点で付加情報を重ねてレンダリングするようにしてもよい。

図２１は付加情報入力時の処理例を示す図であり、（ａ）は動作概要を示し、（ｂ）は各機能部間の処理のシーケンス図を示している。

図２１（ａ）（ｂ）において、ブラウザ２ではＷｅｂサーバ３のページを表示した後、自動的もしくはユーザＵの操作に応じ、付加情報プラグイン２５の入力フォーム提供部２５２が画面２３に入力フォームをオーバレイもしくはポップアップにより表示する（ステップＳ３２１）。

そして、ユーザＵが入力フォームに対して付加情報を付す範囲と、必要に応じてコメントを入力すると（ステップＳ３２２）、入力フォームは付加情報送付部２５３に付加情報（範囲、コメント）を引き渡す（ステップＳ３２３）。

これを受け、付加情報送付部２５３はサーバリスト２５５からサーバのリストを取得し（ステップＳ３２４、Ｓ３２５）、リストにあるサーバ１に対して付加情報の登録を要求する（ステップＳ３２６）。サーバ１では、受け取った付加情報を付加情報ＤＢ１１１に登録し（ステップＳ３２７、Ｓ３２８）、正常に登録が完了すると付加情報送付部２５３にその旨を通知する（ステップＳ３２９）。なお、サーバリスト２５５から取得したリストにある各サーバ１に付加情報を登録することで付加情報の探索確率を高めることができるが、反面、重複した付加情報が存在することで無駄が発生することにもなるため、リスト中の所定のサーバ１に付加情報の登録を限定してもよい。例えば、リスト中の最上位のサーバ１から付加情報の登録を試み、正常に登録できなかった場合は次のサーバ１に対して登録を試み、正常に登録できた場合に処理を終了するようにすることができる。

＜第４の実施形態＞
図２２は本発明の第４の実施形態にかかるシステムの構成例を示す図である。この第４の実施形態は、本発明をブログ（日記風のサイト）に適用したものであり、トラックバックのメカニズム（詳細は例えばhttp://lowlife.jp/yasusii/stories/8.htmlを参照。）を利用してブログ自身に付加情報の登録を行い、ブログの閲覧時に付加情報を併せて表示するようにしたものである。

図２２において、システムは、通常のブログ４と、本発明の機能拡張を行ったブログ５と、ユーザＵの操作するブラウザ２とを含んでいる。ブログ４とブログ５とブラウザ２はインターネット等のネットワークを介して接続されている。ここでは、ブログ４からブログ５に対してトラックバックを送信し、ブラウザ２からブログ５を閲覧することを想定している。

ブログ４は、標準的なブログ処理系の構成要素４１を備え、その構成要素４１には他のブログに対してトラックバックの送信を行うトラックバック送信部４２と、自ブログの記事内容を保持する本文ＤＢ４３とが設けられている。

ブログ５は、標準的なブログ処理系の構成要素５１と、トラックバックを受け付けて付加情報の登録等の処理を行うトラックバック処理部５４と、付加情報を保持する付加情報ＤＢ５５（保持データの内容は図３に示したものと同様）と、ブログ閲覧時にブログ内容への付加情報の付加を行う情報付加部５６とを備えている。標準的なブログ処理系の構成要素５１には、自ブログの記事内容を保持する本文ＤＢ５２と、受け付けたトラックバックの情報を保持するトラックバックＤＢ５３とが設けられている。

本実施形態では、予め付加情報のための固有のタグ集合を定義しておき、トラックバックを行う側のブログ４のトラックバック記事にそのタグを用いて付加情報を予め埋め込んでおくものとする。トラックバックを受け付けた側のブログ５では、ブログ４のトラックバック記事を参照し、付加情報固有のタグから付加情報を取得して登録を行う。

図２３（ａ）はトラックバック送信時の処理例を示すシーケンス図である。

図２３（ａ）において、ブログ４の運用者の操作等に応じてトラックバック送信部４２からブログ５に対してトラックバックを送信すると（ステップＳ４０１）、そのトラックバックはブログ５のトラックバック処理部５４により受け付けられる。図２３（ｂ）はトラックバック時のブログ４、５の記事内容の例を示しており、ブログ５の被トラックバック記事（元ページ）に対してトラックバックを行う側のブログ４のトラックバック記事には、付加情報固有のタグ「<socialunderline:range>」「</socialunderline:range>」「<socialunderline:comment>」「</socialunderline:comment>」により、下線を引く範囲およびコメントが予め記述されているものとする。すなわち、被トラックバック記事の内容「このブログの記事に一定の書式でトラックバックをすると、直接このサイトに「下線」を引いたりコメントを付けたりすることができます。どうぞお試しください。」に対し、トラックバック記事の「<socialunderline:range>直接このサイトに「下線」を引いたりコメントを付けたり</socialunderline:range>」は下線を引く範囲が「直接このサイトに「下線」を引いたりコメントを付けたり」であることを示し、「<socialunderline:comment>さっそく試しにコメントしてみる。</socialunderline:comment>」はコメントが「さっそく試しにコメントしてみる。」であることを示している。

図２３（ａ）に戻り、トラックバックを受け付けたトラックバック処理部５４は、トラックバックＤＢ５３にトラックバック情報を格納してトラックバック一覧表示等のためのトラックバック処理を行う（ステップＳ４０２、Ｓ４０３）。

次いで、トラックバック処理部５４は、トラックバック元のブログ４にアクセスして本文ＤＢ４３からトラックバック記事の本文を取得する（ステップＳ４０４、Ｓ４０５）。

そして、トラックバック処理部５４は、取得したトラックバック記事の本文に付加情報固有のタグが含まれている場合、付加情報を抽出して付加情報ＤＢ５５に登録する（ステップＳ４０６、Ｓ４０７）。なお、付加情報の登録を行なえるユーザを制限する場合には、トラックバック元のブログ４のＵＲＬからユーザ識別を行い、登録処理を行うか否か分岐させることができる。

図２４（ａ）はブログ閲覧時の処理例を示すシーケンス図である。

図２４（ａ）において、ユーザＵの操作に応じてブラウザ２からブログ５にページ表示のリクエストが送信されると（ステップＳ４１１）、ブログ５の情報付加部５６はページのレンダリング処理として、本文ＤＢ５２からの本文内容の取得（ステップＳ４１２、Ｓ４１３）、トラックバックＤＢ５３からのトラックバック情報の取得（ステップＳ４１４、Ｓ４１５）、ページのレンダリング（ステップＳ４１６）を行う。

次いで、情報付加部５６は、付加情報ＤＢ５５から付加情報を取得し（ステップＳ４１７、Ｓ４１８）、ページに付加情報をレンダリングする（ステップＳ４１９）。

図２４（ｂ）はブラウザ２におけるブログ５の記事の画面表示例を示しており、記事本文５０１の「直接このサイトに「下線」を引いたりコメントを付けたり」の部分に下線５０２が引かれるとともに、その下線部分に対するコメント５０４が表示された状態を示している。なお、欄５０３はトラックバック情報が表示される領域である。

＜総括＞
以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。

本発明の一実施形態にかかる画面例を示す図である。本発明の第１の実施形態にかかるシステムの構成例を示す図である。データベースの例を示す図である。付加情報の登録における各部の動作概要を示す図である。付加情報の登録における処理例を示すシーケンス図である。ページの閲覧における各部の動作概要を示す図である。ページの閲覧における処理例を示すシーケンス図である。ブラウザにおけるＪａｖａＳｃｒｉｐｔによるレンダリングの例を示す図である。範囲指定の他の例を示す図である。ブラウザにおけるＪａｖａＳｃｒｉｐｔによるレンダリングの例を示す図である。付加情報の一覧表示の処理および表示の例を示す図である。ユーザ関連度の算出法の例を示す図である。ページの閲覧のための他の構成例を示す図である。動画を対象とした範囲指定の例を示す図である。本発明の第２の実施形態にかかるシステムの構成例を示す図である。ページの閲覧における各部の動作概要を示す図である。ページの閲覧における処理例を示すシーケンス図である。付加情報が加えられたページのＨＴＭＬデータの例を示す図である。本発明の第３の実施形態にかかるシステムの構成例を示す図である。ページアクセス時の処理例を示す図である。付加情報入力時の処理例を示す図である。本発明の第４の実施形態にかかるシステムの構成例を示す図である。トラックバック送信時の処理例を示す図である。ブログ閲覧時の処理例を示す図である。

符号の説明

１サーバ
１０１標準的構成要素
１０２ＪａｖａＳｃｒｉｐｔ生成部
１０３ページ生成部
１０５ユーザ認証部
１０６リクエスト処理部
１０７情報付加部
１０８付加情報送信部
１０８＋ページ送信部
１０９ユーザ関連度算出部
１１０キャッシュＤＢ
１１１付加情報ＤＢ
２ブラウザ
２１ＪａｖａＳｃｒｉｐｔエンジン
２２登録用ブックマークレット
２３画面
２４ページカスタマイズ部
２５付加情報プラグイン
２５１付加情報探索部
２５２入力フォーム提供部
２５３付加情報送付部
２５４レンダラ
２５５サーバリスト
３Ｗｅｂサーバ
４ブログ
４１標準的構成要素
４２トラックバック送信部
４３本文ＤＢ
５ブログ
５１標準的構成要素
５２本文ＤＢ
５３トラックバックＤＢ
５４トラックバック処理部
５５付加情報ＤＢ
５６情報付加部
Ｕユーザ

Claims

複数のユーザが任意のページ内のオブジェクトに対して強調表示および必要なコメントを含む付加情報を付し、複数のユーザがその付加情報を共有するための、ページ付加情報共有管理装置が実行する管理方法であって、
ページ内のオブジェクトに対する範囲指定を含む付加情報の設定を受け付ける受付工程と、
受け付けた付加情報を対象となるページと対応付けて保存する保存工程と、
付加情報の表示が要求された場合に、閲覧するページに対応する付加情報を取得し、要求元に提供する提供工程と
を備え、
上記受付工程は、トラックバックを行った側のトラックバック記事に含まれる、少なくとも強調表示を付す範囲を示すタグおよび強調表示に対応するコメントを示すタグに基づいて付加情報を取得する
ことを特徴とするページ付加情報共有管理方法。
請求項１に記載のページ付加情報共有管理方法において、
ページ閲覧を行うブラウザ側で付加情報の取得要求および取得した付加情報のレンダリングを行うスクリプトを閲覧対象のページデータに含めてブラウザ側に提供する工程
を備えたことを特徴とするページ付加情報共有管理方法。
請求項１または２のいずれか一項に記載のページ付加情報共有管理方法において、
閲覧対象のページデータに上記付加情報を合成して要求元に提供する工程
を備えたことを特徴とするページ付加情報共有管理方法。
請求項１乃至３のいずれか一項に記載のページ付加情報共有管理方法において、
上記付加情報の設定対象となるページをキャッシュに保存する工程と、
ページに対する閲覧が要求された場合に該当するページのキャッシュを提供する工程と
を備えたことを特徴とするページ付加情報共有管理方法。
請求項１乃至４のいずれか一項に記載のページ付加情報共有管理方法において、
保存された上記付加情報に基づき現ユーザと関連の強いユーザを発見して提示する工程
を備えたことを特徴とするページ付加情報共有管理方法。
請求項１乃至５のいずれか一項に記載のページ付加情報共有管理方法において、
上記オブジェクトは文字列であり、上記範囲指定は先頭位置を特定する文字列と終端位置を特定する文字列の指定により行う
ことを特徴とするページ付加情報共有管理方法。
請求項１乃至５のいずれか一項に記載のページ付加情報共有管理方法において、
上記オブジェクトは文字列であり、上記範囲指定はマークアップ言語で記述された文書の要素の指定により行う
ことを特徴とするページ付加情報共有管理方法。
複数のユーザが任意のページ内のオブジェクトに対して強調表示および必要なコメントを含む付加情報を付し、複数のユーザがその付加情報を共有するための管理装置であって、
ページ内のオブジェクトに対する範囲指定を含む付加情報の設定を受け付ける受付手段と、
受け付けた付加情報を対象となるページと対応付けて保存する保存手段と、
付加情報の表示が要求された場合に、閲覧するページに対応する付加情報を取得し、要求元に提供する提供手段と
を備え、
上記受付手段は、トラックバックを行った側のトラックバック記事に含まれる、少なくとも強調表示を付す範囲を示すタグおよび強調表示に対応するコメントを示すタグに基づいて付加情報を取得する
ことを特徴とするページ付加情報共有管理装置。
請求項８に記載のページ付加情報共有管理装置において、
ページ閲覧を行うブラウザ側で付加情報の取得要求および取得した付加情報のレンダリングを行うスクリプトを閲覧対象のページデータに含めてブラウザ側に提供する手段
を備えたことを特徴とするページ付加情報共有管理装置。
請求項８または９のいずれか一項に記載のページ付加情報共有管理装置において、
閲覧対象のページデータに上記付加情報を合成して要求元に提供する手段
を備えたことを特徴とするページ付加情報共有管理装置。
請求項８乃至１０のいずれか一項に記載のページ付加情報共有管理装置において、
上記付加情報の設定対象となるページをキャッシュに保存する手段と、
ページに対する閲覧が要求された場合に該当するページのキャッシュを提供する手段と
を備えたことを特徴とするページ付加情報共有管理装置。
請求項８乃至１１のいずれか一項に記載のページ付加情報共有管理装置において、
保存された上記付加情報に基づき現ユーザと関連の強いユーザを発見して提示する手段
を備えたことを特徴とするページ付加情報共有管理装置。