WO2019221309A1 - 티켓 관리 방법 및 장치 - Google Patents

티켓 관리 방법 및 장치 Download PDF

Info

Publication number
WO2019221309A1
WO2019221309A1 PCT/KR2018/005514 KR2018005514W WO2019221309A1 WO 2019221309 A1 WO2019221309 A1 WO 2019221309A1 KR 2018005514 W KR2018005514 W KR 2018005514W WO 2019221309 A1 WO2019221309 A1 WO 2019221309A1
Authority
WO
WIPO (PCT)
Prior art keywords
invitation
information
terminal
module
card
Prior art date
Application number
PCT/KR2018/005514
Other languages
English (en)
French (fr)
Inventor
정효섭
Original Assignee
주식회사 알제이코리아엔터테인먼트
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 주식회사 알제이코리아엔터테인먼트 filed Critical 주식회사 알제이코리아엔터테인먼트
Publication of WO2019221309A1 publication Critical patent/WO2019221309A1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
    • G06Q30/0225—Avoiding frauds
    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/02—Reservations, e.g. for tickets, services or events
    • 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/04—Payment circuits
    • 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/04—Payment circuits
    • G06Q20/045—Payment circuits using payment protocols involving tickets
    • G06Q20/0457—Payment circuits using payment protocols involving tickets the tickets being sent electronically
    • 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
    • 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
    • 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/10—Services
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B11/00—Apparatus for validating or cancelling issued tickets
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C9/00—Individual registration on entry or exit

Definitions

  • the present invention relates to a system for delivering and managing tickets, such as invitation tickets. More specifically, the present invention relates to a network system that manages the overall process of generating, delivering, registering, and using tickets, such as invitation tickets, online and offline.
  • An invitation is a type of ticket that is donated or sold for free or for a fee (in this case, it is part of the actual ticket price, usually an environmental charge) for various purposes, such as promotion of the event and sponsor advertising. Invite the free or paid invitation to see the cultural arts event from the event organizer or individual donor to activate the event and advertise the sponsor.
  • the reality is that the invitation ticket is delivered in the offline form without specifying who the user is because of the characteristics of being delivered free or in small amounts and being traded like a gift for promotional effects.
  • the intermediary since the intermediary has to visit and deliver in person by mail in order to deliver the invitation to each underprivileged, there is a problem in that labor and separate delivery costs are incurred as the invitation period is extended.
  • the intermediary has a problem in that the invitation card delivery process is cumbersome because the mediator selects and delivers donation tickets according to the event contents of the donated invitation card.
  • the technical problem of the present invention is to provide a system that can manage the overall process related to the creation, delivery, registration and confirmation of the invitation right on the system.
  • the technical problem of the present invention is to provide a system that can manage event staff or even paid tickets instead of invitation tickets.
  • a server constituting a ticket management system controls the processing and delivery of information necessary for generating, transmitting, confirming and managing invitation-related information;
  • a communication unit 230 transmitting the invitation-related information generated by the controller 210 to the broker terminal 130, the user terminal 140, or the event hall terminal 150.
  • the control unit 210 further includes an invitation card generation module 212, invitation card delivery module 214, invitation card validity check module 216, invitation card confirmation module 218, and the invitation card generation module 212 is intended to be distributed.
  • Create and group invitation tickets the type of ticket for the created invitation card group, the content of the event, the name of the event, the description of the event, the date and time of the event, whether or not the event is paid or free.
  • the invitation card delivery module 214 In the case of generating invitation information related information including price information, the invitation card delivery module 214 generates a URL (uniform resource link) connecting to the invitation card related information to deliver to the broker terminal 130, the generated invitation card
  • the validity of the invitation right can be delivered to the group information, and the recipient information is added, and the invitation right delivery module 214 has no recipient information to be delivered in a predetermined database.
  • the invitation card delivery module 214 is the recipient information to be delivered in the storage unit 120
  • the invitation right is transmitted by using the information stored in the database, and the invitation right delivery module 214 is the broker terminal 130 and the user terminal 140 in the server 110.
  • the path is continuously tracked from where and how each invitation group.
  • the administrator can confirm the distribution status of the invitation card and who is registered as a user, and can check whether the user is registered as the plan of the invitation card based on this, and based on this, the user's position at the performance site. Can be identified and supervised, and ultimately prevent reinstatement of invitations through scribbles.
  • the present invention it is possible to check the status of the invitation right that has been distributed but not used, can also check who is the registrant who has not been used, and can simplify the procedure of checking whether the user of the invitation right is legitimate.
  • the invitation ticket if it is not completely free and is partially paid, it can be induced to enter the site after payment in advance.
  • the status of generation, distribution, and use of the invitation card can be monitored on the server as a whole, so that the person planning the invitation card can check whether the invitation card is used to meet the original purpose.
  • FIG. 1 is a network diagram of a super-rights management system according to an embodiment of the present specification.
  • FIG. 2 is a block diagram of a server of the supervision management system according to an embodiment of the present specification.
  • 3 is a flow chart of the process of supervision management according to an embodiment of the present specification.
  • a controller 210 for controlling processing and delivery of information necessary for generating, transmitting, confirming, and managing invitation right-related information
  • a storage unit 220 for storing the invitation right related information and the invitation right related information generated by the controller 210
  • a communication unit 230 for transmitting the invitation-related information generated by the controller 210 to the broker terminal 130, the user terminal 140, or the event hall terminal 150. 110
  • the control unit 210 further includes an invitation card generation module 212, invitation card delivery module 214, invitation card validity check module 216, invitation card confirmation module 218,
  • the invitation card generation module 212 generates and groups an invitation card to be distributed, the type of ticket, content of the event, name of the event, description of the event, date and time of the event, Generate invitation-related information, including pricing information, whether the event is paid or free, and if the event is paid,
  • the invitation card delivery module 214 generates a URL (uniform resource link) connecting to the invitation card related information to the broker terminal 130, and the validity period, the recipient information that can be sent invitation card to the generated invitation card group information Add,
  • the invitation right delivery module 214 automatically adds the relevant information to the database in the storage unit 120 by adding it as a member.
  • the invitation right delivery module 214 transfers the invitation right by using the information stored in the database, if the receiver information to be transmitted is information existing in the database in the storage unit 120,
  • the invitation card delivery module 214 checks the invitation card related information delivered through the URL from the server 110 to the broker terminal 130, the user terminal 140 or the event terminal terminal 150, each of the invitation card group A server characterized by keeping track of its route from where to how.
  • FIG. 1 is a network diagram of a super rights management system according to an embodiment of the present specification
  • FIG. 2 is a block diagram of a server of the super rights management system according to an embodiment of the present specification.
  • the invitation right management system 100 includes a server 110, an administrator terminal 120, a plurality of broker terminals 130, 132, 134,..., And a user terminal 140.
  • the broker terminal 130 may also serve as the user terminal 140.
  • the server 110, the manager terminal 120, the broker terminal 130, and the user terminal 140 transmit and receive information through the wired / wireless network 190.
  • the wired and wireless network 190 is known to the present, such as Transfer Control Protocol / Internet Protocol (TCP / IP), Local Area Network (LAN), WIFI, Long Term Evolution (LTE), Wideband Code Division Multiple Access (WCDMA), It may be implemented using at least some of wired communication, wireless communication, and other communication methods known in the future.
  • the server 110 includes a control unit 210, a storage unit 220, and a communication unit 230.
  • the controller 210 performs the control necessary to perform the embodiments described later.
  • the controller 210 may generate, transmit, confirm, and manage invitation-related information.
  • the storage unit 220 stores the invitation-related information generated by the control unit 210 and stores information necessary for performing the following embodiments.
  • the storage unit 220 may include a database.
  • the communicator 230 transmits the invitation right related information generated by the controller 210 to the broker terminal 130.
  • the communication unit 230 transmits and receives a signal required to perform other embodiments described later.
  • the controller 210 receives the broker's information from the broker terminal 130 and checks whether the invitation right is valid. When the validity is confirmed, the broker terminal 130 transmits information related to part or all of the invitation right to the user terminal.
  • the controller 210 receives the user's information from the user terminal 140 and checks whether the invitation right is valid. If the validity is confirmed, the invitation right is registered in the user terminal 140.
  • the server 110 is provided with a dedicated program for managing the invitation right.
  • the server 110 includes a control unit 210 to drive the invitation card generation module 212, invitation card delivery module 214, invitation card validity check module 216, invitation card confirmation module 218, respectively.
  • the invitation right generation module 212 generates and groups invitation rights that an administrator intends to distribute according to the requirements of the event organizer.
  • the generated invitation (or invitation group, hereinafter referred to simply as invitation) is the type of ticket, the content of the event, the name of the event, the description of the event, the date / time of the event, whether paid or free, and the paid date. If so, include price (eg environmental burden) information.
  • invitation card delivery module 214 generates a uniform resource link (URL) connecting to the invitation card related information, and delivers it to the broker terminal (130).
  • a period in which invitation rights can be delivered also referred to as a validity period
  • a recipient name, contact information, predetermined security code
  • the generated invitation right group information may be added to the generated invitation right group information. Or it may further include the belonging group code itself.
  • the URL information may be delivered to the broker terminal 130 or the user terminal 140 in the form of SMS, messenger, email, or the like.
  • the invitation right delivery module 214 automatically adds the corresponding user terminal as a member and adds the related information to the database.
  • the invitation right delivery module 214 transfers the invitation right by utilizing the information stored in the database when the receiver is information existing in the database.
  • the invitation right delivery module 214 may retransmit the invitation right related information transmitted from the server 110 to the broker terminal 130 to the user terminal 140 through the URL. Through this, the server 110 can keep track of the path of each invitation group from where and how.
  • invitation card delivery module 214 may check that the URL is generated and delivered in the form of the invitation card package may recognize that the user can register the invitation card.
  • the invitation right validity check module 216 checks whether the terminal receiving the URL is legally entitled to receive the invitation right when connected to the link. Such a procedure is called an invitation right access procedure, and when a user's name, email, gender, contact number, social security number, and a predetermined security code are inputted, the process is validated through an algorithm in the database validity check module 114. Check whether or not.
  • the invitation right confirmation module 218 checks the user information of the user terminal at the end of which the invitation right is delivered. This allows the manager to check how the invitation was eventually sent to whom.
  • the broker terminal 130 may check the user information holding the invitation right, and may additionally track whether the user terminal 140 transmitted by the broker 140 retransmitted the invitation right to another user terminal.
  • the broker terminal 130 may transmit the invitation right to the user terminal 140 or to another broker terminal. That is, a user who receives a ticket from a broker can access and use each ticket or pass it on to others.
  • the invitation right confirmation module 218 may transmit the corresponding information to the terminal 150 of the event site as well as the manager terminal 120 or the broker terminal 130.
  • the event site terminal 150 (eg, the iPad) simultaneously receives and compares the invitation information displayed on the display of the user terminal 140 and the information transmitted from the invitation authority confirmation module 218 of the server 110 to the site. You can check whether the user you want to enter is a legitimate user.
  • the user terminal receiving the invitation right may register in advance by linking an ID card, and in this case, the procedure of checking the ID card in the field may be simplified.
  • the invitation ticket can be divided into prepayment and postpayment to receive payment in advance, which greatly simplifies the access procedure at the venue.
  • the invitation right confirmation module 118 checks the invitation card image, invitation card unique number, invitation card unique code, registered user contact information and delivers to the event site terminal 150.
  • the server 110 may further include a database 222 and a data management module 224.
  • the data management module 222 checks and stores all the creation status, delivery status, validity check status, entry status at the site, entry time, paid / free status, payment of environmental burden, and confirmation of payment method.
  • the data management module 222 may further include a staff information management module 226.
  • the invitation-related information includes the status of staff creation, the status of staff team distribution, the status of staff qualification check, the status of staff attendance, the time of staff attendance, whether the staff is paid, etc. Can be.
  • the invitation right management system may also be referred to as a staff management system, and the manager terminal 120 connected to the server 110 may check in real time whether the staff is performing a task internally or externally and utilizes the same. It can also be used to conduct events.
  • the data management module 224 may access a third ticket sales server (eg, a server of a ticket sales agency such as Interpark, or its own ticket sales server) to share and manage ticket seller information.
  • a third ticket sales server eg, a server of a ticket sales agency such as Interpark, or its own ticket sales server
  • the invitation ticket management system may be extended to the ticket management system.
  • the terminal is not a third ticket sales server, but an external terminal or system, the information may be visually checked on the spot or checked by an image taken by a photograph.
  • the invitation card information or the ticket information may be separately classified into a group in which a ticket is purchased for a fee, an invitation card group, and a membership group of a club and displayed.
  • the field terminal 150 may make a separate line according to a group of invitation tickets, pay, and membership, and check a dedicated ticket (invitation ticket, paid ticket, or membership card) in each line to check availability or check validity.
  • a dedicated ticket invitation ticket, paid ticket, or membership card
  • the performance organizer may be a manager by itself, or a dedicated planner may be a manager.
  • the broker may be the person in charge of distributing invitation rights and may be a senior person or a main person. The user may actually be the party using the ticket or entering the venue.
  • the broker may manage information on groups including types, types, and number of invitation rights at once.
  • each can be grouped and delivered to different users or different brokers.
  • each group of 50 cards can be sent to one broker or user as a group, which can be divided into two groups of 25 cards or divided into different groups of different numbers to different brokers or users. You can also pass it.
  • the manager decides only the type, number, and type of the initial invitation, and delivers it to one or more brokers.
  • Each broker can distribute the invitation according to its own policy or philosophy. You can distribute the invitation.
  • the super-rights management system according to the present invention has the effect of monitoring whether the distribution is appropriate, the flow thereof.
  • the administrator can easily check the trend by accessing the server 110 without managing the broker afterwards, and the broker also distributes his invitation and then redistributes it (e.g., reselling it with a reminder). If you detect this in the middle, you can invalidate the ticket.
  • the broker can also have the authority to manage the validity of the invitation rights it holds, it can be delivered to other users or register themselves.
  • the manager can check not only the situation where the invitation ticket is delivered, but also the result after the entry. In this case, it can be confirmed as the basic data for calculating the cost of hosting the event or managing the invitation ticket.
  • the invitation right delivery module 114 transmits invitation right information to the broker terminal 130 or the user terminal 140
  • the invitation right management module 118 deactivates the invitation right for all owners of the invitation right. However, by granting a separate authority to the broker terminal 130, it is possible to invalidate the validity of the user terminal receiving the invitation right information.
  • the invitation right confirmation module 118 may check it by updating who is the holder of the disabled invitation right.
  • the user terminal 140 may enter a name, a phone number, or a dedicated code to register the invitation right in a situation in which the user can use it.
  • One of the broker terminals 130 may be designated as a terminal of a master broker or a main manager.
  • the main person in charge of the broker can check and manage the current status of the registrants of the entire invitation rights separately from the manager who hosts the event. Also, the brokers, users, and users who have distributed the invitation rights can also be checked and managed.
  • the main manager may invalidate or reduce the authority even if a specific user is valid.
  • the invitation right management module may push notification to the terminal of the user and the lower user associated with the invitation right whether the validity or registration of the invitation right is changed.
  • the terminal of the main person in charge may grasp the current status of the ticket for which the invitation ticket is unregistered until the valid time (that is, the last time that the invitation card can be delivered). In this case, the validity time may be extended.
  • the main manager can also follow up the route on which the invitation was delivered. This removes the cancer marks.
  • the server 110 may determine the terminal connected with the administrator account as the administrator terminal 120 and give the authority.
  • the administrator account can understand the data managed by the server.
  • the person in charge can check whether the registration is valid and whether the ID card (if the age of the performance is restricted) is registered.
  • the organizer of the event can check whether the distributed invitation ticket is properly delivered or not, and through which path, the user who actually entered is the same as the original invitation ticket distributor. At this time, all the paths and information are stored in the database, and the user's gender, age, registration time, and the number of times of delivery may be checked to check whether the invitation ticket is utilized for the purpose of advertisement. Check the validity by mobile number, e-mail, etc., and continue to check.
  • the invitation right and the paid invitation ticket can be settled immediately after the event.
  • 3 is a flow chart of the process of supervision management according to an embodiment of the present specification.
  • a new ticket group corresponding to a predetermined number of first events is generated on the application (S320).
  • the first group of 100 invitations to the Ultra Music Festival, the second group of 150 sheets, and the third group of 50 sheets, that is, a total of three groups may be generated.
  • the host delivers the ticket of the first group (that is, 100 sheets) to the administrator 1 (S332), delivers the ticket of the second group (that is, 150 sheets) to the administrator 2 (S334), and the manager 3 Three groups (that is, 50 tickets) are delivered (S336). This allows the host to monitor the status of tickets delivered to Managers 1 to 3.
  • Manager 1 delivers a ticket to each of their customers (S342). You can pass one ticket, or you can pass multiple tickets.
  • the customer who receives the ticket registers on the application and delivers the information to the server to declare the ticket as a ticket to be used by the customer (S352).
  • the server confirms that the customer 1 has registered the ticket, and communicates this fact to the host and the administrator 1 so that the host and the administrator 1 can monitor the registration status of the ticket.
  • Manager 2 also delivers a ticket to their customers (S344).
  • One ticket may be delivered, several tickets may be delivered, or a plurality of tickets may be delivered to the subordinate managers so that the subordinate managers deliver tickets to each customer (S354).
  • Manager 3 can also pass tickets to their clients or subordinates.
  • the administrator can confirm the distribution status of the invitation card and who is registered as a user, and can check whether the user is registered as planned by the invitation card based on this, and based on this, the user's position at the performance site. Can be identified and supervised, and ultimately prevent reinstatement of invitations through scribbles.
  • the present invention it is possible to check the status of the invitation right that has been distributed but not used, can also check who is the registrant who has not been used, and can simplify the procedure of checking whether the user of the invitation right is legitimate.
  • the invitation ticket if it is not completely free and is partially paid, it can be induced to enter the site after payment in advance.
  • the status of generation, distribution, and use of the invitation card can be monitored on the server as a whole, so that the person planning the invitation card can check whether the invitation card is used to meet the original purpose.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Finance (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Tourism & Hospitality (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Game Theory and Decision Science (AREA)
  • Human Resources & Organizations (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

초대권의 관리부터 스태프의 출입 관리 및 실제 판매된 티켓까지도 생성, 배포, 및 전달과 유효성체크까지 수행할 수 있는 시스템이 개시된다. 이 시스템을 운영하는 서버는 본 발명에 일 양태에 따르면 티켓 관리 시스템을 구성하는 서버가 개시된다. 이 서버는 초대권 관련 정보를 생성, 전달, 확인 및 관리에 필요한 정보들의 처리 및 전달을 제어하는 제어부, 제어부가 생성한 초대권 관련 정보 및 상기 초대권 관련 정보를 저장하는 저장부 및 제어부가 생성한 초대권 관련 정보를 브로커 단말, 사용자 단말, 또는 행사장 단말으로 송신하는 통신부를 포함한다. 서버에서 브로커 단말, 상기 사용자 단말 또는 상기 행사장 단말로 URL을 통해 전달되된 초대권 관련 정보를 확인하여 각각의 초대권 그룹이 어디로부터 어떻게 전달되었는지 그 경로를 지속적으로 추적한다.

Description

티켓 관리 방법 및 장치
본 발명은 초대권과 같은 티켓을 전달하고 관리하는 시스템에 관한 것이다. 보다 자세하게는 온라인 및 오프라인상에서 초대권 등의 티켓의 생성, 전달, 등록 및 사용에 관한 전반에 절차를 관리하는 네트워크 시스템에 관한 것이다.
초대권은 행사의 홍보, 스폰서의 광고 등 다양한 목적을 위하여 무료 또는 유료(이 경우, 실제 티켓 가격의 일부이며 보통 환경부담금임)로 기부 또는 판매되는 티켓의 한 종류를 말한다. 행사 주최측 또는 개인 기부자로부터 문화예술행사를 관람할 수 있는 초대권을 무료 또는 유료로 배포하여 행사를 활성화하고, 스폰서를 광고한다.
경제와 산업이 발전함에 따라 사람들은 여가생활에 관심을 갖고, 문화행사에서 사용되는 티켓은 지정된 예매처에 방문하여 티켓을 구매하거나 전화를 통해 예매하는 예전 방식에서 인터넷을 통한 티켓 구매 방식이 더 많이 사용되고 있다. 인터넷을 통해 티켓을 구매하는 경우 직접 방문하거나 전화를 하는 불편함 없이 손쉽게 티켓을 구매할 수 있으며, 현장에서 스마트폰으로 입장하는 경우도 많다.
하지만, 초대권은 무료 또는 소액으로 전달되는 특성과, 그리고 홍보효과를 위해서 선물처럼 거래되는 특성상 사용자가 누구인지 특정되지 않은 채 오프라인에서 유형으로 전달되는 것이 현실이다. 이때 상기 중개자가 각 문화소외계층 대상자에게 초대권을 전달하기 위해서는 직접 방문하여 전하거나 우편으로 송달하여야 하기 때문에 초대권이 전달되는 기간이 길어지면서 인건비 및 별도의 송달비용이 발생하는 문제점이 있다. 또한, 중개자는 기부된 초대권의 행사내용에 따라 행사와 부합되는 대상자를 일일이 선별하여 기부티켓을 전달하여 하기 때문에 초대권 전달 절차가 번거로워지는 문제점이 있었다.
또한, 초대권이 적합한 대상에게 적절한 목적으로 사용되는지 확인할 수도 없고, 유통 중 분실되거나 미사용되어 실제 초대권으로서의 역할을 하지 못하는 경우도 많으며, 이로 인하여 실제 초대권의 개수 및 사용여부를 확인하여 행사 관계자가 비용을 정산하는 것이 매우 어려운 현실이다. 이와 같이 공연주최측과 초대권을 배포하는 브로커(broker) 입장에서는 새로운 시스템의 초대권 관리가 요구된다.
[선행기술문헌]
[특허문헌]
10-2015-0028912(2015.03.02.)
본 발명의 기술적 과제는 초대권을 시스템 상에서 생성, 전달, 등록 및 확인 등에 관한 전반에 관한 절차를 관리할 수 있는 시스템을 제공하는 데 있다.
더 나아가, 본 발명의 기술적 과제는 초대권 대신 행사 스태프의 관리 또는 유료 티켓까지도 관리할 수 있는 시스템을 제공하는 데 있다.
본 발명에 일 양태에 따르면 티켓 관리 시스템을 구성하는 서버가 개시된다. 이 서버는 초대권 관련 정보를 생성, 전달, 확인 및 관리에 필요한 정보들의 처리 및 전달을 제어하는 제어부(210); 상기 제어부(210)가 생성한 초대권 관련 정보 및 상기 초대권 관련 정보를 저장하는 저장부(220); 및 상기 제어부(210)가 생성한 초대권 관련 정보를 브로커 단말(130), 사용자 단말(140), 또는 행사장 단말(150)으로 송신하는 통신부(230);를 포함한다.
상기 제어부(210)는 초대권 생성 모듈(212), 초대권 전달 모듈(214), 초대권 유효성 체크 모듈(216), 초대권 확인 모듈(218)을 더 포함하며, 상기 초대권 생성 모듈(212)은 배포하고자 하는 초대권을 생성하여 그룹화하며, 상기 생성되는 초대권 그룹에 관한 티켓의 타입, 행사의 콘텐츠, 행사의 명칭, 행사의 설명(description), 행사의 날짜 및 시간, 행사의 유료 또는 무료 여부, 행사가 유료일 경우 가격 정보를 포함하는 초대권 관련 정보를 생성하며, 상기 초대권 전달 모듈(214)은 상기 초대권 관련 정보에 연결하는 URL(uniform resource link)을 브로커 단말(130)로 전달하도록 생성하고, 상기 생성된 초대권 그룹 정보에 초대권 전달이 가능한 유효기간, 수신자 정보를 추가하며, 상기 초대권 전달 모듈(214)은 전달하고자 하는 수신자 정보가 소정의 데이터베이스에 없는 것으로 판단되면(default), 자동으로 회원으로 추가하여 관련 정보를 상기 저장부(120) 내 데이터 베이스에 추가하고, 상기 초대권 전달 모듈(214)은 전달하고자 하는 수신자 정보가 상기 저장부(120) 내 데이터 베이스에 존재하는 정보일 경우, 상기 데이터 베이스에 저장된 정보를 활용하여 초대권을 전달하며, 상기 초대권 전달 모듈(214)은 상기 서버(110)에서 상기 브로커 단말(130), 상기 사용자 단말(140) 또는 상기 행사장 단말(150)로 URL을 통해 전달되된 초대권 관련 정보를 확인하여 각각의 초대권 그룹이 어디로부터 어떻게 전달되었는지 그 경로를 지속적으로 추적한다.
본 발명에 따르면, 초대권의 배포 현황 및 사용자로 등록된 사람이 누구인지 관리자가 확인할 수 있으며, 이를 기초로 초대권의 기획대로 사용자가 등록되었는지를 체크할 수 있고, 이를 기초로 공연 현장에서 사용자의 입장을 확인 및 감독할 수 있으며, 궁극적으로 암표를 통한 초대권의 재거래를 방지할 수 있다.
본 발명에 따르면, 배포되었으나 사용되지 않은 초대권의 현황을 확인할 수 있으며, 사용하지 않은 등록자가 어떤 사람인지도 확인할 수 있으며, 초대권의 사용자가 정당한지 확인하는 절차를 간소화할 수 있다.
본 발명에 따르면, 초대권이 완전 무료가 아니고 일부 유료인 경우 이를 사전에 결제한 후 현장에서 간편하게 입장하도록 유도할 수 있다.
본 발명에 따르면, 초대권의 생성, 배포부터 사용까지의 현황을 서버에서 전체적으로 모니터링하여, 초대권을 기획한 자가 초대권이 본래 목적에 맞도록 사용되는지 확인할 수 있다.
도 1은 본 명세서의 일 실시예에 따르는 초대권 관리 시스템의 네트워크 구성도이다.
도 2는 본 명세서의 일 실시예에 따르는 초대권 관리 시스템의 서버의 블록 구성도이다.
도 3은 본 명세서의 일 실시예에 따르는 초대권 관리의 과정의 순서도이다.
초대권 관련 정보를 생성, 전달, 확인 및 관리에 필요한 정보들의 처리 및 전달을 제어하는 제어부(210); 상기 제어부(210)가 생성한 초대권 관련 정보 및 상기 초대권 관련 정보를 저장하는 저장부(220); 및 상기 제어부(210)가 생성한 초대권 관련 정보를 브로커 단말(130), 사용자 단말(140), 또는 행사장 단말(150)으로 송신하는 통신부(230);를 포함하여 티켓 관리 시스템을 운영하는 서버(110)에 있어서,
상기 제어부(210)는 초대권 생성 모듈(212), 초대권 전달 모듈(214), 초대권 유효성 체크 모듈(216), 초대권 확인 모듈(218)을 더 포함하며,
상기 초대권 생성 모듈(212)은 배포하고자 하는 초대권을 생성하여 그룹화하며, 상기 생성되는 초대권 그룹에 관한 티켓의 타입, 행사의 콘텐츠, 행사의 명칭, 행사의 설명(description), 행사의 날짜 및 시간, 행사의 유료 또는 무료 여부, 행사가 유료일 경우 가격 정보를 포함하는 초대권 관련 정보를 생성하며,
상기 초대권 전달 모듈(214)은 상기 초대권 관련 정보에 연결하는 URL(uniform resource link)을 브로커 단말(130)로 전달하도록 생성하고, 상기 생성된 초대권 그룹 정보에 초대권 전달이 가능한 유효기간, 수신자 정보를 추가하며,
상기 초대권 전달 모듈(214)은 전달하고자 하는 수신자 정보가 소정의 데이터베이스에 없는 것으로 판단되면(default), 자동으로 회원으로 추가하여 관련 정보를 상기 저장부(120) 내 데이터 베이스에 추가하고,
상기 초대권 전달 모듈(214)은 전달하고자 하는 수신자 정보가 상기 저장부(120) 내 데이터 베이스에 존재하는 정보일 경우, 상기 데이터 베이스에 저장된 정보를 활용하여 초대권을 전달하며,
상기 초대권 전달 모듈(214)은 상기 서버(110)에서 상기 브로커 단말(130), 상기 사용자 단말(140) 또는 상기 행사장 단말(150)로 URL을 통해 전달되된 초대권 관련 정보를 확인하여 각각의 초대권 그룹이 어디로부터 어떻게 전달되었는지 그 경로를 지속적으로 추적함을 특징으로 하는 서버.
이하, 첨부된 도면을 참조하여 본 발명의 실시 예에 대하여 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자가 용이하게 실시할 수 있도록 상세히 설명한다. 그러나 본 발명은 여러 가지 상이한 형태로 구현될 수 있으며 이하에서 개시되는 실시 예에 한정되지 않는다. 또한 도면에서 본 발명을 명확하게 개시하기 위해서 본 발명과 관계없는 부분은 생략하였으며, 도면에서 동일하거나 유사한 부호들은 동일하거나 유사한 구성요소들을 나타낸다.
본 발명의 목적 및 효과는 하기의 설명에 의해서 자연스럽게 이해되거나 보다 분명해질 수 있으며, 하기의 기재만으로 본 발명의 목적 및 효과가 제한되는 것은 아니다.
본 발명의 목적, 특징 및 장점은 다음의 상세한 설명을 통하여 보다 분명해 질 것이다. 또한, 본 발명을 설명함에 있어서 본 발명과 관련된 공지 기술에 대한 구체적인 설명이, 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략하기로 한다. 이하, 첨부된 도면을 참조하여 본 발명에 따른 실시예를 상세히 설명하기로 한다.
도 1은 본 명세서의 일 실시예에 따르는 초대권 관리 시스템의 네트워크 구성도이고, 도 2는 본 명세서의 일 실시예에 따르는 초대권 관리 시스템의 서버의 블록 구성도이다.
도 1 및 도 2를 참조하면, 초대권 관리 시스템(100)은 서버(110), 관리자 단말(120), 복수의 브로커 단말(130, 132, 134, …), 사용자 단말(140)로 구성된다. 이때, 브로커 단말(130)은 사용자 단말(140) 역할도 수행할 수 있다.
서버(110), 관리자 단말(120), 브로커 단말(130), 사용자 단말(140)은 유무선 네트워크(190)를 통해서 정보를 송수신한다. 이때, 유무선 네트워크(190)는 TCP/IP(Transfer Control Protocol/Internet Protocol), LAN(Local Area Network), WIFI, LTE(Long Term Evolution), WCDMA(Wideband Code Division Multiple Access), 기타 현재까지 알려졌거나 미래에 알려질 유선 통신 방식, 무선 통신 방식, 기타 통신 방식 중 적어도 일부를 이용하여 구현될 수 있다.
이때 서버(110)는 제어부(210), 저장부(220), 및 통신부(230)를 포함한다.
제어부(210)는 후술하는 실시 예들을 수행하기 위하여 필요한 제어를 수행한다. 특히 제어부(210)는 초대권 관련 정보를 생성, 전달, 확인, 관리 등을 할 수 있다. 저장부(220)는 제어부(210)가 생성한 초대권 관련 정보를 저장하고 기타 후술하는 실시 예들을 수행하기 위해 필요한 정보를 저장한다. 저장부(220)는 데이터베이스를 포함할 수 있다.
통신부(230)는 제어부(210)가 생성한 초대권 관련 정보를 브로커 단말(130)에게 송신한다. 또한 통신부(230)는 기타 후술하는 실시 예들을 수행하기 위해 필요한 신호를 송수신한다.
제어부(210)는 브로커 단말(130)로부터 브로커의 정보를 입력받아 초대권이 유효한지 유효성 체크를 수행한다. 유효성이 확인되면, 브로커 단말(130)은 초대권의 일부 또는 전부에 관련한 정보를 사용자 단말로 전달한다.
제어부(210)는 사용자 단말(140)로부터 사용자의 정보를 입력받아 초대권이 유효한지 유효성 체크를 수행한다. 유효성이 확인되면, 사용자 단말(140)에 초대권이 등록된다.
서버(110)는 초대권 관리를 하기 위한 전용 프로그램이 구비된다. 서버(110)는 제어부(210)를 포함하는데 초대권 생성 모듈(212), 초대권 전달 모듈(214), 초대권 유효성 체크 모듈(216), 초대권 확인 모듈(218)을 각각 구동한다.
초대권 생성 모듈(212)은 행사 주최자의 요구사항에 따라서 관리자(administrator)가 배포하고자 하는 초대권을 생성하여 그룹화한다. 이때, 생성되는 초대권(또는 초대권 그룹, 이하에서는 단순히 초대권이라고 부른다)은 티켓의 타입, 행사의 콘텐츠, 행사의 명칭, 행사의 설명(description), 행사의 날짜/시간, 유료/무료 여부, 유료일 경우 가격(예, 환경부담금) 정보를 포함한다.
초대권 전달 모듈(214)은 초대권 관련 정보에 연결하는 URL(uniform resource link)를 생성하고, 이를 브로커 단말(130)로 전달한다. 이때, 생성된 초대권 그룹 정보에 초대권 전달이 가능한 기간(이를 유효기간이라고도 함), 수신자(이름, 연락처, 소정의 보안코드)가 추가될 수 있다. 또는 소속 그룹 코드 자체를 더 포함할 수도 있다.
URL 정보는 문자, 메신저, 이메일 등 SMS의 형식으로 브로커 단말(130) 또는 사용자 단말(140)로 전달될 수 있다.
초대권 전달 모듈(214)은 수신자 정보가 소정의 데이터베이스에 없는 것으로 판단되면(default), 해당 사용자 단말을 자동으로 회원으로 추가하여 관련 정보를 상기 데이터베이스에 추가한다.
초대권 전달 모듈(214)은 수신자가 데이터 베이스에 존재하는 정보일 경우 데이터 베이스에 저장된 정보를 활용하여 초대권을 전달한다.
초대권 전달 모듈(214)은 서버(110)에서 브로커 단말(130)로 전달된 초대권 관련 정보를 URL을 통해 사용자 단말(140)로 재전송하도록 할 수 있다. 이를 통해 서버(110)는 각각의 초대권 그룹이 어디로부터 어떻게 전달되었는지 그 경로를 지속적으로 추적할 수 있다.
초대권 전달 모듈(214)은 초대권이 패키징된 형태로 URL이 생성하여 전달되는 것을 체크해서 사용자가 초대권을 등록할 수 있는 상황이 됨을 인지할 수도 있다.
초대권 유효성 체크 모듈(216)은 URL을 수신한 단말이 링크로 연결되면 적법하게 초대권을 수신할 자격이 있는지 체크한다. 이와 같은 절차를 초대권 확인(access) 절차라고 하며, 사용자의 이름, 이메일, 젠더(gender), 연락처, 주민등록번호, 소정의 보안코드가 입력되면 이를 데이터 베이스의 유효성 체크 모듈(114)내의 알고리즘을 통해 적법성 여부를 확인한다.
이를 통해서, 온라인 상으로 URL이 복수의 단말에게 여러 회 전달되도록 적법한 사용자만 이를 등록하고 사용할 수 있는 역할을 한다.
초대권 확인 모듈(218)은 초대권이 전달된 가장 끝단의 사용자 단말의 사용자 정보를 체크한다. 이을 통해서 관리자는 초대권이 어떤 과정을 거쳐서 종국적으로 누구에게 전달되었는지를 체크할 수 있다. 또한 브로커 단말(130)에서 초대권을 보유하고 있는 사용자 정보를 확인할 수 있으며, 자신이 전달한 사용자 단말(140)이 다른 사용자 단말로 초대권을 재전송 하였는지를 추가적으로 추적할 수도 있다. 브로커 단말(130)에서는 초대권을 사용자 단말(140)로 전달하거나 다른 브로커 단말로 전달할 수 있다. 즉, 브로커로부터 티켓을 수신한 유저는 각 티켓을 액세스 해서 사용할 수 있고, 또는 타인에게 전달시킬 수도 있다.
초대권 확인 모듈(218)은 해당 정보를 관리자 단말(120) 또는 브로커 단말(130) 뿐만 아니라 행사 현장의 단말(150)로도 전달할 수 있다.
이를 통해서 행사 현장 단말(150, 예 아이패드)은 사용자 단말(140)의 디스플레이 상에 표시된 초대권 정보와, 서버(110)의 초대권 확인 모듈(218)로부터 전달된 정보를 동시에 수신하고 비교하여 현장에 입장하려는 사용자가 적법한 사용자인지를 확인할 수 있다.
즉, 현장에서는 태블릿(예, 아이패드)에서 등록된 초대권 및 사용자의 인적정보를 입력하고, 서버에서 유효성을 다시 체크한다. 초대권을 받은 사용자 단말은 미리 신분증을 연동시켜 등록할 수도 있으며, 이 경우 현장에서 신분증을 확인하는 절차 마저도 간소화할 수 있다. 초대권은 결제여부를 선결제, 후결제로 나눠서 결제를 미리받을 수도 있으며, 이를 통해서 행사장에서 출입절차가 매우 간단해 진다.
일 예로, 초대권 확인 모듈(118)은 초대권 이미지, 초대권 고유번호, 초대권 고유코드, 등록된 사용자 연락처를 확인하고 행사 현장 단말(150)로 전달한다.
이를 통해서 미리 등록된 유저에 한하여 연락처만 행사장의 태블릿상 입력하거나, 신분증을 확인하여 출입허가를 간편하게 수행할 수 있다. 즉 암표를 통해서 무분별한 입장이 이루어지는 것을 막을 수 있다.
서버(110)는 데이터 베이스(222) 및 데이터 관리 모듈(224)을 더 포함할 수 있다.
데이터 관리 모듈(222)은 초대권의 생성 현황, 전달 현황, 유효성 체크 상황, 현장에서의 입장 현황, 입장 시간, 유료/무료 여부, 환경부담금 결제 여부 및 결제 방법 확인 등을 모두 체크하고 저장한다.
데이터 관리 모듈(222)은 스태프 정보 관리 모듈(226)을 더 포함할 수 있다. 이때 초대권의 타입을 현장팀, 아티스트팀, 경호팀 등 행사에 관련된 스태프의 한종류로 분류하고 초대권을 그 날의 스태프를 관리하는 일종의 사원증처럼 활용할 수 있다. 이 경우 초대권 관련 정보는 스태프 생성 현황, 스태프 팀 분배 현황, 스태프 자격 체크 현황, 스태프 출근 현황, 스태프 출근 시간, 스태프의 급여 지급 여부 등을 포함하며, 초대권과 유사하게 서버에서 스태프 관련 정보를 관리할 수 있다.
스태프의 출퇴근 여부나 현장 배치 여부를 구두 또는 육안으로 체크할 필요 없이, 현장 단말(150) 상에서 체크하여 서버(110)에서 관리할 수 있다. 이 경우 초대권 관리 시스템을 스태프 관리 시스템이라고도 부를 수 있으며, 서버(110)에 접속한 관리자 단말(120)은 스태프가 내부에서 업무를 수행중인지 외부에서 업무를 수행중인지를 실시간 체크할 수 있고 이를 활용하여 행사 진행 업무에 활용할 수도 있다.
데이터 관리 모듈(224)은 제3의 티켓 판매 서버(예, 인터파크와 같은 티켓 판매 대행 회사의 서버 또는 자체적인 티켓 판매 서버)에 접속하여 티켓의 판매자 정보를 공유하여 관리할 수 있다. 이 경우 초대권 관리 시스템은 티켓 관리 시스템으로 확장되어 사용될 수도 있다.
이 경우, 비단 초대권 뿐만 아니라 유료로 구입한 티켓의 정보까지도 확인하여 전달, 유효성 체크, 또는 확인하여 전체적인 관리를 수행할 수 있다.
제 3의 티켓 판매 서버가 아니라 외부의 별도의 단말 또는 시스템이더라도 그 정보를 현장에서 육안으로 확인하거나 사진으로 촬영한 이미지로 체크할 수도 있다.
본 발명에 따른 일 예로, 초대권 정보 또는 티켓 정보는 티켓을 유료로 구매한 그룹, 초대권 그룹, 클럽의 멤버십 그룹으로 별도로 구별하고 이를 표시할 수도 있다.
이경우 현장 단말(150)은 초대권, 유료, 멤버십의 그룹에 따라서 별도의 라인을 만들고 각 라인에서 전용 티켓(초대권, 유료티켓 또는 멤버십 카드)를 체크하여 입장 가능 여부를 확인하거나 유효성을 체크할 수도 있다.
본 발명에 따르면, 공연 주최자가 스스로 관리자일 수 있으며, 또는 초대권 전담 기획자가 관리자일 수도 있다. 브로커는 초대권의 배포를 맡아서 수행하는 자일 수 있으며 상위 담당자 또는 메인 담당자일 수도 있다. 사용자는 실제로 티켓을 사용하거나 행사장에 입장하는 당사자일 수 있다.
브로커는 초대권의 유형, 타입, 개수 포함하는 그룹에 대한 정보를 한번에 관리할 수도 있다.
예를 들어, 100장의 초대권 중 50장이 완전 무료, 50장이 일부 유료인 경우 각각을 하나의 그룹화 하여 서로 다른 사용자 또는 다른 브로커에게 전달할 수 있다.
또한, 50장의 각 그룹의 초대권들도 하나의 그룹으로 하나의 브로커나 사용자에게 보낼 수도 있고, 이를 25장씩 2개의 그룹으로 나누거나, 서로 다른 개수의 서로 다른 그룹으로 분류하여서 서로 다른 브로커 또는 사용자에게 전달할 수도 있다.
결국 관리자는 최초의 초대권의 타입, 개수, 유형만 정하고 한 명 또는 복수의 브로커에 전달하며, 각각의 브로커가 자신의 정책 또는 철학에 맞춰서 초대권을 분배할 수 있으며, 이때 마케팅의 효과를 고려하여 선택적으로 초대권을 분배할 수 있다. 본 발명에 따른 초대권 관리 시스템은 이러한 분배가 적합한지, 그 흐름을 모니터링할 수 있는 효과가 있다.
관리자는 초대권을 전달하고 나면 이후에는 브로커를 따로 관리하지 않아도 그 추세를 서버(110)에만 접속하면 확인할 수가 있어서 간편하며, 브로커도 자신의 초대권을 분배한 후 재분배되는지 여부(예를 들어 암표로 재판매 되는지 여부)를 확인할 수 있으며, 이를 중간에 감지할 경우 티켓의 유효성을 무효화할 수도 있다.
즉, 브로커는 자신이 보유한 초대권들에 대한 유효성을 관리할 권한도 보유할 수 있으며, 다른 사용자에게 전달하거나 스스로 등록할 수도 있다.
관리자는 초대권이 전달되는 상황 뿐만 아니라, 입장한 후의 결과까지도 확인할 수 있다. 이 경우 행사를 주최한 비용 또는 초대권을 관리한 비용 등을 정산하는 기초자료로서 확인할 수 있다.
초대권 전달 모듈(114)이 브로커 단말(130) 또는 사용자 단말(140)로 초대권 정보를 전달하면, 초대권 관리 모듈(118)은 초대권의 전 소유자에 대해서는 초대권을 비활성화한다. 다만 브로커 단말(130)에 별도의 권한을 부여하여, 초대권 정보를 수신한 사용자 단말의 유효성을 무효화할 수도 있다.
브로커에게 초대권이 비활성화되고, 사용자 또는 그 하위 사용자가 초대권을 등록하면 비활성화된 초대권의 보유자가 누구인지를 업데이트하여 초대권 확인 모듈(118)에서 이를 체크할 수 있다.
사용자 단말(140)은 이름, 전화번호, 또는 전용 코드를 입력하여 초대권을 자신이 사용할 수 있는 상황으로 등록할 수 있다.
브로커 단말(130) 중 하나를 마스터 브로커 또는 메인 담당자의 단말로 지정할 수도 있다.
이때 행사를 주최하는 관리자와의 별도로 브로커 중 메인 담당자가 전체 초대권의 등록자의 현황을 확인하고 관리할 수도 있으며, 자신이 초대권을 배포한 하위 브로커, 사용자, 하위 사용자들도 확인하고 관리할 수 있다.
이때 메인 담당자는 특정 사용자가 유효하더라도 이를 무효화하거나 권한을 축소할 수 있다.
초대권 관리 모듈은 초대권의 유효성 또는 등록의 변경여부를 해당 초대권과 연관된 사용자 및 하위 사용자의 단말로 푸시 알림 할 수 있다.
메인 담당자의 단말은 유효시간(즉, 초대권의 전달이 가능한 최종 시간) 까지 초대권이 미등록인 티켓의 현황을 파악할 수 있다. 이때 유효시간을 연장할 수도 있다. 또한 메인 담당자는 초대권이 전달된 경로를 팔로업할 수 있다. 이를 통해서 암표를 제거할 수 있다.
서버(110)는 관리자 계정으로 접속한 단말을 관리자 단말(120)로 판단하고 권한을 줄 수 있다.
관리자 계정에서는 서버에서 관리되는 데이터를 파악할 수 있다. 담당자는 등록의 유효여부, 신분증(공연의 입장이 제한되는 나이가 있는 경우)의 등록여부 확인할 수 있다.
본 발명에 따르면, 행사의 주최자는 배포한 초대권이 제대로 전달되었는지 입장까지는 어떤 경로를 통해서 전달되었는지, 실제로 입장한 사용자가 최초의 초대권 배포자와 동일한 지 체크할 수 있다. 이때, 이 경로 및 정보를 모두 데이터 베이스에 저장하고, 사용자의 성별, 나이, 등록시기, 전달된 횟수를 검토하여 초대권이 광고 목적에 맞게 활용되었는지를 점검할 수 있다. 휴대폰 번호, 이메일 등으로 유효성을 체크하며, 지속적으로 확인한다.
본 발명에 초대권의 입장 상황이 현장 단말을 통해서 바로 체크되기 때문에, 행사가 마친 후 초대권 및 유료 초대권(환경부담금)을 바로 정산할 수 있다.
도 3은 본 명세서의 일 실시예에 따르는 초대권 관리의 과정의 순서도이다.
도 3을 참조하면, 호스트가 로그인한 후(S310), 어플리케이션 상에서 제1 이벤트에 대한 소정의 개수에 해당하는 티켓 그룹을 새로 생성한다(S320). 예를 들어, 울트라뮤직페스티벌 초대권 100장의 제1그룹, 150장의 제2그룹, 50장의 제3그룹, 즉, 총 3개의 그룹을 생성할 수 있다.
이어서, 호스트는 관리자1에게 제1그룹(즉, 100장)의 티겟을 전달하고(S332), 관리자2에게 제2그룹(즉, 150장)의 티켓을 전달하고(S334), 관리자3에게 제3그룹(즉, 50장)의 티켓을 전달한다(S336). 이를 통해 호스트는 관리자1 내지 관리자3에게 전달한 티켓의 상황(status)에 대해서 모니터링 할 수 있다.
관리자1은 자신의 고객들에게 각각 티켓을 전달한다(S342). 한 장의 티켓을 전달할 수 있고, 여러 장의 티켓을 전달할 수도 있다. 티켓을 전달받은 고객은 어플리케이션 상에서 등록하여 이 티켓을 자신이 사용할 티켓으로 선언하는 정보를 서버에 전달한다(S352). 서버에서는 고객1이 티켓을 등록하였다는 것을 확인하고, 호스트 및 관리자1에게 이 사실을 전달하여 호스트 및 관리자1이 티켓의 등록현황을 모니터링할 수 있도록 한다.
관리자2도 자신의 고객들에게 각각 티켓을 전달한다(S344). 한 장의 티켓을 전달할 수 있고, 여러 장의 티켓을 전달할 수도 있고, 하위관리자에게 복수의 티켓을 전달하여 하위관리자가 각 고객들에게 티켓을 전달하게 할 수도 있다(S354).
관리자3도 자신의 고객들 또는 하위관리자에게 티켓을 전달할 수 있다.
상기한 본 발명의 바람직한 실시 예는 예시의 목적으로 개시된 것이고, 본 발명에 대해 통상의 지식을 가진 당업자라면 본 발명의 사상과 범위 안에서 다양한 수정, 변경 및 부가가 가능할 것이며, 이러한 수정, 변경 및 부가는 상기의 특허청구범위에 속하는 것으로 보아야 할 것이다.
본 발명이 속하는 기술분야에서 통상의 지식을 가진 자라면, 본 발명의 기술적 사상을 벗어나지 않는 범위 내에서, 여러 가지 치환, 변형 및 변경이 가능하므로, 본 발명은 전술한 실시 예 및 첨부된 도면에 의해 한정되는 것이 아니다.
상술한 예시적인 시스템에서, 방법들은 일련의 단계 또는 블록으로써 순서도를 기초로 설명되고 있지만, 본 발명은 단계들의 순서에 한정되는 것은 아니며, 어떤 단계는 상술한 바와 다른 단계와 다른 순서로 또는 동시에 발생할 수 있다. 또한, 당업자라면 순서도에 나타낸 단계들이 배타적이지 않고, 다른 단계가 포함되거나 순서도의 하나 또는 그 이상의 단계가 본 발명의 범위에 영향을 미치지 않고 삭제될 수 있음을 이해할 수 있을 것이다.
본 발명에 따르면, 초대권의 배포 현황 및 사용자로 등록된 사람이 누구인지 관리자가 확인할 수 있으며, 이를 기초로 초대권의 기획대로 사용자가 등록되었는지를 체크할 수 있고, 이를 기초로 공연 현장에서 사용자의 입장을 확인 및 감독할 수 있으며, 궁극적으로 암표를 통한 초대권의 재거래를 방지할 수 있다.
본 발명에 따르면, 배포되었으나 사용되지 않은 초대권의 현황을 확인할 수 있으며, 사용하지 않은 등록자가 어떤 사람인지도 확인할 수 있으며, 초대권의 사용자가 정당한지 확인하는 절차를 간소화할 수 있다.
본 발명에 따르면, 초대권이 완전 무료가 아니고 일부 유료인 경우 이를 사전에 결제한 후 현장에서 간편하게 입장하도록 유도할 수 있다.
본 발명에 따르면, 초대권의 생성, 배포부터 사용까지의 현황을 서버에서 전체적으로 모니터링하여, 초대권을 기획한 자가 초대권이 본래 목적에 맞도록 사용되는지 확인할 수 있다.

Claims (8)

  1. 초대권 관련 정보를 생성, 전달, 확인 및 관리에 필요한 정보들의 처리 및 전달을 제어하는 제어부(210); 상기 제어부(210)가 생성한 초대권 관련 정보 및 상기 초대권 관련 정보를 저장하는 저장부(220); 및 상기 제어부(210)가 생성한 초대권 관련 정보를 브로커 단말(130), 사용자 단말(140), 또는 행사장 단말(150)으로 송신하는 통신부(230);를 포함하여 티켓 관리 시스템을 운영하는 서버(110)에 있어서,
    상기 제어부(210)는 초대권 생성 모듈(212), 초대권 전달 모듈(214), 초대권 유효성 체크 모듈(216), 초대권 확인 모듈(218)을 더 포함하며,
    상기 초대권 생성 모듈(212)은 배포하고자 하는 초대권을 생성하여 그룹화하며, 상기 생성되는 초대권 그룹에 관한 티켓의 타입, 행사의 콘텐츠, 행사의 명칭, 행사의 설명(description), 행사의 날짜 및 시간, 행사의 유료 또는 무료 여부, 행사가 유료일 경우 가격 정보를 포함하는 초대권 관련 정보를 생성하며,
    상기 초대권 전달 모듈(214)은 상기 초대권 관련 정보에 연결하는 URL(uniform resource link)을 브로커 단말(130)로 전달하도록 생성하고, 상기 생성된 초대권 그룹 정보에 초대권 전달이 가능한 유효기간, 수신자 정보를 추가하며,
    상기 초대권 전달 모듈(214)은 전달하고자 하는 수신자 정보가 소정의 데이터베이스에 없는 것으로 판단되면(default), 자동으로 회원으로 추가하여 관련 정보를 상기 저장부(120) 내 데이터 베이스에 추가하고,
    상기 초대권 전달 모듈(214)은 전달하고자 하는 수신자 정보가 상기 저장부(120) 내 데이터 베이스에 존재하는 정보일 경우, 상기 데이터 베이스에 저장된 정보를 활용하여 초대권을 전달하며,
    상기 초대권 전달 모듈(214)은 상기 서버(110)에서 상기 브로커 단말(130), 상기 사용자 단말(140) 또는 상기 행사장 단말(150)로 URL을 통해 전달되된 초대권 관련 정보를 확인하여 각각의 초대권 그룹이 어디로부터 어떻게 전달되었는지 그 경로를 지속적으로 추적함을 특징으로 하는 서버.
  2. 제 1 항에 있어서,
    상기 초대권 전달 모듈(214)은 초대권이 패키징된 형태로 URL을 생성하여 전달되며, 상기 제어부(210)는 상기 패키징된 URL이 전달되는 것을 체크해서 어느 사용자가 초대권을 등록할 수 있는 상황이 되었는지를 확인함을 특징으로 하는 서버.
  3. 제 2 항에 있어서,
    상기 초대권 유효성 체크 모듈(216)은 상기 브로커 단말(130)로부터 브로커의 정보를 입력받아 초대권이 유효한지 유효성 체크를 수행하고, 유효성이 확인되면 상기 초대권 전달 모듈(216)은 상기 브로커 단말(130)이 상기 초대권의 일부 또는 전부에 관련한 정보를 상기 사용자 단말로 전달함에 관한 정보를 처리하며,
    상기 유효성 체크 모듈(216)은 상기 사용자 단말(140)로부터 사용자의 정보를 입력받아 초대권이 유효한지 유효성 체크를 수행하고, 유효성이 확인되면 상기 초대권 확인 모듈(216)은 사용자 단말(140)에 초대권이 등록함을 처리함을 특징으로 하는 서버.
  4. 제 1 항에 있어서,
    상기 유효성 체크 모듈(216)은 상기 브로커 단말(130), 상기 사용자 단말(140) 및 상기 행사장 단말(150) 중 URL을 수신한 단말이 링크로 연결되면 적법하게 초대권을 수신할 자격이 있는지 체크함을 특징으로 하며,
    사용자의 이름, 이메일, 젠더(gender), 연락처, 주민등록번호, 소정의 보안코드가 입력되면 적법성 여부를 확인함을 특징으로 하는 서버.
  5. 제 1 항에 있어서,
    상기 초대권 확인 모듈(218)은 초대권이 전달된 가장 끝단의 사용자 단말의 사용자 정보를 체크하고, 초대권이 전달되는 단말의 종류 개수를 확인하여 저장부에 저장함을 특징으로 하며,
    상기 브로커 단말(130)에서 초대권을 보유하고 있는 사용자 정보를 확인할 수 있도록 전달하며,
    상기 사용자 단말(140)이 다른 사용자 단말로 초대권을 재전송 하였는지를 추가적으로 추적함을 특징으로 하는 서버.
  6. 제 1 항에 있어서,
    상기 초대권 확인 모듈(118)은 초대권 이미지, 초대권 고유번호, 초대권 고유코드, 등록된 사용자 연락처를 확인하고 상기 행사장 단말(150)로 전달함을 특징으로 하는 서버.
  7. 제 1 항에 있어서,
    상기 저장부(220)는 데이터 관리 모듈(224)을 더 포함하며,
    상기 데이터 관리 모듈(222)은 초대권의 생성 현황, 전달 현황, 유효성 체크 상황, 현장에서의 입장 현황, 입장 시간, 유료/무료 여부, 환경부담금 결제 여부 및 결제 방법 확인 등을 모두 체크하고 저장하며,
    상기 데이터 관리 모듈(222)은 스태프 정보 관리 모듈(226)을 더 포함하며,
    상기 스태프 정보 관리 모듈(226)은 초대권의 타입을 현장팀, 아티스트팀, 경호팀 중 하나로 분류하여 전달함을 특징으로 하고,
    상기 초대권 관련 정보는 스태프 생성 현황, 스태프 팀 분배 현황, 스태프 자격 체크 현황, 스태프 출근 현황, 스태프 출근 시간, 스태프의 급여 지급 여부 중 적어도 하나를 포함함을 특징으로 하는 서버.
  8. 제 1 항에 있어서,
    상기 URL 정보는 문자, 메신저, 이메일 등 SMS의 형식으로 브로커 단말(130) 또는 사용자 단말(140)로 전달됨을 특징으로 하는 서버.
PCT/KR2018/005514 2017-05-12 2018-05-14 티켓 관리 방법 및 장치 WO2019221309A1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
KR20170059552 2017-05-12
KR10-2018-0055039 2018-05-14
KR1020180055039A KR102106086B1 (ko) 2017-05-12 2018-05-14 티켓 관리 방법 및 장치

Publications (1)

Publication Number Publication Date
WO2019221309A1 true WO2019221309A1 (ko) 2019-11-21

Family

ID=64602644

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2018/005514 WO2019221309A1 (ko) 2017-05-12 2018-05-14 티켓 관리 방법 및 장치

Country Status (2)

Country Link
KR (1) KR102106086B1 (ko)
WO (1) WO2019221309A1 (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110969708A (zh) * 2019-12-09 2020-04-07 中铁第四勘察设计院集团有限公司 一种基于生物识别的非付费区检票系统和方法
US20220012673A1 (en) * 2020-07-13 2022-01-13 ZenDesk, Inc. Maintaining status information for customer-support agents across multiple channels

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20090000118A (ko) * 2007-01-04 2009-01-07 송기수 근거리통신모듈이 구비된 이동통신단말기를 이용한 티켓판매 시스템 및 방법
KR20130142664A (ko) * 2012-06-20 2013-12-30 이점한 초대장을 이용한 증권 방송 수강 시스템
KR101462109B1 (ko) * 2012-08-24 2014-11-17 한창희 모바일에 기반한 현장관리 솔루션 제공방법
KR20140137680A (ko) * 2013-05-23 2014-12-03 주식회사 이상네트웍스 스마트 단말기를 이용한 전시회 입장권 발권 및 관리서비스 제공시스템
KR20180033399A (ko) * 2016-09-24 2018-04-03 (주)더불케이 조건 설정된 인적 네트워크 형성을 위한 모바일 회원 초대 및 보상방법

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101521542B1 (ko) 2013-09-06 2015-05-29 주식회사 제우스 강화유리 절단장치 및 강화유리 절단방법

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20090000118A (ko) * 2007-01-04 2009-01-07 송기수 근거리통신모듈이 구비된 이동통신단말기를 이용한 티켓판매 시스템 및 방법
KR20130142664A (ko) * 2012-06-20 2013-12-30 이점한 초대장을 이용한 증권 방송 수강 시스템
KR101462109B1 (ko) * 2012-08-24 2014-11-17 한창희 모바일에 기반한 현장관리 솔루션 제공방법
KR20140137680A (ko) * 2013-05-23 2014-12-03 주식회사 이상네트웍스 스마트 단말기를 이용한 전시회 입장권 발권 및 관리서비스 제공시스템
KR20180033399A (ko) * 2016-09-24 2018-04-03 (주)더불케이 조건 설정된 인적 네트워크 형성을 위한 모바일 회원 초대 및 보상방법

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110969708A (zh) * 2019-12-09 2020-04-07 中铁第四勘察设计院集团有限公司 一种基于生物识别的非付费区检票系统和方法
US20220012673A1 (en) * 2020-07-13 2022-01-13 ZenDesk, Inc. Maintaining status information for customer-support agents across multiple channels

Also Published As

Publication number Publication date
KR102106086B1 (ko) 2020-05-04
KR20180124792A (ko) 2018-11-21

Similar Documents

Publication Publication Date Title
CN109889866A (zh) 一种基于区块链的广告监播系统及方法
WO2020179963A1 (ko) 블록체인을 이용한 지식재산권거래시스템 및 이의 동작방법
WO2014189170A1 (ko) 스마트 단말기를 이용한 전시회 입장권 발권 및 관리서비스 제공시스템
US20210174373A1 (en) Ticket validity confirmation device, method, and program
WO2021040134A1 (ko) 블록체인을 이용한 기부 물품거래 시스템
WO2019221309A1 (ko) 티켓 관리 방법 및 장치
WO2019182234A1 (ko) 블록체인 기술을 활용한 탈중앙화된 원금보장 자산이동 서비스 시스템
WO2021020721A1 (ko) 블록체인 네트워크를 이용하여 온라인 티켓을 서비스하는 방법 및 이를 이용한 서버
WO2020138595A1 (ko) 블록체인 기반 인수 합병 서비스 제공 시스템 및 이의 동작 방법
KR102129267B1 (ko) 모바일 티켓의 입장 관리 방법 및 장치
WO2011126296A2 (ko) 온라인 광고중개시스템 및 이를 이용한 온라인 광고중개방법
WO2016133284A1 (ko) 기부 매개 방법
KR100400832B1 (en) Method and system for sharing online address book using communication network
WO2018074901A1 (ko) 보험상품 공동구매 서비스 제공방법, 제공서버 및 제공시스템
WO2014193129A1 (ko) 시청자가 광고 쿠폰을 직접 발행하여 광고를 시청하는 방법
WO2019245288A1 (ko) 아이디어 시제품 개발 및 펀딩 플랫폼서버
WO2022245069A1 (ko) 기축 코인 예치를 통한 가상화폐 수수료 거래 시스템
WO2020004683A1 (ko) 디지털 사이니지 광고 거래 방법 및 시스템
KR102129263B1 (ko) 모바일 티켓의 중개 및 관리 방법 및 장치
KR102129264B1 (ko) 모바일 티켓의 보안화 방법 및 장치
KR102129262B1 (ko) 모바일 티켓의 조회 및 관리 방법 및 장치
WO2017065404A1 (ko) 소셜 네트워크를 이용한 광고 마케팅 시스템
WO2018124322A1 (ko) 대규모 이벤트를 위한 숙박시설 연계 및 예약, 관리를 위한 시스템 및 그 방법
WO2011068269A1 (ko) 오프라인 이벤트를 위한 온라인 웹 서버 및 그 제공방법
CN108197998A (zh) 一种基于广告推送的网络营销系统

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: 18918604

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18918604

Country of ref document: EP

Kind code of ref document: A1

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 18/05/2021)

122 Ep: pct application non-entry in european phase

Ref document number: 18918604

Country of ref document: EP

Kind code of ref document: A1