WO2024048328A1 - Dispositif embarqué, programme, et procédé de traitement d'informations - Google Patents

Dispositif embarqué, programme, et procédé de traitement d'informations Download PDF

Info

Publication number
WO2024048328A1
WO2024048328A1 PCT/JP2023/029890 JP2023029890W WO2024048328A1 WO 2024048328 A1 WO2024048328 A1 WO 2024048328A1 JP 2023029890 W JP2023029890 W JP 2023029890W WO 2024048328 A1 WO2024048328 A1 WO 2024048328A1
Authority
WO
WIPO (PCT)
Prior art keywords
vehicle
application
storage unit
operator
vehicle device
Prior art date
Application number
PCT/JP2023/029890
Other languages
English (en)
Japanese (ja)
Inventor
絢 早川
駿 岡広
Original Assignee
株式会社オートネットワーク技術研究所
住友電装株式会社
住友電気工業株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社オートネットワーク技術研究所, 住友電装株式会社, 住友電気工業株式会社 filed Critical 株式会社オートネットワーク技術研究所
Publication of WO2024048328A1 publication Critical patent/WO2024048328A1/fr

Links

Images

Classifications

    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60R—VEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
    • B60R16/00—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for
    • B60R16/02—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/61—Installation

Definitions

  • the present disclosure relates to an in-vehicle device, a program, and an information processing method.
  • This application claims priority based on Japanese Application No. 2022-139371 filed on September 1, 2022, and incorporates all the contents described in the said Japanese application.
  • Vehicles are equipped with an on-board ECU (Electronic Control Unit) for controlling on-board equipment such as the power train system such as engine control, and the body system such as air conditioner control.
  • the in-vehicle ECU includes an arithmetic processing unit such as an MPU, a rewritable non-volatile storage unit such as a RAM, and a communication unit for communicating with other in-vehicle ECUs, and reads and executes a control program stored in the storage unit. This enables control of in-vehicle equipment.
  • the vehicle is equipped with a relay device equipped with a wireless communication function, which communicates with a program providing device connected to a network outside the vehicle through the relay device, and controls the in-vehicle ECU from the program providing device. It is possible to download (receive) a program and update the control program of the in-vehicle ECU (for example, see Patent Document 1).
  • An in-vehicle device is an in-vehicle device that is installed in a vehicle and is communicably connected to an in-vehicle ECU via an in-vehicle network, and includes a storage unit that stores a plurality of applications, and a storage unit that stores a plurality of applications. and a control unit that performs processing, and the control unit expands the functions executable by the vehicle by adding the application stored in the storage unit, and adds the execution result of the application to the function. Output to the corresponding in-vehicle ECU.
  • FIG. 1 is a schematic diagram illustrating the configuration of an in-vehicle system including an in-vehicle device according to a first embodiment.
  • FIG. 2 is a block diagram illustrating the configuration of an in-vehicle device and the like.
  • FIG. 2 is an explanatory diagram illustrating an example of a software hierarchy installed in an in-vehicle device. It is an explanatory diagram showing an example of an application table.
  • FIG. 2 is an explanatory diagram showing an example of application switching.
  • 3 is a flowchart illustrating processing of a control unit of an in-vehicle device.
  • 12 is a flowchart illustrating processing of a control unit of an in-vehicle device according to a second embodiment.
  • Patent Document 1 does not take into account the possibility of expanding executable functions by adding applications stored in the storage unit.
  • An object of the present disclosure is to provide an in-vehicle device or the like that can expand executable functions by adding applications stored in a storage unit.
  • An in-vehicle device is an in-vehicle device that is installed in a vehicle, is communicably connected to an in-vehicle ECU via an in-vehicle network, and stores a plurality of applications.
  • the control unit includes a storage unit and a control unit that performs processing related to the application, and the control unit expands the functions executable by the vehicle by adding the application stored in the storage unit, and expands the functions that the vehicle can execute.
  • the execution result is output to the in-vehicle ECU corresponding to the function.
  • the in-vehicle device communicates with an external server such as an OTA server, obtains software programs such as applications compatible with various services used in operating the vehicle, and stores the obtained application in a storage unit. Perform the installation by doing so.
  • the in-vehicle device is an ECU that can expand the executable functions and increase the types of services that can be supported by installing (applying) and adding new applications in this way.
  • Function In order to provide the requested function (service), the control unit of the in-vehicle device executes an application corresponding to the function (service), and sends the result data, request signal, or control signal generated as the execution result to the function (service).
  • the in-vehicle ECU is, for example, a body ECU (BCU) that is responsible for drive control of body-related actuators, and is connected to the in-vehicle ECU (BCU) in response to a request signal acquired (received) from an in-vehicle device (function expansion ECU).
  • drive actuators vehicle-mounted devices such as lighting devices, wipers, and door mirrors.
  • the storage unit stores an input/output program that performs input/output processing when the application is executed, and the input/output program and a plurality of The respective applications are linked through a common interface.
  • the storage unit of the in-vehicle device stores an input/output program for transmitting and receiving data with the in-vehicle ECU when executing an application corresponding to a requested function (service).
  • the input/output program and each of the multiple applications are coded using, for example, a common communication socket library, and are linked through a common communication interface and connected through inter-process communication, etc. . Therefore, even if the data input/output specifications differ for each application, by intervening the input/output program in the communication between each of the multiple applications and the program executed on the in-vehicle ECU side, these applications can can ensure versatility.
  • an operating system is stored in the storage unit, and each of the plurality of applications is executed on the operating system.
  • the storage unit of the vehicle-mounted device stores an operating system for accessing the hardware resources of the vehicle-mounted device, and each of the plurality of applications is executed on the operating system. Therefore, even if new applications are added to the in-vehicle device, the operating system will manage the processes and control access to hardware resources for these applications to avoid conflicts in access to hardware resources. be able to.
  • control unit acquires operator information regarding an operator of the vehicle, and selects the application to be executed according to the acquired operator information.
  • control unit of the vehicle-mounted device acquires operator information regarding the operator of the vehicle transmitted from a mobile terminal or smart key owned by the operator of the vehicle, for example.
  • the control unit of the in-vehicle device selects an application to be executed based on the acquired operator information and executes the selected application, so it is possible to appropriately apply functions (services) according to the operator of the vehicle. .
  • control unit acquires vehicle status information regarding the status of the vehicle, and selects the application to be executed according to the acquired vehicle status information.
  • control unit of the in-vehicle device obtains vehicle state information regarding the state of the vehicle by, for example, obtaining on/off signals from the IG switch, messages from the body ECU (BCU), and the like.
  • the control unit of the in-vehicle device selects an application to be executed based on the acquired vehicle status information and executes the selected application, so that functions (services) depending on the status of the vehicle can be appropriately applied.
  • the plurality of applications stored in the storage unit are positioned at A grade, B grade, or QM in ASIL (Automotive Safety Integrity Level) of ISO26262.
  • multiple applications stored in the storage unit of the in-vehicle device that is, applications executed by the in-vehicle device to provide various functions (services), are grade A and B in ASIL (Automotive Safety Integrity Level) of ISO26262.
  • ASIL Automotive Safety Integrity Level
  • QM Quality of Service
  • a program according to an aspect of the present disclosure is installed in a computer that is installed in a vehicle, is communicatively connected to an in-vehicle ECU via an in-vehicle network, and includes a storage unit in which a plurality of applications are stored.
  • the functions executable by the vehicle are expanded, and the execution results of the application are output to the in-vehicle ECU corresponding to the function.
  • An information processing method includes a computer that is installed in a vehicle, is communicably connected to an in-vehicle ECU via an in-vehicle network, and includes a storage section in which a plurality of applications are stored. By adding the application stored in the section, the functions executable by the vehicle are expanded, and the execution results of the application are output to the in-vehicle ECU corresponding to the function.
  • FIG. 1 is a schematic diagram illustrating the configuration of an in-vehicle system S including an in-vehicle device 2 according to a first embodiment.
  • FIG. 2 is a block diagram illustrating the configuration of the in-vehicle device 2 and the like.
  • the in-vehicle system is configured with an in-vehicle device 2 as a main device, and the in-vehicle device 2 is communicably connected to various in-vehicle ECUs 4 including a body ECU 41 and the like via an in-vehicle network 5.
  • a relay device 3 having a function such as an Ethernet SW or a CAN gateway is connected to the in-vehicle network 5, and the relay device 3 relays communication data transmitted and received via a plurality of communication lines 51 that constitute the in-vehicle network 5. It may be something that does.
  • the in-vehicle device 2 is communicably connected to an external server 100 connected to an external network N via an external communication device 1 .
  • the external server 100 is a computer such as a server connected to an external network N such as the Internet or a public line network.
  • the external server 100 is communicably connected to a plurality of vehicles C via an external network N, and connects various application APs to the in-vehicle devices 2 of these vehicles C using, for example, OTA (Over The Air). It may also function as an OTA server that transmits (distributes).
  • OTA Over The Air
  • the external communication device 1 includes an external communication section 11 and an in-vehicle communication section 12.
  • the in-vehicle communication unit 12 is, for example, an Ethernet PHY unit that supports TCP/IP packets transmitted over a communication line 51 using an Ethernet cable such as 100BASE-T1 or 1000BASE-T1.
  • the external communication device 1 is communicably connected to the in-vehicle device 2 via an in-vehicle communication section 12 and a communication line 51 such as an Ethernet cable.
  • the external communication unit 11 is a communication device for wireless communication using mobile communication protocols such as 4G, 5G, WiFi (registered trademark), and Bluetooth (registered trademark), and is connected to the external communication unit 11. Data is transmitted and received via the antenna 13 to an external server 100 or a mobile terminal 101 such as a smart phone. Communication between the outside-vehicle communication device 1 and the outside-vehicle server 100 or the mobile terminal 101 is performed via an outside-vehicle network N such as a short-range communication network, a public line network, or the Internet.
  • an outside-vehicle network N such as a short-range communication network, a public line network, or the Internet.
  • the external communication device 1 is a separate device from the in-vehicle device 2, and these devices are communicably connected by the in-vehicle communication section 12, but the present invention is not limited to this.
  • the external communication device 1 may be built into the vehicle-mounted device 2 as a component of the vehicle-mounted device 2 .
  • the actuator 411 includes, for example, a wiper, a door mirror, a door lock, a lighting device, a seat drive device, a car air conditioner, a display device (HMI device), and the like.
  • the vehicle-mounted ECU 4 may be, for example, a body ECU 41 that drives and controls body-related actuators 411 such as wipers, door locks, door mirrors, and lighting devices.
  • the in-vehicle ECU 4 may be an integrated ECU (vehicle computer) that performs overall control of the vehicle C, or an individual ECU that operates under the integrated ECU.
  • An IG switch 6 that starts and stops the vehicle C may be connected to the body ECU 41.
  • the operation of the engine (on or off) is acquired by the signal indicating on or off of the IG switch 6, and the application AP corresponding to when the engine is on (when the engine starts operating) or when the engine is off (when the engine is stopped) is activated. It can be a trigger.
  • the activation trigger is not limited to these, and may be triggered by an event such as putting on and taking off a seatbelt or opening/closing a door.
  • the in-vehicle device 2 and the body ECU 41 are connected to a power supply device 7 such as a lead battery, a secondary battery, or an alternator via a power line 71.
  • a power supply device 7 such as a lead battery, a secondary battery, or an alternator
  • Other in-vehicle ECUs 4 are similarly connected to the power supply device 7, and are supplied with power from the power supply device 7.
  • the body ECU 41 is constantly supplied with power from the power supply device 7 and is in a wake-up state, and when an operator with a mobile terminal 101 such as a smartphone or a smart key approaches the vehicle C, the mobile terminal 101 is activated.
  • the operator information may also be acquired by performing short-range communication with, etc.
  • the body ECU 41 When the body ECU 41 acquires the operator information, it transmits a wake-up signal to the in-vehicle device 2 in the sleep state, transitions the in-vehicle device 2 to a wake-up state, and then transfers the operator information to the in-vehicle device 2. It may also be something that is sent to.
  • the in-vehicle device 2 includes a control section 20, a storage section 21, an input/output I/F 22, an in-vehicle communication section 23, and the like.
  • the in-vehicle device 2 regularly communicates with an external server, acquires various application APs using OTA (Over The Air), etc., and installs (applies) the acquired application APs to perform executable functions. It functions as a function expansion ECU that expands the Although details will be described later, the in-vehicle device 2 (function expansion ECU) selects an application AP based on the state of the vehicle C and the combination of operators, and executes the selected application AP.
  • OTA Over The Air
  • the in-vehicle device 2 transmits execution result data, which is the execution result of the application AP, to the in-vehicle ECU 4 corresponding to the function performed by executing the application AP.
  • the in-vehicle ECU 4 is connected to an actuator 411 that is drive-controlled according to the function performed by the application AP by the in-vehicle device 2 .
  • the control unit 20 is composed of a CPU (Central Processing Unit), an MPU (Micro Processing Unit), or the like.
  • the control unit 20 performs various control processes, calculation processes, etc. by reading out and executing the control program P (program product) and data stored in advance in the storage unit 21 .
  • the control program P (program product) stored in the storage unit 21 may be one in which a control program P (program product) read from a recording medium M readable by the in-vehicle device 2 is stored. Further, the control program P (program product) stored in the storage unit 21 may be a program downloaded from an external computer (not shown) connected to a communication network (not shown) and stored in the storage unit 21. .
  • the storage unit 21 is composed of a volatile memory element such as a RAM (Random Access Memory), or a non-volatile memory element such as a ROM (Read Only Memory), an EEPROM (Electrically Erasable Programmable ROM), or a flash memory.
  • the storage unit 21 stores a control program P including a plurality of applications AP, an input/output program IP, an operating system OP, and the like. Furthermore, the storage unit 21 stores an application table, which will be described later.
  • the input/output I/F 22 is, for example, a communication interface for serial communication. Via the input/output I/F 22, the in-vehicle device 2 is communicably connected to a camera 221, sensors 222 such as LiDAR, RADAR, ultrasonic sensor, temperature/humidity sensor, and infrared sensor, and a display device (HMI device) such as a display. be done. Various necessary sensors 222 may be additionally connected (retrofitted) to the input/output I/F 22 according to the various added applications AP. That is, the input/output I/F 22 may be compatible with standards such as GMSL, FPD-LINK, etc., which are IFs for the camera 221 system, for example.
  • the control unit 20 performs image processing, point cloud processing, object detection, living body detection, etc. on the image captured by the camera 221 via the input/output I/F 22 by executing various applications AP. Various types of processing can be performed.
  • the in-vehicle communication unit 23 is an input/output interface (Ethernet PHY unit, CAN transceiver, etc.) using a communication protocol such as Ethernet (registered trademark) or CAN (Controller Area Network).
  • the control unit 20 communicates with the relay device 3 , the in-vehicle ECU 4 , or the external communication device 1 connected to the in-vehicle network 5 via the in-vehicle communication unit 23 .
  • FIG. 3 is an explanatory diagram showing an example of a software hierarchy installed in the on-vehicle device 2.
  • the control program P stored in the storage unit 21 of the in-vehicle device 2 may include a plurality of applications AP, an input/output program IP, and an operating system OP.
  • the software hierarchy layer structure
  • the input/output program IP is the highest layer
  • the lower layers are the application AP and the operating system OP in that order.
  • the plurality of applications AP are selectively executed depending on the combination of the operator of the vehicle C (operator information) and the state of the vehicle C (vehicle state information), and are switched for each operator. It is something that is carried out.
  • the in-vehicle device 2 (function expansion ECU) acquires these application APs from the external server 100 using OTA (Over The Air) or the like, and installs them by storing them in the storage unit 21. By acquiring the application AP from the external server 100 in this manner, the functions (executable functions) that the in-vehicle device 2 can perform can be expanded according to the acquired application AP.
  • the input/output program IP performs processing (input/output processing) related to input/output with the in-vehicle ECU 4, which is the destination of the request signal generated as a result of executing the application AP, when executing the application AP according to the type of expanded function. I do.
  • processing input/output processing
  • the input/output program IP performs input/output processing with the in-vehicle ECU 4, that is, front-end processing for the in-vehicle ECU 4, the input/output program IP and each of the plurality of application APs are linked by a common interface, and for example, the process
  • the device is configured to be connected by intercommunication or shared memory method.
  • the input/output program IP and each of the plurality of application APs are coded using, for example, a common communication socket library, and each application AP and input/output program IP are coded using a process defined by the library. It may also be one that performs inter-communication. In this way, the input/output program IP performs transparent communication processing with each application AP by transmitting and receiving data assumed in advance in each application AP, and also performs transparent communication processing with each application AP. Performs data transmission/reception processing corresponding to the ECU 4.
  • the storage unit 21 of the in-vehicle device 2 stores an application AP and the in-vehicle ECU 4 to which the execution result (request signal) of the application AP is transmitted in association with each other, for example, in a list format (app list). It may be.
  • the application list the name of the application AP (executable file name) and the ECU number (MAC address, IP address, ECUID, etc.) that uniquely identifies the in-vehicle ECU 4 corresponding to the function performed by the application AP are associated. It is defined as
  • the control unit 20 When executing the input/output program IP, the control unit 20 identifies the in-vehicle ECU 4 to which the execution result (request signal) of the executed application AP is to be transmitted by reading the application list as a data file, and transmits the execution result. (request signal) is transmitted to the specified in-vehicle ECU 4.
  • the in-vehicle ECU 4 serving as the transmission destination is an in-vehicle ECU 4 that corresponds to the function exhibited by the application AP, and is the in-vehicle ECU 4 to which an actuator 411 driven by the function is connected.
  • the input/output program IP determines the priority among these application APs and performs processing (application control processing) to resolve resource conflicts, etc. between these application APs. There may be.
  • the input/output program IP configured in this way functions as communication middleware when performing communication processing with the in-vehicle ECU 4, and is used to connect various application APs acquired from the external server 100 and various types installed in the vehicle C. It is possible to improve the compatibility and transparency with the in-vehicle ECU 4 and ensure the versatility of the application AP.
  • the operating system OP is, for example, basic software such as Linux (registered trademark) or AUTOSAR (registered trademark)-OS. All the application APs installed (applied) to the in-vehicle device 2 operate on the operating system OP, thereby controlling the processes or threads generated for the execution of the application APs and the access to hardware resources by the application APs. Access is controlled.
  • the operating system OP includes, for example, a security module, device drivers such as a camera 221 and a sensor 222 connected to the input/output I/F 22, and an OTA module used when acquiring or updating an application AP from the external server 100. It may be.
  • the operating system OP is responsible for controlling access to hardware resources such as the control unit 20, the storage unit 21, the input/output I/F 22, and the in-vehicle communication unit 23, as well as time slice processing.
  • FIG. 4 is an explanatory diagram showing an example of an application table.
  • the storage unit 21 stores an application table in which an application AP specified by a combination of the operator of the vehicle C (operator information) and the state of the vehicle C (vehicle state information) is defined.
  • the application table is configured, for example, in a matrix format, and includes an operator field and a vehicle status field as management items, and defines an application AP to be executed based on a combination of these operator and vehicle status. There may be.
  • the automatic door release application AP is executed.
  • the application AP to be executed is defined as automatic door release.
  • User-A is defined as an application AP that executes a camera DMS (Driver Monitor)
  • User-B is defined as an application AP that executes a biosensor DMS.
  • the control unit 20 of the in-vehicle device 2 can switch the application AP to be executed depending on the operator (operator information). Can be done.
  • automatic door release, camera DMS, biosensor DMS, etc. are examples of applications AP that are selectively executed, and are not limited to these.
  • Applications AP that are executed when the state of vehicle C (vehicle state information) is that the vehicle is in a vehicle include, for example, door unlocking using biometric authentication, user authentication for a shared car, user authentication and payment for a taxi or bus, etc., and child boarding. It may also include changing the door settings at the time of confirmation.
  • the application APs executed when the state of the vehicle C (vehicle state information) is that the engine is operating are, for example, various DMS (Driver Monitor), EDR (data recording), sign recognition, signal recognition, emergency vehicle C.
  • the application AP that is executed when the state of vehicle C (vehicle state information) is exiting the vehicle is, for example, collision warning when opening/closing a door, user authentication and payment for taxis or buses, child abandonment detection, smart home, etc. It may include cooperation, garage opening, etc.
  • These application APs stored in the storage unit 21 and defined in the application table may be positioned in A grade, B grade, or QM in ASIL (Automotive Safety Integrity Level) of ISO26262.
  • the in-vehicle device 2 that functions as a function-enhanced ECU acquires and updates various application APs from the external server 100 periodically or regularly using OTA or the like, so it acquires and updates all the application APs applicable to the in-vehicle device 2. can be maintained in an executable state.
  • the information that becomes the original data of the application table may be information related to subscription users that is centrally managed by the external server 100.
  • the subscription user is a user who can be the operator of the vehicle C, and the external server 100 centrally manages application AP information (user master information) desired by each user for all subscription users.
  • the control unit 20 of the in-vehicle device 2 may periodically communicate with the out-of-vehicle server 100 and update the application table.
  • FIG. 5 is an explanatory diagram showing an example of application AP switching.
  • the in-vehicle device 2 (function expansion ECU) switches the application AP to be executed depending on the operator of the vehicle C (operator information) and the state of the vehicle C (vehicle state information) (use case ).
  • the state of vehicle C (vehicle state information) is when the vehicle is in the vehicle
  • the operator (A) and operator (B) of vehicle C are both set as an application AP that executes automatic door release (defined in the application table).
  • the door automatic release application AP is executed.
  • the operator (A) sets it as an application AP that executes camera DMS
  • the operator (B) sets it as an application AP that executes biosensor DMS. are doing. Therefore, when the operator (A) is in the vehicle, camera DMS is executed while the engine is operating. When the operator (B) is in the vehicle, the biosensor DMS is executed while the engine is operating.
  • the operator (A) and operator (B) of vehicle C are both set as an application AP that executes a door opening/closing warning (in the application table). (definition), a warning is executed when the door is opened or closed.
  • the application AP can be switched and executed depending on the state of the vehicle C (vehicle state information).
  • the application AP executed by the operator (A) and the operator (B) will be different, depending on the operator.
  • Application APs can be switched and executed.
  • FIG. 6 is a flowchart illustrating the processing of the control unit 20 of the in-vehicle device 2.
  • the control unit 20 of the in-vehicle device 2 regularly performs the following processing, for example, when the vehicle C is in a starting state (IG switch 6 is on) or in a stopped state (IG switch 6 is off).
  • the control unit 20 of the in-vehicle device 2 periodically or regularly communicates with the external server 100 such as an OTA server to check whether there is a newly added application AP. If there is an application AP to be added, the control unit 20 of the in-vehicle device 2 acquires (downloads) the application AP to be added from the external server 100 (OTA server), stores it in the storage unit 21, and installs (applies) it. do.
  • the external server 100 such as an OTA server
  • the control unit 20 of the in-vehicle device 2 may acquire all application APs (full package) that can be applied to the in-vehicle device 2.
  • the in-vehicle device 2 selects the application AP to be executed depending on the operator of the vehicle C, but it is assumed that the vehicle C is operated by a plurality of different operators, such as driving. Even in such a case, since all application APs (full packages) are installed (applied) to the in-vehicle device 2 in advance, no matter which operator operates the vehicle C, the relevant operation It is possible to eliminate the need to obtain an application AP each time according to the user.
  • the control unit 20 of the in-vehicle device 2 may acquire user information regarding the subscription user (operator of the vehicle C) registered in the external server 100 in conjunction with the additional acquisition of the application AP.
  • the control unit 20 of the in-vehicle device 2 grasps the application AP (provided service) requested by each subscription user (operator of vehicle C) based on the acquired user information, and updates the application table. There may be.
  • the control unit 20 of the vehicle-mounted device 2 acquires operator information regarding the operator of the vehicle C (S101).
  • the control unit 20 of the vehicle-mounted device 2 acquires operator information transmitted from the mobile terminal 101 or smart key held by the operator of the vehicle C, for example, via the body ECU 41.
  • the body ECU 41 is constantly supplied with power to the power supply device 7 and is in a wake-up state, and when an operator having a mobile terminal 101 or the like approaches the vehicle C, the body ECU 41 performs short-range communication with the mobile terminal 101. By doing so, the operator information is acquired.
  • the body ECU 41 transmits, for example, a wake-up signal to the in-vehicle device 2 in a sleep state, transitions the in-vehicle device 2 to an activated (wake-up) state, and further transmits operator information to the in-vehicle device 2.
  • the control unit 20 of the in-vehicle device 2 stores the operator information acquired from the body ECU 41 and the acquisition time in the storage unit 21 in association with each other.
  • the control unit 20 of the in-vehicle device 2 may perform authentication processing for the operator based on the acquired operator information, and may perform the following processing only when the result of the authentication processing is positive. .
  • the control unit 20 of the in-vehicle device 2 may transmit the acquired operator information to the external server 100 and request the external server 100 to perform the authentication process.
  • a biometric authentication device that performs fingerprint authentication or the like is connected to the in-vehicle device 2, and the control unit 20 of the in-vehicle device 2 authenticates the operator of the vehicle C using the biometric authentication device. It's okay.
  • the control unit 20 of the in-vehicle device 2 acquires vehicle status information regarding the status of the vehicle C (S102).
  • the control unit 20 of the in-vehicle device 2 receives a message transmitted from each in-vehicle ECU 4 such as the body ECU 41, acquires vehicle status information included in the received message, and associates the vehicle status information with the acquisition time. It is stored in the storage unit 21.
  • the control unit 20 of the in-vehicle device 2 may acquire vehicle status information based on a signal transmitted from the IG switch 6 when the IG switch 6 is turned on or off.
  • the message is, for example, a CAN message or an IP packet
  • the control unit 20 of the in-vehicle device 2 controls the vehicle based on the message ID of the CAN message, the TCP port number of the IP packet, or the data stored in the payload of these messages.
  • Status information can be obtained.
  • the vehicle status information indicates, for example, various statuses such as when the operator is in the vehicle, when the operator is getting off the vehicle, when the engine is running, when the engine is stopped, the vehicle speed, the operation status of various actuators 411, and whether the vehicle is in automatic operation or manual operation. Contains information.
  • the control unit 20 of the in-vehicle device 2 selects an application AP based on the operator information and vehicle status information (S103).
  • the control unit 20 of the in-vehicle device 2 selects an application AP corresponding to the acquired operator information and vehicle status information, for example, by referring to an application table stored in the storage unit 21.
  • the application table is stored in the storage unit 21 in a matrix format, for example, and the control unit 20 of the in-vehicle device 2 efficiently selects the application AP based on the combination of operator information and vehicle status information. be able to.
  • the control unit 20 of the in-vehicle device 2 executes the selected application AP (S104).
  • the control unit 20 of the in-vehicle device 2 executes the selected application AP, and transmits a message including result data, a control signal, a request signal, etc. generated as an execution result to the in-vehicle ECU 4 corresponding to the application AP.
  • the application AP is intended to perform the functions (services) requested by the operator, and the functions (services) include, for example, automatic door unlocking, lighting of lights, collision tendency when opening and closing doors, etc. including. In performing these functions (services), the actuator 411 that is actually driven is connected to the in-vehicle ECU 4 to which request signals and the like are transmitted.
  • the in-vehicle ECU 4 to which the actuator 411 that is driven to perform the function (service) is connected drives and controls the actuator 411 for door locks, lighting, etc. connected to itself in accordance with the received request signal (message). do.
  • the processing load on the in-vehicle ECU 4 is reduced, and the application AP requested by the operator of the vehicle C is executed according to the state of the vehicle C, and the functions (services) requested by the operator are provided. Can be done.
  • the control unit 20 of the vehicle-mounted device 2 acquires vehicle status information regarding the status of the vehicle C (S105).
  • the control unit 20 of the in-vehicle device 2 acquires vehicle state information regarding the state of the vehicle C, and stores the vehicle state information and the acquisition time in the storage unit 21 in association with each other.
  • the control unit 20 of the in-vehicle device 2 determines whether the vehicle status information has changed (S106). The control unit 20 of the in-vehicle device 2 determines whether a change has occurred between the currently acquired vehicle status information and the previously acquired vehicle status information.
  • the control unit 20 of the on-vehicle device 2 performs a loop process to execute the process of S103 again.
  • the control unit 20 of the in-vehicle device 2 selects an application AP based on the combination of the current state of the vehicle C and the operator by performing loop processing to execute the process of S103 again. and can be executed. Thereby, it is possible to select and execute an appropriate application AP in accordance with changes in the state of the vehicle C.
  • the control unit 20 of the in-vehicle device 2 determines whether the operator has left the vicinity of the vehicle C (S107). If the vehicle status information has not changed, the control unit 20 of the on-vehicle device 2 determines whether the operator has left the vicinity of the vehicle C, for example, by communicating with the body ECU 41.
  • the mobile terminal 101 or smart key held by the operator and the body ECU 41 perform short-range communication using, for example, RF (Radio Frequency) or LF (Low Frequency). It is periodically determined whether the vehicle C is inside or outside the vehicle C and within a predetermined distance.
  • the control unit 20 of the vehicle-mounted device 2 determines whether the operator has left the vicinity of the vehicle C, for example, by acquiring information regarding the operator's position from the body ECU 41.
  • the control unit 20 of the in-vehicle device 2 performs a loop process to execute the process from S105 again. If the operator is not far from the vicinity of the vehicle C, the control unit 20 of the in-vehicle device 2 continues to acquire vehicle status information regularly or periodically by executing the process from S105 again. Can be done. Thereby, while the operator is not far from the vicinity of the vehicle C, it is possible to continuously select and execute an appropriate application AP according to the regularly acquired vehicle status information. If the operator leaves the vicinity of the vehicle C (S107: YES), the control unit 20 of the in-vehicle device 2 ends the processing in this flowchart.
  • FIG. 7 is a flowchart illustrating the processing of the control unit 20 of the in-vehicle device 2 according to the second embodiment.
  • the in-vehicle device 2 according to the second embodiment performs the process of S201 similarly to the process S101 of the first embodiment.
  • the control unit 20 of the in-vehicle device 2 determines whether the acquired operator information is registered in the application table (S202). The control unit 20 of the in-vehicle device 2 determines whether the acquired operator information (user ID) is registered in the operator field of the application table stored in the storage unit 21.
  • the control unit 20 of the in-vehicle device 2 acquires user information corresponding to the operator information from the external server 100 (S2021). If the operator information is not registered in the application table, the control unit 20 of the in-vehicle device 2 transmits the acquired operator information to the outside server 100, and sends the acquired operator information to the outside server 100, and sends the user information corresponding to the operator information to the outside server 100. request.
  • the operator information includes, for example, a user ID that uniquely indicates the operator.
  • the external server 100 centrally manages (master registration) data regarding the operator of the vehicle C who is a subscription user, and lists the services requested by each user (user ID), that is, the application APs to be executed.
  • the control unit 20 of the in-vehicle device 2 transmits operator information including a user ID etc. to the out-of-vehicle server 100, so that an application to be executed corresponding to the operator is sent from the out-of-vehicle server 100 that centrally manages information of all users.
  • the control unit 20 of the in-vehicle device 2 updates the application table based on the acquired user information (S2022). Based on the acquired user information, the control unit 20 of the in-vehicle device 2 determines the operator (user ID) of the currently acquired operator information and the request that the operator (user ID) executes in each vehicle state C. Information regarding the application AP (service provided) is additionally registered in the application table.
  • the control unit 20 of the in-vehicle device 2 may acquire the application AP requested by the new operator (user ID) from the external server 100 in conjunction with the registration of a new operator (user ID).
  • the control unit 20 of the in-vehicle device 2 acquires vehicle status information regarding the status of the vehicle C (S203).
  • the control unit 20 of the in-vehicle device 2 performs S203 in the same manner as the process S102 of the first embodiment.
  • the control unit 20 of the in-vehicle device 2 performs the processes from S204 to S208, similar to the processes from S103 to S107 of the first embodiment.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Mechanical Engineering (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Small-Scale Networks (AREA)
  • Stored Programmes (AREA)

Abstract

L'invention concerne un dispositif embarqué qui est installé dans un véhicule et est connecté à une ECU embarquée par le biais d'un réseau embarqué de façon à pouvoir communiquer avec l'ECU embarquée, ledit dispositif embarqué comprenant : une unité de stockage dans laquelle sont stockées une pluralité d'applications ; et une unité de commande qui effectue un traitement associé aux applications, l'unité de commande ajoutant une application stockée dans l'unité de stockage pour étendre ainsi une fonction qui peut être exécutée par le véhicule, et délivre, à l'ECU embarquée correspondant à la fonction, le résultat de l'exécution de l'application.
PCT/JP2023/029890 2022-09-01 2023-08-18 Dispositif embarqué, programme, et procédé de traitement d'informations WO2024048328A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2022139371A JP2024034849A (ja) 2022-09-01 2022-09-01 車載装置、プログラム及び情報処理方法
JP2022-139371 2022-09-01

Publications (1)

Publication Number Publication Date
WO2024048328A1 true WO2024048328A1 (fr) 2024-03-07

Family

ID=90099442

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2023/029890 WO2024048328A1 (fr) 2022-09-01 2023-08-18 Dispositif embarqué, programme, et procédé de traitement d'informations

Country Status (2)

Country Link
JP (1) JP2024034849A (fr)
WO (1) WO2024048328A1 (fr)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009080566A (ja) * 2007-09-25 2009-04-16 Hitachi Ltd 車両制御用プログラムおよびプログラム生成方法、プログラム生成装置、及び自動車用制御装置
JP2010221961A (ja) * 2009-03-25 2010-10-07 Denso Corp アプリケーション実行制御装置、およびアプリケーション実行制御プログラム
WO2021260929A1 (fr) * 2020-06-26 2021-12-30 三菱電機株式会社 Dispositif d'activation de logiciel, dispositif de traitement d'informations et procédé d'activation de logiciel

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009080566A (ja) * 2007-09-25 2009-04-16 Hitachi Ltd 車両制御用プログラムおよびプログラム生成方法、プログラム生成装置、及び自動車用制御装置
JP2010221961A (ja) * 2009-03-25 2010-10-07 Denso Corp アプリケーション実行制御装置、およびアプリケーション実行制御プログラム
WO2021260929A1 (fr) * 2020-06-26 2021-12-30 三菱電機株式会社 Dispositif d'activation de logiciel, dispositif de traitement d'informations et procédé d'activation de logiciel

Also Published As

Publication number Publication date
JP2024034849A (ja) 2024-03-13

Similar Documents

Publication Publication Date Title
US10564954B2 (en) Hybrid electric vehicle with automated software update system
JP6056424B2 (ja) 車載プログラム更新装置
WO2020022265A1 (fr) Système de commande électronique pour véhicule, procédé de détermination d'autorisation de mise à jour de programme, et programme de détermination d'autorisation de mise à jour de programme
CN111038418A (zh) 一种中央集成车身域控制器系统及汽车
US20150291109A1 (en) Remote function control system for a vehicle having a data communications bus and related methods
CN111464974B (zh) 一种车联网数据通讯方法、装置、设备和介质
JP7192415B2 (ja) プログラム更新システム及び更新処理プログラム
US9527478B2 (en) Remote function control system for a vehicle having a data communications bus and related methods
US9919682B2 (en) Remote function device and associated wireless security sensor for a vehicle having a data communications bus and related methods
US9656631B1 (en) Remote function control system with wireless databus device and associated wireless security sensor for a vehicle having a data communications bus and related methods
US20200283004A1 (en) Method and system for overriding vehicle systems based on special conditions
JP2011070287A (ja) プログラム更新装置、センタ及びプログラム更新システム
CA2951679C (fr) Systeme de commande de fonction a distance dote d'un dispositif de fonction a distance et capteur de securite sans fil associe destines a un vehicule equipe d'un bus de communication de donnees et methodes associees
JP5011686B2 (ja) 遠隔操作システム
WO2024048328A1 (fr) Dispositif embarqué, programme, et procédé de traitement d'informations
WO2021205825A1 (fr) Dispositif embarqué, procédé de traitement d'informations, et programme informatique
CN117616364A (zh) 一种空中下载（ota）升级方法及装置
CN114115931A (zh) 软件更新装置、软件更新方法、非临时存储介质及车辆
WO2024090224A1 (fr) Dispositif de gestion de mise à jour, système embarqué, procédé de commande et programme informatique
JP7484736B2 (ja) 車載装置、及び更新方法
CA2925135C (fr) Mecanisme de commande de fonction a distance destine a un vehicule dote d'un bus de communication de donnees et methodes associees
US20220274460A1 (en) Information processing apparatus, information processing method and storage medium
EP3937006B1 (fr) Dispositif de mise à jour de logiciel, procédé de mise à jour de logiciel et centre
WO2024009706A1 (fr) Système monté sur véhicule, dispositif de commande électronique, procédé de mise à jour de politique d'autorisation d'accès, et programme
KR101519411B1 (ko) 차량 원격 제어 장치 및 그 방법

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 23860091

Country of ref document: EP

Kind code of ref document: A1

DPE2 Request for preliminary examination filed before expiration of 19th month from priority date (pct application filed from 20040101)