JP2023092946A - Method for processing information, program, and information processor - Google Patents

Abstract

To provide a method for processing information, a program, and an information processor that can set a destination with the state of a user reflected thereon.SOLUTION: The method for processing information executed by a processing unit of a wearable terminal 10 according to an embodiment includes: acquiring user state information on the state of the body of a user 2; and setting a destination of a vehicle 3 which the user 2 is to use, on the basis of map information including information of features and the user state information.SELECTED DRAWING: Figure 7

Description

The present invention relates to an information processing method, a program, and an information processing apparatus.

Conventionally, a technique of searching for a route to a destination by a computer is known. Patent Document 1 describes this type of technology.

Patent Document 1 discloses a route search system that presents a user with a plurality of routes passing through different waypoints, divides the route into genres such as shopping and restaurants based on the types of features that exist around each route, and indicates an evaluation value. Are listed.

JP 2007-205947 A

However, when the user is tired from exercising or the like, he or she may want to change the initially set destination. For example, there are cases where it is desired to change the boarding place for getting on the vehicle from the initially set place, or to decide the getting-off place for getting off the vehicle according to the fatigue state. The conventional technology has room for improvement in that the user's state cannot be reflected in the destination.

SUMMARY OF THE INVENTION An object of the present invention is to provide an information processing method, a program, and an information processing apparatus capable of setting a destination in which a user's state is reflected.

An information processing method according to an aspect of the present invention acquires user state information relating to a physical state of a user, and determines a destination of a vehicle boarded by the user based on map information including information on a feature and the user state information. is characterized by setting

According to the information processing method, program, and information processing apparatus of the present invention, it is possible to set a destination that reflects the user's physical condition.

1 is a schematic diagram of a destination setting system including a wearable terminal according to one embodiment of the present invention; FIG. It is a block diagram which shows typically the hardware constitutions of the wearable terminal of this embodiment. It is a block diagram which shows the function implement|achieved by the process part of the wearable terminal of this embodiment. It is a schematic diagram which shows the display example of the exercise result displayed on the output part of the wearable terminal of this embodiment. It is a block diagram which shows typically the hardware constitutions of the management server of this embodiment. It is a block diagram which shows the function implement|achieved by the process part of the management server of this embodiment. It is a schematic diagram explaining the setting process of the destination by the process part of this embodiment. FIG. 4 is a schematic diagram showing an example of a navigation mode screen displayed on the wearable terminal of the present embodiment before the boarding destination is changed. FIG. 10 is a schematic diagram showing a confirmation screen for confirming a change in boarding destination displayed on the wearable terminal of the present embodiment; FIG. 4 is a schematic diagram showing an example of a navigation mode screen displayed on the wearable terminal of the present embodiment after changing the boarding destination. 4 is a flowchart for explaining the flow of the first half of boarding destination setting processing executed by the processing unit of the present embodiment; 4 is a flowchart for explaining the second half of boarding destination setting processing executed by the processing unit of the present embodiment; 6 is a flowchart for explaining the flow of destination setting processing based on a user's operation, which is executed by the processing unit of the present embodiment; 4 is a table showing destination candidates set based on user status information according to the present embodiment. 4 is a table showing destination candidates set based on behavior information related to user activities according to the present embodiment. It is a flowchart explaining the flow of the first half of the getting-off destination setting process which the process part of this embodiment performs. It is a flowchart explaining the flow of the first half of the getting-off destination setting process which the process part of this embodiment performs. FIG. 10 is a schematic diagram showing a confirmation screen for confirming setting of a destination to get off displayed on the wearable terminal of the present embodiment. FIG. 4 is a schematic diagram showing a selection screen for a destination to get off displayed on the wearable terminal of the present embodiment. It is a flowchart explaining a part of flow of the getting-off destination setting process which the process part of a modification performs. It is a flowchart explaining a part of flow of the getting-off destination setting process which the process part of a modification performs.

BEST MODE FOR CARRYING OUT THE INVENTION Hereinafter, embodiments of the present invention will be described with reference to the drawings.

<Overview of destination setting system>
FIG. 1 is a schematic diagram of a destination setting system 1 including a wearable terminal 10 according to one embodiment of the invention. It should be noted that the system here includes not only an overall device composed of a plurality of devices or a plurality of means, but also a system composed of a single device.

The destination setting system 1 of this embodiment functions as a dispatch system that dispatches the vehicle 3 to the user 2 in response to the dispatch request of the user 2 . The vehicle allocation patterns realized by the destination setting system 1 include the following vehicle allocation patterns (A) to (E).
Vehicle allocation pattern (A): When the user 2 performs an activity (running, etc.) involving some movement, heads for the boarding place where the vehicle 3 that has been dispatched is boarded, and dispatches the vehicle 3 with this boarding place as the destination ( 7 to 13 described later)
Vehicle allocation pattern (B): A case where the place where the user 2 gets off from the dispatched vehicle 3 is set according to the state information such as the heart rate of the user 2 (FIGS. 14, 16 to 19).
Vehicle allocation pattern (C): When the user 2 sets a drop-off location for getting off the dispatched vehicle 3 according to the type of activity that the user 2 usually performs, taking into consideration the maintenance of the tools for this activity. (Fig. 15, Fig. 16 to Fig. 19)
Vehicle allocation pattern (D): A case where the place where the user 2 gets off from the dispatched vehicle 3 is set according to the status information of the user 2 and the schedule information of the user 2 (FIG. 20).
Vehicle allocation pattern (E): A case where the place where the user 2 gets off from the dispatched vehicle 3 is set according to the state information of the user 2 and the exercise level of the user 2 (FIG. 21).
Hereinafter, the pick-up place of the vehicle 3 in the above cases (A) to (E) will be referred to as the pick-up destination, and the drop-off place will be referred to as the drop-off destination.

The destination setting system 1 of this embodiment includes a wearable terminal 10 worn by the user 2 , a management server 40 that receives a dispatch request from the user 2 , and an in-vehicle device 60 mounted on the vehicle 3 .

The wearable terminal 10, the management server 40, and the in-vehicle device 60 are connected to the network N, respectively. When the user 2 makes a vehicle allocation request to the management server 40, the management server 40 selects a vehicle 3 in a position or environment that is advantageous for picking up the user 2 from among a plurality of vehicles 3, A dispatch request is made to the device 60 . The vehicle dispatch request from the user 2 may be communication using a vehicle allocation application of the wearable terminal 10, or communication using a vehicle allocation application of another computer such as a smartphone or tablet associated with the wearable terminal 10. can be anything. In this way, the method of requesting vehicle allocation is not particularly limited, but it is preferable that the requester's wearable terminal 10 is associated with the vehicle allocation request.

The in-vehicle device 60 mounted on the vehicle 3 is, for example, an automatic driving device of the vehicle 3, an ECU (Electronic Control Unit), a navigation device, or the like. The vehicle 3 may be in the form of an unmanned private car without a driver, or may be in the form of a taxi or the like in which a driver drives according to route guidance.

The vehicle 3 may be a vehicle 3 having corresponding facilities corresponding to the activity of the user 2 requesting the dispatch. Activities here include, for example, running, walking, trail running, road biking, cycling, mountain biking, water sports such as surfing, sailing, kayaking, stand-up paddle surfing, snow sports such as skiing and snowboarding, musical instruments performance, etc. For example, if the type of activity is a road bike, the corresponding facility is a facility such as a stand that allows the road bike to be placed inside the vehicle. In the case of running, the corresponding facilities are facilities such as lockers for storing running equipment (shoes, clothes, etc.). Further, the corresponding facility may be installed not only inside the vehicle 3 but also outside. For example, in the case of surfing or skiing, the corresponding facility may be a facility such as a carrier for placing on the rear door or ceiling of the vehicle 3 .

<Wearable terminal>
The wearable terminal 10 is an information processing device capable of acquiring user state information regarding the user's body, and is a smart watch. Note that the wearable terminal 10 is an information processing device such as a smartwatch, and is not limited to this type of electronic device.

FIG. 2 is a block diagram schematically showing the configuration of the wearable terminal 10 of this embodiment. As shown in FIG. 2, the wearable terminal 10 includes a processing unit 11, a main storage unit 12, an auxiliary storage unit 13, an input unit 14, an output unit 15, a GNSS unit 16, a sensor unit 17, a communication A portion 18 and a vibrating portion 19 are provided.

The processing unit 11 is a processor that performs processing such as various calculations and control necessary for the operation of the wearable terminal 10 . Processors constituting the processing unit 11 include, for example, a CPU (Central Processing Unit), an MPU (Micro Processing Unit), an SoC (System on a Chip), a DSP (Digital Signal Processor), a GPU (Graphics Processing Unit), an ASIC (Application application Specific Integrated Circuit), PLD (Programmable Logic Device), FPGA (Field-Programmable Gate Array), or a combination thereof. Also, the processing unit 11 may be a combination of these processors with a hardware accelerator or the like.

The main storage unit 12 stores programs such as firmware, system software, and application software, and also functions as a work area that is temporarily used when performing various processes. The main storage unit 12 includes, for example, a ROM (Read Only Memory) that is a non-volatile memory, a RAM (Random Access Memory) that is a volatile memory, and the like.

The auxiliary storage unit 13 stores various types of information such as information indicating the state of the user, information relating to route guidance for the user 2, and information relating to the vehicle 3 for which the dispatch request has been made. The auxiliary storage unit 13 is composed of a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like. Further, in the auxiliary storage unit 13, a map storage unit 20 is constructed as an area for storing map information including information on features and attributes of the features. The attributes here are the address, building name, store name, facility information, etc. when the feature is a building such as a school, hospital, park, stadium, etc., and the width, number of lanes, etc. when the feature is a road. is information indicating

The input unit 14 includes, for example, a touch panel, various buttons such as keys, a microphone, and the like, and receives user operations. The output unit 15 includes a display for displaying images, a speaker for amplifying sounds, and the like, and outputs images and sounds.

A GNSS (Global Navigation Satellite System) unit 16 is a positioning device that identifies the position of the user 2 using a satellite positioning system such as GPS (Global Positioning System). The GNSS unit 16 is configured by an antenna and electronic components for receiving positioning satellite signals transmitted from a plurality of positioning satellites.

The sensor unit 17 is various sensors that detect the state and movement of the user 2 . The sensor unit 17 is composed of, for example, an acceleration sensor, an angular acceleration sensor, a geomagnetic sensor, a heartbeat sensor, and the like. The acceleration sensor, the angular acceleration sensor, and the geomagnetic sensor can cause the sensor unit 17 to function as a behavior detection unit for detecting user's movement, or can function together with the GNSS unit 16 as a position specifying unit. In addition, the heartbeat sensor can cause the sensor section 17 to function as a biological information acquisition section. The heart rate sensor is, for example, an optical one or a current sensing type based on current.

The communication unit 18 is a network interface that controls communication with external electronic devices such as the management server 40 and the in-vehicle device 60 . The communication unit 18 includes, for example, network connection devices such as SIM (Subscriber Identity Module) cards and network adapters, BLE (Bluetooth (registered trademark) Low Energy), Wi-Fi (registered trademark) (Wireless Fidelity), NFC (Near Field Communication) and other short-range wireless communication equipment based on the communication standard.

The communication realized by the communication unit 18 may be a method of exchanging information with the management server 40 or the in-vehicle device 60 via a network N such as the Internet, or may be a method of exchanging information with an external electronic device such as a smartphone or tablet to be paired. A method of exchanging information with the management server 40 or the in-vehicle device 60 through the device may be used. Alternatively, the wearable terminal 10 may directly communicate with the in-vehicle device 60 using short-range wireless communication.

The vibrating section 19 is configured by a motor or the like. The wearable terminal 10 vibrates by operating the vibrating section 19 at a predetermined timing, and notifies the user 2 that various types of information have been received.

FIG. 3 is a block diagram showing functions realized by the processing unit 11 of the wearable terminal 10 of this embodiment. As shown in FIG. 3, the processing unit 11 of the present embodiment includes a communication control unit (communication control function) 21, an output control unit (output control function) 22, an input control unit (input control function) 23, and a user It has a state acquisition unit (user information acquisition function) 24 and a route acquisition unit (route acquisition function) 25 . The function realized by the processing unit 11 can also be said to be a function realized by a computer by a program.

The communication control unit 21 executes processing for communicating with external devices via the communication unit 18 . For example, the communication control unit 21 performs processing for the wearable terminal 10 to transmit and receive various information to and from the management server 40 and the in-vehicle device 60 .

The output control unit 22 executes processing for displaying an image on the screen of the output unit 15 . For example, the output control unit 22 performs processing for outputting to the output unit 15 various types of information regarding the user's exercise result and route. Objects to be output may be images, sounds, or composites thereof.

The input control unit 23 executes a process of accepting an operation of the input unit 14 by the user. For example, the input control unit 23 executes a process of accepting a user's input operation for displaying exercise results and accepting an input operation regarding route setting. Here, an example of user status information acquisition and display processing will be described.

<Example of user status information acquisition and display processing>
The user state acquisition unit 24 acquires output information output from the GNSS unit 16 and the sensor unit 17, and indicates the state of the user 2 based on the acquired output information and preset measurement items. Get state information. This user state information includes degree information indicating the degree of physical load of the user 2 .

In this embodiment, the activity is set by the setting of the user 2 or the analysis of the processing unit 11 . The wearable terminal 10 can set different measurement items for each set activity. As described above, the activity referred to here indicates the action such as exercise such as running or walking performed by the user 2, music activity, or the like.

Below are examples of different measurement items for each activity. For example, in running and walking, movement time, movement distance, moving average pace (km/h), calorie consumption, pitch (SPM: Step Per Minutes), heart rate (average, low, high), GPS positioning result, heart rate zone Staying time, recovery time, etc. are set as measurement items. In cycling, mileage, running speed, running time, running average pace (km/h), altitude, road gradient, heart rate, calories burned, GPS positioning results, time spent in heart rate zone, recovery time, etc. are set as measurement items. be. In running competitions such as skiing, snowboarding, and skating, running distance, running speed, elapsed time, calories burned, heart rate, heart rate graph, heart rate zone stay time, altitude, barometric pressure, GPS positioning results, heart rate zone stay time, recovery time, etc. is set as a measurement item. Also, in activities related to boat operation such as sailing and kayaking, distance, speed, time, tide graph, calories burned, GPS positioning result, stay time in heart rate zone, recovery time, etc. are set as measurement items.

Of the measurement items, the recovery time and heart rate zone will be explained. Recovery time indicates the appropriate amount of time for your body to recover from training. The heart rate zone is defined as a range of heart rate according to the intensity of exercise, since the heart rate value varies depending on the intensity of exercise. In this embodiment, based on the ratio to the maximum heart rate, it is divided into five heart rate zone ranges of 50 to 60%, 61 to 70%, 71 to 80%, 81 to 90%, and 91 to 100%. "Zone 1", "Zone 2", "Zone 3", "Zone 4", and "Zone 5".

Also, since the heart rate zone is set based on the maximum heart rate, it is calculated by acquiring the maximum heart rate at that time for each exercise. In addition, in this embodiment, "zone 1" is warm-up (VERY LIGHT), "zone 2" is fat burning (LIGHT), "zone 3" is aerobic exercise (MODERATE), and "zone 4" is anaerobic exercise. (HARD), and "zone 5" is the maximum intensity (MAXIMUM). Note that the setting of the heart rate zone is not limited to this, and can be changed according to the purpose. For example, "Zone 1" has two names, Warmup and VERY LIGHT, and "Zone 2" to "Zone 5" have the same names.

The heart rate zone staying time indicates the accumulated time during which the heart rate of the user 2 was in the target heart rate zone during exercise when the heart rate zones were divided into a plurality of stages based on the ratio to the maximum heart rate. The exercise result information also includes recovery information about recovery from fatigue after exercise, and the recovery information includes at least one of a recovery time and a stay time in a heart rate zone.

The exercise result analyzed by the user state acquisition unit 24 is output to the output unit 15 of the wearable terminal 10 under the output control of the output control unit 22 . FIG. 4 is a schematic diagram showing analysis results of exercise results displayed on the output unit 15 of the wearable terminal 10 of this embodiment.

In the screen example shown in FIG. 4, an exercise analysis result display 100, a heartbeat zone staying time display 110, and a heart rate display 160 are shown. An exercise date display 105 is displayed above the exercise analysis result display 100 , and a travel time display 101 is displayed below the date display 105 . A moving distance display 102 is displayed below the moving time display 101 , and an average pace display 103 is displayed below the moving distance display 102 . Furthermore, below the average pace display 103, a recovery time display 104 is displayed.

At the upper left side of the heart rate zone stay time display 110, a display 120 of "5 MAXIMUM" representing "zone 5" in the heart rate zone is displayed. Below the display 120 is displayed a display 130 of ">199 bpm" representing the heart rate range corresponding to "Zone 5". A bar display 140 is displayed below the display 130 . The bar display 140 is displayed with a length corresponding to the heart rate zone staying time of "Zone 5" in the heart rate zone. For example, the bar display 140 is such that the longer the time spent in the heart rate zone, the longer the bar. In addition, a display 111 indicating the heart rate zone stay time of “Zone 5” in the heart rate zone is displayed on the upper right side of the heart rate zone stay time display 110 .

The display 121 of "4 HARD", the display 122 of "3 MODERATE", the display 123 of "2 LIGHT", and the display 124 of "1 VERY LIGHT", which indicate the other heart rate zones, also display heart rate ranges in the same manner as described above. is displayed, a bar is displayed, and the time spent in the heart rate zone is displayed.

In the heart rate display 160, a minimum heart rate display 161, an average heart rate display 162, and a maximum heart rate display 163 are displayed from the left. The user can grasp the result of his/her own exercise by confirming the example image shown in FIG.

<Example of route setting>
Next, route acquisition processing by the route acquisition unit 25 will be described. The route acquisition unit 25 acquires the position of the wearable terminal 10 based on output information from the GNSS unit 16 and the sensor unit 17, and the like. Note that the route acquisition unit 25 may acquire information indicating the position of the wearable terminal 10 based on information about an external base station or the like received via the communication unit 18 . Also, the route acquisition unit 25 acquires map information from the auxiliary storage unit 13 . This map information may also be obtained from an external server. The route acquisition unit 25 outputs navigation information to the output unit 15 based on the position of the wearable terminal 10 and the map information.

The route acquisition unit 25 of this embodiment has a function of executing processing for setting the destination of the vehicle 3 based on the user state acquired by the user state acquisition unit 24 . Details of the destination setting process will be described later.

<Management server>
Next, a configuration example of the management server 40 will be described. FIG. 5 is a block diagram schematically showing the hardware configuration of the management server 40 of this embodiment. As shown in FIG. 5 , the management server 40 includes a processing section 41 , a main memory section 42 , an auxiliary memory section 43 , an operation section 44 , a display section 45 and a communication section 46 .

The processing unit 41 is configured by, for example, a processor that performs various calculations and control processes necessary for the operation of the management server 40 . The main storage unit 42 is configured by, for example, a ROM that is a non-volatile memory, a RAM that is a volatile memory, and the like.

The auxiliary storage unit 43 is composed of a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like. The auxiliary storage unit 43 stores various types of information used for navigation processing, vehicle management processing, and the like of the management server 40 . The auxiliary storage unit 43 of the present embodiment includes a map storage unit 47 that stores map information composed of features such as links and nodes, and an area that stores vehicle information related to the vehicle 3 to be dispatched. A vehicle memory 48 is constructed.

The map storage unit 47 stores map information including links, nodes, and the like that include a plurality of areas. Map information includes information about features and attributes of features. Also, the map information may include high-precision three-dimensional map data. High-precision 3D map data refers to the measurement of features (roads, intersections, buildings, railroad tracks, boundaries, roadside trees, etc.) at a certain point using LiDAR (Light Detection and Ranging), etc. The state is acquired as high-precision 3D point cloud data, and features (in addition to the above features, road signs, This is map data created by recording road lane links, road division lines, etc.).

The vehicle storage unit 48 stores vehicle information set for each vehicle, user information about the user 2 who makes the dispatch request, route-related information about destination setting and route setting, and the like. Vehicle information includes, for example, an identification number, a vehicle number, the current location of the vehicle, and whether or not there is a reservation. The user information includes the name (full name) of the user of the vehicle 3, the destination of the user 2 who used the vehicle, the type of activity, the usage period, the vehicle control method during the usage period, the vehicle control method at the end of usage, and the like. .

The communication unit 46 is a network interface that controls communication with external devices such as the wearable terminal 10 and the in-vehicle device 60 .

Next, functions realized by the processing unit 41 of the management server 40 will be described with reference to FIG. FIG. 6 is a block diagram showing functions realized by the processing unit 41 of the management server 40 of this embodiment. As shown in FIG. 6, the processing unit 41 of the present embodiment includes a communication control unit (communication control function) 51, an output control unit (output control function) 52, an input control unit (input control function) 53, and a vehicle dispatching unit. It has a management unit (vehicle allocation management function) 54 and a route setting unit (route setting function) 55 .

The communication control unit 51 executes processing for communicating with external devices via the communication unit 46 . The output control unit 52 performs processing for outputting information to the display unit 45 . The input control unit 53 performs processing for receiving an input operation of the operation unit 44 .

The vehicle allocation management unit 54 executes processing related to allocation of the vehicle 3 . For example, a process of selecting the vehicle 3 corresponding to the boarding place based on the vehicle allocation request of the user 2 is executed. The vehicle 3 to be selected is, for example, a vehicle 3 that will run near the boarding place at the time of the dispatch request or will run near the boarding place after a predetermined time.

The route setting unit 55 transmits route information regarding the route to the in-vehicle device 60 of the target vehicle 3 . The route information includes information such as a boarding place where the user 2 gets on the vehicle 3, an alighting place where the vehicle 3 is alighted, and a waypoint through which the vehicle 3 passes. The in-vehicle device 60 mounted on the vehicle 3 sets the moving route of the vehicle 3 based on the received route information. Note that the route information may include a travel route connecting the boarding point, the transit point, and the drop-off point. That is, the in-vehicle device 60 may perform route guidance for the vehicle 3 based on the movement route derived by the management server 40 side.

Upon receiving a destination setting instruction from the wearable terminal 10, the route setting unit 55 of the present embodiment sends information for updating information such as the boarding point of the route information and the arrival time related to the boarding point to the in-vehicle device 60. process to send to.

<Vehicle allocation pattern A: Example of boarding destination setting processing>
Next, an example of setting processing for setting the above boarding destination will be described with reference to FIGS. 7 to 13. FIG. FIG. 7 is a schematic diagram for explaining boarding destination setting processing by the processing unit 11 of the present embodiment. The premise of the situation shown in FIG. 7 will be described. The management server 40 has received the dispatch request from the user 2 and has already sent a command to the target vehicle 3 to go to the city hall 4 . The city hall 4 is initially set as a boarding place for the user 2 to get into the vehicle 3 and is the first destination for the vehicle 3 . The setting of this boarding place is not particularly limited. The boarding place may be specified by the user 2 or may be set by the management server 40 based on the positional relationship between the user 2 and the target vehicle 3 .

When the user state acquisition unit 24 of the wearable terminal 10 detects that an abnormality has occurred in the user's state based on a predetermined determination condition, the route acquisition unit 25 executes destination setting processing.

The predetermined determination condition is, for example, that it is determined that the user 2's heart rate remains in the "zone 5" with high exercise intensity for a predetermined time or longer, and then the walking pace of the user 2 suddenly drops. be. To determine whether the walking pace has suddenly decreased, for example, the walking speed of the user 2 is acquired based on changes in the position information of the user 2 acquired from the GNSS unit 16 or the sensor unit 17, and the rate of decrease in the walking speed is calculated. exceeds a predetermined threshold, it may be determined that the walking pace has suddenly decreased. Moreover, the fact that the average heart rate is out of the predetermined range may be added to this condition. Further, whether or not the walking pace of the user 2 has suddenly decreased may be determined based on whether or not the state has continued for a predetermined time after the walking pace of the user 2 has suddenly decreased. In this way, the determination condition only needs to be able to determine the state of the user, and can be changed as appropriate. Also, the condition for changing the destination may be changed from a change in walking pace to one based on exercise form. From this, it can be inferred that the cause of the slowdown was an injury or a breakdown (sprained leg, spasm, pain in the calf or thigh, pain in the side, etc.). The collapse of the form can be determined from the measurement result of the acceleration sensor of the sensor unit 17 of the wearable terminal 10 or the like.

FIG. 8 is a schematic diagram showing an example of a navigation mode screen displayed on the wearable terminal 10 of the present embodiment before changing the boarding destination. When the user activates the navigation mode in which the boarding point of the vehicle 3 set in the dispatch request is set as the destination, the route acquisition unit 25 displays a navigation screen as shown in FIG. In the screen example of FIG. 8, a map image 201 showing surrounding features, a self-location display 202 showing the position of the user wearing the wearable terminal 10, a destination display 203 showing the destination, a course display 204, is displayed. At this point, the user's anomaly has not been detected, so the destination display 203 is set to the location of the city hall 4 .

FIG. 9 is a schematic diagram showing a confirmation screen for confirming a change of the boarding destination displayed on the wearable terminal 10 of this embodiment. When the occurrence of an abnormality of the user is detected in the navigation mode, the route acquisition unit 25 reads a confirmation image for confirming with the user whether or not to execute the destination setting process, and the output control unit 22 outputs the confirmation image. is displayed on the output unit 15 . In the screen example of FIG. 9, a purpose display 210 displaying the text "Change destination?" and a disapproval indication 212 displaying the text "No" to disapprove of the land change. In the embodiment, the output unit 15 is a touch display that also serves as the input unit 14, so the permission display 211 and the non-permission display 212 function as displays of the input position of the output unit 15 touch panel function. That is, a tap operation on the permission display 211 indicates consent for the user 2 to change the destination, and a tap operation on the disapproval display 212 indicates refusal of the user 2 to change the destination. When the user selects the prohibition display 212, the screen returns to the navigation mode screen in FIG. 8, and when the user selects the permission display 211, route setting processing is performed.

When the input control unit 23 detects a tap operation on the permission display 211 while the screen of FIG. 9 is displayed, the destination is changed based on a predetermined change criterion. The change criteria are, for example, degree information indicating the degree of load on the user 2, the current position, the initial destination, attribute information set in advance for features such as the destination, and the like. The degree information is information indicating the degree of physical load of the user 2, and is included in the user state information. The attribute information is information of a feature included in the map information of the map storage unit 20, and indicates the feature of the facility set in advance for the feature. For example, as described above, the attribute information includes the address, building name, store name, facility information, etc. of each feature. For example, if the user 2 is slightly tired, a feature having attribute information that allows the user 2 to take a rest is set as the changed destination. Also, if the user condition information indicates that the user 2 is severely fatigued or has an abnormality, a feature set with attribute information that can be treated, such as a hospital, is set as a boarding point or a destination after boarding.

In this way, the changed destination is set based on the user state information (degree information indicating the degree of physical load of the user 2) and the map information (attribute information). Examples of features where User 2 can rest include public facilities such as parks, local civic centers, and museums, commercial facilities such as convenience stores with parking lots, and running facilities where runners can rest and change clothes. Examples include rest facilities such as stations.

FIG. 10 is a schematic diagram showing an example of a navigation mode screen displayed on the wearable terminal 10 of the present embodiment after changing the boarding destination. The screen example of FIG. 10 shows the navigation screen after the destination is changed based on the change criteria when the user condition information of the user 2 indicates light fatigue. As shown in FIG. 10, the position of the destination display 203 is changed from the city hall 4, which was set as the original destination, to the position of the community center 5, which is newly set as the destination, and the route display 204 is also the destination. It changes according to the land.

Next, the flow of the boarding destination setting process will be described. FIG. 11 is a flow chart explaining the flow of the first half of the boarding destination setting process executed by the processing unit 11 of the present embodiment, and FIG. 12 is a flow chart explaining the flow of the latter half.

First, the processing unit 11 of the wearable terminal 10 acquires the initial boarding destination specified by the user 2 (step S110). For example, the input control unit 23 of the wearable terminal 10 acquires the boarding destination designated by the input operation of the input unit 14 by the user 2 . Next, the processing unit 11 sets the type of activity (step S111). For example, the input control unit 23 of the wearable terminal 10 sets the activity specified by the input operation of the input unit 14 by the user 2 as the target activity.

Next, the processing unit 11 acquires the user status information of the user 2 (step S112). For example, the user state acquisition unit 24 derives user state information based on output information from the sensor unit 17 and the GNSS unit 16 . This user state information may include, in addition to the physical state of the user, the type of activity, related information corresponding to the activity, and the like.

Next, the processing unit 11 determines whether or not a determination start criterion is satisfied (step S113). For example, the determination start criterion is a criterion for determining whether or not to start determination, and it is possible to select a part of the determination conditions. In this example, one of the determination conditions, that is, the state in which the heart rate of user 2 is in "zone 5" with high exercise intensity continues for a predetermined time or longer, is set as the determination start criterion. The user state acquisition unit 24 compares the user state information with the determination start criteria, and when the determination start criteria are satisfied, the process proceeds to step S114 (step S113; YES).

If the determination start criteria are not satisfied, the processing unit 11 shifts the process to step S122 (step S113; NO). At step S122, the processing unit 11 executes guidance processing for guiding the user 2 to the originally set boarding destination (step S122). For example, the route acquisition unit 25 shifts to the navigation mode, and the output control unit 22 outputs the screen example shown in FIG. Next, the processing unit 11 determines whether or not the user 2 has reached the boarding destination (step S123). For example, the route acquisition unit 25 determines whether the current position of the user 2 and the position information indicating the boarding destination are within a predetermined range. When the user 2 reaches the boarding destination (step S123; YES), the processing section 11 terminates the process. If the user 2 has not reached the boarding destination (step S123; NO), the processing unit 11 returns the process to step S112.

At step S114, the processing unit 11 starts a timer and monitors whether the timer has timed out (step S115). If the time is up (step S115; NO), the process of stopping and resetting the timer is executed (step S121), and the processing unit 11 of the wearable terminal 10 returns the process to step S112. If the time has not expired (step S115; YES), the processing unit 11 of the wearable terminal 10 proceeds to step S116 to determine whether or not the user state information satisfies the following determination conditions. Note that the timer executed in step S114 functions as a countdown timer preset with an arbitrary value (for example, 10 seconds).

At step S116, the processing unit 11 determines whether or not the running pace is decreasing. For example, the decrease in running space is determined based on whether or not the running speed of the user 2 heading for the destination is below a predetermined level. If the running pace has not decreased, the process returns to step S112 (step S116; NO). If the running pace is declining, one of the determination conditions is satisfied, and the process proceeds to the next step S117 (step S116; YES).

In step S<b>117 , the processing unit 11 determines whether or not there is a traffic light around the current location of the user 2 . For example, the user state acquisition unit 24 refers to the current position of the user 2 and map information, and determines whether or not there is a traffic light within a predetermined range starting from the user 2 . The road links included in the map information stored in the map storage unit 20 also include the position information of the traffic lights. can determine whether or not By determining whether or not there is a traffic light, it is possible to eliminate a decrease in the running pace of the user 2 caused by stopping at a red light, and to determine the user's condition more accurately. If there is a traffic signal (step S117; NO), even if the walking space is slow, it is determined to be caused by reacting to the red light of the traffic signal or the like, and the process returns to step S112. If there is no traffic light (step S117; YES), it is highly probable that the decrease in walking space is due to fatigue, so the process proceeds to step S118. In other words, since the condition for continuing the determination condition is satisfied, the determination is continued.

At step S118, the processing unit 11 determines whether or not the heart rate is within a predetermined range. If the heart rate is within the predetermined range (step S118; NO), the user state acquisition unit 24 determines that the user 2 is not abnormal, and returns the process to step S112. If the heart rate is not within the predetermined range (step S118; YES), the user state acquisition unit 24 determines that the user 2 has an abnormality, and shifts the process to step S119. Whether or not the heart rate is within the predetermined range is the final determination condition. The heart rate range is set, for example, to a range defined by a first predetermined value and a second predetermined value (>first predetermined value) that are set based on the normal heart rate and maximum heart rate of the user 2. You can also set a numerical range from a general standard.

Moving the process to step S119 means that the determination condition is satisfied. In step S119, the processing unit 11 executes a process of notifying the user 2 of the suggestion of changing the destination. For example, the output control unit 22 displays the screen example shown in FIG. 9 on the output unit 15 .

Next, the processing unit 11 determines whether or not the user 2 has agreed to change the boarding destination (step S120). For example, it is determined whether or not the input control unit 23 has received an input operation indicating that the user 2 has agreed to change the destination by a tap operation. If the user 2 does not agree to change the destination (step S120; NO), the user state acquisition unit 24 returns to step S114. If the user 2 agrees to change the destination (step S120; YES), the user state acquisition unit 24 shifts the process to step S210 in FIG. At step S210, the processing unit 11 of the wearable terminal 10 stops and resets the timer (step S210). Therefore, the timer here satisfies the conditions of steps S116 to S118 and step S120 within the time indicated by the preset value (for example, within 10 seconds) after the criterion for starting determination in step S112 is satisfied. It is determined whether or not Also, the above value is set by at least one of a fixed value stored in the main storage unit 12 and a value acquired by the input control unit 23 from the input operation by the input unit 14, for example.

After the process of step S210, the processing unit 11 acquires map information to set a new boarding destination (step S211). For example, the route acquisition unit 25 reads map information including facility information from the map storage unit 20 . Next, the processing unit 11 sets (changes) a new destination (step S212). For example, the route acquisition unit 25 sets a new boarding destination based on the current location of the user 2 and facility information included in the acquired map information.

Next, the processing unit 11 transmits the set destination to the management server 40 (step S213). For example, the communication control unit 21 transmits the newly set destination to the management server 40 . When receiving the information about the new destination, the management server 40 transmits the information about the new destination to the in-vehicle device 60 of the vehicle 3 set as the object.

In addition, the processing unit 11 notifies the user 2 that a new destination has been set (step S214). For example, the output control unit 22 performs notification processing such as outputting an image or sound from the output unit 15 or operating the vibrating unit 19 .

Next, the processing unit 11 guides the user to the new boarding destination (step S215). For example, the route acquisition unit 25 shifts to the navigation mode, and the output control unit 22 outputs the screen example shown in FIG. 10 to the output unit 15 . The processing unit 11 determines whether or not the user 2 has arrived at the new boarding destination (step S216). If the processing unit 11 determines that the user 2 has not reached the new boarding destination, the processing returns to step S215 (step S216; NO). The processing unit 11 ends this flow when the user 2 reaches the new boarding destination (step S216; YES). Further, in this navigation mode, when it is detected that the user 2 has arrived at the destination, the communication control unit 21 may perform processing for transmitting arrival information indicating that the user 2 has arrived at the management server 40 .

Next, the process of setting the destination based on the user's 2 operation will be described. When the user 2 himself/herself senses an abnormality in his/her physical condition, as a process of notifying the wearable terminal 10 of the fact, an abnormality notification operation different from other operations can be set in the wearable terminal 10 .

FIG. 13 is a flowchart for explaining the flow of destination setting change processing based on the operation of the user 2, which is executed by the processing unit 11 of the present embodiment. The processing of the flowchart illustrated in FIG. 13 is started in parallel with the processing of the flowchart illustrated in FIGS. 11 and 12 .

First, the processing unit 11 of the wearable terminal 10 determines whether or not the user has performed a predetermined action (step S310). For example, the predetermined action is an input operation that can be distinguished from other input operations such as a tap operation that is performed three times in succession on the input unit 14 for a predetermined period of time. In step S310, the input control unit 23 monitors whether or not the input operation for transmitting an abnormality has been performed.

If it is determined that the user has not performed the predetermined operation (step S310; NO), the process proceeds to step S311, in which it is determined whether or not the power has been turned off. If the power has been turned off (step S311; YES), the process ends. If the power has not been turned off (step S311; NO), the process returns to step S310.

If it is determined that the user has performed the predetermined action (step S310; YES), the processing unit 11 shifts the process to the process of changing a new boarding destination in step S211 of FIG. After that, the process of step S211 for newly setting a destination is executed. Since this process transition is the same as the flow chart of FIG. 12, its detailed description is omitted. That is, even if the determination condition is not satisfied, the user 2 can change the destination by the input operation performed by himself/herself.

When a hospital or the like having the attribute of a treatment facility is set as a boarding destination, a process may be added that allows the user 2 to set the scheduled consultation time. For example, after the boarding destination is set, the processing unit 11 outputs to the output unit 15 a screen for asking the user 2 to confirm the scheduled examination time. When the processing unit 11 receives the scheduled medical examination time from the input unit 14 by the user 2, the processing unit 11 sets the arrival time of the vehicle 3 for which the dispatch request is made based on the scheduled medical examination time. In the process of setting the arrival time, it is preferable that additional time is added to the scheduled examination time so that the vehicle 3 reaches the boarding destination after the examination. By having this function, the wearable terminal 10 can prevent the vehicle 3 from arriving before the end of the medical examination and the charge for the waiting time being added to the charge to be paid.

<Vehicle allocation pattern (B): Example of setting processing for getting off destination>
Next, an example of setting processing for setting the above-described getting-off destination will be described. In this example, the processing unit 11 of the wearable terminal 10 can set the alighting destination based on the state of the user. FIG. 14 is a table showing destination candidates set based on the user status information of the present embodiment. The user status information shown in the left column of the table in FIG. 14 is, for example, immediately after the activity of user 2 is completed, that is, until a predetermined time (eg, 15 minutes) elapses after the activity of user 2 is completed. "Zone 1", "Zone 2", "Zone 3", "Zone 4", and "Zone 5" indicating the heartbeat state of the user 2 are shown. User fatigue and load increase in order of "Zone 1", "Zone 2", "Zone 3", "Zone 4", and "Zone 5". The right column of the table in FIG. 14 shows the destinations corresponding to "Zone 1", "Zone 2", "Zone 3", "Zone 4", and "Zone 5".

The fact that User 2's heart rate was in "Zone 1" to "Zone 3" immediately after User 2's activity was completed indicates that User 2's activity up to that point was warm-up, fat burning, and aerobic. It indicates that the intensity of exercise, such as exercise, was rather light. Therefore, the destination is set to a place where the exercise that increases the intensity of the activity is performed. Destination Park A and Stadium A corresponding to "Zone 1" are relatively large areas, while Destination Park B and Stadium B corresponding to "Zone 2" are relatively flat and straight ahead. It is a place where a long distance can be taken, and the destination C park and C stadium corresponding to "Zone 3" are set in places that include relatively many ups and downs. In this example, different destinations are set for "Zone 1" to "Zone 3", but destinations corresponding to "Zone 1" to "Zone 3" may be shared.

The fact that User 2's heart rate was in "Zone 4" immediately after User 2's activity was completed indicates that User 2's previous activity was anaerobic exercise. Therefore, the destination should be a place where aerobic exercise can be performed in order to lower the exercise intensity. Contrary to this example, depending on the settings, it is also possible to set a destination that further increases the exercise intensity of the activity of the user 2 . For example, if it is determined to be "Zone 4", a high altitude place (1800 m or higher) where exercise of "Zone 5" can be performed may be set as the destination.

The fact that User 2's heart rate was in "Zone 5" immediately after User 2's activity was completed indicates that User 2's exercise intensity for this activity up to that point was at its maximum, so it was considered as a place for User 2 to rest. Rest areas and running stations are set as destinations. Resting places are, for example, natural parks, such as forests, mountains, and rivers.

With this table, destination candidates can be set by determining whether User 2's heart rate was in "Zone 5" immediately after User 2's activity was completed. Destination candidates are selected based on whether or not the attributes of features listed based on the current location of user 2 and map information correspond to the attributes shown in the table of FIG.

<Vehicle allocation pattern (C): Example of setting processing for getting off destination>
Next, an example of setting processing for reflecting the maintenance of the above tools on the getting-off destination will be described. FIG. 15 is a table showing destination candidates that are set based on behavior information related to user activity in this embodiment. In this example, the user state acquisition unit 24 acquires, as user state information, action information indicating actions of the user in addition to the physical state of the user 2 . The action information in this example includes an activity, which is a predetermined action performed by the user 2, and tool information indicating a tool associated with the activity. in this example. The activity and tool information is obtained, for example, immediately before setting the destination of getting off as described in FIG. 14 . Alternatively, the activity may be set based on the daily activities of the user 2, such as the most frequently performed activity of the user 2 within a predetermined period of time in the past.

Destination candidates corresponding to action information are set in the table of FIG. Running and road biking are shown as part of the activity. Other than this example, for example, walking and swimming are set. Tool information is associated with this activity. Shoes are set as tool information for running as an activity. A plurality of pieces of tool information may be set for one activity. In this example, the road bike has tires and brakes.

A sports store is shown as the drop off destination for running and shoes. In addition, the same B sports store is set as the drop-off destination for tires and brakes corresponding to road bikes. The A sports store is a store that stocks a large number of tools related to running such as shoes and pedometers (registered trademark), and running and shoes are set as attribute information. On the other hand, the B sports store is a store that stocks a large number of road bikes and parts related to road bikes, and road bikes, road bike tires, road bike brakes, and the like are set as attribute information.

The processing unit 11 can set destination candidates using the activity of the user 2 or tool information. Destination candidates are selected based on whether the attributes of features listed based on the current position of user 2 and map information correspond to the attribute information shown in the table of FIG.

An example of setting destination candidates using tool information will be described. The tool information includes, for example, usage states of tools associated with activities. If the usage state satisfies a predetermined condition, the processing unit 11 determines whether or not it is time for maintenance. For example, if the activity is running and the tool information is shoes, the period of use of the shoes can be estimated based on the time and/or distance of running or walking with the shoes. When running shoes are used for a long period of time, the insoles will wear out and the soles will wear out. Therefore, the need for maintenance is determined based on the period of use and the log of the distance, and the destination is set so that the equipment can be maintained or purchased. It is possible.

It is also possible to determine the usage state of the tool by adding the altitude to the distance. For example, the altitude may be acquired from the output information of the GNSS unit 16, and the necessity of tool update may be determined based on the height difference of the movement of the user 2. In this case, when the total distance exceeds a predetermined threshold value, or when the total height difference exceeds a predetermined threshold value, it can be determined that the tool needs to be updated. In the case of repeated movement with a large height difference, such as climbing up and down a slope, the wear of the sole may be localized and deteriorated. By adding the height difference as a judgment factor, the degree of deterioration of the tool can be judged more accurately.

Furthermore, the image information can also be used to determine the usage state of the tool. For example, a tool is photographed before the activity starts, and the wearable terminal 10 stores the image information including the photographing date (including the photographing date). The image information may be acquired by the wearable terminal 10 having an imaging unit such as a camera, or may be acquired based on a digital camera, smartphone, tablet, or the like, which is an external device of the wearable terminal 10. may For example, when the shooting date exceeds a predetermined period such as two months, it can be determined that it is time to replace the tools included in the image information.

Next, the flow of setting processing of the getting-off destination in the cases shown in FIGS. 14 and 15 will be described. 16 and 17 are flowcharts for explaining the flow of alighting destination setting processing executed by the processing unit 11 of the present embodiment. FIG. 18 is a schematic diagram showing a confirmation screen displayed on the wearable terminal 10 of the present embodiment for confirming the setting of the getting-off destination. FIG. 19 is a schematic diagram showing an alighting destination selection screen displayed on the wearable terminal 10 of the present embodiment.

First, the processing unit 11 of the wearable terminal 10 turns on the communication function (step S410). For example, the communication control unit 21 puts the short-range wireless communication device of the communication unit 18 based on communication standards such as BLE, Wi-Fi (registered trademark), and NFC into a communicable state. Further, the communication function may be turned on by using the fact that the input control unit 23 receives an input operation from the user to cooperate with the in-vehicle device 60 as a trigger.

Next, the processing unit 11 determines whether communication with the in-vehicle device 60 is possible (step S411). For example, the communication control unit 21 determines whether communication such as pairing with the in-vehicle device 60 can be established.

If the processing unit 11 determines that communication with the in-vehicle device 60 is not possible, it continues the determination process until it detects the in-vehicle device 60 that can communicate (step S411; NO). When the processing unit 11 determines that communication with the in-vehicle device 60 is possible, the process proceeds to step S412 (step S411; YES).

In step S412, a process of confirming with the user 2 whether or not to set a destination on the in-vehicle device 60 side is executed. For example, the output control unit 22 outputs a confirmation screen as shown in FIG. 18 to the wearable terminal 10. FIG. In the screen example of FIG. 17, a purpose display 215 displaying the text "Set destination by car?" and a non-permission display 217 displaying a text "No" indicating that the vehicle-mounted device 60 does not agree with the destination change. In this example, the tap operation on the permission display 216 indicates consent to the setting of the destination on the in-vehicle device 60 side. Further, a tap operation on the disapproval display 217 indicates the intention of rejecting the setting of the destination on the in-vehicle device 60 side and setting the destination on the wearable terminal 10 side.

If the setting of the destination on the in-vehicle device 60 side is selected by the user's operation, this process of setting the destination on the wearable terminal 10 side ends (step S412; YES). In this case, the user 2 gets into the vehicle 3 and directly operates the in-vehicle device 60 to set the destination. Alternatively, the user 2 informs the driver of the vehicle 3 of the destination, and the driver inputs the destination into the navigation device as the in-vehicle device 60 .

When the setting of the destination on the wearable terminal 10 side is selected, the processing unit 11 executes the process of setting the candidates after step S413. In step S413, the processing unit 11 determines whether or not the user 2 has just performed an activity. For example, the user state acquisition unit 24 analyzes the movement of the wrist of the user 2 from the output information of the acceleration sensor of the sensor unit 17 and determines. It is assumed that the output information of the acceleration sensor of the sensor unit 17 is acquired a predetermined time before performing the determination processing of step S413. The processing unit 11 shifts the process to step S414 if immediately after the activity (step S414; YES), and shifts the process to step S420 if not immediately after the activity (step S414; NO). A case other than immediately after the activity is, for example, a case where the user 2 gets into the vehicle 3 from home or work.

In step S414, the processing unit 11 searches for destination candidates immediately after the activity. Also in this step S414, the processing unit 11 acquires map information in the same manner as in step S211 of FIG. For example, the route acquisition unit 25 searches for destination candidates around the current position of the user 2 based on the heart rate zone staying time analyzed as the user state information and the map information. Destination candidates may be searched using the table shown in FIG. In step S420, the processing unit 11 searches for destination candidates when not immediately after the activity. In this step S420 as well, the processing unit 11 acquires map information in the same manner as in step S211 of FIG. For example, the route acquisition unit 25 searches for destination candidates around the current position of the user 2 based on the information about the physical condition of the heart rate and sleeping state analyzed as the user state information and the map information. In this example, the destination of getting off the vehicle 3 can also be set to a treatment facility such as a hospital. For example, the user 2 may set the get-off destination to a hospital as an emergency situation. In this configuration, even while the vehicle 3 is moving toward the hospital after boarding, the wearable terminal 10 transmits user state information such as the heart rate and the state of sweat to the server of the hospital designated as the destination. may Also, if the vehicle 3 has a measuring device such as a thermometer or a sphygmomanometer, the measurement result may be transmitted to the hospital server via the wearable terminal 10 .

After executing either step S414 or step S420, the processing unit 11 shifts the process to step S415. At step S415, the processing unit 11 searches for a destination based on the activity information as the action information (step S415). For example, the route acquisition unit 25 determines whether updating of the tool is necessary from the activity and the tool information corresponding to the activity, and extracts the destination corresponding to the activity and the tool information if necessary. Destination candidates may use the table shown in FIG.

Next, the processing unit 11 displays destination candidates based on the search result of step S414 and the search result of step S415 (step S416). For example, the output control unit 22 outputs a confirmation screen as shown in FIG. 19 to the wearable terminal 10. FIG. In the screen example of FIG. 19, a plurality of candidate destination displays 221 and 223 are shown. The destination display 221 displays the text “A athletic stadium” of the candidate destination extracted based on the exercise result information of the user 2 . On the right side of the destination display 221 is arranged a required time display section 222 in which the text "30 minutes" indicating the required time is displayed. In addition, the destination display 223 displays the candidate destination "B sports shop" extracted based on the tool information of the user 2 . On the right side of the destination display 223 is arranged a required time display section 224 in which the text "25 minutes" indicating the required time is displayed.

Next, the processing unit 11 determines whether or not a destination has been selected from the displayed candidates (step S417). For example, in the screen example of FIG. 19, the destination display 221 selected by the user 2 is displayed in a white box in a black square so as to be distinguished from other destination candidates. In the screen example of FIG. 19, below the destination displays 221 and 223 are a decision display 225 for the user 2 to decide the destination and a is shown 226.

If the processing unit 11 determines that the destination has been selected, the process proceeds to step S418 (step S417; YES). For example, when the input control unit 23 detects the operation of the determination display 225 while the destination display 221 is selected, the route acquisition unit 25 determines that the user 2 has selected the destination. On the other hand, if it is determined that the destination has not been selected, the destination setting process by the wearable terminal 10 ends (step S417; NO). For example, when the input control unit 23 detects the operation of the cancel display 226, the route acquisition unit 25 determines that the user 2 has not selected the destination, and terminates this flow.

The processing unit 11 determines whether or not the vehicle 3 has reached the destination (step S418). For example, the route acquisition unit 25 determines whether the vehicle 3 has reached the destination based on the current position of the wearable terminal 10, arrival information from the in-vehicle device 60, and the like. The processing unit 11 continues this determination until the destination is reached (step S418; NO), and advances the process to step S419 when the destination is reached.

In step S419, the processing unit 11 notifies the user 2 that the destination has been reached (step S419), and the process of setting the destination ends. For example, the output control unit 22 causes the output unit 15 to output an image or sound indicating that the destination has been reached, or operates the motor of the vibration unit 19 to vibrate the wearable terminal 10. The user 2 is notified that the destination has been reached.

<Vehicle allocation pattern (D): Example of setting processing for getting off destination>
Next, an example of setting processing of the getting-off destination in which the schedule information of the user 2 described above is reflected in the getting-off destination will be described. In this example, the schedule information about the schedule of the user 2 for the day is used for setting the getting-off destination. The schedule information is, for example, stored in the wearable terminal 10 or stored in a storage unit of an external information processing device such as a smart phone paired with the wearable terminal 10 or an external server.

FIG. 20 is a flowchart for explaining part of the flow of alighting destination setting processing executed by the processing unit of the modification. The flowchart shown in FIG. 20 is obtained by replacing steps S412 and S415 of the flowchart shown in FIG. 16 with the processing of steps S510 and S511, and other processing is the same as the flowchart shown in FIG. The added step S510 is a process that is executed when setting the destination on the wearable terminal 10 side is determined by the user's operation (step S412; NO).

In step S510, it is determined whether or not User 2's schedule is free. For example, the route acquisition unit 25 acquires schedule information and determines whether or not the user 2 is free on the basis of the schedule information. The criterion for determining whether or not a schedule is available is not limited to the most recent available time. It may be determined whether or not there is vacancy in consideration of the time zone and the like as well as the set time set in advance. More specifically, during the daytime, it is determined that the schedule is available when there are several hours of free time from the afternoon to the evening of the day, and if it is nighttime, the schedule is determined to be available from the morning to the morning of the next day. It may be determined that the schedule is available when several hours are available until the scheduled time.

As a result of the determination, when it is determined that the schedule of the user 2 is not available, the processing unit 11 terminates the destination setting processing by the wearable terminal 10 (step S510; NO). As a result of the determination, when it is determined that the schedule of the user 2 is available (step S510; YES), the processing unit 11 executes the process of setting the destination based on the map information, the user status information, and the schedule information. (Step S511). In this example, the processing unit 11 executes a process of searching for candidate destinations based on the availability time of the user 2 and the usage time zone set for the feature in addition to the user's status. For example, when it is determined from the user status information that the heart rate of the user 2 is in "zone 4", the route acquisition unit 25 selects a location having the attribute of a rest facility where the free time and the usage time zone of the user 2 overlap. Set things as drop off destinations. For example, when fatigue accumulates to some extent like "Zone 4", a bathroom facility such as a spa, for which usage time periods are set to coincide with user 2's free time, is set as the destination. Further, when it is determined from the user state information that the heart rate of the user 2 is in "zone 2", the route acquisition unit 25 selects a location having an attribute of an exercise facility where the free time and the usage time zone of the user 2 overlap. Set things as drop off destinations. Also, the time zone of user 2's free time may be determined as the getting off destination. For example, if it is determined from the user state information that the heart rate of user 2 is in "zone 2" and user 2's free time is from noon to evening, route acquisition unit 25 Set a large place where you can exercise together as a drop-off destination. Furthermore, the usage time period included in the feature information may be not only the time period during which the facility can be used, but also the time period during which the facility is suitable for use. For example, for a feature in a place with a good view during the daytime, the daytime time zone may be set as the usage time zone included in the feature information. may be set as the usage time zone included in the feature information. Next, the processing unit 11 executes processing for extracting destination candidates from step S415 onward. Since subsequent processing is the same processing as in the flowchart of FIG. 16, detailed description thereof will be omitted.

In the above, the destination setting processing in which the schedule information is added to the determination factor has been described. Not limited to the example described above, the configuration may be such that when it is determined in step S510 that user 2's schedule is free, the process proceeds to step S414 of the above embodiment.

Further, determination elements other than schedule information may be added to the destination setting process. For example, user 2's proficiency level and progress in exercise can be added to the destination setting process.

<Vehicle allocation pattern (E): Example of setting processing for getting off destination>
Next, an example of setting processing of the getting off destination in which the exercise level of the user 2 is reflected in the getting off destination will be described. FIG. 21 is a flowchart for explaining a part of the flow of the getting-off destination setting process executed by the processing unit 11 of the modification. Note that the flowchart shown in FIG. 21 is obtained by changing the processing between steps S412 and S415 in FIG.

If the exercise level of user 2 has reached the predetermined reference, the processing unit 11 advances the process to step S521 (step S520; YES). In step S520, the processing unit 11 determines whether or not the exercise level of the user 2 has reached a predetermined standard. For example, the user state acquisition unit 24 may relatively detect a change in the exercise level of the user 2 based on a log of activities performed by the user 2 in the past and a heartbeat zone, or may detect an absolute change in the activity level. A standard may be provided, and based on this absolute standard, it may be determined whether or not the exercise level of the user 2 is equal to or higher than a predetermined standard.

Next, destination candidates are searched based on the map information, the user state information, and the exercise level (step S521). For example, a search is made as a destination candidate for a spot that is popular as a place where the activity is performed, as a place suitable for an exercise level that has reached a predetermined standard. A popular spot is selected by an appropriate method, such as a set place that is set in advance, a set place that is set based on the number of destinations set by other users 2, and the current degree of density. . After that, the processing unit 11 advances the process to step S415, and executes the same process as in the flowchart of FIG.

If the exercise level of user 2 has not reached the predetermined reference, the processing unit 11 advances the process to step S414 and executes the same process as in the flowchart of FIG. 16 (step S520; NO).

As described above, the information processing method executed by the processing unit 11 of the wearable terminal 10 of the present embodiment acquires user state information regarding the physical state of the user 2 (step S112), and obtains feature information. The destination of the vehicle 3 in which the user 2 rides is set based on the included map information and user state information (step S212).

As a result, the destination of the vehicle 3 can be set by reflecting the physical condition of the user 2, and the activity after the activity can be enriched.

In addition, in the information processing method of the present embodiment, the user state information includes a heartbeat zone as degree information indicating the degree of physical load of the user 2, and the feature information indicates the characteristics of a preset facility. A feature that includes attribute information and has attribute information corresponding to the heartbeat zone as degree information is set as the destination based on the map information and the user state information (step S212). As a result, it is possible to set a destination having facility characteristics that match the state of the user 2 . Therefore, when the boarding place is set as the destination, the distance from the current location of the user 2 to the boarding place can be shortened, or a resting place or the like can be set as the boarding place according to the state of the user 2.例文帳に追加In addition, when setting the place of getting off as the destination, it is also possible to set a resting place, a place for activities, etc. as the place of getting off according to the state of the user 2 .

Further, in the information processing method of the present embodiment, the user state information is acquired before getting into the vehicle 3 (step S112), and the boarding place where the user 2 gets into the vehicle 3 is used as the destination in the map information and the user state information. (step S212). As a result, even if the user is in poor physical condition or is tired before boarding, it is possible to set a nearby boarding point according to the physical condition and fatigue.

Further, in the information processing method of the present embodiment, when the fatigue of the user is determined based on the user state information and the preset determination conditions (steps S113 to S118), The destination is changed from the initial boarding place to the boarding place set based on the map information and the user status information (step S212). As a result, even if the user 2 was not conscious of fatigue at the time of the dispatch request, the destination can be changed to a boarding place that reflects the fatigue.

In addition, in the information processing method of the present embodiment, after setting the boarding point, a guidance process for guiding the route to the boarding point is executed (step S215). As a result, the wearable terminal 10 can be referenced to reach the boarding place without hesitation. Even if the original boarding place is changed to a new boarding place based on the user state information, the user 2 can efficiently arrive at the new boarding place.

In addition, in the information processing method of the present embodiment, the user state information is acquired before getting on the vehicle 3 (step S414 or step S420), and the place where the user gets off the vehicle 3 is set as the destination by the map information and the user state information. information (steps S414 to S417 or steps S420 to S417). As a result, even if the user 2 does not input the destination using the vehicle 3, it is possible to automatically set the destination candidate according to the state and activity of the user 2. FIG. In addition, in the above-described embodiment, the user state information is acquired before boarding the vehicle, but may be acquired while the user 2 is boarding the vehicle 3 .

Further, in the information processing method of the present embodiment, the user state information includes action information indicating a predetermined action (activity) performed by the user 2 and a tool associated with the action. The destination is set based on the map information, the user state information, and the action information (steps S414 to S417 or steps S420 to S417). As a result, a predetermined action or the state of a tool associated with this action can be selected as a destination candidate.

In addition, in the information processing method of the present embodiment, whether or not there is a need to update tools is determined based on behavior information. is set (step S415). As a result, the state of the tool can be reflected in the destination, and convenience for the user 2 can be further improved.

Further, in the information processing method of the present embodiment, schedule information indicating the schedule of the user 2 is further acquired (step S510), and map information and user status information are generated with the place where the user 2 gets off the vehicle 3 as the destination. and schedule information (step S511). As a result, in addition to the state of user 2, his/her own schedule can be set as one of the candidates for the getting off destination.

Further, in the information processing method of the present embodiment, the feature information includes usage time zone information, and based on the map information, the user status information, and the schedule information, the usage time zone information corresponding to the free time of the user 2 is set as an alighting place (step S511). Thereby, in addition to the state of the user 2, it is possible to reflect the vacant time and the available time zone in the getting off destination, and the convenience of the user 2 can be further improved.

In addition, the processing unit 11 of the present embodiment determines the exercise level of the user based on the user state information (step S520), and uses the destination where the user 2 gets off the vehicle 3 as the destination, map information and user state information. and exercise level (step S521). As a result, a feature corresponding to the exercise level can be set as the destination for getting off, and the exercise level as well as the state of the user 2 can be reflected in setting the destination.

Further, the program of the present embodiment includes a user information acquisition function for acquiring user state information regarding the physical state of the user 2, and a vehicle in which the user 2 rides based on map information including information on features and user state information. 3, the wearable terminal 10, which is a computer, executes a route setting function of setting a destination.

Furthermore, the wearable terminal 10 as the information processing apparatus of the present embodiment acquires user state information regarding the physical state of the user 2, and allows the user 2 to get on board based on the map information including information on the feature and the user state information. A processing unit 11 for setting the destination of the vehicle 3 is provided.

It should be noted that the present invention is not limited to the above-described embodiments, and includes modifications, improvements, and the like within the scope of achieving the object of the present invention.

The series of processes described above can be executed by hardware or by software. In other words, the functional configuration of FIG. 3 is merely an example and is not particularly limited. In other words, it is sufficient that the in-vehicle device 60 has a function capable of executing the series of processes described above as a whole, and what kind of functional blocks are used to realize this function is not particularly limited to the example in FIG.

Also, one functional block may be composed of hardware alone, software alone, or a combination thereof. The functional configuration in this embodiment is realized by a processor that executes arithmetic processing, and processors that can be used in this embodiment are composed of various single processing units such as single processors, multiprocessors, and multicore processors. In addition, it includes a combination of these various processing devices and a processing circuit such as ASIC (Application Specific Integrated Circuit) or FPGA (Field-Programmable Gate Array).

When a series of processes is to be executed by software, a program constituting the software is installed in a computer or the like from a network or a recording medium. The computer may be a computer built into dedicated hardware. The computer may also be a computer capable of executing various functions by installing various programs, such as a general-purpose personal computer.

A recording medium containing such a program is not only constituted by a removable medium that is distributed separately from the main body of the device in order to provide the program to the user, but is also provided to the user in a state pre-installed in the main body of the device. It consists of a recording medium, etc. Removable media are composed of, for example, magnetic disks (including floppy disks), optical disks, or magneto-optical disks. Optical discs are composed of, for example, CD-ROMs (Compact Disk-Read Only Memory), DVDs (Digital Versatile Disks), Blu-ray (registered trademark) Discs, and the like. The magneto-optical disk is composed of an MD (Mini-Disk) or the like. Further, the recording medium provided to the user in a state of being pre-installed in the device main body is composed of, for example, a hard disk included in the main storage section 12 or the auxiliary storage section 13 in which the program is recorded.

In this specification, the steps of writing a program recorded on a recording medium are not only processes that are performed chronologically in that order, but also processes that are not necessarily chronologically processed, and that are performed in parallel or individually. It also includes the processing to be executed.

In the above-described embodiments, the information processing apparatus of the present invention has been described as an example of a wearable terminal worn by a user, but it is not particularly limited to this. For example, the management server 40 of the above embodiment may be configured to perform the same processing as the wearable terminal 10, or the in-vehicle device 60 may be configured to perform the same processing. In addition, the present invention can also be applied to notebook personal computers, smart phones, tablet terminals, and the like.

Although several embodiments of the present invention have been described above, these embodiments are merely examples and do not limit the technical scope of the present invention. The present invention can take various other embodiments, and various modifications such as omissions and substitutions can be made without departing from the gist of the present invention. These embodiments and modifications thereof are included in the scope and gist of the invention described in this specification and the like, and are included in the scope of the invention described in the claims and equivalents thereof.

The invention described in the scope of claims at the time of filing of the present application will be additionally described below.
[Appendix 1]
obtaining user state information about the user's physical state;
An information processing method for setting a destination of a vehicle in which the user rides based on map information including information on features and the user state information.
[Appendix 2]
The user state information includes degree information indicating the degree of physical load of the user,
The feature information includes attribute information indicating characteristics of preset facilities,
The information processing method according to appendix 1, wherein the feature having the attribute information corresponding to the degree information is set as the destination based on the map information and the user state information.
[Appendix 3]
obtaining the user state information before boarding the vehicle;
3. The information processing method according to appendix 1 or 2, wherein a boarding place where the user boards the vehicle is set as the destination based on the map information and the user state information.
[Appendix 4]
When it is determined that the user is tired based on the user state information and a predetermined determination condition, from the initial boarding place set before the determination, based on the map information and the user state information The information processing method according to appendix 3, wherein the destination is changed to the boarding place set by the user.
[Appendix 5]
5. The information processing method according to appendix 3 or 4, wherein after setting the boarding place, guidance processing is executed to guide a route to the boarding place.
[Appendix 6]
acquiring the user state information before or during boarding of the vehicle;
6. The information processing method according to any one of appendices 1 to 5, characterized in that a place where the user gets off the vehicle is set as the destination based on the map information and the user state information.
[Appendix 7]
The user state information includes action information indicating a predetermined action performed by the user and a tool associated with the action,
7. The information according to any one of appendices 1 to 6, wherein the destination is set based on the map information, the user state information, and the action information, where the user gets off the vehicle. Processing method.
[Appendix 8]
determining whether or not there is a need to update the tool based on the behavior information;
8. The information processing method according to Supplementary note 7, wherein when the tool needs to be updated, a destination candidate is set as the destination candidate based on the map information and the behavior information.
[Appendix 9]
further acquiring schedule information indicating the user's schedule;
9. The information according to any one of appendices 1 to 8, wherein the destination is set based on the map information, the user state information, and the schedule information, where the user gets off the vehicle. Processing method.
[Appendix 10]
The feature information includes usage time zone information,
An additional note characterized in that, based on the map information, the user status information, and the schedule information, the feature for which the use time zone information corresponding to the user's free time is set is set as the drop-off place. 9. The information processing method according to 9.
[Appendix 11]
determining an exercise level of the user based on the user state information;
11. The information according to any one of appendices 1 to 10, wherein the destination is set based on the map information, the user state information, and the exercise level, where the user gets off the vehicle. Processing method.
[Appendix 12]
a user information acquisition function for acquiring user state information regarding the user's physical state;
a route setting function for setting a destination of a vehicle boarded by the user based on map information including information on features and the user state information;
A program that makes a computer run
[Appendix 13]
obtaining user state information about the user's physical state;
An information processing apparatus comprising a processing unit for setting a destination of a vehicle boarded by the user based on map information including information on a feature and the user state information.

2 User 3 Vehicle 10 Wearable Terminal (Information Processing Device)
11 processing unit 40 management server 60 in-vehicle device

Claims (13)

obtaining user state information about the user's physical state;
An information processing method for setting a destination of a vehicle in which the user rides based on map information including information on features and the user state information.
The user state information includes degree information indicating the degree of physical load of the user,
The feature information includes attribute information indicating characteristics of preset facilities,
2. The information processing method according to claim 1, wherein the feature having the attribute information corresponding to the degree information is set as the destination based on the map information and the user state information.
obtaining the user state information before boarding the vehicle;
3. The information processing method according to claim 1, wherein a boarding place where the user boards the vehicle is set as the destination based on the map information and the user state information.
When it is determined that the user is tired based on the user state information and a predetermined determination condition, from the initial boarding place set before the determination, based on the map information and the user state information 4. The information processing method according to claim 3, wherein the destination is changed to the boarding place set by the user.
5. The information processing method according to claim 3, wherein, after setting the boarding place, guidance processing for guiding a route to the boarding place is executed.
acquiring the user state information before or during boarding of the vehicle;
6. The information processing method according to any one of claims 1 to 5, wherein a place where the user gets off the vehicle is set as the destination based on the map information and the user state information.
The user state information includes action information indicating a predetermined action performed by the user and a tool associated with the action,
7. The destination according to any one of claims 1 to 6, wherein the destination is set based on the map information, the user state information, and the behavior information, where the user gets off the vehicle. Information processing methods.
determining whether or not there is a need to update the tool based on the behavior information;
8. The information processing method according to claim 7, wherein when the tool needs to be updated, destination candidates are set as the destination candidates based on the map information and the behavior information.
further acquiring schedule information indicating the user's schedule;
9. The destination according to any one of claims 1 to 8, wherein the destination is set based on the map information, the user state information, and the schedule information, where the user gets off the vehicle. Information processing methods.
The feature information includes usage time zone information,
A feature characterized in that, based on the map information, the user status information, and the schedule information, the feature for which the use time zone information corresponding to the user's free time is set is set as the drop-off place. Item 9. The information processing method according to item 9.
determining an exercise level of the user based on the user state information;
11. The destination according to any one of claims 1 to 10, wherein the destination is set based on the map information, the user state information, and the exercise level, where the user gets off the vehicle. Information processing methods.
a user information acquisition function for acquiring user state information regarding the user's physical state;
a route setting function for setting a destination of a vehicle boarded by the user based on map information including information on features and the user state information;
A program that makes a computer run
obtaining user state information about the user's physical state;
An information processing apparatus comprising a processing unit for setting a destination of a vehicle boarded by the user based on map information including information on a feature and the user state information.

Images