WO2020263265A1 - Gestion de bons électroniques pour un accès à une attraction - Google Patents

Gestion de bons électroniques pour un accès à une attraction Download PDF

Info

Publication number
WO2020263265A1
WO2020263265A1 PCT/US2019/039549 US2019039549W WO2020263265A1 WO 2020263265 A1 WO2020263265 A1 WO 2020263265A1 US 2019039549 W US2019039549 W US 2019039549W WO 2020263265 A1 WO2020263265 A1 WO 2020263265A1
Authority
WO
WIPO (PCT)
Prior art keywords
attraction
access
voucher
customer
identifier
Prior art date
Application number
PCT/US2019/039549
Other languages
English (en)
Inventor
Allan Gruen
Boris Yudasin
Original Assignee
ZM Ventures LLC
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 ZM Ventures LLC filed Critical ZM Ventures LLC
Priority to PCT/US2019/039549 priority Critical patent/WO2020263265A1/fr
Publication of WO2020263265A1 publication Critical patent/WO2020263265A1/fr

Links

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/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
    • 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/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/327—Short range or proximity payments by means of M-devices
    • G06Q20/3274—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being displayed on the M-device

Definitions

  • the subject application generally relates to systems and methods for providing access to facilities, places, and events that require authorization or a fee for entrance, purchase, or use (such as tourist attractions).
  • the subject application relates to systems and methods for providing such attraction access using customer-held passes that incorporate a variety of voucher validation schemes.
  • the subject disclosure provides a non-transitory computer-readable medium for permitting access to an attraction site.
  • the computer-readable medium includes instructions stored thereon, which when executed on a processor, perform steps of receiving, from an attraction verification terminal for an attraction site, an access request for a customer presenting an access identifier.
  • the instructions also include retrieving, from a voucher engine, an attraction voucher based on the access identifier, and
  • the instructions also include constructing access privilege data based on the attraction voucher.
  • the constructing access privilege data includes, if the attraction voucher has previously been validated, then determining, from the voucher engine, multi access metadata indicating whether the attraction voucher permits repeated access to the attraction site for the customer.
  • the constructing access privilege data also includes, otherwise, attempting to retrieve, from the voucher engine, an access credit for the attraction voucher, the access credit operable to permit a single access to the attraction site for the customer, and upon retrieving the access credit, removing, using the voucher engine, the access credit from the attraction voucher.
  • the constructing access privilege data also includes setting a validation flag for the access privilege data upon a successful determination of the multi-access metadata or successful retrieval of the access credit.
  • the instructions also include, upon a positive determination of the validation flag for the access privilege data, constructing and transmitting, to the attraction verification terminal, a virtual access token permitting the access request for the customer to access the attraction site.
  • the computer-readable medium further includes instructions configured to retrieve, from a rules base, one or more validation rules based on the attraction voucher.
  • the computer-readable medium still further includes instructions configured to execute, using a rules engine, the one or more validation rules to determine whether to modify the access privilege data.
  • a validation rule in the one or more validation rules is configured to modify the access privilege data to add the multi-access metadata and remove the access credit based on order data or customer data.
  • a validation rule in the one or more validation rules includes a time delay limitation, a time limitation, a location limitation, or a distance limitation for the attraction site.
  • the instructions configured to retrieve the attraction voucher include instructions configured to retrieve, from the voucher engine, a plurality of potential attraction vouchers based on one or more voucher selection rules retrieved from a rules base and select the attraction voucher among the potential attraction vouchers based on one or more voucher ranking rules retrieved from the rules base.
  • the access identifier includes a universal access identifier, a virtual attraction pass, a credit card, a debit card, a quick response (QR) code, a two-dimensional barcode, or a one-dimensional barcode.
  • the instructions configured to receive the access request for the customer include instructions configured to receive, from the attraction verification terminal, scan results to validate the access identifier for the customer.
  • the subject disclosure provides a method for permitting access to an attraction site.
  • the method includes receiving, from a vendor, order data identifying an order placed by a customer for access to an attraction site.
  • the order data includes an access identifier that would initially be invalid if validated by a voucher engine.
  • the method also includes extracting and storing, using the voucher engine, the access identifier from the received order data.
  • the method also includes, upon receiving, from an attraction verification terminal for an attraction site, an access request for a customer presenting the access identifier, determining and validating access privilege data for the customer based on the access request and access identifier, and transmitting, to the attraction verification terminal, a virtual access token permitting the access request for the customer to access the attraction site upon a determination that the access privilege data is valid.
  • the order data includes a structured email message or structured markup.
  • the extracting and storing the access identifier includes parsing the structured email message to identify the access identifier and storing the retrieved access identifier into a voucher data store.
  • the order data further includes a customer identifier, name, and contact information for the customer.
  • the access identifier includes a universal access identifier, a virtual attraction pass, a credit card, a debit card, a quick response (QR) code, a two-dimensional barcode, or a one-dimensional barcode.
  • the receiving the access request for the customer comprises receiving, from the attraction verification terminal, scan results to validate the access identifier for the customer.
  • the subject disclosure provides an apparatus for permitting access to an attraction site.
  • the apparatus includes a processor configured to receive, from an attraction verification terminal for an attraction site, an access request for a customer presenting an access identifier.
  • the processor is also configured to retrieve, from a voucher engine, a plurality of potential attraction vouchers based on the access identifier.
  • the processor is also configured to rank the plurality of potential attraction vouchers and select an attraction voucher among the ranked plurality of potential attraction vouchers.
  • the processor is also configured to construct and validate access privilege data based on the selected attraction voucher.
  • the processor is also configured to construct and transmit, to the attraction verification terminal, a virtual access token permitting the access request for the customer to access the attraction site upon a determination that the access privilege data is valid.
  • the processor configured to retrieve a plurality of potential attraction vouchers based on the access identifier includes the processor being configured to retrieve, from a rules base, one or more voucher selection rules and execute, using a rules engine, the one or more voucher selection rules to identify the plurality of potential attraction vouchers.
  • the processor configured to rank the plurality of potential attraction vouchers and select the attraction voucher among the ranked plurality of potential attraction vouchers includes the processor being configured to retrieve, from a rules base, one or more voucher ranking rules and execute, using a rules engine, the one or more voucher ranking rules to rank the plurality of potential attraction vouchers.
  • the access identifier includes a universal access identifier, a virtual attraction pass, a credit card, a debit card, a quick response (QR) code, a two-dimensional barcode, or a one-dimensional barcode.
  • the processor configured to receive the access request for the customer includes the processor being configured to receive, from the attraction verification terminal, scan results to validate the access identifier for the customer.
  • the attraction site includes a sightseeing experience, a bus tour, a boat tour, a helicopter tour, a walking tour, a bicycle tour, a building tour, a theatre show, a play, a musical, a museum, an observatory, a restaurant, a food or drink experience, a shopping experience, an escape room, a library, or a historical building.
  • FIG. 1 depicts a block diagram of an exemplary customer access to an attraction in accordance with an embodiment of the present invention
  • FIGS. 2A-2B depict an exemplary voucher for attraction access in accordance with an embodiment of the present invention
  • FIG. 3 depicts a block diagram of an exemplary customer order in accordance with an embodiment of the present invention
  • FIG. 4 depicts a block diagram of an exemplary customer access to an attraction site in accordance with an embodiment of the present invention
  • FIG. 5 depicts an exemplary system diagram of voucher management for attraction access in accordance with an embodiment of the present invention
  • FIG. 6 depicts a diagram of an exemplary interaction between a customer and the attraction access system in accordance with an embodiment of the present invention
  • FIG. 7 is a flowchart depicting an exemplary method for voucher management for attraction access in accordance with an embodiment of the present invention.
  • FIG. 8 is a flowchart depicting an exemplary method for voucher management for attraction access in accordance with an embodiment of the present invention.
  • FIG. 9 depicts a block diagram of an exemplary computing device with which various embodiments of the present invention may be implemented.
  • the subject attraction access system receives, from an attraction verification terminal for an attraction site, an access request for a customer presenting an access identifier.
  • the attraction access system retrieves, from a voucher engine, an attraction voucher based on the access identifier, and determines whether the attraction voucher has previously been validated.
  • the attraction access system constructs access privilege data based on the attraction voucher using multi-access metadata and access credits.
  • the attraction access system constructs and transmits, to the attraction verification terminal, a virtual access token permitting the access request for the customer to access the attraction site.
  • the attraction access system is also operable to modify the access privilege data to add the multi-access metadata and remove the access credit, based on order data or customer data.
  • the subject attraction access system receives, from a vendor, order data identifying an order placed by a customer for access to an attraction site.
  • the order data includes an access identifier that would initially be invalid if validated by a voucher engine.
  • the attraction access system extracts and stores, using the voucher engine, the access identifier from the received order data.
  • the attraction access system determines and validates access privilege data for the customer based on the access request and access identifier, and transmits, to the attraction verification terminal, a virtual access token permitting the access request for the customer to access the attraction site upon a determination that the access privilege data is valid.
  • the subject attraction access system receives, from an attraction verification terminal for an attraction site, an access request for a customer presenting an access identifier.
  • the attraction access system retrieves, from a voucher engine, a plurality of potential attraction vouchers based on the access identifier.
  • the attraction access system ranks the plurality of potential attraction vouchers and selects an attraction voucher among the ranked plurality of potential attraction vouchers.
  • the attraction access system constructs and validates access privilege data based on the selected attraction voucher.
  • the attraction access system constructs and transmits, to the attraction verification terminal, a virtual access token permitting the access request for the customer to access the attraction site upon a determination that the access privilege data is valid.
  • An object of the present attraction access system is to improve the reliability and accuracy of customer order and attraction access transactions that allow customers to access attraction sites.
  • the present attraction access system addresses this object by selecting an appropriate voucher automatically among multiple vouchers to allow attraction access.
  • the attraction access system identifies one or more potential vouchers and determines a hierarchy of potential vouchers according to rules in a rules base that are selected based on an access identifier, customer data, order data, or voucher data.
  • the attraction access system also allows reuse of existing vouchers by modifying multi-access metadata and access credit data, or by reusing an access identifier issued by a third party. In this regard, the attraction access system improves the functioning of a general-purpose or special-purpose computer and a special-purpose attraction verification terminal with which the computer
  • FIG. 1 a block diagram of an exemplary customer access to an attraction is shown in accordance with an embodiment of the present attraction access system.
  • a customer 104 initiates an order 108 at a retail terminal 106 to allow the customer or related parties to tour, visit, or otherwise access an attraction site 126.
  • attraction sites may include a sightseeing experience, a bus tour, a boat tour, a helicopter tour, a walking tour, a bicycle tour, a building tour, a theatre show, a play, a musical, a museum, an observatory, a restaurant, a food experience, a shopping experience, an escape room, a library, or a historical building.
  • the retail terminal runs a web-based or mobile application that allows the customer to initiate an order.
  • the order application is accessible via a device under the control or ownership of a third party, such as a retailer, vendor, distributor, reseller, or attraction owner.
  • Example devices include a desktop computer, laptop computer, mobile device, or tablet.
  • the retail terminal 106 receives the order 108.
  • the retail terminal constructs order data 1 10 based on the order and sends the order data to the customer.
  • the retail terminal sends a copy of the order data 1 12 to the server 102.
  • the server Upon receipt of the order data 1 12, the server analyzes and processes the order data.
  • the server may be configured to process the order data 1 12 by extracting an access identifier 1 18 from the order data.
  • the server may save a copy 1 16 of the order data into an order database 1 14a and store the extracted access identifier 1 18 into a voucher database 1 14b.
  • the voucher includes an access identifier that allows access to one or more attraction sites over a given time period. Prior to processing the order data and extracting the access identifier, the access identifier may not exist in the voucher database.
  • the present voucher management system for attraction access allows reuse of a voucher system administered by a third party to facilitate attraction access without having to generate a new access identifier for the customer.
  • An attraction verification terminal 122 at the attraction site 126 scans the access identifier 1 18.
  • the customer 104 presents his or her mobile device 120 with a copy of the access identifier 1 18.
  • the attraction verification terminal may be special-purpose hardware such as a standalone terminal capable of scanning quick-response (QR) barcodes, matrix barcodes, or other multi
  • the attraction verification terminal may be a mobile app that executes on general-purpose hardware such as a mobile device and uses a camera embedded in the mobile device to optically scan the access identifier.
  • the attraction verification terminal may be a point-of-sale terminal of the type used to read guest cards such as credit cards or debit cards.
  • the attraction verification terminal may receive the access identifier as a series of characters entered directly into an online platform (such as from an attraction operator via a keyboard).
  • the attraction verification terminal constructs an access request based on the access identifier and transmits the access request to the server 102.
  • the attraction access system receives the access request 128 with the access identifier 1 18, and determines and validates access privilege data 130 based on the received access request.
  • the attraction access system transmits the access privilege data to the attraction verification terminal, which determines whether to allow the customer to access the attraction site based on the access privilege data.
  • FIG. 2A a sample voucher 200 for attraction access is shown in accordance with an embodiment of the present attraction access system.
  • the voucher may be displayed on a mobile device (shown in FIG. 1 ), for example via a mobile app or mobile web browser.
  • the customer may also receive the access identifier in an email that may be displayed on a mobile device.
  • the voucher 200 includes an access identifier 1 18.
  • the access identifier allows access to one or more attraction sites over a given time period.
  • FIG. 2A depicts the access identifier as a quick response (QR) code
  • the access identifier may include a number of forms.
  • the access identifier may be a barcode such as a quick response (QR) code, a two-dimensional barcode, or a one-dimensional barcode.
  • the access identifier may be a guest card with an associated currency balance that allows access to attraction sites until the balance is depleted.
  • FIG. 2B a sample structured voucher 210 for attraction access is shown in accordance with an embodiment of the present attraction access system.
  • the structured voucher 210 corresponds to the sample voucher 200 (shown in FIG. 2A).
  • FIG. 2B illustrates a portion of FlyperText Markup
  • the present attraction access system may be configured to process order data from the customer by extracting an access identifier 1 18 from the order data.
  • the present attraction access system extracts the access identifier by parsing corresponding HTML.
  • the present attraction access system may traverse a document object model (DOM) for the HTML to identify corresponding portions of the access identifier.
  • DOM document object model
  • the present attraction access system may identify a DOM node“pass-qrcode” with a subnode“qrcode-image” to save the access identifier that corresponds to the image stored at https://www.citysights.com/ordervoucher/print/passqrcode/content/e4b1c4e08d1 cd6/ into the voucher database.
  • a customer 104 initiates an order at a terminal 302 to allow the customer or related parties to tour, visit, or otherwise access an attraction site.
  • the terminal may be a customer terminal or a retail terminal.
  • the customer or retail terminal runs a web- based or mobile application that allows the customer to initiate an order.
  • the order application is accessible via a device under the control or ownership of the customer.
  • the order application is accessible via a device under the control or ownership of a third-party, such as a retailer, vendor, distributor, reseller, or attraction owner.
  • Example devices include a desktop computer, laptop computer, mobile device, or tablet.
  • the customer 104 places an order via a third party and receives an access identifier 304a, 304b, 304c, 120, 304e from the third party or from the attraction access system.
  • the access identifier is a voucher that allows access to one or more attraction sites over a given time period.
  • the access identifier may be an attraction pass 304a that allows access to a limited or capped number of attraction sites and subsequently expires.
  • the attraction pass may allow access to 1 , 2, 3, 4, 5, 6, 7, 8, 9, 10, or any other number of attraction sites.
  • the attraction access system may further associate an expiration time period with the attraction pass, such as a two-day attraction pass that expires after three days.
  • the access identifier may be a day pass 304b with an associated expiration date that allows access to an unlimited number of attractions during the activity period, such as a four-day pass.
  • the access identifier may be a guest card 304c with an associated currency balance that allows access to attraction sites until the balance is depleted.
  • the customer may preload or pre-purchase currency for use at attraction sites.
  • the attraction access system allows the customer to select an attraction site and associate the pre-purchased currency with the selected attraction site, such that the currency is only available for use in connection with the selected attraction site and no other attraction site.
  • the customer may also elect to refill the available balance periodically.
  • the guest card may be a credit card or debit card.
  • the access identifier may be a barcode such as a quick response (QR) code, two-dimensional barcode, or one- dimensional barcode.
  • QR quick response
  • the customer may receive the access identifier on a mobile device 120, for example via a mobile app or mobile web browser.
  • the customer may also receive the access identifier in an email 304e.
  • the access identifier may be a universal access identifier 306.
  • the universal access identifier is a unique identifier that is associated with a customer generally, rather than with a specific attraction. Accordingly, the universal access identifier may be configured to allow access to a limited or unlimited number of attraction sites for a limited or unlimited time period.
  • the universal access identifier may be accessed in the form of a quick-response (QR) code presented on a mobile device or via email and scanned via a barcode scanner at an attraction verification terminal.
  • QR quick-response
  • the universal access identifier may also be accessed in the form of a guest card such as a credit card or debit card and scanned via a point-of-sale terminal.
  • the universal access identifier may be configured to associate a currency balance with the customer, for attraction access. The customer may elect to refill the currency balance periodically.
  • the universal access identifier 306 may also allow the present attraction access system to determine the most appropriate voucher among a plurality of vouchers. For example, the present attraction access system may identify an appropriate voucher by constructing a hierarchy of vouchers in
  • the attraction verification terminal scans the access identifier and constructs an access request, as described in further detail herein.
  • the present attraction access system receives the access request with the access identifier, and determines and validates access privilege data based on the received access request.
  • FIG. 4 a block diagram of an exemplary customer access to an attraction site is shown in accordance with an embodiment of the present invention.
  • the customer 104 has placed an order and received multiple vouchers.
  • the vouchers have various expiration dates and allow access to various attraction sites, including an attraction site 402 such as a bus tour.
  • the customer 104 presents an access identifier 118 on his or her mobile device 120 at an attraction verification terminal 122 associated with an attraction site 402.
  • the attraction verification terminal constructs an access request 128 and sends the access request to the server 102.
  • the access request 128 includes the access identifier 118.
  • the server 102 Upon receiving the access request 128, the server 102 is configured to retrieve an attraction voucher based on the access identifier.
  • the retrieved attraction voucher can be a single voucher that allows the customer 104 to access the attraction 402.
  • the retrieved attraction voucher can include multiple attraction vouchers based on the access identifier.
  • the attraction access system may determine voucher selection data based on the access identifier, such as a date, time, location, and customer for the access identifier. Based on the voucher selection data, the attraction access system may select one or more voucher selection rules from the rules base 408 and execute the rules to identify a collection 410 of multiple attraction vouchers. The voucher selection rules may be selected based on the voucher selection data, the access identifier, customer data, order data, product data, voucher data, third-party data, or any combination thereof. For example, the present attraction access system may determine that the collection includes potential vouchers A, B, and C.
  • the present attraction access system iterates through the collection of potential vouchers to execute voucher validation rules for each voucher based on the voucher selection data.
  • the voucher validation rules may indicate that vouchers A and C are unexpired and valid to allow the customer 104 to access the attraction 402.
  • the present attraction access system orders and ranks the collection of potential vouchers to determine a hierarchy of vouchers based on one or more voucher ranking rules.
  • the attraction access system retrieves the top-most voucher from the voucher hierarchy to identify a most appropriate voucher to redeem for the attraction.
  • the voucher selection rules, voucher validation rules, and voucher ranking rules may all be retrieved from the rules base 408 and executed using a rules engine.
  • the present attraction access system constructs access privilege data 130 based on the attraction voucher. For example, the attraction access system determines whether the attraction voucher has been previously validated. If so, the attraction access system determines multi access metadata for the attraction voucher from the voucher engine. The multi access metadata indicates whether the attraction voucher permits repeated access to the attraction site for the customer. If the attraction voucher has not been previously validated, the attraction access system attempts to retrieve an access credit for the attraction voucher from the voucher engine. The access credit is operable to permit a single access to the attraction site for the customer. After retrieving the access credit, the attraction access system removes the access credit from the attraction voucher, so that a single-use attraction voucher cannot be reused.
  • the attraction access system If the attraction access system successfully determines the multi-access metadata or successfully retrieves the access credit for the attraction voucher, the attraction access system sets a validation flag indicating such success. Upon a positive determination of the validation flag for the access privilege data, the attraction access system constructs and transmits a virtual access token to the attraction verification terminal 122. The virtual access token triggers the attraction verification terminal to permit access to the attraction site 402 for the customer 104.
  • the present attraction access system allows the customer 104 to convert a single-use attraction voucher into a multi-use attraction voucher.
  • the attraction access system allows the customer 104 to convert an attraction voucher even after the customer has ordered and received the attraction voucher.
  • the attraction access system may retrieve a collection of validation rules from the rules base 408, based on the attraction voucher. For each validation rule in the collection of validation rules, the attraction access system executes each validation rule to determine whether to modify the corresponding access privilege data 130.
  • the attraction access system may construct a new attraction voucher having new access privilege data for the customer instead of modifying the access privilege data for an existing attraction voucher.
  • the validation rules include fraud detection rules.
  • fraud detection rules can protect against unauthorized voucher activity.
  • the customer 104 might attempt to access an attraction site 402 after the attraction voucher has expired.
  • an attraction voucher may be configured to allow access only within a given geographical location.
  • the fraud detection rules may include a time delay limitation, a time limitation, a location limitation, or a distance limitation for an attraction site.
  • FIG. 5 an exemplary computing system 500 is shown for voucher management for attraction access in accordance with an embodiment of the present invention and to perform the techniques depicted herein with respect to FIGS. 1 -4 and 6-9.
  • the depicted computing system environment is only one example of a suitable computing environment and is not intended to suggest any limitation as to the scope of use or functionality.
  • This exemplary system includes, inter alia, a customer terminal 502, a retail terminal 106, an attraction verification terminal 122, a third-party server 506, and a server 102, which interface to each other via network 516.
  • the customer terminal 502 and retail terminal 106 receive and fulfill customer orders for vouchers or passes to tour attractions.
  • the customer terminal and the retail terminal have a system memory suitable for local temporary or permanent storage of order data, customer data, product data, and voucher data, as needed (as described in further detail in connection with FIG. 9).
  • network 516 is the Internet and the customer terminal and the retail terminal have an Internet connection that allows order data, customer data, product data, and voucher data to be uploaded and downloaded from the remote server 102.
  • the third-party server 506 is in communication with the customer terminal 502 or the retail terminal 106 over the network 516.
  • the third-party server 506 is administered by a third-party offering vouchers or passes for sale to customers who wish to access various attractions.
  • the third-party may include vendors, distributors, resellers, or attraction owners.
  • the attraction verification terminal 122 scans an access identifier that has been previously provided to the customer to generate an access request. For example, once the customer has completed his or her order at the customer terminal 502 or retail terminal 106, the customer receives an access identifier corresponding to the order. When the customer and related parties elect to tour an attraction, the customer scans the access identifier at an attraction verification terminal 122 that is near the attraction site. The attraction verification terminal constructs an access request corresponding to the access identifier, and transmits the access request over the network 516 to the server 102.
  • the server 102 communicates with the third-party database 508, the product database 510, the order database 114a, the voucher database 114b, and the customer database 512 to determine and validate access privilege data based on the access request. Upon a determination that the access privilege data is valid, the server constructs and transmits to the attraction verification terminal a virtual access token that allows the customer and related parties to access the attraction site.
  • the third party database 508, the product database 510, the order database 114a, the voucher database 114b, and the customer database 512 may be located in one or more databases or database tables resident on the server 102, an independent database or other memory accessible by the server 102, or a disk storage or other similar system suitable for storing and accessing electronic files.
  • the third-party database 508 is configured to store data relating to third-parties, such as vendors, resellers, and distributors.
  • the product database 510 is configured to store data relating to attraction sites or other products for which a customer may purchase a voucher or ticket and request access.
  • the order database 114a is configured to store data relating to customer orders for attraction sites and tours thereof.
  • the voucher database 114b is configured to store data relating to vouchers and tickets granting access to the attraction sites and tours.
  • the customer database 512 is configured to store data relating to customers who purchase vouchers and tickets for attraction access.
  • the server generates a hierarchy of vouchers that are potentially applicable to an attraction, based on the access identifier, customer data, order data, product data, voucher data, or any combination of the foregoing data.
  • the attraction access system generates the hierarchy of vouchers by retrieving voucher selection rules, voucher validation rules, and voucher ranking rules based on the received access identifier, customer data, order data, a third-party identifier, or any combination of the foregoing data, as described in detail above.
  • the number of terminals 106, 502, servers 102, 506, and databases 508, 510, 114a, 114b, and 512 are merely exemplary and others may be omitted or added without departing from the scope of the present invention. Further, the databases 508, 510, 114a, 114b, and 512 may be combined into a single database and/or be included in server 102. It should also be appreciated that one or more databases, including the databases 508, 510, 114a, 114b, and 512 may be combined, provided in, or distributed across one or more of the servers 102, 506.
  • the attraction access system 600 includes a customer engine 620, order engine 610, product engine 612, voucher engine 614, and third-party engine 616 in communication over a message bus 618 with each other and with a database 622.
  • the database 622 may be a distributed database.
  • a customer may place an order at a customer terminal 502 or a retail terminal 106.
  • the customer and retail terminal may be available to the customer online, such as via a website displayed on the customer or retail terminal.
  • the customer and retail terminal may be available on a mobile device owned by the customer or by the retailer, such as via a mobile app or a mobile- optimized website.
  • the customer terminal or retail terminal receives the customer order and determines order data, customer data, product data, and voucher data based on the customer order, for example by parsing and processing the received information. If the retail terminal receives the customer order, the retail terminal may additionally determine third-party data based on the received information.
  • Order data may include information relating to the price, desired date and time, products or attractions to visit, and expiration date for the customer’s order.
  • the order engine 610 receives, parses, and stores order data in communication with the database 622, the customer engine 620, and the product engine 413.
  • Customer data includes information relating to the customer and related parties.
  • Non-limiting example customer data may include identifying information, such as names, ages, age groups, addresses, phone numbers, or dates of birth of the customer and related parties who are interested in touring attractions.
  • the customer engine 620 receives and stores customer data in communication with the database 622.
  • Product data includes information relating to each attraction having tours offered for sale.
  • Example product data includes an attraction name, owner, administrator, address, phone number, website, and hours of operation.
  • the product engine 612 receives and stores product data in communication with the database 622.
  • Voucher data includes information relating to available vouchers offered by the attraction access system 600 along with customer-specific voucher information.
  • Example voucher data includes an access identifier, any caps or limits on the number of attractions that the customer may visit, any limits or expirations on dates or times that a voucher or pass is valid, or any corresponding currency balance associated with a voucher or pass for a specific customer.
  • the voucher engine 614 receives and stores voucher data in communication with the database 622.
  • the customer terminal 502 may issue a physical or virtual voucher to the customer.
  • An access identifier (not shown) may be associated with the voucher.
  • Example access identifiers may include a quick-response (QR) barcode, a matrix barcode, a two-dimensional barcode, a one-dimensional barcode, or other manner of encoding the access identifier in a manner so that the attraction verification terminal 606 is operable to decode the access identifier upon presentation by the customer for redemption for a visit or tour of the attraction.
  • QR quick-response
  • the retail terminal 106 may process the customer data, order data, product data, and voucher data as discussed above in connection with the customer terminal 502. After processing such data, the retail terminal 106 may transmit an order to the present attraction access system to issue a physical guest card 304c to the customer, or the customer may elect to refill a currency balance associated with a previously issued guest card. As discussed above, the attraction access system may associate an access identifier (not shown) with the guest card. The attraction access system may use contract data in connection with third-party data to track physical or virtual contractual agreements established for each attraction that the customer desires to access.
  • the third-party terminal 608 may receive third-party data entered by a third party.
  • the third-party data includes information relating to third parties of the attraction access system 600.
  • Example third parties include vendors, distributors, and resellers offering for sale vouchers or access to attractions.
  • Example third-party data includes a name, address, phone number, website, and email address for the third party.
  • a server receives order data from a vendor (step 710).
  • the order data identifies an order placed by a customer for access to an attraction site.
  • the order data has an access identifier that would initially be invalid if validated by a voucher engine.
  • the order data includes a structured email message or structured markup, such as structured HyperText Markup Language (HTML).
  • the order data further includes a customer identifier, a name, and contact information for the customer.
  • Non-limiting example access identifiers may include a universal access identifier, a virtual attraction pass, a credit card, a debit card, a quick response (QR) code, a two-dimensional barcode, or a one-dimensional barcode.
  • the server extracts and stores the access identifier from the received order data, using the voucher engine (step 720).
  • the extracting and storing the access identifier includes parsing the structured email message or structured markup to identify the access identifier, and storing the received access identifier into a voucher data store such as a voucher database.
  • the present attraction access system is able to reuse an existing access identifier that is generated by a third-party, without the attraction access system needing to generate a new access identifier for the customer.
  • the server determines and validates access privilege data based on the access request (step 740). For example, the server retrieves corresponding customer data, voucher data, and product data from the customer database, voucher database, and product database based on the access identifier.
  • the server identifies and retrieves access rules from a rules engine based on the voucher data, product data, and customer data. For example, the access rules may indicate that the customer’s access to the attraction site is valid so long as the access request is made during operating hours of the attraction (as determined by the product data), and so long as the voucher is unexpired (as determined by the voucher data).
  • the server executes the identified access rules using the rules engine to determine and validate access privilege data corresponding to the attraction site.
  • the server Upon a determination that the access privilege data is valid, the server transmits a virtual access token to the attraction verification terminal (step 750). The server constructs the virtual access token to permit the access request from the customer to access the attraction site. [0069] Referring now to FIG. 8, a flowchart is shown depicting an exemplary method 800 for voucher management for attraction access in accordance with an embodiment of the present invention.
  • a server receives an access request from an attraction verification terminal for an attraction site (step 810).
  • the access request is associated with a customer who presents an access identifier.
  • the server retrieves an electronic voucher based on the access identifier, and determines whether the voucher has previously been validated (step 820).
  • retrieving the electronic voucher based on the access identifier can include retrieving multiple potential vouchers based on the access identifier from the voucher engine, and selecting a voucher among the potential vouchers based on a voucher selection rule.
  • the voucher selection rule may be selected from a rules base in communication with the server.
  • determining whether the voucher has previously been validated can include retrieving voucher data associated with the voucher from the voucher database.
  • the retrieved voucher data may contain a boolean, a flag, or another parameter indicating whether the voucher has previously been validated.
  • the server constructs access privilege data based on the voucher (step 830). For example, the server constructs access privilege data by using multi access metadata or an access credit.
  • the attraction access system determines multi-access metadata from the voucher engine. The multi-access metadata indicates whether the voucher permits repeated access to the attraction site for the customer. If the voucher has not previously been validated, the attraction access system attempts to retrieve an access credit for the voucher from the voucher engine. The access credit is operable to permit a single access to the attraction site for the customer. Upon retrieving the access credit, the attraction access system removes the access credit from the voucher, using the voucher engine.
  • the attraction access system determines and validates access privilege data based on the access request (step 840). For example, the server sets a validation flag for the access privilege data.
  • the attraction access system constructs and transmits a virtual access token to the attraction verification terminal (step 850). Receipt of the virtual access token triggers the attraction verification terminal to indicate approval of the access request and permit the customer to access the attraction site.
  • the method 800 may further include determining whether to modify the access privilege data to convert the attraction voucher from permitting a single access to the attraction site to permitting repeated access to the attraction site.
  • the attraction access system may retrieve from the rules base a collection of validation rules based on the attraction voucher. For each validation rule in the collection, the attraction access system may execute the validation rule using a rules engine to determine whether to modify the access privilege data.
  • the validation rule may indicate whether to add multi-access metadata to the attraction voucher, to convert the attraction voucher to permit repeated access to the attraction site.
  • the collection of validation rules may include fraud deterrence or fraud determination rules.
  • the fraud deterrence rules may include a time delay limitation, a time limitation, a location limitation, or a distance limitation for the attraction site.
  • FIG. 9 a schematic view is shown of an exemplary computing device 102, 106, 120, 502, 506 on which various embodiments of the present invention may be implemented as described herein.
  • a user of a computing device such as the computing device 102, 106, 120, 502, 506 may utilize the device for voucher management in connection with attraction access and to perform the processes described herein with respect to FIGS. 7 and 8.
  • the depicted computing system environments depicted in FIGS. 5 and 6 are exemplary of two suitable computing environments and are not intended to suggest any limitation as to the scope of use or functionality. Numerous other general-purpose or special-purpose computing system environments, computing devices, and
  • PCs personal computers
  • server computers handheld or laptop devices
  • multiprocessor systems microprocessor-based systems
  • network PCs minicomputers
  • mainframe computers mainframe computers
  • e-readers cell phones, tablets, embedded systems, distributed computing environments that include any of the above systems or devices, and the like.
  • Computer-executable instructions such as programs or program modules executed by a computing device or processing unit may be used.
  • program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types.
  • Distributed computing environments may be used where tasks are performed by remote processing devices that are linked through a communications network or other data transmission medium.
  • program modules and other data may be located in both local and remote computer storage media including memory storage devices.
  • the memory may be volatile (such as random access memory (“RAM”)), non-volatile (such as read-only memory (“ROM”), flash memory, etc.), or a combination of the two.
  • the computing device may be any network-accessible device (e.g., cell phone, smartphone, tablet, personal computer, server computer, or the like) including those operating via Android, Apple, Linux, Unix, and/or Windows mobile or non-mobile operating systems.
  • the computing device 102, 106, 120, 502, 506 may have additional features and functionality.
  • the computing device may include additional storage (such as removable and/or non-removable storage) including, but not limited to, magnetic or optical disks or tape, thumb drives, and external hard drives as applicable.
  • additional storage is illustrated in FIG. 9 by removable storage 910 and non-removable storage 912.
  • the computing device 102, 106, 120, 502, 506 typically includes or is provided with a variety of computer-readable media.
  • Computer-readable media can be any available media that can be accessed by the computing device and includes both volatile and non-volatile media, removable and non-removable media.
  • Computer-readable media may comprise computer storage media and computer memory which contains on a transitory basis communication media that are streamed to the computing device via the communication connections 916.
  • Computer storage media includes volatile and non-volatile, removable and non-removable media implemented in any method or technology for storage of information such as computer-readable instructions, data structures, program modules or other data.
  • Memory 904, removable storage 910, and non-removable storage 912 are all examples of computer storage media.
  • Computer storage media includes, but is not limited to, RAM, ROM, electrically erasable programmable read only memory (“EEPROM”), flash memory or other memory technology, CD-ROM, digital versatile disks (“DVD”) or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can accessed by the computing device 102, 106, 120, 502, 506. Any such computer storage media may be part of computing device as applicable.
  • the computing device 102, 106, 120, 502, 506 may also contain a communications connection 916 that allows the device to communicate with other devices.
  • Communication media typically embodies computer-readable instructions, data structures, program modules and/or other data in a modulated data signal such as a carrier wave or other transport mechanism and includes any information delivery media.
  • modulated data signal refers to a signal that has one or more of its characteristics set or changed in such a manner as to encode information in the signal.
  • communication media includes wired media such as a wired network or direct-wired connection, and wireless media such as acoustic, radio frequency (“RF”), infrared and other wireless media.
  • RF radio frequency
  • the term computer-readable media as used herein includes both storage media and communication media.
  • the computing device 102, 106, 120, 502, 506 may also have input device(s) 914a such as a keyboard, mouse, pen, voice input device, touch input device, etc.
  • input device(s) 914a such as a keyboard, mouse, pen, voice input device, touch input device, etc.
  • Output device(s) 914b such as a display, speakers, printer, etc. may also be included. All these devices are generally known to those of ordinary skill in the art and therefore need not be discussed in any detail herein except as provided.
  • the network may be any appropriate network and the computing device may be connected thereto by way of an interface such as communication connections 916 in any appropriate manner, and the computing device may communicate with one or more of the other computing devices via the network in any appropriate manner.
  • the network may be a wired network, wireless network, or a combination thereof within an organization, a home, or the like, and may include a direct or indirect coupling to an external network such as the Internet or the like.
  • the network may be such an external network including, without limitation, the Internet.
  • FIGS. 1 and 3-6 the depicted embodiments of the attraction access system use a standard client-server technology architecture, which allows users of the attraction access system to access information stored in a database such as the database 114a, 114b, 408, 508, 510, 512 via a user interface.
  • the application or program may be in communication with a server such as the servers 102, 506 that is accessible via a network 516 such as the Internet using a publicly addressable Uniform Resource Locator (URL) in order to receive content to display.
  • a server such as the servers 102, 506 that is accessible via a network 516 such as the Internet using a publicly addressable Uniform Resource Locator (URL) in order to receive content to display.
  • URL Uniform Resource Locator
  • users can access content from the attraction access system using any web-enabled device equipped with a web browser, such as the mobile device 120, the customer terminal 502, or the retail terminal 106.
  • Communication between software components and subsystems are achieved by a combination of direct function calls, publish-
  • the computing device 102, 106, 120, 502, 506 has a system memory 906 that is locally attached and/or integrated into the computing device.
  • the local content store contains files suitable for processing by the system described herein. Such files may be obtained for storage on the memory 904, removable storage 910, and/or non-removable storage 912 through various techniques including, but not limited to, having been: downloaded via a network connection (e.g., from a network via communication connection 916); stored in a local buffer as a part of a media stream; pre-loaded on memory 904, removable storage 910, and/or non-removable storage 312; generated locally at the computing device; transferred from a removable storage device 910 (e.g., a flash drive) to memory 904; or similar methods of obtaining electronic files for storage on a storage device.
  • a network connection e.g., from a network via communication connection 916
  • a local buffer as a part of a media stream
  • the computing device In the case of program code execution on programmable computers, the computing device generally includes a processor, a storage medium readable by the processor (including volatile and non-volatile memory and/or storage elements), at least one input device, and at least one output device.
  • One or more programs may implement or utilize the processes described in connection with the presently disclosed subject matter (e.g., through the use of an application-program interface (API), reusable controls, or the like).
  • API application-program interface
  • Such programs may be implemented in as code in a high-level procedural or object-oriented programming language to communicate with a computer system.
  • the program(s) can be
  • code may be a compiled or interpreted language, and combined with hardware implementations.
  • aspects of the presently disclosed subject matter may be implemented in or across a plurality of processing chips or devices, and storage may similarly be effected across a plurality of devices in or connected with the attraction access system.
  • Such devices might include personal computers, network servers, and handheld devices (such as, cell phones, tablets, smartphones, etc.), for example.
  • the computing device 102, 106, 120, 502, 506 is programmed to execute a plurality of processes including those referenced with respect to FIG. 5 as discussed in detail above.
  • the various exemplary embodiments of the attraction access system discussed herein provide numerous advantages over conventional attraction access systems. For example, the present attraction access system selects an appropriate voucher automatically among multiple vouchers to allow attraction access. The attraction access system thus improves the reliability and accuracy of attraction access transactions between the attraction verification terminal and the server by allowing application of multiple vouchers, where each voucher could potentially allow attraction access. The attraction access system thus improves the functioning of a general-purpose computer and a special-purpose attraction verification terminal.
  • Another advantage of the present attraction access system is providing an attraction voucher that is convertible from a single-use voucher into a multi-use voucher. Allowing a customer to convert a single-use voucher into a multi-use voucher reduces latency and increases speed of customer order transactions. For example, such conversion allows a customer to reuse an existing voucher that has already been issued by the present attraction access system without requiring issuance of a new voucher and revocation of an existing voucher.
  • a further advantage of the present attraction access system is allowing reuse of access identifiers in third-party vouchers. Reuse of third-party access identifiers reduces latency and increases speed of customer order transactions, since the attraction access system is not required to generate a new access identifier and associate the new access identifier with an existing third-party voucher.
  • a still further advantage of the attraction access system is providing a universal access identifier associated with a customer.
  • the universal access identifier allows the customer access to more than one attraction and improves the reliability and accuracy of access transactions between a server and an attraction verification terminal, for example by improving customer tracking.
  • a yet further advantage of the attraction access system is providing a guest card such as a debit or credit card as an access identifier.
  • the guest card improves security and reliability of access transactions by enabling the customer to access an attraction without having to present a separate visual identifier such as a QR code or one-dimensional barcode.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Tourism & Hospitality (AREA)
  • Accounting & Taxation (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

La présente invention concerne des supports lisibles par ordinateur, des procédés et des appareils pour la gestion de bons pour un accès à une attraction. Le support lisible par ordinateur comprend des instructions stockées sur celui-ci, qui, lorsqu'elles sont exécutées sur un processeur, effectuent des étapes consistant à recevoir, depuis un terminal de vérification d'attraction pour un site d'attraction, une demande d'accès pour un client présentant un identifiant d'accès. Les instructions sont également conçues pour récupérer, à partir d'un moteur de bons, un bon d'attraction sur la base de l'identifiant d'accès, et pour déterminer si le bon d'attraction a été préalablement validé. Les instructions sont également conçues pour construire des données de privilège d'accès sur la base du bon d'attraction. Lorsqu'un indicateur de validation pour les données de privilège d'accès est déterminé comme positif, les instructions sont également conçues pour construire et transmettre, au terminal de vérification d'attraction, un jeton d'accès virtuel autorisant la demande d'accès du client pour accéder au site d'attraction.
PCT/US2019/039549 2019-06-27 2019-06-27 Gestion de bons électroniques pour un accès à une attraction WO2020263265A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/US2019/039549 WO2020263265A1 (fr) 2019-06-27 2019-06-27 Gestion de bons électroniques pour un accès à une attraction

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/US2019/039549 WO2020263265A1 (fr) 2019-06-27 2019-06-27 Gestion de bons électroniques pour un accès à une attraction

Publications (1)

Publication Number Publication Date
WO2020263265A1 true WO2020263265A1 (fr) 2020-12-30

Family

ID=74060647

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2019/039549 WO2020263265A1 (fr) 2019-06-27 2019-06-27 Gestion de bons électroniques pour un accès à une attraction

Country Status (1)

Country Link
WO (1) WO2020263265A1 (fr)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5287269A (en) * 1990-07-09 1994-02-15 Boardwalk/Starcity Corporation Apparatus and method for accessing events, areas and activities
US20030171145A1 (en) * 2000-04-28 2003-09-11 Igt Cashless transaction clearinghouse
US20130097006A1 (en) * 2011-10-14 2013-04-18 Darran Evans Electronic transaction system with entitlement and promotion engines
US20140358599A1 (en) * 2011-06-15 2014-12-04 Smart Destinations, Inc. Systems and methods for improved access to an attraction
US20160300162A1 (en) * 2013-11-15 2016-10-13 Jeff Mcmanus Ltd. Apparatus and method for managing access to a resource

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5287269A (en) * 1990-07-09 1994-02-15 Boardwalk/Starcity Corporation Apparatus and method for accessing events, areas and activities
US20030171145A1 (en) * 2000-04-28 2003-09-11 Igt Cashless transaction clearinghouse
US20140358599A1 (en) * 2011-06-15 2014-12-04 Smart Destinations, Inc. Systems and methods for improved access to an attraction
US20130097006A1 (en) * 2011-10-14 2013-04-18 Darran Evans Electronic transaction system with entitlement and promotion engines
US20160300162A1 (en) * 2013-11-15 2016-10-13 Jeff Mcmanus Ltd. Apparatus and method for managing access to a resource

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ANDRE ET AL.: "Leading the Ticketing Revolution - Evolving the Industry Standard from Paper Tickets to Mobile Gate-Ready Access", GATEWAY TICKETING SYSTEMS, 26 November 2018 (2018-11-26), XP055778867, Retrieved from the Internet <URL:https://www.gatewayticketing.com/community/revolution-paper-to-mobile-tickets> [retrieved on 20190831] *

Similar Documents

Publication Publication Date Title
JP6518700B2 (ja) ユーザとコンテンツデータとの対話によってデータをルーティングしてユーザを接続するシステムおよび方法
KR101811976B1 (ko) 메시지 기반 구매를 위한 시스템 및 방법
US20150007022A1 (en) Generating websites and business documents from seed input
JP2015176322A (ja) 顧客管理システム、及び顧客管理方法
US20130311286A1 (en) Systems and methods for facilitating determination of marketing information for online consumers based on a location characteristic of the online consumer
KR20140072895A (ko) 비즈니스용 추천 프로그램
US20150199774A1 (en) One click on-boarding crowdsourcing information incentivized by a leaderboard
US7895084B2 (en) Method and system for providing purchasing on a wireless device
KR20130030863A (ko) 사용자 단말을 이용한 구매 확인 방법, 시스템 및 컴퓨터 판독 가능한 기록 매체
US11263608B2 (en) Electronic voucher management for attraction access
US20040205026A1 (en) System and method for creating user IDs
KR20190018290A (ko) 온라인 티켓 발권 서비스 방법 및 이를 이용한 프로그램을 기록한 기록매체
KR102197392B1 (ko) 관심지점 리스트에 대한 구독과 리뷰 정보에 기초하여 보상을 제공하는 방법 및 시스템
US20040204998A1 (en) System and method for placing orders
JP5596101B2 (ja) 商品検索支援サーバ、商品検索支援方法、商品検索支援プログラム、及びそのプログラムを記憶するコンピュータ読み取り可能な記録媒体
JP2018005307A (ja) 訪日外国人用サンプルマッチング販売システム
WO2020263265A1 (fr) Gestion de bons électroniques pour un accès à une attraction
JP2012181637A (ja) 認証付きクーポンシステム
US20150199773A1 (en) Creating business profiles by third party user on-boarding
KR20090001796A (ko) 전자 상거래 시스템 및 방법
KR20100066863A (ko) 사용자의 독서 기록을 관리하는 시스템 및 그 방법
WO2020263263A1 (fr) Gestion de relation de tiers pour l&#39;accès à une attraction
JP2004272521A (ja) コンテンツの適時送信システムおよびその送信方法
JP5923958B2 (ja) ノベルティ配布システム、ノベルティ配布サーバ装置、電子商取引サーバ装置
JP2013152647A (ja) ノベルティサーバ装置、サーバ装置

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

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 24.05.2022).

122 Ep: pct application non-entry in european phase

Ref document number: 19934980

Country of ref document: EP

Kind code of ref document: A1