Program, information processing method, and server

Abstract

To improve convenience in generation of itinerary.SOLUTION: In a program which is executed by a server communicating with a terminal, at least the server executes, with a control unit, generation of an itinerary based on (i) first information input to the terminal by a first user and (ii) second information regarding a place to which a second user associated with the first user has visited via a service to which the first user has an account. The second user is a user who has a relationship with the first user satisfying a prescribed condition.SELECTED DRAWING: Figure 1-1

Description

Technical Field

[0001] The present disclosure relates to a program, an information processing method, a server, etc.

Background Art

[0002] When a user plans to travel and makes a travel itinerary, the itinerary may be made based on the user's hobbies and preferences. For example, Patent Document 1 discloses a travel plan creation system for proposing a travel that matches the respective preferences for each individual user.

Prior Art Documents

Patent Documents

[0003]

Patent Document 1

Summary of the Invention

[0004] According to a first aspect of the present invention, in a program executed by a server that communicates with a terminal, at least (i) first information input to the terminal by a first user and (ii) a place visited by a second user associated with the first user via a service having an account of the first user Based on the second information regarding, a travel itinerary is generated by a control unit by the server, and the second user is a user whose relationship with the first user satisfies a predetermined condition. According to a second aspect of the present invention, an information processing method of a server that communicates with a terminal includes at least generating, by a control unit, a travel itinerary based on (i) first information input to the terminal by a first user and (ii) second information regarding a place visited by a second user associated with the first user via a service having an account of the first user, and the second user is a user whose relationship with the first user satisfies a predetermined condition. According to a third aspect of the present invention, a server that communicates with a terminal includes at least a control unit that generates a travel itinerary based on: (i) first information input to the terminal by a first user; and (ii) second information regarding locations visited by a second user associated with the first user via a service for which the first user has an account. The second user is a user whose relationship with the first user satisfies a predetermined condition.

Brief Description of the Drawings

[0005]

Figure 1-1

Figure 1-2

Figure 1-3

Figure 1-4

Figure 1-5

Figure 1-6

Figure 1-7

Figure 1-8

Figure 1-9

Figure 1-10

Figure 1-11

Figure 2-1

Figure 2-2

Figure 2-3

Figure 2-4

Figure 2-5

Figure 2-6

Figure 2-7

Figure 2-8

Figure 3-1

Figure 3-2

Figure 3-3

Figure 4

Modes for Carrying Out the Invention

[0006] <Compliance with Legal Matters> It should be noted that the disclosure described in this specification is premised on compliance with the legal matters of the country where the disclosure is implemented, such as communication secrecy.

[0007] <Embodiments> In this specification, there are places described as "by way of example" for easy understanding, but it should be noted that not only the corresponding places but also the entire content of the embodiments described below are not limited to the described content.

[0008] Embodiments for implementing the program and the like according to the present disclosure will be described with reference to the drawings.

[0009] The production of the terminal (the terminal of the invention according to the claims of the present application) may include the concept that, for example, in a terminal owned (held) by a user, when the program (such as an application program) described in this specification is received (or received and stored in the terminal), a state in which the functions of the invention according to the claims of the present application can be realized (a state in which the invention according to the claims of the present application can be executed) is created in this terminal.

[0010] Also, the production of the system (the system of the invention according to the claims of the present application) may include the concept that, for example, when the program (such as an application program) described in this specification transmitted from the server included in the present application system is received by the terminal included in the present application system (or when the received program is stored in the terminal), a state in which the functions of the invention of the system according to the claims of the present application can be realized (a state in which the invention according to the claims of the present application can be executed) is created.

[0011] Also, in this specification, a system can be configured to have a plurality of devices, for example. The plurality of devices may be a combination of the same type of devices, a combination of different types of devices, or a combination of the same type of devices and different types of devices. Note that a system can also be considered as one in which a plurality of devices cooperate to perform some processing, for example.

[0012] Also, a system related to a client (client device) and a server can be considered as at least any of the following, for example. (1) Terminal & Server (2) Server (3) Terminal

[0013] (1) is, for example, a system including at least one terminal and at least one server. An example of this is a client-server system.

[0014] The server is, for example, composed of the following devices, and may be a single device or a combination of multiple devices.

[0015] Specifically, the server is, for example, configured to have at least one processor (e.g., CPU: Central Processing Unit, GPU: Graphics Processing Unit, APU: Accelerated Processing Unit, DSP: Digital Signal Processor (e.g., ASIC: Application Specific Integrated Circuit, FPGA: Field Programmable Gate Array), etc.), a computer device (processor + memory), a control device, an arithmetic device, a processing device, etc. It may be configured to include multiple of the same type of any one device (e.g., CPU + CPU, homogeneous multi-core processor, etc.), or a configuration that includes multiple different types of any one device (e.g., CPU + DSP, heterogeneous multi-core processor, etc.), or a combination of multiple devices (e.g., processor + computer device, processor + arithmetic device, a combination of multiple devices made heterogeneous, etc.). Note that the processor may be a virtual processor.

[0016] When the server executes some processing, if it is composed of a single device, the processing described in the embodiments is executed by the single device. When it is composed of multiple devices, some processing may be executed by one device and other processing may be executed by the other device. For example, when it is configured to have a processor and an arithmetic device, the first processing may be executed by the processor and the second processing may be executed by the arithmetic device. When configured with multiple devices, each device may be physically located at separate positions.

[0017] Also, the functions of the server may be provided, for example, in the form of PaaS, IaaS, or SaaS in cloud computing.

[0018] Also, the control unit of the system can be at least one of the control unit of the terminal and the control unit of the server. That is, for example, (1A) only the control unit of the terminal, (1B) only the control unit of the server, or (1C) both the control unit of the terminal and the control unit of the server can be the control unit of the system.

[0019] Also, the control and processing performed by the control unit of the system (hereinafter collectively referred to as "control etc.") may be performed (1A) only by the control unit of the terminal, (1B) only by the control unit of the server, or (1C) by both the control unit of the terminal and the control unit of the server. Also, in (1C), for example, some of the control etc. performed by the system by the control unit may be performed by the control unit of the terminal, and the remaining control etc. may be performed by the control unit of the server. In this case, the allocation (assignment) of the control etc. may be equal, or may be assigned at different ratios instead of being equal.

[0020] Also, in the case of the communication unit of the server, when the server is composed of a single device, it may be the communication unit itself provided by the single device. Also, when the server is composed of a plurality of devices, the communication unit of the server may be configured to include each communication unit provided by each device. For example, when the server includes a first device and a second device, the first device has a first communication unit, and the second device has a second communication unit, the communication unit of the server may be conceptually regarded as including the first communication unit and the second communication unit.

[0021] (2) can be, for example, a system composed of a plurality of servers (hereinafter referred to as "server system"). In this case, the above-described configuration can be similarly applied to the configuration of each server.

[0022] The control and the like performed by the server system may be performed by only one server among the plurality of servers ((2A)), may be performed by only other servers ((2B)), or may be performed by one server and other servers ((2C)). Also, in ((2C)), as an example, some of the control and the like performed by the server system may be performed by one server, and the remaining control and the like may be performed by other servers. In this case, the allocation (assignment) of the control and the like may be equal, or may be assigned at different ratios instead of being equal.

[0023] (3) can be, for example, a system composed of a plurality of terminals. This system can be, for example, the following systems. · A system (distributed system) in which the functions of the server are provided in the terminal. This can be realized, for example, by using the technology of blockchain. · A system in which terminals communicate wirelessly with each other. This can be realized, for example, by communicating in a P2P (peer-to-peer) manner using short-range wireless communication technologies such as Bluetooth (registered trademark).

[0024] Note that the above is not limited to the control unit, and the same applies to each functional unit such as an input / output unit, a communication unit, a storage unit, and a clock unit that can be components of the system.

[0025] In the following embodiments, as an example, a system including a terminal and a server (for example, a client-server system) is illustrated. Note that it is also possible to apply the server system of the above (2) as the server.

[0026] Also, instead of a system including a terminal and a server, it is also possible to apply a system that does not include a server, for example, the system of the above (3). The embodiments in this case can be configured based on the above-described blockchain technology and the like. Specifically, as an example, the data stored and managed in the server described in the following embodiments is stored (stored) on the blockchain. Then, when the terminal generates a transaction to the blockchain and the transaction is approved on the blockchain, the data stored on the blockchain can be updated.

[0027] Note that even when referred to as a terminal, this is not limited to the meaning of a terminal as a client device in a client-server. That is, the terminal may also include the concept of a device that is not in a client-server.

[0028] Also, in this specification, the expression "by the communication I / F" is used as appropriate. As an example, this may indicate that the device transmits and receives various types of information and data via the communication I / F (via the communication unit) based on the control of the control unit (such as a processor).

[0029] Also, regarding the terms described as "relating to" or "associated with" in this specification, in the case of "B relating to A" or "B associated with A", for example, it may mean "B" having some relationship with "A". Specific examples of this will be described later.

[0030] Also, in this specification, when a device performs processing on two or more objects, such as "transmitting A and B" or "receiving A and B", it may include both the case of performing "A" and "B" at the same timing (hereinafter referred to as "simultaneously") and the case of performing "A" and "B" at different timings (hereinafter referred to as "non-simultaneously"). As an example, in the case of transmitting the first information and the second information, it may include both the concept of transmitting the first information and the second information at the same timing and the concept of transmitting the first information and the second information at different timings. Note that considering the lag (time lag), "simultaneously" may include "substantially simultaneously".

[0031] Note that even if it is said that "A" and "B" are performed with a time shift, this only needs to be a process targeting "A" and "B", and their purposes do not necessarily have to be the same. As an example, in the case of transmitting the first information and the second information as described above, it is only necessary to transmit the first information and the second information. In addition to the case of transmitting the first information and the second information for the same purpose, it may also include the case of transmitting the first information and the second information for different purposes.

[0032] In the following embodiments, as an example of a service for a user to perform a chat (hereinafter referred to as the "chat service"), a messaging service is exemplified. In addition, an application for realizing the chat service is referred to as a "chat application", and an application for realizing the messaging service is referred to as a "messaging application". In the chat application, for example, it can be made possible for a user to chat in a chat room.

[0033] Note that the messaging service: MS (including the instant messaging service: IMS) can also be considered as one form of the social networking service: SNS. Therefore, the messaging service and the social networking service may or may not be distinguished. That is, the messaging service may be included in the social networking service.

[0034] In addition, in the following embodiments, as an example of the messaging service, an IMS (Instant Messaging Service) for simply transmitting and receiving messages between a plurality of devices (for example, terminals) via a server is exemplified. In an instant messaging application, for example, a user can talk in a talk room.

[0035] A chat room (e.g., a talk room) can be a UI (User Interface) or GUI (Graphical User Interface) through which each user can view the content transmitted and received between the terminals of multiple users.

[0036] In a messaging service, a user can, for example, register with any account as a "friend" and then exchange messages via a talk room.

[0037] Note that "friend" can be, for example, the relationship between a first user and a second user when the account of the first user and the account of the second user in a messaging application are unidirectionally or bidirectionally associated. For example, when the accounts of the first user and the second user are mutually associated, it can be said that the first user and the second user are "friends". Also, for example, when the account of the first user is associated with the account of the second user, even if the account of the second user is not associated with the account of the first user, it can be said that the first user and the second user are "friends".

[0038] In addition, a talk room can include a one-on-one user talk room (hereinafter referred to as a "one-on-one talk room"), a group talk room including multiple users (hereinafter referred to as a "group talk room"), a talk room with an OA operator (e.g., an operator partnering with the operator of the messaging service) (hereinafter referred to as an "OA talk room"), etc.

[0039] In addition, an account of a messaging application that belongs to a business operator rather than an ordinary user may be referred to as "(OA (Official Account))", and a user of this official account may also be referred to as an "official user". Note that it may also be referred to as an "official account user", an "official account business operator", or the like. On the other hand, an account of a messaging application that belongs to a user who is not an OA business operator is referred to as a "general account", and a user of a general account is referred to as a "general user". Note that it may also be referred to as a "general account user" or the like. That is, the accounts of the messaging application may include general accounts and official accounts.

[0040] In addition, an OA business operator may also be able to send and receive messages with other devices via a server using a terminal similar to that of a general account user, for example.

[0041] In addition, a message (message information) is, for example, information in which a sender and a recipient used in a messaging service are determined, and may be information composed of identification information (message ID) for identifying the message and message content. In addition, message content may, for example, mean the content of a message excluding the message ID. The message content may be one or two or more contents.

[0042] In addition, information set as identification information for identifying a message is referred to as a "message ID". It can also be considered that the message content included in messages with the same message ID is identified by this message ID. Therefore, the identification information for identifying a message can also be considered to be substantially synonymous with the identification information for identifying the message content. In contrast, individual identification information (message content ID) may or may not be set for each message content.

[0043] The content may include, for example, text content in text format, image content in image format (including at least one of still images and moving images), audio content in audio format (including voice), and the like. In addition, operation content such as buttons and icons provided for user operations, and link content such as URIs (including URLs and the like) may also be included.

[0044] The text may include, for example, at least one of characters of various countries represented by character codes, extended characters, device-dependent characters, numbers, symbols, figures, and signs. Note that the text may not include at least one of the above characters, extended characters, device-dependent characters, numbers, symbols, figures, and signs, and may include other text.

[0045] The image may include, for example, at least one of information on various images such as icons, buttons, stamps, emojis, and banner images.

[0046] In contrast to the above definition, it may or may not be defined that the upper concept of the message is content, or that content and message are synonymous.

[0047] <Embodiment> This embodiment relates to a service that can generate a travel course for a first user based on the content posted by a second user on a social networking service (SNS) when the connection between the first user and the second user is strong, for example, in order to provide variations of travel courses based on the relationship between users.

[0048] Here, a travel itinerary may include, for example, an action plan when traveling or moving. The travel itinerary may include, for example, time-series and / or spatial designated elements (sometimes referred to as "travel itinerary elements") that include any of the following elements. Also, the travel itinerary may be referred to as a "travel plan". · Place of departure and scheduled departure time · Destination and scheduled arrival time · Means of transportation and the required time · Name and address of accommodation facility · Name and address of tourist attraction · Order of visiting tourist attractions and staying time · Meal place and meal content · Budget and payment method

[0049] Hereinafter, as an example of a social networking service, a messaging service (for example, an instant messaging service) is exemplified. Also, as an example of the fact that the first user and the second user are associated (their accounts are associated), it is exemplified that the first user and the second user are "friends".

[0050] Also, a post may include a user posting content on a timeline or the like in a messaging service. In addition, it may include a user sending content to be displayed as a message in a chat room in a messaging service.

[0051] In addition, in the following, as an example of a method for realizing processing, a question-and-answer system (which may also be referred to as a "question-and-answer model") may be used. The question-and-answer system may be, for example, a closed-book question-and-answer system implemented by a language model such as HyperCLOVA, ChatGPT, Llama, etc. Also, the question-and-answer model may be, for example, an open-book question-and-answer system implemented by a combination of an external knowledge search model such as DPR (Dense Passage Retriever) or BPR (Binary Passage Retriever) and a language model. The question-and-answer system may be configured to be able to generate an output sentence (response sentence) in cooperation with an arbitrary external database.

[0052] <First Embodiment> The first embodiment is an embodiment in which a server generates an itinerary for a first user based on, for example, the message transmission and reception content between the first user and a second user who is the first user's friend. The content described in the first embodiment is equally applicable to any of the other embodiments and other variations.

[0053] In the following embodiments, as an example, a service for realizing itinerary generation support is referred to as a "travel plan generation support service". Also, the travel plan generation support service may be available, for example, in a messaging application when a first user interacts with a chatbot.

[0054] Note that, as a form for realizing the travel plan generation support service, for example, any of the following forms can be applied. (A1) A form in which the function of the travel plan generation support service is provided as a function of a messaging application (A2) A form in which the function of the messaging service is provided as a function of a travel plan generation support application that provides the travel plan generation support service (B1) A form in which an application (integrated application) having the function of the messaging service and the function of the travel plan generation support service is configured A form in which a travel plan generation support application is configured as an application separate from the messaging application A form in which a messaging application is configured as an application separate from the travel plan generation support application (D) A form in which the travel plan generation support application is configured as a single application

[0055] In the forms of (A1), (A2), and (B1), as an example, the messaging service provider can be the same provider as the travel plan generation support service provider. Also, in this case, as one method, the user account in the messaging application and the user account in the travel plan generation support application can be made a common account. Also, in this case, as another method, the user account in the messaging application and the user account in the travel plan generation support application can be automatically associated (linked).

[0056] In the forms of (C1) to (C2), as an example, the messaging service provider can be a provider different from the travel plan generation support service provider. Also, in the forms of (C1) to (C2), a process of associating (linking) the user account in the messaging application and the user account in the travel plan generation support application can be performed.

[0057] Also, in the travel plan generation support service, as a form of SNS for determining the strength of the connection between the first user and the second user, for example, any of the following forms can be applied. (E1) The messaging service itself (E2) SNS provided as a function of the messaging application (F1) An SNS provided as a function of a travel plan generation support application (G1) An SNS that can be linked with a messaging service and is independent of the messaging service and the travel plan generation support service (G2) An SNS that can be linked with a travel plan generation support service and is independent of the messaging service and the travel plan generation support service

[0058] Hereinafter, as an example, along the form of the combination of (A1) and (E1), it will be described that the server 10 that provides the messaging service and the travel plan generation support service is operated and managed by the messaging service provider.

[0059] Also, hereinafter, the user of the terminal 20A communicating with the server 10 will be described as "user A.A", the user of the terminal 20B as "user B.B", the user of the terminal 20C as "user C.C", ···.

[0060] <System Configuration> FIG. 1-1 is a diagram showing an example of the system configuration of the communication system 1 in this embodiment. In the communication system 1, as an example, the server 10 and one or more terminals 20 (terminal 20A, terminal 20B, terminal 20C, ···) are connected via the network 30.

[0061] The server 10 has a function of providing, for example, a messaging service and a travel plan generation support service to terminals 20 and the like owned by users via the network 30. Server 10 can also be expressed as a messaging service server, a travel plan generation support server, an SNS server, etc. In this embodiment, as an example, the users of Server 10 are assumed to be a company that provides a messaging service or a travel plan generation support service (a business operator of a messaging service or a travel plan generation support service). Note that the number of Servers 10 and the number of Terminals 20 connected to Network 30 are not limited to the above. That is, in this embodiment, all the processes described as the processes of any server may be executed by one server or may be executed in cooperation by a plurality of servers. Also, the one or more servers may be managed by one company / business operator or may be managed in cooperation by a plurality of companies / business operators. In this embodiment, the "travel plan generation support service" is a service provided by a business operator (Server 10) such as a company that provides a travel plan generation support service, and may be provided to a user (the user's Terminal 20) as an example.

[0062] Terminal 20 (Terminal 20A, Terminal 20B, Terminal 20C, ···) may be any terminal as long as it is an information processing terminal that can realize the functions described in each embodiment. Terminal 20 includes, for example, a smartphone, a mobile phone (feature phone), a computer (not limited, for example, a desktop, a laptop, a tablet, etc.), a media computer platform (not limited, for example, a cable, a satellite set-top box, a digital video recorder), a handheld computer device (not limited, for example, a PDA (personal digital assistant), an email client, etc.), a wearable terminal (a glasses-type device, a watch-type device, etc.), a VR (Virtual Reality) terminal, a smart speaker (a voice recognition device), or other types of computers, or a communication platform. Also, Terminal 20 may be expressed as an information processing terminal.

[0063] The configurations of terminal 20A, terminal 20B, and terminal 20C can be made the same as an example. Also, if necessary, the terminal used by user X can be expressed as terminal 20X, and the user information in a predetermined service associated with user X or terminal 20X may or may not be expressed as user information X. Note that user information is information of a user associated with an account used by the user in a predetermined service. User information includes, by way of example and not limitation, information associated with the user such as the name of the user, the icon image of the user, the age of the user, the gender of the user, the address of the user, the hobbies and interests of the user, the identifier of the user, etc., which are input by the user or given by a predetermined service, and may be any one or a combination of these, or not.

[0064] Network 30 plays a role of connecting each device constituting communication system 1. That is, network 30 means a communication network that provides a connection path so that data can be transmitted and received after the above various devices are connected.

[0065] One or more portions of the network 30 may or may not be a wired network or a wireless network. The network 30 can include, by way of example, an ad hoc network, an intranet, an extranet, a virtual private network (VPN), a local area network (LAN), a wireless LAN (WLAN), a wide area network (WAN), a wireless WAN (WWAN), a metropolitan area network (MAN), a part of the Internet, a part of the Public Switched Telephone Network (PSTN), a cellular phone network, ISDN (integrated service digital networks), a wireless LAN, LTE (long term evolution), CDMA (code division multiple access), Bluetooth (registered trademark), satellite communication, etc., or a combination of two or more of these. The network 30 can include one or more networks 30.

[0066] Server 10 (an example of a server, an information processing device, or an information management device, not limited thereto) has a function of providing a predetermined service (in this embodiment, a messaging service or a travel plan generation support service) to a terminal 20 or the like. Server 10 may be any device as long as it is an information processing device capable of realizing the functions described in each embodiment. Server 10 includes, as an example, a server device, a computer (for example, a desktop, a laptop, a tablet, etc.), a media computer platform (for example, a cable, a satellite set-top box, a digital video recorder), a handheld computer device (for example, a PDA, an email client, etc.), or other types of computers, or a communication platform. Also, Server 10 may be expressed as an information processing device. When it is not necessary to distinguish between Server 10 and terminal 20, Server 10 and terminal 20 may each be expressed as an information processing device, or may not be so expressed.

[0067] [Hardware (HW) Configuration of Each Device] The HW configuration of each device included in communication system 1 will be described.

[0068] (1) HW Configuration of the Terminal FIG. 1-1 shows an example of the HW configuration of terminal 20. Terminal 20 includes, as an example, a control unit 21 (CPU: central processing unit), a storage unit 28, a communication I / F 22 (interface), an input / output unit 23, a clock unit 29A, and a position calculation information detection unit 29B. Each component of the HW of terminal 20 is interconnected via a bus B, for example. Note that it is not essential to include all components as the HW configuration of terminal 20. As an example, terminal 20 may be configured to remove individual components or a plurality of components, or may not be so configured.

[0069] The communication I / F 22 transmits and receives various data via the network 30. The communication may be performed either by wire or wirelessly, and any communication protocol may be used as long as mutual communication can be executed. The communication I / F 22 has a function of executing communication with various devices such as the server 10 via the network 30. The communication I / F 22 transmits various data to various devices such as the server 10 according to an instruction from the control unit 21. Further, the communication I / F 22 receives various data transmitted from various devices such as the server 10 and transmits them to the control unit 21. Further, the communication I / F 22 may be simply referred to as a communication unit. Further, when the communication I / F 22 is composed of a physically structured circuit, it may be referred to as a communication circuit.

[0070] The input / output unit 23 includes devices for inputting various operations to the terminal 20, devices for outputting processing results processed by the terminal 20, and the like. The input / output unit 23 may have an integrated input unit and output unit, may be separated into an input unit and an output unit, or may not be so.

[0071] The input unit is realized by any one or a combination of all types of devices that can receive an input from a user and transmit information related to the input to the control unit 21. As an example, the input unit includes hardware keys such as a touch panel, a touch display, a keyboard, a pointing device such as a mouse, a camera (operation input via a moving image), and a microphone (operation input by voice).

[0072] The output unit is realized by any one or a combination of all types of devices that can output the processing result processed by the control unit 21. As an example, the output unit includes a touch panel, a touch display, a speaker (voice output), a lens (for example, 3D (three dimensions) output or hologram output), a printer, and the like.

[0073] Although it is merely an example, the input / output unit 23 includes, for example, a display unit 24, a sound input unit 25, a sound output unit 26, and an imaging unit 27.

[0074] The display unit 24 is realized by any one or a combination of all types of devices that can display according to the display data written in the frame buffer. As an example, the display unit 24 includes a touch panel, a touch display, a monitor (e.g., a liquid crystal display or an OELD (organic electroluminescence display)), a head-mounted display (HDM: Head Mounted Display), projection mapping, a hologram, a device that can display image and text information in the air (it may or may not be a vacuum), etc. Note that these display units 24 may or may not be able to display display data in 3D.

[0075] The sound input unit 25 is used for input of sound data (including voice data; the same applies hereinafter). The sound input unit 25 includes a microphone, etc. The sound output unit 26 is used for output of sound data. The sound output unit 26 includes a speaker, etc. The imaging unit 27 is used for acquisition of image data (including still image data and moving image data; the same applies hereinafter). The imaging unit 27 includes a camera, etc.

[0076] When the input / output unit 23 is a touch panel, the input / output unit 23 and the display unit 24 may be arranged to face each other with substantially the same size and shape.

[0077] The clock unit 29A is the built-in clock of the terminal 20 and outputs time information (timing information). The clock unit 29A is configured to have, for example, a clock using a crystal oscillator. The clock unit 29A can also be expressed as a timing unit or a time information detection unit, for example.

[0078] Note that the clock unit 29A may or may not have a clock applying the NITZ (Network Identity and Time Zone) standard or the like.

[0079] The position calculation information detection unit 29B is a functional unit that detects (measures) information (hereinafter referred to as "position calculation information") necessary for the control unit 21 to calculate (measure) the position of its own terminal 20. The position calculation information detection unit 29B can also be expressed as a position calculation sensor unit, for example.

[0080] The position calculation information detection unit 29B includes, for example, a satellite positioning sensor (satellite positioning unit), which is a sensor or unit for calculating the position of the terminal 20 using a satellite positioning system such as GPS (Global Positioning System), and an inertial measurement sensor (inertial measurement unit (IMU (Inertial Measurement Unit))), which is a sensor or unit for calculating the position of the terminal 20 using an inertial navigation system, and a UWB positioning sensor (UWB positioning unit), which is a sensor or unit for calculating the position of the terminal 20 using UWB (Ultra Wide Band wireless: Ultra Wide Band).

[0081] The satellite positioning unit has, for example, an RF receiving circuit that converts an RF (Radio Frequency) signal including a positioning satellite signal transmitted from a positioning satellite received by an antenna (not shown) into a digital signal, and a baseband processing circuit that performs correlation operation processing etc. on the digital signal output from the RF receiving circuit to capture the positioning satellite signal and outputs information such as satellite orbit data and time data extracted from the positioning satellite signal as position calculation information.

[0082] The inertial measurement unit has an inertial sensor that is a sensor for detecting information necessary for calculating the position of the terminal 20 by inertial navigation calculation. The inertial sensor includes, for example, a three-axis acceleration sensor and a three-axis gyro sensor, and outputs the acceleration detected by the acceleration sensor and the angular velocity detected by the gyro sensor as position calculation information.

[0083] The UWB positioning unit includes, for example, an ultra-wideband RF receiving circuit that converts an ultra-wideband RF signal including a positioning ultra-wideband pulse signal transmitted from a positioning beacon received by an antenna (not shown) into a digital signal, and a relative position calculation processing circuit that calculates the relative position between the terminal 20 and the positioning beacon based on the digital signal output from the ultra-wideband RF receiving circuit, etc. Incidentally, as an example, the UWB positioning unit may or may not cause the terminal 20 to function as a positioning beacon by transmitting an ultra-wideband RF signal including a positioning ultra-wideband pulse signal from an antenna (not shown).

[0084] The control unit 21 calculates the position of its own terminal 20 at regular timings or specific timings, for example, based on the position calculation information detected by the position calculation information detection unit 29B. The position of the terminal is referred to as the "terminal position", and the calculated terminal position is referred to as the "calculated terminal position". The control unit 21 may or may not store the calculated terminal position in the storage unit 28 as calculated terminal position history data in association with the date and time when the calculated terminal position was calculated.

[0085] The control unit 21 has a physically structured circuit for executing functions realized by codes or instructions included in a program, and is realized, for example, by a data processing device built into hardware. Therefore, the control unit 21 may or may not be expressed as a control circuit.

[0086] The control unit 21 includes, for example, a central processing unit (CPU), a microprocessor, a processor core, a multiprocessor, an application-specific integrated circuit (ASIC), and a field programmable gate array (FPGA).

[0087] The storage unit 28 has a function of storing various programs and various data required for the operation of the terminal 20. The storage unit 28 includes various storage media such as, for example, an HDD (hard disk drive), an SSD (solid state drive), a flash memory, a RAM (random access memory), and a ROM (read only memory). Also, the storage unit 28 may or may not be expressed as a memory.

[0088] The terminal 20 stores the program P in the storage unit 28 and executes this program P, whereby the control unit 21 executes processes as each part included in the control unit 21. That is, the program P stored in the storage unit 28 causes the terminal 20 to realize each function executed by the control unit 21. Also, this program P may or may not be expressed as a program module.

[0089] (2) HW Configuration of the Server FIG. 1-1 shows an example of the HW configuration of the server 10. The server 10 includes, for example, a control unit 11 (CPU), a storage unit 15, a communication I / F 14 (interface), an input / output unit 12, a display unit 13, and a clock unit 19. Each component of the HW of the server 10 is interconnected via a bus B, for example. Note that it is not essential for the HW of the server 10 to include all the components as the configuration of the HW of the server 10. For example, the HW of the server 10 may or may not be configured to remove individual components or a plurality of components.

[0090] The control unit 11 has a circuit physically structured to execute functions realized by codes or instructions included in a program, and is realized by, for example, a data processing device built into hardware.

[0091] The control unit 11 is typically a central processing unit (CPU), and may alternatively be a microprocessor, a processor core, a multiprocessor, an ASIC, an FPGA, or not. In the present disclosure, the control unit 11 is not limited thereto.

[0092] The storage unit 15 has a function of storing various programs and various data required for the operation of the server 10. The storage unit 15 is realized by various storage media such as HDD, SSD, and flash memory. However, in the present disclosure, the storage unit 15 is not limited thereto. Also, the storage unit 15 may or may not be expressed as a memory.

[0093] The communication I / F 14 transmits and receives various data via the network 30. The communication may be performed either wired or wirelessly, and any communication protocol may be used as long as mutual communication can be executed. The communication I / F 14 has a function of performing communication with various devices such as the terminal 20 via the network 30. The communication I / F 14 transmits various data to various devices such as the terminal 20 according to an instruction from the control unit 11. Also, the communication I / F 14 receives various data transmitted from various devices such as the terminal 20 and transmits them to the control unit 11. Also, the communication I / F 14 may sometimes be simply expressed as a communication unit. Also, when the communication I / F 14 is composed of a physically structured circuit, it may sometimes be expressed as a communication circuit.

[0094] The input / output unit 12 includes devices for inputting various operations to the server 10, devices for outputting the processing results processed by the server 10, and the like. The input / output unit 12 may or may not have the input unit and the output unit integrated, may or may not be separated into the input unit and the output unit, or may be otherwise.

[0095] The input unit is implemented by any one or a combination of all types of devices that can receive input from a user and transmit information related to the input to the control unit 11. The input unit is typically realized by a hardware key typified by a keyboard or the like, or a pointing device such as a mouse. Note that the input unit may or may not include, for example, a touch panel, a camera (operation input via a moving image), or a microphone (operation input by voice).

[0096] The output unit is realized by any one or a combination of all types of devices that can output the processing result processed by the control unit 11. The output unit includes, for example, a touch panel, a touch display, a speaker (sound output), a lens (for example, 3D (three dimensions) output or hologram output), a printer, and the like.

[0097] Although it is merely an example, the input / output unit 12 includes, for example, the display unit 13.

[0098] The display unit 13 is realized by a display or the like. The display is typically realized by a monitor (for example, a liquid crystal display or an OELD (organic electroluminescence display)). Note that the display may or may not be a head-mounted display (HDM) or the like. Note that these displays may or may not be able to display display data in 3D. In the present disclosure, the display is not limited to these.

[0099] The clock unit 19 is a built-in clock of the server 10 and outputs time information (timing information). The clock unit 19 is configured to have, for example, an RTC (Real Time Clock) as a hardware clock or a system clock. The clock unit 19 can also be expressed as a timing unit or a time information detection unit, for example.

[0100] (3) Others Server 10 stores program P in storage unit 15, and by executing this program P, control unit 11 executes the processes as each part included in control unit 11. That is, program P stored in storage unit 15 enables server 10 to realize each function executed by control unit 11. This program P may or may not be expressed as a program module. The same applies to other devices.

[0101] In each embodiment of the present disclosure, it will be described as being realized by the CPU of terminal 20 and / or server 10 executing program P. The same applies to other devices.

[0102] Note that the control unit 21 of terminal 20 and / or the control unit 11 of server 10 may or may not realize each process by a logic circuit (hardware) formed in an integrated circuit (IC (Integrated Circuit) chip, LSI (Large Scale Integration)), etc., or a dedicated circuit, in addition to a CPU having a control circuit. Also, these circuits may be realized by one or a plurality of integrated circuits, and it may or may not be the case that a plurality of processes shown in each embodiment are realized by one integrated circuit. Also, LSI may sometimes be referred to as VLSI, super LSI, ultra LSI, etc., depending on the difference in integration degree. Therefore, control unit 21 may or may not be expressed as a control circuit. The same applies to other devices.

[0103] Also, the program P (e.g., a software program, a computer program, or a program module) of each embodiment of the present disclosure may or may not be provided in a state stored in a computer-readable storage medium. The storage medium can store the program P in a "non-transitory tangible medium". Also, the program P may or may not be for realizing a part of the functions of each embodiment of the present disclosure. Further, it may or may not be a so-called difference file (difference program) that can realize the functions of each embodiment of the present disclosure in combination with the program P already recorded in the storage medium.

[0104] The storage medium can include one or more semiconductor-based or other integrated circuits (ICs) (e.g., a field programmable gate array (FPGA) or an application specific IC (ASIC), etc.), a hard disk drive (HDD), a hybrid hard drive (HHD), an optical disk, an optical disk drive (ODD), a magneto-optical disk, a magneto-optical drive, a floppy disk, a floppy disk drive (FDD), a magnetic tape, a solid state drive (SSD), a RAM drive, a secure digital card, or a drive, any other suitable storage medium, or a suitable combination of two or more of these. The storage medium may, where appropriate, be volatile, non-volatile, or a combination of volatile and non-volatile. Note that the storage medium is not limited to these examples, and any device or medium can be used as long as it can store the program P. Also, the storage medium may or may not be expressed as a memory.

[0105] The server 10 and / or the terminal 20 can realize the functions of the plurality of functional units shown in each embodiment by reading out the program P stored in the storage medium and executing the read program P. The same applies to other devices.

[0106] Further, the program P of the present disclosure may or may not be provided to the server 10 and / or the terminal 20 via any transmission medium (such as a communication network or a broadcast wave) capable of transmitting the program. The server 10 and / or the terminal 20 realizes the functions of the plurality of functional units shown in each embodiment by executing the program P downloaded via the Internet or the like, for example. The same applies to other devices.

[0107] In addition, each embodiment of the present disclosure can also be realized in the form of a data signal in which the program P is embodied by electronic transmission. At least a part of the processing in the server 10 and / or the terminal 20 may or may not be realized by cloud computing constituted by one or more computers. At least a part or all of the processing in the terminal 20 may or may not be performed by the server 10. In this case, at least a part or all of the processing of each functional unit of the control unit 21 of the terminal 20 may or may not be performed by the server 10. At least a part or all of the processing in the server 10 may or may not be performed by the terminal 20. In this case, at least a part or all of the processing of each functional unit of the control unit 11 of the server 10 may or may not be performed by the terminal 20. Unless otherwise explicitly stated, the determination configuration in the embodiments of the present disclosure is not essential, and a predetermined process may or may not be operated when the determination condition is satisfied, or a predetermined process may or may not be performed when the determination condition is not satisfied.

[0108] Note that the program of the present disclosure is implemented using, for example, script languages such as ActionScript and JavaScript (registered trademark), compiler languages such as Objective-C and Java (registered trademark), and markup languages such as HTML Living Standard.

[0109] [Functional configurations of respective devices] (1) Functional configuration of the server FIG. 1-2 is a diagram showing an example of functions realized by the control unit 11 of the server 10 in the present embodiment. The control unit 11 includes, as an example, an application management processing unit 111 as a functional unit.

[0110] The application management processing unit 111 has a function of executing application management processing according to an application management processing program 151 stored in the storage unit 15, as an example.

[0111] FIG. 1-3 is a diagram showing an example of information stored in the storage unit 15 of the server 10 in the present embodiment. The storage unit 15 stores, as an example, an application management processing program 151 executed as application management processing, account registration data 153, and an account management database 155.

[0112] The account registration data 153 is registration data regarding the account of an application (in this embodiment, a messaging application), and an example of its data configuration is shown in FIG. 1-4. The account registration data 153 stores, as an example, a user name, an application ID, and other registration information in association with each other.

[0113] The user name is the name of the account of the terminal 20 that uses this application, and stores, as an example, the name registered when the user of the terminal 20 uses the application.

[0114] The application ID is information used to identify the account of the application, or the account itself. This application ID is preferably a unique value for each account, and stores, as an example, a unique value (unique value) for each account set by the server 10. The application ID is information associated with the terminal 20 or the user of that terminal 20, and is an example of information regarding the terminal or information regarding the user of the terminal.

[0115] Other registration information can include, for example, identification information for identifying the terminal 20, the telephone number of the terminal 20 (terminal telephone number), the email address (terminal email address), and various types of authentication information such as passwords (login passwords, authentication passwords, etc.) used for various authentications in the application.

[0116] The identification information for identifying the terminal 20 can be, for example, a terminal ID (for example, IMEI (International Mobile Equipment Identity)).

[0117] As an example, other registration information may be associated with and store user information.

[0118] Note that instead of the application ID, it may or may not be possible to use a "user ID". Also, for an application that can register only one account per terminal 20, for example, "identification information for identifying the terminal 20 = identification information for identifying the user of the terminal 20 = application ID" can be used.

[0119] Also, as an example, it may or may not be possible to assign multiple terminal IDs to one application ID. In this case, it may or may not be possible to simultaneously start the application on multiple terminals 20 with one application ID as the identification (login) target.

[0120] Also, instead of various IDs such as the application ID, it is also possible to apply a method of managing accounts using information such as the terminal telephone number. In this case, instead of storing ID information such as the application ID in the account registration data 153, information such as the terminal phone number can be stored in the account registration data 153. Note that the ID information such as the application ID may or may not be made to correspond one-to-one with the information such as the terminal phone number, without replacing the ID information such as the application ID with the information such as the terminal phone number.

[0121] Note that in the following embodiments, for the sake of simplicity of explanation, it will be described that one account is registered for one terminal 20. Also, in this case, since "identification information for identifying the terminal 20 = identification information for identifying the user of the terminal 20 = application ID" as described above, the term "user of the account" used in the following explanation may or may not be substantially synonymous with "terminal of the account".

[0122] The account management database 155 is, for example, a database for managing information regarding friendship relationships and message posting contents in a messaging service, and an example of its data configuration is shown in FIG. 1-5. Account management data is stored in the account management database 155 as management data for each account.

[0123] For example, an application ID, friend management data, and SNS posting management data are stored in association with each account management data.

[0124] The application ID is information for identifying the account managed by the account management data. For example, the application ID registered in the account registration data 153 is stored.

[0125] For example, the application ID of the account that is a friend of this account is stored in the friend management data. The friend management data may be said to be information for indicating the relevance for each account.

[0126] The SNS post management data is data for storing the post content of the SNS sent (posted) by this account. The SNS post management data may also be referred to as message management data.

[0127] In the SNS post management data, for example, the post destination information and the post content information are stored in association with each other.

[0128] The post destination information is, for example, information used to identify the post destination (in this example, the talk room) to which this account posts to the SNS (in this example, the messaging service). The account management data shown on the frontmost side of the drawing is user B.B (application ID: U0002). For example, when the post destination information is "U0001" (the application ID of user A.A), it indicates that user B.B has posted message information to the one-on-one talk room with user A.A.

[0129] In the post content information, for example, information regarding the content posted to the post destination specified by the post destination information (for example, a pointer (URI) indicating the storage location of the posted image, the posted text, etc.) is stored.

[0130] (2) Functional configuration of the terminal FIG. 1-6 is a diagram showing an example of the functions realized by the control unit 21 of the terminal 20 in this embodiment. As an example, the control unit 21 includes, as a functional unit, an application processing unit 211 for executing application processing according to the application processing program 281 stored in the storage unit 28.

[0131] FIG. 1-7 is a diagram showing an example of the data and the like stored in the storage unit 28 of the terminal 20 in this embodiment. In the storage unit 28, for example, an application processing program 281 executed as application processing and an application ID 283 corresponding to this terminal 20 or the account of the user of the terminal 20 are stored.

[0132] <Display screen> The display screen examples will be described below. The display screen transitions described below are merely examples of the display screen transitions for implementing the method of the present disclosure. For the display screen transitions exemplified below, the display of some display screens may be omitted, or another display screen may be added. In addition, the terms used in the display screens described below and the terms used in the processes described later may be different (some terms may not be unified).

[0133] Hereinafter, as an example, a case where the terminal 20 is a smartphone including the display unit 24 of a vertically long display will be exemplified. In the smartphone, for example, a touch panel that functions as an input unit is arranged opposite to the display, and a touch screen is configured. When an element such as an icon, button, item, or input area is displayed on the display, if a region of a part of the touch panel that faces the region where the element is displayed is operated by the user, a program associated with the element or a subroutine of the program may be executed.

[0134] Note that, in one drawing or across a plurality of drawings, a predetermined screen displayed on different terminals 20 may be shown to explain the flow of the screen transition. In this case, as an example, on different terminals 20, a predetermined screen may be displayed based on at least any one of the following (triggered by at least any one of them). · Automatically displayed · Some notification (including push notifications, etc. The same applies hereinafter) is made to the terminal 20, and when the user performs an operation on the notification, it is displayed · No notification is made to the terminal 20, but when the user performs a predetermined operation on the application, it is displayed · Some notification is made to the terminal 20, and when the user performs a predetermined operation on the application that sent the notification, it is displayed

[0135] In the following, an example in which the terminal 20A of user A.A is used as an account for generating a travel plan will be illustrated. In this example, the generation of the travel plan is to be executed within a messaging application, and it will be illustrated by referring to it as "Messaging App" as the name of the messaging application. Note that the generation of the travel plan may be made executable on, for example, a travel plan generation support application, which is different from the messaging application. Even in this case, a similar screen configuration may be used. Also, in the drawings, what is illustrated as the "travel plan" will be described as the "itinerary" as appropriate.

[0136] Figs. 1-8 to 1-9 are diagrams showing an example of the screen displayed on the display unit 24 of the terminal 20A in this embodiment. In this example, an example is shown in which the user A.A of the terminal 20A has registered as friends with the user B.B of the terminal 20B and the user D.D of the terminal 20D.

[0137] Fig. 1-8 shows an example of the chat room screen displayed on the terminal 20A. On the left side, the screen of a one-on-one chat room with the chat partner being user B.B is displayed.

[0138] In the chat room screen, a region (hereinafter referred to as the "content display region") CR in which content and similar information are displayed is configured. For example, the content sent by oneself (the content with oneself as the sender) may be displayed on the right side of the screen, and the content sent by the other party (the content with the other party as the sender) may be displayed on the left side of the screen. Also, the content may be displayed in association with information that enables the identification or discrimination of the sender. For example, it may be displayed in association with the registered icon image of oneself. Further, the content may be displayed in a speech bubble. In this case, the text etc. within the speech bubble may be regarded as the content, or the speech bubble including it may be regarded as the content. Also, depending on the type of content and the information contained in the content, it may not be displayed in a balloon. One piece of content may include different elements (for example, objects such as text, images, buttons, and icons), and for example, such content may be referred to as "composite content".

[0139] On this screen, a conversation about travel is taking place between User A.A and User B.B. A scene is shown where User B.B reports having been on a trip to Okinawa, and User A.A is considering going on a trip to Okinawa. Also, a photo (image) taken when User B.B went on a trip to Okinawa has been sent to and is being displayed in the talk room. Note that the transmitted image may be provided with shooting information such as exif.

[0140] In the center, a screen of a one-on-one talk room with the chatbot as the conversation partner is displayed. This screen may be displayed, for example, based on an input by User A.A to display a talk room screen for talking with the chatbot after the left-side screen is displayed. Note that this screen may also be displayed when a function button for starting a travel plan generation support service is tapped from, for example, the main menu of a messaging application or the selection menu within the talk room.

[0141] On this screen, an exchange takes place where User A.A requests the chatbot to set the schedule of a two-night and three-day Okinawa trip proposed by the chatbot to a one-night and two-day stay duration, and the chatbot approves, and a message indicating that the itinerary is being generated is being displayed.

[0142] On the right side, the continuation of the conversation on the central talk room screen is shown. Under the content indicating that the chatbot is generating a travel itinerary, as the content sent by the chatbot, content is displayed stating that the travel itinerary of User A.A is generated with reference to the travel itineraries of User B.B and User D.D among the friends of User A.A. This example may be a case where, based on the determination that Users B.B and D.D are users with a strong connection to User A.A, and based on information about the places they visited, the travel itinerary of User A.A (an example of a first user) is generated. User A.A is an example of a first user, and Users B.B and D.D may be examples of second users.

[0143] On the left side of FIGS. 1-9, the continuation of the conversation on the right side of the talk room screen in FIGS. 1-8 is shown. Under the above content, an example of travel information CI1 based on the generated travel itinerary with the chatbot as the sender is displayed. The travel information may be regarded as content, and for example, it may be configured as composite content. In this example, in addition to the travel information in text form, as an example of an object operable by the user, a travel itinerary save button for saving this travel itinerary and a map display button for displaying a map of the travel destination are included.

[0144] Under the travel information CI1, as content with the chatbot as the sender, information for each place (place to visit) such as tourist attractions included in the generated travel information, and detailed information that enables the user to confirm detailed information about that place is displayed. The detailed information may be regarded as content, and for example, it may be configured as composite content. Also, the detailed information may be regarded as travel information.

[0145] For convenience, the detailed information in the form shown in this figure is referred to as first type detailed information AC (AC1, AC2, ···). Each piece of first-type detailed information AC includes image information about the location such as the appearance of the location, the name of the location, the evaluation of the location, and a user-operable object (in this example, a "View Details Button") for displaying more detailed information about the location. These pieces of first-type detailed information AC are displayed, for example, in a carousel format and are configured to be switched and displayed by the user performing a slide operation or a swipe operation in the left-right direction.

[0146] In the center, the continuation of the conversation on the left screen is displayed, and it is conveyed to user A.A that there is a tourist destination (in this example, "Navy Kogun Park") in the tourist destinations included in the above itinerary that the user wants to exclude, and it is shown that the chatbot is generating an itinerary excluding this. On the right side, the continuation of the conversation on the center screen is displayed, and similar to the left screen, itinerary information CI1a based on the generated itinerary is displayed. In this itinerary information CI1a, the "Visit to Navy Kogun Park" included in the aforementioned itinerary information CI1 has changed to "Visit to Himeyuri no To". Also, below that, the first-type detailed information AC is displayed in the same way as on the left screen, but what was the first-type detailed information AC1 of "Navy Kogun Park" on the left screen has changed to the first-type detailed information AC1a of "Himeyuri no To".

[0147] <Processing> Figures 1 - 10 are flowcharts showing an example of the processing flow executed by each device in this embodiment. In this figure, from the left in order, an example of the processing executed by the control unit 21 of the terminal 20A of user A.A and an example of the processing executed by the control unit 11 of the server 10 are shown respectively. Note that the processing described below is only an example of the processing for realizing the method of the present disclosure and is not limited thereto. Also, another step may be added to the processing described below, or some steps may be omitted (deleted) from the processing described below.

[0148] First, for example, based on an input to the input / output unit 23 of the terminal 20A (e.g., a user input (such as an operation input by the user or a voice input, etc.; the same shall apply hereinafter)), the control unit 21 of the terminal 20A transmits travel plan generation request information for generating a travel plan to the server 10 (A110). Note that the travel plan generation request information may be, for example, a natural language character string such as "Generate a travel plan". Also, the travel plan generation request information may be, for example, a single instruction of an API in a travel plan generation support service.

[0149] The travel plan generation request information may include, for example, information regarding a rough travel destination (location), information regarding the number of staying days (such as "one night and two days"), information regarding the schedule (such as "next weekend" or "from December 23rd to December 26th"), information regarding the purpose of the travel, etc.

[0150] The input means for the travel plan generation request information may be, for example, as follows. · Posting a message to a talk room in a messaging service · Operating a travel plan generation button or performing a selection-type menu (form) input from a talk room menu in a messaging service · Text input (dialogue instruction) in a travel plan generation support application · Selection-type menu (form) input in a travel plan generation support application

[0151] When receiving the travel plan generation request information from the terminal 20A, the control unit 11 of the server 10 executes a travel plan generation request reception process (S110). In the travel plan generation request reception process, the control unit 11 of the server 10 determines, for example, whether the generation of a travel plan is instructed by a question-and-answer model (not shown).

[0152] In addition, for example, in the process of receiving a travel itinerary generation request, if the control unit 11 of the server 10 determines that the travel itinerary generation request information does not include information related to the destination or schedule of the trip, etc., the server 10 may transmit travel itinerary confirmation information for confirming the destination or schedule to the terminal 20A. For example, when receiving the travel itinerary confirmation information, the control unit 21 of the terminal 20A may cause the information to be displayed on the display unit 24. Based on the user input for the travel itinerary confirmation information, the control unit 21 of the terminal 20A may transmit travel itinerary designation information related to the destination or schedule to the server 10.

[0153] For example, when it is determined that the generation of a travel itinerary is instructed, the control unit 11 of the server 10 executes related user information search processing (S120).

[0154] The related users may be, for example, a predetermined number of users among the user's friends in the messaging service who are estimated to have a strong connection, for example, a predetermined number of users selected based on the following connection score. The predetermined number may be set and changed as appropriate. In contrast, it may be possible to target users other than oneself among the users registered in the messaging service, and select a predetermined number of users as related users from among them, for example, based on the following connection score. The related users may be an example of the second user.

[0155] In the related user information search processing, for example, the control unit 11 of the server 10 first calculates the connection score between the first account, which is the account of the user who received the travel itinerary generation request information (in this case, user A.A), and other accounts on the SNS.

[0156] For example, the connection score U(x,y) between the first account "x" and the second account "y" may have an initial value of "0" and may be a score that is added based on the following conditions (a) to (e), for example. (a). If the first account "x" and the second account "y" are friends (an example of the association between accounts, which can be regarded as the follow - and - follower relationship used on SNS), add a set value (for example, "1"). Thus, when users have an account - following relationship, it is determined that the connection is strong. (b). Add a value according to the number of messages sent and received per day between the first account "x" and the second account "y" (for example, "0.1" for each message). Thus, when the frequency of message exchanges is high, it is determined that the connection is strong. (c). Add a value according to the friend (which can be regarded as the follow - and - follower on SNS) period (for example, "0.01" per day). Thus, when the period of being friends (the period of following, etc.) is long, it is determined that the connection is strong. (d). Add a value according to the number of transitions per day that the first account "x" transitions to the second account "y"'s talk room (or personal page) (for example, "0.01" for each transition). Thus, when the access frequency of the SNS account is high, it is determined that the connection is strong. (e). If there is a history that the first account "x" and the second account "y" have traveled together, add a set value (for example, "5"). Note that for the history of having traveled together, for example, when photos with the same location information added during the same period are posted using the photo - posting history, it may be determined that they have traveled together.

[0157] Note that, for example, any of the elements (a) - (e) may be used. Also, for example, for the conditions of (a) - (e), the user of the first account may be able to specify the conditions used for calculating the connection score.

[0158] Also, the account on SNS and the account in the messaging service may be the same, or may be accounts associated between services.

[0159] For example, for a defined first account "x", when the control unit 11 of the server 10 calculates the connection score U(x,y) for each account "y", for example, it determines the "N" (where "N" is an arbitrary natural number) accounts "y" that take the top "N" of the connection scores U(x,y) as the accounts that have a strong connection with the first account "x".

[0160] Then, for the "N" accounts "y", the control unit 11 of the server 10 refers to, for example, the account management database 155 and searches for information regarding the places (such as tourist attractions, hotels, restaurants, etc.) that the account "y" is inferred to have visited based on the message content, the posted images (judging place names by image search and exif analysis), hash tags, etc. in the posted content information of the SNS post management data.

[0161] And the control unit 11 of the server 10 associates the information regarding the visited places (hereinafter referred to as "visit history information") inferred to have been visited for each of the "N" accounts (for example, the second account, the third account, ···, the Nth account) that have a strong connection with the first account, and generates related user information. The visit history information may include, for example, position information such as latitude and longitude. Also, the visit history information may include, for example, facility names and facility type tags ("tourist attraction", "hotel", "meal", etc.).

[0162] The related user information may be a table in which the account identification information (for example, application ID) of the accounts that have a strong connection with the first account is associated with the visit history information. For example, one list of the related user information is information such as that "User B.B" visited "Navy Seaside Park" and "Tower of Lilies".

[0163] Note that the control unit 11 of the server 10 may, for example, store the generated related user information in the account management database 155. Then, when the related user information search process is executed again, the control unit 11 of the server 10 may read the related user information stored in the account management database 155 without calculating the connection score each time. Thereby, it is possible to achieve high-speed processing and resource savings.

[0164] In addition, the control unit 11 of the server 10 may, for example, obtain the related user information for each account in advance at regular intervals or at a predetermined time, and store it in the account management database 155.

[0165] For example, when the related user information is generated, the control unit 11 of the server 10 executes a travel itinerary summary generation process (S130). In the travel itinerary summary generation process, the control unit 11 of the server 10 generates travel itinerary candidate information based on the instruction content in the travel itinerary generation request information and the travel itinerary designation information, for example, using a question-and-answer model (for example, a closed-book question-and-answer system). Then, the control unit 11 of the server 10 narrows down the visited locations using the visit history information based on the travel itinerary candidate information and generates travel itinerary summary information, for example, using a question-and-answer model.

[0166] In the process of generating travel itinerary candidate information, for example, when the control unit 11 of the server 10 receives a string "I want to go to Okinawa, so please make a travel plan" as the travel itinerary generation request information and a string "Make it a one-night and two-day trip" as the travel itinerary designation information, the control unit 11 may input a first prompt sentence "I want to go to Okinawa, so please make a travel plan. Make it a one-night and two-day trip. Please list M candidates (M is a natural number)." obtained by, for example, separating the travel itinerary generation request information and the travel itinerary designation information with punctuation marks and adding a string for generating any "M" candidates to the question-and-answer model. Note that the travel itinerary designation information may not be used.

[0167] Also, in the process of generating travel itinerary candidate information, for example, when the control unit 11 of the server 10 receives the selection menu item "Create a travel plan" as the travel itinerary generation request information and the selection menu items "Region: Okinawa" and "Schedule: One night and two days" as the travel itinerary specification information, the control unit 11 inputs a first prompt sentence to the question-and-answer model. The first prompt sentence is formed by punctuating, with commas, the string "Please generate a travel plan" associated with the selection menu item "Create a travel plan" as the travel itinerary generation request information, the string "Please set the destination to Okinawa" associated with the selection menu item "Region: Okinawa" as the travel itinerary specification information, and the string "Please set the schedule to one night and two days" associated with the selection menu item "Schedule: One night and two days" as the travel itinerary specification information, and adding a string for generating "M" candidates. Note that the travel itinerary specification information may not be used.

[0168] When "M" travel itinerary candidate information including travel plans is generated based on the first prompt sentence, the control unit 11 of the server 10 inputs a second prompt sentence to the question-and-answer model, for example, using a string (e.g., "Navy Seaside Park", "Himeyuri Tower",...) listing the visit history information in the relevant user information, such as "Please narrow down the travel plan candidates to those that efficiently visit the following locations. 'Navy Seaside Park', 'Himeyuri Tower',...". Then, travel itinerary summary information, which is the output sentence of the question-and-answer model, may be generated.

[0169] The travel itinerary summary information may include, for example, any of the following elements. · Departure location (e.g., the station, airport, etc. that is the arrival location on the outbound journey) · Visit location (e.g., the name, address, etc. of the facility) · Dining place (e.g., the name of the restaurant, the content of the meal, etc.) · Accommodation location (e.g., the name, address, etc. of the hotel) · Arrival location (e.g., the station, airport, etc. that is the departure location on the return journey)

[0170] The first prompt sentence or the second prompt sentence may include content indicating that any of these elements are to be included as output. Also, the first prompt sentence or the second prompt sentence may incorporate a prompt for outputting a more detailed schedule and costs.

[0171] The itinerary summary information may be, for example, a generated sentence describing the general content of the travel plan. Also, the itinerary summary information may be, for example, a list enumerating the departure location, visited locations, and accommodation locations. The itinerary summary information includes, for example, information regarding the departure location, visited locations, dining places, and accommodation locations based on the visit history information. The itinerary summary information may include information regarding a general schedule, estimated costs, etc.

[0172] In the itinerary summary generation process, the control unit 11 of the server 10 may use, for example, as the first prompt, a prompt sentence that designates enumerating the names of facilities corresponding to the regions included in the itinerary generation request information or itinerary designation information among the character strings enumerating the visit history information. And as the second prompt, a prompt sentence that designates generating a travel plan around the names of the facilities in the narrowed-down visit history information may be used.

[0173] Also, the first prompt and the second prompt do not necessarily need to be explicitly distinguished. The first prompt and the second prompt may be used as one prompt to cause the question-and-answer model to output the itinerary summary information.

[0174] For example, when the related user information is generated, the control unit 11 of the server 10 executes the itinerary element detailed search process (S140). In the itinerary element detailed search process, the control unit 11 of the server 10 uses, for example, a question-and-answer model (for example, an open-book question-and-answer system) and uses a travel information database (not shown) as external knowledge (message) to generate itinerary information, which is a feasible travel plan, based on the itinerary summary information. The travel information database may be configured to store various types of information, such as guidance information regarding tourist destinations (e.g., required tourist time, fees, URIs of tourist facility websites, etc.), information regarding route search and required time search, map information, restaurant reservation information, hotel fee and vacancy information, weather forecasts, and so on.

[0175] In the journey element detailed search process, the control unit 11 of the server 10 may input, for example, a third prompt that requests to search for achievable routes and / or accommodation facilities available on the scheduled stay date, using as a draft the departure place, visited places, and accommodation places output as the journey summary information, into the question-and-answer model. And it may generate journey information that is the output sentence of the question-and-answer model. The journey information may include any of the aforementioned elements related to the journey.

[0176] This can eliminate travel plans that are difficult to achieve and are generated due to hallucinations of the language model.

[0177] Also, by separating the journey summary generation process, which can be realized by a closed-book question-and-answer system and requires relatively few resources, from the journey element detailed search process, it is possible to efficiently generate journey summary information based on the visit history information. Then, based on the generated journey summary information, execute the journey element detailed search process and generate journey information that refines the journey summary information in line with reality, thereby keeping down the prompt length in the journey element detailed search process that requires a large amount of external resource access for the process.

[0178] Note that the journey element detailed search process is not limited to using a question-and-answer model. For example, the control unit 11 of the server 10 may refer to the travel information database based on the departure place, visited places, etc. in the journey summary information and the schedule, and search for achievable travel routes by DP (Dynamic Programming). And it may output the searched travel route as journey information.

[0179] Further, the travel itinerary summary generation process and the travel itinerary element detail search process do not necessarily need to be explicitly distinguished. For example, the control unit 11 of the server 10 may generate travel itinerary information by referring to the travel information database and executing a process similar to the travel itinerary summary generation process.

[0180] As described above, the travel itinerary information may be generated based on the information (first information) input by the first user to the terminal 20 and the information (second information) regarding the places visited by the second user (e.g., related users). The first information is information input by the first user to the terminal 20 through operation input, voice input, etc., and may also be information that serves as an opportunity for the travel itinerary generation means (e.g., the control unit 11 of the server 10) to generate a travel itinerary. For example, it may be a message instructing the chatbot to provide a travel plan as shown in the display screen example, or information (e.g., the name or photo of a tourist destination) included in a message between users that serves as an opportunity for the travel itinerary generation means to automatically generate a travel itinerary. In addition, for example, it may be an event that has become a topic in a talk room, and for example, a travel itinerary including a plan to visit the venue of the event on the date and time when the event is held may be generated. The second information may be information regarding the places visited by the second user. The information regarding the place may be the name or location information of the place (including facilities).

[0181] When the travel itinerary information is generated, the control unit 11 of the server 10 transmits the travel itinerary information to the terminal 20A (S150).

[0182] Then, the control unit 11 of the server 10 determines whether to end the process (S190). If it is determined to continue the process (S190: NO), the control unit 11 of the server 10, for example, waits for the reception of travel itinerary generation request information and returns the process to S110. On the other hand, if it is determined to end the process (S190: YES), the control unit 11 of the server 10 ends the process.

[0183] When receiving travel information, the control unit 21 of the terminal 20A outputs the received travel information (for example, displays and outputs it to the display unit 24) (A120).

[0184] Then, the control unit 21 of the terminal 20A determines whether to end the process (A190). If it is determined to continue the process (A190: NO), the control unit 21 of the terminal 20A returns the process to A110 as an example. On the other hand, if it is determined to end the process (A190: YES), the control unit 21 of the terminal 20A ends the process.

[0185] In the embodiment, as described above, the case where the SNS is a messaging service is exemplified, but the same may apply to other SNSs.

[0186] Also, the conditions (for example, the conditions (a) to (e)) used for selecting the above-related users may be an example of predetermined conditions. (a) may be an example that the first user follows the account of the second user on the SNS, or the second user follows the account of the first user on the SNS. (b) may be an example that the first user exchanges messages with the second user on the SNS at a predetermined frequency. (c) may be an example that the period during which the first user is associated with the second user on the SNS is a predetermined period. (d) may be an example that the first user accesses the information provided by the second user on the SNS at a predetermined frequency. (e) may be an example that the first user has traveled with the second user.

[0187] Note that the user's follow (account follow) does not necessarily have to be a mutual follow in which users follow each other. For example, it may be a one-sided follow from the first user to the second user, or conversely, a one-sided follow from the second user to the first user.

[0188] In addition, the fact that the first user accesses the information provided by the second user on the SNS at a predetermined frequency may include, for example, the first user accessing the information posted by the second user on an SNS other than the messaging service at a predetermined frequency.

[0189] <Effect of the First Embodiment> According to this embodiment, since the server 10 can generate a travel course based on the information input to the terminal 20 by the first user and the information regarding the places visited by a second user whose relationship with the first user among the users associated with the first user satisfies a predetermined condition, and transmit the generation result to the terminal 20, it is possible to provide a travel course including the places actually visited by the second user to the first user who is likely to be interested in the places visited by the second user, and also to provide a travel course that is useful as a reference for the first user to visit those places.

[0190] In addition, according to this embodiment, since a travel course based on the places visited by the second user associated with the first user via the SNS is generated, for example, it is possible to provide the first user with a travel course including, as destinations, the places actually visited by the second user who has a friendship on the SNS.

[0191] In addition, according to this embodiment, since a travel course based on the places visited by the second user who has exchanged messages with the first user on the SNS at a predetermined frequency is generated, for example, it is possible to provide the first user with a travel course including, as destinations, the places that have become topics on the SNS.

[0192] Also, according to this embodiment, when the first user follows the account of the second user, a travel itinerary including the places actually visited by the second user who the first user is interested in can be provided to the first user. When the second user follows the account of the first user on the SNS, a travel itinerary including the places actually visited by the second user who is interested in the first user can be provided to the first user. In any case, communication between the two on the SNS can be promoted.

[0193] Also, according to this embodiment, a travel itinerary including the places actually visited by the second user who is the source of information that the first user admires and accesses frequently can be provided to the first user.

[0194] Also, according to this embodiment, by selecting a second user who meets a predetermined condition on the SNS and including in the itinerary a planned visit to the place actually visited by the second user, a travel itinerary that the first user is likely to admire can be provided.

[0195] Also, according to this embodiment, by generating a travel itinerary based on the information input via the SNS and returning the generation result to the SNS of the information sender, it becomes possible to generate and provide a travel itinerary with an SNS that is easy for the first user to use as an interface.

[0196] <First Variant Example (1)> In the above embodiment, in server 10, it was assumed to implement receiving dialogue messages from the users of terminal 20, providing an SNS service, and providing a travel information database, but it is not limited to this. For example, server 10 may be a server system composed of a dialogue reception server 10L that provides a messaging service and an interactive interface service, an SNS server 10N that provides an SNS service, and a travel information server 10T that provides a travel information database.

[0197] FIG. 1-11 is a flowchart showing an example of the flow of processing executed by each device in this variant example. First, the control unit 21 of the terminal 20A transmits travel plan generation request information to the dialogue reception server 10L (A210).

[0198] Upon receiving the travel plan generation request information from the terminal 20A, the dialogue reception server 10L executes travel plan generation request reception processing (L210). The travel plan generation request reception processing may be executed in the same manner as S110 in FIG. 1-10, for example.

[0199] For example, when it is determined that the generation of a travel plan is instructed, the dialogue reception server 10L transmits related user information request information for acquiring related user information regarding the first account (in this case, user A.A) that received the travel plan generation request information and accounts that are strongly connected in the SNS to the SNS server 10N (L210).

[0200] Note that the related user information request information may include the identification information of the first account in the dialogue reception server 10L. Further, the related user information request information may include the identification information of the first account in the SNS server 10N associated with the first account in the dialogue reception server 10L.

[0201] For example, upon receiving the related user information request information from the dialogue reception server 10L, the SNS server 10N executes related user information search processing (N210). The related user information search processing may be executed in the same manner as S120 in FIG. 1-10, for example.

[0202] Then, the SNS server 10N transmits the generated related user information to the dialogue reception server 10L (N220).

[0203] Note that the related user information may include the identification information of accounts that are strongly connected to the first account in the dialogue reception server 10L. Further, the related user information request information may include the identification information of accounts that are strongly connected to the first account in the SNS server 10N associated with the account in the dialogue reception server 10L.

[0204] Also, the related user information may include only the access history information.

[0205] When receiving the related user information from the SNS server 10N, the dialogue reception server 10L executes, for example, a journey overview generation process (L230). The journey overview generation process may be executed in the same manner as S130 in FIGS. 1-10, for example.

[0206] When the journey overview information is generated, the dialogue reception server 10L transmits journey element detail inquiry information for generating a more specific journey to the travel information server 10T based on the journey overview information (L240).

[0207] For example, when receiving the journey element detail inquiry information from the dialogue reception server 10L, the travel information server 10T executes a journey element detail search process (T210). The journey element detail search process may be executed in the same manner as S140 in FIGS. 1-10, for example.

[0208] Then, the travel information server 10T transmits journey element detail information including the searched journey elements to the dialogue reception server 10L (T220).

[0209] When receiving the journey element detail information from the travel information server 10T, for example, the dialogue reception server 10L converts the journey element detail information into a displayable output format and transmits the converted journey information to the terminal 20A (L250).

[0210] When receiving the journey information from the dialogue reception server 10L, the terminal 20A outputs (for example, displays) the received journey information.

[0211] Note that the above processes may be repeatedly executed.

[0212] <First Modification Example (2)> In the above-described embodiment, the server 10 was configured to narrow down the travel candidate information based on the related user information and generate the travel summary information in the travel summary generation process. However, the present invention is not limited to this. For example, when the travel generation request information does not include an instruction such as "referring to where others have been", the server 10 may output the travel candidate information as the travel summary information without using the related user information.

[0213] Note that whether to use the related user information or not may be, for example, switchable on and off by a toggle switch on the display screen in the terminal 20A.

[0214] Also, in the travel generation request information, all travel summary information including the destination and schedule may be output from an instruction such as simply "want to travel".

[0215] Note that the server 10 may infer, based on the related user information, for example, the travel theme (such as "historic site tour" or "gourmet tour") of an account that is strongly connected to the first account, and in the travel summary generation process, output travel summary information that is closely related to the inferred travel theme (for example, when the travel theme is "historic site tour", the destinations are castles and ruins, etc.).

[0216] Also, in generating the travel of the first user, the server 10 may generate the travel based on the information of a user who is a friend of the first user but was not selected based on the connection score or the like. That is, the travel may be generated based on the information of a user (hereinafter referred to as the "third user") who does not satisfy a predetermined condition among the users associated with the first user on the SNS.

[0217] <First Modification Example (3)> In the above-described embodiment, in the related user information search process, an account that is strongly connected to the first account was searched based on the connection score. However, the present invention is not limited to this. For example, an account that is strongly connected to the first account may be searched based on the connection score and the travel generation request information.

[0218] For example, when the server 10 receives travel plan request information from the terminal 20A, it analyzes the destination of the travel in the travel plan request information. Then, the server 10 may, for example, regard an account with a high location correlation between the visited locations in the visit history information of all accounts and the travel destination in the travel plan request information as an account with a strong connection. And the server 10 may generate travel summary information based on the visit history information of the account with a strong connection.

[0219] Also, the server 10 may, for example, refer to other registration information in the account management database 155 and regard an account with similar other registration information (such as family composition and living standard, etc.) in all accounts as an account with a strong connection. And the server 10 may generate travel summary information based on the visit history information of the account with a strong connection.

[0220] In addition, in the related user information search process, the server 10 may, for example, determine an account with a strong connection to the first account based on a plurality of SNSs (such as a messaging service and a photo-sharing social network service). In this case, for example, a connection score is calculated for each service, and the top "N" accounts are determined as accounts with a strong connection using the weighted average of the scores (such as "1:1").

[0221] Also, the visit history information in the related user information may be a place that is presumed that the user of the account determined to have a strong connection has not actually visited. For example, information such as a post saying "want to go to ●●" or a place where the user has "liked" on the SNS may be included in the visit history information.

[0222] <First Modification Example (4)> In the above embodiment, an example where one travel itinerary is presented as travel itinerary information has been illustrated, but the present invention is not limited thereto. For example, instead of presenting only one travel itinerary, a plurality of travel itinerary information may be generated and presented so that a user can select arbitrary travel itinerary information. Further, in association with each travel itinerary information, in the related user information, it may be displayed which account information has been referred to.

[0223] Further, among the related user information referred to, for example, if it is an account that the user does not follow on SNS, the user may be prompted to follow.

[0224] Server 10 may refer to, for example, access history information for each account in the related user information and generate a plurality of travel itinerary information. In this case, for example, the display may be arranged in descending order of the connection score and displayed and output in a manner that can be recognized as the most recommended one.

[0225] Further, when presenting a plurality of travel itinerary information, for example, the degree of recommendation may be ranked and displayed and output as follows. · Top rank: A travel itinerary composed only of places visited by users with the strongest connection (matching the user's preferences). · Second rank: A travel itinerary including places visited by users with a somewhat strong connection and general popular spots. · Third rank: A travel itinerary composed only of popular spots regardless of the related user information.

[0226] Further, the travel itinerary information may include information such as transportation means. Regarding the transportation means used during the trip, the related user information may also be referred to, and the transportation means used by accounts with a strong connection may be preferentially used.

[0227] In addition, for example, in the travel element detailed search process, the server 10 may optimize to meet geographical and time constraints. For example, when selecting a destination or the like based on relevant user information, if there is time loss during the destination tour, a part of the destination may search for travel information based on general popular tourist facilities without referring to the relevant user information.

[0228] Also, the server 10 may accept modifications to the generated travel information, such as "changing the schedule from 4 nights to 3 nights". In this case, for example, the server 10 may execute the travel summary generation process and the travel element detailed search process again based on the modified travel generation request information.

[0229] <Second Embodiment> The second embodiment is an example of an embodiment in which the generated travel is superimposed and displayed on an electronic map. The content described in the second embodiment is similarly applicable to any of the other embodiments and other variations.

[0230] <Display Screen> Figs. 2-1 to 2-4 are diagrams showing an example of the screen displayed on the display unit 24 of the terminal 20A in this embodiment.

[0231] Fig. 2-1 is an example of a chat room screen displayed on the display unit 24 of the terminal 20A as a continuation of the chat on the screen shown in Fig. 1-8, for example. Here, as shown in the right-side screen of Fig. 1-8, a case where users B.B and D.D are related users and a travel is generated with reference to the information of these users is exemplified. Note that a similar screen may be displayed when the map display button included in the above-described travel information IC1 is touched by the user.

[0232] On this screen, under the content of "Okinawa travel plan" with the chatbot as the sender, map information with the chatbot as the sender, which is map information based on the itinerary (hereinafter referred to as "itinerary map information") MI1, is displayed. In this example, although the itinerary map information MI1 is not displayed in a balloon, it is the same in that it is displayed in association with the chatbot (chatbot account).

[0233] In this itinerary map information MI1, an icon containing the letter "S" is displayed in association with the departure place, and an icon containing the letter "G" is displayed in association with the arrival place. Also, in association with the places included in the itinerary, a numerical icon indicating the order of visit to that place in the itinerary and an icon containing time information (e.g., arrival time) regarding that place are displayed. And each icon is connected, and the route is displayed in a thick line.

[0234] Also, in this example, user identification information is displayed to be able to identify the user who visited the place (visited place) visited by user B.B and user D.D respectively. In this example, the user identification information displayed on the map is the user name and icon image of that user, but it may be either one. For example, for the "Himeyuri no To" at the visit order "3", the user identification information of user B.B is displayed in association, which indicates that user B.B visited the "Himeyuri no To". The user identification information displayed on the map may be an example of information that can identify the places visited by the second user.

[0235] However, not all of the places visited by user B.B or user D.D are necessarily included in the itinerary, and there are places visited by user B.B or user D.D that are not included in the itinerary. In this example, user identification information of users who visited a location not included in the itinerary is also displayed. For example, user identification information of user D.D is displayed between the location with the visit order of "3" and the location with the visit order of "4", but this location is not included in the itinerary. That is, in this example, information that can identify the locations visited by the second user and is included in the itinerary is displayed on the map, and information that can identify the locations visited by the second user and is not included in the itinerary is also displayed on the map.

[0236] Also, in the lower right corner of the itinerary map information MI1, there is an itinerary save button including the text "Save Plan" for saving this itinerary.

[0237] Below the itinerary map information MI1, second type of detailed information BC (BC1, BC2, BC3, ···) in a form different from the first type of detailed information AC, which is one of the aforementioned detailed information, is displayed. In this example, the information included in the second type of detailed information BC is partially different from the first type of detailed information AC, and is displayed in the visit order of that location in this itinerary. Note that the form of the second type of detailed information BC and the information included in the second type of detailed information BC may be the same as those of the first type of detailed information AC.

[0238] In Fig. 2-2, in the screen of Fig. 2-1, for example, the state where the icon associated with the location with the visit order of "1" (in this example, "Navy Hao Park") is touched by the user is shown. Associated with this icon, location information including information such as the planned stay time at this location is displayed in a balloon. Also, among the second type of detailed information BC, the second type of detailed information BC corresponding to this location (in this example, the information corresponding to "Navy Hao Park") is highlighted. The location information includes, for example, a detailed button for displaying detailed information about this location and a planned change button for changing the plan regarding this location. And here, the state where the planned change button is touched by the user is shown.

[0239] Figure 2-3 shows the continuation of Figure 2-2, and displays the journey map information MI1a with the journey changed based on the operation of the schedule change button. In the journey map information MI1a, the journey generated by removing the place with the visit order "1" (in this example, "Navy Park") is displayed, and the visited places and visit order have changed. Also, the second type of detailed information BC at the bottom of the screen has changed, and the second type of detailed information BC1, BC2, BC3,... shown in Figure 2-2 has changed to the second type of detailed information BC1a, BC2a, BC3a,...

[0240] Figure 2-4 shows the display when the journey save button is operated by the user in Figure 2-3. In this example, in the center of the screen in Figure 2-2, journey save confirmation information VI1 is displayed as confirmation information regarding asking the user to confirm the saving of the journey. This journey save confirmation information VI1 includes information that allows this journey to be shared with other users, and is configured such that the user can select from "Do not share", "Share with friends", "Share with group", and "Share with all". "Share with all" may be, for example, to share with all users registered in the messaging service.

[0241] In this example, "Share with friends" is selected by user A.A, and the state where the save button below is operated is shown. As a result, this journey is saved to the server 10 in association with the account of user A.A, and this journey is shared with the friends of user A.A.

[0242] Note that on the screen such as Figure 2-1, user A.A may be able to modify or edit the journey through chatting with the chatbot. Specifically, for example, the journey may be modified on the server 10 by sending content (message) instructing the chatbot to modify a part of the journey.

[0243] In addition, the generated travel information (travel map information) may be shared, and the accounts that can refer to it may be set as shown in patterns (A) to (E) in the table of FIG. 2-5, for example.

[0244] <Process> FIG. 2-6 is a flowchart showing an example of the flow of processing executed by each device in this embodiment. In this figure, from left to right, an example of the processing executed by the control unit 21 of the terminal 20A of user A.A and an example of the processing executed by the control unit 11 of the server 10 are shown respectively.

[0245] The server 10 executes, for example, a travel element detailed search process (S140) to search for travel elements. Then, the server 10 executes a travel map generation process (S310). In the travel map generation process, the server 10 reads, for example, electronic map data (not shown) stored in the storage unit 15 and maps the travel elements on the electronic map. Then, the server 10 transmits the travel map information, which is the electronic map data with the travel elements superimposed, to the terminal 20A (S320).

[0246] When receiving the travel map information from the server 10, the terminal 20A causes the received travel map information to be output (for example, displayed) (A310).

[0247] For example, when it is determined that it is selected to modify a travel element based on a user input with respect to the displayed travel map information (A320: YES), the terminal 20A acquires the travel element modification request information instructed by the user and transmits it to the server 10 (A330).

[0248] Note that the travel element modification request information may be a single instruction of an API based on an operation on the travel map information, or a modification instruction text or a modification instruction voice by natural language input.

[0249] Then, the terminal 20A returns the process to waiting for the reception of the travel map information again.

[0250] When it is determined that the option of not modifying the travel elements is selected (A320: NO), the terminal 20A performs, for example, an end determination (A190).

[0251] When it is determined that travel element modification request information is received from the terminal 20A (S330: YES), for example, the server 10 generates travel summary information reflecting part or all of the changes to the travel elements based on the travel element modification request information, and executes the travel element detail search process again (S140).

[0252] In addition, for example, when significant changes (such as a change in the destination itself) occur in the travel elements in the travel element modification request information, the server 10 may return the process to the travel summary generation process. And, based on the travel element modification request information, the visited locations may be narrowed down using the visit history information, and the travel summary information may be generated.

[0253] When it is determined that the travel element modification request information is not received (S330: NO), for example, the server 10 performs an end determination (S190).

[0254] <Effects of the Second Embodiment> According to this embodiment, by displaying the generated travel on the map, it is easier for the first user to understand the route and schedule.

[0255] Also, according to this embodiment, when the first user wants to refer to a travel different from the travel displayed on the map, by performing an operation to regenerate the travel, the travel is regenerated, and the generation result is displayed on the map again.

[0256] Also, according to this embodiment, by displaying information that can identify the locations visited by the second user during the travel on the map, the first user can clearly grasp the locations actually visited by the second user during the travel.

[0257] Further, according to this embodiment, by displaying on the map information that can identify the places visited by the second user outside the itinerary, the first user can clearly grasp the places actually visited by the second user outside the itinerary and use them as a reference for itinerary changes and the like.

[0258] <Second Modification Example (1)> In the above embodiment, the server 10 executes the related user information search process and generates itinerary elements based on the related user information. However, the present invention is not limited to this. For example, the server 10 may generate itinerary elements without using the related user information. In this case, the server 10 may not execute the related user information search process.

[0259] <Second Modification Example (2)> In the above embodiment, information that can identify the places visited by the third user described above may be displayed on the map. Further, based on an input by the user with respect to the information that can identify the places visited by the third user displayed on the map, an itinerary based on the information on the places visited by the third user may be displayed on the map.

[0260] Figs. 2-7 to 2-8 are diagrams showing an example of a screen displayed on the display unit 24 of the terminal 20A in this modification example. Fig. 2-7 shows a state in which itinerary map information MI3 different from the above-described itinerary map information is displayed. In this itinerary map information MI3, in addition to the above-described users B.B and D.D, the user identification information of user E.E, who is a friend of user A.A, is displayed at the places visited by user E.E. In this example, user E.E is an example of the third user, and since user E.E was not selected as a related user, the places visited by user E.E are not included in the itinerary.

[0261] Fig. 2-8 is a diagram showing an example of a screen displayed based on the icon image of user E.E being touched by the user in Fig. 2-7. In this example, in the travel route map information MI3, instead of the travel route shown in FIGS. 2-7, another travel route based on the places visited by user E.E is displayed on the map. This travel route is, for example, a day trip instead of the two-day, one-night travel route shown in FIGS. 2-7. That is, in this example, based on the user's input with respect to the information that can identify the places visited by user E.E, a travel route based on the places visited by user E.E is generated by server 10 and displayed on the map.

[0262] In this example, the user identification information of users B.B and D.D shown in FIGS. 2-7 remains as it is. In this case, for example, when any of the user identification information of users B.B and D.D is touched, the travel route shown in FIGS. 2-7 may be transmitted from server 10 and displayed.

[0263] Also, for example, a plan change button may be displayed on the map, and in the above example, based on the icon image of user E.E being touched and then the plan change button being touched, the above travel route may be generated and displayed.

[0264] According to this modification example, since a travel route is generated based on the information on the places visited by a third user among the users associated with the first user, whose relationship with the first user does not satisfy a predetermined condition, it is possible to provide a travel route including the places actually visited by the third user to the first user who is likely to be interested in the places visited by the third user, and it is also possible to provide a travel route that can be used as a reference for the first user to visit those places.

[0265] <Third Embodiment> The third embodiment is, for example, an example in which, when traveling using the generated travel route on terminal 20A, the actions of the actual travel made by the user are recorded. The content described in the third embodiment is similarly applicable to any of the other embodiments and other modification examples.

[0266] <Display screen> Figs. 3-1 to 3-2 are diagrams showing an example of a screen displayed on the display unit 24 of the terminal 20A in this embodiment. Fig. 3-1 shows an example of a talk room screen, and here, an example of a one-on-one talk room screen with the talk partner being "travel plan" is shown. "Travel plan" may be, for example, an account of an operator of a travel plan generation support service.

[0267] Note that this screen may be displayed in any of the following cases. · In the first embodiment, when generating a travel itinerary considering the places visited by the second user. · In the second embodiment, when generating a travel itinerary considering the places visited by the second user. · In the second embodiment, when generating a travel itinerary without considering the places visited by the second user. · When recording only the travel actions without generating a travel itinerary in advance.

[0268] On this talk room screen, information indicating that the travel itinerary is being recorded is displayed at the upper part of the content display area CR, and the current date and time are displayed below it. Also, below that, the travel itinerary map information MI11 is displayed in association with "travel plan". Note that in this example, the itinerary of the travel itinerary map information MI1a shown in Fig. 2-3 is saved, and it is described that the user A.A is traveling according to this itinerary.

[0269] The travel itinerary map information MI11 is configured such that its display is updated based on the current position of the terminal 20A, and the current position mark PMK is displayed at the current position. Note that the current position may be obtained, for example, by the terminal 20A. In this case, map matching processing may be performed on the obtained current position, and the current position mark PMK may be displayed based on the result. Also, in this travel route map information MI11, the route (the line representing the route) to the next destination is highlighted (in this example, the route is shown as a thick line). In this example, based on the fact that the current position is close to the route from the departure point to the first destination, the route from the departure point to the first destination is highlighted. Also, in this example, the numeric icon (the icon for the first destination in this example) indicating the order of visit associated with the next destination is shown in reverse display. Also, in this example, the route of the travel route map information MI11 is configured to be updated based on the actual movement route of user A.A (terminal 20A).

[0270] FIG. 3-2 shows an example of the talk room screen displayed after the above travel route is saved. On this screen, information indicating that the travel route is being displayed is shown at the upper part of the content display area CR, and below that, the period during which the travel was conducted is shown. Also, below that, the travel route map information MI11 reflecting the final movement route of user A.A is shown.

[0271] Also, a common button for sharing this travel route with friends is provided at the lower right part of the travel route map information MI11, and by touching this common button, this travel route can be shared with friends.

[0272] Note that the accounts that can share and refer to the travel record information may be set, for example, as shown in patterns (a) to (f) in the table of FIG. 3-3.

[0273] <Processing> The processing in this embodiment is, for example, that the terminal 20A acquires the current time from the clock unit 29A and determines whether the departure time in the travel route information has been reached. When the departure time arrives, the terminal 20A acquires the position calculation information through the position calculation information detection unit 29B and acquires the current position, for example, every predetermined period (for example, "10 seconds").

[0274] Then, for example, the terminal 20A superimposes the current position on the travel map information and performs display output. Also, the terminal 20A associates each time with the current position and stores it in the storage unit 28.

[0275] Note that when the terminal 20A acquires the current position, it may transmit information regarding the time and position during the trip (referred to as "travel record information") to the server 10. Also, the server 10 may store the travel record information received from the terminal 20A in the account management database 155.

[0276] Then, based on the travel record information, the terminal 20A and the server 10 may determine and store the stay time of each facility in the travel elements.

[0277] Note that when there is a difference between the travel route information or the travel map information generated in advance and the travel record information, for example, the terminal 20A may notify the user of the deviation between the travel route and the current action by sound output or display output.

[0278] Also, when there is a difference between the pre-generated travel route information and the travel record information, for example, the server 10 refers to the travel record information, stores the places where the user stayed for a long time and the stay time, etc., and learns the places where the user is more likely to stay in the subsequent travel route summary generation process and the travel element detailed search process. Note that in the subsequent travel route summary generation process and the travel element detailed search process, the server 10 may lower the priority of the travel elements for the places that the user has already visited based on the travel record information.

[0279] <Effect of the Third Embodiment> According to this embodiment, by recording the travel behavior of the first user based on the generated travel route, for example, it becomes possible for the user to review the trip after the trip.

[0280] Also, according to this embodiment, when the recorded travel actions are shared with the users associated with the first user, the users associated with the first user can refer to the travel actions of the first user.

[0281] <Third Variant Example (1)> When travel information and travel record information are shared by other accounts in a form that can be referred to by User A.A of terminal 20A, the server 10 may, for example, refer to the travel information and travel record information of other accounts in the itinerary summary generation process and generate itinerary summary information. As a result, the user can generate a travel plan with reference to the itinerary information generated by other users and the travel record information of the actual trip, and experience the generation of a more immersive itinerary.

[0282] Note that, for example, User A.A of terminal 20A may be able to specify the information and accounts used for their own itinerary generation among the itinerary information and travel record information shared in a form that can be referred to by User A.A.

[0283] Also, for example, in terminal 20A, when the itinerary information and travel record information shared by User A.A are referred to in a form that can be referred to by other accounts and used for generating an itinerary by other accounts, a notification such as "The itinerary (travel record) has been referred to" may be sent to terminal 20A. The notification may include information about the account that referred to the itinerary information and travel record information (for example, the user name). The timing of the notification may be, for example, when the itinerary of another account is generated, or at any subsequent timing. In this case, for example, a push notification may be sent to terminal 20A, and the content of the notification may be displayed on the notification screen of the messaging application (or another screen).

[0284] <Others> (1) In the above embodiment, an example where the service that the first user has an account for is an SNS and is associated with the second user via the SNS was shown. However, it is not limited to such a form. For example, the user of the terminal 20 has an account for a video distribution service, and by registering the channel of a distributor who is distributing videos on the video distribution service, the user (the first user) may be associated with the distributor (the second user) via the video distribution service. And when the number of times the user views the videos of the distributor is a predetermined number of times or more, a travel course based on the places visited by the distributor may be generated.

[0285] Also, the first user may have an account for a game distribution service and be associated with the second user via the game distribution service. For example, when both the first user and the second user are gaming friends who play a game of collecting characters according to the location, a travel course for the first user may be generated based on information on what characters the second user actually collected at what locations. According to this, a travel course corresponding to the achievements of gaming friends and the purpose of the game can be provided to the first user.

[0286] (2) In the above embodiment, the second user may be a famous person such as an entertainer or an influencer. When the first user follows the second user on the SNS, the travel course of the first user may be generated based on information regarding the places visited by the second user.

[0287] (3) As described above, when the travel course of the first user is generated by referring to information regarding the places visited by the second user, for example, the server 10 may notify the second user that the travel course of the second user has been referred to. In this case, this notification may include information regarding the account that was referred to (for example, the username of the first user), or a notification with content such as "〇〇 has generated a travel course referring to your travel course" may be sent.

[0288] Also, the first user may be notified of who's information was referred to in generating the itinerary. For example, a notification such as "The itinerary was generated with reference to the itinerary of [Name]" may be sent.

[0289] On the other hand, from the perspective of personal information protection, it may be possible to conceal who's information was referred to / was the subject of reference. For example, when notifying the first user of who's information was referred to in generating the itinerary, the notification may be sent without including information that can identify the user. In this case, for example, information that cannot identify the user or is difficult to identify may be included in the notification, but at least information that can identify what kind of relationship the user has may be included. Specifically, a notification such as "The itinerary was generated with reference to the itinerary of someone who seems to be on good terms with you" may be sent. Also, when the user whose information was referred to has something in common with the first user, information regarding that common point may be included in the notification. For example, when there is a common point such as having the same family structure, a notification such as "The itinerary was generated with reference to the itinerary of someone who has the same number of children as you" may be sent. This may be regarded as including information regarding the reason for referring to the user's information when generating the itinerary. Even if the user cannot be specifically identified, if the users are related like friends, i.e., between the first user and the second user, there is a possibility that the user can guess who is being referred to.

[0290] Also, the user (the poster) may be able to set whether to permit or not permit the use of information posted on the SNS in generating the itinerary. For information posted by a user who has set "permit", it may be possible to generate the itinerary based on this information when generating the itinerary. Note that in this case, the setting of "permit" is not limited to the user level and may be done at the level of the posted information. When "permit" is set for a particular post, it may also be possible to generate the itinerary based on that post when generating the itinerary. Similarly, regarding the above notification, it is also possible for the user to set the permission / non - permission to notify their own information. For users with the "permission" set, their information may be included in the notification to the information source when notifying about the information source. Note that in this case, the "permission" setting is not limited to the user unit and may also be performed on a per - posted - information basis. When "permission" is set for a particular post, the user's information may be included in the notification to the information source when notifying about the information source. According to this, if the second user does not want their travel itinerary to be used for generating other users' travel itineraries, it is possible to prevent their travel itinerary from being reflected in the generation result by making such a setting. If it is allowed to be used, it is possible to reflect the user's travel itinerary in the generation result by making such a setting.

[0291] (4) In the above - described embodiment, an example where the first user and the second user each have an account on the same SNS has been described. However, it is not limited to this, and the service where the first user has an account and the service where the second user has an account may be different. For example, in the example shown in FIG. 4(a), assume that the first user has an account on a travel reservation service, and user information including the first user's email address, phone number, etc. is registered in the travel information server 10T linked to the travel reservation service account (service ID). Also, assume that account linking is performed between the travel reservation service and the SNS where the first user has an account (SNSID), and the account (service ID) of the first user in the travel reservation service and the account (SNSID) of the first user in the SNS are linked on their respective servers (travel information server 10T, SNS server 10N). Also, assume that the second user does not have an account (service ID) on the travel reservation service and only has an account (SNSID) on the SNS.

[0292] The first user inputs the desired schedule, desired region, etc. on the website of the travel reservation service displayed on the terminal 20. As a result, in the travel information server 10T, the SNS account (SNSID) of the first user associated with the account (service ID) of the travel reservation service of the first user is identified. A second user who meets the predetermined conditions and is associated with the SNS account is selected by the SNS server 10N, and information regarding the places visited by the second user is provided from the SNS server 10N to the travel information server 10T.

[0293] Then, based on the information input on the website of the travel reservation service and the places visited by the selected second user, the travel information server 10T generates a travel itinerary. The generation result is distributed to the website of the travel reservation service that is the information source and is displayed on the terminal 20 as a "recommended itinerary". According to this, by generating a travel itinerary based on the first information input via the service linked with the SNS and returning the generation result to the service that is the information source, it becomes possible to generate and provide a travel itinerary using the information of the SNS while using the service used by the first user as an interface. Also, even when the second user does not have an account for the service where the first user input the first information, by having an account on the SNS (the SNS with which both the first user and the second user have accounts) linked with the service where the first user input the first information, it becomes possible to provide the first user with a travel itinerary based on the places actually visited by the second user.

[0294] In the example of Fig. 4(a), the second user may have both a travel reservation service account (service ID) and an SNS account (SNS ID). For the second user, if the relationship with the first user does not meet the predetermined conditions in the travel reservation service account (service ID), but meets the predetermined conditions in the SNS account (SNS ID), a travel itinerary may be generated based on the information about the places visited by the second user associated with the travel reservation service account (service ID) or the SNS account (SNS ID). Also, when the information about the places visited by the second user exists only as a history on the SNS account (SNS ID) side among the travel reservation service account (service ID) and the SNS account (SNS ID), a travel itinerary may be generated based on the information on the SNS account (SNS ID) side.

[0295] Also, in the example shown in Fig. 4(b), assume that the first user has an account (SNS1 ID) on the first SNS and also has an account (SNS2 ID) on the second SNS. Also, assume that account linking is performed between the first SNS and the second SNS, and the account (SNS1 ID) of the first user on the first SNS and the account (SNS2 ID) of the first user on the second SNS are linked by their respective servers (the first SNS server 10A and the second SNS server 10B). Also, assume that the second user does not have an account (SNS1 ID) on the first SNS and has only an account (SNS2 ID) on the second SNS.

[0296] The first user inputs first information on the screen of the SNS application displayed on the terminal 20, so that in the first SNS server 10A, the account (SNS2ID) of the second SNS of the first user associated with the account (SNS1ID) of the first SNS of the first user is identified. A second user who satisfies a predetermined condition and is associated with the account of the second SNS is selected by the second SNS server 10B, and information regarding the location visited by the second user is provided from the second SNS server 10B to the first SNS server 10A.

[0297] Then, the first SNS server 10A generates a travel itinerary based on the information input into the SNS application and the location visited by the selected second user, and the generation result is distributed to the SNS application that is the information source and displayed on the screen of the SNS application on the terminal 20. According to this, even when the second user does not have an account of the first SNS in which the first user inputs the first information, by having an account of the second SNS (the SNS in which both the first user and the second user have accounts) that is linked with the first SNS in which the first user inputs the first information, it becomes possible to provide the first user with a travel itinerary based on the location actually visited by the second user.

[0298] In the example of Fig. 4(b), the second user may have both an account on the first SNS (SNS1ID) and an account on the second SNS (SNS2ID). For the second user, if the relationship with the first user does not meet the predetermined conditions for the account on the first SNS (SNS1ID), but meets the predetermined conditions for the account on the second SNS (SNS2ID), a travel itinerary may be generated based on the information related to the places visited by the second user, which is associated with either the account on the first SNS (SNS1ID) or the account on the second SNS (SNS2ID). Also, when the information related to the places visited by the second user exists only as a history on the side of the account on the second SNS (SNS2ID) among the account on the first SNS (SNS1ID) and the account on the second SNS (SNS2ID), a travel itinerary may be generated based on the information on the side of the account on the second SNS (SNS2ID).

[0299] (5) At least a part of the processing that the server 10 was to perform in the above-described embodiments may be performed by the terminal 20. Conversely, at least a part of the processing that the terminal 20 was to perform in the above-described examples may be performed by the server 10.

[0300] Also, the operator of the server 10 may be a business operator of a travel plan generation support service that partners with a business operator of a messaging service. In this case, the processing described in the above examples etc. may be realized by one server, or may be realized by sharing the processing described in the above examples etc. by a server system composed of a plurality of servers. Note that a system composed of one or more servers may be defined as a server system, and the server of the present invention may be a server system.

[0301] Also, in the above-described embodiments and the like, the server for distributing various applications (the server from which the terminal 20 downloads the application) may be configured as a server different from the server that provides the corresponding service (application). That is, the server for distributing the application and the server that performs the application management process and the like described in the above embodiments and the like may be configured as physically separated servers, or may be configured as a single server.

[0302] Also, the application is not limited to the programs of various applications. For example, as an example, a program for providing a function of another service as a function of a base application (for example, a program for providing a function of an advertising distribution service as a function of a messaging application, or vice versa), a program for updating the base application, and the like may be included. Further, data utilized in the application program (which may also include data for updating the application) may be included.

[0303] Also, in the above-described embodiments and the like, as an example, a method for realizing the present invention by a client-server system has been described, but the present invention is not limited thereto. As described above, it may be realized by a system in which the functions of a server or a server system, such as a distributed system, are provided in the terminal 20. For example, the processing described as being performed by the server or the server system in the flowchart described in the above embodiments may be performed by the terminal.

[0304] Also, as described above, the contents described in each of the above embodiments, each modification, other embodiments, and the like can be applied in combination.

Explanation of Reference Numerals

[0305] 1 Communication system 10 Server 20 Terminal 30 Network

Claims

1. A program executed by a server that communicates with a terminal, wherein the server executes, by the control unit, generation of a travel itinerary based on at least (i) first information input to the terminal by a first user and (ii) second information regarding locations visited by a second user associated with the first user via a service that the first user has an account for, wherein the second user is a user whose relationship with the first user satisfies a predetermined condition, the program.

2. The program according to claim 1, wherein the service includes an SNS (Social Networking Service), the program.

3. The program according to claim 2, wherein the predetermined condition includes that the first user has been exchanging messages with the second user at a predetermined frequency on the SNS, the program.

4. The program according to claim 2, wherein the predetermined condition includes at least one of the first user following the second user's account on the SNS or the second user following the first user's account on the SNS, the program.

5. The program according to claim 2, wherein the predetermined condition includes that the first user has been accessing information provided by the second user on the SNS at a predetermined frequency, the program.

6. The program according to claim 2, wherein the server executes, by the control unit, selection of the second user who satisfies the predetermined condition on the SNS, wherein the travel itinerary includes a planned visit to a location visited by the second user, the program.

7. The program according to claim 2, wherein the first information includes information input to the terminal by the first user via the SNS, wherein the generation result of the travel itinerary is provided to the first user by the control unit via the SNS, the program.

8. The program according to claim 2, wherein the first information includes information input to the terminal by the first user via a service different from the SNS that is linked with the SNS, wherein the generation result of the travel itinerary is provided to the first user by the control unit via a service different from the SNS, the program.

9. The program according to claim 2, wherein (ii) the second information regarding the places visited by a second user associated with the first user via a service in which the first user has an account is the program including information regarding places visited by the second user having an account on another SNS linked with the SNS in which the first user has an account.

10. The program according to claim 2, wherein the second information includes the itinerary of the second user, based on the setting being made for using the itinerary of the second user for generating the itinerary, the itinerary based on the itinerary of the second user is generated by the control unit, the program.

11. The program according to any one of claims 1 to 10, wherein the server executes the control by the control unit to cause the generated itinerary to be displayed on a map on the terminal, the program.

12. The program according to claim 11, wherein based on an input being made on the terminal for generating an itinerary different from the itinerary displayed on the map, the server executes the generation by the control unit of an itinerary different from the itinerary displayed on the map, the program.

13. The program according to claim 11, wherein the server executes the control by the control unit to cause information capable of identifying places visited by the second user included in the itinerary to be displayed on the map, the program.

14. The program according to claim 13, wherein the server executes the control by the control unit to cause information capable of identifying places visited by the second user not included in the itinerary to be displayed on the map, the program.

15. An information processing method of a server communicating with a terminal, comprising: at least (i) generating, by the control unit, an itinerary based on first information input to the terminal by a first user and (ii) second information regarding places visited by a second user associated with the first user via a service in which the first user has an account, wherein the second user is a user whose relationship with the first user satisfies a predetermined condition, the information processing method.

16. A server communicating with a terminal, At least, a control unit that generates a travel itinerary based on: (i) first information input to the terminal by a first user; and (ii) second information regarding a location visited by a second user associated with the first user via a service that the first user has an account with. The second user is a user whose relationship with the first user satisfies a predetermined condition. Server.

Images