KR20040002928A - 소액지불 시스템 - Google Patents

Abstract

네트워크 내에서 서비스를 제공하는 벤더와 고객간에 무현금(cashless) 지불을 수행하는 네트워크-기반 방법이 제공된다. 이에 의해, 상기 네트워크상에서 제공되는 상기 벤더 서비스에 대한 상기 고객의 액세스 각각에 대해 상기 벤더에 의해 제3자 신용기관의 고객 계좌로부터 금액이 출금된다. 상기 방법은,상기 고객 계좌에 최대 제한금액을 할당하는 단계와, 상기 벤더 네트워크 서비스에 대한 처음 액세스 이전에 상기 할당된 최대 제한금액을 위한 한번의 인증 단계를 수행함으로써 상기 최대 제한금액에 도달할때까지 상기 벤더의 네트워크 서비스에 대한 액세스 각각에 대해 상기 벤더가 상기 제3자 신용기관의 고객 계좌로부터 출금하는 것을 허용하는 단계를 포함한다.

Description

소액지불 시스템{MICROPAYMENT SYSTEM}

요즈음, 상업용 인터넷 지불 시스템들이 개발되고 있다. 종래 비즈니스에서 캐시 및 신용 카드 모두가 존재하는 것과 마찬가지로, 디지털 세계에서도 모두 존재한다. 은행 또는 기타 기관에 의해, 그 이름과, 유일한 식별자와 금액이 표시되어 발행되고 서명되는 캐셔 수표의 디지털 등가물이 디지털 캐시이다. 사용자 또는 고객은 은행으로부터 이들의 지폐(notes) 또는 코인을 구입하고 나중에 실제 현금으로, 전형적으로는 은행 계좌의 예금으로 상환할 수 있다.

이미, 인터넷 지불 시스템의 여러 예들이 존재한다. 이들 시스템들이 다수는 계좌-기반(account-based), 즉, 고객과 상인 (또는 벤더)이 해당 시스템에 계좌를 가지고 있다. 따라서, 익명의 여지가 없다. 프라이버시는 일부 시스템에서만 부분적으로 다루어지고 있는 중요 이슈이다. 보안은 모든 인터넷 지불 시스템들에 매우 중요하며, 암호화 기법들이 광범위하게 채택되고 있다.

전형적으로, 신문이나 사탕과 같은 비싸지 않은 항목들은 현금으로 지불되는데, 수표나 신용카드와 같은 다른 지불 시스템들이 비용이 이러한 소액 거래에 사용되기에는 매우 비싸기 때문이다. 그러나, 전자 상거래는 이러한 소액 거래에도, 어떠한 경우에는, 개별적인 뉴스 스토리를 구입하는 것과 같은 1페니(penny)보다 적은 거래에도, 굉장한 성장을 이끌 것으로 예측된다.

종래의 전자지불 시스템의 대부분들은 계산 또는 통신상의 부담 때문에 "소액지불(micropayment)"을 처리하기에 부적합하다. 따라서, 다수의 전자 소액지불 시스템들이 개발되어 왔다. 이들 시스템들이 종래 전자지불 스킴의 모든 특징들을 제공하지는 않지만, 매우 효율적이며 소액지불에 관련된 적은 액수에 관하여 알맞은 특징들을 제공한다.

디지캐시(Digicash) 또는 네트캐시(Netcash)와 같은 시스템들은 소비자로 하여금 은행에 현금을 예금하도록 한 후에 인터넷을 통해 상품을 구입하는데 이를 사용하도록 해준다. 디지캐시 소비자들은 이캐시로 변환되는 각 센트에 대한 64비트의 암호화 숫자를 수신하고, 이는 사용자의 하드 드라이브에 전달된다. 소비자는 그 다음에 인터넷상에서 (상인이 이러한 형태의 지불을 수락한다면) 캐시를 상인에게 전달한다. 상인은 그런 후에 캐시를 은행에 리턴하여 실제 돈으로 교환한다.

이미 언급한 바와 같이, 인터넷상의 다수의 정보 벤더들은 소비자들에 의해, 한번에 소량의 특정정보에 대해서 한번 또는 두 번 액세스된다. 경쟁적으로 운영하기 위해서는, 정보 벤더들은 소비자들에게 각각의 액세스에 대해 소액만을 부과하여야 한다.

액세스별 지불 문제에 대해 기본적으로 2가지 접근방식이 있다. 토큰 방식과계좌방식이 있다. 각각의 방식들에 기반한 방법들간에 프로토콜들이 구축되어 있다. 여기서 프로토콜은 벤더의 정보 또는 서비스에 대한 고객 액세스에 대하여 부과하는 방법의 구체적인 구현이다.

일반적으로, 토큰-방식 방법들은 소비자가 은행으로부터 전자 토큰을 구입하도록 한다. 벤더의 정보에 액세스하기 위해, 고객은 이 토큰을 이용하여 벤더에 지불할 것이다. 그러면, 벤더는 은행으로 가서 토큰을 예탁하고 그들을 돈으로 상환할 것이다. 계좌-기반 방법은 상인들에게 지불하는 카드-부과 방법과 유사하게 작동한다. 고객이 은행에게 벤더로부터의 정보를 수신한 것에 대해 고객의 계좌로부터 벤더의 계좌로 자금을 이체시키는 권한을 부여한 것이다. 자금 이체는 은행에 의해 수행된다.

미국특허공보 제5,930,777호는 네트워크를 통해 벤더의 정보에 대한 액세스에 대해 소비자에게 부과하는 방법을 개시한다. 구체적으로, 인터넷을 통한 액세스별 지불방법을 개시한다. 이 방법은 소비자가가 구매하기를 원하는 특정 정보와 동일시되는 토큰을 만들어내는 뱅커(banker)라 불리우는 제3자를 이용한다. 소비자들이 이미 뱅커에 계좌를 개설하고 1센트도 안되는 가치를 가질 수 있는 소위 신용 유니트라 불리는 것을 구매했기 때문에, 토큰들은 소비자에게 즉시 이용가능하며, 벤더들이 그들의 정보에 대한 고객의 액세스에 대해 소액을 부과할 수 있도록 해준다. 토큰은 고객이 정보의 특정 페이지로의 액세스에 대해 소비자가 지불할 수 있는 선-인증(pre-authorization)이다. 소비자가 구매하면, 즉, 벤더가 부과하는 웹페이지를 액세스하는 것을 선택하면, 거래는 뱅커를 통해 라우팅되고, (이미계좌에 존재하는) 신용 유니트로 지불하며, 벤더의 계좌에 기입해준다(credit). 나중에, 벤더는 벤더의 뱅커 계좌에 기입된 신용 유니트에 대한 지불을 상환받을 수 있으며, 특정 소비자와의 거래로부터 발생한 신용 유니트에 대해서만 반드시 그런 것은 아니다.

미국특허공보 제5,999,919호에서, "온라인" 및 "오프라인" 전자지불 방식의 장점들을 결합한 "하이브리드(hybrid)" 방식이 개시되어 있다. 이는 오프라인 방식에 비해 약간 증가된 통신비용으로 초과지급(overspending)의 제어를 허용한다. 프로토콜은 확률적 폴링(probabilistic polling)에 근거한다. 각 거래중에, 약간의 확률로, 벤더는 뱅크에 해당 거래에 대한 정보를 전달한다. 이는 은행이 고객의 지불에 대한 정확한 정보를 유지하도록 해준다. 폴링 메시지의 빈도수는 거래의 금전적 가치 및 은행이 리스크를 감수하는 초과지급의 액수에 관련된다. 높은 금전적 가치의 거래의 경우에, 폴링 비용은 온라인 방식의 그것에 근접하지만, 소액 지불의 경우에 폴링 비용은 오프라인 방식에 의해 발생되는 트래픽에 비하면 약간 증가한 것이다.

마지막으로, 미국특허공보 제5,692,132호는 시스템 사용자가 개인용 컴퓨터를 이용하여 인터넷을 통해 상인 컴퓨터와 상호작용하여 무현금 거래를 수행하는 상거래 시스템을 개시한다. 각각의 시스템 사용자 컴퓨터는 컴퓨터 메모리에 저장된 잔액을 포함하는 데이터를 처리하고 거래의 완결시점에서 저장된 데이터를 갱신한다. 시스템은 상대적으로 소액 가치의 상품 또는 거래를 구매하기 위해 특별히 설계되어 있다. 이 방식에 의하면, 거래 약수는 컴퓨터상의 잔액으로부터 감해진다. 이 발명에 따르면, 컴퓨터에 연관된 기존 잔액이 거래액을 충당하지 못하는 경우에, 시스템은 사용자에게 컴퓨터 잔액을 증가시키는 옵션을 부여하는 리로드(reload) 특징을 제공한다. 이러한 특징은 사용자가 다른 수단에 의해 잔액을 증가시켜야 하는 불편함없이 구매가 이루어지도록 해줄 수 있다. 잔액이 리로드에 의해 증가될 때마다, 사용자의 발행 은행은 사용자에게 리로드된 액수에 대해 청구한다.

그러나, 오늘날의 소액지불 시스템(예, 큐패스(Qpass) 또는 IBM사의 마이크로 페이먼트(Micro Payment))은 일반적으로 그들이 매번 단일 지불에 대한 인증을 필요로 한다는 점에서 매우 큰 단점을 갖는다. 이는, 매우 작은 액수라 할지라도, 매번 거래가 확인 클릭 또는 심지어 사용자 아이디 및 패스워드 또는 PIN을 제공함으로써 인증되어야 함을 의미한다. 고객의 계좌로부터 출금(debit)하게 되는 모든 클릭을 인증하는 것은 판독 흐름 또는 작업 흐름을 제한하는 것이다. (예를 들면, 월별로) 지불되는 일률적인 액수로 멤버쉽을 제공하는 제공자 또는 벤더의 경우는 더욱 문제이다. 대부분의 사용자들은 이러한 월별 비용을 지불하기를 원치 않으며, 또한 다수의 상이한 제공자들의 멤버가 되지 않으려고도 한다.

본 발명은 상업용 네트워크 거래방법 및 시스템에 관한 것이다. 좀더 구체적으로 본 발명은 고객과 상기 네트워크에서 서비스를 제공하는 상인 간에 무현금(cashless) 지불을 수행하기 위한 방법 및 시스템에 관한 것이다.

본 발명은 이하의 도면들과 관련하여, 좀더 자세하게 설명될 것이다.

도 1은 종래 기술에 따른 액세스별 지불을 보여주는 방식이다.

도 2a 및 2b는 본 발명에 따른 액세스별 지불을 도시한 방식이다.

도 3은 본 발명의 일실시예에 다른 방법의 예이다.

도 4a 내지 4d는 본 발명에 따른 절차의 화면 예이다. 이는 본 발명의 일실시예에 따른 선택적 빌링 모니터를 포함한다.

도 5는 본 발명을 웹서비스와 연관하여 사용하기 위한 샘플 시나리오를 도시한다.

따라서, 본 발명의 목적은 전술한 단점들을 해결하고 고객과 네트워크상에서 서비스를 제공하는 벤더간에 무현금 지불을 수행하기 위한 네트워크-기반 방법 빛 시스템을 제공하는 것이다.

본 발명의 또다른 목적은 소액지불을 수행하는데 유용한 이러한 방법 및 시스템을 제공하는 것이다.

전술한 목적 및 기타 목적 및 장점들은 본원 독립 청구항에 개시된 방법 및 시스템에 의해 달성된다.

본 발명의 바람직한 실시예들은 종속항들에 개시되어 있다.

도 1은 종래 기술에 따른 액세스별 지불을 도시한 방식이다.

개인("고객"이라 함)이 제공자 또는 상인("벤더"라 함)의 서비스 또는 상품의 전체상을 브라우즈한다. (1) 고객이 서비스 또는 상품을 찾은 후에, 제공자는 사용자를 제3 신용기관(예, 퍼스트게이트(FirstGate)와 같은 회사)에 리디렉트한다(redirect). 그러면, 고객은 자신을 제3 신용기관에 인가받도록 하여야 한다 (2). 단계(3)에서, 고객은 이제 원래 요청을 확인하여야 한다. 후속하여, 제3 신용기관은 서비스 또는 상품을 벤더로부터 요청하고((4) 및(5)), 이를 고객(6)에게 리턴하여야 한다. 서비스 또는 제품에 대한 각각의 신규 요청은 인증, 확인 등의 전체 절차를 수반한다. 제3 신용기관은 고객 및 벤더 양쪽에 대한 출금 및 거래금을 누계하여, 예를 들어, 한달에 한번씩, 그들을 부과한다.

도 2a는 본 발명에 따른 인증 사이클을 개략적으로 도시한다. 여기에서 설명되는 인증 사이클은 이동전화, PDA 등에 적합한 일반적인 메커니즘이다. HTML을 이용한 브라우징의 예를 들어 이하에서 좀더 자세히 설명하겠다. 그러나, 본발명이 이러한 예에 한정되는 것은 아님을 밝힌다.

고객 또는 소프트웨어(예, 사용자-정의 기준을 이용하여 뉴스를 자동 요청하는 에이전트 프로그램)는 서비스 제공자 또는 벤더로부터 상품 또는 서비스를 요청한다(1). 벤더는 제3자 신용기관(예, 제3자 빌링 시스템, 은행, 전문 회사(수금 에이전시) 또는 소프트웨어 회사 또는 은행의 자회사)에 연결되어 있으며, 상기 빌링 시스템에 고객의 활동에 대해 청구한다(2a). 따라서, 벤더는 고객에게 인증을 위한 각각의 요청을 리턴한다(2c). 이러한 요청은 장치의존방식으로 구현된다. 고객이 웹 브라우저를 이용하는 사람이라면, 브라우저는 제3자 빌링 시스템에 자동으로 리디렉트된다(redirected) (2d). 고객과 제3자 시스템은 이제 이하에서 설명되는 빌링 인증 프로토콜을 통해 통신한다. 이러한 프로토콜은 각각의 장치 유형에 따라 특정된다. 우선, 고객은 자신의 신분을 제3자 시스템에 확인시킨다. 웹브라우저를 이용하면, 이 프로토콜은 사용자 ID와 패스워드를 보낼 것이고, 반면에, 이동 전화를 이용하면, 유일한 ID가 전송될 것이다. PDA의 경우에, 예를 들면, 보안 스마트 카드에 의해 계산된 서명이 보내질 수 있다. 비-인터랙티브 소프트웨어(서비스 컴퓨팅을 요청하는 자동 에이전트 소프트웨어 또는 시스템)는 자신을 사용자 ID 및 패스워드 또는 개인키에 의해 인증된 메시지에 의해 자신을 확인시킬 수 있을 것이다. 예를 들면, 고객의 망막 스캔과 같은 생물학적 인증 방법들과 같은 다른 인증 메커니즘들도 가능하다.

제3자 시스템은 제공자별로 빌링 제한을 등록하기 위한 입력 수단을 제공한다. 시간 제한 및 서비스 유형 제한과 같은 선택적 명령어들도 거기에서 설정될 수 있다. 이러한 입력 수단 및 그의 전송 방법 역시 장 유형에 따라 특정된다. 웹 브라우저를 사용하는 경우에, 제3자 시스템은 입력 필드를 갖는 웹페이지를 제공할 것이다. 이동 전화는 웹 페이지에 유사한 방법인, WAP 페이지를 통해 이러한 수단을 제공할 수 있다. 비-인터랙티브 소프트웨어는 입력 수단없이 정의된 메시지를 제3자 시스템에 전송한다. 제3자 시스템은 이후의 사용을 위해 제한값 및 한계를 저장한다.

전술한 빌링 인증 프로토콜 이후에, 제3자 시스템은 고객을 원래 요청한 서비스 또는 상품에 리디렉트한다. 예를 들어, 웹 브라우저는 제3자 시스템으로부터 리디렉트 정보를 수신할 것이다(4a). 동일한 작업이 이동전화 또는 PDA의 경우에도 발생할 것이다. 비-인터랙티브 소프트웨어는 단계(4a)를 건너뛸 것이다. 전술한 모든 장치들은 이전 요청을 반복할 것이다(4b). 인터랙티브 장치들은 (4a)의 리디렉트 요청 때문에 그러할 것이고 비-인터랙티브 소프트웨어는 자동으로 그러할 것이다.

이제, 벤더는 제3자 시스템에 의한 서비스의 빌링을 요청한다(5a). 벤더가 인증되는 시점에서, 자동 빌링이 실행되고 승인은 벤더에 전해진다(5b). 후속하여, 고객은 결과(5c)를 얻는다. 요청된 서비스의 경우에, 이는 계산 결과일 것이고, 뉴스 기사 또는 다른 것도 유사하다.

요청이 제품을 가져오기 위해 사용된 경우에, 결과는 성공적인 빌링의 확인일 것이고, 제품이 다운로드가능한 소프트웨어인 경우에 다운로드가 시작될 것이다.

벤더의 네트워크 서비스에 대한 처음 액세스가 이루어지기 이전에 고객에 의해 이러한 인증 사이클이 일단 수행되면, 벤더의 서비스에 고객이 액세스할 때마다 표준 처리가 이루어진다. 이러한 표준 처리는 도 2b에 도시되어 있다. 우선, 고객은 벤더로부터 서비스를 요청한다(1). 벤더는 제3자 빌링 시스템의 사용자 계좌로부터 출금하려고 시도한다(2). 이 시점에서, 인증 사이클이 이미 수행되었으므로, 제3자 시스템은 빌링을 수락하고 성공적인 빌링을 나타내는 메시지를 리턴한다(3). 이제, 벤더는 요청된 서비스(4)를 배달함으로써 고객의 요청을 충족시킨다.

전술한 바와 같이, 이러한 표준 처리가 반복된다. 고객이 서비스를 요청하고 벤더가 고객의 계좌로부터 출금을 시도할때마다, 고객이 선택된 벤더에 특정된 제한치가 제3자 시스템에 의해 검사된다. 청구액 초과, 시간 제한 또는 사용자가 선택한 서비스 유형 제한에 의해 요청이 거절되는 경우에, 인증 사이클은 재시작된다.

선택적으로, 제3자에 의해 제공되는 소규모의 프로그램이 현재 벤더에 대한 청구 제한치의 잔여액을 표시해주도록 구현될 수 있다. 최종 출금액이 거기에 열거된다. 웹브라우저의 경우에, 이러한 프로그램은 제3자 시스템의 의해 갱신되는 작은 윈도우에 의해 표시될 수 있다(cf. 도 4a 내지 4d).

인터넷을 통해 사용자가 웹브라우저를 브라우징하는 예가 도3에 도시되어 있다. 이러한 예는 본 발명의 특정 실시예이다. 그러나, 본 발명이 이러한 예에 한정되는 것은 아니다.

무료 브라우징

고객은 벤더의 웹사이트를 브라우징한다. 몇몇 클릭이후에 그는 프리미엄 콘텐트에 관한 링크를 따라간다. 웹사이트는 제3자 신용기관에 빌링 요청을 전송한다. 고객이 웹사이트에 대한 제한을 설정하기 않았기 때문에, 제3자 신용 기관은 빌링 인증 요청(Bill Auth Req)을 웹사이트에 리턴한다. 웹사이트 자신이 리디렉트(Redirect) 요청을 고객에게 전송한다. 이러한 요청은 고객에게 제3자 신용기관에서 우선 인증받을 것을 명령한다.

빌링인증 프로토콜

리디렉트 요청을 획득함으로써, 고객의 브라우저는 빌링인증요청 (BillAutReq)을, 즉, 고객을 인증해달라는 요청을, 제3자 신용기관에 전송한다. 제2자 기관은 빌링 인증 응답(BillAuthRsp)으로서 자바 애플릿(BillAutAppelet)을 포함하는 웹페이지를 리턴한다. 이러한 애플릿을 이용하여 고객은 자신을 사용자ID/패스워드 또는 스마트 카드 프로토콜에 의해 자신을 확인시킨다. 성공적인 인증절차 이후에, 고객은 벤더에 대한 제한을 설정한다(Set Limit for vendor). 제3자 신용기관으로부터의 마지막 응답은 고객에게 원래 요청된 페이지, 프리미엄 콘텐트를 전송하는 "벤더에게 다시 리디렉트(Redirect back to vendor) 요청이다.

유료-브라우징

기존에 수신된 "벤더에게 다시 리디렉트"요청으로 인하여, 고객의 웹 브라우저는 원래 요구했던 프리미엄 컨텐트를 요청한다. "무료 브라우징"경우와 마찬가지로, 벤더는 빌링 요청을 전송하여 고객의 계좌로부터 출금하고자 한다. 이 시점에서 사용자는 인증되어 있고, 벤더에 대한 제한값을 설정하였으므로, 요청은 성공하고 제3자 신용기관의 "벤더 제한값 감액" 동작을 이끈다. 이러한 브라우징은 벤더 웹사이트상의 다른 페이지들로 진행할 수 있다. 고객이 프리미엄 컨텐트 페이지를 클릭할 때마다, 생성된 빌링 요청은 벤더에 의해 제3자 신용기관으로 전송된다.

프리미엄 컨텐트를 포함하는 페이지를 좀더 이용한 후에, 사용자가 벤더에 대하여 설정한 제한값을 초과한다. 그러면, 빌링 요청은 제3자 신용기관상에서 "제한 초과"오류가 발생하도록 야기한다. 제3자 신용기관은 빌링인증요청(Bill Auth Req)을 벤더에게 리턴한다. 이제, 전술한 빌링 인증 프로토콜 절차가 다시 발생한다.

따라서, 본 발명에서, 지불 정보는 오직 벤더과 빌링 서비스간에만 교환된다. 그러나, 고객과 벤더는 익명으로 통신할 수 있다. 즉, 고객과 벤더간에 어떠한 신원 데이터도 교환되지 않는다. 따라서, 본 발명은 이러한 시스템의 프라이버시에 큰 기여를 제공한다.

이에 부가하여, 디지캐시와 같은 전자현금 시스템과는 대조적으로, 고객은 지갑상에 어떠한 가상의 돈도 가지고 있을 필요가 없다. 따라서, 이자 손실이 없으며, 시스템이 파산하더라도 손해보지 않으며 법적인 영향도 덜하다.

본 발명을 구현하기 위해, 적어도 다음의 구성요소들이 필요하다. 일측에는 다음의 기능들을 갖는 빌링 서비스(예, 인터넷과 같은 네트워크를 통해 제공되는 소프트웨어 서비스)가 있어야 한다.

인증 엔진: 고객이 자신을 빌링 서비스에 확인시킬 수 있다.

인증/제한 설정 엔진: 고객이 각각의 제공자에 대해 제한값을 설정할 수 있다.

부과 엔진: 벤더가 고객에게 네트워크상에서 그의 서비스를 사용한 것에 대한 사용료를 부과할 수 있다.

인증/제한 설정 엔진은 전술한 소프트웨어 서비스의 일부를 형성하여, 고객이 제한값 및 기타 다른 제한값들을 설정할 수 있도록 해준다.

다른 측면에는, 제공자 API(예, 벤더의 소프트웨어내에 부과 메커니즘을 구현하기 위한 프로그래밍 라이브러리 또는 빌링 요청이 네트워크를 통해 빌링 서버로 전송되는 경우에 예상 형식 및 데이터의 기술 사양서)가 있어야 한다.

빌링을 모니터링하기 위한 선택적인 제어 요소 또한 존재할 수 있다. 이러한 빌링 모니터링을 구현하기 위해 다음의 추가물들이 이루어진다. 빌링 서비스는 표시될 데이터를 액세스할 API를 부가적으로 포함하고, (웹서비스의 경우에) 빌링 서비스 또는 고객은 모니터 API 또는 적어도 데이터를 모니터링하기 위해 빌링 서버와 통신하는 방법에 대한 설명을 부가적으로 포함한다. 빌링 서비스는 표시될 데이터를 액세스하는 모니터 API를 부가적으로 포함한다. 이러한 API는 현재 상황을 검색하기 위해 벤더 또는 고객에 의해 이용될 수 있다.

다음에서, 본 발명의 구현에 대한 몇가지 예가 주어진다.

1) HTTP 뉴스 서비스

독일의 로이터(Reuter) 뉴스 페이지와 같은 뉴스 서비스를 보자. 오늘의 로이터 뉴스는 무료이다. 링크를 클릭하면 상세한 뉴스 기사가 무료로 표시된다. 그러나, 로이터가 이들 서비스에 대해 소액을 부과한다면, 본 발명은 다음과 같이 작동될 것이다.

고객은 로이터의 홈페이지를 액세스한다(도 4a). 거기에서, 그는 현재 뉴스 목록을 얻을 것이다. 1시간 이상 지난 뉴스는 무료로 읽을 수 있다(도 4b). 실제 뉴스이며 가치가 추가된 정보인 프리미엄 컨텐트는, 예를 들면, 5 센트 정도의 소액을 지불하여야만 표시될 수 있다.

고객이 금액을 지불하여야 하는 기사를 처음 클릭하면, 그는 벤더의 웹서버에 의해 빌링 시스템의 인증 페이지로 리디렉트된다(4c). 거기서, 그는 사용자 ID 및 패스워드를 입력하거나, 스마트카드 및 보안 번호 또는 기타 적용될 수 있는 인증 메커니즘을 이용하여 자신을 확인시킬 것이다. 그 시점에서, 고객은 또한 각각의 벤더(주어진 예에서는 로이터)가 일정액(예, 10달러)까지 청구할 수 있도록 인증해줄 수 있다. 리디렉션 요청에서, 벤더는 제안된 제한값, 오류 ULR 및 성공 URL과 같은 일부 데이터를 인코드한다. 이러한 데이터는 고객에게 숨겨져 웹페이지의 HTML 코드로 구현된 빌링 시스템에 전송된다. 따라서, 데이터는 소위 "숨겨진 필드(hidden fields)"로 빌링 시스템에 제공되어서, 벤더 및 빌링 시스템이 이 시점에서 서로 직접 통신하지 않도록 한다.

주어진 제한값은 벤더에 의해 초과될 수 없다. 벤더가 페이지들을을 고객에 전달하지 않고 청구할 경우에라도, 고객 입장에서는 가령, 최대 10달러만을 손해보는 적은 정도의 리스크에 불과하다.

성공적인 인증 이후에, 빌링 시스템은 고객을 요청된 뉴스 기사로 리디렉트하며, 이러한 리디렉트 명령내에 익명의 빌링 정보(예, 로이터가 고객이 활동을 청구하는데 사용하여야 하는 짧은 유효 식별 ID("티켓")을 제공한다. 이러한 티켓은 로이터의 공개키에 의해 암호화되어 로이터 이외에는 아무도 그 티켓으로 고객에게 청구할 수 없다.

이제, 고객은 브라우저 세션동안 로이터의 페이지의 임의의 기사를 이용할 수 있다. 프리미엄 컨텐트에 대한 모든 요청에 대해 로이터는 청구하고 모든 프리미엄 컨텐트를 적절하게 분류할 책임이 있다.

빌링이 필요하면, 로이터는 전술한 티켓을 이용하여 고객에 대해 부과한다. 이러한 빌링 요청에 대한 응답은 긍정적인 대답이거나, 예를 들어, 벤더가 제한값을 초과하는 금액을 청구하고자 하는 경우에, 오류 메시지이다.

전술한 인증사이클은 사용자가 각각의 벤더에 대해 설정된 그의 제한값을 초과하거나, 고객이 또다른 벤더를 방문한 경우에만 다시 개시된다.

부가적으로, 고객은 선택적인 빌링 모니터에 의해 모든 빌링을 제어할 수 있다(도 4D).

2) MP3 다운로드

오늘날, 인터넷 상에서의 MP3 파일들은 무료이다. 그들중 일부는 저작권이 없지만, 그들중 대다수는 인기있는 노래들의 불법 복제물이다. 적합한 빌링 시스템의 부재로 인하여 인기 노래들이 인터넷을 통해 쉽게 판매되지 못한다.

이하에서, 무료 및 적법한 mp3 음악들을 위한 웹사이트, mp3.com에 대한 간단한 시나리오를 설명하겠다.

고객은 mp3.com의 홈페이지를 방문한다. 그는 몇몇 무료의 mp3 음악들(이는 아티스트를 알수 없거나 인기 아티스트의 저품질 테스트 음악일 수 있음)을 다운로드하여 듣는다. 그 후에, 그는 몇몇 인기노래들을, 예를 들면, 이전에 무료로는 들을 수없었던 노래의 전체 고품질 버전의 노래를 유료로 다운로드받고자 결정한다. 이전 HTTP 뉴스 서비스에서와 마찬가지로, 고객이 부과되어야 하는 mp3 파일을 클릭한 처음 순간에 mp3.com에 의해 빌링 서비스로 리디렉트된다. 고객은 자신을 확인시키고 mp3.com에 의해 부과될 수 있는 제한금액을 설정한다. 성공적인 인증 이후에, 고객은 빌링 시스템에 의해 mp3.com으로 다시 리디렉트된다. 전술한 에에서와 마찬가지로, mp3.com이 고객의 다운로드에 대해 청구할 수 있도록 티켓이 제공되어야 한다. 고객은 이제 mp3.com에 대해 자신이 설정한 제한금액을 초과하지 않는 범위내에서 mp3 파일을 다운로드할 수 있다. 그렇지 않으며, 그는 자신을 다시 확인시켜야 하고, 특정 제공자에 대해 이미 설정된 제한금액을 증액시켜야 한다.

이러한 예에서, 선택적인 빌링 모니터가 또한 이용될 수 있다(cf. 도 4c).

3)웹서비스

웹서비스 기술은 고객에 의해 이용될 수 있는 네트워크 어딘가의 독재(autarchic) 서비스를 설명하는 최근 기술이다. 이러한 서비스들은 단순객체 액세스 프로토콜(Simple Object Access Protocol:SOAP)와 같은 개방형 프로토콜을 통해 이용된다. 이러한 기술의 핵심요소는 상이한 서비스들에 대한 정보를 저장하는 중심 저장소를 가질 수 있는 능력이다. 이러한 저장소는 어플리케이션 설계중이거나 심지어는 실행시간중에 고객의 필요에 적합한 서비스를 찾기 위해 고객에 의해 이용될 수 있다. 제안된 웹서비스 구조는 아직 빌링을 포함하지는 않는다.

웹서비스와 연계하여 본원 발명을 이용하는 간단한 시나리오는 다음과 같다.

고객은 웹서비스 제공자의 서비스를 이용하기를 원한다. 웹서비스 제공자는 모든 성공적인 서비스 요청마다 10 센트를 부과한다. 부과를 가능하게 하기 위해, 고객은 웹서비스 제공자가 청구를 위해 이용할 수 있는 유일한 식별자를 공급하여야 하는데, 종종, 이를 "티켓"이라 한다.

1. 고객은 빌링 서버에 티켓을 요청한다. 티켓을 얻기 위해, 그는 인증용 데이터, 예, 사용자 ID 및 패스워드, 웹서비스 제공자의 이름 또는 주소 및 제한값을 제공하여야 한다. 제공자는 지정된 제한값까지 그의 서비스에 대하여 청구하도록 허가된다.

2. 인증이 성공하면, 빌링 서버는 티켓을 리턴한다. 티켓은 해당 웹서비스 제공자에 의해서만 이용될 수 있는데, 그 이유는 티켓이 그의 공개키에 의해 암호화되었기 때문이다. 이러한 티켓은 지정된 시간기간(예, 1시간)만 유효하다.

3. 이제 고객은 웹서비스 제공자를 호출하여 모든 필요한 파라미터 및 가져온(retrieved) 암호화키를 제공한다.

4. 웹서비스 제공자는 요청 파라미터들을 검사하고, 티켓을 해독하고, 빌링 서버를 이용하여 서비스에 대하여 부과한다.

5. 빌링 서버는 티켓의 유효성 및 제한값을 검사하고 오케이 또는 오류를 리턴한다.

6. 빌링 서버가 오케이를 리턴한 경우에, 서비스가 실행되고 고객은 서비스의 리턴 데이터를 얻을 것이다. 단계 4/5에서 오류가 발생한 경우에, 웹서비스 제공자는 고객에게 오류 메시지를 리턴할 것이다.

이제, 서비스가 제한값 초과에 대한 오류 메시지로 응답할때까지, 고객은 웹서비스 제공자(단계3 내지 6)를 이용할 수 있다. 고객은 서비스를 이용하는 것을 계속하고자 하기 위해 단계(1)부터 다시 시작하여야 한다.

본 발명에 따른 (소액)지불 시스템에 의하면, 고객은 제3자 신용기관에 있는 그의 계좌로부터 벤더가 일정 액수를 출금하도록 인증해줄 수 있다. 따라서, 고객은 벤더에 인증된 금액을 다 쓸때까지 여러 문서들에 대해 암시적으로 지불할 수 있고, 벤더 소프트웨어는 더 많은 금액을 청구하기 위해서는 다시 인증을 요청한다. 따라서, 본 발명은 웹사이트 정보에 대해 실제 "클릭별 지불(Pay per Click)"을 제공한다.

본 발명은 또한 고객이 벤더의 출금 및 해당 벤더에 인증된 금액의 최종적인 감액을 모니터할 수도 있게 해준다.

Claims (25)

1. 네트워크 내에서 서비스를 제공하는 벤더와 고객간에 무현금(cashless) 지불을 수행하는 네트워크-기반 방법에 있어서, 상기 네트워크상에서 제공되는 상기 벤더 서비스에 대한 상기 고객의 액세스 각각에 대해 상기 벤더에 의해 제3자 신용기관의 고객 계좌로부터 금액이 출금되고, 상기 방법은,

   상기 고객 계좌에 최대 제한금액을 할당하는 단계와, 상기 벤더의 네트워크 서비스에 대한 처음 액세스 이전에 상기 할당된 최대 제한금액에 대한 단일 인증 단계를 수행함으로써 상기 최대 제한금액에 도달할때까지 상기 벤더의 네트워크 서비스에 대한 액세스 각각에 대해 상기 벤더가 상기 제3자 신용기관의 고객 계좌로부터 출금하는 것을 허용하는 단계를 포함하는 것을 특징으로 하는 방법.
2. 제1항에 있어서, 상기 무현금 지불은 소액 지불인 것을 특징으로 하는 방법.
3. 제1항 또는 제2항에 있어서, 지불 정보는 상기 벤더과 상기 제3자 신용기관사이에서만 교환되는 것을 특징으로 하는 방법.
4. 제1항 내지 제3항중 어느 한항에 있어서, 상기 고객과 상기 벤더는 익명으로 통신하는 것을 특징으로 하는 방법.
5. 제1항 내지 제4항중 어느 한항에 있어서, 상기 고객은 상기 네트워크 서비스를 자동으로 요청하는 소프트웨어인 것을 특징으로 하는 방법.
6. 제1항 내지 제5항중 어느 한항에 있어서, 상기 제3자 신용기관은 빌링 시스템인 것을 특징으로 하는 방법.
7. 전술한 항들중 어느 한항에 있어서, 상기 인증 단계는 인증 사이클 메커니즘을 포함하는 것을 특징으로 하는 방법.
8. 제7항에 있어서, 상기 인증 사이클 메커니즘은 이동전화, PDA 등으로 이용될 수 있는 것을 특징으로 하는 방법.
9. 제7항에 있어서, 상기 벤더의 네트워크 서비스에 대한 상기 액세스는 HTML을 이용하는 웹브라우저에 의해 수행되는 것을 특징으로 하는 방법.
10. 전술한 항들중 어느 한 항에 있어서, 상기 고객과 상기 벤더는 빌링인증 프로토콜을 통해 통신하는 것을 특징으로 하는 방법.
11. 전술한 항들중 어느 한 항에 있어서, 상기 최대 제한금액의 레벨은 각각의 벤더에 따라 달라지는 것을 특징으로 하는 방법.
12. 전술한 항들중 어느 한 항에 있어서, 상기 제3자 신용기관은 상기 최대 제한금액을 등록하는 것을 특징으로 하는 방법.
13. 전술한 항들중 어느 한 항에 있어서, 상기 제3자 신용기관은 상기 최대 제한금액에 관한 부가적인 선택사항 정보를 등록하는 것을 특징으로 하는 방법.
14. 전술한 항들중 어느 한 항에 있어서, 상기 부가적인 선택사항 정보는 시간 제한 또는 서비스 유형 제한인 것을 특징으로 하는 방법.
15. 전술한 항들중 어느 한 항에 있어서, 상기 최대 제한금액에 초과되는 경우에는 새로운 인증이 수행되어야 하는 것을 특징으로 하는 방법.
16. 전술한 항들중 어느 한 항에 있어서, 상기 방법은 각 지불의 상세사항을 모니터링하는 단계를 더 포함하는 것을 특징으로 하는 방법.
17. 전술한 항들중 어느 한 항에 있어서, 상기 인증 단계는 상기 사용자를 상기 벤더에 확인시켜줌으로써 수행되는 것을 특징으로 하는 방법.
18. 제17항에 있어서, 상기 확인은 스마트카드, 사용자 아이디 및 패스워드, 개인키 인증 메시지(private key authenticated message), 생물학적 인증 방법 등에 의해 수행되는 것을 특징으로 하는 방법.
19. 전술한 항들중 어느 한 항에 있어서, 상기 최대 제한금액은 상기 네트워크내에서 제공되는 상기 벤더의 서비스에 대한 액세스를 수행하기 이전에 검사되는 것을 특징으로 하는 방법.
20. 제19항에 있어서, 상기 최대 제한금액은 상기 벤더에 의해 검사되는 것을 특징으로 하는 방법.
21. 제19항에 있어서, 상기 최대 제한금액은 상기 제3자 신용기관에 의해 검사되는 것을 특징으로 하는 방법.
22. 컴퓨터상에서 프로그램이 실행될 때 컴퓨터로 하여금 제1항 내지 제21항중 어느 한 항에 따른 방법을 수행하도록 하는 컴퓨터 판독가능 프로그램 수단을 포함하는 컴퓨터 이용가능매체상에 저장되는 컴퓨터 프로그램 제품.
23. 네트워크 내에서 서비스를 제공하는 벤더와 고객간에 무현금(cashless) 지불을 수행하기 위한 시스템에 있어서, 상기 네트워크상에서 제공되는 상기 벤더 서비스에 대한 상기 고객의 액세스 각각에 대해 상기 벤더에 의해 제3자 신용기관의 고객 계좌로부터 금액이 출금되고, 상기 시스템은,

    a) 상기 고객을 인증하기 위한 인증 수단과,

    b) 상기 고객 계좌에 대한 최대 제한금액을 설정하고 검사하기 위한 제한값설정 및 제한값 검사 장치 수단과,

    c) 상기 벤더가 빌링 요청을 전송하도록 해주는 부과 수단과,

    d) 소프트웨어에 의해 상기 제3자 신용기관을 액세스하기 위한 수단

    을 포함하는 시스템.
24. 제22항에 있어서,

    e) 각각의 벤더에 대해 계좌 제한값의 잔여치를 표시해주기 위한 수단과,

    f) 상기 제한값에 부가하여 선택사항 명령을 설정하기 위한 수단

    을 더 포함하는 시스템.
25. 제23항에 있어서, 상기 표시 수단은 소프트웨어 프로그램을 포함하는 시스템.