Information processing device, information processing method, non-transitory storage medium and vehicle

Abstract

The present invention relates to an information processing device, an information processing method, a non-transitory storage medium and a vehicle. The information processing device mounted on the vehicle has a processor. The processor is configured to: accept a first input as a request from an application via an application programming interface, convert the accepted first input into a second input as an input to a manager for implementing the request, and output the second input to the manager.

Description

Technical Field

[0001] The present disclosure relates to an information processing device mounted on a vehicle, an information processing method, a non-transitory storage medium, and a vehicle. Background Art

[0002] Japanese Patent Application Laid-Open No. 2006-142994 discloses a vehicle network system that can shorten the development period even when developing a complex large-scale system. In the vehicle network system, a distributed control platform structure is divided into multiple layers for network construction across multiple electronic control units (ECUs), and each layer plays its own role, thereby achieving cooperative control.

[0003] The system described in Japanese Patent Application Laid-Open No. 2006-142994 adopts a control structure that applies only requests that are pre-set based on the vehicle control system within the scope of the pre-conceived functions of the vehicle. Therefore, the system described in Japanese Patent Application Laid-Open No. 2006-142994 is not suitable for vehicle operations that are different from the operations pre-set in the control system or new usage methods of vehicles that are different from the original ones using vehicle equipment.

[0004] Therefore, for example, if a service company wants to provide new or additional services to a vehicle in the future, the application developer of the service company must develop the service application based on a detailed understanding of the internal structure of the vehicle (electronic platform, system configuration, energy system, etc.) required to realize the new or additional service. Therefore, there are problems such as complex development, longer development period, and higher operating costs. Summary of the invention

[0005] The present disclosure provides an information processing device, an information processing method, a non-transitory storage medium, and a vehicle that enable application developers to easily develop functions.

[0006] In a first aspect of the disclosed technology, an information processing device mounted on a vehicle includes a processor. The processor is configured to accept a first input as a request from an application via an application programming interface (API), convert the accepted first input into a second input as an input to a manager for implementing the request, and output the second input to the manager.

[0007] In the information processing device involved in the first embodiment of the disclosed technology, the processor may be configured to convert the received first input into the second input including the input to the first manager and the input to the second manager. The first manager may be configured to manage the control of the vehicle equipment in order to realize the request. The second manager may be configured to manage the power supply of the vehicle equipment instructed by the first manager. The processor may be configured to output the second input to the first manager and the second manager.

[0008] In the information processing device according to the first aspect of the disclosed technology, the processor may be configured to disclose information related to at least one of the second input, the state of management by the first manager and the second manager, and the state of the vehicle equipment. The application may be configured to determine the start and end of the request with reference to the disclosed information.

[0009] In a second embodiment of the technology disclosed herein, an information processing method executed by a processor of an information processing device mounted on a vehicle comprises: accepting a first input as a request from an application via an application programming interface (API); converting the accepted first input into a second input as an input to a manager for implementing the request; and outputting the second input to the manager.

[0010] In a third aspect of the disclosed technology, a non-transitory storage medium stores a command that can be executed by one or more processors of an information processing device mounted on a vehicle and causes the one or more processors to perform the following functions. The functions include: accepting a first input as a request from an application via an application programming interface (API); transforming the accepted first input into a second input as an input to a manager for implementing the request; and outputting the transformed second input to the manager.

[0011] The information processing device according to the first aspect of the disclosed technology can be mounted on a vehicle.

[0012] According to the information processing device of the present disclosure, the processor converts the first input into the second input. Therefore, the application developer can easily develop functions without having to understand the electronic platform, system configuration, and energy system of the vehicle. BRIEF DESCRIPTION OF THE DRAWINGS

[0013] Hereinafter, features, advantages, technical and industrial significance of exemplary embodiments of the present invention will be described with reference to the accompanying drawings, in which like reference numerals represent like components, wherein:

[0014] Figure 1This is a functional block diagram of a vehicle control system including an information processing device according to one embodiment.

[0015] Figure 2 This is an example of a detailed process flow between the functional modules when remote air conditioning (specific example 1) is performed.

[0016] Figure 3 It is a rough process. Figure 2 An example of the processing flow of .

[0017] Figure 4 This is an example of a detailed process flow between the functional modules when remote air conditioning is performed at a time set by a timer.

[0018] Figure 5 This is an example of a detailed process flow between the functional modules when the remote air conditioning is stopped / ended.

[0019] Figure 6 This is an example of a detailed process flow between the functional modules when a driveaway is performed while remote air conditioning is being implemented.

[0020] Figure 7 It is a rough process. Figure 6 An example of the processing flow of .

[0021] Figure 8 This is a functional example diagram of the main configuration when remote air conditioning and drive-away (specific example 1) are implemented.

[0022] Fig. 9 This is a functional image diagram of the main structure when implementing monitoring and photographing during parking (specific example 2).

[0023] Fig.10 This is a diagram for explaining the relationship between the service API and the processing of each functional module corresponding to the instruction in specific example 2. DETAILED DESCRIPTION

[0024] The information processing device disclosed in the present invention provides the function of the control platform through the vehicle integrated ECU (central ECU) monomer, or the off-vehicle cloud monomer, or the cooperation between the vehicle integrated ECU and the off-vehicle cloud. The control platform acts as a brain center configured to uniformly control the actions and behaviors of the entire vehicle. In the control platform, application developers can easily implement new or additional service development without having to understand the structure of the control platform, the specified instructions, the system structure of the vehicle, and the energy system processed by the vehicle.

[0025] Implementation

[0026] structure

[0027] Figure 1 1 is a functional block diagram of a vehicle control system including the information processing device 20 according to one embodiment of the present disclosure. Figure 1 The functional modules illustrated in the example include a service application 10, an information processing device 20, a vehicle device 30, a plant library 40, and a driving application 50. The information processing device 20 includes an instruction library 21, a travel system control unit 22, an information sharing portal 23, and an integrated manager 24. The vehicle control system is mounted on a vehicle such as an automobile.

[0028] 1. Service Application 10

[0029] The service application 10 is a functional module of an application installed to implement a service. Information inside and outside the vehicle and components of the vehicle are flexibly utilized in the implementation of the service. In addition to the actual operation of the vehicle as a car or a product, the service also includes, for example, reservations related to the startup of applications (this application, other applications) based on set times, collection and processing of databases, recording to recording media, and wireless transmission to the outside, etc. The application of this embodiment is configured to request (call) abstract instructions pre-defined in the instruction library 21 to the information processing device 20 via an API (application programming interface). The abstract request can be accompanied by additional information (service execution assumed time, priority, frequency, etc.). Enterprises that provide services can provide any service by programming applications using APIs corresponding to the purpose. The content of the API disclosed by the enterprise can be changed according to the level of the software developer. As a result, developers of the enterprise can easily develop applications for realizing new functions. In this development, it is not necessary to understand the electronic platform assembled in the vehicle, the structure of the equipment (actuators, sensors, etc.) possessed by the vehicle, and the energy (electricity, heat, etc.) system of the vehicle. As an application, various applications can be exemplified. The applications are related to driver's seat UX (Usere Xperience), remote services, MaaS (Mobility as a Service), energy management services and OTA (Over The Air) update services.

[0030] The service application 10 requests various services from the instruction library 21 (first input). In addition, the service application 10 refers to the shared information disclosed by the information sharing entry 23. In addition, the service application 10 inputs a trigger for instructing the activation of the application from the travel system control unit 22 to the information sharing entry 23. In addition, the service application 10 can exchange information with the complete equipment library 40. In principle, each application of the service application 10 is executed in the vehicle, but part of the application can also be clouded.

[0031] 2. Instruction library 21

[0032] The instruction library 21 is a functional module equipped with an abstract API. The API implements control corresponding to the service request by making an abstract request related to the service from the service application 10 (service API call). In other words, the instruction library 21 transforms the request (first input) received from the service application 10 into a request (second input) to the integrated manager 24 and the travel system control unit 22. That is, the instruction library 21 is an example of the second processing unit. As an example, the instruction library 21 has various instructions as a library that realize the linkage of the functions shown below.

[0033] (1) A function of embodying a single or complex operation command for the vehicle device 30 (actuator, etc.). The operation command is a command for implementing a request received from the service application 10 .

[0034] (2) A function to output (send) a vehicle control mode transition trigger. The vehicle control mode determines the behavior of the vehicle (how the vehicle is used as a product).

[0035] (3) A function to start and stop the power supply. The power supply operates the system required to realize the request.

[0036] (4) A function of instructing coordination of energy supply sources for input energy demand (demand integration, demand weighting, supply availability judgment, supply source selection).

[0037] (5) Function of registering shared information in the information sharing portal 23. Shared information is processed and / or generated using various data.

[0038] (6) The function of storing the required information in the memory and operating the communication equipment inside and outside the vehicle.

[0039] (7) A timer function for starting a designated application at a set time.

[0040] The instruction library 21 outputs triggers for instructing the migration of the vehicle control mode, transmits the operation plan, and notifies the reservation, etc. to the travel system control unit 22. In addition, the instruction library 21 outputs a control request or a service request (the second input) to the integrated manager 24. That is, the instruction library 21 is an example of a "third processing unit". In addition, the instruction library 21 accepts requests for various services from the service application 10 (the first input). The instruction library 21 is an example of a "first processing unit". In addition, the instruction library 21 can provide the processing information of the application to the information sharing entry 23 for the purpose of disclosure. In addition, the instruction library 21 refers to the shared information disclosed by the information sharing entry 23. In addition, the instruction library 21 can exchange information with the complete equipment library 40.

[0041] 3. Travel system control unit 22

[0042] The travel system control unit 22 is a functional module that performs centralized management of control conditions related to vehicle behavior (usage method, action, etc.), promotion management of a series of tasks based on the operation plan, and schedule management. As an example, the travel system control unit 22 has the following management functions.

[0043] (1) Vehicle control mode management function

[0044] The mobility system control unit 22 manages the overall vehicle control using the following components (a plurality of modes and situations). The mobility system control unit 22 also manages the behavior of each component and system of the vehicle equipment 30 and coordinates UX requests corresponding to the situation (TPO) of the vehicle.

[0045] Main mode: determines the overall usage of the vehicle corresponding to the situation.

[0046] <Car mode / Electric mode / Generator mode / Sleep mode>

[0047] State: manages the transition of vehicle states corresponding to sequential control phases.

[0048] <Driving status (standby, start, drive, end) / Movement status (fixed, stopped, startable, driving, stop required) / Transport status (standby, stop, departure, moving) / Power infrastructure coordination status (standby, ready, charging, power supply) >

[0049] Submode: Defines the control purpose and means in a single or multiple modes.

[0050] <Driving sub-mode (manual, semi-automatic, fully automatic) / Charging sub-mode (rest, AC, DC, contact, non-contact, solar) / Equipment power supply sub-mode (rest, electric service, mobile preparation, passenger boarding and alighting, OTA) / Auxiliary equipment replenishment sub-mode (rest, high voltage, solar) / AC power supply sub-mode (rest, indoor, outdoor), etc.>

[0051] (2) Schedule management function (scheduler)

[0052] The mobility system control unit 22 executes reservation of the start time and end time of the designated activity or application, such as timer charging and pre-air conditioning.

[0053] (3) Operation management function

[0054] The mobility system control unit 22 manages the movement of vehicles, transportation services (passenger flow / logistics), retention services, and the progress of incidental tasks (command function, etc.) based on the operation schedule during the use of MaaS.

[0055] (4) Fault Operation (FOP) Management Function

[0056] In addition to the personally owned vehicle (PoV), the mobility system control unit 22 also centrally manages fail-safe and FOP in MaaS, and also carries out functions such as generation of reliability information of the main subsystems and system diagnosis as needed.

[0057] The travel system control unit 22 outputs indicators required for coordination and instructions for control permission or prohibition to the integrated manager 24. In addition, the travel system control unit 22 outputs a trigger indicating the start of the application to the service application 10. In addition, the travel system control unit 22 obtains triggers indicating the migration of the vehicle control mode, operation plans, and reservations from the instruction library 21. In addition, the travel system control unit 22 can provide travel system information (control mode, operation status, UX coordination results, etc.) to the information sharing portal 23 for public disclosure. In addition, the travel system control unit 22 refers to the shared information disclosed by the information sharing portal 23. In addition, the travel system control unit 22 can provide travel system information (driving mode, destination, etc.) to the driving application 50 and refer to the information of the driving application 50.

[0058] 4. Information sharing portal 23

[0059] The information sharing portal 23 is a functional module that collects information (shared information) that is publicly available globally. The shared information is referenced by each functional module such as the service application 10, the instruction library 21, the travel system control unit 22, and the integrated manager 24. The shared information can also be referenced from each control domain connected to the vehicle integrated ECU (central ECU) through communication and the cloud outside the vehicle. As shared information, information such as the state of the vehicle and the conditions around the vehicle, the scenes inside and outside the vehicle, the detection results of user needs, and the input values ​​of the sensor can be exemplified. The information sharing portal 23 becomes a structure that each functional module can refer to the shared information without knowing the source of the generation (providing) of the shared information. In addition, the information sharing portal 23 may include a coordinator that can process information such as the driving scene of the vehicle (time, weather, temperature, etc.), the authentication results of the vehicle user, and the capacity of the storage device.

[0060] The information sharing portal 23 discloses shared information to the service application 10, the instruction library 21, the travel system control unit 22, the integrated manager 24, the vehicle equipment 30, and the driving application 50. The information sharing portal 23 is an example of a "fourth processing unit". In addition, the information sharing portal 23 can obtain publicly available application processing information from the instruction library 21. In addition, the information sharing portal 23 can obtain publicly available travel system information (control mode, operating status, UX coordination results, etc.) from the travel system control unit 22. In addition, the information sharing portal 23 can obtain publicly available coordination results from the integrated manager 24. In addition, the information sharing portal 23 can obtain publicly available general information (sensors, communications, analog signals, etc.) from the vehicle equipment 30. The information sharing portal 23 can also function as a gateway that outputs the general information obtained from the vehicle equipment 30 to the service application 10 without changing. In addition, the information sharing portal 23 can obtain publicly available driving conditions (stay determination results, etc.) from the driving application 50. The information disclosed by the information sharing portal 23 is registered (stored) in principle in the vehicle. Part of the information may be registered (stored) in the cloud.

[0061] 5. Integrated Manager 24

[0062] The integrated manager 24 is a functional module that coordinates and determines the final instruction to the vehicle device 30 for implementing the request based on the control status of the travel system control unit 22 and various shared information that can be referenced from the information sharing portal 23, such as whether the request (service API call) from the service application 10 can be accepted and the physical quantity limit. As an example, the integrated manager 24 includes a manager that manages the functions shown below. In this embodiment, the integrated manager 24 is configured to eliminate the difference (hardware difference) caused by the change of vehicle equipment.

[0063] (1) System start / stop manager (power manager) function

[0064] The integrated manager 24 controls activation and deactivation of necessary systems belonging to the vehicle based on the requested service requirements, and outputs commands (power on / off, NM trigger, communication request).

[0065] (2) Power manager function

[0066] The integrated manager 24 efficiently controls the consumption and supply of electric power such as charging and discharging and voltage conversion in the vehicle. In the present embodiment, the integrated manager 24 coordinates the fair supply of all energy demands (electric power, electric power) input by the vehicle (including reservations), determines whether services are allowed, determines the upper / lower limits of electric power income and expenditure, and selects the power supply source (high-voltage battery, charger, etc.).

[0067] (3) Thermal manager function

[0068] The integrated manager 24 efficiently controls the heat demand and supply of the vehicle such as heat dissipation and heating. In this embodiment, the integrated manager 24 coordinates the heating request (air conditioning, component temperature control) from the service application 10, and outputs the engine start or fuel cell (FC) start command within the range of satisfying the fuel efficiency / displacement requirements.

[0069] (4) Motion Manager Function

[0070] The integrated manager 24 coordinates requests to the motion system that controls the functions related to the motion of the vehicle, such as "driving", "turning", and "stopping". In the present embodiment, the integrated manager 24 reflects the requirements (driving status, motion status, transportation operation management) in the mobility system control unit 22 and new requests for MaaS services (start prohibition, vehicle stationary request / unbanning, etc.).

[0071] The integrated manager 24 receives inputs of indicators required for coordination and control permission / prohibition instructions from the travel system control unit 22. In addition, the integrated manager 24 receives inputs of control requests (or service requests) from the instruction library 21. The integrated manager 24 can function as a gateway that outputs the control requests input from the instruction library 21 to the vehicle device 30 unchanged. In addition, the integrated manager 24 outputs coordinated instructions (ACTR, communication, driver output, etc.) to the vehicle device 30. In addition, the integrated manager 24 can provide the coordination results of each manager to the information sharing portal 23 for public disclosure. In addition, the integrated manager 24 refers to the shared information disclosed by the information sharing portal 23 for coordination. In addition, the integrated manager 24 can provide the response and coordination results of the motion manager to the driving application 50. The integrated manager 24 can refer to the information related to the vehicle motion requested from the driving application 50 (acceleration, steering angle, etc.).

[0072] In addition to the above-mentioned managers, the integrated manager 24 may also include an HMI (Human Machine Interface) manager that controls functions related to appropriate display of navigation screens, instruments, etc. on the vehicle and appropriate electrical control (ease of use) for vehicle operation.

[0073] 6. Vehicle equipment 30

[0074] The vehicle device 30 is a functional module having devices such as sensors and actuators that are final input and output targets of control information, action requests, data, signals, etc. Examples of the vehicle device 30 include sensors that obtain information indicating the surrounding conditions of the vehicle, information indicating the state of the vehicle, or sensors that obtain information related to vehicle driving operations (acceleration, braking, steering, shifting, etc.) performed by the driver. In addition, examples of the vehicle device 30 include actuators such as a device (IGP) used to start the air conditioning system, a device (IGR) used to start the vehicle motion system, and a starter (ST) that controls the start of the engine.

[0075] The vehicle device 30 receives coordinated commands (ACTR, communication, driver output, etc.) from the integrated manager 24. The vehicle device 30 can also provide general information (sensors, communication, analog signals, etc.) to the information sharing portal 23 for public disclosure.

[0076] 7. Complete equipment library 40

[0077] The equipment library 40 is a functional module that provides a simulator, a database that can be viewed from inside and outside the vehicle, and an artificial intelligence (AI) or machine learning algorithm environment. The simulator can realize various simulations (remaining charging time estimation, mapping conversion, etc.) that can be flexibly used to improve the controllability in the service application 10. Some or all of these environments can be installed in the vehicle or configured in the cloud.

[0078] The equipment library 40 can request required information from the service application 10, the instruction library 21, and the driving application 50 via a predetermined API. The equipment library 40 can obtain information as a result of a predetermined process (such as simulation) from the service application 10, the instruction library 21, and the driving application 50. In principle, the functions of the equipment library 40 are installed in the vehicle, but part of the functions may be cloud-based.

[0079] 8. Driving Application 50

[0080] The driving application 50 is an application dedicated to driving the vehicle and assisting the vehicle, among applications installed in the vehicle, other than applications installed in the service application 10. Examples of the driving application 50 include remote driving such as automatic parking, autonomous driving (AD), autonomous driving based on MaaS (Autono-MaaS), and advanced driver assistance system (ADAS).

[0081] The driving application 50 can refer to the information (driving mode, destination, etc.) disclosed by the travel system control unit 22 via the prescribed vehicle driving API. In addition, the driving application 50 can make the travel system control unit 22 refer to information. In addition, the driving application 50 can provide the driving status (stop determination results, etc.) to the information sharing portal 23. The driving application 50 obtains the shared information (various data) disclosed by the information sharing portal 23. The driving application 50 can request the integrated manager 24 for vehicle movement (acceleration, steering angle, etc.). The driving application 50 can receive a response (coordination results, etc.) from the integrated manager 24. In addition, the driving application 50 can exchange information with the complete equipment library 40. In principle, each application of the driving application 50 is executed by the vehicle, but part of the application can also be clouded.

[0082] Since the vehicle control system of this embodiment has the above-mentioned functional modules, the vehicle control system can realize various services simply by installing applications developed without understanding the structure of the control platform, the specified instructions, the system composition of the vehicle, and the energy system processed by the vehicle.

[0083] control

[0084] Reference Figure 2 to Figure 10 A specific example of a service implemented by the vehicle control system of the present disclosure will be described.

[0085] Specific example 1

[0086] Specific example 1 is an example of a case where "remote air conditioning" is performed to remotely control the air conditioning in the vehicle cabin before driving the vehicle. Remote air conditioning is performed using a remote air conditioning dedicated application (remote air conditioning application) installed in the service application 10. In addition, specific example 1 is an example of a case where a user is riding in a vehicle and "driving away" is performed during the implementation of the remote air conditioning. Driving away is performed using a startup application (for driving away) installed in the service application 10.

[0087] Figure 2 An example of a detailed processing flow between each functional module when remote air conditioning is performed is shown in FIG. Figure 2 In the illustrated processing flow, first, the remote air conditioning application of the service application 10 calls the pre-air conditioning action instruction ( Figure 2 [1]). More specifically, the central ECU (not shown) is activated by an NM trigger received from a data communication module (DCM) mounted on the vehicle. In the instruction library 21, an air conditioning operation request is generated based on the called instruction.

[0088] The mobility system control unit 22 causes the vehicle control mode to transition to the "electric mode" ( Figure 2The information that the vehicle control mode is transferred to the electric mode is sent to the system start / stop manager (start / stop manager), thermal manager, power manager and motion manager ( Figure 2 [2-2]).

[0089] The instruction library 21 determines whether to operate the pre-air conditioning, and registers information on the setting for operating the pre-air conditioning (pre-air conditioning operation setting) in the information sharing portal 23. Figure 2 [3-1] of FIG. 1 ). The travel system control unit 22 includes the electric mode information in the pre-air conditioning operation setting and registers it ( Figure 2 [3-2] of the present invention). An application for controlling the air conditioning of the vehicle (air conditioning application) is installed in the service application 10. The air conditioning application refers to the pre-air conditioning operation setting information disclosed by the information sharing portal 23 and confirms that the pre-air conditioning mode is in operation ( Figure 2 [3-3]).

[0090] The instruction library 21 transmits the use demand of the air conditioning system (A / C) to the start / stop manager ( Figure 2 [4]).

[0091] The start / stop manager of the integrated manager 24 activates the corresponding power sources, systems, and buses based on the vehicle control mode and activity requirements. Specifically, when the vehicle is a car (conventional car) or a hybrid electric vehicle (HEV) using an internal combustion engine as an engine, the start / stop manager activates the power source (IGP) used for activating the air conditioning system (A / C) ( Figure 2 [5-A]). In addition, when the vehicle is a hybrid electric vehicle (HEV), a battery electric vehicle (BEV), or a plug-in hybrid electric vehicle (PHEV), the start / stop manager starts the power source (IGB) used for starting the powertrain unit, and sends a start request for the powertrain unit using the P-Bus ( Figure 2 [5-B]). In addition, when the vehicle is an engine car (conventional car), the start / stop manager outputs a start signal ( Figure 2 [5-C]).

[0092] The air conditioning application sends a thermal request to the thermal manager of the integrated manager 24 ( Figure 2 [6-1]). After coordinating the heat request, the thermal manager sends the command based on the coordination result to the air conditioning system (A / C) through the global bus (G-Bus) ( Figure 2 [6-2]).

[0093] Instruction library 21 cumulative power demand ( Figure 2The instruction library 21 sends a request based on the accumulated power demand to the power manager of the integrated manager 24 ( Figure 2 [7-2]). The power manager implements coordination related to power demand and supply. Based on the coordination result, the power manager communicates to the start / stop manager of the integrated manager 24 that the high voltage system needs to be started ( Figure 2 [7-3]). Based on the information from the power manager, the start / stop manager starts the power supply (IGB) used in starting the high-voltage system and sends a start request for the high-voltage system via the P-Bus ( Figure 2 [7-4]).

[0094] The thermal manager of the integrated manager 24 informs the start / stop manager of the integrated manager 24 that heating is required according to the situation. Figure 2 [8-1]). When the vehicle is a hybrid electric vehicle (HEV) or a plug-in hybrid electric vehicle (PHEV), the start / stop manager outputs a start signal ( Figure 2 [8-2]).

[0095] Remote air conditioning is a service provided when the vehicle is parked. Therefore, in the case where the vehicle is an engine car (conventional car), the motion manager of the integrated manager 24 sends a request (EFi) ( Figure 2 [9]).

[0096] Figure 3 The above is represented by a rough process Figure 2 An example of the processing flow of Figure 3In the example of , a request (smartphone request) related to the operation of the air conditioner is input to the input layer from a smartphone owned by the user via a data communication module (DCM) mounted on the vehicle. In the input layer, it is determined that the vehicle is in preparation before driving based on the scene information. The input layer generates a remote air conditioning request and outputs it to the travel system. Functional requests are made to the thermal manager, the power manager, and the power coordination according to the remote air conditioning request. The travel system interprets the remote air conditioning as a service in parking without means, and the main mode of the vehicle control mode is migrated to the "electric mode". The information of the electric mode is transmitted to the thermal manager and the power manager of the integrated manager 24. The thermal manager and the power manager coordinate the demand and supply based on the power demand. Based on the result of the coordination, the power manager outputs a draw / charge request for power coordination. In addition, the thermal manager outputs a heating request to the powertrain unit based on the result of the coordination. Moreover, appropriate control (power change absorption, IGBD start, IGB start, high voltage start, charging execution, engine (Eng) start) is performed through the power coordination and the powertrain based on these requests. In the powertrain, the engine is started regardless of the non-driving and plug status.

[0097] in addition, Figure 4 Indicates that the time set by the timer is executed Figure 2 An example of a detailed processing flow between each functional module in the case of remote air conditioning described in the above. Figure 4 The illustrated processing flow is Figure 2 The following processing is further added to the processing flow.

[0098] The remote air conditioning application of the service application 10 calls the instruction library 21 for reserving the start of the air conditioning system (A / C) at a predetermined time ( Figure 4

[10] ).

[0099] The instruction library 21 sets the time to start the air conditioning system (A / C) in the scheduler of the travel system control unit 22 through the timer (timer pre-air conditioning setting) ( Figure 4

[11] ).

[0100] When the time reaches the set time, the scheduler of the travel system control unit 22 sends a start command to the remote air conditioning application of the service application 10 ( Figure 4

[12] ).

[0101] If an application capable of customizing operation steps is installed in the service application 10, the steps can be freely customized by simply calling the inductive logic of the instruction library 21. As an example of customization, pre-air conditioning can be activated by a jump-start operation during plug-in charging.

[0102] Figure 5 Detailed processing flow between the functional modules when the remote air conditioning in operation is stopped or terminated is shown in FIG. For example, the remote air conditioning can be stopped or terminated in the following mode.

[0103] (1) A mode in which a request to terminate is sent from the remote air conditioning application of the service application 10. Figure 5 [1-1, 1-2]). In this mode, the remote air conditioning application refers to the information of the pre-air conditioning rejection disclosed by the information sharing portal 23 when the UX coordination related to the mode and condition in the vehicle control mode cannot migrate to the pre-air conditioning action (in mobile use, emergency power generation, OTA, etc.) to identify it as being in a rejection state. Moreover, the remote air conditioning application withdraws the air conditioning action request. In addition, at this time, the end of pre-air conditioning can be notified to the user, etc. as needed.

[0104] (2) The mode in which the end condition of pre-air conditioning is satisfied in the air conditioning application of the service application 10 ( Figure 5 [2]). As this mode, an example can be shown in which the air conditioning application withdraws the air conditioning operation request when the driving duration is less than a predetermined time (specified min).

[0105] (3) The power manager of the integrated manager 24 determines the mode in which the power supply is terminated. Figure 5 As this mode, an example can be shown in which the information of pre-air conditioning rejection is registered to the information sharing portal 23 when the total power consumption is greater than a predetermined power consumption (specified kWh) or when the power storage rate (SOC) is less than a predetermined power storage rate (specified %). The air conditioning action request is withdrawn based on the pre-air conditioning rejection information disclosed by the information sharing portal 23.

[0106] (4) The heat manager of the integrated manager 24 determines the mode of termination of the heating request permission. Figure 5 As this mode, an example can be given in which, when the total fuel consumption is greater than a predetermined fuel consumption (specified mg), pre-air conditioning rejection information is registered to the information sharing portal 23. The air conditioning operation request is withdrawn based on the pre-air conditioning rejection information disclosed by the information sharing portal 23.

[0107] (5) Determine the mode of forced termination (abortion) caused by abnormality in the related system involved in the FOP management of the travel system control unit 22 ( Figure 5As this mode, an example can be shown in which FOP management registers pre-air conditioning rejection information to the information sharing portal 23 based on various reliability information input via sensors of vehicle equipment 30. The air conditioning operation request is withdrawn based on the pre-air conditioning rejection information disclosed by the information sharing portal 23.

[0108] Figure 6 An example of a detailed processing flow between the functional modules when the vehicle is leaving the vehicle during the implementation of remote air conditioning is shown in FIG. Figure 6 In the illustrated processing flow, the startup application (for departure) of the service application 10 confirms the information disclosed by the information sharing portal 23 that pre-air conditioning is being executed and there is a brake operation ( Figure 6 Then, the startup application calls the startup request instruction ( Figure 6 Instruction library 21, a start request is generated based on the called instruction. Then, instruction library 21 transmits the start request to the start / stop manager of integrated manager 24 ( Figure 6 [1-3]).

[0109] The instruction library 21 sends a trigger for transitioning the main mode of the vehicle control mode to the "car mode" and a trigger for transitioning the driving condition to the "start" to the travel system control unit 22 ( Figure 6 [2]). The travel system control unit 22 migrates the vehicle control mode according to the trigger. The information on the migration of the vehicle control mode is sent to the start / stop manager, the thermal manager, and the motion manager of the integrated manager 24 respectively.

[0110] When the main mode of the vehicle control mode shifts to the “car mode”, the start / stop manager of the integrated manager 24 performs the following processing.

[0111] Processing to start the drive system and keep the air conditioning system (A / C) running (maintaining the power supply (IGP) in the started state) Figure 6 [3-A]).

[0112] Processing of activating the vehicle motion system by activating the power supply (IGR) Figure 6 [3-B]).

[0113] Processing of releasing the steering lock mechanism ( Figure 6 [3-C]).

[0114] When a start request is sent from the start application and the driving condition of the vehicle control mode is shifted to the "start" condition, the start / stop manager of the integrated manager 24 changes the operation state of the hybrid electric vehicle (HEV), battery electric vehicle (BEV) and plug-in hybrid electric vehicle (PHEV) to the Ready state (Ready-ON). To this end, the ST signal ( Figure 6 [4]). In addition, engine cars (conventional cars) can use complete combustion of the engine as a condition.

[0115] After the driving condition of the vehicle control mode related to Ready-ON is shifted to "driving", the motion manager of the integrated manager 24 sends a request to cancel the prohibition of the generation (output) of the driving force through the P-Bus ( Figure 6 [5]).

[0116] When the main mode of the vehicle control mode is "car mode", the air conditioning application of the service application 10 continues to perform actions ( Figure 6 [6]).

[0117] Figure 7 The above is represented by a rough process Figure 6 An example of the processing flow of Figure 7 In the example, the door opening signal indicating the door opening and closing state, the brake signal indicating the brake state, and the alcohol ILK information indicating the driver's drinking state are respectively input to the input layer. In the input layer, the pre-driving boarding judgment, the driver drunkenness judgment, and the start request judgment are implemented based on the various information input and the pre-driving boarding scene information. A driver start request is generated based on the results of each judgment and output to the travel system. In addition, the pre-driving boarding scene information is used in power coordination. The travel system migrates the main mode of the vehicle control mode from "electric mode" to "car mode" (mode crossing) based on the driver's start request. In addition, the travel system migrates the driving condition of the vehicle control mode to "start" and outputs a start instruction for power coordination. Moreover, based on this information and instructions, appropriate control is performed through power coordination and powertrain (+BA start of the power before boarding, IGP start, ST signal output, Ready state (Ready-ON) switching).

[0118] In the case of implementing the remote air conditioning and driving away of the above-mentioned specific example 1, the simple functional image in the main structure is as follows Figure 8 As shown. Figure 8As shown in the example of , in the technology disclosed in the present invention, a command call is made from the service application 10 to the command library 21 through a standard API. In addition, the command library 21 converts the call into a vehicle control command to the required functional module. In addition, the command library 21 automatically distributes and outputs requests and commands ((1) to (4)) to each functional module, thereby realizing remote air conditioning and driving away.

[0119] Specific example 2

[0120] Specific example 2 is an example of "parked surveillance photography" in which images of the vehicle's surroundings are photographed for a predetermined period of time. Photography is performed when an acceleration sensor (G sensor) mounted on the parked vehicle reacts and determines that there is a possibility of theft from the vehicle.

[0121] In this specific example 2, if the G sensor installed in the vehicle reacts while the vehicle is parked, it is considered that the vehicle has been stolen. In addition, the vehicle-mounted camera used for advanced safety equipment (ADAS system, etc.) is used to capture images around the vehicle for a preset time. The captured images are recorded as files in the storage area within the multimedia. After the images are captured, the images recorded in the files are uploaded to a specified center by a wireless device (DCM) installed in the vehicle. At the same time as the upload, the fact that the G sensor installed in the vehicle has reacted is notified to the user of the vehicle (such as a smartphone he owns).

[0122] In the case of implementing monitoring and photographing during parking in this specific example 2, the simple functional image of the main structure is as follows Fig. 9 As shown. Fig. 9 As shown in the example of , in the technology disclosed in the present invention, a command call is made from the service application 10 to the command library 21 through a standard API. In addition, the command library 21 converts the call into a vehicle control command to the required functional module. In addition, the command library 21 automatically distributes and outputs requests and commands ((1) to (4)) to each functional module, thereby realizing monitoring and shooting during parking.

[0123] Fig.10 1 is a diagram showing an example of processing (control) in which a service API (standard API) called from the service application 10 and instructions to each functional module by the instruction library 21 are associated with each other. Fig.10 As shown, only by issuing an abstract request such as “record video at a designated location” or “upload data” from the service application 10 , control and instructions to each functional module for implementing the request can be performed via the instruction library 21 .

[0124] Effects, etc.

[0125] As described above, an information processing device involved in one embodiment of the present disclosure is pre-equipped with various instructions as a library in a control architecture that can realize activities. The various instructions refer to the ability to automatically determine the coordination of complex actuator actions, power start-up for starting the required systems, energy supply coordination for energy demand (feasibility judgment, supply source selection), and mode migration that determines the overall behavior of the vehicle simply by calling predetermined abstract instructions.

[0126] As a result, application developers can easily develop new or additional applications (services) based on intuitive algorithm design for their purpose. During the development, application developers do not need to understand the vehicle's electronic platform structure, specified instructions, system configuration (hardware changes) and energy system, etc.

[0127] In addition, the information processing device involved in this embodiment only needs to refer to the shared entry information and flexibly utilize the instruction library. No modification of the related applications is required. In other words, functions can be added by installing a new or additional application alone.

[0128] In addition, application developers can easily develop new or additional applications.

[0129] Furthermore, the information processing device according to the present embodiment can avoid an increase in inspection time, control intervention confirmation, and other inspection time for occurrence of adverse conditions caused by unexpected vehicle behavior by operating within the scope of each hierarchically structured input / output interface (I / F).

[0130] An embodiment of the technology disclosed herein has been described above. However, in addition to being an information processing device, the technology disclosed herein can also be implemented as a method executed by an information processing device having a processor and a memory, a program of the method, a computer-readable non-temporary recording medium storing the program, or a vehicle equipped with an information processing device.

[0131] The present disclosure is useful in an information processing device mounted on a vehicle or the like.

Claims

1. An information processing device, mounted on a vehicle, characterized in that: The invention comprises a processor, wherein the processor is configured as follows: accepting a first input as a request from an application via an application programming interface; converting the received first input into a second input as an input to a manager for implementing the request; and outputting the second input to the manager, The processor is composed of: converting the received first input into the second input including an input to a first manager and an input to a second manager, the first manager being configured to manage control of vehicle equipment in order to implement the request, and the second manager being configured to manage power supply of the vehicle equipment instructed by the first manager; and outputting the second input to the first manager and the second manager, Wherein, the first manager is an integrated manager, the second manager is a travel system control unit, and the integrated manager includes a start / stop manager, a thermal manager, a power manager, and a motion manager; Specifically, a request related to the operation of the air conditioner is input from a smartphone owned by the user to an input layer via a data communication module mounted on the vehicle. In the input layer, based on the scene information, it is judged that the vehicle is in preparation before driving, and the input layer generates a remote air conditioning request and outputs it to the travel system control unit. According to the remote air conditioning request, a functional request is made to the thermal manager, the power manager, and the power coordination. The travel system control unit interprets the remote air conditioning as a service in parking without means, so that the main mode of the vehicle control mode is migrated to the electric mode. The information of the electric mode is transmitted to the thermal manager and the power manager of the integrated manager. The thermal manager and the power manager coordinate the demand and supply based on the power demand. Based on the result of the coordination, the power manager outputs a drawing / charging request for power coordination. In addition, the thermal manager outputs a heating request to the powertrain unit based on the result of the coordination, and appropriate control is performed through power coordination and the powertrain based on these requests.

2. The information processing device according to claim 1, characterized in that the processor is configured to disclose information related to at least one of the second input, states of management by the first manager and the second manager, and states of the vehicle equipment, The application is configured to determine the start and end of the request by referring to the disclosed information.

3. An information processing method, executed by a processor of an information processing device mounted on a vehicle, characterized in that: include: accepting a first input as a request from an application via an application programming interface; converting the received first input into a second input as an input to a manager for implementing the request; and outputting the second input to the manager, The processor is composed of: converting the received first input into the second input including an input to a first manager and an input to a second manager, the first manager being configured to manage control of vehicle equipment in order to implement the request, and the second manager being configured to manage power supply of the vehicle equipment instructed by the first manager; and outputting the second input to the first manager and the second manager, Wherein, the first manager is an integrated manager, the second manager is a travel system control unit, and the integrated manager includes a start / stop manager, a thermal manager, a power manager, and a motion manager; Specifically, a request related to the operation of the air conditioner is input from a smartphone owned by the user to an input layer via a data communication module mounted on the vehicle. In the input layer, based on the scene information, it is judged that the vehicle is in preparation before driving, and the input layer generates a remote air conditioning request and outputs it to the travel system control unit. According to the remote air conditioning request, a functional request is made to the thermal manager, the power manager, and the power coordination. The travel system control unit interprets the remote air conditioning as a service in parking without means, so that the main mode of the vehicle control mode is migrated to the electric mode. The information of the electric mode is transmitted to the thermal manager and the power manager of the integrated manager. The thermal manager and the power manager coordinate the demand and supply based on the power demand. Based on the result of the coordination, the power manager outputs a drawing / charging request for power coordination. In addition, the thermal manager outputs a heating request to the powertrain unit based on the result of the coordination, and appropriate control is performed through power coordination and the powertrain based on these requests.

4. A non-transitory storage medium, characterized in that: The device stores commands that can be executed by one or more processors of an information processing device mounted on a vehicle and cause the one or more processors to execute the following functions: accepting a first input as a request from an application via an application programming interface; converting the received first input into a second input as an input to a manager for implementing the request; and outputting the second input to the manager, The processor is composed of: converting the received first input into the second input including an input to a first manager and an input to a second manager, the first manager being configured to manage control of vehicle equipment in order to implement the request, and the second manager being configured to manage power supply of the vehicle equipment instructed by the first manager; and outputting the second input to the first manager and the second manager, Wherein, the first manager is an integrated manager, the second manager is a travel system control unit, and the integrated manager includes a start / stop manager, a thermal manager, a power manager, and a motion manager; Specifically, a request related to the operation of the air conditioner is input from a smartphone owned by the user to an input layer via a data communication module mounted on the vehicle. In the input layer, based on the scene information, it is judged that the vehicle is in preparation before driving, and the input layer generates a remote air conditioning request and outputs it to the travel system control unit. According to the remote air conditioning request, a functional request is made to the thermal manager, the power manager, and the power coordination. The travel system control unit interprets the remote air conditioning as a service in parking without means, so that the main mode of the vehicle control mode is migrated to the electric mode. The information of the electric mode is transmitted to the thermal manager and the power manager of the integrated manager. The thermal manager and the power manager coordinate the demand and supply based on the power demand. Based on the result of the coordination, the power manager outputs a drawing / charging request for power coordination. In addition, the thermal manager outputs a heating request to the powertrain unit based on the result of the coordination, and appropriate control is performed through power coordination and the powertrain based on these requests.

5. A vehicle, characterized in that: The information processing device according to claim 1 or 2 is mounted thereon.

Images