WO2020220070A1 - Procédé, système et programme informatique activés par ordinateur pour gérer l'échange entre des tiers à des contrats de service pour la fourniture d'une réservation de restaurant ou d'un autre service analogue - Google Patents

Procédé, système et programme informatique activés par ordinateur pour gérer l'échange entre des tiers à des contrats de service pour la fourniture d'une réservation de restaurant ou d'un autre service analogue Download PDF

Info

Publication number
WO2020220070A1
WO2020220070A1 PCT/AU2020/050410 AU2020050410W WO2020220070A1 WO 2020220070 A1 WO2020220070 A1 WO 2020220070A1 AU 2020050410 W AU2020050410 W AU 2020050410W WO 2020220070 A1 WO2020220070 A1 WO 2020220070A1
Authority
WO
WIPO (PCT)
Prior art keywords
booking
user
exchange
information
restaurant
Prior art date
Application number
PCT/AU2020/050410
Other languages
English (en)
Inventor
Peter Petroulas
Original Assignee
Grand Performance Online Pty Ltd
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
Priority claimed from AU2019901435A external-priority patent/AU2019901435A0/en
Application filed by Grand Performance Online Pty Ltd filed Critical Grand Performance Online Pty Ltd
Publication of WO2020220070A1 publication Critical patent/WO2020220070A1/fr
Priority to US17/452,770 priority Critical patent/US20220188709A1/en

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
    • 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
    • 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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0611—Request for offers or quotes
    • 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
    • G06Q50/12—Hotels or restaurants

Definitions

  • the present invention relates to a system, method and computer program for exchanging contractual rights and computer implemented actions.
  • the invention is directed to a computer-enabled method including a user interface arranged to allow parties to sell, exchange, purchase, re-sell or otherwise deal with electronic data packets arranged to transfer electronic rights and also the capacity to initiate actions at third party computing systems.
  • the invention is directed to an electronic exchange where bookings, such as restaurant bookings, may be sold, traded with booking details updated as well as permitting the "owners” of bookings to add further changes and make further permitted upgrades and changes.
  • the invention provides a computer-enabled method for the exchange of bookings comprising an user interface accessible by a remote device and in communication with an exchange server, the exchange server including an offer database having at least one booking received from a third party server, the booking including booking information, the booking information having availability information including at least a booking time, duration time and one or more products associated with the booking information within a volumetric space/time framework, the method comprising the steps of, receiving the booking and availability information and formatting the booking and availability information into a variable offer, the offer information being saved in the offer database on the exchange server, whereby a user interacts with the exchange server via the user interface to search for and select one or more of a plurality of offers, whereby upon the user selecting and varying one or more of the plurality of offers, the user variation is autonomously provided to the third party booking system to update the booking information within the volumetric space/time framework, whereby the third party booking system processes the variation and provides a response to the exchange server whereby the response is communicated to the user
  • the method includes the step of, upon selection of the offer, the user may purchase the offer, whereby upon purchase of the offer, the exchange server provides the user with access to the third party booking system to allow the user to vary at least one of the one or more products or the availability information associated with the booking.
  • the method includes the step of, upon purchase of the booking, the exchange server performs a transfer operation arranged to transfer control of the booking to the user, whereby the user can re-offer the booking to third parties via the user interface of the exchange.
  • the method includes the step of, the exchange server providing the user with information to access to the third party booking system to allow the user to change at least one of the booking time, duration time and the one or more products of the booking.
  • the method includes the step of, the exchange server providing an auction interface as part of the user interface, the auction interface being arranged to allow the user to bid for purchase of the offer.
  • the booking is related to a restaurant.
  • the booking is related to one or a combination of a hotel booking, a car rental booking, accommodation booking, entertainment booking, a workspace booking, a library booking, a beauty treatment booking, a medical service booking, or any other booking associated with the provision of a service.
  • the invention provides a computer-enabled method for the exchange of bookings including an user interface accessible by a remote device being in communication with an exchange server, the method being arranged to receive, at the exchange server, information regarding a restaurant booking, the restaurant booking being received from a third party electronic restaurant booking system, the booking information including at least a booking time and date and a duration time and one or more products associated with the restaurant booking information, comprising the steps of, receiving the booking information and formatting the booking information into an offer, the offer being arranged to be displayable on the user interface, providing the offer information to an offer database on the server arranged to a hold a plurality of offers, whereby a user interacts with the exchange server via the user interface to view one or more of the plurality of offers, whereby upon purchase of one of the plurality of offers, the user is autonomously provided with the ability to access the third party booking system to interact with the booking.
  • the invention provides a computer-enabled method for the exchange of an electronic data packet, the packet embodying a contractual right for the provision of a service by a contractor to a contractee, the packet including instructions arranged to allow an identified and verified party in instruct a third-party computing system to perform one or more actions and identity information arranged to allow the computing system to verify the packet and the identity of the entity authorised to receive the benefit of the contractual right, the method comprising the steps of, receiving, from a third-party computing system, one or more packets including information regarding one or more contractual rights at an exchange computing system, the packets including one or more instructions arranged to instruct a computing system to perform one or more actions and also including identity information verifying the identity of a party that is authorised to receive the benefit of the contractual right and electronically interact with the computing system capable of performing the one or more actions, the exchange computing system formatting the information for provision of the contractual right information in an electronic format to one or more interested parties via an interface, including the provision of bidding information including but not limited to
  • the method further includes the step of a third-party computing system issuing a plurality of electronic data packets, each packet including information regarding one or more contractual rights and information capable of verifying the identity of a party associated with each one of the data packets, whereby the contractual right is capable of being electronically sent via a communications network to the exchange computing system.
  • the method further includes the step of providing the packet to one or more additional exchange computing systems.
  • the method further includes the step of verifying the packet and the identity of the entity includes the step of electronically transferring at least one passcode from the contractee to the successful party.
  • the method includes the further step of electronically transferring the successful party to a third-party computing system controlled by the contractor, whereby the third-party computing system, upon verification of the identity of the successful party, is arranged to perform the one or more actions.
  • the contractual rights are related to the provision of a service, such as a dining service in a restaurant.
  • the third-party computing system is a restaurant management system.
  • FIG. 1a is an example computing system on which a method and/or a computer program may be operated, in accordance with an embodiment of the invention
  • FIG. 1b is an example of a flowchart illustrating a computer system upon which a computer enabled method may be operated, in accordance with an embodiment of the invention.
  • FIGs. 2a-2h are flowcharts illustrating various processes undertaken by a methodology in accordance with an embodiment of the invention.
  • the present invention relates generally to a computing system, method and computer program and data signal for the present invention provides a computer-enabled method for the exchange of an electronic data packet.
  • the packet embodies a contractual right for the provision of a service by a contractor to a contractee, the packet including instructions arranged to allow an identified and verified party in instructing a third- party computing system to perform one or more actions and identity information arranged to allow the computing system to verify the packet and the identity of the entity authorised to receive the benefit of the contractual right.
  • the method comprising the steps of, receiving, from a third-party computing system, one or more packets including information regarding one or more contractual rights at an exchange computing system, the packets including one or more instructions arranged to instruct a computing system to perform one or more actions and also including identity information verifying the identity of a party that is authorised to receive the benefit of the contractual right and electronically interact with the computing system capable of performing the one or more actions.
  • the exchange computing system formats the information for provision of the contractual right information in an electronic format to one or more interested parties via an interface, including the provision of bidding information including but not limited to a starting bid, a bid increment and one or more trigger conditions which, upon triggering, cause the system to conclude the bidding process, whereby the interested parties are capable of bidding, via the interface, for assumption of control of the contractual rights.
  • the successful party is determined and the control of the contractual right is transferred to the successful party, whereby the transfer to the party includes electronically altering the identity and verification information whereby the successful party is authorised to receive the benefit of the contractual right and interact electronically with the with the computing system capable of performing the one or more actions.
  • FIG. 1a One embodiment of the computing system is shown at FIG. 1a.
  • FIG. 1a there is shown a schematic diagram of a computing system, which in this embodiment is a computing system 100 suitable for use with an embodiment of the present invention.
  • the computing system 100 may be used to execute application and/or system services such as a computer program and an interface in accordance with an embodiment of the present invention.
  • the computing system 100 may comprise suitable components necessary to receive, store and execute appropriate computer instructions.
  • the components may include a processor 102, read only memory (ROM) 104, random access memory (RAM) 106, an input/output devices such as disc drives 108, remote or connected mobile devices 110 (such as computers, smartphones or tablets and the like), and one or more communications link(s) 114 including internet links to other applications, websites and system services including Internet cloud services 120.
  • ROM read only memory
  • RAM random access memory
  • communications link(s) 114 including internet links to other applications, websites and system services including Internet cloud services 120.
  • the computing system 100 includes instructions that may be installed in ROM 104, RAM 106 or disc drives 1 12 and may be executed by the processor 102.
  • At least one of a plurality of communications link 114 may be connected to an external computing network through a telecommunications network, including Internet cloud services 120
  • the device may include a database 116 which may reside on the storage device 1 12 It will be understood that the database may reside on any suitable storage device, which may encompass solid state drives, hard disc drives, optical drives or magnetic tape drives.
  • the database 1 16 may reside on a single physical storage device or may be spread across multiple storage devices, either locally or remotely.
  • the computing system 100 includes a suitable operating system 118 which may also reside on a storage device or in the ROM of the server 100.
  • the operating system is arranged to interact with the database 116 and with one or more computer programs to cause the server to carry out the steps, functions and/or procedures in accordance with the embodiments of the invention described herein.
  • the user interface 1 10 of one or more mobile devices facilitates the collection and display of user data for the computing system 100.
  • the user interface 1 10 may be a program or website accessed on a computer or mobile device via a communication network, such as the Internet.
  • the user interface 110 may be a widget arranged on a website that may be accessed by a user using a computer or mobile device via a communication network such as the Internet.
  • the user interface 110 may also be provided as a mobile application or "app” present on the user device, such as a tablet or smart phone.
  • the at least one user interacts with the user interface 110 and may be a first user (also referred to as the‘‘booking requestor”) requesting to use a space in a venue.
  • the at least one user may also include a second user (referred to as the‘‘operator” or‘‘venue operator”), who is associated with the venue and utilizes the optimised space allocation instruction set provided by the allocation module to enable the use of the space by the booking requestor.
  • the booking requestor interacts with the computing system to make a request.
  • the requestor may make a request for one or more patrons of the venue to use the space in a venue, where the requestor may also be one of the patrons of the venue. That is, a user that interacts with the system is referred (on their own behalf or on behalf of a group of people) is referred to as a booking requestor and the person (or group of people) that will be allocated a table (i.e. attend the venue or restaurant) may be variously referred to as the“patron” or“patrons”, the“customer” or“customers”, the“guest” or“guests” and/or the“diner” or“diners”, or any other term as appropriate for the venue.
  • An embodiment includes the computer system 100 processing the request and undertaking all subsequent steps in an autonomous manner.
  • the operator may use one of the user interfaces 110 provided to one or more devices to receive, input, or modify information in order to provide further input to the computer system 100, so that the computing system may process the request and provide instructions to the entity.
  • the computer system 100 may arrange objects in the space in accordance with the optimised space allocation instruction set. That is, the booking requestor acts as a customer making a request which is to be“serviced” by the operator in accordance with the optimised space allocation instruction set.
  • the optimised space allocation instruction set As may be appreciated by a skilled addressee, there may be any number of remote users and operators who are able to interact with the computing system via the user interface 110 via any number of different devices.
  • the ResButler application 126 is hosted in a cloud computing environment.
  • the ResButler project 128 includes a web server 130 a venue login and security database 132, an allocation module or system 134 comprising one or more modules or algorithms 136, which connect to a venue database 138 and a venue web server 140.
  • the ResButler project 128 connects with multiple devices 142, 148 and 152.
  • the device 142 is a third party desktop forward/laptop that is capable of displaying a website rendered by venue web server 140.
  • the venue web server 144 incorporates a venue booking widget 146.
  • device 148 is a mobile device such as a smartphone or tablet computing system.
  • the device 148 includes an instance of the menu app 150.
  • device 152 is a kiosk including a computing system capable of executing a venue kiosk app 154.
  • the ResButler project 128 also interfaces with a device 120 which is located within the venue.
  • the devices 120 may include a point of sale device (POS) 124 and or a device capable of displaying a dashboard 122 in accordance with an embodiment of the invention.
  • POS point of sale device
  • FIGs. 1 c-f there is shown a conceptual illustration (with reference to a cartesian framework) for the underlying geometric and mathematical concept embodied in the embodiment of the invention described in more detail hereinbelow.
  • the embodiment described and defined herein is broadly directed to a system capable of developing, managing and utilising a floor plan for a space to allocate bookings and provide personalised service to customers, in addition to assisting in the operation of the space.
  • the operation of the method and system described herein is based on a cartesian three-dimensional framework, which acts as a frame of reference to allow for the visualisation of the elements required to operate a space, including the physical movement of items within the space.
  • the volumetric framework 158 operates across three axes, generically labelled the x-axis 162, the y-axis 156 and the z-axis 160. Each of the axes allow a constraint to be physically mapped relative to the two other constraints that constitute the framework. This provides an additional dimension with which to provide a complete visualisation and operation of the management of a space, as can be seen with reference to FIG. 1d. [0047] Referring to FIG.
  • FIG. 1d there is shown the three-dimensional framework 170 with dimension x 178, dimension y 164 and dimension z 166, compared to a prior art framework 168 which illustrates a Gantt chart 176 including a first dimension 172 and a second dimension 174.
  • FIG. 1e there is described a practical application of the concept of FIG. 1c where the framework 186 with dimensions x 188, y 182 and z 184 are located within the context of a posting calendar, which is arranged to interact with a user-defined reporting calendar 190.
  • This reduction to practice is further described with reference to FIG. 1f, where a restaurant floor plan is overlaid on the three-dimensional framework.
  • a floor plan creation module 194 is utilised to create a floor plan 192 for a restaurant, including the size and shape of the restaurant space, the creation of sub-areas and sections, the division of the areas and/or sub areas into classes, the addition of tables and chairs (including dimensions), etc.
  • the floor plan is placed in the volumetric framework 199 within the calendar 196, where the x and y axes represent the length and width of the space, and the z axis represents time. As such, each area, sub area, class, table, chair, etc. can be tracked over time.
  • the z axis is controlled by a time constraint module 193 which includes time constraints 195 such as sub periods, opening hours, seating periods, etc.
  • the volumetric framework in addition to the calendar and the floor creation module and time constraint module create a real time simulation of the restaurant, allowing the operator to track all aspects of the restaurant/space over time.
  • This framework is derived from the realisation that the pivotal structure (both physical and conceptual) in the operation of a space such as a restaurant, is the booking and how the booking is allocated and managed. The placement of tables and chairs, the opening hours, the food served, the staff employed, etc., are ultimately all connected to the booking.
  • the volumetric model is a completely different manner in which to conceptualise the operation of a space (and in particular a restaurant space or any other space where a service is provided and there are multiple constraints).
  • FIG. 2a there is shown a process, embodied in software, for an integrated methodology for adding and removing tables from the exchange network in accordance with an embodiment of the invention.
  • the embodiment of the exchange described herein is provided as an integrated module which is arranged to work seamlessly with the ResButler system and is described with respect to the embodiment described herein in such terms. Flowever, it will be understood that the exchange may be a standalone system.
  • a restaurant logs into the exchange and at step 202 a restaurant is selected from a list of relevant restaurants. Thereafter, the restaurant may remove a table from sale or auction at step 204, or add a table from sale or auction at step 216. If the restaurant wishes to remove a table from sale or auction at step 204, the exchange, at step 206, determines whether the table has been sold.
  • a request is sent to the restaurant floor plan to release the table at step 210 for sale through the restaurant booking system, after which the table set aside for the exchange is released at step 212 and the process ends at step 214.
  • the restaurant wishes to add a table for sale or auction on the exchange at step 216, a request is sent to the restaurant's floor plan database to retrieve relevant information regarding the table and any other constraint information relevant to the sale of the table at step 218. A guarantee or bond conditions are applied to the table at step 220.
  • step 222 the table is added to the exchange, with all relevant information posted in a manner that it may be accessed by a third party through an appropriate interface as depicted in step 224.
  • the interface may be a web interface, or an app that accesses the exchange via an Application Programming Interface (API) or similar.
  • API Application Programming Interface
  • steps described above from steps 200 through to 214 may be carried out autonomously upon receipt of a remove or add command from the ResButler system, or may require some interaction with an operator from the Restaurant.
  • FIG. 2b (i) and (ii) and 2c there is shown a process, embodied in software, for purchasing a table listed on the exchange network in accordance with an embodiment of the invention.
  • the user logs in and continues to step 203.
  • an option is available to search by venue, date or date range or location or precinct.
  • the user selects the date or date range option and at step 204b the date or date range options are displayed to the user on the user interface.
  • the user selects a date or a date range at step 204c and is then provided with the option to further filter the search results by filtering by venue, or filtering by location or precinct at step 204d.
  • the venue options are displayed at 204e, the user selects a venue or venues at 204f, and the user is subsequently provided with the opportunity to further filter by location or precinct at step 204g by displaying the location or precinct options.
  • the user selects the location or precinct at step 204h, and the system proceeds to step 207, described later.
  • the location or precinct options are displayed at 204j, the user selects a location or precinct at 204k, and the user is subsequently provided with the opportunity to further filter by venue or venues at step 204I by displaying the venue or venue options.
  • the user selects the venue or venues at step 204m, and the system proceeds to step 207, described later.
  • step 205b the venue or venues options are displayed to the user on the user interface.
  • the user selects a venue or venues at step 205c and is then provided with the option to further filter the search results by filtering by date or date range, or filtering by location or precinct at step 205d.
  • the date or date range options are displayed at 205e, the user selects a date or date range at 205f, and the user is subsequently provided with the opportunity to further filter by location or precinct at step 205g by displaying the location or precinct options.
  • the user selects the location or precinct at step 205h, and the system proceeds to step 207, described later.
  • the location or precinct options are displayed at 205j, the user selects a location or precinct at 205k, and the user is subsequently provided with the opportunity to further filter by date or date range at step 205I by displaying the date or date range options.
  • the user selects the date or date range at step 205m, and the system proceeds to step 207, described later.
  • step 206b the location or precinct options are displayed to the user on the user interface.
  • the user selects a location or precinct at step 206c and is then provided with the option to further filter the search results by filtering by venue or venues, or filtering by date or date range at step 206d.
  • the venue or venues options are displayed at 206e, the user selects a venue or venues at 206f, and the user is subsequently provided with the opportunity to further filter by date or date range at step 206g by displaying the date or date range options.
  • the user selects the date or date range at step 206h, and the system proceeds to step 207, described later.
  • the date or date range options are displayed at 206j, the user selects a date or date range at 206k, and the user is subsequently provided with the opportunity to further filter by venue or venues at step 2061 by displaying the venue or venues options.
  • the user selects the venue or venues at step 206m, and the system proceeds to step 207.
  • step 207 the dates within the selected date or date range are loaded and any relevant optional fields are displayed at step 208.
  • the user may elect to skip the selection of optional fields at step 209a, in which case the user is taken to step 211 a, in which the user selects one or more specific dates, and consequently at step 211b any options relevant to preselected fields are populated.
  • step 209 the desired search fields are selected in an order defined by the user
  • the system at step 210 filters date options based on selected constraints, before proceeding to step 211.
  • the widget is capable of personalising bookings by identifying the user and therefore using user specific data, such as preferences, prior searches, prior bookings, etc., to determine what types of events, tournaments and/or specials a user may be interested in.
  • the user may have a clear desire to book a specific date, in which case the user may select a specific date.
  • the user may be agnostic about a specific date, but may be more focused on finding a particular event special, tournament, or other event (and may therefore be flexible in terms of a date).
  • the user may select a date range in the following manner:
  • the user can make more than one selection to make multiple bookings or a single booking at the same time.
  • a validation process to ensure that the user cannot make separate booking at the same time or two bookings that they could not make in time due to their location or some other limiting factor.
  • step 226 a buyer logs onto the exchange.
  • the table information includes all relevant constraints applicable to the specific table, including but not limited to restaurant, date, time, class, menu, price, current bid, acceptance price and any other information that may inform a potential purchaser's decision.
  • the potential buyer is provided with three options.
  • the buyer may place a bid matching the asking price and conditions, and thereby commit to buying the table at step 232.
  • the buyer may place a bid less than the asking price of the table and accept the conditions (thereby requiring the restaurant to accept the lower bid for the transaction to be completed) at step 240, or the buyer may place a bid and simultaneously request modifications to the constraint conditions at step 248.
  • an email is sent to the restaurant notifying the restaurant of the successful sale of the table at step 234, after which the table is temporarily taken off the exchange for a set time while the buyer finalises the contract (via payment and the addition of further information) at step 236, after which the buyer submits the contract details and payment requirements at step 238 and the process continues to Figure 2c.
  • the restaurant is sent an email notifying them of the buyer’s bid at step 242. If the restaurant does not accept the bid, the table remains on the exchange at step 246 and the process ends at step 214 Alternatively, if the restaurant accepts the bid at step 244, the table is temporarily taken off the exchange for a set time while the buyer finalises the contract (via payment and the addition of further information) at step 236, after which the buyer submits the contract details and payment requirements at step 238 and the process continues to Figure 2c.
  • the restaurant is sent an email notifying them of the buyer’s bid and variation of conditions at step 250. If the restaurant does not accept the bid, the table remains on the exchange at step 246 and the process ends at step 214. Alternatively, if the restaurant accepts the bid and modifies the conditions as offered by the buyer at step 252, the table is temporarily taken off the exchange for a set time while the buyer finalises the contract (via payment and the addition of further information) at step 236, after which the buyer submits the contract details and payment requirements at step 238 and the process continues to Figure 2c.
  • step 256 the buyer's details are added to the floor plan/booking database and the table is added to the buyer's exchange account at step 258 (optionally). If the buyer intends to use the booking as shown at step 260, the process ends at step 214 and the buyer interacts with the floor plan/booking database for any further variations or interactions. Alternatively, the buyer may wish to re-sell the table on the exchange at step 262, in which case the buyer may relist the table as shown at step 264, after which the process ends at step 214.
  • a buyer logs onto the exchange.
  • the user logs in and continues to step 203.
  • an option is available to search by venue, date or date range or location or precinct.
  • the user selects the date or date range option and at step 204b the date or date range options are displayed to the user on the user interface.
  • the user selects a date or a date range at step 204c and is then provided with the option to further filter the search results by filtering by venue, or filtering by location or precinct at step 204d.
  • the venue options are displayed at 204e, the user selects a venue or venues at 204f, and the user is subsequently provided with the opportunity to further filter by location or precinct at step 204g by displaying the location or precinct options.
  • the user selects the location or precinct at step 204h, and the system proceeds to step 207, described later.
  • the location or precinct options are displayed at 204j, the user selects a location or precinct at 204k, and the user is subsequently provided with the opportunity to further filter by venue or venues at step 204I by displaying the venue or venue options.
  • the user selects the venue or venues at step 204m, and the system proceeds to step 207, described later.
  • step 205b the venue or venues options are displayed to the user on the user interface.
  • the user selects a venue or venues at step 205c and is then provided with the option to further filter the search results by filtering by date or date range, or filtering by location or precinct at step 205d.
  • the date or date range options are displayed at 205e, the user selects a date or date range at 205f, and the user is subsequently provided with the opportunity to further filter by location or precinct at step 205g by displaying the location or precinct options.
  • the user selects the location or precinct at step 205h, and the system proceeds to step 207, described later Alternatively, if the user elects to filer by location or precinct at step 205i, the location or precinct options are displayed at 205j, the user selects a location or precinct at 205k, and the user is subsequently provided with the opportunity to further filter by date or date range at step 205I by displaying the date or date range options. The user selects the date or date range at step 205m, and the system proceeds to step 207, described later.
  • step 206b the location or precinct options are displayed to the user on the user interface.
  • the user selects a location or precinct at step 206c and is then provided with the option to further filter the search results by filtering by venue or venues, or filtering by date or date range at step 206d.
  • the venue or venues options are displayed at 206e, the user selects a venue or venues at 206f, and the user is subsequently provided with the opportunity to further filter by date or date range at step 206g by displaying the date or date range options.
  • the user selects the date or date range at step 206h, and the system proceeds to step 207, described later.
  • the date or date range options are displayed at 206j, the user selects a date or date range at 206k, and the user is subsequently provided with the opportunity to further filter by venue or venues at step 206I by displaying the venue or venues options.
  • the user selects the venue or venues at step 206m, and the system proceeds to step 207.
  • step 207 the dates within the selected date or date range are loaded and any relevant optional fields are displayed at step 208.
  • the user may elect to skip the selection of optional fields at step 209a, in which case the user is taken to step 21 1 a, in which the user selects one or more specific dates, and consequently at step 211 b any options relevant to preselected fields are populated.
  • step 209 the desired search fields are selected in an order defined by the user.
  • the system at step 210 filters date options based on selected constraints, before proceeding to step 21 1.
  • the widget is capable of personalising bookings by identifying the user and therefore using user specific data, such as preferences, prior searches, prior bookings, etc., to determine what types of events, tournaments and/or specials a user may be interested in.
  • the user may have a clear desire to book a specific date, in which case the user may select a specific date.
  • the user may be agnostic about a specific date, but may be more focused on finding a particular event special, tournament, or other event (and may therefore be flexible in terms of a date).
  • the user may select a date range in the following manner:
  • the user can make more than one selection to make multiple bookings or a single booking at the same time. There is provided a validation process to ensure that the user cannot make separate booking at the same time or two bookings that they could not make in time due to their location or some other limiting factor.
  • Fig 2d (ii) there is provided a plurality of tables for sale, depicted as items 268 and 270.
  • the table information includes all relevant constraints applicable to the specific table, including but not limited to restaurant, date, time, class, menu, price, current bid, acceptance price and any other information that may inform a potential purchaser's decision.
  • the potential buyer is provided with two options.
  • the buyer may place a bid matching the asking price and conditions, and thereby commit to buying the table at step 272.
  • the buyer may place a bid less than the asking price of the table and accept the conditions (thereby requiring the restaurant to accept the lower bid for the transaction to be completed) at step 280.
  • step 272 an email is sent to the restaurant notifying the restaurant of the successful sale of the table at step 274, after which the table is temporarily taken off the exchange for a set time while the buyer finalises the contract (via payment and the addition of further information) at step 236, after which the buyer submits the contract details and payment requirements at step 238 and the process continues to Figure 2e.
  • the restaurant is sent an email notifying them of the buyer’s bid at step 282. If the restaurant does not accept the bid, the table remains on the exchange at step 286 and the process ends at step 214. Alternatively, if the restaurant accepts the bid at step 284, the table is temporarily taken off the exchange for a set time while the buyer finalises the contract (via payment and the addition of further information) at step 236, after which the buyer submits the contract details and payment requirements at step 238 and the process continues to Figure 2e.
  • step 288 the buyer's details are added to the floor plan/booking database and the table is added to the buyer's exchange account at step 290 (optionally). If the buyer intends to use the booking as shown at step 260, the process ends at step 214 and the buyer interacts with the floor plan/booking database for any further variations or interactions. Alternatively, the buyer may wish to re-sell the table on the exchange at step 262, in which case the buyer may relist the table as shown at step 264, after which the process ends at step 214.
  • FIG. 2f there is shown a process, embodied in software, for allowing a customer of a restaurant to place a booking on the exchange network in accordance with an embodiment of the invention.
  • the restaurant setup option is selected in the ResButler system.
  • the operator selects the exchange rules setup option at step 268, followed by the "allow re-sale” option at step 270.
  • the user is presented with a number of options with regard to the constraints that may be utilised to determine which bookings may be re-sold via the exchange.
  • the constraints may include, by way of example only, a prepayment requirement, a specific booking time, a specific booking duration, a specific menu, a specific minimum spend, a specific tables, class, or any combination of the above.
  • the desired setup (including table information and constraint information) is saved in a manner to allow the information to be transmitted, as a package, to the exchange (i.e posted to the calendar) at step 274.
  • the process then ends at step 214.
  • the step of “packaging” the transaction includes elements of converting the constraints into elements of an electronic contract, such that the setup file includes provisions that may contractually bind a purchaser, should they decide to purchase the table via the exchange.
  • FIG. 2g there is shown a process, embodied in software, for allowing a user (specifically a customer who has created a normal restaurant booking via the ResButler booking system) to place a booking on the exchange network in accordance with an embodiment of the invention.
  • the user follows the usual process in the ResButler system to secure a booking.
  • the user is sent an email (at either step 278 or 286). If the user has an exchange account, re-selling information and a link is automatically sent via the email at step 278, after which the user may log in at step 280 if the user wishes to participate in the exchange and the process continues to step 290 (described later).
  • the user is provided with a different link in the email provided at step 286, wherein the user is directed to terms and conditions at step 288 and creates an account. Thereafter, at step 290 the secured booking is automatically added to the user's exchange account.
  • step 280 or 290 the user lists the booking on the exchange for resale at step 282, and the booking is displayed for sale at step 284, after which the process ends at step 214.
  • FIG. 2h there is shown a process, embodied in software, for a methodology for adding and removing tables from the exchange network in accordance with an embodiment of the invention, specifically showing a process where the restaurant wishing to list products on the exchange is using a booking system that is not integrated with the exchange network.
  • a restaurant which is not integrated in the ResButler network initiates a request to create an account.
  • the ResButler system verifies the legitimacy of the restaurant at 288. Verifying the legitimacy of the restaurant 290 may be carried out in any suitable autonomous manner.
  • the restaurant may remove a table from sale or auction at step 204, or add a table from sale or auction at step 216. If the restaurant wishes to remove a table from sale or auction at step 204, the exchange, at step 206, determines whether the table has been sold. If the table has not been sold (and therefore can be removed from the exchange), the table is verified at not yet sold at step 298, after which the table is removed at step 2100 and the process ends at step 214.
  • a request is sent to the restaurant's floor plan database to retrieve relevant information regarding the table and any other constraint information relevant to the sale of the table
  • This is then loaded into a temporary list from which tables may be selected for addition to the exchange at step 222, and a guarantee or bond conditions are applied to the table at step 220.
  • the temporary list is posted to the exchange, with all relevant information posted in a manner that it may be accessed by a third party through an appropriate interface.
  • the interface may be a web interface, or an app that accesses the exchange via an Application Programming Interface (API) or similar.
  • API Application Programming Interface
  • steps 297 through to 214 may be carried out autonomously upon receipt of a remove or add command from the ResButler system, or may require some interaction with an operator from the Restaurant.
  • the exchange provides a seamless mechanism for the sale and resale of tables in a restaurant.
  • a booked table may be‘‘sold” in a seamless and automated manner.
  • there has been no reliable method of identifying a booking or the person who made the booking unless all parties were personally known to each other. As such, bookings were not transferrable in any meaningful manner. This resulted in lost revenue for restaurants.
  • the embodiment herein provides a robust identification mechanism due to the fact that information is transferred between two secure and trusted systems. There is no need for the buyer to verify the identity of the seller, as the data packages sent between the restaurant booking system and the exchange system are independently verified.
  • the exchange provides a mechanism which is“outside” the booking system of any one restaurant, thereby allowing a restaurant or a person holding a booking to reach a wide audience and in turn, increase the probability of on-selling a table booking.
  • the system operates in an autonomous manner and does not require any special knowledge on the part of the restaurant, the seller or the buyer.
  • the restaurant booking system and the exchange while being integrated, can also work independently.
  • the embodiment allows not only a“right” to be transferred, but also provides the ability for the new right holder (i.e. the buyer of the booking) to make further variations as required.
  • the embodiments described with reference to the method, computer program, computer interface and aspects of the system can be implemented via an Application Programming Interface (API), an Application Development Kit (ADK) or as a series of program libraries, for use by a developer, for the creation of software applications which are to be used on any one or more computing platforms or devices, such as a terminal or personal computer operating system or a portable computing device, a smartphone or a tablet computing system operating system, or within a larger server structure, such as a‘data farm’ or within a larger computing transaction processing system.
  • API Application Programming Interface
  • ADK Application Development Kit
  • program libraries for use by a developer, for the creation of software applications which are to be used on any one or more computing platforms or devices, such as a terminal or personal computer operating system or a portable computing device, a smartphone or a tablet computing system operating system, or within a larger server structure, such as a‘data farm’ or within a larger computing transaction processing system.
  • program modules include routines, programs, objects, components and data files that perform or assist in the performance of particular functions
  • functionality of the method, computer program and computer interface defined herein may be distributed across a number of routines, programs, objects or components to achieve the same functionality as the embodiment and the broader invention claimed herein.
  • Such variations and modifications are contemplated by the inventor and are within the purview of those skilled in the art.
  • any appropriate computing system architecture may be utilised without departing from the inventive concept. This includes standalone computers, networked computers and dedicated computing devices that do not utilise software as it is colloquially understood (such as field-programmable gate arrays).
  • the devices, computing systems, servers, etc., that constitute the embodiments and/or invention or interact with the embodiments and/or invention may transmit and receive data via any suitable hardware mechanism and software protocol, including wired and wireless communications protocols, such as but not limited to second, third, fourth and fifth generation (2G, 3G, 4G and 5G) telecommunications protocols (in accordance with the International Mobile Telecommunications-2000 (IMT-2000) specification), Wi-Fi (in accordance with the IEEE 802.1 1 standards), Bluetooth (in accordance with the I EEE 802 15.1 standard and/or standards set by the Bluetooth Special Interest Group), or any other radio frequency, optical, acoustic, magnetic, or any other form or method of communication that may become available from time to time.
  • 2G, 3G, 4G and 5G 2G, 3G, 4G and 5G telecommunications protocols
  • Wi-Fi in accordance with the IEEE 802.1 1 standards
  • Bluetooth in accordance with the I EEE 802 15.1 standard and/or standards set by the Bluetooth Special Interest Group

Landscapes

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

Abstract

L'invention concerne un procédé activé par ordinateur pour l'échange de réservations comprenant une interface utilisateur accessible par un dispositif distant et en communication avec un serveur d'échange, le serveur d'échange comprenant une base de données d'offre ayant au moins une réservation reçue en provenance d'un serveur tiers, la réservation comprenant des informations de réservation, les informations de réservation ayant des informations de disponibilité comprenant au moins un temps de réservation, une durée et un ou plusieurs produits associés aux informations de réservation dans un cadre d'espace/temps volumétrique.
PCT/AU2020/050410 2017-10-31 2020-04-28 Procédé, système et programme informatique activés par ordinateur pour gérer l'échange entre des tiers à des contrats de service pour la fourniture d'une réservation de restaurant ou d'un autre service analogue WO2020220070A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US17/452,770 US20220188709A1 (en) 2017-10-31 2021-10-28 Computer-enabled method, system and computer program for dynamically altering constraints utilised in the management of a space, furniture, equipment or service

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
AU2019901435 2019-04-29
AU2019901435A AU2019901435A0 (en) 2019-04-29 A computer-enabled method, system and computer program for managing the exchange between third parties of service contracts for the provision of a restaurant booking or other analogous service
AU2019903012A AU2019903012A0 (en) 2019-08-19 A computer-enabled method, system and computer program for managing the exchange between third parties of service contracts for the provision of a restaurant booking or other analogous service
AU2019903012 2019-08-19

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
PCT/AU2020/050411 Continuation-In-Part WO2020220071A1 (fr) 2017-10-31 2020-04-28 Procédé, système et programme informatique activés par ordinateur pour attribuer et gérer de manière autonome un espace, un meuble, un équipement et/ou un service par l'intermédiaire d'un dispositif électronique

Related Child Applications (1)

Application Number Title Priority Date Filing Date
PCT/AU2020/050409 Continuation-In-Part WO2020220069A1 (fr) 2017-10-31 2020-04-28 Procédé, système et programme informatique activés par ordinateur pour surveiller une pluralité de machines à sous et d'autres jeux de hasard, et fournir un service de réservation et de surveillance pour des amateurs de jeu et des établissements de jeu

Publications (1)

Publication Number Publication Date
WO2020220070A1 true WO2020220070A1 (fr) 2020-11-05

Family

ID=73029215

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/AU2020/050410 WO2020220070A1 (fr) 2017-10-31 2020-04-28 Procédé, système et programme informatique activés par ordinateur pour gérer l'échange entre des tiers à des contrats de service pour la fourniture d'une réservation de restaurant ou d'un autre service analogue

Country Status (2)

Country Link
AU (2) AU2020200611A1 (fr)
WO (1) WO2020220070A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11461707B2 (en) 2017-10-31 2022-10-04 Grand Performance Online Pty Ltd Autonomous and integrated system, method and computer program for dynamic optimisation and allocation of resources for defined spaces and time periods
US12045744B2 (en) 2017-10-31 2024-07-23 Grand Performance Online Pty Ltd Autonomous and integrated system, method and computer program for dynamic optimization and allocation of resources for defined spaces and time periods

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7849133B2 (en) * 2007-08-07 2010-12-07 Ticketmaster, Llc Systems and methods for providing resource allocation in a networked environment
US20120005043A1 (en) * 2009-03-13 2012-01-05 Shay Bushinsky System and method for sales and distribution of tickets to future events
US20160196508A1 (en) * 2013-09-03 2016-07-07 Fine Dining Experiences Ug Booking system and method
WO2018212735A2 (fr) * 2016-10-27 2018-11-22 Oektem Safak Gestion de systèmes de pré-comptabilité, de comptabilité et de commerce électronique à partir d'un panneau unique

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130090959A1 (en) * 2011-10-06 2013-04-11 Seatme, Inc. Restaurant management and reservation systems and methods
US20130325526A1 (en) * 2012-06-01 2013-12-05 Chowtime, Inc. Apparatus and methods for seating management
US10304276B2 (en) * 2012-06-07 2019-05-28 Universal City Studios Llc Queue management system and method
US20150235183A1 (en) * 2014-02-20 2015-08-20 Evan SAMPSON Computer-implemented method and system for scheduling appointments with clients

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7849133B2 (en) * 2007-08-07 2010-12-07 Ticketmaster, Llc Systems and methods for providing resource allocation in a networked environment
US20120005043A1 (en) * 2009-03-13 2012-01-05 Shay Bushinsky System and method for sales and distribution of tickets to future events
US20160196508A1 (en) * 2013-09-03 2016-07-07 Fine Dining Experiences Ug Booking system and method
WO2018212735A2 (fr) * 2016-10-27 2018-11-22 Oektem Safak Gestion de systèmes de pré-comptabilité, de comptabilité et de commerce électronique à partir d'un panneau unique

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11461707B2 (en) 2017-10-31 2022-10-04 Grand Performance Online Pty Ltd Autonomous and integrated system, method and computer program for dynamic optimisation and allocation of resources for defined spaces and time periods
US12045744B2 (en) 2017-10-31 2024-07-23 Grand Performance Online Pty Ltd Autonomous and integrated system, method and computer program for dynamic optimization and allocation of resources for defined spaces and time periods

Also Published As

Publication number Publication date
AU2020200611A1 (en) 2020-11-12
AU2021202093A1 (en) 2021-04-29

Similar Documents

Publication Publication Date Title
US10719897B2 (en) System and process for managing preparation and packaging of food and/or beverage products for a precise delivery time
RU2662919C2 (ru) Система управления очередями и способ
US9672550B2 (en) Fulfillment of orders for items using 3D manufacturing on demand
US9684919B2 (en) Item delivery using 3D manufacturing on demand
US10311530B2 (en) System and process for managing preparation and packaging of food and/or beverage products for a precise delivery time
US20150051999A1 (en) Vendor interface for item delivery via 3d manufacturing on demand
US20150052024A1 (en) Providing services related to item delivery via 3d manufacturing on demand
US20150052000A1 (en) Customization and other features for item delivery via 3d manufacturing on demand
WO2020220078A1 (fr) Procédé, système et programme informatique activés par ordinateur pour fournir une interface utilisateur intuitive agencée pour créer une liste de produits dynamiques intégrable dans un processus de fourniture de service pour effectuer la tâche de distribution d'un service complexe et gérer une transaction associée
WO2020220070A1 (fr) Procédé, système et programme informatique activés par ordinateur pour gérer l'échange entre des tiers à des contrats de service pour la fourniture d'une réservation de restaurant ou d'un autre service analogue
CN107710240A (zh) 利用基于属性的定价进行预约、存量控制、选购和预订的方法、设备和计算机程序产品
US20170228837A1 (en) Digital Airport Shopping System
WO2015042037A1 (fr) Système et procédé pour gérer un processus de transaction immobilière et/ou commerciale entre un acheteur et un vendeur
WO2020220067A1 (fr) Système de procédé activé par ordinateur et programme informatique pour générer une interface utilisateur dynamique destinée à être utilisée par un utilisateur dans l'attribution d'un espace, d'un meuble, d'un équipement ou d'un service
US20190043145A1 (en) Social network application for real estate
US20240169454A1 (en) Systems and methods for coordinating ordering between mobile devices
CA3138606A1 (fr) Procede informatise integre autonome, et systeme et programme informatique mettant en oeuvre un moteur d'intelligence artificielle pour l'attribution dynamique et l'optimisation d 'espace, de meubles, d'equipement et/ou de services
US20150220966A1 (en) Restaurant reservation system and method
WO2020220076A1 (fr) Procédé activé par ordinateur, système et programme informatique permettant de fournir une interface utilisateur intuitive conçue pour créer un plan d'étage dynamique utilisable par un algorithme d'attribution pour exécuter la tâche de gestion d'une fonction ou d'un événement
CN106462871A (zh) 商店/商铺开业日、周年纪念日和商店/商铺关闭日的活动信息的推送系统
WO2020220077A1 (fr) Procédé, système et programme informatique activés par ordinateur pour fournir une interface utilisateur intuitive agencée pour créer un plan de sol dynamique utilisable par un algorithme d'attribution pour effectuer la tâche d'organisation et de fonctionnement d'une fourniture d'un service
US20200201921A1 (en) System and method for facilitating communication within a tiered environment
US11763222B2 (en) System and method for event planning and management
WO2020220069A1 (fr) Procédé, système et programme informatique activés par ordinateur pour surveiller une pluralité de machines à sous et d'autres jeux de hasard, et fournir un service de réservation et de surveillance pour des amateurs de jeu et des établissements de jeu
JP6241302B2 (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: 20798496

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 23.02.2022)

122 Ep: pct application non-entry in european phase

Ref document number: 20798496

Country of ref document: EP

Kind code of ref document: A1