TW201826173A - Booking system - Google Patents

Abstract

An activity booking system including at least one processing device that receives a booking enquiry from a user client device via a communications network, determines an availability of one or more activity time slots using an activity schedule, provides a booking availability indication to the client device, the booking availability indication being indicative of at least one available time slot, the client device being responsive to the booking availability indication to display an indication of the at least one available time slot determine user selection of at least one available time slot in accordance with user input commands and generate a booking request indicative of a selected available time slot, the processing device receiving the booking request from the user client device and selectively modifying the activity schedule in accordance with the booking request to thereby book the time slot for the user.

Description

 Reservation system  

The present invention relates to reservation systems and methods, and in one particular example relates to reservation systems and methods for scheduling high-altitude skydiving in indoor skydiving venues.

References in this specification to any prior disclosure (or information derived from it) or to any matter known and should not be construed as forming a disclosure of the prior disclosure (or information derived from it) or known matters. Recognition, permission, or any form of implication of a portion of the common sense in the field of endeavour.

Indoor high-altitude skydiving is performed in a space with a flight room that includes a vertical airway to simulate a high-altitude skydiving experience. Typically, such venues operate on the use of air ducts for a given period of time, in which each individual purchases a parachuting package for use during the time period, where each individual skydiving typically lasts approximately 45 Seconds to 90 seconds.

Since the number of individuals who can use the flight room at any one time is limited, making an appointment to ensure that the flight room will be available is critical. Since the use of the flight room usually requires the presence of a coach, it is important to ensure that a coach with the right skills is available when making an appointment. Currently, appointments are typically made by having the user contact the location prior to making the appointment, confirming the availability of the flight room, and the appropriate coach will exist. At this point, the customer can purchase multiple high-altitude skydivings, where such high-altitude parachuting will be credited to the customer's account for their own use and appointment.

However, this method has a number of disadvantages.

First, the user community usually wants to make an appointment at the same time (for social purposes), or allows members of the group to fly together at the same time. As part of this situation, the user may wish to share the number of skydivings they have purchased, and the users will fly high-altitude skydiving for the shared session to fly together. Currently, users must coordinate between them to individually schedule time slots via their respective accounts. Sometimes, even if the user has coordinated between them via telephone or email, there is no longer a time slot for the user to make an appointment to fly together at the time of the user's appointment. For example, four members may want to fly together between 4pm and 4:30pm and agree to two high-altitude skydivings per person. The two members first made a successful appointment, however, when other members tried to make an appointment, the time between 4pm and 4:30pm is now full and cannot be reserved, which means that the members cannot fly together as expected.

In addition to the above issues, another problem for users who want a group appointment is that the users must first contact each other via email or telephone call. Most of the time, members of indoor skydiving venues are unaware of all members because they can involve hundreds of individuals. Therefore, organizing events via telephone and email communications is not easy and can take a long time. Even if the organizer is able to make each member agree, the members must still coordinate the appointment, which can lead to problems similar to the issues outlined above.

Another issue with group flight activities is the different levels of expertise of different members of the group. For example, it is difficult for an organizer to know what level of skill a member has, and for a place operator, for security reasons, it is important to know what level of skill a member has before allowing members to fly together. Currently, time is wasted on checking the technical level of such members before they can fly together.

The related problem is that the coach has different grades to suit the training needs and needs of different clients. Currently, coach scheduling is performed manually using a spreadsheet. The coach's rating level is not shown on the trial balance because there will be too much information due to the monthly calendar schedule. Due to manual planning, customers will have to call to check the coach's schedule before they can make an appointment to skydiving. The customer service staff will have to check the coach's rating and its timeline, then reply to the customer and make an appointment for the customer.

Another problem with existing reservation systems is that indoor skydiving kit appointments are limited to fixed price sets, and venue operators cannot easily change package pricing to respond to commercial usage. For example, commercial owners do not change their pricing at the last minute to achieve more revenue by raising pricing (due to high utilization) or lowering prices due to lower utilization. This is especially true when the customer makes an appointment on the online package. In this case, the staff cannot decide to lower or raise the price depending on the usage rate.

In a broad form, the present invention seeks to provide an activity reservation system including at least one processing device: a) receiving a reservation inquiry from a user client device via a communication network; b) using an activity a schedule to determine one of the one or more active periods; c) providing an appointment availability indication to the client device, the subscription availability indication indicating at least one available time period, the client device responding to the subscription availability indication :i) displaying one of the at least one available time period; ii) determining a user selection of the at least one available time period based on the user input command; and iii) generating a reservation request indicating one of the selected available time periods; d) from The user client device receives the reservation request; and e) selectively modifying the activity schedule based on the reservation request to thereby reserve the time period for the user.

Typically, the user is a customer and the reservation system is used for user participation in the appointment event.

Typically, the reservation availability indication is indicative of: a) an available time period; and b) a coach assigned to each available time period, thereby allowing the user to select a time period based at least in part on the respective coach assigned to the time period.

Typically, the at least one processing device: a) receives the reservation parameters; b) determines the pricing parameters; and c) determines an appointment cost based on the reservation parameters and the pricing parameters.

Typically, the at least one processing device: a) provides an appointment cost indication to the user client device, the user client device responsive to the subscription cost indication: i) displaying an indication of the subscription cost; ii) Determining the user of the subscription cost based on the user input command; and iii) generating an appointment acceptance in response to the user acceptance; b) receiving the appointment acceptance; and c) modifying the activity schedule based on the appointment acceptance.

Typically, the user client device: a) determines a reservation parameter based on a user input command; and b) generates at least one of the reservation request and the appointment inquiry based on the reservation parameters.

Typically, the reservation parameters define at least one of: a) the number of requested sets; b) the number of users; c) one of the user's technical levels; d) an appointment date; e) an appointment time; and f) an appointment duration.

Typically, the pricing parameters define a respective price for each time period and for each of a number of different subscription parameters.

Typically, the at least one processing device charges one of the users' accounts based on the reservation request.

Typically, the at least one processing device: a) receives a group appointment request indicating a group appointment, the group appointment request includes an indication that one of the other users will be included in the appointment; b) providing an invitation to each of the other uses User user device, the user client device responds to the invitation by: i) displaying an indication of the invitation; ii) determining that the user of the invitation accepts based on a user input command; and iii) responding to The user accepts an invitation to accept; c) receives the invitation to accept; and d) selectively modifies the event schedule based on the invitation to accept to complete a group appointment.

Typically, the at least one processing device: a) temporarily reserves the group appointment based on the group appointment request, the temporary appointment is valid for a limited period of time; b) providing the invitation; and c) accepting the invitation at the invitation The reservation is completed in the case where the limited period of time is received.

Typically, the group reservation request indicates a group reservation parameter, and wherein the at least one processing device reserves the group appointment based on the group reservation parameters.

Typically, at least one processing device: a) retrieves coaching information indicative of one of each coach's coaching profile; and b) generates the appointment availability indication based on the coaching information of each of the available coaches.

Typically, the coach profile indicates at least one of: a) a coach identification code; and b) a coach rating.

Typically, the user is a coach and the appointment system is used to reserve coach hours.

Typically, the appointment inquiry is a coach appointment inquiry and the appointment request is a coach appointment request indicating a time period during which the coach wishes to work.

Typically, the at least one processing device: a) generates a temporary coach schedule; b) provides the temporary coach schedule indication to an administrator client device, the manager client device responds to the temporary schedule: i) Displaying one of the temporary schedule indications; ii) determining the modification of the temporary schedule based on the administrator input command; and iii) generating a schedule approval based on any modification; c) receiving the schedule approval; and d) based on the The timetable is approved to store the coach's timetable.

In a broad form, the present invention seeks to provide an activity reservation method comprising the use of at least one processing device to: a) receive a reservation inquiry from a user client device via a communication network; b) use an activity time The table determines one of the one or more active time slots; c) provides an appointment availability indication to the client device, the subscription availability indication indicating at least one available time period, the client device responding to the subscription availability indication: i) displaying one of the at least one available time period; ii) determining a user selection of the at least one available time period based on the user input command; and iii) generating a reservation request indicating one of the selected available time periods; d) from the The user client device receives the reservation request; and e) selectively modifying the activity schedule based on the reservation request to thereby reserve the time period for the user.

It is to be understood that the broad form of the invention and its individual features may be used in combination, interchangeably, and/or independently, and the reference to the broad form is not intended to be limiting.

210‧‧‧Processing system

211‧‧‧Database

220‧‧‧Communication network

230‧‧‧Customer device

300‧‧‧Microprocessor

301‧‧‧ memory

302‧‧‧Input/output devices

303‧‧‧ external interface

304‧‧‧ busbar

400‧‧‧Microprocessor

401‧‧‧ memory

402‧‧‧Input/output devices

403‧‧‧ external interface

404‧‧‧ busbar

The present invention will now be described with reference to the accompanying drawings in which: FIG. 1 is a flow chart showing an example of an active reservation method; FIG. 2 is a schematic diagram of a distributed computer architecture; FIG. 3 is a process of FIG. FIG. 4 is a schematic diagram of an example of a client device of FIG. 2; FIG. 5A and FIG. 5B are flowcharts of a specific example of a coach reservation method; and FIGS. 6A to 6D are specific examples of a client reservation program. flow chart.

An example of a method for scheduling an activity will now be described with reference to FIG.

For this example, it is assumed that the reservation is for indoor skydiving. However, it should be appreciated that such techniques can be applied to other locations and/or activities, particularly to locations that are subject to the difficulties outlined above, in terms of being able to successfully coordinate appointments by the user. As will become apparent from the following description, the term "user" is intended to mean any individual participating in the activity and may include a client or a coach. Therefore, the reservation system is available to the customer to make an appointment to allow the customers to participate in the skydiving period, or for the coach to use the system to reserve the time period during which he or she wishes to work.

For purposes of illustration, it is assumed that processing is performed, at least in part, using one or more electronic processing devices (such as a computer system or server) that form part of one or more processing systems, the one or more electronic processing devices being The network architecture is coupled to one or more client devices (such as a mobile phone, a portable computer, or the like) as will be described in greater detail below.

In this example, at step 100, the electronic processing device receives a reservation inquiry from a user client device via a communication network. The appointment inquiry may have any suitable form and may involve submitting a request via a web page, transmitting a message such as an email message, or the like. As will be described in more detail below, the appointment inquiry may include information regarding the user's needs to assist the appointment process, including specifying appointment parameters (such as an outline of the time the user is interested in), restrictions on the appointment (such as The number of spaces required) or the like.

At step 110, the electronic processing device uses an activity schedule to determine one of the one or more activity type periods. Thus, an activity schedule will be maintained that lists the details of all time periods of the venue, and one of the appointment statuses for the time period (such as whether the time period is reserved, and who made the appointment if made). This available processing device is used to identify available time periods that meet any of the user's needs.

At step 120, the electronic processing device typically provides a reservation availability indication to the client device via the communication network, thereby allowing the client device to display one of the available time periods indications in step 130. The subscription availability may be in any suitable form, and one instance includes a list of available time slots (which are displayed, for example, as part of a calendar via a suitable web page) or the like.

At step 140, the user device determines a user selection of at least one of the available time periods, for example, via a user input command interacting with the user interface or the like. The client device generates a reservation request in step 150 indicating the selected time period and any other reservation parameters not previously specified, and then the reservation request is provided to the processing device. The processing device then selectively modifies the activity schedule based on the appointment request to thereby reserve a time period for the user.

Thus, the above procedure provides a mechanism that allows the user to determine an available time period and then to subscribe to one of their time periods. The user may be in the form of a customer who wishes to purchase the participating event, and/or may include a coach who selects the time of the event during which the customer is assisted in completing the event. Additionally, by allowing the user to specify appointment parameters, this can be used to generate a group appointment, provide dynamic pricing, or the like, as will be described in more detail below.

In one example, when the user is a customer, the reservation availability indication indicates the available time period and the coach assigned to each available time period, thereby allowing the user to select the time period with the coach they wish to use. In particular, this may allow the user to select a time period that is not only available, but also has a suitably experienced coach, thereby allowing the user to get the most benefit from the particular activity being performed.

In one example, the processing device receives the subscription parameters, such as as part of a reservation inquiry or a reservation request. The appointment parameters may include any information about the appointment, such as the number of requested personal sets, the number of users forming part of the group appointment, the user's experience or skill level, the appointment date, the appointment time, and the appointment duration. Or similar. Thus, in the case of skydiving, this may include specifying the number of skydivings to be performed by the user during the requested time period, the number of users involved, the user's identification code, the user's respective technology or Experience level or similar. The reservation parameters are typically provided by the user client device by causing the user client device to determine the reservation parameters based on the user input command, and then generating a reservation request or a reservation query based on the reservation parameters, thereby allowing the processing device to use A reservation request or a reservation inquiry is used to determine the reservation parameters.

The processing device can then determine pricing parameters that are determined for each of a number of different subscription parameters and, depending on other criteria, such as current capacity, predicted subscription level, or the like, to determine the price of the respective time period. . Depending on the preferred implementation, the pricing parameters can be stored in the database and retrieved from the database and adjusted as needed. The processing device then determines an appointment cost based on the subscription parameters and the pricing parameters.

The process of determining pricing parameters and making the subscription costs based on both pricing parameters and subscription parameters allows for dynamic pricing to be implemented so that pricing can be easily and smoothly adjusted to the current needs of the business. For example, the pricing parameter may determine that the price varies depending on the requested set or the number of users involved, such that if the user requests more sets or if more users will appear in the case, adjust each The price of the set. Additionally, the pricing parameters may be adjusted based on a range of factors, such as time of day, day of the week, current level of appointment, or the like, to account for the relative popularity of the reserved time period. It should be understood from this that the price can be lowered shortly after the time period expires to encourage the use of free time. This provides load balancing to ensure that the site operator has a relatively constant amount of customers while maximizing pricing when possible.

Generally, in this example, when the dynamic cost calculation is performed, the processing device provides an appointment cost indication to the user client device after the reservation parameters have been determined, and the user client device displays in response to the subscription cost indication. One of the subscription costs indicates that the user who accepted the subscription cost is accepted according to the user input command and responds to the user acceptance to generate an appointment acceptance. The appointment acceptance will be provided to the processing device, which will modify the activity schedule based on the appointment acceptance, thereby reflecting that the appointment was accepted. It should be appreciated that this process can be performed in conjunction with other portions of the program, such as by providing the subscription cost as part of the reservation availability indication and acting as the appointment acceptance. Alternatively, such processing may be performed as a separate step, depending on the preferred implementation.

In one example, the processing device can charge one of the users' accounts based on the appointment request. Thus, the user can be pre-charged prior to attending the event, thereby making the process of performing the activity smoother and avoiding the need to make payments during the program.

In one example, the reservation system can also be used to perform a group appointment. Group appointments are particularly problematic because they require individuals to coordinate many different users about available time periods. Therefore, the user is traditionally required to make an appointment to contact each of the participants and to ensure that the participants are available for a given available time period. However, the time taken to perform this task can result in the time period being reserved by other parties.

In order to allow a group appointment, the processing device receives a group reservation request indicating a group appointment. The group appointment request includes an indication of one of the other users to be included in the appointment, typically including the number and details of other users. The group appointment request can be generated by having the user select an appropriate input option (e.g., by selecting the time period to apply to the group appointment) when selecting an available time period.

After that, the processing device will invite a user client device that invites each of the users included in the group appointment, and each user's client device displays one of the invitations and allows the user to be used. Entering a command (eg, by selecting one of the invitations or other response options) performs the user acceptance of the invitation. After the user accepts, an invitation is accepted and forwarded to the processing device, thereby allowing the processing device to modify the activity schedule based on the invitation acceptances to thereby complete the group appointment.

Thus, in this example, the processing device typically temporarily reserves the group appointment based on the group appointment request, wherein the temporary appointment is valid for a limited period of time. The electronic processing device then provides the invitations and completes the appointments if the invitations are accepted for receipt within the limited time period. The group reservation request typically indicates a group reservation parameter, wherein the processing device reserves a group appointment based on the group reservation parameters. It should be appreciated that this allows for the application of dynamic pricing, for example, when more than a certain number of individuals are registered for a group appointment, the situation is reduced.

The appointment system can also be used to reserve coach hours. In this example, the appointment inquiry is a coach appointment inquiry from the coaching client device, and the processing device provides an appointment availability indication indicating at least one available time period of the coach. The coaching client device determines the coach selection of the available time period and provides a reservation request in the form of a teaching appointment request indicating the selected available time period. The coach appointment request is then provided to the processing device, thereby allowing the processing device to reserve the time period selected by the coach.

As part of this process, managers will usually need to have supervision over appointments. Accordingly, the processing device can generate a temporary coach schedule that forwards the temporary coach schedule to an administrator client device to allow the administrator client device to display an indication of the temporary schedule, according to the administrator input command To determine the modification of the schedule, and then to generate a schedule approval based on any modifications. The schedule approval can be provided to the processing device, which can store one of the coach schedules approved based on the schedule. This allows the manager to review, approve or amend the timeline and then finalize the timeline.

As mentioned above, in one example, the program is executed by one or more processing systems operating as part of a decentralized architecture, an example of which is now described with reference to FIG.

In this example, many processing systems 210 are coupled to a number of client devices 230 via a communication network 220, such as the Internet, and/or a plurality of local area networks (LANs). It should be appreciated that the architecture of network 220 is for exemplary purposes only, and in practice, processing system 210 and client device 230 may be via any suitable mechanism, such as via a wired or wireless connection (including but not limited to a mobile network, Private networks, such as 802.11 networks, the Internet, LANs, WANs, or the like) and communicate via direct or point-to-point connections, such as Bluetooth or the like.

In one example, each processing system 210 includes one or more processing systems 210, each of which can be coupled to one or more databases 211. The processing system 210 is adapted to be used when managing a reservation program via a client device and interacting with a user. Client device 230 is generally adapted to communicate with processing system 210 to allow for available time periods to be determined and scheduled.

Although processing system 210 is shown as a single entity, it should be appreciated that processing system 210 can be distributed among a number of geographically separate locations, such as by using processing system 210 and/or data provided as part of a cloud-based environment. Library 211. However, the above configuration is not essential and other suitable configurations may be used.

An example of a suitable processing system 210 is shown in FIG. In this example, processing system 210 includes at least one microprocessor 300, memory 301, optional input/output devices 302 (such as a keyboard and/or display), and an external interface 303, as shown, each of which is via a bus 304 interconnection. In this example, external interface 303 can be used to connect processing system 210 to peripheral devices, such as communication network 220, database 211, other storage devices, or the like. Although a single external interface 303 is shown, this is for illustrative purposes only, and in practice, multiple interfaces using various methods (eg, Ethernet, Tandem, USB, wireless, or the like) may be provided.

In use, microprocessor 300 executes instructions in the form of application software stored in memory 301 to allow execution of the desired program. The application software can include one or more software modules and can be executed in a suitable execution environment, such as a operating system environment or the like.

Accordingly, it should be appreciated that processing system 210 can be formed by any suitable processing system, such as a suitably programmed client device, PC, web server, web server, or the like. In one particular example, processing system 210 is a standard processing system (such as an Intel architecture-based processing system) that executes a software application stored on a non-volatile (eg, hard disk) storage, although this is not required Indispensable. However, it should also be understood that the processing system can be any electronic processing device such as a microprocessor, a microchip processor, a logic gate fabric, and a firmware associated with the implementation logic (such as a field programmable gate array (FPGA). )), or any other electronic device, system or configuration.

As shown in FIG. 4, in one example, the client device 230 includes at least one microprocessor 400, memory 401, input/output devices 402 (such as a keyboard and/or display), and an external interface 403, as shown, Each of the above is interconnected via a bus bar 404. In this example, external interface 403 can be used to connect client device 230 to peripheral devices, such as communication network 220, a database, other storage devices, or the like. Although a single external interface 403 is shown, this is for illustrative purposes only, and in practice, multiple interfaces using various methods (eg, Ethernet, Tandem, USB, wireless, or the like) may be provided.

In use, microprocessor 400 executes instructions in the form of application software stored in memory 401 to allow communication with processing system 210, for example, to allow selection of parameter values and viewing representations or the like.

Accordingly, it should be appreciated that the client device 230 can be formed by any suitable processing system, such as a suitably programmed PC, Internet terminal, laptop or handheld PC (in a preferred embodiment) Medium for tablets) or smart phones or the like. Thus, in one example, processing system 210 is a standard processing system (such as an Intel architecture-based processing system) that executes a software application stored on a non-volatile (eg, hard disk) storage, although this is not necessary. However, it should also be understood that the client device 230 can be any electronic processing device, such as a microprocessor, a microchip processor, a logic gate, and a firmware associated with the implementation logic (such as a field programmable gate array). (FPGA)), or any other electronic device, system, or configuration.

An example of a reservation procedure will now be described in more detail. For the purposes of these examples, assume that one or more processing systems 210 are used to display a web page that is displayed via a browser application resident on the client device 230 or other suitable application. Processing system 210 is thus typically a server, and will hereinafter be referred to as server 210, depending on the particular network infrastructure available for use, which communicates with client device 230 via a communication network or the like. .

To accomplish this communication, the server 210 typically executes application software for hosting web pages and performing other required tasks, including storing, searching, and processing data, wherein the actions performed by the server 210 are performed by the processor 300. The instructions stored in the memory 301 by the application software and/or the input commands received from the user via the I/O device 302 or commands received from the client device 230 are executed.

It will also be assumed that via a graphical user interface (GUI) presented on the client device 230 or the like, and in one particular instance, via a browser application that displays a web page hosted by the server 210 The program or the application that displays the data supplied by the server 210, the user interacts with the server 210. The operations performed by the client device 230 are performed by the microprocessor 400 in accordance with instructions stored in the memory 401 as application software and/or input commands received from the user via the I/O device 402.

However, it should be understood that the above-described configurations assumed for the purposes of the following examples are not indispensable, and numerous other configurations may be used. It should also be appreciated that the partitioning of functionality between the client device 230 and the server 210 may vary depending on the particular implementation.

The following examples describe how a system can be used by a coach for its scheduling and by a customer to make appointments for a particular time and coach. The examples will be described separately for ease of illustration, but it should be understood that, in practice, such programs are in progress and can be performed in parallel by the system.

A specific example of a procedure for using the above-described system to schedule a coach's working hours will now be described with reference to Figs. 5A and 5B.

In this example, at step 500, the server 210 receives a coach's appointment inquiry from the coaching client device 230. This can be accomplished in any suitable manner, but typically involves having the coaching client device access the appropriate web page or the like. At step 505, the server 210 retrieves the activity schedule and provides an indication of schedule availability at step 510, thereby allowing each of these to be displayed by the coaching client device at step 515. In this regard, the activity schedule will specify the duration of the event (the activity can be performed during this period), as well as the number of coaches assigned to the respective time slots and the coaches required for each session. The time period may be displayed as a list or calendar, depending on the preferred implementation.

The user can then select a time period of interest at step 520 that is used by the coaching client device 230 at step 525 to communicate the reservation request to the server 210. This procedure can be repeated for each of a number of coaches, thereby allowing the server 210 to generate a plurality of coach's temporary coach schedules at step 530.

The temporary schedule is provided to the manager client device 230 at step 535 by, for example, forwarding the schedule or by having the administrator access the temporary schedule via the appropriate web page. At step 540, the temporary schedule is displayed on the manager client device 230, thereby allowing the manager to accept or modify the schedule at step 545. Any modifications are provided to the server at step 550, allowing the schedule to be updated as needed at step 555. The coach can then be reminded that the timetable has been finalized, allowing the coaches to view the final schedule and confirm their hours of work.

Therefore, it should be understood that this allows a time period for the coach to be reserved to thereby ensure that the coach's time is fully covered, but the coach is allowed to nominate his preferred hours of work. In addition, once the appointment is made, information about the coach can be used by the client when making an appointment.

An example for executing a group reservation procedure using the above system, and thus the same system and program for scheduling work hours as described above, will now be described in more detail with reference to Figures 6A-6D.

In this example, a timeline query is received from the user client device 230 at step 600, such as by having the user client device 230 access the appropriate web page hosted by the server 210. Server 210 retrieves an activity schedule at step 602 and provides a reservation availability indication to user client device 230 at step 604, thereby allowing the client device to display the available time period at step 606. Again, this may involve displaying a list of available time periods, or displaying a time period of the calendar format and an indication of availability. This will also include information about the coach assigned to the time period, allowing the user to select the appropriate coaching time.

The user selects a time period in step 608 and the user then gets a prompt to provide details of the appointment parameters. In particular, the appointment parameters may include information about the number of users who will participate as part of the group appointment, and the number of sets required by each user. Other information may also be required, such as user contact details for each of the users, information about the experience or the like, but more typically, as will be described in more detail below, this information is pre-existing User data retrieval. This procedure is typically accomplished by displaying a web page that includes appropriate fields that guide the user about the desired information.

The reservation parameters are provided to the server 230 as part of a reservation request at step 612, causing the server 230 to retrieve the pricing parameters at step 614. These pricing parameters determine the cost of booking any particular time period and will be dynamically calculated based on factors such as current venue capacity. Accordingly, server 230 may determine a subscription cost at step 616 using the subscription and the pricing parameters, and provide an indication of the subscription cost to user user device 230 at step 618. The subscription cost is displayed to the user via the user client device 230 at step 620, thereby allowing the user to accept the subscription cost at step 622.

If it is determined in step 624 that the appointment is a group appointment, then at step 626, the server 210 temporarily reserves the time period and then generates an invitation, and in step 628, the invitation is sent to each of the identified users in the group appointment. One associated client device. In this regard, each invited user will typically become a member of the venue and will therefore have associated user profiles indicating the user's name, contact details, professional level, and other appropriate information. The group appointment may only identify the user, and the server 210 then sends the invitation to use in any manner, such as by sending an email, SMS, or the like, in the form of contact details provided in the respective user profile. By. The invitations are displayed on each user client device at step 630, allowing the invitees to respond at step 632, such as by selecting an embedded link corresponding to accepting or rejecting the invitation.

At step 634, the server 210 determines if a response has been received and, in the negative case, determines if the time period has expired. If not, the program returns to step 632 and waits for the response to be provided. Otherwise, if the time limit has expired and no response has been received, or if the response is rejected, the appointment can be cancelled at step 638. Otherwise, the appointment may be confirmed at step 642 after sufficient user has accepted, or if it is not a group appointment. As part of this procedure, the appointments can be reviewed manually or compared to predetermined booking criteria to ensure that the appointment is reliable, for example to ensure that the user has a similar level of experience. Assuming this is the case, the server 210 can update the activity schedule with respect to the details of the appointment, and at step 644, send a reservation confirmation to one or more user client devices 230.

The user account may be billed at step 646, for example, based on the acceptance and/or completion of the activity. Thus, the user account can be billed based on the indicated number of high-altitude skydivings to be performed according to the reservation request, where additional skydiving will be charged as needed during the activity.

Throughout the above procedure, the activity schedule is a record used to keep track of which coaches and which users are associated with which time periods. However, it should be understood that, in practice, separate activities and coaching schedules can be maintained, and such schedules are relevant as needed. In addition, it should be appreciated that the procedures for the coach's work hours appointments and customer activity appointments may be performed in any order as may be preferred. For example, the coach may only reserve a time period after the customer has reserved a time period to ensure that the coach is suitable for the customer's needs.

In any event, it should be understood that the above system provides an appointment configuration that allows coaches and customers to make appointments and allows for dynamic pricing. It is especially important to be able to schedule coaching work hours via a single common reservation system and to ensure that the customer's needs are adequately monitored and trained. Adequate supervision and training are critical to customer experience and safety.

Thus, in one example, the system described above provides an on-line system that allows members to set parameters for events, such as time periods, how many skydivings a member needs, and the like, and thereafter can invite other members in the system with respect to this event. After other members receive and accept the invitation, the skydiving requirements determined based on the parameters set by the organizer will be automatically populated into the activity schedules of other members.

The system also allows members to form groups by inviting other members to join the group. After the other members have received and accepted the invitation, the required number of skydiving based on the parameters set by the organizer will be automatically stored in the group account. Thereafter, the group can use this account to reserve a session when they want to fly together. For those who have already flown, they are deducted from the group account.

For example, if flight crews A, B, C, D, E, and F join the group and automatically place 10 high-altitude skydivings from their personal accounts into their accounts, the group account will have 60 skydiving. Flight crew A will send an invitation to all remaining members to fly on a certain day, each flight sharing 2 skydivings from the group account, but only flight personnel A, B, C and D accept and fly. Therefore, the final group skydiving balance will be: 60 high-altitude skydiving minus 2 high-altitude skydiving × 4 flight personnel = 52 high-altitude skydiving. Within the group, flight crews A, B, C and D will only have 8 high-altitude skydivings, while flight crews E and F will have 10 high-altitude skydivings. Where the input parameter is the number of skydivings to be entered into the group/event account, each person will have an equal share when they fly. There is no need to check who has an apportionment or who has no apportionment. If the members are flying alone, they can make an appointment via their own personal account.

The system also allows members to view the technical level of different members before they are grouped and counted in flight times. The coach can view this group and skill level via the system prior to the session to confirm that the group is reliable.

In addition, the system can apply dynamic pricing to optimize the utilization of the facility. For example, the system can track the sale of the set and consider the remaining capacity of the venue to dynamically adjust the pricing to ensure maximum utilization. For example, if the capacity is for a specific % of skydiving or % before the expected appointment date x days, the price will change according to the parameter set. For example, at less than 50% of the reserved capacity, the price is $50, between 50% and 80% of the capacity, the price is $80, and is above 80% capacity, the price is $100.

This configuration gives the venue operator flexibility and allows the operators to instantly increase revenue without having to manually track or operate the system. Customers will be automatically notified via the system. With this system, this will promote more sales than the unified price set, and the unified price set pricing does not drive the customer's purchase for a specific time.

In addition, the system can also allow coach appointment management. In this case, coach information such as name and rating level will be entered. The scheduling system will be linked to the reservation system and the customer will be able to see from the appointment system which coaches of a particular rating are available for their training requirements. Customers can also enter their training requirements for the system to recommend which coaches and which time slots to reserve.

This gives the user, such as the customer's reservation system, ease of use without the hassle of calling customer service. In addition, customer service does not need to be searched in electronic spreadsheets and coaching data files to reply and make appointments for customers. Customer service can only log into the system to check training needs, time periods and coaching levels. Save time and effort.

Unless the context requires otherwise, the words "comprise" and variations such as "comprises/comprising" are to be construed as meaning to include the recited whole or whole or steps. Groups, but do not exclude any other whole or whole group.

Those skilled in the art will appreciate that numerous variations and modifications will become apparent. All such changes and modifications that are obvious to those skilled in the art are deemed to be within the spirit and scope of the invention as broadly described.

Claims (18)

 An activity reservation system including at least one processing device: a) receiving a reservation inquiry from a user client device via a communication network; b) using an activity schedule to determine one or more activities One of the time periods; c) providing a reservation availability indication to the client device, the reservation availability indication indicating at least one available time period, the client device responding to the reservation availability indication: i) displaying the at least one available time period One of the indications; ii) determining a user selection of the at least one available time period based on the user input command; and iii) generating a reservation request indicating one of the selected available time periods; d) receiving the appointment from the user user device Requesting; and e) selectively modifying the activity schedule based on the appointment request to thereby reserve the time period for the user.    The activity reservation system of claim 1, wherein the user is a client and the reservation system is used for user participation in the reservation activity.    An activity reservation system of claim 2, wherein the reservation availability indication is indicative of: a) an available time period; and b) a coach assigned to each available time period, thereby allowing the user to at least partially assign to each of the time periods Don't coach to choose a time.    The activity reservation system of claim 2 or 3, wherein the at least one processing device: a) receives the reservation parameters; b) determines the pricing parameters; and c) determines an appointment cost based on the reservation parameters and the pricing parameters.    The activity reservation system of claim 4, wherein the at least one processing device: a) provides an appointment cost indication to the user client device, the user client device responding to the subscription cost indication: i) displaying One of the subscription costs is indicated; ii) the user accepts the appointment cost based on the user input command; and iii) generates an appointment acceptance in response to the user acceptance; b) receives the appointment acceptance; and c) Make an appointment to modify the schedule of the event.    The activity reservation system of claim 4 or 5, wherein the user client device: a) determines a reservation parameter according to a user input command; and b) generates the reservation request and the reservation inquiry according to the reservation parameters At least one of them.    The activity reservation system of any one of claims 4 to 6, wherein the reservation parameters define at least one of: a) a number of requested sets; b) a number of users; c) one of the user's technical levels; d) an appointment date; e) an appointment time; and f) an appointment duration.    The activity reservation system of any one of claims 4 to 7, wherein the pricing parameters define a respective price for each time period and for each of a plurality of different reservation parameters.    The activity reservation system of any one of claims 2 to 8, wherein the at least one processing device charges the one of the users' accounts according to the reservation request.    The activity reservation system of any one of claims 2 to 9, wherein the at least one processing device: a) receives a group reservation request indicating a group reservation, the group reservation request including other users to be included in the appointment One of the instructions; b) an invitation to provide the user client device to each of the other users, the user client device responding to the invitation: i) displaying one of the invitations; ii) Entering a command to determine the user acceptance of the invitation; and iii) generating an invitation to accept in response to the user acceptance; c) receiving the invitation acceptance; and d) selectively modifying the activity schedule based on the invitation acceptance This completes a group appointment.    The activity reservation system of claim 10, wherein the at least one processing device: a) temporarily reserves the group appointment according to the group reservation request, the temporary appointment is valid for a limited period of time; b) providing the invitation; And c) if the invitation is accepted in the limited time period, the appointment is completed.    The activity reservation system of claim 10 or 11, wherein the group reservation request indicates a group reservation parameter, and wherein the at least one processing device reserves the group reservation based on the group reservation parameters.    The activity reservation system of any one of claims 2 to 12, wherein the at least one processing device: a) retrieves coach information indicating a coach profile of each coach; and b) according to each of the available coaches One of the coaching materials to generate the appointment availability indication.    The activity reservation system of claim 13, wherein the coach profile indicates at least one of: a) a coach identification code; and b) a coach rating.    The activity reservation system of claim 1, wherein the user is a coach and the reservation system is used to reserve a coach work hours.    The activity reservation system of claim 15, wherein the appointment inquiry is a coach appointment inquiry and the appointment request is a coach appointment request indicating that the coach wishes to work for a period of time.    The activity reservation system of claim 16, wherein the at least one processing device: a) generates a temporary coach schedule; b) provides the temporary coach schedule indication to an administrator client device, the manager client device responds In the temporary schedule: i) display one of the temporary schedule indications; ii) determine the modification of the temporary schedule based on the administrator input command; and iii) generate a schedule approval based on any modification; c) receive the The timetable is approved; and d) the coaching schedule is stored based on the timetable approval.    An activity reservation method comprising: using at least one processing device to: a) receive a reservation inquiry from a user client device via a communication network; b) use an activity schedule to determine one or more activity periods One availability; c) providing a reservation availability indication to the client device, the subscription availability indication indicating at least one available time period, the client device responding to the subscription availability indication: i) displaying the at least one available time period An indication; ii) determining a user selection of at least one available time period based on a user input command; and iii) generating a reservation request indicating one of the selected available time periods; d) receiving the reservation request from the user client device And e) selectively modifying the activity schedule based on the appointment request to thereby reserve the time period for the user.