WO2022186404A1 - 아이템 판매 정보 처리를 위한 전자 장치 및 그 방법 - Google Patents

아이템 판매 정보 처리를 위한 전자 장치 및 그 방법 Download PDF

Info

Publication number
WO2022186404A1
WO2022186404A1 PCT/KR2021/002734 KR2021002734W WO2022186404A1 WO 2022186404 A1 WO2022186404 A1 WO 2022186404A1 KR 2021002734 W KR2021002734 W KR 2021002734W WO 2022186404 A1 WO2022186404 A1 WO 2022186404A1
Authority
WO
WIPO (PCT)
Prior art keywords
payment
information
request
user
item
Prior art date
Application number
PCT/KR2021/002734
Other languages
English (en)
French (fr)
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 쿠팡 주식회사
Publication of WO2022186404A1 publication Critical patent/WO2022186404A1/ko

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/403Solvency checks
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401Transaction verification
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/405Establishing or using transaction specific rules
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q10/00Administration; Management
    • G06Q10/08Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083Shipping
    • G06Q10/0837Return transactions
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q10/00Administration; Management
    • G06Q10/08Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/087Inventory or stock management, e.g. order filling, procurement or balancing against orders
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/02Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/14Payment architectures specially adapted for billing systems
    • G06Q20/145Payments according to the detected use or quantity
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/22Payment schemes or models
    • G06Q20/227Payment schemes or models characterised in that multiple accounts are available, e.g. to the payer
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/22Payment schemes or models
    • G06Q20/24Credit schemes, i.e. "pay after"
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/326Payment applications installed on the mobile devices
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/387Payment using discounts or coupons
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/389Keeping log of transactions for guaranteeing non-repudiation of a transaction
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/403Solvency checks
    • G06Q20/4037Remote solvency checks
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/407Cancellation of a transaction
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/03Credit; Loans; Processing thereof

Definitions

  • the present disclosure relates to an electronic device and method for processing item sales information. More specifically, the present disclosure provides a purchase response including approval information corresponding to a purchase request before proceeding with payment in response to a purchase request for an item, transmits a shipment request for the item, and requests a purchase according to the arrival of the settlement time
  • the present invention relates to an electronic device and method for requesting payment for at least a portion of an amount corresponding to .
  • payment of an item may be made through a financial institution such as a bank.
  • payment of the item may be restricted for reasons such as a financial institution being inspected at the time of payment of the item or insufficient balance in the customer's bank account.
  • inconvenience to the customer since the customer cannot immediately purchase the desired product, inconvenience to the customer may be caused.
  • the customer is judged to be reliable in light of the customer's payment history (that is, if it is determined that the customer is willing and able to pay for the item in the future), by allowing the customer to purchase the item even before payment for the item There may be a need to provide convenience and to allow the customer to receive the item without delay.
  • Financial institutions such as banks conduct periodic inspections to check the integrity of the system, and may also conduct inspections for maintenance, repair, replacement, and upgrade of various computer networks.
  • payment of an item for e-commerce may be restricted, and as the payment of the item is restricted, preparation for delivery of the item may not be made.
  • delivery of the item may be delayed.
  • the problem to be solved by this embodiment is to respond to a purchase request before proceeding with payment through a payment method in response to a purchase request for an item when information related to a payment method satisfies the first condition in order to solve the above-described problem Item sales information that provides a purchase response including approval information to To provide an electronic device for processing and a method therefor.
  • a method of processing item sales information in an electronic device includes: obtaining a purchase request including item information related to an item selected by a user and information related to a payment method; providing a purchase response including approval information corresponding to the purchase request before proceeding with payment through the payment method in response to the purchase request when the information related to the payment method satisfies a first condition; transmitting a shipment request for the item to a first server; and requesting payment for at least a portion of an amount corresponding to one or more purchase requests related to the payment method according to the arrival of a settlement time corresponding to the payment method.
  • the item information includes amount information
  • the information related to the payment means includes balance information related to a limit amount of the payment means
  • the providing of the purchase response includes: and determining whether the first condition is satisfied based on the amount information and the balance information in response to the acquisition.
  • the availability of the payment method and the limit amount of the payment method may be determined each time the purchase request is made.
  • the availability of the payment method and the limit amount of the payment method may be periodically determined according to the arrival of a settlement time corresponding to the payment method.
  • whether the payment method can be used and the limit amount of the payment method may be determined based on the reliability set in relation to the user.
  • the reliability is at least one of a purchase history corresponding to the user, a membership level corresponding to the user, a subscription period corresponding to the user, a credit score corresponding to the user, and user information obtained from an affiliate. may be set based on
  • the purchase history includes a list of one or more items purchased by the user, a payment method used by the user to pay for the one or more items, a product review written by the user, and payment related to the one or more items It may include at least one of the user's overdue history, information related to a delivery address corresponding to the one or more items, and information related to a terminal used by the user for payment of the one or more items.
  • the limit amount when the item belongs to a specific category, the limit amount may be changed.
  • a benefit related to the purchase of the item may be provided.
  • a rejection response to the purchase request may be provided.
  • the requesting for payment may include transmitting a payment request to a second server corresponding to a first payment method designated in response to the payment method.
  • the first payment method corresponds to a transfer based on account information managed by the second server, and the payment request includes the second server transferring the requested amount based on the account. and to transmit payment information including transfer details of the amount requested for payment to the electronic device.
  • the method when receiving payment failure information from the second server in response to the payment request, the method further comprising: transmitting a request for reimbursement for the amount requested for payment to the user; may include the payment failure information.
  • a payment method that is not designated corresponding to the payment method among payment methods previously registered in the electronic device in response to the user A payment request may be transmitted to the third server corresponding to the second payment method.
  • the item sale information processing method when receiving payment failure information from the second server in response to the payment request, includes: canceling approval corresponding to the purchase request; and providing information including cancellation of the approval.
  • the item sales information processing method may include: The method may further include requesting payment for the amount.
  • the UI for receiving the user's request for settlement of accounts may be deactivated within a preset period before and after the settlement time.
  • the payment when receiving the user's settlement request within a preset period before and after the settlement time, the payment is requested according to the arrival of the settlement time without requesting payment in response to the user's settlement request. information can be provided.
  • the providing of the purchase response may include: determining whether the item is an item to be delivered; providing the purchase response for the item when the item is subject to delivery; and if the item is not a delivery target, providing rejection information corresponding to the purchase request for the item.
  • An electronic device for processing item sale information includes a transceiver, a memory for storing instructions, and a processor, wherein the processor is connected to the transceiver and the memory to provide information on the item selected by the user and a payment method
  • the processor is connected to the transceiver and the memory to provide information on the item selected by the user and a payment method
  • a purchase request including information related to is obtained, and the information related to the payment method satisfies the first condition
  • an electronic device and method for processing item sale information provide a purchase response including approval information corresponding to a purchase request before proceeding with payment through a payment method when an item is sold in an e-commerce market, and By sending a request for shipment to a customer, it is possible to guarantee quick item purchase and delivery to trusted users, and to provide convenience of item purchase.
  • FIG. 1 is a schematic configuration diagram illustrating an item sale information processing system according to an embodiment.
  • FIG 2 is an operation flowchart of an information processing method in an item sales information processing system according to an embodiment.
  • FIG. 3 is a flowchart illustrating an operation when an electronic device receives payment failure information from a second server in the item sale information processing system according to an exemplary embodiment.
  • FIG. 4 is a diagram for illustratively illustrating a UI provided by an electronic device to use a payment service later in the item sale information processing system according to an embodiment.
  • FIG. 5 is a diagram for illustratively explaining arrears fee information related to a later payment service in the item sales information processing system according to an embodiment.
  • FIG. 6 is a diagram for explaining a case in which the use of a payment service is restricted later in connection with the purchase of an item in the item sale information processing system according to an exemplary embodiment.
  • FIG. 7 is a diagram for exemplarily explaining a limit amount and balance information of a future payment service in the item sales information processing system according to an embodiment.
  • FIG. 8 is a diagram for exemplarily explaining information related to a usage history of a future payment service provided by an electronic device and a UI for a user's request for settlement in the item sale information processing system according to an exemplary embodiment.
  • FIG. 9 is a diagram for explaining a case in which a delay occurs in relation to a later payment service in the item sale information processing system according to an exemplary embodiment.
  • FIG. 10 is a diagram for explaining a case in which an electronic device provides information for guiding a payment service later in an item sales information processing system according to an exemplary embodiment.
  • 11 is an operation flowchart of a method of processing item sales information by an electronic device according to an exemplary embodiment.
  • FIG. 12 is an exemplary diagram of a configuration of an electronic device for processing item sales information according to an exemplary embodiment.
  • the "terminal” referred to below may be implemented as a computer or a portable terminal capable of accessing a server or other terminal through a network.
  • the computer includes, for example, a laptop, a desktop, and a laptop equipped with a web browser (WEB Browser), and the portable terminal is, for example, a wireless communication device that ensures portability and mobility.
  • IMT International Mobile Telecommunication
  • CDMA Code Division Multiple Access
  • W-CDMA Wide-Code Division Multiple Access
  • LTE Long Term Evolution
  • It may include a handheld-based wireless communication device.
  • each block of the flowchart diagrams and combinations of the flowchart diagrams may be performed by computer program instructions.
  • These computer program instructions may be embodied in a processor of a general purpose computer, special purpose computer, or other programmable data processing equipment, such that the instructions performed by the processor of the computer or other programmable data processing equipment are not described in the flowchart block(s). It creates a means to perform functions.
  • These computer program instructions may also be stored in a computer-usable or computer-readable memory that may direct a computer or other programmable data processing equipment to implement a function in a particular manner, and thus the computer-usable or computer-readable memory.
  • the instructions stored in the flowchart block(s) may produce an article of manufacture containing instruction means for performing the function described in the flowchart block(s).
  • the computer program instructions may also be mounted on a computer or other programmable data processing equipment, such that a series of operational steps are performed on the computer or other programmable data processing equipment to create a computer-executed process to create a computer or other programmable data processing equipment. It is also possible that instructions for performing the processing equipment provide steps for performing the functions described in the flowchart block(s).
  • each block may represent a module, segment, or portion of code that includes one or more executable instructions for executing specified logical function(s). It should also be noted that in some alternative implementations it is also possible for the functions recited in the blocks to occur out of order. For example, it is possible that two blocks shown in succession are actually performed substantially simultaneously, or that the blocks are sometimes performed in the reverse order according to the corresponding function.
  • FIG. 1 is a schematic configuration diagram illustrating an item sale information processing system according to an embodiment.
  • the item sale information processing system 100 may include an electronic device 110 , a first server 120 , and a second server 130 . According to an embodiment, the item sales information processing system 100 may further include a third server corresponding to a payment method different from the second server 130 . According to an embodiment, the item sale information processing system 100 establishes a network supporting information transmission/reception between at least some of the electronic device 110 , the first server 120 , the second server 130 , and other external devices. may include more.
  • Each of the electronic device 110 , the first server 120 , the second server 130 , and the third server may include a transceiver, a memory, and a processor.
  • each of the electronic device 110 , the first server 120 , the second server 130 , and the third server means a unit that processes at least one function or operation, which is hardware or software, or hardware and It can be implemented by a combination of software.
  • the electronic device 110 , the first server 120 , and the second server 130 are referred to as separate servers, but this may have a logically divided structure, and may can be implemented.
  • the electronic device 110 , the first server 120 , the second server 130 , and the third server may include a plurality of computer systems or computer software implemented as a network server.
  • the electronic device 110 , the first server 120 , the second server 130 , and the third server may communicate with other network servers through a computer network such as an intranet or the Internet. It may refer to a computer system and computer software that is connected to, receives a request for performing a task, performs a task therefor, and provides an execution result.
  • at least some of the electronic device 110 , the first server 120 , the second server 130 , and the third server include a series of application programs that can operate on the network server, and various databases built therein.
  • the electronic device 110 may be DOS, Windows, Linux, UNIX, or It may be implemented using a network server program that is provided variously according to an operating system such as MacOS.
  • the electronic device 110 may provide a variety of information by configuring it as a web page.
  • the electronic device 110 may be a device serving to provide item sales information to a user.
  • the electronic device 110 obtains a purchase request including item information related to the item selected by the user and information related to a payment method (hereinafter, referred to as a first payment method for convenience of description).
  • the item is an item displayed by the electronic device 110 and may be an item that a user (customer) can purchase online through the electronic device 110 .
  • a purchase request for an item may be received from a user terminal ( 210 in FIG. 2 ).
  • the electronic device 110 When the information related to the first payment method satisfies the first condition, the electronic device 110 responds to the purchase request and receives a purchase response including approval information corresponding to the purchase request before proceeding with payment through the first payment method. to provide.
  • the first payment method may correspond to a payment method using a later payment service, and the later payment service allows the user to purchase an item before payment of the amount for payment for the item, and to make payment for the payment amount later. service can be responded to.
  • this may mean a service in which the user pays for a paid amount later.
  • the payment according to the first payment method is necessarily limited to the embodiment in which a payment service is used later, and an embodiment in which an inspection of a financial institution (bank, etc.) corresponding to the first payment method or a temporary payment error occurs and the like may be further included.
  • a later payment service may be provided only when an item corresponding to a purchase request becomes a delivery target.
  • the electronic device 110 may determine whether the item corresponding to the purchase request is an item to be delivered, and if the item is to be delivered, may provide a purchase response to the item. On the other hand, when the item is not a delivery target, the electronic device 110 may provide rejection information corresponding to a purchase request for the item. Also, in an embodiment, the electronic device 110 may limit payment using a payment service later even for items with high cashability according to a setting of an administrator.
  • the electronic device 110 determines the value of the first condition based on the amount information included in the item information and the balance information related to the limit amount of the first payment means included in the information related to the first payment method. Satisfaction may be determined, and more detailed information related thereto will be described later with reference to FIG. 2 .
  • the electronic device 110 transmits a shipment request for the item to the first server 120 .
  • the shipment request may correspond to a request to release at least some of the items from the distribution center and perform delivery, and the first server 120 receiving the shipment request may proceed with a procedure for issuing and delivering the item.
  • the first server 120 may instruct shipment and delivery to a distribution center corresponding to the user's delivery address.
  • the electronic device 110 requests payment or payment for at least a portion of the amount corresponding to one or more purchase requests related to the first payment method.
  • the electronic device 110 may request payment by transmitting a payment request to the second server 130 corresponding to the first payment method designated in response to the first payment method.
  • the payment request may correspond to a request to pay an amount for which payment is requested (hereinafter, referred to as a payment amount) in response to at least a portion of one or more purchase requests.
  • the payment request corresponds to a request for the second server 130 to transfer the payment amount based on account information corresponding to the user and transmit payment information including the transfer details of the payment amount to the electronic device 110 . can be
  • the payment request may include account information corresponding to the first payment method, and when account information corresponding to the first payment method is registered in advance, previously registered account information may be transmitted.
  • the user may perform a plurality of payment methods in order to use the payment service later, and may request payment for the settlement amount sequentially for each payment method according to the user's setting or operation of the electronic device 110 . have.
  • account information related to an account corresponding to the first payment method managed by the second server 130 may be received together with a purchase request.
  • account information related to an account corresponding to the first payment method may be previously registered in the electronic device 110 .
  • the electronic device 110 may perform payment using the previously input account information without having to receive account information again from the user.
  • the second server 130 may be a server corresponding to the first payment method.
  • the first payment method may correspond to a payment amount transfer based on account information managed by the second server 130 .
  • the second server 130 may correspond to a server managed by a specific financial institution.
  • the second server 130 may correspond to a server managed by XX Bank.
  • the second server 130 receiving the payment request from the electronic device 110 may determine whether the account information included in the payment request is valid and determine whether the balance of the account corresponding to the account information is equal to or greater than the payment requested amount. .
  • the second server 130 may transfer the payment amount to the electronic device 110 or transmit payment failure information to the electronic device 110. More details in this regard will be described later with reference to FIGS. 2 and 3 . do.
  • the first server 120 may be a server that manages a distribution center for storage and delivery of items sold online through the electronic device 110 . Also, in an embodiment, the first server 120 may be a server that integrates and manages a plurality of distribution centers, and may be a system in which servers of each distribution center are connected through a network. Upon receiving the shipment request for at least some of the items, the first server 120 may proceed with the shipment of the item, and may proceed with the shipment to the entered address for the item for which shipment is completed. When a cancellation request for a shipment request is received for an item that has not yet been shipped, the first server 120 may cancel the shipment.
  • the third server may be a server corresponding to a second payment method that is not designated corresponding to the first payment method among payment methods previously registered in the electronic device 110 in response to the user.
  • the electronic device 110 may transmit a payment request to the third server.
  • the first payment method may include the information in the purchase request and may be transmitted, while the second payment method may be limited to a payment method included in a payment method registered in advance in the electronic device 110 .
  • Operations related to a series of item sales information processing methods may be implemented by a single physical device, or may be implemented in a manner in which a plurality of physical devices are organically coupled.
  • some of the components included in the item sales information processing system 100 may be implemented by any one physical device, and the remaining parts may be implemented by another physical device.
  • any one physical device may be implemented as a part of the electronic device 110
  • the other physical device may be part of the second server 130 or part of the first server 120 or part of the third server or It may be implemented as part of an external device.
  • each component included in the item sales information processing system 100 is dispersedly disposed on different physical devices, and the distributed components are organically coupled to each other, so that the item sales information processing system 100 It may be implemented to perform the functions and operations of
  • the electronic device 110 of the present specification includes at least one sub device, some operations described as being performed by the electronic device 110 are performed by the first sub device, and some operations are performed by the second sub device. It may also be performed by the device.
  • FIG 2 is an operation flowchart of an information processing method in an item sales information processing system according to an embodiment.
  • the electronic device 110 obtains a purchase request including item information and information related to a first payment method from the user terminal 210 ( 201 ).
  • the user terminal 210 may include a computer device or a mobile communication terminal.
  • the electronic device 110 provides a purchase response including approval information corresponding to the purchase request before proceeding with payment through the first payment method in response to the purchase request. (202).
  • the first payment means may correspond to a later payment service.
  • the item information included in the purchase request may include amount information
  • the information related to the first payment method may include balance information related to a limit amount of the first payment method.
  • the limit amount of the first payment means may correspond to a limit of the amount set to be able to pay for the item using the first payment means
  • the balance information may correspond to an amount of the limit that is not yet used for payment for the item. For example, if the maximum amount that can be paid in July is 300,000 won and the balance information is 170,000 won, you can pay up to 300,000 won in total with the first payment method during the month of July, and the current amount of 130,000 won is It can be understood that the item has been purchased and more items worth 170,000 won can be purchased during the remaining July period.
  • the electronic device 110 may determine whether the first condition is satisfied based on the amount information and the balance information related to the limit amount. Specifically, the electronic device 110 determines whether the balance of the limit amount is equal to or greater than the payment amount for the purchase of the item, and only when the balance of the limit amount is equal to or greater than the payment amount for the purchase of the item, the first condition is satisfied. can judge In relation, when the balance information related to the limit amount is less than the amount corresponding to the purchase request of the item or there is no limit amount (ie, when the first payment method cannot be used), the electronic device 110 according to an embodiment may provide a rejection response to the purchase request, and an example related thereto will be described later with reference to FIG. 6 .
  • the electronic device 110 when the information related to the first payment method satisfies the second condition after providing the purchase response, the electronic device 110 revokes the approval corresponding to the purchase request, including cancellation of the approval. information can be provided to the user. According to an example, when the balance of the limit amount of the first payment method is less than the payment amount for purchasing the item, it may be determined that the second condition is satisfied.
  • the electronic device 110 may further transmit a cancellation request for the shipment request to the first server 120 .
  • the availability of the first payment method and the limit amount of the first payment method may be determined based on a reliability set with respect to the user corresponding to the purchase request.
  • Reliability may be an index corresponding to whether the user can be trusted to pay the payment amount without arrears when a payment service is provided to the user in the future.
  • the reliability may be set based on at least one of a purchase history corresponding to the user, a membership level corresponding to the user, a subscription period corresponding to the user, a credit score corresponding to the user, and user information obtained from an affiliate.
  • the credit score corresponding to the user may be determined based on at least one of information obtained from a credit rating agency and information obtained by the electronic device 110 itself.
  • the affiliate may include at least one of a telecommunication company, a payment gateway (PG, Payment Gateway), and a public institution
  • the user information obtained from the affiliate is at least one of rate plan information, roaming information, and various billing information obtained from the carrier.
  • the user information obtained from the payment service provider may include at least one of mobile phone payment information and various billing information
  • the user information obtained from a public institution may include at least one of tax information and utility bill information.
  • the reliability is determined among the user's service membership, the payment method information registered by the user, the amount charged by the user for the immediate payment service, and the amount accumulated in response to the user in relation to the instant payment service provided by the electronic device 110 . It may be further set based on at least one.
  • a user's purchase history corresponds to a list of one or more items purchased by the user, a payment method used by the user to pay for one or more items, a product review written by the user, a user's overdue history related to payment of one or more items, and one or more items It may include at least one of information related to a delivery address and information related to a terminal used by the user to pay for one or more items.
  • the information related to the delivery address may include at least one of a delivery address, the number of delivery locations, a change history of the delivery location, and whether a delivery address corresponding to each recent purchase history matches.
  • the information related to the terminal may include at least one of IP information corresponding to the terminal, an operating system used by the terminal, and a model of the terminal.
  • the membership level may be related to membership provided by the electronic device 110 or may correspond to membership corresponding to one or more payment methods.
  • Reliability evaluation is the result of judging other users' purchase history, membership level, subscription period, credit score, user information obtained from other affiliates, etc. It can be done on the basis of whether or not the payment was made without For example, if, as a result of analyzing statistics related to other users, it is determined that the delinquency rate of the payment service is lower as a result of purchasing a lot of items, a higher membership level, a longer subscription period, and a higher credit score, In determining the user's reliability, the more items purchased, the higher the membership level, the longer the subscription period, and the higher the credit rating, the higher the reliability may be determined.
  • different weights may be given in considering individual factors for determining reliability. For example, when the correlation between the credit score and the delinquency rate of the future payment service is very clear compared to the correlation between the delinquency rate of the future payment service and other factors (that is, the higher the credit score, the lower the delinquency rate of the future payment service) If the degree is very distinct), a high weight can be given to the credit score in considering the individual factors.
  • the limit amount of the first payment method may be determined in stages. For example, the electronic device 110 first determines whether the user can subscribe to the first payment method and the limit of the first payment method, and then sets the limit of the first payment method when there is a request for a payment service subscription later from the user. can be decided secondarily. As an example, the electronic device 110 performs the user's first payment based on information obtained by the electronic device 110 itself, such as a purchase history corresponding to the user, a membership level corresponding to the user, and a subscription period corresponding to the user. It is possible to primarily determine whether the means can be subscribed and the limit of the first payment method.
  • the electronic device 110 may secondarily determine the limit of the first payment method based on information obtained from at least one of a credit rating agency and an affiliated company. In this case, the electronic device 110 may determine whether to expose information related to a payment service to the user later based on whether the first payment method can be subscribed.
  • the availability of the first payment method and the limit amount of the first payment method may be periodically determined according to the arrival of a settlement time corresponding to the first payment method.
  • the limit amount corresponds to the total amount payable in a month, such as “one month in July”, and as the month passes (eg, as August arrives).
  • the limit may be newly determined.
  • the limit amount may be changed based on whether payment for the amount used by the user has been made at the time of settlement.
  • the availability of the first payment method and the limit amount of the first payment method may be determined whenever a purchase request is made.
  • the reliability of the user may be determined whenever there is a purchase request from the user.
  • an event that may affect the user's reliability suddenly occurs such as a user's delinquency history or a sharp drop in the user's credit score, all of these events are taken into consideration and whether the first payment method can be used, and A limit amount of the first payment method may be determined.
  • the limit amount when the item corresponding to the purchase request belongs to a specific category, the limit amount may be changed. For example, if the item corresponding to the purchase request is an item with a high delinquency rate (for example, an expensive luxury item) or an item with high cashability (for example, a gold bar), the item payment amount is The limit amount may be set lower in order to prevent overdue situations and to block in advance the demand for profit by reselling the item. Furthermore, in some cases, when the item corresponding to the purchase request belongs to a specific category, there may be no limit amount, and in this case, the user may not be able to use the first payment method.
  • the subject related to the operator of the service related to the electronic device 110 may directly manage the purchase and preferentially apply the seeking payment service to the delivered product. By applying the later payment service only to such products, even when the user does not pay the amount paid, the settlement procedure related thereto can be simplified.
  • the electronic device 110 may further provide a benefit related to the purchase of the item.
  • the electronic device 110 may provide an additional price discount in connection with the purchase of an item.
  • the electronic device 110 may induce the user to purchase an item sold through the electronic device 110 online.
  • the electronic device 110 may induce the user to frequently use the later payment service, and may induce the user to pay the payment amount corresponding to the item purchased using the later payment service without arrears.
  • the electronic device 110 When the information related to the payment method satisfies the first condition, the electronic device 110 that has provided the purchase response transmits a shipment request for the item to the first server ( 203 ). In order for the electronic device 110 to transmit a shipment request, provision of a purchase response is not necessarily preceded. For example, when the payment method-related information satisfies the first condition, the electronic device 110 may provide a purchase response to the user terminal 210 and a shipment request to the first server 120 at the same time. Alternatively, according to an embodiment, the electronic device 110 may first provide a shipment request to the first server 120 and provide a purchase response to the user terminal 210 .
  • the first server 120 may prepare for shipment and delivery of the item.
  • the electronic device 110 requests payment for at least a portion of the amount corresponding to one or more purchase requests related to the first payment method.
  • the electronic device 110 may request a payment by transmitting a payment request to the second server 130 corresponding to the first payment method designated in response to the first payment method (205).
  • the payment request may correspond to a request to pay a payment amount corresponding to at least a portion of the one or more purchase requests.
  • the payment request may correspond to a request for the second server 130 to transfer the payment amount based on the account and transmit payment information including the transfer details of the payment amount to the electronic device 110 .
  • the second server 130 may transmit payment information including the transfer details of the payment amount to the electronic device 110 ( 207 ). .
  • the electronic device 110 may confirm that the payment amount has been successfully transferred by receiving the payment information.
  • the electronic device 110 may continuously monitor whether the payment amount is transferred by itself without requesting additional payment information.
  • the transfer is at least one of a transaction generated by requesting payment of a specific amount from the electronic device 110 to the second server 130 and a transaction in which the required amount is paid by triggering the second server 130 may include
  • FIG. 3 is a flowchart illustrating an operation when an electronic device receives payment failure information from a second server in the item sale information processing system according to an exemplary embodiment.
  • the electronic device 110 transmits a payment request to the second server 130 corresponding to the first payment method specified in response to the first payment method ( 205 ) to make the first payment.
  • Payment may be requested for at least a portion of an amount corresponding to one or more purchase requests associated with the means.
  • the second server 130 may transmit payment failure information to the electronic device 110 ( 302 ).
  • the electronic device 110 receiving the payment failure information may transmit a request for reimbursement for the payment amount to the user ( 303 ).
  • the electronic device 110 may request payment of the overdue payment amount by transmitting a request for reimbursement for the payment amount to the user.
  • the reimbursement request may include payment failure information.
  • the reimbursement request may further include information related to a late fee generated due to arrears and restrictions on the use of a later payment service.
  • the electronic device 110 receiving the payment failure information may use a second payment method that is not specified in response to the first payment method among payment methods previously registered in the electronic device 110 in response to the user.
  • a payment request may be sent to a corresponding third server.
  • the electronic device 110 when receiving payment failure information in response to a payment request transmitted to the AA bank, which is the first payment method designated in response to the first payment method, the electronic device 110 performs the payment registered in advance in response to the user.
  • a payment request can be sent to the server corresponding to the method BB Bank.
  • the electronic device 110 pays the payment to at least one of a plurality of servers corresponding to the plurality of payment methods.
  • the electronic device 110 may transmit a payment request to at least one of a server corresponding to BB bank, a server corresponding to CC bank, and a server corresponding to DD bank, which is a pre-registered payment method corresponding to the user. have. Meanwhile, when payment failure occurs, the electronic device 110 may perform a procedure of canceling the order if there is an ongoing order for the corresponding user.
  • the electronic device 110 receiving the payment failure information cancels the approval corresponding to the purchase request, and transmits information including the cancellation of the approval to at least one of the user terminal 210 and the first server 120 .
  • One may provide (304).
  • the electronic device 110 may transmit a cancellation request for the shipment request to the first server 120 ( 305 ).
  • the electronic device 110 further transmits information requesting the return of the item to the user terminal 210 .
  • FIG. 4 is a diagram for illustratively illustrating a UI provided by an electronic device to use a payment service later in the item sale information processing system according to an embodiment.
  • the electronic device 110 may provide a UI for providing a later payment service, which is a payment service according to a first payment method, to a user.
  • the future payment service is displayed so that the user can select one of a plurality of payment methods ( 411 ), and the plurality of payment methods may include at least one of point payment, account transfer/deposit without bankbook, credit/debit card, and mobile phone payment. (410).
  • Additional information related to a future payment service may be further displayed ( 420 ).
  • Additional information includes a brief description of the later payment service, the limit amount 421 of the first payment method, information 422 related to the first payment method designated in response to the first payment method, the settlement time, and the first payment method. 1 It may include at least a portion of information 423 related to a change in a payment method, a history of use of a later payment service, and a late fee.
  • an additional UI related to a later payment service may be further displayed, and the additional UI determines whether the first payment method is used as the default payment method (that is, , after providing the UI 424 for selecting whether to pay through the first payment method) and additional information related to the later payment service to the user if there is no separate input for selecting a payment method when paying for the next item At least a portion of the UI 425 for obtaining a selection input again may be included.
  • the availability of the first payment method and the limit amount of the first payment method may be determined based on the reliability set in relation to the user corresponding to the purchase request, and the information corresponding to reference numeral 421 is set in relation to the user.
  • a limit amount determined based on reliability may be displayed.
  • FIG. 5 is a diagram for illustratively explaining arrears fee information related to a later payment service in the item sales information processing system according to an embodiment.
  • the electronic device 110 may provide a detailed description 510 related to the overdue fee to the user.
  • the detailed description 510 related to the overdue fee is provided after obtaining the user's selection input to the UI 425 for obtaining the selection input again after providing the user with additional information related to the payment service later.
  • the detailed description 510 related to the overdue fee may be provided in various forms that can notify the user in addition to that, and is provided only after obtaining the user's selection input for the UI corresponding to reference numeral 425. not to see
  • a detailed description 510 related to arrears fees shows that when the balance related to the limit amount of the first payment method at the time of settlement is not sufficient to pay for all items purchased through the later payment service, the overdue fee is It may include information indicating that it may occur. As an example, the information may correspond to a phrase such as "If the limit on the payment method is not sufficient on the payment date, a late fee will be incurred.”
  • the detailed description 510 related to the overdue fee may include a calculation formula for calculating the overdue fee and information related to an example of calculating the overdue fee.
  • FIG. 6 is a diagram for explaining a case in which the use of a payment service is restricted later in connection with the purchase of an item in the item sale information processing system according to an exemplary embodiment.
  • a UI for providing the later payment service may be deactivated ( 610 ). If the UI for providing the payment service is deactivated later, the electronic device 110 may shade the UI and change the font size or color of the characters so that the user can easily recognize that the UI is deactivated. have.
  • the electronic device 110 may provide a rejection response to the user's purchase request by providing the user with information notifying that the future payment service cannot be used.
  • the information indicating that the future payment service cannot be used may include the same content regardless of the reason that the future payment service cannot be used.
  • information indicating that the future payment service cannot be used may include a phrase such as "The future payment service cannot be used" ( 620 ).
  • the information indicating that the future payment service cannot be used may include different contents depending on the reason that the future payment service cannot be used.
  • a future payment service Information indicating that the service is unavailable may include a phrase such as "The item for which a future payment service is not supported.” (630).
  • the information indicating that the payment service cannot be used later may include a phrase such as "The use limit has been exceeded" (640) .
  • information related to the first payment method corresponding to the first payment method is deleted, information indicating that the payment service cannot be used later is "The payment method corresponding to the first payment method has been deleted.” It may include the same phrase (650). As another example, if there is a history of delinquency in relation to the user's previous use of the future payment service and the payment has not yet been made, the information indicating that the user cannot use the future payment service is "a delinquent amount exists.” It may include a phrase ( 660 ).
  • the user may confirm that the use of the later payment service corresponding to the first payment method is restricted. Furthermore, if the information indicating that the future payment service cannot be used includes different contents depending on the reason that the future payment service cannot be used, the user can understand what action must be taken in order to use the future payment service .
  • the item sales information processing system may provide a limit amount of a future payment service and balance information related to the limit amount to the user ( 710 ).
  • the electronic device 110 may display all of the limit amount, the amount using the later payment service, and the balance information so that the user can easily check the limit amount and balance information.
  • the electronic device 110 displays a phrase such as “use limit for June (300,000 won)” corresponding to the limit amount, and displays a phrase such as “use 178,700 won” corresponding to the amount using the payment service later. display, and a phrase such as “121,300 won left” corresponding to the balance information may be displayed.
  • the electronic device 110 reveals the ratio of the amount using the later payment service and the balance information among the limit amount so that the ratio of the amount using the later payment service to the limit amount and the ratio of the balance information to the limit amount can be easily understood.
  • This can be displayed as a graph line with a length proportional to the size of the amount (refer to the drawing), or it can be further displayed by quantifying the ratio.
  • FIG. 8 is a diagram for exemplarily explaining information related to a usage history of a future payment service provided by an electronic device and a UI for a user's request for settlement in the item sale information processing system according to an exemplary embodiment.
  • the electronic device 110 may provide a UI for receiving a user's request for settlement of accounts so that payment can be performed according to the user's request even before the time of settlement ( 810 ).
  • the page including the UI for receiving the user's settlement request may include at least one of a settlement time, an amount for which a payment request is scheduled at the settlement time, and item purchase details through a later payment service.
  • the electronic device 110 may request payment for the amount requested for settlement.
  • the UI for receiving the user's request for settlement may correspond to a UI including a phrase such as "immediate payment", and payment may be made through the first payment method according to the user's selection input.
  • the UI may be deactivated ( 820 ).
  • the UI for receiving the user's settlement request may be deactivated within a preset period before and after the settlement time.
  • the electronic device 110 does not request payment in response to the user's settlement request, but requests payment according to the arrival of the settlement time. information can be provided to the user.
  • the UI for receiving the user's settlement request for a preset period before the settlement time may be deactivated, or the UI for receiving the user's settlement request for a preset period after the settlement time may be inactivated.
  • FIG. 9 is a diagram for explaining a case in which a delay occurs in relation to a later payment service in the item sale information processing system according to an exemplary embodiment.
  • the electronic device 110 when the electronic device 110 according to an embodiment receives payment failure information from the second server 130 in response to a payment request, the electronic device 110 transmits the amount requested to be paid by the user. You can send a request for reimbursement to In this case, the reimbursement request transmitted by the electronic device 110 may include the overdue fee status information 910 together with the payment failure information.
  • the overdue fee status information 910 is information that guides the actual overdue occurrence, so the formula for calculating the overdue fee, the overdue period And it may include at least one of the result of the actual delinquency fee calculated.
  • FIG. 10 is a diagram for explaining a case in which an electronic device provides information for guiding a payment service later in an item sales information processing system according to an exemplary embodiment.
  • the electronic device 110 may provide information for guiding a payment service later to the user ( 1000 ).
  • Information for guiding the payment service later may be provided on at least one of a main screen of the website, a product search result page, a product detail information page, a shopping cart page, and a payment request page.
  • the information for guiding the future payment service may include a brief phrase describing the future payment service ( 1010 ).
  • information guiding future payment services may include phrases such as "Pay later! Shopping up to 300,000 won per month and automatically debited from your account on the 15th of the following month".
  • the limit amount related to the future payment service may be set differently for each user, and a text may be displayed based on the set result.
  • the information for guiding the payment service later may further include a UI for obtaining a user's selection input related to the use guide ( 1010 ).
  • additional information including various phrases for inducing use of the payment service in the future may be provided ( 1020 ).
  • the electronic device 110 may be "faster than any other payment method", “I wasted my pocket money, but there is a way”, “You should buy it without paying attention to the card approval text", "Cash” You can provide additional information including phrases such as "up to year-end income deduction by issuing a receipt”.
  • 11 is an operation flowchart of a method of processing item sales information by an electronic device according to an exemplary embodiment.
  • the electronic device 110 obtains a purchase request including item information related to an item selected by a user and information related to a first payment method ( 1110 ).
  • the electronic device 110 When the information related to the first payment method satisfies the first condition, the electronic device 110 responds to the purchase request and receives a purchase response including approval information corresponding to the purchase request before proceeding with payment through the first payment method. provide (1120). Also, the electronic device 110 transmits a shipment request for the item to the first server 120 ( 1130 ).
  • the electronic device 110 requests payment for at least a portion of the amount corresponding to one or more purchase requests related to the first payment method ( 1140 ).
  • FIG. 12 is an exemplary diagram of a configuration of an electronic device for processing item sales information according to an exemplary embodiment.
  • the electronic device 110 includes a transceiver 1210 , a processor 1220 , and a memory 1230 .
  • the electronic device 110 may be connected to the user terminal 210 , the first server 120 , the second server 130 , the third server, and other external devices through the transceiver 1210 , and may exchange data.
  • the processor 1220 may include at least one of the devices described above with reference to FIGS. 1 to 11 , or perform at least one method described above with reference to FIGS. 1 to 11 .
  • the memory 1230 stores information (including at least some of item information, information related to the first payment method, approval information, and overdue fee related information) for performing at least one method described above with reference to FIGS. 1 to 11 .
  • the memory 1230 may be a volatile memory or a non-volatile memory.
  • the processor 1220 may control the electronic device 110 for executing a program and providing information.
  • the code of the program executed by the processor 1220 may be stored in the memory 1230 .
  • the electronic device 110 may further include an interface capable of providing information to a user.
  • the electronic device or terminal includes a processor, a memory for storing and executing program data, a permanent storage such as a disk drive, a communication port for communicating with an external device, a touch panel, and a key (key). ), user interface devices such as buttons, and the like.
  • Methods implemented as software modules or algorithms may be stored on a computer-readable recording medium as computer-readable codes or program instructions executable on the processor.
  • the computer-readable recording medium includes a magnetic storage medium (eg, read-only memory (ROM), random-access memory (RAM), floppy disk, hard disk, etc.) and an optically readable medium (eg, CD-ROM). ), DVD (Digital Versatile Disc), and the like.
  • the computer-readable recording medium may be distributed among network-connected computer systems, so that the computer-readable code may be stored and executed in a distributed manner.
  • the medium may be readable by a computer, stored in a memory, and executed on a processor.
  • This embodiment may be represented by functional block configurations and various processing steps. These functional blocks may be implemented in any number of hardware and/or software configurations that perform specific functions.
  • an embodiment may be an integrated circuit configuration, such as memory, processing, logic, look-up table, etc., capable of executing various functions by the control of one or more microprocessors or other control devices. can be hired Similar to how components may be implemented as software programming or software components, this embodiment includes various algorithms implemented in a combination of data structures, processes, routines or other programming constructs, including C, C++, Java ( Java), assembler, Python, etc. may be implemented in a programming or scripting language. Functional aspects may be implemented in an algorithm running on one or more processors.
  • the present embodiment may employ the prior art for electronic environment setting, signal processing, and/or data processing.
  • Terms such as “mechanism”, “element”, “means” and “configuration” may be used broadly and are not limited to mechanical and physical configurations. The term may include the meaning of a series of routines of software in connection with a processor or the like.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Computer Security & Cryptography (AREA)
  • Marketing (AREA)
  • Human Resources & Organizations (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Technology Law (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Cash Registers Or Receiving Machines (AREA)

Abstract

본 개시에 따르면, 사용자가 선택한 아이템에 관련된 아이템 정보 및 결제 수단과 관련된 정보를 포함하는 구매 요청을 획득하는 단계; 결제 수단과 관련된 정보가 제1조건을 만족하는 경우, 구매 요청에 대응하여 결제 수단을 통한 결제 진행 이전에 구매 요청에 대응하는 승인 정보를 포함하는 구매 응답을 제공하는 단계; 아이템에 대한 출고 요청을 제1서버에 전송하는 단계; 및 결제 수단에 대응하는 결산 시점의 도래에 따라 결제 수단과 관련된 하나 이상의 구매 요청에 대응하는 금액의 적어도 일부에 대한 결제를 요청하는 단계를 포함하는 전자 장치에서 아이템 판매 정보를 처리하는 방법이 개시된다.

Description

아이템 판매 정보 처리를 위한 전자 장치 및 그 방법
본 개시는 아이템 판매 정보 처리를 위한 전자 장치 및 그 방법에 관한 것이다. 보다 구체적으로 본 개시는 아이템에 대한 구매 요청에 대응하여 결제 진행 이전에 구매 요청에 대응하는 승인 정보를 포함하는 구매 응답을 제공하고 아이템에 대한 출고 요청을 전송하며, 결산 시점의 도래에 따라 구매 요청에 대응하는 금액의 적어도 일부에 대한 결제를 요청하는 전자 장치 및 그 방법에 관한 것이다.
전자기술의 발달에 따라 전자상거래는 쇼핑의 한 분야로 자리잡았다. 고객은 직접 쇼핑몰이나 시장에 가지 않고도 온라인 상에서 아이템(item)을 구매할 수 있으며, 온라인 상에서 구매한 아이템은 고객이 요청한 배송지로 배송된다.
전자상거래의 경우 고객이 웹사이트 가입 시에 신상 정보를 입력하는 경우가 많고, 웹사이트 상에서의 고객의 아이템 구매 이력을 파악하기도 용이하므로, 오프라인 상거래에 비해 고객의 구매 성향이나 고객의 신뢰도를 판단하기가 용이할 수 있다.
이와 같은 전자상거래의 경우 은행 등의 금융기관을 통하여 아이템의 결제가 이루어질 수 있다. 다만, 아이템의 결제 시점에 금융기관이 점검 중이거나 고객의 은행 계좌 잔고가 부족한 등의 이유로 아이템의 결제가 제한될 수 있다. 이 경우, 고객이 원하는 물건을 바로 구매하지 못하므로 고객의 불편이 초래될 수 있다. 특히, 고객의 결제 이력 등으로 비추어 볼 때 고객이 신뢰할 만하다고 판단된다면(즉, 고객이 추후에 아이템 대금을 지불할 의사와 능력이 있다고 판단된다면) 아이템 결제 이전에도 아이템을 구매할 수 있도록 함으로써 고객의 상거래 편의를 제공하고 고객이 아이템을 지체 없이 배송 받을 수 있도록 할 필요가 있을 수 있다.
은행 등의 금융기관은 시스템의 무결 여부 등을 점검하기 위하여 주기적인 점검을 실시하며, 각종 전산망의 유지 및 보수나 교체, 업그레이드 등을 위해서도 점검을 실시할 수 있다. 다만, 점검 시간 중에는 전자상거래를 위한 아이템의 결제가 제한될 수 있고, 아이템의 결제가 제한됨으로써 아이템의 배송 준비가 이루어지지 못할 수 있다. 결과적으로, 결제 수단에 대응하는 점검 시간 중에 아이템의 결제 요청이 수신되는 경우, 아이템의 배송이 지연될 수 있다.
관련하여, KR101547165B1 건이나 KR100583181B1 건 등의 선행문헌들을 참조할 수 있다.
본 실시 예가 해결하고자 하는 과제는, 상술한 문제점을 해결하기 위하여, 결제 수단과 관련된 정보가 제1조건을 만족하는 경우 아이템에 대한 구매 요청에 대응하여 결제 수단을 통한 결제 진행 이전에 구매 요청에 대응하는 승인 정보를 포함하는 구매 응답을 제공하고 아이템에 대한 출고 요청을 전송하며, 결산 시점의 도래에 따라 결제 수단과 관련된 하나 이상의 구매 요청에 대응하는 금액의 적어도 일부에 대한 결제를 요청하는 아이템 판매 정보 처리를 위한 전자 장치 및 그 방법을 제공하는 데 있다.
본 실시 예가 이루고자 하는 기술적 과제는 상기된 바와 같은 기술적 과제들로 한정되지 않으며, 이하의 실시 예들로부터 또 다른 기술적 과제들이 유추될 수 있다.
일실시예에 따른 전자 장치에서 아이템 판매 정보 처리 방법은 사용자가 선택한 아이템에 관련된 아이템 정보 및 결제 수단과 관련된 정보를 포함하는 구매 요청을 획득하는 단계; 상기 결제 수단과 관련된 정보가 제1조건을 만족하는 경우, 상기 구매 요청에 대응하여 상기 결제 수단을 통한 결제 진행 이전에 상기 구매 요청에 대응하는 승인 정보를 포함하는 구매 응답을 제공하는 단계; 상기 아이템에 대한 출고 요청을 제1서버에 전송하는 단계; 및 상기 결제 수단에 대응하는 결산 시점의 도래에 따라 상기 결제 수단과 관련된 하나 이상의 구매 요청에 대응하는 금액의 적어도 일부에 대한 결제를 요청하는 단계를 포함한다.
일실시예에 따르면, 상기 아이템 정보는 금액 정보를 포함하고, 상기 결제 수단과 관련된 정보는 상기 결제 수단의 한도 금액과 관련되는 잔액 정보를 포함하고, 상기 구매 응답을 제공하는 단계는 상기 구매 요청의 획득에 대응하여 상기 금액 정보 및 상기 잔액 정보를 기반으로 상기 제1조건을 만족하는지 여부를 판단하는 단계를 포함한다.
일실시예에 따르면, 상기 결제 수단의 사용 가능 여부 및 상기 결제 수단의 한도 금액은 상기 구매 요청이 있을 때마다 결정될 수 있다.
일실시예에 따르면, 상기 결제 수단의 사용 가능 여부 및 상기 결제 수단의 한도 금액은 상기 결제 수단에 대응하는 결산 시점의 도래에 따라 주기적으로 결정될 수 있다.
일실시예에 따르면, 상기 사용자와 관련하여 설정된 신뢰도에 기초하여 상기 결제 수단의 사용 가능 여부 및 상기 결제 수단의 한도 금액이 결정될 수 있다.
일실시예에 따르면, 상기 신뢰도는 상기 사용자에 대응하는 구매 이력, 상기 사용자에 대응하는 멤버십 등급, 상기 사용자에 대응하는 가입 기간, 상기 사용자에 대응하는 신용 점수 및 제휴사로부터 획득되는 사용자 정보 중 적어도 하나에 기초하여 설정될 수 있다.
일실시예에 따르면, 상기 구매 이력은 상기 사용자가 구매한 하나 이상의 아이템의 목록, 상기 사용자가 상기 하나 이상의 아이템의 결제를 위하여 사용한 결제 수단, 상기 사용자가 작성한 상품평, 상기 하나 이상의 아이템의 결제와 관련한 상기 사용자의 연체 이력, 상기 하나 이상의 아이템에 대응하는 배송지와 관련된 정보 및 상기 사용자가 상기 하나 이상의 아이템의 결제를 위하여 이용하는 단말과 관련된 정보 중 적어도 하나를 포함할 수 있다.
일실시예에 따르면, 상기 아이템이 특정 카테고리에 속하는 경우, 상기 한도 금액이 변동될 수 있다.
일실시예에 따르면, 상기 신뢰도가 미리 설정된 제1값보다 더 높은 경우, 상기 아이템의 구매와 관련한 혜택을 제공할 수 있다.
일실시예에 따르면, 상기 결제 수단의 한도 금액이 없는 경우 또는 상기 한도 금액과 관련되는 잔액 정보가 상기 구매 요청에 대응하는 금액 미만인 경우, 상기 구매 요청에 대한 거절 응답을 제공할 수 있다.
일실시예에 따르면, 상기 구매 응답을 제공한 이후 상기 결제 수단과 관련된 정보가 제2조건을 만족하게 되는 경우, 상기 구매 요청에 대응하는 승인을 취소하는 단계; 및 상기 승인의 취소를 포함하는 정보를 제공하는 단계를 더 포함할 수 있다.
일실시예에 따르면, 상기 결제를 요청하는 단계는 상기 결제 수단에 대응하여 지정된 제1결제 방법에 대응하는 제2서버로 지급 요청을 전송하는 단계를 포함할 수 있다.
일실시예에 따르면, 상기 제1결제 방법은 상기 제2서버가 관리하는 계좌 정보에 기초한 이체에 대응되고, 상기 지급 요청은 상기 제2서버가 상기 계좌에 기초하여 상기 결제가 요청된 금액을 이체하고 상기 결제가 요청된 금액의 이체 내역을 포함하는 지급 정보를 상기 전자 장치로 전송하도록 하는 요청에 대응될 수 있다.
일실시예에 따르면, 상기 지급 요청에 대응하여 상기 제2서버로부터 지급 실패 정보를 수신하는 경우, 상기 사용자에게 상기 결제가 요청된 금액에 대한 상환 요청을 전송하는 단계를 더 포함하고, 상기 상환 요청은 상기 지급 실패 정보를 포함할 수 있다.
일실시예에 따르면, 상기 지급 요청에 대응하여 상기 제2서버로부터 지급 실패 정보를 수신하는 경우, 상기 사용자에 대응하여 상기 전자 장치에 사전에 등록된 결제 방법 중 상기 결제 수단에 대응하여 지정되지 않은 제2결제 방법에 대응하는 제3서버로 지급 요청을 전송할 수 있다.
일실시예에 따르면, 상기 지급 요청에 대응하여 상기 제2서버로부터 지급 실패 정보를 수신하는 경우, 상기 아이템 판매 정보 처리 방법은 상기 구매 요청에 대응하는 승인을 취소하는 단계; 및 상기 승인의 취소를 포함하는 정보를 제공하는 단계를 더 포함할 수 있다.
일실시예에 따르면, 상기 결산 시점 이전에 상기 결제 수단과 관련된 하나 이상의 구매 요청에 대응하는 금액의 적어도 일부에 대한 상기 사용자의 결산 요청을 수신하는 경우, 상기 아이템 판매 정보 처리 방법은 상기 결산 요청된 금액에 대한 결제를 요청하는 단계를 더 포함할 수 있다.
일실시예에 따르면, 상기 결산 시점을 전후로 미리 설정된 기간 내에는 상기 사용자의 결산 요청을 수신하기 위한 UI가 비활성화될 수 있다.
일실시예에 따르면, 상기 결산 시점을 전후로 미리 설정된 기간 내에 상기 사용자의 결산 요청을 수신하는 경우, 상기 사용자의 결산 요청에 대응하여 결제를 요청하지 않고 상기 결산 시점의 도래에 따라 결제를 요청함을 포함하는 정보를 제공할 수 있다.
일실시예에 따르면, 상기 구매 응답을 제공하는 단계는 상기 아이템이 배송 대상이 되는 아이템인지를 판단하는 단계; 상기 아이템이 배송 대상이 되는 경우, 상기 아이템에 대하여 상기 구매 응답을 제공하는 단계; 및 상기 아이템이 배송 대상이 되지 않는 경우, 상기 아이템에 대하여 상기 구매 요청에 대응한 거부 정보를 제공하는 단계를 더 포함할 수 있다.
일실시예에 따른 아이템 판매 정보를 처리하는 전자 장치는 트랜시버, 명령어를 저장하는 메모리 및 프로세서를 포함하고, 상기 프로세서는, 상기 트랜시버 및 상기 메모리와 연결되어, 사용자가 선택한 아이템에 관한 정보 및 결제 수단과 관련된 정보를 포함하는 구매 요청을 획득하고, 상기 결제 수단과 관련된 정보가 제1조건을 만족하는 경우, 상기 구매 요청에 대응하여 상기 결제 수단을 통한 결제 진행 이전에 상기 구매 요청에 대응하는 승인 정보를 포함하는 구매 응답을 제공하고, 상기 아이템에 대한 출고 요청을 제1서버에 전송하고, 상기 결제 수단에 대응하는 결산 시점의 도래에 따라 상기 결제 수단과 관련된 하나 이상의 구매 요청에 대응하는 금액의 적어도 일부에 대한 결제를 요청한다.
기타 실시 예들의 구체적인 사항들은 상세한 설명 및 도면들에 포함되어 있다.
본 개시에 따르면, 아이템 판매 정보 처리를 위한 전자 장치 및 그 방법은 전자상거래 시장에서 아이템의 판매 시 결제 수단을 통한 결제 진행 이전에 구매 요청에 대응하는 승인 정보를 포함하는 구매 응답을 제공하고 아이템에 대한 출고 요청을 전송함으로써, 신뢰할 수 있는 사용자에게 신속한 아이템 구매 및 배송을 보장하고 아이템 구매의 편의를 제공할 수 있다.
발명의 효과는 이상에서 언급한 효과로 제한되지 않으며, 언급되지 않은 또 다른 효과들은 청구범위의 기재로부터 당해 기술 분야의 통상의 기술자에게 명확하게 이해될 수 있을 것이다.
도 1은 일실시예에 따른 아이템 판매 정보 처리 시스템을 나타내는 개략적인 구성도이다.
도 2는 일실시예에 따른 아이템 판매 정보 처리 시스템에서의 정보 처리 방법의 동작 흐름도이다.
도 3은 일실시예에 따른 아이템 판매 정보 처리 시스템에서 전자 장치가 제2서버로부터 지급 실패 정보를 수신하는 경우의 동작을 설명하는 동작 흐름도이다.
도 4는 일실시예에 따른 아이템 판매 정보 처리 시스템에서 추후 결제 서비스의 이용을 위하여 전자 장치가 제공하는 UI를 예시적으로 설명하기 위한 도면이다.
도 5는 일실시예에 따른 아이템 판매 정보 처리 시스템에서 추후 결제 서비스와 관련된 연체수수료 정보를 예시적으로 설명하기 위한 도면이다.
도 6은 일실시예에 따른 아이템 판매 정보 처리 시스템에서 아이템의 구매와 관련하여 추후 결제 서비스의 이용이 제한되는 경우를 예시적으로 설명하기 위한 도면이다.
도 7은 일실시예에 따른 아이템 판매 정보 처리 시스템에서 추후 결제 서비스의 한도 금액 및 잔액 정보를 예시적으로 설명하기 위한 도면이다.
도 8은 일실시예에 따른 아이템 판매 정보 처리 시스템에서 전자 장치가 제공하는 추후 결제 서비스의 이용 내역 및 사용자의 결산 요청을 위한 UI와 관련한 정보를 예시적으로 설명하기 위한 도면이다.
도 9는 일실시예에 따른 아이템 판매 정보 처리 시스템에서 추후 결제 서비스와 관련하여 연체가 발생한 경우를 예시적으로 설명하기 위한 도면이다.
도 10은 일실시예에 따른 아이템 판매 정보 처리 시스템에서 전자 장치가 추후 결제 서비스를 안내하는 정보를 제공하는 경우를 예시적으로 설명하기 위한 도면이다.
도 11은 일실시예에 따른 전자 장치의 아이템 판매 정보 처리 방법의 동작 흐름도이다.
도 12는 일실시예에 따른 아이템 판매 정보 처리를 위한 전자 장치의 구성의 예시도이다.
실시 예들에서 사용되는 용어는 본 개시에서의 기능을 고려하면서 가능한 현재 널리 사용되는 일반적인 용어들을 선택하였으나, 이는 당 분야에 종사하는 기술자의 의도 또는 판례, 새로운 기술의 출현 등에 따라 달라질 수 있다. 또한, 특정한 경우는 출원인이 임의로 선정한 용어도 있으며, 이 경우 해당되는 설명 부분에서 상세히 그 의미를 기재할 것이다. 따라서 본 개시에서 사용되는 용어는 단순한 용어의 명칭이 아닌, 그 용어가 가지는 의미와 본 개시의 전반에 걸친 내용을 토대로 정의되어야 한다.
명세서 전체에서 어떤 부분이 어떤 구성요소를 “포함”한다고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성요소를 제외하는 것이 아니라 다른 구성요소를 더 포함할 수 있음을 의미한다. 또한, 명세서에 기재된 “...부”, “...모듈” 등의 용어는 적어도 하나의 기능이나 동작을 처리하는 단위를 의미하며, 이는 하드웨어 또는 소프트웨어로 구현되거나 하드웨어와 소프트웨어의 결합으로 구현될 수 있다.
명세서 전체에서 기재된 “a, b, 및 c 중 적어도 하나”의 표현은, ‘a 단독’, ‘b 단독’, ‘c 단독’, ‘a 및 b’, ‘a 및 c’, ‘b 및 c’, 또는 ‘a,b,c 모두’를 포괄할 수 있다.
이하에서 언급되는 "단말"은 네트워크를 통해 서버나 타 단말에 접속할 수 있는 컴퓨터나 휴대용 단말로 구현될 수 있다. 여기서, 컴퓨터는 예를 들어, 웹 브라우저(WEB Browser)가 탑재된 노트북, 데스크톱(desktop), 랩톱(laptop) 등을 포함하고, 휴대용 단말은 예를 들어, 휴대성과 이동성이 보장되는 무선 통신 장치로서, IMT(International Mobile Telecommunication), CDMA(Code Division Multiple Access), W-CDMA(W-Code Division Multiple Access), LTE(Long Term Evolution) 등의 통신 기반 단말, 스마트폰, 태블릿 PC 등과 같은 모든 종류의 핸드헬드(Handheld) 기반의 무선 통신 장치를 포함할 수 있다.
아래에서는 첨부한 도면을 참고하여 본 개시의 실시 예에 대하여 본 개시가 속하는 기술 분야에서 통상의 지식을 가진 자가 용이하게 실시할 수 있도록 상세히 설명한다. 그러나 본 개시는 여러 가지 상이한 형태로 구현될 수 있으며 여기에서 설명하는 실시 예에 한정되지 않는다.
이하, 본 발명의 실시 예를 첨부된 도면을 참조하여 상세하게 설명한다.
실시 예를 설명함에 있어서 본 발명이 속하는 기술 분야에 익히 알려져 있고 본 발명과 직접적으로 관련이 없는 기술 내용에 대해서는 설명을 생략한다. 이는 불필요한 설명을 생략함으로써 본 발명의 요지를 흐리지 않고 더욱 명확히 전달하기 위함이다.
마찬가지 이유로 첨부 도면에 있어서 일부 구성요소는 과장되거나 생략되거나 개략적으로 도시되었다. 또한, 각 구성요소의 크기는 실제 크기를 전적으로 반영하는 것이 아니다. 각 도면에서 동일한 또는 대응하는 구성요소에는 동일한 참조 번호를 부여하였다.
본 발명의 이점 및 특징, 그리고 그것들을 달성하는 방법은 첨부되는 도면과 함께 상세하게 후술되어 있는 실시 예들을 참조하면 명확해질 것이다. 그러나 본 발명은 이하에서 개시되는 실시 예들에 한정되는 것이 아니라 서로 다른 다양한 형태로 구현될 수 있으며, 단지 본 실시 예들은 본 발명의 개시가 완전하도록 하고, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 발명의 범주를 완전하게 알려주기 위해 제공되는 것이며, 본 발명은 청구항의 범주에 의해 정의될 뿐이다. 명세서 전체에 걸쳐 동일 참조 부호는 동일 구성 요소를 지칭한다.
이 때, 처리 흐름도 도면들의 각 블록과 흐름도 도면들의 조합들은 컴퓨터 프로그램 인스트럭션들에 의해 수행될 수 있음을 이해할 수 있을 것이다. 이들 컴퓨터 프로그램 인스트럭션들은 범용 컴퓨터, 특수용 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서에 탑재될 수 있으므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서를 통해 수행되는 그 인스트럭션들이 흐름도 블록(들)에서 설명된 기능들을 수행하는 수단을 생성하게 된다. 이들 컴퓨터 프로그램 인스트럭션들은 특정 방식으로 기능을 구현하기 위해 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 지향할 수 있는 컴퓨터 이용 가능 또는 컴퓨터 판독 가능 메모리에 저장되는 것도 가능하므로, 그 컴퓨터 이용가능 또는 컴퓨터 판독 가능 메모리에 저장된 인스트럭션들은 흐름도 블록(들)에서 설명된 기능을 수행하는 인스트럭션 수단을 내포하는 제조 품목을 생산하는 것도 가능하다. 컴퓨터 프로그램 인스트럭션들은 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에 탑재되는 것도 가능하므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에서 일련의 동작 단계들이 수행되어 컴퓨터로 실행되는 프로세스를 생성해서 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 수행하는 인스트럭션들은 흐름도 블록(들)에서 설명된 기능들을 실행하기 위한 단계들을 제공하는 것도 가능하다.
또한, 각 블록은 특정된 논리적 기능(들)을 실행하기 위한 하나 이상의 실행 가능한 인스트럭션들을 포함하는 모듈, 세그먼트 또는 코드의 일부를 나타낼 수 있다. 또, 몇 가지 대체 실행 예들에서는 블록들에서 언급된 기능들이 순서를 벗어나서 발생하는 것도 가능함을 주목해야 한다. 예컨대, 잇달아 도시되어 있는 두 개의 블록들은 사실 실질적으로 동시에 수행되는 것도 가능하고 또는 그 블록들이 때때로 해당하는 기능에 따라 역순으로 수행되는 것도 가능하다.
도 1은 일실시예에 따른 아이템 판매 정보 처리 시스템을 나타내는 개략적인 구성도이다.
다양한 실시예에 따르면 아이템 판매 정보 처리 시스템(100)은, 전자 장치(110), 제1서버(120) 및 제2서버(130)를 포함할 수 있다. 실시예에 따라, 아이템 판매 정보 처리 시스템(100)은 제2서버(130)와 다른 결제 방법에 대응하는 제3서버 등을 더 포함할 수 있다. 실시예에 따라, 아이템 판매 정보 처리 시스템(100)은 전자 장치(110), 제1서버(120), 제2서버(130), 그 외 외부 장치 중 적어도 일부 간의 정보 송수신을 지원하는 네트워크 망을 더 포함할 수 있다.
전자 장치(110), 제1서버(120), 제2서버(130) 및 제3서버 각각은 트랜시버, 메모리 및 프로세서를 포함할 수 있다. 또한, 전자 장치(110), 제1서버(120), 제2서버(130) 및 제3서버 각각은 적어도 하나의 기능이나 동작을 처리하는 단위를 의미하며, 이는 하드웨어나 소프트웨어, 또는, 하드웨어 및 소프트웨어의 결합으로 구현될 수 있다. 한편 실시예 전반에서 전자 장치(110), 제1서버(120) 및 제2서버(130)는 분리된 서버로 언급되나 이는 논리적으로 나누어진 구조일 수 있으며, 하나의 서버에서 분리된 기능에 의해 구현될 수 있다.
일실시예에 따르면, 전자 장치(110), 제1서버(120), 제2서버(130) 및 제3서버는 네트워크 서버로 구현되는 다수의 컴퓨터 시스템 또는 컴퓨터 소프트웨어를 포함할 수 있다. 예를 들면, 전자 장치(110), 제1서버(120), 제2서버(130) 및 제3서버 중 적어도 일부는 인트라넷 또는 인터넷과 같은 컴퓨터 네트워크를 통해 다른 네트워크 서버와 통신할 수 있는 하위 장치와 연결되어 작업 수행 요청을 접수하고, 그에 대한 작업을 수행하여 수행 결과를 제공하는 컴퓨터 시스템 및 컴퓨터 소프트웨어를 지칭할 수 있다. 이외에도, 전자 장치(110), 제1서버(120), 제2서버(130) 및 제3서버 중 적어도 일부는 네트워크 서버 상에서 동작할 수 있는 일련의 응용 프로그램과, 내부에 구축되어 있는 각종 데이터베이스를 포함하는 광의의 개념으로 이해될 수 있다. 예컨대, 전자 장치(110), 제1서버(120), 제2서버(130) 및 제3서버 중 적어도 일부는 도스(DOS), 윈도우(Windows), 리눅스(Linux), 유닉스(UNIX), 또는 맥OS(MacOS) 등의 운영 체제에 따라 다양하게 제공되는 네트워크 서버 프로그램을 이용하여 구현될 수 있다.
전자 장치(110)는 다양한 정보를 웹 페이지로 구성하여 제공할 수 있다. 구체적으로, 전자 장치(110)는 사용자에게 아이템 판매 정보를 제공하는 역할을 수행하는 장치일 수 있다. 전자 장치(110)는 정보를 제공하기 위하여 사용자가 선택한 아이템에 관련된 아이템 정보 및 결제 수단(이하, 설명의 편의를 위하여 제1결제 수단으로 지칭함)과 관련된 정보를 포함하는 구매 요청을 획득한다. 아이템은 전자 장치(110)가 표시하는 아이템으로서, 사용자(고객)가 전자 장치(110)를 통하여 온라인 상에서 구매할 수 있는 아이템일 수 있다. 아이템에 대한 구매 요청은 사용자 단말(도 2의 210)로부터 수신될 수 있다.
제1결제 수단과 관련된 정보가 제1조건을 만족하는 경우, 전자 장치(110)는 구매 요청에 대응하여 제1결제 수단을 통한 결제 진행 이전에 구매 요청에 대응하는 승인 정보를 포함하는 구매 응답을 제공한다. 제1결제 수단은 추후 결제 서비스를 이용하는 결제 수단에 대응할 수 있으며, 추후 결제 서비스는 사용자에게 아이템 결제를 위한 금액의 지불 이전에 아이템을 구매할 수 있도록 하고, 차후 결제 금액에 대한 지불을 할 수 있도록 하는 서비스에 대응할 수 있다. 한편 실시 예에서 추후 결제 서비스로 설명되나 이는 결제된 금액에 대해서 사용자가 추후 지불을 하는 서비스를 의미할 수도 있다.
설명의 편의를 위하여, 이하에서는 제1결제 수단이 추후 결제 서비스를 이용하는 경우에 대응하는 실시예를 기준으로 설명한다. 다만, 제1결제 수단에 따른 결제가 반드시 추후 결제 서비스를 이용하는 실시예에 한정된다고 볼 것은 아니며, 제1결제 수단에 대응하는 금융기관(은행 등)의 점검이나 일시적인 결제 오류 등이 발생하는 실시예 등을 더 포함할 수도 있다.
일실시예에 따르면, 구매 요청에 대응하는 아이템이 배송 대상이 되는 경우에만 추후 결제 서비스가 제공될 수 있다. 이 경우, 전자 장치(110)는 구매 요청에 대응하는 아이템이 배송 대상이 되는 아이템인지를 판단하고, 아이템이 배송 대상이 되는 경우 아이템에 대하여 구매 응답을 제공할 수 있다. 반면, 아이템이 배송 대상이 되지 않는 경우, 전자 장치(110)는 아이템에 대하여 구매 요청에 대응한 거부 정보를 제공할 수 있다. 또한 실시 예에서 전자 장치(110)는 관리자의 설정에 의해 환금성이 높은 아이템에 대해서도 추후 결제 서비스를 사용한 결제를 제한할 수도 있다.
전자 장치(110)는 구매 요청의 획득에 대응하여 아이템 정보가 포함하는 금액 정보 및 제1결제 수단과 관련된 정보가 포함하는 제1결제 수단의 한도 금액과 관련되는 잔액 정보를 기반으로 제1조건의 만족 여부를 판단할 수 있으며, 이와 관련한 보다 상세한 사항은 도 2에서 후술한다.
전자 장치(110)는 아이템에 대한 출고 요청을 제1서버(120)에 전송한다. 출고 요청은 아이템 중 적어도 일부를 물류 센터에서 출고하고 배송을 수행하라는 요청에 대응될 수 있으며, 출고 요청을 수신한 제1서버(120)는 아이템의 출고 및 배송 수행을 위한 절차를 진행할 수 있다. 제1서버(120)는 사용자의 배송지에 대응한 물류 센터에 출고 및 배송을 지시할 수 있다.
제1결제 수단에 대응하는 결산 시점의 도래에 따라 전자 장치(110)는 제1결제 수단과 관련된 하나 이상의 구매 요청에 대응하는 금액의 적어도 일부에 대한 결제 또는 지불을 요청한다. 전자 장치(110)는 제1결제 수단에 대응하여 지정된 제1결제 방법에 대응하는 제2서버(130)로 지급 요청을 전송함으로써 결제를 요청할 수 있다. 지급 요청은 하나 이상의 구매 요청 중 적어도 일부에 대응하여 결제가 요청된 금액(이하, 결제 금액)을 지불하라는 요청에 대응될 수 있다. 구체적으로, 지급 요청은 제2서버(130)가 사용자에 대응하는 계좌 정보에 기초하여 결제 금액을 이체하고 결제 금액의 이체 내역을 포함하는 지급 정보를 전자 장치(110)로 전송하도록 하는 요청에 대응될 수 있다.
지급 요청은 제1결제 수단에 대응하는 계좌 정보를 포함할 수 있으며, 제1결제 수단에 대응하는 계좌 정보가 사전에 등록되었을 경우 사전에 등록되었던 계좌 정보가 전송될 수 있다. 또한 실시 예에서 사용자는 추후 결제 서비스를 사용하기 위해서 복수개의 결제 수단을 수행할 수 있으며, 사용자의 설정 또는 전자 장치(110)의 동작에 따라 상기 결제 수단 별로 순차적으로 결산 금액에 대한 지불을 요청할 수 있다.
일실시예에 따르면, 제2서버(130)가 관리하는 제1결제 방법에 대응하는 계좌와 관련되는 계좌 정보는 구매 요청과 함께 수신될 수 있다. 또는, 제1결제 방법에 대응하는 계좌와 관련되는 계좌 정보는 전자 장치(110)에 사전에 등록되어 있을 수 있다. 계좌와 관련되는 정보가 전자 장치(110)에 사전 등록된 경우, 전자 장치(110)는 사용자로부터 계좌 정보를 다시 입력 받을 필요 없이 사전에 입력된 계좌 정보를 이용하여 결제를 수행할 수 있다.
제2서버(130)는 제1결제 방법에 대응하는 서버일 수 있다. 구체적으로, 제1결제 방법은 제2서버(130)가 관리하는 계좌 정보에 기초한 결제 금액 이체에 대응될 수 있다. 일실시예에 따르면, 제2서버(130)는 특정 금융기관에서 관리하는 서버에 대응될 수 있다. 예를 들어, 제2서버(130)는 XX은행에서 관리하는 서버에 대응될 수 있다. 전자 장치(110)로부터 결제 요청을 수신한 제2서버(130)는 결제 요청이 포함하는 계좌 정보가 유효한지를 판단하고 계좌 정보에 대응하는 계좌의 잔액이 결제 요청된 금액 이상인지를 판단할 수 있다. 판단 결과에 따라 제2서버(130)는 결제 금액을 전자 장치(110)에 이체하거나 지급 실패 정보를 전자 장치(110)로 전송할 수 있으며, 이와 관련하여 보다 상세한 사항은 도 2 및 도 3에서 후술한다.
제1서버(120)는 온라인 상에서 전자 장치(110)를 통하여 판매되는 아이템의 보관 및 배송을 위한 물류 센터를 관리하는 서버일 수 있다. 또한 실시 예에서 제1서버(120)는 복수개의 물류 센터를 통합하여 관리하는 서버일 수 있으며, 각 물류센터의 서버가 네트워크로 연결된 시스템일 수도 있다. 아이템 중 적어도 일부에 대한 출고 요청을 수신한 제1서버(120)는 아이템의 출고를 진행하고, 출고가 완료된 아이템에 대해서 입력된 주소지로 배송을 진행할 수 있다. 아직 배송이 시작되지 않은 아이템에 대해서 출고 요청에 대한 취소 요청이 접수되는 경우, 제1서버(120)는 출고를 취소할 수도 있다.
제3서버는 사용자에 대응하여 전자 장치(110)에 사전에 등록된 결제 방법 중 제1결제 수단에 대응하여 지정되지 않은 제2결제 방법에 대응하는 서버일 수 있다. 일실시예에 따른 전자 장치(110)가 제2서버(130)로부터 지급 실패 정보를 수신하는 경우, 전자 장치(110)는 제3서버로 지급 요청을 전송할 수 있다. 제1결제 방법은 구매 요청에 그 정보가 포함되어 전송될 수도 있는 반면, 제2결제 방법은 전자 장치(110)에 사전에 등록된 결제 방법에 포함되는 결제 방법에 한정될 수 있다.
전자 장치(110)가 제3서버로 지급 요청을 전송하는 것과 관련된 보다 상세한 사항은 도 3에서 후술한다.
다양한 실시예에 따른 일련의 아이템 판매 정보 처리 방법과 관련된 동작들은, 단일의 물리적 장치에 의해 구현될 수 있으며, 복수의 물리적 장치가 유기적으로 결합된 방식으로 구현될 수도 있다. 예를 들어, 아이템 판매 정보 처리 시스템(100)에 포함된 구성 중 일부는 어느 하나의 물리적 장치에 의해 구현되고, 나머지 일부는 다른 물리적 장치로 구현될 수 있다. 예컨대, 어느 하나의 물리적 장치는, 전자 장치(110)의 일부로 구현될 수 있으며, 다른 물리적 장치는, 제2서버(130)의 일부 또는 제1서버(120)의 일부 또는 제3서버의 일부 또는 외부 장치의 일부로 구현될 수도 있다. 경우에 따라, 아이템 판매 정보 처리 시스템(100)에 포함된 각각의 구성요소들은 각각 서로 다른 물리적 장치에 분산되어 배치되고, 분산 배치된 구성요소들이 유기적으로 결합되어, 아이템 판매 정보 처리 시스템(100)의 기능 및 동작을 수행하도록 구현될 수도 있다. 예컨대, 본 명세서의 전자 장치(110)는 적어도 하나의 서브 장치를 포함하며, 전자 장치(110)에 의해 수행되는 것으로 기재된 일부 동작들은 제1서브 장치에 의하여 수행되고, 다른 일부 동작들은 제2서브 장치에 의해 수행될 수도 있다.
도 2는 일실시예에 따른 아이템 판매 정보 처리 시스템에서의 정보 처리 방법의 동작 흐름도이다.
도 2를 참조하면, 일실시예에 따른 전자 장치(110)는 사용자 단말(210)로부터 아이템 정보 및 제1결제 수단과 관련된 정보를 포함하는 구매 요청을 획득한다(201). 사용자 단말(210)은 컴퓨터 장치 또는 이동 통신 단말 등을 포함할 수 있다. 전자 장치(110)는 결제 수단과 관련된 정보가 제1조건을 만족하는 경우, 구매 요청에 대응하여 제1결제 수단을 통한 결제 진행 이전에 구매 요청에 대응하는 승인 정보를 포함하는 구매 응답을 제공한다(202). 전술한 바와 같이, 제1결제 수단은 추후 결제 서비스에 대응할 수 있다.
구매 요청이 포함하는 아이템 정보는 금액 정보를 포함하고, 제1결제 수단과 관련된 정보는 제1결제 수단의 한도 금액과 관련되는 잔액 정보를 포함할 수 있다. 제1결제 수단의 한도 금액은 제1결제 수단을 이용하여 아이템을 결제할 수 있도록 설정된 금액의 한도에 대응되고, 잔액 정보는 한도 중 아직 아이템 결제에 이용되지 않은 금액에 대응될 수 있다. 예를 들어, 07월 한 달 동안 결제할 수 있는 한도 금액이 30만원이고 잔액 정보가 17만원인 경우, 07월 한 달 동안 제1결제 수단으로 총 30만원까지 결제가 가능하고 현재 13만원어치의 아이템을 구매하였으며 남은 07월 기간 동안 17만원어치의 아이템을 더 구매할 수 있다고 이해될 수 있다.
전자 장치(110)는 구매 요청의 획득에 대응하여 금액 정보 및 한도 금액과 관련되는 잔액 정보를 기반으로 제1조건의 만족 여부를 판단할 수 있다. 구체적으로, 전자 장치(110)는 한도 금액의 잔액이 아이템의 구매를 위한 결제 금액 이상인지 여부를 판단하고, 한도 금액의 잔액이 아이템의 구매를 위한 결제 금액 이상인 경우에 한하여 제1조건을 만족한다고 판단할 수 있다. 관련하여, 한도 금액과 관련되는 잔액 정보가 아이템의 구매 요청에 대응하는 금액 미만이거나 한도 금액이 없는 경우(즉, 제1결제 수단을 사용할 수 없는 경우), 일실시예에 따른 전자 장치(110)는 구매 요청에 대한 거절 응답을 제공할 수 있으며, 이와 관련한 예시를 도 6에서 후술한다.
일실시예에 따르면, 구매 응답을 제공한 이후 제1결제 수단과 관련된 정보가 제2조건을 만족하게 되는 경우, 전자 장치(110)는 구매 요청에 대응하는 승인을 취소하고, 승인의 취소를 포함하는 정보를 사용자에게 제공할 수 있다. 일 예시에 따르면, 제1결제 수단의 한도 금액의 잔액이 아이템의 구매를 위한 결제 금액 미만인 경우에 제2조건이 만족된다고 판단될 수 있다.
제1결제 수단과 관련된 정보가 제2조건을 만족하게 되는 경우, 제2조건을 만족하게 되는 시기가 전자 장치(110)가 출고 요청을 제1서버로 전송한 이후인 경우, 전자 장치(110)는 출고 요청에 대한 취소 요청을 제1서버(120)로 더 전송할 수 있다.
제1결제 수단의 사용 가능 여부 및 제1결제 수단의 한도 금액은 구매 요청에 대응하는 사용자와 관련하여 설정된 신뢰도에 기초하여 결정될 수 있다. 신뢰도는 사용자에게 추후 결제 서비스를 제공할 경우 사용자가 결제 금액을 연체 없이 지불하리라고 신뢰할 수 있는지에 대응되는 지표일 수 있다. 일실시예에 따르면, 신뢰도는 사용자에 대응하는 구매 이력, 사용자에 대응하는 멤버십 등급, 사용자에 대응하는 가입 기간, 사용자에 대응하는 신용 점수 및 제휴사로부터 획득되는 사용자 정보 중 적어도 하나에 기초하여 설정될 수 있다. 관련하여, 사용자에 대응하는 신용 점수는 신용평가사로부터 획득된 정보 및 전자 장치(110)에서 자체적으로 획득된 정보 중 적어도 하나에 기초하여 결정될 수 있다. 또한, 제휴사는 통신사, 지불 결제 사업자(PG, Payment Gateway) 및 공공기관 중 적어도 하나를 포함할 수 있으며, 제휴사로부터 획득되는 사용자 정보는 통신사로부터 획득되는 요금제 정보, 로밍 정보, 각종 청구 정보 중 적어도 하나를 포함하고, 지불 결제 사업자로부터 획득되는 사용자 정보는 휴대폰 결제 정보 및 각종 청구 정보 중 적어도 하나를 포함하며, 공공기관으로부터 획득되는 사용자 정보는 세금 정보 및 공과금 정보 중 적어도 하나를 포함할 수 있다.
나아가, 신뢰도는 전자 장치(110)가 제공하는 즉시 결제 서비스와 관련하여, 사용자의 서비스 가입일, 사용자가 등록한 결제 수단 정보, 사용자가 즉시 결제 서비스를 위하여 충전한 금액 및 사용자에 대응하여 적립된 금액 중 적어도 하나에 더 기초하여 설정될 수도 있다.
사용자의 구매 이력은 사용자가 구매한 하나 이상의 아이템의 목록, 사용자가 하나 이상의 아이템의 결제를 위하여 사용한 결제 수단, 사용자가 작성한 상품평, 하나 이상의 아이템의 결제와 관련한 사용자의 연체 이력, 하나 이상의 아이템에 대응하는 배송지와 관련된 정보 및 사용자가 하나 이상의 아이템의 결제를 위하여 이용하는 단말과 관련된 정보 중 적어도 하나를 포함할 수 있다. 관련하여, 배송지와 관련된 정보는 배송지 주소, 배송지의 개수, 배송지의 변경 이력, 최근 구매 이력별로 대응하는 배송지의 일치 여부 중 적어도 하나를 포함할 수 있다. 또한, 단말과 관련된 정보는 단말에 대응하는 IP 정보, 단말이 이용하는 운영 체제 및 단말의 기종 중 적어도 하나를 포함할 수 있다.
또한, 멤버십 등급은 전자 장치(110)가 제공하는 멤버십에 관련될 수도 있고, 하나 이상의 결제 방법에 대응하는 멤버십에 대응할 수도 있다.
신뢰도 평가는 다른 사용자들의 구매 이력, 멤버십 등급, 가입 기간, 신용 점수, 기타 제휴사로부터 획득되는 사용자 정보 등을 판단한 결과와 해당 사용자들이 제1결제 수단에 대응하는 추후 결제 서비스를 이용하면서 결제 금액을 연체 없이 납부했는지 여부에 기초하여 이루어질 수 있다. 예를 들어, 다른 사용자들과 관련한 통계를 분석한 결과 아이템을 많이 구매하고, 멤버십 등급이 높고, 가입 기간이 길고, 신용 점수가 높을수록 추후 결제 서비스의 연체율이 낮다고 판단된다면, 구매 요청에 대응하는 사용자의 신뢰도를 판단함에 있어서도 아이템을 많이 구매하였을수록, 멤버십 등급이 높을수록, 가입 기간이 길수록, 신용 등급이 높을수록 신뢰도가 높게 결정될 수 있다.
실시예에 따라, 신뢰도를 판단하기 위한 개별 요소들을 고려함에 있어서 서로 다른 가중치가 부여될 수 있다. 예를 들어, 다른 요소와 추후 결제 서비스의 연체율이 가지는 상관관계에 비해 신용 점수와 추후 결제 서비스의 연체율이 가지는 상관관계가 매우 뚜렷한 경우 (즉, 신용 점수가 높을수록 추후 결제 서비스의 연체율이 낮아지는 정도가 매우 뚜렷하게 드러나는 경우) 개별 요소들을 고려함에 있어서 신용 점수에 높은 가중치가 부여될 수 있다.
실시예에 따라, 제1결제 수단의 한도 금액은 단계적으로 결정될 수 있다. 예컨대, 전자 장치(110)는 사용자의 제1결제 수단의 가입 가능 여부 및 제1결제 수단의 한도를 일차적으로 결정하고, 이후에 사용자로부터 추후 결제 서비스 가입 요청이 있는 경우 제1결제 수단의 한도를 이차적으로 결정할 수 있다. 일 예시로서, 전자 장치(110)는 사용자에 대응하는 구매 이력, 사용자에 대응하는 멤버십 등급 및 사용자에 대응하는 가입 기간 등 전자 장치(110)가 자체적으로 획득하는 정보에 기초하여 사용자의 제1결제 수단의 가입 가능 여부 및 제1결제 수단의 한도를 일차적으로 결정할 수 있다. 이후, 전자 장치(110)는 신용평가사 및 제휴사 중 적어도 하나로부터 획득된 정보에 더 기초하여 제1결제 수단의 한도를 이차적으로 결정할 수 있다. 이 경우, 전자 장치(110)는 결정된 제1결제 수단의 가입 가능 여부에 기초하여 추후 결제 서비스와 관련된 정보를 사용자에게 노출할지 여부를 결정할 수 있다.
일실시예에 따르면, 제1결제 수단의 사용 가능 여부 및 제1결제 수단의 한도 금액은 제1결제 수단에 대응하는 결산 시점의 도래에 따라 주기적으로 결정될 수 있다. 예를 들어, 전술한 예시와 같이, 한도 금액은 "07월 한 달"과 같이 한 달 동안 결제할 수 있는 총 금액에 대응하고, 달이 넘어감에 따라(예컨대, 08월이 도래함에 따라) 그 한도가 새로이 결정될 수 있다. 또한 결산 시점에서 사용자가 사용한 금액에 대한 지불이 이루어졌는지 여부를 기준으로 한도 금액이 변경될 수도 있다.
일실시예에 따르면, 제1결제 수단의 사용 가능 여부 및 제1결제 수단의 한도 금액은 구매 요청이 있을 때마다 결정될 수도 있다. 이 경우, 사용자의 구매 요청이 있을 때마다 사용자의 신뢰도가 판단될 수 있다. 이 경우, 사용자의 연체 이력이 발생하거나 사용자의 신용 점수가 급격히 하락하는 등 사용자의 신뢰도에 영향을 줄 수 있는 사건이 갑작스럽게 발생하더라도 이러한 사건을 빠짐없이 고려하여 제1결제 수단의 사용 가능 여부 및 제1결제 수단의 한도 금액이 결정될 수 있다.
일실시예에 따르면, 구매 요청에 대응하는 아이템이 특정 카테고리에 속하는 경우, 한도 금액이 변동될 수 있다. 예를 들어, 구매 요청에 대응하는 아이템이 추후 결제 서비스 이용에 따른 연체율이 높은 아이템(예를 들어, 고가의 사치품)이거나, 환금성이 높은 아이템(예를 들어, 골드바)인 경우, 아이템 결제 금액이 연체되는 상황을 방지하고 아이템을 되팔아 수익을 챙기고자 하는 수요를 사전에 차단하기 위하여 한도 금액이 보다 낮게 설정될 수 있다. 나아가, 경우에 따라서는 구매 요청에 대응하는 아이템이 특정 카테고리에 속하는 경우 한도 금액이 없도록 할 수도 있으며, 이 경우, 사용자는 제1결제 수단을 이용하지 못할 수 있다. 또한 실시 예에서 전자 장치(110)와 관련된 서비스의 운영자와 관련된 주체가 직접 구매를 관리하고 배송하는 상품에 우선적으로 추구 결제 서비스를 적용하도록 할 수 있다. 이와 같은 상품에만 추후 결제 서비스를 적용함으로써 사용자가 결제한 금액을 지불하지 않는 경우에도 그와 관련된 정산 절차를 간편하게 할 수 있다.
일실시예에 따르면, 신뢰도가 미리 설정된 제1값보다 더 높은 경우, 전자 장치(110)는 아이템의 구매와 관련한 혜택을 더 제공할 수 있다. 예를 들어, 전자 장치(110)는 아이템의 구매와 관련하여 추가적인 가격 할인 혜택을 제공할 수 있다. 이를 통하여, 전자 장치(110)는 사용자로 하여금 온라인 상에서 전자 장치(110)를 통하여 판매되는 아이템을 구매하도록 유도할 수 있다. 또한, 전자 장치(110)는 사용자로 하여금 추후 결제 서비스를 자주 이용하도록 유도하고, 추후 결제 서비스를 이용하여 구매한 아이템에 대응하는 결제 금액을 연체 없이 지불하도록 유도할 수 있다.
결제 수단과 관련된 정보가 제1조건을 만족하는 경우, 구매 응답을 제공한 전자 장치(110)는 아이템에 대한 출고 요청을 제1서버에 전송한다(203). 전자 장치(110)가 출고 요청을 전송하기 위하여 반드시 구매 응답의 제공이 선행되어야 하는 것은 아니다. 예를 들어, 전자 장치(110)는 결제 수단과 관련된 정보가 제1조건을 만족하는 경우 구매 응답을 사용자 단말(210)에 제공함과 동시에 출고 요청을 제1서버(120)에 제공할 수도 있다. 또는, 실시예에 따라, 전자 장치(110)는 출고 요청을 제1서버(120)에 먼저 제공하고, 구매 응답을 사용자 단말(210)에 제공할 수도 있다.
출고 요청을 수신한 제1서버(120)는 아이템의 출고 및 배송을 준비할 수 있다.
제1결제 수단에 대응하는 결산 시점의 도래에 따라(204), 전자 장치(110)는 제1결제 수단과 관련된 하나 이상의 구매 요청에 대응하는 금액의 적어도 일부에 대한 결제를 요청한다. 전자 장치(110)는 제1결제 수단에 대응하여 지정된 제1결제 방법에 대응하는 제2서버(130)로 지급 요청을 전송함으로써(205) 결제를 요청할 수 있다. 지급 요청은 하나 이상의 구매 요청 중 적어도 일부에 대응하는 결제 금액을 지불하라는 요청에 대응될 수 있다. 구체적으로, 지급 요청은 제2서버(130)가 계좌에 기초하여 결제 금액을 이체하고 결제 금액의 이체 내역을 포함하는 지급 정보를 전자 장치(110)로 전송하도록 하는 요청에 대응될 수 있다.
제2서버(130)에서 결제 금액의 이체가 성공적으로 이루어지는 경우(206), 제2서버(130)는 결제 금액의 이체 내역을 포함하는 지급 정보를 전자 장치(110)로 전송할 수 있다(207). 전자 장치(110)는 지급 정보를 수신함으로써 결제 금액이 성공적으로 이체되었음을 확인할 수 있다.
실시예에 따라, 전자 장치(110)는 별도의 지급 정보를 요청하지 않고, 자체적으로 결제 금액의 이체 여부를 지속적으로 모니터링할 수도 있다.
실시 예에서 이체는 전자장치(110)에서 제2서버(130)에 특정 금액을 지급 요청함으로써 발생하는 트랜잭션 및 제2서버(130)가 트리거링(triggering)되어 필요한 금액이 지급되는 트랜잭션 중 적어도 하나를 포함할 수 있다.
도 3은 일실시예에 따른 아이템 판매 정보 처리 시스템에서 전자 장치가 제2서버로부터 지급 실패 정보를 수신하는 경우의 동작을 설명하는 동작 흐름도이다.
도 3을 참조하면, 일실시예에 따른 전자 장치(110)는 제1결제 수단에 대응하여 지정된 제1결제 방법에 대응하는 제2서버(130)로 지급 요청을 전송함으로써(205) 제1결제 수단과 관련된 하나 이상의 구매 요청에 대응하는 금액의 적어도 일부에 대한 결제를 요청할 수 있다. 제2서버(130)에서 결제 금액에 대한 지급이 실패하는 경우(301), 제2서버(130)는 지급 실패 정보를 전자 장치(110)로 전송할 수 있다(302).
일실시예에 따르면, 지급 실패 정보를 수신하는 전자 장치(110)는 사용자에게 결제 금액에 대한 상환 요청을 전송할 수 있다(303). 전자 장치(110)는 사용자에게 결제 금액에 대한 상환 요청을 전송함으로써 연체된 결제 금액에 대한 지급을 촉구할 수 있다. 이 경우, 상환 요청은 지급 실패 정보를 포함할 수 있다. 나아가, 상환 요청은 연체로 인하여 발생하는 연체 수수료 및 추후 결제 서비스의 이용 제한과 관련된 정보를 더 포함할 수 있다.
전자 장치(110)가 전송하는 상환 요청과 관련된 예시를 도 9에서 후술한다.
일실시예에 따르면, 지급 실패 정보를 수신하는 전자 장치(110)는 사용자에 대응하여 전자 장치(110)에 사전에 등록된 결제 방법 중 제1결제 수단에 대응하여 지정되지 않은 제2결제 방법에 대응하는 제3서버로 지급 요청을 전송할 수 있다. 예를 들어, 제1결제 수단에 대응하여 지정된 제1결제 방법인 AA은행에 전송한 지급 요청에 대응하여 지급 실패 정보를 수신하는 경우, 전자 장치(110)는 사용자에 대응하여 사전에 등록된 결제 방법인 BB은행에 대응하는 서버에 지급 요청을 전송할 수 있다. 실시예에 따라, 제1결제 방법 외에 전자 장치(110)에 사전에 등록된 복수의 결제 방법이 존재하는 경우, 전자 장치(110)는 복수의 결제 방법에 대응하는 복수의 서버 중 적어도 하나에 지급 요청을 전송할 수 있다. 예를 들어, 전자 장치(110)는 사용자에 대응하여 사전에 등록된 결제 방법인 BB은행에 대응하는 서버, CC은행에 대응하는 서버 및 DD은행에 대응하는 서버 중 적어도 하나에 지급 요청을 전송할 수 있다. 한편 지급 실패가 발생한 경우, 전자 장치(110)는 해당 사용자에 대한 계속 중인 주문의 있을 경우, 주문을 취소하는 절차를 수행할 수 있다.
일실시예에 따르면, 지급 실패 정보를 수신하는 전자 장치(110)는 구매 요청에 대응하는 승인을 취소하고, 승인의 취소를 포함하는 정보를 사용자 단말(210) 및 제1서버(120) 중 적어도 하나에 제공할 수 있다(304). 이 경우, 전자 장치(110)는 출고 요청에 대한 취소 요청을 제1서버(120)에 전송할 수도 있다(305). 제1서버(120)로부터 구매 요청에 대응하는 아이템에 대한 배송이 이미 진행중이거나 이미 완료되었음을 알리는 정보를 수신한다면, 전자 장치(110)는 아이템의 반납을 요청하는 정보를 사용자 단말(210)에 더 제공하거나, 아이템의 반납을 별도의 서버에 요청할 수도 있다.
도 4는 일실시예에 따른 아이템 판매 정보 처리 시스템에서 추후 결제 서비스의 이용을 위하여 전자 장치가 제공하는 UI를 예시적으로 설명하기 위한 도면이다.
도 4를 참조하면, 일실시예에 따른 전자 장치(110)는 사용자에게 제1결제 수단에 따른 결제 서비스인 추후 결제 서비스를 제공하기 위한 UI를 제공할 수 있다. 추후 결제 서비스는 복수의 결제 수단 중 하나로 사용자가 선택할 수 있도록 표시되며(411), 복수의 결제 수단은 포인트 결제, 계좌 이체/무통장입금, 신용/체크카드, 휴대폰 결제 중 적어도 하나를 포함할 수 있다(410).
사용자로부터 추후 결제 서비스에 대응하는 UI에 대한 선택 입력을 획득하는 경우, 추후 결제 서비스와 관련한 추가 정보가 더 표시될 수 있다(420). 일실시예에 따른 추가 정보는 추후 결제 서비스에 대한 간략한 설명과 제1결제 수단의 한도 금액(421), 제1결제 수단에 대응하여 지정된 제1결제 방법과 관련된 정보(422), 결산 시점, 제1결제 방법의 변경, 추후 결제 서비스의 이용 내역 및 연체 수수료와 관련된 정보(423) 중 적어도 일부를 포함할 수 있다. 또한, 사용자로부터 추후 결제 서비스에 대응하는 UI에 대한 선택 입력을 획득하는 경우, 추후 결제 서비스와 관련한 추가 UI가 더 표시될 수 있으며, 추가 UI는 제1결제 수단을 기본 결제수단으로 사용할 것인지(즉, 다음 번에 아이템 결제 시 결제 수단을 선택하는 별도의 입력이 없다면 제1결제 수단을 통하여 결제할지) 여부를 선택할 수 있도록 하는 UI(424) 및 사용자에게 추후 결제 서비스와 관련한 추가 정보를 제공한 후에 다시금 선택 입력을 획득하기 위한 UI(425) 중 적어도 일부를 포함할 수 있다.
전술하였듯이 제1결제 수단의 사용 가능 여부 및 제1결제 수단의 한도 금액은 구매 요청에 대응하는 사용자와 관련하여 설정된 신뢰도에 기초하여 결정될 수 있으며, 도면 부호 421에 대응하는 정보는 사용자와 관련하여 설정된 신뢰도에 기초하여 결정된 한도 금액을 표시할 수 있다.
도 5는 일실시예에 따른 아이템 판매 정보 처리 시스템에서 추후 결제 서비스와 관련된 연체수수료 정보를 예시적으로 설명하기 위한 도면이다.
도 5를 참조하면, 일실시예에 따른 아이템 판매 정보 처리 시스템(100)에서 전자 장치(110)는 연체 수수료와 관련한 상세한 설명(510)을 사용자에게 제공할 수 있다. 일실시예에 따르면, 연체 수수료와 관련한 상세한 설명(510)은 사용자에게 추후 결제 서비스와 관련한 추가 정보를 제공한 후에 다시금 선택 입력을 획득하기 위한 UI(425)에 대한 사용자의 선택 입력을 획득한 이후에 제공될 수 있다. 다만, 연체 수수료와 관련한 상세한 설명(510)은 그 외에도 사용자에게 이를 고지시킬 수 있는 다양한 형태로 제공될 수 있으며, 반드시 도면부호 425에 대응하는 UI에 대한 사용자의 선택 입력을 획득한 이후에만 제공된다고 볼 것은 아니다.
일실시예에 따른 연체 수수료와 관련한 상세한 설명(510)은 결산 시점에 제1결제 수단의 한도 금액과 관련되는 잔액이 추후 결제 서비스를 통하여 구매된 모든 아이템을 결제하기에 충분하지 않은 경우 연체 수수료가 발생할 수 있음을 알리는 정보를 포함할 수 있다. 일 예시로서, 해당 정보는 "결제일에 결제 수단에 한도가 충분하지 않으면 연체수수료가 발생합니다."와 같은 문구에 대응될 수 있다.
일실시예예 따른 연체 수수료를 계산하기 위한 계산식은 (연체한 금액)*(연체이율)*(연체 일 수)/365 와 같을 수 있다. 일 예시에 따르면, 300,000원을 10일간 연체하였고 연체이율이 연 12%인 경우 연체수수료는 (300,000)*(0.12)*10/365 = 986 원으로 계산될 수 있다. 관련하여, 연체 수수료와 관련한 상세한 설명(510)은 연체 수수료를 계산하기 위한 계산식 및 연체수수료를 계산한 일 예시와 관련된 정보를 포함할 수 있다.
도 6은 일실시예에 따른 아이템 판매 정보 처리 시스템에서 아이템의 구매와 관련하여 추후 결제 서비스의 이용이 제한되는 경우를 예시적으로 설명하기 위한 도면이다.
도 6을 참조하면, 일실시예에 따른 추후 결제 서비스를 이용할 수 없는 경우, 추후 결제 서비스를 제공하기 위한 UI가 비활성화될 수 있다(610). 추후 결제 서비스를 제공하기 위한 UI가 비활성화되는 경우, UI가 비활성화되었음을 사용자가 용이하게 인지할 수 있도록 하기 위하여 전자 장치(110)는 해당 UI를 음영 처리하고 글자의 폰트 크기나 글자의 색상을 변경할 수 있다.
추후 결제 서비스를 이용할 수 없는 경우, 전자 장치(110)는 추후 결제 서비스를 이용할 수 없음을 알리는 정보를 사용자에게 제공함으로써 사용자의 구매 요청에 대한 거절 응답을 제공할 수 있다. 일실시예에 따르면, 추후 결제 서비스를 이용할 수 없음을 알리는 정보는 추후 결제 서비스를 이용할 수 없는 이유와는 관계없이 동일한 내용을 포함할 수 있다. 예를 들어, 추후 결제 서비스를 이용할 수 없음을 알리는 정보는 "추후 결제 서비스를 이용할 수 없습니다."와 같은 문구를 포함할 수 있다(620).
일실시예에 따르면, 추후 결제 서비스를 이용할 수 없음을 알리는 정보는 추후 결제 서비스를 이용할 수 없는 이유에 따라 서로 다른 내용을 포함할 수 있다. 일 예시로서, 사용자의 구매 요청에 대응하는 아이템이 추후 결제 서비스가 지원되는 아이템이 아닌 경우(예컨대, 고가의 사치품이거나, 환금성이 높은 아이템이거나, 배송 대상이 되지 않는 디지털 상품 등), 추후 결제 서비스를 이용할 수 없음을 알리는 정보는 "추후 결제 서비스가 지원되는 아이템이 아닙니다."와 같은 문구를 포함할 수 있다(630). 다른 예시로서, 제1결제 수단의 한도 금액을 모두 사용하여 잔액이 없는 경우, 추후 결제 서비스를 이용할 수 없음을 알리는 정보는 "이용한도를 초과하였습니다."와 같은 문구를 포함할 수 있다(640). 다른 예시로서, 제1결제 수단에 대응하는 제1결제 방법과 관련된 정보가 삭제된 경우, 추후 결제 서비스를 이용할 수 없음을 알리는 정보는 "제1결제 수단에 대응하는 결제 방법이 삭제되었습니다."와 같은 문구를 포함할 수 있다(650). 다른 예시로서, 사용자가 이전에 추후 결제 서비스를 이용한 것과 관련하여 연체 내역이 존재하고 아직 상환이 이루어지지 않은 경우, 추후 결제 서비스를 이용할 수 없음을 알리는 정보는 "연체 금액이 존재합니다."와 같은 문구를 포함할 수 있다(660). 다른 예시로서, 사용자의 구매 요청에 대응하는 아이템의 금액이 제1결제 수단의 한도 금액을 초과하는 경우, 추후 결제 서비스를 이용할 수 없음을 알리는 정보는 "300,000원 초과 금액에 대해서는 추후 결제 서비스가 불가능합니다."와 같은 문구를 포함할 수 있다(670).
거절 응답을 수신한 사용자는 제1 결제 수단에 대응하는 추후 결제 서비스의 이용이 제한됨을 확인할 수 있다. 나아가, 추후 결제 서비스를 이용할 수 없는 이유에 따라 추후 결제 서비스를 이용할 수 없음을 알리는 정보가 서로 다른 내용을 포함하도록 하는 경우, 사용자는 추후 결제 서비스를 이용하기 위하여 어떤 조치가 선행되어야 하는지를 이해할 수 있다.
도 7은 일실시예에 따른 아이템 판매 정보 처리 시스템에서 추후 결제 서비스의 한도 금액 및 한도 금액과 관련되는 잔액 정보를 사용자에게 제공할 수 있다(710). 일실시예에 따르면, 전자 장치(110)는 사용자로 하여금 한도 금액과 잔액 정보를 용이하게 확인할 수 있도록 하기 위하여 한도 금액, 추후 결제 서비스를 이용한 금액 및 잔액 정보를 모두 표시할 수 있다. 예를 들어, 전자 장치(110)는 한도 금액에 대응하는 "6월 이용한도 (30만원)"와 같은 문구를 표시하고, 추후 결제 서비스를 이용한 금액에 대응하는 "178,700원 사용"과 같은 문구를 표시하고, 잔액 정보에 대응하는 "121,300원 남음"과 같은 문구를 표시할 수 있다. 나아가, 한도 금액 대비 추후 결제 서비스를 이용한 금액의 비율과 한도 금액 대비 잔액 정보의 비율을 용이하게 파악할 수 있도록, 전자 장치(110)는 한도 금액 중 추후 결제 서비스를 이용한 금액과 잔액 정보의 비율이 드러나도록 이를 금액의 크기에 비례하는 길이의 그래프 선으로 표시하거나(도면 참조), 비율을 수치화하여 더 표시할 수 있다.
도 8은 일실시예에 따른 아이템 판매 정보 처리 시스템에서 전자 장치가 제공하는 추후 결제 서비스의 이용 내역 및 사용자의 결산 요청을 위한 UI와 관련한 정보를 예시적으로 설명하기 위한 도면이다.
도 8을 참조하면, 일실시예에 따른 전자 장치(110)는 결산 시점 이전에도 사용자의 요청에 따라 결제를 진행할 수 있도록 사용자의 결산 요청을 수신하기 위한 UI를 제공할 수 있다(810). 사용자의 결산 요청을 수신하기 위한 UI를 포함하는 페이지는 결산 시점, 결산 시점에 결제 요청이 예정된 금액, 추후 결제 서비스를 통한 아이템 구매 내역 중 적어도 하나를 포함할 수 있다. 결산 시점 이전에 제1결제 수단과 관련된 하나 이상의 구매 요청에 대응하는 금액의 적어도 일부에 대한 사용자의 결산 요청을 수신하는 경우, 전자 장치(110)는 결산 요청된 금액에 대한 결제를 요청할 수 있다. 관련하여, 사용자의 결산 요청을 수신하기 위한 UI는 "즉시결제"와 같은 문구를 포함하는 UI에 대응할 수 있고, 사용자의 선택 입력에 따라 제1결제 방법을 통한 결제가 이루어질 수 있다.
사용자가 추후 결제 서비스를 통하여 아이템을 구매하지 않았거나, 아이템 구매 내역에 대하여 정산이 이미 이루어진 경우, 결산 시점에 결제 요청이 예정된 금액이 존재하지 않을 수 있고, 이 경우 사용자의 결산 요청을 수신하기 위한 UI는 비활성화될 수 있다(820).
일실시예에 따르면, 결산 시점을 전후로 미리 설정된 기간 내에는 사용자의 결산 요청을 수신하기 위한 UI가 비활성화될 수 있다. 사용자의 결산 요청을 수신하기 위한 UI가 비활성화됨으로써, 예기치 않게 결제 요청이 중복으로 이루어지고, 이에 따라 추후 결제 서비스 이용 금액이 중복 결제되는 상황을 방지할 수 있다. 이 경우, 결산 시점을 전후로 미리 설정된 기간 내에 사용자의 결산 요청을 수신하는 경우, 전자 장치(110)는 사용자의 결산 요청에 대응하여 결제를 요청하지 않고 결산 시점의 도래에 따라 결제를 요청함을 포함하는 정보를 사용자에게 제공할 수 있다.
실시예에 따라, 결산 시점 이전에 미리 설정된 기간 동안 사용자의 결산 요청을 수신하기 위한 UI가 비활성화되거나, 결산 시점 이후에 미리 설정된 기간 동안 사용자의 결산 요청을 수신하기 위한 UI가 비활성화될 수도 있다.
도 9는 일실시예에 따른 아이템 판매 정보 처리 시스템에서 추후 결제 서비스와 관련하여 연체가 발생한 경우를 예시적으로 설명하기 위한 도면이다.
도 9를 참조하면, 일실시예에 따른 전자 장치(110)가 지급 요청에 대응하여 제2서버(130)로부터 지급 실패 정보를 수신하는 경우, 전자 장치(110)는 사용자에게 결제가 요청된 금액에 대한 상환 요청을 전송할 수 있다. 이 경우, 전자 장치(110)가 전송하는 상환 요청은 지급 실패 정보와 함께 연체 수수료 현황 정보(910)를 포함할 수 있다. 이 경우, 도 5의 연체 수수료와 관련한 상세한 설명(510)과는 달리, 연체 수수료 현황 정보(910)는 실제로 연체가 발생한 내역을 안내하는 정보이므로, 연체 수수료를 계산하기 위한 계산식, 연체가 발생한 기간 및 실제 연체수수료가 계산된 결과를 중 적어도 하나를 포함할 수 있다. 예를 들어, 연체 수수료 현황 정보(910)는 "현재 17일째 연체 중입니다."와 같은 문구와, "현재의 연체수수료: (64,600)*(0.12)*17/365 = 361원"과 같은 문구를 포함할 수 있다. 나아가, 사용자의 상환을 촉구하기 위하여, 연체 수수료 현황 정보(910)는 "연체 시 연체 수수료가 발생하며, 추후 결제 서비스의 이용이 제한됩니다."와 같은 문구를 더 포함할 수 있다. 한편 지급 실패가 발생할 경우 전자 장치(110)는 지급 실패가 발생한 금액의 지불이 확인될 때까지 해당 사용자의 모든 결제를 차단할 수 있다.
도 10은 일실시예에 따른 아이템 판매 정보 처리 시스템에서 전자 장치가 추후 결제 서비스를 안내하는 정보를 제공하는 경우를 예시적으로 설명하기 위한 도면이다.
도 10을 참조하면, 전자 장치(110)는 추후 결제 서비스를 안내하는 정보를 사용자에게 제공할 수 있다(1000). 추후 결제 서비스를 안내하는 정보는 웹사이트의 메인 화면, 상품 검색 결과 페이지, 상품 상세 정보 페이지, 장바구니 페이지 및 결제 요청 페이지 중 적어도 하나에 제공될 수 있다. 일실시예에 따르면, 추후 결제 서비스를 안내하는 정보는 추후 결제 서비스를 설명하는 간략한 문구를 포함할 수 있다(1010). 예를 들어, 추후 결제 서비스를 안내하는 정보는 "나중에 결제 하세요! 월 30만원 한도까지 쇼핑하고 다음 달 15일에 계좌에서 자동이체"와 같은 문구를 포함할 수 있다. 이 경우, 추후 결제 서비스와 관련된 한도 금액은 사용자별로 다르게 설정되고, 설정된 결과에 기초하여 문구가 표시될 수 있다.
일실시예에 따르면, 추후 결제 서비스를 안내하는 정보는 이용안내와 관련된 사용자의 선택 입력을 획득하기 위한 UI를 더 포함할 수 있다(1010). 사용자의 선택 입력을 획득함으로써, 추후 결제 서비스의 사용을 유도하기 위한 다양한 문구를 포함하는 추가 정보가 제공될 수 있다(1020). 예를 들어, 사용자의 선택 입력을 획득함으로써, 전자 장치(110)는 "그 어떤 결제수단보다 빠르다", "용돈 탕진, 하지만 방법이 있다", "카드 승인문자 눈치 보지 말고 사야해", "현금영수증 발급으로 연말 소득공제까지" 등의 문구를 포함하는 추가 정보를 제공할 수 있다.
도 11은 일실시예에 따른 전자 장치의 아이템 판매 정보 처리 방법의 동작 흐름도이다.
도 11을 참조하면, 일실시예에 따른 전자 장치(110)는 사용자가 선택한 아이템에 관련된 아이템 정보 및 제1결제 수단과 관련된 정보를 포함하는 구매 요청을 획득한다(1110).
제1결제 수단과 관련된 정보가 제1조건을 만족하는 경우, 전자 장치(110)는 구매 요청에 대응하여 제1결제 수단을 통한 결제 진행 이전에 구매 요청에 대응하는 승인 정보를 포함하는 구매 응답을 제공한다(1120). 또한, 전자 장치(110)는 아이템에 대한 출고 요청을 제1서버(120)에 전송한다(1130).
제1결제 수단에 대응하는 결산 시점의 도래에 따라, 전자 장치(110)는 제1결제 수단과 관련된 하나 이상의 구매 요청에 대응하는 금액의 적어도 일부에 대한 결제를 요청한다(1140).
도 12는 일실시예에 따른 아이템 판매 정보 처리를 위한 전자 장치의 구성의 예시도이다.
도 12를 참조하면, 전자 장치(110)는 트랜시버(1210), 프로세서(1220) 및 메모리(1230)를 포함한다. 전자 장치(110)는 트랜시버(1210)를 통하여 사용자 단말(210), 제1서버(120), 제2서버(130), 제3서버 및 기타 외부 장치 등과 연결되고, 데이터를 교환할 수 있다.
프로세서(1220)는 도 1 내지 도 11을 통하여 전술한 적어도 하나의 장치들을 포함하거나, 도 1 내지 도 11을 통하여 전술한 적어도 하나의 방법을 수행할 수 있다. 메모리(1230)는 도 1 내지 도 11을 통하여 전술한 적어도 하나의 방법을 수행하기 위한 정보(아이템 정보, 제1결제 수단과 관련된 정보, 승인 정보, 연체 수수료 관련 정보 중 적어도 일부를 포함)를 저장할 수 있다. 메모리(1230)는 휘발성 메모리 또는 비휘발성 메모리일 수 있다.
프로세서(1220)는 프로그램을 실행하고, 정보를 제공하기 위한 전자 장치(110)를 제어할 수 있다. 프로세서(1220)에 의하여 실행되는 프로그램의 코드는 메모리(1230)에 저장될 수 있다.
또한 일실시예의 전자 장치(110)는 사용자에게 정보를 제공할 수 있는 인터페이스를 더 포함할 수 있다.
한편, 본 명세서와 도면에는 본 발명의 바람직한 실시 예에 대하여 개시하였으며, 비록 특정 용어들이 사용되었으나, 이는 단지 본 발명의 기술 내용을 쉽게 설명하고 발명의 이해를 돕기 위한 일반적인 의미에서 사용된 것이지, 본 발명의 범위를 한정하고자 하는 것은 아니다. 여기에 개시된 실시 예 외에도 본 발명의 기술적 사상에 바탕을 둔 다른 변형 예들이 실시 가능하다는 것은 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에게 자명한 것이다.
전술한 실시예들에 따른 전자 장치 또는 단말은, 프로세서, 프로그램 데이터를 저장하고 실행하는 메모리, 디스크 드라이브와 같은 영구 저장부(permanent storage), 외부 장치와 통신하는 통신 포트, 터치 패널, 키(key), 버튼 등과 같은 사용자 인터페이스 장치 등을 포함할 수 있다. 소프트웨어 모듈 또는 알고리즘으로 구현되는 방법들은 상기 프로세서상에서 실행 가능한 컴퓨터가 읽을 수 있는 코드들 또는 프로그램 명령들로서 컴퓨터가 읽을 수 있는 기록 매체 상에 저장될 수 있다. 여기서 컴퓨터가 읽을 수 있는 기록 매체로 마그네틱 저장 매체(예컨대, ROM(read-only memory), RAM(random-Access memory), 플로피 디스크, 하드 디스크 등) 및 광학적 판독 매체(예컨대, 시디롬(CD-ROM), 디브이디(DVD: Digital Versatile Disc)) 등이 있다. 컴퓨터가 읽을 수 있는 기록 매체는 네트워크로 연결된 컴퓨터 시스템들에 분산되어, 분산 방식으로 컴퓨터가 판독 가능한 코드가 저장되고 실행될 수 있다. 매체는 컴퓨터에 의해 판독가능하며, 메모리에 저장되고, 프로세서에서 실행될 수 있다.
본 실시 예는 기능적인 블록 구성들 및 다양한 처리 단계들로 나타내어질 수 있다. 이러한 기능 블록들은 특정 기능들을 실행하는 다양한 개수의 하드웨어 또는/및 소프트웨어 구성들로 구현될 수 있다. 예를 들어, 실시 예는 하나 이상의 마이크로프로세서들의 제어 또는 다른 제어 장치들에 의해서 다양한 기능들을 실행할 수 있는, 메모리, 프로세싱, 로직(logic), 룩 업 테이블(look-up table) 등과 같은 직접 회로 구성들을 채용할 수 있다. 구성 요소들이 소프트웨어 프로그래밍 또는 소프트웨어 요소들로 실행될 수 있는 것과 유사하게, 본 실시 예는 데이터 구조, 프로세스들, 루틴들 또는 다른 프로그래밍 구성들의 조합으로 구현되는 다양한 알고리즘을 포함하여, C, C++, 자바(Java), 어셈블러(assembler), 파이썬(Python) 등과 같은 프로그래밍 또는 스크립팅 언어로 구현될 수 있다. 기능적인 측면들은 하나 이상의 프로세서들에서 실행되는 알고리즘으로 구현될 수 있다. 또한, 본 실시 예는 전자적인 환경 설정, 신호 처리, 및/또는 데이터 처리 등을 위하여 종래 기술을 채용할 수 있다. “매커니즘”, “요소”, “수단”, “구성”과 같은 용어는 넓게 사용될 수 있으며, 기계적이고 물리적인 구성들로서 한정되는 것은 아니다. 상기 용어는 프로세서 등과 연계하여 소프트웨어의 일련의 처리들(routines)의 의미를 포함할 수 있다.
전술한 실시예들은 일 예시일 뿐 후술하는 청구항들의 범위 내에서 다른 실시예들이 구현될 수 있다.

Claims (20)

  1. 전자 장치에서 아이템 판매 정보 처리 방법에 있어서,
    사용자가 선택한 아이템에 관련된 아이템 정보 및 결제 수단과 관련된 정보를 포함하는 구매 요청을 획득하는 단계;
    상기 결제 수단과 관련된 정보가 제1조건을 만족하는 경우, 상기 구매 요청에 대응하여 상기 결제 수단을 통한 결제 진행 이전에 상기 구매 요청에 대응하는 승인 정보를 포함하는 구매 응답을 제공하는 단계;
    상기 아이템에 대한 출고 요청을 제1서버에 전송하는 단계; 및
    상기 결제 수단에 대응하는 결산 시점의 도래에 따라 상기 결제 수단과 관련된 하나 이상의 구매 요청에 대응하는 금액의 적어도 일부에 대한 결제를 요청하는 단계를 포함하는 아이템 판매 정보 처리 방법.
  2. 제1항에 있어서,
    상기 아이템 정보는 금액 정보를 포함하고,
    상기 결제 수단과 관련된 정보는 상기 결제 수단의 한도 금액과 관련되는 잔액 정보를 포함하고,
    상기 구매 응답을 제공하는 단계는
    상기 구매 요청의 획득에 대응하여 상기 금액 정보 및 상기 잔액 정보를 기반으로 상기 제1조건을 만족하는지 여부를 판단하는 단계를 포함하는 것을 특징으로 하는 아이템 판매 정보 처리 방법.
  3. 제1항에 있어서,
    상기 결제 수단의 사용 가능 여부 및 상기 결제 수단의 한도 금액은 상기 구매 요청이 있을 때마다 결정되는 것을 특징으로 하는 아이템 판매 정보 처리 방법.
  4. 제1항에 있어서,
    상기 결제 수단의 사용 가능 여부 및 상기 결제 수단의 한도 금액은 상기 결제 수단에 대응하는 결산 시점의 도래에 따라 주기적으로 결정되는 것을 특징으로 하는 아이템 판매 정보 처리 방법.
  5. 제1항에 있어서,
    상기 사용자와 관련하여 설정된 신뢰도에 기초하여 상기 결제 수단의 사용 가능 여부 및 상기 결제 수단의 한도 금액이 결정되는 것을 특징으로 하는 아이템 판매 정보 처리 방법.
  6. 제5항에 있어서,
    상기 신뢰도는 상기 사용자에 대응하는 구매 이력, 상기 사용자에 대응하는 멤버십 등급, 상기 사용자에 대응하는 가입 기간, 상기 사용자에 대응하는 신용 점수 및 제휴사로부터 획득되는 사용자 정보 중 적어도 하나에 기초하여 설정되는 것을 특징으로 하는 아이템 판매 정보 처리 방법.
  7. 제6항에 있어서,
    상기 구매 이력은 상기 사용자가 구매한 하나 이상의 아이템의 목록, 상기 사용자가 상기 하나 이상의 아이템의 결제를 위하여 사용한 결제 수단, 상기 사용자가 작성한 상품평, 상기 하나 이상의 아이템의 결제와 관련한 상기 사용자의 연체 이력, 상기 하나 이상의 아이템에 대응하는 배송지와 관련된 정보 및 상기 사용자가 상기 하나 이상의 아이템의 결제를 위하여 이용하는 단말과 관련된 정보 중 적어도 하나를 포함하는 것을 특징으로 하는 아이템 판매 정보 처리 방법.
  8. 제5항에 있어서,
    상기 아이템이 특정 카테고리에 속하는 경우, 상기 한도 금액이 변동되는 것을 특징으로 하는 아이템 판매 정보 처리 방법.
  9. 제5항에 있어서,
    상기 신뢰도가 미리 설정된 제1값보다 더 높은 경우, 상기 아이템의 구매와 관련한 혜택을 제공하는 단계를 더 포함하는 것을 특징으로 하는 아이템 판매 정보 처리 방법.
  10. 제1항에 있어서,
    상기 결제 수단의 한도 금액이 없는 경우 또는
    상기 한도 금액과 관련되는 잔액 정보가 상기 구매 요청에 대응하는 금액 미만인 경우, 상기 구매 요청에 대한 거절 응답을 제공하는 단계를 더 포함하는 것을 특징으로 하는 아이템 판매 정보 처리 방법.
  11. 제1항에 있어서,
    상기 구매 응답을 제공한 이후 상기 결제 수단과 관련된 정보가 제2조건을 만족하게 되는 경우,
    상기 구매 요청에 대응하는 승인을 취소하는 단계; 및
    상기 승인의 취소를 포함하는 정보를 제공하는 단계를 더 포함하는 것을 특징으로 하는 아이템 판매 정보 처리 방법.
  12. 제1항에 있어서,
    상기 결제를 요청하는 단계는
    상기 결제 수단에 대응하여 지정된 제1결제 방법에 대응하는 제2서버로 지급 요청을 전송하는 단계를 포함하는 것을 특징으로 하는 아이템 판매 정보 처리 방법.
  13. 제12항에 있어서,
    상기 제1결제 방법은 상기 제2서버가 관리하는 계좌 정보에 기초한 이체에 대응되고,
    상기 지급 요청은 상기 제2서버가 상기 계좌에 기초하여 상기 결제가 요청된 금액을 이체하고 상기 결제가 요청된 금액의 이체 내역을 포함하는 지급 정보를 상기 전자 장치로 전송하도록 하는 요청에 대응하는 아이템 판매 정보 처리 방법.
  14. 제12항에 있어서,
    상기 지급 요청에 대응하여 상기 제2서버로부터 지급 실패 정보를 수신하는 경우,
    상기 사용자에게 상기 결제가 요청된 금액에 대한 상환 요청을 전송하는 단계를 더 포함하고,
    상기 상환 요청은 상기 지급 실패 정보를 포함하는 것을 특징으로 하는 아이템 판매 정보 처리 방법.
  15. 제12항에 있어서,
    상기 지급 요청에 대응하여 상기 제2서버로부터 지급 실패 정보를 수신하는 경우,
    상기 사용자에 대응하여 상기 전자 장치에 사전에 등록된 결제 방법 중 상기 결제 수단에 대응하여 지정되지 않은 제2결제 방법에 대응하는 제3서버로 지급 요청을 전송하는 단계를 더 포함하는 특징으로 하는 아이템 판매 정보 처리 방법.
  16. 제12항에 있어서,
    상기 지급 요청에 대응하여 상기 제2서버로부터 지급 실패 정보를 수신하는 경우,
    상기 구매 요청에 대응하는 승인을 취소하는 단계; 및
    상기 승인의 취소를 포함하는 정보를 제공하는 단계를 더 포함하는 것을 특징으로 하는 아이템 판매 정보 처리 방법.
  17. 제1항에 있어서,
    상기 결산 시점 이전에 상기 결제 수단과 관련된 하나 이상의 구매 요청에 대응하는 금액의 적어도 일부에 대한 상기 사용자의 결산 요청을 수신하는 경우, 상기 결산 요청된 금액에 대한 결제를 요청하는 단계를 더 포함하는 것을 특징으로 하는 아이템 판매 정보 처리 방법.
  18. 제1항에 있어서,
    상기 결산 시점을 전후로 미리 설정된 기간 내에는 상기 사용자의 결산 요청을 수신하기 위한 UI가 비활성화되는 것을 특징으로 하는 아이템 판매 정보 처리 방법.
  19. 제1항의 방법을 컴퓨터에서 실행시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 비일시적 기록매체.
  20. 아이템 판매 정보를 처리하는 전자 장치에 있어서,
    트랜시버, 명령어를 저장하는 메모리 및 프로세서를 포함하고,
    상기 프로세서는, 상기 트랜시버 및 상기 메모리와 연결되어,
    사용자가 선택한 아이템에 관한 정보 및 결제 수단과 관련된 정보를 포함하는 구매 요청을 획득하고, 상기 결제 수단과 관련된 정보가 제1조건을 만족하는 경우, 상기 구매 요청에 대응하여 상기 결제 수단을 통한 결제 진행 이전에 상기 구매 요청에 대응하는 승인 정보를 포함하는 구매 응답을 제공하고, 상기 아이템에 대한 출고 요청을 제1서버에 전송하고, 상기 결제 수단에 대응하는 결산 시점의 도래에 따라 상기 결제 수단과 관련된 하나 이상의 구매 요청에 대응하는 금액의 적어도 일부에 대한 결제를 요청하는 전자 장치.
PCT/KR2021/002734 2021-03-03 2021-03-05 아이템 판매 정보 처리를 위한 전자 장치 및 그 방법 WO2022186404A1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020210028282A KR102354858B1 (ko) 2021-03-03 2021-03-03 아이템 판매 정보 처리를 위한 전자 장치 및 그 방법
KR10-2021-0028282 2021-03-03

Publications (1)

Publication Number Publication Date
WO2022186404A1 true WO2022186404A1 (ko) 2022-09-09

Family

ID=80252522

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2021/002734 WO2022186404A1 (ko) 2021-03-03 2021-03-05 아이템 판매 정보 처리를 위한 전자 장치 및 그 방법

Country Status (5)

Country Link
US (1) US11941637B2 (ko)
JP (1) JP2022135850A (ko)
KR (3) KR102354858B1 (ko)
TW (1) TW202236185A (ko)
WO (1) WO2022186404A1 (ko)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2022163828A (ja) * 2021-04-15 2022-10-27 東芝テック株式会社 情報処理システム、クライアント装置及び情報処理プログラム
US11861551B1 (en) * 2022-10-28 2024-01-02 Hammel Companies Inc. Apparatus and methods of transport token tracking

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20050091203A (ko) * 2004-03-11 2005-09-15 (주)더한커뮤니티 후불결제 처리방법
KR20130110808A (ko) * 2012-03-30 2013-10-10 김종현 다수의 결제 수단을 이용한 스위칭 결제 방법 및 그 장치
KR20150130112A (ko) * 2014-05-13 2015-11-23 주식회사 포워드벤처스 신용 거래 서비스를 위한 결제 방법 및 시스템
KR101796520B1 (ko) * 2017-03-20 2017-11-10 주식회사 다날 간편 신용 결제 처리 대행 서비스 장치 및 그 동작 방법

Family Cites Families (43)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5715314A (en) * 1994-10-24 1998-02-03 Open Market, Inc. Network sales system
US5732400A (en) * 1995-01-04 1998-03-24 Citibank N.A. System and method for a risk-based purchase of goods
US20040243478A1 (en) * 1996-09-04 2004-12-02 Walker Jay S. Purchasing, redemption, and settlement systems and methods wherein a buyer takes possession at a retailer of a product purchased using a communication network
US6064987A (en) * 1997-03-21 2000-05-16 Walker Digital, Llc Method and apparatus for providing and processing installment plans at a terminal
US8073723B1 (en) * 1999-10-06 2011-12-06 Stamps.Com Inc. System and method for determining delivery time schedules for each of multiple carriers
KR20030017485A (ko) 2000-03-29 2003-03-03 리스쿠몬스타 가부시키가이샤 여신 기능을 구비한 익명 전자상거래 시스템 및 방법
KR20020027769A (ko) 2000-10-05 2002-04-15 라응찬 가상결제계좌를 이용한 인터넷 청구 및 결제 서비스 방법
US20020042755A1 (en) * 2000-10-05 2002-04-11 I2 Technologies, Us, Inc. Collaborative fulfillment in a distributed supply chain environment
JP4343542B2 (ja) 2003-01-30 2009-10-14 ソニー株式会社 情報処理システム、情報処理装置および情報処理方法、並びにプログラムおよび記録媒体
US20040249767A1 (en) * 2003-06-03 2004-12-09 United States Postal Service System and method for fleet card management
KR100583181B1 (ko) 2003-10-18 2006-05-25 엔에이치엔(주) 인터넷을 이용한 전자 상거래에서의 분할 결제 제공 방법및 시스템
US20060004658A1 (en) * 2004-07-02 2006-01-05 Wunchun Chau Method of processing credit payments at delivery
US20060149577A1 (en) * 2004-12-30 2006-07-06 Newgistics, Inc. System and method for the customized processing of returned merchandise
US20080077506A1 (en) * 2006-07-28 2008-03-27 Alastair Rampell Methods and systems for providing a user interface for an alternative payment platform
KR100736856B1 (ko) 2006-09-08 2007-07-06 이왕석 공동분담 결제 시스템 및 방법
US8799127B1 (en) * 2007-04-05 2014-08-05 Fannie Mae Loan payoff calculator system and method
US8527405B1 (en) * 2007-11-30 2013-09-03 Jpmorgan Chase Bank, N.A. Early payment rewards system and method
CA2659530A1 (en) * 2008-03-20 2009-09-20 Modasolutions Corporation Risk detection and assessment of cash payment for electronic purchase transactions
US8682785B2 (en) * 2008-10-30 2014-03-25 Bank Of America Corporation Bank card authorization with balance indicator
US8544089B2 (en) 2009-08-17 2013-09-24 Fatskunk, Inc. Auditing a device
US8352366B1 (en) * 2009-09-24 2013-01-08 Jpmorgan Chase Bank, N.A. Method and system for flexible payment processing
US8473316B1 (en) * 2010-06-04 2013-06-25 Amazon Technologies, Inc. System and method for order processing state management
WO2013142917A1 (en) 2012-03-30 2013-10-03 Ip Payovation Pty Ltd Payment apparatus and method
US11222329B2 (en) * 2012-11-05 2022-01-11 Mastercard International Incorporated Electronic wallet apparatus, method, and computer program product
US9443268B1 (en) * 2013-08-16 2016-09-13 Consumerinfo.Com, Inc. Bill payment and reporting
US20150066752A1 (en) * 2013-08-30 2015-03-05 United Parcel Service Of America, Inc. Systems, methods, and computer program products for providing integrated management of returns initiated over a network
US10489739B2 (en) * 2013-09-18 2019-11-26 Simpler Postage, Inc. System and method for object shipping automation
US9311667B2 (en) * 2013-11-01 2016-04-12 International Business Machines Corporation Managing the purchase of multiple items with multiple modes of fulfillment
US10289968B1 (en) * 2013-12-04 2019-05-14 Drivetime Automotive Group, Inc. Vehicle repossession utilizing tracking device information
US9400977B2 (en) 2014-05-29 2016-07-26 Apple Inc. User device enabling access to payment information in response to mechanical input detection
US11010706B1 (en) * 2015-05-13 2021-05-18 Auctane, LLC Systems and methods for managing and/or facilitating return shipment of items
US20170124511A1 (en) * 2015-11-04 2017-05-04 Newstore Inc. Automatic Integrated Routing and Fulfillment System and Method with Product Exchange
US20180025417A1 (en) * 2016-07-20 2018-01-25 Loadexpress, Inc. Method and system for managing integrated online logistics
US20180336506A1 (en) * 2017-05-17 2018-11-22 Mastercard International Incorporated Digital commerce with consumer controlled payment part
US20190095862A1 (en) * 2017-09-22 2019-03-28 Autobotx, Llc Logistic centers supporting final mile logistics / package delivery process and apparatus for handling online commerce packages via autonomous mobility enabled by advanced technology
CN107833037A (zh) 2017-10-12 2018-03-23 阿里巴巴集团控股有限公司 一种基于信用实现分期业务的方法
KR20200055925A (ko) 2018-11-14 2020-05-22 이종필 진료비 공동 스마트 결제 시스템 및 방법
US20200160428A1 (en) * 2018-11-16 2020-05-21 Target Brands, Inc. Integration of third party delivery service interface into online retail platform
CN110245926A (zh) 2019-06-14 2019-09-17 哈尔滨哈银消费金融有限责任公司 一种分布式智能支付路由的实现系统、方法及装置
CN110414970A (zh) 2019-07-30 2019-11-05 中国工商银行股份有限公司 一种支付方法及装置
US11853941B2 (en) * 2019-11-22 2023-12-26 Verizon Patent And Licensing Inc. Systems and methods for identifying available services at a physical address
CN110969427A (zh) 2019-12-06 2020-04-07 优比付(杭州)科技有限公司 一种基于信用卡的分期支付方法
US20210256468A1 (en) * 2020-02-19 2021-08-19 Capital One Services, Llc Methods and systems for improved mail delivery and notifications

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20050091203A (ko) * 2004-03-11 2005-09-15 (주)더한커뮤니티 후불결제 처리방법
KR20130110808A (ko) * 2012-03-30 2013-10-10 김종현 다수의 결제 수단을 이용한 스위칭 결제 방법 및 그 장치
KR20150130112A (ko) * 2014-05-13 2015-11-23 주식회사 포워드벤처스 신용 거래 서비스를 위한 결제 방법 및 시스템
KR101796520B1 (ko) * 2017-03-20 2017-11-10 주식회사 다날 간편 신용 결제 처리 대행 서비스 장치 및 그 동작 방법

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
HARAM: "We paid in advance with our credit card", HARAM DESIGN, 9 January 2016 (2016-01-09), pages 1 - 14, XP055962700, Retrieved from the Internet <URL:https://m.blog.naver.com/PostView.naver?isHttpsRedirect=true&blogId=the_esc&logNo=220592354581> [retrieved on 20220920] *

Also Published As

Publication number Publication date
US20220284430A1 (en) 2022-09-08
KR20240008819A (ko) 2024-01-19
KR102620944B1 (ko) 2024-01-05
US11941637B2 (en) 2024-03-26
JP2022135850A (ja) 2022-09-15
TW202236185A (zh) 2022-09-16
KR102354858B1 (ko) 2022-02-08
KR20220124621A (ko) 2022-09-14

Similar Documents

Publication Publication Date Title
WO2011021868A2 (ko) 모바일 카드/계좌 결제 시스템 및 이를 이용한 결제 방법
US7831520B2 (en) Mobile device communication system
WO2022169013A1 (ko) 아이템 판매 정보 처리를 위한 장치 및 그 방법
WO2014119963A1 (ko) Qr 코드를 이용한 즉시 결제 시스템 및 방법
WO2022186404A1 (ko) 아이템 판매 정보 처리를 위한 전자 장치 및 그 방법
WO2019017688A1 (ko) 매출채권의 선지급 방법
WO2011129578A2 (ko) 판매자 및 상품 식별정보를 이용하는 이동단말 기반 결제주문 시스템 및 방법
WO2018190652A1 (ko) 더치 페이 시스템
WO2013191427A1 (ko) 담보거래 서비스 방법
WO2013065993A1 (ko) 휴대단말기를 이용한 금융거래 중개 시스템
WO2015002489A1 (ko) 배달전문 안심결제대행 시스템과 그 방법
WO2022169011A1 (ko) 아이템 판매 정보 처리를 위한 전자 장치 및 그 방법
WO2022231048A1 (ko) 금융 서비스 제공 방법 및 이를 수행하는 전자 장치
WO2022211161A1 (ko) 아이템 판매 정보 처리를 위한 전자 장치 및 그 방법
WO2021261820A1 (ko) 글로벌 모바일 상품권 플랫폼 및 글로벌 모바일 상품권 플랫폼 기반의 국가 간 모바일 상품권 선물 방법
WO2019172489A1 (ko) 카드사 소유 계좌를 이용한 카드 매출대금 지급 방법 및 서버
WO2020091095A1 (ko) 광고 트래픽 거래 서비스 제공 방법 및 그 장치
JP2006040249A (ja) プリペイドカードサービス運用システム及び方法
KR20020017038A (ko) 인터넷상에서의 무료광고 및 무료전화 서비스 방법과 이를위한 시스템
JP2009211125A (ja) アフィリエイトシステム
WO2023038179A1 (ko) 판매된 아이템에 대한 정산을 위하여 정보를 처리하는 전자 장치 및 그 방법
WO2017048074A1 (ko) 개방형 간편 결제 시스템 및 방법
WO2024071864A1 (ko) 전자지갑 기반 긱워커 노임 간편 전자결제 및 개인 민감정보 관리 제공 방법
WO2023106443A1 (ko) 추후 결제 서비스 제공을 위한 전자 장치 및 그 방법
WO2021187667A1 (ko) 모바일 광고 플랫폼을 이용한 실시간 흥정 시스템 및 그 방법

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21929266

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21929266

Country of ref document: EP

Kind code of ref document: A1