Information processing device, vehicle system, and information processing method
By using an information processing device to dynamically manage the execution modes of electronic control units in vehicles based on battery level, the solution addresses the issue of high power consumption during parking, ensuring critical functions are maintained and battery life is extended.
Patent Information
- Application Number
- JP2021153653
- Authority / Receiving Office
- JP · JP
- Patent Type
- Patents
- Current Assignee / Owner
- Filing Date
- 2021-09-21
- Publication Date
- 2025-03-25
- Estimated Expiration
- 2041-09-21
AI Technical Summary
The increasing number of electronic control units in vehicles that remain active during parking leads to higher power consumption, burdening the vehicle's battery and risking suspension of critical functions like security and emergency calls.
An information processing device with a control unit that acquires the remaining battery level of a vehicle and determines the execution mode for each process executed by electronic control units, ensuring that critical functions are maintained while less important processes are restricted to conserve battery power.
This solution effectively reduces vehicle power consumption by dynamically managing the execution modes of electronic control units based on the battery level, ensuring critical functions are preserved and battery life is extended.
Smart Images

Figure 0007650573000001 
Figure 0007650573000002 
Figure 0007650573000003
Abstract
Description
[Technical field]
[0001] The present invention relates to vehicle control. [Background technology]
[0002] There are technologies for reducing the consumption of a battery in a vehicle. In this regard, for example, Patent Document 1 discloses an invention related to a vehicle system that switches an in-vehicle device to a power saving mode based on the remaining charge of the battery in the vehicle. [Prior art documents] [Patent documents]
[0003] [Patent Document 1] JP 2010-186253 A Summary of the Invention [Problem to be solved by the invention]
[0004] The present disclosure aims to reduce the power consumption of a vehicle. [Means for solving the problem]
[0005] One aspect of an embodiment of the present disclosure is an information processing device having a control unit that acquires information regarding a remaining battery charge of a vehicle, and determines, based on the remaining battery charge, an execution mode for each of a plurality of processes executed by one or more electronic control units possessed by the vehicle after the vehicle's driving system is stopped.
[0006] One aspect of an embodiment of the present disclosure is a vehicle system including a first device that performs multiple processes related to a vehicle and a second device that acquires information regarding a remaining battery charge of the vehicle, wherein the second device transmits information regarding the remaining battery charge of the vehicle to the first device, and the first device determines, based on the remaining battery charge, an execution mode for each of multiple processes executed by one or more electronic control units possessed by the vehicle after the vehicle's driving system is stopped.
[0007] One aspect of an embodiment of the present disclosure is an information processing method including the steps of acquiring information regarding a remaining battery charge of a vehicle, and determining, based on the remaining battery charge, an execution mode for each of a plurality of processes executed by one or more electronic control units possessed by the vehicle after a driving system of the vehicle is stopped. Effect of the Invention
[0008] According to the present disclosure, it is possible to reduce the power consumption of a vehicle. [Brief description of the drawings]
[0009] [Figure 1] 1 is a schematic diagram of a vehicle system according to a first embodiment. [Diagram 2] 1 is a diagram illustrating components of a vehicle 10 according to a first embodiment. [Figure 3A] FIG. 2 is a schematic diagram illustrating functional modules included in a control unit. [Figure 3B] FIG. 4 is a schematic diagram illustrating data stored in a storage unit. [Figure 4] 5 is an example of a mode list according to the first embodiment. [Diagram 5] FIG. 4 is a flow diagram of a process according to the first embodiment. [Figure 6A] 5 shows an example of a power saving mode in the first embodiment. [Figure 6B] FIG. 4 is a diagram illustrating a power saving mode according to the first embodiment. [Figure 7]4 is a flowchart of a process executed by the DCM during parking. [Figure 8] 13 shows an example of a mode list according to the second embodiment. [Figure 9] 13 shows an example of a mode list according to the third embodiment. [Figure 10] FIG. 11 is a flow diagram of a process according to a third embodiment. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
[0010] Generally, electronic control units in vehicles stop operating when the vehicle's driving system is shut down. However, with recent improvements in vehicle functionality, an increasing number of electronic control units continue to operate in standby mode even while the vehicle is parked. Such electronic control units include those that provide security functions, those that provide remote control functions, and those that provide emergency call functions.
[0011] If the number of electronic control units that remain on standby while the vehicle is parked increases, power consumption increases, causing a problem of putting a strain on the vehicle battery. As a method for dealing with this, a method is known in which an arbitrary electronic control unit is put to sleep during standby based on the remaining battery charge of the vehicle. However, if the operation of all electronic control units is stopped, there is a risk that important functions such as security and emergency call functions will also be stopped. The information processing device according to the present disclosure solves such a problem.
[0012] An information processing device according to one aspect of the present disclosure has a control unit that acquires information regarding a remaining battery charge of a vehicle, and determines, based on the remaining battery charge, an execution mode for each of a plurality of processes executed by one or more electronic control units possessed by the vehicle after the vehicle's driving system is stopped.
[0013] The information on the remaining battery charge of the vehicle is, for example, information indicating the remaining charge of a battery (such as an auxiliary battery) for operating electrical equipment of the vehicle. The information can be obtained, for example, from an electronic control unit that manages the battery of the vehicle. The control unit determines an execution mode for each of a plurality of processes that can be executed by an electronic control unit mounted on the vehicle, based on the remaining battery power. The target electronic control unit may be a device different from the information processing device according to the present disclosure, or may be the same device.
[0014] Examples of the execution mode include a "mode that does not permit execution" and a "mode that permits normal execution". Note that the execution mode may be other than these as long as it is related to power consumption. For example, it may be a "mode that reduces communication volume more than normal" or a "mode that reduces power consumption more than normal".
[0015] The information processing device according to the present disclosure determines an execution mode for each of a plurality of processes that can be executed by an electronic control unit based on the remaining battery charge of a vehicle. This makes it possible to "execute processes for providing important functions regardless of the remaining battery charge" and "restrict relatively unimportant processes at an early stage in order to protect the battery."
[0016] Specific embodiments of the present disclosure will be described below with reference to the drawings. Unless otherwise specified, the hardware configuration, module configuration, functional configuration, and the like described in each embodiment are not intended to limit the technical scope of the disclosure to only those.
[0017] First Embodiment An overview of a vehicle system according to a first embodiment will be described with reference to Fig. 1. The vehicle system according to this embodiment includes a vehicle 10.
[0018] The vehicle 10 is a connected car having a communication function with an external network. The vehicle 10 includes a DCM (Data Communication Module) 100 and an electronic control unit 200 (also referred to as an ECU). Although a single ECU 200 is illustrated in FIG. 1, the vehicle 10 may include multiple ECUs 200.
[0019] The DCM 100 is a device that performs wireless communication with an external network. The DCM 100 functions as a gateway for connecting components (hereinafter, vehicle components) of the vehicle 10 to the external network. For example, the DCM 100 provides an ECU 200 of the vehicle 10 with access to the external network. This allows a plurality of ECUs 200 mounted on the vehicle to communicate with external devices connected to the network via the DCM 100. The DCM 100 can also be regarded as one of the electronic control units that the vehicle 10 has.
[0020] Here, the server device 20 is taken as an example of the external device. The server device 20 is a device that provides connected services to the vehicle 10. In this embodiment, the server device 20 provides, for example, traffic information and infotainment-related information to the vehicle 10. In addition, the server device 20 provides, for example, a security monitoring service, a remote control service, and an emergency response service in case of an emergency to the vehicle 10.
[0021] 2 is a diagram illustrating components of a vehicle 10 according to this embodiment. The vehicle 10 according to this embodiment includes a DCM 100 and a plurality of ECUs 200A, 200B, 200C, . . . (hereinafter collectively referred to as ECUs 200). The ECU 200 may include a plurality of ECUs each responsible for a plurality of components of the vehicle 10. Examples of the plurality of ECUs include a body ECU, an engine ECU, a hybrid ECU, and a powertrain ECU. The ECU 200 may be divided into functional units. For example, the ECU 200 may be divided into an ECU that executes a security function, an ECU that executes an automatic parking function, an ECU that executes a remote control function, and an ECU that executes an infotainment function.
[0022] The DCM 100 includes an antenna 110 , a communication module 120 , a GPS antenna 130 , a GPS module 140 , a control unit 101 , a storage unit 102 , and a communication unit 103 .
[0023] The antenna 110 is an antenna element that inputs and outputs radio signals. In this embodiment, the antenna 110 is adapted for mobile communications (e.g., mobile communications such as 3G, LTE, and 5G). The antenna 110 may be configured to include multiple physical antennas. For example, when performing mobile communications using radio waves in a high frequency band such as microwaves or millimeter waves, multiple antennas may be arranged in a distributed manner to stabilize the communications. The communication module 120 is a communication module for performing mobile communication.
[0024] The GPS antenna 130 is an antenna that receives positioning signals transmitted from positioning satellites (also called GNSS satellites). The GPS module 140 is a module that calculates position information based on the signal received by the GPS antenna 130 .
[0025] The control unit 101 is a calculation unit that executes a predetermined program to realize various functions of the DCM 100. The control unit 101 may be realized by, for example, a CPU or the like. .
[0026] The control unit 101 performs a function of mediating communication between an external network and components of the vehicle 10 (hereinafter, vehicle components). The vehicle component may be the ECU 200 or another in-vehicle device (for example, a car navigation device or a head unit device). For example, when a vehicle component needs to communicate with an external network, the control unit 101 executes a function of relaying data transmitted from the vehicle component to the external network, and also executes a function of receiving data transmitted from the external network and transferring the data to an appropriate vehicle component.
[0027] Furthermore, the control unit 101 can execute functions unique to the device itself. For example, the control unit 101 is configured to be able to execute a monitoring function of a security system and a calling function, and can make a security call, an emergency call, etc. based on a trigger that occurs inside the vehicle. The detailed functions will be described later.
[0028] The storage unit 102 is a memory device including a main storage device and an auxiliary storage device. The auxiliary storage device stores an operating system (OS), various programs, various tables, etc., and by loading the programs stored therein into the main storage device and executing them, it is possible to realize various functions that meet a predetermined purpose, as described below.
[0029] The communication unit 103 is an interface unit for connecting the DCM 100 to an in-vehicle network. In this embodiment, a plurality of vehicle components including an electronic control unit (ECU 200) are connected to each other via a bus 400 of the in-vehicle network. For example, a controller area network (CAN) can be used as a standard for the in-vehicle network. In addition, when the in-vehicle network uses multiple standards, the communication unit 103 may have multiple interface devices that match the standards of the communication destination. As a communication standard other than CAN, for example, Ethernet (registered trademark) can be exemplified.
[0030] Next, a description will be given of functions executed by the control unit 101. Fig. 3A is a schematic diagram illustrating functional modules possessed by the control unit 101. The functional modules possessed by the control unit 101 can be realized by causing the control unit 101 to execute a program stored in a storage unit such as a ROM.
[0031] The data relay unit 1011 relays data transmitted and received between vehicle components. For example, the data relay unit 1011 receives a message sent by a first device connected to the in-vehicle network, and executes a process of transferring the message to a second device connected to the in-vehicle network as necessary. The first and second devices may be the ECU 200 or other vehicle components. Furthermore, when a message addressed to an external network is received from a vehicle component, the data relay unit 1011 relays the message to the external network. Also, the data relay unit 1011 receives data transmitted from the external network and transfers the data to an appropriate vehicle component.
[0032] When an abnormality occurs in the vehicle 10, the emergency call unit 1012 makes an emergency call to an operator outside the vehicle. Examples of abnormalities include a traffic accident or a vehicle breakdown. When a predetermined trigger occurs, such as pressing a call button provided in the vehicle or deploying an airbag, the emergency call unit 1012 starts a connection with an operator and enables a call between the vehicle occupant and the operator. When making an emergency call, the emergency call unit 1012 may transmit vehicle position information to the operator. In this case, the emergency call unit 1012 uses a GPS. Location information may be obtained from the S module 140 .
[0033] The security management unit 1013 performs security monitoring processing. For example, based on data received from the ECU 200 that manages the electronic lock of the vehicle, the security management unit 1013 detects that the vehicle has been unlocked without following a normal procedure, and transmits a security notification to the server device 20. In addition, based on data received from the ECU 200 that manages the body, the security management unit 1013 detects that an impact, vibration, or the like has been applied to the vehicle body, and transmits a security notification to the server device 20. The security report may include vehicle location information. In this case, the security management unit 1013 may acquire the location information from the GPS module 140. When the security management unit 1013 determines that a problem has occurred in the security of the vehicle, the security management unit 1013 may acquire the location information and periodically transmit the acquired location information to the server device 20. The security report may also include images of the vehicle's surroundings or interior. In this case, the security manager 1013 may obtain the images from a camera mounted on the vehicle.
[0034] The remote control unit 1014 controls the operation of components of the vehicle 10 based on requests transmitted from outside the vehicle 10. Components that are the target of remote control are typically air conditioning devices such as a car air conditioner, but may be other components. For example, seat heaters, steering heaters, defrosters, etc. may be the target of remote control. The remote control unit 1014 receives, for example, from an external network, a command to operate the air conditioning of the vehicle 10, and operates one of a plurality of air conditioning devices based on the command.
[0035] The data collection unit 1015 collects predetermined data and transmits it to the server device 20. The collected and transmitted data may be data related to the traveling of the vehicle 10. Such data (hereinafter, vehicle data) includes data indicating the speed, position, traveling direction, etc. of the vehicle 10. The server device 20 can perform processing that contributes to traffic safety, for example, by collecting data related to the traveling of multiple vehicles in real time.
[0036] The vehicle data may also be data relating to the surrounding environment of the vehicle 10. The server device 20 can generate traffic information and the like by collecting data relating to the surrounding environment from a plurality of vehicles. In addition, the vehicle data may be images captured by an on-board camera, distance images, etc. The server device 20 can generate a three-dimensional road map, etc. by collecting these data.
[0037] The update unit 1016 updates software used by its own device (DCM 100) or an electronic control unit (ECU 200) of the vehicle 10. For example, the update unit 1016 manages the versions of firmware stored in the multiple ECUs 200, and when new firmware is provided by the server device 20, downloads it via the network and executes a process of applying it to the target device.
[0038] Although the functions provided by the DCM 100 are listed here as an emergency call function, a security function, a remote control function, a vehicle data collection / transmission function, and a software update function, the DCM 100 may have other functions. For example, the DCM 100 may have a driving diagnosis function, a driver status monitoring function, an energy management function, and the like.
[0039] The mode management unit 1017 controls the power saving of the device itself. Specifically, when the vehicle 10 is parked, the mode management unit 1017 acquires information about the remaining battery charge of the vehicle itself, and assigns an execution mode to each of a plurality of functions (a plurality of functional modules) that the device itself can provide based on the remaining battery charge. The remaining battery capacity refers to, for example, the remaining capacity of a battery (such as an auxiliary battery) for operating electrical components of the vehicle, but may also be the remaining capacity of a drive battery.
[0040] An execution mode is a mode for specifying the operation of a plurality of functional modules, and is, for example, a "normal mode," a "sleep mode," a "power saving mode," and the like. The normal mode is a mode in which normal operation is performed, and the sleep mode is a mode in which power consumption is minimized by suspending the execution of processes. The power saving mode is a mode for reducing power consumption by restricting some of the functions, and may be divided into a mode for reducing the frequency of execution of a process, a mode for reducing the execution time of a process, a mode for reducing the frequency of communication with an external device, a mode for reducing the amount of communication data, etc.
[0041] A functional module operates according to the execution mode assigned to it. For example, if the execution mode assigned to a certain functional module is "pause," the functional module stops processing to provide its function. Furthermore, when an execution mode assigned to a certain functional module is a mode that reduces power consumption, the functional module changes at least a part of the process for providing the function in order to reduce power consumption. For example, if there is a functional module that normally executes a certain process every 30 seconds, power consumption can be reduced by changing the processing interval to one minute.
[0042] In this way, by allocating an appropriate execution mode to each of the multiple functional modules, the power consumption of the DCM 100 can be reduced.
[0043] Note that assigning an execution mode to a functional module is synonymous with assigning an execution mode to a set of processes for providing a function.
[0044] The storage unit 102 stores a mode list 102A. FIG. The mode list 102A is a list that records execution modes to be assigned to multiple functional modules of the DCM 100. An example of the mode list 102A is shown in Fig. 4. The mode list 102A associates the execution modes to be assigned to multiple functional modules of the DCM 100 with the remaining battery power.
[0045] In the illustrated example, the emergency call function is provided regardless of the remaining battery level, the security function and the remote control function are provided when the remaining battery level is greater than 20%, the data transmission function is provided when the remaining battery level is greater than 50%, and the software update function is provided when the remaining battery level is greater than 80%.
[0046] In addition, although two modes, "normal" and "pause", are exemplified in FIG. 4, the execution mode may be defined other than these. For example, other modes that suppress power consumption may be added to the execution modes. Methods of suppressing power consumption include, for example, making the execution cycle of a process longer than normal, lowering the priority of a process, or shortening the duration of a process.
[0047] Returning to FIG. 2, the ECU 200 will be described. The ECU 200 is an electronic control unit that controls components of the vehicle 10. The vehicle 10 may include a plurality of ECUs 200. The plurality of ECUs 200 each control components of a different system, such as an engine system, an electrical system, and a powertrain system. The ECU 200 has a function of generating a prescribed message and periodically transmitting and receiving the message via an in-vehicle network.
[0048] Furthermore, the ECU 200 can provide a predetermined service by communicating with a device (e.g., the server device 20) on an external network via the DCM 100. Examples of the predetermined service include a remote service (e.g., a remote air conditioning service), a security monitoring service, a service linked to a smart home, and an automatic parking service.
[0049] Furthermore, the ECU 200 may control an in-vehicle device (e.g., a car navigation device) that provides information to the vehicle occupants. The in-vehicle device is a device that provides information to the vehicle occupants, and is also called a car navigation system, an infotainment system, or a head unit. This makes it possible to provide navigation and entertainment to the vehicle occupants. Furthermore, the ECU 200 may download traffic information, road map data, music, moving images, and the like via an external network.
[0050] Like the DCM 100, the ECU 200 can be configured as a computer having a processor such as a CPU or GPU, a main storage device such as a RAM or ROM, and an auxiliary storage device such as an EPROM, a disk drive, or removable media.
[0051] The ECU 200 includes a control unit 201 , a storage unit 202 , and a communication unit 203 . The control unit 201 is an arithmetic unit (processor) that executes a predetermined program to realize various functions of the ECU 200. The storage unit 202 is a memory device including a main storage device and an auxiliary storage device. The communication unit 203 is a communication interface that connects the ECU 200 to an in-vehicle network. The communication unit 203 executes a process of transmitting a message in a predetermined format generated by the control unit 201 to the network bus 400, and a process of transmitting a message received from the network bus 400 to the control unit 201.
[0052] In this embodiment, ECU 200A, ECU 200B, and ECU 200C are illustrated as examples of the ECU 200 mounted on the vehicle 10. In this embodiment, the ECU 200A is an ECU that manages an electrical system of the vehicle 10. The ECU 200A can obtain data related to the remaining charge of the battery of the vehicle 10 and provide the data to the DCM 100. The ECU 200B and the ECU 200C are ECUs that control components other than the electrical system. Examples of such ECUs include an engine ECU and a powertrain ECU.
[0053] The network bus 400 is a communication bus that constitutes an in-vehicle network. Although one bus is illustrated in this example, the vehicle 10 may have two or more communication buses.
[0054] Next, a flow of processes executed by the components included in the vehicle system according to this embodiment will be described with reference to Fig. 5. The process is executed by the DCM 100 and the ECU 200A.
[0055] First, in step S11, the DCM 100 (mode management unit 1017) of the vehicle 10 detects that the ignition of the vehicle is turned off. When the mode management unit 1017 detects that the ignition of the vehicle is turned off, the mode management unit 1017 transmits data (remaining amount request) to the ECU 200A, requesting acquisition of the remaining battery amount of the vehicle.
[0056] In step S12, the ECU 200A acquires the remaining battery charge of the vehicle in response to the remaining charge request. The ECU 200A generates data indicating the remaining battery charge (remaining charge data) and transmits the data to the DCM 100. The remaining battery charge is, for example, a State of Charge (SOC) It can be expressed by values such as Charge.
[0057] Next, in step S13, the mode management unit 1017 refers to the mode list 102A and acquires a list of execution modes corresponding to the remaining battery charge. For example, in the example of FIG. 4, if the remaining battery charge of the vehicle is 45%, the following execution mode is acquired. ·Emergency call function: Normal Security features: Normal Remote control function: Normal Vehicle data collection / transmission function: Suspended Software update function: Pause
[0058] Next, in step S14, the acquired execution mode is assigned to each functional module. In the case of the above-mentioned example, the mode management unit 1017 instructs the emergency notification unit 1012, the security management unit 1013, and the remote control unit 1014 to operate in the "normal mode". In addition, the mode management unit 1017 instructs the data collection unit 1015 and the update unit 1016 to operate in the "pause" mode.
[0059] Each functional module starts to operate according to the execution mode assigned to it. For example, if the execution mode assigned to a certain functional module is "pause", the functional module stops processing to provide its function.
[0060] In this example, the "sleep" mode is used as an example of a mode for reducing power consumption, but other power saving modes may be defined. For example, as shown in FIG. 6A, a mode may be defined that changes the execution cycle or duration of a process. In either case, the execution mode is specified so that the total processing time becomes shorter (i.e., the power consumption becomes lower) as the remaining battery power decreases.
[0061] FIG. 6B is a diagram specifically explaining a method for reducing power consumption. For example, if there is an ECU 200 that repeats a process at a predetermined cycle to provide a certain function in a normal operation mode, power consumption can be reduced by changing the operation mode. For example, the operation cycle of the process may be made longer than normal, as in an intermittent mode, or a lighter process may be executed, as in a low-load mode. Also, the duration of each process may be shortened, as in a reduced mode. Furthermore, power consumption can be reduced by suppressing communication. For example, a mode that lowers the priority of communication for each functional module may be defined, or a mode that reduces the output of wireless communication below normal may be defined.
[0062] FIG. 7 is a flowchart of a process that is executed when the ignition of the vehicle 10 is turned off (ie, when the vehicle 10 is parked). First, in step S21, the DCM 100 (mode management unit 1017) determines whether or not the ignition of the host vehicle is turned on. If so, the process proceeds to step S22.
[0063] In step S22, the mode management unit 1017 releases the execution mode allocation for each of the multiple function modules, causing each of the function modules to return to the normal execution mode. For example, if there is a functional module that has paused processing, the processing is resumed in this step. In other words, the execution of the processing by the functional module is postponed until the driving system of the vehicle 10 is restarted.
[0064] If it is determined in step S21 that the vehicle ignition is not turned on, the process proceeds to step S23, where the battery state of the vehicle 10 is monitored. Specifically, in step S23, the mode management unit 1017 issues a remaining charge request to the ECU 200A to request acquisition of the remaining battery charge. The ECU 200A acquires the remaining battery charge by the same process as in step S12, and returns the remaining charge data as a response.
[0065] Next, in step S24, the mode management unit 1017 updates the execution mode by the same process as in steps S13 to S14. For example, if the remaining battery power decreases while the vehicle is parked, the execution mode assigned to each functional module is changed. For example, if the battery level falls below 20% while the vehicle is parked, processing to provide remote control functions will stop. If the vehicle 10 is an electric vehicle or a plug-in hybrid vehicle, the battery level may be restored by charging while parked. In this case, the execution mode assigned to each functional module is changed according to the mode list 102A. For example, if the battery level exceeds 20% due to charging, the process for providing the remote control function is resumed.
[0066] As described above, in the first embodiment, the execution mode of a plurality of functional modules executed by the DCM 100 is switched based on the remaining battery charge of the vehicle 10. In conventional technology, the mode could only be switched on an electronic control unit basis, but in the vehicle system according to this embodiment, the mode can be switched on a function basis. This makes it possible to maintain more important functions until just before the battery runs out, and to stop less important functions at an early stage.
[0067] Second Embodiment In the first embodiment, the execution mode is specified for each functional module, whereas in the second embodiment, the execution mode is specified for each type of data to be transmitted and received.
[0068] FIG. 8 is an example of a mode list in the second embodiment. As shown in the figure, in this embodiment, an execution mode is assigned to each type of data to be transmitted and received. For example, if the data to be transmitted and received is data related to an emergency call, communication is permitted regardless of the remaining battery level. On the other hand, if the data to be transmitted and received is data related to security, communication is permitted only when the remaining battery level is more than 20%.
[0069] In this embodiment, the mode management unit 1017 notifies each functional module of the execution mode for each type of data, and each functional module controls transmission and reception of the target data according to the execution mode corresponding to the data. For example, the security management unit 1013 stops transmission and reception of security-related data when the remaining battery level is below 20%.
[0070] In this embodiment, a mode that allows communication and a mode that blocks communication are exemplified, but the execution mode may be further subdivided. For example, the execution interval of communication, the duration of communication, and the limit of the amount of data transmitted and received at one time may be defined in detail. For example, in the example of FIG. 6B, CPU usage is exemplified, but "CPU usage" may be replaced with "data communication speed" or the like. For example, the communication interval may be made longer than usual, or the priority of communication may be lowered. Also, the amount of data transmitted and received per unit time may be reduced.
[0071] According to the second embodiment, it becomes possible to specify, for each type of data, whether or not to permit transmission and reception of the data, and if permitted, the interval between transmission and reception, communication speed, priority, or data volume, etc.
[0072] Third embodiment In the first and second embodiments, the DCM 100 assigns an execution mode to each of the functions that the DCM 100 provides. However, the device that can operate while the vehicle 10 is parked is not limited to the DCM 100. For example, there may be cases where a plurality of ECUs 200 operate while the vehicle 10 is parked. To deal with this, in the third embodiment, the DCM 100 assigns an execution mode during parking to each of the functions provided by the multiple ECUs 200, and the ECUs 200 operate according to the assigned execution mode.
[0073] In the third embodiment, the mode list 102A records execution modes to be assigned to functions provided by a plurality of ECUs 200. Fig. 9 is an example of the mode list 102A in the third embodiment. In the illustrated example, in addition to the execution modes corresponding to the functional modules of the DCM 100, execution modes corresponding to the functions provided by the ECUs 200B and 200C are defined.
[0074] In the third embodiment, the mode management unit 1017 generates an instruction for the ECU 200 based on the mode list 102A. 10 is a flow diagram of a process executed by the DCM 100 and the ECU 200B (200C) in the third embodiment. Note that, although the ECUs 200B and 200C are illustrated here as the ECUs 200 that receive instructions, the ECUs 200 that receive instructions may be other than these. Processing similar to that in the first embodiment is indicated by dotted lines, and a description thereof will be omitted.
[0075] When the DCM 100 acquires the mode list in step S13, the process proceeds to step S21, where the mode management unit 1017 generates instruction data to be transmitted to each ECU 200 based on the mode list 102A. The instruction data is data for assigning an execution mode to one or more functions provided by the target ECU 200. For example, when the remaining battery charge of the vehicle is 30%, the mode management unit 1017 transmits to the ECU 200B instruction data to the effect that "function B1 is provided normally, and the process for providing function B2 is paused." Similarly, the mode management unit 1017 transmits to the ECU 200C instruction data to the effect that "function C1 is provided normally, and the process for providing function C2 is paused."
[0076] In step S22, ECU 200 that has received the instruction data starts operating in accordance with the instruction data in a manner similar to that in step S14. 7 is executed by the DCM 100 (mode management unit 1017) during parking in the third embodiment as well. The execution mode is updated by transmitting instruction data to each ECU 200.
[0077] As described above, according to the third embodiment, it is possible to change the execution mode of the functions provided by the plurality of ECUs 200 during parking.
[0078] (Modification) The above-described embodiment is merely an example, and the present disclosure can be modified and implemented as appropriate without departing from the spirit and scope of the present disclosure. For example, the processes and means described in this disclosure can be freely combined and implemented as long as no technical contradiction occurs.
[0079] In addition, in the description of the embodiment, the vehicle network has one bus, but the vehicle network may have multiple buses. In this case, the DCM 100 or a gateway that manages multiple communication buses may relay communication between the multiple buses. Furthermore, the DCM 100 may assign an execution mode to a function provided by the gateway.
[0080] Furthermore, a process described as being performed by one device may be shared and executed by multiple devices. Alternatively, a process described as being performed by different devices may be executed by one device. In a computer system, the hardware configuration (server configuration) by which each function is realized can be flexibly changed.
[0081] The present disclosure can also be realized by supplying a computer program implementing the functions described in the above embodiments to a computer, and having one or more processors of the computer read and execute the program. Such a computer program may be provided to the computer by a non-transitory computer-readable storage medium connectable to the system bus of the computer, or may be provided to the computer via a network. Non-transitory computer-readable storage media include, for example, any type of disk, such as a magnetic disk (floppy disk, hard disk drive (HDD), etc.), an optical disk (CD-ROM, DVD disk, Blu-ray disk, etc.), a read-only memory (ROM), a random access memory (RAM), an EPROM, an EEPROM, a magnetic card, a flash memory, an optical card, and any type of medium suitable for storing electronic instructions. [Explanation of symbols]
[0082] 10. Vehicle 100··DCM 200···ECU 101,201...Control unit 102,202...Storage section 103,203···Communications Department 110 Antenna 120 Communication module 130 GPS antenna 140 GPS module
Claims
1. Obtaining information regarding a remaining battery charge of a vehicle; determining an execution mode for each of a plurality of processes executed by one or more electronic control units of the vehicle after a driving system of the vehicle is stopped based on the remaining battery charge; A control unit that executes The control unit communicates with an external device of the vehicle, includes functional modules corresponding to each of a plurality of processes executed by the one or more electronic control units, and determines an execution mode of the functional modules. Information processing device.
2. The functional module includes an emergency call unit that executes an emergency call, the control unit determines an execution mode in which, when an abnormality occurs in the vehicle after a traveling system of the vehicle is stopped, the emergency call unit executes an emergency call regardless of the remaining battery charge. The information processing device according to claim 1 .
3. The functional module includes an emergency call unit that executes an emergency call and a remote control unit that executes remote control of a component included in the vehicle, The control unit is determining an execution mode in which an emergency call is made by the emergency call unit regardless of the remaining battery charge when an abnormality occurs in the vehicle after a driving system of the vehicle has been stopped; determining an execution mode that limits remote control of the component by the remote control unit when the remaining battery charge is less than a predetermined value after a driving system of the vehicle is stopped; The information processing device according to claim 1 .
4. The control unit acquires the information from the electronic control unit that manages the battery of the vehicle. The information processing device according to claim 1 .
5. the control unit determines the relationship between the remaining battery charge and the execution mode based on data associated with each of the plurality of processes. The information processing device according to claim 4.
6. The data defines the execution mode such that the power consumption of the electronic control unit decreases as the remaining battery charge decreases. The information processing device according to claim 5 .
7. The execution mode includes at least one of a first mode in which execution of a corresponding process is permitted and a second mode in which execution of the process is not permitted. The information processing device according to claim 1 .
8. The control unit stops the execution of the process assigned to the second mode during a period in which a driving system of the vehicle is stopped. The information processing device according to claim 7.
9. The control unit postpones the execution of the process to which the second mode is assigned until the driving system is restarted.
9. The information processing device according to claim 7 or 8.
10. The vehicle is equipped with a predetermined connected service. The information processing device according to claim 7 .
11. the execution mode includes at least one of the first mode, the second mode, and a third mode in which the frequency of communication with an external device is lower than that of the first mode; The information processing device according to claim 10.
12. A vehicle system including a first device that executes a plurality of processes related to a vehicle, and a second device that acquires information regarding a remaining battery charge of the vehicle, The second device transmits information regarding a remaining battery charge of the vehicle to the first device; the first device determines, based on the remaining battery charge, an execution mode for each of a plurality of processes executed by one or more electronic control units of the vehicle after a driving system of the vehicle is stopped; the first device communicates with an external device of the vehicle, includes functional modules corresponding to each of a plurality of processes executed by the one or more electronic control units, and determines an execution mode of the functional modules; Vehicle systems.
13. a storage device that stores data associating the relationship between the remaining battery charge and the execution mode with each of the plurality of processes; 13. The vehicle system of claim 12.
14. The data defines the execution mode such that the power consumption of the electronic control unit decreases as the remaining battery charge decreases.
14. The vehicle system of claim 13.
15. The execution mode includes at least one of a first mode in which execution of a corresponding process is permitted and a second mode in which execution of the process is not permitted. A vehicle system according to any one of claims 12 to 14.
16. The first device stops execution of the process to which the second mode is assigned during a period in which a driving system of the vehicle is stopped.
16. The vehicle system of claim 15.
17. The first device postpones the execution of the process to which the second mode is assigned until the running system is restarted.
17. A vehicle system according to claim 15 or 16.
18. The first device is a device mounted in the vehicle and provides a predetermined connected service.
18. A vehicle system according to any one of claims 15 to 17.
19. the execution mode includes at least one of the first mode, the second mode, and a third mode in which the frequency of communication with an external device is lower than that of the first mode; 20. The vehicle system of claim 18.
20. A computer comprising: obtaining information regarding a remaining battery charge of the vehicle; determining an execution mode for each of a plurality of processes executed by one or more electronic control units of the vehicle after a driving system of the vehicle is stopped based on the remaining battery charge; Including, the computer communicates with an external device of the vehicle, includes functional modules corresponding to a plurality of processes executed by the one or more electronic control units, and determines an execution mode of the functional modules; Information processing methods.
21. The computer, obtaining the information from the electronic control unit that manages the battery of the vehicle; 21. The information processing method according to claim 20.
22. The computer comprising: the determination is made based on data associating the relationship between the remaining battery charge and the execution mode with each of the plurality of processes; 22. The information processing method according to claim 21.
Citation Information
Patent Citations
System and method for managing battery for vehicle
JP2007223385A
Signal processing apparatus, onboard control unit and onboard control system
JP2010186253A
Monitoring device for residual capacity of battery
JP2015174552A
Display control device and display control program
JP2021037894A
Apparatus for managing power of a vehicle and method of controlling the same
US20170279296A1