Program, information processing method, and server device

Abstract

We provide a program, information processing method, and server device that offer a wide range of local information to users. [Solution] The program causes the computer to execute a process that acquires location information and displays regional information, which is information posted by regional stakeholders who are associated with the region, corresponding to the acquired location information. The information processing method acquires location information from a user's terminal device that is mutually connected to a server device via a network, and outputs regional information posted by regional stakeholders in the region corresponding to the acquired location information to the terminal device. The server device comprises an acquisition unit that acquires location information from the user's terminal device, and an output unit that outputs regional information posted by regional stakeholders in the region corresponding to the location information acquired by the acquisition unit to the terminal device.

Description

Technical Field

[0001] This disclosure relates to a program, an information processing method, and a server device. This application claims priority based on Japanese Application No. 2019-036799 filed on February 28, 2019, and incorporates all the descriptions described in the Japanese application.

Background Art

[0002] Currently, various information processing systems have been proposed that communicate with a terminal device via a network and provide area information related to a travel destination area to the user of the terminal device (see, for example, Patent Document 1).

Prior Art Documents

Patent Documents

[0003]

Patent Document 1

Summary of the Invention

Problems to be Solved by the Invention

[0004] As described above, various information processing systems have been proposed, but a provision mode capable of providing a wider range of area information is desired.

[0005] This disclosure has been made in view of such circumstances, and an object thereof is to provide a program, an information processing method, and a server device capable of providing a wide range of area information to a user.

Means for Solving the Problems

[0006] A program according to an embodiment of the present disclosure acquires position information and displays area information that is information corresponding to the acquired position information and is information posted by an area-related person who is a person related to the area.

[0007] According to one embodiment of this disclosure, since the local information is posted by local stakeholders, a wide range of local information from each local stakeholder can be displayed based on location information. Therefore, a wide range of local information can be provided to users.

[0008] A program according to one embodiment of the present disclosure includes a local party which is a tourist guide, the local information which is a reservation for a tour conducted by the tourist guide or content related to the tourist guide, and accepts the selection of the local information.

[0009] According to one embodiment of this disclosure, a tour guide, as a local resident, can provide local information that he or she possesses, and can guide travelers even if he or she is not actually in the region related to the local information.

[0010] A program according to one embodiment of the present disclosure displays a first screen that displays a selection of multiple contents, and if one of the contents is selected on the first screen, it displays a second screen that displays a selection of multiple guide types for the contents, and accepts the selection of the guide type on the second screen.

[0011] According to one embodiment of this disclosure, the user can receive guidance through a simple procedure.

[0012] In one embodiment of the present disclosure, the program is such that the content is a video, and the playback time of the video is determined based on location information.

[0013] According to one embodiment of this disclosure, video playback can be performed in a manner corresponding to the user's current location.

[0014] A program according to one embodiment of this disclosure accepts payment for services related to the aforementioned content.

[0015] According to one embodiment of this disclosure, when the use of local information is subject to a fee, or when admission fees or other charges are required for guidance, these fees can be paid together with the use of the local information, thereby improving convenience.

[0016] A program according to one embodiment of this disclosure displays the fees for guidance based on the aforementioned regional information using AR (Augmented Reality) and accepts payment for the said fees.

[0017] According to one embodiment of this disclosure, if the use of local information is subject to a fee, or if entrance fees or other charges are required during the tour, these fees can be paid together with the use of the local information, thereby improving convenience.

[0018] A program according to one embodiment of this disclosure creates a tourist route based on a reference point and the regional information.

[0019] According to one embodiment of this disclosure, tourist routes that match the user's travel style can be displayed, improving convenience.

[0020] A program according to one embodiment of this disclosure creates a sightseeing route based on the user's schedule information, a reference point, and the regional information.

[0021] According to one embodiment of this disclosure, a tourist route that matches the user's travel style can be automatically created and displayed, improving convenience.

[0022] A program according to one embodiment of this disclosure includes information relating to points to be visited or points not to be visited, constraint information for restricting the tourist route, a reference point, and the regional information to create a tourist route.

[0023] According to one embodiment of this disclosure, a tourist route that matches the user's travel style can be automatically created and displayed, taking constraint information into consideration, thereby improving convenience.

[0024] The program according to an embodiment of the present disclosure creates a sightseeing route based on information related to a user who wishes to share a taxi, a reference point, and the regional information.

[0025] According to an embodiment of the present disclosure, it is possible to automatically create and display a sightseeing route that matches the sightseeing mode of a user in consideration of the taxi fare, improving convenience.

[0026] The program according to an embodiment of the present disclosure creates a sightseeing route based on information related to a sightseeing guide, a reference point, and the regional information.

[0027] According to an embodiment of the present disclosure, it is possible to automatically create a sightseeing route that matches the sightseeing mode of a user, and display the automatically created sightseeing route and sightseeing guide information, improving convenience.

[0028] The program according to an embodiment of the present disclosure associates and displays the regional related person or the regional information with the user's evaluation of the regional related person or the regional information.

[0029] According to an embodiment of the present disclosure, the evaluation of a regional related person or regional information can be used as an index when the user uses the regional information.

[0030] The program according to an embodiment of the present disclosure accepts an input of an evaluation from a user for the regional related person or the regional information.

[0031] According to an embodiment of the present disclosure, a user can give an evaluation to a regional related person or regional information.

[0032] The program according to an embodiment of the present disclosure accepts a selection of the regional information, and after accepting the selection, continuously acquires position information related to the user during the display of the regional information of the selected regional related person, and further displays the regional information posted corresponding to the acquired position information.

[0033] According to one embodiment of this disclosure, the user can be further provided with local information relating to the location they will reach while receiving guidance based on local information.

[0034] A program according to one embodiment of this disclosure displays a description of an object based on the local information using augmented reality (AR) and accepts user modifications to the description of the object.

[0035] According to one embodiment of this disclosure, users can modify the descriptions of objects for which local information-based guidance is provided to include more convenient information.

[0036] A program according to one embodiment of this disclosure accepts changes to location information, and when such changes are accepted, displays local information posted by local stakeholders corresponding to the changed location information.

[0037] According to one embodiment of this disclosure, when a user who has used local information moves, local information of the destination can be provided.

[0038] A program according to one embodiment of the present disclosure registers a user as a local member of a region corresponding to the user's location history, and displays the registered local member in association with the level assigned to them.

[0039] According to one embodiment of this disclosure, a user can obtain information about other users who are familiar with the area, such as local residents.

[0040] A program according to one embodiment of this disclosure displays a user in a region corresponding to acquired location information.

[0041] According to one embodiment of this disclosure, displaying location information and the corresponding user makes it possible to exchange a wider range of information.

[0042] A program according to one embodiment of this disclosure receives requests for regional information from multiple users and displays regional information corresponding to the requests from the multiple users.

[0043] According to one embodiment of this disclosure, the same regional information can be provided to multiple users who have similar requests for regional information.

[0044] An information processing method according to one embodiment of the present disclosure involves causing a computer to perform a process of acquiring location information from a user's terminal device and outputting to the terminal device regional information posted by regional stakeholders in the region corresponding to the acquired location information.

[0045] According to one embodiment of this disclosure, since the local information is posted by local stakeholders, a wide range of local information from each local stakeholder can be displayed based on location information. Therefore, a wide range of local information can be provided to users.

[0046] A server device according to one embodiment of the present disclosure includes an acquisition unit that acquires location information from a user's terminal device, and an output unit that outputs regional information posted by local persons in the region corresponding to the location information acquired by the acquisition unit to the terminal device.

[0047] According to one embodiment of this disclosure, since the local information is posted by local stakeholders, a wide range of local information can be provided by each local stakeholder based on location information. Therefore, a wide range of local information can be provided to users. [Effects of the Invention]

[0048] According to one embodiment of this disclosure, a wide range of local information can be provided to users. [Brief explanation of the drawing]

[0049] [Figure 1] This is a schematic diagram illustrating an example of an information processing system. [Figure 2] This is a block diagram showing an example server configuration. [Figure 3] This is an explanatory diagram illustrating an example of a record layout for a regional information database. [Figure 4] This is an explanatory diagram illustrating an example of a record layout in a route information database. [Figure 5] This is an explanatory diagram illustrating an example of a record layout for a video information database. [Figure 6] This is an explanatory diagram illustrating an example of a record layout in a spot information database. [Figure 7] This is an explanatory diagram illustrating an example of a record layout for a level information database. [Figure 8] This is a block diagram showing an example of a terminal configuration. [Figure 9] This is a flowchart showing the procedure for initiating the guidance process. [Figure 10] This is an explanatory diagram showing an example of the start screen. [Figure 11] This is an explanatory diagram showing an example of a detailed input screen. [Figure 12] This is an explanatory diagram showing an example of an information selection screen. [Figure 13] This is an explanatory diagram showing an example of an information selection screen. [Figure 14] This is an explanatory diagram showing an example of an information selection screen. [Figure 15] This is an explanatory diagram showing an example of an information selection screen. [Figure 16] This is an explanatory diagram showing an example of a detailed regional information screen. [Figure 17] This is an explanatory diagram showing an example of a video list display screen. [Figure 18] This is a flowchart showing the procedure for acquiring local information. [Figure 19] This is a flowchart showing the procedure for reward distribution. [Figure 20] This is an explanatory diagram showing an example of an AR change screen. [Figure 21] This is an explanatory diagram showing an example of a guidance screen. [Figure 22] This is a flowchart showing the procedure for the guidance process. [Figure 23] This is an explanatory diagram showing an example of an information selection screen. [Figure 24] This is an explanatory diagram showing an example of an information selection screen. [Figure 25] This is an explanatory diagram showing an example of an ending screen. [Figure 26] This flowchart shows the procedure for processing feedback and evaluation comments. [Figure 27] This is an explanatory diagram showing an example of a local member certification screen. [Figure 28] This is a flowchart showing the procedure for acquiring regional information in Embodiment 2. [Figure 29] This is an explanatory diagram showing an example of the friend and local member selection screen in Embodiment 3. [Figure 30] This is an explanatory diagram showing an example of a friend selection screen. [Figure 31] This is an explanatory diagram illustrating an example of a record layout for a friend information database. [Figure 32] This is an explanatory diagram showing an example of a local member selection screen. [Figure 33] This is a flowchart showing the steps involved in sending a message. [Figure 34] This is an explanatory diagram showing an example of a message input screen. [Figure 35] This flowchart shows the procedure for video playback processing performed by the terminal and server in Embodiment 4. [Figure 36] This flowchart shows the procedure for video playback processing performed by the terminal and server in Embodiment 4. [Figure 37] This flowchart shows the procedure for creating a tourist route according to Embodiment 5. [Figure 38] This flowchart shows the procedure for creating a tourist route that takes taxi ride-sharing into consideration according to Embodiment 6. [Figure 39] This flowchart shows the procedure for creating a tourist route that takes into account a tourist guide according to Embodiment 7. [Figure 40] This is a flowchart showing the procedure for displaying the friend list and posted information according to Embodiment 8. [Figure 41] This is an explanatory diagram illustrating an example of a record layout for a product database that stores information related to a specific object or store. [Figure 42] This is a flowchart showing the procedure for product sales processing via AR or VR according to Embodiment 9. [Figure 43] This is a flowchart showing the procedure for content imitation detection processing according to Embodiment 10. [Modes for carrying out the invention]

[0050] The program, information processing method, and server device related to this disclosure will be described in detail below based on the drawings illustrating their embodiments. Some of the embodiments 1-10 described below may be combined in any way. (Embodiment 1) Embodiments of this disclosure will be described below with reference to the drawings. Figure 1 is a schematic diagram showing an example of an information processing system. The information processing system includes an information processing device 1 and a plurality of terminal devices 2, 2, 2... Each device is connected to the others by a network N such as the Internet.

[0051] Information processing device 1 is an information processing device that performs various information processing and transmits and receives information, and is, for example, a server computer, a personal computer, etc. In this embodiment, information processing device 1 is assumed to be a server computer, and will be read as server 1 below.

[0052] Server 1 provides application services to each user who owns a terminal device 2, 2, 2... via the network N, enabling users to communicate with each other. In this embodiment, Server 1 also acquires regional information posted by users from each terminal device 2 and provides it to users such as travelers who have requested it. Here, regional information refers to information about a corresponding region, and includes content such as videos, still images, text, or audio, or combinations thereof, related to the corresponding region, as well as tourism information related to the corresponding region. Furthermore, regional information includes things like accepting reservations for guided tours conducted by tour guides on-site. This includes information used to provide information about the region. Furthermore, the regional information includes content about tourist attractions, restaurants, events, etc.

[0053] Terminal device 2 is an information processing terminal that performs various information processing tasks, such as a smartphone, tablet, or personal computer. In this embodiment, terminal device 2 is assumed to be a smartphone, and for simplicity, it will be referred to as terminal 2 below.

[0054] Figure 2 is a block diagram showing an example configuration of Server 1. Server 1 includes a control unit 11, a storage unit 12, a communication unit 13, and a large-capacity storage device 14. The control unit 11 includes a CPU (Central Processing Unit), an MPU (Micro-Processing Unit), and other arithmetic processing units, and performs various information processing and control processing related to the server 1 by reading and executing the program P1 stored in the storage unit 12. The storage unit 12 includes memory elements such as RAM (Random Access Memory) and ROM (Read Only Memory), and stores the program P1 or data necessary for the control unit 11 to execute processing. The storage unit 12 also temporarily stores data necessary for the control unit 11 to execute arithmetic processing. The communication unit 13 includes processing circuits for performing communication-related processing and sends and receives information with terminals 2, etc., via the network N.

[0055] The large-capacity storage device 14 is a large-capacity storage device, such as a hard disk. The large-capacity storage device 14 stores the regional information DB 141, etc. The regional information DB 141 stores data related to regional information.

[0056] Figure 3 is an explanatory diagram illustrating an example of the record layout of the regional information DB141. As shown in Figure 3, for each region, a location range representing that region is defined, and regional information corresponding to the defined region is stored corresponding to each number (the "No." column in the figure). Here, for example, the region corresponds to a prefecture, city, town, etc., and the location range is determined based on location coordinates measured by GPS (Global Positioning System), etc.

[0057] In the regional information DB141, the following information is stored corresponding to the number: the name of the regional information, the content of the regional information displayed and played on the user's terminal 2, the usage fee, user ratings, predetermined genres such as history, nature, and art, the time spent on display and playback, the person who posted the information, and the rank of the person who posted it. Here, a person who posts information refers to a resident of the relevant region or a person related to the relevant region, such as a tour guide. The rank of a person who posts information refers to, for example, a "professional" or a "semi-professional." A "professional" refers to a tour guide who receives compensation for providing tours. A "semi-professional" refers to a local member, as described later. Furthermore, unpaid tour guides are also included in the category of people who post information. In addition, people who post information are not limited to natural persons; they may also be companies or government agencies located in the relevant region. A tour guide is simply someone who provides tours of the region, regardless of whether it is their profession.

[0058] Figure 4 is an explanatory diagram illustrating an example of the record layout of the route information DB142. Route information is information relating to a tourist route that includes multiple tourist spots. Route information may be tourist information submitted by a tourist guide, or it may be pre-configured. As shown in Figure 4, a tourist route is set for each predetermined point, corresponding to the date and time of day. A predetermined point is, for example, the range of location coordinates of accommodations, etc., using GPS functionality. For example, the date is set to the month, and for the time of day, it is set to "morning," "noon," "night," etc. The tourist route column stores the title of the tourist route. Corresponding to each tourist route, the genre described later, multiple tourist spots, and location information of those tourist spots are stored.

[0059] Figure 5 is an explanatory diagram illustrating an example of the record layout of the video information DB143. The video information DB143 stores detailed regional information that is a video. As shown in Figure 5, In the image information database, the name of the region, the tourist spots introduced in the video and their locations, and the start time of the tourist spot introduction in the video are stored, corresponding to the region information number.

[0060] Figure 6 is an explanatory diagram illustrating an example of the record layout of the Spot Information DB144. In the Spot Information DB144, regional information posted by tourist guides is stored corresponding to pre-configured tourist spots, and regional information corresponding to different seasons, times of day, etc., is stored for the same tourist spot. As shown in Figure 6, the number, content, season, time of day, and weather of the posted regional information are stored corresponding to the tourist spot and the location information of that tourist spot. Here, the content refers to the type such as "still image" or "video," the season refers to spring, summer, autumn, or winter, the time of day refers to morning, noon, or evening, and the weather refers to sunny or cloudy, etc.

[0061] Figure 7 is an explanatory diagram illustrating an example of the record layout of the level information DB145. Level information refers to the level set for local members, which will be described later. As shown in Figure 7, the detection location, detection count, and users registered for that level are stored corresponding to the level. Here, the detection count and detection location refer to the number of detections and locations of location information based on the location detection unit of terminal 2, which will be described later.

[0062] In this embodiment, the storage unit 12 and the high-capacity storage device 14 may be configured as a single integrated storage device. Furthermore, the high-capacity storage device 14 may be composed of multiple storage devices. Also, the high-capacity storage device 14 may be an external storage device connected to the server 1.

[0063] Furthermore, in this embodiment, the server 1 is not limited to the above configuration and may include, for example, an input unit for receiving operation input, a display unit for displaying information related to the server 1, a reading unit for reading information stored on a portable storage medium, and so on. The server 1 may be composed of a single computer or of distributed computers.

[0064] Figure 8 is a block diagram showing an example configuration of terminal 2. Terminal 2 includes a control unit 21, a storage unit 22, a communication unit 23, a display unit 24, an input unit 25, an audio output unit 26, an imaging unit 27, and a position detection unit 28. The control unit 21 includes an arithmetic processing unit such as a CPU and MPU, and performs various information processing and control processing related to the terminal 2 by reading and executing the program P2 stored in the storage unit 22. The storage unit 22 includes memory elements such as RAM and ROM, and stores the program P2 or data necessary for the control unit 21 to perform processing. The storage unit 22 also temporarily stores data necessary for the control unit 21 to perform arithmetic processing. The program P2 is obtained, for example, by downloading from the server 1 and stored in the storage unit 22.

[0065] The communication unit 23 is a communication module that communicates wirelessly or via wire, and transmits and receives information via the network N. The display unit 24 has a screen such as a liquid crystal display or an organic EL (Electro Luminescence) display and displays an image provided by the control unit 21. The input unit 25 is a touch panel or push-button provided on the display unit 24 and accepts user input. The audio output unit 26 is a speaker that outputs audio. The imaging unit 27 includes a CCD (Charge Coupled Device) camera, a CMOS (Complementary Metal Oxide Semiconductor) camera, etc., and captures images. The position detection unit 28 detects the position of the terminal 2, for example, using GPS.

[0066] In this embodiment, terminal 2 is not limited to the above configuration and may include, for example, an audio input unit such as a microphone for voice input, a reading unit for reading information stored on a portable storage medium, and so on.

[0067] Figure 9 is a flowchart showing the procedure for initiating the guidance process. The guidance process is executed by the control unit 21 when program P2 is started on terminal 2. A detailed explanation follows.

[0068] The control unit 21 displays the guidance process start screen on the display unit 24 (S1). Figure 10 is an explanatory diagram showing an example of the start screen. As shown in Figure 10, the start screen displays the map unit 30, input box 31, purpose input unit 32, item selection unit 33, notification unit 34, and user display unit 35. The map unit 30 automatically displays a map of the area around the current location using, for example, the GPS function of the terminal 2. The user of the terminal 2 can input a desired place name in the input box 31 using the input unit 25. For example, by touching the search mark in the input box 31, a map of the area around the entered place name is displayed in the map unit 30. The map unit 30 may be configured to be zoomable or resizable by actions such as pinching in or pinching out.

[0069] The purpose input unit 32 displays buttons for different purposes, such as "events," "sightseeing," and "dining," and selecting a button displays a screen specific to that purpose. The item selection unit 33 displays buttons for items such as "travel," "spots," "friends," and "favorites," and selecting a button displays a screen specific to that item. In Figure 10, the "spots" item is selected, and the screen that starts the guidance process is the screen related to this item. The notification unit 34 notifies the user by displaying a pop-up message each time an administrative agency or other entity transmits local information, such as traffic conditions, in the area covered by the map displayed in the map unit 30, while the program P2 is running. This allows the user of the local information to recognize other local information displayed in the pop-up. The user display unit 35 displays an image representing the user, such as a pre-set profile picture or avatar image.

[0070] The control unit 21 determines whether any of the buttons on the target input unit 32 has been selected (S2). If the control unit 21 determines that a button has been selected (S2: YES), it displays the detailed input screen corresponding to each button (S3). If the control unit 21 determines that no button has been selected (S2: NO), it returns to step S2. Figure 11 is an explanatory diagram showing an example of a detailed input screen. Figure 11 shows the detailed input screen when the "Sightseeing" button is pressed. On the detailed input screen, the detailed input unit 36 ​​and the confirmation button 37 are displayed at the bottom of the map unit 30. For example, the departure point such as the name of the accommodation, the date and time can be entered in the detailed input unit 36, and the input content is confirmed by pressing the confirmation button (displayed as "Search" in the figure). If a departure point is entered, the departure point becomes the reference point, and sightseeing routes around the departure point are displayed. If the date and time are entered, these are used as sightseeing time, and sightseeing routes that can be visited within the sightseeing time are displayed. Furthermore, the content entered into the detailed input unit 36 ​​may be automatically obtained by the control unit 21 from data such as emails containing the itinerary in the agreement with the travel agency, according to program P2. As shown in Figure 11, operation instructions may be displayed between the detailed input unit 36 ​​and the map unit 30.

[0071] Subsequently, the control unit 21 determines whether the confirmation button 37 has been pressed and whether the input content has been determined (S4). If the control unit 21 determines that the input content has not been determined (S4: NO), it returns to step S4. If the control unit 21 determines that the input content has been determined (S4: YES), it performs the regional information acquisition process described below (S5). After performing the regional information acquisition process, the terminal device 2 communicates with the server 1 via the communication unit 23 to acquire regional information. Here, regional information is acquired by referring to the regional information DB 141, route information DB 142, video information DB 143, and spot information DB 144.

[0072] Subsequently, the control unit 21 displays an information selection screen on the display unit 24 (S6). Figures 12 and 13 are explanatory diagrams showing an example of an information selection screen. In the information selection screen, for example, Figure 12 Route display lines 38a are displayed overlapping the map section 30 shown in Figure 13, and route display lines 38b are displayed as shown in Figure 13. Route display lines 38a and 38b are created according to program P2 based on sightseeing time such as the date and time of day, reference points such as the departure point, and regional information in the detailed input screen, and the user selects regional information via route display line 38a. Note that the route display lines may also be created on the server 1 side. Route display lines 38a and 38b are sightseeing routes defined according to a predetermined genre, and the names of the sightseeing routes are displayed in tabs 39a to 39d at the bottom of the map section 30. Route display lines 38a and 38b are created based on the location information of tourist spots in the route information based on the route information DB 142 acquired by terminal 2. For example, by touching tabs 39a to 39d, regional information is selected and the user transitions to the regional information details screen described later. Note that a sightseeing route may consist of multiple tourist spots or of a single tourist spot. Furthermore, the display of tourist routes may not show the route lines connecting the starting point and each tourist spot, but rather only show the starting point and the tourist spots.

[0073] Furthermore, the genre display section 40 is displayed on the information selection screen. The genre display section 40 displays predetermined genres (in Figures 12 and 13, "History," "Nature," "Art," and "Culture" are displayed), and the user can select a genre by, for example, touching each character. By selecting a genre, the corresponding route display line and tabs are displayed. Note that the genre may be entered by the user by entering keywords, and the route display line may be displayed based on the user's past usage history and location information history.

[0074] As shown in Figure 12, route line 38a corresponds to tab 39a and the genre "Art," and as shown in Figure 13, route line 38b corresponds to tab 39b and the genre "Nature." In the information selection screen, the selected genre is displayed in bold. Tabs 39c and 39d correspond to the genres "History" and "Culture," respectively, and route lines that are not shown. Each route line and tab is selected, for example, in the display unit 24.

[0075] Each route displayed includes multiple tourist spots. It is also possible to display a route that focuses on tourist spots with high user ratings. When the tourist spots are narrowed down, a different route display line may be shown.

[0076] The information selection screen can also be displayed in other forms. Figure 14 is an explanatory diagram showing an example of the information selection screen. The information selection screen may have a genre display section 40 similar to that in Figures 12 and 13, and simplified display sections 41a to 41d displayed below the genre display section 40, as shown in Figure 14. The screens shown in Figures 12 and 13 and the screen shown in Figure 14 may be screens that can be transitioned to from each other by swiping up or down. In addition, instead of creating and displaying the route display lines in Figures 12 and 13, the information selection screen shown in Figure 14 may display objects that appear on the screen when using AR (Augmented Reality), for example, regardless of the tourist route. The content of local information related to that may also be displayed.

[0077] Each of the simplified display sections 41a to 41d is provided with an introductory image section 42, a title display section 43, a required time display section 44, and a user display section 45 for the contributor of the regional information. If the contributor has a rank such as "Pro" or "Semi-Pro," it is displayed next to the user display section 45. By touching each of the simplified display sections 41a to 41d, regional information is selected and the user transitions to the detailed regional information screen described later.

[0078] Furthermore, the information selection screen may be displayed in a different manner. For example, displaying a collection of regional information, rather than directly displaying regional information, is also considered displaying regional information. The collection of regional information may be displayed in various ways, for example, as a ranking. Displaying regional information also includes displaying it in a ranking format. Figure 15 is an explanatory diagram showing an example of an information selection screen. As shown in Figure 15, the information selection screen has a genre display section 40 and a ranking display section 410, similar to those in Figures 12 and 13. In Figure 15, the ranking display section 410 displays regional information ranked 1st to 3rd, and the title of the regional information is displayed in the title display section 430. The ranking display section 410 may also display information about the regional person who posted the regional information for each rank, the time required for the regional information, etc. Furthermore, the information selection screen displays a display button 411 for displaying regional information ranked even lower. Users can check regional information ranked 4th and below by touching the display button 411, etc.

[0079] Furthermore, the information selection screen may be configured such that multiple forms are displayed based on user selection via touch, swipe, or other operations, as shown in the examples in Figures 12-15, or it may be configured so that only one form is displayed regardless of user selection. In addition, the information selection screen may be displayed in forms other than those shown in Figures 12-15.

[0080] Subsequently, the control unit 21 determines whether or not regional information has been selected (S7). If the control unit 21 determines that regional information has not been selected (S7: NO), it returns to step S7. If the control unit 21 determines that regional information has been selected (S7: YES), it displays the regional information details screen (S8).

[0081] Figure 16 is an explanatory diagram showing an example of a detailed regional information screen. In the detailed regional information screen, as in Figure 14, the introductory image section 42 is displayed, and below it, the title display section 43, user display section 45, and rank display section 45a are displayed. Furthermore, there is an evaluation display section 46 that displays an evaluation of the regional information, a detailed information display section 47a that displays the location and opening hours of tourist spots related to the regional information, a type selection section 47b that allows selection of the type of guide, a fee display section 47c that displays the fee for using the regional information, the fee for entering facilities such as art museums and museums, and an icon for selecting whether or not to purchase the fee, and a confirmation button 48 for confirming the content.Here, the modes that can be selected in the type selection section 47b include guidance by a tourist guide (the "person" icon in the figure), guidance by playing a video (the "video" icon in the figure), guidance by chat (the "chat" icon in the figure), and guidance by voice (the "voice" icon in the figure).Guidance by a tourist guide is an icon that accepts reservations for guidance actually conducted by a tourist guide on site. In the type selection section 47b, the user can select the type of guide. When the confirmation button 48 is touched, the use of the selected regional information is confirmed, and payment for the fee is processed.

[0082] When the "Video" icon is selected by touch operation or other means, the tour guide who posted the video and a list of videos posted by each tour guide may be displayed. Figure 17 is an explanatory diagram showing an example of a video list display screen. As shown in Figure 17, the video list display screen includes a name display section 470 that displays the name of the tour guide who posted the video (in the figure, "A", "B", and "C"), a title display section 471 that displays the title of the video posted by each tour guide, and a price display section 472 that displays the fee required to watch the video.

[0083] If the user selects video playback as the guide, the video may start playing from the point in time linked to the user's current location. In this case, terminal 2 plays the video based on the video information obtained from the server 1's video information DB 143. For example, if the video to be played involves visiting multiple locations, the video may start playing from the location closest to the user's current location. Also, if there is a separate video for each location, the video for the location closest to the user's current location may be played. As shown in Figure 5, the video information is linked to the user's current location and playback time. For example, this can be linked when filming a video for a post by a local community member.

[0084] The control unit 21 determines whether the selection of regional information has been confirmed by an operation such as pressing the confirmation button 48 on the regional information details screen (S9). If the control unit 21 determines that the regional information has not been confirmed (S9: NO), it returns to step S9. If the control unit 21 determines that the regional information has been confirmed (S9: YES), it outputs the payment information and sends it to the server (S10) and terminates the guidance start process. Once the guidance start process is terminated, guidance based on the regional information is started.

[0085] Figure 18 is a flowchart showing the procedure for acquiring local information. In the local information acquisition process, the control unit 21 sends location information based on the content entered by the user in terminal 2 to server 1 (S51). Server 1 receives the location information (S52), and the control unit 11 checks the local information corresponding to the received location information by referring to local information DB 141, route information DB 142, video information DB 143, and spot information DB 144 (S53). The control unit 11 sends the checked local information to terminal 2 (S54). Terminal 2 acquires the local information (S55), and the local information acquisition process ends.

[0086] When the control unit 11 of server 1 receives payment information transmitted from terminal 2 via the communication unit 13, it performs a reward granting process. Figure 19 is a flowchart showing the procedure for the reward granting process. The control unit 11 refers to the regional information DB 141 to confirm the regional person who posted the regional information related to the payment information (S61). The control unit 11 determines the reward based on the settlement information (S62). The reward is determined, for example, using a predetermined percentage of the usage fee for the regional information. The control unit 11 then outputs the information related to the reward to the bank system, etc., related to the bank account held by the regional person. As a result, the regional person can receive a reward for posting their regional information. If payment for fees such as admission fees is also made, the control unit 11 sends information related to admission fees, etc., to the bank system, etc., related to the bank account held by the recipient of the admission fees.

[0087] When the above guidance start process is completed, the control unit 21 starts guidance based on local information. Upon starting guidance, for example, a video related to local information is played. The guidance may also be displayed using AR. This allows for better provision of local information. In this case, an AR change icon may be displayed on the screen of terminal 2. Figure 20 is an explanatory diagram showing an example of the AR change screen. As shown in Figure 20, for example, an AR change icon 49 is displayed superimposed on the map section 30. By touching the AR change icon 49, the user can switch between normal mode and AR mode.

[0088] Figure 21 is an explanatory diagram showing an example of a guidance screen. The guidance screen shown in Figure 21 is an augmented reality (AR) guidance screen. In Figure 21, the actual object 50 of the destination along the guidance route is displayed on the display unit 24 via the imaging unit 27 of the terminal 2. A frame-shaped part 51 surrounding the object 50, a function icon part 52 located below the frame-shaped part 51 and having various functions, and an arrow 53 indicating the route from the current location to the object 50 are displayed superimposed on the image shown via the camera. The object 50 is a spot or the like that has been registered in advance on the server 1.

[0089] The function icon section 52 includes a regional information selection icon 52a, an explanation display icon 52b, a voice guidance icon 52c, and a fare icon 52d. When the regional information selection icon 52a is selected by touch operation, the user transitions to the following information selection screen (see Figures 23 and 24). When the explanation display icon 52b is selected, an explanation of the object 50 is displayed on the AR screen, for example, as text. This explanation may be pre-set, or it may be posted by a person related to the region. Furthermore, it may be possible for a person related to the region to add, modify, or delete content as needed, and the explanation may be an explanation of parts of the object, such as individual parts. Here, adding an explanation of the object is done by the user tapping the part they want explained on the AR screen. This may be done by selecting an item and entering a description, thereby linking the parts of the object with the description. Furthermore, by having local stakeholders add descriptions of the objects based on local information, the description can be made to include more useful information.

[0090] The guidance screen may, for example, allow users to post images and videos of the same object 50 at different times of day, such as daytime and nighttime, and in different weather conditions, such as sunny and cloudy. These images are displayed based on the information related to the spot information 144 on server 1. Users may also be able to view these posted images, etc., by, for example, swiping.

[0091] If the voice guidance icon 52c is selected, an explanation of the object will be played via audio. If the fee icon 52d is selected, if there are fees such as usage fees or admission fees set for the object, the fee information and payment acceptance will be provided.

[0092] The control unit 21 provides guidance based on local information, such as by playing a video, while also performing the guidance processing described below. Figure 22 is a flowchart of the guidance processing procedure. The control unit 21 acquires location information using the location detection unit 28 provided by the terminal 2 (S71). The control unit 21 determines whether the acquired location information has reached a predetermined location (S72). This determines whether the user has reached the predetermined location. If the control unit 21 determines that the user has not reached the predetermined location (S72: NO), it returns to step S71.

[0093] If the control unit 21 determines that a predetermined location has been reached (S72: YES), it interrupts the guidance (S73). Interrupting the guidance means, for example, pausing the playback of the video. After that, the control unit 21 performs the above-mentioned regional information acquisition process based on the location information of the predetermined location (S74) and displays the acquired information selection screen (S75). At this time, the regional information acquisition process may be performed after waiting for a selection by touch operation or the like on the above-mentioned regional information selection icon 52a.

[0094] Figures 23 and 24 are explanatory diagrams showing an example of an information selection screen. The control unit 21 displays simplified display units 41e to 41j that show each regional information in a simplified manner using still images, etc., based on the acquired regional information, and a title 54 such as the name of the object 50 at the predetermined location. Each simplified display unit displays a user display unit 45 that shows the profile picture of the person who posted the information, etc., and the rank of the person who posted the information, if they have a rank.

[0095] Furthermore, the regional information selection screen in Figure 24 displays one simplified display section 41k largely, and other simplified display sections can be sequentially displayed by, for example, swiping left or right. The regional information selection screen in Figure 23 and the regional information selection screen in Figure 24 may be selected and transitioned to by, for example, a button (not shown) used by the user of terminal 2.

[0096] Regional information can be selected by touching the simplified display area on the information selection screen as shown in Figures 23 and 24, and the selection can be canceled by operations such as swiping up or down.

[0097] Subsequently, the control unit 21 determines whether or not regional information has been selected (S76). If the control unit 21 determines that regional information has not been selected (S76: NO), it resumes the interrupted guidance (S77). If it determines that regional information has been selected (S76: YES), it starts the guidance based on the selected regional information (S78). The control unit 21 determines whether or not the newly started guidance has ended (S79). Here, the end of the guidance can be the end of the guidance program based on the regional information, or termination by a forced termination button (not shown), etc.

[0098] If the control unit 21 determines that the guidance has not finished (S79: NO), it returns to step S79. If the control unit 21 determines that the guidance has finished (S79: YES), it proceeds to step S77.

[0099] The control unit 21 determines whether the guidance has ended after resuming the guidance (S80). Here, the termination of the guidance is, as described above, termination by ending the guidance program, or termination by pressing the forced termination button, etc.

[0100] If the control unit 21 determines that the guidance is not yet complete (S80: NO), it returns to step S71. If the control unit 21 determines that the guidance is complete (S80: YES), it displays a completion screen (S81) and terminates the process. On the completion screen, for example, evaluations of local stakeholders or local information, and opinions on local information are accepted. This allows users to provide evaluations of local stakeholders or local information.

[0101] Figure 25 is an explanatory diagram showing an example of an end screen. As shown in Figure 25, the end screen displays, for example, a notification 55 indicating that the session has ended, an evaluation input field 56, a comment input field 57, and a send button 58. The evaluation input field displays, for example, five gauges, and a five-level evaluation is given by filling in the gauges through touch operations. By touching the send button 58, the entered evaluation and comments can be sent to the server 1.

[0102] Terminal 2 and Server 1 perform evaluation feedback reception processing when the send button 58 is pressed on the above-mentioned completion screen, etc. Figure 26 is a flowchart showing the procedure for evaluation feedback reception processing. Terminal 2 transmits evaluation feedback information related to the input evaluation feedback (S91). Server 1 receives the evaluation feedback information transmitted from Terminal 2 (S92) and stores the received evaluation feedback information in the regional information DB 141 in correspondence with the regional information (S93). The control unit 11 of Server 1 outputs to, for example, a personal computer connected to Server 1 (S94). This allows notification to be sent to the administrator of Server 1 on the screen of the personal computer, etc., and the administrator of Server 1 can take action such as deleting regional information if regional information that imitates other regional information is posted, or if regional information with fraudulent content is posted.

[0103] In the above ranking system, for example, "Pro" refers to a user pre-configured by the administrator of Server 1, while "Semi-Pro" refers to a user certified as a local member. Here, a local member is automatically determined based on the number of times location information is detected at specific detection locations such as train stations and tourist attractions by the location detection unit 28 of Terminal 2, which Server 1 acquires, and the contents of the level information DB 145. Local members may also be determined based on the location of their alma mater, etc., which is publicly available on social media. Furthermore, a level related to regional relevance is set based on the number of times location information is detected, etc. The level may be set in 10 stages, for example, and the display priority of posted regional information may change depending on the level. The level may also be able to be increased in accordance with the number of times location information is detected, rewards, social media profiles, etc., and user evaluations. In accordance with this, for example, the level may increase in accordance with the amount of a single reward (e.g., the level increases significantly if the amount of a single reward is large), the level may increase in accordance with the total amount of rewards received, or the level may increase in accordance with the number of times rewards have been received. Furthermore, the level may be increased based on the evaluation of the content of the guidance information (including user evaluations and automated evaluations by machines).

[0104] Figure 27 is an explanatory diagram showing an example of a local member certification screen. When a user is certified as a local member, a notification screen 60 is displayed, as shown in Figure 27, which includes a notification that the user has been certified as a local member for that region, their user level, and the benefits of being certified as a local member.

[0105] With the above configuration, since the regional information is posted by people involved in the region, a wide range of regional information from various people involved in the region can be displayed based on location information. Therefore, a wide range of regional information can be provided to users. Tourist guides, as people involved in the region, can provide the regional information they possess and can guide travelers even if they are not actually in the region related to the regional information. Since the regional information is displayed along with user ratings, the ratings of the regional information can be used as an indicator when users utilize the regional information.

[0106] Furthermore, since location information is continuously acquired during the guidance process, the system can provide users with additional regional information related to the location they reach while receiving guidance based on regional information. The system also displays the fees for guidance based on regional information and accepts payment for these fees. Therefore, if the use of regional information is subject to a fee, or if entrance fees or other charges are required during the guidance, these fees can be paid together with the use of the regional information, improving convenience.

[0107] By entering a place name or other information in the input box 31, the system accepts changes to location information. If a change is accepted, the system displays regional information posted by people in the region corresponding to the changed location. Therefore, when a user who has used regional information moves, the system can provide information about the region they have moved to.

[0108] (Embodiment 2) In Embodiment 2, the procedure for acquiring regional information differs. Regarding the configuration of the information processing system in Embodiment 2, components similar to those in Embodiment 1 are denoted by the same reference numerals, and detailed explanations are omitted.

[0109] Figure 28 is a flowchart showing the procedure for acquiring regional information in Embodiment 2. The control unit 21 of terminal 2 transmits the input information entered on the detailed input screen (see Figure 10) in Embodiment 1 to server 1 (S151). Here, on the detailed input screen, the user can input requests, such as "I want to visit art museums" or "I want to have a delicious meal." The user's requests may simply be entered in the form of keywords. Therefore, the input information includes information such as dates, time slots, and requests. The input information may also be automatically acquired by the control unit 21 from data such as emails containing the itinerary in the agreement with the travel agency, according to program P2.

[0110] Server 1 receives input information transmitted from terminal 2 (S152) and stores the received input information in storage unit 12 (S153). Subsequently, the control unit 11 of server 1 refers to the input information stored in storage unit 12 to check whether there is any input information identical or similar to the input information received this time (S154). Here, identical or similar input information refers to cases where the schedule, request, etc., are identical or similar.

[0111] The control unit 11 of server 1 checks the regional information by referring to the regional information DB 141 (S155) and sends guidance information including the regional information (S156). Here, if the control unit 11 confirms that there is identical or similar input information, it sends guidance information that includes the confirmed regional information, as well as the schedule, request, and sender information of the identical or similar input information. It is also possible to configure whether or not each user is allowed to process the input information by storing it on server 1.

[0112] If the control unit 11 cannot find identical or similar input information, it sends the confirmed regional information as guidance information. Subsequently, the control unit 21 of terminal 2 receives the guidance information sent from server 1 (S157) and terminates processing.

[0113] With the above configuration, the same regional information can be provided to multiple users who have similar requests for regional information. Furthermore, users who receive the guidance information can share the same regional information with other users who have the same or similar requests, and travel together, for example.

[0114] Furthermore, the guidance information will be determined using AI (Artificial Intelligence). Alternatively, a neural network model including deep learning can be used as the learning model. In the message sending function shown in Figure 33 (see below), when a user sends a message containing their request (e.g., "I want to go to an art museum") as input information, the learning model can learn information that other local users have sent guidance information (e.g., "I recommend Art Museum A") as messages. In this case, the learning model is stored in the memory unit 12 of the server 1 and used as a program module for the artificial intelligence software. The control unit 11 uses a CPU, GPU, or quantum computer and performs estimation processing according to the learning model stored in the memory unit 12. A separate learning model is prepared for each region, and the control unit 11 reads the learning model corresponding to the acquired location information and performs estimation processing. For example, after morphological analysis, destinations such as art museums, restaurants, and temples, or nouns such as meals, sports, and movies, included in the user's request, are input to the input layer. In addition to user requests, location information (latitude, longitude, city / town name, etc.) within the area covered by the regional information DB 141 may also be input. Furthermore, user attributes (gender, preferences) may also be input in addition to user requests. Multiple candidate locations stored in the regional information DB 141 are set in the output layer. For example, the output layer is composed of a softmax function, and the probability of A Museum, B Restaurant, C Temple, etc., is ultimately output. The regional information DB 141 stores a large amount of history of destinations suggested by local residents or tourist guides in response to user requests, location information, and attributes, and the learning model is trained using these multiple sets as training data. The control unit 11 learns the parameters of the intermediate layer of the learning model using backpropagation or the like. In this embodiment, an example of storing the learning model on the server 1 is shown, but it may also be stored and estimated on the storage unit 22 on the terminal 2 side. Furthermore, the learning model may also store the usage history of users who have received guidance information (information such as "A Museum is recommended"). By relearning (information on whether or not the user actually visited Museum A), appropriate guidance information can be estimated for the user's request. Here, the user's usage history includes information such as input information on the detailed input screen for the user's request, information on the area used, or the user's evaluation of the recommendation. If the user actually visits the recommended destination, or if the evaluation of the recommendation is high, the control unit 11 adds one or more sets of the user's request, location information and attributes, and already suggested destinations to the training data and relearns the system. Furthermore, the system may be configured to allow users to send and receive messages, and the content of the messages may be included in the user's usage history. By using a learning model that has learned guidance information for the user's input information and the user's usage history of the guidance information, appropriate guidance information can be estimated for the user's request, and the control unit 11 transmits the estimated guidance information to the user's terminal 2.

[0115] The learning model may also be a Recurrent Neural Network (RNN). When using an RNN, the input layer of the learning model receives time-series data of multiple destinations the user has already visited and the requests received. For example, if destinations A Museum, B Museum, and C Restaurant are input in time series, and then the request "I want to go to a cultural facility" is input, the output layer will suggest D Museum of Modern Art, which is different from A Museum and B Museum, but is strongly related, taking into account the past history. In addition to the request data, the location information of terminal 2 at the time of the request or the user attributes of terminal 2 may also be input. The memory unit 12 stores a large amount of time-series data including multiple past destinations and requests, as well as destinations suggested by local residents or tourist guides as history, and these multiple sets are used as training data. The learning model is then trained. The control unit 11 learns the parameters of the intermediate layers of the learning model using methods such as backpropagation. Furthermore, the learning model is not limited to a neural network model, but may be other machine learning models. A note is provided below. (Note 1) A program that, upon receiving location information and inputting a request for regional information suggestions, reads the learning model corresponding to the acquired regional information from among multiple learning models trained for each region to output recommended regional information by regional stakeholders, inputs the acquired request into the learning model, and causes the computer to execute the process of outputting recommended regional information. (Note 2) The learning model is trained using training data that includes the requester's location information or attributes in addition to the request, and recommended regional information from local stakeholders. The program described in Note 1 inputs the acquired request, along with the requester's location information or attributes, into the learning model and outputs recommended regional information. (Note 3) The learning model is trained using time-series data including the requester's past multiple visited locations and the request, and training data including recommended regional information from local stakeholders. The program described in Note 1 or 2 inputs the acquired time-series data including the requester's past multiple visited locations and the request into the learning model and outputs recommended regional information.

[0116] (Embodiment 3) Embodiment 3 describes the case where the "Friends" button is selected on the start screen. Regarding the configuration of the information processing system in Embodiment 3, components similar to those in Embodiment 1 are denoted by the same reference numerals, and detailed descriptions are omitted.

[0117] Figure 29 is an explanatory diagram showing an example of the friend and local member selection screen in Embodiment 3. When the "Friends" item is selected in the item selection section 33 of the start screen (see Figure 10), the friend and local member selection screen shown in Figure 29 is displayed. As shown in Figure 29, the friend and local member selection screen displays the map section 30, input box 31, item selection section 33, and user display section 35. The friend and local member selection screen also displays a purpose selection section 320 for selecting either friends or local members. The purpose selection section includes buttons for selecting "Friends" and "Local Members," respectively. If "Friends" is selected, the user transitions to the friend selection screen, and if "Local Members" is selected, the user transitions to the local member selection screen.

[0118] Figure 30 is an explanatory diagram showing an example of a friend selection screen. Figure 31 is an explanatory diagram showing an example of a record layout in the friend information DB. Figure 32 is an explanatory diagram showing an example of a local member selection screen. As shown in Figures 30 and 32, friends and local members are listed on each screen. Common to all screens are the user display section 35, the name display section 70, and the message button 71, which provide information about friends and local members. Additionally, on the local member selection screen, a comment field 72 is displayed for writing comments about each local member. Furthermore, if the user is a user of an SNS (social networking service), this information is displayed. The term "SNS" is displayed in the diagram. By selecting each message button 71, you can send a message to the corresponding friend or local member. Also, as shown in Figure 32, the level is indicated for local members.

[0119] The server 1 according to Embodiment 3 stores a friend information database. As shown in Figure 31, the friend information database stores information about friends and the classification of those friends, corresponding to each user. Here, the classification of a friend refers to, for example, whether they are a user of this system or a user of an SNS. In Figure 30, when a request is made from the user of terminal 2 to the server 1, the server 1 refers to the friend information database in Figure 31 and sends the necessary information to the user of terminal 2, and based on this information, the control unit 21 of terminal 2 displays it on the display unit 24.

[0120] Figure 33 is a flowchart showing the procedure for sending a message. The control unit 21 sends the message The control unit 21 determines whether the message button 71 has been selected (S201). If the control unit 21 determines that the message button 71 has not been selected (S201: NO), it returns to step S201. If the control unit 21 determines that the message button has been selected (S201: YES), it displays the message input screen on the display unit 24 (S202).

[0121] Figure 34 is an explanatory diagram showing an example of a message input screen. As shown in Figure 28, the message input screen displays a content input field 73 and a confirmation button 74. By selecting the confirmation button 74, the message entered in the content input field 73 is sent to each friend or local member. The user of terminal 2 enters the message in the content input field 73, for example, by using the input section 25. It may also be possible to attach data such as photos and videos to the message.

[0122] Subsequently, the control unit 21 determines whether the OK button 74 has been selected and whether the content has been determined (S203). If the control unit 203 determines that the content has not been determined (S203: NO), it returns to step S203. If the control unit 21 determines that the content has been determined (S203: YES), it sends the message entered in the content input field 73 to the server 1 (S204) and terminates the process. The server 1, upon receiving the message, then sends the message to the corresponding user, etc.

[0123] With the above configuration, users can obtain information about other users who are knowledgeable about the area, such as local residents. Furthermore, by accepting messages, users can exchange information with local members. Displaying SNS users also allows for broader information exchange.

[0124] Furthermore, a feature may be provided that allows users to reward other users for providing information they have received. Rewards may include, but are not limited to, points, electronic money, or cryptocurrency. Users can freely decide the type of reward (points or electronic money) and its content (if points, how many points to award). Other users can then use the rewards awarded by other users.

[0125] (Embodiment 4) Embodiment 4 relates to processing for playback of terminal and server videos. Regarding the configuration of the information processing system in Embodiment 3, components similar to those in Embodiment 1 are denoted by the same reference numerals, and detailed descriptions are omitted.

[0126] In Embodiment 4, the terminal 2 and server 1 perform the following video playback processing when displaying the regional information details screen (see Figure 16) and the video list screen (see Figure 17), similar to Embodiment 1. Figures 35 and 36 are flowcharts showing the procedure for video playback processing performed by the terminal and server in Embodiment 4.

[0127] The control unit 21 of terminal 2 determines whether or not a decision has been received regarding the video button in the type selection unit 47b via touch operation or the like (S301). If the control unit 21 determines that the video button has not been received (S301: NO), it returns to step S301. If the control unit 21 determines that the video button has been received (S301: YES), it transmits the location information detected by the location detection unit 28 (S302).

[0128] Server 1 receives location information transmitted by terminal 2 (S303) and reads regional information related to the location information from each DB stored in the mass storage device 14 as information to be provided to terminal 2 (S304). Here, the information to be provided includes each tourist guide, price, and content. Includes. Server 1 sends the retrieved information to terminal 2 (S305), and terminal 2 receives the information (S306).

[0129] Terminal 2 displays a video list screen based on the information it has received (S307). On this video list screen, multiple tourist guides and multiple content items are displayed. Terminal 2 determines whether or not a tourist guide has been selected (S308). A tourist guide is selected, for example, by the user touching the name display unit 470 on the video list screen. If the user touches the title display unit 471 or the price display unit 472, it is determined that no tourist guide has been selected.

[0130] If terminal 2 determines that a tour guide has been selected (S308:YES), it displays the selected tour guide's profile, rating, content, and bundled price (S309). Here, the bundled price refers to the total price for using all content related to the selected tour guide that is displayed on the video list screen. After that, terminal 2 determines whether the price has been determined or not (S310). If terminal 2 determines that no tour guide has been selected (S308:NO), it proceeds to step S310.

[0131] Subsequently, terminal 2 determines whether or not the fare has been determined (S310). Whether or not the fare has been determined is determined, for example, by whether or not the confirmation button 48 is selected by touch operation on the regional information details screen. Note that a confirmation button may be displayed on the video list screen, and the fare may be determined by selecting the fare displayed on the screen by touch operation or the like.

[0132] If terminal 2 determines that the fee has not been determined (S310: NO), it returns to step S310. If terminal 2 determines that the fee has been determined (S310: YES), it requests payment from server 1, for example by sending a signal (S311). Server 1, having received the payment request, receives the signal related to the request and performs payment processing (S312). The payment processing includes processing related to the payment of fees by the user of terminal 2 and the payment of remuneration to the tour guide who posted the content used by the user. The payment of fees by the user and the payment of remuneration to the tour guide are carried out, for example, by processes such as direct debit or transfer to the bank accounts of the user and the tour guide.

[0133] After processing the payment, Server 1 sends a content distribution unblocking instruction to Terminal 2 (S313). Terminal 2 receives the content distribution unblocking instruction (S314) and unblocks the content distribution (S315). Subsequently, Terminal 2 obtains location information from the location detection unit 28 (S316), starts playing the video content according to the location information (S317), and terminates the process.

[0134] With the above configuration, users of terminal 2 can easily select videos and pay fees. Furthermore, the payment process settles the user's fees, and automatically pays the tour guide who posted the video a reward based on the user's use of the video.

[0135] (Embodiment 5) Embodiment 5 differs from the above embodiment in its process of generating tourist routes that take into account schedule information and constraints; therefore, the following will mainly describe these differences. Other configurations and effects are the same as in the above embodiment, so corresponding parts are denoted by the same reference numerals and detailed explanations are omitted.

[0136] Figure 37 is a flowchart showing the procedure for creating a tourist route according to Embodiment 5. The control unit 21 of terminal 2 receives a request to create a sightseeing route via the input unit 25 and transmits the received request to server 1 via the communication unit 23 (S411). For example, a user can operate the input unit 25 of terminal 2 to input a starting point, which is the reference point for sightseeing, and the date and time of sightseeing. Terminal 2 then transmits a request to server 1 that includes the input reference point and information such as sightseeing time. Note that sightseeing time is not mandatory information, and the control unit 21 may be configured to accept only the reference point and transmit a request to server 1 via the communication unit 23 that includes the accepted reference point. The fact that sightseeing time is not mandatory is the same for embodiments 1 to 4. An end point may also be entered, and the end point may be the same as the starting point or a different point.

[0137] Furthermore, the control unit 21 may be configured to receive constraint information at the input unit 25, including information about places to visit or places not to visit, in order to restrict the sightseeing route, and to send the received constraint information to the server 1 along with the route creation request. Places to visit are tourist spots, restaurants, accommodations, etc. that the user wishes to visit. Places not to visit are tourist spots, restaurants, transit points, etc. that the user does not wish to visit. Constraint information may also include genres, etc.

[0138] The control unit 11 of server 1 receives the tourist route creation request and constraint information transmitted from terminal 2 via the communication unit 13 (step S412). The control unit 11 obtains the user's schedule information from an external server (not shown) connected to network N (step S413). The schedule information includes information that associates the user's location and time. For example, the schedule information includes information such as the date and time of use of transportation such as trains, buses, airplanes, and ships, departure point, arrival point, etc., information such as the name, location, and time of the hotel where the user is scheduled to stay, and information such as the places and times of places to visit. The mass storage device 14 of server 1 may be configured to store the user's schedule information.

[0139] Then, the control unit 11 creates a tourist route based on the reference points, sightseeing time, constraint information, and schedule information included in the received tourist route creation request (step S414). For example, the control unit 11 can search for a tourist route that minimizes the evaluation function. The evaluation function can be, for example, a function that increases as the user's travel distance and travel time increase, and decreases as the number of sightseeing spots passed through and their evaluations increase. In addition, the evaluation function can be made to increase if it violates the content of the schedule information or the constraints indicated by the constraint information. The above method of generating tourist routes is just an example and is not particularly limited. The server 1 may create multiple tourist routes as candidates.

[0140] Server 1 transmits one or more tourist route information to terminal 2 (step S415). Terminal 2 receives the tourist route information transmitted from server 1 (step S416) and displays the received tourist route on display unit 24 (step S417).

[0141] The control unit 21 of terminal 2 receives an operation via the input unit 25 for batch booking of all or part of the necessary services and tickets for sightseeing, and requests the server 1 to make a batch booking of the various services necessary for the selected sightseeing route (step S418). For example, terminal 2 displays an operation image for batch booking on the display unit 24, and the user can request batch booking by operating this operation image. Alternatively, terminal 2 may display an icon for selecting a means of transportation on a screen similar to that in Figure 13, and be configured to accept a batch booking operation when accepting a selection of a means of transportation. Examples of items that can be requested in a batch booking include taxi bookings, tickets for tourist spots, tour guide bookings, and restaurant reservations. When server 1 receives a request for bulk arrangements from terminal 2, control unit 11 executes the bulk arrangement process (step S419). Through the bulk arrangement process, control unit 11 electronically and completely executes the arrangement of taxis, purchase tickets, arrange for tour guides, and make restaurant reservations. Alternatively, some human intervention may be involved. An example of human intervention is when the control unit 11 processes the payment for tickets, etc., and transmits the information of the various tickets, etc., after payment is completed to the terminal of the assigned taxi driver. The taxi driver can then hand over the paid tickets, etc., to the user when they use the taxi.

[0142] Next, server 1 sends the order processing result to the terminal (step S420), terminal 2 receives the order processing result (step S421), displays the received batch order processing result on display unit 24 (step S422), and finishes processing.

[0143] With the above configuration, Server 1 and Terminal 2 can receive reference points for sightseeing, automatically create a sightseeing route, and present it to the user.

[0144] Furthermore, server 1 and terminal 2 can automatically create and present tourist routes to the user, taking constraint information into account.

[0145] Furthermore, Server 1 and Terminal 2 can acquire the user's schedule information, automatically create a sightseeing route, and present it to the user.

[0146] Furthermore, Server 1 and Terminal 2 can process all the necessary arrangements for tourism in one go.

[0147] (Embodiment 6) Embodiment 6 differs from Embodiment 5 in that the process for generating tourist routes that take taxi ride-sharing into consideration differs from that of Embodiment 5. Therefore, the main differences will be explained below. Other configurations and effects are the same as in the above embodiments, so corresponding parts are denoted by the same reference numerals and detailed explanations are omitted.

[0148] In the information processing system according to Embodiment 6, a taxi information server (not shown) is connected to the network N. Server 1 can access the taxi information server via the network N.

[0149] Server 1 sends inquiry information to the taxi information server to request the taxi fare, including pickup location information indicating the point where the passenger boards the taxi and drop-off location information indicating the point where the passenger drops off the taxi. If there are intermediate stops, Server 1 also sends inquiry information to the taxi information server including pickup location information, intermediate stop information indicating the intermediate stops, and drop-off location information.

[0150] The taxi information server receives inquiry information sent from Server 1. Based on the pick-up location information and drop-off location information included in the inquiry information, the taxi information server calculates the taxi fare and sends the calculated taxi fare information to Server 1. If the inquiry information includes intermediate stops, the server calculates the taxi fare from the pick-up location to the drop-off location and the taxi fare from the pick-up location to the intermediate stops, and sends the answer information including the calculated taxi fares to Server 1. There may be multiple intermediate stops. In this case, it is advisable to calculate the taxi fares between the pick-up location, the multiple intermediate stops, and the drop-off location. The taxi information server may also send late-night taxi fares to Server 1 along with the regular taxi fares.

[0151] Server 1 receives response information transmitted from taxi information. Based on the taxi fares included in the received response information, Server 1 can calculate the taxi fare required to tour a sightseeing route. Server 1 can also calculate the taxi fare required when multiple users share a taxi to tour a sightseeing route. If the pick-up and drop-off locations of multiple users sharing a ride are the same, Server 1 will process the ride The taxi fare for travel from the starting point to the drop-off point can be obtained by querying a taxi fare server, and the shared taxi fare can be calculated by dividing the obtained taxi fare by the number of users. A predetermined fee may be deducted from the shared taxi fare. If the pick-up or drop-off locations of multiple users sharing a ride are different, Server 1 can calculate the shared taxi fare based on the taxi fares obtained by querying the taxi fare server, using each user's different pick-up and drop-off locations as intermediate points. For example, if the first and second users have the same pick-up location but different drop-off locations, Server 1 calculates the shared taxi fare for the first user, whose drop-off location is the intermediate point, by multiplying the taxi fare from the pick-up location to the intermediate point by the number of users. Server 1 can then calculate the taxi fare for the second user by subtracting the shared taxi fare from the taxi fare from the pick-up location to the drop-off location. The calculation can be done similarly even if the pick-up locations are different but the drop-off locations are the same. Furthermore, even if the pick-up and drop-off locations are different, and the second user's pick-up and drop-off locations are on the route from the first user's pick-up location to the drop-off location, the shared taxi fare for each user can be calculated similarly by setting two intermediate points.

[0152] When Server 1 receives inquiries about sightseeing routes from multiple users, it can search for multiple users with similar sightseeing times and routes, calculate the ride-sharing fare, and provide each user with the taxi ride-sharing fare for visiting sightseeing spots by taxi.

[0153] Figure 38 is a flowchart showing the procedure for creating a sightseeing route that takes taxi ride-sharing into consideration according to Embodiment 6. Terminal 2 and Server 1 perform the same processing as in S411 to S414 of Embodiment 5 to create a sightseeing route (steps S511 to S514). After completing the processing in step S514, Server 1 queries the taxi fare server to obtain information on taxi fares corresponding to the sightseeing routes of multiple users (step S515) and calculates the ride-sharing fare (step S516). The method for calculating the ride-sharing fare is as described above. Server 1 identifies multiple users whose sightseeing routes are the same or partially overlapping and whose sightseeing time is also the same, identifies the pick-up and drop-off locations of each user, and calculates the ride-sharing fare using the method described above.

[0154] Server 1 transmits tourist route information, including taxi ride-sharing fares, to terminal 2 (step S517). Terminal 2 receives the taxi ride-sharing fares and tourist route information (step S518). The tourist route, including the ride-sharing fare information, is displayed on the display unit 24 (step S519).

[0155] Next, terminal 2 receives a request for a bulk booking at the input unit 25, including whether or not to share a taxi, and requests the server 1 to make the bulk booking (step S520). Subsequently, it executes the same bulk booking process as in S419 to S422 of Embodiment 5 (steps S521-524), and then finishes the process. In step S521, server 1 executes a process to confirm the agreement of multiple users to share a taxi, and a process to send information such as the ride-sharing location to each of the agreed users.

[0156] With the above configuration, Server 1 and Terminal 2 can display taxi ride-sharing fares along with sightseeing routes.

[0157] (Embodiment 7) Embodiment 7 differs from Embodiments 5-6 in that the tourist route generation process takes into account the matching of tourist guides; therefore, the main differences will be explained below. Other configurations and effects are the same as in the above embodiments, so corresponding parts are denoted by the same reference numerals and detailed explanations are omitted.

[0158] Figure 39 shows the procedure for creating a tourist route that takes into account a tourist guide according to Embodiment 7. This is a route chart. Terminal 2 and Server 1 perform the same processing as in S411-414 of Embodiment 5 to create a tourist route (steps S611-S614). After completing the processing in step S614, Server 1 obtains information related to tourist guides corresponding to the tourist route from the regional information DB 141 (step S615). The tourist guide in Embodiment 7 is mainly a human guide (it may also be a guide using video playback), and the regional information DB 141 stores information such as tourist spots where guides are available, guide times, number of people who can be guided, languages ​​supported, guide level, and type such as casual or formal.

[0159] Server 1 transmits tourist route information, including tourist guide information, to terminal 2 (step S616). Terminal 2 receives the tourist guide information and tourist route information (step S617). The tourist route, including the tourist guide information, is displayed on the display unit 24 (step S618).

[0160] Next, terminal 2 receives a request for bulk booking at the input unit 25, including whether or not to use a tour guide, and the name or ID of the tour guide to be used, and requests the server 1 to make the bulk booking (step S619). Subsequently, it executes the same bulk booking process as in S419 to S422 of Embodiment 5 (steps S620 to S623), and then finishes the process.

[0161] With the above configuration, Server 1 and Terminal 2 can display tourist guide information along with tourist routes.

[0162] (Embodiment 8) Embodiment 8 differs from the above embodiment in its process of collecting information from friends; therefore, the main differences will be explained below. Since the other configurations and effects are the same as in the above embodiment, corresponding parts are denoted by the same reference numerals, and detailed explanations are omitted.

[0163] Figure 40 is a flowchart showing the procedure for displaying a friend list and posted information according to Embodiment 8. When Terminal 2 receives a request to display the departure point, which is the reference point for sightseeing, and a list of friends who have previously visited the specific tourist destination, it requests the friend list from Server 1 (step S711). This specific tourist destination means a tourist destination related to the reference point or a location indicating the range of the tourist destination. In response to the request, Server 1 extracts information on friends who have previously visited tourist destinations related to the reference point from the friend information DB and creates a friend list (step S712). The friend information DB according to Embodiment 8 is a database that stores information such as a friend ID to identify a friend, the friend's name, location information, planned visit location information, posted information, and communication destination information, associated with each other. Location information is information indicating the locations where the friend has been or visited from the past to the present. Posted information is, for example, information such as the highlights of the specific tourist destination, good restaurants, and recommended tourist spots.

[0164] Furthermore, if terminal 2 receives a request to display the departure point, which is the reference point for sightseeing, and a list of friends currently in the specific tourist destination, it requests the friend list from server 1 (step S713). In response to the request, server 1 extracts information on friends currently in the tourist destination related to the reference point from the friend information DB and creates a friend list (step S714).

[0165] Furthermore, if terminal 2 receives a request to display the departure point, which is the reference point for sightseeing, and a list of friends who plan to go to that specific tourist destination in the future, it requests the friend list from server 1 (step S715). In response to the request, server 1 extracts information on friends who plan to go to tourist destinations related to the reference point in the future from the friend information DB and creates a friend list (step S716).

[0166] Server 1 sends the friend list created in process S712, S714, or S716 to terminal 2 (step S717). Terminal 2 receives the friend list sent from server 1. (Step S718) The received friend list is displayed (Step S719).

[0167] Terminal 2 accepts the selection of a friend at the input unit 25 and sends information indicating the selected friend to Server 1 (step S720). Server 1 receives the information sent from Terminal 2 and, from the friend's posts indicated by the received information, extracts posts related to the specific tourist destination mentioned above (step S721), and sends the extracted posts to Terminal 2 (step S722).

[0168] Terminal 2 receives the posted information sent from the server (step S723) and displays the received posted information on the display unit 24 (step S724). The user of terminal 2 can view posted information from friends who have visited a specific tourist destination.

[0169] Furthermore, users can ask their friends questions about information that cannot be obtained from posted information. Specifically, terminal 2 receives questions from the user to their friends via the input unit 25 and sends the received questions to the server (step S725). Server 1 receives the questions sent from terminal 2 (step S726) and obtains answers to the received questions from one or more friends (step S727). Server 1 obtains answers by sending information requesting the questions and answers to friends who have been to the specific tourist destination. Users can also specify which friends to send questions to.

[0170] Server 1, having obtained the answer, sends the obtained answer to terminal 2, the source of the question (step S728). Terminal 2 receives the answer sent from server 1 (step S729), displays the received answer (step S730), and finishes processing.

[0171] With the above configuration, Server 1 and Terminal 2 can provide the user with a list of friends who have visited a specific tourist destination, a list of friends who are currently in a specific tourist destination, and a list of friends who plan to visit a specific tourist destination in the future.

[0172] Furthermore, Server 1 and Terminal 2 can extract and provide to users information posted by friends about specific tourist destinations.

[0173] Furthermore, users can send questions about tourist destinations to their friends, and Server 1 and Terminal 2 can retrieve and provide answers to those questions from their friends.

[0174] (Embodiment 9) Embodiment 9 differs from the above embodiment in that the product purchase process via AR or VR is different; therefore, the following will mainly describe these differences. Other configurations and effects are the same as in the above embodiment, so corresponding parts are denoted by the same reference numerals and detailed descriptions are omitted.

[0175] Figure 41 is an explanatory diagram illustrating an example of a record layout for a product database that stores information related to an object or store. The product database stores feature quantities obtained from images of objects and stores selling products related to tourist spots, along with the location information of the object, the name of the tourist spot, and related product information, event information, images, and videos. The structure of the database is not particularly limited.

[0176] Figure 42 is a flowchart illustrating the procedure for product sales processing via AR or VR according to Embodiment 9. Terminal 2 transmits the captured image obtained by the imaging unit 27 and the location information detected by the location detection unit 28 to Server 1 (Step S811). Server 1 receives the captured image and location information transmitted from Terminal 2 (Step S812) and recognizes the object or store included in the captured image (Step S813). For example, Server 1 recognizes the object or store included in the captured image The system extracts objects and calculates feature quantities for the extracted objects. Server 1 then uses the calculated feature quantities to refer to the product database and recognize the target object or store. Server 1 also checks whether the location information obtained from terminal 2 matches the location information obtained from the product database (step S814). In other words, it checks whether the user is at the location where the actual target object or store exists and whether they are capturing images of that object or store. Note that checking the location information is not mandatory. Conversely, it is possible to prevent the display of content, etc., if the user is not at the location of the target object.

[0177] Next, Server 1 extracts content related to the identified object from the regional information DB 141 (step S815). Server 1 also extracts event information related to the identified object from the product DB (step S816). Note that the event information may be configured to be extractable from the regional information DB 141. Furthermore, Server 1 extracts images and videos related to the identified object from the product DB (step S817). Furthermore, Server 1 extracts product information related to the identified object or store from the product DB (step S818).

[0178] Server 1 then transmits the extracted content, event information, related images, related videos, product information, etc. to Terminal 2 (step S819). Terminal 2 receives the content etc. transmitted from Server 1 (step S820) and displays the received content etc. using AR (Augmented Reality) or VR (Virtual Reality) (step S821). The method of displaying the content etc. is not particularly limited. If there are many videos or images related to the object, it is preferable to selectively display the videos or images with high ratings.

[0179] If terminal 2 is displaying product information, it can accept a purchase of a product at the input unit 25 (step S822). The purchase operation may be performed using gestures or voice commands. If the purchase of a product is accepted, terminal 2 executes the purchase process (step S823) and then completes the process.

[0180] With the above configuration, Server 1 and Terminal 2 can use AR or VR to display content, event information, related images, videos, and product information related to the target objects of the tourist spot.

[0181] Furthermore, Server 1 and Terminal 2 can execute the purchase process for products displayed in AR or VR.

[0182] In the above embodiment, a configuration was described in which captured images are transmitted to Server 1 in real time, and products related to the object can be purchased via AR or VR, but the configuration is not limited to this. For example, a configuration in which a video or still image containing location information obtained by capturing images is transmitted to Server 1 after sightseeing. Based on the transmitted video or still image, Server 1 executes the processing S813 to S820 and provides product information about the object contained in the video or still image to Terminal 2. The user can operate Terminal 2 to purchase products related to the object.

[0183] Furthermore, in a configuration where captured images are transmitted to Server 1 in real time and products related to the object are purchased via AR or VR, Server 1 may execute a process to arrange for the shipment of the product so that the user can receive the product along the sightseeing route. For example, it is possible to configure the system to send product information to the taxi driver or the user so that the product can be handed over to the purchaser.

[0184] (Embodiment 10) Embodiment 10 differs from the above embodiment in its content imitation prevention process; therefore, the main differences will be described below. Other configurations and effects are the same as in the above embodiment; therefore, corresponding parts are denoted by the same reference numerals, and detailed explanations are omitted.

[0185] Figure 43 is a flowchart showing the procedure for content imitation detection according to Embodiment 10. Terminal 2 transmits content related to tourist destinations according to the user's instructions (step S911). Here, the content is assumed to be a video including audio. Server 1 receives the content transmitted from Terminal 2 (step S912). Then, Server 1 performs content recognition processing (step S913). For example, it converts the audio contained in the video into text information.

[0186] Next, Server 1 searches the content registered in the regional information DB 141 for content similar to the content received in step S912 (step S914), and determines whether or not similar content exists (step S915). For example, Server 1 may determine the similarity of the content by comparing the vector data of the text information obtained by recognizing the video content with the same vector data related to the content stored in the regional information DB 141. Alternatively, a trained model (AI) may be used to determine the similarity of the content. When registering content in the regional information DB 141, Server 1 may calculate and register the vector data of the text information corresponding to the audio of the content.

[0187] If it is determined that similar content exists (Step S915: YES), Server 1 notifies the administrator of the suspected imitation (Step S916) and terminates the process. If it is determined that there is no similar content (Step S915: NO), Server 1 registers the content in the regional information DB 141 (Step S917) and terminates the process.

[0188] With the above configuration, server 1 and terminal 2 can determine whether or not content posted by a user has been imitated, and can prevent the imitated content from being registered in the local information DB 141.

[0189] The embodiments disclosed herein should be considered in all respects to be illustrative and not restrictive. The scope of this disclosure is indicated by the claims, not in the sense described above, and is intended to include all modifications in the sense and scope equivalent to the claims. That is, embodiments obtained by combining technical means as appropriately modified within the scope of the claims are also included in the technical scope of this disclosure. [Explanation of Symbols]

[0190] 1 Server device 11 Control Unit 12 Storage section 13 Communications Department 14 Mass storage 144 Spot Information 2 Terminal devices 21 Control Unit 22 Memory section 23 Communications Department 24 Display section 25 Input section 26 Audio output section 27 Imaging Unit 28 Position detection unit 203 Control Unit 30 Map Section 31 Input Box 32. Purpose Input Section 320 Purpose Selection Section 33 Item Selection Section 34 Notification Department 35 User display section 36. Detailed Input Section 37 Confirm button 38a Route display line 38b Route display line 39a Tab 39b tab 39c tab 39d tab 40 Genre display section 41a~41k Simple display section 42 Introduction Image Section 43 Title display section 44 Required time display section 45 User display section 45a Rank display section 46 Evaluation Display Section 47a Detailed information display section 47b Type Selection Section 47c Fare display section 48 Confirm button 49 Change Icon 410 Ranking display section 411 Display button 430 Title display section 470 Name display section 471 Title display section 472 Price display section 50 Objects 51 Frame-shaped part 52 Function Icon Section 52a Regional Information Selection Icon 52b Explanation display icon 52c Voice guidance icon 52d Price icon 53 Arrow 54 titles 55 Notifications 56. Evaluation input field 57 Entry field 58 Send button 60 Notification screen 70 Name display section 71 Message button 72 Comments 73 Content Input Field 74 Confirm button

Claims

1. Obtain location information, This displays local information that corresponds to the acquired location information and is posted by local users who are associated with that region. A program that instructs a computer to perform a process.

2. Those related to the region include tour guides. The aforementioned regional information includes reservations for guided tours conducted by the aforementioned tour guide or content related to the aforementioned tour guide. The selection of the aforementioned regional information is accepted. The program according to claim 1.

3. A first screen is displayed that allows users to select multiple content items. If one of the contents is selected on the first screen, a second screen is displayed that allows the user to select from multiple types of guides for the contents. The second screen accepts the selection of the type of guide. The program according to claim 2.

4. The aforementioned content is a video. The program according to claim 2 or 3, wherein the playback time of the video is determined based on location information.

5. A program according to any one of claims 2 to 4, which accepts payment for a fee related to guidance based on the aforementioned content.

6. The fees for guidance based on the aforementioned regional information are displayed using AR (Augmented Reality). Show, We accept payment for the aforementioned fees. The program according to any one of claims 1 to 5.

7. A program according to any one of claims 1 to 6, which creates a tourist route based on a reference point and the aforementioned regional information.

8. A program according to any one of claims 1 to 7, which creates a tourist route based on the user's schedule information, a reference point, and the aforementioned regional information.

9. A program according to any one of claims 1 to 8, which creates a tourist route based on constraint information for restricting tourist routes, which includes information relating to places to be visited or places not to be visited, a reference point, and the aforementioned regional information.

10. A program according to any one of claims 1 to 9, which creates a tourist route based on information relating to a user who wishes to share a taxi, a reference point, and the aforementioned regional information.

11. A program according to any one of claims 1 to 10, which creates a tourist route based on information related to a tourist guide, a reference point, and the aforementioned regional information.

12. A program according to any one of claims 1 to 11, which displays a relationship between the aforementioned regional person or the aforementioned regional information and a user's evaluation of the aforementioned regional person or the aforementioned regional information.

13. The program according to claim 12, which accepts input from the aforementioned local persons or users of the aforementioned local information.

14. The selection of the aforementioned regional information is accepted. After accepting the selection, the system continuously acquires location information about the user while displaying the regional information of the selected regional person. Display more local information posted in accordance with the acquired location information. The program according to any one of claims 1 to 13.

15. The description of the object being guided based on the aforementioned regional information is displayed using AR. The description of the aforementioned object can be changed by the user. The program according to any one of claims 1 to 14.

16. We accept location information changes. The program according to any one of claims 1 to 15, which, upon receiving such change, displays local information posted by a local person related to the changed location information.

17. Register the user as a local member of the region corresponding to the user's location history, Display registered local members in association with their assigned levels. The program according to any one of claims 1 to 16.

18. A program according to any one of claims 1 to 17, which displays a user in a region corresponding to acquired location information.

19. We accept requests for regional information from multiple users. Display regional information corresponding to the requests of the aforementioned multiple users. The program according to any one of claims 1 to 17.

20. Location information is obtained from the user's terminal device. The terminal device outputs regional information posted by local residents in the region corresponding to the acquired location information. An information processing method that involves having a computer perform a task.

21. A unit that acquires location information from the user's terminal device, An output unit outputs regional information posted by local people in the region corresponding to the location information acquired by the acquisition unit to the terminal device. A server device equipped with the following features.

Images