(57)【要約】【課題】  予め記憶しておいたページ情報のアドレスが変更されていた場合に、当該アドレスを新しいアドレスに自動的に更新し得るアドレス更新方法を提案する。【解決手段】  コンテンツ販売システム１のクライアント端末２においては、ポータルサーバ４から提供されたＵＲＬ変更情報をもとにブックマークに登録したＵＲＬが変更されているか否かを判定して、当該ＵＲＬが変更されていると判定した場合には、自動的に当該ＵＲＬを新ＵＲＬに更新するようにしたことにより、ＵＲＬが変更された場合に、ユーザの介在なしにブックマークに登録したＵＲＬを自動的に更新することができる。【選択図】        図１８
2005107754.tif 000002
【特許請求の範囲】
【請求項１】
ページ情報のアドレスを記憶手段に記憶する記憶ステップと、
上記アドレスが新しいアドレスに変更された旨と上記アドレス及び上記新しいアドレスとが記述されたアドレス変更情報を所定のサーバから受信するアドレス変更情報受信ステップと、
上記アドレス変更情報に記述された上記アドレスが上記記憶手段に記憶されているか否かを判定する判定ステップと、
上記アドレスが上記記憶手段に記憶されていると判定した場合に、上記記憶手段に記憶された上記アドレスを上記新しいアドレスに更新する更新ステップと
を具えることを特徴とするアドレス更新方法。
【請求項２】
上記アドレスのページ情報を保持する上記所定のサーバにページ情報を要求するための要求情報を送信するページ情報要求ステップと、
上記要求情報に応じて上記所定のサーバから送信される上記ページ情報を受信するページ情報受信ステップと、
上記ページ情報に基づき上記アドレスが上記新しいアドレスに変更されたことを認識して、上記新しいアドレスを要求するための新アドレス要求情報を上記所定のサーバに送信する新アドレス要求情報送信ステップと、
上記新アドレス要求情報に応じて上記所定のサーバから送信される上記新しいアドレスを受信する受信ステップと
を具えることを特徴とする請求項１に記載のアドレス更新方法。
【請求項３】
ページ情報のアドレスを記憶する記憶手段と、
上記アドレスが新しいアドレスに変更された旨と上記アドレス及び上記新しいアドレスとが記述されたアドレス変更情報を所定のサーバから受信するアドレス変更情報受信手段と、
上記アドレス変更情報に記述された上記アドレスが上記記憶手段に記憶されているか否かを判定する判定手段と、
上記アドレスが上記記憶手段に記憶されていると判定した場合に、上記記憶手段に記憶された上記アドレスを上記新しいアドレスに更新する更新手段と
を具えることを特徴とするアドレス更新装置。
【請求項４】
上記アドレスのページ情報を保持する上記所定のサーバにページ情報を要求するための要求情報を送信するページ情報要求手段と、
上記要求情報に応じて上記所定のサーバから送信される上記ページ情報を受信するページ情報受信手段と、
上記ページ情報に基づき上記アドレスが上記新しいアドレスに変更されたことを認識して、上記新しいアドレスを要求するための新アドレス要求情報を上記所定のサーバに送信する新アドレス要求情報送信手段と、
上記新アドレス要求情報に応じて上記所定のサーバから送信される上記新しいアドレスを受信する新アドレス受信手段と
を具えることを特徴とする請求項３に記載のアドレス更新装置。
【請求項５】
情報処理装置に対して、
ページ情報のアドレスを記憶手段に記憶する記憶ステップと、
上記アドレスが新しいアドレスに変更された旨と上記アドレス及び上記新しいアドレスとが記述されたアドレス変更情報を所定のサーバから受信するアドレス変更情報受信ステップと、
上記アドレス変更情報に記述された上記アドレスが上記記憶手段に記憶されているか否かを判定する判定ステップと、
上記アドレスが上記記憶手段に記憶されていると判定した場合に、上記記憶手段に記憶された上記アドレスを上記新しいアドレスに更新する更新ステップと
を実行させるためのアドレス更新プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はアドレス更新方法に関し、例えばブックマークとして記憶されたＷｅｂページのアドレスをクライアント端末で更新する際に適用して好適なものである。
【背景技術】
【０００２】
従来、Ｗｅｂページを閲覧するためのＷｅｂブラウザがインストールされたクライアント端末においては、当該ＷｅｂページのＵＲＬ（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)ブラウザ５６が位置し、各種サーバからのＸＭＬファイルを解釈し、ディスプレイ３７に対して画面表示を行う。
【００５６】
例えば、ＸＭＬブラウザ５６を介してユーザに選択された楽曲は楽曲購入再生モジュール５５で購入され、ハードディスクコンテンツコントローラ５７を介してハードディスクドライブ３４に書き込まれる。
【００５７】
なおコミュニケータプログラム５１には、ライブラリ５８の認証ライブラリ５８Ａが接続されており、当該認証ライブラリ５８Ａによって総合サービスサーバ４９やその他の各種サーバの認証処理を行うようになされている。
【００５８】
さらにコミュニケータプログラム５１の上位には、データベースアクセスモジュール５９、コンテンツデータアクセスモジュール６０及びハードディスクコンテンツコントローラ５７が位置する。
【００５９】
このデータベースアクセスモジュール５９は、ハードディスクドライブ３４に構築された各種データベースにアクセスし、コンテンツデータアクセスモジュール６０はハードディスクドライブ３４に格納されたコンテンツにアクセスし、ハードディスクコンテンツコントローラ５７はハードディスクドライブ３４に格納されたコンテンツを管理するようになされている。
【００６０】
ハードディスクコンテンツコントローラ５７の上位には、ラジオ局ＲＳが放送した楽曲のタイトル及びアーティスト名を表示するための関連情報表示モジュール６１及びラジオ局ＲＳを選局したり、当該ラジオ局ＲＳから受信した楽曲のコンテンツをハードディスクドライブ３４に録音するチューナ選局再生／録音モジュール６２が位置している。
【００６１】
例えば、オーディオユーザインタフェース６３を介して選局されたラジオ局ＲＳから受信した楽曲は、コンテンツデータアクセスモジュール６０を介してハードディスクドライブ３４へ書き込まれるようになされている。
【００６２】
関連情報表示モジュール６１は、チューナ選局再生／録音モジュール６２によって現在ラジオ局ＲＳが放送している楽曲のタイトルやアーティスト名を関連情報として関連情報提供サーバＫＳからＨＴＴＰメッセージ５０経由で受信し、これをオーディオユーザインタフェース（ＵＩ）６３を介してディスプレイ３７に表示する。
【００６３】
なおオーディオユーザインタフェース６３を介してディスプレイ３７に表示した関連情報は、ライブラリ５８のクリップライブラリ５８Ｂに一時的に記憶することもでき、ユーザからの指示に従って最終的にはデータベースアクセスモジュール５９を介してハードディスクドライブ３４へ記憶されるようになされている。
【００６４】
さらにクライアント端末ＣＴのプログラムモジュールとしては、ＣＤを再生するためのＣＤ再生モジュール６４と、ハードディスクドライブ３４を再生するためのＨＤＤ再生モジュール６５とが含まれており、再生結果をオーディオデータ処理部４０及びスピーカ４１を介して出力する。
【００６５】
（２）ＵＲＬ更新処理
ところで、上述のコンテンツ販売システム１においては、必要に応じて例えば図１１に示すように、Ａ社・ＣＤ販売ページがコンテンツ販売サーバ５から別の新しいコンテンツ販売サーバ６に移行されると、これにともなってＡ社・ＣＤ販売ページのＵＲＬも変更される。
【００６６】
実際上、コンテンツ販売システム１においては、各ページの変更前のＵＲＬ（以下、これを旧ＵＲＬと呼ぶ）及び変更後のＵＲＬ（以下、これを新ＵＲＬと呼ぶ）を、ポータルサーバ４のハードディスクドライブ１２に構築された端末管理データベースのＵＲＬ変更テーブルＴＢＬによって管理するようになされている。
【００６７】
このＵＲＬ変更テーブルＴＢＬは、図１２に示すように、『Ａ社・ＣＤ販売ページ』等のページ名が格納されるカラム「ページ名」、当該カラム「ページ名」に対応するページの旧ＵＲＬが格納されるカラム「旧ＵＲＬ」、当該ページの新ＵＲＬが格納されるカラム「新ＵＲＬ」、及びＵＲＬの変更が通知されたクライアント端末２の数が格納されるカラム「通知端末数」によって構成される。
【００６８】
ここで、各ページのＵＲＬが変更された場合に、ＵＲＬ変更テーブルＴＢＬのデータを利用して実行されるクライアント端末２及びポータルサーバ４におけるＵＲＬ更新処理手順について、クライアント端末２がコンテンツ販売サーバ５にアクセスする場合と、クライアント端末２がポータルサーバ４にアクセスする場合とに分けて、以下説明する。
【００６９】
（２−１）クライアント端末がコンテンツ販売サーバにアクセスする場合のＵＲＬ更新処理
コンテンツ販売システム１においては、クライアント端末２のユーザが正規ユーザとして最近認証されている場合には、当該クライアント端末２がコンテンツ販売サーバ５に直接アクセスしてＡ社・ＣＤ販売ページのソースを得られるようになされており、以下、クライアント端末２がコンテンツ販売サーバ５にアクセスする場合のＵＲＬ更新処理について、図１３及び図１４のシーケンスチャートを用いて説明する。
【００７０】
クライアント端末２は、Ａ社・ＣＤ販売ページのＵＲＬが基本画面ＤＰ１（図１）のＵＲＬ表示領域ＡＲ２に直接入力されたこと、あるいはＡ社・ＣＤ販売ページのＵＲＬがブックマーク表示領域ＡＲ３のブックマークから選択されたことを認識すると、図１３に示すように、ステップＳＰ１において、当該ＵＲＬをもとにコンテンツ販売サーバ５に対してＡ社・ＣＤ販売ページのソースを要求するためのソース要求信号を送信する。
【００７１】
ここでコンテンツ販売サーバ５は、Ａ社・ＣＤ販売ページが新しいコンテンツ販売サーバ６に移行されていることにより、当該Ａ社・ＣＤ販売ページのソースを保持しておらず、代わりにクライアント端末ＣＴからＡ社・ＣＤ販売ページのソースが要求された際に、当該ソースを送信できないことを示すエラー信号を返信するためのエラー返信ページが開設されている。
【００７２】
そしてコンテンツ販売サーバ５は、クライアント端末２からＡ社・ＣＤ販売ページのソース要求信号を受信すると、ステップＳＰ３０において、エラー返信ページを介してクライアント端末２にエラー信号を返信する。
【００７３】
クライアント端末２は、コンテンツ販売サーバ５からエラー信号を受信すると、ステップＳＰ２において、Ａ社・ＣＤ販売ページがコンテンツ販売サーバ５以外のサーバに移行されたことを認識し、直接入力されたＵＲＬ、あるいはブックマークから選択されたＵＲＬ（すなわちＡ社・ＣＤ販売ページがコンテンツ販売サーバ５に開設されていたときの旧ＵＲＬ）と共に、Ａ社・ＣＤ販売ページの新しいＵＲＬ（すなわちＡ社・ＣＤ販売ページがコンテンツ販売サーバ５以外の他のサーバに移行された後の新ＵＲＬ）を要求するための新ＵＲＬ要求信号をポータルサーバ４に対して送信する。
【００７４】
ポータルサーバ４は、クライアント端末２から旧ＵＲＬと共に、新ＵＲＬ要求信号を受信すると、ステップＳＰ１０において、端末管理データベースのＵＲＬ変更テーブルをもとにＡ社・ＣＤ販売ページの新ＵＲＬを検索して取得し、これをクライアント端末２に対して当該新ＵＲＬを送信する。
【００７５】
クライアント端末２は、ポータルサーバ４からＡ社・ＣＤ販売ページの新ＵＲＬを受信すると、ステップＳＰ３において、ステップＳＰ２でポータルサーバ４に対して送信したＡ社・ＣＤ販売ページの旧ＵＲＬが自身のブックマークに登録されたＵＲＬであるか否かを判定する。
【００７６】
ここで否定結果を得ると、このことはＡ社・ＣＤ販売ページの旧ＵＲＬがブックマークに登録されておらず、Ａ社・ＣＤ販売ページの旧ＵＲＬがＵＲＬ表示領域ＡＲ２（図２）に直接入力されてコンテンツ販売サーバ５にアクセスしたことを表しており、このときクライアント端末２は、次のステップＳＰ５（図１４）に移る。
【００７７】
これに対してステップＳＰ３（図１３）で肯定結果を得ると、このことはＡ社・ＣＤ販売ページの旧ＵＲＬがブックマークに登録されており、当該ブックマークが選択されてコンテンツ販売サーバ５にアクセスしたことを表しており、このときクライアント端末２は、ステップＳＰ４に移ってブックマークに登録されたＡ社・ＣＤ販売ページの旧ＵＲＬをポータルサーバ４から提供された新ＵＲＬに更新して、次のステップＳＰ５（図１４）に移る。
【００７８】
ステップＳＰ５において、クライアント端末２は、ポータルサーバ４から提供されたＡ社・ＣＤ販売ページの新ＵＲＬをもとに、Ａ社・ＣＤ販売ページの移行先である新しいコンテンツ販売サーバ６に対してＡ社・ＣＤ販売ページのソースを要求するためのソース要求信号を送信する。
【００７９】
新しいコンテンツ販売サーバ６は、クライアント端末２からＡ社・ＣＤ販売ページのソース要求信号を受信すると、ステップＳＰ２０において当該Ａ社・ＣＤ販売ページのソースをクライアント端末２に送信する。
【００８０】
クライアント端末２は、新しいコンテンツ販売サーバ６からＡ社・ＣＤ販売ページのソースを受信すると、ステップＳＰ６において、当該ソースに基づき、Ａ社・ＣＤ販売ページをページ表示領域ＡＲ１に表示すると共に、当該Ａ社・ＣＤ販売ページの新ＵＲＬをＵＲＬ表示領域ＡＲ２に表示する。
【００８１】
このように、クライアント端末２においては、ＵＲＬ変更情報をもとにＡ社・ＣＤ販売ページのＵＲＬが更新されていることを認識すると、ポータルサーバ４からＡ社・ＣＤ販売ページの新ＵＲＬを取得し、Ａ社・ＣＤ販売ページの旧ＵＲＬがブックマークに登録されている場合には、当該旧ＵＲＬを当該新ＵＲＬに自動的に更新するようになされている。
【００８２】
従って、クライアント端末２は、Ａ社・ＣＤ販売ページがコンテンツ販売サーバ５からコンテンツ販売サーバ６に移行されることにより当該Ａ社・ＣＤ販売ページのＵＲＬが変更されていた場合に、ユーザにそのことを意識させることなく自動的に自身のブックマークのＵＲＬを更新することができる。
【００８３】
一方、ポータルサーバ４は、ステップＳＰ１０（図１３）において、クライアント端末２に対して、Ａ社・ＣＤ販売ページの新ＵＲＬを送信した後、次のステップＳＰ１１に移る。
【００８４】
ステップＳＰ１１において、ポータルサーバ４は、端末管理データベースのＵＲＬ変更テーブルＴＢＬにおいて、図１５に示すようにＡ社・ＣＤ販売ページに対応するレコードの通知端末数に１を加算して更新し、次のステップＳＰ１２（図１４）に移る。
【００８５】
ステップＳＰ１２において、ポータルサーバ４は、ＵＲＬ変更テーブルＴＢＬにおけるＡ社・ＣＤ販売ページの通知端末数が所定数を超えたか否かを判定する。
【００８６】
ここで否定結果を得ると、このことは、コンテンツ販売システム１に登録された全てのクライアント端末２のうち、Ａ社・ＣＤ販売ページの新ＵＲＬが通知されたクライアント端末２の数が所定数に達しておらず、Ａ社・ＣＤ販売ページの旧ＵＲＬでコンテンツ販売サーバ５にアクセスしてくるクライアント端末２が未だに多く存在することを表しており、このときポータルサーバ４は、引き続き、ＵＲＬ更新処理を継続する。
【００８７】
これに対してステップＳＰ１２において肯定結果を得ると、このことは、コンテンツ販売システム１に登録された全てのクライアント端末２のうち、Ａ社・ＣＤ販売ページの新ＵＲＬが通知されたクライアント端末２の数が所定数に達しており、Ａ社・ＣＤ販売ページの旧ＵＲＬでコンテンツ販売サーバ５にアクセスしてくるクライアント端末２がほとんど存在していないことを表しており、このときポータルサーバ４は、クライアント端末ＣＴにおけるＡ社・ＣＤ販売ページの新ＵＲＬへの更新がほぼ完了したと判断して、コンテンツ販売サーバ５のエラー返信ページを終了しても問題ないことを示すメッセージを表示部１６に表示する。
【００８８】
これによりポータルサーバ４は、コンテンツ販売システム１の管理者に対して、クライアント端末２におけるＡ社・ＣＤ販売ページの新ＵＲＬへの更新がほぼ完了し、コンテンツ販売サーバ５のエラー返信ページを終了してもよいことを通知することができる。
【００８９】
この結果、コンテンツ販売システム１の管理者は、コンテンツ販売サーバ５のエラー返信ページを終了しても問題ないと認識することができ、図１６に示すように、コンテンツ販売サーバ５のエラー返信ページを終了させて、コンテンツ販売サーバ５をシャットダウンすることや、ネットワーク３から外すことができる。
【００９０】
このように、ポータルサーバ４においては、コンテンツ販売システム１に登録された全てのクライアント端末２のうち、Ａ社・ＣＤ販売ページの新ＵＲＬを通知したクライアント端末の数を通知端末数として管理端末データベースのＵＲＬ変更テーブルＴＢＬで管理するようになされており、当該通知端末数が所定数を超えた場合に、クライアント端末２におけるＡ社・ＣＤ販売ページの新ＵＲＬへの更新がほぼ完了したと判断し、コンテンツ販売サーバ５のエラー返信ページを終了してもよいことを示すメッセージを表示部１６に表示して通知するようになされている。
【００９１】
（２−２）ポータルサーバにアクセスする場合のＵＲＬ更新処理
コンテンツ販売システム１においては、クライアント端末２のユーザが正規ユーザとして認証されてから所定時間経過した場合には、当該クライアント端末２がポータルサーバ４にアクセスして再度正規ユーザとして認証されなければ、コンテンツ販売サーバ５等に直接アクセスできないようになされており、以下、クライアント端末２がポータルサーバ４にアクセスする場合のＵＲＬ更新処理について、図１７のシーケンスチャートを用いて説明する。
【００９２】
ステップＳＰ４０において、クライアント端末２は、自身のユーザを再度正規ユーザとして認証してもらうために、ポータルサーバ４に対して、ユーザのＩＤ及びパスワードを送信する。
【００９３】
ポータルサーバ４は、クライアント端末２からユーザのＩＤ及びパスワードを受信すると、ステップＳＰ５０において、当該ユーザのＩＤ及びパスワードに基づいてユーザ認証処理を実行する。そしてポータルサーバ４は、このユーザ認証処理の結果、かかるユーザを正規ユーザと認証すると、この旨を示した認証結果情報を生成して、次のステップＳＰ５１に移る。
【００９４】
ステップＳＰ５１において、ポータルサーバ４は、ＵＲＬ変更テーブルＴＢＬに基づき、ＵＲＬが更新された全てのページの旧ＵＲＬと新ＵＲＬとを対応付けた情報であるＵＲＬ変更情報を生成し、これを認証結果情報と共にクライアント端末２に対して送信する。
【００９５】
クライアント端末２は、ポータルサーバ４から、認証結果情報及びＵＲＬ変更情報を受信すると、当該認証結果情報に基づいて自身のユーザが正規ユーザとして認証されたことを認識すると共に、ステップＳＰ４１において、当該ＵＲＬ変更情報に記述された旧ＵＲＬが自身のブックマークに登録されているか否かを判定する。
【００９６】
ここで否定結果を得ると、このことはＵＲＬ変更情報に記載された旧ＵＲＬがクライアント端末２のブックマークに登録されておらず、ブックマークに登録されている各ページのＵＲＬを更新する必要がないことを表しており、このときクライアント端末２は、ブックマークに登録されたＵＲＬを更新せずに、以降、各ページにアクセスするようになされている。
【００９７】
これに対してステップＳＰ４１で肯定結果を得ると、このことはＵＲＬ変更情報に記載された旧ＵＲＬがクライアント端末２のブックマークに登録されており、当該ブックマークに登録されている旧ＵＲＬをＵＲＬ変更情報に記述された新ＵＲＬに更新する必要があることを表しており、このときクライアント端末２は、ステップＳＰ４２に移って、ＵＲＬ変更情報をもとにブックマークに登録されている旧ＵＲＬを新ＵＲＬに更新する。そして、クライアント端末２は、以降、更新したＵＲＬに基づいて各ページにアクセスするようになされている。
【００９８】
このように、クライアント端末２においては、ポータルサーバ４にアクセスした際に、コンテンツ販売システム１における各ページのＵＲＬ変更情報を受信すると、当該ＵＲＬ変更情報に記述された旧ＵＲＬがブックマークに登録されている場合には、当該ＵＲＬ変更情報に基づき当該旧ＵＲＬを新ＵＲＬに自動的に更新するようになされている。
【００９９】
従って、例えばＡ社・ＣＤ販売ページがコンテンツ販売サーバ５から新しいコンテンツ販売サーバ６に移行されることにより当該Ａ社・ＣＤ販売ページのＵＲＬが変更されていた場合に、ユーザにそのことを意識させることなく自動的に自身のブックマークのＵＲＬを更新することができる。
【０１００】
一方、ポータルサーバ４は、ステップＳＰ５１で認証結果情報及びＵＲＬ変更情報を送信した後、ステップＳＰ５２に移り、当該ステップＳＰ５２において、図１８に示すように端末管理データベースのＵＲＬ変更テーブルＴＢＬにおける全レコードの通知端末数に１を加算して更新し、次のステップＳＰ５３に移る。
【０１０１】
ステップＳＰ５３において、ポータルサーバ４は、ＵＲＬ変更テーブルＴＢＬの全レコードのうち、通知端末数が所定数を超えているものがあるか否かを判定する。
【０１０２】
ここで否定結果を得ると、このことは、ＵＲＬが変更されたページのうち、通知端末数が所定数に達したページが存在せず、例えばＵＲＬが変更されたＡ社・ＣＤ販売ページの旧ＵＲＬでコンテンツ販売サーバ５にアクセスしてくるクライアント端末２が未だに多く存在することを表しており、このときポータルサーバ４は、引き続き、ＵＲＬ更新処理を継続する。
【０１０３】
これに対してステップＳＰ５３において肯定結果を得ると、このことは、ＵＲＬが更新されたページのうち、通知端末数が所定数に達したページが存在し、例えばこのページがＡ社・ＣＤ販売ページであるとすれば、当該Ａ社・ＣＤ販売ページの旧ＵＲＬでコンテンツ販売サーバ５にアクセスしてくるクライアント端末２がほとんど存在していないことを表しており、このときポータルサーバ４は、クライアント端末２におけるＡ社・ＣＤ販売ページの新ＵＲＬへの更新がほぼ完了したと判断して、コンテンツ販売サーバ５のエラー返信ページを終了しても問題ないことを示すメッセージを表示部１６に表示する。
【０１０４】
なお、このときＡ社・ＣＤ販売ページ以外のページにおいても、通知端末数が所定数に達したページが存在すれば、ポータルサーバ４は、クライアント端末２における当該ページの新ＵＲＬへの更新がほぼ完了したと判断し、当該ページの旧ＵＲＬのエラー返信ページを終了しても問題ないことを示すメッセージを表示するようになされている。
【０１０５】
これによりポータルサーバ４は、コンテンツ販売システム１の管理者に対して、クライアント端末２におけるＡ社・ＣＤ販売ページの新ＵＲＬへの更新がほぼ完了し、コンテンツ販売サーバ５のエラー返信ページを終了しても問題ないことを通知することができる。
【０１０６】
この結果、コンテンツ販売システム１の管理者は、コンテンツ販売サーバ５のエラー返信ページを終了しても問題ないと認識することができ、図１６に示すように、コンテンツ販売サーバ５のエラー返信ページを終了させて、コンテンツ販売サーバ５をシャットダウンすることや、ネットワーク３から外すことができる。
【０１０７】
このように、ポータルサーバ４においては、コンテンツ販売システム１に登録された全てのクライアント端末２のうち、各ページの新ＵＲＬを通知したクライアント端末２の数を通知端末数として管理端末データベースのＵＲＬ変更テーブルＴＢＬで管理するようになされており、当該通知端末数が所定数を超えたページが存在する場合に、当該ページのクライアント端末２における新ＵＲＬへの更新がほぼ完了したと判断して、当該ページの旧ＵＲＬのエラー返信ページを終了してもよいことを通知するようになされている。
【０１０８】
（３）動作及び効果
以上の構成において、クライアント端末２は、ポータルサーバ４から提供されたアドレス変更情報や、コンテンツ販売サーバ５から受信したエラー信号をもとに自身のブックマークに登録されたＵＲＬが変更されているか否かを判定し、変更されていると判定した場合には、当該ブックマークに登録された旧ＵＲＬをポータルサーバ４から提供された新ＵＲＬに更新する。
【０１０９】
これによりクライアント端末２は、例えばＡ社・ＣＤ販売ページがコンテンツ販売サーバ５から新しいコンテンツ販売サーバ６に移行されることにより当該Ａ社・ＣＤ販売ページのＵＲＬが変更された場合に、ユーザに新ＵＲＬを探し出させるような煩雑な作業を行わせることなく、ブックマークに登録されているＡ社・ＣＤ販売ページの旧ＵＲＬを新ＵＲＬに自動的に更新することができる。
【０１１０】
一方、ポータルサーバ４は、新ＵＲＬを通知したクライアント端末２の数を通知端末数として端末管理データベースで管理し、当該通知端末数が所定数を超えたページが存在する場合に、ほぼ全てのクライアント端末２に当該ページの新ＵＲＬを通知したと認識し、このとき旧ＵＲＬのページを終了させても問題ないと判断して、当該ページを終了しても問題ないことを示すメッセージを表示部１６に表示する。
【０１１１】
これにより、ポータルサーバ４は、例えばＡ社・ＣＤ販売ページがコンテンツ販売サーバ５から新しいコンテンツ販売サーバ６に移行されることにより当該Ａ社・ＣＤ販売ページのＵＲＬが変更された場合に、当該Ａ社・ＣＤ販売ページの新ＵＲＬが通知されたクライアント端末２の数を認識し、この数が所定数を超えた場合にクライアント端末２における当該Ａ社・ＣＤ販売ページページの新ＵＲＬへの更新がほぼ完了したと判断して、当該Ａ社・ＣＤ販売ページの旧ＵＲＬに開設されているエラー返信ページを終了しても問題ないことを管理者に通知することができる。
【０１１２】
またクライアント端末２における新ＵＲＬへの更新がほぼ完了したか否かを判定する基準となる所定数を、登録されたクライアント端末２の数により近い数に設定すれば、一段と確実にクライアント端末２における新ＵＲＬへの更新が完了したことをポータルサーバ４に認識させることができ、またこの所定数を登録されたクライアント端末２の数と比してより小さな数に設定すれば、クライアント端末２における新ＵＲＬへの更新が完了したことを認識する確実性は低減するものの、一段と早く旧ＵＲＬのページを終了させることができる。
【０１１３】
以上の構成によれば、コンテンツ販売システム１のクライアント端末２においては、ポータルサーバ４から提供されたＵＲＬ変更情報をもとにブックマークに登録したＵＲＬが変更されているか否かを判定して、当該ＵＲＬが変更されていると判定した場合には、自動的に当該ＵＲＬを新ＵＲＬに更新するようにしたことにより、ＵＲＬが変更された場合に、ユーザの介在なしにブックマークに登録したＵＲＬを自動的に更新することができる。
【０１１４】
また、コンテンツ販売システム１のポータルサーバ４においては、新ＵＲＬを通知したクライアント端末２の数を通知端末数として端末管理データベースで管理し、当該通知端末数が所定数を超えた場合に、ほぼ全てのクライアント端末２に新ＵＲＬを通知したと認識して、このとき旧ＵＲＬのページを終了させても問題ないと判断するようにしたことにより、ほぼ全てのクライアント端末２に新ＵＲＬを通知した後に、旧アドレスのページを終了させることができる。
【０１１５】
（４）他の実施の形態
なお上述の実施の形態においては、クライアント端末２に対して新ＵＲＬまたはＵＲＬ変更情報を送信した時点で、ポータルサーバ４のＵＲＬ変更テーブルＴＢＬにおける通知端末数を更新するようにした場合について述べたが、本発明はこれに限らず、クライアント端末２が新ＵＲＬまたはＵＲＬ変更情報を受信してブックマークのＵＲＬを更新した際に、当該ＵＲＬを更新したことを示す更新完了情報を生成して、これをポータルサーバ４に対して送信し、ポータルサーバ４が当該更新完了情報を受信した際に、ＵＲＬ変更テーブルＴＢＬにおける通知端末数を更新するようにしてもよい。これにより、ポータルサーバ４は、クライアント端末２がブックマークのＵＲＬを更新したことを、確実に認識することができる。
【０１１６】
また上述の実施の形態においては、各ページの通知端末数が所定数を超えた場合に、ポータルサーバ４において、クライアント端末２における当該ページの新ＵＲＬへの更新がほぼ完了したと判断し、当該ページを終了しても問題ないことを示すメッセージを表示部１６に表示するようにした場合について述べたが、本発明はこれに限らず、新ＵＲＬへの更新がほぼ完了したと判断した後、ポータルサーバ４の制御部１０によって当該ページのソースを保持するサーバから当該ソースを自動的に消去するようにしてもよいし、当該ページのＵＲＬ変更情報の送信を停止するようにしてもよいし、当該ページのＵＲＬ変更情報を送信するためのＵＲＬ通知プログラム自体を消去するようにしてもよく、これによりアドレス変更以降の処理を全て自動化させることができる。
【０１１７】
さらに上述の実施の形態においては、コンテンツ販売サーバ５とポータルサーバ４をそれぞれ別のサーバとする場合について述べたが、本発明はこれに限らず、コンテンツ販売サーバ５とポータルサーバ４とを１つのサーバにしてもよい。
【０１１８】
さらに上述の実施の形態においては、クライアント端末２のＣＰＵ３０がＲＯＭ３２に予め格納されたＵＲＬ更新プログラムをＲＡＭ３３上に展開し、当該ＵＲＬ更新プログラムに従って上述のＵＲＬ更新処理を実行するようにした場合について述べたが、本発明はこれに限らず、ＵＲＬ更新プログラムが格納されたプログラム格納媒体をクライアント端末２にインストールすることにより当該ＵＲＬ更新処理を実行するようにしてもよい。
【０１１９】
さらに上述の実施の形態においては、ポータルサーバ４の制御部１０がＲＯＭ１１に予め格納されたＵＲＬ通知プログラムをＲＡＭ１４上に展開し、当該ＵＲＬ通知プログラムに従って上述のＵＲＬ更新処理を実行するようにした場合について述べたが、本発明はこれに限らず、ＵＲＬ通知プログラムが格納されたプログラム格納媒体をポータルサーバ４にインストールすることにより当該ＵＲＬ更新処理を実行するようにしてもよい。
【０１２０】
さらに上述の実施の形態においては、アドレス更新装置としてのクライアント端末２を、アドレスとしてのＵＲＬを記憶する記憶手段としてのハードディスクドライブ３４、判定手段及び更新手段としてのＣＰＵ３０、アドレス変更情報受信手段、ページ情報としてのソースを要求するための要求情報を送信するページ情報要求手段、ページ情報受信手段、新アドレス要求情報送信手段及び新アドレス受信手段としての通信処理部４４及びネットワークインターフェース４５によってアドレス更新装置を構成する場合について述べたが、本発明はこれに限らず、この他種々の回路構成でアドレス更新装置を構成するようにしてもよい。
【産業上の利用可能性】
【０１２１】
本発明は、例えばブックマーク機能を有するクライアント端末に適用することができる。
【図面の簡単な説明】
【０１２２】
【図１】本発明によるコンテンツ販売システムの全体構成を示す略線図である。
【図２】基本画面（１）を示す略線図である。
【図３】基本画面（２）を示す略線図である。
【図４】基本画面（３）を示す略線図である。
【図５】基本画面（４）を示す略線図である。
【図６】ポータルサーバの回路構成を示すブロック図である。
【図７】コンテンツ販売サーバの回路構成を示すブロック図である。
【図８】クライアント端末の回路構成を示すブロック図である。
【図９】ディレクトリ構成を示す略線図である。
【図１０】クライアント端末のプログラムモジュールを示す略線図である。
【図１１】コンテンツ販売システムの全体構成（２）を示す略線図である。
【図１２】端末管理データベースのＵＲＬ変更テーブル（１）を示す略線図である。
【図１３】クライアント端末がコンテンツ販売サーバにアクセスする場合のＵＲＬ更新処理手順を示すフローチャートである。
【図１４】図１３のＵＲＬ更新処理手順に続くフローチャートである。
【図１５】端末管理データベースのＵＲＬ変更テーブル（２）を示す略線図である。
【図１６】コンテンツ販売システムの全体構成（３）を示す略線図である。
【図１７】クライアント端末がポータルサーバにアクセスする場合のＵＲＬ更新処理手順を示すフローチャートである。
【図１８】端末管理データベースのＵＲＬ変更テーブル（３）を示す略線図である。
【符号の説明】
【０１２３】
１……コンテンツ販売システム、２……クライアント端末、３……ネットワーク、４……ポータルサーバ、５、６……コンテンツ販売サーバ、１０、２０……制御部、１２、３４……ハードディスクドライブ、３０……ＣＰＵ、１５、２５……データ通信処理部、４４……通信処理部、４５……ネットワークインターフェース。
【図１】
2005107754.tif 000003
【図２】
2005107754.tif 000004
【図３】
2005107754.tif 000005
【図４】
2005107754.tif 000006
【図５】
2005107754.tif 000007
【図６】
2005107754.tif 000008
【図７】
2005107754.tif 000009
【図８】
2005107754.tif 000010
【図９】
2005107754.tif 000011
【図１０】
2005107754.tif 000012
【図１１】
2005107754.tif 000013
【図１２】
2005107754.tif 000014
【図１３】
2005107754.tif 000015
【図１４】
2005107754.tif 000016
【図１５】
2005107754.tif 000017
【図１６】
2005107754.tif 000018
【図１７】
2005107754.tif 000019
【図１８】
2005107754.tif 000020