WO2020065760A1 - 受付システム、受付方法、及びプログラム - Google Patents

受付システム、受付方法、及びプログラム Download PDF

Info

Publication number
WO2020065760A1
WO2020065760A1 PCT/JP2018/035679 JP2018035679W WO2020065760A1 WO 2020065760 A1 WO2020065760 A1 WO 2020065760A1 JP 2018035679 W JP2018035679 W JP 2018035679W WO 2020065760 A1 WO2020065760 A1 WO 2020065760A1
Authority
WO
WIPO (PCT)
Prior art keywords
input
service
name
information
attribute information
Prior art date
Application number
PCT/JP2018/035679
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
Application filed by 楽天株式会社 filed Critical 楽天株式会社
Priority to US16/631,909 priority Critical patent/US11392862B2/en
Priority to JP2019527270A priority patent/JP6592225B1/ja
Priority to PCT/JP2018/035679 priority patent/WO2020065760A1/ja
Priority to CN201880055461.5A priority patent/CN111226250B/zh
Publication of WO2020065760A1 publication Critical patent/WO2020065760A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0487—Interaction techniques based on graphical user interfaces [GUI] using specific features provided by the input device, e.g. functions controlled by the rotation of a mouse with dual sensing arrangements, or of the nature of the input device, e.g. tap gestures based on pressure sensed by a digitiser
    • G06F3/0489—Interaction techniques based on graphical user interfaces [GUI] using specific features provided by the input device, e.g. functions controlled by the rotation of a mouse with dual sensing arrangements, or of the nature of the input device, e.g. tap gestures based on pressure sensed by a digitiser using dedicated keyboard keys or combinations thereof
    • G06F3/04895—Guidance during keyboard input operation, e.g. prompting
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0481—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
    • G06F3/0482—Interaction with lists of selectable items, e.g. menus
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0484—Interaction techniques based on graphical user interfaces [GUI] for the control of specific functions or operations, e.g. selecting or manipulating an object, an image or a displayed text element, setting a parameter value or selecting a range
    • G06F3/04847—Interaction techniques to control parameter settings, e.g. interaction with sliders or dials
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00—Handling natural language data
    • G06F40/10—Text processing
    • G06F40/166—Editing, e.g. inserting or deleting
    • G06F40/174—Form filling; Merging
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/02—Reservations, e.g. for tickets, services or events
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/14—Travel agencies

Definitions

  • the present invention relates to a reception system, a reception method, and a program.
  • Patent Literature 1 discloses a system that realizes, in an input form between a plurality of different websites, an auto-complete of items common to the websites.
  • the present invention has been made in view of the above problems, and an object of the present invention is to provide a reception system, a reception method, and a program that can save the trouble of input when applying for a plurality of services at once. is there.
  • a reception system is a reception system that collectively receives an application for a plurality of services, and is provided for inputting user information and attribute information for each of the services.
  • Display control means for displaying an input form, holding means for holding user information and attribute information input for the input form of each service in association with the service, and an input form of a service to be input,
  • the attribute information of the service to be input is obtained based on the attribute information input to the input form of another service having the same user information.
  • acquisition means for performing the operation.
  • a reception method is a reception method for collectively accepting applications for a plurality of services, and a display control step of displaying an input form for inputting user information and attribute information for each of the services. And a holding step of holding user information and attribute information entered for the input form of each service in association with the service, and a user of the input target service for the input form of the input target service.
  • a program according to the present invention is a display control means for displaying an input form for inputting user information and attribute information for each service by a computer that accepts applications for a plurality of services collectively, for each service, A holding unit that holds user information and attribute information input to an input form in association with the service, when user information of the input target service is input to an input form of the input target service And a function for acquiring attribute information of the service to be input, based on attribute information input to an input form of another service with matching user information.
  • the display control means may display the user information input to the input form of another service.
  • the obtaining unit obtains the selected user information as the user information of the service to be input, and displays the selected user information. And acquiring attribute information of the service to be input based on the attribute information of the service.
  • the acquisition unit generates the attribute information of the input target based on the attribute information of the other service.
  • the number of users of each service is specified in advance, and the display control means displays the input form of each service in descending order of the number of users.
  • the number of items of attribute information is specified in advance for each service, and the display control means displays the input form of each service in descending order of the number of items. .
  • the acquisition unit acquires information on items necessary for applying for the input target service, among the attribute information of the other service.
  • the reception system further includes setting means for setting temporary user information for services for which user information has not been input.
  • the holding means replaces the temporary user information with the input user information when the user information is input in an input form of a service in which the temporary user information is set. It is characterized by.
  • the reception system further includes a reception unit that receives an input of user information of a service in which the temporary user information is set, when the temporary user information is selected. It is characterized by the following.
  • the input form of each service is displayed on the same page, and the acquisition unit is input to the input form of the other service on the same page as the input form of the service to be input. Acquiring attribute information of the service to be input based on the attribute information.
  • the display control means causes the attribute information of the service to be input obtained by the obtaining means to be displayed on an input form of the service to be input.
  • the reception system performs an application process based on the attribute information without using the user information for a service that does not require user information for the application process among the plurality of services.
  • Executing means for executing are provided.
  • FIG. 1 is a diagram showing the overall configuration of the reception system.
  • the reception system S includes an applicant terminal 10 and a server 20, which are connected to a network N such as the Internet.
  • FIG. 1 shows one applicant terminal 10 and one server 20, there may be a plurality of these terminals.
  • the applicant terminal 10 is a computer operated by the applicant.
  • An applicant is a person who applies for a service used by a user.
  • the user is a person who uses the service.
  • To use means to receive a service and to use the service.
  • the application means performing a procedure for using the service, for example, making a reservation, establishing a contract, or purchasing. Stated another way, the application is to transmit information such as the name of the user to the server 20 and indicate the intention to use the service.
  • the applicant may be the same as the user, or may be different from the user. That is, the applicant may apply for a service to be used by himself or may apply for the other user.
  • a case will be described where an applicant applies for a service used by a plurality of users, and the applicant is also a part of the user. That is, the applicant applies for a service to be used by the companion and the applicant.
  • the applicant terminal 10 is a mobile phone (including a smartphone), a portable information terminal (including a tablet computer), a personal computer, or the like.
  • the applicant terminal 10 includes a control unit 11, a storage unit 12, a communication unit 13, an operation unit 14, and a display unit 15.
  • the control unit 11 includes at least one microprocessor.
  • the control unit 11 executes a process according to a program or data stored in the storage unit 12.
  • Storage unit 12 includes a main storage unit and an auxiliary storage unit.
  • the main storage unit is a volatile memory such as a RAM
  • the auxiliary storage unit is a nonvolatile memory such as a ROM, an EEPROM, a flash memory, or a hard disk.
  • the communication unit 13 is a communication interface for wired communication or wireless communication, and performs data communication via a network.
  • the operation unit 14 is an input device for the applicant to operate, and is, for example, a pointing device such as a touch panel or a mouse, a keyboard, or a button.
  • the operation unit 14 transmits the content of the operation performed by the applicant to the control unit 11.
  • the display unit 15 is, for example, a liquid crystal display unit or an organic EL display unit.
  • the display unit 15 displays an image according to an instruction from the control unit 11.
  • the server 20 is a server computer.
  • the server 20 includes a control unit 21, a storage unit 22, and a communication unit 23.
  • the physical configurations of the control unit 21, the storage unit 22, and the communication unit 23 may be the same as those of the control unit 11, the storage unit 12, and the communication unit 13, respectively.
  • the programs and data described as being stored in the storage units 12 and 22 may be supplied via the network N.
  • the hardware configuration of each computer described above is not limited to the above example, and various hardware can be applied.
  • a reading unit for example, an optical disk drive or a memory card slot
  • an input / output unit for example, a USB port
  • a program or data stored in an information storage medium may be supplied to each computer via a reading unit or an input / output unit.
  • the travel reservation service is a service that supports creation of an itinerary.
  • An itinerary is a travel plan, itinerary, or itinerary, and comprises at least one service.
  • a service is a component of an itinerary and is an individual appointment during a trip.
  • the service is an individual travel product to be reserved or purchased, and can also be an item to be applied.
  • the service can apply any kind of service such as accommodation, transportation (transportation), rental car, activity (optional tour), restaurant, or tourist facility.
  • the accommodation facility is a facility such as a hotel, a ryokan, a guest house, a pension, or a guest house.
  • the transportation means is an aircraft, a train, a bus, or a ship.
  • a tourist facility is a facility such as an aquarium, a zoo, a theme park, a park, a temple, a shrine, or a stadium.
  • a top screen of the travel reservation service is displayed on the display unit 15.
  • a screen described below is displayed on a web browser, but may be displayed on a travel reservation service application.
  • FIG. 2 is a diagram showing an example of the top screen. As shown in FIG. 2, for example, on a top screen G1, input forms F10 to F14 for inputting service search conditions and a button B15 for executing a search are displayed.
  • the search condition is a query used in the search, and any condition can be input.
  • the search condition may be a keyword, a numerical value selected from a plurality of predetermined numerical values, or attribute information such as a category.
  • the numerical value is a numerical value of a condition such as time, number of people, or budget.
  • Time may mean only a date (year, month, day), or may mean a date including a date and time. Further, the time may indicate a specific point in time or may indicate a rough period. The period may indicate a time zone in a certain day, or may indicate a period over a plurality of days.
  • search conditions can be input for each type of service such as a hotel, airline ticket, rental car, bus, activity, restaurant, and tourist facility.
  • a process in the case where the applicant selects “hotel” as a search target will be described as an example.
  • the applicant inputs a keyword such as an accommodation place in the input form F10.
  • the accommodation place does not have to be input by a keyword, and may be selected from a prepared area list.
  • a check-in date is input in the input form F11
  • a check-out date is input in the input form F12.
  • the input form F13 is used to enter the number of adults
  • the input form F14 is used to enter the number of children.
  • FIG. 3 is a diagram showing how the search is executed.
  • the top screens G1A and G1B of FIG. 3 for example, when the applicant inputs search conditions in the input forms F10 to F14 and selects the button B15, a hotel satisfying the search conditions is searched.
  • a hotel satisfying the search conditions is searched.
  • a hotel having a room in the room for “two adults” and “one child” entered in the input forms F13 and F14 is searched.
  • a search result screen G2 showing the search result is displayed on the display unit 15.
  • the search condition used in the search is displayed on the input form F20 of the search result screen G2. If the desired hotel is not found, the applicant changes the search condition from the input form F20 and executes the search again.
  • hotels that have been hit in the search are displayed in the list L21 of the search result screen G2. For example, in the list L21, information such as the name of the hotel hit in the search, the image (omitted in FIG. 3), the evaluation of the applicant, and the price range are displayed.
  • FIG. 3 shows a case where the applicant selects “Hotel A” in the list L21 and a service detail screen G3 showing a page of “Hotel A” is displayed on the display unit 15. For example, the name, rating, image, room name, and fee of “Hotel A” are displayed on the service detail screen G3.
  • the hotel may be reserved from the service details screen G3, but in the present embodiment, the applicant adds the hotel to the travel car, assembles the itinerary, and then reserves the services in the travel car collectively.
  • Travel basket is a list of services incorporated in the itinerary and a list of services under consideration. Stated another way, a travel car is a temporary itinerary created before finalizing the itinerary (before completing the service reservation).
  • a travel basket is a concept similar to a shopping cart in e-commerce. Applicants plan their own itinerary by adding multiple types of services to the travel basket and book these multiple types of services.
  • a button B30 for adding the displayed hotel to the travel basket is displayed on the service details screen G3.
  • “Hotel A” displayed on the service detail screen G3 is added to the travel car, and the travel car screen is displayed on the display unit 15.
  • the applicant may add services to the travel car without changing the time and the number of passengers entered in the search conditions, or change the time and the number of passengers entered in the search conditions, and then May be added to the service.
  • FIG. 4 is a diagram showing an example of the travel car screen.
  • the service added to the travel car is displayed in the display area A40 of the travel car screen G4.
  • the display area A40 displays the number of users and the usage time specified by the applicant.
  • Each service added to the travel basket may have a different number of users than other services.
  • the hotel and the airline ticket have three occupants, but the first activity “kimono rental” has two occupants and the second activity “ The "Railway Pass” has one passenger.
  • each service added to the travel car may have a different usage time from other services.
  • the service indicated by the button B400 is deleted from the travel car.
  • a reservation information input screen for inputting reservation information necessary for reservation of the service is displayed on the display unit 15.
  • FIG. 5 is a diagram showing an example of a reservation information input screen.
  • FIG. 5 shows the entire reservation information input screen G5, and a part of the reservation information input screen G5 of FIG.
  • an input form for inputting reservation information of the service is displayed on the reservation information input screen G5 for each service added to the travel car.
  • an input form for inputting reservation information of the user is displayed for each user.
  • the reservation information includes information notified to the service provider, and includes, for example, personal information such as a user's name, date of birth, age, gender, address, and telephone number.
  • the reservation information can also be referred to as service reservation conditions.
  • the service provider may be notified of all of the reservation information or only a part of the reservation information.
  • the reservation information may be composed of a plurality of items, or may be only one item. The item is a component of the reservation information.
  • an input form for inputting airline ticket reservation information is displayed in the display area A50.
  • the airline ticket specifies two adults and one child as the number of users, and the applicant inputs reservation information of these three people.
  • the reservation information of the air ticket includes three items of the user's name, date of birth, and gender.
  • the input forms F500A to F500C are simply referred to as the input form F500 unless it is particularly necessary to distinguish them.
  • the input forms F501A to F501C are described as an input form F501 when there is no particular need to distinguish them
  • the input forms F502A to F502C are described as an input form F502 when there is no particular need to distinguish them. Since the number of airline ticket users is three, three combinations of input forms F500, F501, and F502 are displayed in the display area A50.
  • an input form for inputting hotel reservation information is displayed in the display area A51.
  • two adults and one child are designated as users in the hotel, and the applicant inputs reservation information of these three people.
  • the hotel reservation information is composed of four items: the name and gender of the user, the name of the representative, and the arrival time at the hotel.
  • the input forms F510A to F510C are simply described as the input form F510 unless it is particularly necessary to distinguish them.
  • the input forms F511A to F511C do not need to be particularly distinguished, they are described as an input form F511. Since the number of hotel users is three, three combinations of input forms F510 and F511 are displayed in the display area A51. Since the name of the representative and the arrival time at the hotel are not information to be input for each user, the input forms F512 and F513 are displayed one by one.
  • ⁇ Also for example, in the display area A52, an input form for inputting reservation information of the first activity is displayed.
  • the first activity one adult and one child are designated as the number of users, and the applicant inputs reservation information of each of these two people.
  • the reservation information of the first activity is composed of three items of the user's name, height, and age group.
  • the age category is the age category (age zone) of the user.
  • the "age” is 20 years or older
  • the “minor” is 13 years or older and less than 20 years.
  • school children are 6 to less than 13 years old
  • infants are 1 to 6 years old
  • infants are less than 1 year old.
  • the input forms F520A and F520B are simply described as the input form F520 unless it is particularly necessary to distinguish them.
  • the input forms F521A and F521B do not need to be particularly distinguished, they are described as an input form F521, and when the input forms F522A and F522B do not need to be particularly distinguished, they are described as an input form F522. Since the number of users of the first activity is two, two combinations of the input forms F520, F521, and F522 are displayed in the display area A52.
  • ⁇ Also for example, in the display area A53, an input form for inputting the reservation information of the second activity is displayed.
  • the second activity one adult is designated as the number of users, and the applicant inputs reservation information of the one person.
  • the reservation information of the second activity is composed of two items of the user's name and nationality.
  • the name of the user is input.
  • the nationality of the user is input. Since the number of users of the second activity is one, only one combination of the input forms F530 and F531 is displayed in the display area A53.
  • the applicant can make a reservation for the service by inputting the reservation information in each of the input forms in the display areas A50 to A53 and selecting the button B54.
  • the reservation information may be input in an arbitrary order.
  • a case where the reservation information is input in order from the top of the reservation information input screen G5 will be described as an example.
  • FIGS. 6 to 8 are diagrams showing a state in which reservation information of an airline ticket is input. 6 to 8, symbols that need not be particularly referred to are omitted. This applies to FIGS. 9 to 11 described later.
  • the reservation information input screens G5A and G5B in FIG. 6 when the input form F500A is focused, the first user's name can be input.
  • the focus means that an input form is selected, and that a cursor is set on the input form. In other words, the focus is a state in which information can be input to the input form.
  • the name frequently input by the applicant can be registered in advance, and among the registered names, names that partially match the character string input to the input form F500A are recommended. I have. For example, when the applicant inputs the character “Y” in the input form F500A, a menu M55 is displayed as shown in a reservation information input screen G5C, and among the names registered in the input screen, the name having the head “Y” Is recommended. Subsequently, when the applicant inputs a plurality of characters in the input form F500A, names matching the input plurality of characters are narrowed down and displayed on the menu M55. If no name is registered, menu M55 is not displayed, and the applicant directly inputs the name of the first user in input form F500A.
  • “Yamada @ Taro” is input to the input form F500A as the name of the first user, as shown in the reservation information input screen G5D. If the name of the reservation user does not exist in the menu M55, the applicant directly inputs the name of the first user in the input form F500A. This is the same for input forms F500B and F500C described later.
  • the applicant enters the date of birth and gender of the first person in the input forms F501A and F502, and completes the input of the reservation information of the first person.
  • the date of birth is entered by numerical input, and the gender is entered by selecting a radio button
  • the second person can enter the name.
  • names registered in advance names that partially match the character string input to the input form F500B are recommended.
  • a menu M55 is displayed, and among the names registered in the input screen, the name whose head is "Y" is recommended.
  • the selected name may not be recommended.
  • the recommendation of the name in the menu M55 is performed while the input first name is excluded from the pre-registered names. You may do so. This is the same for an input form F500C described later.
  • the applicant inputs the date of birth and gender of the second person in the input forms F501B and F502B as shown in the reservation information input screen G5I, and completes the input of the reservation information of the second person.
  • the third person's name can be input as shown in the reservation information input screen G5J.
  • the input forms F500A and F500B of the names registered in advance, names that partially match the character string input to the input form F500C are recommended.
  • a menu M55 is displayed, and among the names registered in the input screen, the name whose head is "Y" is recommended.
  • FIG. 9 is a diagram showing how the hotel reservation information is input.
  • a menu M55 is displayed below the input form F510A.
  • the names registered in advance were displayed on the menu M55 because the names of the three passengers had not been entered yet. Since the names of the minutes have already been input, the names of the three input people are displayed in the menu M55 just by focusing on the input form F510 (even if no characters are input to the input form F510). The applicant selects the first name from these three persons.
  • the selected name is automatically input to the input form F510A as shown in the reservation information input screen G50.
  • the gender of the selected name “Yamada @ Taro” is automatically input to the input form F511A. That is, the input name and gender are used as the airline ticket reservation information, and are input as the hotel reservation information.
  • a menu M55 is displayed below the input form F510B as shown in the reservation information input screen G5P.
  • the selected name is automatically input to the input form F510B by the same flow as the first user, and the user's name is input to the input form F511B.
  • Gender is automatically entered.
  • the applicant selects a name from the menu M55 displayed when the input form F510C is focused, the selected name is automatically input to the input form F510C. Then, the user's gender is automatically entered in the input form F511C.
  • the applicant finishes inputting the hotel reservation information he inputs the reservation information of the first activity.
  • the input information is diverted for items common to the airline ticket and hotel reservation information.
  • the name is common to the flight ticket and hotel reservation information, the same item does not necessarily exist for the age category.
  • the age category can be calculated from the date of birth, so the age category of the first activity is calculated from the date of birth already entered in the airline ticket and automatically entered.
  • the reservation information is automatically generated and input.
  • FIG. 10 is a diagram showing how reservation information of the first activity is input.
  • a menu M55 is displayed below the input form F520A.
  • the names of the three persons who have already entered are displayed. The applicant selects the first name from these three persons.
  • the selected name is automatically input to the input form F520A as shown in the reservation information input screen G5S.
  • the age category is calculated based on the date of birth of the selected name “Yamada @ Ryoko”, and the calculated age category is automatically input to the input form F522A. Since the height of the user is information that has not been input yet, the information is not diverted to the input form F521A. Therefore, the applicant manually inputs the height of the first user.
  • a menu M55 is displayed below the input form F520B as shown in the reservation information input screen G5T.
  • the selected name is automatically input to the input form F520B by the same flow as the first name, and the selected name is input to the input form F522B.
  • the age category of the user of the name is automatically entered.
  • FIG. 11 is a diagram showing a state in which reservation information of the second activity is input.
  • a menu M55 is displayed.
  • the names of the three persons who have already entered are displayed.
  • the inputted reservation information can be diverted.
  • the reservation information of the activity is not duplicated except for the name, only the name is diverted as shown in the reservation information input screen G5W, and the nationality must be manually input.
  • the server 20 transmits the reservation information to each service provider.
  • the server 20 may transmit all of the reservation information to the service provider, or may transmit only part of the reservation information to the service provider.
  • a predetermined application process is executed in the system of the service provider, and the reservation of the service is completed.
  • the reception system S when inputting the name of a user of a certain service, the reception system S saves the trouble of inputting the name of the user by diverting the name of the input user of another service.
  • the first feature is as follows.
  • the reception system S selects the name of a user of another service for which the reservation information has been input, and diverts the input sex, age, etc. of the other service. By doing so, there is a second feature that the trouble of inputting reservation information is saved.
  • the details of the first and second features will be described.
  • FIG. 12 is a functional block diagram illustrating an example of a function realized by the reception system S of the embodiment. Here, a function for realizing the first characteristic and a function for realizing the second characteristic will be described.
  • the input form is an image for inputting and transmitting information, and is, for example, a text box, a pull-down menu, a radio button, or a check box.
  • arbitrary information can be input.
  • text, numerical values, or symbols may be input, or information may be selected from a plurality of options.
  • the user information is information that can identify the user, for example, information such as a name, a nickname, a mail address, an account, a user ID, or a passport number.
  • a name will be described as an example of the user information. For this reason, the part described as a name in this embodiment can be read as user information.
  • At least one input form is displayed on the applicant terminal 10 for each service.
  • the number of input forms may be the same as or larger than the number of items of reservation information required for service reservation.
  • a case where a name is input for all services will be described. However, there may be a service that does not require input of a name.
  • a database storage unit 200 and a display control unit 201 are realized.
  • the database storage unit 200 and the display control unit 201 are examples of a database storage unit and a display control unit, respectively.
  • the database storage unit 200 is realized mainly by the storage unit 22.
  • the database storage unit 200 stores a database necessary for realizing the first feature.
  • the case where the database storage unit 200 stores the service database DB1 and the applicant database DB2 will be described.
  • FIG. 13 is a diagram showing an example of data storage in the service database DB1.
  • the service database DB1 is a database that stores various types of information related to services.
  • the service database DB1 stores input items of a service ID for uniquely identifying a service, a service name, a type, basic information, and reservation information.
  • the name of the service is, for example, the name of an accommodation facility, the flight number of an aircraft, the name of a train, the name of a bus, the name of a rental car, the name of an activity, the name of a restaurant, or It is a tourist facility name.
  • the type of service is, for example, a type of accommodation facility, transportation means, activity, restaurant, or tourist facility (type of service provider), and may be an attribute of the service.
  • the basic information is basic information of the service, for example, information such as a location, a contact address, a price, or a service content. The basic information is used as an index when searching.
  • the entry item of the reservation information is an item of the reservation information to be inputted in order to reserve the service.
  • Each service has at least one input item. Which input item is to be input may be determined in advance. For example, the service provider may specify an input item necessary for reserving its own service, or the administrator of the reception system S may specify the type of service. An input item may be specified for each.
  • the service database DB1 stores the item names specified as input items.
  • items such as “name”, “birth date”, “gender”, “representative”, “arrival time”, “height”, “age classification”, and “nationality” are taken as examples.
  • the input item can specify an arbitrary item, and may be, for example, an item such as “full age”, “place of residence”, “presence of option”, or “presence of allergy”.
  • the input items of the reservation information include a name and information other than the name as information on the user.
  • information other than the name may be described as attribute information.
  • Information such as “date of birth”, “gender”, “age classification”, and “nationality” is an example of attribute information.
  • the attribute information can also be called personal information of the user.
  • the data stored in the service database DB1 is not limited to the above example.
  • Arbitrary information may be stored in the service database DB1, for example, stock information of each service is stored and may be referred to at the time of search.
  • FIG. 14 is a diagram showing an example of data storage in the applicant database DB2.
  • the applicant database DB2 is a database that stores various information about the applicant.
  • the applicant database DB2 stores an applicant ID that uniquely identifies the applicant, the name of the applicant, the name of the registrant, and travel car data.
  • the registrant is a person whose name is displayed on the menu M55, for example, the name of a family member, a friend, or a colleague who often travels together.
  • the name entered by the applicant is registered in the applicant database DB2.
  • the name entered by the applicant from his / her own page may be registered, or the name entered by the applicant at the time of past reservation may be automatically registered. Note that the applicant need not particularly register the name of the registrant.
  • Travel car data is data indicating the contents of the travel car. Stated another way, the travel car data is data indicating services added to the travel car by the applicant. For example, in the travel car data, the service ID, the use time, and the number of users of the service added to the travel car are stored.
  • Usage time is the time specified by the applicant when the service is added to the travel car. As described above, the use time may be only the date or the date and time.
  • the number of users is the number specified by the applicant when the service is added to the travel basket. The number of users may be the number of persons for each category such as adults and children, or may be the number of persons who do not particularly consider the categories.
  • the information stored in the travel car data is not limited to the above example.
  • the condition for example, presence or absence of an option
  • the condition may be stored.
  • the data stored in the applicant database DB2 is not limited to the above example.
  • the applicant database DB2 may store data indicating the history of reservations made by the applicant.
  • the data may include reservation information input by the applicant at the time of reservation.
  • the data stored in the database storage unit 200 is not limited to the above example.
  • the database storage unit 200 may store an item database defining input items of reservation information.
  • the item database may store a calculation formula for calculating reservation information. For example, since "age category” can be calculated from “birth date” or “full age”, a calculation formula for calculating "age category” from "birth date” or “full age” is defined in the item database. Is also good. For example, since “full age” can be calculated from “birth date”, a calculation formula for calculating “full age” from “birth date” may be defined in the item database.
  • the display control unit 201 is realized mainly by the control unit 21.
  • the display control unit 201 generates the display data DT1 of the reservation information input screen G5, and transmits the display data DT1 to the applicant terminal 10.
  • FIG. 15 is a diagram showing a data storage example of the display data DT1 of the reservation information input screen G5.
  • the data storage example is shown in a table format so as to be easily understood.
  • the display data DT1 may be data for displaying a screen on the applicant terminal 10, for example, HTML data or XML data. Various types of data can be applied.
  • the display control unit 201 Since the reservation information input screen G5 has contents corresponding to the contents of the travel car, the display control unit 201 generates display data DT1 of the reservation information input screen G5 based on the travel car data. In other words, the display control unit 201 determines the layout of the reservation information input screen G5 based on the travel car data.
  • the display control unit 201 refers to the travel car data and specifies the service ID and the number of users of the service added to the travel car.
  • the display control unit 201 refers to the service database DB1, and specifies a service name and an input item associated with the specified service ID.
  • the display control unit 201 assigns titles for each service by the number of users. The title is a name such as "Adult 1", "Adult 2", or "Child 1" displayed on the reservation information input screen G5.
  • the display control unit 201 assigns a title, an item name, and identification information of an input form to each service, and generates display data DT1.
  • the input form identification information is information for identifying the input form in the reservation information input screen G5, and is the name of the input form.
  • the identification information of the input form may be issued according to an arbitrary rule.
  • the display control unit 201 associates the calculation formula with the input form of the calculation formula and stores the calculation formula in the display data DT1. For example, if the display control unit 201 specifies the item of “date of birth” and the item of “age category”, the display control unit 201 displays a calculation formula for calculating “age category” from “birth date” in the display data. Store in DT1. Further, for example, when the item of “birth date” and the item of “full age” are specified, the display control unit 201 displays a calculation formula for calculating “full age” from “birth date” in the display data DT1. To be stored.
  • the display data DT1 may include a script in which a predetermined command is described, or a script may be managed separately from the display data DT1, and the script may be executed by an external call.
  • the script may describe the above formula, or may describe the service ID, service name, title, item name, and input form identification information shown in the display data DT1.
  • the script may include an instruction to divert information between input forms having the same item name.
  • the script when the input form of the name is focused, an instruction to display the menu M55 with reference to the user data DT2 described later may be described. Further, for example, when a name is selected from the menu M55, a command for diverting attribute information associated with the name may be described in the script.
  • the display data DT1 includes the name of the registrant associated with the applicant.
  • a name that matches the character string input halfway by the applicant is displayed in the menu M55 so as to be selectable.
  • the registrant's name may be transmitted to the applicant terminal 10 separately from the display data DT1.
  • the display control unit 201 generates not only the display data DT1 of the reservation information input screen G5 but also the user data DT2, and transmits the user data DT2 to the applicant terminal 10.
  • FIG. 16 is a diagram showing a data storage example of the user data DT2.
  • the user data DT2 is data for managing the reservation information input on the reservation information input screen G5.
  • the user data DT2 stores a user ID for uniquely identifying a user and input reservation information.
  • the name, date of birth, age group, gender, height, and nationality are stored as the reservation information.
  • the representative and the arrival time may be stored in the user data DT2. However, since these pieces of information are not information input for each user, they are not stored here in the user data DT2. And
  • the display control unit 201 determines the number of records of the user data DT2 based on the number of users of the service added to the travel car, and issues a user ID for the number of records. Then, the display control unit 201 specifies the input item of the reservation information of the service added to the travel car, and sets the field of the user data DT2. In the present embodiment, a temporary name is set as the user's name. This process will be described in the second feature.
  • the user data DT2 is updated when information is input to each input form on the reservation information input screen G5. For example, if no information has been entered yet, the user data DT2 includes a user ID and a temporary name of the user (for example, “Traveler 1”, “Traveler 2”, and “Travel” 3) is stored. In this state, when the applicant inputs the name of the user, the temporary name is replaced with the input name. Thereafter, when the applicant inputs the age, sex, etc. of the user, the input information is stored in the user data DT2. Note that the temporary name need not be stored in the user data DT2.
  • a data storage unit 100 In the applicant terminal 10, a data storage unit 100, a specification unit 101, a display control unit 102, and an acquisition unit 103 are realized. These are examples of a data storage unit, a specification unit, a display control unit, and an acquisition unit, respectively.
  • the data storage unit 100 is realized mainly by the storage unit 12.
  • the data storage unit 100 stores data necessary for realizing the first feature.
  • the case where the data storage unit 100 stores the display data DT1 and the user data DT2 will be described.
  • the applicant terminal 10 When receiving the display data DT1 and the user data DT2 from the server 20, the applicant terminal 10 records the display data DT1 and the user data DT2 in the data storage unit 100.
  • Data storage examples of the display data DT1 and the user data DT2 are as described above.
  • the data stored in the data storage unit 100 is not limited to the above example.
  • the data storage unit 100 may store the applicant ID of the applicant who operates the applicant terminal 10.
  • the data storage unit 100 may store travel car data. In this case, it is assumed that the travel car data in the data storage unit 100 and the travel car data in the applicant database DB2 are consistent.
  • the specifying unit 101 is implemented mainly by the control unit 11.
  • the specifying unit 101 specifies another service associated with the service to be input.
  • the input target service is a service to which reservation information is input, and is a service in which an input form is displayed on the reservation information input screen G5.
  • an input form of each of a plurality of services is displayed on the reservation information input screen G5, and among the plurality of services, a service focused on the input form corresponds to a service to be input.
  • the other service associated with the service to be input (hereinafter simply referred to as another service) is a service in which some or all items of the reservation information and the reservation information are common. Stated another way, the other service is a service from which reservation information is diverted. Other services are services for which reservation information has been input.
  • the other service is a service added to the travel car together with the service to be input, and a service in which reservation information is input together with the service to be input.
  • the other service is a service in which an input form is displayed together with the service to be input, and a service in which the input form is displayed on the same page as the service to be input.
  • the specifying unit 101 specifies other services to be applied for at once together with the service to be input.
  • Accepting applications collectively means accepting applications for multiple services with a single application request. For example, collectively receiving the reservation information of each of the plurality of services at once, receiving the reservation information of each of the plurality of services successively one after another, collectively processing the application processing of each of the plurality of services at once Or to execute the application process of each of the plurality of services one after another.
  • the specifying unit 101 since the service ID is included in the display data DT1, the specifying unit 101 refers to the service ID stored in the display data DT1 to display the input form together with the service to be input. Identify other services. Alternatively, for example, the specifying unit 101 may refer to the travel car data and specify another service added to the travel car together with the service to be input.
  • the other service may be a service that has been reserved, or may not be a service added to the travel basket together with the service to be input. That is, the other service may be a service in which an input form is displayed on a screen different from the service to be input.
  • the specifying unit 101 may specify another service by referring to the reservation information data stored in the applicant database DB2.
  • the reception system S may not separately receive applications for a plurality of services but may receive applications for each service separately.
  • the display control unit 102 is realized mainly by the control unit 11.
  • the display control unit 102 displays the reservation information input screen G5 on the display unit 15 based on the display data DT1, executes a script described in the display data DT1, and diverts input information.
  • the display control unit 102 displays a name input on another service input form in a selectable manner.
  • the display control unit 102 causes the name input as the reservation information of another service to be displayed in a selectable manner.
  • Displaying a name in a selectable manner means displaying the name in a selectable state, for example, displaying the name on a menu, or displaying a radio button or a check box with the name.
  • displaying the name on the menu M55 corresponds to displaying the name in a selectable manner.
  • the display control unit 102 displays the menu M55 so that the name input to the input form of another service is selectably displayed. .
  • the menu M55 may be displayed even if the input form is not particularly focused. That is, the display control unit 102 may display the menu M55 before the input target input form is focused.
  • the display control unit 102 displays the menu M55 based on the user data DT2.
  • the display control unit 102 refers to the names of the users stored in the user data DT2, and displays the names side by side in the menu M55.
  • the display control unit 102 displays the names of the services to be applied collectively together with the input target service in a selectable manner. Since the name of the user of the other service is reflected in the user data DT2, the display control unit 102 refers to the name of the user of the other service stored in the user data DT2, and changes the name. Display it as selectable. Since the name of the user of another service is also reflected in the input form of the service, the display control unit 102 refers to the name input in the input form and displays the name in a selectable manner. May be.
  • the display control unit 102 sets the input form of the service to be input and the input form of another service on the same page.
  • the names of other services entered by the user are displayed in a selectable manner.
  • the same page is the same screen. Since the names of the users of the other services displayed on the same page are reflected in the user data DT2, the display control unit 102 sets the names of the users of the other services stored in the user data DT2. Refer to and display the name in a selectable manner. Since the name of the user of another service displayed on the same page is also reflected on the input form of the service, the display control unit 102 displays the name input on the input form on the same page. The name may be referred to and displayed so as to be selectable.
  • the display control unit 102 since a plurality of information including a name and attribute information is input to each input form of the plurality of services, the display control unit 102 When a name of a plurality of pieces of information is input, a name of another service is displayed so as to be selectable. In the present embodiment, since the item name of each input form is given to the display data DT1, the display control unit 102 displays the menu M55 if the item name of the focused input form is a name. .
  • the display control unit 102 Each name is displayed so as to be selectable. That is, the display control unit 102 displays the names selected in each of the plurality of other services in a selectable manner.
  • the display control unit 102 selects the first name and the second name together. Display as possible.
  • the display control unit 102 sets the “first activity”
  • the names of these two persons and the name of the registrant or the temporary name of “traveler 3” may be displayed in the menu M55.
  • the display control unit 102 may collectively display the duplicated names together.
  • the display control unit 102 displays only the same name, instead of displaying a plurality of names.
  • the display control unit 102 compares the inputted names with each other, combines the matching names into one, and displays the names in a selectable manner.
  • the acquisition unit 103 is realized mainly by the control unit 11.
  • the obtaining unit 103 obtains the selected name as the name of the service to be input.
  • the obtaining unit 103 specifies the name selected by the applicant based on the detection signal of the operation unit 14, and obtains the specified name as the name of the service to be input.
  • the acquisition unit 103 inputs the name selected by the applicant into the input form of the service to be input.
  • the acquisition unit 103 records the service to be input and the name selected by the applicant in the data storage unit 100 in association with each other.
  • the name acquired by the acquiring unit 103 is displayed on the reservation information input screen G5 will be described, but the name does not have to be particularly displayed.
  • a database storage unit 200 In order to realize the second feature, in the server 20, a database storage unit 200, a display control unit 201, a setting unit 202, and an execution unit 203 are realized. These are examples of a database storage unit, a display control unit, a setting unit, and an execution unit, respectively.
  • the database storage unit 200 is as described in the first feature.
  • Display control unit The processing of the display control unit 201 is almost as described in the first feature, but here, the processing of determining the order of the input forms will be described.
  • the display control unit 201 sets the input form of each service in the order of the number of users. That is, the display control unit 201 sets the arrangement order of the input forms of the respective services so that the user descends.
  • the arrangement order is the arrangement order or display order of the input form.
  • the order is higher at the top and lower at the bottom.
  • the order may be earlier on the left side and later on the right side, or the order may be earlier on the right side and closer on the left side.
  • the order may be later.
  • Setting the sort order means determining the sort order, displaying the input form of each service arranged based on the determined sort order, or reserving the input form of each service arranged in the determined sort order. This is to generate display data DT1 of the information input screen G5.
  • the display control unit 201 sets the arrangement order of the input forms of each service in descending order of the number of items.
  • the display control unit 201 specifies the input items of the reservation information of each service and acquires the number of items of each service as described in the first feature.
  • the display control unit 201 sets the arrangement order of the input forms of the respective services so that the acquired number of items is in descending order.
  • the setting unit 202 is realized mainly by the control unit 11. In the present embodiment, the number of users of each service is specified in advance, and the setting unit 202 sets a temporary name for a service for which no name has been input.
  • the temporary name only needs to be able to identify the temporary name, and any text can be used. However, it is better that the name is not a general name but a temporary name such as "traveler n (n is a natural number)". It is assumed that the text of the temporary name is stored in the database storage unit 200 in advance.
  • the setting unit 202 specifies the number of users of each service with reference to the travel car data, and sets temporary names for the specified number of users.
  • the setting unit 202 specifies the maximum number of users among the services added to the travel basket, and sets temporary names for the specified number of users.
  • the setting unit 202 generates a temporary name based on the text stored in the data storage unit 100, and stores the generated temporary name in the user data DT2.
  • the execution unit 203 is realized mainly by the control unit 21.
  • the execution unit 203 executes an application process based on the reservation information received from the applicant terminal 10.
  • the application process is a process for applying for a service, for example, transmitting part or all of the reservation information to a service provider, executing a service settlement process, or receiving an application for a service and checking the stock quantity. It is to reduce.
  • the execution unit 203 determines whether a service that does not require a name for application processing among a plurality of services is based on the name. Instead, the application processing is executed based on the attribute information. For example, the execution unit 203 does not refer to the input name when executing the application process even if the name is input as the reservation information. For example, the execution unit 203 transmits only the attribute information to the service provider without transmitting the name.
  • a data storage unit 100 In order to realize the second feature, in the applicant terminal 10, a data storage unit 100, a display control unit 102, an acquisition unit 103, a reception unit 104, and a storage unit 105 are realized. These are examples of a data storage unit, a display control unit, an acquisition unit, a reception unit, and a holding unit, respectively.
  • the data storage unit 100 is as described in the first feature.
  • Display control unit The processing of the display control unit 102 is almost as described in the first feature. For example, the display control unit 102 displays an input form for inputting each of a name and attribute information for each service. That is, the display control unit 102 displays, for each service, an input form for inputting a name and an input form for inputting attribute information.
  • At least one input form for each service may be displayed.
  • the display control unit 102 inputs an input form F500 for inputting a name and attribute information (birth date and gender).
  • Input forms F501 and F502 are displayed for three people.
  • the display control unit 102 sets an input form F510 for inputting a name and an input form F511 for inputting attribute information (sex) for three people. Display. It should be noted that, for “hotel”, it is necessary to also enter other reservation information such as “representative” and “arrival time”. Therefore, the display control unit 102 includes an input form F512 for inputting “representative”, An input form F513 for inputting “arrival time” is displayed.
  • the display control unit 102 sets an input form F520 for inputting a name and an input form for inputting attribute information (height and age classification).
  • F521 and F522 are displayed for two persons.
  • the display control unit 102 includes an input form F530 for inputting a name, an input form F531 for inputting attribute information (nationality), Is displayed for one person.
  • the display control unit 102 when the name is input to the input form of the service to be input, the display control unit 102 causes the input name of another service to be displayed in a selectable manner.
  • the case where the name is input to the input form of the service to be input is the case where the input form is focused.
  • the process of displaying the name in a selectable manner is as described in the first feature.
  • the number of users of each service is specified in advance, and the display control unit 102 displays input forms of each service in descending order of the number of users.
  • the display data DT1 of the reservation information input screen G5 indicates the order of the input forms of the respective services. Therefore, the display control unit 102 sets the user's descending order in the order indicated by the display data DT1. To display the input form of each service.
  • the number of items of attribute information is specified in advance for each service, and the display control unit 102 displays input forms of each service in descending order of the number of items. Since the display data DT1 of the reservation information input screen G5 indicates the order of the input form of each service, the display control unit 102 sets the order of the items to be input in descending order in the order indicated by the display data DT1. To display the input form of each service.
  • the display control unit 102 since the attribute information diverted by selecting the name is displayed on the input form, the display control unit 102 replaces the attribute information of the input target service acquired by the acquisition unit 103 with the input target attribute information. Display it on the service input form. Note that the diverted attribute information does not need to be particularly displayed on the input form.
  • a case will be described in which a name is selectably displayed in the menu M55 and a name is input to the input form of the service to be input.
  • the name is selected from the menu M55.
  • the name may be text-input to the input form of the service to be input.
  • the acquisition unit 103 determines whether or not the text-input name matches the input name. The match may be an exact match or a partial match. Since the input name is stored in the user data DT2, the acquiring unit 103 may specify the input name by referring to the user data DT2.
  • the acquiring unit 103 specifies the attribute information input to the input form of another service having the same name by referring to the user data DT2. Further, for example, in the present embodiment, since each input form and information input to the input form are associated and recorded in the data storage unit 100, the acquisition unit 103 refers to the association. Thereby, the attribute information may be specified.
  • the name of another service is displayed so as to be selectable in the menu M55. Therefore, when the name of another service is selected, the acquisition unit 103 replaces the selected name with the service to be input. And obtains attribute information of a service to be input based on attribute information of another service.
  • the acquisition unit 103 may acquire the specified attribute information as it is as the attribute information of the service to be input, or may generate new attribute information based on the specified attribute information.
  • the acquisition unit 103 for the attribute information belonging to the item attribute of “age”, the acquisition unit 103 generates the input target attribute information based on the attribute information of another service.
  • the acquisition unit 103 generates attribute information of an “age category” to be input based on “birth date” input as attribute information of another service.
  • the obtaining unit 103 obtains, from the attribute information of other services, information of items necessary for applying for the service to be input. That is, the acquisition unit 103 diverts information of an item defined as an input item of reservation information of a service to be input among attribute information of another service.
  • the acquisition unit 103 inputs the input form of another service on the same page as the input form of the service to be input.
  • the attribute information of the service to be input is acquired based on the attribute information. The meaning of the same page is as described above. Since the attribute information input to the input form of another service on the same page is indicated in the user data DT2, the acquiring unit 103 refers to the user data DT2 and reads the input data in the same page. Get attribute information.
  • the receiving unit 104 is realized mainly by the control unit 11.
  • the receiving unit 104 receives an input from the applicant based on the detection signal of the operation unit 14. For example, the receiving unit 104 receives various inputs to the input form by the applicant.
  • the holding unit 105 is realized mainly by the control unit 11.
  • the holding unit 105 holds the name and attribute information input to the input form of each service in association with the service.
  • Holding means recording in the data storage unit 100.
  • Holding in association with a service means recording in association with a service ID, and recording in a searchable manner from the service ID.
  • the holding unit 105 holds a data set of name and attribute information in the data storage unit 100 for each service.
  • the holding unit 105 associates the service ID of each service with the service ID of the service. Is recorded in the data storage unit 100.
  • the holding unit 105 when the name is input to the service input form in which the temporary name is set, the holding unit 105 replaces the temporary name with the input name.
  • To replace means to update the information or to overwrite the temporary name with the input name.
  • the holding unit 105 since the temporary name is stored in the user data DT2, the holding unit 105 updates the user data DT2.
  • FIG. 17 to FIG. 19 are flowcharts showing an example of processing executed in the reception system S.
  • the processes shown in FIGS. 17 to 19 are executed by the control units 11 and 21 operating according to the programs stored in the storage units 12 and 22, respectively.
  • the processing described below is an example of processing executed by the functional blocks illustrated in FIG.
  • travel car data is stored in the storage unit 12 of the applicant terminal 10.
  • the applicant terminal 10 causes the display unit 15 to display a travel car screen G4 (FIG. 4) based on the travel car data.
  • the processing shown in FIGS. 17 to 19 is executed when the button B41 of the travel car screen G4 is selected.
  • the control unit 11 transmits the travel car data stored in the storage unit 12 to the server 20 (S1).
  • the applicant ID stored in the storage unit 12 is also transmitted.
  • the control unit 21 When the server 20 receives the travel car data, the control unit 21 generates display data DT1 of the reservation information input screen G5 (S2). Note that the transmission of the travel car data may be omitted in S2. In this case, in S2, the control unit 21 displays the reservation information input screen G5 on the basis of the travel car data stored in the applicant database DB2. The display data DT1 is generated. However, it is assumed that the travel car data stored in the applicant terminal 10 and the travel car data stored in the server 20 have consistency.
  • FIG. 18 is a diagram showing the details of the processing in S2.
  • the control unit 21 specifies input items of reservation information of each service added to the travel car based on the travel car data and the service database DB1 (S20).
  • the control unit 21 refers to the service ID stored in the travel car data, and refers to a record in the service database DB1 in which the service ID is stored.
  • the control unit 21 specifies the input item of the reservation information of each service added to the travel basket based on the record.
  • the control unit 21 generates the user data DT2 based on the item specified in S20 (S21).
  • the control unit 21 refers to the number of users of each service stored in the travel car data and specifies the largest number of users.
  • the control unit 21 generates records for the specified number of users, and sets the user ID and the name of each input item specified in S20 as fields of each record.
  • the control unit 21 For example, if the maximum number of users indicated by the travel basket data is three, as shown in FIG. 16, the control unit 21 generates user data DT2 composed of three records. Then, the control unit 21 issues a user ID to each of the three users, and stores the user ID in the “user ID” field. When input items such as “name”, “birth date”, “age category”, “gender”, “height”, and “nationality” are specified, the control unit 21 sets the fields of these items, Generate user data DT2.
  • the control unit 21 sets the user's temporary name in the user data DT2 (S22).
  • the control unit 21 issues temporary names by the number of records of the user data DT2 and stores the same in the user data DT2. For example, assuming that the specified number of users is n (n is a natural number), the control unit 21 issues temporary names so that the numbers are consecutive from “Travel Traveler 1” to “Travel Traveler n”. It should be noted that no information is stored in the fields other than the name, but provisional information may be set similarly to the name.
  • the control unit 21 determines the arrangement order of each service on the reservation information input screen G5 based on the number of users and the number of items of each service (S23). In S23, the control unit 21 determines the order of the services so that the number of users and the number of items are in descending order. Either the number of users or the number of items may be prioritized, but here, the control unit 21 determines the order in which the number of users is prioritized, and when the number of users is the same, the number of items is larger. Is determined first.
  • the control unit 21 determines the arrangement of the input form of each service based on the arrangement order determined in S23 (S24). In S24, the control unit 21 determines the arrangement of the input forms so that the input forms of the respective services are arranged in the arrangement order determined in S23.
  • the arrangement of the input forms in each service may be determined by any method, but here, the name input form is first, and the attribute information input form is later.
  • the control unit 21 generates the display data DT1 of the reservation information input screen G5 based on the order determined in S24 (S25). In S25, the control unit 21 arranges the input forms in the order determined in S23, and arranges the item name indicated by the input form beside the input forms. In addition, the control unit 21 displays an instruction to display the menu M55 when the name input form is focused, an instruction to replace a temporary name when the name is input, and a method to select a name in the menu M55. A script that describes an instruction for diverting attribute information is generated and embedded in the display data DT1. Further, the control unit 21 embeds the registrant name stored in the applicant database DB2 in the display data DT1.
  • the server 20 transmits the display data DT1 and the user data DT2 generated in S2 to the applicant terminal 10 (S3).
  • the control unit 11 upon receiving the display data DT1 and the user data DT2, the control unit 11 displays the reservation information input screen G5 on the display unit 15 (S4).
  • the control unit 11 executes a reservation information input process based on the detection signal of the operation unit 14 (S5).
  • the process of S5 is mainly executed by a script included in the display data DT1 of the reservation information input screen G5. Note that the display data DT1 and the user data DT2 are temporarily recorded in the storage unit 12.
  • FIG. 19 is a diagram showing details of the processing in S5.
  • the control unit 11 specifies the operation of the applicant based on the detection signal of the operation unit 14 (S50).
  • S50 detection signal of the operation unit 14
  • a case will be described in which either an operation of focusing on any input form in the reservation information input screen G5 or an operation of selecting the button B54 is performed. If another operation such as an operation to return to the travel car screen G4 is performed, this processing ends.
  • the control unit 11 determines whether the item name of the focused input form is a name (S51). As described above, since the item name of each input form is defined in the display data DT1, in S51, the control unit 11 refers to the item name shown in the display data DT1.
  • the control unit 11 determines whether or not the names of all the users have been input based on the user data DT2. (S52). In S52, the control unit 11 determines whether all the temporary names stored in the user data DT2 have been replaced.
  • control unit 11 If it is not determined that the names of all users have been input (S52; N), the control unit 11 inputs the characters input by the applicant into the input form based on the detection signal of the operation unit 14 (S53). . In S53, the applicant performs text input using the operation unit 14, and the control unit 11 inputs the characters input by the applicant as the name of the user in the input form.
  • the control unit 11 determines whether the input character matches the name of the registrant based on the display data DT1 (S54). In S54, the control unit 11 determines whether the input character or character string matches the first character or character string of the registrant name.
  • control unit 11 causes menu M55 to display the registrant's name determined to match (S55).
  • the control unit 11 causes the names of the registrants determined to match to be displayed in the menu M55 in a predetermined order.
  • the registrant's name that cannot be displayed in menu M55 is displayed in a scrollable manner.
  • the control unit 11 determines whether the applicant has selected the name in the menu M55 based on the detection signal of the operation unit 14 (S56). When it is determined that the applicant has selected the name in the menu M55 (S56; Y), the control unit 11 inputs the name selected from the menu M55 into the input form focused in S50 (S57). In S57, the control unit 11 records the input form focused in S50 and the name selected by the applicant in the storage unit 12 in association with each other.
  • the control unit 11 stores the name input by the applicant in the user data DT2 (S58). In S58, the control unit 11 replaces the temporary name in the record storing the temporary name in the user data DT2 with the name input by the applicant.
  • the control unit 11 determines whether the applicant has performed a predetermined input completion operation based on the detection signal of the operation unit 14. A determination is made (S59).
  • the input completion operation may be any operation, for example, an operation of releasing the focus of the input form or an operation of selecting a predetermined button such as an ENTER button. If it is not determined that the input completion operation has been performed (S59; N), the process returns to S53, and the input of characters is continued. On the other hand, when it is determined that the input completion operation has been performed (S59; Y), the process proceeds to S58, and the name input by the applicant is stored in the user data DT2.
  • the control unit 11 determines whether the applicant has input.
  • the attribute information thus obtained is stored in the user data DT2 (S60).
  • the control unit 11 stores the attribute information input by the applicant in a record in the user data DT2 in which the name to which the focused input form belongs is stored.
  • the control unit 11 inputs the attribute information input by the applicant into the input form focused in S50 (S61).
  • the control unit 11 records the input form focused in S50 and the attribute information input by the applicant in the storage unit 12 in association with each other.
  • the control unit 11 displays the input user's name in the menu M55 based on the user data DT2. (S62). In S62, the control unit 11 displays the names of the users stored in the user data DT2 such that the names are arranged in the menu M55.
  • the control unit 11 inputs the name selected from the menu M55 into the input form focused in S50 (S63).
  • the control unit 11 records the input form focused in S50 and the attribute information input by the applicant in the storage unit 12 in association with each other.
  • the control unit 11 diverts the attribute information associated with the name selected from the menu M55 (S64).
  • the control unit 11 refers to the user data DT2, and specifies the attribute information associated with the selected name.
  • the control unit 11 inputs the attribute information of the item name of another input form having the same title as the input form in which the name is input in S63 among the specified attribute information.
  • the attribute information is not used as it is, such as the date of birth and the age division, but is calculated and input based on a calculation formula
  • the calculation is performed based on the calculation formula shown in the display data DT1. Is performed, and the attribute information is input.
  • the calculated attribute information is stored in the user data DT2.
  • the process returns to FIG. 17, and the control unit 11 determines whether the reservation information has been input to all the input forms in the reservation information input screen G5 (S50). S6). Since each of the input forms and the input reservation information are held in association with the storage unit 12, in S6, the control unit 11 determines whether there is an input form to which no reservation information is associated. Is determined.
  • the control unit 11 transmits the reservation information input to each input form to the server 20 to the server 20 (S7). Since the reservation information input to each input form is stored in the storage unit 12, the control unit 11 transmits the reservation information stored in the storage unit 12 to the server 20.
  • the control unit 21 executes a process for applying for each service added to the travel car (S8), and the process ends.
  • the control unit 21 transmits the reservation information to the service provider of each service to be reserved.
  • the control unit 21 may transmit only attribute information such as gender without transmitting a name.
  • the name of the user input in the input form of another service associated with the service to be input is displayed so as to be selectable, and the name is selected by the applicant.
  • the trouble of inputting the name of the user of the service can be omitted.
  • select from the names of other services associated with the service to be input so only information that is highly likely to be selected by the applicant Can be displayed to be selectable. For this reason, the names presented as candidates at the time of selection can be reduced, and the trouble of selecting names can be effectively saved.
  • the screen is small like a smartphone, many names cannot be displayed, or when selecting among many names, the applicant may make an incorrect selection.
  • a user-friendly user interface can be provided.
  • the applicant terminal 10 since it is not necessary to input the same name many times, the applicant terminal 10 does not need to execute the reception processing of the same information, and the processing load on the applicant terminal 10 can be reduced.
  • the server 20 does not need to execute the process for diverting the input name, thereby reducing the processing load on the server 20. can do.
  • the names of users of other services to be applied for together with the service to be input are displayed in a selectable manner. Since the users of the service to be applied collectively are common in many cases, it is possible to display a name that is more likely to be used by the applicant. Also, by accepting service applications collectively, it is possible to prevent an application request from being sent from the applicant terminal 10 to the server 20 many times, and to reduce the processing load of the applicant terminal 10 and the processing load of the server 20. , And the communication load of the network N can be reduced.
  • the name of the user input on the input form displayed on the same page is displayed so as to be selectable. Since users who enter on the same page are often the same, it is possible to display names that are more likely to be diverted by applicants, effectively eliminating the need to enter the names of service users Can be.
  • the input name is displayed in a selectable manner, and it is possible to assist in inputting the name when multiple pieces of information are input. it can.
  • the names of the respective users of the plurality of other services are displayed so as to be selectable, and it is troublesome to input the names of the users of the services. Can be effectively omitted.
  • the input information is input based on the attribute information input to the input form of another service having the same name. Since the attribute information of the service to be input is acquired, it is possible to save the trouble of inputting when applying for a plurality of services at once. In other words, the applicant only needs to input the name of the user, and if the attribute information of the user has already been input, the input attribute information is diverted. Can be omitted.
  • the applicant may make an erroneous input when displaying a large number of input forms.However, by using attribute information, the likelihood of the erroneous input is reduced and usability is improved. A good user interface can be provided. Further, since it is not necessary to input the attribute information many times, the applicant terminal 10 does not need to execute the reception processing of the same information, and the processing load on the applicant terminal 10 can be reduced. In addition, since the attribute information is diverted by the script executed on the applicant terminal 10 side, the server 20 does not need to execute the process for diverting the attribute information, and the processing load on the server 20 can be reduced. .
  • the user's name entered in the input form of the service to be entered when the user's name is entered in the input form of the service to be entered, the user's name entered in the input form of another service is displayed so as to be selectable, and the name is selected.
  • the attribute information is diverted, so that it is possible to effectively save the trouble of inputting when applying for a plurality of services at once.
  • service applications collectively, it is possible to prevent an application request from being sent from the applicant terminal 10 to the server 20 many times, and to reduce the processing load of the applicant terminal 10 and the processing load of the server 20. , And the communication load of the network N can be reduced.
  • the attribute information of the input target is generated based on the attribute information of the other service, even if the attribute information of the other service cannot be used as it is, the format of the service to be input is adjusted. Can be converted to attribute information. For this reason, the number of times of input by the applicant can be reduced, erroneous input can be prevented, and an easy-to-use user interface can be provided. In addition, the number of times of input by the applicant is reduced, and the number of times that the applicant terminal 10 receives the input is reduced, so that the processing load of the applicant terminal 10 can be reduced.
  • the input by the applicant can be made more efficient, and a user interface that is easy to use can be provided.
  • the efficiency of the input by the applicant the number of times the applicant terminal 10 accepts the input is reduced, so that the processing load on the applicant terminal 10 can be reduced.
  • information on items necessary for applying for the service to be input can be obtained, and information unnecessary for applying for the service to be input can be prevented from being obtained.
  • the processing load on the server 20 can be reduced.
  • a temporary name is set, and if the user's name is entered, the temporary name is replaced.
  • attribute information can be stored in association with the temporary name. Even if the applicant does not enter the name, the attribute information is associated with the temporary name, so that the attribute information can be easily managed.
  • the applicant can divert the attribute information associated with the temporary name without inputting the name, thereby effectively reducing the trouble of inputting the attribute information. can do.
  • the name of the user entered on the input form displayed on the same page is displayed so as to be selectable, and the user who inputs on the same page is often common, so the probability that the applicant diverts it Attribute information with a high number of services can be diverted, and the trouble of inputting when a plurality of services are applied collectively can be effectively saved.
  • the applicant can not only internally retain the diverted attribute information but also display it as attribute information of the input target service, so that the applicant can grasp the diverted attribute information Easier to do.
  • the specifying unit 101 selects the input target service from the plurality of other services. Identify other services on the same itinerary as the services.
  • the other services of the same itinerary are services that are presumed to be included in the same itinerary in terms of time and place.
  • the specifying unit 101 refers to the travel car data and specifies the use time of the service to be input. Further, for example, the specifying unit 101 specifies the location of the service to be input by referring to the service database DB1.
  • the reservation information of a plurality of other services for which application has been made may be stored in the applicant database DB2, or may be stored in another database.
  • the specifying unit 101 refers to these databases and specifies the use time of each of a plurality of subscribed other services. Further, for example, the specifying unit 101 refers to the service database DB1, and specifies the location of each of a plurality of subscribed services.
  • the specifying unit 101 specifies, as another service of the same itinerary, another service for which the use time overlapping with the use time of the input target service is set.
  • the same itinerary may be used when the use time is completely the same, or the same itinerary when the use time partially overlaps.
  • the same itinerary may be used when one use time includes the other use time, or the same itinerary may be used when dates are consecutive even if the use times do not overlap.
  • the specifying unit 101 specifies another service in the same area as the location of the service to be input as another service in the same itinerary.
  • the area may be any area including at least one city, and the places belonging to each area are defined in the database storage unit 200 in advance.
  • the identification unit 101 determines that the itinerary is the same when the area to which the location of the service to be input belongs and the area to which the location of another service belongs match.
  • the specifying unit 101 may determine that the same itinerary is used even if the areas do not coincide with each other as long as the area is a nearby area.
  • the neighboring area of each area is defined in the database storage unit 200, and the specifying unit 101 may refer to the database storage unit 200 and determine whether the area is a neighboring area.
  • the display control unit 102 causes the names of other services in the same itinerary as the service to be input to be displayed in a selectable manner. It is assumed that the names of other services are stored in the database storage unit 200.
  • the display control unit 102 refers to the name of another service stored in the database storage unit 200, and causes the menu M55 to display the name of another service in the same itinerary as the service to be input. The process of displaying the menu M55 based on the acquired name is as described in the embodiment.
  • the names of other services in the same itinerary are displayed in a selectable manner, and the user who inputs in the same itinerary is often the same. High attribute information can be diverted, and the trouble of inputting when applying for a plurality of services collectively can be effectively saved.
  • the specifying unit 101 selects the input target service from the plurality of other services. Identify other services available with the service.
  • the specifying unit 101 calculates the travel time of these services based on the location of the service to be input and the location of each of a plurality of subscribed services.
  • the travel time may be calculated based on a predetermined method.
  • the travel time is calculated by calculating the distance between these places and dividing the distance by a standard travel speed of a car, an aircraft, or the like. May be done.
  • the moving time may be calculated based on the moving speed according to the moving means specified by the applicant. If the time difference between the use time of the input target service and the use time of another service is equal to or longer than the calculated travel time, the specifying unit 101 determines that the service is available. If the time difference is less than the travel time, Judge as unavailable.
  • the display control unit 102 displays the names of other services that can be used together with the service to be input, in a selectable manner. That is, the display control unit 102 restricts display of the name of another service that cannot be used together with the service to be input.
  • the display control unit 102 displays the names of other services that can be used together with the services to be input on the menu M55, and does not display the names of other services that cannot be used together with the services to be input on the menu M55.
  • the names of other services that can be used together with the service to be input are displayed so as to be selectable, and users of other services that can be used together with the service to be input are common.
  • attribute information that is highly likely to be diverted by the applicant can be diverted, and the time and effort required for inputting a plurality of services at once can be effectively reduced.
  • a plurality of names can be input to the input target service, and the display control unit 102 displays that the name already acquired as the input target service name among the other service names is selectably displayed.
  • the display control unit 102 displays the input “Yamada @ Taro” in the menu M55.
  • the display control unit 102 displays the input “Yamada @ Taro” in the menu M55.
  • the unentered “Yamada @ Ryoko” and “Yamada @ Kazoo” may be displayed in the menu M55.
  • the trouble of inputting the name of the service user can be saved more effectively.
  • the reception system S may have only the first feature without having the second feature. That is, when the name is selected from the menu M55, the reception system S does not have to divert only the name and attribute information associated with the name in particular.
  • the reception system S diverts not the name input to the input form on the same page but the name input to the input form on another page. You may.
  • the input forms for the reservation information of each service added to the travel basket may be displayed on separate pages.
  • the process of displaying the reservation information input screen G5 based on the display data DT1 received by the applicant terminal 10 from the server 20 corresponds to the process of displaying the input name in a selectable manner.
  • the transmission of the display data DT by the display control unit 201 of the server 20 may correspond to a process of displaying the input name in a selectable manner.
  • “Traveler 1”, “Traveler 2”, and “Traveler 3” are set as temporary names, and when the applicant focuses on the name input form, these temporary names are displayed in the menu. Displayed on M55. For example, if the applicant selects “Traveler 1” from the menu M55, an input form for inputting the name of the first user is displayed, and the name input in the input form is “Traveler 2”. Are stored in the user data DT2 in place of ".” Similarly, for the second and third users, an input form may be displayed in response to selection from the menu M55, and may be replaced with the name input in the input form.
  • the reception unit 104 of the present modification receives the input of the name of the service in which the provisional name is set.
  • the service to which the temporary name is set is a service for which the user's name has not been input yet.
  • the accepting unit 104 accepts an input of a name of the service by accepting a text input to an input form of the service in which the temporary name is set.
  • an input form is displayed when a provisional name in the list M55 is selected, so that the receiving unit 104 receives an input of the name in the input form.
  • the receiving unit 104 may receive an input of a name for an input form (for example, the input form F500 or the like) which is focused first.
  • the reception system S may have only the second feature without having the first feature. That is, when the name is selected from the menu M55, the reception system S may divert the attribute information associated with the name without particularly diverting the name.
  • the reception system S allows the user to input a name in a text form on the input form, and when the name matches the input name, the reception system S is associated with the name. Attribute information may be diverted.
  • the reception system S may divert the attribute information input to the input form in another page.
  • the arrangement order of the input forms on the reservation information input screen G5 may be an arbitrary order, and may be, for example, a service ID order or a service type order.
  • the temporary name may not be set, and the name of the user data DT2 may be blank.
  • reception system S is used in the travel reservation service
  • the reception system S may be used in any other service.
  • the reception system S may be used in the insurance application service.
  • the insurance product corresponds to the service, and the applicant inputs the name and attribute information of the insurance user.
  • the first feature may divert the name of the user, or the second feature may divert the input attribute information.
  • the reception system S may be used for a ticket sales service at a concert or an event.
  • the ticket corresponds to the service, and the applicant inputs the name and attribute information of the user of the ticket.
  • the first feature may divert the name of the user, or the second feature may divert the input attribute information.
  • the reception system S may be used for an event reservation service such as a seminar.
  • the event corresponds to the service, and the applicant inputs the names and attribute information of the participants of the event.
  • the name of the participant may be diverted by the first feature, or the attribute information that has been input may be diverted by the second feature.
  • the functions described as being realized by the applicant terminal 10 may be realized by the server 20.
  • the specifying unit 101 may be realized in the server 20.
  • the specifying unit 101 is realized mainly by the control unit 21.
  • the specifying unit 101 of the server 20 acquires information indicating the service to be input from the applicant terminal 10, and specifies another service associated with the service to be input.
  • the acquisition unit 103 may be realized in the server 20. In this case, the acquisition unit 103 is realized mainly by the control unit 21.
  • the acquisition unit 103 of the server 20 acquires the name selected by the applicant from the menu M55 from the applicant terminal 10, and acquires the name as the name of the service to be input.
  • the receiving unit 104 may be realized in the server 20.
  • the receiving unit 104 is realized mainly by the control unit 21.
  • the reception unit 104 of the server 20 receives the name input by the applicant from the applicant terminal 10, thereby receiving the input of the name of the service for which the temporary name is set.
  • the holding unit 105 may be realized in the server 20. In this case, the holding unit 105 is mainly realized by the control unit 21.
  • the holding unit 105 of the server 20 holds the name and attribute information input for the input form of each service in the database storage unit 200.
  • the functions described as being realized by the server 20 may be realized by the applicant terminal 10.
  • the display control unit 102 of the applicant terminal 10 may generate the display data DT1 of the reservation information input screen G5 or the user data DT2.
  • the setting unit 202 may be realized in the applicant terminal 10. In this case, the setting unit 202 of the applicant terminal 10 stores the temporary name in the user data DT2 generated by itself or the user data DT2 received from the server 20.
  • the data described as being stored in the database storage unit 200 may be stored by a database server different from the server 20, or may be stored by a database server outside the reception system S. Good.
  • the data described as being stored in the data storage unit 100 may be stored by a computer different from the applicant terminal 10 or may be stored by an information storage medium external to the applicant terminal 10. Is also good.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Tourism & Hospitality (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Marketing (AREA)
  • Economics (AREA)
  • Human Computer Interaction (AREA)
  • Development Economics (AREA)
  • Human Resources & Organizations (AREA)
  • Quality & Reliability (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Operations Research (AREA)
  • General Health & Medical Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Computational Linguistics (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • Artificial Intelligence (AREA)
  • Primary Health Care (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • User Interface Of Digital Computer (AREA)

Abstract

複数のサービスを一括で申し込む際の入力の手間を省く。受付システム（Ｓ）は、複数のサービスの申し込みを一括で受け付ける。表示制御手段（１０２）は、サービスごとに、利用者情報と属性情報との各々を入力するための入力フォームを表示させる。保持手段（１０５）は、各サービスの入力フォームに対して入力された利用者情報と属性情報を、当該サービスに関連付けて保持する。取得手段（１０３）は、入力対象のサービスの入力フォームに対し、前記入力対象のサービスの利用者情報が入力された場合に、利用者情報が一致する他のサービスの入力フォームに対して入力された属性情報に基づいて、前記入力対象のサービスの属性情報を取得する。

Description

受付システム、受付方法、及びプログラム
　本発明は、受付システム、受付方法、及びプログラムに関する。
　従来、航空券やホテル等のサービスの申し込みを受け付ける場合に、利用者名等の利用者情報と、利用者の性別や生年月日等の属性情報と、を入力させるシステムが知られている。このようなシステムでは、入力の手間を省くために、入力済みの情報を流用することが検討されている。例えば、特許文献１には、互いに異なる複数のウェブサイト間の入力フォームにおいて、これらのウェブサイト間で共通する項目のオートコンプリートを実現するシステムが記載されている。
特開第２０１６－００９２３６号公報
　複数のサービスの申し込みを一括で受け付けようとすると、サービスごとに利用者情報と属性情報を入力させる必要があるので、同じ利用者情報と属性情報を何度も入力させる必要があった。この点、特許文献１の技術では、他のウェブサイトから情報を取得するだけなので、複数のサービスの申し込みを一括で受け付ける場合の入力補助はできない。
　本発明は上記課題に鑑みてなされたものであって、その目的は、複数のサービスを一括で申し込む際の入力の手間を省くことが可能な受付システム、受付方法、及びプログラムを提供することである。
　上記課題を解決するために、本発明に係る受付システムは、複数のサービスの申し込みを一括で受け付ける受付システムであって、前記サービスごとに、利用者情報と属性情報との各々を入力するための入力フォームを表示させる表示制御手段と、各サービスの入力フォームに対して入力された利用者情報と属性情報を、当該サービスに関連付けて保持する保持手段と、入力対象のサービスの入力フォームに対し、前記入力対象のサービスの利用者情報が入力された場合に、利用者情報が一致する他のサービスの入力フォームに対して入力された属性情報に基づいて、前記入力対象のサービスの属性情報を取得する取得手段と、を含むことを特徴とする。
　本発明に係る受付方法は、複数のサービスの申し込みを一括で受け付ける受付方法であって、前記サービスごとに、利用者情報と属性情報との各々を入力するための入力フォームを表示させる表示制御ステップと、各サービスの入力フォームに対して入力された利用者情報と属性情報を、当該サービスに関連付けて保持する保持ステップと、入力対象のサービスの入力フォームに対し、前記入力対象のサービスの利用者情報が入力された場合に、利用者情報が一致する他のサービスの入力フォームに対して入力された属性情報に基づいて、前記入力対象のサービスの属性情報を取得する取得ステップと、を含むことを特徴とする。
　本発明に係るプログラムは、複数のサービスの申し込みを一括で受け付けるコンピュータを、前記サービスごとに、利用者情報と属性情報との各々を入力するための入力フォームを表示させる表示制御手段、各サービスの入力フォームに対して入力された利用者情報と属性情報を、当該サービスに関連付けて保持する保持手段、入力対象のサービスの入力フォームに対し、前記入力対象のサービスの利用者情報が入力された場合に、利用者情報が一致する他のサービスの入力フォームに対して入力された属性情報に基づいて、前記入力対象のサービスの属性情報を取得する取得手段、として機能させる。
　本発明の一態様では、前記表示制御手段は、前記入力対象のサービスの入力フォームに対して利用者情報が入力される場合に、他のサービスの入力フォームに対して入力された利用者情報を選択可能に表示させ、前記取得手段は、前記他のサービスの利用者情報が選択された場合に、当該選択された利用者情報を、前記入力対象のサービスの利用者情報として取得し、前記他のサービスの属性情報に基づいて、前記入力対象のサービスの属性情報を取得する、ことを特徴とする。
　本発明の一態様では、前記取得手段は、前記他のサービスの属性情報に基づいて、前記入力対象の属性情報を生成する、ことを特徴とする。
　本発明の一態様では、各サービスの利用者数は、予め指定されており、前記表示制御手段は、各サービスの入力フォームを、利用者数の多い順に表示させる、ことを特徴とする。
　本発明の一態様では、各サービスには、属性情報の項目数が予め指定されており、前記表示制御手段は、各サービスの入力フォームを、項目数の多い順に表示させる、ことを特徴とする。
　本発明の一態様では、前記取得手段は、前記他のサービスの属性情報のうち、前記入力対象のサービスの申し込みに必要な項目の情報を取得する、ことを特徴とする。
　本発明の一態様では、各サービスの利用者数は、予め指定されており、前記受付システムは、利用者情報が入力されていないサービスについては、仮の利用者情報を設定する設定手段を更に含み、前記保持手段は、前記仮の利用者情報が設定されたサービスの入力フォームに利用者情報が入力された場合に、前記仮の利用者情報を当該入力された利用者情報に置き換える、ことを特徴とする。
　本発明の一態様では、前記受付システムは、前記仮の利用者情報が選択された場合に、前記仮の利用者情報が設定されたサービスの利用者情報の入力を受け付ける受付手段、を更に含むことを特徴とする。
　本発明の一態様では、各サービスの入力フォームは、同一ページにおいて表示され、前記取得手段は、前記入力対象のサービスの入力フォームと同一ページの前記他のサービスの入力フォームに対して入力された属性情報に基づいて、前記入力対象のサービスの属性情報を取得する、ことを特徴とする。
　本発明の一態様では、前記表示制御手段は、前記取得手段により取得された前記入力対象のサービスの属性情報を、前記入力対象のサービスの入力フォームに表示させる、ことを特徴とする。
　本発明の一態様では、前記受付システムは、前記複数のサービスのうち、申し込み処理のために利用者情報が不要なサービスについては、利用者情報に基づかずに属性情報に基づいて、申し込み処理を実行する実行手段、を更に含むことを特徴とする。
　本発明によれば、複数のサービスを一括で申し込む際の入力の手間を省くことが可能となる。
受付システムの全体構成を示す図である。 トップ画面の一例を示す図である。 検索が実行される様子を示す図である。 旅行かご画面の一例を示す図である。 予約情報入力画面の一例を示す図である。 航空券の予約情報が入力される様子を示す図である。 航空券の予約情報が入力される様子を示す図である。 航空券の予約情報が入力される様子を示す図である。 ホテルの予約情報が入力される様子を示す図である。 １個目のアクティビティの予約情報が入力される様子を示す図である。 ２個目のアクティビティの予約情報が入力される様子を示す図である。 実施形態の受付システムで実現される機能の一例を示す機能ブロック図である。 サービスデータベースのデータ格納例を示す図である。 申込者データベースのデータ格納例を示す図である。 予約情報入力画面の表示データのデータ格納例を示す図である。 利用者データのデータ格納例を示す図である。 受付システムにおいて実行される処理の一例を示すフロー図である。 受付システムにおいて実行される処理の一例を示すフロー図である。 受付システムにおいて実行される処理の一例を示すフロー図である。
［１．受付システムの全体構成］
　以下、本発明に係る受付システムの実施形態の例を説明する。図１は、受付システムの全体構成を示す図である。図１に示すように、受付システムＳは、申込者端末１０とサーバ２０とを含み、これらは、インターネットなどのネットワークＮに接続される。なお、図１では申込者端末１０とサーバ２０とを１台ずつ示しているが、これらは複数台あってよい。
　申込者端末１０は、申込者が操作するコンピュータである。申込者は、利用者が利用するサービスを申し込む人である。利用者は、サービスを利用する人である。利用とは、サービスの提供を受けることであり、サービスを使用することである。申し込みとは、サービスを利用する手続きをすることであり、例えば、予約をすること、契約を成立させること、又は購入することである。別の言い方をすれば、申し込みは、利用者の氏名等の情報をサーバ２０に送信し、サービスを利用する意思表示を行うことである。
　申込者は、利用者と同じであってもよいし、利用者とは異なっていてもよい。即ち、申込者は、自身が利用するサービスの申し込みをしてもよいし、他の利用者の代わりに申し込みをしてもよい。本実施形態では、申込者は、複数の利用者が利用するサービスの申し込みを行い、自身も利用者の一部である場合を説明する。即ち、申込者は、自身と同行者が利用するサービスの申し込みを行う。
　例えば、申込者端末１０は、携帯電話機（スマートフォンを含む）、携帯情報端末（タブレット型コンピュータを含む）、又は、パーソナルコンピュータ等である。本実施形態では、申込者端末１０は、制御部１１、記憶部１２、通信部１３、操作部１４、及び表示部１５を含む。
　制御部１１は、少なくとも一つのマイクロプロセッサを含む。制御部１１は、記憶部１２に記憶されたプログラムやデータに従って処理を実行する。記憶部１２は、主記憶部及び補助記憶部を含む。例えば、主記憶部はＲＡＭなどの揮発性メモリであり、補助記憶部は、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、又はハードディスクなどの不揮発性メモリである。
　通信部１３は、有線通信又は無線通信用の通信インタフェースであり、ネットワークを介してデータ通信を行う。操作部１４は、申込者が操作を行うための入力デバイスであり、例えば、タッチパネルやマウス等のポインティングデバイス、キーボード、又はボタン等である。操作部１４は、申込者による操作内容を制御部１１に伝達する。表示部１５は、例えば、液晶表示部又は有機ＥＬ表示部等である。表示部１５は、制御部１１の指示に従って画像を表示する。
　サーバ２０は、サーバコンピュータである。サーバ２０は、制御部２１、記憶部２２、及び通信部２３を含む。制御部２１、記憶部２２、及び通信部２３の物理的構成は、それぞれ制御部１１、記憶部１２、及び通信部１３と同様であってよい。
　なお、記憶部１２，２２に記憶されるものとして説明するプログラム及びデータは、ネットワークＮを介して供給されるようにしてもよい。また、上記説明した各コンピュータのハードウェア構成は、上記の例に限られず、種々のハードウェアを適用可能である。例えば、コンピュータ読み取り可能な情報記憶媒体を読み取る読取部（例えば、光ディスクドライブやメモリカードスロット）や外部機器とデータの入出力をするための入出力部（例えば、ＵＳＢポート）が含まれていてもよい。例えば、情報記憶媒体に記憶されたプログラムやデータが読取部や入出力部を介して、各コンピュータに供給されるようにしてもよい。
［２．受付システムの概要］
　本実施形態では、受付システムＳを旅行予約サービスに適用する場合を一例として説明する。旅行予約サービスは、旅程の作成を支援するサービスである。旅程は、旅行の計画、行程、又は日程であり、少なくとも１つのサービスから構成される。本実施形態では、サービスは、旅程の構成要素であり、旅行中の個々の予定である。別の言い方をすれば、サービスは、予約又は購入の対象となる個々の旅行商品であり、申込対象となるアイテムということもできる。
　旅程には、複数種類のサービスを組み込むことができる。サービスは、宿泊施設、交通手段（移動手段）、レンタカー、アクティビティ（オプションツアー）、レストラン、又は観光施設といった任意の種類のサービスを適用可能である。宿泊施設は、ホテル、旅館、民宿、ペンション、又は民泊といった施設である。交通手段は、航空機、電車、バス、又は船舶といった手段である。観光施設は、水族館、動物園、テーマパーク、公園、寺、神社、又は競技場といった施設である。
　例えば、申込者が申込者端末１０を操作して、サーバ２０にアクセスすると、旅行予約サービスのトップ画面が表示部１５に表示される。本実施形態では、以降説明する画面がウェブブラウザ上で表示される場合を説明するが、旅行予約サービスのアプリケーション上で表示されてもよい。
　図２は、トップ画面の一例を示す図である。図２に示すように、例えば、トップ画面Ｇ１には、サービスの検索条件を入力するための入力フォームＦ１０～Ｆ１４と、検索を実行するためのボタンＢ１５と、が表示される。
　検索条件は、検索で用いられるクエリであり、任意の条件を入力可能である。検索条件は、キーワードであってもよいし、予め定められた複数の数値の中から選択された数値であってもよいし、カテゴリのような属性情報であってもよい。数値は、時間、人数、又は予算といった条件の数値である。
　なお、時間は、日付（年月日）だけを意味してもよいし、日付と時刻を含む日時を意味してもよい。更に、時間は、特定の時点を示してもよいし、大まかな期間を示してもよい。期間は、ある１日における時間帯を示してもよいし、複数の日にまたがる期間を示してもよい。
　トップ画面Ｇ１では、ホテル、航空券、レンタカー、バス、アクティビティ、レストラン、及び観光施設といったサービスの種類ごとに、検索条件を入力可能となっている。ここでは、申込者が検索対象として「ホテル」を選択した場合の処理を例に挙げて説明する。
　例えば、申込者は、入力フォームＦ１０に、宿泊地などのキーワードを入力する。宿泊地は、キーワードで入力されなくてもよく、予め用意された地域リストの中から選択されるようにしてもよい。また例えば、入力フォームＦ１１には、チェックイン日が入力され、入力フォームＦ１２には、チェックアウト日が入力される。また例えば、入力フォームＦ１３には、大人の利用人数が入力され、入力フォームＦ１４には、子供の利用人数が入力される。
　図３は、検索が実行される様子を示す図である。図３のトップ画面Ｇ１Ａ，Ｇ１Ｂに示すように、例えば、申込者が、入力フォームＦ１０～Ｆ１４に検索条件を入力し、ボタンＢ１５を選択すると、検索条件を満たすホテルが検索される。図３のトップ画面Ｇ１Ｂの例であれば、入力フォームＦ１０に入力された「沖縄」にあるホテルのうち、入力フォームＦ１１，Ｆ１２に入力された「２０１８年７月１日」～「２０１８年７月５日」の利用日において、入力フォームＦ１３，Ｆ１４に入力された「大人２人」「子供１人」用の部屋に空きがあるホテルが検索される。
　図３に示すように、ホテルが検索されると、検索結果を示す検索結果画面Ｇ２が表示部１５に表示される。例えば、検索結果画面Ｇ２の入力フォームＦ２０には、検索で用いられた検索条件が表示される。申込者は、所望のホテルが見つからなかった場合には、入力フォームＦ２０から検索条件を変更し、再度検索を実行する。また例えば、検索結果画面Ｇ２のリストＬ２１には、検索でヒットしたホテルが表示される。例えば、リストＬ２１には、検索でヒットしたホテルの名称、画像（図３では省略する）、申込者の評価、及び価格帯といった情報が表示される。
　図３に示すように、申込者がリストＬ２１に表示されたホテルを選択すると、当該ホテルの詳細を示すサービス詳細画面Ｇ３が表示部１５に表示される。図３では、申込者がリストＬ２１内の「ホテルＡ」を選択し、「ホテルＡ」のページを示すサービス詳細画面Ｇ３が表示部１５に表示される場合を示している。例えば、サービス詳細画面Ｇ３には、「ホテルＡ」の名前、評価、画像、部屋の名前、及び料金が表示される。
　サービス詳細画面Ｇ３からホテルを予約できるようにしてもよいが、本実施形態では、申込者は、旅行かごにホテルを追加し、旅程を組み立てた後に、旅行かご内のサービスをまとめて予約する。
　旅行かごは、旅程に組み込まれたサービスのリストであり、検討中のサービスのリストである。別の言い方をすれば、旅行かごは、旅程を確定する前に（サービスの予約を完了する前に）作成された仮の旅程である。旅行かごは、電子商取引におけるショッピングカートと似た概念である。申込者は、複数種類のサービスを旅行かごに追加して自分好みの旅程を計画し、これら複数種類のサービスを予約する。
　例えば、サービス詳細画面Ｇ３には、表示中のホテルを旅行かごに追加するためのボタンＢ３０が表示される。申込者がボタンＢ３０を選択すると、サービス詳細画面Ｇ３に表示中の「ホテルＡ」が旅行かごに追加され、旅行かご画面が表示部１５に表示される。なお、申込者は、検索条件で入力した時間と利用人数を変更せずに、旅行かごにサービスを追加してもよいし、検索条件で入力した時間と利用人数を変更したうえで、旅行かごにサービスを追加してもよい。
　なお、ホテルを旅行かごに追加する処理を説明したが、他のサービスも同様の流れで旅行かごに追加することができる。旅行かごには、任意の数のサービスを追加することができてよいが、ここでは、ホテル、航空券、及び２個のアクティビティの合計４個のサービスが旅行かごに追加された場合を例に挙げて説明する。申込者が所定の操作をすると、旅行かごの中身を示す旅行かご画面が表示部１５に表示される。
　図４は、旅行かご画面の一例を示す図である。図４に示すように、旅行かご画面Ｇ４の表示領域Ａ４０には、旅行かごに追加されたサービスが表示される。本実施形態では、各サービスは、利用人数と利用時間とが指定されたうえで旅行かごに追加されるので、表示領域Ａ４０には、申込者が指定した利用人数と利用時間が表示される。
　旅行かごに追加された各サービスは、他のサービスと利用人数が異なっていてもよい。図４の例であれば、ホテルと航空券は利用人数が３名であるが、１個目のアクティビティである「着物レンタル」は利用人数が２名であり、２個目のアクティビティである「鉄道周遊パス」は利用人数が１名である。また、旅行かごに追加された各サービスは、他のサービスと利用時間が異なっていてもよい。
　例えば、申込者がボタンＢ４００を選択した場合、ボタンＢ４００が示すサービスが旅行かごから削除される。また例えば、申込者がボタンＢ４１を選択した場合、サービスの予約に必要な予約情報を入力するための予約情報入力画面が表示部１５に表示される。
　図５は、予約情報入力画面の一例を示す図である。図５では、予約情報入力画面Ｇ５の全体を示しており、表示部１５には、図５の予約情報入力画面Ｇ５の一部がスクロール可能に表示される。
　図５に示すように、予約情報入力画面Ｇ５には、旅行かごに追加されたサービスごとに、当該サービスの予約情報を入力するための入力フォームが表示される。利用人数が複数のサービスについては、利用者ごとに、当該利用者の予約情報を入力するための入力フォームが表示される。
　予約情報は、サービス提供者に通知される情報を含み、例えば、利用者の氏名、生年月日、年齢、性別、住所、及び電話番号といった個人情報を含む。別の言い方をすれば、予約情報は、サービスの予約条件ということもできる。例えば、サービス提供者には、予約情報の全てが通知されてもよいし、予約情報の一部だけが通知されてもよい。また例えば、予約情報は、複数の項目から構成されてもよいし、１つの項目だけであってもよい。項目とは、予約情報の構成要素である。
　例えば、表示領域Ａ５０には、航空券の予約情報を入力するための入力フォームが表示される。図５の例では、航空券は、大人２人と子供１人が利用人数として指定されており、申込者は、これら３人の予約情報を入力する。ここでは、航空券の予約情報は、利用者の氏名、生年月日、及び性別の３項目から構成される。
　入力フォームＦ５００Ａ～Ｆ５００Ｃの各々には、利用者の氏名が入力される。入力フォームＦ５０１Ａ～Ｆ５０１Ｃの各々には、利用者の生年月日が入力される。入力フォームＦ５０２Ａ～Ｆ５０２Ｃの各々には、利用者の性別が入力される。
　なお、以降では、入力フォームＦ５００Ａ～Ｆ５００Ｃを特に区別する必要のないときは、単に、入力フォームＦ５００と記載する。同様に、入力フォームＦ５０１Ａ～Ｆ５０１Ｃを特に区別する必要のないときは入力フォームＦ５０１と記載し、入力フォームＦ５０２Ａ～Ｆ５０２Ｃを特に区別する必要のないときは入力フォームＦ５０２と記載する。航空券の利用人数は３人なので、表示領域Ａ５０には、入力フォームＦ５００，Ｆ５０１，Ｆ５０２の組み合わせが３つ表示される。
　また例えば、表示領域Ａ５１には、ホテルの予約情報を入力するための入力フォームが表示される。図５の例では、ホテルは、大人２人と子供１人が利用人数として指定されており、申込者は、これら３人の予約情報を入力する。ここでは、ホテルの予約情報は、利用者の氏名及び性別と、代表者の氏名と、ホテルへの到着時間と、の４項目から構成される。
　入力フォームＦ５１０Ａ～Ｆ５１０Ｃの各々には、利用者の氏名が入力される。入力フォームＦ５１１Ａ～Ｆ５１１Ｃの各々には、利用者の性別が入力される。入力フォームＦ５１２には、代表者の氏名が入力される。入力フォームＦ５１３には、ホテルへの到着時間が入力される。
　なお、以降では、入力フォームＦ５１０Ａ～Ｆ５１０Ｃを特に区別する必要のないときは、単に、入力フォームＦ５１０と記載する。同様に、入力フォームＦ５１１Ａ～Ｆ５１１Ｃを特に区別する必要のないときは入力フォームＦ５１１と記載する。ホテルの利用人数は３人なので、表示領域Ａ５１には、入力フォームＦ５１０，Ｆ５１１の組み合わせが３つ表示される。なお、代表者の氏名とホテルへの到着時間は、利用者ごとに入力すべき情報ではないので、入力フォームＦ５１２，Ｆ５１３は、１つずつ表示される。
　また例えば、表示領域Ａ５２には、１個目のアクティビティの予約情報を入力するための入力フォームが表示される。図５の例では、１個目のアクティビティは、大人１人と子供１人が利用人数として指定されており、申込者は、これら２人の各々の予約情報を入力する。
　ここでは、１個目のアクティビティの予約情報は、利用者の氏名、身長、及び年齢区分の３項目から構成される。年齢区分は、利用者の年齢の区分（年齢帯）であり、ここでは、「成年」は２０歳以上であり、「未成年」は１３歳以上２０歳未満とする。また、「学童」は６歳以上１３歳未満であり、「幼児」は１歳以上６歳未満であり、「乳児」は１歳未満とする。
　入力フォームＦ５２０Ａ，Ｆ５２０Ｂの各々には、利用者の氏名が入力される。入力フォームＦ５２１Ａ，Ｆ５２１Ｂの各々には、利用者の身長が入力される。入力フォームＦ５２２Ａ，Ｆ５２２Ｂの各々には、利用者の年齢区分が入力される。
　なお、以降では、入力フォームＦ５２０Ａ，Ｆ５２０Ｂを特に区別する必要のないときは、単に、入力フォームＦ５２０と記載する。同様に、入力フォームＦ５２１Ａ，Ｆ５２１Ｂを特に区別する必要のないときは入力フォームＦ５２１と記載し、入力フォームＦ５２２Ａ，Ｆ５２２Ｂを特に区別する必要のないときは入力フォームＦ５２２と記載する。１個目のアクティビティの利用人数は２人なので、表示領域Ａ５２には、入力フォームＦ５２０，Ｆ５２１，Ｆ５２２の組み合わせが２つ表示される。
　また例えば、表示領域Ａ５３には、２個目のアクティビティの予約情報を入力するための入力フォームが表示される。図５の例では、２個目のアクティビティは、大人１人が利用人数として指定されており、申込者は、当該１人の予約情報を入力する。
　ここでは、２個目のアクティビティの予約情報は、利用者の氏名と国籍の２項目から構成される。入力フォームＦ５３０には、利用者の氏名が入力される。入力フォームＦ５３１には、利用者の国籍が入力される。２個目のアクティビティの利用人数は１人なので、表示領域Ａ５３には、入力フォームＦ５３０，Ｆ５３１の組み合わせが１つだけ表示される。
　申込者は、表示領域Ａ５０～Ａ５３の各々の入力フォームに予約情報を入力し、ボタンＢ５４を選択することによって、サービスの予約をすることができる。予約情報は、任意の順番で入力されてよいが、ここでは、予約情報入力画面Ｇ５の上から順番に予約情報が入力される場合を例に挙げて説明する。
　図６－図８は、航空券の予約情報が入力される様子を示す図である。なお、図６－図８では、特に参照する必要のない符号については省略する。この点は、以降説明する図９－図１１についても同様である。図６の予約情報入力画面Ｇ５Ａ，Ｇ５Ｂに示すように、入力フォームＦ５００Ａがフォーカスされると、１人目の氏名を入力可能な状態となる。フォーカスとは、入力フォームが選択されることであり、入力フォームにカーソルがセットされることである。別の言い方をすれば、フォーカスは、入力フォームに対して情報を入力可能な状態になることである。
　本実施形態では、申込者がよく入力する氏名を予め登録することができ、当該登録された氏名のうち、入力フォームＦ５００Ａに入力された文字列と部分一致する氏名がリコメンドされるようになっている。例えば、申込者が入力フォームＦ５００Ａに「Ｙ」という文字を入力すると、予約情報入力画面Ｇ５Ｃに示すように、メニューＭ５５が表示され、入力画面登録された氏名のうち、頭が「Ｙ」の氏名がリコメンドされる。続けて、申込者が入力フォームＦ５００Ａに複数の文字を入力すると、当該入力された複数の文字と一致する氏名が絞り込まれてメニューＭ５５に表示される。なお、特に氏名が登録されていない場合には、メニューＭ５５は表示されず、申込者は、入力フォームＦ５００Ａに１人目の利用者の氏名を直接入力する。
　例えば、申込者がメニューＭ５５の「Ｙａｍａｄａ　Ｔａｒｏ」を選択すると、予約情報入力画面Ｇ５Ｄに示すように、１人目の利用者の氏名として「Ｙａｍａｄａ　Ｔａｒｏ」が入力フォームＦ５００Ａに入力される。なお、予約者の氏名がメニューＭ５５に存在しない場合には、申込者は、入力フォームＦ５００Ａに１人目の利用者の氏名を直接入力する。この点は、後述する入力フォームＦ５００Ｂ，Ｆ５００Ｃについても同様である。
　図７に移り、予約情報入力画面Ｇ５Ｅに示すように、申込者は、入力フォームＦ５０１Ａ，Ｆ５０２に１人目の生年月日と性別を入力し、１人目の予約情報の入力を終える。生年月日は、数値入力によって入力され、性別は、ラジオボタンの選択によって入力される
　次に、２人目の予約情報を入力するために、入力フォームＦ５００Ｂがフォーカスされると、予約情報入力画面Ｇ５Ｆに示すように、２人目の氏名を入力可能な状態となる。入力フォームＦ５００Ａと同様、予め登録された氏名のうち、入力フォームＦ５００Ｂに入力された文字列と部分一致する氏名がリコメンドされるようになっている。予約情報入力画面Ｇ５Ｇに示すように、メニューＭ５５が表示され、入力画面登録された氏名のうち、頭が「Ｙ」の氏名がリコメンドされる。
　なお、この場合、選択済みの氏名はリコメンドされないようにしてもよい。予約情報入力画面Ｇ５Ｇの例であれば、１人目の氏名は入力済みなので、予め登録された氏名のうち入力済みの１人目の氏名が除外された中で、メニューＭ５５における氏名のリコメンドが行われるようにしてもよい。この点については、後述する入力フォームＦ５００Ｃについても同様である。
　例えば、申込者がメニューＭ５５の「Ｙａｍａｄａ　Ｒｙｏｋｏ」を選択すると、予約情報入力画面Ｇ５Ｈに示すように、２人目の利用者の氏名として「Ｙａｍａｄａ　Ｒｙｏｋｏ」が入力フォームＦ５００Ａに入力される。
　図８に移り、予約情報入力画面Ｇ５Ｉに示すように、申込者は、入力フォームＦ５０１Ｂ，Ｆ５０２Ｂに２人目の生年月日と性別を入力し、２人目の予約情報の入力を終える。
　次に、３人目の予約情報を入力するために、入力フォームＦ５００Ｃがフォーカスされると、予約情報入力画面Ｇ５Ｊに示すように、３人目の氏名を入力可能な状態となる。入力フォームＦ５００Ａ，Ｆ５００Ｂと同様、予め登録された氏名のうち、入力フォームＦ５００Ｃに入力された文字列と部分一致する氏名がリコメンドされるようになっている。予約情報入力画面Ｇ５Ｋに示すように、メニューＭ５５が表示され、入力画面登録された氏名のうち、頭が「Ｙ」の氏名がリコメンドされる。
　例えば、申込者がメニューＭ５５の「Ｙａｍａｄａ　Ｋａｚｕｏ」を選択すると、予約情報入力画面Ｇ５Ｌに示すように、３人目の利用者の氏名として「Ｙａｍａｄａ　Ｋａｚｕｏ」が入力フォームＦ５００Ｃに入力される。その後、申込者は、入力フォームＦ５０１Ｃ，Ｆ５０２Ｃに３人目の生年月日と性別を入力し、３人目の予約情報の入力を終える。
　申込者は、航空券の予約情報の入力を終えると、ホテルの予約情報を入力する。航空券とホテルは、予約情報の一部の項目（氏名と性別）が共通するので、本実施形態では、航空券で入力済みの予約情報をホテルの予約情報に流用し、予約情報を入力する手間を省くようにしている。
　図９は、ホテルの予約情報が入力される様子を示す図である。図９の予約情報入力画面Ｇ５Ｍ，Ｇ５Ｎに示すように、入力フォームＦ５１０Ａがフォーカスされると、その下にメニューＭ５５が表示される。航空券の予約情報の入力時には、まだ３人分の氏名の入力が完了していなかったので、予め登録された氏名がメニューＭ５５に表示されたが、ここでは、航空券の予約情報として３人分の氏名が入力済みなので、入力フォームＦ５１０がフォーカスされただけで（入力フォームＦ５１０に文字を入力しなくても）、メニューＭ５５には、入力済みの３人分の氏名が表示される。申込者は、これら３人の中から、１人目の氏名を選択する。
　申込者が１人目の利用者の氏名として「Ｙａｍａｄａ　Ｔａｒｏ」を選択すると、予約情報入力画面Ｇ５Ｏに示すように、入力フォームＦ５１０Ａには、当該選択された氏名が自動的に入力される。また、入力フォームＦ５１１Ａには、上記選択された氏名である「Ｙａｍａｄａ　Ｔａｒｏ」の性別が自動的に入力される。即ち、航空券の予約情報として入力済みの氏名と性別が流用され、ホテルの予約情報として入力される。
　次に、２人目の利用情報を入力するために、入力フォームＦ５１０Ｂがフォーカスされると、予約情報入力画面Ｇ５Ｐに示すように、その下にメニューＭ５５が表示される。申込者がメニューＭ５５の中から２人目の氏名を選択すると、１人目の利用者と同様の流れにより、入力フォームＦ５１０Ｂに当該選択された氏名が自動的に入力され、入力フォームＦ５１１Ｂに利用者の性別が自動的に入力される。
　３人目の利用情報についても同様に、入力フォームＦ５１０Ｃがフォーカスされた場合に表示されるメニューＭ５５から、申込者が氏名を選択することで、入力フォームＦ５１０Ｃに当該選択された氏名が自動的に入力され、入力フォームＦ５１１Ｃに利用者の性別が自動的に入力される。
　申込者は、ホテルの予約情報の入力を終えると、１個目のアクティビティの予約情報を入力する。１個目のアクティビティについても、航空券及びホテルの予約情報と共通する項目については、入力済みの情報が流用される。ただし、氏名については、航空券及びホテルの予約情報と共通しているが、年齢区分については、全く同じ項目が存在するわけではない。
　この点、年齢区分は生年月日から計算可能なので、１個目のアクティビティの年齢区分は、航空券で入力済みの生年月日から計算されて自動的に入力される。このように、本実施形態では、予約情報の項目が完全一致していなくても、互いに対応する項目であれば、予約情報が自動的に生成されて入力される。
　図１０は、１個目のアクティビティの予約情報が入力される様子を示す図である。図１０の予約情報入力画面Ｇ５Ｑ，Ｇ５Ｒに示すように、入力フォームＦ５２０Ａがフォーカスされると、その下にメニューＭ５５が表示される。メニューＭ５５には、入力済みの３人分の氏名が表示される。申込者は、これら３人の中から、１人目の氏名を選択する。
　申込者が１人目の氏名として「Ｙａｍａｄａ　Ｒｙｏｋｏ」を選択すると、予約情報入力画面Ｇ５Ｓに示すように、入力フォームＦ５２０Ａには、当該選択された氏名が自動的に入力される。また、上記選択された氏名である「Ｙａｍａｄａ　Ｒｙｏｋｏ」の生年月日をもとに年齢区分が計算され、入力フォームＦ５２２Ａには、当該計算された年齢区分が自動的に入力される。なお、利用者の身長は、まだ入力されていない情報なので、入力フォームＦ５２１Ａには情報は流用されない。このため、申込者は、１人目の利用者の身長を手入力する。
　次に、２人目の利用情報を入力するために、入力フォームＦ５２０Ｂがフォーカスされると、予約情報入力画面Ｇ５Ｔに示すように、その下にメニューＭ５５が表示される。申込者がメニューＭ５５の中から２人目の氏名を選択すると、１人目と同様の流れにより、入力フォームＦ５２０Ｂに、当該選択された氏名が自動的に入力され、入力フォームＦ５２２Ｂに、当該選択された氏名の利用者の年齢区分が自動的に入力される。
　申込者は、１個目のアクティビティの予約情報の入力を終えると、２個目のアクティビティの予約情報を入力する。２個目のアクティビティについても、入力済みの予約情報と共通の項目があれば入力済みの情報が流用されるが、２個目のアクティビティには、氏名しか共通する項目がないので、他の項目（国籍）については手入力する必要がある。
　図１１は、２個目のアクティビティの予約情報が入力される様子を示す図である。図１１の予約情報入力画面Ｇ５Ｕ，Ｇ５Ｖに示すように、入力フォームＦ５３０がフォーカスされると、メニューＭ５５が表示される。メニューＭ５５には、入力済みの３人の氏名が表示され、ホテルの予約情報と同様に、氏名を選択することで入力済みの予約情報を流用することができる。ただし、先述したように、アクティビティの予約情報は、氏名以外は重複していないので、予約情報入力画面Ｇ５Ｗに示すように、氏名だけが流用され、国籍については手入力する必要がある。
　旅行かごに追加された各サービスの予約情報が入力され、申込者がボタンＢ５４を選択すると、予約情報入力画面Ｇ５の各入力フォームに入力された予約情報がサーバ２０に送信される。サーバ２０は、各サービスの予約情報を受信すると、各サービス提供者に予約情報を送信する。サーバ２０は、予約情報の全てをサービス提供者に送信してもよいし、予約情報の一部だけをサービス提供者に送信してもよい。サーバ２０がサービス提供者に予約情報を送信すると、サービス提供者側のシステムで所定の申し込み処理が実行されてサービスの予約が完了する。
　以上のように、受付システムＳは、あるサービスの利用者の氏名を入力する場合に、他のサービスの入力済みの利用者の氏名を流用することによって、利用者の氏名を入力する手間を省くといった第１の特徴を有する。また、受付システムＳは、あるサービスの予約情報を入力する場合に、予約情報を入力済みの他のサービスの利用者の氏名を選択すると、当該他のサービスの入力済みの性別や年齢等を流用することによって、予約情報を入力する手間を省くといった第２の特徴を有する。以降、これら第１の特徴及び第２の特徴の詳細を説明する。
［３．実施形態において実現される機能］
　図１２は、実施形態の受付システムＳで実現される機能の一例を示す機能ブロック図である。ここでは、第１の特徴を実現するための機能と、第２の特徴を実現するための機能と、について説明する。
[３－１．第１の特徴を実現するための機能]
　まず、第１の特徴を実現するための機能を説明する。先述したように、受付システムＳでは、複数のサービスの各々の入力フォームに対し、申込者により利用者情報が入力される。
　入力フォームは、情報を入力して送信するための画像であり、例えば、テキストボックス、プルダウンメニュー、ラジオボタン、又はチェックボックスである。入力フォームでは、任意の情報を入力可能であり、例えば、テキスト、数値、又は記号が入力されてもよいし、複数の選択肢の中から情報が選択されてもよい。
　利用者情報は、利用者を識別可能な情報であり、例えば、氏名、ニックネーム、メールアドレス、アカウント、ユーザＩＤ、又はパスポート番号といった情報である。本実施形態では、利用者情報の一例として氏名を説明する。このため、本実施形態で氏名と記載した箇所は、利用者情報と読み替えることができる。
　受付システムＳでは、サービスごとに、少なくとも１つの入力フォームが申込者端末１０に表示される。入力フォームの数は、サービスの予約に必要な予約情報の項目数と同じであってもよいし、それ以上であってもよい。なお、本実施形態では、どのサービスも氏名が入力される場合を説明するが、特に氏名の入力を要しないサービスが存在してもよい。
［３－１－１．サーバにおいて実現される機能］
　サーバ２０では、データベース記憶部２００及び表示制御部２０１が実現される。データベース記憶部２００及び表示制御部２０１は、それぞれデータベース記憶手段及び表示制御手段の一例である。
［データベース記憶部］
　データベース記憶部２００は、記憶部２２を主として実現される。データベース記憶部２００は、第１の特徴を実現するために必要なデータベースを記憶する。ここでは、データベース記憶部２００が、サービスデータベースＤＢ１及び申込者データベースＤＢ２を記憶する場合を説明する。
　図１３は、サービスデータベースＤＢ１のデータ格納例を示す図である。図１３に示すように、サービスデータベースＤＢ１は、サービスに関する各種情報を格納するデータベースである。例えば、サービスデータベースＤＢ１には、サービスを一意に識別するサービスＩＤ、サービスの名前、種類、基本情報、及び予約情報の入力項目が格納される。
　本実施形態では、旅行予約サービスを例に挙げるので、サービスの名前は、例えば、宿泊施設名、航空機の便名、列車の名前、バスの名前、レンタカーの店名、アクティビティの名前、レストラン名、又は観光施設名である。サービスの種類は、例えば、宿泊施設、交通手段、アクティビティ、レストラン、又は観光施設といった種類（サービス提供者の種類）であり、サービスの属性ということもできる。基本情報は、サービスの基本情報であり、例えば、場所、連絡先、価格、又はサービス内容といった情報である。基本情報は、検索時のインデックスとして用いられる。
　予約情報の入力項目は、サービスを予約するために入力すべき予約情報の項目である。各サービスには、少なくとも１つの入力項目が定められている。どの入力項目を入力させるかは、予め定めておけばよく、例えば、サービス提供者が自身のサービスの予約に必要な入力項目を指定してもよいし、受付システムＳの管理者がサービスの種類ごとに入力項目を指定してもよい。
　例えば、サービスデータベースＤＢ１には、入力項目として指定された項目名が格納される。本実施形態では、「氏名」、「生年月日」、「性別」、「代表者」、「到着時間」、「身長」、「年齢区分」、及び「国籍」といった項目を例に挙げるが、入力項目は、任意の項目を指定可能であり、例えば、「満年齢」、「居住地」、「オプション有無」、又は「アレルギー有無」といった項目であってもよい。
　本実施形態では、予約情報の入力項目には、利用者に関する情報として、氏名と、氏名以外の情報と、が存在する。以降では、氏名以外の情報を属性情報と記載することがある。「生年月日」、「性別」、「年齢区分」、及び「国籍」といった情報は、属性情報の一例である。属性情報は、利用者の個人情報ということもできる。
　なお、サービスデータベースＤＢ１に格納されるデータは、上記の例に限られない。サービスデータベースＤＢ１には、任意の情報が格納されてよく、例えば、各サービスの在庫情報が格納されており、検索時に参照されてもよい。
　図１４は、申込者データベースＤＢ２のデータ格納例を示す図である。図１４に示すように、申込者データベースＤＢ２は、申込者に関する各種情報を格納するデータベースである。例えば、申込者データベースＤＢ２には、申込者を一意に識別する申込者ＩＤ、申込者の氏名、登録者の氏名、及び旅行かごデータが格納される。
　登録者は、メニューＭ５５に氏名を表示させる者であり、例えば、一緒に旅行に行くことが多い家族、友人、又は同僚の氏名である。申込者データベースＤＢ２には、申込者が入力した氏名が登録される。例えば、申込者が自身のページから入力した氏名が登録されてもよいし、申込者が過去の予約時に入力した氏名が自動的に登録されてもよい。なお、申込者は、特に登録者の氏名を登録しなくてもよい。
　旅行かごデータは、旅行かごの中身を示すデータである。別の言い方をすれば、旅行かごデータは、申込者が旅行かごに追加したサービスを示すデータである。例えば、旅行かごデータには、旅行かごに追加されたサービスのサービスＩＤ、利用時間、及び利用人数が格納される。
　利用時間は、サービスが旅行かごに追加された場合に申込者によって指定された時間である。先述したように、利用時間は、日付だけであってもよいし、日時であってもよい。利用人数は、サービスが旅行かごに追加された場合に申込者によって指定された人数である。利用人数は、大人や子供といった区分ごとの人数であってもよいし、特に区分を考慮しない人数であってもよい。
　なお、旅行かごデータに格納される情報は、上記の例に限られない。例えば、利用時間及び利用人数以外の条件（例えば、オプションの有無等）が指定された場合には、当該条件が格納されてもよい。
　また、申込者データベースＤＢ２に格納されるデータは、上記の例に限られない。例えば、申込者データベースＤＢ２には、申込者により行われた予約の履歴を示すデータが格納されてもよい。当該データには、申込者が予約時に入力した予約情報が含まれていてもよい。
　なお、データベース記憶部２００が記憶するデータは、上記の例に限られない。例えば、データベース記憶部２００は、予約情報の入力項目を定義した項目データベースを記憶してもよい。項目データベースには、予約情報を計算で求めるための計算式が格納されていてもよい。例えば、「年齢区分」は、「生年月日」又は「満年齢」から計算可能なので、「生年月日」又は「満年齢」から「年齢区分」を計算するための計算式が項目データベースに定義されてもよい。他にも例えば、「満年齢」は、「生年月日」から計算可能なので、「生年月日」から「満年齢」を計算するための計算式が項目データベースに定義されてもよい。
［表示制御部］
　表示制御部２０１は、制御部２１を主として実現される。表示制御部２０１は、予約情報入力画面Ｇ５の表示データＤＴ１を生成し、申込者端末１０に表示データＤＴ１を送信する。
　図１５は、予約情報入力画面Ｇ５の表示データＤＴ１のデータ格納例を示す図である。図１５では、データ格納例を理解しやすいように表形式で示しているが、表示データＤＴ１は、申込者端末１０に画面を表示させるためのデータであればよく、例えば、ＨＴＭＬデータ又はＸＭＬデータといった種々の形式のデータを適用可能である。
　予約情報入力画面Ｇ５は、旅行かごの中身に応じた内容となるので、表示制御部２０１は、旅行かごデータに基づいて、予約情報入力画面Ｇ５の表示データＤＴ１を生成する。別の言い方をすれば、表示制御部２０１は、旅行かごデータに基づいて、予約情報入力画面Ｇ５のレイアウトを決定する。
　例えば、表示制御部２０１は、旅行かごデータを参照し、旅行かごに追加されたサービスのサービスＩＤと利用人数を特定する。表示制御部２０１は、サービスデータベースＤＢ１を参照し、当該特定したサービスＩＤに関連付けられたサービス名と入力項目を特定する。表示制御部２０１は、サービスごとに、利用人数の数だけタイトルを付与する。タイトルは、予約情報入力画面Ｇ５に表示される「大人１」、「大人２」、「子供１」といった名前である。表示制御部２０１は、サービスごとに、タイトル、項目名、及び入力フォームの識別情報を付与し、表示データＤＴ１を生成する。なお、入力フォームの識別情報は、予約情報入力画面Ｇ５内で入力フォームを識別するための情報であり、入力フォームの名前である。入力フォームの識別情報は、任意のルールで発行されるようにすればよい。
　なお、表示制御部２０１は、計算式が定義された項目については、当該項目の入力フォームに計算式を関連付けて表示データＤＴ１に格納する。例えば、表示制御部２０１は、「生年月日」の項目と「年齢区分」の項目とを特定した場合には、「生年月日」から「年齢区分」を計算するための計算式を表示データＤＴ１に格納する。また例えば、表示制御部２０１は、「生年月日」の項目と「満年齢」の項目とを特定した場合には、「生年月日」から「満年齢」を計算するための計算式を表示データＤＴ１に格納する。
　また、表示データＤＴ１は、所定の命令が記述されたスクリプトを含むようにしてもよいし、表示データＤＴ１とは別にスクリプトが管理され、外部呼出しによってスクリプトが実行されてもよい。例えば、スクリプトには、上記の計算式が記述されてもよし、表示データＤＴ１に示したサービスＩＤ、サービス名、タイトル、項目名、及び入力フォームの識別情報が記述されてもよい。
　また例えば、スクリプトには、一の入力フォームに入力された情報を取得して、当該情報を他の入力フォームに入力する命令が記述されてもよい。別の言い方をすれば、スクリプトには、同じ項目名の入力フォーム同士で情報を流用する命令が記述されてもよい。また例えば、スクリプトには、氏名の入力フォームがフォーカスされた場合に、後述する利用者データＤＴ２を参照してメニューＭ５５を表示させる命令が記述されてもよい。また例えば、スクリプトには、メニューＭ５５から氏名が選択された場合に、当該氏名に関連付けられた属性情報を流用する命令が記述されてもよい。これらの命令は、スクリプトに記述される命令の一例であり、スクリプトには、任意の命令が記述されてよい。
　また例えば、本実施形態では、メニューＭ５５に登録者の氏名が表示されるので、表示データＤＴ１には、申込者に関連付けられた登録者の氏名が含まれているものとする。表示データＤＴ１に含まれる氏名のうち、申し込み者が途中まで入力した文字列と一致する氏名がメニューＭ５５に選択可能に表示される。なお、登録者の氏名は、表示データＤＴ１とは別に申込者端末１０に送信されるようにしてもよい。
　また、本実施形態では、表示制御部２０１は、予約情報入力画面Ｇ５の表示データＤＴ１だけでなく、利用者データＤＴ２も生成し、申込者端末１０に利用者データＤＴ２を送信する。
　図１６は、利用者データＤＴ２のデータ格納例を示す図である。図１６に示すように、利用者データＤＴ２は、予約情報入力画面Ｇ５において入力された予約情報を管理するためのデータである。例えば、利用者データＤＴ２には、利用者を一意に識別する利用者ＩＤと、入力済みの予約情報と、が格納される。
　図１６の例では、予約情報として、氏名、生年月日、年齢区分、性別、身長、及び国籍が格納される。代表者及び到着時間も利用者データＤＴ２に格納されるようにしてもよいが、これらの情報は、利用者ごとに入力される情報ではないので、ここでは、利用者データＤＴ２には格納されないものとする。
　表示制御部２０１は、旅行かごに追加されたサービスの利用人数に基づいて、利用者データＤＴ２のレコード数を決定し、レコード数の分だけ利用者ＩＤを発行する。そして、表示制御部２０１は、旅行かごに追加されたサービスの予約情報の入力項目を特定し、利用者データＤＴ２のフィールドを設定する。本実施形態では、利用者の氏名として、仮の氏名が設定されるが、この処理については、第２の特徴で説明する。
　利用者データＤＴ２は、予約情報入力画面Ｇ５の各入力フォームに対して情報が入力されると更新される。例えば、まだ何の情報も入力されていない場合には、利用者データＤＴ２には、利用者ＩＤと利用者の仮の氏名（例えば、「旅行者１」、「旅行者２」、及び「旅行者３」といった文字列）だけが格納されている。この状態で、申込者が利用者の氏名を入力すると、仮の氏名が入力された氏名に置き換わる。その後、申込者が利用者の年齢や性別等を入力すると、当該入力された情報が利用者データＤＴ２に格納される。なお、仮の氏名は、利用者データＤＴ２に格納されていなくてもよい。
［３－１－２．申込者端末において実現される機能］
　申込者端末１０では、データ記憶部１００、特定部１０１、表示制御部１０２、及び取得部１０３が実現される。これらは、それぞれ、データ記憶手段、特定手段、表示制御手段、及び取得手段の一例である。
［データ記憶部］
　データ記憶部１００は、記憶部１２を主として実現される。データ記憶部１００は、第１の特徴を実現するために必要なデータを記憶する。ここでは、データ記憶部１００が、表示データＤＴ１及び利用者データＤＴ２を記憶する場合を説明する。申込者端末１０は、サーバ２０から表示データＤＴ１及び利用者データＤＴ２を受信すると、データ記憶部１００に表示データＤＴ１及び利用者データＤＴ２を記録する。表示データＤＴ１及び利用者データＤＴ２のデータ格納例は、先述した通りである。
　なお、データ記憶部１００が記憶するデータは、上記の例に限られない。例えば、データ記憶部１００は、申込者端末１０を操作する申込者の申込者ＩＤを記憶してもよい。また例えば、データ記憶部１００は、旅行かごデータを記憶してもよい。この場合、データ記憶部１００の旅行かごデータと、申込者データベースＤＢ２の旅行かごデータと、は整合性が取られているものとする。
［特定部］
　特定部１０１は、制御部１１を主として実現される。特定部１０１は、入力対象のサービスに関連付けられた他のサービスを特定する。
　入力対象のサービスとは、予約情報が入力されるサービスであり、予約情報入力画面Ｇ５に入力フォームが表示されたサービスである。本実施形態では、予約情報入力画面Ｇ５には、複数のサービスの各々の入力フォームが表示され、当該複数のサービスのうち、入力フォームがフォーカスされたサービスが、入力対象のサービスに相当する。
　入力対象のサービスに関連付けられた他のサービス（以降、単に他のサービスと記載する。）とは、入力対象のサービスと予約情報の一部又は全部の項目が共通しているサービスである。別の言い方をすれば、他のサービスは、予約情報の流用元となるサービスである。他のサービスは、予約情報が入力済みのサービスである。
　本実施形態では、他のサービスは、入力対象のサービスとともに旅行かごに追加されたサービスであり、入力対象のサービスとともに予約情報が入力されるサービスである。別の言い方をすれば、他のサービスは、入力対象のサービスとともに入力フォームが表示されたサービスであり、入力対象のサービスと同じページで入力フォームが表示されたサービスである。
　本実施形態では、受付システムＳは、複数のサービスの申し込みを一括で受け付けるので、特定部１０１は、入力対象のサービスとともに一括で申し込まれる他のサービスを特定する。
　申し込みを一括で受け付けるとは、一度の申し込み要求で複数のサービスの申し込みを受け付けることである。例えば、複数のサービスの各々の予約情報を一度にまとめて受信すること、複数のサービスの各々の予約情報を次々と連続して受信すること、複数のサービスの各々の申し込み処理を一度にまとめて実行すること、又は複数のサービスの各々の申し込み処理を次々と連続して実行することである。
　本実施形態では、表示データＤＴ１にサービスＩＤを含まれているので、特定部１０１は、当該表示データＤＴ１に格納されたサービスＩＤを参照することによって、入力対象のサービスとともに入力フォームが表示された他のサービスを特定する。他にも例えば、特定部１０１は、旅行かごデータを参照し、入力対象のサービスとともに旅行かごに追加された他のサービスを特定してもよい。
　なお、他のサービスは、予約済みのサービスであってもよく、入力対象のサービスとともに旅行かごに追加されたサービスでなくてもよい。即ち、他のサービスは、入力対象のサービスとは別の画面で入力フォームが表示されたサービスであってもよい。この場合、特定部１０１は、申込者データベースＤＢ２に格納された予約情報データを参照することによって、他のサービスを特定してもよい。また、受付システムＳは、複数のサービスの申し込みを一括で受け付けるのではなく、各サービスの申し込みを別々に受け付けてもよい。
［表示制御部］
　表示制御部１０２は、制御部１１を主として実現される。表示制御部１０２は、表示データＤＴ１に基づいて、予約情報入力画面Ｇ５を表示部１５に表示させたり、表示データＤＴ１に記述されたスクリプトを実行して入力済みの情報を流用したりする。
　本実施形態では、表示制御部１０２は、他のサービスの入力フォームに対して入力された氏名を選択可能に表示させる。別の言い方をすれば、表示制御部１０２は、他のサービスの予約情報として入力された氏名を選択可能に表示させる。
　氏名を選択可能に表示させるとは、氏名を選択できる状態で表示させることであり、例えば、メニューに氏名を表示させること、又は、氏名とともにラジオボタン若しくはチェックボックスを表示させることである。本実施形態では、メニューＭ５５に氏名を表示させることが、氏名を選択可能に表示させることに相当する。
　本実施形態では、表示制御部１０２は、入力対象の入力フォームがフォーカスされた場合に、メニューＭ５５を表示させることによって、他のサービスの入力フォームに対して入力された氏名を選択可能に表示させる。なお、特に入力フォームがフォーカスされなくても、メニューＭ５５を表示させてもよい。即ち、表示制御部１０２は、入力対象の入力フォームがフォーカスされる前に、予め、メニューＭ５５を表示させてもよい。表示制御部１０２は、利用者データＤＴ２に基づいて、メニューＭ５５を表示させる。表示制御部１０２は、利用者データＤＴ２に格納された利用者の氏名を参照し、各氏名をメニューＭ５５に並べて表示させる。
　また、本実施形態では、複数のサービスが一括で申し込まれるので、表示制御部１０２は、入力対象のサービスとともに一括で申し込まれる他のサービスの氏名を選択可能に表示させる。他のサービスの利用者の氏名は、利用者データＤＴ２に反映されているので、表示制御部１０２は、利用者データＤＴ２に格納された他のサービスの利用者の氏名を参照し、当該氏名を選択可能に表示させる。なお、他のサービスの利用者の氏名は、当該サービスの入力フォームにも反映されているので、表示制御部１０２は、当該入力フォームに入力された氏名を参照し、当該氏名を選択可能に表示させてもよい。
　また、本実施形態では、複数のサービスの各々の入力フォームは、同一ページにおいて表示されるので、表示制御部１０２は、入力対象のサービスの入力フォームと同一ページの他のサービスの入力フォームに対して入力された、他のサービスの氏名を選択可能に表示させる。
　同一ページとは、同じ画面のことである。同一ページに表示された他のサービスの利用者の氏名は、利用者データＤＴ２に反映されているので、表示制御部１０２は、利用者データＤＴ２に格納された他のサービスの利用者の氏名を参照し、当該氏名を選択可能に表示させる。なお、同一ページに表示された他のサービスの利用者の氏名は、当該サービスの入力フォームにも反映されているので、表示制御部１０２は、同一ページ内の当該入力フォームに入力された氏名を参照し、当該氏名を選択可能に表示させてもよい。
　また、本実施形態では、複数のサービスの各々の入力フォームには、氏名と属性情報とを含む複数の情報が入力されるので、表示制御部１０２は、入力対象のサービスの入力フォームに対し、複数の情報のうちの氏名が入力される場合に、他のサービスの氏名を選択可能に表示させる。本実施形態では、表示データＤＴ１に各入力フォームの項目名が付与されているので、表示制御部１０２は、フォーカスされた入力フォームの項目名が氏名であれば、メニューＭ５５を表示させることになる。
　また、本実施形態では、３つ以上のサービスの申し込みが可能であり、表示制御部１０２は、入力対象のサービスに関連付けられた他のサービスが複数存在する場合に、当該複数の他のサービスの各々の氏名を選択可能に表示させる。即ち、表示制御部１０２は、複数の他のサービスの各々で入力された氏名を合わせたうえで選択可能に表示させる。
　例えば、第１のサービスで第１の氏名が入力され、第２のサービスで第２の氏名が入力された場合に、表示制御部１０２は、第１の氏名と第２の氏名を合わせて選択可能に表示させる。図５の画面例であれば、「航空券」に「Ｙａｍａｄａ　Ｔａｒｏ」が入力され、「ホテル」に「Ｙａｍａｄａ　Ｒｙｏｋｏ」が入力された場合に、表示制御部１０２は、「１個目のアクティビティ」の入力フォームＦ５２０がフォーカスされた場合に、メニューＭ５５に、これら２人の氏名と、登録者の氏名又は「旅行者３」という仮の氏名と、を表示させてもよい。
　また例えば、表示制御部１０２は、複数の他のサービスの各々の氏名が重複する場合には、重複する氏名については１つにまとめて表示させてもよい。表示制御部１０２は、同じ氏名については複数個表示させるのではなく、１つだけ表示させる。表示制御部１０２は、入力済みの氏名同士を比較し、一致する氏名については１つにまとめたうえで選択可能に表示させる。
　図５の画面例であれば、「航空券」に「Ｙａｍａｄａ　Ｔａｒｏ」が入力され、「ホテル」の入力フォームＦ５１０に対して同じ名前が入力された場合に、表示制御部１０２は、「１個目のアクティビティ」の入力フォームＦ５２０がフォーカスされた場合に、メニューＭ５５に「Ｙａｍａｄａ　Ｔａｒｏ」を２つ表示させるのではなく、この氏名については１つだけ表示させてもよい。
［取得部］
　取得部１０３は、制御部１１を主として実現される。取得部１０３は、表示制御部１０２により表示された氏名が申込者により選択された場合に、当該選択された氏名を、入力対象のサービスの氏名として取得する。取得部１０３は、操作部１４の検出信号に基づいて、申込者により選択された氏名を特定し、当該特定された氏名を、入力対象のサービスの氏名として取得する。
　例えば、取得部１０３は、入力対象のサービスの入力フォームに、申込者により選択された氏名を入力する。別の言い方をすれば、取得部１０３は、入力対象のサービスと、申込者により選択された氏名と、を関連付けてデータ記憶部１００に記録する。本実施形態では、取得部１０３により取得された氏名が予約情報入力画面Ｇ５に表示される場合を説明するが、当該氏名は、特に表示されなくてもよい。
[３－２．第２の特徴を実現するための機能]
　次に、第２の特徴を実現するための機能を説明する。なお、第１の特徴で説明済みの機能については、説明を省略することもあるが、説明の都合上、あえて別の表現で説明することもある。
［３－２－１．サーバにおいて実現される機能］
　第２の特徴を実現するために、サーバ２０において、データベース記憶部２００、表示制御部２０１、設定部２０２、及び実行部２０３が実現される。これらは、それぞれ、データベース記憶手段、表示制御手段、設定手段、及び実行手段の一例である。
［データベース記憶部］
　データベース記憶部２００は、第１の特徴で説明した通りである。
［表示制御部］
　表示制御部２０１の処理は、概ね第１の特徴で説明した通りであるが、ここでは、入力フォームの順番を決定する処理について説明する。表示制御部２０１は、予約情報入力画面Ｇ５の表示データＤＴ１を生成する際に、各サービスの入力フォームの並び順を、利用者数の多い順に設定する。即ち、表示制御部２０１は、利用者の降順となるように、各サービスの入力フォームの並び順を設定する。
　並び順とは、入力フォームの配置順又は表示順である。本実施形態では、入力フォームが縦に並ぶので、上の方ほど順番が先であり下の方ほど順番が後となる。なお、入力フォームを横に並べて表示させる場合には、左の方ほど順番が先であり右の方ほど順番が後であってもよいし、右の方ほど順番が先であり左の方ほど順番が後であってもよい。
　並び順を設定するとは、並び順を決定すること、決定した並び順に基づいて配置された各サービスの入力フォームを表示させること、又は、決定した並び順で各サービスの入力フォームが配置された予約情報入力画面Ｇ５の表示データＤＴ１を生成することである。
　また、表示制御部２０１は、各サービスの入力フォームの並び順を、項目数の多い順に設定する。表示制御部２０１は、第１の特徴で説明した通りにして、各サービスの予約情報の入力項目を特定し、各サービスの項目数を取得する。表示制御部２０１は、当該取得した項目数の降順となるように、各サービスの入力フォームの並び順を設定する。
［設定部］
　設定部２０２は、制御部１１を主として実現される。本実施形態では、各サービスの利用者数は、予め指定されており、設定部２０２は、氏名が入力されていないサービスについては、仮の氏名を設定する。
　仮の氏名は、仮の名前であることを識別できればよく、任意のテキストを利用可能である。ただし、一般的な氏名で用いられている名前ではなく、例えば、「旅行者ｎ（ｎは自然数）」といったように、仮の名前であることが明確に識別できるようにした方がよい。なお、仮の氏名のテキストは、データベース記憶部２００に予め記憶されているものとする。
　設定部２０２は、旅行かごデータを参照して各サービスの利用者数を特定し、当該特定した利用者数だけ仮の氏名を設定する。設定部２０２は、旅行かごに追加されたサービスの中から最大人数の利用者数を特定し、当該特定した利用者数だけ、仮の氏名を設定する。設定部２０２は、データ記憶部１００に記憶されたテキストに基づいて仮の氏名を生成し、当該生成した仮の氏名を利用者データＤＴ２に格納する。
［実行部］
　実行部２０３は、制御部２１を主として実現される。実行部２０３は、申込者端末１０から受信した予約情報に基づいて、申し込み処理を実行する。申し込み処理は、サービスを申し込むための処理であり、例えば、サービス提供者に予約情報の一部又は全部を送信すること、サービスの決済処理を実行すること、又は、サービスの申し込みを受け付けて在庫数を減らすことである。
　本実施形態では、サービス提供者に提供しない項目の予約情報も入力させることがあるので、実行部２０３は、複数のサービスのうち、申し込み処理のために氏名が不要なサービスについては、氏名に基づかずに属性情報に基づいて、申し込み処理を実行する。例えば、実行部２０３は、予約情報として氏名を入力させたとしても、申し込み処理の実行には、当該入力された氏名は参照しない。例えば、実行部２０３は、サービス提供者に対し、氏名は送信せず、属性情報だけを送信する。
［３－２－２．申込者端末において実現される機能］
　第２の特徴を実現するために、申込者端末１０において、データ記憶部１００、表示制御部１０２、取得部１０３、受付部１０４、及び保持部１０５が実現される。これらは、それぞれ、データ記憶手段、表示制御手段、取得手段、受付手段、及び保持手段の一例である。
［データ記憶部］
　データ記憶部１００は、第１の特徴で説明した通りである。
［表示制御部］
　表示制御部１０２の処理は、概ね第１の特徴で説明した通りである。例えば、表示制御部１０２は、サービスごとに、氏名と属性情報との各々を入力するための入力フォームを表示させる。即ち、表示制御部１０２は、サービスごとに、氏名を入力するための入力フォームと、属性情報を入力するための入力フォームと、を表示させる。
　各サービスの入力フォームは、少なくとも１つ表示されるようにすればよい。図５の画面例であれば、「航空券」の利用人数は３人なので、表示制御部１０２は、氏名を入力するための入力フォームＦ５００と、属性情報（生年月日と性別）を入力するための入力フォームＦ５０１，Ｆ５０２と、を３人分表示させる。
　また例えば、「ホテル」の利用人数は３人なので、表示制御部１０２は、氏名を入力するための入力フォームＦ５１０と、属性情報（性別）を入力するための入力フォームＦ５１１と、を３人分表示させる。なお、「ホテル」については、「代表者」と「到着時間」といった他の予約情報も入力する必要があるので、表示制御部１０２は、「代表者」を入力するための入力フォームＦ５１２と、「到着時間」を入力するための入力フォームＦ５１３と、を表示させる。
　また例えば、「１個目のアクティビティ」の利用人数は２人なので、表示制御部１０２は、氏名を入力するための入力フォームＦ５２０と、属性情報（身長と年齢区分）を入力するための入力フォームＦ５２１，Ｆ５２２と、を２人分表示させる。また例えば、「２個目のアクティビティ」の利用人数は１人なので、表示制御部１０２は、氏名を入力するための入力フォームＦ５３０と、属性情報（国籍）を入力するための入力フォームＦ５３１と、を１人分表示させる。
　本実施形態では、表示制御部１０２は、入力対象のサービスの入力フォームに対して氏名が入力される場合に、他のサービスの入力フォームに対して入力された氏名を選択可能に表示させる。入力対象のサービスの入力フォームに対して氏名が入力される場合とは、当該入力フォームがフォーカスされた場合である。氏名を選択可能に表示させる処理については、第１の特徴で説明した通りである。
　本実施形態では、各サービスの利用者数は、予め指定されており、表示制御部１０２は、各サービスの入力フォームを、利用者数の多い順に表示させる。本実施形態では、予約情報入力画面Ｇ５の表示データＤＴ１に各サービスの入力フォームの順序が示されているので、表示制御部１０２は、表示データＤＴ１が示す順序に沿って、利用者の降順となるように、各サービスの入力フォームを表示させる。
　また、本実施形態では、各サービスには、属性情報の項目数が予め指定されており、表示制御部１０２は、各サービスの入力フォームを、項目数の多い順に表示させる。予約情報入力画面Ｇ５の表示データＤＴ１に各サービスの入力フォームの順序が示されているので、表示制御部１０２は、表示データＤＴ１が示す順序に沿って、入力すべき項目数の降順となるように、各サービスの入力フォームを表示させる。
　また、本実施形態では、氏名を選択することで流用した属性情報が入力フォームに表示させるので、表示制御部１０２は、取得部１０３により取得された入力対象のサービスの属性情報を、入力対象のサービスの入力フォームに表示させる。なお、流用した属性情報は、特に入力フォームに表示させなくてもよい。
［取得部］
　取得部１０３は、入力対象のサービスの入力フォームに対し、入力対象のサービスの氏名が入力された場合に、氏名が一致する他のサービスの入力フォームに対して入力された属性情報に基づいて、入力対象のサービスの属性情報を取得する。
　本実施形態では、メニューＭ５５に選択可能に表示された氏名が選択されることによって、入力対象のサービスの入力フォームに対して氏名が入力される場合を説明するが、メニューＭ５５から氏名が選択されるのではなく、入力対象のサービスの入力フォームに対し、氏名がテキスト入力されるようにしてもよい。この場合、取得部１０３は、テキスト入力された氏名と、入力済みの氏名と、が一致するか否かを判定する。一致は、完全一致でもよいし、部分一致でもよい。なお、入力済みの氏名は、利用者データＤＴ２に格納されているので、取得部１０３は、利用者データＤＴ２を参照することによって入力済みの氏名を特定すればよい。
　例えば、取得部１０３は、利用者データＤＴ２を参照することによって、氏名が一致する他のサービスの入力フォームに対して入力された属性情報を特定する。また例えば、本実施形態では、各入力フォームと、当該入力フォームに対して入力された情報と、が関連付けられてデータ記憶部１００に記録されているので、取得部１０３は、当該関連付けを参照することによって、属性情報を特定してもよい。
　本実施形態では、他のサービスの氏名がメニューＭ５５において選択可能に表示されるので、取得部１０３は、他のサービスの氏名が選択された場合に、当該選択された氏名を、入力対象のサービスの氏名として取得し、他のサービスの属性情報に基づいて、入力対象のサービスの属性情報を取得する。
　例えば、取得部１０３は、当該特定した属性情報を、そのまま入力対象のサービスの属性情報として取得してもよいし、当該特定した属性情報に基づいて、新たな属性情報を生成してもよい。本実施形態では、「年齢」の項目属性に属する属性情報については、取得部１０３は、他のサービスの属性情報に基づいて、入力対象の属性情報を生成する。例えば、取得部１０３は、他のサービスの属性情報として入力された「生年月日」に基づいて、入力対象の「年齢区分」の属性情報を生成する。
　本実施形態では、サービスごとに入力すべき項目が異なることがあるので、取得部１０３は、他のサービスの属性情報のうち、入力対象のサービスの申し込みに必要な項目の情報を取得する。即ち、取得部１０３は、他のサービスの属性情報のうち、入力対象のサービスの予約情報の入力項目として定められた項目の情報を流用する。
　また、本実施形態では、各サービスの入力フォームは、同一ページにおいて表示されるので、取得部１０３は、入力対象のサービスの入力フォームと同一ページの他のサービスの入力フォームに対して入力された属性情報に基づいて、入力対象のサービスの属性情報を取得する。同一ページの意味は、先述した通りである。同一ページの他のサービスの入力フォームに対して入力された属性情報は、利用者データＤＴ２に示されているので、取得部１０３は、利用者データＤＴ２を参照し、同一ページ内の入力済みの属性情報を取得する。
［受付部］
　受付部１０４は、制御部１１を主として実現される。受付部１０４は、操作部１４の検出信号に基づいて、申込者による入力を受け付ける。例えば、受付部１０４は、申込者による入力フォームへの各種入力を受け付ける。
［保持部］
　保持部１０５は、制御部１１を主として実現される。保持部１０５は、各サービスの入力フォームに対して入力された氏名と属性情報を、当該サービスに関連付けて保持する。
　保持とは、データ記憶部１００に記録することである。サービスに関連付けて保持とは、サービスＩＤと紐づけて記録することであり、サービスＩＤから検索可能に記録することである。保持部１０５は、サービスごとに、氏名と属性情報のデータセットをデータ記憶部１００に保持する。本実施形態では、予約情報入力画面Ｇ５の表示データＤＴ１に、旅行かごに追加された各サービスのサービスＩＤが格納されているので、保持部１０５は、各サービスのサービスＩＤに関連付けて、当該サービスの入力フォームに対して入力された氏名と属性情報をデータ記憶部１００に記録する。
　本実施形態では、保持部１０５は、仮の氏名が設定されたサービスの入力フォームに氏名が入力された場合に、仮の氏名を当該入力された氏名に置き換える。置き換えるとは、情報を更新すること、又は、仮の氏名を入力された氏名に上書きすることである。本実施形態では、利用者データＤＴ２に仮の氏名が格納されているので、保持部１０５は、利用者データＤＴ２を更新することになる。
［４．本実施形態において実行される処理］
　図１７－図１９は、受付システムＳにおいて実行される処理の一例を示すフロー図である。図１７－図１９に示す処理は、制御部１１，２１が、それぞれ記憶部１２，２２に記憶されたプログラムに従って動作することによって実行される。下記に説明する処理は、図１２に示す機能ブロックにより実行される処理の一例である。
　なお、ここでは、申込者によって旅行かごに複数のサービスが追加されており、申込者端末１０の記憶部１２には旅行かごデータが記憶されているものとする。申込者端末１０は、旅行かごデータに基づいて旅行かご画面Ｇ４（図４）を表示部１５に表示させる。図１７－図１９に示す処理は、旅行かご画面Ｇ４のボタンＢ４１が選択された場合に実行される。
　図１７に示すように、まず、申込者端末１０において、制御部１１は、記憶部１２に記憶された旅行かごデータをサーバ２０に送信する（Ｓ１）。なお、申込者端末１０からサーバ２０にデータが送信される場合には、記憶部１２に記憶された申込者ＩＤも送信されるものとする。
　サーバ２０においては、旅行かごデータを受信すると、制御部２１は、予約情報入力画面Ｇ５の表示データＤＴ１を生成する（Ｓ２）。なお、Ｓ２において旅行かごデータの送信を省略してもよく、この場合には、Ｓ２において、制御部２１は、申込者データベースＤＢ２に格納された旅行かごデータに基づいて、予約情報入力画面Ｇ５の表示データＤＴ１を生成する。ただし、申込者端末１０に記憶された旅行かごデータと、サーバ２０に記憶された旅行かごデータと、は整合性が取られているものとする。
　図１８は、Ｓ２の処理の詳細を示す図である。図１８に示すように、制御部２１は、旅行かごデータ及びサービスデータベースＤＢ１に基づいて、旅行かごに追加された各サービスの予約情報の入力項目を特定する（Ｓ２０）。Ｓ２０においては、制御部２１は、旅行かごデータに格納されたサービスＩＤを参照し、サービスデータベースＤＢ１のうち、当該サービスＩＤが格納されたレコードを参照する。制御部２１は、当該レコードに基づいて、旅行かごに追加された各サービスの予約情報の入力項目を特定する。
　制御部２１は、Ｓ２０で特定した項目に基づいて、利用者データＤＴ２を生成する（Ｓ２１）。Ｓ２１においては、制御部２１は、旅行かごデータに格納された各サービスの利用人数を参照し、最も多い利用人数を特定する。制御部２１は、当該特定した利用人数の分だけレコードを生成し、各レコードのフィールドとして、利用者ＩＤと、Ｓ２０で特定した各入力項目の名前と、を設定する。
　例えば、旅行かごデータが示す利用人数の最大値が３人の場合、図１６に示すように、制御部２１は、３つのレコードから構成される利用者データＤＴ２を生成する。そして、制御部２１は、３人の利用者の各々に利用者ＩＤを発行し、「利用者ＩＤ」のフィールドに格納する。「氏名」、「生年月日」、「年齢区分」、「性別」、「身長」、及び「国籍」といった入力項目が特定された場合、制御部２１は、これら各項目のフィールドを設定し、利用者データＤＴ２を生成する。
　制御部２１は、利用者データＤＴ２に利用者の仮の氏名を設定する（Ｓ２２）。Ｓ２２においては、制御部２１は、利用者データＤＴ２のレコードの数だけ仮の氏名を発行し、利用者データＤＴ２に格納する。例えば、特定した利用人数をｎ（ｎは自然数）とすると、制御部２１は、「旅行者１」から「旅行者ｎ」まで連番となるように、仮の氏名を発行する。なお、氏名以外のフィールドは、特に何の情報も格納されないものとするが、氏名と同様に仮の情報が設定されてもよい。
　制御部２１は、各サービスの利用人数及び項目数に基づいて、予約情報入力画面Ｇ５における各サービスの並び順を決定する（Ｓ２３）。Ｓ２３においては、制御部２１は、利用人数及び項目数の降順となるように、サービスの並び順を決定する。利用人数と項目数は、何れを優先してもよいが、ここでは、制御部２１は、利用人数を優先して並び順を決定し、利用人数が同じであった場合に項目数が多い方の順番を先に決定する。
　制御部２１は、Ｓ２３で決定した並び順に基づいて、各サービスの入力フォームの配置を決定する（Ｓ２４）。Ｓ２４においては、制御部２１は、Ｓ２３で決定した並び順で各サービスの入力フォームが並ぶように、入力フォームの配置を決定する。個々のサービス内での入力フォームの並びは、任意の方法で決定されてよいが、ここでは、氏名の入力フォームを先とし、属性情報の入力フォームを後とする。
　制御部２１は、Ｓ２４で決定した順序に基づいて、予約情報入力画面Ｇ５の表示データＤＴ１を生成する（Ｓ２５）。Ｓ２５においては、制御部２１は、Ｓ２３で決定した順序で各入力フォームを並べ、その横に、当該入力フォームが示す項目名を配置する。また、制御部２１は、氏名の入力フォームがフォーカスされた場合にメニューＭ５５を表示させる命令、氏名が入力された場合に仮の氏名を置き換える命令、及びメニューＭ５５内の氏名が選択された場合に属性情報を流用する命令を記述したスクリプトを生成し、表示データＤＴ１に埋め込む。また、制御部２１は、申込者データベースＤＢ２に格納された登録者名を表示データＤＴ１に埋め込む。
　図１７に戻り、サーバ２０は、Ｓ２で生成した表示データＤＴ１及び利用者データＤＴ２を申込者端末１０に送信する（Ｓ３）。
　申込者端末１０においては、表示データＤＴ１及び利用者データＤＴ２を受信すると、制御部１１は、予約情報入力画面Ｇ５を表示部１５に表示させる（Ｓ４）。制御部１１は、操作部１４の検出信号に基づいて、予約情報の入力処理を実行する（Ｓ５）。Ｓ５の処理は、主に、予約情報入力画面Ｇ５の表示データＤＴ１に含まれるスクリプトによって実行される。なお、表示データＤＴ１及び利用者データＤＴ２は、記憶部１２に一時的に記録される。
　図１９は、Ｓ５の処理の詳細を示す図である。図１９に示すように、制御部１１は、操作部１４の検出信号に基づいて、申込者の操作を特定する（Ｓ５０）。ここでは、予約情報入力画面Ｇ５内の何れかの入力フォームをフォーカスする操作、又は、ボタンＢ５４を選択する操作の何れかが行われる場合を説明する。旅行かご画面Ｇ４に戻る操作等の他の操作が行われた場合には、本処理は終了する。
　入力フォームがフォーカスされた場合（Ｓ５１；フォーカス）、制御部１１は、フォーカスされた入力フォームの項目名が氏名であるかを判定する（Ｓ５１）。先述したように、各入力フォームの項目名は、表示データＤＴ１に定義されているので、Ｓ５１においては、制御部１１は、表示データＤＴ１に示された項目名を参照する。
　フォーカスされた入力フォームの項目名が氏名であると判定された場合（Ｓ５１；Ｙ）、制御部１１は、利用者データＤＴ２に基づいて、利用者全員の氏名を入力済みであるかを判定する（Ｓ５２）。Ｓ５２においては、制御部１１は、利用者データＤＴ２に格納された仮の氏名が全て置き換わったかを判定する。
　利用者全員の氏名を入力済みであると判定されない場合（Ｓ５２；Ｎ）、制御部１１は、操作部１４の検出信号に基づいて、申込者が入力した文字を入力フォームに入力する（Ｓ５３）。Ｓ５３においては、申込者は操作部１４を使ってテキスト入力を行い、制御部１１は、申込者が入力した文字を利用者の氏名として入力フォームに入力する。
　制御部１１は、表示データＤＴ１に基づいて、入力された文字が登録者の氏名と一致するかを判定する（Ｓ５４）。Ｓ５４においては、制御部１１は、入力された文字又は文字列と、登録者名の最初の文字又は文字列と、が一致するかを判定する。
　入力された文字が登録者の氏名と一致すると判定された場合（Ｓ５４；Ｙ）、制御部１１は、当該一致すると判定された登録者の氏名をメニューＭ５５に表示させる（Ｓ５５）。Ｓ５５においては、制御部１１は、一致すると判定された登録者の氏名が所定の順序でメニューＭ５５に並ぶように表示させる。メニューＭ５５に表示しきれない登録者の氏名は、スクロール可能に表示される。
　制御部１１は、操作部１４の検出信号に基づいて、メニューＭ５５内の氏名を申込者が選択したかを判定する（Ｓ５６）。メニューＭ５５内の氏名を申込者が選択したと判定された場合（Ｓ５６；Ｙ）、制御部１１は、メニューＭ５５から選択された氏名を、Ｓ５０でフォーカスされた入力フォームに入力する（Ｓ５７）。Ｓ５７においては、制御部１１は、Ｓ５０でフォーカスされた入力フォームと、申込者が選択した氏名と、を関連付けて記憶部１２に記録する。
　制御部１１は、申込者が入力した氏名を利用者データＤＴ２に格納する（Ｓ５８）。Ｓ５８においては、制御部１１は、利用者データＤＴ２のうち、仮の氏名が格納されたレコードの当該仮の氏名を、申込者が入力した氏名に置き換える。
　一方、メニューＭ５５内の氏名を申込者が選択したと判定されない場合（Ｓ５６；Ｎ）、制御部１１は、操作部１４の検出信号に基づいて、申込者が所定の入力完了操作をしたかを判定する（Ｓ５９）。入力完了操作は、任意の操作であればよく、例えば、入力フォームのフォーカスを解除する操作であってもよいし、ＥＮＴＥＲボタン等の所定のボタンを選択する操作であってもよい。入力完了操作をしたと判定されない場合（Ｓ５９；Ｎ）、Ｓ５３の処理に戻り、文字の入力が継続される。一方、入力完了操作をしたと判定された場合（Ｓ５９；Ｙ）、Ｓ５８の処理に移行し、申込者が入力した氏名が利用者データＤＴ２に格納される。
　一方、Ｓ５１において、氏名以外の項目名の入力フォームがフォーカスされた場合（Ｓ５１；Ｎ）、性別等の属性情報の入力フォームがフォーカスされたことになるので、制御部１１は、申込者が入力した属性情報を利用者データＤＴ２に格納する（Ｓ６０）。Ｓ６０においては、制御部１１は、利用者データＤＴ２のうち、フォーカスされた入力フォームが属する氏名が格納されたレコードに、申込者が入力した属性情報を格納する。
　制御部１１は、Ｓ５０でフォーカスされた入力フォームに、申込者が入力した属性情報を入力する（Ｓ６１）。Ｓ６１においては、制御部１１は、Ｓ５０でフォーカスされた入力フォームと、申込者が入力した属性情報と、を関連付けて記憶部１２に記録する。
　一方、Ｓ５２において、利用者の氏名を入力済みであると判定された場合（Ｓ５２；Ｙ）、制御部１１は、利用者データＤＴ２に基づいて、入力済みの利用者の氏名をメニューＭ５５に表示させる（Ｓ６２）。Ｓ６２においては、制御部１１は、利用者データＤＴ２に格納された利用者の氏名がメニューＭ５５に並ぶように表示させる。
　制御部１１は、メニューＭ５５から選択された氏名を、Ｓ５０でフォーカスされた入力フォームに入力する（Ｓ６３）。Ｓ６３においては、制御部１１は、Ｓ５０でフォーカスされた入力フォームと、申込者が入力した属性情報と、を関連付けて記憶部１２に記録する。
　制御部１１は、メニューＭ５５から選択された氏名に関連付けられた属性情報を流用する（Ｓ６４）。Ｓ６４においては、制御部１１は、利用者データＤＴ２を参照し、選択された氏名に関連付けられた属性情報を特定する。そして、制御部１１は、当該特定された属性情報のうち、Ｓ６３で氏名が入力された入力フォームと同じタイトルの他の入力フォームの項目名の属性情報を入力する。なお、生年月日と年齢区分のように、属性情報をそのまま流用するのではなく、計算式に基づいて計算したうえで入力する場合には、表示データＤＴ１に示された計算式に基づいて計算が行われて、属性情報が入力される。この場合、計算された属性情報が利用者データＤＴ２に格納される。
　一方、Ｓ５０において、ボタンＢ５４が選択された場合（Ｓ５０；ボタン）、図１７に戻り、制御部１１は、予約情報入力画面Ｇ５内の全ての入力フォームに予約情報が入力されたかを判定する（Ｓ６）。各入力フォームと、入力された予約情報と、は記憶部１２に関連付けられて保持されているので、Ｓ６においては、制御部１１は、何の予約情報も関連付けられていない入力フォームが存在するかを判定する。
　まだ予約情報が入力されていない入力フォームがあると判定された場合（Ｓ６；Ｎ）、所定のエラーメッセージが表示され、Ｓ５の処理に戻る。この場合、全ての入力フォームに予約情報が入力されるまで、申込者による予約情報の入力が繰り返される。
　一方、全ての予約情報が入力されたと判定された場合（Ｓ６；Ｙ）、制御部１１は、サーバ２０に対し、各入力フォームに入力された予約情報をサーバ２０に送信する（Ｓ７）。各入力フォームに入力された予約情報は記憶部１２に記憶されているので、制御部１１は、記憶部１２に記憶された予約情報をサーバ２０に送信する。
　サーバ２０においては、予約情報を受信すると、制御部２１は、旅行かごに追加された各サービスの申し込み処理を実行し（Ｓ８）、本処理は終了する。Ｓ８においては、制御部２１は、予約の対象となる各サービスのサービス提供者に対し、予約情報を送信する。先述したように、特に氏名を送信する必要のないサービスについては、制御部２１は、氏名を送信せず、性別等の属性情報だけを送信してもよい。
［第１の特徴のまとめ］
　実施形態の受付システムＳによれば、入力対象のサービスに関連付けられた他のサービスの入力フォームに対して入力された利用者の氏名が選択可能に表示され、当該氏名が申込者により選択された場合に、入力対象のサービスの利用者の氏名として取得されるので、サービスの利用者の氏名を入力する手間を省くことができる。例えば、入力対象のサービスの入力フォームに対して申込者が氏名をテキスト入力する手間を省くことができる。また例えば、申込者が登録した全ての氏名の中から選択するのではなく、入力対象のサービスに関連付けられた他のサービスの氏名の中から選択するので、申込者が選択する蓋然性が高い情報だけを選択可能に表示させることができる。このため、選択時に候補として提示される氏名を少なくすることができ、氏名を選択する手間を効果的に省くことができる。
　また、スマートフォンのように画面が小さい場合には、多数の氏名を表示させることができなかったり、多数の氏名の中で選択させると申込者が誤選択をしたりすることがあるが、申込者が選択する蓋然性が高い氏名だけを表示させることで、使い勝手のよいユーザインタフェースを提供することができる。また、同じ氏名を何度も入力する必要がないので、申込者端末１０が同じ情報の受付処理を実行する必要がなくなり、申込者端末１０の処理負荷を軽減することができる。また、申込者端末１０側で実行されるスクリプトによって利用者の氏名を流用することで、入力済みの氏名を流用するための処理をサーバ２０が実行する必要がなくなり、サーバ２０の処理負荷を軽減することができる。
　また、複数のサービスの申し込みを一括で受け付ける場合に、入力対象のサービスとともに一括で申し込まれる他のサービスの利用者の氏名が選択可能に表示される。一括で申し込むサービスの利用者は共通していることが多いので、申込者が流用する蓋然性がより高い氏名を表示させることができる。また、サービスの申し込みを一括で受け付けることで、申込者端末１０からサーバ２０に対して何度も申し込みの要求が送信されることを防止し、申込者端末１０の処理負荷、サーバ２０の処理負荷、及びネットワークＮの通信負荷を軽減することができる。
　また、同一ページに表示された入力フォームに対して入力された利用者の氏名が選択可能に表示される。同一ページで入力する利用者は共通していることが多いので、申込者が流用する蓋然性がより高い氏名を表示させることができ、サービスの利用者の氏名を入力する手間を効果的に省くことができる。
　また、利用者の氏名と属性情報とを含む複数の情報が入力される場合に、入力済みの氏名が選択可能に表示され、複数の情報が入力される場合の氏名の入力補助を行うことができる。
　また、入力対象のサービスに関連付けられた他のサービスが複数存在する場合に、当該複数の他のサービスの各々の利用者の氏名が選択可能に表示され、サービスの利用者の氏名を入力する手間を効果的に省くことができる。
　また、重複する氏名については１つにまとめて表示させることで、選択時に候補として提示される氏名を少なくすることができ、同じ氏名が複数表示されるといった無駄を省き、申込者端末１０の処理負荷を軽減することができる。また、同じ氏名が複数表示されると画面の表示スペースを消費してしまうが、同じ氏名については１つにまとめて表示させることで、画面の表示スペースを有効活用することができる。
［第２の特徴のまとめ］
　実施形態の受付システムＳによれば、入力対象の入力フォームに対して利用者の氏名が入力された場合に、氏名が一致する他のサービスの入力フォームに対して入力された属性情報に基づいて、入力対象のサービスの属性情報が取得されるので、複数のサービスを一括で申し込む際の入力の手間を省くことができる。即ち、申込者は、利用者の氏名さえ入力すれば、当該利用者の属性情報を入力済みであれば、当該入力済みの属性情報が流用されるので、同じ情報を何度も入力する手間を省くことができる。
　また、スマートフォンのように画面が小さい場合には、多数の入力フォームを表示させると申込者が誤入力をすることがあるが、属性情報を流用することで誤入力の蓋然性を低減し、使い勝手のよいユーザインタフェースを提供することができる。また、属性情報を何度も入力する必要がないので、申込者端末１０が同じ情報の受付処理を実行する必要がなくなり、申込者端末１０の処理負荷を軽減することができる。また、申込者端末１０側で実行されるスクリプトによって属性情報を流用することで、属性情報を流用するための処理をサーバ２０が実行する必要がなくなり、サーバ２０の処理負荷を軽減することができる。
　また、入力対象のサービスの入力フォームに対して利用者の氏名が入力される場合に、他のサービスの入力フォームに対して入力された利用者の氏名を選択可能に表示させ、当該氏名が選択された場合に属性情報が流用されるので、複数のサービスを一括で申し込む際の入力の手間を効果的に省くことができる。また、サービスの申し込みを一括で受け付けることで、申込者端末１０からサーバ２０に対して何度も申し込みの要求が送信されることを防止し、申込者端末１０の処理負荷、サーバ２０の処理負荷、及びネットワークＮの通信負荷を軽減することができる。
　また、他のサービスの属性情報に基づいて、入力対象の属性情報が生成されることで、他のサービスの属性情報をそのまま流用できない場合であったとしても、入力対象のサービスの形式に合わせた属性情報に変換することができる。このため、申込者の入力回数を減らし、誤入力を防止することができ、使い勝手のよいユーザインタフェースを提供することができる。また、申込者の入力回数が減り、申込者端末１０が入力を受け付ける回数が減るので、申込者端末１０の処理負荷を軽減することができる。
　また、各サービスの入力フォームの並び順を利用者数の多い順に設定することによって、より早い段階で多くの氏名を入力させることができる。このため、申込者による入力を効率化し、使い勝手のよいユーザインタフェースを提供することができる。申込者による入力が効率化することで、申込者端末１０が入力を受け付ける回数が減るので、申込者端末１０の処理負荷を軽減することができる。
　また、各サービスの入力フォームの並び順を入力項目数の多い順に設定することによって、早い段階で多くの項目の情報を入力させることができる。このため、申込者による入力を効率化し、使い勝手のよいユーザインタフェースを提供することができる。申込者による入力が効率化することで、申込者端末１０が入力を受け付ける回数が減るので、申込者端末１０の処理負荷を軽減することができる。
　また、他のサービスの属性情報のうち、入力対象のサービスの申し込みに必要な項目の情報が取得され、入力対象のサービスの申し込みに不要な情報は取得しないようにすることができる。不要な情報が取得されないようにすることで、サーバ２０の処理負荷を軽減することができる。
　また、利用者の氏名が入力されていない場合には仮の氏名が設定され、利用者の氏名が入力された場合に仮の氏名を置き換えることで、氏名が入力されていない状態で属性情報が入力された場合に、仮の氏名に属性情報を関連付けて記憶させることができる。申込者が氏名を入力しなくても、属性情報が仮の氏名に関連付けられるので、属性情報を管理しやすくなる。また、申込者は仮の氏名を選択することで、氏名を入力しなくても、当該仮の氏名に関連付けられた属性情報を流用することができ、属性情報を入力する手間を効果的に軽減することができる。
 
　また、同一ページに表示された入力フォームに対して入力された利用者の氏名が選択可能に表示され、同一ページで入力する利用者は共通していることが多いので、申込者が流用する蓋然性の高い属性情報を流用することができ、複数のサービスを一括で申し込む場合の入力の手間を効果的に省くことができる。
　また、他のサービスの属性情報を流用した場合に、流用した属性情報を内部的に保持するだけでなく、入力対象のサービスの属性情報として表示させることで、流用した属性情報を申込者が把握しやすくなる。
　また、氏名が不要なサービスについては、サービス提供者に通知されないので、不要な情報が通知されるといったことを防止することができる。不要な情報が取得されないようにすることで、サーバ２０の処理負荷及びネットワークＮの通信負荷を軽減することができる。
［５．変形例］
　なお、本発明は、以上に説明した実施の形態に限定されるものではない。本発明の趣旨を逸脱しない範囲で、適宜変更可能である。
［５－１．第１の特徴の変形例］
　（１－１）まず、第１の特徴の変形例を説明する。例えば、実施形態で説明したように、受付システムＳで申し込みを受け付けるサービスが旅行に関するサービスである場合には、予約済みのサービスの中には、旅行かごに追加されたサービスと同じ旅程のサービスが存在することがある。予約済みのサービスであったとしても、同じ旅程であれば、旅行かごに追加されたサービスと利用者が共通している可能性があるので、同じ旅程と推測された予約済みのサービスの予約情報を流用してもよい。
　特定部１０１は、入力対象のサービスの利用時間及び場所と、申し込み済みの複数の他のサービスの各々の利用時間及び場所と、に基づいて、当該複数の他のサービスの中から、入力対象のサービスと同じ旅程の他のサービスを特定する。同じ旅程の他のサービスとは、時期的及び場所的に同じ旅程に含まれると推測されるサービスのことである。
　例えば、特定部１０１は、旅行かごデータを参照し、入力対象のサービスの利用時間を特定する。また例えば、特定部１０１は、サービスデータベースＤＢ１を参照し、入力対象のサービスの場所を特定する。申込済みの複数の他のサービスの予約情報は、申込者データベースＤＢ２に格納されていてもよいし、他のデータベースに格納されていてもよい。特定部１０１は、これらのデータベースを参照し、申込済みの複数の他のサービスの各々の利用時間を特定する。また例えば、特定部１０１は、サービスデータベースＤＢ１を参照し、申込済みの複数の他のサービスの各々の場所を特定する。
　例えば、特定部１０１は、入力対象のサービスの利用時間と重複する利用時間が設定された他のサービスを、同じ旅程の他のサービスとして特定する。利用時間が完全に同じ場合に同じ旅程としてもよいし、利用時間の一部が重複する場合に同じ旅程としてもよい。他にも例えば、片方の利用時間が他方の利用時間を含む場合に同じ旅程としてもよいし、利用時間が重複していなくても日付が連続する場合に同じ旅程としてもよい。
　また例えば、特定部１０１は、入力対象のサービスの場所と同じエリアの他のサービスを、同じ旅程の他のサービスとして特定する。エリアは、少なくとも１つの都市を含む地域であればよく、各エリアに属する場所は、データベース記憶部２００に予め定義されているものとする。特定部１０１は、入力対象のサービスの場所が属するエリアと、他のサービスの場所が属するエリアと、が一致する場合に、同じ旅程と判定する。
　なお、特定部１０１は、エリアが一致していなくても、近隣のエリアであれば同じ旅程と判定してもよい。この場合、各エリアの近隣のエリアは、データベース記憶部２００に定義されており、特定部１０１は、データベース記憶部２００を参照し、近隣のエリアであるかを判定してもよい。
　表示制御部１０２は、入力対象のサービスと同じ旅程の他のサービスの氏名を選択可能に表示させる。他のサービスの氏名は、データベース記憶部２００に記憶されているものとする。表示制御部１０２は、データベース記憶部２００に記憶された他のサービスの氏名を参照し、入力対象のサービスと同じ旅程の他のサービスの氏名をメニューＭ５５に表示させる。取得した氏名に基づいてメニューＭ５５を表示させる処理自体は、実施形態で説明した通りである。
　変形例（１－１）によれば、同じ旅程の他のサービスの氏名が選択可能に表示され、同一旅程で入力する利用者は共通していることが多いので、申込者が流用する蓋然性の高い属性情報を流用することができ、複数のサービスを一括で申し込む場合の入力の手間を効果的に省くことができる。
　（１－２）また例えば、各サービスの利用時間及び場所を考慮すると、明らかに同時に利用できないサービスの組み合わせが存在することがある。例えば、同じ旅程で旅行する場合に、別々のグループに分かれて行動していることがあり、同時に利用できないサービス間で利用者の氏名等を流用しないようにしてもよい。例えば、利用時間及び場所を考慮してサービスの利用可能性を判定し、利用可能なサービスの予約情報だけを流用してもよい。
　特定部１０１は、入力対象のサービスの利用時間及び場所と、申し込み済みの複数の他のサービスの各々の利用時間及び場所と、に基づいて、当該複数の他のサービスの中から、入力対象のサービスとともに利用可能な他のサービスを特定する。
　例えば、特定部１０１は、入力対象のサービスの場所と、申込済みの複数の他のサービスの各々の場所と、に基づいて、これらの移動時間を算出する。移動時間は、予め定められた方法に基づいて算出されるようにすればよく、例えば、これらの場所の距離を計算し、車や航空機等の標準的な移動速度で割ることによって移動時間が算出されてもよい。また例えば、申込者によって移動手段が指定されている場合には、申込者が指定した移動手段に応じた移動速度に基づいて、移動時間が算出されてもよい。特定部１０１は、入力対象のサービスの利用時間と、他のサービスの利用時間と、の時間差が上記算出した移動時間以上であれば、利用可能と判定し、時間差が移動時間未満であれば、利用不可能と判定する。
　表示制御部１０２は、入力対象のサービスとともに利用可能な他のサービスの氏名を選択可能に表示させる。即ち、表示制御部１０２は、入力対象のサービスとともに利用不可能な他のサービスの氏名が表示されることを制限する。表示制御部１０２は、入力対象のサービスとともに利用可能な他のサービスの氏名をメニューＭ５５に表示し、入力対象のサービスとともに利用不可能な他のサービスの氏名はメニューＭ５５に表示させない。
　変形例（１－２）によれば、入力対象のサービスとともに利用可能な他のサービスの氏名が選択可能に表示され、入力対象のサービスとともに利用可能な他のサービスの利用者は共通していることが多いので、申込者が流用する蓋然性の高い属性情報を流用することができ、複数のサービスを一括で申し込む場合の入力の手間を効果的に省くことができる。
　（１－３）また例えば、あるサービスの利用者の氏名を入力する場合に、当該サービスの予約情報として入力済みの氏名は、メニューＭ５５に表示させないようにしてもよい。
　入力対象のサービスには、複数の氏名を入力可能であり、表示制御部１０２は、他のサービスの氏名のうち、入力対象のサービスの氏名として取得済みの氏名が選択可能に表示されることを制限する。例えば、図９の予約情報入力画面Ｇ５Ｐの画面例であれば、「Ｙａｍａｄａ　Ｔａｒｏ」は「ホテル」の予約情報として入力済みなので、表示制御部１０２は、入力済みの「Ｙａｍａｄａ　Ｔａｒｏ」はメニューＭ５５に表示せず、未入力の「Ｙａｍａｄａ　Ｒｙｏｋｏ」と「Ｙａｍａｄａ　Ｋａｚｕｏ」だけをメニューＭ５５に表示させてもよい。
　変形例（１－３）によれば、サービスの利用者の氏名を入力する手間をより効果的に省くことができる。
　（１－４）また例えば、受付システムＳは、第２の特徴を有さずに、第１の特徴だけを有してもよい。即ち、受付システムＳは、メニューＭ５５から氏名が選択された場合に、氏名だけを流用し、当該氏名に関連付けられた属性情報は特に流用しなくてもよい。
　また例えば、受付システムＳは、複数サービスの申し込みを一括で受け付ける場合であっても、同一ページ内の入力フォームに入力された氏名ではなく、別ページ内の入力フォームに入力された氏名を流用してもよい。例えば、旅行かごに追加された各サービスの予約情報の入力フォームが、それぞれ別ページに表示されてもよい。
　また例えば、申込者端末１０がサーバ２０から受信した表示データＤＴ１に基づいて予約情報入力画面Ｇ５を表示させる処理が、入力済みの氏名が選択可能に表示させる処理に相当する場合を説明したが、サーバ２０の表示制御部２０１が表示データＤＴを送信することが、入力済みの氏名が選択可能に表示させる処理に相当してもよい。
［５－２．第２の特徴の変形例］
　（２）次に、第２の特徴の変形例を説明する。例えば、実施形態では、利用者の氏名が入力されていない場合には、メニューＭ５５に登録者の氏名が表示される場合を説明したが、メニューＭ５５には、仮の氏名が表示されるようにしてもよい。この場合、申込者が仮の氏名を選択した場合に、当該仮の氏名の代わりとなる使用者の氏名を入力するための入力フォームが予約情報入力画面Ｇ５に表示されるようにしてもよい。この場合、表示データＤＴ１のスクリプトには、メニューＭ５５から仮の氏名が選択された場合に、入力フォームを表示させる命令が記述される。
　例えば、仮の氏名として「旅行者１」、「旅行者２」、及び「旅行者３」が設定されていたとすると、申込者が氏名の入力フォームをフォーカスした場合に、これら仮の氏名がメニューＭ５５に表示される。例えば、申込者がメニューＭ５５から「旅行者１」を選択したとすると、１人目の利用者の氏名を入力するための入力フォームが表示され、当該入力フォームに入力された氏名が「旅行者２」の代わりに利用者データＤＴ２に格納される。２人目及び３人目の利用者についても同様に、メニューＭ５５から選択されたことに応じて入力フォームが表示され、当該入力フォームに入力された氏名に置き換わるようにしてもよい。
　本変形例の受付部１０４は、仮の氏名が選択された場合に、仮の氏名が設定されたサービスの氏名の入力を受け付ける。仮の氏名が設定されたサービスとは、利用者の氏名がまだ入力されていないサービスである。受付部１０４は、仮の氏名が設定されたサービスの入力フォームに対するテキスト入力を受け付けることによって、当該サービスの氏名の入力を受け付ける。本変形例では、リストＭ５５の仮の氏名が選択されると入力フォームが表示されるので、受付部１０４は、当該入力フォームに対する氏名の入力を受け付ける。なお、特に当該入力フォームを表示させないようにする場合には、受付部１０４は、最初にフォーカスされた入力フォーム（例えば、入力フォームＦ５００等）に対する氏名の入力を受け付けてもよい。
　上記変形例によれば、メニューＭ５５から仮の氏名が選択された場合に入力フォームが表示されて利用者の氏名の入力が受け付けられるので、利用者の氏名を入力しやすくなる。
　また例えば、受付システムＳは、第１の特徴を有さずに、第２の特徴だけを有してもよい。即ち、受付システムＳは、メニューＭ５５から氏名が選択された場合に、氏名は特に流用せずに、当該氏名に関連付けられた属性情報を流用してもよい。他にも例えば、受付システムＳは、メニューＭ５５から氏名を選択するのではなく、入力フォームに対して氏名をテキスト入力させ、入力済みの氏名と一致していた場合に、当該氏名に関連付けられた属性情報を流用してもよい。
　また例えば、第１の特徴の変形例と同様に、受付システムＳは、別ページ内の入力フォームに入力された属性情報を流用してもよい。また例えば、予約情報入力画面Ｇ５の入力フォームの並び順は、任意の順番であってよく、例えば、サービスＩＤ順であってもよいし、サービスの種類順であってもよい。また例えば、実施形態では、仮の氏名が設定される場合を説明したが、特に仮の氏名が設定されず、利用者データＤＴ２の氏名が空欄であってもよい。
［５－３．その他の変形例］
　（３）また例えば、受付システムＳを旅行予約サービスで利用する場面を説明したが、他の任意のサービスで利用されるようにしてもよい。例えば、受付システムＳを保険申込サービスで利用してもよい。この場合、保険商品がサービスに相当し、申込者は、保険の利用者の氏名や属性情報を入力する。保険申込サービスにおいて、第１の特徴によって利用者の氏名が流用されたり、第２の特徴によって入力済みの属性情報が流用されたりしてもよい。
　また例えば、受付システムＳを、コンサートやイベントなどにおけるチケット販売サービスで利用してもよい。この場合、チケットがサービスに相当し、申込者は、チケットの使用者の氏名や属性情報を入力する。チケット販売サービスにおいて、第１の特徴によって使用者の氏名が流用されたり、第２の特徴によって入力済みの属性情報が流用されたりしてもよい。
　また例えば、受付システムＳを、セミナーなどのイベント予約サービスで利用してもよい。この場合、イベントがサービスに相当し、申込者は、イベントの参加者の氏名や属性情報を入力する。イベント予約サービスにおいて、第１の特徴によって参加者の氏名が流用されたり、第２の特徴によって入力済みの属性情報が流用されたりしてもよい。
　また例えば、申込者端末１０で実現されるものとして説明した機能は、サーバ２０で実現されてもよい。例えば、特定部１０１は、サーバ２０において実現されてもよい。この場合、特定部１０１は、制御部２１を主として実現される。サーバ２０の特定部１０１は、申込者端末１０から入力対象のサービスを示す情報を取得し、入力対象のサービスに関連付けられた他のサービスを特定する。また例えば、取得部１０３は、サーバ２０において実現されてもよい。この場合、取得部１０３は、制御部２１を主として実現される。サーバ２０の取得部１０３は、申込者端末１０から、メニューＭ５５の中から申込者により選択された氏名を取得し、当該氏名を入力対象のサービスの氏名として取得する。
　また例えば、受付部１０４は、サーバ２０において実現されてもよい。この場合、受付部１０４は、制御部２１を主として実現される。サーバ２０の受付部１０４は、申込者端末１０から、申込者によって入力された氏名を取得することによって、仮の氏名が設定されたサービスの氏名の入力を受け付ける。また例えば、保持部１０５は、サーバ２０において実現されてもよいこの場合、保持部１０５は、制御部２１を主として実現される。サーバ２０の保持部１０５は、各サービスの入力フォームに対して入力された氏名と属性情報とを、データベース記憶部２００に保持する。
　また例えば、サーバ２０で実現されるものとして説明した機能は、申込者端末１０において実現されてもよい。例えば、申込者端末１０の表示制御部１０２により、予約情報入力画面Ｇ５の表示データＤＴ１が生成されてもよいし、利用者データＤＴ２が生成されてもよい。また例えば、設定部２０２は、申込者端末１０において実現されてもよい。この場合、申込者端末１０の設定部２０２は、自身で生成した利用者データＤＴ２又はサーバ２０から受信した利用者データＤＴ２に、仮の氏名を格納する。
　他にも例えば、データベース記憶部２００で記憶されるものとして説明したデータは、サーバ２０とは異なるデータベースサーバによって記憶されてもよいし、受付システムＳの外部にあるデータベースサーバによって記憶されていてもよい。同様に、データ記憶部１００で記憶されるものとして説明したデータは、申込者端末１０とは異なるコンピュータによって記憶されてもよいし、申込者端末１０の外部にある情報記憶媒体によって記憶されていてもよい。

Claims (13)

  1. 　複数のサービスの申し込みを一括で受け付ける受付システムであって、
    　前記サービスごとに、利用者情報と属性情報との各々を入力するための入力フォームを表示させる表示制御手段と、
    　各サービスの入力フォームに対して入力された利用者情報と属性情報を、当該サービスに関連付けて保持する保持手段と、
    　入力対象のサービスの入力フォームに対し、前記入力対象のサービスの利用者情報が入力された場合に、利用者情報が一致する他のサービスの入力フォームに対して入力された属性情報に基づいて、前記入力対象のサービスの属性情報を取得する取得手段と、
    　を含むことを特徴とする受付システム。
  2. 　前記表示制御手段は、前記入力対象のサービスの入力フォームに対して利用者情報が入力される場合に、他のサービスの入力フォームに対して入力された利用者情報を選択可能に表示させ、
    　前記取得手段は、前記他のサービスの利用者情報が選択された場合に、当該選択された利用者情報を、前記入力対象のサービスの利用者情報として取得し、前記他のサービスの属性情報に基づいて、前記入力対象のサービスの属性情報を取得する、
    　ことを特徴とする請求項１に記載の受付システム。
  3. 　前記取得手段は、前記他のサービスの属性情報に基づいて、前記入力対象の属性情報を生成する、
    　ことを特徴とする請求項１又は２に記載の受付システム。
  4. 　各サービスの利用者数は、予め指定されており、
    　前記表示制御手段は、各サービスの入力フォームを、利用者数の多い順に表示させる、
    　ことを特徴とする請求項１～３の何れかに記載の受付システム。
  5. 　各サービスには、属性情報の項目数が予め指定されており、
    　前記表示制御手段は、各サービスの入力フォームを、項目数の多い順に表示させる、
    　ことを特徴とする請求項１～４の何れかに記載の受付システム。
  6. 　前記取得手段は、前記他のサービスの属性情報のうち、前記入力対象のサービスの申し込みに必要な項目の情報を取得する、
    　ことを特徴とする請求項１～５の何れかに記載の受付システム。
  7. 　各サービスの利用者数は、予め指定されており、
    　前記受付システムは、利用者情報が入力されていないサービスについては、仮の利用者情報を設定する設定手段を更に含み、
    　前記保持手段は、前記仮の利用者情報が設定されたサービスの入力フォームに利用者情報が入力された場合に、前記仮の利用者情報を当該入力された利用者情報に置き換える、
    　ことを特徴とする請求項１～６の何れかに記載の受付システム。
  8. 　前記受付システムは、前記仮の利用者情報が選択された場合に、前記仮の利用者情報が設定されたサービスの利用者情報の入力を受け付ける受付手段、
    　を更に含むことを特徴とする請求項７に記載の受付システム。
  9. 　各サービスの入力フォームは、同一ページにおいて表示され、
    　前記取得手段は、前記入力対象のサービスの入力フォームと同一ページの前記他のサービスの入力フォームに対して入力された属性情報に基づいて、前記入力対象のサービスの属性情報を取得する、
    　ことを特徴とする請求項１～８の何れかに記載の受付システム。
  10. 　前記表示制御手段は、前記取得手段により取得された前記入力対象のサービスの属性情報を、前記入力対象のサービスの入力フォームに表示させる、
    　ことを特徴とする請求項１～９の何れかに記載の受付システム。
  11. 　前記受付システムは、前記複数のサービスのうち、申し込み処理のために利用者情報が不要なサービスについては、利用者情報に基づかずに属性情報に基づいて、申し込み処理を実行する実行手段、
    　を更に含むことを特徴とする請求項１～１０の何れかに記載の受付システム。
  12. 　複数のサービスの申し込みを一括で受け付ける受付方法であって、
    　前記サービスごとに、利用者情報と属性情報との各々を入力するための入力フォームを表示させる表示制御ステップと、
    　各サービスの入力フォームに対して入力された利用者情報と属性情報を、当該サービスに関連付けて保持する保持ステップと、
    　入力対象のサービスの入力フォームに対し、前記入力対象のサービスの利用者情報が入力された場合に、利用者情報が一致する他のサービスの入力フォームに対して入力された属性情報に基づいて、前記入力対象のサービスの属性情報を取得する取得ステップと、
    　を含むことを特徴とする受付方法。
  13. 　複数のサービスの申し込みを一括で受け付けるコンピュータを、
    　前記サービスごとに、利用者情報と属性情報との各々を入力するための入力フォームを表示させる表示制御手段、
    　各サービスの入力フォームに対して入力された利用者情報と属性情報を、当該サービスに関連付けて保持する保持手段、
    　入力対象のサービスの入力フォームに対し、前記入力対象のサービスの利用者情報が入力された場合に、利用者情報が一致する他のサービスの入力フォームに対して入力された属性情報に基づいて、前記入力対象のサービスの属性情報を取得する取得手段、
    　として機能させるためのプログラム。
PCT/JP2018/035679 2018-09-26 2018-09-26 受付システム、受付方法、及びプログラム WO2020065760A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
US16/631,909 US11392862B2 (en) 2018-09-26 2018-09-26 Reception system, reception method, and program
JP2019527270A JP6592225B1 (ja) 2018-09-26 2018-09-26 受付システム、受付方法、及びプログラム
PCT/JP2018/035679 WO2020065760A1 (ja) 2018-09-26 2018-09-26 受付システム、受付方法、及びプログラム
CN201880055461.5A CN111226250B (zh) 2018-09-26 2018-09-26 受理系统、受理方法、以及储存介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2018/035679 WO2020065760A1 (ja) 2018-09-26 2018-09-26 受付システム、受付方法、及びプログラム

Publications (1)

Publication Number Publication Date
WO2020065760A1 true WO2020065760A1 (ja) 2020-04-02

Family

ID=68234877

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2018/035679 WO2020065760A1 (ja) 2018-09-26 2018-09-26 受付システム、受付方法、及びプログラム

Country Status (4)

Country Link
US (1) US11392862B2 (ja)
JP (1) JP6592225B1 (ja)
CN (1) CN111226250B (ja)
WO (1) WO2020065760A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2023098073A (ja) * 2021-12-28 2023-07-10 楽天グループ株式会社 会員登録システム、会員登録方法、及びプログラム

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140365405A1 (en) * 2012-12-28 2014-12-11 Yuan Zhu Context Aware Information Prediction
US20150134378A1 (en) * 2013-11-11 2015-05-14 hopOn, Inc. System and method for sharing actionable travel itineraries
JP2016533597A (ja) * 2013-09-13 2016-10-27 フィッシュバーグ、キース アメニティ、特別サービスおよびフード／飲み物の検索並びに購入予約システム
JP2017016263A (ja) * 2015-06-29 2017-01-19 株式会社Ｇｆｌ 申込情報作成システム、申込情報作成装置、及び、情報検知システム
JP2017527879A (ja) * 2014-07-18 2017-09-21 マイクロソフト テクノロジー ライセンシング，エルエルシー 向上したドキュメント生産性のためのエンティティ認識

Family Cites Families (54)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2967961B2 (ja) * 1991-12-16 1999-10-25 インターナショナル・ビジネス・マシーンズ・コーポレイション 月別の予定表表示の提示方法
US7050986B1 (en) * 1995-09-06 2006-05-23 The Sabre Group, Inc. System for corporate traveler planning and travel management
US6345278B1 (en) * 1998-06-04 2002-02-05 Collegenet, Inc. Universal forms engine
US7216292B1 (en) * 1999-09-01 2007-05-08 Microsoft Corporation System and method for populating forms with previously used data values
US7028264B2 (en) * 1999-10-29 2006-04-11 Surfcast, Inc. System and method for simultaneous display of multiple information sources
JP2002259897A (ja) * 2000-03-24 2002-09-13 Dainippon Printing Co Ltd 電子書類処理装置及び方法
EP1292908A1 (en) * 2000-06-20 2003-03-19 Carlson Companies Inc. Traveler service system with a graphical user interface for accessing multiple travel suppliers
US7899690B1 (en) * 2000-08-18 2011-03-01 The Crawford Group, Inc. Extended web enabled business to business computer system for rental vehicle services
JP2002132961A (ja) * 2000-10-25 2002-05-10 Niigata Eng Co Ltd 臨床検査オーダリングシステムおよび方法
JP2003030380A (ja) 2001-07-13 2003-01-31 Ntt Communications Kk 複数の手続先に対する手続システムのサーバ装置
US20030126156A1 (en) * 2001-12-21 2003-07-03 Stoltenberg Jay A. Duplicate resolution system and method for data management
US7080325B2 (en) * 2002-02-22 2006-07-18 Call-Tell Llc Graphical device for comprehensive viewing and input of variable data via a browser-based display
US6934715B2 (en) * 2002-07-23 2005-08-23 General Electric Company Method for collecting and storing data regarding terms and conditions of contractual agreements
JP2004171229A (ja) 2002-11-19 2004-06-17 Fujitsu Ltd 情報処理装置、中継装置、サーバ、通信方法、およびプログラム
US7429987B2 (en) * 2003-09-19 2008-09-30 International Business Machines Corporation Intelligent positioning of items in a tree map visualization
US20050179961A1 (en) * 2004-02-12 2005-08-18 Czyszczewski Joseph S. Method system and apparatus for scriptable multifunction device controller
JP3935889B2 (ja) * 2004-02-27 2007-06-27 シャープ株式会社 データ処理装置、データ処理方法、データ処理プログラム、およびデータ処理プログラムを記録した記録媒体
US20080059486A1 (en) * 2006-08-24 2008-03-06 Derek Edwin Pappas Intelligent data search engine
US9602880B2 (en) * 2006-12-29 2017-03-21 Kip Prod P1 Lp Display inserts, overlays, and graphical user interfaces for multimedia systems
EP2003536A1 (en) * 2007-06-14 2008-12-17 NTT DoCoMo, Inc. Character input assist method, character input assist system, character input assist program, user terminal, character conversion method and character conversion program
US20090150768A1 (en) * 2007-12-10 2009-06-11 International Business Machines Corporation Composition-based application user interface framework
US8650474B2 (en) * 2008-02-29 2014-02-11 Usablenet Inc. Methods for web content optimization in single page display environments and systems thereof
EP2224358A1 (en) * 2009-02-27 2010-09-01 AMADEUS sas Graphical user interface for search request management
KR20120033338A (ko) * 2009-06-22 2012-04-06 라쿠텐 인코포레이티드 예약 정보 집계 장치, 예약 정보 집계 방법, 서버, 여행 예약 상황 개시 방법, 및 기록 매체
US8396055B2 (en) * 2009-10-20 2013-03-12 Time Warner Cable Inc. Methods and apparatus for enabling media functionality in a content-based network
US9715332B1 (en) * 2010-08-26 2017-07-25 Cypress Lake Software, Inc. Methods, systems, and computer program products for navigating between visual components
JP5806907B2 (ja) 2011-10-06 2015-11-10 株式会社Ｊｔｂビジネスイノベーターズ 旅行販売システム及び旅行販売方法
JP5551801B2 (ja) * 2012-02-06 2014-07-16 株式会社コナミデジタルエンタテインメント 管理サーバ、その制御方法、並びに管理サーバ及び端末装置のプログラム
US9225580B2 (en) * 2012-02-29 2015-12-29 Bradly Freeman Rich Mechanism for facilitating user-controlled features relating to media content in multiple online media communities and networks
US20140006068A1 (en) * 2012-06-29 2014-01-02 Mark C. Dawkins System for Executing Travel Related Transactions
US20140236641A1 (en) * 2013-02-20 2014-08-21 Mark C. Dawkins System for Facilitating Travel Related Transactions
CN104798067B (zh) * 2012-09-18 2017-07-04 株式会社野村综合研究所 辞典系统以及辞典调用方法
US20140108067A1 (en) * 2012-10-11 2014-04-17 Getgoing, Inc. Using qualification events to provide price differentiation for travel products
JP6205700B2 (ja) * 2012-10-15 2017-10-04 富士通株式会社 情報提供システム、提供情報を受信する装置、提供情報を送信する装置、プログラム、及び情報提供方法
US10146850B2 (en) * 2012-10-30 2018-12-04 FHOOSH, Inc. Systems and methods for collecting, classifying, organizing and populating information on electronic forms
WO2014098798A1 (en) * 2012-12-17 2014-06-26 Empire Technology Development, Llc Progressively triggered auto-fill
US9619046B2 (en) * 2013-02-27 2017-04-11 Facebook, Inc. Determining phrase objects based on received user input context information
US9767088B2 (en) * 2013-03-07 2017-09-19 Ricoh Company, Ltd. Stroke autocompletion in a form
CN105210032B (zh) * 2013-03-14 2021-06-25 黑莓有限公司 应用程序的登记和交互
US9639508B2 (en) * 2013-06-14 2017-05-02 Worldmate, Ltd. Systems and methods for providing a contextual user interface element
US20180260085A1 (en) * 2013-09-30 2018-09-13 Google Inc. Autofill user interface for mobile device
JP5665207B1 (ja) * 2014-03-21 2015-02-04 株式会社イッカツ 情報入力システム、情報入力方法、及び情報入力プログラム
JP5830581B1 (ja) 2014-06-23 2015-12-09 株式会社ショーケース・ティービー 入力支援サーバ、入力支援方法及び入力支援プログラム
US20150371155A1 (en) * 2014-06-24 2015-12-24 Philippe Saint-Just Method, compupter program, and system for planning, reserving, and purchasing travel accommodations from calendar events
EP3204880B1 (en) * 2014-10-06 2024-06-05 Dexcom, Inc. System and method for data analytics and visualization
JP2016115085A (ja) * 2014-12-12 2016-06-23 ヤマトシステム開発株式会社 配達伝票作成支援システム及び配達伝票作成支援方法
US10776571B2 (en) * 2016-05-04 2020-09-15 Google Llc Dispatch of user input to multiple input fields in a user interface
US10409876B2 (en) * 2016-05-26 2019-09-10 Microsoft Technology Licensing, Llc. Intelligent capture, storage, and retrieval of information for task completion
US11423209B2 (en) * 2016-06-10 2022-08-23 Apple Inc. Device, method, and graphical user interface for classifying and populating fields of electronic forms
US10831730B2 (en) * 2016-10-17 2020-11-10 Sap Se Dynamic cleanse configurations for cloud
WO2018082189A1 (zh) * 2016-11-03 2018-05-11 华为技术有限公司 一种支付应用的隔离方法、装置及终端
US10425548B2 (en) * 2017-01-06 2019-09-24 Ricoh Company, Ltd. System for modifying a set of application services on multi-function print devices
US10936609B2 (en) * 2018-05-18 2021-03-02 Apple Inc. Presenting user information suggestions
US11797160B2 (en) * 2018-09-26 2023-10-24 Rakuten Group, Inc. Reception system, reception method, and program for saving user input time and labor

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140365405A1 (en) * 2012-12-28 2014-12-11 Yuan Zhu Context Aware Information Prediction
JP2016533597A (ja) * 2013-09-13 2016-10-27 フィッシュバーグ、キース アメニティ、特別サービスおよびフード／飲み物の検索並びに購入予約システム
US20150134378A1 (en) * 2013-11-11 2015-05-14 hopOn, Inc. System and method for sharing actionable travel itineraries
JP2017527879A (ja) * 2014-07-18 2017-09-21 マイクロソフト テクノロジー ライセンシング，エルエルシー 向上したドキュメント生産性のためのエンティティ認識
JP2017016263A (ja) * 2015-06-29 2017-01-19 株式会社Ｇｆｌ 申込情報作成システム、申込情報作成装置、及び、情報検知システム

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2023098073A (ja) * 2021-12-28 2023-07-10 楽天グループ株式会社 会員登録システム、会員登録方法、及びプログラム
JP7309845B2 (ja) 2021-12-28 2023-07-18 楽天グループ株式会社 会員登録システム、会員登録方法、及びプログラム

Also Published As

Publication number Publication date
JPWO2020065760A1 (ja) 2021-01-07
CN111226250A (zh) 2020-06-02
US20210248518A1 (en) 2021-08-12
CN111226250B (zh) 2023-09-22
US11392862B2 (en) 2022-07-19
JP6592225B1 (ja) 2019-10-16

Similar Documents

Publication Publication Date Title
US10977326B2 (en) Accommodation search
US10719896B2 (en) Amenity, special service and food/beverage search and purchase booking system
JP5422775B1 (ja) 注文受付管理装置、注文入力端末装置及びそのプログラム
JP6741285B1 (ja) 旅行プラン提案システム
KR102074805B1 (ko) 의료관광 콘텐츠 플랫폼 운영 방법
JP2015035044A (ja) 相乗り支援システム
JP2018505467A (ja) オペーク旅行アイテム選択用ペルソナ
JP6665352B1 (ja) 受付システム、受付方法、及びプログラム
JP2006146439A (ja) 旅行予約支援システム及び旅行予約方法、並びにサーバ装置
JP6641529B1 (ja) 検索システム、検索方法、及びプログラム
KR101821717B1 (ko) 여행플랫폼의 공유플랜 제공장치 및 방법
JP6592225B1 (ja) 受付システム、受付方法、及びプログラム
JP6748770B2 (ja) 受付システム、受付方法、及びプログラム
JP6646791B1 (ja) 検索システム、検索方法、及びプログラム
JP7306800B2 (ja) 旅行計画システム、旅行計画方法、及びプログラム
JP6795672B2 (ja) 受付システム、受付方法、及びプログラム
JP6763076B2 (ja) 検索システム、検索方法、及びプログラム
TW202345056A (zh) 會員登錄系統、會員登錄方法及程式產品
JP6599593B1 (ja) 受付システム、受付方法、及びプログラム
JP2004178000A (ja) 予約システム、予約装置、予約方法及び予約プログラム
JP2021057079A (ja) 検索システム、検索方法、及びプログラム

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 2019527270

Country of ref document: JP

Kind code of ref document: A

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

Ref document number: 18935563

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18935563

Country of ref document: EP

Kind code of ref document: A1