JP2002140224A

JP2002140224A - コンテンツ変更管理方法

Info

Publication number: JP2002140224A
Application number: JP2000334468A
Authority: JP
Inventors: Takashi Shinoda; 隆志篠田
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2000-11-01
Filing date: 2000-11-01
Publication date: 2002-05-17
Also published as: US20020052889A1; EP1204040A3; EP1204040A2

Abstract

(57)【要約】【課題】コンテンツのアドレスを示すＵＲＬが移動に
なるか、コンテンツが削除された場合のようなコンテン
ツの変更を経済的に管理し、コンテンツ閲覧者にコンテ
ンツ変更時のサービスを提供する。【解決手段】コンテンツ変更登録プログラム１５は、
コンテンツ変更時に呼び出され、コンテンツ変更管理テ
ーブル１３に変更履歴レコードを記録する。コンテンツ
変更参照プログラム１６は、要求されたコンテンツがコ
ンテンツ１２内に見当らないときＷＷＷサーバプログラ
ム１４によって呼び出され、コンテンツ変更管理テーブ
ル１３を参照して指定されたＵＲＬを移動後のＵＲＬに
変換してＷＷＷサーバプログラム１４に返す。指定され
たＵＲＬが削除されていれば、削除のメッセージを表示
するコンテンツのＵＲＬをＷＷＷサーバプログラム１４
に返す。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンテンツを閲覧
するためにコンテンツを要求するクライアント計算機
と、要求されたコンテンツを提供するサーバ計算機とを
有するシステムに係わり、特にコンテンツ識別名の移
動、コンテンツ削除及びコンテンツ内容変更のようなコ
ンテンツ変更を管理する方法に関する。

【０００２】

【従来の技術】クライアント端末からＷＷＷ（World Wi
de Web）を介してインターネット上のコンテンツにアク
セスする際に、コンテンツのアドレスに相当するＵＲＬ
（Uniform Resource Locator）を直接指定する方法、ブ
ックマーク中の所望のコンテンツを指定する方法、コン
テンツからリンクする方法などがある。しかし目的とす
るコンテンツが別のＵＲＬに移動していたり、削除され
ている場合には、いずれの方法でコンテンツにアクセス
を試みてもエラーとなり、アクセスできない。

【０００３】ホームページに記述されているハイパーリ
ンク先に移動、変更、削除などがあった場合にこれを自
動的に修復する技術として、例えば特開平１０−３３３
９６６号公報、特開平１１−３９３２７号公報などがあ
る。またホームページなどアドレスに変更があった場合
に、変更後のアドレスに基づいてホームページにアクセ
スする技術として、特開平１０−９１５１２号公報があ
る。

【０００４】

【発明が解決しようとする課題】上記従来技術によれ
ば、ＷＷＷサーバに保存されるコンテンツに記述される
リンク先が変更になったとき、自動的に更新される。し
かしリンク先のコンテンツのＵＲＬが変更されるか否か
を常時監視しなければならないこと、ＵＲＬが変更にな
ったときリンク情報を格納するデータベースを検索する
必要があること、リンク元のＷＷＷサーバと通信しなけ
ればならないこと、およびリンク元のコンテンツのリン
ク先情報を更新する必要があることなど、ＷＷＷサーバ
の多くのＣＰＵ時間を消費し、他ＷＷＷサーバとの間に
多くの通信が発生する。インターネット上には膨大な数
のコンテンツがあり、日々新設や移動が激しいことか
ら、ＵＲＬの変更数もかなりの数になると考えられる。
従ってより現実的にコンテンツの変更を管理する方法が
望まれる。

【０００５】また特開平１０−９１５１２号公報は、ホ
ームページなどのアドレスの変更に対してサービスする
ものであるが、リンク先のアドレス変更とともにコンテ
ンツの削除の場合にもユーザにサービスすることが望ま
れる。

【０００６】本発明の目的は、経済的にコンテンツ識別
名を管理し、コンテンツ閲覧者にサービス可能なコンテ
ンツ変更管理方法を提供することにある。

【０００７】

【課題を解決するための手段】本発明は、コンテンツ識
別名を指定するコンテンツ要求を受け取り、変更前のコ
ンテンツ識別名と対応する変更後のコンテンツ識別名お
よび削除前のコンテンツ識別名を格納するテーブルを参
照して、指定されたコンテンツ識別名が前記変更前のコ
ンテンツ識別名に該当するときには、対応する変更後の
コンテンツ識別名を指定するコンテンツ要求とみなして
該当するコンテンツを応答し、指定されたコンテンツ識
別名が前記削除前のコンテンツ識別名に該当するときに
は、要求されたコンテンツは削除されたものと判定して
その旨を伝えるメッセージを応答するコンテンツ変更管
理方法を特徴とする。

【０００８】

【発明の実施の形態】以下、本発明の実施形態について
図面を用いて説明する。

【０００９】図１は、第１の実施形態のシステム構成を
示す図である。システムはサーバ１、クライアント端末
２、およびサーバ１とクライアント端末２を接続するイ
ンターネット１０などのネットワークから構成される。
サーバ１は計算機であり、接続される外部記憶装置１１
上には、コンテンツ１２およびコンテンツ変更管理テー
ブル１３を格納する。コンテンツ変更管理テーブル１３
は、コンテンツ１２上のコンテンツのコンテンツ識別名
が変更されたり、コンテンツがコンテンツ１２から削除
されたり、コンテンツの内容が更新されたときの履歴を
記録する。サーバ１のメモリは、ＷＷＷサーバプログラ
ム１４、コンテンツ変更登録プログラム１５及びコンテ
ンツ変更参照プログラム１６を格納し、サーバ１によっ
て実行される。ＷＷＷサーバプログラム１４は、インタ
ーネット１０を介してクライアント端末２から送られる
コンテンツ要求を受け取り、コンテンツ１２を検索して
要求されたコンテンツをクライアント端末２へ送信す
る。コンテンツ変更登録プログラム１５は、コンテンツ
変更に伴ってその履歴登録の要求に応答してコンテンツ
変更管理テーブル１３にコンテンツ変更履歴を登録す
る。コンテンツ変更参照プログラム１６は、コンテンツ
１２に要求されたコンテンツが見当らない場合にＷＷＷ
サーバプログラム１４から呼び出され、コンテンツ変更
管理テーブル１３を参照して移動後のコンテンツ識別名
又は目的のコンテンツが削除されたことを示すページの
識別名をＷＷＷサーバプログラム１４に渡す。なおコン
テンツ変更参照プログラム１６をＷＷＷサーバプログラ
ム１４の一部としてＷＷＷサーバプログラム１４に組み
込んでもよい。

【００１０】クライアント端末２は、計算機兼端末装置
であり、そのメモリは、ＷＷＷブラウザプログラム２１
を格納し、クライアント端末２によって実行される。Ｗ
ＷＷブラウザプログラム２１は、入力されたコンテンツ
のＵＲＬをサーバ１へ送信し、そのコンテンツを要求す
る。またサーバ１から受信したコンテンツを解釈して表
示装置上に表示する。

【００１１】図２は、当該サーバ１内のコンテンツ変更
を管理するコンテンツ変更管理テーブル１３のデータ構
成を示す図である。コンテンツ変更管理テーブル１３の
各レコードは、日時、旧ＵＲＬ、操作及び新ＵＲＬの各
項目から構成される。日時は当該レコードが記録された
日時、旧ＵＲＬはコンテンツが変更される前のＵＲＬ、
新ＵＲＬは変更後のＵＲＬ、操作は変更操作の種別を示
す。操作が「移動」の履歴レコードは、ＵＲＬのコンテ
ンツ識別名が旧ＵＲＬから新ＵＲＬに変更されたことを
示す。操作が「削除」の履歴レコードは、旧ＵＲＬで示
されるコンテンツがコンテンツ１２から削除されたこと
を示す。操作が「内容変更」の履歴レコードは、ＵＲＬ
の変更はなく（すなわち旧ＵＲＬと新ＵＲＬは同じ
で）、そのＵＲＬで示されるコンテンツの内容が変更に
なったことを示す。ＵＲＬはサーバ１のサーバ識別子と
コンテンツ識別名を含む。コンテンツ変更管理テーブル
１３のレコードは、「日時」の昇順に（時系列順に）配
列されている。なお操作が「内容変更」の履歴レコード
を、操作が「移動」及び「削除」の履歴レコードとは別
テーブルに格納してもよい。また本明細書でコンテンツ
識別名と言うとき、狭義にはサーバ識別子に続く上記コ
ンテンツ識別名を指す。広義には特定のコンテンツにア
クセスするためのアドレス、すなわちＵＲＬを指す。

【００１２】コンテンツ変更登録プログラム１５は、以
下のように他プログラムから呼び出されて動作し、コン
テンツ変更管理テーブル１３に対するレコードの追加、
更新又は削除の処理を実行する。（１）サーバ１上で走
行する図示しないコンテンツ編集プログラムによって呼
び出され、コンテンツ内容の更新、コンテンツ識別名の
変更又はコンテンツの削除の指示に従って、各々「操
作」を内容更新、移動又は削除とする新しいレコードを
コンテンツ変更管理テーブル１３に追加登録する。
（２）サーバ１上で走行する図示しないファイルマネー
ジャによって呼び出され、コンテンツ識別名の変更又は
コンテンツの削除の指示に従って、各々「操作」を移動
又は削除とする新しいレコードをコンテンツ変更管理テ
ーブル１３に追加登録する。なおサーバ１に接続される
サーバ１側の端末からの指示によってコンテンツ変更登
録プログラム１５を実行し、コンテンツ変更管理テーブ
ル１３に対するレコードの追加、更新又は削除をするこ
とも可能である。またコンテンツのＵＲＬ中のサーバ識
別子が当該サーバ１の識別子から別の識別子に変更され
た場合には、常に「操作」を削除とするレコードをコン
テンツ変更管理テーブル１３に登録する。

【００１３】ＷＷＷサーバプログラム１４は、クライア
ント端末２からコンテンツの要求を受けたとき、閲覧者
の指定したＵＲＬに基づいてコンテンツ１２を検索し、
要求されたコンテンツがあれば、それをクライアント端
末２へ送信する。要求されたコンテンツがなければ、コ
ンテンツ変更参照プログラム１６に制御を渡す。

【００１４】図３は、コンテンツ変更参照プログラム１
６の処理の流れを示すフローチャートである。コンテン
ツ変更参照プログラム１６は、ＷＷＷサーバプログラム
１４から変数［指定ＵＲＬ］と［表示ＵＲＬ］をもった
呼出しを受けると、まず閲覧者の指定した［指定ＵＲ
Ｌ］を［表示ＵＲＬ］に代入する（ステップ３１）。
［表示ＵＲＬ］は、表示のためにクライアント端末２へ
送信されるコンテンツのＵＲＬである。コンテンツ変更
参照プログラム１６は、コンテンツ変更管理テーブル１
３の次のレコードを１レコード分取得し（ステップ３
２）、取得したレコード中の「旧ＵＲＬ」と［表示ＵＲ
Ｌ］の値が同一か否か判定する（ステップ３３）。両者
が同一でなければ、ステップ３８へ行く。両者が同一で
あれば（ステップ３３ＹＥＳ）、取得したレコード中の
「操作」が削除であれば（ステップ３４ＹＥＳ）、［指
定ＵＲＬ］を［表示ＵＲＬ］に代入し（ステップ３
５）、ステップ３８へ行く。取得したレコード中の「操
作」が移動であれば（ステップ３６ＹＥＳ）、取得した
レコード中の「新ＵＲＬ」を［表示ＵＲＬ］に代入し
（ステップ３７）、ステップ３８へ行く。次にコンテン
ツ変更管理テーブル１３の次のレコードを参照する（ス
テップ３８）。次のレコードが存在すれば（ステップ３
９ＹＥＳ）、ステップ３２に戻り、上記処理を繰り返
す。

【００１５】次のレコードが存在しなければ（ステップ
３９ＮＯ）、［表示ＵＲＬ］と［指定ＵＲＬ］の値が同
一か否か判定する（ステップ４０）。両者が同一であれ
ば「指定されたページは削除されました」のようなメッ
セージをもつコンテンツのＵＲＬを［表示ＵＲＬ］に代
入する（ステップ４１）。次にコンテンツ変更参照プロ
グラム１６は、ＷＷＷサーバプログラム１４に［表示Ｕ
ＲＬ］の値を返し、制御をＷＷＷサーバプログラム１４
に戻し（ステップ４２）、処理を終了する。ＷＷＷサー
バプログラム１４は、受け取った［表示ＵＲＬ］に基づ
いてコンテンツ１２を検索し、該当するコンテンツをク
ライアント端末２へ送信する。

【００１６】ステップ３２〜３９の処理によれば、同一
コンテンツが何度か移動した後に最終的に削除された場
合には、閲覧者が削除前のどのＵＲＬを指定しても、ス
テップ４０では［表示ＵＲＬ］と［指定ＵＲＬ］が同一
と判定されてステップ４１へ行き、コンテンツ削除の場
合の処置がとられる。またコンテンツが削除された後に
同一ＵＲＬをもつコンテンツが復活し、その後移動した
場合も、閲覧者の指定ＵＲＬにかかわらず、ステップ４
０では［表示ＵＲＬ］と［指定ＵＲＬ］は等しくないと
判定されて、［表示ＵＲＬ］には移動後の「新ＵＲＬ」
が格納されている状態となる。また「操作」が内容変更
であるレコードは、ステップ３４及び３６の判定にはか
かわらず（ＮＯとなり）、無視される。

【００１７】なお、ステップ４０で［表示ＵＲＬ］と
［指定ＵＲＬ］は等しくないと判定された場合には、閲
覧者の指定したコンテンツのＵＲＬは移動している。こ
の場合にＷＷＷサーバプログラム１４へ「新ＵＲＬ」を
［表示ＵＲＬ］として返す代わりに「指定されたコンテ
ンツは移動になりました。移動先ＵＲＬ：「新ＵＲ
Ｌ」」のようなメッセージをもつコンテンツのＵＲＬを
［表示ＵＲＬ］として返してもよい。このようにする
と、クライアント端末２の閲覧者は「新ＵＲＬ」を指定
してコンテンツ要求をできるとともに、ブックマークに
登録されていた「旧ＵＲＬ」を「新ＵＲＬ」に更新でき
る。

【００１８】図４は、クライアント端末２のＷＷＷブラ
ウザプログラム２１がクライアント端末２のブックマー
クに登録されているＵＲＬを自動的に更新する第２の実
施形態の処理の流れを示すフローチャートである。ブッ
クマークに付随して表示画面上に「更新」ボタンが設け
られている。ＷＷＷブラウザプログラム２１が閲覧者に
よるこの「更新」ボタンの押下を検出すると（ステップ
５１）、記憶装置上にブックマークとして保存されてい
るＵＲＬ一覧を取得する（ステップ５２）。ＷＷＷブラ
ウザプログラム２１は、次のＵＲＬを１つ取得し（ステ
ップ５３）、当該ＵＲＬをサーバ１へ送信し、その移動
又は削除の状況を照会する（ステップ５４）。サーバ１
では、図示しないＵＲＬ変更確認プログラムを呼び出
し、コンテンツ変更管理テーブル１３を参照して当該Ｕ
ＲＬの状況を判定し、その結果をクライアント端末２へ
回答する。ＷＷＷブラウザプログラム２１は、サーバ１
から照会結果を受け取り（ステップ５５）、その照会結
果に従って当該ＵＲＬを更新する（ステップ５６）。す
なわちＵＲＬが移動していれば、当該ＵＲＬを更新後の
ＵＲＬに更新する。また当該ＵＲＬが削除されていれ
ば、当該ＵＲＬをブックマークから削除する。また当該
ＵＲＬが不変であればそのままブックマークに残す。ブ
ックマークに関する次のＵＲＬが存在すれば（ステップ
５７ＹＥＳ）、ステップ５３へ行く。次にＵＲＬが存在
しなければ処理を終了する。

【００１９】図５は、サーバ１のＵＲＬ変更確認プログ
ラムの処理の流れを示すフローチャートである。ＵＲＬ
変更確認プログラムは、クライアント端末２からＵＲＬ
の状況の照会を受け取ると、まず照会対象のＵＲＬを
［更新前ＵＲＬ］として変数［更新後ＵＲＬ］に代入
し、プログラム中に設定されている削除フラグをオフに
する（ステップ６１）。次にコンテンツ変更管理テーブ
ル１３から次のレコードを１レコード分取得し（ステッ
プ６２）、取得したレコード中の「旧ＵＲＬ」と［更新
後ＵＲＬ］の値が同一か否か判定する（ステップ６
３）。両者が同一でなければ、ステップ６８へ行く。両
者が同一であれば（ステップ６３ＹＥＳ）、取得したレ
コード中の「操作」が削除であれば（ステップ６４ＹＥ
Ｓ）、［更新前ＵＲＬ］を［更新後ＵＲＬ］に代入し、
削除フラグをオンにして（ステップ６５）、ステップ６
８へ行く。取得したレコード中の「操作」が移動であれ
ば（ステップ６６ＹＥＳ）、取得したレコード中の「新
ＵＲＬ」を［更新後ＵＲＬ］に代入し（ステップ６
７）、ステップ６８へ行く。次にコンテンツ変更管理テ
ーブル１３の次のレコードを参照する（ステップ６
８）。次のレコードが存在すれば（ステップ６９ＹＥ
Ｓ）、ステップ６２に戻り、上記処理を繰り返す。

【００２０】次のレコードが存在しなければ（ステップ
６９ＮＯ）、［更新後ＵＲＬ］と［更新前ＵＲＬ］の値
が同一か否か判定する（ステップ７０）。両者が異なっ
ていれば（ステップ７０ＮＯ）、クライアント端末２へ
［更新後ＵＲＬ］を通知し（ステップ７１）、処理を終
了する。両者が同一であり（ステップ７０ＹＥＳ）、削
除フラグがオンであれば（ステップ７２ＹＥＳ）、クラ
イアント端末２へ当該ＵＲＬの削除を通知し（ステップ
７３）、処理を終了する。削除フラグがオフのままであ
れば（ステップ７２ＮＯ）、当該ＵＲＬの更新が行われ
ていないので、クライアント端末２へＵＲＬの変更なし
を通知し（ステップ７４）、処理を終了する。

【００２１】なお上記の説明では、ＷＷＷブラウザプロ
グラム２１は、ブックマーク中のすべてのＵＲＬの変更
状況についてサーバ１へ照会するものとしたが、ブック
マーく中のＵＲＬで利用者によって指定されたものにつ
いて、サーバ１へ照会してもよい。

【００２２】またコンテンツ変更管理テーブル１３がコ
ンテンツの１つとして開示されるのであれば、ＷＷＷブ
ラウザプログラム２１がコンテンツ変更管理テーブル１
３の全体をクライアント端末２にダウンロードし、ステ
ップ５４〜５６として、ＷＷＷブラウザプログラム２１
がサーバ１からコンテンツ変更管理テーブル１３を取得
し、図５に示す処理手順に従ってブックマーク中のＵＲ
Ｌの更新を行ってもよい。

【００２３】図６は、第３の実施形態のシステム構成を
示す図である。システム構成は、第１の実施形態のサー
バ１とインターネット１０との間に前置計算機３を設
け、サーバ１にあったコンテンツ変更参照プログラム１
６に相当するプログラムをコンテンツ変更参照プログラ
ム１６’として前置計算機３上に設けている。また外部
記憶装置１１に格納されるコンテンツ変更管理テーブル
１３の写しを前置計算機３のメモリ上に保存している。
前置計算機３上のコンテンツ変更管理テーブル１３は、
サーバ１側のコンテンツ変更管理テーブル１３の履歴レ
コード追加を反映するように定期的に更新されるものと
する。コンテンツ変更参照プログラム１６’は、クライ
アント端末２からコンテンツ要求を受信し、そのコンテ
ンツ変更管理テーブル１３を参照して、指定されたＵＲ
Ｌが移動または削除になっていないか判定する。指定さ
れたＵＲＬが移動していれば、これを更新した更新後Ｕ
ＲＬを指定してサーバ１へコンテンツ要求をする。指定
されたコンテンツが削除されていれば、コンテンツが削
除されたことを示すページをクライアント端末２へ送信
する。指定されたＵＲＬの移動又は削除がなければ、指
定されたＵＲＬをそのままサーバ１へ中継する。またコ
ンテンツ変更参照プログラム１６’は、サーバ１から受
信したコンテンツをクライアント端末２へ中継する。前
置計算機３は、サーバ１とクライアント端末２との間に
介在する計算機であればよく、サーバ１のファイアウォ
ール又はプロキシサーバであってもよい。

【００２４】図７は、コンテンツ変更参照プログラム１
６’の処理の流れを示すフローチャートである。コンテ
ンツ変更参照プログラム１６’は、クライアント端末２
からＵＲＬを指定してコンテンツの要求を受信すると
（ステップ２０１）、要求されたコンテンツのＵＲＬを
変数［更新前ＵＲＬ］に代入する（ステップ２０２）。
次に図５に示すステップ６１〜６９の処理を実行する
（ステップ２０３）。コンテンツ変更管理テーブル１３
のすべてのレコードの処理を終了し、コンテンツ変更管
理テーブル１３の終端に達したとき、［更新後ＵＲＬ］
と［更新前ＵＲＬ］の値が同一か否か判定する（ステッ
プ７０）。両者が異なっていれば（ステップ７０Ｎ
Ｏ）、ステップ２０５へ行く。両者が同一であり（ステ
ップ７０ＹＥＳ）、削除フラグがオンであれば（ステッ
プ７２ＹＥＳ）、コンテンツが削除されたことを示すペ
ージのＵＲＬを［更新後ＵＲＬ］に代入して（ステップ
２０４）、ステップ２０５へ行く。削除フラグがオフの
ままであれば（ステップ７２ＮＯ）、［更新後ＵＲＬ］
を指定してサーバ１へコンテンツを要求する（ステップ
２０５）。なおステップ７０で［更新後ＵＲＬ］と［更
新前ＵＲＬ］が等しくないと判定された場合に、「指定
されたコンテンツは移動になりました。移動先ＵＲＬ：
［更新後ＵＲＬ］」のような内容をもつコンテンツのＵ
ＲＬを指定してサーバ１へコンテンツを要求してもよ
い。あるいはこのようなメッセージをもつコンテンツを
前置計算機３自身がクライアント端末２へ返してもよ
い。ステップ２０４の場合もコンテンツが削除されたこ
とを示すメッセージを前置計算機３自身がクライアント
端末２へ返してもよい。

【００２５】第３の実施形態によれば、ＷＷＷサーバプ
ログラム１４とコンテンツ変更参照プログラム１６’と
の間に直接制御の受け渡しがないので、既存のＷＷＷサ
ーバプログラム１４を変更する必要がないという利点が
ある。第３の実施形態は、ＵＲＬの移動だけでなく、Ｕ
ＲＬの削除にも対応している。またあるＵＲＬのコンテ
ンツが削除された後に、再び同一ＵＲＬのコンテンツが
作成されたような場合にも対応可能である。

【００２６】ロボットを用いてコンテンツ情報を収集す
るタイプのＷＷＷ検索エンジンは、インターネット１０
に接続されている世界中のサーバ１のコンテンツ１２を
検索してコンテンツ情報を収集し、各コンテンツの検索
キーワードなどを抽出してデータベースに登録する。と
ころがサーバの数が多いため、すべてのサーバからの情
報収集を一周して終了するまでに相当の時間がかかり、
情報収集を終了した時点ですでに情報収集したコンテン
ツの中には内容が更新されたり、コンテンツが削除され
たり、コンテンツ識別名が移動したりするものがあり得
る。本発明の第４の実施形態は、コンテンツ変更管理テ
ーブル１３を利用してすでに情報収集を終えたコンテン
ツについて、コンテンツの内容変更、コンテンツ削除又
はコンテンツ移動があった場合にこれらを補正するもの
である。

【００２７】図８は、インターネット１０に接続される
計算機によるコンテンツの情報収集及びデータベース登
録と、コンテンツ変更管理テーブル１３を利用するデー
タベース補正の処理の概略的な流れを示す図である。計
算機に設けられた検索エンジンは、インターネット１０
に接続される各サーバ１からコンテンツの情報を収集し
（ステップ９１）、計算機のプログラムは、各コンテン
ツからデータベースに保存する情報を抽出して、保存情
報テーブル８１を作成する（ステップ９２）。図８に示
す保存情報テーブル８１の例は、各レコードが情報収集
の日時、コンテンツのＵＲＬ及びコンテンツから抽出さ
れた検索キーワードのリストを有するデータベースであ
る。ＵＲＬはサーバ識別子とコンテンツ識別名から成
り、同一サーバ識別子をもつレコードが１つのグループ
を形成し、一括してアクセスできるようにレコードが配
列されている。

【００２８】コンテンツ変更管理テーブル１３を利用し
て保存情報テーブル８１を補正するプログラムは、検索
ロボットによるコンテンツ情報収集とは非同期に、繰り
返し当該計算機によって実行される。本プログラムは、
保存情報テーブル８１の先頭レコードから順に１つのレ
コードを取得する（ステップ１０１）。次に当該ＵＲＬ
と当該レコードの収集日時をサーバ１へ送信し、その移
動、削除又は内容変更の状況を照会する（ステップ１０
２）。サーバ１のＵＲＬ変更確認プログラムは、コンテ
ンツ変更管理テーブル１３を参照して指定された日時以
後の当該ＵＲＬの状況を判定し、その結果を当該計算機
へ回答する。ただしＵＲＬ変更確認プログラムは、処理
結果の［変更後ＵＲＬ］についてコンテンツ変更管理テ
ーブル１３の「操作」が内容変更となるような履歴レコ
ードがあるか否か検索し、内容変更があればその旨を当
該計算機へ回答する。保存情報テーブル補正プログラム
は、サーバ１から照会結果を受け取り（ステップ１０
３）、その照会結果に従って保存情報テーブル８１上の
当該レコードを更新する（ステップ１０４）。すなわち
そのＵＲＬが更新されていれば、収集日時とＵＲＬを更
新する。またＵＲＬが更新されていなければ、収集日時
だけを更新する。さらに内容変更の回答を受けた場合に
は、そのＵＲＬについてコンテンツの情報を収集し、保
存情報を抽出して保存情報テーブル８１の該当するレコ
ードの保存情報を更新する。そのＵＲＬが削除されてい
れば、保存情報テーブル８１から当該レコードを削除す
る。保存情報テーブル８１上に次のレコードが存在すれ
ば（ステップ１０５ＹＥＳ）、ステップ１０１へ行く。
次のレコードが存在しなければ（ステップ１０５Ｎ
Ｏ）、処理を終了する。

【００２９】なお第４の実施形態は、コンテンツ変更管
理テーブル１３の「操作」を移動、削除又は内容変更の
いずれか１つ又は２つに限って実施することも可能であ
る。

【００３０】

【発明の効果】以上述べたように本発明によれば、各サ
ーバが自サーバ内のコンテンツ変更に限りコンテンツ変
更管理を行うので、このためにＷＷＷサーバ間の通信が
不要であること、閲覧者の指定したコンテンツが見当ら
ない場合にコンテンツ変更管理テーブルを検索するの
で、常時ＵＲＬの変更を監視する方法に比べてＷＷＷサ
ーバのＣＰＵ時間の消費がより少ないことなどにより、
経済的にコンテンツ識別名を管理し、それによってコン
テンツ閲覧者にコンテンツ変更時のサービスをすること
ができる。

【００３１】また検索エンジンによって収集されたコン
テンツ情報からデータベースを作成する場合には、コン
テンツ変更管理テーブルを利用して効率的にデータベー
スの補正をすることができる。

【図面の簡単な説明】

【図１】第１の実施形態のシステム構成図である。

【図２】実施形態のコンテンツ変更管理テーブル１３の
データ構成を示す図である。

【図３】第１の実施形態のコンテンツ変更参照プログラ
ム１６の処理の流れを示すフローチャートである。

【図４】第２の実施形態のＷＷＷブラウザプログラム２
１の処理の流れを示すフローチャートである。

【図５】図４のステップ５６の詳細な処理の流れを示す
フローチヤートである。

【図６】第３の実施形態のシステム構成図である。

【図７】第３の実施形態のコンテンツ変更参照プログラ
ム１６’の処理の流れを示すフローチャートである。

【図８】第４の実施形態の概略の処理手順を示す図であ
る。

【符号の説明】

１：サーバ、２：クライアント端末、３：前置計算機、
１２：コンテンツ、１３：コンテンツ変更管理テーブ
ル、１４：ＷＷＷサーバプログラム、１５：コンテンツ
変更登録プログラム、１６，１６’：コンテンツ変更参
照プログラム、２１：ＷＷＷブラウザプログラム、８
１：保存情報テーブル

Claims

【特許請求の範囲】

【請求項１】記憶装置に格納されるコンテンツのコンテ
ンツ識別名が変更されるときに変更前のコンテンツ識別
名と対応する変更後のコンテンツ識別名を記憶装置上の
テーブルに登録し、前記コンテンツが削除されるときに
削除前のコンテンツ識別名を前記テーブルに登録し、前
記変更前のコンテンツ識別名を指定するコンテンツ要求
を受け取り、前記テーブルを参照して対応する変更後の
コンテンツ識別名とみなして該当するコンテンツを応答
し、前記削除前のコンテンツ識別名を指定するコンテン
ツ要求を受け取り、前記テーブルを参照して要求された
コンテンツは削除されたものと判定してその旨を伝える
メッセージを応答することを特徴とするコンテンツ変更
管理方法。
【請求項２】前記の対応する変更後のコンテンツ識別名
とみなして該当するコンテンツを応答する代わりに変更
後のコンテンツ識別名を通知するメッセージを応答する
ことを特徴とする請求項１記載のコンテンツ変更管理方
法。
【請求項３】コンテンツ識別名を指定するコンテンツ要
求を受け取り、変更前のコンテンツ識別名と対応する変
更後のコンテンツ識別名および削除前のコンテンツ識別
名を格納するテーブルを参照して、指定されたコンテン
ツ識別名が前記変更前のコンテンツ識別名に該当すると
きには、対応する変更後のコンテンツ識別名を指定する
コンテンツ要求とみなして該当するコンテンツを応答
し、指定されたコンテンツ識別名が前記削除前のコンテ
ンツ識別名に該当するときには、要求されたコンテンツ
は削除されたものと判定してその旨を伝えるメッセージ
を応答することを特徴とするコンテンツ変更管理方法。
【請求項４】記憶装置に格納される少なくとも１つのコ
ンテンツ識別名の更新指示に応答して、変更前のコンテ
ンツ識別名と対応する変更後のコンテンツ識別名および
削除前のコンテンツ識別名を格納するテーブルを参照し
て、前記更新指示されたコンテンツ識別名が前記変更前
のコンテンツ識別名に該当するときには、対応する変更
後のコンテンツ識別名に更新し、前記更新指示されたコ
ンテンツ識別名が前記削除前のコンテンツ識別名に該当
するときには、前記更新指示されたコンテンツ識別名を
削除することを特徴とするコンテンツ変更管理方法。
【請求項５】検索エンジンによってコンテンツ情報を収
集し、前記コンテンツ情報のコンテンツ識別名と対応づ
けて前記コンテンツ情報から抽出した情報をデータベー
スとして記憶装置上に登録し、内容変更されたコンテン
ツのコンテンツ識別名を格納するテーブルを参照して、
該当するコンテンツ識別名をもつコンテンツについて、
前記コンテンツ情報の収集と情報抽出の処理を繰り返
し、前記データベース上の該当するコンテンツに関する
情報を更新することを特徴とするコンテンツ変更管理方
法。