KR20010031603A

KR20010031603A - 네트워크상의 정보 액세스 방법 및 시스템

Info

Publication number: KR20010031603A
Application number: KR1020007004654A
Authority: KR
Inventors: 오사쿠테이죠; 판롱
Original assignee: 나와 마사오; 인터넷 넘버 가부시키가이샤
Priority date: 1997-10-28
Filing date: 1998-10-27
Publication date: 2001-04-16
Also published as: DE69833033T2; EP1031222B1; EA007103B1; CN1280734A; HK1033225A1; WO1999022488A3; EA002932B1; WO1999022488A2; EP1031222A1; US6061738A; CN1125554C; EA200000463A1; CA2307127A1; ATE314775T1; SG109492A1; EA004664B1; DE69833033D1; CN1242337C; AU764870B2; CA2307127C

Abstract

본 발명은 URL에 관련된 미리 정해진 단순화된 네트워크 어드레스를 통해서 네트워크 URL에 액세스하여 그러한 어드레스를 갖는 URL을 갖는 홈페이지를 디스플레이하는 방법 및 시스템을 제공하는 것이다. 이러한 방법 및 시스템들은 홈페이지에 액세스하고자 하는 사람들은 단순화된 네트워크 어드레스만 입력하면 되고 URL 문자열을 알거나 입력할 필요가 없기 때문에 쉽게 URL 홈페이지에 액세스할 수 있는 수단을 제공한다. 본 발명의 이러한 단순화된 네트워크 어드레스는 숫자를 포함한다. URL에 할당하기 위해 번호를 선택하는 방법은 여러 가지가 있다. 본 발명의 URL 및 홈페이지 액세스 및 디스플레이 방법은: URL에 대하여 숫자와 같은 단순화된 네트워크 어드레스를 할당하는 단계; URL과 번호변환을 네트워크 액세스가능한 데이터베이스 시스템에 저장하는 단계; 할당된 번호를 네트워크 액세스가능한 컴퓨터에 입력시키는 단계; 입력된 번호를 저장 시스템으로 전송하는 단계; 번호는 URL로 변환하는 단계; 그러한 URL에 대응되는 홈페이지를 검색하는 단계; 및 홈페이지를 컴퓨터에 디스플레이하는 단계들을 포함한다. 또한, 본 발명은 특정 객체에 대한 시스템 레벨 메세지가 인터셉트되어 에일리어스 메세지를 생성하는 메세지 패싱 운영체제에서의 이용방법도 제공된다.

Description

네트워크상의 정보 액세스 방법 및 시스템{METHOD AND SYSTEM FOR ACCESSING INFORMATION ON A NETWORK}

인터넷 홈페이지는 일반적으로 특정 인터넷 사이트의 최상위 문서(top-level document)이다. URL(Uniform Resource Locator)은 홈페이지의 전세계적인 어드레스 또는 위치를 제공한다.

현재, 인터넷에 연결되어 있는 원격의 컴퓨터로부터 인터넷 홈페이지에 액세스하는 방법으로 몇 가지 기술이 알려져 있다. 예를 들어, Yahoo 인코퍼레이티드의 등록상표인 YAHOO! 와 같은 검색엔진이 이용될 수 있다. 또한, 컴퓨터 사용자들에게 URL을 북마크(즐겨찾기)로 알려진 컴퓨터 파일에 저장하는 것은 보편적인 일이다. 이러한 북마크는 향후 특정 홈페이지에 액세스할 때 이용된다. 상이한 URL 어드레스는 하이퍼 텍스트 마크업 랭귀지(HTML)에 의해 링크될 수 있고 이들은 컴퓨터 화면상에 디스플레이되는 설명(description)을 통해서 액세스될 수 있다. 이러한 액세스 방법들은 모두 특정 URL에 대한 지식을 요구하지 않는다.

그러나, 때로 특정 홈페이지에 액세스하고자 하는 컴퓨터 사용자가 URL을 컴퓨터에 입력해야만 하는 경우가 있다. 예를 들어, 컴퓨터 사용자가 인쇄매체를 통해서 특정 URL을 알게 된 경우이다. 이 경우 길고 복잡한 문서열의 형태인 URL 알파벳 문자들을 컴퓨터에 입력해야만 하기 때문에 뜻하지 않은 불편을 겪게 된다. 또한, 이렇게 길고 복잡한 문자열을 기억하는 것은 어려운데, 특히 소문자와 대문자를 구별해야 하는 경우에 더욱 그러하다.

또한, URL들은 홈페이지 수의 폭발적인 증가로 인해서 더욱 복잡해지고 있다. 이러한 URL의 복잡성 때문에, 사용자들이 예를 들어 한 손에 신문을 들고 신문광고에 나타나는 URL을 입력하는 경우 심각한 곤란을 겪을 수 있다. URL을 기억하는 것도 마찬가지이다.

브라우저(browser)에 펑셔낼러티(functionality)를 추가하는 어플리케이션은 존재하여도, 추가의 펑셔낼러티를 부가하기 위해 브라우저 어플리케이션 위치(어드레스) 필드에 대한 입력을 모니터하는 어플리케이션은 아직 존재하지 않는다. 유사한 값 추가 어플리케이션(value adding application)으로는 INFOSEEK(Infoseek 코퍼레이션의 등록상표)의 QuickSeek™(Infoseek 코퍼레이션에 의해 이용되는 상표)이 있지만, 이는 브라우저 위치 필드(browser's location field)로부터 입력받는 것으로, 자신의 별도의 입력 필드를 브라우저에 추가할 뿐이다.

따라서 URL을 통한 네트워크 홈페이지에 대한 액세스를 용이하게 할 수 있는 방법 및 시스템의 개발이 요구되고 있다.

[발명의 요약]

본 발명은 단일의 수인 하나 이상의 아라비아숫자를 이용하는 정해진, 단순화된 네트워크 어드레스(SNA; simplified network address)를 통해서 네트워크 URL에 액세스하고나서 그러한 단순화된 네트워크 어드레스에 해당하는 홈페이지를 디스플레이하는 신규한 방법 및 시스템을 제공하는 것이다.

하나의 구현예에 있어서, 본 발명은 기억하기 쉽고 입력하기 쉬운 문자들 또는 숫자들로 구성된 단순화된 네트워크 어드레스의 이용방법을 제공한다. 이러한 방법들은 URL 소유주 또는 제 3자가 URL 대응 관계(URL correspondence relation)를 갖는 새로운 단순화된 네트워크 어드레스를 만들어 낼 수 있게 한다. 그렇지 않으면, 방법들은 하나의 단순화된 네트워크 어드레스를 URL에 대해 부여한다.

다른 구현예에 있어서는, 단순화된 네트워크 어드레스는 하나 이상의 숫자로이루어진 숫자이다. 이러한 숫자를 선별하고 자동적으로 부여하는 다양한 방법들이 제공된다.

또 다른 구현예에 있어서, 본 발명은 URL 숫자코드 및 대응하는 URL을 네트워크 액세스가능한 저장 시스템에 저장하는 방법 및 시스템을 제공한다.

또 다른 구현예에 있어서, 본 발명은 URL 숫자코드를 네트워크 액세스가능한 컴퓨터에 입력하고, 입력된 숫자를 저장 시스템에 통보하고, 상기 숫자를 URL로 변환하고 URL을 컴퓨터로 전송하는 과정을 포함하는 방법 및 시스템을 제공한다.

더욱더 다른 구현예에 있어서, 본 발명은 URL 숫자코드를 네트워크 액세스가능한 컴퓨터에 입력하고, 입력된 숫자를 저장 시스템에 통보하고, 상기 숫자를 URL로 변환하고 상기 URL에 대응되는 홈페이지를 검색하고 해당 홈페이지를 컴퓨터에 디스플레이하는 과정을 포함하는 방법 및 시스템을 제공한다.

다른 그룹의 구현예에 있어서, 본 발명은 메세지 패스 운영 시스템(message passing operating system)에 이용하는 방법을 제공한다. 이러한 방법들은 특정한 객체(object)에 대한 시스템 레벨 메세지를 인터셉트하여 에일리어스 메세지(alias message)를 만들어 원래의 메세지를 대체하도록 한다. 이와 같이 메세지 에일리어싱 프로세스(message aliasing method)는 네트워크 어드레싱 및 네트워크 서버에 대한 명령을 간략하게 하기 위해 이용된다.

본 발명은 정보 처리 및 통신 시스템 분야에 관한 것으로, 더욱 상세하게는 네트워크 정보에 대한 액세스를 단순화하고 네트워크 서버에 명령하는 시스템 및 방법에 관한 것이다.

도 1은 단순화된 네트워크 어드레스를 이용하여 네트워크 정보에 액세스시킬 수 있는 시스템의 블럭도이다.

도 2는 도 1의 시스템에서 이용되며, 단순화된 네트워크 어드레스(SNA)를 대응 URL로 변환하는 데이터베이스 시스템을 도시한 블럭도이다.

도 3은 도 2의 데이터베이스에 저장되어 있는 페어를 형성하는 단순화된 네트워크 어드레스 부분과 이에 대응하는 URL 부분의 대응관계의 개략도이다.

도 4는 도 3의 페어의 일실시예의 개략도이다.

도 5는 도 2의 데이터베이스를 업데이트하는 다른 시스템의 블럭도로서, 이러한 시스템에서는 단순화된 네트워크 어드레스는 자동적으로 생성된다.

도 6은 데이터베이스가 네트워크상에 존재하고 네트워크 자원으로 액세스되는 도 1에 도시된 바와 같은 시스템의 블럭도이다.

도 7은 데이터베이스의 일부분은 로컬 시스템(local system)내에 존재하고 다른 일부분은 도 6에서와 같이 네트워크상에 존재하는 도 1의 시스템의 다른 구현예의 블럭도이다.

도 8은 윈도우 운영체제를 이용한 도 1에서의 시스템의 정보 디스플레이를 설명한 개략도이다.

도 9는 도 1에 도시된 시스템에서 이용되는 각종 입력장치 및 포인팅 디바이스를 도시한 블럭도이다.

도 10은 단순화된 네트워크 어드레스의 입력을 위한 포인팅 디바이스와 디스플레이드 키패드(displayed key pad) 사이의 협동작용을 도시한 개략도이다.

도 11은 본 발명의 하나의 양상에 따라서 메세지 패싱 운영체제(message passing operating system)에서 메세지 에일리어싱을 이용하는 방법을 설명한 개략도이다.

도 12는 단순화된 네트워크 어드레스를 구현하기 위한 메세지 에일리어싱의 이용을 설명한 개략도이다.

도 13은 본 발명의 다른 양상에 따라서 네트워크 서버 명령 프로세스(network server command process)를 구현하기 위한 메세지 에일리어싱의 이용을 설명한 개략도이다.

도 14는 저장된 대응 관계의 서비-기반, 네트워크 검색가능한 데이터베이스의 생성, 업데이팅, 및 유지에 관계된 몇몇 프로세스를 도시한 개략도이다.

도 15는 본 발명의 특수한 실시예에 있어서 단순화된 네트워크 어드레스를 입력하는데 사용되는 전화 키패드, 또는 10-키 패드를 도시한 도면이다.

도 16은 전형적인 포멧의 10-숫자 URL 숫자코드를 설명한 도면이다.

도 17은 범위 〈1〉 내지 〈9〉내의 알파벳 문자와 참조번호 사이의 대응관계를 도시한 표이다.

도 18은 일군의 알파벳 문자와 지정 규칙(Rules of Assignment) 사이의 대응관계를 도시한 표이다.

도 19는 본 발명의 특수한 구현예에 따라 URL 숫자코드를 생성하는 방법의 흐름도이다.

도 20은 본 발명의 다른 특수한 양상에 따라 URL 숫자코드를 생성하는 다른 방법의 하나의 양상을 설명한 그래프이다.

도 21은 네트워크-검색가능한 데이터베이스의 완전성을 보장하기 위한 방화벽(firewall)의 이용을 도시한 개략도이다.

도 22는 서버-기반 데이터베이스내의 클라이언트의 특수한 구현예내에서의 소프트웨어 요소들 사이 및 네트워크를 통한 클라이언트와 데이터베이스 사이의 정보 교환을 설명한 개략도이다.

도 23은 URL 숫자코드 또는 단순화된 숫자를 입력하여 그 결과로 URL 및 홈페이지를 찾는 과정을 도시한 흐름도이다.

도 24는 본 발명의 다른 양상을 설명한 도면이다.

도 25는 다수의 입력 인터페이스를 포함하는 인터넷 시스템의 도면이다.

도 26은 본 발명의 특수한 구현예의 개략도이다.

도 27은 본 발명의 특수한 구현예의 다른 개략도이다.

본 발명 및 본 발명의 구현예들을 설명함게 있어서 그 의미를 명확하게 설명하기 위해 특수한 전문용어를 이용할 것이다. 이러한 전문용어는 설명된 구현예들을 포함한은 물론 실질적으로 동일한 결과를 수득하기 위해 실질적으로 동일한 수단에 의해 동일한 기능을 수행하는 균등한 예도 포함한다.

용어의 정의

본 발명에서 ″URL 숫자코드(URL numeric code)″란 임의의 URL에 대해 지정된 숫자를 의미하는 것으로, 이러한 용어는 ″할당된 숫자(assigned number)″, ″숫자적으로 표현된 URL″ 또는 ″오리지널 숫자″를 의미하기도 한다.

본 발명에서 ″사용자(users)″란 URL 또는 웹 홈페이지와 같은 네트워크 정보에 액세스하기 위해 네트워크에 액세스하거나 액세스하고자 하는 사람 또는 집단을 의미한다.

본 발명에서 ″클라이언트(client)″란 URL 또는 웹 홈페이지를 받기 위해 네트워크에 액세스하는 사용자들에 의해 이용되는 하드웨어 및 소프트웨어를 포함한다.

본 발명에서 SNA로도 표기되는 ″단순환된 네트워크 어드레스(Simplified network address)″는 사용자가 단순화된 네트워크 어드레스의 URL로의 변환을 통해서, URL 또는 웹 홈페이지와 같은 네트워크 정보에 액세스하기 위해 클라아인트에 입력하는, URL 숫자코드, 제어문자, 및 표준 제어 기능을 갖는 ASCⅡ 문자와 같은 특수문자를 포함하는 영숫자 문자를 포함하는 의미이다.

본 발명에서 ″단순화된 네트워크 어드레싱″이란 네트워크 정보에 액세스하기 위해 단순화된 네트워크 어드레스를 이용하는 방법을 의미한다.

본 발명에서 ″플래트폼(platform)″은 컴퓨터 시스템 하드웨어 및 소프트웨어를 의미한다.

본 발명에서 ″URL 변환 도메인(URL conversion domain)이란 단순화된 네트워크 어드레스의 URL로의 변환에 액세스하기 위한 어드레스를 뜻하는 네트워크 도메인명을 포함한다.

서언(Introduction)

기존의 네트워크 브라우저를 통해서 홈페이지에 액세스하는 방법에서는 긴 URL 문자열을 타이핑하는 과정이 필요하다. 이러한 동작은 인터넷 TV 및 다른 키보드가 없는 장치를 이용하는 사용자들에게는 매우 불편하고 어려운 일이다. 본 발명의 하나의 양상에 따라서 특정 URL에 대해서 숫자 또는 다른 문자열을 할당하고나서 이러한 숫자 또는 다른 문자열을 이용해서 사용자로 하여금 네트워크 홈페이지 사이트에 접속하게 함으로써 네트워크 URLs의 이용을 촉진시킬 수 있다는 사실이 발견되었다. URL에 대응되는 보다 짧고, 타이핑하기 쉬우며, 기억하기 쉬운 숫자를 할당함으로써, 본 발명의 사용자들은 숫자를 손쉽게 입력하여 대응하는 홈페이지에 접속하고 클라이언트 디스플레이 스크린으로 리턴할 수 있다.

현재 인터넷 브라우저는 위치(어드레스) 필드(location field)에 입력되는 임의의 숫자를 〈nnn.nnn.nnn.nnn〉 형태의 IP 어드레스인 것으로 추정한다. 따라서, IP 어드레스가 아닌 위치 필드에 입력되는 임의의 숫자는 브라우저가 오류를 일으키게 할 것이다. 예를 들어, 사용자가 〈888〉이라는 문자열을 브라우저의 위치 필드에 입력하면, 기존의 브라우저 어플리케이션은 URL〈http://888/〉에 접속하려고 시도할 것이고, 이것은 〈888〉이라는 문자열이 유효한 IP 어드레스가 아니기 때문에 오류를 일으킬 것이다. 본 발명의 몇몇 구현예에 있어서, 서비스 프로그램, 사용자 입력 모니터링, 브라우저 위치 필드에 입력된 메세지의 인터셉트를 포함한다. 서비스 프러그램은 문자열 〈888〉이 유효한 IP 어드레스가 아니라는 것을 인식하여 아래의 URL로 대체하여 대체 URL을 브라우저로 전송한다:〈http://www.hatchusa.com/search.p?number=888＆start=0〉.

대체 URL은 브라우저로 하여금 hatchusa.com 도메인의 www 서버와 접촉하여 프로그램 〈search.p〉를 실행시키고 〈888〉을 파라미터로 패스하게 한다. 여기서 hatchusa.com 도메인은 사용자 숫자 입력의 URL로의 변환에 액세스하는 URL 변환 도메인의 하나의 예이다. 서버측 프로그램 〈search.p〉는 상기 숫자 〈888〉을 데이터베이스 테이블에서 검색하여 대응하는 URL 및 브라우저의 위치 필드로 보내지는 필요한 HTTP 포멧의 문자를 찾아냄으로써 URL로 변환한다. 이어서 브라우저는 받은 HTTP 포멧 URL을 이용하여 입력된 문자열 〈888〉에 의해 해당하는 인터넷 홈페이지에 액세스하여 클라이언트 브라우저상에 홈페이지를 디스플레이한다. 문자열 〈888〉은 본 발명의 단순화된 네트워크 어드레스의 일례이다. 이하에서 본 발명의 여러 가지 특징에 대하여 설명한다.

기본 네트워크 액세스 시스템(Basic Network Access System)

도 1은 본 발명의 하나의 양상에 따른 시스템의 블럭도이다. 이러한 시스템 10은 플래트폼 12, 입력장치 14, 디스플레이 모니터 16, 및 변환기 18을 포함한다. 플래트폼 12은 네트워크 정보에 액세스하기 위해 네트워크 20에 연결된다. 일반적으로, 시스템 10은 단순화된 네트워크 어드레스(SNA) 22를 입력장치 14를 통해서 입력받아 단순화된 네트워크 어드레스 22를 변환기 18로 보낸다. 변환기 18는 단순화된 네트워크 어드레스 22를 URL 24로 변환하여 URL 24을 플래트폼 12로 리턴시킨다. 이어서 플래트폼 12은 네트워크 자원(도시하지는 않음)으로부터의 정보에 액세스하기 위해 리턴된 URL 24과 네트워크 액세스 명령 26(예컨대, http://URL/)을 만드는 네트워크 프로토콜에 따른 추가의 심벌들을 결합시킨다. 네트워크 자원이 액세스된 정보 28(예컨대, HTML 페이지)를 시스템 10으로 보내면, 시스템내에서 플래트폼 12이 받아 디스플레이 모니터 16에 디스플레이하기 위해 처리한다.

시스템 10의 관련 양상(도시하지는 않음)에 있어서, 변환기 18는 단순화된 네트워크 어드레스 22를 직접 이전 포멧의 네트워크 액세스 명령 26(예컨대, http://URL/)으로 변환한다.

통상적으로 단순화된 네트워크 어드레스 22는 전형적으로 영숫자 또는 단순 숫자와 같은 심벌들을 연결시킨 것이다. 이러한 심벌들은 전형적으로 키보드 또는 10-키 패드와 같은 입력장치 14를 통해서 사용자에 의해 입력된다. 시스템 10을 클라이언트로 표현하는 것이 일반적이다. 전형적으로, 클라이언트는 키보드 입력장치, 마우스 포인팅 디바이스, CRT 모니터 디스플레이, 데이터와 같은 일시적인 결과를 저장하는 내부 메모리(RAM) 및 프로그램 및 데이터베이스 테이블과 같은 장기간의 결과를 저장하기 위한 하나 이상의 하드디스크 형태의 외부 기억장치를 갖는 프로그램가능한 디지털 컴퓨터를 포함한다. 후술하는 바와 같이, 시스템 10을 컴퓨터-기반 시스템(computer-based system)으로 인식하는 것이 편리하다. 그러나, 본 발명이 통상적인 데스크탑 컴퓨터로만 국한되지 않고, 소위 스마트 텔레폰으로 불리우는 휴대형 컴퓨터 장치와 같은 다양한 플래트폼들에 적용될 수 있다는 점을 유의하여야 한다.

네트워크 자원에 존재하는 정보에 액세스하기 위한 시스템 10의 이용방법은 단순화된 네트워크 어드레스인 문자열을 이용한다. 예를 들어, 사용자가 문자열 〈patent-search〉를 입력장치 14에 타이핑하는 것을 가정할 수 있다. 문자열 〈patent-search〉가 미국특허청에 있는 특허 데이터베이스 서버에 액세스하기 위한 단순화된 네트워크 어드레스라고 가정할 때, 사용자는 특허 데이터베이스에 대한 실제 URL이 〈http://patents.uspto.gov/〉라는 것을 기억할 필요가 없게 된다. 플래트폼 12은 문자열 22를 수신하여 변환기 18로 보낸다. 변환기 18은 단순화된 네트워크 어드레스 〈patent-search〉를 받아들여, URL과 단순화된 네트워크 어드레스, 〈patent-search〉 사이의 소정의 관계를 이용하여 문자열을 URL 〈patents.uspto.gov〉로 변환한다. 플래트폼은 리턴된 URL을 이용하여 완전한 네트워크 액세스 명령 26 〈http://patents.uspto.gov/〉을 만든다. 다른 구현예에 있어서, 변환기 18는 단순화된 네트워크 어드레스를 완전한 포멧의 네트워크 액세스 명령, 예컨대, 〈http://patents.uspto.gov/〉로 변환한다. 이제, 시스템 10은 네트워크 액세스 명령 26을 네트워크 20에 발한다. 적당한 시기에, 시스템 10과 특허 데이터베이스 서버(도시하지는 않음)가 서로 연결되고, 특허 데이터베이스 서버는 HTML 포멧의 특허 데이터베이스 홈페이지 28를 리턴한다. 플래트폼은 홈페이지 28를 받아서, 홈페이지가 시스템 디스플레이 모니터 16상에 디스플레이되도록 HTML 정보를 처리한다. 이러한 예에서, http://URL/ 포멧은 인터넷 및 월드 와이드 웹(Web)과 같은 네트워크으로부터의 정보에 액세스하기 위해 이용된다. 다른 구체적인 구현예에 있어서, 네트워크 액세스 명령은 네트워크 정보의 검색을 위해서 다른 네트워크 프로토콜 명령(예컨대, 다른 TCP/IP 프로토콜 명령)을 사용한다.

대응 관계(Correspondence Relation)

하나의 구현예에 있어서, 단순화된 네트워크 어드레스 22의 URL 24로의 변환은 기억장치 및 검색엔진을 구비하는 데이터베이스에 의해 이루어질 수 있다. 이러한 구현예는 도 2의 블럭도에 도시되어 있다. 데이터베이스는 30으로 표기하였는데, 데이터베이스 30가 도 1의 변환기 18에게 부여된 기능을 수행하는 것으로 이해하면 된다. 데이터베이스 30는 기억장치 32와 검색엔진 34를 포함한다. 데이터베이스 30는 도 1의 플래트폼 12에 의해 제공된 단순화된 네트워크 어드레스 36을 입력받고 도 1의 라인 24상의 URL에 상응하는 URL 38을 리턴시킨다. 다른 구현예(도시하지는 않음)에 있어서, 데이터베이스 30는 단순화된 네트워크 어드레스 36를 수신하여 상술한 바와 같은 완전한 포멧의 네트워크 액세스 명령을 리턴시킨다.

도 2에 도시된 데이터베이스 30는 수신한 단순화된 네트워크 어드레스 36와 대응하는 URL 38 사이의 대응 관계를 나타낸다. 대응 관계들은 데이터베이스 기억장치 32에 저장된다. 대응 관계는 두 개의 부분을 갖는 데이터베이스 입력으로 생각될 수 있다: 단순화된 네트워크 어드레스 부분과 대응하는 URL 부분. 이러한 대응관계는 도 3의 개략도에 설명하였다. 대응관계는 일반적으로 숫자 40으로 표현한다. 대응관계 40는 단순화된 네트워크 어드레스 부분 42와 대응하는 URL 부분 44을 갖는다. 대응관계의 구체적인 구현예의 일례를 도 4에 도시하였다. 대응관계는 숫자 46으로 나타내었다. 단순화된 네트워크 어드레스 부분 48은 〈patent-search〉이고, 대응하는 URL 부분 50은 〈patents.uspto.gov〉이다.

일반적으로, 이러한 대응관계는 데이터베이스 30(도2)이 〈patent-search〉와 같은 특정한 단순화된 네트워크 어드레스를 입력받은 경우에, 그것은 데이터베이스 기억장치 32내의 대응관계를 조사하고, 입력된 단순화된 네트워크 어드레스 〈patent-search〉와 동일한 문자열 부분을 갖는 것을 찾을 경우 대응하는 URL 부분 〈patents.uspto.gov〉를 리턴시킬 것이다. 데이터베이스 기억장치는 수신한 단순화된 네트워크 어드레스 36를 받아들여 단순화된 네트워크 어드레스를 검색 키로 이용하는 검색엔진 34을 이용하여 검색된다. 대응관계 46의 다른 구현예(도시하지는 않음)에서는, 대응하는 URL 부분 50은 모든 필요한 네트워크 프로토콜 포멧 문자, 예컨대, 〈http://patents.uspto.gov/〉를 포함한다.

간단한 테이블 룩업(Simple Table Lookup)

전술한 실시예에서 이용되고 도 3 및 도 4에 도시된 간단한 페어 대응 관계는 대응관계의 특수한 구현예이다. 본 발명의 다른 구현예에서, 대응관계는, 도 3 및 도 4에 도시된 페어의 견지에서는 쉽게 이해되지만, 실제로 단순한 페어로 데이터베이스 기억장치내에 저장되는 것은 아니다. 그러나, 검색엔진 34을 이용하여 수신한 단순화된 네트워크 어드레스 36에 대응하는 URL을 위치시키는 과정은 데이터베이스 30의 기본적인 동작을 이해하는 것에 의존한다.

본 발명의 하나의 구현예는 대응관계의 기억장치 32와 데이터베이스 32를 검색하고 검색 키를 받아들이는 검색엔진을 구비하는 데이터베이스 30를 이용한 단순화된 네트워크 어드레스를 대응하는 URL로 변환하는 방법이다. 데이터베이스 30는 검색엔진 34에 대해서 검색키로 기능하는 단순화된 네트워크 어드레스 36을 받아들인다. 검색엔진 34은 저장되어 있는 대응관계들을 검색하여 검색키에 대응되는 URL 38을 리턴한다. 이러한 방법으로, 수신된 단순화된 네트워크 어드레스 36는 대응하는 URL 38로 변환된다. 상기의 실시예의 관점에서, 검색 문자열 〈patent-search〉는 URL 〈patents.uspto.gov〉로 변환된다. 한편, 데이터베이스 30(도시하지 않음)의 다른 구현예에 있어서, 검색문자열 〈patent-search〉는 완전한 포멧의 네트워크 액세스 명령, 예컨대, 〈http://patents.uspto.gov/〉로 변환된다.

단순화된 네트워크 어드레스의 자동 생성

본 발명의 관련 양상은 URL의 소유주가 URL 형태의 네트워크 정보의 실제 어드레스를 입력하면 시스템이 자동적으로 단순화된 네트워크 어드레스를 생성하게 하는 방법이다. 이러한 방법을 구현하는 시스템은 도 5에 도시하였는데, 이는 76으로 표기한 전체 시스템의 일부의 블럭도이다. 시스템 일부인 78은 입력장치 76, 플래트폼 80, 디스플레이 모니터 82, 및 대응 관계에 대한 기억장치 85를 갖는 데이터베이스 시스템 84을 포함한다.

이러한 관련 양상의 방법은 입력장치 78를 통해서 URL 소유주로부터 URL 86 형태의 실제 네트워크 어드레스를 받아들인다. 플래트폼 80은 URL 86을 수신하여 URL을 라인 88을 통해서 데이터베이스 84로 보낸다. 도 5에 도시된 구현예에 있어서, 데이터베이스 시스템 84은 문자열 형태의 단순화된 네트워크 어드레스를 생성하는 요소 90을 포함한다. 데이터베이스 시스템 84는 생성된 문자열과 수신한 URL을 결합시켜 92로 표기한 새로운 대응 관계를 형성한다. 생성된 대응관계 92는 단순화된 네트워크 어드레스인 새로 생성된 문자열 94과 수신한 URL 96을 포함한다. 이어서 데이터베이스 시스템 84은 새로 생성된 대응 관계 92를 데이터베이스 기억장치 85에 저장하고, 기억장치내에서 이러한 새로운 대응관계는 단순화된 네트워크 어드레스를 실제 네트워크 어드레스로 변환하는데 이용가능하게 된다.

도시하지 않은 다른 구현예에 있어서, 새로운 단순화된 네트워크 어드레스를 생성하는 요소 90은 시스템 76내에 위치하고, 데이터베이스 시스템 84내에 존재하지는 않는다. 이러한 구현예에서, 방법은 단순화된 네트워크 어드레스 부분과 대응되는 URL 부분을 모두 갖는 완전한 데이터베이스 엔트리(entry)를 형성한다. 이어서 완전한 엔트리는 데이터베이스 시스템 84로 보내진다.

다른 관련 양상에 있어서, 데이터베이스 시스템 84은 URL 소유주가 자신이 제공한 URL에 대응되는 새로운 단순화된 네트워크 어드레스를 알 수 있도록, 새로운 단순화된 네트워크 어드레스 94의 사본(copy) 98을 플래트폼으로 리턴시킨다.

다른 특수한 구현예(도시하지 않음)에 있어서, 사용자는 완전한 포멧의 네트워크 액세스 명령, 예컨대, 〈http://patents.uspto.gov/〉를 입력하고, 시스템은 그러한 네트워크 액세스 명령에 대응되는 새로운 단순화된 네트워크 어드레스를 자동적으로 생성한다.

할당 번호들: URL 숫자코드

바람직한 구현예에 있어서, 요소 90에 의해 생성된 단순화된 네트워크 어드레스는 하나 이상의 숫자를 갖고 할당된 번호(assigned number)를 정의하는 번호를 의미한다. URL 숫자코드로도 표현되는, 할당된 번호는 도 14 내지 도 20을 참조하여 더욱 상세히 설명한다.

데이터베이스의 네트워크로의 이동

다른 구현예에서 도 1 및 도 2에 도시된 시스템들은 변환 데이터베이스를 사용자시스템으로부터 네트워크으로 이동시킴으로써 확장된다. 이러한 구현예의 일례를 도 6에 블럭도로 도시하였다. 도 6의 시스템은 클라이언트 100와 네트워크-기반 변환 데이터베이스 102를 포함한다. 클라이언트 100는 네트워크 액세스를 갖는 플래트폼 104을 포함한다. 데이터베이스 102는 서버 106, 검색엔진 108, 데이터베이스 대응 관계에 대한 기억장치를 제공하는 데이터베이스 기억장치 110를 포함한다.

본 발명의 하나의 구현예는 네트워크를 통해서 액세스가능한 변환 데이터베이스를 이용하는 단순화된 네트워크 어드레싱 시스템의 작동방법이다. 상기 방법은 단순화된 네트워크 어드레스를 수신하는 단계 및 변환 데이터베이스 102에 어드레스되는 네트워크 액세스 명령을 생성하는 단계를 포함한다. 이러한 명령의 하나의 예 112는 도 6에 도시하였다. 이러한 실시예에서, 변환된 데이터베이스 102에 액세스하기 위한 URL은 〈URL1〉로 가정한다. 생성된 액세스 명령 112는 URL1을 수신된 단순화된 네트워크 어드레스와 결합시켜 액세스 명령 포멧 〈http://URL1/단순화된 네트워크 어드레스/〉를 수득한다. 이에 대해서는 도 11의 펑션 C를 참조하여 더욱 상세히 설명한다.

서버 106는 네트워크를 통해서 액세스 명령 112를 수신하여 단순화된 네트워크 어드레스 부분 114를 검색 엔진 108에 제공한다. 검색엔진은 저장된 대응 관계 110을 검색하기 위하여 단순화된 네트워크 어드레스 부분 114을 검색 키 116로 이용한다. 검색 엔진 108은 검색키 116에 대응되는 URL2 118을 얻는데, 이것은 URL2와 동일한 URL을 갖는 네트워크 자원에 대한 단순화된 네트워크 어드레스를 나타낸다. 검색엔진 108은 URL2 120을 서버 106에 리턴하고 이어서 서버는 URL2 122를 네트워크 연결을 통해서 클라이언트 100에 리턴한다. 상기 방법은 리턴된 URL2를 이용하여 제 2의 네트워크 액세스 명령 124(본 실시예에서는 〈http://URL2/〉 형태)를 생성하는 것이다. 제 2의 네트워크 액세스 명령 124는 네트워크 페이지가 저장된 네트워크 자원을 향한 것이고, 이러한 실시예에서 HTML 페이지 126은 네트워크 연결을 통해서 사용자에게 리턴된다. 따라서, 도 6에 도시된 URL1은 네트워크 데이터베이스 102에 액세스하기 위한 것인 반면에, URL2는 사용자가 액세스하고자 하는 웹 페이지에 대한 URL이다.

도 6에 도시된 구현예에서, 클라이언트 100은 리턴된 HTML 페이지 126에 대응하는 단순화된 네트워크 어드레스로 시작하고, 변환 데이터베이스 102는 단순화된 네트워크 어드레스를 HTML 페이지에 액세스하기 위해 필요한 URL2 122로 변환시킨다. 클라이언트 100은 URL2를 이용하여 네트워크 액세스 명령 124를 생성하고 네트워크는 목적으로 하는 HTML 페이지 126을 리턴한다.

이전의 도면에서 도시된, 단순화된 네트워크 어드레싱 시스템의 다른 구현예에 있어서, 변환 데이터베이스(도 6의 102)는 각각이 네트워크를 통해서 액세스가능한 다수의 서버-기반 데이터베이스(server-based databases)로 분할된다.

단순화된 네트워크 어드레싱 시스템의 또 다른 구현예(도시하지 않음)에 있어서, 변환 데이터베이스는 URL2 122, 예컨대, 〈http://URL2/〉를 포함하는 완전한 포멧의 네트워크 액세스 명령을 리턴한다.

속도 향상: 로컬 캐쉬(Local Cache)의 유지

도 7은 클라이언트에 있는 제 1 부분과 네트워크 연결에 의해 액세스가능한 제 2 부분 사이에 위치된 변환 데이터베이스를 설명한 블럭도이다. 도 7은 128번으로 표기한 클라이언트, 플래트폼 130, 클라이언트 검색엔진 132, 및 선택된 대응관계를 저장하는 클라이언트 캐쉬 134를 포함한다. 도 7은 또한 네트워크 액세스가능한 변환 데이터베이스 136과 클라이언트 128, 변환 데이터베이스 136, 및 다른 네트워크 자원들(도시하지 않음) 사이의 네트워크 연결들을 포함한다. 이들 네트워크 연결들은 숫자 138로 나타내었다.

본 발명의 하나의 구현예는 도 7에 도시된 구성요소들을 이용하는 단순화된 네트워크 어드레싱 시스템의 작동방법이다. 네트워크 액세스가능한 자원에 대한 단순화된 네트워크 어드레스가 클라이언트 128에 입력되는 경우, 단순화된 네트워크 어드레스 140은 클라이언트 캐쉬 134에 위치한 선택된 대응관계를 검색하기 위한 검색키 142로 상기 단순화된 네트워크 어드레스를 이용하는 클라이언트 검색엔진 132를 패스한다. 상기 키 142를 매치시키는 대응관계가 캐쉬 134에 위치되면, 클라이언트 검색엔진은 대응하는 URL 144(본 실시예에서는 URL2로 가정)를 리턴한다. 클라이언트 캐쉬 134내에서 대응하는 URL이 발견되면, 클라이언트 128은 URL2를 이용해서 사용자에 의해 입력된 단순화된 네트워크 어드레스에 대응하는 네트워크 파일의 사본을 갖는 네트워크 자원에 어드레스된 네트워크 액세스 명령 146 〈http://URL2/〉를 만든다. 어드레스된 네트워크 자원(도시하지 않음)은 목적으로 하는 네트워크 파일, 본 실시예에서는 HTML 페이지 148을 리턴한다.

단순화된 네트워크 어드레스 140이 클라이언트 캐쉬 134에서 발견되지 않을 때, 클라이언트는 단순화된 네트워크 어드레스를 이용하여 네트워크 액세스가능한 변환 데이터베이스 136에 어드레스되는 네트워크 액세스 명령 150을 생성한다. 대응관계를 매치시키기 위한 데이터베이스 136의 검색은 도 6에서 설명한 바와 같이 일어난다. 검색이 성공적이라면, 변환 데이터베이스 136은 네트워크 연결 138을 통해서 클라이언트에 URL2를 리턴하고 클라이언트 128은 리턴된 URL2를 이용하여 상술한 바와 같이, 네트워크 액세스 명령 146을 생성한다.

도 7에 도시된 구현예는 도 6에 도시된 보다 단순한 구현에에 비하여 몇 가지 이점을 갖는다. 첫 번째 이점은 작동 속도이다: 단순화된 네트워크 어드레스에 대응하는 URL은 클라이언트 로컬 캐쉬 134내에서 발견되고, 액세스 명령 146은 떨어져 있는 변환 데이터베이스 136이 반응하기를 기다리지 않고 발행될 수 있다. 두 번째 이점은 현재 인터넷 및 그의 월드 와이드 웹에서 흔히 일어나는 것과 같이, 오랜 동안 반응이 없는 것이 전형적인 것이 되거나 네트워크 연결이 일상적으로 끊어지는 경우와 같이 네트워크가 불안정하거나 신뢰할 수 없을 때 두드러진다. 이렇게 신뢰할 수 없는 상황하에서, 필요한 URL이 로컬 캐쉬 134에서 발견될 때, 액세스 명령 146은 신속하게 생성될 수 있다.

단순화된 네트워크 어드레스 시스템의 다른 구현예에서, 도 7의 네트워크 액세스가능한 변환 데이터베이스 136은 다수의 네트워크 액세스가능한 데이터베이스 사이에 분할된다.

단순화된 네트워크 어드레스 시스템(도시하지 않음)의 다른 구체적인 구현예에서, 로컬 캐쉬 134와 원격의 데이터베이스 136은 앞서 설명한 바와 같이, 완전한 포멧의 네트워크 액세스 명령을 리턴한다.

윈도우의 이용

도 1 및 도 5는 액세스 네트워크 정보를 디스플레이하는 디스플레이(도 1의 16)을 제공하는 본 발명의 여러 가지 양상에 따른 시스템을 설명한 도면이다. 본 발명의 특수한 구현예에 있어서, 클라이언트 플래트폼(도 1의 12)은 흔히 윈도우라고도 하는, 윈도우 디스플레이를 제공하는 운영체제를 포함한다. 이러한 윈도우들은 디스플레이(도 1의 16)의 일부를 차지할 수 있고, 각기 다른 정보를 포함하는 여러 개의 원도우들이 동시에 디스플레이될 수 있다. 도 8은 원도우 시스템의 개략도이다. 도 8은 윈도우 환경을 제공하는 운영체제 153을 갖는 클라이언트 플래트폼 152를 포함하고, 단순화된 네트워크 어플리케이션(″HATCH APPLICATION″) 154를 갖는다. 특수한 환경은 전체 윈도우 158을 형성하는 디스플레이 스크린을 채울 수 있는 크기이고 그와 같이 위치된, 숫자 155로 표현한 네트워크 브라우저 어플리케이션을 포함하고 어드레스 윈도우 156 및 네트워크 윈도우 157을 갖는다.

본 발명의 특수한 구현예의 방법은 먼저 사용자가 어드레스 윈도우 156에 단순화된 네트워크 어드레스를 입력(159)시키는 과정을 포함한다. 사용자가 입력한 단순화된 네트워크 어드레스는 단순화된 네트워크 어드레스를 HATCH APPLICATION 154로 패스시키는(161) 운영체제 153에 의해 모니터(160)된다. HATCH APPLICATION 154는 사용자 입력이 단순화된 네트워크 어드레스인지를 판단하여, 앞서 설명한 바와 같이, 단순화된 네트워크 어드레스의 사본을 포함하는 변환 요청 명령을 생성하여, 생성된 명령을 변환 데이터베이스(도 6의 120)로 보내고, 마침내 목적으로 하는 네트워크 정보를 검색하기 위해 데이터베이스로부터 완전한 포멧의 네트워크 액세스 명령, 예컨대, 〈http://URL2/〉(도 7의 146)을 수득한다. 브라우저 어플리케이션 155는 변환 과정중에 계속해서 어드레스 윈도우 156상에 사용자가 입력한 단순화된 네트워크 어드레스를 디스플레이한다. 네트워크 액세스 명령이 수득되면, HATCH APPLICATION 154는 어드레스 윈도우 156에 있는 이전에 디스플레이된 단순화된 네트워크 어드레스를 새로 생성된 네트워크 액세스 명령(예컨대, 〈http://URL2/〉)으로 대체한다(162). 브라우저 어플리케이션 155는 네트워크 액세스 명령을 이용하여 목적으로 하는 네트워크 정보에 액세스한다. 액세스된 네트워크 정보(도 7의 148)가 수득되면, 그것은 네트워크 윈도우 157에 디스플레이된다.

다양한 입력 및 포인팅 디바이스

다양한 입력 및 포인팅 디바이스들이 단순화된 네트워크 어드레스를 입력하는데 이용될 수 있다. 키보드와 같은 것은 일부는 단독으로 동작할 수 있고, 포인팅 디바이스 및 TV 리모콘과 같은 다른 일부는 단순화된 네트워크 어드레스를 입력하기 위해 협력해야만 한다. 도 9는 클라이언트 플래트폼 166과 168로 표기한 다양한 입력장치들의 블럭도이다. 이러한 장치들은 반드시 이들로 국한되는 것은 아니지만, 이하의 것들중 어느 하나를 포함한다: 표준 키보드 170, 10-키 패드 172, 전화 키 패드 174, 컴퓨터 마우스 176, 컴퓨터 트랙볼 178, 터치 패널 180, 펜 포인팅 디바이스 182, 바-코드 판독기 184, 부호화된 형태의 단순화된 네트워크 어드레스를 포함하는 매체를 광학적으로 판독하는 OCR 186, 부호화된 형태의 단순화된 네트워크 어드레스를 포함하는 매체를 기계적으로 판독하는 OCR 188, TV 셋트에 첨부되어 있는 TV 리모콘 190, 게임 셋트에 첨부되어 있는 리모콘 192, 가라오케 세트에 첨부되어 있는 리모콘 194, 및 음성으로 되어 있는 단순화된 네트워크 어드레스를 받아들이기 위한 음성 입력 장치 196.

본원에서 언급된 몇몇 입력장치 및 포인팅 디바이스들은 단순화된 네트워크 어드레스를 입력하기 위해 디스플레이 디바이스(도 1의 16)와 함께 동작한다. 도 10은 포인팅 디바이스, 운영체제, 및 그로부터 단순화된 네트워크 어드레스가 만들어지는 심벌들의 윈도우 디스플레이 사이의 협력과정을 일례를 도시한 개략도이다.

도 10은 컴퓨터 마우스 198, 클라이언트 플래트폼 200, 운영체제 202, 디스플레이된 복합 윈도우 204, 디스플레이된 커서 206, 및 디스플레이된 전화 키 패드 208을 포함한다. 마우스 198를 표면에 대해서 상대적으로 이동시키면 디스플레이된 커서 206이 디스플레이된 복합 윈도우 204내에서 그에 상응하여 움직이게 된다. 도시된 마우스는 좌측 버튼 210 및 우측 버튼 212를 포함하고, 디스플레이된 객체를 선택, 활성화, 및 이동시키는데 이용된다. 이러한 실시예에서, 작동자는 디스플레이된 전화 키 패드 208의 숫자들중 하나에 커서를 위치시키기 위해 마우스 198을 이용한다. 이어서 작동자는 그가 커서 206를 위치시킨 숫자를 선택하기 위해 좌측 마우스 버튼 210을 누른다. 운영체제 202는 어느 숫자가 커서 위치와 대응되는지 결정하여 디스플레이된 전화 키 패드 208 위에 위치된 단순화된 네트워크 어드레스 디스플레이 윈도우 216에 그러한 숫자 214를 디스플레이한다. 이러한 처리과정은 한번에 하나의 숫자씩 단순화된 네트워크 어드레스가 모두 디스플레이 윈도우 216에 입력될 때까지 계속된다. 단순화된 네트워크 어드레스는 앞서 설명한 바와 같이 대응하는 URL로 변환된다.

본 발명이 속하는 기술분야의 당업자들은 단일 버튼 마우스, 3 버튼 마우스, 또는 기타의 균등한 컴퓨터 포인팅 디바이스가 본 발명의 범위를 변화시키지 않고 상기 실시예의 2 버튼 마우스를 대체할 수 있다는 것을 이해할 수 있을 것이다. 실시예는 단지 본 발명의 특징을 실무적인 방법으로 설명하기 위한 것일뿐 본 발명의 범위를 제한하고자 하는 것은 아니다.

메세지 에일리어싱(Message Aliasing)

다른 그룹의 본 발명의 다른 구현예는 수순, 기억장치를 갖고 수순을 호출하기 위해 메세지 패싱(message passing)을 이용하는 운영체제 환경, 즉, 객체-지향 프로그래밍 스타일을 이용하는 환경이다. 이러한 유형의 여러 가지 타입의 운영체제들이 알려져 있다. 도 11은 사용자 인터페이스 218, 펑션 A, B 및 C와 메세지 패싱 운영체제 222를 포함하는 Hatch 어플리케이션으로 불리우는 응용프로그램 사이의 상호작용을 설명한 개략도이다.

이러한 구현예들은 어플리케이션에 대한 메세지를 모니터링함으로써 인터넷 브라우저와 같은 기존의 어플리케이션에 기능성(functionality)을 부가한다. 하나의 실무적인 예에서, Hatch 어플리케이션 220은 브라우저 위치(어드레스) 필드에 대한 메세지를 모니터링함으로써 브라우저 어플리케이션에 의해서는 구현되지 않는 서비스를 제공한다.

도 11은 사용자 인터페이스 218에 사용자 메세지로 입력된 〈단순화된 네트워크 어드레스〉가 운영체제 222에 의해 인터셉트되고 에일리어스 메세지, 예컨대, 〈URL1/단순화된 네트워크 어드레스〉가 단순화된 네트워크 어드레스 대신에 대체된것을 나타낸다. 도 6과 관련된 설명에서는 URL1이 변환 데이터베이스 102의 네트워크 어드레스이었다. 도 11은 에일리어스 메세지를 만드는데 이용되는 클라이언트 내부에서의 프로세스의 개략도이다. 메세지 패싱 운영체제에서, 이러한 메세지 에일리어싱 프로세스는 단순화된 네트워크 어드레스를 이용하여 네트워크 액세스가능한 변환 데이터베이스(도 6의 102)에 대한 네트워크 액세스 명령의 일부를 생성한다. 메세지 에일리어싱 프로세스 자체는 본 발명의 하나의 양상의 구현예이다. 다른 구현예의 메세지 에일리어싱 시스템에서, 에일리어스 메세지는 상술한 바와 같이, 완전한 포멧의 변환 요청 명령, 예컨대, 〈http://URL1/단순화된 네트워크 어드레스/〉를 생성한다.

도 11에 도시된 메세지 에일리어싱 프로세스는 사용자가 메세지 224를 입력하여 Hatch 어플리케이션 220을 구동시킴으로써 개시된다. 개시 메세지 224는 Hatch 어플리케이션 220으로 보내지고 객체, 펑션 A 226을 만든다. 펑션 A는 운영체제 메세지 콘트롤 테이블 228에서 엔트리 227을 만든다. 메세지 콘트롤 테이블의 일례는 마이크로소프트 윈도우(마이크로소프트 코퍼레이션의 등록상표) 95 및 윈도우스NT 운영체제내에 정의되어 있는 Hook Table이다. 이 시점에서, 메세지 에일리어싱 프로세스는 일시중지되고 사용자가 다른 메세지를 보내기를 기다린다.

단순화된 네트워크 어드레스 형태의 사용자 입력 메세지 230은 Hatch 어플리케이션 220으로 보내지고, Hatch 어플리케이션 220는 메세지를 운영체제 222로 보낸다. 이곳에서 메세지는 메세지 콘트롤 테이블 엔트리 227를 통해서 다시 Hatch 어플리케이션으로 보내지고 그곳에서 펑션 B 232를 호출한다. 펑션 B의 목적은 운영체제 Call Back Process 236내에 새로운 엔트리 234를 생성하는 것이다. 당업자들은 Call Back Process 236이 시스템내에서 운영체제 레벨의 메세지를 보내는 대표적인 운영체제 솔루션임을 인식할 것이다. 메세지 230은 결국 본원에서 표적 Navigator A 238로 불리우는 네트워크 브라우저를 의도하는 것이다.

사용자는 〈단순화된 네트워크 어드레스〉 메세지를 표적 Navigator A 238로 보내려고 의도하지만, Navigator A는 〈단순화된 네트워크 어드레스〉를 그 자체의 형태로는 인식하지 못한다. 펑션 B 232는 사용자가 새로운 수신처로 메세지를 처음 보낼 때 Call Back Process 236내에서 새로운 엔트리 234를 만든다. 따라서, 사용자가 메세지 〈단순화된 네트워크 어드레스〉 230을 이전에는 표적 Navigator A로 메세지를 보낸 적이 없었던 Navigator A 238로 보낼 때, 펑션 B 232는 Call Back Process 236으로부터 표적 Navigator A의 오리지널 콜 백 펑션(original call back function)을 제거하여, 오리지널 콜백 펑션을 저장하고, 오리지널 콜백 펑션을 새도우 콜백 펑션 234로 대체한다. 새도우 콜백 펑션 234는 〈단순화된 네트워크 어드레스〉 230을 Hatch 어플리케이션 220내의 평션 C 240으로 보내는데 이용된다. 펑션 C는 〈단순화된 네트워크 어드레스〉 230을 표적 Navigator A 238에서 받아들일 수 있는 에일리어스 메세지 242, 예컨대, 〈http://URL1/단순화된 네트워크 어드레스/〉로 변환하고, 에일리어스 메세지 242를 목적으로 하는 표적 Navigator A 238로 보낸다.

펑션 B 232와 메세지 콘트롤 테이블 엔트리 227은 협력하여 처음으로 입력되는 모든 〈단순화된 네트워크 어드레스〉를 목적으로 하는 표적으로 보내도록 하는 투-스테이트 장치를 구성한다. 두 상태 가운데 첫 번째에서, 표적 Navigator A 238로 의도된 〈단순화된 네트워크 어드레스〉 230은 새도우 콜백 펑션 234를 생성시키고 이후 〈단순화된 네트워크 어드레스〉의 에일리어스 네비게이터-허용가능한 형태 〈http://URL1/단순화된 네트워크 어드레스/〉로 변환시킨다. 새도우 콜백 펑션을 만든후, 스테이트 장치는 두 번째 스테이트 보다 앞선다. 여기서 그것은 Hatch어프리케이션 220이 꺼질때까지 남아 있는다. 두번째 스테이트중에, 동일한 표적 Navigator A 238로 향하는 뒤이은 〈단순화된 네트워크 어드레스〉 메세지 244가 직접 새도우 콜백 펑션 234에 의해 Hatch 어플리케이션 펑션 C 240으로 보내진다. 펑션 C는 〈단순화된 네트워크 어드레스〉를 에일리어스 허용가능한 형태 〈http://URL1/단순화된 네트워크 어드레스/〉 형태로 변환하여 이러한 에일리어스 메세지 242를 목적으로 하는 수신처 238로 보낸다.

사용자가 Hatch 어플리케이션을 끄기 위해 메세지를 입력할 때, 새도우 콜백 펑션 234는 이전에 저장되었던 브라우저 어플리케이션 오리지널 콜백 펑션으로 대체되고, 이전의 운영체제 동작은 재개된다.

단순화된 네트워크 어드레스에 대한 메세지 에일리어싱

도 12는 상술한 메세지 에일리어싱 프로세스를 네트워크 액세스가능한 정보에 대한 단순화된 네트워크 어드레싱의 특수한 실시예를 구현하는데 이용하는 것을 도시한 개략도이다. 도 12는 사용자 〈단순화된 네트워크 어드레스〉 메세지 246, 내부 메세지 에일리어싱 프로세스 248, 디스플레이 모니터 250, 어드레스 윈도우 252, 네트워크 윈도우 254, 네트워트 연결 256, 네트워크 액세스가능한 변환 데이터베이스 258, 및 네트워크 액세스가능한 정보 자원 260을 포함한다. 사용자는 특수한 메세지 에일리어싱 프로세스 248에 의해 〈http://www. hatchusa.com/search.P?number=888/〉 264로 변환되는 단순화된 네트워크 어드레스 888〉 262를 입력한다. 이러한 네트워크 액세스 명령은 서버의 구체적인 예인 HatchUSA 서버에 변환 데이터베이스 258의 구현을 요청하는 것이다. 데이터베이스 258은 단순화된 네트워크 어드레스 〈888〉에 대응하는 URL 266을 리턴시키는데 요구된다. HatchUSA 서버 258은 완전한 포멧의 네트워크 액세스 명령 〈/www.hatch.co.jp/〉를 〈888〉에 대응하는 URL 266로 리턴한다. 네트워크 액세스 명령 268은 네트워크 256을 통해서 Hatch. Co. JP 서버 260에 전달된다. Hatch. Co. JP 서버 260은 자신의 HTML 홈페이지 270을 사용자의 디스플레이 모니터 250의 네트워크 윈도우 254에 디스플레이한다.

네트워크 서버 명령에 대한 메세지 에일리어싱

기존의 인터넷 브라우저들은 메일 〈mailto://〉, FTP〈ftp://〉, 뉴스〈news://〉와 같이 제한된 수의 인터넷 프로토콜을 구현한다. 사용자 입력을 모니터하는 서비스 프로그램은 브라우저에 의해서는 구현되지 않았던 완전한 세트의 새롭게 정의되는 포로토콜들을 인식 및 구현할 수 있다. 이러한 예의 하나는 브라우저 위치 필드로부터 인터넷 검색엔진에 직접 액세스하는 것이다. 예를 들어, 사용자가 문자열 〈yahoo://hatch/〉를 입력하면, 기존의 브라우저는 URL 〈http://yahoo://hatch/〉에 접속하려고 시도할 것이고, 그렇게 되면 〈http://yahoo://hatch/〉가 유효한 URL이 아니기 때문에 에러가 발생할 것이다. 사용자의 입력을 모니터링하는 서비스 프로그램은 문자열 〈yahoo://hatch/〉를 문자열 〈hatch〉를 YAHOO!검색엔진에 의해 찾아 달라는 요청으로 인식하여 결과를 다음의 URL을 브라우저에 보낼 것이다: 〈http://search. yahoo.co.jp/bin/search?p=hatch/〉. 이러한 URL은 브라우저로 하여금 〈search.yahoo.co.jp〉에 있는 검색엔진 접속하게 하여 키워드 〈hatch/〉에 대한 검색을 시작하게 한다. 검색엔진은 검색결과를 브라우저로 리턴시킬 것이다. 이상의 설명은 개략적인 것으로, 이하에서 본 실시예에 대하여 상세히 설명한다.

도 13에는 원격지의 서버의 명령을 단순화하기 위해 메세지 에일리어싱 프로세스를 이용하는 본 발명의 관련 구현예를 도시하였다. 도 13에 도시된 구체적인 실시예에서, 사용자는 단순화된 네트워크 어드레스 〈yahoo://olympic〉을 입력하고 YAHOO!인터넷 검색 데이터베이스는 키워드 〈olympic〉에 대한 검색 결과를 리턴한다. YAHOO!는 문자열 〈yahoo://olympic〉을 인식하지 못하기 때문에, 인식가능한 네트워크 액세스 명령을 구성하기 위해 메세지 에일리어싱 프로세스가 이용된다. 사용자가 입력한 문자열 〈yahoo://olympic〉는 명령부분 〈yahoo://〉과 파라미터 부분 〈olympic〉을 포함한다.

도 13은 사용자 입력 메세지 272, 내부 메세지 에일리어싱 프로세스 274, 사용자 디스플레이 모니터 276, 디스플레이된 어드레스 윈도우 278, 디스플레이되는 인터넷 윈도우 280, 네트워크 연결 282, YAHOO!데이터베이스 서버 284를 포함한다. 사용자 입력 메세지 272는 문자열 〈yahoo://olympic〉이다. 이러한 문자열은 프로세스 274에 의해 에일리어스 메세지 문자열 〈http://search. yahoo.com/bin/search?p=olympic/〉 로 변환된다. 상술한 도 11에서의 설명을 참조하면, 사용자 입력 문자열에 대하여 에일리어스 문자열을 만드는 것은 Hatch 어플레리케이션 펑션 C 240이다. 사용자 입력 문자열 〈yahoo://olympic〉은 어드레스 윈도우 278에 디스플레이된다. 그리고 그것은 긴 형태의 에일리어스 메세지 문자열로 대체된다. 에일리어스 메세지 문자열은 YAHOO!데이터베이스에 키워드 〈olympic〉에 대한 검색 결과를 리턴하도록 명령하는데 적당한 포멧이다. 적절한 포멧의 네트워크 액세스 명령은 네트워크 연결 282를 통해서 YAHOO!데이터베이스 284에 전송된다. 데이터베이스 서버 284는 YAHOO!데이터베이스의 검색결과를 HTML 부호화 문서 286의 형태로 리턴한다. 부호화된 문서는 네트워크 윈도우 280에 디스플레이되어 단순화된 서버 명령 프로세스를 완료한다.

YAHOO!시스템에 대해 정의된 〈http://URL/.../search?p=parameters/〉 명령과 같은 소정의 명령에 반응할 수 있는 네트워크 서버의 수는 증가되고 있다. 현재 단지 〈http://URL/.../〉, 〈mailto://email address/〉, 〈ftp://.../〉 및 〈news://newsgroup address/〉만이 정의되어 있을 뿐이다. 새로운 서버 명령이 정의되기 때문에, 상기의 메세지 에일리어싱 프로세스는 사용자가 입력한 단순화된 명령에 대하여 적당한 포멧의 에일리어스 메세지를 생성 및 대체할 수 있도록 잘 적응하여야 한다. 예를 들어, Hatch 어플리케이션은 〈altavista://.../〉, 〈infoseek://.../〉, 〈yahoo://.../〉, 등(ALTAVISTA는 디지털 이큅먼트 코퍼레이션의 등록 서비스마크이다)과 같은 다양한 검색엔진을 지원할 수 있도록 맞추어질 수 있다.

검색가능한 데이터베이스로서의 대응관계 테이블

이상의 구현예들은 기본적으로 단순화된 네트워크 어드레스 또는 서버 명령을 입력하고 나중에 가서 목적으로 하는 웹페이지를 수신하는 사용자의 관점에서 설명하였다. 이제 초점을 단순화된 네트워크 어드레스를 특정 URL로 변환하는데 이용되는 대응관계들을 저장하고 있는 네트워크 액세스가능한 데이터베이스쪽으로 돌려보자. 데이테베이스 자체는 본 발명의 하나의 구현예가 된다. 현재의 초점에 대한 이전의 예들은 네트워크 기반 변환 데이터베이스(도 6의 102), 네트워크 액세스가능한 데이터베이스(도 7의 136) 및 네트워크 액세스가능한 변환 데이터베이스(도 12의 258)이다. 도 6에 도시된 데이터베이스 102는 이하의 논의에 대한 필요한 배경을 제공할 것이다.

제 1 구현예는 서버-기반, 네트워크-검색가능한 데이터베이스 시스템(도 6의 102)이다. 데이터베이스 102는 네트워크에 대한 통신 연결을 제공하는 서버 106를 포함한다. 서버 106은 통신 연결을 통해서 검색 요청 112를 받고, 수신된 검색 요청은 단순화된 네트워크 어드레스:〈http://URL1/단순화된 네트워크 어드레스/〉를 포함한다. 기억장치 110은 네트워크 URL과 단순화된 네트워크 어드레스 사이의 대응관계를 정의하는 대응관계 테이블을 포함한다. 데이터베이스는 수신한 단순화된 네트워크 어드레스를 매칭시키는 대응관계에 대한 저장된 대응관계들 110을 검색하기 위해 검색키 118로 수신한 단순화된 네트워크 어드레스를 이용하는 검색엔진 108도 포함한다. 검색엔진 108이 매치되는 대응관계를 찾으면, 대응하는 URL 118, 120을 서버 106에 리턴시킨다. 서버는 이어서 대응하는 URL 122를 요청자, 즉, 도 6의 클라이언트 100에 리턴한다. 데이터베이스 102는 본 발명의 구현예이다.

실제적인 의미에서, 도 6에 도시된 서버-기반, 네트워크-검색가능한 데이터베이스 시스템은 네트워크 또는 단순화된 네트워크 어드레스를 URL로 변환하기 위해 데이터베이스를 이용하는 클라이언트 시스템 100과 분리되어 존재하지는 않는다. 따라서, 특수한 구현예에 있어서, 데이터베이스 시스템은 네트워크를 통해서 검색요청 112를 발하고 네트워크를 통해서 액세스된 네트워크 정보를 받는 클라이언트 시스템을 포함한다.

번호 등록(Number Registration)

도 14는 저장된 대응관계들의 서버-기반, 네트워크-검색가능한 데이터베이스의 생성, 업데이트, 및 유지에 관한 몇가지 프로세스를 설명한 도면이다. 도 14에 도시된 프로세스는 URL 데이터베이스 288(위쪽 것과 아래쪽 것이 절단선에 의해 연결되어 있다), URL 등록 프로세스 290, 저장된 등록 자원 292, 검색엔진 294, 및 대응관계 등록 프로세스 296을 포함한다. 요소 288-296은 저장된 대응관계들의 서버-기반, 네트워크-검색가능한 데이터베이스이다. 상기 데이터베이스는 URL 소유주가 입력하여 업데이트 가능하다.

특수한 구현예에 있어서, 도 14에서 URL 등록 프로세스 290과 같이, URL 소유주는 URL 숫자코드와 같은 단순화된 네트워크 어드레스를 입력한다. URL 숫자코드는 검색엔진 294로 전달되어 등록 프로세스 290의 검색키로 이용된다. 검색엔진 294는 수신한 URL 숫자코드가 이미 이용되고 있는 것인지를 확인하기 위해 데이터베이스 288내에 기등록된 URL 숫자코드를 조사하는데 이용된다. 그것이 이미 등록된 것이 아니라면, 수신한 URL 숫자코드는 일시적으로 등록 자원 292으로서 저장된다. URL과 URL 숫자코드 사이의 새로운 대응관계는 등록 프로세스 296에 제공되는데, 등록 프로세스는 새로운 대응관계를 URL 데이터베이스 288에 저장한다. URL 데이터베이스 288은 도 6의 저장된 대응관계들 110에 대응되는 것이다. 만약 URL 숫자코드가 이전에 등록된 것으로 확인되면, URL 소유주는 새로운 URL 숫자코드로 등록 프로세스 290을 시작한다.

URL 소유주는 예를 들어 전화번호, 생일, 차량번호, 집주소, 방번호 등과 같은 번호에 기초하여 선택될 수 있는, URL 숫자코드와 같은 바람직한 단순화된 네트워크 어드레스를 등록할 수 있다. 특수한 구현예에 있어서, URL 소유주는 단순화된 네트워크 어드레스를 정하기 위해 소정의 세트의 음악적 톤으로부터 음악적 톤들의 시퀀스를 선택한다. 이러한 시스템은 이러한 시퀀스 및 대응하는 URL을 단순화된 네트워크 어드레스로 변환할 수 있는 요소를 포함한다. 데이터베이스는 단순화된 네트워크 어드레스를 이용하여 단순화된 네트워크 어드레스가 처음부터 음악적 톤들의 시퀀스로 정의되는 새로운 대응관계를 만든다. 이러한 숫자들을 일반적으로 선착순으로 할당된다.

단순화된 네트워크 어드레스로서의 문자 및 숫자 시퀀스

도 15는 본 발명의 특수한 구현예에 있어서 단순화된 네트워크 어드레스를 입력하는데 이용되는 전화 키 패드, 또는 10-키 패드를 도시한 도면이다. 키 패드는 306으로 표현하였다. 키 패드 306은 숫자 및 관련 알파벳 문자를 갖는 키들을 포함한다. 숫자 2의 키(308)는 문자 A, B, 및 C도 갖는다. 숫자 0의 키(310)는 문자 Q, 및 Z도 포함한다.

도 16 내지 도 20은 문자 및 숫자 시퀀스를 대응관계 한정시 사용하기 위한 URL 숫자코드와 같은 단순화된 네트워크 어드레스로 변환하는 일군의 프로세스에 관계한다.

도 16은 10-숫자 URL 숫자코드(할당된 번호)의 전형적인 포멧을 도시한 도면이다. URL 숫자코드는 대체적으로 312로 표시하였고, 위의 숫자 314, 4-숫자 수 316, 2-숫자 수 318, 및 3 숫자 수 320을 포함한다. URL 숫자코드는 숫자들 314 및 316이 연쇄적으로 존재하는 반면에, 숫자 318과 320은 이러한 코드 요소를 선택적으로 포함한다.

도 17은 〈1〉 부터 〈9〉까지 범위의 알파벳 문자와 참조 번호들 사이의 대응관계를 한정하는 테이블이다. 상기 테이블은 숫자 322로 표현한다. 문자들은 그룹으로 배열되고, 하나의 문자 그룹이 행마다 배열되고, 표 322의 최좌측 하단 열에 기록된다.

도 18은 알파벳 문자와 할당 규칙(Rules of Assignment) 사이의 대응관계를 한정하는 테이블이다. 상기 테이블은 334로 표현하였다. 문자 그룹들은 테이블 334의 최좌측 열을 따라 배열된다. 두 개의 테이블 322와 334의 최좌측 열을 다라 존재하는 특수한 문자 그룹들은 서로 동일하지 않다.

도 19는 본 발명의 특수한 구현예에 따라서 URL 숫자코드를 만드는 과정의 흐름도이다. 이러한 프로세스를 340으로 표현한다.

도 20은 본 발명의 다른 특수한 구현예에 따라 URL 숫자코드를 만드는 과정을 도시한 흐름도이다.

URL 숫자코드의 특수한 구현예는 다수의 숫자들, 예를 들어, 10자리 숫자를포함한다. 숫자들은 URL 숫자코드에서의 그들의 역할에 따라 도 16에서와 같이 그룹지워진다. 첫번째(상측) 숫자 314는 URL 명칭의 첫번째 문자를 이용하는 프로세스를 통하거나 또는 그렇지 않으면 숫자 〈0〉 또는 〈1〉을 선택함으로써 할당된다. 첫번째로 파생된 숫자는 도 17에 도시된 바와 같이 참조번호와 함께 URL 명칭의 첫번째 문자를 이용하여 수득된다. 예를 들어, 명칭 〈ntt〉는 첫번째 문자 〈n〉을 갖는다. 도 17에서, 문자 〈n〉는 행 〈mno〉 324에서 발견된다. 다음으로, 적당한 참조번호(도 17)가 선택된다. 〈n〉은 명칭의 첫번째 문자이기 때문에 적당한 참조번호는 〈1〉이다. 〈n〉이 행 〈mno〉 및 열 1에 존재하는 결과로, 첫번째 파생 번호 〈6〉이 수득된다(도 17의 326 참조). 따라서, URL 숫자코드의 첫번째 숫자는 〈6〉이다. 그렇지 않으면, URL 공급자는 도 17의 상기 이용례로부터 수득되는 첫번째 파생 번호 대신에 첫번째 숫자를 〈0〉 와 〈1〉 중에서 선택할 수 있다.

두 번째 내지 다섯번째 까지의 숫자들(도 16의 316)의 할당방법은 다음과 같이 도 17 및 18을 이용한다. 4 숫자 번호(four digit number)는 도 17의 이용에 의해 수득된 제 1 파생 번호들(first derivative numbers)에 의해 수득되고 이러한 최초 파생 번호들을 도 18의 할당 규칙(Rules Assignment)에 의해서 제 2 파생 번호들로 변환한다. 예를 들어, URL 명칭 〈ntt〉는 도 17을 이용하여 처리된다. 첫 문자 〈n〉는 상술한 제 1 파생 번호〈6〉을 갖는다. 두번째 문자 〈t〉는 행 〈tuv〉 328에서 발견되고 참조번호 〈2〉(도 17의 330)와 결합되어 제 1 파생 번호 〈7〉(도 17의 332)이 된다. 마찬가지로 세번째 문자 〈t〉는 행 〈tuv〉 에서 발견되고 참조번호 〈3〉와 결합되어 제 1 파생 번호 〈6〉이 된다.

다음으로, 수득된 제 1 파생 번호는 다음과 같이 도 18의 할당 규칙(Rules Assignment)을 통해서 제 2 파생 번호로 변환된다. 각각의 문자의 제 1 파생 번호는 이러한 문자에 대응되는 행에 위치되어, 제 1 파생 번호가 제 2, 제 3, 제 4 또는 제 5 숫자와 대응되는지 보여준다. 각 행의 제 1 파생 번호들(도 18)이 첨가된다. 첨가 결과 2 숫자 번호가 되면, 첫번째 숫자가 삭제된다.

〈ntt〉예로 돌아가면, 제 1 파생 번호 〈6〉(〈n〉의 경우)은 〈ncjfrlx〉 행 (도 18의 336)에 위치되는데 이는 이것이 세 번째 숫자임을 가리킨다. 제 1 파생 번호 〈7〉 및 〈6〉(〈t〉의 경우)은 〈tkpgwz〉 행(도 18의 338)에 위치되는데 이는 이것이 네 번째 숫자임을 가리킨다. 이러한 행에 제 1 파생번호 〈7〉 및 〈6〉를 추가하면 총 〈13〉이 된다. 총 〈13〉중 첫번째 숫자 〈1〉를 삭제하면 네 번째 숫자가 〈3〉이 된다. 도 18의 제 2 및 제 5 숫자에 해당하는 알파벳 문자는 존재하지 아니하므로, 결과적으로, 제 2 및 제 5 숫자는 각각 숫자 〈0〉을 할당받는다. URL 숫자코드 312(도 16)의 제 2 내지 제 5 숫자는 〈ntt〉 명칭을 사용할 때 〈630〉이다. 도 18의 할당규칙에 의해 수득한 번호들을 제 2 파생 번호라 한다. 따라서 제 2, 제 3, 제 4 및 제 5 숫자의 제 2 파생번호들은 각각 〈0〉, 〈6〉, 〈3〉, 및 〈0〉이다.

구체적인 구현예에 있어서, 번호들은 URL 숫자코드를 유일한 것으로 만들기 위해 제 6 및 제 7 숫자에 할당된다. 이러한 단계는 제 1 파생 번호의 개개의 숫자를 더하여 합계를 제 6 및 제 7 숫자에 할당함으로써 달성된다. URL 명칭이 〈ntt〉인 경우에, 제 1 파생 번호는 상술한 바와 같이 도 17을 이용할 때, 〈6〉, 〈7〉 및 〈6〉이다. 이러한 세 숫자의 합은 〈19〉이고, 이 경우에 제 6 및 제 7 숫자는 각각 〈1〉 및 〈9〉가 할당된다. 다른 특수한 구현예에 있어서, 무작위의 숫자가 제 8, 제 9 및 제 10 숫자로 선택된다: 7 숫자 URL 숫자코드가 이미 존재하는 것으로 결정된 경우.

상기 프로세스는 도메인 네임, 서브도메인 네임, 및 디렉토리 앞에 나오는 전송 프로토콜 〈http://〉를 포함하는 전형적인 문자열을 갖는 URL에 대응하는 URL 숫자코드를 할당하는데 이용된다. 이러한 프로세스는 도 19에 흐름도로 설명하였다. URL 문자열은 도 19에 단계 342에서 처럼 서브도메인 네임, 도메인 네임, 및 디렉토리로 나누어진다. 이어서 제 344단계에서 도메인 변환이 개시된다. 필터링 과정(단계 346)이 수행되는데, 필터링과정에서는 분류코드, 국가명, 정보 서비스명, 심벌, 등과 같은 정보가 제거된다.

단계 348에서 제 2 파생 번호들은 제 2 파생 번호를 계산하기 위해 상술한 방법에 따라 제 2 내지 제 5까지 할당된다. 또한, 번호 〈0〉 또는 〈1〉이 제 1 숫자로 할당될 수 있다. 단계 350(도 19)에서는 단계 348에서 할당된 숫자와 이전에 할당되었던 숫자들이 서로 비교된다. 숫자가 이미 존재하는 것으로 밝혀지면, 제 352 단계에서 보조 숫자(auxiallary number)가 제 5 숫자 번호에 제 6 및 제 7 숫자로 할당된다. 번호 비교 단계 350에서 해당 번호가 존재하지 않는 것으로 확인되면, 도메인 네임의 넘버링은 이 시점에서 제 1 단계 할당(First-stage Assignment; 단계 354)으로 완료된다.

제 1 단계-할당과정이후, 도메인 네임 문자열에 대한 제 346단계에서와 마찬가지로 단계 356에서 URL의 디렉토리 문자열이 필터링된다. 도 19의 제 358단계에서, 숫자들은 제 348단계에서 도메인 네임에 대해서 숫자 할당하는 과정과 관련하여 설명한 것과 유사한 방법으로 디렉토리에 대해서 숫자를 할당한다. 제 358단계에서 얻어진 숫자들은 기존의 URL 숫자코드와 비교된다(제 360단계). 해당 숫자가 이미 존재하면, 제 362 단계에서 일련번호가 부여된다. 끝으로 제 6 내지 제 10 숫자로 할당된 번호들이 존재하지 않는 경우, 이렇게 해서 수득한 URL 숫자코드가 제 364단계에서 URL의 문자열에 대응되는 숫자로 등록된다.

상술한 바와 같이, URL은 이러한 넘버링 시스템에서 숫자로 변환되기 전에 전처리된다. URL이 여과된 후 그의 도메인 네임은 제 1 단계 할당(first-stage assignment)에서 변환된다. 이어서 URL의 디렉토리가 변환되어 10 숫자 이하인 유일한 수를 만든다.

도 20에 도시된 바와 같은 다른 구현예에 있어서, URL 숫자코드의 숫자들은 자동 넘버링 및 바람직한 숫자의 선별에 의해 할당된다. 예를 들어, N번째 숫자부터 K번째 숫자까지의 숫자들은 도 16 내지 도 19와 관련하여 설명한 것과 유사한 방법에 의해 N번째 숫자 내지 K번째 숫자(nth through kth number)를 이용하여 할당된다. 특수한 구현예에서, 자동 넘버링은 10 숫자의 문자 할당방법을 이용하고 컴퓨터를 활용하는 퍼블릭 에이전시(pyublic agency)에 의해 수행될 수 있다.

숫자들은 URL의 소유주가 원하는 숫자(특수한 URL에 대응되는 단순화된 네트워크 어드레스)를 할당함으로써 자동 넘버링에 의하지 않고 선택될 수도 있다. 특수한 예들은 유추에 의해 회사를 직감케하는 번호, 어플리케이션 인터페이스상에서 2차적으로 직감되는 문자들에 의해서 결정되는 문자들, 어플리케이션 인터페이스상에서 보이스 데이터 매핑에 따른 번호들, 전화번호와 같이 이미 할당되어 있는 번호, 보안 페이퍼 숫자코드, 우편번호, 생일 또는 창사일과 같이 이미 할당된 번호들이다.

구체적인 예는 이하에서 설명한다. 회사를 직감케 하는 번호는 예를 들어, 일어로 〈마루이-마루이〉에 대응되는 〈101〉이 있는데, 왜냐하면 〈1〉은 일어로 〈마루이〉로 읽힐 수 있기 때문이다. 어플리케이션 인터페이스상에서 2차적으로 직감되는 문자에 의해 선택되는 번호의 일례는 번호 〈525〉가 있는데, 이것은 재팬 에어라인 컴퍼니 인코퍼레이티드의 약어인 문자열 JAL과 대응된다. 적당한 어플리케이션 인터페이스의 예는 도 15에 도시된 문자 및 숫자를 갖는 키패드이다. 어플리케이션 인터페이스 상의 보이스 데이터 매핑의 일례로서, 숫자들은 음계의 각각의 소리에 대응되게 할당될 수 있다, 예컨대, 1=도, 2=레, 3=미 등. 이러한 기술을 이용하여 번호 〈135〉는 멜로디 〈도-미-솔〉에 대응되게 등록된다. 보이스 매핑에 의해, 사용자는 청음에 의해 입력오류를 검출할 수 있다.

따라서, 상술한 실시예 이외에, 비교적 짧은 10 미만의 숫자를 URL에 대응되게 자동적으로 또는 선호하는 숫자로 할당함으로써, 더욱 독특한 10 이내의 숫자들이 URL에 대응되도록 할당될 수 있다.

데이터베이스 보호를 위한 방화벽(firewall)의 이용

도 21은 네트워크-검색가능한 데이터베이스의 완전성을 보장하기 위한 방화벽의 이용을 설명한 개략도이다. 도 21의 구조에서 클라이언트 366은 예컨대 라우터 372를 통해서 인터넷 370에 연결되고 방화벽 376을 통해서 데이터베이스 서버 374에 연결된 웹 서버 368과 통신한다. 웹 서버 368는 내장 API 378를 포함한다. 이러한 시스템은 복수의 클라이언트 366 및 380을 이용할 수 있는 능력을 갖는다. 이러한 시스템을 이용하는 예는 후술한다. URL 숫자코드는 사용자에 의해 클라이언트 366에 입력된다. 입력된 URL 숫자코드는 HTTP 프로토콜을 이용하여 소정의 프로토콜 〈GET〉 방법으로 〈no=^xx〉(여기서, 〈^xx〉는 URL 숫자코드이다)를 목적지로 하여 라우터를 거쳐 인터넷 370을 통해서 웹 브라우저로 전송된다. 웹 서버 368은 방화벽 376을 통해서 데이터베이스 서버 374에 URL 숫자코드를 통신한다. 방화벽은 데이터베이스에 액세스할 자격이 없는 자에 의한 액세스를 방지하는 역할을 담당한다.

액세스 데이터의 정의

URL에 할당되는 숫자 문자열 이외에, 특수한 구현예에서는 데이터베이스는 부가가치 정보를 저장한다. 이러한 정보는 그룹 또는 테마에 의한 랭킹을 포함한다. 이것은 사용자가 단순화된 네트워크 어드레스를 이용하여 인터넷에 액세스하는 경우에 URL의 이용에 관한 정보가 저장된다는 것을 의미한다. 따라서, URL 소유주와 사용자 모두 가치 있는 정보를 얻을 수 있다. 부가가치 정보의 예로는 (1) 특수한 검색 요청자가 데이터베이스에 액세스한 횟수, (2) 특수한 검색 요청자가 특수한 등록된 단순화된 네트워크 어드레스를 제출한 횟수, (3) 각각의 등록된 단순화된 네트워크 어드레스에 대한 총 검색 요청 횟수, (4) 데이터베이스에 대한 총 검색요청 횟수를 들 수 있다.

도 14를 참조하면, 사용자가 URL 데이터베이스 288에 액세스할 때 마다, 액세스 요청의 하나의 사본이 프로세스 382에 의해서 인터셉트된다. 액세스 요청중의 일부분들이 추출되고 수집되어(제 384 단계), 저장된 액세스 데이터 자원 386에 추가된다. 저장된 액세스 데이터 자원에 기초하여, 통계적 분석은 랭킹 단계 388에서 수행되고 통계적 분석의 결과가 URL 숫자코드의 특징중의 하나로서 URL 데이터베이스 288의 일부로 저장된다. 또한, 제 390단계에서 테마 정보(theme information)가 개발되어 URL 데이터베이스의 일부가 될 수 있다.

일단 분석되고 URL 데이터베이스 288의 일부로 만들어진 액세스 데이터는 가치있는 재산이 되고 사용자의 사적인 관심사에 대한 정보가 된다. 특수한 구현예에 있어서, 특정 사용자에 대한 액세스 데이터는 네트워크를 통해서 사용자에게 제공될 수 있다. 도 21의 방화벽 376은 액세스 데이터의 프라이버시를 보호하는 수단을 제공한다. 요청자의 정체가 성공적으로 인증되면, 그러한 요청자에 대한 액세스 데이터는 해당 요청자에게 제공된다.

다른 구현예에 있어서, 액세스 데이터의 일부분들은 특정한 URL 및 그의 대응하는 단순화된 네트워크 어드레스, 보통 URL 숫자코드에 대한 방문 등급이 될 수 있다.

다른 구현예에 있어서, 액세스 데이터중 소정의 민감하지 않은 부분들은 모든 요청자들에게 배포될 수 있다.

단순화된 네트워크 어드레싱 시스템

본 발명의 특수한 구현예는 단순화된 네트워크 어드레스를 이용하여 네트워크 정보에 액세스하는 시스템이다. 이러한 시스템은 네트워크 정보에 액세스하기위해 입력을 받아들이는 소프트웨어/하드웨어 플래트폼을 포함한다. 플래트폼은 URL 숫자코드와 같은 단순화된 네트워크 어드레스 형태의 단순화된 네트워크 어드레스를 사용자로부터 입력받기 위해 입력장치를 포함한다. 이러한 시스템은 단순화된 네트워크 어드레스와 대응하는 URL 사이의 대응관계들을 저장하고 있는 서버-기반, 네트워크-검색가능한 데이터베이스도 포함한다. 이러한 서버-기반, 데이터베이스는 대응관계 검색을 위한 검색엔진을 포함한다. 사용자가 단순화된 네트워크 어드레스를 입력할 때, 상기 어드레스는 서버측으로 보내지고 거기서 단순화된 네트워크 어드레스는 검색키로 이용된다. 데이터베이스 검색엔진은 단순화된 네트워크 어드레스에 매치되는 단순화된 네트워크 어드레스 부분을 갖는 대응관계를 검색하여 대응하는 URL을 리턴시킨다. 시스템 플래트폼은 리턴된 URL을 이용하여 네트워크 정보에 액세스하기 위한 네트워크 액세스 명령을 만든다. 이러한 시스템은 도 1, 도 2 및 도 6에 도시되어 있다. 모든 요소들 및 이러한 구현예에 의해서 정의되는 연결 관계는 이상에서 상기 도면들과 관련하여 설명하였다.

네트워크 액세스 프로세스를 배포하기 위한 저장매체

본 발명의 마지막 구현예는 단순화된 네트워크 어드레스를 이용한 네트워크 정보 액세스 프로세스를 구현하는 부호화된 익스프레션(encoded expression)을 저장 및 배포하기 위한 예컨대, 플로피 디스크, 착탈식 하드 드라이브 시스템, CD ROM, 및 자기테이트와 같은 저장매체를 제공하는 것이다. 부호화된 익스프레션은 대응관계의 데이터베이스가 로컬 캐쉬와 원격 서버-기반 시스템 사이에 분할되어 있는 도 1, 2, 6 및 7에 도시된 바와 같은 플래트폼상에서 실행가능하다. 상기 프로세스를 이하에서 도 22-27을 참조하여 더욱 더 상세하게 설명한다.

특수한 구현예에 있어서, 프로세스는 플래트폼상에 로딩된 후 압축이 풀리는 압축된 객체 코드(compressed object code)와 같은 부호화된 형태로 매체내에 저장된다. 저장 프로세스는 소프트웨어 개발자부터 사용자에 이르기까지 보편적으로 배포되어 있는 것이다. 상기 프로세스는 다음의 존재를 전제로 한다: (1) 프로세스를 실행하기 위한 적당한 하드웨어/소프트웨어 플래트폼, (2) 상술한 바와 같은 대응관계의 서버-기반 데이터베이스를 포함하는 네트워크 액세스가능한 자원을 갖는 네트워크 및 (3) 자원에 액세스하기 위한 네트워크에 대한 플래트폼 연결.

특히, 플래트폼은 네트워크 액세스를 제공하고 네트워크 정보에 액세스할 수 있도록 단순화된 네트워크 어드레스를 받아 들인다. 네트워크는 단순화된 네트워크 어드레스와 대응하는 URL들 사이의 대응관계를 규정하는 네트워크 서버-기반 데이터베이스를 포함한다. 서버-기반 데이터베이스는 데이터베이스 검색을 위해 검색키를 이용하는 검색엔진을 포함한다. 데이터베이스는 검색키로 단순화된 네트워크 어드레스를 이용하여 데이터베이스를 검색하면 대응하는 URL을 찾을 수 있도록 구축된다. 플래트폼은 선택된 대응 관계들을 저장하기 위한 로컬 캐쉬를 포함한다. 특수한 구현예에서, 로컬 캐쉬의 컨텐츠는 대응관계 데이터베이스의 구축과 동일한 방식으로 구축된다. 로컬 캐쉬의 다른 구현예에서, 컨텐츠는 북마크의 형태로 구축된다. 플래트폼은 로컬 캐쉬의 검색을 위한 검색엔진을 제공하고 어드레스 윈도우 부분과 네트워크 윈도우 부분을 갖는 복합된 여러 가지 윈도우들의 윈도우 운영체제 디스플레이를 제공한다.

특수한 구현예에서, 저장된 프로세스는 로컬 사용자가 선택된 대응관계를 로컬 캐쉬내에 위치시키게 한다. 사용자는 특정한 네트워크 자원에 대한 단순화된 네트워크 어드레스를 입력하고 단순화된 네트워크 어드레스는 플래트폼 어드레스 윈도우에 디스플레이된다. 단순화된 네트워크 어드레스는 로컬 캐쉬 검색엔진으로 보내져 캐쉬가 매치되는 대응관계를 포함하고 있는지 확인하는데 이용되는 검색키를 형성한다. 캐쉬가 매치되는 대응관계를 포함하고 있다면, 단순화된 네트워크 어드레스에 대응되는 URL은 〈http://URL/〉 타입의 네트워크 액세스 명령을 만드는데 이용된다. 이러한 명령은 네트워크에 보내지고 결국 목적으로 하는 네트워크 자원이 리턴되어 플래트폼 네트워크 디스플레이 윈도우상에 디스플레이된다.

매칭되는 대응관계가 로컬 캐쉬내에 위치하지 않으면, 단순화된 네트워크 어드레스의 사본이 〈http://.../단순화된 네트워크 어드레스/〉 타입의 네트워크 액세스 명령을 만드는데 이용된다. 이러한 명령은 네트워크에 보내지고 결국 대응관계의 서버-기반 데이터베이스로 보내진다. 서버-기반, 데이터베이스 검색 엔진은 검색키로 〈단순화된 네트워크 어드레스〉를 이용하고 검색키와 매치되는 대응관계가 존재하는지 데이터베이스의 컨텐츠를 조사한다. 서버-기반 데이터베이스는 단순화된 네트워크 어드레스에 대응되는 URL을 리턴한다. 플래트폼은 대응하는 URL을 받아 〈http://.../〉 타입의 다른 네트워크 액세스 명령을 만들기 위해 이용한다. 이러한 명령은 목적으로 하는 네트워크 자원에 액세스하기 위해 네트워크로 보내진다. 결국 자원이 네트워크로 리턴되면 그것은 플래트폼 네트워크 디스플레이 윈도우에 디스플레이된다.

추가의 구현예들

본 발명의 다양한 추가의 구현예들을 이하에서 도 22 내지 도 27을 참조하여 설명한다.

도 22는 특수한 태양의 클라이언트내의 소프트웨어 요소들 사이, 서버내의 소프트웨어 요소들 사이 및 네트워크를 통한 클라이언트와 데이터베이스 사이의 정보 교환을 도시한 개략도이다. 클라이언트는 392로 표현하고 데이터베이스는 394로 표현하였다.

일반적으로, 클라이언트 392는 먼저 URL 숫자코드와 같은 자신의 단순화된 네트워크 어드레스에 액세스한다. URL로의 변환이 클라이언트 측에서 가능하지 않을 경우, 클라이언트 392는 서버 394측의 데이터베이스에 액세스한다. 이러한 절차를 도 22에 예시하였다. 클라이언트 392는 네비게이션을 돕는 오리지널 패어런트 브라우저 396, 페어런트 브라우저로부터 호출될 수 있는 공통 WWW-타입 차일드 브라우저 398, 및 검색엔진 400을 포함한다. 클라이언트 392는 사용자가 단축된 URL 숫자코드를 등록할 때 사용할 수 있으며 각각의 URL 숫자코드에 대한 소정의 대응관계를 갖는 사용자 등록 테이블 402, URL 숫자코드를 포함하는 인덱스 테이블 404, 인덱스에 대응하는 URL 숫자코드를 포함하는 리얼 데이터 테이블 406를 포함한다. 클라이언트측 392의 페어런트 브라우저 396는 알파벳 문자들이 도 15에 ㄷ도시된 바와 같이 배열되는 지시부(derection part) 및 상기 지시부의 컨텐츠를 디스플레이하는 디스플레이부를 포함한다.

도 22는 검색엔진 408, 할당된 URL 숫자코드에 대한 인덱스 테이블 410 및 상기 인덱스에 대응되는 모든 URL 숫자코드에 대한 리얼 데이터 테이블 412를 포함하는 서버 394를 도시한 것이다. 서버와 클라이언트는 414번 인터넷을 통해서 서로 연결된다.

사용자가 시스템에 단축된 번호를 입력하면, 검색엔진 400은 이러한 수를 사용자 등록 테이블 402에서 찾고, 찾을 경우 그것을 URL로 변환한다. 이어서 인터넷 414는 대응하는 URL을 이용하여 패어런트 브라우저 396을 통해 액세스된다. 그 결과로, 그러한 URL에 해당하는 홈페이지가 인터넷 414를 통해서 수시된 HTML에 기초하여 차일드 브라우저 398상에 디스플레이된다. 사용자가 URL 숫자코드를 입력하면, 검색엔진 400은 인덱스 테이블 404로부터 오프셋 값을 수득하고나서 이러한 오프셋 값 및 URL 숫자코드의 리얼 데이터 테이블 406을 이용해서 URL 숫자코드를 URL로 변환한다. 이어서 그 결과로 수득한 URL을 패어런트 브라우저 396으로 전달하고 인터넷 414를 통해서 얻은 정보는 상술한 바와 같이 디스플레이된다. 따라서, 클라이언트측 392에서 URL 숫자코드가 URL로 변환될 때, 액세스 스피드는 보통의 액세스 속도와 유사하다.

그러나, URL 숫자코드의 URL로의 변환이 클라이언트 측 392에서 가능하지 않을때, 클라이언트측의 검색엔진 400은 URL 숫자코드를 인터넷 414를 통해서 서버측 394의 검색엔진 408로 보낸다. 이 경우에, 오프셋 값은 URL 숫자코드 입력에 기초하여 인덱스 테이블 410으로부터 수득되고 전송된 수는 상기 오프셋 값에 기초하여 모든 URL 숫자코드에 대한 리얼 데이터 테이블 412를 이용하여 URL로 변환된다. 그 결과로 수득되는 URL은 서버로부터 클라이언트 392로 보내진다. 클라이언트 392는 인터넷 414를 통해 정보를 얻고 홈페이지는 URL이 패어런트 브라우저 396으로 전달되는 방법에서 설명한 것과 유사한 방법으로 디스플레이된다.

따라서, 사용자가 사용자에 의해 사적으로 등록된 단축된 번호를 입력하거나 사용자가 URL 숫자코드를 입력하는 경우, 또는 심지어 사용자가 클라이언트측 392에서 URL로 변환될 수 없는 URL 숫자코드를 입력하여도, URL 숫자코드를 URL로 변환하는 것은 여전히 가능하고 페어런트 브라우저 396을 통해 인터넷 414에 액세스하여 그 URL에 해당하는 홈페이지를 차일드 브라우저 398에 디스플레이할 수 있다.

도 23은 URL 숫자코드 또는 단축된 번호를 입력하여 그 결과로 URL 및 홈페이지를 수득하는 프로세스의 흐름도이다. 이러한 프로세스는 입력장치 416으로 번호를 입력하면서 시작된다. 제 418 단계에서는 번호가 URL 숫자코드의 단축된 번호인지 확인된다. 만약 번호가 단축된 형태라면, 사용자 등록 테이블이 검색된다(제 420 단계). 그 다음으로, 단축된 번호에 해당하는 URL을 찾았는지 확인된다(제 422 단계). 만약 제 422 단계에서 대응하는 URL을 찾지 못했다면, 시스템은 제 424 단계에서 〈발견하지 못함〉을 디스프레이 한다. 그러나, 만약 대응하는 URL을 찾은 경우에는, 그것을 획득한다(제 426 단계). 이어서 이러한 URL을 이용하여 인터넷에 액세스하여(제 428 단계) 그러한 URL에 해당하는 홈페이지를 제 430단계에서 인터넷을 통해 수득한 HTML 데이터에 기초하여 디스플레이한다.

제 418 단계에서 검색된 번호가 URL 숫자코드인 경우, 인덱스 정보가 인덱스 테이블에서 검색된다(제 432 단계). 제 434 단계에서는 인덱스를 찾았는지 찾지 못했는지 확인한다. 인덱스가 발견된 경우, 클라이언트 테이블을 검색하여(제 436 단계) 제 438 단계에서 URL 숫자코드에 대응되는 URL을 수득한다. 이렇게 해서 수득한 URL을 이용하여 인터넷에 액세스하고(제 440 단계) 홈페이지 HTML 데이터를 이용하여 홈페이지를 디스플레이한다(제 442단계). 그러나, 제 434 단계에서 인덱스 번호가 발견되지 않은 경우, 번호는 인터넷에 연결된 서버로 전달된다(제 444 단계). 이러한 서버의 검색엔진은 번호를 받는다(제 446 단계). 이어서 이러한 서버는 자신의 인덱스 테이블내에서 인덱스 정보를 찾는다(제 448 단계). 제 450 단계에서 인덱스가 검색되지 않은 경우, 번호는 서버에 등록되지 않고 요구된 URL은 발견되지 않았다는 것을 가리키는 홈페이지가 디스플레이된다(제 452 단계). 한편, 인덱스가 발견되면, 서버 테이블이 검색되고(제 454 단계), URL 숫자코드에 대응되는 URL이 클라이언트로 리턴된다(제 456 단계). 이렇게 해서 수득된 URL은 인터넷에 액세스(제 440 단계)하여 인터넷을 통해 수신된 HTML 데이터에 기초하여 그러한 URL에 대응되는 홈페이지를 디스플레이(제 442 단계)하기 위해 클라이언트에 의해 이용된다.

상술한 바와 같이, 단축된 형태 또는 URL 숫자코드로 입력된 번호는 대응하는 URL로 변환될 수 있다. 또한, 이러한 변환은 그러한 변환이 클라이언트측에서 이루어질 수 없다면 서버의 데이터베이스 검색에 의해서 이루어질 수 있다. 본 발명은 길고, 복잡한 문자열을 갖는 URL에 대하여 URL 숫자코드로 불리우는 비교적 적은 숫자의 번호를 할당하는 것에 기초한다. 이렇게 함으로써 URL 숫자코드만 입력하여 인터넷에 액세스할 수 있기 때문에 사용자의 불편을 제거할 수 있다. 따라서, 본 발명은 사용법을 몰라도 되고 길고 복잡한 URL 문자열을 이용하지 않아도 되기 때문에 키보드 사용에 익숙하지 않은 사람도 인터넷에 액세스할 수 있는 수단을 제공한다.

또한, URL 숫자코드가 입력될 때, 그러한 URL 숫자코드에 대응되는 URL 액세스에 관한 데이터가 저장될 수 있다. 이어서 얼마나 자주 URL 숫자코드가 이용되었는지 통계를 내는 랭킹 정보를 구하기 위해서 통계적 정보에 대한 액세스 빈도를 이용할 수 있다. 이것은 테마 등에 따라 수집되는 통계적 정보를 구하고, 인터넷에 대한 방문 순위를 메기고 분석하는데 이용될 수도 있다. 명함과 같은 종이 매체에 URL 숫자코드를 제공하거나, 인터넷과 URL 소유주가 필요로 하는 매체 사이의 더욱 완벽한 매체 링크를 제공하는 것도 가능하다. 그 결과로, URL과 관련된 업데이트된 정보가 효율적으로 인쇄되고 제공될 수 있다. 예를 들어, URL을 가진 회사가 그의 회사 명칭을 변경하는 경우와 같이, URL 소유주가 URL을 바꿀 경우, URL 문자열이 변화되어도 기존의 URL 숫자코드가 새로운 URL에 해당하도록 데이터베이스를 업데이트함으로써 기존의 URL 숫자코드는 유지될 수 있다.

도 24는 본 발명의 다른 양상의 도면이다. URL 숫자코드의 사용자들에게는 인터넷 정보 메거진 458과 같은 인쇄매체를 통해서 URL 숫자코드에 관한 정보가 제공될 수 있다(도 24). 그러나, 이러한 잡지들은 월간으로 발행되는 반면에, URL 숫자코드는 매일 추가될 것이다. 따라서, 매일 발행되는 URL 숫자코드에 관한 정보는 매일 제공하는 것은 불가능하다. URL 숫자코드를 시간 단위로 제공하기 위해서, 도 24에 도시된 것과 같은 시스템이 이용될 수 있다. 이러한 시스템은 다음과 같은 부가기능을 갖는다. 액세스 디바이스 460의 동작개시시, 인터넷에 온라인으로 연결되어 있는 서버 462는 액세스 디바이스의 스크린상에 예컨대, 사용자의 관심에 따라 사용자에 의해 지정된 장르별 정보, 예컨대 스포츠, 또는 음악 정보, 사용자의 생일과 같은 사용자에 의해 제공되는 정보에 기초한 점술 관련 정보와 같은 사용자의 기호에 맞는 홈페이지의 URL 숫자코드를 디스플레이한다. 이러한 방법으로, 새롭게 등록된 URL 숫자코드는 매주 업데이트하는 것과 같이 시간 단위로 사용자에게 전달된다.

상술한 방법을 이용하여, 사용자는 그가 좋아하는 쟝르에 관한 지식을 시간 단위로 수득할 수 있다. 또한, URL 소유주는 그가 목표로 하는 사용자들에게 사용자의 프로파일에 따라 자신의 URL 숫자코드를 제공할 수 있어, 홈페이지가 더 많은 사용자들에 의해 방문될 가능성을 높일 수 있다. 더욱이, URL 소유주는 URL 숫자코드를 라디오로 광고하거나 URL 숫자코드를 TV로 광고함으로써 자신의 홈페이지가 액세스될 가능성을 더욱 높일 수 있다. 이것은 URL 숫자코드를 라디오 음성 안내 또는 TV 디스플레이를 통해서 가능하다.

도 25는 다수의 입력 인터페이스를 포함하는 인터넷 시스템을 도시한 도면이다. 이러한 시스템은 다음의 클라이언트를 갖는다: 전화 타입 인터페이스(플러그-인) 464, 독립된 전화 타입 어플리케이션 466, 홈페이지 468, 및 인터넷 TV 세트 470. 이러한 시스템은 정보 제공 서버 472와 474를 포함한다. 클라이언트와 정보 제공 서버는 웹 서버 478 및 인터넷 476에 의해 연결된다. 웹 서버 478과 클라이언트 사이의 통신은 HTTP 프로토콜을 이용하여 이루어진다. 인터넷 476이 액세스될 때, 464와 같은 클라이언트는 HTTP 프로토콜 상의 〈GET〉 또는 〈POST〉와 같은 방법을 이용하여 웹 서버 478에 요청한다. 이것은 방법에 대한 스펙이 개방되는 경우에, 웹 서버에 대한 액세스는 클라이언트 464 내지 470의 특정한 인터페이스로 제한되지 않고, 웹 서버에 맞는 포뮬러에 따라 이루어질 수 있어, 액세스되는 URL을 제공할 수 있는 방법에 기초한다. 그 결과로, 464 내지 470과 같은 클라이언트는 특수한 인터페이스로 국한되지 않는다.

적당한 클라이언트 인터페이스의 예들은 다음과 같다. 오리지널 전화 타입 인터페이스는 플러그-인 타입 방법이다. 클라이언트 독립된 전화 타입의 어플리케이션, 홈페이지안에 입력하기 위한 프레임을 갖는 홈페이지 등과 같은 다양한 형태의 인터페이스들이 클라이언트 464 내지 470에 맞게 제작될 수 있다. 숫자 입력 인터페이스의 기본 원칙은 URL 숫자코드가 464 내지 470과 같은 클라이언트로부터 오리지널 웹 서버로 입력되고, URL 숫자코드에 대응되는 URL이 클라이언트의 브라우저로 리턴되는 것이다. 이러한 어플리케이션에 적합한 브라우저의 일례는 그것이 URL을 브라우저에 제공할 수 있다면 사용자에 의해 보유된 네비게이터를 들 수 있다.

따라서, 인터넷에 대한 액세스는 이하에서 설명한다. 하나의 부분은 주어진 파라미터에 대해 원하는 결과를 제공하는 웹 서버 478 측에 대한 인터페이스를 포함한다. 다른 부분에서는 파라미터가 클라이언트 464 내지 470의 클라이언트측에서 결과를 수신하기 위하여 제공된다. 다른 부분에서는 수신된 URL이 브라우저에 제공된다. 이하에서 이러한 응용의 실시예들을 설명한다.

예를 들어, 클라이언트는 도 25에 도시된 클라이언트 464와 같은 플러그-인 전화 인터페이스를 포함할 수 있다. 이것은 예를 들어, 플로피 디스크 또는 CD-ROM과 같은 저장 매체에 저장되어 있는 클라이언트 소프트웨어 464를 설치함으로써 이루어진다. 상기 소프트웨어는 URL 숫자코드와 같은 번호를 입력받는 단계, 액세스 프로토콜 이용방법에 번호를 가함으로써 인터넷 476에 액세스하는 단계, 번호를 웹서버 478로 보내는 단계, 그 번호에 대응되는 URL을 수신하는 단계, 및 대응하는 URL을 클라이언트 464에 제공하는 컴퓨터 처리 단계들을 포함한다. 저장매체로부터 이용가능한 소프트웨어 이외에, 본 발명은 소프트웨어를 네트워크로부터 다운로드받아 클라이언트 464와 같은 클라이언트에 설치하여도 동일하게 동작될 수 있다. 본 발명은 소프트웨어가 네트워크상에 존재하는 애플릿(applet)이라고도 알려진, 어플리케이션 라이브러리로부터 구할 수 있는 것인 경우에도 동일하게 동작한다. 애플릿이 이용되는 경우에, 소프트웨어는 클라이언트에 설치되지 않고 목적으로 하는 애플릿을 네트워크상에서 실행시킴으로써 이용될 수 있다. 애플릿의 이용은 특히 메모리 기능이 없는 장치를 이용하거나 플로피 디스크를 사용할 수 없는 장치를 이용할 때 특히 적합하다. 이러한 장치들의 예들은 인터넷 TV, 게임기, 및 가라오케 세트를 포함한다.

클라이언트 470(도 25)는 추가의 실시예를 설명하는데, 여기서 인터넷 TV는 인터넷에 대한 검색 네비게이터 홈페이지를 가질 수 있다. 네비게이터는 숫자를 입력하는 구성요소(플러그-인)를 가질 수 있다. 이러한 요소는 TV 리모콘일 수 있다. 하나의 방법이 URL 숫자코드에 대응되는 URL을 수득하기 위해 URL 숫자코드를 리모콘으로 입력하는데 이용될 수 있다.

본 발명의 숫자 입력 인터페이스에서, 상기 방법은 여러 가지 형태의 인터페이스에 맞게 적응될 수 있다. 즉, 공지된 방법으로 HTTP 프로토콜의 〈GET〉 명령에서의 하나의 파라미터를 이용하는 것이 있는데, 예를 들어, 데이터 〈no=123〉이 URL 숫자코드로 입력된 경우에 대응하는 URL이 리턴된다. 이러한 〈http://〉는 HTTP 프로토콜에서 HTML 형태의 하이퍼 텍스트를 전송하라는 표기이다. 이러한 포로토콜은 파라미터 수신을 위한 〈GET〉 및 파일 전송을 위한 〈POST〉와 같은 방법을 포함한다. 따라서, URL 숫자코드는 기존의 기술을 이용해서 변환될 수 있다.

본 실시예에서, URL 숫자코드를 URL로 변환하기 위한 변환 데이터는 클라이언트 464 내지 470과 같은 클라이언트측에 저장되는데(도 25), 이러한 실시예는 변환이 클라이언트 및 오리지널 웹 서버에 존재할 수도 있는 구현예와 상이하다. 예를 들어, 사용자가 URL 숫자코드 〈123〉을 입력한 경우 대응되는 URL 〈www.123.co.jp〉는 오리지널 웹 서버로부터 수득된다. 이어서, 사용자가 동일한 〈123〉 번호를 다시 입력하는 경우, 웹 서버는 액세스 되지 않고 변환은 클라이언트측에서 클라이언트 메모리에 있는 캐쉬를 이용하여 실행할 수 있다. 이러한 캐쉬는 캐쉬에 입력된 URL 숫자코드 및 대응되는 URL과 같은 데이터를 홀딩한다. 사용자가 URL 숫자코드를 입력하는 경우 캐쉬는 이러한 숫자에 대해 검색된다. 숫자가 캐쉬에 존재하는 경우에 URL은 웹 서버 478에 액세스하지 않고 클라이언트 464 내지 470과 같은 클라이언트측에서 수득될 수 있다.

도 26 및 도 27은 본 발명의 구현예를 설명한 개략도이다. 도 27에 도시된 바와 같이, 클라이언트의 액세스 정보는 로그 파일 480에 저장될 수 있다. 로그파일 480내의 정보는 누적되고나서 오리지널 웹 서버(도 25의 478)의 로그 파일 482(도 26)로 보내진다. 로그파일 482내에 포함되어 있는 정보는 로그 데이터를 분석하기 위해 정보제공서버 472 또는 474에 의해 이용될 수 있다. 이러한 분석은 랭킹 정보 또는 사용자 액세스에 의한 방문횟수를 포함한다. 이러한 정보는 쟝르, 사용자의 성별, 장비 사양 등에 따라 분류될 수 있다.

URL 소유주가 URL 숫자코드를 등록할 때, 부가정보가 수득되어 기술정보 또는 홈페이지 토픽과 같은 등록된 URL 숫자코드의 데이터베이스에 추가된다. 예를 들어, 어린이가 음란물 홈페이지에 접속할 경우 오리지널 웹 서버 478(도 25)는 이러한 사실을 파악하여 홈페이지를 띄우지 않고 메세지 〈not found〉 메세지를 리턴시킬 수 있다. 제한된 유형의 브라우저가 인터넷 TV 등에 이용되면, 최신 기술 정보는 디스플레이될 수 없다. 따라서, 오리지널 웹 서버(도 25의 478) 액세스 단계에서 정보제공서버 472(도 25)에 액세스 하기 이전에, 사용자가 확인될 수 있고, 특정한 사용자에게만 액세스가 허용될 수 있도록 특정 홈페이지에 대한 액세스를 제한할 수 있다. 홈페이지의 제한적인 디스플레이 이외에, 로그 파일 480(도 27)에의 저장되어 있는 데이터에 대해서도 특정 사용자에 대한 이용을 제한할 수 있다.

클라이언트 464(도 25)와 같은 클라리언트는 도 25에 도시된 인터넷 476을 통해서 웹 서버 478에 액세스한다. 클라이언트가 인터넷에 액세스할 때, 신원확인이 HTTP 프로토콜에 추가되거나 URL 숫자코드의 URL로의 변환이 웹서버 478에서 이루어지거나 웹 서버 478을 통해서 연결되어 있는 다른 웹서버 486(도 25)에서 이루어질 수 있도록 URL 숫자코드중 일부가 이용될 수 있다. 예를 들어, 분류코드는 신원확인 코드 〈888〉이 웹 서버 478로 하여금 URL 숫자코드를 URL로 변환하게 하기 위해서 이용될 수 있고, 분류 코드 〈1〉은 오리지널 웹 서버 478에 연결된 다른 웹 서버 486(도 25)가 그러한 변환을 처리하도록 이용될 수 있다. 따라서, URL 숫자코드에 대응되는 URL의 관리는 웹 서버 478과는 상이한 웹서버 486에 의해서 이루어질 수 있다.

본 발명은 클라이언트 464 내지470(도 25)와 같은 클라이언트의 입력장치로서 다양한 특수한 인터페이스 장치를 포함한다. 이러한 특수한 인터페이스들은 키보드 인터페이스 및 마우스 인터페이스 이외에 TV를 작동시키기 위한 리모콘, 가라오케 세트의 리모콘 등을 포함한다. 또한, 사용자가 URL 숫자코드를 음성 명령으로 입력하거나 URL 숫자코드에 대응되는 음계의 소리를 이용함으로써 음성 입력 인터페이스도 이용될 수 있다. 또한, 음성 입력 인터페이스는 최초의 숫자가 특수한 숫자들에 해당하는 문자들로 표현된 경우에도 이용될 수 있다.

인터넷의 기능과 상이한 부가적인 서비스들이 본 발명의 수단에 의해 제공될 수 있다. 예를 들어, URL 숫자코드에 의해 478과 같은 웹서버에 액세스할 때(도 25), URL 숫자코드에 기초한 로터리 시스템을 통해서 때로 무료 서비스가 제공될 수 있다. 그렇지 않으면, 숨겨진 번호에 의해 액세스할 때, 숨겨진 번호를 액세스하는 사람에게 경품을 줄 수 있다. 더욱이, 액세스 데이터는 사용자에 의한 이용횟수를 조사하고 인터넷을 통한 방문횟수를 분석하기 위한 통계적으로 처리된 정보로 이용될 수 있다.

웹서버의 변환부와 관련된 상세할 설명은 도 26에 도시하였다. 응용프로그램 인터페이스(API) 488은 기존의 고속인터넷 서버 490내에 설치된다. API 488은 URL 숫자코드를 SYBASE(Sybase, Inc.의 등록상표) 492와 같은 데이터베이스 서버에 제공하는 서버 모듈을 포함한다. 이어서 데이터베이스 서버는 대응하는 URL을 API에 리턴시킨다. 이로써 URL 숫자코드가 URL로 고속으로 변환된다.

도 27에 도시된 바와 같이, 클라이언트 494의 변환부는 캐쉬 498과 같은 메모리 및 홈페이지에 대한 브라우저 500을 갖는 클라이언트 성분 496을 포함한다. URL 숫자코드는 클라이언트 성분 496으로 전송되고, 이어서 내장 캐쉬 498에 액세스하여 URL 숫자코드에 대응되는 URL을 수득한다. 이어서 URL이 브라우저 500에 제공된다. 그러나, URL 숫자코드가 내장 캐쉬 498에 제공되지 않는 경우에는, URL 숫자코드는 웹 서버 484(도 26)에 보내진다.

도 27에 도시된 바와 같이, 클라이언트 액세스 정보는 로그파일 480에 저장될 수 있다. 로그 파일 480내의 정보는 축적될 수 있고 웹서버 484의 로그파일 482(도 26)으로 보내질 수 있다. 로그파일 482내에 포함되어 있는 정보는 정보제공서버 472 또는 474(도 25)에 의해 로그 데이터 분석을 위해 이용될 수 있다. 이러한 분석은 랭킹 정보 또는 사용자에 의한 방문횟수 정보를 포함한다. 이러한 정보는 쟝르, 사용자 성별, 장비 사양 등에 따라 분류될 수 있다.

본 발명의 상기 구현예에 있어서, URL 소유주로는 URL과 대응되는 관계를 갖는 단순화된 네트워크 어드레스를 요청하거나 등록하는 개인 또는 기업을 들 수 있다. 그러나, 본 발명은 다른 개인, 집단 또는 기업이 이러한 대응관계를 요청하거나 등록하고자 하는 경우에도 동일하게 작동한다.

이상에서는 본 발명을 특수한 구현예를 중심으로 설명하였다. 당업자들은 본 발명의 구성요소들을 다양한 수단으로 구성할 수 있고 구성요소의 위치를 다양하게 변화시킬 수 있다는 것을 이해할 것이다. 본 발명의 구현예, 실시예가 상세하게 설명되고 도면으로 도시되었으나, 이하의 청구범위에 기술된 본 발명의 보호범위를 벗어나지 않고도 다양하게 변형실시할 수 있음이 자명하다.

Claims

a) 네트워크 액세스를 가지며 네트워크 정보 액세스를 위한 입력을 받아들이는 플래트폼을 제공하는 단계;

b) 네트워크 정보의 네트워크 어드레스에 대응되는 단순화된 네트워크 어드레스를 받아들이는 단계;

c) 상기 단순화된 네트워크 어드레스를 상기 정보의 네트워크 어드레스를 의미하는 URL로 변환하는 단계;

d) 상기 URL을 이용하여 네트워크 액세스 명령을 만드는 단계; 및

e) 생성된 네트워크 액세스 명령을 이용하여 플래트폼을 통해 네트워크 정보에 액세스하는 단계를 포함함으로써, 단순화된 네트워크 어드레스를 입력받아 그것을 http://URL/명령 또는 다른 TCP/IP 명령으로 변환하여 네트워크 정보를 검색하는 단순화된 네트워크 어드레스를 이용한 네트워크 정보 액세스 방법.
제 1항에 있어서, 상기 단순화된 네트워크 어드레스를 URL로 변환하는 단계가

a) 단순화된 네트워크 어드레스와 그의 대응하는 URL 사이의 대응관계를 규정하는 데이터베이스를 제공하는 단계;

b) 검색키로 단순화된 네트워크 어드레스를 사용하는, 데이터베이스 검색을 위한 검색엔진을 제공하는 단계;

c) 검색키로 단순화된 네트워크 어드레스를 이용하는 데이터베이스 검색에 의해 이에 대응되는 URL을 리턴받을 수 있도록 데이터베이스를 구축하는 단계; 및

d) 검색키로 단순화된 네트워크 어드레스를 이용하여 데이터베이스를 검색하여 변환의 결과로서 이에 대응하는 URL을 리턴시켜 단순화된 네트워크 어드레스를 대응하는 URL로 변환하는 단계를 추가로 포함하는 네트워크 액세스 방법.
제 2항에 있어서, 상기 방법이

a) 단순화된 네트워크 어드레 부분과 대응하는 URL 부분을 갖는 페어를 한정하는 대응관계;

b) 검색키로 단순화된 네트워크 어드레스를 이용하여 상기 검색키와 매치되는 단순화된 네트워크 어드레스 부분을 갖는 페어의 대응하는 URL 부분을 리턴시키는 검색엔진을 추가로 포함하는 네트워크 액세스 방법.
제 2항에 있어서, 상기 단순화된 네트워크 어드레스와 대응하는 URL이 제공되고 대응관계가 정해져 데이터베이스에 저장되고, 상기 방법이

a) 업데이트된 단순화된 네트워크 어드레스와 대응하는 URL을 입력하는 단계;

b) 입력된 단순화된 네트워크 어드레스와 대응하는 URL을 이용하여 업데이트된 대응관계를 만드는 단계; 및

c) 업데이트된 대응관계를 데이터베이스에 입력하는 단계를 추가로 포함하는 네트워크 액세스 방법.
제 2항에 있어서, 업데이트된 URL이 제공되고, 대응하는 단순화된 네트워크 어드레스가 자동적으로 생성되며, 새로운 대응관계가 정해져 데이터베이스에 저장되며, 상기 방법이

a) 업데이트된 URL을 입력하는 단계;

b) 대응하는 단순화된 네트워크 어드레스를 자동적으로 생성하는 수단을 제공하는 단계;

c) 대응하는 단순화된 네트워크 어드레스를 자동적으로 생성하는 단계;

d) 생성된 단순화된 네트워크 어드레스와 입력된 업데이트된 URL을 이용하여 새로운 대응관계를 형성하는 단계; 및

e) 새로운 대응관계를 데이터베이스에 삽입하는 단계를 추가로 포함하는 네트워크 액세스 방법.
제 5항에 있어서, 상기 방법이 생성된 단순화된 네트워크 어드레스를 리턴하여 업데이트된 URL과 그의 대응하는 단순화된 네트워크 어드레스를 업데이트된 URL의 입력자가 이용할 수 있도록 하는 단계를 추가로 포함하는 네트워크 액세스 방법.
제 5항에 있어서, 상기 생성된 단순화된 네트워크 어드레스가 하나 이상의 숫자로 이루어진 번호이고 URL 숫자코드인 방법.
제 1항에 있어서, 단순화된 네트워크 어드레스를 대응하는 URL로 변환하는 단계가 대응관계의 네트워크 액세스가능한 데이터베이스에 의해 수행되고, 상기 방법이

a) 단순화된 네트워크 어드레스와 대응하는 URL 사이의 대응관계를 정하는 네트워크 서버-기반 데이터베이스를 제공하는 단계;

b) 데이터베이스를 검색하고 검색키를 받아 들이는 검색엔진을 갖는 데이터베이스 서버를 제공하는 단계;

c) 검색키로서 단순화된 네트워크 어드레스를 이용하여 데이터베이스를 검색하여 이에 대응하는 URL이 리턴되도록 데이터베이스를 구축하는 단계;

d) 단순화된 네트워크 어드레스를 입력받는 단계;

e) 수신된 단순화된 네트워크 어드레스의 사본을 포함하는 데이터베이스 서버로 보내질 변환 요청 네트워크 액세스 명령을 생성하는 단계;

f) 생성된 명령을 데이터베이스 서버로 보내는 단계;

g) 데이터베이스 서버가 검색엔진을 이용하여 검색키로서 수신한 단순화된 네트워크 어드레스를 이용하여 데이터베이스를 검색하는 단계; 및

h) 데이터베이스 서버가 변환의 결과로 네트워크를 통해서 매치되는 대응관계를 갖는 대응하는 URL 부분을 리턴시켜, 데이터베이스 변환이 http://네트워크 어드레스 명령의 일부로 단순화된 네트워크 어드레스를 수신하는 서버-기반 시스템에 의해 수행되고, 단순화된 네트워크 어드레스를 데이터베이스에 위치시키고 대응하는 URL을 리턴시키는 단계를 추가로 포함하는 네트워크 액세스 방법.
제 8항에 있어서, 상기 데이터베이스가 복수의 네트워크 서버-기반 시스템에 산재하는 네트워크 액세스 방법.
제 1항에 있어서, 단순화된 네트워크 어드레스를 대응하는 URL로 변환하는 단계가 선택된 대응관계의 플래트폼 캐쉬를 1차적으로 검색하고 그 결과 캐쉬내에서 발견되지 않을 경우 대응관계의 네트워크 액세스가능한 데이터베이스에 대해 이루어지고, 상기 방법이

a) 단순화된 네트워크 어드레스와 대응하는 URL 사이의 대응관계를 정하는 네트워크 서버-기반 데이터베이스를 제공하는 단계;

b) 검색키를 사용하여 데이터베이스를 검색하기 위한 검색엔진을 갖는 데이터베이스 서버를 제공하는 단계;

c) 검색키로 단순화된 네트워크 어드레스를 이용하여 데이터베이스를 검색하면 대응하는 URL이 리턴되도록 서버-기반 데이터베이스를 구축하는 단계;

d) 플래트폼내에 단순화된 네트워크 어드레스와 URL 대응관계의 저장을 위한 캐쉬를 추가로 포함시키는 단계;

e) 플래트폼내에 검색키를 이용하여 캐쉬 대응관계를 검색하는 검색엔진을 추가로 포함시키는 단계;

f) 단순화된 네트워크 어드레스를 수신하는 단계;

g) 검색키로 수신된 단순화된 네트워크 어드레스를 이용하여 캐쉬를 검색하고, 만약 캐쉬내에 매치되는 대응관계가 존재할 경우 변환의 결과로 대응하는 URL을 리턴하는 단계;

h) 캐쉬가 매치되는 대응관계를 포함하지 않는 경우, 수신한 단순화된 네트워크 어드레스의 사본을 포함하는 데이터베이스 서버로 보내질 변환 요청 네트워크 액세스 명령을 생성하는 단계;

i) 생성된 명령을 데이터베이스 서버로 보내는 단계;

j) 데이터베이스 서버 검색 엔진을 사용하는 데이터베이스 서버가 검색키로서 수신한 단순화된 네트워크 어드레스를 이용하여 데이터베이스를 검색하는 단계; 및

k) 데이터베이스 서버가 변환의 결과로 네트워크를 통해서 매치되는 대응관계를 갖는 URL 부분을 리턴시켜, 선택된 단순화된 네트워크 어드레스와 URL 대응관계가 로컬 캐쉬내에 저장되고 원격의 데이터베이스는 로컬 매치가 발견되지 않는 경우에만 검색되도록 하는 단계를 추가로 포함하는 네트워크 액세스 방법.
제 10항에 있어서, 상기 데이터베이스가 복수의 네트워크 서버-기반 시스템에 산재하는 네트워크 액세스 방법.
제 1항에 있어서, 상기 플래트폼이 디스플레이 수단을 포함하고 상기 방법이 디스플레이 수단을 이용하여 액세스된 네트워크 정보를 디스플레이하는 단계를 추가로 포함하는 네트워크 액세스 방법.
제 12항에 있어서, 상기 플래트폼이 윈도우 디스플레이를 제공하는 운영체제를 포함하고, 여기서 디스플레이 수단이 어드레스 윈도우와 네트워크 윈도우를 동시에 디스플레이하고, 상기 방법이

a) 단순화된 네트워크 어드레스가 입력된 후 변환 단계의 말기에 이와 대응하는 URL을 리턴시키는 사이의 기간동안 어드레스 윈도우에 단순화된 네트워크 어드레스를 디스플레이하는 단계;

b) 어드레스 윈도우에 있는 리턴된 URL을 포함하여, 생성된 네트워크 액세스 명령을 디스플레이 하는 단계; 및

c) 네트워크 윈도우에 액세스된 네트워크 정보를 디스플레이하는 단계를 추가로 포함하는 네트워크 액세스 방법.
제 1항에 있어서, 상기 플래트폼이 적어도 하나의 단순화된 네트워크 어드레스 입력용 입력장치를 포함하고, 상기 적어도 하나의 입력장치가 키보드, 10-키패드, 전화 키패드, 컴퓨터 마우스, 컴퓨터 트랙볼, 터치 패널, 펜, 바코드 리더, 부호화된 형태의 단순화된 네트워크 어드레스를 포함하는 매체를 광학적으로 독출하는 OCR, 부호화된 형태의 단순화된 네트워크 어드레스를 포함하는 매체를 기계적으로 독출하는 OCR, TV 세트의 TV 리모콘, 게임 세트의 리모콘, 가라오케 세트의 리모콘, 및 음성으로 된 단순화된 네트워크 어드레스를 받아들이는 음성 입력 장치로 구성되는 그룹중에서 선택되는 네트워크 액세스 방법.
제 14항에 있어서, 플래트폼이 디스플레이 수단을 포함하고, 적어도 하나의 입력장치가 단순화된 네트워크 어드레스를 입력하기 위해 디스플레이된 이미지 및 심벌들과 협력하는 네트워크 액세스 방법.
제 15항에 있어서, 상기 협력이 단순화된 네트워크 어드레스를 한정 및 입력하기 위해 디스플레이된 이미지 및 심벌들의 하나 이상의 시퀀스를 선택하거나 활성화하기 위해 이용되는 네트워크 액세스 방법.
제 1항에 있어서, 단순화된 네트워크 어드레스를 대응하는 URL로 변환하는 단계가 URL 변환 도메인에 대한 액세스를 포함하는 네트워크 액세스 방법.
제 8항에 있어서, 상기 플래트폼을 제공하는 단계가 메세지 에일리어싱 펑션을 제공하는 단계를 추가로 포함하고, 변환 요청 네트워크 액세스 명령을 생성하는 단계와 생성된 명령을 데이터베이스 서버로 보내는 단계가 단순화된 네트워크 어드레스를 인터셉트하고 단순화된 네트워크 어드레스를 단순화된 네트워크 어드레스의 사본을 이용하여 생성된 명령으로 대체하는 메세지 에일리어싱 펑션을 이용하는 단계를 추가로 포함하는 네트워크 액세스 방법.
다음의 수단을 포함하는 메세지 패싱 프로토콜을 이용하는 운영체제를 갖는 정보 처리 시스템에서 이용되는 메세지 에일리어싱 펑션;

a) 소정의 메세지 수신처로 보내진 운영체제 레벨 메세지를 인터셉트하는 수단으로, 상기 운영체제가 각각의 메세지 수신처에 대하여 콜백 펑션을 제공하는 수단;

b) 처음으로 메세지가 소정의 메세지 수신처에 대해 인터셉트될 때 새도우 콜백 펑션을 만들고 저장하고나서 오리지널 콜백 평션을 새도우 콜백 펑션으로 대체하는 수단; 및

c) 인터셉트된 메세지 대신에 에일리어스 메세지를 만들어 대체하고, 에일리어스 메세지를 인터셉트된 메세지의 본래 의도한 수신처로 보내는 수단을 포함하는 메세지 에일리어싱 펑션.
제 19항에 있어서, 에일리어싱 시스템이 시스템 자체를 끄는 메세지를 수신하는 경우 오리지널 콜백 펑션을 복구하여 메세지 에일리어싱 시스템을 무력화하는 수단을 추가로 포함하는 메세지 에일리어싱 펑션.
제 19항에 있어서, 상기 에일리서스 메세지 생성 수단이

a) 문자열 부분을 포함하는 제 1 URL을 생성하는 수단;

b) 제 1 URL 및 포함된 문자열 부분을 룩업 시스템에 제공하는 수단;

c) 룩업 시스템으로부터 문자열 부분에 해당하는 네트워크 URL을 받아 제 2 URL을 한정하는 수단; 및

d) 제 2 URL을 에일리어스 메세지로 대체하는 수단을 포함하는 메세지 에일리어싱 펑션.
제 21항에 있어서, 상기 문자열 부분이 네트워크 정보에 대한 단순화된 네트워크 어드레스이고 제 2 URL이 네트워크이 정한 네트워크 정보에 대한 URL인 메세지 에일리어싱 펑션.
제 19항에 있어서, 상기 에일리어스 메세지 생성 수단이

a) 문자열 부분을 포함하는 제 1 URL을 생성하는 수단;

b) 제 1 URL 및 포함된 문자열 부분을 변환 펑션에 제공하는 수단;

c) 변환 펑션으로부터 문자열 부분에 해당하는 네트워크 URL을 받아 제 2 URL을 한정하는 수단; 및

d) 제 2 URL을 에일리어스 메세지로 대체하는 수단을 포함하는 메세지 에일리어싱 펑션.
제 23항에 있어서, 상기 문자열 부분이 명령 부분과 파라미터 부분을 포함하고, 제 2 URL이 서버에 대한 네트워크 어드레스, 명령 부분에 대응되는 명령, 및 파라미터 부분에 대응되는 명령의 하나 이상의 파라미터를 포함하여 서버가 이러한 명령을 이용하여 소정의 명령을 수행하는 메세지 에일리어싱 펑션.
제 24항에 있어서, 네트워크가 상기 명령의 수행의 결과를 리턴시키는 것을 추가로 포함하는 메세지 에일리어싱 펑션.
다음을 포함하는, 서버-기반 네트워크 검색가능한 데이터베이스 시스템:

a) 네트워크에 대한 통신 연결을 제공하는 플래트폼;

b) 통신 연결을 통해서 단순화된 네트워크 어드레스를 포함하는 검색요청을 수신하는 수단;

c) 네트워크 URL과 단순화된 네트워크 어드레스 사이의 대응관계를 규정하는 대응 관계 테이블로서, 여기서 상기 대응관계는 단순화된 네트워크 어드레스 부분과 이에 대응되는 URL 부분을 갖는 대응관계 테이블;

d) 검색 요청에 반응하여 검색 요청된 단순화된 네트워크 어드레스와 매치되는 단순화된 네트워크 어드레스를 갖는 대응관계를 검색하여 검색 결과로서 그러한 대응관계의 URL 부분을 리턴시키는 검색 엔진; 및

e) 검색 결과를 네트워크 연결을 통해서 검색 요청자에게 리턴시켜, 데이터베이스 시스템이 단순화된 네트워크 어드레스를 받아 대응하는 URL을 검색 요청자에게 리턴시키는 수단.
제 26항에 있어서, 검색 요청을 발하고 네트워크를 통해서 검색결과를 받는 클라이언트 시스템을 추가로 포함하는 서버-기반 시스템.
제 26항에 있어서,

a) 통신 연결을 통해서 업데이트된 요청을 수신하는 수단으로, 여기서 상기 수신된 업데이트 요청이 업데이트된 단순화된 네트워크 어드레스와 대응하는 업데이트된 URL을 포함하는 수단;

b) 업데이트된 요청에 반응하여 수신된 업데이트된 단순화된 네트워크 어드레스와 대응하는 업데이트된 URL 사이의 대응관계를 형성하고 생성된 대응관계를 대응관계 테이블에 삽입시키는 수단을 추가로 포함하는 서버-기반 시스템.
제 28항에 있어서, 기존의 대응관계가 업데이트된 단순화된 네트워크 어드레스에 기초한 것인지 확인하여 그럴 경우 생성된 대응관계가 유일한 것이 되도록 업데이트된 단순화된 네트워크 어드레스를 변형시키는 수단을 추가로 포함하는 서버-기반 시스템.
제 28항에 있어서, 업데이트된 단순화된 네트워크 어드레스를 적어도 하나의 숫자를 갖는 URL 숫자코드인 번호로 변환하는 수단을 추가로 포함하는 서버-기반 시스템.
제 30항에 있어서, URL 숫자코드를 리스트로 수집하여 해당 리스트를 네트워크를 통해 배포하는 수단을 추가로 포함하는 서버-기반 시스템.
제 30항에 있어서, URL 숫자코드를 리스트로 수집하여 해당 리스트를 TV 또는 라디오중 적어도 하나인 전자 방송을 통해서 배포하는 수단을 추가로 포함하는 서버-기반 시스템.
제 30항에 있어서, URL 숫자코드 및 이에 대응되는 URL을 리스트로 수집하여이러한 리스트를 배포하는 수단을 추가로 포함하는 서버-기반 시스템.
제 30항에 있어서, URL 숫자코드를 통해서 어드레스되는 네트워크 액세스가능한 정보의 설명을 한정하여 URL 숫자코드와 대응되는 설명을 페어링하여 이러한 페어들을 리스트로 만들어 배포하는 수단을 추가로 포함하는 서버-기반 시스템.
제 30항에 있어서, 사용자에게 URL 숫자코드를 무작위로 알리는 수단을 추가로 포함하는 서버-기반 시스템.
제 28항에 있어서, 업데이트된 단순화된 네트워크 어드레스가 소정의 음악적톤들의 세트로부터 선택되는 음악적 톤의 시퀀스인 부분을 포함하고, 대응되는 업데이트된 URL인 다른 부분을 포함하며, 상기 시스템이 업데이트된 단순화된 네트워크 어드레스를 URL 숫자코드로 변환하여 업데이트된 대응관계를 생성함으로써 저장된 대응관계들의 데이터베이스를 업데이트하는 수단을 포함하는 서버-기반 시스템.
제 26항에 있어서,

a) 통신 연결을 통해서 할당-문자열 요청(assign-string request)을 수신하는 수단으로, 여기서 상기 수신된 요청이 업데이트된 URL을 포함하는 수단; 및

b) 할당-문자열 요청에 반응하여 업데이트된 단순화된 네트워크 어드레스를 만들고, 생성된 업데이트 단순화된 네트워크 어드레스와 업데이트 URL 사이의 대응관계를 생성하고, 생성된 대응관계를 대응관계 테이블에 삽입하고, 생성된 업데이트 단순화된 네트워크 어드레스의 사본을 네트워크 연결을 통해 요청자에게 리턴하는 수단을 추가로 포함하는 서버-기반 시스템.
제 37항에 있어서, 통신 연결을 통해 요청자에게 업데이트된 URL의 사본을 리턴하는 수단을 추가로 포함하는 서버-기반 시스템.
제 37항에 있어서, 생성된 업데이트 단순화된 네트워크 어드레스가 적어도 하나의 숫자를 갖는 번호이고, 상기 번호가 URL 숫자코드인 서버-기반 시스템.
제 39항에 있어서, 번호가 업데이트된 URL에 대응하는 URL 숫자코드로 이전에 할당된 적이 있는지 확인하는 수단을 추가로 포함하는 서버-기반 시스템.
제 40항에 있어서, 상기 생성된 번호가 무작위 숫자인 서버-기반 시스템.
제 40항에 있어서,

a) 문자열을 수신하여 디스플레이하는 수단;

b) 각 키에 조작자가 볼 수 있는 0부터 9까지의 숫자가 표시되어 있는 10-키 패드;

c) 조작자가 볼 수 있는 알파벳으로부터 선택된 하나 이상의 문자가 추가적으로 표시되어 있는 키;

d) 문자-숫자 대응을 표시하는 볼 수 있는 키 마킹;

e) 숫자를 URL 숫자코드로 할당하는 수단;

f) 키패드로부터 숫자를 입력받는 수단;

g) 각각의 수신된 숫자는 문자-숫자 대응에 의해 정해지는 수신된 문자열의 문자에 대응되고;

h) 수신된 숫자를 수신된 번호로 생성하는 수단;

i) 수신된 번호가 이전에 URL 숫자코드로 할당되었었는지 확인하는 수단;

j) 수신된 번호가 이전에 할당되지 않았던 것으로 확인되는 경우 수신된 번호를 URL 숫자코드로 할당하는 수단;

k) 수신된 문자열을 변형하여 새로운 문자열로 만들고, 새로운 문자열을 디스플레이하여 수신된 번호가 이전에 할당되지 않았던 것으로 확인될 때 디스플레이된 새로운 문자열에 대응되는 키 패드 입력을 기다리는 수단을 추가로 포함하는 서버-기반 시스템.
제 40항에 있어서, 자동적으로 URL 숫자코드를 만드는 수단을 포함하고, 상기 수단이

a) 문자열 생성 수단;

b) 제 1 숫자 생성 수단;

c) 상기 문자열을 이용하여 4 숫자 제 1 파생 번호를 생성하는 수단;

d) 상기 제 1 파생 번호를 이용하여 4 숫자 제 2 파생 번호를 생성하는 수단;

e) 제 1 숫자와 4 숫자 제 2 파생 번호를 접합시켜 5 숫자 번호를 생성하는 수단;

f) 5 숫자 번호가 이전에 URL 숫자코드로 할당된 적이 있는지 확인하는 수단;

g) 상기 5 숫자 번호가 이전에 할당된 적이 없는 것으로 확인되면 해당 5 숫자 번호를 URL 숫자코드로 할당하는 수단;

h) 상기 5 숫자 번호가 이전에 할당된 적이 있는 것으로 확인되는 경우 제 1 및 제 2 무작위 숫자들을 제공하여 제 1 무작위 숫자, 제 2 무작위 숫자와 5 숫자 번호를 결합시켜 7 숫자 번호를 만드는 수단;

i) 상기 7 숫자 번호가 이전에 URL 숫자코드로 할당된 적이 있는지 확인하는 수단;

j) 상기 7 숫자 번호가 이전에 할당된 적이 있는 것으로 확인되면 해당 7 숫자 번호를 URL 숫자코드로 할당하는 수단;

k) 상기 7 숫자 번호가 이전에 할당되었던 것으로 확인되는 경우 제 3, 제 4, 및 제 5 무작위 숫자들을 제공하여 제 3 무작위 숫자, 제 4 무작위 숫자, 제 5 무작위 숫자 및 7 숫자 번호를 결합시켜 10 숫자 번호를 만드는 수단;

l) 상기 10 숫자 번호가 이전에 URL 숫자코드로 할당된 적이 있는지 확인하는 수단;

m) 상기 10 숫자 번호가 이전에 할당된 적이 없는 것으로 확인되면 해당 10 숫자 번호를 URL 숫자코드로 할당하는 수단;
제 26항에 있어서, 네트워크 통신 연결와 검색엔진 사이에 설치된 방화벽을 추가로 포함하고, 수신된 검색 요청이 시스템에 의해 실행되기 이전에 인증되는 것을 필요로 하는 서버-기반 시스템.
제 26항에 있어서, 액세스 데이터를 한정, 저장 및 유지하는 수단을 추가로 포함하고, 상기 액세스 데이터가 다음중 적어도 하나를 포함하는 서버 기반 기스템:

a) 특정 검색 요청자의 데이터베이스 액세스 횟수;

b) 특정 검색 요청자가 특수한 등록된 단순화된 네트워크 어드레스를 입력한 횟수;

c) 각각의 등록된 단순화된 네트워크 어드레스가 받은 총 검색 요청 횟수; 및

d) 데이터베이스가 받은 총 검색 요청 횟수.
제 45항에 있어서, 액세스 데이터를 성공적인 요청 인증이 이루어진 시점에서 액세스 데이터를 제공하는 수단을 추가로 포함하는 서버-기반 시스템.
제 46항에 있어서, 액세스 데이터가 방문 횟수 등급을 나타내는 서버-기반 시스템.
제 46항에 있어서, 액세스 데이터의 소정 부분을 배포하는 수단을 추가로 포함하는 서버-기반 시스템.
단순화된 네트워크 어드레싱을 이용한 네트워크 정보 액세스 시스템으로서:

a) 네트워크에 대한 액세스 수단을 포함하고 네트워크 정보에 액세스하기 위한 입력을 받아들이는 플래트폼;

b) 정보의 네트워크 어드레스에 해당하는 단순화된 네트워크 어드레스를 받아들이는 수단;

c) 단순화된 네트워크 어드레스와 이에 대응되는 URL들 사이의 대응관계를 규정하는 데이터베이스;

d) 검색키를 받아들여 데이터베이스를 검색하는 검색엔진;

e) 검색키로 수신한 단순화된 네트워크 어드레스를 이용하는 데이터베이스의 검색이 대응하는 URL을 리턴시키도록 구축된 데이터베이스;

f) 검색키로 단순화된 네트워크 어드레스를 이용하여 데이터베이스를 검색하여 대응하는 URL을 리턴시키는 수단;

g) 리턴된 URL을 이용하여 네트워크 액세스 명령을 생성하는 수단; 및

h) 플래트폼을 통해 생성된 명령을 이용하여 네트워크 정보에 액세스하는 수단을 포함하여, 네트워크 정보 검색을 위해 단순화된 네트워크 어드레스가 입력되면 네트워크 액세스 명령으로 변환하는 시스템.
네트워크에 대한 액세스 수단을 포함하고 네트워크 정보에 액세스하기 위한 입력을 받아들이는 플래트폼; 단순화된 네트워크 어드레스와 URL들 사이의 대응관계를 규정하는 네트워크 서버-기반 데이터베이스; 검색키를 이용하는 검색엔진을 갖는 데이터베이스 서버; 검색키로 수신한 단순화된 네트워크 어드레스를 이용한 데이터베이스의 검색이 URL을 리턴시키도록 구축된 서버-기반 데이터베이스를 포함하고, 상기 플래트폼이 선택된 대응관계들을 저장하기 위한 캐쉬, 캐쉬 검색 키를 이용하는 캐쉬 검색 엔진, 및 어드레스 윈도우 부분과 네트워크 윈도우 부분을 포함하는 디스플레이된 복합 윈도우를 추가로 포함하는 시스템상에서 단순화된 네트워크 어드레스를 이용하여 네트워크 정보에 액세스하는 프로세스의 부호화된 표현을 저장하는 저장매체로서, 상기 저장매체가

a) 저장 수단; 및

b) 저장수단에 저장되어 있는 프로세스의 부호화된 표현을 포함하고, 상기 부호화된 프로세스가 다음의 단계들을 포함하는 저장매체; (1) 선택된 대응관계를 로컬 캐쉬에 위치시키는 단계; (2) 네트워크 정보의 단순화된 네트워크 어드레스를 받아 들이는 단계; (3) 검색키로 단순화된 네트워크 어드레스를 이용하여 캐쉬를 검색하고, 캐쉬가 검색키에 매치되는 대응관계를 포함하면, 매치되는 대응관계의 대응 URL을 리턴하여 제 8 단계를 진행하는 한편, 캐쉬가 검색키에 매치되는 대응관계를 포함하지 않는 것으로 확인되는 경우 제 4 단계를 진행하는 단계; (4) 단순화된 네트워크 어드레스의 사본을 포함하는 데이터베이스 서버로 어드레스되는 변환 요청 네트워크 액세스 명령을 생성하는 단계; (5) 생성된 명령을 네트워크를 통해 데이터베이스 서버로 보내는 단계; (6) 검색키로 단순화된 네트워크 어드레스를 사용하여 데이터베이스를 검색하는 단계; (7) 네트워크를 통해서 매칭되는 대응관계의 대응 URL을 리턴하는 단계; (8) 대응 URL을 이용하여 네트워크 액세스 명령을 만드는 단계; (9) 만들어진 네트워크 액세스 명령을 이용하여 플래트폼을 통해 네트워크 정보에 액세스하는 단계; 및 (10) 단순화된 네트워크 어드레스를 어드레스 윈도우 부분에 디스플레이하고 액세스된 네트워크 정보는 디스플레이된 복합 윈도우의 네트워크 윈도우 부분에 디스플레이하는 단계.
홈페이지의 URL에 대응되는 URL 숫자코드를 갖는 홈페이지의 검색방법으로, 상기 방법이 하기의 단계들을 포함하는 방법;

a) URL 숫자코드를 이용해서 인터넷을 검색하는 단계;

b) URL 숫자코드를 대응되는 URL로 변환하는 단계; 및

c) 수득된 URL을 이용하여 홈페이지를 검색하는 단계.
제 51항에 있어서, URL 숫자코드와 대응하는 URL이 인터넷 액세스가능한 데이터베이스에 제공되는 방법.
제 52항에 있어서, 상기 데이터베이스가 서버를 통해 인터넷에 액세스가능한 것인 방법.
제 53항에 있어서, 상기 검색 단계가

a) 인터넷에 연결된 클라이언트를 제공하는 단계;

b) 클라이언트에 URL 숫자코드를 입력하는 단계; 및

c) URL 숫자코드를 서버로 보내는 단계를 포함하는 방법.
제 54항에 있어서, URL 숫자코드를 URL로 변환하는 단계가 데이터베이스를 이용하는 단계를 포함하는 방법.
제 55항에 있어서, 데이터베이스를 이용하는 단계가 URL 변환 도메인에 대한 접속을 포함하는 방법.
인터넷에 연결된 클라이언트, 웹서버와 데이터베이스를 갖는 인터넷 검색가능한 데이터 저장매체 및 인터넷 검색가능한 검색엔진을 포함하는 시스템에서 인터넷 홈페이지를 검색하는 방법으로서, 상기 방법이 다음의 단계들을 포함하는 방법:

a) 홈페이지의 전세계적인 전자 주소를 포함하는 URL을 선택하는 단계;

b) URL에 할당된 하나 이상의 숫자를 갖는 URL 숫자코드를 할당하는 단계;

c) URL과 URL 숫자코드를 저장매체에 저장하는 단계;

d) 클라이언트를 이용하여 URL 숫자코드를 입력하는 단계;

e) URL 숫자코드를 검색엔진으로 보내는 단계;

f) 검색엔진에 의해 서버에 액세스하는 단계;

g) 검색엔진으로부터 데이터베이스로 URL 숫자코드를 보내는 단계;

h) 데이터베이스에 URL 숫자코드가 있는지 검색하는 단계;

i) URL 숫자코드를 URL로 변환하는 단계;

j) URL을 이용하여 홈페이지를 검색하는 단계;

k) 인터넷을 통해 홈페이지를 클라이언트에 보내는 단계; 및

l) 홈페이지를 클라이언트의 디스플레이에 디스플레이하는 단계.
제 57항에 있어서, 서버에 액세스하는 단계가 URL 변환 도메인에 액세스하는 과정을 포함하는 방법.
제 57항에 있어서, 클라이언트가 리모콘을 갖는 인터넷 TV 세트, 리모콘을 갖는 가라오케 세트, 또는 리모콘을 갖는 게임기인 방법.
제 57항에 있어서, 클라이언트가 컴퓨터 키보드, 10-키패드, 바코드 리더, OCR, 마우스 포인팅 디바이스, 펜, 터치 스크린 포인팅 디바이스, TV 리모콘, 가라오케 리모콘, 또는 음성 입력장치인 인터페이스를 갖는 방법.
제 57항에 있어서, URL 숫자코드를 할당하는 단계가 다음의 단계들을 포함하는 방법.

a) 임의의 수를 선택하는 단계;

b) 임의의 수가 이전에 URL 숫자코드로 할당된 적이 있는지 확인하는 단계;

c) 상기 임의의 수가 이전에 URL 숫자코드로 할당된 적이 없는 것으로 확인된 경우 상기 임의의 수를 URL 숫자코드로 할당하는 단계; 및

d) 상기 임의의 수가 이전에 URL 숫자코드로 할당된 적이 있는 것으로 확인되는 경우, 상기 단계 (a) 내지 (c)를 반복하는 단계.
제 57항에 있어서, 상기 URL 숫자코드를 할당하는 단계가 다음의 단계들을 포함하는 방법.

a) 각 키가 0부터 9까지 범위내의 상이한 숫자를 갖고 하나 이상의 알파벳 문자를 추가로 갖는 10-키패드를 제공하는 단계;

b) 문자열을 선택하는 단계;

c) 숫자들이 문자열에서의 문자들의 순서와 동일한 순서에 의해 선택되도록, 키패드에 의해 각각의 숫자가 문자열의 각 문자에 해당하는 숫자열을 선택하는 단계;

d) 숫자열이 이전에 URL 숫자코드로 할당된 적이 있는지 확인하는 단계;

e) 상기 숫자열이 이전에 URL 숫자코드로 할당된 적이 없는 것으로 확인된 경우 상기 숫자열을 URL 숫자코드로 할당하는 단계; 및

f) 상기 숫자열이 이전에 URL 숫자코드로 할당된 적이 있는 것으로 확인되는 경우, 상기 단계 (b) 내지 (e)를 반복하는 단계.
제 57항에 있어서, 상기 URL 숫자코드를 할당하는 단계가

a) 문자열을 선택하는 단계;

b) 제 1 숫자를 선택하는 단계;

c) 문자열을 이용하여 4 숫자 제 1 파생 번호를 수득하는 단계;

d) 상기 4 숫자 제 1 파생 번호를 이용하여 4 숫자 제 2 파생 번호를 수득하는 단계;

e) 제 1 숫자와 4 숫자 제 2 파생 번호를 접합시켜 5 숫자 번호를 구하는 단계로서, 상기 제 2 파생 번호가 5 숫자 번호의 제 2 내지 제 5 숫자를 포함하는 단계;

f) 상기 5 숫자 번호가 이전에 URL 숫자코드로 할당된 적이 있는지 확인하는 단계;

g) 상기 5 숫자 번호가 이전에 할당된 적이 없는 것으로 확인되면 해당 5 숫자 번호를 URL 숫자코드로 할당하는 단계;

h) 상기 5 숫자 번호가 이전에 할당된 적이 있는 것으로 확인되면 제 6 숫자 및 제 7 숫자와 같은 무작위 숫자들을 할당하여 7 숫자 번호를 만드는 단계;

i) 상기 7 숫자 번호가 이전에 URL 숫자코드로 할당된 적이 있는지 확인하는 단계;

j) 상기 7 숫자 번호가 이전에 할당된 적이 없는 것으로 확인되면 해당 7 숫자 번호를 URL 숫자코드로 할당하는 단계;

k) 상기 7 숫자 번호가 이전에 할당되었던 것으로 확인되는 경우 제 8, 제 9, 및 제 10 무작위 숫자들을 할당하여 10 숫자 번호를 만드는 단계;

l) 상기 10 숫자 번호가 이전에 URL 숫자코드로 할당된 적이 있는지 확인하는 단계; 및

m) 상기 10 숫자 번호가 이전에 할당된 적이 없는 것으로 확인되면 해당 10 숫자 번호를 URL 숫자코드로 할당하는 단계;

를 포함하는 방법.
제 57항에 있어서, 상기 방법이

a) 웹서버와 데이터베이스 사이에 방화벽을 삽입하는 단계; 및

b) 검색엔진으로부터 데이터베이스로 번호를 보내는 단계에서 데이터베이스에 대한 허락받지 못한 액세스를 차단하는 단계를 추가로 포함하는 방법.
홈페이지의 URL에 대응되는 URL 숫자코드를 갖는 인터넷 홈페이지의 검색 시스템으로, 상기 시스템이 다음을 포함하는 시스템:

a) URL 숫자코드를 입력하고 홈페이지를 검색하기 위한 인터넷에 연결된 클라이언트;

b) URL 숫자코드 및 대응하는 URL에 대한 인터넷 검색을 실행하는 인터넷 연결 검색 엔진;

c) URL 숫자코드 및 대응하는 URL를 제공하는 인터넷 연결 데이터베이스; 및

d) 데이터베이스에 액세스시키는 인터넷 연결 웹 서버.
제 65항에 있어서, 상기 클라이언트가 리모콘을 갖는 TV 세트, 리모콘을 갖는 가라오케 세트 또는 리모콘을 갖는 게임기인 시스템.
제 65항에 있어서, 상기 클라이언트가 컴퓨터 키보드, 10-키패드, 바코드 리더, OCR, 마우스 포인팅 디바이스, 펜, 터치 스크린 포인팅 디바이스, TV 리모콘, 가라오케 리모콘 또는 음성 입력장치인 사용자 인터페이스를 갖는 시스템.
제 65항에 있어서, 상기 웹 서버가 내장 어플리케이션 프로그램 인터페이스를 포함하는 시스템.
제 65항에 있어서, 상기 시스템이 인터넷으로부터 웹 서버로 입력된 URL 숫자코드를 보내는 라우터를 추가로 포함하는 시스템.
제 65항에 있어서, 상기 시스템이 웹서버와 데이터베이스 사이에 삽입된 방화벽을 추가로 포함하는 시스템.