FR3094105A1 - Method and device for dimensioning a memory of a computer - Google Patents

Abstract

Method and Device for Sizing a Memory of a Computer The invention relates to a method and a device for determining the size of a memory space of a first computer (11) of an on-board system (100). For this, a first request is received, for example from a device of an external system (10) to the vehicle. The first request advantageously comprises a first item of information representative of a data acquisition frequency of a sensor (132) associated with the on-board system, an identifier of the sensor (132) and a second item of information representative of a data transmission time. between the first computer (11) and a data receiving device. The data receiving device corresponds for example to a device of the external system (10). The size of the memory is determined as a function of the first information and the second information. Figure for the abstract: Figure 1

Description

Method and device for dimensioning a memory of a computer

The invention relates to methods and devices for determining the memory size of one or more computers of an on-board vehicle system, in particular of the automotive type.

Technology background

Contemporary vehicles carry a number of computers, each performing one or more functions, such as, for example, the management of driving assistance, traction control, electronic brake distribution or even the control of actuators to ensure the operation optimal for a combustion engine.

These computers are also called UCE (“Unit of Electronic Control” or in English ECU “Electronic Control Unit”). These computers embed software which is executed to ensure the functions for which they are responsible. Some computers are associated with various sensors and recover data measured by these sensors.

The data measured by the sensors can be used for various purposes, for example for the purposes of developing connected services around the vehicle. The recovery of this data by tools external to the on-board system requires the sending of requests to at least one computer of the on-board system to recover the data from the sensor(s) targeted by the request. The volume of data depends on the memory requirements at the level of the computer(s) involved in the data collection.

One of the problems encountered in the collection of this data is that the size of the memories of the computers is fixed at the design of these computers. When the volumes of data required are greater than the available size of the memories, the requests cannot succeed. Another possibility is to greatly oversize the size of the ECU memories, with the associated consequences on the increase in the cost of the ECUs and ultimately of the vehicle.

An object of the present invention is to dynamically adjust the size of the memory allocated in one or more computers to meet the needs in terms of data to be transmitted via this or these computers.

According to a first aspect, the invention relates to a method for determining the size of a first memory space of a first on-board vehicle system computer, the method comprising the steps of:

- reception of a first request comprising first information representative of a data acquisition frequency of a sensor associated with the on-board system, an identifier of the sensor and second information representative of a data transmission time between the first calculator and a data receiver device;

- determination of the size of the memory according to the first information and the second information.

According to a variant, the first request further comprises an identifier of a second computer connected to the sensor.

According to yet another variant, the receiver device corresponds to a device external to the on-board system, the first computer being connected to the receiver device via a wireless connection.

According to an additional variant, the method further comprises a step of allocating the first memory space.

According to another variant, the method further comprises a step of verifying that the size of the memory space available in the first computer is greater than the size of the first memory space, the allocation being a function of the result of the verification.

According to yet another variant, the method further comprises the steps of:

- transmission of a second request to a second computer of the on-board system, the second request comprising the first information, the identifier of the sensor and the second information, the sensor being connected to the second computer;

- determination of the size of a second memory space of the second computer as a function of the first information and of a third information representative of the data transmission time between the first computer and the second computer.

According to a second aspect, the invention relates to a computer comprising a memory associated with at least one processor, the at least one processor being configured to implement the steps of the method as described according to the first aspect of the invention.

According to a third aspect, the invention relates to a system on board a vehicle comprising the first computer as described above according to the second aspect of the invention and a second computer connected to the first computer via a data bus, the sensor being connected to the second computer, the processor of the first computer being further configured to transmit a second request to the second computer, the second request comprising the first information, the identifier of the sensor and the second information, the second computer comprising a memory associated with at least one processor configured to determine the size of a second memory space of the second computer as a function of the first information and of a third information representative of the data transmission time between the first computer and the second computer.

According to a fourth aspect, the invention relates to a vehicle, for example of the automotive type, comprising one or more computers as described above according to the second aspect of the invention or the system as described above according to the third aspect of the invention.

According to a fifth aspect, the invention relates to a computer program which comprises instructions adapted for the execution of the steps of the method according to the first aspect of the invention, this in particular when the computer program is executed by at least one processor.

Such a computer program can use any programming language, and be in the form of source code, object code, or intermediate code between source code and object code, such as in a partially compiled form, or in any other desirable form.

According to a sixth aspect, the invention relates to a computer-readable recording medium on which is recorded a computer program comprising instructions for the execution of the steps of the method according to the first aspect of the invention.

On the one hand, the recording medium can be any entity or device capable of storing the program. For example, the medium may comprise a storage means, such as a ROM memory, a CD-ROM or a ROM memory of the microelectronic circuit type, or even a magnetic recording means or a hard disk.

On the other hand, this recording medium can also be a transmissible medium such as an electrical or optical signal, such a signal being able to be conveyed via an electrical or optical cable, by conventional or hertzian radio or by self-directed laser beam or by other ways. The computer program according to the invention can in particular be downloaded from an Internet-type network.

Alternatively, the recording medium may be an integrated circuit in which the computer program is incorporated, the integrated circuit being adapted to execute or to be used in the execution of the method in question.

Brief description of figures

Other characteristics and advantages of the invention will emerge from the description of the non-limiting embodiments of the invention below, with reference to the appended figures 1 to 3, in which:

schematically illustrates a system on board a vehicle, according to a particular embodiment of the present invention;

schematically illustrates a computer of the on-board system of FIG. 1, according to a particular embodiment of the present invention;

schematically illustrates the recovery of data from a sensor of the on-board system of FIG. 1 and the allocation of memory space necessary for the transmission of such data, according to a particular embodiment of the present invention;

illustrates a flowchart of the different steps for determining the size of a memory space of a computer of the on-board system of FIG. 1, according to a first particular embodiment of the present invention;

illustrates a flowchart of the different steps for determining the size of a memory space of a computer of the on-board system of FIG. 1, according to a second particular embodiment of the present invention.

A method for determining the size of a memory of one or more computers of an on-board vehicle system as well as the one or more of this on-board system will now be described in the following with reference in conjunction to FIGS. 1 to 5 .

According to a particular and non-limiting embodiment of the invention, the size of a memory space of a first computer of an on-board system is determined. For this, a first request is received, for example from a device of a system external to the vehicle, for example a server in the cloud or a diagnostic tool. The first request advantageously comprises first information representative of a data acquisition frequency of a sensor associated with the on-board system, an identifier of the sensor and second information representative of a data transmission time between the first computer and a data receiving device. The data receiver device corresponds for example to the device of the external system. The memory size is determined based on the first information and the second information.

Determining the size of a memory space from information(s) received in a request makes it possible to dynamically allocate the memory space necessary to respond to this request, for the supply of the required data. Such a dynamic allocation of memory space provides flexibility in the design of computers by avoiding freezing at the time of design the size of the memory allocated for the supply of data from one or more sensors.

schematically illustrates an on-board system 100 in a vehicle, according to a particular and non-limiting embodiment of the present invention.

The system 100 is advantageously embedded in a vehicle, for example of the automobile type. The system 100 comprises for example a main computer 11 connected to one or more secondary computers 12, 13, 14. The main computer 11 corresponds for example to a computer of the UCE type. An ECU is made up of an electronic computer and one or more on-board software which perform one or more servo-controls. The secondary computers 12, 13 and 14 are for example also of the UCE type. The main computer 11 is also called orchestrator computer or connectivity computer (or orchestrator or connectivity ECU) in that it makes the link between the various components of the on-board system 100 and an external device 10. The computers 11, 12, 13 and 14 form, for example, a multiplexed architecture for carrying out various useful services for the correct operation of the vehicle and for assisting the driver and/or the passengers of the vehicle in controlling the vehicle.

The computers 11, 12, 13 and 14 communicate and exchange data between them via one or more computer buses 102, 103, for example a communication bus of the CAN data bus type (from the English "Controller Area Network" or in French "Network of controllers"), CAN FD (from English "Controller Area Network Flexible Data-Rate" or in French "Network of controllers with flexible data rate"), FlexRay (according to the ISO standard 17458) or Ethernet (according to ISO/IEC 802-3 standard).

Each computer comprises a memory, for example volatile and/or non-volatile memory, such as EEPROM, ROM, PROM, RAM, DRAM, SRAM, flash, dedicated to storing the computer code of the on-board software or software comprising the parameters and instructions to be loaded and executed by the processor of each computer. Part of the memory can be allocated to store, at least temporarily, data from sensor(s) associated with the computer(s). Thus, the main computer includes a memory 111, the secondary computer 13 includes a memory 131 and the secondary computer 14 includes a memory 141.

The main computer 11 is connected to an external device 10 via a wired or wireless connection 101. The external device 10 is for example a remote “cloud” server or a diagnostic tool. The main computer 11 receives for example one or more requests from the external device for the supply of data from the on-board system 100, for example via the Internet with an OTA (over-the-air) type connection. or in French “by air”). The OTA type connection uses, for example, one or more wireless communication protocols such as Bluetooth®, Wi-Fi® (based on IEEE 802.11), LTE (from English “Long-Term Evolution” or in French “Evolution à long term”), LTE-Advanced (or in French LTE-advanced).

The secondary computer 12 provides for example the gateway function between the secondary computer 13 and the main computer 11, for example to transmit requests from the main computer 11 to the secondary computer 13 and to transmit in response of the data from the secondary computer 13 to the main computer 11. The secondary computers 12 and 13 are for example linked together via a wired connection or a data bus 103, for example of the CAN type. The computers 11, 12 and 14 are for example interconnected via a wired connection or a data bus 102, for example of the CAN FD type. According to another example, all the computers 11 to 14 are interconnected via a data bus of the same type, for example CAN or CAN FD.

One or more sensors are associated, that is to say linked or connected, to one or more of the computers of the on-board system 100. For example, two sensors 132 and 133 are associated with the secondary computer 13 and one sensor 142 is associated with the secondary computer 14. According to a variant embodiment (not shown), one or more sensors are associated with the main computer 11. The sensors are connected to the associated computer(s) via a wired connection, for example by using a technology of the LIN bus type (from the English “Local Interconnect Network”, or in French “Réseau interconnecté local”).

According to an exemplary implementation of the invention, by way of illustration, a request is sent by the external device 10. This request requests for example the supply of data from the sensor S1 132 connected and controlled by the computer 13. This request is transmitted to the main computer 11 via the connection 101. The request comprises for example an identifier 'ECUn' of the computer 13 controlling the sensor S1 132, an identifier 'Sn' of the sensor S1 132, information 'ACQ_Sn' representative of the dwell time acquisition of the sensor (that is to say the time interval between 2 acquisitions) and a piece of information 'TIME' representative of the total acquisition time chosen before sending the data to the external device 10 by the main computer 11. The request 'GET_DATA' takes for example the following form:

GET_DATA (ECUn, Sn, ACQ_Sn, TIME).

‘ECUn’ identifies, for example, the ECU3 13 computer; ‘Sn’ identifies, for example, sensor S1 132; ‘ACQ-Sn’ is for example 10 ms; and 'TIME' is for example 1s. The value of ‘TIME’ advantageously corresponds to the transmission time associated with the technology used to exchange data between the external device 10 and the main computer ECU1 11, for example via a 4G (or LTE-Advanced) connection.

The 'GET_DATA' request is for example transmitted by the external device 10 to the main computer ECU1 11 by means of a protocol known to those skilled in the art such as MQTT (from the English "MQ Telemetry Transport" or in French “MQ telemetric transport”) or HTTPS (from English “HyperText Transfer Protocol Secure” or in French “Protocol de transport hypertexte sécurité”) for example.

The main computer (also called the first computer) 11 can then size the memory space to be allocated to store the data required by the request, before transmitting them to the external device (then called the receiver device). To do this, the main computer 11 takes into account the ‘TIME’ parameter, as will be explained in more detail with regard to FIG. 3.

The main computer 11 then transmits the request to the secondary computer ECU3 13 via the gateway computer ECU2 12, for example by means of a diagnostic request which then includes the parameters 'Sn', 'ACQ_Sn' and 'TIME' according to a known protocol skilled in the art such as UDS (from English “Unified Diagnostic Services” or in French “Services de diagnostic unifiés”), KWP2000 (from English “Keyword Protocol 2000” or in French “Protocol mot- key 2000”). Such protocols have the advantage, for example, of being able to be used natively on data buses of the CAN, CAN FD, FlexRay or Ethernet type.

The secondary computer ECU3 13 (also called the second computer) can then size the memory space to be allocated to store the data required by the request, before transmitting them to the main computer ECU1 11 (then called the receiver device). The secondary computer ECU3 13 then uses the parameter 'ACQ_Sn' to size the size of the memory space required to store the data from the sensor S1 132 and the parameter 'TIME' to determine the number of successive transmissions to be carried out to the main computer ECU1 11, as will be explained in more detail next to Figure 3.

Of course, the number of computers in the 100 system is not limited to 4 and extends to any number, for example 10, 20, 50, 100 or more computers. An example of hardware realization of a computer is described with regard to figure 2.

schematically illustrates a computer 2 of an on-board vehicle system, according to a particular and non-limiting embodiment of the present invention. Computer 2 advantageously corresponds to computer ECU1 11, ECU2 12, ECU3 13 or ECU4 14 of Figure 1.

The computer 2 is for example configured for the implementation of the steps of the method described with regard to one of FIGS. 3, 4 and/or 5. Examples of such a computer 2 include, without being limited thereto, equipment on-board electronics such as a vehicle on-board computer, an electronic computer such as an ECU. The elements of the computer 2, individually or in combination, can be integrated in a single integrated circuit, in several integrated circuits, and/or in discrete components. The computer 2 can be made in the form of electronic circuits or software (or computer) modules or else a combination of electronic circuits and software modules. According to different particular embodiments, the computer 2 is coupled in communication with other similar devices or systems, for example via a communication bus or via dedicated input/output ports.

The computer 2 comprises one (or more) processor(s) 20 configured to execute instructions for carrying out the steps of the method and/or for executing the instructions of the software or software embedded in the computer 2. The processor 20 can include integrated memory, an input/output interface, and various circuits known to those skilled in the art. The computer 2 further comprises at least one memory 21 corresponding for example to a volatile and/or non-volatile memory and/or comprises a memory storage device which can comprise volatile and/or non-volatile memory, such as EEPROM, ROM, PROM, RAM, DRAM, SRAM, flash, magnetic or optical disk.

The computer code of the on-board software or software comprising the instructions to be loaded and executed by the processor is for example stored on the first memory 21.

According to a particular and non-limiting embodiment, the computer 2 comprises a block 22 of interface elements for communicating with external devices, for example a remote server or the "cloud", odometer sensors, a GPS sensor and/or or any other sensor. Block 22 interface elements include one or more of the following interfaces:

- RF radio frequency interface, for example of the Bluetooth® or Wi-Fi® type, LTE (from English "Long-Term Evolution" or in French "Evolution à long terme"), LTE-Advanced (or in French LTE-advanced );

- USB interface (from the English "Universal Serial Bus" or "Universal Serial Bus" in French);

- HDMI interface (from the English “High Definition Multimedia Interface”, or “Interface Multimedia Haute Definition” in French);

- LIN interface.

Data are for example loaded to the computer 2 via the interface of block 22 using a Wi-Fi® network such as according to IEEE 802.11 or a mobile network such as a 4G network (or LTE Advanced according to 3GPP release 10 – version 10) or 5G.

According to another particular embodiment, the computer 2 comprises a communication interface 23 which makes it possible to establish communication with other devices (such as other computers of the on-board system) via a communication channel 230. The interface communication interface 23 corresponds for example to a transmitter configured to transmit and receive information and/or data via the communication channel 230. The communication interface 23 corresponds for example to a wired network of the CAN or CAN FD type.

According to an additional particular embodiment, the computer 2 can supply output signals to one or more external devices, such as a display screen, one or more loudspeakers and/or other peripherals respectively via interfaces output not shown.

schematically illustrates the recovery of data from a sensor of the on-board system of FIG. 1 and the allocation of memory space necessary for the transmission of such data, according to a particular and non-limiting example embodiment of the present invention. The example in FIG. 3 corresponds to the collection of data supplied by the sensor S1 132 by the computer ECU3 13. The data is transmitted to the computer ECU1 11 via the gateway computer ECU2 12 (not shown) to be finally transmitted to the external device 10. This example illustrates the determination of the dimensioning of the memory space 111 and 131 by each of these two computers to collect and transmit the data required by the external device 10.

In a first operation, the external device 10 transmits a request in the form of a GET_DATA command (ECU3, S1, 10ms, 1s) to the computer ECU1.

In a second operation, the computer ECU1 (also called the first computer) determines the memory space required to store the data measured by the sensor S1 132 before transmission to the external device 10. The computer ECU1 determines (or calculates), from the information 'ACQ_S1' = 10ms and 'TIME' = 1s, that 100 memory cells 311, 312, 3110 must be allocated to this functionality: (1s = 1000ms; 1000ms / 10ms = 100). Considering that this value is well below the possible memory limit for this function in the computer ECU1 (typically at least several hundred KB (kilobytes) available in the memory 111 of the computer ECU1), the data collection process can continue.

In a third operation, the computer ECU1 transforms the request originating from the external device 10 into a diagnostic request which it transmits to the on-board system of the vehicle intended for the computer ECU3. This diagnostic request includes the information (S1, ACQ_S1, TIME), i.e. (S1, 10ms, 1s).

In a fourth operation, the computer ECU3 (also called the second computer) in charge of the low-level collection of information from the sensor S1 132 determines the size of its memory space (also called memory buffer or buffer memory) that is optimum to allocate to this collection. taking into account the value of the 'ACQ_S1' parameter received. An additional parameter ‘TA_ECU3’, specific to the ECU3 software and corresponding to the time necessary for the transmission of information to the ECU1 computer via the data bus of the on-board system connecting the ECU1 and ECU3 computers, is also taken into account. This ‘TA_ECU3’ time represents the time linked to the vehicle architecture and depends on the network technologies implemented in the link between the two computers ECU3 and ECU1, as well as the amount of information to be collected before transmission to ECU1. In this sense, each vehicle computer has a specific value which is advantageously measured after the vehicle has been designed. This information is for example stored with the calibration parameters of the software of each computer in charge of collecting the required data. These calibration parameters are advantageously stored in memory 131 of the computer ECU3 which controls the sensor S1 32.

According to the example of figure 3, 'TA_ECU3' = 100ms. The computer ECU3 then determines the size of the memory space to be allocated to the collection of the data measured by the sensor S1 132, the size of the memory space being for example expressed with a number N _ECU3 of memory slots 331, 332, 3310 to allocate:

N _ECU3 = TA_ECU3 / ACQ_S1, i.e. N _ECU3 = 100 /10 = 10 memory cells.

Considering that this value is well below the possible memory limit for this function in the ECU3, the data collection process can continue.

As 'TIME' = 1s, 10 sendings (1s / 100ms) of the contents of the memory space allocated by the ECU3 computer are necessary to respond to the 'GET_DATA' request, corresponding in as many frames (i.e. 10 frames) needed to send the low-level collection.

In a fifth operation, the computer ECU3 successively transmits the 10 frames corresponding to the different acquisitions of its memory space. The memory space of the computer is emptied each time a frame is sent to release this memory space for the next collection of data from the sensor S1 132. Once the various frames have been received, the memory space of the computer ECU1 allocated to data collection is completed. As illustrated in Figure 3, the first memory box 311 of the computer ECU 1 makes it possible to store the data stored in the 10 memory boxes 331, 332 to 3310 of the memory space of the computer ECU3 after a first collection of data from the sensor S1. Once the contents of these 10 cases have been transmitted to ECU1, this memory space is available for the next collection of data from S1. A second transmission of the data stored in these memory cells 331 to 3310 is then carried out to ECU1 which stores these new data received in a second memory cell 312, and so on until the contents of the 10 collections are stored in the 10 memory cells 311 to 3110 of computer ECU1.

In a sixth operation, the computer ECU1 transmits the data stored in the 10 memory slots 311 to 3110 allocated to the collection of the data measured by the sensor S1 to the external device 10.

Of course, the different values given to the parameters of the 'GET_DATA' request and of the embedded system are provided by way of example and can take other values, depending on the characteristics of the embedded system and the instructions provided to the external device, for example by an operator or user.

illustrates a flowchart of the different steps of a method for determining the size of a first memory space of a first computer ECU 1 of a vehicle on-board system, according to a first particular and non-limiting example embodiment of the present invention. The method is for example implemented by the on-board system or by the first computer ECU1 and/or the device 2.

In a first step 41, a first request is received, for example from a system external (or dismounted) to the vehicle. The first request advantageously comprises first information representative of a data acquisition frequency of a sensor associated with the on-board system, an identifier of the sensor and second information representative of a data transmission time between the first computer and a data receiving device. The data receiving device corresponds for example to a device (for example a server, a computer, a smart telephone (“smartphone”), a tablet, a diagnostic tool) of the external system. This receiver device is advantageously connected to the first computer via an OTA type wireless link. The first request is advantageously received by the first computer ECU1.

According to an optional variant, the first request further comprises an identifier of a second computer ECU 3 to which the sensor is connected. This variant is optional in that the sensor can for example be connected to the first computer ECU1. In this case, it is not useful to identify the computer to which the sensor is connected. According to another example, the first computer is the only computer of the on-board system and it is therefore not useful to identify the computer to which the sensor is connected in the first request.

In a second step 42, the size of the first memory space is determined according to the first information and the second information. For example, the size of the first memory space is expressed in number of memory cells, and this number of memory cells is obtained by dividing the second information (for example expressed in milliseconds) by the first information (for example expressed in milliseconds).

illustrates a flowchart of the different steps of a method for determining the size of a first memory space of a first computer ECU 1 of an on-board vehicle system, according to a second particular and non-limiting example embodiment of the present invention. The method is for example implemented by the on-board system or by the first computer ECU1 and/or the device 2.

In a first step 51, a first request is received, for example from a system external (or dismounted) to the vehicle. The first request advantageously comprises first information representative of a data acquisition frequency of a sensor associated with (or included in) the on-board system, an identifier of the sensor and second information representative of a data transmission time between the first computer and a data receiver device.

In a second step 52, the size of the first memory space is determined according to the first information and the second information.

In a third step 53, the size of the first memory space determined in step 52 is compared with the size of the memory of the first computer ECU1 to verify that the size of the first memory space is not greater than the available memory space. in the memory of the first computer ECU1 or is not greater than a limit fixed and stored for example as a calibration parameter of the first computer. If the size determined at step 52 is greater than the available memory space or the fixed limit, then the request is unsuccessful and the method ends at step 531. A message is for example returned to the sender device of the request to inform him that the request cannot be completed.

If the size determined in step 52 is less than the available memory space, then the first memory space is allocated to respond to the request during a step 54.

If the sensor which provides the data is connected to a computer different from the first computer, the first computer transforms the first request and transmits a second request to the computer, called the second computer, controlling the target sensor of the request. The second request advantageously comprises the first information representative of a data acquisition frequency of a sensor associated with the on-board system, the identifier of the sensor and the second information representative of a data transmission time between the first computer and a data receiving device. Steps 51, 52, 53, and 54 or 531 are repeated to determine the size of a second memory space to be allocated so that the second computer temporarily stores the required data from the sensor before transmitting them to the first computer, as described with reference to FIG. 3, with the difference that the second memory space is determined from the first piece of information and a third piece of information known to the second computer. This third information advantageously corresponds to the data transmission time between the first computer and the second computer, determined for example empirically.

The data thus collected by the first computer and temporarily stored in the first memory space allocated for this purpose are finally transmitted to the receiver device which issued the first request.

Such processes allow the collection of information via, for example, an OTA type link by sizing the memory spaces of the various computers in an optimal way, as accurately as possible, by being adapted to the request.

The same memory space of a computer can therefore be used for different acquisitions of parameters or data at different times. This results in:

- a saving on the cost of the memory of the various computers, and/or

- a greater depth of acquisition of a parameter or data for the same available memory space.

The invention also makes it possible to acquire data according to an acquisition frequency greater than the information transmission speed depending on the technology used (for example OTA and/or CAN FD type data bus).

The invention also makes it possible not to freeze the data acquisition configurations in the software but to compose this combination of acquisitions as needed in order to be able to respond to a multitude of connected services which would not, for example, be identified at the time the freezing of the software of the various computers of a motor vehicle.

Of course, the invention is not limited to the embodiments described above but extends to a method for transmitting data measured by one or more sensors of an on-board system, following a request received for example from a system dismounted from the vehicle, and to the device configured for the implementation of such a method.

The invention also relates to a vehicle, for example an automobile or more generally a land motor vehicle, comprising the device 2 of FIG. 2 or the on-board system 100 of FIG. 1.

Claims (10)

Method for determining the size of a first memory space of a first computer (11) of a vehicle on-board system (100), said method comprising the steps of:
- reception (41) of a first request comprising first information representative of a data acquisition frequency of a sensor (132) associated with said on-board system (100), an identifier of said sensor (132) and second information representative of a transmission time of said data between said first computer (11) and a device receiving said data;
- determination (42) of the size of said first memory space according to said first information and said second information. Method according to claim 1, for which said request further comprises an identifier of a second computer (13) connected to said sensor. Method according to claim 1 or 2, for which said receiver device corresponds to a device external to said embedded system, said first computer (11) being linked to said receiver device via a wireless connection (101). Method according to any one of claims 1 to 3, further comprising a step (54) of allocating said first memory space. Method according to claim 4, further comprising a step of verifying (53) that the size of the memory space available in said first computer is greater than the size of said first memory space, said allocation being a function of the result of said verification. Method according to one of claims 1 to 5, further comprising the steps of:
- transmission of a second request to a second computer (13) of the onboard system, said second request comprising said first information, said identifier of the sensor and said second information, said sensor (132) being connected to said second computer (13);
- determination of the size of a second memory space of said second computer (13) according to said first information and third information representative of the data transmission time between said first computer (11) and said second computer (13) . Computer comprising a memory (21) associated with at least one processor (20), the at least one processor being configured to implement the steps of the method according to any one of Claims 1 to 5. System comprising the computer according to claim 7, called first computer (11), and a second computer (13) connected to the first computer via a data bus (102, 103), said sensor being connected to said second computer, the processor of said first computer being further configured to transmit a second request to said second computer, said second request comprising said first information, said identifier of the sensor and said second information, the second computer comprising a memory associated with at least one processor configured to determine the size of a second memory space of the second computer as a function of said first information and third information representative of the data transmission time between said first computer and said second computer. Motor vehicle comprising the computer according to Claim 7 or the system according to Claim 8. Computer program product comprising instructions adapted for the execution of the steps of the method according to one of Claims 1 to 6, when the computer program is executed by at least one processor.