WO2023233566A1 - サーバ装置、システム、サーバ装置の制御方法及び記憶媒体 - Google Patents

サーバ装置、システム、サーバ装置の制御方法及び記憶媒体 Download PDF

Info

Publication number
WO2023233566A1
WO2023233566A1 PCT/JP2022/022262 JP2022022262W WO2023233566A1 WO 2023233566 A1 WO2023233566 A1 WO 2023233566A1 JP 2022022262 W JP2022022262 W JP 2022022262W WO 2023233566 A1 WO2023233566 A1 WO 2023233566A1
Authority
WO
WIPO (PCT)
Prior art keywords
sightseeing
user
server device
plan
information
Prior art date
Application number
PCT/JP2022/022262
Other languages
English (en)
French (fr)
Inventor
沙月 信清
Original Assignee
日本電気株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 日本電気株式会社 filed Critical 日本電気株式会社
Priority to PCT/JP2022/022262 priority Critical patent/WO2023233566A1/ja
Publication of WO2023233566A1 publication Critical patent/WO2023233566A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/04—Forecasting or optimisation specially adapted for administrative or management purposes, e.g. linear programming or "cutting stock problem"
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/14—Travel agencies

Definitions

  • the present invention relates to a server device, a system, a control method for a server device, and a storage medium.
  • Patent Document 1 describes that it is possible to create more appropriate action plans for multiple users based on the relationships between the multiple users.
  • the information processing device of Patent Document 1 includes a relationship estimation section and an action plan creation section.
  • the relationship estimating unit estimates relationships between a plurality of users based on sensing data.
  • the action plan creation unit creates action plans for a plurality of users based on the estimation results.
  • Patent Document 2 describes the realization of an information guidance system that makes it possible to guide an action schedule suitable for each mobile object according to request information and location information from the mobile object (mobile device).
  • the information guidance system of Patent Document 2 includes a mobile object, an information supply device, and a server.
  • the server acquires guidance information from the information supply device based on the request information and location information transmitted from the mobile object, edits guidance result information from the guidance information, request information, and location information, and creates the edited guidance result.
  • the mobile body outputs the guidance result information on display or in audio form.
  • the requested information and location information include the location of a certain point such as the current location, departure time, final destination and arrival time, as well as the desired tourist facility or its visit conditions, transportation means or its conditions.
  • the guidance result information is scheduled (including reservations) so that the user can efficiently travel (move) on a route that suits the user's wishes.
  • tourism-related information may be provided to users. Considering the situation regarding infectious diseases in recent years, many users are hesitant to go sightseeing where the risk of infection is high. In other words, safer tourism is required.
  • Patent Document 1 and Patent Document 2 cannot provide safe tourism (information regarding safe tourism). These documents do not take into account the risk that users of tourist destinations will contract infectious diseases.
  • the main purpose of the present invention is to provide a server device, a system, a control method for the server device, and a storage medium that contribute to safer sightseeing for users.
  • an acquisition means for acquiring sightseeing plan generation requirements, which are requirements for sightseeing plan generation, from a user A server device is provided that includes a generating means for generating a sightseeing plan that takes into account the risk of a person contracting an infectious disease.
  • the server device includes a terminal owned by a user and a server device, and the server device receives sightseeing plan generation requirements, which are requirements for sightseeing plan generation, from the user.
  • a system comprising an acquisition means for acquiring the tourism plan, and a generation means for generating a tourism plan that takes into account the risk of the user contracting an infectious disease while satisfying the acquired tourism plan generation requirements. .
  • the server device acquires sightseeing plan generation requirements, which are requirements for sightseeing plan generation, from the user, and while satisfying the acquired sightseeing plan generation requirements, the user Provided is a method for controlling a server device that generates a sightseeing plan that takes into account the risk of a person contracting an infectious disease.
  • a process of acquiring sightseeing plan generation requirements which are requirements for sightseeing plan generation, from a user to a computer installed in a server device, and generating the acquired sightseeing plan.
  • a computer-readable storage medium stores a program for executing a process of generating a sightseeing plan that takes into account the risk of the user contracting an infectious disease while satisfying the requirements.
  • a server device a system, a control method for the server device, and a storage medium that contribute to safer sightseeing for users.
  • the effects of the present invention are not limited to the above. According to the present invention, other effects may be achieved instead of or in addition to the above effects.
  • FIG. 1 is a diagram for explaining an overview of one embodiment.
  • FIG. 2 is a flowchart for explaining the operation of one embodiment.
  • FIG. 3 is a diagram illustrating an example of a schematic configuration of an information processing system according to the first embodiment.
  • FIG. 4 is a diagram for explaining the operation of the information processing system according to the first embodiment.
  • FIG. 5 is a diagram illustrating an example of a processing configuration of the server device according to the first embodiment.
  • FIG. 6 is a diagram illustrating an example of a display on a terminal according to the first embodiment.
  • FIG. 7 is a diagram showing an example of the user information database according to the first embodiment.
  • FIG. 8 is a diagram illustrating an example of the infection risk management database according to the first embodiment.
  • FIG. 1 is a diagram for explaining an overview of one embodiment.
  • FIG. 2 is a flowchart for explaining the operation of one embodiment.
  • FIG. 3 is a diagram illustrating an example of a schematic configuration of an information processing system according to the first embodiment
  • FIG. 9 is a diagram for explaining the operation of the sightseeing plan generation unit according to the first embodiment.
  • FIG. 10 is a diagram illustrating an example of a display on a terminal according to the first embodiment.
  • FIG. 11 is a sequence diagram illustrating an example of the operation of the information processing system according to the first embodiment.
  • FIG. 12 is a diagram illustrating an example of a display on a terminal according to the second embodiment.
  • FIG. 13 is a diagram illustrating an example of a processing configuration of a terminal according to the third embodiment.
  • FIG. 14 is a diagram illustrating an example of a display on a terminal according to the third embodiment.
  • FIG. 15 is a diagram illustrating an example of the hardware configuration of a server device according to the present disclosure.
  • FIG. 10 is a diagram illustrating an example of a display on a terminal according to the first embodiment.
  • FIG. 11 is a sequence diagram illustrating an example of the operation of the information processing system according to the first embodiment.
  • FIG. 12 is a diagram illustrating
  • FIG. 16 is a diagram illustrating an example of a display on a terminal according to a modified example of the disclosure of the present application.
  • FIG. 17 is a diagram illustrating an example of a display on a terminal according to a modification of the present disclosure.
  • FIG. 18 is a diagram illustrating an example of a display on a terminal according to a modified example of the disclosure of the present application.
  • FIG. 19 is a diagram illustrating an example of a display on a terminal according to a modified example of the disclosure of the present application.
  • FIG. 20 is a diagram illustrating an example of a display on a terminal according to a modification of the present disclosure.
  • FIG. 21 is a diagram illustrating an example of a display on a terminal according to a modification of the present disclosure.
  • the server device 100 includes an acquisition means 101 and a generation means 102 (see FIG. 1).
  • the acquisition unit 101 acquires sightseeing plan generation requirements, which are requirements for sightseeing plan generation, from the user (step S1 in FIG. 2).
  • the generating means 102 generates a sightseeing plan that satisfies the acquired sightseeing plan generation requirements and takes into account the risk of the user contracting an infectious disease (step S2).
  • the server device 100 generates a sightseeing plan that satisfies the user's needs and reduces the risk of the user contracting an infectious disease. Specifically, the server device 100 generates a sightseeing plan that avoids areas, routes, etc. where the possibility of the user contracting an infectious disease is high. The generated sightseeing plan is presented to the user. The user can reduce the risk of contracting an infectious disease by sightseeing according to the presented sightseeing plan. As a result, users can safely and securely visit their desired tourist destinations.
  • FIG. 3 is a diagram illustrating an example of a schematic configuration of an information processing system (information providing system) according to the first embodiment.
  • the information processing system includes a server device 10.
  • the server device 10 is a device for providing information to users.
  • the server device 10 is managed and operated by a tourist association or the like.
  • the server device 10 may be installed in a building of a tourism association, or may be installed on a network (on a cloud).
  • the user inputs predetermined information into the server device 10 by operating the terminal 20 that he or she owns.
  • the server device 10 generates information to be provided to the user based on the acquired information.
  • the configuration of the information processing system shown in FIG. 3 is an example, and is not intended to limit the configuration.
  • the information processing system may include a plurality of server devices 10.
  • the user specifies a sightseeing spot and requests the server device 10 to provide a sightseeing plan. Specifically, the user operates the terminal 20 that he or she owns to access the server device 10 .
  • the user inputs requirements regarding the generation of a sightseeing plan on a WEB page provided by the server device 10. In the following description, the requirements that the user inputs into the server device 10 will be referred to as "sightseeing plan generation requirements.”
  • the user may input sightseeing plan generation requirements into the server device 10 using a dedicated application installed on the terminal 20. Specifically, the user starts an application installed on the terminal 20. The user inputs sightseeing plan generation requirements on the application. The terminal 20 (application) transmits the acquired sightseeing plan generation requirements to the server device 10.
  • the server device 10 generates a sightseeing plan that meets the acquired sightseeing plan generation requirements. At that time, the server device 10 generates a sightseeing plan that takes into account the risk of infection with infectious diseases (for example, infectious diseases such as influenza and coronavirus). Specifically, the server device 10 generates a sightseeing plan consisting of sightseeing spots and travel routes where the user is unlikely to contract an infectious disease.
  • infectious diseases for example, infectious diseases such as influenza and coronavirus.
  • the server device 10 generates a sightseeing plan that allows the user to visit tourist spots with peace of mind while satisfying the user's requests (sightseeing plan generation requirements).
  • the server device 10 provides (guidance) the generated sightseeing plan to the user.
  • the server device 10 generates a sightseeing plan with contents as shown in FIG. 4.
  • the server device 10 generates a sightseeing plan in consideration of the risk of infectious diseases of each element (for example, sightseeing spots, roads, etc.) constituting the sightseeing spot.
  • a sightseeing plan is proposed that avoids shopping streets and tourist spots (in the example in Figure 4, shrines) that are crowded with tourists, and visits tourist spots such as parks, zoos, and museums.
  • FIG. 5 is a diagram illustrating an example of a processing configuration (processing module) of the server device 10 according to the first embodiment.
  • the server device 10 includes a communication control section 201, a requirement acquisition section 202, a database management section 203, a sightseeing plan generation section 204, and a storage section 205.
  • the communication control unit 201 is a means for controlling communication with other devices. For example, the communication control unit 201 receives data (packets) from the terminal 20. Furthermore, the communication control unit 201 transmits data to the terminal 20. The communication control unit 201 passes data received from other devices to other processing modules. The communication control unit 201 transmits data acquired from other processing modules to other devices. In this way, other processing modules transmit and receive data to and from other devices via the communication control unit 201.
  • the communication control unit 201 has a function as a reception unit that receives data from another device, and a function as a transmission unit that transmits data to the other device.
  • the requirement acquisition unit 202 is a means for acquiring sightseeing plan generation requirements, which are requirements for sightseeing plan generation, from the user. For example, a user operates the terminal 20 to access a web page provided by the server device 10. When the user selects "sightseeing plan proposal" on the web page, the requirement acquisition unit 202 displays a GUI (Graphical User Interface) as shown in FIG. 6 on the terminal 20.
  • GUI Graphic User Interface
  • the user operates the terminal 20 and inputs the information shown in FIG. 6.
  • the user inputs information (requirements) such as the tourist destination he/she wishes to visit, the starting point for starting sightseeing, and the scheduled date of sightseeing.
  • information such as the tourist destination he/she wishes to visit, the starting point for starting sightseeing, and the scheduled date of sightseeing.
  • the user presses the "determination" button.
  • the requirement acquisition unit 202 Upon acquiring the sightseeing plan generation requirements, the requirement acquisition unit 202 generates a user ID for identifying the user.
  • the user ID may be any information that can uniquely identify the user.
  • the requirement acquisition unit 202 may assign a unique value to the user ID each time it receives a proposal application for a sightseeing plan.
  • the requirement acquisition unit 202 associates the generated user ID, sightseeing plan generation requirements, etc., and stores them in the user information database (see FIG. 7).
  • the user information database shown in FIG. 7 is an example, and is not intended to limit the items to be stored.
  • the requirement acquisition unit 202 may acquire personal information such as the user's name, gender, date of birth, address, contact information, and account information, and store it in the user information database.
  • the requirement acquisition unit 202 After storing the user ID and the like in the user information database, the requirement acquisition unit 202 passes the stored user ID to the sightseeing plan generation unit 204. The requirement acquisition unit 202 instructs the sightseeing plan generation unit 204 to generate a sightseeing plan to be proposed to the user corresponding to the user ID.
  • the server device 10 uses risk information (hereinafter referred to as infection risk information) regarding infectious diseases of each element (sightseeing spots, stores, roads, etc.) constituting the tourist destination. .
  • infection risk information Detailed information on each element (for example, tourist spot names and coordinate information) and infection risk information are stored in an infection risk management database.
  • the database management unit 203 is a means for managing and controlling the infection risk management database.
  • FIG. 8 is a diagram showing an example of the infection risk management database according to the first embodiment.
  • the infection risk management database associates component IDs (element IDs), component names, tourist spots they belong to, coordinate information (map information of tourist spots), business hours, congestion level, infection risk information, etc. memorize it.
  • the infection risk information is risk information regarding infectious diseases of each element that makes up the tourist destination. More specifically, the infection risk information is information indicating the probability that a person will contract an infectious disease at an element (tourist spot, road, etc.).
  • the infection risk is expressed as a value on a scale of 1 to 10 (infection risk value). The higher the infection risk value, the more likely it is to contract an infectious disease. It goes without saying that the intention is not to limit the expression of infection risk to a numerical value on a 10-level scale.
  • infection risk information is comprehensively determined and calculated based on various information regarding each component.
  • infection risk information includes the degree of crowding (population density) of tourist spots, etc., the status of tourist spots (outdoors, indoors), ventilation status (presence of ventilation equipment), presence of disinfection equipment (for example, presence of alcohol disinfection equipment) etc.). Therefore, even if a tourist spot is highly crowded, if sufficient measures against infectious diseases are taken, the infection risk value of the tourist spot will be calculated to be low.
  • the database management unit 203 provides an interface for tourism association staff and the like to input infection risk information and the like.
  • the database management unit 203 may acquire infection risk information etc. from a server operated by a local government, a private company, etc. Alternatively, the database management unit 203 may calculate infection risk information based on information provided by local governments, companies, and the like. Alternatively, the degree of crowding and the infection risk information generated from the degree of crowding may be calculated based on the carbon dioxide concentration in tourist spots or stores. For example, the database management unit 203 may calculate the degree of congestion based on the measured value of carbon dioxide concentration output by a measuring device installed in the store.
  • the infection risk management database shown in FIG. 8 is an example, and is not intended to limit the items to be stored.
  • the infection risk management database may store congestion levels and infection risk information for each time period.
  • the infection risk management database may store weather, seasonal crowding levels, and infection risk information.
  • the infection risk management database may store crowding levels and infection risk information regarding transportation means (eg, buses, trains) used at tourist spots.
  • the sightseeing plan generation unit 204 is a means for generating a sightseeing plan to be proposed to the user.
  • the sightseeing plan generation unit 204 generates a sightseeing plan while satisfying the sightseeing plan generation requirements input by the user and taking into consideration the risk of the user contracting an infectious disease. Specifically, the sightseeing plan generation unit 204 generates a sightseeing plan such that the risk of the user contracting an infectious disease is reduced.
  • the sightseeing plan generation unit 204 generates a sightseeing plan using the sightseeing plan generation requirements obtained from the user and the infection risk information for infectious diseases of each element constituting the sightseeing spot. At this time, the sightseeing plan generation unit 204 preferentially generates sightseeing plans that include sightseeing spots, travel routes, etc. that are unlikely to cause the user to contract an infectious disease.
  • the sightseeing plan generation unit 204 selects the first candidate site to visit from among the sightseeing spots included in the sightseeing spots specified by the sightseeing plan generation requirements. At this time, the sightseeing plan generation unit 204 selects a candidate tourist spot to visit first based on the infection risk information of each tourist spot. For example, the sightseeing plan generation unit 204 selects a tourist spot with the smallest infection risk information (infection risk value) as a candidate place to visit.
  • the sightseeing plan generation unit 204 sets the starting point where the user starts sightseeing as the starting point and the selected sightseeing spot as the ending point, and calculates the travel route. At this time, the sightseeing plan generation unit 204 calculates the travel route using the infection risk information of each route.
  • the sightseeing plan generation unit 204 sets an infection risk value to the edge weight in route calculation using Dijkstra's method, and calculates the shortest route.
  • the numbers written near each edge correspond to the infection risk value of each route.
  • the weight of the route going straight from the start point to the goal point is "9"
  • the weight of the upper route is "7”
  • the weight of the lower route is "11".
  • the shortest route when considering the risk of infection is calculated as the upper route. That is, even if the straight route is the shortest distance between the starting point and the ending point, the upper route is calculated as the shortest route (traveling route) when the risk of infection is taken into consideration.
  • the sightseeing plan generation unit 204 selects the next sightseeing spot candidate to be proposed to the user. In this case as well, the sightseeing plan generation unit 204 selects the second candidate place to visit based on the infection risk information of each tourist spot. For example, the sightseeing plan generation unit 204 selects the sightseeing spot with the second lowest infection risk value as a candidate place to visit.
  • the sightseeing plan generation unit 204 sets the first selected tourist spot as the starting point and the second selected tourist spot as the ending point, and calculates a travel route. In this case as well, the sightseeing plan generation unit 204 calculates the travel route using the infection risk information of each route.
  • the sightseeing plan generation unit 204 repeats the above process (selection of sightseeing spots based on infection risk information and calculation of travel route) for a predetermined number of sightseeing spots (sightseeing spots proposed to the user).
  • the sightseeing plan generation unit 204 generates sightseeing spots and their travel routes as shown in FIG. 4 as a sightseeing plan. In this manner, the sightseeing plan generation unit 204 selects sightseeing spots to be proposed to the user as a sightseeing plan using the infection risk information of each sightseeing spot included in the sightseeing spot. Furthermore, the sightseeing plan generation unit 204 calculates a travel route to the selected sightseeing spot using infection risk information of roads included in the sightseeing spot.
  • the sightseeing plan generation unit 204 presents the generated sightseeing plan to the user. For example, the sightseeing plan generation unit 204 displays a GUI as shown in FIG. 10 on the terminal 20 owned by the user. In FIG. 10, when the user presses the "determination button", the sightseeing plan generation unit 204 stores the sightseeing plan proposed to the user in the user information database.
  • the sightseeing plan generation unit 204 stores information regarding the proposed sightseeing spots and travel routes in the sightseeing plan field of the user information database shown in FIG. For example, the sightseeing plan generation unit 204 may assign an ID (sightseeing plan ID) to the entire sightseeing spot and its travel route, and may store the sightseeing plan ID in the user information database.
  • ID sightseeing plan ID
  • the sightseeing plan generation unit 204 may arrange the element IDs of the components forming the sightseeing plan in the order of visits (order of movement) of the users and store sightseeing spots and their travel routes in the user information database.
  • the sightseeing plan generation unit 204 when the user presses the "other plan” button, the sightseeing plan generation unit 204 generates a sightseeing plan different from the proposed sightseeing plan. At this time, the sightseeing plan generation unit 204 may use other information instead of or in addition to the infection risk information in selecting candidate sightseeing spots.
  • the sightseeing plan generation unit 204 selects the sightseeing spot with the highest degree of congestion and the lowest infection risk value as the first candidate place to visit.
  • a tourist spot with a high degree of crowding is likely to be a popular tourist spot with tourists. Therefore, the sightseeing plan generation unit 204 generates a sightseeing plan that is likely to be accepted by the user by preferentially selecting sightseeing spots with a high degree of congestion.
  • the infection risk management database may store information indicating the popularity of each tourist spot.
  • the infection risk management database stores word of mouth, user review results, etc. of each tourist spot as "popularity".
  • the sightseeing plan generation unit 204 may select a sightseeing spot that is highly popular and has a low infection risk value as the sightseeing spot that is first proposed to the user.
  • the sightseeing plan generation unit 204 determines the travel route using the infection risk information. That is, even when generating a sightseeing plan that is easily accepted by the user by selecting a popular sightseeing spot, the sightseeing plan generation unit 204 generates a sightseeing plan that is easy to accept by the user, and the sightseeing plan generation unit 204 generates a sightseeing plan that is easy to accept by the user and that the risk of contracting an infectious disease is small when traveling to the sightseeing spot. Suggest travel routes to users.
  • the storage unit 205 is a means for storing information necessary for the operation of the server device 10.
  • Examples of the terminal 20 include mobile terminal devices such as smartphones, mobile phones, game consoles, and tablets, computers (personal computers, notebook computers), and the like.
  • the terminal 20 can be any equipment or device as long as it accepts user operations and can communicate with the server device 10 and the like. Furthermore, since the configuration of the terminal 20 is obvious to those skilled in the art, detailed explanation will be omitted.
  • FIG. 11 is a sequence diagram illustrating an example of the operation of the information processing system according to the first embodiment.
  • the terminal 20 requests the server device 10 to propose a sightseeing plan in response to the user's operation (step S01).
  • the server device 10 In response to a request from a user (terminal 20), the server device 10 generates a sightseeing plan that takes into account the user's infection risk (step S02).
  • the server device 10 proposes the generated sightseeing plan to the user (step S03).
  • the user considers the proposed sightseeing plan. If the user wishes to propose another sightseeing plan, the terminal 20 requests the server device 10 to propose another sightseeing plan (step S04).
  • the server device 10 In response to a request from the user (terminal 20), the server device 10 generates another sightseeing plan that takes into account the user's infection risk (step S05).
  • the server device 10 proposes the generated other sightseeing plan to the user (step S06).
  • the user considers other proposed sightseeing plans.
  • the tourism association may obtain the operating expenses from users who use the system, or may obtain them from travel agencies that plan sightseeing tours and the like. For example, when the user accepts the sightseeing plan, the server device 10 may charge the user a system usage fee.
  • system usage fee may be paid from insurance premiums associated with tourism.
  • the risk of contracting an infectious disease for users who follow the tourism plan suggested by the information provision system is low. Therefore, the potential cost burden on insurance companies, etc. will decrease.
  • a part of the reduced cost burden may be allocated to system usage fees (system operating costs).
  • a portion of the insurance premium paid by the user may be returned to the user who adopts the sightseeing plan proposed based on the infection risk information. That is, a portion of the insurance premium may be given back as cash back to users who take actions that reduce the risk of contracting an infectious disease.
  • the information provision system disclosed in the present application preferentially selects tourist spots with a low risk of infection and suggests the selected tourist spots to users as destinations to visit. In other words, tourist spots can expect to attract more visitors by taking measures to prevent infectious diseases. All or part of the system usage fee may be allocated as resources for the infectious disease countermeasures. Alternatively, all or part of the insurance premiums collected by the insurance company from travelers may be allocated to the funds for the above-mentioned infectious disease countermeasures.
  • tourism association server device 10.
  • the tourism association may pay all or part of the insurance premium to the tourist spots and stores adopted in the sightseeing plan.
  • the information processing system stores infection risk information for each tourist spot, facility, and road (route) of a tourist destination.
  • the server device 10 generates a safe sightseeing plan (travel plan) using the infection risk information.
  • the server device 10 generates a sightseeing plan (action plan) that avoids areas, routes, etc. where the possibility of the user contracting an infectious disease is high.
  • the generated sightseeing plan is presented to the user. The user can reduce the risk of contracting an infectious disease by sightseeing according to the presented sightseeing plan. As a result, users can safely and securely visit their desired tourist destinations.
  • the configuration of the information processing system according to the second embodiment can be the same as that of the first embodiment, so a description corresponding to FIG. 3 will be omitted. Further, since the processing configuration of the server device 10 according to the second embodiment can be the same as that of the first embodiment, the description thereof will be omitted.
  • the requirement acquisition unit 202 of the server device 10 displays a GUI on the terminal 20 for acquiring more detailed wishes (conditions, requirements) of the user.
  • the requirement acquisition unit 202 acquires information about the hotel where the user is staying and the means of transportation to tourist spots using a GUI as shown in FIG.
  • the sightseeing plan generation unit 204 generates a sightseeing plan using detailed requirements input by the user (for example, hotel of accommodation, means of transportation to sightseeing spots), infection risk information, etc. .
  • the sightseeing plan generation unit 204 sets the hotel of accommodation as the final destination of the sightseeing route and generates the sightseeing plan.
  • the sightseeing plan generation unit 204 sets a place specified by the user's means of transportation as the starting point of sightseeing. For example, when a user arrives at a tourist spot by plane, the arrival airport is set as the starting point, and when the user arrives at a tourist spot by train, the arrival station is set as the starting point and a sightseeing plan is generated. be done.
  • the user may input tourist spots (required tourist spots) that the user wants to visit at the tourist destination into the server device 10.
  • the sightseeing plan generation unit 204 generates a sightseeing plan so as to include the essential sightseeing spots.
  • the sightseeing plan generation unit 204 may select the essential sightseeing spot as the sightseeing spot to visit first.
  • the sightseeing plan generation unit 204 may generate a sightseeing plan that allows the user to visit the essential sightseeing spot during a time period when the infection risk value is the lowest. For example, when comparing the infection risk value in the morning with the infection risk value in the afternoon, if the infection risk value in the morning is low, the sightseeing plan generation unit 204 allows the user to visit the above-mentioned essential tourist spots in the morning. Generate a sightseeing plan like this. In this case, the sightseeing plan generation unit 204 may select the sightseeing spots in the first half of the sightseeing plan and generate the sightseeing plan.
  • the user may input into the server device 10 the time slot in which he/she wishes to visit the essential tourist spots.
  • the server device 10 may generate a sightseeing plan that allows the user to visit essential sightseeing spots during the acquired time slot. That is, the requirement acquisition unit 202 according to the second embodiment may acquire information on sightseeing spots that the user wants to visit and the time period in which the user wants to go sightseeing. At this time, the requirement acquisition unit 202 may provide an interface that allows the user to easily input the desired time slot, such as "morning" or "afternoon.”
  • the user may input a plurality of required sightseeing spots into the server device 10.
  • the requirement acquisition unit 202 may provide an interface that allows the user to input the desired time slot for sightseeing for each essential tourist spot.
  • the sightseeing plan generation unit 204 generates a sightseeing plan so as to satisfy the user's wishes (a plurality of essential sightseeing spots and sightseeing time zones) as much as possible.
  • the user may input information on tourist spots he/she wants to visit into the server device 10 along with the priority order.
  • the sightseeing plan generation unit 204 preferentially selects sightseeing spots with high priority (that the user wants to visit first) and generates a sightseeing plan.
  • the server device 10 acquires information regarding the hotel where the user will stay and information regarding the means of transportation from the user.
  • the server device 10 may use the acquired information to generate a sightseeing plan to propose to the user.
  • the server device 10 may obtain the information regarding the hotel and the means of transportation directly from the user, or may obtain it from the system of the travel agency or the like that arranged the hotel reserved by the user and the ticket for the means of transportation. good.
  • the server device 10 acquires information for identifying the user (user identifying information; for example, the user's name or a combination of name and date of birth).
  • the server device 10 transmits the acquired user identification information to an external server (a server that manages hotel and ticket reservation information). If there is hotel reservation information or ticket reservation information corresponding to the user identification information, the external server transmits this information to the server device 10.
  • the server device 10 may provide the generated sightseeing plan to the management entity (for example, a travel agency) of the external server. That is, a sightseeing plan (a sightseeing plan that takes into account the risk of contracting an infectious disease) may be proposed to the user via a travel agency. At this time, the server device 10 may propose not one sightseeing plan but a plurality of sightseeing plans to the travel agency (user). For example, when the hotel where the user will stay has been decided, the server device 10 may generate a plurality of travel plans based on the premise that the user will stay at the hotel and propose them to the user.
  • the management entity for example, a travel agency
  • a sightseeing plan a sightseeing plan that takes into account the risk of contracting an infectious disease
  • the server device 10 may propose not one sightseeing plan but a plurality of sightseeing plans to the travel agency (user). For example, when the hotel where the user will stay has been decided, the server device 10 may generate a plurality of travel plans based on the premise that the user will stay at the hotel and propose them to the user.
  • the server device 10 may acquire information regarding the hotel where the user is staying and information regarding the means of transportation.
  • the server device 10 may generate a sightseeing plan using information regarding hotels and information regarding transportation means. As a result, more convenient and useful sightseeing plans are provided to the user.
  • the terminal 20 supports a user who sightsees according to a sightseeing plan generated by the server device 10.
  • the configuration of the information processing system according to the third embodiment can be the same as that of the first embodiment, so a description corresponding to FIG. 3 will be omitted. Further, since the processing configuration of the server device 10 according to the third embodiment can be the same as that of the first embodiment, a description thereof will be omitted.
  • the sightseeing plan generation unit 204 of the server device 10 When the user accepts the proposed sightseeing plan (when the decision button shown in FIG. 10 is pressed), the sightseeing plan generation unit 204 of the server device 10 according to the third embodiment generates detailed information of the sightseeing plan. is transmitted to the terminal 20.
  • detailed information on the sightseeing plan transmitted from the server device 10 to the terminal 20 will be referred to as "sightseeing plan information.”
  • the sightseeing plan information includes map information of sightseeing spots, information on selected sightseeing spots (for example, name and coordinate information), order of visiting sightseeing spots, travel route, etc. That is, the sightseeing plan information includes information that allows the terminal 20 to generate a screen as shown in FIG.
  • the sightseeing plan information may include the degree of congestion of sightseeing spots, travel routes (roads), and infection risk information.
  • the sightseeing plan information may include information regarding the hotel reserved by the user (for example, check-in time) and information regarding the means of transportation (for example, destination).
  • FIG. 13 is a diagram illustrating an example of a processing configuration (processing module) of the terminal 20 according to the third embodiment.
  • the terminal 20 includes a communication control section 301, a sightseeing support section 302, and a storage section 303.
  • the communication control unit 301 is a means for controlling communication with other devices. For example, the communication control unit 301 receives data (packets) from the server device 10. Furthermore, the communication control unit 301 transmits data to the server device 10. The communication control unit 301 passes data received from other devices to other processing modules. The communication control unit 301 transmits data acquired from other processing modules to other devices. In this way, other processing modules transmit and receive data to and from other devices via the communication control unit 301.
  • the communication control unit 301 has a function as a receiving unit that receives data from another device, and a function as a transmitting unit that transmits data to the other device.
  • the tourism support section 302 is a means for supporting sightseeing of tourist spots by users.
  • the sightseeing support unit 302 supports tourists (users) using sightseeing plan information acquired from the server device 10.
  • the sightseeing support department 302 provides route guidance based on sightseeing plan information.
  • the tourism support unit 302 generates position information of its own device.
  • the tourism support unit 302 receives a GPS signal from a GPS (Global Positioning System) satellite, performs positioning, and generates position information including the latitude, longitude, and altitude of the own device.
  • the tourism support unit 302 may communicate with a wireless access point and treat the location of the wireless access point as the location of its own device.
  • the tourism support unit 302 may generate location information based on the strength of radio waves received from a wireless access point.
  • the tourism support unit 302 grasps the current location of its own device (user) based on the generated location information.
  • the sightseeing support unit 302 provides route guidance to each sightseeing spot using the grasped current location and sightseeing plan information. For example, in the example of FIG. 10, the tourism support unit 302 provides route guidance from the user's current location to “A1 Park.” Thereafter, the tourism support department 302 provides route guidance from "A1 Park” to "B1 Zoo.”
  • the tourism support department 302 may perform schedule management based on tourism plan information. For example, the sightseeing support unit 302 calculates the time that the user can use for sightseeing based on the current time and the hotel check-in time. The tourism support unit 302 also calculates the time required for the user to travel to each tourist spot based on the coordinate information of the tourist spots.
  • the tourism support unit 302 calculates the time that can be spent at each tourist spot based on the above two times (time available for sightseeing and time required for movement). For example, if the number of sightseeing spots you plan to visit is "3" and the time you can stay at each sightseeing spot is "3 hours", the tourism support department 302 determines that the time you can stay at each sightseeing spot is "1 hour”. calculate.
  • the tourism support department 302 urges the user to head to the next tourist spot when the time allowed for the user to stay at the tourist spot has elapsed since the user arrived at the tourist spot.
  • the tourism support department 302 may advise users on infectious disease countermeasures. Specifically, the tourism support unit 302 may notify the user when the user passes through a road with a high risk of infection. For example, if the user is traveling on a road where the infection risk value is higher than a predetermined value, the tourism support unit 302 outputs a message such as "Please wear a mask firmly" (see FIG. 14). The tourism support unit 302 may display the message on the screen or may output it as audio. Alternatively, the tourism support department 302 may output a message such as "Please wear a mask twice" or "Please wear a face shield.”
  • the storage unit 303 is a means for storing information necessary for the operation of the terminal 20.
  • the server device 10 transmits information regarding the generated sightseeing plan to the terminal 20.
  • the server device 10 transmits to the terminal 20 information related to the sightseeing plan, including information on the risk of infection with respect to infectious diseases of the sightseeing spots and travel routes included in the sightseeing plan.
  • the terminal 20 supports the user's sightseeing using information regarding the sightseeing plan.
  • the terminal 20 provides advice on infectious disease countermeasures to the user based on infection risk information. As a result, users can tour tourist spots more safely.
  • FIG. 15 is a diagram showing an example of the hardware configuration of the server device 10.
  • the server device 10 can be configured by an information processing device (so-called computer), and has the configuration illustrated in FIG. 15.
  • the server device 10 includes a processor 311, a memory 312, an input/output interface 313, a communication interface 314, and the like.
  • the components such as the processor 311 are connected by an internal bus or the like and are configured to be able to communicate with each other.
  • the configuration shown in FIG. 15 is not intended to limit the hardware configuration of the server device 10.
  • the server device 10 may include hardware that is not shown, and may not include the input/output interface 313 if necessary.
  • the number of processors 311 and the like included in the server device 10 is not limited to the example shown in FIG. 15; for example, a plurality of processors 311 may be included in the server device 10.
  • the processor 311 is, for example, a programmable device such as a CPU (Central Processing Unit), an MPU (Micro Processing Unit), or a DSP (Digital Signal Processor). Alternatively, the processor 311 may be a device such as an FPGA (Field Programmable Gate Array) or an ASIC (Application Specific Integrated Circuit). The processor 311 executes various programs including an operating system (OS).
  • OS operating system
  • the memory 312 is a RAM (Random Access Memory), a ROM (Read Only Memory), an HDD (Hard Disk Drive), an SSD (Solid State Drive), or the like.
  • the memory 312 stores OS programs, application programs, and various data.
  • the input/output interface 313 is an interface for a display device or input device (not shown).
  • the display device is, for example, a liquid crystal display.
  • the input device is, for example, a device such as a keyboard or a mouse that receives user operations.
  • the communication interface 314 is a circuit, module, etc. that communicates with other devices.
  • the communication interface 314 includes a NIC (Network Interface Card).
  • the functions of the server device 10 are realized by various processing modules.
  • the processing module is realized, for example, by the processor 311 executing a program stored in the memory 312. Further, the program can be recorded on a computer-readable storage medium.
  • the storage medium can be non-transitory, such as a semiconductor memory, a hard disk, a magnetic recording medium, an optical recording medium, etc. That is, the present invention can also be implemented as a computer program product.
  • the above program can be updated via a network or by using a storage medium that stores the program.
  • the processing module may be realized by a semiconductor chip.
  • the server device 10 which is an information processing device, is equipped with a computer, and the functions of the server device 10 can be realized by having the computer execute a program. Further, the server device 10 executes the control method for the server device 10 using the program.
  • the server device 10 may use the number of sightseeing spots included in the sightseeing plan that has already been accepted by the user.
  • the server device 10 may exclude a tourist spot that many users plan to visit and select another tourist spot.
  • the server device 10 (sightseeing plan generation unit 204) may refer to the sightseeing plan field of the user information database and calculate the number of sightseeing spots accepted by the user.
  • many users go sightseeing according to the same sightseeing plan, many users will gather at the same sightseeing spot. As a result, the risk of infection at tourist spots increases.
  • the server device 10 prevents information on the risk of infection by distributing the sightseeing spots proposed to the user.
  • the server device 10 makes reservations for the facilities and arranges tickets. Good too.
  • the server device 10 may transmit user identification information and reservation information for identifying the user to a server operated by a tourist spot or a taxi company.
  • the server device 10 may generate a sightseeing plan using information about the time and time zone when the user arrives at the sightseeing spot. At that time, the server device 10 may generate a sightseeing plan using infection risk information (infection risk value) for each time zone at each tourist spot or road.
  • infection risk information infection risk value
  • the server device 10 may generate a sightseeing plan by also taking into account travel distances between sightseeing spots. Specifically, the server device 10 may generate a sightseeing plan that includes sightseeing spots close to the user (the place visited by the user) as long as the risk of infection is the same.
  • the server device 10 may acquire sightseeing plan generation requirements that include items prioritized by the user in sightseeing plan generation.
  • the server device 10 (requirement acquisition unit 202) may acquire items to be prioritized when generating a sightseeing plan, such as prioritizing infection risk, prioritizing the number of sightseeing spots that can be visited, and prioritizing travel distance.
  • the sightseeing plan generation unit 204 generates a sightseeing plan so as to satisfy the priority items. For example, if the user desires a proposal for a sightseeing plan generated with priority given to infection risk, the sightseeing plan generation unit 204 generates a sightseeing plan in the same manner as in the first embodiment. On the other hand, if the user wishes to propose a sightseeing plan generated with priority given to the number of sightseeing spots, the sightseeing plan generation unit 204 proposes a sightseeing plan that is generated with priority given to the number of sightseeing spots. Generate a plan.
  • the terminal 20 provides information to support the user's sightseeing, thereby allowing the user to efficiently visit tourist spots while reducing the risk of contracting an infectious disease. . That is, when the user moves to a place where the risk of infection is high, the terminal 20 prompts the user to wear a mask or face shield. As a result, the risk of infection for users can be reduced.
  • the server device 10 may allow the user to compare each of the sightseeing plans.
  • the server device 10 When presenting other sightseeing plans to the user, the server device 10 provides information that allows the user to compare infection risk information, congestion level, etc. for each of the plurality of sightseeing plans, including the already presented sightseeing plans. It may also be transmitted to the terminal 20.
  • the server device 10 proposes a sightseeing plan including a travel route to the user.
  • the server device 10 may propose to the user a sightseeing plan that includes arrival and departure times for each facility such as tourist spots, means of transportation between facilities, and the like.
  • the terminal 20 may display a GUI as shown in FIG. 16.
  • the server device 10 may acquire a sightseeing plan created by a user and provide the user with an evaluation of the acquired sightseeing plan from the perspective of infection risk. For example, the server device 10 acquires a sightseeing plan created by a user using a GUI as shown in FIG. Next, the server device 10 calculates the degree of risk of each facility, travel route, etc. using the infection risk information of tourist spots, stores, etc. included in the acquired sightseeing plan. The server device 10 may present the calculated degree of risk to the user together with the sightseeing plan generated by the user. For example, the server device 10 expresses the degree of risk of each facility in three levels: "needs caution,” “caution,” and "safety,” and presents the information in a format that allows users to recognize the degree of risk of each tourist spot, etc. You may.
  • the server device 10 may display a message or the like on the user's terminal 20 recommending that the user stop visiting tourist spots with a high degree of risk (see FIG. 18).
  • the server device 10 indicates the degree of risk of each facility using figures such as circles.
  • a circle sign means ⁇ safety''
  • a triangle sign means ⁇ caution''
  • a cross sign means ⁇ be careful''.
  • the server device 10 allows the user to understand the degree of risk of each facility (scheduled visit location) regarding the sightseeing plan that the user has created. As a result, the user can easily recognize the schedule (sightseeing spots) to be changed.
  • the server device 10 may provide the user with an interface that allows the user to change the facilities included in the sightseeing plan regarding facilities whose schedule should be changed. For example, when the "change schedule" button shown in FIG. 18 is pressed, the server device 10 displays a GUI on the terminal 20 that allows the facility whose risk level is determined to be “needs caution" to be replaced with another facility. You may. In this way, the server device 10 may be able to change the sightseeing plan generated by the user in units of scheduled items (sightseeing spots, visited facilities).
  • the server device 10 may prepare alternative tourist spots for tourist spots with a high degree of risk, and generate a sightseeing plan that includes the alternative tourist spots.
  • the server device 10 may display a GUI on the terminal 20 that allows the user to easily understand changes from the sightseeing plan originally created by the user.
  • the server device 10 may display a GUI as shown in FIG. 19 on the terminal 20.
  • the sightseeing plan input by the user has been changed from "watching soccer” to "aquarium”.
  • the level of danger (safety) of the aquarium is also displayed.
  • the server device 10 may allow the user to easily check the locations that have been changed from the sightseeing plan originally drawn up by the user.
  • the server device 10 allows the user to easily change the schedule by presenting the user with the level of risk (need for caution, caution, safety) of each schedule among the sightseeing plans that the user has drawn up. It may also be recognizable.
  • the server device 10 may provide an interface that allows the schedule to be changed in units of schedule items (sightseeing spots, visited facilities, etc.).
  • the terminal 20 may display advice on how to protect oneself from infectious diseases, etc. regarding tourist spots where users should be careful not to contract infectious diseases.
  • the terminal 20 may display as shown in FIG. 20 or 21.
  • the user information database is configured inside the server device 10, but the database may be configured in an external database server or the like. That is, some functions of the server device 10 may be implemented in another server. More specifically, the above-described "requirements acquisition section (requirements acquisition means)", “tourist plan generation section (tourist plan generation means)", etc. may be implemented in any device included in the system.
  • each device server device 10, terminal 20
  • data transmitted and received between these devices may be encrypted.
  • personal information such as names is transmitted and received between these devices, and in order to appropriately protect this information, it is desirable that encrypted data be transmitted and received.
  • each embodiment may be used alone or in combination.
  • the present invention is suitably applicable to an information processing system that provides information regarding tourist spots to users.
  • a server device comprising: [Additional note 2] The server device according to supplementary note 1, wherein the generating means generates the sightseeing plan such that the user has a low risk of contracting the infectious disease.
  • the server according to any one of Supplementary Notes 1 to 6, wherein the acquisition means acquires at least a tourist destination that the user desires to visit, a starting point for starting sightseeing, and a scheduled date of sightseeing as the requirements for generating the sightseeing plan.
  • Device [Additional note 8] The acquisition means acquires information regarding a hotel where the user is staying, The server device according to appendix 7, wherein the generating means generates the sightseeing plan using information regarding the hotel.
  • the acquisition means acquires information regarding the user's means of transportation, The server device according to appendix 8, wherein the generating means generates the sightseeing plan using information regarding the transportation means.
  • a device owned by the user a server device; including;
  • the server device includes: an acquisition means for acquiring sightseeing plan generation requirements, which are requirements for sightseeing plan generation, from the user; Generation means for generating a tourism plan that takes into account the risk of the user contracting an infectious disease while satisfying the acquired tourism plan generation requirements;
  • a system equipped with [Additional note 11]
  • the generating means transmits information regarding the generated sightseeing plan to the terminal, The system according to appendix 10, wherein the terminal supports the user's sightseeing using information regarding the sightseeing plan.
  • the generating means transmits information regarding the sightseeing plan including infection risk information for infectious diseases of sightseeing spots and travel routes included in the sightseeing plan to the terminal, The system according to appendix 11, wherein the terminal provides advice on infectious disease countermeasures to the user based on the infection risk information.
  • the server device Obtain sightseeing plan generation requirements from the user, which are requirements for sightseeing plan generation, A method for controlling a server device that generates a sightseeing plan that takes into account the risk of the user contracting an infectious disease while satisfying the acquired sightseeing plan generation requirements.
  • Server device 20 Terminal 100 Server device 101 Acquisition means 102 Generation means 201 Communication control section 202 Requirement acquisition section 203 Database management section 204 Sightseeing plan generation section 205 Storage section 301 Communication control section 302 Tourism support section 303 Storage section 311 Processor 312 Memory 313 Input/output interface 314 Communication interface

Landscapes

  • Business, Economics & Management (AREA)
  • Tourism & Hospitality (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • Human Resources & Organizations (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Marketing (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • General Health & Medical Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Development Economics (AREA)
  • Game Theory and Decision Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

利用者がより安全に観光できることに寄与する、サーバ装置を提供する。サーバ装置は、取得手段と、生成手段と、を備える。取得手段は、利用者から、観光プランの生成に関する要件である、観光プラン生成要件を取得する。生成手段は、取得された観光プラン生成要件を満たしつつ、利用者が感染症に罹患するリスクを考慮した観光プランを生成する。

Description

サーバ装置、システム、サーバ装置の制御方法及び記憶媒体
　本発明は、サーバ装置、システム、サーバ装置の制御方法及び記憶媒体に関する。
　利用者に対して情報提供を行うシステムが存在する。
　例えば、特許文献１には、複数人のユーザ間の関係性に基づいて、複数人のユーザのより適切な行動計画を作成することを可能にする、と記載されている。特許文献１の情報処理装置は、関係性推定部と、行動計画作成部と、を備える。関係性推定部は、センシングデータに基づいて複数人のユーザ間の関係性の推定を行う。行動計画作成部は、推定の結果に基づいて複数人のユーザの行動計画を作成する。
　特許文献２には、移動体（移動機）からの要求情報と位置情報とに応じて各移動体に適した行動スケジュールの案内を行うことを可能にした情報案内システムの実現、と記載されている。特許文献２の情報案内システムは、移動体と、情報供給装置と、サーバと、を含む。サーバは、移動体から送信される要求情報と位置情報に基づき、情報供給装置から案内情報を取得して、その案内情報と要求情報と位置情報とから案内結果情報を編集し、編集した案内結果情報を当該移動体に送る。移動体はその案内結果情報を表示や音声で出力する。要求情報と位置情報は、現在地などのある地点の位置と出発時間、最終目的地と到着時間、さらに希望観光施設またはその訪問条件、移動手段またはその条件を含む。案内結果情報は、利用者の希望にあったルートで効率良く観光（移動）が出来るようにスケジューリング（予約を含む）されている。
国際公開第２０１９／０４９４９１号 特開２００２－０９２１９３号公報
　特許文献２に示されるように、観光に関する案内が利用者に提供されることがある。ここで、近年の感染症に関する状況を鑑みると、感染リスクの高い観光を躊躇する利用者も多い。換言すれば、より安全な観光が求められている。
　なお、特許文献１及び特許文献２に開示された技術では、安全な観光（安全な観光に関する情報）を提供することはできない。これらの文献では、観光地で利用者が感染症に罹患するリスクは考慮されていない。
　本発明は、利用者がより安全に観光できることに寄与する、サーバ装置、システム、サーバ装置の制御方法及び記憶媒体を提供することを主たる目的とする。
　本発明の第１の視点によれば、利用者から、観光プランの生成に関する要件である、観光プラン生成要件を取得する、取得手段と、前記取得された観光プラン生成要件を満たしつつ、前記利用者が感染症に罹患するリスクを考慮した観光プランを生成する、生成手段と、を備える、サーバ装置が提供される。
　本発明の第２の視点によれば、利用者が所持する端末と、サーバ装置と、を含み、前記サーバ装置は、前記利用者から、観光プランの生成に関する要件である、観光プラン生成要件を取得する、取得手段と、前記取得された観光プラン生成要件を満たしつつ、前記利用者が感染症に罹患するリスクを考慮した観光プランを生成する、生成手段と、を備える、システムが提供される。
　本発明の第３の視点によれば、サーバ装置において、利用者から、観光プランの生成に関する要件である、観光プラン生成要件を取得し、前記取得された観光プラン生成要件を満たしつつ、前記利用者が感染症に罹患するリスクを考慮した観光プランを生成する、サーバ装置の制御方法が提供される。
　本発明の第４の視点によれば、サーバ装置に搭載されたコンピュータに、利用者から、観光プランの生成に関する要件である、観光プラン生成要件を取得する処理と、前記取得された観光プラン生成要件を満たしつつ、前記利用者が感染症に罹患するリスクを考慮した観光プランを生成する処理と、を実行させるためのプログラムを記憶する、コンピュータ読取可能な記憶媒体が提供される。
　本発明の各視点によれば、利用者がより安全に観光できることに寄与する、サーバ装置、システム、サーバ装置の制御方法及び記憶媒体が提供される。なお、本発明の効果は上記に限定されない。本発明により、当該効果の代わりに、又は当該効果と共に、他の効果が奏されてもよい。
図１は、一実施形態の概要を説明するための図である。 図２は、一実施形態の動作を説明するためのフローチャートである。 図３は、第１の実施形態に係る情報処理システムの概略構成の一例を示す図である。 図４は、第１の実施形態に係る情報処理システムの動作を説明するための図である。 図５は、第１の実施形態に係るサーバ装置の処理構成の一例を示す図である。 図６は、第１の実施形態に係る端末の表示の一例を示す図である。 図７は、第１の実施形態に係る利用者情報データベースの一例を示す図である。 図８は、第１の実施形態に係る感染リスク管理データベースの一例を示す図である。 図９は、第１の実施形態に係る観光プラン生成部の動作を説明するための図である。 図１０は、第１の実施形態に係る端末の表示の一例を示す図である。 図１１は、第１の実施形態に係る情報処理システムの動作の一例を示すシーケンス図である。 図１２は、第２の実施形態に係る端末の表示の一例を示す図である。 図１３は、第３の実施形態に係る端末の処理構成の一例を示す図である。 図１４は、第３の実施形態に係る端末の表示の一例を示す図である。 図１５は、本願開示に係るサーバ装置のハードウェア構成の一例を示す図である。 図１６は、本願開示の変形例に係る端末の表示の一例を示す図である。 図１７は、本願開示の変形例に係る端末の表示の一例を示す図である。 図１８は、本願開示の変形例に係る端末の表示の一例を示す図である。 図１９は、本願開示の変形例に係る端末の表示の一例を示す図である。 図２０は、本願開示の変形例に係る端末の表示の一例を示す図である。 図２１は、本願開示の変形例に係る端末の表示の一例を示す図である。
　はじめに、一実施形態の概要について説明する。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、この概要の記載はなんらの限定を意図するものではない。また、特段の釈明がない場合には、各図面に記載されたブロックはハードウェア単位の構成ではなく、機能単位の構成を表す。各図におけるブロック間の接続線は、双方向及び単方向の双方を含む。一方向矢印については、主たる信号（データ）の流れを模式的に示すものであり、双方向性を排除するものではない。なお、本明細書及び図面において、同様に説明されることが可能な要素については、同一の符号を付することにより重複説明が省略され得る。
　一実施形態に係るサーバ装置１００は、取得手段１０１と、生成手段１０２と、を備える（図１参照）。取得手段１０１は、利用者から、観光プランの生成に関する要件である、観光プラン生成要件を取得する（図２のステップＳ１）。生成手段１０２は、取得された観光プラン生成要件を満たしつつ、利用者が感染症に罹患するリスクを考慮した観光プランを生成する（ステップＳ２）。
　サーバ装置１００は、利用者の要望を満たしつつ、利用者が感染症に罹患するリスクが低くなるような観光プランを生成する。具体的には、サーバ装置１００は、利用者が感染症に罹患する可能性が高くなるようなエリア、経路等を避けて観光プランを生成する。生成された観光プランは、利用者に提示される。利用者は、当該提示された観光プランに従って観光を行うことで感染症に罹患するリスクを低減できる。その結果、利用者は、希望する観光地を安心安全に観光できる。
　以下に具体的な実施形態について、図面を参照してさらに詳しく説明する。
［第１の実施形態］
　第１の実施形態について、図面を用いてより詳細に説明する。
［システムの構成］
　図３は、第１の実施形態に係る情報処理システム（情報提供システム）の概略構成の一例を示す図である。図３に示すように、情報処理システムには、サーバ装置１０が含まれる。
　サーバ装置１０は、利用者に情報提供を行うための装置である。例えば、サーバ装置１０は、観光組合等により管理、運営される。サーバ装置１０は、観光組合の建物に設置されていてもよいし、ネットワーク上（クラウド上）に設置されていてもよい。
　利用者は、所持する端末２０を操作して所定の情報をサーバ装置１０に入力する。サーバ装置１０は、取得した情報に基づいて当該利用者に提供する情報を生成する。
　図３に示す情報処理システムの構成は例示であって、その構成を限定する趣旨ではない。例えば、情報処理システムには、複数のサーバ装置１０が含まれていてもよい。
［概略動作］
　続いて、第１の実施形態に係る情報処理システムの概略動作について説明する。
　利用者は、観光地を指定して観光プランの提供をサーバ装置１０に要求する。具体的には、利用者は、所持する端末２０を操作してサーバ装置１０にアクセスする。利用者は、当該サーバ装置１０が提供するＷＥＢ（ウェブ）ページにおいて観光プランの生成に関する要件を入力する。以降の説明において、利用者がサーバ装置１０に入力する要件を「観光プラン生成要件」と表記する。
　なお、利用者は、端末２０にインストールされた専用のアプリケーションを用いて観光プラン生成要件をサーバ装置１０に入力してもよい。具体的には、利用者は、端末２０にインストールされたアプリケーションが起動する。利用者は、当該アプリケーション上で観光プラン生成要件を入力する。端末２０（アプリケーション）は、取得した観光プラン生成要件をサーバ装置１０に送信する。
　サーバ装置１０は、取得した観光プラン生成要件に適合する観光プランを生成する。その際、サーバ装置１０は、感染症（例えば、インフルエンザ、コロナウイルス等の感染症）への感染リスクを考慮した観光プランを生成する。具体的には、サーバ装置１０は、利用者が感染症に罹患する可能性が低い観光スポット及び移動経路からなる観光プランを生成する。
　即ち、サーバ装置１０は、利用者の要望（観光プラン生成要件）を満たしつつ、利用者が安心して観光地を観光できるような観光プランを生成する。サーバ装置１０は、生成した観光プランを利用者に提供（案内）する。
　例えば、サーバ装置１０は、図４に示すような内容の観光プランを生成する。サーバ装置１０は、観光地を構成する各要素（例えば、観光スポット、道路等）の感染症に関するリスクを考慮して観光プランを生成する。
　図４の例では、観光客で混雑する商店街や観光スポット（図４の例では神社）を避け、公園、動物園、美術館といった観光スポットを巡る観光プランが提案されている。
　続いて、第１の実施形態に係る情報処理システムに含まれる各装置の詳細について説明する。
［サーバ装置］
　図５は、第１の実施形態に係るサーバ装置１０の処理構成（処理モジュール）の一例を示す図である。図５を参照すると、サーバ装置１０は、通信制御部２０１と、要件取得部２０２と、データベース管理部２０３と、観光プラン生成部２０４と、記憶部２０５と、を備える。
　通信制御部２０１は、他の装置との間の通信を制御する手段である。例えば、通信制御部２０１は、端末２０からデータ（パケット）を受信する。また、通信制御部２０１は、端末２０に向けてデータを送信する。通信制御部２０１は、他の装置から受信したデータを他の処理モジュールに引き渡す。通信制御部２０１は、他の処理モジュールから取得したデータを他の装置に向けて送信する。このように、他の処理モジュールは、通信制御部２０１を介して他の装置とデータの送受信を行う。通信制御部２０１は、他の装置からデータを受信する受信部としての機能と、他の装置に向けてデータを送信する送信部としての機能と、を備える。
　要件取得部２０２は、利用者から、観光プランの生成に関する要件である、観光プラン生成要件を取得する手段である。例えば、利用者は、端末２０を操作してサーバ装置１０が提供するＷＥＢページにアクセスする。利用者が当該ＷＥＢページ上で「観光プランの提案」を選択すると、要件取得部２０２は、図６に示すようなＧＵＩ（Graphical User Interface）を端末２０に表示する。
　利用者は、端末２０を操作して、図６に示される情報を入力する。図６に示すように、利用者は、観光を希望する観光地、観光を開始するスタート地点、観光予定日等の情報（要件）を入力する。利用者は、情報入力を完了すると「決定」ボタンを押下する。
　要件取得部２０２は、観光プラン生成要件を取得すると、利用者を識別するためのユーザＩＤを生成する。ユーザＩＤは、利用者を一意に識別できる情報であればどのような情報であってもよい。例えば、要件取得部２０２は、観光プランの提案申込を受け付けるたびに一意な値を採番しユーザＩＤとしてもよい。
　要件取得部２０２は、上記生成されたユーザＩＤ及び観光プラン生成要件等を対応付けて利用者情報データベースに記憶する（図７参照）。なお、図７に示す利用者情報データベースは例示であって、記憶する項目等を限定する趣旨ではない。例えば、要件取得部２０２は、利用者の氏名、性別、生年月日、住所、連絡先、口座情報等の個人情報を取得し、利用者情報データベースに記憶してもよい。
　要件取得部２０２は、ユーザＩＤ等を利用者情報データベースに記憶すると、当該記憶されたユーザＩＤを観光プラン生成部２０４に引き渡す。要件取得部２０２は、当該ユーザＩＤに対応する利用者に提案する観光プランの生成を観光プラン生成部２０４に指示する。
　ここで、サーバ装置１０は、観光プランを生成する際に、観光地を構成する各要素（観光スポット、店舗、道路等）の感染症に関するリスク情報（以下、感染リスク情報と表記する）を用いる。各要素の詳細な情報（例えば、観光スポットの名称や座標情報等）や感染リスク情報は、感染リスク管理データベースに記憶されている。
　データベース管理部２０３は、感染リスク管理データベースを管理、制御する手段である。
　図８は、第１の実施形態に係る感染リスク管理データベースの一例を示す図である。例えば、感染リスク管理データベースは、構成要素のＩＤ（要素ＩＤ）、構成要素の名称、所属する観光地、座標情報（観光地の地図情報）、営業時間、混雑度、感染リスク情報等を対応付けて記憶する。
　上述のように、感染リスク情報は、観光地を構成する各要素の感染症に関するリスク情報である。より具体的には、感染リスク情報は、要素（観光スポット、道路等）において人が感染症に罹患する確率の大きさを示す情報である。第１の実施形態では、感染リスクを１から１０の１０段階の値（感染リスク値）で表現する。感染リスク値が大きいほど感染症に罹患しやすいことを示す。なお、感染リスクの表現を１０段階の数値に限定する趣旨ではないことは勿論である。
　感染リスク情報は、各構成要素に関する種々の情報に基づいて総合的に判断されて算出される。例えば、感染リスク情報は、観光スポット等の混雑度（人口密度）、観光スポット等の状況（屋外、屋内）、換気状況（換気設備の有無）、消毒設備の有無（例えば、アルコール消毒設備の有無等）に基づいて算出される。従って、混雑度の高い観光スポットであっても感染症に対する対策が十分行われていれば、当該観光スポットの感染リスク値は低く算出される。
　観光組合の職員等は、定期的又は所定のタイミングで、観光地の構成要素に関する詳細情報、混雑度、感染リスク情報等をサーバ装置１０に入力する。データベース管理部２０３は、観光組合の職員等が感染リスク情報等を入力するためのインターフェイスを提供する。
　あるいは、データベース管理部２０３は、自治体、民間企業等が運営するサーバから感染リスク情報等を取得してもよい。あるいは、データベース管理部２０３は、自治体や企業等が提供する情報に基づいて感染リスク情報を算出してもよい。あるいは、混雑度及び当該混雑度から生成される感染リスク情報は、観光スポットや店舗内の二酸化炭素濃度に基づいて算出されてもよい。例えば、データベース管理部２０３は、店舗内に設置された測定装置が出力する二酸化炭素濃度測定値に基づいて混雑度を算出してもよい。
　図８に示す感染リスク管理データベースは例示であって、記憶する項目等を限定する趣旨ではない。例えば、感染リスク管理データベースは、時間帯ごとに混雑度や感染リスク情報を記憶してもよい。あるいは、感染リスク管理データベースは、天気、季節ごとの混雑度や感染リスク情報を記憶してもよい。あるいは、感染リスク管理データベースは、観光地で使われる移動手段（例えば、バス、電車）に関する混雑度や感染リスク情報を記憶してもよい。
　観光プラン生成部２０４は、利用者に提案する観光プランを生成する手段である。観光プラン生成部２０４は、利用者が入力した観光プラン生成要件を満たしつつ、当該利用者が感染症に罹患するリスクを考慮して観光プランを生成する。具体的には、観光プラン生成部２０４は、利用者が感染症に罹患するリスクが低くなるように観光プランを生成する。
　観光プラン生成部２０４は、利用者から取得した観光プラン生成要件と、観光地を構成する各要素の感染症に対する感染リスク情報と、を用いて観光プランを生成する。その際、観光プラン生成部２０４は、利用者が感染症に罹患する可能性が低い観光スポット、移動経路等を含む観光プランを優先的に生成する。
　具体的には、観光プラン生成部２０４は、観光プラン生成要件により指定された観光地に含まれる観光スポットのなかから最初の訪問候補地を選択する。その際、観光プラン生成部２０４は、各観光スポットの感染リスク情報に基づいて最初に訪れる観光スポットの候補を選択する。例えば、観光プラン生成部２０４は、最も感染リスク情報（感染リスク値）の小さい観光スポットを訪問候補地として選択する。
　次に、観光プラン生成部２０４は、利用者が観光を開始するスタート地点を始点、上記選択した観光スポットを終点に設定し、移動経路を計算する。その際、観光プラン生成部２０４は、各経路の感染リスク情報を用いて移動経路を計算する。
　例えば、観光プラン生成部２０４は、ダイクストラ法を用いた経路計算においてエッジの重みに感染リスク値を設定し、最短経路を計算する。
　例えば、図９に示すスタート地点からゴール地点までの経路を計算する場合を考える。図９において、各エッジ付近に記載した数字は各経路の感染リスク値に相当する。スタート地点からゴール地点まで直進する経路の重みは「９」、上側の経路の重みは「７」、下側の経路の重みは「１１」となる。
　従って、感染リスクを考慮した場合の最短経路は上側の経路と計算される。即ち、始点と終点の間の距離は直進する経路が最短であっても、感染リスクを考慮すると上側のルートが最短経路（移動経路）として計算される。
　利用者のスタート地点から最初の観光スポットまでの移動経路が計算されると、観光プラン生成部２０４は、利用者に対して次に提案する観光スポットの候補を選択する。この場合にも、観光プラン生成部２０４は、各観光スポットの感染リスク情報に基づいて２番目の訪問候補地を選択する。例えば、観光プラン生成部２０４は、２番目に感染リスク値の小さい観光スポットを訪問候補地として選択する。
　観光プラン生成部２０４は、最初に選択された観光スポットを始点、上記２番目に選択された観光スポットを終点に設定し、移動経路を計算する。この場合にも、観光プラン生成部２０４は、各経路の感染リスク情報を用いて移動経路を計算する。
　観光プラン生成部２０４は、所定数の観光スポット（利用者に提案する観光スポット）について、上記のような処理（感染リスク情報に基づく観光スポットの選択と移動経路の計算）を繰り返す。
　観光プラン生成部２０４は、図４に示すような観光スポットとその移動経路を観光プランとして生成する。このように、観光プラン生成部２０４は、観光地に含まれる各観光スポットの感染リスク情報を用いて、観光プランとして利用者に提案する観光スポットを選択する。さらに、観光プラン生成部２０４は、観光地に含まれる道路の感染リスク情報を用いて、当該選択された観光スポットまでの移動経路を計算する。
　観光プラン生成部２０４は、生成した観光プランを利用者に提示する。例えば、観光プラン生成部２０４は、図１０に示すようなＧＵＩを利用者が所持する端末２０に表示する。図１０において、利用者が「決定ボタン」を押下すると、観光プラン生成部２０４は、利用者に提案した観光プランを利用者情報データベースに記憶する。
　観光プラン生成部２０４は、図７に示す利用者情報データベースの観光プランフィールドに、提案した観光スポット及び移動経路に関する情報を記憶する。例えば、観光プラン生成部２０４は、観光スポット及びその移動経路の全体にＩＤ（観光プランＩＤ）を付与し、当該観光プランＩＤを利用者情報データベースに記憶してもよい。
　あるいは、観光プラン生成部２０４は、観光プランをなす構成の要素ＩＤを利用者の訪問順（移動順）に並べて観光スポット及びその移動経路を利用者情報データベースに記憶してもよい。
　図１０において、利用者が「他のプラン」ボタンを押下すると、観光プラン生成部２０４は、提案した観光プランとは異なる観光プランを生成する。その際、観光プラン生成部２０４は、観光スポットの候補選択において、感染リスク情報に代えて又は加えて他の情報を用いてもよい。
　例えば、観光プラン生成部２０４は、混雑度が最も高く、且つ、感染リスク値が最も小さい観光スポットを最初の訪問候補地に選択する。混雑度が高い観光スポットは、観光客に人気の高い観光スポットである可能性が高い。そこで、観光プラン生成部２０４は、混雑度が高い観光スポットを優先的に選択することで、利用者に受け入れられる可能性の高い観光プランを生成する。
　あるいは、感染リスク管理データベースは、各観光スポットの人気を示す情報を記憶しておいてもよい。例えば、感染リスク管理データベースは、各観光スポットの口コミ、ユーザのレビュー結果等を「人気度」として記憶する。観光プラン生成部２０４は、人気度が高く、且つ、感染リスク値の低い観光スポットを、利用者に対して最初に提案する観光スポットとして選択してもよい。
　他の観光プランを生成する場合であっても、観光プラン生成部２０４は、感染リスク情報を用いて移動経路を決定する。即ち、人気の高い観光スポットを選択するという利用者が受け入れやすい観光プランを生成する場合であっても、観光プラン生成部２０４は、当該観光スポットへの移動に関しては感染症に罹患するリスクが小さい移動経路を利用者に提案する。
　記憶部２０５は、サーバ装置１０の動作に必要な情報を記憶する手段である。
［端末］
　端末２０には、スマートフォン、携帯電話機、ゲーム機、タブレット等の携帯端末装置やコンピュータ（パーソナルコンピュータ、ノートパソコン）等が例示される。端末２０は、利用者の操作を受け付け、サーバ装置１０等と通信可能であれば任意の機器、デバイスとすることができる。また、端末２０の構成等は当業者にとって明らかであるので、詳細な説明を省略する。
［システムの動作］
　続いて、第１の実施形態に係る情報処理システムの動作について説明する。図１１は、第１の実施形態に係る情報処理システムの動作の一例を示すシーケンス図である。
　端末２０は、利用者の操作に応じて、観光プランの提案要求をサーバ装置１０に行う（ステップＳ０１）。
　利用者（端末２０）からの要求に応じて、サーバ装置１０は、利用者の感染リスクを考慮した観光プランを生成する（ステップＳ０２）。
　サーバ装置１０は、生成した観光プランを利用者に提案する（ステップＳ０３）。
　利用者は、提案された観光プランを検討する。利用者が他の観光プランの提案を希望した場合には、端末２０は、他の観光プランを提案することをサーバ装置１０に要求する（ステップＳ０４）。
　利用者（端末２０）からの要求に応じて、サーバ装置１０は、利用者の感染リスクを考慮した他の観光プランを生成する（ステップＳ０５）。
　サーバ装置１０は、生成した他の観光プランを利用者に提案する（ステップＳ０６）。
　利用者は、提案された他の観光プランを検討する。
［システムの運営］
　ここで、情報提供システムの運営には運営費が必要である。観光組合は、システムを利用する利用者から当該運営費を取得してもよいし、観光ツアー等を企画する旅行会社等から取得してもよい。例えば、サーバ装置１０は、利用者が観光プランを受け入れると、当該利用者に対してシステム利用料を請求してもよい。
　また、上記システム利用料は、観光に伴う保険料から支払われてもよい。情報提供システムから提案された観光プランに従って行動する利用者が感染症に罹患するリスクは低い。そのため、保険会社等の潜在的な費用負担は減少する。当該減少した費用負担の一部がシステム利用料（システム運営費）に割り当てられてもよい。
　あるいは、感染リスク情報に基づいて提案された観光プランを採用した利用者に対し、当該利用者が支払った保険料の一部が返還されてもよい。即ち、感染症に罹患するリスクが低い行動を行う利用者に対し、保険料の一部がキャッシュバックされてもよい。
　本願開示の情報提供システムは、感染リスクの低い観光スポットを優先的に選択し、当該選択された観光スポットを訪問先として利用者に提案する。即ち、観光スポットは、感染症対策に取り組むことで多くの集客が期待できる。当該感染症対策の原資として、上記システム利用料の全部又は一部が割り当てられてもよい。あるいは、保険会社が旅行者から集めた保険料の全部又は一部が、上記感染症対策の原資に割り当てられてもよい。
　感染症対策の進んだ観光スポットが増えることは当該観光スポットを有する観光地の魅力が高まる。そこで、観光組合（サーバ装置１０）は、利用者から保険料を取得していた場合、観光プランに採用された観光スポットや店舗に上記保険料の全部又は一部を支払ってもよい。
　以上のように、第１の実施形態に係る情報処理システムは、観光地の観光スポット、施設、道路（経路）ごとに感染リスク情報を記憶している。サーバ装置１０は、当該感染リスク情報を用いて安全な観光プラン（旅行プラン）を生成する。その際、サーバ装置１０は、利用者が感染症に罹患する可能性が高くなるようなエリア、経路等を避けて観光プラン（行動プラン）を生成する。生成された観光プランは、利用者に提示される。利用者は、当該提示された観光プランに従って観光を行うことで感染症に罹患するリスクを低減できる。その結果、利用者は、希望する観光地を安心安全に観光できる。
［第２の実施形態］
　続いて、第２の実施形態について図面を参照して詳細に説明する。
　第１の実施形態では、利用者が、観光プランの生成に必要な最小限の情報をサーバ装置１０に入力する場合について説明した。第２の実施形態では、利用者がより詳細な情報（観光プランを生成する際の要件）をサーバ装置１０に入力する場合について説明する。
　なお、第２の実施形態に係る情報処理システムの構成は第１の実施形態と同一とすることができるので図３に相当する説明を省略する。また、第２の実施形態に係るサーバ装置１０の処理構成も第１の実施形態と同一とすることができるので、その説明を省略する。
　以下、第１の実施形態と第２の実施形態の相違点を中心に説明する。
　観光プランの提供を受ける利用者は、提案される観光プランに対しより詳細な要件を設定することができる。具体的には、利用者は、端末２０を操作して、図６に示される「詳細設定ボタン」を押下する。
　当該ボタンの押下に応じて、第２の実施形態に係るサーバ装置１０の要件取得部２０２は、利用者のより詳細な希望（条件、要件）を取得するためのＧＵＩを端末２０に表示する。例えば、要件取得部２０２は、図１２に示すようなＧＵＩにより、利用者が宿泊するホテルの情報や観光地までの移動手段を取得する。
　第２の実施形態に係る観光プラン生成部２０４は、利用者が入力した詳細な要件（例えば、宿泊先のホテル、観光地までの移動手段）と感染リスク情報等を用いて観光プランを生成する。
　例えば、観光プラン生成部２０４は、宿泊先のホテルを観光ルートの最終目的地に設定し、観光プランを生成する。あるいは、観光プラン生成部２０４は、利用者の移動手段から特定される場所を観光のスタート地点に設定する。例えば、利用者が飛行機で観光地に到着する場合には到着空港がスタート地点に設定され、利用者が鉄道で観光地に到着する場合には到着駅がスタート地点に設定されて観光プランが生成される。
　利用者は、観光地で必ず訪れたい観光スポット（必須の観光スポット）をサーバ装置１０に入力してもよい。この場合、観光プラン生成部２０４は、当該必須の観光スポットを含むように観光プランを生成する。
　その際、観光プラン生成部２０４は、当該必須の観光スポットを最初に訪問する観光スポットに選択してもよい。あるいは、観光プラン生成部２０４は、当該必須の観光スポットの感染リスク値が最も小さい時間帯に利用者が訪問できるような観光プランを生成してもよい。例えば、午前中の感染リスク値と午後の感染リスク値を比較すると、午前の感染リスク値が低い場合には、観光プラン生成部２０４は、利用者が午前中に上記必須の観光スポットを観光できるような観光プランを生成する。この場合、観光プラン生成部２０４は、観光プランの前半に上記観光スポットを選択し、観光プランを生成すればよい。
　あるいは、利用者は、必須の観光スポットの観光を希望する時間帯をサーバ装置１０に入力してもよい。サーバ装置１０は、取得した時間帯に必須の観光スポットを観光できるような観光プランを生成してもよい。即ち、第２の実施形態に係る要件取得部２０２は、利用者が訪れたい観光スポットの情報及び観光を希望する時間帯を取得してもよい。その際、要件取得部２０２は、「午前」や「午後」など容易に希望時間帯を入力可能とするインターフェイスを設けてもよい。
　あるいは、利用者は、複数の必須の観光スポットをサーバ装置１０に入力してもよい。この場合にも、要件取得部２０２は、利用者が各必須の観光スポットについて観光を希望する時間帯を入力可能とするインターフェイスを設けてもよい。観光プラン生成部２０４は、可能な限り利用者の希望（複数の必須の観光スポット及び観光時間帯）を満たすように観光プランを生成する。
　あるいは、利用者は、訪れたい観光スポットの情報を優先順位と共にサーバ装置１０に入力してもよい。観光プラン生成部２０４は、優先順位の高い（利用者が先に訪れたい）観光スポットを優先的に選択し、観光プランを生成する。
　このように、第２の実施形態に係るサーバ装置１０は、宿泊先のホテルに関する情報や移動手段に関する情報を利用者から取得する。サーバ装置１０は、取得した情報を用いて利用者に提案する観光プランを生成してもよい。
　なお、サーバ装置１０は、上記ホテルや移動手段に関する情報は利用者から直接取得してもよいし、利用者が予約したホテルや移動手段のチケットを手配した旅行会社等のシステムから取得してもよい。例えば、サーバ装置１０は、観光プラン生成要件を取得する際、利用者を特定するための情報（利用者特定情報；例えば、利用者の氏名又は氏名と生年月日の組み合わせ）を取得する。サーバ装置１０は、取得した利用者特定情報を、外部のサーバ（ホテルやチケットの予約情報を管理するサーバ）に送信する。外部のサーバは、利用者特定情報に対応するホテル予約情報やチケット予約情報が存在すれば、これらの情報をサーバ装置１０に送信する。
　外部のサーバから情報を取得した際には、サーバ装置１０は、生成した観光プランを当該外部のサーバの管理主体（例えば、旅行会社）に提供してもよい。即ち、旅行会社を経由して観光プラン（感染症への感染リスクを考慮した観光プラン）が利用者に提案されてもよい。その際、サーバ装置１０は、１つの観光プランではなく複数の観光プランを旅行会社（利用者）に提案してもよい。例えば、宿泊するホテルが決まっている場合、サーバ装置１０は、当該ホテルに利用者が宿泊することを前提とした複数の旅行プランを生成し、利用者に提案してもよい。
　以上のように、第２の実施形態に係るサーバ装置１０は、利用者の宿泊先のホテルに関する情報や移動手段に関する情報を取得してもよい。サーバ装置１０は、ホテルに関する情報や移動手段に関する情報を用いて観光プランを生成してもよい。その結果、より利便性が高く有用な観光プランが利用者に提供される。
［第３の実施形態］
　続いて、第３の実施形態について図面を参照して詳細に説明する。
　第３の実施形態では、サーバ装置１０が生成した観光プランに従い観光する利用者を端末２０がサポートする場合について説明する。
　なお、第３の実施形態に係る情報処理システムの構成は第１の実施形態と同一とすることができるので図３に相当する説明を省略する。また、第３の実施形態に係るサーバ装置１０の処理構成も第１の実施形態と同一とすることができるので、その説明を省略する。
　以下、第１の実施形態乃至第３の実施形態の相違点を中心に説明する。
　第３の実施形態に係るサーバ装置１０の観光プラン生成部２０４は、利用者が提案された観光プランを受け入れると（図１０に示す決定ボタンが押下されると）、当該観光プランの詳細な情報を端末２０に送信する。以降の説明において、サーバ装置１０から端末２０に送信される、観光プランの詳細な情報を「観光プラン情報」と表記する。
　観光プラン情報には、観光地の地図情報、採用された観光スポットに関する情報（例えば、名称や座標情報）、観光スポットを訪問する順番、移動経路等が含まれる。即ち、端末２０が、図１０に示すような画面を生成できるような情報が観光プラン情報には含まれる。あるいは、観光プラン情報には、観光スポットや移動経路（道路）の混雑度や感染リスク情報が含まれていてもよい。あるいは、観光プラン情報には、利用者が予約したホテルに関する情報（例えば、チェックイン時間）や移動手段に関する情報（例えば、到着地）が含まれていてもよい。
　図１３は、第３の実施形態に係る端末２０の処理構成（処理モジュール）の一例を示す図である。図１３を参照すると、端末２０は、通信制御部３０１と、観光支援部３０２と、記憶部３０３と、を備える。
　通信制御部３０１は、他の装置との間の通信を制御する手段である。例えば、通信制御部３０１は、サーバ装置１０からデータ（パケット）を受信する。また、通信制御部３０１は、サーバ装置１０に向けてデータを送信する。通信制御部３０１は、他の装置から受信したデータを他の処理モジュールに引き渡す。通信制御部３０１は、他の処理モジュールから取得したデータを他の装置に向けて送信する。このように、他の処理モジュールは、通信制御部３０１を介して他の装置とデータの送受信を行う。通信制御部３０１は、他の装置からデータを受信する受信部としての機能と、他の装置に向けてデータを送信する送信部としての機能と、を備える。
　観光支援部３０２は、利用者による観光地の観光を支援する手段である。観光支援部３０２は、サーバ装置１０から取得する観光プラン情報を用いて観光客（利用者）の支援を行う。
　例えば、観光支援部３０２は、観光プラン情報に基づいた経路案内を行う。観光支援部３０２は、自装置の位置情報を生成する。具体的には、観光支援部３０２は、ＧＰＳ（Global Positioning System）衛星からのＧＰＳ信号を受信して測位を実行し、自装置の緯度、経度及び高度を含む位置情報を生成する。あるいは、観光支援部３０２は、無線アクセスポイントと通信し、当該無線アクセスポイントの位置を自装置の位置として扱っても良い。あるいは、観光支援部３０２は、無線アクセスポイントから受信する電波の強度に基づき位置情報を生成してもよい。
　観光支援部３０２は、当該生成した位置情報に基づいて自装置（利用者）の現在位置を把握する。観光支援部３０２は、把握した現在位置と観光プラン情報を用いて各観光スポットまでの経路案内を行う。例えば、図１０の例では、観光支援部３０２は、利用者の現在位置から「Ａ１公園」までの経路案内を行う。その後、観光支援部３０２は、「Ａ１公園」から「Ｂ１動物園」までの経路案内を行う。
　観光支援部３０２は、観光プラン情報に基づいてスケジュール管理を行ってもよい。例えば、観光支援部３０２は、現在時刻とホテルのチェックイン時間に基づいて、利用者が観光に使える時間を計算する。また、観光支援部３０２は、観光スポットの座標情報に基づいて利用者が各観光スポットに移動するために必要な時間を計算する。
　観光支援部３０２は、上記２つの時間（観光に使える時間、移動に必要な時間）に基づいて各観光スポットに滞在可能な時間を計算する。例えば、訪問予定の観光スポットの数が「３」、観光スポットで滞在可能な時間が「３時間」であれば、観光支援部３０２は、各観光スポットに滞在可能な時間は「１時間」と計算する。
　観光支援部３０２は、利用者が観光スポットに到着してから当該観光スポットに滞在可能な時間が経過すると、次の観光スポットに向かうように促す。
　観光支援部３０２は、利用者に感染症対策をアドバイスしてもよい。具体的には、観光支援部３０２は、利用者が感染リスクの高い道路を通過する際、その旨を利用者に通知してもよい。例えば、利用者が、感染リスク値が所定の値よりも大きい道路を移動している場合、観光支援部３０２は、「マスクをしっかり付けて下さい」といったメッセージを出力する（図１４参照）。観光支援部３０２は、当該メッセージを画面に表示してもよいし音声で出力してもよい。あるいは、観光支援部３０２は、「マスクを二重に付けて下さい」や「フェイスシールドを着用して下さい」といったメッセージを出力してもよい。
　記憶部３０３は、端末２０の動作に必要な情報を記憶する手段である。
　以上のように、第３の実施形態に係るサーバ装置１０は、生成された観光プランに関する情報を端末２０に送信する。とりわけ、サーバ装置１０は、観光プランに含まれる観光スポット及び移動経路の感染症に対する感染リスク情報を含む観光プランに関する情報を端末２０に送信する。端末２０は、当該観光プランに関する情報を用いて利用者の観光を支援する。例えば、端末２０は、感染リスク情報に基づいて感染症対策のアドバイスを利用者に対して行う。その結果、利用者は、より安全に観光地を観光できる。
　続いて、情報処理システムを構成する各装置のハードウェアについて説明する。図１５は、サーバ装置１０のハードウェア構成の一例を示す図である。
　サーバ装置１０は、情報処理装置（所謂、コンピュータ）により構成可能であり、図１５に例示する構成を備える。例えば、サーバ装置１０は、プロセッサ３１１、メモリ３１２、入出力インターフェイス３１３及び通信インターフェイス３１４等を備える。上記プロセッサ３１１等の構成要素は内部バス等により接続され、相互に通信可能に構成されている。
　但し、図１５に示す構成は、サーバ装置１０のハードウェア構成を限定する趣旨ではない。サーバ装置１０は、図示しないハードウェアを含んでもよいし、必要に応じて入出力インターフェイス３１３を備えていなくともよい。また、サーバ装置１０に含まれるプロセッサ３１１等の数も図１５の例示に限定する趣旨ではなく、例えば、複数のプロセッサ３１１がサーバ装置１０に含まれていてもよい。
　プロセッサ３１１は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）等のプログラマブルなデバイスである。あるいは、プロセッサ３１１は、ＦＰＧＡ（Field Programmable Gate Array）、ＡＳＩＣ（Application Specific Integrated Circuit）等のデバイスであってもよい。プロセッサ３１１は、オペレーティングシステム（ＯＳ；Operating System）を含む各種プログラムを実行する。
　メモリ３１２は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）等である。メモリ３１２は、ＯＳプログラム、アプリケーションプログラム、各種データを格納する。
　入出力インターフェイス３１３は、図示しない表示装置や入力装置のインターフェイスである。表示装置は、例えば、液晶ディスプレイ等である。入力装置は、例えば、キーボードやマウス等のユーザ操作を受け付ける装置である。
　通信インターフェイス３１４は、他の装置と通信を行う回路、モジュール等である。例えば、通信インターフェイス３１４は、ＮＩＣ（Network Interface Card）等を備える。
　サーバ装置１０の機能は、各種処理モジュールにより実現される。当該処理モジュールは、例えば、メモリ３１２に格納されたプログラムをプロセッサ３１１が実行することで実現される。また、当該プログラムは、コンピュータが読み取り可能な記憶媒体に記録することができる。記憶媒体は、半導体メモリ、ハードディスク、磁気記録媒体、光記録媒体等の非トランジェント（non-transitory）なものとすることができる。即ち、本発明は、コンピュータプログラム製品として具現することも可能である。また、上記プログラムは、ネットワークを介してダウンロードするか、あるいは、プログラムを記憶した記憶媒体を用いて、更新することができる。さらに、上記処理モジュールは、半導体チップにより実現されてもよい。
　情報処理装置であるサーバ装置１０は、コンピュータを搭載し、当該コンピュータにプログラムを実行させることでサーバ装置１０の機能が実現できる。また、サーバ装置１０は、当該プログラムによりサーバ装置１０の制御方法を実行する。
［変形例］
　なお、上記実施形態にて説明した情報処理システムの構成、動作等は例示であって、システムの構成等を限定する趣旨ではない。
　サーバ装置１０は、観光スポットを選択する際、既に利用者に受け入れられた観光プランに含まれる観光スポットの数を用いてもよい。サーバ装置１０は、多くの利用者が訪問する予定の観光スポットを除外して他の観光スポットを選択してもよい。その際、サーバ装置１０（観光プラン生成部２０４）は、利用者情報データベースの観光プランフィールドを参照し、利用者に受け入れられた観光スポットの数を算出すればよい。同じ観光プランに従って多くの利用者が観光を行うと、同じ観光スポットに多くの利用者が集まることになる。その結果、観光スポットの感染リスクが上昇する。サーバ装置１０は、利用者に提案する観光スポットを分散することで、当該感染リスクの情報を防止する。
　サーバ装置１０は、利用者が受け入れた観光プランのなかに予約が必要な施設、観光スポット、移動手段（例えば、タクシー）が含まれていれば、当該施設等の予約やチケットの手配を行ってもよい。この場合、サーバ装置１０は、観光スポットやタクシー会社が運営するサーバに対して、利用者を特定するための利用者特定情報と予約情報を送信すればよい。
　サーバ装置１０は、利用者が観光地に到着する時刻や時間帯の情報を用いて観光プランを生成してもよい。その際、サーバ装置１０は、各観光スポットや道路における時間帯ごとの感染リスク情報（感染リスク値）を用いて観光プランを生成してもよい。
　サーバ装置１０は、観光スポット間の移動距離も考慮して観光プランを生成してもよい。具体的には、サーバ装置１０は、同程度の感染リスクであれば、利用者（利用者の訪問地）に近い観光スポットを含む観光プランを生成してもよい。
　サーバ装置１０は、観光プランの生成において利用者が優先する項目を含む観光プラン生成要件を取得してもよい。例えば、サーバ装置１０（要件取得部２０２）は、感染リスクを優先する、訪問できる観光スポットの数を優先する、移動距離を優先するといった観光プランの生成時に優先する項目を取得してもよい。
　この場合、観光プラン生成部２０４は、当該優先項目を満たすように観光プランを生成する。例えば、利用者が感染リスクを優先して生成された観光プランの提案を希望した場合、観光プラン生成部２０４は、第１の実施形態と同様に観光プランを生成する。対して、利用者が観光スポットの数を優先して生成された観光プランの提案を希望した場合、観光プラン生成部２０４は、感染リスクは高まる可能性があるが多くの観光スポットを訪問できる観光プランを生成する。その際、第３の実施形態で説明したように、端末２０は、利用者の観光を支援する情報を行うことで感染症に罹患するリスクを抑えつつ観光スポットを効率的に訪問することができる。即ち、端末２０は、感染リスクの高い場所等に利用者が移動すると、マスクやフェイスシールドの着用を当該利用者に促す。その結果、利用者の感染リスクを低減することができる。
　さらに、サーバ装置１０は、利用者の希望（観光の優先項目）を満たす複数の観光プランが存在する場合には、当該複数の観光プランそれぞれを利用者が比較可能としてもよい。
　サーバ装置１０は、利用者に対して他の観光プランを提示する際、既に提示した観光プランを含む複数の観光プランそれぞれに関し、利用者が感染リスク情報や混雑度などを比較できるような情報を端末２０に送信してもよい。
　上記実施形態では、図１０に示すように、サーバ装置１０は、移動経路を含む観光プランを利用者に提案することを説明した。サーバ装置１０は、移動経路に代えて又は加えて、観光スポット等の各施設への到着時間及び出発時間や施設間の移動手段等を含む観光プランを利用者に提案してもよい。この場合、端末２０は、図１６に示すようなＧＵＩを表示してもよい。
　サーバ装置１０は、利用者が作成した観光プランを取得し、当該取得した観光プランに関する感染リスクの観点からの評価を利用者に提供してもよい。例えば、サーバ装置１０は、図１７に示すようなＧＵＩを用いて利用者が作成した観光プランを取得する。次に、サーバ装置１０は、取得した観光プランに含まれる観光スポット、店舗等の感染リスク情報を用いて各施設、移動経路等の危険度を算出する。サーバ装置１０は、算出した危険度を利用者が生成した観光プランと共に利用者に提示してもよい。例えば、サーバ装置１０は、各施設の危険度を「要注意」、「注意」、「安全」の３段階で表現し、利用者が各観光スポット等の危険度が認識できるような形態で提示してもよい。
　あるいは、サーバ装置１０は、危険度が高い観光スポット等に関しては、訪問を中止することを勧めるようなメッセージ等を利用者の端末２０に表示してもよい（図１８参照）。図１８では、サーバ装置１０は、各施設の危険度を丸印等の図形を用いて表記している。なお、丸印は「安全」、三角印は「注意」、バツ印は「要注意」をそれぞれ意味する。このように、サーバ装置１０は、利用者が立案した観光プランに関し、各施設（訪問予定地）の危険度を利用者が把握可能とすることができる。その結果、利用者が変更すべき予定（観光スポット）を容易に認識できる。
　さらに、サーバ装置１０は、予定を変更した方がよい施設等に関し、観光プランに組み込まれた施設を変更可能とするインターフェイスを利用者に提供してもよい。例えば、サーバ装置１０は、図１８に示す「予定変更」ボタンが押下されると、危険度が「要注意」と判定されている施設を他の施設に入れ替え可能とするＧＵＩを端末２０に表示してもよい。このように、サーバ装置１０は、利用者が生成した観光プランの予定項目単位（観光スポット、訪問施設単位）で変更可能としてもよい。
　あるいは、サーバ装置１０は、危険度が高い観光スポット等に関して、代替の観光スポットを用意し、当該代替の観光スポットを含む観光プランを生成してもよい。この場合、サーバ装置１０は、利用者が最初に作成した観光プランからの変更点を、利用者が容易に把握可能とするようなＧＵＩを端末２０に表示してもよい。例えば、サーバ装置１０は、図１９に示すようなＧＵＩを端末２０に表示してもよい。図１９において、利用者が入力した「サッカー観戦」から「水族館」に変更となった観光プランが提示されている。また、水族館の危険度（安全）も併せて表示されている。
　このように、サーバ装置１０は、利用者が当初立案した観光プランから変更されている箇所を、当該利用者が容易に確認可能としてもよい。また、サーバ装置１０は、利用者が立案した観光プランのうち、各予定の危険度（要注意、注意、安全）を利用者に提示することで、当該利用者が変更すべき予定を容易に認識可能としてもよい。また、サーバ装置１０は、予定項目単位（観光スポット、訪問施設等）で予定を変更可能とするインターフェイスを用意してもよい。
　なお、図１８や図１９に示す画面において、利用者が感染症に罹患しないように注意する観光スポット等について、端末２０は、感染症から身を守るためのアドバイス等を表示してもよい。例えば、端末２０は、図２０や図２１のような表示をしてもよい。
　上記実施形態では、サーバ装置１０の内部に利用者情報データベースが構成される場合について説明したが、当該データベースは外部のデータベースサーバ等に構築されてもよい。即ち、サーバ装置１０の一部の機能は別のサーバに実装されていてもよい。より具体的には、上記説明した「要件取得部（要件取得手段）」、「観光プラン生成部（観光プラン生成手段）」等がシステムに含まれるいずれかの装置に実装されていればよい。
　各装置（サーバ装置１０、端末２０）間のデータ送受信の形態は特に限定されないが、これら装置間で送受信されるデータは暗号化されていてもよい。これらの装置間では、氏名等の個人情報が送受信され、これらの情報を適切に保護するためには、暗号化されたデータが送受信されることが望ましい。
　上記説明で用いた流れ図（フローチャート、シーケンス図）では、複数の工程（処理）が順番に記載されているが、実施形態で実行される工程の実行順序は、その記載の順番に制限されない。実施形態では、例えば各処理を並行して実行する等、図示される工程の順番を内容的に支障のない範囲で変更することができる。
　上記の実施形態は本願開示の理解を容易にするために詳細に説明したものであり、上記説明したすべての構成が必要であることを意図したものではない。また、複数の実施形態について説明した場合には、各実施形態は単独で用いてもよいし、組み合わせて用いてもよい。例えば、実施形態の構成の一部を他の実施形態の構成に置き換えることや、実施形態の構成に他の実施形態の構成を加えることも可能である。さらに、実施形態の構成の一部について他の構成の追加、削除、置換が可能である。
　上記の説明により、本発明の産業上の利用可能性は明らかであるが、本発明は、利用者に観光地に関する情報提供を行う情報処理システムなどに好適に適用可能である。
　上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
［付記１］
　利用者から、観光プランの生成に関する要件である、観光プラン生成要件を取得する、取得手段と、
　前記取得された観光プラン生成要件を満たしつつ、前記利用者が感染症に罹患するリスクを考慮した観光プランを生成する、生成手段と、
　を備える、サーバ装置。
［付記２］
　前記生成手段は、前記利用者が前記感染症に罹患するリスクが低くなるように前記観光プランを生成する、付記１に記載のサーバ装置。
［付記３］
　前記生成手段は、観光地を構成する各要素の感染症に対する感染リスク情報を用いて前記観光プランを生成する、付記２に記載のサーバ装置。
［付記４］
　前記生成手段は、前記観光地に含まれる各観光スポットの前記感染リスク情報を用いて、前記観光プランとして前記利用者に提案する観光スポットを選択する、付記３に記載のサーバ装置。
［付記５］
　前記生成手段は、前記観光地に含まれる道路の前記感染リスク情報を用いて、前記選択された観光スポットまでの移動経路を計算する、付記４に記載のサーバ装置。
［付記６］
　前記生成手段は、ダイクストラ法を用いて前記移動経路を計算する、付記５に記載のサーバ装置。
［付記７］
　前記取得手段は、少なくとも前記利用者が観光を希望する観光地、観光を開始するスタート地点及び観光予定日を前記観光プラン生成要件として取得する、付記１乃至６のいずれか一項に記載のサーバ装置。
［付記８］
　前記取得手段は、前記利用者の宿泊先のホテルに関する情報を取得し、
　前記生成手段は、前記ホテルに関する情報を用いて前記観光プランを生成する、付記７に記載のサーバ装置。
［付記９］
　前記取得手段は、前記利用者の移動手段に関する情報を取得し、
　前記生成手段は、前記移動手段に関する情報を用いて前記観光プランを生成する、付記８に記載のサーバ装置。
［付記１０］
　利用者が所持する端末と、
　サーバ装置と、
　を含み、
　前記サーバ装置は、
　前記利用者から、観光プランの生成に関する要件である、観光プラン生成要件を取得する、取得手段と、
　前記取得された観光プラン生成要件を満たしつつ、前記利用者が感染症に罹患するリスクを考慮した観光プランを生成する、生成手段と、
　を備える、システム。
［付記１１］
　前記生成手段は、前記生成された観光プランに関する情報を前記端末に送信し、
　前記端末は、前記観光プランに関する情報を用いて前記利用者の観光を支援する、付記１０に記載のシステム。
［付記１２］
　前記生成手段は、前記観光プランに含まれる観光スポット及び移動経路の感染症に対する感染リスク情報を含む前記観光プランに関する情報を前記端末に送信し、
　前記端末は、前記感染リスク情報に基づいて感染症対策のアドバイスを前記利用者に対して行う、付記１１に記載のシステム。
［付記１３］
　サーバ装置において、
　利用者から、観光プランの生成に関する要件である、観光プラン生成要件を取得し、
　前記取得された観光プラン生成要件を満たしつつ、前記利用者が感染症に罹患するリスクを考慮した観光プランを生成する、サーバ装置の制御方法。
［付記１４］
　サーバ装置に搭載されたコンピュータに、
　利用者から、観光プランの生成に関する要件である、観光プラン生成要件を取得する処理と、
　前記取得された観光プラン生成要件を満たしつつ、前記利用者が感染症に罹患するリスクを考慮した観光プランを生成する処理と、
　を実行させるためのプログラムを記憶する、コンピュータ読取可能な記憶媒体。
　なお、引用した上記の先行技術文献の各開示は、本書に引用をもって繰り込むものとする。以上、本発明の実施形態を説明したが、本発明はこれらの実施形態に限定されるものではない。これらの実施形態は例示にすぎないということ、及び、本発明のスコープ及び精神から逸脱することなく様々な変形が可能であるということは、当業者に理解されるであろう。即ち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得る各種変形、修正を含むことは勿論である。
１０　サーバ装置
２０　端末
１００　サーバ装置
１０１　取得手段
１０２　生成手段
２０１　通信制御部
２０２　要件取得部
２０３　データベース管理部
２０４　観光プラン生成部
２０５　記憶部
３０１　通信制御部
３０２　観光支援部
３０３　記憶部
３１１　プロセッサ
３１２　メモリ
３１３　入出力インターフェイス
３１４　通信インターフェイス

Claims (14)

  1. 　利用者から、観光プランの生成に関する要件である、観光プラン生成要件を取得する、取得手段と、
    　前記取得された観光プラン生成要件を満たしつつ、前記利用者が感染症に罹患するリスクを考慮した観光プランを生成する、生成手段と、
    　を備える、サーバ装置。
  2. 　前記生成手段は、前記利用者が前記感染症に罹患するリスクが低くなるように前記観光プランを生成する、請求項１に記載のサーバ装置。
  3. 　前記生成手段は、観光地を構成する各要素の感染症に対する感染リスク情報を用いて前記観光プランを生成する、請求項２に記載のサーバ装置。
  4. 　前記生成手段は、前記観光地に含まれる各観光スポットの前記感染リスク情報を用いて、前記観光プランとして前記利用者に提案する観光スポットを選択する、請求項３に記載のサーバ装置。
  5. 　前記生成手段は、前記観光地に含まれる道路の前記感染リスク情報を用いて、前記選択された観光スポットまでの移動経路を計算する、請求項４に記載のサーバ装置。
  6. 　前記生成手段は、ダイクストラ法を用いて前記移動経路を計算する、請求項５に記載のサーバ装置。
  7. 　前記取得手段は、少なくとも前記利用者が観光を希望する観光地、観光を開始するスタート地点及び観光予定日を前記観光プラン生成要件として取得する、請求項１乃至６のいずれか一項に記載のサーバ装置。
  8. 　前記取得手段は、前記利用者の宿泊先のホテルに関する情報を取得し、
    　前記生成手段は、前記ホテルに関する情報を用いて前記観光プランを生成する、請求項７に記載のサーバ装置。
  9. 　前記取得手段は、前記利用者の移動手段に関する情報を取得し、
    　前記生成手段は、前記移動手段に関する情報を用いて前記観光プランを生成する、請求項８に記載のサーバ装置。
  10. 　利用者が所持する端末と、
    　サーバ装置と、
    　を含み、
    　前記サーバ装置は、
    　前記利用者から、観光プランの生成に関する要件である、観光プラン生成要件を取得する、取得手段と、
    　前記取得された観光プラン生成要件を満たしつつ、前記利用者が感染症に罹患するリスクを考慮した観光プランを生成する、生成手段と、
    　を備える、システム。
  11. 　前記生成手段は、前記生成された観光プランに関する情報を前記端末に送信し、
    　前記端末は、前記観光プランに関する情報を用いて前記利用者の観光を支援する、請求項１０に記載のシステム。
  12. 　前記生成手段は、前記観光プランに含まれる観光スポット及び移動経路の感染症に対する感染リスク情報を含む前記観光プランに関する情報を前記端末に送信し、
    　前記端末は、前記感染リスク情報に基づいて感染症対策のアドバイスを前記利用者に対して行う、請求項１１に記載のシステム。
  13. 　サーバ装置において、
    　利用者から、観光プランの生成に関する要件である、観光プラン生成要件を取得し、
    　前記取得された観光プラン生成要件を満たしつつ、前記利用者が感染症に罹患するリスクを考慮した観光プランを生成する、サーバ装置の制御方法。
  14. 　サーバ装置に搭載されたコンピュータに、
    　利用者から、観光プランの生成に関する要件である、観光プラン生成要件を取得する処理と、
    　前記取得された観光プラン生成要件を満たしつつ、前記利用者が感染症に罹患するリスクを考慮した観光プランを生成する処理と、
    　を実行させるためのプログラムを記憶する、コンピュータ読取可能な記憶媒体。
PCT/JP2022/022262 2022-06-01 2022-06-01 サーバ装置、システム、サーバ装置の制御方法及び記憶媒体 WO2023233566A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2022/022262 WO2023233566A1 (ja) 2022-06-01 2022-06-01 サーバ装置、システム、サーバ装置の制御方法及び記憶媒体

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2022/022262 WO2023233566A1 (ja) 2022-06-01 2022-06-01 サーバ装置、システム、サーバ装置の制御方法及び記憶媒体

Publications (1)

Publication Number Publication Date
WO2023233566A1 true WO2023233566A1 (ja) 2023-12-07

Family

ID=89026043

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/022262 WO2023233566A1 (ja) 2022-06-01 2022-06-01 サーバ装置、システム、サーバ装置の制御方法及び記憶媒体

Country Status (1)

Country Link
WO (1) WO2023233566A1 (ja)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111238522A (zh) * 2020-03-20 2020-06-05 深圳云天励飞技术有限公司 出行路线的规划方法及相关装置
US20220129999A1 (en) * 2020-06-25 2022-04-28 Johnson Controls Tyco IP Holdings LLP Systems and methods for dynamic travel planning

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111238522A (zh) * 2020-03-20 2020-06-05 深圳云天励飞技术有限公司 出行路线的规划方法及相关装置
US20220129999A1 (en) * 2020-06-25 2022-04-28 Johnson Controls Tyco IP Holdings LLP Systems and methods for dynamic travel planning

Similar Documents

Publication Publication Date Title
US20180172458A1 (en) Travel planning system, travel planning method, and program
US9127957B2 (en) Interactive day planner
KR20140023541A (ko) 일정 관리 방법, 일정 관리 서버 및 그를 위한 이동 단말
JP5581272B2 (ja) ユーザ移動工程予測装置及びこれを利用した運行情報通知装置
JP7201394B2 (ja) 情報提供装置、情報提供システム、情報提供方法、情報提供プログラム
KR102074805B1 (ko) 의료관광 콘텐츠 플랫폼 운영 방법
JP7151982B2 (ja) 情報処理システム、情報処理プログラムおよび情報処理方法
KR20210152450A (ko) 정보 처리 방법, 프로그램 및 단말
JP2009053798A (ja) 情報提供システム、情報提供装置、情報取得装置、情報提供方法及びプログラム
Lim Designing the next generation of mobile tourism application based on situation awareness
KR20210100722A (ko) 정보 처리 방법, 프로그램 및 단말
JP2007052729A (ja) タクシー配車システム
US20200132494A1 (en) Data generating apparatus, data generating system, data generation method, and non-transitory recording medium
JP2007047883A (ja) テーマパーク管理装置、テーマパーク管理方法、テーマパーク管理プログラムおよび記録媒体
JP6635543B2 (ja) 旅行支援システム
JP2011145834A (ja) 旅行情報提供装置
JP6771780B2 (ja) 情報処理システム、情報処理プログラム、情報処理装置、情報処理方法、出力データ、および記憶媒体
JP2007257219A (ja) 交通施設情報案内システム、及び方法
WO2023233566A1 (ja) サーバ装置、システム、サーバ装置の制御方法及び記憶媒体
JP7350287B2 (ja) 情報処理システム、情報処理プログラム、情報処理装置、および情報処理方法
JP7348591B2 (ja) 見守り支援方法、見守り管理装置
JP7388454B2 (ja) 情報生成方法
JP2004240703A (ja) 地域施設情報収集・管理・提供システム
US20170243309A1 (en) Non-transitory computer-readable recording medium, itinerary display method, and itinerary display device
JP6984914B2 (ja) 情報処理システム、情報処理プログラム、情報処理装置、情報処理方法、出力データ、および記憶媒体

Legal Events

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

Ref document number: 22944853

Country of ref document: EP

Kind code of ref document: A1