WO2020207521A1 - Module fonctionnel comprenant une mémoire de données brutes - Google Patents

Module fonctionnel comprenant une mémoire de données brutes Download PDF

Info

Publication number
WO2020207521A1
WO2020207521A1 PCT/DE2020/100092 DE2020100092W WO2020207521A1 WO 2020207521 A1 WO2020207521 A1 WO 2020207521A1 DE 2020100092 W DE2020100092 W DE 2020100092W WO 2020207521 A1 WO2020207521 A1 WO 2020207521A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
data processing
processing module
module
unit
Prior art date
Application number
PCT/DE2020/100092
Other languages
German (de)
English (en)
Inventor
Holger Witt
Martin Vornehm
Original Assignee
Schaeffler Technologies AG & Co. KG
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 Schaeffler Technologies AG & Co. KG filed Critical Schaeffler Technologies AG & Co. KG
Publication of WO2020207521A1 publication Critical patent/WO2020207521A1/fr

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/12Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/34Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y04INFORMATION OR COMMUNICATION TECHNOLOGIES HAVING AN IMPACT ON OTHER TECHNOLOGY AREAS
    • Y04SSYSTEMS INTEGRATING TECHNOLOGIES RELATED TO POWER NETWORK OPERATION, COMMUNICATION OR INFORMATION TECHNOLOGIES FOR IMPROVING THE ELECTRICAL POWER GENERATION, TRANSMISSION, DISTRIBUTION, MANAGEMENT OR USAGE, i.e. SMART GRIDS
    • Y04S40/00Systems for electrical power generation, transmission, distribution or end-user application management characterised by the use of communication or information technologies, or communication or information technology specific aspects supporting them
    • Y04S40/18Network protocols supporting networked applications, e.g. including control of end-device applications over a network

Definitions

  • the invention relates to a functional assembly according to the preamble of claim 1.
  • DE 10 2010 046 322 A1 describes a functional assembly which is designed as a motor vehicle with a manual transmission.
  • the gearbox has a control unit for controlling the gearbox and the control unit has an error memory for storing error entries.
  • the detection of errors and also of various measurement data and setpoint values in motor vehicles is generally known.
  • This data can be used in an evaluation and further processing in order to intervene in the function of the motor vehicle in a regulating and optimizing manner, in order to form key figures from the data, which are important, for example, for determining wear or for determining maintenance intervals and to detect functional errors.
  • These functional errors are saved as compressed data so that they can be read out in a workshop. This compressed data can also be saved in a cloud and made available for analysis.
  • the object of the present invention is to improve a functional assembly. Data security and the amount of information are to be increased. The operational safety of the functional assembly is to be improved. The technical function of the function module is to be optimized.
  • a functional assembly having the features of claim 1.
  • the raw data can be used for subsequent Algorithms offer a retrospectively usable information basis even if the algorithms are changed subsequently.
  • the algorithms can access a very large amount of data for a previous period of time.
  • the accuracy of the data processing is increased.
  • the technical function can be improved.
  • contrary to current efforts to keep data available only in a cloud as far as possible local storage of raw data that map the operating behavior of the functional component in such a way that a subsequent reconstruction of the operating behavior can be made possible.
  • the performance of the functional component can be improved. Due to the availability of detailed raw data, the specific properties of the functional assembly can be determined by means of correlation analyzes and other evaluations. Exact knowledge of the specific properties enables the mode of operation, for example the operating points, to be fine-tuned to specific target variables, for example consumption or emissions
  • Operating mode can be adapted, for example the wear is determined and maintenance of the functional assembly planned and carried out depending on this.
  • Precise maintenance can be carried out by determining, for example, precise characteristic values for the wear of various components of the functional assembly. For example, the frictional power of a functional component designed as a brake lining in a functional module designed as a vehicle can be evaluated more precisely.
  • a brake actuator of the functional assembly can use the raw data to analyze the behavior over time, for example wear and tear or impairments, and carry out appropriate optimizations.
  • the previous operating behavior of the function module can be mapped as completely as possible through the raw data.
  • the data sovereignty can remain with the owner or owner of the functional assembly, so that the customer's confidence in cloud storage can be increased. Furthermore, the bandwidth requirements for the output of the transmission data are reduced. The cost of the functional assembly can be reduced and reliability increased. The cost of the
  • Raw data memories are particularly small, since both the storage capacity and the required computing power can be implemented cost-effectively with products from mass production.
  • a module can be a hardware unit, a component and / or software.
  • the functional assembly can be a vehicle, in particular a motor vehicle, a truck, in particular a truck, a wind turbine, an electrical one
  • the data acquisition unit can comprise at least one data generation device, for example a sensor and / or a control device, or as a
  • Data generation device for example, be designed as a sensor and / or a control device.
  • the data acquisition unit can additionally or alternatively form an interface for a data generation device, for example for sensors and / or control devices which are arranged outside the data acquisition unit.
  • the data generated can be a physical measured variable or characterize it.
  • the data generated can be a time course of a
  • the generated data can also be setpoint values or identify these.
  • the raw data can arise directly or through preprocessing from the generated data.
  • the preprocessing can be arranged in the raw data memory, the data acquisition unit or one in between
  • the raw data memory can have a database.
  • the preparation data memory can have a database.
  • the raw data memory and / or processing data memory can be a permanent memory.
  • the raw data and / or the processing data can be processed with a The time of storage. Apart from saving the raw data, the raw data memory can only be accessed for reading.
  • the raw data can contain a serial number and / or changes to the serial number when a respective component is replaced or from a data generating device connected to it, for example from a sensor or control device.
  • the raw data can contain information about service calls, for example about replaced components or firmware updates.
  • the raw data and / or processing data can be encrypted and / or stored using a blockchain process.
  • the data processing unit can have a security module, in particular a blockchain module, which is set up to protect the respective data and / or the respective algorithms from a subsequent and in particular unnoticed change using an encryption method, in particular a blockchain method.
  • Transmission data can have blockchain values from the blockchain module. In this way, the raw data and / or processing data can be protected from subsequent changes.
  • the first data processing module can generate the processed data from the raw data by using algorithms.
  • the second data processing module can generate the transmission data from the preparation data by using further algorithms.
  • the respective algorithms can be changed, for example in order to implement new developments, new findings and improvements.
  • the respective changed algorithms can be transmitted encrypted or unencrypted.
  • the change in the respective algorithms can be recognized and stored in the raw database with the change in time, for example as a hash value. For example, the frictional power of a brake lining can be evaluated as a functional component. If at a later point in time better algorithms for wear detection or one is required
  • the algorithms can be simplified as the continuous storage of the raw data enables simpler algorithms. Because the complexity of the algorithms lies mainly in the query logic. This can be subsequently optimized and / or corrected, in particular without loss of functionality, since the changed algorithms can access the raw data. It is therefore not necessary to estimate all the necessary evaluations in advance, but can be supplemented if necessary.
  • the selective memory can be a fault memory.
  • the processing data can contain information on malfunctions, wear data or information on
  • the transmission data can be read out in a workshop with a service device and / or transferred to a network memory, for example a cloud memory.
  • the transmission data can be error identifications, error descriptions, a point in time and / or a duration of the error.
  • the second data processing module can transmit the data via a
  • the output can be via CAN, USB, WLAN, Bluetooth,
  • UMTS a network connection, an analog and / or digital data connection.
  • the output of the transmission data can be event-controlled, time-controlled and / or command-controlled.
  • the second data processing module can be set up to carry out access control. For example, depending on the affiliate
  • Connection unit and / or access rights are applied depending on the access intention.
  • Possible access intentions can include a selection of the data that are visible to a connection unit or a user of the connection unit, a change or addition to algorithms, a selection of algorithms that can be changed by the connection unit, a selection of the data that an algorithm is allowed to access, an access to the results of algorithms, a maximum amount of data that can be retrieved per time interval, for example in kbytes / month and / or a specification for a maximum computing capacity and / or
  • the data processing unit can be used for car sharing.
  • the data processing unit can be used for car sharing.
  • Data processing unit can provide extensive recording and evaluation of various operating data of the functional module, data storage and Security of the stored data against manipulation, the suitability for communication with various sensors or control devices, for example with controls in the vehicle, in particular the engine control, the
  • Door locking system or other control devices enable secure data transmission via interfaces including encryption and / or secure identification of communication partners.
  • the data processing unit can provide a firewall.
  • the first point in time can be a point in time when the
  • the first period can be longer than a maintenance interval of the functional unit or functional assembly.
  • connection unit can be assigned to the functional assembly
  • the transmission data can be requested from the connection unit, in particular in pull mode or in
  • Connection unit are output.
  • Data processing module a first connection to the first
  • Data processing module and is set up to change the algorithms on the first data processing module for processing the raw data as processed data via the second data processing module as required.
  • Data processing module a second connection for direct access to the raw data memory.
  • the data generated additionally comprise data transmitted from the connection unit via the second data processing module and the second connection to the raw data memory.
  • Information about the user who can be identified by a reading unit, for example via his driver's license or ID card, is stored as raw data in the raw database. Transfer of ownership in the
  • Raw database can be saved, with which an electronic vehicle registration document can be implemented.
  • the second is
  • Data processing module set up to process the preparation data on request from the connection unit.
  • the second data processing module is set up as a central communication interface
  • connection unit Form connection unit.
  • the data processing unit can thus act as a central interface between the functional assembly and the environment. This has the advantage that the number of connections to the environment is reduced. Furthermore, the data processing unit can increase the data security, for example via an included firewall, when the connection unit is accessed.
  • the preparation data that are processed in a second processing period are those from the beginning of, during or after a first processing period in the
  • Processing data storage additional processing data added is after the first processing period.
  • the preparation data can be processed incrementally and the transmission data can be available more quickly.
  • the processing of the raw data as processed data by the first data processing module is dependent on first specification data output via the first connection by the second data processing module. This enables the algorithms in the first
  • Data processing module for example from outside, via the second
  • Data processing module are changed. Can also be an immediate
  • the modified algorithms can be accessed by accessing the raw data memory on from the previous ones
  • Algorithms in the first data processing module access unchanged raw data.
  • the changed algorithms can output processed data directly and also based on retroactive raw data.
  • Data processing module record the partial or complete data exchange and / or access taking place via the interface.
  • the data processing unit also has a control module which is set up to control the functional assembly, in particular the data acquisition unit, and the control is dependent on second specification data output by the second data processing module to the control module.
  • the control module can add the second specification data with the raw data and / or the processing data
  • Control data in particular via an interface to the
  • Data acquisition unit are output, implement.
  • the data generated are stored as raw data in the raw data memory, starting from the first point in time.
  • the first is N-(2-aminoethyl)-2-aminoethyl-N-(2-aminoethyl)-2-aminoethyl-N-(2-aminoethyl)-2-aminoethyl-N-(2-aminoethyl)-2-aminoethyl-N-(2-aminoethyl)-2-aminoethyl
  • Set up data processing module to process the raw data at time intervals during respective processing periods.
  • the time intervals and / or the processing time periods can be specified by an event and / or a command. Processing the raw data as processed data can be
  • the processing can take place during a break in operation of the functional assembly, for example when the vehicle is switched off.
  • the second data processing module is set up, the processing data at time intervals during respective
  • the time intervals and / or the processing time periods can be specified by an event and / or a command.
  • the Processing of the preparation data as transmission data can be time-controlled, batch-wise and / or continuous. For example, the processing can take place during a break in operation of the functional assembly, for example when the vehicle is switched off.
  • Figure 1 A block diagram of a functional assembly in a special case
  • Figure 2 A block diagram of a functional assembly in another
  • Figure 3 A block diagram of a functional assembly in another
  • Figure 4 A block diagram of a functional assembly in another
  • Figure 5 A block diagram of a functional assembly in another
  • FIG. 6 A method for using a functional assembly in a further special embodiment of the invention.
  • FIG. 1 shows a block diagram of a functional assembly 10 in a special embodiment of the invention.
  • the functional assembly 10 can be a
  • the functional assembly 10 can be an assembly of a Be a motor vehicle.
  • the functional component 12 can for example be a clutch for torque transmission in a drive train of the motor vehicle.
  • the technical function can be the controllable torque transmission between a drive element and an output element.
  • the functional assembly 10 has a data acquisition unit 14 which is set up to output data characterizing the technical function as generated data 16.
  • the data acquisition unit 14 can comprise at least one sensor 18 and a control device 20.
  • the sensor 18 can be a torque sensor in the clutch.
  • the control device 20 can be a clutch control device.
  • the data 16 generated can be a physical measured variable, for example a measured torque of the sensor 18.
  • the data acquisition unit 14 can additionally or alternatively form an interface for sensors 18 or control devices 20 which are arranged outside the data acquisition unit 14.
  • the functional assembly 10 also has a data processing unit 22, with a first data processing module 24, which is set up to process the generated data 16 as processed data 26, with a
  • Processing data memory 28 which is used to store the processed data 26 as processing data 30 and for the selective or complete output of the
  • Preparation data 30 is set up and with a second
  • Data processing module 32 which is used to process and output the
  • Processing data 30 is set up as transmission data 34.
  • Editing data store 38 operates between the first
  • Data processing module 24 and the second data processing module 32 are arranged.
  • the data processing unit 22 is connected to the data acquisition unit 14 via an interface 36.
  • the data processing unit 14 has a raw data memory 38 which, starting from a first point in time and over a first period of time, is set up to store the generated data 16 as raw data 40 and for the selective or complete output of the raw data 40 and is effective between the data acquisition unit 14 and the first data processing module 24 is arranged.
  • the first data processing module 24 is thus set up to process the raw data 40 as processed data 26.
  • the first data processing module 24 can the processed data 26 by applying algorithms from the
  • the second data processing module 32 has a second connection 42 for accessing the raw data memory 38.
  • the raw data memory 38 and the processing data memory 28 can each be designed as a permanent memory and each have a database.
  • the selective memory 28 can be a fault memory.
  • the processing data 30 contained in the selective memory 28 can, for example, contain information on operating faults, wear data or information on
  • the transmission data 34 can be in a
  • Network storage for example cloud storage
  • the transmission data can be error identifications, error descriptions, a point in time and / or a duration of the error.
  • Data processing module 32 on the raw data memory 38 via the second
  • Connection 42 not only the preparation data 30 for checking a malfunction or a behavior of the functional component 12, but also the entire raw data 40 in the raw data memory 38 can be used, evaluated and processed. This enables a more reliable evaluation of the
  • Amount of information can be increased.
  • the second data processing module 32 can output the transmission data 34 via an interface 44, in particular to a connection unit 46, for example a readout device.
  • the transmission data 34 can be output via CAN, USB, WLAN, Bluetooth, UMTS, a network connection, an analog and / or digital data connection.
  • the output of the transmission data 34 can be event-controlled, time-controlled and / or command-controlled.
  • the first data processing module 24 is set up, the raw data 40 in
  • the time intervals and / or the processing time periods can be specified by an event and / or a command.
  • the processing of the raw data 40 as processed data 26 can be time-controlled, batch-wise and / or continuous respectively. For example, the processing can take place during a break in operation
  • Functional assembly 10 for example, when the vehicle is switched off.
  • the second data processing module 32 is set up to process the editing data 30 at time intervals during respective processing periods.
  • the time intervals and / or the processing time periods can be specified by an event and / or a command.
  • the processing of the preparation data 30 as transmission data 34 can take place in a time-controlled manner, batchwise and / or continuously. For example, processing during a break in operation can
  • Functional assembly 10 for example, when the vehicle is switched off.
  • the editing data 30 that are processed in a second processing period can be the further editing data 30 added in the editing data memory 28 from the beginning of one, during or after a first processing period, the second processing period being after the first processing period. This allows a
  • Transmission data 34 can be available more quickly.
  • the second data processing module 32 has a first connection 50 to the first data processing module 24 and the processing of the raw data 40 as processed data 26 by the first data processing module 24 can depend on the first output via the first connection 50 by the second data processing module 32 to the first data processing module 24 Default data 52 be.
  • the algorithms in the first data processing module 24 can be changed, for example from outside via the interface 44 or a further interface and switching via the second data processing module 32.
  • the changed algorithms can access raw data 40 unchanged by the preceding algorithms that are executed in the first data processing module 24.
  • Data volumes for processing in the first data processing module 24 can be omitted.
  • the second data processing module 32 and / or the raw data memory 38 can record the accesses to the raw data memory 38 taking place via the second connection 42. This allows logging of the accesses to the
  • Raw data storage 38 take place.
  • the raw data memory 38 can have its own for this
  • the second data processing module 32 can also have a firewall by means of which the external accesses via the interface 44 are controlled and influenced. Only certain external accesses can be permitted, while all other accesses can be blocked.
  • FIG. 2 shows a block diagram of a functional assembly 10 in a further special embodiment of the invention.
  • the data processing unit 22 has a control module 54 which is set up to control the data acquisition unit 14. The control is carried out depending on by the second
  • Second specification data 56 output by the data processing module 32 to the control module 54 and also from the raw data 40 contained in the raw data memory 38 and the raw data contained in the processing data memory 28
  • Editing data 30, which are based on the raw data 40 by processing in the first data processing module 24 as processed data 26.
  • the control module 54 processes the second specification data 56 with the raw data 40 and the preparation data 30 to form control data 58, which via a
  • Interface 60 are output to the data acquisition unit 14.
  • the data acquisition unit 14 can be influenced by the control data 58.
  • control devices 20 can be changed, in particular optimized.
  • the controller can optimize the processes in the
  • the data acquisition unit 14 can be an interface to the firmware or
  • Data acquisition unit 14 updates can be uploaded to the sensors 18 or control devices 20.
  • the data acquisition unit 14 thus forms a central one Management for the firmware of the peripherals and control devices.
  • Connection unit 46 can call up the current software version of the peripherals and control devices 20 from outside via the interface 44 and via the data processing unit 22 and, if necessary, import new software versions. With the inclusion of the data processing unit 22, the security of the queries and the control of the connection unit 46 by the firewall can be increased. Furthermore, the second specification data 56 can be replaced by the second
  • Data processing module 32 are recorded and stored. Via the second data processing module 32, for example, checksums of the software or firmware of the sensors 18 or control devices 20 can be regularly queried and logged, and unlawful changes can be identified and tracked.
  • FIG. 3 shows a block diagram of a functional assembly 10 in a further special embodiment of the invention.
  • the data processing unit 22 has a blockchain module 62.
  • the blockchain module 62 enables one
  • Connection unit 46 can be used for billing, agreements, contracts or as evidence.
  • a blockchain value 68 for example a flash value
  • a blockchain logic 64 which is connected to a blockchain memory 66.
  • These blockchain values 68 are stored in the blockchain memory 66.
  • the blockchain memory 66 can be a write-once memory (PROM). The storage takes place together with an identification for which raw data 40 the blockchain value 68 was calculated.
  • the marking can be a
  • the blockchain memory 66 is preferably designed in such a way that the blockchain values 68 can only be written once and can then no longer be changed. If the raw data 40 are subsequently changed, the associated and all subsequent blockchain values 68 would also change. However, since the blockchain values 68 in the blockchain memory 66 can no longer be changed, such a subsequent data change is recognizable and traceable.
  • the first data processing module 24 can only have read access to the blockchain memory 66 for integrity checks.
  • the second can also have read access to the blockchain memory 66 for integrity checks.
  • Data processing module 32 can only read the blockchain memory 66 and add the blockchain values 68 to the transmission data 34, so that the connection unit 46, for example a vehicle manufacturer, a system operator, a workshop, TÜV or the Federal Motor Vehicle Office
  • an additional or alternative external storage of the blockchain values 68 increases the security against data manipulation.
  • the blockchain value 68 could be logged by the connection unit 46 when a vehicle is sold, so that it is possible to understand which events occurred before and which after a vehicle was sold or rented.
  • the data processing unit 22 can be used in a vehicle rental service or in car sharing.
  • the current blockchain value 68 can be queried by the connection unit 46 together with an identifier of the driver and stored as a contractual basis. These values are preferably transmitted, for example, to a central computer center and / or to a mobile device of the current user. In the event of any subsequent warranty claims, it can be clearly demonstrated which events occurred during the period of use by a user. For example, via
  • Acceleration sensors and / or structure-borne noise sensors vehicle collisions are identified and stored in the data processing unit 22. An improper driving style of the user of the vehicle can also be detected.
  • FIG. 4 shows a block diagram of a functional assembly 10 in a further special embodiment of the invention.
  • the data processing unit 22 is connected to one or more connection units 46 via an interface 70, for example via the Internet.
  • a connection unit 72 at an insurance company, a connection unit 74 at a vehicle manufacturer and a connection unit 75 at an authority can be connected to the data processing unit 22.
  • Access to the data processing unit 22 of the functional assembly 10 is monitored and influenced by a firewall in the data processing unit 22.
  • the respective connection unit 46 sends an access request 76 to a
  • Authorization unit 78 which can be under the control of an owner or owner of the functional assembly 10. With the access request 76, the respective connection unit 46 transmits which data of the data processing unit 22 is to be accessed and identifies itself with an access identifier,
  • a digital key for example a digital key, especially a public one
  • the authorization unit 78 checks the
  • Access request 76 and, if authorization is available, transmits release data 80 to data processing unit 22 which release the respective connection unit 46's access to data processing unit 22.
  • executed processing can in particular already in the
  • Data processing unit 22 can be stored in order to effect a quick and easy query of the connection unit 46. If authorized, the authorization unit 78 can transmit an encryption password 82 to the respective connection unit 46, the encryption password 82 being the public one
  • Encryption password can be connected.
  • connection unit 46 can have a
  • connection unit 74 of the vehicle manufacturer can provide information on the
  • FIG. 5 shows a block diagram of a functional assembly in a further special embodiment of the invention.
  • the data processing unit 22 of Functional assembly for example a vehicle, is connected via interface 44 to a connection unit 46 which is under the control of the owner or owner of functional assembly 10.
  • An access request 83 from a third party 84 for example an insurance company 86 or a vehicle manufacturer 88, reaches the data processing unit 22 via the connection unit 46.
  • the third party 84 specifies in the access request 83 which data of the data processing unit 22 is being accessed and which processing is being requested by the data processing unit 22 shall be.
  • the connection unit 46 checks the access request and executes the query 90 if authorization is available. The one from the
  • the transmission data 34 output by the data processing unit 22 are signed by the connection unit 46 and passed on as output data 92 to the third party 84, digitally signed.
  • the output data 92 can be sent to the insurance company 86, which verifies the authenticity of this output data 92 by a
  • FIG. 6 shows a method for using a functional assembly in a further special embodiment of the invention.
  • Data processing unit can be used in car sharing.
  • the data processing unit can have various functions that are suitable or necessary for car sharing either directly or with minor extensions.
  • the data processing unit can comprehensively record and evaluate various operating data of the functional assembly, a
  • Door locking system or other control devices enable secure data transmission via interfaces including encryption, secure identification of communication partners and provide a firewall.
  • a user 100 reports to a car sharing provider with a request for a vehicle, for example via a mobile device, in particular via a smartphone and receives the location of the vehicle and optionally an access code for the vehicle from the car sharing provider. With this information, the user 100 connects to the data processing unit, for example via his mobile device and a Bluetooth connection, and sends a request 102 for the use of the vehicle.
  • the data processing unit performs a
  • Verification 104 in which the admissibility of the request 102, for example via access codes previously transmitted to the smartphone of the user 100 or via communication with the car sharing provider, in particular via a UMTS connection of the provider or via a UMTS connection via the
  • Smartphone of the user 100 can be checked.
  • Data processing unit inputs information as a function of this
  • the blockchain value 68 can serve as proof of the vehicle condition when the vehicle is taken over.
  • the information about the user 100, the blockchain value 68 and a time stamp are saved 112 in the
  • Data processing unit stored and the relevant data through a
  • Transmission 114 is sent to a data center, it also being possible for this to be offset in time, since all data are stored in the data processing unit in a forgery-proof manner and the user's smartphone has also stored this data.
  • the data processing unit then effects a release 116 of the
  • Vehicle for example by releasing an engine control or a lock.
  • the currently accrued charges for the use of the vehicle can be displayed as binding or non-binding.
  • the user sends a message 120 to the data processing unit via his mobile device.
  • the data processing unit causes the vehicle to be blocked 122 for the user and other users.
  • the updated blockchain value 68 is then transmitted with a usage protocol through a transmission 128 to the user's smartphone and / or to the Car sharing provider sent.
  • the blockchain value 68 serves as evidence of the condition of the vehicle at the end of its use by the user.
  • Usage logs are created and billing 130 takes place.
  • the raw data stored in the raw data memory in the data processing unit can, for example, provide a more reliable traceability of past processes in the event of subsequent discrepancies due to misuse or an accident with the vehicle.
  • the raw data can identify measured values from acceleration sensors or structure-borne noise sensors. This can also increase user acceptance of car sharing. Since the blockchain values 68 make it possible to understand which data arose during the use of the vehicle, incorrect assignments, for example of vehicle damage, can be corrected using the raw data. Saving the raw data also makes it possible to use evaluations for this purpose, which were only created subsequently. For the car sharing provider, there is the possibility that the charges for the use of the vehicle can be adjusted depending on the driving behavior of the user 100 and thus the costs for car sharing should decrease.
  • control module 54 control module 56 second specification data 58 control data

Abstract

L'invention concerne un module fonctionnel (10), présentant au moins un composant fonctionnel (12) pour l'exécution d'une fonction technique, une unité de saisie de données (14), une unité de traitement de données (22) connectée à travers une première interface (36) à l'unité de saisie de données (14), comprenant un premier module de traitement de données (24), comprenant une mémoire de données de modification (28) et comprenant un deuxième module de traitement de données (32), la mémoire de données de modification (38) étant disposée en fonctionnement entre le premier module de traitement de données (24) et le deuxième module de traitement de données (32) et l'unité de traitement de données (22) présentant une mémoire de données brutes (38), qui est conçue pour le stockage des données générées (16) en tant que données brutes (40) en commençant à un premier moment et durant une première période de temps et est disposée en fonctionnement entre l'unité de saisie de données (14) et le premier module de traitement de données (24), le premier module de traitement de données (24) étant conçu pour le traitement des données brutes (40) en données traitées (26) par l'utilisation d'algorithmes et les données brutes (40) étant formées pour représenter au moins le comportement de fonctionnement du composant fonctionnel (12) de telle façon qu'une reconstruction ultérieure du comportement de fonctionnement peut être effectuée.
PCT/DE2020/100092 2019-04-12 2020-02-12 Module fonctionnel comprenant une mémoire de données brutes WO2020207521A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102019109766.5A DE102019109766A1 (de) 2019-04-12 2019-04-12 Funktionsbaugruppe mit einem Rohdatenspeicher
DE102019109766.5 2019-04-12

Publications (1)

Publication Number Publication Date
WO2020207521A1 true WO2020207521A1 (fr) 2020-10-15

Family

ID=69844328

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/DE2020/100092 WO2020207521A1 (fr) 2019-04-12 2020-02-12 Module fonctionnel comprenant une mémoire de données brutes

Country Status (2)

Country Link
DE (1) DE102019109766A1 (fr)
WO (1) WO2020207521A1 (fr)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040260777A1 (en) * 2002-11-11 2004-12-23 Kurt Kolb Aircraft flight data management system
US20060095175A1 (en) * 2004-11-03 2006-05-04 Dewaal Thomas Method, system, and apparatus for monitoring vehicle operation
DE102010046322A1 (de) 2009-10-15 2011-04-21 Schaeffler Technologies Gmbh & Co. Kg Fehlerspeicher

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102010053930A1 (de) * 2009-12-21 2011-06-22 Schaeffler Technologies GmbH & Co. KG, 91074 Verfahren zum Inbetriebnehmen und/oder Testen
DE102016206586A1 (de) * 2016-04-19 2017-10-19 Zf Friedrichshafen Ag Verfahren zum Generieren von Fehlerspeichereinträgen in einem Fehlerspeicher einer Getriebesteuerung
DE102017108211A1 (de) * 2017-04-18 2018-10-18 Schaeffler Technologies AG & Co. KG Verfahren zum Auslesen einer Fehlerspeicher-Historie aus einem Fehlerspeicher eines Steuergerätes eines Kraftfahrzeuges
DE102017127108A1 (de) * 2017-11-17 2019-05-23 Schaeffler Technologies AG & Co. KG Verfahren zum Auslesen von Daten aus einem Getriebesystem eines Fahrzeuges

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040260777A1 (en) * 2002-11-11 2004-12-23 Kurt Kolb Aircraft flight data management system
US20060095175A1 (en) * 2004-11-03 2006-05-04 Dewaal Thomas Method, system, and apparatus for monitoring vehicle operation
DE102010046322A1 (de) 2009-10-15 2011-04-21 Schaeffler Technologies Gmbh & Co. Kg Fehlerspeicher

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
LI SUJIE ET AL: "Civil Aircraft Big Data Platform", 2017 IEEE 11TH INTERNATIONAL CONFERENCE ON SEMANTIC COMPUTING (ICSC), IEEE, 30 January 2017 (2017-01-30), pages 328 - 333, XP033082019, DOI: 10.1109/ICSC.2017.51 *

Also Published As

Publication number Publication date
DE102019109766A1 (de) 2020-10-15

Similar Documents

Publication Publication Date Title
EP0788946B1 (fr) Procédé et dispositif pour la programmation de données opérationnelles dans des pièces de voitures
DE112012003795B4 (de) Verfahren und system für eine fahrzeug-information-integritätsverifikation
DE10150631B4 (de) Flurförderzeug mit Schnittstelle für Diagnosedaten
DE102007022100B4 (de) Kraftfahrzeugsteuergerätedatenübertragungssystem und -verfahren
WO2018167253A1 (fr) Enregistrement de données d'état d'un dispositif dans une chaîne de blocs
DE10131395B4 (de) Verfahren zum Übertragen von Software- Modulen
DE60108676T2 (de) Speicherumschreibungssystem für Fahrzeugsteuergerät
DE102009025585B4 (de) Vorrichtung zur dezentralen Funktionsfreischaltung eines Steuergeräts
DE102018210318B4 (de) Verfahren zur Sicherung von Fahrzeugkomponenten und entsprechende Fahrzeugkomponente
WO2003079297A2 (fr) Procede et dispositif d'enregistrement de donnees de fonctionnement
DE102014204762A1 (de) Telematiksystem, Telematikeinheit und Verfahren zur Fernsteuerung oder Beeinflussung von Fahrzeugfunktionen und zur Erfassung von Fahrzeugdaten
DE102010015132B4 (de) Datenerhebungsverfahren und Datenerhebungsvorrichtung für ein Fahrzeug
DE102006031726A1 (de) Verfahren zum Bereitstellen einer Information über ein Fahrzeug und Fahrzeugdaten-Übertragungsvorrichtung
DE10238093B4 (de) Fahrzeug-Steuergerät
EP2326959B1 (fr) Procédé de déconnexion de fonctions d'un tachygraphe
EP3723322A2 (fr) Procédé d'authentification d'un véhicule, unité d'authentification, unité de service et unité de calcul centrale à l'extérieur du véhicule
EP3741094A1 (fr) Système de commande pour un véhicule à moteur, procédé pour faire fonctionner le système de commande ainsi que véhicule à moteur comprenant un tel système de commande
EP1586079A1 (fr) Procede et dispositif de transmission de donnees mobiles
WO2020207521A1 (fr) Module fonctionnel comprenant une mémoire de données brutes
EP1652337B1 (fr) Procede pour signer une quantite de donnees dans un systeme a cle publique et systeme de traitement de donnees pour la mise en oeuvre dudit procede
DE102018202626A1 (de) Verfahren zur rechnergestützten Parametrierung eines technischen Systems
DE10238094B4 (de) Verfahren zum Schutz gegen Manipulationen in einem Steuergerät für mindestens eine Kfz-Komponente und Steuergerät
WO1995013205A1 (fr) Procede et systeme pour proteger des automobiles
DE102011110965A1 (de) Verfahren zur Manipulationssicherng und zum Schutz von Daten, insbesondere von auf ein Kraftfahrzeug bezogenen Daten. Verwendung eines Identitätsmoduls. Identitätsmodul und Computerprogramm
EP1529257B1 (fr) Procede pour transferer au moins un enregistrement provenant d'une source de donnees externe dans une unite de calcul et unite de calcul correspondante

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: 20711492

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 20711492

Country of ref document: EP

Kind code of ref document: A1