KR20090016621A - 결제 중개 시스템 및 결제 중개 방법 - Google Patents

Abstract

상품 구입자, 판매자간의 여신 처리, 구입자로의 대금 청구, 판매자에 대한 지불 처리 등을 원활하게 행할 수 있는 결제 중개 시스템을 제공한다. 구입자 시스템으로부터 주문 정보를 수신하면, 주문 정보와 여신 처리 개시의 의뢰를 구입자 시스템으로 송신하고, 구입자에게 확인을 받은 다음에 여신 처리를 행하도록 한다. 또한, 판매자 시스템으로부터 발송 예정일이나 운송장 번호 등의 운송 하물 식별 정보를 포함하는 발송 예정 정보를 수신하여, 이들을 상기 수주 정보에 관련지어 거래 정보로서 축적한다. 그리고, 이 거래 정보와 하물 추적 정보를 정기적으로 조회함으로써, 새롭게 집하된 거래 정보를 추출하고, 자동적으로 청구 처리 및 지불 처리를 진행시키도록 한다.

신용 카드, 여신 처리, 가상 점포, 대금 상환, 결제 중개, 에스크로 서비스

Description

결제 중개 시스템 및 결제 중개 방법{SETTLEMENT INTERMEDIATING SYSTEM AND METHOD THEREOF}

본 발명은, 구입자로부터 상품 판매자에게 주문 의뢰가 있은 후의 여신 처리, 상품 발송 확인, 구입자로의 대금 청구, 판매자에 대한 지불 처리를 행하는 결제 중개 시스템 및 결제 방법에 관한 것으로, 구체적으로는, 상품 운송에 관한 하물(荷物) 추적 정보와, 주문 정보 등을 포함하는 거래 정보를 제휴시켜 원활하고 확실한 상거래를 제공하는 결제 중개 시스템 및 결제 중개 방법에 관한 것이다.

인터넷 상에서 행하는 전자 상거래(인터넷 비지니스)에서는, 거래 상대의 특정 및 신용 판단이 곤란하기 때문에, 상품의 상환 인도나 지불에 관한 트러블이 속출되고 있다. 그래서, 이러한 트러블을 해소하여, 안심하고 전자 상거래를 실현하기 위한 "중개 비즈니스"가 최근 잇따라 제안되고 있다.

그 하나로서 "에스크로(escrow)"라 불리는 서비스가 있다. 애초부터 "에스크로"는 인터넷 비지니스에서의 안전성을 보증하는 중개 서비스로서, 예를 들면 도 6에 도시한 바와 같이, 에스크로 서비스 사업자가 판매자와 구입자 사이에서, 구입자로부터 구입 대금을 맡아 두고 (①), 구입자에게 상품이 배달된 것을 확인하여 (②), 그 후 구입 대금을 판매자에게 송금하는 (③) 서비스이다. 구입자에게 있어서는, 판매자로부터 상품이 도착되지 않거나, 도착된 상품이 거래 내용과 다른 경우에는 거래 계약을 파기하여 에스크로 서비스 사업자로부터 환금 받을 수 있다. 또한, 판매자에게 있어서는, 구입자가 에스크로 서비스 사업자에게 입금한 것을 확인하고 나서 운송할 수 있기 때문에 대금을 잘못 받는 일이 없다고 하는 장점이 있다.

또한, 결제 중개 사업자가 판매자와 구입자 사이에서, 신용 카드 번호의 입력에 의해 상호 여신 처리를 행하고, 상호 신용을 확보한다는 신용 카드 결제 중개 서비스도 제안되어 있다. 예를 들면, 도 7에 도시한 바와 같이, 구입자로부터 판매자(EC 점포)에 상품의 주문이 이루어지고 (①), 구입자로부터 판매자(EC 점포)에게 신용 카드 정보가 송신되면 (②), 그 신용 카드 정보는 결제 서비스 서버를 통해 신용 카드 회사로 보내진다 (③). 신용 카드 회사는 여신 처리한 후, 그 여신 처리 결과를 결제 서비스 서버를 통해 판매자(EC 점포)에게 통지한다 (④). 판매자는 이 통지를 보고,「지불 가능」이면 구입자에게 대하여 구입 완료 통지를 송신하고 (⑤), 구입자에게 대하여 상품의 발송을 행함 (⑥)과 함께, 이 거래의 매상 청구 데이터를 결제 서비스 서버로 송신한다 (⑦). 결제 서비스 서버에서는, 이 매상 청구 데이터를 신용 카드 회사로 송신하고 (⑧), 후일 신용 카드 회사가 판매자(EC 점포)가 지정하는 금융 기관의 계좌에 입금하는 과정으로 이루어지는 방법이다.

또한, 상품의 운송과 수금을 운송 업자가 중개하고, 상품 배달 시에 상품과 의 상환에 의해, 그 자리에서 대금의 수금을 행하는 서비스(예를 들면「야마토 콜렉트 서비스」)도 행해지고 있다. 전자 상거래에서는 신용 카드 번호의 송수신을 꺼려하는 사용자도 많기 때문에, 현재 개설되어 있는 전자 상거래 사이트(Web 상의 전자 상점(가상 점포)이나 전자 상점가(사이버몰)) 등에서는, 결제 수단으로서 신용 카드 결제와,「야마토 콜렉트 서비스」와 같은 대금 상환 결제를 구입자가 선택할 수 있도록 시스템 설계를 하고 있는 사이트도 많이 볼 수 있다.

그러나, 상기한 바와 같은 현재 행해지고 있거나, 혹은 제안되어 있는 결제 중개 시스템에는 아직도 많은 과제가 남아 있다.

예를 들면, 상기한 바와 같은 에스크로의 경우에서는, 상품이 도착되었는지에 대한 여부의 확인이 구입자의 의도로 맡겨지기 때문에, 상품의 배달·미배달에 관한 정보가 진실인지를 확인할 수단이 없다. 또한, 에스크로 서비스 사업자가 구입자로부터의 구입 대금의 입금을 확인하고, 입금된 것을 판매자에게 통지하고, 이 통지를 확인한 판매자가 상품의 발송을 행하며, 상품 배달의 완료를 확인하고, 그 후에야 구입 대금이 판매자에게 지불되는 과정을 거쳐야만 하고, 처리가 번잡하고 시간이 걸려서, 모처럼의 전자 상거래의 장점을 상실해버리는 과제도 안고 있었다.

이에 대하여 "신용 카드 결제 중개 서비스"의 경우에는, 즉시 여신 처리를 행할 수 있어, 원활한 상거래를 진행시킬 수 있다. 그러나 그 반면, 다음과 같은 과제를 안고 있었다.

·「화면 상에서의 구입 조작」으로부터「여신 처리」,「상품 발송」까지의 상품 주문으로부터 대금 결제까지의 거래 정보의 흐름과, 상품의 포장으로부터 배달까지의 실제의 상품 물류의 흐름이 상호 제휴 없이 별도로 진행되기 때문에, 상기 에스크로와는 반대로, 상품이 도착되어 있지 않은 데도 그 대금의 청구가 구입자에게 대하여 이루어질 가능성이 있었다.

·신용 카드 결제의 경우, 신용 카드 회사 소정의 기일에 구입자의 계좌로부 터 지불액이 인출되고, 그 후, 신용 카드 회사의 기일에 판매자의 계좌에 입금되기 때문에, 판매자에게 있어서는, 채권 회수까지의 기간이 길어질 뿐만 아니라, 신용 카드 회사별로 입금일 및 정산서가 다르기 때문에, 외상 매출금의 입금 예정 데이터와 불입 입금 데이터를 조회하여 지워나가는 "입금 확인 처리"에 시간이 걸린다고 하는 문제가 있었다.

·결제 수단으로서「신용 카드 결제」를 선택하면, 신용 카드 정보등 여신 처리에 필요한 정보의 입력이 재촉되고, 송신 버튼을 누르면, 그대로 여신 처리가 개시되어, 구입자가 운송 요금 등 상품 대금 이외의 모든 요금을 포함시킨 결제 총액을 확인하지 않은 상태로 여신이 완료된다고 하는 불합리한 점이 있었다. 그 한편, 판매자측으로부터 보면, 자신이 개설한 Web 상의 전자 상점에서, 주문 시에 운송 요금 등의 상품 대금 이외의 제비용을 포함시킨 결제 총액을 산출하는 시스템을 구축하는 것은 시스템 개발력 및 개발 비용 면에서 매우 곤란한 것이었다.

·복수의 신용 카드 회사와 계약하게 되면, 신용 카드 회사마다 여신 처리 시스템을 구축해야 할 필요가 생겨서, 여신 처리 수속 자체가 번잡해짐과 아울러, 비용적으로 상당한 부담을 지게 되었다.

·구입자측, 즉 여신 처리를 당하는 입장에서 보면, 신용 카드 정보 등의 개인 정보가 판매자측에 남기 때문에, 개인 정보의 누설이나 악용의 우려가 있었다.

또한, 상술된 바와 같이 신용 카드 결제와 대금 상환 결제를 구입자가 선택할 수 있도록 하는 상품 거래 사이트에서는, 판매자는 복수의 신용 카드 회사로부터 각각 지불 명세서를 수취함과 동시에, 대금 회수를 행한 운송 업자로부터도 지 불 명세서를 수취하게 되기 때문에, 경리 처리, 특히 입금 확인 처리가 매우 번잡하게 되어 있었다.

이러한 과제를 해결하기 위해, 본 발명은 통신 네트워크를 통해 외부 시스템인 구입자 시스템 및 판매자 시스템과 접속할 수 있는 결제 중개 시스템에 있어서,

·구입자 시스템을 식별하는 구입자 시스템 식별 정보와, 운송 요금 등 상품 대금 이외의 모든 요금을 포함한 결제 총액 정보를 포함하는 주문 정보를 판매자 시스템으로부터 수신하고, 이것을 주문 안건별로 거래 정보로서 축적하는 기능,

·판매자 시스템으로부터 상기 주문 정보를 수신되면, 해당 주문 정보 중의 구입자 시스템 식별 정보에 기초하여 그 구입자 시스템에 대하여, 여신 처리 개시의 의뢰와 결제 중개 시스템으로의 액세스 정보를 송신하는 기능,

·상기 구입자 시스템으로부터 액세스 요구가 있으면, 축적하고 있는 거래 정보 중 적어도 결제 총액 정보를 포함한 주문 정보와, 신용 카드 정보 등 여신 처리에 필요한 정보의 요구를 구입자 시스템으로 송신하는 기능,

·해당 구입자 시스템으로부터 여신 처리에 필요한 정보를 수신하면, 그 여신 처리에 필요한 정보를 여신 처리 센터 서버로 송신하는 기능,

·해당 여신 처리 센터 서버로부터 여신 처리 결과를 수신하면, 자동적으로 혹은 그 요구에 따라서, 구입자 시스템 또는 판매자 시스템 혹은 양 시스템에 대하여 해당 여신 처리 결과를 송신하는 기능

을 구비한 결제 중개 시스템을 제안한다.

또한, 본 명세서에서,「구입자 시스템」은 구입자측이 관리하는 컴퓨터 단말이나 휴대 단말 등의 컴퓨터 시스템을 의미하고,「판매자 시스템」은 판매자측이 관리하는 컴퓨터 단말이나 휴대 단말 등의 컴퓨터 시스템을 의미하며,「구입자 시스템 식별 정보」는 전자 메일 어드레스나 휴대 전화 번호 등 구입자 시스템을 식별할 수 있는 식별 정보를 의미한다.

이러한 결제 중개 시스템에 의하면,

·결제 중개 시스템이, 구입자 시스템 식별 정보와 운송 요금 등 상품 대금 이외의 모든 요금을 포함한 결제 총액 정보를 포함하는 주문 정보를, 판매자 시스템으로부터 수신하고, 이것을 주문 안건별로 거래 정보로서 축적하는 단계,

·결제 중개 시스템이, 상기 단계에서 주문 정보를 수신하면, 해당 주문 정보 중의 구입자 시스템 식별 정보에 기초하여 그 구입자 시스템에 대하여, 여신 처리 개시의 의뢰와 결제 중개 시스템으로의 액세스 정보를 송신하는 단계,

·결제 중개 시스템이, 상기 구입자 시스템으로부터 액세스 요구가 있으면, 축적하고 있는 거래 정보 중 적어도 결제 총액 정보를 포함한 주문 정보와, 신용 카드 정보 등 여신 처리에 필요한 정보의 요구를 구입자 시스템으로 송신하는 단계,

·결제 중개 시스템이, 해당 구입자 시스템으로부터 여신 처리에 필요한 정보를 수신하면, 그 여신 처리에 필요한 정보를 여신 처리 센터 서버로 송신하는 단계, 및

·결제 중개 시스템이, 해당 여신 처리 센터 서버로부터 여신 처리 결과를 수신하면, 자동적으로 혹은 그 요구에 따라서, 구입자 시스템 또는 판매자 시스템 혹은 양 시스템에 대하여 해당 여신 처리 결과를 송신하는 단계

를 포함하여 이루어지는 결제 중개 방법을 제공할 수 있다.

상기 결제 중개 시스템 및 결제 중개 방법에 있어서, 구입자 시스템으로부터 액세스 요구가 있으면, 축적하고 있는 거래 정보 중 적어도 결제 총액 정보를 포함한 주문 정보와, 구매 확인의 조회 혹은 여신 처리 개시 승낙의 조회를 구입자 시스템으로 송신하고, 구입자 시스템으로부터 구매 확인 혹은 여신 처리 개시 승낙의 뜻을 수신하면, 신용 카드 정보 등 여신 처리에 필요한 정보의 요구를 구입자 시스템으로 송신하도록 할 수 있다.

상기한 바와 같은 결제 중개 시스템 및 결제 중개 방법에 따르면, 상품 발주시스템(공정)과 여신 처리 시스템(공정)으로 분리되기 때문에, 상품 발주 공정의 종료 후에 판매자가 운송 요금 등 상품 대금 이외의 모든 요금을 별도로 계산하고, 이들을 포함한 결제 총액 정보를 구입자에게 제시하며, 구입자 자신의 의사에 의해 구매 의사를 확인하거나 혹은 여신 처리 개시를 승낙한 다음에 여신 처리를 진행시킬 수 있다. 따라서, 시스템 개발력이 부족한 중소 기업이더라도, 구입자가 안심하고 상거래를 행할 수 있는 여신 처리 서비스를 제공할 수 있다. 또한, 판매자에게 있어서는, 자신의 전자 상점 사이트 내에 여신 처리를 위한 시스템을 구축할 필요가 없고, 복수의 신용 카드 회사의 신용 카드 결제를 이용하는 경우에도 여신 처리 창구를 본 결제 중개 시스템으로 일원화할 수 있어, 시스템 및 수속의 양면을 간소화할 수 있다.

한편, 구입자에게 있어서도, 신용 카드 정보 등의 개인 정보가 판매자측에 남는 경우가 없기 때문에, 안심하고 신용 카드 결제를 이용할 수 있다.

본 발명은 또한, 통신 네트워크를 통해 외부 시스템인 구입자 시스템 및 판매자 시스템과 접속할 수 있음과 함께, 상품 운송에 관한 하물 추적 정보 중 적어도 집하(集荷) 종료 정보 또는 배달 완료 정보를 수집하여 축적하는 하물 추적 정보 관리 서버와 접속할 수 있는 결제 중개 시스템에 있어서,

·각 주문 안건을 식별하는 거래 식별 정보를 포함하는 주문 정보를 판매자 시스템으로부터 수신하여, 이것을 주문 안건별 거래 정보로서 축적하는 기능,

·축적하고 있는 거래 정보와, 하물 추적 정보 관리 서버가 축적하고 있는 집하 종료 정보 또는 배달 완료 정보를 조회하는 기능,

·조회 결과, 새롭게 집하 종료 또는 배달 완료가 된 거래 정보를 추출하여, 추출된 거래 정보에 대해서는, 그 후 자동적으로, 판매자에게 지불 처리, 구입자 혹은 구입자로부터의 상품 대금의 회수 업무를 위탁한 회사에 대한 청구 처리 중 어느 하나의 처리, 또는 이들 양쪽의 처리를 진행시키는 기능

을 구비한 결제 중개 시스템을 제안한다.

또, 본 명세서에서「집하 종료 정보」는, 운송 업자가 송하인(본 발명의 판매자)으로부터 하물을 실제로 맡아 두었다고 하는 확인 정보를 의미한다. 다시 말하면, 운송 업자의 운송 책임의 시기를 나타내는 확인 정보로서, 예를 들면 운송 업자(택배 업자 포함, 이하 동일)가 송하인의 장소에 집하를 행하여 하물을 실제로 맡아 두었다고 하는 확인 정보, 송하인이 편의점 등 운송 업자로부터 하물의 인수위탁되어 있는 중개점에 하물을 맡기고, 운송 업자가 해당 중개점에서 하물을 실제로 맡아 두었다고 하는 확인 정보, 및 송하인이 하물을 운송 업자의 사업소에 직접가지고 가서, 운송 업자가 해당 하물을 실제로 맡아 두었다고 하는 확인 정보를 전부 포함한다는 것을 의미한다. 또한, 「배달 완료 정보」는, 운송 업자가 수하인(본 발명의 구입자)에게 하물을 인도하였다고 하는 확인 정보를 의미한다. 또한, 「집하 종료 정보 또는 배달 완료 정보」라는 표현은, 운송 업자가 송하인(본 발명의 판매자)로부터 하물을 맡아 두고 나서 해당 하물을 수하인(본 발명의 구입자)에게 배달하기까지의 각 단계의 완료를 각각 나타내는 확인 정보도 포함하는 의도를 갖고 있다.

또한, 구입자로부터의 상품 대금의 회수 업무를 위탁한 회사란, 신용 카드 회사는 물론, 그 밖의 중개업자도 포함한다고 하는 의미이며, 이하「대금 회수위탁 회사」라고 한다.

이러한 결제 중개 시스템에 따르면,

·판매자에게 대하여 대금 지불 처리를 행하는 경우, 혹은, 구입자 혹은 대금 회수 위탁 회사에 대하여 대금 청구 처리를 행하는 경우에, 결제 중개 시스템이, 각 주문 안건을 식별하는 거래 식별 정보를 포함하는 주문 정보를 판매자 시스템으로부터 수신하고, 이것을 주문 안건별 거래 정보로서 축적하는 단계,

·결제 중개 시스템이, 축적하고 있는 거래 정보와 하물 추적 정보 관리 서버가 축적하고 있는 집하 종료 정보 또는 배달 완료 정보를 조회하는 단계,

·결제 중개 시스템이, 조회 결과 새롭게 집하 종료 또는 배달 완료로 된 거래 정보를 추출하여, 추출된 거래 정보에 대해서는, 그 후 자동적으로, 구입자 혹은 대금 회수 위탁 회사에 대하여 대금 청구 처리를 진행시키는 단계, 또는, 결제 중개 시스템이, 조회 결과 새롭게 집하 종료 또는 배달 완료로 된 거래 정보를 추출하여, 추출된 거래 정보에 대해서는, 그 후 자동적으로, 판매자로의 대금 지불 처리를 진행시키는 단계

를 포함하는 결제 중개 방법을 제공할 수 있다.

이러한 구성의 결제 중개 시스템 및 결제 중개 방법에 따르면, 하물 추적 정보 관리 서버로부터 집하 종료 정보 또는 배달 완료 정보를 취득한 시점에서 매상을 확정하고, 그 후 신속하게「판매자에 대한 대금 지불 처리」및「구입자 혹은 대금 회수 위탁 회사에 대한 대금 청구 처리」를 진행시킬 수 있기 때문에, 상품이 도착되지 않았는데도 대금 청구가 이루어지는 문제를 해소할 수 있다. 또한, 구입자도 판매자도 아닌 제삼자가 확인하여 입력한 객관적인 집하 종료 정보 또는 배달 완료 정보를 기초로 하여 매상 확정을 결정하기 때문에, 상호 결제 처리를 공평하고 또한 정확하게 행할 수 있다. 또한, 집하 종료 정보이면, 상품이 구입자에게 배달되기 전에 취득할 수가 있어, 보다 빠른 단계로부터 결제 처리를 진행시킬 수 있다. 그 뿐만 아니라, 종래와 같이 배달 완료 등의 각 운송 단계의 완료 확인을 인위적으로 행할 필요도 없기 때문에, 각 운송 단계의 완료 확인 수속을 간소화할 수 있다.

또한, 본 결제 중개 시스템 및 본 결제 중개 방법의 경우, 대금 회수 위탁 회사로의 대금 청구는 결제 중개 시스템이 일괄적으로 행하기 때문에, 판매자가 복수의 대금 회수 위탁 회사를 이용하는 경우라도 판매자의 부담이 증대되는 일이 없다. 또한, 본 결제 중개 시스템이 입체(立替) 지불함으로써, 본 결제 중개 시스템 소정의 기일에 일괄적으로 판매자에게 입금할 수 있다. 이것에 의해, 대금 회수 위탁 회사별로 입금 기일이 다르거나, 정산서가 다르다고 하는 등의 불합리한 점을없앨 수 있어, 판매자측의 경리 처리, 특히 입금 확인 처리의 수고를 대폭 경감시킬 수 있다.

또, 상기한 결제 중개 시스템 및 결제 중개 방법에 있어서, 거래 정보와 집하 종료 정보 또는 배달 완료 정보를 조회하기 전에, 결제 중개 시스템이, 판매자 시스템으로부터 적어도 발송 예정일과, 운송장 번호 등의 운송 하물 식별 정보를 포함하는 발송 예정 정보를 수신하고, 축적하고 있는 거래 정보에 해당 발송 예정 정보를 추가 갱신하고, 그리고, 거래 정보 중의 발송 예정 정보가 추가된 거래 정보와, 하물 추적 정보 관리 서버가 축적하고 있는 집하 종료 정보 또는 배달 완료 정보를 조회하도록 할 수 있다.

이와 같이 하면, 발송 예정 정보 내의 운송 하물 식별 정보와, 운송 하물 식별 정보 단위로 관리되고 있는 집하 종료 정보 또는 배달 완료 정보를 조회함으로써, 거래 정보와 집하 종료 정보 또는 배달 완료 정보를 조회할 수 있다. 또한, 거래 정보 전부가 아니라, 발송 예정 정보가 추가된 거래 정보만 조회하면 되므로, 시스템의 부담을 경감할 수 있다.

또, 본 명세서에「운송 하물 식별 정보」는, 예를 들면 운송장 번호 등, 각 운송 안건 한 건 한 건을 식별할 수 있는 정보를 의미하며,「운송」은, 집하로부터, 운행 및 배달까지의 일련의 물류 작업을 포괄적으로 나타내는 것을 의미한다.

또한, 판매자와 복수의 구입자 사이의 결제 처리를 결제 중개 시스템에 의해 중개하고, 판매자에 대해서는 결제 중개 시스템을 통해 대금의 입체 지불을 행하는 한편, 구입자에 대해서는 2 종류 이상의 결제 방법에 의해 선택적으로 구입 대금을 청구할 수 있는 결제 중개 방법에 있어서,

·결제 중개 시스템이, 한 종류의 결제 방법에 의한 거래 안건의 지불액을 판매자별로 연결하는 단계,

·결제 중개 시스템이, 그 밖의 한 종류의 결제 방법에 의한 거래 안건의 지불액을 판매자별로 연결하는 단계, 및

·결제 중개 시스템이, 상기 단계에서 연결한 지불액을 판매자별로 추가로 연결하고, 한 종류의 결제 방법에 의한 지불액과 그 밖의 한 종류의 결제 방법에 의한 지불액을 취합하여 지불 명세서에 표시하는 단계

를 포함하는 결제 중개 방법을 제안한다.

예를 들면, 일부의 구입자에 대해서는, 결제 중개 시스템을 통해 신용 카드 회사로부터 구입 대금을 청구하는 신용 카드 결제를 행하고, 그 밖의 일부의 구입자에 대해서는 상품과의 상환에 의해 구입 대금을 수금하는 대금 상환 결제를 행하는 결제 중개 방법에 있어서, 결제 중개 시스템이, 신용 카드 결제에 의한 거래 안건의 지불액을 판매자별로 연결하는 한편, 대금 상환 결제에 의한 거래 안건의 지불액을 판매자별로 연결하고, 연결한 2개의 지불액을 판매자별로 추가로 연결하여, 신용 카드 결제에 의한 지불액과 대금 상환 결제에 의한 지불액을 취합하여 지불 명세서에 표시하도록 할 수 있다.

이러한 결제 중개 방법에 따르면, 판매자가 복수의 구입자 사이에서, 신용 카드 결제나 대금 상환 결제 등의 다른 결제 방법을 구입자의 자유 의사에 의해서 임의로 선택하는 경우라도, 다시 말하면, 구입자의 자유 의사에 의해서 복수의 신용 카드 회사로부터 특정한 신용 카드 회사를 선택하는 경우라도, 본 발명의 결제 중개 시스템은, 모든 결제 방법의 지불액을 판매자별로 취합하여 하나의 지불 명세서에 표시할 수 있기 때문에, 판매자에게 있어서는, 결제 방법에 관계없이 입금 내용을 일원적으로 관리할 수 있게 되어, 경리 처리, 특히 입금 확인 처리의 부담을 대폭 경감시킬 수 있다.

또한, 상기 결제 중개 방법에 있어서, 판매자별로 지불액을 연결하는 것으로는, 예를 들면, 결제 방법에 관계없이, 판매자를 식별하는 번호(이하「식별 모(母) 번호」라고 함)를 거래 안건별로 부여함과 함께, 해당하는 식별 모 번호에는 적절하게 번호를 추가하여 이루어지는 복수의 식별 자(子) 번호를 부여할 수 있는 설정으로 함으로써, 다른 식별 자 번호가 부여되어 있는 거래 안건이더라도, 식별 모 번호가 공통인 모든 거래 안건의 지불액을 연결하도록 할 수 있다.

이와 같이 하면, 식별 모 번호에 적절하게 번호를 추가하여 이루어지는 복수의 식별 자 번호를 부여할 수 있는 설정으로 되어 있기 때문에, 동일 판매자에 대하여 복수의 식별 자 번호를 부여할 수가 있어, 예를 들면, 동일 판매자가 업태가 다른 복수의 점포를 소유하고 있는 경우, 결제 중개 시스템은, 점포별로 다른 식별 자 번호를 부여할 수가 있어, 그와 같이, 식별 모 번호를 키로 하여 점포별로 지불액을 취합하여 판매자에게 지불할 수 있다. 또한, 식별 모 번호 및 식별 자 번호의 관리를 매우 용이하게 행할 수 있게 된다.

본 발명에 따르면, 상품 구입자, 판매자간의 여신 처리, 구입자로의 대금 청구, 판매자에 대한 지불 처리 등을 원활하게 행할 수 있는 결제 중개 시스템을 제공할 수 있다.

또한, 본 발명에 따르면, 거래 정보와 하물 추적 정보를 정기적으로 조회함으로써, 새롭게 집하된 거래 정보를 추출하고, 자동적으로 청구 처리 및 지불 처리를 진행시키도록 할 수 있다.

이하, 본 발명의 실시예를 도면에 기초하여 설명한다.

본 실시예의 결제 중개 시스템(1)은, 상품 주문 시에 구입자가 신용 카드에 의한 지불 방법(즉「신용 카드 결제」)을 선택한 경우에, 구입자, 판매자 및 신용 카드 회사 사이를 중개하여, 원활하고 또한 확실하게 결제 처리를 중개하는 시스템이며, 서브 시스템으로서 구입 의사 확인 시스템, 여신 처리 시스템, 하물 추적 정보 제휴 상품 대금 청구 시스템 및 하물 추적 정보 제휴 상품 대금 지불 시스템을 포함하고 있다.

또한, 본 발명의 결제 중개 시스템의 대상은 상품의 유체·무체를 막론하고, 대금의 청구 및 지불을 수반하는 모든 상거래에 적용 가능하다.

도 1은 결제 중개 시스템(1)을 실현하기 위한 시스템 구성의 일례를 나타낸 블록도이다.

도 1에 도시된 바와 같이, 결제 중개 시스템(1)은 협의로는, Web 서버(2)와, 판매자 정보 데이터 베이스(13), 거래 정보 데이터 베이스(14) 및 업무 시스템 서버(15)를 구비한 업무 시스템(3)과, 신용 카드 회사 제휴 시스템(4)을 구비하여 이루어지며, 광의로는, 추가로 지불 처리 서버(5) 및 하물 추적 정보 관리 서버(6)를 구비하여 이루어지는 시스템이다.

이 결제 중개 시스템(1)은, 신용 카드 회사 제휴 시스템(4)을 통해 외부 시스템인 신용 카드 회사 관리 시스템(7) 및 여신 처리 센터 시스템(8)과 각각 접속하는 한편, 인터넷(10)을 통해 판매자 시스템(11), 구입자 시스템(12) 및 가상 점포 관리 서버(16)와 접속하고 있다.

또, 상세한 것은 후술하지만, 상기 지불 처리 서버(5)는 신용 카드 결제와는 다른 결제 방법인 대금 상환 결제를 관리하는 대금 상환 결제 시스템(20)과도 접속하고 있으며, 상기 하물 추적 정보 관리 서버(6)는 운송 업자 영업소 내의 단말(21A) 및 운송 업자의 운전 기사의 휴대 단말(21B)(이들을 모두「운송 업자 단말(21)」이라고 함) 등과 유선 내지 무선으로 접속하고, 이들 운송 업자 단말(21)로부터 하물 추적 정보를 정기적으로 또는 실시간으로 수집하여 축적 관리하는 기능을 구비하고 있다.

또한, 상기 각 서버(2, 5, 6, 15, 16), 상기 각 시스템(3, 4, 7, 8, 11, 12) 및 상기 각 데이터 베이스(13, 14)의 실체는 어느 것이나 어플리케이션 프로그램 (소프트웨어)이며, 각각의 프로그램의 실효 환경을 갖는 1대 혹은 여러대(분산형 및 부담 분산형을 포함)의 컴퓨터 시스템에 저장되어 있다. 이들 컴퓨터 시스템은, CPU 및 RAM을 포함하고, 그 밖에 오퍼레이팅 시스템, 통신 인터페이스, CRT 등의 표시 장치, 키보드나 마우스 등의 입력 장치, 프린터 등의 출력 장치 등이, 각 서버, 각 시스템 및 각 데이터 베이스의 기능에 따라 부가되어 있다.

각 서버간, 각 시스템간 및 각 서버 시스템간의 접속은, 전용 회선, LAN 혹은 WAN 등의 컴퓨터 네트워크, 무선 등의 정보의 수수를 행할 수 있는 임의의 수단으로 접속하는 것이 가능하며, 정보의 송수신에 대해서는 현재 공지의 암호화 기술(예를 들면 SSL 등)을 이용할 수 있다. 또한, 당업자이면 당연히 이해할 수 있기 때문에 별도로 설명하지는 않지만, 본 결제 중개 시스템(1) 내의 적절한 장소에 방화벽 등의 현재 공지의 보안 대책 수단을 부가하는 것은 임의이다.

또한, 예를 들면 Web 서버 내에 판매자 정보 데이터 베이스(13), 거래 정보 데이터 베이스(14) 및 업무 시스템 서버(15)를 배치하는, 즉 업무 시스템(3)의 기능과 Web 서버(2)의 기능을 취합하여 하나의 서버 내에 배치하는 등, 본 결제 중개 시스템(1)에서 각 시스템, 각 서버 및 각 데이터 베이스를 어떻게 배치할지는 임의로 설계 변경 가능하다.

다음에, 본 결제 중개 시스템(1)이 구비하고 있는 기능 실현 수단에 대하여 설명한다.

본 결제 중개 시스템(1)은, 다음의 A∼P의 기능을 실현하기 위한 수단을 포함하고 있다 (도 2 및 도 3 참조).

또한, 본 결제 중개 시스템(1)은 구입자의 구입 의사를 확인하는 수단으로서「메일 확인 방식」과「링크 버튼 방식」을 구비하고 있지만, 우선은 전자(前者)의「메일 확인 방식」에 의한 경우의 기능 실현 수단에 대하여 설명한다.

A. 판매자 시스템(11)으로부터 인터넷(10)을 통해 전송되어 온「주문 정보」를 수신하고, 이「주문 정보」를 각 주문 안건마다 관련지어「거래 정보 레코드」로서 거래 정보 데이터 베이스(14)에 순차 축적하는 기능.

이 때,「주문 정보」는, 예를 들면 전자 메일 어드레스 등의 구입자 시스템(12)을 식별할 수 있는 정보(이하「구입자 시스템 식별 정보」라고 함),「상품명」, 운송 요금 등 상품 대금 이외의 다양한 요금을 포함하는「결제 총액」, 주문 번호 등 각 거래 안건을 식별할 수 있는 정보(이하「거래 식별 정보」라고 함) 등을 포함하는 것이 바람직하다.

또, 결제 총액에는, 상품 대금 이외에 포장료, 결제 수수료, 운송 요금, 냉각 보존료, 부가세 등이 포함될 가능성이 있다.

B.「주문 정보」를 판매자 시스템(11)으로부터 수신하면, 이「주문 정보」로부터「구입자 시스템 식별 정보(예를 들면 전자 메일 어드레스)」를 추출하고, 그 구입자 시스템 식별 정보의 구입자 시스템(12)에 대하여「여신 처리 개시를 의뢰한다는 뜻의 정보」와「본 결제 중개 시스템(1)의 액세스 정보」를 인터넷(10)을 통해 송신하는 기능.

C. 상기한 구입자 시스템(12)으로부터「본 결제 중개 시스템(1)으로의 액세스 요구」가 있으면, 그 액세스 요구 등으로부터 구입자 시스템 식별 정보를 판독 하여, 이 구입자 시스템 식별 정보와 관련지어져 있는「거래 정보」를 거래 정보 데이터 베이스(4)에 의해 조회하고, 해당하는「거래 정보 레코드」중으로부터 추출한, 적어도「결제 총액」을 포함하는 「주문 정보」와 함께, 구입 의사를 조회이다는 뜻의「구입 의사 조회」, 혹은, 여신 처리 개시의 승낙을 조회한다는 뜻의「여신 처리 개시 승낙 조회」를 해당 구입자 시스템(12)에 인터넷(10)을 통해 송신하는 기능.

이 때,「구입 의사 조회 」「여신 처리 개시 승낙 조회 」는, 어느 한쪽 혹은 양쪽을 송신하면 되며, 예를 들면, Web 화면 내에, 클릭하면 구입 의사 확인 혹은 여신 처리 개시 승낙이라고 간주한다는 뜻의 설명문을 부기한「확인·실효 버튼」을 설치하고, 그「확인·실효 버튼」을 클릭하면「본 결제 중개 시스템(1)」으로 액세스하도록 설정할 수 있다.

D. 구입자 시스템(12)으로부터「구입 의사 확인의 정보」혹은「여신 처리 개시 승낙의 정보」를 수신하면, 해당 구입자 시스템(12)에 대하여, 여신 처리에 필요한 정보로서「이용하는 신용 카드 회사의 종류, 신용 카드 번호 및 유효 기한(이하 이들을 모두「신용 카드 정보」라고 함)」의 입력을 요구하는 「신용 카드 정보 입력 의뢰 정보」를 인터넷(10)을 통해 송신하는 기능.

또, 상기 C의 기능과 D의 기능을 취합하여,「결제 총액」을 포함하는「거래 정보」와,「구입 의사 조회」혹은「여신 처리 개시 승낙 조회」와,「신용 카드 정보 입력 의뢰 정보」를 동시에 송신하도록 하여도 무방하다.

E. 구입자 시스템(12)으로부터「신용 카드 정보」를 수신하면, 이「신용 카 드 정보」와 아울러「여신 처리의 조회」를 여신 처리 센터 시스템(8)으로 송신하는 기능.

F. 여신 처리 센터 시스템(8)으로부터「여신 처리 결과」를 수신하면, 이「여신 처리 결과」를 거래 정보 데이터 베이스(14)에 수시 축적하여, 그 거래 안건의「거래 정보 레코드」에「여신 처리 결과」를 추가 갱신하는 기능.

G. 여신 처리 센터 시스템(8)으로부터「여신 처리 결과」를 수신하면, 이「여신 처리 결과」에 관련지어진「구입자 시스템 식별 정보(예를 들면 전자 메일 어드레스)」를 거래 정보 데이터 베이스(14)에 의해 조회하고, 해당 구입자 시스템(12)에 대하여 인터넷(10)을 통해「여신 처리 결과」를 송신하는 기능.

H. 여신 처리 센터 시스템(8)으로부터「여신 처리 결과」를 수신하면, 이 여신 처리 결과에 관련된 판매자 시스템 식별 정보(예를 들면 전자 메일 어드레스나 휴대 전화 번호 등)를, 판매자 정보 데이터 베이스(13) 및 거래 정보 데이터 베이스(14)에 의해 조회하고, 해당하는 판매자 시스템(11)에 대하여「여신 처리 결과」혹은「여신 처리 결과가 나와 있다고 하는 뜻」을 인터넷(10)을 통해 송신하는 기능.

I. 판매자 시스템(11)으로부터의「거래 식별 정보(주문 번호 등)」를 수반하는 요구에 따라, 해당「거래 식별 정보」에 관련지어진 「거래 정보」를 거래 정보 데이터 베이스(14)에 의해 조회하고, 해당되는「여신 처리 결과에 따른 거래 정보」를 해당 판매자 시스템(11)으로 송신하는 기능.

J. 판매자 시스템(11)으로부터「거래 식별 정보(주문 번호)」와 함께,「적어 도「발송 예정일」과 운송장 번호 등의 운송 안건 한 건 한 건을 식별할 수 있는 「운송 하물 식별 정보」를 포함하는 정보(이하「발송 예정 정보」라고 함)」를 수신하면, 거래 정보 데이터 베이스(14)에 수시 축적하여, 그「거래 식별 정보」에 관련지어진「거래 정보 레코드」에「발송 예정 정보」를 추가 갱신하여, 거래 식별 정보와 운송 하물 식별 정보를 관련짓는 기능.

K. 판매자도 구입자도 아닌 제삼자(예를 들면 운송 업자의 운전 기사 혹은 사무원 등)가 입력한 상품의 집하 종료 정보(이하「집하 종료 정보」라고 함)를, 운송장 번호 등의「운송 하물 식별 정보」와 함께 하물 추적 정보 관리 서버(6)로 수시로 수신하여, 해당「집하 종료 정보」를「운송 하물 식별 정보」및 그 밖의「운송 하물 식별 정보를 포함하는 하물 추적 정보」라고 함)와 관련지어, 운송 안건별로 하나의 레코드 단위로서(각 단위를「하물 추적 정보 레코드」라고 함) 수시로 축적하는 기능.

L. 거래 정보 데이터 베이스(14) 내의「거래 정보」와, 상기 하물 추적 정보 관리 서버(6) 내의「하물 추적 정보」를, 운송장 번호 등의「운송 하물 식별 정보」를 키로 하여, 정기적 혹은 수시로 조회하는 기능.

이 때,「발송 예정 정보」가 추가된「거래 정보 레코드」만을,「하물 추적 정보」와 배치 처리에 의해 조회하도록 하면, 조회 작업의 효율화를 도모할 수 있음과 함께 시스템의 부담을 경감시킬 수 있다.

M. 상기 조회에 의해 새롭게「집하 종료」로 된 거래 안건을 추출하여, 추출된 거래 안건과 관련지어진 거래 정보 데이터 베이스(14) 내의「거래 정보 레코드 」에「집하 종료 정보」를 추가 갱신하는 기능.

N. 상기 조회에 의해 새롭게「집하 종료」로 된 거래 안건을 추출하여, 추출된 거래 안건에 대해서는「집하 종료 정보」로 조회된 시점에「매상 확정」이라고 간주하여, 그 거래 안건의「거래 정보」를 거래 정보 데이터 베이스(14)에 의해 조회하고, 해당하는「거래 정보」에 기초하여 신용 카드 회사 관리 서버(7)에 대한 매상 청구(14) 처리를 자동적으로 진행시키는 기능.

O. 상기 조회에 의해 새롭게「집하 종료」로 된 거래 안건을 추출하고, 추출된 거래 안건에 대해서는「집하 종료 정보」로 조회된 시점에「매상 확정」이라고 간주하여, 그 거래 안건의「거래 정보」를 거래 정보 데이터 베이스(14)에 의해 조회하고, 해당하는「거래 정보」에 기초하여 판매자에 대한 입체 지불 처리(지불 처리)를 자동적으로 진행시키는 기능.

P. 신용 카드 결제에 의한 거래 안건의 지불액을 판매자별로 연결함과 함께, 대금 상환 결제에 의한 거래 안건의 지불액을 판매자별로 연결하고, 연결된 두개의 지불액을 판매자별로 추가로 연결하여, 신용 카드 결제에 의한 지불액과 대금 상환 결제에 의한 지불액을 취합하여 지불 명세서에 표시하는 기능.

또, 「링크 버튼 방식」의 경우에는, 상기 A 및 B의 기능 실현 수단은 필요없고, 상기 C∼P의 기능을 구비하고 있으면 된다. 상세한 것은 하기에 별도로 설명한다.

다음에, 결제 중개 시스템(1)을 구성하는 서브 시스템으로서의 서버 및 시스템 등의 구성 및 기능을, 보다 구체적인 실시예로 설명한다.

Web 서버(2)는 인터넷(10)과 접속하여 (HTTP나 SSL 등의 인터넷 표준 프로토콜에 의해 통신 가능하게 되어 있음), Web 상에「결제 사이트」(홈페이지)를 개설하고, 이「결제 사이트」를 통해 판매자 시스템(11) 및 구입자 시스템(12)과 정보의 수수를 행할 수 있다. 그 한편, 본 결제 중개 시스템(1) 내에서는 업무 시스템(3) 및 신용 카드 회사 제휴 시스템(4)도 각각 접속하고, 본 결제 중개 시스템(1)과 판매자 시스템(11) 및 구입자 시스템(12)과의 인터페이스로서 기능한다.

「결제 사이트」는, 하이퍼 텍스트·마크업 언어(HTML)로 기술하고 있으며, 도 4에 도시한 바와 같이, Web 페이지로서의「판매자용 페이지」와「구입자용 페이지」를 구비하고, 해당「판매자용 페이지」는, 주문 정보의 입력란을 포함한「주문 정보 입력 페이지」, 거래 정보 및 하물 추적 정보의 일람을 나타내는「거래 정보 확인 페이지」, 상품의 발송 예정 일시의 입력란을 포함한「발송 예정 정보 입력 페이지」및「지불 정산 정보 확인 페이지」를 구비하고, 「구입자용 페이지」는 신용 카드 정보의 입력란을 포함한「여신 처리 의뢰 페이지」를 구비하고 있다.

또한,「결제 사이트」의 정의 형식을 HTML 형식으로 한정하는 것이 아니라, XML(eXtensible Markup Language) 등 그 밖의 정의 형식(언어)을 채용할 수도 있다. 또한, 본 실시예에서의「판매자용 페이지」및「구입자용 페이지」는 각 거래 안건별로 형성되어 있지만, 예를 들면 각 개인별로 형성할 수도 있다.

Web 서버(2)는「메일 확인 방식」으로서의 구입 의사 확인 수단으로서, 다음에 나타내는 (1)∼(8)의 기능을 실현하기 위한 수단을 포함하고 있다 (도 5 참조).

(1) 판매자 시스템(11)으로부터 인터넷(10)을 통해 송신되어 온「결제 사이 트로의 액세스 요구(URL)」를 수신하면,「판매자 식별 정보(예를 들면 판매자 식별 번호 및 패스워드)를 요구하는 정보」를 회신하는 기능.

이 때,「주문 정보 입력 페이지 화면 정보」는, Web 페이지 화면 내에 필요한 주문 정보의 입력을 재촉하는「주문 정보 입력란」을 표시하도록 설정하는 것이 바람직하다.

또한,「주문 정보 입력 페이지로의 액세스 요구」등의「Web 페이지로의 액세스 요구」는, 통상적으로 URL을 지정하여 HTML 문서 전송 요구의 형식으로 전송되어 오지만, 이러한 형식에 한정되는 것은 아니다 (이하의「Web 페이지 송신 요구」에 대해서도 동일함). 또한, 이 요구에 응하여 송신되는「Web 페이지 화면 정보」는, 통상적으로 텍스트, 그래픽스, 컨트롤 및 그 밖의 기능을 표시하는 다양한 태그를 포함한 HTML 문서로서 전송되지만, 이 형식에 한정하는 것도 아니다 (이하의「Web 페이지 화면 정보」에 대해서도 동일함).

(2) 판매자 시스템(11)으로부터「판매자 식별 정보(예를 들면 판매자 식별 번호 및 패스워드)」를 수신하면, 판매자 정보 데이터 베이스(13)에 대하여 전송되어 온「판매자 식별 정보(예를 들면 판매자 식별 번호 및 패스워드)」로 축적하고 있는 「판매자 식별 정보(예를 들면 판매자 식별 번호 및 패스워드)」로 조회시키고, 인증되면 해당하는「판매자 식별 정보」와 관련지어진「판매자용 페이지 화면 정보」를 해당 판매자 시스템(11)으로 송신하는 기능.

또, 본 실시예에서는, 판매자용 페이지로의 액세스는, 우선「결제 사이트」로의 액세스를 필요로 하고, 갑자기「주문 정보 입력 페이지」「거래 정보 확인 페 이지」「발송 예정 정보 입력 정보 페이지」「지불 정산 정보 확인 페이지」등의 서브페이지로 액세스할 수 없는 설정으로 되어 있지만, 직접 액세스 가능하게 하는 것도 가능하다.

(3) 판매자 시스템(11)으로부터 인터넷(10)을 통해 송신되어 온「주문 정보(주문일, 거래 식별 정보(주문 번호 등), 전자 메일 어드레스 등의 구입자 시스템(12)을 식별하는 구입자 시스템 식별 정보, 결제 총액(운송 요금 등 상품 대금 이외의 모든 요금을 포함), 그 밖에 필요에 따라 상품 개요 및 통신문 등을 포함)」를 수신하면, 이「주문 정보」를 거래 정보 데이터 베이스(14)로 송신하는 기능.

(4) 판매자 시스템(11)으로부터 인터넷(10)을 통해 송신되어 온「주문 정보」를 수신하면, 그「주문 정보」로부터 전자 메일 어드레스 등의 구입자 시스템 식별 정보를 추출하고, 이 구입자 시스템 식별 정보처로, 여신 처리 개시를 의뢰한다고 한는「여신 처리 개시 의뢰 정보」와 함께 결제 사이트 내의「구입자용 페이지로의 액세스 정보(URL)」를 인터넷(10)을 통해 송신하는 기능.

이 때,「여신 처리 개시 의뢰 정보」는, 예를 들면 전자 메일의 형식으로 송신하고,「구입자용 페이지로의 액세스 정보」는 해당 구입자용 페이지의 URL을 해당 전자 메일 내에 링크 버튼 형식으로 매립하고, 해당하는 링크 버튼을 클릭하면 구입자용 페이지에 직접 액세스할 수 있도록 설정하는 것이 바람직하다. 구체적으로는, 예를 들면, 인사문과 함께「여신 처리 개시를 승낙하신다면 하기의「확인·실효 버튼」을 클릭해 주십시오.」등의 텍스트문을 붙여, 이「확인·실효 버튼」에 구입자용 페이지와 링크시키도록 설정할 수 있다.

(5) 구입자 시스템(12)으로부터「구입자용 페이지로의 액세스 요구」가 있으면, 이 액세스 요구 등으로부터 전자 메일 어드레스 등의 구입자 시스템 식별 정보를 추출하고, 이「구입자 시스템 식별 정보」와 관련지어져 있는「거래 정보(상점명, 주문일, 거래 식별 정보(주문 번호 등), 결제 총액(운송 요금 등 상품 대금 이외의 모든 요금을 포함), 상품 개요 및 통신문 등)」을 거래 정보 데이터 베이스(14)에 의해 조회하고, 해당된「거래 정보 레코드」중에서 소정의「주문 정보(주문일, 거래 식별 정보(주문 번호 등), 전자 메일 어드레스 등의 구입자 시스템 식별 정보, 결제 총액(운송 요금 등 상품 대금 이외의 모든 요금을 포함), 상품 개요 등을 포함)」을 추출하여, 이「주문 정보」와 함께 구입 의사를 확인하는「구입 의사 조회 정보」혹은 여신 처리 개시 승낙을 조회하는「여신 처리 개시 승낙 조회 정보」혹은 이들 양쪽을 인터넷(10)을 통해 해당하는 구입자 시스템(12)으로 송신하는 기능.

이 때,「구입 의사 조회 정보」및「여신 처리 개시 승낙 조회 정보」는, 예를 들면 여신 처리 의뢰 페이지 화면 내에「거래 정보」를 표시함과 함께「상기 주문 내용에 관하여, 구입 및 여신 처리 개시를 승낙하신다면 하기의「확인·실효 버튼」을 클릭해 주십시오. 」등의 텍스트문을 표시하고, 이「확인·실효 버튼」을 하기의「신용 카드 정보 입력 페이지」와 링크시킴과 함께, 이「확인·실효 버튼」의 클릭을「구입 의사 확인」혹은「여신 처리 개시 승낙」의 회신이라고 간주할 수 있도록 설정할 수 있다.

(6) 구입자 시스템(12)으로부터「구입 의사 확인」혹은「여신 처리 개시 승 낙」이라는 뜻을 포함하는 정보를 수신하면, 신용 카드 정보의 입력을 의뢰하는「신용 카드 정보 입력 의뢰 정보」를 해당 구입자 시스템(12)에 인터넷(10)을 통해 송신하는 기능.

이 때,「신용 카드 정보 입력 의뢰 정보」는, 구입자용 페이지의 제2 페이지가 되는 신용 카드 정보 입력 페이지의 화면 내에「신용 카드 정보」의 입력을 재촉하는「신용 카드 정보 입력란」과「확인·실효 버튼」을 표시하는 내용의 정보로 할 수 있다.

또한, 여신 처리 의뢰 페이지 화면과 신용 카드 정보 입력 페이지를 하나의 페이지에 통합하는 것도 가능하다. 그 경우에는, 예를 들면 동일 화면 내에「거래 정보」「신용 카드 정보 입력란」및「확인·실효 버튼」을 표시하도록 하면 된다.

(7) 구입자 시스템(12)으로부터 인터넷(10)을 통해「신용 카드 정보」를 수신하면, 이「신용 카드 정보」와 함께 전자 메일 어드레스 등의「구입자 시스템 식별 정보」및 주문 번호 등의「거래 식별 정보」를 신용 카드 회사 제휴 시스템(4)으로 송신하고, 신용 카드 회사 제휴 시스템(4)으로부터 전송되어 온「여신 처리 결과」를 상기「구입자 시스템 식별 정보」와 관련지어진 구입자 시스템(12)으로 인터넷(10)을 통해 송신하는 기능.

이 때,「신용 카드 정보 입력 페이지」의 화면 내에「여신 처리 결과」를 표시시키고, 구입자가 신용 카드 정보를 입력한 상태 그대로 잠시 기다리면「여신 처리 결과」가 표시되도록 하는 것이 바람직하다.

또한,「링크 버튼 방식」에 의한 구입 의사 확인 수단에서는, 상기 (1)∼(4) 의 기능 실현 수단은 불필요하다. 즉,「링크 버튼 방식」에 의한 구입 의사 확인 수단의 경우에는, 예를 들면 Web 상에 설치된 가상 점포의 화면 내에「여신 처리 의뢰 페이지」와 링크된「신용 카드 결제 버튼」을 설치함으로써, 갑자기 상기 (5)의 구입자 시스템(12)으로부터의「구입자용 페이지로의 액세스 요구」를 받을 수 있기 때문이며, 후에는「메일 확인 방식」의 경우와 마찬가지의 기능 실현 수단을 포함하고 있어도 무방하다.

Web 서버(2)는, 다음에 나타내는 (8)의 기능을 실현하기 위한 수단도 포함하고 있다.

(8) 판매자 시스템(11)으로부터 인터넷(10)을 통해 전송되어 온「거래 정보 확인 페이지로의 액세스 요구(URL)」및「거래 식별 정보(주문 번호 등)」를 수신하면, 해당「거래 식별 정보」와 관련지어져 있는「거래 정보」를 거래 정보 데이터 베이스(14)에 의해 조회하고, 추출된「거래 정보」를「판매자용 페이지 화면 정보」와 함께 판매자 시스템(11)으로 송신하는 기능.

이 때, 이미 여신 처리 결과가 나와 있으면, 상기「거래 정보」에는「여신 처리 결과」를 부가할 수 있다.

Web 서버(2)는, 다음에 나타내는 (9)∼(10) 기능을 실현하기 위한 수단도 포함하고 있다 (도 5 참조).

(9) 판매자 시스템(11)으로부터 인터넷(10)을 통해 전송되어 온「발송 예정 정보 입력 페이지로의 액세스 요구(URL)」를 수신하면, 해당 판매자 시스템(11)으로「발송 예정 정보 입력 페이지 화면 정보」를 송신하는 기능.

이 때, 발송 예정 정보 입력 페이지 화면에는, 여신 처리 결과가 추가된 거래 정보 중, 발송 예정 정보의 입력이 아직 이루어져 있지 않은 거래 정보 레코드만을 추출하여 일람 표시하도록 설계할 수 있다.

(10) 그리고, 판매자 시스템(11)으로부터「발송 예정 정보(발송일 및 운송장 번호 등의 운송 하물 식별 정보 포함)」와「거래 식별 정보(주문 번호 등)」를 수신하면, 이들「거래 식별 정보」및「발송 예정 정보」를 거래 정보 데이터 베이스(14)로 송신하는 기능.

Web 서버(2)는 또, 다음에 나타내는 (11) 및 (12)의 기능을 실현하기 위한 수단도 포함하고 있다.

(11) 판매자 시스템(11)으로부터 인터넷(10)을 통해 전송되어 온「지불 정산 정보 확인 페이지로의 액세스 요구(URL)」를 수신하면,「지불 정산 정보 확인 페이지 화면 정보」와 함께「거래 식별 정보의 기입을 재촉하는 정보」를 해당 판매자 시스템(11)으로 송신하는 기능.

(12) 그리고, 판매자 시스템(11)으로부터「거래 식별 정보」의 회신을 받으면,「거래 식별 정보」와 관련지어져 있는「결제 정보」를 지불 처리 서버(5)에 의해 조회하고, 추출된「결제 정보」를「지불 정산 정보 확인 페이지 화면 정보」와 함께 해당 판매자 시스템(11)으로 송신하는 기능.

이 때, 지불 정산 정보 확인 페이지 화면에서는, 나중에 용지로 송부되는 지불 정산서의 이미지를 확인할 수 있도록 설계할 수도 있다.

다음에, 업무 시스템(3)의 구성 및 기능에 대하여 구체적으로 설명한다.

업무 시스템(3)은 판매자 정보 데이터 베이스(13), 거래 정보 데이터 베이스(14) 및 업무 시스템 서버(15)를 구비하고 있다.

판매자 정보 데이터 베이스(13)는, DBMS(데이터 베이스 관리 시스템)를 구비하고, 판매자 정보를 판매자별로 하나의 레코드 단위를 작성하도록 데이터 베이스화하여 축적하고, 정보의 검색, 검색 결과의 제공 및 정정·변경을 순차적으로 행할 수 있는 기능을 구비하고 있다. 예를 들면, 본 시스템 내에서 판매자를 식별하기 위한「판매자 식별 번호」, 신용 카드 회사 제휴 시스템(4)이 그 시스템 상 판매자를 식별하기 위한「단말 식별 번호」, 전자 메일 어드레스 등의 판매자 시스템 식별 정보, 각 신용 카드 회사가 정산 상 판매자를 식별하기 위해 부여하는「가맹점 번호」, 상점 번호, 패스워드, 수수료 테이블 및 이용 신용 카드 회사 등을, 상기「판매자 식별 번호」에 관련지어 축적하고,「판매자 식별 번호」는 물론,「판매자 식별 번호」와 관련시킨「단말 식별 번호」및「가맹점 번호」로부터도 용이하게 목적하는 판매자 정보를 검색할 수 있도록 설계되어 있다.

여기서, 상기한「판매자 식별 번호」는,「판매자 식별 모 번호」+「소정 자릿수의 적정 번호」(이것을「판매자 식별 자 번호」라고 함)라고 하는 번호 체계로 구성되어 있다. 즉, 판매자별로「판매자 식별 모 번호」를 부여함과 아울러, 동일 판매자에 대하여 복수의「판매자 식별 자 번호」를 부여할 수 있도록 구성되어 있다. 이러한 번호 체계로 함으로써, 동일 판매자가 업태가 다른 점포를 운영하고 있는 경우, 각각의 점포별「단말 식별 번호」및「가맹점 번호」를 부여할 수 있다. 또한,「판매자 식별 자 번호」로부터「판매자 식별 모 번호」를 용이하게 추출할 수 있기 때문에, 예를 들면, 다른「판매자 식별 번호(판매자 식별 자 번호)」가 부여된 거래 정보, 매상 청구 정보, 지불 정산 정보 등에서도,「판매자 식별 모 번호」를 키로 하여, 다시 말하면 판매자별로 용이하게 연결하여, 취합할 수 있다.

또한,「판매자 식별 모 번호」는, 대금 상환 결제 시스템(20)이 판매자별로 부여하는 번호와 일치하고 있으며, 대금 상환 결제 시스템(20)이 관리하는 정보(예를 들면 거래 정보, 지불 정보 등)와, 본 신용 카드 결제 중개 시스템(1)이 관리하는 정보(예를 들면 거래 정보, 지불 정보 등)를,「판매자 식별 모 번호」를 키로 하여 판매자별로 연결하고, 취합할 수 있게 되어 있다.

거래 정보 데이터 베이스(14)는 DBMS(데이터 베이스 관리 시스템)를 구비하고, 거래 정보를 거래 안건별(다시 말하면 주문 번호별)로 하나의 레코드 단위를 작성하도록 데이터 베이스화하여 축적하고, 정보의 검색, 검색 결과의 제공 및 정정·변경을 순차적으로 행할 수 있는 기능을 구비하고 있다. 예를 들면, 판매자 식별 정보, 전자 메일 어드레스 등의 구입자 시스템 식별 정보, 주문일, 주문 번호, 결제 금액, 상품 개요, 여신 처리 결과(여신 승인 번호를 포함한 여신 승인 정보(여신 결과가「양호」라는 뜻의 정보) 또는 여신 NG 정보(여신 결과가「불량」이라는 뜻의 정보)를 포함), 발송 예정 정보(운송장 번호, 발송일 및 통신문을 포함), 집하 종료 정보, 매상 청구 정보, 지불 정산 정보 등의 거래 정보를 각각 거래 안건별로 관련지어 축적하고, 구입자 시스템 식별 정보, 주문 번호, 여신 승인 번호, 운송장 번호 등의 어느 하나의 거래 식별 코드로부터라도 검색할 수 있도록 설계하고 있다.

업무 시스템 서버(15)는, Web 어플리케이션 서버로서의 기능을 갖고, 업무 시스템(3) 내외의 인터페이스로서의 기능 실현 수단을 포함하고 있으며, 구체적으로는, 다음에 나타내는 (13)∼(21)의 기능을 실현하기 위한 수단을 포함하고 있다 (도 5 참조).

(13) Web 서버(2)로부터 전송되어 온「주문 정보(주문일, 거래 식별 정보(주문 번호 등), 구입자 전자 메일 어드레스, 결제 금액, 기타 필요에 따라 상품 개요 및 통신문 등을 포함)」를 수신하면, 이「주문 정보」를 거래 정보 데이터 베이스(14)에 거래 안건(거래 식별 정보)별로 관련지어 하나의 거래 정보 레코드로서 수시로 축적시키는 기능.

(14) Web 서버(2)로부터 전송되어 온「거래 정보의 조회(검색 요구)」와 구입자 전자 메일 어드레스 등의「구입자 시스템 식별 정보」를 수신하면, 거래 정보 데이터 베이스(14)에 그「구입자 시스템 식별 정보」와 관련지어진「거래 정보」를 검색시키고, 추출된「거래 정보 레코드」중에서 소정의「거래 정보」를 Web 서버(2)로 회신하는 기능.

(15) 신용 카드 회사 제휴 시스템(4)으로부터 전송되어 온 「여신 처리 결과 정보(여신 승인 번호를 포함하는 여신 승인 정보 또는 여신 NG 정보)」를 거래 정보 데이터 베이스(14)로 보내고, 그 거래 식별 정보(주문 번호 등)와 관련지어진 「거래 정보 레코드」에「여신 처리 결과 정보」를 추가 갱신시키고, 주문 번호 등의 거래 식별 정보와 여신 승인 번호를 관련시키는 기능.

(16) 신용 카드 회사 제휴 시스템(4)으로부터 전송되어 온「여신 처리 결과 정보」를 받아, 그 거래 식별 정보(주문 번호 등)에 기초하여 판매자 시스템(11)의 전자 메일 어드레스를 거래 정보 데이터 베이스(14) 및 판매자 정보 데이터 베이스(13)에 검색시키고, 해당 판매자 시스템(11)에 대하여「여신 처리 통지메일(거래 식별 정보 및 여신 처리 결과가 나왔다는 뜻을 포함하는 전자 메일)」을 인터넷(10)을 통해 송신하는 기능.

구체적으로는, 신용 카드 회사 제휴 시스템(4)으로부터 전송되어 온「여신 처리 결과 정보」를 받으면, 그 거래 식별 정보(주문 번호 등)에 관련된 판매자 식별 정보(예를 들면 판매자 식별 번호)를 거래 정보 데이터 베이스(14)에 검색시키고, 그 판매자 식별 정보에 관련된 판매자 시스템(11)의 전자 메일 어드레스를 판매자 정보 데이터 베이스(13)에 검색시켜, 해당하는 판매자 시스템(11)에 대하여「여신 처리 통지 메일」을 인터넷(10)을 통해 송신하도록 설계할 수 있다. 또한, 판매자 정보 데이터 베이스(13)에 판매자 시스템(11)의 전자 메일 어드레스를 축적시켜 두고, 거래 식별 정보에 기초하여 판매자 정보 데이터 베이스(13)에 직접, 판매자 시스템(11)의 전자 메일 어드레스를 검색시킬 수 있도록 설계할 수도 있다.

(17) Web 서버(2)로부터 전송되어 온「거래 식별 정보(주문 번호 등)」및「발송 예정 정보(발송일 및 운송장 번호 등의 운송 하물 식별 정보를 포함)」를 수신하면, 해당「발송 예정 정보」를 거래 정보 데이터 베이스(14)로 보내고, 그 거래 식별 정보와 관련지어져 있는「거래 정보 레코드」에「발송 예정 정보」를 추가 갱신시키고, 주문 번호 등의「거래 식별 정보」와 운송장 번호 등의「운송 하물 식별 정보」를 관련시킴과 아울러 해당「거래 정보 레코드」를「집하 확인 대기」의 스테이터스로 하는 기능.

(18) Web 서버(2)로부터 전송되어 온「발송 예정 정보」및「거래 식별 정보」를 받아, 그 거래 식별 정보에 기초하여 구입자 시스템(12)의 구입자 시스템 식별 정보(예를 들면 전자 메일 어드레스)를 거래 정보 데이터 베이스(14)에 의해 조회하고, 해당하는 구입자 시스템(12)에 대하여「발송 통지 메일」을 인터넷(10)을 통해 송신하는 기능.

이 때,「발송 통지 메일」에는, 운송장 번호 등의 운송 하물 식별 정보와 함께, 하물 추적 정보 관리 서버(6)가 개설하는「구입자별 하물 추적 사이트」로의 액세스 정보(URL)를 매립해 놓고,「발송 통지 메일」을 수신한 구입자가, 그 액세스 정보 부분을 클릭하면「구입자별 하물 추적 사이트」로 점프하여 바로 자기앞으로의 하물의 운송 상태를 확인할 수 있도록 하는 것이 바람직하다.

(19) 수시 혹은 소정 시간별로, 하물 추적 정보 관리 서버(6)에 대하여「운송 상태의 조회 요구」를 보내고, 거래 정보 데이터 베이스(14) 내의「거래 정보」 (바람직하게는「집하 확인 대기」의 스테이터스의 거래 정보 레코드만)와, 하물 추적 정보 관리 서버(6) 내의「하물 추적 정보」(바람직하게는 새롭게「집하 종료」로 된 하물 추적 정보 레코드만)를, 운송장 번호 등의「운송 하물 식별 정보」를 키로 하여 배치 처리에 의해 조회하고, 새롭게「집하 종료」로 된 거래 안건을 추출하여, 거래 정보 데이터 베이스(14)에 대하여, 해당하는 추출된 거래 안건과 관련지어진「거래 정보 레코드」에「집하 종료 정보(그 뜻 및 집하 일시를 포함)」를 추가 갱신하여, 해당「거래 정보 레코드」를「매상 확정」의 스테이터스로 하는 기 능.

(20) (21) 상기 조회 작업에서 새롭게「집하 종료」로 된 거래 안건을 추출하여, 추출된 거래 안건에 대해서는「매상 확정」이라고 보고, 자동적으로, 해당 거래 안건의 거래 정보의 일부인「지불 정산 정보」와 그「거래 식별 정보」를 지불 처리 서버(5)에 송신함과 함께, 그 거래 안건의 거래 정보의 일부인「매상 청구 정보」와 그「거래 식별 정보」를 신용 카드 회사 제휴 시스템(4)으로 송신하는 기능.

신용 카드 회사 제휴 시스템(4)은, 다음에 나타내는 (22)∼(25)의 기능을 실현하기 위한 수단을 포함하고 있다.

(22) Web 서버(2)로부터, 「신용 카드 정보」, 전자 메일 어드레스 등의「구입자 시스템 식별 정보」및「거래 식별 정보(주문 번호 등)」 등을 수신하면, 해당「신용 카드 정보」를 여신 처리 센터 시스템(8)으로 송신하는 기능, 및 여신 처리 센터 시스템(8)으로부터 그「여신 처리 결과 정보(여신 승인 번호를 포함한 여신 승인 정보 또는 여신 NG 정보)」를 수신하는 기능.

(23) 여신 처리 센터 시스템(8)으로부터「여신 처리 결과 정보」를 받으면, 「거래 식별 정보(주문 번호 등)」와 함께「여신 처리 결과 정보」를 업무 시스템(3)으로 송신하는 기능.

(24) 여신 처리 센터 시스템(8)으로부터「여신 처리 결과 정보」를 받으면, 상기 구입자 시스템(12)에 대하여「여신 처리 완료 메일(여신 처리가 완료하였다고 하는 정보)」을 송신하는 기능.

(25) 업무 시스템 서버(15)로부터「매상 청구 정보」및「거래 식별 정보」를 수신하면, 수시로 혹은 소정의 마감일에, 각 신용 카드 회사 관리 시스템(7)에 필요한「매상 청구 정보」를 송신하는 기능.

지불 처리 서버(5)는, 상품 배달 시에 그 자리에서 대금의 수금을 행하는 대금 상환 서비스의 지불 정산 정보를 수집·관리하는 대금 상환 결제 시스템(20)과도 접속하고 있으며, 다음에 나타내는 (26)∼(28)의 기능을 실현하기 위한 수단을 포함하고 있다 (도 5 참조).

(26) 업무 시스템 서버(15)로부터「거래 식별 정보」및「지불 정산 정보」를 수취하면, 수시로 혹은 소정 시기에, 자동적으로 판매자별로「지불 정산 정보」를 연결하는 기능.

(27) 대금 상환 결제 시스템(20)으로부터「거래 식별 정보」및「지불 정산 정보」를 수취하면, 수시로 혹은 소정 시기에, 자동적으로 판매자별로「지불 정산 정보」를 연결하는 기능.

(28) (26)에서 연결한 신용 카드 결제 지불 정산 정보와, (27)에서 연결한 대금 상환 결제 지불 정산 정보를, 자동적으로 판매자별로 연결하여「지불 정산서」를 작성하는 기능.

상기 지불 처리 서버(5)의 기능에서, 판매자별로「지불 정산 정보」를 연결하는 경우, 각「지불 정산 정보」에 판매자 식별 번호(「판매자 식별 모 번호」+「소정 자릿수의 적정 번호」)를 관련지어 놓음으로써,「판매자 식별 모 번호」를 키로 하여 연결하여 취합할 수 있다. 다시 말하면, 동일 판매자가 업태가 다른 복수 의 점포를 소유하고 있는 경우에도, 판매자별로「지불 정산 정보」를 용이하게 연결하여 취합할 수 있다.

하물 추적 정보 관리 서버(6)는, 운송 업자의 영업소 내에 배치된 단말(21A)이나 운송 업자의 운전 기사가 휴대하는 휴대 단말(21B) 등의 운송 업자 단말(21)과 유선 내지 무선으로 접속하고, 집하 의뢰 정보, 배달 장소, 배달 예정 일시, 담당 운전 기사명 내지 그 식별 번호, 그에 추가하여서는 하물의 집하 종료 정보나 배달 완료 정보 등 하물을 맡아 두고 나서 해당 하물을 수하인에게 배달하기까지의 각 단계의 완료를 각각 나타내는 확인 정보 등의「하물 추적 정보」를 정기적 또는 리얼타임으로 수집하고, 운송 안건마다 관련지어 하나의 레코드 단위로서 축적 관리하는 기능을 구비하고 있다 (각 레코드 단위를「하물 추적 정보 레코드」라고 함). 예를 들면, 운송 업자의 운전 기사가 하물(상품)을 집하하면, 해당 운전 기사가 그 자리에서 휴대 단말(21B)을 이용하여「집하 종료 정보」를 하물 추적 정보 관리 서버(6)로 송신하고, 이것을 받은 하물 추적 정보 관리 서버(6)는 그 운송의「하물 추적 정보레코드」에「집하 종료 정보」를 추가 갱신하고,「집하 종료」의 스테이터스로 하는 기능을 구비하고 있다.

또한, 업무 시스템 서버(15)로부터「운송 상태의 조회 요구」가 있으면,「집하 종료」스테이터스의 하물 추적 정보를 업무 시스템 서버(15)로 송신하는 기능을 구비하고 있다.

신용 카드 회사 관리 시스템(7) 및 여신 처리 센터 시스템(8)은 각각 각 신용 카드 회사 및 여신 처리 센터가 관리하는 컴퓨터 시스템으로서, 각 사의 서비스 업무를 행하는 기능 실현 수단을 포함하고 있다.

여신 처리 센터 시스템(8)에서는, 본 시스템(1)의 신용 카드 회사 제휴 시스템(4)으로부터의「여신 처리 조회」에 대하여, 전송되어 온「신용 카드 정보」에 기초하여 그 구입자가 지불 가능할지에 대한 심사(여신 처리)를 행하고, 여신 결과가「양호」인 경우의 여신 승인 번호를 포함하는 여신 승인 정보 또는 여신 결과가「불량」인 경우의 여신 NG 정보(이들을「여신 처리 결과 정보」라고 함)를 회신하는 기능을 구비하고 있다.

또한, 여신 처리 센터 시스템(8)은 각 신용 카드 회사가 보유하거나 혹은 각 신용 카드 회사와 전속적인 여신 처리 계약을 맺고, 신용 카드 회사 내에 설치되어 있더라도, 혹은 전용 회선을 통하여 각 신용 카드 회사의 신용 카드 회사 관리 시스템(7)과 접속되어 있어도 무방하다.

인터넷(10)은 통신 네트워크 수단의 일례이며, 그 밖의 공중 액세스 통신 네트워크 혹은 전용 회선 통신 네트워크에 의해 본 시스템(1), 판매자 시스템(11), 구입자 시스템(12), 가상 점포 관리 서버(16)간을 접속할 수도 있다.

판매자 시스템(11)은, 본 결제 중개 시스템(1)에 대하여 결제 처리를 위탁하는, 다시 말하면 본 결제 중개 시스템(1)의 결제 중개 서비스를 받는다는 뜻의 판매점 등록(계약)을 하고 있는 클라이언트가 관리하는 시스템이다.

구입자 시스템(12)은, 상기 판매자(판매점 등록 종료)에 대하여 상품 구입주문을 한 사람 중에서, 상품 주문 시에 신용 카드 결제를 선택한 구입자(본 시스템(1) 측에서 보면 본 결제 중개 시스템(1)의 여신 처리 서비스를 받는 클라이언 트)가 관리하는 시스템이다.

상기 어떠한 시스템도, 인터넷(10)과 접속하고, HTTP나 SSL 등의 인터넷 표준 프로토콜에 의해 통신 가능하게 되어 있으며, 한대 혹은 여러대의 컴퓨터 혹은 휴대 전화 등의 휴대 단말을 구비하고, 또 Web 서버(2)로부터 전송되는 Web 페이지를 표시할 수 있는 브라우저(예를 들면 넷스케이프사의 Netscape Navigator나 마이크로소프트사의 Internet Explorer 등)를 구비하고 있는 것이 바람직하다.

가상 점포 관리 서버(16)는 본 결제 중개 시스템(1)의 클라이언트인 판매자가, 구입 의사 확인 수단으로서「링크 버튼 방식」을 선택한 경우에 본 결제 중개 시스템(1)과 접속하는 것으로, 인터넷(Web) 상에「가상 점포(Web 상의 전자 상점)」를 개설하고, 이「가상 점포」를 통해 구입자 시스템(12)과 정보의 수수를 행할 수 있다.

「가상 점포」 내에는,「여신 처리 의뢰 페이지」와 링크된「신용 카드 결제 버튼」을 설치하고, 이「신용 카드 결제 버튼」을 클릭하면 「여신 처리 의뢰 페이지」로 점프하도록 설정하는 것이 바람직하다.

단,「가상 점포」는 판매자 자신이 개설한 가상 점포이더라도, 타사가 관리하는 사이버몰 등의 복수의 점포가 늘어 선 전자 상점가의 형식이어도 무방하다.

이하, 상기 결제 중개 시스템(1)에서 실현할 수 있는 신용 카드 결제 중개 서비스(신용 카드 결제 중개 방법)의 일례에 대하여 구체예를 들어 설명한다.

또한, 본 신용 카드 결제 중개 서비스(신용 카드 결제 중개 방법)는, 구입 의사 확인 서비스(방법), 여신 처리 서비스(방법), 집하 종료 정보와 제휴한 대금 청구 서비스(방법) 및 동일하게 집하 종료 정보와 제휴한 대금 입체 지불 서비스(방법)를 포함하고 있다.

<판매점 등록>

본 결제 중개 시스템(1) (이하「본 시스템(1)」이라고 함)에 의한 서비스를 받기 위해서는, 판매자는, 사전에 본 시스템(1)에 대하여 판매점 등록을 할 필요가 있다.

이 판매점 등록은, 통상적으로 소정의 심사를 행한 다음, 판매자에 대하여「판매자 식별 번호」를 할당함과 함께 소정의「패스워드」를 제공하는 한편, 판매자식별 번호, 단말 식별 번호, 가맹점 번호, 판매자 시스템의 전자 메일 어드레스, 상점 번호(屋號), 수수료 테이블, 이용 신용 카드 회사, 상품 대금 지불처의 금융 기관 계좌 번호 등의 판매자 정보를 판매자별로 관련지어 판매자 정보 데이터 베이스(13)에 축적(등록)함으로써 행해진다.

판매자는, 판매점 등록 시에 구입자에 대한 구입 의사 확인 수단(여신 처리 개시 의뢰 수단이라고도 할 수 있음)으로서「메일 확인 방식」및「링크 버튼 방식」중 어느 하나 혹은 양쪽을 선택할 수 있다. 「링크 버튼 방식」을 선택한 경우에는, 상술된 바와 같이, 가상 점포 관리 서버(16) 내의 해당 판매자의「가상 점포」내에「여신 처리 의뢰 페이지」와 직접 링크한「신용 카드 결제 버튼」을 설치하고, 이「신용 카드 결제 버튼」을 클릭하면「여신 처리 의뢰 페이지로의 액세스 요구(URL)」와 함께 전자 메일 어드레스 등의 구입자 시스템 식별 정보, 주문일, 주문 번호 및 결제 금액 등의 주문 정보가 인터넷(10)을 통해 Web 서버(2)로 송신되 도록 설정한다.

우선,「메일 확인 방식」을 채용한 경우의 구입 의사 확인∼여신 처리, 대금 청구·대금 입체 지불까지의 일련의 흐름에 대하여 설명한다.

「메일 확인 방식」의 경우에는, 구입자는 판매자에 대하여 임의의 방법으로 상품의「주문 정보」(상품, 주문 번호, 전자 메일 어드레스 등의 구입자 시스템 식별 정보, 도착지 정보, 결제 방법을 포함)를 송신하면 된다. 예를 들면, 판매자가 Web 상에 개설하고 있는「가상 점포」에 구입자가 액세스하고, 전자 카탈로그로부터 임의의 아이템을 선택하여 Web 상에서「주문 의뢰」를 송신하여도 되고, 전자 메일, 전화, 팩스, 우편, 그 밖의 통신 수단에 의해「주문 정보」를 판매자에게 보내고, 판매자가 이것을 취득하는 방법이어도 무방하다.

그리고, 구입자가 결제 방법으로서 신용 카드 결제를 선택한 경우, 이하에 설명하는 본 시스템(1)의 서비스를 받을 수 있다.

판매자는, 우선, 판매자 시스템(11)에 의해「결제 사이트」의 URL을 지정하여「결제 사이트(판매자용 페이지)로의 액세스 요구」를 본 시스템(1)(Web 서버: 2)로 송신한다.

이 액세스 요구를 받은 본 시스템(1)(Web 서버: 2)는, 판매자 식별 번호 및 패스워드의 기입을 요구하는 다이얼로그 박스가 부가된 Web 페이지를 판매자 시스템(11)으로 송신한다.

판매자가, 소정의「판매자 식별 번호 및 패스워드」를 입력하여 회신하면, 본 시스템(1)은 판매자 정보 데이터 베이스(13)에 축적하고 있는 판매 등록 시에 할당된「판매자 식별 번호 및 패스워드」라고 인증한 후, 인증되면「판매자용 페이지의 프론트 화면 정보」를 판매자 시스템(11)으로 송신한다. 이 때, 판매자 시스템(11)의 모니터에는「판매자용 페이지의 프론트 화면」이 표시되고, 이 화면 내에는「주문 정보 입력 페이지」「거래 정보 확인 페이지」「발송 예정 정보 입력 페이지」 및「지불 정산 정보 확인 페이지」로의 각 천이 버튼이 표시된다.

판매자가「주문 정보 입력 페이지」로의 천이 버튼을 클릭하면, 판매자 시스템(11)의 모니터에는, 상품명, 주문일, 주문 번호, 전자 메일 어드레스 등의 구입자 시스템 식별 정보, 운송 요금 등 상품 대금 이외의 모든 요금을 포함한 결제 총액, 도착지 정보, 결제 방법 등의「주문 정보」의 입력을 재촉하는 다이얼로그 박스 형식의「입력란」과「확인·실효 버튼」으로 표시된다.

판매자가, 필요한 모든「입력란」에 소정 사항을 기입하고,「확인·실효 버튼」을 클릭하면,「주문 정보」는 본 시스템(1)(Web 서버: 2)으로 보내진다.

이 「주문 정보」를 수취한 본 시스템(1)은, 본 시스템(1) 내의 거래 정보 데이터 베이스(14)에 주문 안건별로 관련지어 순차적으로 축적함과 함께, 그「주문 정보」로부터 구입자 시스템(12)에 관련된 전자 메일 어드레스 등의 구입자 시스템 식별 정보를 추출하고, 이 구입자 시스템 식별 정보(전자 메일 어드레스) 앞으로, 예를 들면「이번은, ○○(상품)의 주문에 감사드립니다. 그에 따라, 신용 카드 결제에 여신 처리가 필요하므로, 여신 처리 개시를 승낙하신다면 하기의「확인·실효 버튼」을 클릭하여 주십시오. 」등의 텍스트문과 함께「여신 처리 의뢰 페이지」와 직접 링크된「확인·실효 버튼」을 매립한「여신 처리 개시 의뢰 메일」을 인터 넷(10)을 통해 송신한다.

이「여신 처리 개시 의뢰 메일」을 받은 구입자가, 메일 내의「확인·실효 버튼」을 클릭하면, 여신 처리 의뢰 페이지로의 액세스 요구(URL)가 본 시스템(1)으로 보내진다.

그리고, 이 액세스 요구를 받은 본 시스템(1)은, 액세스 요구로부터 전자 메일 어드레스 등의 구입자 시스템 식별 정보를 추출하고, 이 구입자 시스템 식별 정보와 관련지어진 거래 정보를 거래 정보 데이터 베이스(14)에 의해 조회하고, 그 중에서 추출한 주문 정보와 함께「여신 처리 의뢰 페이지 화면 정보」를 구입자 시스템(12)으로 송신한다.

그렇게 하면, 구입자 시스템(12)의 모니터에는「상점명」「주문일」「주문 번호」「결제 총액(운송 요금 등 상품 대금 이외의 모든 요금을 포함)」등의 주문 정보와 함께,「구입 의사 혹은 여신 처리 개시의 승낙을 확인한다는 뜻」, 예를 들면「상기 주문 내용에 관하여 확인해주시고, 여신 처리 개시를 승낙하신다고 하면, 하기의「확인·실효 버튼」을 클릭해 주십시오. 」등의 텍스트문와 함께, 클릭하면「신용 카드 정보 입력 페이지」로 천이하는「확인·실효 버튼」도 표시된다.

이「확인·실효 버튼」을 클릭하면, 「신용 카드 정보 입력 페이지」로 천이하고, 이 페이지에는 신용 카드 정보의 입력을 재촉하는「신용 카드 정보 입력란」 과「확인·실효 버튼」이 표시된다.

구입자가「신용 카드 정보 입력란」의 필요 항목 전체에 기입하고「확인·실효 버튼」을 클릭하면, 본 시스템(1)을 통해「신용 카드 정보」가 해당하는 신용 카드 회사의 여신 처리 센터 시스템(8)에 리얼타임으로 송신되고, 해당 송신 후 약간의 시간(수초∼수분)을 두고, 여신 처리 센터 시스템(8)으로부터「여신 처리 결과 정보(여신 승인 번호를 포함하는 여신 승인 정보 또는 여신 NG 정보)」가 본 시스템(1)으로 회신되어 온다.

본 결제 중개 시스템(1)은, 여신 처리 센터 시스템(8)으로부터의「여신 처리 결과 정보」를 수신함과 동시에,「여신 처리 결과 정보」를 구입자 시스템(12)으로 송신하고, 상기「신용 카드 정보 입력 페이지」의 화면 내에「여신 처리 결과 정보」를 표시한다. 또한 동시에,「여신 처리 결과 정보」를 거래 정보 데이터 베이스(14)로 보내고, 그 주문 안건의「거래 정보 레코드」에「여신 처리 결과 정보」를 추가 갱신함과 함께, 주문 번호 등의 거래 식별 정보에 관련지어진 판매자 식별 정보(예를 들면 판매자 식별 번호)를 거래 정보 데이터 베이스(14)에 검색시키고, 그 판매자 식별 정보에 관련된 판매자 시스템(11)의 전자 메일 어드레스 등의 판매자 시스템 식별 정보를 판매자 정보 데이터 베이스(13)에 검색시켜, 해당 판매자 시스템(11)에 대하여「여신 처리 통지 메일(주문 번호 및 여신 처리 결과가 나왔다는 뜻을 포함하는 전자 메일)」을 인터넷(10)을 통해 송신한다.

또한, 구입자 시스템(12)에 대하여「여신 처리 완료 메일(여신 결과가「양호」이면 주문이 완료하였다고 하는 뜻을 포함하는 메일)」을 인터넷(10)을 통해 송신한다.

상기한「여신 처리 통지 메일」을 받은 판매자가, 결제 사이트 내의「거래 정보 확인 페이지」로 액세스하고,「거래 식별 정보(주문 번호나 주문일, 구입자명 등)」을 입력하여 「거래 정보」를 조회하면, 거래 정보 확인 페이지 화면 내에 해당「거래 식별 정보」와 관련지어져 있는「거래 정보」가 표시되고, 여신 처리 결과 란에는「양호」혹은「불량(NG)」이라고 하는 결과가 표시된다.

이 결과를 본 판매자는, 상품 발송의 시비를 판단하여, 양호한 여신 처리 결과가 얻어지면, 출하 준비를 진행시켜 운송장(배송 전표)을 작성하고, 판매자는 주문 번호 등의 거래 식별 정보를 입력하고 결제 사이트 내의「발송 예정 정보 입력 페이지」로 액세스한다. 그렇게 하면, 발송 예정 정보 입력 페이지 화면 내에는, 해당 주문 번호 등의 거래 식별 정보에 관련지어진 거래 정보(여신 처리 결과를 포함)가 일람 표시됨과 함께,「운송장 번호 기입란」및「확인·실효 버튼」이 표시된다.

판매자가 운송장 번호를 기입하고「확인·실효 버튼」을 클릭하면, 본 시스템(1)(Web 서버: 2)은 이들을 수신하고,「발송 예정 정보」를 거래 정보 데이터 베이스(14)로 보내어, 주문 번호와 관련된「거래 정보 레코드」에「발송 예정 정보」를 추가 갱신하고, 주문 번호와 운송장 번호를 관련시킴과 함께, 이 레코드를「집하 확인 대기」의 스테이터스로 한다. 이와 동시에, 그 주문 번호에 관련된 전자 메일 어드레스 등의 구입자 시스템 식별 정보를 거래 정보 데이터 베이스(14)에 조회하고, 해당하는 구입자 시스템 식별 정보(전자 메일 어드레스) 앞으로, 인사문과 함께 주문일, 주문 번호, 운송장 번호, 상품 개요, 발송일 등을 포함하고, 또한 하물 추적 정보 관리 서버(6)가 개설하는「구입자별 하물 추적 사이트」로의 액세스 정보(URL)를 매립한「발송 통지 메일」을 인터넷(10)을 통해 송신한다.

이「발송 통지 메일」을 수신한 구입자가,「구입자별 하물 추적 사이트」로의 액세스 정보(URL) 부분을 클릭하면,「구입자별 하물 추적 사이트」로 점프하고, 그 화면 내에서 본건의 운송장 번호 부분을 클릭하면, 바로 본 운송 안건의 운송 상태를 확인할 수가 있으며, 또, 배달일의 지정, 배달 장소 변경 등을 행할 수 있다.

그 후, 판매자가, 소정의 운송 업자, 예를 들면 본 시스템(1)(하물 추적 정보 관리 서버: 6)과 접속할 수 있는 운송 업자 단말(21)을 갖는 운송 업자에게 상품(하물)의 집하를 의뢰하고, 운송 업자가 이 하물을 수취하여, 집하를 완료한 시점에서 운송 업자의 영업소 내 등의 단말(21A) 혹은 운송 업자의 운전 기사의 휴대 단말(21B)로부터 정기적으로 또는 리얼타임으로 집하 종료 정보가 하물 추적 정보 관리 서버(6)로 전송된다. 그리고, 이 하물 추적 정보 관리 서버(6)는 그 운송 안건의 하물 추적 정보 레코드에「집하 종료 정보」를 순차 추가 갱신하고, 그 하물 추적 정보 레코드를 집하 종료로 스테이터스로 한다.

본 시스템(1)의 업무 시스템(3)은, 소정 시간별(예를 들면 매일 정해진 시간에)로, 하물 추적 정보 관리 서버(6)에 대하여 운송 상태의 조회 요구를 보내고, 거래 정보 데이터 베이스(14) 내의「집하 확인 대기」 스테이터스의「거래 정보 레코드」와, 하물 추적 정보 관리 서버(6) 내의「집하 종료」스테이터스의「하물 추적 정보 레코드」를, 예를 들면「운송장 번호(운송 하물 식별 정보)」를 키로 하여 배치 처리에 의해 조회시키는 작업을 반복하여 행한다. 그리고, 본 시스템(1)의 업무 시스템(3)은, 이 조회 작업에 의해 새롭게「집하 종료」로 된 거래 안건을 추출하고, 이 거래 안건과 관련지어진 거래 정보 레코드에「집하 종료 정보(그 취지 및 출하 일시를 포함)」를 추가 갱신하여, 이 시점에서 이 거래 안건을「매상 확정」스테이터스로 하고, 동시에 판매자에 대한 입체 지불 처리와 각 신용 카드 회사에 대한 매상 청구 처리를 자동적으로 진행시킨다.

판매자에 대한 입체 지불 처리에 대해서는, 업무 시스템(3)으로부터「지불 정산 정보」를 지불 처리 서버(5)가 수신하여, 수시 혹은 소정 시기에 자동적으로 판매자(판매자 식별 모 번호)별로「지불 정산 정보」를 연결하는 한편, 대금 상환 결제 시스템(20)으로부터도「지불 정산 정보」를 수신하여, 수시로 혹은 소정 시기에 자동적으로 판매자(판매자 식별 모 번호)별로「지불 정산 정보」를 연결하고, 또한, 수시로 혹은 소정 시기에 자동적으로 양쪽의 결제 수단에 의한「지불 정산 정보」를 연결하고, 양쪽의 결제 수단으로부터의 지불 정산을 취합하여「지불 정산서」를 작성한다.

이것에 의해, 신용 카드 결제에 의한 지불 정산서와 대금 상환 결제에 의한 지불 정산서가 하나로 취합됨과 함께, 판매자가 복수의 신용 카드 회사를 이용하고 있는 경우에도, 복수의 신용 카드 회사로부터의「지불 정산서」가 하나로 취합된다. 따라서, 판매자로서는, 본 시스템(1)을 통한 지불 결제를 일원적으로 관리(구체적으로는 입금 확인 처리)할 수 있다. 또한, 판매자로의 지불(입금)에 대하여, 본 시스템(1)은「매상 확정」후, 자동적으로 또한 빠르게 입체 지불 처리하도록 되어 있기 때문에, 판매자가「결제 사이트」에「주문 정보」를 입력하고 나서 예를 들면 5일 후에는 입금을 행하는 것이 가능해지며, 판매자에게 있어서의 채권 회수 기간이 단축된다.

다음에, 판매자가「링크 버튼 방식」을 선택한 경우에 대하여 설명한다.

이 경우, 상술된 바와 같이, 가상 점포 관리 서버(16) 내의 해당 판매자의「가상 점포」내에「여신 처리 의뢰 페이지」와 직접 링크된「신용 카드 결제 버튼」을 설치함과 함께,「신용 카드 결제 버튼」을 클릭하면「여신 처리 의뢰 페이지로의 액세스 요구」와 함께, 전자 메일 어드레스 등의 구입자 시스템 식별 정보, 주문일, 주문 번호 및 결제 금액 등의 주문 정보가 Web 서버(2)로 송신되도록 설정해 둔다.

판매자는, 상기「가상 점포」에 판매자가 액세스하고, 전자 카탈로그로부터 임의의 아이템을 선택하여, 상기한「신용 카드 결제 버튼」을 클릭하면「여신 처리 의뢰 페이지」로 직접 점프하기 때문에, 후에는, 상기「메일 확인 방식」과 마찬가지로「신용 카드 정보 입력 페이지」로 천이하여, 이 페이지 내에서「신용 카드 정보 입력란」에 필요 항목 전체에 기입하고「확인·실효 버튼」을 클릭하면 여신 처리로 진행할 수 있다.

도 1은 본 발명의 결제 중개 시스템을 실현하기 위한 시스템 구성의 일례를 나타낸 블록도.

도 2는 본 발명의 결제 중개 시스템 및 결제 중개 방법에서의 처리의 흐름을 예시한 모식도.

도 3은 본 발명의 결제 중개 시스템 및 결제 중개 방법에서의 처리의 흐름을 예시한 흐름도.

도 4는 본 발명의 결제 중개 시스템이 Web 상에서 개설하는「결제 사이트」의 구조를 나타낸 도면.

도 5는 본 발명의 결제 중개 시스템을 구성하는 Web 서버, 업무 시스템 및 지불 처리 서버에서의 여신 처리∼발송 완료 확인∼결제 처리까지의 주된 흐름을 나타낸 흐름도.

도 6은 종래의 결제 중개 모델의 구성의 일례를 나타낸 모식도.

도 7은 종래의 결제 중개 모델의 구성의 다른 예를 나타낸 모식도.

〈도면의 주요 부분에 대한 부호의 설명〉

1 : 신용 카드 결제 중개 시스템

2 : Web 서버

3 : 업무 시스템

4 : 신용 카드 회사 제휴 시스템

5 : 지불 처리 서버

6 : 하물 추적 정보 관리 서버

7 : 신용 카드 회사 관리 시스템

8 : 여신 처리 센터 시스템

10 : 인터넷

11 : 판매자 시스템

12 : 구입자 시스템

13 : 판매자 정보 데이터 베이스

14 : 거래 정보 데이터 베이스

15 : 업무 시스템 서버

16 : 가상 점포 관리 서버

20 : 대금 상환 결제 시스템

21A, 21B : 운송 업자 단말

Claims (3)

1. 상품 판매자의 컴퓨터인 판매자 시스템 또는 상품 구입자의 컴퓨터인 구입자 시스템과 인터넷을 통해 접속할 수 있고, 운송업자 단말로부터 하물 추적 정보를 정기적 또는 리얼 타임으로 수집해, 운송 하물 식별 정보와 관련하여 축적하는 기능을 구비한 하물 추적 정보 관리 서버와 접속하고, 한 대 또는 복수대의 컴퓨터로 이루어진 결제 중개 시스템을 사용하는 것에 의해, 상품 구입자로부터 상품 판매자로 주문 의뢰가 있고 상품 구입자가 신용카드 결제를 선택하는 경우, 여신 처리의 중개에서부터, 판매자에 대한 지급 처리 및 신용카드 회사에 대한 대금 청구 처리를 개시하는 매상 확정까지의 처리를 실행하는 결제 중개 방법에 있어서,

   결제 중개 시스템이, 구입자 시스템을 식별하는 구입자 시스템 식별 정보, 상품명, 운송 요금을 포함하는 결제 총액 정보, 및 각 주문 안건을 식별하는 거래 식별 정보 등을 포함하는 주문 정보를, 통신 네트워크를 통해 판매자 시스템으로부터 수신하면, 상기 주문 정보를 주문 안건마다의 거래 정보로서 레코드 단위로 축적하는 단계,

   결제 중개 시스템이, 판매자 시스템으로부터, 발송 예정일과 운송장 번호 등의 운송 하물 식별 정보를 포함하는 발송 예정 정보 및 거래 식별 정보를, 통신 네트워크를 통해 수신하면, 상기 거래 식별 정보에 관련지어져 있는 거래 정보의 레코드에 상기 발송 예정 정보를 추가 갱신해, 상기 거래 정보의 레코드에 상기 운송 하물 식별 정보를 관련시켜 상기 거래 정보의 레코드를 집하 확인 대기의 스테이터 스로 하는 단계,

   하물 추적 정보 관리 서버가, 운송 업자 단말로부터 하물 추적 정보로서의 집하 종료 정보 및 운송 하물 식별 정보를 수신하면, 상기 집하 종료 정보를 상기 운송 하물 식별 정보에 관련시켜 하물 추적 정보 레코드로서 수시 축적하는 단계,

   결제 중개 시스템이 축적하고 있는 거래 정보의 레코드와, 하물 추적 정보 관리 서버가 축적하고 있는 하물 추적 정보 레코드를, 운송 하물 식별 정보를 키로 하여, 정기적으로 조회하는 단계,

   결제 중개 시스템이, 상기 조회 결과, 새로운 집하 종료 정보가 관련지어진 하물 추적 정보 레코드 및 조회해서 새로운 집하 종료로 된 거래 정보의 레코드에 집하 종료 정보를 추가 갱신해, 상기 거래 정보의 레코드를 매상 확정의 스테이터스로 하는 단계

   를 포함하는 결제 중개 방법.
2. 통신 네트워크를 통하여, 외부 시스템인 구입자 시스템 및 판매자 시스템과 접속할 수 있음과 함께, 상품 운송에 관한 하물 추적 정보 중 적어도 집하 종료 정보 또는 배달 완료 정보를 수집하여 축적하는 하물 추적 정보 관리 서버와 접속할 수 있는 결제 중개 시스템에 있어서,

   각 주문 안건을 식별하는 거래 식별 정보를 포함하는 주문 정보를 판매자 시스템으로부터 수신하고, 상기 주문 정보를 주문 안건별 거래 정보로서 축적하는 기능과,

   판매자 시스템으로부터, 적어도 발송 예정일과, 운송장 번호 등의 운송 하물 식별 정보를 포함하는 발송 예정 정보를 수신하여, 축적하고 있는 거래 정보에 상기 발송 예정 정보를 추가 갱신하는 기능과,

   축적하고 있는 거래 정보 중의 발송 예정 정보가 추가된 거래 정보와, 하물 추적 정보 관리 서버가 축적하고 있는 집하 종료 정보 또는 배달 완료 정보를 조회하는 기능과,

   조회 결과, 새롭게 집하 종료 또는 배달 완료로 된 거래 정보를 추출하여, 추출된 거래 정보에 대해서는, 그 후 자동적으로, 판매자로의 지불 처리, 구입자 혹은 구입자로부터의 상품 대금의 회수 업무를 위탁한 회사에 대한 청구 처리 중 어느 하나의 처리, 또는 이들 양쪽의 처리를 진행시키는 기능

   을 구비한 것을 특징으로 하는 결제 중개 시스템.
3. 통신 네트워크를 통하여, 외부 시스템인 구입자 시스템 및 판매자 시스템과 접속할 수 있음과 함께, 상품 운송에 관한 하물 추적 정보 중 적어도 집하 종료 정보 또는 배달 완료 정보를 수집하여 축적하는 하물 추적 정보 관리 서버와 접속할 수 있는 결제 중개 시스템을 통해, 판매자에 대한 대금 지불 처리를 행하는 결제 중개 방법에 있어서,

   결제 중개 시스템이, 각 주문 안건을 식별하는 거래 식별 정보를 포함하는 주문 정보를 판매자 시스템으로부터 수신하여, 상기 주문 정보를 주문 안건별 거래 정보로서 축적하는 단계와,

   결제 중개 시스템이, 축적하고 있는 거래 정보와 하물 추적 정보 관리 서버가 축적하고 있는 집하 종료 정보 또는 배달 완료 정보를 조회하는 단계와,

   결제 중개 시스템이, 조회의 결과 새롭게 집하 종료 또는 배달 완료가 된 거래 정보를 추출하여, 추출된 거래 정보에 대해서는, 그 후 자동적으로, 판매자로의 대금 지불 처리를 진행시키는 단계

   를 포함하는 것을 특징으로 하는 결제 중개 방법.

Images