KR20210061642A

KR20210061642A - 사용이 용이한 전자 화폐 거래 시스템

Info

Publication number: KR20210061642A
Application number: KR1020190149446A
Authority: KR
Inventors: 심가용
Original assignee: 심가용
Priority date: 2019-11-20
Filing date: 2019-11-20
Publication date: 2021-05-28

Abstract

본 발명은 전자 화폐 거래 시스템에 관한 것으로, 특히 평균 사용자에게 더욱 용이하게 사용할 수 있게 하는 방법에 관한 것이다. 본 발명은 ISP가 전자 화폐 지불을 관리하고, 사용자의 전화 청구서에 상당하는 요금을 가산하거나 사용자로부터 지불을 얻는 다른 적절한 방법을 사용하는 경우, 전자 화폐의 사용이 비전문 사용자에게 매우 간단하게 된다고 하는 생각에 기초한다. 그러한 기능은 사용자와 제3자 사이의 송신에 있어서 ISP의 중재, 즉 상인에 의해 발송되는 전자 지불 요구를 인터셉팅하는 것을 필요로 한다. 본 발명의 바람직한 실시예에 따르면, ISP는 사용자를 대신하여 전자 화폐를 사용하고, 사용자의 전화 청구서에 지불을 청구한다. ISP는 집중 방식으로 다른 형태의 전자 화폐를 얻는데 필요한 모든 기술적인 상세를 관리할 수 있고, ISP의 모든 사용자는 ISP가 자신의 전화 청구서에 상당하는 요금을 부가할 수 있게 하여 ISP에 의해 얻어지는 전화 화폐를 간단하게 사용할 수 있다. 더욱이, ISP는 모든 주요형태의 전자 화폐를 얻을 수 있으며, 그 후 상인이 하나 이상의 형태의 전자 화폐의 지불을 허용하는 경우, 사용자는 가장 경제적인 지불 방법을 선택할 수 있다.

Description

사용이 용이한 전자 화폐 거래 시스템{System for performing electronic money transactions}

본 발명은 전자 화폐 거래 시스템에 관한 것으로, 특히 평균 사용자에게 더욱 용이하게 사용할 수 있게 하는 방법에 관한 것이다.

종래의 인터넷 서비스 제공자(ISP) 시스템이 도 1에 도시되어 있다. ISP의 기본적인 의무는 인터넷과 같은 하나의 네트워크로부터 종래의 전화 네트워크와 같은 다른 네트워크로 및 그 역으로 데이터를 전송하는 것이다. 사용자는 사용자의 지역 전화 교환기(104)에 의해 도 1에 도시되어 있는 종래의 전화 네트워크를 통해, 그리고 ISP 시스템(105)을 통해 자신의 컴퓨터(100) 및 모뎀(102)을 사용하여 인터넷 네트워크(116)에 접속할 수 있다. 종래의 ISP 시스템(105)은 통화를 수신하여 단말기 서버(112)로 보내는 통화 제어 포인트(106)를 포함한다. 단말기 서버(112)는 기본적으로 종래의 전화 네트워크에 사용되는 형태로부터 ISP 시스템이 접속되는 네트워크(116)에 사용되는 형태로, 및 그 역으로 데이터 신호를 변환시킨다.

일반적인 ISP 시스템(105)은, 단말기 서버(112)로부터 데이터 신호를 수신하여 네트워크(116)에 발송하고, 역으로 네트워크(116)로부터 데이터 신호를 수신하며, 데이터 신호에 제공된 목적지 어드레스에 기초하여 정확한 단말기 서버(112)에 각 신호를 전송하는 라우터(114)를 더 포함한다. 일반적인 ISP시스템(105)은 또한 ISP의 사용자 및 네트워크(116)내의 제3자 사이의 중재자로서 기능을 하는 프록시(proxy)(118)를 포함한다. 프록시는 일반적으로 ISP의 사용자가 네트워크로부터 검색한 가장 최근의 문서를 자신의 대용량 메모리에 캐시한다. 사용자가 최근에 접속하였던 문서에 대한 요구를 ISP로부터 송신하여 그에 따라 프록시의 메모리에 캐시된 경우, 프록시는 네트워크(116)상의 부하를 감소시키고 사용자에 의해 인지되는 서비스의 속도를 증가시키기 위해 자신의 메모리로부터 문서의 복제를 사용자에게 발송한다.

데이터 신호들은 표준 RFC 791 및 RFC 793에 상세히 설명되어 있는 TCP/IP 프로토콜을 이용하여 인터넷에서 전송된다. 월드 와이드 웹(WWW) 문서는 그 중에서도 특히 제공되는 WWW 서버에게 임의의 문서를 요구하는 표준 포맷을 정의하는 HTTP 프로토콜의 도움으로 인터넷의 WWW 서버에 액세스될 수 있다. 버전 1.0의 HTTP 프로토콜은 표준 RFC 1945에서 정의된다. TCP/IP 프로토콜 및 HTTP 프로토콜은 둘다 당업계에 잘 공지되어 있으며, 더욱 상세한 설명은 필요로 하지 않는다.

도 2는 제2 유형의 전화 네트워크 서비스, 즉 예컨대, 자동 주문 서비스에 사용되는 음성 서비스 제공자 시스템(210)의 구조를 도시한다. 도 2는 지능 네트워크(IN) 순응 전화 교환기가 어떻게 자동 서비스를 야기하는데 사용될 수 있는지의 예를 도시한다. 음성 서비스 시스템(210)은 IN 순응 서비스 교환 포인트(SSP)(104), SSP를 제어하는 서비스 제어 포인트(SCP)(110) 및 음성 출력을 갖는 데이터베이스(212)를 포함한다. SSP의 의무는 기본적으로 데이터베이스(212)의 출력에 발신자를 접속하는 것이다. 사용자는 예컨대, 자신의 전화의 번호 키를 눌러 그러한 서비스로부터 티켓을 주문할 수 있는 동시에, SCP는 사용자를 데이터베이스(212)의 메시지의 도움으로 가이드한다. 지능 네트워크 특징 및 CCP, SCP 및 SSP와 같은 여러 가지 IN 구성 성분의 성능은 예컨대, 권고안 Q1201, Q1201, Q1203, Q1204, Q1205, Q1211, Q1213, Q1214, Q1215 및 Q1218과 같은 여러 가지 CCITT 권고안에 기재되어 있다.

여러 가지 버전의 전자 화폐가 현재 사용 가능하거나 개발중에 있다. 주요 버전의 전자 화폐의 개요는 1996년 6월 발행된 Byte magazine의 머리 기사 및 관련 사설에 제공되어 있다. 하나의 시스템에서, 사용자는 사용자에 의해 지불되는 금액을 나타내는 사용자 전자 부호를 제공하는 전자 현금의 제공자로부터 전자 현금을 얻을 수 있다. 사용자는 일반적으로 전자 지갑 프로그램의 도움으로 자신의 컴퓨터에 이러

한 부호들을 저장한 후, 그러한 부호들을 인터넷과 같은 원거리 통신 네트워크를 통해 여러 가지 서비스 또는 상품의 지불을 위해 사용한다. 트랜잭션후에, 상인은 수신된 부호들을 전자 현금의 제공자에게 발송하여 실제 화폐로 교환한다. 그러한 전자 화폐 거래 시스템은 예컨대, 유럽 특허 출원 EP 542 298호 및 이 출원에 포함된 참조물에 상세히 기재되어 있다. 신용 카드 또는 유사한 지불 수단의 사용에 기초하는 전자 화폐 거래 시스템은 현재 주요 신용 카드 회사에서 개발중이다. 하나의 유사한 신용 카드 기초 시스템은 표준 RFC 1898에 기재되어 있다.

모든 현재의 전자 화폐 거래 시스템에 공통적인 것은 사용자의 관점에서 불편하다는 것이다. 사용자는 인터넷과 같은 통신 네트워크를 통해 서비스 또는 상품에 대해 지불할 수 있기 이전에 전자 화폐를 먼저 얻어야 한다. 더욱이, 사용자는 일반적으로 특수 전자 지갑 프로그램을 필요로 한다. 하나의 주요 신용 카드 기초 전자 화폐 거래 시스템에 있어서, 사용자는 자신을 정당한 사용자 및 자신의 신용 카드의 사용자로서 식별하는 전자 식별 증명서를 얻어야 한다.

이러한 요구들은 사용자에게 부담을 야기하고, 평균 사용자가 여러 가지 형태의 전자 화폐의 상세에 대해 알도록, 그리고 그러한 전자 화폐를 얻고 사용하는 방법을 배우도록 요구한다. 전자 화폐를 나타내는 부호들은 일반적으로 사용자의 컴퓨터의 하드 디스크에 저장되고, 하드 디스크의 우발적인 에러 또는 오작동에 취약성이 있다. 따라서, 사용자는 전자 현금을 잘 관리해야 하고, 그러한 화폐를 나타내는 부호들의 백업 복제를 해야 한다. 전자 화폐 거래 시스템이 우발적으로 손실된 전자 화폐의 대체물을 제공하지만, 대체 절차는 사용자에게 부담이 된다. 더욱이, 하나 이상의 형태의 전자 화폐가 개발되고 있기 때문에, 모든 상인들이 모든 형태의 전자 화폐를 허용하지 않을 것이므로, 사용자는 자신의 구입 선택에 제한되지 않기를 원하는 경우 모든 주요 형태의 전자 화폐를 얻는 것이 필요하다.

도 1은 종래 기술에 따르는 인터넷과 같은 네트워크에 사용자가 접속할 수 있는 방법을 도시하는 도면.
도 2는 IN 순응(compliant) 전화 교환기를 사용하는 음성 서비스 제공자 시스템의 예를 도시하는 도면.
도 3은 본 발명에 따른 시스템의 기본적인 예를 도시하는 도면.
도 4는 본 발명에 따른 시스템의 다른 예를 도시하는 도면.
도 5는 인터셉팅(傍受) 수단(120)이 통화의 나머지와 동일한 출력을 통해 다시 보내진 통화를 출력하는 본 발명의 실시예를 도시하는 도면.
도 6은 본 발명에 따른 시스템이 이동 전화 네트워크에 접속되는 시스템에서 수행되는 예를 도시하는 도면.
도 7은 인터셉팅 수단(120)이 프록시(118)내에서 수행되는 본 발명의 유리한 실시예를 도시하는 도면.
도 8은 본 발명에 따른 시스템의 특정 수행의 예를 도시하는 도면.

본 발명의 목적은 사용자가 더욱 쉽게 전자 화폐로 지불할 수 있게 하는 것이다. 본 발명의 다른 목적은 사용자가 임의의 전자 화폐를 자신이 얻을 필요없이 전자 화폐로 지불할 수 있게 하는 것이다. 본 발명의 또 다른 목적은 인터넷 서비스 제공자 및 유사한 서비스를 이용하여 그 사용자에게 전자 화폐를 쉽게 사용하는 방법을 제공할 수 있는 시스템을 실현하는 것이다.

이러한 목적들은 ISP 시스템에 인터셉팅 수단 및 전자 지갑 수단을 부가하고, 이 ISP 시스템을 사용자의 요구시에 지불 절차를 선택적으로 개시하고,

사용자에게 송달되는 착신 지불 요구를 전자 지갑 수단에 인터셉팅 및 방향 변경하며,

사용자의 전화 청구서에 요구된 금액에 상당하는 요금을 가산하고,

상인으로부터의 지불 요구에 응답하여 전자 화폐 지불을 전자 지갑 수단으로부터 발송함으로써 도달된다.

본 발명에 따른 시스템은 독립 시스템 청구항의 특징부에 기재되어 있는 것에 특징이 있다.

본 발명에 따른 방법은 독립 방법 청구항의 특징부에 기재되어 있는 것에 특징이 있다.

종속 청구항들은 본 발명의 또 다른 이점이 있는 실시예를 기재하고 있다.

본 발명은 ISP가 전자 화폐 지불을 관리하고, 사용자의 전화 청구서에 상당하는 요금을 가산하거나 사용자로부터 지불을 얻는 다른 적절한 방법을 사용하는 경우, 전자 화폐의 사용이 비전문 사용자에게 매우 간단하게 된다고 하는 생각에 기초한다. 그러한 기능은 사용자와 제3자 사이의 송신에 있어서 ISP의 중재, 즉 상인에 의해 발송되는 전자 지불 요구를 인터셉팅하는 것을 필요로 한다. 본 발명의 바람직한 실시예에 따르면, ISP는 사용자를 대신하여 전자 화폐를 사용하고, 사용자의 전화 청구서에 지불을 청구한다. ISP는 집중 방식으로 다른 형태의 전자 화폐를 얻는데 필요한 모든 기술적인 상세를 관리할 수 있고, ISP의 모든 사용자는 ISP가 자신의 전화 청구서에 상당하는 요금을 부가할 수 있게 하여 ISP에 의해 얻어지는 전화 화폐를 간단하게 사용할 수 있다. 더욱이, ISP는 모든 주요 형태의 전자 화폐를 얻을 수 있으며, 그 후 상인이 하나 이상의 형태의 전자 화폐의 지불을 허용하는 경우, 사용자는 가장 경제적인 지불 방법을 선택할 수 있다.

본 발명에 따른 시스템은 착신 데이터 통화를 검사하는 인터셉팅 수단을 포함한다. 송신이 전자 화폐를 이용한 지불 요구를 포함하는 것을 인터셉팅 수단이 인식할 때, 인터셉팅 수단은 그러한 송신을 전자 화폐의 사용을 필요로 하는 기능을 포함하는 다른 수단으로 방향 변경한다. 이후에, 시스템은 그러한 요구를 점검하여 사용자의 전화 청구에 상당하는 금액을 가산하고, 수신된 요구에 따라 지불을 계속한다. 본 발명에 따른 시스템은 지불을 제어 및 선택적으로 개시하는 수단을 더 포함할 수 있다. 예를 들어, 사용자는 허용 방법을 셋업할 수 있거나, 본 발명에 따른 시스템에 의해 운영되는 네트워크 어드레스로의 개별 접속을 통해 개별적인 지불을 허용하거나 거부할 수 있다.

실시예

도 1 및 도 2는 당업계의 사정의 설명과 관련하여 앞에서 설명하였다.

도 3은 본 발명의 이점이 있는 실시예의 기본적인 예를 도시한다. 이 예에서, 사용자는 자신의 컴퓨터(100) 및 종래의 모뎀(102) 또는 ISDN 어댑터(103)를 이용하여 종래의 전화 네트워크(108), 종래의 전화 네트워크의 지역 전화 교환기(104), 인터넷 서비스 제공자(ISP)의 시스템(105) 및 네트워크(116)를 통해 상인(130)과 접촉하고 있다. 종래의 전화 네트워크는 예컨대, ISDN 접속을 지원하는 전화 교환기(104)를 가짐으로써 본 명세서에서 설명되는 바와 같이 ISDN 접속을 지원할 수 있다. 예컨대, ADSL 또는 HDSL 접속과 같은 임의의 다른 접속 방법 및 기술이 또한 사용될 수도 있다. 본 발명에 따른 시스템에 있어서, ISP 시스템(105)은 인터셉팅 수단(120)을 더 포함한다. 인터셉팅 수단(120)은 네트워크로부터 발신한 지불 요구를 ISP 시스템(105)의 제어 유닛(122)으로 방향 변경한다. 사용자가 서비스 또는 상품을 요구할 때, 상인(130)의 시스템은 지불 요구에 응답한다. 인터셉팅 수단(120)은 제어 유닛(122)에 요구를 방향 변경하고, SSP(106)를 통해 지불에 상당하는 종래의 계산 신호를 사용자의 지역 전화 교환기(104)로 발송하며, 여기에서 대응하는 합은 사용자의 전화 청구서에 가산된다. 계산 신호를 발송한 후, 제어 유닛(122)은 전자 화폐를 네트워크(116)를 통해 상인(130)에게 발송한다. 전자 화폐를 수신한 후, 상인(130)은 요구되는 서비스 또는 상품을 계속 생산한다.

제어 유닛은 도 3의 실시예에서와 같이 인터셉팅 수단(120)을 통해, 또는 예컨대, ISP 시스템에 포함된 라우터를 통해 인터셉팅 수단을 지나서 상인에게 전자 화폐 및 다른 메시지를 발송할 수 있다.

제어 유닛은 절차의 개시에서 뿐만 아니라 지불 절차의 임의의 적절한 단계에서 사용자의 전화 요금의 지불에 영향을 줄 수 있다. 본래, 어떤 이유로 지불이 되지 못한 경우, ISP가 그 이후에는 지불이 취소될 수 없는 지불 절차의 한 포인트 이전의 최종 절차에서 지불에 영향을 주는 것이 바람직할 수 있다.

본 발명의 하나의 이점이 있는 실시예에서, 제어 유닛(122)은 전자 화폐의 사용에 요구되는 기능에 추가하여, 종래의 IN 순응 서비스 제어 포인트의 기능을 또한 포함한다.

도 3의 실시예에서, 전자 지갑 수단, 즉 전자 화폐 트랜잭션 수단이 제어 유닛(122) 또는 유사한 기능의 엔티티에 위치된다. 상기 지갑 및 그 내용물은 ISP에 의해 관리되고, 필요할 때 전자 화폐 제공자로부터 더 많은 전자 화폐를 얻는다. ISP는 주요 전자 화폐 제공자로부터 모든 주요 형태의 전자 화폐를 얻을 수 있고, 그 후 사용자는 상인이 요구하는 전자 화폐의 종류를 인지할 필요가 없다.

전자 화폐의 하나의 중요한 양태는 사용자가 임의의 주어진 지불 요구를 허용 또는 거부할 가능성이다.

본 발명에 따른 시스템에 있어서, 이것은 여러 가지 방식으로 실현될 수 있다. 하나의 이점이 있는 실시예가 도 4에 도시되어 있다. 제어 유닛(122)은 라우터(114)에 접속되고, 사용자는 제어 유닛(122)내의 지불 제어 수단(122a)에 접속을 형성할 수 있다. 이러한 지불 제어 수단(122a)은 예컨대, 제어 유닛(122)에 의해 운영되는 임의의 네트워크 어드레스에서 월드 와이드 웹(WWW) 문서의 형태로 될 수 있다.

라우터(114)는 사용자로부터의 모든 통신을 이러한 네트워크 어드레스로 직접 제어 유닛에 전송한다. 사용자는 네트워크(116)에서의 임의의 다른 어드레스에 대한 것과 동일한 종래의 방식으로 상기 지불 제어 수단의 네트워크 어드레스로 접속을 개방할 수 있다. 제어 유닛(122)이 ISP 시스템(105)의 사용자에게 할당된 네트워크 어드레스를 알기 때문에, 제어 유닛(122)은 사용자의 네트워크 어드레스에 기초하여 네트워크(116)를 통해 네트워크 어드레스로의 사용자 접속을 인식할 수 있다. 사용자가 제어 유닛(122)의 상기 네트워크 어드레스로의 접속을 개방하면, 제어 유닛(122)은 개방된 접속을 통해 결과적인 착신 지불 요구 및 확인 요청을 사용자에게 통지할 수 있다.

지불 제어 수단 및 본 출원에서 이후 설명되는 다른 제어 수단은 네트워크(116)에 직접 접속될 수 있다.

그러한 경우에, 사용자로부터 제어 수단으로의 통신은 네트워크(116)의 적어도 일부를 통과할 것이다.

그러나, 그러한 구조는 지불의 허용을 결정하는 중요한 정보가 간략하게 ISP 시스템의 외부로 흐르기 때문에, 외부 충격에 더욱 취약하게 된다. 사용자와 제어 수단 사이의 통신이 종래의 전화 네트워크내에서 및 ISP 시스템내에서만 발생하기 때문에, 도 4에 도시되어 있는 구조는 더욱 안전하다.

종래의 전자 화폐의 경우에서와 같이, 사용자는 지불 요구에 대하여 채무 불이행 방법을 채택할 수 있고, ISP에 따라서 착신 지불 요구를 처리하도록 명령할 수 있다. 그러한 방법은 예컨대, 이하의

임의의 제한하에 지불을 허용하는 것,

임의의 누적 금액이 소정의 시간 기간에 도달될 때까지 모든 지불을 허용하는 것,

소정의 상인 또는 다수의 상인에게 모든 지불을 허용하는 것,

소정의 상인 또는 다수의 상인에게 모든 지불을 금지하는 것,

이전의 선택의 임의의 조합, 또는

모든 지불을 금지하는 것과 같은 선택을 포함할 수 있다.

사용자는 예컨대, ISP와 개별 동의를 생성함으로써, 여러 가지 방식으로 ISP와 함께 방법을 셋업할 수 있다. 본 발명의 하나의 이점이 있는 실시예에서, 제어 유닛(122)은 방법 제어 수단(122b)을 포함하고, 사용자는 전술한 바와 같은 네트워크를 통해 제어 유닛(122)에 접속하고, 상기 방법 제어 수단(122b)의 도움으로 제어 유닛(122)에 명령함으로써, 지불 허용 방법을 제어 및 조정할 수 있다. 제어 유닛(122)은 전술한 방식으로 사용자를 인식함으로써 변화하는 사용자의 방법 정보를 발견할 수 있다.

전자 화폐의 다른 양태, 즉 다량의 전자 화폐의 자발적인 발송은 유사한 방식으로 실현될 수 있다. 본 발명의 하나의 이점이 있는 실시예에서, 제어 유닛(122)은 사용자가 전술한 바와 같이 임의의 네트워크 어드레스에 접속할 수 있는 지불 발송 수단(122c)을 포함한다. 상기 지불 발송 수단(122c)에 접속한 후에, 사용자는 지불 발송 수단(122c)에 전자 지불을 원하는 네트워크 어드레스에 발송하도록 명령할 수 있다. 지불을 발송하도록 명령을 수신한 후에, 지불 발송 수단은 먼저 사용자의 전화 청구서에 발송되는 금액을 가산하도록 사용자의 교환기(104)에 계산 신호를 발송한 후, 지불 송신 수단(122c)은 사용자를 화폐의 발신인으로서 나타내는 바람직한 어드레스로 명령된 금액의 전자 화폐를 발송하는 것이 바람직하다.

사용자가 익명의 기부금을 발송하기를 원하는 경우도 또한 가능하다. 따라서, 지불 발송 수단(122c)은 사용자가 지불 발송 수단(122c)에게 자신이나 어떤 다른 사람을 지불의 발신인으로서 지명하지 않도록 명령하게 하는 제어 수단을 또한 포함하는 것이 바람직하다. 사용자는 예컨대, 특수한 익명의 서버를 통해 지불을 발송함으로써, 메시지의 발신인의 식별을 숨기는 임의의 공지된 방법을 또한 사용할 수 있다.

일부 전자 화폐 거래 시스템에 있어서, 사용자는 자신에게 지불 절차를 개시하도록 요구할 수 있다. 본 발명에 따른 시스템에서, 사용자는 예컨대, 지불 발송 수단(122c) 또는 다른 유사한 제어 수단을 이용하여 지불을 개시할 수 있다.

본 발명의 하나의 이점이 있는 실시예에서, 지불 제어 수단(122a), 방법 제어 수단(122b), 지불 발송 수단(122c) 및 본 출원에서 설명되는 임의의 다른 제어 수단은 모든 양태의 전자 화폐를 단일 접속으로 사용자가 제어하게 하기 위해, 하나의 전체 제어 수단으로 조합된다. 또한, 제어 유닛(122)과 본 출원에서 설명되는 임의의 제어 수단의 임의의 조합도 실현 가능하다.

본 발명의 더욱 이점이 있는 실시예에서, 본 발명에 따른 시스템은 즉, 지불을 수신하는 다른 양태의 전자 화폐 거래 시스템을 제공한다. 이 실시예에서, 본 발명에 따른 시스템은 본 전자 화폐 거래 시스템에 의해 지정되는 방식으로 지불을 수신 및 처리한다. 지불을 수신한 후에, 상기 시스템은 사용자에게 신용에 상당하는 금액을 전송한다. 이러한 전송은 예컨대, 아래의 방식중 하나로 처리할 수 있다.

- 자체를 통해 사용자가 ISP에 접속되는 베이스 네트워크가 사용자의 계산을 신용하는 경우, 상기 시스템은 그 계산을 신용할 수 있다.

- ISP가 사용자에 대해 내부 계산을 유지할 수 있으며, 그러한 경우에 지불이 계산에 가산된다.

- 사용자가 자신의 은행 및 자신의 은행 계정의 ISP를 통보한 경우, ISP가 사용자의 은행 계정으로의 자동 은행 전송을 개시할 수 있다.

다른 방법으로는, 본 발명에 따르는 시스템은 예컨대, 통상의 통화료 이상의 할증료를 부과하는 여러 서비스 라인과 관련하여 사용되는 청구서를 신용하는 종래 기술의 방법중 어느 하나를 사용할 수 있다. 바람직하게는, 본 발명에 따르는 시스템은 사용자에게 누산된 신용을 전송하기 전에, 특정 최소액이 도달할 때까지 내부 청구서로 지불을 수집하도록 사용자에 의해 명령될 수 있다.

제어 유닛(122)은 전화 교환기(104)를 포함하는 베이스 네트워크가 전화 청구서의 상세한 명세를 지원하는 경우, 사용자의 전화 청구서에 지불한 상품 및 서비스의 상세한 명세를 허용하도록 사용자의 전화 교환기(104)에 발송되는 요금 정보의 각 지불에 대한 상세를 포함할 수 있다. 이러한 종료의 보고는 사용자에게 별개의 정보 서신 또는 e 메일을 발송하여 또는 사용자에게 통지하는 임의의 다른 공지된 수단을 사용하여 달성될 수도 있다.

요구된 지불은 자체를 통해 사용자가 ISP 시스템(105)에 접속되는 전화 네트워크의 복수의 요금 부과 유닛이 부정확하게 될 수 있다. 요구된 지불은 다수의 전자 화폐 거래 시스템이 극소 지불이라 칭해지는 매우 작은 지불을 제공하기 때문에, 종래의 요금 부과 유닛보다 실질적으로 작게 될 수 있다. 본 발명에 따르는 시스템은 하나 이하의 요금 부과 유닛의 합에 대한 계산을 유지하는 수단을 포함할 수 있고, 사용자의

전화 청구서에 하나의 요금 부과 유닛을 가산하기 위해 사용자의 지역 교환기에 계산 신호를 송출하기 전에 지불 총액이 하나의 요금 부과 유닛을 초과할 때까지 대기할 수 있다. 본 발명은 임의의 방식의 ISP시스템의 요금 부과 실시를 제한하지 않는다. ISP는 예컨대, 본 발명에 따르는 시스템을 사용하여 이루어진 대부분의 전자 지불에 대해 부가 요금을 부가할 수 있다.

본 발명의 하나의 이점이 있는 실시예에서, ISP는 사용자의 전화 청구서에 요금을 부과하는 대신에 개별 송장(invoice)을 사용자에게 발송한다. ISP는 제1 소정의 합에 도달할 때까지 ISP가 송장을 발송한 후 내부 계정으로 다수의 지불을 수집할 수 있다. 지불이 제2 소정의 합보다 큰 경우, ISP는 특정 지불을 커버하는 송장을 발송할 수 있다. ISP는 사용자가 ISP의 전자 화폐를 사용할 수 있게 하기 전에 사용자에게 금액을 기탁하도록 요구할 수도 있다. 즉, 사용전에 지불을 요구할 수 있다. 물론, 종래의 송장 발송 방법중 하나가 사용될 수 있다.

본 발명에 따르는 시스템은 어떠한 전자 화폐 거래 시스템, 신용 카드 기초 화폐 시스템도 사용할 수 있다.

이러한 시스템은 사용자의 전화 청구서에 대응하는 합을 가산한 후에 ISP에게 발행된 신용 카드로 상인에게 지불할 수 있다. ISP는 모든 필요한 전자 식원 확인 증명서 및 소정 형태의 신용 카드 기초 전자 화폐를 사용하는데 필요한 프로그램을 얻을 수 있고, 따라서 ISP의 사용자의 부담을 덜어준다.

인터셉팅 수단(120)에 의해 실행되는 기본 기능은 이하에 제한되지는 않지만, 이하를 포함한다.

인터셉팅 수단(120)은 매 착신 데이터 패킷을 점검하고,

데이터 패킷이 전자 화폐 통화를 포함하지 않는 경우, 데이터 패킷은 정상적인 방법으로 사용자에게 전송되며,

데이터 패킷이 전자 화폐 통화를 포함하는 경우, 인터셉팅 수단(120)은 그 데이터 패킷을 전자 화폐 트랜잭션 수단으로 전송한다.

다른 통화에서 전자 화폐 통화를 검출하는 방법은 화폐를 전송하는데 사용되는 실제 프로토콜에 따라서 변화할 수 있다. 현재의 전자 화폐 거래 시스템에 있어서, 전자 화폐 정보의 송신을 위한 2개의 주요 방법은 아래와 같다.

1) 전자 화폐 통화는 TCP/IP 프로토콜에 따라 임의의 포트에 전송된다.

2) 전자 화폐 정보는 HTTP 프로토콜의 특정 분야에 포함된다.

바람직하게는, 본 발명에 따르는 시스템은 두가지 형태의 전자 화폐 정보를 모두 조작하도록 배열된다.

명확하게 하기 위해, 예 1) 및 2)는 이하에서 분리하여 논의된다.

전자 화폐 통화가 임의의 TCP 포트에 전송되는 경우에, 제어 유닛(122)으로 전자 화폐 통화를 방향 변경하는 인터셉팅 수단(120)의 기본 기능은 적어도 이하를 포함하는 여러 가지 방법으로 수행될 수 있다.

1a) 인터셉팅 수단(120)은 도 4에 도시되어 있는 바와 같이, 나머지 통화와 다른 출력에 패킷을 포함하는 전자 화폐를 방향 변경할 수 있다.

1b) 인터셉팅 수단(120)은 전자 화폐를 포함하는 패킷을 하나의 데이터로서 처리할 수 있고, 그 데이터를 제어 유닛(122)에 어드레스되는 하나 이상의 IP 패킷으로 팩(pack)하며, 나머지 통화와 동일한 출력에 새로운 패킷을 전송하고, 그 후 ISP 시스템(105)의 라우터(114)가 제어 유닛(122)에 새로운 패킷을 스위치 한다.

1c) 인터셉팅 수단(120)은 패킷의 목적지 어드레스 필드내에 사용자의 어드레스를 제어 유닛(122)의 어드레스로 치환하고, 패킷의 다른 필드에 사용자의 어드레스를 인코딩하거나, 제어 유닛(122)이 최초로 어드레스된 패킷을 사용자가 인식할 수 있게 하도록 옵션을 발송하는 소스를 부가함으로써 패킷을 재기록할 수 있다. 재기록한 후, 인터셉팅 수단(120)은 나머지 통화와 동일한 출력에 재기록 패킷을 전송하며, 그 후 ISP 시스템(105)의 라우터(114)는 제어 유닛(122)에 새로운 패킷을 스위치한다.

도 5에 도시되어 있는 실시예의 구성은 상기 실행 방법 1b) 및 1c)를 사용하는데 적합하다. 이 실시예에서, 인터셉팅 수단(120)은 제어 유닛(122)에 패킷을 재어드레스함으로써 패킷의 방향 변경에 영향을 준다. 라우터(114)는 모든 패킷을 정해진 목적지 어드레스로 전송하고, 그 후, 방향 변경된 패킷은 제어 유닛(122)에 도달한다.

본 발명의 하나의 이점이 있는 실시예에서, 인터셉팅 수단(120)은 일부 사용자에게만 어드레스된 전자 화폐 통화를 방향 변경하고, 다른 사용자에게 어드레스된 전자 화폐 통화를 방향 변경함 없이 통과한다.

이 실시예에서, 데이터 패킷이 전자 화폐 통화를 포함하는 경우, 인터셉팅 수단(120)은 패킷의 목적지를 결정한다. 패킷 목적지가 임의의 카테고리내의 사용자중 한명이 아닌 경우, 패킷은 통상적으로 최종 사용자에게 전송된다. 이 실시예에서, 전자 화폐가 전화 청구서상에 임의의 서비스 또는 상품에 대하여 지불을 원하지 않는 경우, ISP의 사용자는 당업계에 잘 공지되어 있는 방식으로 전자 화폐 자체를 처리할 수 있다. 그러한 옵션은 예컨대, 네트워크에 액세스하기 위해 ISP에서 회사의 계정을 사용하고 있고 서비스 또는 상품에 대해 지불하기를 원하는 작은 회사의 종업원에게 유용하다. 인터셉팅 수단은 또한 어떤 종류의 전자 화폐만의 지불 요구를 방향 변경할 수 있고, 다른 종류의 전자 화폐의 지불 요구를 방향 변경함 없이 통과시킬 수 있다. 이러한 특징들은 앞에서 설명된 제어 수단(122a, 122b, 122c)과 유사한 제어 수단에 의해 제어되는 것이 바람직하다.

상기 예 2)는, 즉 전자 화폐 정보가 HTTP 프로토콜에 따르는 HTTP 요구의 부가적인 필드에 포함될 때, 다소 더욱 복잡해진다. HTTP 요구는 네트워크의 단일 송신 유닛의 크기 및 요구의 크기에 따라서, TCP 패킷과 같은 하나 이상의 송신 유닛내의 네트워크를 통해 발송될 수 있다. 따라서, HTTP 요구는 인터셉팅 수단(120)이 이러한 요구가 전자 화폐 정보를 포함하는지의 여부를 점검할 수 있기 전에, 송신 유닛으로부터 재구성될 필요가 있을 수 있다.

HTTP 프로토콜은 HTTP 요구와 같은 단일 송신으로 데이터를 페이로드하기 전에 여러 가지 데이터 필드의 송신을 고려한다. HTTP 프로토콜 자체는 일부 필드를 한정하고 사용하며, 전자 화폐 거래 시스템은 다른 필드를 한정할 수 있다.

전자 화폐 거래 시스템은 단일 HTTP 송신에서 적어도 이하의 포맷을 사용할 수 있다.

2a) 상기 송신이 하나 이상의 필드의 전자 화폐 정보만을 포함하고,

2b) 상기 송신이 하나 이상의 필드 및 송신의 페이로드 데이터로서 전자 화폐 정보를 포함하거나,

2c) 상기 송신이 하나 이상의 필드 및 문서의 전자 화폐 정보를 포함한다.

상기 예 2a) 및 2b)에서, 송신은 여러 가지 형태의 전자 화폐 정보만을 포함한다. 이 예들에서, 인터셉팅 수단(120)은 도 3의 설명과 관련하여 전술한 바와 같이 당해 전자 지불 프로토콜에 의해 요구되는 것으로 결과적으로 작용할 수 있는 제어 유닛(122)에 상기 송신을 방향 변경한다.

상기 예 2c)는 더욱 복잡하다. 상기와 같이, 인터셉팅 수단(120)은 제어 유닛(122)에 상기 송신을 방향 변경한다. 이 예에서, 제어 유닛(122)은 사용자가 상기 송신의 페이로드 데이터로서 포함된 문서를 수신할 필요가 있는지를 결정해야 한다. 제어 유닛(122)이 사용자가 상기 문서를 수신할 필요가 없다고 결정할 수 있는 경우, 시스템은 전술한 바와 같이 포인트 2a) 및 2b)에서 작용할 수 있다. 이러한 결정은 당해 전자 지불 프로토콜이 그러한 문서의 내용을 표준화하고 있고, 제어 유닛(122)이 상기 문서가 사용자에게 어떤 새로운 정보를 포함하지 않는 것을 검증할 수 있다면, 가능하다. 예를 들어, 상기 문서는 구입을 사용자에게 승인 또는 취소하도록 「Yes」 및 「취소」 버튼의 정의 및 구입의 승인에 대한 질의를 포함하는 소정의 구조의 HTML 문서일 수 있다. 구매가 자동 승인을 위해 사용자에 의해 표시된 제한내에 있는 경우, 제어 유닛(122)은 사용자에게 질의를 보낼 필요가 없다.

제어 유닛(122)이 사용자가 상기 문서를 수신할 필요가 없다고 결정하는데 사용 불가능한 경우, 상기 문서를 포함하는 HTTP 질의를 사용자에게 전송하여야 한다. 제어 유닛은 예컨대, 인터셉팅 수단(120)에 다시 HTTP 질의를 발송하여 사용자에게 HTTP 질의를 발송하도록 인터셉팅 수단(120)에 명령함으로써 이것을 달성할 수 있다. 다른 방법으로는, 상기 시스템은 사용자에게 전송된 데이터 통신 통화에 제어 유닛에 의해 송출된 그러한 요구를 부가하기 위한 다른 수단을 포함할 수 있다. 사용자의 컴퓨터에서 지불 절차를 행하지 않게 하기 위해, 제어 유닛(122)은 바람직하게는 사용자에게 전송되는 HTTP 요구로부터 전자화폐 정보를 포함하는 필드들을 제거하거나, 지불이 이미 처리되었다는 효과의 표시로 상기 필드들 또는 그 내용을 치환한다.

본 발명의 더 이점이 있는 실시예에서, 본 발명에 따르는 시스템은 예컨대, 사용자에게 구입을 승인하거나 취소하도록 「Yes」 및 「취소」 버튼의 정의 및 구입의 승인에 대한 질의를 포함하는 HTML 문서와 같은 전자 문서를 사용자에게 발송함으로써 지불의 승인 또는 부인을 사용자에게 촉구할 수 있다. 특히, 전술한 예 2c)에서, 제어 유닛은 상인에 의해 발송된 문서를 사용자에게 HTTP 요구를 발송하기 전에 ISP 시스템의 유사한 특정 문서로 치환할 수 있다. 물론, 전술한 바와 같이, 제어 유닛은 먼저 최초의 문서를 치환하도록 허용되는지를 먼저 결정할 필요가 있다.

HTTP 1.0 프로토콜은 표준 RFC 1945에서 정의되고, 당업자에게는 잘 공지되어 있다. 따라서, 이러한 프로토콜은 본 출원에서 설명하지 않는다. 여러 가지 전자 화폐 거래 시스템에 의해 이용되는 정밀한 필드 및 필드명은 당해 화폐 시스템 및 전자 화폐 제공자에 따라 변화할 수 있으며, 그래서, 정밀한 필드 및 필드명은 본 출원에서 정의되지 않는다. 본 발명에 따르는 시스템은 전자 지불의 송신을 위한 임의의 소정 프로토콜에서 작용하도록 배열될 수 있다.

본 발명의 더 이점이 있는 실시예에서, 인터셉팅 수단(120)은 HTTP 프로토콜에 대해 지정된 TCP 포트 번호에 기초하여 모든 HTTP 통화를 방향 변경한다. 본 발명에 따르는 시스템은 2 레벨 인터셉팅 수단 설계를 사용할 수 있으며, 여기에서 방향 변경된 HTTP 통화가 전자 화폐 정보를 포함하는 HTTP 송신을 제어 유닛(122)에 전송하고 나머지 HTTP 통화를 사용자에게 전송하는 제2 레벨 인터셉팅 수단에 의해 해석 및 점검된다. 다른 방법으로는, 제1 인터셉팅 수단(120)은 모든 HTTP 통화를 제어 유닛(122)에 직접 방향 변경할 수 있고, 그 후 모든 HTTP 송신을 해석 및 점검할 수 있다. 상기와 같이, 임의의 소정 HTTP 송신이 전자 화폐 정보를 포함하지 않는 경우, 상기 송신은 사용자에게 전송된다. HTTP 송신이 전자 화폐 정보를 포함하는 경우, 상기 송신은 전술한 바와 같이 조작될 수 있다.

도 7에 도시되어 있는 더 이점이 있는 실시예에서, 인터셉팅 수단(120) 및 바람직하게는 전자 화폐에 관련된 제어 유닛(122)의 기능은 ISP 시스템의 프록시(118)에서 수행된다. 예를 들어, ISP 시스템의 전자지갑 수단(124)은 전술한 바와 같이, 제어 유닛(122) 대신에 프록시(118)에서 수행될 수 있다. 또한, 제어 수단(122a, 122b 및 122c) 및 전자 화폐의 사용에 관련된 다른 제어 수단은 도 7의 실시예에서 프록시(118)에 의해 제어될 수 있다. 이 실시예에서, 제어 유닛(122)의 나머지 기능은 IN 순응 전화 교환기의 통상의 서비스 제어 포인트(110)의 기능에 매우 근접하다. 프록시(118)는 프록시(118)로부터 계산 정보를 수신할 수 있도록 할 필요가 있고 사용자의 전화 청구서에 성공적인 합계의 부가의 확인을 복귀시키는 서비스 제어 포인트의 통상의 기능에 부가하여 제어 유닛(122) 및 전자 화폐 트랜잭션의 모든 세부를 조작할 수 있다.

통상의 ISP 시스템에 있어서, 시스템의 프록시의 사용은 사용자에 대해 필수적인 것은 아니고, 사용자는 프록시를 사용하지 않도록 자신의 컴퓨터내의 프로그램을 구성할 수 있다. 도 7의 실시예에서, 사용자는 프록시(118)를 사용할 것인지의 여부를 선택함으로서 또한 전자 화폐의 사용을 제어할 수 있다. 더욱이, 대형 ISP는 통화를 조작하도록 하나 이상의 프록시를 가질 수 있고; 그 경우에, 사용자는 전자 화폐 기능을 갖는 프록시, 또는 전자 화폐의 사용을 지원하는 기능이 없는 통상의 프록시를 사용하도록 프록시를 선택할 수 있다. 도 7의 실시예에서, 사용자가 프록시를 사용하지 않거나 통상의 프록시를 사용하는 경우, ISP는 임의의 특수한 방법으로 사용자에 대한 전자 화폐 통화를 취급하지 않고, 그 후 사용자는 원하는 경우 자신의 전자 화폐를 사용할 수 있다.

인터셉팅 수단(120)은 또한 예컨대, 방화벽 장치에서 수행될 수 있다. 방화벽 장치는 네트워크로부터의 불필요한 침입자로부터 시스템을 보호하기 위해 시스템과 네트워크 사이에 설치되는 일반적인 컴퓨터 실행 차폐 소프트웨어이다. 방화벽 장치에 대한 동작의 일반적인 하나의 방법은 사용자의 네트워크 어드레스를 나타내지 않기 위해, 시스템의 사용자에게 어드레스되는 모든 착신 통화 및 시스템의 사용자로부터 발신하는 모든 통화를 재어드레스하는 것이다. 즉, 발신 통화에서, 방화벽은 사용자의 어드레스를 가상 어드레스로 치환하고, 사용자의 어드레스 및 가상 어드레스를 메모리에 저장한다. 역으로, 방화벽 장치는 착신 메시지내의 목적지 어드레스로서 제공되는 가상 어드레스를 사용자의 실제 어드레스로 치환한다.

방화벽은 일반적으로 임의의 다른 어드레스로 어드레스되는 모든 착신 통화를 차단한다. 그러한 재어드레스 수단은 인터셉팅 수단의 수행을 위한 이점이 있는 개시 포인트를 제공하여, 전술한 바와 같이 전자 화폐 통화를 재어드레스함으로서 나머지 통화로부터 전자 화폐 통화의 분리에 영향을 준다.

본 발명의 전술한 실시예의 일부에서 제어 유닛(122)의 전자 화폐 기능의 포함은 단지 일예로서 나타내었다. 전술한 예에서와 같이 프록시(118)와 같은 분리 수단으로 제어 유닛(122)으로부터의 전자 화폐 기능의 분리, 또는 분리 전자 화폐 유닛은 본 출원에서 설명되는 실시예중 어느 하나에 통합될 수 있다.

더 이점이 있는 실시예에서, 본 발명에 따르는 시스템은 일형태의 전자 화폐를 다른 형태의 전자 화폐로 변환시킬 수 있다. 예를 들어, 사용자는 일형태의 전자 화폐만을 가질 수 있고, 이 경우에 ISP 시스템은 지불 요구를 사용자가 지불할 수 있는 형태의 전자 화폐로 변환하는 것이 바람직하다. 그러한 실시예에서, 본 발명에 따르는 시스템은 사용자의 전화 요금을 청구하도록 통상의 전화 네트워크에 계산 정보를 발송하는 대신에 통상의 지불 요구를 사용자에게 발송한다. 사용자로부터 지불을 수신한 후에, ISP 시스템은 요구되는 모든 형태의 전자 화폐에서 최초 지불 요구에 응답할 수 있다.

본 발명에 따르는 시스템은 전자 화폐를 더 쉽게 얻도록 하는데 사용될 수도 있다. 사용자가 ISP의 전자지불을 독립적으로 만들 수 있도록 전자 화폐를 얻기 원하는 경우, 사용자는 ISP와 특별한 계약을 맺은 은행과 접촉할 수 있고, ISP는 ISP의 사용자가 은행으로부터 사용자의 컴퓨터에 전자 화폐를 다운로드할 수 있게 하고, 사용자의 전화 요금과 함께 다운로드된 화폐로 지불할 수 있게 한다. 다른 방법으로는, 은행이 상인으로서도 작용할 수 있기 때문에, 사용자는 전자 화폐를 파는, 즉, 일형태의 전자 화폐를 수수료용의 다른 형태의 전자 화폐로 변경하는 은행과 접촉할 수 있다. 이런 식으로, 사용자는 자신의 컴퓨터로 전자 화폐를 얻을 수 있고, 사용자는 그 후 ISP의 도움없이 다른 시스템에서 사용할 수 있다. 예를 들어, 사용자는 스마트 카드로 자신의 컴퓨터로부터 전자 화폐를 다운로드할 수 있고, 스마트 카드로 통상의 상점에서 구매하는데, 도시 운송 수단 등의 티켓으로 지불할 수 있다.

앞의 실시예에서, 네트워크(116)는 인터넷으로 제한되지는 않지만, 인터넷일 수 있다. 네트워크(116)는 예컨대, 개인이 아닌 회사에만 액세스할 수 있는 의미에 가까운 임의의 사업 섹터의 폐쇄 네트워크와 같은 임의의 다른 네트워크일 수 있다.

앞의 실시예에서, 사용자는 통상의 PSTN/ISDN(공중 교환 전화 네트워크/종합 정보 통신 네트워크) 전화 네트워크를 통해 ISP 시스템에 접속되었다. 그러나, 본 발명에 따르는 시스템은 다른 형태의 원거리 통신 네트워크와도 관련하여 사용될 수 있다. 본 발명의 하나의 이점이 있는 실시예에서, 사용자는 도 6에 도시되어 있는 바와 같이, 이동 원거리 통신 네트워크(200)를 통해 ISP 시스템(105)에 접속되어 있다.

예를 들어, 사용자는 이동 원거리 통신 네트워크(200)의 기지국을 통해 자신의 랩톱 컴퓨터(100)와 이동 전화(202)를 이용하여 ISP 시스템(105)과 접촉할 수 있다. 이동 원거리 통신 네트워크(200)는 예컨대, GSM(범유럽 셀룰러 이동 통신 시스템) 또는 DAMPS(디지털 이동 전화 시스템)일 수 있다. 다른 방법으로는, 사용자는 이동 단말기 기능을 포함하는 PDA 장치(206)(개인 휴대용 정보 단말기), 또는 이동 네트워크(200)를 통해 ISP에 접속하는 유사한 장치를 사용할 수 있다. 도 6에 도시되어 있는 실시예는 ISP 서비스를 또한 제공하는 이동 전화 서비스 제공자에게 매우 유리하다. 다른 가능한 원거리 통신 네트워크는 케이블 텔레비전 네트워크이며, 여기에서 단방향 방송 네트워크로부터 양방향 원거리 통신 네트워크로 케이블 TV 네트워크를 변환시키는 여러 가지 제안이 이루어진 바 있다.

앞의 실시예는 인터셉팅 수단(120), 제어 유닛(122) 및 전자 지갑 수단(124)과 같은 여러 가지 기능적인 엔티티를 설명한다. 이러한 기능적인 엔티티는 하나 이상의 물리적 설비에서 다수의 상이한 방식으로 수행될 수 있고, 본 발명은 이러한 엔티티들의 수행 형태를 제한하지 않는다. 예를 들어, 인터셉팅 수단(120)은 라우터(114)에서 수행될 수 있거나, 복수의 인터셉팅 수단(120)은 단말기 서버(112)에서 수행될 수 있다. 인터셉팅 수단(120) 및 제어 유닛(122)은 동일한 물리적 장치에서 수행될 수도 있다. 더욱이,

원하는 경우, 제어 유닛(122)은 하나 이상의 물리적으로 분리된 장치내의 여러개의 서브유닛으로 수행될 수 있다. 예를 들어, 제어 유닛(122)의 기능은 하나 이상의 컴퓨터에서 작용하는 컴퓨터 프로그램으로서 수행될 수 있다.

이하의 문장에서, 본 발명의 하나의 예시적인 실시예의 설명이 도 8을 참조하여 표시된다.

이 실시예에서, 인터셉팅 수단(120)은 NetBSD 운영 시스템을 실행하는 고속 마이크로컴퓨터에서 수행된다. 마이크로컴퓨터에는 인터넷, 단말기 서버(112) 및 제어 유닛(112)에 접속하기 위한 구내 정보 네트워크(LAN) 인터페이스가 설치된다. TCP 레벨 인터셉팅 수단은 IP 패킷을 조작하는 운영 시스템 핵심 루틴을 변경함으로써 수행된다. 즉, ip_입력 운영 시스템 기능은 모든 착신 TCP/IP 패킷을 점검하도록 변경된다. 전자 화폐 정보를 포함하는, 즉 전자 화폐 거래 시스템에 지정된 포트수를 나타내는 패킷들은 LAN인터페이스를 통해 제어 유닛(122)에 방향 변경된다. HTTP 통화를 포함하는 패킷은 동일한 마이크로컴퓨터에서 실행하는 HTTP 차폐 소프트웨어(120')에 전송된다.

제2 레벨 인터셉팅 수단으로 칭해지는 앞의 실시예중 하나에서 설명된 HTTP 차폐 및 인터셉팅 소프트웨어(120')는 변경된 운영 시스템 핵심으로부터 HTTP 통화를 포함하는 모든 패킷을 수신한다. HTTP 차폐 및 인터셉팅 소프트웨어(120')는 상기 패킷이 전자 화폐 정보를 포함하는지를 결정하도록 패킷을 점검한다.

이것이 하나 이상의 패킷으로 이루어진 HTTP 송신의 경우에 단일 패킷으로부터 결정될 수 없는 경우, HTTP 차폐 및 인터셉팅 소프트웨어(120')는 상기 결정을 하기 전에 여러개의 패킷을 수집할 수 있다.

HTTP 송신이 전자 화폐 정보를 포함하지 않는 경우, 상기 송신은 단말기 서버(112)로 전송된다. 전자 화폐 정보를 포함하는 HTTP 송신은 제어 유닛(122)으로 전송된다.

마이크로컴퓨터에는 인터넷 서버로 방향 변경되지 않은 통화 및 사용자로부터 인터넷으로 및 트랜잭션 권한 부여 수단(122e)에 의해 수행되는 제어 수단으로 발신하는 통화를 경로 지정하는 라우터 소프트웨어가 또한 설치된다.

도 8의 실시예에서, 제어 유닛(122)은 HP 700 시리즈 워크스테이션과 같은 유닉스 서버를 포함한다. 워크스테이션은 전자 지갑 소프트웨어(124), 트랜잭션 권한 부여 소프트웨어(122e), SCP 소프트웨어(122h), 사용자 인증 소프트웨어(122f) 및 통화 데이터베이스 소프트웨어(122g)를 실행시킨다.

전자 지갑 소프트웨어(124)는 소프트웨어가 전자 화폐 트랜잭션에서 고개, 즉 구매자로서 작용할 수 있게 하는 기능을 포함한다. 상기 지갑 소프트웨어는 바람직하게는 E 캐시 및 신용 카드 기초 SET 프로토콜과 같은 상이한 형태의 전자 화폐를 조작하기 위한 특수 기능을 포함한다. 상기 전자 지갑 소프트웨어는 인

터셉팅 수단(120, 120')으로부터 수신된 전자 화폐 트랜잭션 메시지를 조작하여 트랜잭션의 승인 또는 부인에 대하여 트랜잭션 권한 부여 소프트웨어에 질의한다. 권한 부여를 수신한 후에, 전자 지갑 소프트웨어는 트랜잭션 메시지내에 지정된 사용자의 IP 어드레스에 기초하여 통화 데이터베이스 소프트웨어로부터 전화 통화 식별자를 얻는다. 통화 식별자를 수신한 후에, 전자 화폐 소프트웨어는 SCP 소프트웨어에 사용자의 전화 청구서상의 금액을 지불하도록 명령한다. 지불되는 금액은 ISP의 서비스 수수료, 판매 세금 및 기타 요금을 포함하는 전자 화폐 트랜잭션 요구에 기초한다. 전화 네트워크내에서 고정된 크기의 요금 부과 유닛으로 인해 정확한 금액이 부과될 수 없는 경우, 잉여 요금이 일시적인 사용자 신용으로서 통화 데이터베이스에 저장될 수 있거나, 전화 네트워크내의 기본 요금 부과 간격을 조정함으로써 상환될 수 있다. 전자 지갑 소프트웨어가 SCP 소프트웨어로부터 요구된 금액이 부과된 표시를 수신할 때, 전자 화폐 트랜잭션을 계속한다. 전자 지갑 소프트웨어는 상인에 대한 응답으로서 송출되는 송신에서 사용자가 송신의 송출자로서 식별되는 방식으로 사용자의 IP 어드레스 정보를 포함한다.

전자 지갑 소프트웨어(124)는 바람직하게는 충분히 다액의 전자 화폐와, 신용 카드 기초 전자 화폐 거래 시스템을 사용하는데 필요한 모든 필수적인 증명서 및 신용 및 지불 카드 번호를 가진다.

트랜잭션 권한 부여 소프트웨어(122e)는 소정의 트랜잭션이 권한 부여되는지의 여부를 결정한다. 트랜잭션 권한 부여 소프트웨어는 도 3의 설명과 관련하여 전술된 권한 부여 방법 옵션을 수행하는데 필요한 기능을 포함한다.

바람직하게는, 상기 권한 부여 소프트웨어(122e)는 전술한 지불 제어 수단(122a) 및 방법 제어 수단(122b)을 또한 수행한다. 그러한 목적으로, 상기 권한 부여 소프트웨어는 CGI 스크립트를 사용하여 형성하는 HTML 형태로 하나 이상의 WWW 문서를 관리한다. 사용자는 특정 네트워크 어드레스에서 이 문서들에 액세스할 수 있고, 사용자는 임의의 네트워크 어드레스에 동일한 방식으로 접속할 수 있다. 결합된 인터 셉팅 수단 및 라우터(120)는 상기 어드레스에 어드레스되고 ISP의 사용자에 의해 권한 부여 소프트웨어로 발신되는 HTTP 요구를 경로 지정한다. 사용자가 특정 네트워크 어드레스로의 접속을 개방하고 지불 제어형태를 얻는 경우, 상기 권한 부여 소프트웨어는 상기 형태의 갱신을 사용자에게 발송함으로써 새로운 지불 요구를 사용자에게 통지할 수 있다. 상기 권한 부여 소프트웨어는 사용자에 의해 발송된 HTTP 송신에서 발송자의 IP 어드레스를 검사함으로써, 사용자가 자신의 지불 방법 옵션을 변경하는 것, 또는 지정된 사용자가 정당한 지불 요구를 확인하는 것을 인식 및 증명할 수 있다.

SCP 소프트웨어(122h)는 IN 순응 서비스 제어 포인트에 필요한 기능을 포함한다. 그러한 소프트웨어의 일예는 핀랜드, Lappeenranta에 소재한 Systems Software Partners Ltd의 OSN SCP 소프트웨어이다. 도 8의 실시예에 있어서, 표준 SCP 기능을 제공하는 소프트웨어는 전자 지갑 소프트웨어(124)와 통신하는 능력을 수행하는 기능이 증대될 필요가 있다.

새로운 접속이 SSP(106)를 통해 개방될 때마다, SCP 소프트웨어(122h)는 통화 데이터베이스(122g)로의 통화에 대한 정보를 저장한다. 이 정보는 사용자 인증 소프트웨어(122f)가 특정 통화에 대해 IP 번호를 지정하게 하는 라인 인증 및 장래의 계산 기능을 위한 통화 식별자를 포함할 수 있다. 접속이 폐쇄될 때, SCP 소프트웨어(122h)는 통화 데이터베이스(122g)로부터의 통화에 대한 정보를 제거한다.

SCP 소프트웨어(122h)의 계산 기능은 전자 지갑 소프트웨어(124)에 의해 개시된다. SCP 소프트웨어(122h)가 전자 지갑 소프트웨어(124)로부터 부과될 금액 및 통화 식별자를 나타내는 계산 요구를 수신할 때, SCP 소프트웨어(122h)는 그 금액을 전화 네트워크의 요금 부과 유닛으로 변환하여 SSP(106)에 실제 요금 부과를 실행하도록 명령한다. SSP가 요금 부과가 종료되었음을 나타낸 후에, SCP는 계산 기능이 실행되었음을 나타내는 계산 응답을 전자 지갑 소프트웨어(124)에 발송한다.

사용자 인증 소프트웨어(122f)는 각 착신 통화에 대해 IP 번호를 지정하고 라인 정보와 함께 이 번호를 통화 데이터베이스에 저장한다. 단말기 서버(112)가 새로운 착신 통화를 수신할 때마다, 사용자 인증 소프트웨어(112f)에 인증 요구를 발송한다. 이러한 인증 요구는 사용자 인증 소프트웨어(112f)가 라인에 고유 IP 번호를 지정하게 하는 라인 식별자를 포함한다. IP 번호는 인증 요구에 대한 응답으로서 단말기 서버로 발송된다. 사용자 인증 소프트웨어(112f)는 사용자를 인증할 수도 있고, 즉, 새로운 통화가 ISP의 등록된 사용자에 의해 이루어졌는지의 여부를 확인할 수 있다.

이 실시예에서, 통화 데이터베이스 소프트웨어(122g)는 적어도 이하의 정보의 데이터베이스를 유지한다:

전화 네트워크 요금 청구를 실행하도록 요구되는 통화 식별자 또는 전화 계산 식별자,

통화에 의해 사용되는 단말기 서버 뿐만 아니라 단말기 서버내의 논리 라인 번호를 식별하는 라인 식별자, 및

통화에 지정된 IP 어드레스.

여러 가지 적절한 데이터베이스 소프트웨어 패키지가 당업자에게는 공지되어 있고 사용 가능하다.

도 8의 실시예의 단말기 서버는 예컨대, 미국의 Ascend Communications Inc에서 시판되는 Ascend MAX TNT 단말기 서버일 수 있다. 이러한 단말기 서버는 다수의 동시 통화를 조작할 수 있고 통상의 전화 라인 및 ISDN 전화 라인을 모두 지원할 수 있다. 새로운 전화 통화가 SSP(106)로부터 도달할 때마다, 단말기 서버(112)는 사용자 인증 소프트웨어(122f)에 질의하여 상기 통화에 대해 지정될 IP 번호를 복귀시킨다. 단말기 서버는 또한 단말기 서버가 사용자의 TCP/IP 통화를 시작한 후 그 통화가 종료될 때까지 PPP프로토콜 협상을 통해 사용자의 컴퓨터에 IP 번호를 제공한다.

도 8의 실시예에서 SSP(106)는 통상의 IN 순응 서비스 교환 포인트일 수 있다.

인터넷 및 통상의 전화 네트워크와 같은 본 출원에서 설명되는 네트워크는 단지 예로서 설명되었을 뿐, 본 발명을 임의의 방식으로 제한하지는 않는다. 본 발명은 계산 기능을 갖는 베이스 네트워크 및 전자 화폐로 지불할 수 있는 서비스 또는 임의의 형태의 상품을 포함하는 임의의 환경에서 사용될 수 있다.

앞의 실시예에서, ISP는 본 발명에 의해 가능하게 되는 서비스의 적절한 제공자의 예로서 제공되었다.

그러나, 본 발명은 인터넷 서비스 제공자에 의한 사용에 제한되지는 않는다. 예를 들어, 자체의 전화 교환기를 가지는 회사는 회사가 ISP 자체가 아니라 그 종업원 또는 여러 가지 유닛의 이익을 위해 본 발명에 따르는 시스템을 제공할 수 있다.

본 발명을 사용하면, 사용자는 전자 화폐 제공자와 별개의 계약을 맺을 필요가 없을 뿐만 아니라 사용자가 사용전에 전자 화폐를 얻을 필요도 없다. 본 발명은 전자 화폐를 얻고 사용하는 방법을 배울 필요를 제거함으로써 사용자에게 부담을 경감시킨다. 사용자는 전자 화폐를 사용하기 위해 임의의 특정 전자 화폐 소프트웨어를 얻을 필요가 없다. 사용자는 제1 위치에서 인터넷 또는 유사한 네트워크를 사용하는데 필요한 것과 다른 본 발명을 사용하기 위한 임의의 특별한 프로그램을 필요로 하지 않는다. 본 발명은 또한 본 발명에 따르는 시스템에서 전자 화폐 정보를 크리프트하는 계산 집중 동작이 ISP에서 실행되기 때문에, 통상의 전자 화폐 거래 시스템에 의해 사용자의 컴퓨터에 위치되는 계산 로드를 제거한다. 계산 로드의 제거는 계산 용량이 종종 다소 제한되는 소형 PDA형 통신 장치의 사용자에게 특히 유익하다.

본 발명은 근본적으로 모든 전자 화폐 거래 시스템에서 사용될 수 있다. ISP는 모든 주요 형태의 전자 화폐를 얻을 수 있고, 그 후 ISP의 사용자는 상인 선택 및 구입 결정에서 더 큰 선택의 자유도를 야기하는 마음대로 처분할 수 있는 여러 가지 상이한 형태의 전자 화폐를 가진다. 또한, 사용자는 전자 화폐 제공자에 의해 부과되는 상이한 요금이 전자 화폐의 형태 및 특정 전자 화폐 제공자에 따라서 변화할 수 있기 때문에, 가장 비용 효율적인 지불 방법을 선택할 수 있다.

본 출원에서, 통상적인 트랜잭션이란 용어는 예컨대, 사용자의 전화 청구서에 지불 또는 신용 부가, 개별 송장 발송, 은행 이전에 의한 자금 이전, 또는 이후의 송장 발부 또는 신용 대부를 위한 ISP에서 사용자의 내부 계정상의 차감 잔액 변경과 같은 화폐 트랜잭션에 영향을 주는 임의의 통상적인 방법을 의미한다.

Claims

제1 원거리 통신 네트워크 및 제2 원거리 통신 네트워크를 결합하는 노드의 전자 지불 트랜잭션 시스템에 있어서,
상기 제1 원거리 통신 네트워크로부터 도달하고 제2 원거리 통신 네트워크의 사용자에게 어드레스되는 적어도 일부의 전자 화폐 트랜잭션 메시지를 전자 화폐 트랜잭션 메시지를 통상의 트랜잭션으로 변환하도록 배열된 전자 지갑 수단(124)으로 방향 변경하기 위해 배열된 전자 지불 인터셉팅 수단(120)을 포함하는 것을 특징으로 하는 전자 지불 트랜잭션 시스템.
제1항에 있어서, 상기 시스템은 사용자에게 어드레스되는 수신된 전자 화폐 지불 요구에 상당하는 금액으로 사용자의 계정의 차감 잔액을 변경하기 위해 상기 제2 원거리 통신 네트워크에 계산 신호를 발송하도록 배열된 것을 특징으로 하는 전자 지불 트랜잭션 시스템.
제1항 또는 제2항에 있어서, 상기 전자 지갑 수단(124)은 지불 요구에 응답하여 제1 원거리 통신 네트워크로 전자 화폐 지불을 발송하도록 배열된 것을 특징으로 하는 전자 지불 트랜잭션 시스템.
제1항 내지 제3항중 어느 한 항에 있어서, 상기 전자 지갑 수단(124)은 상기 시스템 및 사용자 사이의 트랜잭션에 영향을 주기 전에, 상기 시스템 내부의 계정에 대한 사용자의 하나 이상의 트랜잭션을 수집하도록 배열된 것을 특징으로 하는 전자 지불 트랜잭션 시스템.
제1항에 있어서, 상기 제1 원거리 통신 네트워크는 TCP/IP 네트워크인 것을 특징으로 하는 전자 지불 트랜잭션 시스템.
제5항에 있어서, 상기 제1 원거리 통신 네트워크는 인터넷 네트워크인 것을 특징으로 하는 전자 지불 트랜잭션 시스템.
제1항에 있어서, 상기 제2 원거리 통신 네트워크는 통상의 PSTN 전화 네트워크인 것을 특징으로 하는 전자 지불 트랜잭션 시스템.
제1항에 있어서, 상기 제2 원거리 통신 네트워크는 ISDN 접속을 지원하도록 배열된 것을 특징으로 하는 전자 지불 트랜잭션 시스템.
제1항에 있어서, 상기 제2 원거리 통신 네트워크는 셀룰러 이동 원거리 통신 네트워크인 것을 특징으로 하는 전자 지불 트랜잭션 시스템.
제1항에 있어서, 상기 시스템은 사용자가 트랜잭션 요구를 확인 또는 거절할 수 있게 하기 위해 트랜잭션 제어 수단을 더 포함하는 것을 특징으로 하는 전자 지불 트랜잭션 시스템.
제1항에 있어서, 상기 시스템은 사용자가 전자 지불 트랜잭션을 개시할 수 있게 하는 수단을 더 포함하는 것을 특징으로 하는 전자 지불 트랜잭션 시스템.
전자 화폐 트랜잭션을 실행하는 방법에 있어서,
제2 원거리 통신 네트워크에서 사용자에게 어드레스되는 제1 원거리 통신 네트워크로부터의 전자 화폐 트랜잭션 요구를 수신하는 단계와,
상기 전자 트랜잭션 요구를 통상의 트랜잭션으로 변환하는 단계를 포함하는 것을 특징으로 하는 전자 화폐 트랜잭션 실행 방법.
제12항에 있어서, 상기 요구에 대한 응답으로서 요구된 트랜잭션에 상당하는 금액으로 사용자의 계정의 차감 잔액을 변경하기 위해 제2 원거리 통신 네트워크에 계산 신호를 발송하는 단계를 더 포함하는 것을 특징으로 하는 전자 화폐 트랜잭션 실행 방법.
제12항에 있어서, 지불 요구에 응답하여 제1 원거리 통신 네트워크에 전자 지불을 발송하는 단계를 더 포함하는 것을 특징으로 하는 전자 화폐 트랜잭션 실행 방법.
제12항에 있어서, 사용자가 트랜잭션을 승인하였는지 및 사용자가 트랜잭션을 승인하지 않았는지를 검사하고, 상기 트랜잭션 요구에 응답하여 상기 트랜잭션을 부인하는 신호를 발송하는 단계를 더 포함하는 것을 특징으로 하는 전자 화폐 트랜잭션 실행 방법.