WO2016190503A1 - 대리결제장치 및 그 동작 방법 - Google Patents

대리결제장치 및 그 동작 방법 Download PDF

Info

Publication number
WO2016190503A1
WO2016190503A1 PCT/KR2015/013353 KR2015013353W WO2016190503A1 WO 2016190503 A1 WO2016190503 A1 WO 2016190503A1 KR 2015013353 W KR2015013353 W KR 2015013353W WO 2016190503 A1 WO2016190503 A1 WO 2016190503A1
Authority
WO
WIPO (PCT)
Prior art keywords
proxy
payment
payer
identification information
settlement
Prior art date
Application number
PCT/KR2015/013353
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 에스케이플래닛 주식회사
Priority to US15/322,668 priority Critical patent/US20180068362A1/en
Priority to CN201580038503.0A priority patent/CN106537434A/zh
Priority to EP15893455.4A priority patent/EP3306544A4/en
Publication of WO2016190503A1 publication Critical patent/WO2016190503A1/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
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • G06Q30/0609Buyer or seller confidence or 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/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/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/02Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G06Q20/023Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP] the neutral party being a clearing house
    • 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/085Payment architectures involving remote charge determination or related payment systems
    • G06Q20/0855Payment architectures involving remote charge determination or related payment systems involving a third party
    • 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
    • G06Q20/4014Identity check for 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
    • 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
    • G06Q30/00Commerce
    • G06Q30/04Billing or invoicing

Definitions

  • the present invention relates to a method for processing surrogate payment for a buyer through a method of confirming the surrogate payment identification information previously generated by the payer from the buyer when the buyer requests surrogate payment.
  • a credit card, a debit card, or a deposit method through a bank account is commonly used, but may have many inconveniences and technical problems.
  • the present invention has been made in view of the above circumstances, and an object of the present invention is to provide a buyer through a method of confirming from the buyer the proxy identification information previously generated by the purchaser when the buyer requests a proxy payment. It's about handling surrogate payments for.
  • the surrogate payment device in connection with the buyer's surrogate payment request, receiving unit for receiving surrogate payment identification information and surrogate payment history information;
  • the proxy settlement identification information matches the specific proxy identification information generated by the payer
  • a determination unit for determining whether payment is possible if it is determined that the proxy payment is possible, characterized in that it comprises a processing unit for processing the proxy payment for the proxy payment request amount using the pre-registered payment means of the payer.
  • the proxy payment restriction information characterized in that it comprises at least one of the proxy payment period designated by the payer, the proxy payment place, and the proxy payment limit.
  • the determination unit, the surrogate payment request point included in the surrogate payment request history information is within the surrogate settlement allowance period, or the surrogate settlement request place included in the surrogate settlement request history information is the surrogate settlement allowance place. Or, or, if the proxy settlement request amount is within the allowable settlement allowance for the surrogate, it is determined that the surrogate settlement is possible.
  • the processing unit in response to the buyer's proxy payment request, the proxy payment identification information generated by the first payer, and the proxy payment identification information generated by the second payer, the proxy payment request, At least a portion of the amount is handled by proxy using the pre-registered payment means of the first payer, and the remaining amount except for the at least a portion of the proxy settlement request amount is previously registered by the second payer. It is characterized by processing the proxy payment using the payment method.
  • the at least a part of the amount includes the amount within the proxy payment allowance limit associated with the first payment of the proxy payment request amount, and the remaining amount is the first of the proxy payment request amount It is characterized in that it comprises an amount exceeding the allowable settlement allowance associated with the payer.
  • the at least a part of the amount and the remaining amount characterized in that divided by the purchaser or the surrogate billing processing ratio specified by the surrogate billing processing amount is determined from the surrogate payment request amount.
  • a proxy payment device for achieving the above object, the receiving unit for receiving proxy payment identification information and buyer identification information in connection with the buyer's proxy payment request; And a processing unit configured to process proxy payment for the buyer using the pre-registered payment means of the payer when the proxy payment identification information matches the specific proxy payment information generated by the payer based on the buyer identification information. It is characterized by including.
  • the proxy for the proxy settlement request amount included in the proxy settlement request information based on the proxy settlement limit information specified by the payer A determining step of determining whether payment is possible;
  • the proxy payment restriction information characterized in that it comprises at least one of the proxy payment period designated by the payer, the proxy payment place, and the proxy payment limit.
  • the determining step the surrogate payment request time point included in the surrogate payment request history information is within the surrogate payment allowance period, or the surrogate payment request place included in the surrogate payment request history information is allowed to the surrogate payment. If it is a place, or if the proxy payment request amount is within the proxy payment allowable limit, characterized in that it is determined that the proxy payment is possible.
  • the proxy payment when the proxy payment identification information generated by the first payer and the proxy payment identification information generated by the second payer are received with respect to the proxy payment request of the buyer, the proxy payment At least a part of the requested amount of money is processed by proxy using the pre-registered payment means of the first payer, and the remaining amount other than the at least a part of the requested amount of the surrogate payment is settled by the second payer. It is characterized by processing the proxy payment using the registered payment means.
  • the surrogate payment device and the operation method of the present invention when the buyer requests a surrogate payment, by processing the surrogate payment to the buyer by checking the surrogate payment identification information generated by the payer from the buyer, An effect that does not require the involvement of the payer in the process of proxy payment is achieved.
  • FIG. 1 is a schematic configuration diagram of a proxy payment service system according to an embodiment of the present invention.
  • Figure 2 is a block diagram for explaining a surrogate payment apparatus according to an embodiment of the present invention.
  • FIG. 3 is a schematic configuration diagram of a hardware system for implementing a proxy payment device according to an embodiment of the present invention.
  • FIG. 4 is a flowchart illustrating an operation flow in which proxy payment identification information is generated in a proxy payment device according to an embodiment of the present invention.
  • Figure 5 is a flow chart for explaining the operation flow of the surrogate payment processing in the surrogate payment apparatus according to an embodiment of the present invention.
  • FIG. 6 is a flowchart illustrating an operation flow in which proxy payment identification information is generated in a proxy payment device according to another embodiment of the present invention.
  • Figure 7 is a flow chart for explaining the operation flow of the surrogate payment processing in the surrogate payment apparatus according to another embodiment of the present invention.
  • first and second may be used to describe various components, but the components should not be limited by the terms. The terms are used only for the purpose of distinguishing one component from another.
  • first component may be referred to as the second component, and similarly, the second component may also be referred to as the first component.
  • FIG. 1 is a diagram showing a proxy payment service system according to an embodiment of the present invention.
  • the surrogate payment service system for supporting the generation of surrogate payment identification information for the payer 100, for the buyer 600 It may have a configuration including a proxy payment device 300 for handling the proxy payment, the merchant device 400 for delivering the proxy payment request from the buyer 600 and the merchant terminal 500.
  • the service supporting apparatus 200 refers to a server that supports generation of proxy identification information for the payer 100 through interworking with the proxy payment apparatus 300.
  • ARS automatic response system
  • the proxy payment device 300 performs proxy payment for the buyer 600 through a method of confirming from the buyer 600 the proxy payment identification information generated for the payer 100 through interworking with the service supporting device 200.
  • the server to process.
  • the affiliated store device 400 refers to a device for transferring a proxy payment request from the purchaser 600 to the proxy payment device 300, and may correspond to, for example, a server operated by a merchant.
  • the merchant terminal 500 refers to a device for transmitting a proxy payment request from the buyer 600 to the proxy payment device 300, like the merchant device 400, for example, a payment terminal (eg, POS) disposed in the merchant. , Point Of Sales).
  • POS payment terminal
  • a surrogate payment method in which the payer 100 located in a remote place pays for the purchase activity of the buyer 600.
  • the purchaser 600 confirms the purchased goods or services, and the payer 100 pays the determined payment amount remotely.
  • the final payment may be made by a procedure for confirming the payment intention of the payer 100.
  • the buyer 600 may wait until the proxy payment is completed from the payer 100 to complete the purchase, and furthermore, the purchase is delayed or impossible due to the involvement of the payer 100, and thus the purchase until now is completed. This can happen until all actions are canceled.
  • the surrogate settlement apparatus 300 which is a component in the surrogate payment service system for this purpose in detail Let's explain.
  • FIG. 2 described in more detail the configuration of the surrogate payment device 300 according to an embodiment of the present invention.
  • the proxy payment device 300 is a generation unit 310 for generating the proxy payment identification information of the payer 100, proxy payment for limiting the proxy payment Designating unit 320 for specifying the restriction information, the receiving unit 330 for receiving a proxy payment request from the buyer 600, the determination unit 340 for determining whether the proxy payment processing is possible, and the proxy payment processing It may have a configuration including a processing unit 350 to.
  • the whole or at least part of the configuration of the surrogate payment device 300 including the generation unit 310, the designation unit 320, the reception unit 330, the determination unit 340, and the processing unit 350 described above is provided to the processor. It may be implemented in the form of a software module or a hardware module executed by, or may be implemented in the form of a combination of a software module and a hardware module.
  • the surrogate payment device 300 is to handle the surrogate payment for the buyer 600 without the intervention of the payer 100 through the above configuration, the surrogate payment device for this Each configuration within the 300 will be described in detail.
  • It performs a function of generating proxy payment identification information for the payer 100 of the generation unit 310.
  • the generation unit 310 when the generation of the proxy payment identification information for the payer 100 from the service support device 200 is requested, the proxy payment required for the proxy payment processing for the buyer (600) Generate identification information.
  • the proxy identification information may be, for example, a number arbitrarily designated by the payer 100, or a number that is shared by the payer 100 and the buyer 600 implicitly, or a number automatically assigned on the system. Can be.
  • the purchaser 600 requests to deliver the access information (eg, affiliated store representative phone number) of the service support device 200 assigned to the affiliated device 400 through the affiliated terminal 500 to the payer 100.
  • the affiliated store device 400 transmits the access information (for example, the affiliated store representative phone number) of the service support device 200 to the payer 100.
  • the payer 100 is connected to the service support apparatus 200 (eg, ARS voice call) by using the access information (eg, merchant representative phone number) of the service support apparatus 200 received from the merchant apparatus 400.
  • Access, SMS transmission), and the surrogate payment identification information can be generated according to a series of processes guided by the service support apparatus 200.
  • the generation unit 310 is the identification information (eg, phone number) of the payer 100, the access information (eg, representative representative phone number) of the service support device 200, and the agent designated from the payer 100
  • the payment allowable period and the proxy payment allowance are received from the service support apparatus 200.
  • the determination unit 340 may be used to determine whether the payer 100 matches the proxy payment identification information.
  • the access information (for example, affiliated store representative phone number) of the service support device 200 is used to designate a surrogate payment place, which is a place (an affiliated store) that is allowed to make a surrogate in the designated unit 320, such a proxy
  • the settlement allowance place may be used as surrogate settlement allowance information for limiting surrogate settlement for the buyer 600 together with the aforementioned surrogate settlement allowance period and surrogate surrogate settlement allowance.
  • the payment means eg credit card, payment point
  • the generation unit 310 receives and registers the payment means of the payer 100 through the service support apparatus 200 and registers the registered information. It is delivered to the processing unit 350.
  • the specifying unit 320 performs a function of specifying the proxy payment restriction information.
  • the designation unit 320 specifies the surrogate payment restriction information for limiting the surrogate payment for the buyer (600).
  • the designation unit 320 is the proxy payment identification information from the generation unit 310, the identification information (for example, phone number) of the payer 100, the access information (for example, merchants) of the service support device 200 Representative telephone number), and the designated payment allowance period and the allowable payment allowance limit from the payer 100.
  • the designated unit 320 is to use the access information (for example, the affiliated store representative phone number) of the service support device 200 as a proxy payment allowance place (an affiliated store) is allowed, such proxy settlement place
  • the surrogate settlement information for limiting the surrogate settlement of the buyer 600 will be designated.
  • the designation unit 320 transmits the proxy settlement identification information to the buyer 600, and also the biller 100 transferred from the proxy settlement information and the generation unit 310.
  • the surrogate payment identification information of the payer 100 is mapped to identification information (for example, a phone number) and is transmitted to the determination unit 340.
  • the proxy identification information may be delivered to the buyer 600 through various methods such as a short message (SMS) and an application (eg, SNS).
  • SMS short message
  • SNS application
  • the proxy identification information may be delivered to the buyer 600 through a network managed by the specific service. It can be expected that the proxy identification information transmitted to 600 may also be expressed in the form of a 'bar code'.
  • the proxy payment identification information may be transmitted orally between the payer 100 and the buyer 600, without a separate delivery process in the proxy payment device 300.
  • the receiver 330 performs a function of receiving a proxy payment request for the buyer 600.
  • the receiver 330 receives a proxy payment request for the buyer 600 through the merchant terminal 500 and the merchant device 400.
  • the receiving unit 330 through the merchant terminal 500 and the merchant device 400, identification information (for example, a phone number) of the payer 100, and proxy payment identification information that the buyer 600 recognizes in advance. And, and receives the proxy payment history information, and transmits the received information to the determination unit 340.
  • identification information for example, a phone number
  • proxy payment identification information that the buyer 600 recognizes in advance.
  • the information on the proxy payment request information includes, for example, the point of time of the proxy payment request, which is the point at which the proxy payment is requested from the buyer, the place of the proxy payment request, which is the place where the purchase activity related to the proxy payment is made, and the amount to be paid due to the purchase activity.
  • the amount of the proxy payment may be included.
  • identification information (eg, a phone number) of the payer 100 may be received through, for example, a method of inputting a keypad provided in the affiliated store terminal 500 by the buyer 600, and in case of proxy identification information.
  • the purchaser 600 may input a keypad provided in the affiliated store terminal 500, and the affiliated terminal 500 may receive the barcode identification information in the form of a barcode.
  • the determination unit 340 performs a function of determining whether proxy payment is possible for the purchaser 600.
  • the determination unit 340 recognizes the identification information (eg, a phone number) of the payer 100 and the buyer 600 in advance from the receiver 330 that receives the proxy payment request from the buyer 600.
  • the proxy payment identification information and the proxy payment request information are received, it is determined whether or not the proxy payment is possible for the buyer 600 using the received information.
  • the determination unit 340 first checks whether the proxy identification information mapped to the identification information (for example, a phone number) of the payer 100 matches the proxy identification information received from the buyer 600. If the proxy identification information is confirmed to match, the proxy payment amount included in the proxy payment request information using the proxy payment information mapped to the identification information (for example, the phone number) of the payer 100. It is determined whether a proxy payment is possible.
  • the proxy identification information mapped to the identification information for example, a phone number
  • the determination unit 340 for example, the surrogate settlement request time point included in the surrogate payment history information is within the surrogate settlement allowance period, and the surrogate settlement request place included in the surrogate settlement request information is a surrogate settlement allowance place. Only if the amount for which the proxy is requested is within the allowable limit for proxy payment, it can be determined that proxy payment is possible for the amount of the proxy.
  • the processor 350 performs a function of processing proxy payment for the purchaser 600.
  • the processing unit 340 uses the settlement means previously registered for the payer 100 and the proxy settlement request included in the proxy settlement request information. A surrogate payment will be processed.
  • the processing unit 340 transmits the proxy payment processing result to the buyer 600 through the merchant device 400, and the merchant terminal 500, if necessary, the proxy payment processing The result may be further delivered to the payer 100.
  • the purchaser 600 does not recognize the proxy identification information of only one payer 100 but recognizes all the proxy identification information generated by two or more payers for the same merchant. have.
  • the buyer 600 recognizes the proxy payment identification information generated for the first payer and the proxy payment identification information generated for the second payer.
  • the buyer 600 when the buyer 600 is aware of the proxy identification information generated for the first payer and the second payer, in relation to the proxy payment request received from the buyer 600, the buyer pays for the first payer. Both the generated proxy identification information and the proxy identification information generated for the second payer may be received.
  • proxy settlement request amount included in the proxy settlement request information may be processed by using the pre-registered payment method of the first payer, and the remaining amount is previously registered by the second payer.
  • the payment method may be used to process proxy payment.
  • a part of the amount processed using the previously registered payment means of the first payer may be, for example, an amount within the proxy settlement allowance limit defined in the surrogate payment limit information of the first payer. It can be expected, and the remaining amount processed using the second setter's pre-registered payment method may be an amount exceeding the proxy settlement limit defined in the first setter's proxy limit information. Can be expected.
  • the amount of money that can be processed using each of the first and second payment methods of the previously registered payment means is not limited to the method that is determined depending on whether the surrogate allowance limit is exceeded, as in the previous example.
  • the proxy payment rate specified in the 600 or the proxy settlement apparatus 300 or may be determined for each of the previously registered payment means of the first and second payers from the proxy payment request amount.
  • each component in the proxy payment apparatus 300 described above it has been mentioned that it may be implemented in the form of a software module or a hardware module executed by a processor, or in the form of a combination of a software module and a hardware module. .
  • a software module executed by a processor, a hardware module, or a combination of software modules and hardware modules may be implemented as a hardware system (eg, a computer system).
  • FIG. 3 is a diagram showing the structure of a hardware system 3000 for implementing the surrogate payment device 300 according to an embodiment of the present invention.
  • the hardware system 3000 may have a configuration including a processor 3100, a memory interface 3200, and a peripheral device interface 3300.
  • Such components in hardware system 3000 may be individual components or integrated into one or more integrated circuits, each of which may be coupled to a bus system (not shown).
  • the processor 3100 communicates with the memory 3210 through the memory interface 3200 to perform various functions in a hardware system, thereby executing various software modules stored in the memory 3210.
  • the memory 3210 includes the generator 310, the designator 320, the receiver 330, the determiner 340, and the processor 350, which are components of the proxy payment apparatus 300 described with reference to FIG. 2.
  • the generator 310 the designator 320, the receiver 330, the determiner 340, and the processor 350, which are components of the proxy payment apparatus 300 described with reference to FIG. 2.
  • operating systems e.g., embedded operating systems such as I-OS, Android, Darwin, RTXC, LINUX, UNIX, OS X, WINDOWS, or VxWorks
  • common system tasks e.g. memory management, storage devices
  • the memory 3210 may include a memory hierarchy including but not limited to cache, main memory, and secondary memory.
  • a memory hierarchy including but not limited to cache, main memory, and secondary memory.
  • RAM eg, SRAM, DRAM.
  • DDRAM DDRAM
  • ROM ROM
  • FLASH magnetic and / or optical storage devices (eg, disk drives, magnetic tapes, compact disks (CDs) and digital video discs (DVDs, etc.)).
  • the peripheral interface 3300 serves to enable communication between the processor 3100 and the peripheral device.
  • the communication device 1310 may be included.
  • the communication device 1310 performs a role of providing a communication function with other devices, for example, an antenna system, an RF transceiver, one or more amplifiers, tuners, one or more oscillators, a digital signal processor, a codec. (CODEC) chipsets, memory, and the like, but may include, but are not limited to, known circuitry for performing this function.
  • other devices for example, an antenna system, an RF transceiver, one or more amplifiers, tuners, one or more oscillators, a digital signal processor, a codec. (CODEC) chipsets, memory, and the like, but may include, but are not limited to, known circuitry for performing this function.
  • CDEC codec.
  • Such communication protocols supported by the communication device 1310 include, for example, Long Term Evolution (LTE), time division multiple access (TDMA), code division multiple access (CDMA), global system for mobile communications (GSM), and EDGE. (Enhanced Data GSM Environment), wideband code division multiple access (W-CDMA), Wi-Fi (such as IEEE 802.11a, IEEE 802.11b, IEEE 802.11g and / or IEEE 802.11n), Bluetooth, Wi-MAX, VoIP ( Voice over Internet Protocol), email, instant messaging, and a protocol for short message service (SMS) may be included, and the like, but is not limited thereto, and may include all protocols for providing a communication environment with other devices.
  • LTE Long Term Evolution
  • TDMA time division multiple access
  • CDMA code division multiple access
  • GSM global system for mobile communications
  • EDGE Enhanced Data GSM Environment
  • W-CDMA Wideband code division multiple access
  • Wi-Fi such as IEEE 802.11a, IEEE 802.11b, IEEE 802.11g and / or IEEE 802.
  • each component in the surrogate payment device 300 stored in the form of a software module in the memory 3210 communicates with the memory interface 1100 and the peripheral device interface 3300 when executed by the processor 3100.
  • the processor 3100 By performing communication with the device 1310, it is possible to process the proxy payment for the buyer (600).
  • each component in the hardware system 3000 associated with the proxy payment apparatus 300 will be described in detail with reference to FIG. 3, and is stored in the form of a software module in the memory 3210 for convenience of description. It is assumed that each component in the proxy payment device 300 is in a state executed by the processor 3100.
  • Substitute payment identification information for the payer of the generation unit 310 is generated.
  • the generation unit 310 when the generation of the proxy payment identification information for the payer 100 from the service support device 200 through the communication device 3310, the proxy payment for the buyer 600 The proxy payment identification information required for processing is generated.
  • the generation unit 310 is the identification information (eg, phone number) of the payer 100, the access information (eg, representative representative phone number) of the service support device 200, and the agent designated from the payer 100
  • the payment allowable period and the proxy payment allowance are received from the service support apparatus 200.
  • the generation unit 310 when the generation of the surrogate payment identification information for the payer 100 is completed, the generated surrogate payment identification information, identification information (for example, phone number) of the payer 100, service support Access information of the device 200 (for example, affiliated store representative phone number), and the payment allowance period specified by the payer 100 and the proxy payment allowance limit are transferred to the designation unit 320.
  • identification information for example, phone number
  • service support Access information of the device 200 for example, affiliated store representative phone number
  • the specifying unit 320 performs a function of specifying the proxy payment restriction information.
  • the designation unit 320 specifies the surrogate payment restriction information for limiting the surrogate payment for the buyer (600).
  • the designation unit 320 is the proxy identification information from the generation unit 310, the identification information (for example, phone number) of the payer 100, the access information of the service support device 200 (for example, affiliated store representative phone Number), and the designated payment allowance period and the proxy payment allowance limit from the payer 100.
  • the designation unit 320 uses the access information (for example, the affiliated store representative phone number) of the service support apparatus 200 as a surrogate settlement allowable place, which is a place where the surrogate payment is permitted (an affiliated store).
  • the surrogate settlement information for limiting the surrogate settlement of the buyer 600 will be designated.
  • the designation unit 320 transmits the proxy settlement identification information to the purchaser 600 through the communication device 3310, and also from the proxy settlement information and the generation unit 310.
  • the surrogate payment identification information of the payer 100 is mapped to identification information (for example, a phone number) of the payer 100 and transmitted to the determination unit 340.
  • the receiver 330 performs a function of receiving a proxy payment request for the buyer 600.
  • the reception unit 330 when the proxy payment from the buyer 600 is requested through the communication device 3310, identification information (for example, a phone number) of the payer 100 and the buyer 600 Receive the proxy payment identification information and proxy payment request history information that is recognized in advance, and transmits the received information to the determination unit 340.
  • identification information for example, a phone number
  • the determination unit 340 performs a function of determining whether proxy payment is possible for the purchaser 600.
  • the determination unit 340 recognizes the identification information (eg, a phone number) of the payer 100 and the buyer 600 in advance from the receiver 330 that receives the proxy payment request from the buyer 600.
  • the proxy payment identification information and the proxy payment request information are received, it is determined whether or not the proxy payment is possible for the buyer 600 using the received information.
  • the determination unit 340 first checks whether the proxy identification information mapped to the identification information (for example, the phone number) of the payer 100 and the proxy identification information received from the buyer 600 match. If the proxy identification information is confirmed to match, the proxy payment amount included in the proxy payment request information using the proxy payment information mapped to the identification information (for example, the phone number) of the payer 100. It is determined whether a proxy payment is possible.
  • the determination unit 340 is, for example, the surrogate settlement request point included in the surrogate settlement history information is within the surrogate settlement allowance period, and the surrogate settlement request place included in the surrogate settlement request information is a surrogate settlement allowance place.
  • the proxy settlement of the proxy settlement request amount is possible only if the proxy settlement request amount is within the allowable settlement allowance for the proxy settlement.
  • the processor 350 performs a function of processing proxy payment for the purchaser 600.
  • the processor 340 when the determination result determined to be possible for the buyer 600 is received from the determination unit 340, by using the payment means previously registered for the payer 100 The proxy payment processing for the proxy payment amount included in the proxy payment history information is processed.
  • the processing unit 340 transmits the proxy payment processing result to the purchaser 600 through the merchant device 400 and the merchant terminal 500 through the communication device 3310. If necessary, the proxy payment result may be additionally delivered to the payer 100.
  • the proxy payment device 300 and the hardware system 3000 for implementing the same when the buyer 600 requests a proxy payment, the payer 100 As the surrogate payment for the buyer is processed in such a manner that the surrogate payment identification information generated in advance is confirmed from the buyer 600, the settlement of the payer is not required in the surrogate settlement process.
  • FIGS. 1 to 3 For convenience of description, the configuration shown in FIGS. 1 to 3 will be described with reference to the corresponding reference numerals.
  • the operation flow for generating proxy payment identification information in the proxy payment device 300 according to an embodiment of the present invention is as follows.
  • the generation unit 310 when the generation of the proxy payment identification information for the payer 100 from the service support device 200 is requested, the proxy payment identification information required for the proxy payment processing for the buyer (600) To generate (S110-S160).
  • the generation unit 310 is the identification information (eg, phone number) of the payer 100, the access information (eg, representative representative phone number) of the service support device 200, and the agent designated from the payer 100
  • the payment allowable period and the proxy payment allowance are received from the service support apparatus 200.
  • the generation unit 310 may check the affiliate store that can process the proxy purchase from the access information (for example, the representative representative phone number) of the service support device 200 in step 'S120', if the service support device 200 If the affiliate store is not identified from the access information (eg, the affiliated store representative phone number), the procedure of generating the proxy identification information is terminated.
  • the access information for example, the representative representative phone number
  • the affiliate store is not identified from the access information (eg, the affiliated store representative phone number)
  • the procedure of generating the proxy identification information is terminated.
  • the payment means eg credit card, payment point
  • the generation unit 310 if the payment means of the payer 100 is not registered through the steps 'S130' and 'S140', the payment means of the payer 100 through the service support device 200 The registration is received, and the registered information is transmitted to the processing unit 350.
  • the designation unit 320 designates proxy payment restriction information for limiting the proxy payment for the buyer 600 (S160).
  • the designation unit 320 is the proxy payment identification information from the generation unit 310, the identification information (for example, phone number) of the payer 100, the access information (for example, merchants) of the service support device 200 Representative telephone number), and the designated payment allowance period and the allowable payment allowance limit from the payer 100.
  • the designated unit 320 is to use the access information (for example, the affiliated store representative phone number) of the service support device 200 as a proxy payment allowance place (an affiliated store) is allowed, such proxy settlement place
  • the surrogate settlement information for limiting the surrogate settlement of the buyer 600 will be designated.
  • the designation unit 320 transmits the proxy settlement identification information to the buyer 600, and also the biller 100 transferred from the proxy settlement information and the generation unit 310.
  • the surrogate payment identification information of the payer 100 is mapped to identification information (for example, a phone number) and is transmitted to the determination unit 340.
  • the receiving unit 330 receives the surrogate payment request for the purchaser 600 through the affiliated store terminal 500 and the affiliated store device 400 (S210).
  • the receiving unit 330 through the merchant terminal 500 and the merchant device 400, identification information (for example, a phone number) of the payer 100, and proxy payment identification information that the buyer 600 recognizes in advance. Then, the proxy payment request history information is received, and the received information is transmitted to the determination unit 340.
  • identification information for example, a phone number
  • proxy payment identification information that the buyer 600 recognizes in advance.
  • the information on the proxy payment request information includes, for example, the point of time of the proxy payment request, which is the point at which the proxy payment is requested from the buyer, the place of the proxy payment request, which is the place where the purchase activity related to the proxy payment is made, and the amount to be paid due to the purchase activity.
  • the amount of the proxy payment may be included.
  • identification information (eg, a phone number) of the payer 100 may be received through, for example, a method of inputting a keypad provided in the affiliated store terminal 500 by the buyer 600, and in case of proxy identification information.
  • the purchaser 600 may input a keypad provided in the affiliated store terminal 500, and the affiliated terminal 500 may receive the barcode identification information in the form of a barcode.
  • the determination unit 340 recognizes the identification information (eg, a phone number) of the payer 100 and the buyer 600 in advance from the receiving unit 330 that receives the proxy payment request from the buyer 600.
  • the proxy payment identification information and the proxy payment request information is received, it is determined whether the proxy payment is possible for the buyer 600 using the received information (S220-S230).
  • the determination unit 340 is the proxy identification information mapped to the identification information (for example, phone number) of the payer 100 through the step 'S220, and the proxy identification information received from the buyer 600 is the same First, it is checked whether or not, and if the proxy identification information is confirmed to match, using the surrogate payment restriction information mapped to the identification information (eg, phone number) of the payer 100 through step 'S230'. It is determined whether proxy payment is possible for the proxy payment amount included in the proxy payment history information.
  • the determination unit 340 for example, the surrogate settlement request time point included in the surrogate payment history information is within the surrogate settlement allowance period, and the surrogate settlement request place included in the surrogate settlement request information is a surrogate settlement allowance place. Only if the amount for which the proxy is requested is within the allowable limit for proxy payment, it can be determined that proxy payment is possible for the amount of the proxy.
  • the processor 340 uses the payment means registered for the payer 100 to the proxy payment request amount included in the proxy payment request information. Process proxy payment for (S240).
  • the processing unit 340 transmits the proxy payment processing result to the buyer 600 through the merchant device 400, and the merchant terminal 500, if necessary, the proxy payment processing The result may be further delivered to the payer 100.
  • the surrogate 100 previously generated As the surrogate payment for the buyer is processed in a manner of confirming the payment identification information from the buyer 600, the involvement of the payer is not necessary in the surrogate payment processing.
  • the purchaser 600 that is allowed to proxy payment is not specified in generating the proxy identification information for the payer 100.
  • the proxy payment device 300 includes a generation unit 310 for generating proxy payment identification information of the payer 100 and a proxy payment for limiting proxy payment.
  • Designating unit 320 for specifying the restriction information
  • the receiving unit 330 for receiving a proxy payment request from the buyer 600
  • the determination unit 340 for determining whether the proxy payment processing is possible
  • the proxy payment processing It may have the same configuration as in the embodiment of the present invention including a processing unit 350 to.
  • the surrogate payment device 300 specifies the buyer 600 that is allowed through the surrogate through the above configuration, and to process the surrogate payment, the surrogate payment device for this ( Each of the components in 300 will be described in detail.
  • Substitute payment identification information for the payer of the generation unit 310 is generated.
  • the generation unit 310 when the generation of the proxy payment identification information for the payer 100 from the service support device 200 is requested, the proxy payment required for the proxy payment processing for the buyer (600) Generate identification information.
  • the generation unit 310 in order for the generation unit 310 to receive a request for generation of proxy identification information from the service support device 200, operations of the affiliated store device 400 and the affiliated store terminal 500 may be involved.
  • the purchaser 600 requests to deliver the access information (eg, affiliated store representative phone number) of the service support device 200 assigned to the affiliated device 400 through the affiliated terminal 500 to the payer 100.
  • the affiliated store device 400 pays the access information (eg, the representative representative phone number) of the service support device 200 and the identification information (eg, a phone number, hereinafter referred to as 'buyer identification information') of the buyer 600. Will be delivered to the child (100).
  • the payer 100 is connected to the service support apparatus 200 (eg, ARS voice call) by using the access information (eg, merchant representative phone number) of the service support apparatus 200 received from the merchant apparatus 400.
  • Access, SMS transmission), and the surrogate payment identification information can be generated according to a series of processes guided by the service support apparatus 200.
  • the generation unit 310 is identification information (eg, phone number) of the payer 100, access information (eg, representative representative phone number) of the service support device 200, buyer identification information, and the payer 100
  • identification information eg, phone number
  • access information eg, representative representative phone number
  • buyer identification information e.g., buyer identification information
  • payer 100 The surrogate payment allowance period and the surrogate payment allowance specified in the above) are received from the service support apparatus 200.
  • the determination unit 340 may be used later to confirm whether the payer 100 is matched with the proxy payment identification information.
  • the purchaser 600 requesting the surrogate payment may be used by the payer 100 to confirm whether the surrogate payment is permitted.
  • the access information (for example, affiliated store representative phone number) of the service support device 200 is used to designate a surrogate payment place, which is a place (an affiliated store) that is allowed to make a surrogate in the designated unit 320, such a proxy
  • the settlement allowance place may be used as surrogate settlement allowance information for limiting surrogate settlement for the buyer 600 together with the aforementioned surrogate settlement allowance period and surrogate surrogate settlement allowance.
  • the generation unit 310 receives and registers the payment means of the payer 100 through the service support apparatus 200, and processes the registered information. And to 350.
  • the specifying unit 320 performs a function of specifying the proxy payment restriction information.
  • the designation unit 320 specifies the surrogate payment restriction information for limiting the surrogate payment for the buyer (600).
  • the designation unit 320 is the proxy payment identification information from the generation unit 310, the identification information (for example, phone number) of the payer 100, the access information (for example, merchants) of the service support device 200 Representative telephone number), the purchaser identification information, and the designated payment allowance period and the proxy payment allowance limit from the payer 100.
  • the designated unit 320 is to use the access information (for example, the affiliated store representative phone number) of the service support device 200 as a proxy payment allowance place (an affiliated store) is allowed, such proxy settlement place
  • the surrogate settlement information for limiting the surrogate settlement of the buyer 600 will be designated.
  • the designation unit 320 transmits the proxy settlement identification information to the buyer 600, and also the biller 100 transferred from the proxy settlement information and the generation unit 310.
  • the proxy payment identification information of the buyer along with the identification information to the identification information (for example, phone number) of the payer 100 is transferred to the determination unit 340.
  • the receiver 330 performs a function of receiving a proxy payment request for the buyer 600.
  • the receiver 330 receives a proxy payment request for the buyer 600 through the merchant terminal 500 and the merchant device 400.
  • the receiving unit 330 through the merchant terminal 500 and the merchant device 400, identification information (for example, phone number) of the payer 100, identification information (purchaser identification information) of the buyer 600, the buyer
  • the proxy 600 receives the proxy payment identification information and the proxy payment request history information, and transmits the received information to the determination unit 340.
  • the information on the proxy payment request information includes, for example, the point of time of the proxy payment request, which is the point at which the proxy payment is requested from the buyer, the place of the proxy payment request, which is the place where the purchase activity related to the proxy payment is made, and the amount to be paid due to the purchase activity.
  • the amount of the proxy payment may be included.
  • identification information (eg, a phone number) of the payer 100 may be received through, for example, a method of inputting a keypad provided in the affiliated store terminal 500 by the buyer 600, and in case of proxy identification information.
  • the purchaser 600 may input a keypad provided in the affiliated store terminal 500, and the affiliated terminal 500 may receive the barcode identification information in the form of a barcode.
  • the determination unit 340 performs a function of determining whether proxy payment is possible for the purchaser 600.
  • the determination unit 340 is the identification information (for example, telephone number) of the payer 100, the identification information of the buyer 600 from the receiving unit 330 receiving the proxy payment request of the buyer 600, When proxy payment identification information and proxy payment request information received by the buyer 600 are received in advance, the received information may be used to determine whether proxy payment is possible for the buyer 600.
  • the determination unit 340 determines whether the proxy identification information mapped to the identification information (for example, a phone number) of the payer 100 and the proxy identification information received from the buyer 600 match, and the payer ( If the buyer identification information mapped to the identification information (for example, the phone number) of 100) and the identification information of the buyer 600 who requested the proxy payment match, the first check is made. It is determined whether or not the surrogate payment is possible for the surrogate payment amount included in the surrogate settlement history information by using surrogate settlement restriction information mapped to identification information (eg, a phone number) of the child 100.
  • the determination unit 340 for example, the surrogate settlement request time point included in the surrogate payment history information is within the surrogate settlement allowance period, and the surrogate settlement request place included in the surrogate settlement request information is a surrogate settlement allowance place. Only if the amount for which the proxy is requested is within the allowable limit for proxy payment, it can be determined that proxy payment is possible for the amount of the proxy.
  • the processor 350 performs a function of processing proxy payment for the purchaser 600.
  • the processing unit 340 uses the settlement means previously registered for the payer 100 and the proxy settlement request included in the proxy settlement request information. A surrogate payment will be processed.
  • the processing unit 340 transmits the proxy payment processing result to the buyer 600 through the merchant device 400, and the merchant terminal 500, if necessary, the proxy payment processing The result may be further delivered to the payer 100.
  • the payer 100 in advance only when the purchaser 600 specified to allow the surrogate payment request the surrogate payment in advance As the surrogate payment is processed for the buyer in such a manner that the generated surrogate payment identification information is confirmed from the buyer 600, the intervention of the payer is not required in the surrogate settlement process.
  • the operation flow for generating proxy payment identification information in the proxy payment device 300 according to another embodiment of the present invention is as follows.
  • the generation unit 310 when the generation of the proxy payment identification information for the payer 100 from the service support device 200 is requested, the proxy payment identification information required for the proxy payment processing for the buyer (600) To generate (S310-S360).
  • the generation unit 310 is identification information (eg, phone number) of the payer 100, access information (eg, representative representative phone number) of the service support device 200, buyer identification information, and the payer 100
  • identification information eg, phone number
  • access information eg, representative representative phone number
  • buyer identification information e.g., buyer identification information
  • payer 100 The surrogate payment allowance period and the surrogate payment allowance specified in the above) are received from the service support apparatus 200.
  • the generation unit 310 may check the affiliate store that can process the purchase from the access information (for example, the representative representative phone number) of the service support device 200 in step 'S320', if the service support device 200 If the affiliate store is not identified from the access information (eg, the affiliated store representative phone number), the procedure of generating the proxy identification information is terminated.
  • the access information for example, the representative representative phone number
  • the affiliate store is not identified from the access information (eg, the affiliated store representative phone number)
  • the procedure of generating the proxy identification information is terminated.
  • the payment means eg credit card, payment point
  • the generation unit 310 is a payment means of the payer 100 through the service support device 200, if the payment means of the payer 100 is not registered through the steps 'S330' and 'S340'. The registration is received, and the registered information is transmitted to the processing unit 350.
  • the designation unit 320 designates proxy payment restriction information for limiting the proxy payment for the buyer 600 (S360).
  • the designation unit 320 is the proxy payment identification information from the generation unit 310, the identification information (for example, phone number) of the payer 100, the access information (for example, merchants) of the service support device 200 Representative telephone number), the purchaser identification information, and the designated payment allowance period and the proxy payment allowance limit from the payer 100.
  • the designated unit 320 is to use the access information (for example, the affiliated store representative phone number) of the service support device 200 as a proxy payment allowance place (an affiliated store) is allowed, such proxy settlement place
  • the surrogate settlement information for limiting the surrogate settlement of the buyer 600 will be designated.
  • the designation unit 320 transmits the proxy settlement identification information to the buyer 600, and also the biller 100 transferred from the proxy settlement information and the generation unit 310.
  • the proxy payment identification information of the buyer along with the identification information to the identification information (for example, phone number) of the payer 100 is transferred to the determination unit 340.
  • the receiving unit 330 receives a surrogate payment request for the purchaser 600 through the affiliated store terminal 500 and the affiliated store device 400 (S410).
  • the receiving unit 330 through the merchant terminal 500 and the merchant device 400, identification information (for example, phone number) of the payer 100, identification information (purchaser identification information) of the buyer 600, the buyer
  • the proxy 600 receives the proxy payment identification information and the proxy payment request history information, and transmits the received information to the determination unit 340.
  • the information on the proxy payment request information includes, for example, the point of time of the proxy payment request, which is the point at which the proxy payment is requested from the buyer, the place of the proxy payment request, which is the place where the purchase activity related to the proxy payment is made, and the amount to be paid due to the purchase activity.
  • the amount of the proxy payment may be included.
  • identification information (eg, a phone number) of the payer 100 may be received through, for example, a method of inputting a keypad provided in the affiliated store terminal 500 by the buyer 600, and in case of proxy identification information.
  • the purchaser 600 may input a keypad provided in the affiliated store terminal 500, and the affiliated terminal 500 may receive the barcode identification information in the form of a barcode.
  • the determination unit 340 receives the identification information (eg, a phone number) of the payer 100, the identification information of the buyer 600, and the buyer from the receiving unit 330 that receives the proxy payment request from the buyer 600.
  • the identification information eg, a phone number
  • the identification information of the buyer 600 e.g., a phone number
  • the buyer from the receiving unit 330 that receives the proxy payment request from the buyer 600.
  • proxy payment identification information and proxy payment request history information that the 600 recognizes in advance it is determined whether or not the proxy payment is possible for the buyer 600 using the received information (S420-S430).
  • the determination unit 340 is the proxy identification information mapped to the identification information (for example, phone number) of the payer 100 through the step 'S420, and the proxy identification information received from the buyer 600 is the same
  • First check whether the buyer identification information mapped to the identification information (for example, a phone number) of the payer 100 and the identification information of the buyer 600 who requested the proxy payment match through step 'S420'. If it is determined that all match, the proxy included in the proxy billing request information using the proxy billing restriction information mapped to the identification information (for example, the phone number) of the payer 100 through step 'S440' It is determined whether a proxy payment for the payment request amount is possible.
  • the determination unit 340 for example, the surrogate settlement request time point included in the surrogate payment history information is within the surrogate settlement allowance period, and the surrogate settlement request place included in the surrogate settlement request information is a surrogate settlement allowance place. Only if the amount for which the proxy is requested is within the allowable limit for proxy payment, it can be determined that proxy payment is possible for the amount of the proxy.
  • the processor 340 uses the payment means registered for the payer 100 to the proxy payment request amount included in the proxy payment request information.
  • Process proxy for the payment S450.
  • the processing unit 340 transmits the proxy payment processing result to the buyer 600 through the merchant device 400, and the merchant terminal 500, if necessary, the proxy payment processing The result may be further delivered to the payer 100.
  • the payer 100 only when the purchaser 600 specified to allow surrogate payment requests the surrogate payment.
  • the surrogate payment to the buyer is processed in such a way that the surrogate payment identification information generated by the) is confirmed from the buyer 600, the intervention of the payer is not required in the surrogate payment processing.
  • Implementations of the subject matter described in this specification may be implemented in digital electronic circuitry, computer software, firmware or hardware including the structures and structural equivalents disclosed herein, or one or more of them. It can be implemented in combination. Implementations of the subject matter described herein are one or more computer program products, ie one or more modules pertaining to computer program instructions encoded on a program storage medium of tangible type for controlling or by the operation of a processing system. Can be implemented.
  • the computer readable medium may be a machine readable storage device, a machine readable storage substrate, a memory device, a composition of materials affecting a machine readable propagated signal, or a combination of one or more thereof.
  • system encompasses all the instruments, devices, and machines for processing data, including, for example, programmable processors, computers, or multiple processors or computers.
  • the processing system may include, in addition to hardware, code that forms an execution environment for a computer program on demand, such as code constituting processor firmware, a protocol stack, a database management system, an operating system, or a combination of one or more thereof. .
  • Computer programs may be written in any form of programming language, including compiled or interpreted languages, or a priori or procedural languages. It can be deployed in any form, including components, subroutines, or other units suitable for use in a computer environment. Computer programs do not necessarily correspond to files in the file system.
  • a program may be in a single file provided to the requested program, in multiple interactive files (eg, a file that stores one or more modules, subprograms, or parts of code), or part of a file that holds other programs or data. (Eg, one or more scripts stored in a markup language document).
  • the computer program may be deployed to run on a single computer or on multiple computers located at one site or distributed across multiple sites and interconnected by a communication network.
  • Computer-readable media suitable for storing computer program instructions and data include, for example, semiconductor memory devices such as EPROM, EEPROM, and flash memory devices, such as magnetic disks such as internal hard disks or external disks, magneto-optical disks, and CDs. It may include all types of nonvolatile memory, media and memory devices, including -ROM and DVD-ROM disks.
  • semiconductor memory devices such as EPROM, EEPROM, and flash memory devices, such as magnetic disks such as internal hard disks or external disks, magneto-optical disks, and CDs. It may include all types of nonvolatile memory, media and memory devices, including -ROM and DVD-ROM disks.
  • the processor and memory can be supplemented by or integrated with special purpose logic circuitry.
  • Implementations of the subject matter described herein may include, for example, a backend component such as a data server, or include a middleware component such as, for example, an application server, or a web browser or graphical user, for example, where a user may interact with the implementation of the subject matter described herein. It may be implemented in a computing system that includes a front end component, such as a client computer with an interface, or any combination of one or more of such back end, middleware or front end components. The components of the system may be interconnected by any form or medium of digital data communication such as, for example, a communication network.

Landscapes

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

Abstract

본 발명은 구매자가 대리결제를 요청하는 경우, 결제자가 사전에 생성한 대리결제식별정보를 구매자로부터 확인하는 방식으로 구매자에 대한 대리결제가 처리함으로써, 대리결제 처리 과정에서 결제자의 개입이 필요치 않게 하는 대리결제장치 및 그 동작 방법을 제안한다.

Description

대리결제장치 및 그 동작 방법
본 발명은 구매자가 대리결제를 요청하는 경우, 결제자가 사전에 생성한 대리결제식별정보를 구매자로부터 확인하는 방식을 통해서 구매자에 대한 대리결제를 처리하기 위한 방안에 관한 것이다.
일반 상거래 또는 전자 상거래를 위한 지불 방법으로 신용 카드, 직불 카드, 또는 은행 계좌를 통한 입금 방식 등이 보편적으로 사용되고 있는 반면, 많은 불편한 점과 기술적 문제점들을 가질 수 있다.
예를 들어, 오프라인에서 특정 서비스 요금 및 특정 상품구매 요금을 지불하고자 하는 경우에 있어서, 지불 수단이 전무한 경우이거나, 지불 금액에 비해 보유하고 있는 금액이 부족한 경우에는 매우 난처한 지경에 이를 수 있다.
더욱이, 신용 카드의 경우에는 소득이 없는 청소년들이나, 기타 이유로 신용 카드를 발급받지 못하는 사람들이 존재할 수 있는 데, 이 경우 전자 상거래 자체를 진행할 수 없는 문제점이 있다.
그 밖에, 물건을 구매하거나 음식값 지불을 위한 결제 시, 부득이하게 자신의 신용카드를 타인에게 제공하여 결제하도록 하는 경우가 발생할 수 있는 데, 이 경우 자신의 신용카드 정보가 타인에게 노출되어 보안 위협이 발생할 수 있다.
본 발명은 상기한 사정을 감안하여 창출된 것으로서, 본 발명에서 도달하고자 하는 목적은, 구매자가 대리결제를 요청하는 경우, 결제자가 사전에 생성한 대리결제식별정보를 구매자로부터 확인하는 방식을 통해서 구매자에 대한 대리결제를 처리하는 데 있다.
상기 목적을 달성하기 위한 본 발명의 일 실시예에 따른 대리결제장치는, 구매자의 대리결제 요청과 관련하여, 대리결제식별정보 및 대리결제요청내역정보를 수신하는 수신부; 상기 대리결제식별정보가 결제자가 생성한 특정 대리결제식별정보와 일치하는 것으로 확인되는 경우, 상기 결제자가 지정한 대리결제제한정보를 기초로 상기 대리결제요청내역정보에 포함된 대리결제요청금액에 대한 대리결제가 가능한 지 여부를 판별하는 판별부; 및 상기 대리결제가 가능한 것으로 판별되는 경우, 상기 결제자의 기 등록된 결제수단을 이용하여 상기 대리결제요청금액에 대한 대리결제를 처리하는 처리부를 포함하는 것을 특징으로 한다.
보다 구체적으로, 상기 대리결제제한정보는, 상기 결제자가 지정한 대리결제허용기간, 대리결제허용장소, 및 대리결제허용한도 중 적어도 어느 하나를 포함하는 것을 특징으로 한다.
보다 구체적으로, 상기 판별부는, 상기 대리결제요청내역정보에 포함된 대리결제요청시점이 상기 대리결제허용기간 이내이거나, 또는 상기 대리결제요청내역정보에 포함된 대리결제요청장소가 상기 대리결제허용장소이거나, 내지는 상기 대리결제요청금액이 상기 대리결제허용한도 이내인 경우에 대리결제가 가능한 것으로 판별하는 것을 특징으로 한다.
보다 구체적으로, 상기 처리부는, 상기 구매자의 대리결제 요청과 관련하여, 제1결제자가 생성한 대리결제식별정보, 및 제2결제자가 생성한 대리결제식별정보가 함께 수신되는 경우, 상기 대리결제요청금액 중 적어도 일부의 금액에 대해서는 상기 제1결제자의 기 등록된 결제수단을 이용한 대리결제를 처리하며, 상기 대리결제요청금액 중 상기 적어도 일부의 금액을 제외한 나머지 금액에 대해서는 상기 제2결제자의 기 등록된 결제수단을 이용하여 대리결제를 처리하는 것을 특징으로 한다.
보다 구체적으로, 상기 적어도 일부의 금액은, 상기 대리결제요청금액 중 상기 제1결제자와 관련된 상기 대리결제허용한도 이내의 금액을 포함하며, 상기 나머지 금액은, 상기 대리결제요청금액 중 상기 제1결제자와 관련된 상기 대리결제허용한도를 초과한 금액을 포함하는 것을 특징으로 한다.
보다 구체적으로, 상기 적어도 일부의 금액 및 상기 나머지 금액은, 상기 구매자 또는 상기 대리결제장가 지정한 대리결제처리비율에 따라 상기 대리결제요청금액으로부터 분할 결정되는 것을 특징으로 한다.
상기 목적을 달성하기 위한 본 발명의 일 실시예에 따른 대리결제장치는, 구매자의 대리결제 요청과 관련하여 대리결제식별정보 및 구매자식별정보를 수신하는 수신부; 및 상기 대리결제식별정보가 상기 구매자식별정보를 기초로 결제자가 생성한 특정 대리결제식별정보와 일치하는 경우, 상기 결제자의 기 등록된 결제수단을 이용하여 상기 구매자에 대한 대리결제를 처리하는 처리부를 포함하는 것을 특징으로 한다.
상기 목적을 달성하기 위한 본 발명의 일 실시예에 따른 대리결제장치의 동작 방법은, 구매자의 대리결제 요청과 관련하여, 대리결제식별정보 및 대리결제요청내역을 수신하는 수신단계; 상기 대리결제식별정보가 결제자가 생성한 특정 대리결제식별정보와 일치하는 것으로 확인되는 경우, 상기 결제자가 지정한 대리결제제한정보를 기초로 상기 대리결제요청내역정보에 포함된 대리결제요청금액에 대한 대리결제가 가능한 지 여부를 판별하는 판별단계; 및 상기 대리결제가 가능한 것으로 판별되는 경우, 상기 결제자의 기 등록된 결제수단을 이용하여 상기 대리결제요청금액에 대한 대리결제를 처리하는 처리단계를 포함하는 것을 특징으로 한다.
보다 구체적으로, 상기 대리결제제한정보는, 상기 결제자가 지정한 대리결제허용기간, 대리결제허용장소, 및 대리결제허용한도 중 적어도 어느 하나를 포함하는 것을 특징으로 한다.
보다 구체적으로, 상기 판별단계는, 상기 대리결제요청내역정보에 포함된 대리결제요청시점이 상기 대리결제허용기간 이내이거나, 또는 상기 대리결제요청내역정보에 포함된 대리결제요청장소가 상기 대리결제허용장소이거나, 내지는 상기 대리결제요청금액이 상기 대리결제허용한도 이내인 경우에 대리결제가 가능한 것으로 판별하는 것을 특징으로 한다.
보다 구체적으로, 상기 처리단계는, 상기 구매자의 대리결제 요청과 관련하여, 제1결제자가 생성한 대리결제식별정보, 및 제2결제자가 생성한 대리결제식별정보가 함께 수신되는 경우, 상기 대리결제요청금액 중 적어도 일부의 금액에 대해서는 상기 제1결제자의 기 등록된 결제수단을 이용한 대리결제를 처리하며, 상기 대리결제요청금액 중 상기 적어도 일부의 금액을 제외한 나머지 금액에 대해서는 상기 제2결제자의 기 등록된 결제수단을 이용하여 대리결제를 처리하는 것을 특징으로 한다.
이에, 본 발명의 대리결제장치 및 그 동작 방법에 의하면, 구매자가 대리결제를 요청하는 경우, 결제자가 사전에 생성한 대리결제식별정보를 구매자로부터 확인하는 방식으로 구매자에 대한 대리결제를 처리함으로써, 대리결제 처리 과정에서 결제자의 개입이 필요치 않는 효과가 성취된다.
도 1은 본 발명의 일 실시예에 따른 대리결제 서비스 시스템의 개략적인 구성도.
도 2는 본 발명의 일 실시예에 따른 대리결제장치를 설명하기 위한 구성도.
도 3은 본 발명의 일 실시예에 따른 대리결제장치를 구현하기 위한 하드웨어 시스템의 개략적인 구성도.
도 4는 본 발명의 일 실시예에 따른 대리결제장치에서 대리결제식별정보가 생성되는 동작 흐름을 설명하기 위한 순서도.
도 5는 본 발명의 일 실시예에 따른 대리결제장치에서 대리결제가 처리되는 동작 흐름을 설명하기 위한 순서도.
도 6은 본 발명의 다른 실시예에 따른 대리결제장치에서 대리결제식별정보가 생성되는 동작 흐름을 설명하기 위한 순서도.
도 7은 본 발명의 다른 실시예에 따른 대리결제장치에서 대리결제가 처리되는 동작 흐름을 설명하기 위한 순서도.
본 명세서에서 사용되는 기술적 용어는 단지 특정한 실시 예를 설명하기 위해 사용된 것으로, 본 명세서에 개시된 기술의 사상을 한정하려는 의도가 아님을 유의해야 한다. 또한, 본 명세서에서 사용되는 기술적 용어는 본 명세서에서 특별히 다른 의미로 정의되지 않는 한, 본 명세서에 개시된 기술이 속하는 분야에서 통상의 지식을 가진 자에 의해 일반적으로 이해되는 의미로 해석되어야 하며, 과도하게 포괄적인 의미로 해석되거나, 과도하게 축소된 의미로 해석되지 않아야 한다. 또한, 본 명세서에서 사용되는 기술적인 용어가 본 명세서에 개시된 기술의 사상을 정확하게 표현하지 못하는 잘못된 기술적 용어일 때에는, 당업자가 올바르게 이해할 수 있는 기술적 용어로 대체되어 이해되어야 할 것이다. 또한, 본 명세서에서 사용되는 일반적인 용어는 사전에 정의되어 있는 바에 따라, 또는 전후 문맥상에 따라 해석되어야 하며, 과도하게 축소된 의미로 해석되지 않아야 한다.
또한, 본 명세서에서 사용되는 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다. 본 명세서에서, "구성된다" 또는 "포함한다" 등의 용어는 명세서상에 기재된 여러 구성 요소들, 또는 여러 단계들을 반드시 모두 포함하는 것으로 해석되지 않아야 하며, 그 중 일부 구성 요소들 또는 일부 단계들은 포함되지 않을 수도 있고, 또는 추가적인 구성 요소 또는 단계들을 더 포함할 수 있는 것으로 해석되어야 한다.
또한, 본 명세서에서 사용되는 제1, 제2 등과 같이 서수를 포함하는 용어는 다양한 구성 요소들을 설명하는데 사용될 수 있지만, 상기 구성 요소들은 상기 용어들에 의해 한정되어서는 안 된다. 상기 용어들은 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만 사용된다. 예를 들어, 본 발명의 권리 범위를 벗어나지 않으면서 제1 구성요소는 제2 구성 요소로 명명될 수 있고, 유사하게 제2 구성 요소도 제1 구성 요소로 명명될 수 있다.
이하, 첨부된 도면을 참조하여 본 명세서에 개시된 실시 예들을 상세히 설명하되, 도면 부호에 관계없이 동일하거나 유사한 구성 요소는 동일한 참조 번호를 부여하고 이에 대한 중복되는 설명은 생략하기로 한다.
또한, 본 명세서에 개시된 기술을 설명함에 있어서 관련된 공지 기술에 대한 구체적인 설명이 본 명세서에 개시된 기술의 요지를 흐릴 수 있다고 판단되는 경우 그 상세한 설명을 생략한다. 또한, 첨부된 도면은 본 명세서에 개시된 기술의 사상을 쉽게 이해할 수 있도록 하기 위한 것일 뿐, 첨부된 도면에 의해 그 기술의 사상이 제한되는 것으로 해석되어서는 아니 됨을 유의해야 한다.
이하, 첨부된 도면을 참조하여 본 발명의 일 실시예에 대하여 설명한다.
도 1은 본 발명의 일 실시예에 따른 대리결제 서비스 시스템을 도시한 도면이다.
도 1에 도시된 바와 같이, 본 발명의 일 실시예에 따른 대리결제 서비스 시스템은, 결제자(100)에 대한 대리결제식별정보 생성을 지원하는 서비스지원장치(200), 구매자(600)에 대한 대리결제를 처리하는 대리결제장치(300), 구매자(600)로부터의 대리결제 요청을 전달하기 위한 가맹점장치(400) 및 가맹점단말(500)을 포함하는 구성을 가질 수 있다.
서비스지원장치(200)는 대리결제장치(300)와의 연동을 통해 결제자(100)에 대한 대리결제식별정보 생성을 지원하는 서버를 일컫는 것으로서, 예컨대, 자동응답시스템(ARS, Automatic Response System)이 이에 해당될 수 있다.
대리결제장치(300)는 서비스지원장치(200)와의 연동을 통해서 결제자(100)에 대해 생성된 대리결제식별정보를 구매자(600)로부터 확인하는 방식을 통해 구매자(600)에 대한 대리결제를 처리하는 서버를 일컫는다.
가맹점장치(400)는 구매자(600)로부터의 대리결제 요청을 대리결제장치(300)에 전달하기 위한 장치를 일컫는 것으로서, 예컨대, 가맹점에서 운용하고 있는 서버에 해당될 수 있다.
가맹점단말(500)은 가맹점장치(400)와 마찬가지로 구매자(600)로부터의 대리결제 요청을 대리결제장치(300)에 전달하기 위한 장치를 일컫는 것으로서, 예컨대, 가맹점 내 배치된 결제단말(예: POS, Point Of Sales)에 해당될 수 있다.
한편, 본 발명의 일 실시예에 따르면, 구매자(600)의 구매행위에 대한 비용을 원격에 위치한 결제자(100)가 지불하는 대리결제 방식이 이루어지게 된다.
이러한, 대리결제 방식의 경우, 구매자(600)가 구매 물품, 또는 서비스를 확정하고, 확정된 결제 금액을 결제자(100)가 원격지에서 결제하는 방식으로 이루어지는 것이 일반적이다.
위 대리결제 방식에서는, 구매자(600)에 대한 결제 금액이 확정된 이후에, 결제자(100)의 결제 의사를 확인하는 절차에 의해 최종 결제가 이루어질 수 있다.
결국, 대리결제가 정상적으로 이루어지기 위해선, 구매자(600)에 대한 대리결제 처리 과정에서 결제자(100)의 개입이 필수적이라 할 것이다.
이로 인해, 구매자(600)는 결제자(100)로부터 대리결제가 완료될 때까지 기다려야 구매를 완료 지을 수 있으며, 더욱이 결제자(100)의 개입으로 인해 구매가 지연되거나 불가하게 되어 지금까지의 구매 행동이 모두 취소되는 상황까지 발생할 수 있다.
이에 본 발명의 일 실시예에서는, 결제자(100)의 개입 없이 대리결제를 처리하는 방안을 제안하고자 하며, 이하에서는 이를 위한, 대리결제 서비스 시스템 내 구성인 대리결제장치(300)에 대해 구체적으로 설명하기로 한다.
도 2를 참조하여 본 발명의 일 실시예에 따른 대리결제장치(300)의 구성을 보다 구체적으로 설명하면 다음과 같다.
도 2에 도시된 바와 같이, 본 발명의 일 실시예에 따른 대리결제장치(300)는 결제자(100)의 대리결제식별정보를 생성하는 생성부(310), 대리결제를 제한하기 위한 대리결제제한정보를 지정하는 지정부(320), 구매자(600)로부터의 대리결제 요청을 수신하는 수신부(330), 대리결제의 처리가 가능한 지 여부를 판별하는 판별부(340), 및 대리결제를 처리하는 처리부(350)를 포함하는 구성을 가질 수 있다.
이상 언급한 생성부(310), 지정부(320), 수신부(330), 판별부(340), 및 처리부(350)를 포함하는 대리결제장치(300)의 구성 전체 내지는 적어도 일부는, 프로세서에 의해 실행되는 소프트웨어 모듈 형태 또는 하드웨어 모듈 형태로 구현되거나, 소프트웨어 모듈과 하드웨어 모듈이 조합된 형태로도 구현될 수 있다.
결국, 본 발명의 일 실시예에 따른 대리결제장치(300)는 위 구성을 통해 결제자(100)의 개입 없이 구매자(600)에 대한 대리결제를 처리하게 되는 데, 이하에서는 이를 위한 대리결제장치(300) 내 각 구성에 대해 구체적으로 설명하기로 한다.
생성부(310)의 결제자(100)에 대한 대리결제식별정보를 생성하는 기능을 수행한다.
보다 구체적으로, 생성부(310)는 서비스지원장치(200)로부터 결제자(100)에 대한 대리결제식별정보의 생성이 요청되는 경우, 구매자(600)에 대한 대리결제 처리를 위해 요구되는 대리결제식별정보를 생성하게 된다.
여기서, 대리결제식별정보는, 예컨대, 결제자(100)에 의해 임의로 지정되는 번호, 또는 결제자(100)와 구매자(600)가 암묵적으로 공유하고 있는 번호, 내지는 시스템 상에서 자동 지정되는 번호로 지정될 수 있다.
한편, 생성부(310)가 서비스지원장치(200)로부터 대리결제식별정보의 생성 요청을 수신하기 위해선, 가맹점장치(400)와 가맹점단말(500)의 동작이 개입될 수 있다.
즉, 구매자(600)가 가맹점단말(500)을 통해 가맹점장치(400)에 할당된 서비스지원장치(200)의 접속정보(예: 가맹점 대표 전화번호)를 결제자(100)에 전달할 것을 요청하는 경우, 가맹점장치(400)에서는 서비스지원장치(200)의 접속정보(예: 가맹점 대표 전화번호)를 결제자(100)에게 전달하게 된다.
이로써, 결제자(100)는 가맹점장치(400)로부터 수신되는 서비스지원장치(200)의 접속정보(예: 가맹점 대표 전화번호)를 이용하여 서비스지원장치(200)에 접속(예: ARS 음성 호 접속, SMS 발신)하게 되며, 서비스지원장치(200)가 안내하는 일련의 과정에 따라 대리결제식별정보를 생성할 수 있는 것이다.
이때, 생성부(310)는 결제자(100)의 식별정보(예: 전화번호), 서비스지원장치(200)의 접속정보(예: 가맹점 대표 전화번호), 그리고 결제자(100)로부터 지정된 대리결제허용기간, 및 대리결제허용한도를 서비스지원장치(200)로부터 전달받게 된다.
여기서, 결제자(100)의 식별정보(예: 전화번호)의 경우, 이후 판별부(340)에서 결제자(100)의 대리결제식별정보에 대한 일치 여부를 확인하는 데 이용될 수 있다.
그리고, 서비스지원장치(200)의 접속정보(예: 가맹점 대표 전화번호)는 이후 지정부(320)에서 대리결제가 허용되는 장소(가맹점)인 대리결제허용장소를 지정하는 이용되는 데, 이러한 대리결제허용장소는, 앞서 언급한 대리결제허용기간 및, 대리결제허용한도와 함께 구매자(600)에 대한 대리결제를 제한하기 위한 대리결제제한정보로서 활용될 수 있다.
한편, 구매자(600)에 대한 대리결제를 처리하기 위해선, 결제자(100)의 결제수단(예: 신용카드, 결제 포인트)이 사전 등록되어 있음이 전제되어야만 할 것이다.
이를 위해, 생성부(310)는 결제자(100)의 결제수단이 등록되어 있지 않은 경우, 서비스지원장치(200)를 통해 결제자(100)의 결제수단을 전달받아 등록하고, 등록된 정보를 처리부(350)에 전달하게 된다.
지정부(320)는 대리결제제한정보를 지정하는 기능을 수행한다.
보다 구체적으로, 지정부(320)는 결제자(100)에 대한 대리결제식별정보의 생성이 완료되면, 구매자(600)에 대한 대리결제를 제한하기 위한 대리결제제한정보를 지정하게 된다.
이와 관련하여, 지정부(320)는 생성부(310)로부터 대리결제식별정보와, 결제자(100)의 식별정보(예: 전화번호), 서비스지원장치(200)의 접속정보(예: 가맹점 대표 전화번호), 그리고 결제자(100)로부터 지정된 대리결제허용기간, 및 대리결제허용한도를 수신하게 된다.
이때, 지정부(320)는 서비스지원장치(200)의 접속정보(예: 가맹점 대표 전화번호)를 대리결제가 허용되는 장소(가맹점)인 대리결제허용장소로서 이용하게 되며, 이러한 대리결제허용장소를 나머지 대리결제허용기간, 및 대리결제허용한도와 함께 구매자(600)의 대리결제를 제한하기 위한 대리결제제한정보로 지정하게 된다.
그리고, 지정부(320)는 대리결제제한정보의 지정이 완료되면, 대리결제식별정보를 구매자(600)에게 전달하게 되며, 또한 대리결제정보와 생성부(310)로부터 전달된 결제자(100)의 대리결제식별정보를 결제자(100)의 식별정보(예: 전화번호)에 매핑하여 판별부(340)로 전달하게 된다.
여기서, 대리결제식별정보는 예컨대, 단문메시지(SMS), 애플리케이션(예: SNS) 등 다양한 방식을 통해 구매자(600)에게 전달될 수 있다.
만약, 결제자(100)와 구매자(600)가 동일한 특정 서비스를 이용하고 있는 경우, 상기 특정 서비스에서 관리하고 있는 네트워크를 통해 대리결제식별정보가 구매자(600)에게 전달될 수 있으며, 특히 구매자(600)에게 전달된 대리결제식별정보는 '바코드'의 형태로도 표현될 수 있음을 예상할 수 있다.
참고로, 대리결제식별정보는 대리결제장치(300)에서의 별도의 전달 과정 없이, 결제자(100)와 구매자(600) 간에 구두로도 전달될 수 있음은 물론이다.
수신부(330)는 구매자(600)에 대한 대리결제 요청을 수신하는 기능을 수행한다.
보다 구체적으로, 수신부(330)는 구매자(600)로부터 대리결제가 요청되는 경우, 가맹점단말(500) 및 가맹점장치(400)를 통해 구매자(600)에 대한 대리결제 요청을 수신하게 된다.
이때, 수신부(330)는 가맹점단말(500) 및 가맹점장치(400)를 통해 결제자(100)의 식별정보(예: 전화번호)와, 구매자(600)가 사전에 인지하고 있는 대리결제식별정보, 그리고 대리결제요청내역정보를 수신하게 되며, 수신된 정보를 판별부(340)로 전달하게 된다.
여기서, 대리결제요청내역정보에는, 예컨대, 구매자로부터 대리결제가 요청된 시점인 대리결제요청시점, 대리결제와 관련된 구매행위가 이루어진 장소인 대리결제요청장소, 및 구매행위로 인해 지불해야 하는 금액인 대리결제요청금액이 포함될 수 있다.
참고로, 결제자(100)의 식별정보(예: 전화번호)는 예컨대 가맹점단말(500)에 구비된 키패드를 구매자(600)가 입력하는 방식을 통해 수신될 수 있으며, 대리결제식별정보의 경우, 예컨대 가맹점단말(500)에 구비된 키패드를 구매자(600)가 입력하는 방식 및 가맹점단말(500)에서 바코드 형태의 대리결제식별정보를 인식하는 방식을 통해 수신될 수 있다.
판별부(340)는 구매자(600)에 대한 대리결제가 가능한지 여부를 판별하는 기능을 수행한다.
보다 구체적으로, 판별부(340)는 구매자(600)의 대리결제 요청을 수신한 수신부(330)로부터 결제자(100)의 식별정보(예: 전화번호)와, 구매자(600)가 사전에 인지하고 있는 대리결제식별정보 그리고 대리결제요청내역정보가 수신되는 경우, 수신된 정보를 이용하여 구매자(600)에 대한 대리결제가 가능한지 여부를 판별하게 된다.
즉, 판별부(340)는 결제자(100)의 식별정보(예: 전화번호)에 매핑된 대리결제식별정보와, 구매자(600)로부터 수신된 대리결제식별정보가 일치하는지 여부를 우선 확인하게 되며, 대리결제식별정보가 일치하는 것으로 확인되는 경우, 결제자(100)의 식별정보(예: 전화번호)에 매핑된 대리결제제한정보를 이용하여 대리결제요청내역정보에 포함된 대리결제요청금액에 대한 대리결제가 가능한 지 여부를 판별하게 된다.
이때, 판별부(340)는 예컨대, 대리결제요청내역정보에 포함된 대리결제요청시점이 대리결제허용기간 이내이고, 대리결제요청내역정보에 포함된 대리결제요청장소가 대리결제허용장소이며, 또한 대리결제요청금액이 대리결제허용한도 이내인 경우에 한해 대리결제요청금액에 대한 대리결제가 가능한 것으로 판별할 수 있다.
처리부(350)는 구매자(600)에 대한 대리결제를 처리하는 기능을 수행한다.
보다 구체적으로, 처리부(340)는 구매자(600)에 대한 대리 결제가 가능한 것으로 판별된 경우, 결제자(100)에 대해 기 등록된 결제수단을 이용하여 대리결제요청내역정보에 포함된 대리결제요청금액에 대한 대리결제를 처리하게 된다.
이때, 처리부(340)는 대리결제의 처리가 완료되는 경우, 대리결제 처리 결과를 가맹점장치(400), 및 가맹점단말(500)을 통해 구매자(600)에 전달하게 되며, 필요에 따라 대리결제 처리 결과를 결제자(100)에게 추가 전달할 수도 있다.
한편, 구매자(600)가 결제자(100) 한 명만의 대리결제식별정보를 인지하고 있는 것이 아닌 두 명 이상의 결제자가 동일한 가맹점에 대해 생성한 대리결제식별정보를 모두 인지하고 있는 경우를 가정할 수 있다.
설명의 편의를 위해 구매자(600)가 제1결제자에 대해 생성된 대리결제식별정보와, 제2결제자에 대해 생성된 대리결제식별정보를 인지하고 있는 것을 전제로 하기로 한다.
이처럼, 구매자(600)가 제1결제자 및 제2결제자에 대해 생성된 대리결제식별정보를 인지하고 있는 경우, 구매자(600)로부터 수신되는 대리결제 요청과 관련하여, 제1결제자에 대해 생성된 대리결제식별정보와 제2결제자에 대해 생성된 대리결제식별정보 모두가 수신될 수 있을 것이다.
이 경우, 대리결제요청내역정보에 포함된 대리결제요청금액 중 일부의 금액은 제1결제자의 기 등록된 결제수단을 이용하여 대리결제를 처리할 수 있으며, 나머지 금액은 제2결제자의 기 등록된 결제수단을 이용하여 대리결제를 처리할 수 있을 것이다.
이때, 제1결제자의 기 등록된 결제수단을 이용하여 처리되는 일부의 금액은, 예컨대, 대리결제요청금액 중 제1결제자의 대리결제제한정보에 정의된 대리결제허용한도 이내의 금액일 수 있음을 예상할 수 있으며, 또한 제2결제자의 기 등록된 결제수단을 이용하여 처리되는 나머지 금액은 대리결제요청금액 중 제1결제자의 대리결제제한정보에 정의된 대리결제허용한도를 초과한 금액일 수 있음을 예상할 수 있다.
물론, 제1결제자 및 제2결제자의 기 등록된 결제수단 각각을 이용하여 처리될 수 있는 금액의 경우, 앞선 예에서처럼 대리결제허용한도의 초과 여부에 따라 결정되는 방식에 제한되는 것이 아닌, 구매자(600)로부터 지정되거나, 내지는 대리결제장치(300)에서 지정된 대리결제처리비율에 따라 대리결제요청금액으로부터 제1결제자 및 제2결제자의 기 등록된 결제수단 각각에 대해 분할 결정될 수도 있다.
이상 설명한 대리결제장치(300) 내 각 구성의 경우, 프로세서에 의해 실행되는 소프트웨어 모듈 또는 하드웨어 모듈 형태로 구현되거나, 내지는 소프트웨어 모듈과 하드웨어 모듈이 조합된 형태로도 구현될 수 있음을 언급한 바 있다.
이처럼, 프로세서에 의해 실행되는 소프트웨어 모듈, 하드웨어 모듈, 내지는 소프트웨어 모듈과 하드웨어 모듈이 조합된 형태는 하드웨어 시스템(예: 컴퓨터 시스템)으로 구현될 수 있을 것이다.
따라서, 이하에서는 도 3을 참조하여 본 발명의 일 실시예에 따른 대리결제장치(300)를 구현하기 위한 하드웨어 시스템(3000)에 대해서 설명하기로 한다.
참고로, 이하에서 서술된 내용은 하드웨어 시스템(3000) 내에서 앞서 설명한 대리결제장치(300) 내 각 구성을 구현하기 위한 일 예인 것으로, 각 구성과 그에 따른 동작이 실제 시스템과 상이할 수 있음은 염두 해 두어야 할 것이다.
도 3은 본 발명의 일 실시예에 따른 대리결제장치(300)를 구현하기 위한 하드웨어 시스템(3000)의 구조를 도시한 도면이다.
도 3에 도시된 바와 같이, 본 발명의 일 실시예에 따른 하드웨어 시스템(3000)은, 프로세서(3100), 메모리 인터페이스(3200), 및 주변장치 인터페이스(3300)를 포함하는 구성을 가질 수 있다.
이러한, 하드웨어 시스템(3000) 내 각 구성은, 개별 부품이거나 하나 이상의 집적 회로에 집적될 수 있으며, 이러한 각 구성들은 버스 시스템(도시안됨)에 결합될 수 있다.
여기서, 버스 시스템의 경우, 적절한 브리지들, 어댑터들, 및/또는 제어기들에 의해 연결된 임의의 하나 이상의 개별적인 물리 버스들, 통신 라인들/인터페이스들, 및/또는 멀티 드롭(multi-drop) 또는 포인트 투 포인트(point-to-point) 연결들을 나타내는 추상화(abstraction)이다.
프로세서(3100)는 하드웨어 시스템에서 다양한 기능들을 수행하기 위해 메모리 인터페이스(3200)를 통해 메모리(3210)와 통신함으로써, 메모리(3210)에 저장된 다양한 소프트웨어 모듈들을 실행하는 역할을 수행하게 된다.
여기서, 메모리(3210)에는 도 2를 참조하여 설명한 대리결제장치(300) 내 각 구성인 생성부(310), 지정부(320), 수신부(330), 판별부(340), 및 처리부(350)가 소프트웨어 모듈 형태로 저장될 수 있으며, 그 외 운영 체계가 추가 저장될 수 있다.
위 운영 체계(예: I-OS, Android, Darwin, RTXC, LINUX, UNIX, OS X, WINDOWS, 또는 VxWorks와 같은 임베디드 운영 체계)의 경우, 일반적인 시스템 작업들(예를 들어, 메모리 관리, 저장 장치 제어, 전력 관리 등)을 제어 및 관리하는 다양한 절차, 명령어 세트, 소프트웨어 컴포넌트 및/또는 드라이버를 포함하고 있으며 다양한 하드웨어 모듈과 소프트웨어 모듈 간의 통신을 용이하게 하는 역할을 수행하게 된다.
참고로, 메모리(3210)는 캐쉬, 메인 메모리 및 보조 기억장치(secondary memory)를 포함하지만 이에 제한되지 않는 메모리 계층구조가 포함할 수 있는데, 위 메모리 계층구조의 경우 예컨대 RAM(예: SRAM, DRAM, DDRAM), ROM, FLASH, 자기 및/또는 광 저장 장치[예: 디스크 드라이브, 자기 테이프, CD(compact disk) 및 DVD(digital video disc) 등]의 임의의 조합을 통해서 구현될 수 있다.
주변장치 인터페이스(3300)는 프로세서(3100)와 주변장치 간에 사이에 통신을 가능하게 하는 역할을 수행한다.
위 주변장치의 경우, 컴퓨터 시스템에 상이한 기능을 제공하기 위한 것으로서, 본 발명의 일 실시예에서는, 예컨대, 통신장치(1310)가 포함될 수 있다.
여기서, 통신장치(1310)는 다른 장치와의 통신 기능을 제공하는 역할을 수행하는 수행하게 되며, 이를 위해 예컨대, 안테나 시스템, RF 송수신기, 하나 이상의 증폭기, 튜너, 하나 이상의 발진기, 디지털 신호 처리기, 코덱(CODEC) 칩셋, 및 메모리 등을 포함하지만 이에 제한되지는 않으며, 이 기능을 수행하는 공지의 회로를 포함할 수 있다.
이러한, 통신장치(1310)가 지원하는 통신 프로토콜로는, 예컨대, LTE(Long Term Evolution), TDMA(time division multiple access), CDMA(code division multiple access), GSM(global system for mobile communications), EDGE(Enhanced Data GSM Environment), W-CDMA(wideband code division multiple access), Wi-Fi(IEEE 802.11a, IEEE 802.11b, IEEE 802.11g 및/또는 IEEE 802.11n 등), 블루투스, Wi-MAX, VoIP(voice over Internet Protocol), 이메일, 인스턴트 메시징 및 SMS(short message service)를 위한 프로토콜 등이 해당될 수 있으며, 이에 제한되는 것이 아닌 다른 장치와의 통신 환경을 제공하는 프로토콜은 모두 포함될 수 있다.
결국, 메모리(3210)에 소프트웨어 모듈 형태로 저장되어 있는 대리결제장치(300) 내 각 구성은 프로세서(3100)에 의해 실행되는 경우에 메모리 인터페이스(1100)와 주변장치 인터페이스(3300)를 매개로 통신장치(1310)와의 통신을 수행함으로써, 구매자(600)에 대한 대리결제를 처리할 수 있는 것이다.
이하에서는, 도 3을 참조하여 대리결제장치(300)와 관련된 하드웨어 시스템(3000) 내 각 구성에 대해 구체적으로 설명하기로 하며, 설명의 편의를 위해 메모리(3210)에 소프트웨어 모듈 형태로 저장되어 있는 대리결제장치(300) 내 각 구성은 프로세서(3100)에 의해 실행된 상태임을 전제하기로 한다.
생성부(310)의 결제자에 대한 대리결제식별정보를 생성하게 된다.
보다 구체적으로, 생성부(310)는 통신장치(3310)를 통해 서비스지원장치(200)로부터 결제자(100)에 대한 대리결제식별정보의 생성이 요청되는 경우, 구매자(600)에 대한 대리결제 처리를 위해 요구되는 대리결제식별정보를 생성하게 된다.
이때, 생성부(310)는 결제자(100)의 식별정보(예: 전화번호), 서비스지원장치(200)의 접속정보(예: 가맹점 대표 전화번호), 그리고 결제자(100)로부터 지정된 대리결제허용기간, 및 대리결제허용한도를 서비스지원장치(200)로부터 전달받게 된다.
이에, 생성부(310)는 결제자(100)에 대한 대리결제식별정보의 생성이 완료되면, 생성된 대리결제식별정보와, 결제자(100)의 식별정보(예: 전화번호), 서비스지원장치(200)의 접속정보(예: 가맹점 대표 전화번호), 그리고 결제자(100)로부터 지정된 대리결제허용기간, 및 대리결제허용한도를 지정부(320)에 전달하게 된다.
지정부(320)는 대리결제제한정보를 지정하는 기능을 수행한다.
보다 구체적으로, 지정부(320)는 결제자(100)에 대한 대리결제식별정보의 생성이 완료되면, 구매자(600)에 대한 대리결제를 제한하기 위한 대리결제제한정보를 지정하게 된다.
이때, 지정부(320)는 생성부(310)로부터 대리결제식별정보와, 결제자(100)의 식별정보(예: 전화번호), 서비스지원장치(200)의 접속정보(예: 가맹점 대표 전화번호), 그리고 결제자(100)로부터 지정된 대리결제허용기간, 및 대리결제허용한도를 수신하게 된다.
이에, 지정부(320)는 서비스지원장치(200)의 접속정보(예: 가맹점 대표 전화번호)를 대리결제가 허용되는 장소(가맹점)인 대리결제허용장소로서 이용하게 되며, 이러한 대리결제허용장소를 나머지 대리결제허용기간, 및 대리결제허용한도와 함께 구매자(600)의 대리결제를 제한하기 위한 대리결제제한정보로 지정하게 된다.
그리고, 지정부(320)는 대리결제제한정보의 지정이 완료되면, 대리결제식별정보를 통신장치(3310)를 통해 구매자(600)에게 전달하게 되며, 또한 대리결제정보와 생성부(310)로부터 전달된 결제자(100)의 대리결제식별정보를 결제자(100)의 식별정보(예: 전화번호)에 매핑하여 판별부(340)로 전달하게 된다.
수신부(330)는 구매자(600)에 대한 대리결제 요청을 수신하는 기능을 수행한다.
보다 구체적으로, 수신부(330)는 통신장치(3310)를 통해 구매자(600)로부터의 대리결제가 요청되는 경우, 결제자(100)의 식별정보(예: 전화번호)와, 구매자(600)가 사전에 인지하고 있는 대리결제식별정보 그리고 대리결제요청내역정보를 수신하게 되며, 수신된 정보를 판별부(340)로 전달하게 된다.
판별부(340)는 구매자(600)에 대한 대리결제가 가능한지 여부를 판별하는 기능을 수행한다.
보다 구체적으로, 판별부(340)는 구매자(600)의 대리결제 요청을 수신한 수신부(330)로부터 결제자(100)의 식별정보(예: 전화번호)와, 구매자(600)가 사전에 인지하고 있는 대리결제식별정보 그리고 대리결제요청내역정보가 수신되는 경우, 수신된 정보를 이용하여 구매자(600)에 대한 대리결제가 가능한지 여부를 판별하게 된다.
이때, 판별부(340)는 결제자(100)의 식별정보(예: 전화번호)에 매핑된 대리결제식별정보와, 구매자(600)로부터 수신된 대리결제식별정보가 일치하는지 여부를 우선 확인하게 되며, 대리결제식별정보가 일치하는 것으로 확인되는 경우, 결제자(100)의 식별정보(예: 전화번호)에 매핑된 대리결제제한정보를 이용하여 대리결제요청내역정보에 포함된 대리결제요청금액에 대한 대리결제가 가능한 지 여부를 판별하게 된다.
이와 관련하여, 판별부(340)는 예컨대, 대리결제요청내역정보에 포함된 대리결제요청시점이 대리결제허용기간 이내이고, 대리결제요청내역정보에 포함된 대리결제요청장소가 대리결제허용장소이며, 또한 대리결제요청금액이 대리결제허용한도 이내인 경우에 한해 대리결제요청금액에 대한 대리결제가 가능한 것으로 판별할 수 있다.
처리부(350)는 구매자(600)에 대한 대리결제를 처리하는 기능을 수행한다.
보다 구체적으로, 처리부(340)는 구매자(600)에 대한 대리 결제가 가능한 것으로 판별된 판별 결과가 판별부(340)로부터 수신되는 경우, 결제자(100)에 대해 기 등록된 결제수단을 이용하여 대리결제요청내역정보에 포함된 대리결제요청금액에 대한 대리결제를 처리하게 된다.
이때, 처리부(340)는 대리결제의 처리가 완료되는 경우, 통신장치(3310)를 통해 대리결제 처리 결과를 가맹점장치(400), 및 가맹점단말(500)을 통해 구매자(600)에 전달하게 되며, 필요에 따라 대리결제 처리 결과를 결제자(100)에게 추가 전달할 수도 있다.
이상에서 살펴본 바와 같이, 본 발명의 일 실시예에 따른 대리결제장치(300) 및 이를 구현하기 위한 하드웨어 시스템(3000)에 따르면, 구매자(600)가 대리결제를 요청하는 경우, 결제자(100)가 사전에 생성한 대리결제식별정보를 구매자(600)로부터 확인하는 방식으로 구매자에 대한 대리결제가 처리됨에 따라, 대리결제 처리 과정에서 결제자의 개입이 필요치 않게 되는 것이다.
이하에서는, 도 4 및 도 5를 참조하여 본 발명의 일 실시예에 따른 대리결제장치(300)에서의 동작 흐름을 설명하기로 한다.
설명의 편의를 위해 전술한 도 1 내지 도 3에 도시된 구성은 해당 참조번호를 언급하여 설명하기로 한다.
우선, 도 4를 참조하여 본 발명의 일 실시예에 따른 대리결제장치(300)에서 대리결제식별정보를 생성하기 위한 동작 흐름을 살펴보면 다음과 같다.
먼저, 생성부(310)는 서비스지원장치(200)로부터 결제자(100)에 대한 대리결제식별정보의 생성이 요청되는 경우, 구매자(600)에 대한 대리결제 처리를 위해 요구되는 대리결제식별정보를 생성한다(S110-S160).
이때, 생성부(310)는 결제자(100)의 식별정보(예: 전화번호), 서비스지원장치(200)의 접속정보(예: 가맹점 대표 전화번호), 그리고 결제자(100)로부터 지정된 대리결제허용기간, 및 대리결제허용한도를 서비스지원장치(200)로부터 전달받게 된다.
여기서, 생성부(310)는 단계 'S120'에서 서비스지원장치(200)의 접속정보(예: 가맹점 대표 전화번호)로부터 대리구매 처리할 수 있는 가맹점을 확인할 수 있는 데, 만약 서비스지원장치(200)의 접속정보(예: 가맹점 대표 전화번호)로부터 가맹점이 확인되지 않는 경우에는, 대리결제식별정보의 생성 절차를 종료하게 된다.
한편, 구매자(600)에 대한 대리결제를 처리하기 위해선, 결제자(100)의 결제수단(예: 신용카드, 결제 포인트)이 사전 등록되어 있음이 전제되어야만 할 것이다.
이를 위해, 생성부(310)는 단계 'S130' 및 'S140'을 통해 결제자(100)의 결제수단이 등록되어 있지 않은 경우, 서비스지원장치(200)를 통해 결제자(100)의 결제수단을 전달받아 등록하고, 등록된 정보를 처리부(350)에 전달하게 된다.
이후, 지정부(320)는 결제자(100)에 대한 대리결제식별정보의 생성이 완료되면, 구매자(600)에 대한 대리결제를 제한하기 위한 대리결제제한정보를 지정한다(S160).
이와 관련하여, 지정부(320)는 생성부(310)로부터 대리결제식별정보와, 결제자(100)의 식별정보(예: 전화번호), 서비스지원장치(200)의 접속정보(예: 가맹점 대표 전화번호), 그리고 결제자(100)로부터 지정된 대리결제허용기간, 및 대리결제허용한도를 수신하게 된다.
이때, 지정부(320)는 서비스지원장치(200)의 접속정보(예: 가맹점 대표 전화번호)를 대리결제가 허용되는 장소(가맹점)인 대리결제허용장소로서 이용하게 되며, 이러한 대리결제허용장소를 나머지 대리결제허용기간, 및 대리결제허용한도와 함께 구매자(600)의 대리결제를 제한하기 위한 대리결제제한정보로 지정하게 된다.
그리고, 지정부(320)는 대리결제제한정보의 지정이 완료되면, 대리결제식별정보를 구매자(600)에게 전달하게 되며, 또한 대리결제정보와 생성부(310)로부터 전달된 결제자(100)의 대리결제식별정보를 결제자(100)의 식별정보(예: 전화번호)에 매핑하여 판별부(340)로 전달하게 된다.
이하에서는, 도 5를 참조하여 본 발명의 일 실시예에 따른 대리결제장치(300)에서 대리결제를 처리하기 위한 동작 흐름을 살펴보면 다음과 같다.
먼저, 수신부(330)는 구매자(600)로부터 대리결제가 요청되는 경우, 가맹점단말(500) 및 가맹점장치(400)를 통해 구매자(600)에 대한 대리결제 요청을 수신하게 한다(S210).
이때, 수신부(330)는 가맹점단말(500) 및 가맹점장치(400)를 통해 결제자(100)의 식별정보(예: 전화번호)와, 구매자(600)가 사전에 인지하고 있는 대리결제식별정보 그리고 대리결제요청내역정보를 수신하게 되며, 수신된 정보를 판별부(340)로 전달하게 된다.
여기서, 대리결제요청내역정보에는, 예컨대, 구매자로부터 대리결제가 요청된 시점인 대리결제요청시점, 대리결제와 관련된 구매행위가 이루어진 장소인 대리결제요청장소, 및 구매행위로 인해 지불해야 하는 금액인 대리결제요청금액이 포함될 수 있다.
참고로, 결제자(100)의 식별정보(예: 전화번호)는 예컨대 가맹점단말(500)에 구비된 키패드를 구매자(600)가 입력하는 방식을 통해 수신될 수 있으며, 대리결제식별정보의 경우, 예컨대 가맹점단말(500)에 구비된 키패드를 구매자(600)가 입력하는 방식 및 가맹점단말(500)에서 바코드 형태의 대리결제식별정보를 인식하는 방식을 통해 수신될 수 있다.
그리고 나서, 판별부(340)는 구매자(600)의 대리결제 요청을 수신한 수신부(330)로부터 결제자(100)의 식별정보(예: 전화번호)와, 구매자(600)가 사전에 인지하고 있는 대리결제식별정보 그리고 대리결제요청내역정보가 수신되는 경우, 수신된 정보를 이용하여 구매자(600)에 대한 대리결제가 가능한지 여부를 판별한다(S220-S230).
이때, 판별부(340)는 단계 'S220'을 통해 결제자(100)의 식별정보(예: 전화번호)에 매핑된 대리결제식별정보와, 구매자(600)로부터 수신된 대리결제식별정보가 일치하는지 여부를 우선 확인하게 되며, 대리결제식별정보가 일치하는 것으로 확인되는 경우, 단계 'S230'을 통해 결제자(100)의 식별정보(예: 전화번호)에 매핑된 대리결제제한정보를 이용하여 대리결제요청내역정보에 포함된 대리결제요청금액에 대한 대리결제가 가능한 지 여부를 판별하게 된다.
이때, 판별부(340)는 예컨대, 대리결제요청내역정보에 포함된 대리결제요청시점이 대리결제허용기간 이내이고, 대리결제요청내역정보에 포함된 대리결제요청장소가 대리결제허용장소이며, 또한 대리결제요청금액이 대리결제허용한도 이내인 경우에 한해 대리결제요청금액에 대한 대리결제가 가능한 것으로 판별할 수 있다.
이후, 처리부(340)는 구매자(600)에 대한 대리 결제가 가능한 것으로 판별된 경우, 결제자(100)에 대해 기 등록된 결제수단을 이용하여 대리결제요청내역정보에 포함된 대리결제요청금액에 대한 대리결제를 처리한다(S240).
이때, 처리부(340)는 대리결제의 처리가 완료되는 경우, 대리결제 처리 결과를 가맹점장치(400), 및 가맹점단말(500)을 통해 구매자(600)에 전달하게 되며, 필요에 따라 대리결제 처리 결과를 결제자(100)에게 추가 전달할 수도 있다.
이상에서 살펴본 바와 같이, 본 발명의 일 실시예에 따른 대리결제장치(300)에서의 동작 흐름에 따르면, 구매자(600)가 대리결제를 요청하는 경우, 결제자(100)가 사전에 생성한 대리결제식별정보를 구매자(600)로부터 확인하는 방식으로 구매자에 대한 대리결제가 처리됨에 따라, 대리결제 처리 과정에서 결제자의 개입이 필요치 않게 되는 것이다.
앞선, 본 발명의 일 실시예에 따르면, 결제자(1O0)에 대한 대리결제식별정보를 생성함에 있어서, 대리결제가 허용되는 구매자(600)가 특정되지 않고 있음을 알 수 있다.
이에, 이하에서는 대리결제가 허용하기 위한 구매자(600)를 특정할 수 있는 본 발명의 다른 실시예에 대해 살펴보기로 한다.
도 2에 도시된 바와 같이, 본 발명의 다른 실시예에 따른 대리결제장치(300)는 결제자(100)의 대리결제식별정보를 생성하는 생성부(310), 대리결제를 제한하기 위한 대리결제제한정보를 지정하는 지정부(320), 구매자(600)로부터의 대리결제 요청을 수신하는 수신부(330), 대리결제의 처리가 가능한 지 여부를 판별하는 판별부(340), 및 대리결제를 처리하는 처리부(350)를 포함하는 본 발명의 일 실시예에서와 동일한 구성을 가질 수 있다.
결국, 본 발명의 다른 실시예에 따른 대리결제장치(300)는 위 구성을 통해 대리결제가 허용되는 구매자(600)를 특정하여, 대리결제를 처리하게 되는 데, 이하에서는 이를 위한 대리결제장치(300) 내 각 구성에 대해 구체적으로 설명하기로 한다.
생성부(310)의 결제자에 대한 대리결제식별정보를 생성하게 된다.
보다 구체적으로, 생성부(310)는 서비스지원장치(200)로부터 결제자(100)에 대한 대리결제식별정보의 생성이 요청되는 경우, 구매자(600)에 대한 대리결제 처리를 위해 요구되는 대리결제식별정보를 생성하게 된다.
여기서, 생성부(310)가 서비스지원장치(200)로부터 대리결제식별정보의 생성 요청을 수신하기 위해선, 가맹점장치(400)와 가맹점단말(500)의 동작이 개입될 수 있다.
즉, 구매자(600)가 가맹점단말(500)을 통해 가맹점장치(400)에 할당된 서비스지원장치(200)의 접속정보(예: 가맹점 대표 전화번호)를 결제자(100)에 전달할 것을 요청하는 경우, 가맹점장치(400)에서는 서비스지원장치(200)의 접속정보(예: 가맹점 대표 전화번호)와 구매자(600)의 식별정보(예: 전화번호, 이하 '구매자식별정보'라 칭함)를 결제자(100)에게 전달하게 된다.
이로써, 결제자(100)는 가맹점장치(400)로부터 수신되는 서비스지원장치(200)의 접속정보(예: 가맹점 대표 전화번호)를 이용하여 서비스지원장치(200)에 접속(예: ARS 음성 호 접속, SMS 발신)하게 되며, 서비스지원장치(200)가 안내하는 일련의 과정에 따라 대리결제식별정보를 생성할 수 있는 것이다.
이때, 생성부(310)는 결제자(100)의 식별정보(예: 전화번호), 서비스지원장치(200)의 접속정보(예: 가맹점 대표 전화번호), 구매자식별정보, 그리고 결제자(100)로부터 지정된 대리결제허용기간, 및 대리결제허용한도를 서비스지원장치(200)로부터 전달받게 된다.
여기서, 결제자(100)의 식별정보(예: 전화번호)의 경우, 이후 판별부(340)에서 결제자(100)의 대리결제식별정보에 대한 일치 여부를 확인하는 데 이용될 수 있으며, 또한, 구매자식별정보의 경우 대리결제를 요청한 구매자(600)가 결제자(100)로 하여금 대리결제가 허용되었는 지를 확인하는 데 이용될 수 있다.
그리고, 서비스지원장치(200)의 접속정보(예: 가맹점 대표 전화번호)는 이후 지정부(320)에서 대리결제가 허용되는 장소(가맹점)인 대리결제허용장소를 지정하는 이용되는 데, 이러한 대리결제허용장소는, 앞서 언급한 대리결제허용기간 및, 대리결제허용한도와 함께 구매자(600)에 대한 대리결제를 제한하기 위한 대리결제제한정보로서 활용될 수 있다.
그리고, 생성부(310)는 결제자(100)의 결제수단이 등록되어 있지 않은 경우, 서비스지원장치(200)를 통해 결제자(100)의 결제수단을 전달받아 등록하고, 등록된 정보를 처리부(350)에 전달하게 된다.
지정부(320)는 대리결제제한정보를 지정하는 기능을 수행한다.
보다 구체적으로, 지정부(320)는 결제자(100)에 대한 대리결제식별정보의 생성이 완료되면, 구매자(600)에 대한 대리결제를 제한하기 위한 대리결제제한정보를 지정하게 된다.
이와 관련하여, 지정부(320)는 생성부(310)로부터 대리결제식별정보와, 결제자(100)의 식별정보(예: 전화번호), 서비스지원장치(200)의 접속정보(예: 가맹점 대표 전화번호), 구매자식별정보, 그리고 결제자(100)로부터 지정된 대리결제허용기간, 및 대리결제허용한도를 수신하게 된다.
이때, 지정부(320)는 서비스지원장치(200)의 접속정보(예: 가맹점 대표 전화번호)를 대리결제가 허용되는 장소(가맹점)인 대리결제허용장소로서 이용하게 되며, 이러한 대리결제허용장소를 나머지 대리결제허용기간, 및 대리결제허용한도와 함께 구매자(600)의 대리결제를 제한하기 위한 대리결제제한정보로 지정하게 된다.
그리고, 지정부(320)는 대리결제제한정보의 지정이 완료되면, 대리결제식별정보를 구매자(600)에게 전달하게 되며, 또한 대리결제정보와 생성부(310)로부터 전달된 결제자(100)의 대리결제식별정보를 구매자식별정보와 함께 결제자(100)의 식별정보(예: 전화번호)에 매핑하여 판별부(340)로 전달하게 된다.
수신부(330)는 구매자(600)에 대한 대리결제 요청을 수신하는 기능을 수행한다.
보다 구체적으로, 수신부(330)는 구매자(600)로부터 대리결제가 요청되는 경우, 가맹점단말(500) 및 가맹점장치(400)를 통해 구매자(600)에 대한 대리결제 요청을 수신하게 된다.
이때, 수신부(330)는 가맹점단말(500) 및 가맹점장치(400)를 통해 결제자(100)의 식별정보(예: 전화번호)와, 구매자(600)의 식별정보(구매자식별정보), 구매자(600)가 사전에 인지하고 있는 대리결제식별정보 그리고 대리결제요청내역정보를 수신하게 되며, 수신된 정보를 판별부(340)로 전달하게 된다.
여기서, 대리결제요청내역정보에는, 예컨대, 구매자로부터 대리결제가 요청된 시점인 대리결제요청시점, 대리결제와 관련된 구매행위가 이루어진 장소인 대리결제요청장소, 및 구매행위로 인해 지불해야 하는 금액인 대리결제요청금액이 포함될 수 있다.
참고로, 결제자(100)의 식별정보(예: 전화번호)는 예컨대 가맹점단말(500)에 구비된 키패드를 구매자(600)가 입력하는 방식을 통해 수신될 수 있으며, 대리결제식별정보의 경우, 예컨대 가맹점단말(500)에 구비된 키패드를 구매자(600)가 입력하는 방식 및 가맹점단말(500)에서 바코드 형태의 대리결제식별정보를 인식하는 방식을 통해 수신될 수 있다.
판별부(340)는 구매자(600)에 대한 대리결제가 가능한지 여부를 판별하는 기능을 수행한다.
보다 구체적으로, 판별부(340)는 구매자(600)의 대리결제 요청을 수신한 수신부(330)로부터 결제자(100)의 식별정보(예: 전화번호)와, 구매자(600)의 식별정보, 구매자(600)가 사전에 인지하고 있는 대리결제식별정보 그리고 대리결제요청내역정보가 수신되는 경우, 수신된 정보를 이용하여 구매자(600)에 대한 대리결제가 가능한지 여부를 판별하게 된다.
즉, 판별부(340)는 결제자(100)의 식별정보(예: 전화번호)에 매핑된 대리결제식별정보와, 구매자(600)로부터 수신된 대리결제식별정보가 일치하는지 그리고, 결제자(100)의 식별정보(예: 전화번호)에 매핑된 구매자식별정보와, 대리결제를 요청한 구매자(600)의 식별정보가 일치하는 지 여부를 우선 확인하게 되며, 모두 일치하는 것으로 확인되는 경우, 결제자(100)의 식별정보(예: 전화번호)에 매핑된 대리결제제한정보를 이용하여 대리결제요청내역정보에 포함된 대리결제요청금액에 대한 대리결제가 가능한 지 여부를 판별하게 된다.
이때, 판별부(340)는 예컨대, 대리결제요청내역정보에 포함된 대리결제요청시점이 대리결제허용기간 이내이고, 대리결제요청내역정보에 포함된 대리결제요청장소가 대리결제허용장소이며, 또한 대리결제요청금액이 대리결제허용한도 이내인 경우에 한해 대리결제요청금액에 대한 대리결제가 가능한 것으로 판별할 수 있다.
처리부(350)는 구매자(600)에 대한 대리결제를 처리하는 기능을 수행한다.
보다 구체적으로, 처리부(340)는 구매자(600)에 대한 대리 결제가 가능한 것으로 판별된 경우, 결제자(100)에 대해 기 등록된 결제수단을 이용하여 대리결제요청내역정보에 포함된 대리결제요청금액에 대한 대리결제를 처리하게 된다.
이때, 처리부(340)는 대리결제의 처리가 완료되는 경우, 대리결제 처리 결과를 가맹점장치(400), 및 가맹점단말(500)을 통해 구매자(600)에 전달하게 되며, 필요에 따라 대리결제 처리 결과를 결제자(100)에게 추가 전달할 수도 있다.
이상에서 살펴본 바와 같이, 본 발명의 다른 실시예에 따른 대리결제장치(300)에 따르면, 대리결제가 허용되도록 특정된 구매자(600)가 대리결제를 요청하는 경우에만 결제자(100)가 사전에 생성한 대리결제식별정보를 구매자(600)로부터 확인하는 방식으로 구매자에 대한 대리결제가 처리됨에 따라, 대리결제 처리 과정에서 결제자의 개입이 필요치 않게 되는 것이다.
이하에서는, 도 6 및 도 7을 참조하여 본 발명의 다른 실시예에 따른 대리결제장치(300)에서의 동작 흐름을 설명하기로 한다.
우선, 도 6을 참조하여 본 발명의 다른 실시예에 따른 대리결제장치(300)에서 대리결제식별정보를 생성하기 위한 동작 흐름을 살펴보면 다음과 같다.
먼저, 생성부(310)는 서비스지원장치(200)로부터 결제자(100)에 대한 대리결제식별정보의 생성이 요청되는 경우, 구매자(600)에 대한 대리결제 처리를 위해 요구되는 대리결제식별정보를 생성한다(S310-S360).
이때, 생성부(310)는 결제자(100)의 식별정보(예: 전화번호), 서비스지원장치(200)의 접속정보(예: 가맹점 대표 전화번호), 구매자식별정보, 그리고 결제자(100)로부터 지정된 대리결제허용기간, 및 대리결제허용한도를 서비스지원장치(200)로부터 전달받게 된다.
여기서, 생성부(310)는 단계 'S320'에서 서비스지원장치(200)의 접속정보(예: 가맹점 대표 전화번호)로부터 대리구매 처리할 수 있는 가맹점을 확인할 수 있는 데, 만약 서비스지원장치(200)의 접속정보(예: 가맹점 대표 전화번호)로부터 가맹점이 확인되지 않는 경우에는, 대리결제식별정보의 생성 절차를 종료하게 된다.
한편, 구매자(600)에 대한 대리결제를 처리하기 위해선, 결제자(100)의 결제수단(예: 신용카드, 결제 포인트)이 사전 등록되어 있음이 전제되어야만 할 것이다.
이를 위해, 생성부(310)는 단계 'S330' 및 'S340'을 통해 결제자(100)의 결제수단이 등록되어 있지 않은 경우, 서비스지원장치(200)를 통해 결제자(100)의 결제수단을 전달받아 등록하고, 등록된 정보를 처리부(350)에 전달하게 된다.
이후, 지정부(320)는 결제자(100)에 대한 대리결제식별정보의 생성이 완료되면, 구매자(600)에 대한 대리결제를 제한하기 위한 대리결제제한정보를 지정한다(S360).
이와 관련하여, 지정부(320)는 생성부(310)로부터 대리결제식별정보와, 결제자(100)의 식별정보(예: 전화번호), 서비스지원장치(200)의 접속정보(예: 가맹점 대표 전화번호), 구매자식별정보, 그리고 결제자(100)로부터 지정된 대리결제허용기간, 및 대리결제허용한도를 수신하게 된다.
이때, 지정부(320)는 서비스지원장치(200)의 접속정보(예: 가맹점 대표 전화번호)를 대리결제가 허용되는 장소(가맹점)인 대리결제허용장소로서 이용하게 되며, 이러한 대리결제허용장소를 나머지 대리결제허용기간, 및 대리결제허용한도와 함께 구매자(600)의 대리결제를 제한하기 위한 대리결제제한정보로 지정하게 된다.
그리고, 지정부(320)는 대리결제제한정보의 지정이 완료되면, 대리결제식별정보를 구매자(600)에게 전달하게 되며, 또한 대리결제정보와 생성부(310)로부터 전달된 결제자(100)의 대리결제식별정보를 구매자식별정보와 함께 결제자(100)의 식별정보(예: 전화번호)에 매핑하여 판별부(340)로 전달하게 된다.
이하에서는, 도 7을 참조하여 본 발명의 다른 실시예에 따른 대리결제장치(300)에서 대리결제를 처리하기 위한 동작 흐름을 살펴보기로 한다.
먼저, 수신부(330)는 구매자(600)로부터 대리결제가 요청되는 경우, 가맹점단말(500) 및 가맹점장치(400)를 통해 구매자(600)에 대한 대리결제 요청을 수신하게 한다(S410).
이때, 수신부(330)는 가맹점단말(500) 및 가맹점장치(400)를 통해 결제자(100)의 식별정보(예: 전화번호)와, 구매자(600)의 식별정보(구매자식별정보), 구매자(600)가 사전에 인지하고 있는 대리결제식별정보 그리고 대리결제요청내역정보를 수신하게 되며, 수신된 정보를 판별부(340)로 전달하게 된다.
여기서, 대리결제요청내역정보에는, 예컨대, 구매자로부터 대리결제가 요청된 시점인 대리결제요청시점, 대리결제와 관련된 구매행위가 이루어진 장소인 대리결제요청장소, 및 구매행위로 인해 지불해야 하는 금액인 대리결제요청금액이 포함될 수 있다.
참고로, 결제자(100)의 식별정보(예: 전화번호)는 예컨대 가맹점단말(500)에 구비된 키패드를 구매자(600)가 입력하는 방식을 통해 수신될 수 있으며, 대리결제식별정보의 경우, 예컨대 가맹점단말(500)에 구비된 키패드를 구매자(600)가 입력하는 방식 및 가맹점단말(500)에서 바코드 형태의 대리결제식별정보를 인식하는 방식을 통해 수신될 수 있다.
그리고 나서, 판별부(340)는 구매자(600)의 대리결제 요청을 수신한 수신부(330)로부터 결제자(100)의 식별정보(예: 전화번호)와, 구매자(600)의 식별정보, 구매자(600)가 사전에 인지하고 있는 대리결제식별정보 그리고 대리결제요청내역정보가 수신되는 경우, 수신된 정보를 이용하여 구매자(600)에 대한 대리결제가 가능한지 여부를 판별한다(S420-S430).
이때, 판별부(340)는 단계 'S420'을 통해 결제자(100)의 식별정보(예: 전화번호)에 매핑된 대리결제식별정보와, 구매자(600)로부터 수신된 대리결제식별정보가 일치하는지, 그리고 단계 'S420'을 통해 결제자(100)의 식별정보(예: 전화번호)에 매핑된 구매자식별정보와, 대리결제를 요청한 구매자(600)의 식별정보가 일치하는 지 여부를 우선 확인하게 되며, 모두 일치하는 것으로 확인되는 경우, 단계 'S440'을 통해 결제자(100)의 식별정보(예: 전화번호)에 매핑된 대리결제제한정보를 이용하여 대리결제요청내역정보에 포함된 대리결제요청금액에 대한 대리결제가 가능한 지 여부를 판별하게 된다.
이때, 판별부(340)는 예컨대, 대리결제요청내역정보에 포함된 대리결제요청시점이 대리결제허용기간 이내이고, 대리결제요청내역정보에 포함된 대리결제요청장소가 대리결제허용장소이며, 또한 대리결제요청금액이 대리결제허용한도 이내인 경우에 한해 대리결제요청금액에 대한 대리결제가 가능한 것으로 판별할 수 있다.
이후, 처리부(340)는 구매자(600)에 대한 대리 결제가 가능한 것으로 판별된 경우, 결제자(100)에 대해 기 등록된 결제수단을 이용하여 대리결제요청내역정보에 포함된 대리결제요청금액에 대한 대리결제를 처리한다(S450).
이때, 처리부(340)는 대리결제의 처리가 완료되는 경우, 대리결제 처리 결과를 가맹점장치(400), 및 가맹점단말(500)을 통해 구매자(600)에 전달하게 되며, 필요에 따라 대리결제 처리 결과를 결제자(100)에게 추가 전달할 수도 있다.
이상에서 살펴본 바와 같이, 본 발명의 다른 실시예에 따른 대리결제장치(300)에서의 동작 흐름에 따르면, 대리결제가 허용되도록 특정된 구매자(600)가 대리결제를 요청하는 경우에만 결제자(100)가 사전에 생성한 대리결제식별정보를 구매자(600)로부터 확인하는 방식으로 구매자에 대한 대리결제가 처리됨에 따라, 대리결제 처리 과정에서 결제자의 개입이 필요치 않게 되는 것이다.
한편, 본 명세서에서 설명하는 기능적인 동작과 주제의 구현물들은 디지털 전자 회로로 구현되거나, 본 명세서에서 개시하는 구조 및 그 구조적인 등가물들을 포함하는 컴퓨터 소프트웨어, 펌웨어 혹은 하드웨어로 구현되거나, 이들 중 하나 이상의 결합으로 구현 가능하다.  본 명세서에서 설명하는 주제의 구현물들은 하나 이상의 컴퓨터 프로그램 제품, 다시 말해 처리 시스템의 동작을 제어하기 위하여 혹은 이것에 의한 실행을 위하여 유형의 프로그램 저장매체 상에 인코딩된 컴퓨터 프로그램 명령에 관한 하나 이상의 모듈로서 구현될 수 있다.
컴퓨터로 판독 가능한 매체는 기계로 판독 가능한 저장 장치, 기계로 판독 가능한 저장 기판, 메모리 장치, 기계로 판독 가능한 전파형 신호에 영향을 미치는 물질의 조성물 혹은 이들 중 하나 이상의 조합일 수 있다.
본 명세서에서 "시스템"이나 "장치"라 함은 예컨대 프로그래머블 프로세서, 컴퓨터 혹은 다중 프로세서나 컴퓨터를 포함하여 데이터를 처리하기 위한 모든 기구, 장치 및 기계를 포괄한다. 처리 시스템은, 하드웨어에 부가하여, 예컨대 프로세서 펌웨어를 구성하는 코드, 프로토콜 스택, 데이터베이스 관리 시스템, 운영 체제 혹은 이들 중 하나 이상의 조합 등 요청 시 컴퓨터 프로그램에 대한 실행 환경을 형성하는 코드를 포함할 수 있다.
컴퓨터 프로그램(프로그램, 소프트웨어, 소프트웨어 어플리케이션, 스크립트 혹은 코드로도 알려져 있음)은 컴파일되거나 해석된 언어나 선험적 혹은 절차적 언어를 포함하는 프로그래밍 언어의 어떠한 형태로도 작성될 수 있으며, 독립형 프로그램이나 모듈, 컴포넌트, 서브루틴 혹은 컴퓨터 환경에서 사용하기에 적합한 다른 유닛을 포함하여 어떠한 형태로도 전개될 수 있다. 컴퓨터 프로그램은 파일 시스템의 파일에 반드시 대응하는 것은 아니다. 프로그램은 요청된 프로그램에 제공되는 단일 파일 내에, 혹은 다중의 상호 작용하는 파일(예컨대, 하나 이상의 모듈, 하위 프로그램 혹은 코드의 일부를 저장하는 파일) 내에, 혹은 다른 프로그램이나 데이터를 보유하는 파일의 일부(예컨대, 마크업 언어 문서 내에 저장되는 하나 이상의 스크립트) 내에 저장될 수 있다. 컴퓨터 프로그램은 하나의 사이트에 위치하거나 복수의 사이트에 걸쳐서 분산되어 통신 네트워크에 의해 상호 접속된 다중 컴퓨터나 하나의 컴퓨터 상에서 실행되도록 전개될 수 있다.
한편, 컴퓨터 프로그램 명령어와 데이터를 저장하기에 적합한 컴퓨터로 판독 가능한 매체는, 예컨대 EPROM, EEPROM 및 플래시메모리 장치와 같은 반도체 메모리 장치, 예컨대 내부 하드디스크나 외장형 디스크와 같은 자기 디스크, 자기광학 디스크 및 CD-ROM과 DVD-ROM 디스크를 포함하여 모든 형태의 비휘발성 메모리, 매체 및 메모리 장치를 포함할 수 있다. 프로세서와 메모리는 특수 목적의 논리 회로에 의해 보충되거나, 그것에 통합될 수 있다.
본 명세서에서 설명한 주제의 구현물은 예컨대 데이터 서버와 같은 백엔드 컴포넌트를 포함하거나, 예컨대 어플리케이션 서버와 같은 미들웨어 컴포넌트를 포함하거나, 예컨대 사용자가 본 명세서에서 설명한 주제의 구현물과 상호 작용할 수 있는 웹 브라우저나 그래픽 유저 인터페이스를 갖는 클라이언트 컴퓨터와 같은 프론트엔드 컴포넌트 혹은 그러한 백엔드, 미들웨어 혹은 프론트엔드 컴포넌트의 하나 이상의 모든 조합을 포함하는 연산 시스템에서 구현될 수도 있다. 시스템의 컴포넌트는 예컨대 통신 네트워크와 같은 디지털 데이터 통신의 어떠한 형태나 매체에 의해서도 상호 접속 가능하다.
본 명세서는 다수의 특정한 구현물의 세부사항들을 포함하지만, 이들은 어떠한 발명이나 청구 가능한 것의 범위에 대해서도 제한적인 것으로서 이해되어서는 안되며, 오히려 특정한 발명의 특정한 실시형태에 특유할 수 있는 특징들에 대한 설명으로서 이해되어야 한다. 마찬가지로, 개별적인 실시형태의 문맥에서 본 명세서에 기술된 특정한 특징들은 단일 실시형태에서 조합하여 구현될 수도 있다. 반대로, 단일 실시형태의 문맥에서 기술한 다양한 특징들 역시 개별적으로 혹은 어떠한 적절한 하위 조합으로도 복수의 실시형태에서 구현 가능하다. 나아가, 특징들이 특정한 조합으로 동작하고 초기에 그와 같이 청구된 바와 같이 묘사될 수 있지만, 청구된 조합으로부터의 하나 이상의 특징들은 일부 경우에 그 조합으로부터 배제될 수 있으며, 그 청구된 조합은 하위 조합이나 하위 조합의 변형물로 변경될 수 있다.
또한, 본 명세서에서는 특정한 순서로 도면에서 동작들을 묘사하고 있지만, 이는 바람직한 결과를 얻기 위하여 도시된 그 특정한 순서나 순차적인 순서대로 그러한 동작들을 수행하여야 한다거나 모든 도시된 동작들이 수행되어야 하는 것으로 이해되어서는 안 된다. 특정한 경우, 멀티태스킹과 병렬 프로세싱이 유리할 수 있다. 또한, 상술한 실시형태의 다양한 시스템 컴포넌트의 분리는 그러한 분리를 모든 실시형태에서 요구하는 것으로 이해되어서는 안되며, 설명한 프로그램 컴포넌트와 시스템들은 일반적으로 단일의 소프트웨어 제품으로 함께 통합되거나 다중 소프트웨어 제품에 패키징될 수 있다는 점을 이해하여야 한다
이와 같이, 본 명세서는 그 제시된 구체적인 용어에 본 발명을 제한하려는 의도가 아니다. 따라서, 상술한 예를 참조하여 본 발명을 상세하게 설명하였지만, 당업자라면 본 발명의 범위를 벗어나지 않으면서도 본 예들에 대한 개조, 변경 및 변형을 가할 수 있다. 본 발명의 범위는 상기 상세한 설명보다는 후술하는 특허청구범위에 의하여 나타내어지며, 특허청구범위의 의미 및 범위 그리고 그 등가개념으로부터 도출되는 모든 변경 또는 변형된 형태가 본 발명의 범위에 포함되는 것으로 해석되어야 한다.

Claims (11)

  1. 구매자의 대리결제 요청과 관련하여, 대리결제식별정보 및 대리결제요청내역정보를 수신하는 수신부;
    상기 대리결제식별정보가 결제자가 생성한 특정 대리결제식별정보와 일치하는 것으로 확인되는 경우, 상기 결제자가 지정한 대리결제제한정보를 기초로 상기 대리결제요청내역정보에 포함된 대리결제요청금액에 대한 대리결제가 가능한 지 여부를 판별하는 판별부; 및
    상기 대리결제가 가능한 것으로 판별되는 경우, 상기 결제자의 기 등록된 결제수단을 이용하여 상기 대리결제요청금액에 대한 대리결제를 처리하는 처리부를 포함하는 것을 특징으로 하는 대리결제장치.
  2. 제 1 항에 있어서,
    상기 대리결제제한정보는,
    상기 결제자가 지정한 대리결제허용기간, 대리결제허용장소, 및 대리결제허용한도 중 적어도 어느 하나를 포함하는 것을 특징으로 하는 대리결제장치.
  3. 제 2 항에 있어서,
    상기 판별부는,
    상기 대리결제요청내역정보에 포함된 대리결제요청시점이 상기 대리결제허용기간 이내이거나, 또는 상기 대리결제요청내역정보에 포함된 대리결제요청장소가 상기 대리결제허용장소이거나, 내지는 상기 대리결제요청금액이 상기 대리결제허용한도 이내인 경우에 대리결제가 가능한 것으로 판별하는 것을 특징으로 하는 대리결제장치.
  4. 제 3 항에 있어서,
    상기 처리부는,
    상기 구매자의 대리결제 요청과 관련하여, 제1결제자가 생성한 대리결제식별정보, 및 제2결제자가 생성한 대리결제식별정보가 함께 수신되는 경우,
    상기 대리결제요청금액 중 적어도 일부의 금액에 대해서는 상기 제1결제자의 기 등록된 결제수단을 이용한 대리결제를 처리하며,
    상기 대리결제요청금액 중 상기 적어도 일부의 금액을 제외한 나머지 금액에 대해서는 상기 제2결제자의 기 등록된 결제수단을 이용하여 대리결제를 처리하는 것을 특징으로 하는 대리결제장치.
  5. 제 4 항에 있어서,
    상기 적어도 일부의 금액은,
    상기 대리결제요청금액 중 상기 제1결제자와 관련된 상기 대리결제허용한도 이내의 금액을 포함하며,
    상기 나머지 금액은,
    상기 대리결제요청금액 중 상기 제1결제자와 관련된 상기 대리결제허용한도를 초과한 금액을 포함하는 것을 특징으로 하는 대리결제장치.
  6. 제 4 항에 있어서,
    상기 적어도 일부의 금액 및 상기 나머지 금액은,
    상기 구매자 또는 상기 대리결제장가 지정한 대리결제처리비율에 따라 상기 대리결제요청금액으로부터 분할 결정되는 것을 특징으로 하는 대리결제장치.
  7. 구매자의 대리결제 요청과 관련하여 대리결제식별정보 및 구매자식별정보를 수신하는 수신부; 및
    상기 대리결제식별정보가 상기 구매자식별정보를 기초로 결제자가 생성한 특정 대리결제식별정보와 일치하는 경우, 상기 결제자의 기 등록된 결제수단을 이용하여 상기 구매자에 대한 대리결제를 처리하는 처리부를 포함하는 것을 특징으로 하는 대리결제장치.
  8. 구매자의 대리결제 요청과 관련하여, 대리결제식별정보 및 대리결제요청내역을 수신하는 수신단계;
    상기 대리결제식별정보가 결제자가 생성한 특정 대리결제식별정보와 일치하는 것으로 확인되는 경우, 상기 결제자가 지정한 대리결제제한정보를 기초로 상기 대리결제요청내역정보에 포함된 대리결제요청금액에 대한 대리결제가 가능한 지 여부를 판별하는 판별단계; 및
    상기 대리결제가 가능한 것으로 판별되는 경우, 상기 결제자의 기 등록된 결제수단을 이용하여 상기 대리결제요청금액에 대한 대리결제를 처리하는 처리단계를 포함하는 것을 특징으로 하는 대리결제장치의 동작 방법.
  9. 제 8 항에 있어서,
    상기 대리결제제한정보는,
    상기 결제자가 지정한 대리결제허용기간, 대리결제허용장소, 및 대리결제허용한도 중 적어도 어느 하나를 포함하는 것을 특징으로 하는 대리결제장치의 동작 방법.
  10. 제 9 항에 있어서,
    상기 판별단계는,
    상기 대리결제요청내역정보에 포함된 대리결제요청시점이 상기 대리결제허용기간 이내이거나, 또는 상기 대리결제요청내역정보에 포함된 대리결제요청장소가 상기 대리결제허용장소이거나, 내지는 상기 대리결제요청금액이 상기 대리결제허용한도 이내인 경우에 대리결제가 가능한 것으로 판별하는 것을 특징으로 하는 대리결제장치의 동작 방법.
  11. 제 10 항에 있어서,
    상기 처리단계는,
    상기 구매자의 대리결제 요청과 관련하여, 제1결제자가 생성한 대리결제식별정보, 및 제2결제자가 생성한 대리결제식별정보가 함께 수신되는 경우,
    상기 대리결제요청금액 중 적어도 일부의 금액에 대해서는 상기 제1결제자의 기 등록된 결제수단을 이용한 대리결제를 처리하며,
    상기 대리결제요청금액 중 상기 적어도 일부의 금액을 제외한 나머지 금액에 대해서는 상기 제2결제자의 기 등록된 결제수단을 이용하여 대리결제를 처리하는 것을 특징으로 하는 대리결제장치의 동작 방법.
PCT/KR2015/013353 2015-05-26 2015-12-08 대리결제장치 및 그 동작 방법 WO2016190503A1 (ko)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US15/322,668 US20180068362A1 (en) 2015-05-26 2015-12-08 Proxy payment device and operation method therefor
CN201580038503.0A CN106537434A (zh) 2015-05-26 2015-12-08 代理支付设备及其操作方法
EP15893455.4A EP3306544A4 (en) 2015-05-26 2015-12-08 Proxy payment device and operation method therefor

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2015-0072836 2015-05-26
KR1020150072836A KR20160138684A (ko) 2015-05-26 2015-05-26 대리결제장치 및 그 동작 방법

Publications (1)

Publication Number Publication Date
WO2016190503A1 true WO2016190503A1 (ko) 2016-12-01

Family

ID=57393287

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2015/013353 WO2016190503A1 (ko) 2015-05-26 2015-12-08 대리결제장치 및 그 동작 방법

Country Status (5)

Country Link
US (1) US20180068362A1 (ko)
EP (1) EP3306544A4 (ko)
KR (1) KR20160138684A (ko)
CN (1) CN106537434A (ko)
WO (1) WO2016190503A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180285855A1 (en) * 2017-04-03 2018-10-04 Sk Planet Co., Ltd. System for proxy payment based on shared electronic commerce shopping cart, method thereof and non-transitory computer readable storage medium having computer program recorded thereon

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20190024168A (ko) * 2017-08-31 2019-03-08 십일번가 주식회사 하이브리드장치 및 그 동작 방법, 그리고 주문버튼장치
KR102312600B1 (ko) * 2019-10-01 2021-10-14 스피너미디어 주식회사 응급 대신 결제 처리 서버를 이용한 응급 대신 결제 방법 및 이를 이용한 응급 대신 결제 시스템
TWI782264B (zh) * 2020-03-30 2022-11-01 兆豐國際商業銀行股份有限公司 代理支付系統以及代理支付方法
KR102575042B1 (ko) * 2023-02-14 2023-09-06 (주)커넥 케이스별 맞춤형 유저 간 대리 결제 방법, 장치 및 컴퓨터-판독가능 기록매체

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20110127891A (ko) * 2010-05-20 2011-11-28 사이버씨브이에스(주) 대리결제 시스템 및 이를 이용한 대리결제 서비스 방법
KR20120084996A (ko) * 2011-01-21 2012-07-31 이준구 복수결제를 통한 대리구매 시스템 및 방법
KR20130014947A (ko) * 2011-08-01 2013-02-12 삼성전자주식회사 여신거래 시스템, 여신거래 장치, 타인에게 여신부여가 가능한 단말기 및 그 방법
KR20130110810A (ko) * 2012-03-30 2013-10-10 김종현 신용한도를 가진 한도 부여자와 한도 수혜자 간의 한도 쉐어링 방법 및 그 장치
KR20140017264A (ko) * 2012-07-31 2014-02-11 주식회사 케이티 결제 서비스 제공 방법 및 그 시스템

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102346903B (zh) * 2010-08-03 2014-06-25 中国银联股份有限公司 账单处理方法及其系统
CN103123706A (zh) * 2011-11-18 2013-05-29 中兴通讯股份有限公司 账单代付管理方法、装置及系统
CA2870753A1 (en) * 2012-03-30 2013-10-03 Ip Payovation Pty Ltd Payment apparatus and method
US20150120536A1 (en) * 2013-10-31 2015-04-30 Albert Talker Electronic payment and authentication system
CN104217333A (zh) * 2014-05-12 2014-12-17 陈俊 一种借助移动终端、互联网和计算机的认证支付方法
CN104463450A (zh) * 2014-11-28 2015-03-25 小米科技有限责任公司 一种订单处理的方法和装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20110127891A (ko) * 2010-05-20 2011-11-28 사이버씨브이에스(주) 대리결제 시스템 및 이를 이용한 대리결제 서비스 방법
KR20120084996A (ko) * 2011-01-21 2012-07-31 이준구 복수결제를 통한 대리구매 시스템 및 방법
KR20130014947A (ko) * 2011-08-01 2013-02-12 삼성전자주식회사 여신거래 시스템, 여신거래 장치, 타인에게 여신부여가 가능한 단말기 및 그 방법
KR20130110810A (ko) * 2012-03-30 2013-10-10 김종현 신용한도를 가진 한도 부여자와 한도 수혜자 간의 한도 쉐어링 방법 및 그 장치
KR20140017264A (ko) * 2012-07-31 2014-02-11 주식회사 케이티 결제 서비스 제공 방법 및 그 시스템

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3306544A4 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180285855A1 (en) * 2017-04-03 2018-10-04 Sk Planet Co., Ltd. System for proxy payment based on shared electronic commerce shopping cart, method thereof and non-transitory computer readable storage medium having computer program recorded thereon

Also Published As

Publication number Publication date
EP3306544A1 (en) 2018-04-11
CN106537434A (zh) 2017-03-22
KR20160138684A (ko) 2016-12-06
US20180068362A1 (en) 2018-03-08
EP3306544A4 (en) 2018-12-05

Similar Documents

Publication Publication Date Title
WO2016190503A1 (ko) 대리결제장치 및 그 동작 방법
WO2017222172A1 (ko) 카드 이용 내역에 따라 모바일 쿠폰 서비스를 제공하는 방법 및 서버
WO2015111950A1 (ko) 메세지 중개 방법, 메세지 처리 방법, 서비스 관리 방법 및 상기 방법을 수행하는 장치
WO2014171680A1 (en) Mobile terminal, security server and payment method thereof
WO2019017688A1 (ko) 매출채권의 선지급 방법
WO2017065583A1 (ko) 이동통신단말기간 카드 결제를 수행하는 모바일 카드 결제 시스템 및 방법
WO2016199994A1 (ko) 무인 택배함을 이용한 관심상품 선행 배송 서비스 제공 장치 및 그 방법, 그리고 컴퓨터 프로그램이 기록된 기록매체
WO2021025387A1 (ko) 통합 주문 및 통합 배송이 가능한 전자상거래 방법 및 이를 위한 서버
WO2016133355A1 (ko) 휴대용 단말기에 설치된 앱을 이용한 중고물품거래 서비스장치 및 그 방법
WO2014107067A1 (ko) 이동통신단말기를 이용한 셀프 카드 결제 시스템 및 방법
WO2019212295A1 (ko) 공급자와 판매자간 전자 상거래 중계 시스템 및 중계 방법
WO2012115490A2 (en) Method for buying and selling goods and shopping support system supporting the same
WO2015194765A1 (ko) 배달주문 중계시스템 및 그 제공방법
WO2017188488A1 (ko) 모바일 선불카드의 서비스 시스템, 이의 클론카드 저장장치 및 서비스 방법
WO2016175422A1 (ko) 모바일 스탬프 장치
WO2017135608A1 (ko) 이벤트 성공에 따른 판매 수익 분배를 이용한 상품 판매 촉진 시스템 및 방법
WO2024111886A1 (ko) 임금 사전 지급을 위한 전자 장치 및 이를 이용한 임금 지급 방법
WO2020153798A1 (ko) 온라인거래에서, url과 연동할 수 있는 신용카드를 이용한 결제시스템이나 결제방법
WO2020222558A2 (ko) 정산 서버 및 그 방법
WO2012064026A2 (ko) 전자영수증 발급방법
WO2015182838A2 (ko) 결제 서비스 시스템, 이를 위한 장치 및 방법
WO2017043847A1 (ko) 관리비 절감 시스템 그리고 플랫폼 서버 연동 클라우드 기반 결재 서비스 방법
WO2016171373A1 (ko) 광고플랫폼장치 및 그 동작 방법
WO2019177408A1 (ko) 온라인 인증을 이용하여 오프라인 결제를 수행하는 시스템 및 전자 장치
WO2018048036A1 (ko) 상품 주문을 위한 주문 전용 장치 및 이를 이용한 상품 주문 시스템 및 방법, 그리고 컴퓨터 프로그램이 기록된 기록매체

Legal Events

Date Code Title Description
REEP Request for entry into the european phase

Ref document number: 2015893455

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 15322668

Country of ref document: US

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

Ref document number: 15893455

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2015893455

Country of ref document: EP