JP5870036B2 - ページの遷移管理システム、遷移管理用サーバ装置および遷移管理用プログラム - Google Patents

Description

本発明は、ページの遷移管理システム、遷移管理用サーバ装置および遷移管理用プログラムに関し、特に、ＨＴＭＬ（HyperText Markup Language）で記述されたページのファイル中に設定されたハイパーリンクによらずに、複数のページ間を遷移できるように成されたシステムに用いて好適なものである。

インターネット上で提供されるＷＷＷ（World Wide Web）システムでは、ネットワーク上に置かれている情報資源にアクセスするためにＵＲＬ（Uniform Resource Locator）が使用されている。通常、ウェブページを構成するＨＴＭＬファイルには、ハイパーリンクが埋め込まれている。このハイパーリンクで示されるＵＲＬを辿ることにより、当該ハイパーリンクが埋め込まれたウェブページ（リンク元）から他のウェブページ（リンク先）に遷移することができるようになっている。

このように、ウェブページ間の遷移は、ハイパーリンクによって行われるのが普通である。ハイパーリンクが設定されていれば、そのリンク箇所が画面上で識別可能に表示されるようになっている。そのためユーザは、そのリンク箇所をマウスでクリックするだけの操作により、リンク先のウェブページに画面を簡単に遷移させることができる。

しかし、ハイパーリンクは、ＨＴＭＬファイルのソースコード中に設定される。そのため、ＨＴＭＬファイルの作成者のみしかハイパーリンクを設定することができず、ウェブページを閲覧しているユーザが自由にハイパーリンクを設定することはできない。ハイパーリンクはＨＴＭＬファイルの作成者の意図によって設定されるが、そのＨＴＭＬファイルによるウェブページを見ているユーザが、ファイル作成者の意図とは異なるページ間にリンクの設定を希望する場合がある。しかし、ハイパーリンクの仕組みではそれができないという問題があった。

従来、このような問題に対して、ハイパーリンクを用いることなくウェブページ間にリンクを設定できるようにした技術が提案されている（例えば、特許文献１〜３を参照）。
特開２００６−１０７２１５号公報 特開２００２−１６９８３８号公報 特開２００９−８７１０６号公報

特許文献１に記載の技術では、リンク元ファイルおよびリンク先ファイルを含むレコードとしてリンク情報をデータベースで管理し、表示されているファイル間のリンクをファイルの所有者でない第三者が自由にデータベースに登録できるようにしている。ブラウザでは、表示されているファイルに対してリンク先またはリンク元となるファイルのＩＤまたは所在情報をデータベースの検索によって取得し、取得したＩＤの一覧を表示する。このＩＤ一覧の中からユーザが何れかを選択すると、ブラウザは、選択されたＩＤに対応する所在情報によってファイルの実体を取得して表示する。

特許文献２に記載の技術では、ハイパーテキストデータの中の一部に対応するリンク領域と、このリンク領域と関連付けた所定の特定データと、リンク領域および特定データと関連付けられたリンク先アドレスとを互いに関連付けて記録したリンク先データベースを備える。そして、ユーザ端末からのリンク領域の指示と特定データの入力とに基づいて、リンク先データベースからリンク先を検索して、その情報をユーザ端末側に送信し、ユーザ端末側がそのリンク先にアクセスする。

上記特定データは、キーワードなどの文字列（数字列を含む）、所定の入力信号などである。所定の入力信号とは、例えば「キーボードのエンター・キーを５回押すことにより発生する信号」とか「キーボードのシフト・キーを７回押すことにより生じる信号」とか「タッチパネルの所定個所を所定回数だけ指で押すことにより生じる信号」とか「マイクに所定の音響を入力することにより生じる信号」などである。

特許文献３に記載の技術では、各種のホームページのアドレス情報と、そのホームページから抽出されたキーワードとを対応させたレコードを蓄積した参照サイトデータベースを備えている。そして、専用ホームページの選択画面で広告主サイトの選択操作を受け付けたときは、選択操作された広告主の広告情報から自動的に抽出されたキーワードを含むレコードを参照サイトデータベース上で検索し、そのレコードから読み出したアドレス情報をアドレスリンクとしてリンク画面に表示させる。

上記特許文献１〜３では、ハイパーリンクとは別に、所定のリンク情報を格納したデータベースを設け、当該データベースを検索することによってウェブページ間を遷移できるように成されている。このうち、特許文献１，２では、ＨＴＭＬファイルの作成者ではない第三者（ウェブページを閲覧しているユーザ）がデータベースにリンク情報を登録することができるので、ハイパーリンクで指定されたページとは異なるページ間にユーザが自由にリンクを設定することが可能である。

これに対し特許文献３では、ハイパーリンクとは別に設けたデータベースにてリンクを管理できるが、そのデータベースはウェブページの閲覧者ではない第三者によってあらかじめ作成されたものである。そのため、ウェブページの閲覧者であるユーザが所望のページ間に自由にリンクを設定することはできない。

上記のように、特許文献１，２の技術によれば、ウェブページを閲覧しているユーザがハイパーリンクとは別に所望のページ間に自由にリンクを設定することが可能である。しかしながら、この特許文献１，２の技術によっても、以下のような問題があった。

すなわち、ユーザがリンクを設定したいと希望するウェブページがあるときに、その都度所定の操作をしてリンク情報をデータベースに登録しなければならない。この場合の所定の操作とは、特許文献１の場合は、リンクさせたい２つのＨＴＭＬファイルを表示させ、一方のＨＴＭＬファイルをリンク元として指定するとともに、他方のファイルをリンク先として指定する操作である。また、特許文献２の場合は、ウェブページ上の一部に対してリンク領域を設定するとともに、例えばキーボードのエンター・キーを５回押すことによって特定データを発生させ、当該リンク領域および特定データとリンク先アドレスとを互いに関連付けてデータベースに記録する操作である。これらの操作はかなり面倒であり、ユーザに対する利便性に欠けるという問題があった。

また、複数（３つ以上）のウェブページ間を順に辿っていくような遷移をさせたい場合には、各々のウェブページ間に対する複数のリンク情報をデータベースに登録することになる。しかし、複数のウェブページ間にわたる複数のリンク情報をせっかく登録しても、その後で何れかのリンク情報が削除されたり、何れかのウェブページがネットワーク上から削除されたりすると、その削除されたリンク情報またはウェブページの前後でリンクが完全に途切れてしまい、ページを辿っていくことができなくなってしまうという問題もあった。

また、上記特許文献１，２の技術では、ユーザが明示的にリンク情報をデータベースにあらかじめ登録しておかなければ、ウェブページ間を遷移させることができないという問題もあった。すなわち、ハイパーリンクのようにＨＴＭＬファイル作成者の意図に従ってのみウェブページ間の遷移ができるのと同様、データベースへのリンク情報の登録者の意図に従ってのみウェブページ間の遷移ができるに止まり、それ以外のリンクを辿ることはできない。

以上のように、上記特許文献１，２の技術では、ユーザが明示的にデータベースに登録した固定のリンクしか辿ることができないとか、データベースに登録した一連のウェブページ間のリンクがその後における一部の不具合で辿れなくなってしまうなど、ページ間遷移の自由度が低いという問題があった。

本発明は、このような問題を解決するために成されたものであり、リンク情報の登録といった面倒な操作をユーザに強いることなく、ページを閲覧しているユーザにとって自由度の高いページ間遷移を実現できるようにすることを目的とする。

上記した課題を解決するために、本発明では、ユーザ端末にて表示されているページ内においてユーザ操作により指定された部分にメタ情報を付加するとともに、当該メタ情報に対して所定の属性情報を付与し、メタ情報とページの所在情報とを関連付けてデータベースに記憶させるとともに、メタ情報と属性情報とを関連付けてデータベースに記憶させる。ページの遷移を実行する際には、データベースを検索することにより、所望の検索キーと合致または所定の関係を有する属性情報を持ったメタ情報が付加されたページの所在情報を抽出し、抽出した複数の所在情報とメタ情報との組を１レコードずつ記憶させて成る所在情報リストを生成した上で、当該所在情報リストに基づいて、レコードの格納順に従ってページの遷移を実行する。具体的には、ページ上に表示されたメタ情報がユーザ端末におけるユーザ操作により指定されたときに、ページの遷移を実行する。

上記のように構成した本発明によれば、ユーザはページ間のリンク情報を明示的に設定する面倒な操作を行う必要がなく、単に所望のページにメタ情報を付加する操作をするだけで、ページ間の遷移を実行するのに必要なデータベースが逐次生成されていく。このときデータベースに登録される情報は、ユーザがページ間の遷移を意図して明示的に生成したリンク情報ではなく、単にページに対して付加したメタ情報や、そのメタ情報に対して関連付けたページの所在情報やメタ情報の属性情報など、リンクとは無関係の情報である。

ページ間の遷移は、このようにして生成されたデータベースにおいて所望の属性情報を検索キーとする検索によって抽出されたページの所在情報に基づいて行われる。そのため、ユーザが明示的にページ間の遷移を意図したリンク情報をデータベースにあらかじめ登録しておかなくても、ハイパーリンクとは異なるページ間の遷移を実行することができる。しかも、検索キーとして入力する属性情報を変えることにより、入力された属性情報に合わせて異なるページ間の遷移を行うことができる。

また、データベースに一度登録されたメタ情報およびそれに関連するページの所在情報や属性情報がその後に削除されたとしても、削除された所在情報以外でデータベースの検索により抽出される所在情報の範囲内でページの遷移を実行することができ、データベースの変更による影響を最小限に抑えることができる。

以上により、本発明によれば、リンク情報の登録といった面倒な操作をユーザに強いることなく、ページを閲覧しているユーザにとって自由度の高いページ間遷移を実現することができる。すなわち、ユーザが面倒な操作によって明示的にデータベースに登録した固定のリンクしか辿ることができないとか、データベースに登録した一連のページ間のリンクがその後における一部の不具合で辿れなくなってしまうといった従来の不都合をなくすことができる。

本実施形態によるウェブページの遷移管理システムの構成例を示す図である。 本実施形態によるユーザ端末およびサーバ装置の機能構成例を示すブロック図である。 本実施形態において指定部分にメタ情報としての付箋が付加されたページを表す概念図である。 本実施形態による第１の記憶部によりコンテンツデータベースに記憶される第１テーブル情報の例を示す図である。 本実施形態による第２の記憶部によりコンテンツデータベースに記憶される第２テーブル情報の例を示す図である。 本実施形態のＵＲＬリスト記憶部に記憶されるＵＲＬリストの例を示す図である。 本実施形態のＵＲＬリスト記憶部に記憶されるＵＲＬリストの別の例を示す図である。 本実施形態による第２の記憶部によりコンテンツデータベースに記憶される第２テーブル情報の別の例を示す図である。 本実施形態のＵＲＬリスト記憶部に記憶されるＵＲＬリストの別の例を示す図である。 本実施形態においてコンテンツデータベースを再検索してウェブページの遷移を切り替える例の説明図である。 本実施形態においてウェブページ上にメタ情報を付加するときの動作例を示すフローチャートである。 本実施形態においてＵＲＬリストに従ってウェブページの遷移を行う場合の動作例を示すフローチャートである。 座標情報を用いる場合の問題点を説明するための表示画面例を示す図である。 本実施形態に係るメタ情報付加装置を内包させて設けたユーザ端末のブロック構成図である。 本実施形態に係るメタ情報表示制御装置を内包させて設けたユーザ端末のブロック構成図である。 本実施形態に係るユーザ端末が有するページレンダリング機能の説明図である。 本実施形態においてウェブページ内の部分指定を行う際の処理の流れを示すフローチャートである。 図１７に示すステップＳ１３の処理の流れを詳細に示すフローチャートである。 本実施形態において座標情報をインデックス情報に変換する手順の説明に供する図である。 本実施形態においてインデックス情報を座標情報に逆変換する手順の説明に供する図である。 本実施形態において指定部分にメタ情報としての付箋が付加されたページを表示させる際の処理の流れを示すフローチャートである。 図２１に示すステップＳ２６の処理の流れを詳細に示すフローチャートである。 本実施形態の作用効果の一例を表す説明図である。

以下、本発明の一実施形態を図面に基づいて説明する。図１は、本実施形態によるウェブページの遷移管理システム１００の構成例を示す図である。図１に示すように、本実施形態によるウェブページの遷移管理システム１００は、複数のユーザ端末１０ａ，１０ｂと、サーバ装置２０とを備え、これらユーザ端末１０ａ，１０ｂおよびサーバ装置２０が通信ネットワーク９０を介して接続可能に構成されている。

ユーザ端末１０ａ，１０ｂおよびサーバ装置２０の各々は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）を有するコンピュータを主体として構成されている。ユーザ端末１０ａ，１０ｂは、例えば液晶ディスプレイよりなる表示デバイス１１ａ，１１ｂ、例えばマウスやキーボード等よりなる入力デバイス１２ａ，１２ｂを備えている。

通信ネットワーク９０は、例えばインターネットなどのＷＷＷを採用すればよい。ただし、これ以外にも、通信ネットワーク９０は、イントラネットと呼ばれる企業内ネットワークや、ＬＡＮ（Local Area Network）などの閉鎖的な通信媒体を採用してもよい。

サーバ装置２０は、例えばＷＷＷサーバ（通信ネットワーク９０が閉鎖的な通信媒体である場合は、単なるサーバである）であり、ウェブページ（ＨＴＭＬファイル）の情報、当該ウェブページに付加される付箋などのメタ情報、当該メタ情報に対して付与される属性情報を含む各種のコンテンツを記憶する。また、サーバ装置２０は、記憶した各種のコンテンツを、ユーザ端末１０ａ，１０ｂからの要求に応じて提供する。

図２は、ユーザ端末１０ａ（ユーザ端末１０ｂも同じ）およびサーバ装置２０の機能構成例を示すブロック図である。図２に示すように、ユーザ端末１０ａ，１０ｂは、その機能構成として、操作受付部１０１、メタ情報生成部１０２、座標取得部１０３、検索要求部１０４、ページ要求部１０５、表示情報取得部１０６、ウェブページ表示部１０７、メタ情報表示部１０８、ＵＲＬ一覧表示部１０９および通信部１１０を備えている。

また、サーバ装置２０は、その機能構成として、コンテンツデータベース２０１（本発明のデータベースに相当）、ユーザデータベース２０２、メタ情報付加部２０３、第１の記憶部２０４、属性情報付与部２０５、タイマ２０６、第２の記憶部２０７、データベース検索部２０８、検索結果提供部２０９、ＵＲＬリスト記憶部２１０、ページ遷移部２１１および通信部２１２を備えている。

まず、ユーザ端末１０ａ，１０ｂの機能構成について説明する。操作受付部１０１は、ユーザ端末１０ａ，１０ｂにおける入力デバイス１２ａ，１２ｂに対する各種のユーザ操作を受け付ける。例えば、操作受付部１０１は、ユーザＩＤおよびパスワードを入力してログインするためのユーザ操作、付箋等のメタ情報を生成するためのユーザ操作、サーバ装置２０にあるコンテンツデータベース２０１を検索するためのユーザ操作、ウェブページの表示（遷移を含む）を要求するためのユーザ操作などを受け付ける。

メタ情報生成部１０２は、操作受付部１０１が受け付けたユーザ操作に応じて、ウェブページ表示部１０７の制御によって表示デバイス１１ａ，１１ｂに表示されているウェブページ内において指定された部分に貼付するためのメタ情報を生成する。ここで生成するメタ情報は、ユーザ操作により指定された（または、あらかじめ決められた）形状、色およびサイズの付箋を表す図形情報である。また、付箋の図形情報に対して、ユーザ操作により入力された所望のコメント（メタ情報を付加したウェブページまたはウェブページ内のコンテンツに関するコメントなど）を表すテキスト情報を加えたものをメタ情報としてもよい。

座標取得部１０３は、表示デバイス１１ａ，１１ｂに表示されているウェブページ内においてユーザ操作により指定された部分に係る相対座標を、メタ情報が貼付される位置情報として取得する。この相対座標の取得は、例えば、マウスボタンのクリック操作によってピンポイントによる部分の指定が行われる場合、ウィンドウ内におけるクリック操作が行われた場所の、同ウィンドウの左上隅に位置する原点に対する相対座標値を取得することによって実行すればよい。

また、マウスボタンのドラッグ・アンド・ドロップ操作によって二次元の広がりを持った矩形領域の指定が行われる場合、例えば、ウィンドウ内でのドラッグ・アンド・ドロップ操作に係る起点あるいは終点の、同ウィンドウの左上隅に位置する原点に対する相対座標値を取得することにより、指定部分に係る相対座標を取得すればよい。

メタ情報生成部１０２により生成されたメタ情報および座標取得部１０３により取得された座標情報は、通信部１１０に供給される。通信部１１０は、当該メタ情報および座標情報をサーバ装置２０に送信する。このとき通信部１１０は、例えばログイン時に操作受付部１０１が取得したユーザＩＤを、メタ情報および座標情報と共にサーバ装置２０に送信する。なお、ここではユーザ端末１０ａ，１０ｂがメタ情報生成部１０２を備える例について説明したが、サーバ装置２０が備えてもよい。

また、メタ情報生成部１０２により生成されたメタ情報および座標取得部１０３により取得された座標情報は、メタ情報表示部１０８にも供給される。メタ情報表示部１０８は、ウェブページ表示部１０７により表示デバイス１１ａ，１１ｂに表示されたウェブページ上の指定部分（座標情報に基づくウェブページ上の位置）にメタ情報を付加して表示させる。なお、サーバ装置２０がメタ情報生成部１０２を備える場合は、ユーザ端末１０ａ，１０ｂがメタ情報をサーバ装置２０から取得して表示デバイス１１ａ，１１ｂに表示させる。

ウェブページ表示部１０７およびメタ情報表示部１０８は、複数の表示レイヤを相互に重ね合わせた状態で、それぞれにウェブページおよびメタ情報を表示させる。具体的には、図３（ａ）〜図３（ｃ）に示すように、ウェブページ表示部１０７がページ表示レイヤ４３ａに対してウェブページを表示させるとともに、そのページ表示レイヤ４３ａの上に重ね合わせたメタ情報表示レイヤ４３ｂにメタ情報表示部１０８がメタ情報を表示させる。

図３（ａ）〜図３（ｃ）の例では、ページ表示レイヤ４３ａの上にメタ情報表示レイヤ４３ｂを重ね合わせた状態で、ページ表示レイヤ４３ａにウェブページの文字列“ＡＢＣ・・・”が、メタ情報表示レイヤ４３ｂに付箋等のメタ情報４３ｃがそれぞれ表示されている。メタ情報表示レイヤ４３ｂは、メタ情報４３ｃの部分を除いて透明である。したがって、ページ表示レイヤ４３ａの文字列“ＡＢＣ・・・”を、メタ情報表示レイヤ４３ｂの透明な部分を透かしてはっきりと見ることができる。

検索要求部１０４は、操作受付部１０１が受け付けたユーザ操作に応じて、サーバ装置２０にあるコンテンツデータベース２０１の検索を要求する検索要求情報を生成し、通信部１１０に供給する。通信部１１０は、当該検索要求情報をサーバ装置２０に送信する。

例えば、ユーザがハイパーリンク以外の手段で複数のウェブページを遷移させて表示したいときに、入力デバイス１２ａ，１２ｂを操作して所望の検索キーを入力すると、検索要求部１０４は、その検索キーを含む検索要求情報を生成する。ここで入力する検索キーは、例えば、メタ情報の作成者を表す作成者名、メタ情報に含まれるコメントの一部または全部を表すキーワードなどである。

ページ要求部１０５は、操作受付部１０１が受け付けたユーザ操作に応じて、ウェブページの表示（遷移を含む）を要求するためのページ要求情報を生成し、通信部１１０に供給する。通信部１１０は、当該ページ要求情報をサーバ装置２０に送信する。

例えば、ウェブブラウザを起動するためのユーザ操作が行われたときに、ページ要求部１０５は、あらかじめ設定されているホームページの表示を要求するためのページ要求情報を生成する。また、ウェブページにあらかじめ設定されているハイパーリンクを指定するためのユーザ操作が行われたときに、ページ要求部１０５は、当該ハイパーリンクで指定されているリンク先のウェブページの表示（リンク先のウェブページへの遷移）を要求するためのページ要求情報を生成する。これらの場合のページ要求情報は、ホームページまたはリンク先のウェブページのＵＲＬを含む。

また、後述するＵＲＬ一覧の中から何れかのＵＲＬを選択するためのユーザ操作が行われたときに、ページ要求部１０５は、選択されたＵＲＬのウェブページの表示を要求するためのページ要求情報を生成する。この場合のページ要求情報は、選択されたＵＲＬを含む。

さらに、ウェブページ上に付加して表示されているメタ情報（付箋）を指定するためのユーザ操作が行われたときに、ページ要求部１０５は、当該指定されたメタ情報によって特定される他のウェブページの表示（他のウェブページへの遷移）を要求するためのページ要求情報を生成する。この場合のページ要求情報は、どのメタ情報が指定されたのかを表すメタ情報ＩＤを含む。

表示情報取得部１０６は、表示デバイス１１ａ，１１ｂに表示すべきウェブページの情報やメタ情報、ＵＲＬリストの情報を、通信部１１０を介してサーバ装置２０から取得する。表示情報取得部１０６は、メタ情報を取得する際には、当該メタ情報が付加されたウェブページ上の位置を表す座標情報と、メタ情報を識別するためのメタ情報ＩＤとをメタ情報と共にサーバ装置２０から取得する。

表示情報取得部１０６は、サーバ装置２０から取得したウェブページの情報をウェブページ表示部１０７に供給する。また、表示情報取得部１０６は、サーバ装置２０から取得したメタ情報および座標情報をメタ情報表示部１０８に供給する。また、表示情報取得部１０６は、サーバ装置２０から取得したＵＲＬリストの情報をＵＲＬ一覧表示部１０９に供給する。

上述のページ要求部１０５は、操作受付部１０１がウェブページ上に対するユーザ操作を受け付けたときに、そのユーザ操作の行われた位置が、表示情報取得部１０６により取得された座標情報により示される位置に付加されたメタ情報の領域に含まれるか否かを判定する。そして、含まれると判定した場合に、メタ情報を指定するためのユーザ操作が行われたとして、当該指定されたメタ情報によって特定される他のウェブページの表示を要求するためのページ要求情報を生成する。このページ要求情報の中に含ませるメタ情報ＩＤは、表示情報取得部１０６がサーバ装置２０から取得したものである。

ウェブページ表示部１０７は、表示情報取得部１０６によりサーバ装置２０から取得したウェブページ（ウェブブラウザの起動時に表示されるホームページ、ＵＲＬの指定や検索エンジンによる検索結果として表示されるウェブページ、ハイパーリンクにより遷移されたウェブページ、メタ情報の指定により遷移されたウェブページなどを含む）を表示デバイス１１ａ，１１ｂに表示させる。

メタ情報表示部１０８は、ウェブページに付加されたメタ情報を、座標情報により示されるウェブページ上の位置に重ね合わせた状態で表示デバイス１１ａ，１１ｂに表示させる。例えば、メタ情報生成部１０２によりメタ情報が生成されたときに、生成されたメタ情報をウェブページ上に重ね合わせて表示させる。

また、サーバ装置２０から取得したウェブページにメタ情報が付加されている場合は、そのメタ情報や座標情報が表示情報取得部１０６により取得される。メタ情報表示部１０８は、表示情報取得部１０６により取得されたメタ情報を、座標情報により示されるウェブページ上の位置に表示させる。なお、ウェブページ上に複数のメタ情報が付加されている場合は、それら複数のメタ情報をウェブページに重ねて表示させる。

ＵＲＬ一覧表示部１０９は、表示情報取得部１０６がサーバ装置２０から取得したＵＲＬリストに基づいて、遷移可能なウェブページを示すための情報としてＵＲＬ一覧を表示デバイス１１ａ，１１ｂに表示させる。ユーザが入力デバイス１２ａ，１２ｂを操作して何れかのＵＲＬを選択すると、ページ要求部１０５は、その選択されたＵＲＬに対応するウェブページの表示を要求するためのページ要求情報を生成し、通信部１１０を介してサーバ装置２０に送信する。

次に、サーバ装置２０の機能構成について説明する。コンテンツデータベース２０１は、ウェブページ（ＨＴＭＬファイル）の情報、当該ウェブページに付加されるメタ情報、当該メタ情報に対して付与される属性情報を含む各種のコンテンツを記憶する。なお、メタ情報や属性情報をどのような態様でコンテンツデータベース２０１に記憶するかについては後述する。

ユーザデータベース２０２は、本実施形態によるウェブページの遷移管理システム１００を利用することに同意した登録ユーザに関するユーザ情報を記憶する。このユーザ情報は、登録ユーザを識別するためのユーザＩＤおよびパスワード、ユーザ名などの情報を含む。なお、これ以外の情報を含めてユーザ情報を構成するようにしてもよい。

メタ情報付加部２０３は、ユーザ端末１０ａ，１０ｂにて表示デバイス１１ａ，１１ｂに表示されているウェブページ内においてユーザ操作により指定された部分にメタ情報を付加する。具体的には、メタ情報付加部２０３は、ユーザ端末１０ａ，１０ｂから送られてきたメタ情報（メタ情報生成部１０２により生成されたもの）および座標情報（座標取得部１０３により取得されたもの）を通信部２１２が受信したときに、当該メタ情報に対してユニークなメタ情報ＩＤを発行する処理を行う。なお、メタ情報生成部１０２をユーザ端末１０ａ，１０ｂに設ける代わりに、メタ情報生成部１０２の機能をメタ情報付加部２０３に持たせるようにしてもよい。

第１の記憶部２０４は、メタ情報付加部２０３により付加されたメタ情報と、当該メタ情報が付加されたウェブページの所在情報（ＵＲＬ）とを関連付けてコンテンツデータベース２０１に記憶させる。図４は、第１の記憶部２０４によりコンテンツデータベース２０１に記憶される第１テーブル情報の例を示す図である。図４に示すように、第１の記憶部２０４は、メタ情報付加部２０３により付加されたメタ情報のメタ情報ＩＤに対して、メタ情報、座標情報およびウェブページのＵＲＬを関連付けてコンテンツデータベース２０１に記憶させる。

属性情報付与部２０５は、メタ情報付加部２０３により付加されたメタ情報に対して所定の属性情報を付与する。ここで付与する属性情報は、例えば、メタ情報付加部２０３により付加されたメタ情報を生成したユーザを特定するためのユーザ情報である。具体的には、属性情報付与部２０５は、通信部１１０がメタ情報や座標情報と共にユーザ端末１０ａ，１０ｂから受信したユーザＩＤに該当するユーザ名をユーザデータベース２０２から取得し、このユーザ名をメタ情報の属性情報として付与する。

また、属性情報付与部２０５は、メタ情報付加部２０３により付加されたメタ情報に対して、当該メタ情報を付加したウェブページに関するコメントとしてユーザ操作により記述されたテキスト情報（付箋の一部を成している）を属性情報として付与する。具体的には、属性情報付与部２０５は、通信部１１０が取得したメタ情報からコメントを抽出し、抽出したコメントをメタ情報の属性情報として付与する。

さらに、属性情報付与部２０５は、メタ情報付加部２０３により付加されたメタ情報に対して、当該メタ情報が付加された日時を特定するためのタイムスタンプ情報を一の属性情報（ユーザ名、コメントのテキスト情報など）と共に属性情報として付与する。具体的には、属性情報付与部２０５は、通信部１１０がメタ情報等をユーザ端末１０ａ，１０ｂから受信したときに、そのときの日時をタイマ２０６から取得し、その取得した日時から成るタイムスタンプ情報をメタ情報の属性情報として付与する。

第２の記憶部２０７は、メタ情報付加部２０３により付加されたメタ情報と、属性情報付与部２０５により付加された属性情報とを関連付けてコンテンツデータベース２０１に記憶させる。図５は、第２の記憶部２０７によりコンテンツデータベース２０１に記憶される第２テーブル情報の例を示す図である。図５に示すように、第２の記憶部２０７は、メタ情報付加部２０３により付与されたメタ情報のメタ情報ＩＤに対して、属性情報付与部２０５により付与されたユーザ名、コメントのテキスト情報およびタイムスタンプ情報を関連付けてコンテンツデータベース２０１に記憶させる。

データベース検索部２０８は、ユーザ端末１０ａ，１０ｂから送信された検索要求情報を通信部２１２が受信したときに、当該検索要求情報の中に含まれる検索キー（メタ情報の作成者を表す作成者名、メタ情報に含まれるコメントの一部または全部を表すキーワードなど）によりコンテンツデータベース２０１を検索し、検索キーと合致または所定の関係を有する属性情報を持ったメタ情報が付加されたウェブページのＵＲＬを抽出する。

例えば、データベース検索部２０８は、ユーザ端末１０ａ，１０ｂにおけるユーザ操作により指定されたユーザ情報（メタ情報の作成者名）を検索キーとして、図５に示す第２テーブル情報を検索し、検索キーと合致するユーザ名を属性情報として持ったメタ情報ＩＤを取得する。そして、データベース検索部２０８は、このようにして取得したメタ情報ＩＤをもとに、図４に示す第１テーブル情報を検索し、当該メタ情報ＩＤに関連付けられたウェブページのＵＲＬを抽出する。

また、データベース検索部２０８は、ユーザ端末１０ａ，１０ｂにおけるユーザ操作により指定されたキーワードを検索キーとして、図５に示す第２テーブル情報を検索し、キーワードが含まれるコメントのテキスト情報を属性情報として持ったメタ情報ＩＤを取得する。そして、データベース検索部２０８は、このようにして取得したメタ情報ＩＤをもとに、図４に示す第１テーブル情報を検索し、当該メタ情報ＩＤに関連付けられたウェブページのＵＲＬを抽出する。

検索結果提供部２０９は、データベース検索部２０８によるコンテンツデータベース２０１に対する検索によって抽出されたウェブページのＵＲＬのリストを、通信部２１２を介してユーザ端末１０ａ，１０ｂに提供する。ユーザ端末１０ａ，１０ｂでは、サーバ装置２０から送られてくるＵＲＬリストを通信部１１０を介して表示情報取得部１０６にて取得し、ＵＲＬ一覧表示部１０９によりＵＲＬ一覧を表示デバイス１１ａ，１１ｂに表示させる。

ＵＲＬリスト記憶部２１０は、データベース検索部２０８によるコンテンツデータベース２０１に対する検索によって抽出されたウェブページのＵＲＬのリストを一時的に記憶する。一時的というのは、例えば、検索要求部１０４から送られる検索要求情報に従ってデータベース検索部２０８により次の検索が行われるまでの間という意味である。

図６は、ＵＲＬリスト記憶部２１０に記憶されるＵＲＬリストの例を示す図である。図６に示すように、ＵＲＬリストは、データベース検索部２０８により抽出された各ＵＲＬとメタ情報ＩＤとの組を１レコードずつ記憶させて成る。

ページ遷移部２１１は、ユーザ端末１０ａ，１０ｂからの要求に応じて、ウェブページの遷移を実行する。例えば、ハイパーリンクで指定されているウェブページへの遷移を要求するためのページ要求情報を通信部２１２で受信した場合、ページ遷移部２１１は、そのハイパーリンクで示されるリンク先のＵＲＬ（ページ要求情報中に含まれる）に該当するウェブページの情報をコンテンツデータベース２０１から取得し、通信部２１２を介してユーザ端末１０ａ，１０ｂに送信する。

このとき要求されたウェブページにメタ情報が付加されている場合は、ページ遷移部２１１は、ウェブページの情報と共にメタ情報ＩＤ、メタ情報、座標情報もコンテンツデータベース２０１から取得し、ユーザ端末１０ａ，１０ｂに送信する。メタ情報が付加されているか否かは、例えば、図４に示す第１テーブル情報を参照することによって判定することができる。すなわち、ウェブページのＵＲＬに関連付けてメタ情報が記憶されているか否かを判定すればよい。

また、ＵＲＬ一覧表示部１０９により表示されたＵＲＬ一覧の中から選択されたＵＲＬのウェブページへの遷移を要求するためのページ要求情報を通信部２１２で受信した場合、ページ遷移部２１１は、そのページ要求情報中に含まれるＵＲＬに該当するウェブページの情報をコンテンツデータベース２０１から取得し、通信部２１２を介してユーザ端末１０ａ，１０ｂに送信する。このとき要求されたウェブページにはメタ情報が付加されているので、ページ遷移部２１１は、ウェブページの情報と共にメタ情報ＩＤ、メタ情報、座標情報もコンテンツデータベース２０１から取得し、ユーザ端末１０ａ，１０ｂに送信する。

さらに、ウェブページ上に表示されたメタ情報（付箋）が入力デバイス１２ａ，１２ｂのユーザ操作により指定されると、当該指定されたメタ情報によって特定されるウェブページへの遷移を要求するためのページ要求情報を通信部２１２が受信する。この場合、ページ遷移部２１１は、そのページ要求情報に含まれるメタ情報ＩＤに基づいてウェブページの遷移を実行する。

具体的には、ページ遷移部２１１は、データベース検索部２０８により抽出されＵＲＬリスト記憶部２１０に記憶された図６のＵＲＬリストに基づいて、ページ要求情報に含まれるメタ情報ＩＤ（ユーザ操作により指定されたメタ情報に対応するもの）が格納されているレコードの次のレコードに含まれるＵＲＬに該当するウェブページの情報およびそのウェブページに付加されているメタ情報、メタ情報ＩＤ、座標情報をコンテンツデータベース２０１から取得し、通信部２１２を介してユーザ端末１０ａ，１０ｂに送信する。

例えば、表示デバイス１１ａ，１１ｂに表示されたＵＲＬ一覧の中からレコード番号“２”のＵＲＬが選択され、そのＵＲＬのウェブページ上に表示されたメタ情報がユーザ操作により指定されたとする。その場合、ページ遷移部２１１は、次のレコード番号“３”に格納されたＵＲＬのウェブページの情報と、そのウェブページに付加されているメタ情報等とをコンテンツデータベース２０１から取得し、通信部２１２を介してユーザ端末１０ａ，１０ｂに送信する。

なお、本実施形態では、データベース検索部２０８により抽出されたＵＲＬの一覧を表示デバイス１１ａ，１１ｂに表示させ、その中から所望のＵＲＬをユーザに選択させるようにしているが、この例に限定されない。例えば、ＵＲＬ一覧を表示することはせずに、ＵＲＬリスト記憶部２１０に格納されたレコード番号“１”のＵＲＬをサーバ装置２０が自動的に選択するようにしてもよい。

また、本実施形態では、ＵＲＬリスト記憶部２１０に記憶されるＵＲＬの並び順は特に限定していないが、所定のルールに従って並べるようにしてもよい。例えば、属性情報付与部２０５により付与されるタイムスタンプ情報により特定される時間の並び順に従って各ＵＲＬを並べてＵＲＬリスト記憶部２１０に記憶させるようにしてもよい。

この場合、データベース検索部２０８は、ユーザ端末１０ａ，１０ｂにおけるユーザ操作により指定された情報（メタ情報の作成者名、所望のキーワードなど）を検索キーとしてコンテンツデータベース２０１を検索し、検索キーと合致または所定の関係（一部合致などの関係）を有する属性情報を持ったメタ情報が付加されたウェブページのＵＲＬおよびタイムスタンプ情報を抽出する。

そして、データベース検索部２０８は、図７に示すように、抽出した各ＵＲＬとタイムスタンプ情報とメタ情報ＩＤとの組を１レコードずつ格納して成るＵＲＬリストをＵＲＬリスト記憶部２１０に記憶する。このときデータベース検索部２０８は、タイムスタンプ情報により特定される時間の並び順に従って（例えば、時間の昇順または降順に）、各ＵＲＬを順に記憶していく。

ページ遷移部２１１は、データベース検索部２０８により抽出されＵＲＬリスト記憶部２１０に記憶された図７のＵＲＬリストに基づいて、タイムスタンプ情報により特定される時間の並び順に従ってウェブページの遷移を実行する。すなわち、ＵＲＬリストは、タイムスタンプ情報により特定される時間の並び順に従って各ＵＲＬがソートされているので、ページ遷移部２１１は、各レコードに格納されたＵＲＬのウェブページを順に辿るようにページ遷移を実行する。

また、本実施形態では、ウェブページ上に複数のメタ情報が付加されている場合は、それら複数のメタ情報を全て表示させるようにしているが、これに限定されない。すなわち、複数のメタ情報のうち一部のみを表示させるようにしてもよい。このようにすれば、多数のメタ情報が１つのウェブページに付加されている場合に、メタ情報の表示に隠れてウェブページが見にくくならないようにすることができる。

例えば、タイムスタンプ情報により示される日時が現時刻から遡って所定時間以内にあるメタ情報だけを表示させるようにしてもよい。また、タイムスタンプ情報により示される日時が現時刻から近い順に所定個のメタ情報だけを表示させるようにしてもよい。さらに、ユーザが所望の期間をユーザ操作により指定できるようにし、タイムスタンプ情報により示される日時が指定期間の範囲内に入るメタ情報だけを表示させるようにしてもよい。なお、このようにタイムスタンプ情報に基づきＵＲＬリストをソートしない場合は、属性情報としてタイムスタンプ情報を持たせることは必須でない。

または、ＵＲＬリストに基づいてウェブページの遷移を実行しているときに、そのＵＲＬリストに格納されたメタ情報ＩＤにより示されるメタ情報に限定して表示デバイス１１ａ，１１ｂに表示させるようにしてもよい。このようにすれば、例えば、メタ情報の作成者名を検索キーとしてコンテンツデータベース２０１を検索することによって生成されたＵＲＬリストに基づいてウェブページの遷移を実行している場合は、同じ作成者が遷移しながら貼付していったメタ情報の軌跡を辿るようにしてウェブページを遷移させることが容易にできる。

あるいは、ＵＲＬリストに格納されたメタ情報ＩＤにより示されるメタ情報に加えて、そのメタ情報と同じ部分または所定の近傍範囲内にある部分に付加された他のメタ情報に限定して表示デバイス１１ａ，１１ｂに表示させるようにしてもよい。

この例を採用する場合、属性情報付与部２０５は、メタ情報付加部２０３により付加された上記メタ情報に対して、当該メタ情報が付加された部分のウェブページ内での位置を特定するための座標情報を一の属性情報（ユーザ名、コメントのテキスト情報など）と共に属性情報として付与する。

そして、第２の記憶部２０７は、図８に示すように、メタ情報付加部２０３により付加されたメタ情報に該当するメタ情報ＩＤと、属性情報付与部２０５により付与されたユーザ名、コメントのテキスト情報および座標情報とを関連付けてコンテンツデータベース２０１に記憶させる。更にタイムスタンプ情報があってもよい。

また、データベース検索部２０８は、ユーザ端末１０ａ，１０ｂにおけるユーザ操作により指定された情報（メタ情報の作成者名、所望のキーワードなど）を検索キーとしてコンテンツデータベース２０１を検索する。これにより、検索キーと合致または所定の関係（一部合致などの関係）を有する属性情報を持ったメタ情報が付加されたウェブページのＵＲＬと、メタ情報の位置を表す座標情報とを抽出する。

そして、データベース検索部２０８は、図９に示すように、コンテンツデータベース２０１の検索により抽出した各ＵＲＬと座標情報とメタ情報ＩＤとの組を１レコードずつ格納して成るＵＲＬリストをＵＲＬリスト記憶部２１０に記憶する。

データベース検索部２０８はさらに、ＵＲＬリスト記憶部２１０に記憶された図９のＵＲＬリストに従ってページ遷移部２１１によりあるレコードのＵＲＬに該当するウェブページへの遷移が実行されたときに、遷移後のウェブページに関してＵＲＬと共に抽出された座標情報（ＵＲＬリスト記憶部２１０において上記あるレコードに格納された座標情報）を第２の検索キーとしてコンテンツデータベース２０１を再検索する。これにより、当該座標情報により示される部分と同じ部分または所定の近傍範囲内にある部分に付加された他のメタ情報を抽出する。所定の近傍範囲は、例えば、上記座標情報により示される部分から所定のドット数以内の範囲とすることができる。

ページ遷移部２１１は、ＵＲＬリストの各レコードに格納されたＵＲＬに従ってウェブページの遷移を実行する際に、あるレコードに格納されたＵＲＬで示されるウェブページの情報と、当該あるレコードに格納されたメタ情報ＩＤで示されるメタ情報（ページ遷移部２１１により遷移されたウェブページに関してデータベース検索部２０８によりあらかじめ抽出されＵＲＬリスト記憶部２１０に記憶されていたメタ情報ＩＤに対応するメタ情報）と、当該あるレコードに格納されている座標情報に基づきコンテンツデータベース２０１の再検索により抽出された他のメタ情報とを、メタ情報ＩＤおよび座標情報と共に通信部２１２を介してユーザ端末１０ａ，１０ｂに送信する。ユーザ端末１０ａ，１０ｂのメタ情報表示部１０８は、これらのメタ情報およびその近傍にある他のメタ情報に限定して表示デバイス１１ａ，１１ｂに表示させる。

ここで表示されるメタ情報のうち、ＵＲＬリストに格納されたメタ情報ＩＤにより示されるメタ情報がユーザ操作により指定された場合は、同じＵＲＬリストに基づいて、更に次のレコードに格納されているＵＲＬに従ってウェブページの遷移を実行することができる。例えば、あるユーザ名を検索キーとしてコンテンツデータベース２０１を検索することにより、図１０（ａ）に示すようなＵＲＬリストが生成されていた場合には、そのＵＲＬリストに格納されたメタ情報ＩＤにより示されるメタ情報をユーザ操作により指定すれば、図１０（ａ）のＵＲＬリストに従ってウェブページの遷移を実行することができる。

例えば、図１０（ｃ）に示すように、ＵＲＬリストのレコード“１”に格納されたＵＲＬ“Ａ１”のウェブページ上に表示されたメタ情報“ａ１”を指定することによって、次のレコード“２”に格納されたＵＲＬ“Ａ２”のウェブページに遷移することができる。さらに、ＵＲＬ“Ａ２”のウェブページ上に表示されたメタ情報“ａ２”を指定することによって、次のレコード“３”に格納されたＵＲＬ“Ａ３”のウェブページに遷移することができる。

一方、座標情報を第２の検索キーとする再検索により抽出された他のメタ情報がユーザ操作により指定された場合は、当該他のメタ情報に関するＵＲＬリストが存在しないので、そのままではウェブページの遷移ができない。すなわち、図１０（ｃ）の例で、ＵＲＬリストに基づき表示されたメタ情報“ａ２”の近傍に表示された他のメタ情報“ｂ１”は、異なるユーザ名を属性情報として持つものであるため、図１０（ａ）のＵＲＬリストの中には含まれない。よって、このメタ情報“ｂ１”を指定しても、そのままではウェブページの遷移ができない。

そこで、データベース検索部２０８は、メタ情報表示部１０８により他のメタ情報“ｂ１”がウェブページ上に表示されたとき、または、ウェブページ上に表示された他のメタ情報“ｂ１”がユーザ操作により指定されたときに、当該他のメタ情報“ｂ１”に関するＵＲＬリストを新たに生成する。

すなわち、データベース検索部２０８は、他のメタ情報“ｂ１”に対応する属性情報をコンテンツデータベース２０１の第２テーブル情報（図８参照）から取得する。ここで取得する属性情報は、元のＵＲＬリストを生成したときの属性情報と同種のものである。今の例では、元のＵＲＬリストがユーザ名を検索キーとして生成されているので、他のメタ情報“ｂ１”に対応するユーザ名を第３の検索キーとして取得する。

そして、コンテンツデータベース２０１は、こうして取得した第３の検索キーを用いてコンテンツデータベース２０１を再検索する。これにより、当該第３の検索キーと合致または所定の関係を有する属性情報を持ったメタ情報（今の例では、他のメタ情報“ｂ１”に対応するユーザ名と合致する属性情報を持ったメタ情報）が付加されたウェブページのＵＲＬとメタ情報の位置を表す座標情報とを抽出する。

そして、データベース検索部２０８は、図１０（ｂ）に示すように、第３の検索キーを用いたコンテンツデータベース２０１の再検索により抽出した各ＵＲＬと座標情報とメタ情報ＩＤとの組を１レコードずつ格納して成る新たなＵＲＬリストを生成してＵＲＬリスト記憶部２１０に記憶する。

ページ遷移部２１１は、図１０（ｃ）の例でＵＲＬ“Ａ２”のウェブページ上に表示された他のメタ情報“ｂ１”（図１０（ａ）に示す元のＵＲＬリストにないメタ情報）がユーザ操作により指定されたときに、第３の検索キーを用いたコンテンツデータベース２０１の再検索により抽出され新たにＵＲＬリスト記憶部２１０に記憶された図１０（ｂ）のＵＲＬリストに従ってウェブページの遷移を実行する。この例の場合は、図１０（ｂ）においてＵＲＬ“Ａ２”が格納されたレコードの次のレコードに格納されているＵＲＬ“Ｂ２”のウェブページへ遷移させる。

このようにすれば、最初の検索キーで検索されたメタ情報が付加されたウェブページを順に遷移させることができるのみならず、その遷移の途中から、異なる検索キーで検索したメタ情報が付加されたウェブページに切り替えて遷移させることもできる。これにより、ウェブページを閲覧しているユーザにとってかなり自由度の高いページ間遷移を実現することができる。

ところで、図１０（ｃ）のようにＵＲＬ“Ａ２”のウェブページで複数のメタ情報“ａ２”、“ｂ１”が表示された場合、どちらが元のＵＲＬリストにあるメタ情報で、どちらが元のＵＲＬリストにない他のメタ情報なのかが一見して分からない。そこで、メタ情報表示部１０８は、メタ情報および他のメタ情報を互いに識別可能な態様にて表示させるようにしてもよい。例えば、元のＵＲＬリストにあるメタ情報をハイライト表示するとか、元のＵＲＬリストにない他のメタ情報をグレースケール表示するといった態様が可能である。

なお、ここでは、ＵＲＬリストに格納されたメタ情報ＩＤにより示されるメタ情報（図１０（ｃ）のメタ情報ａ２）に加えて、そのメタ情報ａ２と空間的に同じ部分または所定の近傍範囲内にある部分に付加された他のメタ情報（図１０（ｃ）のメタ情報ｂ１）を表示させる。そして、当該他のメタ情報ｂ１をユーザが指定することによって途中から別の経路を辿ってページ間遷移を行えるようにしたが、この例に限定されない。

例えば、ＵＲＬリストに格納されたメタ情報ＩＤにより示されるメタ情報に加えて、そのメタ情報と時間的に同じまたは所定の近傍範囲内に付加された他のメタ情報（タイムスタンプ情報を第２の検索キーとしてコンテンツデータベース２０１を再検索することにより抽出される）を表示させる。そして、当該他のメタ情報をユーザが指定することによって途中から別の経路を辿ってページ間遷移を行えるようにしてもよい。

または、ＵＲＬリストに複数の属性情報（例えば、ユーザ名およびコメント）を格納し、当該ＵＲＬリストに格納されたメタ情報ＩＤにより示されるメタ情報に加えて、そのメタ情報が持つ属性情報の１つと同じ属性情報を持つ他のメタ情報を表示させる。そして、当該他のメタ情報を指定することによって途中から別の経路を辿ってページ間遷移を行えるようにしてもよい。

例えば、「ユーザＡ」という一の属性情報を検索キーとして生成されたＵＲＬリストに従ってページ間遷移を実行しているときに、当該ＵＲＬリストにより示されるメタ情報に加えて、「ユーザＡ」と異なる他の属性情報（例えば、コメントとして付された「パソコン」というテキスト情報）を属性情報として持つ他のメタ情報（「パソコン」を第２の検索キーとしてコンテンツデータベース２０１を再検索することにより抽出される）も一緒に表示させる。そして、ユーザにより他のメタ情報が指定された場合は、「パソコン」を第３の検索キーとしてコンテンツデータベース２０１を検索することにより新たなＵＲＬリストを生成し、当該新たなＵＲＬリストに従ってページ間遷移を行う。

次に、上記のように構成した本実施形態によるウェブページの遷移管理システム１００の動作を説明する。図１１は、ウェブページ上にメタ情報を付加するときの動作例を示すフローチャートである。

図１１において、付箋等のメタ情報を生成するためのユーザ操作を操作受付部１０１が受け付けた場合、メタ情報生成部１０２は、表示デバイス１１ａ，１１ｂに表示されているウェブページ内において指定された部分に貼付するためのメタ情報を生成する（ステップＳ１０１）。メタ情報生成部１０２は、生成したメタ情報をメタ情報表示部１０８および通信部１１０に供給する。

また、座標取得部１０３は、メタ情報を生成する際にウェブページ内においてユーザ操作により指定された部分に係る相対座標を、メタ情報が貼付される位置の座標情報として取得する（ステップＳ１０２）。座標取得部１０３は、取得した座標情報をメタ情報表示部１０８および通信部１１０に供給する。

メタ情報表示部１０８は、メタ情報生成部１０２により生成されたメタ情報を、座標取得部１０３により取得された座標情報の位置においてウェブページ上に重ね合わせるようにして表示デバイス１１ａ，１１ｂに表示させる（ステップＳ１０３）。

次に、通信部１１０は、メタ情報生成部１０２により生成されたメタ情報および座標取得部１０３により取得された座標情報を、例えばログイン時に操作受付部１０１が取得したユーザＩＤと共にサーバ装置２０に送信する（ステップＳ１０４）。

サーバ装置２０では、メタ情報等をユーザ端末１０ａ，１０ｂから通信部２１２にて受信すると、メタ情報付加部２０３は、ウェブページにメタ情報を付加する処理を行う（ステップＳ１０５）。そして、第１の記憶部２０４は、メタ情報付加部２０３により付加されたメタ情報と、メタ情報ＩＤと、座標情報と、当該メタ情報が付加されたウェブページのＵＲＬとを関連付けてコンテンツデータベース２０１に第１テーブル情報として記憶させる（ステップＳ１０６）。

また、属性情報付与部２０５は、メタ情報付加部２０３により付加されたメタ情報に対して所定の属性情報（ユーザＩＤに該当するユーザ名、メタ情報を付加したウェブページに関するコメント、メタ情報が付加された日時を特定するためのタイムスタンプなど）を付与する（ステップＳ１０７）。そして、第２の記憶部２０７は、メタ情報付加部２０３により付加されたメタ情報のメタ情報ＩＤと、属性情報付与部２０５により付加された属性情報とを関連付けてコンテンツデータベース２０１に第２テーブル情報として記憶させる（ステップＳ１０８）。以上により、メタ情報を付加する際の一連の動作が終了する。

図１２は、ＵＲＬリストに従ってウェブページの遷移を行う場合の動作例を示すフローチャートである。図１２において、サーバ装置２０にあるコンテンツデータベース２０１を検索するためのユーザ操作を操作受付部１０１が受け付けると、検索要求部１０４は、ユーザ操作により指定された検索キーを含む検索要求情報を生成し、通信部１１０に供給する。通信部１１０は、当該検索要求情報をサーバ装置２０に送信する（ステップＳ１１１）。

サーバ装置２０では、検索要求情報を通信部２１２で受信すると、データベース検索部２０８は、検索要求情報の中に含まれる検索キーによりコンテンツデータベース２０１を検索し、検索キーと合致または所定の関係を有する属性情報を持ったメタ情報が付加されたウェブページのＵＲＬを抽出する（ステップＳ１１２）。データベース検索部２０８は、抽出したＵＲＬのリストをＵＲＬリスト記憶部２１０に記憶する（ステップＳ１１３）。

また、データベース検索部２０８は、抽出したＵＲＬのリストを検索結果提供部２０９に供給する。検索結果提供部２０９は、データベース検索部２０８から受け取ったＵＲＬのリストを、通信部２１２を介してユーザ端末１０ａ，１０ｂに送信する（ステップＳ１１４）。

ユーザ端末１０ａ，１０ｂでは、サーバ装置２０から送られてくるＵＲＬリストを通信部１１０で受信すると、表示情報取得部１０６がそのＵＲＬリストを取得する。表示情報取得部１０６は、取得したＵＲＬリストをＵＲＬ一覧表示部１０９に供給する。ＵＲＬ一覧表示部１０９は、ＵＲＬリストに基づいて、ＵＲＬ一覧を表示デバイス１１ａ，１１ｂに表示させる（ステップＳ１１５）。

ここで、操作受付部１０１は、ＵＲＬ一覧の中から何れかのＵＲＬを選択してウェブページの表示を要求するためのユーザ操作を受け付けたか否かを判定する（ステップＳ１１６）。ＵＲＬの選択操作を受け付けた場合、ページ要求部１０５は、選択されたＵＲＬのウェブページの表示を要求するためのページ要求情報を生成し、通信部１１０に供給する。通信部１１０は、当該ページ要求情報をサーバ装置２０に送信する（ステップＳ１１７）。

サーバ装置２０では、このページ要求情報を通信部２１２で受信すると、ページ遷移部２１１は、ページ要求情報の中に含まれるＵＲＬで指定されているウェブページの情報をコンテンツデータベース２０１から取得し、通信部２１２を介してユーザ端末１０ａ，１０ｂに送信する（ステップＳ１１８）。このときページ遷移部２１１は、ウェブページの情報と共にメタ情報、メタ情報ＩＤ、座標情報もユーザ端末１０ａ，１０ｂに送信する。

ユーザ端末１０ａ，１０ｂでは、サーバ装置２０から送られてくるウェブページの情報およびメタ情報等を通信部１１０で受信すると、表示情報取得部１０６がそれらの情報を取得する。表示情報取得部１０６は、サーバ装置２０から取得したウェブページの情報をウェブページ表示部１０７に供給するとともに、メタ情報および座標情報をメタ情報表示部１０８に供給する。

これに応じてウェブページ表示部１０７は、ＵＲＬリストの中から選択されたＵＲＬのウェブページを表示デバイス１１ａ，１１ｂに表示させる。また、メタ情報表示部１０８は、そのウェブページに付加されているメタ情報を、ウェブページに重ねるようにして表示デバイス１１ａ，１１ｂに表示させる（ステップＳ１１９）。

ここで、操作受付部１０１は、ウェブページに重ねて表示されたメタ情報を指定してウェブページの遷移を要求するためのユーザ操作を受け付けたか否かを判定する（ステップＳ１２０）。メタ情報の指定操作を受け付けていない場合、操作受付部１０１は、ウェブページの閲覧を終了させるためのユーザ操作（例えば、ウェブブラウザをシャットダウンする操作）を受け付けたか否かを判定する（ステップＳ１２１）。操作受付部１０１がページ閲覧の終了操作を受け付けた場合は、図１２の処理を終了する。一方、ページ閲覧の終了操作を受け付けていない場合、処理はステップＳ１２０に戻る。

ステップＳ１２０において、メタ情報の指定操作を受け付けた場合、ページ要求部１０５は、当該指定されたメタ情報によって特定される他のウェブページへの遷移を要求するためのページ要求情報を生成し、通信部１１０に供給する。この場合のページ要求情報は、どのメタ情報が指定されたのかを表すメタ情報ＩＤを含む。通信部１１０は、当該ページ要求情報をサーバ装置２０に送信する（ステップＳ１２２）。

サーバ装置２０では、このページ要求情報を通信部２１２で受信すると、ページ遷移部２１１は、ページ要求情報に含まれるメタ情報ＩＤが、ＵＲＬリスト記憶部２１０に記憶されたＵＲＬリストの中に存在するか否かを判定する（ステップＳ１２３）。存在すると判断した場合、ページ遷移部２１１は、そのＵＲＬリストに基づいて、ページ要求情報に含まれるメタ情報ＩＤが格納されているレコードの次のレコードに含まれるＵＲＬに該当するウェブページの情報およびそのウェブページに付加されているメタ情報等をコンテンツデータベース２０１から取得し、通信部２１２を介してユーザ端末１０ａ，１０ｂに送信する（ステップＳ１２４）。

一方、ページ要求情報に含まれるメタ情報ＩＤがＵＲＬリストの中に存在しないとページ遷移部２１１にて判断した場合、データベース検索部２０８は、当該メタ情報ＩＤに対応するメタ情報に付与されている属性情報を第３の検索キーとしてコンテンツデータベース２０１を再検索し、新たなＵＲＬリストを生成する（ステップＳ１２５）。新たなＵＲＬリストをＵＲＬリスト記憶部２１０に記憶したら、ステップＳ１２４に進む。

この場合、ステップＳ１２４では、ページ遷移部２１１は、新たに生成されたＵＲＬリストに基づいて、先ほどのページ要求情報に含まれるメタ情報ＩＤが格納されているレコードの次のレコードに含まれるＵＲＬに該当するウェブページの情報およびそのウェブページに付加されているメタ情報等をコンテンツデータベース２０１から取得し、通信部２１２を介してユーザ端末１０ａ，１０ｂに送信する。

ユーザ端末１０ａ，１０ｂでは、サーバ装置２０から送られてくるウェブページの情報およびメタ情報等を通信部１１０で受信すると、表示情報取得部１０６がそれらの情報を取得する。表示情報取得部１０６は、サーバ装置２０から取得したウェブページの情報をウェブページ表示部１０７に供給するとともに、メタ情報および座標情報をメタ情報表示部１０８に供給する。

これに応じてウェブページ表示部１０７は、ＵＲＬリストの次のレコードに格納されたＵＲＬのウェブページを表示デバイス１１ａ，１１ｂに表示させる。また、メタ情報表示部１０８は、そのウェブページに付加されているメタ情報を、ウェブページに重ねるようにして表示デバイス１１ａ，１１ｂに表示させる（ステップＳ１２６）。その後、処理はステップＳ１２０に戻る。

以上詳しく説明したように、本実施形態では、ユーザ端末１０ａ，１０ｂにて表示されているウェブページ内においてユーザ操作により指定された部分にメタ情報を付加するとともに、当該メタ情報に対して所定の属性情報を付与する。このとき、メタ情報と、そのメタ情報が付加されたウェブページのＵＲＬとを関連付けてコンテンツデータベース２０１に第１テーブル情報（図４参照）として記憶させる。また、メタ情報と属性情報とを関連付けてコンテンツデータベース２０１に第２テーブル情報（図５参照）として記憶させる。

ウェブページの遷移を実行する際には、コンテンツデータベース２０１を所望の検索キーで検索することにより、当該検索キーと合致または所定の関係を有する属性情報を持ったメタ情報が付加されたウェブページのＵＲＬを抽出し、ＵＲＬリスト（図６参照）としてＵＲＬリスト記憶部２１０に記憶させる。そして、ページ遷移部２１１がこのＵＲＬリストに基づいてウェブページの遷移を実行するようにしている。

このように構成した本実施形態によれば、ユーザはウェブページ間のリンク情報を明示的に設定する面倒な操作を行う必要がなく、単に所望のウェブページにメタ情報を付加する操作をするだけで、ウェブページ間の遷移を実行するのに必要なコンテンツデータベース２０１が逐次生成されていく。このときコンテンツデータベース２０１に登録される情報は、ユーザがウェブページ間の遷移を意図して明示的に生成したリンク情報ではなく、単にウェブページに対して付加したメタ情報や、そのメタ情報に対して関連付けたＵＲＬやメタ情報の属性情報など、リンクとは無関係の情報である。

ウェブページ間の遷移は、このようにして生成されたコンテンツデータベース２０１において所望の属性情報を検索キーとする検索によって抽出されたウェブページのＵＲＬに基づいて行われる。そのため、ユーザが明示的にウェブページ間の遷移を意図したリンク情報をデータベースにあらかじめ登録しておかなくても、ハイパーリンクとは異なる手段でウェブページ間の遷移を実行することができる。しかも、検索キーとして入力する属性情報に合わせて、異なるウェブページ間の遷移を行うことができる。

また、コンテンツデータベース２０１に一度登録されたメタ情報およびそれに関連するウェブページのＵＲＬや属性情報がその後に削除されたとしても、削除されたＵＲＬ以外でコンテンツデータベース２０１の検索により抽出されるＵＲＬリストの範囲内でウェブページの遷移を実行することができる。これにより、コンテンツデータベース２０１の変更による影響を最小限に抑えることができる。

以上により、本実施形態によれば、ユーザにリンク情報の登録といった面倒な操作を強いることなく、ウェブページを閲覧しているユーザにとって自由度の高いページ間遷移を実現することができる。すなわち、ユーザが面倒な操作によって明示的にデータベースに登録した固定のリンクしか辿ることができないとか、データベースに登録した一連のウェブページ間のリンクがその後における一部の不具合で辿れなくなってしまうといった従来の不都合をなくすことができる。

また、本実施形態では、属性情報付与部２０５により付与されるタイムスタンプ情報により特定される時間の並び順に従って各ＵＲＬを並べてＵＲＬリストを構成することができるようにしている。このようにすれば、例えば、あるユーザＡが付箋を貼りながら複数のウェブページを順に遷移していった場合に、他のユーザＢがユーザ名“Ａ”を検索キーとしてコンテンツデータベース２０１を検索することにより、ユーザＡが行った遷移の軌跡を順に辿りながら、ウェブページを遷移させていくことができる。このとき、ウェブページに貼られたメタ情報にコメントが付けられていれば、ユーザＢはそのコメントを参照しながら、ユーザＡが行った遷移の軌跡を順に辿りながらウェブページを遷移させていくことができる。

また、本実施形態では、ＵＲＬリストに格納されているメタ情報ＩＤに対応するメタ情報の他に、当該メタ情報の近傍にある他のメタ情報（ＵＲＬリストにないメタ情報）も表示させる。そして、当該他のメタ情報がユーザ操作により指定された場合には、改めてコンテンツデータベース２０１を検索して新たなＵＲＬリストを生成し、新たなＵＲＬリストに従ってウェブページの遷移を実行できるようにしている。

このようにすれば、最初の検索キーでコンテンツデータベース２０１を検索することによって生成された元のＵＲＬリストに従ってウェブページを順に遷移させることができるのみならず、その遷移の途中から、異なる検索キーでコンテンツデータベース２０１を再検索することによって生成された新たなＵＲＬリストに切り替えてウェブページを遷移させることもできる。つまり、元のＵＲＬリストにあるメタ情報のみならず、元のＵＲＬリストにない他のメタ情報を指定することによってもウェブページの遷移を実行することができる。

例えば、ユーザ名“Ａ”を検索キーとして生成したＵＲＬリストに従って、ユーザＡが付加したメタ情報を指定しながらウェブページを遷移させていく途中で、ユーザ名“Ｂ”を検索キーとして新たなＵＲＬリストを生成することにより、ユーザＢが付加したメタ情報を指定しながらウェブページを遷移させていくように切り替えることができる。これにより、ウェブページを閲覧しているユーザにとって、かなり自由度の高いページ間遷移を実現することができる。

なお、上記実施形態では、新たなＵＲＬリストを生成する際に、元のＵＲＬリストを生成した際に検索キーとして用いた属性情報と同じ種類の属性情報を第３の検索キーとする例について説明したが、本発明はこれに限定されない。例えば、他のメタ情報がユーザ操作により指定されたときに、ユーザ名やキーワードなどの属性情報の種類をユーザに選択させるためのポップアップ画面を表示し、所望の種類の属性情報を選択して第３の検索キーを設定できるようにしてもよい。

また、上記実施形態では、元のＵＲＬリストにあるメタ情報と、元のＵＲＬリストにない他のメタ情報とを互いに識別可能な態様にて表示させるようにしている。このようにすれば、どちらが元のＵＲＬリストにあるメタ情報なのかをユーザが一見して判断することができる。これにより、元のＵＲＬリストにあるメタ情報を指定しながらウェブページを遷移させていくか、元のＵＲＬリストにない他のメタ情報の指定に切り替えてウェブページを遷移させていくかを、ユーザの意思によって選びやすくすることができる。

ところで、指定部分にメタ情報（付箋）が付加されたウェブページを、閲覧環境が相互に異なる２つのユーザ端末１０ａ，１０ｂにそれぞれ表示させた場合において、一方のユーザ端末１０ａでは、指定部分に正しく付箋が付加されたウェブページが表示されるのに対し、他方のユーザ端末１０ｂでは、指定部分とは異なる部分にずれて付箋が付加されたウェブページが表示されるおそれがある。なお、ここでいう閲覧環境とは、ユーザ端末の種別（デスクトップＰＣか、ノートＰＣか、携帯端末か）、画面の大きさ、ＯＳの種別、ウェブブラウザの種別、画面解像度、ウィンドウサイズなどを様々に組み合わせたものをいう。

このような問題が生じる具体例について、文字列と画像のうち少なくとも一方からなる要素を所定の順序で並べてなるＨＴＭＬ形式のウェブページを例示し、図１３を参照して説明する。図１３は、上記の問題点を説明するための表示画面例である。

いま、共通のウェブブラウザが組み込まれた２つのユーザ端末１０ａ，１０ｂのそれぞれにおいて、一方のウィンドウサイズをピクセル換算で８００×６００（図１３（ａ）参照）とし、他方のウィンドウサイズをピクセル換算で４００×６００（図１３（ｂ）参照）として、同じウェブページを表示させたとする。

このウェブページには、Ａ〜Ｏのテキスト文字をウィンドウの左上から順次並べた都合１５個の要素が表示されるとともに、ユーザにより指定された部分に付箋が付加されて表示されている。付箋が付加された部分の位置は、例えば、ウィンドウの左上隅を基準とした二次元の相対座標により指定されている。

図１３（ａ）に示すように、８００×６００（ピクセル換算）のウィンドウサイズが設定された一方のユーザ端末１０ａでは、Ａ〜Ｏを順次並べた１５個の要素は、一行目にＡ〜Ｊの要素が表示され、二行目に残りのＫ〜Ｏの要素が表示される。このような表示状態の場合に、指定部分“Ｎ”の位置に正しく付箋が付加されたページが表示される。

これに対し、４００×６００（ピクセル換算）のウィンドウサイズが設定された他方のユーザ端末１０ｂでは、図１３（ｂ）に示すように、Ａ〜Ｏを順次並べた１５個の要素は、一行にそれぞれ５つの要素を並べて三行にわたって折り返し表示される。この結果、本来の指定部分“Ｎ”とは異なる“Ｉ”の部分にずれた位置に付箋が付加されたページが表示されてしまう。なお、部分指定機能と表示制御機能を併せ持つ端末において、スタンドアロンでウィンドウのサイズ等の表示環境を変えた場合でも、上述と同様の問題が生じる。

そこで、表示環境が変動した場合でも、指定部分に対するメタ情報の表示の位置ずれが生じないようにするために、文字または画像等の複数の要素を所定の順序で並べてなるウェブページ上にメタ情報を付加して表示する場合に、表示環境が変わるとメタ情報の位置ずれのおそれがある相対座標を用いた部分指定に代えて、複数の要素のなかでの部分指定箇所に対応する指定要素の順序を表すインデックス情報を用いた部分指定を行うようにしてもよい。なお、指定要素とは、部分指定箇所に存在する要素を意味する。

本実施形態が対象とする要素とは、文字、図形、記号、静止画像、動画像などの、個々の要素の高さ方向および幅方向のサイズをウェブページの情報から取得可能なものである。なお、これらは例示的に列挙したものである。すなわち、個々の要素の高さ方向および幅方向のサイズをウェブページの情報から取得可能なものであれば、これら以外の、ウェブページに含まれ得るいかなる要素をも対象とすることができる。

図１４は、インデックス情報を用いた部分指定を行うために一方のユーザ端末１０ａが備える機能構成例を示すブロック図である。図１５は、インデックス情報を用いた部分指定を行うために他方のユーザ端末１０ｂが備える機能構成例を示すブロック図である。なお、ここでは説明の便宜上、一方のユーザ端末１０ａでメタ情報を付加し、他方のユーザ端末１０ｂでそのメタ情報を表示させる例について説明するが、図１４の構成および図１５の構成を両方ともユーザ端末１０ａ，１０ｂがそれぞれ備えてもよいことは言うまでもない。

図１４に示すように、ユーザ端末１０ａは、付加側ページ情報取得部２１と、付加側レンダリング部２７と、メタ情報付加装置１３とを備えて構成されている。メタ情報付加装置１３は、第１要素情報取得部２９と、座標取得部３１と、変換部３３と、インデックス情報記憶部３５とを備えて構成されている。表示部２３は、例えば液晶ディスプレイよりなる表示デバイス１１ａに相当する。設定部２５は、例えばマウスやキーボードよりなる入力デバイス１２ａに相当する。

付加側ページ情報取得部２１は、固有の高さおよび幅をそれぞれが有する複数の要素を所定の順序で並べてなるウェブページの情報を、例えば、ユーザ操作に応じたタイミングでサーバ装置２０から取得する。表示部２３は、付加側ページ情報取得部２１により取得したウェブページをウィンドウ内に表示する。

設定部２５は、ウィンドウのサイズおよび部分指定箇所に係る設定を行う際に用いられる。ウィンドウのサイズ設定は、例えば、マウスボタンのドラッグ・アンド・ドロップ操作によってウィンドウの高さまたは幅を変更するか、適宜のウィンドウサイズ調整用アプリケーションを実行することで実現される。部分指定箇所に係る設定は、例えば、マウスボタンのクリック操作によってピンポイントによる部分指定を行ってもよいし、マウスボタンのドラッグ・アンド・ドロップ操作によって二次元の広がりを持った矩形状の範囲設定による部分指定を行ってもよい。

付加側レンダリング部２７は、付加側ページ情報取得部２１により取得したウェブページの情報と、設定部２５により設定されたウィンドウの例えば幅方向サイズとに基づいて、ウィンドウ内における行および列の二次元方向に複数の要素を展開してレイアウトしたウェブページを構築する機能を有する。

第１要素情報取得部２９は、例えば、複数の要素毎の幅方向のサイズ、各行の高さ、および各行に属する要素の数を含む要素情報を、付加側レンダリング部２７からそれぞれ取得する。詳しくは後述するが、各行の高さは、ある行内に存在する複数の要素毎の高さ方向のサイズのうち最大値をとる。

座標取得部３１は、設定部２５により設定された部分指定箇所に係る相対座標を取得する。この座標の取得は、例えば、マウスボタンのクリック操作によってピンポイントによる部分指定が行われる場合、ウィンドウ内におけるクリック操作が行われた場所の、同ウィンドウの左上隅に位置する原点に対する相対座標値を取得することによって実行すればよい。

また、マウスボタンのドラッグ・アンド・ドロップ操作によって二次元の広がりを持った矩形状の範囲設定による部分指定が行われる場合、例えば、ウィンドウ内でのドラッグ・アンド・ドロップ操作に係る起点あるいは終点の、同ウィンドウの左上隅に位置する原点に対する相対座標値を取得することにより、部分指定箇所に係る相対座標を取得すればよい。なお、範囲設定による部分指定が行われた場合の指定要素とは、部分指定に係る範囲内に存在する少なくとも１つの要素を意味する。

なお、設定部２５の部分指定により、例えば部分指定箇所に付箋等のメタ情報を付加する旨の設定がなされると、これを受けてメタ情報付加装置１３の図示しない表示制御部は、付加側レンダリング部２７によりレンダリングされたウェブページ上の部分指定箇所（座標取得部３１により取得された相対座標に基づくウェブページ内の位置）に、付箋等のメタ情報を付加して表示部２３に表示させる。

変換部３３は、第１要素情報取得部２９により取得した要素情報と、座標取得部３１により取得した部分指定箇所に係る相対座標とに基づいて、部分指定箇所に係る相対座標を、複数の要素のなかでの部分指定箇所に対応する指定要素の順序を表すインデックス情報に変換する。変換部３３の動作の詳細については後述する。

インデックス情報記憶部３５は、変換部３３により変換されたインデックス情報を指定要素に関連付けて記憶する。ここで、“インデックス情報を指定要素に関連付けて記憶する”実施態様について言及する。例えば、１つのウェブページ内に複数の部分指定箇所が存在する場合に備えて、各部分指定箇所（指定要素）に対して相互に異なる識別子を付与しておき、その識別子に関連付けてインデックス情報を記憶する。または、指定要素の内容（例えば、文字要素である場合、その文字が“Ａ”か“Ｂ”かなど）を取得しておき、その指定要素の内容に関連付けてインデックス情報を記憶する。

こうして記憶された指定要素に係るインデックス情報は、同指定要素が存在するウェブページの識別情報（例えば、ウェブページのＵＲＩ：Uniform Resource Identifier）を含んでいる。この指定要素に係るインデックス情報は、それに対応するメタ情報と共にサーバ装置２０に送出される。これを受けてサーバ装置２０は、指定要素に係るインデックス情報およびメタ情報を、その指定要素が存在するウェブページの識別情報に関連付けて記憶する。

また、図１５に示すように、他方のユーザ端末１０ｂは、表示側ページ情報取得部４１と、表示側レンダリング部４７と、メタ情報表示制御装置１５とを備えて構成されている。メタ情報表示制御装置１５は、第２要素情報取得部４９と、インデックス情報取得部５１と、逆変換部５３と、表示制御部５５とを備えて構成されている。表示部４３は、例えば液晶ディスプレイよりなる表示デバイス１１ｂに相当する。設定部４５は、例えばマウスやキーボードよりなる入力デバイス１２ｂに相当する。

ユーザ端末１０ｂの表示側ページ情報取得部４１および表示側レンダリング部４７の各々は、これらに対応するユーザ端末１０ａの機能部である付加側ページ情報取得部２１および付加側レンダリング部２７と同等の働きをする。したがって、これらの機能の説明は省略する。なお、ユーザ端末１０ｂの設定部４５は、ウィンドウのサイズ設定を行う機能を有し、部分指定箇所に係る設定を行う機能を有しない点で、ユーザ端末１０ａの設定部２５とは、その働きが異なっている。

第２要素情報取得部４９は、例えば、複数の要素毎の幅方向のサイズ、各行の高さ、および各行に属する要素の数を含む要素情報を表示側レンダリング部４７からそれぞれ取得する。インデックス情報取得部５１は、表示側ページ情報取得部４１により取得したウェブページに関連する指定要素に係るインデックス情報をサーバ装置２０から取得する。具体的には、インデックス情報取得部５１は、表示側ページ情報取得部４１によって所要のウェブページを取得した際に、この取得と同時にまたは遅れて、所要のウェブページに関連する指定要素に係るインデックス情報、およびこのインデックス情報に関連付けられたメタ情報をサーバ装置２０から取得する。

逆変換部５３は、第２要素情報取得部４９により取得した要素情報と、インデックス情報取得部５１により取得した指定要素に係るインデックス情報とに基づいて、指定要素の存在箇所を表すインデックス情報を、指定要素の存在箇所に対応する座標に逆変換する。逆変換部５３の動作の詳細については後述する。

表示制御部５５は、逆変換部５３により逆変換された指定要素の存在箇所に対応する座標に基づくウェブページ内の位置に、メタ情報を表示させる制御を行う。ここで、“指定要素の存在箇所に対応する座標に基づくウェブページ内の位置”とは、その座標の位置のほか、その座標の位置の近傍をも含む趣旨である。なお、その座標の位置の近傍にメタ情報を付加する場合、その座標の位置とメタ情報との間の結合関係を表す指示線を用いて、両者の結合関係を明示するのが好ましい。

表示制御部５５は、複数の表示レイヤを相互に重ね合わせた状態で、それぞれに個別のデータを表示させる。具体的には、表示制御部５５は、図３に示したように、ウィンドウ内における行および列の二次元方向に複数の要素を展開してレイアウトしたウェブページを表示させるページ表示レイヤ４３ａに対して、メタ情報を表示させるメタ情報表示レイヤ４３ｂを重ね合わせて表示させる。

次に、本実施形態に係るメタ情報付加装置１３の基本動作について説明する。図１６は、本実施形態に係るユーザ端末１０ａ，１０ｂが共に有するページレンダリング機能の説明図である。図１７は、本実施形態に係るメタ情報付加装置１３を内包させて設けたユーザ端末１０ａにおいて、ウェブページ内の部分指定を行う際の処理の流れを示すフローチャートである。

図１６に示したウィンドウＷａには、各々が固有の高さｈおよび幅ｗを有する複数の要素Ｅを所定の順序で並べたページが表示されている。“所定の順序で並べた”とは、所定のアルゴリズムに従って複数の要素Ｅを並べることを意味する。このアルゴリズムの一例を挙げる。例えば、付加側および表示側レンダリング部２７，４７は、ウェブページの左上隅に位置する原点（０，０）を基準として、各々が固有の高さｈおよび幅ｗを有する複数の要素Ｅを、同じ行では左から右へと、右側端部まで順次並べる。この際、付加側および表示側レンダリング部２７，４７は、同じ行に属する要素の数を記憶するとともに、同じ行に属する要素の高さのうち最大値を行の高さとして記憶しておく。

右側端部にまで達した場合であって展開すべき要素がまだ残っている場合、付加側および表示側レンダリング部２７，４７は、上から下への改行による折り返しを行う。そして、前述と同様に、残っている要素を、同じ行では左から右へと、右側端部まで順次並べる。この際、前述と同様に、付加側および表示側レンダリング部２７，４７は、同じ行に属する要素の数を記憶するとともに、同じ行に属する要素の高さのうち最大値を行の高さとして記憶しておく。

さらに、右側端部にまで達した場合であって展開すべき要素がまだ残っている場合、付加側および表示側レンダリング部２７，４７は、上から下への改行による折り返しを行い、以下、同様の処理を繰り返す。これにより、複数の要素は、図１６に示したウィンドウＷａの幅方向に連続して左から右へと展開されて、ウィンドウＷａの幅方向サイズを超えた場合は折り返して高さ方向に改行されるようにウィンドウＷａ内にレイアウトされる。

図１６に示す例において、説明の便宜上、原点（０，０）を基準としてＸ軸方向（幅方向）に延びるウィンドウの幅方向サイズをＸａとする。また、原点（０，０）を基準としてＹ軸方向（高さ方向）に隣接する先頭の第０行目をＬ_０、次の第１行目をＬ_１、第ｍａ行目をＬ_ｍａとする。

Ｌ_０行目の先頭要素（基準要素）をＥ_００、その右隣の要素をＥ_０１、右側端部の最終列の要素をＥ_０ka０-１とする。また、Ｌ_１行目の先頭要素をＥ_１０、その右隣の要素をＥ_１１、右側端部の最終列の要素をＥ_{１ｋａ１-１}とする。そして、Ｌ_ｍａ行目の先頭要素をＥ_ｍａ０、その右隣の要素をＥ_ｍａ１、先頭要素から第ｎａ個目の要素をＥ_ｍａｎａとする。

Ｌ_０行目に属する要素の数をｋａ_０個、Ｌ_０行の高さをｈ_０と表す。また、Ｌ_０行目に属する複数の要素にそれぞれ固有の高さおよび幅について、原点（０，０）を基準としてＸ軸方向に隣接する第０個目の要素では高さｈ_００／幅ｗ_００、その右隣の要素では高さｈ_０１／幅ｗ_０１、右側端部の最終列の要素では高さｈ_０ka０-１／幅ｗ_０ka０-１と表す。

同様に、Ｌ_１行目に属する要素の数をｋａ_１個、Ｌ_１行の高さをｈ_１と表す。また、Ｌ_１行目に属する複数の要素にそれぞれ固有の高さおよび幅について、原点（０，０）に接するＹ軸を基準としてＸ軸方向に隣接する第０個目の要素では高さｈ_１０／幅ｗ_１０、その右隣の要素では高さｈ_１１／幅ｗ_１１、右側端部の最終列の要素では高さｈ_１ka１-１／幅ｗ_１ka１-１と表す。

同様に、Ｌ_ｍａ行目に属する要素の数をｋａ_ｍａ個、Ｌ_ｍａ行の高さをｈ_ｍａと表す。また、Ｌ_ｍａ行目に属する複数の要素にそれぞれ固有の高さおよび幅について、原点（０，０）に接するＹ軸を基準としてＸ軸方向に隣接する第０個目の要素では高さｈ_ｍａ０／幅ｗ_ｍａ０、その右隣の要素では高さｈ_ｍａ１／幅ｗ_ｍａ１、第ｎａ個目の要素では高さｈ_ｍａｎａ／幅ｗ_ｍａｎａと表す。

例えば、Ｌ_０行目に属する要素の数：ｋａ_０個は、図１６に示すように、Ｌ_０行目の先頭から複数の要素を順次並べてゆき右側端部に至ったときの、並べられた要素の総個数により求められる。この要領で、付加側レンダリング部２７は、ある行に属する複数の要素にそれぞれ固有の幅ｗと、ウィンドウの幅方向サイズＸａとに基づいて、その行に属する要素の数を計算により取得することができる。なお、複数の要素毎の高さ方向のサイズｈおよび幅方向のサイズｗは、付加側ページ情報取得部２１により取得したウェブページの情報から取得すればよい。

次に、ウェブページ内の部分指定を行う際の処理の流れについて、図１７を参照して説明する。図１７に示す処理は、ウェブページ内の部分指定要求が生じる毎に開始される。図１７に示すように、第１要素情報取得部２９は、複数の要素毎の幅方向のサイズ、各行の高さ、および各行に属する要素の数を含む要素情報を付加側レンダリング部２７からそれぞれ取得する（ステップＳ１１）。

座標取得部３１は、設定部２５により設定された部分指定箇所に係る相対座標を取得する（ステップＳ１２）。変換部３３は、第１要素情報取得部２９により取得した要素情報と、座標取得部３１により取得した部分指定箇所に係る相対座標とに基づいて、部分指定箇所に係る相対座標を、複数の要素のなかでの部分指定箇所に対応する指定要素の順序を表すインデックス情報に変換する（ステップＳ１３）。

ステップＳ１３の変換処理は、ウィンドウ内の所定の基準に位置する基準要素（図１６の例ではＥ_００）から、指定要素の存在箇所に至るための所定の順序に従う順路に存する要素の数の累積値を求めるとともに、求めた累積値をインデックス情報とすることにより実現される。

詳しく述べると、変換部３３は、第１要素情報取得部２９により取得した各行の高さと、座標取得部３１により取得した部分指定箇所に係る相対座標とに基づいて、基準要素が属する行から指定要素の存在箇所に対応する行の直前の行までの、各行に属する要素の数を積算するとともに、指定要素の存在箇所に対応する行の先頭の列から指定要素の存在箇所に対応する列までの、当該行に属する要素の数を積算することにより、要素の数の累積値を求める。

最後に、インデックス情報記憶部３５は、変換部３３により変換されたインデックス情報を指定要素に関連付けて記憶する（ステップＳ１４）。

次に、本実施形態に係るメタ情報付加装置１３の詳細動作について説明する。図１８は、図１７に示すフローチャートのうちステップＳ１３の処理の流れを詳細に示すフローチャートである。図１９は、本実施形態に係るメタ情報付加装置１３において、部分指定箇所に係る相対座標を指定要素に係るインデックス情報に変換する手順の説明に供する図である。図１８に示す処理は、図１７に示すフローチャートのうちステップＳ１２の処理終了後に開始される。

図１８に示すように、変換部３３は、ループカウンタｉの値を”０”に初期化する（ステップＳ１３−１）。次に、変換部３３は、第１要素情報取得部２９により取得した要素情報のうち各行の高さと、座標取得部３１により取得した部分指定箇所に係る相対座標（ｐａ，ｑａ）（図１９参照）とに基づいて、次の数式１が成立するカウント値ｉをインクリメントしながら順次探索する（ステップＳ１３−２〜Ｓ１３−３）。

数式１の左辺の計算式Σ[t=0 to i-1]ｈ_tでは、ｉ＝０の場合、開始値（t=0）より終了値（i-1=-1）の方が小さくなる。この場合、左辺の計算式は値“０”を返すものとする。また、以下に述べる複数の数式においても、Σ[t=0 to -1]f(t)のように、開始値（t=0）より終了値（i-1=-1）の方が小さくなる計算式が存在する。このような場合、いずれの計算式も値“０”を返すものとする。

数式１が成立するカウント値ｉが抽出された場合（ステップＳ１３−２のＹｅｓ）、変換部３３は、抽出されたカウント値ｉを行番号ｍａに代入する（ステップＳ１３−４）。数式１の探索により、図１９に示すように、行番号ｍａが付与されたＬ_ｍａ行が、部分指定箇所に係る相対座標に対応する指定要素Ｅ_ｍａｎａのＹ軸方向の存在箇所であることがわかる。なお、指定要素の存在箇所とは、指定要素が存在すると推測される箇所を意味する。

次いで、メタ情報付加装置１３は、ループカウンタｊの値を”０”に初期化する（ステップＳ１３−５）。そして、変換部３３は、第１要素情報取得部２９により取得した要素情報のうち各要素毎の幅方向のサイズと、座標取得部３１により取得した部分指定箇所に係る相対座標（ｐａ，ｑａ）（図１９参照）とに基づいて、次の数式２が成立するカウント値ｊをインクリメントしながら順次探索する（ステップＳ１３−６〜Ｓ１３−７）。

数式２が成立するカウント値ｊが抽出された場合（ステップＳ１３−６のＹｅｓ）、変換部３３は、抽出されたカウント値ｊを列番号ｎａに代入する（ステップＳ１３−８）。数式２の探索により、図１９に示すように、列番号ｎａの列が、部分指定箇所に係る相対座標に対応する指定要素Ｅ_ｍａｎａのＸ軸方向の存在箇所であることことがわかる。

次いで、変換部３３は、第１要素情報取得部２９により取得した要素情報のうち各行に属する要素の数と、ステップＳ１３−４で取得した行番号ｍａと、ステップＳ１３−８で取得した列番号ｎａとに基づいて、次の数式３が成立する積算値Ｎを計算により求める（ステップＳ１３−９）。

数式３では、図１９に示すように、基準要素Ｅ_００を起点として、指定要素が存在するＬ_ｍａ行の直前のＬ_ｍａ−１行内の終端列に至る順路に存する要素の総数に、Ｌ_ｍａ行に属する指定要素の同行内の順序（列番号ｎａ）を加算している。したがって、数式３の代入計算により、基準要素Ｅ_００を起点として、部分指定箇所に係る相対座標に対応する指定要素Ｅ_ｍａｎａの存在箇所に至るための所定の順序に従う順路に存する要素の数の積算値Ｎを求めることができる。

ステップＳ１３−９の計算により積算値Ｎが算出されたら、変換部３３は、図１８に示す一連の処理の流れを終了させて、処理の流れを図１７のステップＳ１４へと戻す。

次に、本実施形態に係るメタ情報表示制御装置１５の基本動作について説明する。図２０は、本実施形態に係るメタ情報表示制御装置１５において、指定要素の存在箇所を表すインデックス情報を、指定要素の存在箇所に対応する座標に逆変換する手順の説明に供する図である。

表示側レンダリング部４７が行う、ウィンドウ内に複数の要素を所定の順序で並べてゆくレンダリングの処理については、付加側レンダリング部２７のそれと同等であるため、その重複した説明を省略する。

図２０に示す例において、説明の便宜上、原点（０，０）を基準としてＸ軸方向に延びるウィンドウＷｂの幅方向サイズをＸｂとする。また、原点（０，０）を基準としてＹ軸方向に隣接する先頭の第０行目をＬ_０、次の第１行目をＬ_１、第ｍｂ行目をＬ_ｍｂとする。

Ｌ_０行目の先頭要素（基準要素）をＥ_００、その右隣の要素をＥ_０１、右側端部の最終列の要素をＥ_０kb０-１とする。また、Ｌ_１行目の先頭要素をＥ_１０、その右隣の要素をＥ_１１、右側端部の最終列の要素をＥ_１kb１-１とする。そして、Ｌ_mb行目の先頭要素をＥ_ｍｂ０、その右隣の要素をＥ_ｍｂ１、先頭要素から第ｎｂ−１個目の要素はＥ_{ｍｂｎｂ-１}、先頭要素から第ｎｂ個目の要素はＥ_ｍｂｎｂとする。

Ｌ_０行目に属する要素の数をｋｂ_０個、Ｌ_０行の高さをｈ_０と表す。また、Ｌ_０行目に属する複数の要素にそれぞれ固有の高さおよび幅について、原点（０，０）を基準としてＸ軸方向に隣接する第０個目の要素では高さｈ_００／幅ｗ_００、その右隣の要素では高さｈ_０１／幅ｗ_０１、右側端部の最終列の要素では高さｈ_０kb０-１／幅ｗ_０kb０-１と表す。

同様に、Ｌ_１行目に属する要素の数をｋｂ_１個、Ｌ_１行の高さをｈ_１と表す。また、Ｌ_１行目に属する複数の要素にそれぞれ固有の高さおよび幅について、原点（０，０）に接するＹ軸を基準としてＸ軸方向に隣接する第０個目の要素では高さｈ_１０／幅ｗ_１０、その右隣の要素では高さｈ_１１／幅ｗ_１１、右側端部の最終列の要素では高さｈ_１kb１-１／幅ｗ_１kb１-１と表す。

同様に、Ｌ_ｍｂ行目に属する要素の数をｋｂ_ｍｂ個、Ｌ_ｍｂ行の高さをｈ_ｍｂと表す。また、Ｌ_ｍｂ行目に属する複数の要素にそれぞれ固有の高さおよび幅について、原点（０，０）に接するＹ軸を基準としてＸ軸方向に隣接する第０個目の要素では高さｈ_ｍｂ０／幅ｗ_ｍｂ０、その右隣の要素では高さｈ_ｍｂ１／幅ｗ_ｍｂ１、第ｎｂ−１個目の要素では高さｈ_{ｍｂｎｂ-１}／幅ｗ_{ｍｂｎｂ-１}と、第ｎｂ個目の要素では高さｈ_ｍｂｎｂ／幅ｗ_ｍｂｎｂと表す。

図２０に示す（ｐｂ，ｑｂ）は、指定要素Ｅ_ｍｂｎｂの存在箇所に対応する相対座標である。ここでは、指定要素Ｅ_ｍｂｎｂが存在する矩形領域の左上の位置の座標を（ｐｂ，ｑｂ）としている。この相対座標（ｐｂ，ｑｂ）の位置にメタ情報が付加される。これについては後述する。

次に、指定要素の存在箇所を表すインデックス情報を、指定要素の存在箇所に対応する座標に逆変換する際の処理の流れについて、図２１〜図２２を参照して説明する。図２１は、本実施形態に係るメタ情報表示制御装置１５を内包させて設けたユーザ端末１０ｂにおいて、指定部分にメタ情報としてのメタ情報が付加されたウェブページを表示する際の処理の流れを示すフローチャートである。

図２１に示す処理は、ウェブページの閲覧要求が生じる毎に開始される。図２１に示すように、表示側ページ情報取得部４１は、固有の高さおよび幅をそれぞれが有する複数の要素を所定の順序で並べてなるウェブページの情報をサーバ装置２０から取得する（ステップＳ２１）。

表示側レンダリング部４７は、設定部４５により設定されたウィンドウＷｂのサイズのうち幅方向サイズＸｂを取得する（ステップＳ２２）。そして、表示側レンダリング部４７は、ステップＳ２１で取得したウェブページの情報と、ステップＳ２２で取得したウィンドウＷｂの幅方向サイズＸｂとに基づいて、ウィンドウＷｂ内における行および列の二次元方向に複数の要素を展開してレイアウトしたウェブページ（例えば図２０参照）を構築する（ステップＳ２３）。

次に、第２要素情報取得部４９は、複数の要素毎の幅方向のサイズ、各行の高さ、および各行に属する要素の数を含む要素情報を表示側レンダリング部４７からそれぞれ取得する（ステップＳ２４）。また、インデックス情報取得部５１は、ステップＳ２１で取得したウェブページに関連する指定要素に係るインデックス情報を、このインデックス情報に関連付けられたメタ情報と共にサーバ装置２０から取得する（ステップＳ２５）。

次いで、逆変換部５３は、第２要素情報取得部４９により取得した要素情報と、インデックス情報取得部５１により取得した指定要素に係るインデックス情報とに基づいて、指定要素の存在箇所を表すインデックス情報を、指定要素の存在箇所に対応する座標に逆変換する（ステップＳ２６）。

そして、表示制御部５５は、逆変換部５３により逆変換された指定要素の存在箇所に対応する座標に基づくウェブページ内の位置に、インデックス情報取得部５１により取得したメタ情報を表示させる制御を行う（ステップＳ２７）。これにより、付箋等のメタ情報が付加されたウェブページが、表示部４３のウィンドウＷｂ内に表示される。

次に、本実施形態に係るメタ情報表示制御装置１５の詳細動作について説明する。図２２は、図２１に示すフローチャートのうちステップＳ２６の処理の流れを示すフローチャートである。図２２に示すアルゴリズムは、図２１に示すフローチャートのうちステップＳ２５の処理終了後に開始される。

図２２に示すように、逆変換部５３は、ループカウンタｉの値を”０”に初期化する（ステップＳ２６−１）。そして、逆変換部５３は、第２要素情報取得部４９により取得した要素情報のうち各行に属する要素の数と、インデックス情報取得部５１により取得した指定要素に係るインデックス情報“Ｎ”とに基づいて、次の数式４が成立するカウント値ｉをインクリメントしながら順次探索する（ステップＳ２６−２〜Ｓ２６−３）。

数式４が成立するカウント値ｉが抽出された場合（ステップＳ２６−２のＹｅｓ）、逆変換部５３は、抽出されたカウント値ｉを行番号ｍｂに代入する（ステップＳ２６−４）。数式４の探索により、図２０に示すように、行番号ｍｂのＬ_ｍｂ行が、部分指定箇所に係る相対座標に対応する指定要素Ｅ_ｍｂｎｂのＹ軸方向の存在箇所であることことがわかる。

次いで、逆変換部５３は、第２要素情報取得部４９により取得した要素情報のうち各行の高さと、ステップＳ２６−４で取得した指定要素Ｅ_ｍｂｎｂに係る行番号ｍｂとに基づいて、次の数式５が成立するＹ軸方向の座標成分ｑｂを計算により求める（ステップＳ２６−５）。

Ｌ_ｍｂ行目の直前に位置するＬ_ｍｂ-１行目に属する要素のうち末尾（最も右側）の要素は、基準要素Ｅ_００から数えて数式６で表されるＲ個目の要素である。すなわち、ステップＳ２６−４で取得した指定要素に係る行番号ｍｂの値と各行の高さとを数式６に代入することにより、Ｌ_ｍｂ-１行目に属する要素のうち末尾(最も右側)の要素に関し、基準要素Ｅ_００からの順序情報（基準要素から所定の順序に従う順路に存する要素の数を積算した累積数）を求めることができる。

次に、逆変換部５３は、指定要素に係る順序情報であるインデックス情報“Ｎ”と、Ｌ_ｍｂ−１行目に属する要素のうち末尾の要素の順序情報“Ｒ”とに基づいて、行番号ｍｂに存する指定要素に係る列番号ｎｂを、次の数式７により求める（ステップＳ２６−６）。

さらに、逆変換部５３は、第２要素情報取得部４９により取得した要素情報のうち行番号ｍｂに属する各要素毎の幅ｗと、ステップＳ２６−６で求めた指定要素に係る列番号ｎｂとに基づいて、次の数式８が成立するＸ軸方向の座標成分ｐｂを計算により求める（ステップＳ２６−７）。

ステップＳ２６−５およびステップＳ２６−７の計算により、指定要素の存在箇所に対応する座標（ｐｂ，ｑｂ）が算出されたら、逆変換部５３は、図２２に示す一連の処理の流れを終了させて、処理の流れを図２１のステップＳ２７へと戻す。

ステップＳ２７において、表示制御部５５は、図２０に示すように、表示側レンダリング部４７により構築されたウェブページを、逆変換部５３により取得した指定要素Ｅ_ｍｂｎｂの存在箇所に対応する座標（ｐｂ，ｑｂ）に基づく位置に付箋等のメタ情報を付加して表示させる。これにより、メタ情報付きウェブページが表示部４３のウィンドウ内に表示される。

以上説明したような構成によれば、ユーザ側の表示環境が変動した場合でも、指定部分に対する付箋等の表示の位置ずれが生じる事態をなくすことができる。図２３は、複数の要素として文字列を採用したときの作用効果を表す説明図である。

本実施形態では、図２３（ａ）に示すように、メタ情報付加装置１３を用いて、Ａ〜Ｏの１５個の文字列要素を順次並べたウェブページのうち、先頭から１４番目の文字要素Ｎの部分を指定してメタ情報としての付箋を付加している。一方、図２３（ｂ）に示すように、メタ情報表示制御装置１５を用いて、指定部分にメタ情報としての付箋が付加されたウェブページを構築して表示している。

本実施形態では、メタ情報付加装置１３のインデックス情報記憶部３５は、図２３（ａ）に示すように、指定要素の先頭からの順序が“１４番目”である旨、およびその指定要素が存在するウェブページのＩＤ（例えばＵＲＩ等の識別情報、以下同様）をインデックス情報として記憶する。

一方、メタ情報表示制御装置１５の表示制御部５５は、図２３（ｂ）に示すように、ユーザ端末１０ａ側のウィンドウに比べて幅方向のサイズが６割程度と狭いウィンドウであるにも拘らず、指定部分に対応する指定要素Ｎの位置に付箋を付加したウェブページを正確に表示する。これは、指定要素に係る相対座標が変動しても、それぞれの文字列要素の数およびその順序はそのまま維持されるからである。

ここでは詳しい作用効果の説明を省略するが、複数の要素として静止画像を採用したときや、複数の要素として文字列および静止画像の組み合わせを採用したときなども、上記と同様の作用効果を得ることができる。

なお、上記実施形態では、ウィンドウ内の基準として、ウィンドウの左上隅を例示して説明したが、本発明はこの例に限定されない。ウィンドウ内の基準としては、ウィンドウの右上隅、右下隅、左下隅、または相互に隣接する隅部間の部位など、いかなる部位を採用してもよい。

また、上記実施形態では、固有の高さおよび幅をそれぞれが有する複数の要素を所定の順序で並べるためのアルゴリズムとして、ウェブページの左上隅を基準として、同じ行では左から右へ、異なる行間では上から下へと順次並べるアルゴリズムを例示して説明したが、本発明はこの例に限定されない。例えば、ウェブページの左上隅を基準として、奇数行では左から右へ、偶数行では右から左へ、異なる行間では上から下へと順次並べるアルゴリズムを採用してもよい。

また、例えば、ウェブページの右上隅を基準として、同じ行では右から左へ、異なる行間では上から下へと順次並べるアルゴリズムを採用してもよい。さらに、ウェブページの右下隅を基準として、同じ行では右から左へ、異なる行間では下から上へと順次並べるアルゴリズムを採用してもよい。さらに、ウェブページの左下隅を基準として、同じ行では左から右へ、異なる行間では下から上へと順次並べるアルゴリズムを採用してもよい。

また、上記実施形態では、固有の高さおよび幅をそれぞれが有する複数の要素を所定の順序で並べるためのアルゴリズムとして、ウェブページの左上隅を基準として、主走査方向として高さ方向（列方向）を、副走査方向として幅方向（行方向）をそれぞれ用いて、複数の要素を順次並べるアルゴリズムを例示して説明したが、本発明はこの例に限定されない。

例えば、ウェブページの左上隅を基準として、主走査方向として幅方向（行方向）を、副走査方向として高さ方向（列方向）をそれぞれ用いて、複数の要素を順次並べるアルゴリズムを採用してもよい。この場合、本実施形態の説明中、ウィンドウの“幅方向サイズ”を“高さ方向サイズ”に置換し、複数の要素毎の“幅”と“高さ”を相互に置換し、さらに行と列を相互に置換して読み替えればよい。

さらに、上記実施形態では、複数の要素毎の幅および高さが均等に揃っている例をあげて説明したが、本発明はこの例に限定されない。複数の要素毎の幅および高さを不均等にした場合でも、この変形例に係る実施態様を、本発明の技術思想をそのまま用いて実現することができる。

以上のように、座標情報に代えて、インデックス情報をメタ情報の位置情報として用いるようにした場合、ＵＲＬリストにメタ情報ＩＤが格納されているメタ情報と同じ部分または所定の近傍範囲内にある部分に付加された他のメタ情報（ＵＲＬリストにメタ情報ＩＤが格納されていないメタ情報）を抽出する際は、インデックス情報に基づいて“同じ部分または所定の近傍範囲内にある部分”を判断することになる。

例えば、ＵＲＬリストにメタ情報ＩＤが格納されているメタ情報のインデックス情報で示される数値Ｎと同じか、その数値Ｎの前後を含む所定数以内の数値（例えば、Ｎ−α〜Ｎ＋β）をインデックス情報として持つ他のメタ情報を、“同じ部分または所定の近傍範囲内にある部分”に付加された他のメタ情報として抽出する。

あるいは、インデックス情報を座標情報に逆変換し、逆変換した座標情報が同じか、その座標情報で示される部分から所定のドット数以内の範囲の部分に座標情報を持つ他のメタ情報を、“同じ部分または所定の近傍範囲内にある部分”に付加された他のメタ情報として抽出するようにしてもよい。

なお、上記実施形態では、メタ情報として付箋を用いる例について説明したが、付箋以外の図形情報、画像情報、テキスト情報などを用いるようにしてもよい。また、上記実施形態では、メタ情報の属性情報としてユーザ情報、コメントのテキスト情報、タイムスタンプ情報、タグ情報の位置を表す位置情報（座標情報またはインデックス情報）を用いる例について説明したが、これ以外の情報を用いてもよい。

また、上記実施形態では、ＨＴＭＬのウェブページ間の遷移を行うシステムを例に挙げて説明したが、本発明はこれに限定されない。例えば、電子辞書、電子書籍、あるいは拡張現実のようなエンティティを持つシステムで、各エンティティを一意に識別できる情報があり、各エンティティ間をリンクできる構造を持つようなページ間の遷移を行うシステムに適用することも可能である。

例えば、電子書籍には、アドビシステム社のＰＤＦ（Portable Document Format）や、デファクトスタンダードとなりつつあるｅＰｕｂ（electronic Publication）といったファイルフォーマットが用いられている。この他にも、シャープ社が提唱しているＸＭＤＦ、 ボイジャー社によって開発された.ｂｏｏｋ、アマゾン・キンドル用のＡＺＷやＴｏｐａｚなどの電子書籍フォーマットも存在する。

ＰＤＦにはリンク機能があり、文字列や画像にリンク先のＵＲＬを紐付けることで、外部のドキュメントへリンクを張ることができる。また、ＰＤＦ上のオブジェクト（ページ、画像など）には一意のＩＤが割り当てられている。よって、リンク先のＩＤをリンク元に埋め込むことで、ドキュメント内のリンクが実現することができる。このようなＰＤＦの仕組みを利用して、ＰＤＦのページ上にメタ情報（付箋）を付加することでページ間の遷移を任意に設定することが可能である。

すなわち、図４に示す第１テーブル情報において、ＰＤＦのページ上に付加されたメタ情報（付箋）のメタ情報ＩＤに対して、上述したウェブページのＵＲＬに代えて、リンク先とする外部ドキュメントのＵＲＬまたはオブジェクトのＩＤを関連付けて記憶するようにすれば、付箋を利用したリンクを設定することができる。

ｅＰｕｂは、ＸＨＴＭＬ（ＸＭＬに対応させたファイル形式）ファイルと複数の設定ファイル等とをＺＩＰ形式の圧縮ファイルで固めたものである。ドキュメントの本体はＸＨＴＭＬフォーマットであるので、ＨＴＭＬのウェブページを表示するウェブブラウザと同様に、アンカー（ａタグ）によって外部リソースへのリンクやドキュメント内のリンクが簡単に実現できる。したがって、ｅＰｕｂフォーマットの電子書籍の場合は、上述した実施形態と同様に本発明を適用することが可能である。

電子辞書でも、見出し語１つにつき１ページの説明が表示される。そのページ内における説明の項目は、基本的には、見出し語、綴り・読み・イントネーション、品詞・活用、意味・語源、図表、用例・成句、類義語・対義語・関連語（へのリンク）などの情報を含んでいる。

この電子辞書に関しては、標準と言えるフォーマットが存在せず、日本独自の標準規格としてＥＰＷＩＮＧ（ＪＩＳ Ｘ ４０８１）がある。ＥＰＷＩＮＧでは複数の辞書を持つことができ、各辞書のインデックス（カタログ）と見出し語とのインデックステーブルを持つ。各辞書はディレクトリ毎に分かれ、辞書の実体は１つのファイルとなる。

このような辞書ファイル内の位置情報（先頭からのバイト数またはアドレス）を取得するか、あるいは見出し語からインデックスを検索することで辞書ファイル内のアドレスを取得することにより、辞書内のリンクを実現することができる。すなわち、図４に示す第１テーブル情報において、見出し語１つにつき表示されるページ上に付加されたメタ情報（付箋）のメタ情報ＩＤに対して、上述したウェブページのＵＲＬに代えて、上述の位置情報またはインデックスを関連付けて記憶するようにすれば、付箋を利用したリンクを設定することができる。

拡張現実は、例えば、頓智ドット社が提供しているセカイカメラのように、カメラで写している現実の風景の写真画像に仮想的なオブジェクト（セカイカメラでは「エアタグ」と呼ぶ付箋のようなもの）を重ねることで、現実を拡張するというものである。このような拡張現実でも、カメラで撮影された写真画像の１画面を１ページとし、本発明を適用してページ間遷移を実現することができる。

セカイカメラでは、写真の撮影位置（緯度経度。標高を加えてもよい）が、その写真画像で構成されるページと１対１に対応するので、撮影位置をページの所在情報として利用することができる。すなわち、図４に示す第１テーブル情報において、写真画像のページ上に付加されたメタ情報（付箋）のメタ情報ＩＤに対して、上述したウェブページのＵＲＬに代えて、写真の撮影位置を関連付けて記憶するようにすれば、付箋を利用したリンクを設定することができる。なお、経度緯度、標高などの位置情報は、カメラが備えたＧＰＳを利用することで取得することができる。

メタ情報（付箋）に対して付与する属性情報としては、上述した実施形態と同様に、付箋作成者を示すユーザ名、コメントのテキスト情報、タイムスタンプなどを用いることができる。この他にも、写真は３次元空間であるので、電子コンパスを利用して付箋の向き（方角）や角度も属性情報として付与することができる。

なお、例えば東京タワーのようなランドマークに撮影位置情報をプリセットしておけば、ランドマークと付箋とを紐付けたり、写真画像内に写っているランドマークの近傍に貼られた付箋を抽出して表示したりすることもできるようになる。

本発明は、ウェブページのファイル中に設定されたハイパーリンクとは異なる手段で、データベースによって複数のページ間を遷移できるように成されたシステムに利用可能である。

Claims (10)

1. ユーザ端末とサーバ装置とがネットワークを介して接続可能に成されたシステムにおいて、
   上記ユーザ端末にて表示されているページ内においてユーザ操作により指定された部分にメタ情報を付加するメタ情報付加部と、
   上記メタ情報付加部により付加された上記メタ情報と当該メタ情報が付加された上記ページの所在情報とを関連付けて上記サーバ装置のデータベースに記憶させる第１の記憶部と、
   上記メタ情報付加部により付加された上記メタ情報に対して所定の属性情報を付与する属性情報付与部と、
   上記メタ情報付加部により付加された上記メタ情報と上記属性情報付与部により付与された上記属性情報とを関連付けて上記サーバ装置のデータベースに記憶させる第２の記憶部と、
   上記データベースを検索し、検索キーと合致または所定の関係を有する属性情報を持ったメタ情報が付加されたページの所在情報を抽出し、当該抽出した複数の所在情報と上記メタ情報との組を１レコードずつ記憶させて成る所在情報リストを生成するデータベース検索部と、
   上記データベース検索部により生成された上記所在情報リストに基づいて、レコードの格納順に従って上記ページの遷移を実行するページ遷移部と、
   上記ページに付加された上記メタ情報を上記ユーザ端末の画面に表示させるメタ情報表示部とを備え、
   上記ページ遷移部は、上記ページ上に表示された上記メタ情報が上記ユーザ端末におけるユーザ操作により指定されたときに、上記データベース検索部により抽出された所在情報に基づいて上記ページの遷移を実行することを特徴とするページの遷移管理システム。
2. 上記属性情報付与部は、上記メタ情報付加部により付加された上記メタ情報に対して、当該メタ情報を付加したユーザを特定するためのユーザ情報を上記所定の属性情報として付与し、
   上記データベース検索部は、上記ユーザ端末におけるユーザ操作により指定されたユーザ情報を検索キーとして上記データベースを検索し、上記検索キーと合致するユーザ情報を上記属性情報として持ったメタ情報が付加されたページの所在情報を抽出することを特徴とする請求項１に記載のページの遷移管理システム。
3. 上記属性情報付与部は、上記メタ情報付加部により付加された上記メタ情報に対して、当該メタ情報を付加したページに関するコメントとして上記ユーザ端末におけるユーザ操作により記述されたテキスト情報を上記所定の属性情報として付与し、
   上記データベース検索部は、上記ユーザ端末におけるユーザ操作により指定されたキーワードを検索キーとして上記データベースを検索し、上記キーワードが含まれるテキスト情報を上記属性情報として持ったメタ情報が付加されたページの所在情報を抽出することを特徴とする請求項１に記載のページの遷移管理システム。
4. 上記属性情報付与部は、上記メタ情報付加部により付加された上記メタ情報に対して、当該メタ情報が付加された日時を特定するためのタイムスタンプ情報を一の属性情報と共に上記所定の属性情報として付与し、
   上記データベース検索部は、上記ユーザ端末におけるユーザ操作により指定された情報を検索キーとして上記データベースを検索し、上記検索キーと合致または所定の関係を有する上記一の属性情報を持ったメタ情報が付加されたページの所在情報および上記タイムスタンプ情報を抽出し、
   上記ページ遷移部は、上記データベース検索部により抽出された所在情報に基づいて、上記データベース検索部により抽出された上記タイムスタンプ情報により特定される時間の並び順に従って上記ページの遷移を実行することを特徴とする請求項１に記載のページの遷移管理システム。
5. 上記属性情報付与部は、上記メタ情報付加部により付加された上記メタ情報に対して、上記所定の属性情報として複数の属性情報を付与し、
   上記データベース検索部は、上記ユーザ端末におけるユーザ操作により指定された情報を検索キーとして上記データベースを検索し、上記検索キーと合致または所定の関係を有する一の属性情報を持ったメタ情報が付加されたページの所在情報と共に上記複数の属性情報を抽出し、
   上記データベース検索部はさらに、上記検索キーを用いた上記データベースの検索により抽出された上記所在情報に従って上記ページ遷移部により上記ページの遷移が実行されたときに、遷移後のページに関して上記所在情報と共に抽出された上記複数の属性情報のうち、上記一の属性情報と異なる他の属性情報を第２の検索キーとして上記データベースを再検索し、当該他の属性情報と合致または所定の関係を有する属性情報を持った他のメタ情報を抽出し、
   上記メタ情報表示部は、上記ページ遷移部により遷移されたページに関して上記データベース検索部により抽出された上記メタ情報および上記他のメタ情報に限定して上記ユーザ端末の画面に表示させることを特徴とする請求項１に記載のページの遷移管理システム。
6. 上記複数の属性情報のうち上記他の属性情報は、上記メタ情報が付加された部分の上記ページ内での位置を特定するための位置情報であり、
   上記データベース検索部は、上記ユーザ端末におけるユーザ操作により指定された情報を検索キーとして上記データベースを検索し、上記検索キーと合致または所定の関係を有する上記一の属性情報を持ったメタ情報が付加されたページの所在情報と共に上記位置情報を抽出し、
   上記データベース検索部はさらに、上記検索キーを用いた上記データベースの検索により抽出された上記所在情報に従って上記ページ遷移部により上記ページの遷移が実行されたときに、遷移後のページに関して上記所在情報と共に抽出された上記位置情報を第２の検索キーとして上記データベースを再検索し、当該位置情報により示される部分と同じ部分または所定の近傍範囲内にある部分に付加された上記他のメタ情報を抽出することを特徴とする請求項５に記載のページの遷移管理システム。
7. 上記データベース検索部はさらに、上記メタ情報表示部により上記他のメタ情報が上記ページ上に表示されたとき、または、上記ページ上に表示された上記他のメタ情報が上記ユーザ端末におけるユーザ操作により指定されたときに、当該他のメタ情報に対応する上記複数の属性情報のうち何れかの属性情報を第３の検索キーとして上記データベースを再検索し、当該第３の検索キーと合致または所定の関係を有する属性情報を持ったメタ情報が付加されたページの所在情報と共に上記複数の属性情報を抽出し、
   上記ページ遷移部は、上記ページ上に表示された上記他のメタ情報が上記ユーザ端末におけるユーザ操作により指定されたときに、上記第３の検索キーを用いた上記データベースの再検索により抽出された所在情報に基づいて上記ページの遷移を実行することを特徴とする請求項５に記載のページの遷移管理システム。
8. 上記メタ情報表示部は、上記メタ情報および上記他のメタ情報を互いに識別可能な態様にて表示させることを特徴とする請求項５に記載のページの遷移管理システム。
9. ユーザ端末とネットワークを介して接続可能に成されたサーバ装置であって、
   上記ユーザ端末にて表示されているページ内においてユーザ操作により指定された部分にメタ情報を付加するメタ情報付加部と、
   上記メタ情報付加部により付加された上記メタ情報と当該メタ情報が付加された上記ページの所在情報とを関連付けてデータベースに記憶させる第１の記憶部と、
   上記メタ情報付加部により付加された上記メタ情報に対して所定の属性情報を付与する属性情報付与部と、
   上記メタ情報付加部により付加された上記メタ情報と上記属性情報付与部により付与された上記属性情報とを関連付けて上記サーバ装置のデータベースに記憶させる第２の記憶部と、
   上記データベースを検索し、特定の属性情報と合致または所定の関係を有する属性情報を持ったメタ情報が付加されたページの所在情報を抽出し、当該抽出した複数の所在情報と上記メタ情報との組を１レコードずつ記憶させて成る所在情報リストを生成するデータベース検索部と、
   上記データベース検索部により生成された上記所在情報リストに基づいて、レコードの格納順に従って上記ページの遷移を実行するページ遷移部とを備え、
   上記ページ遷移部は、上記ページ上に表示された上記メタ情報が上記ユーザ端末におけるユーザ操作により指定されたときに、上記データベース検索部により抽出された所在情報に基づいて上記ページの遷移を実行することを特徴とするページの遷移管理用サーバ装置。
10. ユーザ端末とネットワークを介して接続可能に成されたサーバ装置にて稼動するプログラムであって、
    上記ユーザ端末にて表示されているページ内においてユーザ操作により指定された部分にメタ情報を付加するメタ情報付加手段、
    上記メタ情報付加手段により付加された上記メタ情報と当該メタ情報が付加された上記ページの所在情報とを関連付けてデータベースに記憶させる第１の記憶手段、
    上記メタ情報付加手段により付加された上記メタ情報に対して所定の属性情報を付与する属性情報付与手段、
    上記メタ情報付加手段により付加された上記メタ情報と上記属性情報付与手段により付与された上記属性情報とを関連付けて上記サーバ装置のデータベースに記憶させる第２の記憶手段、
    上記データベースを検索し、特定の属性情報と合致または所定の関係を有する属性情報を持ったメタ情報が付加されたページの所在情報を抽出し、当該抽出した複数の所在情報と上記メタ情報との組を１レコードずつ記憶させて成る所在情報リストを生成するデータベース検索手段、および
    上記データベース検索手段により生成された上記所在情報リストに基づいて、レコードの格納順に従って上記ページの遷移を実行するページ遷移手段
    としてコンピュータを機能させるプログラムであって、
    上記ページ遷移手段は、上記ページ上に表示された上記メタ情報が上記ユーザ端末におけるユーザ操作により指定されたときに、上記データベース検索手段により抽出された所在情報に基づいて上記ページの遷移を実行することを特徴とするコンピュータ読み取り可能なページの遷移管理用プログラム。