JP2009252047A - 閲覧データに含まれる部分データを管理する装置 - Google Patents

Abstract

【課題】通信ネットワーク上で提供されているデータから抜き出されたデータの管理を、より少ない記憶資源で実現する。
【解決手段】
前記登録要求を受け付けた場合、登録要求に含まれるアドレスへアクセスして登録時のＷｅｂページ２３を取得し、登録時のＷｅｂページ２３における登録時のクリッピングデータの位置を示す内部位置データを生成し、登録要求に含まれるアドレス及び生成された内部位置データを記憶し、閲覧要求を受け付けた場合、記憶されているアドレスへアクセスして閲覧時のＷｅｂページ２３を取得し、閲覧時のＷｅｂページ２３における内部位置データが示す位置にある閲覧時のクリッピングデータを取得し、取得された閲覧時のクリッピングデータが含まれる応答用データを生成し、生成された応答用データをクライアント１へ送信する。
【選択図】図１

Description

本発明は、通信ネットワーク上で提供されているデータから抜き出されたデータを管理する技術に関する。

通信ネットワーク（例えば、インターネット）上では、種々のデータ（例えば、Ｗｅｂページ）が提供されている。特許文献１には、通信ネットワーク上で提供されているＷｅｂページを、そのＷｅｂページを提供する装置（例えば、Ｗｅｂサーバ）とは異なる装置（例えば、クライアント）に保存しておく技術が開示されている。これにより、クライアントは、ＷｅｂサーバへアクセスしなくてもそのＷｅｂサーバが提供するＷｅｂページを閲覧できるようになる。また、Ｗｅｂサーバ上にあるＷｅｂページが変更又は削除された場合でも、変更前又は削除前のデータを閲覧できるようになる。

特開２００７−１２２６０９号公報

ところで、多量のデータが存在する通信ネットワーク上においては、Ｗｅｂページの中から必要な部分だけを抜き出して、その抜き出したデータをその後に参照できるように管理しておくことが望まれる場合がある。このような抜き出したデータの管理を実現する場合、通常、管理対象のデータとなる抜き出したデータ自体を記憶装置に記憶しておく方法が考えられる。

しかし、管理対象のデータ自体を記憶する方法を採用した場合、管理対象のデータのデータサイズが大きければ大きいほど、また、管理対象のデータの数が増えれば増えるほど、その管理に必要な記憶資源が膨大となってしまう。

そこで、本発明の目的は、通信ネットワーク上で提供されているデータから抜き出されたデータの管理を、より少ない記憶資源で実現することにある。

本発明に従う部分データ管理装置は、サーバによって提供される閲覧データであってクライアントを介して閲覧された閲覧データに含まれる部分データを、前記クライアントの要求に基づいて管理する部分データ管理装置であって、前記クライアントによって指定された部分データの登録要求を前記クライアントから受け付ける登録要求受付手段と、前記登録要求を受け付けた場合、前記クライアントによって指定された部分データである登録時部分データを含んだ閲覧データへアクセスするためのアドレス、及び、前記登録時部分データを含んだ閲覧データにおける前記登録時部分データの位置を示す内部位置データを記憶する記憶手段と、登録済みの部分データの閲覧要求を前記クライアントから受け付ける閲覧要求受付手段と、前記閲覧要求を受け付けた場合、前記記憶手段によって記憶されているアドレスへアクセスしてアクセス先の閲覧データである閲覧時閲覧データを取得する閲覧時閲覧データ取得手段と、前記閲覧時閲覧データ取得手段によって取得された閲覧時閲覧データと前記記憶手段によって記憶されている内部位置データとに基づいて、前記閲覧時閲覧データにおける前記内部位置データが示す位置にある部分データである閲覧時部分データを取得する部分データ取得手段と、前記部分データ取得手段によって取得された閲覧時部分データが含まれる応答用データを生成する応答用データ生成手段と、前記応答用データ生成手段によって生成された応答データを前記クライアントへ送信する応答用データ送信手段と、を備える。

本発明に係る好適な実施形態では、前記登録要求には、前記登録時部分データと前記登録時部分データを含んだ閲覧データへアクセスするためのアドレスとが含まれ、前記部分データ管理装置が、前記登録要求に含まれるアドレスへアクセスしてアクセス先の閲覧データである登録時閲覧データを取得する登録時閲覧データ取得手段と、前記登録時閲覧データ取得手段によって取得された登録時閲覧データと前記登録要求に含まれる前記登録時部分データとに基づいて、前記登録時閲覧データにおける前記登録時部分データの位置を示す内部位置データを生成する内部位置データ生成手段と、を更に備え、前記記憶手段は、前記登録要求に含まれるアドレス及び前記内部位置データ生成手段によって生成された内部位置データを記憶してもよい。

本発明に係る好適な実施形態では、前記登録要求には、前記登録時部分データを含んだ閲覧データへアクセスするためのアドレスと前記内部位置データとが含まれ、前記記憶手段は、前記登録要求に含まれるアドレス及び前記登録要求に含まれる内部位置データを記憶してもよい。

本発明に係る好適な実施形態では、前記閲覧時部分データが前記登録時部分データと同じものであるかどうかを判定するための判定データを、前記登録時部分データ又は前記登録時部分データを含んだ閲覧データの更新日時に基づいて生成する判定データ生成手段、を更に備え、前記記憶手段は、前記アドレス及び前記内部位置データに加えて、前記判定データ生成手段が生成した判定データを記憶し、前記応答用データ生成手段は、前記記憶手段に記憶されている判定データに基づいて、前記閲覧時部分データが前記登録時部分データと一致するか否かの正否判定を行い、前記正否判定の結果が肯定的である場合、前記閲覧時部分データが含まれる応答用データを生成してもよい。

本発明に係る好適な実施形態では、前記登録時部分データと同じ部分データを閲覧データの中から検索する際の検索の条件を示す対処データを、前記登録時部分データに基づいて生成する生成する対処データ生成手段、を更に備え、前記記憶手段は、前記アドレス、前記内部位置データ及び前記判定データに加えて、前記対処データ生成手段が生成した対処データを記憶し、前記応答用データ生成手段は、前記正否判定の結果が否定的な場合、前記記憶手段によって記憶されている対処データに基づいて、前記記憶手段によって記憶されているアドレス又は前記アドレスに近いアドレスのアクセス先の閲覧データから、前記登録時部分データと同じ部分データを検索し、前記検索の結果得られた部分データが前記閲覧時部分データの代わりに含まれる応答用データを生成してもよい。

本発明に係る好適な実施形態では、前記応答用データ生成手段は、前記正否判定の結果が否定的である場合又は前記検索の結果前記登録時部分データを得ることができなかった場合、前記登録時部分データを得ることができない旨を示すデータが前記閲覧時部分データの代わりに含まれる応答用データを生成してもよい。

本発明に係る好適な実施形態では、前記判定データは、前記登録時部分データに対するチェックサム、前記登録時部分データに含まれる一部の文字或いは文字列、前記登録時部分データの開始文字、前記登録時部分データの終了文字及び前記登録時部分データを含んだ閲覧データの更新日時のうちのいずれか一以上であってもよい。

本発明に係る好適な実施形態では、前記対処データは、前記登録時部分データに対するチェックサム、前記登録時部分データに含まれる一部の文字或いは文字列、前記登録時部分データの開始文字及び前記登録時部分データの終了文字のうちのいずれか一以上であってもよい。

本発明に係る好適な実施形態では、前記閲覧データは、複数のタグにより構造化されており、前記閲覧データは、各タグ内に存在するデータである要素データのそれぞれを各ノードとする木構造を表現し、前記内部位置データは、前記閲覧データが表現する木構造における、ルートノードから、前記部分データを含む要素データに対応するノードまでのパスと、前記部分データを含む要素データ内における、前記部分データが存在する位置との組み合わせであってもよい。

以下、図面を参照しながら本発明の実施形態について詳細に説明する。

図１は、本実施形態に係る計算機システムの構成例を示す図である。

クライアント１とＷｅｂサーバ２とサービス提供サーバ３とが、通信ネットワーク６を介して互いに接続されている。

Ｗｅｂサーバ２は、通信ネットワーク６に接続された他のコンピュータへＷｅｂページ２３を提供するコンピュータである。Ｗｅｂサーバ２によって提供されるＷｅｂページ２３は、構造化言語（例えば、ＨＴＭＬ（Hyper Text Markup Language））により記述されている。

サービス提供サーバ３は、通信ネットワーク６に接続された他のコンピュータに対して、クリッピングデータを管理するサービス（以下、「クリッピングデータ管理サービス」）を提供するコンピュータである。本実施形態において、クリッピングデータとは、Ｗｅｂページ２３に含まれる一部のデータであってクライアント１のユーザの指示に基づいてＷｅｂページ２３から抜き出されたもののことをいう。例えば、Ｗｅｂページ２３がテキストデータや画像データ（通常、Ｗｅｂページ２３内には、画像データそのものではなく、例えば、画像データに対応する画像ファイル名を示すデータが含まれる）によって構成されている場合は、ユーザは、そのテキストデータの全部又は一部、或いはその画像データをクリッピングデータとして指定することができる。尚、本実施形態では、Ｗｅｂページ２３が画像データをその構成要素として持つ場合は、そのＷｅｂページ２３には、その画像データに対応する画像ファイル名を示すデータが含まれるものとする。また、説明の便宜上、クリッピングデータとして画像データが指定された場合は、その指定された画像データに加えて、その画像データに対応する画像ファイル名を示すデータのことをも、クリッピングデータと呼ぶこととする。

例えば、サービス提供サーバ３は、指定されたクリッピングデータ（画像データの場合は、画像ファイル名を示すデータ）が含められた登録要求をクライアント１から受け付けると、登録要求に含められたクリッピングデータを管理対象のクリッピングデータとして登録し、その管理を開始する。サービス提供サーバ３は、管理対象のクリッピングデータそのものを記憶する代わりに、そのクリッピングデータが存在する位置を示す位置データ等（詳細は後述する）を記憶することにより、そのクリッピングデータの管理を行う。サービス提供サーバ３は、登録済みのクリッピングデータの閲覧要求をクライアント１から受け付けると、記憶しているクリッピングデータの位置データ等に基づいて、登録済みのクリッピングデータ（管理しているクリッピングデータ）の取得を行う。そして、サービス提供サーバ３は、例えば、管理している一以上のクリッピングデータをリストとして表示するＷｅｂページ２３を生成して、その生成したＷｅｂページ２３をクライアント１へ送信する。

サービス提供サーバ３は、例えば、ＣＰＵ３１と、メモリ３２とを備える。ＣＰＵ３１は、メモリ３２に記憶されている各種のプログラム（例えば、サービス提供アプリ３３）を実行する演算処理装置である。以下の説明では、プログラムを主語として記述している説明文は、実際にはそのプログラムを実行するＣＰＵ３１によって処理が行われることを意味するものとする。クライアント１に備えられるプログラム（例えば、Ｗｅｂブラウザ１３）についても同様とする。

メモリ３２は、いわゆる内部記憶装置である。メモリ３２には、例えば、サービス提供アプリ３３が記憶される。サービス提供アプリ３３は、クライアント１に対してクリッピングデータ管理サービスを提供する機能を実現するアプリケーションである。サービス提供アプリ３３が行う処理の詳細については、後述する。

サービス提供サーバ３は、データベース４を有している。データベース４には、登録されたクリッピングデータを管理するためのデータ（以下、「管理データ」）５が蓄積される。管理データ５の詳細については、後述する。尚、データベース４は、同図のようにサービス提供サーバ３に接続された外部の記憶装置に記憶されてもよいし、サービス提供サーバ３内の記憶装置（例えば、メモリ３２）に記憶されてもよい。

クライアント１は、そのユーザが、Ｗｅｂサーバ２によって提供されるＷｅｂページ２３を閲覧するために利用するコンピュータである。クライアント１は、そのユーザの指示に基づいて、サービス提供サーバ３によって提供されるクリッピングデータ管理サービスを利用する。

クライアント１は、例えば、ＣＰＵ１１と、メモリ１２と、入出力部１４とを備える。サービス提供サーバ３が備えるＣＰＵ３１及びメモリ３２と同様に、ＣＰＵ１１は、演算処理装置であり、メモリ１２は、いわゆる内部記憶装置である。メモリ１２には、例えば、Ｗｅｂブラウザ１３等が記憶される。Ｗｅｂブラウザ１３は、Ｗｅｂサーバ２から取得したＷｅｂページ２３に基づく画面を作成し、その作成した画面を、入出力部１４を介して出力するアプリケーションである。また、Ｗｅｂブラウザ１３は、サービス提供サーバ３が提供するクリッピングデータ管理サービスを利用する際に、ユーザの指示に基づいてＷｅｂページ２３から抜き出したデータ（クリッピングデータ）等を、サービス提供サーバ３へ送信する。

入出力部１４は、クライアント１がユーザに提供するユーザＩ／Ｆ（インタフェース）である。入出力部１４は、例えば、クライアント１のユーザからの入力を受け付けたり、Ｗｅｂブラウザ１３が作成した画面等を出力したりする。入出力部１４としては、例えば、ディスプレイやキーボードやマウス等が採用される。

図２Ａは、Ｗｅｂページ２３の一例を示す図である。図２Ｂは、図２Ａで示したＷｅｂページ２３に基づく画面７の一例を示す図である。

上述したように、Ｗｅｂページ２３は、構造化言語（例えば、ＨＴＭＬ）により記述されている。従って、図２Ａに示すように、Ｗｅｂページ２３には、文書の構造やレイアウト等を決定するための種々のタグ（例えば、“html”タグ２３１や“body”タグ２３２や“ul”タグ２３３や“li”タグ２３４等）が含められる。一つのタグとその終端を示すタグとの間にあるデータが、Ｗｅｂページ２３を構成する一つの要素（以下、「要素データ」）である。Ｗｅｂページ２３に含まれる複数のタグが入れ子状に配置されることにより、そのＷｅｂページ２３は、複数の要素データのそれぞれを各ノードとする木構造を表現するデータとなる。通常、木構造におけるリーフに対応する要素データ（即ち、その要素データの中に入れ子状にタグが含まれていないもの）が、画面７に表示されるテキストデータとなる。尚、リーフに対応する要素データに付されたタグが“img”タグである場合は、その要素データは、画面７に表示される画像データに対応する画像ファイルの名称を示すデータとなる。

図２Ａの例では、リーフに対応する要素データとして、“title”タグとその終端を示すタグ“/title”との間にあるデータ（以下、「“title”タグの要素データ」と表現し、他の要素データについても同様とする）である“タイトル”や、“img”タグの要素データである“Imag.gif”や、“h1”タグの要素データである“見出し”や、３番目の“li”タグ２３４の要素データである“この記事は３番目のリストの記事”等がある。図２Ｂに示すように、これらの要素データそのもの或いは要素データが示すファイル名に対応する画像データが、画面７に表示される。例えば、“title”タグの要素データ“タイトル”が、画面７の領域７１に表示され、“h1”タグの要素データ“見出し”が、画面７の領域７４に表示され、３番目の“li”タグ２３４の要素データ“この記事は３番目のリストの記事”が、画面７の領域７９に表示される。また、“img”タグの要素データが示すファイル名“Imag.gif”に対応する画像データが、画面７の領域７３に表示される。

クリッピング管理サービスを利用するクライアント１のユーザは、画面７に表示されたテキストデータの全部又は一部、或いは画像データを、クリッピングデータとして指定する。例えば、ユーザは、領域７９に表示されたテキストデータ“この記事は３番目のリストの記事”の一部である“３番目のリストの記事”２３５を、クリッピングデータとして指定することができる。上述したように、クリッピングデータの指定及び登録の指示をユーザから受け付けたＷｅｂブラウザ１３は、指定されたクリッピングデータ（画像データの場合は、画像ファイル名を示すデータ）が含められた登録要求をサービス提供サーバ３へ送信する。登録要求を受け付けたサービス提供サーバ３は、登録要求に含められたクリッピングデータが存在する位置を示すデータ（位置データ）を取得し、取得した位置データを記憶（データベース４に蓄積されている管理データ５に追加）することにより、そのクリッピングデータの管理を行う。

本実施形態における位置データとしては、例えば、外部位置データと内部位置データとの組み合わせを採用することができる。外部位置データとは、通信ネットワーク上における、その指定されたクリッピングデータが含まれるＷｅｂページ２３が存在する位置を示すデータのことである。外部位置データとしては、例えば、その指定されたクリッピングデータが含まれるＷｅｂページ２３へアクセスするために利用されるアドレス（例えば、ＵＲＬ（Uniform Resource Locator）であり、以下、「ページアドレス」）を採用することができる。尚、本実施形態では、画面７の領域７２に表示されるアドレスが、その画面７のもととなるＷｅｂページ２３のページアドレスを示している。

一方、内部位置データとは、Ｗｅｂページ２３内における、指定されたクリッピングデータが存在する位置を示すデータのことである。Ｗｅｂページ２３が構造化言語により記述されている場合は、内部位置データとしては、例えば、要素データパスと要素データ内位置との組み合わせを採用することができる。要素データパスは、そのＷｅｂページ２３が表現する木構造における、ルートノードから、指定されたクリッピングデータを含む要素データに対応するノードまでのパスである。要素データパスについては、後に図３を参照して詳しく説明する。要素データ内位置は、要素データ内における、指定されたクリッピングデータが存在する位置（例えば、指定されたクリッピングデータが、それを含む要素データの開始文字からから数えて何バイト目から何バイト目までの間に存在するかといった位置）である。要素データ内位置としては、例えば、要素データ内におけるクリッピングデータの開始文字の位置及び終了文字の位置や、クリッピングデータの開始文字の位置及びクリッピングデータのデータサイズ（或いは文字数）や、クリッピングデータの終了文字の位置及びクリッピングデータのデータサイズ（或いは文字数）等を採用することができる。

図３Ａは、図２Ａで示したＷｅｂページ２３が表現する木構造８を示す図である。図３Ｂは、クリッピングデータとして“３番目のリストの記事”２３５が指定された場合の要素データパスを示す図である。

図３では、クリッピングデータとして“３番目のリストの記事”２３５が指定された場合を想定して、要素データパスの説明を行う。尚、この指定されたクリッピングデータ“３番目のリストの記事”２３５に関する要素データパス（この指定されたクリッピングデータの位置を示すものとして採用される要素データパス）は、３番目の“li”タグ２３４の要素データの要素データパスとなる。なぜなら、“３番目のリストの記事”２３５は、３番目の“li”タグ２３４の要素データ“この記事は３番目のリストの記事”に含まれるためである。

図３Ａに示された木構造８において、“３番目のリストの記事”２３５を含む３番目の“li”タグ２３４の要素データは、丸８２で囲まれたノード（リーフ）に対応している。従って、ルートノード（“html”タグ２３１の要素データに対応するノード）から３番目の“li”タグ２３４の要素データに対応するノードまでのパス（即ち、３番目の“li”タグ２３４の要素データの要素データパス）は、破線８１で囲まれたノードを、上位から下位への順番を考慮して組み合わせたものとなる。例えば、図３Ａに示すように、各ノードを、そのノードに対応する要素データに付されたタグを用いて表現する場合は、“html”、“body”、“ul”及び“li[3]”（[3]は、複数存在する“li”タグの３番目を示す）を、上記の順番で組み合わせたものが、３番目の“li”タグ２３４の要素データの要素データパスとなる。従って、３番目の“li”タグ２３４の要素データの要素データパス、即ち、クリッピングデータ“３番目のリストの記事”２３５に関する要素データパスは、図３Ｂに示すように、例えば“html/body/ul/li[3]”と表現することができる。

図４は、管理データ５の一例を示す図である。

上述したように、管理データ５は、登録されたクリッピングデータを管理するためのデータである。管理データ５には、登録されたクリッピングデータごとに、例えば、クリッピングデータＩＤ５１と、位置データ５２と、判定データ５３と、対処データ５４とが含まれる。

クリッピングデータＩＤ５１は、そのクリッピングデータに付された任意の識別子である。図４の例では、“ＩＤ１”が、クリッピングデータ“３番目のリストの記事”２３５に付された識別子を示している。即ち、図４において“ＩＤ１”と対応付けて管理されている位置データ５２、判定データ５３及び対処データ５４のそれぞれ（即ち、最上段に記載されているもの）が、クリッピングデータ“３番目のリストの記事”２３５に関するものとなる。

位置データ５２は、上述したように、そのクリッピングデータが存在する位置を示すデータである。位置データ５２には、例えば、外部位置データとしてのページアドレス５２１と、内部位置データとしての、要素データパス５２２、開始文字位置５２３及び終了文字位置５２４とが含まれる。

例えば、“ＩＤ１”のクリッピングデータ（“３番目のリストの記事”２３５）に関する位置データ５２は、次のように決定される。即ち、“ＩＤ１”のクリッピングデータに関するページアドレス５２１は、画面７の領域７２に表示されているアドレスとされる。また、“ＩＤ１”のクリッピングデータに関する要素データパス５２２は、図３Ｂで示した要素データパスとされる。また、“ＩＤ１”のクリッピングデータに関する開始文字位置は、例えば、そのクリッピングデータを含む要素データ（“この記事は３番目のリストの記事”）おける、その開始文字“こ”からそのクリッピングデータ（“３番目のリストの記事”２３５）の開始文字である“３”までのバイト数とされる。また、“ＩＤ１”のクリッピングデータに関する終了文字位置は、例えば、そのクリッピングデータを含む要素データ（“この記事は３番目のリストの記事”）おける、その開始文字“こ”からそのクリッピングデータ（“３番目のリストの記事”２３５）の終了文字である“事”までのバイト数とされる。

判定データ５３は、位置データ５２に基づいて取得したクリッピングデータが正しい（正しいと見なせる）かどうか、即ち、位置データ５２に基づいて取得したクリッピングデータがクライアント１によって登録されたものと同じである（同じであると見なせる）かどうかを判定するために利用されるデータである。判定データ５３としては、例えば、チェックサム５３１や登録時更新日時５３２等を採用することができる。尚、複数の判定データ５３のうちのいずれか１つのみが採用されてもよいし、複数の判定データ５３が採用され、それぞれの判定結果を総括して、位置データ５２に基づいて取得したクリッピングデータが正しいかどうかが最終的に判定されてもよい。

チェックサム５３１は、例えば、そのクリッピングデータを構成する文字のそれぞれの文字コードの和とすることができる。チェックサム５３１を利用する場合、サービス提供アプリ３３は、例えば、次のようにして、位置データ５２に基づいて取得したクリッピングデータが正しいかどうかを判定する。即ち、サービス提供アプリ３３は、位置データ５２に基づいて取得したクリッピングデータについて、そのクリッピングデータを構成する文字のそれぞれの文字コードの和を計算する。サービス提供アプリ３３は、計算された文字コードの和が管理データ５において管理されているチェックサム５３１と一致するかどうかを判定する。それらの値が一致した場合は、サービス提供アプリ３３は、位置データ５２に基づいて取得したクリッピングデータが正しいと判定する。逆に、それらの値が異なっている場合は、サービス提供アプリ３３は、位置データ５２に基づいて取得したクリッピングデータは誤りであると判定する。

登録時更新日時５３２は、そのクリッピングデータの登録時における、そのクリッピングデータを含んだＷｅｂページ２３の更新日時（そのＷｅｂページ２３の内容が変更された日時）である。例えば、サービス提供アプリ３３は、そのクリッピングデータを登録する際に、そのクリッピングデータを含んだＷｅｂページ２３を提供するＷｅｂサーバ２からそのＷｅｂページ２３の更新日時を取得する。サービス提供アプリ３３は、その取得した更新日時を、そのクリッピングデータに関する登録時更新日時５３２とすることができる。尚、登録時更新日時５３２として、上記クリッピングデータの登録時におけるＷｅｂページ２３の更新日時に近似した日時、例えば、クリッピングデータが登録された日時が採用されてもよい。登録時更新日時５３２を利用する場合、サービス提供アプリ３３は、例えば、次のようにして、位置データ５２に基づいて取得したクリッピングデータが正しいかどうかを判定する。即ち、サービス提供アプリ３３は、位置データ５２（ページアドレス５２１）に基づいて取得したＷｅｂページ２３の更新日時を、そのＷｅｂページ２３を提供するＷｅｂサーバ２から取得する。サービス提供アプリ３３は、取得した更新日時が管理データ５において管理されている登録時更新日時５３２よりも後であるかどうかを判定する。取得した更新日時が後ではない（取得した更新日時が登録時更新日時５３２と一致するか、或いは取得した更新日時が登録時更新日時５３２よりも前である）場合は、サービス提供アプリ３３は、位置データ５２に基づいて取得したクリッピングデータが正しいと判定する。逆に、取得した更新日時が後である場合は、そのＷｅｂページ２３の内容が変更されたことによって、そのＷｅｂページ２３に含まれていたはずのクリッピングデータの内容や位置が変更されたであろうと推定して、上記位置データ５２に基づいて取得したクリッピングデータは誤りであると判定する。

対処データ５４は、位置データ５２に基づいて取得したクリッピングデータが誤りであると判定された場合、正しい（正しいと見なせる）クリッピングデータを取得するために利用されるデータである。具体的には、対処データ５４は、対象とするＷｅｂページ２３の中から正しい（正しいと見なせる）クリッピングデータを検索するために利用される、検索の条件となるデータである。対処データ５４としては、例えば、キーワード５４１や開始文字５４２や終了文字５４３等を採用することができる。尚、複数の対処データ５４のうちのいずれか１つのみが採用されてもよいし、複数の対処データ５４が組み合わせて採用されもよい。

例えば、“ＩＤ１”のクリッピングデータ（“３番目のリストの記事”２３５）に関する対処データ５４は、次のように決定される。即ち、“ＩＤ１”のクリッピングデータに関するキーワード５４１は、“３番目のリストの記事”２３５に含まれる一部の文字或いは文字列、例えば“３番目”とされる。尚、キーワード５４１は、複数設定されてもよい。また、キーワード５４１の登場回数が、検索の条件として設定されてもよい。例えば、“３番目のリストの記事”２３５の例であれば、“３番目”に加えて“の”をキーワード５４１とすることもできるし、“の”の登場回数は２回であることが、検索の条件として設定されてもよい。また、“ＩＤ１”のクリッピングデータに関する開始文字５４２は、“３番目のリストの記事”２３５の開始文字である“３”とされる。また、“ＩＤ１”のクリッピングデータに関する終了文字５４３は、“３番目のリストの記事”２３５の終了文字である“事”とされる。

尚、本実施形態では、チェックサム５３１及び登録時更新日時５３２を判定データ５３とし、キーワード５４１、開始文字５４２及び終了文字５４３を対処データ５４としたが、チェックサム５３１及び登録時更新日時５３２を対処データ５４とすることもできるし、キーワード５４１、開始文字５４２及び終了文字５４３を判定データ５３とすることもできる。また、チェックサム５３１、登録時更新日時５３２、キーワード５４１、開始文字５４２及び終了文字５４３の全て或いはいずれか一以上を、判定データ５３及び対処データ５４の両方とすることもできる。例えば、チェックサム５３１が対処データ５４とされた場合は、対象とするＷｅｂページ２３の中から任意に抽出されたデータであって、そのデータから計算されるチェックサム５３１が管理データ５において管理されているチェックサム５３１と一致するデータが、検索結果（即ち、正しいクリッピングデータと決定されるデータ）とされる。また、例えば、キーワード５４１が判定データ５３とされた場合は、サービス提供アプリ３３は、管理データ５において管理されているキーワード５４１が、位置データ５２に基づいて取得したクリッピングデータに含まれているかどうかを判定することにより、その位置データ５２に基づいて取得したクリッピングデータが正しいかどうかを判定することになる。

また、登録されたクリッピングデータの管理は、クライアント１ごとに行われてもよいし、複数のクライアント１単位で行われてもよい。複数のクライアント１単位で管理される場合は、それら複数のクライアント１は、それら複数のクライアント１のいずれかによって登録されたクリッピングデータを閲覧可能となる（即ち、複数のクライアント１のいずれかによって登録されたクリッピングデータが、それら複数のクライアント１の間で共有される）。クライアント１ごとに管理される場合は、例えば、管理データ５は、クライアント１ごとに作成される。以下の説明では、登録されたクリッピングデータは、クライアント１ごとに管理されているものとする。

図５は、クリッピングデータを登録する処理のフローチャートである。

まず、クライアント１のＷｅｂブラウザ１３は、ユーザから指定されたＷｅｂページ２３を取得することの要求を、そのＷｅｂページ２３を提供するＷｅｂサーバ２へ送信する（Ｓ１０１）。

Ｗｅｂページ２３の取得要求を受信したＷｅｂサーバ２は、その要求において指定されたＷｅｂページ２３をクライアント１へ送信する（Ｓ１０２）。

Ｗｅｂページ２３を受信したクライアント１のＷｅｂブラウザ１３は、受信したＷｅｂページ２３に基づく画面７を作成し、その作成した画面７を入出力部１４に表示する（Ｓ１０３）。

クライアント１のユーザは、画面７に表示されたテキストデータの全部又は一部、或いは画像データをクリッピングデータとして指定して、指定したクリッピングデータの登録をＷｅｂブラウザ１３に対して指示する（Ｓ１０４）。以下、図５及び図６の説明において、Ｓ１０４においてユーザによって指定された、登録の対象となるクリッピングデータを「登録対象クリッピングデータ」と呼ぶこととする。

登録の指示を受け付けたＷｅｂブラウザ１３は、登録対象クリッピングデータ（画像データの場合は、画像ファイル名を示すデータ）が含められた登録要求を、サービス提供サーバ３へ送信する（Ｓ１０５）。この登録要求には、登録対象クリッピングデータに加えて、その登録対象クリッピングデータが含まれるＷｅｂページ２３へアクセスするために利用されるアドレス（ページアドレス５２１）が更に含められる。

登録要求を受信したサービス提供サーバ３のサービス提供アプリ３３は、登録要求に含められたページアドレス５２１が示すアクセス先のＷｅｂページ２３（即ち、登録対象クリッピングデータが含まれるＷｅｂページ２３）を取得することの要求を、そのＷｅｂページ２３を提供するＷｅｂサーバ２へ送信する（Ｓ１０６）。

Ｗｅｂページ２３の取得要求を受信したＷｅｂサーバ２は、その要求において指定されたＷｅｂページ２３（即ち、Ｓ１０２において送信したＷｅｂページ２３と同じもの）をクライアント１へ送信する（Ｓ１０７）。

Ｗｅｂページ２３を受信したサービス提供サーバ３のサービス提供アプリ３３は、登録要求に含められた登録対象クリッピングデータを登録する処理（以下、「登録処理」）を行う（Ｓ１０８）。登録処理については、図６を参照して詳しく説明する。

図６は、登録処理のフローチャートである。

まず、サービス提供アプリ３３は、図５のＳ１０７において受信したＷｅｂページ２３の構造（即ち、そのＷｅｂページ２３が表現する木構造）を解析する（Ｓ２０１）。そして、サービス提供アプリ３３は、その解析結果を参照して、図５のＳ１０５において受信した登録要求に含められた登録対象クリッピングデータが、どの要素データに含まれているか（或いはどの要素データに対応しているか）を調べる。

次に、サービス提供アプリ３３は、登録対象クリッピングデータに関する要素データパス５２２を取得する（Ｓ２０２）。要素データパス５２２については、図３で説明したとおりである。図３Ｂに示したように、登録対象クリッピングデータが“３番目のリストの記事”２３５であれば、登録対象クリッピングデータに関する要素データパス５２２は、例えば“/html/body/ul/li[3]”となる。

次に、サービス提供アプリ３３は、登録対象クリッピングデータに関する開始文字位置５２３及び終了文字位置５２４を取得する（Ｓ２０３）。開始文字位置５２３及び終了文字位置５２４については、図４で説明したとおりである。

次に、サービス提供アプリ３３は、登録対象クリッピングデータに関する判定データ５３及び対処データ５４を生成する（Ｓ２０４）。本実施形態では、図４で示したような判定データ５３及び対処データ５４が生成されるものとする。

その後、サービス提供アプリ３３は、登録対象クリッピングデータに関する位置データ５２、判定データ５３及び対処データ５４を、登録対象クリッピングデータに任意に付与されたクリッピングデータＩＤ５１に関連付けて記憶（データベース４に蓄積されている管理データ５に追加）する（Ｓ２０５）。即ち、サービス提供アプリ３３は、登録要求に含められたページアドレス５２１、Ｓ２０２で取得した要素データパス５２２、及びＳ２０３で取得した開始文字位置５２３及び終了文字位置５２４を、登録対象クリッピングデータに関するものとして管理データ５に追加する。また、サービス提供アプリ３３は、Ｓ２０４で生成した判定データ５３及び対処データ５４を、登録対象クリッピングデータに関するものとして管理データ５に追加する。

以上により、登録対象クリッピングデータの登録が完了する。

図７は、登録済みのクリッピングデータを閲覧する処理のフローチャートである。

まず、クライアント１のＷｅｂブラウザ１３は、ユーザからの指示に基づいて、登録済みのクリッピングデータを閲覧することの閲覧要求を、サービス提供サーバ３へ送信する（Ｓ３０１）。

閲覧要求を受信したサービス提供サーバ３のサービス提供アプリ３３は、まず、閲覧要求を出したクライアント１に対する応答用のＷｅｂページ（以下、「応答用Ｗｅｂページ」）を生成する。尚、この時点では、応答用Ｗｅｂページには、登録済みのクリッピングデータ（或いは、登録済みのクリッピングデータを取得できなくなった旨を示すデータ）は、未だ含まれていない。以下の処理が行われることにより、登録済みのクリッピングデータ等が、応答用Ｗｅｂページに追加される。

次に、サービス提供アプリ３３は、管理データ５において管理されているクリッピングデータＩＤ５１の一つを選択する（Ｓ３０２）。

次に、サービス提供アプリ３３は、Ｓ３０２で選択されたクリッピングデータＩＤ５１（以下、「対象ＩＤ５１」）について、その対象ＩＤ５１が示す登録済みのクリッピングデータを取得する処理（以下、「登録済みクリッピングデータ取得処理」）を行う（Ｓ３０３）。登録済みクリッピングデータ取得処理については、後に図８を参照して詳しく説明する。

次に、サービス提供アプリ３３は、Ｓ３０３において対象ＩＤ５１が示す登録済みのクリッピングデータの取得に成功したか否かを判定する（Ｓ３０４）。

対象ＩＤ５１が示す登録済みのクリッピングデータの取得に成功した場合は（Ｓ３０４：ＹＥＳ）、サービス提供アプリ３３は、その取得した登録済みのクリッピングデータを、応答用Ｗｅｂページに追加する（Ｓ３０５）。

一方、対象ＩＤ５１が示す登録済みのクリッピングデータを取得することができなかった場合は（Ｓ３０４：ＮＯ）、サービス提供アプリ３３は、対象ＩＤ５１が示す登録済みのクリッピングデータを取得できなくなった旨を示すデータ（例えば、テキストデータ）を、応答用Ｗｅｂページに追加する（Ｓ３０６）。

サービス提供アプリ３３は、管理データ５において管理されている全てのクリッピングデータＩＤ５１について、Ｓ３０２〜Ｓ３０６の処理を繰り返して行う（Ｓ３０７）。

その後、サービス提供アプリ３３は、最終的に生成された応答用Ｗｅｂページをクライアント１へ送信する（Ｓ３０８）。

応答用Ｗｅｂページを受信したクライアント１のＷｅｂブラウザ１３は、受信した応答用Ｗｅｂページに基づく画面を作成し、その作成した画面を入出力部１４に表示する。

以上により、クライアント１のユーザが、登録済みのクリッピングデータを閲覧できるようになる。

図８は、登録済みクリッピングデータ取得処理のフローチャートである。

図８の処理では、図７のＳ３０２で選択された対象ＩＤ５１について、その対象ＩＤ５１が示す登録済みのクリッピングデータの取得が行われる。従って、図８の処理では、管理データ５において対象ＩＤ５１と対応付けて管理されている位置データ５２、判定データ５３及び対処データ５４が参照される。

まず、サービス提供アプリ３３は、管理データ５において管理されている外部位置データ（即ち、ページアドレス５２１）を参照して、そのページアドレス５２１が示すアクセス先のＷｅｂページ２３を取得する（Ｓ４０１）。以下、図８の説明において、管理データ５において管理されているページアドレス５２１を「管理ページアドレス５２１」と呼ぶ。

次に、サービス提供アプリ３３は、Ｓ４０１で取得したＷｅｂページ２３の更新日時を、そのＷｅｂページを提供するＷｅｂサーバ２から取得する（Ｓ４０２）。

その後、サービス提供アプリ３３は、Ｓ４０２で取得した更新日時が管理データ５において管理されている登録時更新日時５３２よりも後であるかどうかを判定する（Ｓ４０３）。

Ｓ４０２で取得した更新日時が管理データ５において管理されている登録時更新日時５３２よりも後である場合は（Ｓ４０３：ＹＥＳ）、サービス提供アプリ３３は、Ｓ４０１で取得したＷｅｂページ２３に含まれていたはずのクリッピングデータの内容や位置が変更されたであろうと推定する。そして、サービス提供アプリ３３は、正しい（正しいと見なせる）クリッピングデータ（登録済みのクリッピングデータと決定するもの）を、Ｓ４０１で取得したＷｅｂページ２３或いはその他の任意に取得されたＷｅｂページ２３から検索する処理（以下、「検索処理」）を行う。検索処理は、開始番号“１”が付与されている処理である。検索処理については、後に詳しく説明する。

一方、Ｓ４０２で取得した更新日時が管理データ５において管理されている登録時更新日時５３２よりも後ではない（取得した更新日時が登録時更新日時５３２と一致するか、或いは取得した更新日時が登録時更新日時５３２よりも前である）場合は（Ｓ４０３：ＮＯ）、サービス提供アプリ３３は、管理データ５において管理されている内部位置データ（即ち、要素データパス５２２、開始文字位置５２３及び終了文字位置５２４）を参照して、Ｓ４０１で取得したＷｅｂページ２３からクリッピングデータを取得する（Ｓ４０４）。

その後、サービス提供アプリ３３は、Ｓ４０２で取得したクリッピングデータから計算されるチェックサム５３１が、管理データ５において管理されているチェックサム５３１と一致するかどうかを判定する（Ｓ４０５）。

Ｓ４０２で取得したクリッピングデータから計算されるチェックサム５３１が、管理データ５において管理されているチェックサム５３１と一致する場合は（Ｓ４０５：ＹＥＳ）、サービス提供アプリ３３は、Ｓ４０２で取得したクリッピングデータが正しい（即ち、Ｓ４０２で取得したクリッピングデータが登録済みのクリッピングデータである）と決定する（Ｓ４０６）。

一方、Ｓ４０２で取得したクリッピングデータから計算されるチェックサム５３１が、管理データ５において管理されているチェックサム５３１と異なる場合は（Ｓ４０５：ＮＯ）、サービス提供アプリ３３は、Ｓ４０２で取得したクリッピングデータは誤りであると判定する。そして、サービス提供アプリ３３は、検索処理を実行する。

以下、検索処理（開始番号“１”が付与されている処理）について説明する。

まず、サービス提供アプリ３３は、管理データ５において管理されている対処データ５４が示す条件に合致するデータを、対象とするＷｅｂページ２３から検索する（Ｓ４０７）。尚、検索処理は、一以上のＷｅｂページ２３に対して繰り返して実行されるが、最初に検索の対象とされるＷｅｂページ２３は、Ｓ４０１で取得したＷｅｂページ２３とされる。例えば、図４に示す管理データ５における“ＩＤ１”が対象ＩＤ５１とされている場合は、キーワード５３２である“３番目”を含み、かつ、開始文字５３３が“３”であり、かつ、終了文字５３４が“事”である任意のデータが、対象とされるＷｅｂページ２３の中に含まれているかどうかが調べられる。

次に、サービス提供アプリ３３は、対処データ５４が示す条件に合致するデータが得られたか否かを判定する（Ｓ４０８）。

対処データ５４に合致するデータが得られた場合は（Ｓ４０８：ＹＥＳ）、サービス提供アプリ３３は、その得られたデータ（対処データ５４が示す条件に合致するデータ）が登録済みのクリッピングデータであると決定する（Ｓ４０９）。

一方、対処データ５４に合致するデータが得られなかった場合は（Ｓ４０８：ＮＯ）、サービス提供アプリ３３は、管理ページアドレス５２１（Ｓ４０１で取得したＷｅｂページ２３のページアドレス５２１）に近いページアドレス５２１を持つＷｅｂページ２３（未だこの検索処理の対象とされていないもの）を、取得することができるかどうかを判定する（Ｓ４１０）。ここで、ページアドレス５２１が近いとは、例えば、ページアドレス５２１に含まれるドメイン名が同じである場合や、ディレクトリ構成（ドメイン名以外の部分）の一部が重複している場合等が該当する。

管理ページアドレス５２１に近いページアドレス５２１を持つＷｅｂページ２３を取得することができる場合は（Ｓ４１０：ＹＥＳ）、サービス提供アプリ３３は、管理ページアドレス５２１に近いページアドレス５２１を持つＷｅｂページ２３を取得する（Ｓ４１１）。そして、Ｓ４１１で取得したＷｅｂページ２３を対象として、この検索処理が再度行われる。

尚、管理ページアドレス５２１に近いページアドレス５２１を持つＷｅｂページ２３を複数取得できる場合は、サービス提供アプリ３３は、例えば、それら複数のＷｅｂページ２３のうち、管理ページアドレス５２１に最も近いページアドレス５２１を持つものから順番に、それを検索処理の対象として検索処理を行うことができる。

一方、管理ページアドレス５２１に近いページアドレス５２１を持つＷｅｂページ２３を取得することができない場合は（Ｓ４１０：ＮＯ）、サービス提供アプリ３３は、登録済みクリッピングデータ取得処理を終了する。即ち、この場合は、サービス提供アプリ３３は、対象ＩＤ５１が示す登録済みのクリッピングデータを取得できないこととなる。従って、この場合は、サービス提供アプリ３は、対象ＩＤ５１が示す登録済みクリッピングデータを取得することができない旨を、応答用Ｗｅｂページを介して、クライアント１のユーザへ通知することとなる。

上述した本発明の実施形態は、本発明の説明のための例示であり、本発明の範囲をそれらの実施形態にのみ限定する趣旨ではない。本発明は、その要旨を逸脱することなく、その他の様々な態様でも実施することができる。

本実施形態では、クリッピングデータを登録する処理において、クライアント１が、登録対象クリッピングデータとその登録対象クリッピングデータに関する外部位置データ（ページアドレス５２１）とを含んだ登録要求をサービス提供サーバ２へ送信し、サービス提供アプリ３３が、登録要求に含まれる登録対象クリッピングデータや外部位置データ等を参照して、内部位置データ、判定データ５３及び対処データ５４を生成するものとしたが、必ずしもこのような構成に限られるわけではない。

例えば、クライアント１が、内部位置データ、判定データ５３及び対処データ５４（以下、「内部位置データ等」）を生成してもよい。クライアント１は、サービス提供アプリ３３が生成する場合と同様に、図６におけるＳ２０１〜Ｓ２０４の処理を行うことで、内部位置データ等を生成することができる。クライアント１が内部位置データ等を生成する場合は、その生成された内部位置データ等と外部位置データとが登録要求に含められる。この場合、登録要求を受信したサービス提供アプリ３３は、図６におけるＳ２０１〜Ｓ２０４の処理を行わずに、登録要求に含まれる位置データ５２（外部位置データと内部位置データ）、判定データ５３及び対処データ５４を管理データ５に追加することになる。

また、例えば、クライアント１が内部位置データ等のうちの一部（例えば、内部位置データ）を生成し、サービス提供アプリ３３が上記一部以外（例えば、判定データ５３及び対処データ５４）を生成してもよい。クライアント１が内部位置データを生成した場合、登録要求には、登録対象クリッピングデータとその登録対象クリッピングデータに関する外部位置データとに加えて、クライアント１が生成した内部位置データが含まれることになる。登録要求を受信したサービス提供アプリ３３は、登録要求に含まれる登録対象クリッピングデータや外部位置データ等を参照して、判定データ５３及び対処データ５４を生成する。そして、サービス提供アプリ３３は、登録要求に含まれる位置データ５２（外部位置データと内部位置データ）と、自らが生成した判定データ５３及び対処データ５４とを管理データ５に追加することになる。

本実施形態に係る計算機システムの構成例を示す図である。 図２Ａは、Ｗｅｂページの一例を示す図である。図２Ｂは、図２Ａで示したＷｅｂページに基づく画面の一例を示す図である。 図３Ａは、図２Ａで示したＷｅｂページが表現する木構造を示す図である。図３Ｂは、クリッピングデータとして“３番目のリストの記事”が指定された場合の要素データパスを示す図である。 管理データの一例を示す図である。 クリッピングデータを登録する処理のフローチャートである。 登録処理のフローチャートである。 登録済みのクリッピングデータを閲覧する処理のフローチャートである。 登録済みクリッピングデータ取得処理のフローチャートである。

符号の説明

１…クライアント、２…Ｗｅｂサーバ、３…サービス提供サーバ、４…データベース、５…管理データ、６…通信ネットワーク

Claims (11)

1. サーバによって提供される閲覧データであってクライアントを介して閲覧された閲覧データに含まれる部分データを、前記クライアントの要求に基づいて管理する部分データ管理装置であって、
   前記クライアントによって指定された部分データの登録要求を前記クライアントから受け付ける登録要求受付手段と、
   前記登録要求を受け付けた場合、前記クライアントによって指定された部分データである登録時部分データを含んだ閲覧データへアクセスするためのアドレス、及び、前記登録時部分データを含んだ閲覧データにおける前記登録時部分データの位置を示す内部位置データを記憶する記憶手段と、
   登録済みの部分データの閲覧要求を前記クライアントから受け付ける閲覧要求受付手段と、
   前記閲覧要求を受け付けた場合、前記記憶手段によって記憶されているアドレスへアクセスしてアクセス先の閲覧データである閲覧時閲覧データを取得する閲覧時閲覧データ取得手段と、
   前記閲覧時閲覧データ取得手段によって取得された閲覧時閲覧データと前記記憶手段によって記憶されている内部位置データとに基づいて、前記閲覧時閲覧データにおける前記内部位置データが示す位置にある部分データである閲覧時部分データを取得する部分データ取得手段と、
   前記部分データ取得手段によって取得された閲覧時部分データが含まれる応答用データを生成する応答用データ生成手段と、
   前記応答用データ生成手段によって生成された応答データを前記クライアントへ送信する応答用データ送信手段と、
   を備える部分データ管理装置。
2. 前記登録要求には、前記登録時部分データと前記登録時部分データを含んだ閲覧データへアクセスするためのアドレスとが含まれ、
   前記部分データ管理装置が、
   前記登録要求に含まれるアドレスへアクセスしてアクセス先の閲覧データである登録時閲覧データを取得する登録時閲覧データ取得手段と、
   前記登録時閲覧データ取得手段によって取得された登録時閲覧データと前記登録要求に含まれる前記登録時部分データとに基づいて、前記登録時閲覧データにおける前記登録時部分データの位置を示す内部位置データを生成する内部位置データ生成手段と、を更に備え、
   前記記憶手段は、前記登録要求に含まれるアドレス及び前記内部位置データ生成手段によって生成された内部位置データを記憶する、
   請求項１記載の部分データ管理装置。
3. 前記登録要求には、前記登録時部分データを含んだ閲覧データへアクセスするためのアドレスと前記内部位置データとが含まれ、
   前記記憶手段は、前記登録要求に含まれるアドレス及び前記登録要求に含まれる内部位置データを記憶する、
   請求項１記載の部分データ管理装置。
4. 前記閲覧時部分データが前記登録時部分データと同じものであるかどうかを判定するための判定データを、前記登録時部分データ又は前記登録時部分データを含んだ閲覧データの更新日時に基づいて生成する判定データ生成手段、を更に備え、
   前記記憶手段は、前記アドレス及び前記内部位置データに加えて、前記判定データ生成手段が生成した判定データを記憶し、
   前記応答用データ生成手段は、前記記憶手段に記憶されている判定データに基づいて、前記閲覧時部分データが前記登録時部分データと一致するか否かの正否判定を行い、前記正否判定の結果が肯定的である場合、前記閲覧時部分データが含まれる応答用データを生成する、
   請求項１又は２記載の部分データ管理装置。
5. 前記登録時部分データと同じ部分データを閲覧データの中から検索する際の検索の条件を示す対処データを、前記登録時部分データに基づいて生成する生成する対処データ生成手段、を更に備え、
   前記記憶手段は、前記アドレス、前記内部位置データ及び前記判定データに加えて、前記対処データ生成手段が生成した対処データを記憶し、
   前記応答用データ生成手段は、前記正否判定の結果が否定的な場合、前記記憶手段によって記憶されている対処データに基づいて、前記記憶手段によって記憶されているアドレス又は前記アドレスに近いアドレスのアクセス先の閲覧データから、前記登録時部分データと同じ部分データを検索し、前記検索の結果得られた部分データが前記閲覧時部分データの代わりに含まれる応答用データを生成する、
   請求項４記載の部分データ管理装置。
6. 前記応答用データ生成手段は、前記正否判定の結果が否定的である場合又は前記検索の結果前記登録時部分データを得ることができなかった場合、前記登録時部分データを得ることができない旨を示すデータが前記閲覧時部分データの代わりに含まれる応答用データを生成する、
   請求項５記載の部分データ管理装置。
7. 前記判定データは、前記登録時部分データに対するチェックサム、前記登録時部分データに含まれる一部の文字或いは文字列、前記登録時部分データの開始文字、前記登録時部分データの終了文字及び前記登録時部分データを含んだ閲覧データの更新日時のうちのいずれか一以上である、
   請求項４〜６のいずれか１項に記載の部分データ管理装置。
8. 前記対処データは、前記登録時部分データに対するチェックサム、前記登録時部分データに含まれる一部の文字或いは文字列、前記登録時部分データの開始文字及び前記登録時部分データの終了文字のうちのいずれか一以上である、
   請求項４〜７のいずれか１項に記載の部分データ管理装置。
9. 前記閲覧データは、複数のタグにより構造化されており、
   前記閲覧データは、各タグ内に存在するデータである要素データのそれぞれを各ノードとする木構造を表現し、
   前記内部位置データは、前記閲覧データが表現する木構造における、ルートノードから、前記部分データを含む要素データに対応するノードまでのパスと、前記部分データを含む要素データ内における、前記部分データが存在する位置との組み合わせである、
   請求項１〜８のいずれか１項に記載の部分データ管理装置。
10. サーバによって提供される閲覧データであってクライアントを介して閲覧された閲覧データに含まれる部分データを、前記クライアントの要求に基づいて管理するための部分データ管理方法であって、
    前記クライアントによって指定された部分データと前記指定された部分データを含んだ閲覧データへアクセスするためのアドレスとが含まれる、前記指定された部分データの登録要求を、前記クライアントから受け付け、
    前記登録要求を受け付けた場合、前記登録要求に含まれるアドレスへアクセスしてアクセス先の閲覧データである登録時閲覧データを取得し、
    前記登録時閲覧データと前記登録要求に含まれる部分データである登録時部分データとに基づいて、前記登録時閲覧データにおける前記登録時部分データの位置を示す内部位置データを生成し、
    前記登録要求に含まれるアドレス及び前記生成された内部位置データを記憶し、
    登録済みの部分データの閲覧要求を前記クライアントから受け付け、
    前記閲覧要求を受け付けた場合、前記記憶されているアドレスへアクセスしてアクセス先の閲覧データである閲覧時閲覧データを取得し、
    前記閲覧時閲覧データと前記記憶されている内部位置データとに基づいて、前記閲覧時閲覧データにおける前記内部位置データが示す位置にある部分データである閲覧時部分データを取得し、
    前記取得された閲覧時部分データが含まれる応答用データを生成し、
    前記生成された応答用データを前記クライアントへ送信する、
    部分データ管理方法。
11. サーバによって提供される閲覧データであってクライアントを介して閲覧された閲覧データに含まれる部分データを、前記クライアントの要求に基づいて管理するためのコンピュータプログラムであって、
    前記クライアントによって指定された部分データと前記指定された部分データを含んだ閲覧データへアクセスするためのアドレスとが含まれる、前記指定された部分データの登録要求を、前記クライアントから受け付け、
    前記登録要求を受け付けた場合、前記登録要求に含まれるアドレスへアクセスしてアクセス先の閲覧データである登録時閲覧データを取得し、
    前記登録時閲覧データと前記登録要求に含まれる部分データである登録時部分データとに基づいて、前記登録時閲覧データにおける前記登録時部分データの位置を示す内部位置データを生成し、
    前記登録要求に含まれるアドレス及び前記生成された内部位置データを記憶し、
    登録済みの部分データの閲覧要求を前記クライアントから受け付け、
    前記閲覧要求を受け付けた場合、前記記憶されているアドレスへアクセスしてアクセス先の閲覧データである閲覧時閲覧データを取得し、
    前記閲覧時閲覧データと前記記憶されている内部位置データとに基づいて、前記閲覧時閲覧データにおける前記内部位置データが示す位置にある部分データである閲覧時部分データを取得し、
    前記取得された閲覧時部分データが含まれる応答用データを生成し、
    前記生成された応答用データを前記クライアントへ送信する、
    コンピュータプログラム。

Images