KR20080038941A - 거래자 중심의 최적화된 안전한 주문 시스템 및 그 서비스방법 - Google Patents

거래자 중심의 최적화된 안전한 주문 시스템 및 그 서비스방법 Download PDF

Info

Publication number
KR20080038941A
KR20080038941A KR1020060106493A KR20060106493A KR20080038941A KR 20080038941 A KR20080038941 A KR 20080038941A KR 1020060106493 A KR1020060106493 A KR 1020060106493A KR 20060106493 A KR20060106493 A KR 20060106493A KR 20080038941 A KR20080038941 A KR 20080038941A
Authority
KR
South Korea
Prior art keywords
client
supplier
activation window
history
buyer
Prior art date
Application number
KR1020060106493A
Other languages
English (en)
Other versions
KR100850325B1 (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 KR1020060106493A priority Critical patent/KR100850325B1/ko
Publication of KR20080038941A publication Critical patent/KR20080038941A/ko
Application granted granted Critical
Publication of KR100850325B1 publication Critical patent/KR100850325B1/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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/42—Confirmation, e.g. check or permission by the legal debtor of payment

Landscapes

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

Abstract

본 발명은 거래자 중심의 최적화된 안전한 주문 시스템 및 그 서비스 방법에 관한 것으로서, 더욱 상세하게는 구매자에게 상품을 공급하는 공급자 클라이언트의 거래신용정보, 이력정보 및 부동산가치, 담보액과 같은 공급자 재정상태를 구매자 클라이언트가 미리 열람하여 상품유통과정에서 발생하는 결재처리가 안전하게 이루어지도록 하는 거래자 중심의 최적화된 안전한 주문 시스템 및 그 서비스 방법에 관한 것이다.
따라서, 본 발명은 공급자 클라이언트가 상품을 납품한다는 조건하에서 미리 다수의 구매자 클라이언트로부터 일정 금액을 지급받은 후에 부도를 내는 범죄행위를 미연에 방지할 수 있는 효과가 있고, 구매자 클라이언트가 상품을 공급받은 후 결재처리를 하지 않거나 부도나 난 경우에 금융기관 클라이언트에 담보잡힌 카드매출 및 부동산 담보를 이용하여 대신 결제함으로써, 공급자, 구매자 양자 모두에게 경제적인 피해가 가지 않도록 하는 효과가 있다.
인터넷, 웹, 클라이언트, 구매자, 공급자, 상품, 거래, 주문, 전자상거래

Description

거래자 중심의 최적화된 안전한 주문 시스템 및 그 서비스 방법 {Optimizing safe ordering system and service method thereof for Customer-focused}
도 1은 본 발명에 따른 거래자 중심의 최적화된 안전한 주문 시스템 구성도
도 2는 본 발명에 따른 공급자 클라이언트의 공급소 이력 활성화창 예시도
도 3은 본 발명에 따른 구매자 클라이언트의 구매 활성화창 예시도
도 4는 본 발명에 따른 공급자 클라이언트와 구매자 클라이언트 사이의 온라인 계약 활성화창 예시도
도 5는 본 발명에 따른 거래 서버 블록도
도 6은 본 발명에 따른 거래자 중심의 최적화 주문 서비스 방법 흐름도
* 주요 도면부호에 대한 설명 *
100 : 공급자 클라이언트 200 : 구매자 클라이언트
300 : 거래 서버 400 : 금융기관 클라이언트
본 발명은 거래자 중심의 최적화된 안전한 주문 시스템 및 그 서비스 방법에 관한 것으로서, 더욱 상세하게는 구매자에게 상품을 공급하는 공급자 클라이언트의 거래신용정보, 이력정보 및 부동산가치, 담보액과 같은 공급자 재정상태를 구매자 클라이언트가 미리 열람하여 상품유통과정에서 발생하는 결재처리가 안전하게 수행되는 거래자 중심의 최적화된 안전한 주문 시스템 및 그 서비스 방법에 관한 것이다.
종래의 기술로서 구매자 클라이언트, 공급자 클라이언트 및 중개서버로 이루어져 유통과정을 웹 상에서 편리하게 수행되도록 하는 있는 전자상거래는 구매자 클라이언트와 공급자 클라이언트 사이에 일방적인 거래조건 제시 및 거래 당사자의 의사와 관계없는 일방적인 선택 또는 거래 조건으로 전자상거래가 이루어지고 있었다.
예컨대, 석유제품과 같이 상품대금의 액수가 큰 경우의 유통과정은 정유사 또는 수입사 하부계층에 대리점이 있으며 상기 대리점 하부계층에 주유소, 부판점, 산업체 등이 있습니다.
상기 대리점은 일명 현물대리점이라 칭하기도 하며 현물시장에서 빈번히 발생되는 사고업체입니다. 상기 사고업체인 현물대리점은 상품대금을 입금받고, 고의부도나 잠적해버리는 실정이다.
물론 모든 현물대리점이 다 그러하지는 않지만 심각하게 부각되는 문제점은 국내에 약 300개소가 넘는 대리점이 활동중이며, 이중 대다수가 검증이 되지 않고 있을 뿐만 아니라, 재정이 매우 열악한 업체들이며 이러한 업체가 점차적으로 증가하고 있다.
이와 같이 증가되는 이유는 첫째 적은 비용으로도 회사 설립이 용이하고 둘째 탱크로리 한 대의 차(100드럼)의 상품금액이 2천만원 내지 3천만원이고 주유소 월 매출이 통상적으로 1,500드럼 내지 3,000드럼임으로 예컨대, 300드럼 정도의 석유제품을 납품한다는 조건하에서 미리 다수의 주유소로부터 미리 일정 금액을 받은 후에 고의 부도 및 잠적함에 따라 최근 3 내지 4년 사이에 많은 금융사고가 발생되고 현재도 이러한 위험이 항상 도사리고 있으며, 한 건당 사고금액이 몇 십억에서 몇 천억까지 발생될 수 있는 문제점이 있다.
특히, 상기 대리점은 일명 바지사장을 내세워서 상습적인 범죄행위를 반복할 가능성이 매우 높으며, 거래처 공략자금을 마련하기 위한 세금계산서의 가공자의 남발행위가 용이하고, 새로운 회사를 신설하여 일정기간 거래처 확보하기 위하여 선심공세를 남발하여 경제흐름에 역행하는 행위를 자행하는 문제점이 있다.
따라서, 본 발명은 상기 문제점을 해결하기 위하여 안출된 것으로서, 본 발명은 공급자 클라이언트가 상품을 납품한다는 조건하에서 미리 다수의 구매자 클라이언트로부터 일정 금액을 지급받은 후에 부도를 내는 범죄행위를 방지하는데 그 목적이 있다.
본 발명에 따른 일실시예에 따르면, 거래자 중심의 최적화된 안전한 주문 시 스템은 웹 상에서 제공되는 이력 활성화창에 공급자 회사명, 소재지 및 신용정도를 유추할 수 있는 자본금, 직원수, 공급가능물량, 거래신용율, 부동산 가치 등의 이력이 입력되어 공급자 이력데이터를 생성하는 다수의 공급자 클라이언트와, 웹 상에서 제공되는 구매 활성화창에 공급물량, 상기 공급자 클라이언트의 신용정도 희망단가, 지급방법, 배송희망시간 등이 입력되어 구매 요청 데이터를 생성하고 상기 구매 요청데이터와 적합한 상기 다수의 공급자 이력데이터를 제공받아 열람한 후에 계약할 하나의 공급자 이력데이터를 선택하는 구매자 클라이언트, 및 상기 다수의 공급자 클라이언트에게 이력정보 활성화창을 제공하여 생성된 다수의 공급자 이력데이터를 수신하고, 구매자 클라이언트에게 구매 활성화창을 제공하여 생성된 구매 요청데이터를 수신하며, 상기 구매 요청데이터에 적합한 상기 다수의 공급자 이력데이터 중에서 일부 공급자 이력데이터를 구매자 클라이언트에 제공하여 선택된 공급자 이력데이터의 공급자 클라이언트와 온라인 계약 활성화창에 의해서 상호 거래가 이루어지도록 수행하는 거래 서버로 이루어진 것을 특징으로 한다.
본 발명의 일실시예에 따르면, 상기 구매자 클라이언트에 의해서 선택된 공급자 클라이언트와 구매자 클라이언트 사이에 상품 거래가 이루어지기 위하여 구매자 클라이언트로부터 지급받은 예치금액을 공급자 클라이언트에게 지불하는 금융기관 클라이언트가 더 포함되는 것을 특징으로 한다.
본 발명의 일실시예에 따르면, 상기 거래 서버는 웹 상에서 공급자 이력 활성화창, 구매 활성화창, 온라인 계약 활성화창 및 담보신청 활성화창을 게시하고, 공급자 이력 데이터를 구매자 클라이언트에 전송하고, 상기 구매자 클라이언트에 의하여 선택된 공급자 클라이언트와 온라인 계약 활성화창을 이용하여 계약을 채결하며, 상기 구매자 클라이언트에 의해서 생성된 예치금액 데이터를 금융기관 클라이언트에 전송하는 운영 어플리케이션부와, 구매 요청데이터에 적합한 공급자 이력 데이터를 추출하는 검색 엔진부와, 웹 상에 게시되는 구매 활성화창, 이력 활성화창, 온라인 계약 활성화창 및 담보신청 활성화창이 저장되는 제 1 DB와, 상기 제 1 DB에 저장된 공급자 이력 활성화창, 구매 활성화창에 공급자 및 구매자 클라이언트가 해당 정보를 입력하여 데이터화된 구매 요청데이터, 공급소 이력데이터를 수신하여 저장되는 제 2 DB와, 상기 구매자 클라이언트와 공급자 클라이언트 사이에 체결된 온라인 계약 데이터가 저장되고, 구매자 클라이언트에서 예치한 예치금액 데이터가 저장되며, 담보신청에 필요한 데이터화된 서류가 저장되는 제 3 DB, 및 상기 예치한 예치금액 데이터를 수신받아 해당 금액만큼 공급자 클라이언트에 지불하며 상기 담보신청에 필요한 데이터화된 서류를 제공받는 전자결재 어플리케이션부로 이루어진 것을 특징으로 한다.
본 발명의 일실시예에 따르면, 상기 전자결재 어플리케이션부는 구매자 클라이언트가 공급자 클라이언트에게 총지급할 금액보다 예치한 예치금액이 부족한 경우에 담보신청에 필요한 데이터화된 서류를 담보로 부족한 금액을 공급자 클라이언트에게 지불하는 것을 특징으로 한다.
본 발명의 일실시예에 따르면, 상기 공급자 이력데이터는 관련기관 서버와 연동되어 공급자 부동산 가치, 공급자 담보액이 자동 입력되는 것을 특징으로 한다.
본 발명의 일실시예에 따르면 상기 운영 어플리케이션은 공급자 클라이언트가 거래한 거래내역을 통하여 거래신용율이 연산되는 것을 특징으로 한다.
본 발명의 다른 일실시예에 따르면, 거래자 중심의 최적화된 안전한 주문 서비스 방법은 상기 거래 서버가 웹 상에서 구매 활성화창, 공급자 이력활성화창을 게시하는 단계와, 상기 구매 활성화창에 구매자 클라이언트에 의해서 해당정보가 입력되고, 상기 공급자 이력활성화창에 공급자 클라이언트에 의해서 해당정보가 입력되는 단계와, 상기 구매 활성화창, 공급자 이력활성화창에 해당 정보가 입력되어 구매 요청데이터, 공급자 이력데이터를 생성하는 단계와, 상기 생성된 구매 요청데이터에 적합한 다수의 공급자 이력데이터를 검색하는 단계와, 상기 검색된 다수의 공급자 이력데이터를 거래 서버가 구매자 클라이언트에 전송하고 상기 전송된 다수의 공급자 이력데이터 중에서 어느 하나를 구매자 클라이언트가 선택하는 단계와, 상기 선택된 공급자 이력데이터를 공급자 클라이언트와 구매자 클라이언트 사이에 거래가 성립되기 위하여 거래 서버가 온라인 계약 활성화창를 구매자 클라이언트가 해당 계약 주문내용을 입력할 수 있도록 전송하는 단계와, 상기 온라인 계약 활성화창을 전송받은 구매자 클라이언트가 선택한 구매자 클라이언트와 계약을 체결한 후에 거래 서버를 통하여 금융기관 클라이언트에 예치금액을 예치하는 단계, 및 상기 예치금액으로 상품을 판매한 공급자 클라이언트에게 금융기관 클라이언트가 지불하는 단계로 이루어진 것을 특징으로 한다.
본 발명의 다른 일실시예에 따르면, 상기 온라인 계약 활성화창을 전송받은 구매자 클라이언트가 거래 서버를 통하여 금융기관 클라이언트에 예치금액을 예치 하는 단계 이후에, 예치금액이 총결재금액보다 부족할 경우에 담보신청하도록 웹 상에 게시하는 단계와, 상기 게시된 담보신청을 구매자 클라이언트가 작성한 후에 거래 서버를 통하여 금융기관 클라이언트에 전송하는 단계, 및 상기 전송된 담보신청을 금융기관 클라이언트가 수신한 후 부족한 금액을 공급자 클라이언트에 전송하는 단계를 더 포함하는 것을 특징으로 한다.
본 발명의 다른 일실시예에 따르면, 상기 공급자 이력데이터는 관련기관 서버와 연동되어 공급자 부동산 가치, 공급자 담보액이 자동 입력되는 것을 특징으로 한다.
본 발명의 다른 일실시예에 따르면, 상기 거래 서버는 공급자 클라이언트가 거래한 거래내역을 통하여 거래신용율이 연산되는 것을 특징으로 한다.
이하, 첨부된 도면을 참조하여 본 발명의 바람직한 실시예를 상세히 설명한다.
도 1은 본 발명에 따른 석유제품 거래시스템 구성도로서, 상기 시스템은 공급자 클라이언트(100)와, 구매자 클라이언트(200)와, 거래 서버(300) 및 금융기관 클라이언트(400)로 이루어져 상품에 대한 거래를 안전하게 수행한다.
상기 공급자 클라이언트(100)는 상품을 구매자 클라이언트(200)에게 공급하는 장소에 설치되며 공급자 클라이언트(100)가 구매자 클라이언트(200)에게 어떠한 형태로든 경제적 손실이 가해지지 않을 정도로 충분한 신용 또는 경제력을 제공하 기 위하여 거래 서버(300)로부터 거래신용정보를 입력할 수 있는 이력정보 활성화창을 제공받은 후에 상기 이력정보 활성화창에 공급자 클라이언트(100)가 해당 목록을 입력함으로써 거래신용정보를 포함하는 공급소 이력데이터가 생성된다.
상기 이력정보 활성화창은 사진, 공급자 상호, 대표자명, 소재지, 회사설립일, 자본금, 직원수, 공급가능물량, 전년도 월평균판매액, 유통직영 소유 여부, 거래신용율, 공급자가 지닌 회사의 부동산 가치, 공급자 담보액 등을 기재할 수 있다.
상기 이력정보 활성화창은 유통되는 상품에 따라서 다소 변경가능하며 본 발명의 이해를 돕기 위해서 석유제품인 경우에는 도 2에 도시된 바와 같이 공급소명, 대표자명, 소재지, 회사설립일, 자본금, 직원수, 공급가능물량, 전년도 월평균 판매액, 직영주유소 소유 여부, 거래신용율, 주유소 부동산 가치, 공급소 담보액을 입력하여 석유제품을 판매하는 공급소에 대한 이력데이터를 생성한다.
특히, 상기 이력 활성화창 중에서 거래 신용율, 공급자가 지닌 부동산 가치, 공급자 담보액은 공급자 클라이언트(100)측면에서 기록할 수 없으며, 단지 공급자 클라이언트(100)가 사진, 공급자 상호, 대표자명, 소재지, 회사설립일, 자본금, 직원수, 공급가능물량, 전년도 월평균판매액, 유통직영 소유 여부만을 입력하면, 거래 서버(300)에 의해서 상기 공급자 클라이언트(100)가 이제까지 거래한 거래내역을 통하여 거래신용율이 연산되어 입력되고 웹 상에서 실시간 변화하는 공급자가 지닌 부동산 가치가 자동 입력되고 공급자의 담보액이 자동 입력되어 공급자 이력데이터가 생성된다.
따라서, 상기 공급자 이력데이터는 거래 서버(300)에 전송되어 저장되며 상기 공급자 클라이언트(100)가 다수개 임으로 상기 공급자 이력데이터도 다수개 저장되며, 다수개 저장된 공급자 이력데이터 중에서 구매자 클라이언트(200)가 원하는 공급자 이력데이터를 거래 서버(300)에 의해서 제공된다.
더욱이, 상기 거래신용율은 상품을 거래함에 있어서, (총거래횟수 - 담보신청횟수)/총거래횟수 × 100(%)으로 연산된다.
또한, 공급자 클라이언트(100)는 구매자 클라이언트(200)와 온라인계약서를 체결하고 상품을 구매자 클라이언트(200)에 판매한 후에 예치금 또는 담보를 금융기관 클라이언트(400)로부터 제공받는다.
더욱이, 상기 공급자 이력데이터를 열람한 구매자 클라이언트(200)에 의해서 선택된 공급자 클라이언트(100)는 구매자 클라이언트(200)에서 작성된 온라인계약서에 의해서 거래 서버(300)를 통하여 거래가 이루어지도록 한다.
상기 구매자 클라이언트(200)는 소비자가 직접 석유제품을 구매하는 장소 즉, 일상생활에서 쉽게 접할 수 있는 매장에 설치되며, 웹 상에서 거래 서버(300)에 접속하면 공급소 클라이언트(100)로부터 상품을 제공받기 위한 구매 활성화창이 웹 상에 활성화되고 상기 구매 활성화창에 구매자 클라이언트(200)가 해당 목록을 입력함으로써 구매요청 데이터가 생성된다.
상기 구매 활성화창은 상품 공급량, 공급자 신용정도, 상품종류, 희망단가, 지급방법, 배송희망시간, 도착지 상호, 도착지 주소 등을 기재할 수 있다.
또한, 상기 구매 활성화창은 유통되는 상품에 따라서 다소 변경가능하며 본 발명의 이해를 돕기 위해서 석유제품인 경우에는 도 2에 도시된 바와 같이 공급물량, 공급자 신용 정도, 유종, 유량, 희망단가, 지급방법, 배송희망시간, 도착지 상호, 도착지 주소 등을 입력하여 석유제품을 구매하는 구매요청 데이터를 생성한다.
더욱이, 상기 구매요청 데이터는 주문형태를 도착도주문, 자차주문, 빠른주문으로 구분되고 상기 주문들 중에서 어느 하나를 구매자 클라이언트(200)가 선택하면, 상기 선택된 주문과, 입력된 공급자 신용 정도를 바탕으로 거래 서버(300)에 입력 저장된 다수의 공급자 이력데이터 중에서 적합한 다수의 공급자 이력데이터를 거래 서버(300)가 구매자 클라이언트(200)에게 전송하고 상기 구매자 클라이언트(200)는 전송된 다수의 공급자 이력데이터를 열람한 후 하나의 공급자 이력데이터를 선택함으로써 선택된 공급자 클라이언트(100)와 상품 거래가 이루어진다.
이후, 상기 거래 서버(300)로부터 도 4에 도시된 바와 같이 구매자의 구매요건에 의한 온라인 계약 활성화창을 제공받아서 해당 주문계약 내용을 입력한 후에 거래 서버(300)에 전송하여 공급자 클라이언트(100)와 계약이 체결된다.
상기 온라인 계약 활성화창은 상호, 소재지, 주문량, 총지불금액, 예치금액, 지불방법을 입력하는 입력란과 담보신청하기 위한 담보신청 클릭버튼으로 구성되며 해당조건을 만족하도록 입력하여 온라인 계약 데이터를 생성한 후에 상기 온라인 계약 데이터를 거래 서버(300)로 전송한다. 또한, 상기 온라인 계약 활성화창은 유통되는 상품에 따라 상기 입력란 변경이 가능하다.
따라서, 상기 상호, 소재지는 도착지 즉 구매자 클라이언트(200)가 위치한 곳이며 상기 주문량은 구매하고자 하는 상품의 양이고 상기 총지불금액은 공급자 클라이언트(100)에게 지급해야 할 총금액이고 상기 예치금액은 유령회사와 같이 공급자 클라이언트(100)측에서 다수의 구매자 클라이언트(200)로부터 상품을 공급한다는 조건하에 일정 금액을 먼저 받은 후에 부도내는 병폐를 방지하기 위하여 구매자 클라이언트(200)가 금융기관에 일정 금액을 예치하고 상품을 공급받은 후 공급소 클라이언트(100)에 지불하기 위한 것이며 지불방법은 예치금액에 의한 지불 또는 예치금액과 담보신청에 따른 금융기관 클라이언트(400)에 의한 지불 및 담보에 따른 금융기관 클라이언트(400)의 지불 등이 있다.
이러한 즉, 상기 공급자 이력데이터와 예치금액을 통하여 구매자 클라이언트(200)가 안전하게 상품을 거래할 수 있다.
또한, 상기 지불방법은 구매자 클라이언트(200)와 공급자 클라이언트(100) 사이에 상기 구매자 클라이언트(200)가 자금사정이 좋지 못하여 총지불금액에서 예치금을 제외하고도 일정 금액을 더 지불해야 하는 경우에 도시된 담보신청 클릭버튼을 클릭하면 담보신청 활성화창이 게시되고 상기 담보신청 활성화창에 담보에 필요한 사항을 입력하여 거래 서버(300)에 전송하여 금융기관 클라이언트(400)에 전송되면 구매자의 부동산 담보, 카드매출 담보 등이 설정된다.
상기 거래 서버(300)는 구매자 클라이언트(200)와 공급자 클라이언트(100) 사이에 상품을 결재하도록 하는 것으로서, 도 5에 도시된 바와 같이, 운영 어플리케이션부(310)와 검색엔진(320)과 제 1 DB(330)와, 제 2 DB(340)로 이루어져서 구매자 클라이언트(200)와 공급자 클라이언트(100) 상호간에 상품을 거래하며 또한, 전자결재 어플리케이션부(350)와 제 3 DB(360)를 더 포함하여 구매자 클라이어 트(100)와 공급자 클라이언트(100) 및 금융기관 클라이언트(400) 상호간에 상품을 결재처리 하는 과정을 수행한다.
더욱 상세하게, 상기 운영 어플리케이션부(310)는 웹 사이트를 운영하는 것으로서, 구매자 클라이언트(200)에게 구매 활성화창, 온라인 계약 활성화창, 담보신청 활성화창 및 공급자 이력데이터를 웹 상에 게시하고 상기 구매자 클라이언트(200)에 의해서 상기 구매 활성화창에 다양한 정보가 입력되어 데이터화된 구매 요청데이터를 수신하고 상기 온라인계약 활성화창에 구매자 클라이언트(200)가 다양한 정보를 입력하여 데이터화된 온라인 계약데이터를 수신하며 공급자 클라이언트(100)에게 이력 활성화창을 웹 상에 게시하여 공급자 클라이언트(100)가 상기 이력 활성화창에 만족하는 조건을 입력하여 생성된 공급자 이력데이터를 거래 서버(300)에 전송함으로써, 구매자 클라이언트(200)에 전송된다.
더욱이, 구매자 클라이언트(200)가 공급자 이력데이터를 열람한 후에 선택된 공급자 클라이언트(100)와 계약이 채결되면 구매자 클라이언트(200)에서 예치한 예치금액이 예치금액 데이터로 되고 상기 예치금액 데이터가 거래 서버(300)에 전송된다.
특히, 구매자 클라이언트(200)가 공급자 클라이언트(100)에 지불할 금액이 부족할 경우에 담보신청에 필요한 서류를 담보신청 활성화창에 입력하여 구매자 클라이언트(200)에서 데이터화되어 거래 서버(300)를 통하여 금융기관 클라이언트(400)에 전송된다. 상기 담보신청은 신용카드 매출 담보도 가능하다.
따라서, 구매 요청데이터에 적합한 공급자 이력데이터를 검색엔진(320)이 추 출하여 상기 추출된 공급자 데이터 중에서 어느 하나를 웹 상에서 구매자 클라이언트(200)가 선택하도록 한다.
이와 같이 공급자 이력데이터를 주유소 클라이언트(200)가 선택함으로써, 본 발명의 문제점으로 지적한 공급자 클라이언트(100)가 다수의 구매자 클라이언트로(100)로부터 석유제품을 납품하겠다는 조건하에서 미리 일정 금액을 미리 받고 부도내는 점을 미연에 방지할 수 있다.
상기 검색엔진(320)은 다수의 공급자 클라이언트(100)가 거래 서버(300)로부터 제공받은 이력정보 활성화창에 다양한 정보를 입력하여 생성된 다수의 공급소 이력데이터를 수신하여 제 2 DB(340)에 저장하면 구매자 클라이언트(200)에 의해서 생성된 구매요청 데이터를 수신하여 상기 구매요청 데이터와 가장 적합한 공급자 이력데이터를 제 2 DB(340)에서 추출하여 운영 어플리케이션(310)에 전송한다.
이때 하나의 공급자 이력데이터만을 추출하는 것이 아니고 구매자 클라이언트(200)가 선택할 수 있는 폭을 넓히기 위해서 다수개 추출하여 공급한다.
상기 제 1 DB(330)는 웹 상에서 운영되는 모든 데이터가 저장되며, 특히 웹 상에 게시되도록 하는 활성화창이 저장된다. 즉 상기 활성화창은 구매 활성화창, 공급자 이력 활성화창, 온라인 계약 활성화창, 담보신청 활성화창 및 구매 활성화창이 해당된다. 또한, 담보신청에 필요한 서류데이터가 저장된다.
상기 활성화창은 운영 어플리케이션부(310)에 의해서 추출되어 구매자 및 공급자 클라이언트(100, 200)가 웹 상에서 열람할 수 있도록 게시된다.
상기 제 2 DB(340)는 제 1 DB(330)에 저장된 활성화창이 웹 상에 게시되어 구매자 및 공급자 클라이언트(100, 200)가 다양한 정보를 입력하여 생성된 데이터들을 수신하여 저장된다. 즉 상기 데이터는 구매 요청데이터, 공급자 이력데이터 해당된다.
따라서, 구매 요청데이터에 적합한 공급자 이력데이터를 검색엔진부(320)가 추출하여 운영 어플리케이션부(310)에 전송되면 상기 운영 어플리케이션부(310)는 상기 공급자 이력데이터를 구매자 클라이언트(200)에 전송한다.
상기 전자결제 어플리케이션부(350)는 거래 서버(300)의 제 3 DB(360)에 데이터화된 예치금액 데이터 및 담보신청 활성화창에 의해서 담보 신청에 필요한 데이터화된 서류를 거래서버(300)를 통하여 금융기관 클라이언트(400)에 전송한다.
이와 같이 예치금액 데이터 및 데이터화된 서류를 금융기관 클라이언트(400)에 전송함으로써, 구매자 클라이언트(200)와 공급자 클라이언트(100) 사이에 안전한 거래가 이루어지도록 한다.
상기 제 3 DB(360)는 온라인 계약 데이터가 저장되고, 구매자 클라이언트(200)에서 예치한 예치금액 데이터가 저장되고, 담보신청에 필요한 데이터화된 서류가 저장된다.
상기 금융기관 클라이언트(400)는 예치금액 데이터를 생성한 거래 서버(300)의 운영 어플리케이션부(310)가 제 3 DB(360)에 상기 예치금액 데이터를 저장하면 상기 제 3 DB(360)에 저장된 예치금액 데이터를 전자결재 어플리케이션부(350)에 의해서 전송된다.
또한, 구매자 클라이언트(200)가 공급자 클라이언트(100)에 지급할 금액이 예치금액보다 초과할 경우에 담보신청에 필요한 데이터화된 서류를 전자결재 어플리케이션부(350)를 통하여 제공받으며, 공급자 클라이언트(100)에게 상품에 대한 금액을 거래 서버(300)를 통하여 지불한다.
특히, 구매자 클라이언트(200)가 결재금액이 부족할 경우에 상기 담보신청에 필요한 서류를 받은 후에 부족한 결재금액을 공급자 클라이언트(100)에게 지불한다.
도 7은 본 발명에 따른 상품 거래방법 흐름도로서, 상기 상품 거래 방법은 다음과 같은 처리과정을 수행한다.
상기 거래 서버가 웹 상에서 구매 활성화창, 공급자 이력활성화창을 게시하는 단계(S10)와, 상기 구매 활성화창에 구매자 클라이언트에 의해서 해당정보가 입력되고, 상기 공급자 이력활성화창에 공급자 클라이언트에 의해서 해당정보가 입력되는 단계(S20)와, 상기 구매 활성화창, 공급자 이력활성화창에 해당 정보가 입력되어 구매 요청데이터, 공급자 이력데이터를 생성하는 단계(S30)와, 상기 생성된 구매 요청데이터에 적합한 다수의 공급자 이력데이터를 검색하는 단계(S40)와, 상기 검색된 다수의 공급자 이력데이터를 거래 서버가 구매자 클라이언트에 전송하고 상기 전송된 다수의 공급자 이력데이터 중에서 어느 하나를 구매자 클라이언트가 선택하는 단계(S50)와, 상기 선택된 공급자 이력데이터를 공급자 클라이언트와 구매자 클라이언트 사이에 거래가 성립되기 위하여 거래 서버가 온라인 계약 활성화창를 구매자 클라이언트가 해당 계약주문 내용을 입력할 수 있도록 전송하는 단계(S60)와, 상기 온라인 계약 활성화창을 전송받은 구매자 클라이언트가 선택한 구 매자 클라이언트와 계약을 체결한 후에 거래 서버를 통하여 금융기관 클라이언트에 예치금액을 예치하는 단계(S70) 및 상기 예치금액이 금융기관 클라이언트로부터 상품을 판매한 공급자 클라이언트에게 지불되는 단계(S80)로 이루어져 구매자 클라이언트(200)와 공급자 클라이언트(100) 사이에 공급자 거래신용정보 및 이력데이터와, 예치금액을 이용하여 상품을 안전하게 거래한다.
또한, 상기 S70단계 이후에 예치금액이 총결재금액보다 부족할 경우에 담보신청하도록 웹 상에 게시하는 단계(S90)와, 상기 게시된 담보신청을 구매자 클라이언트가 작성한 후에 거래 서버를 통하여 금융기관 클라이언트에 전송하는 단계(S100) 및 상기 전송된 담보신청을 금융기관 클라이언트가 수신한 후 부족한 금액을 공급자 클라이언트에 전송하는 단계(S110)로 이루어져 구매자 클라이언트(200)와 공급자 클라이언트(100) 사이에 공급자 신용거래정보 및 이력데이터와 부족한 예치금액을 담보 서류로 대치하여 정상적으로 상품을 거래한다.
더욱 상세하게, 상기 거래 서버가 웹 상에서 구매 활성화창, 공급자 이력활성화창을 게시하는 단계(S10)는 상품을 구매자 클라이언트(200)와, 공급자 클라이언트(100) 사이에 거래가 이루어지기 위하여 제 1 DB(330)에 저장된 구매 활성화창, 공급자 이력 활성화창을 운영 어플리케이션(310)이 추출하여 웹 사이트에 게시한다.
상기 구매 활성화창에 구매자 클라이언트에 의해서 해당정보가 입력되고, 상기 공급자 이력활성화창에 공급자 클라이언트에 의해서 해당정보가 입력되는 단계(S20)는 운영 어플리케이션(310)에 의해서 구매 활성화창, 이력 활성화창이 웹 상에 게시되면 상기 거래자 중심의 최적화된 안전한 주문 시스템에서 설명한 바와 같이, 구매자 클라이언트(200)와 공급자 클라이언트 각각이 구매 활성화창 및 이력 활성화창에 구매 또는 이력에 필요한 사항을 입력한다.
상기 구매 활성화창, 공급자 이력활성화창에 해당 정보가 입력되어 구매 요청데이터, 공급자 이력데이터를 생성하는 단계(S30)는 구매 활성화창과 공급자 이력 활성화창에 구매자 클라이언트와 공급자 클라이언트에 의하여 해당 사항을 입력하면 공급자 클라이언트(100)는 공급자 이력데이터를 생성하고, 구매자 클라이언트(200)는 구매 요청데이터를 생성하여 거래 서버(300)에 전송되어 제 2 DB(340)에 저장된다.
상기 생성된 구매 요청데이터에 적합한 다수의 공급자 이력데이터를 검색하는 단계(S40)는 구매자 클라이언트(200)에 의해서 생성된 구매 요청데이터를 이용하여 검색엔진부(320)가 제 2 DB(340)에 저장된 다수의 공급자 이력데이터 중에서 적합한 공급자 이력데이터를 검색하여 추출한다.
상기 검색된 다수의 공급자 이력데이터를 거래 서버가 구매자 클라이언트에 전송하고 상기 전송된 다수의 공급자 이력데이터 중에서 어느 하나를 구매자 클라이언트가 선택하는 단계(S50)는 구매자 클라이언트(200)가 검색엔진부(320)에서 검색된 다수의 공급자 이력데이터를 제공받아서 상기 다수의 공급자 이력데이터에 기재된 공급자 이력, 거래신용율, 공급자 부동산 가치, 공급자 담보액을 열람한 후에 가장 부도의 위험이 없는 적합한 공급자 클라이언트(100)를 선택한다.
더욱이, 공급자 클라이언트(100)가 이제까지 거래한 내역을 통하여 연산된 거래신용율, 부도의 위험성을 알 수 있는 부동산 가치 및 담보액을 기록함으로써, 구매자 클라이언트(200)에게 신뢰감이 형성됨으로써, 앞서 기술한 문제점들을 해결할 수 있다.
상기 선택된 공급자 이력데이터를 공급자 클라이언트와 구매자 클라이언트 사이에 거래가 성립되기 위하여 거래 서버가 온라인 계약 활성화창를 구매자 클라이언트가 해당 게약주문 내용을 입력할 수 있도록 전송하는 단계(S60)는 구매자 클라이언트(200)가 선택한 공급자 클라이언트(100)와 계약을 채결하기 위하여 거래 서버(300)의 운영 어플리케이션부(310)에서 상기 구매자 클라이언트(200)가 계약서를 작성할 수 있도록 온라인 계약 활성화창을 웹 상에 게시하면 구매자 클라이언트(200)가 계약주문 내용을 입력한다.
상기 온라인 계약 활성화창을 전송받은 구매자 클라이언트가 선택한 구매자 클라이언트와 계약을 체결한 후에 거래 서버를 통하여 금융기관 클라이언트에 예치금액을 예치하는 단계(S70)는 온라인 계약 활성화창에 의해서 작성된 계약서에 의하여 계약이 이루어지면 공급자 클라이언트(100)가 상품을 구매자 클라이언트(200)에 공급하지 않고 상품 결재금액을 가로채가는 폐단을 막이 위하여 구매자 클라이언트(200)가 거래 서버(300)를 통하여 금융기관 클라이언트(400)에 예치금액을 예치한다.
상기 예치금액이 금융기관 클라이언트로부터 상품을 판매한 공급자 클라이언트에게 지불되는 단계(S80)는 구매자 클라이언트(200)가 상품을 공급받으면 공급받았다는 메시지를 거래 서버(300)에 전송하고, 상기 거래 서버(300)는 상기 메시지 를 확인한 후에 거래 서버(300)가 공급자 클라이언트(100)에게 예치된 금액으로 상품에 대하여 공급자 클라이언트(100)에게 결재하도록 금융기관 클라이언트(400)에 요청하면 상기 금융기관 클라이언트(400)가 거래 서버(300)를 통하여 공급자 클라이언트(100)에게 예치금액을 지불한다.
또한, 상기 S70단계 이후에 예치금액이 총결재금액보다 부족할 경우에 담보신청하도록 웹 상에 게시하는 단계(S90)는 구매자 클라이언트(200)가 자금사정이 좋지 못하여 예치금액보다 총지불금액이 더 많을 경우에 담보신청 및 카드 매출 담보를 신청할 수 있도록 담보신청 활성화창을 웹 상에 게시한다.
상기 게시된 담보신청을 구매자 클라이언트가 작성한 후에 거래 서버를 통하여 금융기관 클라이언트에 전송하는 단계(S100)는 담보신청 활성화창에 담보에 필요한 사항을 입력하여 담보신청이 데이터화된 서류가 거래서버(300)를 통하여 금융기관 클라이언트(400)에 전송되어 부족한 금액을 충당할 수 있도록 게시된 담보신청 및 카드 매출 담보를 구매자 클라이언트(200)가 작성한 후에 거래 서버(300)에 전송된다.
상기 전송된 담보신청을 금융기관 클라이언트가 수신한 후 부족한 금액을 공급자 클라이언트에 전송하는 단계(S110)는 총지불금액에서 예치금액을 뺀 나머지 금액에 대하여 금융기관 클라이언트(400)가 담보신청 서류 및 카드 매출 담보를 바탕으로 부족한 금액만큼 공급자 클라이언트(100)에게 전송한다.
상기 부족한 금액을 추후에 구매자 클라이언트(200)가 지불하면 데이터화된 담보신청 서류 및 카드 매출 담보는 삭제된다.
지금까지 본 발명에 대해서 상세히 설명하였으나, 그 과정에서 언급한 실시예는 예시적인 것일 뿐, 한정적인 것이 아님을 분명히 하며, 본 발명은 이하의 특허청구범위에 의해 제공되는 본 발명의 기술적 사상이나 분야를 벗어나지 않는 범위내에서, 균등하게 대처될 수 있는 정도의 구성요소 변경은 본 발명의 범위에 속한다 할 것이다.
이상에서 설명한 바와 같이, 본 발명은 공급자 클라이언트가 상품을 납품한다는 조건하에서 미리 다수의 구매자 클라이언트로부터 일정 금액을 지급받은 후에 부도를 내는 범죄행위를 미연에 방지할 수 있는 효과가 있고, 구매자 클라이언트가 상품을 공급받은 후 결재처리를 하지 않거나 부도나 난 경우에 금융기관 클라이언트에 담보잡힌 구매자 부동산 및 카드 매출 담보를 이용하여 공급자 클라이언트에게 경재적인 피해가 가지 않도록 하는 효과가 있다.

Claims (10)

  1. 웹 상에서 제공되는 이력 활성화창에 공급자 회사명, 소재지 및 신용정도를 유추할 수 있는 자본금, 직원수, 공급가능물량, 거래신용율, 부동산 가치 등의 이력이 입력되어 공급자 이력데이터를 생성하는 다수의 공급자 클라이언트와;
    웹 상에서 제공되는 구매 활성화창에 공급물량, 상기 공급자 클라이언트의 신용정도 희망단가, 지급방법, 배송희망시간 등이 입력되어 구매 요청 데이터를 생성하고 상기 구매 요청데이터와 적합한 상기 다수의 공급자 이력데이터를 제공받아 열람한 후에 계약할 하나의 공급자 이력데이터를 선택하는 구매자 클라이언트와;
    상기 다수의 공급자 클라이언트에게 이력정보 활성화창을 제공하여 생성된 다수의 공급자 이력데이터를 수신하고, 구매자 클라이언트에게 구매 활성화창을 제공하여 생성된 구매 요청데이터를 수신하며, 상기 구매 요청데이터에 적합한 상기 다수의 공급자 이력데이터 중에서 일부 공급자 이력데이터를 구매자 클라이언트에 제공하여 선택된 공급자 이력데이터의 공급자 클라이언트와 온라인 계약 활성화창에 의해서 상호 거래가 이루어지도록 수행하는 거래 서버로 이루어진 것을 특징으로 하는 거래자 중심의 최적화된 안전한 주문 시스템.
  2. 청구항 1 에 있어서, 상기 구매자 클라이언트에 의해서 선택된 공급자 클라이언트와 구매자 클라이언트 사이에 상품 거래가 이루어지기 위하여 구매자 클라이 언트로부터 지급받은 예치금액을 공급자 클라이언트에게 지불하는 금융기관 클라이언트가 더 포함되는 것을 특징으로 하는 거래자 중심의 최적화된 안전한 주문 시스템.
  3. 청구항 1 또는 청구항 2에 있어서, 상기 거래 서버는
    웹 상에서 공급자 이력 활성화창, 구매 활성화창, 온라인 계약 활성화창 및 담보신청 활성화창을 게시하고, 공급자 이력 데이터를 구매자 클라이언트에 전송하고, 상기 구매자 클라이언트에 의하여 선택된 공급자 클라이언트와 온라인 계약 활성화창을 이용하여 계약을 채결하며, 상기 구매자 클라이언트에 의해서 생성된 예치금액 데이터를 금융기관 클라이언트에 전송하는 운영 어플리케이션부와;
    구매 요청데이터에 적합한 공급자 이력 데이터를 추출하는 검색 엔진부와;
    웹 상에 게시되는 구매 활성화창, 이력 활성화창, 온라인 계약 활성화창 및 담보신청 활성화창이 저장되는 제 1 DB와;
    상기 제 1 DB에 저장된 공급자 이력 활성화창, 구매 활성화창에 공급자 및 구매자 클라이언트가 해당 정보를 입력하여 데이터화된 구매 요청데이터, 공급소 이력데이터를 수신하여 저장되는 제 2 DB와;
    상기 구매자 클라이언트와 공급자 클라이언트 사이에 체결된 온라인 계약 데이터가 저장되고, 구매자 클라이언트에서 예치한 예치금액 데이터가 저장되며, 담보신청에 필요한 데이터화된 서류가 저장되는 제 3 DB; 및
    상기 예치한 예치금액 데이터를 수신받아 해당 금액만큼 공급자 클라이언트에 지불하며 상기 담보신청에 필요한 데이터화된 서류를 제공받는 전자결재 어플리케이션부로 이루어진 것을 특징으로 하는 거래자 중심의 최적화된 안전한 주문 시스템.
  4. 청구항 3에 있어서, 상기 전자결재 어플리케이션부는 구매자 클라이언트가 공급자 클라이언트에게 총지급할 금액보다 예치한 예치금액이 부족한 경우에 담보신청에 필요한 데이터화된 서류를 담보로 부족한 금액을 공급자 클라이언트에게 지불하는 것을 특징으로 하는 거래자 중심의 최적화된 안전한 주문 시스템.
  5. 청구항 3에 있어서, 상기 공급자 이력데이터는 관련기관 서버와 연동되어 공급자 부동산 가치, 공급자 담보액이 자동 입력되는 것을 특징으로 하는 거래자 중심의 최적화된 안전한 주문 시스템.
  6. 청구항 3에 있어서, 상기 운영 어플리케이션은 공급자 클라이언트가 거래한 거래내역을 통하여 거래신용율이 연산되는 것을 특징으로 하는 거래자 중심의 최적화된 안전한 주문 시스템.
  7. 상기 거래 서버가 웹 상에서 구매 활성화창, 공급자 이력활성화창을 게시하는 단계와;
    상기 구매 활성화창에 구매자 클라이언트에 의해서 해당정보가 입력되고, 상기 공급자 이력활성화창에 공급자 클라이언트에 의해서 해당정보가 입력되는 단계와;
    상기 구매 활성화창, 공급자 이력활성화창에 해당 정보가 입력되어 구매 요청데이터, 공급자 이력데이터를 생성하는 단계와;
    상기 생성된 구매 요청데이터에 적합한 다수의 공급자 이력데이터를 검색하는 단계와;
    상기 검색된 다수의 공급자 이력데이터를 거래 서버가 구매자 클라이언트에 전송하고 상기 전송된 다수의 공급자 이력데이터 중에서 어느 하나를 구매자 클라이언트가 선택하는 단계와;
    상기 선택된 공급자 이력데이터를 공급자 클라이언트와 구매자 클라이언트 사이에 거래가 성립되기 위하여 거래 서버가 온라인 계약 활성화창를 구매자 클라이언트가 해당 계약주문 내용을 입력할 수 있도록 전송하는 단계와;
    상기 온라인 계약 활성화창을 전송받은 구매자 클라이언트가 선택한 구매자 클라이언트와 계약을 체결한 후에 거래 서버를 통하여 금융기관 클라이언트에 예치금액을 예치하는 단계; 및
    상기 예치금액이 금융기관 클라이언트로부터 상품을 판매한 공급자 클라이언트에게 지불되는 단계로 이루어진 것을 특징으로 하는 거래자 중심의 최적화된 안전한 주문 서비스 방법.
  8. 청구항 7에 있어서, 상기 온라인 계약 활성화창을 전송받은 구매자 클라이언트가 거래 서버를 통하여 금융기관 클라이언트에 예치금액을 예치하는 단계 이후에,
    예치금액이 총결재금액보다 부족할 경우에 담보신청하도록 웹 상에 게시하는 단계와;
    상기 게시된 담보신청을 구매자 클라이언트가 작성한 후에 거래 서버를 통하여 금융기관 클라이언트에 전송하는 단계; 및
    상기 전송된 담보신청을 금융기관 클라이언트가 수신한 후 부족한 금액을 공급자 클라이언트에 전송하는 단계를 더 포함하는 것을 특징으로 하는 거래자 중심의 최적화된 안전한 주문 서비스 방법.
  9. 청구항 7 또는 청구항 8에 있어서, 상기 공급자 이력데이터는 관련기관 서버와 연동되어 공급자 부동산 가치, 공급자 담보액이 자동 입력되는 것을 특징으로 하는 거래자 중심의 최적화된 안전한 주문 서비스 방법.
  10. 청구항 7항 또는 청구항 8에 있어서, 상기 거래 서버는 공급자 클라이언트가 거래한 거래내역을 통하여 거래신용율이 연산되는 것을 특징으로 하는 거래자 중심의 최적화된 안전한 주문 서비스 방법.
KR1020060106493A 2006-10-31 2006-10-31 거래자 중심의 최적화된 안전한 주문 시스템 및 그 서비스방법 KR100850325B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020060106493A KR100850325B1 (ko) 2006-10-31 2006-10-31 거래자 중심의 최적화된 안전한 주문 시스템 및 그 서비스방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020060106493A KR100850325B1 (ko) 2006-10-31 2006-10-31 거래자 중심의 최적화된 안전한 주문 시스템 및 그 서비스방법

Publications (2)

Publication Number Publication Date
KR20080038941A true KR20080038941A (ko) 2008-05-07
KR100850325B1 KR100850325B1 (ko) 2008-08-04

Family

ID=39647318

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020060106493A KR100850325B1 (ko) 2006-10-31 2006-10-31 거래자 중심의 최적화된 안전한 주문 시스템 및 그 서비스방법

Country Status (1)

Country Link
KR (1) KR100850325B1 (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101500859B1 (ko) * 2013-10-04 2015-03-10 주식회사 우리은행 온라인 마켓 제공 방법 및 이를 실행하는 서버
CN113298608A (zh) * 2020-12-31 2021-08-24 阿里巴巴（中国）有限公司 订单信息处理方法、装置及电子设备

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20010097339A (ko) * 2000-04-21 2001-11-08 박영욱 인터넷을 통한 하향식 경매시스템
KR20040078289A (ko) * 2003-03-03 2004-09-10 배석동 인터넷을 이용한 건설 자재 유통 방법

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101500859B1 (ko) * 2013-10-04 2015-03-10 주식회사 우리은행 온라인 마켓 제공 방법 및 이를 실행하는 서버
CN113298608A (zh) * 2020-12-31 2021-08-24 阿里巴巴（中国）有限公司 订单信息处理方法、装置及电子设备
CN113298608B (zh) * 2020-12-31 2023-12-01 盒马(中国)有限公司 订单信息处理方法、装置及电子设备

Also Published As

Publication number Publication date
KR100850325B1 (ko) 2008-08-04

Similar Documents

Publication Publication Date Title
JP4677188B2 (ja) 統合サプライチェーンシステム中の管理、資金供給および供給方法と装置
JP3887854B2 (ja) 電子取引支援方法
US9811837B2 (en) System and method for setting a product watch on transaction data
KR100837040B1 (ko) 전자상거래에서의 매매 수행 시스템 및 방법
WO1998034167A2 (en) Automated back office transaction method and system
CN101842796A (zh) 支付处理
US20030130959A1 (en) Closed loop electronic factoring
US20090313161A1 (en) System and method for electronic trading and delivery of a commoditized product
US20220398622A1 (en) Method for banking integration within a product tree based multi-level marketing system
JP2002074219A (ja) エスクロー決済システム、エスクロー決済方法およびプログラムを記録したコンピュータ読み取り可能な記録媒体
KR101138416B1 (ko) 가상 계좌를 이용한 국제 거래 결제 시스템 및 그 방법
KR101666083B1 (ko) 매출채권 담보대출 평가시스템 및 평가방법
KR101362044B1 (ko) 매출채권 유통을 기반으로 하는 기업 간 상생협력 지원시스템
US20240127216A1 (en) Method and system for centralized checkout process
KR100850325B1 (ko) 거래자 중심의 최적화된 안전한 주문 시스템 및 그 서비스방법
US20220215419A1 (en) Method and system for refunding a purchase
CN110874795A (zh) 不动产商品相关的金融系统及其管理方法
KR20020001640A (ko) 인터넷 상의 담보대출 거래 방법 및 거래 장치
KR101666084B1 (ko) 매출채권 담보대출 관리시스템 및 관리방법
JP2003122946A (ja) 受託購入方式での仲介取引を成立させる電子商取引装置
KR20040082137A (ko) 기업 여신 관리 시스템 및 그 방법
KR20020071144A (ko) 지불유보 은행계좌를 이용한 대금지불 방법 및 시스템
KR101872682B1 (ko) 온/오프라인 결합 결제 시스템 및 그를 이용한 결제 방법
KR101500859B1 (ko) 온라인 마켓 제공 방법 및 이를 실행하는 서버
KR20170064037A (ko) 공급망 관리에서의 매매보호 결제 시스템

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
LAPS Lapse due to unpaid annual fee
R401 Registration of restoration
LAPS Lapse due to unpaid annual fee
FPAY Annual fee payment

Payment date: 20140227

Year of fee payment: 6

R401 Registration of restoration
FPAY Annual fee payment

Payment date: 20140729

Year of fee payment: 7

LAPS Lapse due to unpaid annual fee