Information processing method and information processing device

Abstract

Provided is an information processing method for guiding a user to a destination and processing information pertaining to the destination. The information processing method includes: a reception process for receiving, from a first application that handles information pertaining to specific activity content, position information set by the first application and identification information capable of identifying the first application; a setting process for determining the destination on the basis of the position information and setting a movement route to the destination; and a control process for executing a specific process related to the activity content at the destination on the basis of the identification information.

Description

Information Processing Method and Information Processing Apparatus

[0001] The present invention relates to an information processing method and an information processing apparatus for processing information regarding a user's destination.

[0002] Conventionally, technologies for processing information regarding a user's destination have been proposed. For example, JP2007-255972A proposes a technique of registering list information in which each location is associated with the purpose of action at those locations, and setting a destination using this list information. In this technique, the purpose of action at the destination selected by the user is displayed in a list, a guidance point corresponding to the selected purpose of action is searched from the list display, and the final destination corresponding to the searched guidance point is set.

[0003] In the above-described conventional technology, it is necessary to register and manage list information in which each location that is a candidate for the destination is associated with the purpose of action at these locations. For this reason, registration of a huge amount of information and management of a huge database are required. Also, when there is no activity content at the destination selected by the user, it is assumed that a proposal along the user's purpose cannot be made.

[0004] An object of the present invention is to implicitly and in advance grasp the activity content at the user's destination set using an application, and execute information processing that conforms to the activity content of the user after arriving at the destination.

[0005] One aspect of the present invention is an information processing method for guiding a user to a destination and processing information regarding the destination. This information processing method includes a reception process of receiving, from a first application that handles information regarding a specific activity content, position information set in the first application and identification information that can identify the first application, a setting process of determining a destination based on the position information and setting a movement route to the destination, and a control process of executing a specific process related to the activity content at the destination based on the identification information.

[0006] Figure 1 is a schematic diagram showing the travel route of the user and the vehicle. Figure 2 is a diagram showing examples of the display screen of the electronic device and the navigation screen. Figure 3 is a diagram showing an example of the configuration of the information processing system. Figure 4 is a simplified diagram showing an example of the configuration of the specific processing DB. Figure 5 is a simplified diagram showing an example of the configuration of the activity type DB and the specific processing DB. Figure 6 is a schematic diagram showing an example of the settings for setting the specific processing execution interval. Figure 7 is a schematic diagram showing an example of the settings for setting the specific processing execution timing. Figure 8 is a schematic diagram showing an example of the settings for setting the specific processing execution timing. Figure 9 is a diagram showing examples of the transitions between the navigation screen and the display screen. Figure 10 is a diagram showing an example of the display of the specific information display screen. Figure 11 is a diagram showing an example of the display of the specific information display screen. Figure 12 is a diagram showing an example of the display of the specific information display screen. Figure 13 is a diagram showing an example of the display of the specific information display screen. Figure 14 is a flowchart showing an example of the specific processing execution process. Figure 15 is a flowchart showing an example of the specific processing execution process. Figure 16 is a diagram showing an example of the display of the specific information display screen. Figure 17 is a flowchart showing an example of a specific processing execution process. Figure 18 is a diagram showing an example of a specific information display screen. Figure 19 is a flowchart showing an example of a specific processing execution process. Figure 20 is a flowchart showing an example of a specific processing execution process. Figure 21 is a diagram showing an example of the configuration of an information processing system.

[0007] Embodiments of the present invention will be described below with reference to the attached drawings.

[0008] [Example of a mountain climbing plan using a mountain climbing app] Figure 1 schematically shows the travel routes R1 and R2 of vehicle C1 from user U1's home H1 to the trailhead CE1 of ABC Mountain MT1, and user U1 planning to climb ABC Mountain MT1. Figure 1 shows an example of the relationship between the mountain climbing plan to the summit MP1 of ABC Mountain MT1 (travel routes MR1 ​​and MR2) and the travel routes R1 and R2 of vehicle C1 from user U1's home H1 to the trailhead CE1 of ABC Mountain MT1.

[0009] Figure 1 shows an example where D Hot Spring OT1 is located near the trailhead CE1 of ABC Mountain MT1. It also shows an example where a convenience store CV1 is located as the nearest store to the trailhead CE1 of ABC Mountain MT1. Furthermore, it shows an example where travel route R1 is shorter than travel route R2, and an electric vehicle charging station PR1 is located along travel route R2.

[0010] For example, user U1 can generate a climbing plan from trailhead CE1 using a climbing application (e.g., climbing application A) installed on the electronic device 200. An example of using climbing application A is shown in Figure 2. The electronic device 200 can be implemented as an electronic device, information processing device, etc., such as a smartphone, tablet terminal, or portable personal computer. Furthermore, the applications shown in this embodiment include applications that can be implemented using web services.

[0011] Furthermore, the travel path R1 can be generated using electronic equipment 200 or in-vehicle equipment 100 (see Figure 3). For generating this travel path R1, known travel path generation technologies (e.g., navigation technologies) can be used.

[0012] [Example of display of mountain climbing app and example of display of travel route] Figure 2 shows an example of the display screen 300 of mountain climbing app A displayed on the display unit 262 of electronic device 200 and the navigation screen 310 displayed on the display unit 141 of in-vehicle device 100. The in-vehicle device 100 is an in-vehicle device installed in vehicle C1. As the in-vehicle device 100, for example, a navigation device, audio device, or IVI (In-Vehicle Infotainment) can be used. These are just examples, and other devices installed in vehicle C1 may be used.

[0013] As shown in Figure 1, user U1 can generate a climbing plan for ABC Mountain MT1 using the climbing application A. For example, various information regarding the climbing plan for ABC Mountain MT1 generated using the climbing application A can be displayed on the display unit 262 of the electronic device 200. Figure 2 shows an example where the ascent route MR1 from the trailhead CE1 to the summit MP1 of ABC Mountain MT1 and the descent route MR2 from the summit MP1 to the trailhead CE1 are displayed, along with the departure time and the planned descent time. It should be noted that known climbing plan creation techniques can be used to create each of these climbing plans.

[0014] As described above, a climbing plan generated using the climbing app A can be linked with the in-vehicle device 100. For example, climbing plan information related to that climbing plan can be transferred from the electronic device 200 to the in-vehicle device 100. This climbing plan information includes, for example, the starting position of the climb (e.g., location information of trailhead CE1) and identification information that can identify the climbing app A (e.g., app ID (identification)). Note that if there is only one trailhead for ABC Mountain MT1, the trailhead CE1 can be identified by ABC Mountain MT1, so the starting position of the climb (activity start position) may be ABC Mountain MT1. In addition, the climbing plan information can include other information, such as the time to start the climb (start time information), the time to descend (descent time information), and / or climbing route information (e.g., elevation difference, walking distance). In other words, the in-vehicle device 100 can receive mountain climbing plan information (an example of activity plan information) generated by the mountain climbing application A of the electronic device 200, thereby understanding the destination of the mountain climbing plan generated by the mountain climbing application A and the activities to be carried out at that destination.

[0015] Upon receiving the climbing plan information, the in-vehicle device 100 can display on the display unit 141 the travel route R1 from the vehicle C1's current location (current location marker PL1) to the trailhead CE1, and the departure time from the vehicle C1's current location (current location marker PL1), based on the climbing plan information. For example, the travel route R1 can be generated based on the location information of the trailhead CE1 included in the climbing plan information (e.g., latitude and route, place name, address) and the location information of the vehicle C1 acquired by the vehicle C1's location information acquisition unit (e.g., GNSS (Global Navigation Satellite System)) (e.g., latitude and route). Furthermore, for example, the departure time from the vehicle C1's current location (current location marker PL1) can be calculated based on the start time information included in the climbing plan information and the travel route R1. It should be noted that known time calculation techniques can be used to calculate the departure time from the vehicle C1's current location (current location marker PL1).

[0016] Here, for example, let's assume that user U1 travels by vehicle C1 along route R1 from home H1 to trailhead CE1 in order to execute a climbing plan generated using climbing application A on electronic device 200. In this case, it is conceivable that information about the destination (trailhead CE1) could be notified to user U1 before departure in vehicle C1, en route to the destination (trailhead CE1), and after arrival at the destination. For example, to provide information about the destination (trailhead CE1) that would impress or amaze user U1, it is conceivable that user U1 could be asked to input details of activities at the destination or asked to answer questions. However, the process of eliciting details of activities at the destination from user U1 may become cumbersome. Furthermore, even if information about the destination is provided to user U1 after eliciting details of activities at the destination from user U1, the degree of user U1's interest or impression may be drastically reduced.

[0017] Furthermore, it is conceivable that user U1 could be provided with uniform information (for example, a weather forecast for that destination) without understanding the reason why user U1 is heading to the destination (mountain climbing) or the activities they will be undertaking at the destination (mountain climbing). In this case, it is unlikely that user U1 would be impressed or moved.

[0018] Therefore, in this embodiment, a travel itinerary management function is realized that implicitly and in advance grasps the content of user U1's activities at the destination and performs information processing that is tailored to the content of user U1's activities after arrival at the destination. For example, in recent years, there are various apps (or web services) that provide information tailored to the user's hobbies. There is also a technology that transfers and shares location information from such apps to the in-vehicle device 100 (see Figure 3) of vehicle C1. For example, if location information is transferred from such an app to the in-vehicle device 100 of vehicle C1, and the destination of the in-vehicle device 100 is set based on that location information, it is assumed that user U1 will perform the activities linked to that app at that destination (for example, indulge in a hobby). For example, suppose user U1 generates a climbing plan using climbing app A, and location information is transferred from climbing app A to the in-vehicle device 100 of vehicle C1, and the destination of the in-vehicle device 100 is set based on that location information. In this case, it is assumed that user U1 will perform a climb on ABC Mountain MT1, which is linked to the climbing app A, based on a climbing plan generated using the climbing app A (for example, a climbing plan for ABC Mountain MT1).

[0019] Therefore, when the destination is set based on location information from the mountain climbing app A, the in-vehicle device 100 executes a specific process (action) associated with the mountain climbing app A. For example, as shown in Figure 4, as a specific process associated with the mountain climbing app A, it is possible to provide user U1 with information on the hiking trail of ABC Mountain MT1, the hiking trail and summit weather forecast for ABC Mountain MT1, etc. In this way, when a destination is set based on location information from various apps, the in-vehicle device 100 can implicitly understand the activities of user U1 at the destination in advance (for example, at the time the destination is set, or before the itinerary begins). Therefore, the in-vehicle device 100 can perform information processing that is tailored to user U1 without bothering user U1.

[0020] [Example of Information Processing System Configuration] Figure 3 shows an example of the configuration of Information Processing System 1. Information Processing System 1 is an example of a travel management system that can link an application used by user U1 with a travel plan managed by in-vehicle equipment 100.

[0021] The information processing system 1 comprises an in-vehicle device 100 and an electronic device 200. These devices are configured to be connectable directly or via a network 20 using wired or wireless communication. The network 20 is a public telephone network or the Internet. Figure 3 shows an example where the in-vehicle device 100 and the electronic device 200 are configured as separate devices; however, the functions of these devices may be realized by multiple devices. Also, while Figure 3 shows an example where the in-vehicle device 100 and the electronic device 200 are configured as separate units, they may be configured as a single integrated device. Furthermore, Figure 3 illustrates only one electronic device 200; however, the same configuration is possible when multiple electronic devices are used.

[0022] [Example of In-Vehicle Equipment Configuration] The in-vehicle equipment 100 is an in-vehicle system consisting of one or more devices installed inside the vehicle C1 that can provide various types of information. As described above, the in-vehicle equipment 100 can be at least one of the following: a navigation system, an audio system, or an IVI (In-Vehicle Inspection Monitor). These are just examples, and other devices installed in the vehicle C1 may also be used.

[0023] The sensors 10 are various sensors installed on the vehicle C1, and the detection information acquired by each sensor is output to the in-vehicle equipment 100. Examples of sensors include LiDAR (Light Detection and Ranging), RADAR (Radio Detection and Ranging), Sonar, vehicle speed sensor, position information acquisition sensor (position information acquisition unit), sound acquisition unit, and / or image acquisition unit. Known sensors can be used for each of these sensors.

[0024] The sound acquisition unit is installed inside or outside the vehicle C1 and acquires sounds from inside and outside the vehicle C1, for example, one or more microphones or sound acquisition sensors. The image acquisition unit captures images (image data) of subjects inside or outside the vehicle C1 and generates images (image data), for example, which can be realized by a CCD (Charge Coupled Device) type or CMOS (Complementary Metal Oxide Semiconductor) type image sensor. The location information acquisition unit acquires location information related to the location where the vehicle C1 is located. For example, this can be realized by a GNSS receiver that acquires location information using GNSS. The location information also includes data related to the location, such as latitude, longitude, and / or altitude, at the time of receiving the GNSS signal. Alternatively, location information may be acquired by other methods of acquiring location information. For example, location information may be derived using information from access points or base stations in the surrounding area. Alternatively, location information may be acquired using beacons, for example. Alternatively, location information may be acquired using location estimation technology based on navigation functions, for example. For example, the position of the device can be estimated based on sensor information from various sensors (e.g., accelerometers, gyroscopes) and map information. Note that these are just examples, and other sensors may be used. Furthermore, only some of these sensors may be used.

[0025] The in-vehicle device 100 comprises a communication unit 110, a control unit 120, a storage unit 130, and a UI (User Interface) unit 140. The communication unit 110, based on the control of the control unit 120, exchanges various types of information with other devices using wired or wireless communication.

[0026] The control unit 120 controls each part based on various programs stored in the storage unit 130. The control unit 120 is implemented by a processing unit such as a CPU (Central Processing Unit) and / or a GPU (Graphics Processing Unit). The control unit 120 includes an acquisition unit 121, a setting unit 122, and a specific processing execution unit 123. The vehicle ECU (Electronic Control Unit) of the vehicle C1 may be used as the control unit 120, or a processing unit different from the vehicle ECU may be provided as the control unit 120.

[0027] The acquisition unit 121 acquires vehicle information related to vehicle C1, sensor information output from sensors 10, and information acquired via the communication unit 110 (for example, mountain climbing plan information from electronic equipment 200), and outputs the acquired information to the respective units. The vehicle information related to vehicle C1 includes, for example, information such as driving status information indicating the driving status of vehicle C1 (for example, driving, stopped).

[0028] The setting unit 122 determines the destination of vehicle C1 based on the map information DB stored in the storage unit 130 and sets the travel route from vehicle C1's current location to that destination. The setting unit 122 then outputs the set travel route to the specific processing execution unit 123 and the UI unit 140. The destination is set based on user operation or activity plan information transmitted from the electronic device 200. Furthermore, known travel route generation technology (for example, the route generation technology of a navigation device) can be used to generate the travel route from vehicle C1's current location to the destination. For example, as shown in Figure 2, a travel route R1 is generated from vehicle C1's current location (current location marker PL1) to the trailhead CE1 (destination).

[0029] The specific processing execution unit 123 performs control processing to execute specific processing related to the activity content at the destination set in the setting unit 122, based on the identification information contained in the activity plan information transmitted from the electronic device 200. For example, the specific processing execution unit 123 uses the specific processing DB 160 (see Figure 4), the activity type DB 170, and the specific processing DB 180 (see Figure 5), etc., to execute specific processing corresponding to the identification information contained in the activity plan information transmitted from the electronic device 200. For example, the specific processing execution unit 123 can notify user U1 of the climbing information corresponding to climbing application A by displaying it on the display unit 141 or by outputting it as sound from the sound output unit 142. Alternatively, for example, the specific processing execution unit 123 can transmit the climbing information to the electronic device 200 via the communication unit 110 and notify user U1 of the climbing information by displaying it on the UI unit 260 of the electronic device 200 or by outputting it as sound from the sound output unit (not shown) of the electronic device 200. For details on the execution of specific processes, please refer to Figures 9 to 13, 16, 18, etc.

[0030] The memory unit 130 is a storage medium for storing various types of information. For example, the memory unit 130 stores various types of information necessary for the control unit 120 to perform various processes (e.g., control programs, map information DB, specific processing DB 160 (see Figure 4)). Alternatively, the activity type DB 170 and specific processing DB 180 may be stored in the memory unit 130 instead of the specific processing DB 160. The memory unit 130 also stores various types of information acquired via the communication unit 110. As the memory unit 130, for example, ROM (Read Only Memory), RAM (Random Access Memory), SRAM (Static Random Access Memory), HDD (Hard Disk Drive), SSD (Solid State Drive), or a combination thereof can be used.

[0031] The map information database stores map information including road information (expressways and general roads) that vehicle C1 can travel on, and facility information about facilities located around each road.

[0032] The UI unit 140 includes a display unit 141, a sound output unit 142, and a reception unit 143. Although not shown in the diagram, other components such as a sound input unit may be provided in the UI unit 140. Furthermore, the display unit 141, sound output unit 142, and reception unit 143 are examples of a user interface, and some of these may be omitted, or other user interfaces may be used.

[0033] The display unit 141 displays various images based on the control of the control unit 120. For example, the display unit 141 can be an OLED (Electro-Luminescence) panel or an LCD (Liquid Crystal Display) panel.

[0034] The sound output unit 142 outputs various sounds based on the control of the control unit 120. For example, one or more speakers can be used as the sound output unit 142.

[0035] The reception unit 143 receives various operations from the occupants of the vehicle C1 and outputs the received operation details to the control unit 120. The display unit 141 and the reception unit 143 may be configured as touch panels that allow users to input operations by touching or bringing their fingers close to the display surface, or they may be configured as separate user interfaces. If configured as a separate user interface, various operating elements such as buttons and keyboards can be used as the reception unit 143.

[0036] [Example of Electronic Device Configuration] The electronic device 200 comprises a communication unit 210, a control unit 220, a storage unit 230, an image acquisition unit 240, a location information acquisition unit 250, and a UI unit 260. The communication unit 210, based on the control of the control unit 220, exchanges various types of information with other devices using wired or wireless communication.

[0037] The control unit 220 controls each part based on various programs stored in the memory unit 230. The control unit 220 is implemented by a processing unit such as a CPU or GPU.

[0038] The memory unit 230 is a storage medium for storing various types of information. For example, the memory unit 230 stores various types of information necessary for the control unit 220 to perform various processes (e.g., a control program, a mountain climbing application A). The memory unit 230 also stores various types of information acquired via the communication unit 210. The memory unit 230 can be, for example, ROM, RAM, SRAM, HDD, SSD, or a combination thereof.

[0039] The image acquisition unit 240 captures an image of a subject and generates an image (image data) based on the control of the control unit 220, and outputs the generated image to the control unit 220. The image acquisition unit 240 is composed of, for example, an image sensor that receives light from a subject focused by a lens (not shown), and an image processing unit that performs predetermined image processing on the image data generated by the image sensor. For example, a CCD type or a CMOS type image sensor can be used as the image sensor.

[0040] The location information acquisition unit 250 acquires location information relating to the location where the electronic device 200 is located, and outputs the acquired location information to the control unit 220. The location information acquisition unit 250 can be implemented, for example, by a GNSS receiver that receives a GNSS signal and calculates location information based on that GNSS signal. The calculated location information includes data relating to the location, such as latitude, longitude, and altitude, at the time the GNSS signal is received. In addition, location information may be acquired by other methods of acquiring location information, similar to the sensors 10 (location information acquisition unit).

[0041] The UI unit 260 includes a reception unit 261 and a display unit 262. Although not shown in the figures, the UI unit 260 may also include other components such as an audio input unit and an audio output unit. Furthermore, the reception unit 261 and the display unit 262 are examples of a user interface, and some of them may be omitted, or other user interfaces may be used.

[0042] The reception unit 261 receives various operations from the user U1 and outputs the received operation content to the control unit 220. Note that the reception unit 261 and the display unit 262 may be configured as a touch panel that enables the user to perform operation inputs by touching or approaching the display surface with a finger, or may be configured as a separate user interface. When configured as a separate user interface, various operation members such as buttons and / or a keyboard can be used as the reception unit 261.

[0043] The display unit 262 displays various images based on the control of the control unit 220. As the display unit 262, for example, a display panel such as an organic EL panel or an LCD panel can be used.

[0044] [Configuration Example of Specific Processing DB] FIG. 4 is a diagram schematically showing a configuration example of the specific processing DB 160 stored in the storage unit 130 (see FIG. 3).

[0045] The specific processing DB 160 is a database that stores information for executing specific processing in the in-vehicle device 100. Specifically, the identification information 161 and the specific processing 162 are stored in the specific processing DB 160 in association with each other.

[0046] The identification information 161 is identification information for identifying an application that can communicate with the in-vehicle device 100. In FIG. 4, for the sake of easy explanation, an example of storing a simplified application name such as "mountain climbing application A" in the identification information 161 is shown, but it is not limited thereto, and other identification information (for example, serial number, code, symbol, and / or application ID) may be stored and used.

[0047] The specific process 162 is information indicating a specific process executed in the in-vehicle device 100. In FIG. 4, for ease of explanation, the names of each information to be provided in the case of executing an information providing process as the specific process are shown in a simplified manner. For example, in the specific process 162 associated with the identification information 161 "Hiking App A", "Provision of hiking trail information, weather forecasts of hiking trails and mountaintops, …" is stored. Therefore, when the in-vehicle device 100 receives hiking plan information from the hiking app A, a providing process for providing the user U1 with the hiking trail information, weather forecasts of hiking trails and mountaintops related to the hiking plan information is executed. As this providing process, for example, a display process for displaying each information on the display unit 141, an output process for outputting each information as voice from the audio output unit 142, a transmission process for transmitting each information to an external device via the communication unit 110 and outputting (for example, displaying and / or audio output) the information in the external device, etc. are executed. Note that timing information regarding the timing of executing the specific process may be stored. In this case, the specific process is executed at the timing corresponding to the timing information. The execution timing of this specific process will be described in detail with reference to FIGS. 6 to 8 and the like.

[0048] Here, even for the same hiking app, the information provided to the user U1 often differs. Therefore, it is preferable to complement and provide information not provided by the app through the specific process. For example, when the hiking app A is a hiking app that does not present hot spring information, it is possible to execute a presenting process for presenting hot spring information as the specific process corresponding to the hiking app A.

[0049] Note that the specific process (information providing process) shown in FIG. 4 is an example, and it is possible to execute other specific processes other than the information providing process. Examples of execution of other specific processes are shown in FIG. 18 and the like.

[0050] Figure 4 shows an example of associating applications with specific processes. However, if we were to associate a specific process with each of the countless applications in the world, the number would become enormous, making management complicated. Furthermore, it is likely that applications in the same category (e.g., mountain climbing) will often perform almost the same specific processes. Therefore, Figure 5 shows an example in which applications are grouped by activity type and managed in the activity type DB, and the activity type and specific process are associated and managed in the specific process DB. This makes it possible to avoid the complexity of managing applications and specific processes. As described above, the storage unit 130 may store the specific process DB 160, or one of the activity type DB 170 and the specific process DB 180, or both.

[0051] [Example of the configuration of the activity type DB and specific processing DB] Figure 5 is a simplified diagram showing an example of the configuration of the activity type DB 170 and specific processing DB 180 stored in the storage unit 130 (see Figure 3).

[0052] The Activity Type DB 170 is a database that stores the activity types of applications that can communicate with the in-vehicle device 100. Specifically, the identification information 171 and the activity type 172 are associated and stored in the Activity Type DB 170. Note that the identification information 171 corresponds to the identification information 161 shown in Figure 4, so its explanation is omitted here.

[0053] Activity type 172 is identification information used to identify the activity type of the application corresponding to the identification information 171. For example, for mountain climbing applications A and B, which can generate mountain climbing plans, the user activities performed using these applications are considered to be the same, "mountain climbing," so "mountain climbing" is stored in activity type 172. In Figure 5, for the sake of clarity, an example is shown in which simplified activity types such as "mountain climbing," "fishing," and "marine sports" are stored in activity type 172, but it is not limited to this, and even broader or more subdivided activity types may be used.

[0054] The specific processing DB 180 is a database that stores information for executing specific processing in the in-vehicle device 100. Specifically, the activity type 181 and the specific processing 182 are associated and stored in the specific processing DB 180. Note that the activity type 181 corresponds to the activity type 172 in the activity type DB 170, and the specific processing 182 corresponds to the specific processing 162 shown in Figure 4, so their explanation here is omitted.

[0055] Figure 5 shows the relationship between activity type 172 in the activity type DB 170 and activity type 181 in the specific processing DB 180, indicated by a dotted line. For example, the activity type 172 "Mountain Climbing" corresponding to the identification information 171 "Mountain Climbing App A" and "Mountain Climbing App B" in the activity type DB 170 is connected to the activity type 181 "Mountain Climbing" in the specific processing DB 180 by a dotted line, indicating that they correspond to each other.

[0056] In this way, by managing the activity type DB 170 and the specific processing DB 180 separately, when registering a new application, it is only necessary to register the new application and its activity type in the activity type DB 170, thus simplifying management.

[0057] Furthermore, each of these DBs (specific processing DB 160, or activity type DB 170 and specific processing DB 180) may be stored in the storage unit 130 as described above, or they may be stored in other devices (for example, a storage device, server 400 (Figure 21)) and retrieved and used by the in-vehicle device 100 as needed.

[0058] [Example of execution timing for specific processing] As described above, specific processing is executed in the in-vehicle device 100 (or vehicle C1) according to the application that transferred the activity plan information to the in-vehicle device 100. Here, we will explain the execution timing for executing specific processing.

[0059] [Example of setting the travel route to the destination as a specific processing execution section] Figure 6 schematically shows an example of setting the travel route R1 of vehicle C1 to the destination (the trailhead CE1 of ABC Mountain MT1) as a specific processing execution section. In Figure 6, the travel route R1 of vehicle C1 from home H1 to ABC Mountain MT1 is schematically shown as a straight line.

[0060] For example, the specific processing execution section SP1 can be defined as the period from a first timing, based on when vehicle C1 departs from the starting point toward the destination (the trailhead CE1 of ABC Mountain MT1), to a second timing, based on when vehicle C1 arrives at the destination. For example, the first timing means a predetermined time (e.g., a few seconds to a few tens of minutes) before and after when vehicle C1 departs from home H1. Also, for example, the second timing means a predetermined time (e.g., a few seconds to a few tens of minutes) before and after when vehicle C1 arrives at the destination.

[0061] The specific processes executed in this specific process execution section SP1 are, for example, specific process 162 (see Figure 4) and specific process 182 (see Figure 5). Furthermore, the execution location within the specific process execution section SP1 may be set according to the specific process to be executed. For example, as shown in Figure 18, when setting the on-schedule for the air conditioner of vehicle C1, the vicinity of the destination within the specific process execution section SP1 can be set as the execution location.

[0062] [Example of setting the timing of travel from the destination as the timing of execution of a specific process] Figure 7 schematically shows an example of setting the timing of travel from the destination of vehicle C1 (the trailhead CE1 of ABC Mountain MT1) back to home H1 as the timing of execution of a specific process. In Figure 7, similar to Figure 6, the travel route R1 of vehicle C1 from home H1 to ABC Mountain MT1 is schematically shown as a straight line. Also in Figure 7, an example is shown in which vehicle C1 is parked in parking lot PE1 located around the trailhead CE1 of ABC Mountain MT1. In this case, it is possible to set parking lot PE1 as the destination of vehicle C1.

[0063] For example, a specific processing execution timing can be set based on a third timing when it is detected that vehicle C1 has arrived at its destination (parking lot PE1) and has begun to move away from that destination, or a fourth timing when it is detected that vehicle C1 has the intention to move away from its destination (parking lot PE1).

[0064] Here, the third timing can be detected based on, for example, the descent time of the climbing plan generated by the climbing application A, and / or vehicle information of vehicle C1. For example, if a predetermined operation of vehicle C1 is performed after a certain period of time (for example, several hours) has elapsed since the ignition switch of vehicle C1 was turned off (or after the doors of vehicle C1 were locked), the specific processing execution unit 123 can detect that vehicle C1 has started moving from the destination (parking lot PE1). This predetermined operation is, for example, turning on the ignition switch of vehicle C1, or moving the shift lever from the P range to the D range. In this case, detection may be conditional on the performance of multiple predetermined operations. For example, the specific processing execution unit 123 may detect that vehicle C1 has started moving from the destination (parking lot PE1) if the ignition switch of vehicle C1 is turned on and the shift lever is moved from the P range to the D range.

[0065] Furthermore, if a predetermined operation is performed on vehicle C1 within a predetermined time period (for example, from 5:00 PM to 8:00 PM) based on the planned descent time of the mountain climb (for example, 6:00 PM), the specific processing execution unit 123 can detect that vehicle C1 has started moving away from the destination (parking lot PE1).

[0066] Furthermore, the fourth timing can be detected based on, for example, the descent time of the climbing plan generated by the climbing application A, and / or vehicle information of vehicle C1. For example, if a predetermined operation of vehicle C1 is performed after a certain period of time (for example, several hours) has elapsed since the ignition switch of vehicle C1 was turned off (or after the doors of vehicle C1 were locked), the specific processing execution unit 123 can detect the intention of vehicle C1 to move away from the destination (parking lot PE1). This predetermined operation is, for example, the unlocking operation of the doors of vehicle C1, or the user U1 sitting in the driver's seat. In this case, detection may be conditional on the occurrence of multiple predetermined operations. For example, the specific processing execution unit 123 may detect the intention of vehicle C1 to move away from the destination (parking lot PE1) on the condition that the doors of vehicle C1 have been unlocked and the user U1 has been detected sitting in the driver's seat.

[0067] [Example of executing specific processing using network environment information] As described above, user U1 can electronically manage their climbing plan using the climbing application A on the electronic device 200. In recent years, when using the application on the electronic device 200, various processes are often executed by connecting to an information processing device (e.g., a management server) that manages the application via the communication unit 210 and the network 20. For example, when changing a climbing plan using the climbing application A on the electronic device 200, the user connects to the management server of the climbing application A via the communication unit 210 and the network 20 to execute the change process. However, if the network environment around the electronic device 200 is outside of coverage, there is a risk that these change processes and other management processes cannot be executed. For this reason, when using the application on the electronic device 200, it is important that the network environment around the electronic device 200 is within coverage. However, in the environment around relatively large mountains where climbing takes place, the network environment is often outside of coverage. Therefore, in this embodiment, in order to appropriately execute various processes using the application on the electronic device 200, an example is shown in which specific processing is executed when the network environment is within coverage.

[0068] Figure 8 schematically shows an example of setting the execution timing of a specific process using network environment information around the travel path R1 of vehicle C1. Here, the network environment information is, for example, network availability information related to the communication standard (communication method) of the mobile network. For example, 3G (Generation), 4G, 5G, etc. can be used as this network environment information. This network environment information can be obtained based on area information provided by the mobile communication company.

[0069] Figure 8 shows an example where the network environment around the travel route R1 of vehicle C1 from home H1 to ABC Mountain MT1 changes from 5G → 4G → 3G → no signal. Generally, as you move away from urban areas, the communication standards tend to differ from the latest standards. For example, as you move away from urban areas, the network environment may change from 5G → 4G → 3G. Also, in mountainous areas far from urban areas, there are extremely few users using mobile devices, so it is often the case that there is no signal. Therefore, Figure 8 shows an example where there is no signal near ABC Mountain MT1.

[0070] Figure 8 shows an example of an output process that sends predetermined information to pre-configured contacts as a specific process. For example, in the case of a specific process corresponding to the mountain climbing application A, it is possible to execute a transmission process that sends predetermined information such as an electronic mountain climbing notification (mountain climbing plan), information about the start of the climb to the person related to user U1 (e.g., family and / or friends), and information about the descent to that person. Furthermore, as an output process, it is possible to execute a notification process that notifies user U1 of this fact (predetermined information) before the location of vehicle C1 is expected to go out of network range, or before the communication speed is expected to decrease.

[0071] For example, it is possible to set the timing for transmitting predetermined information (first transmission timing) in the 3G area just before the area goes out of range on the travel path R1. For example, it is possible to set the first transmission timing at a position TH1 before the position P1 where the 3G area ends on the travel path R1. This allows the in-vehicle device 100 (or electronic device 200) to transmit predetermined information to a pre-set contact using wireless communication via the network 20. For example, the specific processing execution unit 123 of the in-vehicle device 100 can transmit predetermined information to a pre-set contact via the communication unit 110. In this case, the specific processing execution unit 123 of the in-vehicle device 100 can notify the user U1 that it has transmitted predetermined information to a pre-set contact by displaying it on the display unit 141 or by outputting an audio message from the sound output unit 142. Furthermore, the specific processing execution unit 123 of the in-vehicle device 100 can transmit this information to the electronic device 200, which can then display it on the UI unit 260 of the electronic device 200 or output it as an audio signal from the sound output unit (not shown) of the electronic device 200 to notify the user U1. Alternatively, for example, suggestion information may be presented to the user U1, such as an invitation to submit an electronic mountain climbing notification in advance.

[0072] [Example of executing specific processing on the return trip] The above example shows the execution of specific processing on the outward trip. Here, it is also possible to execute specific processing on the return trip when descending from ABC Mountain MT1 and returning home H1 in vehicle C1. For example, it is possible to set the timing for transmitting predetermined information (first transmission timing) in the 3G area where the travel route R1 moves from outside the network area to within the network area. For example, it is possible to set the first transmission timing at a position that has traveled a predetermined distance TH1 from position P1 where the 3G area begins on the travel route R1. As a result, the in-vehicle device 100 (or electronic device 200) can transmit predetermined information to pre-set contacts using wireless communication via the network 20. As a result, user U1 can automatically and quickly notify family members and other related parties that they have safely descended the mountain.

[0073] [Example of setting notification timing considering network environment communication speed] Generally, before a network environment goes out of range, it is common to switch from a high-speed communication method (e.g., the latest communication standard) to a low-speed communication method. For example, as shown in Figure 8, the network environment often transitions from 5G → 4G → 3G → out of range. In this case, in a network environment with a slow communication speed, it is highly likely that communication for various processes using in-vehicle equipment 100, electronic equipment 200, etc. will take a long time. Therefore, the execution timing of a specific process may be set within the communication range of a communication method where a certain communication speed is expected. For example, the execution timing of a specific process may be set within the network range, specifically within the network range of 4G or 5G or higher.

[0074] As described above, Figure 8 shows an example where the network environment transitions from 5G to 4G to 3G as the travel path R1 progresses, and the area near ABC Mountain MT1 becomes out of range.

[0075] As described above, if the environment surrounding vehicle C1 is not outside the network coverage area, user U1 can perform communication using in-vehicle equipment 100 and / or electronic equipment 200 via network 20. However, depending on the type of specific processing performed by in-vehicle equipment 100 and / or electronic equipment 200, in environments with slow communication speeds, proper communication may not be possible and therefore the appropriate processing may not be performed. Therefore, Figure 8 shows an example of setting the execution timing of a specific processing in a 4G area before a 3G area with slow communication speeds.

[0076] For example, using the position P2 where the 4G area ends on the travel route R1 as a reference, it is possible to set the execution timing of a specific process at a position TH2 before that position P2. This allows the in-vehicle device 100 (or electronic device 200) to transmit predetermined information to a pre-set contact using wireless communication via the network 20. In this case, since it is possible to perform communication for various processes using the in-vehicle device 100 (or electronic device 200) in a network environment with a high communication speed, the communication process can be executed appropriately, and various processes using the in-vehicle device 100 (or electronic device 200) can be executed appropriately. For example, when user U1 temporarily stops vehicle C1 and performs various operations using electronic device 200, user U1 can quickly complete the various operations of electronic device 200. For example, if the various operations of electronic device 200 take a long time, the timing of user U1 departing vehicle C1 will be delayed, and the estimated arrival time will be delayed in proportion to the delay in departure timing. On the other hand, if the various operations of the electronic device 200 are completed in a short time, the user U1 can depart the vehicle C1 earlier, thereby reducing the likelihood of a significant delay in the estimated arrival time.

[0077] In this way, it is possible to perform output processes such as notification processing to inform the user before it is expected that the system will be out of network coverage or that the communication speed will decrease, and transmission processing to send predetermined information to pre-configured contacts.

[0078] For example, if a user plans to submit an electronic climbing plan using electronic device 200, executing the notification process will remind the user to submit the climbing plan. This ensures that the climbing plan is submitted reliably, thus supporting safe climbing. However, the timing of executing this notification process may be limited to the period from when vehicle C1 exits the highway until it arrives at its destination. For example, the radio wave environment may deteriorate along the route vehicle C1 takes to get onto the highway (for example, around the starting point). However, such deterioration of the radio wave environment is usually temporary and improves as vehicle C1 progresses. Also, while vehicle C1 is on the highway, and immediately after vehicle C1 exits the highway, it is highly likely to be within network coverage. However, after vehicle C1 exits the highway, the network environment often deteriorates as it approaches the trailhead CE1 of ABC Mountain MT1.

[0079] Furthermore, for example, when using an in-vehicle device 100 (or electronic device 200) to send predetermined information (information indicating the start of a mountain climb) to a pre-set contact, it becomes possible to reliably send that predetermined information to the contact. This makes it possible to appropriately inform those related to user U1 about user U1's situation (that they are about to start a mountain climb).

[0080] [Example of execution of specific processing that provides specific information regarding the climbing plan] Figure 9 is a diagram showing an example of the display of the navigation screen 310 and the display screen 320 of specific information 321 regarding the climbing plan, which are displayed on the display unit 141 of the in-vehicle device 100. Note that the navigation screen 310 corresponds to the navigation screen 310 shown in Figure 2. The display screen 320 is displayed at the timing of the execution of the specific processing described above. In Figure 9, an example is shown that is executed at the first timing when vehicle C1 departs from home H1.

[0081] The display screen 320 is a screen that displays specific information 321 related to the climbing plan at the top of the navigation screen 310. The specific information 321 is displayed based on specific processing 162 (see Figure 4) and specific processing 182 (see Figure 5). Figure 9 shows an example in which climbing trail information, weather forecasts for the climbing trail and the summit, and information on recommended hot springs in the surrounding area are displayed as specific information 321.

[0082] Furthermore, trail information refers to information regarding the quality of trails related to the climbing plan, and can be obtained, for example, based on mountain information provided by external devices (e.g., a mountain information provision server) via the communication unit 110. Also, for example, weather forecasts for trails and summits refer to information regarding weather forecasts for trails and summits related to the climbing plan, and can be obtained, for example, based on weather information provided by external devices (e.g., a weather information provision server) via the communication unit 110. Information on recommended hot springs in the vicinity refers to information on hot springs around the mountain related to the climbing plan, and can be obtained, for example, based on map information stored in the map information DB, or on hot spring information provided by external devices (e.g., a hot spring information provision server) via the communication unit 110.

[0083] Thus, a presentation process can be executed as a specific process to present information related to the activities at the destination of vehicle C1, which is set based on the climbing plan generated using climbing app A.

[0084] [Example of executing specific processing considering user fatigue] Here, when activity plan information generated using the app is transferred to vehicle C1, it is assumed that the user will perform the activity corresponding to that activity plan information at the location corresponding to that activity plan information. For example, if the activity corresponding to the activity plan information generated using the app is one that mainly involves the user's physical movement (e.g., mountain climbing, marine sports, or golf), it is assumed that the user will be fatigued after the activity. In such cases, it is conceivable to execute specific processing to reduce or recover from that fatigue. Therefore, the following shows an example of executing specific processing to reduce or recover from user fatigue caused by the activity corresponding to the activity plan information generated using the app.

[0085] [Example of executing specific processing based on estimated activity load] First, we will show an example of estimating the activity load at locations corresponding to the activity plan information generated using the app, and then executing specific processing using the estimation result (estimated activity load).

[0086] The estimated activity load can be calculated using, for example, activity time, estimated calories burned, METs (Metabolic Equivalents) values, course constants, and / or weather forecasts during the activity. METs values ​​are an index indicating the intensity of exercise and physical activity, representing how many times more intense the exercise is compared to resting (which is set to 1). Known methods can be used to calculate these METs values.

[0087] For example, the estimated activity load can be calculated based on the length of the activity time AH1 at the activity location corresponding to the activity plan information generated using the app. For example, if the activity time AH1 is longer than a certain period of time, the estimated activity load value can be increased according to its length. For example, if the climbing plan information (activity plan information) is generated using climbing app A, the climbing plan information includes the start time and descent time of the climb. Therefore, the length from the start time to the descent time of the climb can be used as the activity time AH1.

[0088] Furthermore, for example, estimated calorie expenditure can be calculated based on the user's gender, age, height, and / or weight, and the activity content corresponding to the activity plan information generated using the app. A known calculation method can be used for this calculation. Note that the user's gender, age, height, and / or weight can be pre-set.

[0089] Furthermore, the course constant can be used when the activity corresponding to the activity plan information generated using the app is mountain climbing. This course constant can be calculated based on three elements: the walking time of the mountain climbing course, the total distance of the mountain climbing course, and the cumulative elevation difference of the mountain climbing course. For example, a value of around 1 to 100 can be used to indicate the physical difficulty of the mountain climbing course. A known calculation method can be used to calculate this course constant. The three elements mentioned above can be obtained based on the elements included in the mountain climbing plan information generated using mountain climbing app A.

[0090] Furthermore, for example, the estimated activity load can be calculated based on the weather forecast for the activity time period at the activity location corresponding to the activity plan information generated using the app. For example, if the weather forecast for the activity location is hotter than the standard, colder than the standard, windier than the standard, rainy, or snowy, the estimated activity load can be increased accordingly. On the other hand, if the weather forecast for the activity location is sunny and the temperature is comfortable, the estimated activity load can be calculated in relation to other factors. Weather information regarding the weather at the activity time period at the activity location can be determined based on weather information obtainable from various providing devices (e.g., weather information server).

[0091] The estimated activity load may be calculated using some of these elements, or using all of them. For example, it is possible to weight the values ​​of each element and calculate the estimated activity load as the sum of the weighted values. Furthermore, these elements are just examples, and the estimated activity load may be calculated using other elements.

[0092] Furthermore, the estimated activity load may be calculated by the control unit 220 of the electronic device 200 when generating activity plan information using the application of the electronic device 200 and transmitted to the in-vehicle device 100, or it may be calculated by the specific processing execution unit 123 of the in-vehicle device 100 using each element included in the activity plan information generated using the application of the electronic device 200.

[0093] Based on the estimated activity load calculated in this way, the specific processing execution unit 123 can execute a specific process. For example, by comparing the estimated activity load with the first threshold TH11, if the estimated activity load is greater than or equal to the first threshold TH11, it can be estimated that the user U1's fatigue level will be high, and if the estimated activity load is less than the first threshold TH11, it can be estimated that the user U1's fatigue level will not be high. Here, an example is shown in which the fatigue level of user U1 is estimated using only the first threshold TH11, but the fatigue level of user U1 may be estimated in multiple stages using multiple thresholds. Furthermore, the first threshold TH11 can be set as appropriate based on experiments and / or simulations.

[0094] For example, if it is estimated that user U1's fatigue level will exceed a certain threshold, a specific process can be executed to present suggestion information that proposes a detour spot (e.g., a hot spring, a temporary rest facility, or an accommodation) that will help U1 recover from fatigue. For example, the timing of this specific process can be set to be during the outward journey of the travel route R1, or before the departure of the outward journey. For example, it is possible to present suggestion information proposing a rest at the hot spring OT1 shown in Figure 1. In this way, if it is estimated that user U1's fatigue level will exceed a certain threshold, suggestion information to help U1 recover from fatigue can be presented, making it possible to ensure a safe return drive.

[0095] Furthermore, if, for example, user U1's fatigue level is estimated to be higher than a certain threshold, a specific process can be executed to present suggestion information that proactively proposes a travel route that contributes to fatigue recovery, taking that fatigue level into consideration. Here, a travel route that contributes to fatigue recovery is, for example, a route with many detour spots where rest can be taken, or a travel route that shortens driving time (for example, a toll road that can shorten the route). For example, the timing of executing the specific process can be during the outbound journey of travel route R1, or before the departure of the outbound journey. In this way, if user U1's fatigue level is estimated to be higher than a certain threshold, it is possible to reduce the driving load as much as possible so that the user can concentrate on activities at the destination.

[0096] Here, we assume that vehicle C1 is a vehicle capable of autonomous driving. In this case, when it is estimated that user U1's fatigue level will exceed a certain threshold, a specific process can be executed to present suggestion information that proactively proposes switching to autonomous driving, taking that fatigue level into consideration. For example, the timing of executing this specific process can be during the outward journey of travel route R1, or before the departure of the outward journey. In this way, when it is estimated that user U1's fatigue level will exceed a certain threshold, it is possible to reduce the driving load as much as possible so that the user can concentrate on activities at their destination.

[0097] Here, we assume that the vehicle C1 has seats equipped with a massage function installed in its cabin. In this case, when it is estimated that user U1's fatigue level will exceed a certain threshold, a specific processing step can be executed to present suggestion information to user U1 to sit in the seat equipped with the massage function and receive a massage before driving, in order to alleviate that fatigue. For example, the timing of executing this specific processing step can be during the outward journey of the travel route R1, or before the departure of the outward journey. In this way, when it is estimated that user U1's fatigue level will exceed a certain threshold, suggestion information to alleviate that fatigue can be presented, thereby enabling user U1 to recover from fatigue and ensuring a safe return drive.

[0098] In this way, by estimating the degree of fatigue based on the activity content, rather than relying solely on the activity content at the destination recalled based on the application (or activity type) of the electronic device 200, it is possible to perform more accurate and personalized processing tailored to the user U1.

[0099] [Example of executing specific processing based on actual activity load] Next, we will show an example of measuring the activity load at locations corresponding to the activity plan information generated using the app, and then executing specific processing using the measurement results (actual activity load).

[0100] Actual activity load can be calculated using, for example, activity duration, actual weather conditions during the activity, and / or actual measurement results of activity levels.

[0101] For example, the actual activity time AH2 at the activity location corresponding to the activity plan information generated using the app can be the actual measured time from turning off the ignition switch of vehicle C1 at the destination (IGN OFF) to turning on the ignition switch (IGN ON again). Alternatively, for example, the actual activity time AH2 can be the actual measured time from locking the doors of vehicle C1 at the destination to unlocking them again. Furthermore, for example, the actual activity time AH2 may be measured using an electronic device 200, a wearable device that can be attached to the user U1's body, an activity tracker, etc.

[0102] Furthermore, for example, the actual activity load can be calculated based on the actual weather during the activity at the activity location corresponding to the activity plan information generated using the application. The method for calculating this weather-based actual activity load can be the same as the method for calculating the estimated activity load. The weather information regarding the actual weather during the activity at the activity location can be determined based on weather information obtainable from various providing devices (e.g., a weather information server). Alternatively, the weather may be determined based on images obtained by an image acquisition unit installed in vehicle C1 (or electronic device 200).

[0103] Furthermore, for example, the actual activity load can be calculated based on the actual measurement results of activity levels at activity locations corresponding to activity plan information generated using an app. For example, calories burned, walking distance, steps, and / or heart rate can be obtained using an electronic device 200, a wearable device that can be attached to the user U1's body, and / or an activity tracker. Using these elements, the actual activity load can be calculated by employing a known calculation method.

[0104] The actual activity load may be calculated using some of these elements, or using all of them. For example, it is possible to weight the values ​​of each element and calculate the actual activity load as the sum of the weighted values. Furthermore, these elements are just examples, and the actual activity load may be calculated using other elements.

[0105] Furthermore, the actual activity load may be calculated using an electronic device 200, a wearable device, and / or an activity tracker, and transmitted to the in-vehicle device 100, or it may be calculated by the specific processing execution unit 123 of the in-vehicle device 100.

[0106] Based on the actual activity load calculated in this way, the specific processing execution unit 123 can execute a specific process. For example, by comparing the actual activity load with the second threshold TH12, if the actual activity load is greater than or equal to the second threshold TH12, it can be determined that the actual fatigue level of user U1 is high, and if the actual activity load is less than the second threshold TH12, it can be determined that the actual fatigue level of user U1 is low. Here, an example is shown in which the actual fatigue level of user U1 is determined using only the second threshold TH12, but the fatigue level of user U1 may be determined in multiple stages using multiple thresholds. Furthermore, the second threshold TH12 can be set as appropriate based on experiments and / or simulations.

[0107] For example, the process for identifying when user U1's actual fatigue level is determined to be higher than the standard is the same as in the example using estimated activity load, so the explanation is omitted here. Figure 10 shows an example of providing specific information recommending fatigue recovery at D Hot Spring OT1 when user U1's actual fatigue level is determined to be higher than the standard after descending the mountain.

[0108] [Example of execution of specific processing that provides specific information based on the user's fatigue level after descending the mountain] Figure 10 is a diagram showing an example of the display of the specific information display screen 330 displayed on the display unit 141 of the in-vehicle device 100. The specific information display screen 330 is a display screen that shows the travel route R1 from the trailhead CE1 to the user's home H1, the travel route R3 from the trailhead CE1 to D hot spring OT1, and specific information 331 recommending fatigue recovery at D hot spring OT1.

[0109] In this way, by executing specific processing based on the degree of fatigue derived from the actual activities at the destination, it is possible to perform specific processing that is more tailored to the user U1. For example, as shown in Figure 10, based on the degree of fatigue of user U1 based on climbing ABC Mountain MT1 (an example of activity), it is possible to perform a presentation process (specific processing) that presents suggestion information proposing a rest at D Hot Spring OT1 near the trailhead CE1. This makes it possible to make suggestions that are tailored to user U1, such as stopping by D Hot Spring OT1 to help user U1 recover from fatigue during the climb.

[0110] [Example of specific processing to suggest a stopover] Generally, there are often no toilets at or around the trailheads of mountains where people go hiking. Even if there are toilets at or around the trailheads, they may be dirty or require a fee. Therefore, in order to maintain user U1's motivation for hiking and to leave a good impression of hiking, it is conceivable to suggest to user U1 that they use a well-equipped toilet.

[0111] Furthermore, generally speaking, there are often no places to buy food at or around the trailheads of mountains where people go hiking. Therefore, to ensure that user U1 can reliably obtain the necessary items for hiking, it is conceivable to suggest the use of a designated spot (for example, a convenience store).

[0112] For example, it is possible to perform a specific process that outputs suggestion information, such as a detour to a convenience store (an example of a stopover spot) that is open near the trailhead CE1 (destination) of ABC Mountain MT1.

[0113] Furthermore, since mountain climbing generally involves traveling early in the morning, it is conceivable that user U1 might be worried about whether suburban stores (an example of a stopover spot) are actually open. Therefore, it is conceivable to suggest making an early stop at a store near a highway interchange that is more likely to be open. For example, it is possible to execute a specific process that outputs suggestion information proposing a detour to an open store (an example of a stopover spot) near an interchange after vehicle C1 has exited the highway.

[0114] For example, the timing of executing a specific process can be set as partway through the outward journey of travel route R1 (for example, when approaching a designated spot) or before departing on the outward journey. For example, when making a suggestion regarding a toilet, it is preferable to make the suggestion closer to the trailhead CE1 rather than immediately after departing from home H1. The timing of executing the specific process may also be set only during the nighttime to early morning hours (times when people are likely to feel anxious) when it is thought that designated spots are often closed. The location of the designated spot can be obtained based on map information stored in the map information DB. Figure 11 shows an example of providing specific information that suggests a toilet or shopping break at a location close to the trailhead CE1 on the outward journey of travel route R1.

[0115] [Example of specific processing that provides specific information at a location close to the destination on the outward journey] Figure 11 shows an example of the display of the specific information display screen 340 shown on the display unit 141 of the in-vehicle device 100. The specific information display screen 340 is a display screen that shows the travel route R1 from home H1 to the trailhead CE1, the current location marker PL1 of the vehicle C1, and specific information 341 recommending a rest stop at the last convenience store CV1 on the outward journey. In this way, by presenting the suggested information at a location close to the trailhead CE1 on the outward journey of the travel route R1, it is possible to address the concerns of user U1 who may have anxieties about toilets, climbing equipment, etc.

[0116] [Example of execution of a specific process for setting a travel route considering vehicle charging spots] Assume that vehicle C1 is an electric vehicle. Generally, there are often no charging spots at or around the trailhead of a mountain to be climbed. Also, when the destination is a mountain to be climbed, the itinerary will be a simple round trip between the starting point and the destination, and it is highly likely that the return trip will follow the same route as the outward trip.

[0117] For example, the specific processing execution unit 123 of the in-vehicle device 100 can determine whether charging is necessary when vehicle C1 travels the outward and return journeys of the travel route R1, based on the distances of the outward and return journeys of the travel route R1 and the remaining battery level of vehicle C1. The distances of the outward and return journeys of the travel route R1 can be calculated based on the distance of the travel route set by the setting unit 122. The remaining battery level of vehicle C1 is included in the vehicle information acquired by the acquisition unit 121. For example, the specific processing execution unit 123 calculates the distance that vehicle C1 can travel based on the remaining battery level of vehicle C1. Then, the specific processing execution unit 123 determines whether the distance that vehicle C1 can travel (or a value obtained by adding a predetermined distance) is longer than the distances of the outward and return journeys of the travel route R1. In this case, the specific processing execution unit 123 determines that if the distance that vehicle C1 can travel is shorter than the distance of the outward and return journeys of travel route R1, then charging will be necessary when vehicle C1 travels the outward and return journeys of travel route R1. If it is determined that charging will be necessary when vehicle C1 travels the outward and return journeys of travel route R1 (i.e., when the vehicle runs out of power), then it is possible to execute a specific processing to set up a new travel route in which there is a charging spot. In this case, a travel route that also takes into account charging on the return journey may be set. Figure 12 shows an example in which, at the time of departure of vehicle C1, travel route R2 in which there is a charging spot is set instead of travel route R1, and specific information is provided that proposes charging at that charging spot.

[0118] [Example of execution of specific processing that provides specific information suggesting charging at a charging spot] Figure 12 is a diagram showing an example of the display of the specific information display screen 350 displayed on the display unit 141 of the in-vehicle device 100. The specific information display screen 350 is a display screen that shows the travel route R2 from home H1 to trailhead CE1, the current location marker PL1 of vehicle C1, and specific information 351 that recommends charging at a charging spot along the travel route R2. In this way, at the time of departure, a travel route R2 in which a charging spot exists is suggested, and suggestion information recommending charging at a charging spot is presented. This makes it possible to prevent user U1 from having anxieties about other factors (for example, running out of power) in order to realize a fulfilling mountain climbing plan, and it is possible to respond to the wishes of user U1.

[0119] [Example of executing a specific process that recommends charging in consideration of overnight stays or naps in the vehicle] Here, it is conceivable that user U1 might spend the night or take a nap inside vehicle C1 parked in a parking lot around the trailhead CE1 of ABC Mountain MT1 before starting the climb. In such a case, user U1 might use the air conditioner in vehicle C1 or charge it via USB (Universal Serial Bus). Therefore, when user U1 spends the night or takes a nap in the vehicle, it is necessary to consider the decrease in battery level during that period.

[0120] For example, the climbing start time included in the climbing plan information transferred from the electronic device 200 is compared with the estimated arrival time of vehicle C1 at the trailhead CE1. If the difference between these values ​​is greater than a certain amount of time, it is considered highly likely that user U1 will spend the night or take a nap inside vehicle C1. Therefore, if it is determined that user U1 is highly likely to spend the night or take a nap inside vehicle C1, it is preferable to determine whether charging is necessary, taking into account the decrease in battery level during the period of overnight stay or nap.

[0121] For example, the specific processing unit 123 calculates the amount of electricity used during the time period corresponding to the difference between the start time of the climb and the estimated arrival time. For example, the amount of electricity used can be calculated using the time period corresponding to that difference and the electricity consumption of the equipment that is expected to be used. The equipment that is expected to be used (e.g., air conditioner and / or lights) and their electricity consumption may be set in advance, or they may be set based on the past activity history of user U1. The specific processing unit 123 can then determine whether charging is necessary, taking into account the time period during which the user will be staying overnight or taking a nap in the vehicle, based on the calculated amount of electricity used and the remaining battery level of vehicle C1.

[0122] For example, the specific processing execution unit 123 determines that charging is necessary considering the time spent sleeping or napping in the vehicle if the amount of electricity used during the time spent sleeping or napping in the vehicle is greater than the amount of electricity based on the remaining battery level of vehicle C1. If it is determined that charging is necessary considering the time spent sleeping or napping in the vehicle (i.e., if the vehicle runs out of power), it is possible to execute a specific processing to set up a new travel route in which there is a charging spot on the outbound route. In this case, a travel route that also considers charging on the return trip may be set up. Figure 13 shows an example in which, at the time of departure of vehicle C1, travel route R2 in which there is a charging spot is set up instead of travel route R1, and specific information is provided that proposes charging at that charging spot.

[0123] [Example of execution of specific processing that provides specific information suggesting charging at a charging spot] Figure 13 is a diagram showing an example of the display of the specific information display screen 360 displayed on the display unit 141 of the in-vehicle device 100. The specific information display screen 360 is a display screen that shows the travel route R2 from home H1 to trailhead CE1, the current location marker PL1 of vehicle C1, and specific information 361 that recommends charging at a charging spot along the travel route R2. In this way, at the time of departure, a travel route R2 in which a charging spot exists is suggested, and suggestion information recommending charging at a charging spot is presented. As a result, user U1 can safely spend the night or take a nap in the vehicle without worrying about the battery level of vehicle C1.

[0124] [Example of operation of in-vehicle equipment 1] Figure 14 is a flowchart showing an example of a specific processing execution process in the in-vehicle equipment 100. This specific processing execution process is performed by the control unit 120 (see Figure 3) based on a program stored in the storage unit 130 (see Figure 3), such as a storage medium. This specific processing execution process is performed, for example, when the climbing plan information generated using the climbing application A of the electronic device 200 is transferred to the in-vehicle equipment 100. This specific processing execution process also shows an example of performing a specific processing using the specific processing DB 160 (see Figure 4). This specific processing execution process will be explained with reference to Figures 1 to 13 as appropriate.

[0125] For example, when user U1 departs for a climb of ABC Mountain MT1 (or before departing for the climb), user U1 performs an operation to transfer the climbing plan generated using the climbing application A on the electronic device 200 to the in-vehicle device 100. In this case, the control unit 220 of the electronic device 200 transmits activity plan information related to the climbing plan (including the identification information of the climbing application A, the starting location and start time of the climbing plan) to the in-vehicle device 100.

[0126] In step S501, the acquisition unit 121 acquires activity plan information transmitted from the electronic device 200 via the communication unit 110, and acquires location information (starting location of the climbing plan) and identification information (app identification information) contained in this activity plan information. In other words, the acquisition unit 121 acquires location information and identification information from the app.

[0127] In step S502, the setting unit 122 generates a travel route R1 from the current location of vehicle C1 to the starting position of the climbing plan, based on the location information (current location) of vehicle C1 acquired by the sensors 10 (location information acquisition unit), the location information of the activity plan information acquired in step S501, and the map information DB stored in the storage unit 130. That is, the destination and travel route of user U1 are set based on the location information of the activity plan information. Known route generation techniques can be used for generating this travel route. The setting unit 122 can also calculate the arrival time at the destination (reference arrival time) based on the generated travel route R1 and the current time. In this case, it is preferable that the setting unit 122 acquires traffic congestion information, construction information, etc. at the time of calculation and generates a reference arrival time that reflects each of these pieces of information.

[0128] In step S503, the specific processing execution unit 123 determines whether it is the execution timing to execute a specific processing related to the activity content at the destination set in step S502. For example, as shown in Figure 6, in the case of a specific processing to be executed in the specific processing execution section SP1, it is determined that it is the execution timing when vehicle C1 is traveling in the specific processing execution section SP1. Also, for example, as shown in Figure 7, if the timing for moving vehicle C1 from its destination (the trailhead CE1 of ABC Mountain MT1) back to home H1 is set as the specific processing execution timing, it is possible to determine that it is the execution timing when the third timing or fourth timing described above occurs. Also, for example, as shown in Figure 8, if the specific processing execution timing is set based on the network environment around vehicle C1, it is possible to determine that it is the execution timing when the first transmission timing or second transmission timing described above occurs. Note that these are just examples, and other execution timings may be set. If it is the execution timing, the process proceeds to step S504. On the other hand, if it is not the execution timing, monitoring continues.

[0129] In step S504, the specific processing execution unit 123 executes a specific process related to the activity content at the destination set in step S502, based on the application identification information acquired in step S501. Specifically, the specific processing execution unit 123 extracts a specific process 162 corresponding to the application identification information 161 from the specific processing DB 160 and executes the extracted specific process. If the execution timing is stored in the specific process 162, the execution timing is determined in step S503. For example, the specific processes shown in Figures 9 to 13 are executed. Note that these specific processes are just examples, and other specific processes may be executed.

[0130] [Example of operation of in-vehicle equipment 2] Figure 15 is a flowchart showing an example of a specific processing execution process in the in-vehicle equipment 100. This specific processing execution process is a modified version of the specific processing execution process shown in Figure 14, and differs from Figure 14 in that it uses the activity type DB 170 and the specific processing DB 180 (see Figure 5) to execute the specific processing based on the activity type corresponding to the identification information. Therefore, the explanation of the parts common to Figure 14 will be omitted below.

[0131] Steps S511 to S513 correspond to steps S501 to S503 shown in Figure 14.

[0132] In step S514, the specific processing execution unit 123 executes a specific process related to the activity content at the destination set in step S512, based on the activity type corresponding to the application identification information acquired in step S511. Specifically, the specific processing execution unit 123 extracts the activity type 172 corresponding to the application identification information 171 from the activity type DB 170. Then, the specific processing execution unit 123 extracts the specific process 182 corresponding to the extracted activity type 181 from the specific processing DB 180 and executes the extracted specific process. If the execution timing is stored in the specific process 182, the execution timing is determined in step S513.

[0133] [Example of executing a specific process that suggests charging electronic devices] Generally, it is preferable for climbers to carry portable electronic devices (e.g., smartphones) while climbing in order to prepare for emergencies during the climb. However, charging portable electronic devices is often difficult while climbing, so it is conceivable that the battery level of portable electronic devices may decrease during the climb. Therefore, when vehicle C1 is moving along the outward journey route R1 and the battery level of the electronic device 200 falls below a certain value, it is possible to execute a presentation process as a specific process that presents suggestion information suggesting that vehicle C1 charge the device.

[0134] Here, if the in-vehicle device 100 and the electronic device 200 are connected using wireless or wired communication (for example, Bluetooth® connection), the in-vehicle device 100 can acquire various information (including battery information) from the electronic device 200 through communication with the electronic device 200 via the communication unit 110. Therefore, the specific processing execution unit 123 of the in-vehicle device 100 can detect the battery level of the electronic device 200 based on the battery information acquired from the electronic device 200. Furthermore, if a USB terminal is installed in the vehicle C1, the electronic device 200 can be connected to the USB terminal for charging.

[0135] For example, the timing at which the battery level of the electronic device 200 is detected to be below a reference value during the outward journey of travel path R1 can be set as the timing for executing a specific process. Figure 16 shows an example in which specific information is provided to suggest charging the electronic device 200 during the first half of the outward journey of travel path R1.

[0136] [Example of execution of a specific process that provides specific information suggesting charging of electronic devices] Figure 16 is a diagram showing an example of the display of the specific information display screen 370 displayed on the display unit 141 of the in-vehicle device 100. The specific information display screen 370 is a display screen that shows the travel route R1 from home H1 to trailhead CE1, the current location marker PL1 of vehicle C1, specific information 371 suggesting charging of electronic devices 200, and battery level information 372 of electronic devices 200. Note that the battery level information 372 can be displayed based on battery information obtained from electronic devices 200. In this way, by presenting suggestion information that proposes charging of electronic devices 200 in the first half of the outward journey of travel route R1, it is possible to respond to the concerns of user U1 who may feel anxious in emergencies while mountain climbing.

[0137] [Example of operation of in-vehicle device 3] Figure 17 is a flowchart showing an example of a specific processing execution process in the in-vehicle device 100. This specific processing execution process is a modified version of the specific processing execution process shown in Figure 14, and differs from Figure 14 in that it suggests charging the electronic device when the application that sent the activity plan information is a specific application (for example, mountain climbing application A). Therefore, the explanation of the parts common to Figure 14 will be omitted below.

[0138] Steps S521, S522, S527, and S528 correspond to steps S501 to S504 shown in Figure 14.

[0139] In step S523, the specific processing execution unit 123 determines whether the application corresponding to the identification information obtained in step S511 is a specific application (for example, mountain climbing application A). If it is a specific application, the process proceeds to step S524. On the other hand, if it is not a specific application, the process proceeds to step S527.

[0140] In step S524, the specific processing execution unit 123 determines whether or not the electronic device 200 is connected to the vehicle C1 based on the vehicle information acquired via the acquisition unit 121. If the electronic device 200 is connected to the vehicle C1, the process proceeds to step S525. On the other hand, if the electronic device 200 is not connected to the vehicle C1, the process proceeds to step S527.

[0141] In step S525, the specific processing execution unit 123 determines whether the battery level of the electronic device 200 connected to the vehicle C1 is below a reference value. Here, the reference value can be, for example, half to 9 / 10 or more. The reference value can also be set appropriately based on experiments and / or simulations. If the battery level of the electronic device 200 is below the reference value, the process proceeds to step S526. On the other hand, if the battery level of the electronic device 200 is not below the reference value, the process proceeds to step S527.

[0142] In step S526, the specific processing execution unit 123 executes a specific process that proposes charging the electronic device 200 inside the vehicle. For example, as shown in Figure 16, the specific information display screen 370 is displayed.

[0143] [Example of executing a specific process to set the vehicle's air conditioner] Here, we assume that vehicle C1 has a scheduling function that allows setting a schedule to automatically turn on the air conditioner inside the vehicle. In this case, user U1 could set the time to turn on the air conditioner inside the vehicle to be around the time of descending from ABC Mountain MT1. However, it is also conceivable that user U1 might forget to set the schedule function and start climbing, or start climbing at the wrong time set by the schedule function. Therefore, it is conceivable to execute a specific process that sets a schedule to automatically turn on the air conditioner inside the vehicle using the time of descending from ABC Mountain MT1 related to the climbing plan generated using climbing application A.

[0144] Specifically, the specific processing execution unit 123 of the in-vehicle device 100 can set the ON time of the vehicle C1's schedule function based on the descent time included in the climbing plan information transferred from the electronic device 200. For example, if the descent time in the climbing plan is set to 6:00 PM, the specific processing execution unit 123 executes a setting process to turn on the vehicle C1's air conditioner at 6:00 PM (or a few minutes to a few tens of minutes before that). Also, if the ON time of the schedule function has been set by user U1, and that ON time differs significantly from the descent time in the climbing plan, the ON time may be corrected to match the descent time in the climbing plan. For example, if the ON time of the schedule function has been set by user U1 to 5:00 PM, and the descent time in the climbing plan is 6:00 PM, the specific processing execution unit 123 executes a setting process to correct the setting so that the vehicle C1's air conditioner is turned on at 6:00 PM (or a few minutes to a few tens of minutes before that). Thus, if it is clear that user U1 will not be returning to vehicle C1 while mountain climbing, it is possible to avoid unnecessary battery consumption by turning on the air conditioner.

[0145] Furthermore, the specific processing execution unit 123 of the in-vehicle device 100 may set the temperature adjustment of the vehicle C1's air conditioner based on each element (for example, temperature and / or weather) included in the climbing plan information transferred from the electronic device 200. For example, if the temperature included in the climbing plan information is extremely low, a relatively high temperature can be set. Figure 18 shows an example in which a specific processing is executed to reset the schedule for turning on the vehicle C1's air conditioner at the trailhead CE1 before the start of the climb.

[0146] [Example of executing a specific process to set a schedule for turning on the vehicle's air conditioner] Figure 18 shows an example of the display of the specific information display screen 380 shown on the display unit 141 of the in-vehicle device 100. The specific information display screen 380 is a display screen that shows the travel route R1 from home H1 to trailhead CE1, the current location marker PL1 of vehicle C1, and specific information 381 that informs the user that the schedule for turning on the vehicle's air conditioner will be reset. In this way, by presenting notification information at trailhead CE1 before the start of the climb that the schedule for turning on the vehicle's air conditioner will be reset, it is possible to inform user U1 that they will have a comfortable in-car environment after descending the mountain.

[0147] [Example of operation of in-vehicle equipment 4] Figure 19 is a flowchart showing an example of a specific processing execution process in the in-vehicle equipment 100. This specific processing execution process is a modified version of the specific processing execution process shown in Figure 17, and differs from Figure 17 in that it resets the schedule for turning on the air conditioner of vehicle C1 when the application that sent the activity plan information is a specific application (for example, mountain climbing application A). Therefore, the explanation of the parts common to Figure 17 will be omitted below.

[0148] Steps S531 to S533, S537, and S538 correspond to steps S521 to S523, S527, and S528 shown in Figure 17.

[0149] In step S534, the specific processing execution unit 123 determines whether or not an on-schedule for the air conditioner of vehicle C1 is set, based on the vehicle information acquired via the acquisition unit 121. If an on-schedule for the air conditioner of vehicle C1 is set, the process proceeds to step S535. On the other hand, if an on-schedule for the air conditioner of vehicle C1 is not set, the process proceeds to step S537.

[0150] In step S535, the specific processing execution unit 123 determines whether the difference between the end time of the application's activity (for example, the time of descent for the mountain climbing application A) and the time the air conditioner in vehicle C1 is turned on is greater than or equal to a reference time. Here, the reference time can be, for example, several tens of minutes to several hours. The reference time can also be set appropriately based on experiments and / or simulations. If the difference is greater than or equal to the reference time, the process proceeds to step S536. On the other hand, if the difference is not greater than or equal to the reference time, the process proceeds to step S537.

[0151] In step S536, the specific processing execution unit 123 executes a specific process to reset the air conditioner on schedule of vehicle C1 to match the end time of the application's activity. In this case, for example, the specific information display screen 380 may be displayed as shown in Figure 18.

[0152] [Example of executing specific processing based on a specific activity type] Here, an application with "General" stored in activity type 172 (see Figure 5) (for example, a map application) is likely to be used for activities within the scope of daily life. Furthermore, since such applications (for example, a map application) are used within the scope of daily life (for example, shopping), the reason for going to the destination (for example, shopping, eating, playing, and / or taking a walk) is often unclear.

[0153] In contrast, apps with activity types other than "general" stored in activity type 172 (for example, mountain climbing app A) are likely to be used when performing activities outside the scope of daily life. Furthermore, such apps (for example, mountain climbing app A) often have a clear reason for going to a destination (for example, mountain climbing) and represent activities different from daily life. Therefore, when activity plan information is transferred from an app with activity types other than "general" stored in activity type 172, the specific processing execution unit 123 of the in-vehicle device 100 executes a specific process to turn off notifications of low urgency. Here, notifications of low urgency include, for example, maintenance notifications with a relatively long remaining period and distance.

[0154] Thus, because user U1 engages in activities different from their daily routine, it is possible to prevent non-urgent notifications from appearing along the way when they are traveling to their destination in vehicle C1. This prevents user U1 from experiencing unnecessary worry and ensures that their enjoyment of the outing is not spoiled.

[0155] Furthermore, if activity plan information is transferred from an application where an activity type other than "General" is stored in activity type 172, the specific processing execution unit 123 of the in-vehicle device 100 can perform specific processing to play images and music that match the activity content corresponding to that activity plan information. For example, if climbing plan information is transferred from a climbing application A, it is possible to display a climbing-related movie after arriving at the destination, or to play a mountain-related theme song along the travel route R1 to the destination. Also, as described above, it is possible to estimate the fatigue level of user U1 returning from climbing based on the estimated activity load or actual activity load. Therefore, if the fatigue level of user U1 returning from climbing is above a certain threshold, it is possible to display a movie that promotes fatigue recovery after descending the mountain, or to play mood music to help recover from fatigue along the travel route R1 to home H1.

[0156] Thus, when user U1 engages in activities different from their daily life and boards vehicle C1 to travel to their destination, images and music that match the nature of the activity are played. This makes it possible to get user U1 in the mood before the activity. Furthermore, when user U1 returns to the starting point after the activity, images and music appropriate to the nature of the activity are played. This allows user U1 to enjoy the lingering feeling after the activity.

[0157] [Example of operation of in-vehicle device 5] Figure 20 is a flowchart showing an example of a specific processing execution process in the in-vehicle device 100. This specific processing execution process is a modified version of the specific processing execution process shown in Figure 15, and differs from Figure 15 in that it executes a setting process to turn off low-priority notifications when the application that sent the activity plan information is not a general application (for example, a map application). Therefore, the explanation of the parts common to Figure 15 will be omitted below.

[0158] Steps S541, S542, S545, and S546 correspond to steps S511 to S514 shown in Figure 15.

[0159] In step S543, the specific processing execution unit 123 determines whether the activity type corresponding to the identification information obtained in step S541 is general. Specifically, the specific processing execution unit 123 extracts the activity type 172 corresponding to the identification information 171 from the activity type DB 170 and determines whether "general" is stored in the extracted activity type 172. If the activity type is general, the process proceeds to step S545. On the other hand, if the activity type is not general, the process proceeds to step S544.

[0160] In step S543, the specific processing execution unit 123 executes a setting process to turn off notifications of low urgency. As described above, notifications of low urgency include, for example, maintenance notifications with a relatively long remaining period or distance.

[0161] Note that the processing steps shown in Figures 14, 15, 17, 19, and 20 are examples for realizing this embodiment, and the order of some of the processing steps may be changed, some of the processing steps may be omitted, or other processing steps may be added, to the extent that this embodiment can be realized. For example, the determination process for determining the execution timing of a specific process, such as step S503 (see Figure 14) and step S513 (see Figure 15), may be omitted, and the specific process may be executed at the timing when activity plan information is received from the application (or at the timing after a predetermined time has elapsed). Also, for example, steps S527 and S528 may be executed before or after step S526 (see Figure 17), or steps S537 and S538 may be executed before or after step S536 (see Figure 19). Furthermore, in the specific process execution process shown in Figures 17 and 19, the specific process to be executed may be determined using the activity type DB 170 and the specific process DB 180, similar to the example shown in Figure 15. Note that these are just examples, and other processes may be omitted, or multiple processes may be executed simultaneously or in parallel.

[0162] Furthermore, while the above examples show instances where specific processing is performed in vehicle C1, the system is not limited to these. For example, climbing plan information generated by a climbing application A installed on the electronic device 200 may be transferred to a function in the electronic device 200 that performs specific processing, and the electronic device 200 may perform the specific processing. For example, suppose user U1, who owns the electronic device 200, generates a climbing plan for ABC Mountain MT1 using climbing application A, and user U1 travels to the trailhead CE1 of ABC Mountain MT1 using public transportation (e.g., train and / or bus). In this case, user U1 can display the travel route and means of transportation from home H1 to trailhead CE1 on the UI unit 260 of the electronic device 200. Also, in this case, since the specific processing corresponding to the climbing application A is executed in the electronic device 200, user U1 can enjoy the execution of that specific processing.

[0163] Alternatively, activity plan information generated by an application installed on another device (specific device) may be transferred to a function that executes a specific process on that specific device, and the specific process may be executed on that specific device. In this case, the activity plan information generation process and each specific process described above will be executed within that specific device.

[0164] [Examples of executing processing on other devices or systems] In the above examples, reception processing, setting processing, control processing, etc., are shown to be executed on the in-vehicle device 100 (or electronic device 200, information processing system 1). However, all or part of each of these processes may be executed on other devices. In this case, the information processing system is composed of each device that executes part of each of these processes. For example, at least part of each process can be executed using devices usable by the user (e.g., smartphones, tablet terminals, personal computers, car navigation systems, and / or IVIs), and / or various information processing devices and various electronic devices such as servers that can be connected via a predetermined network such as the Internet.

[0165] Furthermore, a part (or all) of the information processing system capable of executing the functions of the in-vehicle device 100 (or electronic device 200, information processing system 1) may be provided by an application that can be provided via a predetermined network such as the Internet. This application may be, for example, SaaS (Software as a Service).

[0166] Figure 21 shows an example of the configuration of the information processing system 2. The information processing system 2 is an example of a management system that can link activity plans generated by user U1 using an application. Specifically, the information processing system 2 is an example of a travel management system that has the server 400 execute some or all of the functions of the in-vehicle equipment 100 and electronic equipment 200 in the information processing system 1 (see Figure 3).

[0167] For example, when the server 400 receives activity plan information related to the activity plan from the electronic device 200, it executes some or all of the processes in steps S502 to S504 (see Figure 14), S512 to S514 (see Figure 15), S522 to S528 (see Figure 17), S532 to S538 (see Figure 19), and S542 to S546 (see Figure 20). In this case, the server 400 can acquire and use information related to the in-vehicle equipment 100 (or vehicle C1) as needed (e.g., location information of vehicle C1 (current location), connection status of electronic device 200, battery level, air conditioner on schedule), and information related to the electronic device 200 (or user U1) (e.g., location information of user U1 (current location)). Furthermore, when it is time to execute a specific process, the server 400 executes control to cause the in-vehicle equipment 100 or electronic device 200 to execute the specific process.

[0168] [Example of effects in this embodiment] For example, the in-vehicle device 100 can obtain app identification information, the starting location of the activity plan (location information), etc. from hobby-oriented apps (or web services) such as mountain climbing apps, fishing apps, golf apps, or surfing apps, and set a destination. In this case, it is assumed that user U1 will enjoy the activity content (for example, a hobby) linked to the app at that destination.

[0169] Therefore, in this embodiment, the user U1's activities at the destination set using the app are implicitly understood in advance (for example, when the destination is set, before the activity plan is started). Then, information processing is performed that is tailored to the user U1's activities after arriving at the destination. This makes it possible to take actions that are tailored to the user U1 without bothering the user U1.

[0170] [Configuration Example and Effects of This Embodiment] The information processing method according to this embodiment is an information processing method that guides user U1 to ABC Mountain MT1 (or trailhead CE1) (an example of a destination) and processes information related to ABC Mountain MT1. This information processing method includes a reception process (steps S501, S511, S521, S531, S541) that receives location information (for example, latitude and route, place name, or address) of the trailhead CE1 of ABC Mountain MT1 set in a mountain climbing application A (an example of a first application) that handles information related to specific activity content, and identification information that can identify the mountain climbing application A from the mountain climbing application A (electronic device 200), and a process that uses the location information of the trailhead CE1 of ABC Mountain MT1 to guide the user U1 to ABC Mountain MT1. The program includes a setting process (steps S502, S512, S522, S532, S542) that determines Yamaguchi CE1 (an example of a destination) and sets a travel route R1 (or R2) to that destination, and a control process (steps S503, S504, S513, S514, S523-S528, S533-S538, S543-S546) that executes specific processing related to the activities at ABC Mountain MT1 (or trailhead CE1) based on the identification information of the mountain climbing application A. Furthermore, the program according to this embodiment is a program that causes a computer to execute each of these processes. In other words, the program according to this embodiment is a program that causes a computer to realize each of the functions that the in-vehicle equipment 100 (or electronic equipment 200, server 400) can execute.

[0171] This configuration allows the system to implicitly and in advance understand the climbing activity (activity details) set using the climbing app A for ABC Mountain MT1, and to perform information processing that is tailored to the user U1's activities after arriving at the destination. This makes it possible to perform information processing that is tailored to user U1 without bothering user U1.

[0172] In the information processing method according to this embodiment, in the control processing (steps S503, S504, S523-S528, S533-S538), specific information is provided as specific processing using a specific processing DB 160 (an example of a table) in which application identification information and specific information corresponding to the activity content are associated. For example, as shown in Figure 9, a display screen 320 including specific information 321 related to the climbing plan is displayed on the display unit 141.

[0173] With this configuration, it is possible to appropriately provide specific information corresponding to the activity content that corresponds to the activity plan information generated by the application, using the specific processing DB 160.

[0174] In the information processing method according to this embodiment, the control processing (steps S513, S514, S543-S546) includes activity types 172 and 181 (examples of classification information) that group the mountain climbing application A (an example of a first application) into categories according to the content of the activity based on the identification information of the mountain climbing application A. The specific information is provided as a specific processing using a specific processing DB 180 (an example of a table) in which the classification information and specific information according to the content of the activity are associated. For example, as shown in Figure 9, a display screen 320 including specific information 321 related to the mountain climbing plan is displayed on the display unit 141.

[0175] With this configuration, multiple applications are grouped by activity type 172 and managed in the activity type DB 170, and activity types 181 and specific processes 182 are associated and managed in the specific process DB 180. This avoids the complexity of managing applications and specific processes, and reduces the computational load in information processing.

[0176] In the information processing method according to this embodiment, the travel paths R1 and R2 are routes for guiding vehicle C1 to ABC Mountain MT1 (an example of a destination). In the control processing (steps S503, S504, S513, S514, S523-S528, S533-S538, S543-S546), specific processing is performed from a first timing based on when vehicle C1 departs from home H1 (an example of a departure point) toward ABC Mountain MT1 (an example of a destination) to a second timing based on when vehicle C1 arrives at ABC Mountain MT1 (an example of a destination). For example, as shown in Figure 6, specific processing is performed in the specific processing execution section SP1.

[0177] With this configuration, in the travel route R1 to ABC Mountain MT1 related to the climbing plan generated by the climbing app A, it is possible to appropriately provide information that is tailored to the activities of user U1 after arriving at the trailhead CE1 of ABC Mountain MT1.

[0178] In the information processing method according to this embodiment, in the reception process (steps S501, S511, S521, S531, S541), activity plan information that can identify the activity content of user U1 according to the location information of the mountain climbing application A (an example of a first application) is received from the mountain climbing application A. In the control process (steps S504, S514, S528, S538, S546), if the application's identification information is predetermined identification information (the activity content is one that mainly involves the physical movement of user U1 (for example, mountain climbing, marine sports, or golf)), the activity load of user U1 after arriving at ABC Mountain MT1 (an example of a destination) is estimated based on the activity plan information, and a specific process is executed based on the estimated activity load. For example, if it is estimated that user U1's fatigue level (an example of activity load) will be higher than a certain standard, a presentation process can be executed as a specific process to present suggestion information that proposes detour spots that contribute to fatigue recovery (for example, hot springs, temporary rest facilities, and / or accommodation facilities) in order to recover from that fatigue.

[0179] This configuration allows for the suggestion of detour spots and other activities that are tailored to the estimated activity load of user U1, taking into account the user's estimated activity load. This enables the execution of specific processing that is more closely aligned with user U1's activities after arriving at the destination.

[0180] In the information processing method according to this embodiment, the travel paths R1 and R2 are routes for guiding vehicle C1 to ABC Mountain MT1 (an example of a destination). In the control processing (steps S503, S504, S513, S514, S543 to S546), a specific process is executed at a third timing based on the timing at which it is detected that vehicle C1 has arrived at ABC Mountain MT1 (an example of a destination) and that it has started to move away from the destination, or the timing at which an intention to move away from the destination is detected. For example, as shown in Figure 7, the specific process is executed at the timing when vehicle C1 is parked in parking lot PE1.

[0181] With this configuration, in the travel route R1 from ABC Mountain MT1 to home H1 related to the climbing plan generated by climbing app A, it is possible to perform specific processing that is tailored to the activities of user U1 after descending ABC Mountain MT1.

[0182] The information processing method according to this embodiment further includes an acquisition process (steps S504, S514) to acquire activity information (e.g., calories burned, walking distance, number of steps, and / or heart rate) that can identify the activities (e.g., mountain climbing) performed by user U1 after arriving at ABC Mountain MT1 (an example of a destination). In the control process (steps S504, S514), if the app's identification information is predetermined identification information (the activity mainly involves the user U1 moving their body (e.g., mountain climbing, marine sports, or golf)), the activity load of user U1 at ABC Mountain MT1 is calculated based on the activity information, and a specific process is executed based on the activity load. For example, as shown in Figure 10, based on the degree of fatigue of user U1 based on mountain climbing ABC Mountain MT1, a presentation process (specific process) can be executed to display a specific information display screen 330 that suggests taking a break at D Hot Spring OT1 near the trailhead CE1.

[0183] This configuration allows for the suggestion of detour spots and other activities that are appropriate to the actual activity load of user U1, taking into account the user U1's actual activity load. This enables the execution of specific processing that is more tailored to user U1's activities after arriving at the destination. For example, it is possible to execute specific processing that is tailored to user U1, such as stopping by D Hot Springs to help user U1 recover after a tiring mountain climb.

[0184] In the information processing method according to this embodiment, the mountain climbing application A (an example of a first application) is an application capable of generating a mountain climbing plan. The location information of the trailhead CE1 (for example, latitude and route, place name, or address) is information relating to the starting position of the climb related to the mountain climbing plan. In the control processing (steps S504, S514), a specific processing is performed to present suggestion information to the user U1 that proposes detours to predetermined spots located around ABC Mountain MT1 (an example of a destination) or around the nearest highway interchange to ABC Mountain MT1. For example, as shown in Figure 11, it is possible to perform a presentation processing (specific processing) that displays a specific information display screen 340 that proposes a stop at the last convenience store CV1 on the outward journey to ABC Mountain MT1.

[0185] This configuration allows for the execution of specific processing tailored to user U1, who may have concerns about toilets, climbing equipment, etc., by suggesting a detour to a designated spot.

[0186] In the information processing method according to this embodiment, the mountain climbing application A (an example of a first application) is an application installed on an electronic device 200 owned by user U1 that is capable of generating a mountain climbing plan. The method further includes a detection process (step S525) for detecting the battery level of the electronic device 200. In the control process (step S526), ​​when the battery level of the electronic device 200 is below a certain value, a specific process is executed to present suggestion information to user U1 suggesting that the electronic device 200 be charged in vehicle C1. For example, as shown in Figure 16, a presentation process (specific process) can be executed to display a specific information display screen 370 suggesting that the electronic device 200 be charged in vehicle C1.

[0187] With this configuration, for example, by presenting suggestion information that proposes charging the electronic device 200 during the first half of the outward journey of the travel route R1, it becomes possible to perform specific processing that is tailored to the needs of user U1 who may feel anxious during emergencies while mountain climbing.

[0188] In the information processing method according to this embodiment, vehicle C1 is an electric vehicle. The mountain climbing application A (an example of a first application) is an application capable of generating a mountain climbing plan. The location information of the trailhead CE1 (e.g., latitude and route, place name, or address) is information relating to the starting position of the climb related to the mountain climbing plan. In the control processing (steps S504, S514), a specific processing is performed to present suggestion information to the user U1 that suggests charging vehicle C1, based on the vehicle C1's travel route R1 and the vehicle C1's battery level. For example, as shown in Figures 12 and 13, a presentation processing (specific processing) can be performed to display specific information display screens 350 and 360 that suggest charging vehicle C1.

[0189] This configuration prevents user U1 from experiencing anxiety due to factors other than mountain climbing (such as vehicle C1 running out of power) before and after the climb, and makes it possible to perform specific processing that is tailored to user U1, who is looking forward to the climb.

[0190] In the information processing method according to this embodiment, the mountain climbing application A (an example of a first application) is an application capable of generating a mountain climbing plan that includes the start time of the climb and the descent time. In the control processing (steps S533 to S536), a specific processing is executed to set the automatic on-time schedule for the air conditioner of vehicle C1 based on the descent time. In this case, for example, as shown in Figure 18, a presentation processing (specific processing) can be executed to display a specific information display screen 380 that notifies that the automatic on-time schedule for the air conditioner of vehicle C1 has been set.

[0191] With this configuration, for example, by resetting the schedule to turn on the air conditioner in vehicle C1 at the trailhead CE1 before the start of the climb, a comfortable in-vehicle environment can be provided to user U1 after descending the mountain.

[0192] The information processing method according to this embodiment further includes an acquisition process (steps S503, S513, S527, S537, S545) for acquiring network environment information around the travel paths R1 and R2 of vehicle C1. The travel paths R1 and R2 of vehicle C1 are routes for guiding vehicle C1 to ABC Mountain MT1 (an example of a destination). The mountain climbing application A (an example of a first application) is an application capable of generating a mountain climbing plan. In the control process (steps S504, S514, S528, S538, S546), based on the network environment information, a specific process is executed to transmit predetermined information related to the mountain climbing plan to a pre-set contact within a predetermined section that is within the network area on the travel paths R1 and R2 of vehicle C1. For example, as shown in Figure 8, it is possible to transmit predetermined information at a first transmission timing or a second transmission timing.

[0193] With this configuration, when sending predetermined information (for example, information about starting a climb and / or descending) to pre-configured contacts, it becomes possible to reliably send that predetermined information to the contacts. This makes it possible to appropriately inform those related to user U1 about user U1's situation (about to start climbing).

[0194] The in-vehicle device 100 (or electronic device 200, server 400) is an information processing device that guides user U1 to ABC Mountain MT1 (an example of a destination) and processes information related to ABC Mountain MT1. The in-vehicle device 100 includes an acquisition unit 121 (an example of a reception unit) that receives location information (e.g., latitude and route, place name, or address) of the trailhead CE1 of ABC Mountain MT1 set by the climbing application A (an example of a first application) which handles information related to specific activity content, and identification information that can identify the climbing application A, from the climbing application A; a setting unit 122 that determines the trailhead CE1 (an example of a destination) based on the location information of the trailhead CE1 of ABC Mountain MT1 and sets a travel route R1 (or R2) to that destination; and a specific processing execution unit 123 (an example of a control unit) that executes specific processing related to the activity content at the trailhead CE1 of ABC Mountain MT1 (or climbing from ABC Mountain MT1) based on the identification information of the climbing application A. Furthermore, the program according to this embodiment is a program that causes a computer to execute each of these processes. In other words, the program according to this embodiment is a program that causes a computer to realize each of the functions that the in-vehicle device 100 can perform. Also, when the program is recorded on a recording medium that can be read by a computer, that recording medium constitutes this embodiment.

[0195] This configuration allows the system to implicitly and in advance ascertain the climbing activity (activity details) set using the climbing app A for ABC Mountain MT1, and to perform information processing tailored to the user U1's activities after arriving at the destination. This makes it possible to perform specific processing tailored to user U1 without bothering user U1.

[0196] Furthermore, each process in this embodiment is executed based on a program that causes a computer to perform various processing procedures. This embodiment can also be understood as an embodiment of a program that realizes the functions for executing each of these processes, and a recording medium that stores that program. For example, by an update process to add new functions to an information processing device, the program can be stored in the storage device of the information processing device. This makes it possible to have the updated information processing device perform each of the processes shown in this embodiment.

[0197] Although embodiments of the present invention have been described above, these embodiments merely illustrate examples of how the present invention can be applied, and are not intended to limit the technical scope of the present invention to the specific configurations of the embodiments described above.

Claims

1. An information processing method for guiding a user to a destination and processing information related to said destination, comprising: a reception process that receives location information set by a first application that handles information related to specific activity content and identification information that can identify the first application from the first application; a setting process that determines the destination based on the location information and sets a travel route to said destination; and a control process that executes a specific process related to the activity content at the destination based on the identification information.

2. An information processing method according to claim 1, wherein in the control process, the specific information is provided as the specific process using a table in which the identification information and specific information corresponding to the activity content are associated.

3. An information processing method according to claim 1, wherein the control process includes classification information that groups the first application into categories according to the activity content based on the identification information, and provides the specific information as the specific processing using a table in which the classification information and specific information according to the activity content are associated.

4. An information processing method according to claim 1, wherein the travel path is a path for guiding a vehicle to the destination, and the control process is performed between a first timing based on when the vehicle departs from the departure point toward the destination and a second timing based on when the vehicle arrives at the destination.

5. An information processing method according to claim 4, wherein in the reception process, activity information that can identify the user's activity content according to the location information is received from the first application; and in the control process, if the identification information is predetermined identification information, the user's activity load after arrival at the destination is estimated based on the activity information, and the identification process is executed based on the estimated activity load.

6. An information processing method according to claim 1, wherein the travel route is a route for guiding a vehicle to the destination, and the control process is performed at a third timing based on the timing at which it is detected that the vehicle has arrived at the destination and has started to move from the destination, or the timing at which it is detected that the vehicle intends to move from the destination.

7. An information processing method according to claim 6, further comprising an acquisition process for acquiring activity information that can identify the content of the activities performed by the user after arrival at the destination, wherein the control process, if the identification information is predetermined identification information, calculates the user's activity load at the destination based on the activity information and executes the identification process based on the activity load.

8. An information processing method according to claim 4, wherein the first application is an application capable of generating a climbing plan, the location information is information relating to the starting position of a climb related to the climbing plan, and the control process performs the specific process of presenting the user with suggestion information that suggests detours to predetermined spots located around the destination or around the nearest highway interchange to the destination.

9. An information processing method according to claim 4, wherein the first application is an application installed on an electronic device owned by the user that is capable of generating a climbing plan, further comprising a detection process for detecting the battery level of the electronic device, the control process for executing the specific process for presenting to the user suggestion information that suggests charging the electronic device in the vehicle when the battery level is below a certain value.

10. An information processing method according to claim 4, wherein the vehicle is an electric vehicle, the first application is an application capable of generating a climbing plan, the location information is information relating to the starting position of a climb related to the climbing plan, and the control process performs the specific process of presenting the user with suggestion information that suggests charging the electric vehicle based on the travel route and the battery level of the electric vehicle.

11. An information processing method according to claim 4, wherein the first application is an application capable of generating a climbing plan including a climbing start time and a descent time, and the control process executes the specific process of setting an automatic on schedule for the vehicle's air conditioner based on the descent time.

12. An information processing method according to claim 1, further comprising: an acquisition process for acquiring network environment information around the travel route, wherein the travel route is a route for guiding a vehicle to the destination, the first application is an application capable of generating a mountain climbing plan, and the control process performs the specific process of transmitting predetermined information relating to the mountain climbing plan to a pre-set contact within a predetermined section of the travel route that is within the network area, based on the network environment information.

13. An information processing device for guiding a user to a destination and processing information related to the destination, comprising: a receiving unit that receives location information set by a first application that handles information related to a specific activity, and identification information that can identify the first application from the first application; a setting unit that determines the destination based on the location information and sets a travel route to the destination; and a control unit that performs specific processing related to the activity at the destination based on the identification information.

Images