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

Abstract

(57)【要約】 【課題】 ブックマークを、ＷＷＷページやメールのア
ドレスに対するアクセス頻度またはタイプに応じて分類
し、３次元表現を含む表示形式情報としてネットワーク
加入者に表示する表示形式作成システムを提供する。 【解決手段】 本発明の表示形式作成システムは、加入
者がアクセスしたＷＷＷページ及びメールのアドレス
と、その頻度を記憶する。前記頻度、またはそのアドレ
スのカテゴリに応じて、アドレスを自動的に分類する。
こうした分類には、（１）アドレスのアクセス頻度別に
区分けする、（２）アドレスのタイプ別に区分けする、
（３）アドレスのアクセス頻度によって大きさを変更す
る３つの方法が含まれる。表示形式、すなわち、３次元
表現を含む地図情報として、従来のブックマークの代わ
りに加入者に提供する。前記地図情報は、加入者が前記
アドレスにアクセスする度に更新され、加入者のコンピ
ュータに送信される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワーク・プ
ロバイダ（以下、単に「プロバイダ」と呼ぶ）によるユ
ーザのネットワーク接続管理システムに関し、より詳し
くは、プロバイダが、ユーザの過去のアクセス情報に基
づいて、そのユーザが過去にアクセスしたアドレスを再
びアクセスするために選択可能な表示形式情報としてユ
ーザに提供するシステムに関する。

【０００２】

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

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

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

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

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

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

【０００８】ＨＴＭＬ文書やＶＲＭＬ文書におけるペー
ジの指定には、ＵＲＬ（Uniform Resource Locator）と
呼ばれる、インターネット上でそれぞれのページを識別
するためのアドレスが使用され、例えば「http://www.x
xx.co.jp/index.html 」、「http://www.xxx.co.jp/ind
ex.wrl」といった表記で表される。

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

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

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

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

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

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

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

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

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

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

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

【００２０】図１８にはＷＷＷブラウザの代表的なブッ
クマーク表示画面１０００が示されている。同図に示す
ように、ブックマークは階層的に管理することができ、
ブックマーク１１１１の集合を１つのフォルダ１１１０
に収めて管理することができる。これによってユーザ
は、各ブックマーク１１１１をカテゴリ別に分類して整
理することができ、多くのブックマーク１１１１がある
場合にも効率的に所望のブックマーク１１１１を探すこ
とができる。例えば、図１８のブックマーク表示画面１
０００を参照すると、最上位フォルダとして「BOOKMAR
K」フォルダ１１００があり、その下の「WWW SEARCH EN
GINE 」というフォルダ１１１０の中に、「goo 」と「Y
ahoo! JAPAN」というブックマーク１１１１がブックマ
ークとして登録されており、これらのブックマーク１１
１１は、前記フォルダ１１１０「WWWSEARCH ENGINE」を
マウスなどでクリックすることによって同図のように一
覧的に表示される。また、図１８には、フォルダ１１１
０に含まれない「IBM PatentServer Home Page 」など
のブックマーク１１１１も示されている。

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

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

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

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

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

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

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

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

【００２９】

【発明が解決しようとする課題】上述したように、従来
のＷＷＷブラウザやＶＲＭＬビューワが有するブックマ
ーク機能では、ページに関する長い文字数のＵＲＬを毎
回入力することなく、予め登録してある複数のブックマ
ークのうち所望のページのブックマークをマウス等で選
択することによって、そのページをＷＷＷブラウザやＶ
ＲＭＬビューワに表示させることができる。

【００３０】しかし、従来のＷＷＷブラウザやＶＲＭＬ
ビューワは、個々のページについて、少なくとも１回は
ブックマークへの登録操作を行う必要がある。これは、
ネットサーフィンの途中でページの登録を忘れたりした
場合に、そのページをどういう課程で表示させたのか再
現する必要があり、ユーザの負担となる。

【００３１】また、従来のＷＷＷブラウザやＶＲＭＬビ
ューワは、ページのブックマークが一旦登録されると、
ユーザが意図的に操作しない限り、そのブックマーク上
の位置や構成を変更することがなく、例えば、アクセス
（使用）頻度の高いページが、ブックマーク表示画面の
最下部の目立たないところにあったり、フォルダをいく
つも開いていかなければたどり着けないほど深い階層に
あったりする。このことは、ユーザに、アクセス頻度の
高いページの選択を困難にさせると同時に、アクセス頻
度の高いページの容易な選択のために、ブックマークの
再編成を余儀なくさせるものである。また従来のＷＷＷ
ブラウザやＶＲＭＬビューワは、ページが過去にアクセ
スされたものであるか、またはどのようなジャンルのペ
ージであるかによって自動的に分類を行うものでもな
く、ブックマークの選択が非常に煩雑なものとなってい
る。

【００３２】また、従来のＷＷＷブラウザやＶＲＭＬビ
ューワに用意されているブックマークは、２次元的な表
現に留まり、フォルダやブックマークのアイコンが示さ
れているものの、ブックマークの識別自体は、基本的に
はテキストによる表現が使用されている。従って、ペー
ジを作成した者が指定した、長い文字列からなるタイト
ルや分かりづらい表現のタイトルによって、ブックマー
クの識別がなされ、老人や子どもが簡単にページを識別
できるような、わかりやすいイメージや３次元的な表示
が行われていない。

【００３３】以上に記載した、従来のＷＷＷブラウザや
ＶＲＭＬビューワに関する課題は、メールを取り扱うメ
ーラのアドレスブックについても同様に言えることであ
る。また更に、従来のＷＷＷブラウザやＶＲＭＬビュー
ワのブックマークは、製品がメーラと一体となっていて
も、そのアドレスブック内のデータとは一元化されてい
ない。ページのブックマークとメールアドレスが別個に
管理されていることは、ユーザのアドレス管理の観点か
らすると、あまり好ましくない。例えば、ある会社のホ
ームページのURL アドレスと、その会社のメールアドレ
スが同じフォルダ内にあれば、ユーザにとって非常に便
利である。

【００３４】本発明は、前記課題を解決するために、Ｗ
ＷＷブラウザやＶＲＭＬビューワによりアクセスされる
ページのアドレス、及びメーラによって送受信されるメ
ールアドレスを一元的に管理し、ＶＲＭＬを使用して、
３次元的なサイバースペースによって前記アドレスを表
現するシステムを提供することを目的とする。

【００３５】更に、本発明は、ユーザのページへのアク
セスまたはメールの送受信に応じて自動的にアドレスの
登録を行い、ブックマークやアドレスブックに代わって
容易にアドレスの選択を可能とするシステムを提供する
ことを目的とする。

【００３６】また更に、本発明は、ユーザのページへの
アクセス頻度等またはメールの送受信頻度等に応じて自
動的にアドレスに対応するイメージの配置、表現方法を
更新するシステムを提供することを目的とする。

【００３７】

【課題を解決するための手段】上記本発明の課題を解決
するための請求項１に記載のネットワーク接続管理シス
テムは、それぞれがアドレスを有するネットワーク資源
に対するユーザからのアクセスを制御し、前記アクセス
されたネットワーク資源と前記ユーザとの間のデータの
送受信を処理するネットワーク接続管理システムであっ
て、前記ユーザが所定の期間においてアクセスした前記
ネットワーク資源のアドレスを記憶する履歴管理手段
と、前記履歴管理手段に記憶された前記ネットワーク資
源のアドレスを、そのアドレスへのアクセス頻度によっ
て分類し、その分類結果に応じて、該アドレスの対応す
るイメージデータが区分けされた状態で表示されるよう
に表示形式データを更新する表示形式データ更新手段
と、前記表示形式データ更新手段によって更新された表
示形式データを、前記ユーザに送信する表示形式データ
送信手段を有するよう構成される。これによって、ユー
ザは、ブックマークやアドレスブックに、過去にアクセ
スしたアドレスを登録する操作をすることなく、アドレ
スに対応するイメージ・データを選択することによっ
て、再度そのアドレスにアクセスすることができ、また
そのアドレスへのアクセス頻度に応じて、そのアドレス
に対応するイメージ・データが区分けして表示される。

【００３８】請求項２に記載のネットワーク接続システ
ムは、それぞれがアドレスを有するネットワーク資源に
対するユーザからのアクセスを制御し、前記アクセスさ
れたネットワーク資源と前記ユーザとの間のデータの送
受信を処理するネットワーク接続管理システムであっ
て、前記ユーザが所定の期間においてアクセスした前記
ネットワーク資源のアドレスを記憶する履歴管理手段
と、前記履歴管理手段に記憶された前記ネットワーク資
源のアドレスを、そのアドレスへのアクセス頻度によっ
て分類し、その分類結果に応じて、該アドレスに対応す
るイメージデータの表示形態が変更された状態で表示さ
れるように表示形式データを更新する表示形式データ更
新手段と、前記表示形式データ更新手段によって更新さ
れた表示形式データを、前記ユーザに送信する表示形式
データ送信手段を有するように構成される。これによっ
て、ユーザは、ブックマークやアドレスブックに、過去
にアクセスしたアドレスを登録する操作をすることな
く、アドレスに対応するイメージ・データを選択するこ
とによって、再度そのアドレスにアクセスすることがで
き、またそのアドレスのアクセス頻度に応じて、そのア
ドレスに対応するイメージ・データの表示形態が変更さ
れ、表示される。

【００３９】請求項３に記載のネットワーク接続システ
ムは、それぞれがアドレスを有するネットワーク資源に
対するユーザからのアクセスを制御し、前記アクセスさ
れたネットワーク資源と前記ユーザの間とのデータの送
受信を処理するネットワーク接続管理システムであっ
て、前記ユーザが所定の期間においてアクセスした前記
ネットワーク資源のアドレスを記憶する履歴管理手段
と、前記履歴管理手段に記憶された前記ネットワーク資
源のアドレスを、そのアドレスの種類によって分類し、
その分類結果に応じて、該アドレスに対応するイメージ
データが区分けされた状態で表示されるように表示形式
データを更新する表示形式データ更新手段と、前記表示
形式データ更新手段によって更新された表示形式データ
を、前記ユーザに送信する表示形式データ送信手段を有
するように構成される。これによって、ユーザは、ブッ
クマークやアドレスブックに、過去にアクセスしたアド
レスを登録する操作をすることなく、アドレスに対応す
るイメージ・データを選択することによって、再度その
アドレスにアクセスすることができ、またそのアドレス
の種類に応じて、そのアドレスに対応するイメージ・デ
ータが区分けして表示される。

【００４０】請求項４に記載のネットワーク接続システ
ムは、それぞれがアドレスを有するネットワーク資源に
対するユーザからのアクセスを制御し、前記アクセスさ
れたネットワーク資源と前記ユーザとの間のデータの送
受信を処理するネットワーク接続管理システムであっ
て、前記ユーザが所定の期間においてアクセスした前記
ネットワーク資源のアドレスを記憶する履歴管理手段
と、前記履歴管理手段に記憶された前記ネットワーク資
源のアドレスを、そのアドレスへのアクセス履歴または
そのアドレスの種類によって分類し、その分類結果に応
じて、該アドレスに対応するイメージデータの表示位
置、または表示方法を差別化するように表示形式データ
を更新する表示形式データ更新手段と、前記表示形式デ
ータ更新手段によって更新された表示形式データを、前
記ユーザに送信する表示形式データ送信手段とを有する
ように構成される。これによって、ユーザは、ブックマ
ークやアドレスブックに、過去にアクセスしたアドレス
を登録する操作をすることなく、アドレスに対応するイ
メージ・データを選択することによって、再度そのアド
レスにアクセスすることができ、また所望の基準に従っ
てそのアドレスに対応するイメージ・データを配置する
ことができる。

【００４１】請求項５に記載のネットワーク接続管理シ
ステムは、それぞれがアドレスを有するネットワーク資
源に対するユーザからのアクセスを制御し、前記アクセ
スされたネットワーク資源と前記ユーザとの間のデータ
の送受信を処理するネットワーク接続管理システムであ
って、前記ユーザが所定の期間においてアクセスした前
記ネットワーク資源のアドレスを記憶する履歴管理手段
と、前記履歴管理手段に記憶された前記ネットワーク資
源のアドレスを、そのアドレスへのアクセス履歴または
そのアドレスの種類によって分類し、その分類結果に応
じて、該アドレスに対応するイメージデータの表示位
置、または表示方法を差別化するように表示形式データ
を更新する表示形式データ更新手段と、前記表示形式デ
ータ更新手段によって更新された表示形式データを、前
記ユーザに送信する表示形式データ送信手段とを有する
表示形式作成システムによって送信された前記表示形式
データを受信する表示形式データ受信手段と、前記受信
された表示形式データを基に、ユーザがアクセスしたア
ドレスに対応するイメージデータを表示する表示手段を
有するように構成される。これによって、ユーザは、ブ
ックマークやアドレスブックに、過去にアクセスしたア
ドレスを登録する操作をすることなく、アドレスに対応
するイメージ・データを選択することによって、再度そ
のアドレスにアクセスすることができ、また所望の基準
に従ってそのアドレスに対応するイメージ・データが配
置された表示を、ユーザのコンピュータ上に表示させる
ことができる。

【００４２】請求項６に記載の表示形式作成システム
は、請求項１ないし４において、前記表示形式データ更
新手段による表示形式データの更新と、前記表示形式デ
ータ送信手段による表示形式データのユーザへの送信
が、前記ユーザのネットワーク資源に対するアクセスの
度に行われるように構成される。これによって、ユーザ
は、ネットワーク資源へのアクセスの度に最新の表示形
式データを得ることができる。

【００４３】請求項７に記載の表示形式作成システム
は、請求項１ないし４において、前記ネットワーク資源
のアドレスに、少なくともＷＷＷページのアドレス及び
メールアドレスが含まれるように構成される。これによ
って、ユーザは、ＷＷＷページやメールアドレスにアク
セスした際に、過去にアクセスしたアドレスを登録する
操作をすることなく、アドレスに対応するイメージ・デ
ータを選択することによって、再度そのアドレスにアク
セスすることができ、また所望の基準に従ってそのアド
レスに対応するイメージ・データを、ユーザのコンピュ
ータ上に配置表示させることができる。

【００４４】請求項８に記載の表示形式作成システム
は、請求項７において、少なくとも前記ＷＷＷページの
アドレス及び前記メールアドレスを一元的に管理し、そ
れらが同時に表示されるように前記表示形式データが更
新されるように構成される。これによって、ユーザは、
ＷＷＷページのアドレスとメールアドレスが同じ基準に
従って配置制御され、一元管理された表示形式で、ユー
ザのコンピュータ上にイメージを表示させることができ
る。

【００４５】請求項９に記載のネットワーク接続管理方
法は、それぞれがアドレスを有するネットワーク資源に
対するユーザからのアクセスを制御し、前記アクセスさ
れたネットワーク資源と前記ユーザの間との情報の送受
信を処理するネットワーク接続管理方法であって、前記
ユーザが所定の期間においてアクセスした前記ネットワ
ーク資源のアドレスを記憶する履歴管理ステップと、前
記履歴管理ステップによって記憶された前記ネットワー
ク資源のアドレスを意味的な差異によって分類し、その
分類結果に応じて、該アドレスの対応するイメージデー
タの表示位置、または表示方法が差別化されるように表
示形式を更新する表示形式データ更新ステップと、前記
表示形式更新ステップによって更新された表示形式を前
記ユーザに送信する表示形式送信ステップとを有するよ
うに構成される。これによって、ユーザは、ブックマー
クやアドレスブックに、過去にアクセスしたアドレスを
登録する操作をすることなく、アドレスに対応するイメ
ージ・データを選択することによって、再度そのアドレ
スにアクセスすることができ、また所望の基準に従って
そのアドレスに対応するイメージ・データを、ユーザの
コンピュータ上に配置表示させることができる。

【００４６】請求項１０に記載のネットワーク接続管理
方法を実現するプログラムを記録した記録媒体は、それ
ぞれがアドレスを有するネットワーク資源に対するユー
ザからのアクセスを制御し、前記アクセスされたネット
ワーク資源と前記ユーザとの間のデータの送受信を処理
するネットワーク接続管理方法を実現するプログラムを
記録した記録媒体であって、前記ユーザが所定の期間に
おいてアクセスした前記ネットワーク資源のアドレスを
記憶する履歴管理ステップと、前記履歴管理ステップに
よって記憶された前記ネットワーク資源のアドレスを意
味的な差異によって分類し、その分類結果に応じて、該
アドレスの対応するイメージデータの表示位置、または
表示方法が差別化されるように表示形式データを更新す
る表示形式データ更新ステップと、前記表示形式データ
更新ステップによって更新された表示形式データを、前
記ユーザに送信する表示形式データ送信ステップとを有
するように構成される。これによって、ユーザは、ブッ
クマークやアドレスブックに、過去にアクセスしたアド
レスを登録する操作をすることなく、アドレスに対応す
るイメージ・データを選択することによって、再度その
アドレスにアクセスすることができ、また所望の基準に
従ってそのアドレスに対応するイメージ・データを、ユ
ーザのコンピュータ上に配置表示させることができる。

【００４７】

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

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

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

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

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

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

【００５３】前記マップデータ更新機能１１２Ｂは、加
入者１５０のＷＷＷページへのアクセス状況及びメール
の送受信状況に応じて、加入者１５０のコンピュータ上
に、加入者１５０が過去にアクセスしたＷＷＷページの
アドレス及び送受信したメールアドレスを３次元的に表
示するためのマップデータを更新する。

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

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

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

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

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

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

【００６０】図２〜８は、本発明の一実施例で使用する
顧客データベース１２０内の各テーブル及びデータの内
容を示している。図２は、加入者情報テーブル１２１の
ファイル・フォーマットの例を示しており、加入者Ｉ
Ｄ、加入者名、パスワード、マップデータ表示種別、及
び実現タイプの各項目が示されている。加入者ＩＤ、加
入者名、及びパスワードは、プロバイダによって従来か
ら管理されてきた項目であり、加入者１５０がプロバイ
ダへの接続を試みる際に、加入者１５０の接続権限をチ
ェックするために前記加入者接続制御機能１１１によっ
て使用される。マップデータ表示種別は、どのような区
分に従って、加入者１５０のマップデータを作成するか
を指定する。この例では、「アドレスのタイプ別の区分
け」、「アクセス頻度別の区分け」、「アクセス頻度別
の表示方法変更」などがある。実現タイプは、加入者１
５０のコンピュータに表示されるマップデータのデータ
タイプであり、このタイプに応じて、適当なアプリケー
ションが選択され、そのアプリケーションによってマッ
プデータが解釈され、加入者１５０のコンピュータ上に
ブックマーク及びアドレスブック機能を果たすマップ表
示が表示される。この例では、ＨＴＭＬ、ＶＲＭＬとい
った言語タイプを採用しているが、ＷＷＷページ等への
アンカー機能を有する限り、その他のどのような言語ま
たは方法を選択することもできる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００７９】ステップＳ３０４では、ステップＳ３０３
で分類されたアドレスを、対応する区画に割り当てる。
このステップＳ３０４の処理は、ＨＴＭＬやＶＲＭＬの
生成という側面から見れば、それぞれの言語のステート
メントを使用して、前記区画（Ｐ１〜Ｐｉ）の中に、そ
の区画に分類されたアドレスに対応するイメージ・デー
タを表示するように指定をすることを意味している。イ
メージ・データはマップイメージ・テーブル１２４から
取得されたものであり、ＨＴＭＬによる表示が行われる
場合等で用いられる。ＶＲＭＬによる表示が行われる場
合には、表示するイメージの立体表現を定義する座標デ
ータ等（不図示）が、前記マップイメージ・テーブル１
２４から取得され、そのデータを基にＶＲＭＬによる指
定が行われる。ステップＳ３０２〜ステップＳ３０４の
処理によって、アクセス頻度別に区分けされたマップデ
ータが生成される。このマップデータの内容は、図８に
示すようなＨＴＭＬやＶＲＭＬで記述されたデータであ
り、加入者１５０のコンピュータに送信され、そこでＷ
ＷＷブラウザやＶＲＭＬビューワによる解釈が行われた
後、前記コンピュータ上に、ブックマークやアドレスブ
ックの代わりとなるよう機能するマップ表示が提供され
る。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００９７】また、マップ表示３００の左上部には、
「Yellow Page 」という標識３８０が立てられており、
アバタ３７０がその標識３８０に達すると、好適にはプ
ロバイダによって管理されているイエローページの表示
画面にジャンプする。前記イエローページの表示画面
は、図１３に示されている。

【００９８】図１３のイエローページ表示画面４００
は、複数のジャンル選択エリア４１０、図１１、図１２
に示すようなマップ表示を概念的に縮小して示し、その
表示とリンクするマップ表示リンク４２０、及び最初は
前記マップ表示リンク４２０内にあって、前記表示画面
４００内を移動するアバタ４３０から構成される。

【００９９】図１２において、加入者１５０の指示によ
りアバタ３７０が前記「Yellow Page 」という標識３８
０に達すると、自動的に図１３に示すイエローページ表
示画面４００に切り替わる。今までアバタ３７０が存在
した環境は、マップ表示リンク４２０として縮小して置
き換えられ、アバタ３７０はアバタ４３０となる。

【０１００】そこで、新しいアバタ４３０は、マップ表
示リンク４２０を出て、未知のページ等を探索するため
に、興味のあるジャンル選択エリア４１０に向かう。ア
バタ４３０がそのエリア４１０に達すると、そのジャン
ルに関する検索ページ（不図示）が表示され、そこで最
終的に目標とするページの検索が行われる。検索ページ
は、カテゴリを次々と選択して徐々に範囲を絞りながら
目標のページに到達する方法もあれば、キーワードを入
力して、直接が該当するページを探す方法など、様々な
アプローチのものがある。

【０１０１】ジャンル選択エリア４１０は、例えば、図
１３に示すように、「芸術と人文」、「ビジネスと経
済」といったジャンル毎に１つのエリアを有している。
これらのジャンル選択エリア４１０は、そのジャンルを
表すようなイメージで表示されていてもよい。また、そ
のエリア４１０は、アイコンで表示され、マウスで直接
クリックして選択するように設定してもよい。

【０１０２】アバタ４３０が、目標のページを見つけ、
そのページにアクセスすると、前述のように、そのペー
ジをＷＷＷブラウザが表示すると同時にマップデータが
更新されて、加入者１５０のコンピュータ上のマップ表
示が更新される。目標のページが見つからなかった場合
は通常、アバタ４３０は加入者１５０の指示でマップ表
示リンク４２０に戻り、そこで図１２のマップ表示３０
０に表示が切り替わり、アバタ４３０はアバタ３７０と
なる。

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

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

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

【０１０６】図１５は、加入者情報テーブル１２１のマ
ップデータ表示種別が、「アドレスのタイプ別の区分
け」であり、実現タイプがＨＴＭＬである場合の表示例
である。図１５のマップ表示６００は、大きくは４つの
区画６１０〜６４０、及びその区画の間の道６５０から
なる。

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

【０１０８】区画６３０は空き区画であり、その中には
内も表示されていない。区画６４０は、企業に関するア
ドレスの区画として設定され、３つのアドレスに対応す
るイメージ・データ（６４１、６４２、６４３）が表示
されている。このマップ表示６００はＨＴＭＬで実現さ
れており、区画６１０と区画６２０に示されたイメージ
・データは、クリッカブル・マップなどの指定を利用し
ている。更に、区画６４０の３つのアドレスは、ＨＴＭ
Ｌリンクであり、アドレス６４３「Ａ商店」のように、
実際のアドレスを表示せずに、分かりやすいその他のテ
キストを表示することもできる。

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

【０１１０】図１６は、図１５の実施例の変形例であ
り、ＨＴＭＬによるイメージ表示を、テキスト・ベース
の表示にしたマップ表示７００である。マップ表示７０
０は、アドレスのタイプ７１０とアドレス７１１からな
る。アドレスのタイプ７１０は、図１６に示すように、
「ＷＷＷ検索」、「ショッピング」などの大分類と、
「衣服」、「本発明」などの小分類からなる。こうした
分類のレベルは、何段階にも設定でき、例えば、「衣
服」をクリックすると、その後に「カジュアル」、「フ
ォーマル」といったタイプを更に表示することができ
る。

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

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

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

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

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

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

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

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

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

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

【０１２１】

【発明の効果】本発明によって、個々のＷＷＷページや
メールのアドレスについて、１度もブックマークやアド
レスブックへの登録操作を行うことなく、再度そのアド
レスを容易に選択することができるようになる。更に、
本発明によって、ユーザによるアドレスの使用頻度やタ
イプによってマップデータ（表示形式データ）の再編成
を自動的に行わせることができる。

【０１２２】また更に、本発明によって、従来のＷＷＷ
ブラウザやＶＲＭＬビューワに用意されていたブックマ
ーク、及びメーラが持つアドレスブックを、３次元表現
を含んだ地図（表示形式）情報として提供することがで
きる。また、前記ブックマークとアドレスブックが一元
化された地図（表示形式）情報として管理される。

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

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

【図１３】イエローページ表示画面の例を示す図であ
る。

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

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

【図１６】図１５のマップ表示をテキスト・ベースに変
形して表示した例を示す図である。

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

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

【符号の説明】

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

Claims (10)

【特許請求の範囲】
1. 【請求項１】 それぞれがアドレスを有するネットワー
   ク資源に対するユーザからのアクセスを制御し、前記ア
   クセスされたネットワーク資源と前記ユーザとの間のデ
   ータの送受信を処理するネットワーク接続管理システム
   において、 前記ユーザが所定の期間においてアクセスした前記ネッ
   トワーク資源のアドレスを記憶する履歴管理手段と、 前記履歴管理手段に記憶された前記ネットワーク資源の
   アドレスを、そのアドレスへのアクセス頻度によって分
   類し、その分類結果に応じて、該アドレスの対応するイ
   メージデータが区分けされた状態で表示されるように表
   示形式データを更新する表示形式データ更新手段と、 前記表示形式データ更新手段によって更新された表示形
   式データを、前記ユーザに送信する表示形式データ送信
   手段とを有することを特徴とする表示形式作成システ
   ム。
2. 【請求項２】 それぞれがアドレスを有するネットワー
   ク資源に対するユーザからのアクセスを制御し、前記ア
   クセスされたネットワーク資源と前記ユーザとの間のデ
   ータの送受信を処理するネットワーク接続管理システム
   において、 前記ユーザが所定の期間においてアクセスした前記ネッ
   トワーク資源のアドレスを記憶する履歴管理手段と、 前記履歴管理手段に記憶された前記ネットワーク資源の
   アドレスを、そのアドレスへのアクセス頻度によって分
   類し、その分類結果に応じて、該アドレスに対応するイ
   メージデータの表示形態が変更された状態で表示される
   ように表示形式データを更新する表示形式データ更新手
   段と、 前記表示形式データ更新手段によって更新された表示形
   式データを、前記ユーザに送信する表示形式データ送信
   手段とを有することを特徴とする表示形式作成システ
   ム。
3. 【請求項３】 それぞれがアドレスを有するネットワー
   ク資源に対するユーザからのアクセスを制御し、前記ア
   クセスされたネットワーク資源と前記ユーザの間とのデ
   ータの送受信を処理するネットワーク接続管理システム
   において、 前記ユーザが所定の期間においてアクセスした前記ネッ
   トワーク資源のアドレスを記憶する履歴管理手段と、 前記履歴管理手段に記憶された前記ネットワーク資源の
   アドレスを、そのアドレスの種類によって分類し、その
   分類結果に応じて、該アドレスに対応するイメージデー
   タが区分けされた状態で表示されるように表示形式デー
   タを更新する表示形式データ更新手段と、 前記表示形式データ更新手段によって更新された表示形
   式データを、前記ユーザに送信する表示形式データ送信
   手段とを有することを特徴とする表示形式作成システ
   ム。
4. 【請求項４】 それぞれがアドレスを有するネットワー
   ク資源に対するユーザからのアクセスを制御し、前記ア
   クセスされたネットワーク資源と前記ユーザとの間のデ
   ータの送受信を処理するネットワーク接続管理システム
   において、 前記ユーザが所定の期間においてアクセスした前記ネッ
   トワーク資源のアドレスを記憶する履歴管理手段と、 前記履歴管理手段に記憶された前記ネットワーク資源の
   アドレスを、そのアドレスへのアクセス履歴またはその
   アドレスの種類によって分類し、その分類結果に応じ
   て、該アドレスに対応するイメージデータの表示位置、
   または表示方法を差別化するように表示形式データを更
   新する表示形式データ更新手段と、 前記表示形式データ更新手段によって更新された表示形
   式データを、前記ユーザに送信する表示形式データ送信
   手段とを有することを特徴とする表示形式作成システ
   ム。
5. 【請求項５】 それぞれがアドレスを有するネットワー
   ク資源に対するユーザからのアクセスを制御し、前記ア
   クセスされたネットワーク資源と前記ユーザとの間のデ
   ータの送受信を処理するネットワーク接続管理システム
   において、前記ユーザが所定の期間においてアクセスし
   た前記ネットワーク資源のアドレスを記憶する履歴管理
   手段と、前記履歴管理手段に記憶された前記ネットワー
   ク資源のアドレスを、そのアドレスへのアクセス履歴ま
   たはそのアドレスの種類によって分類し、その分類結果
   に応じて、該アドレスに対応するイメージデータの表示
   位置、または表示方法を差別化するように表示形式デー
   タを更新する表示形式データ更新手段と、前記表示形式
   データ更新手段によって更新された表示形式データを、
   前記ユーザに送信する表示形式データ送信手段とを有す
   る表示形式作成システムによって送信された前記表示形
   式データを受信する表示形式データ受信手段と、 前記受信された表示形式データを基に、ユーザがアクセ
   スしたアドレスに対応するイメージデータを表示する表
   示手段とを有することを特徴とする表示システム。
6. 【請求項６】 前記表示形式データ更新手段による表示
   形式データの更新と、前記表示形式データ送信手段によ
   る表示形式データのユーザへの送信が、前記ユーザのネ
   ットワーク資源に対するアクセスの度に行われることを
   特徴とする請求項１ないし４に記載の表示形式作成シス
   テム。
7. 【請求項７】 前記ネットワーク資源のアドレスには、
   少なくともＷＷＷページのアドレス及びメールアドレス
   が含まれることを特徴とする請求項１ないし４に記載の
   表示形式作成システム。
8. 【請求項８】 少なくとも前記ＷＷＷページのアドレス
   及び前記メールアドレスを一元的に管理し、それらが同
   時に表示されるように前記表示形式データが更新される
   ことを特徴とする請求項７に記載の表示形式作成システ
   ム。
9. 【請求項９】 それぞれがアドレスを有するネットワー
   ク資源に対するユーザからのアクセスを制御し、前記ア
   クセスされたネットワーク資源と前記ユーザの間との情
   報の送受信を処理するネットワーク接続管理方法におい
   て、 前記ユーザが所定の期間においてアクセスした前記ネッ
   トワーク資源のアドレスを記憶する履歴管理ステップ
   と、 前記履歴管理ステップによって記憶された前記ネットワ
   ーク資源のアドレスを意味的な差異によって分類し、そ
   の分類結果に応じて、該アドレスの対応するイメージデ
   ータの表示位置、または表示方法が差別化されるように
   表示形式を更新する表示形式更新ステップと、 前記表示形式データ更新ステップによって更新された表
   示形式を、前記ユーザに送信する表示形式送信ステップ
   とを有することを特徴とする表示形式作成方法。
10. 【請求項１０】 それぞれがアドレスを有するネットワ
    ーク資源に対するユーザからのアクセスを制御し、前記
    アクセスされたネットワーク資源と前記ユーザとの間の
    データの送受信を処理するネットワーク接続管理方法を
    実現するプログラムを記録した記録媒体であって、 前記ユーザが所定の期間においてアクセスした前記ネッ
    トワーク資源のアドレスを記憶する履歴管理ステップ
    と、 前記履歴管理ステップによって記憶された前記ネットワ
    ーク資源のアドレスを意味的な差異によって分類し、そ
    の分類結果に応じて、該アドレスの対応するイメージデ
    ータの表示位置、または表示方法が差別化されるように
    表示形式データを更新する表示形式データ更新ステップ
    と、 前記表示形式データ更新ステップによって更新された表
    示形式データを、前記ユーザに送信する表示形式データ
    送信ステップとをコンピュータに実行させるプログラム
    を記録した該コンピュータが読み取り可能な記録媒体。