Vehicle architecture design support device and vehicle architecture design support method

Abstract

Provided are an apparatus and method for calculating with high accuracy an evaluation value for a vehicle architecture based on a logical architecture that represents the relationships between multiple logical functions and a physical architecture that represents the relationships between multiple physical elements for a vehicle control system in which multiple logical functions are distributed across multiple physical elements. [Solution] The vehicle architecture design support device includes a logical function information acquisition unit that acquires logical function information including one or more logical functions that constitute the function to be evaluated specified in the logical architecture and the execution order of the one or more logical functions, a first physical element extraction unit that extracts a first group of physical elements corresponding to the function to be evaluated from a plurality of physical elements based on the logical function information, a second physical element extraction unit that extracts a second group of physical elements from the plurality of physical elements that activates in response to the first group of physical elements when the function to be evaluated is executed in the physical architecture, and an evaluation value calculation unit that calculates a total evaluation value of the logical function arrangement for the function to be evaluated based on the second group of physical elements.

Description

[Technical Field]

[0001] The present invention relates to a vehicle architecture design support device and a vehicle architecture design support method. [Background technology]

[0002] In recent years, attention has been focused on zone-based in-vehicle architecture, which allocates in-vehicle functions to physical elements such as ECUs (Electronic Control Units) and microcomputers installed in the vehicle, and allocates functions not by function but based on the physical location of sensors, actuators, etc. In zone-based in-vehicle architecture, a series of functions that operate in a specific vehicle control state are distributed across multiple ECUs.

[0003] In such a zone-type in-vehicle architecture, if the ECU's power consumption is high, for example, when the vehicle is in a control state with the ignition off, it is necessary to correctly calculate an evaluation value of the ECU's power consumption and redesign it. As an example of calculating such an evaluation value, Patent Document 1 listed below discloses the configuration of an automatic vehicle architecture verification system that calculates element values, including power consumption, for each of the subsystems that make up a vehicle digital model, and automatically searches for a modification plan for the architecture configuration if the value obtained by adding up the calculated element values ​​for each subsystem for the entire model does not meet a predetermined target value. [Prior art documents] [Patent documents]

[0004] [Patent Document 1] Japanese Patent Application Publication No. 2023-159618 Summary of the Invention [Problem to be solved by the invention]

[0005] The configuration described in Patent Document 1 does not calculate element values ​​for a series of function groups that operate for a specific control state. Therefore, for example, when calculating element values ​​in a standby state, it is not possible to extract element values ​​of necessary physical elements that are activated in response to the activation of physical elements in which logical functions are assigned during the operation of the function groups. Therefore, the sum of the element values ​​of each subsystem across the entire model results in a low accuracy as an evaluation value for the vehicle architecture. As such, the conventional technology has the problem of being unable to calculate an evaluation value for the vehicle architecture with high accuracy. [Means for solving the problem]

[0006] A vehicle architecture design support device evaluates the logical function arrangement in a vehicle control system in which multiple logical functions are distributed across multiple physical elements, based on a logical architecture that represents the relationships between multiple logical functions and a physical architecture that represents the relationships between multiple physical elements.The device includes a logical function information acquisition unit that acquires logical function information including one or more logical functions that constitute a function to be evaluated specified in the logical architecture and the execution order of the one or more logical functions, a first physical element extraction unit that extracts a first group of physical elements corresponding to the function to be evaluated from the multiple physical elements based on the logical function information, a second physical element extraction unit that extracts a second group of physical elements from the multiple physical elements in the physical architecture that activates in response to the first group of physical elements when the function to be evaluated is executed, and an evaluation value calculation unit that calculates a total evaluation value of the logical function arrangement for the function to be evaluated based on the second group of physical elements. [Effects of the Invention]

[0007] It is possible to provide a vehicle architecture design support device and a vehicle architecture design support method that calculate an evaluation value for a vehicle architecture with high accuracy. [Brief explanation of the drawings]

[0008] [Figure 1] 1 is a configuration diagram of a vehicle architecture design support device according to an embodiment of the present invention. [Figure 2] 1 shows an example of a schematic configuration of a vehicle system. [Figure 3] An example of a physical architecture used in a vehicle control system. [Figure 4] Figure 3 shows an example of the internal configuration of each ECU. [Figure 5] An example of parameters assigned to the physical architecture. [Figure 6] Functional example of the logical architecture of a vehicle control system. [Figure 7] An example of a physical architecture. [Figure 8] 10 is an example of function allocation information showing the allocation of logical functions in a physical architecture. [Figure 9] All the logical steps that can be obtained with the logical architecture in Figure 6. [Figure 10] FIG. 4 is a diagram for explaining a method of extracting a first physical element. [Figure 11] FIG. 4 is a diagram illustrating a method for extracting a second physical element according to an embodiment of the present invention. [Figure 12] First variant. [Figure 13] Second variant. DETAILED DESCRIPTION OF THE INVENTION

[0009] Hereinafter, an embodiment of the present invention will be described with reference to the drawings. The following description and drawings are examples for explaining the present invention, and some omissions and simplifications have been made as appropriate for clarity of explanation. The present invention can be implemented in various other forms. Unless otherwise specified, each component may be singular or plural.

[0010] In order to facilitate understanding of the invention, the position, size, shape, range, etc. of each component shown in the drawings may not represent the actual position, size, shape, range, etc. Therefore, the present invention is not necessarily limited to the position, size, shape, range, etc. disclosed in the drawings.

[0011] (One embodiment and overall configuration) (Figure 1) Vehicle architecture design support device 100 is configured using, for example, a computer and has the following functional blocks: logical function information acquisition unit 101, first physical element extraction unit 102, second physical element extraction unit 103, and evaluation value calculation unit 104. These functional blocks are functions realized by, for example, a processor in a computer executing a predetermined program. Vehicle architecture design support device 100 is involved in the logical architecture design of first vehicle control system 2, which will be described later with reference to FIG. 2.

[0012] As will be described later, various logical functions are distributed among multiple physical elements (ECUs) in the first vehicle control system 2. The vehicle architecture design support device 100 acquires a logical architecture 20 representing the relationships between multiple logical functions and a physical architecture 300 representing the relationships between multiple physical elements for this first vehicle control system 2, and evaluates the logical function arrangement in the first vehicle control system 2 based on these.

[0013] The logical function information acquisition unit 101 acquires information on the evaluation target function 30, which is a function designated as an evaluation target in the first vehicle control system 2, and, based on this information, acquires logical function information on the evaluation target function 30 from the logical architecture 20 that represents the logical function configuration of the first vehicle control system 2. This logical function information includes information on one or more logical functions that constitute the evaluation target function 30 in the logical architecture 20, and information on the execution order of the logical functions when realizing the evaluation target function 30 in the first vehicle control system 2. The logical function information acquisition unit 101 outputs the acquired logical function information to the first physical element extraction unit 102.

[0014] Based on the logical function information input from logical function information acquisition unit 101, first physical element extraction unit 102 extracts a first physical element group corresponding to evaluation target function 30 from the multiple physical elements included in first vehicle control system 2. Specifically, as will be described later, of the multiple ECUs constituting first vehicle control system 2, one or more ECUs to which logical functions corresponding to evaluation target function 30 are assigned are extracted as the first physical element group. First physical element extraction unit 102 outputs information on the extracted first physical element group to second physical element extraction unit 103.

[0015] Based on the information on the first physical element group and a physical architecture 300 (described later in FIG. 3 ) representing the physical configuration of the first vehicle control system 2, the second physical element extraction unit 103 extracts a second physical element group corresponding to the evaluation target function 30 from the multiple physical elements included in the first vehicle control system 2. Specifically, for a combination of ECUs in the first vehicle control system 2 extracted as the first physical element group that are adjacent in the execution order of the logical functions of the evaluation target function 30, the second physical element extraction unit 103 searches the physical architecture 300 for the shortest path between these ECUs. Then, all ECUs passed through along the searched shortest path are extracted as a second physical element group. This second physical element group includes all physical elements included in the first physical element group and all other physical elements passed through along the path. The second physical element extraction unit 103 outputs information on the extracted second physical element group to the evaluation value calculation unit 104.

[0016] Evaluation value calculation unit 104 calculates an evaluation value for the logical function layout of first vehicle control system 2 for evaluation target function 30, based on physical architecture 300 and information on the second physical element group input from second physical element extraction unit 103. In this way, for a function designated as an evaluation target in first vehicle control system 2, an evaluation value for the logical function layout can be calculated appropriately and with high accuracy based on logical architecture 20 and physical architecture 300. Vehicle architecture design support device 100 can support the designer in designing the logical architecture of first vehicle control system 2 based on such evaluation values, which can contribute to achieving appropriate power consumption, for example.

[0017] (Figure 2) The configuration of the vehicle system 1 will be described. The vehicle system 1 has a first vehicle control system 2. The first vehicle control system 2 executes various functions in response to the vehicle control state. The first vehicle control system 2 is configured with an in-vehicle network and a controller, and performs high-load information processing and overall system control. The in-vehicle network is, for example, a Controller Area Network (CAN), CANFD (CAN with Flexible Data-rate), or Ethernet (registered trademark). The controller is, for example, an Electronic Control Unit (ECU).

[0018] The first vehicle control system 2 is connected to a communication device 3, a second vehicle control system 4, a drive device 5, a recognition device 6, an output device 7, an input device 8, a notification device 9, etc., and transmits and receives information to and from each of these devices.

[0019] The communication device 3 has a diagnostic terminal (On-Board Diagnostics), an Ethernet terminal, a terminal for an external recording medium (for example, a USB memory or an SD card), and the like, and thereby communicates with the first vehicle control system 2. The communication device 3 also transmits information about the outside world (infrastructure, other vehicles, maps, etc.) or about the vehicle itself via wireless communication with the outside of the vehicle system 1, using a protocol such as wireless communication or a global positioning system (GPS). Examples of wireless communication include mobile phone communication, wireless LAN (Local Area Network), WAN (Wide Area Network), and C2X (Car to X: vehicle-to-vehicle or vehicle-to-infrastructure communication).

[0020] The second vehicle control system 4 is configured by a network using a protocol different from that of the first vehicle control system 2 or the same protocol.

[0021] The drive device 5 drives mechanical and electrical devices that control the movement of the vehicle (for example, the engine, transmission, wheels, brakes, steering device, etc.) according to the control of the first vehicle control system 2. The drive device 5 is, for example, an actuator.

[0022] The recognition device 6 is a device that acquires information about the outside of the vehicle system 1 or the state of the vehicle system 1. The recognition device 6 is configured by external sensors such as an on-board camera, radar, LIDAR (Light Detection And Ranging), and ultrasonic sensors, and dynamic sensors that recognize the state of the vehicle system 1 (motion state, position information, acceleration, wheel speed, etc.).

[0023] The output device 7 is connected to the network system by wire or wirelessly, receives data sent from the network system, and displays or outputs information necessary for the driver, such as message information (e.g., video or sound). The output device 7 is, for example, a liquid crystal display, a warning light, a speaker, etc.

[0024] The input device 8 is a device for generating an input signal by which the driver of the vehicle inputs operation intentions and instructions to the first vehicle control system 2. The input device 8 is, for example, a steering wheel, pedals, buttons, levers, a touch panel, etc.

[0025] The notification device 9 is a device that allows the vehicle system 1 to notify the outside world of the vehicle state and the like, and is, for example, a lamp, an LED (Light Emitting Diode), a speaker, or the like.

[0026] (Figure 3) The first vehicle control system 2 has, as its hardware configuration, a plurality of ECUs 302 and network links 301 connecting the ECUs 302. A physical architecture 300 represents the hardware configuration of the first vehicle control system 2 as shown in FIG. 3, for example. The network links 301 are, for example, a CAN bus. The ECUs 302 are connected to the network links 301, other network links (including dedicated lines) not shown, and the drive unit 5 or the recognition unit 6. The ECUs 302 are also connected to the plurality of network links 301 and function as gateways that transmit and receive data to and from each of the network links 301.

[0027] Based on data received via network 301, ECU 302 performs control processes such as outputting control signals to drive device 5, acquiring information from recognition device 6, outputting control signals and acquired information to network 301, and changing internal states. Physical architecture 300 represents the hardware configuration of first vehicle control system 2 by the relationships between physical elements such as ECU 302, network link 301, and the processor (CPU) within ECU 302.

[0028] 3 illustrates a bus topology in which multiple ECUs 302 are connected to two network links 301 as an example of the network topology of the physical architecture 300, but the connection topology is not limited to this. For example, other connection topology is possible, such as a star topology in which multiple ECUs 302 are directly connected to a gateway, a link topology in which ECUs 302 are connected in a ring shape to a series of network links 301, or a mixed topology in which each topology is mixed and configured with multiple networks 301.

[0029] (Figure 4) The ECU 302 has a processor 401, an I / O (Input / Output) 402, a timer 403, a ROM (Read Only Memory) 404, and a RAM (Random Access Memory) 405. These are connected to each other via an internal bus 406, and communicate with each other.

[0030] The processor 401 is, for example, a processing unit such as a CPU, and has storage elements such as a cache and a register, and executes control. The I / O 402 transmits and receives data to and from the network link 301 and at least one of the drive device 5 and the recognition device 6, which are connected via a network or a dedicated line. The timer 403 uses a clock (not shown) and the like to manage time and date. The ROM 404 stores the control program and non-volatile data. The RAM 405 stores programs other than the control program and volatile data.

[0031] (Figure 5) 5 shows an example of parameters assigned to physical elements in the physical architecture 300 (FIG. 3). In FIG. 5, (a) shows an example of parameters for the ECU 302 and the processor 401, and (b) shows an example of parameters for the network link 301.

[0032] As shown in Fig. 5(a), the parameters of the ECU 302 and processor 401 in the physical architecture 300 include power consumption, computing performance, RAM capacity, ROM capacity, and cost (cost of components such as ECUs). These are parameters that the ECU 302 (Fig. 3) or processor 401 (Fig. 4) has and are used by the evaluation value calculation unit 104 (Fig. 1). The parameters shown in Fig. 5(b) include the communication speed of the network link 301 and cost (cost of network cables, etc.).

[0033] (Figure 6) An example of the logical architecture 20 in the first vehicle control system 2 will be described. Among the various functional groups of the first vehicle control system 2, for example, a smart key door unlocking functional group 600 has the logical functions of receiving a door unlock signal from the smart key 601, acquiring the door lock actuator position 602, acquiring the door lock actuator current 603, controlling door unlocking and locking 604, controlling the door lock actuator position 605, and controlling the door lock actuator current 606.

[0034] Receive Door Unlock Signal from Smart Key 601 is a function that receives a door unlock signal sent from the smart key and notifies the user of the reception. Acquire Door Lock Actuator Position 602 is a function that acquires the position of the door lock actuator using a position sensor, which may be, for example, an encoder. Acquire Door Lock Actuator Current 603 is a function that acquires the current value of the door lock actuator using a current sensor. Door Unlock / Lock Control 604 is a function that arbitrates requests related to door unlocking and locking and outputs a request for unlocking and locking the doors. Door Lock Actuator Position Control 605 is a function that acquires the request from Door Unlock / Lock Control 604 and the position 602 of the door lock actuator, and outputs a current command value that controls the door lock position. Door Lock Actuator Current Control 606 is a function that controls the current value so that it follows the current command value based on the current command value output by Door Lock Actuator Position Control 605 and the current value acquired by Acquire Door Lock Actuator Current 603.

[0035] In the logical architecture 20, for example, for a smart key door unlock function group 600, the relationships between the logical functions 601 to 606 shown in Fig. 6 are represented. Similarly, for the various other function groups possessed by the first vehicle control system 2, the relationships between the multiple logical functions constituting the function groups are represented in the logical architecture 20.

[0036] (Fig. 7, Fig. 8) Fig. 7 is an example of physical architecture 300a obtained by extracting a portion of physical architecture 300 of first vehicle control system 2 that corresponds to smart key door unlock function group 600 shown in Fig. 6. Function layout information 801 shown in Fig. 8 represents a combination of function layouts in which the logical functions of smart key door unlock function group 600 shown in Fig. 6 correspond to each physical element in physical architecture 300a of Fig. 7. Function layout information 801 manages each combination in a matrix in tabular form. In the table of function layout information 801, each row lists a physical element (ECU) of physical architecture 300a, and each column of the table lists each logical function of smart key door unlock function group 600.

[0037] In calculating an appropriate evaluation value for the logical function allocation represented by function allocation information 801, a case will be described in which the logical functions are allocated to a specific ECU (denoted by a circle). For example, in Fig. 8, the logical functions of door lock actuator position acquisition 602, door lock actuator current acquisition 603, door lock actuator position control 605, and door lock actuator current control 606 are allocated to ECU2. In this way, for the pattern of logical functions corresponding to each physical element, by arranging each function of function group 600 in physical architecture 300a, it is determined which physical element (ECU, processor) will execute the processing of which logical function.

[0038] (Figure 9) 9 is an explanatory diagram of a method for acquiring a logical function corresponding to the evaluation target function 30 (FIG. 1) from the logical architecture 20. FIG. 9 shows an example in which, for example, the smart key door lock release function group 600 (FIG. 6) is specified as the evaluation target function 30. The logical function information acquiring unit 101 (FIG. 1) acquires, for example, each element of the logical function included in each path from a sensor to an actuator in the smart key door lock release function group 600 (FIG. 6). Then, it acquires, as logical function information, information representing one or more logical functions in each acquired path and information representing the order of the logical functions in each path.

[0039] (Figure 10) The first physical element extracting unit 102 identifies the physical elements in which the elements of the logical function (FIG. 9) acquired by the logical function information acquiring unit 101 (FIG. 1) are arranged in the first vehicle control system 2 by referring to the function layout information 801 (FIG. 8). For example, by referring to the function layout information 801 for the execution order of the logical function shown in FIG. 9, including reception of a door unlock signal from a smart key 601, door lock / unlock control 604, door lock actuator position control 605, and door lock actuator current control 606, it is found that the execution orders are ECU1, ECU4, ECU2, and ECU2, respectively. In this way, the first physical element extracting unit 102 extracts ECU1, ECU4, ECU2, and ECU2 as a first physical element group corresponding to the function to be evaluated from the plurality of physical elements constituting the first vehicle control system 2, and outputs the information to the second physical element extracting unit 103. The first physical element extraction unit 102 performs similar processing on elements of other cases shown in FIG. 9 and outputs information on the extracted first physical element group to the second physical element extraction unit 103.

[0040] (Figure 11) The second physical element extraction unit 103 extracts a second physical element group based on the first physical element group extracted by the first physical element extraction unit 102, taking into consideration the network topology represented by the physical architecture 300. In Fig. 11, for ECU1, ECU4, ECU2, and ECU2 of the first physical element group shown in Fig. 10, the logical functions corresponding to each of these physical elements are represented as (c1) to (c4) in Fig. 11(a), respectively, and are represented by the network topology in Fig. 11(b).

[0041] In Fig. 11(b), physical elements are regarded as nodes and networks as edges. For each pair of physical elements shown in Fig. 11(b), the physical elements that are passed through when taking the shortest path between the physical elements are found using the Floyd-Warshall algorithm or the like.

[0042] A more detailed explanation will be given below. For example, for the pair (c1) and (c2) in FIG. 11(a), as shown in FIG. 11(b), physical elements passed through on the shortest path between the pair ECU1, which is the placement destination of (c1), and ECU4, which is the placement destination of (c2), which is executed after (c1), are extracted. In this case, ECU3, which passes through the shortest path between ECU1 and ECU4, is also started in response to the activation of ECU1 and ECU4. Therefore, the second physical element extraction unit 103 extracts ECU3, which is passed through on the way between ECU1 and ECU4, in addition to ECU1 and ECU4, which are adjacent in the execution order of their logical functions. The same process is performed for the remaining pairs (C2) and (C3) and (C3) and (C4) in FIG. 11(a), to extract physical elements. As a result, the second physical element extracting unit 103 extracts ECU3 as a second physical element group in addition to ECU1, ECU4, ECU2, and ECU2 extracted as the first physical element group.

[0043] For the second physical element group extracted by the process described above, the evaluation value calculation unit 104 (FIG. 1) calculates a total evaluation value from the evaluation values ​​of each physical element included therein. The evaluation value calculation unit 104 calculates the total evaluation value E, for example, by an evaluation value calculation method using the following mathematical formula (1). In mathematical formula (1), j is each physical element of the second physical element group extracted by the second physical element extraction unit 103, and ej is the evaluation value of each physical element.

[0044]

number

[0045] In this way, for a first vehicle control system 2 in which multiple logical functions are distributed and allocated to multiple physical elements, the vehicle architecture design support device 100 can accurately calculate a total evaluation value of the logical function allocation of the first vehicle control system 2 for the evaluation target functions based on the logical architecture 20 that represents the relationships between the multiple logical functions and the physical architecture 300 that represents the relationships between the multiple physical elements. This enables evaluation of the logical function allocation in the first vehicle control system 2, which can contribute to appropriate allocation of logical functions in each physical element. The calculated total evaluation value E is output to an output device such as a screen, or used as reference information for past functional allocation of logical functions.

[0046] The evaluation value of each physical element that is the target when the evaluation value calculation unit 104 calculates the total evaluation value for the second physical element group is, for example, the amount of power consumed by the physical element when a certain logical function is activated, or the amount of computational resources (RAM, ROM) used, such as memory, that are output when a certain logical function is activated. The power consumption and amount of computational resources of the physical element are calculated by applying, for example, fixed values ​​(tables not shown) that the user has in advance. Even in this way, the total amount of power consumption and the total amount of computational resources used can be calculated with high accuracy as an evaluation value.

[0047] Furthermore, in the above, the processing configuration of the present invention has been described using the smart key door unlocking function group 600 as an example of the function 30 to be evaluated, but this is not limited to this as long as it is a logical function that is executed whether the engine is on or off, and for example, the door unlocking function of an electric sliding door may also be the subject of evaluation.

[0048] Furthermore, the second physical element extraction unit 103 may extract the second physical element group not only from one specific path but also from multiple paths. For example, the second physical element extraction unit 103 may extract the second physical element group based on at least one of a communication path between physical elements, a power path that supplies power to multiple physical elements, and a communication path between the multiple physical elements and a sensor or actuator.

[0049] (First Modification) (Figure 12) The vehicle architecture design support device 100 may calculate evaluation values ​​for multiple vehicle control states for one functional layout. Specifically, examples of multiple vehicle control states include an ignition-on state and an ignition-off state. In the functional layout information 801, the ignition-on state is designated as state 1, and the ignition-off state is designated as state 2, and these are added to the rows in which the physical elements of each model are described. Even when calculating evaluation values ​​for multiple vehicle control states in this manner, by acquiring logical function information corresponding to the evaluation target function 30 for each vehicle control state using the logical function information acquisition unit 101, the first physical element extraction unit 102 and the second physical element extraction unit 103 can be configured in the same manner as described above, and the evaluation value for each vehicle control state can be calculated with high accuracy. Note that, in addition to the ignition-on / off state, for example, an accessory power mode in which electricity is supplied without the vehicle engine running may also be applied.

[0050] (Second Modification) (Figure 13) The architecture design device 1300 may include a function placement determination unit 1301 that aggregates multiple total evaluation values ​​output from the vehicle architecture design support device 100. In this case, the vehicle architecture design support device 100 sets multiple placement candidates for logic functions in the first vehicle control system 2 and calculates a total evaluation value for each of the multiple placement candidates using the method described above. The function placement determination unit 1301 determines the logic function placement for the first vehicle control system 2 according to the placement candidate that has calculated the highest total evaluation value among the multiple input total evaluation values, and outputs the content of the determined placement. For example, in the case of evaluation values ​​related to power consumption or computational resource usage, the logic function placement that minimizes the total value is output as the optimal logic function placement. In addition, in the case of evaluation values ​​related to efficiency, the logic function placement that maximizes the total value is output as the optimal logic function placement.

[0051] According to the embodiment of the present invention described above, the following advantageous effects are achieved.

[0052] (1) A vehicle architecture design support device 100 evaluates the logical function arrangement in a vehicle control system in which multiple logical functions are distributed across multiple physical elements, based on a logical architecture 20 that represents the relationships between the multiple logical functions and a physical architecture 300 that represents the relationships between the multiple physical elements, the vehicle architecture design support device including: a logical function information acquisition unit 101 that acquires logical function information including one or more logical functions that constitute an evaluation target function 30 specified in the logical architecture 20 and an execution order of the one or more logical functions; a first physical element extraction unit 102 that extracts a first group of physical elements corresponding to the evaluation target function 30 from the multiple physical elements based on the logical function information; a second physical element extraction unit 103 that extracts a second group of physical elements that activates in response to the first group of physical elements when the evaluation target function is executed in the physical architecture 300 from the multiple physical elements; and an evaluation value calculation unit 104 that calculates a total evaluation value of the logical function arrangement for the evaluation target function based on the second group of physical elements. This configuration makes it possible to provide a vehicle architecture design support device that calculates an evaluation value for a vehicle architecture with high accuracy.

[0053] (2) The evaluation value calculation unit 104 calculates the total evaluation value based on the power consumption of each physical element in the second physical element group, thereby enabling the total power consumption to be calculated with high accuracy as an evaluation value.

[0054] (3) The evaluation value calculation unit 104 calculates a total evaluation value based on the amount of calculation resources used by each physical element in the second physical element group. In this way, the total amount of calculation resources used can be calculated as an evaluation value with high accuracy.

[0055] (4) The second physical element extraction unit 103 extracts a second physical element group based on at least one of the communication paths between the multiple physical elements represented by the physical architecture 300, the power supply paths that supply power to the multiple physical elements represented by the physical architecture 300, and the communication paths between the multiple physical elements represented by the physical architecture 300 and sensors or actuators. In this way, it is possible to similarly calculate an evaluation value for the vehicle architecture with high accuracy.

[0056] (5) The logic function information acquisition unit 101 acquires logic function information including logic functions and the execution order of each logic function for each of the multiple vehicle control states, the first physical element extraction unit 102 extracts a first physical element group for each of the multiple vehicle control states, the second physical element extraction unit 103 extracts a second physical element group for each of the multiple vehicle control states, and the evaluation value calculation unit 104 calculates a total evaluation value for each of the multiple vehicle control states. In this way, it is possible to calculate an evaluation value for the vehicle architecture with high accuracy for multiple vehicle control states as well.

[0057] (6) The vehicle control system includes a function placement determination unit 1300 that determines the placement of logic functions in the vehicle control system, and the evaluation value calculation unit 104 calculates a total evaluation value for each of a plurality of placement candidates for logic functions in the vehicle control system, and the function placement determination unit 1300 determines the placement of logic functions based on the total evaluation value for each placement candidate calculated by the evaluation value calculation unit 104. This allows for a similar processing configuration and enables highly accurate calculation of evaluation values ​​in each vehicle control state.

[0058] (7) Logical function information including the logical functions constituting the logical architecture 20 of the vehicle control system and the execution order of the logical functions is acquired, a first physical element group is extracted from the plurality of physical elements included in the vehicle control system based on the logical function information, a second physical element group is extracted that activates in response to the first physical element group when the logical function is executed in the physical architecture 20 in which the logical functions are distributed and arranged among the plurality of physical elements, and a total evaluation value for the physical architecture 300 is calculated based on the second physical element group. In this way, a vehicle architecture design support method that calculates an evaluation value for a vehicle architecture with high accuracy can be provided.

[0059] The present invention is not limited to the above-described embodiments, and various modifications and combinations of other configurations are possible without departing from the spirit of the present invention. Furthermore, the present invention is not limited to those having all of the configurations described in the above-described embodiments, and includes those in which some of the configurations are omitted. [Explanation of symbols]

[0060] 1 Vehicle Systems 2. First vehicle control system 3. Communications equipment 4. Second vehicle control system 5. Drive unit 6 recognition device 7 Output Devices 8 Input Devices 9 Notification device 10 Functional location information 20 Logical Architecture 30 Evaluation Target Functions 100 Vehicle architecture design support device 101 Logical function information acquisition unit 102 First physical element extraction part 103 Second physical element extraction section 104 Evaluation value calculation unit 300 Physical Architecture 300a Physical Architecture Example 301 Network Link 302 ECU 401 processor 402 I / O 403 Timer 404 ROM 405 RAM 406 Internal Bus 601 Door unlock signal received from smart key 602 Get door lock actuator position 603 Door lock actuator current acquisition 604 Door unlocking and locking control 605 Door lock actuator position control 606 Door lock actuator current control 801 Functional arrangement information 1300 Architecture Design Equipment 1301 Functional placement determination section

Claims

1. A vehicle architecture design support device for evaluating a logical function arrangement in a vehicle control system in which a plurality of logical functions are distributed and arranged across a plurality of physical elements, based on a logical architecture that represents relationships between the plurality of logical functions and a physical architecture that represents relationships between the plurality of physical elements, comprising: a logic function information acquiring unit that acquires logic function information including one or more logic functions that constitute a function to be evaluated specified in the logic architecture and an execution order of the one or more logic functions; a first physical element extraction unit that extracts a first physical element group corresponding to the evaluation target function from the plurality of physical elements based on the logical function information; a second physical element extraction unit that extracts, from the plurality of physical elements, a second physical element group that is activated in response to the first physical element group when the evaluation target function is executed in the physical architecture; an evaluation value calculation unit that calculates a total evaluation value of the logical function layout for the evaluation target function based on the second physical element group. Vehicle architecture design support device.

2. 2. A vehicle architecture design support device according to claim 1, The evaluation value calculation unit calculates the total evaluation value based on the power consumption of each physical element in the second physical element group. Vehicle architecture design support device.

3. 2. A vehicle architecture design support device according to claim 1, The evaluation value calculation unit calculates the total evaluation value based on the amount of calculation resource usage of each physical element in the second physical element group. Vehicle architecture design support device.

4. 2. A vehicle architecture design support device according to claim 1, The second physical element extraction unit extracts the second physical element group based on at least one of a communication path between the plurality of physical elements represented by the physical architecture, a power path that supplies power to the plurality of physical elements represented by the physical architecture, and a communication path between the plurality of physical elements represented by the physical architecture and a sensor or an actuator. Vehicle architecture design support device.

5. 2. A vehicle architecture design support device according to claim 1, the logic function information acquisition unit acquires the logic function information including the logic functions and an execution order of each logic function for each of a plurality of vehicle control states; the first physical element extraction unit extracts the first physical element group for each of the plurality of vehicle control states; the second physical element extraction unit extracts the second physical element group for each of the plurality of vehicle control states; The evaluation value calculation unit calculates the total evaluation value for each of the plurality of vehicle control states. Vehicle architecture design support device.

6. 2. A vehicle architecture design support device according to claim 1, a function layout determination unit that determines a layout of the logic functions in the vehicle control system; the evaluation value calculation unit calculates the total evaluation value for each of a plurality of placement candidates for the logic functions in the vehicle control system; The function placement determination unit determines the placement of the logic functions based on the total evaluation value for each placement candidate calculated by the evaluation value calculation unit. Vehicle architecture design support device.

7. acquiring logic function information including logic functions constituting a logic architecture of the vehicle control system and an execution order of the logic functions; extracting a first group of physical elements from a plurality of physical elements included in the vehicle control system based on the logical function information; extracting a second group of physical elements that are activated in correspondence with the first group of physical elements when the logical function is executed in a physical architecture in which the logical function is distributed across the plurality of physical elements; Calculating a total evaluation value for the physical architecture based on the second physical element group Vehicle architecture design support method.

Images