KR100402713B1 - 전자 결제 지불 방법 - Google Patents

전자 결제 지불 방법 Download PDF

Info

Publication number
KR100402713B1
KR100402713B1 KR10-2000-0020136A KR20000020136A KR100402713B1 KR 100402713 B1 KR100402713 B1 KR 100402713B1 KR 20000020136 A KR20000020136 A KR 20000020136A KR 100402713 B1 KR100402713 B1 KR 100402713B1
Authority
KR
South Korea
Prior art keywords
payment
payer
payee
information
transaction
Prior art date
Application number
KR10-2000-0020136A
Other languages
English (en)
Other versions
KR20010096175A (ko
Inventor
최기선
최경환
Original Assignee
한국과학기술원
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 한국과학기술원 filed Critical 한국과학기술원
Priority to KR10-2000-0020136A priority Critical patent/KR100402713B1/ko
Priority to US09/729,107 priority patent/US20010032191A1/en
Priority to JP2000373619A priority patent/JP2001306872A/ja
Publication of KR20010096175A publication Critical patent/KR20010096175A/ko
Application granted granted Critical
Publication of KR100402713B1 publication Critical patent/KR100402713B1/ko

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02—Banking, e.g. interest calculation or account maintenance
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Marketing (AREA)
  • Technology Law (AREA)
  • Computer Security & Cryptography (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

본 발명은 전자상거래의 전자 결제 지불 방법에 관한 것으로서, 특히 전자상거래시 지급 결제 기관을 지불자와 피지불자 사이에 두고 전자 결제를 지불하는 방법에 관한 것이다. 이를 위해 본 발명의 실시예에서는 인터넷을 통해 피지불자 서버로부터 전자 카탈로그를 획득하는 제 1 단계와, 지급 결제 기관 서버가 지불자 자신의 구좌를 이용할 수 있도록 승인하는 제 2 단계와, 지불자가 지급 결제 기관 서버를 경유해서 피지불자 서버로 상품을 주문하고 결제하는 제 3 단계와, 지급 결제 기관 서버가 거래 당사자 모두의 통신기기로 거래의 성립을 확인시켜주는 제 4 단계와, 금융 전산망을 통해 지불자 계좌로부터 피지불자 계좌로 이체가 이루어지는 제 5 단계로 이루어짐을 특징으로 한다.

Description

전자 결제 지불 방법{ELECTRONIC SETTLEMENT PAYMENT METHOD}
본 발명은 전자 상거래의 전자 결제 지불 방법에 관한 것으로서, 더욱 상세하게는 전자상거래시 지급 결제 기관(거래를 중개하는 단수 또는 복수의 기관)을 지불자(화폐 가치를 지불하는 주체를 뜻하며 고객이라고도 함:이하 지불자라 함)와 피지불자(화폐 가치를 수령하는 주체를 뜻하며 상점이라고도 함:이하 피지불자라 함) 사이에 두어 전자 결제를 수행하는 방법에 관한 것이다.
종래에는 지불 프로토콜을 이용하여 전자 결제 지불을 해왔다.
지불 프로토콜에는 밀리센트(Milicent) 프로토콜과 페이워드(PayWord)로 대표되는 전자코인형과 이캐쉬(Ecash) 시스템 및 네트캐쉬(Netcash)시스템으로 대표되는 네트워크형과 몬덱스(Mondex) 시스템이라는 IC카드형을 포함한 소액지급결제시스템과, 셋(SET)이라는 시스템을 대표로 하는 신용카드기반 지급결제시스템과 인터넷 뱅킹 서비스중에 하나인 전자자금이체등이 있다. 이하 도 1을 참조하여 상술한 여러 전자 지급 방식의 개요를 설명하기로 한다.
도 1은 기존의 전자 결제 지불 과정의 순서를 설명하기 위한 도면을 도시한 것이다. 도 1을 참조하면, 지불자가 피지불자에게 주문 정보와 지급 정보를 전달하는 단계 1과, 피지불자는 지급 정보를 지급 결제 기관에 전달하는 단계 2와, 지급 결제 기관이 피지불자에게 화폐 가치를 이전하는 단계 3과, 지불자가 주문한 상품을 피지불자가 배달하는 단계 4의 순서대로 일이 진행되는 것을 볼 수 있다.
상기 종래에 사용되는 방식인 밀리센트(Milicent), 이캐쉬(Ecash), 네트캐쉬(Netcash), 패이워드(PayWord)의 경우 지불자로부터 피지불자로 이전되는 전자 코인은 현금과 같은 지위를 가진다. 따라서 피지불자는 전자 코인의 유효 여부만 확인하면 되므로 거래의 익명성을 보장해 줄 수 있다.
그러나 밀리센트에서 사용되는 전자 코인은 특정 점포에 국한되어 사용되기 때문에 범용성이 작은 문제점이 있으며, 이캐쉬는 거래의 완전한 익명성을 보장해 줄 수 있으나 전자 코인의 이중 사용을 막는 작업이 매우 계산 집약적이어서 널리 쓰이기 어려운 단점이 있다.
또한 네트캐쉬는 제한적인 익명성을 보장해 주며, 널리 확장이 가능하나 처리시간을 단축시키기 위해서 보안적인 측면을 소홀히 하였고, 패이워드의 경우 상점에 지급되는 전자 코인에 지불자의 신원 정보가 들어가 있어서 지불자의 익명성이 보장되지 않는 단점이 있다.
한편 셋(SET)의 경우 지불자로부터 피지불자로 전달되는 정보는 지불 기관에게 보내는 정보이다. 이 정보는 지불 기관만 볼 수 있도록 되어있는데, 여기에는 고객의 신용카드번호와 같이 민감한 정보가 포함되어 있다. 따라서 피지불자를 포함한 제 3자가 지불자의 거래 정보를 볼 수 없다. 그러나 피지불자는 지불자의 신원을 파악하고 있기 때문에 거래의 익명성은 보장되지 않으며 지불 기관에서 지불 정보의 유효여부를 확인하는 과정에 비용이 많이 들어가기 때문에 거래 비용이 높아 소액 지불에는 적당하지 않은 단점이 있다.
또한 IC카드형 전자화폐시스템은 거래의 익명성을 보장하고 소액 지급이 가능하나 시스템을 운영하기 위해 들어가는 초기 설치비용이 매우 크기 때문에 현재 제한적으로만 사용되는 단점이 있다.
인터넷 뱅킹 서비스를 이용한 전자 자금 이체도 결제 방법 중 하나이다. 따라서 전자 자금 이체는 물건의 주문과 지불을 분리한 방법이다. 즉 물건을 상점에 주문하고 이에 대한 결제는 고객이 직접 은행을 이용해서 전자 자금 이체를 하는 방법이다. 이 방법을 사용할 경우 고객의 지불 정보가 피지불자에게 노출될 위험은 없으나, 주문과 지불이 한 과정에 이루어지지 못하고 고객이 따로 지불을 해야한다는 점에서 고객의 편의를 추구하는 전자상거래에 역행된다. 상기 방법들은 지불자와 피지불자가 직접 통신에 의한 주문과 지불을 염두에 두고 만들어진 프로토콜이다. 현실에서 지불자와 피지불자가 직접 대면해서 거래를 하는 것과는 달리 네트워크상에서 양자가 만나서 거래할 때 양자는 거래 실행 여부를 보장받기 위해 서로의신원을 확인하고자 할 것이다. 그리고 이 확인하는 과정은 전산적으로 처리되기 때문에 모두 기록된다. 이로 인해 거래의 익명성을 보장하기 힘들다는 것은 어떻게 보면 당연하다. 따라서 전자상거래를 할 때 상점을 이용하는 고객의 사생활은 항상 노출될 수 있는 가능성을 가진다.
따라서 본 발명의 목적은 전자상거래시 지급 결제 기관을 지불자와 피지불자 사이에 두어 거래를 중개함으로써, 지불자의 개인 정보 유출을 막아 익명성을 보장할 수 있는 방법을 제공함에 있다.
본 발명의 또 다른 목적은 피지불자가 신원이 불투명한 개인인 지불자와 거래할 때 상기 지불자 대신 신원이 확실한 지급 결제 기관과 거래하므로써 거래의 신뢰도를 높일 수 있는 방법을 제공함에 있다.
또한 본 발명의 또 다른 목적은 지불자의 거래 내역 비밀을 보장할 수 있는 방법을 제공함에 있다.
상기 목적을 달성하기 위한 본 발명은 전자상거래시 지불자와 피지불자 정보를 보호하기 위해 지급 결제 기관을 지불자와 피지불자 사이에 두어 전자 결제를 수행하는 방법에 있어서,
인터넷을 통해 피지불자 서버로부터 전자 카탈로그를 획득하는 제 1 단계와,
지급 결제 기관 서버가 지불자 자신의 구좌를 이용할 수 있도록 승인하는 제 2 단계와,
지불자가 지급 결제 기관 서버를 경유해서 피지불자 서버로 상품을 주문하고 결제하는 제 3 단계와,
지급 결제 기관 서버가 거래 당사자 모두의 통신기기로 거래의 성립을 확인시켜주는 제 4 단계와,
금융 전산망을 통해 지불자 계좌로부터 피지불자 계좌로 이체가 이루어지는 제 5 단계로 이루어짐을 특징으로 한다.
도 1은 기존의 전자 결제 지불 과정의 순서를 설명하기 위한 도면.
도 2는 본 발명의 실시예에 따른 전자 결제 지불 과정을 설명하기 위한 시스템 구성 및 전자 결제 지불 과정 흐름도.
이하 첨부 도면을 참조하여 본 발명의 실시예에 따른 전자상거래의 전자 결제 지불 방법을 상세히 설명하기로 한다.
도 2는 본 발명의 실시예에 따른 전자 결제 지불 과정을 설명하기 위한 시스템 구성 및 전자 결제 지불 과정 흐름도를 도시한 것이다. 도 2에서 참조번호 5는 지불자가 피지불자로부터 전자 카탈로그를 획득하는 지불 과정의 첫 단계를 나타낸 것으로, 이 과정은 지불자가 원하면 익명으로 이루어져야 하므로 피지불자는 지불자의 완전한 신원정보를 요구하지 않고 카탈로그를 전달해야 하지만 지불자의 동의 아래 마케팅 자료로 쓰일 지불자의 제한적인 개인 정보를 요구할 수도 있는 단계이다. 상술한 단계 5는 우선적으로 지불자의 카탈로그 요구가 선행되어야 하지만 이는 필수적인 사항은 아니다.
전달되는 카탈로그의 내용을 살펴보면 하기와 같다.
1.상품의 분류 코드(예: 상품의 물류 코드)
2.상품의 가격
3.피지불자 거래 정보(예: 피지불자가 이체를 받을 계좌 번호)
4.피지불자 접속 정보(지급 결제 기관이 정보를 보낼 곳)
5.피지불자 인증서
6.최신 정보 위치
7.이 모든 사항에 대한 피지불자의 서명
상기 카탈로그에 담겨있는 정보를 바탕으로 지불자는 카탈로그의 최신 여부와 유효 여부를 판단할 수 있으며 이는 사용자의 개입없이 프로그램에 의해 자동으로 수행될 수 있다.여기서 카탈로그의 유효여부는 상기 카탈로그에 포함된 피지불자의 인증서, 피지불자의 서명을 통해 확인할수 있으며, 구체적인 구현예는 후술하는 실시예에서 설명한다. 그리고 카탈로그가 유효하다고 판단되면, 카탈로그에 포함된 최신 정보 위치에서 카탈로그의 갱신 날짜등을 가져와서 현재것과 비교하는 방식으로 카탈로그의 최근갱신여부를 확인할 수 있다. 즉, 일정 기간(예를 들어 1년)동안 갱신된 적이 없다면, 최근의 카탈로그는 아니라고 판단 하는 것이다.
또한, 지급 결제 기관은 하기의 조건을 충족하는 단수 또는 복수의 기관인데 그 조건은 지불자와 피지불자로부터 신뢰를 받으며 고객의 구좌를 예치하고 있어서 고객의 요구에 따라 구좌에서 화폐 가치를 이전할 수 있고 거래 사실을 객관적으로 증명할 수 있어야 한다.
다음 단계는 지불자가 지급 결제 기관에 있는 자신의 구좌를 쓸 수 있도록 하는 단계를 나타낸다.
상세하게는 지불자가 지급 결제 기관과 안전한 통신 채널을 구축하는 단계 6과, 지급 결제 기관이 지불자의 신원을 확인할 수 있는 정보를 지불자가 보내는 단계 7로 되어 있고, 상기 정보에는 지불자의 전자서명이 있으며 지급 결제 기관의 공개키로 정보가 암호화되어 있다. 따라서 지급 결제 기관만 지불자의 신원 정보를 볼 수 있으며 지불자의 서명을 확인함으로써 지불자 자신에 의한 연결 요청임을 알수 있으며 상기 과정 후에 지불자는 지급 결제 기관에 있는 자신의 구좌에 접근할 수 있다.
다음 단계는 지불자가 지급 결제 기관을 경유해서 피지불자에게 상품을 주문하고 결제하는 단계이다. 상세하게는 지급 결제 기관이 지불자에게 거래에 대한 거래 번호를 발급 전달하는 단계 8과, 피지불자에게서 받은 전자 카탈로그를 토대로 지불자가 지급 결제 기관으로 거래 번호와 피지불자만 볼 수 있는 암호화된 주문 정보, 지급 액수, 피지불자 정보에 서명해서 보내는 단계 9와, 상기 단계 9에서 받은 정보에서 피지불자 정보를 참고하여 거래 번호, 지급 결제 기관 정보 및 주문정보를 피지불자만 볼 수 있도록 암호화시켜 피지불자에게 보내는 단계 10과, 피지불자가 지급 결제 기관으로부터 상기 단계 10의 정보를 받으면 해독하여 어떤 물건의 주문이 있는지 확인 후 그 상품의 가격을 거래 번호와 함께 지급 결제 기관에 전달하는 단계 11로 되어 있다.
상기 언급된 거래번호는 상기 지불과정에 사용되고 지불자, 지급 결제 기관, 피지불자 모두 공유하는 번호이다. 따라서 필요할 때 거래 번호를 토대로 거래 내역을 추적할 수 있으며 상기 거래번호는 암호화되어 전달되기 때문에 어떠한 경우에도 제 3자는 이를 알 수 없게 된다.
상기 단계 9의 정보는 하기와 같은 내용으로 구성되어 있다.
주문하는 상품의 분류코드, 배달 받을 장소, 지급 결제 기관이 주문 정보를추적하는 것을 막는 난수와 상점 정보로는 상점 거래 정보, 상점 접속 정보, 상점 인증서가 있다.
상기 단계 10의 정보는 지급 결제 기관이 정보를 피지불자에게 보낼 때 공개망인 인터넷을 통해 전달되므로 상기 정보 전체를 피지불자만 볼 수 있도록 암호화하고 서명해서 제 3자의 도청과 변조를 막으며, 지급 결제 기관 정보는 지급 결제 기관 접속 정보와 지급 결제 기관 인증서를 포함한다.
다음 단계는 지불 과정의 마지막 단계인 지급 결제 기관이 지불자와 피지불자에게 거래의 성립을 확인해 주는 단계이다.
상세하게는 지급 결제 기관은 먼저 피지불자에게서 받은 상품의 가격과 지불자가 보낸 상품의 가격을 비교하여 같은지를 확인해서 주문 정보가 정확히 전달되었는지 확인하고, 상기 확인 과정을 마치면 지급 결제 기관은 거래의 성립을 지불자와 피지불자 양측에 선언한다. 지급 결제 기관은 지불자가 상기 단계 9에서 거래를 위해 보낸 정보에 내용을 증명한다는 의미의 서명을 해서 보내주는 단계 12와, 피지불자에게서는 거래번호와 함께 지급 액수를 적고 상기 정보에 서명을 하고 피지불자만 볼 수 있도록 암호화해서 보내는 단계 13를 나타낸다.
또한 지불자가 상기 단계 12에서 받은 정보는 지불자가 산 상품에 대한 영수증의 역할을 하며 피지불자가 상기 단계 13에서 받은 정보는 피지불자가 지급 받아야 할 액수를 나타내는 수표의 역할을 한다.
마지막 단계 14는 상기 모든 지불 단계가 끝난 후 실제적인 현금 가치의 이동이 일어나 정산하는 단계를 나타낸다. 상기 단계 14는 이미 구축되어 있는 금융전산망을 통해서 이루어지며 지불자의 구좌에서 피지불자의 구좌로 정해진 금액이 이체되는 단계이다. 이 때 거래번호가 같이 전달되어 피지불자가 해당 거래를 끝낼수 있도록 한다.
상기 도 2를 살펴보면 지불자가 사용하는 프로그램인 클라이언트(Client)와 피지불자가 사용하는 프로그램인 머첸트 서버(Merchant server)와 지급 결제 기관이 사용하는 프로그램인 피.에이 서버(Payment Authority server)가 있다. 상기 프로그램들의 내용을 하기에서 살펴보면 클라이언트는 전자 카탈로그 유효성 확인과 주문 정보 생성 및 거래 내역의 안전한 보관이 필수적이며, 머첸트 서버는 물건의 재고 파악과 주문 내용의 정리와 안전한 보관 및 주문에 대한 응답 정보 생성이 필수적이고, 피.에이 서버는 금융망과 연계하여 이체 업무 수행이 가능해야 하며 고객의 주문 처리와 거래 내역을 당사자들에게 확인하는 것이 필수적이다.
상기를 참고하여 세가지의 또 다른 실시예를 나타내면 하기와 같다.
첫 번째 상황은 집에서 개인 컴퓨터를 사용해서 전자상거래를 할 때이다. 우선, 지불자 A가 웹브라우저를 사용해서 전자상거래 사이트(site)에 접속하고 자신이 원하는 상품의 카탈로그를 가져온다. 이때, 홈페이지에 있는 사자(BUY)! 라는 버튼을 클릭하면 카탈로그 파일에 연결되고 웹브라우저는 이 파일을 읽을 때 자동으로 전자 결제 지급 플러그- 인(plug-in)을 실행시키며 상기 전자 결제 지급 플러그-인은 카탈로그의 유효성 확인을 위해 카탈로그의 서명 확인,피지불자의 인증서 확인을 한다. 카탈로그가 유효하다고 판명되면, 플러그 인은 카탈로그에 담겨 있는 최신 정보 위치에서 카탈로그의 갱신 날짜 정보등을 가져와서 현재 것과 비교하는 방식으로 카탈로그의 최근 갱신 여부를 확인 할 수 있다. 만약 다른 상품을 같이 산다고 하면 다른 카탈로그도 가져와서 같이 결제할 수 있다. 이것은 전자 결제 지급 플러그-인에 장바구니 기능이 있음을 나타낸다. 상기에서 카탈로그가 유효할 경우, 전자 결제 지급 플러그-인이 A에게 물건을 살 것이냐고 물어보고 A가 물건을 사고자 할 경우 물건을 배달 받을 주소를 적고 "진행"을 선택한다. 하기부터는 프로그램에 의해서 자동 진행하는 단계로 전자 결제 지급 플러그-인은 거래 은행과 안전한 통신 채널을 구축하고 주로 SSL(Secure Sockets Layer) 프로토콜(protocol)이 쓰일 수 있다. 전자 결제 지급 플러그-인이 은행 접속에 성공하면 아래와 같은 정보를 보내서 은행에게 A의 신원을 밝히고 A의 계좌를 쓸 수 있도록 한다.
-아 래-
( A의 인증서, (A의 계좌번호):A의 개인키 ):은행의 공개키
* notation : ( text):key - key로 text를 암호화
은행은 상기 정보를 풀어보고 A의 신원을 확인하고 이상이 없을 때 거래 번호를 할당해서 A의 프로그램에게 보내고 전자 결제 지급 플러그-인은 주문정보를 생성하여 은행에게 보낸다. 이때 은행이 거래의 성립을 선언하면 전자 결제 지급 플러그-인은 거래가 성립되었음을 A에게 보여주고 자료를 저장한다.
두 번째 상황은 공공의 컴퓨터로 전자상거래를 할 때 IC 카드를 사용할 때이며 아래와 같은 사항이 들어 있어서 거래를 진행할 수 있다. 이때도 마찬가지로 거래의 주체는 지불자A가 된다.
-아 래-
( A의 인증서, (A의 계좌번호):A의 개인키 ):은행의 공개키 ):IC card 비밀번호
IC 카드의 비밀번호가 없다면 IC 카드를 습득한 사람은 누구나 이를 사용해서 거래를 할 수 있을 것이다. 하기는 거래의 진행을 보여준다. 지불자 A가 웹브라우저를 사용해서 전자상거래 사이트에 접속하여 자신이 원하는 상품의 카탈로그를 가져온다. 이 때 홈페이지에 있는 사자(BUY)! 라는 버튼을 클릭하면 카탈로그 파일에 연결되고 웹브라우저는 이 파일을 읽을 때 자동으로 전자 결제 지급 플러그-인을 실행시켜 카탈로그의 유효성을 확인한다. 유효성 확인은 카탈로그의 서명 확인, 피지불자의 인증서 확인이 있다. 카탈로그가 유효하다고 판명되면, 플러그 인은 카탈로그에 담겨 있는 최신 정보 위치에서 최신 카탈로그의 갱신날짜 정보등을 가져와서 현재 것과 비교하는 방식으로 카탈로그의 최근 갱신 여부를 확인 할 수 있다. 만약 다른 상품을 같이 산다고 한다면 다른 카탈로그도 가져와서 같이 결제하도록 한다. 이는 전자 결제 지급 플러그-인에 장바구니 기능이 있음을 나타낸다. 상기에서 카탈로그가 유효할 경우, 전자 결제 지급 플러그-인이 A에게 물건을 살 것이냐고 물어보고 A가 물건을 사고자 할 경우 물건을 배달 받을 주소를 적고 "진행"을 선택한다. 그리고 전자 결제 지급 플러그-인이 IC 카드에서 거래 은행을 읽고 거래 은행과 안전한 통신 채널을 구축한다. 이때 SSL 프로토콜이 쓰일 수 있다. 전자 결제 지급 플러그-인이 A에게 IC 카드를 사용하기 위한 암호를 묻는다. 이 때 A가 암호를 입력해야만 IC 카드에 담겨있는 ( ( ( A의 인증서, (A의 계좌번호):A의 개인키 ):은행의 공개키 ):IC card 비밀번호)을 은행에 보낼 수 있는 형태로 만들 수 있게 된다. 암호를 입력 받으면 전자 결제 지급 플러그-인은 정보를 복호화 하여 은행에게 보낸다. 이 때 암호가 틀리다면( ( A의 인증서, (A의 계좌번호):A의 개인키):은행의 공개키)가 제대로 나오지 않고 이는 은행의 개인키로 풀리지 않을 것이다. 따라서 신원 확인에 실패한다. 그러나 암호가 맞다면 은행이 A의 정보를 인지하게 된다. 따라서 공공 장소에 있는 컴퓨터에서 별다른 개인정보의 입력 없이 거래할 수 있다. 은행은 상기 정보를 풀어보고 A의 신원을 확인하고 이상이 없을 때 거래 번호를 할당해서 A의 사용 프로그램에게 보내고 전자 결제 지급 플러그-인은 주문정보를 생성 은행에게 보낸다. 이때 은행이 거래의 성립을 선언하면 전자 결제 지급 플러그-인은 거래가 성립되었음을 A에게 보여주고 거래 정보를 IC 카드에 저장한다.
세 번째 상황은 상점에서 물건을 살 때, IC 카드를 지불 수단으로 사용할 때이다. 이 때에는 카탈로그가 매장에 있는 컴퓨터(결제용 통신기기)에 있기 때문에 따로 카탈로그를 가져올 필요가 없으며 결제 과정은 하기와 같이 진행된다. 지불자 A가 상점 컴퓨터에서 자신이 사고자 하는 상품의 카탈로그를 확인한다. 이 때 결제를 위한 프로그램이 실행된다. 상기 카탈로그의 내용에 이상이 없을 때 배달 받을 주소를 입력하고 "구입"을 선택하여 거래를 진행하고 프로그램이 A에게 IC 카드를 넣을 것을 요구한다. IC 카드를 넣으면 프로그램이 IC 카드로부터 거래 은행을 읽고 해당 은행에 접속하고 안전한 통신채널 구축한다. 그리고나서 프로그램이 A에게 비밀번호를 입력할 것을 요구한다.이 때 A가 암호를 입력해야만 IC 카드에 담겨있는 ( ( ( A의 인증서, (A의 계좌번호):A의 개인키 ):은행의 공개키 ):IC card 비밀번호)을 은행에 보낼 수 있는 형태로 만들 수 있게 된다. 암호를 입력 받으면 전자 결제 지급 플러그-인은 정보를 복호화 하여 은행에게 보낸다. 이 때 암호가 틀리다면 ( ( A의 인증서, (A의 계좌번호):A의 개인키):은행의 공개키)가 제대로 나오지 않고 이는 은행의 개인키로 풀리지 않을 것이다. 따라서 신원 확인에 실패한다. 그러나 암호가 맞다면 은행이 A의 정보를 인지하게 된다. 따라서 은행은 거래 번호를 할당해서 A의 사용 프로그램에게 보내고 전자 결제 지급 플러그-인은 주문정보를 생성 은행에게 보낸다. 이때 은행이 거래의 성립을 선언하면 전자 결제 지급 플러그-인은 거래가 성립되었음을 A에게 보여주고 거래 정보를 IC 카드에 저장하며 피지불자(상점)에게는 수표 역할을 하는 정보를 상점 컴퓨터에 저장시킨다.
한편 상술한 본 발명의 설명에서는 구체적인 실시예에 관해 설명하였으나, 여러가지 변형이 본 발명의 범위에서 벗어나지 않고 실시될 수 있다. 따라서 발명의 범위는 설명된 실시예에 의하여 정할 것이 아니고 특허청구의 범위와 특허청구의 범위의 균등한 것에 의해 정하여져야 한다.
상술한 바와 같이 본 발명은 전자상거래시 지급 결제 기관을 지불자와 피지불자 사이에 두어 거래를 중개함므로써, 여러 암호 기술과 통신 기술을 합하여 전자 상거래에서 나타나는 문제점들인 제 3자에 의한 도청, 변조, 부정사용과 거래 당사자들에 의한 거래 부인을 효과적으로 방지하여 거래의 안전성을 보장할 수 있는 장점이 있다.
또한 평상시에는 거래의 완전한 내역을 지불자밖에 모르기 때문에 거래의 익명성을 보장받을 수 있으며, 범죄나 분쟁 등의 문제가 있을 때는 거래번호를 추적해서 지급 결제 기관과 피지불자의 정보를 모아 거래 내용을 추적할 수 있는 장점도 있다.
또한 기존의 시스템에 약간의 프로그램을 덧붙이면 본 발명을 실행시킬 수 있기 때문에 시스템의 확장성을 높일 수 있는 장점이 있다.
또한 맥킨지의 1999년 주택은행 컨설팅 자료에 의하면 전자 자금 이체 한 건의 원가는 ATM이 123원이고 텔레뱅킹이 81원이며 PC뱅킹이 47원인데 본 발명을 이용해서 지불하면 PC뱅킹과 비슷한 원가가 예상되며 지급 결제 기관에서 자금을 즉시 이체하지 않고 일정기간 모아서 한꺼번에 처리할 경우 거래 비용은 더욱 낮아질 것으로 예상되므로 상기 지불 시스템의 경우 최소 단위가 100원인 소액 지불에도 사용될 수 있는 장점이 있다.
또한 지불자와 피지불자에게 동시에 신뢰를 받고 있는 지급 결제 기관이 거래를 중개하기 때문에, 거래의 사실과 그 이행 여부에 대해 지불자와 피지불자에게 신뢰를 줄 수 있는 잇점과, 거래 사실에 대한 분쟁이 있을 경우 지급 결제 기관에 기록된 자료를 토대로 해결할 수 있는 장점이 있다.

Claims (4)

  1. 전자상거래상의 전자 결제 지불 방법에 있어서,
    지불자가 피지불자로부터 전자카탈로를 획득하는 제 1 단계와;
    지불자가 카탈로그의 최근 갱신여부 및 유효여부를 자동으로 판단하는 제 2 단계와;
    지불자가 지급 결제 기관 서버에 있는 자신의 계좌를 사용할 수 있도록 승인을 요구하면 지불자의 신원을 확인하는 과정을 거쳐 사용을 승인하는 제 3 단계와;
    지급 결제 기관 서버가 지불자에게 거래에 대한 거래번호를 발급 전달하는 제 4 단계와;
    피지불자에게서 받은 전자카탈로그를 토대로 지불자가 지급 결제 기관 서버로 거래번호와 암호화된 주문정보, 지급액수, 피지불자 정보 등을 서명해서 보내는 제 5 단계와;
    제5단계의 피지불자 정보를 참고하여 거래번호, 지급 결제 기관 정보, 주문정보 등을 암호화하여 피지불자에게 보내는 제 6 단계와;
    피지불자가 지급 결제 기관 서버로부터 제6단계의 정보를 받아 주문내용을 확인한 후 그 상품의 가격을 거래번호와 함께 지급 결제 기관 서버에 전달하는 제7단계와;
    지급 결제 기관 서버가 피지불자에게서 받은 상품의 가격과 지불자가 보낸 상품의 가격 등 주문정보를 비교확인하는 제 8 단계와;
    확인결과 이상이 없으면 지급 결제 기관 서버가 거래의 성립을 양측에 선언하는 제 9 단계와;
    지급 결제 기관 서버가 지불자가 단계 5에서 거래를 위해 보낸 정보에 내용을 증명한다는 서명을 해서 보내주는 제 10 단계;
    지급 결제 기관 서버가 거래번호와 함께 지급액수를 적고 서명하여 피지불자에게 보내는 제11단계; 및
    지불자의 계좌에서 피지불자 계좌로 정해진 금액이 이체되는 제 12 단계;로 이루어짐을 특징으로 하는 전자 결제 지불 방법.
  2. 삭제
  3. 삭제
  4. 삭제
KR10-2000-0020136A 2000-04-17 2000-04-17 전자 결제 지불 방법 KR100402713B1 (ko)

Priority Applications (3)

Application Number Priority Date Filing Date Title
KR10-2000-0020136A KR100402713B1 (ko) 2000-04-17 2000-04-17 전자 결제 지불 방법
US09/729,107 US20010032191A1 (en) 2000-04-17 2000-12-05 Electronic settlement payment method
JP2000373619A JP2001306872A (ja) 2000-04-17 2000-12-08 電子決済支払方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR10-2000-0020136A KR100402713B1 (ko) 2000-04-17 2000-04-17 전자 결제 지불 방법

Publications (2)

Publication Number Publication Date
KR20010096175A KR20010096175A (ko) 2001-11-07
KR100402713B1 true KR100402713B1 (ko) 2003-10-22

Family

ID=19664900

Family Applications (1)

Application Number Title Priority Date Filing Date
KR10-2000-0020136A KR100402713B1 (ko) 2000-04-17 2000-04-17 전자 결제 지불 방법

Country Status (3)

Country Link
US (1) US20010032191A1 (ko)
JP (1) JP2001306872A (ko)
KR (1) KR100402713B1 (ko)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20020022158A (ko) * 2000-09-19 2002-03-27 전대식 거래코드를 이용한 전자거래 인증 결제방법
US20030212636A1 (en) * 2002-05-07 2003-11-13 Paul Resnick Children's computer banking game
KR20040054386A (ko) * 2002-12-18 2004-06-25 김재헌 전자 결제정보를 이용한 전자상거래 시스템 및 방법
CN1828658A (zh) * 2005-03-31 2006-09-06 阿里巴巴公司 自有资源的交互方法以及电子交易信息的处理方法
US7886964B2 (en) * 2007-04-17 2011-02-15 Steinecker Jeffrey T System and method for personalized e-commerce
US9213973B2 (en) * 2008-08-29 2015-12-15 First Data Corporation Car wallet application
CN102880955B (zh) * 2012-08-03 2016-01-20 毛德操 一种高度安全的凭指纹支付方法
KR101446504B1 (ko) * 2014-07-30 2014-11-04 주식회사위즈베라 웹 브라우저 모듈에 대해 독립적으로 동작하는 클라이언트 모듈에 의한 전자 서명 방법
CN104156855A (zh) * 2014-08-18 2014-11-19 齐亚斌 一种支付方法和系统
CN112950178B (zh) * 2021-02-25 2023-09-12 中钞信用卡产业发展有限公司 一种基于许可链的b2b代理支付的方法及系统

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20000012391A (ko) * 1999-12-02 2000-03-06 이재규 인터넷 상에서의 전자결제방법 및 시스템

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20000012391A (ko) * 1999-12-02 2000-03-06 이재규 인터넷 상에서의 전자결제방법 및 시스템

Also Published As

Publication number Publication date
US20010032191A1 (en) 2001-10-18
JP2001306872A (ja) 2001-11-02
KR20010096175A (ko) 2001-11-07

Similar Documents

Publication Publication Date Title
US9898730B2 (en) Credit card system and method
US5883810A (en) Electronic online commerce card with transactionproxy number for online transactions
Sumanjeet Emergence of payment systems in the age of electronic commerce: The state of art
KR100933387B1 (ko) 온라인 지불인 인증 서비스
JP4955894B2 (ja) 認可要求データのループバックによる安全な電子商取引の実行方法及びシステム
EP1153375B1 (en) Credit card system and method
RU2281555C2 (ru) Электронный способ перевода денежных средств
US20020152180A1 (en) System and method for performing secure remote real-time financial transactions over a public communications infrastructure with strong authentication
GB2333878A (en) Performing an online transaction using card information and PIN
WO2008018052A2 (en) Secure mechanism and system for processing financial transactions
US20040153410A1 (en) Anonymous payment system and method
JP2019525645A (ja) 暗号認証とトークン化されたトランザクション
Taddesse et al. e-Payment: Challenges and opportunities in Ethiopia
AU775065B2 (en) Payment method and system for online commerce
JP2002543523A (ja) インターネットのようなデータネットワークの取引方法及びシステム
KR100402713B1 (ko) 전자 결제 지불 방법
EP1265200A1 (en) Credit card system and method
US20050044014A1 (en) Public network privacy protection tool and method
KR100781610B1 (ko) 전자 상거래의 보안 개선 방법
KR100457399B1 (ko) 클라이언트 결제 애플리케이션을 이용한 인터넷 기반 전자 상거래의 결제 서비스 제공 방법
WO2003012714A1 (en) A security system for transactions
KR20020021413A (ko) 케이블 텔레비전 시스템 및 결합된 엔터테인먼트 단말을매개로 전자 상거래 및 쇼핑을 제공하기 위한 방법 및시스템
Boucherit et al. D-Secure electronic payment architecture and adaptive authentication for Ecommerce
GB2623977A (en) A system and method of processing transactions from crypto wallets
JP2002352172A (ja) 電子商取引方法及び電子商取引装置

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
AMND Amendment
E601 Decision to refuse application
AMND Amendment
J201 Request for trial against refusal decision
E902 Notification of reason for refusal
B701 Decision to grant
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20080930

Year of fee payment: 6

LAPS Lapse due to unpaid annual fee