WO2018129389A1 - System, apparatus, and method for interactive matching of participant, host, and coach - Google Patents

System, apparatus, and method for interactive matching of participant, host, and coach Download PDF

Info

Publication number
WO2018129389A1
WO2018129389A1 PCT/US2018/012677 US2018012677W WO2018129389A1 WO 2018129389 A1 WO2018129389 A1 WO 2018129389A1 US 2018012677 W US2018012677 W US 2018012677W WO 2018129389 A1 WO2018129389 A1 WO 2018129389A1
Authority
WO
WIPO (PCT)
Prior art keywords
coach
data
host
participant
session
Prior art date
Application number
PCT/US2018/012677
Other languages
French (fr)
Inventor
Bruce Gordon
Original Assignee
Bruce Gordon
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Bruce Gordon filed Critical Bruce Gordon
Publication of WO2018129389A1 publication Critical patent/WO2018129389A1/en

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Administration; Management
    • G06Q10/10Office automation; Time management
    • G06Q10/109Time management, e.g. calendars, reminders, meetings or time accounting
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Administration; Management
    • G06Q10/02Reservations, e.g. for tickets, services or events
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H20/00ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/30ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to physical therapies or activities, e.g. physiotherapy, acupressure or exercising
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/20ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/60ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
    • G16H40/67ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for remote operation
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H50/00ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
    • G16H50/30ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for calculating health indices; for individual health risk assessment

Definitions

  • the present disclosure presents a system, apparatus, and method that is configured to provide a workout session to a participant.
  • FIG. 1 is an example of an illustration of a central host booking system configured to create a session between a participant, coach, and host, according to the present disclosure.
  • FIG. 2 is an example of block diagram of a central host booking system according to the present disclosure.
  • FIG. 3 A is an example flow chart according to the present disclosure.
  • FIG. 3B is an example flow chart according to the present disclosure.
  • FIG. 3C is an example flow chart according to the present disclosure.
  • FIG. 4A is an example flow chart according to the present disclosure.
  • FIG. 4B is an example flow chart according to the present disclosure.
  • FIGs. 5A-G are an example flow chart according to the present disclosure.
  • FIG. 6 is an example alternative flow chart according to the present disclosure.
  • connection can be such that the objects are permanently connected or releasably connected.
  • substantially is defined to be essentially conforming to the particular dimension, shape or other word that substantially modifies, such that the component need not be exact.
  • substantially cylindrical means that the object resembles a cylinder, but can have one or more deviations from a true cylinder.
  • hosts refers to a location in which the session is held. The term host encompasses a facility that is owned by someone other than the coach or participant, a public space, a private space, a space owned by the coach, a space owned by the participant, a space leased by the coach, a space leased by the participant, or any other location.
  • a participant refers to a user of the system that wishes to engage in a session at a host and with a professional.
  • the word user is substituted for participant to allow for ease of illustration.
  • a session as used herein refers to an arrangement that the participant has chosen a location (which can be at a host location) and a professional at a specified time.
  • the host location can be selected as either the professional's location or the participant's location.
  • a professional can include, but is not limited to, a physical or occupation therapist, a psychologist, a psychiatrist, a personal trainer, a nutritionist, a physician, a dentist, an ophthalmologist, an optometrist, a private care provider, an insurance agent, a financial advisor, or a lawyer.
  • the systems, apparatuses, and methods presented herein can allow a participant to schedule a meeting or session at a particular location with a particular professional at an available time for the professional.
  • the systems, apparatuses, and methods can receive one or more inputs from a participant to determine the availability of one or more location and one or more professionals meeting the participant's requirements and/or needs.
  • the present disclosure presents a computer system operable to receive a plurality of inputs and schedule a session between at least one participant, at least one coach, and at least one host.
  • the plurality of inputs can all originate from a single participant device.
  • the plurality of inputs originate from at least one participant device, one coach device, and at least one host device.
  • the input from the at least one coach device and at least one host device is configured to allow the coach and host to agree to the proposed session by the participant.
  • a participant may input a request for a meeting or session and see the availability of particular professionals or particular locations or at particular times.
  • a participant may request a meeting with a financial advisor at a particular location and be provided with the availability of one or more professionals.
  • a participant may request a meeting with a particular financial advisor and be provided with the availability of the selected professional at one or more locations and at one or more times.
  • a participant may request a meeting at a particular time and be provided with the availability of one or more financial professionals and one or more locations.
  • the disclosure also provides a user to request a meeting at a particular location or time and be provided with one or more professionals and associated information relating to the one or more professionals.
  • a user may request a meeting at a financial planning firm and be provided with the availability of one or more professionals along with their practice areas.
  • a first professional may be able to provide information relating to financial planning.
  • a second professional may be able to provide information relating to insurance.
  • a third professional may be able to provide information relating to financial planning and insurance.
  • FIG. 1 illustrates an example system according to the present disclosure.
  • the system 10 as presented includes a central host booking system 30 that is connected via the internet 20 or other network to a plurality of participant devices 40, a plurality of coach devices 50, and a plurality of host devices 60.
  • the central host booking system 30 can be alternatively described as a computer system.
  • the computer system is configured to be implemented to process the plurality of inputs received from the participant devices 40, a plurality of coach devices 50, and a plurality of host devices 60. While some examples discuss a single participant, the system can be configured to process requests from a plurality of participants simultaneously.
  • the matching as described herein can be dynamic such that coaches and hosts availability is tracked and the proposals can be updated dynamically to prevent the participant from selecting a proposal that is no longer possible due to the availability of the coach or host.
  • the plurality of participant devices 40 are illustrated as participant device 1 (42), participant device 2 (44), and participant device 3 (46). While only three participant devices 40 are illustrated, the present system 10 can be implemented with more than three participant devices 40. In still further examples, at least one participant device 40 is present.
  • the plurality of coach devices 50 are illustrated as coach device 1 (52), coach device 2 (54), and coach device 3 (56). While only three coach devices 50 are illustrated, the present system 10 can be
  • the plurality of host devices 60 are illustrated as host device 1 (62), host device 2 (64), and host device 3 (66). While only three host devices 60 are illustrated, the present system 10 can be implemented with more than three host devices 60. In still further examples, at least one host device 60 is present.
  • FIG. 2 illustrates an example of a central host booking system 30.
  • the central host booking system 30 includes at least one hardware processing unit 110.
  • the at least one hardware processing unit 110 can include one or more processors 112 and memory 114.
  • the one or more processors 112 can include memory on the process or be implemented to use external memory 114.
  • the central host booking system 30 can include a data transmitter 122 coupled with the hardware processing unit 110.
  • the central host booking system 30 can include a data receiver 124 coupled with the hardware processing unit 110.
  • the data transmitter 122 and data receiver 124 are combined into a single data transmitter and receiver unit 120.
  • the central host booking system 30 can include a local storage resource 130.
  • the central host booking system 30 can also include a storage resource connector 140.
  • the storage resource connector 140 can be coupled with a remote storage resource 142 and/or external storage resource 144.
  • the term storage resource can refer to any of the storage resource 130, the remote storage resource 142, and the external storage resource 144.
  • the term storage resource can include a hard drive, a plurality of hard drives, an array of hard drives, a network-access storage, flash drive, a solid state drive, or any other hardware that is configure to store data.
  • FIG. 3 presents a flow chart according to the present disclosure.
  • the system can be configured to obtain, from a plurality of host devices, host name data and corresponding host available time data, host location data, host amenity data, host activity data, and host session type data (block 310).
  • the host name data and corresponding host available time data, host location data, host amenity data, host activity data, and host session type data can be stored on a storage device.
  • the system can be configured to obtain, from a plurality of coach devices, coach name data and corresponding coach available time data, coach session types data, and coach activity data (block 312).
  • the coach name data and corresponding coach available time data, coach session types data, and coach activity data can be stored on the storage device.
  • the system can additionally obtain from the plurality of coach devices one or more of coach gender data, coach age group data, and coach location data.
  • the coach age group data can provide a range of years that the coach's age is within. For example, the coach age group data can be in five year increments. In other examples, the coach age group data can be the exact age of the coach.
  • the system can be configured to obtain, from at least one participant device, at least one of participant activity data, participant session type data, participant available times data, and participant session difficulty data (block 314).
  • the collection of data in blocks 310, 312 can be obtained at an initial registration stage and be updated as needed by the respective host and coach.
  • the participant data described in block 314 can be collected at the time of making a request or a standing request can be created.
  • the session type data indicates whether there are sessions for groups or individuals.
  • the system can generate a master criteria list data set that includes data obtained from the at least one participant device (block 316).
  • the system can generate a list of coaches by matching the corresponding coach available time data, coach session types data, coach activity data with that of participant available time data, participant session types data, participant activity data (block 318).
  • the system can generate a list of hosts by matching the corresponding host available time data, host session types data, host activity data with that of participant available time data, participant session types data, participant activity data (block 320).
  • the system can transmit, to the at least one participant device, the list of coaches and the list of hosts, along with host location data (block 322).
  • the list of coaches can include a host designated coach.
  • the list of hosts can include a participant address, a coach address, a coach designated address, and a public location.
  • the list of coaches includes a host designated coach and no coach needed.
  • the list of coaches can include one or more of coach gender data, coach location data, or coach age group data.
  • the transmitting of the list of coaches can further include one or more of coach rating data, coach gender data, coach age group data, coach specialty, and coach location data.
  • the coach rating data is transmitted.
  • the coach rating data that is provided by the system can be very important to the participant in selecting a coach. All the coaches on the system can be certified. However, in selecting a coach, a review or specialty can help a participant in making the selection.
  • the reviews can be searched for key words as part of the initial selection process. For example, a participant might search for "great cross-trainer" or "tough boot camp.”
  • the system can receive a selection of a coach and a host (block 324).
  • the list of hosts is updated so that the hosts that are preferred by the selected coach are provided at the top of the list.
  • the system can transmit to the selected coach confirmation data (block 326).
  • the system can transmit to the selected host confirmation data (block 328).
  • the system can receive coach confirmation data and host confirmation data (block 330).
  • the system can transmit session data to the participant informing the participant of a confirmed session, which includes host data and coach data (block 332).
  • the system can transmit, upon receiving coach confirmation data and host confirmation data, payment information to the participant. Upon successful payment by the participant, the session is confirmed.
  • the participant, the coach, and the host are each notified of the session details including corresponding parties, time, and day.
  • the system places a calendar entry on the participant's device, the coach's device, and the host's device.
  • the system can be further configured to perform the features as illustrated in FIG. 3B.
  • the features of FIG. 3B can be repetitively performed.
  • the features of FIG. 3B are repetitively performed after the transmission to the selected coach confirmation data.
  • the system can be configured to receive denial information from the selected coach (block 342).
  • the system can also transmit a revised list, in which the coach that denied the session is removed, of coaches to the participant (block 344).
  • the system can further receive selection of an alternative coach (block 346).
  • the system can transmit to the selected alternative coach confirmation data (block 348)
  • the system can be further configured to perform the features as illustrated in FIG. 3C.
  • the features of FIG. 3C can be repetitively performed.
  • the features of FIG. 3C are repetitively performed after the transmission to the selected host confirmation data.
  • the system can be configured to receive denial information from the selected host (block 352). Additionally, the system can be configured to transmit a revised list, in which the host that denied the session is removed, of hosts to the participant (block 354). The system can further receive selection of an alternative host (block 356). Furthermore, the system can transmit to the selected alternative host confirmation data (block 358).
  • the system can be configured to allow for prearranged payment plans between the participant, host, and coach
  • the system can be configured to allow for payment terms to be negotiated between the participant, coach, and host.
  • FIG. 4A One example of how payment terms can be exchanged by the system is illustrated in FIG. 4A.
  • the system can receive proposed session payment information from the participant (block 400).
  • the system can transmit proposed payment information to the plurality of coach devices and the plurality of host devices (block 412).
  • the system can further receive acceptance price data from at least one coach device and at least one host device (block 414).
  • the system can transmit acceptance price data to the participant device (block 416).
  • the system can be configured to not allow for negotiation of the pricing.
  • the system can be configured to provide a proposal from the coach and/or host that contains the pricing information.
  • the participant can accept the payment of the pricing at the time of confirming the session as proposed.
  • the session can be confirmed to the participant, host, and coach as soon as payment is made by the participant in relation to the proposed session.
  • the system can be configured to process a payment as described in relation to FIG. 5B.
  • the system can be configured to allow for an iterative proposal of payment information where one of the coach devices or the host devices transmits a revised proposal.
  • the iterative agreement to find an acceptable structure can occur after transmitting the proposed payment information to the plurality of coach devices and the plurality of host devices (block 412).
  • the system can receive modified proposed payment information from one of the plurality of coach devices or one of the plurality of host devices (block 422). Additionally, the system can transmit the modified proposed payment information to the participant device (block 424). Furthermore, the system can receive acceptance of the modified proposed payment information and scheduling the session in response thereto (block 426).
  • FIG. 5 is broken apart into several different illustrations.
  • FIG. 5 includes FIG. 5A-H.
  • a key to FIG. 5 is illustrated at the bottom of the sheet that contains FIG. 5A.
  • the present system can be accessed through a public website 501, an iOS Application 502, and/or an Android Application 503.
  • the special operating systems can be operating systems designed for wearable technology including watch technology.
  • the special operating systems can provide a subset of the features described herein.
  • a single website 501 is shown, there can be different websites based on the operating system and other applications available on a given computing device.
  • the system can allow for either browsing of the availability or creation of a custom session.
  • the description contained herein describes the browsing features and then presents the custom session creation.
  • the custom session can be based on the system determining the presence of a match or it can be based on the participant selecting one or more of the host or coach.
  • the application dashboards 504 and 505 provide connectivity to allow a user to select an activity 511. Then, the user can select between seeing an initial listing of coaches 512, an initial listing of sessions 515, and an initial listing of hosts 517.
  • the initial listing of coaches 512 includes at least one coach.
  • the initial listing of sessions 515 includes at least one session.
  • the initial listing of hosts 517 includes at least one host.
  • the initial listing of coaches 512, the initial listing of sessions 515, and the initial listing of hosts 517 includes a plurality of coaches, sessions, and hosts, respectively. In at least one example, if there is no match between host and coach for the session an error message can be displayed. In another example, if there is no match, the participant is prompted to input different data than before.
  • the listing of coaches 512 can be sorted in a variety of ways. For example, the listing of coaches 512 can be sorted based on relative distance from the current location of the user or designated address of the user. Additionally, the listing of coaches 512 can be sorted by one or more of the following: availability (which can be at least one of a predetermined time, now, a predetermined day of the week, a predetermined hour range across multiple days), coach session type, coach age range, or coach gender. In at least one example, the above described sorting features can be implemented as filters with one of the filters being selected as the sorting feature.
  • the coach profile 513 can be displayed after the user hovers over a particular coach name for a predetermined period of time.
  • the system can allow for clicking, tapping, or other gestures to display the coach profile 513.
  • the use of hover herein is an example, and the present disclosure considers alternatives as clicking, tapping, or other gestures. If the user selects a coach from the listing, the coach profile 513 is displayed.
  • the coach profile 513 can include coach sessions 514. If the selected coach meets all the desired criteria of the user, the user can proceed to select a time 520 to engage a session with the selected coach.
  • the user can browse a listing of sessions 515.
  • the list of sessions can be sorted based on at least one of session type, hours from the current time, coach name, or host name. Additionally, the sorting can be based on one of the above with further filtering by one or more of the above mentioned items.
  • the session details 516 including session type, coach name, host name, host location, time, and duration are displayed.
  • the session details 516 including session type, coach name, host name, host location, time, and duration are displayed. If the user accepts the session, the user can proceed to select a time 520 if a plurality of times for the session are provided.
  • the user can browse a listing of hosts 517.
  • the list of host can be sorted based on at least one of distance from the user location, distance from an entered location, host name, or host hours of operation. Additionally, the sorting can be based on one of the above with further filtering by one or more of the above mentioned items.
  • the host profile 518 is displayed along with related host sessions 519 (if more than one is available). Once the user selects a host, the host profile 518 is displayed along with related host sessions 519 (if more than one is available).
  • the host profile 518 can include hours of operation, location, distance from current location, distance from a predetermined address, coaches that are available at the host location, and amenity information.
  • the related host sessions can indicate who the coach is for the session (if applicable), the start time of the session, the duration of the session, and/or the session type. If there are more than one session start times available, the user can select a time 520.
  • the present system can check to see if the user is logged in 521. If the user is not currently logged in, the system can check to see if the user is registered 522. If the user is registered, the user is prompted to login 523. If the user is not registered, the user must complete the registration process 524. Once the user has successfully logged into the system, the system can continue to the payment process 525.
  • the payment process is completed prior to the creation of session 526.
  • the session can be created without payment.
  • the present system contemplates a subscription service, where the user has a predetermined amount of money placed into the system on a monthly basis. The money can be used to purchase sessions and can roll over to the next month if not used.
  • the present system can be implemented with a wallet type system where the participant has a wallet with a predetermined amount of money. The money can be loaded into the wallet and used in a similar fashion as using money from a physical wallet.
  • the participant can be required to maintain a minimum amount of money in the wallet so that the participant can create a session.
  • the use of a wallet type system can speed up the payment process.
  • the system is configured to not pay the coach or host until after session is conducted.
  • the system determines whether the session was conducted 527. The determination can be based on data received from at least one of the host device, participant device, or coach device. If at least one of the above devices indicates that a session was conducted, the participant can be prompted to provide feedback.
  • the system determines if the feedback was positive 528. If the feedback was positive the funds are transferred to the coach and/or host 530. As illustrated, the participant can be provided a predetermined period of time 5280 to provide the feedback. If no feedback is received within the predetermined period of time 5280, the system can be configured to treat the lack of feedback as positive feedback.
  • the predetermined period of time 5280 for feedback can be set at a default of seven (7) days.
  • the predetermined period of time 5280 can be set by the participant at the time of registering and can be changed through the participant's profile.
  • the predetermined period of time 5280 can have a maximum time, for example fourteen (14) days.
  • the hold period 5300 before payment after the feedback can be set to a predetermined period.
  • the predetermined period for the hold period 5300 can be set at seven (7) days.
  • the default period can be the longest period.
  • the coach and host can negotiate for a shorter hold period.
  • the length of the hold period 5300 can be based on the overall ranking of the coach and host respectfully.
  • FIG. 5B illustrates that if the feedback that was received is determined to not be positive, the system can initiate a resolution proves 529.
  • This resolution process can involve sending the dispute to a resolution process provider.
  • the dispute resolution can be performed electronically between the participant and the entity (host or coach) that the negative feedback concerned. This can be done entirely electronically.
  • the entity can be asked for feedback concerning the session as well.
  • the system can propose a payment structure. The system can then initiate a refund or make a final resolution 534.
  • FIG. 5B illustrates that if the session was not conducted, the system can send a reminder to reschedule 531. Additionally, the participant can reschedule at other times. The system can made a determination whether the session was rescheduled 532. If the session was rescheduled, the system will then again determine if the session was conducted. If the session was not rescheduled, the system will send an inquiry to the participant to ask if a cancellation or refund is desired 533. If a refund is requested, the system will initiate the refund 534. If no refund is requested, the participant will be sent another reminder to reschedule.
  • the system can also be configured to allow for the creation of custom sessions as described above.
  • the custom session 540 can be created by receiving a request through the dashboard (504, 505).
  • the participant selects from a plurality of activities 537.
  • the participant can also input a custom activity as well.
  • the system determines if a group session is requested (541). If a group session is desired, the system sends an inquiry to the participant seeking the maximum participants and registration mode (542).
  • the system can use the maximum number of participants and registration mode to filter the coaches as some coaches can have profiles set to a maximum number of participants that is less than the input number. For example, some coaches can have the maximum number of participants selected as one. In other examples, the number of participants can be any number or no maximum number.
  • the number of participants can also be used in the pricing profiles.
  • the system can receive a designated difficultly level 543.
  • the designated difficult level can be broken into a minimum of three levels.
  • the levels can be beginner, intermediate and advance.
  • the beginner level can be described as one with little to no experience in the activity.
  • the intermediate level can be described as one with a basic understanding and ability to perform at the beginner level.
  • the advance level is described as one that is able to train others, but is looking for a boost to take their individual performance to a higher level.
  • the system can then receive a schedule 544 from the participant.
  • the schedule 544 can include a time and duration.
  • the participant can provide a frequency 546.
  • the frequency can be how often that participant wishes to create a session matching the present profile. For example, the participant can create a frequency of once a week, once a month, multiple times per week, and multiple times per month.
  • the participant can optionally specify a particular coach 547 and/or specify a particular host 548.
  • the system can then process the custom workout session request 549.
  • the system uses a custom session routing protocol 550 that is presented.
  • the logic applied is listed in the custom session routing protocol 550 box of FIG. 5C. The logic is based on whether the coach and host are specified. As illustrated, the host is indicated as workout place.
  • the first example is where the coach is specified and there is no host that is specified.
  • the system then passes this information to the specified coach via a corresponding coach device. This is provided as an alert to the coach 556 (illustrated in FIG. 5D).
  • the system determines whether the coach has accepted (block 557) the proposed custom session. If the coach declines the session, the system provides an alert to the user 553. The alert contains a request to edit the session 554. If the user edits the session, the user is returned to the initial setup. Alternatively, if the user does not edit the session, the system enters a cancel session request 539.
  • the coach accepts the session, the coach is provided with pricing and scheduling notes 558. The system then determines if there is a place that was specified by the participant 559. If there was a place or host specified, the system determines if it is a specific host (block 561). If the place or host is not specified by the participant, the coach is allowed to suggest a host and terms 560. A determination is made by the system if the coach specified a host or not. If the coach did not specify a host, the system sends out a request for proposals from hosts 567 (FIG. 5F). The proposals are sent to the participant for review. The system determines if the participant responds to any of the proposals as acceptable (block 568).
  • the system makes a determination to extend time 570. If the time was extended 571, there is an invitation sent out to more hosts 572 until an acceptable host is found or a predetermined period of time lapses. The participant can decide to leave the proposal pending for a predetermine period of time. In one example, this predetermined period of time can be set to a maximum number of days defined by the system. In one example, the maximum number of days can be set to five (5) days. If a proposal is accepted, the system selects a proposal 569. Once the proposal has been selected the system proceeds to process the payment as described in relation to FIG. 5B above.
  • the coach is provided and the host is selected as being at least one of the coach's place or the participant's place.
  • the user can leave the selection of whether the location is the coach's place or the participant's place up to the coach to decide. If the criteria fit the second example as described above, the system provides an alert to the coach 556 (FIG. 5D).
  • the system determines whether the coach has accepted (block 557) the proposed custom session. If the coach declines the session, the system provides an alert to the user 553. The alert contains a request to edit the session 554. If the user edits the session, the user is returned to the initial setup. Alternatively, if the user does not edit the session, the system enters a cancel session request 539.
  • the coach accepts the session request, the coach is provided with pricing and scheduling notes 558.
  • the system determines if there is a place that was specified by the participant 559. If there was a place or host specified, the system determines if it is a specific host (block 561). If the place or host is not specified by the participant, the coach is allowed to suggest a host and terms 560. A determination is made by the system if the coach specified a host or not. If the coach did not specify a host and the participant did not specify a host, the system sends out a request for proposals from hosts 567 (FIG. 5F). The proposals are sent to the participant for review. The system determines if the participant responds to any of the proposals as acceptable (block 568).
  • the system makes a determination to extend time 570. If the time was extended 571, there is an invitation sent out to more hosts 572 until an acceptable host is found or a predetermined period of time lapses. If a proposal is accepted, the system selects a proposal 569. Once the proposal has been selected the system proceeds to process the payment as described in relation to FIG. 5B above.
  • the coach and host are specified. If the coach and host are specified, the system determines if there is a coach-host combination block 555. There is a coach-host combination block if either one of the coach or host indicate in their respective profile that the host will not work with the coach or the coach will not work with the host. If the system determines that there is no coach-host combination block, the system sends an alert to the coach 556 and an alert to the host 562 (see FIG. 5E). If there is a block, the system provides an alert to the user 553 (see FIG. 5C). The alert contains a request to edit the session 554. If the user edits the session, the user is returned to the initial setup. Alternatively, if the user does not edit the session, the system enters a cancel session request 539.
  • the system determines if the host has accepted 563. If the host accepts, the system determines if the coach has accepted as well. If there is a match, the system examines the proposal 567 (FIG. 5F). The proposal is sent to the participant for review. The system determines if the participant responds to any of the proposal as acceptable (block 568). If the proposal is not acceptable, the system prompts the participant to make an alternative session request. If a proposal is accepted, the system selects the proposal 569. Once the proposal has been selected the system proceeds to process the payment as described in relation to FIG. 5B above.
  • a fourth example (returning to block 550 of FIG. 5C), no coach is specified, but the host is specified.
  • the system proceeds to alert the host 562. Once the host receives the alert 562 (FIG. 5E), the system determines if the host has accepted 563. If the host accepts, the system determines if there is a coach that matches the present session request. If there is a match, the system examines the proposals 567 (FIG. 5F). The proposals are sent to the participant for review. The system determines if the participant responds to any of the proposals as acceptable (block 568). If no proposal is acceptable, the system makes a determination to extend time 570.
  • the system then sends out pricing and schedule notes to coaches 574.
  • the system also determines if there is a coach suggested by the host. Additionally, the system suggests a coaching option 576. The system then determines if the coach that is suggested is an external coach 577. If the coach is not an external coach, the system examines the proposals 567 (FIG. 5F). The proposals are sent to the participant for review.
  • the proposals can include the coaching option suggested by the host and/or a coaching option suggested by the system.
  • the coaching option suggested by the system involves the system sending an alert to the coach and the coach confirming the request. In other examples, the system matches the coaches automatically based on profiles within the system.
  • both automatic and confirmed selection by the coaches are within the scope of the present disclosure.
  • the system determines if the participant responds to any of the proposals as acceptable (block 568). If no proposal is acceptable, the system makes a determination to extend time 570. If the time was extended 571, there is an invitation sent out to more coaches until an acceptable coach is found or a predetermined period of time lapses. If a proposal is accepted, the system selects a proposal 569. Once the proposal has been selected the system proceeds to process the payment as described in relation to FIG. 5B above.
  • the system sends an alert to the coach 578 (FIG. 5D).
  • the system determines if the coach has accepted 579. If the coach accepted, the system examines the proposals 567 (FIG. 5F). The proposals are sent to the participant for review. The system determines if the participant responds to any of the proposals as acceptable (block 568). If no proposal is acceptable, the system makes a determination to extend time 570. If the time was extended 571, there is an invitation sent out to more coaches 572 until an acceptable coach is found or a predetermined period of time lapses. If a proposal is accepted, the system selects a proposal 569. Once the proposal has been selected the system proceeds to process the payment as described in relation to FIG. 5B above.
  • a fifth example (returning to block 550 of FIG. 5C), no coach is specified and the participant selects one or both of coach's place or user's place. In a sixth example, neither the coach nor host is specified.
  • the system proceeds to be processed according to the matching engine 565, which is illustrated in FIG. 5G.
  • the participant creates session requirements 580 that include workout parameters such as one or more of activity, group or private activity, schedule, session intensity/difficulty.
  • the session requirements are configured to override participant preferences for coaches and/or hosts.
  • Each feature on the requirements and preferences is configured to carry a specific weight to denote the importance of that element. The weight is used in calculating the match score.
  • some illustrative examples are provided.
  • the data received from the participant device includes one or more preferences for coaches 581, which can include, for example, rating, gender, or age group.
  • the data received from the participant device includes each of the coach rating, coach gender and coach age group.
  • the system can also receive from the participant device one or more of: coach activity, coach session type, coach schedule, coach location, or coach distance.
  • the data received from the coach device includes one or more coach preferences 584, which can include, for example, activities, session type, schedule, location, or distance.
  • the system generates a variable "c" 585 that describes the cross-section of coaches that meet participant preferences, session requirements, and coaches' preferences for sessions.
  • the data received from the participant device includes one or more preferences for hosts 582, which can include, for example, host rating, host location, host distance, or host amenities. In at least one example, the data received from the participant device includes each of the host rating, host location, host distance, and host amenities. Additionally, the system can also receive from the participant device one or more of: host activity, host session type, host schedule, host location, or host distance. The data received from the host devices can include one or more host preferences 587, which can include, for example, amenities, session type, or schedule. The system generates a variable "h" 588 that describes the cross-section of hosts that meet participant preferences, session requirements and hosts' preferences for sessions.
  • the system can then proceed to select which hosts and coaches to alert.
  • the system first creates a session master criteria list 583 which can include lists of coaches and hosts.
  • the system calculates the variable "c" 585 as described above.
  • the master criteria list is used as a filter to reduce the list of coaches.
  • the coach preferences 584 are used from the filtered list.
  • notifications are sent to a subset of the coaches defined by variable "c”.
  • each coach is assigned a match score, and a list of coaches is created 586.
  • the system implements the variable "h”.
  • the list of hosts is created 589 based on the master criteria list of hosts. Once it is determined which hosts fit within the variable "h” 588, the list of hosts 589 within variable "h” are notified.
  • the present system allows for three-way matching of a participant, coach, and a host.
  • each party responding to a session request must offer a complete proposal. For example, if a coach responds to a session request where a host is not specified, the coach must specify a host. Similarly in another example, if the host responds to a session request where the coach is not specified, the host must specify a coach.
  • the system can select corresponding coaches and hosts based on a matching score. When the system selects the coaches and hosts, the matching can be based on fit with the host or coach and the participant.
  • the system can be configured to allow for both the coach and host suggesting a corresponding host or coach and the system selecting matches between coaches and hosts.
  • the host can be the participant's location, the coach's location, another location as suggested by the coach, or system selected location.
  • the selection of the system location is based on the variable "h" and interpolating participant preference, session requirements and host preferences. This type of matching is such that the result is a higher degree of confidence in the match.
  • the system can present proposals to the participant for selection. Once the participant makes a selection of the proposal, the participant can be prompted to make a payment pursuant to FIG. 5B as described above.
  • the system can seek confirmation from the host and coach. During the confirmation process, the host and coach can further select additional corresponding coaches and hosts for presentation as a proposal. This process can be as described in situations where either coach or host has not been specified. Once the suggestions by the coach and host have been provided, the system can provide a listing of the proposals to the participant. The ordering of the proposals can be based on a match score of the proposal relative to the request that was made by the participant.
  • the participant can apply further filters such as location to provide an updated ranking.
  • the system makes the selection of the coaches and hosts as well as preparing a proposed session, the system creates a more efficient process whereby the session can be created. This is done using the information available. Furthermore, when the match score is computed and used to present the proposals, the efficiency is further improved.
  • FIG. 6 is an example alternative flow chart to FIG. 5A. As in FIG. 5A, FIG. 6 is directed to the process of selecting a session. Similar to FIG. 5A, the present system can be accessed through a public website 501, an iOS Application 502, and/or an Android Application 503.
  • the special operating systems can be operating systems designed for wearable technology including watch technology.
  • the special operating systems can provide a subset of the features described herein.
  • a single website 501 is shown, there can be different websites based on the operating system and other applications available on a given computing device.
  • only a website dashboard 504 can be provided.
  • the system can allow for either browsing of the availability or creation of a custom session. The description contained herein regarding FIG.
  • the system also includes the custom session creation.
  • a custom session can be created and a few illustrations are provided.
  • the custom session can be based on the system determining the presence of a match or it can be based on the participant selecting one or more of the host or coach.
  • the present system can check to see if the user is logged in 521. If the user is not currently logged in, the system can check to see if the user is registered 522. If the user is registered, the user is prompted to login 523. If the user is not registered, the user must complete the registration process 524. Once the user has successfully logged into the system, the system can continue to the selection of an activity 610.
  • the user can select an initial listing of sessions 612. While FIG. 6 illustrates solely an initial listing of sessions 612, in at least one example, the user can select between seeing an initial listing of coaches, an initial listing of sessions 612, and an initial listing of hosts, similar to FIG. 5A discussed above.
  • the initial listing of sessions 612 includes at least one session. In other examples, the initial listing of sessions 612 includes a plurality of sessions. In at least one example, if there is no match between host and coach for the session an error message can be displayed. In another example, if there is no match, the participant is prompted to input different data than before.
  • the list of sessions 612 can be sorted based on at least one of session type, hours from the current time, coach name, or host name. Additionally, the sorting can be based on one of the above with further filtering by one or more of the above mentioned items.
  • session details including session type, coach name, host name, host location, time, and duration can be displayed.
  • the session details including session type, coach name, host name, host location, time, and duration are displayed. If the session details are acceptable to the user, the user can then join the session 616 and select a time slot 618.
  • the user can select the time slot 618 that is most desired by the user.
  • the system can check if the time slot is available 620. If the time slot is not available, the system reverts to selecting a session 614. If the time slot is available, the user joins the session 622. The user can then select the price or membership plan 624. For example, the user can select or accept the price that the session costs. Also the user can select a membership plan such as a price per period of time to have access to a certain number or level of sessions. For example, the user can select to pay a monthly fee of $150 to have access to 15 sessions a month.
  • the user can then select a date 626 for the session and continue to making a payment 628.
  • Making a payment can be a similar process as discussed above in regards to FIG. 5B. If the payment is successfully received 630, the session is confirmed 632.
  • a computer system operable to receive a plurality of inputs and schedule a session between at least one participant, at least one coach, and at least one host, the computer system comprising: a hardware processing unit; a data transmitter coupled with the hardware processing unit; a data receiver coupled with the hardware processing unit; a storage resource comprising one or more hardware storage devices and operable to store instructions, which are executable by the hardware processing unit, causing the hardware processing unit to: obtain, from a plurality of host devices, host name data and corresponding host available time data, host location data, host amenity data, host activity data, and host session type data; obtain, from a plurality of coach devices, coach name data and corresponding coach available time data, coach session types data, and coach activity data; obtain, from at least one participant device, at least one of participant activity data, participant session type data, participant available times data, and participant session difficulty data; generate a master criteria list data set that includes data obtained from the at least one participant device; generate a list of coaches by matching the corresponding coach available time
  • Statement 2 A computer system is disclosed according to Statement 1, wherein the session type data indicates whether there are sessions for groups or individuals.
  • Statement 3 A computer system is disclosed according to Statements 1 or 2, wherein the list of coaches includes a host designated coach.
  • Statement 4 A computer system is disclosed according to any of preceding Statements 1-
  • the list of hosts includes a participant address, a coach address, a coach designated address, and a public location.
  • Statement 5 A computer system is disclosed according to any of preceding Statements 1-
  • Statement 6 A computer system is disclosed according to any of preceding Statements 1-
  • the list of coaches is updated so that coaches that are preferred by the selected host are provided at the top of the list.
  • Statement 7 A computer system is disclosed according to any of preceding Statements 1-
  • the list of hosts is updated so that the hosts that are preferred by the selected coach are provided at the top of the list.
  • Statement 8 A computer system is disclosed according to any of preceding Statements 1-
  • obtaining from the plurality of coach devices further comprises obtaining coach gender data, coach age group data, and coach location data.
  • Statement 9 A computer system is disclosed according to Statement 8, wherein the list of coaches includes coach gender data.
  • Statement 10 A computer system is disclosed according to Statements 8 or 9, wherein the list of coaches includes coach location data.
  • Statement 11 A computer system is disclosed according to any of preceding Statements 8-10, wherein the list of coaches includes coach age group data.
  • Statement 12 A computer system is disclosed according to Statement 11, wherein coach age group data provides a range of years that the coach's age is within.
  • Statement 13 A computer system is disclosed according to any of preceding Statements 1-12, further comprising: receiving denial information from the selected coach; transmitting a revised list, in which the coach that denied the session is removed, of coaches to the participant; receiving selection of an alternative coach; transmitting to the selected alternative coach confirmation data.
  • Statement 14 A computer system is disclosed according to any of preceding Statements 1-13, further comprising: receiving denial information from the selected host; transmitting a revised list, in which the host that denied the session is removed, of hosts to the participant; receiving selection of an alternative host; transmitting to the selected alternative host
  • Statement 15 A computer system is disclosed according to any of preceding Statements 1-14, further comprising: receiving proposed session payment information from the participant; transmitting proposed payment information to the plurality of coach devices and the plurality of host devices; receiving acceptance price data from at least one coach device and at least one host device; transmitting acceptance price data to the participant device.
  • Statement 16 A computer system is disclosed according to Statement 15, further comprising: receiving modified proposed payment information from one of the plurality of coach devices or one of the plurality of host devices; transmitting the modified proposed payment information to the participant device; receiving acceptance of the modified proposed payment information and scheduling the session in response thereto.
  • Statement 17 A computer system is disclosed according to any of preceding Statements 1-16, wherein the transmitting of the list of coaches further includes coach rating data, coach gender data, coach age group data, and coach location data.
  • Statement 18 A computer system is disclosed according to any of preceding Statements 1-17, wherein the transmitting of the list of coaches further includes coach rating data.

Abstract

A computer system operable to generate a master criteria that includes data obtained from at least one participant device. The system further operable to generate a list of coaches by matching the corresponding coach available time data, coach session types data, coach activity data with that of participant available time data, participant session types data, participant activity data and generate a list of hosts by matching the corresponding host available time data, host session types data, host activity data with that of participant available time data, participant session types data, participant activity data. The system is operable to transmit the list of coaches and the list of hosts, along with host location data and receive a selection of a coach and a host. The system is configured to transmit session data to the participant informing the participant of a confirmed session, which includes host data and coach data.

Description

SYSTEM, APPARATUS, AND METHOD FOR INTERACTIVE MATCHING OF PARTICIPANT, HOST, AND COACH
FIELD
[0001] The present disclosure presents a system, apparatus, and method that is configured to provide a workout session to a participant.
BACKGROUND
[0002] Professionals in a wide set of fields provide services to participants at multiple locations with varying hours and availability. For example, people interested in improving their fitness levels often hire a personal trainer or coach to assist them in training. The personal trainer or coach is typically employed at a gym or other workout facility. The gym typically has hours and the trainers or coaches might only be available during a subset of the hours.
BRIEF DESCRIPTION OF THE DRAWINGS
[0003] Examples of the present technology will now be described with reference to the attached figures.
[0004] FIG. 1 is an example of an illustration of a central host booking system configured to create a session between a participant, coach, and host, according to the present disclosure.
[0005] FIG. 2 is an example of block diagram of a central host booking system according to the present disclosure.
[0006] FIG. 3 A is an example flow chart according to the present disclosure.
[0007] FIG. 3B is an example flow chart according to the present disclosure.
[0008] FIG. 3C is an example flow chart according to the present disclosure.
[0009] FIG. 4A is an example flow chart according to the present disclosure.
[0010] FIG. 4B is an example flow chart according to the present disclosure.
[0011] FIGs. 5A-G are an example flow chart according to the present disclosure.
[0012] FIG. 6 is an example alternative flow chart according to the present disclosure.
[0013] DETAILED DESCRIPTION
[0014] It will be appreciated that for simplicity and clarity of illustration, where appropriate, reference numerals have been repeated among the different figures to indicate corresponding or analogous elements. In addition, numerous specific details are set forth in order to provide a thorough understanding of the embodiments described herein. However, it will be understood by those of ordinary skill in the art that the embodiments described herein can be practiced without these specific details. In other instances, methods, procedures and components have not been described in detail so as not to obscure the related relevant feature being described. Also, the description is not to be considered as limiting the scope of the embodiments described herein. The drawings are not necessarily to scale and the proportions of certain parts have been exaggerated to better illustrate details and features of the present disclosure.
[0015] Several definitions that apply throughout this disclosure will now be presented. The term "coupled" is defined as connected, whether directly or indirectly through intervening
components, and is not necessarily limited to physical connections. The connection can be such that the objects are permanently connected or releasably connected. The term "substantially" is defined to be essentially conforming to the particular dimension, shape or other word that substantially modifies, such that the component need not be exact. For example, substantially cylindrical means that the object resembles a cylinder, but can have one or more deviations from a true cylinder. The term "hosts" refers to a location in which the session is held. The term host encompasses a facility that is owned by someone other than the coach or participant, a public space, a private space, a space owned by the coach, a space owned by the participant, a space leased by the coach, a space leased by the participant, or any other location.
[0016] The disclosure presented herein concerns systems, apparatuses, and methods that allow for participants, professionals and hosts to arrange for sessions. A participant as used herein refers to a user of the system that wishes to engage in a session at a host and with a professional. In some illustrations, the word user is substituted for participant to allow for ease of illustration. A session as used herein refers to an arrangement that the participant has chosen a location (which can be at a host location) and a professional at a specified time. In some instances, the host location can be selected as either the professional's location or the participant's location.
[0017] While the present disclosure is drawn to a specific example involving a coach or trainer as the requested professional, it is within the scope of this disclosure to include any professional having a varying hours and availability. A professional can include, but is not limited to, a physical or occupation therapist, a psychologist, a psychiatrist, a personal trainer, a nutritionist, a physician, a dentist, an ophthalmologist, an optometrist, a private care provider, an insurance agent, a financial advisor, or a lawyer.
[0018] The systems, apparatuses, and methods presented herein can allow a participant to schedule a meeting or session at a particular location with a particular professional at an available time for the professional. The systems, apparatuses, and methods can receive one or more inputs from a participant to determine the availability of one or more location and one or more professionals meeting the participant's requirements and/or needs.
[0019] In at least one example, the present disclosure presents a computer system operable to receive a plurality of inputs and schedule a session between at least one participant, at least one coach, and at least one host. The plurality of inputs can all originate from a single participant device. In other examples, the plurality of inputs originate from at least one participant device, one coach device, and at least one host device. In the later example, the input from the at least one coach device and at least one host device is configured to allow the coach and host to agree to the proposed session by the participant.
[0020] The disclosure herein allows a participant to input a request for a meeting or session and see the availability of particular professionals or particular locations or at particular times. In at least one example, a participant may request a meeting with a financial advisor at a particular location and be provided with the availability of one or more professionals. In another example, a participant may request a meeting with a particular financial advisor and be provided with the availability of the selected professional at one or more locations and at one or more times. In yet another example, a participant may request a meeting at a particular time and be provided with the availability of one or more financial professionals and one or more locations.
[0021] The disclosure also provides a user to request a meeting at a particular location or time and be provided with one or more professionals and associated information relating to the one or more professionals. For example, a user may request a meeting at a financial planning firm and be provided with the availability of one or more professionals along with their practice areas. A first professional may be able to provide information relating to financial planning. A second professional may be able to provide information relating to insurance. A third professional may be able to provide information relating to financial planning and insurance.
[0022] FIG. 1 illustrates an example system according to the present disclosure. The system 10 as presented includes a central host booking system 30 that is connected via the internet 20 or other network to a plurality of participant devices 40, a plurality of coach devices 50, and a plurality of host devices 60. The central host booking system 30 can be alternatively described as a computer system. The computer system is configured to be implemented to process the plurality of inputs received from the participant devices 40, a plurality of coach devices 50, and a plurality of host devices 60. While some examples discuss a single participant, the system can be configured to process requests from a plurality of participants simultaneously. Furthermore, the matching as described herein can be dynamic such that coaches and hosts availability is tracked and the proposals can be updated dynamically to prevent the participant from selecting a proposal that is no longer possible due to the availability of the coach or host.
[0023] The plurality of participant devices 40 are illustrated as participant device 1 (42), participant device 2 (44), and participant device 3 (46). While only three participant devices 40 are illustrated, the present system 10 can be implemented with more than three participant devices 40. In still further examples, at least one participant device 40 is present. The plurality of coach devices 50 are illustrated as coach device 1 (52), coach device 2 (54), and coach device 3 (56). While only three coach devices 50 are illustrated, the present system 10 can be
implemented with more than three coach devices 50. In still further examples, at least one coach device 50 is present. The plurality of host devices 60 are illustrated as host device 1 (62), host device 2 (64), and host device 3 (66). While only three host devices 60 are illustrated, the present system 10 can be implemented with more than three host devices 60. In still further examples, at least one host device 60 is present.
[0024] FIG. 2 illustrates an example of a central host booking system 30. As illustrated, the central host booking system 30 includes at least one hardware processing unit 110. The at least one hardware processing unit 110 can include one or more processors 112 and memory 114. The one or more processors 112 can include memory on the process or be implemented to use external memory 114. The central host booking system 30 can include a data transmitter 122 coupled with the hardware processing unit 110. Additionally, the central host booking system 30 can include a data receiver 124 coupled with the hardware processing unit 110. In at least one example, the data transmitter 122 and data receiver 124 are combined into a single data transmitter and receiver unit 120. In at least one example, the central host booking system 30 can include a local storage resource 130. The central host booking system 30 can also include a storage resource connector 140. In at least one example, the storage resource connector 140 can be coupled with a remote storage resource 142 and/or external storage resource 144. The term storage resource can refer to any of the storage resource 130, the remote storage resource 142, and the external storage resource 144. The term storage resource can include a hard drive, a plurality of hard drives, an array of hard drives, a network-access storage, flash drive, a solid state drive, or any other hardware that is configure to store data.
[0025] FIG. 3 presents a flow chart according to the present disclosure. The system can be configured to obtain, from a plurality of host devices, host name data and corresponding host available time data, host location data, host amenity data, host activity data, and host session type data (block 310). The host name data and corresponding host available time data, host location data, host amenity data, host activity data, and host session type data can be stored on a storage device. The system can be configured to obtain, from a plurality of coach devices, coach name data and corresponding coach available time data, coach session types data, and coach activity data (block 312). The coach name data and corresponding coach available time data, coach session types data, and coach activity data can be stored on the storage device. In at least one example, the system can additionally obtain from the plurality of coach devices one or more of coach gender data, coach age group data, and coach location data. The coach age group data can provide a range of years that the coach's age is within. For example, the coach age group data can be in five year increments. In other examples, the coach age group data can be the exact age of the coach. The system can be configured to obtain, from at least one participant device, at least one of participant activity data, participant session type data, participant available times data, and participant session difficulty data (block 314). The collection of data in blocks 310, 312 can be obtained at an initial registration stage and be updated as needed by the respective host and coach. The participant data described in block 314 can be collected at the time of making a request or a standing request can be created. In at least one example, the session type data indicates whether there are sessions for groups or individuals.
[0026] The system can generate a master criteria list data set that includes data obtained from the at least one participant device (block 316). The system can generate a list of coaches by matching the corresponding coach available time data, coach session types data, coach activity data with that of participant available time data, participant session types data, participant activity data (block 318). The system can generate a list of hosts by matching the corresponding host available time data, host session types data, host activity data with that of participant available time data, participant session types data, participant activity data (block 320). The system can transmit, to the at least one participant device, the list of coaches and the list of hosts, along with host location data (block 322). The list of coaches can include a host designated coach. The list of hosts can include a participant address, a coach address, a coach designated address, and a public location. In at least one example, the list of coaches includes a host designated coach and no coach needed. In at least one example, the list of coaches can include one or more of coach gender data, coach location data, or coach age group data. In at least one other example, the transmitting of the list of coaches can further include one or more of coach rating data, coach gender data, coach age group data, coach specialty, and coach location data. In at least one example, the coach rating data is transmitted. The coach rating data that is provided by the system can be very important to the participant in selecting a coach. All the coaches on the system can be certified. However, in selecting a coach, a review or specialty can help a participant in making the selection. In at least one example, the reviews can be searched for key words as part of the initial selection process. For example, a participant might search for "great cross-trainer" or "tough boot camp."
[0027] The system can receive a selection of a coach and a host (block 324). In at least one example upon selection of a coach, the list of hosts is updated so that the hosts that are preferred by the selected coach are provided at the top of the list. The system can transmit to the selected coach confirmation data (block 326). The system can transmit to the selected host confirmation data (block 328). The system can receive coach confirmation data and host confirmation data (block 330). The system can transmit session data to the participant informing the participant of a confirmed session, which includes host data and coach data (block 332). In another example, the system can transmit, upon receiving coach confirmation data and host confirmation data, payment information to the participant. Upon successful payment by the participant, the session is confirmed. In at least one example, upon confirmation of the session the participant, the coach, and the host are each notified of the session details including corresponding parties, time, and day. In at least one example, the system places a calendar entry on the participant's device, the coach's device, and the host's device.
[0028] In at least one example, the system can be further configured to perform the features as illustrated in FIG. 3B. As illustrated in FIG. 3 A, the features of FIG. 3B can be repetitively performed. In at least one example, the features of FIG. 3B are repetitively performed after the transmission to the selected coach confirmation data. The system can be configured to receive denial information from the selected coach (block 342). The system can also transmit a revised list, in which the coach that denied the session is removed, of coaches to the participant (block 344). The system can further receive selection of an alternative coach (block 346). Furthermore, the system can transmit to the selected alternative coach confirmation data (block 348)
[0029] In at least one example, the system can be further configured to perform the features as illustrated in FIG. 3C. As illustrated in FIG. 3A, the features of FIG. 3C can be repetitively performed. In at least one example, the features of FIG. 3C are repetitively performed after the transmission to the selected host confirmation data. The system can be configured to receive denial information from the selected host (block 352). Additionally, the system can be configured to transmit a revised list, in which the host that denied the session is removed, of hosts to the participant (block 354). The system can further receive selection of an alternative host (block 356). Furthermore, the system can transmit to the selected alternative host confirmation data (block 358).
[0030] While the system can be configured to allow for prearranged payment plans between the participant, host, and coach, the system can be configured to allow for payment terms to be negotiated between the participant, coach, and host. One example of how payment terms can be exchanged by the system is illustrated in FIG. 4A. As illustrated in FIG. 4A, the system can receive proposed session payment information from the participant (block 400). The system can transmit proposed payment information to the plurality of coach devices and the plurality of host devices (block 412). The system can further receive acceptance price data from at least one coach device and at least one host device (block 414). Furthermore, the system can transmit acceptance price data to the participant device (block 416). In other examples, the system can be configured to not allow for negotiation of the pricing. Rather, the system can be configured to provide a proposal from the coach and/or host that contains the pricing information. The participant can accept the payment of the pricing at the time of confirming the session as proposed. The session can be confirmed to the participant, host, and coach as soon as payment is made by the participant in relation to the proposed session. Additionally, the system can be configured to process a payment as described in relation to FIG. 5B.
[0031] In at least one example, the system can be configured to allow for an iterative proposal of payment information where one of the coach devices or the host devices transmits a revised proposal. As illustrated in FIG. 4A, the iterative agreement to find an acceptable structure can occur after transmitting the proposed payment information to the plurality of coach devices and the plurality of host devices (block 412). As illustrated in FIG. 4B, the system can receive modified proposed payment information from one of the plurality of coach devices or one of the plurality of host devices (block 422). Additionally, the system can transmit the modified proposed payment information to the participant device (block 424). Furthermore, the system can receive acceptance of the modified proposed payment information and scheduling the session in response thereto (block 426).
[0032] FIG. 5 is broken apart into several different illustrations. FIG. 5 includes FIG. 5A-H. A key to FIG. 5 is illustrated at the bottom of the sheet that contains FIG. 5A. As illustrated in FIG. 5 A, the present system can be accessed through a public website 501, an iOS Application 502, and/or an Android Application 503. Additionally, other programs that are configured for special operating systems are with the scope of the present application. For example, the special operating systems can be operating systems designed for wearable technology including watch technology. In some examples, the special operating systems can provide a subset of the features described herein. Furthermore, while a single website 501 is shown, there can be different websites based on the operating system and other applications available on a given computing device. There is a backend dashboard that interfaces with the present system as well. As illustrated there is an application dashboard 504 for the website interface and an application dashboard 505 for the mobile applications (including at least an iOS and Android application). In at least one example, only a website dashboard 504 can be provided. The system can allow for either browsing of the availability or creation of a custom session. The description contained herein describes the browsing features and then presents the custom session creation. There are multiple ways in which a custom session can be created and a few illustrations are provided. The custom session can be based on the system determining the presence of a match or it can be based on the participant selecting one or more of the host or coach.
[0033] As indicated in the box labeled browser behavior 510, the application dashboards 504 and 505 provide connectivity to allow a user to select an activity 511. Then, the user can select between seeing an initial listing of coaches 512, an initial listing of sessions 515, and an initial listing of hosts 517. The initial listing of coaches 512 includes at least one coach. The initial listing of sessions 515 includes at least one session. And the initial listing of hosts 517 includes at least one host. In other examples, the initial listing of coaches 512, the initial listing of sessions 515, and the initial listing of hosts 517 includes a plurality of coaches, sessions, and hosts, respectively. In at least one example, if there is no match between host and coach for the session an error message can be displayed. In another example, if there is no match, the participant is prompted to input different data than before.
[0034] If the user selects the initial listing of coaches 512, the user is presented with coaches that are interested in engaging in sessions. The listing of coaches 512 can be sorted in a variety of ways. For example, the listing of coaches 512 can be sorted based on relative distance from the current location of the user or designated address of the user. Additionally, the listing of coaches 512 can be sorted by one or more of the following: availability (which can be at least one of a predetermined time, now, a predetermined day of the week, a predetermined hour range across multiple days), coach session type, coach age range, or coach gender. In at least one example, the above described sorting features can be implemented as filters with one of the filters being selected as the sorting feature. In at least one example, the coach profile 513 can be displayed after the user hovers over a particular coach name for a predetermined period of time. In one or more examples, the system can allow for clicking, tapping, or other gestures to display the coach profile 513. The use of hover herein is an example, and the present disclosure considers alternatives as clicking, tapping, or other gestures. If the user selects a coach from the listing, the coach profile 513 is displayed. The coach profile 513 can include coach sessions 514. If the selected coach meets all the desired criteria of the user, the user can proceed to select a time 520 to engage a session with the selected coach.
[0035] In another example, the user can browse a listing of sessions 515. The list of sessions can be sorted based on at least one of session type, hours from the current time, coach name, or host name. Additionally, the sorting can be based on one of the above with further filtering by one or more of the above mentioned items. In at least one example, when the user hovers over the session, the session details 516 including session type, coach name, host name, host location, time, and duration are displayed. Once the user selects a session, the session details 516 including session type, coach name, host name, host location, time, and duration are displayed. If the user accepts the session, the user can proceed to select a time 520 if a plurality of times for the session are provided. [0036] In another example, the user can browse a listing of hosts 517. The list of host can be sorted based on at least one of distance from the user location, distance from an entered location, host name, or host hours of operation. Additionally, the sorting can be based on one of the above with further filtering by one or more of the above mentioned items. In at least one example, when the user hovers over the host name, the host profile 518 is displayed along with related host sessions 519 (if more than one is available). Once the user selects a host, the host profile 518 is displayed along with related host sessions 519 (if more than one is available). The host profile 518 can include hours of operation, location, distance from current location, distance from a predetermined address, coaches that are available at the host location, and amenity information. The related host sessions can indicate who the coach is for the session (if applicable), the start time of the session, the duration of the session, and/or the session type. If there are more than one session start times available, the user can select a time 520.
[0037] Once the user has selected the time 520, the present system can check to see if the user is logged in 521. If the user is not currently logged in, the system can check to see if the user is registered 522. If the user is registered, the user is prompted to login 523. If the user is not registered, the user must complete the registration process 524. Once the user has successfully logged into the system, the system can continue to the payment process 525.
[0038] As illustrated in FIG. 5B, the payment process is completed prior to the creation of session 526. In those situations where payment is not required, the session can be created without payment. Additionally, the present system contemplates a subscription service, where the user has a predetermined amount of money placed into the system on a monthly basis. The money can be used to purchase sessions and can roll over to the next month if not used. In other example, the present system can be implemented with a wallet type system where the participant has a wallet with a predetermined amount of money. The money can be loaded into the wallet and used in a similar fashion as using money from a physical wallet. In one example, the participant can be required to maintain a minimum amount of money in the wallet so that the participant can create a session. The use of a wallet type system can speed up the payment process.
[0039] As further illustrated in FIG. 5B, the system is configured to not pay the coach or host until after session is conducted. The system determines whether the session was conducted 527. The determination can be based on data received from at least one of the host device, participant device, or coach device. If at least one of the above devices indicates that a session was conducted, the participant can be prompted to provide feedback. The system determines if the feedback was positive 528. If the feedback was positive the funds are transferred to the coach and/or host 530. As illustrated, the participant can be provided a predetermined period of time 5280 to provide the feedback. If no feedback is received within the predetermined period of time 5280, the system can be configured to treat the lack of feedback as positive feedback. In at least one example, the predetermined period of time 5280 for feedback can be set at a default of seven (7) days. The predetermined period of time 5280 can be set by the participant at the time of registering and can be changed through the participant's profile. The predetermined period of time 5280 can have a maximum time, for example fourteen (14) days. The hold period 5300 before payment after the feedback can be set to a predetermined period. In one example, the predetermined period for the hold period 5300 can be set at seven (7) days. The default period can be the longest period. In at least one example, the coach and host can negotiate for a shorter hold period. The length of the hold period 5300 can be based on the overall ranking of the coach and host respectfully.
[0040] Additionally, FIG. 5B illustrates that if the feedback that was received is determined to not be positive, the system can initiate a resolution proves 529. This resolution process can involve sending the dispute to a resolution process provider. In another example, the dispute resolution can be performed electronically between the participant and the entity (host or coach) that the negative feedback concerned. This can be done entirely electronically. The entity can be asked for feedback concerning the session as well. Once the feedback is received from the participant and all entities involved, the system can propose a payment structure. The system can then initiate a refund or make a final resolution 534.
[0041] Furthermore, FIG. 5B illustrates that if the session was not conducted, the system can send a reminder to reschedule 531. Additionally, the participant can reschedule at other times. The system can made a determination whether the session was rescheduled 532. If the session was rescheduled, the system will then again determine if the session was conducted. If the session was not rescheduled, the system will send an inquiry to the participant to ask if a cancellation or refund is desired 533. If a refund is requested, the system will initiate the refund 534. If no refund is requested, the participant will be sent another reminder to reschedule.
[0042] The system can also be configured to allow for the creation of custom sessions as described above. As illustrated in FIG. 5C, the custom session 540 can be created by receiving a request through the dashboard (504, 505). The participant selects from a plurality of activities 537. The participant can also input a custom activity as well. The system then determines if a group session is requested (541). If a group session is desired, the system sends an inquiry to the participant seeking the maximum participants and registration mode (542). The system can use the maximum number of participants and registration mode to filter the coaches as some coaches can have profiles set to a maximum number of participants that is less than the input number. For example, some coaches can have the maximum number of participants selected as one. In other examples, the number of participants can be any number or no maximum number. The number of participants can also be used in the pricing profiles. The system can receive a designated difficultly level 543. The designated difficult level can be broken into a minimum of three levels. The levels can be beginner, intermediate and advance. The beginner level can be described as one with little to no experience in the activity. The intermediate level can be described as one with a basic understanding and ability to perform at the beginner level. The advance level is described as one that is able to train others, but is looking for a boost to take their individual performance to a higher level.
[0043] The system can then receive a schedule 544 from the participant. The schedule 544 can include a time and duration. In at least one example, the participant can provide a frequency 546. The frequency can be how often that participant wishes to create a session matching the present profile. For example, the participant can create a frequency of once a week, once a month, multiple times per week, and multiple times per month. The participant can optionally specify a particular coach 547 and/or specify a particular host 548. The system can then process the custom workout session request 549. The system uses a custom session routing protocol 550 that is presented. The logic applied is listed in the custom session routing protocol 550 box of FIG. 5C. The logic is based on whether the coach and host are specified. As illustrated, the host is indicated as workout place.
Examples
[0044] There are six different configurations illustrated in the custom session routing protocol 550. The examples depend on whether the coach is specified 551 and/or whether the workout place 552 is provided. First Example
[0045] The first example is where the coach is specified and there is no host that is specified. The system then passes this information to the specified coach via a corresponding coach device. This is provided as an alert to the coach 556 (illustrated in FIG. 5D). Once the alert is provided to the coach 556, the system determines whether the coach has accepted (block 557) the proposed custom session. If the coach declines the session, the system provides an alert to the user 553. The alert contains a request to edit the session 554. If the user edits the session, the user is returned to the initial setup. Alternatively, if the user does not edit the session, the system enters a cancel session request 539.
[0046] If the coach accepts the session, the coach is provided with pricing and scheduling notes 558. The system then determines if there is a place that was specified by the participant 559. If there was a place or host specified, the system determines if it is a specific host (block 561). If the place or host is not specified by the participant, the coach is allowed to suggest a host and terms 560. A determination is made by the system if the coach specified a host or not. If the coach did not specify a host, the system sends out a request for proposals from hosts 567 (FIG. 5F). The proposals are sent to the participant for review. The system determines if the participant responds to any of the proposals as acceptable (block 568). If no proposal is acceptable, the system makes a determination to extend time 570. If the time was extended 571, there is an invitation sent out to more hosts 572 until an acceptable host is found or a predetermined period of time lapses. The participant can decide to leave the proposal pending for a predetermine period of time. In one example, this predetermined period of time can be set to a maximum number of days defined by the system. In one example, the maximum number of days can be set to five (5) days. If a proposal is accepted, the system selects a proposal 569. Once the proposal has been selected the system proceeds to process the payment as described in relation to FIG. 5B above.
Second Example
[0047] In a second example (returning to block 550 of FIG. 5C), the coach is provided and the host is selected as being at least one of the coach's place or the participant's place. In one example, the user can leave the selection of whether the location is the coach's place or the participant's place up to the coach to decide. If the criteria fit the second example as described above, the system provides an alert to the coach 556 (FIG. 5D). [0048] Once the alert is provided to the coach 556, the system determines whether the coach has accepted (block 557) the proposed custom session. If the coach declines the session, the system provides an alert to the user 553. The alert contains a request to edit the session 554. If the user edits the session, the user is returned to the initial setup. Alternatively, if the user does not edit the session, the system enters a cancel session request 539.
[0049] If the coach accepts the session request, the coach is provided with pricing and scheduling notes 558. The system then determines if there is a place that was specified by the participant 559. If there was a place or host specified, the system determines if it is a specific host (block 561). If the place or host is not specified by the participant, the coach is allowed to suggest a host and terms 560. A determination is made by the system if the coach specified a host or not. If the coach did not specify a host and the participant did not specify a host, the system sends out a request for proposals from hosts 567 (FIG. 5F). The proposals are sent to the participant for review. The system determines if the participant responds to any of the proposals as acceptable (block 568). If no proposal is acceptable, the system makes a determination to extend time 570. If the time was extended 571, there is an invitation sent out to more hosts 572 until an acceptable host is found or a predetermined period of time lapses. If a proposal is accepted, the system selects a proposal 569. Once the proposal has been selected the system proceeds to process the payment as described in relation to FIG. 5B above.
Third Example
[0050] In a third example (returning to block 550 of FIG. 5C), the coach and host are specified. If the coach and host are specified, the system determines if there is a coach-host combination block 555. There is a coach-host combination block if either one of the coach or host indicate in their respective profile that the host will not work with the coach or the coach will not work with the host. If the system determines that there is no coach-host combination block, the system sends an alert to the coach 556 and an alert to the host 562 (see FIG. 5E). If there is a block, the system provides an alert to the user 553 (see FIG. 5C). The alert contains a request to edit the session 554. If the user edits the session, the user is returned to the initial setup. Alternatively, if the user does not edit the session, the system enters a cancel session request 539.
[0051] Once the host receives the alert 562 (FIG. 5E), the system determines if the host has accepted 563. If the host accepts, the system determines if the coach has accepted as well. If there is a match, the system examines the proposal 567 (FIG. 5F). The proposal is sent to the participant for review. The system determines if the participant responds to any of the proposal as acceptable (block 568). If the proposal is not acceptable, the system prompts the participant to make an alternative session request. If a proposal is accepted, the system selects the proposal 569. Once the proposal has been selected the system proceeds to process the payment as described in relation to FIG. 5B above.
Fourth Example
[0052] In a fourth example (returning to block 550 of FIG. 5C), no coach is specified, but the host is specified. The system proceeds to alert the host 562. Once the host receives the alert 562 (FIG. 5E), the system determines if the host has accepted 563. If the host accepts, the system determines if there is a coach that matches the present session request. If there is a match, the system examines the proposals 567 (FIG. 5F). The proposals are sent to the participant for review. The system determines if the participant responds to any of the proposals as acceptable (block 568). If no proposal is acceptable, the system makes a determination to extend time 570. If the time was extended 571, there is an invitation sent out to more coaches until an acceptable coach is found or a predetermined period of time lapses. If a proposal is accepted, the system selects a proposal 569. Once the proposal has been selected the system proceeds to process the payment as described in relation to FIG. 5B above.
[0053] If there is no match, the system then sends out pricing and schedule notes to coaches 574. The system also determines if there is a coach suggested by the host. Additionally, the system suggests a coaching option 576. The system then determines if the coach that is suggested is an external coach 577. If the coach is not an external coach, the system examines the proposals 567 (FIG. 5F). The proposals are sent to the participant for review. The proposals can include the coaching option suggested by the host and/or a coaching option suggested by the system. In at least one example, the coaching option suggested by the system involves the system sending an alert to the coach and the coach confirming the request. In other examples, the system matches the coaches automatically based on profiles within the system. In other examples, both automatic and confirmed selection by the coaches are within the scope of the present disclosure. The system determines if the participant responds to any of the proposals as acceptable (block 568). If no proposal is acceptable, the system makes a determination to extend time 570. If the time was extended 571, there is an invitation sent out to more coaches until an acceptable coach is found or a predetermined period of time lapses. If a proposal is accepted, the system selects a proposal 569. Once the proposal has been selected the system proceeds to process the payment as described in relation to FIG. 5B above.
[0054] If the coach is an external coach, the system sends an alert to the coach 578 (FIG. 5D). The system determines if the coach has accepted 579. If the coach accepted, the system examines the proposals 567 (FIG. 5F). The proposals are sent to the participant for review. The system determines if the participant responds to any of the proposals as acceptable (block 568). If no proposal is acceptable, the system makes a determination to extend time 570. If the time was extended 571, there is an invitation sent out to more coaches 572 until an acceptable coach is found or a predetermined period of time lapses. If a proposal is accepted, the system selects a proposal 569. Once the proposal has been selected the system proceeds to process the payment as described in relation to FIG. 5B above.
Fifth and Sixth Examples
[0055] In a fifth example (returning to block 550 of FIG. 5C), no coach is specified and the participant selects one or both of coach's place or user's place. In a sixth example, neither the coach nor host is specified. In both the fifth example and sixth example, the system proceeds to be processed according to the matching engine 565, which is illustrated in FIG. 5G. As illustrated, the participant creates session requirements 580 that include workout parameters such as one or more of activity, group or private activity, schedule, session intensity/difficulty. The session requirements are configured to override participant preferences for coaches and/or hosts. Each feature on the requirements and preferences is configured to carry a specific weight to denote the importance of that element. The weight is used in calculating the match score. In order to illustrate the match Score, some illustrative examples are provided.
[0056] In at least one example, the data received from the participant device includes one or more preferences for coaches 581, which can include, for example, rating, gender, or age group. In at least one example, the data received from the participant device includes each of the coach rating, coach gender and coach age group. Additionally, the system can also receive from the participant device one or more of: coach activity, coach session type, coach schedule, coach location, or coach distance. The data received from the coach device includes one or more coach preferences 584, which can include, for example, activities, session type, schedule, location, or distance. The system generates a variable "c" 585 that describes the cross-section of coaches that meet participant preferences, session requirements, and coaches' preferences for sessions. [0057] In at least one example, the data received from the participant device includes one or more preferences for hosts 582, which can include, for example, host rating, host location, host distance, or host amenities. In at least one example, the data received from the participant device includes each of the host rating, host location, host distance, and host amenities. Additionally, the system can also receive from the participant device one or more of: host activity, host session type, host schedule, host location, or host distance. The data received from the host devices can include one or more host preferences 587, which can include, for example, amenities, session type, or schedule. The system generates a variable "h" 588 that describes the cross-section of hosts that meet participant preferences, session requirements and hosts' preferences for sessions.
[0058] The system can then proceed to select which hosts and coaches to alert. The system first creates a session master criteria list 583 which can include lists of coaches and hosts. The system calculates the variable "c" 585 as described above. The master criteria list is used as a filter to reduce the list of coaches. Then, the coach preferences 584 are used from the filtered list. After it is determined which coaches are within variable "c" 585, notifications are sent to a subset of the coaches defined by variable "c". Based on the number of matching criteria each coach is assigned a match score, and a list of coaches is created 586. Then, the system implements the variable "h". The list of hosts is created 589 based on the master criteria list of hosts. Once it is determined which hosts fit within the variable "h" 588, the list of hosts 589 within variable "h" are notified.
[0059] The present system allows for three-way matching of a participant, coach, and a host. In at least one example, where both the host and the coach are not defined, each party responding to a session request must offer a complete proposal. For example, if a coach responds to a session request where a host is not specified, the coach must specify a host. Similarly in another example, if the host responds to a session request where the coach is not specified, the host must specify a coach. In other examples, the system can select corresponding coaches and hosts based on a matching score. When the system selects the coaches and hosts, the matching can be based on fit with the host or coach and the participant. In at least one example, the system can be configured to allow for both the coach and host suggesting a corresponding host or coach and the system selecting matches between coaches and hosts. The host can be the participant's location, the coach's location, another location as suggested by the coach, or system selected location. The selection of the system location is based on the variable "h" and interpolating participant preference, session requirements and host preferences. This type of matching is such that the result is a higher degree of confidence in the match.
[0060] After the system provides for the three -way matching of the participant with the host and coach, the system can present proposals to the participant for selection. Once the participant makes a selection of the proposal, the participant can be prompted to make a payment pursuant to FIG. 5B as described above.
[0061] In at least one example, prior to presenting the participant with the proposal, the system can seek confirmation from the host and coach. During the confirmation process, the host and coach can further select additional corresponding coaches and hosts for presentation as a proposal. This process can be as described in situations where either coach or host has not been specified. Once the suggestions by the coach and host have been provided, the system can provide a listing of the proposals to the participant. The ordering of the proposals can be based on a match score of the proposal relative to the request that was made by the participant.
Additionally, the participant can apply further filters such as location to provide an updated ranking. When the system makes the selection of the coaches and hosts as well as preparing a proposed session, the system creates a more efficient process whereby the session can be created. This is done using the information available. Furthermore, when the match score is computed and used to present the proposals, the efficiency is further improved.
[0062] FIG. 6 is an example alternative flow chart to FIG. 5A. As in FIG. 5A, FIG. 6 is directed to the process of selecting a session. Similar to FIG. 5A, the present system can be accessed through a public website 501, an iOS Application 502, and/or an Android Application 503.
Additionally, other programs that are configured for special operating systems are with the scope of the present application. For example, the special operating systems can be operating systems designed for wearable technology including watch technology. In some examples, the special operating systems can provide a subset of the features described herein. Furthermore, while a single website 501 is shown, there can be different websites based on the operating system and other applications available on a given computing device. There is a backend dashboard that interfaces with the present system as well. As illustrated there is an application dashboard 504 for the website interface and an application dashboard 505 for the mobile applications (including at least an iOS and Android application). In at least one example, only a website dashboard 504 can be provided. The system can allow for either browsing of the availability or creation of a custom session. The description contained herein regarding FIG. 6 describes the browsing features. As discussed above, the system also includes the custom session creation. There are multiple ways in which a custom session can be created and a few illustrations are provided. The custom session can be based on the system determining the presence of a match or it can be based on the participant selecting one or more of the host or coach.
[0063] The present system can check to see if the user is logged in 521. If the user is not currently logged in, the system can check to see if the user is registered 522. If the user is registered, the user is prompted to login 523. If the user is not registered, the user must complete the registration process 524. Once the user has successfully logged into the system, the system can continue to the selection of an activity 610.
[0064] The user can select an initial listing of sessions 612. While FIG. 6 illustrates solely an initial listing of sessions 612, in at least one example, the user can select between seeing an initial listing of coaches, an initial listing of sessions 612, and an initial listing of hosts, similar to FIG. 5A discussed above. The initial listing of sessions 612 includes at least one session. In other examples, the initial listing of sessions 612 includes a plurality of sessions. In at least one example, if there is no match between host and coach for the session an error message can be displayed. In another example, if there is no match, the participant is prompted to input different data than before.
[0065] The list of sessions 612 can be sorted based on at least one of session type, hours from the current time, coach name, or host name. Additionally, the sorting can be based on one of the above with further filtering by one or more of the above mentioned items. In at least one example, when the user hovers over the session, session details including session type, coach name, host name, host location, time, and duration can be displayed. In at least one example, once the user selects a session 614, the session details including session type, coach name, host name, host location, time, and duration are displayed. If the session details are acceptable to the user, the user can then join the session 616 and select a time slot 618. If there is more than one time slot, the user can select the time slot 618 that is most desired by the user. The system can check if the time slot is available 620. If the time slot is not available, the system reverts to selecting a session 614. If the time slot is available, the user joins the session 622. The user can then select the price or membership plan 624. For example, the user can select or accept the price that the session costs. Also the user can select a membership plan such as a price per period of time to have access to a certain number or level of sessions. For example, the user can select to pay a monthly fee of $150 to have access to 15 sessions a month.
[0066] The user can then select a date 626 for the session and continue to making a payment 628. Making a payment can be a similar process as discussed above in regards to FIG. 5B. If the payment is successfully received 630, the session is confirmed 632.
[0001] Numerous examples are provided herein to enhance understanding of the present disclosure. A specific set of statements are provided as follows.
[0002] Statement 1: A computer system operable to receive a plurality of inputs and schedule a session between at least one participant, at least one coach, and at least one host, the computer system comprising: a hardware processing unit; a data transmitter coupled with the hardware processing unit; a data receiver coupled with the hardware processing unit; a storage resource comprising one or more hardware storage devices and operable to store instructions, which are executable by the hardware processing unit, causing the hardware processing unit to: obtain, from a plurality of host devices, host name data and corresponding host available time data, host location data, host amenity data, host activity data, and host session type data; obtain, from a plurality of coach devices, coach name data and corresponding coach available time data, coach session types data, and coach activity data; obtain, from at least one participant device, at least one of participant activity data, participant session type data, participant available times data, and participant session difficulty data; generate a master criteria list data set that includes data obtained from the at least one participant device; generate a list of coaches by matching the corresponding coach available time data, coach session types data, coach activity data with that of participant available time data, participant session types data, participant activity data; generate a list of hosts by matching the corresponding host available time data, host session types data, host activity data with that of participant available time data, participant session types data, participant activity data; transmit, to the at least one participant device, the list of coaches and the list of hosts, along with host location data; receive a selection of a coach and a host; transmit to the selected coach confirmation data; transmit to the selected host confirmation data; receive coach confirmation data and host confirmation data; transmit session data to the participant informing the participant of a confirmed session, which includes host data and coach data.
[0067] Statement 2: A computer system is disclosed according to Statement 1, wherein the session type data indicates whether there are sessions for groups or individuals. [0068] Statement 3: A computer system is disclosed according to Statements 1 or 2, wherein the list of coaches includes a host designated coach.
[0069] Statement 4: A computer system is disclosed according to any of preceding Statements 1-
3, wherein the list of hosts includes a participant address, a coach address, a coach designated address, and a public location.
[0070] Statement 5: A computer system is disclosed according to any of preceding Statements 1-
4, wherein the list of coaches includes a host designated coach and no coach needed.
[0071] Statement 6: A computer system is disclosed according to any of preceding Statements 1-
5, wherein upon selection of a host, the list of coaches is updated so that coaches that are preferred by the selected host are provided at the top of the list.
[0072] Statement 7: A computer system is disclosed according to any of preceding Statements 1-
6, wherein upon selection of a coach, the list of hosts is updated so that the hosts that are preferred by the selected coach are provided at the top of the list.
[0073] Statement 8: A computer system is disclosed according to any of preceding Statements 1-
7, wherein obtaining from the plurality of coach devices further comprises obtaining coach gender data, coach age group data, and coach location data.
[0074] Statement 9: A computer system is disclosed according to Statement 8, wherein the list of coaches includes coach gender data.
[0075] Statement 10: A computer system is disclosed according to Statements 8 or 9, wherein the list of coaches includes coach location data.
[0076] Statement 11: A computer system is disclosed according to any of preceding Statements 8-10, wherein the list of coaches includes coach age group data.
[0077] Statement 12: A computer system is disclosed according to Statement 11, wherein coach age group data provides a range of years that the coach's age is within.
[0078] Statement 13: A computer system is disclosed according to any of preceding Statements 1-12, further comprising: receiving denial information from the selected coach; transmitting a revised list, in which the coach that denied the session is removed, of coaches to the participant; receiving selection of an alternative coach; transmitting to the selected alternative coach confirmation data.
[0079] Statement 14: A computer system is disclosed according to any of preceding Statements 1-13, further comprising: receiving denial information from the selected host; transmitting a revised list, in which the host that denied the session is removed, of hosts to the participant; receiving selection of an alternative host; transmitting to the selected alternative host
confirmation data.
[0080] Statement 15: A computer system is disclosed according to any of preceding Statements 1-14, further comprising: receiving proposed session payment information from the participant; transmitting proposed payment information to the plurality of coach devices and the plurality of host devices; receiving acceptance price data from at least one coach device and at least one host device; transmitting acceptance price data to the participant device.
[0081] Statement 16: A computer system is disclosed according to Statement 15, further comprising: receiving modified proposed payment information from one of the plurality of coach devices or one of the plurality of host devices; transmitting the modified proposed payment information to the participant device; receiving acceptance of the modified proposed payment information and scheduling the session in response thereto.
[0082] Statement 17: A computer system is disclosed according to any of preceding Statements 1-16, wherein the transmitting of the list of coaches further includes coach rating data, coach gender data, coach age group data, and coach location data.
[0083] Statement 18: A computer system is disclosed according to any of preceding Statements 1-17, wherein the transmitting of the list of coaches further includes coach rating data.
[0084] The disclosures shown and described above are only examples. Even though numerous characteristics and advantages of the present technology have been set forth in the foregoing description, together with details of the structure and function of the present disclosure, the disclosure is illustrative only, and changes may be made in the detail, especially in matters of shape, size and arrangement of the parts within the principles of the present disclosure to the full extent indicated by the broad general meaning of the terms used in the attached claims. It will therefore be appreciated that the examples described above may be modified within the scope of the appended claims.

Claims

CLAIMS What is claimed is:
1. A computer system operable to receive a plurality of inputs and schedule a session between at least one participant, at least one coach, and at least one host, the computer system
comprising:
a hardware processing unit;
a data transmitter coupled with the hardware processing unit;
a data receiver coupled with the hardware processing unit;
a storage resource comprising one or more hardware storage devices and operable to store instructions, which are executable by the hardware processing unit, causing the hardware processing unit to:
obtain, from a plurality of host devices, host name data and corresponding host available time data, host location data, host amenity data, host activity data, and host session type data;
obtain, from a plurality of coach devices, coach name data and corresponding coach available time data, coach session types data, and coach activity data;
obtain, from at least one participant device, at least one of participant activity data, participant session type data, participant available times data, and participant session difficulty data;
generate a master criteria list data set that includes data obtained from the at least one participant device;
generate a list of coaches by matching the corresponding coach available time data, coach session types data, coach activity data with that of participant available time data, participant session types data, participant activity data;
generate a list of hosts by matching the corresponding host available time data, host session types data, host activity data with that of participant available time data, participant session types data, participant activity data;
transmit, to the at least one participant device, the list of coaches and the list of hosts, along with host location data;
receive a selection of a coach and a host;
transmit to the selected coach confirmation data; transmit to the selected host confirmation data;
receive coach confirmation data and host confirmation data;
transmit session data to the participant informing the participant of a confirmed session, which includes host data and coach data.
2. The computer system as recited in claim 1, wherein the session type data indicates whether there are sessions for groups or individuals.
3. The computer system as recited in claim 1, wherein the list of coaches includes a host designated coach.
4. The computer system as recited in claim 1, wherein the list of hosts includes a participant address, a coach address, a coach designated address, and a public location.
5. The computer system as recited in claim 1, wherein the list of coaches includes a host designated coach and no coach needed.
6. The computer system as recited in claim 1, wherein upon selection of a host, the list of coaches is updated so that coaches that are preferred by the selected host are provided at the top of the list.
7. The computer system as recited in claim 1, wherein upon selection of a coach, the list of hosts is updated so that the hosts that are preferred by the selected coach are provided at the top of the list.
8. The computer system as recited in claim 1, wherein obtaining from the plurality of coach devices further comprises obtaining coach gender data, coach age group data, and coach location data.
9. The computer system as recited in claim 8, wherein the list of coaches includes coach gender data.
10. The computer system as recited in claim 8, wherein the list of coaches includes coach location data.
11. The computer system as recited in claim 8, wherein the list of coaches includes coach age group data.
12. The computer system as recited in claim 11, wherein coach age group data provides a range of years that the coach's age is within.
13. The computer system as recited in claim 1, further comprising:
receiving denial information from the selected coach; transmitting a revised list, in which the coach that denied the session is removed, of coaches to the participant;
receiving selection of an alternative coach;
transmitting to the selected alternative coach confirmation data.
14. The computer system as recited in claim 1, further comprising:
receiving denial information from the selected host;
transmitting a revised list, in which the host that denied the session is removed, of hosts to the participant;
receiving selection of an alternative host;
transmitting to the selected alternative host confirmation data.
15. The computer system as recited in claim 1, further comprising:
receiving proposed session payment information from the participant;
transmitting proposed payment information to the plurality of coach devices and the plurality of host devices;
receiving acceptance price data from at least one coach device and at least one host device;
transmitting acceptance price data to the participant device.
16. The computer system as recited in claim 15, further comprising:
receiving modified proposed payment information from one of the plurality of coach devices or one of the plurality of host devices;
transmitting the modified proposed payment information to the participant device; receiving acceptance of the modified proposed payment information and scheduling the session in response thereto.
17. The computer system as recited in claim 1, wherein the transmitting of the list of coaches further includes coach rating data, coach gender data, coach age group data, and coach location data.
18. The computer system as recited in claim 1, wherein the transmitting of the list of coaches further includes coach rating data.
PCT/US2018/012677 2017-01-06 2018-01-05 System, apparatus, and method for interactive matching of participant, host, and coach WO2018129389A1 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201762443473P 2017-01-06 2017-01-06
US62/443,473 2017-01-06

Publications (1)

Publication Number Publication Date
WO2018129389A1 true WO2018129389A1 (en) 2018-07-12

Family

ID=62791170

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2018/012677 WO2018129389A1 (en) 2017-01-06 2018-01-05 System, apparatus, and method for interactive matching of participant, host, and coach

Country Status (1)

Country Link
WO (1) WO2018129389A1 (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109816572A (en) * 2019-04-03 2019-05-28 湖南科技学院 A kind of driving vehicle skills training management system based on big data
CN111111129A (en) * 2019-12-10 2020-05-08 北京北电科林电子有限公司 Intelligent table tennis table management system
US20210390491A1 (en) * 2020-06-11 2021-12-16 T-Mobile Usa, Inc. Coach-Assist Controller for Customer Service Representative (CSR) Interactions

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080010106A1 (en) * 2006-06-30 2008-01-10 Bourne Mary L G System and method for web-based sports event scheduling
US20080076637A1 (en) * 2006-09-21 2008-03-27 Apple Inc. Dynamically adaptive scheduling system
US20110098156A1 (en) * 2009-10-26 2011-04-28 Apple Inc. Systems and methods for accessing personalized fitness services using a portable electronic device
US20110212424A1 (en) * 2010-03-01 2011-09-01 Craig Smith Personal Fitness Trainers Online

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080010106A1 (en) * 2006-06-30 2008-01-10 Bourne Mary L G System and method for web-based sports event scheduling
US20080076637A1 (en) * 2006-09-21 2008-03-27 Apple Inc. Dynamically adaptive scheduling system
US20110098156A1 (en) * 2009-10-26 2011-04-28 Apple Inc. Systems and methods for accessing personalized fitness services using a portable electronic device
US20110212424A1 (en) * 2010-03-01 2011-09-01 Craig Smith Personal Fitness Trainers Online

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109816572A (en) * 2019-04-03 2019-05-28 湖南科技学院 A kind of driving vehicle skills training management system based on big data
CN111111129A (en) * 2019-12-10 2020-05-08 北京北电科林电子有限公司 Intelligent table tennis table management system
US20210390491A1 (en) * 2020-06-11 2021-12-16 T-Mobile Usa, Inc. Coach-Assist Controller for Customer Service Representative (CSR) Interactions
US11900300B2 (en) * 2020-06-11 2024-02-13 T-Mobile Usa, Inc. Coach-assist controller for customer service representative (CSR) interactions

Similar Documents

Publication Publication Date Title
US7752080B1 (en) System and method for interactively providing services through a central hub
US8725590B2 (en) Methods and systems for generating customized user plans
US20070055549A1 (en) Employee assistance coaching program
US10395328B2 (en) Virtual professionals community for conducting virtual consultations with suggested professionals
US7509272B2 (en) Calendar auction method and computer program product
US20030216938A1 (en) Intelligent health care knowledge exchange platform
US20130097093A1 (en) Systems and Methods for Quantifying Job Candidates
US20090210256A1 (en) System For Real-Time Online Health Care Insurance Underwriting
US20100023386A1 (en) Social networking platform for intellectual property assets
US20160379173A1 (en) Appointment scheduling system and methods
US20120010904A1 (en) Method for reverse physician - patient matching for in-person health care services and tele-consultations
US20120066118A1 (en) Interface Integration Application Connection between Websites and Social Network in Addition with the Social Network Tree Chart System
US20070192144A1 (en) Health care analysis system and methods
WO2008089077A2 (en) Method and apparatus for employment system distributed hiring and co-operative pooling
WO2006052610A2 (en) Professional matching service
WO2018129389A1 (en) System, apparatus, and method for interactive matching of participant, host, and coach
US20150339764A1 (en) Systems and methods for reverse auctioning or bidding on healthcare services
US8862584B2 (en) Method for privately filtering and partitioning a set of photographs of a social media site user
JP2004536375A (en) Method and apparatus for online personal funding market
US20160342741A1 (en) Service-oriented, integrative networking platform, system and method
KR20210083823A (en) System and Method for Providing Health Training
Stöcker et al. What moves the rheumatologist? Unravelling decision making in the referral of systemic sclerosis patients to health professionals: a qualitative study
US20100299156A1 (en) Health care management and patient education systems and methods
US10719881B2 (en) Subscription healthcare coverage system and method
US20180075373A1 (en) System and method for a care services marketplace

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

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 25.09.19

122 Ep: pct application non-entry in european phase

Ref document number: 18736182

Country of ref document: EP

Kind code of ref document: A1