JP2020004229A - Travel planning system, travel planning method, and program - Google Patents

Abstract

To reduce time and effort in plotting an itinerary including multiple items.SOLUTION: First search means (200) of a travel planning system (S) searches for items to be included in an itinerary on the basis of time and place input by a user. Receiving means (201) receives an item selected by the user from among search results of the first search means (200). Second search means (300) searches for other items on the basis of time and place of the item selected by the user. Presentation means (301) presents the items searched by the second search means (300), which can be selected.SELECTED DRAWING: Figure 6

Description

  The present invention relates to a travel planning system, a travel planning method, and a program.

  2. Description of the Related Art Conventionally, a technique for searching for an item to be incorporated in a user's itinerary is known. For example, Patent Literature 1 discloses a system that searches for an accommodation facility, which is an example of an item, based on search conditions such as a time and a location input by a user, and receives a selection of the accommodation facility from the search results. Has been described.

JP-A-2006-139931

  A user may incorporate not only one type of item but also a plurality of types of items into an itinerary. For example, a user may incorporate not only accommodation, but also multiple types of items such as round-trip transportation, activities, rental cars, and restaurants into the itinerary.

  However, in the system of Patent Literature 1, after searching for a hotel, the user accesses a website that provides another type of item such as an air ticket, and again inputs search conditions similar to those used when searching for a hotel. It was very time consuming as I had to look for other types of items.

  The present invention has been made in view of the above problems, and an object of the present invention is to provide a travel planning system, a travel planning method, and a program that can reduce the trouble of creating an itinerary including a plurality of types of items. That is.

  In order to solve the above-mentioned problems, a travel planning system according to the present invention includes a first search unit that searches for an item to be included in an itinerary, based on a time and a place input by a user, and a search result of the first search unit. Receiving means for receiving the selection by the user, second searching means for searching for another type of item based on the time and place of the item selected by the user, and searching by the second searching means. Presentation means for presenting the selected item in a selectable manner.

  A travel planning method according to the present invention includes a first search step of searching for an item to be incorporated in a travel itinerary based on a time and a place input by a user, and a selection by the user from search results of the first search step. Receiving step, a second search step of searching for another type of item based on the time and place of the item selected by the user, and an item searched by the second search step can be selected. And a presenting step of presenting.

  A program according to the present invention includes a first search unit for searching for an item to be incorporated in an itinerary based on a time and a place input by a user, and a reception for receiving a selection by the user from search results of the first search unit. Means, a second search means for searching for another type of item based on the time and place of the item selected by the user, a presentation means for presenting the item searched by the second search means in a selectable manner; Let the computer function as.

  According to one aspect of the present invention, the travel planning system includes: a departure place obtaining unit that obtains a departure place of the user; a local item selected by another user; And a specifying means for specifying a transportation means item between the first item and the second item, wherein the second search means determines whether the departure place and the location of the local item are selected when the local item is selected by the user. Searching for a transportation item between the departure place and the locality of the user based on the transportation item selected by the other user corresponding to the user.

  According to one aspect of the present invention, the second searching means, when there is no stock of the transportation item corresponding to the transportation item selected by the other user, the arrival time at the site, the other, Searching for a transportation item earlier than the transportation item selected by the user.

  According to one aspect of the present invention, the second search means, when there is no stock of a transportation item corresponding to the transportation item selected by the other user, the departure time from the site is set to the other time. Searching for a transportation item that is slower than the transportation item selected by the user.

  According to one aspect of the present invention, the itinerary is an itinerary spanning a plurality of periods, and the second search unit executes a search for each of the periods based on the time and place of the item in the period, The presenting means presents the item searched by the second searching means for each of the periods.

  According to one aspect of the present invention, the travel planning system further includes a departure place acquisition unit that acquires the departure place of the user based on user registration information registered by the user or a communication environment of the user. Wherein the second search means executes a search based on the user's departure place acquired by the departure place acquisition means.

  According to one aspect of the present invention, the second search means determines whether or not the time of the item selected by the user has elapsed, and performs a search based on the determination result.

  According to one aspect of the present invention, the second search unit determines whether a new time and place has been input by the user, and executes a search based on the determination result.

  According to one aspect of the present invention, the user can create a plurality of itineraries, and the second search unit executes a search for each itinerary based on a time and a place of an item included in the itinerary. The presenting means presents the item searched by the second searching means for each itinerary.

  According to one aspect of the present invention, when the dates of the plurality of accommodation facility items selected by the user are consecutive, the second search unit determines that each accommodation facility item is included in the same itinerary. Determining.

  According to one aspect of the present invention, the second search unit specifies a period of the itinerary based on a time of an item selected by the user, and executes a search based on the period. I do.

  According to one aspect of the present invention, the second search unit determines the availability of another type of item based on the time and place of the item selected by the user, and searches based on the determination result. Is performed.

  ADVANTAGE OF THE INVENTION According to this invention, it becomes possible to reduce the trouble of producing the itinerary containing several types of items.

It is a figure showing the whole trip planning system composition. It is a figure showing an example of a top screen. It is a figure showing signs that a search is performed. It is a figure showing an example of a travel basket screen. It is a figure showing signs that a recommended item is added to a travel basket. It is a functional block diagram showing an example of a function realized in trip planning system S of this embodiment. It is a figure showing the example of data storage of the item database. FIG. 4 is a diagram illustrating an example of data storage in a user database. It is a figure showing the example of data storage of a recommendation database. It is a flowchart which shows an example of the process performed in a travel planning system. It is a flowchart which shows an example of the process performed in a travel planning system. It is a functional block diagram of a modification. It is a figure showing an example of a travel car screen in a modification (1). It is a figure showing an example of a travel car screen in a modification (2). It is a figure showing an example of the travel car screen in modification (3). It is a figure showing an example of a travel car screen in modification (4). It is a figure showing an example of a travel car screen in a modification (8).

[1. Overall configuration of travel planning system]
Hereinafter, an example of an embodiment of a travel planning system according to the present invention will be described. FIG. 1 is a diagram showing the overall configuration of the travel planning system. As shown in FIG. 1, the travel planning system S includes a user terminal 10, a web server 20, an analysis server 30, and a database server 40, which can be connected to a network N such as the Internet.

  Although FIG. 1 shows one user terminal 10, one web server 20, one analysis server 30, and one database server 40, there may be a plurality of these. Further, a case where three server computers of the web server 20, the analysis server 30, and the database server 40 are included in the travel planning system S will be described as an example, but the travel planning system S includes only one server computer. Alternatively, two or more server computers may be included.

  The user terminal 10 is a computer operated by a user. For example, the user terminal 10 is a mobile phone (including a smartphone), a portable information terminal (including a tablet computer), a personal computer, or the like. In the present embodiment, the user 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 performs processing according to programs and data stored in the storage unit 12. Storage unit 12 includes a main storage unit and an auxiliary storage unit. For example, the main storage unit is a volatile memory such as a RAM, and 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 a user to perform an operation, 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 operation contents of the user 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 web server 20 is a server computer. The web server 20 manages a website. For example, when a screen is displayed on a web browser of the user terminal 10, the web server 20 transmits an HTTP response to the user terminal 10 upon receiving an HTTP request from the user terminal 10. Further, for example, when a screen is displayed on the application of the user terminal 10, the web server 20 transmits a request defined by a communication protocol used in the application from the user terminal 10 to the user terminal 10. And transmits a response defined by the communication protocol. The web server 20 includes a control unit 21, a storage unit 22, and a communication unit 23. The physical configuration of the control unit 21, the storage unit 22, and the communication unit 23 may be the same as the control unit 11, the storage unit 12, and the communication unit 13, respectively.

  The analysis server 30 is a server computer. The analysis server 30 analyzes a recommendation for a user. The analysis server 30 includes a control unit 31, a storage unit 32, and a communication unit 33. The physical configurations of the control unit 31, the storage unit 32, and the communication unit 33 may be the same as the control unit 11, the storage unit 12, and the communication unit 13, respectively.

  The database server 40 is a server computer. For example, the database server 40 stores various databases described later. The database server 40 includes a control unit 41, a storage unit 42, and a communication unit 43. The physical configurations of the control unit 41, the storage unit 42, and the communication unit 43 may be the same as the control unit 11, the storage unit 12, and the communication unit 13, respectively.

  Note that programs and data described as being stored in the storage units 12, 22, 32, and 42 may be supplied via the network N. Further, the hardware configuration of each computer described above is not limited to the above example, and various hardware can be applied. For example, even if a reading unit (for example, an optical disk drive or a memory card slot) for reading a computer-readable information storage medium or an input / output unit (for example, a USB port) for inputting / outputting data to / from an external device is included. Good. For example, 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.

[2. Overview of Travel Planning System]
The travel planning system S provides a user with a travel reservation service and supports creation of an itinerary. An itinerary is a travel plan, itinerary, or itinerary, and is composed of at least one item. Items are components of an itinerary and are individual appointments during a trip. Stated another way, an item is an individual travel product (e.g., a facility, vehicle, or service) to be reserved or purchased.

  Itineraries can incorporate multiple types of items. The type of item may be any type such as accommodation, transportation (transportation), rental car, activity (optional tour), restaurant, or tourist facility. The accommodation facility is a facility such as a hotel, an inn, a guest house, a pension, or a guest house. The means of transportation is a means such as 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.

  For example, when the user operates the user terminal 10 to access the web server 20, a top screen of the travel reservation service is displayed on the display unit 15. In the present embodiment, a case will be described in which 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 illustrating an example of the top screen. As shown in FIG. 2, for example, on the top screen G1, input forms F10 to F13 for inputting an item search condition and a button B14 for executing a search are displayed.

  The search condition is a query used in the search, and an arbitrary 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.

  The 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 spanning a plurality of days. For example, if the item is an accommodation facility, the item time is a check-in date, a check-in time, a check-out date, and a check-out time. For example, if the item is a means of transportation, the item time is a departure date, a departure time, an arrival date, and an arrival time. For example, if the item is a rental car, the item time is a departure date, a departure time, a return date, and a return time. For example, if the item is an activity, the time of the item is a use date, a set time, and a dissolution time. For example, if the item is a restaurant, the item time is a reservation date and a reservation time. For example, if the item is a tourist facility, the item time is a use date and a use time.

  The user can input various search conditions from the top screen G1. For example, in the case of a hotel, search conditions such as an accommodation place, a use date (accommodation date), the number of users, and an accommodation fee are input. For example, in the case of an airline ticket, search conditions such as departure place, destination, departure date, departure time, arrival date, arrival time, airline, and fare are input. For a rental car, for example, search conditions such as a departure place, a return place, a use date, a use time, a vehicle type, and a rental fee are input. For a bus, for example, search conditions such as a departure place, a destination, a departure date, a departure time, an arrival date, an arrival time, a bus company, and a fare are input. The time input as the search condition may be a specific time point such as “14:00” or a time zone (time width) such as “14:00 to 16:00”. .

  On the top screen G1, search conditions can be input for each type of item such as a hotel, airline ticket, rental car, or bus. Although not shown in FIG. 2 for convenience of space, the top screen G1 may be capable of inputting search conditions for other types of items such as activities, restaurants, and tourist facilities.

  On the top screen G1, it is possible to specify the type of the item to be searched among a plurality of types of items handled by the travel planning system S. In this embodiment, for simplicity of description, a case will be described in which the user specifies one type of search target, but a plurality of types of items such as “hotel + air ticket” and “hotel + activity + restaurant” are described. May be searched all at once. Here, a process when the user selects “hotel” as a search target will be described.

  For example, the user 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. Further, for example, a check-in date is input in the input form F11, and a check-out date is input in the input form F12. Further, for example, the number of users is input in the input form F13. When the user inputs these search conditions and selects button B14, the search is executed. Note that the user does not need to input search conditions in all of the input forms F10 to F14, and may input search conditions only in some of the input forms.

  FIG. 3 is a diagram showing how a search is executed. As shown in the top screens G1A and G1B of FIG. 3, for example, when the user inputs search conditions in the input forms F10 to F13 and selects the button B14, a hotel that satisfies the search conditions is searched. In the example of the top screen G1B in FIG. 3, among the hotels located in "Okinawa" entered in the input form F10, "July 1, 2018" to "July 2018" entered in the input forms F11 and F12. On the use date of “Month 5”, a hotel having a room in the room for “two people” entered in the input form F13 is searched. At the time of the search, the presence or absence of the stock need not be determined in particular.

  As shown in FIG. 3, when a hotel is searched, a search result screen G2 indicating the search result is displayed on the display unit 15. For example, 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 user changes the search condition from the input form F20 and executes the search again.

  Further, for example, hotels that have been hit in the search are displayed in the list L21 of the search result screen G2. In the list L21, the hotels hit by the search are displayed so as to be selectable. By scrolling the list L21 or performing a predetermined page turning operation, the hotels that cannot be displayed on the screen can be displayed. For example, in the list L21, information such as the name of a hotel hit in the search, an image (omitted in FIG. 3), a user evaluation, and a price range are displayed.

  As shown in FIG. 3, when the user selects a hotel displayed on the list L21, an item screen G3, which is a page showing details of the hotel, is displayed on the display unit 15. FIG. 3 illustrates a case where the user selects “Hotel A” in the list L21 and an item screen G3 indicating 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 item screen G3.

  Although a hotel reservation may be made from the item screen G3, in the present embodiment, the user adds a hotel to the travel basket, and after making an itinerary, makes a reservation collectively. The travel basket is a list of items that have been incorporated into the itinerary and is a list of items that are under consideration. Stated another way, a travel car is a temporary itinerary created before finalizing the itinerary (before completing the item reservation). A travel basket is a concept similar to a shopping cart in e-commerce. The user plans his or her favorite itinerary by adding a plurality of types of items to the travel basket, and reserves the plurality of types of items.

  For example, a button B30 for adding the displayed hotel to the travel basket is displayed on the item screen G3. When the user selects the button B30, “Hotel A” displayed on the item screen G3 is added to the travel car, and the travel car screen is displayed on the display unit 15. Note that the user may add an item to the travel basket without changing the time entered in the search condition, or may change the time entered in the search condition and then add the item to the travel basket. Good. That is, the user may add the use date of “Hotel A” entered at the time of the search to the travel car without changing the use date, or may change the use date and add it to the travel car.

  FIG. 4 is a diagram illustrating an example of the travel basket screen. As shown in FIG. 4, the contents of the travel car are displayed in the display area A40 of the travel car screen G4. When a plurality of items are added to the travel basket, the plurality of items are arranged in the display area A40 in a predetermined order. The order of the items may be determined under arbitrary conditions, and may be, for example, the order of addition to the travel car or the time-series order of the use time of the items.

  In the example of FIG. 4, "hotel A" selected by the user from the item screen G3 is added to the travel basket. Therefore, in the display area A40, information (for example, a hotel name, an address, a telephone number, etc.) relating to “Hotel A”, a use date (check-in date / check-out date) specified by the user, and the number of users specified by the user Is displayed. In addition, when the user specifies a room type, an option, and the like, the specified content may be displayed in the display area A40.

  If the user selects button B400, the items in the travel basket can be booked. When there are a plurality of items in the travel basket, the reservation processing of these items may be executed at once, or the reservation processing may be executed individually for each item. When the user selects the button B401, the travel basket item can be deleted.

  In the present embodiment, other types of items are searched based on the time and place of the items in the travel car, and are recommended in the display areas A41A to A41C of the travel car screen G4. Hereinafter, the display areas A41A to A41C are simply referred to as the display area A41 unless it is particularly necessary to distinguish them. Similarly, when it is not necessary to particularly distinguish buttons A410A to A410C, which will be described later, they are simply described as a button A410.

  For example, as shown in the display area A41A, a round-trip air ticket to an airport in a region where "Hotel A" is located is searched based on the use date and location of "Hotel A" that the user puts in the travel basket, and The airline ticket is recommended in the display area A41. The departure place may be input by the user in advance, or may be acquired from the user's past reservation history. Alternatively, for example, a departure place may be acquired from user registration information or a communication environment as in a modified example described later. By selecting the button A410A displayed in the display area A41A, the user can add the recommended round-trip airline ticket to the travel car.

  Further, for example, as shown in a display area A41B, a rental car provided by a rental car company in an area where “Hotel A” is located is searched based on the use date and place of “Hotel A” that the user puts in the travel basket. The rental car is recommended in the display area A41B. The user can add the recommended rental car to the travel car by selecting the button A410B displayed in the display area A41B.

  Further, for example, as shown in a display area A41C, an activity in a region where “hotel A” is located is searched based on the use date and place of “hotel A” put in the travel basket by the user, and the activity is displayed in the display area A41C Will be displayed. By selecting the button A410C displayed in the display area A41C, the user can add the recommended rental car to the travel car.

  FIG. 5 is a diagram illustrating a state where the recommended item is added to the travel basket. In FIG. 5, reference numerals that need not be particularly referred to are omitted. In the travel car screen G4A of FIG. 5, for example, when the user selects the button A410A of the display area A41A, the recommended round-trip airline ticket is added to the travel car as shown in the travel car screen G4B. Subsequently, when the user selects the button A410B in the display area A41B, the recommended rental car is added to the travel car as shown in the travel car screen G4C.

  Further, when the user selects the button A410C in the display area A41C, the recommended activity is added to the travel car as shown in the travel car screen G4D. In this way, the user can successively select items recommended in the display area A41 and add items one after another to the travel basket.

  When the recommended item is added to the travel car, the item originally recommended may be retained in the display area A41, or the recommended item may be displayed based on the content of the latest travel car. It may be updated. Further, a new item may be additionally recommended while the originally recommended item is retained.

  4 to 5 illustrate a case where a plurality of types of items are recommended, but only one type of recommended items may be used. Further, a plurality of items of the same type may be recommended. For example, a one-way ticket may be recommended together with a round-trip ticket, or each ticket in a plurality of time zones may be recommended. Also, for example, a plurality of car rental companies in an area where “hotel A” is located may be recommended. Further, for example, a plurality of activities in an area where “hotel A” is located may be recommended.

  In addition, in FIG. 4 to FIG. 5, the case where the airline ticket, the rental car, and the activity are recommended is described. However, any type of item may be recommended, for example, based on the use date and location of “Hotel A”. Then, a restaurant in an area where “Hotel A” is located may be searched, and the restaurant may be recommended. Further, for example, a tourist facility in an area where “hotel A” is located may be searched based on the use date and place of “hotel A”, and the tourist facility may be recommended.

  In addition, in FIGS. 4 to 5, the recommendation in the case where the user adds the hotel to the travel car has been described. In addition, hotels, rental cars, and activities may be searched and recommended. Further, for example, when the user adds a rental car to a travel car, a hotel, a flight ticket, and an activity may be searched and recommended based on the region and use time of the rental car company. Further, for example, when the user adds an activity to the travel car, a hotel, a flight ticket, and a rental car may be searched and recommended based on the area and time of use of the activity.

  4 to 5, the case where the recommendation is performed on the travel car screen G4 has been described. However, the recommendation may be performed on an arbitrary screen. For example, the top screen G1, the search result screen G2, Alternatively, it may be performed on the item screen G3, or may be performed on another screen. Alternatively, for example, the recommendation may be performed by any means such as an e-mail, a message application, an SNS, or a push notification.

  As described above, the travel planning system S of the present embodiment searches for another type of item based on the time and place of the item added to the travel car by the user, and recommends the item to the display area A41 of the travel car screen G4. I do. Then, when the button B410 in the display area A41 is selected, the travel planning system S adds the recommended item to the travel car, and assists the user in creating the itinerary. Hereinafter, the details of this technique will be described.

[3. Functions realized in the travel planning system]
FIG. 6 is a functional block diagram illustrating an example of functions realized by the travel planning system S of the present embodiment.

[3-1. Function realized by database server]
As shown in FIG. 6, in the database server 40, a data storage unit 400 is realized. The data storage unit 400 is an example of a storage unit. The data storage unit 400 is realized mainly by the storage unit 42. The data storage unit 400 stores data necessary for search and recommendation. Here, an item database DB1, a user database DB2, and a recommendation database DB3 will be described as examples of data stored in the data storage unit 400. The contents of each of these databases are appropriately provided in response to a request from the web server 20 or the analysis server 30.

  FIG. 7 is a diagram illustrating a data storage example of the item database DB1. The item database DB1 is a database that stores various types of information on items. As shown in FIG. 7, for example, the item database DB1 stores an item ID for uniquely identifying an item, an item type, and basic information of the item. In FIG. 7, the type of the item is indicated by text, but a type ID for uniquely identifying the type of the item may be stored.

  The basic information stores information indicating the content of the item and is used as an index at the time of search. For example, if the item is an accommodation facility, the basic information includes the accommodation facility name, address, check-in and check-out times, contact information, accommodation facility image, room and other facility information, and accommodation charges. You. For example, if the item is a means of transportation, the basic information stores the name of the means of transportation, a departure place, a destination, a departure time, an arrival time, seat information, a fare, and the like. Further, for example, if the item is a rental car, the basic information includes a rental car company name, address, contact information, a rental car image, a vehicle type, a usage fee, and the like.

  Further, for example, if the item is an activity, the basic information includes the name of the tour company, the location of the activity, the meeting time, the dissolution time, the content of the activity, and the usage fee. For example, if the item is a restaurant, the basic information includes a restaurant name, an address, a contact, a restaurant image, available time, seat information, a fee, and the like. For example, if the item is a tourist facility, the basic information includes the location of the tourist facility, contact information, facility image, facility information, fee, and the like.

  In the present embodiment, for the sake of simplicity, a case will be described where all items are collected in one item database DB1, but may be divided into a plurality of databases. For example, the database may be divided for each type of item. Further, for example, a database may be divided for each item provider, and the database may be stored in an external computer managed by an operating company of accommodation facilities, transportation means, rental cars, activities, restaurants, or tourist facilities. In this case, the travel planning system S may inquire the external computer about the contents of the database.

  FIG. 8 is a diagram illustrating an example of data storage in the user database DB2. The user database DB2 is a database for storing various kinds of information about a user. As shown in FIG. 8, for example, the user database DB2 stores a user ID for uniquely identifying a user, user registration information, travel car information, and reservation information.

  The user registration information is basic information registered by the user. For example, personal information such as a name, an address, and contact information may be stored, or authentication information such as a user account and a password may be stored. In addition, for example, preference information such as a user's favorite travel destination may be stored.

  The travel car information is information indicating the contents of the travel car, and includes, for example, a travel car ID for identifying a record (a set of item ID and specified content) input to the travel car, and an item ID of an item added to the travel car. , And the contents specified by the user are stored. The specified content is a use condition of the item, for example, time, number of people, presence / absence of option, and the like. In the present embodiment, for the sake of simplicity, a case will be described in which only one travel car is assigned to the user. However, as in a modified example described later, a plurality of travel cars are assigned to the user. May be created in parallel.

  The reservation information is information indicating the reservation content of the reserved item, and is information indicating a reservation history. For example, the reservation information stores a reservation ID for uniquely identifying a reservation, an item ID of a reserved item, and reservation contents. The reservation content is a reservation condition of the item, for example, time, number of people, presence or absence of an option, and the like.

  Note that the information stored in the user database DB2 is not limited to the above example. For example, the user database DB2 may store an item search history or a browse history. Further, for example, a search history or a browsing history of a website may be stored in the user database DB2. Further, for example, when the travel planning system S is affiliated with another system such as an electronic commerce system, the use history of the other system may be stored in the user database DB2.

  FIG. 9 is a diagram illustrating an example of data storage in the recommendation database DB3. The recommendation database DB3 is a database for storing recommendation contents for the user. As shown in FIG. 9, the recommendation database DB3 stores a user ID and recommendation information.

  The recommendation information is information indicating the content of the recommendation for the user, and stores the content determined by the analysis server 30. For example, the recommendation information includes the item ID of the item to be recommended and the recommendation content. The recommended content is the content of the item to be recommended, for example, the time, the number of people, the presence or absence of an option, and the like.

  The data stored in the data storage unit 400 is not limited to the above example. For example, the data storage unit 400 may store image data for displaying each screen shown in FIGS. Further, for example, the data storage unit 400 may store an inventory database indicating the inventory of each item. The stock database stores the stock of each item for each hour.

[3-2. Function realized by web server]
As shown in FIG. 6, in the web server 20, a first search unit 200 and a reception unit 201 are realized. The first search unit 200 and the reception unit 201 are examples of a first search unit and a reception unit, respectively.

[First search unit]
The first search unit 200 is realized mainly by the control unit 21. The first search unit 200 searches for items to be included in an itinerary based on the time and place input by the user. The meaning of time is as described above. The location may be input using various information such as a region name, a city name, an address, a postal code, or latitude and longitude information.

  The first search unit 200 obtains the time and place input by the user from the user terminal 10, uses the time and place as a query, and searches for items using the basic information stored in the item database DB1 as an index. Various methods can be applied to the search method itself, and a match between a query and an index may be determined, or a fuzzy search may be used.

  For example, the first search unit 200 may search for an item for which a reservation has been accepted at the time input by the user. Further, for example, the first search unit 200 may search for an item having stock at the time input by the user. Further, for example, the first search unit 200 may search for an item at a location that matches the location input by the user. Further, for example, the first search unit 200 may search for an item in the same area as the place input by the user. Further, for example, the first search unit 200 may search for an item whose distance to the place input by the user is less than a threshold.

  The first search unit 200 refers to the item database DB1, and obtains basic information of an item hit in the search. The first search unit 200 determines the display content of the list L21 of the search result screen G2 based on the acquired basic information, and transmits the display data of the search result screen G2 to the user terminal 10. In the user terminal 10, when the display data is received, the search result screen G2 is displayed on the display unit 15.

[Reception section]
The receiving unit 201 is realized mainly by the control unit 21. The accepting unit 201 accepts a selection by the user from the search results of the first search unit 200. The receiving unit 201 receives a selection by the user from the search result screen G2. In the present embodiment, since the receiving unit 201 is realized in the web server 20, the receiving unit 201 receives the item ID of the item selected by the user from the user terminal 10, thereby receiving the selection of the item by the user. .

  In the present embodiment, since the item selected by the user is added to the travel basket, the accepting unit 201 stores the item ID of the item selected by the user and the specified content specified by the user in the user database DB2. To be stored. Note that the number of items that can be selected at a time may be arbitrary, and may be, for example, only one, or two or more.

[3-3. Function realized by analysis server]
As illustrated in FIG. 6, in the analysis server 30, a second search unit 300 and a presentation unit 301 are realized. The second search unit 300 and the presentation unit 301 are examples of a second search unit and a presentation unit, respectively.

[Second search unit]
The second search unit 300 is implemented mainly by the control unit 31. The second search unit 300 searches for another type of item based on the time and place of the item selected by the user. The item selected by the user is an item for which the receiving unit 201 has received the selection, and may be, for example, an item added to the travel basket or an item for which reservation has been completed. In the present embodiment, a case will be described in which an item added to a travel basket corresponds to an item selected by a user.

  For example, the second search unit 300 acquires the time and place of the item selected by the user by referring to the travel car information in the user database DB2. When the item for which the reservation is completed corresponds to the item selected by the user, the second search unit 300 refers to the reservation information in the user database DB2, and determines the time and place of the item selected by the user. get. In addition, for example, the user search condition is held in the user database DB2, and the second search unit 300 acquires the time and place of the item selected by the user by referring to the search condition of the user. Is also good.

  The second search unit 300 searches for an item using the obtained time and place as a query and using the basic information stored in the item database DB1 as an index. However, the second search unit 300 does not set all types of items as search targets, but excludes items of the same type as the item selected by the user from the search target, and sets other types of items as search targets. I do. For this reason, the second search unit 300 executes a search using, as an index, the basic information of an item other than the type of the item selected by the user (an item of a type different from the item selected by the user) in the item database DB1. I do. Note that the second search unit 300 may acquire the type of each item from the item database DB1.

  For example, the second search unit 300 may search for an item for which a reservation has been received at the time of the item selected by the user. Further, for example, the second search unit 300 may search for an item in stock at the time of the item selected by the user. Further, for example, the second search unit 300 may search for an item at a location that matches the location of the item selected by the user. Further, for example, the second search unit 300 may search for an item in the same area as the location of the item selected by the user. Further, for example, the second search unit 300 may search for an item whose distance from the location of the item selected by the user is less than a threshold.

  The second search unit 300 refers to the item database DB1 and obtains basic information of an item hit in the search. The second search unit 300 stores the recommendation information including the item ID of the item hit in the search and the recommendation content of the item in the recommendation database DB3. The recommended content may store the time of the query or the location of the query. The recommendation information is referred to at a predetermined timing, and the item searched by the second search unit 300 is recommended in the display area A41 of the travel car screen G4.

[Presentation section]
The presentation unit 301 is realized mainly by the control unit 31. The presentation unit 301 presents the items searched by the second search unit 300 in a selectable manner. Selectively presenting means presenting an item as an option. Stated another way, selectably presented means to present an item in a state in which it can accept selection of an item. The term “presentation” refers to displaying information (for example, an image or a link) for selecting an item on the user terminal 10 or transmitting information for selecting an item to the user terminal 10.

  In the present embodiment, the case where the presentation unit 301 presents the item searched by the second search unit 300 on the travel car screen G4 will be described. However, any method can be applied to the item presentation method. For example, the presentation unit 301 may present the item searched by the second search unit 300 by e-mail, message application, SNS, or push notification. Note that the presentation unit 301 may present the item in response to the search performed by the second search unit 300, or may present the item when a predetermined request is received from the user terminal 10. .

[3-4. Function realized by user terminal]
As shown in FIG. 6, in the user terminal 10, a data storage unit 100, a reception unit 101, and a display control unit 102 are realized. The data storage unit 100, the reception unit 101, and the display control unit 102 are examples of a storage unit, a reception unit, and a display control unit, respectively.

[Data storage unit]
The data storage unit 100 is realized mainly by the storage unit 12. The data storage unit 100 stores data received from the web server 20. For example, the data storage unit 100 may store the display data of the top screen G1, the search result screen G2, the item screen G3, and the travel car screen G4 received from the web server 20. Further, for example, the data storage unit 100 may store the user ID, the input search condition, and the contents of the travel car.

[Reception section]
The receiving unit 101 is realized mainly by the control unit 11. The receiving unit 101 receives a user operation based on a detection signal of the operation unit 14. When the accepting unit 101 accepts a user operation, the user terminal 10 transmits information indicating the content of the operation to the web server 20. For example, when the receiving unit 101 receives an operation, the user terminal 10 transmits information identifying which operation has been performed to the web server 20.

[Display control unit]
The display control unit 102 is realized mainly by the control unit 11. The display control unit 102 displays various screens based on the display data received from the web server 20. For example, the display control unit 102 displays a top screen G1, a search result screen G2, an item screen G3, and a travel car screen G4. For example, when displaying each screen using a web browser, the display data is HTML data, and when displaying each screen using a program of the user terminal 10 (for example, a travel reservation application), The display data may be an image or text information to be fitted in the frame.

[4. Processing executed in the present embodiment]
FIG. 10 to FIG. 11 are flowcharts illustrating an example of processing executed in the travel planning system S. The processing shown in FIGS. 10 to 11 is executed by the control units 11, 21, 31, and 41 operating according to the programs stored in the storage units 12, 22, 32, and 42, respectively. The processing described below is an example of processing executed by the functional blocks illustrated in FIG. Here, a case will be described in which various screens are displayed on the web browser of the user terminal 10 and HTTP is used as a communication protocol at that time.

  As illustrated in FIG. 10, first, when the URL of the top screen G1 is selected in the user terminal 10, the control unit 11 transmits an HTTP request for displaying the top screen G1 to the web server 20. (S1). In S1, the control unit 11 transmits an HTTP request including a predetermined parameter. The HTTP request is a display request for the top screen G1, and the parameter includes the user ID.

  In the web server 20, when receiving the HTTP request, the control unit 21 transmits an HTTP response including the display data of the top screen G1 to the user terminal 10 (S2). The display data may be in any data format, and here, is assumed to be HTML data. In the present embodiment, for the sake of simplicity, a case where no recommendation is performed on the top screen G1 will be described. (Process of S19) may be executed. This point is the same when displaying a search result screen G2 or an item screen G3, which will be described later. May be executed.

  When the user terminal 10 receives the HTTP response, the control unit 11 displays the top screen G1 on the display unit 15 based on the display data of the top screen G1 (S3). The control unit 11 specifies a user operation based on the detection signal of the operation unit 14 (S4). Here, a case will be described in which an operation of inputting search conditions in input forms F10 to F13 or an operation of selecting button B14 is performed.

  When search conditions are input in the input forms F10 to F13 (S4; search condition input), the control unit 11 displays search conditions such as time and place input by the user in the input forms F10 to F13 (S5). . The search condition input by the user is stored in the storage unit 12. When the user specifies the type of the search target item from the top screen G1, information for identifying the type is also stored in the storage unit 12.

  On the other hand, when the button B14 is selected (S4; search execution), the control unit 11 transmits an HTTP request for displaying the search result screen G2 to the web server 20 (S6). The HTTP request is a search execution request, and the parameters include the user ID, the type of the item to be searched, and the search conditions input in the input forms F10 to F13.

  In the web server 20, when receiving the HTTP request, the control unit 21 searches for an item based on the item database DB1 stored in the database server 40 (S7). In S7, the control unit 21 refers to the record of the type of the item to be searched in the item database DB1, sets the search condition as a query, and sets the basic information of the item of the type of the item to be searched as an index. Perform a search.

  The control unit 21 transmits an HTTP response including the display data of the search result screen G2 to the user terminal 10 based on the search result in S7 (S8). In S8, the control unit 21 refers to the item database DB1, acquires basic information of the item hit in the search in S7, and generates display data of the search result screen G2. It is assumed that the display data includes the item ID of the item hit in the search. Thus, for example, when the user selects an item in the list L21, it is possible to specify which item has been selected.

  When the user terminal 10 receives the HTTP response, the control unit 11 displays the search result screen G2 on the display unit 15 based on the display data of the search result screen G2 (S9). The control unit 11 specifies a user operation based on the detection signal of the operation unit 14 (S10). Here, a case where an operation of returning to the top screen G1 or an operation of selecting an item in the list L21 is performed will be described.

  When the operation of returning to the top screen G1 is performed (S10; return), the process returns to S3. On the other hand, when the operation of selecting the item of L21 in the list is performed (S10; item selection), the control unit 11 transmits an HTTP request for displaying the item screen G3 to the web server 20 (S11). . The HTTP request is a display request for the item screen G3, and the parameters include the user ID and the item ID of the item selected by the user.

  In the web server 20, when receiving the HTTP request, the control unit 21 transmits an HTTP response including display data of the item screen G3 to the user terminal 10 based on the item database DB1 stored in the database server 40. (S12). In S12, the control unit 21 refers to a record in the item database DB1 in which the item ID of the item selected by the user is stored, and generates display data of the item screen G3.

  When the user terminal 10 receives the HTTP response, the control unit 11 causes the display unit 15 to display the item screen G3 (S13). The control unit 11 specifies a user operation based on the detection signal of the operation unit 14 (S14). Here, an operation of returning to the search result screen G2 or an operation of selecting the button B30 will be described.

  When an operation to return to the search result screen G2 is performed (S14; return), the process returns to S9. On the other hand, when the operation of selecting the button B30 is performed (S14; item addition), the control unit 11 transmits an HTTP request for displaying the travel car screen G4 to the web server 20 (S15). The HTTP request is a request to display the travel car screen G4, and is a request to add an item to the travel car. The parameters of the HTTP request include a user ID, a travel car ID for specifying a record (a set of item ID and specified content) input to the travel car, an item ID of an item to be added to the travel car by the user, and specified content. included.

  In the web server 20, when receiving the HTTP request, the control unit 21 adds the item selected by the user to the travel basket based on the user database DB2 stored in the database server 40 (S16). In S16, the control unit 21 stores the item ID and the specified content of the item selected by the user in the travel car information of the record in which the user ID of the user who made the addition request is stored.

  The control unit 21 transmits an HTTP response including display data of the travel car screen G4 to the user terminal 10 based on the item database DB1 (S17). In S17, the control unit 21 generates display data of the travel car screen G4. It is assumed that the display data of the travel car screen G4 includes a Java script (registered trademark) in which an instruction to acquire the recommendation content from the recommendation database DB3 is described. The user terminal 10 executes the Java script (registered trademark) at an arbitrary timing after receiving the HTTP response, and refers to the recommendation database DB3.

  Referring to FIG. 11, the control unit 21 requests the analysis server 30 and the database server 40 to perform a recommendation process (S18). In S18, the control unit 21 transmits the parameters of the HTTP request received from the user terminal 10, and requests execution of the recommendation process. The recommendation process is a process for determining items and contents to be recommended.

  When each of the analysis server 30 and the database server 40 receives the recommendation processing request from the web server 20, it executes the recommendation processing (S19). In S19, another type of item is searched between the analysis server 30 and the database server 40 based on the time and place of the item added to the travel basket by the user. The control unit 31 of the analysis server 30 refers to data of a type different from the type of the item added to the travel basket in the item database DB1, and performs a search using the time and place of the item added to the travel basket as a query. Execute

  In the analysis server 30, the control unit 31 stores the recommendation information in the recommendation database DB3 based on the execution result of the recommendation processing (S20). In S20, the control unit 31 stores the item ID of the item searched in the recommendation process and the recommendation content in association with the user ID.

  In the user terminal 10, when receiving the HTTP response, the control unit 11 acquires the recommendation information based on the Java script (registered trademark) (S21). In S21, the control unit 11 transmits an acquisition request for recommendation information to the analysis server 30 or the database server 40. When receiving the acquisition request, the analysis server 30 or the database server 40 refers to the recommendation database DB3 and transmits the recommendation information of the record in which the user ID of the user who transmitted the acquisition request is stored. Note that the acquisition of the recommendation information may be performed by executing an arbitrary script other than the Java script (registered trademark).

  The control unit 11 displays the travel car screen G4 on the display unit 15 based on the recommendation information acquired in S21 (S22). In S22, the control unit 11 causes the display unit 15 to display the travel car screen G4 based on the display data included in the HTTP response received from the web server 20. Then, the control unit 11 displays the recommended item in the display area A41 based on the recommendation information acquired in S21.

  The control unit 11 specifies a user operation based on the detection signal of the operation unit 14 (S23). Here, an operation of returning to the item screen G3, an operation of selecting the button B400, an operation of selecting the button B401, or an operation of selecting the button B410 will be described.

  When the operation of returning to the item screen G3 is performed (S23; return), the process returns to S13. On the other hand, when the operation of selecting the button B410 is performed (S23; item addition), the control unit 11 transmits an HTTP request for adding the recommended item to the travel basket to the web server 20 (S24). ). In S24, the control unit 11 transmits an HTTP request together with parameters including the user ID, the travel car ID of the travel car to which the item is added, and the item ID of the item to be added to the travel car by the user.

  In the web server 20, when receiving the HTTP request, the control unit 21 adds the item selected by the user to the travel basket based on the user database DB2 stored in the database server 40 (S25), and proceeds to the processing of S17. Transition. In S24, the control unit 21 stores the item ID and the specified content of the item selected by the user in the travel car information of the record in which the user ID of the user who has made the addition request is stored.

  On the other hand, when an operation of selecting the button B401 is performed (S23; item deletion), the control unit 11 transmits an HTTP request for deleting an item in the travel basket to the web server 20 (S26). ). In S26, the control unit 11 transmits an HTTP request together with parameters including the user ID, the travel car ID of the travel car from which the item is to be deleted, and the item ID of the item to be deleted from the travel car by the user.

  In the web server 20, when receiving the HTTP request, the control unit 21 deletes the item selected by the user from the travel basket based on the user database DB2 stored in the database server 40 (S27), and proceeds to S17. Transition. In S27, the control unit 21 deletes the item ID and the specified content of the item selected by the user from the travel car information of the record in which the user ID of the user who made the deletion request is stored.

  On the other hand, when the operation of selecting the button B400 is performed (S23; reservation), the control unit 11 transmits an HTTP request for reserving the item added to the travel basket to the web server 20 (S28). . In S28, the control unit 11 transmits an HTTP request together with parameters including the user ID and the travel car ID of the travel car to be reserved. Thereafter, a reservation process is performed between the user terminal 10 and the web server 20, and the process ends.

  According to the travel planning system S, another type of item searched based on the time and place of the item selected by the user is recommended in the display area A41 of the travel basket screen G4, and the other type of item is selected one by one. Since there is no need to search, it is possible to reduce the trouble of creating a itinerary in which a plurality of types of items are incorporated. Even when a user incorporates a plurality of types of items into an itinerary, the user can easily create an itinerary by selecting recommended items one after another. Further, the user can input a search condition to search for another type of item, execute a search, display the item screen G3, and omit extra processing such as putting the item in a travel basket. Can be reduced.

[5. Modification]
Note that the present invention is not limited to the embodiment described above. Changes can be made as appropriate without departing from the spirit of the present invention.

  FIG. 12 is a functional block diagram of a modification. As shown in FIG. 12, in a modified example described below, in addition to the functions described in the embodiment, a departure place acquisition unit 202 is implemented in the web server 20, and a departure place acquisition unit 302 and 303 is realized. The departure place obtaining unit 202 of the web server 20 is mainly realized by the control unit 21, and the departure place obtaining unit 302 and the specifying unit 303 of the analysis server 30 are mainly realized by the control unit 31.

  (1) For example, when a user adds a local item such as a hotel or an activity to a travel car, the user often searches for a transportation method such as an air ticket after that. In this case, the user needs to find a means of transportation that is in time for hotel check-in and activity meeting time, but recommends the means of transportation reserved by other users who booked local items in the same area. Thus, the trouble of the user may be saved.

  Local items are items used locally. The locality is a destination, a travel destination, or a destination. For example, a local item is an accommodation, rental car, activity, restaurant, or tourist facility. Stated another way, local items are items other than transportation. In this modified example, when a transportation means item such as an air ticket or a ticket is described, it is described as a transportation means item.

  In the travel planning system S of the present modified example, a departure place obtaining unit 302 and a specifying unit 303 are realized. The departure place acquisition unit 302 acquires the departure place of the user.

  The departure point is the departure point of the transportation item. For example, if the transportation item is a flight ticket, the airport is an airport where the aircraft takes off. Further, for example, if the transportation means item is a train ticket, it is a station where the user gets on the train. Also, for example, if the transportation item is a bus ticket, it is a stop where the passenger gets on the bus. Further, for example, if the transportation means item is a boarding ticket, the port is a boarding port. The departure place may be the place of residence of the user or a place different from the place of residence. When the departure place is a place different from the place of residence, for example, the departure place may be the place of work of the user or a transit point in the itinerary.

  In the present modified example, the case where the departure place obtaining unit 302 obtains the departure place from the user terminal 10 will be described. May be. For example, the departure place acquisition unit 302 acquires the departure place input by the user from the operation unit 14 of the user terminal 10. Further, for example, when the departure place is stored in the storage unit 12 of the user terminal 10 in advance, the departure place acquisition unit 302 acquires the departure place stored in the storage unit 12.

  The specifying unit 303 specifies a local item selected by another user and a transportation item between the departure place and the local place of the other user. Here, the user to be recommended is simply described as “user”, and the other users are described as “other users”.

  In the present modification, since the item selected by another user is recorded in the user database DB2, the specifying unit 303 selects the local item and transportation means selected by the other user based on the user database DB2. Identify the item. These local items and transportation means items are items incorporated in the same itinerary of the same user.

  The item selected by another user is an item that has been selected by another user, and may be, for example, an item added to a travel basket or an item for which reservation has been completed. For example, the specifying unit 303 refers to the travel car information of another user and specifies a combination of a local item and a transportation means item associated with the same travel car ID. Further, for example, the specifying unit 303 refers to the reservation information of another user and specifies a combination of a local item and a transportation item associated with the same reservation ID.

  When the local item is selected by the user, the second search unit 300 determines the departure place and the location of the local item based on the transportation item selected by another user corresponding to the user. Search for transportation items between the locality and the locality.

  The correspondence of the departure place means that the departure place is the same, the departure place is in the same area, or the distance is less than the threshold. The location corresponds to the same location, the same area, or the distance is less than the threshold.

  The second search unit 300 determines whether the departure place is the user based on the departure place of the user acquired by the departure place acquisition unit 302 and the departure place of the transportation item of another user identified by the identification unit 303. Identify other corresponding users. In addition, the second search unit 300 associates the location of the local item with the user based on the location of the local item selected by the user and the location of the local item of another user specified by the specifying unit 303. Identify other users.

  The second search unit 300 searches for a transportation item to be recommended to the user based on the transportation item selected by the specified other user. For example, the second search unit 300 searches for the same transportation item as the transportation item selected by another user. Further, for example, the second search unit 300 may search for a transportation item based on the time and place of the transportation item selected by another user. In this case, the second search unit 300 searches for a transportation mode item at a time corresponding to the time and place of the transportation mode item selected by another user.

  That is, the second search unit 300 selects a local item at a location corresponding to the location of the local item selected by the user, and selects another transportation user at the departure point corresponding to the user's departure point. If exists, the user searches for a transportation item based on the transportation item selected by the other user. It is assumed that another user has selected the local item and the transportation item within the same itinerary. In addition, since there may be a plurality of other users whose departure place and the location of the local item correspond to the user, in this case, the second search unit 300 performs a search based on a popular transportation item. May be performed. The popularity is the number of selections, and may be, for example, the number of additions to the travel car or the number of reservations. Popular means that the number of selections is large. For example, the second search unit 300 may execute a search based on the most popular means of transportation, or may be the nth most popular (n is an integer of 2 or more; for example, a numerical value of about 2 to 5). The search may be performed based on the transportation items up to.

  FIG. 13 is a diagram illustrating an example of the travel car screen G4 in the modification (1). In the example of FIG. 13, as shown in the display areas A40A and A40B, the user has added two local items of “hotel A” and “activity Z” to the travel basket. “Hotel A” has a designated time of “15:00 on July 1, 2018”-“11:00 on July 5, 2018”, and the location is “Okinawa Prefecture”. "Activity Z" is designated with a time of "13: 00-15: 00 on July 1, 2018", and the location is "Okinawa Prefecture". Note that the user's departure place is “Tokyo”.

  The second search unit 300 searches for another user whose departure place is “Tokyo” and has selected a local item of “Okinawa”. Here, another user who has selected the local item of “Okinawa” at the same time, the departure time of the airport of “Tokyo” is “8:00 on July 1, 2018” and “Okinawa” It is assumed that a one-way ticket of "XXX123 flight" with an arrival time at the airport of "July 1, 2018, 10:30" has been selected as a transportation item.

  The second search unit 300 searches for the same mode of transportation item as “XXX123 flight” selected by the other user, and recommends a one-way air ticket of “XXX123 flight” as shown in the display area A41 of FIG. . The second search unit 300 may search for a ticket of another airline arriving at “Okinawa” in the same time zone, or may search for a ship arriving at “Okinawa” at the same time zone. You may search for a boarding pass. Further, the second search unit 300 may search for a plurality of transportation items in order of popularity of other users. Further, as in modified examples (2) to (3) described later, the second search unit 300 may search for flights before and after “XXX123 flight” selected by another user.

  The second search unit 300 may search for a transportation item of the user based on the transportation item selected by another user corresponding to the time as well as the location of the local item. The term “corresponding to time” means that the time is the same, the time difference is less than the threshold, or the time zones overlap. The second search unit 300 determines the time and place of the local item based on the time and place of the local item selected by the user and the time and place of the local item of another user specified by the specifying unit. May be specified. In the example of FIG. 13, not only the location of the local item "Okinawa Prefecture" but also the period "July 1-July 5, 2018" is considered, and even if another user is specified. Good. The method of searching for the user's transportation item based on the specified other user's transportation item is as described above. Furthermore, considering both the location and the time of the local item, if the number of data of other users is insufficient, the location of the local item may be used only according to the number of data of other users, such as considering only the location of the local item. It may be.

  According to the modified example (1), when the local item is selected by the user, the departure place and the location of the local item are determined based on the transportation item selected by another user corresponding to the user. Since the transportation mode items from to the site are searched, the accuracy of the recommendation can be improved. Increasing the accuracy of the recommendation can effectively reduce the user's trouble of searching for a transportation mode item, and effectively reduce the probability that unnecessary processing will be executed, thereby effectively reducing the processing load of the travel planning system S. It can also be reduced. That is, when a certain number or more of data of other users (travel car information or reservation information) is accumulated, a highly accurate recommendation can be made, and as a result, the recommended transportation means item is displayed by the user. Since the probability of selection is increased, the processing load of the travel planning system S can be reduced without the user searching for a route between the departure place and the site. The point of reducing the processing load is the same as the content described as “improving the accuracy of recommendation” in the modified examples described below.

  (2) For example, in the modification (1), when the user uses the local item on the arrival date, the user must arrive at the site early in order to meet the usage time of the local item. For this reason, when the transportation item corresponding to the transportation item selected by the other user is not in stock, the second search unit 300 determines that the arrival time at the site is the transportation item selected by the other user. An earlier transportation item may be searched.

  The transportation item corresponding to the transportation item selected by another user is a transportation item whose time and place correspond. The meaning of “time corresponds” and the meaning of “location corresponds” are as described in the modification (1). The inventory is the number of remaining seats, and can also be referred to as a reservable number. The inventory quantity of each transportation mode item is stored in the data storage unit 400, and the inventory quantity changes when the transportation mode item is added to the travel car or reserved. The second search unit 300 determines that there is a stock when the stock quantity is equal to or more than a threshold (for example, 1), and determines that there is no stock when the stock quantity is less than the threshold. The second search unit 300 uses a time earlier than the arrival time of the transportation item selected by another user as a query to search for a transportation item to the site.

  FIG. 14 is a diagram illustrating an example of the travel car screen G4 in the modification (2). Here, the most popular outgoing transportation item for other users is the departure time of the airport of "Tokyo" at 8:00 on July 1, 2018, and the arrival at the airport of "Okinawa Prefecture". It is assumed that the time is a one-way ticket of “XXX123 flight” of “July 1, 2018, 10:30”.

  The second search unit 300 determines whether there is a stock of “XXX123 flight” selected by another user, and if there is a stock, “XXX123 flight” is recommended. On the other hand, when there is no stock of “XXX123 flight”, the second search unit 300 searches for a means of transportation with an arrival time earlier than the arrival time of “July 1, 2018, 10:30”. For example, the second search unit 300 searches for a means of transportation arriving at the site during the time period from “8:00” to “10:30” on “July 1, 2018”. As shown in the display area A41 of FIG. 14, a one-way ticket of “XXX234 flight” arriving at the site at “9:30 on July 1, 2018” is searched and recommended.

  In the above example, the second most popular transportation item is “AAA999 flight” which has a later arrival time than “XXX123 flight”, and the third most popular transportation item is “XXX123 flight”. If "XXX234 flight" arrives earlier than "XXX234 flight", "XXX234 flight" is searched for and recommended instead of "AAA999 flight" which is the second most popular. In this way, if the number of other users exceeds a certain value, traffic that can arrive by the time when users can secure enough time to complete the itinerary on site without complicated processing is required. The means can be recommended.

  According to the modified example (2), when the local item selected by the user is used on the arrival date to the local site and the transportation item selected by the other user is not in stock, the transportation item with the earlier arrival time is deleted. By recommending, it is possible to make a comfortable itinerary. If the itinerary has a sufficient time, the probability that the user will select it increases, so that the accuracy of the recommendation can be effectively increased.

  (3) Also, for example, in the modification (1), when the user uses the local item on the last day, it is not better to use a slower means of transportation in order to catch up with the means of returning. Therefore, if there is no stock of the transportation item corresponding to the transportation item selected by the other user, the second search unit 300 determines that the departure time from the site is the transportation item selected by the other user. You may search for a transportation item that is slower. The second search unit 300 searches for a transportation item from the local area by using a time later than the departure time of the transportation item selected by another user as a query.

  FIG. 15 is a diagram illustrating an example of the travel car screen G4 in the modification (3). Here, the most popular transportation item for the return route to other users is that the departure time at the airport in “Okinawa” is “17:00 on July 5, 2018” and the arrival at the airport in “Tokyo” It is assumed that the time is a one-way ticket of “XXX876 flight” of “July 5, 2018 19:15”.

  The second search unit 300 determines whether there is a stock of “XXX876 flights” selected by another user, and if there is a stock, “XXX876 flights” is recommended. On the other hand, when there is no stock of “XXX876 flights”, the second search unit 300 searches for a transportation mode with a departure time later than “17:00 on July 5, 2018” which is the departure time. For example, the second search unit 300 searches for a means of transportation that returns to the departure place in the time zone of “17:00” to “19:00” on “July 5, 2018”. As shown in the display area A41 of FIG. 15, a one-way ticket of “XXX 987 flight” departing from the site at “18:00 on July 5, 2018” is recommended.

  In the above example, the second most popular transportation item is “AAA111 flight”, which has a departure time earlier than “XXX876 flight”, and the third most popular transportation item is “XXX876 flight”. If the departure time is "XXX 987 flight", "XXX 987 flight" is searched for and recommended instead of "AAA 111 flight" which is the second most popular. In this way, if the number of other users exceeds a certain level, traffic that can arrive and depart after a time when users can secure enough time to complete the itinerary on site without complicated processing is required. The means can be recommended.

  According to the modification (3), when the local item selected by the user is used on the departure date from the local area and there is no stock of the transportation selected by another user, the transportation item with a late departure time is deleted. By recommending, it is possible to make a comfortable itinerary. If the itinerary has a sufficient time, the probability that the user will select it increases, so that the accuracy of the recommendation can be effectively increased.

  (4) For example, a user's itinerary may span a plurality of periods. The time period is between a certain time point and another time point, or a fixed time length. The period may be of any length, and may be in units of several hours, one day, several days, or one week. The periods may be separated by time or by the place of stay. For example, when the user travels around Yamaguchi, Fukuoka, and Nagasaki, the itinerary may include three periods: a period for Yamaguchi, a period for Fukuoka, and a period for Nagasaki.

  When the itinerary spans a plurality of periods, the second search unit 300 may execute a search for each period based on the time and place of the item in the period. The search method itself in each period is as described in the embodiment. The second search unit 300 searches, for each period, other types of items by using the time and place of the item included in the period as a query and using the basic information stored in the item database DB1 as an index. The second search unit 300 executes a search for the number of periods. The presentation unit 301 presents the items searched by the second search unit 300 for each period. The item presentation method itself is as described in the embodiment.

  FIG. 16 is a diagram showing an example of the travel car screen G4 in the modification (4). As shown in the display area A40 of FIG. 16, the user has added “hotel A” to the travel basket. “Hotel A” is designated with a time period of “15:00 on July 1, 2018” — “11:00 on July 5, 2018”, and it is specified that the user's itinerary spans five days. You.

  In the case of the example of FIG. 16, as shown in the display areas A41A to A41C, an item may be searched and recommended for each day included in the itinerary. For example, an item on the first day is recommended in the display area A41A. Further, for example, an item on the second day is recommended in the display area A41B. Further, for example, an item on the third day is recommended in the display area A41C. Similarly, for the items after the fourth day, the items are recommended for each day.

  According to the modification (4), when the itinerary spans a plurality of periods, the accuracy of the recommendation can be effectively improved by searching for and recommending an item for each period.

  (5) For example, in the travel planning system S, the departure place acquisition unit 202 that acquires the departure place of the user based on the user registration information registered by the user or the communication environment of the user is realized, and the second search is performed. The unit 300 may execute a search based on the departure place of the user acquired by the departure place acquisition unit 202.

  For example, the departure place acquisition unit 202 refers to the user registration information stored in the user database DB2, and acquires the departure place of the user. The user registration information may be user registration information of a service other than the travel reservation service, and when the travel planning system S cooperates with the electronic commerce service, the user departure information is based on the user registration information of the electronic commerce service. You may get the ground. In this case, the address entered by the user at the time of member registration may be used as the departure place, or the address of the delivery destination of the product may be used as the departure place.

  Further, for example, the departure place acquisition unit 202 acquires the departure place of the user based on the communication environment of the user at the user terminal 10. The communication environment can also be referred to as the position of the user terminal 10, such as an IP address of the user terminal 10, a base station with which the user terminal 10 communicates, an access point with which the user terminal 10 communicates, or GPS position information. The correspondence between the communication environment and the location is stored in the data storage unit 400 of the database server 40, and the departure place obtaining unit 202 obtains the place associated with the user's communication environment as the user's departure place. .

  Note that the second search unit 300 may obtain the destination from the search conditions, or may obtain the destination based on the location of the local item selected by the user. The second search unit 300 searches for a transportation mode item based on the departure place of the user acquired by the departure place acquisition unit 202 and the acquired destination.

  According to the modification (5), by acquiring the departure place of the user based on the user registration information or the communication environment, it is possible to save the trouble of inputting the departure place by the user, and to improve the accuracy of estimating the departure place. This can improve the accuracy of the recommendation.

  (6) Also, for example, when the use time of an item reserved by the user in the past has elapsed, the itinerary incorporating the item has already been completed, and therefore recommendation based on the item is not executed. Good. That is, if the use time of the item has not elapsed, the user may add the item to the itinerary, so that recommendation based on the item whose use time has not elapsed may be executed.

  The second search unit 300 determines whether the time of the item selected by the user has elapsed, and executes a search based on the determination result. The second search unit 300 acquires the current time using a real-time clock or the like, and determines whether the time of the item selected by the user has elapsed. If the itinerary spans a plurality of periods, it may be determined that the time of the itinerary has elapsed if the time of any one item has elapsed, or if the time of all items has elapsed, It may be determined that the time of the itinerary has elapsed.

  The second search unit 300 executes a search based on the time and place of the item whose time has not elapsed, and does not execute the search based on the time and place of the item whose time has elapsed. In other words, the second search unit 300 uses the time and place of the item whose time has not elapsed among all the items selected by the user as a search query, and determines the time and place of the item whose time has elapsed. Exclude from search queries. The search method itself is as described in the embodiment.

  According to the modified example (6), by executing a search based on the determination result as to whether or not the time of the item selected by the user has elapsed, it is possible to reduce the probability that an unnecessary recommendation is made for the user, and to improve the accuracy of the recommendation. Can be increased.

  (7) For example, when the user changes the search condition, it is highly probable that the user has started planning another itinerary. For this reason, a recommendation may be executed based on an item hit by a new search condition.

  The second search unit 300 determines whether a new time and place has been input by the user, and executes a search based on the determination result. Here, it is assumed that the search condition of the user is stored in the user database DB2 or the like. The second search unit 300 compares the search condition received from the user terminal 10 with the search condition stored in the user database DB2 or the like, and determines whether or not they match. If they match, the second search unit 300 does not determine that a new time and place has been input by the user, and if they match, determines that a new time and place have been input by the user. I do.

  When it is determined that a new time and place have been input by the user, the second search unit 300 executes a search based on the time and place of the item searched based on the new time and place. The search method itself is as described in the embodiment. It should be noted that the recommendation may be executed based on the old search condition, but in this case, the recommendation is made so that the recommendation based on the old search condition can be identified.

  According to the modified example (7), by performing a search based on the determination result as to whether the time and place input by the user have been changed, the possibility of making an unnecessary recommendation for the user is reduced, and the accuracy of the recommendation is reduced. Can be enhanced.

  (8) For example, the user may be able to create a plurality of itineraries. That is, a plurality of travel cars may be assigned to one user so that the user can simultaneously plan a plurality of itineraries.

  For example, the user may specify an itinerary when adding an item, or may add an item after specifying an itinerary. Also, for example, the itinerary to which the item belongs may be automatically determined based on at least one of the location and time of the item selected by the user. For example, an item selected by the user is included in an itinerary incorporating an item at a location corresponding to the location of the item. Also, for example, the item selected by the user is included in the itinerary in which the item at the time corresponding to the time of the item is incorporated.

  The second search unit 300 performs a search for each itinerary based on the time and place of the items included in the itinerary. The search method itself in each itinerary is as described in the embodiment. For each itinerary, the second search unit 300 uses the time and place of an item included in the itinerary as a query and searches for other types of items using the basic information stored in the item database DB1 as an index. The second search unit 300 executes a search for the number of itineraries. The presentation unit 301 presents the items searched by the second search unit 300 for each itinerary. The item presentation method itself is as described in the embodiment.

  FIG. 17 is a diagram showing an example of the travel car screen G4 in the modification (8). In the example of FIG. 17, "car 1" shown in the display area A40A is a first travel car, and indicates a first itinerary. On the other hand, “Car 2” shown in the display area A40B is a second travel car and indicates a second itinerary. The number of travel cars is not limited to two, and may be three or more, and a travel car may be prepared for each itinerary.

  As shown in FIG. 17, the recommendation of the first itinerary is performed based on the time and place of the item included in the itinerary of “Cage 1”, and the recommendation is made in the display area A41A in the first itinerary. Item is displayed. When the user selects the button B410A, the item can be added to the first itinerary.

  In addition, the recommendation of the second itinerary is performed based on the time and place of the items included in the itinerary of “Cage 2”, and the items recommended in the second itinerary are displayed in the display area A41B. Is done. If the user selects button B410B, the item can be added to a second itinerary.

  According to the modification (8), when the user creates a plurality of itineraries, the accuracy of the recommendation can be effectively improved by searching for and recommending an item for each itinerary.

  (9) In addition, for example, in the modification (8), when the user simultaneously creates a plurality of itineraries, the second search unit 300 determines that the dates of the plurality of accommodation facility items selected by the user are consecutive. If it is, it may be determined that each accommodation facility item is included in the same itinerary. The second search unit 300 refers to the dates of the plurality of accommodation facility items selected by the user, and determines whether or not the dates continue without any gap. When the dates continue without a break, the second search unit 300 determines that each accommodation facility item is included in the same itinerary, and assigns the same travel car ID to each accommodation facility item.

  According to the modification (9), when the dates of a plurality of accommodation facility items selected by the user are consecutive, it is determined that the plurality of accommodation facility items are included in the same itinerary, thereby distinguishing the itinerary. Since the accuracy of the recommendation is increased, the accuracy of the recommendation can be effectively increased.

  (10) Further, for example, the second search unit 300 may specify a period of the itinerary based on the time of the item selected by the user, and execute the search based on the period. The second search unit 300 refers to the time of the item selected by the user, specifies the start time of the period based on the earliest time, and specifies the end time of the period based on the latest time. The second search unit 300 executes a search using a period from the start time to the end time as a query. The search execution method itself is as described in the embodiment.

  According to the modified example (10), by executing a search based on the time period of the itinerary specified based on the time of the item selected by the user and making a recommendation, the item of the time period not related to the user's itinerary is provided. Can be prevented from being recommended, and the accuracy of the recommendation can be effectively improved.

  (11) For example, the second search unit 300 determines the availability of another type of item based on the time and place of the item selected by the user, and executes a search based on the determination result. Is also good. Availability is whether or not the move is in time. If the move is in time, there is a possibility. If the move is not in time, there is no possibility.

  The second search unit 300 determines the availability of another type of item based on the time and location of the item selected by the user and the time and location of another type of item. For example, the second search unit 300 calculates the travel time based on the location of the item selected by the user and the location of another type of item. If the time obtained by adding the travel time to the time of the item selected by the user is earlier than the time of the other type of item, the second search unit 300 determines that another type of item is available. If it is later, it is determined that another type of item cannot be used. The recommendation by the presentation unit 301 is intended for available items, and unusable items are excluded.

  According to the modification (11), by executing a search based on the determination result of the availability of another type of item and making a recommendation, it is possible to prevent an unusable item from being recommended, and to make a recommendation. Can be effectively improved.

  (12) Further, for example, the above-described modifications may be combined.

  In addition, for example, a case has been described in which main functions are shared between the web server 20 and the analysis server 30. However, each function may be realized only by the web server 20 or the analysis server 30. For example, the second search unit 300 may be realized in the web server 20. In this case, the second search unit 300 is realized mainly by the control unit 21. The second search unit 300 of the web server 20 specifies the time and place of the item selected by the reception unit 201 and searches for another type of item. Further, for example, the presentation unit 301 may be realized in the web server 20. In this case, the presentation unit 301 is realized mainly by the control unit 21. The presentation unit 301 of the web server 20 acquires the search result of the second search unit 300 and presents the searched item.

  Further, for example, in the analysis server 30, the first search unit 200 may be realized. In this case, the first search unit 200 is realized mainly by the control unit 31. The first search unit 200 of the analysis server 30 acquires a search condition from the user terminal 10 and executes a search. In addition, for example, in the analysis server 30, the receiving unit 201 may be realized. In this case, the reception unit 201 is realized mainly by the control unit 31. The receiving unit 201 of the analysis server 30 receives an item selection result from the user terminal 10.

  Further, for example, the data described as being stored in the data storage unit 400 may be stored by a computer different from the database server 40. For example, the data storage unit 400 may be realized by the web server 20 or the analysis server 30. In this case, the data storage unit 400 is realized by the storage unit 22 or 32. Alternatively, for example, the data may be stored by a database server external to the travel planning system S.

  S travel planning system, N network, 10 user terminals, 11, 21, 31, 41 control unit, 12, 22, 32, 42 storage unit, 13, 23, 33, 43 communication unit, 14 operation unit, 15 display unit, 20 web server, 30 analysis server, 40 database server, G1, G1A, G1B top screen, G2 search result screen, G3 item screen, G4, G4A, G4B, G4C, G4D travel car screen, 100 data storage unit, 101 reception unit , 102 display control unit, 201 reception unit, 202 departure place acquisition unit, 301 presentation unit, 302 departure place acquisition unit, 303 identification unit, 400 data storage unit, A40, A41, A41A, A41B, A41C display area, B14, B30 , A410, A410A, A410B, A410C, B400, B401, 410 button, DB1 item database, DB2 user database, DB3 recommendation database, F10, F11, F12, F13, F20 input form, L21 list.

Claims (14)

First search means for searching for an item to be incorporated in the itinerary based on the time and place input by the user;
Receiving means for receiving a selection by the user from search results of the first search means;
Second search means for searching for another type of item based on the time and place of the item selected by the user;
Presenting means for presenting the item searched by the second searching means in a selectable manner;
A travel planning system comprising: The travel planning system,
A departure place obtaining means for obtaining a departure place of the user;
Specifying means for specifying a local item selected by another user, and a transportation item between the departure place and the locality of the other user;
Further comprising
The second search means, when a local item is selected by the user, the departure place and the location of the local item are based on the transportation means item selected by the other user corresponding to the user, Searching for a transportation item between the user's departure place and the locality;
The travel planning system according to claim 1, wherein: The second search means, when there is no stock of the transportation item corresponding to the transportation item selected by the other user, the arrival time at the site is determined by the transportation item selected by the other user. Search for a quick transportation item,
The travel planning system according to claim 2, wherein: The second search means, when there is no stock of the transportation item corresponding to the transportation item selected by the other user, the departure time from the local site is determined by the transportation item selected by the other user. Search for even slower transportation items,
The travel planning system according to claim 2 or 3, wherein: The itinerary is an itinerary that spans multiple periods,
The second search means executes a search for each of the periods based on the time and place of the item in the period,
The presenting means presents, for each of the periods, an item searched by the second searching means,
The travel planning system according to claim 1, wherein: The travel planning system further includes a user registration information registered by the user, or a departure place obtaining unit that obtains a departure place of the user based on a communication environment of the user,
The second search means executes a search based on the departure place of the user acquired by the departure place acquisition means,
The travel planning system according to claim 1, wherein: The second search means determines whether the time of the item selected by the user has elapsed, and executes a search based on the determination result.
The travel planning system according to any one of claims 1 to 6, wherein: The second search means determines whether a new time and place have been input by the user, and executes a search based on the determination result.
The travel planning system according to claim 1, wherein: The user can create a plurality of itineraries,
The second search means performs a search for each itinerary based on the time and place of an item included in the itinerary,
The presenting means presents an item searched by the second searching means for each itinerary,
The travel planning system according to any one of claims 1 to 8, wherein: The second search means determines that each accommodation facility item is included in the same itinerary when the dates of the plurality of accommodation facility items selected by the user are consecutive.
The travel planning system according to claim 9, wherein: The second search means specifies a period of the itinerary based on a time of an item selected by the user, and executes a search based on the period.
The travel planning system according to claim 1, wherein: The second search means determines availability of another type of item based on the time and place of the item selected by the user, and executes a search based on the determination result.
The travel planning system according to claim 1, wherein: A first search step of searching for items to be included in the itinerary based on the time and place entered by the user;
A receiving step of receiving a selection by the user from the search results of the first searching step;
A second search step of searching for another type of item based on the time and place of the item selected by the user;
A presenting step of presenting the item searched by the second searching step in a selectable manner;
A travel planning method comprising: First search means for searching for an item to be incorporated into the itinerary based on the time and place entered by the user;
Receiving means for receiving a selection by the user from search results of the first search means;
A second search unit that searches for another type of item based on the time and place of the item selected by the user;
Presenting means for presenting the item searched by the second searching means in a selectable manner;
Program to make a computer function as a computer.

Images