JP2016139263A - Trip system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a technology that allows trips of users or schedules of sightseeing thereof to be flexibly changed in the midst of an itinerary, and can support the trip of the user or the sightseeing thereof so as to make the trip or sightseeing thereof pleasant and enjoyable.SOLUTION: A trip support system is configured to: prepare a schedule plan including items of sightseeing sites, traffic means and routes on the basis of input information from a user terminal; cause the prepared schedule plan to be displayed on a screen of the user terminal; store an adopted schedule plan as a plan; execute a reservation of a use of the sightseeing site of the plan with respect to a sightseeing site terminal; take an activity record on the basis of use information from the user terminal when via and using the item in a trip of a user based on the plan; prepare a change schedule plan including change candidates of the items in accordance with a situation of the trip of the user based on the plan; cause the prepared change schedule plan to be displayed on the screen of the user terminal; and update the adopted change schedule plan as a plan.SELECTED DRAWING: Figure 1

Description

  The present invention relates to a service technology based on information processing. The present invention also relates to technology for supporting travel and tourism.

  2. Description of the Related Art Conventionally, an information processing system that provides a service that supports creation of a travel plan in order to support a user's travel has been proposed. The user inputs information such as desired travel conditions on the screen of the user terminal, and the information processing system creates a travel plan draft based on the user input information and displays it on the screen of the user terminal.

  As prior art examples relating to services that support travel, there are JP-A-2002-197150 (Patent Document 1) and JP-A-2005-44173 (Patent Document 2).

  Patent Document 1 describes that a travel destination including a departure place, a visit candidate place, an arrival place, and the like is acquired from a user, and a travel schedule is created by combining the travel destination and an estimated required time.

  In Patent Document 2, a plurality of plan plans are calculated from the travel preference conditions input by the user, each facility to be used in the plan selected by the user is reserved, and the plan is adjusted in consideration of the vacancy and congestion of the facility. And the fact that the user's travel history information is stored in the server is described.

JP 2002-197150 A JP 2005-44173 A

  According to the conventional service, a user can create a travel plan, and travel via and use a transportation means or a sightseeing spot according to the itinerary of the plan. However, it may be difficult for the user to act according to the itinerary of the plan. For example, when the user reaches a point such as a sightseeing spot in the middle of the plan, it may not be preferable to go through the following itinerary depending on the budget, climate, traffic, and the like. Specifically, the user has a small balance, the weather near the next sightseeing spot is not good, the route of the next transportation means is congested, and the like. In such cases, the user may wish to change the itinerary of the plan afterwards.

  In addition, some users may wish to actively change the contents of the subsequent itinerary during the plan itinerary. For example, in the case of a user such as a foreign tourist visiting Japan, there may be cases where the desired tourist destination has not been determined, or the desired conditions may be moderate. There is a need to present if there is an alternative.

  However, the conventional information processing system does not provide a service for flexibly changing the contents of the plan during the itinerary after the user's plan is once determined.

  An object of the present invention is to provide a technology that can flexibly change a user's trip or sightseeing plan in the middle of an itinerary and can support the user's trip or sightseeing to be comfortable and enjoyable. .

  A typical embodiment of the present invention is a travel system that is a system related to travel and tourism, and has the following configuration.

  A travel system according to an embodiment includes a user terminal, a sightseeing spot terminal, and a travel support system that provides a service that supports a user's travel, and the travel support system receives condition information from the user terminal. Based on the input information including, create a plan plan including items of the travel destination and travel destination, transportation means and route related to the user's trip, display on the screen of the user terminal, and adopted by the user In the trip of the user based on the plan, a plan creation unit that saves the plan plan as a plan, a reservation unit that executes reservation for use of the tourist destination constituting the plan for the tourist destination terminal, When using and using an item, based on the usage information from the user terminal, the activity of the user is recorded to grasp the status of the trip. And at least one of the user terminal or the sightseeing spot terminal uses the travel information as the travel support system when the item is routed and used in the trip of the user based on the plan. The plan creation unit creates a change plan proposal including candidates for the change of the item according to the travel status of the user based on the plan, and displays it on the screen of the user terminal. The change plan proposal adopted by the user is updated as the plan.

  According to a typical embodiment of the present invention, a user's travel and sightseeing plans can be flexibly changed during the itinerary, and the user's travel and sightseeing can be supported in a comfortable and enjoyable manner. it can.

It is a figure which shows the structure of the travel system of one embodiment of this invention. It is a figure which shows the sequence of the whole procedure in the travel system of one Embodiment. It is a figure which shows the procedure at the time of the utilization of a sightseeing spot in the travel system of one embodiment. It is a figure which shows the procedure in the case of the plan change in the travel system of one Embodiment. It is a figure which shows the example of a screen containing a plan plan in the travel system of one embodiment, and the example of a screen containing a plan. It is a figure which shows the example of a screen containing the plan in the travel in the travel system of one Embodiment.

  Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings. Note that components having the same function are denoted by the same reference symbols throughout the drawings for describing the embodiment, and the repetitive description thereof will be omitted.

  A travel system according to an embodiment of the present invention will be described with reference to FIGS.

[Travel system]
FIG. 1 shows a configuration of a travel system according to an embodiment. The travel system according to the embodiment includes a travel support system 1, a plurality of user terminals 2, a plurality of tourist destination terminals 3, a plurality of financial institution systems 4, and a plurality of delivery company systems 5. It is connected to the communication network 9.

  The travel support system 1 is an information processing system that provides a user terminal 2 with a service that supports user travel and sightseeing. The travel support system 1 includes a server system, a cloud computing system, and the like (not shown). The travel support system 1 implements each processing unit such as the plan creation unit 11 by hardware and software such as a server system, and stores and manages data such as the DB 50 and the traffic DB 60.

  The travel support system 1 includes a plan creation unit 11, a reservation management unit 12, a budget management unit 13, an activity recording unit 14, a Web server 15, a language conversion unit 16, a climate search unit 17, a traffic search unit 18, an SNS cooperation unit 19, And a big data analysis unit 70. The travel support system 1 includes a DB 50. The DB 50 includes a customer DB 51, a tourism DB 52, a plan DB 53, a reservation DB 54, a budget DB 55, an activity DB 56, a tourism evaluation DB 57, an SNS analysis DB 58, and a traffic log DB 59. The customer DB 51 and the tourism DB 52 are master DBs. Each DB may be provided outside the travel support system 1.

  The user terminal 2 is various terminal devices such as a smartphone, a tablet, a PC, and a card used by the user. The user terminal 2 includes a mobile terminal. The user carries a portable terminal when traveling. The user terminal 2 includes hardware (not shown) such as a processor, a memory, a communication interface device, an input device, a display device, and software such as an OS. The user terminal 2 has an application 20 and a payment function. The application 20 is a software program having a function as a client that uses the service of the travel support system 1. The settlement function is a function for performing settlement in cooperation with a bank account, a credit card, electronic money or the like, and is configured by, for example, a non-contact type IC card technology. The payment function of the user terminal 2 performs a payment process in cooperation with the payment function of the tourist destination terminal 3.

  The sightseeing spot terminal 3 is various terminal devices installed in the sightseeing spot. A sightseeing spot includes facilities. A person in charge of the sightseeing spot uses the sightseeing spot terminal 3. The tourist destination terminal 3 includes hardware such as a processor, a memory, a communication interface device, an input device, and a display device (not shown), and software such as an OS. The tourist destination terminal 3 includes a settlement function that performs a settlement process in cooperation with the settlement function of the user terminal 2. The tourist destination terminal 3 may include an application that cooperates with the service of the travel support system 1.

  The financial institution system 4 is an information processing system that provides a settlement service. The financial institution system 4 cooperates with the payment function of the user terminal 2, the payment function of the tourist destination terminal 3, and the payment function of the travel support system 1, and is based on the payment information from the user terminal 2 and the tourist destination terminal 3. Settlement processing is performed in units such as due date.

  The delivery company system 5 is an information processing system related to delivery service by a delivery company. The delivery company system 5 performs information management for delivering goods to the user in cooperation with the sightseeing spot terminal 3 and the travel support system 1.

  In the travel support system 1, the plan creation unit 11 performs a process of creating a travel plan or sightseeing plan for the user by performing a simulation of the itinerary using the user input information and the information in the DB 50 and presenting it to the user. . The plan creation unit 11 stores the plan plan adopted by the user as a plan in the plan DB 53. The plan creation unit 11 retrieves the sightseeing spot information in the tourism DB 52 to extract candidate sightseeing spots, retrieves information such as transportation means and routes in the traffic DB 60, and extracts candidate transportation means and routes. The plan creation unit 11 creates a plan plan by combining candidate sightseeing spots, transportation means, and routes.

  In addition, the plan creation unit 11 creates a changed plan plan that is a plan plan in which the content of the user's plan is changed, and presents the plan to the user. The plan creation unit 11 creates a change plan proposal based on the user's travel status such as the user's budget status and activity record information. In addition, the plan creation unit 11 retrieves the climate situation from time to time using the climate retrieval unit 17, and creates a change plan proposal according to the climate situation. In addition, the plan creation unit 11 retrieves the traffic situation from time to time using the traffic retrieval unit 18 and creates a change plan proposal according to the traffic situation. In addition, the plan creation unit 11 creates a change plan plan using the analysis result information from the big data analysis unit 70.

  The plan creation unit 11 determines recommended sightseeing spots and transportation means candidates in accordance with user input information, current status, analysis result information, and the like. The plan creation unit 11 searches for transportation means and routes that connect recommended sightseeing spots, and approximates the time required for each route and the time required for each tourist spot. The plan creation unit 11 creates a plan plan including an itinerary and a schedule passing through those routes and sightseeing spots.

  The plan creation unit 11 approximates the usage fee for each route and sightseeing spot, approximates the total fee for the itinerary, and creates a plan plan so that the total fee is within the user's budget. The plan creation unit 11 confirms whether reservation is possible for an accommodation facility or the like that is a sightseeing spot, and creates a plan plan with the sightseeing spot that can be reserved as a candidate.

  The reservation management unit 12 makes a reservation for the use of the sightseeing spots and transportation means constituting the itinerary of the user's plan. The reservation management unit 12 makes a reservation by communicating with the sightseeing spot terminal 3 in the accommodation facility to be reserved. The reservation management unit 12 manages reservation information of users and sightseeing spots in the reservation DB 54. The reservation management unit 12 performs reservation change processing when a plan is changed.

  The budget management unit 13 manages a budget state including a budget related to travel according to the user's plan and a balance, and records a settlement. The budget management unit 13 manages the user's budget status and settlement record information in the budget DB 55 as budget information. The budget management unit 13 performs management in cooperation with the payment function of the user terminal 2 and the sightseeing spot terminal 3. The budget management unit 13 records settlement record information in the budget DB 55 based on the settlement information received from the user terminal 2 and the tourist destination terminal 3. The budget management unit 13 updates the user's budget state based on the payment information received from the user terminal 2 and the sightseeing spot terminal 3 and displays the budget state on the screen of the user terminal 2. The budget management unit 13 sets a budget state including the budget and the balance in the user's plan based on the user input information.

  The activity recording unit 14 records and manages user activities related to travel based on the user's plan. The activity recording unit 14 records the user activity record information in the activity DB 56 based on the activity record usage information received from the user terminal 2 and the sightseeing spot terminal 3. The activity record information is information including a history and a history of which sightseeing spots, transportation means, etc. were used in the itinerary of the user's plan.

  The web server 15 accepts access from the user terminal 2 and transmits a web page for a service screen to the user terminal 2. The user terminal 2 displays a service screen using the received web page. The application 20 of the user terminal 2 communicates with the Web server 15 to receive a Web page and information, and displays a service screen and in-screen information. The service screen includes items for selecting and using each function of the travel support system 1, items for registering user information, items for user setting of each function, and the like.

  The language conversion unit 16 performs information conversion processing according to the user's nationality and language as a function of the user interface, and displays information according to the user's nationality and language on the screen of the user terminal 2. The language conversion unit 16 acquires, for example, sightseeing spot information based on a Japanese Web page from the sightseeing spot terminal 3, and converts the information so as to be translated according to the language of the user. When the user terminal 2 displays tourist spot information, the Web server 15 provides tourist spot information according to the user's language. Thereby, sightseeing spot information corresponding to the language of the user is displayed on the screen of the user terminal 2. Further, the original Japanese tourist spot information and the tourist spot information corresponding to the user's language may be displayed in parallel on the screen of the user terminal 2.

  The climate search unit 17 accesses an external weather forecast service or the like on the Internet, and searches for a climate situation with respect to a point such as a current point when the user travels or a tourist spot that passes through. Climate conditions include good and bad weather. Further, the climate search unit 17 provides a single climate search service to the user terminal 2. The user can search the climate status on the user terminal 2 at any time.

  The traffic search unit 18 accesses the internal traffic DB 60, the external traffic search service on the Internet, and the like, and searches for traffic means and routes and traffic conditions. The traffic search unit 18 searches for a transportation means and a route connecting between a current point and a route point in the user's plan or the plan plan. In addition, the traffic search unit 18 searches the traffic status for the current location of the user, the planned sightseeing spot, transportation means and route, and the candidate sightseeing spot, transportation means and route. The traffic situation includes congestion, empty conditions, delays and stoppages due to accidents, etc. Transportation means are walking, automobile, train, ship, airplane and others.

  The traffic search unit 18 can search for a route connecting between departure and arrival points for each means of transportation such as an automobile or a train. In the traffic DB 60, information for searching for transportation means and routes is registered. Further, the traffic search unit 18 provides a single traffic search service to the user terminal 2. The user can search the route and the traffic situation on the user terminal 2 at any time.

  The SNS cooperation unit 19 cooperates with an SNS (social networking service) to which the user belongs based on the user setting, acquires the user's personal information and attribute information as user registration information from the SNS, and stores it in the customer DB 51. Store. Moreover, the SNS cooperation part 19 acquires SNS data regarding a user group from SNS for big data analysis, and stores it in SNS analysis DB58.

  The big data analysis unit 70 collects information such as evaluation information about each tourist spot, analyzes it as big data, and stores the analysis result information in the tourism evaluation DB 57. This analysis includes the judgment of the level of evaluation for each tourist destination. The information in the tourism evaluation DB 57 is reflected as recommended information when creating a plan plan.

  Further, the big data analysis unit 70 analyzes the data acquired from the SNS as big data, and stores the analysis result information in the SNS analysis DB 58. This analysis includes hot keyword determination by analysis of appearance words. The information in the SNS analysis DB 58 is reflected as recommended information when creating a plan plan.

  Further, the big data analysis unit 70 analyzes the access log information of the traffic DB 60 and stores the analysis result information in the traffic log DB 59. This analysis includes the determination of the degree of interest in the area and the sightseeing spot for each user attribute. The information in the traffic log DB 59 is reflected as recommended information when creating a plan plan.

  The customer DB 51 manages personal information and attribute information as information on users who are customers. The personal information is basic information such as a name, an address, a telephone number, a mail address, and a communication address of the user terminal 2. The attribute information includes, for example, sex, age, nationality, language, affiliation area, hobby preference, and the like.

  The tourism DB 52 manages information on various sightseeing spots that are candidates for configuring the plan. The sightseeing DB 52 includes, as sightseeing spot information, individual information such as the name of the sightseeing spot, contact information, location / map / access means, communication address of the sightseeing spot terminal 3, etc., attribute information such as the type of sightseeing spot, affiliation area, etc. Including. The types of sightseeing spots include famous places / historic sites, natural scenery spots, dining facilities, lodging facilities, leisure facilities, shopping facilities, and the like. Sightseeing area information includes explanation information such as introductions and guides about sightseeing spots and services therein, and includes information such as available date and time, usage fee, and required time. The travel support system 1 collects tourist spot information from the tourist spot terminal 3 and the Internet, organizes it, and stores it in the tourism DB 52.

  The plan DB 53 holds plan information for each user. The plan information is used when displaying the plan on the screen of the user terminal 2. The user's plan in the plan information, when data such as a photograph is registered from the user terminal 2, reflects the registered data and constitutes a travel record.

  The reservation DB 54 holds reservation information regarding items of sightseeing spots and transportation means constituting the user's plan. The reservation information includes sightseeing spots, transportation means and routes, use date and time, use fee, and constraint conditions such as date and time at the time of reservation or cancellation.

  The budget DB 55 stores budget status for each user and settlement record information as budget information.

  The activity DB 56 stores activity record information for each user. The activity record information includes the sightseeing spots and transportation means used and used by the user, and the date and time. The activity record information may include information on actions such as meals, lodging, shopping, and the like in more detail.

  The access log information stored in the traffic DB 60 includes user attributes, for example, which nationality or language person has accessed and used the traffic search service. Further, the access log information includes input information of the current location and destination at the time of searching for routes and transfers. Therefore, from the information, it can be understood from the analysis how many people and what attributes the person is going to move from which location to which location, that is, the degree of interest in the region and the tourist destination for each user attribute.

  The tourism evaluation DB 57 holds analysis result information including evaluation information of each tourist spot by the user group. The evaluation information includes evaluation and popularity information for each sightseeing spot.

  The SNS analysis DB 58 holds information such as hot keywords that the user group is interested in as analysis result information of the SNS data.

  The traffic log DB 59 stores analysis result information of access log information of the traffic DB 60. This information includes information on the degree of interest in the area and the sightseeing spot for each user attribute.

[sequence]
FIG. 2 shows a sequence including an overview of the procedure in the overall travel system of FIG. S1 etc. represent steps. Hereinafter, steps S1 to S15 in FIG. 2 will be described in order.

  (S1) In the travel support system 1, information for providing a service is registered in the DB 50 in advance. The travel support system 1 registers tourist spot information collected from each tourist spot terminal 3 and the Internet in the tourist DB 52. In advance, the user accesses the travel support system 1 from the user terminal 2 and inputs the user account information, personal information, and attribute information for using the service on the service setting screen provided by the Web server 15. Set. For the sake of explanation, the service of the travel support system 1 may be simply referred to as a service. The travel support system 1 registers the input user information in the customer DB 51 as customer information. The travel support system 1 may use the SNS cooperation unit 19 to acquire user information registered by the SNS by the user and register it in the customer DB 51.

  (S2) The user operates the application 20 of the user terminal 2 to access the service of the travel support system 1. When receiving access, the Web server 15 transmits a Web page to the user terminal 2. The user terminal 2 displays a service screen using the received web page. The Web server 15 provides a service screen having contents corresponding to the user's nationality and language by the language conversion unit 16.

  The user makes a travel plan while viewing the information on the service screen. The user inputs condition information related to the travel plan on the screen. The condition information includes schedule conditions, number of people conditions, regional conditions, types of sightseeing spots, budget conditions, traffic conditions, priority items, and other various requests.

  The schedule condition is a date and a period for which the user wants to travel. The number of people condition is the number of users traveling together. The regional condition is a region where the user wants to travel. The type of sightseeing spot is the type of sightseeing spot that the user is particularly interested in. The budget condition includes an approximate value of a budget that the user can use for the entire trip, a range of money that can be used for each sightseeing spot such as an accommodation facility, and the like. The traffic conditions include the presence / absence of use of the user's private car, the availability of each transportation means, and the like.

  The priority item is information that designates a viewpoint that the user prioritizes. Specific examples of the priority items include (a) high evaluation, (b) short time, and (c) low price. (A) is a viewpoint giving priority to a sightseeing spot or the like that is highly evaluated by a general user group. (B) is a viewpoint in which priority is given to those having a short time required to move from a certain place to the sightseeing spot or the like or having a short required distance. (C) is a viewpoint giving priority to a sightseeing spot where the fee required for use is low.

  The user can input each condition information using a map, an option list, a text input form, or the like on the screen of the user terminal 2. On the screen, the user can select and input an area he / she wants to travel, a sightseeing spot, and the like, and can also input a scheduled time for staying in the sightseeing spot.

  (S3) The plan creation unit 11 of the travel support system 1 creates one or more plan plans using input information including the user input condition information in S2 and the customer information of the user in the customer DB 51. .

  The plan plan includes one or more sightseeing spot items and one or more transportation means and route items for movement between the sightseeing spots. The plan plan includes the usage date and time and the usage amount for each sightseeing spot and transportation mode. The use date and time includes required time.

  When creating a plan plan, the plan creation unit 11 confirms whether the usage time and the usage amount meet the user's conditions for each candidate sightseeing spot and transportation route. In addition, the plan creation unit 11 confirms the status of availability and congestion related to the candidates, and confirms the status such as whether reservation is possible for those that require reservation. The plan creation unit 11 incorporates candidates that meet the user's requirements into the plan plan.

  The plan creation unit 11 transmits the most recommended plan plan among the created plan plans to the user terminal 2 and displays it on the screen.

  (S4) When the user checks and confirms the contents of one plan proposal presented in S3 on the screen of the user terminal 2 and adopts the plan proposal, the user performs an adoption operation and rejects it. The non-recruitment operation is performed. In the case of adoption, information indicating the adoption is transmitted from the user terminal 2 to the travel support system 1. The plan creation unit 11 stores the plan plan in the plan DB 53 as the user's “plan” in accordance with the information indicating the adoption.

  When the user wants to see another plan plan on the screen of the user terminal 2, the user performs an operation to that effect. In that case, the user terminal 2 transmits information to that effect to the travel support system 1. In accordance with the information, the plan creation unit 11 reads out the next recommended plan plan from among the plurality of plan plans created in S3, transmits it to the user terminal 2, and displays it on the screen.

  When the user changes the initial conditions after viewing the plan plan contents on the screen of the user terminal 2, the user returns to the input of the condition information in S2, inputs the change condition information, and instructs the creation of the plan plan To do. The user terminal 2 transmits the change condition information and the instruction to the travel support system 1. The plan creation unit 11 similarly creates a plan plan in accordance with the change condition information and instructions, transmits the created plan plan to the user terminal 2 and displays it on the screen.

  The user can see the contents of the plan plan on the screen of the user terminal 2 and can correct and edit partial sightseeing spots, transportation items, and detailed information of the plan plan. In that case, on the screen, the user can select provisionally whether or not to adopt for each item constituting the plan plan, and can select deletion or change for each item. In addition, the user can also perform an operation of correcting the required time, that is, the length of the planned use time, for each item of the plan plan on the screen. The user operates a plan draft creation instruction after a correction operation on the screen. The user terminal 2 transmits the information corrected and selected on the screen and the instruction to the travel support system 1. The plan creation unit 11 corrects the plan plan according to the information corrected and selected by the user. The plan creating unit 11 keeps the items selected for adoption in the plan plan as they are, reviews the other items selected for non-recruitment, extracts other candidates, and creates the plan plan.

  (S5) The reservation management unit 12 of the travel support system 1 performs reservation processing for items such as sightseeing spots and transportation means that need to be reserved for the plan adopted in S4. The reservation management unit 12 stores reservation information related to the plan in the reservation DB 54. The reservation information includes information such as a plan ID, a user ID indicating a reserved customer, an ID indicating a sightseeing destination or a transportation means of a reservation destination, a reservation date and time, and a charge.

  The reservation management unit 12 acquires information related to the reservation from each tourist destination terminal 3 and each means of transportation as needed, and performs reservation processing using the information. The information related to the reservation includes vacancy and congestion status information and constraint condition information for reservation and cancellation.

  For example, the reservation management unit 12 communicates with the sightseeing spot terminal 3 of each sightseeing destination and sends a reservation request. If the reservation is possible, the sightseeing spot terminal 3 executes the reservation, registers the reservation information in the sightseeing spot terminal 3, and transmits a response indicating that the reservation has been made to the reservation management unit 12. The reservation information registered in the tourist destination terminal 3 is for reservation confirmation described later, and includes a user ID, a plan ID, a service ID indicating a service of the travel support system 1, and the like. The reservation management unit 12 receives the response information from the tourist destination terminal 3 and updates the reservation information when the reservation is made. The reservation management unit 12 transmits information indicating that the reservation has been made to the user terminal 2 when reservation is made for each tourist destination terminal 3 or transportation means in the plan.

  When making a reservation, the reservation procedure may be performed while making a call or the like between the person in charge of the travel support system 1 and the person in charge of the sightseeing spot. In addition, in the reservation process in S5, if the items constituting the plan cannot be reserved due to the situation of the sightseeing spot, etc., the plan creating unit 11 starts over from the creation of the plan plan in S3 without saving the plan.

  Further, in accordance with S4, the budget management unit 13 sets a budget state including the budget and the first remaining balance in the user's plan based on the budget input by the user in S2, and stores budget information in the budget DB 55. The budget management unit 13 communicates with the application 20 of the user terminal 2 and sets a budget state including the budget and the first balance in the user's plan in the application 20 of the user terminal 2. The application 20 of the user terminal 2 displays the budget state including the budget and the balance as needed on the screen. At this time, the payment function of the user terminal 2 is in a state where an amount more than the plan budget can be used based on the cooperation with the payment service of the financial institution system 4. As the payment function of the user terminal 2, for example, the amount of money may be charged in electronic money.

  (S6) The user travels according to the plan adopted in S4. The user visits and uses the sightseeing spot using the route of transportation according to the itinerary of the plan. When a user uses a sightseeing spot, he / she presents the user terminal 2 to the sightseeing spot terminal 3 to confirm reservation (S6-1), activity record (S6-2), settlement record (S6-3), etc. It can be performed. At S6, communication is performed among the user terminal 2, the tourist destination terminal 3, the travel support system 1, and the financial institution system 4. Details of the procedure of S6 will be described later.

  The user can travel while viewing the plan and travel support information displayed on the screen of the user terminal 2. On the screen, an overview and detailed information are displayed for each item constituting the plan. The detailed information includes information such as explanation of sightseeing spots, usage fees, available payment methods, reservation information, and the like. The travel support system 1 provides information including usage fees for each item based on information in the tourism DB 52 and the traffic DB 60. The detailed information may include a link to Web information.

  The travel support system 1 generates travel support information as needed and transmits it to the user terminal 2 for display on the screen. The travel support information includes information for assisting and navigating the progress of the itinerary along the plan, and information for supporting the plan change. The travel support information includes, for example, information that notifies in advance information such as a sightseeing spot, a transportation means, and a date and time to be used next by the user. The travel support system 1 displays information such as the route of the next means of transportation and the date and time on the screen of the user terminal 2 at the timing when the scheduled date and time approaches.

  The travel support information includes information corresponding to the user's nationality and language by the language conversion unit 16. When the sightseeing spot information including the sightseeing area usage fee and the like is displayed on the screen of the user terminal 2, information including the amount of Japanese yen and information including the amount in the currency of the user's nationality are displayed in parallel. As a result, a user such as a foreign tourist visiting Japan can browse the sightseeing spot information in his / her language, recognize the charge in his / her country, and is easy to understand and safe.

  (S6-1) The user presents the user terminal 2 to the tourist destination terminal 3 when using the tourist destination. Thereby, communication is performed between the user terminal 2 and the sightseeing spot terminal 3, and a sightseeing spot reservation confirmation process according to the plan is performed. The sightseeing spot terminal 3 refers to the reservation information registered in S5 and confirms whether or not the user of the user terminal 2 has already been reserved. As a result, if the user has already been reserved, the person in charge at the sightseeing spot permits the use of the user.

  (S6-2) The user can clearly record the intention to use the sightseeing spot and record the activity in accordance with the operation of S6-1. Based on this operation, the user terminal 2 and the sightseeing spot terminal 3 transmit information on the intention to use the sightseeing spot by the user, in other words, usage information for activity recording, to the travel support system 1. The usage information includes a user ID, a sightseeing spot ID, and the like. The activity recording unit 14 performs activity recording processing in the user's plan based on the usage information received from the user terminal 2 and the sightseeing spot terminal 3. The activity recording unit 14 records activity record information in the user's plan in the activity DB 56.

  In addition, the user displays a plan on the screen of the user terminal 2 and uses a sightseeing spot corresponding to the item by operating an activity recording button provided for each item such as a sightseeing spot in the plan. Usage information can be transmitted. The activity recording unit 14 records an activity based on the usage information.

  (S6-3) The user can use the application 20 and the payment function of the user terminal 2 to pay the usage fee for the tourist area in accordance with the operation of S6-1. The screen of the user terminal 2 includes information such as a usage fee, a payment execution button, and the like for each item such as a sightseeing spot in the plan. Based on the operation of S6-1 and the operation of the payment execution button, the user terminal 2 and the sightseeing spot terminal 3 transmit the settlement information related to the payment of the sightseeing area usage fee by the user to the travel support system 1. This payment information includes a user ID, a sightseeing spot ID, a payment fee, and the like.

  The budget management unit 13 performs a payment recording process in the budget DB 55 based on the payment information received from the user terminal 2 and the sightseeing spot terminal 3. The budget management unit 13 calculates the current balance by subtracting the payment fee from the balance for the budget state in the plan of the user, and updates the budget information of the user in the budget DB 55. The budget management unit 13 records the received payment information as payment history information in the budget DB 55. The budget management unit 13 communicates with the application 20 of the user terminal 2 and displays the updated user budget state on the screen of the user terminal 2.

  (S6-4) Moreover, with S6-3, the user terminal 2 and the sightseeing spot terminal 3 transmit to the financial institution system 4 settlement information related to payment of the usage fee for the sightseeing spot by the user.

  Note that S6 is an example of advance payment before use of a sightseeing spot. However, the payment is not limited to this, and payment can be made during and after use of a sightseeing spot.

  (S7) When using a tourist spot during the itinerary, the user uses the user terminal 2 to take a picture as desired and input text such as an impression or a memo and register it as a travel record. can do. In addition to photos and text, moving images and audio can be registered. In accordance with this registration operation, the user terminal 2 holds the photo data and text data, and transmits the photo data and text data to the travel support system 1 for registration using the application 20. The travel support system 1 registers the photo data and text data received from the user terminal 2 in association with the item of the user's plan in the plan DB 53. The travel support system 1 determines the user state at the time of registration. For example, based on the activity record in S6-2, it is possible to determine which sightseeing area or transportation means the user is currently in the itinerary of the plan. The travel support system 1 registers user photo data and the like in association with items such as sightseeing spots corresponding to the user state in the plan.

  The registered data in S7 is reflected as a travel record in the plan, and the user can check the contents of the travel record on the screen of the user terminal 2 at any time. In addition, the user can select whether to register data or delete registered data on the screen of the user terminal 2, and the travel support system 1 can register the data of the travel record according to the operation. Or delete.

  (S8) When a user makes a purchase or pays an amount, such as when eating or shopping for a souvenir at a sightseeing spot in the itinerary, the user registers the purchase information and records a settlement record. It can be carried out. First, when the user makes a purchase using the payment function of the user terminal 2, the user terminal 2 automatically transmits purchase information and corresponding payment information to the travel support system 1. The budget management unit 13 performs payment recording and purchase recording based on the purchase information and payment information received from the user terminal 2. Similarly to S6-3, the budget management unit 13 performs a settlement record including a budget state update in the budget DB 55, and registers purchase record information in association with settlement record information and plan items. The purchase record information is information indicating a record and a history of what purchases the user made at which sightseeing spot in the itinerary of the plan. The purchase record information is registered in association with the travel record of the plan.

  In S8, the user can input purchase information in detail on the screen by using the application 20 of the user terminal 2. The user can input information such as sightseeing spots, products, services, and amounts as purchase information. The user terminal 2 transmits the purchase information input on the screen to the travel support system 1. The budget management unit 13 records purchases based on purchase information received from the user terminal 2.

  When the user purchases and pays for an arbitrary fee other than the usage fee described in the plan of the screen of the user terminal 2, the user can input the purchase information himself and record the purchase. Even when the user purchases with cash without using the payment function of the user terminal 2, the user can register purchase information including the payment amount by cash using the purchase record function.

  The user can display the registered purchase record information by selecting and operating items such as sightseeing spots in the plan at any time on the screen of the application 20 of the user terminal 2, and can confirm or correct the purchase record information.

  In addition, the user can also register purchase information at the time of registration of a photograph or the like in S7. For example, when a user eats a meal or buys a souvenir, the user can register a photograph and text and also purchase information thereof.

  In the case of payment recording in S6-3 and S8, the budget management unit 13 confirms the budget status of the user and outputs an alert relating to the budget status as travel support information on the screen of the user terminal 2. The budget management unit 13 confirms the amount paid by the user at the sightseeing spot and the budget state in the user's plan, and if the balance is small at that time, for example, it becomes less than the planned amount required for the subsequent itinerary. In such a case, an alert to that effect is displayed on the screen of the user terminal 2. On the contrary, the budget management unit 13 displays a notification to that effect and a plan change proposal on the screen of the user terminal 2 when the user has a large balance, for example, when there is a surplus than the planned amount. The travel support system 1 proposes a plan change in S10 described later according to the budget state of the user.

  (S9) The user purchases a souvenir or the like at a sightseeing spot or the like. In that case, the user may request delivery of the purchase to the home. In this case, the user can make a delivery request to the delivery service of the delivery company system 5 through a person such as a seller in a tourist area, and can register delivery information through the user terminal 2 and the travel support system 1. it can. First, the seller in the sightseeing spot makes a delivery request to the delivery service of the delivery company system 5 through the sightseeing spot terminal 3. The delivery company system 5 receives the delivery request and delivers the purchase to the user's home.

  Along with a delivery request to the delivery company system 5, the user terminal 2 and the sightseeing spot terminal 3 transmit delivery registration information to the travel support system 1. This delivery registration information includes purchase information, user ID, and the like. The travel support system 1 performs delivery registration based on the delivery registration information received from the user terminal 2. The travel support system 1 registers the delivery registration information in relation to the user's plan in the plan DB 53 and the purchase record information in the budget DB 55.

  At S <b> 9, the user can select delivery for items such as sightseeing spots in the plan on the screen of the user terminal 2 and input delivery request information and delivery registration information for purchases. Since the user has first registered the delivery address and the like as user information in the travel support system 1, the user can omit inputting the delivery address and the like at the time of delivery request and delivery registration.

  Through the delivery registration in S9, the user can display and confirm the registered delivery registration information together with the plan and purchase record information on the screen of the user terminal 2 at any time. In other words, the user can easily check the list of information on which souvenirs, etc. were purchased and requested for delivery at which sightseeing spot in the itinerary.

  In accordance with the screen plan of the user terminal 2, the user uses a certain sightseeing spot and transportation means, and then uses the next sightseeing spot and transportation means.

  (S10) The travel support system 1 creates a change plan proposal as needed by the plan creation unit 11, transmits it to the user terminal 2, displays it on the screen, and presents it. The plan creation unit 11 confirms the user's plan, condition information, activity record, and budget status from time to time, and confirms the conditions such as the climate and traffic related to the planned sightseeing spots in the user's plan. In consideration of the big data analysis results, draft a change plan. Details of S10 will be described later.

  The plan creation unit 11 automatically creates and presents a change plan proposal as the itinerary of the user's plan progresses. The plan creation unit 11 presents recommended alternatives for items such as the next scheduled sightseeing spot. In addition, when the user performs a plan change operation on the screen of the user terminal 2, the plan creation unit 11 creates and presents a change plan plan.

  For example, when the user has reached an item such as a predetermined sightseeing spot in the itinerary of the plan, the plan creation unit 11 passes next depending on the item of the current location and the item to be routed next. Candidate candidates as alternatives for the item are determined and extracted, and a change plan proposal including the candidates is created. The plan creation unit 11 reviews the items of the itinerary after that together with the alternative of a certain item, and creates the change plan draft. That is, when the first sightseeing spot is changed to the second sightseeing spot, the transportation means and route connected to the first sightseeing spot and other sightseeing spots are also reviewed.

  When creating the change plan draft, the plan creation unit 11 searches the tourist DB 52 for another tourist spot that is scheduled to be routed next in the user's plan, and extracts the tourist spot that has been extracted. Referring to the tourism evaluation DB 57, if the tourism area is highly evaluated, the tourism area is selected as a candidate. On the other hand, when the evaluation for the extracted sightseeing spot is low, the plan creation unit 11 does not select the sightseeing spot as a candidate.

  (S11) The user confirms the contents of the proposed change plan displayed on the screen of the user terminal 2 in S10, and performs the adoption operation when adopting and the non-adoption operation when not adopting, as in S4. In addition, it is also possible to change the condition information and modify the contents of the change plan proposal. In the case of adoption, the user terminal 2 transmits information indicating the adoption to the travel support system 1, and the plan creation unit 11 updates the user's plan using the changed plan plan and updates the plan information in the plan DB 53. To do. The content of the updated plan is displayed on the screen of the user terminal 2.

  When presenting a plan plan at S3 or S10, the plan creation unit 11 recommends tourism on the screen of the user terminal 2 as travel support information, not in the form of a plan, but in units of individual tourist spots or means of transportation. Candidates such as the ground may be displayed. The plan creation unit 11 presents candidates for recommended sightseeing spots, etc., although it will deviate from the itinerary of the user's plan depending on the user situation and the like. This suggests a plan change to the user. The user can select a candidate on the screen and change the plan. In accordance with this, the plan creation unit 11 creates a change plan proposal including the candidate.

  (S12) In accordance with the plan update in S11, the reservation management unit 12 of the travel support system 1 performs a reservation process in the updated plan in the same manner as in S5 for items such as sightseeing spots that require a subsequent itinerary reservation.

  (S13) The user continues traveling according to the change plan. In this example, it is assumed that the user goes to the next sightseeing spot after using the sightseeing spot in S6, using the route of the train as the next transportation means in S13 along the information described in the change plan.

  (S13-1) The user uses the route of the train, which is the next means of transportation, and pays the usage fee using the payment function of the user terminal 2 or the like.

  (S13-2) The user terminal 2 transmits usage information corresponding to the use of the transportation means of S13-1 to the travel support system 1. The activity recording unit 14 records an activity in the activity DB 56 based on the received usage information.

  (S13-3) Moreover, the user terminal 2 transmits the payment information corresponding to the payment of S13-1 to the travel support system 1. The budget management unit 13 updates the user's budget state based on the received payment information and records the payment in the budget DB 55.

  In S <b> 13, the user can transmit usage information and settlement information by selecting and operating the usage and payment button in the item of the corresponding transportation means in the plan on the screen of the user terminal 2. Thereby, activity records and settlement records are possible. Further, when the user uses a transportation means different from the transportation means of the plan, the activity record and the settlement record can be performed by inputting the information of the transportation means on the screen of the user terminal 2 as in S8. is there.

  The user visits and uses the next sightseeing spot after using the route of transportation in S13. The subsequent itinerary is the same as S6 and S13.

  (S14) The settlement service of the financial institution system 4 performs a settlement process based on the settlement information received from the user terminal 2 and the sightseeing spot terminal 3 in S6-4 and the like. This settlement process is a settlement process between the user, the sightseeing spot, and each element of the travel support system 1. The financial institution system 4 obtains a fee at a predetermined rate from each element. The financial institution system 4 withdraws the amount corresponding to the settlement information and the fee from the user's account on a predetermined date. The financial institution system 4 transfers the amount corresponding to the settlement information and the fee to the account of the sightseeing spot on a predetermined date. The financial institution system 4 transfers the amount corresponding to the settlement information, the fee, and the introduction fee to the account of the business operator of the travel support system 1 on a predetermined date. As an example of a business model, the business operator of the travel support system 1 obtains a predetermined introduction fee from a sightseeing spot.

  (S15) The plan is also a travel record after or after the user is traveling according to the plan. The plan information stored in the plan DB 53 reflects the activity record and settlement record in S6, the registration of a photograph in S7, the purchase record in S8, the delivery registration in S9, and the like. The user can view plans and travel records at any time on the screen of the user terminal 2. The user can view photos, texts, etc. registered along the itinerary item in the travel record individually and in a list, and can look back on the contents of the trip. The user can see photographs taken at sightseeing spots and souvenirs purchased.

  The travel support system 1 stores and manages one or more travel records for each user in the plan DB 53. The user can also publish the travel record to users such as friends and family within the permitted range in the SNS or the like that cooperates.

  The user's travel record can be reflected when the user creates a travel plan from the next time onward. In that case, the plan creation unit 11 refers to the user's past travel record information from the plan DB 53 when creating the plan plan, and determines a candidate such as a tourist destination using the content information. For example, if there is a sightseeing spot that has been experienced in the previous travel record, the plan creation unit 11 creates a plan proposal with other sightseeing spots as candidates this time.

[Procedure when using tourist spots]
FIG. 3 shows an example of a procedure at the time of using a sightseeing spot corresponding to S6 of FIG. This example shows a case where a hotel is used as a sightseeing spot facility, and the accommodation fee is paid in advance as a procedure at the time of check-in. S301 and the like indicate steps. Hereinafter, steps S301 to S310 in FIG. 3 will be described in order.

  (S301) The user presents the user terminal 2 to the tourist destination terminal 3 when using the tourist destination. The user holds or touches the wireless communication interface unit of the user terminal 2 over the wireless communication interface unit of the tourist destination terminal 3. Thereby, short-range wireless communication is performed between the user terminal 2 and the sightseeing spot terminal 3. The application 20 of the user terminal 2 transmits information for reservation confirmation of a sightseeing spot, for example, information including a user ID, a plan ID, a service ID, etc. to the sightseeing spot terminal 3.

  (S302) The tourist destination terminal 3 refers to the reservation information in the tourist destination terminal 3 based on the information received from the user terminal 2, and confirms the reservation. At the time of reservation confirmation, the tourist destination terminal 3 compares the received information such as the user ID with information such as the user ID described in the reservation information. If the information matches as a result of the comparison, the sightseeing spot terminal 3 indicates that the user has already been reserved, so that the use is permitted, and information to that effect is displayed on the screen of the sightseeing spot terminal 3, It transmits to the user terminal 2. The user terminal 2 displays on the screen that the reservation has been confirmed based on the information received from the tourist destination terminal 3. As a result of the comparison, if the information does not match, the tourist destination terminal 3 indicates that the user is not already reserved, that is, there is a possibility that the tourist destination to be used is wrong. It is displayed on the screens of the terminal 3 and the user terminal 2.

  With the reservation confirmation function, the person in charge of the sightseeing spot and the user can quickly confirm the reservation, and the user can quickly use the sightseeing spot, and can recognize immediately if the tourist spot is mistaken.

  As another embodiment, reservation confirmation may be performed in cooperation with the travel support system 1 from the sightseeing spot terminal 3 in S302. In this case, a reservation confirmation request is transmitted from the sightseeing spot terminal 3 to the travel support system 1. In response to the received request, the travel support system 1 refers to the reservation information in the reservation DB 54 by the reservation management unit 12 and confirms the reservation, and transmits a response indicating whether or not the reservation has been made to the tourist destination terminal 3. To do.

  (S303) After confirming the reservation on the screen of the user terminal 2, the user performs an operation to that effect when using the sightseeing spot and paying the fee as it is. For example, on the screen of the user terminal 2, reservation information, usage charges, the user's current balance, usage and payment buttons, etc. are displayed in the relevant sightseeing spot item of the plan. The user confirms the information on the screen and presses the use and payment buttons. Thereby, communication is performed between the user terminal 2 and the sightseeing spot terminal 3, and the activity record and the settlement record are performed as follows.

  (S304) The user terminal 2 transmits, to the travel support system 1, usage information corresponding to explicit use intention and settlement information corresponding to fee payment according to the operation of S303. The application 20 of the user terminal 2 transmits usage information to the travel support system 1. The user terminal 2 transmits payment information to the travel support system 1 using the payment function.

  (S305) Further, the tourist destination terminal 3 transmits the usage information and the settlement information to the travel support system 1 in accordance with the operation of S303.

  As another embodiment, only one of S304 and S305 may be executed. For example, only the user terminal 2 may transmit usage information and settlement information to the travel support system 1, or only the tourist destination terminal 3 may transmit usage information and settlement information to the travel support system 1. In this embodiment, since information is transmitted from both, the travel support system 1 confirms both information, and performs activity recording and settlement recording.

  (S306) The activity recording unit 14 of the travel support system 1 records the activity record information indicating the use of the sightseeing spot in the user's plan based on the usage information received from the user terminal 2 and the sightseeing spot terminal 3 in S304 and S305. Is recorded in the activity DB 56. Thereby, the progress status of the itinerary of the plan is updated and displayed on the screen of the user terminal 2.

  (S307) The budget management unit 13 of the travel support system 1 updates the user's budget state based on the payment information received from the user terminal 2 and the tourist destination terminal 3 in S304 and S305, and records the payment. The budget management unit 13 records, in the budget DB 55, settlement history information indicating payment of a usage fee for the tourist spot in the user's plan. The budget management unit 13 transmits the user budget state information to the user terminal 2. The application 20 and the settlement function of the user terminal 2 display the current budget state in the user's plan on the screen using the received information.

  (S308) Moreover, the user terminal 2 transmits the settlement information corresponding to the payment of the usage fee for the sightseeing spot to the financial institution system 4 in accordance with the operation of S303.

  (S309) Moreover, the sightseeing spot terminal 3 transmits the settlement information corresponding to the payment of the usage fee for the sightseeing spot to the financial institution system 4 in accordance with the operation of S303.

  (S310) The financial institution system 4 performs a payment process based on the payment information received in S308 and S309. Specifically, the financial institution system 4 performs settlement for the user as S310-1, performs settlement for the tourist area as S310-2, and performs settlement for the operator of the travel support system 1 as S310-3.

[Budget Management]
It supplements about the budget management by the budget management part 13. FIG. The user may pay a fee for a sightseeing spot or transportation using the payment function of the user terminal 2 or may pay a fee using cash. The former amount is managed by the budget management unit 13. In the present embodiment, the budget management unit 13 does not basically count the amount paid in cash, and as a budget management, considers the amount paid in cash and gives a rough budget amount with a margin in advance. to manage.

  The budget management unit 13 further realizes a function of recording a payment amount in cash based on a user operation. When paying a fee in cash using a sightseeing spot or the like, the user selects and operates the function on the screen of the user terminal 2 and inputs a fee or the like for cash payment. The application 20 of the user terminal 2 transmits the information to the travel support system 1. The budget management unit 13 updates the budget state such as the user's balance based on the received information. In this case, although there is a trouble of the user's input, the management accuracy of the budget state is increased accordingly.

  The budget management unit 13 further realizes a function of assisting cash payment input based on the user's plan and activity record information. For example, if there is no change in the balance of the user during lunch time, there is a possibility of having lunch with cash payment. Therefore, the budget management unit 13 automatically displays support information for prompting cash payment input on the screen of the user terminal 2 based on such a situation determination. For example, a message such as “Did you have lunch with cash payment? {1000 yen / 2000 yen / 3000 yen / ……}” is displayed on the screen as support information. The support information includes a rough price option. When the user looks at the support information on the screen and has lunch with cash payment, the user presses an affirmative button or an appropriate amount button. The user terminal 2 transmits the input information to the travel support system 1. Based on the received information, the budget management unit 13 updates the user's budget state and records purchases.

  The travel support system 1 sets an approximate fee for each action such as a sightseeing spot or a meal in advance, and performs the budget management using the information. In budget management, a reasonable effect can be obtained by managing an approximate amount, not a strict amount. That is, the user can grasp his / her general budget state with relatively little effort and can travel effectively.

[Create change plan]
FIG. 4 shows an example of a procedure related to the creation of the change plan proposal in S10 of FIG. S401 and the like indicate steps. Hereinafter, steps S401 to S408 in FIG. 4 will be described in order.

  (S401) When creating the change plan proposal, the plan creation unit 11 of the travel support system 1 acquires information such as the user's plan, customer information, activity record information, budget status, and condition information from the DB 50. Specifically, the plan creation unit 11 acquires customer information from the customer DB 51, acquires plan information and condition information from the plan DB 53, acquires budget information including a budget state from the budget DB 55, and acquires activity record information from the activity DB 56. get. The plan creation unit 11 acquires condition information including priority items that have been input by the user. The plan creation unit 11 may acquire condition information newly input by the user.

  (S402) The plan creation unit 11 searches and acquires information on sightseeing spots and transportation means to be candidates from the tourism DB 52 and the traffic DB 60 in accordance with the travel status of the user.

  In addition, the plan creation unit 11 uses the climate search unit 17 and the traffic search unit 18 to acquire status information such as the climate status and the traffic status regarding the current time point and point in the user's plan. The climate search unit 17 accesses an external weather forecast service or the like, and searches for a climate situation related to a current item or a scheduled item. The traffic search unit 18 accesses the traffic DB 60, an external traffic search service, and the like, and searches for traffic conditions related to current items and scheduled items.

  (S403) The plan creation unit 11 refers to the reservation DB 54 by the reservation management unit 12 for items that can be reserved or need reservations, such as sightseeing spots and transportation means acquired in S402. Check the status of reservation availability. As a result of the confirmation, the plan creation unit 11 rejects the target item without setting it as a candidate when, for example, reservation is necessary for use but reservation is not possible due to congestion.

  (S404) The plan creation unit 11 acquires analysis result information from the big data analysis unit 70. Specifically, the plan creation unit 11 obtains tourist spot evaluation information or information such as a tourist spot with high evaluation from the tourist evaluation DB 57, obtains hot keywords or the like regarding the tourist spot from the SNS analysis DB 58, and logs traffic. Information such as a region having a high degree of interest according to the user attribute is acquired from the DB 59.

  (S405) The plan creation unit 11 uses the various types of information acquired in S401 to S404, and recommends recommended sightseeing spots, transportation, etc. according to the user situation, etc. in order to create a user's change plan proposal. Judge and extract as a candidate. The plan creation unit 11 replaces items in the user's plan itinerary, excluding those that have already been completed, such as a part that has not yet been used or used, such as a sightseeing spot, a transportation method, and a route that are scheduled to be routed next. Judge the idea.

  (S406) The plan creation unit 11 creates one or more change plan proposals including the candidates using the one or more candidates extracted in S405. The plan creation unit 11 temporarily saves the created changed plan plan in the plan DB 53 or the temporary storage area.

  (S407) The plan creation unit 11 transmits, to the user terminal 2, one of the most recommended change plan proposals among the change plan proposals created in S406, and displays it on the screen. S407 corresponds to S10. The user confirms the change plan proposal on the screen of the user terminal 2 as in S11 described above, and determines whether or not to adopt the change plan proposal. When the user adopts the change plan proposal, the user performs an adoption operation, whereby information indicating the adoption of the change plan proposal is transmitted from the user terminal 2 to the plan creation unit 11.

  When the change plan proposal is displayed on the screen of the user terminal 2 in S407, only the contents of the change plan proposal may be displayed alone, or the contents of the plan before the change and the contents of the change plan proposal may be displayed. You may display so that comparison is possible in parallel. The user can select the desired plan by comparing the current plan with the proposed change plan.

  (S408) Based on the information received from the user terminal 2, the plan creation unit 11 sets the change plan plan as a user plan, and updates the plan information in the plan DB 53. The content of the updated plan is displayed on the screen of the user terminal 2.

[Specific example of change plan creation process]
A specific example of the creation process of the change plan plan by the plan creation unit 11 in S10 of FIG. 2 and S406 of FIG. 4 will be described below. The plan creation unit 11 determines and extracts candidate sightseeing spots, transportation means, and the like as follows.

  (A) The plan creation unit 11 determines a suitable candidate according to a budget state such as a user's balance. For example, when the candidate is determined for the next scheduled sightseeing spot, if the user's balance is less than the original scheduled balance, the plan creating unit 11 can select a sightseeing spot with a lower usage fee accordingly. Choose as. On the other hand, when the user has a large balance, the plan creation unit 11 selects a sightseeing spot with a higher usage fee as a candidate accordingly.

  (B) The plan creation unit 11 determines a suitable candidate according to user attributes and condition information including user priority items. For example, according to the nationality and language of the user, the plan creation unit 11 selects a sightseeing spot or the like that supports the language as a candidate. For example, when there is a tourist spot that is highly evaluated in the impression text of the user's past travel record, the plan creating unit 11 selects a tourist spot that is the same as or similar to the type of the tourist spot as a candidate.

  For example, when an evaluation height is designated as a priority item, the plan creation unit 11 selects a sightseeing spot or the like having a high overall evaluation by the user group as a candidate based on information in the tourism evaluation DB 57 or the like. For example, when the short time is specified as the priority item, the plan creating unit 11 selects a sightseeing spot having a short travel time from the current point or a transportation means and a route in which the required time is shorter as candidates. For example, when a low price is specified as a priority item, the plan creating unit 11 selects a sightseeing spot or a transportation means that makes the usage fee cheaper as a candidate.

  (C) The plan creation unit 11 determines an alternative plan for the next sightseeing spot in consideration of the date, place, and climate of the current and next sightseeing spot in the plan. The plan creation unit 11 determines an alternative plan for the next sightseeing spot according to the climate situation in the vicinity of the next sightseeing spot acquired by the climate search unit 17. For example, when the current weather condition or forecast near the next sightseeing spot is rain, the plan creating unit 11 considers changing to another sightseeing spot. The plan creation unit 11 searches nearby sightseeing spots from the sightseeing DB 52 and extracts sightseeing spots that satisfy the user's time and budget conditions. The plan creation unit 11 is a candidate when the weather in the sightseeing spot is good. The plan creation unit 11 presents the change plan proposal to the user terminal 2 together with the climate status information.

  (D) The plan creation unit 11 determines an alternative for the next transportation means and route in the plan in consideration of the date, place, and traffic conditions. The plan creation unit 11 determines an alternative according to the traffic status regarding the next transportation means and route acquired by the traffic search unit 18. For example, when the traffic situation in the next scheduled transportation means and route is a situation where operation is suspended or the degree of congestion is high, the plan creation unit 11 considers changing to another transportation means and route. The plan creation unit 11 searches for another route with respect to the route of the train that is the next means of transportation, for example. Alternatively, the plan creation unit 11 searches for a transportation means other than a train and a route thereby. The plan creation unit 11 is a candidate when, for example, a transportation means and a route with a low degree of congestion are obtained. The plan creation unit 11 determines candidates for transportation means and routes that satisfy the user's traffic conditions and budget conditions. The plan creation unit 11 presents the change plan proposal to the user terminal 2 together with the traffic situation information.

  (E) The plan creation unit 11 determines and extracts a recommended sightseeing spot based on the analysis result information when considering an alternative for the next sightseeing spot in the plan. For example, based on the evaluation information in the tourism evaluation DB 57, the plan creation unit 11 has a high evaluation in the vicinity of the next sightseeing spot, is suitable for the user's priority items, etc., and satisfies the conditions such as the user's time and budget. Are extracted as candidates.

  The plan creation unit 11 refers to the hot keyword at the current time point based on the information in the SNS analysis DB 58. The plan creation unit 11 blends the keyword with condition information such as the user's situation and the user's attributes and priority items, and determines a candidate sightseeing spot.

  Further, the plan creation unit 11 extracts a region or a sightseeing spot where the degree of interest of the user group is high according to the attribute of the user, for example, nationality, based on the information in the traffic log DB 59, and moves to the sightseeing spot. Search for the means of transportation and the route to do, and make them candidates.

  The plan creation unit 11 determines a candidate even for a combination of a sightseeing spot and a transportation means, and creates a proposed change plan suitable for the entire itinerary thereafter. For example, when a certain sightseeing spot is a candidate, the plan creating unit 11 determines a suitable combination of transportation means and route candidate for moving to the sightseeing spot. Similarly, when a certain means of transportation and route are candidates, the plan creation unit 11 determines a suitable sightseeing spot candidate present in the vicinity thereof.

[Reservations accompanying plan changes]
It supplements about the reservation accompanying the plan change. When changing plans, it is also necessary to change reservations for items such as sightseeing spots and transportation that make up the plan. In other words, items that are newly added to the plan after the change need to be reserved if usage reservation is necessary, and items that are changed or deleted from the plan before the change are reserved. In the case of cancellation, the reservation must be cancelled. However, it may be difficult to change the reservation. For example, when a hotel has already been reserved in the original plan, a change plan proposal for changing the hotel to another facility is created. Cancellation of the hotel is necessary, but as a condition for the cancellation, depending on the situation such as date and time, cancellation may be impossible or a cancellation fee may be generated. That is, there is a restriction condition that a cancellation fee is not generated until a certain date and time, but a predetermined cancellation fee is generated in a predetermined period after the certain date and time and cannot be canceled after a certain date and time.

  The reservation management unit 12 also acquires information from each sightseeing spot and manages the information in the sightseeing DB 52 and the reservation DB 54 for the constraint conditions related to such reservation and cancellation. When a plan change including a new reservation or cancellation of a reservation is made, the reservation management unit 12 presents such restriction condition information to the user terminal 2 together with the change plan proposal, and makes a user's judgment regarding the plan change. Support.

  The plan creation unit 11 applies the following method for reservation and cancellation of items such as sightseeing spots when creating a change plan draft.

  As a first method, when a fee such as a cancellation fee is generated for an item such as a sightseeing spot reserved when the plan is first created, that is, when a fee such as a cancellation fee is generated for cancellation, the item is not changed. The plan creation unit 11 does not change such items as fixed items, and creates a change plan proposal so that other items can be changed.

  As a second method, when a charge such as a cancellation fee is generated for an item such as a sightseeing spot that has been reserved when the plan is first created, that is, for a cancellation, the item is also changed. The plan creation unit 11 creates a change plan proposal that can be changed including such items. When presenting the change plan proposal, the plan creation unit 11 presents information on constraint conditions related to reservation and cancellation such as a fee and a due date to the user terminal 2.

  In the present embodiment, the plan creation unit 11 implements both the first method and the second method, and creates a change plan draft using a method selected according to the setting by the user. The user can set to select the above method on the service setting screen.

  Further, on the setting screen, items that can be changed and cannot be changed when the plan is changed can be set. That is, the user can set whether or not to change each item of the sightseeing spot and the transportation means. In other words, the changeable item is a target for presenting candidates and alternatives. For example, when it is set that the sightseeing spot can be changed and the transportation means cannot be changed, the plan creating unit 11 creates a change plan proposal including candidates for changes relating to the sightseeing spot. In more detail, the user can set the changeability by designating the type of sightseeing spot and the type of transportation. For example, if the type of sightseeing spot is set such that a dining facility can be changed and an accommodation facility cannot be changed, the plan creating unit 11 creates a change plan draft including candidates for changes related to the dining facility.

  As another embodiment, the plan creation unit 11 may create both the change plan proposal according to the first method and the change plan proposal according to the second method, and present both to the user for selection. . As another embodiment, the plan creation unit 11 may be implemented with only the first scheme, or may be implemented with only the second scheme.

[Activity Record]
In the present embodiment, the following functions are further provided as functions related to activity recording. When a user goes through and uses a sightseeing spot or the like, using the function such as GPS provided in the user terminal 2, usage information including location information and a user ID is transmitted from the user terminal 2 to the travel support system 1. The activity recording unit 14 records the activity of the user using usage information such as position information received from the user terminal 2.

  The user can set whether or not to use the activity recording function using the position information on the service setting screen. Further, in the case of setting to use the function, the user can designate ON / OFF of the function each time. When the function is on, the location information of the user terminal 2 is transmitted regularly and automatically. Further, a location notification button may be provided on the screen of the application 20 so that the location information is notified from the user terminal 2 only when the user presses the location notification button.

  Based on the user's plan and activity record, the travel support system 1 can grasp the activity according to the user's plan and the activity outside the plan, and can also grasp the deviation from the plan. For example, there is a case where the user uses and travels through a sightseeing spot or a transportation means different from the plan itinerary. The travel support system 1 provides support information to the user terminal 2 according to the grasp of the deviation. This support information includes a notification that the user is out of the plan, a notification of a change in time and fee, confirmation of whether or not to change the plan, and presentation of a proposed change plan. For example, when the user is moving in a direction or area that is out of the route of the plan, the travel support system 1 searches for sightseeing spots around the direction or area, and determines a recommended sightseeing spot for the user. Then, a change plan proposal including the sightseeing spot is created and presented to the user terminal 2.

[Screen example]
A screen example of the user terminal 2 will be described with reference to FIGS. 5 and 6.

  FIG. 5 shows an example of displaying a plan plan and a plan on the screen of the user terminal 2. (A) is an example of a screen including a plan plan, and (B) is an example of a screen including a plan. In the example of FIG. 5, the vertical direction of the screen is the date and time, and the contents of the plan plan are displayed in a time table format. The display format is not limited to this. For example, the horizontal direction of the screen may be the date and time.

  FIG. 5A shows one plan plan, and the plan plan ID is, for example, “001”. The contents of the plan include a plurality of items for each sightseeing spot and transportation. Each item is displayed in a frame. Each item includes information such as the name and ID of a sightseeing spot, transportation means, and route, time of arrival and departure, and required time. Further, the display method may be different between the item specified by the user and the item proposed by the plan creation unit 11. In addition, when modifying the contents of the plan plan, the user can select whether or not to adopt the provisionally for each item.

  In the example of FIG. 5A, in the itinerary of the plan, the first item is a sightseeing spot A1, the second item is a transportation means (car) K1, and the third item is a facility (hotel) A2 as a sightseeing spot. The fourth item is transportation means (train) K2, etc. In this example, numbers are displayed in order of passing through a plurality of sightseeing spots.

  When the user performs an adoption operation on the plan plan in FIG. 5A, the plan is determined as shown in FIG. 5B. Similarly, in FIG. 5B, a certain plan is shown, and the plan ID is, for example, “101”. The sightseeing spot and transportation items may be displayed in different colors and frames. Each item may be provided with a button for the aforementioned activity record or the like.

  In the plan plan and plan of FIG. 5, when the user selects and operates an item, detailed information about the item is displayed, for example, in a pop-up or another screen. In addition, when the entire plan cannot be displayed on the screen, a part of the plan is displayed, and a scroll operation by the user is possible. When displaying the proposed change plan on the screen, it can be displayed in the same manner as in FIG. Further, when displaying the change plan proposal on the screen, the plan before the change and the change plan proposal can be displayed in parallel.

  FIG. 6 shows an example of a screen including a plan during travel. In the screen of FIG. 6, the vertical direction is the date and time, and the left column of the upper table displays the same plan as that in FIG. 5B as a schedule. The middle column of the upper table displays the budget state and purchase record information managed by the budget management unit 13. The right column of the upper table displays registration data such as photographs in the travel record.

  Of the itinerary of the plan, items that are routed and used by the user, items that are not yet routed and used, and items that correspond to the current location are distinguished by predetermined displays such as different colors. In the example of FIG. 6, the facility A2 is the current location.

  In the budget status column, the amount used by the user, the purchase information, the current balance, the planned amount, etc. are displayed for each item. The user can select items and enter purchase information and planned amounts.

  In the registered data column, the registered data is displayed with icons, thumbnails, etc. for each item. In this example, photo images, memo texts, souvenir purchase information, and the like are registered. When the user selects and operates an individual icon, contents such as a photo corresponding to the icon are displayed in an enlarged manner. The user can register or delete a photo or the like by selecting a plan item.

  The lower column of FIG. 6 displays the budget state in the entire user plan corresponding to the budget management. In this column, the user's budget, usage amount, and balance are displayed as bars, and comments and alerts regarding the budget status are displayed. Each bar is displayed in a size corresponding to the amount. As the itinerary progresses, the spending amount bar increases and the balance bar decreases. The comments include comments on the actual usage amount and the amount of the balance compared to the planned amount and balance of the plan. On this screen, the user can easily recognize the budget state accompanying the travel progress. For example, if the user has a small balance, the user may change the plan to change to a tourist spot with a slightly lower usage fee in the subsequent itinerary, or change to a tourist spot with a slightly higher usage fee in the subsequent itinerary if the remaining balance is large. You can also change your plan.

  The lower button in FIG. 6 indicates a button corresponding to a function. The “map display” button displays the plan in the map mode as another screen example (not shown). On the screen, the sightseeing spots, transportation means, and routes through the plan are displayed on the map. When the user selects a point on the map, information on items corresponding to the point is displayed in a pop-up or the like.

  With the “change plan” button, a change plan proposal can be created and displayed according to the user's intention.

  The “travel record” button displays a travel record as in the upper table of the screen of FIG. On the travel record screen, information such as the actual date and time is displayed for each item that is actually routed and used by the user in the schedule column. In the budget status column, the amount and purchase information actually used by the user are displayed. In the registration data column, individual registration data can be displayed or displayed in a list. When the user selects and operates the list display, the contents of all icons are displayed in time series and a list on the screen.

[Effects]
As described above, according to the travel system of the present embodiment, the user's travel and sightseeing plans can be flexibly changed in the middle of the itinerary, and the user's travel and sightseeing can be supported in a comfortable and enjoyable manner. can do.

  In the present embodiment, the user's travel status is grasped based on the user's budget management, activity records, etc., and a change plan proposal including candidates recommended in consideration of the status can be provided. In addition, the present embodiment can provide a change plan proposal that takes into account the climate and traffic conditions. Moreover, this Embodiment can provide the change plan proposal which considered the recommendation information based on big data analysis result information.

[Other embodiments]
Other embodiments include the following.

  (1) When presenting a plan plan on the screen of the user terminal 2 in S4 or S11 of FIG. 2, a plurality of plan plans may be displayed to allow selection by the user. The plan creation unit 11 transmits the created plurality of plan plans to the user terminal 2 and displays the plurality of plan plans in a recommended order on the screen. The user can select a desired plan plan on the screen, display details of the plan plan, and perform operations such as adoption and non-adoption.

  (2) Regarding the delivery request and delivery registration in S9 of FIG. 2, the travel support system 1 may perform a delivery request process in cooperation with the delivery company system 5 associated with the sightseeing spot. The travel support system 1 executes a delivery request to the delivery company system 5 in response to the delivery request received from the user terminal 2 or the sightseeing spot terminal 3, and the delivery company in cooperation with the delivery company system 5. The delivery status by the system 5 is grasped and managed as delivery registration information. On the screen of the user terminal 2, the user can confirm the date and time when the purchase is scheduled to be delivered as delivery registration information.

  Although the present invention has been specifically described above based on the embodiments, the present invention is not limited to the above-described embodiments, and various modifications can be made without departing from the scope of the invention.

  The present invention can be used for travel-related services.

  DESCRIPTION OF SYMBOLS 1 ... Travel support system, 2 ... User terminal, 3 ... Tourist destination terminal, 4 ... Financial institution system, 5 ... Delivery company system, 9 ... Communication network, 11 ... Plan creation part, 12 ... Reservation management part, 13 ... Budget management , 14 ... Activity recording part, 15 ... Web server, 16 ... Language conversion part, 17 ... Climate search part, 18 ... Traffic search part, 19 ... SNS cooperation part, 20 ... Application, 50 ... DB, 51 ... Customer DB, 52 ... Tourism DB, 53 ... Plan DB, 54 ... Reservation DB, 55 ... Budget DB, 56 ... Activity DB, 57 ... Tourism Evaluation DB, 58 ... SNS Analysis DB, 59 ... Traffic Log DB, 60 ... Traffic DB, 70 ... Big data analysis department.

Claims (10)

A user terminal, a tourist destination terminal, and a travel support system that provides a service for supporting a user's travel,
The travel support system includes:
Based on the input information including the condition information from the user terminal, create a plan plan including items of the travel destination and the tourist destination, the transportation means and the route related to the user's trip, and display them on the screen of the user terminal. A plan creation unit for storing the plan plan adopted by the user as a plan;
A reservation unit that executes reservations for use of the sightseeing spots constituting the plan for the sightseeing spot terminal;
An activity recording unit that records the activity of the user based on usage information from the user terminal and grasps the status of the trip when using and using the item in the user's trip based on the plan When,
Have
At least one of the user terminal or the tourist destination terminal transmits the usage information to the travel support system when using and traveling through the item in the trip of the user based on the plan,
The plan creation unit creates a change plan proposal including candidates for change of the item according to the travel status of the user based on the plan, displays the plan on the screen of the user terminal, and is adopted by the user Update the proposed change plan as the plan,
Travel system. The travel system according to claim 1,
With a financial institution system,
When at least one of the user terminal or the sightseeing spot terminal is paid a fee when the user travels and uses the item in the trip based on the plan, payment information is provided to the travel support system and Sent to the financial institution system,
The financial institution system performs a payment process based on the payment information from the user terminal,
The travel support system has a budget management unit,
The budget management unit manages a budget state of the travel of the user based on the plan, performs settlement recording based on the settlement information from at least one of the user terminal or the tourist destination terminal, and Updating the budget status including the remaining amount of money, and displaying the budget status on the screen of the user terminal.
Travel system. The travel system according to claim 2, wherein
The user terminal is input on the screen of the user terminal based on the operation of the user when a purchase is made when the item is routed and used in the trip of the user based on the plan. Send purchase information to the travel support system,
Based on the purchase information from the user terminal, the budget management unit records purchases in association with the items of the plan, updates the budget state of the user, and displays the purchase information on the screen of the user terminal. And displaying the budget status,
Travel system. The travel system according to claim 1,
When at least one of the user terminal or the sightseeing spot terminal makes a delivery request for a purchase to a delivery company system when the user travels and uses the item in the trip based on the plan Sending delivery registration information including purchase information based on the delivery request to the travel support system,
The travel support system relates to the plan item based on the delivery registration information, performs delivery registration, and displays the delivery registration information on the screen of the user terminal based on the operation of the user.
Travel system. The travel system according to claim 1,
The user terminal transmits registration data including a photo and text to the travel support system based on the operation of the user,
The travel support system associates the registration data from the user terminal with an item of the plan corresponding to the travel status of the user, registers it as a travel record, and based on the user's operation, the user Display the travel record on the terminal screen;
Travel system. The travel system according to claim 1,
The input information includes attribute information of the user and priority items as the condition information,
The attribute information includes nationality and language,
The priority items include at least one of high evaluation, short time, and low price,
The plan creation unit creates the change plan proposal including the item recommended as the candidate according to the attribute information and the priority item,
Travel system. The travel system according to claim 2, wherein
The condition information includes budget conditions,
The plan creation unit creates the change plan proposal including the item recommended as the candidate according to the budget condition and the budget state of the user and the charge of the item.
Travel system. The travel system according to claim 1,
The travel support system has a climate search unit that searches for climate conditions,
The plan creation unit obtains the climate situation related to the item of the current location or the plan in the travel situation of the user, and the change plan proposal including the item recommended according to the climate situation as the candidate. create,
Travel system. The travel system according to claim 1,
The travel support system has a traffic search unit for searching for traffic conditions,
The plan creation unit obtains the current location in the travel situation of the user or the traffic situation related to the item of the plan, and creates the change plan proposal including the item recommended according to the traffic situation as the candidate. To
Travel system. The travel system according to claim 1,
The travel support system has a big data analysis unit,
The big data analysis unit analyzes an evaluation of the tourist spot by a group of users,
The plan creation unit creates the change plan proposal including the sightseeing spot having a high evaluation in the vicinity as the candidate regarding the current point in the travel situation of the user or the item of the plan.
Travel system.

Images