WO2011013512A1 - グループ予約支援システム - Google Patents

グループ予約支援システム Download PDF

Info

Publication number
WO2011013512A1
WO2011013512A1 PCT/JP2010/061900 JP2010061900W WO2011013512A1 WO 2011013512 A1 WO2011013512 A1 WO 2011013512A1 JP 2010061900 W JP2010061900 W JP 2010061900W WO 2011013512 A1 WO2011013512 A1 WO 2011013512A1
Authority
WO
WIPO (PCT)
Prior art keywords
reservation
information
accommodation plan
provisional
temporary
Prior art date
Application number
PCT/JP2010/061900
Other languages
English (en)
French (fr)
Inventor
尚希 ▲高▼橋
Original Assignee
楽天株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from JP2009179938A external-priority patent/JP5043901B2/ja
Priority claimed from JP2009179939A external-priority patent/JP5043902B2/ja
Application filed by 楽天株式会社 filed Critical 楽天株式会社
Priority to KR1020127005398A priority Critical patent/KR101223353B1/ko
Priority to US13/387,968 priority patent/US8700436B2/en
Priority to EP10804258A priority patent/EP2461284A4/en
Publication of WO2011013512A1 publication Critical patent/WO2011013512A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/02—Reservations, e.g. for tickets, services or events
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions

Definitions

  • the present invention relates to a mechanism for managing online reservations, and more particularly, to a function for supporting a reservation process by a user representing a group.
  • the reservation is generally made by the following procedure (see FIG. 11, [0053] to [0054]).
  • An application for provisional reservation is received from the client device (S11).
  • the connection destination data and the like of other members belonging to the structure related to the provisional reservation application are fetched from the structure master file, and a temporary reservation guidance notification is issued to the client devices owned by those members (S15, FIG. 9).
  • a response is received from the client device of another member, and it is determined whether or not a certain condition is satisfied, such as whether or not there are a certain number of respondents that receive service provision (S17). ).
  • (4) If the conditions are satisfied, the ID of the service to be used, the ID of the structure, the ID of the member to be registered, etc. are registered in the reservation registration file (S18).
  • a mechanism for transmitting a broadcast mail to a plurality of mail addresses input on an input form in a Web page is known (see, for example, Patent Document 2). Specifically, a broadcast mail is transmitted according to the following procedure (see FIG. 3 of the same document). (1) The user inputs the name of the other party, the destination mail address, the message, etc. in a predetermined input field in the Web page (FIG. 4, [0009]). (2) The user terminal transmits the data input in (1) above to the server. (3) The server device generates an e-mail based on the data received in (2) and transmits it to the input e-mail address.
  • a banquet reservation support system having a function of displaying the number of participants of a banquet is known (see, for example, Patent Document 3). Specifically, each time a candidate candidate who has consulted via the system from the banquet secretary answers whether or not he / she can participate through the system, the number of prospective participants is counted and stored in a predetermined storage means. (See the same reference [0057]). Then, each time a request is received from the secretary or the participant, the number of prospective participants is totaled, and the total value is displayed in the form of a graph as intermediate progress (or results) (see the same document [0058], FIG. 5).
  • Non-Patent Document 1 On the online accommodation reservation site, services for searching for accommodation facilities and services for accepting reservations for accommodation are provided (see, for example, Non-Patent Document 1). If you use this site, you can search for "rooms with vacancies" by entering the desired accommodation conditions (schedule, area, budget, number of people, etc.) (Non-patent document 2, Non-patent document) 3). You can also make online reservations (same as above).
  • FIG. 1 shows a procedure for accommodation reservation using a conventional online accommodation reservation site.
  • a user (applicant) who uses the site operates a terminal to search for an accommodation plan (S105), inputs applicant information (S110), and reserves or arranges (hereinafter simply referred to as “simply”).
  • the reservation is established. Therefore, the accommodation conditions (schedule, accommodation destination, budget, number of people, etc.) need to be confirmed when the accommodation plan is searched and the desired plan is selected.
  • each accommodation room usually has a capacity (the maximum number of guests). Therefore, when booking a stay in a group consisting of a plurality of members, if the number of staying members is not confirmed, the number of rooms to be secured cannot be confirmed, and the accommodation plan search can be performed effectively. Can not. On the other hand, each member of the group cannot determine whether or not to participate in accommodation unless the schedule, accommodation, budget, etc. are determined to some extent.
  • a group secretary consisting of a plurality of members is forced to take the following procedure, for example, when reserving an accommodation.
  • (1) Use the search function of the online accommodation reservation site to set candidates such as dates, accommodations, and budgets.
  • (2) The members set in (1) above are notified to each member by e-mail or the like, and asked whether or not to participate individually by e-mail or the like.
  • (3) The answers in (2) above are collected manually and the accommodation conditions (schedule, accommodation, budget, number of people, etc.) are determined.
  • the mechanism of ⁇ Prior Art 1> accepts a “provisional reservation” before the actual reservation and secures a period for recruiting participants. It also automates procedures for recruiting participants, receiving responses to recruitment, and counting the number of participants.
  • the mechanism of ⁇ Prior Art 1> assumes a scene in which a service for which the use condition is “the number of participants is a certain number or more” is reserved. Therefore, the number of participants gathered during the tentative reservation is only data for determining whether or not the reservation is possible (whether or not the service use conditions are satisfied). That is, the above ⁇ Prior Art 1> is not a mechanism for planning that the number of service orders varies depending on the number of participants.
  • the problem to be solved by the present invention is to provide a user who performs an accommodation reservation procedure on behalf of a group and recruits participating members while securing an accommodation destination.
  • a communication network includes a terminal of each member constituting a group composed of a plurality of members and a server system that supports a reservation procedure for an accommodation plan performed by a secretary representing the group via a Web page.
  • a server system of the group reservation support system that is connected via the hotel, and stores the capacity of the accommodation plan and the number of rooms in the room allocated to the accommodation plan in correspondence with the identification information of the accommodation plan Corresponding to the plan information storage means, the secretary identification information, the accommodation plan identification information and the number of orders of the accommodation plan corresponding to the reservation number, and the provisional reservation number , Provisional reservation information capable of storing the identification information of the secretary, the identification information of the accommodation plan, the number of provisional orders of the accommodation plan and the number of members determined to participate
  • a temporary reservation application information receiving means for receiving the identification information of the secretary, the identification information of the accommodation plan, and the number of provisional orders of the accommodation plan from the terminal of the secretary, and the identification of the received accommodation plan The inventory number corresponding to the information is read from
  • a temporary reservation information registration unit that writes each received item to a temporary reservation information storage unit in association with a temporary reservation number, and a member that specifies the mail address of each member other than the secretary based on information received from the secretary's terminal
  • the response identification code corresponding to the temporary reservation number is received from the terminal of the bus
  • the temporary reservation number corresponding to the response identification code is identified and the participation corresponding to the temporary reservation number stored in the temporary reservation information storage means
  • An answer receiving means for updating the determined number of members, and a first reservation success / failure determining means for determining that the reservation of the number of orders 1 is established each time the updated number of participation determined members becomes a multiple of the accommodation plan capacity
  • the identification information of the secretary and the identification information of the accommodation plan corresponding to the provisional reservation number related to the provisional reservation determined to be established are read from the provision
  • the answer reception means further reads the number of provisional orders corresponding to the identified provisional reservation number from the provisional reservation information storage means, and the updated number of members who have decided to participate is the capacity of the accommodation plan. When it is equal to the product of the number of orders, the acceptance of the answer for the temporary reservation related to the temporary reservation number may be terminated.
  • the server system of the present invention reads the participation determined number of members corresponding to the specified temporary reservation number from the temporary reservation information storage means when the predetermined condition is satisfied, and the participation determined number of members is a multiple of the capacity of the accommodation plan. If not, a second reservation success / failure determination unit that determines that a reservation with an order number of 1 is established may be further provided.
  • the provisional reservation information storage means can further store the number of reservation establishment plans, and the server system has been determined that the reservation stored in the provisional reservation information storage means is established.
  • a reservation establishment number counting means for adding 1 to the number of reservation establishment plans corresponding to the provisional reservation number related to the provisional reservation; and, when a predetermined condition is satisfied, identification information of the accommodation plan corresponding to the specified provisional reservation number;
  • the number of provisional orders and the number of reservation establishment plans are read from the provisional reservation information storage means, and the number of provisional orders and the reservation are added to the number of stocks corresponding to the identification information of the accommodation plan stored in the provisional reservation information storage means.
  • Reservation partial cancellation means for adding the difference with the number of established plans may be further provided.
  • the provisional reservation information storage means can further store a reply deadline in correspondence with the provisional reservation number, and the provisional reservation application information reception means further receives the reply deadline,
  • the reservation information registering means further writes the received reply deadline in association with the temporary reservation number into the temporary reservation information storing means, and the second reservation success / failure determining means is one of the temporary reservation information storing means stored in the temporary reservation information storing means.
  • the reservation information storage means can store each reservation number in association with the corresponding temporary reservation number, and the reservation information partial registration means can determine whether the reservation is established.
  • the temporary reservation number and the new reservation number may be associated with each other and registered in the reservation information storage unit.
  • the server system of the present invention When the server system of the present invention receives a page transmission request designating a temporary reservation number from a terminal of any member, the number of participation determined members corresponding to the designated temporary reservation number is stored in the temporary reservation information storage unit. Read and calculate the largest integer below the quotient obtained by dividing the number of members decided to participate by the capacity of the accommodation plan, and use this integer to generate a provisional reservation confirmation page including matters related to the estimated number of reservations Temporary reservation confirmation page generation means and provisional reservation confirmation page transmission means for transmitting the generated temporary reservation confirmation page to the member terminal may be further provided.
  • the temporary reservation information storage means can further store an e-mail address of each member and an approval flag indicating whether or not each member has been approved in association with the temporary reservation number.
  • the server system further comprises member information registration means for writing information for identifying the member corresponding to each identified mail address to the temporary reservation information storage means in association with the temporary reservation number.
  • the approval request mail generation / transmission means generates an approval request mail further including member identification data corresponding to the information for identifying the member, and transmits the approval request mail to the mail address of the member corresponding to each member identification data.
  • the answer receiving means receives the member identification data together with the answer identification code from the member terminal.
  • the member corresponding to the data is further identified, an approval flag corresponding to the identified provisional reservation number stored in the provisional reservation information storage means and the information specifying the identified member is set, and the provisional reservation confirmation page generation means
  • the information for identifying each member corresponding to the designated temporary reservation number and the approval flag are further read from the temporary reservation information storage means, and the response status of each member is further used by using the information for identifying each member and the approval flag.
  • a provisional reservation confirmation page that further includes matters related to the above may be generated.
  • the provisional reservation confirmation page generating means further includes a provision confirmation element for confirming the success or failure of the reservation for the provisional reservation related to the designated provisional reservation number if the identified member is the secretary.
  • a reservation confirmation page is generated, and the server system further includes a reservation confirmation request receiving means for receiving a reservation confirmation request including at least identification data of a reservation confirmation element from the secretary terminal.
  • the confirmation means may identify the provisional reservation number related to the reservation confirmation request and confirm the number of orders corresponding to the identified provisional reservation number.
  • the server system of the present invention further includes facility information storage means for storing the number of vacancies in the room type in association with the facility identification information, the stay date, and the room type of the guest room, and the server
  • the accommodation plan information storage means further stores the facility identification information, the accommodation date, and the room type of the guest room corresponding to the identification information of the accommodation plan
  • the server system stores the provisional reservation information.
  • a set of facility identification information, a stay date and a room type corresponding to the changed stock quantity is stored in the accommodation plan information.
  • the number of vacancies update means for executing the same update process as the update process for the number of vacancies corresponding to the set stored in the facility information storage means may be further provided.
  • a group reservation support method in a group reservation support system connected via a network which stores the capacity of the accommodation plan and the number of rooms in stock allocated to the accommodation plan in correspondence with the identification information of the accommodation plan
  • Accommodation plan information storage means reservation information storage means capable of storing secretary identification information, accommodation plan identification information and the number of orders of the accommodation plan in correspondence with the reservation number, and provisional reservation number
  • a provisional reservation application information receiving step in which a server system having a possible provisional reservation information storage means receives the identification information of the secretary, the identification information of the accommodation plan, and the number of provisional orders of the accommodation plan from the terminal of the secretary; The inventory quantity corresponding to
  • the first reservation success / failure determination step for determining that the reservation is established, and the secretary identification information and the accommodation plan identification information corresponding to the temporary reservation number relating to the temporary reservation determined to be established for the reservation are read from the temporary reservation information storage means,
  • the reservation information partial registration step of writing the identification information of the secretary, the identification information of the accommodation plan, and the order number 1 in the reservation information storage means in association with the new reservation number is executed. It is characterized by that.
  • the group reservation support program a communication between a terminal of each member constituting a group composed of a plurality of members and a server system that supports a reservation procedure for an accommodation plan performed by a secretary representing the group via a Web page.
  • a group reservation support program in a group reservation support system connected via a network which stores the capacity of the accommodation plan and the number of rooms in stock allocated to the accommodation plan in correspondence with the identification information of the accommodation plan
  • Accommodation plan information storage means capable of storing secretary identification information, accommodation plan identification information and the number of orders of the accommodation plan in correspondence with the reservation number, and provisional reservation number Corresponding to the secretary identification information, accommodation plan identification information, the provisional order number of the accommodation plan and the number of members who have decided to participate.
  • Temporary reservation application for receiving from the secretary's terminal the secretarial identification information, accommodation plan identification information, and provisional order number of the accommodation plan in a server system having a temporary reservation information storage means that can be stored
  • the information receiving step and the number of inventory corresponding to the received identification information of the accommodation plan are read from the accommodation plan information storage means, and if the inventory quantity is equal to or larger than the received temporary order number, it is stored in the accommodation plan information storage means.
  • the temporary reservation information registration step of subtracting the temporary order number from the inventory quantity and writing each received item to the temporary reservation information storage means in association with the temporary reservation number, and the information received from the secretary's terminal A member information specifying step for specifying the mail address of each member other than the above, and an approval request mail corresponding to the temporary reservation number are generated, and each mail address specifying the approval request mail is generated.
  • Temporary reservation information storage includes a first reservation success / failure determination step for determining that one reservation is established, and secretary identification information and accommodation plan identification information corresponding to the provisional reservation number associated with the provisional reservation determined to be established.
  • the computer-readable recording medium of the present invention includes a terminal of each member constituting a group of a plurality of members, and a server system that supports a reservation procedure for an accommodation plan performed by a secretary representing the group via a Web page; Is a group reservation support program in a group reservation support system connected via a communication network, and the number of rooms allocated to the accommodation plan and the number of rooms allocated to the accommodation plan corresponding to the identification information of the accommodation plan
  • An accommodation plan information storage means that stores the identification information of the secretary, the identification information of the accommodation plan, and the number of orders of the accommodation plan, corresponding to the reservation number, Corresponding to the reservation number, the secretary identification information, the accommodation plan identification information, the number of provisional orders of the accommodation plan and the participation decision completed
  • the server system having temporary reservation information storage means capable of storing the number of bars receives the secretary identification information, the accommodation plan identification information, and the provisional order number of the accommodation plan from the secretary terminal.
  • the provisional reservation application information receiving step and the number of stocks corresponding to the received accommodation plan identification information are read from the accommodation plan information storage means, and if the stock quantity is greater than or equal to the received temporary order number, the accommodation plan information storage means.
  • the provisional reservation information registration step of subtracting the provisional order number from the stored inventory number and associating each received item with the provisional reservation number in the provisional reservation information storage means, and information received from the secretary's terminal
  • the member information specifying step for specifying the mail address of each member other than the secretary and the approval request mail corresponding to the temporary reservation number are generated, and each approval request mail is specified.
  • Temporary reservation information storage includes a first reservation success / failure determination step for determining that one reservation is established, and secretary identification information and accommodation plan identification information corresponding to the provisional reservation number associated with the provisional reservation determined to be established. Reservation information partial registration that is read out from the means and the secretary identification information, the accommodation plan identification information, and the order number 1 are written in the reservation information storage means in association with the new reservation number A program for executing the steps is recorded.
  • the server system of the present invention receives a provisional reservation application from the secretary, requests approval from the member, and receives a response to the approval request from the member.
  • a provisional reservation application from the secretary
  • requests approval from the member requests approval from the member
  • the reservation with the order number of 1 is established. Therefore, if the server system of this invention is utilized, the secretary who performs an accommodation reservation procedure on behalf of a group can recruit a participating member, securing an accommodation destination. On the other hand, even if it is a participant, if it approves, it can participate reliably.
  • (Embodiment) It is a display example of an approval request mail. (Embodiment) It is a flowchart which shows the reception procedure of a reply. (Embodiment) It is a flowchart which shows the reception procedure of a reply. (Embodiment) It is a display example of the provisional reservation confirmation page before answering. (Embodiment) It is a display example of the provisional reservation confirmation page after answering. (Embodiment) It is a flowchart which shows the confirmation procedure of an answer condition. (Embodiment) It is a display example of the temporary reservation confirmation page before additional member registration. (Embodiment) It is a display example of the provisional reservation confirmation page at the time of additional member registration.
  • (Embodiment) It is a display example of the temporary reservation confirmation page after additional member registration.
  • (Embodiment) It is a flowchart which shows the procedure of a batch process.
  • (Embodiment) It is explanatory drawing of extraction conditions, the number of orders, and the number of cancellations.
  • (Embodiment) It is a flowchart which shows the reception procedure of a reply.
  • (Other embodiments) It is a flowchart which shows the procedure of a batch process. (Other embodiments)
  • Accommodation plan Unit for reservation (order) on online accommodation reservation site.
  • An accommodation service of at least one night in a specific guest room (or a guest room of a specific room type) is an essential element, and optionally includes incidental services such as meals.
  • the accommodation plan and the room type correspond to “one to one” or “many to one”.
  • Temporary reservations Preferentially secure accommodation plans within a certain range. If the reservation is not reached, all or part of it can be canceled.
  • Book reservation Synonymous with normal reservation. For comparison with “provisional reservation”, it may be expressed as “real reservation”.
  • Group A group composed of multiple users. For example, clubs, circles, clubs, seminars, laboratories, departments, etc. ⁇ Member... Users who make up the group.
  • Secretary A member representing the group. In the present embodiment, a member who performs an accommodation reservation procedure on behalf of a group.
  • the system of this embodiment is a system that manages an online accommodation reservation site, and provides a user with a service (accommodation reservation service) that accepts an accommodation reservation.
  • the main feature is to accept “provisional reservations” that allow all members before reservation (main reservation), and after approval from n members (n is a natural number) designated by the secretary The point is to establish a reservation. Therefore, if the system of this embodiment is used, the secretary who performs the accommodation reservation procedure on behalf of the group can recruit the participating members while securing the accommodation.
  • FIG. 2 shows a procedure for lodging reservation using the system of this embodiment.
  • the secretary operates the terminal to search for an accommodation plan (S105), inputs applicant information (S110), applies for a temporary reservation (S215), and requests approval from the member ( S220). Thereafter, the reservation is established by each member who has been requested to approve.
  • the processes denoted by the same reference numerals as those in FIG. 1 are the same processes. Further, the processing after the reservation is established is the same as the conventional example (for example, ⁇ Prior Art 4>).
  • FIG. 3 shows the configuration of the system of this embodiment.
  • the system of the present embodiment as a whole is composed of a server system 10, a secretary user terminal 20, user terminals 30 (1 to n) of members other than the secretary, and a facility terminal 40.
  • the server system 10 includes a user DB 11, a facility DB 12, an accommodation plan DB 13, a reservation DB 14, and a temporary reservation DB 15.
  • the server system 10, the user terminal 20, the user terminals 30 (1 to n), and the facility terminal 40 are connected to each other via a communication network (in the present embodiment, the Internet 50).
  • the server system 10 is a server group that manages the accommodation reservation service.
  • the server system 10 includes, for example, a Web server having a Web page generation / transmission function, a mail server having an e-mail generation / transmission function, a DB server that manages a database, a batch processing server that executes batch processing, and other needs. Including an AP server.
  • a user DB 11 is a database that stores information on users who use the accommodation reservation service.
  • FIG. 4A shows main items of user information. As shown in FIG. 4A, one piece of user information includes “user ID”, “password”, and “mail address”.
  • the facility DB 12 is a database that stores information related to accommodation facilities that provide guest rooms in the accommodation reservation service.
  • a plurality of pieces of facility basic information, guest room basic information, guest room allocation information, and vacancy management information are stored, and they are assumed to correspond via key items.
  • Fig. 4 (b-1) shows the main items of basic facility information.
  • one facility basic information includes “facility ID”, “password”, “email address”, “temporary reservation available period”, and “temporary reservation prohibition period”.
  • the “provisional reservation available period” is the maximum number of days from the establishment of the provisional reservation to the determination of the success or failure of the main reservation.
  • the “temporary reservation prohibition period” is the number of days during which a temporary reservation immediately before the accommodation date is prohibited. In this embodiment, these facilities can be set for each facility separately.
  • Fig. 4 (b-2) shows the main items of guest room basic information.
  • one piece of basic room information includes “facility ID”, “room type”, and “capacity”.
  • the “room type” is a code indicating the room type of the guest room (separate Japanese room / Western room, size, etc.).
  • Fig. 4 (b-3) shows the main items of the room allocation information.
  • one room allocation information includes “facility ID”, “accommodation date”, “room type”, “accommodation plan ID”, and “allocation number”.
  • the “assignment number” indicates how many rooms of each room type are assigned to which accommodation plan for each accommodation day.
  • Fig. 4 (b-4) shows the main items of vacancy management information.
  • one vacancy management information includes “facility ID”, “accommodation date”, “room type”, “number of vacant rooms”, “number of reserved rooms” and “ “Number of rooms under provisional reservation” is included.
  • the “number of vacancies” is the number of guest rooms that are not subject to reservation or provisional reservation.
  • “Number of reserved rooms” and “number of rooms under provisional reservation” are the numbers of rooms subject to reservation and provisional reservation, respectively.
  • the accommodation plan DB 13 is a database that stores information on an accommodation plan that is a target of reservation (order) in the accommodation reservation service.
  • a plurality of accommodation plan basic information and inventory management information are stored, respectively, and these are handled through key items.
  • Fig. 4 (c-1) shows the main items of the accommodation plan basic information.
  • one accommodation plan basic information includes “accommodation plan ID”, “facility ID”, “accommodation date”, “room type”, and “capacity”.
  • the “capacity” is the maximum number of guests of the room type corresponding to the accommodation plan, and corresponds to the “capacity” of the guest room basic information (FIG. 4B-2).
  • Fig. 4 (c-2) shows the main items of inventory management information.
  • one piece of inventory management information includes “accommodation plan ID” and “stock quantity”.
  • the “stock quantity” is the number of accommodation plans that are not subject to reservation or provisional reservation.
  • the reservation DB 14 is a database that stores reservation information of the accommodation reservation service.
  • FIG. 5D shows main items of the reservation information.
  • one piece of reservation information includes “reservation number”, “temporary reservation number”, secretary “user ID”, “accommodation plan ID”, and “number of orders”.
  • the processing after the reservation information is registered in the reservation DB 14 is the same as that of the online reservation site of the conventional example ( ⁇ Prior Art 4> above), except where otherwise noted.
  • the temporary reservation DB 15 is a database that stores information related to temporary reservation in the accommodation reservation service.
  • a plurality of provisional reservation basic information, provisional reservation management information, member basic information, and member management information are stored in each case, and these correspond to each other via key items.
  • Fig. 5 (e-1) shows the main items of the provisional reservation basic information.
  • the temporary reservation basic information includes “temporary reservation number”, secretary “user ID”, “accommodation plan ID”, “number of temporary orders”, “capacity”, It includes “response deadline”, “message file path”, and “temporary reservation identification data”.
  • the “capacity” is the capacity of the accommodation plan related to the provisional reservation, and corresponds to the “capacity” of the accommodation plan basic information (FIG. 4C-1).
  • “Temporary reservation identification data” is data (encrypted data, hash value, etc.) for identifying a temporary reservation number. The “capacity” may not be stored in the temporary reservation basic information, and the “capacity” of the accommodation plan basic information (FIG. 4 (c-1)) may be read whenever necessary.
  • Fig. 5 (e-2) shows the main items of temporary reservation management information.
  • one temporary reservation management information includes “temporary reservation number”, “number of members determined to participate”, “number of reservation establishment plans”, “number of unanswered members” and “ "Tentative reservation status” is included.
  • the “number of members determined to participate” is the number of members determined to participate in the accommodation related to the provisional reservation.
  • the “provisional reservation status” is a category (“requesting” (initial value), “confirming”, “finished”, “closed”, “cancelled”, etc.) indicating the progress of processing related to temporary reservation.
  • the initial value of the “number of members determined to participate” is set to 1, and the number of participants includes a secretary in advance. Note that the initial value of the “number of members determined to participate” may be set to 0, and approval of participation may be obtained from the secretary. Further, 1 may be added when the “number of members determined to participate” is read out.
  • Fig. 5 (e-3) shows the main items of basic member information.
  • one member basic information includes “temporary reservation number”, “member ID”, “nickname”, “mail address”, and “member identification data”.
  • member identification data is data (encrypted data, hash value, etc.) for identifying information (for example, “member ID”, “nickname”, or “mail address”) that identifies a member. Note that “nickname” or “mail address” may be used as “member ID”.
  • FIG. 5E-4 shows main items of the member management information.
  • one piece of member management information includes “temporary reservation number”, “member ID”, “answer flag”, and “approval flag”.
  • the “answer flag” is a flag indicating whether or not the member has already been answered.
  • the “approval flag” is a flag indicating whether or not the member has approved, and indicates approval when significant.
  • unanswered, unapproved and approved are expressed as follows. ⁇ If the “answer flag” is not significant, no answer is given. ⁇ If the “answer flag” is significant and the “approval flag” is not significant, it is not approved. ⁇ Approve if both “answer flag” and “approval flag” are significant.
  • a user terminal 20 and user terminals 30 are terminals used by a secretary who uses the accommodation reservation service and members other than the secretary.
  • the user terminal 20 and the user terminal 30 have a Web browser, and can display a Web page (HTML format data or the like) received from the server system 10 on a display.
  • the user terminal 20 and the user terminal 30 have a mailer, and can display an electronic mail received from the server system 10 on a display.
  • the user terminal 20 and the user terminal 30 may be existing information processing terminals having a communication function (for example, an electronic computer such as a personal computer or a mobile phone terminal).
  • a facility terminal 40 is a terminal used in a facility that provides a guest room for the accommodation reservation service.
  • the facility terminal 40 has a Web browser and can display a Web page (HTML format data or the like) received from the server system 10 on a display.
  • the facility terminal 40 has a mailer, and can display the electronic mail received from the server system 10 on the display.
  • the facility terminal 40 may be an existing information processing terminal having a communication function (for example, an electronic computer such as a personal computer).
  • FIGS. 6 to 9 A procedure for accepting a provisional reservation application by the server system 10 will be described with reference to FIGS. 6 to 9 (particularly, the flowchart of FIG. 6).
  • numbers of other drawings to be referred to are added. Please refer to the other drawings as necessary.
  • FIG. 6 shows a procedure for accepting a provisional reservation application.
  • a case where registration of member information registration / approval request mail is executed following registration of temporary reservation information will be described as an example.
  • Member information is registered after provisional reservation information is registered, during the provisional reservation period (a period set by the secretary or a period set automatically by the secretary within the provisional reservation period and outside the provisional reservation prohibition period). It can be done at any time.
  • the server system 10 accepts a provisional reservation application by the following procedures [11] to [12].
  • provisional reservation application information is received from the user terminal 20 (S605, FIG. 7A), with reference to the inventory management information in the accommodation plan DB 13, the number of accommodation plans in the application is equal to or greater than the number of provisional orders. It is determined whether or not (S610).
  • S610 When the stock quantity is equal to or greater than the provisional order number (Yes in S610), a new provisional reservation number is assigned and provisional reservation information is registered in the provisional reservation DB 15 (S615).
  • the number of provisional orders is subtracted from the inventory number of the accommodation plan according to the application.
  • the number of stocks is less than the number of provisional orders (No in S610)
  • a temporary reservation confirmation page is generated (S620) and transmitted to the user terminal 20 (S625, FIG. 8).
  • member registration information is received from the user terminal 20 via the temporary reservation confirmation page (S630, FIG. 7B)
  • the member information is registered in the temporary reservation DB 15 (S635)
  • an approval request mail is generated, and each member is registered.
  • To the e-mail address (S640, FIG. 9).
  • the user terminal 20 is notified that the provisional reservation application procedure has been completed (S645).
  • the notification means is e-mail, for example.
  • FIG. 7A shows the main items of provisional reservation application information.
  • one provisional reservation application information includes the “user ID”, “accommodation plan ID”, “number of provisional orders”, and “response deadline” of the secretary.
  • the “response deadline” is the last day of the provisional reservation period (a period set within the provisional reservation possible period and outside the provisional reservation prohibition period).
  • the provisional reservation application information items may be received in a batch or may be received separately.
  • FIG. 8 shows a display example of the provisional reservation confirmation page at the time of member registration.
  • the provisional reservation confirmation page 800 includes areas 810, 820 and 830.
  • area 810 information related to provisional reservation is displayed.
  • the displayed information includes, for example, a link to the detailed page of the accommodation facility (or guest room) related to the provisional reservation, the total cost, the provisional reservation period, and the like.
  • area 820 information on the guest room currently being provisionally reserved is displayed.
  • an approval request mail can be created for a member who is scheduled to participate, and transmission can be requested.
  • the procedure for requesting transmission of the approval request mail is as follows. (1) Enter the member's nickname and mail address in the input field 831. (2) Click the button 832 as necessary to add a new field to the input field 831. (3) In the input field 833, enter a message to be described in the approval request mail. (4) A button 834 is clicked to request member information registration and approval request mail transmission. Alternatively, a button 835 is clicked to request only member information registration.
  • FIG. 7B shows the main items of member registration information.
  • one member registration information includes “temporary reservation number”, “message”, “nickname” and “mail address” of members (1, 2,).
  • the temporary reservation number is specified by information (for example, a cookie session ID) that can specify the temporary reservation number, the “temporary reservation number” may not be included.
  • FIG. 9 shows a display example of the approval request mail.
  • the approval request mail 900 includes sender information 910, a subject 920, and a text 930.
  • the sender information 910 is an e-mail address or the like of the sender (here, the accommodation reservation service).
  • the subject 920 clearly indicates that the invitation is from the secretary (“A”).
  • the body 930 displays a message 931 from the secretary (“A”), information 932 related to the provisional reservation, a URL 933 for reply, and the like.
  • Each of the URLs 933 includes “temporary reservation identification data” and “member identification data” as parameters. Part of the URL 933 further includes an answer code (parameter) as a parameter. The member can reply to the approval request from the secretary by clicking any one of the URLs 933.
  • the correspondence between the display in the text and the response code is as follows. ⁇ “Participate”... includes an answer code indicating “approved” ⁇ “Do not participate”... include an answer code that indicates “non-approved” ⁇ “View other members' answers”... does not include an answer code
  • [(A) Response acceptance procedure] 10 and 11 show the procedure for accepting answers.
  • a case will be described as an example in which registration of reservation information is executed through condition determination based on the contents of responses and the number of responses following the update of temporary reservation information.
  • the reservation can be established at a relatively early time during the provisional reservation period.
  • the participants can be determined on a first-come-first-served basis.
  • the condition determination process based on the response contents and the number of answers and the reservation information registration process may be omitted.
  • the server system 10 receives an answer by the following procedures [21] to [26].
  • the member management information in the temporary reservation DB 15 is updated.
  • the “answer flag” is set, and if the identified answer is “approved”, the “approval flag” is set (S1018). Subsequently, the temporary reservation management information in the temporary reservation DB 15 is updated. Here, 1 is subtracted from the “number of unanswered members” (S1020).
  • It is determined whether or not the identified answer is “approval” (S1122). When the answer is “approval” (Yes in S1122), the temporary reservation management information in the temporary reservation DB 15 is updated. Here, 1 is added to the “number of members determined to participate” (S1124).
  • the total capacity is the product of “number of provisional orders” and “capacity” in the provisional reservation basic information in the provisional reservation DB 15.
  • the number of members determined to participate is not equal to the total capacity (No in S1132), or when the identified answer is not “approved” (No in S1122), it is determined whether the number of unanswered members is 0. (S1134).
  • FIG. 7C shows the main items of the page transmission request A.
  • one page transmission request A includes “temporary reservation identification data”, “member identification data”, and “answer identification code”.
  • FIG. 7D shows main items of the page transmission request B.
  • one page transmission request B includes “temporary reservation identification data” and “member identification data”, but does not include “answer identification code”.
  • the page transmission request (A, B) is an HTTP request, and “temporary reservation identification data”, “member identification data”, and “answer identification code” are URL parameters (see 933 in FIG. 9).
  • FIG. 12 shows a display example of the provisional reservation confirmation page before answering.
  • the provisional reservation confirmation page 1200 includes areas 1210, 1220 and 1230.
  • the member can reply to the approval request from the secretary by clicking the reply button 1241 or 1242.
  • area 1210 information related to provisional reservation is displayed.
  • the displayed information is, for example, a link to the detailed page of the accommodation facility (or guest room) related to the provisional reservation, the cost per person, and the like.
  • the largest integer less than or equal to the quotient obtained by dividing the number of members determined to participate by the capacity is set as the confirmed expected number of the accommodation plan, and the display mode of the guest rooms corresponding to the confirmed estimated number is changed and displayed.
  • the largest integer 1 below the quotient obtained by dividing the number of participation-determined members 3 (3 persons “A”, “D”, “E”) by the capacity 2 is the estimated expected number.
  • the display mode of "first room” has been changed. In this way, displaying information on the expected number of accommodation plans on the provisional reservation confirmation page makes it easier for members to determine whether or not to participate.
  • member information is displayed.
  • the names or nicknames of all the members and whether participation / non-participation / unanswered are displayed. Participation / non-participation / unanswered can be identified by the “answer flag” and “approval flag” of the member management information.
  • the display mode of the members who have been determined to participate (“Mr. A”, “Mr. D”, “Mr. E”) is changed. In this way, displaying information on the response status of each member on the provisional reservation confirmation page makes it easier for the member to determine whether or not to participate.
  • FIG. 13 shows a display example of the provisional reservation confirmation page after replying.
  • the provisional reservation confirmation page 1300 is displayed when the member (“B”) has a URL 933 (corresponding to “participate”) in the approval request mail 900 (FIG. 9) or a button in the provisional reservation confirmation page 1200 (FIG. 12). This is a display example immediately after clicking 1241 (which is displayed as “participate”) and replying (approving).
  • the configuration of the provisional reservation confirmation page 1300 is the same as that of the provisional reservation confirmation page 1200 (FIG. 12) except that a button for reply is not arranged.
  • the display mode of “second room” is further changed (1321).
  • member information is displayed.
  • the display mode of the member (“Mr. B”) newly decided to participate is further changed (1331).
  • FIGS. 14 to 17 A procedure for confirming the answer status using the server system 10 will be described with reference to FIGS. 14 to 17 (particularly, the flowchart of FIG. 14).
  • numbers of other drawings to be referred to are added. Please refer to the other drawings as necessary.
  • FIG. 14 shows a procedure for checking the answer status.
  • a case will be described as an example in which transmission of an additional member registration / approval request mail is executed in response to the operation of the secretary following presentation of the answer status.
  • this procedure for example, when it is found that a vacancy occurs in a participating member, it is possible to recruit additional members.
  • the server system 10 receives an answer by the following procedures [31] to [34].
  • the temporary reservation number is identified (S1410)
  • the secretary's user ID is identified (S1415).
  • the temporary reservation is identified by the information (in this case, the temporary reservation number) specifying the temporary reservation received together with the page transmission request.
  • the secretary's user ID is identified by the information to be specified (here, the session ID of the cookie).
  • a URL including information for identifying the temporary reservation and the secretary as a parameter is described in the notification of the change in the temporary reservation information (the e-mail transmitted in S1146 in FIG. 11), and the URL including the parameter from the user terminal 20 is described.
  • a designated page transmission request may be received.
  • a temporary reservation confirmation page related to the identified temporary reservation number is generated (S1420) and transmitted to the user terminal 20 (S1425, FIG. 15).
  • the additional member information is registered in the temporary reservation DB 15 (S1435), and an approval request mail is generated. Then, it transmits to the mail address of the additional member (S1440, FIG. 9).
  • a temporary reservation confirmation page is generated (S1445) and transmitted to the user terminal 20 (S1450, FIG. 17).
  • FIG. 15 shows a display example of a provisional reservation confirmation page before additional member registration.
  • the provisional reservation confirmation page 1500 includes areas 1510, 1520 and 1530.
  • the secretary can click the buttons 1541 and 1542 to cancel the answer and confirm the reservation immediately or cancel the provisional reservation.
  • area 1510 information related to provisional reservation is displayed.
  • the displayed information includes, for example, a link to the detailed page of the accommodation facility (or guest room) related to the provisional reservation, the total cost, the provisional reservation period, and the like.
  • the area 1520 information on the guest room currently being temporarily reserved is displayed.
  • the largest integer less than or equal to the quotient obtained by dividing the number of members decided to participate by the capacity is set as the confirmed expected number of the accommodation plan, and the display mode of the guest rooms corresponding to the confirmed estimated number is changed and displayed (provisional reservation confirmation Same as area 1220 on page 1200 (FIG. 12)).
  • provisional reservation confirmation Same as area 1220 on page 1200 (FIG. 12)
  • member information is displayed.
  • the nicknames of members other than the secretary, and whether participation / non-participation / unanswered are displayed.
  • Participation / non-participation / unanswered can be identified by the “answer flag” and “approval flag” of the member management information.
  • the secretary flag the “answer flag” and “approval flag” of the member management information.
  • an approval request mail is re-sent to an unanswered member to call attention that the reply deadline is approaching. be able to.
  • a member can be added and an approval request mail can be transmitted.
  • the procedure for sending the approval request mail to the additional member is as follows. (1) A button 1532 is clicked to add a nickname and mail address input field and a mail transmission button to an additional member (FIG. 16). These processes are controlled by a script (such as JavaScript (trademark or registered trademark)) incorporated in the provisional reservation confirmation page 1500. (2) In the added input field 1533, the nickname and mail address of the additional member are entered. (3) Change or input the message described in the approval request mail as necessary. It is assumed that the message described in the approval request mail 900 (FIG. 9) transmitted to the original member is input in the message input field by default. (4) A button 1534 is clicked to request registration of additional member information and transmission of an approval request mail.
  • a script such as JavaScript (trademark or registered trademark)
  • the grouper rooms of the members who have decided to participate in the room that has been confirmed (probable to be confirmed) by operating the terminal. Split).
  • members (“Mr. A” (secretary)) and “Mr. B”, who have been determined to participate in a room that has been confirmed (probable to be confirmed) (“first room” and “second room”)
  • the room allocation of “Mr. D” and “Mr. E”) can be determined.
  • “Mr. A” (secretary) and “Mr. D” can be assigned to “first room”
  • “Mr. E” and “Mr. B” can be assigned to “second room”. Good.
  • FIG. 7E shows main items of additional member registration information.
  • one additional member registration information includes “temporary reservation number”, “message”, “nickname” and “mail address” of the additional member (1, 2,). Yes. If the temporary reservation number can be specified by information that can specify the temporary reservation number (for example, the session ID of the cookie), the “temporary reservation number” may not be included.
  • FIG. 17 shows a display example of the temporary reservation confirmation page after additional member registration.
  • the provisional reservation confirmation page 1700 shows a state immediately after a member (“G”) is added.
  • the configuration of the temporary reservation confirmation page 1700 is the same as that of the temporary reservation confirmation page 1500 (FIG. 15).
  • a new member (“G”) is added as an “unanswered” member in the area 1730 (1735).
  • the following three-stage processing procedure will be described as an example.
  • the following batch processing (a), (b), and (c) are executed by night batch processing.
  • FIG. 18A shows the procedure for canceling the answer reception.
  • the server system 10 terminates answer acceptance by the following procedures [41] to [42].
  • a temporary reservation number that satisfies a predetermined extraction condition is extracted (S1805a).
  • the temporary reservation status is “requesting” (condition A1), and the response deadline has already passed (condition A2).
  • Extract. [42] The provisional reservation status is updated to “confirming” (S1810a).
  • FIG. 18B shows a reservation information registration procedure.
  • the server system 10 registers the reservation information according to the following procedures [51] to [54].
  • a temporary reservation number that satisfies a predetermined extraction condition is extracted (S1805b).
  • the temporary reservation number related to the temporary reservation whose temporary reservation status is “confirming” (condition B) is extracted.
  • the number of orders is confirmed (S1810b), a new reservation number is assigned, and reservation information of the confirmed number of orders is registered in the reservation DB 14 (S1820b).
  • FIG. 1810b The number of orders is confirmed (S1810b), a new reservation number is assigned, and reservation information of the confirmed number of orders is registered in the reservation DB 14 (S1820b).
  • the minimum natural number greater than or equal to the quotient obtained by dividing the number of members determined to participate by the capacity is the “order number” of the reservation information.
  • the temporary reservation that has not been reserved is canceled (S1825b).
  • the difference obtained by subtracting the “order number” determined in [52] from the “provisional order number” in the temporary reservation basic information is used as the “cancellation number” of the temporary reservation.
  • the provisional reservation status is updated to “finished” (S1830b).
  • FIG. 18C shows a notification procedure for reservation establishment.
  • the server system 10 notifies the establishment of the reservation by the following procedures [61] to [63].
  • [61] A temporary reservation number that satisfies a predetermined extraction condition is extracted (S1805c).
  • the temporary reservation number related to the temporary reservation whose temporary reservation status is “finished” (condition C) is extracted.
  • (62] Notify by e-mail that the reservation has been established (S1810c).
  • the notification destination is the secretary, a member other than the secretary, and an accommodation facility related to provisional reservation.
  • the destination mail address includes user information in the user DB 11 (FIG.
  • member registration information is received from the user terminal 20 and member information is registered in the temporary reservation DB 15 (S630 and S635 in FIG. 6).
  • the member information may be registered only when the approval of information registration (or transmission of mail) is obtained from each member. If the approval is not obtained from the member, the provisional reservation and the electronic mail related to the reservation are not transmitted.
  • no member information may be registered.
  • the above-described embodiment may be modified as follows. Only the URL corresponding to the approval (participation in accommodation) is described in the approval request mail (FIG. 9).
  • the URL parameters include only temporary reservation identification data and identification data for excluding multiple responses.
  • the temporary reservation number is identified, and 1 is added to the “number of members determined to participate” (FIG. 5 (e-2)) corresponding to the identified temporary reservation number. .
  • all answers are considered “approved”. If the identification data for excluding a plurality of responses is identified and it is determined that the response is the second or later response from the same member, the “number of participation determined members” is not updated.
  • the e-mail address may be selected by the secretary. In this case, the secretary can skip entering the email address.
  • the server system 10 specifies a member's mail address by the following procedure, for example. Assume that information (including e-mail address) of friends (members) is registered for each user ID. (1) A list of registered friends (members) is displayed on a predetermined page. (2) Receive information specifying one or more members in the list from the user terminal 20. (3) A member's mail address is specified by the received information.
  • “Temporary reservation identification data”, “member identification data”, and “answer identification code” may be received by electronic mail. For example, a predetermined e-mail address is set in the reply destination (Reply-To) of the approval request mail, and “temporary reservation identification data”, “member identification data”, “answer identification code”, etc. are sent by reply mail to the approval request mail. Receive.
  • the server system 10 may extract “temporary reservation identification data”, “member identification data”, and “answer identification code” from the received reply mail, and identify the temporary reservation number, member, and answer. In the above case, instead of “member identification data”, the member can be identified by the sender mail address of the reply mail.
  • An email may be sent to the secretary several days before the response deadline for alerting.
  • the secretary can operate the user terminal 20 to obtain an opportunity to send the approval request mail again to the unanswered members.
  • the request for re-transmission of the approval request mail is made from the area 1530 in FIG.
  • an e-mail may be sent to an unanswered member several days before the reply deadline for alerting.
  • affiliates are, for example, “When a product sold on an online site is introduced on a user's personal blog, homepage, etc., and another user purchases the product through the inquiry, the user who introduced the product will be rewarded. It can be defined as “service to be provided”. In the above definition, if “product” is replaced with “accommodation service” and “introduction on blogs, homepages, etc.” is replaced with “invitation by e-mail”, the above-described process of the accommodation reservation procedure realized by the system of the present embodiment affiliate service can be applied as it is. Specifically, a parameter for identifying the secretary who is the introducer (the solicitor) may be added to the URL for reply (URL 933 of the approval request mail 900 (FIG. 9)).
  • the number of accommodation plans converted from provisional reservation to reservation is determined when a certain condition is satisfied, and reservation information is registered in a lump (S1136, S1138, FIG. 18 in FIG. 11).
  • provisional reservations for some accommodation plans may be converted into reservations, and reservation information may be registered in real time.
  • FIG. 20 shows a modification of the answer acceptance procedure.
  • the server system 10 accepts responses according to the following steps [71] to [75] following the steps [21] to [23] (S1002 to S1020 in FIG. 10).
  • the processes denoted by the same reference numerals as those in FIG. 11 are the same processes.
  • the total capacity is the product of “number of provisional orders” and “capacity” in the provisional reservation basic information in the provisional reservation DB 15.
  • the number of members determined to participate is not equal to the total capacity (No in S1132), when the answer is not “approved” (No in S1122), or when the number of members determined to participate is not a multiple of the capacity (S2026) No), it is determined whether the number of unanswered members is 0 (S1134).
  • the display of the provisional reservation confirmation page is the same as that of the provisional reservation confirmation page 1300 (FIG. 13), but the “estimated expected number” of the area displaying the guest room information (area 1320 in FIG. 13) is “reservation establishment plan”. Number "(that is, a fixed number).
  • FIG. 21 shows a modification of batch processing.
  • the batch process shown in FIG. 21 is a modification of the batch process shown in FIG. Accordingly, the batch process shown in FIG. 21 is executed following the batch process shown in FIG. 18A, and the batch process shown in FIG. 18C is executed following the batch process shown in FIG.
  • the server system 10 receives an answer by the following procedures [81] to [84].
  • the processes denoted by the same reference numerals as those in FIG. 18B are the same processes.
  • a temporary reservation number that satisfies a predetermined extraction condition is extracted (S1805b).
  • the temporary reservation number related to the temporary reservation whose temporary reservation status is “confirming” (condition B) is extracted.
  • the number of accommodation plans converted from provisional reservation to reservation is determined when a certain condition is satisfied, and reservation information is registered in a lump (S1136 and S1138 in FIG. 11). Therefore, there is only one reservation information related to a reservation converted from one provisional reservation. In contrast, when certain conditions are met, provisional reservations for some accommodation plans are converted into reservations, and when reservation information is registered sequentially, reservation information related to reservations converted from one provisional reservation There may be multiple cases.
  • reservation information relating to reservations converted from the same provisional reservation may be handled as follows.
  • Reservation information relating to reservations converted from the same provisional reservation are associated with each other in the reservation DB 14.
  • “temporary reservation number” is an essential item in the reservation information (see FIG. 5D).
  • it will be treated as a group accommodation in an e-mail (especially an e-mail sent to the e-mail address of the accommodation facility) that notifies the reservation Indicate that it is, etc. and call attention.
  • all reservation numbers having the same provisional reservation number in the reservation DB 14 may be read out and notified to the accommodation facility as a list.
  • ⁇ Supplement> The system of this embodiment or the system of another embodiment internally executes various processes in order to match the “stock quantity” of the accommodation plan with the “vacant number” of the guest room.
  • the relationship between the “stock number” of the accommodation plan and the “number of vacant rooms” of the guest room is as follows. ⁇ Each facility sets the number of room types provided for each accommodation day. This provision number corresponds to the initial value of “Number of Vacancy” in the vacancy management information (FIG. 4B-4). Each facility assigns a room of a specific room type to an accommodation plan for each accommodation day, with the above “number of vacancies” as the upper limit. The number assigned here is the “number of assignments” in the room assignment information (FIG. 4B-3). In addition, as long as the above “number of vacant rooms” is not exceeded, multiple rooms can be allocated to multiple accommodation plans.
  • the internal processing procedure is roughly as follows. [(A) When registering temporary reservation information] (1) The “provisional order quantity” is subtracted from the “stock quantity” (FIG. 4C-2) corresponding to the “accommodation plan ID” related to the provisional reservation application. (2) “Stock quantity” ⁇ “Accommodation plan ID” (FIG. 4 (c-2)) subtracted in (1) above, “Accommodation plan ID” ⁇ “Facility ID”, “Accommodation date”, “Room type” (Fig. 4 (c-1)), “Facility ID”, “Accommodation date”, “Room type” ⁇ “Number of vacancies” (Fig. 4 (b-4)), followed by "Number of vacancies” (Fig.
  • the server system of the present invention receives a provisional reservation application from the secretary, requests approval from the member, and receives a response to the approval request from the member.
  • a provisional reservation application from the secretary
  • the server system of this invention Each time the number of participants in the accommodation reaches a multiple of the capacity of the accommodation plan related to the provisional reservation, the reservation with the order number of 1 is established. Therefore, if the server system of this invention is utilized, the secretary who performs an accommodation reservation procedure on behalf of a group can recruit a participating member, securing an accommodation destination. On the other hand, even if it is a participant, if it approves, it can participate reliably.
  • the server system of the present invention receives a provisional reservation application from the secretary, requests approval from the member, and receives a response to the approval request from the member.
  • a predetermined condition such as when a certain period has passed, the number of orders in the accommodation plan is confirmed, a reservation for the confirmed number of orders is established, and the provisional reservation that has not been reserved is canceled.

Landscapes

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

Abstract

　グループを代表して宿泊予約手続を行うユーザに対し、宿泊先を確保しつつ参加メンバを募集する仕組みを提供する。手順は以下の通りである。〔１〕幹事から仮予約申請を受け付け、メンバに承認を依頼し、メンバから承認依頼に対する回答を受け付け、仮予約番号，メンバ及び回答内容を順次識別する。〔２〕識別した回答が「承認」であれば（Ｓ１１２２でＹｅｓ）、「参加決定済メンバ数」に１を加算する（Ｓ１１２４）。〔３〕参加決定済メンバ数が定員の倍数であるとき（Ｓ２０２６でＹｅｓ）、「予約成立プラン数」に１を加算し（Ｓ２０２８）、新たな予約番号を付与して、予約ＤＢ１４に注文数１の予約情報を登録する（Ｓ２０３０）。

Description

グループ予約支援システム
　本発明は、オンラインでの宿泊予約を管理する仕組みに関し、特に、グループを代表するユーザによる宿泊予約手続を支援する機能に関するものである。
＜先行技術１＞
　サービスの予約に至る呼び掛けのプロセスを支援する仕組みが知られている（例えば、特許文献１参照）。同仕組みは、各種構成体（サークル，同好会，部署等）を代表するメンバ（代表者，幹事等）が、各種サービス（スポーツ施設の貸出，コンペの企画，宿泊施設の提供，会議室の貸出等）を構成体単位で予約する場面を想定している（同文献［０００２］～［０００４］）。なお、前提として、「参加者が一定数以上であること」が当該各種サービスの利用条件となっている。
　具体的には、概ね次の手順により予約が成立する（同文献図１１，［００５３］～［００５４］参照）。
　（１）クライアント装置から仮予約の申請を受け付ける（Ｓ１１）。
　（２）構成体マスタファイルから仮予約申請に係る構成体の他の所属メンバの接続先データ等を取り込み、それらの所属メンバの保有するクライアント装置に対して仮予約案内通知を出す（Ｓ１５，図９）。
　（３）他の所属メンバのクライアント装置から回答を受信し、サービスの提供を受ける旨の回答をした者が一定数以上存在するかなど、一定の条件を充足しているか否を判断する（Ｓ１７）。
　（４）条件を充足している場合には、利用するサービスのＩＤ、構成体のＩＤ、所属メンバのＩＤ等を予約登録ファイルに登録する（Ｓ１８）。
＜先行技術２＞
　Ｗｅｂページ中の入力フォームに入力された複数のメールアドレス宛に、同報メールを送信する仕組みが知られている（例えば、特許文献２参照）。具体的には、次の手順により同報メールを送信する（同文献図３参照）。
　（１）ユーザが、Ｗｅｂページ中の所定の入力欄に、相手の名前，宛先のメールアドレス，メッセージ等を入力する（図４，［０００９］）。
　（２）ユーザ端末が、上記（１）で入力されたデータをサーバに送信する。
　（３）サーバ装置が、上記（２）で受信したデータを基に電子メールを生成し、入力されたメールアドレス宛に送信する。
＜先行技術３＞
　宴会の参加予定者数を表示する機能を備えた宴会予約支援システムが知られている（例えば、特許文献３参照）。具体的には、宴会の幹事から同システムを介して相談を受けた参加者候補が同システムを介して参加の可否を回答するごとに参加予定者数をカウントし、所定の記憶手段に記憶していく（同文献［００５７］参照）。その上で、幹事又は参加者から要求を受けるごとに参加予定者数を集計し、その集計値を途中経過（又は結果）としてグラフ形式で表示する（同文献［００５８］，図５参照）。
＜先行技術４＞
　オンライン宿泊予約サイトにおいて、宿泊施設を検索するサービス、宿泊の予約を受け付けるサービスが提供されている（例えば、非特許文献１参照）。同サイトを利用すれば、例えば、希望する宿泊条件（日程・地域・予算・人数等）を入力して、「空室がある部屋」を検索することができる（非特許文献２，非特許文献３参照）。また、オンラインで宿泊の予約をすることができる（同）。
特開２００３－１０８８４０号公報 特開２００２－１６９９２５号公報 特開２００６－３２３８０５号公報
楽天トラベル株式会社、「楽天トラベル」、[online]、インターネット<URL: http://travel.rakuten.co.jp/index.html> 楽天トラベル株式会社、「楽天トラベルの使い方－国内宿泊予約の流れ」、[online]、インターネット<URL: http://travel.rakuten.co.jp/howto/domestic.html> 楽天トラベル株式会社、「ヘルプ－国内宿泊予約」、[online]、インターネット<URL: http://travel.rakuten.co.jp/help/kokunai/hotel/01.html>
［１．グループ単位の宿泊予約］
　図１に、従来のオンライン宿泊予約サイトを利用した宿泊予約の手順を示す。図１に示すように、同サイトを利用するユーザ（申請者）が端末を操作して、宿泊プランを検索し（Ｓ１０５）、申請者情報を入力し（Ｓ１１０）、予約又は手配（以下、単に「予約」という。）を申請する（Ｓ１１５）ことにより、予約が成立する。したがって、宿泊プランを検索し所望のプランを選択する時点で、宿泊条件（日程・宿泊先・予算・人数等）が確定している必要がある。
　また、宿泊施設の客室には、それぞれ定員（宿泊人数の上限）が設定されているのが通常である。そのため、複数のメンバから成るグループ単位で宿泊を予約する場合には、宿泊するメンバの数が確定しなければ、確保すべき客室の数が確定せず、宿泊プランの検索を有効に行うことができない。その一方で、グループの各メンバは、日程・宿泊先・予算等がある程度決まっていなければ、宿泊に参加するか否かを判断することができない。
　上記事情により、複数のメンバから成るグループの幹事は、宿泊を予約するに当たり、例えば、次のような手順を踏まざるを得ない。
　（１）オンライン宿泊予約サイトの検索機能を利用して、日程・宿泊先・予算等の候補を設定する。
　（２）上記（１）で設定した候補を電子メール等で各メンバに通知し、参加の可否をメール等で個別に回答してもらう。
　（３）上記（２）の回答を手作業で集計し、宿泊条件（日程・宿泊先・予算・人数等）を確定する。
　（４）上記（３）で確定した宿泊条件のもと、オンライン宿泊予約サイトを利用して宿泊プランを再度検索し（Ｓ１０５）、予約が可能であれば、申請者情報を入力した上で（Ｓ１１０）、予約を申請する（Ｓ１１５）。
［２．先行技術の限界］
　上記＜先行技術１＞の仕組みは、本予約前に「仮予約」を受け付け、参加者を募集する期間を確保している。また、参加者の募集，募集に対する回答の受付，参加者数の集計等の手順を自動化している。ただし、上記＜先行技術１＞の仕組みは、「参加者が一定数以上であること」が利用条件となっているサービスを予約する場面を想定したものである。そのため、仮予約中に集まった参加者の数は、本予約の可否（サービスの利用条件を具備しているか否か）を判定するためのデータに過ぎない。つまり、上記＜先行技術１＞は、参加者数によってサービスの注文数が変動することを予定した仕組みではない。
［３．本発明が解決しようとする課題］
　本発明が解決しようとする課題は、グループを代表して宿泊予約手続を行うユーザに対し、宿泊先を確保しつつ参加メンバを募集する仕組みを提供する、という点である。
　本発明のサーバシステムは、複数のメンバから成るグループを構成する各メンバの端末と、該グループを代表する幹事がＷｅｂページを介して行う宿泊プランの予約手続を支援するサーバシステムとが通信ネットワークを介して接続しているグループ予約支援システムのサーバシステムであって、宿泊プランの識別情報に対応させて、該宿泊プランの定員及び該宿泊プランに割り当てている客室の在庫数を記憶している宿泊プラン情報記憶手段と、予約番号に対応させて、幹事の識別情報、宿泊プランの識別情報及び該宿泊プランの注文数を記憶することが可能な予約情報記憶手段と、仮予約番号に対応させて、幹事の識別情報、宿泊プランの識別情報、該宿泊プランの仮注文数及び参加決定済メンバ数を記憶することが可能な仮予約情報記憶手段とを有し、幹事の識別情報と、宿泊プランの識別情報と、該宿泊プランの仮注文数とを該幹事の端末から受信する仮予約申請情報受信手段と、受信した宿泊プランの識別情報に対応する在庫数を宿泊プラン情報記憶手段より読み出し、該在庫数が受信した仮注文数以上であれば、該宿泊プラン情報記憶手段に記憶している該在庫数から該仮注文数を減算するとともに、受信した各項目を仮予約番号に対応付けて仮予約情報記憶手段に書き込む仮予約情報登録手段と、幹事の端末から受信した情報により該幹事以外の各メンバのメールアドレスを特定するメンバ情報特定手段と、仮予約番号に対応する承認依頼メールを生成し、該承認依頼メールを特定した各メールアドレス宛に送信する承認依頼メール生成送信手段と、幹事以外のメンバの端末から仮予約番号に対応する回答識別コードを受信したとき、該回答識別コードに対応する仮予約番号を識別し、仮予約情報記憶手段に記憶している該仮予約番号に対応する参加決定済メンバ数を更新する回答受付手段と、更新後の参加決定済メンバ数が宿泊プランの定員の倍数となるごとに、注文数１の予約が成立すると判定する第一の予約成否判定手段と、予約が成立すると判定された仮予約に係る仮予約番号に対応する幹事の識別情報と宿泊プランの識別情報とを仮予約情報記憶手段より読み出し、該幹事の識別情報と、該宿泊プランの識別情報と、注文数１とを新たな予約番号に対応させて予約情報記憶手段に書き込む予約情報一部登録手段とを備えることを特徴とする。
　本発明のサーバシステムでは、回答受付手段は、さらに、識別した仮予約番号に対応する仮注文数を仮予約情報記憶手段より読み出し、更新後の参加決定済メンバ数が宿泊プランの定員と該仮注文数との積に等しいとき、該仮予約番号に係る仮予約について回答の受付を打ち切ってもよい。
　本発明のサーバシステムは、所定の条件を満たすとき、特定した仮予約番号に対応する参加決定済メンバ数を仮予約情報記憶手段より読み出し、該参加決定済メンバ数が宿泊プランの定員の倍数でなければ注文数１の予約が成立すると判定する第二の予約成否判定手段をさらに備えてもよい。
　本発明のサーバシステムでは、仮予約情報記憶手段は、予約成立プラン数をさらに記憶することが可能であり、当該サーバシステムは、仮予約情報記憶手段に記憶している予約が成立すると判定された仮予約に係る仮予約番号に対応する予約成立プラン数に１を加算する予約成立数計数手段と、所定の条件を満たすとき、さらに、特定した仮予約番号に対応する宿泊プランの識別情報と、仮注文数と、予約成立プラン数とを仮予約情報記憶手段より読み出し、該仮予約情報記憶手段に記憶している該宿泊プランの識別情報に対応する在庫数に、該仮注文数と該予約成立プラン数との差を加算する予約一部解除手段とをさらに備えてもよい。
　本発明のサーバシステムでは、仮予約情報記憶手段は、仮予約番号に対応させて、回答期限をさら記憶することが可能であり、仮予約申請情報受信手段は、回答期限をさらに受信し、仮予約情報登録手段は、受信した回答期限を仮予約番号に対応付けて仮予約情報記憶手段にさらに書き込み、第二の予約成否判定手段は、仮予約情報記憶手段に記憶しているいずれかの仮予約番号に対応する回答期限が経過しているとき、該回答期限が経過している仮予約番号を特定し、該特定した仮予約番号に対応する予約の成否を判定してもよい。
　本発明のサーバシステムでは、予約情報記憶手段は、各予約番号を対応する仮予約番号に関連付けて記憶することが可能であり、予約情報一部登録手段は、予約が成立すると判定された仮予約に係る仮予約番号と新たな予約番号とを関連付けて予約情報記憶手段に登録してもよい。
　本発明のサーバシステムは、いずれかのメンバの端末から仮予約番号を指定したページ送信要求を受信したとき、該指定された仮予約番号に対応する参加決定済メンバ数を仮予約情報記憶手段より読み出し、該参加決定済メンバ数を宿泊プランの定員で除して得られる商以下で最大の整数を算出し、該整数を用いて予約の確定見込数に関する事項を含む仮予約確認ページを生成する仮予約確認ページ生成手段と、生成した仮予約確認ページをメンバの端末に送信する仮予約確認ページ送信手段とをさらに備えてもよい。
　本発明のサーバシステムでは、仮予約情報記憶手段は、仮予約番号に対応させて、各メンバのメールアドレス及び該各メンバが承認済であるか否かを示す承認フラグをさらに記憶することが可能であり、当該サーバシステムは、特定した各メールアドレスに対応するメンバを特定する情報を、仮予約番号に対応付けて仮予約情報記憶手段に書き込むメンバ情報登録手段をさらに備え、当該サーバシステムでは、承認依頼メール生成送信手段は、メンバを特定する情報に対応するメンバ識別データをさらに含む承認依頼メールを生成し、該承認依頼メールを各メンバ識別データに対応するメンバのメールアドレス宛にそれぞれ送信し、回答受付手段は、メンバの端末から回答識別コードとともにメンバ識別データを受信したとき、該メンバ識別データに対応するメンバをさらに識別し、仮予約情報記憶手段に記憶している識別した仮予約番号と該識別したメンバを特定する情報とに対応する承認フラグを立て、仮予約確認ページ生成手段は、指定された仮予約番号に対応する各メンバを特定する情報と承認フラグとを仮予約情報記憶手段よりさらに読み出し、該各メンバを特定する情報と承認フラグとをさらに用いて各メンバの回答状況に関する事項をさらに含む仮予約確認ページを生成してもよい。
　本発明のサーバシステムでは、仮予約確認ページ生成手段は、識別したメンバが幹事であれば、指定された仮予約番号に係る仮予約について予約の成否を確定させるための予約確定要素をさらに含む仮予約確認ページを生成し、当該サーバシステムは、予約確定要素の識別データを少なくとも含む予約確定要求を幹事の端末から受信する予約確定要求受信手段をさらに備え、当該サーバシステムでは、第一の注文数確定手段は、予約確定要求を受信したとき、該予約確定要求に係る仮予約番号を特定し、該特定した仮予約番号に対応する注文数を確定してもよい。
　本発明のサーバシステムは、施設の識別情報と、宿泊日と、客室の部屋タイプとに対応させて、該部屋タイプの空室数を記憶している施設情報記憶手段をさらに有し、当該サーバシステムでは、宿泊プラン情報記憶手段は、宿泊プランの識別情報に対応させて、施設の識別情報と、宿泊日と、客室の部屋タイプとをさらに記憶しており、当該サーバシステムは、仮予約情報記憶手段に記憶しているいずれかの在庫数が一定の更新処理により変動したとき、該変動した在庫数に対応する施設の識別情報と宿泊日と客室の部屋タイプとの組を宿泊プラン情報記憶手段より読み出し、施設情報記憶手段に記憶している該組に対応する空室数に対して該更新処理と同一の更新処理を実行する空室数更新手段をさらに備えてもよい。
　本発明のグループ予約支援方法は、複数のメンバから成るグループを構成する各メンバの端末と、該グループを代表する幹事がＷｅｂページを介して行う宿泊プランの予約手続を支援するサーバシステムとが通信ネットワークを介して接続しているグループ予約支援システムにおけるグループ予約支援方法であって、宿泊プランの識別情報に対応させて、該宿泊プランの定員及び該宿泊プランに割り当てている客室の在庫数を記憶している宿泊プラン情報記憶手段と、予約番号に対応させて、幹事の識別情報、宿泊プランの識別情報及び該宿泊プランの注文数を記憶することが可能な予約情報記憶手段と、仮予約番号に対応させて、幹事の識別情報、宿泊プランの識別情報、該宿泊プランの仮注文数及び参加決定済メンバ数を記憶することが可能な仮予約情報記憶手段とを有するサーバシステムが、幹事の識別情報と、宿泊プランの識別情報と、該宿泊プランの仮注文数とを該幹事の端末から受信する仮予約申請情報受信ステップと、受信した宿泊プランの識別情報に対応する在庫数を宿泊プラン情報記憶手段より読み出し、該在庫数が受信した仮注文数以上であれば、該宿泊プラン情報記憶手段に記憶している該在庫数から該仮注文数を減算するとともに、受信した各項目を仮予約番号に対応付けて仮予約情報記憶手段に書き込む仮予約情報登録ステップと、幹事の端末から受信した情報により該幹事以外の各メンバのメールアドレスを特定するメンバ情報特定ステップと、仮予約番号に対応する承認依頼メールを生成し、該承認依頼メールを特定した各メールアドレス宛に送信する承認依頼メール生成送信ステップと、幹事以外のメンバの端末から仮予約番号に対応する回答識別コードを受信したとき、該回答識別コードに対応する仮予約番号を識別し、仮予約情報記憶手段に記憶している該仮予約番号に対応する参加決定済メンバ数を更新する回答受付ステップと、更新後の参加決定済メンバ数が宿泊プランの定員の倍数となるごとに、注文数１の予約が成立すると判定する第一の予約成否判定ステップと、予約が成立すると判定された仮予約に係る仮予約番号に対応する幹事の識別情報と宿泊プランの識別情報とを仮予約情報記憶手段より読み出し、該幹事の識別情報と、該宿泊プランの識別情報と、注文数１とを新たな予約番号に対応させて予約情報記憶手段に書き込む予約情報一部登録ステップとを実行することを特徴とする。
　本発明のグループ予約支援プログラムは、複数のメンバから成るグループを構成する各メンバの端末と、該グループを代表する幹事がＷｅｂページを介して行う宿泊プランの予約手続を支援するサーバシステムとが通信ネットワークを介して接続しているグループ予約支援システムにおけるグループ予約支援プログラムであって、宿泊プランの識別情報に対応させて、該宿泊プランの定員及び該宿泊プランに割り当てている客室の在庫数を記憶している宿泊プラン情報記憶手段と、予約番号に対応させて、幹事の識別情報、宿泊プランの識別情報及び該宿泊プランの注文数を記憶することが可能な予約情報記憶手段と、仮予約番号に対応させて、幹事の識別情報、宿泊プランの識別情報、該宿泊プランの仮注文数及び参加決定済メンバ数を記憶することが可能な仮予約情報記憶手段とを有するサーバシステムに、幹事の識別情報と、宿泊プランの識別情報と、該宿泊プランの仮注文数とを該幹事の端末から受信する仮予約申請情報受信ステップと、受信した宿泊プランの識別情報に対応する在庫数を宿泊プラン情報記憶手段より読み出し、該在庫数が受信した仮注文数以上であれば、該宿泊プラン情報記憶手段に記憶している該在庫数から該仮注文数を減算するとともに、受信した各項目を仮予約番号に対応付けて仮予約情報記憶手段に書き込む仮予約情報登録ステップと、幹事の端末から受信した情報により該幹事以外の各メンバのメールアドレスを特定するメンバ情報特定ステップと、仮予約番号に対応する承認依頼メールを生成し、該承認依頼メールを特定した各メールアドレス宛に送信する承認依頼メール生成送信ステップと、幹事以外のメンバの端末から仮予約番号に対応する回答識別コードを受信したとき、該回答識別コードに対応する仮予約番号を識別し、仮予約情報記憶手段に記憶している該仮予約番号に対応する参加決定済メンバ数を更新する回答受付ステップと、更新後の参加決定済メンバ数が宿泊プランの定員の倍数となるごとに、注文数１の予約が成立すると判定する第一の予約成否判定ステップと、予約が成立すると判定された仮予約に係る仮予約番号に対応する幹事の識別情報と宿泊プランの識別情報とを仮予約情報記憶手段より読み出し、該幹事の識別情報と、該宿泊プランの識別情報と、注文数１とを新たな予約番号に対応させて予約情報記憶手段に書き込む予約情報一部登録ステップとを実行させる。
　本発明のコンピュータ読み取り可能な記録媒体は、複数のメンバから成るグループを構成する各メンバの端末と、該グループを代表する幹事がＷｅｂページを介して行う宿泊プランの予約手続を支援するサーバシステムとが通信ネットワークを介して接続しているグループ予約支援システムにおけるグループ予約支援プログラムであって、宿泊プランの識別情報に対応させて、該宿泊プランの定員及び該宿泊プランに割り当てている客室の在庫数を記憶している宿泊プラン情報記憶手段と、予約番号に対応させて、幹事の識別情報、宿泊プランの識別情報及び該宿泊プランの注文数を記憶することが可能な予約情報記憶手段と、仮予約番号に対応させて、幹事の識別情報、宿泊プランの識別情報、該宿泊プランの仮注文数及び参加決定済メンバ数を記憶することが可能な仮予約情報記憶手段とを有するサーバシステムに、幹事の識別情報と、宿泊プランの識別情報と、該宿泊プランの仮注文数とを該幹事の端末から受信する仮予約申請情報受信ステップと、受信した宿泊プランの識別情報に対応する在庫数を宿泊プラン情報記憶手段より読み出し、該在庫数が受信した仮注文数以上であれば、該宿泊プラン情報記憶手段に記憶している該在庫数から該仮注文数を減算するとともに、受信した各項目を仮予約番号に対応付けて仮予約情報記憶手段に書き込む仮予約情報登録ステップと、幹事の端末から受信した情報により該幹事以外の各メンバのメールアドレスを特定するメンバ情報特定ステップと、仮予約番号に対応する承認依頼メールを生成し、該承認依頼メールを特定した各メールアドレス宛に送信する承認依頼メール生成送信ステップと、幹事以外のメンバの端末から仮予約番号に対応する回答識別コードを受信したとき、該回答識別コードに対応する仮予約番号を識別し、仮予約情報記憶手段に記憶している該仮予約番号に対応する参加決定済メンバ数を更新する回答受付ステップと、更新後の参加決定済メンバ数が宿泊プランの定員の倍数となるごとに、注文数１の予約が成立すると判定する第一の予約成否判定ステップと、予約が成立すると判定された仮予約に係る仮予約番号に対応する幹事の識別情報と宿泊プランの識別情報とを仮予約情報記憶手段より読み出し、該幹事の識別情報と、該宿泊プランの識別情報と、注文数１とを新たな予約番号に対応させて予約情報記憶手段に書き込む予約情報一部登録ステップとを実行させるためのプログラムを記録する。
　本発明のサーバシステムは、幹事から仮予約申請を受け付け、メンバに承認を依頼し、メンバから承認依頼に対する回答を受け付ける。そして、宿泊への参加者数が仮予約に係る宿泊プランの定員の倍数に達するごとに、注文数１の予約を成立させる。したがって、本発明のサーバシステムを利用すれば、グループを代表して宿泊予約手続を行う幹事は、宿泊先を確保しつつ参加メンバを募集することができる。一方、参加者にしても、承認すれば確実に参加することができる。
宿泊予約の手順を示すフロー図である。（従来例） 宿泊予約の手順を示すフロー図である。（実施形態） システム構成を示すブロック図である。（実施形態） データベースのデータ項目の説明図である。（実施形態） データベースのデータ項目の説明図である。（実施形態） 仮予約申請の受付手順を示すフロー図である。（実施形態） 送受信するデータ項目の説明図である。（実施形態） メンバ登録時の仮予約確認ページの表示例である。（実施形態） 承認依頼メールの表示例である。（実施形態） 回答の受付手順を示すフロー図である。（実施形態） 回答の受付手順を示すフロー図である。（実施形態） 回答前の仮予約確認ページの表示例である。（実施形態） 回答後の仮予約確認ページの表示例である。（実施形態） 回答状況の確認手順を示すフロー図である。（実施形態） 追加メンバ登録前の仮予約確認ページの表示例である。（実施形態） 追加メンバ登録時の仮予約確認ページの表示例である。（実施形態） 追加メンバ登録後の仮予約確認ページの表示例である。（実施形態） バッチ処理の手順を示すフロー図である。（実施形態） 抽出条件・注文数・解除数の説明図である。（実施形態） 回答の受付手順を示すフロー図である。（他の実施形態） バッチ処理の手順を示すフロー図である。（他の実施形態）
＜定義＞
　・宿泊プラン…オンライン宿泊予約サイトにおける予約対象（注文対象）の単位。特定の客室（又は特定の部屋タイプの客室）における少なくとも１泊分の宿泊サービスを必須の要素とし、食事等の付随的なサービスを任意に含む。なお、本実施形態では、宿泊プランと部屋タイプとが「１対１」又は「多対１」で対応しているものとする。
　・仮予約…一定の条件の範囲内で宿泊プランを優先的に確保すること。予約に至らない場合には、その全部又は一部を解除することができる。
　・本予約…通常の予約と同義。「仮予約」との対比のため、特に「本予約」と表現する場合がある。
　・グループ…複数のユーザにより構成される集団。例えば、クラブ，サークル，同好会，ゼミ，研究室，部署等。
　・メンバ…グループを構成するユーザ。
　・幹事…グループを代表するメンバ。本実施形態では、グループを代表して宿泊予約手続を行うメンバ。
＜実施形態＞
［１．概要］
　本実施形態のシステムは、オンライン宿泊予約サイトを管理するシステムであり、宿泊の予約を受け付けるサービス（宿泊予約サービス）をユーザに提供する。主要な特徴は、宿泊の予約（本予約）の前にメンバ全員を許容できる内容で「仮予約」を受け付け、幹事が指定したｎ人（ｎは自然数）のメンバから承認を得た上で宿泊の予約を成立させる点にある。したがって、本実施形態のシステムを利用すれば、グループを代表して宿泊予約手続を行う幹事は、宿泊先を確保しつつ参加メンバを募集することができる。
　図２に、本実施形態のシステムを利用した宿泊予約の手順を示す。図２に示すように、幹事が端末を操作して、宿泊プランを検索し（Ｓ１０５）、申請者情報を入力し（Ｓ１１０）、仮予約を申請し（Ｓ２１５）、メンバに承認を依頼する（Ｓ２２０）。その後、承認を依頼された各メンバが承認すること等により、予約が成立する。なお、図２において図１と同一の符号が付されている処理は、同様の処理である。また、予約成立後の処理は、従来例（例えば、＜先行技術４＞）と同様である。
［２．システム構成］
　図３に、本実施形態のシステムの構成を示す。図３に示すように、本実施形態のシステムは、全体として、サーバシステム１０，幹事のユーザ端末２０，幹事以外のメンバのユーザ端末３０（１～ｎ）及び施設端末４０により構成される。また、サーバシステム１０は、ユーザＤＢ１１，施設ＤＢ１２，宿泊プランＤＢ１３，予約ＤＢ１４及び仮予約ＤＢ１５を有している。サーバシステム１０と、ユーザ端末２０，ユーザ端末３０（１～ｎ）及び施設端末４０とは、通信ネットワーク（本実施形態では、インターネット５０）を介してそれぞれ互いに接続している。
［２－１．サーバシステム］
　図３において、サーバシステム１０は、宿泊予約サービスを管理するサーバ群である。サーバシステム１０は、例えば、Ｗｅｂページの生成・送信機能を有するＷｅｂサーバ，電子メールの生成・送信機能を有するメールサーバ，データベースを管理するＤＢサーバ，バッチ処理を実行するバッチ処理サーバ及びその他の必要なＡＰサーバを含む。
［（ａ）ユーザＤＢ］
　図３において、ユーザＤＢ１１は、宿泊予約サービスを利用するユーザの情報を記憶するデータベースである。図４（ａ）に、ユーザ情報の主要な項目を示す。図４（ａ）に示すように、１件のユーザ情報は、「ユーザＩＤ」，「パスワード」及び「メールアドレス」を含んでいる。
［（ｂ）施設ＤＢ］
　図３において、施設ＤＢ１２は、宿泊予約サービスにおいて客室を提供する宿泊施設に関連する情報を記憶するデータベースである。本実施形態では、施設基本情報，客室基本情報，客室割当情報及び空室管理情報をそれぞれ複数件ずつ記憶しており、これらはキー項目を介して対応しているものとする。
　図４（ｂ－１）に、施設基本情報の主要な項目を示す。図４（ｂ－１）に示すように、１件の施設基本情報は、「施設ＩＤ」，「パスワード」，「メールアドレス」，「仮予約可能期間」及び「仮予約禁止期間」を含んでいる。ここで、「仮予約可能期間」は、仮予約の成立から本予約の成否の判定までの最大日数である。「仮予約禁止期間」は、宿泊日直前の仮予約を禁止する期間の日数である。本実施形態では、これらの期間を各施設が各別に設定できるようにしている。
　図４（ｂ－２）に、客室基本情報の主要な項目を示す。図４（ｂ－２）に示すように、１件の客室基本情報は、「施設ＩＤ」，「部屋タイプ」及び「収容人数」を含んでいる。ここで、「部屋タイプ」は、客室の部屋タイプ（和室／洋室の別，広さ等）を示すコードである。
　図４（ｂ－３）に、客室割当情報の主要な項目を示す。図４（ｂ－３）に示すように、１件の客室割当情報は、「施設ＩＤ」，「宿泊日」，「部屋タイプ」，「宿泊プランＩＤ」及び「割当数」を含んでいる。ここで、「割当数」は、宿泊日ごとに各部屋タイプの客室をどの宿泊プランにどれだけ割り当てているかを示す。
　図４（ｂ－４）に、空室管理情報の主要な項目を示す。図４（ｂ－４）に示すように、１件の空室管理情報は、「施設ＩＤ」，「宿泊日」，「部屋タイプ」，「空室数」，「予約済部屋数」及び「仮予約中部屋数」を含んでいる。ここで、「空室数」は、予約及び仮予約の対象となっていない客室の数である。「予約済部屋数」，「仮予約中部屋数」は、それぞれ予約，仮予約の対象となっている客室の数である。
［（ｃ）宿泊プランＤＢ］
　図３において、宿泊プランＤＢ１３は、宿泊予約サービスにおいて予約（注文）の対象となる宿泊プランの情報を記憶するデータベースである。本実施形態では、宿泊プラン基本情報及び在庫管理情報をそれぞれ複数件ずつ記憶しており、これらはキー項目を介して対応しているものとする。
　図４（ｃ－１）に、宿泊プラン基本情報の主要な項目を示す。図４（ｃ－１）に示すように、１件の宿泊プラン基本情報は、「宿泊プランＩＤ」，「施設ＩＤ」，「宿泊日」，「部屋タイプ」及び「定員」を含んでいる。ここで、「定員」は、その宿泊プランに対応する部屋タイプの最大宿泊人数であり、客室基本情報（図４（ｂ－２））の「収容人数」に対応する。
　図４（ｃ－２）に、在庫管理情報の主要な項目を示す。図４（ｃ－２）に示すように、１件の在庫管理情報は、「宿泊プランＩＤ」及び「在庫数」を含んでいる。ここで、「在庫数」は、予約及び仮予約の対象となっていない宿泊プランの数である。
［（ｄ）予約ＤＢ］
　図３において、予約ＤＢ１４は、宿泊予約サービスの予約情報を記憶するデータベースである。図５（ｄ）に、予約情報の主要な項目を示す。図５（ｄ）に示すように、１件の予約情報は、「予約番号」，「仮予約番号」，幹事の「ユーザＩＤ」，「宿泊プランＩＤ」及び「注文数」を含んでいる。なお、本実施形態では、特に断りがある点を除き、予約ＤＢ１４に予約情報が登録された後の扱いは、従来例（上記＜先行技術４＞）のオンライン予約サイトと同様である。
［（ｅ）仮予約ＤＢ］
　図３において、仮予約ＤＢ１５は、宿泊予約サービスにおける仮予約に関連する情報を記憶するデータベースである。本実施形態では、仮予約基本情報，仮予約管理情報，メンバ基本情報及びメンバ管理情報をそれぞれ複数件ずつ記憶しており、これらはキー項目を介して対応しているものとする。
　図５（ｅ－１）に、仮予約基本情報の主要な項目を示す。図５（ｅ－１）に示すように、１件の仮予約基本情報は、「仮予約番号」，幹事の「ユーザＩＤ」，「宿泊プランＩＤ」，「仮注文数」，「定員」，「回答期限」，「メッセージファイルのパス」及び「仮予約識別データ」を含んでいる。ここで、「定員」は、その仮予約に係る宿泊プランの定員であり、宿泊プラン基本情報（図４（ｃ－１））の「定員」に対応する。「仮予約識別データ」は、仮予約番号を識別するデータ（暗号データ，ハッシュ値等）である。なお、仮予約基本情報に「定員」を記憶せず、必要となるごとに宿泊プラン基本情報（図４（ｃ－１））の「定員」を読み出すように構成してもよい。
　図５（ｅ－２）に、仮予約管理情報の主要な項目を示す。図５（ｅ－２）に示すように、１件の仮予約管理情報は、「仮予約番号」，「参加決定済メンバ数」，「予約成立プラン数」，「未回答メンバ数」及び「仮予約ステータス」を含んでいる。ここで、「参加決定済メンバ数」は、その仮予約に係る宿泊への参加が決定したメンバの数である。「仮予約ステータス」は、仮予約に係る処理の進捗を示す区分（「依頼中」（初期値），「確認中」，「終了」，「閉鎖」，「キャンセル」等）である。本実施形態では、「参加決定済メンバ数」の初期値を１として、参加者数に予め幹事を含めている。なお、「参加決定済メンバ数」の初期値を０として、幹事からも参加の承認を得るようにしてもよい。また、「参加決定済メンバ数」を読み出す際に、１を加算してもよい。
　図５（ｅ－３）に、メンバ基本情報の主要な項目を示す。図５（ｅ－３）に示すように、１件のメンバ基本情報は、「仮予約番号」，「メンバＩＤ」，「ニックネーム」，「メールアドレス」及び「メンバ識別データ」を含んでいる。ここで、「メンバ識別データ」は、メンバを特定する情報（例えば、「メンバＩＤ」，「ニックネーム」又は「メールアドレス」）を識別するデータ（暗号データ，ハッシュ値等）である。なお、「ニックネーム」又は「メールアドレス」を「メンバＩＤ」として利用してもよい。
　図５（ｅ－４）に、メンバ管理情報の主要な項目を示す。図５（ｅ－４）に示すように、１件のメンバ管理情報は、「仮予約番号」，「メンバＩＤ」，「回答フラグ」及び「承認フラグ」を含んでいる。ここで、「回答フラグ」は、そのメンバが回答済みであるか否かを示すフラグであり、有意のとき回答済みを示す。「承認フラグ」は、そのメンバが承認したか否かを示すフラグであり、有意のとき承認を示す。「回答フラグ」及び「承認フラグ」の組合せにより、未回答，非承認，承認は次のように表される。
　　・「回答フラグ」が有意でなければ未回答。
　　・「回答フラグ」が有意であり、かつ「承認フラグ」が有意でなければ非承認。
　　・「回答フラグ」及び「承認フラグ」がいずれも有意であれば承認。
［２－２．ユーザ端末］
　図３において、ユーザ端末２０，ユーザ端末３０（１～ｎ）は、宿泊予約サービスを利用する幹事，幹事以外のメンバがそれぞれ使用する端末である。ユーザ端末２０及びユーザ端末３０は、Ｗｅｂブラウザを有しており、サーバシステム１０から受信したＷｅｂページ（ＨＴＭＬ形式のデータ等）をディスプレイに表示することができる。また、ユーザ端末２０及びユーザ端末３０は、メーラを有しており、サーバシステム１０から受信した電子メールをディスプレイに表示することができる。なお、ユーザ端末２０及びユーザ端末３０は、通信機能を有する既存の情報処理端末（例えば、パソコン等の電子計算機，携帯電話端末等）でよい。
［２－３．施設端末］
　図３において、施設端末４０は、宿泊予約サービスに客室を提供する施設で使用される端末である。施設端末４０は、Ｗｅｂブラウザを有しており、サーバシステム１０から受信したＷｅｂページ（ＨＴＭＬ形式のデータ等）をディスプレイに表示することができる。また、施設端末４０は、メーラを有しており、サーバシステム１０から受信した電子メールをディスプレイに表示することができる。なお、施設端末４０は、通信機能を有する既存の情報処理端末（例えば、パソコン等の電子計算機等）でよい。
［３．データ処理］
　本実施形態のシステムにおけるデータ処理は、主として次の４とおりに大別される。
　　（１）仮予約申請の受付
　　（２）回答の受付
　　（３）回答状況の確認
　　（４）バッチ処理
［３－１．仮予約申請の受付］
　サーバシステム１０による仮予約申請の受付手順を、図６～図９（特に、図６のフロー図）を参照して説明する。図６中には、参照すべき他の図面の番号が付記されている。必要に応じて、当該他の図面を参照されたい。
［（ａ）仮予約申請の受付手順］
　図６に、仮予約申請の受付手順を示す。ここでは、仮予約情報の登録に引き続き、メンバ情報の登録・承認依頼メールの送信を実行する場合を例として説明する。なお、メンバ情報の登録は、仮予約情報の登録後、仮予約期間（仮予約可能期間内、かつ、仮予約禁止期間外で、幹事が設定した期間又は自動的に設定された期間）中の任意の時期に行うことができるものとする。図６に示すように、サーバシステム１０は、下記〔１１〕～〔１２〕の手順により仮予約申請を受け付ける。
　　〔１１〕ユーザ端末２０から仮予約申請情報を受信する（Ｓ６０５，図７（ａ））と、宿泊プランＤＢ１３の在庫管理情報を参照して、申請に係る宿泊プランの在庫数が仮注文数以上か否かを判定する（Ｓ６１０）。在庫数が仮注文数以上であるとき（Ｓ６１０でＹｅｓ）、新たな仮予約番号を付与して仮予約ＤＢ１５に仮予約情報を登録する（Ｓ６１５）。また、このとき、宿泊プランＤＢ１３の在庫管理情報において、申請に係る宿泊プランの在庫数から仮注文数を減算する。一方、在庫数が仮注文数未満であるとき（Ｓ６１０でＮｏ）、仮予約申請を受け付けられない旨等を表示した上で、仮注文数又は宿泊プランの変更を推奨する。
　　〔１２〕仮予約確認ページを生成し（Ｓ６２０）、ユーザ端末２０に送信する（Ｓ６２５，図８）。仮予約確認ページを介してユーザ端末２０からメンバ登録情報を受信する（Ｓ６３０，図７（ｂ））と、仮予約ＤＢ１５にメンバ情報を登録し（Ｓ６３５）、承認依頼メールを生成して各メンバのメールアドレス宛に送信する（Ｓ６４０，図９）。以上の処理の完了後、仮予約の申請手続が完了した旨等をユーザ端末２０に通知する（Ｓ６４５）。通知の手段は、例えば、電子メールである。
［（ｂ）仮予約申請情報］
　図７（ａ）に、仮予約申請情報の主要な項目を示す。図７（ａ）に示すように、１件の仮予約申請情報は、幹事の「ユーザＩＤ」，「宿泊プランＩＤ」，「仮注文数」及び「回答期限」を含んでいる。ここで、「回答期限」は、仮予約期間（仮予約可能期間内、かつ、仮予約禁止期間外で設定された期間）の末日である。なお、仮予約申請情報の項目は、一括で受信してもよいし、各別に受信してもよい。
［（ｃ）仮予約確認ページ］
　図８に、メンバ登録時の仮予約確認ページの表示例を示す。図８に示すように、仮予約確認ページ８００は、エリア８１０，８２０及び８３０を含んでいる。エリア８１０には、仮予約に関連する情報が表示される。表示される情報は、例えば、仮予約に係る宿泊施設（又は客室）の詳細ページへのリンク，費用の合計，仮予約期間等である。エリア８２０には、仮予約中の客室の情報が表示される。
　エリア８３０では、参加予定のメンバに対する承認依頼メールを作成し、送信を要求することができる。承認依頼メールの送信要求手順は、次のとおりである。
　（１）入力欄８３１に、メンバのニックネーム及びメールアドレスを入力する。
　（２）必要に応じてボタン８３２をクリックし、入力欄８３１に新たな欄を追加する。
　（３）入力欄８３３に、承認依頼メールに記載するメッセージを入力する。
　（４）ボタン８３４をクリックし、メンバ情報の登録及び承認依頼メールの送信を要求する。または、ボタン８３５をクリックし、メンバ情報の登録のみを要求する。
［（ｄ）メンバ登録情報］
　図７（ｂ）に、メンバ登録情報の主要な項目を示す。図７（ｂ）に示すように、１件のメンバ登録情報は、「仮予約番号」，「メッセージ」，メンバ（１，２，…）の「ニックネーム」及び「メールアドレス」を含んでいる。なお、仮予約番号を特定することが可能な情報（例えば、クッキーのセションＩＤ等）により仮予約番号を特定する場合には、上記「仮予約番号」が含まれていなくてもよい。
［（ｅ）承認依頼メール］
　図９に、承認依頼メールの表示例を示す。図９に示すように、承認依頼メール９００は、差出人情報９１０，件名９２０及び本文９３０を含んでいる。差出人情報９１０は、差出人（ここでは、宿泊予約サービス）のメールアドレス等である。件名９２０には、例えば、幹事（「Ａ」）からの勧誘である旨を明示する。本文９３０には、幹事（「Ａ」）からのメッセージ９３１，仮予約に関連する情報９３２及び回答のためのＵＲＬ９３３等が表示される。
　ＵＲＬ９３３は、いずれも「仮予約識別データ」及び「メンバ識別データ」をパラメータとして含んでいる。また、ＵＲＬ９３３の一部は、さらに回答コード（パラメータ）をパラメータとして含んでいる。メンバは、ＵＲＬ９３３のいずれかをクリックすることにより、幹事からの承認依頼に対して回答することができる。本文中の表示と回答コードとの対応関係は、次のとおりである。
　　・「参加する」　…「承認」を示す回答コードを含む
　　・「参加しない」　…「非承認」を示す回答コードを含む
　　・「他のメンバの回答を見る」　…回答コードを含まない
［３－２．回答の受付］
　サーバシステム１０による回答の受付手順を、図１０～図１３（特に、図１０及び図１１のフロー図）を参照して説明する。図１０，図１１中には、参照すべき他の図面の番号が付記されている。必要に応じて、当該他の図面を参照されたい。
［（ａ）回答の受付手順］
　図１０及び図１１に、回答の受付手順を示す。ここでは、仮予約情報の更新に引き続き、回答内容及び回答数に基づく条件判定を経て予約情報の登録を実行する場合を例として説明する。この手順により、回答期限が未だ経過していなくても、仮予約期間中の比較的早い時期に予約を成立させることができる。また、例えば定員の合計（仮注文数＊定員）を上回る数の参加者を募集した場合に、先着順で参加者を決定することができる。なお、回答内容及び回答数に基づく条件判定処理，予約情報の登録処理は、省略してもよい。図１０及び図１１に示すように、サーバシステム１０は、下記〔２１〕～〔２６〕の手順により回答を受け付ける。
　　〔２１〕ユーザ端末３０からページ送信要求を受信する（Ｓ１００２，図７（ｃ）又は（ｄ））と、仮予約ＤＢ１５の仮予約基本情報を参照して仮予約識別データに対応する仮予約番号を識別する（Ｓ１００４）。続いて、仮予約ＤＢ１５のメンバ基本情報を参照してメンバ識別データに対応するメンバを識別する（Ｓ１００６）。なお、次のいずれかの場合には、それぞれ理由を示して回答の受付を拒否するとよい。
　　・回答期限が経過している場合（識別した仮予約番号に対応する仮予約ステータスが「依頼中」でない場合）。
　　・回答済みである場合（識別したメンバに対応する「回答フラグ」が有意である場合）
　　〔２２〕受信したページ送信要求に回答識別コードが含まれているか否かを判定する（Ｓ１００８）。回答識別コードが含まれていないとき（Ｓ１００８でＮｏ）、仮予約確認ページを生成し（Ｓ１０１０）、ユーザ端末３０に送信し（Ｓ１０１２，図１２）、当該仮予約確認ページを介してユーザ端末３０から回答識別コードを受信し（Ｓ１０１４）、回答（承認／非承認）を識別する（Ｓ１０１６）。一方、回答識別コードが含まれているとき（Ｓ１００８でＹｅｓ）、直ちに回答（承認／非承認）を識別する（Ｓ１０１６）。
　　〔２３〕仮予約ＤＢ１５のメンバ管理情報を更新する。ここでは、「回答フラグ」を立てるとともに、識別した回答が「承認」であれば「承認フラグ」を立てる（Ｓ１０１８）。続いて、仮予約ＤＢ１５の仮予約管理情報を更新する。ここでは、「未回答メンバ数」から１を減算する（Ｓ１０２０）。
　　〔２４〕識別した回答が「承認」であるか否かを判定する（Ｓ１１２２）。回答が「承認」であるとき（Ｓ１１２２でＹｅｓ）、仮予約ＤＢ１５の仮予約管理情報を更新する。ここでは、「参加決定済メンバ数」に１を加算する（Ｓ１１２４）。続いて、参加決定済メンバ数が定員の合計に等しいか否かを判定する（Ｓ１１３２）。なお、定員の合計は、仮予約ＤＢ１５の仮予約基本情報中、「仮注文数」と「定員」との積である。参加決定済メンバ数が定員の合計に等しくないとき（Ｓ１１３２でＮｏ）、又は、識別した回答が「承認」でないとき（Ｓ１１２２でＮｏ）、未回答メンバ数が０であるか否かを判定する（Ｓ１１３４）。
　　〔２５〕参加決定済メンバ数が定員の合計に等しいとき（Ｓ１１３２でＹｅｓ）、又は、未回答メンバ数が０であるとき（Ｓ１１３４でＹｅｓ）、注文数を確定し（Ｓ１１３６）、新たな予約番号を付与して確定した注文数の予約情報を登録する（Ｓ１１３８）。なお、登録される予約情報の「注文数」は、仮予約管理情報の「仮注文数」に等しい。続いて、仮予約ＤＢ１５の仮予約管理情報を更新する。ここでは、「仮予約ステータス」を「終了」に変更する（Ｓ１１４０）。
　　〔２６〕未回答メンバ数が０でないとき（Ｓ１１３４でＮｏ）、又は、仮予約ステータスの更新後、仮予約確認ページを生成し（Ｓ１１４２）、ユーザ端末３０に送信する（Ｓ１１４４，図１３）。また、仮予約ＤＢ１５の仮予約管理情報に変動があった旨等を電子メールでユーザ端末２０に通知する（Ｓ１１４６）。
［（ｂ）ページ送信要求］
　図７（ｃ）に、ページ送信要求Ａの主要な項目を示す。図７（ｃ）に示すように、１件のページ送信要求Ａは、「仮予約識別データ」，「メンバ識別データ」及び「回答識別コード」を含んでいる。図７（ｄ）に、ページ送信要求Ｂの主要な項目を示す。図７（ｄ）に示すように、１件のページ送信要求Ｂは、「仮予約識別データ」及び「メンバ識別データ」を含んでいるが、「回答識別コード」を含んでいない。なお、ページ送信要求（Ａ，Ｂ）はＨＴＴＰリクエストであり、「仮予約識別データ」，「メンバ識別データ」及び「回答識別コード」はＵＲＬパラメータである（図９の９３３参照）。
［（ｃ）仮予約確認ページ］
　図１２に、回答前の仮予約確認ページの表示例を示す。図１２に示すように、仮予約確認ページ１２００は、エリア１２１０，１２２０及び１２３０を含んでいる。また、メンバは、回答のためのボタン１２４１又は１２４２をクリックすることにより、幹事からの承認依頼に対して回答することができる。エリア１２１０には、仮予約に関連する情報が表示される。表示される情報は、例えば、仮予約に係る宿泊施設（又は客室）の詳細ページへのリンク，１人当たりの費用等である。
　エリア１２２０には、仮予約中の客室の情報が表示される。ここでは、参加決定済メンバ数を定員で除して得られる商以下で最大の整数を宿泊プランの確定見込数とし、確定見込数分の客室の表示態様を変更して表示する。図１２の表示例では、参加決定済メンバ数３（「Ａ」，「Ｄ」，「Ｅ」の３名）を定員２で除して得られる商以下で最大の整数１が確定見込数であり、「１部屋目」の表示態様が変更されている。このように、仮予約確認ページに宿泊プランの確定見込数に関する情報を表示することにより、メンバが参加の有無を判断しやすくなる。
　エリア１２３０には、メンバの情報が表示される。ここでは、全メンバの名前又はニックネームと、参加／不参加／未回答の別が表示される。参加／不参加／未回答の別は、メンバ管理情報の「回答フラグ」，「承認フラグ」により特定することができる。図１２の表示例では、参加決定済のメンバ（「Ａさん」，「Ｄさん」，「Ｅさん」）の表示態様が変更されている。このように、仮予約確認ページに各メンバの回答状況に関する情報を表示することにより、メンバが参加の有無を判断しやすくなる。
　図１３に、回答後の仮予約確認ページの表示例を示す。仮予約確認ページ１３００は、メンバ（「Ｂ」）が、承認依頼メール９００（図９）中のＵＲＬ９３３（「参加する」に対応するもの）、又は仮予約確認ページ１２００（図１２）中のボタン１２４１（「参加する」と表示されているもの）をクリックし、回答（承認）した直後の表示例である。仮予約確認ページ１３００の構成は、回答のためのボタンが配置されない点を除き、仮予約確認ページ１２００（図１２）と同様である。
　エリア１３２０には、仮予約中の客室の情報が表示される。図１３の表示例では、参加決定済メンバ数４（「Ａ」，「Ｂ」，「Ｄ」，「Ｅ」の４名）を定員２で除して得られる商以下で最大の整数２が確定見込数であり、「２部屋目」の表示態様がさらに変更されている（１３２１）。エリア１３３０には、メンバの情報が表示される。図１３の表示例では、新たに参加が決定したメンバ（「Ｂさん」）の表示態様がさらに変更されている（１３３１）。
［３－３．回答状況の確認］
　サーバシステム１０を利用した回答状況の確認手順を、図１４～図１７（特に、図１４のフロー図）を参照して説明する。図１４中には、参照すべき他の図面の番号が付記されている。必要に応じて、当該他の図面を参照されたい。
［（ａ）回答状況の確認手順］
　図１４に、回答状況の確認手順を示す。ここでは、回答状況の提示に引き続き、幹事の操作に応じて追加メンバの登録・承認依頼メールの送信を実行する場合を例として説明する。この手順により、例えば参加メンバに欠員が生じることが判明した場合に、新たなメンバを追加募集することが可能である。図１４に示すように、サーバシステム１０は、下記〔３１〕～〔３４〕の手順により回答を受け付ける。
　　〔３１〕ユーザ端末２０からページ送信要求を受信する（Ｓ１４０５）と、仮予約番号を識別し（Ｓ１４１０）、幹事のユーザＩＤを識別する（Ｓ１４１５）。ここでは、ユーザＩＤ及びパスワードを用いて予め幹事を認証しているものとし、ページ送信要求とともに受信した仮予約を指定する情報（ここでは、仮予約番号）により仮予約を識別し、同じくメンバを特定する情報（ここでは、クッキーのセションＩＤ）により幹事のユーザＩＤを識別するものとする。なお、仮予約情報の変動の通知（図１１のＳ１１４６で送信する電子メール）に仮予約及び幹事を識別する情報をパラメータとして含むＵＲＬを記載しておき、ユーザ端末２０から当該パラメータを含むＵＲＬを指定したページ送信要求を受信してもよい。
　　〔３２〕識別した仮予約番号に係る仮予約確認ページを生成し（Ｓ１４２０）、ユーザ端末２０に送信する（Ｓ１４２５，図１５）。
　　〔３３〕仮予約確認ページ（図１６）を介してユーザ端末２０から追加メンバ登録情報を受信し（Ｓ１４３０）たとき、仮予約ＤＢ１５に追加メンバ情報を登録し（Ｓ１４３５）、承認依頼メールを生成して追加メンバのメールアドレス宛に送信する（Ｓ１４４０，図９）。
　　〔３４〕仮予約確認ページを生成し（Ｓ１４４５）、ユーザ端末２０に送信する（Ｓ１４５０，図１７）。
［（ｂ）仮予約確認ページ］
　図１５に、追加メンバ登録前の仮予約確認ページの表示例を示す。図１５に示すように、仮予約確認ページ１５００は、エリア１５１０，１５２０及び１５３０を含んでいる。また、幹事は、ボタン１５４１，１５４２をクリックすることにより、回答を打ち切って直ちに予約を確定し、又は、仮予約をキャンセルすることができる。エリア１５１０には、仮予約に関連する情報が表示される。表示される情報は、例えば、仮予約に係る宿泊施設（又は客室）の詳細ページへのリンク，費用の合計，仮予約期間等である。
　エリア１５２０には、仮予約中の客室の情報が表示される。ここでは、参加決定済メンバ数を定員で除して得られる商以下で最大の整数を宿泊プランの確定見込数とし、確定見込数分の客室の表示態様を変更して表示する（仮予約確認ページ１２００（図１２）のエリア１２２０と同様）。このように、仮予約確認ページに宿泊プランの確定見込数に関する情報を表示することにより、幹事が仮予約の進捗を把握しやすくなる。
　エリア１５３０には、メンバの情報が表示される。ここでは、幹事を除くメンバのニックネームと、参加／不参加／未回答の別が表示される。参加／不参加／未回答の別は、メンバ管理情報の「回答フラグ」，「承認フラグ」により特定することができる。このように、仮予約確認ページに各メンバの回答状況に関する情報を表示することにより、幹事が各メンバの回答状況を把握しやすくなる。また、エリア１５３０では、メッセージ欄にメッセージを入力し、ボタン１５３１をクリックすることにより、未回答のメンバに対して承認依頼メールを再送信し、回答期限が迫っている旨等の注意を喚起することができる。
　エリア１５３０では、メンバを追加し、承認依頼メールを送信することができる。追加メンバに対する承認依頼メールの送信手順は、次のとおりである。
　（１）ボタン１５３２をクリックし、ニックネーム及びメールアドレスの入力欄、並びに追加メンバへのメール送信ボタンを追加する（図１６）。なお、これらの処理は、仮予約確認ページ１５００に組み込んだスクリプト（ＪａｖａＳｃｒｉｐｔ（商標または登録商標）等）により制御する。
　（２）追加された入力欄１５３３に、追加メンバのニックネームとメールアドレスとを入力する。
　（３）必要に応じて、承認依頼メールに記載するメッセージを変更し又は入力する。なお、メッセージの入力欄には、当初のメンバに送信した承認依頼メール９００（図９）に記載したメッセージがデフォルトで入力されているものとする。
　（４）ボタン１５３４をクリックし、追加メンバ情報の登録及び承認依頼メールの送信を要求する。
　また、仮予約確認ページ（例えば、仮予約確認ページ１５００（図１５））において、幹事が端末を操作することにより、確定済み（確定見込み）の部屋に対し、参加が決定したメンバのグルーピング（部屋割り）を行うことができる。図１５の表示例では、確定済み（確定見込み）の部屋（「１部屋目」・「２部屋目」）に対し、参加決定済みのメンバ（「Ａさん」（幹事）並びに「Ｂさん」，「Ｄさん」及び「Ｅさん」）の部屋割りを決定することができるようにするとよい。具体的には、「１部屋目」に「Ａさん」（幹事）と「Ｄさん」を割り当て、「２部屋目」に「Ｅさん」と「Ｂさん」を割り当てることができるように構成するとよい。
［（ｃ）追加メンバ登録情報］
　図７（ｅ）に、追加メンバ登録情報の主要な項目を示す。図７（ｅ）に示すように、１件の追加メンバ登録情報は、「仮予約番号」，「メッセージ」，追加メンバ（１，２，…）の「ニックネーム」及び「メールアドレス」を含んでいる。なお、仮予約番号を特定することが可能な情報（例えば、クッキーのセションＩＤ）により仮予約番号が特定できる場合には、上記「仮予約番号」が含まれていなくてもよい。
［（ｄ）仮予約確認ページ］
　図１７に、追加メンバ登録後の仮予約確認ページの表示例を示す。仮予約確認ページ１７００は、メンバ（「Ｇ」）が追加された直後の状態を示す。仮予約確認ページ１７００の構成は、仮予約確認ページ１５００（図１５）と同様である。図１７の表示例では、エリア１７３０内に、新たなメンバ（「Ｇ」）が「未回答」のメンバとして追加されている（１７３５）。
［３－４．バッチ処理］
　サーバシステム１０によるバッチ処理の手順を、図１８及び図１９（特に、図１８のフロー図）を参照して説明する。図１８中には、参照すべき他の図面の番号が付記されている。必要に応じて、当該他の図面を参照されたい。
　ここでは、次の３段階の処理手順を例として説明する。本実施形態では、夜間バッチ処理により、下記の（ａ），（ｂ），（ｃ）の順に実行するものとする。
　　（ａ）回答受付の打切…回答期限が経過している仮予約の回答受付を打ち切る。
　　（ｂ）予約情報の登録…注文数未確定の仮予約に係る注文数を確定し、予約情報を登録する。
　　（ｃ）予約成立の通知…予約が成立した旨の情報を、施設，幹事を含むメンバにそれぞれ通知する。
　なお、上記（ｃ）の処理のみ、バッチ処理を起動する間隔を短く設定してもよい。これにより、回答期限の経過以外の理由により回答受付が打ち切られた場合（例えば、図１１のＳ１１４０の処理で回答受付が打ち切られた場合等）に、予約の成立をより早い時期に通知することができる。
［（ａ）回答受付の打切］
　図１８（ａ）に、回答受付の打切手順を示す。図１８（ａ）に示すように、サーバシステム１０は、下記〔４１〕～〔４２〕の手順により回答受付を打ち切る。
　　〔４１〕所定の抽出条件を満たす仮予約番号を抽出する（Ｓ１８０５ａ）。ここでは、図１９（ａ）に示すように、仮予約ステータスが「依頼中」であり（条件Ａ１）、かつ、回答期限が既に経過している（条件Ａ２）仮予約に係る仮予約番号を抽出する。
　　〔４２〕仮予約ステータスを「確認中」に更新する（Ｓ１８１０ａ）。
［（ｂ）予約情報の登録］
　図１８（ｂ）に、予約情報の登録手順を示す。図１８（ｂ）に示すように、サーバシステム１０は、下記〔５１〕～〔５４〕の手順により予約情報を登録する。
　　〔５１〕所定の抽出条件を満たす仮予約番号を抽出する（Ｓ１８０５ｂ）。ここでは、図１９（ｂ）に示すように、仮予約ステータスが「確認中」である（条件Ｂ）仮予約に係る仮予約番号を抽出する。
　　〔５２〕注文数を確定し（Ｓ１８１０ｂ）、新たな予約番号を付与して、確定した注文数の予約情報を予約ＤＢ１４に登録する（Ｓ１８２０ｂ）。ここでは、図１９（ｃ）に示すように、参加決定済メンバ数を定員で除して得られる商以上で最小の自然数を、予約情報の「注文数」とする。
　　〔５３〕予約不成立の仮予約を解除する（Ｓ１８２５ｂ）。ここでは、図１９（ｄ）に示すように、仮予約基本情報の「仮注文数」から上記〔５２〕で確定した「注文数」を減じて得られる差を、仮予約の「解除数」とする。
　　〔５４〕仮予約ステータスを「終了」に更新する（Ｓ１８３０ｂ）。
［（ｃ）予約成立の通知］
　図１８（ｃ）に、予約成立の通知手順を示す。図１８（ｃ）に示すように、サーバシステム１０は、下記〔６１〕～〔６３〕の手順により予約の成立を通知する。
　　〔６１〕所定の抽出条件を満たす仮予約番号を抽出する（Ｓ１８０５ｃ）。ここでは、図１９（ｅ）に示すように、仮予約ステータスが「終了」である（条件Ｃ）仮予約に係る仮予約番号を抽出する。
　　〔６２〕予約が成立した旨等を電子メールで通知する（Ｓ１８１０ｃ）。ここでは、通知先を幹事，幹事以外のメンバ及び仮予約に係る宿泊施設とする。宛先のメールアドレスは、ユーザＤＢ１１のユーザ情報（図４（ａ）），仮予約ＤＢ１５のメンバ基本情報（図５（ｅ－３）），施設ＤＢ１２の施設基本情報（図４（ｂ－１））からそれぞれ抽出する。
　　〔６３〕仮予約ステータスを「閉鎖」に更新する（Ｓ１８１５ｃ）。
［４．変形例］
［（ａ）メンバ情報の扱い］
　上述の実施形態では、ユーザ端末２０からメンバ登録情報を受信して、仮予約ＤＢ１５にメンバ情報を登録している（図６のＳ６３０，Ｓ６３５）。これに対し、各メンバから情報の登録（又はメールの送信）について承認が得られた場合に限りメンバ情報を登録することとしてもよい。メンバから承認が得られない場合には、仮予約及び予約に係る電子メールを送信しない。
　また、メンバ情報を一切登録しないこととしてもよい。メンバ情報を登録しない場合には、上述の実施形態を次のように変形するとよい。
　　・承認依頼メール（図９）に、承認（宿泊への参加）に対応するＵＲＬのみを記載する。このＵＲＬのパラメータには、仮予約識別データと複数回の回答を排除するための識別データのみが含まれる。
　　・仮予約確認ページの送信要求を受信したとき、仮予約番号を識別し、当該識別した仮予約番号に対応する「参加決定済メンバ数」（図５（ｅ－２））に１を加算する。ここでは、全ての回答を「承認」とみなしている。なお、複数回の回答を排除するための識別データを識別し、同一のメンバからの２回目以降の回答であると判定したときは、「参加決定済メンバ数」を更新しない。
　　・「参加決定済メンバ数」が定員の合計に等しければ、注文数の確定処理以降（図１１のＳ１１３６）と同様の処理を実行する。
　　・メンバごとの回答内容（未回答／参加／不参加の別）を記憶しない。仮予約確認ページ（図１２，図１５等）には、メンバの情報として参加決定済メンバ数等を表示する。
　一方、他の予約又は仮予約の際に登録済みのメールアドレスがあれば、そのメールアドレスを幹事に選択させてもよい。この場合、幹事はメールアドレスの入力を省略することができる。サーバシステム１０は、例えば次の手順により、メンバのメールアドレスを特定する。なお、ユーザＩＤごとに、仲間（メンバ）の情報（メールアドレスを含む）が登録してあるものとする。
　（１）登録されている仲間（メンバ）のリストを所定のページに表示する。
　（２）ユーザ端末２０から、上記リスト中の１又は複数のメンバを指定する情報を受信する。
　（３）受信した情報によりメンバのメールアドレスを特定する。
［（ｂ）回答の受付］
　「仮予約識別データ」，「メンバ識別データ」，「回答識別コード」を電子メールにより受信してもよい。例えば、承認依頼メールの返信先（Ｒｅｐｌｙ－Ｔｏ）に所定のメールアドレスを設定しておき、承認依頼メールに対する返信メールにより「仮予約識別データ」，「メンバ識別データ」，「回答識別コード」等を受信する。サーバシステム１０は、受信した返信メールから「仮予約識別データ」，「メンバ識別データ」，「回答識別コード」を抽出し、仮予約番号，メンバ，回答を識別するとよい。なお、上記の場合には、「メンバ識別データ」に代えて、返信メールの送信元メールアドレスによりメンバを識別することもできる。
［（ｃ）回答期限の注意喚起］
　注意喚起のため、回答期限の数日前に、幹事に対し電子メールを送信してもよい。これにより、幹事はユーザ端末２０を操作して、未回答のメンバに対し承認依頼メールを再度送信する機会を得ることができる。なお、承認依頼メールの再送信要求は、図１５のエリア１５３０から行う。また、同様に注意喚起のため、回答期限の数日前に、未回答メンバに対し電子メールを送信してもよい。
［（ｄ）アフィリエイトプログラムの適用］
　アフィリエイトとは、例えば、「オンラインサイトで販売されている商品をユーザ個人のブログ、ホームページ等で紹介し、その照会を通じて他のユーザがその商品を購入した場合に、その紹介をしたユーザに報酬を供与するサービス」と定義することができる。上記の定義中、「商品」を「宿泊サービス」に、「ブログ、ホームページ等で紹介」を「電子メールで勧誘」に置き換えれば、本実施形態のシステムにより実現される宿泊予約手続の過程に上記アフィリエイトサービスをそのまま適用することができる。具体的には、紹介者（勧誘者）である幹事を識別するためのパラメータを、回答のためのＵＲＬ（承認依頼メール９００（図９）のＵＲＬ９３３）に付加しておけばよい。
＜他の実施形態＞
　上述の実施形態では、仮予約から予約に転換する宿泊プランの注文数を一定の条件が満たされた時点で確定し、予約情報を一括で登録している（図１１のＳ１１３６，Ｓ１１３８，図１８（ｂ）のＳ１８１０ｂ，Ｓ１８２０ｂ）。これに対し、一定の条件が満たされるごとに一部の宿泊プランについての仮予約を予約に転換し、リアルタイムで予約情報を登録してもよい。
［（ａ）回答受付手順］
　図２０に、回答受付手順の変形例を示す。ここでは、図１０に示す手順による仮予約情報の更新に引き続き、図２０に示す手順による回答内容及び回答数に基づく条件判定を経て予約情報の登録を実行する場合を例として説明する。この手順により、回答期限が未だ経過していなくても、仮予約期間中のより早い時期に一部の宿泊プランを対象とする予約を成立させることができる。早期に予約の成否が決定するため、特に宿泊施設側にとって都合がよいと考えられる。図２０に示すように、サーバシステム１０は、上記〔２１〕～〔２３〕の手順（図１０のＳ１００２～Ｓ１０２０）に引き続き、下記〔７１〕～〔７５〕の手順により回答を受け付ける。なお、図２０において図１１と同一の符号が付されている処理は、同様の処理である。
　　〔７１〕識別した回答が「承認」であるか否かを判定する（Ｓ１１２２）。回答が「承認」であるとき（Ｓ１１２２でＹｅｓ）、仮予約ＤＢ１５の仮予約管理情報を更新する。ここでは、「参加決定済メンバ数」に１を加算する（Ｓ１１２４）。
　　〔７２〕参加決定済メンバ数が定員の倍数であるか否かを判定する（Ｓ２０２６）。定員の倍数であるとき（Ｓ２０２６でＹｅｓ）、仮予約ＤＢ１５の仮予約管理情報を更新する。ここでは、「予約成立プラン数」に１を加算する（Ｓ２０２８）。続いて、新たな予約番号を付与して、予約ＤＢ１４に注文数１の予約情報を登録する（Ｓ２０３０）。
　　〔７３〕参加決定済メンバ数が定員の合計に等しいか否かを判定する（Ｓ１１３２）。なお、定員の合計は、仮予約ＤＢ１５の仮予約基本情報中、「仮注文数」と「定員」との積である。参加決定済メンバ数が定員の合計に等しくないとき（Ｓ１１３２でＮｏ）、又は、回答が「承認」でないとき（Ｓ１１２２でＮｏ）、又は、参加決定済メンバ数が定員の倍数でないとき（Ｓ２０２６でＮｏ）、未回答メンバ数が０であるか否かを判定する（Ｓ１１３４）。
　　〔７４〕参加決定済メンバ数が定員の合計に等しいとき（Ｓ１１３２でＹｅｓ）、又は、未回答メンバ数が０であるとき（Ｓ１１３４でＹｅｓ）、仮予約ＤＢ１５の仮予約管理情報を更新する。ここでは、「仮予約ステータス」を「終了」に変更する（Ｓ１１４０）。
　　〔７５〕未回答メンバ数が０でないとき（Ｓ１１３４でＮｏ）、又は、仮予約ステータスの更新後、仮予約確認ページを生成し（Ｓ１１４２）、ユーザ端末３０に送信する（Ｓ１１４４，図１３）。また、仮予約ＤＢ１５の仮予約管理情報に変動があった旨等を電子メールでユーザ端末２０に通知する（Ｓ１１４６）。なお、仮予約確認ページの表示は仮予約確認ページ１３００（図１３）と同様であるが、客室の情報を表示するエリア（図１３ではエリア１３２０）の「確定見込数」は、「予約成立プラン数」（すなわち、確定数）となる。
［（ｂ）バッチ処理］
　図２１に、バッチ処理の変形例を示す。図２１に示すバッチ処理は、図１８（ｂ）に示すバッチ処理の変形例である。したがって、図１８（ａ）に示すバッチ処理に引き続いて図２１に示すバッチ処理を実行し、図２１に示すバッチ処理に引き続いて図１８（ｃ）に示すバッチ処理を実行するものとする。図２１に示すように、サーバシステム１０は、下記〔８１〕～〔８４〕の手順により回答を受け付ける。なお、図２１において図１８（ｂ）と同一の符号が付されている処理は、同様の処理である。
　　〔８１〕所定の抽出条件を満たす仮予約番号を抽出する（Ｓ１８０５ｂ）。ここでは、図１９（ｂ）に示すように、仮予約ステータスが「確認中」である（条件Ｂ）仮予約に係る仮予約番号を抽出する。
　　〔８２〕参加決定済メンバ数が定員の倍数であるか否かを判定する（Ｓ２１１０ｂ）。定員の倍数でないとき（Ｓ２１１０ｂでＮｏ）、仮予約ＤＢ１５の仮予約管理情報を更新する。ここでは、「予約成立プラン数」に１を加算する（Ｓ２１１５ｂ）。続いて、新たな予約番号を付与して、注文数１の予約情報を予約ＤＢ１４に登録する（Ｓ２１２０ｂ）。
　　〔８３〕参加決定済メンバ数が定員の倍数であるとき（Ｓ２１１０ｂでＹｅｓ）、又は、予約情報の登録後、予約不成立の仮予約を解除する（Ｓ１８２５ｂ）。ここでは、図１９（ｄ）に示すように、仮予約基本情報の「仮注文数」から仮予約管理情報の「予約成立プラン数」（＝注文数）を減じて得られる差を、仮予約の「解除数」とする。
　　〔８４〕仮予約ステータスを「終了」に更新する（Ｓ１８３０ｂ）。
［（ｃ）関連する予約情報の紐付け］
　上述の実施形態では、仮予約から予約に転換する宿泊プランの注文数を一定の条件が満たされた時点で確定し、予約情報を一括で登録している（図１１のＳ１１３６，Ｓ１１３８）。そのため、１件の仮予約から転換した予約に係る予約情報は１件のみである。これに対し、一定の条件が満たされるごとに一部の宿泊プランについての仮予約を予約に転換し、予約情報を順次登録する場合には、１件の仮予約から転換した予約に係る予約情報が複数件になる可能性もある。
　そこで、同一の仮予約から転換した予約に係る予約情報を互いに関連付け、これらを団体宿泊の扱いにするとよい。例えば、次のように対応するとよい。
　　・同一の仮予約から転換した予約に係る予約情報を、予約ＤＢ１４中で互いに関連付ける。例えば、予約情報において「仮予約番号」を必須項目とする（図５（ｄ）参照）。
　　・「予約成立プラン数」（仮予約ＤＢ１５の仮予約管理情報）が複数であれば、予約の確定を通知する電子メール（特に、宿泊施設のメールアドレス宛に送信するメール）等に団体宿泊扱いである旨等を記載して注意喚起する。このとき、予約ＤＢ１４において同一の仮予約番号を有する予約番号をすべて読み出し、リストにして宿泊施設に通知するとよい。
＜補足＞
　本実施形態のシステム又は他の実施形態のシステムは、宿泊プランの「在庫数」と客室の「空室数」とを整合させるため、内部的に種々の処理を実行している。なお、前提として、宿泊プランの「在庫数」と客室の「空室数」との関係は、次のようになっている。
　　・各施設は、宿泊日ごとに、部屋タイプの提供数を設定する。この提供数が、空室管理情報（図４（ｂ－４））の「空室数」の初期値に当たる。
　　・各施設は、宿泊日ごとに、特定の部屋タイプの客室を、上記「空室数」を上限として宿泊プランに割り当てる。ここで割り当てた数が、客室割当情報（図４（ｂ－３））の「割当数」である。なお、上記「空室数」を超えない限り、複数の宿泊プランに対し客室を重複して割り当てることができる。
　内部処理の手順は、概ね次のとおりである。
［（ａ）仮予約情報の登録時］
　（１）仮予約申請に係る「宿泊プランＩＤ」に対応する「在庫数」（図４（ｃ－２））から「仮注文数」を減算する。
　（２）上記（１）で減算した「在庫数」→「宿泊プランＩＤ」（図４（ｃ－２））、「宿泊プランＩＤ」→「施設ＩＤ」・「宿泊日」・「部屋タイプ」（図４（ｃ－１））、「施設ＩＤ」・「宿泊日」・「部屋タイプ」→「空室数」（図４（ｂ－４））と辿り、「空室数」（図４（ｂ－４））から「仮注文数」を減算する。同時に、「仮予約中部屋数」（図４（ｂ－４））に「仮注文数」を加算する。
　（３）上記（２）で減算した「空室数」→「施設ＩＤ」・「宿泊日」・「部屋タイプ」（図４（ｂ－４））、「施設ＩＤ」・「宿泊日」・「部屋タイプ」→「宿泊プランＩＤ」（図４（ｂ－３））、「宿泊プランＩＤ」→「在庫数」（図４（ｃ－２））と辿り、仮予約申請の対象でない「宿泊プランＩＤ」に対応する「在庫数」のうち、上記（２）で減算した「空室数」を上回る分を減算する。
［（ｂ）予約情報の登録時］
　（１）予約情報に転換した仮予約情報に係る「仮予約番号」→「宿泊プランＩＤ」（図５（ｄ））、「宿泊プランＩＤ」→「施設ＩＤ」・「宿泊日」・「部屋タイプ」（図４（ｃ－１））、「施設ＩＤ」・「宿泊日」・「部屋タイプ」→「仮予約中部屋数」（図４（ｂ－４））と辿り、「仮予約中部屋数」（図４（ｂ－４））から「注文数」を減算する。
　（２）「予約済部屋数」（図４（ｂ－４））に「注文数」を加算する。
［（ｃ）仮予約の解除時］
　（１）一部解除に係る「宿泊プランＩＤ」に対応する「在庫数」（図４（ｃ－２））に「解除数」を加算する。
　（２）上記（１）で加算した「在庫数」→「宿泊プランＩＤ」（図４（ｃ－２））、「宿泊プランＩＤ」→「施設ＩＤ」・「宿泊日」・「部屋タイプ」（図４（ｃ－１））、「施設ＩＤ」・「宿泊日」・「部屋タイプ」→「空室数」（図４（ｂ－４））と辿り、「空室数」（図４（ｂ－４））に「解除数」を加算する。同時に、「仮予約中部屋数」（図４（ｂ－４））から「解除数」を減算する。
　（３）上記（２）で加算した「空室数」→「施設ＩＤ」・「宿泊日」・「部屋タイプ」（図４（ｂ－４））、「施設ＩＤ」・「宿泊日」・「部屋タイプ」→「宿泊プランＩＤ」（図４（ｂ－３））、「宿泊プランＩＤ」→「在庫数」（図４（ｃ－２））と辿り、解除の対象でない「宿泊プランＩＤ」に対応する「在庫数」に、「割当数」（図４（ｂ－３））を限度として「解除数」を加算する。
　以上説明したように、本発明のサーバシステムは、幹事から仮予約申請を受け付け、メンバに承認を依頼し、メンバから承認依頼に対する回答を受け付ける。そして、宿泊への参加者数が仮予約に係る宿泊プランの定員の倍数に達するごとに、注文数１の予約を成立させる。したがって、本発明のサーバシステムを利用すれば、グループを代表して宿泊予約手続を行う幹事は、宿泊先を確保しつつ参加メンバを募集することができる。一方、参加者にしても、承認すれば確実に参加することができる。
　また、本発明のサーバシステムは、幹事から仮予約申請を受け付け、メンバに承認を依頼し、メンバから承認依頼に対する回答を受け付ける。そして、一定の期間経過したときなどのように所定の条件を満たすとき、宿泊プランの注文数を確定し、確定した注文数の予約を成立させるとともに、予約に至らなかった仮予約を解除する。
　１０　　　サーバシステム
　１１　　　ユーザＤＢ
　１２　　　施設ＤＢ
　１３　　　宿泊プランＤＢ
　１４　　　予約ＤＢ
　１５　　　仮予約ＤＢ
　２０　　　ユーザ端末（幹事）
　３０　　　ユーザ端末（メンバ）
　４０　　　施設端末
　５０　　　インターネット
　８００　　仮予約確認ページ
　９００　　承認依頼メール
　１２００　仮予約確認ページ
　１３００　仮予約確認ページ
　１５００　仮予約確認ページ
　１７００　仮予約確認ページ

Claims (13)

  1. 　複数のメンバから成るグループを構成する各メンバの端末と、該グループを代表する幹事がＷｅｂページを介して行う宿泊プランの予約手続を支援するサーバシステムとが通信ネットワークを介して接続しているグループ予約支援システムのサーバシステムであって、
    　宿泊プランの識別情報に対応させて、該宿泊プランの定員及び該宿泊プランに割り当てている客室の在庫数を記憶している宿泊プラン情報記憶手段と、
    　予約番号に対応させて、幹事の識別情報、宿泊プランの識別情報及び該宿泊プランの注文数を記憶することが可能な予約情報記憶手段と、
    　仮予約番号に対応させて、幹事の識別情報、宿泊プランの識別情報、該宿泊プランの仮注文数及び参加決定済メンバ数を記憶することが可能な仮予約情報記憶手段と
    　を有し、
    　前記幹事の識別情報と、前記宿泊プランの識別情報と、該宿泊プランの仮注文数とを該幹事の端末から受信する仮予約申請情報受信手段と、
    　前記受信した宿泊プランの識別情報に対応する在庫数を前記宿泊プラン情報記憶手段より読み出し、該在庫数が前記受信した仮注文数以上であれば、該宿泊プラン情報記憶手段に記憶している該在庫数から該仮注文数を減算するとともに、前記受信した各項目を仮予約番号に対応付けて前記仮予約情報記憶手段に書き込む仮予約情報登録手段と、
    　前記幹事の端末から受信した情報により該幹事以外の各メンバのメールアドレスを特定するメンバ情報特定手段と、
    　前記仮予約番号に対応する承認依頼メールを生成し、該承認依頼メールを前記特定した各メールアドレス宛に送信する承認依頼メール生成送信手段と、
    　前記幹事以外のメンバの端末から仮予約番号に対応する回答識別コードを受信したとき、該回答識別コードに対応する仮予約番号を識別し、前記仮予約情報記憶手段に記憶している該仮予約番号に対応する参加決定済メンバ数を更新する回答受付手段と、
    　前記更新後の参加決定済メンバ数が宿泊プランの定員の倍数となるごとに、注文数１の予約が成立すると判定する第一の予約成否判定手段と、
    　予約が成立すると判定された仮予約に係る仮予約番号に対応する幹事の識別情報と宿泊プランの識別情報とを前記仮予約情報記憶手段より読み出し、該幹事の識別情報と、該宿泊プランの識別情報と、注文数１とを新たな予約番号に対応させて前記予約情報記憶手段に書き込む予約情報一部登録手段と
    　を備える
    　ことを特徴とするサーバシステム。
  2. 　請求項１に記載のサーバシステムにおいて、
    　前記回答受付手段は、さらに、前記識別した仮予約番号に対応する仮注文数を前記仮予約情報記憶手段より読み出し、前記更新後の参加決定済メンバ数が宿泊プランの定員と該仮注文数との積に等しいとき、該仮予約番号に係る仮予約について回答の受付を打ち切る
    　ことを特徴とするサーバシステム。
  3. 　請求項１又は２に記載のサーバシステムにおいて、
    　所定の条件を満たすとき、特定した仮予約番号に対応する参加決定済メンバ数を前記仮予約情報記憶手段より読み出し、該参加決定済メンバ数が宿泊プランの定員の倍数でなければ注文数１の予約が成立すると判定する第二の予約成否判定手段をさらに備える
    　ことを特徴とするサーバシステム。
  4. 　請求項３に記載のサーバシステムにおいて、
    　前記仮予約情報記憶手段は、予約成立プラン数をさらに記憶することが可能であり、
    　前記仮予約情報記憶手段に記憶している前記予約が成立すると判定された仮予約に係る仮予約番号に対応する予約成立プラン数に１を加算する予約成立数計数手段と、
    　前記所定の条件を満たすとき、さらに、前記特定した仮予約番号に対応する宿泊プランの識別情報と、仮注文数と、予約成立プラン数とを前記仮予約情報記憶手段より読み出し、該仮予約情報記憶手段に記憶している該宿泊プランの識別情報に対応する在庫数に、該仮注文数と該予約成立プラン数との差を加算する予約一部解除手段と
    　をさらに備える
    　ことを特徴とするサーバシステム。
  5. 　請求項３に記載のサーバシステムにおいて、
    　前記仮予約情報記憶手段は、前記仮予約番号に対応させて、回答期限をさら記憶することが可能であり、
    　前記仮予約申請情報受信手段は、回答期限をさらに受信し、
    　前記仮予約情報登録手段は、前記受信した回答期限を前記仮予約番号に対応付けて前記仮予約情報記憶手段にさらに書き込み、
    　前記第二の予約成否判定手段は、前記仮予約情報記憶手段に記憶しているいずれかの仮予約番号に対応する回答期限が経過しているとき、該回答期限が経過している仮予約番号を特定し、該特定した仮予約番号に対応する予約の成否を判定する
    　ことを特徴とするサーバシステム。
  6. 　請求項１に記載のサーバシステムにおいて、
    　前記予約情報記憶手段は、各予約番号を対応する仮予約番号に関連付けて記憶することが可能であり、
    　前記予約情報一部登録手段は、前記予約が成立すると判定された仮予約に係る仮予約番号と前記新たな予約番号とを関連付けて前記予約情報記憶手段に登録する
    　ことを特徴とするサーバシステム。
  7. 　請求項１に記載のサーバシステムにおいて、
    　いずれかのメンバの端末から仮予約番号を指定したページ送信要求を受信したとき、該指定された仮予約番号に対応する参加決定済メンバ数を前記仮予約情報記憶手段より読み出し、該参加決定済メンバ数を宿泊プランの定員で除して得られる商以下で最大の整数を算出し、該整数を用いて予約の確定見込数に関する事項を含む仮予約確認ページを生成する仮予約確認ページ生成手段と、
    　前記生成した仮予約確認ページを前記メンバの端末に送信する仮予約確認ページ送信手段と
    　をさらに備えることを特徴とするサーバシステム。
  8. 　請求項７に記載のサーバシステムにおいて、
    　前記仮予約情報記憶手段は、前記仮予約番号に対応させて、各メンバのメールアドレス及び該各メンバが承認済であるか否かを示す承認フラグをさらに記憶することが可能であり、
    　前記特定した各メールアドレスに対応するメンバを特定する情報を、前記仮予約番号に対応付けて前記仮予約情報記憶手段に書き込むメンバ情報登録手段をさらに備え、
    　前記承認依頼メール生成送信手段は、メンバを特定する情報に対応するメンバ識別データをさらに含む承認依頼メールを生成し、該承認依頼メールを各メンバ識別データに対応するメンバのメールアドレス宛にそれぞれ送信し、
    　前記回答受付手段は、前記メンバの端末から前記回答識別コードとともに前記メンバ識別データを受信したとき、該メンバ識別データに対応するメンバをさらに識別し、前記仮予約情報記憶手段に記憶している前記識別した仮予約番号と該識別したメンバを特定する情報とに対応する承認フラグを立て、
    　前記仮予約確認ページ生成手段は、前記指定された仮予約番号に対応する各メンバを特定する情報と承認フラグとを前記仮予約情報記憶手段よりさらに読み出し、該各メンバを特定する情報と承認フラグとをさらに用いて各メンバの回答状況に関する事項をさらに含む仮予約確認ページを生成する
    　ことを特徴とするサーバシステム。
  9. 　請求項７に記載のサーバシステムにおいて、
    　前記仮予約確認ページ生成手段は、前記識別したメンバが幹事であれば、前記指定された仮予約番号に係る仮予約について予約の成否を確定させるための予約確定要素をさらに含む仮予約確認ページを生成し、
    　前記予約確定要素の識別データを少なくとも含む予約確定要求を前記幹事の端末から受信する予約確定要求受信手段をさらに備え、
    　前記第一の注文数確定手段は、前記予約確定要求を受信したとき、該予約確定要求に係る仮予約番号を特定し、該特定した仮予約番号に対応する注文数を確定する
    　ことを特徴とするサーバシステム。
  10. 　請求項７に記載のサーバシステムにおいて、
    　施設の識別情報と、宿泊日と、客室の部屋タイプとに対応させて、該部屋タイプの空室数を記憶している施設情報記憶手段をさらに有し、
    　前記宿泊プラン情報記憶手段は、前記宿泊プランの識別情報に対応させて、施設の識別情報と、宿泊日と、客室の部屋タイプとをさらに記憶しており、
    　前記仮予約情報記憶手段に記憶しているいずれかの在庫数が一定の更新処理により変動したとき、該変動した在庫数に対応する施設の識別情報と宿泊日と客室の部屋タイプとの組を前記宿泊プラン情報記憶手段より読み出し、前記施設情報記憶手段に記憶している該組に対応する空室数に対して該更新処理と同一の更新処理を実行する空室数更新手段をさらに備える
    　ことを特徴とするサーバシステム。
  11. 　複数のメンバから成るグループを構成する各メンバの端末と、該グループを代表する幹事がＷｅｂページを介して行う宿泊プランの予約手続を支援するサーバシステムとが通信ネットワークを介して接続しているグループ予約支援システムにおけるグループ予約支援方法であって、
    　宿泊プランの識別情報に対応させて、該宿泊プランの定員及び該宿泊プランに割り当てている客室の在庫数を記憶している宿泊プラン情報記憶手段と、
    　予約番号に対応させて、幹事の識別情報、宿泊プランの識別情報及び該宿泊プランの注文数を記憶することが可能な予約情報記憶手段と、
    　仮予約番号に対応させて、幹事の識別情報、宿泊プランの識別情報、該宿泊プランの仮注文数及び参加決定済メンバ数を記憶することが可能な仮予約情報記憶手段と
    　を有するサーバシステムが、
    　前記幹事の識別情報と、前記宿泊プランの識別情報と、該宿泊プランの仮注文数とを該幹事の端末から受信する仮予約申請情報受信ステップと、
    　前記受信した宿泊プランの識別情報に対応する在庫数を前記宿泊プラン情報記憶手段より読み出し、該在庫数が前記受信した仮注文数以上であれば、該宿泊プラン情報記憶手段に記憶している該在庫数から該仮注文数を減算するとともに、前記受信した各項目を仮予約番号に対応付けて前記仮予約情報記憶手段に書き込む仮予約情報登録ステップと、
    　前記幹事の端末から受信した情報により該幹事以外の各メンバのメールアドレスを特定するメンバ情報特定ステップと、
    　前記仮予約番号に対応する承認依頼メールを生成し、該承認依頼メールを前記特定した各メールアドレス宛に送信する承認依頼メール生成送信ステップと、
    　前記幹事以外のメンバの端末から仮予約番号に対応する回答識別コードを受信したとき、該回答識別コードに対応する仮予約番号を識別し、前記仮予約情報記憶手段に記憶している該仮予約番号に対応する参加決定済メンバ数を更新する回答受付ステップと、
    　前記更新後の参加決定済メンバ数が宿泊プランの定員の倍数となるごとに、注文数１の予約が成立すると判定する第一の予約成否判定ステップと、
    　予約が成立すると判定された仮予約に係る仮予約番号に対応する幹事の識別情報と宿泊プランの識別情報とを前記仮予約情報記憶手段より読み出し、該幹事の識別情報と、該宿泊プランの識別情報と、注文数１とを新たな予約番号に対応させて前記予約情報記憶手段に書き込む予約情報一部登録ステップと
    　を実行することを特徴とするグループ予約支援方法。
  12. 　複数のメンバから成るグループを構成する各メンバの端末と、該グループを代表する幹事がＷｅｂページを介して行う宿泊プランの予約手続を支援するサーバシステムとが通信ネットワークを介して接続しているグループ予約支援システムにおけるグループ予約支援プログラムであって、
    　宿泊プランの識別情報に対応させて、該宿泊プランの定員及び該宿泊プランに割り当てている客室の在庫数を記憶している宿泊プラン情報記憶手段と、
    　予約番号に対応させて、幹事の識別情報、宿泊プランの識別情報及び該宿泊プランの注文数を記憶することが可能な予約情報記憶手段と、
    　仮予約番号に対応させて、幹事の識別情報、宿泊プランの識別情報、該宿泊プランの仮注文数及び参加決定済メンバ数を記憶することが可能な仮予約情報記憶手段と
    　を有するサーバシステムに、
    　前記幹事の識別情報と、前記宿泊プランの識別情報と、該宿泊プランの仮注文数とを該幹事の端末から受信する仮予約申請情報受信ステップと、
    　前記受信した宿泊プランの識別情報に対応する在庫数を前記宿泊プラン情報記憶手段より読み出し、該在庫数が前記受信した仮注文数以上であれば、該宿泊プラン情報記憶手段に記憶している該在庫数から該仮注文数を減算するとともに、前記受信した各項目を仮予約番号に対応付けて前記仮予約情報記憶手段に書き込む仮予約情報登録ステップと、
    　前記幹事の端末から受信した情報により該幹事以外の各メンバのメールアドレスを特定するメンバ情報特定ステップと、
    　前記仮予約番号に対応する承認依頼メールを生成し、該承認依頼メールを前記特定した各メールアドレス宛に送信する承認依頼メール生成送信ステップと、
    　前記幹事以外のメンバの端末から仮予約番号に対応する回答識別コードを受信したとき、該回答識別コードに対応する仮予約番号を識別し、前記仮予約情報記憶手段に記憶している該仮予約番号に対応する参加決定済メンバ数を更新する回答受付ステップと、
    　前記更新後の参加決定済メンバ数が宿泊プランの定員の倍数となるごとに、注文数１の予約が成立すると判定する第一の予約成否判定ステップと、
    　予約が成立すると判定された仮予約に係る仮予約番号に対応する幹事の識別情報と宿泊プランの識別情報とを前記仮予約情報記憶手段より読み出し、該幹事の識別情報と、該宿泊プランの識別情報と、注文数１とを新たな予約番号に対応させて前記予約情報記憶手段に書き込む予約情報一部登録ステップと
    　を実行させるためのグループ予約支援プログラム。
  13. 　複数のメンバから成るグループを構成する各メンバの端末と、該グループを代表する幹事がＷｅｂページを介して行う宿泊プランの予約手続を支援するサーバシステムとが通信ネットワークを介して接続しているグループ予約支援システムにおけるグループ予約支援プログラムであって、
    　宿泊プランの識別情報に対応させて、該宿泊プランの定員及び該宿泊プランに割り当てている客室の在庫数を記憶している宿泊プラン情報記憶手段と、
    　予約番号に対応させて、幹事の識別情報、宿泊プランの識別情報及び該宿泊プランの注文数を記憶することが可能な予約情報記憶手段と、
    　仮予約番号に対応させて、幹事の識別情報、宿泊プランの識別情報、該宿泊プランの仮注文数及び参加決定済メンバ数を記憶することが可能な仮予約情報記憶手段と
    　を有するサーバシステムに、
    　前記幹事の識別情報と、前記宿泊プランの識別情報と、該宿泊プランの仮注文数とを該幹事の端末から受信する仮予約申請情報受信ステップと、
    　前記受信した宿泊プランの識別情報に対応する在庫数を前記宿泊プラン情報記憶手段より読み出し、該在庫数が前記受信した仮注文数以上であれば、該宿泊プラン情報記憶手段に記憶している該在庫数から該仮注文数を減算するとともに、前記受信した各項目を仮予約番号に対応付けて前記仮予約情報記憶手段に書き込む仮予約情報登録ステップと、
    　前記幹事の端末から受信した情報により該幹事以外の各メンバのメールアドレスを特定するメンバ情報特定ステップと、
    　前記仮予約番号に対応する承認依頼メールを生成し、該承認依頼メールを前記特定した各メールアドレス宛に送信する承認依頼メール生成送信ステップと、
    　前記幹事以外のメンバの端末から仮予約番号に対応する回答識別コードを受信したとき、該回答識別コードに対応する仮予約番号を識別し、前記仮予約情報記憶手段に記憶している該仮予約番号に対応する参加決定済メンバ数を更新する回答受付ステップと、
    　前記更新後の参加決定済メンバ数が宿泊プランの定員の倍数となるごとに、注文数１の予約が成立すると判定する第一の予約成否判定ステップと、
    　予約が成立すると判定された仮予約に係る仮予約番号に対応する幹事の識別情報と宿泊プランの識別情報とを前記仮予約情報記憶手段より読み出し、該幹事の識別情報と、該宿泊プランの識別情報と、注文数１とを新たな予約番号に対応させて前記予約情報記憶手段に書き込む予約情報一部登録ステップと
    を実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
PCT/JP2010/061900 2009-07-31 2010-07-14 グループ予約支援システム WO2011013512A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
KR1020127005398A KR101223353B1 (ko) 2009-07-31 2010-07-14 그룹 예약 지원 시스템
US13/387,968 US8700436B2 (en) 2009-07-31 2010-07-14 Group reservation support system
EP10804258A EP2461284A4 (en) 2009-07-31 2010-07-14 SUPPORT SYSTEM FOR GROUP RESERVATION

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2009-179939 2009-07-31
JP2009179938A JP5043901B2 (ja) 2009-07-31 2009-07-31 グループ予約支援システム
JP2009-179938 2009-07-31
JP2009179939A JP5043902B2 (ja) 2009-07-31 2009-07-31 グループ予約支援システム

Publications (1)

Publication Number Publication Date
WO2011013512A1 true WO2011013512A1 (ja) 2011-02-03

Family

ID=43529171

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2010/061900 WO2011013512A1 (ja) 2009-07-31 2010-07-14 グループ予約支援システム

Country Status (5)

Country Link
US (1) US8700436B2 (ja)
EP (1) EP2461284A4 (ja)
KR (1) KR101223353B1 (ja)
TW (1) TWI424370B (ja)
WO (1) WO2011013512A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021179648A (ja) * 2020-05-11 2021-11-18 株式会社ぐるなび 予約管理システム、予約管理方法、及び予約管理プログラム

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5427283B1 (ja) * 2012-09-28 2014-02-26 楽天株式会社 情報処理装置、情報処理方法及び情報処理プログラム
CN103226729A (zh) * 2013-02-06 2013-07-31 腾讯科技（深圳）有限公司 一种基于虚拟现实的订位方法及系统
US11188878B2 (en) * 2015-09-22 2021-11-30 International Business Machines Corporation Meeting room reservation system
JP6719186B2 (ja) * 2015-09-28 2020-07-08 株式会社ぐるなび サーバ、その制御方法及びその制御プログラム
US20180357572A1 (en) * 2017-06-13 2018-12-13 Amazon Technologies, Inc. Contiguous Event Seating Across Temporal Ticketing Intervals
US11126934B2 (en) * 2017-08-31 2021-09-21 Airbnb, Inc. Group travel system in an online marketplace
WO2020086618A1 (en) * 2018-10-22 2020-04-30 Hilton International Holding Llc A collective group of hotel rooms able to be selectively and serially linked by a customer
JP6721203B1 (ja) * 2019-04-11 2020-07-08 株式会社大正スカイビル レンタルスペースの管理システム
JP7310326B2 (ja) * 2019-06-06 2023-07-19 富士通株式会社 情報処理プログラム、情報処理方法、情報処理装置

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002169925A (ja) 2000-11-30 2002-06-14 Rakuten Inc 懸賞システム
JP2002183479A (ja) * 2000-12-08 2002-06-28 Fujitsu Ltd イベント幹事の業務を支援するサーバ、方法、および媒体
JP2002183566A (ja) * 2000-12-18 2002-06-28 Nec Soft Ltd 投票による会場予約システム，方法および会場投票・予約プログラムを記録した記録媒体
JP2003108840A (ja) 2001-09-28 2003-04-11 Matsushita Electric Ind Co Ltd 予約管理方法、予約管理システム、サーバ装置、クライアント装置、及び記録媒体
JP2003141066A (ja) * 2001-06-20 2003-05-16 Matsushita Electric Ind Co Ltd ネットワークシステムおよびエージェントサーバ
JP2006323805A (ja) 2005-04-20 2006-11-30 Gourmet Navigator Inc 宴会予約支援システム

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020022981A1 (en) * 2000-08-11 2002-02-21 Goldstein Jonathan S. Method and system for finding lowest fares for group travel
US20040215592A1 (en) 2001-06-20 2004-10-28 Satoshi Matsuura Network system and agent server
US20060106655A1 (en) * 2003-08-05 2006-05-18 Ladislav Lettovsky System and method for coordinating travel itineraries
US20060206363A1 (en) * 2005-03-13 2006-09-14 Gove Jeremy J Group travel planning, optimization, synchronization and coordination software tool and processes for travel arrangements for transportation and lodging for multiple people from multiple geographic locations, domestic and global, to a single destination or series of destinations
US8005695B2 (en) * 2006-01-18 2011-08-23 Ita Software, Inc. Bias of queries for multi-passenger multi-route travel planning
EP1840806A1 (en) 2006-03-28 2007-10-03 Amadeus s.a.s Systems and method of managing an inventory of service resources
TW200941393A (en) * 2008-03-28 2009-10-01 guo-zhan Huang Travel merchandise interactive platform and its using method

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002169925A (ja) 2000-11-30 2002-06-14 Rakuten Inc 懸賞システム
JP2002183479A (ja) * 2000-12-08 2002-06-28 Fujitsu Ltd イベント幹事の業務を支援するサーバ、方法、および媒体
JP2002183566A (ja) * 2000-12-18 2002-06-28 Nec Soft Ltd 投票による会場予約システム，方法および会場投票・予約プログラムを記録した記録媒体
JP2003141066A (ja) * 2001-06-20 2003-05-16 Matsushita Electric Ind Co Ltd ネットワークシステムおよびエージェントサーバ
JP2003108840A (ja) 2001-09-28 2003-04-11 Matsushita Electric Ind Co Ltd 予約管理方法、予約管理システム、サーバ装置、クライアント装置、及び記録媒体
JP2006323805A (ja) 2005-04-20 2006-11-30 Gourmet Navigator Inc 宴会予約支援システム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2461284A4

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021179648A (ja) * 2020-05-11 2021-11-18 株式会社ぐるなび 予約管理システム、予約管理方法、及び予約管理プログラム
JP7144689B2 (ja) 2020-05-11 2022-09-30 株式会社ぐるなび 予約管理システム、予約管理方法、及び予約管理プログラム

Also Published As

Publication number Publication date
EP2461284A1 (en) 2012-06-06
TW201120795A (en) 2011-06-16
KR20120039055A (ko) 2012-04-24
TWI424370B (zh) 2014-01-21
US8700436B2 (en) 2014-04-15
EP2461284A4 (en) 2013-03-13
KR101223353B1 (ko) 2013-01-16
US20120191489A1 (en) 2012-07-26

Similar Documents

Publication Publication Date Title
WO2011013512A1 (ja) グループ予約支援システム
US20050288987A1 (en) Vacation planning and approval
AU2012277131B2 (en) Apparatus and Method for Processing Information of a Search Result
JP5594705B2 (ja) 座席管理システム、座席管理システムの制御方法、及びプログラム
US20090083112A1 (en) Automated Event Modification in Electronic Calendar Systems
US20060015376A1 (en) Method and system for employee reservation of meeting rooms
JPWO2006097971A1 (ja) キャリア開発システム
JP2002169939A (ja) 会議システム、及び、会議システム用サーバ並びに操作端末、及び制御方法及び記憶媒体
JP2009217706A (ja) リソース予約管理システム、リソース予約管理方法及びリソース予約管理プログラム
US20120310942A1 (en) Queuing conference participants by category
JP5043902B2 (ja) グループ予約支援システム
JP5043901B2 (ja) グループ予約支援システム
KR101601301B1 (ko) 그룹 예약 지원 시스템
KR101404835B1 (ko) 제사 공간과 제사 음식 대행 시스템 및 방법
JP6843496B2 (ja) 参加管理システム、管理支援装置、管理支援プログラム
JP4792102B2 (ja) 宿泊勧誘システム
JP4446639B2 (ja) ワークフロー管理システム、プログラムおよび記録媒体
JP2002203039A (ja) 採用管理システムのサーバ
JP7208506B2 (ja) 予約管理システム、予約管理方法、及び予約管理プログラム
JP7447201B1 (ja) プログラム及び情報処理装置
KR101572275B1 (ko) 숙박 권유 시스템
JP4445785B2 (ja) 面接カフェシステム
Horgan et al. Diversity, Equity, and Inclusion in the US Ambassador Corps
Lappas et al. DO GREEK MUNICIPAL WEBSITES MEET CITIZENS’ PERCEPTIONS ON ISSUE IMPORTANCE?
JP5368404B2 (ja) 食事割当支援装置及び食事割当支援プログラム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 10804258

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2010804258

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 20127005398

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 13387968

Country of ref document: US