KR101748794B1 - 구매 관리 시스템 및 구매 관리 방법 - Google Patents

구매 관리 시스템 및 구매 관리 방법 Download PDF

Info

Publication number
KR101748794B1
KR101748794B1 KR1020150137103A KR20150137103A KR101748794B1 KR 101748794 B1 KR101748794 B1 KR 101748794B1 KR 1020150137103 A KR1020150137103 A KR 1020150137103A KR 20150137103 A KR20150137103 A KR 20150137103A KR 101748794 B1 KR101748794 B1 KR 101748794B1
Authority
KR
South Korea
Prior art keywords
amount
settlement
user
payment
sales
Prior art date
Application number
KR1020150137103A
Other languages
English (en)
Other versions
KR20170037455A (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 KR1020150137103A priority Critical patent/KR101748794B1/ko
Publication of KR20170037455A publication Critical patent/KR20170037455A/ko
Application granted granted Critical
Publication of KR101748794B1 publication Critical patent/KR101748794B1/ko

Links

Images

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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • 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
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
    • G06Q30/0211—Determining the effectiveness of discounts or incentives
    • 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
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
    • G06Q30/0234—Rebates after completed purchase
    • 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
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0283—Price estimation or determination

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Strategic Management (AREA)
  • Engineering & Computer Science (AREA)
  • Marketing (AREA)
  • Economics (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Game Theory and Decision Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

본 발명의 일 실시예는 복수의 사용자들이 일 아이템을 구매하는 구매 관리 시스템에 관한 것으로서, 상기 아이템에 대한 복수의 할인 조건을 관리하는 할인 조건 제어부, 상기 복수의 사용자들 중 일 사용자가 상기 복수의 할인 조건 중 일 할인 조건을 선택 시 이를 인식하는 선택 인식부, 상기 사용자가 선택한 할인 조건에 따른 결제 금액에 따라 상기 일 아이템의 구매를 위한 결제를 진행하는 결제 처리부, 상기 일 아이템의 판매 가격을 판단하는 판매 금액 제어부 및 상기 판매 금액 제어부에서 판단한 판매 가격과 상기 사용자가 선택한 할인 조건에 따른 결제 금액을 비교하여 상기 사용자에게 사후 정산 금액을 산정하는 정산 제어부를 포함하는 구매 관리 시스템을 개시한다.

Description

구매 관리 시스템 및 구매 관리 방법{Managing system for purchase and method for managing purchase}
본 발명의 실시예들은 구매 관리 시스템 및 구매 관리 방법에 관한 것이다.
현재 사용자들은 다양한 아이템들에 대한 정보를 텍스트 또는 그래픽 형태로 취득할 수 있다. 예를들면 사용자들은 단말기의 화면을 통하여 아이템에 대한 정보를 취득할 수 있다.
사용자의 단말기의 형태는 다양할 수 있는데, 기술의 발전으로 인하여 근래에는 사용자들은 휴대용 단말기의 화면을 통하여 종전보다 증가된 많은 아이템에 대한 정보를 취득하고 있다.
한편, 이러한 기술 발전으로 인하여 사용자들은 공통의 아이템에 대한 정보를 용이하게 동시 또는 유사한 시기에 접할 수 있다. 정보를 접한 후에 아이템에 대한 구매를 원하는 경우에 서로 독립적으로 구매를 진행할 수 있다.
또한, 이러한 정보를 접하는 시기가 중첩될 수 있으므로 공통의 아이템에 대한 복수의 사용자들의 구매를 진행할 수 있다.
그러나 이러한 복수의 사용자들의 공통의 아이템 구매 시 사용자의 편의성을 향상 및 사용자의 만족도를 향상하면서 용이하게 구매를 유도하고 관리하는 데 한계가 있다.
본 발명의 실시예들은 사용자의 편의성, 사용자의 만족도를 향상하면서 용이하게 구매를 유도하고 관리하는 구매 관리 시스템 및 구매 관리 방법을 제공한다.
본 발명의 일 실시예는 복수의 사용자들이 일 아이템을 구매하는 구매 관리 시스템에 관한 것으로서, 상기 아이템에 대한 복수의 할인 조건을 관리하는 할인 조건 제어부, 상기 복수의 사용자들 중 일 사용자가 상기 복수의 할인 조건 중 일 할인 조건을 선택 시 이를 인식하는 선택 인식부, 상기 사용자가 선택한 할인 조건에 따른 결제 금액에 따라 상기 일 아이템의 구매를 위한 결제를 진행하는 결제 처리부, 상기 일 아이템의 판매 가격을 판단하는 판매 금액 제어부 및 상기 판매 금액 제어부에서 판단한 판매 가격과 상기 사용자가 선택한 할인 조건에 따른 결제 금액을 비교하여 상기 사용자에게 사후 정산 금액을 산정하는 정산 제어부를 포함하는 구매 관리 시스템을 개시한다.
본 실시예에 있어서 상기 결제 처리부는 상기 사용자로 하여금 결제 진행 여부를 선택하고 이를 인식하는 결제 진행 여부 선택부를 더 포함할 수 있다.
본 실시예에 있어서 상기 판매 금액 제어부는 미리 설정된 판매 금액을 인식하는 판매 금액 인식부를 더 포함할 수 있다.
본 실시예에 있어서 상기 판매 금액 제어부는 판매 금액을 설정하는 판매 금액 설정부를 더 포함할 수 있다.
본 실시예에 있어서 상기 정산 제어부는 상기 판매 금액 제어부에서 판단한 판매 금액과 상기 결제 처리부에서 결제 처리한 결제 금액간의 차액을 계산하여 정산 금액을 산정하는 정산 금액 산정부를 더 포함할 수 있다.
본 실시예에 있어서 상기 정산 금액 산정부는 상기 결제 금액에서 판매 가격을 뺀 금액을 정산 금액으로 산정하고, 상기 정산 금액이 양의 값일 경우 상기 정산 금액을 환불 금액으로 정하고, 상기 정산 제어부는 상기 결제 금액을 결제한 사용자에게 상기 환불 금액에 대하여 환불 지급 처리를 진행하는 환불 처리부를 더 포함할 수 있다.
본 실시예에 있어서 상기 정산 금액 산정부는 상기 결제 금액에서 판매 가격을 뺀 금액을 정산 금액으로 산정하고, 상기 정산 금액이 음의 값일 경우 상기 정산 금액을 추가 지불 금액으로 정하고, 상기 정산 제어부는 상기 추가 지불 금액에 대하여 상기 결제 금액을 결제한 사용자로부터 추가 지불 처리를 진행하는 추가 지불 처리부를 더 포함할 수 있다.
본 발명의 다른 실시예는 복수의 사용자들이 일 아이템을 구매하는 구매 관리 방법에 관한 것으로서, 상기 아이템에 대한 복수의 할인 조건을 관리하는 할인 조건 제어 단계, 상기 복수의 사용자들 중 일 사용자가 상기 복수의 할인 조건 중 일 할인 조건을 선택 시 이를 인식하는 선택 인식 단계, 상기 사용자가 선택한 할인 조건에 따른 결제 금액에 따라 상기 일 아이템의 구매를 위한 결제를 진행하는 결제 처리 단계, 상기 일 아이템의 판매 가격을 판단하는 판매 금액 제어 단계 및 상기 판매 금액 제어 단계에서 판단한 판매 가격과 상기 사용자가 선택한 할인 조건에 따른 결제 금액을 비교하여 상기 사용자에게 사후 정산 금액을 산정하는 정산 제어 단계를 포함하는 구매 관리 방법을 개시한다.
본 실시예에 있어서 상기 결제 처리 단계는 상기 사용자로 하여금 결제 진행 여부를 선택하고 이를 인식하는 결제 진행 여부 선택 단계를 더 포함할 수 있다.
본 실시예에 있어서 상기 판매 금액 제어 단계는 미리 설정된 판매 금액을 인식하는 판매 금액 인식 단계를 더 포함할 수 있다.
본 실시예에 있어서 상기 판매 금액 제어 단계는 판매 금액을 설정하는 판매 금액 설정 단계를 더 포함할 수 있다.
본 실시예에 있어서 상기 정산 제어 단계는 상기 판매 금액 제어 단계에서 판단한 판매 금액과 결제 처리 단계에서 결제 처리한 결제 금액간의 차액을 계산하여 정산 금액을 산정하는 정산 금액 산정 단계를 더 포함할 수 있다.
본 실시예에 있어서 상기 정산 금액 산정 단계는 상기 결제 금액에서 판매 가격을 뺀 금액을 정산 금액으로 산정하고, 상기 정산 금액이 양의 값일 경우 상기 정산 금액을 환불 금액으로 정하고, 상기 정산 제어 단계는 상기 결제 금액을 결제한 사용자에게 상기 환불 금액에 대하여 환불 지급 처리를 진행하는 환불 처리 단계를 더 포함할 수 있다.
본 실시예에 있어서 상기 정산 금액 산정 단계는 상기 결제 금액에서 판매 가격을 뺀 금액을 정산 금액으로 산정하고, 상기 정산 금액이 음의 값일 경우 상기 정산 금액을 추가 지불 금액으로 정하고, 상기 정산 제어 단계는 상기 추가 지불 금액에 대하여 상기 결제 금액을 결제한 사용자로부터 추가 지불 처리를 진행하는 추가 지불 처리 단계를 더 포함할 수 있다.
본 발명의 또 다른 실시예는 상기 방법들 중 어느 하나의 방법을 수행하기 위한 프로그램이 기록된 컴퓨터로 판독 가능한 기록 매체를 개시한다.
전술한 것 외의 다른 측면, 특징, 이점이 이하의 도면, 특허청구범위 및 발명의 상세한 설명으로부터 명확해질 것이다.
본 실시예에 관한 구매 관리 시스템 및 구매 관리 방법은 사용자의 편의성, 사용자의 만족도를 향상하면서 용이하게 구매를 유도하고 관리할 수 있다.
도 1은 본 발명의 일 실시예에 관한 구매 관리 시스템을 개략적으로 설명하기 위하여 도시한 도면이다.
도 2는 도 1의 구매 관리 시스템의 결제 처리부의 선택적인 실시예를 도시한 도면이다.
도 3은 도 1의 구매 관리 시스템의 판매 금액 제어부의 다른 선택적인 실시예를 도시한 도면이다.
도 4는 도 1의 구매 관리 시스템의 정산 제어부의 선택적인 실시예를 도시한 도면이다.
도 5a 내지 도 5c는 본 발명의 일 실시예에 관한 구매 관리 시스템과 사용자의 네트워크 연결을 예시적으로 설명하기 위한 도면들이다.
도 6은 본 발명의 일 실시예에 관한 구매 관리 방법을 설명하기 위한 순서도이다.
도 7은 도 6의 구매 관리 방법의 순서도 중 단계(S30)의 선택적인 실시예를 도시한 도면이다.
도 8은 도 6의 구매 관리 방법의 순서도 중 단계(S40)의 선택적인 실시예를 도시한 도면이다.
도 9는 도 6의 구매 관리 방법의 순서도 중 단계(S50)의 선택적인 실시예를 도시한 도면이다.
본 발명은 다양한 변환을 가할 수 있고 여러 가지 실시예를 가질 수 있는 바, 특정 실시예들을 도면에 예시하고 상세한 설명에 상세하게 설명하고자 한다. 본 발명의 효과 및 특징, 그리고 그것들을 달성하는 방법은 도면과 함께 상세하게 후술되어 있는 실시예들을 참조하면 명확해질 것이다. 그러나 본 발명은 이하에서 개시되는 실시예들에 한정되는 것이 아니라 다양한 형태로 구현될 수 있다.
이하, 첨부된 도면을 참조하여 본 발명의 실시예들을 상세히 설명하기로 하며, 도면을 참조하여 설명할 때 동일하거나 대응하는 구성 요소는 동일한 도면부호를 부여하고 이에 대한 중복되는 설명은 생략하기로 한다.
이하의 실시예에서, 제1, 제2 등의 용어는 한정적인 의미가 아니라 하나의 구성 요소를 다른 구성 요소와 구별하는 목적으로 사용되었다.
이하의 실시예에서, 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다.
이하의 실시예에서, 포함하다 또는 가지다 등의 용어는 명세서상에 기재된 특징, 또는 구성요소가 존재함을 의미하는 것이고, 하나 이상의 다른 특징들 또는 구성요소가 부가될 가능성을 미리 배제하는 것은 아니다.
도면에서는 설명의 편의를 위하여 구성 요소들이 그 크기가 과장 또는 축소될 수 있다. 예컨대, 도면에서 나타난 각 구성의 크기 및 두께는 설명의 편의를 위해 임의로 나타내었으므로, 본 발명이 반드시 도시된 바에 한정되지 않는다.
이하의 실시예에서, x축, y축 및 z축은 직교 좌표계 상의 세 축으로 한정되지 않고, 이를 포함하는 넓은 의미로 해석될 수 있다. 예를 들어, x축, y축 및 z축은 서로 직교할 수도 있지만, 서로 직교하지 않는 서로 다른 방향을 지칭할 수도 있다.
어떤 실시예가 달리 구현 가능한 경우에 특정한 공정 순서는 설명되는 순서와 다르게 수행될 수도 있다. 예를 들어, 연속하여 설명되는 두 공정이 실질적으로 동시에 수행될 수도 있고, 설명되는 순서와 반대의 순서로 진행될 수 있다.
도 1은 본 발명의 일 실시예에 관한 구매 관리 시스템을 개략적으로 설명하기 위하여 도시한 도면이다.
도 1을 참조하면 본 실시예의 구매 관리 시스템(100)은 할인 조건 제어부(110), 선택 인식부(120), 결제 처리부(130), 판매 금액 제어부(140) 및 정산 제어부(150)를 포함한다.
본 실시예의 구매 관리 시스템(100)은 복수의 사용자들이 일 아이템에 대한 공동 구매를 진행 시 이용할 수 있다.
할인 조건 제어부(110)는 상기 일 아이템의 할인 조건을 생성할 수 있다. 예를들면 할인 조건 제어부(110)는 각기 다른 할인율의 할인 조건을 생성할 수 있다.
선택적 실시예로서 할인 조건 제어부(110)는 이미 설정된 복수의 각기 다른 할인율의 할인 조건을 저장하고 있을 수 있다.
"할인 조건"은 상기 일 아이템의 기준 가격에 대한 할인 금액일 수 있다. 예를들면 일 아이템에 대한 기준 가격이 10만원이고, "할인 조건"은 10퍼센트 할인의 제1 할인 조건, 20퍼센트 할인의 제2 할인 조건 및 30퍼센트 할인의 제3 할인 조건을 포함할 수 있다.
이러한 "할인 조건"에 따라 제1 할인 조건의 경우 상기 아이템의 할인액은 만원, 제2 할인 조건의 경우 상기 아이템의 할인액은 2만원 및 제3 할인 조건의 경우 상기 아이템의 할인액은 3만원일 수 있다.
선택적 실시예로서 할인 조건 제어부(110)는 결제 금액 연산부(미도시)를 포함할 수 있다. 이를 통하여 할인 조건 제어부(110)는 상기의 예에 따라 제1 할인 조건의 경우 상기 아이템의 결제 금액은 9만원, 제2 할인 조건의 경우 상기 아이템의 결제 금액은 8만원 및 제3 할인 조건의 경우 상기 아이템의 결제 금액은 7만원으로 연산할 수 있다.
할인 조건 제어부(110)는 이를 통하여 가격이 서로 상이한 복수의 아이템들 각각에 대하여 복수의 사용자들의 공동 구매를 용이하게 진행할 수 있다.
선택 인식부(120)는 사용자가 선택한 할인 조건을 인식할 수 있다. 즉 상기 할인 조건 제어부(110)가 관리하는 복수의 할인 조건 중 사용자가 선택한 할인 조건을 인식할 수 있다.
예를들면 상기의 예에서 "할인 조건"이 10퍼센트 할인의 제1 할인 조건, 20퍼센트 할인의 제2 할인 조건 및 30퍼센트 할인의 제3 할인 조건을 포함할 경우에 사용자가 제2 할인 조건을 선택할 수 있고, 선택 인식부(120)는 이러한 선택 내용을 인식할 수 있다.
결제 처리부(130)는 상기 사용자가 선택한 할인 조건에 따른 결제 금액에 따라 상기 일 아이템의 구매를 위한 결제를 진행할 수 있다.
예를들면 상기의 예시적 설명에서 상기 일 아이템에 대한 기준 가격이 10만원이고, "할인 조건"은 "할인 조건"이 10퍼센트 할인의 제1 할인 조건, 20퍼센트 할인의 제2 할인 조건 및 30퍼센트 할인의 제3 할인 조건을 포함할 경우에 사용자가 제1 할인 조건을 선택한 경우에, 상기 사용자가 결제할 결제 금액은 기준 가격인 10만원에서 제1 할인 조건의 10퍼센트 할인을 진행한 9만원이 된다.
이 경우, 결제 처리부(130)는 상기 사용자로 하여금 9만원의 결제를 진행하도록 처리할 수 있다.
선택적 실시예로서 결제 처리부(130)는 결제 진행 여부 선택부(미도시)를 포함할 수 있다. 이를 통하여 사용자는 할인 조건을 선택하여 구매 의사를 1차로 표시한 후에도 한번 더 결제 진행 여부를 선택적으로 선택할 수 있다.
선택적 실시예로서 이 경우 결제 처리부(130)는 사용자의 결제 진행 여부의 선택을 용이하게 하도록 정보를 디스플레이하는 정보 디스플레이부(미도시)를 포함할 수 있고, 정보 디스플레이부(미도시)는 상기 일 아이템에 대한 구매를 의도하는 복수의 사용자들의 수, 즉 할인 조건을 선택한 사용자들의 수를 디스플레이할 수 있고, 다른 예로서 각 할인 조건 별 선택한 사용자들의 수를 구별하여 디스플레이할 수 있다.
판매 금액 제어부(140)는 상기 일 아이템의 판매 가격을 판단할 수 있다.
판매 금액 제어부(140)는 이미 설정된 판매 가격을 저장할 수 있다. 예를들면 상기 일 아이템의 기준 가격에 대한 소정의 할인 조건을 적용한 판매 금액을 저장할 수 있다. 또한, 다른 예로서 상기 일 아이템의 기준 가격과 동일한 금액을 판매 금액으로 저장할 수 있다.
또한 선택적 실시예로서 판매 금액 제어부(140)는 판매 금액을 인식할 수 있고, 예를들면 판매자 또는 판매를 관리하는 관리자가 입력한 판매 금액을 인식할 수 있다.
선택적 실시예로서 판매 금액 제어부(140)는 판매 가격을 설정할 수 있다.
일 예로서 판매 금액 제어부(140)는 구매 의도 선택 사용자 파악부(미도시)를 포함할 수 있고, 이를 통하여 상기 일 아이템에 대한 구매를 의도한 사용자들의 수, 즉 선택 인식부(120)가 인식한 각기 사용자의 정보를 모두 취합하여 인식된 사용자의 총합을 인식할 수 있다. 그리고 이러한 사용자들의 수를 고려하여 판매 가격을 설정할 수 있고, 구체적인 예로서 상기 사용자의 총합이 많을수록 판매 금액 제어부(140)는 판매 금액을 감소할 수 있다.
또한 추가적으로 판매 금액 제어부(140)는 사용자별 할인 조건 취합부(미도시)를 포함할 수 있고, 이를 통하여 사용자들이 선택한 할인 조건, 즉 선택 인식부(120)가 인식한 각 사용자의 선택 "할인 조건"정보를 모두 취합하여 사용자들의 "할인 조건"정보를 고려할 수 있다. 그리고 이러한 사용자들의 "할인 조건"을 고려하여 판매 가격을 설정할 수 있고, 구체적인 예로서 상기 선택한 사용자들 총합이 가장 많은 "할인 조건"을 판매 금액 결정 시 고려할 수 있다.
예를들면 판매 금액 제어부(140)는 상기 일 아이템의 기준 가격이 10만원일 경우에 판매 가격을 8만원으로 판단할 수 있고, 이러한 판매 가격은 미리 정해진 것으로서 저장된 것일 수 있고, 또한 설정된 판매 가격일 수 있다. 즉, 상기 선택한 사용자들의 총합 또는 사용자들이 선택한 할인 조건을 고려하여 설정된 가격일 수 있다.
정산 제어부(150)는 판매 금액 제어부(140)에서 판단한 판매 가격과 상기 사용자가 선택한 할인 조건에 따른 결제 금액을 비교하여 상기 사용자에게 사후 정산 금액을 산정할 수 있다.
구체적인 예로서 상기 일 아이템의 기준 가격이 10만원이고, 판매 가격이 8만원인 경우에, 선택 인식부(120)가 인식한 사용자가 인식한 사용자의 할인 조건이 10퍼센트 할인의 제1 할인 조건이고 이에 따라 결제 처리부(130)를 통하여 결제를 진행한 금액은 9만원일 수 있다. 정산 제어부(150)는 이에 따라 판매 가격인 8만원과 결제 금액인 9만원의 차액인 1만원을 환불 금액으로 산정할 수 있다.
선택적 실시예로서 정산 제어부(150)는 정산액 정보 고지부(미도시)를 포함할 수 있고, 이러한 환불 금액에 대한 정보, 즉 상기 9만원을 결제한 사용자에게 환불 금액인 1만원에 대한 정보를 고지할 수 있다.
선택적 실시예로서 정산 제어부(150)는 환불 처리부(미도시)를 포함하여, 각 사용자 별로 정산된 환불 금액에 대한 환불 처리를 진행할 수 있다. 구체적인 예로서 환불 처리부(미도시)는 포인트(또는 적립금) 제공부(미도시), 계좌 이체 진행부(미도시) 및 카드 결제 처리부(미도시) 중 하나 이상을 포함할 수 있다.
포인트 제공부(미도시)는 구매를 진행한 웹사이트 또는 이와 관련된 웹사이트에서 사용 가능한 포인트로 환불 금액을 환산하여 사용자에게 제공할 수 있다.
계좌 이체 진행부(미도시)는 사용자의 계좌로 환불 금액을 이체할 수 있다.
카드 결제 처리부(미도시)는 카드 결제를 진행한 사용자의 카드 결제를 취소 및 재결제하는 과정을 진행할 수 있다.
선택적 실시예로서 정산 제어부(150)는 환불 처리부(미도시)와 함께 환불 수단 선택 디스플레이부(미도시) 및 선택 인식부(미도시)를 포함하여, 사용자가 상기의 포인트, 계좌 이체 및 카드 재결제등의 수단을 확인하고 이를 선택 시 인식할 수 있도록 한다.
다른 구체적인 예로서 상기 일 아이템의 기준 가격이 10만원이고, 판매 가격이 8만원인 경우에, 선택 인식부(120)가 인식한 사용자가 인식한 사용자의 할인 조건이 30퍼센트 할인의 제3 할인 조건이고 이에 따라 결제 처리부(130)를 통하여 결제를 진행한 금액은 7만원일 수 있다. 정산 제어부(150)는 이에 따라 판매 가격인 8만원과 결제 금액인 7만원의 차액인 1만원을 추가 지불 금액으로 산정할 수 있다.
선택적 실시예로서 정산 제어부(150)는 정산액 정보 고지부(미도시)를 포함할 수 있고, 이러한 추가 지불 금액에 대한 정보, 즉 상기 7만원을 결제한 사용자에게 추가 지불 금액인 1만원에 대한 정보를 고지할 수 있다.
선택적 실시예로서 정산 제어부(150)는 추가 지불 처리부(미도시)를 포함하여, 각 사용자 별로 정산된 추가 지불 금액에 대한 추가 지불 처리를 진행할 수 있다. 구체적인 예로서 추가 지불 처리부(미도시)는 포인트(또는 적립금) 지불 처리부(미도시), 계좌 이체 처리부(미도시) 및 카드 결제 처리부(미도시) 중 하나 이상을 포함할 수 있다.
포인트 지불 처리부(미도시)는 구매를 진행한 웹사이트 또는 이와 관련된 웹사이트에서 상기 사용자가 보유하고 있는 포인트를 이용하여 추가 지불 금액에 대한 처리를 할 수 있게 한다.
계좌 이체 진행부(미도시)는 사용자의 계좌를 통하여 사용자가 금액을 이체하여 추가 지불 처리 할 수 있게 한다.
카드 결제 처리부(미도시)는 사용자가 카드 결제를 통하여 추가 지불 처리를 할 수 있게 하고, 이 때 결제 처리부(130)에서 사용자가 카드를 이용하여 결제를 진행한 경우에 상기 카드 정보를 이용하여, 카드 결제 처리부(미도시)는 추가 지불 처리를 간편하게 할 수 있다.
추가 지불 처리부(미도시)와 함께 추가 지불 수단 선택 디스플레이부(미도시) 및 선택 인식부(미도시)를 포함하여, 사용자가 상기의 포인트, 계좌 이체 및 카드 재결제등의 수단을 확인하고 이를 선택 시 인식할 수 있도록 한다.
선택적 실시예로서 정산 제어부(150)는 정산액 정보 고지부(미도시)를 포함할 수 있고, 구매 결제 취소부(미도시)를 포함할 수 있다.
이를 통하여 예를들면 사용자는 정산액 정보를 확인하고, 사용자의 의도한 금액보다 이상의 금액을 추가로 지불해야 하는 경우에 구매 결제 취소를 선택할 수 있고, 구매 결제 취소부(미도시)는 이를 인식할 수 있다. 이를 위하여 정산 제어부(150)는 구매 결제 취소 선택부(미도시)를 포함할 수 있다.
정산 제어부(150)의 구매 결제 취소부(미도시)는 사용자의 구매 결제 취소 선택을 인식하고 이에 따라 사용자의 구매 결제 금액, 즉 결제 처리부(130)를 통하여 결제 진행한 결제 금액을 상기 구매 결제 취소를 한 사용자에게 환불할 수 있다.
도 2는 도 1의 구매 관리 시스템의 결제 처리부의 선택적인 실시예를 도시한 도면이다.
도 2를 참조하면 본 실시예의 결제 처리부(130')는 정보 고지부(131') 및 결제 진행 여부 선택부(132')를 포함할 수 있다. 도 2는 설명의 편의를 위한 것으로서 본 실시예의 결제 처리부(130')는 정보 고지부(131') 및 결제 진행 여부 선택부(132')중 하나를 포함할 수도 있다.
정보 고지부(131')는 "할인 조건"을 선택한 사용자에게 "할인 조건"에 따라 아이템의 결제 금액을 고지할 수 있다. 선택적 실시예로서 정보 고지부(131')는 결제를 진행할 수 있는 결제 수단을 고지할 수 있다.
또한, 선택적 실시예로서 정보 고지부(131')는 사용자에게 상기 일 아이템에 대한 구매를 의도하는 복수의 사용자들의 수, 즉 할인 조건을 선택한 사용자들의 수를 고지할 수 있고, 다른 예로서 각 할인 조건 별 선택한 사용자들의 수를 구별하여 고지할 수 있다.
결제 진행 여부 선택부(132')는 사용자로 하여금 결제 진행 여부를 선택할 수 있게 하고 이를 인식할 수 있다.
예를들면 사용자는 상기 정보 고지부(131')가 고지한 다양한 정보를 보고, 결제 진행을 할 것인지에 대하여 다시 고려할 수 있다. 그리고, 결제 진행 여부 선택부(132')는 사용자의 결제 진행 선택 또는 결제 미진행 선택을 인식할 수 있다.
결제 처리부(130')는 상기 결제 진행 여부 선택부(132')가 인식한 결과 결제 미진행 선택을 한 사용자가 있을 경우 이러한 사용자에 대한 정보를 상기 일 아이템에 대한 구매를 원하는 전체 사용자들의 정보에서 제외한다. 예를들면 결제 처리부(130')는 이러한 제외된 사용자 정보들을 포함하는 1차 제외 사용자 저장부(미도시)를 포함할 수 있다.
도 3은 도 1의 구매 관리 시스템의 판매 금액 제어부의 다른 선택적인 실시예를 도시한 도면이다.
도 3을 참조하면 본 실시예의 판매 금액 제어부(140')는 판매 금액 인식부(141') 및 판매 금액 설정부(142')를 포함할 수 있다. 도 3은 설명의 편의를 위한 것으로서 본 실시예의 판매 금액 제어부(140')는 판매 금액 인식부(141') 및 판매 금액 설정부(142')중 하나를 포함할 수도 있다.
판매 금액 인식부(141')는 판매 금액을 인식할 수 있다. 예를들면 판매 금액 인식부(141')는 미리 설정된 판매 금액을 저장할 수 있고, 저장된 판매 금액을 인식할 수 있다. 또한, 판매 금액 인식부(141')는 별도의 저장부(미도시)에 미리 저장된 판매 금액을 인식할 수 있다.
다른 예로서 판매 금액 인식부(141')는 판매자 또는 판매를 관리하는 관리자의 입력에 따라 판매 금액을 인식할 수 있다.
판매 금액 설정부(142')는 판매 금액을 설정할 수 있다. 판매 금액 설정부(142')는 상기 일 아이템에 대한 구매를 의도한 사용자들의 수, 즉 선택 인식부(120)가 인식한 각기 사용자의 정보를 모두 취합하여 인식된 사용자의 총합을 인식할 수 있다. 그리고 이러한 사용자들의 수를 고려하여 판매 가격을 설정할 수 있고, 구체적인 예로서 상기 사용자의 총합이 많을수록 판매 금액 설정부(142')는 판매 금액을 감소하여 설정할 수 있다.
또한 추가적으로 판매 금액 설정부(142')는 사용자들이 선택한 할인 조건, 즉 선택 인식부(120)가 인식한 각 사용자의 선택 "할인 조건"정보를 모두 취합하여 사용자들의 "할인 조건"정보를 고려할 수 있다. 그리고 이러한 사용자들의 "할인 조건"을 고려하여 판매 가격을 설정할 수 있고, 구체적인 예로서 상기 선택한 사용자들 총합이 가장 많은 "할인 조건"을 판매 금액 결정 시 고려할 수 있다.
예를들면 판매 금액 제어부(140')는 상기 일 아이템의 기준 가격이 10만원일 경우에 판매 가격을 8만원으로 판단할 수 있고, 이러한 판매 가격은 미리 정해진 것으로서 판매 금액 인식부(141')가 인식한 것일 수 있고, 또한 상기 선택한 사용자들의 총합 또는 사용자들이 선택한 할인 조건을 고려하여 판매 금액 설정부(142')가 설정한 가격일 수 있다.
도 4는 도 1의 구매 관리 시스템의 정산 제어부의 선택적인 실시예를 도시한 도면이다.
도 4를 참조하면 본 실시예의 정산 제어부(150')는 정산 금액 산정부(151'), 환불 처리부(152') 및 추가 지불 처리부(153')를 포함할 수 있다.
정산 금액 산정부(151')는 판매 금액 제어부(140)에서 판단한 판매 가격과 결제 처리부(130)에서 결제 처리한 결제 금액간의 차액을 계산하고, 이러한 계산 결과의 차액을 정산 금액으로 산정할 수 있다.
예를들면 정산 금액 산정부(151')는 결제 금액에서 판매 가격을 뺀 금액을 정산 금액으로 산정할 수 있다. 정산 금액이 양의 값일 경우 상기 정산 금액은 상기 결제 금액을 결제 처리한 사용자에게 지급해야 할 환불 금액일 수 있다.
또한, 상기의 결제 금액에서 판매 가격을 뺀 정산 금액이 음의 값일 경우 상기 정산 금액은 상기 사용자가 구매를 위해서 추가로 지불해야 할 추가 지불 금액일 수 있다.
환불 처리부(152')는 상기의 정산 금액 산정부(151')에서 산정한 정산 금액이 환불 금액일 경우 환불 처리를 진행할 수 있다. 선택적 실시예로서 환불 처리부(152')는 환불 금액을 환불할 사용자에게 고지하는 고지부(미도시)를 더 포함할 수 있다.
환불 처리부(152')는 포인트(또는 적립금) 제공부(미도시), 계좌 이체 진행부(미도시) 및 카드 결제 처리부(미도시) 중 하나 이상을 포함할 수 있다.
추가 지불 처리부(153')는 상기의 정산 금액 산정부(151')에서 산정한 정산 금액이 추가 지불 금액일 경우 추가 지불 처리를 진행할 수 있다. 선택적 실시예로서 추가 지불 처리부(153')는 추가 지불 처리를 할 사용자에게 추가 지불 금액 및 추가 지불을 요청하는 추가 지불 요청부(153'a)를 포함할 수 있다. 추가 지불 요청부(153'a)는 사용자에게 추가 지불 금액을 고지할 수 있고, 구체적 추가 지불 금액 발생 원인을 고지할 수 있다.
선택적 실시예로서 추가 지불 처리부(153')는 선택 처리부(153'b)를 포함할 수 있다. 선택 처리부(153'b)는 사용자의 추가 지불 처리 선택을 인식하여 추가 지불 처리를 진행할 수 있다. 또한, 선택 처리부(153'b)는 사용자의 추가 지불 처리 거부 선택을 인식하여 추가 지불 처리 대신에 결제 취소를 진행할 수 있다. 예를들면, 사용자는 정산 금액이 지나치게 음의 값인 경우, 즉 사용자가 결제한 결제 금액보다 판매 금액이 너무 큰 경우에 구매를 포기하고 결제를 취소할 수 있다.
도 5a 내지 도 5c는 본 발명의 일 실시예에 관한 구매 관리 시스템과 사용자의 네트워크 연결을 예시적으로 설명하기 위한 도면들이다.
본 실시예의 구매 관리 시스템(100)은 다양한 형태로 네트워크와 연결될 수 있다.
일 예로서, 도 5a에 도시한 것과 같이 구매 관리 시스템(100)은 네트워크에 의하여 복수의 사용자의 각각의 단말기와 연결될 수 있다. 즉, 전술한 구매 관리 시스템(100) 또는 그 변형예의 구성은 사용자의 단말기와 구별되고 사용자의 단말기와 분리된 채 네트워크로 연결될 수 있다.
다른 예로서 도 5b에 도시한 것과 같이 구매 관리 시스템(100)은 사용자의 단말기내에 포함될 수 있다. 사용자의 단말기내에 본 실시예의 구매 관리 시스템(100)이 포함되도록 하는 방법은 다양하다. 구체적인 실시예로서 네트워크를 통하여 사용자들 각각이 단말기내에 구매 관리 시스템(100)을 설치하여 단말기내에 저장되도록 할 수 있고, 예를 들면 구매 관리 시스템(100)을 하나의 어플리케이션의 형태로 사용자의 단말기에 설치할 수 있다.
또 다른 예로서 도 5C에 도시한 것과 같이 구매 관리 시스템(100)의 일부분은 사용자의 단말기내에 포함되고, 다른 일부분은 네트워크를 통하여 사용자의 단말기와 연결될 수 있다.
본 실시예의 구매 관리 시스템(100)은 일 아이템에 대하여 할인 조건 제어부(110)에서 생성한 할인 조건에 따라 상기 일 아이템에 대한 구매 의향이 있는 복수의 사용자들이 각각 할인 조건을 선택 시 이를 선택 인식부(120)가 인식할 수 있고, 결제 처리부(130 또는 130')는 사용자들이 선택한 할인 조건에 따라 결제를 처리할 수 있다. 그리고 나서, 판매 금액 제어부(140 또는 140')가 판단한 판매 금액에 따라 사용자 별로 정산 제어부(150 또는 150')가 정산 금액을 산정할 수 있다. 정산 제어부(150 또는 150')는 사용자 별로 정산 금액을 산정하여 환불 또는 추가 지불을 처리할 수 있다. 사용자들은 이를 통하여 공통의 일 아이템에 대하여 공동으로 구매를 용이하게 할 수 있고, 미리 고정된 가격을 제시하는 것 대신, 일단 다양한 할인 조건을 사용자 별로 선택하여 이를 인식하여 일단 결제를 진행하므로 사용자들의 적극적 구매 활동을 향상할 수 있다.
또한, 사용자 별로 자기가 선택한 할인 조건에 따른 결제 금액이 판매 가격보다 큰 경우를 선택한 사용자들은 정산 금액에 따라 환불을 받도록 하여 사용자의 만족도 및 편의성을 향상할 수 있다.
또한, 자기가 선택한 할인 조건에 따른 결제 금액이 판매 금액보다 작은 경우를 선택한 사용자들은 정산 금액에 따라 추가 지불을 할 수 있게 하고, 선택적 실시예로서 구매 취소를 할 수 있도록 사용자의 구매 패턴을 유지할 수 있고, 다양한 구매 옵션을 가질 수 있어 사용자의 만족도 및 편의성을 향상할 수 있다.
도 6은 본 발명의 일 실시예에 관한 구매 관리 방법을 설명하기 위한 순서도이다.
도 6을 참조하면 본 실시예의 구매 관리 방법은 할인 조건 제어 단계(S10), 선택 인식 단계(S20), 결제 처리 단계(S30), 판매 금액 제어 단계(S40) 및 정산 제어 단계(S50)를 포함한다.
본 실시예의 구매 관리 방법은 복수의 사용자들이 일 아이템에 대한 공동 구매를 진행 시 이용할 수 있다.
할인 조건 제어 단계(S10)는 상기 일 아이템의 할인 조건을 생성할 수 있다. 예를들면 할인 조건 제어 단계(S10)는 각기 다른 할인율의 할인 조건을 생성할 수 있다.
선택적 실시예로서 할인 조건 제어 단계(S10)는 이미 설정된 복수의 각기 다른 할인율의 할인 조건을 저장하고 있을 수 있다.
"할인 조건"은 상기 일 아이템의 기준 가격에 대한 할인 금액일 수 있다. 예를들면 일 아이템에 대한 기준 가격이 10만원이고, "할인 조건"은 10퍼센트 할인의 제1 할인 조건, 20퍼센트 할인의 제2 할인 조건 및 30퍼센트 할인의 제3 할인 조건을 포함할 수 있다.
이러한 "할인 조건"에 따라 제1 할인 조건의 경우 상기 아이템의 할인액은 만원, 제2 할인 조건의 경우 상기 아이템의 할인액은 2만원 및 제3 할인 조건의 경우 상기 아이템의 할인액은 3만원일 수 있다.
선택적 실시예로서 할인 조건 제어 단계(S10)는 결제 금액 연산 단계를 포함할 수 있다. 이를 통하여 할인 조건 제어 단계(S10)는 상기의 예에 따라 제1 할인 조건의 경우 상기 아이템의 결제 금액은 9만원, 제2 할인 조건의 경우 상기 아이템의 결제 금액은 8만원 및 제3 할인 조건의 경우 상기 아이템의 결제 금액은 7만원으로 연산할 수 있다.
할인 조건 제어 단계(S10)는 이를 통하여 가격이 서로 상이한 복수의 아이템들 각각에 대하여 복수의 사용자들의 공동 구매를 용이하게 진행할 수 있다.
선택 인식 단계(S20)는 사용자가 선택한 할인 조건을 인식할 수 있다. 즉 상기 할인 조건 제어 단계(S10)가 관리하는 복수의 할인 조건 중 사용자가 선택한 할인 조건을 인식할 수 있다.
예를들면 상기의 예에서 "할인 조건"이 10퍼센트 할인의 제1 할인 조건, 20퍼센트 할인의 제2 할인 조건 및 30퍼센트 할인의 제3 할인 조건을 포함할 경우에 사용자가 제2 할인 조건을 선택할 수 있고, 선택 인식 단계(S20)는 이러한 선택 내용을 인식할 수 있다.
결제 처리 단계(S30)는 상기 사용자가 선택한 할인 조건에 따른 결제 금액에 따라 상기 일 아이템의 구매를 위한 결제를 진행할 수 있다.
예를들면 상기의 예시적 설명에서 상기 일 아이템에 대한 기준 가격이 10만원이고, "할인 조건"은 "할인 조건"이 10퍼센트 할인의 제1 할인 조건, 20퍼센트 할인의 제2 할인 조건 및 30퍼센트 할인의 제3 할인 조건을 포함할 경우에 사용자가 제1 할인 조건을 선택한 경우에, 상기 사용자가 결제할 결제 금액은 기준 가격인 10만원에서 제1 할인 조건의 10퍼센트 할인을 진행한 9만원이 된다.
이 경우, 결제 처리 단계(S30)는 상기 사용자로 하여금 9만원의 결제를 진행하도록 처리할 수 있다.
선택적 실시예로서 결제 처리 단계(S30)는 결제 진행 여부 선택 단계를 포함할 수 있다. 이를 통하여 사용자는 할인 조건을 선택하여 구매 의사를 1차로 표시한 후에도 한번 더 결제 진행 여부를 선택적으로 선택할 수 있다.
선택적 실시예로서 이 경우 결제 처리 단계(S30)는 사용자의 결제 진행 여부의 선택을 용이하게 하도록 정보를 디스플레이하는 디스플레이 단계를 포함할 수 있고, 정보 디스플레이 단계는 상기 일 아이템에 대한 구매를 의도하는 복수의 사용자들의 수, 즉 할인 조건을 선택한 사용자들의 수를 디스플레이할 수 있고, 다른 예로서 각 할인 조건 별 선택한 사용자들의 수를 구별하여 디스플레이할 수 있다.
판매 금액 제어 단계(S40)는 상기 일 아이템의 판매 가격을 판단할 수 있다.
판매 금액 제어 단계(S40)는 이미 설정된 판매 가격을 저장할 수 있다. 예를들면 상기 일 아이템의 기준 가격에 대한 소정의 할인 조건을 적용한 판매 금액을 저장할 수 있다. 또한, 다른 예로서 상기 일 아이템의 기준 가격과 동일한 금액을 판매 금액으로 저장할 수 있다.
선택적 실시예로서 판매 금액 제어 단계(S40)는 판매 가격을 설정할 수 있다.
일 예로서 판매 금액 제어 단계(S40)는 구매 의도 선택 사용자 파악 단계를 포함할 수 있고, 이를 통하여 상기 일 아이템에 대한 구매를 의도한 사용자들의 수, 즉 선택 인식 단계(S20)에서 인식한 각기 사용자의 정보를 모두 취합하여 인식된 사용자의 총합을 인식할 수 있다. 그리고 이러한 사용자들의 수를 고려하여 판매 가격을 설정할 수 있고, 구체적인 예로서 상기 사용자의 총합이 많을수록 판매 금액 제어 단계(S40)는 판매 금액을 감소하는 단계를 포함할 수 있다.
또한 추가적으로 판매 금액 제어 단계(S40)는 사용자별 할인 조건 취합 단계를 포함할 수 있고, 이를 통하여 사용자들이 선택한 할인 조건, 즉 선택 인식 단계(S20)에서 인식한 각 사용자의 선택 "할인 조건"정보를 모두 취합하여 사용자들의 "할인 조건"정보를 고려할 수 있다. 그리고 이러한 사용자들의 "할인 조건"을 고려하여 판매 가격을 설정할 수 있고, 구체적인 예로서 상기 선택한 사용자들 총합이 가장 많은 "할인 조건"을 판매 금액 결정 시 고려할 수 있다.
예를들면 판매 금액 제어 단계(S40)는 상기 일 아이템의 기준 가격이 10만원일 경우에 판매 가격을 8만원으로 판단할 수 있고, 이러한 판매 가격은 미리 정해진 것으로서 저장된 것일 수 있고, 또한 설정된 판매 가격일 수 있다. 즉, 상기 선택한 사용자들의 총합 또는 사용자들이 선택한 할인 조건을 고려하여 설정된 가격일 수 있다.
정산 제어 단계(S50)는 판매 금액 제어 단계(S40)에서 판단한 판매 가격과 상기 사용자가 선택한 할인 조건에 따른 결제 금액을 비교하여 상기 사용자에게 사후 정산 금액을 산정할 수 있다.
구체적인 예로서 상기 일 아이템의 기준 가격이 10만원이고, 판매 가격이 8만원인 경우에, 선택 인식 단계(S20)에서 인식한 사용자가 인식한 사용자의 할인 조건이 10퍼센트 할인의 제1 할인 조건이고 이에 따라 결제 처리 단계(S30)를 통하여 결제를 진행한 금액은 9만원일 수 있다. 정산 제어 단계(S50)는 이에 따라 판매 가격인 8만원과 결제 금액인 9만원의 차액인 1만원을 환불 금액으로 산정할 수 있다.
선택적 실시예로서 정산 제어 단계(S50)는 정산액 정보 고지 단계를 포함할 수 있고, 이러한 환불 금액에 대한 정보, 즉 상기 9만원을 결제한 사용자에게 환불 금액인 1만원에 대한 정보를 고지할 수 있다.
선택적 실시예로서 정산 제어 단계(S50)는 환불 처리 단계를 포함하여, 각 사용자 별로 정산된 환불 금액에 대한 환불 처리를 진행할 수 있다. 구체적인 예로서 환불 처리 단계는 포인트(또는 적립금) 제공 단계, 계좌 이체 진행 단계 및 카드 결제 처리 단계 중 하나 이상을 포함할 수 있다.
포인트 제공 단계는 구매를 진행한 웹사이트 또는 이와 관련된 웹사이트에서 사용 가능한 포인트로 환불 금액을 환산하여 사용자에게 제공할 수 있다.
계좌 이체 진행 단계는 사용자의 계좌로 환불 금액을 이체할 수 있다.
카드 결제 처리 단계는 카드 결제를 진행한 사용자의 카드 결제를 취소 및 재결제하는 과정을 진행할 수 있다.
선택적 실시예로서 정산 제어 단계(S50)는 환불 처리 단계와 함께 환불 수단 선택 디스플레이 단계 및 선택 인식 단계를 포함하여, 사용자가 상기의 포인트, 계좌 이체 및 카드 재결제등의 수단을 확인하고 이를 선택 시 인식할 수 있도록 한다.
다른 구체적인 예로서 상기 일 아이템의 기준 가격이 10만원이고, 판매 가격이 8만원인 경우에, 선택 인식 단계(S20)에서 인식한 사용자가 인식한 사용자의 할인 조건이 30퍼센트 할인의 제3 할인 조건이고 이에 따라 결제 처리 단계(S30)를 통하여 결제를 진행한 금액은 7만원일 수 있다. 정산 제어 단계(S50)는 이에 따라 판매 가격인 8만원과 결제 금액인 7만원의 차액인 1만원을 추가 지불 금액으로 산정할 수 있다.
선택적 실시예로서 정산 제어 단계(S50)는 정산액 정보 고지 단계를 포함할 수 있고, 이러한 추가 지불 금액에 대한 정보, 즉 상기 7만원을 결제한 사용자에게 추가 지불 금액인 1만원에 대한 정보를 고지할 수 있다.
선택적 실시예로서 정산 제어 단계(S50)는 추가 지불 처리 단계를 포함하여, 각 사용자 별로 정산된 추가 지불 금액에 대한 추가 지불 처리를 진행할 수 있다. 구체적인 예로서 추가 지불 처리 단계는 포인트(또는 적립금) 지불 처리 단계, 계좌 이체 처리 단계 및 카드 결제 처리 단계 중 하나 이상을 포함할 수 있다.
포인트 지불 처리 단계는 구매를 진행한 웹사이트 또는 이와 관련된 웹사이트에서 상기 사용자가 보유하고 있는 포인트를 이용하여 추가 지불 금액에 대한 처리를 할 수 있게 한다.
계좌 이체 진행 단계는 사용자의 계좌를 통하여 사용자가 금액을 이체하여 추가 지불 처리 할 수 있게 한다.
카드 결제 처리 단계는 사용자가 카드 결제를 통하여 추가 지불 처리를 할 수 있게 하고, 이 때 결제 처리 단계(S30)에서 사용자가 카드를 이용하여 결제를 진행한 경우에 상기 카드 정보를 이용하여, 카드 결제 처리 단계는 추가 지불 처리를 간편하게 할 수 있다.
추가 지불 처리 단계와 함께 추가 지불 수단 선택 디스플레이 단계 및 선택 인식 단계를 포함하여, 사용자가 상기의 포인트, 계좌 이체 및 카드 재결제등의 수단을 확인하고 이를 선택 시 인식할 수 있도록 한다.
선택적 실시예로서 정산 제어 단계(S50)는 정산액 정보 고지 단계를 포함할 수 있고, 구매 결제 취소 단계를 포함할 수 있다.
이를 통하여 예를들면 사용자는 정산액 정보를 확인하고, 사용자의 의도한 금액보다 이상의 금액을 추가로 지불해야 하는 경우에 구매 결제 취소를 선택할 수 있고, 구매 결제 취소 단계는 이를 인식할 수 있다. 이를 위하여 정산 제어 단계(S50)는 구매 결제 취소 선택 단계를 포함할 수 있다.
정산 제어 단계(S50)의 구매 결제 취소 단계는 사용자의 구매 결제 취소 선택을 인식하고 이에 따라 사용자의 구매 결제 금액, 즉 결제 처리 단계(S30)를 통하여 결제 진행한 결제 금액을 상기 구매 결제 취소를 한 사용자에게 환불할 수 있다.
도 7은 도 6의 구매 관리 방법의 순서도 중 단계(S30)의 선택적인 실시예를 도시한 도면이다.
도 7을 참조하면 본 실시예의 결제 처리 단계(S30')는 정보 고지 단계(S31') 및 결제 진행 여부 선택 단계(S32')를 포함할 수 있다. 도 7은 설명의 편의를 위한 것으로서 본 실시예의 결제 처리 단계(S30')는 정보 고지 단계(S31') 및 결제 진행 여부 선택 단계(S32')중 하나를 포함할 수도 있다.
정보 고지 단계(S31')는 "할인 조건"을 선택한 사용자에게 "할인 조건"에 따라 아이템의 결제 금액을 고지할 수 있다. 선택적 실시예로서 정보 고지 단계(S31')는 결제를 진행할 수 있는 결제 수단을 고지할 수 있다.
또한, 선택적 실시예로서 정보 고지 단계(S31')는 사용자에게 상기 일 아이템에 대한 구매를 의도하는 복수의 사용자들의 수, 즉 할인 조건을 선택한 사용자들의 수를 고지할 수 있고, 다른 예로서 각 할인 조건 별 선택한 사용자들의 수를 구별하여 고지할 수 있다.
결제 진행 여부 선택 단계(S32')는 사용자로 하여금 결제 진행 여부를 선택할 수 있게 하고 이를 인식할 수 있다.
예를들면 사용자는 상기 정보 고지 단계(S31')가 고지한 다양한 정보를 보고, 결제 진행을 할 것인지에 대하여 다시 고려할 수 있다. 그리고, 결제 진행 여부 선택 단계(S32')는 사용자의 결제 진행 선택 또는 결제 미진행 선택을 인식할 수 있다.
결제 처리 단계(S30')는 상기 결제 진행 여부 선택 단계(S32')가 인식한 결과 결제 미진행 선택을 한 사용자가 있을 경우 이러한 사용자에 대한 정보를 상기 일 아이템에 대한 구매를 원하는 전체 사용자들의 정보에서 제외한다. 예를들면 결제 처리 단계(S30')는 이러한 제외된 사용자 정보들을 포함하는 1차 제외 사용자 저장부(미도시)를 포함할 수 있다.
도 8은 도 6의 구매 관리 방법의 순서도 중 단계(S40)의 선택적인 실시예를 도시한 도면이다.
도 8을 참조하면 본 실시예의 판매 금액 제어 단계(S40')는 판매 금액 인식 단계(S41') 및 판매 금액 설정 단계(S42')를 포함할 수 있다. 도 8은 설명의 편의를 위한 것으로서 본 실시예의 판매 금액 제어 단계(S40')는 판매 금액 인식 단계(S41') 및 판매 금액 설정 단계(S42')중 하나를 포함할 수도 있다.
판매 금액 인식 단계(S41')는 판매 금액을 인식할 수 있다. 예를들면 판매 금액 인식 단계(S41')는 미리 설정된 판매 금액을 저장할 수 있고, 저장된 판매 금액을 인식할 수 있다. 또한, 판매 금액 인식 단계(S41')는 별도의 저장부(미도시)에 미리 저장된 판매 금액을 인식할 수 있다.
다른 예로서 판매 금액 인식 단계(S41')는 판매자 또는 판매를 관리하는 관리자의 입력에 따라 판매 금액을 인식할 수 있다.
판매 금액 설정 단계(S42')는 판매 금액을 설정할 수 있다. 판매 금액 설정 단계(S42')는 상기 일 아이템에 대한 구매를 의도한 사용자들의 수, 즉 선택 인식 단계(S20)에서 인식한 각기 사용자의 정보를 모두 취합하여 인식된 사용자의 총합을 인식할 수 있다. 그리고 이러한 사용자들의 수를 고려하여 판매 가격을 설정할 수 있고, 구체적인 예로서 상기 사용자의 총합이 많을수록 판매 금액 설정 단계(S42')는 판매 금액을 감소하여 설정할 수 있다.
또한 추가적으로 판매 금액 설정 단계(S42')는 사용자들이 선택한 할인 조건, 즉 선택 인식 단계(S20)에서 인식한 각 사용자의 선택 "할인 조건"정보를 모두 취합하여 사용자들의 "할인 조건"정보를 고려할 수 있다. 그리고 이러한 사용자들의 "할인 조건"을 고려하여 판매 가격을 설정할 수 있고, 구체적인 예로서 상기 선택한 사용자들 총합이 가장 많은 "할인 조건"을 판매 금액 결정 시 고려할 수 있다.
예를들면 판매 금액 제어 단계(S40')는 상기 일 아이템의 기준 가격이 10만원일 경우에 판매 가격을 8만원으로 판단할 수 있고, 이러한 판매 가격은 미리 정해진 것으로서 판매 금액 인식 단계(S41')에서 인식한 것일 수 있고, 또한 상기 선택한 사용자들의 총합 또는 사용자들이 선택한 할인 조건을 고려하여 판매 금액 설정 단계(S42')가 설정한 가격일 수 있다.
도 9는 도 6의 구매 관리 방법의 순서도 중 단계(S50)의 선택적인 실시예를 도시한 도면이다.
도 9를 참조하면 본 실시예의 정산 제어 단계(S50')는 정산 금액 산정 단계(S51'), 환불 처리 단계(S52') 및 추가 지불 처리 단계(S53')를 포함할 수 있다.
정산 금액 산정 단계(S51')는 판매 금액 제어 단계(S40)에서 판단한 판매 가격과 결제 처리 단계(S30)에서 결제 처리한 결제 금액간의 차액을 계산하고, 이러한 계산 결과의 차액을 정산 금액으로 산정할 수 있다.
예를들면 정산 금액 산정 단계(S51')는 결제 금액에서 판매 가격을 뺀 금액을 정산 금액으로 산정할 수 있다. 정산 금액이 양의 값일 경우 상기 정산 금액은 상기 결제 금액을 결제 처리한 사용자에게 지급해야 할 환불 금액일 수 있다.
또한, 상기의 결제 금액에서 판매 가격을 뺀 정산 금액이 음의 값일 경우 상기 정산 금액은 상기 사용자가 구매를 위해서 추가로 지불해야 할 추가 지불 금액일 수 있다.
환불 처리 단계(S52')는 상기의 정산 금액 산정 단계(S51')에서 산정한 정산 금액이 환불 금액일 경우 환불 처리를 진행할 수 있다. 선택적 실시예로서 환불 처리 단계(S52')는 환불 금액을 환불할 사용자에게 고지하는 환불 고지 단계를 더 포함할 수 있다.
환불 처리 단계(S52')는 포인트(또는 적립금) 제공 단계, 계좌 이체 진행 단계 및 카드 결제 처리 단계 중 하나 이상을 포함할 수 있다.
추가 지불 처리 단계(S53')는 상기의 정산 금액 산정 단계(S51')에서 산정한 정산 금액이 추가 지불 금액일 경우 추가 지불 처리를 진행할 수 있다. 선택적 실시예로서 추가 지불 처리 단계(S53')는 추가 지불 처리를 할 사용자에게 추가 지불 금액 및 추가 지불을 요청하는 추가 지불 요청 단계(S53'a)를 포함할 수 있다. 추가 지불 요청 단계(S53'a)는 사용자에게 추가 지불 금액을 고지할 수 있고, 구체적 추가 지불 금액 발생 원인을 고지할 수 있다.
선택적 실시예로서 추가 지불 처리 단계(S53')는 선택 처리 단계(S53'b)를 포함할 수 있다. 선택 처리 단계(S53'b)는 사용자의 추가 지불 처리 선택을 인식하여 추가 지불 처리를 진행할 수 있다. 또한, 선택 처리 단계(S53'b)는 사용자의 추가 지불 처리 거부 선택을 인식하여 추가 지불 처리 대신에 결제 취소를 진행할 수 있다. 예를들면, 사용자는 정산 금액이 지나치게 음의 값인 경우, 즉 사용자가 결제한 결제 금액보다 판매 금액이 너무 큰 경우에 구매를 포기하고 결제를 취소할 수 있다.
본 실시예의 구매 관리 방법은 일 아이템에 대하여 할인 조건 제어 단계(S10)에서 생성한 할인 조건에 따라 상기 일 아이템에 대한 구매 의향이 있는 복수의 사용자들이 각각 할인 조건을 선택 시 이를 선택 인식 단계(S20)에서 인식할 수 있고, 결제 처리 단계(S30 또는 S30')는 사용자들이 선택한 할인 조건에 따라 결제를 처리할 수 있다. 그리고 나서, 판매 금액 제어 단계(S40 또는 S40')에서 판단한 판매 금액에 따라 사용자 별로 정산 제어 단계(S50 또는 S50')에서 정산 금액을 산정할 수 있다. 정산 제어 단계(S50 또는 S50')는 사용자 별로 정산 금액을 산정하여 환불 또는 추가 지불을 처리할 수 있다. 사용자들은 이를 통하여 공통의 일 아이템에 대하여 공동으로 구매를 용이하게 할 수 있고, 미리 고정된 가격을 제시하는 것 대신, 일단 다양한 할인 조건을 사용자 별로 선택하여 이를 인식하여 일단 결제를 진행하므로 사용자들의 적극적 구매 활동을 향상할 수 있다.
또한, 사용자 별로 자기가 선택한 할인 조건에 따른 결제 금액이 판매 가격보다 큰 경우를 선택한 사용자들은 정산 금액에 따라 환불을 받도록 하여 사용자의 만족도 및 편의성을 향상할 수 있다.
또한, 자기가 선택한 할인 조건에 따른 결제 금액이 판매 금액보다 작은 경우를 선택한 사용자들은 정산 금액에 따라 추가 지불을 할 수 있게 하고, 선택적 실시예로서 구매 취소를 할 수 있도록 사용자의 구매 패턴을 유지할 수 있고, 다양한 구매 옵션을 가질 수 있어 사용자의 만족도 및 편의성을 향상할 수 있다.
이와 같이 본 발명은 도면에 도시된 실시예를 참고로 설명되었으나 이는 예시적인 것에 불과하며, 당해 기술 분야에서 통상의 지식을 가진 자라면 이로부터 다양한 변형 및 균등한 다른 실시예가 가능하다는 점을 이해할 것이다. 따라서, 본 발명의 진정한 기술적 보호 범위는 첨부된 특허청구범위의 기술적 사상에 의하여 정해져야 할 것이다.
실시예는 기능적인 블록 구성들 및 다양한 처리 단계들로 나타내어질 수 있다. 이러한 기능 블록들은 특정 기능들을 실행하는 다양한 개수의 하드웨어 또는/및 소프트웨어 구성들로 구현될 수 있다. 예를 들어, 실시 예는 하나 이상의 마이크로프로세서들의 제어 또는 다른 제어 장치들에 의해서 다양한 기능들을 실행할 수 있는, 메모리, 프로세싱, 로직(logic), 룩 업 테이블(look-up table) 등과 같은 직접 회로 구성들을 채용할 수 있다.
본 발명에의 구성 요소들이 소프트웨어 프로그래밍 또는 소프트웨어 요소들로 실행될 수 있는 것과 유사하게, 실시 예는 데이터 구조, 프로세스들, 루틴들 또는 다른 프로그래밍 구성들의 조합으로 구현되는 다양한 알고리즘을 포함하여, C, C++, 자바(Java), 어셈블러(assembler) 등과 같은 프로그래밍 또는 스크립팅 언어로 구현될 수 있다. 기능적인 측면들은 하나 이상의 프로세서들에서 실행되는 알고리즘으로 구현될 수 있다. 또한, 실시 예는 전자적인 환경 설정, 신호 처리, 및/또는 데이터 처리 등을 위하여 종래 기술을 채용할 수 있다. "매커니즘", "요소", "수단", "구성"과 같은 용어는 넓게 사용될 수 있으며, 기계적이고 물리적인 구성들로서 한정되는 것은 아니다. 상기 용어는 프로세서 등과 연계하여 소프트웨어의 일련의 처리들(routines)의 의미를 포함할 수 있다.
실시예에서 설명하는 특정 실행들은 일 실시 예들로서, 어떠한 방법으로도 실시 예의 범위를 한정하는 것은 아니다. 명세서의 간결함을 위하여, 종래 전자적인 구성들, 제어 방법들, 소프트웨어, 상기 방법들의 다른 기능적인 측면들의 기재는 생략될 수 있다. 또한, 도면에 도시된 구성 요소들 간의 선들의 연결 또는 연결 부재들은 기능적인 연결 및/또는 물리적 또는 회로적 연결들을 예시적으로 나타낸 것으로서, 실제 장치에서는 대체 가능하거나 추가의 다양한 기능적인 연결, 물리적인 연결, 또는 회로 연결들로서 나타내어질 수 있다. 또한, "필수적인", "중요하게" 등과 같이 구체적인 언급이 없다면 본 발명의 적용을 위하여 반드시 필요한 구성 요소가 아닐 수 있다.
실시예의 명세서(특히 특허청구범위에서)에서 "상기"의 용어 및 이와 유사한 지시 용어의 사용은 단수 및 복수 모두에 해당하는 것일 수 있다. 또한, 실시 예에서 범위(range)를 기재한 경우 상기 범위에 속하는 개별적인 값을 적용한 발명을 포함하는 것으로서(이에 반하는 기재가 없다면), 상세한 설명에 상기 범위를 구성하는 각 개별적인 값을 기재한 것과 같다. 마지막으로, 실시 예에 따른 방법을 구성하는 단계들에 대하여 명백하게 순서를 기재하거나 반하는 기재가 없다면, 상기 단계들은 적당한 순서로 행해질 수 있다. 반드시 상기 단계들의 기재 순서에 따라 실시 예들이 한정되는 것은 아니다. 실시 예에서 모든 예들 또는 예시적인 용어(예들 들어, 등등)의 사용은 단순히 실시 예를 상세히 설명하기 위한 것으로서 특허청구범위에 의해 한정되지 않는 이상 상기 예들 또는 예시적인 용어로 인해 실시 예의 범위가 한정되는 것은 아니다. 또한, 당업자는 다양한 수정, 조합 및 변경이 부가된 특허청구범위 또는 그 균등물의 범주 내에서 설계 조건 및 팩터에 따라 구성될 수 있음을 알 수 있다.
100: 구매 관리 시스템
110: 할인 조건 제어부
120: 선택 인식부
130: 결제 처리부
140: 판매 금액 제어부
150: 정산 제어부

Claims (15)

  1. 복수의 사용자들이 일 아이템을 구매하는 구매 관리 시스템에 관한 것으로서,
    상기 아이템에 대한 복수의 할인 조건을 관리하는 할인 조건 제어부;
    상기 복수의 사용자들 중 일 사용자가 상기 복수의 할인 조건 중 일 할인 조건을 선택 시 이를 인식하는 선택 인식부;
    상기 사용자가 선택한 할인 조건에 따른 결제 금액에 따라 상기 일 아이템의 구매를 위한 결제를 진행하는 결제 처리부;
    상기 일 아이템의 판매 가격을 판단하는 판매 금액 제어부;
    상기 판매 금액 제어부에서 판단한 판매 가격과 상기 사용자가 선택한 할인 조건에 따른 결제 금액을 비교하여 상기 사용자에게 사후 정산 금액을 산정하는 정산 제어부;
    상기 일 아이템에 대한 구매를 의도하는 상기 일 사용자를 제외한 복수의 사용자들의 수, 상기 각 할인 조건 별 선택한 사용자들의 수를 포함하는 정보를 상기 사용자에게 디스플레이하는 정보 디스플레이부; 및
    상기 정보 디스플레이부가 디스플레이하는 정보를 확인하고 결제 진행 전에 선택적으로 구매 의사를 취소할 수 있는 결제 진행 여부 선택부를 포함하고,
    상기 복수의 사용자들이 구매하려고 하는 일 아이템은 미리 정해져 있는 기준 가격이 존재하고,
    상기 정산 제어부가 사후 정산 금액 산정 시에,
    상기 일 아이템에 대한 구매를 의도한 사용자들의 총합과, 상기 할인 조건 중 선택한 복수의 사용자들의 총합이 가장 많은 할인 조건을 고려하여 상기 기준 가격으로부터 변동된 판매 가격과 상기 사용자가 선택한 할인 조건에 따라 결제한 결제 금액을 비교하여 환불 금액 또는 추가 지불 금액에 대한 사후 정산을 진행하는 것을 포함하는 구매 관리 시스템.
  2. 삭제
  3. 제1 항에 있어서,
    상기 판매 금액 제어부는 미리 설정된 판매 금액을 인식하는 판매 금액 인식부를 더 포함하는 구매 관리 시스템.
  4. 제1 항에 있어서,
    상기 판매 금액 제어부는 판매 금액을 설정하는 판매 금액 설정부를 더 포함하는 구매 관리 시스템.
  5. 제1 항에 있어서,
    상기 정산 제어부는 상기 판매 금액 제어부에서 판단한 판매 금액과 상기 결제 처리부에서 결제 처리한 결제 금액간의 차액을 계산하여 정산 금액을 산정하는 정산 금액 산정부를 더 포함하는 구매 관리 시스템.
  6. 제5 항에 있어서,
    상기 정산 금액 산정부는 상기 결제 금액에서 판매 가격을 뺀 금액을 정산 금액으로 산정하고, 상기 정산 금액이 양의 값일 경우 상기 정산 금액을 환불 금액으로 정하고,
    상기 정산 제어부는 상기 결제 금액을 결제한 사용자에게 상기 환불 금액에 대하여 환불 지급 처리를 진행하는 환불 처리부를 더 포함하는 구매 관리 시스템.
  7. 제5 항에 있어서,
    상기 정산 금액 산정부는 상기 결제 금액에서 판매 가격을 뺀 금액을 정산 금액으로 산정하고, 상기 정산 금액이 음의 값일 경우 상기 정산 금액을 추가 지불 금액으로 정하고,
    상기 정산 제어부는 상기 추가 지불 금액에 대하여 상기 결제 금액을 결제한 사용자로부터 추가 지불 처리를 진행하는 추가 지불 처리부를 더 포함하는 구매 관리 시스템.
  8. 복수의 사용자들이 일 아이템을 구매하는 구매 관리 방법에 관한 것으로서,
    상기 아이템에 대한 복수의 할인 조건을 관리하는 할인 조건 제어 단계;
    상기 복수의 사용자들 중 일 사용자가 상기 복수의 할인 조건 중 일 할인 조건을 선택 시 이를 인식하는 선택 인식 단계;
    상기 사용자가 선택한 할인 조건에 따른 결제 금액에 따라 상기 일 아이템의 구매를 위한 결제를 진행하는 결제 처리 단계;
    상기 일 아이템의 판매 가격을 판단하는 판매 금액 제어 단계;
    상기 판매 금액 제어 단계에서 판단한 판매 가격과 상기 사용자가 선택한 할인 조건에 따른 결제 금액을 비교하여 상기 사용자에게 사후 정산 금액을 산정하는 정산 제어 단계;
    상기 일 아이템에 대한 구매를 의도하는 상기 일 사용자를 제외한 복수의 사용자들의 수, 상기 각 할인 조건 별 선택한 사용자들의 수를 포함하는 정보를 상기 사용자에게 디스플레이하는 정보 디스플레이 단계; 및
    상기 정보 디스플레이 단계에서 디스플레이하는 정보를 확인하고 결제 진행 전에 선택적으로 구매 의사를 취소할 수 있는 결제 진행 여부 선택 단계를 포함하고,
    상기 복수의 사용자들이 구매하려고 하는 일 아이템은 미리 정해져 있는 기준 가격이 존재하고,
    상기 정산 제어 단계에서 사후 정산 금액 산정 시,
    상기 일 아이템에 대한 구매를 의도한 사용자들의 총합과, 상기 할인 조건 중 선택한 복수의 사용자들의 총합이 가장 많은 할인 조건을 고려하여 상기 기준 가격으로부터 변동된 판매 가격과 상기 사용자가 선택한 할인 조건에 따라 결제한 결제 금액을 비교하여 환불 금액 또는 추가 지불 금액에 대한 사후 정산을 진행하는 것을 포함하는 구매 관리 방법.
  9. 삭제
  10. 제8 항에 있어서,
    상기 판매 금액 제어 단계는 미리 설정된 판매 금액을 인식하는 판매 금액 인식 단계를 더 포함하는 구매 관리 방법.
  11. 제8 항에 있어서,
    상기 판매 금액 제어 단계는 판매 금액을 설정하는 판매 금액 설정 단계를 더 포함하는 구매 관리 방법.
  12. 제8 항에 있어서,
    상기 정산 제어 단계는 상기 판매 금액 제어 단계에서 판단한 판매 금액과 결제 처리 단계에서 결제 처리한 결제 금액간의 차액을 계산하여 정산 금액을 산정하는 정산 금액 산정 단계를 더 포함하는 구매 관리 방법.
  13. 제12 항에 있어서,
    상기 정산 금액 산정 단계는 상기 결제 금액에서 판매 가격을 뺀 금액을 정산 금액으로 산정하고, 상기 정산 금액이 양의 값일 경우 상기 정산 금액을 환불 금액으로 정하고,
    상기 정산 제어 단계는 상기 결제 금액을 결제한 사용자에게 상기 환불 금액에 대하여 환불 지급 처리를 진행하는 환불 처리 단계를 더 포함하는 구매 관리 방법.
  14. 제12 항에 있어서,
    상기 정산 금액 산정 단계는 상기 결제 금액에서 판매 가격을 뺀 금액을 정산 금액으로 산정하고, 상기 정산 금액이 음의 값일 경우 상기 정산 금액을 추가 지불 금액으로 정하고,
    상기 정산 제어 단계는 상기 추가 지불 금액에 대하여 상기 결제 금액을 결제한 사용자로부터 추가 지불 처리를 진행하는 추가 지불 처리 단계를 더 포함하는 구매 관리 방법.
  15. 제8 항 및 제10 항 내지 제14 항 중에서 어느 한 항의 방법을 수행하기 위한 프로그램이 기록된 컴퓨터로 판독 가능한 기록 매체.
KR1020150137103A 2015-09-25 2015-09-25 구매 관리 시스템 및 구매 관리 방법 KR101748794B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020150137103A KR101748794B1 (ko) 2015-09-25 2015-09-25 구매 관리 시스템 및 구매 관리 방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020150137103A KR101748794B1 (ko) 2015-09-25 2015-09-25 구매 관리 시스템 및 구매 관리 방법

Publications (2)

Publication Number Publication Date
KR20170037455A KR20170037455A (ko) 2017-04-04
KR101748794B1 true KR101748794B1 (ko) 2017-06-19

Family

ID=58588507

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020150137103A KR101748794B1 (ko) 2015-09-25 2015-09-25 구매 관리 시스템 및 구매 관리 방법

Country Status (1)

Country Link
KR (1) KR101748794B1 (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102346025B1 (ko) * 2021-06-17 2022-01-03 장세훈 위치 기반 비대면 공동구매 지원 시스템
KR102385403B1 (ko) * 2021-10-01 2022-04-14 장세훈 비대면 공동구매 서비스를 지원하는 시스템

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20200127525A (ko) * 2019-05-02 2020-11-11 주식회사 디유닛 지인 할인 코드 기반 쇼핑 관리 제어 시스템 및 지인 할인 코드 기반 쇼핑 관리 제어 방법
KR102357127B1 (ko) * 2021-09-10 2022-02-08 주식회사 피트쿡 물품의 대량 판매를 위한 분할 배송 시스템
KR102667911B1 (ko) * 2021-10-25 2024-05-21 주식회사 요망진연구소 여행 데이터 기반 사후 정산 서비스 방법 및 시스템

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102346025B1 (ko) * 2021-06-17 2022-01-03 장세훈 위치 기반 비대면 공동구매 지원 시스템
KR102385403B1 (ko) * 2021-10-01 2022-04-14 장세훈 비대면 공동구매 서비스를 지원하는 시스템

Also Published As

Publication number Publication date
KR20170037455A (ko) 2017-04-04

Similar Documents

Publication Publication Date Title
KR101748794B1 (ko) 구매 관리 시스템 및 구매 관리 방법
US8423461B2 (en) Advanced payment management system
TWI640888B (zh) 用於透過通信網路提供資料處理方式清單的方法及裝置
US20160335624A1 (en) Mobile device nfc-based detection and merchant payment system
WO2020059747A1 (ja) 情報処理装置
CN105528725B (zh) 账号产品交易处理方法和系统以及交易服务器
US10275812B2 (en) Method and apparatus for denying a transaction detected to be initiated outside of a required application on an endpoint device
JP6355505B2 (ja) 決済管理装置及び決済管理方法
JP6561023B2 (ja) 決済システム、決済管理方法、及びプログラム
WO2017197468A1 (en) A method and system for facilitating the delivery of goods
KR20170107125A (ko) 부동산 증권화 방법
US20150186835A1 (en) Stock management for electronic transactions
CN106682888B (zh) 业务信息的处理方法和处理装置
KR101955713B1 (ko) 프랜차이즈 대출 서비스를 제공하는 컴퓨팅 장치 및 방법
US20220292487A1 (en) Methods and systems for image sensor-based signage intiated transactions
JP5902731B2 (ja) 返済シミュレーションシステム
JP2011145799A (ja) 資産交換支援装置、資産交換支援プログラム及び資産交換の支援方法
KR20170080128A (ko) 리스 결제 시스템 및 그 방법
US20160012502A1 (en) Preventive auditing
KR101627784B1 (ko) 재구매 시스템 및 재구매 방법
KR101914759B1 (ko) 결제 서비스 제공 장치, 방법 및 이를 실행하기 위한 컴퓨터 기록매체
KR101527279B1 (ko) 포인트 통합 관리 방법 및 이를 실행하는 서버
KR101872703B1 (ko) 소정의 환율로 외화 상품을 거래하는 것을 지원하기 위한 방법, 서버 및 사용자 단말
JP6192583B2 (ja) 情報管理装置、決済方法及び決済プログラム
JP7457199B1 (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
X701 Decision to grant (after re-examination)
GRNT Written decision to grant