KR100313446B1 - 네트워크에적용되는네트워크접속관리시스템,네트워크접속관리방법및표시데이터작성프로그램을기억하는기억매체 - Google Patents

Abstract

본 발명은 네트워크에 적용되는 네트워크접속관리시스템, 네트워크접속관리방법 및 표시데이터작성프로그램을 기억하는 기억매체에 관한 것으로서,

본 발명이 적용되는 네트워크접속관리시스템(110)은 과거에 클라이언트단말(151, 152)이 접속한 페이지의 어드레스를 접속이력으로 하여 사용자ID정보마다 접속이력테이블(122)에 기억하고, 클라이언트단말(151, 152)로부터의 접속요구를 검출하면, 이 접속이력테이블(122)에 기억된 어드레스를 접속빈도, 종별, 단말의 성능에 대응하여 표시데이터를 작성하고, 어드레스에 대응하는 앵커(또는 앵커기능을 구비한 오브젝트이미지)를 이 표시데이터에 삽입하여 클라이언트단말(151, 152)에 송신하는 것을 특징으로 한다.

Description

네트워크에 적용되는 네트워크접속관리시스템, 네트워크접속관리방법 및 표시데이터작성프로그램을 기억하는 기억매체

본 발명은 접속요구에 따라서 예를 들면 WWW 등의 네트워크와 사용자가 조작하는 클라이언트단말의 사이에 개재하여 정보의 송수신을 실시하는 서버에 적용되는 접속관리시스템, 네트워크접속관리방법 및 상기 서버에 있어서 실행 가능한 프로그램을 기억하는 기억매체에 관한 것이다.

1. WWW의 설명

근래 네트워크서비스의 일종으로서 예를 들면 인터넷상에 발신되는 WWW페이지를 참조하고, 또는 작성하는 것이 유행하고 있으며, 이것에 부응하여 WWW페이지작성을 위한 어플리케이션소프트나 서적 등이 많이 유통되고 있다.

WWW란 월드와이드웹(World Wide Web)의 약자이며, 인터넷을 사용한 전세계규모의 정보망을 나타낸다.

WWW페이지란 상기 WWW상에 설치된 임의의 WWW서버내에 기억된 Web도큐먼트를 구성하는 정보의 단위이다.

이 WWW페이지는 HTML(Hyper Text Markup Language), SGML(Standard Generali zed Markup Language), 최근에는 상기를 통합화한 XML(eXtensible Markup L an guage)이라 불리우는 언어로 기술된 구조화문서(document)이며, GIF(Graphic Inter change Format)나 JPEG(Joint Photographic Experts Group)에 포맷된 이미지데이터를 삽입하여 발신할 수도 있다.

또 근래에는 Web서버에 탑재되는 CGI(Common Gateway Interface)에 접속하거나 프로그래밍언어인 jaba(· sunMicrosystems)로 작성된 애플렛을 탑재하여 보다 동적인 표현력을 지니게 한 WWW페이지나 WWW상에서 3차원그래픽을 리얼타임으로 묘화하는 VRML(Virtual Reality Modeling Language)언어로 기술된 WWW페이지도 존재한다.

그리고 WWW브라우저는 상기 WWW페이지를 클라이언트단말(Client terminal)에 표시시키기 위한 데이터를 Web사이트로부터 수신하고, 그 데이터를 해석하여 WWW브라우저가 기동되어 있는 컴퓨터의 표시장치의 화면상에 표시시킨다.

즉 WWW페이지의 구조화문서가 HTML, SGML인 경우 테스트, 도면, 동화, 음 등의 2차원적인 정보를 취급할 수 있고, VRML이면 WWW페이지를 3차원적으로, 그리고 통일적으로 취급할 수 있다.

그리고 클라이언트사용자는 VRML에 의해 3차원표시된 물체(Object)를 여러 가지 각도에서 보거나 이들 물체가 임의로 배치된 상태를 지도적으로 표시시켜서 흡사 현실의 거리를 돌아다니고 있는 것 같은 체험이 가능하다.(일반적으로 상기와 같은 지도적인 표시방법, 또는 WWW에 있어서의 각 정보의 표시방법은 사이버스페이스(Cyber space), 또는 버철리얼스페이스(Virtual real space)라 불리우고 있다.)

그리고 이와 같은 기능에 의하여 클라이언트사용자는 클라이언트단말을 조작하는 것 만으로 전세계규모에 걸쳐서 페이지(Home page)에 공개된 각 정보를 참조, 또는 청취할 수 있고 자신이 작성한 페이지를 전세계에 발신할 수 있다.

상기 「페이지」를 표시시키기 위한 구조화문서 및 이미지, 오디오 등의 데이터는 통상 상기 WWW상에 설치되어 있는 WWW서버내에 각 클라이언트단말을 조작하는 사용자의 ID정보(사용자어카운트(User account), HTTP/IP address 등의 정보)마다 기억되어 있다.

상기 클라이언트단말을 사용하는 사용자에는 개인을 비롯하여 정부, 기업 및 그 밖에 단체 등이 포함된다.

그리고 각 사용자는 구조화문서작성용 언어에 의하여 페이지를 계층적으로 구성해서 작성할 수 있다.

그리고 상기 페이지의 최상위의 계층의 페이지를 특히 「홈페이지」라 정의하고 있다.

또 상기 페이지를 작성한 각 사용자는 이 페이지에 얼마간의 페이지의 URL을 기술하는 것으로 링크를 설치할 수 있고, 그 링크처의 페이지는 또한 얼마간의 다른 페이지로의 링크를 가질 수 있다.

URL(Uniform Resource Locator)은 인터넷상에서 각각의 페이지를 식별하기 위한 어드레이스이며, 예를 들면 「http://www.xxx.co.jp/index.html」, 「http:// www.xxx.co.jp/index.wrl」이라는 표기로 나타내어지고, HTML문서나 VRML문서에 있어서의 페이지를 지정한다.

통상 페이지에 설치되는 링크는 「앵커」(Anchor)라 불리우는 표시형태로 표시된다.

앵커란 상기 WWW브라우저에 의하여 표시된 페이지상에 그 링크처의 페이지를 나타내는 심벌(예를 들면 그 페이지의 어드레스나 그 페이지의 내용을 간접적으로 나타내는 이미지 등)을 말한다.

상기 구조화문서간은 서로 다른 문서에 대한 앵커를 설정할 수 있다.

예를 들면 HTML문서로부터 VRML문서를 불러내고, 또 VRML문서로부터 HTML문서를 불러낼 수도 있다.

WWW브라우저를 사용하는 사용자는 소망하는 링크처를 나타내는 심벌을 마우스로 클릭하면 WWW브라우저는 그 링크처의 페이지로 표시를 전환한다(링크처로 점프한다). 또 이러한 링크처로서는 하위의 계층의 페이지만이 아니고 상위의 계층의 페이지나 다른 Web사이트의 페이지도 지정할 수 있다.

WWW브라우저를 사용하는 사용자는 그 브라우저에 의하여 표시되어 있는 페이지상의 다른 페이지를 나타내는 심벌을 클릭함으로써 소망하는 페이지로 표시를 전환하고, 전환된 페이지상의 다른 페이지를 나타내는 심벌을 클릭함으로써 또한 다른 페이지로 표시를 전환하여 이후 차례차례로 페이지의 표시를 전환해 갈 수 있다.

이 때 WWW브라우저는 클릭된 상기 심벌에 대응하는 URL이 나타내는 어드레스의 WWW서버에 통상 프로바이더 및 인터넷경유로 액세스하고, 상기 WWW서버에 격납되어 있는 Web사이트로부터 대상데이터를 상기 WWW브라우저가 실행되고 있는 컴퓨터의 메모리 또는 기억장치에 다운로드한다.

다음으로 WWW브라우저는 이들 데이터의 다운로드가 종료되는 것을 기다리고, 또는 다운로드와 함께 상기 데이터를 상기 컴퓨터의 표시장치상에 페이지로서 표시한다.

현재 넷스케이프사의 넷스케이프·네비게이터, 마이크로소프트사의 인터넷·익스플로러 등의 WWW브라우저가 제공되어 널리 사용되고 있다.

2. VRML의 설명

VRML문서를 표시시키기 위해서는 그에 대응하는 VRML뷰어를 준비할 필요가 있으며, 이것은 상기 넷스케이프사의 넷스케이프·네비게이터 등의 WWW브라우저와는 다른 전용의 브라우저나, 또는 WWW브라우저의 VRML용 플러그인·모듈 또는 헬퍼어플리케이션 등에 의하여 제공된다.

VRML은 상기한 바와 같이 WWW상에서 3차원공간 및 물체(오브젝트)를 기술하기 위한 언어이다.

사용자는 애버터(Avatar)라는 사람형태의 오브젝트클래스(Object class)를 조작하는 것으로 VRML에 의해 만들어진 가상공간 속을 돌아다니거나(워크스로우), 다른 애버터와의 회화(Chat) 등의 커뮤니케이션을 가능하게 한다.

또한 그 가상공간 속의 신(풍경)에 대하여 카메라를 정의함으로써 그 카메라를 통해서 보는 시점을 설정할 수 있다.

또한 VRML은 1994년에 탄생하여 1995년에 VRML1.0의 형식이 정식으로 결정되고, 현재의 형식은 VRML2. 0이다.

이 2가지의 형식에는 큰 차이가 있다. VRML1. 0에서는 시간이 멈춘 3차원의 신을 만들 수 밖에 없어서 음을 출력할 수도 없다.

그러나 VRML2. 0에서는 놓여져 있는 오브젝트가 갑자기 움직이기 시작하거나 클릭하면 색이 바뀌는 신을 만들 수 있고 음악도 출력 가능한 동적인 세계를 구축 가능하다.

또 실제의 VRML뷰어에서는 상기 애버터나 카메라 등의 이동은 통상 그들의 위치를 마우스의 클릭 등에 의하여 직접 지시하거나 또는 그들의 전진, 후퇴, 회전 등의 이동의 지시를 실시하는 버튼을 마우스의 클릭 등에 의하여 조작하게 되어 있다.

3. 북마크의 설명

상기한 바와 같은 페이지를 차례차례로 전환해 가는 방법으로 페이지를 참조하는 이른바 「넷서핀」과 같은 참조방법 외에 표시하고 싶은 페이지의 URL을 미리 알고 있는 경우에 WWW브라우저나 VRML뷰어의 GUI(Graphical User Interface)화면상의 장소지정에어리어에 직접 URL을 타이프하는 방법이 있다.

그러나 주식정보나 뉴스를 표시하는 페이지 등을 매일 참조하는 사용자도 있다.

이와 같이 어떤 결정된 페이지를 매회 참조할 필요가 있는 경우에는 매회 수십문자에 달하는 상기한 URL을 타이프하는 것은 불편하며, 비효율적이기도 하다.

그래서 이러한 페이지를 용이하게 표시시키기 위해 상기 WWW브라우저 등은 「북마크기능」이라 불리우는 기능을 일반적으로 구비하고 있다.

「북마크기능」이란 WWW브라우저나 VRML뷰어 등으로 접속하는 클라이언트단말(WWW브라우저나 VRML뷰어의 전용메모리)에 마음에 든 Web사이트나 빈번하게 액세스하는 페이지를 사전에 등록해 두는 기능이다.

그 사용방법은 표시시키고 싶은 페이지의 URL을 미리 북마크데이터의 한 정보로서 등록해 두고, 「북마크의 표시」로 북마크로서 등록되어 있는 페이지를 일람표시하고나서 해당하는 페이지를 마우스의 클릭조작 등으로 선택하는 것이다.

이에 따라 사용자는 URL을 타이프하는 번잡함으로부터 해소되고, 또 타이프미스에 의한 시간의 낭비를 발생시키는 일 없이 소망하는 페이지를 표시시켜서 열람할 수 있다.

도 1에는 WWW브라우저의 대표적인 북마크표시화면(3000)이 나타내어져 있다.

동일도면에 나타내는 바와 같이 북마크는 계층적으로 관리할 수 있고 북마크(3111)의 집합을 1개의 폴더(3110)에 수납하여 관리할 수 있다. 이에 따라서 사용자는 각 북마크(3111)를 카테고리별로 분류하여 정리할 수 있고 많은 북마크(3111)가 있는 경우에도 효율적으로 소망하는 북마크(3111)를 찾을 수 있다.

예를 들면 도 1의 북마크표시화면(3000)을 참조하면, 최상위폴더로서 「BOOK MARK」폴더(3100)가 있으며, 그 아래의 「WWW SEARCH ENGINE」라는 폴더(3110) 속에 「goo」와 「Yahoo! JAPAN」이라는 옐로우페이지가 북마크(3111)로서 등록되어 있으며, 이들 북마크(3111)는 상기 폴더(3110)「WWW SEARCH ENGINE」를 마우스 등으로 클릭함으로써 동일도면과 같이 일람적으로 표시된다.

또 도 1에는 폴더(3110)에 포함되지 않은 「IBM Patent Server Home Page」 등의 북마크(3111)도 나타내어져 있다.

상기한 「goo」나 「Yahoo! JAPAN」이라는 북마크(3111)를 식별하기 위한 타이틀은 통상 그 북마크(3111)에 대응하는 페이지를 작성한 자가 설정한 그 페이지의 타이틀이 그대로 이용된다.

WWW브라우저나 VRML뷰어를 조작하는 사용자는 도 1의 북마크표시화면(3000)에서 「goo」 등의 북마크(3111)를 나타내는 행을 마우스로 더블클릭하거나 이러한 북마크표시화면(3000) 이외의 다른 북마크(3111)를 간이표시하는 폽업윈도우(비도시)로 소망하는 북마크(3111)를 나타내는 행을 클릭하는 것 등에 의하여 용이하게 소망하는 페이지를 선택해서 표시시킬 수 있다.

북마크(3111)의 추가는 통상 사용자가 최초에 URL을 WWW브라우저나 VRML뷰어의 장소지정에어리어에 타이프하여 소망하는 페이지를 표시시켰을 때, 또는 상기한 네트서핀 등으로 소망하는 페이지를 발견했을 때 등에 그 페이지를 표시시킨 상태에서 마우스의 클릭 등의 조작으로 「북마크의 추가」를 지시함으로써 실시된다.

이 때 그 페이지의 URL이나 타이틀을 포함하는 정보가 자동적으로 북마크(3111)로서 등록되고, 페이지의 타이틀은 그 페이지에 대응하는 등록된 북마크(3111)의 타이틀로서 그대로 사용된다.

또 도 1의 북마크표시화면(3000)에서 사용자가 북마크(3111)를 신규로 추가하는 조작에 있어서, URL이나 타이틀 등을 타이프함으로써 소망하는 폴더(3110) 속에 새로운 북마크(3111)를 추가할 수도 있다.

북마크(3111)내의 정보는 예를 들면 사용자가 도 1의 북마크표시화면(3000)에서 대상의 북마크(3111)의 프로퍼티를 마우스에 의해 선택조작함으로써 표시되는 북마크편집화면(비도시)상에서 편집할 수 있다.

또한 도 1의 북마크표시화면(3000)상에 있어서, 사용자가 마우스 등을 조작하는 것으로 북마크(3111) 자체의 삭제, 이동(다른 폴더로의 이동을 포함한다)이 가능하다.

4. 전자메일의 설명

개인 또는 기업, 그 밖의 단체에 의하여 상기 인터넷과 같은 네트워크를 경유하는 전자메일의 송수신이 활발히 실시되고 있다.

이들 전자메일은 네트워크상에 설치된 메일서버간에서 송수신되고, 사용자(개인 등)는 그 메일서버를 통하여 타인에게 전자메일을 송신하고, 또 자기앞의 전자메일을 수신한다.

전자메일의 어드레스는 메일어드레스에 의하여 식별되고, 인터넷·메일이면 통상 「user@xxx.or.jp」 등의 포맷으로 제공된다.

전자메일에는 인터넷·메일 외에 퍼스컴통신이나 그 밖의 단체, 기업내에서 송수신되는 것이 있는데, 이들은 게이트웨이 등을 통하여 서로 송수신된다.

현재 이러한 전자메일의 송수신을 실시하는 어플리케이션툴(이른바 메일러)은 상기한 WWW브라우저와 세트로 되어 있는 것에서 메일전용의 툴까지 여러 가지이다.

그러나 이들 메일러는 전자메일의 송수신에 관한 기본기능에 대해서는 각 개발원에 따라서 다른 점은 없다.

사용자는 네트워크에 접속하여 상기 메일러를 기동하고 자기앞의 전자메일을 수신한다.

이들 전자메일을 수신할 때에는 그들 전자메일이 누구로부터 송신된 것인지, 또 서브젝트에 무엇을 포함하고 있는지 등에 따라서 다른 폴더로 분류하여 기억할 수도 있다.

송신시에는 「어드레스북」이라 불리우는 곳에 미리 기억되어 있는 송신처의 메일어드레스를 전자메일의 송신처로서 마우스의 클릭 등으로 간단히 지정할 수 있어서 그 메일어드레스를 송신할 때마다 타이프할 필요가 없다.

물론 처음으로 전자메일을 송신하는 상대에게는 메일어드레스의 타이프 등이 필요해지는데, 그 때에 등록처리를 실시해 두면 그 상대에게 다음에 송신할 때에는 메일어드레스는 상기와 같이 간단히 지정할 수 있어서 타이프는 불필요하다.

또 상기 어드레스북에 기억된 복수의 메일어드레스는 상기 WWW브라우저 등의 북마크와 똑같이 상기 어드레스북내에서 복수의 폴더에 격납될 수 있다.

따라서 북마크와 같은 계층적인 관리도 가능하다. 예를 들면 친구, 회사관계의 메일어드레스를 나누어 관리할 수 있고, 또 사내의 전자메일관리에 있어서는 각 부서마다, 또는 지점마다라는 분류도 가능하다.

일반의 사용자(개인)가 상기 WWW페이지를 보거나 전자메일의 송수신을 실시하기 위해 인터넷 등의 네트워크상의 자원에 액세스하는 데는 인터넷에 대한 항상 접속포인트를 갖는 프로바이더라 불리우는 접속업자의 서버에 공중회선 등을 통하여 사용자가 조작하는 클라이언트단말(컴퓨터)을 접속할 필요가 있다.

이 것에 의하여 상기 사용자는 프로바이더의 상기 서버를 통하여 인터넷 등의 네트워크상의 자원에 액세스할 수 있고, 페이지나 전자메일을 자신의 컴퓨터에 전송할 수 있다.

5. 과제

상기한 바와 같이 종래의 WWW브라우저나 VRML뷰어가 갖는 북마크기능은 사용자가 페이지에 관한 긴 문자수의 URL을 매회 입력하는 일 없이 미리 등록되어 있는 복수의 북마크 중 소망하는 페이지의 북마크를 마우스 등으로 선택함으로써 그 페이지를 WWW브라우저나 VRML뷰어에 표시시킬 수 있다.

그러나 종래의 WWW브라우저나 VRML뷰어는 페이지의 북마크가 일단 등록되면 사용자가 의도적으로 조작하지 않는 한 그 북마크상의 위치나 구성을 변경하는 일이 없다.

예를 들면 액세스(사용)빈도가 높은 페이지가 북마크표시화면의 최하부의 눈에 띄지 않는 곳에 있거나 폴더를 몇 개나 열고 있지 않으면 다다를 수 없을 정도로 깊은 계층에 있다.

또한 종래의 WWW브라우저나 VRML뷰어는 페이지가 과거에 액세스된 것인지, 또는 어떠한 장르의 페이지인지에 따라서 자동적으로 분류를 실시하는 것도 아니고 사용자에 있어서 보면 북마크의 선택이 매우 번잡한 것으로 되어 있다.

또한 이상에 기재한 종래의 WWW브라우저나 VRML뷰어에 관한 과제는 전자메일을 취급하는 메일러의 어드레스북에 대해서도 똑같이 말할 수 있는 것이다.

본 발명은 상기 과제를 해결하기 위해 WWW브라우저나 VRML뷰어에 의해 액세스되는 페이지의 어드레스 및 메일러에 의하여 송수신되는 메일어드레스를 일원적으로 관리하고, 상기 어드레스를 표현하는 표시데이터를 작성하는 시스템, 네트워크접속관리방법 및 프로그램을 기억한 기억매체를 제공하는 것을 목적으로 한다.

또 본 발명은 클라이언트단말의 페이지로의 액세스빈도 등, 또는 메일의 송수신빈도 등에 따라서 자동적으로 어드레스에 대응하는 이미지의 배치, 표현방법을 갱신하는 시스템, 네트워크접속관리방법을 제공하는 것을 목적으로 한다.

상기 목적을 달성하기 위해 본 발명에 관련되는 네트워크접속관리시스템은 상기 클라이언트단말이 과거에 접속한 정보의 어드레스를 기억하는 제 1 기억수단과,

상기 제 1 기억수단에 기억된 어드레스의 ○○(주: 종류라든가 빈도 등이 포함되는 표현을 부탁합니다)를 해석하는 해석수단과,

이 해석수단에 의한 해석결과를 반영한 표시데이터를 작성하는 작성수단과,

이 작성수단에 의하여 작성된 표시데이터를 상기 클라이언트단말에 송신하는 송신수단을 구비하는 것을 특징으로 한다.

상기 구성에 따르면, 네트워크접속관리시스템은 클라이언트단말의 사용자가 과거에 접속한, 예를 들면 어드레스의 접속빈도를 반영시킨 표시데이터를 작성하고, 이 표시데이터를 클라이언트단말에 제공하는 것이 가능해진다.

또 상기에 있어서, 표시데이터란 구체적으로는 상기 제 1 기억수단에 기억된 어드레스의 앵커를 레이아웃한 지도데이터이다.

또한 이 때 과거에 송신한 표시데이터를 기억하는 제 2 기억수단을 구비하고, 이 제 2 기억수단에 기억된 표시데이터를 상기 작성수단에 의하여 작성된 표시데이터로 갱신하도록 해도 좋다.

또한 과거에 송신한 표시데이터를 기억하는 제 2 기억수단을 구비하고, 이 제 2 기억수단에 기억된 표시데이터와, 상기 작성수단에 의하여 작성된 표시데이터를 조합하여 변경부분을 상기 작성된 표시데이터에 반영시키도록 해도 좋다.

그리고 상기 어드레스와, 이 어드레스의 앵커기능을 갖는 이미지를 대응지워서 기억하는 제 3 기억수단을 구비하고, 상기 제 1 기억수단에 기억되는 어드레스에 의거하여 상기 제 3 기억수단으로부터 대응하는 이미지를 판독하고, 상기 작성수단에 의하여 작성된 표시데이터에 삽입하도록 해도 좋다.

그리고 또 상기 제 1 기억수단에 기억된 어드레스에 정기적으로 접속하는 접속수단과, 이 접속수단에 의해 접속된 정보자원의 상황을 판단하는 제 1 판단수단을 구비하고, 이 제 1 판단수단에 의한 판단결과에 의거하여 클라이언트단말에 송신하는 표시데이터를 변경하도록 해도 좋다.

이와 같은 구성에 의해 해당 네트워크접속관리시스템은 클라이언트단말로부터 접속요구된 어드레스로 특정되는 정보자원의 상황에 따라서 상기 표시데이터를 제공하는 것이 가능해진다.

그리고 상기 제 1 기억수단에 기억된 어드레스에 정기적으로 접속하는 접속수단과, 이 접속수단에 의해 대응하는 정보자원에 접속되는 네트워크의 상황을 판단하는 제 2 판단수단을 구비하고, 이 제 2 판단수단에 의한 판단결과에 의거하여 대응하는 클라이언트단말의 표시데이터를 변경하도록 해도 좋다.

이와 같은 구성에 의해 해당 네트워크접속관리시스템은 클라이언트단말로부터 접속요구된 어드레스에 대하여 대응하는 정보자원까지의 네트워크의 상황에 따라서 상기 표시데이터를 제공하는 것이 가능해진다.

그리고 또 상기 클라이언트단말의 적어도 표시성능에 관한 정보를 기억하는 기억수단을 또한 구비하고, 상기 클라이언트단말에 표시데이터를 송신할 때 이 기억수단에 기억되는 송신처의 적어도 표시성능에 의거하여 표시데이터를 변경하도록 해도 좋다.

이와 같은 구성에 의해 해당 네트워크접속관리시스템은 클라이언트단말의 성능에 따라서 상기 표시데이터를 제공하는 것이 가능해진다.

상기 목적을 달성하기 위해 본 발명에 관련되는 네트워크접속관리방법은 클라이언트단말이 과거에 접속한 어드레스의 ○○(주: 종류라든가 빈도 등이 포함되는 표현을 부탁합니다)를 기억하는 스텝,

기억된 어드레스를 해석하는 스텝,

해석결과에 따라서 상기 클라이언트단말에 표시시키기 위한 표시데이터를 작성하는 스텝,

작성된 표시데이터를 상기 클라이언트단말에 송신하는 스텝을 구비한다.

상기 방법에 따르면, 클라이언트단말의 사용자가 과거에 접속한 어드레스가 반영된 표시데이터를 클라이언트단말에 표시시키는 것이 가능해진다.

상기 목적을 달성하기 위해 네트워크와 클라이언트단말의 사이에서 정보의 송수신을 실시하는 네트워크접속관리에 적용되어 시스템클라이언트단말에 송신하는 표시데이터의 작성방법을 실현하는 프로그램을 기억한 기억매체는,

과거에 접속한 어드레스를 기억하는 스텝,

기억된 어드레스의 ○○(주: 종류라든가 빈도 등이 포함되는 표현을 부탁합니다)를 해석하는 스텝,

해석결과에 따라서 상기 클라이언트단말에 표시시키기 위한 표시데이터를 작성하는 스텝,

작성된 표시데이터를 상기 클라이언트단말에 송신하는 스텝,

을 상기 클라이언트단말에 접속된 컴퓨터에 실행시키는 프로그램을 기록한 해당 컴퓨터가 판독 가능한 기억매체를 제공하는 것을 특징으로 한다.

상기 기억매체에 따르면, 네트워크접속관리시스템에 클라이언트단말의 사용자가 과거에 접속한 어드레스가 반영된 표시데이터를 클라이언트단말에 표시시키는 기능을 제공하는 것이 가능해진다.

도 1은 일반적으로 알려져 있는 WWW(World Wide Web)브라우저를 실행한 경우에 있어서의 클라이언트단말(Client terminal)에 표시되는 북마크의 표시화면을 나타내는 도면.

도 2는 본 발명의 제 1 실시형태에 있어서의 네트워크접속관리시스템(Networ k-access management system)(100)의 시스템블록도.

도 3은 고객데이터베이스(Client database)(120)에 격납되는 각 테이블의 격납내용을 나타내는 도면.

도 4는 고객데이터베이스의 가입자정보테이블(Client user information tabl e)(121)의 파일·레이아웃의 예를 나타내는 도면.

도 5는 고객데이터베이스의 접속이력테이블(History table)(122)의 파일·레이아웃의 예를 나타내는 도면.

도 6은 고객데이터베이스의 옐로우페이지·테이블(123)의 파일·레이아웃의 예를 나타내는 도면.

도 7은 고객데이터베이스의 맵이미지·테이블(Object image table)(124)의 파일·레이아웃의 예를 나타내는 도면.

도 8은 고객데이터베이스의 맵·테이블(map table)(125)의 파일·레이아웃의 예를 나타내는 도면.

도 9는 맵이미지·테이블(Object image table)(124)의 이미지·데이터의 편집예를 나타내는 도면.

도 10은 프로바이더·접속관리서버(Access management server)(110)의 전체처리흐름을 나타내는 도면.

도 11은 맵데이터의 갱신처리흐름을 나타내는 도면.

도 12는 맵데이터표시종별마다의 맵데이터의 갱신처리흐름을 보다 상세히 나타내는 도면.

도 13은 맵데이터표시종별이 「어드레스의 타입별의 구분」이며, 언어가 VRM L인 경우의 맵표시예를 나타내는 도면.

도 14는 맵데이터표시종별이 「액세스빈도별로 구분」이며, 언어가 VRML인 경우의 맵표시예를 나타내는 도면.

도 15는 옐로우페이지표시화면의 예를 나타내는 도면.

도 16은 맵데이터표시종별이 「액세스빈도별의 표시방법 변경」이며, 언어가 VRML인 경우의 맵표시예를 나타내는 도면.

도 17은 맵데이터표시종별이 「어드레스의 타입별의 구분」이며, 언어가 HTML인 경우의 맵표시예를 나타내는 도면.

도 18은 도 17의 맵표시를 텍스트·베이스로 변형하여 표시한 예를 나타내는 도면.

도 19는 본 발명을 실시하는 컴퓨터의 구성을 나타내는 도면.

도 20은 본 발명의 제 2 실시형태에 있어서의 네트워크접속관리시스템(Netwo rk-access management system)(100)의 시스템블록도.

도 21은 제 2 실시형태에 있어서의 고객데이터베이스(Client database)(112 0)에 격납되는 각 테이블의 격납내용을 나타내는 도면.

도 22는 제 2 실시형태에 있어서의 고객데이터베이스의 가입자정보테이블(Client information table)(1121)의 파일·레이아웃의 예를 나타내는 도면.

도 23은 제 2 실시형태에 있어서의 고객데이터베이스의 접속이력테이블(History table)(1122)의 파일·레이아웃의 예를 나타내는 도면.

도 24는 제 2 실시형태에 있어서의 고객데이터베이스의 맵이미지·테이블(Object image table)(1124)의 파일·레이아웃의 예를 나타내는 도면.

도 25는 제 2 실시형태에 있어서의 맵이미지·테이블(Object image table)(1 124)의 이미지·데이터의 편집예를 나타내는 도면.

도 26은 제 2 실시형태에 있어서의 프로바이더·접속관리서버(Access manage ment server)(1110)의 전체처리흐름을 나타내는 도면.

도 27은 맵데이터의 조정·갱신처리흐름을 나타내는 도면.

도 28은 맵데이터조정·보수기능의 처리흐름을 나타내는 도면.

도 29는 맵데이터표시종별이 「어드레스의 타입별의 구분」이며, 언어가 VRM L인 경우의 맵표시예를 나타내는 도면.

도 30은 본 발명의 제 3 실시형태에 있어서의 네트워크접속관리시스템(Netwo rk-access management system)(100)의 시스템블록도.

도 31은 제 3 실시형태에 있어서의 고객데이터베이스(Client database)(2120 )에 격납되는 각 테이블의 격납내용을 나타내는 도면.

도 32는 제 3 실시형태에 있어서의 고객데이터베이스의 가입자정보테이블(Client information table)(2121)의 파일·레이아웃의 예를 나타내는 도면.

도 33은 맵데이터표시종별마다의 맵데이터의 갱신처리흐름을 보다 상세히 나타내는 도면.

도 34는 맵데이터의 표시양식을 판단하는 처리흐름을 나타내는 도면.

도 35는 맵데이터표시종별이 「어드레스의 타입별의 구분」이며, 표시양식이 HTML1인 경우의 맵표시예를 나타내는 도면.

도 36은 맵데이터표시종별이 「어드레스의 타입별의 구분」이며, 표시양식이 HTML2인 경우의 맵표시예를 나타내는 도면이다.

※도면의 주요부분에 대한 부호의 설명

100, 2100: 네트워크접속관리시스템

110, 110, 2110: 네트워크서비스프로바이더·접속관리서버

111: 가입자접속제어기능 112: 맵데이터처리기능

113: 리퀘스트처리기능 120, 1120: 고객데이터베이스

121, 1121, 2121: 가입자정보테이블

122, 1122: 접속이력테이블 123: 옐로우페이지·테이블

124, 1124: 맵이미지·테이블 125, 1125: 맵·테이블

130: 프로바이더·메일서버

140, 180: 프로바이더·WWW서버

150: 클라이언트 151, 152: 클라이언트단말

160: 네트워크 170: 메일서버

400: 옐로우페이지표시화면 410: 장르선택에어리어

830: 기억장치 840: 네트워크·인터페이스

(제 1 실시형태)

이하에 본 발명을 적용한 제 1 실시형태에 대하여 도면을 참조하여 설명한다.

또한 각 도면에 있어서, 동일 또는 유사한 것에는 동일한 참조번호 또는 기호를 부여하여 설명한다.

도 2는 제 1 실시형태로서 본 발명을 적용한 네트워크접속관리시스템(Networ k-access management system)(100)의 시스템블록도이다.

네트워크접속관리시스템(100)은 네트워크서비스프로바이더·접속관리서버(Ac cess management server)(110) 및 고객데이터베이스(Client database)(120)를 포함한다.

상기 네트워크서비스프로바이더·접속관리서버(110)는 가입자접속제어기능(Access control function unit)(111), 맵데이터처리기능(Lay out constructing fu nction unit)(112) 및 리퀘스트처리기능(Request treatment function unit)(113)을 포함한다.

또 네트워크서비스프로바이더·접속관리서버(110)는 필요에 따라서 프로바이더·메일서버(E-Mail server)(130) 및 프로바이더·WWW서버(WWW server)(140)에 접속된다.

상기 네트워크서비스프로바이더의 네트워크서비스에 가입해 있는 복수의 사용자(Client user)가 사용하는 클라이언트(Clients)(150)는 복수의 클라이언트단말(Client terminal)(151, 152) 등으로 이루어진다.

네트워크상의 자원(Resources)에 액세스할 때 사용자는 이들 클라이언트단말(151, 152)을 네트워크서비스프로바이더·접속관리서버(110)에 공중회선 등을 경유하여 접속한다.

또한 본 실시형태(해당 제 1 실시형태, 후술하는 제 2, 제 3 실시형태)에 있어서, 클라이언트단말(151, 152)이란 유선/무선을 불문하고 기존의 통신회선, 네트워크서비스를 통하여 네트워크서비스프로바이더·접속관리서버(110)에 접속 가능한 장치를 가리킨다.

예를 들면 모뎀을 구비한 퍼스널컴퓨터(데스크탑, 노트타입), PDA(Personal Digital Assistant), 데이터통신기능과 표시기능을 구비한 휴대전화(Cellar Phon e) 및 이들 기능을 구비한 전자기기(Electronic apparatus)를 가리키고 있다.

네트워크(160)는 예를 들면 인터넷이라는 불특정다수의 사람이 액세스 가능한 네트워크인데, 이것에 한정되지 않고 사내LAN, WAN, VAN, 인트라넷 및 엑스트라넷, 그 밖에 이용자가 한정된 특정한 네트워크를 포함한다.

메일서버(170) 및 WWW서버(180)는 여기에서 설명의 대상으로 하고 있는 네트워크서비스프로바이더 이외의 메일서버 및 WWW서버를 집합적으로 나타내고 있다.

상기 가입자접속제어기능(111)은 사용자의 조작에 의해 클라이언트단말(151, 152)로부터 공중회선 등을 통하여 접속요구가 있었던 경우 사용자의 ID정보와 패스워드를 체크하고, 인증이 끝나면 클라이언트단말(151, 152)과의 커넥션을 확립하여 인터넷 등으로의 액세스가 가능하게 되도록 제어한다.

상기 맵데이터처리기능(112)은 이력관리기능(112A)(History management fun ction unit)(이력관리수단), 맵데이터갱신기능(112B)(Map renewing function unit) (표시형식데이터갱신수단) 및 맵데이터송신기능(112C)(Map constructing data prov iding unit)(표시형식데이터송신수단)을 포함한다.

그리고 상기 네트워크서비스프로바이더·접속관리서버(110)는 사용자가 과거에 액세스한 어드레스(URL, E-mail address)를 WWW브라우저의 북마크등록기능이나 메일러의 어드레스북등록기능에 대신하여 용이하게 선택 가능한 3차원적인 표현으로서 클라이언트단말(151, 152)에 표시시키기 위해 맵(표시형식)데이터를 갱신한다.

이 맵데이터는 클라이언트단말(151, 152)에 3차원적인 표시를 제공하기 위한 「토대」가 되는 데이터이며, 실제는 HTML이나 VRML로 기술된 구조화문서데이터이다.

이와 같이 맵데이터를 토대로 클라이언트단말(151, 152)에 표시된 것을 이후에서는 「맵표시(Map display)」라 부른다.

상기 이력관리기능(112A)은 사용자가 과거에 액세스한 WWW페이지의 어드레스 및 송수신한 메일어드레스를 사용자의 ID정보마다 기억한다.

그리고 사용자가 WWW페이지의 액세스 또는 메일의 송수신을 실시할 때에 그들의 어드레스가 그 사용자에 의하여 과거에 사용된 것인지를 체크하는 유닛이다.

상기맵데이터갱신기능(112B)은 사용자의 WWW페이지로의 액세스상황 및 메일의 송수신상황에 따라서 클라이언트단말(151, 152)에 사용자가 과거에 액세스한 WWW페이지의 어드레스 및 송수신한 메일어드레스를 3차원적으로 표시하기 위한 맵데이터를 갱신하는 유닛이다.

상기 맵데이터송신기능(112C)은 사용자가 클라이언트단말(151, 152)을 조작하는 것에 의한 WWW페이지로의 액세스 및 메일의 송수신, 또는 계약되어 있는 네트워크서비스프로바이더에 접속했을 때에 클라이언트단말(151, 152)에 상기 맵데이터를 송신하는 유닛이다.

리퀘스트처리기능(113)은 네트워크서비스프로바이더에 접속된 클라이언트단말(151, 152)로부터의 사용자요구에 따라서 동작하는 유닛이다.

예를 들면 WWW페이지의 구조화문서데이터 및 관련되는 그 밖의 데이터(이미지데이터, 오디오데이터)를 네트워크(160)를 통하여 소정의 어드레스의 WWW서버(180)로부터 다운로드하고, 클라이언트단말(151, 152)에 송신하도록 제어하며, 사용자요구된 메일의 송수신을 실시한다.

상기 가입자접속제어기능(111) 및 리퀘스트처리기능(113)은 종래의 소프트웨어를 이용하여 종래의 네트워크서비스에 의해서 제공되는 기능을 구비하는 유닛이다.

상기 고객데이터베이스(Client database)(120)는 도 3에 나타내어지는 바와 같이 가입자정보테이블(Client user information table)(121), 접속이력테이블(His tory table)(122), 옐로우페이지·테이블(Yellow page table)(123), 맵이미지·테이블(Object image table)(124) 및 맵·테이블(Map table)(125)을 포함한다.

각 테이블의 상세한 설명은 후술한다.

상기 네트워크서비스프로바이더·메일서버(E-Mail server)(130)는 이 네트워크서비스프로바이더와 서비스계약한 사용자앞으로 예를 들면 네트워크(160)를 통하여 다른 네트워크서비스프로바이더로부터 송신되어 온 전자메일을 기억하고, 해당 사용자가 조작하는 클라이언트단말(151, 152)로부터의 지시에 따라서 그 수신메일을 전송지시된 클라이언트(150)에 전송한다.

프로바이더·WWW서버(140)(WWW server)는 네트워크서비스프로바이더 및 서비스를 계약한 사용자가 작성한 구조화문서데이터 및 그 밖에 필요한 데이터, 모듈 등을 기억하고 있다.

사용자는 클라이언트단말(151, 152)을 조작하여 공중회선을 통해서 그들 데이터에 액세스한다.

또 상기 네트워크서비스프로바이더와 서비스계약하고 있지 않은 사용자는 공중회선 및 네트워크(160)를 통하여 그들 데이터에 액세스한다.

통상 네트워크서비스프로바이더는 WWW페이지의 액세스에 관한 캐쉬기능 및 세큐리티기능을 제공하는 PROXY서버를 구비하고 있는데, 이 실시예에서는 생략되어 있다.

메일서버(170) 및 WWW서버(180)는 여기에서 설명의 대상으로 하고 있는 네트워크서비스프로바이더 이외의 네트워크서비스프로바이더 등의 메일서버 및 WWW서버를 집합적으로 나타내고 있다.

도 4∼도 9는 상기 고객데이터베이스(120)내의 각 테이블 및 데이터의 내용을 나타내고 있다.

도 4는 가입자정보테이블(121)의 파일·포맷의 예를 나타내고 있으며, 가입자ID(Client user ID information), 가입자명(Client user mane), 패스워드(Passw ord), 맵데이터표시종별(Layout type) 및 실현타입(Document type)의 각 항목이 나타내어져 있다.

가입자ID, 가입자명 및 패스워드는 네트워크서비스프로바이더에 의하여 종래부터 관리되어 온 항목이며, 사용자가 클라이언트단말(151, 152)을 조작하여 네트워크서비스프로바이더로의 접속을 시도할 때에 해당 사용자의 접속권한을 체크하기 위해 상기 가입자접속제어기능(111)을 사용한다.

맵데이터표시종별은 어떠한 구분(Layout type)에 따라서 맵데이터를 작성하는지를 지정한다.

이 예에서는 「어드레스의 타입별」, 「액세스빈도별」, 「액세스빈도별로 크기의 변경」 등이 있다.

실현타입은 사용자가 조작하는 클라이언트단말(151, 152)에 표시되는 맵데이터가 기술되는 구조화문서데이터의 타입이며, 이 타입에 따라서 적당한 어플리케이션(플러그인, 뷰어)이 선택된다.

그리고 그 어플리케이션에 따라서 맵데이터가 해석되고, 클라이언트단말(151, 152)상에 북마크 및 어드레스북기능을 완수하는 맵표시가 표시된다.

이 예에서는 HTML, VRML이라는 언어를 채용하고 있는데, WWW페이지 등으로의 앵커기능을 갖는 한 그 밖의 어떠한 언어 또는 방법을 선택할 수도 있다.

도 5는 접속이력테이블(122)의 파일·포맷의 예를 나타내고 있으며, 가입자ID, 어드레스, 최신액세스일시 및 빈도의 각 항목을 포함한다.

액세스된 어드레스는 가입자ID에 할당된 사용자가 액세스한 WWW페이지의 URL, 또는 송수신된 전자메일의 메일어드레스이며, 혼재하여 기억된다.

최신액세스일시는 상기 어드레스에 액세스한 최신의 일시를 나타낸다.

빈도는 일정기간내에서 그 어드레스에 액세스한 횟수를 나타낸다.

이 테이블의 예에서는 동일한 가입자가 같은 어드레스에 액세스한 경우는 그 어드레스에 대응하는 레코드의 최신액세스일시 및 빈도가 갱신되고 새로운 레코드의 추가는 실시되지 않게 되어 있다.

그러나 액세스 등이 있었던 경우에 새로운 레코드를 추가하여 빈도정보가 필요한 때에 같은 어드레스의 레코드의 건수를 카운트하도록 해도 좋다.

도 6은 옐로우페이지·테이블(123)의 파일·포맷의 예를 나타내고 있으며, 어드레스, 표시되는 콘텐츠의 타입, 또한 콘텐츠의 상세한 서브타입을 포함한다.

이 테이블에는 인터넷상에 존재하는 WWW페이지의 URL이나 개인 또는 기업의 메일어드레스가 미리 기억되어 있다.

또한 그 각각의 어드레스로 액세스했을 때에 표시되는 콘텐츠의 타입(대분류), 상기 콘텐츠의 상세한 서브타입(소분류)의 카테고리로 분류되어 있다.

예를 들면 도 6의 최초의 레코드는 WWW페이지의 URL「http://www.Al.co.jp/ Al.html」로 표시되는 콘텐츠의 타입은 쇼핑, 또한 서브타입이 차라는 식으로 그 URL이 차의 쇼핑에 관한 것인 것을 나타내고 있다.

이러한 분류는 타입(대분류)만의 1계층으로 되어도 좋고, 보다 많은 계층에 의하여 분류되어도 좋다.

이 테이블은 사전에 네트워크서비스프로바이더나 그 밖의 기관에 의하여 설정되어 있는 것이 바람직하다.

도 7은 맵이미지·테이블(124)의 파일·포맷의 예를 나타내고 있으며, 상기 타입, 서브타입 및 이미지·데이터(Object image data)를 포함한다.

타입 및 서브타입은 상기 옐로우페이지·테이블(123)의 타입 및 서브타입에 대응하고 타입과 서브타입의 조합이 1개의 이미지·데이터에 대응한다(타입과 서브타입의 연결키가 유니크·키로 된다).

예를 들면 최초의 레코드는 타입과 서브타입의 조합, 즉 쇼핑＋차에 대응하는 이미지·데이터가 c:￥image￥shopping￥car.gif인 것을 의미하고 있다.

이미지·데이터는 여기에서는 GIF데이터가 나타내어져 있는데, 애니메이션GIF나 BMP파일 등의 이미지를 표현할 수 있는 그 밖의 데이터를 포함할 수 있다.

또한 이 예에서는 나타내어져 있지 않지만, 실현타입이 VRML형식인 경우는 표시하는 이미지의 입체표현을 정의하는 좌표데이터 등도 격납한다.

도 8은 맵·테이블(125)의 파일·포맷의 예를 나타내고, 가입자ID마다 맵데이터(표시형식데이터)가 대응지워져 있다.

이 맵데이터는 클라이언트단말(151, 152)에 표시되는 맵표시의 「토대」로 되는 맵데이터이며, 가입자정보테이블(121)의 실현타입에 따라서 사용자가 어떠한 표시를 지정하고 있는지에 의하여 기억되는 데이터(HTML문서, VRML문서, 또는 그 밖의 언어나 방법)가 다르다. 여기에서는 기술언어가 HTML이면 파일의 확장자를 html로, VRML문서이면 wrl로서 나타내고 있다.

도 9는 맵이미지·테이블(124)내의 이미지·테이터를 적당한 편집화면으로 표시한 예이다.

이 이미지는 GIF형식의 오브젝트이미지를 편집화면상에 표시한 예이다.

도 9(A)는 차의 쇼핑에 대응하고, 도 9(B)는 식품의 쇼핑에 대응한다.

또한 각각 콘텐츠에 관련되는 이미지를 나타내도록 작성되는 것이 바람직하다.

다음으로 도 10∼도 12의 처리흐름을 참조하여 프로바이더·접속관리서버(110)의 처리를 상세히 설명한다.

도 10은 사용자가 클라이언트단말(151)을 조작하여 네트워크서비스프로바이더에 접속하고, 그 후 네트워크상의 자원에 액세스했을 때의 상기 네트워크서비스프로바이더·접속관리서버(110)의 처리흐름을 나타내고 있다.

최초로 프로바이더·접속관리서버(110)는 스텝S100에서 사용자가 조작하는 클라이언트단말(151)로부터의 접속요구를 기다린다.

접속요구가 있으면(스텝S100, Yes) 스텝S101에서 가입자ID와 패스워드의 체크를 실시하고, 접속요구가 없는 경우는(스텝S100, No) 상기 스텝S100의 판정을 반복한다.

여기에서 접속요구를 해 온 사용자가 입력한 가입자ID의 패스워드를 가입자정보테이블(121)의 대응하는 가입자ID의 패스워드와 비교하고 일치하지 않는 경우는 접속을 거부한다.

가입자ID와 패스워드가 올바른 경우 스텝S102로 진행하여 접속요구해 온 사용자를 올바른 가입자로 인증하고 프로바이더·접속관리서버(110)와 가입자의 컴퓨터의 사이의 쇼핑을 확립한다.

다음으로 스텝S103로 진행하여 맵·테이블(125)로부터 섹션이 확립된 가입자ID의 맵데이터 및 그 맵데이터의 표시에 필요한 데이터를 사용자의 클라이언트단말(151)에 송신한다.

이 때 프로바이더·메일서버(130)내에 대응하는 가입자의 미독의 전자메일이 있으면 그 정보도 상기 맵데이터에 부가하여 송신하고 사용자에게 미독의 전자메일이 있는 것을 통지한다.

스텝S104에서 사용자가 네트워크상의 자원의 액세스요구가 있었는지를 판정한다.

요구가 없는 경우(스텝S104, No) 이 판정이 반복된다.

일정한 시간 이 반복을 실시해도 요구가 없는 경우는 상기 클라이언트단말(151)과의 커넥션을 절단하도록 할 수도 있다.

요구가 있었던 경우에는(스텝S104, Yes) 스텝S105로 진행한다.

스텝S105에서는 사용자의 액세스내용에 따라서 맵·테이블(125)내의 그 가입자에 대응하는 맵데이터를 갱신한다.

스텝S106에서는 사용자가 요구한 리퀘스트를 처리한다. 이 처리는 종래의 프로바이더에서의 처리와 똑같다.

즉 이 처리는 WWW페이지로의 액세스, 메일의 송수신, FTP사이트로부터의 다운로드 등 네트워크상의 자원에 대한 온갖 처리를 포함하고 있다.

스텝S106와 스텝S105의 처리순서는 이 반대이어도 좋고, 또 동시에 처리되어도 좋다. 스텝S106의 처리가 끝나면 스텝S104의 판정으로 되돌아가고 다시 사용자로부터의 액세스요구를 기다린다.

다음으로 도 11에서는 도 10의 스텝S105에 나타내어진 맵데이터갱신처리의 흐름을 상세히 나타낸다.

최초로 스텝S201에서는 사용자가 접속요구한 어드레스에 대하여 과거에 그 사용자에 의해서 액세스된 것인지 아닌지의 판정이 이루어진다.

이 판정은 접속이력테이블(122)에 있어서 가입자ID에 대응하여 기억되는 어드레스(URL, 메일어드레스)를 검색함으로써 실시된다.

그 어드레스가 과거에 액세스된 것인 경우(스텝S201, Yes) 스텝S202로 진행하여 접속이력테이블(122)의 대응하는 어드레스의 레코드를 최신액세스일시로서 현재의 일시를 설정하고, 빈도에 1 가산하여 갱신한다.

접속이력테이블(122)의 레코드를 액세스할 때마다 추가하는 설계를 채용하고 있는 경우는 새로운 레코드에 어드레스, 최신액세스일시, 빈도(＝1)를 설정하고, 상기 테이블(122)에 추가한다. 그 후 스텝S206로 진행한다.

스텝S201에서 과거에 있어서 액세스한 어드레스가 아니라고 판정된 경우는(스텝S201, No) 스텝S203로 진행하고, 접속이력테이블(122)에 그 어드레스, 액세스일시, 빈도(＝1)를 설정한 레코드를 추가한다.

다음으로 스텝S204로 진행하여 그 어드레스에 대응하는 타입 및 서브타입을 옐로우페이지·테이블(123)로부터 취득한다.

개인의 메일어드레스에 관해서는 상기 옐로우페이지·테이블(123)에 존재하지 않을 가능성도 생각되는데, 메일어드레스의 포맷타입(메일타입, 에이리어스, 포스트오피스, 확장자 등)으로 식별하거나 플로토콜·타입의 식별을 첨가함으로써 그것이 개인의 메일어드레스라고 식별될 수 있다.

또 옐로우페이지·테이블(123)내에 대응하는 어드레스가 없는 경우도 있지만, 그와 같은 경우에는 최종적으로 그 어드레스에 대응하는 이미지·데이터로서 그 사실을 알 수 있는 임의의 이미지(Object image)를 할당하거나 강제적인 메시지를 표시해도 좋다.

그 후 스텝S205에서 상기 스텝S204에서 취득된 타입 및 서브타입을 토대로 맵이미지·테이블(124)로부터 대응하는 이미지·데이터를 취득한다.

스텝S206에서는 액세스된 어드레스, 상기 가입자정보테이블(121)내의 맵데이터표시종별, 실현타입, 접속이력테이블(122)내의 빈도, 옐로우페이지·테이블(123)내의 타입과 서브타입 및 상기 스텝S205에서 취득한 맵이미지·테이블(124)내의 이미지·데이터로부터 사용자의 맵데이터를 갱신한다.

또한 필요한 데이터는 상기 맵데이터표시종별에 따라서 다르고, 반드시 상기한 데이터 전체가 필요한 셈은 아니다.

갱신이 끝나면 스텝S207에서 갱신된 맵데이터가 맵·테이블(125)에 기억되고, 클라이언트단말(151)에 그 맵데이터 및 관련되는 데이터를 공급(송신)한다.

이에 따라서 사용자는 새로운 어드레스에 액세스하거나 액세스에 의하여 액세스빈도의 경향이 변환한 경우에 즉시 조작하는 클라이언트단말(151)에 그 내용을 반영한 맵데이터가 송신되고, 클라이언트단말(151)에서는 그에 의거해서 맵표시가 실시된다.

그러나 이러한 송신을 빈번하게 실시할 필요가 없는 사용자는 프로바이더에 접속된 시점에서만 맵데이터의 송신이 실시되도록 해도 좋다.

도 12에는 도 11에서 나타낸 스텝S206의 맵데이터의 갱신처리흐름을 보다 구체적으로 나타내고 있다.

최초에 스텝S301에서 가입자정보테이블(121)의 맵데이터표시종별이 무엇인지를 판정한다.

여기에서는 「액세스빈도별의 구분」, 「어드레스의 타입별의 구분」 및 「 액세스빈도별의 표시방법 변경」이라는 3개의 맵데이터표시종별이 존재하는 것으로서 처리를 생각한다.

또한 필요에 따라서 다른 기준을 이용한 맵데이터표시종별을 설정하는 것도 가능하다.

맵데이터표시종별이 「액세스빈도별의 구분」인 경우 제어는 좌측의 분기로 진행하고 스텝S302가 실행된다.

스텝S302에서는 표시에어리어를 소정의 구획(P1∼Pi)으로 나눈다.

이 표시에어리어는 최종적으로 클라이언트단말(151)에 표시되는 에어리어이다. 이 스텝S302의 처리는 구조화문서데이터에 의거하는 표시내용의 생성이라는 측면에서 보면 이들 기술언어를 사용하여 상기 구획(P1∼Pi)이 표시되도록 스테이트먼트를 생성하는 것을 의미하고 있다.

다음으로 스텝S303로 진행하여 사용자가 과거에 액세스한 어드레스를 그 액세스빈도에 따라서 i와 같은 수로 분류한다.

예를 들면 표시레이아웃(표시데이터)으로서 4개의 구획(P1∼P4)으로 분류표시되는 경우 과거에 액세스한 어드레스(A1∼A6)가 각각 1, 2, 3, 4, 5, 6의 액세스빈도를 갖고 있었다고 하자.

이 경우 가장 높은 액세스빈도 6을 4로 나누고(결과는 1. 5), 그리고 액세스빈도가 1. 5 이하의 어드레스는 구획(P1)으로, 액세스빈도가 1. 5보다 위이고 3. 0 이하의 어드레스는 구획(P2)으로, 액세스빈도가 3. 0보다 위이고 4. 5 이하의 어드레스는 구획(P3)으로, 액세스빈도가 4. 5보다 위이고 6. 0 이하의 어드레스는 구획(P4)으로 분류한다.

이 결과 구획(P1)에는 액세스빈도가 1인 어드레스 1개가 속하고, 구획(P2)에는 액세스빈도가 2와 3인 어드레스 2개가 속하고, 구획(P3)에는 액세스빈도가 4인 어드레스 1개가 속하고, 구획(P4)에는 액세스빈도가 5와 6인 어드레스 2개가 속하게 된다.

물론 액세스빈도에 따른 이와 같은 분류방법은 상기의 선형적인 분류방법에 한정되는 것은 아니고 다른 여러 가지 방법이 생각된다.

스텝S304에서는 스텝S303에서 분류된 어드레스를 대응하는 구획에 할당한다.

이 스텝S304의 처리는 구조화문서데이터에 의거하는 표시내용의 생성이라는 측면에서 보면 각각의 기술언어의 스테이트먼트를 사용하여 상기 구획(P1∼Pi) 속에 그 구획으로 분류된 어드레스에 대응하는 이미지·데이터(Object image)를 배치표시하도록 지정하는 것을 의미하고 있다.

이미지·데이터는 맵이미지·테이블(124)로부터 취득된 것이며, HTML에 의한 표시가 실시되는 경우 등에서 이용된다.

VRML에 의한 표시가 실시되는 경우에는 표시하는 이미지의 입체표현을 정의하는 좌표데이터 등(비도시)이 상기 맵이미지·테이블(124)로부터 취득되고, 그 데이터를 토대로 VRML에 의한 지정이 실시된다.

스텝S302∼스텝S304의 처리에 의하여 액세스빈도별로 구분된 맵데이터가 생성된다.

이 맵데이터의 내용은 도 8에 나타내는 바와 같은 HTML이나 VRML로 기술된 데이터이며, 클라이언트단말(151)에 송신되고, 그 곳에서 WWW브라우저나 VRML뷰어에 의한 해석이 실시된 후 상기 컴퓨터상에 북마크나 어드레스북의 대신으로 되도록 기능하는 맵표시가 제공된다.

스텝S301에서 맵데이터표시종별이 「어드레스의 타입별의 구분」이라고 판정되면 중앙의 분기, 즉 스텝S305로 진행한다.

스텝S305에서는 스텝S302와 똑같이 표시에어리어를 소정의 구획(P1∼Pj)으로 분할배치한다.

다음으로 스텝S306에서 사용자가 과거에 액세스한 어드레스를 그 타입 및 서브타입에 따라서 분류한다.

상기한 바와 같이 각 어드레스는 옐로우페이지·테이블(123)을 참조함으로써 그 어드레스의 타입 및 서브타입을 취득할 수 있다. 이렇게 하여 얻어진 타입 및 서브타입을 상기 구획(P1∼Pj)으로 분류배치한다. 이러한 분류의 수 및 방법은 자유롭게 설정할 수 있고, 예를 들면 상기 타입만을 각 구획에 대응시키거나 타입과 서브타입의 조합을 각 구획에 대응시킬 수도 있다.

다음으로 스텝S307에서는 스텝S306에서 분류된 어드레스를 대응하는 구획에 할당한다.

이 스텝S307의 처리는 구조화문서데이터에 의거하는 표시내용의 생성이라는 측면에서 보면 각각의 기술언어의 스테이트먼트를 사용하여 상기 구획(P1∼Pj) 속에 그 구획으로 분류된 어드레스에 대응하는 이미지·데이터를 배치표시하도록 지정하는 것을 의미하고 있다.

이미지·데이터는 맵이미지·테이블(124)로부터 취득된 것이며, HTML에 의한 표시가 실시되는 경우에 이용된다.

VRML에 의한 표시가 실시되는 경우에는 표시하는 이미지의 입체표현을 정의하는 좌표데이터 등(비도시)이 상기 맵이미지·테이블(124)로부터 취득되고, 그 데이터를 토대로 VRML에 의한 지정이 실시된다.

스텝S305∼스텝S307의 처리에 의하여 어드레스의 타입별로 구분된 맵데이터가 생성된다. 이 맵데이터의 내용은 상기와 같이 HTML이나 VRML로 기술된 데이터이다.

스텝S301에서 맵데이터표시종별이 「액세스빈도별의 표시방법 변경」이라고 판정되면 우측의 분기, 즉 스텝S308으로 진행한다.

스텝S308에서는 사용자가 과거에 액세스한 어드레스를 그 액세스빈도에 따라서 소정의 수(K)로 분류한다.

다음으로 스텝S309으로 진행하고, 그 곳에서 상기 K개의 분류에 따라서 어드레스에 대응하는 이미지·데이터의 크기, 색, 방향, 그 밖에 외견적 특징을 변경한다. 또 복수의 레벨(K)에 단계적으로 이미지·데이터의 표시방법을 변경하는 것은 아니고 액세스빈도에 비례하도록 이미지·데이터의 표시방법을 변경하도록 제어하는 것도 생각된다.

여기에서는 액세스빈도가 높은 것일수록 크고, 또한 바로 앞이(표시에어리어의 하부가) 되도록 할당하는 예에 대하여 서술한다.

스텝S309의 처리는 HTML이나 VRML의 생성이라는 측면에서 보면 각각의 언어를 사용하여 상기 분류(K)에 따라서 상기 이미지·데이터의 크기와 이미지·데이터의 배치장소를 지정하는 것을 의미하고 있다.

이미지·데이터는 맵이미지·테이블(124)로부터 취득된 것이며, HTML에 의한 표시가 실시되는 경우에 이용된다.

VRML에 의한 표시가 실시되는 경우에는 표시하는 이미지의 입체표현을 정의하는 좌표데이터 등(비도시)이 상기 맵이미지·테이블(124)로부터 취득되고, 그 데이터를 토대로 VRML에 의한 지정이 실시된다.

스텝S308 및 스텝S309의 처리에 의하여 액세스빈도별로 이미지·데이터의 크기를 변경한 맵데이터가 생성된다.

이 맵데이터의 내용은 상기한 바와 같이 HTML이나 VRML로 기술된 데이터이다.

도 13∼도 18은 클라이언트단말(151)에 표시되는 맵표시의 예를 나타내고 있다.

도 13은 가입자정보테이블(121)의 맵데이터표시종별이 「어드레스의 타입별의 구분」이며, 실현타입이 VRML인 경우의 표시예이다. 도 13의 맵표시(200)는 크게는 4개의 구획(210∼240), 그 구획의 사이의 길(250), 홈(260) 및 애버터(270)로 이루어진다.

구획(210)은 홈페이지의 검색에 관한 어드레스의 구획으로서 설정되고, 검색어드레스 1, 검색어드레스 2에 대응하는 이미지·데이터(211, 212)가 표시되어 있다.

이들 이미지·데이터는 VRML에 있어서는 입체표현이며, 애버터(270)의 시점에 따라서 이미지가 현실에 가까운 형태로 변화한다.

구획(220)은 메일어드레스의 구획으로서 설정되고, 메일어드레스(A1), 메일어드레스(A2)에 대응하는 이미지·데이터(221, 222)가 표시되어 있다.

구획(230)은 쇼핑에 관한 어드레스의 구획으로서 설정되고, 어떤 쇼핑의 페이지에 관한 이미지·데이터(231)가 표시되어 있다. 구획(240)은 빈 구획이며, 그 속에는 아무 것도 표시되어 있지 않다.

상기한 바와 같이 맵이미지·테이블(124)에서는 어드레스의 타입(대분류)과 서브타입(소분류)의 조합에서 다른 이미지·데이터를 사용하고 있는데, 여기에서는 설명의 편의상 타입(대분류)마다 이미지·데이터를 할당하도록 간략화하여 표시한다.

따라서 여기에서는 검색에 관한 어드레스의 이미지·데이터, 메일어드레스의 이미지·데이터 및 쇼핑에 관한 어드레스의 이미지·데이터의 다른 3종류의 이미지·데이터가 표시되어 있다.

다만 홈(260)의 이미지·데이터는 여기에서는 고정의 데이터로 한다.

각 이미지·데이터에 대응하는 어드레스나 그 서비스에 관한 타이틀(예를 들면 WWW페이지의 타이틀)은 여기에서는 인출선을 이용하여 표시되어 있는데, 이미지·데이터에 겹쳐서, 또는 부근에 관련지운 그 밖에 여러 가지 방법으로 표시시킬 수 있다.

사용자는 애버터(270)의 움직임을 마우스 등으로 제어하여 소망하는 어드레스를 향한다.

애버터(270)는 통상 홈(260)으로부터 출발하여 길(250)을 따라서 이동한다.

여기에서는 카메라위치가 고정되어 있는데, 애버터(270)의 시점에 의거하여 카메라를 설치하고, 그 신을 리얼타임으로 화면에 표시할 수도 있다.

소망하는 어드레스에 도달하면 그 어드레스가 WWW페이지의 URL인 경우에는 그 페이지가 WWW브라우저(비도시)에 의하여 표시되고, 메일어드레스인 경우에는 메일러가 기동하여 그 메일어드레스가 송신처에 설정된 상태에서 메일편집화면(비도시)이 표시된다.

이 맵표시에 의하여 사용자가 검색을 실시하고자 하는 것이면 애버터(270)를 검색의 페이지의 구획기(210)로 진행하고, 그 속의 적당한 URL(이미지·데이터)을 선택한다.

또 사용자가 콘텐츠＝쇼핑의 페이지를 보려 하는 것이면 쇼핑에 관한 구획(230)을 향하여 그 속에서 적당한 URL(이미지·데이터)을 찾는다.

홈(260)에는 상기한 바와 같이 미독의 전자메일이 있는지 없는지의 정보를 나타내는 플래그가 붙여져 있으며, 미독의 전자메일이 있는 경우에는 그 플래그가 올라가도록 설정되어 있다.

이러한 정보는 다른 적당한 방법으로 나타내어져도 좋다.

도 14는 가입자정보테이블(121)의 맵데이터표시종별이 「액세스빈도별의 구분」이며, 실현타입이 VRML인 경우의 표시예이다.

도 14의 맵표시(300)는 크게는 4개의 구획(310∼340), 그 구획 사이의 길(350), 홈(360) 및 애버터(370)로 이루어진다.

구획(310)은 액세스의 빈도가 낮은 어드레스의 구획으로서 설정되고, 그 곳에는 메일어드레스(A2)에 대응하는 이미지·데이터(311)가 표시되어 있다.

구획(320)은 액세스의 빈도가 중간 정도인 어드레스의 구획으로서 설정되고, 쇼핑의 페이지의 어드레스(URL), 메일어드레스(A1)에 대응하는 이미지·데이터(321, 322)가 표시되어 있다.

구획(330)은 액세스빈도가 높은 어드레스의 구획으로서 설정되고, 검색어드레스 1, 검색어드레스 2에 대응하는 이미지·데이터(331, 332)가 표시되어 있다.

구획(340)은 빈 구획으로 되어 있으며, 그 속에는 아무 것도 표시되어 있지 않다.

사용자는 애버터(370)의 움직임을 마우스 등으로 제어하여 소망하는 어드레스를 향한다.

애버터(370)는 통상 홈(360)으로부터 출발하여 길(350)을 따라서 이동한다.

여기에서 카메라위치가 고정되어 있는데, 애버터(370)의 시점에 의거하여 카메라를 설치하고, 그 신을 리얼타임으로 화면에 표시할 수도 있다.

소망하는 어드레스에 도달하면 그 어드레스가 WWW페이지의 URL인 경우에는 그 페이지가 WWW브라우저(비도시)에 의하여 표시되고, 메일어드레스인 경우에는 그 메일어드레스가 송신처에 설정된 상태에서 메일편집화면(비도시)이 표시된다.

이 맵정보의 표시는 액세스빈도가 높은 것일수록 애버터(370)에 가깝게 배치되어 있기 때문에 사용자가 액세스빈도가 높은 어드레스로 액세스하는 경우 즉시 그 어드레스에 대응하는 이미지·데이터에 도달할 수 있어서 편리하다.

또 맵표시(300)의 왼쪽 상부에는 「Yellow Page」라는 표지(380)가 세워져 있으며, 애버터(370)가 그 표지(380)에 도달하면 프로바이더에 의하여 관리되고 있는 옐로우페이지의 표시화면으로 점프한다.

상기 옐로우페이지의 표시화면은 도 15에 나타내어져 있다.

도 15의 옐로우페이지표시화면(400)은 복수의 장르선택에어리어(410), 도 13, 도 124에 나타내는 바와 같은 맵표시를 개념적으로 축소하여 나타내고, 그 표시와 링크하는 맵표시링크(420) 및 최초는 상기 맵표시링크(420)내에 있어서 상기 표시화면(400)내를 이동하는 애버터(430)로 구성된다.

도 15에 있어서, 사용자의 지시에 의해 애버터(370)가 상기 「Yellow Page」라는 표지(380)에 도달하면 자동적으로 도 15에 나타내는 옐로우페이지표시화면(400)으로 전환된다.

지금까지 애버터(370)가 존재한 환경은 맵표시링크(420)로서 축소하여 치환되고, 애버터(370)는 어버(430)로 된다.

그래서 새로운 애버터(430)는 사용자의 조작에 따라서 맵표시링크(420)를 나와 미지의 페이지 등을 탐색하기 위해 흥미 있는 장르선택에어리어(410)를 향한다.

애버터(430)가 그 에어리어(410)에 도달하면 그 장르에 관한 검색페이지(비도시)가 표시되고, 그 곳에서 최종적으로 목표로 하는 페이지의 검색이 실시된다. 검색페이지는 검색해야 할 콘텐츠에 따라서 카테고리를 차례차례로 선택하여 서서히 범위를 좁히면서 목표의 페이지에 도달하는 방법도 있으며, 키워드를 입력하여직접 해당하는 페이지를 찾는 방법 등 여러 가지 어플로치의 것이 있다.

콘텐츠선택에어리어(410)는 예를 들면 도 15에 나타내는 바와 같이 「예술과 인문」, 「비지니스와 경제」라는 페이지의 콘텐츠마다 1개의 에어리어를 갖고 있다.

이들 콘텐츠선택에어리어(410)는 그 콘텐츠를 구현화표시하는 이미지로 있어도 좋다.

또 그 에어리어(410)는 아이콘으로 표시되고 마우스로 직접 클릭하여 선택하도록 설정해도 좋다.

사용자가 애버터(430)를 조작하여 목표의 페이지를 발견하고, 그 페이지에 액세스하면 상기와 같이 그 페이지를 WWW브라우저가 표시하는 동시에 맵데이터가 갱신되어 클라이언트단말(151)의 맵표시가 갱신된다. 목표의 페이지가 발견되지 않은 경우는 통상 애버터(430)는 사용자의 지시로 맵표시링크(420)로 되돌아가고, 그 곳에서 도 14의 맵표시(300)로 표시가 전환되며, 애버터(430)는 애버터(370)로 된다.

도 16은 가입자정보테이블(121)의 맵데이터표시종별이 「액세스빈도별의 표시방법 변경」이며, 타입이 VRML인 경우의 표시예이다.

도 16의 맵표시(500)는 크게는 2개의 구획(510)과 (520), 그 구획 사이의 길(530) 및 애버터(540)로 이루어진다.

이 예에서는 구획(510)과 구획(520)에는 특별한 의미를 지니게 하고 있지 않고, 액세스의 빈도가 높은 어드레스에 대응하는 이미지·데이터가 애버터(540) 근처에 위치하여 크게 표시되도록 설정되어 있다.

또 이 예에서는 검색어드레스 1과 검색어드레스 2의 빈도가 가장 높고, 이들에 대응하는 이미지·데이터(511, 512)가 애버터(540)에 가장 가까우며, 다른 이미지·데이터보다 크게 표시된다.

이미지·데이터의 크기를 변경하여 액세스빈도의 고저를 나타내는 이 예의 방법 외에 액세스빈도에 따라서 그 어드레스에 대응하는 이미지·데이터의 색, 각도, 그 밖의 외견적 특징을 변화시키는 것도 가능하다.

다음으로 액세스의 빈도가 높은 어드레스는 쇼핑과 메일어드레스(A1)이며, 이들에 대응하는 이미지·데이터(512, 522)가 상기 애버터(540)와 상기 이미지·데이터(511, 521)의 거리보다 긴 거리로 배치되고, 또한 상기 이미지·데이터(511, 521)보다 작게 표시된다.

메일어드레스(A2)는 액세스빈도가 가장 낮고, 이것에 대응하는 이미지·데이터(523)는 애버터(540)로부터 가장 멀리 배치되며, 가장 작게 표시된다.

각 어드레스에 대응하는 이미지·데이터는 각 어드레스의 타입에 따른 것이며, 애버터(540)의 움직임이나 「Yellow Page」(550)의 표지의 기능도 상기한 바와 같다.

도 17은 가입자정보테이블(121)의 맵데이터표시종별이 「어드레스의 타입별의 구분」이며, 실현타입이 HTML인 경우의 표시예이다. 도 15의 맵표시(600)는 크게는 4개의 구획(610∼640) 및 그 구획 사이의 길(650)로 이루어진다.

구획(610)은 쇼핑에 관한 어드레스의 구획으로서 설정되고 어떤 쇼핑의 페이지에 관한 이미지·데이터(611)가 표시되어 있다.

구획(620)은 메일어드레스의 구획으로서 설정되고 메일어드레스(A1)에 대응하는 이미지데이터(621)가 표시되어 있다.

구획(630)은 빈 구획이며 그 속에는 아무 것도 표시되어 있지 않다.

구획(640)은 기업에 관한 어드레스의 구획으로서 설정되고 3개의 어드레스에 대응하는 이미지·데이터(641, 642, 643)가 표시되어 있다.

이 맵표시(600)는 HTML로 실현되어 있으며, 구획(610)과 구획(620)에 나타내어진 이미지·데이터는 클리커블·맵 등의 지정을 이용하고 있다.

또한 구획(640)의 3개의 어드레스는 HTML링크이며, 어드레스(643)「A상점」과 같이 실제의 어드레스를 표시하지 않고 알기 쉬운 그 밖의 텍스트를 표시할 수도 있다.

또한 HTML에 의한 표시이기 때문에 도 13∼도 15에서 나타낸 바와 같은 애버터는 존재하지 않고 이미지(Object image)도 시점이 변화하지 않은 2차원적 표현이다.

또 도 13∼도 15에 있어서, 애버터가 그 이미지·데이터에 도달하는 것에 의하여 달성되고 있던 어드레스의 선택은 여기에서는 지시포인터(670) 등에 의하여 그 어드레스에 대응한 이미지·데이터를 클릭함으로써 실시되게 된다.

도 18은 도 17의 실시예의 변형예이며, HTML에 의한 이미지표시를 텍스트·베이스의 표시로 한 맵표시(700)이다.

맵표시(700)는 어드레스의 타입(710)과 어드레스(711)로 이루어진다. 어드레스의 타입(710)은 도 16에 나타내는 바와 같이 「WWW검색」, 「쇼핑」 등의 대분류와 「의복」, 「본 발명」 등의 소분류로 이루어진다.

이러한 분류의 레벨은 몇단계로도 설정할 수 있고, 예를 들면 「의복」을 클릭하면 그 후에 「캐쥬얼」, 「포멀」이라는 타입을 다시 표시할 수 있다.

어드레스(711)는 상기와 같은 HTML링크의 지정에 의한 것이며, 어드레스 그 자체나 알기 쉬운 그 밖의 텍스트를 표시할 수도 있다.

타입(710)이나 어드레스(711)의 선택은 도 17과 똑같이 마우스의 클릭 등에 의한다.

선택한 타입(710)에 하위의 타입이 있으면 그 타입(710)이 표시되고, 하위의 타입이 없으면 어드레스(711)가 표시된다.

또 도 18에 나타낸 맵표시(700)가 그렇 듯이 타입(710)과 어드레스(711)를 혼재시켜서 1개의 화면상에 표시할 수도 있다.

도 18에 나타내는 바와 같은 텍스트·베이스의 실시예는 클라이언트단말의 처리능력, 클라이언트단말의 해상도, 회선속도 등이 충분하지 않은 경우에 그 자리에서 화면표시를 실시할 수 있어서 유리하다.

도 19는 상기한 네트워크접속관리시스템(100)을 실시하는 컴퓨터(800)의 하드웨어구성의 한 예를 나타내고 있다.

해당 컴퓨터(800)는 각각 버스(870)에 접속된 CPU(810), 메모리(820), 기억장치(830) 및 네트워크·인터페이스부(840), 드라이버(850), 가반기억매체(860)로 이루어진다.

CPU(810)는 도 2의 프로바이더·접속관리서버(110)의 각 기능(111, 112) 및 (113)을 실행한다.

메모리(820)에는 상기 각 기능을 실행하는 프로그램이 실행을 위해 로드되고, 그 밖에 필요에 따라서 클라이언트단말(151, 152)로부터 송신된 데이터, 또는 고객데이터베이스(120), 프로바이더·메일서버(130), 프로바이더·WWW서버(140)로부터 판독된 데이터를 일시적으로 기억한다.

기억장치(830)는 상기 프로바이더·접속관리서버(110)의 각 기능을 실행하는 프로그램을 기억하고, 또한 고객데이터베이스(120)내의 각 테이블 등을 기억한다.

네트워크·인터페이스(840)는 도 2의 프로바이더·접속관리서버(110)가 사용자가 조작하는 클라이언트단말(151, 152)과 공중회선 등을 통하여 데이터를 송수신하고 프로바이더·메일서버(130) 및 프로바이더·WWW서버(140)와 LAN 등을 통하여 데이터를 송수신하며, 또한 인터넷 등의 네트워크(160)를 통하여 다른 메일서버(170) 및 WWW서버(180)와 데이터의 송수신을 실시하기 위해 사용되는 통신인터페이스장치이다.

드라이버(850)는 삽입된 가반기억매체(860)에 대하여 CPU(810)로부터의 제어에 따라서 기억장치(830)에 기억된 데이터를 기입하거나 또는 판독한다.

가반기억매체(860)는 FDD, MO, CD-ROM 등으로 구성되고 본 발명을 실행하기 위한 프로그램이 기록되어 있다.

버스(870)는 상기 각 구성요소(810∼860)간에서 데이터, 지령 등의 송수신을 실시하기 위한 공통전송경로이다.

도 19에는 도시되어 있지 않지만 그 밖에 마우스, 키보드 등의 입력장치, CRT디스플레이 등의 클라이언트단말 및 레이저·프린터 등의 인쇄장치를 필요에 따라서 부가할 수 있다.

또 클라이언트단말(151, 152)의 구성도 기본적으로는 도 19에 나타내는 구성과 똑같은데, WWW브라우저나 VRML뷰어에 의한 표시 및 조작이 필요하기 때문에 상기 입력장치와 표시장치는 필수의 구성요소이다.

(제 2 실시형태)

본 발명을 적용한 제 2 실시형태에 대하여 도면을 참조해서 설명한다.

또한 각 도면에 있어서, 제 1 실시형태와 동일 또는 유사한 것에는 동일한 참조번호 또는 기호를 부여하여 설명한다.

또 이들 상세한 설명에 대해서도 상기 제 1 실시형태와 똑같기 때문에 생략한다.

도 20은 본 발명을 적용한 제 1 실시형태의 네트워크접속관리시스템(100)의 시스템구성을 나타내는 블록도이다. 이 네트워크접속관리시스템(100)은 프로바이더·접속관리서버(1110) 및 고객데이터베이스(1120)를 포함한다.

상기 프로바이더·접속관리서버(1110)는 가입자접속제어기능(111), 맵데이터처리기능(1112) 및 리퀘스트처리기능(113)을 포함한다.

또 프로바이더·접속관리서버(1110)는 필요에 따라서 프로바이더·메일서버(130) 및 프로바이더·WWW서버(140)에 접속된다.

상기 맵데이터처리기능(1112)은 이력관리기능(112A)(이력관리수단), 맵데이터갱신기능(112B), 맵데이터송신기능(112C)(표시형식데이터송신수단) 및 맵데이터조정·보수기능(112D)(Map maintaining function unit)(표시형식데이터조정수단)을 포함하고, 사용자가 과거에 액세스한 어드레스를 북마크나 어드레스북에 대신하여다시 용이하게 선택 가능한 3차원적인 표현으로서 표시하기 위해 맵(지도표시형식)데이터를 갱신한다.

상기 맵데이터조정·보수기능(112D)은 사용자로부터의 WWW페이지로의 액세스 및 메일의 송수신과는 관계 없이 사용자마다(또는 일률) 설정된 시간간격으로 사용자가 과거에 액세스한 WWW페이지의 URL에 자동적으로 액세스하고, 그 액세스결과에 의거하여 맵데이터를 변경하고 조정하여 갱신한다.

상기 고객데이터베이스(1120)는 도 21에 나타내어지는 바와 같이 가입자정보테이블(1121), 접속이력테이블(1122), 옐로우페이지·테이블(123), 맵이미지·테이블(1124) 및 맵·테이블(1125)을 포함한다.

(이 중 옐로우페이지·테이블(123)에 대해서는 제 1 실시형태와 똑같은 구성이다.)

도 22∼도 25는 본 제 2 실시형태에 있어서의 고객데이터베이스(1120)내의 각 테이블 및 데이터의 내용을 나타내고 있다.

도 22는 가입자정보테이블(1121)의 파일·포맷의 예를 나타내고 있으며, 가입자ID, 가입자명, 패스워드, 맵데이터표시종별, 실현타입, 순회간격 및 전회순회일시의 각 항목이 나타내어져 있다.

이 중 가입자ID, 가입자명, 패스워드, 맵데이터표시종별, 실현타입에 대해서의 포맷은 상기 제 1 실시형태와 똑같다.

순회간격(Observing interval)은 예를 들면 프로바이더측에서 사용자가 과거에 액세스한 URL을 자동적으로 차례로 액세스(순회)하는 간격을 나타내고 있다. 도 22에 나타내는 예에서는 일단위로 기억되어 있는데, 시간이나 초라는 그 밖의 단위로 기억되어도 좋다.

또 사용자마다 순회간격을 관리할 수 있는 설계로 되어 있는데, 일률적으로 간격을 설정할 수도 있고, 그 경우에는 이 항목은 불필요하다.

전회순회일시는 그 사용자에 관한 순회가 언제 실시되었는지를 나타내고 있다.

네트워크서비스프로바이더측에서는 전회순회일시로부터 순회간격이 경과한 시점에서 상기 순회를 실시하고, 이번에는 그 시점을 전회순회일시로 설정한다.

도 23은 접속이력테이블(1122)의 파일·포맷의 예를 나타내고 있으며, 가입자ID, 어드레스, 최신액세스일시, 빈도 및 스테이터스의 각 항목을 포함한다.

이 중 가입자ID, 어드레스, 최신액세스일시, 빈도에 대해서는 상기 제 1 실시형태와 똑같은 포맷으로 형성된다.

스테이터스는 상기한 순회가 네트워크서비스프로바이더 등에 의하여 자동적으로 실시된 경우에 각 URL로의 액세스결과의 스테이터스(상황)를 나타내는 것이다.

예를 들면 전회의 액세스시에서 갱신되어 있는 경우는 갱신일을, 통신회선 등의 혼잡으로 페이지에 액세스할 수 없었을 때는 「비지」를, 페이지가 발견되지 않은 경우에는 「Not Found」와, WWW페이지의 URL이 바뀌어 있는 경우에는 「이동」이라는 식으로 각각 상황에 따라서 대응하는 식별을 설정한다.

도 24는 맵이미지·테이블(1124)의 파일·포맷의 예를 나타내고 있으며, 타입, 서브타입, 스테이터스 및 이미지·데이터를 포함한다. 타입 및 서브타입은 상기 옐로우페이지·테이블(123)의 타입 및 서브타입에 대응하고, 스테이터스는 상기 접속이력테이블(1122)의 스테이터스에 대응한다. 타입, 서브타입 및 스테이터스의 조합이 1개의 이미지·데이터에 대응한다(타입, 서브타입 및 스테이터스의 연결키가 유니크·키로 된다).

예를 들면 최초의 레코드는 타입, 서브타입 및 스테이터스의 조합, 즉 쇼핑＋차＋통상에 대응하는 이미지·데이터가 c:￥image￥shopping￥car1.gif인 것을 의미하고 있다.

이미지·데이터는 여기에서는 gif데이터가 나타내어져 있는데, 애니메이션gif나 bmp파일 등의 이미지를 표현할 수 있는 그 밖의 데이터를 포함할 수 있다.

또한 이 예에서는 나타내어져 있지 않지만, VRML에서 사용하는 경우에는 표시하는 이미지의 입체표현을 정의하는 좌표데이터 등도 격납한다.

도 25는 맵이미지·테이블(1124)내의 이미지·데이터를 적당한 편집화면으로 표시한 예이다.

이들 이미지는 HTML문서에서 사용되는 GIF파일을 편집화면상에 표시한 예이며, 각각의 이미지가 어드레스의 타입, 서브타입 및 스테이터스의 전체를 표현할 수 있는 이미지로서 설정되는 것이 바람직하다.

예를 들면 도 25(A)의 car1.gif는 통상의 액세스가 가능한 스테이터스의 차의 쇼핑에 관한 페이지를 나타내고, 도 25(B)의 car2.gif는 최근 갱신된 스테이터스의 차의 쇼핑에 관한 페이지를 나타내고, 도 25(C)의 car3.gif는 액세스가 섞여 있어서 액세스확립에 시간이 걸리는 스테이터스의 차의 쇼핑에 관한 페이지를 나타내며, 도 25(D)의 car4.gif는 URL의 변경 등에 의해 존재하지 않을 가능성이 높은 스테이터스의 차의 쇼핑에 관한 페이지를 나타내고 있다.

다음으로 도 26∼28의 처리흐름을 참조하여 프로바이더·접속관리서버(1110)의 처리를 상세히 설명한다.

도 26은 사용자가 클라이언트단말(151)을 조작하여 네트워크서비스프로바이더에 접속하고, 그 후 네트워크상의 자원에 액세스했을 때의 상기 프로바이더·접속관리서버(1110)의 처리흐름을 나타내고 있다.

최초로 프로바이더·접속관리서버(1110)는 스텝S400에서 사용자로부터의 접속요구를 기다린다.

접속요구가 있으면(스텝S400, Yes) 스텝S401에서 가입자ID와 패스워드의 체크를 실시하고, 접속요구가 없는 경우는(스텝S400, No) 상기 스텝S400의 판정을 반복한다.

여기에서 접속요구를 해 온 사용자가 입력한 가입자ID의 패스워드를 가입자정보테이블(121)의 대응하는 가입자ID의 패스워드와 비교하고, 일치하지 않는 경우는 접속을 거부한다.

가입자ID와 패스워드가 올바른 경우 스텝S402로 진행하여 접속요구해 온 사용자를 올바른 가입자로 인증하고 프로바이더·접속관리서버(1110)와 가입자의 컴퓨터의 사이의 섹션을 확립한다.

다음으로 스텝S403로 진행하여 맵·테이블(1125)로부터 대응하는 가입자ID의 맵데이터 및 그 맵데이터의 표시에 필요한 데이터를 가입자의 컴퓨터에 송신한다.

이 때 프로바이더·메일서버(130)내에 대응하는 가입자의 미독의 전자메일이 있으면, 그 정보도 상기 맵데이터에 부가하여 송신하고, 가입자에게 미독의 전자메일이 있는 것을 통지한다.

스텝S404에서 사용자로부터 네트워크상의 자원의 액세스가 요구되었는지를 판정한다.

요구되어 있지 않은 경우(스텝S404, No) 이 판정이 반복된다.

일정한 시간 이 반복을 실시해도 요구가 없는 경우는 상기 사용자와의 커넥션을 절단하도록 할 수도 있다.

요구가 있었던 경우에는(스텝S404, Yes) 스텝S405로 진행한다.

스텝S405에서는 사용자의 액세스내용에 따라서 맵·테이블(1125)내의 그 사용자에 대응하는 맵데이터를 갱신한다.

스텝S406에서는 사용자가 요구한 리퀘스트를 처리한다.

이 처리는 종래의 프로바이더에서의 처리와 똑같으며, WWW페이지로의 액세스, 메일의 송수신, FTP사이트로부터의 다운로드 등 네트워크상의 자원에 대한 온갖 처리를 포함한다.

스텝S406의 처리가 끝나면 스텝S404의 판정으로 되돌아가고, 다시 사용자로부터의 액세스요구가 있는 것을 기다린다.

다음으로 도 27에서는 도 26의 스텝S405에 나타내어진 맵데이터조정·갱신처리의 흐름을 상세히 나타낸다.

최초로 스텝S501에서는 사용자로부터 요구된 URL이 그 사용자에 의하여 과거에 액세스된 것인지 아닌지의 판정이 이루어진다.

이 판정은 접속이력테이블(1122)내의 그 사용자에 관한 어드레스를 검색함으로써 실시된다.

그 어드레스가 과거에 액세스된 것인 경우는(스텝S501, Yes) 스텝S502로 진행하고, 그 곳에서 접속이력테이블(1122)의 대응하는 어드레스의 레코드를 최신액세스일시로서 현재의 일시를 설정하고 빈도에 1 가산하여 갱신한다.

접속이력테이블(1122)의 레코드를 액세스할 때마다 추가하는 설계를 채용하고 있는 경우는 새로운 레코드에 어드레스, 최신액세스일시, 빈도(＝1)를 설정하고 상기 테이블(1122)에 추가한다.

그 후 스텝S506로 진행한다.

스텝S501에서 과거에 사용된 어드레스가 아니라고 판정된 경우는(스텝S501, No) 스텝S503로 진행하고, 접속이력테이블(1122)에 그 어드레스, 액세스일시, 빈도(＝1)를 설정한 레코드를 추가한다.

다음으로 스텝S504로 진행하고, 그 어드레스에 대응하는 타입 및 서브타입을 옐로우페이지·테이블(123)로부터 취득한다.

그 후 스텝S505에서 상기 스텝S504에서 취득된 타입 및 서브타입을 토대로 맵이미지·테이블(1124)로부터 대응하는 이미지·데이터를 취득한다.

스텝S506에서는 액세스된 어드레스, 상기 가입자정보테이블(1121)내의 맵데이터표시종별, 실현타입, 접속이력테이블(122)내의 빈도, 옐로우페이지·테이블(123)내의 타입과 서브타입 및 상기 스텝S505에서 취득한 맵이미지·테이블(1124)내의 이미지·데이터에 의거하여 사용자의 맵데이터를 변경·조정·갱신한다.

필요한 데이터는 상기 맵데이터표시종별에 따라서 다르고, 반드시 상기한 데이터 전체가 필요한 셈은 아니다.

스텝S505에서 취득되는 이미지·데이터는 상기한 도 25의 (A)와 같은 통상의 케이스의 이미지이다.

그러나 여기에서 후에 상세히 설명하는 맵데이터조정·보수기능(112D)과 똑같이 요구된 어드레스에 대한 실제의 액세스결과를 접속이력테이블내의 스테이터스로서 기억하고, 그 스테이터스에 의거하여 대응하는 이미지·데이터(예를 들면 도 25의 (A)∼(D))를 취득하도록 해도 좋다.

그러나 이 경우는 후술하는 맵데이터조정·보수기능(112D)과는 달리 요구한 1개의 URL에 대해서만 처리가 된다.

갱신이 끝나면 스텝S457에서 갱신된 맵데이터가 맵·테이블(1125)에 기억되고 클라이언트단말(151)에 그 맵데이터 및 관련되는 데이터를 송신한다.

이에 따라서 사용자는 새로운 어드레스에 액세스하거나 액세스에 의하여 액세스빈도의 경향이 변화한 경우에 그 자리에서 클라이언트단말(151)에 그 내용을 반영한 맵데이터가 송신되고, 그것에 의거하여 맵표시가 실시된다.

또한 S506의 맵데이터갱신처리흐름은 상기 제 1 실시형태와 똑같기 때문에 생략한다.

도 28에는 네트워크서비스프로바이더에 있어서의 맵데이터조정·보수기능의 처리흐름이 나타내어져 있다.

이 처리는 사용자의 네트워크자원으로의 액세스에는 관계 없이 상기한 소정의 타이밍으로 실행된다.

맵데이터조정·보수기능은 사용자가 과거에 접속한 어드레스(기본적으로 WWW페이지에 관한 URL이며, 메일어드레스는 제외한다)를 사용자마다 설정된 타이밍으로 독자로 액세스(순회)하고, 그 결과에 따라서 그 사용자의 맵데이터를 자동적으로 갱신한다.

사용자에게 설정된 타이밍이 경과했는지 아닌지를 판정하는 간격 자체도 임의로 취할 수 있다.

이에 따라서 사용자가 다음에 맵표시를 실시할 때에 과거에 액세스한 어드레스에 대응하는 이미지가 그 최근의 액세스상황을 반영한 상태에서 표시된다.

도 28의 처리흐름은 최초로 스텝S601에서 가입자정보테이블(1121)로부터 차례로 임의의 사용자에 대응하는 레코드를 1건씩 꺼낸다.

다음으로 스텝S602에서 레코드가 실제로 꺼내어졌는지 아닌지 판정하고, 레코드가 없는 경우에는(스텝S602, No) 흐름은 종료한다.

레코드가 존재하는 경우(스텝S602, Yes) 스텝S603로 진행하고, 여기에서 그 레코드내의 전회순회일시로부터 순회간격만큼 경과한 일시가 현재, 또는 현재보다 과거인지 아닌지를 판정한다.

전회순회일시로부터 순회간격만큼 경과한 일시가 현재, 또는 현재보다 과거인 경우(스텝S603, Yes), 즉 전회순회일시＋순회간격≤현재의 일시인 경우 스텝S607로 진행하여 접속이력테이블(1122)로부터 상기 레코드에 대응하는 사용자가 과거에 액세스한 URL을 취득한다.

다음으로 스텝S608로 진행하고, 여기에서 그 사용자의 과거에 액세스한 URL에 대응하는 레코드가 존재하는지 판정한다.

레코드가 존재하는 경우(스텝S608, Yes) 스텝S609으로 진행하고, 그 URL이 이번 회의 네트워크서비스프로바이더에 있어서의 일련의 처리 중에서 이미 액세스된 URL인지 아닌지가 판정된다.

액세스된 일이 없으면(스텝S609, No) 스텝S610에서 그 URL에 실제로 액세스가 실시되고, 그 액세스시의 스테이터스(액세스결과)가 기억된다.

액세스된 일이 있으면(스텝S609, Yes) 스텝S611에서 과거의 액세스기록으로부터 스테이터스를 취득한다.

이것은 네트워크서비스프로바이더에 있어서의 1회의 처리로 다른 사용자가 과거에 같은 어드레스에 액세스해 있는 경우 등에 몇 번이나 같은 어드레스에 순회하는 것을 피할 수 있다.

스텝S610 또는 스텝S611의 처리가 끝나면 스텝S612로 진행하고 맵이미지·테이블(1124)로부터 그 URL의 타입, 서브타입 및 스테이터스에 대응한 이미지·데이터를 취득한다.

이와 같이 하여 액세스결과에 따라서 그 URL에 대응하는 이미지·데이터(gif파일이나 애니메이션gif 등) 그 자체를 교환해 버리는 방법은 아니고 그 액세스결과를 나타내는 플래그(예를 들면 애드벌룬, 간판, 기 등)의 이미지를 기존의 이미지·데이터의 위, 또는 부근에 배치하는 방법도 생각된다.

이 방법에서는 새로이 각 액세스결과에 따른 플래그의 이미지를 기억하는 테이블을 설정할 필요가 있는데, 맵이미지·테이블에는 타입 및 서브타입의 조합마다 스테이터스(액세스결과)에 따른 이미지를 가질 필요가 없어서 테이블의 용량을 작게 할 수 있다.

이러한 스테이터스(액세스결과)의 파악은 접속에 관한 스테이터스에 머물지 않고 그 홈페이지에서 내용이 갱신되거나 바겐, 세일, 프레젠트 등이 실시되고 있다는 식의 홈페이지의 내용의 의미적 변화에도 대응할 수 있다.

또 메일의 개봉통지의 수신에 따라서 메일어드레스에 대응하는 이미지를 상기한 바와 같이 다른 이미지나 색차이가 같은 형상의 이미지로 바꾸고, 또는 플래그의 이미지를 기존이미지에 부가하도록 할 수도 있다.

홈페이지가 갱신된 날을 파악하기 위해서는 예를 들면,

1-1: 홈페이지의 링크정보에 게재된 갱신날짜를 취득한다.

1-2: 홈페이지의 인덱스페이지에 대응하는 구조화문서데이터의 파일갱신일을 취득한다.

1-3: 구조화문서데이터 속의 표시내용으로부터 서식 등의 패턴을 토대로 얻어지는 날짜정보를 취득한다.

1-4: 구조화문서데이터내의 비표시태그 등에 일정한 규칙에 따라서 쓰여진 날짜정보를 취득한다(다만 장래의 표준화 등에 의하여 실현된다).

등에 의하여 실현된다.

홈페이지에서 바겐, 세일, 프레젠트 등을 실시하고 있는 것은 예를 들면,

2-1: 검색엔진을 이용하여 「바겐」 등의 문자열을 특정한 조건하에서 사용하고 있는 홈페이지를 특정한다.

2-2: 프로바이더측에서 수동에 의해 판단하고 특정한 홈페이지에 마크한다(이 경우 그 정보는 옐로우페이지·테이블내에 기억되는 것이 바람직하다).

등에 의하여 판단 가능하다.

다음으로 스텝S613에서 사용자단위로 그 URL과, 그 URL에 관하여 취득된 이미지·데이터의 쌍을 맵데이터갱신용 메모리에 기억한다. 그 후 스텝S614에서 접속이력테이블(1122)로부터 상기 레코드에 대응하는 사용자가 과거에 액세스한 다음의 URL을 취득하고 스텝S608으로 되돌아간다.

스텝S603에서 No, 또는 스텝S608에서 No라고 판정된 경우는 스텝S604로 진행한다.

여기에서 상기 맵데이터갱신용 메모리에 기억된 데이터가 있는 경우 그 데이터에 의거하여 그 사용자에 대응하는 맵데이터를 갱신한다.

이 처리는 맵데이터갱신에 관하여 상기한 것과 똑같은 처리이다.

다만 이 시점에서는 취득된 이미지·데이터에는 스테이터스에 따라서 여러 가지 이미지가 선택된다.

스텝S605에서는 상기 맵데이터갱신용 메모리가 클리어되고 새로운 사용자의 처리에 관한 준비를 실시한다.

스텝S606에서는 가입자정보테이블(1121)로부터 다음의 사용자의 레코드를 취득하고 스텝S602로 되돌아간다.

스텝S603에서 No의 판정이 된 경우에는 실질적으로 스텝S606의 처리만이 되어 스텝S602로 되돌아간다.

도 28의 처리흐름 및 상기한 흐름은 본 발명을 적용한 제 2 실시형태의 이해를 위해 예시한 것에 지나지 않고 엄밀하게 이러한 흐름에 제한될 필요는 없다.

또 이 처리에 의하여 각 URL의 액세스상태인 스테이터스도 관리할 수 있고, 상기한 액세스빈도 등에 의한 이미지의 구분 등에 대신하여 상기 스테이터스에 따라서 그 URL에 대응하는 이미지를 구분하는 등의 표시방법을 제공할 수도 있다.

또한 상기한 처리에 있어서,

3-1: 사용자마다 순회시간을 설정하지 않고 일률적으로 소정의 시간간격으로 액세스를 실시하고, 그 결과를 취득한다.

3-2: 액세스빈도가 높은 어드레스만 액세스결과를 취득한다.

3-3: 접속비지나 Not Found의 상황을 일과성의 것일 가능성을 생각하여 이들 상황을 최종적으로 판단하는 소정의 기준(예를 들면 비지는 과거 5회 연속하여 비지이었을 때에 비지라고 판단하는 등)을 설정한다.

등 여러 가지 변형예를 생각할 수 있다.

도 29는 클라이언트단말(151)에 표시되는 맵표시의 예를 나타내고 있다.

도 29는 가입자정보테이블(1121)의 맵데이터표시종별이 「어드레스의 타입별의 구분」이며, 실현타입이 VRML인 경우의 표시예이다.

도 29는 또 사용자가 과거에 얼마간의 어드레스에 대하여 액세스를 실시하고, 적어도 1회 상기한 도 28에 나타내는 바와 같은 맵데이터조정·보수기능(112D)에 의한 처리가 실행되고 있는 경우의 맵표시의 예이다.

도 29의 맵표시(1200)는 크게는 4개의 구획(1210∼1240), 그 구획 사이의 길(1250), 홈(1260) 및 애버터(1270)로 이루어진다.

구획(1210)은 홈페이지의 검색에 관한 어드레스의 구획으로서 설정되고 검색어드레스 1, 검색어드레스 2에 대응하는 이미지·데이터(1211, 1212)가 표시되어 있다.

이들 이미지·데이터는 VRML에 있어서는 입체표현이며, 애버터(1270)의 시점에 의하여 이미지가 현실에 가까운 형태로 변화한다.

구획(1220)은 메일어드레스의 구획으로서 설정되고 메일어드레스(A1), 메일어드레스(A2)에 대응하는 이미지·데이터(1221, 1222)가 표시되어 있다.

검색어드레스 1에 대응하는 이미지·데이터(1211)는 여기에서는 건물 앞에 많은 사람이 나열해 있는 것 같이 혼잡한 이미지를 사용하여 나타내어져 있으며, 상기 맵데이터보수기능(112D)에 의하여 액세스되었을 때의 스테이터스가 비지이었던 것을 나타내고 있다.

검색어드레스 2에 대응하는 이미지·데이터(1212)는 여기에서는 건물의 위에 폐점이라는 간판이 세워진 이미지를 사용하여 나타내어져 있으며, 상기 맵데이터조정·보수기능(112D)에 의하여 액세스되었을 때에(또는 그 이전의 복수의 액세스에 있어서) 발견되지 않은 것을 나타내고 있다.

구획(1230)은 쇼핑에 관한 어드레스의 구획으로서 설정되고 어떤 쇼핑의 페이지에 관한 이미지·데이터(1231)가 표시되어 있다.

구획(1240)은 빈 구획이며, 그 속에는 아무 것도 표시되어 있지 않다.

이미지·데이터(1231)는 여기에서는 차의 쇼핑에 관련되는 페이지이며, 전회의 액세스시로부터 그 페이지에 갱신이 실시되고 있는 것이 상기 맵데이터조정·보수기능(112D)에 의하여 판정되고 있으며, 도 25의 (B)와 똑같은 이미지가 나타내어져 있다.

상기한 바와 같이 맵이미지·테이블(1124)에서는 어드레스의 타입(대분류), 서브타입(소분류) 및 스테이터스의 조합에서 다른 이미지·데이터를 사용하고 있는데, 여기에서는 타입(대분류)과 스테이터스마다 이미지·데이터를 할당하도록 간략화하여 표시한다.

다만 홈(1260)의 이미지·데이터는 여기에서는 고정의 데이터로 한다.

(제 3 실시형태)

본 발명을 적용한 제 3 실시형태에 대하여 도면을 참조하여 설명한다.

또한 상기 제 2 실시형태와 똑같이 각 도면에 있어서 동일 또는 유사한 것에는 동일한 참조번호 또는 기호를 부여하여 설명한다.

또 동일한 참조번호가 부여되어 있는 것에 대해서는 상기 제 1 실시형태 및 제 2 실시형태와 똑같기 때문에 설명은 생략한다.

도 30은 본 발명을 적용한 제 3 실시형태에 있어서의 네트워크접속관리시스템(2100)의 시스템구성을 나타내는 시스템블록도이다.

네트워크접속관리시스템(2100)은 프로바이더·접속관리서버(110) 및 고객데이터베이스(2120)를 포함한다.

상기 프로바이더·접속관리서버(2110)는 가입자접속제어기능(111), 맵데이터처리기능(122) 및 리퀘스트처리기능(113)을 포함한다.

또 프로바이더·접속관리서버(2110)는 필요에 따라서 프로바이더·메일서버(130) 및 프로바이더·WWW서버(140)에 접속된다.

상기 고객데이터베이스(2120)는 도 31에 나타내어지는 바와 같이 가입자정보테이블(2121), 접속이력테이블(122), 옐로우페이지·테이블(123), 맵이미지·테이블(124) 및 맵·테이블(125)을 포함한다.

도 32는 본 발명이 적용되는 제 3 실시형태에서 사용하는 고객데이터베이스(2120)내의 가입자정보테이블(2121)의 파일·포맷의 예를 나타내고 있으며, 가입자ID, 가입자명, 패스워드, 맵데이터표시종별 및 단말스펙의 각 항목이 나타내어져 있다.

여기에서 가입자ID, 가입자명, 패스워드, 맵데이터표시종별에 대해서는 상기 제 1, 제 2 실시형태와 똑같다.

단말스펙은 CPU, 메모리, 회선, 표시컬러 및 표시사이즈의 각 항목으로 이루어진다.

CPU라는 항목은 사용자가 사용하는 클라이언트단말(151, 152)의 CPU의 성능을 나타내고 있으며, 이 예에서는 프로세서와 그 클록·스피드를 성능의 기준으로서 포착하고 있다.

여기에서 P-133는 펜티엄·프로세서로 동작주파수가 133MHz인 것을 나타내고 있으며, P-150는 펜티엄·프로세서로 동작주파수가 150MHz인 것을 나타내고 있다.

메모리의 항목에는 상기 클라이언트단말(151, 152)에 부착되어 있는 메모리의 용량이 나타내어져 있다.

회선의 항목은 상기 네트워크서비스프로바이더에 접속하기 위해 사용하는 통신회선의 속도이며, 모뎀 등의 통신장치나 통신회선의 종류에 따라서 결정된다.

이 예에서는 33. 6이나 64이며, 단위는 kbps(비트/초)이다.

표시컬러의 항목은 상기 클라이언트단말(151, 152)에 접속된 표시장치가 몇 개의 다른 색을 표시할 수 있는지를 나타내고 있으며, 이것은 표시장치나 그래픽·보드, 사용자에 의한 설정 등으로 결정된다.

도 32에서는 16bit(65, 535색)와 256색이 예시되어 있다.

표시사이즈의 항목은 사용자의 컴퓨터에 접속된 표시장치가 몇 개의 도트(픽셀)를 표시할 수 있는지를 나타내고 있으며, 이것도 표시장치나 그래픽·보드, 사용자에 의한 설정 등으로 결정된다.

예에서는 800×600(가로방향이 800도트이고 세로방향이 600도트)과 1024×768(가로방향이 1024도트이고 세로방향이 768도트)의 표시사이즈가 나타내어져 있으며, 표시도트수가 커질수록 높은 해상도에서의 표시가 가능해진다.

이들 단말스펙의 각 항목은 각 사용자에 의하여 개별로 등록되는 것이 바람직한데, 프로바이더나 그 밖의 제 3자에 의하여 등록되어도 좋다.

또 이들 각 항목은 예시를 위해 열거된 것에 지나지 않고 그 밖에도 사용자가 지도정보를 표시하기 위해 사용하는 온갖 장치의 성능지표를 나타내는 항목이 설정될 수 있다.

또한 본 제 3 실시형태에서는 각 사용자가 결정된 1개의 클라이언트단말에서만 상기 네트워크서비스프로바이더에 접속할 수 있게 되어 있는데, 기본구조로서 회선과의 통신기능을 갖고, WWW브라우저 및 메일러가 인스톨되어 있는 통신기기이면 어떠한 형태의 전자기기이어도 좋고 사용자가 복수 소유하고 있어도 좋다.

이 경우 상기 가입자정보테이블(2121)에는 1개의 가입자ID에 대하여 복수의 맵데이터표시종별, 단말스펙을 등록할 수 있다.

상기의 경우 사용자가 네트워크서비스프로바이더에 접속요구를 실시할 때는 사용하는 클라이언트단말의 ID(제조원이나 제조번호)를 송신하는 것이 바람직하고, 네트워크서비스프로바이더에서도 이 클라이언트단말의 ID에 따라서 단말스펙을 판단할 수 있으면 좋다.)

다음으로 도 33, 34의 처리흐름을 참조하여 프로바이더·접속관리서버(110)의 처리를 상세히 설명한다.

도 33은 상기 제 1 실시형태와 똑같은 처리흐름(도 11)의 스텝S206를 해당 제 3 실시형태에 따라서 보다 상세히 나타내는 것이다.

최초로 스텝S701에서 가입자정보테이블(2121)의 맵데이터표시종별이 무엇인지를 판정한다.

여기에서는 「액세스빈도별의 구분」, 「어드레스의 타입별의 구분」 및 「 액세스빈도별의 표시방법 변경」이라는 3가지의 맵데이터표시종별이 존재하는 것으로서 처리를 생각한다.

또한 필요에 따라서 다른 기준을 이용한 맵데이터표시종별을 설정하는 것도 가능하다.

맵데이터표시종별이 「액세스빈도별의 구분」인 경우 제어는 좌측의 분기로 진행하고 스텝S702가 실행된다.

스텝S702에서는 표시에어리어를 소정의 구획(P1∼Pi)으로 나눈다.

이 표시에어리어는 최종적으로 클라이언트단말(151)에 표시되는 에어리어이다.

이 스텝S702의 처리는 구조화문서데이터에 의거하는 표시내용의 생성이라는 측면에서 보면 각각의 기술언어를 사용하여 상기 구획(P1∼Pi)이 표시되도록 스테이트먼트를 생성하는 것을 의미하고 있다.

다음으로 스텝S703로 진행하여 사용자가 과거에 액세스한 어드레스를 그 액세스빈도에 따라서 i와 같은 수로 분류한다.

예를 들면 4개의 구획(P1∼P4)으로 분류되는 표시가 실시되는 경우 과거에 액세스한 어드레스(A1∼A6)가 각각 1, 2, 3, 4, 5, 6의 액세TM빈도를 갖고 있었다고 하자.

이 경우 가장 높은 액세스빈도 6을 4로 나누고(결과는 1. 5), 그리고 액세스빈도가 1. 5 이하의 어드레스는 구획(P1)으로, 액세스빈도가 1. 5보다 위에서 3. 0 이하의 어드레스는 구획(P2)으로, 액세스빈도가 3. 0보다 위에서 4. 5 이하의 어드레스는 구획(P3)으로, 액세스빈도가 4. 5보다 위에서 6. 0 이하의 어드레스는 구획(P4)으로 분류한다.

이 결과 구획(P1)에는 액세스빈도가 1인 어드레스 1개가 속하고, 구획(P2)에는 액세스빈도가 2와 3인 어드레스 2개가 속하며, 구획(P3)에는 액세스빈도가 4인 어드레스 1개가 속하고, 구획(P4)에는 액세스빈도가 5와 6인 어드레스 2개가 속하게 된다.

물론 액세스빈도에 따른 이와 같은 분류방법은 상기의 선형적인 분류방법에 한정되는 것은 아니고 다른 여러 가지 방법이 생각된다.

다음으로 스텝S704에서는 가입자정보테이블(2121)의 단말스펙의 각 항목을 토대로 클라이언트단말(151)의 단말스펙에 따른 표시양식을 판단한다.

표시양식은 예를 들면 이하에서 상세히 서술하는 VRML양식이나 HTML1∼3양식 등이다.

또 표시양식은 이 예와 같이 맵데이터갱신시마다 판단할 필요는 없고, 소정의 타이밍으로 판단하며, 그 결과를 가입자정보테이블(2121) 등에 기억시켜 둘 수도 있다.

스텝S705에서는 스텝S703에서 분류된 어드레스를 스텝S704에서 판단된 표시양식에 따라서 대응하는 구획에 할당한다.

이 스텝S705의 처리는 구조화문서데이터에 의거하는 표시내용의 생성이라는 측면에서 보면 각각의 기술언어의 스테이트먼트를 사용하여 상기 구획(P1∼Pi) 속에 그 구획으로 분류된 어드레스에 대응하는 이미지·데이터를 표시하도록 지정하는 것을 의미하고 있다.

이미지·데이터는 맵이미지·테이블(124)로부터 취득된 것이며, HTML에 의한 표시가 실시되는 경우 등에서 이용된다.

VRML에 의한 표시가 실시되는 경우에는 표시하는 이미지의 입체표현을 정의하는 좌표데이터 등(비도시)이 상기 맵이미지·테이블(124)로부터 취득되고, 그 데이터를 토대로 VRML에 의한 지정이 실시된다.

스텝S702∼스텝S705의 처리에 의하여 액세스빈도별로 구분된 맵데이터가 생성된다.

이 맵데이터의 내용은 VRML이나 HTML로 기술된 데이터이며, 클라이언트단말(151)에 송신되고, 그 곳에서 WWW브라우저나 VRML뷰어에 의한 해석이 실시된 후 상기 클라이언트단말(151)상에 북마크나 어드레스북 대신으로 되도록 기능하는 맵표시가 제공된다.

스텝S701에서 맵데이터표시종별이 「어드레스의 타입별의 구분」이라고 판정되면 중앙의 분기, 즉 스텝S706로 진행한다.

스텝S706에서는 스텝S702와 똑같이 표시에어리어를 소정의 구획(P1∼Pj)으로 분할한다.

다음으로 스텝S707에서 사용자가 과거에 액세스한 어드레스를 그 타입 및 서브타입에 따라서 분류한다.

상기한 바와 같이 각 어드레스는 옐로우페이지·테이블(123)을 참조함으로써 그 어드레스의 타입 및 서브타입을 취득할 수 있다. 이렇게 하여 얻어진 타입 및 서브타입을 상기 구획(P1∼Pj)으로 분류한다.

이러한 분류의 수 및 방법은 자유롭게 설정할 수 있고, 예를 들면 상기 타입만을 각 구획에 대응시키거나 타입과 서브타입의 조합을 각 구획에 대응시킬 수도 있다.

다음으로 스텝S708에서는 가입자정보테이블(2121)의 단말스펙의 각 항목을 토대로 클라이언트단말(151, 152)의 단말스펙에 따른 표시양식을 판단한다.

다음으로 스텝S709에서는 스텝S707에서 분류된 어드레스를 스텝S708에서 판단된 표시양식에 따라서 대응하는 구획에 할당한다.

이 스텝S709의 처리는 구조화문서데이터에 의거하는 표시내용의 생성이라는 측면에서 보면 각각의 기술언어의 스테이트먼트를 사용하여 상기 구획(P1∼Pj) 속에 그 구획으로 분류된 어드레스에 대응하는 이미지·데이터를 표시하도록 지정하는 것을 의미하고 있다.

이미지·데이터는 맵이미지·테이블(124)로부터 취득된 것이며, HTML에 의한 표시가 실시되는 경우에 이용된다.

VRML에 의한 표시가 실시되는 경우에는 표시하는 이미지의 입체표현을 정의하는 좌표데이터 등(비도시)이 상기 맵이미지·테이블(124)로부터 취득되고, 그 데이터를 토대로 VRML에 의한 지정이 실시된다.

스텝S706∼스텝S709의 처리에 의하여 어드레스의 타입별로 구분된 맵데이터가 생성된다.

이 맵데이터의 내용은 상기와 같이 HTML이나 VRML로 기술된 데이터이다.

스텝S701에서 맵데이터표시종별이 「액세스빈도별의 표시방법 변경」이라고 판정되면 우측의 분기, 즉 스텝S710으로 진행한다.

스텝S710에서는 사용자가 과거에 액세스한 어드레스를 그 액세스빈도에 따라서 소정의 수(K)로 분류한다.

다음으로 스텝S711에서는 가입자정보테이블(2121)의 단말스펙의 각 항목을 토대로 클라이언트단말(151)의 단말스펙에 따른 표시양식을 판단한다.

다음으로 스텝S712로 진행하고, 그 곳에서 스텝S708에서 판단된 표시양식에 따라서 상기 K개의 분류에 따라 어드레스에 대응하는 이미지·데이터의 크기, 색, 방향, 그 밖에 외견적 특징을 변경한다.

또 복수의 레벨(K)로 단계적으로 이미지·데이터의 표시방법을 변경하는 것은 아니고 액세스빈도에 비례하도록 이미지·데이터의 표시방법을 변경하도록 제어하는 것도 생각된다.

여기에서는 액세스빈도가 높은 것일수록 크고, 또한 바로 앞이(표시에어리어의 하부가) 되도록 할당하는 예에 대하여 서술한다.

스텝S712의 처리는 구조화문서데이터에 의거하는 표시내용의 생성이라는 측면에서 보면 각각의 기술언어를 사용하여 상기 분류(K)에 따라서 상기 이미지·데이터의 크기와 이미지·데이터를 표시하는 위치를 지정하는 것을 의미하고 있다.

이미지·데이터는 맵이미지·테이블(124)로부터 취득된 것이며, HTML에 의한 표시가 실시되는 경우에 이용된다.

VRML에 의한 표시가 실시되는 경우에는 표시하는 이미지의 입체표현을 정의하는 좌표데이터 등(비도시)이 상기 맵이미지·테이블(124)로부터 취득되고, 그 데이터를 토대로 VRML에 의한 지정이 실시된다.

스텝S710∼스텝S712의 처리에 의하여 액세스빈도별로 이미지·데이터의 크기를 변경한 맵데이터가 생성된다.

이 맵데이터의 내용은 상기와 같이 HTML이나 VRML로 기술된 데이터이다.

도 34는 도 33의 스텝S704, S708 및 S711의 표시양식을 판단하는 처리를 보다 상세히 나타내는 도면이다.

각 스텝S704, S708 및 S711의 처리내용은 똑같은 것이며, 도 33의 처리를 서브루틴·콜 등에 의하여 불러냄으로써 실현된다. 도 33에 나타내는 판단에 의해 맵표시는 예를 들면 이하의 양식 중 어느 쪽인가로 결정된다.

(1) VRML양식

VRML을 사용하여 클라이언트단말(151)에 맵표시를 제공한다.

VRML은 사용자의 지시로 리얼타임으로 가상공간을 표시할 수 있도록 하기 때문에 클라이언트단말(151)에 전송되는 데이터량과 필요한 메모리자원은 크고, 또 높은 처리능력이 필요하다.

또한 표시장치의 표시사이즈나 표시컬러수에도 높은 레벨이 요구된다.

(2) HTML1양식(맵양식＋오브젝트이미지표시)

HTML을 사용하여 사용자가 과거에 액세스한 어드레스를 이미지(이미지·메타퍼)로 나타내는 양식이다.

VRML만큼 클라이언트단말(151)에 전송되는 데이터량과 필요한 메모리자원은 크지 않지만 이미지데이터를 취급하기 위해 어느 정도 큰 메모리자원과 높은 처리능력 등이 필요하다.

(3) HTML2양식(맵양식＋텍스트표시)

(2)의 양식에서 사용된 오브젝트·이미지 대신에 페이지의 타이틀 등의 텍스트스타일의 데이터를 사용하는 양식이다.

이미지데이터를 취급하지 않는 만큼 큰 메모리자원이나 높은 처리능력을 필요로 하지 않는다.

(4) HTML3양식(텍스트스타일표시만)

(1)∼(3)에서 표현되어 있던 지도와 같은 어드레스의 배치관계를 생략하고 단순히 페이지의 타이틀 등의 텍스트로 이루어지는 정보가 계층적 의미를 가지면서 리스트상으로 배치되어 있는 양식이다.

텍스트베이스이기 때문에 클라이언트단말(151)에 대한 부담은 가볍고 비교적 낮은 형식의 표시장치에서도 실현 가능하다.

또 이 예에서는 HTML, VRML이라는 언어를 채용하고 있는데, WWW페이지 등으로의 앵커기능을 갖는 한 그 밖의 어떠한 언어 또는 방법을 선택할 수도 있다.

최초로 스텝S801에서 대응하는 사용자가 사용하는 클라이언트단말(151)의 단말스펙의 각 항목값을 취득한다.

다음으로 스텝S802에서 단말스펙의 표시사이즈가 소정의 값보다 큰지 작은지를 판정한다.

상기 표시사이즈가 소정의 값 이하인 경우(스텝S802, No) 스텝S808에서 표시양식이 HTML3로 결정된다.

스텝S802에서 상기 표시사이즈가 소정의 값보다 큰 경우(스텝S802, Yes) 또한 스텝S803에서 표시컬러가 소정의 값보다 큰지 작은지를 판정한다.

상기 표시컬러가 소정의 값 이하인 경우(스텝S803, No) 스텝S807에서 표시양식이 HTML2로 결정된다.

스텝S803에서 상기 표시컬러가 소정의 값보다 큰 경우(스텝S803, Yes) 또한 스텝S804에서 처리능력의 정도가 판정된다.

상기 처리능력이 고(高)라고 판정된 경우 스텝S805에서 표시양식이 VRML로 결정된다.

상기 처리능력이 중(中)이라고 판정된 경우 스텝S806에서 표시양식이 HTML1으로 결정된다.

상기 처리능력이 저(低)라고 판정된 경우 스텝S807에서 표시양식이 HTML2로 결정된다.

여기에서 처리능력이란 가입자정보테이블(2121)로부터 얻어진 클라이언트단말(151)의 단말스펙의 각 항목, 예를 들면 CPU, 메모리, 회선 등으로부터 계산되는 평가값을 나타내고 있으며, 여러 가지 평가식을 생각할 수 있다. 또 도 34에 나타낸 판단을 위한 흐름은 한 예에 지나지 않고 그 밖에도 많은 바리에이션을 생각할 수 있다.

이와 같이 도 34에 나타내는 흐름에 따라서 자동적으로 클라이언트단말(151)에 송신되는 표시양식이 판단되는데, 이러한 자동판정을 하지 않고 특정한 표시양식을 고정적으로 제공하도록 지정할 수도 있다.

이것은 사용자에 따라서는 사용하는 클라이언트단말에 다소 부하가 걸려도 보다 부하가 높은 특정한 표시양식을 표시시키고 싶은 경우가 있으며, 반대로 다소 여유가 있어도 보다 부하가 작은 표시양식을 표시시키고 싶은 경우가 있기 때문이다.

이 기능을 제공하는 경우는 예를 들면 상기 가입자정보테이블(2121)에 VRML이나 HTML1∼HTML3 등의 맵데이터표시양식을 지정하는 에어리어를 추가하고, 또한 그 에어리어에 설정된 표시양식을 사용하는지 자동판정처리에 의하여 판정된 표시양식을 사용하는지를 나타내는 플래그를 갖는다는 설계를 생각할 수 있다.

도 12∼14, 18, 35, 36은 클라이언트단말(151)에 표시되는 맵표시의 예를 나타내고 있다.

도 12는 가입자정보테이블(2121)의 맵데이터표시종별이 「어드레스의 타입별의 구분」이며, 가입자정보테이블(2121)의 단말스펙의 각 항목에 의거하여 판정된 표시양식이 VRML인 경우의 표시예이며, 그 표시내용은 상기 제 1 실시형태에 있어서의 그것과 같다.

도 13은 가입자정보테이블(2121)의 맵데이터표시종별이 「액세스빈도별의 구분」이며, 가입자정보테이블(2121)의 단말스펙의 각 항목에 의거하여 판정된 표시양식이 VRML인 경우의 표시예이고, 그 표시내용은 상기 제 1 실시형태에 있어서의 그것과 같다.

도 14는 가입자정보테이블(121)의 맵데이터표시종별이 「액세스빈도별의 표시방법 변경」이며, 가입자정보테이블(2121)의 단말스펙의 각 항목에 의거하여 판정되는 표시양식이 VRML인 경우의 표시예이고, 그 표시내용은 상기 제 1 실시형태에 있어서의 그것과 같다.

도 35는 가입자정보테이블(2121)의 맵데이터표시종별이 「어드레스의 타입별의 구분」이며, 가입자정보테이블(121)의 단말스펙의 각 항목에 의거하여 판정되는 표시양식이 HTML1인 경우의 표시예이다.

도 35의 맵표시(1600)는 크게는 4개의 구획(1610∼1640), 그 구획 사이의 길(1650) 및 사용자의 어드레스를 나타내는 홈(1660)으로 이루어진다.

구획(1610)은 쇼핑에 관한 어드레스의 구획으로서 설정되고 어떤 쇼핑의 페이지에 관한 이미지데이터(1611)가 표시되어 있다.

구획(1620)은 메일어드레스의 구획으로서 설정되고 메일어드레스(A1)에 대응하는 이미지데이터(1621)가 표시되어 있다.

구획(1630)은 빈 구획이며, 그 속에는 아무 것도 표시되어 있지 않다.

구획(1640)은 검색어드레스의 구획으로서 설정되고 검색어드레스 1에 대응하는 이미지·데이터(1641)가 표시되어 있다.

이 맵표시(1600)는 HTML로 실현되어 있으며, 구획(1610, 1620) 및 (1640)에 나타내어진 이미지·데이터는 클리커블·맵 등의 지정을 이용하고 있다.

또한 HTML에 의한 표시이기 때문에 도 12∼도 14에서 나타낸 바와 같은 애버터는 존재하지 않고 시점이 변화하지 않은 2차원적 표현이다. 또 도 12∼도 14에 있어서, 애버터가 그 이미지·데이터에 도달함으로써 달성되고 있던 어드레스의 선택은 여기에서는 지시포인터(1670) 등에 의하여 그 어드레스에 대응한 이미지·데이터를 클릭함으로써 실시되게 된다.

도 36은 가입자정보테이블(2121)의 맵데이터표시종별이 「어드레스의 타입별의 구분」이며, 가입자정보테이블(2121)의 단말스펙의 각 항목에 의거하여 판정되는 표시양식이 HTML2인 경우의 표시예이고, HTML에 의한 이미지표시를 텍스트·베이스의 표시로 한 맵표시(1700)이다.

도 36의 맵표시(1700)는 크게는 4개의 구획(1710∼1740), 그 구획 사이의 길(1750) 및 사용자의 어드레스를 나타내는 홈(1760)으로 이루어진다.

구획(1710)은 쇼핑에 관한 어드레스의 구획으로서 설정되고 어떤 쇼핑의 페이지에 링크부여되는 텍스트「쇼핑」(1711)이 표시되어 있다.

구획(1720)은 메일어드레스의 구획으로서 설정되고 메일어드레스(A1)에 대응하는 텍스트「메일어드레스(A1)」(1721)가 표시되어 있다.

구획(1730)은 빈 구획이며, 그 속에는 아무 것도 표시되어 있지 않다.

구획(1740)은 검색어드레스의 구획으로서 설정되고 검색어드레스 1에 대응하는 텍스트「검색어드레스 1」(1741)가 표시되어 있다.

이 맵표시(1700)는 HTML로 실현되어 있으며, 구획(1710, 1720) 및 (1740)에 나타내어진 텍스트는 기본적으로 HTML링크가 사용되고, 그 텍스트부분을 지시포인터(1770) 등에 의해 클릭함으로써 대응하는 어드레스에 액세스 가능하다.

도 18은 가입자정보테이블(2121)의 맵데이터표시종별이 「어드레스의 타입별의 구분」이며, 가입자정보테이블(2121)의 단말스펙의 각 항목에 의거하여 판정되는 표시양식이 HTML3인 경우의 표시예이고, 그 표시내용은 상기 제 1 실시형태에 있어서의 그것과 같다.

도 18에 나타내는 바와 같은 텍스트데이터의 리스트표시의 실시예는 클라이언트단말(151, 152)의 처리능력, 표시장치의 해상도 또는 표시컬러, 회선속도 등이 충분하지 않은 경우에 그 자리에서 화면표시를 실시할 수 있어서 유리하다.

또한 본 발명의 맵표시(지도정보)내에 표시되는 심벌(각각이 어드레스에 대응한다)의 수를 사용자가 사용하는 클라이언트단말의 처리능력이나 표시장치의 능력에 따라서 최적화하도록 설계할 수도 있다.

또 상기 심벌을 사용자가 사용하는 컴퓨터나 표시장치의 능력에 따라서 도 7(A) 및 (B)에서 예시한 바와 같은 이미지데이터보다도 간략화하여 맵데이터 전체의 데이터량을 줄이도록 구성할 수도 있다.

Claims (16)

1. 클라이언트단말(151, 152)과 정보자원(130, 140, 170, 180)을 갖는 네트워크를 접속하고, 정보의 송수신을 실시하는 네트워크접속관리시스템(100)은,

   상기 클라이언트단말이 과거에 접속한 정보의 어드레스를 기억하는 제 1 기억수단(122)과,

   상기 제 1 기억수단에 기억된 어드레스의 속성을 해석하는 해석수단(112A)과,

   이 해석수단에 의한 해석결과를 반영한 표시데이터를 작성하는 작성수단과,

   이 작성수단에 의하여 작성된 표시데이터를 상기 클라이언트단말에 송신하는 송신수단(112C)과,

   과거에 송신한 표시데이터를 기억하는 제 2 기억수단(125)과,

   이 제 2 기억수단에 기억된 표시데이터와 상기 작성수단에 의하여 작성된 표시데이터를 대조하는 대조수단(112)과,

   이 대조수단에 의하여 변경부분을 판별하고, 그 변경부분을 상기 작성된 표시데이터에 반영시키는 수단(112B)을 구비하는 것을 특징으로 하는 네트워크접속관리시스템.
2. 제 1 항에 있어서,

   상기 표시데이터란 상기 제 1 기억수단에 기억된 어드레스의 앵커를 레이아웃한 지도데이터인 것을 특징으로 하는 네트워크접속관리시스템.
3. 제 1 항에 있어서,

   상기 어드레스와, 이 어드레스의 앵커기능을 갖는 이미지를 대응지워서 기억하는 제 3 기억수단(124)과,

   상기 제 1 기억수단에 기억되는 어드레스에 의거하여 상기 제 3 기억수단으로부터 대응하는 이미지를 판독하고, 상기 작성수단에 의하여 작성된 표시데이터에 삽입하는 수단(112)을 추가로 구비하는 것을 특징으로 하는 네트워크접속관리시스템.
4. 제 3 항에 있어서,

   상기 어드레스의 종류와, 이 어드레스로 특정되는 정보를 특징화(characteri zation)한 입체적인 이미지를 대응지워서 기억하는 것을 특징으로 하는 제 3 기억수단.
5. 제 1 항에 있어서,

   상기 제 1 기억수단에 기억된 어드레스에 정기적으로 접속하는 접속수단(112D)과,

   이 접속수단에 의해 접속된 정보의 상황을 판단하는 제 1 판단수단(112D)과,

   이 제 1 판단수단에 의한 판단결과에 의거하여 상기 표시데이터를 변경하는 제 1 변경수단(112B)을 추가로 구비하는 네트워크접속관리시스템.
6. 제 5 항에 있어서,

   상기 정보의 상황과, 이 상황의 내용을 특징화(characterization)한 입체적인 이미지를 대응지워서 기억하는 제 4 기억수단(124)과,

   상기 제 1 판단수단에 의하여 판단된 정보의 상황에 의거하여 상기 제 4 기억수단으로부터 대응하는 이미지를 판독하고 상기 표시데이터에 삽입하는 수단(112)을 추가로 구비하는 것을 특징으로 하는 네트워크접속관리시스템.
7. 제 1 항에 있어서,

   상기 제 1 기억수단에 기억된 어드레스에 정기적으로 접속하는 접속수단(112D)과,

   이 접속수단에 의해 대응하는 정보에 접속하는 네트워크의 상황을 판단하는 제 2 판단수단(112D)과,

   이 제 2 판단수단에 의한 판단결과에 의거하여 상기 표시데이터를 변경하는 제 2 변경수단(112B)을 추가로 구비하는 것을 특징으로 하는 네트워크접속관리시스템.
8. 제 7 항에 있어서,

   상기 네트워크의 상황과, 이 상황의 내용을 특징화(characterization)한 입체적인 이미지를 대응지워서 기억하는 제 5 기억수단(124)과,

   상기 제 2 판단수단에 의하여 판단된 네트워크의 상황에 의거하여 제 5 기억수단으로부터 대응하는 이미지를 판독하고 상기 표시데이터에 삽입하는 수단(112)을 추가로 구비하는 것을 특징으로 하는 네트워크접속관리시스템.
9. 제 1 항에 있어서,

   상기 클라이언트단말의 적어도 표시성능에 관한 정보를 기억하는 제 6 기억수단(2121)과,

   상기 클라이언트단말에 표시데이터를 송신할 때 이 제 6 기억수단에 기억되는 송신처의 적어도 표시성능에 의거하여 표시데이터를 변경하는 제 3 변경수단(112B)을 추가로 구비하는 것을 특징으로 하는 네트워크접속관리시스템.
10. 제 1 항에 있어서,

    상기 네트워크는 WWW이며, 상기 표시데이터는 VRML로 기술된 구조화문서데이터인 것을 특징으로 하는 네트워크접속관리시스템.
11. 어드레스로 특정되는 정보자원을 갖는 네트워크와 클라이언트단말의 정보의 송수신을 처리하고, 상기 클라이언트단말이 과거에 접속한 어드레스의 속성을 기억하는 제 1 메모리와 과거에 송신한 표시데이터를 기억하는 제 2 메모리를 갖는 네트워크접속관리방법에 있어서,

    상기 클라이언트단말이 접속되었을 때 상기 제 1 메모리에 기억된 어드레스를 해석하는 해석스텝과,

    상기 해석스텝에 의한 해석결과에 따라서 상기 클라이언트단말에 표시시키기 위한 표시데이터를 작성하는 스텝과,

    이 작성스텝으로 작성된 표시데이터를 상기 클라이언트단말에 송신하는 스텝과,

    상기 제 2 메모리에 기억된 표시데이터와 상기 작성스텝으로 작성된 표시데이터를 대조하는 대조스텝과,

    상기 대조스텝으로 변경부분을 판별하고, 그 변경부분을 상기 작성된 표시데이터에 반영시키는 반영스텝으로 이루어지는 것을 특징으로 하는 네트워크접속관리방법.
12. 제 11 항에 있어서,

    상기 표시데이터는 상기 어드레스의 앵커를 레이아웃한 지도데이터인 것을 특징으로 하는 네트워크접속관리방법.
13. 제 11 항에 있어서,

    상기 작성된 표시데이터에 미리 어드레스와 앵커기능을 갖는 이미지가 대응지워서 기억되어 있는 메모리로부터 판독된 이미지를 삽입하는 스텝을 추가로 구비하는 것을 특징으로 하는 네트워크접속관리방법.
14. 제 11 항에 있어서,

    상기 기억된 어드레스에 정기적으로 접속하는 접속스텝과,

    접속된 정보자원의 상황을 판단하는 판단스텝과,

    판단결과에 의거하여 상기 클라이언트단말에 송신하는 표시데이터를 변경하는 변경스텝을 추가로 구비하는 것을 특징으로 하는 네트워크접속관리방법.
15. 제 11 항에 있어서,

    상기 기억된 어드레스에 정기적으로 접속하는 접속스텝과,

    정보자원에 접속되는 네트워크의 상황을 판단하는 판단스텝과,

    판단결과에 의거하여 상기 클라이언트단말에 송신하는 표시데이터를 변경하는 변경스텝을 추가로 구비하는 것을 특징으로 하는 네트워크접속관리방법.
16. 어드레스가 부여된 정보자원을 갖는 네트워크와 클라이언트단말의 사이에서 정보를 송수신하고, 상기 클라이언트단말이 과거에 접속한 어드레스의 속성을 기억하는 제 1 메모리와 과거에 송신한 표시데이터를 기억하는 제 2 메모리를 갖는 컴퓨터의, 상기 클라이언트단말에 송신하는 표시데이터의 작성방법을 실현하는 프로그램을 기억한 기억매체이며,

    상기 클라이언트단말이 접속되었을 때 상기 제 1 메모리에 기억된 어드레스를 해석하는 해석스텝과,

    이 해석스텝에 의한 해석결과에 따라서 상기 클라이언트단말에 표시시키기 위한 표시데이터를 작성하는 작성스텝과,

    이 해석스텝에 의한 해석결과에 따라서 상기 클라이언트단말에 표시시키기 위한 표시데이터를 작성하는 작성스텝과,

    이 작성으로 작성된 표시데이터를 상기 클라이언트단말에 송신하는 스텝과,

    제 2 메모리에 기억된 표시 데이터와 상기 작성스텝으로 작성된 표시데이터를 대조하는 대조스텝과,

    상기 대조스텝으로 변경부분을 판별하고, 그 변경부분을 상기 작성된 표시데이터에 반영시키는 반영스텝을 실행시키는 프로그램을 기록한 것을 특징으로 하는 해당 컴퓨터가 판독 가능한 기억매체