JP2005107755A - アドレス通知方法 - Google Patents

Abstract

【課題】
アドレスが変更された場合に、ほぼ全ての外部装置に新しいアドレスを通知した後、古いアドレスのページを終了させ得るアドレス通知方法を提案する。
【解決手段】
コンテンツ販売システム１のポータルサーバ４においては、新ＵＲＬを通知したクライアント端末２の数を通知端末数として端末管理データベースで管理し、当該通知端末数が所定数を超えた場合に、ほぼ全てのクライアント端末２に新ＵＲＬを通知したと認識して、このとき旧ＵＲＬのページを終了させても問題ないと判断するようにしたことにより、ほぼ全てのクライアント端末２に新ＵＲＬを通知した後に、旧アドレスのページを終了させることができる。
【選択図】 図１８

Description

本発明はアドレス通知方法に関し、例えばＷｅｂページを別のサーバに移行した際に、当該Ｗｅｂページの新しいアドレスをクライアント端末に通知する場合に適用して好適なものである。

従来、Ｗｅｂページを閲覧するためのＷｅｂブラウザがインストールされたクライアント端末においては、当該ＷｅｂページのＵＲＬ（Uniform Resource Locator：接続先アドレス）が入力されると、当該ＵＲＬをもとに当該Ｗｅｂページを開設しているサーバにアクセスし、当該サーバから当該Ｗｅｂページのソースをダウンロードして、当該Ｗｅｂページを所定の表示部に表示するようになされている。

また、かかるクライアント端末においては、ＷｅｂページのＵＲＬを所定の記憶部に記憶し、それ以降、当該ＵＲＬを直接入力させることなく、所定の表示部に表示したＵＲＬをマウス等で選択させるだけでＷｅｂページを表示できるようにしたブックマーク機能を有するものがある。（例えば特許文献１参照）。
特開平１１−７３４３２号公報

ところで上述のＷｅｂページにおいては、必要に応じて、例えば別のサーバに移行されることにより、そのＵＲＬが変更される。

このような場合、移行元のサーバにおいては、当該Ｗｅｂページの移行後においても、かかるクライアント端末がブックマークに登録された変更前のＵＲＬをもとにアクセスしてくる可能性があるため、変更後のＵＲＬを提示するためだけのＷｅｂページを開設しておく必要がある。

このように、移行元のサーバにおいては、Ｗｅｂページが別のサーバに移行されてそのＵＲＬが変更されても、実際には所定のＷｅｂページとして変更後のＵＲＬを提示するためのＷｅｂページを開設し続けておく必要があり、当該Ｗｅｂページを終了してしまうと、アドレスが変更されたことをクライアント端末に通知できなくなるという問題があった。

本発明は以上の点を考慮してなされたもので、アドレスが変更された場合に、ほぼ全ての外部装置に新しいアドレスを通知した後に、古いアドレスのページを終了させ得るアドレス通知方法を提案しようとするものである。

かかる課題を解決するため本発明のアドレス通知方法においては、ページ情報のアドレスにアクセス可能な外部装置を識別するための装置識別情報を管理する管理ステップと、外部装置から装置識別情報を受信する識別情報受信ステップと、装置識別情報に対応する外部装置にアドレスが新しいアドレスに変更された旨とアドレス及び新しいアドレスとが記述されたアドレス変更情報を送信するアドレス変更情報送信ステップと、アドレス変更情報を送信した外部装置の数を記憶する記憶ステップと、外部装置の数が所定数を超えた場合に、アドレスのページ情報を消去してもよいと判断する判断ステップとを設けるようにした。

このように、このアドレス通知方法によれば、アドレス変更情報を送信した外部装置の数を記憶し、当該外部装置の数が所定数を超えた場合に、ほぼ全ての外部装置に新しいアドレスを通知したと認識して、このとき古いアドレスのページ情報を消去してもよいと判断するようにしたことにより、ほぼ全ての外部装置に新しいアドレスを通知した後に、古いアドレスのページを終了させることができる。

また本発明のアドレス通知装置においては、ページ情報のアドレスにアクセス可能な外部装置を識別するための装置識別情報を管理する管理手段と、外部装置から装置識別情報を受信する識別情報受信手段と、装置識別情報に対応する外部装置にアドレスが新しいアドレスに変更された旨とアドレス及び新しいアドレスとが記述されたアドレス変更情報を送信するアドレス変更情報送信手段と、アドレス変更情報を送信した外部装置の数を記憶する記憶手段と、外部装置の数が所定数を超えた場合に、アドレスのページ情報を消去してもよいと判断する判断手段とを設けるようにした。

このように、このアドレス通知装置によれば、アドレス変更情報を送信した外部装置の数を記憶し、当該外部装置の数が所定数を超えた場合に、ほぼ全ての外部装置に新しいアドレスを通知したと認識して、このとき古いアドレスのページ情報を消去してもよいと判断するようにしたことにより、ほぼ全ての外部装置に新しいアドレスを通知した後に、古いアドレスのページを終了させることができる。

さらに本発明のアドレス通知プログラムにおいては、情報処理装置に対して、ページ情報のアドレスにアクセス可能な外部装置を識別するための装置識別情報を管理する管理ステップと、外部装置から装置識別情報を受信する識別情報受信ステップと、装置識別情報に対応する外部装置にアドレスが新しいアドレスに変更された旨とアドレス及び新しいアドレスとが記述されたアドレス変更情報を送信するアドレス変更情報送信ステップと、アドレス変更情報を送信した外部装置の数を記憶する記憶ステップと、外部装置の数が所定数を超えた場合に、アドレスのページ情報を消去してもよいと判断する判断ステップとを実行させるようにした。

このように、このアドレス通知プログラムによれば、アドレス変更情報を送信した外部装置の数を記憶し、当該外部装置の数が所定数を超えた場合に、ほぼ全ての外部装置に新しいアドレスを通知したと認識して、このとき古いアドレスのページ情報を消去してもよいと判断するようにしたことにより、ほぼ全ての外部装置に新しいアドレスを通知した後に、古いアドレスのページを終了させることができる。

本発明によれば、アドレス変更情報を送信した外部装置の数を記憶し、当該外部装置の数が所定数を超えた場合に、ほぼ全ての外部装置に新しいアドレスを通知したと認識して、このとき古いアドレスのページ情報を消去してもよいと判断するようにしたことにより、ほぼ全ての外部装置に新しいアドレスを通知した後に、古いアドレスのページを終了させることができ、かくしてアドレスが変更された場合に、ほぼ全ての外部装置に新しいアドレスを通知した後、古いアドレスのページを終了させ得るアドレス通知方法、アドレス通知装置及びアドレス通知プログラムを実現できる。

以下図面について、本発明の一実施の形態を詳述する。

（１）コンテンツ販売システムの全体構成
図１において、１は全体としてコンテンツ販売システムを示し、このコンテンツ販売システム１に参加することが許されているユーザのクライアント端末２は、所定のネットワーク３を介して、当該クライアント端末２を管理するポータルサーバ４や、各種コンテンツが記録されてなるＣＤ（Compact Disc）等を販売するためのコンテンツ販売サーバ５等と接続されている。

クライアント端末２は、ユーザによって電源が投入されると、例えば図２に示すような基本画面ＤＰ１をディスプレイ３７に表示する。この基本画面ＤＰ１は、ＸＭＬ(eXtensible Markup Language)等の言語によって記述されたソースに基づいて種々のページが表示されるページ表示領域ＡＲ１と、当該ページのＵＲＬを入力及び表示するためのＵＲＬ表示領域ＡＲ２と、ユーザがこれまで登録したブックマークが表示されるブックマーク表示領域ＡＲ３とを有している。

例えばクライアント端末２は、このコンテンツ販売システム１のトップページを表示するためのトップページ表示操作が行われたとき、当該トップページのソースを保持するポータルサーバ４に対して、当該ソースを送信するように要求する要求信号と、予め登録されているユーザのＩＤ及びパスワードとを送信する。

ポータルサーバ４は、かかる要求信号とＩＤ及びパスワードとを受信すると、このＩＤ及びパスワードに基づいて所定のユーザ認証処理を実行する。

そしてポータルサーバ４は、このユーザ認証処理の結果、クライアント端末２のユーザを正規ユーザとして認証できたとき、この旨と当該認証が完了した時刻（以下、これを認証完了時刻と呼ぶ）とを示した認証結果情報を生成し、当該生成した認証結果情報と、クライアント端末２からの要求信号に応じたトップページのソースとを、クライアント端末２へ送信する。

クライアント端末２は、ポータルサーバ４から認証結果情報とトップページのソースとを受信すると、例えば図３に示すように、当該ソースに基づいてトップページをページ表示領域ＡＲ１に表示すると共に、当該トップページのＵＲＬをＵＲＬ表示領域ＡＲ２に表示する。因みにこのトップページにおいては、その上部にページのタイトル「トップページ」が表示されており、またこの下側には、Ａ社・ＣＤ販売ページへのリンクが設定されているボタンＢＴ１や、その他のページへのリンクが設定されているボタンが複数表示されている。

例えばユーザの操作によりこのトップページ上のボタンＢＴ１が選択されると、クライアント端末２は、当該トップページのソースを参照してＡ社・ＣＤ販売ページのＵＲＬを認識した後これに基づいて、Ａ社運営のコンテンツ販売サーバ５に対し、Ａ社・ＣＤ販売ページのソースを送信するように要求する要求信号と、ポータルサーバ４から最近取得した認証結果情報とを送信する。

この要求信号と認証結果情報とを受信したコンテンツ販売サーバ５は、当該認証結果情報中の認証完了時刻等を参照することにより、クライアント端末２のユーザが正規ユーザとして最近（例えば過去１分以内）認証されたか否かを判定するようになされており、例えばこの判定の結果、クライアント端末２のユーザが正規ユーザとして最近認証されていることを認識すると、かかる要求信号に応じたＡ社・ＣＤ販売ページのソースを、クライアント端末２へ送信する。

なおコンテンツ販売サーバ５は、かかる判定の結果、クライアント端末２のユーザが正規ユーザとして最近認証されていないことを認識すると、Ａ社・ＣＤ販売ページのソースをクライアント端末２へ送信しないようになされている。

コンテンツ販売サーバ５からＡ社・ＣＤ販売ページのソースを受信したクライアント端末２は、例えば図４に示すように、当該ソースに基づいてＡ社・ＣＤ販売ページをページ表示領域ＡＲ１上に表示する。これによりクライアント端末２のユーザは、このＡ社・ＣＤ販売ページを介して、コンテンツ販売サーバ５が提供するＣＤ販売サービスを利用し得るようになされている。

因みに、ＸＭＬ等で記述されているこのＡ社・ＣＤ販売ページのソースには、当該ページのタイトル情報「Ａ社・ＣＤ販売ページ」等だけでなく、ＣＤ販売サービスを提供するためのページであることを示すためのサービス識別情報も記されている。

そしてこの後クライアント端末２は、例えばユーザによりＡ社・ＣＤ販売ページをブックマークするブックマーク設定操作が行われると、当該Ａ社・ＣＤ販売ページのソースに記されているタイトル情報「Ａ社・ＣＤ販売ページ」及びサービス識別情報と当該ＣＤ販売ページのＵＲＬとを対応付けて記憶した後、例えば図５に示すように、このタイトル情報「Ａ社・ＣＤ販売ページ」のみをブックマーク表示領域ＡＲ３に表示する。

このようにしてクライアント端末２は、コンテンツ販売サーバ５から提供されるＡ社・ＣＤ販売ページをディスプレイ３７に表示し得、また当該表示したＡ社・ＣＤ販売ページをブックマークし得るようにもなされている。

（１−１）ポータルサーバの構成
図６に示すポータルサーバ４は、ＣＰＵ（Central Processing Unit）からなる制御部１０が、ＲＯＭ（Read Only Memory）１１又はハードディスクドライブ１２に記憶されている基本プログラムやＵＲＬ通知プログラム等の各種プログラムを、バス１３を介してＲＡＭ（Random Access Memory）１４に適宜展開しこれを実行することにより、ユーザ認証処理や後述するＵＲＬ更新処理等の各種処理を実行するようになされており、また当該各種処理の結果等をバス１３を介して表示部１６に表示するようになされている。

さらにハードディスクドライブ１２には、コンテンツ販売システム１に登録された全てのクライアント端末２の各種情報を管理するための端末管理データベースが構築されており、この端末管理データベースには、コンテンツ販売システム１に参加することが許されている各ユーザのＩＤ及びパスワードが予め記憶されている。

例えばポータルサーバ４の制御部１０は、クライアント端末２からネットワーク３及びデータ通信処理部１５を順次介して、ユーザのＩＤ及びパスワードを受信すると、ユーザ認証処理を開始して当該ユーザのＩＤ及びパスワードがハードディスクドライブ１２の端末管理データベースに記憶されているか否かを判定する。

そしてポータルサーバ４の制御部１０は、かかる判定の結果として、端末管理データベースに当該ユーザのＩＤ及びパスワードが記憶されていることを認識すると、クライアント端末２のユーザを正規ユーザとして認証し、この旨と認証完了時刻とを示した認証結果情報をクライアント端末２へ送信する一方、端末管理データベースに当該ユーザのＩＤ及びパスワードが記憶されていないことを認識すると、クライアント端末２のユーザを正規ユーザとして認証せず、この旨を示した認証結果情報をクライアント端末２へ送信する。

（１−２）コンテンツ販売サーバの構成
図７に示すコンテンツ販売サーバ５は、ＣＰＵからなる制御部２０が、ＲＯＭ２１又はハードディスクドライブ２２に記憶されている基本プログラムや各種プログラムを、バス２３を介してＲＡＭ２４に適宜展開しこれを実行することにより、ユーザにＣＤを購入させるためのＣＤ販売処理や、その他各種処理を実行するようになされている。また、このハードディスクドライブ２２には、Ａ社・ＣＤ販売ページを始めとする各種ページのソースが予め記憶されている。

コンテンツ販売サーバ５の制御部２０は、クライアント端末２からネットワーク３及びデータ通信処理部２５を順次介して、認証結果情報とＡ社・ＣＤ販売ページのソースを要求する要求信号とを受信すると、まず最初に、当該認証結果情報中の認証完了時刻等を参照することにより、クライアント端末２のユーザが正規ユーザとして最近（例えば過去１分以内）認証されたか否かを判定する。

実際上、コンテンツ販売サーバ５のハードディスクドライブ２２には、ユーザ認証が完了してから１分以内の認証結果情報を有効とする旨が定義されてなる定義情報が予め記憶されており、コンテンツサーバ５の制御部２０は、この定義情報に基づいてクライアント端末２からの認証結果情報が有効であることを認識すると、クライアント端末２のユーザが正規ユーザとして最近認証されたと判定するようになされている。

またこれに限らず、例えばポータルサーバ４が認証結果情報を生成する際、当該認証結果情報に対して有効期限を示す有効期限情報も含めるようにしておき、コンテンツサーバ５の制御部２０は、この認証結果情報中の有効期限情報に基づいて、当該認証結果情報が有効か否かを判断するようにしても良い。

そしてコンテンツ販売サーバ５の制御部２０は、かかる判定の結果、クライアント端末２のユーザが正規ユーザとして最近認証されていることを認識すると、かかる要求信号に応じたＡ社・ＣＤ販売ページのソースを、ハードディスクドライブ２２から読み出して、これをクライアント端末２へ送信するようになされている。

（１−３）クライアント端末の構成
（１−３−１）回路構成
図５に示すようにクライアント端末２のＣＰＵ３０は、バス３１を介して接続されたＲＯＭ３２から読み出してＲＡＭ３３に展開したＯＳ（Operating System）等の基本プログラムやＵＲＬ更新プログラム等の各種アプリケーションプログラムに基づき全体の制御や後述するＵＲＬ更新処理等を実行するようになされており、例えばネットワーク３を介した通信動作、ユーザからの入出力操作、メディアからのコンテンツ再生やラジオ局からダウンロードしたコンテンツのハードディスクドライブ（ＨＤＤ）３４への書き込み及びその管理等を実行する。

操作入力部３５は、本体部の筐体表面やリモートコントローラ（図示せず）の各種操作子に対するユーザの操作に応じた入力情報を入力処理部３６へ送出し、当該入力処理部３６で所定の処理を施した後に操作コマンドとしてＣＰＵ３０へ送出し、当該ＣＰＵ３０で操作コマンドに応じた処理を実行するようになされている。

ディスプレイ３７は、例えば液晶ディスプレイ等の表示デバイスが本体部の筐体表面に直接取り付けられている場合や、外付けの表示デバイスであってもよく、表示処理部３８を介して入力される各種情報を表示するようになされている。また本実施の形態の場合、このディスプレイ３７は、通常のテレビジョンやパーソナルコンピュータ用のディスプレイよりも小さいサイズ（５インチ程度）となっている。

メディアドライブ３９は、例えばＣＤプレーヤ及びフラッシュメモリ等でなるメモリスティック（登録商標）を再生するドライブであって、再生結果をオーディオデータ処理部４０を介してディジタルアナログ変換処理した後に２ｃｈのスピーカ４１から出力するようになされている。

なおＣＰＵ３０は、メディアドライブ３９を介して再生したデータが楽曲のオーディオコンテンツである場合、オーディオデータファイルとしてハードディスクドライブ３４に記憶することも可能である。

さらにＣＰＵ３０は、メディアドライブ３９によってメモリスティック（登録商標）に記憶された複数枚の静止画を読み出し、これらを表示処理部３８を介して表示部３７にスライドショーとして表示することもできる。

またＣＰＵ３０は、ハードディスクドライブ３４に記憶した複数の楽曲をランダムアクセスで読み出し、あたかもジュークボックスのようにユーザ所望の順番で再生して出力することも可能である。

チューナ部４２は、例えばＡＭ、ＦＭラジオチューナであって、ＣＰＵ３０の制御に基づいてアンテナ４３で受信した放送信号を復調し、その結果を放送音声としてオーディオデータ処理部４０を介してスピーカ４１から出力する。

通信処理部４４は、ＣＰＵ３０の制御に基づいて送信データのエンコード処理を行い、ネットワークインターフェース４５を介してネットワーク３経由で外部のネットワーク対応機器へ送信したり、当該ネットワークインターフェース４５介して外部のネットワーク対応機器から受信した受信データのデコード処理を行い、ＣＰＵ３０へ転送するようになされている。

（１−３−２）ディレクトリ管理
クライアント端末２のＣＰＵ３０は、ハードディスクドライブ３４に対してコンテンツを記憶する際、図９に示すディレクトリ構成で管理するようになされている。まず「ｒｏｏｔ」ディレクトリの下層に対しては、規定範囲内での任意の数の「ｆｏｌｄｅｒ」ディレクトリが作成される。この「ｆｏｌｄｅｒ」ディレクトリは、例えばコンテンツが属するジャンル、又は所有ユーザなどに対応して作成されるようになされている。

この「ｆｏｌｄｅｒ」ディレクトリの下層には、規定範囲内での任意の数の「ａｌｂｕｍ」ディレクトリが作成され、当該「ａｌｂｕｍ」ディレクトリは例えば１つのアルバムタイトルごとに対応するようになされている。この「ａｌｂｕｍ」ディレクトリの下層においては、その「ａｌｂｕｍ」ディレクトリに属するとされる１以上の「ｔｒａｃｋ」ファイルが格納され、この「ｔｒａｃｋ」ファイルが１つの楽曲すなわちコンテンツとなるものである。

このようなコンテンツについてのディレクトリ管理は、ハードディスクドライブ３４に記憶されているデータベースファイルによって行われるようになされている。

（１−３−３）プログラムモジュール構成
図１０に示すようにクライアント端末２のプログラムモジュールとしては、ＯＳ上で動作するようになされており、具体的にはＣＤの物販を行うＣＤ販売業者サーバ４６、インターネットラジオサーバ４７、音楽配信運営サーバ４８、総合サービスサーバ４９、関連情報提供サーバＫＳ他の各種サーバとの間でやりとりを行う。

なお、上述のコンテンツ販売サーバ５は、ＣＤ販売業者サーバ４６と同等であり、またポータルサーバ４は総合サービスサーバ４９に含まれるものとする。

ＨＴＴＰ(Hyper Text Transfer Protocol)メッセージプログラム５０は、ＣＤ販売業者サーバ４６、インターネットラジオサーバ４７、音楽配信運営サーバ４８、各種総合サービスを行う総合サービスサーバ４９及び関連情報提供サーバＫＳ等の各種サーバとの間のやりとりをＨＴＴＰ通信で行うものであり、コミュニケータプログラム５１は、ＨＴＴＰメッセージプログラム５０とデータのやりとりを行うプログラムモジュールである。

コミュニケータプログラム５１の上位には、コンテンツのコーデックを解釈して再生するコンテンツ再生モジュール５２、著作権保護に関する情報を取り扱う著作権保護情報管理モジュール５３が位置し、そのコンテンツ再生モジュール５２、著作権保護情報管理モジュール５３に対してインターネットラジオの選局及び再生を行うインターネットラジオ選局再生モジュール５４、楽曲購入及び試聴曲の再生を司る楽曲購入再生モジュール５５がそれぞれ位置している。

それらインターネットラジオ選局再生モジュール５４、楽曲購入再生モジュール５５の上位にはＸＭＬ(eXtensible Markup Language)ブラウザ５６が位置し、各種サーバからのＸＭＬファイルを解釈し、ディスプレイ３７に対して画面表示を行う。

例えば、ＸＭＬブラウザ５６を介してユーザに選択された楽曲は楽曲購入再生モジュール５５で購入され、ハードディスクコンテンツコントローラ５７を介してハードディスクドライブ３４に書き込まれる。

なおコミュニケータプログラム５１には、ライブラリ５８の認証ライブラリ５８Ａが接続されており、当該認証ライブラリ５８Ａによって総合サービスサーバ４９やその他の各種サーバの認証処理を行うようになされている。

さらにコミュニケータプログラム５１の上位には、データベースアクセスモジュール５９、コンテンツデータアクセスモジュール６０及びハードディスクコンテンツコントローラ５７が位置する。

このデータベースアクセスモジュール５９は、ハードディスクドライブ３４に構築された各種データベースにアクセスし、コンテンツデータアクセスモジュール６０はハードディスクドライブ３４に格納されたコンテンツにアクセスし、ハードディスクコンテンツコントローラ５７はハードディスクドライブ３４に格納されたコンテンツを管理するようになされている。

ハードディスクコンテンツコントローラ５７の上位には、ラジオ局ＲＳが放送した楽曲のタイトル及びアーティスト名を表示するための関連情報表示モジュール６１及びラジオ局ＲＳを選局したり、当該ラジオ局ＲＳから受信した楽曲のコンテンツをハードディスクドライブ３４に録音するチューナ選局再生／録音モジュール６２が位置している。

例えば、オーディオユーザインタフェース６３を介して選局されたラジオ局ＲＳから受信した楽曲は、コンテンツデータアクセスモジュール６０を介してハードディスクドライブ３４へ書き込まれるようになされている。

関連情報表示モジュール６１は、チューナ選局再生／録音モジュール６２によって現在ラジオ局ＲＳが放送している楽曲のタイトルやアーティスト名を関連情報として関連情報提供サーバＫＳからＨＴＴＰメッセージ５０経由で受信し、これをオーディオユーザインタフェース（ＵＩ）６３を介してディスプレイ３７に表示する。

なおオーディオユーザインタフェース６３を介してディスプレイ３７に表示した関連情報は、ライブラリ５８のクリップライブラリ５８Ｂに一時的に記憶することもでき、ユーザからの指示に従って最終的にはデータベースアクセスモジュール５９を介してハードディスクドライブ３４へ記憶されるようになされている。

さらにクライアント端末ＣＴのプログラムモジュールとしては、ＣＤを再生するためのＣＤ再生モジュール６４と、ハードディスクドライブ３４を再生するためのＨＤＤ再生モジュール６５とが含まれており、再生結果をオーディオデータ処理部４０及びスピーカ４１を介して出力する。

（２）ＵＲＬ更新処理
ところで、上述のコンテンツ販売システム１においては、必要に応じて例えば図１１に示すように、Ａ社・ＣＤ販売ページがコンテンツ販売サーバ５から別の新しいコンテンツ販売サーバ６に移行されると、これにともなってＡ社・ＣＤ販売ページのＵＲＬも変更される。

実際上、コンテンツ販売システム１においては、各ページの変更前のＵＲＬ（以下、これを旧ＵＲＬと呼ぶ）及び変更後のＵＲＬ（以下、これを新ＵＲＬと呼ぶ）を、ポータルサーバ４のハードディスクドライブ１２に構築された端末管理データベースのＵＲＬ変更テーブルＴＢＬによって管理するようになされている。

このＵＲＬ変更テーブルＴＢＬは、図１２に示すように、『Ａ社・ＣＤ販売ページ』等のページ名が格納されるカラム「ページ名」、当該カラム「ページ名」に対応するページの旧ＵＲＬが格納されるカラム「旧ＵＲＬ」、当該ページの新ＵＲＬが格納されるカラム「新ＵＲＬ」、及びＵＲＬの変更が通知されたクライアント端末２の数が格納されるカラム「通知端末数」によって構成される。

ここで、各ページのＵＲＬが変更された場合に、ＵＲＬ変更テーブルＴＢＬのデータを利用して実行されるクライアント端末２及びポータルサーバ４におけるＵＲＬ更新処理手順について、クライアント端末２がコンテンツ販売サーバ５にアクセスする場合と、クライアント端末２がポータルサーバ４にアクセスする場合とに分けて、以下説明する。

（２−１）クライアント端末がコンテンツ販売サーバにアクセスする場合のＵＲＬ更新処理
コンテンツ販売システム１においては、クライアント端末２のユーザが正規ユーザとして最近認証されている場合には、当該クライアント端末２がコンテンツ販売サーバ５に直接アクセスしてＡ社・ＣＤ販売ページのソースを得られるようになされており、以下、クライアント端末２がコンテンツ販売サーバ５にアクセスする場合のＵＲＬ更新処理について、図１３及び図１４のシーケンスチャートを用いて説明する。

クライアント端末２は、Ａ社・ＣＤ販売ページのＵＲＬが基本画面ＤＰ１（図１）のＵＲＬ表示領域ＡＲ２に直接入力されたこと、あるいはＡ社・ＣＤ販売ページのＵＲＬがブックマーク表示領域ＡＲ３のブックマークから選択されたことを認識すると、図１３に示すように、ステップＳＰ１において、当該ＵＲＬをもとにコンテンツ販売サーバ５に対してＡ社・ＣＤ販売ページのソースを要求するためのソース要求信号を送信する。

ここでコンテンツ販売サーバ５は、Ａ社・ＣＤ販売ページが新しいコンテンツ販売サーバ６に移行されていることにより、当該Ａ社・ＣＤ販売ページのソースを保持しておらず、代わりにクライアント端末ＣＴからＡ社・ＣＤ販売ページのソースが要求された際に、当該ソースを送信できないことを示すエラー信号を返信するためのエラー返信ページが開設されている。

そしてコンテンツ販売サーバ５は、クライアント端末２からＡ社・ＣＤ販売ページのソース要求信号を受信すると、ステップＳＰ３０において、エラー返信ページを介してクライアント端末２にエラー信号を返信する。

クライアント端末２は、コンテンツ販売サーバ５からエラー信号を受信すると、ステップＳＰ２において、Ａ社・ＣＤ販売ページがコンテンツ販売サーバ５以外のサーバに移行されたことを認識し、直接入力されたＵＲＬ、あるいはブックマークから選択されたＵＲＬ（すなわちＡ社・ＣＤ販売ページがコンテンツ販売サーバ５に開設されていたときの旧ＵＲＬ）と共に、Ａ社・ＣＤ販売ページの新しいＵＲＬ（すなわちＡ社・ＣＤ販売ページがコンテンツ販売サーバ５以外の他のサーバに移行された後の新ＵＲＬ）を要求するための新ＵＲＬ要求信号をポータルサーバ４に対して送信する。

ポータルサーバ４は、クライアント端末２から旧ＵＲＬと共に、新ＵＲＬ要求信号を受信すると、ステップＳＰ１０において、端末管理データベースのＵＲＬ変更テーブルをもとにＡ社・ＣＤ販売ページの新ＵＲＬを検索して取得し、これをクライアント端末２に対して当該新ＵＲＬを送信する。

クライアント端末２は、ポータルサーバ４からＡ社・ＣＤ販売ページの新ＵＲＬを受信すると、ステップＳＰ３において、ステップＳＰ２でポータルサーバ４に対して送信したＡ社・ＣＤ販売ページの旧ＵＲＬが自身のブックマークに登録されたＵＲＬであるか否かを判定する。

ここで否定結果を得ると、このことはＡ社・ＣＤ販売ページの旧ＵＲＬがブックマークに登録されておらず、Ａ社・ＣＤ販売ページの旧ＵＲＬがＵＲＬ表示領域ＡＲ２（図２）に直接入力されてコンテンツ販売サーバ５にアクセスしたことを表しており、このときクライアント端末２は、次のステップＳＰ５（図１４）に移る。

これに対してステップＳＰ３（図１３）で肯定結果を得ると、このことはＡ社・ＣＤ販売ページの旧ＵＲＬがブックマークに登録されており、当該ブックマークが選択されてコンテンツ販売サーバ５にアクセスしたことを表しており、このときクライアント端末２は、ステップＳＰ４に移ってブックマークに登録されたＡ社・ＣＤ販売ページの旧ＵＲＬをポータルサーバ４から提供された新ＵＲＬに更新して、次のステップＳＰ５（図１４）に移る。

ステップＳＰ５において、クライアント端末２は、ポータルサーバ４から提供されたＡ社・ＣＤ販売ページの新ＵＲＬをもとに、Ａ社・ＣＤ販売ページの移行先である新しいコンテンツ販売サーバ６に対してＡ社・ＣＤ販売ページのソースを要求するためのソース要求信号を送信する。

新しいコンテンツ販売サーバ６は、クライアント端末２からＡ社・ＣＤ販売ページのソース要求信号を受信すると、ステップＳＰ２０において当該Ａ社・ＣＤ販売ページのソースをクライアント端末２に送信する。

クライアント端末２は、新しいコンテンツ販売サーバ６からＡ社・ＣＤ販売ページのソースを受信すると、ステップＳＰ６において、当該ソースに基づき、Ａ社・ＣＤ販売ページをページ表示領域ＡＲ１に表示すると共に、当該Ａ社・ＣＤ販売ページの新ＵＲＬをＵＲＬ表示領域ＡＲ２に表示する。

このように、クライアント端末２においては、ＵＲＬ変更情報をもとにＡ社・ＣＤ販売ページのＵＲＬが更新されていることを認識すると、ポータルサーバ４からＡ社・ＣＤ販売ページの新ＵＲＬを取得し、Ａ社・ＣＤ販売ページの旧ＵＲＬがブックマークに登録されている場合には、当該旧ＵＲＬを当該新ＵＲＬに自動的に更新するようになされている。

従って、クライアント端末２は、Ａ社・ＣＤ販売ページがコンテンツ販売サーバ５からコンテンツ販売サーバ６に移行されることにより当該Ａ社・ＣＤ販売ページのＵＲＬが変更されていた場合に、ユーザにそのことを意識させることなく自動的に自身のブックマークのＵＲＬを更新することができる。

一方、ポータルサーバ４は、ステップＳＰ１０（図１３）において、クライアント端末２に対して、Ａ社・ＣＤ販売ページの新ＵＲＬを送信した後、次のステップＳＰ１１に移る。

ステップＳＰ１１において、ポータルサーバ４は、端末管理データベースのＵＲＬ変更テーブルＴＢＬにおいて、図１５に示すようにＡ社・ＣＤ販売ページに対応するレコードの通知端末数に１を加算して更新し、次のステップＳＰ１２（図１４）に移る。

ステップＳＰ１２において、ポータルサーバ４は、ＵＲＬ変更テーブルＴＢＬにおけるＡ社・ＣＤ販売ページの通知端末数が所定数を超えたか否かを判定する。

ここで否定結果を得ると、このことは、コンテンツ販売システム１に登録された全てのクライアント端末２のうち、Ａ社・ＣＤ販売ページの新ＵＲＬが通知されたクライアント端末２の数が所定数に達しておらず、Ａ社・ＣＤ販売ページの旧ＵＲＬでコンテンツ販売サーバ５にアクセスしてくるクライアント端末２が未だに多く存在することを表しており、このときポータルサーバ４は、引き続き、ＵＲＬ更新処理を継続する。

これに対してステップＳＰ１２において肯定結果を得ると、このことは、コンテンツ販売システム１に登録された全てのクライアント端末２のうち、Ａ社・ＣＤ販売ページの新ＵＲＬが通知されたクライアント端末２の数が所定数に達しており、Ａ社・ＣＤ販売ページの旧ＵＲＬでコンテンツ販売サーバ５にアクセスしてくるクライアント端末２がほとんど存在していないことを表しており、このときポータルサーバ４は、クライアント端末ＣＴにおけるＡ社・ＣＤ販売ページの新ＵＲＬへの更新がほぼ完了したと判断して、コンテンツ販売サーバ５のエラー返信ページを終了しても問題ないことを示すメッセージを表示部１６に表示する。

これによりポータルサーバ４は、コンテンツ販売システム１の管理者に対して、クライアント端末２におけるＡ社・ＣＤ販売ページの新ＵＲＬへの更新がほぼ完了し、コンテンツ販売サーバ５のエラー返信ページを終了してもよいことを通知することができる。

この結果、コンテンツ販売システム１の管理者は、コンテンツ販売サーバ５のエラー返信ページを終了しても問題ないと認識することができ、図１６に示すように、コンテンツ販売サーバ５のエラー返信ページを終了させて、コンテンツ販売サーバ５をシャットダウンすることや、ネットワーク３から外すことができる。

このように、ポータルサーバ４においては、コンテンツ販売システム１に登録された全てのクライアント端末２のうち、Ａ社・ＣＤ販売ページの新ＵＲＬを通知したクライアント端末の数を通知端末数として管理端末データベースのＵＲＬ変更テーブルＴＢＬで管理するようになされており、当該通知端末数が所定数を超えた場合に、クライアント端末２におけるＡ社・ＣＤ販売ページの新ＵＲＬへの更新がほぼ完了したと判断し、コンテンツ販売サーバ５のエラー返信ページを終了してもよいことを示すメッセージを表示部１６に表示して通知するようになされている。

（２−２）ポータルサーバにアクセスする場合のＵＲＬ更新処理
コンテンツ販売システム１においては、クライアント端末２のユーザが正規ユーザとして認証されてから所定時間経過した場合には、当該クライアント端末２がポータルサーバ４にアクセスして再度正規ユーザとして認証されなければ、コンテンツ販売サーバ５等に直接アクセスできないようになされており、以下、クライアント端末２がポータルサーバ４にアクセスする場合のＵＲＬ更新処理について、図１７のシーケンスチャートを用いて説明する。

ステップＳＰ４０において、クライアント端末２は、自身のユーザを再度正規ユーザとして認証してもらうために、ポータルサーバ４に対して、ユーザのＩＤ及びパスワードを送信する。

ポータルサーバ４は、クライアント端末２からユーザのＩＤ及びパスワードを受信すると、ステップＳＰ５０において、当該ユーザのＩＤ及びパスワードに基づいてユーザ認証処理を実行する。そしてポータルサーバ４は、このユーザ認証処理の結果、かかるユーザを正規ユーザと認証すると、この旨を示した認証結果情報を生成して、次のステップＳＰ５１に移る。

ステップＳＰ５１において、ポータルサーバ４は、ＵＲＬ変更テーブルＴＢＬに基づき、ＵＲＬが更新された全てのページの旧ＵＲＬと新ＵＲＬとを対応付けた情報であるＵＲＬ変更情報を生成し、これを認証結果情報と共にクライアント端末２に対して送信する。

クライアント端末２は、ポータルサーバ４から、認証結果情報及びＵＲＬ変更情報を受信すると、当該認証結果情報に基づいて自身のユーザが正規ユーザとして認証されたことを認識すると共に、ステップＳＰ４１において、当該ＵＲＬ変更情報に記述された旧ＵＲＬが自身のブックマークに登録されているか否かを判定する。

ここで否定結果を得ると、このことはＵＲＬ変更情報に記載された旧ＵＲＬがクライアント端末２のブックマークに登録されておらず、ブックマークに登録されている各ページのＵＲＬを更新する必要がないことを表しており、このときクライアント端末２は、ブックマークに登録されたＵＲＬを更新せずに、以降、各ページにアクセスするようになされている。

これに対してステップＳＰ４１で肯定結果を得ると、このことはＵＲＬ変更情報に記載された旧ＵＲＬがクライアント端末２のブックマークに登録されており、当該ブックマークに登録されている旧ＵＲＬをＵＲＬ変更情報に記述された新ＵＲＬに更新する必要があることを表しており、このときクライアント端末２は、ステップＳＰ４２に移って、ＵＲＬ変更情報をもとにブックマークに登録されている旧ＵＲＬを新ＵＲＬに更新する。そして、クライアント端末２は、以降、更新したＵＲＬに基づいて各ページにアクセスするようになされている。

このように、クライアント端末２においては、ポータルサーバ４にアクセスした際に、コンテンツ販売システム１における各ページのＵＲＬ変更情報を受信すると、当該ＵＲＬ変更情報に記述された旧ＵＲＬがブックマークに登録されている場合には、当該ＵＲＬ変更情報に基づき当該旧ＵＲＬを新ＵＲＬに自動的に更新するようになされている。

従って、例えばＡ社・ＣＤ販売ページがコンテンツ販売サーバ５から新しいコンテンツ販売サーバ６に移行されることにより当該Ａ社・ＣＤ販売ページのＵＲＬが変更されていた場合に、ユーザにそのことを意識させることなく自動的に自身のブックマークのＵＲＬを更新することができる。

一方、ポータルサーバ４は、ステップＳＰ５１で認証結果情報及びＵＲＬ変更情報を送信した後、ステップＳＰ５２に移り、当該ステップＳＰ５２において、図１８に示すように端末管理データベースのＵＲＬ変更テーブルＴＢＬにおける全レコードの通知端末数に１を加算して更新し、次のステップＳＰ５３に移る。

ステップＳＰ５３において、ポータルサーバ４は、ＵＲＬ変更テーブルＴＢＬの全レコードのうち、通知端末数が所定数を超えているものがあるか否かを判定する。

ここで否定結果を得ると、このことは、ＵＲＬが変更されたページのうち、通知端末数が所定数に達したページが存在せず、例えばＵＲＬが変更されたＡ社・ＣＤ販売ページの旧ＵＲＬでコンテンツ販売サーバ５にアクセスしてくるクライアント端末２が未だに多く存在することを表しており、このときポータルサーバ４は、引き続き、ＵＲＬ更新処理を継続する。

これに対してステップＳＰ５３において肯定結果を得ると、このことは、ＵＲＬが更新されたページのうち、通知端末数が所定数に達したページが存在し、例えばこのページがＡ社・ＣＤ販売ページであるとすれば、当該Ａ社・ＣＤ販売ページの旧ＵＲＬでコンテンツ販売サーバ５にアクセスしてくるクライアント端末２がほとんど存在していないことを表しており、このときポータルサーバ４は、クライアント端末２におけるＡ社・ＣＤ販売ページの新ＵＲＬへの更新がほぼ完了したと判断して、コンテンツ販売サーバ５のエラー返信ページを終了しても問題ないことを示すメッセージを表示部１６に表示する。

なお、このときＡ社・ＣＤ販売ページ以外のページにおいても、通知端末数が所定数に達したページが存在すれば、ポータルサーバ４は、クライアント端末２における当該ページの新ＵＲＬへの更新がほぼ完了したと判断し、当該ページの旧ＵＲＬのエラー返信ページを終了しても問題ないことを示すメッセージを表示するようになされている。

これによりポータルサーバ４は、コンテンツ販売システム１の管理者に対して、クライアント端末２におけるＡ社・ＣＤ販売ページの新ＵＲＬへの更新がほぼ完了し、コンテンツ販売サーバ５のエラー返信ページを終了しても問題ないことを通知することができる。

この結果、コンテンツ販売システム１の管理者は、コンテンツ販売サーバ５のエラー返信ページを終了しても問題ないと認識することができ、図１６に示すように、コンテンツ販売サーバ５のエラー返信ページを終了させて、コンテンツ販売サーバ５をシャットダウンすることや、ネットワーク３から外すことができる。

このように、ポータルサーバ４においては、コンテンツ販売システム１に登録された全てのクライアント端末２のうち、各ページの新ＵＲＬを通知したクライアント端末２の数を通知端末数として管理端末データベースのＵＲＬ変更テーブルＴＢＬで管理するようになされており、当該通知端末数が所定数を超えたページが存在する場合に、当該ページのクライアント端末２における新ＵＲＬへの更新がほぼ完了したと判断して、当該ページの旧ＵＲＬのエラー返信ページを終了してもよいことを通知するようになされている。

（３）動作及び効果
以上の構成において、クライアント端末２は、ポータルサーバ４から提供されたアドレス変更情報や、コンテンツ販売サーバ５から受信したエラー信号をもとに自身のブックマークに登録されたＵＲＬが変更されているか否かを判定し、変更されていると判定した場合には、当該ブックマークに登録された旧ＵＲＬをポータルサーバ４から提供された新ＵＲＬに更新する。

これによりクライアント端末２は、例えばＡ社・ＣＤ販売ページがコンテンツ販売サーバ５から新しいコンテンツ販売サーバ６に移行されることにより当該Ａ社・ＣＤ販売ページのＵＲＬが変更された場合に、ユーザに新ＵＲＬを探し出させるような煩雑な作業を行わせることなく、ブックマークに登録されているＡ社・ＣＤ販売ページの旧ＵＲＬを新ＵＲＬに自動的に更新することができる。

一方、ポータルサーバ４は、新ＵＲＬを通知したクライアント端末２の数を通知端末数として端末管理データベースで管理し、当該通知端末数が所定数を超えたページが存在する場合に、ほぼ全てのクライアント端末２に当該ページの新ＵＲＬを通知したと認識し、このとき旧ＵＲＬのページを終了させても問題ないと判断して、当該ページを終了しても問題ないことを示すメッセージを表示部１６に表示する。

これにより、ポータルサーバ４は、例えばＡ社・ＣＤ販売ページがコンテンツ販売サーバ５から新しいコンテンツ販売サーバ６に移行されることにより当該Ａ社・ＣＤ販売ページのＵＲＬが変更された場合に、当該Ａ社・ＣＤ販売ページの新ＵＲＬが通知されたクライアント端末２の数を認識し、この数が所定数を超えた場合にクライアント端末２における当該Ａ社・ＣＤ販売ページページの新ＵＲＬへの更新がほぼ完了したと判断して、当該Ａ社・ＣＤ販売ページの旧ＵＲＬに開設されているエラー返信ページを終了しても問題ないことを管理者に通知することができる。

またクライアント端末２における新ＵＲＬへの更新がほぼ完了したか否かを判定する基準となる所定数を、登録されたクライアント端末２の数により近い数に設定すれば、一段と確実にクライアント端末２における新ＵＲＬへの更新が完了したことをポータルサーバ４に認識させることができ、またこの所定数を登録されたクライアント端末２の数と比してより小さな数に設定すれば、クライアント端末２における新ＵＲＬへの更新が完了したことを認識する確実性は低減するものの、一段と早く旧ＵＲＬのページを終了させることができる。

以上の構成によれば、コンテンツ販売システム１のクライアント端末２においては、ポータルサーバ４から提供されたＵＲＬ変更情報をもとにブックマークに登録したＵＲＬが変更されているか否かを判定して、当該ＵＲＬが変更されていると判定した場合には、自動的に当該ＵＲＬを新ＵＲＬに更新するようにしたことにより、ＵＲＬが変更された場合に、ユーザの介在なしにブックマークに登録したＵＲＬを自動的に更新することができる。

また、コンテンツ販売システム１のポータルサーバ４においては、新ＵＲＬを通知したクライアント端末２の数を通知端末数として端末管理データベースで管理し、当該通知端末数が所定数を超えた場合に、ほぼ全てのクライアント端末２に新ＵＲＬを通知したと認識して、このとき旧ＵＲＬのページを終了させても問題ないと判断するようにしたことにより、ほぼ全てのクライアント端末２に新ＵＲＬを通知した後に、旧アドレスのページを終了させることができる。

（４）他の実施の形態
なお上述の実施の形態においては、クライアント端末２に対して新ＵＲＬまたはＵＲＬ変更情報を送信した時点で、ポータルサーバ４のＵＲＬ変更テーブルＴＢＬにおける通知端末数を更新するようにした場合について述べたが、本発明はこれに限らず、クライアント端末２が新ＵＲＬまたはＵＲＬ変更情報を受信してブックマークのＵＲＬを更新した際に、当該ＵＲＬを更新したことを示す更新完了情報を生成して、これをポータルサーバ４に対して送信し、ポータルサーバ４が当該更新完了情報を受信した際に、ＵＲＬ変更テーブルＴＢＬにおける通知端末数を更新するようにしてもよい。これにより、ポータルサーバ４は、クライアント端末２がブックマークのＵＲＬを更新したことを、確実に認識することができる。

また上述の実施の形態においては、各ページの通知端末数が所定数を超えた場合に、ポータルサーバ４において、クライアント端末２における当該ページの新ＵＲＬへの更新がほぼ完了したと判断し、当該ページを終了しても問題ないことを示すメッセージを表示部１６に表示するようにした場合について述べたが、本発明はこれに限らず、新ＵＲＬへの更新がほぼ完了したと判断した後、ポータルサーバ４の制御部１０によって当該ページのソースを保持するサーバから当該ソースを自動的に消去するようにしてもよいし、当該ページのＵＲＬ変更情報の送信を停止するようにしてもよいし、当該ページのＵＲＬ変更情報を送信するためのＵＲＬ通知プログラム自体を消去するようにしてもよく、これによりアドレス変更以降の処理を全て自動化させることができる。

さらに上述の実施の形態においては、コンテンツ販売サーバ５とポータルサーバ４をそれぞれ別のサーバとする場合について述べたが、本発明はこれに限らず、コンテンツ販売サーバ５とポータルサーバ４とを１つのサーバにしてもよい。

さらに上述の実施の形態においては、クライアント端末２のＣＰＵ３０がＲＯＭ３２に予め格納されたＵＲＬ更新プログラムをＲＡＭ３３上に展開し、当該ＵＲＬ更新プログラムに従って上述のＵＲＬ更新処理を実行するようにした場合について述べたが、本発明はこれに限らず、ＵＲＬ更新プログラムが格納されたプログラム格納媒体をクライアント端末２にインストールすることにより当該ＵＲＬ更新処理を実行するようにしてもよい。

さらに上述の実施の形態においては、ポータルサーバ４の制御部１０がＲＯＭ１１に予め格納されたＵＲＬ通知プログラムをＲＡＭ１４上に展開し、当該ＵＲＬ通知プログラムに従って上述のＵＲＬ更新処理を実行するようにした場合について述べたが、本発明はこれに限らず、ＵＲＬ通知プログラムが格納されたプログラム格納媒体をポータルサーバ４にインストールすることにより当該ＵＲＬ更新処理を実行するようにしてもよい。

さらに上述の実施の形態においては、アドレス通知装置としてのポータルサーバ４を、装置識別情報としてのユーザのＩＤ及びパスワードを管理する管理手段及び通知端末数を記憶する記憶手段としてのハードディスクドライブ１２、識別情報受信手段、アドレス変更情報送信手段及び更新完了情報受信手段としてのデータ通信処理部１５、判断手段、ページ情報消去手段、停止手段及びプログラム消去手段としての制御部１０によって構成する場合について述べたが、本発明はこれに限らず、この他種々の回路構成でアドレス通知装置を構成するようにしてもよい。

本発明は、例えばＷｅｂページを別のサーバに移行する場合に適用することができる。

本発明によるコンテンツ販売システムの全体構成を示す略線図である。 基本画面（１）を示す略線図である。 基本画面（２）を示す略線図である。 基本画面（３）を示す略線図である。 基本画面（４）を示す略線図である。 ポータルサーバの回路構成を示すブロック図である。 コンテンツ販売サーバの回路構成を示すブロック図である。 クライアント端末の回路構成を示すブロック図である。 ディレクトリ構成を示す略線図である。 クライアント端末のプログラムモジュールを示す略線図である。 コンテンツ販売システムの全体構成（２）を示す略線図である。 端末管理データベースのアドレス変更テーブル（１）を示す略線図である。 クライアント端末がコンテンツ販売サーバにアクセスする場合のアドレス更新処理手順を示すフローチャートである。 図１３のアドレス更新処理手順に続くフローチャートである。 端末管理データベースのアドレス変更テーブル（２）を示す略線図である。 コンテンツ販売システムの全体構成（３）を示す略線図である。 クライアント端末がポータルサーバにアクセスする場合のアドレス更新処理手順を示すフローチャートである。 端末管理データベースのアドレス変更テーブル（３）を示す略線図である。

符号の説明

１……コンテンツ販売システム、２……クライアント端末、３……ネットワーク、４……ポータルサーバ、５……コンテンツ販売サーバ、１０、２０……制御部、１２、３４……ハードディスクドライブ、３０……ＣＰＵ、１５、２５……データ通信処理部、４４……通信処理部、４５……ネットワークインターフェース。

Claims (11)

1. ページ情報のアドレスにアクセス可能な外部装置を識別するための装置識別情報を管理する管理ステップと、
   上記外部装置から上記装置識別情報を受信する識別情報受信ステップと、
   上記装置識別情報に対応する上記外部装置に上記アドレスが新しいアドレスに変更された旨と上記アドレス及び上記新しいアドレスとが記述されたアドレス変更情報を送信するアドレス変更情報送信ステップと、
   上記アドレス変更情報を送信した上記外部装置の数を記憶する記憶ステップと、
   上記外部装置の数が所定数を超えた場合に、上記アドレスのページ情報を消去してもよいと判断する判断ステップと
   を具えることを特徴とするアドレス通知方法。
2. 上記アドレス変更情報送信ステップで上記アドレス変更情報を上記外部装置に送信した後、上記外部装置に記憶された上記アドレスが上記新しいアドレスに更新されたことを示す更新完了情報を上記外部装置から受信する更新完了情報受信ステップを
   具えることを特徴とする請求項１に記載のアドレス通知方法。
3. 上記判断ステップで上記アドレスのページ情報を消去してもよいと判断した場合に、上記アドレスのページ情報を消去するページ情報消去ステップ
   を具えることを特徴とする請求項１に記載のアドレス通知方法。
4. 上記判断ステップで上記アドレスのページ情報を消去してもよいと判断した場合に、上記アドレス変更情報の送信を停止する停止ステップ
   を具えることを特徴とする請求項１に記載のアドレス通知方法。
5. 上記判断ステップで上記アドレスのページ情報を消去してもよいと判断した場合に、上記アドレス変更情報を上記外部装置に送信するプログラムを消去するプログラム消去ステップ
   を具えることを特徴とする請求項１に記載のアドレス通知方法。
6. ページ情報のアドレスにアクセス可能な外部装置を識別するための装置識別情報を管理する管理手段と、
   上記外部装置から上記装置識別情報を受信する識別情報受信手段と、
   上記装置識別情報に対応する上記外部装置に上記アドレスが新しいアドレスに変更された旨と上記アドレス及び上記新しいアドレスとが記述されたアドレス変更情報を送信するアドレス変更情報送信手段と、
   上記アドレス変更情報を送信した上記外部装置の数を記憶する記憶手段と、
   上記外部装置の数が所定数を超えた場合に、上記アドレスのページ情報を消去してもよいと判断する判断手段と
   を具えることを特徴とするアドレス通知装置。
7. 上記アドレス変更情報送信手段によって上記アドレス変更情報を上記外部装置に送信した後、上記外部装置に記憶された上記アドレスが上記新しいアドレスに更新されたことを示す更新完了情報を上記外部装置から受信する更新完了情報受信手段
   を具えることを特徴とする請求項６に記載のアドレス通知装置。
8. 上記判断手段によって上記アドレスのページ情報を消去してもよいと判断した場合に、上記アドレスのページ情報を消去するページ情報消去手段
   を具えることを特徴とする請求項６に記載のアドレス通知装置。
9. 上記判断手段によって上記アドレスのページ情報を消去してもよいと判断した場合に、上記アドレス変更情報の送信を停止する停止手段
   を具えることを特徴とする請求項６に記載のアドレス通知装置。
10. 上記判断手段によって上記アドレスのページ情報を消去してもよいと判断した場合に、上記アドレス変更情報を上記外部装置に送信するためのプログラムを消去するプログラム消去手段
    を具えることを特徴とする請求項６に記載のアドレス通知装置。
11. 情報処理装置に対して、
    ページ情報のアドレスにアクセス可能な外部装置を識別するための装置識別情報を管理する管理ステップと、
    上記外部装置から上記装置識別情報を受信する識別情報受信ステップと、
    上記装置識別情報に対応する上記外部装置に上記アドレスが新しいアドレスに変更された旨と上記アドレス及び上記新しいアドレスとが記述されたアドレス変更情報を送信するアドレス変更情報送信ステップと、
    上記アドレス変更情報を送信した上記外部装置の数を記憶する記憶ステップと、
    上記外部装置の数が所定数を超えた場合に、上記アドレスのページ情報を消去してもよいと判断する判断ステップと
    を実行させるためのアドレス通知プログラム。

Images