JPH11265331A - 表示形式作成システム、方法、及び記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 ＷＷＷページやメールのアドレスに対するア
クセス頻度またはアドレスのタイプに応じて前記アドレ
スを分類し、３次元表現を含む地図情報としてネットワ
ーク加入者に提供する表示形式作成システムにおいて、
前記加入者のコンピュータ及び通信機器等の能力に応じ
て、前記地図情報の表示様式を自動的に選択する機能を
提供する。 【解決手段】 加入者が使用しているコンピュータ、通
信機器、表示装置等の能力を加入者毎に管理し、その環
境に適した表示様式を判断し、前記判断された表示様式
を実現できるように地図情報を作成する。表示様式に
は、３次元仮想空間による表現で地図情報を表す様式、
イメージデータを含んだ２次元的表現で地図情報を表す
様式、テキストデータによる２次元的表現で地図情報を
表す様式、及びテキストデータのリストのみからなる様
式が含まれる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ユーザーが過去に
使用したソフトウエアプログラムの使用頻度に基づいて
作成した表示情報、若しくはネットワーク・プロバイダ
（以下、単に「プロバイダ」と呼ぶ）が、ユーザの過去
のアクセス情報に基づいて作成した地図情報をユーザの
コンピュータ上に表示する表示形式作成システムに関
し、より詳しくは、前記表示情報、若しくは地図情報の
表示形式（表示内容とその実現方法）を、ユーザの端末
スペック、即ちユーザの使用するコンピュータ等の性能
に関する情報に基づいて自動的に選択するシステムに関
する。

【０００２】

【従来の技術】近年、インターネット上で提供されるＷ
ＷＷページを参照し、または作成することが流行してお
り、これらに関するツールや書籍等が多く流通してい
る。ＷＷＷとは、ワールドワイドウエブ（Ｗｏｒｌｄ
Ｗｉｄｅ Ｗｅｂ）の略であり、インターネットを使用
した全世界規模の情報網をいう。ＷＷＷページとは、Ｗ
ｅｂドキュメントを構成する情報の単位であり、前記Ｗ
ＷＷ上に設置された任意のＷＷＷサーバ内に記憶され
た、ＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ ＭａｒｋｕｐＬａ
ｎｇｕａｇｅ）と呼ばれる言語で記述されたＨＴＭＬ文
書、ＶＲＭＬ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ Ｍｏ
ｄｅｌｉｎｇ Ｌａｎｇｕａｇｅ）と呼ばれる言語で記
述されたＶＲＭＬ文書、および関連するイメージデータ
等から成る。

【０００３】ＷＷＷブラウザは、このページを表示する
ためのデータをＷｅｂサイトから受信し、そのデータを
解釈してＷＷＷブラウザが起動されているコンピュータ
の表示装置の画面上に表示させる。前記ページがＨＴＭ
Ｌ文書で構成されている場合、ＷＷＷでは、テキスト、
図、動画、音などの２次元の情報を扱うことができる。
また、ＶＲＭＬ文書を用いれば、３次元の情報を統一的
に扱うことができ、３次元表示された物体をいろいろな
角度から見たり、３次元の街を歩き回ったりすることが
可能となり、いわゆるサイバースペース（３次元電脳空
間）を表現することができる。

【０００４】ＷＷＷブラウザのこうした機能によって、
そのユーザは、家庭にいながらにして、全世界のページ
を参照または聴取することができる一方で、自分が作成
したページを全世界に向けて発信することができる。

【０００５】前記「ページ」を表示させるためのＨＴＭ
Ｌ文書、ＶＲＭＬ文書、及びイメージデータ等のデータ
は通常、前記ＷＷＷ上に設置されているＷＷＷサーバ内
に、各ユーザ毎に記憶されており、前記ユーザには個人
をはじめ、政府、企業、およびその他団体等が含まれ
る。前記各ユーザは、ＨＴＭＬ文書、またはＶＲＭＬ文
書における指定によって、ページを階層的に構成するこ
とができ、各ユーザにおける最上位の階層のページを、
特に「ホームページ」という。各ユーザは、ページに、
いくつかの他のページへのリンクを設けることができ、
そのリンク先のページは更に、いくつかの他のページへ
のリンクを有することができる。このリンクは通常「ア
ンカー」と呼ばれ、前記ＷＷＷブラウザによって表示さ
れたページ上に、そのリンク先のページを示すシンボル
（例えば、そのページのアドレスやそのページの内容を
間接的に表すイメージ等）として表示される。

【０００６】ＨＴＭＬ文書とＶＲＭＬ文書の間では、互
いに他の文書に対するアンカーを設定することができ、
例えば、ＨＴＭＬ文書からＶＲＭＬ文書を呼び出し、ま
たＶＲＭＬ文書からＨＴＭＬ文書を呼び出すこともでき
る。

【０００７】ＷＷＷブラウザのユーザは、所望のリンク
先を示すシンボルをマウスでクリックすると、ＷＷＷブ
ラウザは、そのリンク先のページに表示を切り替える
（リンク先へジャンプする）。また、こうしたリンク先
としては、下位の階層のページだけでなく、上位の階層
のページや他のＷｅｂサイトのページも指定することが
できる。

【０００８】ＨＴＭＬ文書やＶＲＭＬ文書におけるペー
ジの指定には、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒ
ｃｅ Ｌｏｃａｔｏｒ）と呼ばれる、インターネット上
でそれぞれのページを識別するためのアドレスが使用さ
れ、例えば「ｈｔｔｐ：／／ｗｗｗ．ｘｘｘ．ｃｏ．ｊ
ｐ／ｉｎｄｅｘ．ｈｔｍｌ」、「ｈｔｔｐ：／／ｗｗ
ｗ．ｘｘｘ．ｃｏ．ｊｐ／ｉｎｄｅｘ．ｗｒｌ」といっ
た表記で表される。

【０００９】ＷＷＷブラウザのユーザは、そのブラウザ
によって表示されているページ上の、他のページを示す
シンボルをクリックすることによって、所望のページへ
表示を切り替え、切り替えられたページ上の他のページ
を示すシンボルをクリックすることによって、更に他の
ページへ表示を切り替え、以降次々とページの表示を切
り替えていくことができる。

【００１０】この時、ＷＷＷブラウザは、クリックされ
た前記シンボルに対応するＵＲＬが示すアドレスのＷＷ
Ｗサーバに通常、プロバイダ及びインターネット経由で
アクセスし、前記ＷＷＷサーバに格納されているＷｅｂ
サイトから対象データを、前記ＷＷＷブラウザが実行さ
れているコンピュータのメモリまたは記憶装置にインタ
ーネット経由でダウンロードする。

【００１１】次に、ＷＷＷブラウザは、これらのデータ
のダウンロードが終了するのを待って、またはダウンロ
ードと共に前記データを前記コンピュータの表示装置上
にページとして表示する。

【００１２】現在、ネットスケープ社のネットスケープ
・ナビゲータ、マイクロソフト社のインターネット・エ
クスプローラ等のＷＷＷブラウザが提供され、広く使用
されている。

【００１３】しかし、ＶＲＭＬ文書を表示させるために
はＶＲＭＬビューワを用意する必要があり、これは前記
ネットスケープ社のネットスケープ・ナビゲータなどの
ＷＷＷブラウザとは別の専用のブラウザかまたは、ＷＷ
ＷブラウザのＶＲＭＬ用プラグイン・モジュールあるい
はヘルパーアプリケーション等によって提供される。

【００１４】ＶＲＭＬは、前述したようにＷＷＷ上で３
次元空間および物体（オブジェクト）を記述するための
言語である。ユーザは、アバタという人型オブジェクト
を利用することで、ＶＲＭＬにより作られた仮想空間の
中を歩きまわったり（ウォークスルー）、他のオブジェ
クトとの会話などのコミニュケーションを可能にする。
また更に、その仮想空間の中のシーン（風景）に対し
て、カメラを定義することによって、そのカメラを通し
て見る視点を設定することができる。

【００１５】そのため、現在では、ＶＲＭＬを使って、
エンターテイメント（バーチャル遊園地）、バーチャル
モール（仮想商店街）、都市の３次元表示、人工生命、
及びロボティックスなどへの応用がされつつある。

【００１６】ＶＲＭＬは、１９９４年に誕生し、１９９
５年にＶＲＭＬ１．０の仕様が正式に決まり、現在の仕
様は、ＶＲＭＬ２．０である。この２つの仕様には大き
な違いがある。ＶＲＭＬ１．０では時間の止まった３次
元のシーンを作ることしかできず、音を出力することも
できない。しかし、ＶＲＭＬ２．０では、置かれている
オブジェクトが急に動き出しだり、クリックすると色が
変わったりするシーンを作ることができ、音楽も出力可
能な動的な世界を構築可能である。

【００１７】また、実際のＶＲＭＬビューワでは、前記
アバタやカメラなどの移動は通常、それらの位置をマウ
スのクリックなどによって直接指示するかまたは、それ
らの前進、後退、回転等の移動の指示を行うボタンをマ
ウスのクリックなどによって操作するようになってい
る。

【００１８】前述したような、ページを次々と切り替え
ていく方法でページを参照する、いわゆる「ネットサー
フィン」のような参照方法の他に、表示したいページの
ＵＲＬが予め分かっている場合に、ＷＷＷブラウザやＶ
ＲＭＬビューワのＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅ
ｒ Ｉｎｔｅｒｆａｃｅ）画面上の場所指定エリアに直
接ＵＲＬをタイプする方法がある。しかし、株価情報や
ニュースを表示するページなどを、毎日参照する必要の
あるユーザもいる。このように、ある決まったページを
毎回参照する必要がある場合には、毎回数十文字におよ
ぶ前述したＵＲＬをタイプするのは不便であり、非効率
でもある。そこで、こうしたページを容易に表示させる
ために、前記ＷＷＷブラウザ等は「ブックマーク機能」
と呼ばれる機能を一般的に備えている。

【００１９】「ブックマーク機能」とは、ＷＷＷブラウ
ザやＶＲＭＬビューワなどで、気に入ったサイトや頻繁
にアクセスするページを事前に登録しておく機能であ
り、表示させたいページのＵＲＬを予めブックマークデ
ータの一情報として登録しておき、「ブックマークの表
示」で、ブックマークとして登録されているページを一
覧表示してから該当するページをマウスのクリック操作
などで選択することによって、わずらわしいＵＲＬのタ
イプをすることなく、またタイプミスによる時間の浪費
を生じさせることなく所望のページを表示させることが
できるというものである。

【００２０】図１９にはＷＷＷブラウザの代表的なブッ
クマーク表示画面１０００が示されている。同図に示す
ように、ブックマークは階層的に管理することができ、
ブックマーク１１１１の集合を１つのフォルダ１１１０
に収めて管理することができる。これによってユーザ
は、各ブックマーク１１１１をカテゴリ別に分類して整
理することができ、多くのブックマーク１１１１がある
場合にも効率的に所望のブックマーク１１１１を探すこ
とができる。例えば、図１９のブックマーク表示画面１
０００を参照すると、最上位フォルダとして「ＢＯＯＫ
ＭＡＲＫ」フォルダ１１００があり、その下の「ＷＷＷ
ＳＥＡＲＣＨ ＥＮＧＩＮＥ」というフォルダ１１１
０の中に、「ｇｏｏ」と「Ｙａｈｏｏ！ ＪＡＰＡＮ」
というブックマーク１１１１がブックマークとして登録
されており、これらのブックマーク１１１１は、前記フ
ォルダ１１１０「ＷＷＷ ＳＥＡＲＣＨ ＥＮＧＩＮ
Ｅ」をマウスなどでクリックすることによって同図のよ
うに一覧的に表示される。また、図１９には、フォルダ
１１１０に含まれない「ＩＢＭ Ｐａｔｅｎｔ Ｓｅｒ
ｖｅｒ Ｈｏｍｅ Ｐａｇｅ」などのブックマーク１１
１１も示されている。

【００２１】前述の「ｇｏｏ」や「Ｙａｈｏｏ！ ＪＡ
ＰＡＮ」といった、ブックマーク１１１１を識別するた
めのタイトルは、通常そのブックマーク１１１１に対応
するページを作成した者が設定した、そのページのタイ
トルがそのまま用いられる。しかし、ＷＷＷブラウザや
ＶＲＭＬビューワのユーザは、図１９のブックマーク表
示画面１０００で「ｇｏｏ」などのブックマーク１１１
１を示す行をマウスでダブルクリックしたり、こうした
ブックマーク表示画面１０００以外の、別のブックマー
ク１１１１を簡易表示するポップアップウインドウ（不
図示）で所望のブックマーク１１１１を示す行をクリッ
クすることなどによって、容易に所望のページを選択
し、表示させることができる。

【００２２】ブックマーク１１１１の追加は、通常、最
初にＵＲＬをＷＷＷブラウザやＶＲＭＬビューワの場所
指定エリアにタイプして所望のページを表示させたと
き、または前述したネットサーフィン等で所望のページ
を見つけたときなどに、そのページを表示させた状態
で、マウスのクリックなどの操作で「ブックマークの追
加」を指示することによって行われる。この時、そのペ
ージのＵＲＬやタイトルを含む情報が自動的にブックマ
ーク１１１１として登録され、ページのタイトルはその
ページに対応する登録されたブックマーク１１１１のタ
イトルとしてそのまま使用される。

【００２３】また、図１９のブックマーク表示画面１０
００で、ブックマーク１１１１を新規に追加する操作に
おいて、ＵＲＬやタイトル等をタイプすることによって
所望のフォルダ１１１０の中に新たなブックマーク１１
１１を追加することもできる。

【００２４】ブックマーク１１１１内の情報は、例え
ば、図１９のブックマーク表示画面１０００で、対象の
ブックマーク１１１１のプロパティをマウスにより選択
すること等によって表示されるブックマーク編集画面
（不図示）上で編集することができる。更に、図１９の
ブックマーク表示画面１０００上において、マウス等の
操作により、ブックマーク１１１１自体の削除、移動
（他のフォルダへの移動を含む）が可能である。

【００２５】また、近年では、個人または企業、その他
の団体によって、インターネットのようなネットワーク
を経由するメールの送受信が盛んに行われている。これ
らのメールは、ネットワーク上に設置されたメールサー
バ間で送受信され、個人などのユーザは、そのメールサ
ーバを介して、他人にメールを送信し、また自分宛のメ
ールを受信する。メールのアドレスは、メールアドレス
によって識別され、インターネット・メールであれば、
通常「ｕｓｅｒ＠ｘｘｘ．ｏｒ．ｊｐ」等のフォーマッ
トで提供される。メールには、インターネット・メール
の他、パソコン通信やその他の団体、企業内で送受信さ
れるメールがあるが、これらは、ゲートウエイなどを介
して相互に送受信される。

【００２６】現在、こうしたメールの送受信を行うツー
ル（いわゆる、メーラ）は、前述のＷＷＷブラウザとセ
ットになっているものから、メール専用のツールまで様
々である。しかし、これらのツールは、メールの送受信
に関する基本機能について異なるところはない。ユーザ
は、ネットワークに接続して、前記メーラを起動し、自
分宛のメールを受信する。これらのメールを受信する際
には、それらのメールが誰から送信されたものか、また
サブジェクトに何を含んでいるか等によって、異なるフ
ォルダに分類して記憶することもできる。送信の際に
は、「アドレスブック」と呼ばれるところに予め記憶さ
れている送信先のメールアドレスを、メールの送信先と
してマウスのクリックなどで簡単に指定することがで
き、そのメールアドレスを送信の度にタイプする必要が
ない。もちろん、初めてメールを送信する相手には、メ
ールアドレスのタイプ等が必要になるが、その際に登録
処理を行っておけば、その相手に次に送信する際には、
メールアドレスは上記のように簡単に指定でき、タイプ
は不要である。

【００２７】また、前記アドレスブックに記憶された複
数のメールアドレスは、前記ＷＷＷブラウザ等のブック
マークと同様に、前記アドレスブック内で複数のフォル
ダに格納されうる。従って、ブックマークのような階層
的な管理も可能である。例えば、友人、会社関係のメー
ルアドレスを分けて管理することができ、また、社内の
メール管理においては、各部署ごと、または支店ごとと
いった分類も可能である。

【００２８】一般のユーザが、前記ＷＷＷページを見た
り、メールの送受信を行うためにインターネットなどの
ネットワーク上の資源にアクセスするには、インターネ
ットへの常時接続ポイントを有するプロバイダと呼ばれ
る接続業者のサーバに公衆回線等を介して、ユーザのコ
ンピュータを接続する必要がある。このことによって、
前記ユーザは、プロバイダの前記サーバを介してインタ
ーネットなどのネットワーク上の資源にアクセスでき、
ＨＴＭＬ文書やメールを自分のコンピュータに転送する
ことができる。

【００２９】更に、ユーザが過去にアクセスしたアドレ
スの頻度やタイプに応じて、そのアドレスに対応したシ
ンボルが地図上に配置され、そのシンボルを選択するこ
とによって、前記ブックマークと同様に、その選択され
たアドレスにアクセス可能な地図情報を、基本的にプロ
バイダ側で作成し、ユーザにその地図情報を送信するシ
ステムが本願出願人によって出願されている「表示形式
作成システム、表示システム、表示形式作成方法、及び
記録媒体」（特願平９−３６１５３９）。

【００３０】

【発明が解決しようとする課題】上述したように、本出
願人の「表示形式作成システム、表示システム、表示形
式作成方法、及び記録媒体」によって実現される地図情
報を用いることによって、ユーザが過去にアクセスした
アドレスに対応したシンボルが、そのアクセス頻度やタ
イプ毎に分類して表示され、容易にアドレスを選択する
ことができるようになっている。

【００３１】しかし、その地図情報を利用するユーザの
コンピュータ、表示装置、モデム等の性能はユーザによ
って大きく異なるものの、地図情報の内容（例えば、イ
メージデータを使用するか、テキストデータを使用する
か等）、及び実現方法（例えば、ＶＲＭＬによって表示
するか、ＨＴＭＬを用いて表示するか等）の組み合わせ
を規定する「表示様式」は一定であり、前記コンピュー
タ等の性能に応じて、適切な地図情報の表示様式を選択
する余地はない。

【００３２】例えば、ユーザのモデムなどの通信装置の
通信速度が低いかまたは、コンピュータの処理能力が低
い場合に、前記地図情報を表示させようとすると、その
地図情報を表示させるためのデータをプロバイダから前
記モデムを介して受信し、またはそのデータを表示のた
めに処理するのに非常に時間がかかり、ユーザが長い間
待たされることがある。

【００３３】また、ユーザのコンピュータに接続された
表示装置の解像度が低い場合に、前記地図情報を表示さ
せようとすると、その地図情報が適切に表示されない場
合がある。

【００３４】本発明は、前記課題を解決するために、主
にネットワーク上にアドレスを付して格納されるＨＴＭ
Ｌ文書、ＶＲＭＬ文書、および関連するイメージデー
タ、アプリケーション等を、該アドレスにアクセスする
ことで取得が可能な従来のブックマーク機能に代えて、
アクセスされるアドレス、及びメーラによって送受信さ
れるメールアドレスを一元的に管理し、それらのアドレ
スにアクセス選択可能な表示情報、若しくは地図情報
（表示形式情報）としてユーザに提供する表示形式作成
システムにおいて、ユーザのコンピュータ、表示装置、
通信装置等の性能に応じて、前記地図情報を適切な表示
方法を提供するように自動的に更新する機能を付加する
ことを目的とする。ここで、表示方法とは、前記表示情
報、若しくは地図情報にどういった程度の内容（例え
ば、イメージデータを使用するか、テキストデータを使
用するか等）を含み、かつ、その表示情報、若しくは地
図情報をどういった実現方法（例えば、ＶＲＭＬによっ
て表示するか、ＨＴＭＬを用いて表示するか等）で表示
するかを規定するものである。

【００３５】

【課題を解決するための手段】本発明の表示形式作成シ
ステムは、ソフトウエア資源のアドレスをユーザがアク
セスする毎に更新しそのアクセス履歴またはそのアドレ
スの種類によって分類して管理する管理手段と、前記ア
ドレスへのアクセスを可能にするシンボルの前記管理手
段による分類結果に応じた差別化表示を指示する表示指
示手段と、この表示指示手段によって表示指示される表
示形式情報を記憶する記憶手段と、ユーザーが操作する
表示装置の表示性能指標を取得してこの表示性能指標に
応じて前記記憶手段に記憶される表示形式情報を更新す
る更新手段とを有する。

【００３６】上記構成によれば、ユーザが過去にアクセ
スしたソフトウエア資源のアドレスは、そのユーザのア
クセス履歴またはアドレスの種類に応じて分類される。
分類されたアドレスの表示形式は、ユーザが操作する表
示装置の性能などに従って決定される。そして、本発明
の表示形式作成システムは、ユーザからの要求に対し
て、そのユーザが過去にアクセスしたソフトウエア資源
に係わる情報をそのユーザが操作する表示装置が表示可
能な形式のデータとして提供する。

【００３７】各シンボルは、たとえば、３次元表現、２
次元表現、或いはテキスト形式で表示されるように作成
・更新される。また、各シンボルは、たとえば、３次元
的な地図をイメージした表示領域、２次元的な地図イメ
ージした表示領域、或いはリスト形式で表示されるよう
に作成・更新される。上記ネットワーク資源のアドレス
には、少なくともＷＷＷページのアドレス及びメールア
ドレスが含まれる。

【００３８】

【発明の実施の形態】以下に、本発明の実施の形態の例
について、図面を参照して説明する。尚、各図におい
て、同一または類似のものには同一の参照番号または、
記号を付与して説明する。

【００３９】図１は、本発明の一実施形態のネットワー
ク接続管理システム１００のシステム構成を示すブロッ
ク図である。ネットワーク接続管理システム１００は、
プロバイダ・接続管理サーバ１１０、及び顧客データベ
ース１２０を含む。前記プロバイダ・接続管理サーバ１
１０は、加入者接続制御機能１１１、マップデータ処理
機能１１２、及びリクエスト処理機能１１３を含む。

【００４０】また、プロバイダ・接続管理サーバ１１０
は、必要に応じてプロバイダ・メールサーバ１３０及び
プロバイダ・ＷＷＷサーバ１４０に接続さる。加入者１
５０の使用するコンピュータ１５０は、そのプロバイダ
に加入している複数の加入者１５１、１５２等からな
り、ネットワーク上の資源にアクセスする際、加入者の
コンピュータをプロバイダ・接続管理サーバ１１０に公
衆回線等を経由して接続する。

【００４１】ネットワーク１６０は、例えば、インター
ネットといった、不特定多数の者がアクセス可能なネッ
トワークであるが、これに限られず、社内ＬＡＮ、ＷＡ
Ｎ、ＶＡＮ、イントラネット、及びエクストラネット、
その他利用者の限られた特定のネットワーク、及びその
他有線・無線に限定されない形態のネットワークを含
む。

【００４２】メールサーバ１７０及びＷＷＷサーバ１８
０は、ここで説明の対象としているプロバイダ以外のメ
ールサーバ及びＷＷＷサーバを集合的に示している。前
記加入者接続制御機能１１１は、加入者１５０から、公
衆回線等を介して接続要求があった場合、加入者１５０
のＩＤとパスワードをチェックし、正常であれば加入者
１５０のコンピュータとのコネクションを確立し、イン
ターネット等へのアクセスが可能となるよう制御する。

【００４３】前記マップデータ処理機能１１２は、履歴
管理機能１１２Ａ、マップデータ更新機能１１２Ｂ、及
びマップデータ送信機能１１２Ｃを含み、加入者１５０
が過去にアクセスしたアドレスを、ブックマークやアド
レスブックに代えて、再度容易に選択可能な３次元的、
または２次元的な表現として表示できるマップ（地図表
示形式）データを更新する。このマップデータは、加入
者１５０に３次元的、または２次元的な表示を提供する
ための「もと」となるデータであり、実際はＨＴＭＬ文
書やＶＲＭＬ文書である。このように、加入者１５０に
マップデータをもとに表示されたものを以降では、「マ
ップ表示」と呼ぶ。前記履歴管理機能１１２Ａは、加入
者１５０が過去にアクセスしたＷＷＷページのアドレス
及び送受信したメールアドレスを加入者１５０毎に記憶
し、加入者１５０がＷＷＷページのアクセスまたはメー
ルの送受信を行う際に、それらのアドレスがその加入者
１５０によって過去に使用されたものかをチェックす
る。

【００４４】前記マップデータ更新機能１１２Ｂは、加
入者１５０のＷＷＷページへのアクセス状況及びメール
の送受信状況に応じて、加入者１５０のコンピュータ上
に、加入者１５０が過去にアクセスしたＷＷＷページの
アドレス及び送受信したメールアドレスを３次元的に、
または２次元的に表示するためのマップデータを更新す
る。前記マップデータをどのような表示様式（３次元
的、または２次元的な表示様式を含む）とするかは、加
入者１５０のコンピュータ等の性能（端末スペック）に
応じて自動的に選択される。

【００４５】前記マップデータ送信機能１１２Ｃは、加
入者１５０のＷＷＷページへのアクセス及びメールの送
受信の際、または、加入者１５０がプロバイダに接続し
た際に、加入者１５０のコンピュータに前記マップデー
タを送信する。

【００４６】リクエスト処理機能１１３は、プロバイダ
に接続された加入者１５０の要求に応じて、例えば、Ｗ
ＷＷページのＨＴＭＬ文書データ、ＶＲＭＬ文書デー
タ、及び関連するその他のデータを、ネットワーク１６
０を介して、所定のアドレスのＷＷＷサーバ１８０から
ダウンロードし、加入者１５０のコンピュータに送信す
るよう制御し、要求されたメールの送受信を行う。

【００４７】前記加入者接続制御機能１１１及びリクエ
スト処理機能１１３は、従来のソフトウエアを用いて従
来のプロバイダによって提供されてきた機能である。前
記顧客データベース１２０は、加入者情報テーブル１２
１、接続履歴テーブル１２２、イエローページ・テーブ
ル１２３、マップイメージ・テーブル１２４、及びマッ
プ・テーブル１２５を含む。各テーブルの詳細な説明は
後述する。

【００４８】前記プロバイダ・メールサーバ１３０は、
そのプロバイダの加入者１５０宛に、例えば、ネットワ
ーク１６０を介して他のプロバイダから送信されてきた
メールを記憶し、加入者１５０からの指示によって、そ
の受信メールを加入者側のコンピュータに転送する。

【００４９】プロバイダ・ＷＷＷサーバ１４０は、プロ
バイダ及びプロバイダの加入者１５０のＨＴＭＬ文書や
ＶＲＭＬ文書、及びその他必要なデータ、モジュール等
を記憶している。プロバイダの加入者１５０は、一般的
には公衆回線を介してそれらのデータにアクセスする。
そのプロバイダ以外のプロバイダの加入者は、公衆回線
及びネットワーク１６０を介してそれらのデータにアク
セスする。通常プロバイダは、ＷＷＷページのアクセス
に関するキャッシュ機能及びセキュリティ機能を提供す
るＰＲＯＸＹサーバを備えているが、この実施例では省
略してある。

【００５０】メールサーバ１７０及びＷＷＷサーバ１８
０は、ここで説明の対象としているプロバイダ以外のプ
ロバイダ等のメールサーバ及びＷＷＷサーバを集合的に
示している。

【００５１】図２〜８は、本発明の一実施例で使用する
顧客データベース１２０内の各テーブル及びデータの内
容を示している。図２は、加入者情報テーブル１２１の
ファイル・フォーマットの例を示しており、加入者Ｉ
Ｄ、加入者名、パスワード、マップデータ表示種別、及
び端末スペックの各項目が示されている。加入者ＩＤ、
加入者名、及びパスワードは、プロバイダによって従来
から管理されてきた項目であり、加入者１５０がプロバ
イダへの接続を試みる際に、加入者１５０の接続権限を
チェックするために前記加入者接続制御機能１１１によ
って使用される。マップデータ表示種別は、どのような
区分に従って、加入者１５０のマップデータを作成する
かを指定する。この例では、「アドレスのタイプ別の区
分け」、「アクセス頻度別の区分け」、及び「アクセス
頻度別の表示方法変更」などがある。

【００５２】端末スペックは更にＣＰＵ、メモリ、回
線、表示カラー、及び表示サイズの各項目からなる。Ｃ
ＰＵという項目は、加入者１５０のコンピュータのＣＰ
Ｕの性能を示しており、この例では、プロセッサとその
クロック・スピードを性能の目安としてとらえている。
Ｐ−１３３は、ペンティアム・プロセッサで動作周波数
が１３３ＭＨｚであることを示しており、Ｐ−１５０
は、ペンティアム・プロセッサで動作周波数が１５０Ｍ
Ｈｚであることを示している。

【００５３】メモリの項目には、加入者１５０のコンピ
ュータに取り付けられているメモリの容量が示されてい
る。回線の項目は、前記プロバイダに接続するために使
用する回線の速度であり、モデムなどの通信装置や回線
の種類によって決まる。この例では、３３．６や６４で
あり、単位はｋｂｐｓ（ビット／秒）である。表示カラ
ーの項目は、加入者１５０のコンピュータに接続された
表示装置がいくつの異なる色を表示できるかを示してお
り、これは、表示装置やグラフィック・ボード、加入者
１５０による設定等で決まる。図２では、１６ｂｉｔ
（６５，５３５色）と２５６色が例示されている。表示
サイズの項目は、加入者１５０のコンピュータに接続さ
れた表示装置がいくつのドット（ピクセル）を表示でき
るかを示しており、これも、表示装置やグラフィック・
ボード、加入者１５０による設定等で決まる。例では、
８００×６００（横方向が８００ドットで縦方向が６０
０ドット）と１０２４×７６８（横方向が１０２４ドッ
トで縦方向が７６８ドット）の表示サイズが示されてお
り、表示ドット数が大きくなるほど高い解像度での表示
が可能になる。

【００５４】これらの端末スペックの各項目は、各加入
者１５０によって個別に登録されることが好ましいが、
プロバイダやその他の第三者によって登録されてもよ
い。また、これらの各項目は例示のために挙げられたに
すぎず、他にも、加入者１５０が地図情報を表示するた
めに使用するあらゆる装置の性能指標を表す項目が設定
されうる。

【００５５】図３は、接続履歴テーブル１２２のファイ
ル・フォーマットの例を示しており、加入者ＩＤ、接続
アドレス、最新アクセス日時、及び頻度の各項目を含
む。アクセスされたアドレスは、加入者ＩＤに割り当て
られた加入者によってアクセスされたＷＷＷページのア
ドレス、または送受信されたメールのアドレスであり、
ＷＷＷページのアドレスとメールアドレスが混在して記
憶される。最新アクセス日時は、前記アドレスにアクセ
スした最新の日時を示す。頻度は、一定期間内でそのア
ドレスにアクセスした回数を示す。このテーブルの例で
は、同一の加入者が同じアドレスにアクセスした場合
は、そのアドレスに対応するレコードの最新アクセス日
時及び頻度が更新され、新しいレコードの追加は行われ
ないようになっているが、アクセス等があった場合に新
しいレコードを追加して、頻度情報が必要な際に、同じ
アドレスのレコードの件数をカウントするようにしても
よい。

【００５６】図４は、イエローページ・テーブル１２３
のファイル・フォーマットの例を示しており、アドレ
ス、タイプ、及びサブタイプを含む。このテーブルに
は、インターネット上に存在するＷＷＷページのアドレ
スや、個人または企業のメールアドレスが予め記憶され
ており、更にそのそれぞれのアドレスがタイプ（大分
類）、サブタイプ（小分類）のカテゴリで分類されてい
る。例えば、図４の最初のレコードは、ＷＷＷページの
アドレス「ｈｔｔｐ：／／ｗｗｗ．Ａ１．ｃｏ．ｊｐ／
Ａ１．ｈｔｍｌ」が、タイプがショッピングで、サブタ
イプが車であり、そのアドレスが車のショッピングに関
するものであることを示している。こうした分類は、タ
イプ（大分類）のみの１階層で分類されてもよいし、よ
り多くの階層によって分類されてもよい。このテーブル
は、事前にプロバイダやその他の機関によって設定され
ていることが望ましい。

【００５７】図５は、マップイメージ・テーブル１２４
のファイル・フォーマットの例を示しており、タイプ、
サブタイプ、及びイメージ・データを含む。タイプ及び
サブタイプは、前記イエローページ・テーブル１２３の
タイプ及びサブタイプに対応し、タイプとサブタイプの
組み合わせが、１つのイメージ・データに対応する（タ
イプとサブタイプの連結キーがユニーク・キーとな
る）。例えば、最初のレコードは、タイプとサブタイプ
の組み合わせ、即ちショッピング＋車に対応するイメー
ジ・データがｃ：￥ｉｍａｇｅ￥ｓｈｏｐｐｉｎｇ￥ｃ
ａｒ．ｇｉｆであることを意味している。イメージ・デ
ータは、ここではＧＩＦデータが示されているが、アニ
メーションＧＩＦやＢＭＰファイル等のイメージを表現
できるその他のデータを含むことができ、この例では示
されていないが、ＶＲＭＬで使用する場合には、表示す
るイメージの立体表現を定義する座標データなどを格納
する必要がある。

【００５８】図６は、マップ・テーブル１２５のファイ
ル・フォーマットの例を示しており、加入者ＩＤ毎にマ
ップデータ（表示形式データ）が対応付けられている。
このマップデータは、加入者１５０のコンピュータ上に
表示されるマップ表示のもととなるマップデータであ
り、加入者情報テーブル１２１の端末スペックの各項目
から自動的に判断された様式によって、記憶されるデー
タ（ＨＴＭＬ文書、ＶＲＭＬ文書、またはその他の言語
や方法）が異なる。ここでは、ＨＴＭＬ文書であれば、
ファイルの拡張子をｈｔｍｌに、ＶＲＭＬ文書であれ
ば、ｗｒｌとして表している。

【００５９】図７は、マップイメージ・テーブル１２４
内のイメージ・データを適当な編集画面で表示した例で
ある。このイメージは、ＨＴＭＬ文書で使用されるＧＩ
Ｆファイルを編集画面上に表示した例であり、図７
（Ａ）は車のショッピングに対応し、図７（Ｂ）は食品
のショッピングに対応し、それぞれその分類タイプに関
連するようなイメージを示すよう作成されるのが好まし
い。これらのイメージは、マップ表示の際には、地図上
のある地点に配置され、それぞれがあるアドレスを示す
シンボルとして機能する。ここではこれらを「メタフ
ァ」と呼ぶことにする。

【００６０】次に、図８〜１１の処理フローを参照し
て、プロバイダ・接続管理サーバ１１０の処理を詳細に
説明する。図８は、加入者１５０がプロバイダに接続
し、その後ネットワーク上の資源にアクセスする際の、
前記プロバイダ・接続管理サーバ１１０の処理フローを
示している。最初に、プロバイダ・接続管理サーバ１１
０は、ステップＳ１００で加入者１５０からの接続要求
を待つ。接続要求があると（ステップＳ１００、ｙｅ
ｓ）、ステップＳ１０１で、加入者ＩＤとパスワードの
チェックを行い、接続要求のない場合は（ステップＳ１
００、Ｎｏ）、前記ステップＳ１００の判定を繰り返
す。ここで、接続要求をしてきたユーザが入力した加入
者ＩＤのパスワードを、加入者情報テーブル１２１の対
応する加入者ＩＤのパスワードと比較し、一致しない場
合は接続を拒否する。加入者ＩＤとパスワードが正しい
場合、ステップＳ１０２に進み、接続要求してきたユー
ザを正しい加入者と認証し、プロバイダ・接続管理サー
バ１１０と加入者のコンピュータとの間のセッションを
確立する。

【００６１】次に、ステップＳ１０３に進み、マップ・
テーブル１２５から、対応する加入者ＩＤのマップデー
タ及びそのマップデータの表示に必要なデータを加入者
のコンピュータに送信する。この時、プロバイダ・メー
ルサーバ１３０内に対応する加入者の未読メールがあれ
ば、その情報も前記マップデータに付加して送信し、加
入者に未読メールがあることを通知する。

【００６２】ステップＳ１０４で加入者１５０からネッ
トワーク上の資源のアクセスが要求されたかを判定す
る。要求されていない場合（ステップＳ１０４、Ｎ
ｏ）、この判定が繰り返される。一定の時間この繰り返
しを行っても要求がない場合は、前記加入者１５０との
コネクションを切断するようにすることもできる。要求
があった場合には（ステップＳ１０４、Ｙｅｓ）、ステ
ップＳ１０５に進む。

【００６３】ステップＳ１０５では、加入者１５０のア
クセス内容に応じて、マップ・テーブル１２５内のその
加入者に対応するマップデータを更新する。ステップＳ
１０６では、加入者が要求したリクエストを処理する。
この処理は、従来のプロバイダでの処理と同様であり、
ＷＷＷページへのアクセス、メールの送受信、ＦＴＰサ
イトからのダウンロード等、ネットワーク上の資源に対
するあらゆる処理を含む。ステップＳ１０６とステップ
Ｓ１０５の処理順序はこの逆でもよいし、また同時に処
理されてもよい。ステップＳ１０６の処理が終わると、
ステップＳ１０４の判定に戻り、再び加入者１５０のア
クセス要求があるのを待つ。

【００６４】次に、図９では、図８のステップＳ１０５
に示されたマップデータ更新処理のフローを詳細に示
す。最初に、ステップＳ２０１では、加入者１５０から
要求されたアドレスが、その加入者が過去にアクセスさ
れたものかどうかの判定がなされる。この判定は、接続
履歴テーブル１２２内の、その加入者１５０に関するア
ドレスを検索することによって行われる。そのアドレス
が過去にアクセスされたものである場合は（ステップＳ
２０１、Ｙｅｓ）、ステップＳ２０２に進み、そこで、
接続履歴テーブル１２２の対応するアドレスのレコード
を、最新アクセス日時として現在の日時を設定し、頻度
に１加算して更新する。接続履歴テーブル１２２のレコ
ードをアクセスの度に追加する設計を採用している場合
は、新しいレコードにアドレス、最新アクセス日時、頻
度（＝１）を設定し、前記テーブル１２２に追加する。
その後ステップＳ２０６に進む。

【００６５】ステップＳ２０１で過去に使用されたアド
レスでないと判定された場合は（ステップＳ２０１、Ｎ
ｏ）、ステップＳ２０３に進み、接続履歴テーブル１２
２に、そのアドレス、アクセス日時、頻度（＝１）を設
定したレコードを追加する。

【００６６】次に、ステップＳ２０４に進み、そのアド
レスに対応するタイプ及びサブタイプを、イエローペー
ジ・テーブル１２３から取得する。一部、個人のメール
アドレスに関しては、前記イエローページ・テーブル１
２３にない可能性も考えられるが、アドレスのフォーマ
ットをパターン識別したり、プロトコル・タイプの識別
を加えることによって、それが個人のメールアドレスで
あると識別されうる。また、イエローページ・テーブル
１２３内に対応するアドレスがない場合もあるが、その
ような場合には、最終的にそのアドレスに対応するイメ
ージ・データとして、その事実が分かるような任意のイ
メージを割り当てたり、強制的なメッセージを表示して
もよい。

【００６７】その後、ステップＳ２０５で、前記ステッ
プＳ２０４で取得されたタイプ及びサブタイプを基に、
マップイメージ・テーブル１２４から、対応するイメー
ジ・データを取得する。ステップＳ２０６では、アクセ
スされたアドレス、前記加入者情報テーブル１２１内の
マップデータ表示種別、実現タイプ、接続履歴テーブル
１２２内の頻度、イエローページ・テーブル１２３内の
タイプとサブタイプ、及び前記ステップＳ２０５で取得
したマップイメージ・テーブル１２４内のイメージ・デ
ータから、加入者のマップデータを更新する。必要なデ
ータは前記マップデータ表示種別によって異なり、必ず
しも前述のデータ全てが必要な訳ではない。

【００６８】更新が終わると、ステップＳ２０７で、更
新されたマップデータがマップ・テーブル１２５に記憶
され、加入者１５０のコンピュータにそのマップデータ
及び関連するデータを送信する。

【００６９】これによって加入者１５０は、新しいアド
レスにアクセスしたり、アクセスによってアクセス頻度
の傾向が変化したような場合に、即時に加入者１５０の
コンピュータ上にその内容を反映したマップデータが送
信され、それに基づいてマップ表示が行われる。こうし
た送信を頻繁に行う必要のない加入者１５０は、加入者
１５０がプロバイダに接続された時点でのみマップデー
タの送信が行われるようにしてもよい。

【００７０】図１０には、図９で示したステップＳ２０
６のマップデータの更新処理フローを、より詳細に示し
てある。最初に、ステップＳ３０１で、加入者情報テー
ブル１２１のマップデータ表示種別が何かを判定する。
ここでは、「アクセス頻度別の区分け」、「アドレスの
タイプ別の区分け」、及び「アクセス頻度別の表示方法
変更」といった、３つのマップデータ表示種別が存在す
るものとして処理を考える。尚、必要に応じて、他の基
準を用いたマップデータ表示種別を設定することも可能
である。

【００７１】マップデータ表示種別が、「アクセス頻度
別の区分け」である場合、制御は左側の分岐に進み、ス
テップＳ３０２が実行される。ステップＳ３０２では、
表示エリアを所定の区画（Ｐ１〜Ｐｉ）に分ける。この
表示エリアは最終的に加入者１５０のコンピュータ上に
表示されるエリアである。このステップＳ３０２の処理
は、ＨＴＭＬやＶＲＭＬの生成という側面から見れば、
それぞれの言語を使用して、前記区画（Ｐ１〜Ｐｉ）が
表示されるようにステートメントを生成することを意味
している。

【００７２】次にステップＳ３０３に進み、加入者１５
０が過去にアクセスしたアドレスを、そのアクセス頻度
に応じて、ｉと同じ数に分類する。例えば、４つの区画
（Ｐ１〜Ｐ４）に分類される表示が行われる場合、過去
にアクセスしたアドレスＡ１〜Ａ６が、それぞれ１，
２，３，４，５，６のアクセス頻度を有していたとす
る。この場合、最も高いアクセス頻度６を４で割り（結
果は１．５）、そして、アクセス頻度が１．５以下のア
ドレスは区画Ｐ１に、アクセス頻度が１．５より上で
３．０以下のアドレスは区画Ｐ２に、アクセス頻度が
３．０より上で４．５以下のアドレスは区画Ｐ３に、ア
クセス頻度が４．５より上で６．０以下のアドレスは区
画Ｐ４に分類する。この結果、区画Ｐ１には、アクセス
頻度が１のアドレス１つが属し、区画Ｐ２には、アクセ
ス頻度が２と３のアドレス２つが属し、区画Ｐ３には、
アクセス頻度が４のアドレス１つが属し、区画Ｐ４に
は、アクセス頻度が５と６のアドレス２つが属すること
になる。もちろん、アクセス頻度に応じたこのような分
類方法は、上記の線形的な分類方法に限られるものでは
なく、他の様々な方法が考えられる。

【００７３】次に、ステップＳ３０４では、加入者情報
テーブル１２１の端末スペックの各項目を基に、加入者
１５０のコンピュータの端末スペックに応じた表示様式
を判断する。表示様式は、例えば、以下で詳述するＶＲ
ＭＬ様式やＨＴＭＬ１〜３様式などである。また、表示
様式は、この例のようにマップデータ更新の度に判断す
る必要はなく、所定のタイミングで判断して、その結果
を加入者情報テーブル等に記憶させておくこともでき
る。

【００７４】ステップＳ３０５では、ステップＳ３０３
で分類されたアドレスを、ステップＳ３０４で判断され
た表示様式に従って、対応する区画に割り当てる。この
ステップＳ３０５の処理は、ＨＴＭＬやＶＲＭＬの生成
という側面から見れば、それぞれの言語のステートメン
トを使用して、前記区画（Ｐ１〜Ｐｉ）の中に、その区
画に分類されたアドレスに対応するイメージ・データを
表示するように指定をすることを意味している。イメー
ジ・データはマップイメージ・テーブル１２４から取得
されたものであり、ＨＴＭＬによる表示が行われる場合
等で用いられる。ＶＲＭＬによる表示が行われる場合に
は、表示するイメージの立体表現を定義する座標データ
等（不図示）が、前記マップイメージ・テーブル１２４
から取得され、そのデータを基にＶＲＭＬによる指定が
行われる。

【００７５】ステップＳ３０２〜ステップＳ３０５の処
理によって、アクセス頻度別に区分けされたマップデー
タが生成される。このマップデータの内容は、ＶＲＭＬ
やＨＴＭＬで記述されたデータであり、加入者１５０の
コンピュータに送信され、そこでＷＷＷブラウザやＶＲ
ＭＬビューワによる解釈が行われた後、前記コンピュー
タ上に、ブックマークやアドレスブックの代わりとなる
よう機能するマップ表示が提供される。

【００７６】ステップＳ３０１で、マップデータ表示種
別が「アドレスのタイプ別の区分け」であると判定され
ると、中央の分岐、即ち、ステップＳ３０６に進む。ス
テップＳ３０６では、ステップＳ３０２と同様、表示エ
リアを所定の区画（Ｐ１〜Ｐｊ）に分割する。

【００７７】次に、ステップＳ３０７で、加入者１５０
が過去にアクセスしたアドレスを、そのタイプ及びサブ
タイプに応じて分類する。前述したように、各アドレス
は、イエローページ・テーブル１２３を参照することに
よって、そのアドレスのタイプ及びサブタイプを取得す
ることができる。こうして得られたタイプ及びサブタイ
プを前記区画Ｐ１〜Ｐｊに分類する。こうした分類の数
及び方法は、自由に設定することができ、例えば、前記
タイプのみを各区画に対応させたり、タイプとサブタイ
プの組み合わせを各区画に対応させたりすることもでき
る。

【００７８】次に、ステップＳ３０８では、加入者情報
テーブル１２１の端末スペックの各項目を基に、加入者
１５０のコンピュータの端末スペックに応じた表示様式
を判断する。

【００７９】次に、ステップＳ３０９では、ステップＳ
３０７で分類されたアドレスを、ステップＳ３０８で判
断された表示様式に従って、対応する区画に割り当て
る。このステップＳ３０９の処理は、ＨＴＭＬやＶＲＭ
Ｌの生成という側面から見れば、それぞれの言語のステ
ートメントを使用して、前記区画（Ｐ１〜Ｐｊ）の中
に、その区画に分類されたアドレスに対応するイメージ
・データを表示するように指定をすることを意味してい
る。イメージ・データはマップイメージ・テーブル１２
４から取得されたものであり、ＨＴＭＬによる表示が行
われる場合に用いられる。ＶＲＭＬによる表示が行われ
る場合には、表示するイメージの立体表現を定義する座
標データ等（不図示）が、前記マップイメージ・テーブ
ル１２４から取得され、そのデータを基にＶＲＭＬによ
る指定が行われる。

【００８０】ステップＳ３０６〜ステップＳ３０９の処
理によって、アドレスのタイプ別に区分けされたマップ
データが生成される。このマップデータの内容は、前述
のように、ＨＴＭＬやＶＲＭＬで記述されたデータであ
る。

【００８１】ステップＳ３０１で、マップデータ表示種
別が「アクセス頻度別の表示方法変更」であると判定さ
れると、右側の分岐、即ち、ステップＳ３１０に進む。
ステップＳ３１０では、加入者１５０が過去にアクセス
したアドレスを、そのアクセス頻度に応じて所定の数Ｋ
に分類する。

【００８２】次に、ステップＳ３１１では、加入者情報
テーブル１２１の端末スペックの各項目を基に、加入者
１５０のコンピュータの端末スペックに応じた表示様式
を判断する。

【００８３】次にステップＳ３１２に進み、そこで、ス
テップＳ３０８で判断された表示様式に従って、前記Ｋ
個の分類に応じて、アドレスに対応するイメージ・デー
タの大きさ、色、方向、その他外見的特徴を変更する。
また、複数のレベル（Ｋ）に段階的にイメージ・データ
の表示方法を変更するのではなく、アクセス頻度に比例
するようにイメージ・データの表示方法を変更するよう
制御することも考えられる。ここでは、アクセス頻度の
高いものほど大きく、かつ手前に（表示エリアの下部
に）なるよう割り当てる例について述べる。

【００８４】ステップＳ３１２の処理は、ＨＴＭＬやＶ
ＲＭＬの生成という側面から見れば、それぞれの言語を
使用して、前記分類Ｋに応じて、前記イメージ・データ
の大きさとイメージ・データを表示する位置を指定をす
ることを意味している。イメージ・データはマップイメ
ージ・テーブル１２４から取得されたものであり、ＨＴ
ＭＬによる表示が行われる場合に用いられる。ＶＲＭＬ
による表示が行われる場合には、表示するイメージの立
体表現を定義する座標データ等（不図示）が、前記マッ
プイメージ・テーブル１２４から取得され、そのデータ
を基にＶＲＭＬによる指定が行われる。ステップＳ３１
０〜ステップＳ３１２の処理によって、アクセス頻度別
にイメージ・データの大きさを変更したマップデータが
生成される。このマップデータの内容は、前述のよう
に、ＨＴＭＬやＶＲＭＬで記述されたデータである。

【００８５】図１１は、図１０のステップＳ３０４、Ｓ
３０８、及びＳ３１１の表示様式を判断する処理をより
詳細に示す図である。各ステップＳ３０４、Ｓ３０８、
及びＳ３１１の処理内容は同様のものであり、図１１の
処理をサブルーチン・コール等によって呼び出すことに
より実現される。図１１に示す判断により、マップ表示
は、例えば、以下の様式のうち、いずれかに決定され
る。 （１）ＶＲＭＬ様式 ＶＲＭＬを使用して加入者１５０のコンピュータにマッ
プ表示を提供する。ＶＲＭＬは、加入者１５０の指示で
リアルタイムに仮想空間を表示できるようにするため、
加入者のコンピュータに転送されるデータ量と必要なメ
モリ資源は大きく、また、高い処理能力が必要である。
更に、表示装置の表示サイズや表示カラー数にも高いレ
ベルが要求される。 （２）ＨＴＭＬ１様式（マップ様式＋イメージ・メタフ
ァ） ＨＴＭＬを使用して、加入者１５０が過去にアクセスし
たアドレスをイメージ（イメージ・メタファ）で表す様
式である。ＶＲＭＬほど加入者のコンピュータに転送さ
れるデータ量と必要なメモリ資源は大きくないが、イメ
ージデータを扱うために、ある程度大きなメモリ資源
と、高い処理能力等が必要である。 （３）ＨＴＭＬ２様式（マップ様式＋テキスト・メタフ
ァ） （２）の様式で使用されたイメージ・メタファの代わり
にテキスト・データからなるメタファを使用する様式で
ある。イメージデータを扱わない分、大きなメモリ資源
や、高い処理能力を必要としない。 （４）ＨＴＭＬ３様式（テキスト様式） （１）〜（３）で表現されていた地図のようなアドレス
の配置関係を省略し、単にテキストからなる情報が階層
的意味を有しながらリスト状に配置されている様式であ
る。テキストベースであるため、加入者１５０のコンピ
ュータに対する負担は軽く、比較的低い仕様の表示装置
でも実現可能である。

【００８６】また、この例では、ＨＴＭＬ、ＶＲＭＬと
いった言語タイプを採用しているが、ＷＷＷページ等へ
のアンカー機能を有する限り、その他のどのような言語
または方法を選択することもできる。

【００８７】最初に、ステップＳ４０１で、対応する加
入者１５０の使用するコンピュータの端末スペックの各
項目の値を取得する。次に、ステップＳ４０２で、端末
スペックの表示サイズが、所定の値より大きいかどうか
を判定する。前記表示サイズが所定の値以下である場合
（ステップＳ４０２、Ｎｏ）、ステップＳ４０８で、表
示様式がＨＴＭＬ３に決定される。ステップＳ４０２
で、前記表示サイズが所定の値より大きい場合（ステッ
プＳ４０２、Ｙｅｓ）、更に、ステップＳ４０３で、表
示カラーが所定の値より大きいかどうかを判定する。前
記表示カラーが所定の値以下である場合（ステップＳ４
０３、Ｎｏ）、ステップＳ４０７で、表示様式がＨＴＭ
Ｌ２に決定される。ステップＳ４０３で、前記表示カラ
ーが所定の値より大きい場合（ステップＳ４０３、Ｙｅ
ｓ）、更に、ステップＳ４０４で、処理能力の程度が判
定される。前記処理能力が高であると判定された場合、
ステップＳ４０５で、表示様式がＶＲＭＬに決定され
る。前記処理能力が中であると判定された場合、ステッ
プＳ４０６で、表示様式がＨＴＭＬ１に決定される。前
記処理能力が低であると判定された場合、ステップＳ４
０７で、表示様式がＨＴＭＬ２に決定される。

【００８８】ここで、処理能力とは、加入者情報テーブ
ル１２１から得られた関連する加入者１５０の端末スペ
ックの各項目、例えば、ＣＰＵ、メモリ、回線等から計
算される評価値を示しており、様々な評価式を考えるこ
とができる。また、図１１に示した判断のためのフロー
は一例に過ぎず、他にも多くのバリエーションを考える
ことができる。

【００８９】このように、図１１に示すフローによって
自動的に加入者１５０に提供される表示様式が判断され
るが、こうした自動判定をせずに、特定の表示様式を固
定的に提供するよう指定することもできる。これは、加
入者によっては、加入者のコンピュータに多少負荷がか
かっても、より負荷の高い特定の表示様式を表示させた
い場合があり、逆に、加入者のコンピュータに多少余裕
があっても、より負荷の小さい表示様式を表示させたい
場合があるためである。

【００９０】この機能を提供する場合は、例えば、前記
加入者情報テーブル１２１に、ＶＲＭＬやＨＴＭＬ１〜
ＨＴＭＬ３等のマップデータ表示様式を指定するエリア
を追加し、更に、そのエリアに設定された表示様式を使
用するか、自動判定処理によって判定された表示様式を
使用するかを示すフラグを有するといった設計を考える
ことができる。

【００９１】図１２〜図１７は、加入者１５０のコンピ
ュータ上に表示されるマップ表示の例を示している。図
１２は、加入者情報テーブル１２１のマップデータ表示
種別が、「アドレスのタイプ別の区分け」であり、加入
者情報テーブル１２１の端末スペックの各項目に基づい
て判定された表示様式がＶＲＭＬである場合の表示例で
ある。図１２のマップ表示２００は、大きくは４つの区
画２１０〜２４０、その区画の間の道２５０、ホーム２
６０、及びアバタ２７０からなる。区画２１０は、ホー
ムページの検索に関するアドレスの区画として設定さ
れ、検索アドレス１、検索アドレス２に対応するイメー
ジ・データ（２１１、２１２）が表示されている。これ
らのイメージ・データは、ＶＲＭＬにおいては立体表現
であり、アバタ２７０の視点によってイメージが現実に
近い態様で変化する。区画２２０は、メールアドレスの
区画として設定され、メールアドレスＡ１、メールアド
レスＡ２に対応するイメージ・データ（２２１、２２
２）が表示されている。

【００９２】区画２３０は、ショッピングに関するアド
レスの区画として設定され、あるショッピングのページ
に関するイメージ・データ２３１が表示されている。区
画２４０は空き区画であり、その中には内も表示されて
いない。

【００９３】前述したように、マップイメージ・テーブ
ル１２４では、アドレスのタイプ（大分類）とサブタイ
プ（小分類）の組み合わせで異なるイメージ・データを
使用しているが、ここでは説明の都合上、タイプ（大分
類）毎にイメージ・データを割り当てるよう簡略化して
表示する。従って、ここでは、検索に関するアドレスの
イメージ・データ、メールアドレスのイメージ・デー
タ、及びショッピングに関するアドレスのイメージ・デ
ータの異なる３種類のイメージ・データが表示されてい
る。ただし、ホーム２６０のイメージ・データは、ここ
では固定のデータとする。

【００９４】各イメージ・データに対応するアドレス
や、そのサービスに関するタイトル（例えば、ＷＷＷペ
ージのタイトル）は、ここでは引き出し線を用いて表示
されているが、イメージ・データに重ねて、または付近
に関連づけたその他様々な方法で表示させることができ
る。

【００９５】加入者１５０は、アバタ２７０の動きをマ
ウス等で制御して、所望のアドレスに向かう。アバタ２
７０は通常、ホーム２６０から出発し、道２５０に沿っ
て移動する。ここでは、カメラ位置が固定されている
が、アバタ２７０の視点に基づいてカメラを設置し、そ
のシーンをリアルタイムに画面に表示することもでき
る。所望のアドレスに到達すると、そのアドレスがＷＷ
Ｗページのアドレスである場合には、そのページがＷＷ
Ｗブラウザ（不図示）によって表示され、メールアドレ
スである場合には、そのメールアドレスが送信先に設定
された状態で、メール編集画面（不図示）が表示され
る。

【００９６】このマップ表示によって、加入者１５０
は、検索を行おうとするのであれば、アバタ２７０を検
索アドレスの区画２１０に進めて、その中の適当なアド
レス（イメージ・データ）を選択し、ショッピングのペ
ージを見ようとするのであれば、ショッピングに関する
アドレスの区画２３０に向かい、その中から適当なアド
レス（イメージ・データ）を探す。

【００９７】ホーム２６０には、前述したように、未読
メールがあるかどうかの情報を示すフラッグが付けられ
ており、未読メールがある場合にはそのフラッグが上が
るように設定されている。こうした情報は、他の適当な
方法で示されてもよい。

【００９８】図１３は、加入者情報テーブル１２１のマ
ップデータ表示種別が、「アクセス頻度別の区分け」で
あり、加入者情報テーブル１２１の端末スペックの各項
目に基づいて判定された表示様式がＶＲＭＬである場合
の表示例である。図１３のマップ表示３００は、大きく
は４つの区画３１０〜３４０、その区画の間の道３５
０、ホーム３６０、及びアバタ３７０からなる。区画３
１０は、アクセスの頻度が低いアドレスの区画として設
定され、そこにはメールアドレスＡ２に対応するイメー
ジ・データ３１１が表示されている。区画３２０は、ア
クセスの頻度が中程度のアドレスの区画として設定さ
れ、ショッピングのページのアドレス、メールアドレス
Ａ１に対応するイメージ・データ（３２１、３２２）が
表示されている。

【００９９】区画３３０は、アクセス頻度の高いアドレ
スの区画として設定され、検索アドレス１、検索アドレ
ス２に対応するイメージ・データ（３３１、３３２）が
表示されている。区画３４０は空き区画となっており、
その中には内も表示されていない。

【０１００】加入者１５０は、アバタ３７０の動きをマ
ウス等で制御して、所望のアドレスに向かう。アバタ３
７０は通常、ホーム３６０から出発し、道３５０に沿っ
て移動する。ここでは、カメラ位置が固定されている
が、アバタ３７０の視点に基づいてカメラを設置し、そ
のシーンをリアルタイムに画面に表示することもでき
る。所望のアドレスに到達すると、そのアドレスがＷＷ
Ｗページのアドレスである場合には、そのページがＷＷ
Ｗブラウザ（不図示）によって表示され、メールアドレ
スである場合には、そのメールアドレスが送信先に設定
された状態で、メール編集画面（不図示）が表示され
る。

【０１０１】このマップ情報の表示は、アクセス頻度が
高いものほど、アバタ３７０に近く配置されているの
で、加入者１５０が、そうしたアクセス頻度の高いアド
レスにアクセスする場合、すぐにそのアドレスに対応す
るイメージ・データに到達でき、便利である。

【０１０２】また、マップ表示３００の左上部には、
「Ｙｅｌｌｏｗ Ｐａｇｅ」という標識３８０が立てら
れており、アバタ３７０がその標識３８０に達すると、
好適にはプロバイダによって管理されているイエローペ
ージの表示画面（不図示）にジャンプする。

【０１０３】図１４は、加入者情報テーブル１２１のマ
ップデータ表示種別が、「アクセス頻度別の表示方法変
更」であり、加入者情報テーブル１２１の端末スペック
の各項目に基づいて判定される表示様式がＶＲＭＬであ
る場合の表示例である。図１４のマップ表示５００は、
大きくは２つの区画５１０と５２０、その区画の間の道
５３０、及びアバタ５４０からなる。この例では、区画
５１０と区画５２０には、特別な意味を持たせておら
ず、アクセスの頻度が高いアドレスに対応するイメージ
・データが、アバタ５４０の近くに位置し、大きく表示
されるように設定されている。また、この例では、検索
アドレス１と検索アドレス２の頻度が最も高く、これら
に対応するイメージ・データ（５１１、５２１）が、ア
バタ５４０に最も近く、他のイメージ・データより大き
く表示される。イメージ・データの大きさを変更してア
クセス頻度の高低を表すというこの例の方法の他に、ア
クセス頻度に応じて、そのアドレスに対応するイメージ
・データの色、角度、その他の外見的特徴を変化させる
ことが可能である。

【０１０４】次にアクセスの頻度が高いアドレスは、シ
ョッピングとメールアドレスＡ１であり、これらに対応
するイメージ・データ（５１２、５２２）が、前記アバ
タ５４０と前記イメージ・データ（５１１、５２１）の
距離より長い距離で配置され、しかも前記イメージ・デ
ータ（５１１、５２１）より小さく表示される。メール
アドレスＡ２は、アクセス頻度が最も低く、これに対応
するイメージ・データ５２３は、アバタ５４０から最も
遠く配置され、最も小さく表示される。

【０１０５】各アドレスに対応するイメージ・データは
各アドレスのタイプに応じたものであり、アバタ５４０
の動きや「Ｙｅｌｌｏｗ Ｐａｇｅ」５５０の標識の機
能も、前述したとおりである。

【０１０６】図１５は、加入者情報テーブル１２１のマ
ップデータ表示種別が、「アドレスのタイプ別の区分
け」であり、加入者情報テーブル１２１の端末スペック
の各項目に基づいて判定される表示様式がＨＴＭＬ１で
ある場合の表示例である。図１５のマップ表示６００
は、大きくは４つの区画６１０〜６４０、その区画の間
の道６５０、及び加入者１５０のアドレスを示すホーム
６６０からなる。

【０１０７】区画６１０は、ショッピングに関するアド
レスの区画として設定され、あるショッピングのページ
に関するイメージデータ６１１が表示されている。区画
６２０は、メールアドレスの区画として設定され、メー
ルアドレスＡ１に対応するイメージデータ６２１が表示
されている。

【０１０８】区画６３０は空き区画であり、その中には
なにも表示されていない。区画６４０は、検索アドレス
の区画として設定され、検索アドレス１に対応するイメ
ージ・データ６４１が表示されている。このマップ表示
６００はＨＴＭＬで実現されており、区画６１０、６２
０、及び６４０に示されたイメージ・データは、クリッ
カブル・マップなどの指定を利用している。

【０１０９】更に、ＨＴＭＬによる表示であるため、図
１２〜図１４で示したようなアバタは存在せず、視点の
変化しない２次元的表現である。また、図１２〜図１４
において、アバタがそのイメージ・データに到達するこ
とによって達成されていたアドレスの選択は、ここでは
指示ポインタ６７０等によってそのアドレスに対応した
イメージ・データをクリックすることにより行われるこ
とになる。

【０１１０】図１６は、加入者情報テーブル１２１のマ
ップデータ表示種別が、「アドレスのタイプ別の区分
け」であり、加入者情報テーブル１２１の端末スペック
の各項目に基づいて判定される表示様式がＨＴＭＬ２で
ある場合の表示例であり、ＨＴＭＬによるイメージ表示
を、テキスト・ベースの表示にしたマップ表示７００で
ある。

【０１１１】図１６のマップ表示７００は、大きくは４
つの区画７１０〜７４０、その区画の間の道７５０、及
び加入者１５０のアドレスを示すホーム７６０からな
る。区画７１０は、ショッピングに関するアドレスの区
画として設定され、あるショッピングのページにリンク
付けされるテキスト「ショッピング」７１１が表示され
ている。区画７２０は、メールアドレスの区画として設
定され、メールアドレスＡ１に対応するテキスト「メー
ルアドレスＡ１」７２１が表示されている。

【０１１２】区画７３０は空き区画であり、その中には
なにも表示されていない。区画７４０は、検索アドレス
の区画として設定され、検索アドレス１に対応するテキ
スト「検索アドレス１」７４１が表示されている。この
マップ表示７００はＨＴＭＬで実現されており、区画７
１０、７２０、及び７４０に示されたテキストは、基本
的にＨＴＭＬリンクが使用され、そのテキスト部分を指
示ポインタ７７０等によりクリックすることによって、
対応するアドレスにアクセス可能である。

【０１１３】図１７は、加入者情報テーブル１２１のマ
ップデータ表示種別が、「アドレスのタイプ別の区分
け」であり、加入者情報テーブル１２１の端末スペック
の各項目に基づいて判定される表示様式がＨＴＭＬ３で
ある場合の表示例である。図１６に示したマップ表示７
００では、各アドレスが地図（マップ）上にアドレスの
タイプ別という意味を持って配置されていたが、図１７
のマップ表示８００では、その配置をも簡略化し、表示
の際にできるだけコンピュータ等に負荷をかけないよう
に、各アドレスまたは分類が単純なリスト形式で表示さ
れる。

【０１１４】前記マップ表示８００は、アドレスのタイ
プ８１０とアドレス８１１からなる。アドレスのタイプ
８１０は、「ＷＷＷ検索」、「ショッピング」などの大
分類と、「衣服」、「本」などの小分類からなる。こう
した分類のレベルは、何段階にも設定でき、例えば、
「衣服」をクリックすると、その後に「カジュアル」、
「フォーマル」といったタイプを更に表示することもで
きる。

【０１１５】アドレス８１１は、前述のような、ＨＴＭ
Ｌリンクの指定によるものであり、アドレスそのもの
や、分かりやすいその他のテキストを表示することもで
きる。タイプ８１０やアドレス８１１の選択は、図１
５、図１６と同様、マウスのクリックなどによる。選択
したタイプ８１０に下位のタイプがあればそのタイプ８
１０が表示され、下位のタイプがなければアドレス８１
１が表示される。また、タイプ８１０とアドレス８１１
を混在させて１つの画面上に表示することもできる。

【０１１６】図１７に示すようなテキストデータのリス
ト表示の実施例は、加入者１５０のコンピュータの処理
能力、表示装置の解像度または表示カラー、回線速度等
が十分でない場合に、即座に画面表示を行うことがで
き、有利である。

【０１１７】以上、本発明の実施例を、ＨＴＭＬやＶＲ
ＭＬを使用し、ＷＷＷブラウザやＶＲＭＬビューワで表
示するものとして例示してきたが、他のツール、言語及
び方法を用いても本発明の特徴を達成することができる
ことは当業者にとって明らかであり、本発明の実施をＨ
ＴＭＬやＶＲＭＬを使用するものとして限定すべきでは
ない。

【０１１８】また、本発明におけるＷＷＷページの表示
やメールの送受信は、現在インターネットを利用して行
われることが多く、実施例の説明もそれに準じた表現と
なっているが、イントラネットやＶＡＮ、ＷＡＮなど、
特定のユーザにのみ使用権限が与えられたネットワーク
資源に関しても同様に実施することができる。

【０１１９】また、本発明における前述した特徴を、プ
ロバイダのサーバにおいて実現される実施例に基づいて
説明しているが、本発明を加入者１５０におけるコンピ
ュータやその他のコンピュータによって実現することも
可能であり、プロバイダのサーバでのみ実現されるもの
として限定する必要はない。

【０１２０】また、本発明は、加入者１５０のネットワ
ーク上の資源に対するアクセスに応じて、そのアドレス
を選択しやすいような表示で加入者に提供するシステム
であり、実施例では前記アクセスをＷＷＷページへのア
クセスとメールの送受信を中心に述べてきた。しかし、
こうしたアクセスを、これらに限定する必要はなく、Ｆ
ＴＰサイトからの特定のファイルのダウンロードなどを
含む、その他の特定のネットワーク上のアドレスに対す
るアクセスに対して広く応用することができる。

【０１２１】なお、本発明のマップ表示（地図情報）内
に表示されるシンボル（それぞれがアドレスに対応す
る）の数を、ユーザが使用するコンピュータや表示装置
の能力に応じて、最適化するよう設計することもでき
る。また、前記シンボルを、ユーザが使用するコンピュ
ータや表示装置の能力に応じて、図７(A) 、及び(B) で
例示したようなイメージデータよりも簡略化して、マッ
プデータ全体のデータ量を減らすように構成することも
できる。

【０１２２】図１８は、上述した表示形式作成システム
を実施するコンピュータ８００のハードウエア構成の一
例を示している。該コンピュータ８００は、それぞれバ
ス８５０に接続されたＣＰＵ８１０、メモリ８２０、記
憶装置８３０、及びネットワーク・インタフェース部８
４０からなる。ＣＰＵ８１０は、図１のプロバイダ・接
続管理サーバ１１０の各機能１１１、１１２、及び１１
３を実行する。メモリ８２０には、前記各機能を実行す
るプログラムが実行のためにロードされ、その他必要に
応じて、加入者１５０から送信されたデータ、または顧
客データベース１２０、プロバイダ・メールサーバ１３
０、プロバイダ・ＷＷＷサーバ１４０から読み込まれた
データを一時的に記憶する。

【０１２３】記憶装置８３０は、前記プロバイダ・接続
管理サーバ１１０の各機能を実行するプログラムを記憶
し、更に、顧客データベース１２０内の各テーブル等を
記憶する。ネットワーク・インタフェース８４０は、図
１のプロバイダ・接続管理サーバ１１０が、加入者１５
０と公衆回線等を介してデータを送受信し、プロバイダ
・メールサーバ１３０及びプロバイダ・ＷＷＷサーバ１
４０とＬＡＮ等を介してデータを送受信し、更にインタ
ーネットなどのネットワーク１６０を介して他のメール
サーバ１７０及びＷＷＷサーバ１８０とデータの送受信
を行うために使用される通信インタフェース装置であ
る。バス８５０は、前記各構成要素８１０〜８４０間で
データ、指令等の送受信を行うための共通伝送経路であ
る。

【０１２４】図１８には図示されていないが、その他、
マウス、キーボードなどの入力装置、ＣＲＴディスプレ
イなどの表示装置、及びレーザ・プリンタなどの印刷装
置を、必要に応じて付加することができる。

【０１２５】また、加入者１５０が使用するコンピュー
タの構成も、基本的には、図１８に示す構成と同様であ
るが、ＷＷＷブラウザやＶＲＭＬビューワによる表示、
及び操作が必要であるため、前記入力装置と表示装置は
必須の構成要素である。

【０１２６】

【発明の効果】ユーザが過去にアクセスしたソフトウエ
ア資源のアドレスは、そのユーザが操作する表示装置の
性能などに従ってその表示形式が決定される。したがっ
て、ユーザが操作する表示装置には、その装置の性能に
適した形式でアクセス可能なアドレスが表示される。

【図面の簡単な説明】

【図１】本発明の一実施形態の表示形式作成システムの
ブロック図である。

【図２】顧客データベースの加入者情報テーブルのファ
イル・レイアウトの例を示す図である。

【図３】顧客データベースの接続履歴テーブルのファイ
ル・レイアウトの例を示す図である。

【図４】顧客データベースのイエローページ・テーブル
のファイル・レイアウトの例を示す図である。

【図５】顧客データベースのマップイメージ・テーブル
のファイル・レイアウトの例を示す図である。

【図６】顧客データベースのマップ・テーブルのファイ
ル・レイアウトの例を示す図である。

【図７】マップイメージ・テーブルのイメージ・データ
の編集例を示す図である。

【図８】プロバイダ・接続管理サーバの全体処理フロー
を示す図である。

【図９】マップデータの更新処理フローを示す図であ
る。

【図１０】マップデータ表示種別毎のマップデータの更
新処理フローをより詳細に示す図である。

【図１１】マップデータの表示様式を判断する処理フロ
ーを示す図である。

【図１２】マップデータ表示種別が「アドレスのタイプ
別の区分け」であり、表示様式がＶＲＭＬである場合
の、マップ表示例を示す図である。

【図１３】マップデータ表示種別が「アクセス頻度別の
区分け」であり、表示様式がＶＲＭＬである場合の、マ
ップ表示例を示す図である。

【図１４】マップデータ表示種別が「アクセス頻度別の
表示方法変更」であり、表示様式がＶＲＭＬである場合
の、マップ表示例を示す図である。

【図１５】マップデータ表示種別が「アドレスのタイプ
別の区分け」であり、表示様式がＨＴＭＬ１である場合
の、マップ表示例を示す図である。

【図１６】マップデータ表示種別が「アドレスのタイプ
別の区分け」であり、表示様式がＨＴＭＬ２である場合
の、マップ表示例を示す図である。

【図１７】マップデータ表示種別が「アドレスのタイプ
別の区分け」であり、表示様式がＨＴＭＬ３である場合
の、マップ表示例を示す図である。

【図１８】本発明を実施するコンピュータの構成を示す
図である。

【図１９】従来のブックマーク表示画面を示す図であ
る。

【符号の説明】

１００ ネットワーク接続管理システム １１０ プロバイダ・接続管理サーバ １１１ 加入者接続制御機能 １１２ マップデータ処理機能 １１２Ａ 履歴管理機能 １１２Ｂ マップデータ更新機能 １１２Ｃ マップデータ送信機能 １１３ リクエスト処理機能 １２０ 顧客データベース １３０ プロバイダ・メールサーバ １４０ プロバイダ・ＷＷＷサーバ １５０ 加入者 １５０Ａ 加入者Ａ １５０Ｂ 加入者Ｂ １６０ ネットワーク １７０ メールサーバ １８０ ＷＷＷサーバ

Claims (10)

【特許請求の範囲】
1. 【請求項１】 ソフトウエア資源のアドレスをユーザが
   アクセスする毎に更新し、そのアクセス履歴またはその
   アドレスの種類によって分類して管理する管理手段と、 前記アドレスへのアクセスを可能にするシンボルの、前
   記管理手段による分類結果に応じた差別化表示を指示す
   る表示指示手段と、 この表示指示手段によって表示指示される表示形式情報
   を記憶する記憶手段と、 ユーザーが操作する表示装置の表示性能指標を取得し、
   この表示性能指標に応じて前記記憶手段に記憶される表
   示形式情報を更新する更新手段とを有することを特徴と
   する表示形式作成システム。
2. 【請求項２】 少なくとも前記更新手段と前記表示装置
   とをネットワークを介して接続する接続手段を更に備
   え、 前記ソフトウエア資源は前記ネットワークに接続される
   ネットワーク資源であることを特徴とする請求項１記載
   の表示形式作成システム。
3. 【請求項３】 前記表示性能指標には、上記表示装置の
   処理性能に関する指標、前記接続手段の性能に関する指
   標のいずれか一つが含まれていることを特徴とする請求
   項１または２に記載の表示形式作成システム。
4. 【請求項４】 前記更新手段によって更新される前記表
   示形式情報による差別化表示方法が、３次元的表現で前
   記シンボルの位置を地図上に表し、３次元的表現で前記
   シンボルを表す表示方法であることを特徴とする請求項
   １または２に記載の表示形式作成システム。
5. 【請求項５】 前記更新手段によって更新される前記表
   示形式情報による差別化表示方法が、２次元的表現で前
   記シンボルの位置を地図上に表し、前記シンボルがイメ
   ージデータによって表される表示方法であることを特徴
   とする請求項１または２に記載の表示形式作成システ
   ム。
6. 【請求項６】 前記更新手段によって更新される前記表
   示形式情報の差別化表示方法が、２次元的表現で前記シ
   ンボルの位置を地図上に表し、前記シンボルがテキスト
   データによって表される表示方法であることを特徴とす
   る請求項１または２に記載の表示形式作成システム。
7. 【請求項７】 前記更新手段によって更新される前記表
   示形式情報の差別化表示方法が、リスト状に前記シンボ
   ルを配置し、該シンボルがテキストデータによって表さ
   れる表示方法であることを特徴とする請求項１または２
   に記載の表示形式作成システム。
8. 【請求項８】 前記ネットワーク資源のアドレスには、
   少なくともＷＷＷページのアドレス及びメールアドレス
   が含まれることを特徴とする請求項２に記載の表示形式
   作成システム。
9. 【請求項９】 ソフトウエア資源のアドレスをユーザが
   アクセスする毎に更新し、そのアクセス履歴またはその
   アドレスの種類によって分類して管理するステップと、 該分類して管理されたアドレスに対応し、該アドレスに
   アクセスを可能にするシンボルの分類結果に応じた差別
   化表示を指示するステップと、 該指示された差別化表示を表示形式情報として記憶する
   ステップと、 ユーザーが操作する表示装置から表示性能指標を取得し
   て、この表示性能指標に応じて前記記憶された表示形式
   情報を更新するステップとを有することを特徴とする表
   示形式作成方法。
10. 【請求項１０】ソフトウエア資源のアドレスをユーザが
    アクセスする毎に更新し、そのアクセス履歴またはその
    アドレスの種類によって分類して管理するステップと、 該分類して管理されたアドレスに対応し、該アドレスに
    アクセスを可能にするシンボルの分類結果に応じた差別
    化表示を指示するステップと、 該指示された差別化表示を表示形式情報として記憶する
    ステップと、 ユーザーが操作する表示装置から表示性能指標を取得し
    て、この表示性能指標に応じて前記記憶された表示形式
    情報を更新するステップと をコンピュータに実行させるプログラムを記録した該コ
    ンピュータが読み取り可能な記録媒体。