WO2016072731A1 - 이벤트 권리의 승인 방법 및 시스템 - Google Patents

이벤트 권리의 승인 방법 및 시스템 Download PDF

Info

Publication number
WO2016072731A1
WO2016072731A1 PCT/KR2015/011770 KR2015011770W WO2016072731A1 WO 2016072731 A1 WO2016072731 A1 WO 2016072731A1 KR 2015011770 W KR2015011770 W KR 2015011770W WO 2016072731 A1 WO2016072731 A1 WO 2016072731A1
Authority
WO
WIPO (PCT)
Prior art keywords
event
event right
approval
message
information
Prior art date
Application number
PCT/KR2015/011770
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 JP2017543692A priority Critical patent/JP6343402B2/ja
Publication of WO2016072731A1 publication Critical patent/WO2016072731A1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, 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/401—Transaction verification
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/326—Payment applications installed on the mobile devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/387—Payment using discounts or coupons
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, 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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, 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/405—Establishing or using transaction specific rules
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40—Business processes related to the transportation industry
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements

Definitions

  • the present invention relates to a method and system for approving event rights such as coupons, gift certificates, and gift cones, and more specifically, a method for allowing a seller terminal to approve event rights based on a message sent by a message server through a messenger application; It is about the system.
  • POS point of sale
  • the present invention provides a method and system that can increase the transaction reliability of event rights by acquiring event rights such as mobile gift certificates, mobile coupons, etc. through a messenger application, and then processing the approval process of event rights through a message server.
  • the present invention provides a method and system for lowering the barrier to introducing a new method by utilizing a generally used messenger application to purchase and approve event rights, and more easily expand the new method.
  • the present invention extends the range of terminals related to event rights to general users who purchase or use event rights as well as sellers who approve event rights, thereby expanding the installation and use of messenger applications that can process event rights in the form of messages. It provides a method and system that can be.
  • the present invention provides a method and system that can increase the likelihood of providing various services using the messenger application as a platform as a messenger application is used for the approval of event rights.
  • the method for approving an event right performed by a message server may include receiving information regarding a detailed item of an event right from an event rights management server; Transmitting the event right to the user terminal in the form of a message based on the information about the detailed item of the event right; Receiving information regarding the processing of event rights from a user terminal or an event rights management server; Delivering a processing request message of an event right to a seller terminal based on the information about the processing; Receiving information regarding approval of an event right from the event rights management server or a seller terminal; And transmitting the approval result message of the event right to the seller terminal or the user terminal based on the information about the approval.
  • the user terminal may be the same as the user terminal that purchased the event right, or may be a different terminal from the user terminal that purchased the event right.
  • the user terminal may receive information about a request for using the event right.
  • the event right management server may receive a result of determining the validity of the event right.
  • Receiving the information about the processing of the event rights when it is determined that the event rights are valid by the event rights management server, may receive information about the request to process the event rights from the event rights management server. .
  • the event rights management server may receive information on the approval result of the event right according to the approval request of the seller terminal.
  • the information on the approval result of the event right may be received from the seller terminal.
  • the method may further include receiving information about a seller terminal to which the event right processing request message is to be delivered.
  • the information on the detailed item of the event right may include information about a user terminal that purchased the event right or information about a seller terminal to process the event right.
  • the information about the seller terminal may include an ID of a message server registered by the seller of the seller terminal to deliver the processing request message or the approval result message to the seller terminal.
  • the event rights management server may determine whether the validity period of the event right has passed, whether the seller who wants to approve the event right is appropriate when the event right is requested to be used, and information about the seller terminal input when the event right is requested to be used.
  • the validity of the event right may be performed by determining whether the event right is not used yet, or whether the event right is requested to be used from a second user terminal having an appropriate authority.
  • Receiving the information on the approval of the event right, in response to the approval request of the seller terminal may receive the approval result of the event rights performed by the event rights management server.
  • Receiving the information on the approval of the event right may receive a result of the approval of the event rights performed by the seller terminal.
  • the seller terminal may display the processing request message in different interfaces according to the user terminal so as to distinguish between the user terminals requesting the use of the event right.
  • the seller terminal When the seller terminal receives an approval result message corresponding to the processing request message of the event right from the message server, the seller terminal may delete or move the processing request message to a predetermined storage area.
  • the seller terminal groups the processing request message according to the time at which the processing request message of the event right is received, the attribute of the event right management server which issued the event right, or the attribute of the event right, and then the grouping result.
  • the processing request message may be displayed in the chat room corresponding to.
  • a method for approving an event right performed by a seller terminal includes receiving a request message for processing an event right from a message server; Transmitting information regarding the approval of the event right to a message server or an event rights management server in response to the processing request message; And receiving an approval result message of an event right from the message server.
  • the message server may transmit a processing request message to the seller terminal based on the information about the processing of the event right, which is determined to be valid according to the use request of the event right.
  • the message server may transmit a processing request message or an approval result message to the seller terminal by using the information about the seller terminal delivered according to the use request of the event right.
  • a message server performing a method for approving an event right includes: receiving information on a detailed item of an event right from an event rights management server; Transmitting the event right to the user terminal in the form of a message based on the information about the detailed item of the event right; Receiving information regarding the processing of event rights from a user terminal or an event rights management server; Delivering a processing request message of an event right to a seller terminal based on the information about the processing; Receiving information regarding approval of an event right from the event rights management server or a seller terminal; And transmitting the approval result message of the event right to the seller terminal or the user terminal based on the information about the approval.
  • Merchant terminal for performing the event rights approval method includes a processor and a communication unit for controlling the transmission and reception of the message, the communication unit, receiving the event request processing request message from the message server ; Transmitting information regarding the approval of the event right to a message server or an event rights management server in response to the processing request message; And receiving an approval result message of the event right from the message server.
  • the application is performed by a processor of the seller terminal, the step of receiving an event request processing request message from a message server; Transmitting information regarding the approval of the event right to a message server or an event rights management server in response to the processing request message; And receiving an approval result message of an event right from the message server.
  • the transaction reliability of the event right may be increased by processing an approval process of the event right through a message server.
  • the present invention by determining whether the request for approval of the event right is valid through unique identification information such as a UUID or a messenger ID of the user terminal, it is possible to solve an operation concern in the approval process of the event right. have.
  • the barrier to introducing a new method is low, and the new method can be easily extended.
  • a messenger application capable of processing an event right in the form of a message by extending the scope of the terminal related to the event right to a general user who purchases or uses the event right as well as a seller who approves the event right. Installation and use can be expanded.
  • a messenger application is used to approve event rights, it is possible to increase the possibility of providing various services using the messenger application as a platform.
  • FIG. 1 is a diagram illustrating a whole system for a process of approving event rights according to an embodiment of the present invention.
  • FIG. 2 is a flowchart illustrating the operation of a message server according to an embodiment of the present invention.
  • FIG. 3 is a flowchart illustrating an operation of a seller terminal according to an embodiment of the present invention.
  • FIG. 4 is a flowchart illustrating a process of approving an event right by the entire system of FIG. 1 according to an embodiment of the present invention.
  • FIG. 5 is a diagram illustrating an example of receiving an event right through a messenger application according to an embodiment of the present invention.
  • FIG. 6 is a diagram illustrating an example of the use of event rights according to an embodiment of the present invention.
  • FIG. 7 illustrates an example of receiving a request for processing an event right according to an embodiment of the present invention.
  • FIG. 1 is a diagram illustrating a whole system for a process of approving event rights according to an embodiment of the present invention.
  • a system for approving event rights includes a first user terminal 101, an event rights management server 102, a message server 103, a second user terminal 104, and a seller terminal 105. It may include.
  • the message server 103 transmits the event right, transmits a use request regarding the event right, transmits a processing request regarding the event right, or sends the event right through a messenger application installed in the second user terminal 104 or the seller terminal 105. You can mediate the transfer of approval results.
  • the first user terminal 101 refers to a terminal of a first user who purchased an event right through the event rights management server 102.
  • the event right means a right to receive a use, a discount, a purchase, an exchange, or the like with respect to a product or a service, or a right having a certain amount of value, and a gift certificate, a ticket, a discount coupon, an exchange coupon, a free coupon, a gift It may be implemented in various forms such as a cone.
  • the first user terminal 101 and the second user terminal 104 are illustrated separately from each other. This is illustrated on the premise that the first user terminal 101 purchasing the event right and the second user terminal 104 using the event right are different from each other. If the subject purchasing the event right is the same as the subject using the event right, the first user terminal 101 and the second user terminal 104 shown in FIG. 1 may be represented as one terminal.
  • the event rights management server 102 may issue event rights.
  • the event rights management server 102 may transmit information on the detailed items of the event rights purchased by the first user terminal 101 to the message server 103.
  • the event right management server 102 may determine the validity of the event right such as whether the event right is available or already used.
  • the event right management server 102 may approve the event right according to the approval request of the seller terminal 105.
  • the approval request of the seller terminal 105 may be generated by the seller selects a button or icon displayed on the seller terminal 105.
  • the approval request of the seller terminal 105 may be generated by the seller inputs separate approval information to the seller terminal 105.
  • the event rights management server 102 does not need to approve the event right.
  • the message server 103 may provide the event rights purchased by the first user terminal 101 to the second user terminal 104 in the form of a message.
  • the information on the details of the event rights purchased by the first user terminal 101 is transmitted from the event rights management server 102.
  • the information on the details of the event right includes information about the first user terminal 101 that purchased the event right, information about the second user terminal 104 using the event right, and a processing request message about the event right. It may include at least one of the information on the receiving seller terminal 105.
  • the message server 103 may include a text, an image, a video, etc. representing the event right in the message and provide the message to the second user terminal 104.
  • the message server 103 may provide the second user terminal 104 by including a link for downloading the event right or confirming the event right in the message.
  • the second user terminal 104 may refer to a terminal of a second user who receives an event right purchased by the first user terminal 101 in a message form.
  • the second user may be a user who first received an event right from the message server 103 or a user who received an event right shared or transferred by another user.
  • the first user terminal 101 and the second user terminal 104 may be different from each other.
  • the second user terminal 104 may be the first user terminal 101.
  • the first user terminal 101 purchases the event right to the user, and determines the counterpart to provide the event right as the first user terminal 101 may be provided with the event right from the message server 103.
  • the second user terminal 104 may perform a request for use of the event right at a store on the seller's online or offline store with respect to the seller terminal 105.
  • information about the seller terminal 105 may be needed.
  • the information about the seller terminal 105 means information for identifying the seller terminal 105 to which the message server 103 wants to send a message.
  • the information about the seller terminal 105 may be an ID used when the seller of the seller terminal 105 registers with the message service associated with the message server 103. Therefore, when a messenger application that can use the message service of the message server 103 is installed in a plurality of terminals of the seller, the seller may receive a message from the message server through the terminals where the messenger application is installed.
  • Such information about the seller terminal 105 may be registered in advance in the event rights management server 102 or may be input by the second user terminal 104. On the other hand, the information about the seller terminal 105 is used when the event right is issued by the event rights management server 102 and transferred to the second user terminal 104 or the event right is used by the second user terminal 104. When it is delivered to the message server 103.
  • the second user terminal 104 transmits a request for using an event right
  • the second user terminal 104 receives information about the seller terminal 105 obtained through various paths through an interface and receives a message server ( 103).
  • the request for use of the event right may be generated by selecting an icon or a button related to the request for use of the event right delivered in the form of a message.
  • the information about the seller terminal 105 may be converted into a unique code.
  • the unique code is distributed offline or online, and the second user terminal 104 may transmit a request for use of the event right including the unique code input through the interface.
  • the method delivered through offline may include a method in which a unique code is displayed on a separate display of a seller's store or a unique code is displayed on a purchase receipt.
  • a unique code may be delivered to the second user terminal 104 through a beacon installed in a seller's store, or a unique code may be delivered through a messenger application or another application.
  • the seller terminal 105 means a terminal of a seller that performs an approval process regarding an event right.
  • the seller terminal 105 may refer to a terminal on which a messenger application capable of receiving a message from the message server 103 is installed.
  • the seller terminal 105 may generate information about the approval of the event right requested by the second user terminal 104.
  • the seller terminal 105 may transmit a request for approval of the event right to the event rights management server 102.
  • the information about the approval of the event right may include a request for approval of the event right.
  • the event right management server 102 may approve the event right according to the approval request of the seller terminal 105.
  • the seller terminal 105 may directly approve the event right.
  • the information about the approval of the event right may include a result of the approval of the event right.
  • the information about the approval of the event right may be generated based on an input for approval input from the seller terminal 105.
  • the input for approval may mean selecting an interface such as an icon, a button, etc., which is inserted and displayed in the processing request message or displayed on the seller terminal 105 separately from the processing request message.
  • the input for approval may include inputting approval information (for example, a password for authenticating a seller and device information through a touch of a separate device supporting short-range wireless communication) input to the seller terminal 105. It may include.
  • the second user terminal 104 and the seller terminal 105 may receive various types of information related to the event right through the messenger application associated with the message server 103.
  • the second user terminal 104 may receive an event right from the message server 103 in the form of a message through a messenger application associated with the message server 103.
  • the seller terminal 105 may receive a processing request message of an event right from the message server 103 through a messenger application.
  • the second user terminal 104 or the seller terminal 105 may receive an approval result message of the event right through the messenger application. Accordingly, the second user terminal 104 and the seller terminal 105 may receive information regarding the use or approval of the event right more conveniently through the messenger application.
  • FIG. 2 is a flowchart illustrating the operation of a message server according to an embodiment of the present invention.
  • the message server 103 may receive information from the event rights management server 102 regarding the details of the event rights.
  • the information about the detailed item of the event right may include information about the second user terminal 104 having purchased the event right or information about the seller terminal 105 to process the event right.
  • the information about the second user terminal 104 or the information about the seller terminal 105 may include the second user terminal 104 or the seller terminal 105 in which the message server 103 sends various messages about event rights. May be necessary information to send.
  • the information about the detailed item of the event right may be generated while the event right management server 102 issues the event right.
  • the message server 103 may forward the event right to the second user terminal 104.
  • the message server 103 may provide the event right to the second user terminal 104 in the form of a message through a messenger application installed in the second user terminal 104.
  • the second user terminal 104 may directly transmit the request to use the event right to the event rights management server 102 or to the event rights management server 102 through the message server 103.
  • the second user terminal 104 may receive an input for an identifier such as an icon or a button related to a request for using the event right displayed on the second user terminal 104, and request to use the event right. If the information on the details of the event right does not include the information on the seller terminal 105, the second user terminal 104 so that the processing request message or the approval result message of the event right may be transmitted to the seller terminal 105. Information about the seller terminal 105 may be input through the. Then, the information about the seller terminal 105 input through the second user terminal 104 may be transmitted to the message server 103.
  • an identifier such as an icon or a button related to a request for using the event right displayed on the second user terminal 104
  • the second user terminal 104 requests the use of the event right
  • information about the seller terminal 105 registered in advance in the event rights management server 102 may be transmitted to the message server 103.
  • the event rights management server 102 may determine the validity of the event right in response to the request for the use of the event right. For example, the validity of the event right is determined by whether the validity period of the event right has passed, whether the seller who wants to approve the event right is appropriate when the event right is requested to be used, and the seller terminal 105 input when the event right is requested to be used. ) Is correct, whether the event right is not yet used, or whether the event right is requested to be used from the second user terminal 104 having an appropriate authority.
  • the message server 103 may receive information regarding the processing of the event right from the second user terminal 104 or the event rights management server 102.
  • the event rights management server 102 may determine the validity of the event right in response to the use request of the event right transmitted from the second user terminal 104 (CASE 1). Then, after the event right management server 102 determines the validity of the event right, the message server 103 may generate information regarding the processing of the event right from the event right management server 102. That is, the information about the processing of the event rights that the message server 103 receives from the event rights management server 102 may be response information of the event rights management server 102 to the request for using the event rights.
  • Information regarding the request for using the event right described in CASE 1 may be transferred from the second user terminal 104 directly to the event rights management server 102 (CASE 1-1).
  • the information about the request for use of the event right described in CASE 1 is transmitted from the second user terminal 104 to the message server 103, and the message server 103 sends the information about the request for use of the event right to the event right. It may forward to the management server 102 (CASE 1-2).
  • the event right management server 102 performs information on the processing of the event right after determining the validity of the event right in response to a request for using the event right generated by the second user terminal 104.
  • the message server 103 may transmit the message. That is, according to CASE 1, the information on the processing of the event rights, message server (after the event rights management server 102 determines the validity of the event rights in response to the use request of the second user terminal 104) Information transmitted to the device).
  • the event right management server 102 may transmit a result of determining the validity of the event right indicating whether the event right is valid or invalid to the message server 103.
  • the information regarding the processing of the event right may be a result of determining the validity of the event right.
  • the event rights management server 102 may provide information regarding the processing of the event right so that the message server 103 may deliver a message requesting processing of the event right to the seller terminal 105. Can be passed.
  • the information about the processing of the event right may include information necessary when the message server 103 transmits the processing request message of the event right. If it is determined that the event right is not valid, the event right management server 102 does not transmit information regarding the processing of the event right to the message server 103.
  • CASE 2 determination of validity of event rights by the event right management server 102 may be omitted (CASE 2).
  • the message server 103 may receive information regarding the processing of the event right from the second user terminal 104.
  • the information about the processing of the event right that the message server 103 receives from the second user terminal 104 may be information about a request for using the event right.
  • the message server 103 may forward the processing request message to the seller terminal 105 based on the information about the processing of the event right.
  • the processing request message may mean a message that the message server 103 delivers to the seller terminal 105 through the messenger application so that the seller terminal 105 may perform the approval process for the event right.
  • the message server 103 may receive information regarding the approval of the event right.
  • the event rights management server 102 may approve the event rights (CASE A). To this end, the seller terminal 105 may transmit information about the request for approval of the event right to the event rights management server 102 in response to the event right processing request message received from the message server 103.
  • Information about the request for approval of the event right described in CASE A may be delivered from the seller terminal 105 directly to the event right management server 102 (CASE A-1).
  • the information about the request for approval of the event right described in CASE A is transmitted from the seller terminal 105 to the message server 103, and the message server 103 sends the information about the request for approval of the event right to the event rights management server. (102) (CASE A-2).
  • the event right management server 102 may approve the event right according to the information about the request for approval of the event right. If, as in CASE 2, the event rights management server 102 does not determine the validity of the event rights in response to the request for use of the event rights, the event rights management server 102 responds to the request for approval of the event rights. When approving rights, the validity of the event rights can also be performed.
  • the event rights management server 102 may transmit the information about the result of the approval of the event right to the message server 103.
  • the information about the approval of the event right described in step 205 may be information about an approval result of the event right delivered from the event right management server 102.
  • the seller terminal 105 may directly approve event rights (CASE B). That is, the seller terminal 105 may directly approve the event right in response to the event right processing request message received from the message server 103. Then, the information about the approval of the event right described in step 205 may be information about an approval result of the event right transmitted from the seller terminal 105.
  • the event rights management server 102 does not determine the validity of the event right in response to the request for the use of the event right, the seller terminal 105 after checking the validity determination result of the event right event Event rights may be granted if the rights are valid.
  • the request for approval of the event right is generated in the seller terminal 105 or the approval for the event right is performed in the seller terminal 105 or the event rights management server 102, and the input for approval in the seller terminal 105 is performed.
  • the input for approval may mean selecting an icon, a button, or the like, which is inserted into the processing request message and displayed separately from the processing request message.
  • the input for approval may include input of approval information required for approval of event rights from the seller terminal 105.
  • the approval information of the event right may include a password for authenticating the seller and device information through a touch of a separate device supporting near field communication.
  • the seller terminal 105 or the event rights management server 102 may approve the event right using the approval information of the event right.
  • the message server 103 sends a message indicating the result of the approval of the event right based on the information about the approval of the event right received from the event rights management server 102 or the seller terminal 105. Can be delivered to.
  • the message server 103 may transmit the result of the approval of the event right to the second user terminal 104.
  • the approval result message of the event right may include the approval result generated through the approval process of the event right performed by the vent rights management server 102 or the seller terminal 105.
  • the approval result message of the event right may include a content that can be revoked later.
  • FIG. 3 is a flowchart illustrating an operation of a seller terminal according to an embodiment of the present invention.
  • the seller terminal 105 may receive a processing request message of the event right from the message server 103.
  • the message server 103 may generate a processing request message of the event right based on the information about the processing of the event right delivered from the event rights management server 102 or the second user terminal 104. .
  • the information about the processing of the event right is It may be response information regarding a request for using an event right.
  • the information about the processing of the event right may be information about a request for use of the event right transmitted from the second user terminal 104 to the message server 103.
  • the seller terminal 105 may transfer information regarding the approval of the event right to the message server 103 or the event rights management server 102.
  • the event rights management server 102 may perform the approval of event rights.
  • the seller terminal 105 may transmit the information about the request for approval of the event right to the event rights management server 102.
  • the information about the request for approval of the event right may be delivered to the event right management server 102 directly from the seller terminal 105 as in CASE A-1.
  • the information about the request for approval of the event right may be transmitted from the seller terminal 105 to the event rights management server 102 through the message server 103 as in CASE A-2.
  • the seller terminal 105 may directly perform the approval of the event rights. In this case, the seller terminal 105 may transmit the information on the result of the approval of the event right to the message server 103.
  • the event rights management server 102 when the event rights management server 102 performs the approval of the event rights, the information about the approval of the event rights described in step 302 is sent to the event rights management server 102 at the seller terminal 105. ) May be information related to a request for approval of an event right delivered directly to the event right management server 102 or through the message server 103.
  • the information on the approval of the event rights described in step 302 is sent to the message server of the seller terminal 105 to the message server. It may be information about the approval result.
  • an input for approval may be required in the seller terminal 105.
  • the input for approval may mean selecting an icon, a button, or the like, which is inserted into the processing request message and displayed separately from the processing request message.
  • the input for approval may include input of approval information from the seller terminal 105.
  • the approval information of the event right may include a password for authenticating the seller and device information through a touch of a separate device supporting near field communication.
  • the event right management server 102 may receive the approval information of the event right directly from the seller terminal 105 or receive the approval information of the event right through the message server 103 to approve the event right. .
  • the seller terminal 105 receives the message of the result of the approval of the event right from the message server 103.
  • the seller terminal 105 may receive a processing request message and an approval result message through a messenger application distributed by the message server 103.
  • the approval result message of the event right may include a content that can be revoked later.
  • FIG. 4 is a flowchart illustrating a process of approving an event right by the entire system of FIG. 1 according to an embodiment of the present invention.
  • the first user terminal 101 may transmit a request for purchasing an event right to the event rights management server 102.
  • the event right issuing server 102 may be a server that generates / manages / sells event rights related to a specific value, a product or a service, such as a home shopping server, a ticket purchasing agent server, a social commerce server, and a gift voucher selling server.
  • the first user terminal 101 and the second user terminal 104 are illustrated separately from each other. This is illustrated on the premise that the first user terminal 101 purchasing the event right and the second user terminal 104 using the event right are different from each other. If the subject purchasing the event right or the subject using the event right are the same, the first user terminal 101 and the second user terminal 104 illustrated in FIG. 1 may be represented as one terminal.
  • the event rights management server 102 may deliver information about the details of the event rights to the messenger server 103. At this time, the information on the details of the event right may be generated by the event right management server 102 issuing the event right.
  • the information about the detailed item of the event right may include detailed information of the event right, or access information such as URL information for accessing / downloading the event right stored in the event right management server 102.
  • the detailed information of the event right may include a product / service name, quantity, usage period, identification number, use place, a page link about an offline store or an online store related to the event right.
  • the information on the details of the event rights, information of the first user terminal 101, the event rights purchased, information of the second user terminal 104 using the event rights, seller terminal associated with the approval of the event rights 105 may include information.
  • the message server 103 may deliver the event rights issued by the event rights management server 102 to the second user terminal 104.
  • the message server 103 when the messenger application distributed by the message server 103 is installed in the second user terminal 104, the message server 103 sends a message including an event right to the second through a chat room that can participate as a messenger application. It may be delivered to the user terminal 104.
  • the message includes the event right itself associated with the specific amount, product or service selected by the first user terminal 101, or includes information on the event right for downloading the event right together with a notification that the event right has been issued. can do.
  • the first user terminal 101 and the second user terminal 104 may be a friend relationship in a social network.
  • a messenger application distributed by the message server 103 may be installed in the first user terminal 101 and the second user terminal 104.
  • the message server 103 may select a specific value, product, or service selected by the first user terminal 101 together with a download link for inducing the installation of the messenger application.
  • the second user terminal 104 may be notified that the event right associated with the has been issued.
  • the first user terminal 101 and the second user terminal 104 may be different from each other.
  • the second user terminal 104 may be the first user terminal 101.
  • the first user terminal 101 purchases the event right to the user, and determines the counterpart to provide the event right as the first user terminal 101 may be provided with the event right from the message server 103.
  • the event right management server 102 may determine the validity of the event right in response to the use request of the second user terminal 104 (CASE 1). Alternatively, unlike CASE 1, even when a request for using event rights is generated by the second user terminal 104, the determination of the validity of the event rights by the event right management server 102 may be omitted (CASE 2).
  • the second user terminal 104 may directly transmit the information about the request to use the event right to the event rights management server 102 (CASE 1-1).
  • the second user terminal 104 may transmit information on the request for using the event right to the message server 103 (CASE 1-2).
  • the message server 103 may forward the information about the use request of the event right received from the second user terminal 104 to the event rights management server 102.
  • the second user terminal 104 may transmit information about the request for using the event right to the message server 103 (CASE 2).
  • the message server 103 sends the event rights management server 102 information regarding the request for the use of the event right as in step 406. There is no need to convey.
  • step 407 the event rights management server 102 responds to the request for the use of the event right. Can be judged. That is, according to CASE 1, steps 407 and 408 may be performed.
  • the event rights management server 102 may determine whether the validity period of the event right has passed, whether the seller who wants to approve the event right is appropriate when the event right is requested to be used, and the seller terminal input when the event right is requested to be used.
  • the validity of the event right can be determined by confirming whether the information about 105 is correct, whether the event right has not yet been used, or whether the event right is requested to be used from the second user terminal 104 having the appropriate authority. .
  • event rights management server 102 may transmit information regarding the processing of event rights to message server 103.
  • the event rights management server 102 performs the validity determination of the event rights in response to the request for using the event rights generated by the second user terminal 104 in step 407, At 408, information about the processing of the event right may be communicated to the message server 103. That is, according to CASE 1, the information on the processing of the event rights, message server (after the event rights management server 102 determines the validity of the event rights in response to the use request of the second user terminal 104) Information transmitted to the device).
  • the event right management server 102 may transmit a result of determining the validity of the event right indicating whether the event right is valid or invalid to the message server 103.
  • the information regarding the processing of the event right may be a result of determining the validity of the event right.
  • the event rights management server 102 may provide information regarding the processing of the event right so that the message server 103 may deliver a message requesting processing of the event right to the seller terminal 105. Can be passed.
  • the information about the processing of the event right may include information necessary when the message server 103 transmits the processing request message of the event right. If it is determined that the event right is not valid, the event right management server 102 does not transmit information regarding the processing of the event right to the message server 103.
  • the message server 103 may receive information regarding the processing of the event right from the second user terminal 104.
  • the information on the processing of the event rights received by the message server 103 from the second user terminal 104 is information about the request for use of the event rights delivered by the second user terminal 104 in step 405. Can be.
  • the event right management server 102 since the event right management server 102 does not proceed to determine the validity of the event right as in step 407 in response to the request for the use of the event right, The information may be information about a request for using an event right transmitted from the second user terminal 104.
  • the message server 103 may transmit the event right processing request message to the seller terminal 105 according to the information about the processing of the event right.
  • the information about the seller terminal 105 may include an ID used when the seller of the seller terminal 105 registers with the message service associated with the message server 103. Therefore, when a messenger application that can use the message service of the message server 103 is installed in a plurality of terminals of the seller, the seller may receive a message from the message server through the terminals where the messenger application is installed.
  • Information about the seller terminal 105 may be registered in advance in the event rights management server 102. At this time, when the event right is issued by the event rights management server 102 and transferred to the second user terminal 104, information about the seller terminal 105 is transmitted from the event rights management server 102 to the message server 103. Can be delivered to.
  • the information about the seller terminal 105 may be directly input by the second user terminal 104 when the second user terminal 104 requests the use of the event right.
  • Information about the seller terminal 105 may be converted into a unique code.
  • the unique code is distributed offline or online, and the second user terminal 104 may transmit a request for use of the event right including the unique code input through the interface.
  • the method delivered through offline may include a method in which a unique code is displayed on a separate display of a seller's store or a unique code is displayed on a purchase receipt.
  • a unique code may be delivered to the second user terminal 104 through a beacon installed in a seller's store, or a unique code may be delivered through a messenger application or another application.
  • the message server 103 may deliver the processing request message of the event right to the seller terminal 105.
  • the message server 103 may specify the seller terminal 105 based on the information about the seller terminal 105.
  • the event request processing request message may mean a message that the message server 103 delivers to the seller terminal 105 for approval processing so that the event rights management server 102 can approve the event right.
  • the event right management server 102 approves the event right after the event right processing request message is delivered to the seller terminal 105 (CASE A) and the seller terminal 105. It is divided into the case of granting the event right (CASE B).
  • the seller terminal 105 responds to the event right processing request message received from the message server 103, and provides the event rights management server 102 with information about the request for approval of the event right. (CASE A-1).
  • the seller terminal 105 in response to the request for processing of the event right received from the message server 103, sends information about the request for approval of the event right to the message server 103. Can be delivered to.
  • the message server 103 may transmit the information about the request for approval of the event right received from the seller terminal 105 to the event rights management server 102.
  • step 413 the event rights management server 102 performs the approval of the event right, and in step 416, the event rights management server 102 sends information about the result of the approval of the event right. Can be passed to 103.
  • the event rights management server 102 may perform the determination of the validity of the event rights when performing the approval of the event rights.
  • step 414 the seller terminal 105 may perform the approval of the event right in response to the processing request message of the event right. Then, in step 415, the seller terminal 105 may transmit information about the result of the approval of the event right to the message server 103.
  • the validity of the event right is determined by the seller terminal 105 or the event right management server 102. This can be done with
  • the request for approval of the event right is generated in the seller terminal 105 or the approval for the event right is performed in the seller terminal 105 or the event rights management server 102, and the input for approval in the seller terminal 105 is performed.
  • the input for approval may mean selecting an icon, a button, or the like, which is inserted into the processing request message and displayed separately from the processing request message.
  • the input for approval may include input of approval information required for approval of event rights from the seller terminal 105.
  • the approval information may be used when the event rights management server 102 or the seller terminal 105 approves the event rights.
  • the approval information may include a password for authenticating the seller and device information through a touch of a separate device supporting near field communication.
  • the message server 103 relates to the result of the approval of the event right received from the seller terminal 105 in step 415 or the result of the approval of the event right received from the event rights management server 102 in step 416.
  • the approval result message may be generated based on the information.
  • the message server 103 may deliver the approval result message to the seller terminal 105.
  • message server 103 may forward the authorization result message to second user terminal 104.
  • the approval result message may include a statement that the approval can be revoked later.
  • FIG. 5 is a diagram illustrating an example of receiving an event right through a messenger application according to an embodiment of the present invention.
  • a chat window in which a gift certificate which is an event right purchased by the first user terminal 101 is transmitted to the second user terminal 104 is illustrated.
  • the first user terminal 101 is associated with user A
  • the second user terminal 104 is associated with user B.
  • the event right may be transmitted to the second user terminal 104 through the messenger application to which the message server 103 is linked.
  • the event right when the event right is transmitted to the second user terminal 104, information about the detailed item of the event right purchased by the first user terminal 101 is included in the message and the second user terminal ( 104). Alternatively, the information regarding the detailed item of the event right may be transmitted to the second user terminal 104 separately from the message.
  • the information about the event right item may include detailed information of the event right or access information such as URL information for accessing / downloading the event right stored in the event right management server 102.
  • the detailed information of the event right may include a product / service name, quantity, usage period, identification number, use place, a page link about an offline store or an online store related to the event right.
  • the information about the detailed item of the event right may include information about the second user terminal 104 that purchased the event right or information about the seller terminal 105 to process the event right.
  • the information about the second user terminal 104 or the information about the seller terminal 105 may include the second user terminal 104 or the seller terminal 105 in which the message server 103 sends various messages about event rights. It may be information to refer to.
  • the information about the detailed item of the event right may be generated while the event right management server 102 issues the event right.
  • FIG. 5 illustrates an example of providing an event right to others. That is, as shown in FIG. 5, when presenting an event right to another person, the first user terminal 101 and the second user terminal 104 may be different from each other.
  • the second user terminal 104 may be the first user terminal 101.
  • the first user terminal 101 purchases the event right to the user, and determines the counterpart to provide the event right as the first user terminal 101 may be provided with the event right from the message server 103.
  • FIG. 6 is a diagram illustrating an example of the use of event rights according to an embodiment of the present invention.
  • the detailed items of the event right may be displayed as shown in FIG. 6.
  • the details of the event right may include an identification number of the event right, an expiration date of the event right, a place of use of the event right, and an amount of use of the event right.
  • the information about the detailed item of the event right may include information about the second user terminal 104 that has purchased the event right or information about the seller terminal 105 to process the event right. Can be.
  • the information about the second user terminal 104 or the information about the seller terminal 105 may include the second user terminal 104 or the seller terminal 105 in which the message server 103 sends various messages about event rights. It may be information to refer to.
  • the information about the detailed item of the event right may be generated while the event right management server 102 issues the event right.
  • the second user terminal 104 may request to use a gift certificate which is an event right.
  • the information about the request for using the event right may be transmitted to the event right management server 102 that determines the validity of the event right.
  • the information on the request for using the event right may be directly transmitted from the second user terminal 104 to the event rights management server 102 (CASE 1-1).
  • the information about the request for using the event right may be delivered to the event rights management server 102 via the message server 103 (CASE 1-2).
  • the event right management server 102 in response to the request for using the event right, the event right management server 102 does not determine the validity of the event right. Thus, the information about the request for use of the event right is transmitted from the second user terminal 104 to the message server 103.
  • the information about the seller terminal 105 may be included in the information on the details of the event rights delivered to the message server 103 while the event rights management server 102 issues the event rights.
  • information about the seller terminal 105 may be transferred to the message server 103.
  • Information about the seller terminal 105 that is delivered to the message server 103 when the event right is issued and transferred to the second user terminal 104 or upon request of the use of the event right is registered in advance in the event rights management server 102. Can be.
  • the second user terminal 104 may display an interface for inputting information about the seller terminal 105. Then, the second user terminal 104 may receive information about the seller terminal 105 through the interface.
  • the information about the seller terminal 105 means information for identifying the seller terminal 105 to which the message server 103 wants to send a message.
  • the information about the seller terminal 105 may include an ID used by the seller of the seller terminal 105 to register with the message service associated with the message server 103. Therefore, when a messenger application that can use the message service of the message server 103 is installed in a plurality of terminals of the seller, the seller may receive a message from the message server through the terminals where the messenger application is installed.
  • the information about the seller terminal 105 may be converted into a unique code.
  • the unique code is distributed offline or online, and the second user terminal 104 may transmit a request for use of the event right including the unique code input through the interface.
  • the method delivered through offline may include a method in which a unique code is displayed on a separate display of a seller's store or a unique code is displayed on a purchase receipt.
  • a unique code may be delivered to the second user terminal 104 through a beacon installed in a seller's store, or a unique code may be delivered through a messenger application or another application.
  • FIG. 7 illustrates an example of receiving a request for processing an event right according to an embodiment of the present invention.
  • 7A shows the result of delivering the event request processing message to the seller terminal 105.
  • 7B shows that the seller terminal 105 displays the details of the event right for approval processing.
  • the event request processing message includes (i) the message server 103 after the event rights management server 102 determines the validity of the event right in response to the request for using the event right according to CASE 1. Receives information regarding the processing of the event right from the event rights management server 102 or (ii) the validity of the event right does not proceed according to CASE 2, and the message server 103 determines the second user terminal 104. It can be generated by receiving a request for use of the event rights from.
  • the processing request message transmitted to the seller terminal 105 may be displayed through a chat room distinguished for each of the second user terminals 104 to distinguish the second user terminals 104 requesting the use of the event right.
  • the processing request message delivered to the seller terminal 105 may be displayed through one chat room.
  • each of the second user terminals 104 may be displayed through a different interface to distinguish the second user terminals 104 requesting the use of the event right.
  • the processing request message is different for each of the second users. Can be expressed.
  • the seller terminal 105 may delete the processing request message or move to a separate storage folder.
  • the seller terminal 105 may delete the processing request message or move to a separate storage folder when a predetermined period (day, week, etc.) has elapsed.
  • the seller terminal 105 may group the processing request message. For example, the seller terminal 105 groups the processing request message according to the time at which the processing request message of the event right is received, the attribute of the event rights management server 102 that issued the event right, or the attribute of the event right. In addition, the processing request message may be displayed in the chat room corresponding to the grouped result.
  • the time when the event right processing request message was received means the time when the seller terminal 105 received the event right processing request message from the message server 103.
  • the seller terminal 105 may group a processing request message in which the time of receiving the processing request message of the event right is from 2 pm to 4 pm. In this case, time adjustment may be possible by the seller terminal 105.
  • the attribute of the event rights management server 102 may mean a name and a site of an operating entity (company) that operates the event rights management server 102 that issued the event right. That is, the processing request message of the event rights issued from the same event rights server 102 may be grouped and then displayed in one chat room.
  • the attribute of the event right may mean whether the beneficiary of the event right is an individual or a group, a product or service requested by the second user terminal 104 through the event right, a cost allocated to the event right, and the like.
  • the seller may proceed with the approval of the event right.
  • the approval process of the event right may proceed based on the input for approval input from the seller terminal 105.
  • the input for approval may mean selecting an icon, a button, or the like, which is inserted into the processing request message and displayed separately from the processing request message.
  • the input for approval may include input of approval information from the seller terminal 105.
  • the approval information of the event right may include a password for authenticating the seller and device information through a touch of a separate device supporting near field communication.
  • the approval of the event right may be performed in the event rights management server 102 (CASE A) or may be performed in the seller terminal 105 (CASE B).
  • CASE A the information about the request for approval of the event right is generated according to an input for approval of the event right, and the information about the request for approval of the event right may be transmitted to the event rights management server 102.
  • the information about the request for approval of the event right is directly transmitted from the seller terminal 105 to the event rights management server 102 (CASE A-1) or from the seller terminal 105 through the message server 103. It may be delivered to the rights management server 102 (CASE A-2).
  • the event right management server 102 may process the event right in response to the request for approval of the event right, and then transmit the information about the approval result to the message server 103. Thereafter, the message server 103 may generate an approval result message based on the information about the approval result of the event right, and then transmit the message to the seller terminal 105 or the second user terminal 104.
  • the seller terminal 105 may directly approve the event right in response to the processing request message of the event right.
  • the seller terminal 105 may transmit the information about the result of the approval of the event right to the message server 103.
  • the message server 103 may generate an approval result message based on the information about the approval result of the event right, and then transmit the message to the seller terminal 105 or the second user terminal 104.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Finance (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Development Economics (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Primary Health Care (AREA)
  • Tourism & Hospitality (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Game Theory and Decision Science (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

본 발명은 이벤트 권리의 승인을 위한 방법 및 시스템에 관한 것이다. 상기 방법은 이벤트 권리 관리 서버로부터 이벤트 권리의 세부 항목에 관한 정보를 수신하는 단계; 상기 이벤트 권리의 세부 항목에 관한 정보에 기초하여 이벤트 권리를 사용자 단말에 메시지 형태로 전달하는 단계; 사용자 단말 또는 이벤트 권리 관리 서버로부터 이벤트 권리의 처리에 관한 정보를 수신하는 단계; 상기 처리에 관한 정보에 기초하여 이벤트 권리의 처리 요청 메시지를 판매자 단말에게 전달하는 단계; 상기 이벤트 권리 관리 서버 또는 판매자 단말로부터 이벤트 권리의 승인에 관한 정보를 수신하는 단계; 및 상기 승인에 관한 정보에 기초하여 이벤트 권리의 승인 결과 메시지를 판매자 단말 또는 사용자 단말에게 전달하는 단계를 포함할 수 있다.

Description

이벤트 권리의 승인 방법 및 시스템
본 발명은 쿠폰, 상품권, 기프트콘과 같은 이벤트 권리의 승인 방법 및 시스템에 관한 것으로, 보다 구체적으로는 판매자 단말이 메신저 어플리케이션을 통해 메시지 서버가 보내는 메시지에 기초하여 이벤트 권리를 승인할 수 있는 방법 및 시스템에 관한 것이다.
최근에 모바일 상품권, 모바일 쿠폰 등이 모바일 단말기를 통해 주고받는 상황이 증가하고 있다. 실제로 종이로 된 상품권이나 쿠폰보다 원격에서 편리하게 전달할 수 있고, 상품권/쿠폰을 저장하기에 편리한 모바일 형태가 증가하고 있다.
이러한 모바일 상품권, 모바일 쿠폰을 사용할 때, 상품/서비스를 제공하는 판매자 입장에서는 모바일 상품권, 모바일 쿠폰 등을 인식하기 위한 POS(Point of Sale) 장치가 필요하다. 그리고, 이러한 POS 장치에 상품권/쿠폰을 인증하기 위한 모듈이 연동되어야 상품권/쿠폰의 사용이 가능하다.
하지만, 소규모의 판매점들이 POS 장치를 구비하고, 다양한 주체에서 발행한 상품권/쿠폰의 인증 모듈을 모두 연동하기에는 많은 작업이 필요하고 시간이 소모되는 문제가 있다.
본 발명은 메신저 어플리케이션을 통해 모바일 상품권, 모바일 쿠폰 등과 같은 이벤트 권리를 획득한 후, 메시지 서버를 통해 이벤트 권리의 승인 과정을 처리함으로써 이벤트 권리의 거래 신뢰도를 증가시킬 수 있는 방법 및 시스템을 제공한다.
본 발명은 일반적으로 많이 이용하는 메신저 어플리케이션을 이벤트 권리를 구매하고 승인하는 데 활용함으로써 새로운 방식을 도입하는데 장벽이 낮고, 보다 용이하게 신규 방식을 확장할 수 있는 방법 및 시스템을 제공한다.
본 발명은 이벤트 권리와 관련된 단말의 범위를 이벤트 권리를 구매하거나 사용하는 일반 사용자 뿐만 아니라 이벤트 권리를 승인하는 판매자까지 확장함으로써 이벤트 권리를 메시지 형태로 처리할 수 있는 메신저 어플리케이션의 설치 및 사용이 확대될 수 있는 방법 및 시스템을 제공한다.
본 발명은 이벤트 권리의 승인을 위해 메신저 어플리케이션이 사용됨에 따라 메신저 어플리케이션을 플랫폼으로 하는 다양한 서비스를 제공할 가능성을 높일 수 있는 방법 및 시스템을 제공한다.
본 발명의 일실시예에 따른 메시지 서버가 수행하는 이벤트 권리의 승인 방법은 이벤트 권리 관리 서버로부터 이벤트 권리의 세부 항목에 관한 정보를 수신하는 단계; 상기 이벤트 권리의 세부 항목에 관한 정보에 기초하여 이벤트 권리를 사용자 단말에 메시지 형태로 전달하는 단계; 사용자 단말 또는 이벤트 권리 관리 서버로부터 이벤트 권리의 처리에 관한 정보를 수신하는 단계; 상기 처리에 관한 정보에 기초하여 이벤트 권리의 처리 요청 메시지를 판매자 단말에게 전달하는 단계; 상기 이벤트 권리 관리 서버 또는 판매자 단말로부터 이벤트 권리의 승인에 관한 정보를 수신하는 단계; 및 상기 승인에 관한 정보에 기초하여 이벤트 권리의 승인 결과 메시지를 판매자 단말 또는 사용자 단말에게 전달하는 단계를 포함할 수 있다.
상기 사용자 단말은, 상기 이벤트 권리를 구매한 사용자 단말과 동일하거나, 또는 상기 이벤트 권리를 구매한 사용자 단말과 다른 단말일 수 있다.
상기 이벤트 권리의 처리에 관한 정보를 수신하는 단계는, 상기 사용자 단말로부터 이벤트 권리의 사용 요청에 관한 정보를 수신할 수 있다.
상기 이벤트 권리의 처리에 관한 정보를 수신하는 단계는, 상기 이벤트 권리 관리 서버로부터 상기 이벤트 권리의 유효성 판단 결과를 수신할 수 있다.
상기 이벤트 권리의 처리에 관한 정보를 수신하는 단계는, 상기 이벤트 권리 관리 서버에 의해 이벤트 권리가 유효한 것으로 판단된 경우, 상기 이벤트 권리 관리 서버로부터 상기 이벤트 권리의 처리 요청에 관한 정보를 수신할 수 있다.
상기 이벤트 권리의 승인에 관한 정보를 수신하는 단계는, 상기 이벤트 권리 관리 서버로부터 상기 판매자 단말의 승인 요청에 따른 상기 이벤트 권리의 승인 결과에 관한 정보를 수신할 수 있다.
상기 이벤트 권리의 승인에 관한 정보를 수신하는 단계는, 상기 판매자 단말로부터 상기 이벤트 권리의 승인 결과에 관한 정보를 수신할 수 있다.
상기 이벤트 권리의 처리 요청 메시지를 전달하고자 하는 판매자 단말에 관한 정보를 수신하는 단계를 더 포함할 수 있다.
상기 이벤트 권리의 세부 항목에 관한 정보는, 상기 이벤트 권리를 구매한 사용자 단말에 관한 정보 또는 상기 이벤트 권리에 대해 처리할 판매자 단말에 관한 정보를 포함할 수 있다.
상기 판매자 단말에 관한 정보는, 상기 처리 요청 메시지 또는 상기 승인 결과 메시지를 판매자 단말에게 전달하기 위해 판매자 단말의 판매자가 등록한 메시지 서버의 아이디를 포함할 수 있다.
상기 이벤트 권리 관리 서버는, 이벤트 권리의 유효 기간이 경과했는지, 이벤트 권리가 사용 요청될 때 이벤트 권리를 승인 처리하고자 하는 판매자가 적절한지, 이벤트 권리가 사용 요청될 때 입력된 판매자 단말에 관한 정보가 맞는지, 이벤트 권리가 아직 사용되지 않은 것인지, 또는 이벤트 권리가 적절한 권한이 있는 제2 사용자 단말로부터 사용 요청된 것인지를 판단함으로써 상기 이벤트 권리의 유효성 판단을 수행할 수 있다.
상기 이벤트 권리의 승인에 관한 정보를 수신하는 단계는, 상기 판매자 단말의 승인 요청에 따라 상기 이벤트 권리 관리 서버가 수행한 이벤트 권리의 승인 결과를 수신할 수 있다.
상기 이벤트 권리의 승인에 관한 정보를 수신하는 단계는, 상기 판매자 단말이 수행한 이벤트 권리의 승인 결과를 수신할 수 있다.
상기 판매자 단말은, 상기 이벤트 권리를 사용 요청한 사용자 단말을 서로 구분할 수 있도록 상기 처리 요청 메시지를 사용자 단말에 따라 서로 다른 인터페이스로 표시할 수 있다.
상기 판매자 단말은, 상기 이벤트 권리의 처리 요청 메시지에 대응하는 승인 결과 메시지를 메시지 서버로부터 수신하면, 상기 처리 요청 메시지를 삭제하거나 또는 미리 지정된 저장 영역으로 이동시킬 수 있다.
상기 판매자 단말은, 상기 이벤트 권리의 처리 요청 메시지를 수신한 시각, 상기 이벤트 권리를 발행한 이벤트 권리 관리 서버의 속성 또는, 상기 이벤트 권리의 속성에 따라 상기 처리 요청 메시지를 그룹핑한 후, 그룹핑된 결과에 대응하는 채팅방에 처리 요청 메시지를 표시할 수 있다.
본 발명의 일실시예에 따른 판매자 단말이 수행하는 이벤트 권리의 승인 방법은 메시지 서버로부터 이벤트 권리의 처리 요청 메시지를 수신하는 단계; 상기 처리 요청 메시지에 응답하여 상기 이벤트 권리의 승인에 관한 정보를 메시지 서버 또는 이벤트 권리 관리 서버에 전달하는 단계; 및 상기 메시지 서버로부터 이벤트 권리의 승인 결과 메시지를 수신하는 단계를 포함할 수 있다.
상기 메시지 서버는, 상기 이벤트 권리의 사용 요청에 따라 유효성 여부가 판단된 이벤트 권리의 처리에 관한 정보에 기초하여 처리 요청 메시지를 판매자 단말에 전달할 수 있다.
상기 메시지 서버는, 상기 이벤트 권리의 사용 요청에 따라 전달된 상기 판매자 단말에 관한 정보를 이용하여 처리 요청 메시지 또는 승인 결과 메시지를 판매자 단말에 전달할 수 있다.
본 발명의 일실시예에 따른 이벤트 권리의 승인 방법을 수행하는 메시저 서버는 이벤트 권리 관리 서버로부터 이벤트 권리의 세부 항목에 관한 정보를 수신하는 단계; 상기 이벤트 권리의 세부 항목에 관한 정보에 기초하여 이벤트 권리를 사용자 단말에 메시지 형태로 전달하는 단계; 사용자 단말 또는 이벤트 권리 관리 서버로부터 이벤트 권리의 처리에 관한 정보를 수신하는 단계; 상기 처리에 관한 정보에 기초하여 이벤트 권리의 처리 요청 메시지를 판매자 단말에게 전달하는 단계; 상기 이벤트 권리 관리 서버 또는 판매자 단말로부터 이벤트 권리의 승인에 관한 정보를 수신하는 단계; 및 상기 승인에 관한 정보에 기초하여 이벤트 권리의 승인 결과 메시지를 판매자 단말 또는 사용자 단말에게 전달하는 단계를 수행할 수 있다.
본 발명의 일실시예에 따른 이벤트 권리의 승인 방법을 수행하는 판매자 단말은 메시지를 송수신할 것을 제어하는 프로세서 및 통신부를 포함하고, 상기 통신부는, 메시지 서버로부터 이벤트 권리의 처리 요청 메시지를 수신하는 단계; 상기 처리 요청 메시지에 응답하여 상기 이벤트 권리의 승인에 관한 정보를 메시지 서버 또는 이벤트 권리 관리 서버에 전달하는 단계; 및 상기 메시지 서버로부터 이벤트 권리의 승인 결과 메시지를 수신하는 단계를 수행할 수 있다.
본 발명의 일실시예에 따른 판매자 단말의 저장 매체에 저장되는 어플리케이션에 있어서, 상기 어플리케이션은, 판매자 단말의 프로세서에 의해 수행되고, 메시지 서버로부터 이벤트 권리의 처리 요청 메시지를 수신하는 단계; 상기 처리 요청 메시지에 응답하여 상기 이벤트 권리의 승인에 관한 정보를 메시지 서버 또는 이벤트 권리 관리 서버에 전달하는 단계; 및 상기 메시지 서버로부터 이벤트 권리의 승인 결과 메시지를 수신하는 단계를 포함할 수 있다.
본 발명의 일실시예에 따르면, 메신저 어플리케이션을 통해 모바일 상품권, 모바일 쿠폰 등과 같은 이벤트 권리를 획득한 후, 메시지 서버를 통해 이벤트 권리의 승인 과정을 처리함으로써 이벤트 권리의 거래 신뢰도를 증가시킬 수 있다.
본 발명의 일실시예에 따르면, 사용자 단말의 UUID 또는 메신저 아이디 등과 같은 고유한 식별 정보를 통해 이벤트 권리의 승인 요청이 유효한지 여부를 판단함으로써, 이벤트 권리의 승인 과정에서의 조작 우려를 해소할 수 있다.
본 발명의 일실시예에 따르면, 일반적으로 많이 이용하는 메신저 어플리케이션을 이벤트 권리를 구매하고 승인하는 데 활용함으로써 새로운 방식을 도입하는데 장벽이 낮고, 보다 용이하게 신규 방식을 확장할 수 있다.
본 발명의 일실시예에 따르면, 이벤트 권리와 관련된 단말의 범위를 이벤트 권리를 구매하거나 사용하는 일반 사용자 뿐만 아니라 이벤트 권리를 승인하는 판매자까지 확장함으로써 이벤트 권리를 메시지 형태로 처리할 수 있는 메신저 어플리케이션의 설치 및 사용이 확대될 수 있다.
본 발명의 일실시예에 따르면, 이벤트 권리의 승인을 위해 메신저 어플리케이션이 사용됨에 따라 메신저 어플리케이션을 플랫폼으로 하는 다양한 서비스를 제공할 가능성을 높일 수 있다.
도 1은 본 발명의 일실시예에 따른 이벤트 권리를 승인하는 과정을 위한 전체 시스템을 도시한 도면이다.
도 2는 본 발명의 일실시예에 따른 메시지 서버의 동작을 설명하는 플로우차트이다.
도 3은 본 발명의 일실시예에 따른 판매자 단말의 동작을 설명하는 플로우차트이다.
도 4는 본 발명의 일실시예에 따른 도 1의 전체 시스템이 이벤트 권리를 승인하는 과정을 도시한 플로우차트이다.
도 5는 본 발명의 일실시예에 따라 이벤트 권리를 메신저 어플리케이션을 통해 수신하는 예시를 도시한 도면이다.
도 6은 본 발명의 일실시예에 따라 이벤트 권리의 사용 예시를 도시한 도면이다.
도 7은 본 발명의 일실시예에 따라 이벤트 권리의 처리 요청을 수신하는 예시를 도시한 도면이다.
이하, 본 발명의 실시예를 첨부된 도면을 참조하여 상세하게 설명한다.
도 1은 본 발명의 일실시예에 따른 이벤트 권리를 승인하는 과정을 위한 전체 시스템을 도시한 도면이다.
도 1을 참고하면, 이벤트 권리의 승인을 위한 시스템은 제1 사용자 단말(101), 이벤트 권리 관리 서버(102), 메시지 서버(103), 제2 사용자 단말(104) 및 판매자 단말(105)을 포함할 수 있다.
메시지 서버(103)는 제2 사용자 단말(104) 또는 판매자 단말(105)에 설치된 메신저 어플리케이션을 통해 이벤트 권리의 전달, 이벤트 권리에 관한 사용 요청 전송, 이벤트 권리에 관한 처리 요청 전송, 또는 이벤트 권리에 관한 승인 결과 전송을 중개할 수 있다.
제1 사용자 단말(101)은 이벤트 권리 관리 서버(102)를 통해 이벤트 권리를 구매한 제1 사용자의 단말을 의미한다. 여기서, 이벤트 권리는 상품 또는 서비스에 대하여 사용, 할인, 구매, 교환 등을 받을 수 있는 권리 또는 특정 금액만큼의 가치를 가지는 권리를 의미하며, 상품권, 티켓, 할인쿠폰, 교환쿠폰, 무료이용권, 기프트콘 등의 다양한 형태로 구현될 수 있다.
도 1에서는, 제1 사용자 단말(101)과 제2 사용자 단말(104)을 서로 구분하여 도시하고 있다. 이는 이벤트 권리를 구매한 제1 사용자 단말(101)과 이벤트 권리를 사용한 제2 사용자 단말(104)이 서로 다르다는 것을 전제로 도시된 것이다. 만약, 이벤트 권리를 구매한 주체가 이벤트 권리를 사용한 주체와 동일하다면, 도 1에 도시된 제1 사용자 단말(101)과 제2 사용자 단말(104)은 하나의 단말로 표현될 수 있다.
이벤트 권리 관리 서버(102)는 이벤트 권리를 발행할 수 있다. 이벤트 권리 관리 서버(102)는 제1 사용자 단말(101)이 구매한 이벤트 권리의 세부 항목에 관한 정보를 메시지 서버(103)에 전달할 수 있다. 그리고, 이벤트 권리 관리 서버(102)는 이벤트 권리가 사용가능한 것인지 또는 이미 사용된 권리인지 여부 등과 같은 이벤트 권리의 유효성을 판단할 수 있다.
또는, 이벤트 권리 관리 서버(102)는 판매자 단말(105)의 승인 요청에 따라 이벤트 권리를 승인할 수 있다. 이 때, 판매자 단말(105)의 승인 요청은 판매자가 판매자 단말(105)에 표시된 버튼이나 아이콘을 선택함으로써 생성될 수 있다. 또는, 판매자 단말(105)의 승인 요청은 판매자가 별도의 승인 정보를 판매자 단말(105)에 입력함으로써 생성될 수 있다. 다만, 판매자 단말(105)에서 이벤트 권리를 직접 승인하는 경우, 이벤트 권리 관리 서버(102)는 이벤트 권리를 승인할 필요는 없다.
메시지 서버(103)는 제1 사용자 단말(101)이 구매한 이벤트 권리를 제2 사용자 단말(104)에 메시지 형태로 제공할 수 있다. 이 때, 제1 사용자 단말(101)이 구매한 이벤트 권리의 세부 항목에 관한 정보는 이벤트 권리 관리 서버(102)로부터 전달된다. 이벤트 권리의 세부 항목에 관한 정보는, 이벤트 권리를 구매한 제1 사용자 단말(101)에 관한 정보, 이벤트 권리를 사용하는 제2 사용자 단말(104)에 관한 정보, 이벤트 권리에 관한 처리 요청 메시지를 수신하는 판매자 단말(105)에 관한 정보 중 적어도 하나를 포함할 수 있다.
일례로, 메시지 서버(103)는 이벤트 권리를 표현하는 문자, 이미지, 동영상 등을 메시지에 포함시켜서 제2 사용자 단말(104)에 제공할 수 있다. 또는, 메시지 서버(103)는 이벤트 권리를 다운로드하거나 또는 이벤트 권리를 확인할 수 있는 링크를 메시지에 포함시켜 제2 사용자 단말(104)에 제공할 수 있다.
제2 사용자 단말(104)은 제1 사용자 단말(101)이 구매한 이벤트 권리를 메시지 형태로 수신하는 제2 사용자의 단말을 의미할 수 있다. 이 때, 제2 사용자는 메시지 서버(103)로부터 최초로 이벤트 권리를 수신한 사용자이거나 또는, 다른 사용자에 의해 공유 또는 전달된 이벤트 권리를 수신한 사용자일 수 있다.
앞서 설명한 바와 같이, 타인에게 이벤트 권리를 선물하는 경우 제1 사용자 단말(101)과 제2 사용자 단말(104)이 서로 다를 수 있다. 하지만, 자신에게 이벤트 권리를 선물하는 경우, 제2 사용자 단말(104)은 제1 사용자 단말(101)일 수 있다. 제1 사용자 단말(101)은 본인에게 이벤트 권리를 구매하고, 이벤트 권리를 제공할 상대방을 자신으로 결정함으로 제1 사용자 단말(101)이 메시지 서버(103)로부터 이벤트 권리를 제공받을 수 있다.
제2 사용자 단말(104)은 이벤트 권리의 사용 요청을 판매자 단말(105)에 관한 판매자의 온라인 또는 오프라인 상의 매장에서 수행할 수 있다. 이 때, 메시지 서버(103)가 이벤트 권리의 처리 요청 메시지 또는 승인 결과 메시지를 전달하고자 하는 판매자 단말(105)을 파악하기 위해, 판매자 단말(105)에 관한 정보가 필요할 수 있다.
일례로, 판매자 단말(105)에 관한 정보는 메시지 서버(103)가 메시지를 보내고자 하는 판매자 단말(105)을 식별하기 위한 정보를 의미한다. 예를 들어, 판매자 단말(105)에 관한 정보는 판매자 단말(105)의 판매자가 메시지 서버(103)와 관련된 메시지 서비스에 등록할 때 사용한 ID일 수 있다. 그렇기 때문에, 메시지 서버(103)의 메시지 서비스를 사용할 수 있는 메신저 어플리케이션이 판매자의 복수의 단말에 설치된 경우, 판매자는 해당 메신저 어플리케이션이 설치된 단말들을 통해 메시지 서버로부터 메시지를 수신할 수 있다.
이와 같은 판매자 단말(105)에 관한 정보는, 이벤트 권리 관리 서버(102)에 미리 등록되거나 또는 제2 사용자 단말(104)에 의해 입력될 수 있다. 한편, 판매자 단말(105)에 관한 정보는, 이벤트 권리가 이벤트 권리 관리 서버(102)에서 발행되어 제2 사용자 단말(104)에 전달될 때 또는 제2 사용자 단말(104)에 의해 이벤트 권리가 사용될 때 메시지 서버(103)에 전달될 수 있다.
또는, 제2 사용자 단말(104)에서 이벤트 권리의 사용 요청을 전달할 때, 제2 사용자 단말(104)은 다양한 경로를 통해 입수한 판매자 단말(105)에 관한 정보를 인터페이스를 통해 입력받아서 메시지 서버(103)에 전달할 수 있다. 여기서, 이벤트 권리의 사용 요청은, 메시지 형태로 전달된 이벤트 권리의 사용 요청에 관한 아이콘이나 버튼 등을 선택함으로써 생성될 수 있다.
한편, 판매자 단말(105)에 관한 정보는 고유 코드로 변환될 수 있다. 고유 코드는 오프라인 또는 온라인을 통해 배포되며, 제2 사용자 단말(104)은 인터페이스를 통해 입력된 고유 코드를 포함하는 이벤트 권리의 사용 요청을 전달할 수 있다.
예를 들어, 오프라인을 통해 전달되는 방법은, 판매자의 매장의 별도 디스플레이에 고유 코드가 표시되거나 또는 구매 영수증에 고유 코드가 표시되는 방법을 포함할 수 있다. 또는, 온라인을 통해 전달되는 방법은 판매자의 매장에 설치된 비컨(beacon)을 통해 제2 사용자 단말(104)에 고유 코드가 전달되거나 또는 메신저 어플리케이션 또는 다른 어플리케이션을 통해 고유 코드가 전달될 수 있다.
판매자 단말(105)은 이벤트 권리에 관한 승인 처리를 수행하는 판매자의 단말을 의미한다. 이 때, 판매자 단말(105)은 메시지 서버(103)로부터 메시지를 수신할 수 있는 메신저 어플리케이션이 설치되는 단말을 의미할 수 있다.
판매자 단말(105)은 제2 사용자 단말(104)이 사용 요청한 이벤트 권리의 승인에 관한 정보를 생성할 수 있다. 일례로, 판매자 단말(105)은 이벤트 권리의 승인 요청을 이벤트 권리 관리 서버(102)에 전달할 수 있다. 이 경우, 이벤트 권리의 승인에 관한 정보는 이벤트 권리의 승인 요청을 포함할 수 있다. 그러면, 이벤트 권리 관리 서버(102)는 판매자 단말(105)의 승인 요청에 따라 이벤트 권리를 승인할 수 있다.
다른 일례로, 판매자 단말(105)이 직접 이벤트 권리를 승인할 수 있다. 이 경우, 이벤트 권리의 승인에 관한 정보는, 이벤트 권리를 승인한 결과를 포함할 수 있다.
여기서, 이벤트 권리의 승인에 관한 정보는, 판매자 단말(105)로부터 입력된 승인을 위한 입력에 기초하여 생성될 수 있다. 여기서, 승인을 위한 입력은, 처리 요청 메시지에 삽입되어 표시되거나 또는 처리 요청 메시지와 별도로 판매자 단말(105)에 표시되는 아이콘, 버튼 등의 인터페이스를 선택하는 것을 의미할 수 있다. 추가적으로, 승인을 위한 입력은, 판매자 단말(105)에 입력된 승인 정보(예를 들어, 판매자를 인증할 수 있는 비밀 번호, 근거리 무선 통신을 지원하는 별도 장치의 터치를 통한 장치 정보)를 입력하는 것을 포함할 수 있다.
본 발명의 일실시예에 따르면, 제2 사용자 단말(104) 및 판매자 단말(105)은 메시지 서버(103)와 연계된 메신저 어플리케이션을 통해 이벤트 권리와 관련된 다양한 형태의 정보를 수신할 수 있다. 일례로, 제2 사용자 단말(104)은 메시지 서버(103)와 연계된 메신저 어플리케이션을 통해 메시지 형태로 이벤트 권리를 메시지 서버(103)로부터 수신할 수 있다. 그리고, 판매자 단말(105)은 메시지 서버(103)로부터 메신저 어플리케이션을 통해 이벤트 권리의 처리 요청 메시지를 수신할 수 있다. 또한, 제2 사용자 단말(104) 또는 판매자 단말(105)은 메신저 어플리케이션을 통해 이벤트 권리의 승인 결과 메시지를 수신할 수 있다. 이에 따라, 제2 사용자 단말(104) 및 판매자 단말(105)은 메신저 어플리케이션을 통해 보다 편리하게 이벤트 권리의 사용 또는 승인에 관한 정보를 수신할 수 있다.
도 2는 본 발명의 일실시예에 따른 메시지 서버의 동작을 설명하는 플로우차트이다.
단계(201)에서, 메시지 서버(103)는 이벤트 권리의 세부 항목에 관한 정보를 이벤트 권리 관리 서버(102)로부터 수신할 수 있다. 여기서, 이벤트 권리의 세부 항목에 관한 정보는, 이벤트 권리를 구매한 제2 사용자 단말(104)에 관한 정보 또는 이벤트 권리에 대해 처리할 판매자 단말(105)에 관한 정보를 포함할 수 있다.
여기서, 제2 사용자 단말(104)에 관한 정보나 판매자 단말(105)에 관한 정보는, 메시지 서버(103)가 이벤트 권리에 관한 다양한 메시지를 제2 사용자 단말(104)이나 또는 판매자 단말(105)에 보내기 위해 필요한 정보일 수 있다. 여기서, 이벤트 권리의 세부 항목에 관한 정보는, 이벤트 권리 관리 서버(102)가 이벤트 권리를 발행하면서 생성될 수 있다.
단계(202)에서, 메시지 서버(103)는 이벤트 권리를 제2 사용자 단말(104)에 전달할 수 있다. 일례로, 메시지 서버(103)는 제2 사용자 단말(104)에 설치된 메신저 어플리케이션을 통해, 이벤트 권리를 메시지 형태로 제2 사용자 단말(104)에 제공할 수 있다. 그러면, 제2 사용자 단말(104)은 이벤트 권리의 사용 요청을 이벤트 권리 관리 서버(102)에 직접 전달하거나 또는 메시지 서버(103)를 통해 이벤트 권리 관리 서버(102)에 전달할 수 있다.
일례로, 제2 사용자 단말(104)은 제2 사용자 단말(104)에 표시되는 이벤트 권리를 사용 요청에 관한 아이콘이나 버튼 등과 같은 식별자에 대한 입력을 수신하여, 이벤트 권리를 사용 요청할 수 있다. 이벤트 권리의 세부 항목에 관한 정보가 판매자 단말(105)에 관한 정보를 포함하지 않는 경우, 이벤트 권리의 처리 요청 메시지 또는 승인 결과 메시지가 판매자 단말(105)에게 전달될 수 있도록 제2 사용자 단말(104)을 통해 판매자 단말(105)에 관한 정보가 입력될 수 있다. 그러면, 제2 사용자 단말(104)을 통해 입력된 판매자 단말(105)에 관한 정보는 메시지 서버(103)에 전달될 수 있다.
또는, 제2 사용자 단말(104)이 이벤트 권리를 사용 요청하는 경우, 이벤트 권리 관리 서버(102)에 미리 등록된 판매자 단말(105)에 관한 정보가 메시지 서버(103)에 전달될 수 있다.
이 후, 이벤트 권리 관리 서버(102)는 이벤트 권리의 사용 요청에 응답하여, 이벤트 권리의 유효성을 판단할 수 있다. 일례로, 이벤트 권리의 유효성 판단은 이벤트 권리의 유효 기간이 경과했는지, 이벤트 권리가 사용 요청될 때 이벤트 권리를 승인 처리하고자 하는 판매자가 적절한지, 이벤트 권리가 사용 요청될 때 입력된 판매자 단말(105)에 관한 정보가 맞는지, 이벤트 권리가 아직 사용되지 않은 것인지, 이벤트 권리가 적절한 권한이 있는 제2 사용자 단말(104)로부터 사용 요청된 것인지 등과 같은 판단 기준에 따라 수행될 수 있다.
단계(203)에서, 메시지 서버(103)는 제2 사용자 단말(104) 또는 이벤트 권리 관리 서버(102)로부터 이벤트 권리의 처리에 관한 정보를 수신할 수 있다.
이벤트 권리 관리 서버(102)는 제2 사용자 단말(104)로부터 전달된 이벤트 권리의 사용 요청에 응답하여 이벤트 권리의 유효성을 판단할 수 있다(CASE 1). 그러면, 이벤트 권리 관리 서버(102)에서 이벤트 권리의 유효성 판단이 수행된 이후에, 메시지 서버(103)는 이벤트 권리 관리 서버(102)로부터 이벤트 권리의 처리에 관한 정보를 생성할 수 있다. 즉, 메시지 서버(103)가 이벤트 권리 관리 서버(102)로부터 수신하는 이벤트 권리의 처리에 관한 정보는 이벤트 권리의 사용 요청에 대한 이벤트 권리 관리 서버(102)의 응답 정보일 수 있다.
CASE 1에서 설명하는 이벤트 권리의 사용 요청에 관한 정보는 제2 사용자 단말(104)에서 직접 이벤트 권리 관리 서버(102)로 전달될 수 있다(CASE 1-1). 또는, CASE 1에서 설명하는 이벤트 권리의 사용 요청에 관한 정보는 제2 사용자 단말(104)에서 메시지 서버(103)에 전달되고, 메시지 서버(103)는 이벤트 권리의 사용 요청에 관한 정보를 이벤트 권리 관리 서버(102)에 전달할 수 있다 (CASE 1-2).
CASE 1에 의하면, 이벤트 권리 관리 서버(102)는 제2 사용자 단말(104)에 의해 생성된 이벤트 권리의 사용 요청에 응답하여 이벤트 권리의 유효성 판단을 수행한 후에, 이벤트 권리의 처리에 관한 정보를 메시지 서버(103)에 전달할 수 있다. 즉, CASE 1에 의하면, 이벤트 권리의 처리에 관한 정보는, 이벤트 권리 관리 서버(102)가 제2 사용자 단말(104)의 사용 요청에 응답하여 이벤트 권리의 유효성 판단을 수행한 이후에 메시지 서버(103)에 전달되는 정보일 수 있다.
일례로, 이벤트 권리 관리 서버(102)는 이벤트 권리가 유효한지 또는 유효하지 않은지를 나타내는 이벤트 권리의 유효성 판단 결과를 메시지 서버(103)에 전달할 수 있다. 이 경우, 이벤트 권리의 처리에 관한 정보는, 이벤트 권리의 유효성 판단 결과가 될 수 있다.
다른 일례로, 이벤트 권리가 유효한 것으로 판단된 경우, 이벤트 권리 관리 서버(102)는 메시지 서버(103)가 이벤트 권리의 처리 요청 메시지를 판매자 단말(105)에게 전달할 수 있도록 이벤트 권리의 처리에 관한 정보를 전달할 수 있다. 이 경우, 이벤트 권리의 처리에 관한 정보는, 메시지 서버(103)가 이벤트 권리의 처리 요청 메시지를 전송할 때 필요한 정보를 포함할 수 있다. 만약, 이벤트 권리가 유효하지 않는 것으로 판단된 경우, 이벤트 권리 관리 서버(102)는 이벤트 권리의 처리에 관한 정보를 메시지 서버(103)에 전달하지 않는다.
CASE 1과 달리, 제2 사용자 단말(104)에 의해 이벤트 권리의 사용 요청이 발생하더라도, 이벤트 권리 관리 서버(102)에 의한 이벤트 권리의 유효성 판단이 생략될 수 있다(CASE 2). CASE 2에 의하면, 메시지 서버(103)는 제2 사용자 단말(104)로부터 이벤트 권리의 처리에 관한 정보를 수신할 수 있다. 이 때, 메시지 서버(103)가 제2 사용자 단말(104)로부터 수신하는 이벤트 권리의 처리에 관한 정보는 이벤트 권리의 사용 요청에 관한 정보일 수 있다.
단계(204)에서, 메시지 서버(103)는 이벤트 권리의 처리에 관한 정보에 기초하여 처리 요청 메시지를 판매자 단말(105)에 전달할 수 있다. 여기서, 처리 요청 메시지는 판매자 단말(105)이 이벤트 권리에 대해 승인 처리를 수행할 수 있도록, 메시지 서버(103)가 메신저 어플리케이션을 통해 판매자 단말(105)에게 전달하는 메시지를 의미할 수 있다.
단계(205)에서, 메시지 서버(103)는 이벤트 권리의 승인에 관한 정보를 수신할 수 있다.
이벤트 권리 관리 서버(102)가 이벤트 권리를 승인할 수 있다(CASE A). 이를 위해, 판매자 단말(105)은 메시지 서버(103)로부터 수신한 이벤트 권리의 처리 요청 메시지에 응답하여, 이벤트 권리의 승인 요청에 관한 정보를 이벤트 권리 관리 서버(102)에 전달할 수 있다.
CASE A에서 설명하는 이벤트 권리의 승인 요청에 관한 정보는 판매자 단말(105)에서 직접 이벤트 권리 관리 서버(102)로 전달될 수 있다(CASE A-1). 또는, CASE A에서 설명하는 이벤트 권리의 승인 요청에 관한 정보는 판매자 단말(105)에서 메시지 서버(103)에 전달되고, 메시지 서버(103)는 이벤트 권리의 승인 요청에 관한 정보를 이벤트 권리 관리 서버(102)로 전달할 수 있다 (CASE A-2).
CASE A에 의하면, 이벤트 권리 관리 서버(102)는 이벤트 권리의 승인 요청에 관한 정보에 따라 이벤트 권리를 승인할 수 있다. 만약, CASE 2와 같이, 이벤트 권리 관리 서버(102)가 이벤트 권리의 사용 요청에 응답하여 이벤트 권리의 유효성을 판단하지 않은 경우, 이벤트 권리 관리 서버(102)는 이벤트 권리의 승인 요청에 응답하여 이벤트 권리를 승인할 때 이벤트 권리의 유효성 판단도 함께 수행할 수 있다.
그러면, 이벤트 권리 관리 서버(102)는 이벤트 권리의 승인 결과에 관한 정보를 메시지 서버(103)에 전달할 수 있다. 이 때, 단계(205)에서 설명하는 이벤트 권리의 승인에 관한 정보는, 이벤트 권리 관리 서버(102)로부터 전달되는 이벤트 권리의 승인 결과에 관한 정보일 수 있다.
CASE A와 달리, 판매자 단말(105)이 직접 이벤트 권리를 승인할 수 있다(CASE B). 즉, 판매자 단말(105)은 메시지 서버(103)로부터 수신한 이벤트 권리의 처리 요청 메시지에 응답하여 직접 이벤트 권리를 승인할 수 있다. 그러면, 단계(205)에서 설명하는 이벤트 권리의 승인에 관한 정보는, 판매자 단말(105)로부터 전달되는 이벤트 권리의 승인 결과에 관한 정보일 수 있다.
만약, CASE 2와 같이, 이벤트 권리 관리 서버(102)가 이벤트 권리의 사용 요청에 응답하여 이벤트 권리의 유효성을 판단하지 않은 경우, 판매자 단말(105)은 이벤트 권리의 유효성 판단 결과를 확인한 이후에 이벤트 권리가 유효한 경우 이벤트 권리를 승인할 수도 있다.
여기서, 판매자 단말(105)에서 이벤트 권리의 승인 요청이 생성되거나, 판매자 단말(105) 또는 이벤트 권리 관리 서버(102)에서 이벤트 권리의 승인이 수행되기 위해, 판매자 단말(105)에서 승인을 위한 입력이 필요할 수 있다. 여기서, 승인을 위한 입력은, 처리 요청 메시지에 삽입되어 표시되거나 또는 처리 요청 메시지와 별도로 판매자 단말(105)에 표시되는 아이콘, 버튼 등을 선택하는 것을 의미할 수 있다.
또는, 승인을 위한 입력은, 판매자 단말(105)로부터 이벤트 권리의 승인을 하기 위해 필요한 승인 정보가 입력되는 것도 포함할 수 있다. 여기서, 이벤트 권리의 승인 정보는 판매자를 인증할 수 있는 비밀 번호, 근거리 무선 통신을 지원하는 별도 장치의 터치를 통한 장치 정보 등을 포함할 수 있다.
만약, 승인을 위한 입력에 이벤트 권리의 승인 정보를 포함하는 경우, 판매자 단말(105) 또는 이벤트 권리 관리 서버(102)는 이벤트 권리의 승인 정보를 이용하여 이벤트 권리를 승인할 수 있다.
단계(206)에서, 메시지 서버(103)는 이벤트 권리 관리 서버(102) 또는 판매자 단말(105)로부터 수신한 이벤트 권리의 승인에 관한 정보에 기초하여 이벤트 권리의 승인 결과 메시지를 판매자 단말(105)에 전달할 수 있다. 뿐만 아니라, 메시지 서버(103)는 이벤트 권리의 승인 결과 메시지를 제2 사용자 단말(104)에게도 전달할 수 있다.
앞서 설명한 바와 같이, 이벤트 권리의 승인 결과 메시지는 벤트 권리 관리 서버(102) 또는 판매자 단말(105)에 의해 수행된 이벤트 권리의 승인 과정을 통해 생성된 승인 결과를 포함할 수 있다. 또한, 이벤트 권리의 승인 결과 메시지는 차후에 승인 취소가 가능하다는 내용을 포함할 수 있다.
도 3은 본 발명의 일실시예에 따른 판매자 단말의 동작을 설명하는 플로우차트이다.
단계(301)에서, 판매자 단말(105)은 이벤트 권리의 처리 요청 메시지를 메시지 서버(103)로부터 수신할 수 있다.
앞서 설명한 바와 같이, 메시지 서버(103)는 이벤트 권리 관리 서버(102) 또는 제2 사용자 단말(104)로부터 전달된 이벤트 권리의 처리에 관한 정보에 기초하여 이벤트 권리의 처리 요청 메시지를 생성할 수 있다.
CASE 1과 같이, 이벤트 권리 관리 서버(102)가 이벤트 권리의 유효성을 판단하기 위해 이벤트 권리 관리 서버(102)에 이벤트 권리의 사용 요청에 관한 정보가 전달되는 경우, 이벤트 권리의 처리에 관한 정보는 이벤트 권리의 사용 요청에 관한 응답 정보일 수 있다.
그리고, CASE 2의 경우, 이벤트 권리의 처리에 관한 정보는 제2 사용자 단말(104)로부터 메시지 서버(103)에 전달된 이벤트 권리의 사용 요청에 관한 정보일 수 있다.
단계(302)에서, 판매자 단말(105)은 이벤트 권리의 승인에 관한 정보를 메시지 서버(103) 또는 이벤트 권리 관리 서버(102)에 전달할 수 있다.
CASE A와 같이, 이벤트 권리 관리 서버(102)가 이벤트 권리의 승인을 수행할 수 있다. 이 경우, 판매자 단말(105)은 이벤트 권리 관리 서버(102)에 이벤트 권리의 승인 요청에 관한 정보를 전달할 수 있다. 이 때, 이벤트 권리의 승인 요청에 관한 정보는 CASE A-1처럼 판매자 단말(105)에서 직접 이벤트 권리 관리 서버(102)에 전달될 수 있다. 또는, 이벤트 권리의 승인 요청에 관한 정보는 CASE A-2처럼 판매자 단말(105)에서 메시지 서버(103)를 통해 이벤트 권리 관리 서버(102)에 전달할 수 있다.
한편, CASE B와 같이, 판매자 단말(105)이 직접 이벤트 권리의 승인을 수행할 수 있다. 이 경우, 판매자 단말(105)은 메시지 서버(103)에 이벤트 권리의 승인 결과에 대한 정보를 전달할 수 있다.
따라서, CASE A처럼, 이벤트 권리 관리 서버(102)가 이벤트 권리의 승인을 수행하는 경우, 단계(302)에서 설명하는 이벤트 권리의 승인에 관한 정보는 판매자 단말(105)에서 이벤트 권리 관리 서버(102)로 직접 전달하거나 또는 메시지 서버(103)를 거쳐 이벤트 권리 관리 서버(102)로 전달하는 이벤트 권리의 승인 요청에 관한 정보일 수 있다.
한편, CASE B처럼, 판매자 단말(105)이 이벤트 권리의 승인을 수행하는 경우, 단계(302)에서 설명하는 이벤트 권리의 승인에 관한 정보는 판매자 단말(105)이 메시지 서버로 전달하는 이벤트 권리의 승인 결과에 대한 정보일 수 있다.
여기서, 판매자 단말(105)에서 이벤트 권리의 승인 요청이 생성되거나 또는, 이벤트 권리의 승인이 수행되기 위해, 판매자 단말(105)에서 승인을 위한 입력이 필요할 수 있다. 여기서, 승인을 위한 입력은, 처리 요청 메시지에 삽입되어 표시되거나 또는 처리 요청 메시지와 별도로 판매자 단말(105)에 표시되는 아이콘, 버튼 등을 선택하는 것을 의미할 수 있다.
또는, 승인을 위한 입력은, 판매자 단말(105)로부터 승인 정보가 입력되는 것도 포함할 수 있다. 여기서, 이벤트 권리의 승인 정보는 판매자를 인증할 수 있는 비밀 번호, 근거리 무선 통신을 지원하는 별도 장치의 터치를 통한 장치 정보를 포함할 수 있다. 이 경우, 이벤트 권리 관리 서버(102)는 판매자 단말(105)로부터 직접 이벤트 권리의 승인 정보를 수신하거나 또는 메시지 서버(103)를 통해 이벤트 권리의 승인 정보를 수신하여, 이벤트 권리를 승인할 수 있다.
단계(303)에서, 판매자 단말(105)는 이벤트 권리의 승인 결과 메시지를 메시지 서버(103)로부터 수신한다. 판매자 단말(105)은 메시지 서버(103)가 배포한 메신저 어플리케이션을 통해 처리 요청 메시지와 승인 결과 메시지를 수신할 수 있다. 또한, 이벤트 권리의 승인 결과 메시지는 차후에 승인 취소가 가능하다는 내용을 포함할 수 있다.
도 4는 본 발명의 일실시예에 따른 도 1의 전체 시스템이 이벤트 권리를 승인하는 과정을 도시한 플로우차트이다.
단계(401)에서, 제1 사용자 단말(101)은 이벤트 권리의 구매 요청을 이벤트 권리 관리 서버(102)에 전달할 수 있다. 일례로, 이벤트 권리 발행 서버(102)는 홈쇼핑 서버, 티켓 구매 대행 서버, 소셜 커머스 서버, 상품권 판매 서버 등 특정 금액, 상품 또는 서비스와 관련된 이벤트 권리를 생성/관리/판매하는 서버일 수 있다.
도 1에서는, 제1 사용자 단말(101)과 제2 사용자 단말(104)을 서로 구분하여 도시하고 있다. 이는 이벤트 권리를 구매한 제1 사용자 단말(101)과 이벤트 권리를 사용한 제2 사용자 단말(104)이 서로 다르다는 것을 전제로 도시된 것이다. 만약, 이벤트 권리를 구매한 주체나 이벤트 권리를 사용한 주체가 동일하다면, 도 1에 도시된 제1 사용자 단말(101)과 제2 사용자 단말(104)은 하나의 단말로 표현될 수 있다.
단계(402)에서, 이벤트 권리 관리 서버(102)는 이벤트 권리의 세부 항목에 관한 정보를 메신저 서버(103)에 전달할 수 있다. 이 때, 이벤트 권리의 세부 항목에 관한 정보는, 이벤트 권리 관리 서버(102)가 이벤트 권리를 발행함으로써 생성될 수 있다.
여기서, 이벤트 권리의 세부 항목에 관한 정보는 이벤트 권리의 상세 정보, 또는 이벤트 권리 관리 서버(102)에 저장된 이벤트 권리에 접근/다운로드할 수 있는 URL 정보와 같은 접속 정보 등을 포함할 수 있다. 이 때, 이벤트 권리의 상세 정보는 이벤트 권리와 관련된 상품/서비스명, 수량, 사용 기간, 식별 번호, 사용처, 오프라인 매장 또는 온라인 매장에 관한 페이지 링크 등을 포함할 수 있다.
한편, 이벤트 권리의 세부 항목에 관한 정보는, 이벤트 권리를 구매한 제1 사용자 단말(101)의 정보, 이벤트 권리를 사용하는 제2 사용자 단말(104)의 정보, 이벤트 권리의 승인과 관련된 판매자 단말(105)의 정보를 포함할 수 있다.
단계(403)에서, 메시지 서버(103)는 이벤트 권리 관리 서버(102)가 발행한 이벤트 권리를 제2 사용자 단말(104)에 전달할 수 있다.
여기서, 제2 사용자 단말(104)에 메시지 서버(103)에서 배포한 메신저 어플리케이션이 설치되어 있는 경우, 메시지 서버(103)는 메신저 어플리케이션으로 참여할 수 있는 채팅방을 통해 이벤트 권리를 포함하는 메시지를 제2 사용자 단말(104)에 전달할 수 있다. 여기서, 메시지는 제1 사용자 단말(101)이 선택한 특정 금액, 상품 또는 서비스와 관련된 이벤트 권리 자체가 포함되거나, 이벤트 권리가 발행되었다는 알림과 함께 이벤트 권리를 다운받을 수 있는 이벤트 권리에 관한 정보를 포함할 수 있다.
여기서, 제1 사용자 단말(101)과 제2 사용자 단말(104)은 소셜 네트워크에서의 친구 관계일 수 있다. 또는 제1 사용자 단말(101)과 제2 사용자 단말(104)이 친구 관계가 아니더라도 메시지 서버(103)가 배포하는 메신저 어플리케이션이 제1 사용자 단말(101)과 제2 사용자 단말(104)에 설치되거나 또는 메시지 서버(103)가 제공하는 메신저 서비스에 등록될 필요가 있다.
만약, 제2 사용자 단말(104)이 메신저 어플리케이션을 설치하지 않은 경우, 메시지 서버(103)는 메신저 어플리케이션의 설치를 유도하는 다운로드 링크와 함께 제1 사용자 단말(101)이 선택한 특정 금액, 상품 또는 서비스와 관련된 이벤트 권리가 발행되었다는 알림을 제2 사용자 단말(104)에 전달할 수도 있다.
본 발명의 일실시예에 따르면, 타인에게 이벤트 권리를 선물하는 경우 제1 사용자 단말(101)과 제2 사용자 단말(104)이 서로 다를 수 있다. 하지만, 자신에게 이벤트 권리를 선물하는 경우, 제2 사용자 단말(104)은 제1 사용자 단말(101)일 수 있다. 제1 사용자 단말(101)은 본인에게 이벤트 권리를 구매하고, 이벤트 권리를 제공할 상대방을 자신으로 결정함으로 제1 사용자 단말(101)이 메시지 서버(103)로부터 이벤트 권리를 제공받을 수 있다.
도 2 및 도 3에서 설명한 바와 같이, 이벤트 권리 관리 서버(102)가 제2 사용자 단말(104)의 사용 요청에 응답하여 이벤트 권리의 유효성을 판단할 수 있다(CASE 1). 또는, CASE 1과 달리, 제2 사용자 단말(104)에 의해 이벤트 권리의 사용 요청이 발생하더라도, 이벤트 권리 관리 서버(102)에 의한 이벤트 권리의 유효성 판단이 생략될 수 있다(CASE 2).
CASE 1에 의하면, 단계(404)에서, 제2 사용자 단말(104)은 이벤트 권리의 사용 요청에 관한 정보를 이벤트 권리 관리 서버(102)에 직접 전달할 수 있다(CASE 1-1). 또는, 단계(405)에서, 제2 사용자 단말(104)은 이벤트 권리의 사용 요청에 관한 정보를 메시지 서버(103)에 전달할 수 있다(CASE 1-2). 이 경우, 단계(406)에서, 메시지 서버(103)는 제2 사용자 단말(104)로부터 수신한 이벤트 권리의 사용 요청에 관한 정보를 이벤트 권리 관리 서버(102)에 전달할 수 있다.
한편, CASE 2에 의하면, 단계(405)와 같이, 제2 사용자 단말(104)은 이벤트 권리의 사용 요청에 관한 정보를 메시지 서버(103)에 전달할 수 있다(CASE 2). 이 경우, 이벤트 권리 관리 서버(102)가 이벤트 권리의 사용 요청에 응답하지 않으므로, 메시지 서버(103)는 단계(406)과 같이 이벤트 권리의 사용 요청에 관한 정보를 이벤트 권리 관리 서버(102)에 전달할 필요는 없다.
CASE 1에 따라 이벤트 권리 관리 서버(102)가 이벤트 권리의 사용 요청에 관한 정보를 수신하면, 단계(407)에서, 이벤트 권리 관리 서버(102)는 이벤트 권리의 사용 요청에 응답하여 이벤트 권리의 유효성을 판단할 수 있다. 즉, CASE 1에 의하면, 단계(407), 단계(408)이 수행될 수 있다.
일례로, 이벤트 권리 관리 서버(102)는 이벤트 권리의 유효 기간이 경과했는지, 이벤트 권리가 사용 요청될 때 이벤트 권리를 승인 처리하고자 하는 판매자가 적절한지, 이벤트 권리가 사용 요청될 때 입력된 판매자 단말(105)에 관한 정보가 맞는지, 이벤트 권리가 아직 사용되지 않은 것인지, 이벤트 권리가 적절한 권한이 있는 제2 사용자 단말(104)로부터 사용 요청된 것인지를 확인함으로써, 이벤트 권리의 유효성을 판단할 수 있다.
그러면, 단계(408)에서, 이벤트 권리 관리 서버(102)는 이벤트 권리의 처리에 관한 정보를 메시지 서버(103)에 전달할 수 있다.
즉, CASE 1에 의하면, 이벤트 권리 관리 서버(102)는 단계(407)에서 제2 사용자 단말(104)에 의해 생성된 이벤트 권리의 사용 요청에 응답하여 이벤트 권리의 유효성 판단을 수행한 후에, 단계(408)에서 이벤트 권리의 처리에 관한 정보를 메시지 서버(103)에 전달할 수 있다. 즉, CASE 1에 의하면, 이벤트 권리의 처리에 관한 정보는, 이벤트 권리 관리 서버(102)가 제2 사용자 단말(104)의 사용 요청에 응답하여 이벤트 권리의 유효성 판단을 수행한 이후에 메시지 서버(103)에 전달되는 정보일 수 있다.
일례로, 이벤트 권리 관리 서버(102)는 이벤트 권리가 유효한지 또는 유효하지 않은지를 나타내는 이벤트 권리의 유효성 판단 결과를 메시지 서버(103)에 전달할 수 있다. 이 경우, 이벤트 권리의 처리에 관한 정보는, 이벤트 권리의 유효성 판단 결과가 될 수 있다.
다른 일례로, 이벤트 권리가 유효한 것으로 판단된 경우, 이벤트 권리 관리 서버(102)는 메시지 서버(103)가 이벤트 권리의 처리 요청 메시지를 판매자 단말(105)에게 전달할 수 있도록 이벤트 권리의 처리에 관한 정보를 전달할 수 있다. 이 경우, 이벤트 권리의 처리에 관한 정보는, 메시지 서버(103)가 이벤트 권리의 처리 요청 메시지를 전송할 때 필요한 정보를 포함할 수 있다. 만약, 이벤트 권리가 유효하지 않는 것으로 판단된 경우, 이벤트 권리 관리 서버(102)는 이벤트 권리의 처리에 관한 정보를 메시지 서버(103)에 전달하지 않는다.
CASE 2에 의하면, 메시지 서버(103)는 제2 사용자 단말(104)로부터 이벤트 권리의 처리에 관한 정보를 수신할 수 있다. 이 때, 메시지 서버(103)가 제2 사용자 단말(104)로부터 수신하는 이벤트 권리의 처리에 관한 정보는 단계(405)에서 제2 사용자 단말(104)이 전달한 이벤트 권리의 사용 요청에 관한 정보일 수 있다. 다시 말해서, CASE 2에 의하면, 이벤트 권리 관리 서버(102)가 이벤트 권리의 사용 요청에 응답하여 단계(407)과 같은 이벤트 권리의 유효성을 판단하는 과정이 진행되지 않기 때문에, 이벤트 권리의 처리에 관한 정보는 제2 사용자 단말(104)로부터 전달된 이벤트 권리의 사용 요청에 관한 정보가 될 수 있다.
그러면, 단계(409)에서, 메시지 서버(103)는 이벤트 권리의 처리에 관한 정보에 따라 이벤트 권리의 처리 요청 메시지를 판매자 단말(105)에 전달할 수 있다.
메시지 서버(103)가 처리 요청 메시지를 판매자 단말(105)에 전송하기 위해, 판매자 단말(105)에 관한 정보가 필요할 수 있다. 일례로, 판매자 단말(105)에 관한 정보는, 판매자 단말(105)의 판매자가 메시지 서버(103)와 관련된 메시지 서비스에 등록할 때 사용한 ID를 포함할 수 있다. 그렇기 때문에, 메시지 서버(103)의 메시지 서비스를 사용할 수 있는 메신저 어플리케이션이 판매자의 복수의 단말에 설치된 경우, 판매자는 해당 메신저 어플리케이션이 설치된 단말들을 통해 메시지 서버로부터 메시지를 수신할 수 있다.
판매자 단말(105)에 관한 정보는, 이벤트 권리 관리 서버(102)에 미리 등록될 수 있다. 이 때, 이벤트 권리가 이벤트 권리 관리 서버(102)에서 발행되어 제2 사용자 단말(104)에 전달될 때, 판매자 단말(105)에 관한 정보는 이벤트 권리 관리 서버(102)로부터 메시지 서버(103)에 전달될 수 있다.
또는, 이벤트 권리의 사용 요청이 제2 사용자 단말(104)에서 메시지 서버(103)에 전달될 때, 판매자 단말(105)에 관한 정보는 이벤트 권리 관리 서버(102)에서 메시지 서버(103)로 전달될 수 있다.
한편, 판매자 단말(105)에 관한 정보는 제2 사용자 단말(104)이 이벤트 권리를 사용 요청할 때, 제2 사용자 단말(104)에 의해 직접 입력될 수 있다. 판매자 단말(105)에 관한 정보는 고유 코드로 변환될 수 있다. 고유 코드는 오프라인 또는 온라인을 통해 배포되며, 제2 사용자 단말(104)은 인터페이스를 통해 입력된 고유 코드를 포함하는 이벤트 권리의 사용 요청을 전달할 수 있다.
예를 들어, 오프라인을 통해 전달되는 방법은, 판매자의 매장의 별도 디스플레이에 고유 코드가 표시되거나 또는 구매 영수증에 고유 코드가 표시되는 방법을 포함할 수 있다. 또는, 온라인을 통해 전달되는 방법은 판매자의 매장에 설치된 비컨(beacon)을 통해 제2 사용자 단말(104)에 고유 코드가 전달되거나 또는 메신저 어플리케이션 또는 다른 어플리케이션을 통해 고유 코드가 전달될 수 있다.
단계(409)에서, 메시지 서버(103)는 이벤트 권리의 처리 요청 메시지를 판매자 단말(105)에게 전달할 수 있다. 메시지 서버(103)는 판매자 단말(105)에 관한 정보에 기초하여 판매자 단말(105)을 특정할 수 있다. 이벤트 권리의 처리 요청 메시지는 이벤트 권리 관리 서버(102)가 이벤트 권리를 승인할 수 있도록, 메시지 서버(103)가 승인 처리를 위해 판매자 단말(105)에 전달하는 메시지를 의미할 수 있다.
본 발명의 일실시예에 따르면, 판매자 단말(105)에 이벤트 권리의 처리 요청 메시지가 전달된 이후에 이벤트 권리 관리 서버(102)가 이벤트 권리를 승인하는 경우(CASE A)와 판매자 단말(105)이 이벤트 권리를 승인하는 경우(CASE B)로 구분된다.
CASE A에 의하면, 단계(410)에서 판매자 단말(105)은 메시지 서버(103)로부터 수신한 이벤트 권리의 처리 요청 메시지에 응답하여, 이벤트 권리의 승인 요청에 관한 정보를 이벤트 권리 관리 서버(102)에 전달할 수 있다(CASE A-1). 한편, CASE A에 의하면, 단계(411)에서, 판매자 단말(105)은 메시지 서버(103)로부터 수신한 이벤트 권리의 처리 요청 메시지에 응답하여 이벤트 권리의 승인 요청에 관한 정보를 메시지 서버(103)에 전달할 수 있다. 그러면, 단계(412)에서, 메시지 서버(103)는 판매자 단말(105)로부터 수신한 이벤트 권리의 승인 요청에 관한 정보를 이벤트 권리 관리 서버(102)에 전달할 수 있다.
그러면, 단계(413)에서, 이벤트 권리 관리 서버(102)는 이벤트 권리의 승인을 수행한 후, 단계(416)에서, 이벤트 권리 관리 서버(102)는 이벤트 권리의 승인 결과에 대한 정보를 메시지 서버(103)에 전달할 수 있다.
만약, 앞서 설명한 CASE 2와 같이, 이벤트 권리의 유효성의 판단 과정이 생략된 경우, 이벤트 권리 관리 서버(102)는 이벤트 권리의 승인을 수행할 때 이벤트 권리의 유효성 판단을 함께 수행할 수 있다.
그리고, CASE B에 의하면, 단계(414)에서, 판매자 단말(105)은 이벤트 권리의 처리 요청 메시지에 응답하여 이벤트 권리의 승인을 수행할 수 있다. 그러면, 단계(415)에서, 판매자 단말(105)은 이벤트 권리의 승인 결과에 대한 정보를 메시지 서버(103)에 전달할 수 있다.
만약, 앞서 설명한 CASE 2와 같이, 이벤트 권리의 유효성의 판단 과정이 생략된 경우, 이벤트 권리의 승인이 수행되기 전에, 판매자 단말(105) 또는 이벤트 권리 관리 서버(102)에 의해 이벤트 권리의 유효성 판단이 함께 수행할 수 있다.
여기서, 판매자 단말(105)에서 이벤트 권리의 승인 요청이 생성되거나, 판매자 단말(105) 또는 이벤트 권리 관리 서버(102)에서 이벤트 권리의 승인이 수행되기 위해, 판매자 단말(105)에서 승인을 위한 입력이 필요할 수 있다. 여기서, 승인을 위한 입력은, 처리 요청 메시지에 삽입되어 표시되거나 또는 처리 요청 메시지와 별도로 판매자 단말(105)에 표시되는 아이콘, 버튼 등을 선택하는 것을 의미할 수 있다.
또는, 승인을 위한 입력은, 판매자 단말(105)로부터 이벤트 권리의 승인을 하기 위해 필요한 승인 정보가 입력되는 것도 포함할 수 있다. 이 때, 승인 정보는 이벤트 권리 관리 서버(102) 또는 판매자 단말(105)에서 이벤트 권리를 승인할 때 이용될 수 있다. 여기서, 승인 정보는 판매자를 인증할 수 있는 비밀 번호, 근거리 무선 통신을 지원하는 별도 장치의 터치를 통한 장치 정보를 포함할 수 있다.
메시지 서버(103)는 단계(415)에서 판매자 단말(105)로부터 수신한 이벤트 권리의 승인 결과에 관한 정보 또는 단계(416)에서 이벤트 권리 관리 서버(102)로부터 수신한 이벤트 권리의 승인 결과에 관한 정보에 기초하여 승인 결과 메시지를 생성할 수 있다. 그런 후, 단계(417)에서, 메시지 서버(103)는 승인 결과 메시지를 판매자 단말(105)에게 전달할 수 있다. 마찬가지로, 단계(418)에서, 메시지 서버(103)는 승인 결과 메시지를 제2 사용자 단말(104)에 전달할 수 있다. 승인 결과 메시지는 차후에 승인 취소가 가능하다는 내용까지 포함할 수 있다.
도 5는 본 발명의 일실시예에 따라 이벤트 권리를 메신저 어플리케이션을 통해 수신하는 예시를 도시한 도면이다.
도 5를 참고하면, 제1 사용자 단말(101)이 구매한 이벤트 권리인 상품권이 제2 사용자 단말(104)에 전달된 채팅창이 도시된다. 제1 사용자 단말(101)은 사용자 A와 관련되고, 제2 사용자 단말(104)은 사용자 B와 관련된다. 본 발명의 일실시예에 따르면, 이벤트 권리는 메시지 서버(103)가 연계된 메신저 어플리케이션을 통해 제2 사용자 단말(104)에 전달될 수 있다.
도 5에서 볼 수 있듯이, 이벤트 권리가 제2 사용자 단말(104)에 전달되는 경우, 제1 사용자 단말(101)이 구매한 이벤트 권리의 세부 항목에 관한 정보가 메시지에 포함되어 제2 사용자 단말(104)에 전달될 수 있다. 또는, 메시지와 별도로 이벤트 권리의 세부 항목에 관한 정보가 제2 사용자 단말(104)에 전달될 수 있다.
여기서, 이벤트 권리에 세부 항목에 관한 정보는 이벤트 권리의 상세 정보, 또는 이벤트 권리 관리 서버(102)에 저장된 이벤트 권리에 접근/다운로드할 수 있는 URL 정보와 같은 접속 정보 등을 포함할 수 있다. 이 때, 이벤트 권리의 상세 정보는 이벤트 권리와 관련된 상품/서비스명, 수량, 사용 기간, 식별 번호, 사용처, 오프라인 매장 또는 온라인 매장에 관한 페이지 링크 등을 포함할 수 있다.
일례로, 이벤트 권리의 세부 항목에 관한 정보는, 이벤트 권리를 구매한 제2 사용자 단말(104)에 관한 정보 또는 이벤트 권리에 대해 처리할 판매자 단말(105)에 관한 정보를 포함할 수 있다. 여기서, 제2 사용자 단말(104)에 관한 정보나 판매자 단말(105)에 관한 정보는, 메시지 서버(103)가 이벤트 권리에 관한 다양한 메시지를 제2 사용자 단말(104)이나 또는 판매자 단말(105)에 보내기 위해 참고하는 정보일 수 있다. 여기서, 이벤트 권리의 세부 항목에 관한 정보는, 이벤트 권리 관리 서버(102)가 이벤트 권리를 발행하면서 생성될 수 있다.
도 5는 타인에게 이벤트 권리를 제공하는 예시를 나타낸 것이다. 즉, 도 5에 도시된 바와 같이, 타인에게 이벤트 권리를 선물하는 경우 제1 사용자 단말(101)과 제2 사용자 단말(104)이 서로 다를 수 있다.
한편, 본 발명의 일실시예에 따르면, 자신에게 이벤트 권리를 제공하는 경우까지 포함할 수 있다. 다시 말해서, 자신에게 이벤트 권리를 선물하는 경우, 제2 사용자 단말(104)은 제1 사용자 단말(101)일 수 있다. 제1 사용자 단말(101)은 본인에게 이벤트 권리를 구매하고, 이벤트 권리를 제공할 상대방을 자신으로 결정함으로 제1 사용자 단말(101)이 메시지 서버(103)로부터 이벤트 권리를 제공받을 수 있다.
도 6은 본 발명의 일실시예에 따라 이벤트 권리의 사용 예시를 도시한 도면이다.
메신저 어플리케이션을 통해 전달된 이벤트 권리에 대해 제2 사용자 단말(104)의 요청에 따라 이벤트 권리의 보기 요청이 있으면, 도 6에 도시된 바와 같이 이벤트 권리의 세부 항목이 표시될 수 있다.
도 6을 참고하면, 이벤트 권리의 세부 항목은 이벤트 권리의 식별 번호, 이벤트 권리의 사용 기한, 이벤트 권리의 사용 장소, 이벤트 권리의 사용 금액 등을 포함할 수 있다.
도 6에 도시되지 않았지만, 이벤트 권리의 세부 항목에 관한 정보는, 이벤트 권리를 구매한 제2 사용자 단말(104)에 관한 정보 또는 이벤트 권리에 대해 처리할 판매자 단말(105)에 관한 정보를 포함할 수 있다. 여기서, 제2 사용자 단말(104)에 관한 정보나 판매자 단말(105)에 관한 정보는, 메시지 서버(103)가 이벤트 권리에 관한 다양한 메시지를 제2 사용자 단말(104)이나 또는 판매자 단말(105)에 보내기 위해 참고하는 정보일 수 있다. 여기서, 이벤트 권리의 세부 항목에 관한 정보는, 이벤트 권리 관리 서버(102)가 이벤트 권리를 발행하면서 생성될 수 있다.
이 때, 제2 사용자 단말(104)은 이벤트 권리인 상품권을 사용 요청할 수 있다. 이 경우, 앞서 설명한 CASE 1에 의하면, 이벤트 권리의 사용 요청에 관한 정보는 이벤트 권리의 유효성을 판단하는 이벤트 권리 관리 서버(102)로 전달될 수 있다. 이 때, 이벤트 권리의 사용 요청에 관한 정보는 제2 사용자 단말(104)에서 이벤트 권리 관리 서버(102)로 직접 전달될 수 있다(CASE 1-1). 또는, 이벤트 권리의 사용 요청에 관한 정보는 메시지 서버(103)를 거쳐 이벤트 권리 관리 서버(102)에 전달될 수 있다(CASE 1-2).
한편, CASE 2에 의하면, 이벤트 권리의 사용 요청에 대응하여 이벤트 권리 관리 서버(102)가 이벤트 권리의 유효성을 판단하기 않는다. 그래서, 이벤트 권리의 사용 요청에 관한 정보는 제2 사용자 단말(104)에서 메시지 서버(103)로 전달된다.
한편, 판매자 단말(105)에 관한 정보는, 이벤트 권리 관리 서버(102)가 이벤트 권리를 발행하면서, 메시지 서버(103)에 전달하는 이벤트 권리의 세부 항목에 관한 정보에 포함될 수 있다. 또는, 제2 사용자 단말(104)에 의해 이벤트 권리의 사용 요청이 발생할 때, 판매자 단말(105)에 관한 정보가 메시지 서버(103)에 전달될 수 있다. 이벤트 권리를 발행되어 제2 사용자 단말(104)에 전달될 때 또는 이벤트 권리의 사용 요청시 메시지 서버(103)에 전달되는 판매자 단말(105)에 관한 정보는 이벤트 권리 관리 서버(102)에 미리 등록될 수 있다.
다른 일례로, 이벤트 권리를 사용 요청할 때 제2 사용자 단말(104)은 판매자 단말(105)에 관한 정보를 입력할 수 있는 인터페이스를 표시할 수 있다. 그러면, 제2 사용자 단말(104)은 인터페이스를 통해 판매자 단말(105)에 관한 정보를 수신할 수 있다.
일례로, 판매자 단말(105)에 관한 정보는 메시지 서버(103)가 메시지를 보내고자 하는 판매자 단말(105)을 식별하기 위한 정보를 의미한다. 예를 들어, 판매자 단말(105)에 관한 정보는 판매자 단말(105)의 판매자가 메시지 서버(103)와 관련된 메시지 서비스에 등록할 때 사용한 ID를 포함할 수 있다. 그렇기 때문에, 메시지 서버(103)의 메시지 서비스를 사용할 수 있는 메신저 어플리케이션이 판매자의 복수의 단말에 설치된 경우, 판매자는 해당 메신저 어플리케이션이 설치된 단말들을 통해 메시지 서버로부터 메시지를 수신할 수 있다.
한편, 판매자 단말(105)에 관한 정보는 고유 코드로 변환될 수 있다. 고유 코드는 오프라인 또는 온라인을 통해 배포되며, 제2 사용자 단말(104)은 인터페이스를 통해 입력된 고유 코드를 포함하는 이벤트 권리의 사용 요청을 전달할 수 있다.
예를 들어, 오프라인을 통해 전달되는 방법은, 판매자의 매장의 별도 디스플레이에 고유 코드가 표시되거나 또는 구매 영수증에 고유 코드가 표시되는 방법을 포함할 수 있다. 또는, 온라인을 통해 전달되는 방법은 판매자의 매장에 설치된 비컨(beacon)을 통해 제2 사용자 단말(104)에 고유 코드가 전달되거나 또는 메신저 어플리케이션 또는 다른 어플리케이션을 통해 고유 코드가 전달될 수 있다.
도 7은 본 발명의 일실시예에 따라 이벤트 권리의 처리 요청을 수신하는 예시를 도시한 도면이다.
도 7의 A는 판매자 단말(105)에 이벤트 권리의 처리 요청 메시지가 전달된 결과를 나타낸다. 그리고, 도 7의 B는 승인 처리를 위해 판매자 단말(105)이 이벤트 권리의 상세 항목을 표시하는 것을 나타낸다.
도 4에서도 설명한 바와 같이, 이벤트 권리의 처리 요청 메시지는 (i) CASE 1에 따라 이벤트 권리 관리 서버(102)가 이벤트 권리의 사용 요청에 응답하여 이벤트 권리의 유효성을 판단한 이후, 메시지 서버(103)가 이벤트 권리 관리 서버(102)로부터 이벤트 권리의 처리에 관한 정보를 수신하거나 또는 (ii) CASE 2에 따라 이벤트 권리의 유효성 판단이 진행되지 않고, 메시지 서버(103)가 제2 사용자 단말(104)로부터 이벤트 권리의 사용 요청을 수신함으로써 생성될 수 있다.
한편, 판매자 단말(105)에 전달된 처리 요청 메시지는 이벤트 권리를 사용 요청한 제2 사용자 단말(104)들을 구분하기 위해 제2 사용자 단말(104)들마다 구별된 채팅방을 통해 표시될 수 있다.
또한, 판매자 단말(105)에 전달된 처리 요청 메시지는 하나의 채팅방을 통해서 표시될 수 있다. 이 때, 이벤트 권리를 사용 요청한 제2 사용자 단말(104)들을 구분하기 위해 제2 사용자 단말(104)들마다 서로 다른 인터페이스를 통해 표시될 수 있다. 예를 들어, 대화 표시 영역을 서로 다르게 표현하거나 또는 제2 사용자 단말(104)의 이름 부분을 하이라이팅, 볼딕, 기울임, 글꼴 크기 증가, 밑줄 등 강조함으로써, 처리 요청 메시지는 제2 사용자들마다 서로 다르게 표현될 수 있다.
또한, 판매자 단말(105)에 입력된 처리 요청 메시지가 계속 증가하는 경우, 판매자 단말(105)이 처리 요청 메시지를 보기 어려워질 수 있다. 그래서, 판매자 단말(105)은 처리 요청 메시지에 대응하는 승인 결과 메시지를 메시지 서버(103)로부터 수신하면, 해당 처리 요청 메시지를 삭제하거나 또는 별도의 저장 폴더로 이동할 수 있다. 또는, 판매자 단말(105)은 미리 설정된 기간(하루, 일주일 등)이 경과하면, 처리 요청 메시지를 삭제하거나 또는 별도의 저장 폴더로 이동할 수 있다.
뿐만 아니라. 판매자 단말(105)은 처리 요청 메시지를 그룹핑할 수 있다. 일례로, 판매자 단말(105)은 이벤트 권리의 처리 요청 메시지를 수신한 시각, 상기 이벤트 권리를 발행한 이벤트 권리 관리 서버(102)의 속성 또는, 이벤트 권리의 속성에 따라 처리 요청 메시지를 그룹핑한 후, 그룹핑된 결과에 대응하는 채팅방에 처리 요청 메시지를 표시할 수 있다.
여기서, 이벤트 권리의 처리 요청 메시지를 수신한 시각은, 판매자 단말(105)이 이벤트 권리의 처리 요청 메시지를 메시지 서버(103)로부터 수신한 시각을 의미한다. 예를 들어, 판매자 단말(105)은 이벤트 권리의 처리 요청 메시지를 수신한 시각이 오후 2시부터 4시까지인 처리 요청 메시지를 그룹핑할 수 있다. 이 경우, 시간 조절은 판매자 단말(105)에 의해 가능할 수 있다.
그리고, 이벤트 권리 관리 서버(102)의 속성은, 이벤트 권리를 발행한 이벤트 권리 관리 서버(102)를 운영하는 운영 주체(기업)의 명칭, 사이트를 의미할 수 있다. 즉, 동일한 이벤트 권리 서버(102)로부터 발행된 이벤트 권리의 처리 요청 메시지는 그룹핑된 후, 하나의 채팅방에 표시될 수 있다.
또한, 이벤트 권리의 속성은, 이벤트 권리의 이익 주체가 개인인지 또는 단체인지, 제2 사용자 단말(104)이 이벤트 권리를 통해 요청한 상품 또는 서비스, 이벤트 권리에 할당된 비용 등을 의미할 수 있다.
도 7의 A에 도시된 바와 같이, 판매자 단말(105)의 판매자가 이벤트 권리의 처리 요청 메시지에 표시된 "승인 처리"라는 버튼을 선택하면, 도 7의 B와 같이 판매자 단말(105)의 판매자가 승인 처리를 수행하기 위해 참고하기 위한 상세 정보가 표시될 수 있다.
그러면, 판매자는 상세 정보를 확인하여, 이벤트 권리에 관한 승인 요청을 선택하는 경우, 이벤트 권리의 승인 처리가 진행될 수 있다. 이벤트 권리의 승인 처리는 판매자 단말(105)로부터 입력된 승인을 위한 입력에 기초하여 진행될 수 있다. 여기서, 승인을 위한 입력은, 처리 요청 메시지에 삽입되어 표시되거나 또는 처리 요청 메시지와 별도로 판매자 단말(105)에 표시되는 아이콘, 버튼 등을 선택하는 것을 의미할 수 있다.
또는, 승인을 위한 입력은, 판매자 단말(105)로부터 승인 정보가 입력되는 것도 포함할 수 있다. 여기서, 이벤트 권리의 승인 정보는 판매자를 인증할 수 있는 비밀 번호, 근거리 무선 통신을 지원하는 별도 장치의 터치를 통한 장치 정보 등을 포함할 수 있다.
일례로, 이벤트 권리의 승인은 이벤트 권리 관리 서버(102)에서 수행되거나(CASE A) 또는 판매자 단말(105)에서 수행될 수 있다(CASE B). CASE A에 의하면, 이벤트 권리의 승인을 위한 입력에 따라 이벤트 권리의 승인 요청에 관한 정보가 생성되고, 이러한 이벤트 권리의 승인 요청에 관한 정보는 이벤트 권리 관리 서버(102)에 전달될 수 있다.
이 때, 이벤트 권리의 승인 요청에 관한 정보는 판매자 단말(105)에서 이벤트 권리 관리 서버(102)로 직접 전달되거나(CASE A-1) 또는 판매자 단말(105)에서 메시지 서버(103)를 거쳐 이벤트 권리 관리 서버(102)로 전달될 수 있다(CASE A-2).
이벤트 권리 관리 서버(102)는 이벤트 권리의 승인 요청에 응답하여 이벤트 권리를 승인 처리한 후, 승인 결과에 관한 정보를 메시지 서버(103)에 전달할 수 있다. 이후, 메시지 서버(103)는 이벤트 권리의 승인 결과에 관한 정보에 기초한 승인 결과 메시지를 생성한 후, 판매자 단말(105) 또는 제2 사용자 단말(104)에 전달할 수 있다.
한편, CASE B에 의하면, 판매자 단말(105)은 이벤트 권리의 처리 요청 메시지에 응답하여 직접 이벤트 권리의 승인을 수행할 수 있다. 이 경우, 판매자 단말(105)은 이벤트 권리의 승인 결과에 관한 정보를 메시지 서버(103)에 전달할 수 있다. 이후, 메시지 서버(103)는 이벤트 권리의 승인 결과에 관한 정보에 기초한 승인 결과 메시지를 생성한 후, 판매자 단말(105) 또는 제2 사용자 단말(104)에 전달할 수 있다.
이상과 같이 실시예들이 비록 한정된 실시예와 도면에 의해 설명되었으나, 해당 기술분야에서 통상의 지식을 가진 자라면 상기의 기재로부터 다양한 수정 및 변형이 가능하다. 예를 들어, 설명된 기술들이 설명된 방법과 다른 순서로 수행되거나, 및/또는 설명된 시스템, 구조, 장치, 회로 등의 구성요소들이 설명된 방법과 다른 형태로 결합 또는 조합되거나, 다른 구성요소 또는 균등물에 의하여 대치되거나 치환되더라도 적절한 결과가 달성될 수 있다.
그러므로, 다른 구현들, 다른 실시예들 및 특허청구범위와 균등한 것들도 후술하는 특허청구범위의 범위에 속한다.

Claims (22)

  1. 메시지 서버가 수행하는 이벤트 권리의 승인 방법에 있어서,
    이벤트 권리 관리 서버로부터 이벤트 권리의 세부 항목에 관한 정보를 수신하는 단계;
    상기 이벤트 권리의 세부 항목에 관한 정보에 기초하여 이벤트 권리를 사용자 단말에 메시지 형태로 전달하는 단계;
    사용자 단말 또는 이벤트 권리 관리 서버로부터 이벤트 권리의 처리에 관한 정보를 수신하는 단계;
    상기 처리에 관한 정보에 기초하여 이벤트 권리의 처리 요청 메시지를 판매자 단말에게 전달하는 단계;
    상기 이벤트 권리 관리 서버 또는 판매자 단말로부터 이벤트 권리의 승인에 관한 정보를 수신하는 단계; 및
    상기 승인에 관한 정보에 기초하여 이벤트 권리의 승인 결과 메시지를 판매자 단말 또는 사용자 단말에게 전달하는 단계
    를 포함하는 이벤트 권리의 승인 방법.
  2. 제1항에 있어서,
    상기 사용자 단말은,
    상기 이벤트 권리를 구매한 사용자 단말과 동일하거나, 또는 상기 이벤트 권리를 구매한 사용자 단말과 다른 단말인 이벤트 권리의 승인 방법.
  3. 제1항에 있어서,
    상기 이벤트 권리의 처리에 관한 정보를 수신하는 단계는,
    상기 사용자 단말로부터 이벤트 권리의 사용 요청에 관한 정보를 수신하는 이벤트 권리의 승인 방법.
  4. 제1항에 있어서,
    상기 이벤트 권리의 처리에 관한 정보를 수신하는 단계는,
    상기 이벤트 권리 관리 서버로부터 상기 이벤트 권리의 유효성 판단 결과를 수신하는 이벤트 권리의 승인 방법.
  5. 제1항에 있어서,
    상기 이벤트 권리의 처리에 관한 정보를 수신하는 단계는,
    상기 이벤트 권리 관리 서버에 의해 이벤트 권리가 유효한 것으로 판단된 경우, 상기 이벤트 권리 관리 서버로부터 상기 이벤트 권리의 처리 요청에 관한 정보를 수신하는 이벤트 권리의 승인 방법.
  6. 제1항에 있어서,
    상기 이벤트 권리의 승인에 관한 정보를 수신하는 단계는,
    상기 이벤트 권리 관리 서버로부터 상기 판매자 단말의 승인 요청에 따른 상기 이벤트 권리의 승인 결과에 관한 정보를 수신하는 이벤트 권리의 승인 방법.
  7. 제1항에 있어서,
    상기 이벤트 권리의 승인에 관한 정보를 수신하는 단계는,
    상기 판매자 단말로부터 상기 이벤트 권리의 승인 결과에 관한 정보를 수신하는 이벤트 권리의 승인 방법.
  8. 제1항에 있어서,
    상기 이벤트 권리의 처리 요청 메시지를 전달하고자 하는 판매자 단말에 관한 정보를 수신하는 단계
    를 더 포함하는 이벤트 권리의 승인 방법.
  9. 제1항에 있어서,
    상기 이벤트 권리의 세부 항목에 관한 정보는,
    상기 이벤트 권리를 구매한 사용자 단말에 관한 정보 또는 상기 이벤트 권리에 대해 처리할 판매자 단말에 관한 정보를 포함하는 이벤트 권리의 승인 방법.
  10. 제8항 및 제9항 중 어느 한 항에 있어서,
    상기 판매자 단말에 관한 정보는,
    상기 처리 요청 메시지 또는 상기 승인 결과 메시지를 판매자 단말에게 전달하기 위해 판매자 단말의 판매자가 등록한 메시지 서버의 아이디를 포함하는 이벤트 권리의 승인 방법.
  11. 제1항에 있어서,
    상기 이벤트 권리 관리 서버는,
    이벤트 권리의 유효 기간이 경과했는지, 이벤트 권리가 사용 요청될 때 이벤트 권리를 승인 처리하고자 하는 판매자가 적절한지, 이벤트 권리가 사용 요청될 때 입력된 판매자 단말에 관한 정보가 맞는지, 이벤트 권리가 아직 사용되지 않은 것인지, 또는 이벤트 권리가 적절한 권한이 있는 제2 사용자 단말로부터 사용 요청된 것인지를 판단함으로써 상기 이벤트 권리의 유효성 판단을 수행하는 이벤트 권리의 승인 방법.
  12. 제1항에 있어서,
    상기 이벤트 권리의 승인에 관한 정보를 수신하는 단계는,
    상기 판매자 단말의 승인 요청에 따라 상기 이벤트 권리 관리 서버가 수행한 이벤트 권리의 승인 결과를 수신하는 이벤트 권리의 승인 방법.
  13. 제1항에 있어서,
    상기 이벤트 권리의 승인에 관한 정보를 수신하는 단계는,
    상기 판매자 단말이 수행한 이벤트 권리의 승인 결과를 수신하는 이벤트 권리의 승인 방법.
  14. 제1항에 있어서,
    상기 판매자 단말은,
    상기 이벤트 권리를 사용 요청한 사용자 단말을 서로 구분할 수 있도록 상기 처리 요청 메시지를 사용자 단말에 따라 서로 다른 인터페이스로 표시하는 이벤트 권리의 승인 방법.
  15. 제1항에 있어서,
    상기 판매자 단말은,
    상기 이벤트 권리의 처리 요청 메시지에 대응하는 승인 결과 메시지를 메시지 서버로부터 수신하면, 상기 처리 요청 메시지를 삭제하거나 또는 미리 지정된 저장 영역으로 이동시키는 이벤트 권리의 승인 방법.
  16. 제1항에 있어서,
    상기 판매자 단말은,
    상기 이벤트 권리의 처리 요청 메시지를 수신한 시각, 상기 이벤트 권리를 발행한 이벤트 권리 관리 서버의 속성 또는, 상기 이벤트 권리의 속성에 따라 상기 처리 요청 메시지를 그룹핑한 후, 그룹핑된 결과에 대응하는 채팅방에 처리 요청 메시지를 표시하는 이벤트 권리의 승인 방법.
  17. 판매자 단말이 수행하는 이벤트 권리의 승인 방법에 있어서,
    메시지 서버로부터 사용자 단말이 사용 요청한 이벤트 권리에 관한 처리 요청 메시지를 수신하는 단계;
    상기 처리 요청 메시지에 응답하여 상기 이벤트 권리의 승인에 관한 정보를 메시지 서버 또는 이벤트 권리 관리 서버에 전달하는 단계; 및
    상기 메시지 서버로부터 이벤트 권리의 승인 결과 메시지를 수신하는 단계
    를 포함하는 이벤트 권리의 승인 방법.
  18. 제17항에 있어서,
    상기 메시지 서버는,
    상기 사용자 단말의 사용 요청에 따라 이벤트 권리 관리 서버에서 이벤트 권리의 유효성을 판단한 이후, 또는 상기 사용자 단말로부터 이벤트 권리의 사용 요청을 수신한 이후에 상기 이벤트 권리에 관한 처리 요청 메시지를 판매자 단말에 전달하는 이벤트 권리의 승인 방법.
  19. 제17항에 있어서,
    상기 메시지 서버는,
    상기 판매자 단말에 관한 정보를 이용하여 처리 요청 메시지 또는 승인 결과 메시지를 판매자 단말에 전달하는 이벤트 권리의 승인 방법.
  20. 이벤트 권리의 승인 방법을 수행하는 메시지 서버에 있어서,
    메시지를 송수신할 것을 제어하는 프로세서; 및
    통신부를 포함하고,
    상기 통신부는,
    이벤트 권리 관리 서버로부터 이벤트 권리의 세부 항목에 관한 정보를 수신하는 단계;
    상기 이벤트 권리의 세부 항목에 관한 정보에 기초하여 이벤트 권리를 사용자 단말에 메시지 형태로 전달하는 단계;
    사용자 단말 또는 이벤트 권리 관리 서버로부터 이벤트 권리의 처리에 관한 정보를 수신하는 단계;
    상기 처리에 관한 정보에 기초하여 이벤트 권리의 처리 요청 메시지를 판매자 단말에게 전달하는 단계;
    상기 이벤트 권리 관리 서버 또는 판매자 단말로부터 이벤트 권리의 승인에 관한 정보를 수신하는 단계; 및
    상기 승인에 관한 정보에 기초하여 이벤트 권리의 승인 결과 메시지를 판매자 단말 또는 사용자 단말에게 전달하는 단계
    를 수행하는 메시지 서버.
  21. 이벤트 권리의 승인 방법을 수행하는 판매자 단말에 있어서,
    메시지를 송수신할 것을 제어하는 프로세서 및
    통신부를 포함하고,
    상기 통신부는,
    메시지 서버로부터 이벤트 권리의 처리 요청 메시지를 수신하는 단계;
    상기 처리 요청 메시지에 응답하여 상기 이벤트 권리의 승인에 관한 정보를 메시지 서버 또는 이벤트 권리 관리 서버에 전달하는 단계; 및
    상기 메시지 서버로부터 이벤트 권리의 승인 결과 메시지를 수신하는 단계
    를 수행하는 판매자 단말.
  22. 판매자 단말의 저장 매체에 저장되는 어플리케이션에 있어서,
    상기 어플리케이션은, 판매자 단말의 프로세서에 의해 수행되고,
    메시지 서버로부터 이벤트 권리의 처리 요청 메시지를 수신하는 단계;
    상기 처리 요청 메시지에 응답하여 상기 이벤트 권리의 승인에 관한 정보를 메시지 서버 또는 이벤트 권리 관리 서버에 전달하는 단계; 및
    상기 메시지 서버로부터 이벤트 권리의 승인 결과 메시지를 수신하는 단계
    를 포함하는 어플리케이션.
PCT/KR2015/011770 2014-11-07 2015-11-04 이벤트 권리의 승인 방법 및 시스템 WO2016072731A1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2017543692A JP6343402B2 (ja) 2014-11-07 2015-11-04 イベント権利の承認方法及びシステム

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020140154757A KR101614616B1 (ko) 2014-11-07 2014-11-07 이벤트 권리의 승인 방법 및 시스템
KR10-2014-0154757 2014-11-07

Publications (1)

Publication Number Publication Date
WO2016072731A1 true WO2016072731A1 (ko) 2016-05-12

Family

ID=55909383

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2015/011770 WO2016072731A1 (ko) 2014-11-07 2015-11-04 이벤트 권리의 승인 방법 및 시스템

Country Status (3)

Country Link
JP (1) JP6343402B2 (ko)
KR (1) KR101614616B1 (ko)
WO (1) WO2016072731A1 (ko)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7219027B2 (ja) * 2018-07-17 2023-02-07 Ｌｉｎｅ株式会社 プログラム、情報処理端末、情報処理方法、及び情報処理装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20060104759A (ko) * 2005-03-31 2006-10-09 주식회사 아이콘랩 온라인 현물교환권을 통한 실거래 상품의 구매가 가능한시스템 및 이를 이용한 방법
KR20070011951A (ko) * 2005-07-22 2007-01-25 김재형 상품권 운용방법 및 시스템과 이를 위한 상품권운용장치와, 무선 단말 장치와, 기록매체 및 정보 저장매체
KR101157541B1 (ko) * 2011-06-10 2012-08-07 에이큐 주식회사 피투피 쿠폰 발급 시스템 및 그 방법
KR101221985B1 (ko) * 2011-04-08 2013-01-15 주식회사 디케이아이테크놀로지 쿠폰이용방법 및 이를 수행하는 시스템
KR20130102793A (ko) * 2012-03-08 2013-09-23 주식회사 트라이패스 모바일 쿠폰 서비스 제공 서버, 제공 방법 및 그 방법을 위한 기록매체

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001229276A (ja) * 2000-02-15 2001-08-24 Sanyo Electric Co Ltd ギフトデータ処理システム及び方法並びに装置
JP2004062545A (ja) * 2002-07-29 2004-02-26 Nec Corp 有価価値情報の管理方法及び管理システム並びに有価価値情報管理プログラム
KR20060028070A (ko) * 2004-09-24 2006-03-29 김태우 단문 메시지 서비스와 상품권 번호를 이용한 상품권 유통방법
KR101089944B1 (ko) * 2010-12-23 2011-12-05 씨제이이앤엠 주식회사 Ｓｎｓ 정보를 이용한 쿠폰 알림 및 제공 시스템과 그 방법
JP5784346B2 (ja) * 2011-04-06 2015-09-24 株式会社日本総合研究所 電子金券贈答装置、電子金券贈答方法および電子金券贈答プログラム

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20060104759A (ko) * 2005-03-31 2006-10-09 주식회사 아이콘랩 온라인 현물교환권을 통한 실거래 상품의 구매가 가능한시스템 및 이를 이용한 방법
KR20070011951A (ko) * 2005-07-22 2007-01-25 김재형 상품권 운용방법 및 시스템과 이를 위한 상품권운용장치와, 무선 단말 장치와, 기록매체 및 정보 저장매체
KR101221985B1 (ko) * 2011-04-08 2013-01-15 주식회사 디케이아이테크놀로지 쿠폰이용방법 및 이를 수행하는 시스템
KR101157541B1 (ko) * 2011-06-10 2012-08-07 에이큐 주식회사 피투피 쿠폰 발급 시스템 및 그 방법
KR20130102793A (ko) * 2012-03-08 2013-09-23 주식회사 트라이패스 모바일 쿠폰 서비스 제공 서버, 제공 방법 및 그 방법을 위한 기록매체

Also Published As

Publication number Publication date
JP2018502405A (ja) 2018-01-25
KR101614616B1 (ko) 2016-04-22
JP6343402B2 (ja) 2018-06-13

Similar Documents

Publication Publication Date Title
WO2015111950A1 (ko) 메세지 중개 방법, 메세지 처리 방법, 서비스 관리 방법 및 상기 방법을 수행하는 장치
WO2016199994A1 (ko) 무인 택배함을 이용한 관심상품 선행 배송 서비스 제공 장치 및 그 방법, 그리고 컴퓨터 프로그램이 기록된 기록매체
WO2012128466A1 (en) Method of controlling system and mobile device for processing payment data
WO2012086929A2 (ko) Ｓｎｓ 정보를 이용한 쿠폰 알림 및 제공 시스템과 그 방법
WO2014178496A1 (ko) 어플리케이션에 포함된 광고모듈을 이용한 광고 시스템 및 그 방법
WO2019212295A1 (ko) 공급자와 판매자간 전자 상거래 중계 시스템 및 중계 방법
WO2019107907A1 (ko) 전자 지불 결제를 제어하는 전자 장치 및 이를 위한 방법
WO2020256368A1 (ko) 위치기반의 증강현실 디지털 재화를 이용한 광고 시스템 및 방법
WO2018135729A1 (ko) 소셜 네트워크 서비스를 이용한 콘텐츠 기부 및 기부 콘텐츠 구매 방법
WO2016024816A1 (ko) Sns 기반의 전자 상거래 시스템 및 방법
WO2012064026A2 (ko) 전자영수증 발급방법
WO2020153798A1 (ko) 온라인거래에서, url과 연동할 수 있는 신용카드를 이용한 결제시스템이나 결제방법
WO2016072731A1 (ko) 이벤트 권리의 승인 방법 및 시스템
WO2015093743A1 (ko) 광고 전달을 수반한 휴대용 충전기 대여 방법
WO2018048036A1 (ko) 상품 주문을 위한 주문 전용 장치 및 이를 이용한 상품 주문 시스템 및 방법, 그리고 컴퓨터 프로그램이 기록된 기록매체
WO2018062636A1 (ko) 프로모션 알림 기능을 구비한 주문 전용 장치 및 이를 이용한 상품 주문 시스템 및 방법, 그리고 컴퓨터 프로그램이 기록된 기록매체
WO2013032075A1 (ko) 서비스 제공 시스템 및 그 방법
WO2016167543A1 (ko) 큐알 코드를 이용한 바이럴 마케팅 시스템 및 방법과 바이럴 마케팅을 위한 큐알 코드 운용 장치 및 방법
WO2016108431A1 (ko) 화면 공유 시스템 및 화면 공유 방법과 관리서버 및 관리서버의 운영방법
WO2015026193A1 (ko) 스마트폰을 이용한 주문시스템 및 이를 이용한 주문방법
WO2015147409A1 (ko) 웹 서비스 이용시 사용자 인증을 위한 시스템 및 방법
WO2014035150A1 (en) Method and device for displaying information
WO2015080474A1 (ko) 광고 전달을 수반한 휴대용 충전기 대여 방법
WO2018062634A1 (ko) 주문 전용 장치 및 이를 이용한 추천 상품 주문 시스템 및 방법, 그리고 컴퓨터 프로그램이 기록된 기록매체
WO2014065603A1 (ko) 스마트폰과 ａｐ와의 근거리 통신을 통한 지역기반으로 이용자에게 사업장 홍보 및 결제 서비스를 제공하는 방법

Legal Events

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

Ref document number: 15857855

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2017543692

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 15857855

Country of ref document: EP

Kind code of ref document: A1