JPH11195027A

JPH11195027A - 表示形式調整システム、表示形式調整方法、及び記録媒体

Info

Publication number: JPH11195027A
Application number: JP36153897A
Authority: JP
Inventors: Shoichi Nagatomo; 正一永友
Original assignee: Casio Computer Co Ltd
Current assignee: Casio Computer Co Ltd
Priority date: 1997-12-26
Filing date: 1997-12-26
Publication date: 1999-07-21
Anticipated expiration: 2017-12-26
Also published as: JP4010041B2

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」と「Yah
oo! JAPAN」というブックマーク１１１１がブックマー
クとして登録されており、これらのブックマーク１１１
１は、前記フォルダ１１１０「WWW SEARCH ENGINE」を
マウスなどでクリックすることによって同図のように一
覧的に表示される。また、図１４には、フォルダ１１１
０に含まれない「IBM Patent Server Home Page 」など
のブックマーク１１１１も示されている。

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

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

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

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

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

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

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

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

【００２９】

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

【００３０】しかし、従来のＷＷＷブラウザやＶＲＭＬ
ビューワ、及びメーラは、このように事前に登録された
アドレスについて、プロバイダ側で自動的にアクセスを
行い、そのアクセス結果（例えば、ページの更新、ビジ
ー、またはＮｏｔＦｏｕｎｄなど）に基づいて、その
アドレスに対応するイメージ・データの表示位置や表示
方法を変化させ、または関連する情報を付加する機能を
提供するものではない。

【００３１】本発明は、前記課題を解決するために、Ｗ
ＷＷブラウザやＶＲＭＬビューワによりアクセスされる
ページのアドレス、及びメーラによって送受信されるメ
ールアドレスについて、プロバイダ側でユーザのアクセ
スとは別に、自動的にアクセスを行い、そのアクセス結
果に基づいて、そのアドレスに対応するイメージ・デー
タの表示位置や表示方法を変化させ、または関連する情
報を付加する機能を提供することを目的とする。

【００３２】

【課題を解決するための手段】上記本発明の課題を解決
するための請求項１に記載のネットワーク接続管理シス
テムは、それぞれがアドレスを有するネットワーク資源
に対するユーザからのアクセスを制御し、前記アクセス
されたネットワーク資源と前記ユーザとの間のデータの
送受信を処理するネットワーク接続管理システムにおい
て、前記ユーザが所定の期間においてアクセスした前記
ネットワーク資源のアドレスを記憶する履歴管理手段
と、所定のタイミングで、前記履歴管理手段に記憶され
た前記ネットワーク資源のアドレスにアクセスし、その
アクセス結果に応じて、該アドレスの対応するイメージ
データの表示位置、または表示方法を調整する表示形式
データ調整手段と、前記表示形式データ調整手段によっ
て調整された表示形式データを、前記ユーザに送信する
表示形式データ送信手段とを有するように構成される。

【００３３】請求項２に記載の表示形式調整システム
は、請求項１において、前記表示形式データ調整手段
は、前記アクセス結果に基づく該アドレスに対応するイ
メージデータの表示位置、または表示方法として、前記
イメージデータの各々を区分けして表示するよう表示形
式データを調整する。これによって、ユーザが過去にア
クセスしたネットワーク資源に関するアドレスに対応す
るイメージ・データは、そのアドレスに関する最新のア
クセス結果を示す表示形式で、ユーザによるそのアドレ
スへのアクセスなしに表示される。

【００３４】請求項３に記載の表示形式調整システム
は、請求項１において、前記表示形式データ調整手段
は、前記アクセス結果に基づく該アドレスに対応するイ
メージデータの表示位置、または表示方法として、前記
イメージデータの各々を表示形態を変更して表示するよ
う表示形式データを調整する。これによって、ユーザが
過去にアクセスしたネットワーク資源に関するアドレス
に対応するイメージ・データは、そのアドレスに関する
最新のアクセス結果を示す表示形式で、ユーザによるそ
のアドレスへのアクセスなしに表示される。

【００３５】請求項４に記載の表示形式調整システム
は、前記アクセス結果には、少なくとも前記ネットワー
ク資源のアドレスに対するアクセス結果、及び該アドレ
スによって提供されるサービス内容に関する情報が含ま
れるように構成される。これによってユーザは、過去に
接続したアドレスに関する最新のアクセス結果、及びそ
のアドレスに関するページの内容の変化を知ることがで
きる。

【００３６】請求項５に記載の表示形式調整システム
は、前記表示形式データ調整手段がネットワーク資源の
アドレスにアクセスする前記所定のタイミングを、少な
くとも前記ユーザ毎に設定できるように構成される。こ
れによって、ユーザ毎に、どのような頻度でアクセス結
果を把握するかを設定できる。

【００３７】請求項６に記載の表示形式調整システム
は、前記表示形式データ調整手段がおこなう、前記イメ
ージデータの表示方法の調整には、イメージデータの
色、大きさ、模様、及びその他の外見的特徴の変更、イ
メージデータ自体の変更、及び該イメージデータの上、
または付近に他のイメージデータを追加して表示するこ
とが含まれるように構成される。これによってユーザ
は、様々な態様で、アドレスに関する最新のアクセス結
果、及びそのアドレスに関するページの内容の変化を知
ることができる。

【００３８】請求項７に記載のネットワーク接続管理方
法は、それぞれがアドレスを有するネットワーク資源に
対するユーザからのアクセスを制御し、前記アクセスさ
れたネットワーク資源と前記ユーザの間との情報データ
の送受信を処理するネットワーク接続管理方法であっ
て、前記ユーザが所定の期間においてアクセスした前記
ネットワーク資源のアドレスを記憶する履歴管理ステッ
プと、所定のタイミングで、前記履歴管理ステップによ
って記憶された前記ネットワーク資源のアドレスにアク
セスし、そのアクセス結果に応じて、該アドレスの対応
するイメージデータの表示位置、または表示方法を調整
する表示形式データ調整ステップと、前記表示形式デー
タ調整ステップによって調整された表示形式データを、
前記ユーザに送信する表示形式データ送信ステップを有
するように構成される。これによって、ユーザが過去に
アクセスしたネットワーク資源に関するアドレスに対応
するイメージ・データが、そのアドレスに関する所望の
基準に応じて異なる配置、または異なる表示形態で表示
され、そのアドレスに関する最新のアクセス結果を示す
情報が、ユーザによるそのアドレスへのアクセスなしに
表示される。

【００３９】請求項８に記載のネットワーク接続管理方
法を実現するプログラムを記録した記録媒体は、それぞ
れがアドレスを有するネットワーク資源に対するユーザ
からのアクセスを制御し、前記アクセスされたネットワ
ーク資源と前記ユーザの間とのデータの送受信を処理す
るネットワーク接続管理方法を実現するプログラムを記
録した記録媒体であって、前記ユーザが所定の期間にお
いてアクセスした前記ネットワーク資源のアドレスを記
憶する履歴管理ステップと、所定のタイミングで、前記
履歴管理ステップによって記憶された前記ネットワーク
資源のアドレスにアクセスし、そのアクセス結果に応じ
て、該アドレスの対応するイメージデータの表示位置、
または表示方法を調整する表示形式データ調整ステップ
と、前記表示形式データ調整ステップによって調整され
た表示形式データを、前記ユーザに送信する表示形式デ
ータ送信ステップとを有するように構成される。これに
よって、ユーザが過去にアクセスしたネットワーク資源
に関するアドレスに対応するイメージ・データが、その
アドレスに関する所望の基準に応じて異なる配置、また
は異なる表示形態で表示され、そのアドレスに関する最
新のアクセス結果を示す情報が、ユーザによるそのアド
レスへのアクセスなしに表示される。

【００４０】

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

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

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

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

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

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

【００４６】前記履歴管理機能１１２Ａは、加入者１５
０が過去にアクセスしたＷＷＷページのアドレス及び送
受信したメールアドレスを加入者１５０毎に記憶し、加
入者１５０がＷＷＷページのアクセスまたはメールの送
受信を行う際に、それらのアドレスがその加入者１５０
によって過去に使用されたものかをチェックする。

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

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

【００４９】前記マップデータ調整・保守機能１１２Ｄ
は、加入者１５０のＷＷＷページへのアクセス及びメー
ルの送受信とは関係なく、加入者１５０毎に（又は一
律）設定された間隔で、加入者１５０が過去にアクセス
したＷＷＷページのアドレスを自動的にアクセスし、そ
のアクセス結果に基づいてマップデータを変更し、調整
し、更新する。

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

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

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

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

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

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

【００５６】図３は、接続履歴テーブル１２２のファイ
ル・フォーマットの例を示しており、加入者ＩＤ、接続
アドレス、最新アクセス日時、頻度、及びステータスの
各項目を含む。アクセスされたアドレスは、加入者ＩＤ
に割り当てられた加入者によってアクセスされたＷＷＷ
ページのアドレス、または送受信されたメールのアドレ
スであり、ＷＷＷページのアドレスとメールアドレスが
混在して記憶される。最新アクセス日時は、前記アドレ
スにアクセスした最新の日時を示す。頻度は、一定期間
内でそのアドレスにアクセスした回数を示す。このテー
ブルの例では、同一の加入者が同じアドレスにアクセス
した場合は、そのアドレスに対応するレコードの最新ア
クセス日時及び頻度が更新され、新しいレコードの追加
は行われないようになっているが、アクセス等があった
場合に新しいレコードを追加して、頻度情報が必要な際
に、同じアドレスのレコードの件数をカウントするよう
にしてもよい。ステータスは、前述の巡回がプロバイダ
等によって自動的に行われた場合に、各アドレスに対す
るアクセス結果のステータス（状況）を示すものであ
る。例えば、前回のアクセス時から更新されている場合
は更新日を、回線などの混雑でページにアクセスできな
かったときは「ビジー」を、ページが見つからない場合
には「ＮｏｔＦｏｕｎｄ」と、ページのアドレスが変
わっている場合には「移動」というように、それぞれ状
況に応じて、対応する識別を設定する。

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

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

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

【００６０】図７は、マップイメージ・テーブル１２４
内のイメージ・データを適当な編集画面で表示した例で
ある。これらのイメージは、ＨＴＭＬ文書で使用される
ＧＩＦファイルを編集画面上に表示した例であり、それ
ぞれのイメージが、アドレスのタイプ、サブタイプ、及
びステータスの全てを表現できるようなイメージとして
設定されるのが好ましい。例えば、図７（Ａ）のcar1.g
ifは、通常のアクセスが可能な車のショッピングに関す
るページを表し、図７（Ｂ）のcar2.gifは、最近更新さ
れた車のショッピングに関するページを表し、図７
（Ｃ）のcar3.gifは、アクセスが混んでいて時間がかか
る車のショッピングに関するページを表し、図７（Ｄ）
のcar4.gifは、存在しない可能性が高い車のショッピン
グに関するページを表している。

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

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

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

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

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

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

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

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

【００６９】ステップＳ２０５で取得されるイメージ・
データは、前述した、図７の（Ａ）のような通常のケー
スのイメージである。しかし、ここで、後で詳細に説明
するマップデータ調整・保守機能１１２Ｄと同様に、要
求されたアドレスに対する実際のアクセス結果を接続履
歴テーブル内のステータスとして記憶し、そのステータ
スに基づいて、対応するイメージ・データ（例えば、図
７の（Ａ）〜（Ｄ））を取得するようにしてもよい。し
かし、この場合は、後述するマップデータ調整・保守機
能１１２Ｄとは異なり、要求した１つのアドレスに対し
てのみ処理がされる。

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

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

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

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

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

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

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

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

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

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

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

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

【００８２】図１１には、プロバイダにおけるマップデ
ータ調整・保守機能の処理フローが示されている。この
処理は、ユーザのネットワーク資源へのアクセスには関
係なく、前述した所定のタイミングで実行される。マッ
プデータ調整・保守機能は、加入者１５０が過去に接続
したアドレス（基本的にＷＷＷページに関するアドレス
であり、メールアドレスは除く）を、加入者１５０毎に
設定されたタイミングで独自にアクセスし、その結果に
応じて、その加入者１５０のマップデータを自動的に更
新する。加入者１５０毎に設定されたタイミングが経過
したかどうかを判定する間隔自体も任意にとることがで
きる。これによって、加入者１５０が次に、マップ表示
を行うときに、過去にアクセスしたアドレスに対応する
イメージが、加入者１５０の関知しないうちに、その最
近のアクセス状況を反映した状態で表示される。

【００８３】図１１の処理フローは最初に、ステップＳ
４０１で、加入者情報テーブル１２１から順に任意の加
入者に対応するレコードを１件ずつ取り出す。次に、ス
テップＳ４０２で、レコードが実際に取り出されたかど
うか判定し、レコードがない場合には（ステップＳ４０
２、Ｎｏ）、フローは終了する。レコードが存在する場
合（ステップＳ４０２、Ｙｅｓ）、ステップＳ４０３に
進み、ここでそのレコード内の前回巡回日時から巡回間
隔だけ経過した日時が現在、または現在より過去である
かどうかを判定する。前回巡回日時から巡回間隔だけ経
過した日時が現在、または現在より過去である場合（ス
テップＳ４０３、Ｙｅｓ）、即ち前回巡回日時＋巡回間
隔≦現在の日時である場合、ステップＳ４０７に進み、
接続履歴テーブル１２２から、前記レコードに対応する
加入者１５０が過去にアクセスしたアドレスを取得す
る。

【００８４】次に、ステップＳ４０８に進み、ここで、
その加入者１５０の、過去にアクセスしたアドレスに対
応するレコードが存在するか判定する。レコードが存在
する場合（ステップＳ４０８、Ｙｅｓ）、ステップＳ４
０９に進み、そのアドレスが今回のプロバイダにおける
一連の処理の中で、既にアクセスされたアドレスかどう
かが判定される。アクセスされたことがなければ（ステ
ップＳ４０９、Ｎｏ）、ステップＳ４１０で、そのアド
レスに実際にアクセスが行われ、そのアクセスの際のス
テータス（アクセス結果）が記憶される。アクセスされ
たことがあれば（ステップＳ４０９、Ｙｅｓ）、ステッ
プＳ４１１で、過去のアクセス記録からステータスを取
得する。これは、プロバイダにおける１回の処理で、異
なる加入者１５０が過去に、同じアドレスにアクセスし
ている場合などに、何度も同じアドレスへ巡回すること
を避けることができる。ステップＳ４１０またはステッ
プＳ４１１の処理が終わるとステップＳ４１２に進み、
マップイメージ・テーブル１２４から、そのアドレスの
タイプ、サブタイプ、及びステータスに対応したイメー
ジ・データを取得する。

【００８５】このようにして、アクセス結果に応じて、
そのアドレスに対応するイメージ・データ（ｇｉｆファ
イルやアニメーションｇｉｆなど）そのものを交換して
しまう方法ではなく、そのアクセス結果を表すフラッグ
（例えば、アドバルーン、看板、旗など）のイメージ
を、既存のイメージ・データの上、または付近に配置す
る方法も考えられる。この方法では、新たに、各アクセ
ス結果に応じたフラッグのイメージを記憶するテーブル
を設定する必要があるが、マップイメージ・テーブルに
は、タイプおよびサブタイプの組み合わせごとにステー
タス（アクセス結果）に応じたイメージを有する必要が
なく、テーブルの容量を小さくすることができる。

【００８６】こうしたステータス（アクセス結果）の把
握は、接続に関するステータスに留まらず、そのホーム
ページで内容が更新されたり、バーゲン、セール、プレ
ゼント等が実施されているといった、ホームページの内
容の意味的変化にも対応することができる。また、メー
ルの開封通知の受信に応じて、メールアドレスに対応す
るイメージを前述のように、他のイメージや、色違いの
同じ形状のイメージに変え、またはフラッグのイメージ
を既存イメージに付加するようにすることもできる。

【００８７】ホームページが更新された日を把握するた
めには、例えば、ホームページのリンク情報に掲載され
た更新日付を取得する、ホームページのインデックスペ
ージに対応するＨＴＭＬ文書のファイル更新日を取得す
る、ＨＴＭＬ文書中の表示内容から、書式などのパター
ンを基に得られる日付情報を取得する、またはＨＴＭＬ
文書内の非表示タグなどに一定の規則によって書かれた
日付情報を取得する（ただし、将来の標準化等によって
実現される）こと等によって実現される。

【００８８】ホームページでバーゲン、セール、プレゼ
ントなどを実施していることは、例えば、検索エンジン
を用いて「バーゲン」等の文字列を特定の条件下で使用
しているホームページを特定する、プロバイダ側で手動
により判断し、特定のホームページにマークする（この
場合、その情報はイエローページ・テーブル内に記憶さ
れるのが望ましい）などによって判断可能である。

【００８９】次に、ステップＳ４１３で、加入者単位
に、そのアドレスと、そのアドレスに関して取得された
イメージ・データの組を、マップデータ更新用メモリに
記憶する。その後、ステップＳ４１４で、接続履歴テー
ブル１２２から、前記レコードに対応する加入者１５０
が過去にアクセスした次のアドレスを取得し、ステップ
Ｓ４０８に戻る。

【００９０】ステップＳ４０３でＮｏ、またはステップ
Ｓ４０８でＮｏと判定された場合は、ステップＳ４０４
に進む。ここで、前記マップデータ更新用メモリに記憶
されたデータがある場合、そのデータに基づいて、その
加入者１５０に対応するマップデータを更新する。この
処理は、マップデータ更新に関して前述したのと同様の
処理である。ただし、この時点では、取得されたイメー
ジ・データには、ステータスに応じて様々なイメージが
選択される。ステップＳ４０５では、前記マップデータ
更新用メモリがクリアされ、新しい加入者１５０の処理
に関する準備を行う。ステップＳ４０６では、加入者情
報テーブル１２１から次の加入者のレコードを取得し、
ステップＳ４０２に戻る。ステップＳ４０３でＮｏの判
定がされた場合には、実質的にステップＳ４０６の処理
のみがされてステップＳ４０２に戻る。

【００９１】図１１の処理フロー及び前述したフロー
は、本発明の実施例の理解のために例示したに過ぎず、
厳密にこうしたフローに制限される必要はない。また、
この処理によって、各アドレスのアクセス状態であるス
テータスをも管理することができ、前述したアクセス頻
度などによるイメージの区分けなどに代えて、前記ステ
ータスに応じて、そのアドレスに対応するイメージを区
分けするなどの表示方法を提供することもできる。

【００９２】また更に、前述の処理において、加入者毎
に巡回時間を設定せずに、一律で所定の時間間隔でアク
セスを行い、その結果を取得したり、頻度の高いアドレ
スのみアクセス結果の取得を行ったり、接続ビジーやＮ
ｏｔＦｏｕｎｄの状況を、一過性のものである可能性
を考え、これらの状況を最終的に判断する所定の基準
（例えば、ビジーは過去５回連続してビジーであったと
きにビジーと判断するなど）を設定するなど、様々な変
形例を考えることができる。

【００９３】図１２は、加入者１５０のコンピュータ上
に表示されるマップ表示の例を示している。図１２は、
加入者情報テーブル１２１のマップデータ表示種別が、
「アドレスのタイプ別の区分け」であり、実現タイプが
ＶＲＭＬである場合の表示例である。図１２はまた、加
入者１５０が過去にいくつかのアドレスに対してアクセ
スを行い、少なくとも１回、前述の図１１に示すような
マップデータ調整・保守機能１１２Ｄによる処理が実行
されている場合のマップ表示の例である。

【００９４】図１２のマップ表示２００は、大きくは４
つの区画２１０〜２４０、その区画の間の道２５０、ホ
ーム２６０、及びアバタ２７０からなる。区画２１０
は、ホームページの検索に関するアドレスの区画として
設定され、検索アドレス１、検索アドレス２に対応する
イメージ・データ（２１１、２１２）が表示されてい
る。これらのイメージ・データは、ＶＲＭＬにおいては
立体表現であり、アバタ２７０の視点によってイメージ
が現実に近い態様で変化する。区画２２０は、メールア
ドレスの区画として設定され、メールアドレスＡ１、メ
ールアドレスＡ２に対応するイメージ・データ（２２
１、２２２）が表示されている。

【００９５】検索アドレス１に対応するイメージ・デー
タ２１１は、ここでは建物の前に多くの人が並んでい
る、混雑したイメージを使用して表されており、前記マ
ップデータ保守機能１１２Ｄによってアクセスされたと
きのステータスがビジーであったことを示している。

【００９６】検索アドレス２に対応するイメージ・デー
タ２１２は、ここでは建物の上に閉店という看板が立て
られたイメージを使用して表されており、前記マップデ
ータ調整・保守機能１１２Ｄによってアクセスされたと
きに（あるいは、それ以前の複数のアクセスにおい
て）、見つからなかったことを示している。

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

【００９８】イメージ・データ２３１は、ここでは車の
ショッピングに関連するページであり、前回のアクセス
時からそのページに更新が行われていることが、前記マ
ップデータ調整・保守機能１１２Ｄによって判定されて
おり、図７の（Ｂ）と同様のイメージが示されている。

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１１２】

【発明の効果】本発明によって、ＷＷＷブラウザやＶＲ
ＭＬビューワによりアクセスされるページのアドレス、
及びメーラによって送受信されるメールアドレスについ
て、プロバイダ側でユーザのアクセスとは別に、自動的
にアクセスを行い、そのアクセス結果に基づいて、その
アドレスに対応するイメージ・データの表示位置や表示
方法を変更・更新し、またはそのアクセス結果に関連す
る情報を付加する機能を提供することができる。

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

【図１１】マップデータ調整・保守機能の処理フローを
示す図である。

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

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

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

【符号の説明】

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

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号ＦＩＧ０６Ｆ 15/40 ３１０Ｃ３１０Ｆ 15/403 ３４０Ｂ

Claims

【特許請求の範囲】

【請求項１】それぞれがアドレスを有するネットワー
ク資源に対するユーザからのアクセスを制御し、前記ア
クセスされたネットワーク資源と前記ユーザとの間のデ
ータの送受信を処理するネットワーク接続管理システム
において、前記ユーザが所定の期間においてアクセスした前記ネッ
トワーク資源のアドレスを記憶する履歴管理手段と、所定のタイミングで前記履歴管理手段に記憶された前記
ネットワーク資源のアドレスにアクセスし、そのアクセ
ス結果に基づいて該アドレスに対応するイメージデータ
の表示位置、または表示方法を調整する表示形式データ
調整手段と、前記表示形式データ調整手段により調整さ
れた表示形式データを、前記ユーザに送信する表示形式
データ送信手段とを有することを特徴とする表示形式調
整システム。
【請求項２】前記表示形式データ調整手段は、前記ア
クセス結果に基づく該アドレスに対応するイメージデー
タの表示位置、または表示方法として、前記イメージデ
ータの各々を区分けして表示するよう表示形式データを
調整することを特徴とする請求項１記載の表示形式調整
システム。
【請求項３】前記表示形式データ調整手段は、前記ア
クセス結果に基づく該アドレスに対応するイメージデー
タの表示位置、または表示方法として、前記イメージデ
ータの各々を表示形態を変更して表示するよう表示形式
データを調整することを特徴とする請求項１記載の表示
形式調整システム。
【請求項４】前記アクセス結果は、少なくとも前記ネ
ットワーク資源のアドレスによって提供されるサービス
内容に関する情報が含まれることを特徴とする請求項１
ないし３に記載の表示形式調整システム。
【請求項５】前記表示形式データ調整手段がネットワ
ーク資源のアドレスにアクセスする前記所定のタイミン
グは、少なくとも前記ユーザ毎に設定できることを特徴
とする請求項１ないし３に記載の表示形式調整システ
ム。
【請求項６】前記表示形式データ調整手段がおこなう
前記イメージデータの表示方法の調整は、イメージデー
タの色、大きさ、模様、及びその他の外見的特徴の変
更、イメージデータ自体の変更、及び該イメージデータ
の上、または付近に他のイメージデータを追加する処理
であることを特徴とする請求項１ないし３に記載の表示
形式調整システム。
【請求項７】それぞれがアドレスを有するネットワー
ク資源に対するユーザからのアクセスを制御し、前記ア
クセスされたネットワーク資源と前記ユーザの間との情
報データの送受信を処理するネットワーク接続管理方法
において、前記ユーザが所定の期間においてアクセスした前記ネッ
トワーク資源のアドレスを記憶する履歴管理ステップ
と、所定のタイミングで、前記履歴管理ステップによって記
憶された前記ネットワーク資源のアドレスにアクセス
し、そのアクセス結果に応じて、該アドレスの対応する
イメージデータの表示位置、または表示方法を調整する
表示形式データ調整ステップと、前記表示形式データ調整ステップによって調整された表
示形式データを、前記ユーザに送信する表示形式データ
送信ステップとを有することを特徴とする表示形式調整
方法。
【請求項８】それぞれがアドレスを有するネットワー
ク資源に対するユーザからのアクセスを制御し、前記ア
クセスされたネットワーク資源と前記ユーザの間とのデ
ータの送受信を処理するネットワーク接続管理方法を実
現するプログラムを記録した記録媒体であって、前記ユーザが所定の期間においてアクセスした前記ネッ
トワーク資源のアドレスを記憶する履歴管理ステップ
と、所定のタイミングで、前記履歴管理ステップによって記
憶された前記ネットワーク資源のアドレスにアクセス
し、そのアクセス結果に応じて、該アドレスの対応する
イメージデータの表示位置、または表示方法を調整する
表示形式データ調整ステップと、前記表示形式データ調
整ステップによって調整された表示形式データを、前記
ユーザに送信する表示形式データ送信ステップとをコン
ピュータに実行させるプログラムを記録した該コンピュ
ータが読み取り可能な記録媒体。