KR100439162B1 - 네트워크를 통한 통합 결제 시스템 및 그 방법 - Google Patents

Abstract

본 발명은 네트워크를 통한 통합 결제 시스템 및 그 방법에 관한 것이다.

본 발명에 따른 시스템은 네트워크를 통하여 다수의 사용자 단말기와 상거래 서버와 연결되어 결제를 수행하는 시스템으로서, 다수의 상거래 서버에서 사용되는 각각의 사용자 식별자에 대하여 하나의 계좌를 할당한다. 그리고 소정의 상거래 서버로부터 한 사용자 식별자에 대한 결제 요청이 입력되면, 상기 사용자 식별자에 대응되어 있는 계좌를 찾고, 이 계좌를 토대로 상기 사용자 식별자에 대한 결제를 수행한다.

이러한 본 발명에 따르면, 한 사용자가 각 상거래 서버에서 서로 다른 식별자를 사용하는 경우에도 하나의 계좌를 통하여 모든 결제 서비스를 받을 수 있으며, 또한, 계좌에 충전된 금액을 보다 효율적으로 사용할 수 있다.

Description

네트워크를 통한 통합 결제 시스템 및 그 방법{integrated settlement system and method thereof}

본 발명은 결제 시스템 및 그 방법에 관한 것으로, 더욱 상세하게 말하자면, 인터넷 등의 네트워크를 통한 통합 결제 시스템 및 그 방법에 관한 것이다.

최근 정보 통신 기술의 발달과 인터넷과 같은 글로벌한 통신 인프라의 폭발적인 확산에 따라 전자 상거래가 시간적, 공간적 제약을 극복한 새로운 경제 활동 양식으로 부각되고 있다. 전자 상거래(EC: Electronic Commerce)는 여러 가지 관점에서 다양하게 정의될 수 있으나, 일반적으로 개인, 기업, 정부 등의 경제 주체간에 인터넷과 같은 사이버 공간에서 상품 및 서비스를 사고 파는 모든 상거래 행위와 이를 지원하는 활동들을 포함하는 일련의 행위들로 정의될 수 있다.

이러한 전자 상거래에 사용되는 결제 방식으로는 선불 카드(Prepaid Card)형, 신용 카드(Credit Card)형, 예금 이동형, 전자화폐형 등의 다양한 형태의 결제 방법이 사용되고 있다.

최근에는 컨텐츠 이용 등에 발생되는 소액 결제의 편리성으로 인하여 전자화폐(사이버머니, 비자 캐시 등 전자 상거래용 전자 결제 수단 포함)를 이용한 결제가 증가되고 있다. 이러한 전자 화폐 결제 방법은 통상적으로 사용자에게 전자 화폐를 위한 계좌를 부여하고, 이 계좌에 충전되어 있는 전자 화폐를 이용하여 사용자의 전자 상거래에 대한 결제를 수행한다.

그러나, 이러한 전자 화폐 결제를 위한 계좌들은 각 사이트별로 별도 관리되기 때문에, 사용자는 전자 화폐가 있어도 사용하지 못하게 되는 경우가 발생한다. 예를 들어 다른 사이트의 계좌의 잔액은 충분하지만 현재 거래를 체결한 사이트에서 부여받은 계좌의 전자 화폐는 잔액이 모자라서 결제를 할 수 없는 경우가 발생한다.

그러므로 본 발명이 이루고자 하는 기술적 과제는 네트워크 상의 전자 상거래를 위한 사용자의 계좌들을 통합적으로 관리하고자 하는데 있다.

또한, 본 발명이 이루고자 하는 다른 기술적 과제는 통합 계좌를 통하여 사용자가 전자 화폐를 용이하게 사용할 수 있도록 하는데 있다.

또한, 본 발명이 이루고자 하는 다른 기술적 과제는 통합 계좌를 통한 결제 과정을 단순화시키고자 하는데 있다.

도 1은 본 발명의 실시 예에 따른 네트워크를 통한 통합 결제 시스템의 구조를 나타낸 도이다.

도 2는 본 발명의 실시 예에 따른 통합 결제 시스템의 계좌 등록 과정을 나타낸 순서도이다.

도 3은 본 발명의 실시 예에 따른 계좌 등록 과정에 따라 계좌 등록 데이터베이스에 저장되는 데이터를 나타낸 예시도이다.

도 4는 본 발명의 실시 예에 따른 한코인 충전 과정을 나타낸 순서도이다.

도 5는 본 발명의 실시 예에 따른 충전 데이터베이스에 저장되는 계좌의 충전 내역을 나타낸 예시도이다.

도 6은 본 발명의 실시 예에 따른 한패스 발급 과정을 나타낸 순서도이다.

도 7은 본 발명의 실시 예에 따라 사용자 단말기로 제공되는 결제 정보 등록 화면을 나타낸 예시도이다.

도 8a 및 도 8b는 본 발명의 실시 예에 따른 한코인 이체 과정을 나타낸 순서도이다.

도 9는 본 발명의 실시 예에 따른 이체 정보 입력 화면을 나타낸 예시도이다.

도 10은 본 발명의 실시 예에 따른 이체 데이터베이스에 저장되는 이체 처리 내역을 나타낸 예시도이다.

도 11은 본 발명의 실시 예에 따른 한 패스를 이용한 결제 과정을 나타낸 순서도이다.

이러한 기술적 과제를 달성하기 위한 본 발명의 특징에 따른 통합 결제 시스템은, 네트워크를 통하여 다수의 사용자 단말기 및 상거래 서버와 연결되어 결제를 수행하는 통합 결제 시스템으로, 상기 다수의 상거래 서버에서 사용되는 각각의 사용자 식별자에 대하여 하나의 통합 계좌를 할당하는 계좌 생성부; 및 상기 통합 계좌를 토대로 상기 다수의 상거래 서버에서 이루어지는 사용자의 구매 행위에 따른 결제를 수행하는 결제 처리부를 포함한다.

또한, 본 발명의 다른 특징에 따른 통합 결제 시스템은, 네트워크를 통하여 다수의 사용자 단말기 및 상거래 서버와 연결되어 결제를 수행하는 통합 결제 시스템으로, 한 사용자가 상기 다수의 상거래 서버에서 사용하는 다수의 식별자들에 대하여 하나의 통합 계좌를 할당하는 계좌 생성부; 상기 통합 계좌의 계좌 번호에 대응하여 다수의 사용자 식별자, 다수 사용자 식별자가 각각 사용되는 상거래 서버의 정보가 저장되는 계좌 등록 데이터베이스; 상기 통합 계좌를 토대로 상기 다수의 상거래 서버에서 이루어지는 상기 사용자의 구매 행위에 따른 결제를 수행하는 결제 처리부; 및 상기 통합 계좌를 통하여 이루어지는 결제 수행에 따른 결제 처리 내역이 각 계좌 번호별로 저장되는 결제 데이터베이스를 포함한다.

또한, 본 발명의 다른 특징에 따른 통합 결제 방법은, 네트워크를 통하여 다수의 사용자 단말기 및 상거래 서버와 연결되어 결제를 수행하는 시스템의 통합 결제 방법으로, a) 다수의 상거래 서버에서 사용되는 각각의 사용자 식별자에 대하여 하나의 통합 계좌를 할당하는 단계; b) 상기 상거래 서버로부터 하나의 사용자 식별자에 대한 결제 요청이 입력되면, 상기 사용자 식별자에 대응되어 있는 통합 계좌를 찾는 단계; 및 c) 상기 통합 계좌를 토대로 상기 사용자 식별자에 대한 결제를 수행하는 단계를 포함한다.

또한, 본 발명의 다른 특징에 따른 통합 결제 방법은, 네트워크를 통하여 다수의 사용자 단말기 및 상거래 서버와 연결되어 결제를 수행하는 시스템의 통합 결제 방법으로, a) 다수의 상거래 서버에서 사용되는 각각의 사용자 식별자에 대하여 하나의 통합 계좌를 할당하는 단계; b) 상기 통합 계좌에 등록된 식별자를 가지는 사용자로부터의 요청에 따라 선결제 후청구 수단인 후불 결제 수단을 발급하는 단계; c) 상기 사용자로부터 상기 후불 결제 수단을 이용한 결제 요청이 있으면, 상기 후불 결제 수단을 이용한 결제를 수행하는 단계; 및 d) 설정 기간 동안 상기 통합 계좌의 후불 결제 수단을 이용한 결제 대금을 산출하고, 상기 후불 결제 수단에 설정된 청구 수단을 이용하여 결제 대금을 사용자에게 청구하는 단계를 포함한다.

또한, 본 발명의 다른 특징에 따른 계좌 통합 방법은, 네트워크에 연결된 다수 상거래 서버에서의 결제를 위한 계좌의 통합 방법으로, a) 하나의 상거래 서버로부터 제1 식별자가 제공되면, 상기 제1 식별자를 가지는 사용자가 다른 상거래 서버에서 제2 식별자로 사용중인 계좌가 있는지를 판단하는 단계; b) 상기 사용자가 사용중인 계좌가 있는 경우에 사용자에게 계좌 공유 여부를 문의하는 단계; 및

c) 사용자로부터 계좌 공유 의사가 전달되면, 상기 계좌에 상기 제1 식별자를 대응시켜 저장하여 상기 계좌를 통합 계좌로서 등록하는 단계를 포함한다.

이하, 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자가 본 발명을 용이하게 실시할 수 있는 가장 바람직한 실시 예를 첨부된 도면을 참조로 하여 상세히 설명한다. 그러나 본 발명은 여러 가지 상이한 형태로 구현될 수 있으며 여기에서 설명하는 실시 예에 한정되지 않는다.

본 발명의 실시 예에 따른 네트워크를 통한 통합 결제 시스템은 다수의 사용자 식별자들에 대하여 하나의 계좌를 부여하고, 상기 계좌를 통하여 전자 화폐를 이용한 결제가 이루어지도록 한다. 구체적으로, 네트워크 상의 다수의 사이트에 서로 다르거나 또는 동일한 식별자를 이용하여 거래하는 사용자, 또는 각각의 식별자를 사용하는 서로 다른 사용자에게 하나의 계좌(일명, 통합 계좌)를 부여하고, 이후 계좌에 등록된 식별자를 가지는 사용자로부터의 결제 요청에 따라 해당 계좌에 부여되어 있는 전자 화폐를 이용하여 결제를 수행한다. 따라서, 서로 다른 사이트에서 서로 다른 식별자(또는 동일한 식별자)를 사용하는 사용자가 상기 계좌를 통하여 결제를 할 수 있으며, 또한, 서로 다른 사용자가 상기 계좌를 통하여 결제를 할 수 있다.

한편, 본 발명의 실시 예에서는 상기 계좌를 통한 결제 수단으로 전자 화폐를 사용한다. 여기서, 전자 화폐는 제1 결제 수단과 제2 결제 수단으로 이루어진다. 제1 결제 수단은 사용자가 구매하여 부여받거나 다른 사이트 활동으로 부여받는 일종의 사이버머니로서, 네트워크 상에서 현금과 같이 처리되어 사용자가 상품 등을 구매하는데 사용되거나, 다른 계좌로 이체 처리될 수 있다. 제2 결제 수단은 일종의 사이버카드로서 계좌별로 하나씩 발급된다. 제2 결제 수단은 사용자가 사용한 대금을 결제시마다 실시간으로 청구하는 수단이 아니라, 사용자가 일정 기간 동안 사용한 결제 대금을 특정 기간에 청구(예를 들어, 당월에 사용한 금액을 익월에 청구함)하는 수단이다. 여기서, 설명의 편의를 위하여, 제1 결제 수단을 "한코인"이라 명명하고, 제2 결제 수단을 "한패스"라고 명명한다. 여기서, 한코인과 한패스는 엔에이치엔 주식회사에서 사용하는 결제 수단의 브랜드명이다. 이하에 기술된실시 예는 통합 계좌를 통한 결제 수단으로 한코인과 한패스를 사용하는 것을 예로 들어 설명하지만, 본 발명의 실시 예에 따른 결제 수단은 이것에 한정되지 않고 전자 상거래에 사용 가능한 모든 결제 수단(신용 카드, 현금 등)이 사용될 수 있다.

도 1에 이러한 본 발명의 실시 예에 따른 네트워크를 통한 통합 결제 시스템의 구조가 도시되어 있다.

첨부한 도 1에 도시되어 있듯이, 본 발명의 실시 예에 따른 네트워크를 통한 통합 결제 시스템(이하, 통합 결제 시스템이라고 명명함)(100)은, 네트워크(200, 전화망, 인터넷, 무선 통신망 등 다양한 형태의 모든 네트워크를 포함)를 통하여 다수의 사용자 단말기(300), 다수의 상거래 서버(400)와 연결되어 있다. 여기서는 설명의 편의를 위하여 통합 결제 시스템을 상거래 서버와 분리시켜 기술하나, 본 발명은 이에 한정되지 않고 통합 결제 시스템이 상거래 서버 내에서 구현될 수도 있다.

사용자 단말기(300)는 네트워크(200)를 통하여 통합 결제 시스템(100)이나 상거래 서버(400)에 접속할 수 있는 통신 장치이며, 예를 들어, 유선 전화, 이동 통신 단말기, 컴퓨터, 인터넷 접속 가능한 TV 등의 다양한 통신 장치가 사용될 수 있다. 따라서 사용자는 PC 통신, 인터넷, 무선 인터넷, 전화망 등을 이용하여 편리하고 신속하게 통합 결제 시스템(100)이나 상거래 서버(400)에 접속할 수 있다.

상거래 서버(400)는 네트워크(200)에 연결되어 전자 상거래(결제를 수반하는 네트워크 상의 모든 행위)를 수행하는 사이트의 서버이다. 상거래 서버(400)는 해당 사이트를 이용할 수 있는 사용자들에 대한 정보(사용자 ID, 로그인 비밀 번호)가 저장되어 있는 인증 데이터베이스(410), 이러한 인증 데이터베이스(410)를 토대로 접속하는 사용자에 대한 로그인 처리를 수행하는 인증부(420), 그리고, 본 발명의 실시 예에 따른 통합 결제 시스템(100)과의 신호 송수신을 위한 인터페이스부(430)를 더 포함한다. 인터페이스부(430)는 결제시에 사용자의 선택에 따라 통합 결제 시스템(100)과 연결되어 사용자의 정보 전송 및 결제 요청 그리고, 결제 처리 결과 수신 등을 수행한다.

이러한 사용자 단말기(300) 및 상거래 서버(400)와 네트워크(200)를 통하여 연결되어 통합 결제를 제공하는 시스템(100)은, 데이터베이스 서버(10), 처리 서버(20), 메일 서버(30), 및 인터페이스 서버(40)를 포함한다.

데이터베이스 서버(10)는 계좌 등록 데이터베이스(11), 발급 데이터베이스(12), 충전 데이터베이스(13), 이체 데이터베이스(14), 결제 데이터베이스(15)를 포함한다.

계좌 등록 데이터베이스(11)에는 통합 결제 시스템(100)을 통하여 결제를 받을 수 있는 계좌에 대한 정보가 저장되어 있다. 구체적으로, 계좌에 부여된 계좌 번호별로, 해당 계좌를 통하여 결제 서비스를 받을 수 있는 다수의 사용자 식별자 즉, ID를 포함하는 계좌 등록 정보가 저장되어 있다. 계좌 등록 정보는 사용자 ID 이외에, 각 사용자 ID를 사용하는 사이트 주소(URL 등), 계좌 생성일, 사용자 정보(사용자 식별이 가능한 정보로서 예를 들어, 성명, 주민 등록 번호 등)가 포함될 수 있다. 여기서, 하나의 계좌를 사용하는 사용자가 하나 이상인 경우에는 사용자 ID에 대응하여 사용자 성명이나 주민등록 번호 등을 기록하여, 사용자 식별이용이하도록 할 수 있다.

발급 데이터베이스(12)에는 사이버카드인 한패스 발급 정보가 저장되어 있다. 본 발명의 실시 예에 따른 한패스는 계좌별로 하나씩 부여되며, 각 계좌별로 선택적으로 부여된다. 이러한 발급 데이터베이스(12)에는 예를 들어, 한패스가 발급된 계좌 번호, 결제 비밀 번호가 저장되어 있으며, 이외에도 한패스 발급일, 한패스 결제일, 한패스 사용 한도 등의 정보가 저장될 수 있다. 또한, 설정 기간 동안 한패스를 이용하여 구매한 금액을 청구하는 수단(예를 들어, 신용 카드, 휴대폰 등) 정보가 저장되어 있다.

충전 데이터베이스(13)에는 본 발명의 실시 예에 따른 한코인 충전 정보가 저장되어 있다. 예를 들어, 계좌 번호별로 한코인 충전일, 충전 금액, 충전시 사용한 결제 수단 등의 충전 정보와 함께, 이러한 충전 과정에 따라 얻어진 해당 계좌의 사용 가능한 총 한코인 금액 등의 정보가 저장될 수 있다.

이체 데이터베이스(14)에는 각 계좌별로 한코인을 이용한 이체 내역이 저장되어 있다. 예를 들어, 각 계좌별로, 이체를 요청한 사용자 ID, 이체일, 이체 받은 사용자 ID, 이체 금액 등의 정보가 저장되어 있으며, 이외에도 이체 받은 사용자 ID의 계좌 번호가 저장될 수 있다. 한편, 본 발명의 실시 예에서는 한코인 이체시에 이체 대상인 사용자가 이체를 확인한 경우에 해당 금액을 이체시킨다. 상기 사용자가 이체를 설정 시간 동안 확인하지 않은 경우에 이체 금액은 이체를 요청한 원 사용자의 계좌 번호로 반환 처리될 수 있다. 이에 따라, 이체 데이터베이스(14)에 각 계좌의 이체 내역별로 이체 받은 사용자의 확인 여부, 이체 완료나 이체 반환 등을 나타내는 이체 처리 결과가 저장될 수 있다.

결제 데이터베이스(15)에는 각 계좌별로 사용자의 구매(여기서, 구매는 유형 및 무형의 모든 판매 가능한 상품을 구매하는 것을 나타낸다) 정보 및 결제 정보가 저장되어 있다. 예를 들어, 각 계좌 번호에 대응하여 구매일, 구매한 사용자 ID, 구매 금액, 구매 상품 등의 정보가 저장되어 있다. 또한, 각 구매 내역에 대응하여 사용자가 결제한 수단(예를 들어, 한코인, 한패스, 휴대폰, 신용 카드, 현금 등)의 결제 정보가 저장되어 있다.

이러한 데이터베이스 서버(10)에 저장된 정보를 토대로 통합 계좌를 이용한 결제 서비스를 제공하는 처리 서버(20)는 계좌 생성부(21), 카드 발급부(22), 결제 처리부인 제1 결제 처리부(23) 및 제2 결제 처리부(24), 그리고 거래 내역 조회부(25)를 포함한다.

계좌 생성부(21)는 다수의 사용자 ID에 대응하는 하나의 계좌(일명, 통합 계좌)를 생성하고, 생성된 계좌에 계좌 번호를 부여하여 계좌 등록 데이터베이스(11)에 저장한다. 카드 발급부(22)는 사용자의 요청에 따라 계좌별로 한패스를 발급하고, 한패스 발급 관련 정보를 발급 데이터베이스(12)에 저장한다.

제1 결제 처리부(23)는 제1 결제 수단 즉, 한코인에 대한 결제 관련 동작을 수행하며, 구체적으로 계좌별로 한코인 충전을 수행하는 충전부(23a), 사용자의 요청에 따라 해당 계좌에서 다른 계좌로의 한코인 이체를 수행하는 이체부(23b), 사용자의 구매에 따라 한코인 결제를 수행하는 결제부(23c)를 포함한다.

제2 결제 처리부(24)는 제2 결제 수단 즉, 한패스에 대한 결제 관련 동작을수행하며, 구체적으로 계좌별로 결제 비밀 번호를 토대로 한패스를 이용한 결제 승인을 수행하는 결제 승인부(24a), 각 계좌별로 한패스를 이용한 구매 내역에 대하여 청구를 수행하는 대금 청구부(24b)를 포함한다.

거래 내역 조회부(25)는 데이터베이스 서버(10)의 각 데이터베이스(11∼15)에 저장된 정보를 토대로 사용자의 요청에 따라, 거래 내역(예를 들어, 구매 내역, 이체 내역, 충전 내역, 한패스 사용 내역 등)을 제공한다.

한편, 메일 서버(30)는 사용자 단말기(300) 또는 상거래 서버(400)와의 메일 송수신을 수행하며, 인터페이스 서버(40)는 사용자 단말기(300) 및 상거래 서버(400)와 시스템(100)간의 정보 송수신을 위한 인터페이스를 수행한다.

본 발명의 실시 예에서는 처리 서버(20)의 각 구성 요소들이 처리 서버 내에서 동작되도록 도시되었으나, 이에 한정되지 않고 각각 독립적인 서버로서 구현되어 해당 기능을 처리할 수도 있으며, 데이터베이스(11∼15)도 위에 기술된 바와 같이 분류되는 것으로 한정되지 않는다.

다음에는 이러한 구조를 토대로 본 발명의 실시 예에 따른 통합 결제 시스템의 동작에 대하여 설명한다.

먼저, 통합 계좌를 생성하는 과정에 대하여 설명한다.

도 2에 본 발명의 실시 예에 따른 통합 결제 시스템의 동작 과정 중 통합 계좌를 생성하는 과정이 순차적으로 도시되어 있다.

본 발명의 실시 예에서는 사용자들이 상거래 서버(400)로부터 ID를 부여받아서 해당 상거래 서버(400)를 통하여 제공되는 각종 서비스를 이용하며, 서비스 이용에 따른 결제를 위한 통합 계좌를 다음과 같이 선택적으로 생성한다.

첨부한 도 2에 도시되어 있듯이, 한 사용자가 단말기(300)상에서 네트워크(200) 상의 한 사이트 즉, 상거래 서버(400)로 접속하면(S100), 상거래 서버(400)의 인증부(420)는 사용자 단말기(300)로부터 제공되는 사용자 ID, 로그인을 위한 비밀 번호를 토대로 인증을 수행한다. 해당 사용자의 ID가 인증 데이터베이스(410)에 저장되어 있고, 입력된 비밀 번호가 사용자 ID에 대응된 비밀 번호와 일치하여 적법한 사용자로 인증되면, 상거래 서버(400)는 사용자의 요청에 따라 사용자 단말기(300)로 다양한 정보를 제공한다(S110∼S120).

이와 같이 소정의 상거래 서버(400)로 접속하여 정보를 제공받는 사용자가 상거래 서버(400)로부터 제공되는 각종 서비스를 편리하게 이용하기 위하여, 제1 결제 수단 즉, 한코인 발급(처음으로 한코인을 충전하는 것)을 요청하면 상거래 서버(400)의 인터페이스부(430)는 통합 결제 시스템(100)으로 한코인 발급 처리를 요청한다. 이 때, 인터페이스부(430)는 사용자 ID, 사용자 정보(예를 들어, 성명, 주민 등록 번호)를 함께 전송하면서 한코인 발급 처리를 요청한다(S130∼S140).

통합 결제 시스템(100)의 계좌 생성부(21)는 상거래 서버(400)로부터 한코인 발급 요청이 입력되면, 먼저, 상기 사용자가 사용중인 계좌가 있는지를 확인한다(S150).

본 발명의 실시 예에서 사용자가 사용중인 계좌가 있는지를 확인하는 방법으로 다음과 같은 방법들이 사용될 수 있다. 그러나, 본 발명은 이하에 기술된 방법에 한정되지는 않는다.

첫 번째 방법은 계좌 생성부(21)가 직접 계좌 등록 데이터베이스(11)를 검색하여 사용자가 사용중인 계좌가 있는지를 확인하는 방법이다. 이 경우에는 먼저, 사용자 ID를 토대로 계좌 등록 데이터베이스(11)를 검색하여 상기 사용자 ID에 대응하는 계좌가 있는지를 확인한다. 사용자 ID에 대응하는 계좌가 없는 경우에는 사용자 정보(성명, 주민 등록 번호)를 토대로 계좌 등록 데이터베이스(11)를 검색하여 사용자가 다른 사이트의 ID로 등록한 계좌가 있는지를 확인한다. 그리고, 계좌 등록 데이터베이스(11)에 사용자가 등록한 계좌가 없는 경우에, 한코인을 발급받을 수 있는 계좌 없는 것으로 판단한다.

두 번째 방법은, 사용자에게 사용중인 계좌가 있는지를 문의하여 확인하는 방법이다. 이 경우에는, 계좌 생성부(21)가 통합 결제를 받을 수 있는 사이트로 등록된 각 사이트들 정보를 제공하면서 사용자에게 이러한 사이트들 중에서 계좌를 발급받은 사이트가 있는지를 문의한다. 그리고 사용자의 답변에 따라 사용자가 등록하여 사용중인 계좌 존재 여부를 판단한다.

이러한 계좌 확인 동작에 따라, 사용자가 등록하여 사용중인 계좌가 없는 것으로 확인되면, 계좌 생성부(21)는 상기 사용자 ID에 대응하여 하나의 계좌 번호를 부여하여 계좌를 생성하고, 계좌 등록 데이터베이스(11)에 계좌 번호에 대응하여 사용자 ID, 상기 사용자 ID를 사용하는 사이트 정보(URL), 사용자 정보를 저장한다. 그리고, 계좌 등록 결과를 사용자 단말기(300)로 제공하여 지금의 사용자 ID로 사용 가능한 계좌가 생성되었음을 통보한다(S160∼S180).

한편, 위의 단계(S150)에서 사용자가 등록하여 사용중인 계좌가 있는 것으로확인되면, 계좌 생성부(21)는 사용자 단말기(300)로 상기 계좌의 공유 여부를 문의한다(S190).

이 때, 위에 기술된 계좌 확인 방법 중 첫 번째 방법으로 사용자가 등록한 계좌가 있는지를 확인하는 경우에는, 계좌 등록 데이터베이스(11)에 사용자의 정보(성명, 주민 등록 번호)에 대응하는 계좌가 있으면, 사용자가 다른 사이트에서 등록하여 사용중인 계좌가 있는 것으로 판단하고, 이 계좌에 대한 공유 여부를 문의한다.

그러나 이와는 달리, 두 번째 방법으로 사용자가 등록한 계좌를 확인한 경우에는, 사용자가 소정 사이트를 선택하면서 계좌 번호를 입력하여 계좌를 발급받은 것으로 답변을 하면, 사용자로부터 해당 사이트의 ID와, 패스워드를 제공받은 후 이를 해당 사이트의 상거래 서버로 제공하여 인증을 요청한다. 인증이 이루어지면 사용자가 입력한 계좌 번호가 사용중인 것으로 판단하고, 이 계좌에 대한 공유 여부를 문의한다. 이 때, 사용자가 적법한 사용자인지를 보다 확실하게 확인하기 위하여 주민 등록 번호를 입력하도록 하고, 입력된 주민 등록 번호가 계좌를 발급받은 사이트에 등록된 주민 등록 번호와 일치하는 경우에만 동일 사용자로 인정하여 계좌 공유 여부를 문의할 수 있다. 만약, 주민 등록 번호가 일치하지 않는 경우에는 계좌 공유 처리를 수행하지 않는다.

위에 기술된 바와 같이, 사용자가 등록하여 사용중인 계좌를 확인하고 이 계좌에 대한 공유 여부를 문의하여 사용자가 상기 계좌를 공유할 것으로 답변을 하면, 상기 검색된 계좌에 사용자가 현재 접속한 사이트에서 사용하는 사용자 ID, 사이트 정보, 사용자 정보를 대응시켜 계좌 등록 데이터베이스(11)에 저장한다. 따라서, 상기 계좌에 대응하여 서로 다른 사용자 ID가 기록되게 된다. 이후, 계좌 공유 처리 결과를 사용자 단말기(300)로 통보한다(S200∼S210).

도 3에 이러한 계좌 등록 과정에 따라 계좌 등록 데이터베이스(11)에 저장되는 데이터가 예시되어 있다. 예를 들어, 네이버 사이트(www.naver.com)에 이미 "drummerj"의 ID로 등록하여 계좌를 생성 받은 사용자가 한게임 사이트(www,hangame.com)에서 사용하는 ID 즉, "Hongkd"로 상기 계좌를 공유하기를 요청하면, 도 3에 예시한 것처럼, 계좌 번호에 대응하여 사용자의 성명, 주민 등록 번호가 저장되고, 이 계좌를 통하여 사용할 수 있는 사용자 ID 그룹에 한게임 사이트 주소와, 사용자 ID "Hongkd"를 추가시킨다.

한편, 사용중인 계좌에 위에 기술된 바와 같이 다른 ID를 추가시킬 때, 계좌 생성부(21)는 다시 사용자에 대한 인증을 수행할 수 있다. 이 경우에는 추가하고자 하는 사용자 ID를 사용하는 상거래 서버(400)로 입력되는 ID와 비밀 번호를 제공하여 인증을 요청하고, 인증 처리되면 상기 계좌에 새로운 사용자 ID를 추가한다.

이러한 계좌 등록 과정에 따라, 사용자는 현재 접속한 사이트가 아닌 다른 사이트를 통하여 등록한 계좌를 현재 접속한 사이트에서 제공하는 서비스의 이용을 위한 결제 창구로 사용할 수 있다.

한편, 단계(S190)에서 사용자가 사용중인 계좌가 있으나, 이 계좌를 현재 사용자 ID에 대한 계좌로서 공유하기를 원하지 않으면, 계좌 생성부(21)는 상기 사용자 ID에 대응하여 새로운 계좌를 생성하여 부여한다.

이와 같이, 현재 접속한 상거래 서버(400)에서 사용하는 사용자 ID에 대하여 계좌를 부여받으면, 사용자는 상기 계좌에 한코인을 충전시켜 서비스 이용시에 사용할 수 있다.

다음에는 계좌내에 한코인을 충전하는 과정에 대하여 설명한다.

사용자는 계좌에 등록되어 있는 사용자 ID를 사용하는 상거래 서버(400)로 접속하여 해당 계좌의 한코인 충전을 요청할 수 있으며, 이와는 달리, 직접 통합 결제 시스템(100)으로 접속하여 해당 계좌의 한코인 충전을 요청할 수도 있다. 예 를 들어, 소정 상거래 서버(400)로 접속하여 로그인한 사용자에 대하여 위에 기술된 바와 같이 새로운 계좌가 부여되거나, 이미 사용 중인 계좌에 대한 공유가 이루어지면, 통합 결제 시스템은 다음과 같이 계좌에 대한 한코인 충전을 수행한다.

도 4에 본 발명의 실시 예에 따른 한코인 충전 과정이 순차적으로 도시되어 있다.

사용자가 자신이 사용하는 계좌에 대하여 한코인 충전을 요청하면, 제1 결제 처리부(23)의 충전부(23a)는 사용자 단말기(300)로 한코인 충전 방법을 안내하고(S300∼S310), 사용자가 선택한 충전 방법에 따라 해당 계좌에 대한 한코인 충전을 수행한다.

본 발명의 실시 예에 따른 계좌의 한코인은 다양한 충전 방법 예를 들어, 신용 카드, 핸드폰, ARS, 인터넷 뱅킹, 무통장 입금, 도서 생활권, ADSL, OK 캐쉬백(이것은 SK 텔레콤에서 제공하는 전자 화폐의 브랜드명이다), 전자 화폐 등 네트워크 상에서 사용 가능한 모든 결제 수단을 이용한 방법으로 충전될 수 있다. 또한,이후에 기술되는 본 발명의 실시 예에 따른 제2 결제 수단인 한패스를 이용하여 충전될 수도 있다.

제1 결제 처리부(23)의 충전부(23a)는 사용자가 선택한 충전 방법을 이용하여 사용자가 요청한 금액을 토대로 해당 계좌의 한코인 충전을 수행한다(S320). 즉, 사용자가 요청한 금액을 토대로 계좌에 한코인을 부여한다. 그리고, 충전 데이터베이스(13)에 해당 계좌 번호에 대응하여 충전일, 충전을 요청한 사용자 ID, 충전방법, 충전 금액을 저장하고, 또한 충전시 결제에 따라 생성된 결제 번호를 기록한다(S330). 도 5에 본 발명의 실시 예에 따른 충전 데이터베이스(13)에 저장되는 계좌의 충전 내역이 예시되어 있다.

이러한 충전 과정에 따라, 사용자는 해당 계좌에 충전된 한코인을 토대로 각 상거래 서버(400)에서 제공하는 다양한 서비스를 이용할 수 있다.

다음에는 본 발명의 실시 예에 따른 결제 수단인 한패스를 발급하는 과정에 대하여 설명한다.

도 6에 본 발명의 실시 예에 따른 한패스 발급 과정이 순차적으로 도시되어 있다.

본 발명의 실시 예에 따른 한패스는 상품 구매시나 정액 서비스를 이용하는데 사용할 수 있는 결제 정보 선등록 및 후불 결제 수단이다. 도 6에 도시되어 있듯이, 소정 상거래 서버(400)에서 로그인 처리된 사용자 단말기(300)로부터 한패스 발급 요청이 입력되면(S400∼S430), 카드 발급부(22)는 사용자 단말기로 한패스 발급을 위한 결제 정보 등록 화면을 제공한다(S440). 도 7에 본 발명의 실시 예에 따라 사용자 단말기로 제공되는 결제 정보 등록 화면의 예가 도시되어 있다.

사용자가 한패스를 이용한 결제시에 사용할 결제 비밀 번호, 그리고, 한패스를 이용한 결제 금액을 청구할 수단(예를 들어, 신용 카드, 핸드폰 등), 성명, 주민 등록 번호, 그리고 청구 수단 정보(예를 들어, 신용 카드인 경우에는 카드 번호, 유효기간, 카드 비밀 번호 등이고, 핸드폰인 경우에는 핸드폰 번호 또는 핸드폰 결제용 비밀 번호 등임)를 제공하면(S450), 카드 발급부(22)는 사용자에 대하여 한패스를 발급한다.

이 때, 사용자가 제공한 청구 수단의 정보가 적법한 것인가를 판단하기 위하여, 청구 수단을 인증하는 시스템으로 해당 정보를 전송하면서 사용 가능 여부 확인을 요청한다. 예를 들어, 청구 수단이 신용 카드인 경우에는 사용자가 제공한 카드 번호 등의 정보를 해당 카드 회사로 제공하여 인증을 요청하고, 사용 인증이 이루어지면 상기 청구 수단이 사용 가능한 것으로 판단한다. 또한, 청구 수단이 핸드폰 결제인 경우에는 해당 이동 통신 시스템으로 핸드폰 번호를 제공하여 사용 인증을 요청하고, 사용자에게 이동 통신 시스템으로부터 사용자의 핸드폰으로 제공되는 인증 번호를 입력하도록 한다. 그리고, 입력된 인증 번호와 이동 통신 시스템으로부터 제공받은 인증 번호의 일치 여부에 따라 청구 수단의 사용 가능 여부를 판단한다.

한편, 한패스를 이용한 결제 금액을 청구하는 이러한 청구 수단을 하나 이상 등록할 수 있다. 이것은 등록한 청구 수단이 예를 들어, 한도 초과 등으로 사용 가능하지 않을 경우에 다른 청구 수단으로 대체할 수 있도록 하기 위한 것이다. 따라서, 사용자는 예를 들어, 제1 청구 수단으로는 신용 카드를 설정하고, 제2 청구 수단으로는 핸드폰 결제를 선택할 수 있다. 이러한 청구 수단은 신용 카드, 핸드폰 결제, 무통장 입금, 전화 결제, 자동 이체 중 하나일 수 있으며, 이에 한정되지는 않는다.

결제 정보 등록 및 청구 수단의 사용 가능 여부 확인 등이 이루어지면, 카드 발급부(22)는 사용자가 등록한 계좌에 대하여 한패스를 발급하며(S460), 발급 데이터베이스(12)에 사용자의 계좌 번호에 대응하여, 한패스 발급 여부, 발급일, 결제 비밀 번호, 사용 한도, 청구 수단 등의 정보를 기록하고, 처리 결과를 표시한다(S470).

따라서, 사용자는 상품 구매시나 정액 서비스 가입 시나 한코인 충전 시 등에 한패스를 이용하여 선결제하고, 추후에 신용 카드나 핸드폰 등의 청구 수단을 통해서 사용한 금액에 대하여 실질적으로 결제를 할 수 있다.

다음에는 계좌에 충전된 한코인을 다른 계좌로 이체하는 과정에 대하여 설명한다.

도 8a 및 도 8b에 본 발명의 실시 예에 따른 한코인 이체 과정이 순차적으로 도시되어 있다.

첨부한 도 8a에 도시되어 있듯이, 소정 상거래 서버(400)에서 로그인 처리된 사용자 단말기(300)로부터 한코인 이체 신청이 입력되면(S500∼S530), 제1 결제 처리부(23)의 이체부(23b)는 사용자 단말기(300)로 이체 정보를 입력하는 화면을 제공한다. 도 9에 본 발명의 실시 예에 따른 이체 정보 입력 화면이 예시되어 있다.도 9에 예시된 화면에 도시되어 있듯이, 이체부(23b)는 이체를 신청한 사용자의 ID를 토대로 계좌 등록 데이터베이스(11)를 검색하여 등록된 계좌를 찾고, 해당 계좌의 번호를 토대로 충전 데이터베이스(13)를 검색하여 사용 가능한 총 한코인 금액을 찾아서 이체 정보 입력에 표시한다(S540∼S550).

다음에 사용자가 사용 가능한 한코인 금액내에서 다른 사용자에게 이체시킬 금액을 입력하고 이체를 위한 결제 비밀 번호를 입력한 다음에, 한코인을 이체 받을 다른 사용자 ID 등을 입력하면, 이체부(23b)는 먼저 입력된 결제 비밀 번호를 토대로 이체를 요청한 사용자(이체 요청자)가 해당 계좌를 사용할 수 있는 사용자인지를 확인한 다음에, 적법한 사용자이면 상기 입력된 사용자 ID로의 이체를 수행한다(S560∼S570).

이 때, 이체부(23b)는 먼저 이체 받을 사용자(이체 대상자)의 ID로 이체 내역을 제공하여 이체되는 한코인을 받기를 원하는지를 확인한다. 예를 들어, 메일 서버(30)가 이체 대상자의 메일로 이체 내역 메시지를 전송하여 이체 승인 여부를 문의하거나, 또는 쪽지 등의 수단을 통하여 이체 내역을 전송하여 이체 승인 여부를 문의한다(S580). 이에 따라 이체 대상자가 받기를 승인하면 이체부(23b)는 이체 대상자의 ID를 토대로 계좌 등록 데이터베이스(11)를 검색하여 이체 대상자 ID에 계좌가 등록되어 있는지를 확인한다(S590∼S600). 이체 대상자에게 계좌가 없는 경우에는 계좌 생성부(21)가 위에 기술된 바와 같이 계좌를 생성하여 제공한다(S610∼S620). 이와 같이 이체 대상자에게 새로운 계좌를 부여하거나 이체 대상자 ID에 대하여 이미 계좌가 등록되어 있는 경우에, 도 8b에 도시되어 있듯이, 이체부(23b)가 이체 요청자의 계좌로부터 이체 대상자의 계좌로 한코인을 이체한다(S630).

한편, 단계(S590)에서 이체받을 사용자가 이체를 거절하거나 설정 기간이 경과하도록 이체 승인을 하지 않은 경우에는(S640∼S650), 도 8b에 도시되어 있듯이, 이체부(23b)가 이체 금액을 다시 이체를 요청한 사용자의 계좌로 반환시킨다(S660). 이 때, 소정의 이체 수수료가 제외된 금액이 반환될 수도 있다.

이체부(23b)는 이체가 완료되면 이체 데이터베이스(14)에 이체 처리 내역을 저장한다(S670). 도 10에 이체 데이터베이스(14)에 저장되는 이체 처리 내역이 예시되어 있다.

한편, 이러한 이체 과정 중에, 이체부(23b)는 사용자가 현재 접속한 사이트를 디폴트로 하여 이체 처리를 수행할 수 있다. 즉, 현재 사용자가 "네이버"로 접속한 상태에서 한코인 이체를 요청한 경우에, 별도의 사이트 지정이 없으면 이체 대상자의 ID는 네이버의 ID인 것으로 처리한다.

이와 같이, 본 발명의 실시 예에서는 다수 사이트에서 서로 다른 ID 또는 동일한 ID를 사용하는 사용자 또는 서로 다른 사용자에게 부여된 계좌간에 한코인 이체가 이루어질 수 있으며, 통합 계좌에 등록된 ID를 사용하는 어느 사이트에서도 용이하게 통합계좌를 통하여 한코인 충전, 다른 계좌로의 한코인 이체 등을 수행할 수 있다.

이외에도, 사용자는 통합 계좌에 등록된 ID를 사용하는 어느 사이트에서도 통합계좌에 충전된 한코인을 이용하여 상품 구매에 따른 대금 결제를 할 수 있다. 계좌에 충전된 사이버머니를 이용한 결제 과정은 이미 공지된 기술임으로 여기서는상세한 설명을 생략한다.

다음에는 한패스를 이용한 결제 과정에 대하여 설명한다.

도 11에 본 발명의 실시 예에 따른 한 패스를 이용한 결제 과정이 도시되어 있다.

소정의 상거래 서버(400)에 접속하여 상품을 구매하고(또는 정액 서비스에 가입하는 등 결제를 수반하는 행위를 하고) 이에 대한 결제 수단으로 한패스를 선택하면, 상거래 서버(400)는 통합 결제 시스템(100)으로 사용자 ID, 결제 금액을 제공하면서 한패스 결제를 요청한다(S700∼S730). 이에 따라 제2 결제 처리부(24)의 결제 승인부(24a)가 한패스 사용 승인을 수행한다.

구체적으로, 결제 승인부(24a)는 사용자 ID를 토대로 발급 데이터베이스(12)를 검색하여 사용자 ID의 해당 계좌에 한패스가 발급되어 있는지를 확인하고, 한패스가 발급되어 있는 경우에 사용자 단말기(300)로 한패스 결제를 위한 결제창을 제공한다(S740∼S750). 결제창에는 한패스 결제를 위한 결제 비밀 번호 입력문이 제공된다.

사용자가 한패스 결제창에 결제 비밀 번호를 입력하면, 결제 승인부(24a)는 발급 데이터베이스(12)의 해당 계좌에 등록되어 있는 결제 비밀 번호와 입력된 결제 비밀 번호가 일치하고, 결제 금액이 해당 한패스에 부여되어 있는 사용 한도를 초과하지 않으면, 한패스 결제를 승인하고 그 결과를 상거래 서버(400)로 제공한다(S760∼S800).

한편, 단계(S740)에서 해당 계좌에 한패스가 발급되어 있지 않으면, 카드 발급부(22)가 한패스 발급을 안내하여 사용자가 한패스를 발급받아 결제할 수 있도록 한다(S810). 또한, 단계(S770)에서 결제 비밀 번호가 일치하지 않거나 단계(S780)에서 사용 한도가 초과한 경우에는 결제 승인 불가를 통보하여 사용자가 다른 결제 수단을 이용하여 결제를 할 수 있도록 한다(S820).

이와 같이, 한패스 결제가 완료되면 대금 청구부(24b)는 결제 처리 결과를 결제 데이터베이스(15)에 기록하고, 이후 청구일에 각 계좌별로 한패스를 이용한 결제 금액을 산출한 다음에, 선택된 청구 수단(예를 들어, 신용 카드)으로 결제 대금을 청구한다(S830).

위에 기술된 바와 같은 결제 방법에 따라, 사용자는 결제시마다 카드 번호 등의 결제 수단 정보를 입력하지 않아도 한패스 결제를 위한 결제 비밀 번호 입력만으로 용이하게 결제를 할 수 있으므로, 사용 편리성이 향상된다. 또한, 통합 계좌에 등록된 ID를 사용하는 어느 사이트에서도 용이하게 통합계좌에 부여된 한패스를 이용하여 결제를 할 수 있다.

한편, 계좌 등록, 한코인 충전, 한코인 이체, 결제 등에 따라 발생된 각종 처리 내역을 사용자는 어느 사이트에서나 확인할 수 있으며, 이 경우, 거래 내역 조회부(25)가 사용자의 요청에 따라 각 데이터베이스(11∼15)에 저장된 정보를 토대로 한코인 충전 내역, 한코인 이체 내역, 한코인을 이용한 결제 내역, 한패스를 이용한 결제 내역 등을 제공한다. 이 때, 거래 내역 조회부(25)는 입력되는 사용자 ID를 토대로 계좌 등록 데이터베이스(11)로부터 계좌 번호를 찾고, 계좌 번호를 토대로 각각의 데이터베이스(11∼15)를 검색하여 해당하는 처리 내역을 찾아서 사용자 단말기(300)로 제공한다. 따라서, 사용자들은 통합계좌를 통하여 처리되는 모든 과정에 대한 내역을 용이하게 확인할 수 있다.

위에 기술된 실시 예에 기술된 각 과정들은 네트워크 상의 각각의 상거래 서버(400)로 접속하여 서비스를 제공받는 사용자의 요청에 따라, 상거래 서버(400)가 통합 결제 시스템(100)과 연동하여 사용자에게 제공하는 것을 토대로 하지만, 반드시 이에 한정되지는 않는다.

비록, 본 발명이 가장 실제적이며 바람직한 실시 예를 참조하여 설명되었지만, 본 발명은 상기 개시된 실시 예에 한정되지 않으며, 후술되는 특허청구범위 내에 속하는 다양한 변형 및 등가물들도 포함한다.

이상에서와 같이 본 발명의 실시 예에 따라 다수의 네트워크 상의 사이트에서 서비스를 받는 다수의 사용자 식별자에 대하여 부여되는 통합 계좌를 통하여, 각 사이트에서 이루어지는 구매 행위에 대한 결제가 이루어진다. 그 결과, 사용자는 각 사이트별로 결제를 위한 계좌를 각각 생성하지 않아도 하나의 계좌를 통하여 다수 사이트에서 제공하는 서비스에 대한 결제를 할 수 있다. 따라서, 사용자의 사이트 이용 편리성이 증가된다.

또한, 한 사용자가 각 사이트에서 서로 다른 식별자를 사용하는 경우에도 하나의 계좌를 통하여 모든 결제 서비스를 받을 수 있으므로, 계좌에 충전된 금액을 보다 효율적으로 사용할 수 있다.

또한, 계좌별로 부여되는 한패스를 이용한 결제시에, 카드 번호 등의 정보를입력하지 않고 단순하게 결제 비밀 번호를 입력하는 것만으로도 각 사이트에서 제공하는 모든 서비스에 대한 결제를 할 수 있으므로, 정보 입력에 따른 번거로움을 제거할 수 있으며, 결제 과정이 간단하고 신속하게 수행된다.

Claims (23)

1. 삭제
2. 네트워크를 통하여 다수의 사용자 단말기 및 상거래 서버와 연결되어 결제를 수행하는 통합 결제 시스템에 있어서,

   한 사용자가 상기 다수의 상거래 서버에서 사용하는 다수의 식별자들에 대하여 하나의 통합 계좌를 할당하는 계좌 생성부;

   상기 계좌 생성부에 의하여 할당된 통합 계좌의 계좌 번호에 대응하여 다수의 사용자 식별자, 다수 사용자 식별자가 각각 사용되는 상거래 서버의 정보가 저장되는 계좌 등록 데이터베이스;

   상기 계좌 등록 데이터베이스에 등록되어 있는 통합 계좌를 토대로 상기 다수의 상거래 서버에서 이루어지는 상기 사용자의 구매 행위에 따른 결제를 수행하는 결제 처리부; 및

   상기 결제 처리부에 의하여 상기 통합 계좌를 토대로 이루어지는 결제 수행에 따른 결제 처리 내역이 각 계좌 번호별로 저장되는 결제 데이터베이스

   를 포함하는 통합 결제 시스템.
3. 제2항에 있어서

   상기 결제 처리부는

   상기 통합 계좌별로 제1 결제 수단을 충전하는 충전부; 및

   상기 통합 계좌에 충전된 제1 결제 수단을 이용하여 상기 상거래 서버에서의 구매 행위에 따른 결제를 수행하는 결제부

   를 포함하는 통합 결제 시스템.
4. 제3항에 있어서

   상기 결제 처리부는

   상기 통합 계좌에 충전된 제1 결제 수단을 사용자의 요청에 따라 다른 계좌로 이체시키는 이체부를 더 포함하는 통합 결제 시스템.
5. 제4항에 있어서

   상기 이체부는 이체 대상이 되는 계좌의 사용자에게 이체 내역을 제공하고, 상기 사용자가 이체를 승인하는 경우에 상기 이체 내역에 따른 금액을 상기 이체 대상 계좌로 이체시키는 통합 결제 시스템.
6. 제2항에 있어서

   상기 통합 계좌별로 선결제하고 후불 청구하는 제2 결제 수단을 발급하는 카드 발급부; 및

   상기 제2 결제 수단이 부여된 통합 계좌의 계좌 번호에 대응하여 결제 비밀 번호가 저장되는 발급 데이터베이스

   를 더 포함하는 통합 결제 시스템.
7. 제6항에 있어서

   상기 결제 처리부는

   상기 상거래 서버로부터 한 사용자 식별자에 대하여 제2 결제 수단을 이용한 결제 요청이 입력되면, 상기 사용자 단말기로부터 제공되는 결제 비밀 번호와 상기 사용자 식별자의 통합 계좌에 대응되어 있는 결제 비밀 번호의 일치 여부를 판단하여 결제를 승인하는 결제 승인부; 및

   설정 기간 동안 상기 통합 계좌의 제2 결제 수단을 이용하여 결제된 결제 금액을 산출하고, 상기 결제 금액을 설정된 청구 수단으로 청구하는 대금 청구부

   를 포함하는 통합 결제 시스템.
8. 네트워크를 통하여 다수의 사용자 단말기 및 상거래 서버와 연결되어 결제를 수행하는 처리 서버와, 결제를 위한 다수의 정보가 저장되어 있는 데이터베이스를 포함하는 시스템의 통합 결제 방법에 있어서

   a) 상기 처리 서버가 다수의 상거래 서버에서 사용되는 각각의 사용자 식별자에 대하여 하나의 통합 계좌를 할당하고, 그 처리 결과를 상기 데이터베이스에 저장하는 단계;

   b) 상기 상거래 서버로부터 하나의 사용자 식별자에 대한 결제 요청이 입력되면, 상기 처리 서버가 상기 데이터베이스로부터 상기 사용자 식별자에 대응되어 있는 통합 계좌를 찾는 단계; 및

   c) 상기 처리 서버가 통합 계좌를 토대로 상기 사용자 식별자에 대한 결제를 수행하는 단계

   를 포함하는 통합 결제 방법.
9. 제8항에 있어서

   상기 a) 단계는

   하나의 상거래 서버로부터 제1 식별자가 제공되면, 상기 처리 서버가 상기 제1 식별자를 가지는 사용자가 다른 상거래 서버에서 제2 식별자로 사용중인 계좌가 있는지를 판단하는 단계;

   상기 처리 서버가 상기 사용자가 사용중인 계좌가 있는 경우에 사용자에게 계좌 공유 여부를 문의하는 단계; 및

   사용자로부터 계좌 공유 의사가 전달되면, 상기 처리 서버가 상기 데이터베이스의 상기 계좌에 상기 제1 식별자를 대응시켜 저장하여 상기 계좌를 통합 계좌로서 등록하는 단계

   를 포함하는 통합 결제 방법.
10. 제9항에 있어서

    상기 처리 서버가 상기 사용자가 사용중인 계좌가 없는 경우에 사용자에게 새로운 계좌를 부여하고, 상기 계좌에 상기 제1 식별자를 대응시켜 등록하고 그 처리 결과를 상기 데이터베이스에 저장하는 단계를 더 포함하는 통합 결제 방법.
11. 제8항에 있어서

    상기 c) 단계는

    상기 처리 서버가 상기 통합 계좌에 등록되어 있는 사용자 식별자를 가지는 사용자로부터의 요청에 따라 결제 수단을 충전하는 단계; 및

    상기 처리 서버가 상기 사용자의 요청에 따라 상기 통합 계좌에 충전된 결제 수단을 이용하여 상기 상거래 서버에서의 구매 행위에 따른 결제를 수행하는 단계

    를 포함하는 통합 결제 방법.
12. 제11항에 있어서

    상기 c) 단계는

    상기 처리 서버가 사용자의 요청에 따라 각 계좌별로 충전되어 있는 결제 수단을 다른 계좌로 이체하는 단계를 더 포함하는 통합 결제 방법.
13. 제12항에 있어서

    상기 이체 단계는

    상기 처리 서버가 이체 대상인 사용자에게 이체 내역을 전송하는 단계; 및

    상기 이체 대상인 사용자가 이체 승인을 하는 경우에, 상기 처리 서버가 상기 이체를 요청한 사용자 계좌로부터 상기 이체 내역에 따른 금액을 상기 이체 대상인 사용자의 계좌로 이체시키는 단계

    를 포함하는 통합 결제 방법.
14. 네트워크를 통하여 다수의 사용자 단말기 및 상거래 서버와 연결되어 결제를 수행하는 처리 서버와, 결제를 위한 다수의 정보가 저장되어 있는 데이터베이스를 포함하는 시스템의 통합 결제 방법에 있어서

    a) 상기 처리 서버가 다수의 상거래 서버에서 사용되는 각각의 사용자 식별자에 대하여 하나의 통합 계좌를 할당하고, 그 처리 결과를 상기 데이터베이스에 저장하는 단계;

    b) 상기 처리 서버가 통합 계좌에 등록된 식별자를 가지는 사용자로부터의 요청에 따라 선결제 후청구 수단인 후불 결제 수단을 발급하는 단계;

    c) 상기 사용자로부터 상기 후불 결제 수단을 이용한 결제 요청이 있으면, 상기 처리 서버가 상기 후불 결제 수단을 이용한 결제를 수행하는 단계; 및

    d) 상기 처리 서버가 설정 기간 동안 상기 통합 계좌의 후불 결제 수단을 이용한 결제 대금을 산출하고, 상기 후불 결제 수단에 설정된 청구 수단을 이용하여 결제 대금을 사용자에게 청구하는 단계

    를 포함하는 통합 결제 방법.
15. 제14항에 있어서

    상기 b) 단계는 상기 처리 서버가 상기 통합 계좌의 후불 결제 수단에 대응하여 결제 비밀 번호를 등록하고,

    상기 c) 단계는 상기 처리 서버가 결제를 요청한 사용자로부터 입력되는 결제 비밀 번호와 상기 사용자의 식별자의 통합 계좌에 대응된 결제 비밀 번호가 일치하면 결제를 승인하는 통합 결제 방법.
16. 제15항에 있어서

    상기 후불 결제 수단에 설정된 청구 수단은 하나 이상이며,

    상기 d) 단계에서 상기 처리 서버가 상기 청구 수단을 설정된 순서대로 사용하며, 우선 순위의 청구 수단이 사용가능하지 않은 경우에는 다음 순위의 청구 수단을 이용하여 결제 대금을 사용자에게 청구하는 통합 결제 방법.
17. 제14항에 있어서

    상기 청구 수단은 신용 카드, 핸드폰 결제, 무통장 입금, 전화 결제, 자동 이체 중 적어도 하나인 통합 결제 방법.
18. 제8항 또는 제14항에 있어서

    상기 통합 계좌에 대응되는 다수의 식별자는 한 사용자의 식별자인 통합 결제 방법.
19. 제8항 또는 제14항에 있어서

    상기 통합 계좌에 대응되는 다수의 식별자는 서로 다른 사용자들의 식별자인 통합 결제 방법.
20. 처리 서버와 데이터베이스를 포함하는 시스템에서 네트워크에 연결된 다수 상거래 서버에서의 결제를 위한 계좌를 통합하는 방법에 있어서

    a) 하나의 상거래 서버로부터 제1 식별자가 제공되면, 상기 처리 서버가 제1 식별자를 가지는 사용자가 다른 상거래 서버에서 제2 식별자로 사용중인 계좌가 있는지를 판단하는 단계;

    b) 상기 사용자가 사용중인 계좌가 있는 경우에 상기 처리 서버가 사용자에게 계좌 공유 여부를 문의하는 단계; 및

    c) 사용자로부터 계좌 공유 의사가 전달되면, 상기 처리 서버가 상기 계좌에 상기 제1 식별자를 대응시켜 상기 계좌를 통합 계좌로서 등록하고, 그 처리 결과를 상기 데이터베이스에 저장하는 단계

    를 포함하는 계좌 통합 방법.
21. 제20항에 있어서

    d) 상기 처리 서버가 상기 사용자가 사용중인 계좌가 없는 경우에 사용자에게 새로운 계좌를 부여하고, 상기 계좌에 상기 제1 식별자를 대응시켜 등록하는 단계

    를 더 포함하는 계좌 통합 방법.
22. 제20항에 있어서

    상기 a) 단계는

    상기 처리 서버가 계좌별로 사용자 정보가 저장되어 있는 상기 데이터베이스를 검색하여 상기 사용자가 사용중인 계좌가 있는지를 확인하는 계좌 통합 방법.
23. 제20항에 있어서

    상기 a) 단계는

    상기 처리 서버가 사용자에게 사용중인 계좌가 있는지를 문의하는 단계;

    상기 사용자가 계좌 번호를 입력하면서 하나의 상거래 서버에서 사용중인 계좌가 있는 것으로 답변하면, 상기 처리 서버가 상기 상거래 서버로 사용자 ID와 패스워드를 포함하는 정보를 전송하여 인증을 요청하는 단계; 및

    상기 상거래 서버에 의하여 사용자 인증이 이루어지면, 상기 처리 서버가 사용자가 입력한 계좌 번호에 해당하는 계좌를 사용중인 계좌로 판단하는 단계

    를 포함하는 계좌 통합 방법.