JP2002268970A - アクセス方法および情報処理装置および情報提供装置 - Google Patents

Abstract

(57)【要約】 【課題】ネットワーク上に存在するアクセス対象にアク
セスするためのアクセス情報が変更されても、容易に、
その新たなアクセス情報を得て、目的のアクセス対象に
アクセスすることができるアクセス方法およびそれを用
いた通信端末装置を提供する。 【解決手段】ネットワーク上に存在するアクセス対象
（情報リソース、相手端末など）へアクセスするための
アクセス情報（ＵＲＬ、電話番号、電子メールアドレス
など）の変更前と変更後の対応関係を登録したアクセス
情報テーブルへアクセスするために必要なアクセス情報
を予め記憶するとともに、入力アクセス情報に基づき目
的のアクセス対象にアクセスできなかったとき、前記目
的のアクセス対象にアクセスすべく、前記アクセス情報
テーブルにアクセスして、該アクセス情報テーブルから
該入力アクセス情報に対応付けられた変更後のアクセス
情報を取得する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば、ユーザ間
で情報リソース群を分散して共有しており、識別子を指
定することで目的の情報リソースの保持場所を特定し、
特定された保持場所から情報リソースを取得するような
情報リソース分散共有システムに関する。

【０００２】

【従来の技術】ユーザ間で情報リソース群を分散して共
有し、識別子を指定することで目的の情報リソースの保
存場所を特定し、特定された保存場所から情報リソース
を取得して閲覧するような情報リソース分散共有システ
ムは多々存在する。例えば、ＷＷＷ（Ｗｏｒｌｄ Ｗｉ
ｄｅ Ｗｅｂ）がそうである。ＷＷＷではユーザ間で情
報リソースを分散共有しており、識別子としてＵＲＬ
（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏ
ｒ）を指定することで、目的の情報リソースの保存場所
を特定し、特定された保存場所から情報リソースを取得
することで目的の情報リソースを閲覧することができ
る。

【０００３】ところで、ＷＷＷ上の情報リソースのＵＲ
Ｌは永続的ではない。例えば情報リソースを置いている
Ｗｅｂサイトの構成を変更したり、情報リソースを置い
ているＷＷＷサーバを変更したりすることで情報リソー
スの保存場所が変わり、そのためにＵＲＬが変更される
ことがある。このため、以前参照したＵＲＬにアクセス
した際に、「その情報リソースはもはや存在しない」と
いった旨のエラーがＷＷＷサーバから返されることが度
々ある。この時、目的の情報リソースの新しいＵＲＬを
探し出すことは困難である。

【０００４】情報リソースのＵＲＬの変更は情報リソー
スの所有者にとっても深刻な問題である。所有者は情報
リソースが他のユーザから参照されることを期待して情
報発信をしているため、情報リソースのＵＲＬを変更し
た際に今までの参照ユーザを失うことは大きな損失であ
る。このため、ＵＲＬ変更に関する一時的な情報リソー
スを作成し、これに変更前のＵＲＬを対応付けること
で、変更前のＵＲＬから目的の情報リソースを参照しよ
うとしたユーザに対してＵＲＬ変更を知らせることが行
われている。

【０００５】しかしながら、ＵＲＬの仕組み上、前記Ｕ
ＲＬ変更に関する一時情報は変更前のＵＲＬの指し示す
ＷＷＷサーバ上に保持することになる。このため例えば
ＩＳＰ（Ｉｎｔｅｒｎｅｔ Ｓｅｒｖｉｃｅ Ｐｒｏｖ
ｉｄｅｒ）と契約してダイヤルアップにてインターネッ
トに接続しているユーザが、現在契約しているＩＳＰと
の契約を解除し、別のＩＳＰと契約し、以前のＩＳＰの
ＷＷＷサーバに置いていた情報リソースを新たなＩＳＰ
のＷＷＷサーバに移動する場合、前記ＵＲＬ変更に関す
る一時情報を置いておくために以前のＩＳＰとの契約を
解除できず、余計なコストがかかることになる。このた
め、前記ＵＲＬ変更に関する一時情報を変更前のＵＲＬ
に対応付けるようなことをしないか、対応付けたとして
も短期間しか対応付けを維持しないことが多く、結局Ｕ
ＲＬの変更を広く知らしめることは満足に行なえない。

【０００６】このため、変更前のＵＲＬしか知らないユ
ーザは目的の情報リソースを参照するために様々な場当
たり的な方法、例えばインターネット検索サイトを利用
する等して目的の情報リソースを再発見しようと試みる
ことになる。その結果、どうにか目的の情報リソースを
再発見できたとしても、以前のＵＲＬと新しいＵＲＬの
対応情報は再発見したユーザのみが保持することにな
り、他のユーザが知ることはない。従って、他のユーザ
が情報リソースを参照したい場合は同じような場当たり
的な再発見の過程を辿ることになる。

【０００７】

【発明が解決しようとする課題】以上説明したように、
ネットワーク上に分散して保存されている情報リソース
は、その情報リソースの該ネットワーク上の保存場所を
表したアクセス情報としての識別情報（例えばＵＲＬ）
に基づき取得するようになっているが、この識別情報が
変更されていたとき、目的の情報リソースの新たな識別
情報を容易に得ることができないため、目的の情報リソ
ースを取得することができなくなってしまういという問
題点があった。

【０００８】また、無線、有線の電話網、インターネッ
トなどの所定のネットワークを介して相手先に接続する
際には、電話番号やメールアドレスなどの相手先にアク
セスするためのアクセス情報に基づき相手端末に接続す
るようになっているが、このアクセス情報が変更されて
いたときも同様に、目的の相手端末の新たなアクセス情
報を容易に得ることができないため、目的の相手端末に
接続することができなくなっていまうという問題点があ
った。

【０００９】そこで、本発明は、上記問題点に鑑み、ネ
ットワーク上に存在するアクセス対象にアクセスするた
めのアクセス情報が変更されても、容易に、その新たな
アクセス情報を得て、目的のアクセス対象にアクセスす
ることができるアクセス方法および通信端末装置、情報
提供装置を提供することを目的とする。

【００１０】具体的には、ネットワーク上に分散配置さ
れている情報リソースの保存場所を表した識別情報が変
更されても、容易に、その新たな識別情報を得て、目的
の情報リソースを取得することができるアクセス方法お
よびそれを用いた通信端末装置、情報提供装置を提供す
ることを目的とする。

【００１１】また、無線、有線の電話網、インターネッ
トなどの所定のネットワークを介して相手先に接続する
ための電話番号、メールアドレスなどの相手先にアクセ
スするためのアクセス情報が変更されても、容易に、そ
の新たなアクセス情報を得て、目的の相手端末に接続す
ることができるアクセス方法およびそれを用いた通信端
末装置、情報提供装置を提供することを目的とする。

【００１２】

【課題を解決するための手段】本発明は、ネットワーク
上に存在するアクセス対象（情報リソース、相手端末な
ど）へアクセスするためのアクセス情報（ＵＲＬ、電話
番号、アドレスなど）の変更前と変更後の対応関係を登
録したアクセス情報テーブルへアクセスするために必要
なアクセス情報（ＵＲＬ、電話番号、アドレスなど）を
予め記憶するとともに、入力アクセス情報に基づき目的
のアクセス対象にアクセスできなかったとき、前記目的
のアクセス対象にアクセスすべく、前記アクセス情報テ
ーブルにアクセスして、該アクセス情報テーブルから該
入力アクセス情報に対応付けられた変更後のアクセス情
報を取得することにより、ネットワーク上に存在するア
クセス対象にアクセスするためのアクセス情報が変更さ
れても、容易に、その新たなアクセス情報を得て、目的
のアクセス対象にアクセスすることができる。

【００１３】好ましくは、前記アクセス情報テーブルか
ら、前記入力アクセス情報に対応付けられた複数の変更
後のアクセス情報が検索されたとき、その一覧を取得し
て表示し、その中から選択された変更後のアクセス情報
に基づき目的のアクセス対象へアクセスする。

【００１４】また、前記アクセス情報テーブルには、変
更前のアクセス情報に対応付けられた変更後のアクセス
情報が、その変更後のアクセス情報の信頼性の高さを表
す優先度とともに登録され、前記表示された一覧には、
前記複数の変更後のアクセス情報が前記優先度に従って
並べられていることにより、変更後のアクセス情報が複
数ある場合や、変更後のアクセス情報を取得したとき
に、実際に、それを用いるかどうか（その変更後のアク
セス情報を用いてアクセス対象にアクセスするか否か
（情報リソースを取得するか否か））の判断の目安とな
り、ユーザに安心感を与える。

【００１５】また、ユーザにより（ブックマークとし
て）予め登録された特定のアクセス対象のアクセス情報
のうちの１つが選択されて、その選択されたアクセス情
報を入力アクセス情報として用いて前記特定のアクセス
対象へアクセスできなかったときに、前記アクセス情報
テーブルから取得した前記特定のアクセス対象の変更後
のアクセス情報で、前記特定のアクセス対象の前記登録
されているアクセス情報を書き換えることにより、例え
ば、ブックマークとして予め登録したアクセス情報をわ
ざわざユーザが書き換える必要がない。

【００１６】前記登録された特定のアクセス対象のアク
セス情報がユーザにより変更されたとき、前記アクセス
情報テーブルに、前記特定のアクセス対象の変更前と変
更後のアクセス情報の対応関係を登録することにより、
個人的な登録情報を書き換えるだけでアクセス情報テー
ブルにも反映されるので、手間なく変更後のアクセス情
報が他のユーザにも利用可能になる。

【００１７】また、アクセス情報の変更されたアクセス
対象に関し、ユーザにより入力されたコメントを前記ア
クセス情報に対応付けて登録したコメントテーブルへ、
前記アクセス情報に対応付けて新たに入力されたコメン
トを登録し、前記アクセス情報テーブルから前記入力ア
クセス情報に対応付けられた変更後のアクセス情報が検
索できなかったときに、前記コメントテーブルから取得
した前記入力アクセス情報に対応付けられたコメントの
一覧を表示する。コメントを用いることにより、識別情
報が変更されて、変更後の識別情報が現在不明であるよ
うなアクセス対象に関し、多くのユーザに不明なアクセ
ス情報の探索の協力や、アクセス情報テーブルへ登録を
呼びかけることができるので、頻繁にアクセスされるア
クセス対象の変更後のアクセス情報が迅速にアクセス情
報テーブルに登録されることが見込まれる。

【００１８】

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

【００１９】（第１の実施形態）図１は第１の実施形態
に係る情報共有システムの全体の構成例を示したもの
で、世界中に分散配置されているＷＷＷ上の情報リソー
スを、その情報リソースの保存場所を指定することによ
り、あるいは、リンクを辿ることにより取得することが
できるシステムである。

【００２０】この場合、各情報リソースはＷＷＷサーバ
１０に保存されており、情報リソースの保存場所を表記
したものがＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ
Ｌｏｃａｔｏｒ）である。ＷＷＷサーバ１０は、ＷＷ
ＷクライアントとしてのＷＷＷブラウザ２からの要求に
従って情報リソースを提供する。

【００２１】ＷＷＷブラウザ２は、各ユーザのパーソナ
ルコンピュータや携帯通信端末等のユーザ端末１１上
で、ユーザ端末１１のハードウエア資源等を用いて動作
する。

【００２２】ＷＷＷブラウザ２が、ＵＲＬから情報リソ
ースを検索するためには、まず、ＵＲＬから情報リソー
スが存在するＷＷＷサーバ名を取得し、次に、このＷＷ
Ｗサーバに対して情報リソースの取得要求を送信するこ
とで目的の情報リソースを取得する。この時、仮に情報
リソースの保存場所が変更されていてＵＲＬが無効にな
っていれば、ＷＷＷサーバは、ＵＲＬの示す情報リソー
スが存在しないことを表す返り値を返す。

【００２３】図１において、情報共有システムは、大き
く分けて、複数のＷＷＷサーバ１０と、ＷＷＷブラウザ
２と、ＷＷＷサーバの１つとしてのＵＲＬ情報提供サー
バ１とから構成されている。

【００２４】ＵＲＬ情報提供サーバ１は、ＵＲＬ変更情
報テーブル３と、ＵＲＬ変更情報登録部４と、コメント
テーブル５と、コメント登録部６と、コメントリスト自
動生成部７、制御部８とから構成されている。

【００２５】なお、図１では、コメントテーブル５、コ
メント登録部６、コメントリスト自動生成部７は、ＵＲ
Ｌ変更情報テーブル３，ＵＲＬ変更情報登録部４ととも
に、１つのＵＲＬ情報提供サーバ１が有しているが、こ
の場合に限らず、コメントテーブル５、コメント登録部
６、コメントリスト自動生成部７を他のサーバ内に設け
てもよい。この場合、２つのＵＲＬ情報提供サーバ１が
互いに通信を行いながらユーザ端末１１へ情報提供を行
うことになる。あるいは、ユーザ端末１１（のＵＲＬ情
報提供サーバアクセス制御部１２）が、これら２つのＵ
ＲＬ情報提供サーバ１のＵＲＬを予め記憶し、一方のサ
ーバから変更後ＵＲＬが得られなかったとき、他方のサ
ーバにアクセスして、コメントリストを取得するように
してもよい。

【００２６】ＷＷＷサーバ１０は、情報リソースを保持
しており、ＷＷＷブラウザ２からの要求を受けて、要求
された情報リソースをＷＷＷブラウザ２に送信する。

【００２７】ＷＷＷブラウザ２は、ユーザが情報リソー
スを閲覧するためのインターフェイスであり、その機能
は、大きく分けて、図３に示すように、入力部２１、情
報リソース取得部２２、情報リソース表示部２３、ブッ
クマーク管理部２４から構成されている。さらに、本発
明の要旨に係るＵＲＬ情報提供サーバアクセス制御部１
２が情報リソース取得部２２に接続されている。また、
本発明の要旨に係るブックマーク情報更新部１３がブッ
クマーク管理部２４に接続されている。

【００２８】ＵＲＬ情報提供サーバアクセス制御部１
２、ブックマーク情報更新部１３は、ＷＷＷブラウザ２
のアドインソフトであり、ＷＷＷブラウザ２に組み込み
むことにより追加される機能部である。

【００２９】入力部２１には、ユーザによりＵＲＬが直
接入力されたり、ブックマーク管理部２４でブックマー
クとして登録されているＵＲＬが選択されたり、情報リ
ソース表示部２３に表示されている情報リソースが他の
情報リソースへのハイパーリンクを持っている場合にハ
イパーリンクを選択することにより、目的の情報リソー
スのＵＲＬが入力される。この目的の情報リソースのＵ
ＲＬは、情報リソース取得部２２に渡され、情報リソー
ス取得部２２は、当該ＵＲＬから目的の情報リソースを
保持するＷＷＷサーバを特定して、当該ＷＷＷサーバに
対して情報リソースの取得要求を出し、この取得要求を
受け取ったＷＷＷサーバから送信された要求された情報
リソースを受信し、情報リソース表示部２３に渡す。

【００３０】情報リソース表示部２３は、情報リソース
をユーザ端末１１のディスプレイに表示するために、当
該情報リソースの種類に応じた加工を行って、当該情報
リソースを表示する。

【００３１】ブックマーク管理部２４は、公知の技術で
あり、ユーザがブックマークとしてＵＲＬを登録するこ
とにより、次回アクセスを容易にさせるための機能部で
ある。情報リソース表示部２３にて表示された情報リソ
ースのＵＲＬをブックマークとして登録することもでき
る。

【００３２】ＵＲＬ情報提供サーバアクセス制御部１２
は、ＵＲＬ情報提供サーバ１のＵＲＬ変更情報テーブル
３へアクセスするためのＵＲＬを予め記憶し、情報リソ
ース取得部２２で、目的の情報リソースが取得できなか
ったとき、ＵＲＬ情報提供サーバ１にアクセスするため
のものである。

【００３３】ブックマーク情報更新部１３は、ブックマ
ーク管理部２４に登録されているＵＲＬが変更されてい
るときは、ＵＲＬ情報提供サーバ１から送られてきた変
更後ＵＲＬで、登録されているＵＲＬを書き換えるよう
になっている。

【００３４】ＷＷＷブラウザ２は、ユーザ端末２の画面
表示部（ディスプレイ）３０に、例えば、図５に示すよ
うなＧＵＩ画面を提示するようになっている。

【００３５】ＧＵＩ画面は、ＵＲＬ入力部３１と情報リ
ソース表示部３２とブッマーク管理部３３から構成され
ており、ユーザがＵＲＬ入力部３１にＵＲＬを入力する
か、もしくはブックマーク管理部３３にてブックマーク
として登録されているＵＲＬを選択するか、もしくは情
報リソース表示部３２に表示されている情報リソースが
他の情報リソースへのハイパーリンクを持っている場合
にハイパーリンクを選択すると、ＷＷＷブラウザ２は当
該ＵＲＬから目的の情報リソースを保持するＷＷＷサー
バを特定して、そのＷＷＷサーバに対して情報リソース
の取得要求を出す。取得要求を受け取ったＷＷＷサーバ
は要求された情報リソースをＷＷＷブラウザ２に送信す
る。

【００３６】ＷＷＷブラウザ２はＷＷＷサーバから送信
された情報リソースを情報リソース表示部３２に表示す
る。また、ユーザは情報リソース表示部３２に表示され
ている情報リソースのＵＲＬをブックマークとして登録
することもできる。

【００３７】図１のＵＲＬ情報提供サーバ１の説明に戻
る。

【００３８】ＵＲＬ変更情報テーブル３は、情報リソー
スのＵＲＬの変更情報を保持するテーブルである。情報
リソースのＵＲＬの変更情報とは、例えば、図６に示す
ように、具体的には情報リソースの変更前のＵＲＬ（変
更前ＵＲＬ）と変更後のＵＲＬ（変更後ＵＲＬ）の組で
ある。さらに、変更情報は優先度を持つこともできる。
優先度は、変更前のＵＲＬが同一であるような変更情報
が複数存在する場合に、どの変更情報が優先的にユーザ
に提示されるかを表す数値であり、信頼性の高さを表し
たものである。ここでは、この値が高いものほど、優先
度が高いものとする。

【００３９】ＵＲＬ変更情報登録部４は、情報リソース
のＵＲＬの変更情報をＵＲＬ変更情報テーブル３に登録
するためのもので、ユーザ端末１１に、例えば、図８に
示すようなＧＵＩ画面４１を提供して、ユーザがＵＲＬ
の変更情報を登録可能にする。

【００４０】ＧＵＩ画面４１は、変更前ＵＲＬ入力部４
２と変更後ＵＲＬ入力部４３と登録ボタン４４から構成
されており、ユーザが変更前ＵＲＬ入力部４２と変更後
ＵＲＬ入力部４３にそれぞれ情報リソースの変更前のＵ
ＲＬと変更後のＵＲＬを入力し、登録ボタン４４を押す
ことによって、情報リソースの変更前のＵＲＬと変更後
のＵＲＬの組がＵＲＬ変更情報テーブル３に登録され
る。

【００４１】コメントテーブル５は、ＵＲＬに関するユ
ーザからのコメントを保持するテーブルであり、例えば
図７に示すように、例えば、「ｈｔｔｐ：／／ｗｗｗ．
ｐｒｏｖｉｄｅｒ．ｏｒ．ｊｐ／〜ｕｓｅｒ／ｂｂｓ
／」というＵＲＬに対し、「山田 太郎」というユーザ
が「この掲示板の元利用者が集まる新しい掲示板を作っ
てほしいです。」というコメントを登録していることを
記録している。

【００４２】コメント登録部６は、指定されたＵＲＬに
関するコメントを登録するためのものである。ユーザ端
末１１に、例えば、コメント登録画面を提供して、ユー
ザがコメントを登録可能にする。コメント登録部６は、
具体的には、ＵＲＬ（ｕ）とユーザ名（ｎ）とコメント
本文（ｃ）が指定されると、（ｕ，ｎ，ｃ）という組を
コメントテーブル５に登録する。

【００４３】コメントリスト自動生成部７は、指定され
たＵＲＬに関するコメントの一覧を生成する。コメント
リスト自動生成部７は、例えば、ＵＲＬ（ｕ）が与えら
れると、ＵＲＬ（ｕ）に対応付けて登録されたコメント
をコメントテーブル５から取得し、コメントの一覧（コ
メントリスト）をＵＲＬ情報提供サーバ１の情報リソー
スとして生成する。コメントリスト自動生成部７は、例
えば、ＷＷＷにおけるＣＧＩ（Ｃｏｍｍｏｎ Ｇａｔｅ
ｗａｙ Ｉｎｔｅｒｆａｃｅ）によって実現することが
できる。

【００４４】制御部８は、上記各部を制御するととも
に、ＷＷＷブラウザ２からの要求を受け付けて、ＵＲＬ
変更情報テーブル３から要求のあったＵＲＬの変更後Ｕ
ＲＬを検索して、その検索結果として得られた変更後Ｕ
ＲＬや、コメントリスト自動生成部７で生成された要求
のあったＵＲＬに関するコメントリストを、要求元のブ
ラウザ２へレスポンスとして返す。

【００４５】次に、図４に示すフローチャートを参照し
て、ＷＷＷブラウザ２（ＵＲＬ情報提供サーバアクセス
制御部１２を含む）とＵＲＬ情報提供サーバ１の処理動
作について説明する。

【００４６】ユーザ端末１１で情報リソースを閲覧する
場合、ユーザは、例えば、ＷＷＷブラウザ２のＧＵＩ画
面のＵＲＬ入力部３１に目的の情報リソースのＵＲＬ
（ｕ）を入力する。ＵＲＬ（ｕ）が入力されると、ＷＷ
Ｗブラウザ２の情報リソース取得部２２は、ＵＲＬ
（ｕ）から目的の情報リソースを保持するＷＷＷサーバ
（ｕｓ）を特定する（ステップＳ１）。

【００４７】次に、情報リソース取得部２２は、この特
定されたＷＷＷサーバ（ｕｓ）に対してＵＲＬ（ｕ）で
示される情報リソースの取得要求を出す（ステップＳ
２）。当該ＷＷＷサーバ（ｕｓ）にＵＲＬ（ｕ）で示さ
れる情報リソースが存在するときは、ＷＷＷサーバ（ｕ
ｓ）から送信されてくる情報リソースは、情報リソース
表示部２３により、ユーザ端末１１の画面表示部３０上
の情報リソース表示部３２に表示される（ステップＳ
３、ステップＳ５）。

【００４８】一方、ステップＳ３において、ＷＷＷサー
バ（ｕｓ）に、ＵＲＬ（ｕ）で示される情報リソースが
存在しないときは、ＷＷＷサーバ（ｕｓ）からは、「そ
の情報リソースはもはや存在しない」といった旨のエラ
ーメッセージが返信されてくる。このようなエラーメッ
セージを情報リソース取得部２２が受信すると、ＵＲＬ
情報提供サーバアクセス制御部１２は、ＵＲＬ情報提供
サーバ１に接続し、ＵＲＬ（ｕ）を含む情報リソースの
取得要求を出す。

【００４９】ＵＲＬ情報提供サーバ１は、この要求を受
信すると、ＵＲＬ（ｕ）を変更前ＵＲＬとして持つよう
なＵＲＬの変更情報をＵＲＬ変更情報テーブル３から検
索する（ステップＳ４）。

【００５０】検索結果が存在しなければ、その旨のメッ
セージを要求元のＷＷブラウザ２へ返信する（ステップ
Ｓ６，ステップＳ８）。

【００５１】存在すれば（ステップＳ６）、検索結果で
あるＵＲＬ変更情報の変更後ＵＲＬ（ｕ´）を要求元の
ＷＷＷブラウザ２へ返信し、これを受け取った情報リソ
ース取得部２２は、例えば、図９に示すように、ＵＲＬ
（ｕ）が既に使われていない旨のメッセージ、変更後Ｕ
ＲＬが見つかった旨のメッセージ、変更後ＵＲＬを提示
するか否かをユーザに問い合わせるためのメッセージな
どを新たな表示画面５１上に提示する。このようなメッ
セージを見たユーザにより、例えば、変更後ＵＲＬ（こ
こでは、移転先のＵＲＬ）の表示指示がなされると、例
えば、図１２に示すように、情報リソース表示部３２に
移転先のＵＲＬが表示される。この画面上の「実行」ボ
タン８１が選択されて、移転先のＵＲＬ、すなわち、変
更後ＵＲＬ（ｕ´）による情報リソースの取得指示操作
がなされたときは、情報リソース取得部２２は、変更後
ＵＲＬ（ｕ´）を用いて、そのＵＲＬ（ｕ´）に対応す
る情報リソースの取得動作を開始する。すなわち、ステ
ップＳ１〜ステップＳ３、ステップＳ５と同様にして、
ＵＲＬ（ｕ´）から目的の情報リソースを保持するＷＷ
Ｗサーバ（ｕｓ´）を特定した後、情報リソース取得部
２２は、ＷＷＷサーバ（ｕｓ´）に対してＵＲＬ（ｕ
´）で示される情報リソースの取得要求を出し、この結
果、ＷＷＷサーバ（ｕｓ´）から目的の情報リソースが
送られてきたときは、その情報リソースは、情報リソー
ス表示部２３により、ＧＵＩ画面上の情報リソース表示
部３２に表示される（ステップＳ７）。

【００５２】なお、図９に示すようなメッセージを提示
せずに、変更後ＵＲＬ（ｕ´）を受け取ったら、そのま
ま、すぐに、その変更後ＵＲＬ（ｕ´）を用いて、情報
リソースの取得動作を開始するようにしてもよい。

【００５３】また、ＷＷＷブラウザ２は、ＵＲＬ（ｕ）
が、ブックマーク管理部２４に登録されているならば、
ステップＳ７において、ブックマーク情報更新部１３は
（ユーザからの指示なくして、自動的に）、ブックマー
ク管理部２４に登録されているＵＲＬ（ｕ）を、変更後
ＵＲＬ（ｕ´）に書き換えてもよい。また、ブックマー
ク情報更新部１３は、ブックマーク管理部２４に登録さ
れているＵＲＬ（ｕ）を、変更後ＵＲＬ（ｕ´）に書き
換える旨のメッセージをユーザ端末１１の画面表示部３
０に表示した後、書き換えの指示がユーザからなされた
ときに書き換えるようにしてもよい。

【００５４】また、ステップＳ４にて、ＵＲＬ変更情報
テーブル３の検索結果が複数存在した場合は（すなわ
ち、ＵＲＬ（ｕ）を変更前ＵＲＬとして持つような変更
後ＵＲＬが複数存在する場合は）、ステップＳ７の前に
複数の変更後ＵＲＬの中から１つを選択する処理を行な
う。この選択方法としては、ＵＲＬ情報提供サーバ１
は、複数の変更後ＵＲＬの一覧を要求元のＷＷＷブラウ
２に返信して、ＷＷＷブラウザ１では、図１３に示すよ
うに、情報リソース表示部３２に変更後ＵＲＬの一覧を
表示し、その中からユーザにより選択されたＵＲＬを用
いて、情報リソース取得部２２が、上記の情報取得動作
を行えばよい。

【００５５】このとき、変更後ＵＲＬの一覧は、図１３
に示すように、優先度の高いものから順に（優先順位に
従って）並んでいることが望ましい。この場合、ＵＲＬ
情報提供サーバ１の制御部８は、変更後ＵＲＬの一覧を
それぞれの優先度に従って並び替えて要求元のＷＷＷブ
ラウザ２へ返信すればよい。ユーザが、この一覧の中か
ら１つを選択した後、「実行」ボタン８５を選択すれ
ば、情報リソースの取得動作が開始される。

【００５６】また、ＵＲＬ情報提供サーバ１にて、各Ｕ
ＲＬ変更情報に与えられた優先度が一番高いものを１つ
選択した後に、それを要求元のＷＷＷブラウザ２へ返信
するようにしてもよい。

【００５７】また、ステップＳ７では、検索結果が存在
しない旨をユーザに通知するが、これの代わりにコメン
トリスト自動生成部７によって、ＵＲＬ（ｕ）に対応付
けられて登録されたコメントからコメントリスト（ｃｌ
ｕ）を生成し、このコメントリスト（ｃｌｕ）を情報リ
ソースとして、要求元のＷＷＷブラウザ２に返信するよ
うにしてもよい。

【００５８】情報リソース取得部２２は、コメントリス
トを受信すると、例えば、図１０に示すように、ＵＲＬ
（ｕ）が既に使われていない旨のメッセージ、ＵＲＬ
（ｕ）に対応する情報リソースを提示する代わりに、Ｕ
ＲＬ（ｕ）に対応するコメントリストを提示する旨のメ
ッセージ等を新たな表示画面６１上に提示する。そし
て、表示画面６０に受信したコメントリストを表示す
る。

【００５９】なお、図１０に示すように、コメントリス
トを表示する表示画面６０には、コメント登録部６から
提供されるコメント登録領域６３が設けられていてもよ
い。ユーザは、ＵＲＬ（ｕ）に対応するコメントリスト
を読んだり、コメント登録領域６３にコメントを入力し
てコメント登録指示ボタン６４を押すことにより、当該
ユーザ自身のＵＲＬ（ｕ）に対応するコメントを追加登
録することができる。

【００６０】さらに、ステップＳ６において、検索結果
が存在するときは、ステップＳ７におて、ＵＲＬ情報提
供サーバ１自身が、検索結果としての変更後ＵＲＬ（ｕ
´）を手がかりに、他のＷＷＷサーバ１０に接続して、
目的の情報リソースを取得し、その後、その取得した情
報リソースを変更後ＵＲＬ（ｕ´）とともに、要求元の
ＷＷＷブラウザ２に返信するようにしてよい。

【００６１】次に、ＵＲＬの変更情報の登録について説
明する。例えば、ある情報リソースの作成者が情報リソ
ースのＵＲＬを変更しようとする場合や、情報リソース
の利用者（閲覧者）が、例えば伝聞等で、ある情報リソ
ースの移動先のＵＲＬ（変更後ＵＲＬ）を知った場合、
そのユーザは、自身のユーザ端末１１からＵＲＬ情報提
供サーバ１にアクセスして、図８に示したようなＧＵＩ
画面（ＵＲＬ変更情報登録画面）４１を自身のユーザ端
末１１に提示してもらう。

【００６２】ユーザが変更前ＵＲＬ入力部４２と変更後
ＵＲＬ入力部４３にそれぞれ情報リソースの変更前のＵ
ＲＬと変更後のＵＲＬを入力し、登録ボタン４４を押す
ことによって、情報リソースの変更前のＵＲＬと変更後
のＵＲＬの組が、ＵＲＬ情報提供サーバ１（のＵＲＬ変
更情報登録部４）に送られ、ＵＲＬ変更情報テーブル３
に登録される。

【００６３】ＵＲＬ変更情報登録画面４１には、さら
に、登録したユーザの電子メールアドレス等の入力領域
を設け、ＵＲＬの変更情報と併せて登録するようにし
て、登録されたＵＲＬの変更情報の信頼性を測る際に指
標とするようにしてもよい。すなわち、ＵＲＬ変更情報
登録部４は、登録者の電子メールアドレスが付加されて
いるＵＲＬの変更情報の（ＵＲＬ変更情報テーブル３に
記録する）優先度の値には、登録者の電子メールアドレ
スが付加されていないＵＲＬの変更情報より高い値を与
える。

【００６４】また、ＵＲＬ変更情報登録部４は、既に登
録済みのＵＲＬ変更情報と同じ変更前ＵＲＬ、変更後Ｕ
ＲＬの組の変更情報が登録されてきたときは、そのよう
な変更情報の優先度の値を増加させるようにしてもよ
い。

【００６５】また、ＵＲＬ情報提供サーバ１自身が、検
索結果としての変更後ＵＲＬ（ｕ´）を手がかりに、他
のＷＷＷサーバ１０に接続して、目的の情報リソースを
取得し、その後、その取得した情報リソースを変更後Ｕ
ＲＬ（ｕ´）とともに、要求元のＷＷＷブラウザ２に返
信するような場合、ＵＲＬ情報提供サーバ１が、登録済
みの変更後ＵＲＬを用いて、実際に情報リソースを取得
できた場合には、ＵＲＬ変更情報登録部４は、そのよう
な変更情報の優先度の値を増加させるようにしてもよ
い。

【００６６】また、図２に示すように、ＵＲＬ変更情報
をＵＲＬ変更情報テーブル３に登録するためのＵＲＬ変
更情報入力部２５、コメントをコメントテーブル５に登
録するためのコメント入力部２６をＷＷＷブラウザ２の
入力部２１にアドインすることにより、ユーザがＵＲＬ
の変更情報を登録する際には、ＵＲＬ変更情報登録部２
５が図８に示したような登録画面を提示し、コメントを
登録する際には、コメント入力部２６が、図１１に示し
たようなコメント登録画面を提示する。それそれの登録
画面に必要な事項を入力した後に、登録ボタン４４，７
１を押すことにより、ＵＲＬ情報提供サーバ１のＵＲＬ
変更情報登録部４，コメント登録部６を経由して、ＵＲ
Ｌ変更情報テーブル３，コメントテーブル５に登録する
ようにしてもよい。

【００６７】また、図２に示す構成の場合、ユーザがブ
ックマーク管理部２４に登録されているＵＲＬを書き換
えたとき、ＵＲＬ変更情報入力部２５は、書き換える前
のＵＲＬを変更前ＵＲＬ、書き換えた後のＵＲＬを変更
後ＵＲＬとするＵＲＬの変更情報を自動的に作成した
後、ＵＲＬ情報提供サーバアクセス制御部１２が自動的
にＵＲＬ情報提供サーバ１にアクセスして、ＵＲＬ変更
情報テーブル３に登録するようにしてもよい。

【００６８】以上説明したように、上記実施形態によれ
ば、ユーザ端末１１（のＵＲＬ情報提供サーバアクセス
制御部１２）では、ＵＲＬの変更された情報リソースに
関し、変更前と変更後のＵＲＬの対応関係を登録したＵ
ＲＬ変更情報テーブル３が保存されているＵＲＬ情報提
供サーバ１のＵＲＬを予め記憶し、入力ＵＲＬに基づき
目的の情報リソースが取得できなかったとき、ＵＲＬ情
報提供サーバ１にアクセスして、ＵＲＬ変更情報テーブ
ル３から検索された入力ＵＲＬに対応付けられた変更後
の識別情報を取得して、この変更後の識別情報に基づき
目的の情報リソースを取得することにより、ＵＲＬが変
更されても、容易に、その新たなＵＲＬを得て、目的の
情報リソースを取得することができ、ＵＲＬが変更され
た情報リソースも容易に再発見することができる。

【００６９】すなわち、情報リソースのＵＲＬが変更さ
れた場合に、当該情報リソースの所持者であるかどうか
に関わらず、その変更に気づいて、変更後のＵＲＬを知
り得た者が（誰でも）、情報リソースの変更後のＵＲＬ
をアクセス情報テーブルとしてのＵＲＬ変更情報テーブ
ルに登録しておけば、後に、その変更前のＵＲＬを用い
て当該情報リソースにアクセスする者がいても、容易
に、新たな（変更後の）ＵＲＬを得て、目的の情報リソ
ースを取得することができる。

【００７０】（第２の実施形態）情報リソースのＵＲＬ
を変更した場合に、その新たなＵＲＬを、この情報リソ
ースを検索しようとするユーザにどのようにして知らせ
るか、あるいは、目的とする情報リソースを検索する
際、その情報リソースのＵＲＬが変更された場合に、ど
のようにしてその新たなＵＲＬを探索するか、といった
問題は、何も上記したＷＷＷ上の情報リソースの場合に
限ることではない。

【００７１】例えば、電子メールの送信先を特定するた
めのメールアドレスや無線／有線電話の通信相手を特定
するための電話番号についても上記同様の問題点が存在
する。

【００７２】そこで、このような問題点に鑑み、第２の
実施形態では、上記第１の実施形態で説明した手法の応
用例について説明する。すなわち、相手先の電話番号が
変更された場合に、その変更後の電話番号を用いて相手
先に接続するとともに、変更後の電話番号を発信者に通
知して、その個人登録情報の書き換えを行うものであ
る。この変更後の電話番号を用いて相手先に自動的に接
続し、変更後の電話番号を発信者に通知するサービス
を、ここでは、情報提供サービスと呼ぶ。

【００７３】図１４は、第２の実施形態に係る情報提供
サービスを提供するためのシステムの全体の構成例を示
したもので、情報提供サービスを提供するプロバイダ
（ここでは、説明の簡単のために通信サービスを提供す
る事業者（キャリア）とする）により運営されるサービ
スセンタ１０５と、複数（例えば、ここでは３つ）の基
地局１０２ａ、１０２ｂ、１０２ｃ（以下、これらをま
とめて基地局１０２と呼ぶ）が所定のネットワークを介
して互いに通信可能なように接続され、各基地局１０２
は、そのエリア内にある携帯電話等の携帯通信端末（以
下、簡単に携帯端末と呼ぶ）１０１との間で通信を行う
ようになっている。

【００７４】なお、ここでは、各基地局１０２ａ、１０
２ｂ、１０２ｃの識別子を「ＢＳａ」「ＢＳｂ」「ＢＳ
ｃ」とし、携帯端末１０１の端末識別子を「ＴＥ１」と
する。

【００７５】図１４において、サービスセンタ１０５
は、電話番号の変更情報を保持する電話番号変更情報テ
ーブル１０６、サービスの提供を受けるユーザに関する
情報を管理するユーザデータベース１０７を有してい
る。

【００７６】基地局１０２は、エリアと呼ばれる特定範
囲内にある通信可能な状態の携帯端末１０１に、音声通
話や各種データ通信サービスを実現する。基地局は１０
２、携帯端末１０１との間は、決められたプロトコルを
実施することで、エリアにどの携帯端末が属しているか
定期的に検査し、キャリアのサービスセンタ１０５に携
帯端末１０１の存在を報告する。

【００７７】サービスセンタ１０５のユーザデータベー
ス１０７は、図１５に示すように、各携帯端末１０１の
ユーザに関する情報として、ユーザの氏名、住所、生年
月日等のユーザ識別情報と、携帯電話番号、携帯端末１
０１の端末識別子、情報提供サービスへの加入の有無を
示すフラグ情報等が対応つけられて記憶されている。

【００７８】情報提供サービスは有料であるとする。こ
のサービスの提供を受けるためには、予めそのサービス
への加入をキャリアに申告しておく必要がある。その
際、料金の支払い等を行う。情報提供サービスに加入す
ると、ユーザデータベース１０７に、その旨を示すフラ
グ情報が格納されるようになっている。

【００７９】サービスセンタ１０５の電話番号変更情報
テーブル１０６は、図１６に示すように、電話番号の変
更情報を保持するテーブルである。電話番号の変更情報
とは、例えば、図１６に示すように、具体的には電話番
号の変更前と変更後の組である。なお、第１の実施形態
で説明した、ＵＲＬ変更情報テーブル３のように、電話
番号変更情報も優先度を持つようにしてもよい。この電
話番号の変更情報は、あるユーザが電話番号を変更した
際に、例えば、電話で、サービスセンタ１０５に電話番
号を変更した旨を伝えることにより、変更前と変更後の
電話番号変更情報が電話番号変更テーブル１０６に登録
されるものとする。

【００８０】図１７は、各ユーザが所持し、本実施形態
に係る情報提供サービスの提供を受けることのできる携
帯端末１０１の構成例を示したものである。

【００８１】携帯端末１０１は、例えば、バス２００に
ＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、Ｄ／Ａ変
換部２２６、Ａ／Ｄ変換部２２１、通信部２２３、液晶
ディスプレイ等の表示部２０５，キー入力部２０６、選
択指示部２０７、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃ Ｅ
ｒａｓａｂｌｅ ａｎｄ ＰｒｏｇｒａｍｍａｂｌｅＲ
ＯＭ）２０８等が接続され構成されている。

【００８２】音声通話に関する構成は、従来からある携
帯電話と同様であり、例えば、通信部２２３は、基地局
１０２との間で位置登録、発呼・着呼時の呼制御を行っ
てデータの送受信を行い、通信が終了した際には切断の
呼制御、さらに、通信中にはハンドオーバ等を行う。個
々の携帯端末１０１には、端末識別子が与えられてお
り、通信部２２３に格納されている。

【００８３】通信部２２３は、基地局１０２から、接続
要求を受信した場合には、スピーカ２２７から呼び出し
音を出力したり、偏芯モータ２２８を駆動させ携帯端末
の筐体を振動させることにより、携帯端末の所有者であ
るユーザの注意を喚起する。ユーザの接続了解指示の
後、キャリアは２地点間の回線接続を行い、通信が開始
される。

【００８４】通信時は、携帯端末１０１は、マイク２２
０から入力された音声をＡ／Ｄ変換部２２１でアナログ
信号からディジタル信号に変換し、ＣＰＵ２０１の制御
の下、デジタルデータの圧縮処理を行い、通信部２２３
を通じて近接の基地局２に送信する。また、通信部２２
３で受信された信号は、ＣＰＵ２０１の制御の下、伸張
処理等を施されて元の信号に戻され、Ｄ／Ａ変換部２２
６でデジタル信号からアナログ信号に変換され、スピー
カ２２７から出力される。

【００８５】さらに、通話の他に、データ送受信を行う
等のために、所定のプログラムの実行を行うＣＰＵ２０
１、プログラムや辞書データを記憶するＲＯＭ２０２、
一時的な変数やデータを格納するＲＡＭ２０３、個人登
録情報などを保存するＥＥＰＲＯＭ２０８、データの表
示を行う表示部２０５、電話番号や数字や文字を入力す
るためのキー入力部２０６、メニューの選択等を行うた
めの選択指示部２０７がある。

【００８６】個人登録情報は、当該携帯端末１０１の所
持者であるユーザが個人的に使用する目的で登録した情
報であり、電話番号、住所録、スケジュール、電子メー
ルのアドレス、メールの文章そのもの、特定のＷｅｂペ
ージを示すＵＲＬ、クレジット番号、特定サービス用の
ＩＤ、パスワードなどである。ここでは、説明の簡単の
ため、ＥＥＰＲＯＭ２０８には、図１８に示すような当
該携帯端末１０１の所持者であるユーザの友人の氏名
と、その電話番号等が登録されているものとする。

【００８７】さて、当該携帯端末１０１の所持者である
ユーザは、図１８に示したような個人登録情報から友人
「山田太郎」の端末の電話番号を選択して、発呼する。
これを受けて、サービスセンタ１０５では、発信者の携
帯端末１０１が契約したものであるかどうか確認し、確
認後、さらに、情報提供サービスの加入の有無をユーザ
データベース１０７を参照して確認する。発信者である
ユーザが、このサービスに加入しているときは、次に、
ユーザデータベース１０７を検索して、相手端末の電話
番号に変更後の電話番号（変更後電話番号）が登録され
ているかどうか確認する。登録されていなければ、その
まま、発呼情報に含まれている電話番号に基づき、相手
端末と接続するための処理を行うが、変更後電話番号が
登録されていたときは、その変更後電話番号を用いて相
手端末と接続する。その後、変更後電話番号を発信元の
携帯端末１０１へ送信する。

【００８８】サービスセンタ１０５から携帯端末１０１
へ、変更後電話番号を送信する際には、変更後電話番号
は、暗号化されていることが望ましい。この暗号化処理
は、なお、個人登録情報の暗号化・復号化処理は本発明
の要旨ではないので、説明は省略する。

【００８９】さて、発呼したときの電話番号が変更され
て、サービスセンタ１０５からネットワーク０３、基地
局１０２ａを経由して送信されてきた変更後電話番号を
受信した携帯端末１０１（のＣＰＵ２０１）は、この受
信した変更後電話番号を用いて、ＥＥＰＲＯＭ２０８に
登録されている個人登録情報を書き換える。すなわち、
図１８に示した発呼したときに用いた「山田太郎」の電
話番号を、図１９に示すように、受信した変更後電話番
号「１２３Ｍ１２３Ｎ１２３」で書き換える。

【００９０】上記説明では、電話番号の場合を例にとり
説明したが、電子メールのアドレスの場合も同様であ
る。

【００９１】以上説明したように、上記第２の実施形態
によれば、携帯端末１０１は、相手先の電話番号が変更
されているときでも容易に変更後の電話番号を取得でき
るとともに、相手先と通話することができる。

【００９２】（第３の実施形態）第１の実施形態で説明
した手法の他の応用例について説明する。

【００９３】例えば、携帯電話のキャリアとしてＡ社と
Ｂ社とがあるとする。Ａ社の携帯電話からＢ社の携帯電
話に移行する場合、同一の電話番号は持てないことが多
い。そこで、この問題点を解決するために、本発明を適
用した場合について説明する。本発明を用いた「引っ越
し電話帳」サービス運営会社あるとする。この会社はＢ
社もしくはＢ社が出資するケースが考えられるが、購入
価格等といった事情で、Ａ社の携帯電話を買い直す際に
電話番号が変わらざるを得ない場合に備え、Ａ社もしく
はＡ社が出資するケースもあり得る。

【００９４】例えば、Ｂ社が出資した「引っ越し電話
帳」サービス運営会社があるとする。この引っ越し電話
帳が、本発明のアクセス情報テーブルとしての図１４の
電話番号変更情報テーブルに相当する。

【００９５】以下、「引っ越し電話帳」への対応付け登
録方法の一例と、「引っ越し電話帳」を用いた接続方法
について説明する。

【００９６】まず、「引っ越し電話帳」への変更前と変
更後の電話番号の登録方法について説明する。

【００９７】Ａ社と解約してＢ社と新規契約を行おうと
するユーザＸは、Ｂ社と新規契約した後Ａ社と解約する
前までは、両方の携帯電話が使えるから、Ａ社の携帯電
話から「引っ越し電話帳」に接続する。そして、Ｂ社の
携帯電話の番号を入力する。そして切断する。次に、Ｂ
社の携帯電話から「引っ越し電話帳」に接続する。そし
て、Ａ社の携帯電話の電話番号を入力し、切断する。

【００９８】Ａ社、Ｂ社の携帯電話から「引っ越し電話
帳」へ接続できるのは、その本人だけである。よって、
「引っ越し電話帳」への不正登録の可能性をかなり低く
して登録できる。

【００９９】なお、上記「引っ越し電話帳」への登録方
法は、一例であって、上記以外にも、例えば、Ｂ社との
契約時に書類を正式に提出するこで、不正登録の可能性
は低くできるであろう。

【０１００】次に、「引っ越し電話帳」の介在するユー
ザＸへのアクセスについて説明する。

【０１０１】まず、ユーザＸの友人のユーザＹが、ユー
ザＸのＡ社の電話番号を用いて、ユーザＸに電話をかけ
る。すると、既にユーザＸは、Ａ社とは解約済みである
ので、ユーザＹの携帯電話では、例えば、「現在使われ
ておりません」というメッセージをうけるか、呼び出し
音、話通音以外の音声を受けることで、当該電話番号
は、「現在使われていない」旨を判断する。ユーザＹの
携帯電話には、予め、「引っ越し電話帳」へ接続するた
めのアクセス情報、アドレス情報を記憶しているので、
これを用いて、「引っ越し電話帳」へ自動的にアクセス
することになる。

【０１０２】そして、「引っ越し電話帳」へ当該電話番
号の変更後の電話番号を問い合わせ、変更後の電話番号
（引っ越し先）が登録されているときは、それを取得
し、その変更後の電話番号でかけ直す。なお、変更後の
電話番号を取得したと同時に、ユーザＹの携帯電話に登
録されている個人登録情報（電話帳）のユーザＸの変更
前の電話番号を変更後の電話番号に書き換えるようにし
てもよい。

【０１０３】なお、以上のユーザＹの携帯電話で行われ
る処理のソフトウエアは、Ａ社あるいはＢ社の携帯電話
に内蔵されているものとする。

【０１０４】また、何らかの理由により、ユーザＸが、
変更後の電話番号を特定のユーザには知られたくない場
合もあるであろう。その場合の対処として、「引っ越し
電話帳」には、変更前と変更後の電話番号とともに、変
更後の電話番号を知らせてもよいユーザの電話番号を予
め登録する。例えば、上記の例であれば、ユーザＹ自身
の電話番号は、ユーザＸへ電話をかけた際に、基地局や
サービスセンタ（図１４参照）に通知されるので、この
ユーザＹの電話番号が「引っ越し電話帳」のユーザＸ対
応の欄に登録されているか否かをチェックしてからユー
ザＸの変更後の電話番号をユーザＹへ知らせる。すなわ
ち、ユーザＹの電話番号が「引っ越し電話帳」に登録さ
れている電話番号であれば、ユーザＹは、変更後の電話
番号を取得することができるが、「引っ越し電話帳」に
登録されていないときは、「ユーザＹの携帯電話が「引
っ越し電話帳」にアクセスしてきたときに拒否されるこ
とになる。

【０１０５】また、電話取り次ぎサービスは、電話交換
機が取次先へつなげ直すサービスであるが、第３の実施
形態の説明では、交換機は、単に「現在使われておりま
せん」というメッセージを通知するだけであり、根本的
に異なる。

【０１０６】以上説明したように、上記第３の実施形態
によれば、キャリア間の番号移行がスムーズにいかない
ことがシェア偏向を生み出す原因にもなることから、上
記システムにより、キャリア間の番号移行がスムーズに
なり、公平な競争が生まれることが期待できる。また、
優勢キャリアのＡ社が上記「引っ越し電話帳」運営する
ことは、優勢キャリアのＡ社の使用者に劣勢キャリアＢ
社への乗り換えを促す有効な手段ともなりえる。国にと
っても公平な競争を生み出すことは経済効果にもつなが
るため、優勢キャリアのＡ社の携帯電話がこのソフトウ
エアを搭載することを義務付けるような展開につながれ
ば望ましい。

【０１０７】また、最近は、一般公衆回線のＩＳＤＮに
乗り換えたものがＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ Ｄ
ｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ）等の
高速メタル回線を使用するために、メタル線に戻す動き
がある。この際、ある電気通信事業者は、電話番号を同
じまま戻すことは不可能であると言っているが、上記仕
組みを用いれば、このような状況でも番号移行がスムー
ズに行え、有効な対応策となりうる。

【０１０８】（その他）本発明の上記第１〜第３の実施
形態に記載した本発明の手法は、コンピュータに実行さ
せることのできるプログラムとして、磁気ディスク（フ
ロッピー（登録商標）ディスク、ハードディスクな
ど）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤなど）、半導
体メモリなどの記録媒体に格納して頒布することもでき
る。

【０１０９】なお、本発明は、上記第１〜第３の実施形
態に限定されるものではなく、実施段階ではその要旨を
逸脱しない範囲で種々に変形することが可能である。さ
らに、上記実施形態には種々の段階の発明は含まれてお
り、開示される複数の構成用件における適宜な組み合わ
せにより、種々の発明が抽出され得る。例えば、実施形
態に示される全構成要件から幾つかの構成要件が削除さ
れても、発明が解決しようとする課題の欄で述べた課題
（の少なくとも１つ）が解決でき、発明の効果の欄で述
べられている効果（のなくとも１つ）が得られる場合に
は、この構成要件が削除された構成が発明として抽出さ
れ得る。

【０１１０】

【発明の効果】以上説明したように、本発明によれば、
ネットワーク上に存在するアクセス対象にアクセスする
ためのアクセス情報が変更されても、容易に、その新た
なアクセス情報を得て、目的のアクセス対象にアクセス
することができる。

【図面の簡単な説明】

【図１】本発明の一実施形態に係る情報共有システムの
全体の構成例を示した図。

【図２】本発明の一実施形態に係る情報共有システムの
全体の他の構成例を示した図。

【図３】ユーザ端末のＷＷＷブラウザの構成例を示した
図。

【図４】ＷＷＷブラウザ（ＵＲＬ情報提供サーバアクセ
ス制御部を含む）とＵＲＬ情報提供サーバの処理動作に
ついて説明するためのフローチャート。

【図５】ユーザ端末の画面表示部３０に表示されるＧＵ
Ｉ画面の表示例を示した図。

【図６】ＵＲＬ変更情報テーブルに登録されているＵＲ
Ｌの変更情報の記憶例を示した図。

【図７】コメントテーブルに登録されているコメントの
記憶例を示した図。

【図８】情報リソースのＵＲＬの変更情報を登録画面の
一例を示した図。

【図９】変更後のＵＲＬがＵＲＬ変更情報テーブルに登
録されているときの、ユーザ端末への画面表示例を示し
た図。

【図１０】コメントテーブルにコメントが登録されてい
るときに、ユーザ端末への画面表示例を示した図。

【図１１】コメント登録画面の一例を示した図。

【図１２】変更後のＵＲＬをユーザ端末へ表示するため
の画面表示例を示した図。

【図１３】変更後のＵＲＬが複数あるときのユーザ端末
への画面表示例を示した図。

【図１４】本発明の第２の実施形態に係る情報提供サー
ビスを提供するためのシステムの全体の構成例を示した
図。

【図１５】ユーザデータべースのデータ格納例を示した
図。

【図１６】電話番号変更情報テーブルに登録されている
電話番号の変更情報の記憶例を示した図。

【図１７】携帯端末の構成例を示した図。

【図１８】携帯端末に登録されている個人登録情報の一
例を示した図。

【図１９】変更後電話番号で書き換えられた個人登録情
報を示した図。

【符号の説明】

１…ＵＲＬ情報提供サーバ ２…ＷＷＷブラウザ ３…ＵＲＬ変更情報テーブル ４…ＵＲＬ変更情報登録部 ５…コメントテーブル ６…コメント登録部 ７…コメントリスト自動生成部 ８…制御部 １０…ＷＷＷサーバ １１…ユーザ端末 １２…ＵＲＬ情報提供サーバアクセス制御部 １３…ブックマーク情報更新部 ２１…入力部 ２２…情報リソース取得部 ２３…情報リソース表示部 ２４…ブックマーク管理部 ２５…ＵＲＬ変更情報入力部 ２６…コメント入力部

フロントページの続き (72)発明者 坪井 創吾 神奈川県川崎市幸区小向東芝町１番地 株 式会社東芝研究開発センター内 Ｆターム(参考） 5B075 NK54 PQ02 PQ46 UU24 5B085 AA08 BG07

Claims (18)

【特許請求の範囲】
1. 【請求項１】 ネットワーク上に存在するアクセス対象
   へアクセスするためのアクセス情報の変更前と変更後の
   対応関係を登録したアクセス情報テーブルへアクセスす
   るために必要なアクセス情報を予め記憶するとともに、 入力アクセス情報に基づき目的のアクセス対象にアクセ
   スできなかったとき、前記目的のアクセス対象にアクセ
   スすべく、前記アクセス情報テーブルにアクセスして、
   該アクセス情報テーブルから該入力アクセス情報に対応
   付けられた変更後のアクセス情報を取得することを特徴
   とするアクセス方法。
2. 【請求項２】 前記アクセス情報テーブルから、前記入
   力アクセス情報に対応付けられた複数の変更後のアクセ
   ス情報が検索されたとき、その一覧を取得して表示し、
   その中から選択された変更後のアクセス情報に基づき目
   的のアクセス対象へアクセスすることを特徴とする請求
   項１記載のアクセス方法。
3. 【請求項３】 前記アクセス情報テーブルには、変更前
   のアクセス情報に対応付けられた変更後のアクセス情報
   が、その変更後のアクセス情報の信頼性の高さを表す優
   先度とともに登録され、前記表示された一覧には、前記
   複数の変更後のアクセス情報が前記優先度に従って並べ
   られていることを特徴とする請求項２記載のアクセス方
   法。
4. 【請求項４】 ユーザにより予め登録された特定のアク
   セス対象のアクセス情報のうちの１つが選択されて、そ
   の選択されたアクセス情報を入力アクセス情報として用
   いて前記特定のアクセス対象へアクセスできなかったと
   きに、前記アクセス情報テーブルから取得した前記特定
   のアクセス対象の変更後のアクセス情報で、前記特定の
   アクセス対象の前記登録されているアクセス情報を書き
   換えることを特徴とする請求項１記載のアクセス方法。
5. 【請求項５】 前記登録された特定のアクセス対象のア
   クセス情報がユーザにより変更されたとき、前記アクセ
   ス情報テーブルに、前記特定のアクセス対象の変更前と
   変更後のアクセス情報の対応関係を登録することを特徴
   とする請求項４記載のアクセス方法。
6. 【請求項６】 前記アクセス情報の変更されたアクセス
   対象に関し、ユーザにより入力されたコメントを前記ア
   クセス情報に対応付けて登録したコメントテーブルへ、
   前記アクセス情報に対応付けて新たに入力されたコメン
   トを登録し、 前記アクセス情報テーブルから前記入力アクセス情報に
   対応付けられた変更後のアクセス情報が検索できなかっ
   たときに、前記コメントテーブルから取得した前記入力
   アクセス情報に対応付けられたコメントの一覧を表示す
   ることを特徴とする請求項１記載のアクセス方法。
7. 【請求項７】 ネットワーク上に存在するアクセス対象
   へアクセスするためのアクセス情報の変更前と変更後の
   対応関係を登録したアクセス情報テーブルへアクセスす
   るために必要なアクセス情報を記憶する第１の記憶手段
   と、 入力アクセス情報に基づき目的のアクセス対象にアクセ
   スするアクセス手段と、 入力アクセス情報に基づき目的のアクセス対象にアクセ
   スできなかったとき、前記アクセス情報テーブルにアク
   セスして、該アクセス情報テーブルから該入力アクセス
   情報に対応付けられた変更後のアクセス情報を取得する
   取得手段と、 を具備し、 前記取得した変更後のアクセス情報を用いて前記目的の
   アクセス対象にアクセスすることを特徴とする通信端末
   装置。
8. 【請求項８】 前記取得手段は、前記アクセス情報テー
   ブルから検索された前記入力アクセス情報に対応付けら
   れた複数の変更後のアクセス情報の一覧を取得して表示
   し、 表示された前記一覧の中から選択された変更後のアクセ
   ス情報に基づき目的のアクセス対象へアクセスすること
   を特徴とする請求項７記載の通信端末装置。
9. 【請求項９】 前記アクセス情報テーブルには、変更前
   のアクセス情報に対応付けられた変更後のアクセス情報
   が、その変更後のアクセス情報の信頼性の高さを表す優
   先度とともに登録され、前記表示された一覧には、前記
   複数の変更後のアクセス情報が前記優先度に従って並べ
   られていることを特徴とする請求項７記載の通信端末装
   置。
10. 【請求項１０】 ユーザにより登録された特定のアクセ
    ス対象のアクセス情報を記憶する第２の記憶手段をさら
    に具備し、 ユーザにより前記第２の記憶手段に記憶された特定のア
    クセス対象のアクセス情報のうちの１つが選択されたと
    き、前記アクセス手段は、その選択されたアクセス情報
    を入力アクセス情報として用いて前記特定のアクセス対
    象へアクセスし、 前記取得手段は、前記アクセス情報テーブルから前記特
    定のアクセス対象の変更後のアクセス情報が取得できた
    ときは、前記第２の記憶手段に記憶されている特定のア
    クセス対象のアクセス情報を前記取得した変更後のアク
    セス情報に書き換えることを特徴とする請求項７記載の
    通信端末装置。
11. 【請求項１１】 前記第２の記憶手段に記憶されている
    特定のアクセス対象のアクセス情報がユーザにより書き
    換えられたとき、前記アクセス情報テーブルに、前記特
    定のアクセス対象の変更前と変更後のアクセス情報の対
    応関係を登録することを特徴とする請求項１０記載の通
    信端末装置。
12. 【請求項１２】 前記アクセス情報の変更されたアクセ
    ス対象に関し、ユーザにより入力されたコメントを前記
    アクセス情報に対応付けて登録したコメントテーブル
    へ、前記アクセス情報に対応付けて新たに入力されたコ
    メントを登録する登録手段と、 前記取得手段は、前記アクセス情報テーブルから前記入
    力アクセス情報に対応付けられた変更後のアクセス情報
    が検索できなかったときに、前記コメントテーブルから
    取得した前記入力アクセス情報に対応付けられたコメン
    トの一覧を取得して表示することを特徴とする請求項７
    記載の通信端末装置。
13. 【請求項１３】 ネットワーク上に存在するアクセス対
    象へアクセスするためのアクセス情報の変更前と変更後
    の対応関係を登録するアクセス情報テーブルと、 前記アクセス対象の変更後のアクセス情報の検索要求を
    受けて、前記アクセス情報テーブルから、要求されたア
    クセス対象の変更前のアクセス情報に対応する変更後の
    アクセス情報を検索して、要求元へ提供する手段と、 を具備したことを特徴とする情報提供装置。
14. 【請求項１４】 前記アクセス情報テーブルから、前記
    要求されたアクセス対象の変更前のアクセス情報に対応
    付けられた複数の変更後のアクセス情報が検索されたと
    き、その一覧を前記要求元へ提供することを特徴とする
    請求項１３記載の情報提供装置。
15. 【請求項１５】 前記アクセス情報テーブルには、変更
    前のアクセス情報に対応付けられた変更後のアクセス情
    報が、その変更後のアクセス情報の信頼性の高さを表す
    優先度とともに登録され、 前記複数の変更後の識別情報を前記優先度に従って並べ
    た一覧を前記要求元へ提供することを特徴とする請求項
    １４記載の情報提供装置。
16. 【請求項１６】 前記アクセス情報の変更されたアクセ
    ス対象に関し、ユーザにより入力されたコメントを前記
    アクセス情報に対応付けて登録するコメントテーブル
    と、 前記アクセス情報テーブルから前記要求されたアクセス
    対象の変更前アクセス情報に対応付けられた変更後のア
    クセス情報が検索できなかったときに、前記コメントテ
    ーブルから前記変更前のアクセス情報に対応付けられた
    コメントを検索して、その一覧を前記要求元へ提供する
    手段と、 を具備したことを特徴とする請求項１３記載の情報提供
    装置。
17. 【請求項１７】 コンピュータに、 ネットワーク上に存在するアクセス対象へアクセスする
    ためのアクセス情報が入力されたとき、その入力された
    アクセス情報に基づき目的のアクセス対象にアクセスす
    るための処理と、 前記入力されたアクセス情報に基づき目的のアクセス対
    象にアクセスできなかったとき、前記アクセス対象の変
    更前と変更後のアクセス情報の対応関係を登録したアク
    セス情報テーブルへ前記ネットワークを介してアクセス
    して、該アクセス情報テーブルから該入力されたアクセ
    ス情報に対応付けられた変更後のアクセス情報を取得す
    るための処理と、 前記取得した変更後のアクセス情報を用いて前記目的の
    アクセス対象にアクセスするための処理とを実行させる
    ためのプログラム。
18. 【請求項１８】 コンピュータに、 ネットワーク上に存在するアクセス対象へアクセスする
    ためのアクセス情報が入力されたとき、その入力された
    アクセス情報に基づき目的のアクセス対象にアクセスす
    るための処理と、 前記入力されたアクセス情報に基づき目的のアクセス対
    象にアクセスできなかったとき、前記アクセス対象の変
    更前と変更後のアクセス情報の対応関係を登録したアク
    セス情報テーブルへ前記ネットワークを介してアクセス
    して、該アクセス情報テーブルから該入力されたアクセ
    ス情報に対応付けられた変更後のアクセス情報を取得す
    るための処理と、 前記取得した変更後のアクセス情報を用いて前記目的の
    アクセス対象にアクセスするための処理とを実行させる
    ためのプログラムを記録したコンピュータ読み取り可能
    な記録媒体。